【YD通讯标准】 移动互联网长在线应用系统总体技术要求

ICS33.030
中华人民共和国通信行业标准
YD/T3079-2016
移动互联网长在线应用系统总体技术要求General technical requirements for mobile application always online system2016-04-05发布
2016-07-01实施
中华人民共和国工业和信息化部发布前
范围·
规范性引用文件
3术语、定义和缩略语，
4移动长在线应用系统总体架构要求.5移动长在线应用系统组网·
6移动长在线应用系统功能要求
7实体状态与标识·
8移动长在线应用系统流程
协议与接口消息
YD/T3079-2016
YD/T3079-2016
移动互联网长在线应用系统系列标准的名称和结构预计如下：移动互联网长在线应用系统总体技术要求：移动互联网长在线应用系统接口技术要求：移动互联网长在线应用系统终端与平台技术要求本标准按照GB/T1.1-2009给出的规则起草请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准由中国通信标准化协会提出并归口。本标准起草单位：中国电信集团公司、中国联合网络通信集团有限公司、中国移动通信集团公司中兴通讯股份有限公司、深圳酷派技术有限公司本标准主要起草人：张荣、何晓、胡博、王磊、董昊、叶新江、彭锦等。
HiiKAoiKAca
1范围
移动互联网长在线应用系统总体技术要求YD/T3079-2016
本标准规定了基于终端中间件与消息代理服务器架构的移动互联网长在线应用系统的总体架构要求、组网要求、系统模块功能要求、业务流程、协议与接口要求。本标准适用于移动互联网长在线应用系统。2规范性引用文件
下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅所注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。移动应用长在线推送系统草案1.0YDC043无线应用协议（WAP）技术要求3术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本文件。3.1.1
长在线/永远在线AlwaysOnline
用户终端永远保持数据连接或者长时间保持数据连接的状态。3.1.2
AOl客户端AOlClient
实现AOI服务保持长在线的客户端。AOI客户端不处理应用程序的具体内容，仅向应用客户端提供AOI服务的各项功能。AOI客户端需要安装在移动终端上并在AOI服务器上成功注册。3.1.3
AOl服务器AOlServer
实现AOI服务保持长在线的连接的服务器。接受AOI客户端的注册请求，并完成应用服务器和应用客户端之间的消息转发。
AOl应用客户端AOlClientApplication通过AOI客户端使用或触发AOI服务的终端上的应用程序或浏览器应用。例如：终端上的VoIP应用、即时通信应用等都可能是应用客户端。3.1.5
AOl应用服务器AOlServerApplication通过AOI服务器使用或触发AOI服务的网络侧的应用。例如：网络侧的VoIP应用，即时通信应用等都可能是应用服务器。
HiiKAoNiKAca
YD/T3079-2016
3.2缩略语
下列略语适用于本文件。
Always Online InfrastructureAlwaysOnlineInfrastructureClientApplicationAlwaysOnlineInfrastructureServerApplicationAlways Oline Protocol
Client Appliation Resential ModuleContent Charging Gateway
Data Encryption Standard
GatewayGPRSSupportNode
Network Address Translation
Open Mobile Alliance
Policy and Charging Rules FunctionPacket Data Service Node
Server Application Residential ModuleShort Messaging Servic
Transport Layer Security
4移动长在线应用系统总体架构要求总体架构
长在线应用系统
AOI应用客户端
AOI应用服务器
长在线通信协议
应用客户端驻留模块
内容计费网关
数据加密算法
网关GPRS支持节点
网络地址转换
开移动联盟
策略与计费规则功能单元
分组数据服务节点
应用服务器驻留模块
消息服务
安全传输层协议
如图1所示，移动长在线应用系统主要涉及AOI客户端、AOI服务器，应用客户端驻留模块（CARM）与应用服务器驻留模块（SARM）4个功能实体。其中，AOI客户端与AOI服务器构成移动长在线应用系统的核心部分：CARM是应用客户端中通过AOI客户端使用AOI服务的模块：SARM是应用服务器中里通过AOI服务器使用AOI服务的模块。AOI代理服务器是该架构中的可选实体，可部署在NAT环境下，协助AOI服务器向AOI客户端寻址和转发通知消息。AOICA
AOI-3!
AOI客户端
WAP推送客户端
WOI代理（可选）
WAP推送代理网关
AOI服务器
PAP/PUSHREST
图1移动长在线应用系统总体架构WAP推送代理网关与WAP推送客户端的功能与接口见YDC043。2
HiiKANi KAca
4.2功能实体
4.2.1AOI客户端
AOI客户端是驻留用户终端上的中间件，主要具有以下功能：一管理/设备上的应用客户端程序相关的AOI启用功能；一接受从应用客户端发出的注册/登记/注销请求；一接收来自应用客户端的通知订阅请求，将通知订阅请求发送至AOI服务器；一接收来自AOI服务器的通知消息，将通知消息转发至应用客户端一管理AOI客户端与AOI服务器间的共享AOI连接；一应用客户端管理（例如，添加，删除，更新）：YD/T3079-2016
一管理（如查询、更新）不同的应用客户端的状态信息（例如注册、未注册）等。4.2.2AOI服务器
AOI服务器长在线应用系统的系统侧设备，应具有应用管理、鉴权管理、通知消息管理、通道管理、统计分析等功能。
应用管理功能负责接收与处理来自于应用服务器以及AOI客户端的注册与注销消息，并对应用服务器的状态以及应用客户端的状态与相关信息进行登记保存。鉴权管理功能负责对AOI客户端和应用服务器进行注册受理和鉴权等。通知消息管理是指接收应用服务器发来的消息通知，并将其根据用户策略/发送策略（可选）等发至目标AOI客户端。
通道管理是指对AOI消息推送通道的激活、去激活、状态维护记录以及对通道的状态查询与选择等。统计分析与日志是指系统应记录管理员的每次操作配置以及消息统计等信息。4.2.3AOI代理服务器
AOI代理服务器位于运营商网络内部，用于部署了NAT设备的网络中，协助AOI服务器向AOI客户端进行寻址转发通知消息。例如，通过WAP网关或者Web网关上网时，可选部署AOI代理设备，主要实现AOI服务器中通道管理的功能。AOI代理服务器是长在线应用系统的可选功能实体。4.2.4应用客户端驻留模块（CARM）应用客户端中通过AOI客户端使用AOI服务的功能模块，主要功能包括：a）向AOI客户端进行注册或注销：b）接收AO客户端转发的消息通知，并将其送到应用相应处理模块。4.2.5应用服务器驻留模块（SARM）应用服务器中通过AOI服务器使用AOI服务的功能模块，主要功能包括：a）向AOI服务器进行注册或注销：b）将应用服务器的消息通知等发送给AOI服务器。4.3接口
4.3.1AO-1接口
AOI服务器端暴露的接口，由客户端使用：一向AOI服务器注册/取消注册AOI客户端：一尚AO服务器注册/取消注册应用客户端3
HiiKAoNiKAca
YD/T3079-2016
一向AOI服务器订阅通知消息：
一向AOI服务器反馈通知消息的发送状态：一发起通知通道建立流程。
4.3.2AOI-2接口
AOI客户端暴露的接口，由AOI服务器或者AOI代理使用：向AOI客户端发送通知消息：
一检查消息通知发送状态：
初始化消息通道的建立。
4.3.3AOI-3接口
AOI客户端暴露的接口，由应用客户端使用：一应用客户端向AOI客户端注册/注销：一从AOI客户端订阅和接收通知消息。4.3.4AOI-4接口此内容来自标准下载网
AOI服务器暴露的接口，由应用服务器使用：一应用服务器向AOI服务器端注册/注销请求：一向AOI服务器端发送消息通知等；一尚AO服务器请求发送消息的状态通知：一AOI服务器向AOI应用服务器送回多个消息通知的状态信息4.3.5AOl-5接口
可选接口。当部署了AOI代理服务器时，在AOI代理服务器与AOI服务器之间应符合AOI-5接口。4.3.5.1静态NAT
当网络中使用了静态NAT时，该接口主要负责以下工作：一当使用UDP通知消息通道时，AOI服务器通过该接口请求AOI代理服务器向AOI客户端发送指令，指导AOI客户端发起面向连接的通知通道建立流程；一当使用TCP通知消息通道时，AOI服务器通过该接口发起面向连接的通知通道建立流程；一当使用TCP通知消息通道时，向AOI客户端发送通知消息：一检查通知消息的递送状态。
4.3.5.2动态NAT
当网络中使用了动态NAT组网时，该接口主要负责以下工作：一通过心跳维持AOI代理与AOI服务器之间的长连接：一将消息通知从AOI代理发送至AOI。5移动长在线应用系统组网
5.1在网络中的位置
图2说明了移动长在线应用系统在网络中的位置。移动长在线应用系统中的AOI客户端可以采用中间件方式预装在移动终端中或者通过下载安装。CARM在应用程序中运行，SARM在应用服务器中运行；在无NAT实体的网络中，AOI服务器均应部署在PDSN、GGSN或者其他等同移动数据网服务节点的网元4
HiiKANiKAca
YD/T3079-2016
与应用服务器之间：在有NAT功能实体的网络中，AOI服务器应部署在在NAT与应用服务器之间，而在NAT与移动数据网服务节点之间可选部署AOI代理。WAP推送代理网关
基于IP长连接通道
WAP/Web
移动数据网
服务节点
基于IP短
连接通道
3G网络
移动数据网
服务节点
基于IP长
连接通道
AOI服务器
基于IP短连接通道
图2移动长在线应用系统在网络中的位置5.2与外围系统的接口
本标准不考虑移动长在线应用系统与电信计费、PCRF、CCG等系统的关联接口。6移动长在线应用系统功能要求
6.1认证功能与实体管理
6.1.1AOL服务器对应用服务器认证应用服务器
AOI服务器应对应用服务器进行认证，只有通过认证后，应用服务器才可以使用AOI服务器提供的服务。
可以使用应用标识，静态密码并联合应用服务器IP地址的方式进行应用认证。开通AOI业务的应用的应用标识、静态密码以及服务器地址（允许8~16个）应事先在AOI服务器上记录。
可选使用TLS协议，AOI服务器作为TLS的服务器端，应用服务器作为TLS的客户端，具体方式请参见IETFRFC2246。
6.1.2AOI服务器对应用客户端认证AOI服务器可选对应用客户端进行认证，认证方法应使用应用标识、静态密码的方式。6.1.3AOI服务器对AOI客户端的认证可以使用静态密码认证，也可采用TLS协议使用证书进行认证。6.1.4AOI代理与AOI服务器之间的认证AOI代理与AOI服务器之间可选进行认证。认证方式可以采用IP地址认证。6.2总体功能要求
在无NAT实体的网络中，AOI架构由终端侧AOI客户端和网络侧AOI服务器组成，两者之间建立消息通知推送通道。AOI服务器收集应用服务器的消息通知，统一通过推送通道，把消息通知推送至AOI客户端，AOI客户端把消息通知分发至终端内启用了AOI功能的应用客户端。AOI架构应能替代现有长5
HiiKAoiKAca
YD/T3079-2016
在线业务所采用的IP长连接和心跳机制，通过IP短连接、无连接或SMS的方式，把网络侧应用服务器的消息通知送达至终端侧的应用客户端。在有NAT实体的网络中，AOI架构可沿用AOI客户端与AOI服务器的简单架构，两者之间建立长连接，替代应用客户端与应用服务器之间直接的长连接。也可以选择增加AOI代理方式进行组网。由AOI代理与AOI服务器之间保持有线的长连接：而AOI代理与AOI客户端之间应通过IP短连接，无连接的方式进行消息通知的发送。如果移动网络断开，AOI服务器可以选择SMS方式进行消息推送。可以使用SMS传递消息通知，同时触发移动网络开启：也可以直接使用SMS传送消息。6.3应用管理功能要求
6.3.1应用服务器驻留模块
应用服务器中AOI驻留模块应可以发起AOI业务的注册、注销，并接受AOI业务系统通知的被动注销：在进行AOI注册时应携带应用标识以及静态密码，还可以选择携带服务器IP地址，以便AOI服务器进行鉴权。
应可以根据需要将应用服务器上的消息或者消息通知通过AOI架构发送至应用客户端。可选在消息通知发送的数据包中携带优先级信息，以便针对消息进行策略转发。对于没有收到接收确认的消息通知，需要重新发送直到收到该消息的接收确认。6.3.2AOI服务器
应通过配置方式在AOI服务器上配置可以使用AOI服务的应用列表。应使用应用标识代表每一个应用，应用标识由应用服务商和AOI提供商协商确定。应用服务器的IP地址列表应可以登记在AOI服务器上，可通过服务器地址判断应用服务器的真伪。应通过应用标识、静态密码或结合服务器地址对应用进行注册鉴权。
AOI服务器应处理SARM发起的注册、注销请求，并可以向应用服务器、应用客户端、AOI客户端发起强制注销的通知。
AOI服务器应处理AOI客户端发来的AOI客户端注册、注销请求以及应用客户端的注册请求。AOI服务器应向应用客户端分配应用客户端令牌。应用客户端令牌的使用机制见8.3。6.3.3AOI客户端
AOI客户端应接收应用客户端的注册注销请求，并根据8.3、8.4的要求对请求进行后续处理。AOI客户端应记录注册的应用客户端以及其相应的统计信息等。6.3.4应用客户端
应用客户端应可以发起应用客户端注册、注销过程，注册时应携带应用标识；并可以接受系统通知进行强制注销。
6.4消息管理功能
6.4.1消息收发与统计
应用服务器（SARM）应根据用户策略或者服务策略产生点到点、点到多点的AOI推送消息，并使用AOI-4接口发送至AOI服务器。收到消息接收确认后，此消息通知发送完成：如果未收到消息接收确认，则重发直至收到。SARM可选对消息通知的收发进行统计。AOI服务器收到从应用服务器发来的消息通知，根据设定的策略选择当前合适的通道类型通过AOI-2接口发送至AOI客户端或者通过AOI-5接口发送至AOI代理。AOI服务器应具备对消息的统计分析功能6
HiiKAoiKAca
YD/T3079-2016
AOI代理收到消息通知后，根据消息中的AOI客户端ID，查找对应的客户端的IP地址，然后重新封装发送至AOI客户端。AOI代理应具有消息发送统计功能。AOI客户端收到消息通知后，根据用户策略发送至应用客户端。AOI客户端应具有消息流量识别与统计的功能。
6.4.2消息压缩
消息推送过程可选压缩传送。AOI客户端在进行通道激活的时候，与AOI服务器的通道参数可包括压缩与否，压缩算法选择等。如果AOI客户端建议压缩，应在通道激活消息后增加可选参数项，用于描述压缩算法要求。AOI服务器收到AOI客户端发送的压缩参数后，应根据情况决定是否采用AOI客户端的建议，并在通道激活响应消息中明确。6.5通道管理
6.5.1通道类型
AOI的通道可以分为以下三类。
a）基于长连接的通道方式。采用TCP连接，通过心跳的方式保持通道活跃，适用于NAT、非NAT组网下。在有NAT组网的环境中，例如通过WAP，Web网关上网的情况。当没有部署AOI代理时，可以在AOI客户端与AOI服务器之间选择基于长连接的通道方式：当部署了AOI代理时，AOI代理与AOI服务器之间通过基于长连接的方式通信。b）基于短连接的通道方式。可以使用TCP或UDP方式唤醒通道。UDP唤醒通道。当AOI服务器有通知消息要发送至AOI客户端时，AOI服务器向AOI客户端发送一个UDP唤醒包：AOI客户端向AOI服务器返回UDP通道唤醒确认消息，并表明愿意从AOI服务器接收消息通知：AOI服务器发送消息通知到AOI客户端：AOI客户端收到消息通知后向AOI服务器发送确认信息一基于TCP的短连接消息通道。AOI客户端一直监听指定的端口，当AOI服务器有消息通知要发送至AOI客户端时，AOI服务器初始化与AOI客户端之间的TCP连接：连接建立后，AOI服务器向AOI客户端发送消息通知。
c）基于短消息的通道。在移动终端没有移动通信数据连接时，AOI服务器可以使用此类通道。可以通过WAP推送的接口或者ISAG的接口将消息通知发出。短消息通知可以用于触发启动网络连接，也可以传输通知内容。
6.5.2AOI客户端
AOI客户端应在通道激活时根据获得IP地址的情况在通道激活请求中携带通道类型建议。终端保持移动通信数据连接，且获得的IP地址是私有地址时，即终端通过WAP或者Web网关连接Internet，则建议激活的通道类型包括0x01、0x02、0x03、0x00。此时AOI客户端通道激活请求的目的地址应为AOI代理的IP地址
终端保持移动通信数据连接，且获得的IP地址是公网地址时，即终端通过移动通信服务节点直接访问Internet，则建议激活的通道类型包括0x2、Ox3、0x00。此时AOI客户端通道激活请求的目的地址应为AOI服务器地址。
AOI客户端在每次地址变化时需要再次进行AOI通道激活过程。当AOI客户端建议激活的通道是0x2、0x3时，应在激活消息中携带通道建立的寻址信息，如监听端口号，可选携带IP地址信息。
YD/T3079-2016
AOI客户端应可发起通道去激活过程，也可以响应AOI服务器发起的通道去激活请求。6.5.3AOI服务器
AOI服务器应在通道激活回应的消息中根据情况确认可激活的通道类型，并做相应的激活执行。AO服务器可以发起通道去激活过程。6.5.4AOI代理服务器
AOI代理服务器应维持与AOI服务器之间的长连接，并且同时维护与各AOI客户端之间的短连接。6.6配置管理
应可以让AOI客户端找到其对应的AOI服务器或者AOI代理。应可选通过DNS、固定IP或者重定向等方式，使AOI客户端获得对应的AO服务器或者代理的地址。应支持关键字、黑名单或白名单等多种方式的消息过滤。应允许应用服务器为指定的消息通知赋予服务优先级应支持根据QoS服务等级或最终用户等级，对消息通知进行优先级推送，AO服务器应支持根据服务提供的策略，如设定每个应用发送消息通知的数量國值等，对消息通知的发送进行流量控制。
6.7运营功能要求
AOI架构应支持计费数据收集、原始话单生成等6.8安全要求
AOI架构应保证推送消息不被伪装或欺骗。AOI架构应保证通过AOI服务器交换通信的应用服务器与应用客户端的数据是安全的。AOI架构应允许最终用户举报来自其他应用的恶意骚扰消息通知。AOI架构应支持AOI服务器从黑名单中增加和删除恶意应用，并阻隔黑名单中的应用向AOI客户端发送消息。
AOI架构应支持多种不同的安全算法，如DES、3DES等。AOI架构应保证最终用户的隐私（例如IP地址，终端号码等）不被泄露至应用客户端和应用服务器。AOI客户端和AOI服务器应在用户许可和用户隐私不被泄露的前提下，可协助应用客户端和应用服务器之间的认证。
7实体状态与标识
7.1实体状态
7.1.1应用客户端状态
应用客户端向AOI客户端登记的状态包括a）注册：AOI客户端已对应用客户端进行登记，并且已从AOI服务器分配获得应用客户端令牌。b）注销：AOI客户端对应用客户端取消登记，并且从AOI服务器取消对应的应用客户端令牌。C）接收通知：应用服务器可以向AOI服务器发送对应该应用客户端令牌的消息通知，AOI服务器可以向AOI客户端发送该消息通知，AOI客户端可以接收、显示该消息通知。d）不接收通知：应用服务器不可以向AOI服务器发送对应该应用客户端令牌的消息通知，AOI服务器不可以向AOI客户端发送该消息通知，AOI客户端不可以接收、显示该消息通知。8
7.1.2AOI客户端状态
AOI客户端向AOI服务器登记的状态包括：YD/T3079-2016
a）注册：AOI服务器已对AOI客户端进行登记，并且已从AOI服务器分配获得AOI客户端ID。b）注销：AO服务器已对AOI客户端取消登记，并且已从AO服务器取消对应的AO客户端IDc）移动分组网络通道在线：AOI客户端所在终端已连接至移动分组网络，已监听端口，支持TCP或UDP唤醒接收消息通知。
d）移动分组网络通道离线：AOI客户端所在终端未连接至移动分组网络，未监听端口，不支持TCF或UDP唤醒接收消息通知。
e）短信通道在线：AOI客户端所在终端已在移动网络登记并可接收短信，可接收消息通知。7.1.3应用服务器的状态
应用服务器向AOI服务器登记的状态包括：a）注册：应用服务器已向AOI服务器登记注册，可向AOI服务器发送消息通知。b）注销：应用服务器已从AOI服务器注销。7.2标识
7.2.1AOI客户端标识
AOI客户端标识用来标识已注册到AOI服务器中的AOI客户端。AOI客户端标识的生成是在注册阶段完成的，因此AOI服务器应在其所在域内保证AOI客户端标识的唯一性。7.2.2应用标识
应用标识用于区别每一个使用AOI服务的应用，应由应用提供商与AOI服务商协商确定应用标识，应为AOI服务中唯一的字符串。应用服务器与应用客户端使用长在线应用时应携带应用标识。7.2.3应用客户端令牌
应用客户端令牌用来标识应用客户端的一个或一组实例。应用服务器发送通知消息时，使用该令牌作为目标标识识别该个（组）应用客户端。应用客户端令牌应依据应用客户端注册流程在应用客户端注册时生成。
7.2.4应用客户端令牌生成码
应用客户端令牌生成码作为可选参数用来生成应用客户端令牌。7.3各标识关系
各标识和令牌间的关系如图3所示。一每个终端用户可以有多个移动设备；一每个AOI客户端只能关联一个AOI客户端标识：一每个AOI客户端可以为一个或多个应用服务，可以与多个应用客户端令牌关联：一一个应用可以与一个或多个应用客户端令牌关联：一一个应用客户端令牌可以在多个设备中同一个应用共享：如果应用客户端令牌是由应用客户端令牌生成码生成的，则该应用客户端令牌只能与一个应用客户端令牌生成码关联。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。