1、WAP GW接口规范(支持TD-SCDMA)（送审稿）Interface Specification of WAP Gateway(TD-SCDMA Supported)版本号： V1.0.1中 国 移 动 通 信 企 业 标 准QB- - - 发 布 - - 实 施中国移动通信集团公司 发布目 录1 范围 52 引用标准 63 符号和缩略语 74 WAP网关网络位置与功能概述 .85 典型业务流程 85.1 RADIUS 消息业务处理流程 85.2 用户访问梦网全网业务流程 105.2.1 WAP GW 与 SP Proxy 分离的访问梦网业务流程（现网） 105.2.2 WAP GW 与
2、SP Proxy 合设的访问梦网业务流程 125.3 SMS 承载的 PUSH 业务处理流程（SI/SL） .185.3.1 WAP GW 与 SP Proxy 分离的 PUSH 业务处理流程（现网） 185.3.2 WAP GW 与 SP Proxy 合设的 PUSH 业务处理流程 195.4 MMSC 地址解析流程（WAP GW 代理建议方案） 215.5 MMSC 地址解析流程（REDIRECTOR 重定向） .225.6 JAVA 下载业务流程 .255.7 PIM 业务处理流程 265.8 JAVA 在线应用及流媒体业务处理流程 .276 WAP 网关外部接口 286.1 WAP G
3、W 与 GGSN 的接口 296.1.1 GGSN 向 WAP GW 转发的 IP 包 (Packet)接口 296.1.2 GGSN 与 WAP GW 之间的 RADIUS 消息接口 .296.2 WAP GW 与运营商 PORTAL 等 WAP 类业务系统接口 316.2.1 WAP 业务系统 URL 规范接口（可选） .316.2.2 WAP GW 与 HTTP 承载的业务系统间的上行控制消息接口 336.3 WAP GW 与普通 WAP 类 SP 业务系统之间的接口 .346.3.1 WAP GW 与 JAVA 应用之间的接口（ HTTP 方式 JAVA 在线应用） 346.3.2 W
4、AP GW 与 JAVA 在线应用服务器之间的接口（ HTTP 方式的 JAVA 在线应用）356.4 WAP GW 的 PUSH 业务接口 356.4.1 WAP GW 与 MMSC 之间的 PUSH 接口 356.4.2 WAP GW 与 SP 外部系统之间的 PUSH 接口（可选） .356.4.3 WAP GW 与终端之间的接口 .376.5 WAP GW 与 DSMP 之间的接口 386.5.1 鉴权 /批价接口消息定义 (AuthPriceReq)386.5.2 包月话单请求接口消息定义 (MonthFeeReq).446.5.3 包月话单状态报告接口消息定义 (MonthFeeR
5、eceiptReq466.6 WAP GW 与网管系统的接口 .476.7 WAP GW 与 BOSS 系统的接口 .476.7.1 话单传送接口 476.8 WAP 话单文件格式 486.9 WAP 网关与 MMSC 的接口 536.10 WAP 网关与 SMSC 的接口 .536.11 WAP 网关与 LBS 平台的接口 .546.12 WAP 网关与 ENUM DNS 的接口 .546.12.1 接口要求 546.12.2 DNS 的消息格式简图 .556.12.3 支持彩信业务查询流程 616.12.4 支持 PIM 业务查询流程 .626.12.5 支持 SP 归属 WAPGW/SP
6、 Proxy 的 URL 查询流程 .636.12.6 ENUM DNS 的公共数据定义要求 .646.12.7 数据更新通知功能 656.12.8 彩信业务 NAPTR 数据记录各字段的填写规范 676.12.9 PIM 业务 NAPTR 数据记录各字段填写规范 686.12.10 WAPGW 接口 NAPTR 数据记录各字段填写规范 .706.13 WAP GW 与 WAP GW 之间的互联接口 71附录 A: 编制历史 .72附件 B：DSMP 返回值定义 73前 言本接口规范规定了中国移动通信集团公司 WAP GW 的接口与协议规范，包括 WAP 与业务网关、WAP GW 与 GGSN
7、、WAP GW 与短消息中心、WAP GW 与 DSMP、WAP 网关与 ENUM DNS、WAP GW与邮件系统等的接口/协议、 ，是集团公司开展基于 WAP 网关的业务的依据。本规范由中国移动通信有限公司技术部提出并归口管理。本规范解释权属于中国移动通信有限公司。本规范起草单位：中国移动通信集团公司研发院本标准主要起草人：孙杰、温亮生1 范围本接口规范规定了中国移动通信集团公司 WAP GW 的接口与协议规范，包括 WAP GW 与业务网关、WAP GW 与 GGSN、WAP GW 与短消息中心、WAP GW 与 DSMP、WAP GW 与 ENUM DNS、WAP GW与应用系统等的接口
8、/协议，本规范主要适用于任何基于 WAP GW 开展的业务的需求。可作为WAP GW 设备测试规范制定和后续业务开发的依据。2 引用标准下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。YD/T1045-2000 接入服务器技术规范RFC2138(1997) RADIUS协议RFC2139(1997) RADIUS计费协议RFC2616(1999) 超文本传输协议 - HTTP/1.1WAP-
9、210-WAPArch-20010712-a WAP结构描述WAP-259-WDP-20010614-a 无线数据报协议WAP-202-WCMP-20010624-a 无线控制消息协议WAP-224-WTP-20010710-a 无线事务协议WAP-261-WTLS-20010406-a 无线传输层安全WAP-230-WSP-20010705-a 无线会话协议WAP-266-WTA-20010711-p 无线电话应用WAP-250-PushArchOverview-20010703-p Push结构描述WAP-247-PAP-20010429-a Push接入协议WAP-235-PushOTA
10、-20010425-a Push空中传输协议WAP-248-UAProf-20010530-p 用户代理特征WAP-249-PPGService-20010713-a Push代理网关服务WAP-191-WML-20000219-a 无线标记语言WAP-187-TransportE2ESec-20010628-a 传输端到端安全WAP-182-ProvArch-20010314-a 预配置结构描述WAP-236-WAESpec-20020207-a 无线应用环境规范WAP-225-TCP-20010331-a 无线优化TCP规范WAP-229-HTTP-20010329-a 无线优化HTTP规
11、范中国移动JAVA业务接口规范3 符号和缩略语CDPD: Cellular Digital Packet Data 蜂窝数字分组数据CSD： Circuit Switched Data 电路交换数据GPRS: General Packet Radio Service 公用分组无线业务GSM： Global System for Mobile Communication 全球移动通信系统HTTP： Hyper Text Transfer Protocol 超文本传送协议NAS： Network Access Server 网络接入服务器PAP： Push Access Protocol Push
12、访问协议POTA： Push Over-the-Air Protocol Push 空中协议SI： Service Indication 业务指示SMS: Short Message Service 短消息业务SSL： Secure Sockets Layer 套接字安全层TD-SCDMA 时分同步码分多址接入URL： Uniform Resource Locator 统一资源定位WAE： Wireless Application Environment 无线应用环境WAP： Wireless Application Protocol 无线应用协议WDP： Wireless Datagram
13、Protocol 无线数据报协议WML： Wireless Markup Language 无线标记语言WSP： Wireless Session Protocol 无线会话协议WTA： Wireless Telephony Application 无线电话应用WTLS： Wireless Transport Layer Security 无线传输层安全WTP： Wireless Transaction Protocol无线事务协议4 WAP网关网络位置与功能概述WAP网关的网络位置如图所示：WAP业务通常由以下几方面设备的合作来实现：WAP终端、无线传输网络（GSM CSDGPRS TD-S
14、CDMA）、WAP网关设备、WAP应用服务器、防火墙等。WAP网关设备可以分为若干功能模块：WAP Pull代理、WAP Push代理、WTA服务器、WAP 支持服务器 1、操作与维护平台（O9. 业务归属地 WAPGW 向就近的 DSMP 发起用户此次业务请求的 鉴权/ 批价 请求. 请求种携带 MSISDN, SPID, SERVICEID 等信息;10. DSMP 对用户进行用户业务订购关系鉴权，如果鉴权通过则根据业务计费类别和用户选择的计费方式进行判断，确定本次访问是否需要计费，如果需要则进行业务批价；DSMP 向 WAP GW 返回业务订购关系鉴权结果，如鉴权失败则其中包含失败原因代
15、码，如鉴权成功则其中包含批价结果；11. WAP GW 判断订购关系鉴权结果，如果成功，则转第 20 步；如果失败则继续以下流程；12. WAP GW 根据 DSMP 返回消息的失败原因代码向用户提示访问失败及具体原因，如果是由于用户未订购的原因，则向用户推送是否订购的页面。WAP GW 向 PORTAL 取业务定购页面，PORTAL 返回该页面，定购页面由 WAPGW 取到后回送给手机；13. 用户发起订购业务请求；14. 用户接入地 WAP GW 向就近的 DSMP 转发订购业务请求；15. DSMP 与 SP 同步订购信息； 16. 完成订购后，用户接入地 WAP GW 根据 SPID
16、查询 ENUM DNS 服务器，ENUM DNS返回该业务接入地归属的 WAP GW 服务地址；17. 用户接入地 WAPGW 将用户请求通过 WAPGW 互连接口转发到业务接入地 WAPGW;18. 业务归属地 WAPGW 向 就近的 DSMP 发起用户此次业务请求的 鉴权/批价 请求. 请求种携带 MSISDN, SPID, SERVICEID 等信息;19. DSMP 对用户进行用户业务订购关系鉴权，如果鉴权通过则根据业务计费类别和用户选择的计费方式进行判断，确定本次访问是否需要计费，如果需要则进行业务批价；DSMP 向 WAP GW 返回业务订购关系鉴权结果，如鉴权失败则其中包含失败原
17、因代码，如鉴权成功则其中包含批价结果；20. 如 DSMP 鉴权成功，WAP GW 缓存本次访问的业务的价格信息，保存（MSISDN，SERVICEID，SPID ，PRICE）对应关系信息，并向 SP 转发业务请求；21. SP 向 WAP GW 返回用户请求的页面， WAP GW 查询所保存的业务价格信息，生成用户使用业务的话单；如果 访问 SP 失败（HTTP 返回码不等于 200299） ，则WAPGW 不产生业务话单，并将错误页面转发给用户。 22. WAP GW 向用户返回请求的结果，完成本页面的访问过程。用户接入 WAP GW 与 SP 接入 WAP GW 相同时用户访问梦网全网
18、业务流程1. 用户通过中心 PORTAL 访问全网业务(业务接入地在本地) ，终端向 WAP GW 发起中心PORTAL 的访问请求。如果用户直接输入目的地址的 URL 进行访问，则直接转到第 5 步；2. WAP GW 转发请求到 PORTAL 上；3. PORTAL 对用户进行隐式认证，此处省略隐式认证过程，如认证成功，则向 WAP 网关返回 Portal 首页；4. WAP GW 向终端返回 PORTAL 首页；5. 终端向 WAP GW 发起 SP 的业务的入口页面的访问请求；6. WAP GW 判断用户访问的 URL 地址是否需要计费，如为免费页面，则直接将请求转发给SP，流程同现网
19、业务。判断是否计费页面的原则为, 匹配用户请求的 url 是否携带 url 规范定义的计费标识(特征字符串 /spid/serviceid);7. 用户接入地 WAP GW 根据 SPID 查询 ENUM DNS 服务器，ENUM DNS 返回该业务接入地归属的 WAP GW 服务地址（与用户接入地 WAP GW 相同） ；8. WAPGW 向 就近的 DSMP 发起用户此次业务请求的 鉴权/批价 请求. 请求种携带MSISDN, SPID, SERVICEID 等信息;9. DSMP 对用户进行用户业务订购关系鉴权，如果鉴权通过则根据业务计费类别和用户选择的计费方式进行判断，确定本次访问是否
20、需要计费，如果需要则进行业务批价；DSMP向 WAP GW 返回业务订购关系鉴权结果，如鉴权失败则其中包含失败原因代码，如鉴权成功则其中包含批价结果；10. WAP GW 判断订购关系鉴权结果，如果成功，则转第 18 步；如果失败则继续以下流程；11. WAP GW 根据 DSMP 返回消息的失败原因代码向用户提示访问失败及具体原因，如果是由于用户未订购的原因，则向用户推送是否订购的页面。WAP GW 向 PORTAL 取业务定购页面，PORTAL 返回该页面，定购页面由 WAPGW 取到后回送给手机；12. 用户发起订购业务流程；13. 用户接入地 WAP GW 向就近的 DSMP 转发订购
21、业务请求；14. DSMP 与 SP 同步订购信息；15. 完成订购后，用户接入地 WAP GW 根据 SPID 查询 ENUM DNS 服务器，ENUM DNS 返回该业务接入地归属的 WAP GW 服务地址（与用户接入地 WAP GW 相同） ；16. WAPGW 向 就近的 DSMP 发起用户此次业务请求的 鉴权/批价 请求. 请求种携带MSISDN, SPID, SERVICEID 等信息;17. DSMP 对用户进行用户业务订购关系鉴权，如果鉴权通过则根据业务计费类别和用户选择的计费方式进行判断，确定本次访问是否需要计费，如果需要则进行业务批价；DSMP向 WAP GW 返回业务订购
22、关系鉴权结果，如鉴权失败则其中包含失败原因代码，如鉴权成功则其中包含批价结果；18. 如 DSMP 鉴权成功，WAP GW 缓存本次访问的业务的价格信息，保存（MSISDN，SERVICEID，SPID ，PRICE）对应关系信息，并向 SP 转发业务请求；19. SP 向 WAP GW 返回用户请求的页面， WAP GW 查询所保存的业务价格信息，生成用户使用业务的话单；如果 访问 SP 失败（HTTP 返回码不等于 200299） ，则 WAPGW 不产生业务话单，并将错误页面转发给用户。 20. WAP GW 向用户返回请求的结果，完成本页面的访问过程。备注：1、在访问计费页面时，WAP
23、 GW 向就近的 DSMP 触发签约关系鉴权请求，由 DSMP自组网完成到用户归属 DSMP 进行批价鉴权；2、WAP GW 需要判断用户连续访问某一页面的次数，如果连续访问三次以上，则向用户返回错误提示页面。这样可以有效避免由于 DSMP 错误而引起的流程死循环。5.3 SMS 承载的 PUSH 业务处理流程（SI/SL）5.3.1 WAP GW 与 SP Proxy 分离的 PUSH 业务处理流程（现网）User PGWap DSMP SPWTBSP_SWP_SRespon综 合 鉴 权结 果 返 回 Push Mesag over PARpn Result portResult Noti
24、fcatinlt tifti Respo ne用 户 访 问 服 务 订 购 关 系 鉴 权返 回 应 答 代 理 访 问返 回 内 容返 回 内 容下 发 Push消 息响 应流程说明：1. SP 按照约定的接口规范下发 Push 消息到 WTBS；2. WTBS 在接收到请求后，取出 SP 相关数据，进行 SP 鉴权，然后判断是否需要进行业务鉴权及 URL 替换，根据具体结果3. 向 DSMP 发起订购关系鉴权4. DSMP 返回处理结果5. WTBS 判断是否需要 URL 替换，并进行相应操作，组装成 PAP 包向 PPG下发，同时生成日志6. PPG 响应7. WTBS 向 SP 提交
25、包处理响应信息8. PPG 向用户终端下发 Push 消息（通过 SMSC）9. 用户终端给出响应10. PPG 向 WTBS 提交 Result Notification11. WTBS 立即响应12. WTBS 向 SP 提交 Result Notification13. SP 响应14. 用户在收到 Push 消息后发起服务请求，根据情况，接入到 MISC 的 WAP 业务的 URL 地址被 WTBS 替换指向 WAP Portal15. WAP Portal 对用户进行综合的用户鉴权、订购关系鉴权后重定向用户终端16. 用户终端重新向 WTBS 发起请求17. WTBS 向 SP 请求
26、服务18. SP 响应19. WTBS 转发服务内容给用户。5.3.2 WAP GW 与 SP Proxy 合设的 PUSH 业务处理流程SP 向用户递送 PUSH 的流程，SP PUSH 必须通过 DSMP 鉴权。SMSC DSMP用户业务鉴权,批价请求响应SP站点提交短消息承载的PUSH生成话单计费通知(可选)Push Result Notify(当PI要求时递送)用户(手机浏览器)WAP GW/SP Proxy提交PUSH请求（PAP)提交确认(Submit Response)提交确认传递短消息ENUM DNS Server确认流程说明：1. PI 向 PPG 发起 PUSH 请求，PU
27、SH 请求中携带 SPID, SERVICEID, MSISDN, 计费方号码等信息；2. PPG 向就近的 DSMP 发起认证/ 鉴权/批价请求：判断该 SP 是否与运营商建立签约关系，对用户业务签约关系进行鉴权批价，如为需要计费的业务且用户已定购此业务，则进行批价；以上操作要求在一次 DSMP 接口消息中完成 ; 3. DSMP 向 PPG 返回认证/ 鉴权/批价应答；4. 如认证/鉴权失败，则 PPG 拒绝本次 PUSH 请求；如认证/ 鉴权通过，且 DSMP 返回计费信息，则 WAP GW 保存批价结果；5. PPG/WAPGW 向 PI 返回 push Submit Response
28、;6. PPG 向 SMSC 发起 SMPP_SUBMIT 请求, 要求以 SMS 方式提交 PUSH 到被叫；7. SMSC 向 MS 下发短消息；8. MS 返回接收应答；9. SMSC 返回 PUSH 提交应答给 WAPGW/PPG;10. PPG 判断应答结果, 如果下发 SMSC 成功, 则生成本次 PUSH 业务的话单; 否则, 不生成话单., 向 PI 返回失败相应.11. PPG 向 PI 发送 PUSH 结果通知，PI 向 PPG 返回 PUSH 结果通知响应(仅当 PI 要求状态报告时才递送)12. PPG 向 PI 递送计费通知 (可选项);在用户收到 SI 或 SL 后
29、，后续流程跟普通的 pull 业务流程一样。5.4 MMSC 地址解析流程（WAP GW 代理建议方案）流程说明：上图以延迟获取 MM 流程为例，WAP GW 实现 MMSC 地址解析功能。1. MS 以 WSP 为承载协议向 WAP GW 发送 M-Send.req 请求，终端设置 MMSC 的 URL为 ；2. WAP GW 接收到 MS 的请求消息，从请求中获得发送方用户标识并向 ENUM DNS Server 发起查询请求；3. ENUM DNS Server 向 WAP GW 返回查询的结果，其中包含发送方用户的归属MMSC 地址；4. WAP GW 根据响应信息，向发送方用户的归属
30、 MMSC 转发 M-Send.req 请求；5. 发送方的归属 MMSC 响应 WAP GW 的请求，并在响应中包含 M-Send.conf，表明请求已被接受；6. WAP GW 转发 M-Send.conf 给 MS；7. 接收方的归属 MMSC 处理 M_Send.req 请求，从中提取接收方用户的地址，并通过WAP GW 向目标用户发送包含 M-Notification.ind 的 PUSH 消息，通知接收方有新的多媒体消息到达；8. 接收方用户决定延迟获取多媒体消息，由用户代理发送 M-NotifyResp.ind 到 WAP GW；9. WAP GW 从 M-NotifyResp.
31、ind 请求中获得接收方用户标识并向 ENUM DNS Server 发起查询请求；10. ENUM DNS Server 向 WAP GW 返回查询的结果，其中包含接收方用户的归属MMSC 地址；11. WAP GW 根据响应信息，向接收方归属 MMSC 转发 M-NotifyResp.ind 请求；12. 经过一段时间后，接收方用户根据 M-Notification.ind 中的目标地址发起 M-Retrive.req请求，WAP GW 转发请求到目标 MMSC；13. 接收方用户的归属 MMSC 返回 M-Retrive.conf 给 WAP GW，WAP GW 转发给 MS，随后 MS
32、 利用 WSP GET 获取 MM；14. 接收方收取完毕后，MS 向 WAP GW 发送 M-Acknowledge.ind，表明接收情况；15. WAP GW 从 M-Acknowledge.ind 请求中获得接收方用户标识并向 ENUM DNS Server发起查询请求；16. ENUM DNS Server 向 WAP GW 返回查询的结果，其中包含接收方用户的归属MMSC 地址；17. WAP GW 根据响应信息，向接收方用户的归属 MMSC 转发 M-Acknowledge.ind 请求；5.5 MMSC 地址解析流程（Redirector 重定向）M S A W A P G W
33、M M S CM S B R e d i r e c t o rH T T P / W S P M - S e n d . R e qH T T P M - S e n d . R e qH T T P M - S e n d . C o n fH T T P / W S P M - S e n d . C o n fM - N o t i f i c a t i o n . i n dM - N o t i f i c a t i o n . i n dM - N o t i f i c a t i o n . R e s pM - D e l i e v e r . I n dM - N
34、o t i f i c a t i o n . R e s pW S P / H T T P R e t r i e v e . R e qH T T P G E T R e qH T T P G E T R e s pW S P / H T T P R e t r i e v e . C o n fW S P / H T T P A c k n o w l e d g e . I n dH T T P A c k n o w l e d g e . I n dM - D e l i e v e r . I n dH T T P 3 0 7H T T P M - S e n d . C o n
35、 fM - N o t i f i c a t i o n . R e s pH T T P 3 0 7M - N o t i f i c a t i o n . R e s p流程说明：上图以非立即获取 MM 的流程为例，Redirector 实现 MMSC 地址解析。1. MS 以 WSP 为承载协议向 WAP GW 发送 M-Send.req 请求，终端设置 MMSC 的 URL为 ；2. WAP GW 根据 DNS 查询域名 的主机地址，将包含 M-Send.req的请求发送到 Redirector（标准的 MM1 协议消息，用 HTTP 承载） ；3. Redirector 接收到
36、WAP GW 的请求消息，从请求中获得发送方用户标识通过配置数据获得的 MMSC 地址，向该地址转发 M-Send.req 请求;4. 发送方的归属 MMSC 响应 Redirecotr 的请求，并在响应中包含 M-Send.conf，表明请求已被接受；5. Redirector 向 WAP GW 转发 MMSC 的 M-Send.conf 消息；6. WAP GW 向 MS 转发 MMSC 的 M-Send.conf 消息；7. 接收方的归属 MMSC 处理 M_Send.req 请求，从中提取接收方用户的地址，并通过WAP GW 向目标用户发送包含 M-Notification.ind 的
37、 PUSH 消息，通知接收方有新的多媒体消息到达；8. 接收方用户根据 M-Notification.ind 中的目标地址发起 M-Retrive.req 请求，WAP GW转发请求到 MMSC；9. 接收方用户的归属 MMSC 返回 M-Retrive.conf 给 WAP GW，WAP GW 转发给 MS，随后 MS 采用 WSP GET 方法通过 MMSC 获取 MM；10. 接收方收取完毕后，MS 发送获取状态报告消息到 WAP GW；11. WAP GW 转发到 MMSC12. MMSC 将状态报告消息通过 WAP GW 发送到源地址用户 MS 中5.6 JAVA 下载业务流程流程解
38、释：1、 终端发起 JAVA OTA 服务器浏览请求2、 WAP GW 转发终端请求到 OTA 服务器3、 OTA 服务器根据请求中的用户标识向 DSMP 平台进行用户业务鉴权4、 DSMP 向 OTA 服务返回鉴权结果5、 OTA 服务器向 WAP GW 返回请求应答6、 WAP GW 向终端转发应答消息7、 终端发起请求 JAVA 描述文件（JAD）8、 WAP GW 转发此请求到 OTA 服务器9、 OTA 服务器进行用户请求处理，包括终端适配检查、业务批价处理、预付费用户费用预留等操作10、 OTA 服务器处理成功后向 WAP GW 返回应答结果11、 WAP GW 向终端返回应答消息
39、12、 终端发起下载 JAR 文件请求到 WAP GW13、 WAP GW 转发请求到 OTA 服务器14、 OTA 返回应答消息到 WAP GW15、 WAP GW 转发应答消息到终端16、 终端 JAM（JAVA 管理器）进行 JAVA 程序安装17、 JAM 安装完成后向 WAP GW 发起状态报告请求18、 WAP GW 向 OTA 服务器转发状态报告19、 OTA 服务器接受到状态报告后触发计费处理流程20、 OTA 向 WAP GW 返回应答消息21、 WAP GW 向终端返回应答消息，注 1：此流程主要描述了 JAVA 下载本身相关部分的流程， OTA 服务器本身处理流程、OTA
40、 服务器与 SCP、与 DSMP 之间的交互参见 WAP 业务流程中 WAP GW 与 SCP、DSMP 之间的流程部分注 2：本流程中的 OTA 服务器为运营商运营的设备；对于非运营商运营的下载服务器，对于 WAP GW 而言可参考 WAP GW 与普通 WEB Server 的处理流程5.7 PIM 业务处理流程PIM 业务流程请参见PIM 业务总体技术要求 。5.8 JAVA 在线应用及流媒体业务处理流程用 户 (终 端 ) WAPGW/IPGW JAVA在 线 服 务 器 /流媒 体 服 务 器 等SOCKET服 务 器GGSN1发 送 SOCKET承 载 的 业 务 请 求 IP包
41、2 IP路 由 转 发3 根 据 目 的 地 址 和 端 口 ， 进 行 业 务 的 区 分4 根 据 源 地 址 和 端 口 ， 查 找 地 址 、 端 口 转 换 表 ，如 果 不 存 在 ， 则 分 配 一 个 IPGW公 网 地 址 上 未 使 用 的 端 口 ，建 立 终 端 地 址 、 端 口 与 IPGW外 网 地 址 、 端 口 的 映 射 关 系6 根 据 转 换 表 ， 修 改 IP包 源 地 址 和 端 口 为 IPGW外 网 地 址 和 端 口7 IP路 由 转 发8 回 应 IP包9 根 据 目 的 地 址 和 端 口 ， 查 找 地 址 、 端 口 转 换 表 ，根
42、 据 转 换 表 ， 修 改 IP包 目 的 地 址 和 端 口 为 终 端 地 址 和 端 口11 IP路 由 转 发 10 IP路 由 转 发用 户 连 续 访 问12 周 期 检 查 地 址 、 端 口 转 换 关 系 表 项 的 使 用 情 况 ，对 于 超 时 空 闲 未 使 用 的 表 项 作 删 除 处 理GPRS连 接 激 活 过 程13 请 求 关 闭 GPRS连 接14 发 送 Accounting Request Stop15 删 除 终 端 IP的 所 有 的 终 端 地 址 、 端 口 转 换 关 系 表 项17 GPRS连 接 关 闭 确 认 16 返 回 Acco
43、unting Response5 对 于 流 媒 体 业 务 ， 分 析 RTSP协 议 ， 提 取 出 协 商 的 终 端接 收 内 容 数 据 的 端 口 ， 分 配 一 个 在 IPGW公 网 地 址 上 未 使用 的 端 口 ， 建 立 终 端 地 址 、 端 口 与 IPGW公 网 地 址 、 端 口的 映 射 关 系 ；或 者 在 检 测 到 关 闭 流 媒 体 业 务 连 接 的 命 令 时 ， 删 除 对 应的 映 射 关 系 表 项流程解释：1、 终端发送 SOCKET 承载的业务请求 IP 包到 GGSN2、 GGSN 进行 IP 路由转发至 WAP 网关3、 WAP 网关
44、根据目的地址和端口进行业务的区分4、 根据源地址和端口，查找地址端口转换表。如果不存在，则分配一个 WAP 网关公网地址上未使用的端口，建立一个终端地址端口与 WAP 网关公网地址端口的映射关系5、 对于流媒体业务，分析 RTSP 协议，提取出协商的终端接收内容数据的端口，分配一个在 WAP 网关公网地址上未使用的端口，建立终端地址端口与 WAP 网关公网地址端口的映射关系；或者在检测到关闭流媒体业务连接的命令时，删除对应的映射关系表项6、 根据转换表，修改 IP 包源地址和端口，改为 WAP 网关公网地址和端口7、 WAP 网关 IP 路由转发至 JAVA 服务器或流媒体服务器8、 JAVA
45、 服务器或流媒体服务器回应 IP 包至 WAP 网关9、 WAP 网关根据目的地址和端口，查找地址端口转换表，根据转换表修改 IP 包目的地址和端口为终端地址和端口10、 WAP 网关 IP 路由转发至 GGSN11、 GGSN 路由转发至终端12、 WAP 网关周期检查地址端口表项的使用情况，对于超时空闲未使用的表项作删除处理13、 终端向 GGSN 请求关闭 GPRS/TD-SCDMA 连接14、 终端向 WAP 网关发起 Accounting Request Stop 包15、 WAP 网关删除终端 IP 的所有终端地址端口转换关系表项16、 WAP 网关向 GGSN 返回 Accoun
46、ting Response17、 GGSN 向终端返回连接关闭确认6 WAP 网关外部接口WAP GW 的外部系统包括 GGSN、运营商业务系统（包括 MMSC、PORTAL、OTA 服务平台等） 、SP 业务系统、Java 在线应用服务器, PUSH 应用服务器， BOSS 系统、网管系统、AAA 服务器、DSMP, PIM, LBS, WAP MAIL, 以及 GW-GW 接口等。业务平台、SP、应用平台接口等将响应送回 WAP GW 时, 应当根据 HTTP 协议给出详细的内容定义RFC 2616；必须正确填写以下字段:a) Content-Encodingb) Content-Lang
47、uagec) Content-Lengthd) Content-Type6.1 WAP GW 与 GGSN 的接口WAP GW 与 GGSN 主要包括两类接口：6.1.1 GGSN 向 WAP GW 转发的 IP 包(Packet)接口此接口承载与 IP 网络之上，上层协议根据终端用户发起的应用不同，可以（不限于）包括 TCP、UDP、HTTP、WAP、SMTP/POP3 等。GGSN 将消息根据 APN 转发到 WAP GW（即 WAP GW 为 GGSN 路由的下一跳） ，由 WAP GW 根据 IP 消息的协议端口分配给相应的协议栈处理进行应用层交换与代理处理功能。6.1.2 GGSN
48、与 WAP GW 之间的 RADIUS 消息接口WAP GW 提供 RADIUS 代理功能，以获得 IP 与 MSISDN 之间的关联关系，接口协议遵循 RFC2866 规范。WAP 网关支持认证鉴权接口和计费请求接口，如下：认证鉴权接口：WAP GW 支持标准 Radius 协议认证消息(Access-Request)，实现对 WAP GW 认证与授权。为了对 WAP GW 进行认证与授权， RADISU 服务器需要将认证、鉴权包转发给 WAP GW，二者之间通信遵循标准的 RADIUS 协议。WAP 网关支持以下两种认证方式：主叫号码认证：使用主叫号码 Calling-Station-Id
49、 进行认证。用户名+密码认证：（1）PAP 认证：使用 User-Name、User-Password 进行认证。（2）CHAP 认证：使用 User-Name、CHAP-Password 进行认证。认证请求包：属性定义 描述 是否必选User-Name 用户名 必选User-Password PAP认证方式下用户密码 可选，注释1CHAP-Password CHAP认证方式下用户密码 可选，注释2NAS-IP-Address NAS设备的 IP地址 可选，注释3NAS-Identifier NAS标识 可选，注释3Called-Station-Id APN 必选Calling-Station-Id 主叫号码 可选CHAP-Challenge 如果PPP 用户进行CHAP认证， CHAP-Challenge中包含CHAP 挑战值。可选，注释2注释1: 如果PPP用户进行PAP方式认证，User-Password包含加密后的用户密码注释2: 如果PPG用户进行CHAP 方式认证， CHAP-Password包含CHAP密码注释3: NAS-IP-Address 与NAS-
