本标准规定了移动网络中基于会话初始协议的推送业务功能，体系架构、业务流程，并对安全性提出要求。 本标准适用于基于SIP来实现消息推送业务。

ICS33.030
中华人民共和国通信行业标准
YD/T1937-2009
移动网络中基于会话初始协议的推送业务技术要求
Technical Requirement for SiPBased Push2009-06-15发布
2009-09-01实施
中华人民共和国工业和信息化部发布前
规范性引用文件.
术语、定义和缩略语…
业务介绍.
SIPPush业务应用场景
应用场景概述
MMS通知
Email通知
Client Provisioning
DM通知
5.6传统推送业务
安全需求.
SIPPush的系统要求
7.1SIPPush系统架构
7.2SIPPush网元要求
7.3SIPPush系统接口要求..
SIPPUSH业务流程·
8.1SIPPush的注册过程
8.2SIPPush能力传递和资源协商8.3SIPMESSAGE消息流程·
SIPINVITE和MSRP流程
业务和应用的寻址
应用资源标识符的使用
SIPPush业务安全模型及安全问题10.1
SIP/IP核心网要求.
可信任模型·
SIP信令安全
用户面安全
终端基于白名单的授权，
SIP/IP核心网中最小化拥塞
附录A（资料性附录）
附录B（资料性附录）
参考文献
响应码解析
ICSI和IARI的互操作性
YD/T1937-2009
YD/T1937-2009
本标准是移动网络中基于会话初始协议的推送业务技术要求，是参考开放移动联盟的《基于会话初始协议的推送业务标准》，（OMA-SIP-Push-V1_o），以及SIP和Push技术相关标准而制定。本标准的附录A和附录B是资料性附录。本标准由中国通信标准化协会提出并归口。本标准起草单位：华为技术有限公司、北京邮电大学本标准主要起草人：范妹男、杨、健、陈国乔、王
雷、宋美娜、陈·辉、鄂海红
1范围
YD/T1937-2009
移动网络中基于会话初始协议的推送业务技术要求本标准规定了移动网络中基于会话初始协议的推送业务功能，体系架构、业务流程，并对安全性提出要求。
本标准适用于在移动网络中基于SIP来实现消息推送业务。2规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。draft-drage-sipping-service-identification为会话初始协议业务识别的扩展ETF
A Session Initiation Protocol (SIP)Extensionfor the Identification of ServicesIETF
IETFRFC2506
IETFRFC2616
IETFRFC3261
IETFRFC3264
IETFRFC3325
IETFRFC3428
IETFRFC3680
IETFRFC3840
draft-ietf-sip-gruu在会话初始协议（SIP）中获得和使用全球可路由用户代理URI（GRUU）
Obtaining andUsing GloballyRoutableUser Agent(UA)URIs(GRUU)inthe Session Initiation Protocolmmusic-file-transfer实现文件传输的会话描述协议（SDP）发起/应答机制ASessionDescription Protocol(SDP)Offer/Answer Mechanism to EnableFileTransfer
媒体特征标签注册流程
MediaFeatureTag RegistrationProcedure超文本传输协议—HTTP/1.1HypertextTransferProtocol--HTTP/1.1SIP：会话初始协议
SIP:SessionInitiation Protocol会话描述协议（SDP）种提供/应答模式An Offer/Answer Model with Session Description Protocol (SDP)会话初始协议的私有扩展
Private Extensions tothe Session Initiation Protocol会话初始协议（SIP）即时消息的扩展Session Initiation Protocol (SIP)Extension for Instant Messaging会话初始协议（SIP）注册的事件包ASessionInitiationProtocol（SIP)EventPackageforRegistrations在会话初始协议（SIP）中指示用户代理能力Indicating User Agent Capabilities in'the Session Initiation Protocol (SIP)YD/T1937-2009
IETFRFC3841
IETFRFC4145
IETFRFC4483
IETFRFC4566
IETFRFC4975
[ETFRFC4976
3GPP2 S.R0086-0
3GPPTS23.228
3GPPTS24:229
3GPPTS 26.141
3GPP TS 33.203
3GPPTS33.210
3GPP2X.S0013-002-A
3GPP2X.S0013-004-A
会话初始协议（SIP）的主叫优选方式Caller Preferences for the Session Initiation Protocol (SIP)\SDP中基于TCP的媒体传输
TCP-Based Media Transport in Session Description Protocol (SDP)会话初始协议（SIP）的内容间接索引机制AMechanismfor Content Indirection in Session Initiation Protocol(SIP)Messages
会话描述协议（SDP）SessionDescriptionProtocol消息会话中继协议（MSRP）TheMessageSessionRelayProtocol消息会话中继协议（MSRP）的中继扩展.RelayExtensionsfortheMessageSessionRelayProtocol (MSRP)OMA命名机构OpenMobileNamingAuthoritySIP_UA_Prof
会话初始协议（SIP）用户代理档案传递框架\A Framework for Session Initiation Protocol User Agent Profile Delivery”PushOTA推送业务空中接口协议
“\Push Over The Air\
IMSArchIMS能力系统的使用
\Utilization of IMS capabilities Architecture”OMA-UAProf用户代理档案UserAgentProfileIMS安全框架
IMSSecurityFramework
IP多媒体子系统第二阶段IPMultimediaSubsystem（MS）；Stage基于会话初始协议（SIP）和会话描述协议（SDP）的IP多媒体呼叫控制协议第三阶段
InternetProtocol（IP)multimedia call control protocolbased onSessionInitiation Protocol （SIP)and Session Description Protocol （SDP);.Stage3IP多媒体子系统消息和在线信息：多媒体格式和编码方式IPMultimedia Subsystem（IMS)Messagingand Presence;Mediaformats andcodecs
基于IP业务的接入安全Access SecurityforIP-based services网络域安全；IP网络层安全
Network domain security:IP network layer security全IP核心网络多媒体域：IP多媒体子系统：第二阶段，修订本AAll-IPCoreNetwork Multimedia Domain:IPMultimedia Subsystem-Stage2全IP核心网络多媒体域；基于会话初始协议（SIP）和会话描述协议（SDP）的P多媒体呼叫控制协议第三阶段，修订本AAll-IP Core Network Multimedia Domain: IP Multimedia Call ControlProtocolBasedonSIPandSDPStage33术语、定义和缩略语
3.1术语和定义
下列术语和定义适用于本标准。3.1.1
YD/T1937-2009
应用Application
相关功能集合来完成有用工作，通常能实现一个或多个业务。它可以由软件和/或硬件元素构成。3.1.2
Application-LevelAddressing
应用级别寻址
在客户端上的特定用户代理和Push发起者间处理传递Push内容的能力。3.1.3
Push 内容 Push Content
内容、元数据和应用层控制信息在Push发送者和Push代理之间有共同的释义。3.1.4
Push接收代理、PushReceiverAgentPush接收代理是一个使用SIPPush流程接收Push内容并对Push发送代理的请求，产生一个响应的逻辑实体。
Push发送代理PushSenderAgent
Push发送代理是一个产生Push请求，应用SIPPush流程发送Push内容的逻辑实体。3.1.6
客户端Client
在Push上下文中，一个客户端是期望从服务器接收Push内容的一个设备（或业务）。在Pull上下文中，客户端是向服务器发起内容和数据请求的设备。3.1.7
媒体类型MediaType
一类由其表示形式和/或交换格式区分的信息。例如图片、纯文本、声音和视频。3.1.8
设备Device
设备是网络实体，它有发送或接收信息包的功能并且有单一的设备地址。一个设备既可以是用户也可以是服务器，在给定上下文或跨多个上下文中工作。例如，一个设备可以像服务器一样对一定数量的用户提供服务，同时也是另一个服务器的用户端。3.1.9
推送Push
由服务器发起内容传递到用户的一种传输方法。3.1.10
Push接入协议PushAccessProtocol用于在Push发起者和Push网关间，向客户端推送传输内容和Push相关的控制信息的协议。YD/T1937-2009
Push框架
是整个Push系统。Push框架包含协议、服务接口和提供推送数据到客户端用户代理方法的软件实体。3.1.12
Push发起者Push Initiator
产生Push内容和提交到Push框架来传输到客户端用户代理的实体。3.1.13
PushOTA协议PushOverAirProtocol用于在Push代理网关和特定客户端用户代理间传输内容的协议。3.1.14
Push代理网关PushProxyGateway提供Push代理服务的代理网关。3.1.15
Push会话PushSession
在Push发送和接收代理间共享的联合状态。3.1.16
服务器Server
在请求响应中为用户提供资源的实体。3.1.17
会话标识：
Sessionldentity
识别Push会话以及用于路由初始SIP请求的SIPURI。3.1.18
用户代理
UserAgent
作为用户代表行为的软件或设备，与其他实体交互和处理资源。3.1.19
用户面UserPlane
用户面包括在Push发送代理和Push接收代理间的媒体（MSRP）和媒体控制信令。3.1.20
Register
终端通过网络在服务器上进行登记。3.1.21
去注册de-register
通过网络在服务器上进行取消登记。3.2缩略语
下列缩略语适用于本标准。
AddressofRecord
HypertextTransferProtocol
登记的地址
超文本传输协议
MSISDN
OTA-HTTP
OTA-SIP
OTA-WSP
业务介绍
InternetAssignedNumbersAuthorityInternetMultimediaSystem
Inetent Protocol
Multipurpose Internet Mail ExtensionsMultimedia Message
Multimedia Message Servie
Multimedia Domain
MobileStation International SubscriberDirectoryNumberOverTheAir
OTAoverHTTP
OTA over Session Initiated ProtocolOTA over Wireless Session ProtocolPushInitiator
Push Proxy Gateway
Session Description ProtocolSIPInitiatedProtocol
Short Message Service
TransmissionControl ProtocolUser Datagram Protocol
UniformResource Indentifier
Uniform ResourceLocator
Wireless Session Protocol
YD/T1937-2009
互联网地址指派机构wwW.vv99.Net
IP多媒体子系统
网际协议
多用途网际邮件扩展
多媒体消息
多媒体消息业务
多媒体域
移动台国际用户目录号
空中下载
基于HTTP的空中下载
基于SIP的空中下载
基于WSP的空中下载
Push发起者
Push代理服务器网关
会话描述协议
会话初始协议
短消息服务
传输控制协议
用户数据报协议
统一资源标识符
统一资源定位符
无线会话协议
本标准定义了移动网络中基于SIP、实现推送业务的协议，允许客户端接收服务器发起通信的内容，或SIP/IP核心网推送的内容。SIPPush业务通过将PushOTA内容封装在SIP消息当中，利用现有的SIP/IP核心网络进行传送。SiPPush与传统的PushOTA最大的区别在于PPG和Client之间的承载采用SIP技术实现；采用SIPPush技术实现Push的优势在于其维护的成本较小，有较高的互操作性，对现有资源可重用，并保证通信安全等优点。SIPPush业务示意如图1所示。SIP/IP核心网
PushOTA-SIF
Push (PAP)
Push OTA-WSP
Push OTA-HTTP
Push发起者
Push代理网关
SIPPush业务示意
客户端
(Client)
YD/T1937-2009
5SIPPush业务应用场景
5.1应用场景概述
本章节内容作为资料性介绍。
SIPPUSH业务与OTAPUSH业务之间最大的差别主要是信息传送的承载方式不同，因此也造成业务流程方面的不同。除此之外，本标准规定在SIPPush的使用过程中，应给用户带来与OTAPush相同的用户体验。
SIPPush可以用于MMS通知、Email通知、ClientProvisioning、DM通知及传统推送业务。5.2MMS通知
两个开通了MMS的用户，可以互相发送接收MM。发送方可以激活其MMS客户端，输入接收方用户的地址，并编写或编辑将要发送的多媒体消息MM。发送方客户端将消息发送到与之相关联的MMS网关中继服务器并返回传递报告，此多媒体消息将存储在接收方相关联的MMS服务器。当MM在下发到用户之前，通常需要下发-个MMSNotification来通知用户，以确认用户是否对MM进行下载和接收，这一功能将可以通过SIPPush来完成的。5.3Email通知
开通了EmailNotification业务的用户，服务器在有新邮件到来时，将新邮件存储在接收方相关联的服务器上。
当Email在下发到用户之前，通常需要下发一个EmailNotification来通知用户；以确认用户是否对Email进行下载和接收，这一功能将可以通过SIPPush来完成的。5.4ClientProvisioning
ClientProvisioning是通过OTAPush通道自动配置用户终端一系列参数服务的业务。用户从服务提供商订制新的业务的方法有很多，可以使用浏览器来激活业务，可以通过客户服务热线或者在零售商处进行开通。用户也可以通过发送短信请求参数配置，然后通过OTAPush发送一条短信到用户终端，用户根据提示选择更新，终端上的参数随之自动修改。以用户需要订制的是一个现有的服务提供商提供的在线游戏服务为例。订制的方法是通过浏览器激活，即用户向服务提供商订制在线游戏服务，服务提供商接受了用户的请求，并请求DM服务器对在线游戏服务进行配置，DM服务器担负PI的角色，采用PAP发送一个初始DM消息（ClientProvisioning消息）到PPG。采用PushOTA-SIP，PPG经由SIP/P核心网络将DM消息转发到终端。终端应用程序将所需要的服务设置都进行了正确有效的配置，最终，用户可以接入网络进行在线游戏。5.5DM通知
DM是一种通过OTAPush方式将管理指令从服务器下载到终端设备上，并由终端设备自动运行，进而完成终端软硬件升级、参数配置、诊断等的低成本远程管理解决方案，同时DM还可以将运营商需要的业务信息和终端设备的功能信息等从终端设备传递到服务器，以支持其他业务的开展。在线服务之类的许多服务，在进行初始化的配置（ClientProvisioning）过程之后还需要对后续服务过程中业务的设置进行管理，其中包括修改、更新等操作，整个设置信息的管理工作是通过DM服务器完成的。
在DM服务器需要对配置信息进行修改的时候，需要先将修改信息通知用户，并在用户确认的情况下进行修改，整个过程是DM服务器向PPG发送DM修改指令，通过PushOTA-SIP发送相关的Notification6
YD/T1937-2009
完成的。终端在收到Notification后，初始化设备管理会话，呈现或拒绝服务器配置修改选项。如果接受配置改变，用户的配置信息将会被更新并且被激活。5.6传统推送业务
5.6.1无接收信息确认的推送业务一些重要程度和价值较低的内容，如果希望通过Push的方式传送给用户，可采用无接收信息确认推送的形式与方法，其中比较广泛的一个应用就是广告内容的推送。出于对设备和网络条件的考虑，参与这类Push业务的用户在很多方面都存在一定的限制，也就意味着Push信道应该是单向的并且带宽有限，此外Push内容的对信道的消耗也应限制。所以，通知的接收者将不需要对消息的传递返回确认。PPG在接收到PI发来的PAP消息后，可以采用PushOTA-SIP方式传递不需要确认的Push内容。5.6.2：需要接收信息确认的推送业务对于一些比较重要，或有较高价值的内容需要通过Push的方式发送给用户。根据Push内容的特点，要求Push代理与移动设备之间需要建立公共的通信环境，并且Push内容的成功传送需要确认，且相应的通知需要返回给消息的发起者。这样，PPG接收到PAP消息后，使用PushOTA-SIP方式向客户端转发特定内容，并明确要求传递确认消息。6安全需求
在安全方面，SIPPush可依靠底层的安全机制，Push代理处理Push消息时，应确保用户和消息发起者均经过授权和认证等安全设置相匹配过程后进行业务。同时，SIPPush安全应符合Push提出的安全要求。
7SIPPush的系统要求
SIPPush系统架构
如图2所示，为基于SIPPush业务的框架模型，其实体包括Push发送代理和Push接收代理。接农理
客户端
SIP/IP
核心网
服务器
图2SIPPush框架模型
SIPPush网络实体通过SIP/IP核心网，使用SIP方式从Push发送代理传递Push内容到Push接收代理。SIPPush协议使用iSIP作为底层传输机制，能提供类似PushOTA（见OMAPushOTA）的功能。Push发送和接收代理是与SIP/IP核心网交互，完成基于SIPPush业务的逻辑实体。当Push消息使用SIPPush作为传递方式时,Push代理网关(PPG)作为Push发送代理发送SIPPush内容，客户端作为Push接收代理接收SIPPush内容。
YD/T1937-2009
7.2SIPPush网元要求
7.2.1Push发送代理
Push发送代理是支持各种SIPPush特征的逻辑实体。Push发送代理创建Push请求并使用SIPPush流程发送请求。Push发送代理可以接收这些Push请求的响应并对响应进行处理。发送的消息可由内容的订阅触发，也将依据从UAProf服务器取回的Push接收代理的能力判断、触发消息的发送。
Push发送代理是一个推送内容到Push接收代理的实体。Push·发送代理支持接收注册功能，并支持接收、存储和共享Push接收代理能力信息，Push发送代理依据此功能进行能力匹配以及供应用处理。Push发送代理根据预设的处理方式，对Push消息进行处理。Push发送代理创建Push请求，向Push接收代理传递内容，Push发送代理接收重定向请求，并根据该请求发送Push消息。Push发送代理选择发送Push消息的方法，依据Push接收代理支持的能力和应用，并向Push接收代理请求传递报告。Push发送代理发送取消Push消息请求，该请求中携带此Push消息标识信息，Push接收代理取消该Push消息。在多终端情况，即用户在Push发送代理上有多个注册的终端，Push发送代理通过使用GRUU值来选择正确的终端发送消息。
Push发送代理应支持P-2参考点。7.2.2Push接收代理
Push接收代理是支持各种SIPPush特征的逻辑实体。Push接收代理接收Push内容，并可对Push发送代理的请求产生响应。
Push接收代理是一个从Push发送代理接收Push内容的逻辑实体。Push接收代理负责传递接收的Push内容并传递到适当的应用。Push接收代理支持在SIP/IP核心网上注册，并发布Push接收代理Push能力信息，发送可用的Push资源列表。Push接收代理接收Push请求消息或Push内容，支持发送“3xx”消息，并给出预设的地址信息，用于发送该Push请求或Push内容。Push接收代理按Push发送代理要求，取消已接收消息，并可返回成功取消的响应，具体参见ETFRFC3261。成功接收到Push消息后，Push接收代理向应用层映射SIPPush传递状态（如SIP响应码），为Push发起者传达状态信息，并对Push发送代理的请求产生响应。
Push接收代理应支持P-1参考点。7.2.3．支持SIPPush业务的SIP/P核心网要求SIP/IP核心网是一个由服务器组成的网络，例如用来完成一系列业务的代理或注册服务器等。SIPPush协议要求SIP/IP核心网至少支持接入层安全、基于应用和用户业务档案的Push发送和接收代理的鉴权和授权、SIP信令的隐私保护、SIP注册和路由功能。SIPPushEnabler框架中的SIP/IP核心网不局限于3GPPIMS和3GPP2MMD网络，也对其他的SIP/IP核心网开放。在IMS（见OMAIMSArch的上下文中，SIPPush协议应遵循3GPPTS23.228和3GPP2X.S0013-002-A规范中定义的3GPPIMS和3GPP2MMD功能。任何能够支持前面提出功能的其他SIP/IP核心网也可选择使用。
对于不支持GRUU的SIP/P核心网的核心网，不在本标准范围内考虑。在IMS(3GPPIMS和3GPP2MIMD网络）的上下文中，使用本标准中定义的SIPPush应考虑作为基于Push业务的主要机制。
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。