《中国移动基于TDSCDMA网络的Video Share总体技术要求V1.0.0.doc》由会员分享，可在线阅读，更多相关《中国移动基于TDSCDMA网络的Video Share总体技术要求V1.0.0.doc（24页珍藏版）》请在三一办公上搜索。
1、中国移动通信企业标准QB-D-077-2007基于TD-SCDMA网络的Video Share业务总体技术要求基于TD-SCDMA网络的General Technical Requirement ofVideo Share Service(TD-SCDMA Supported)版本号：V 1.0.02007-7-30实施2007-7-30发布中国移动通信有限公司 发布目 录1.范围22.规范性引用文件23.术语，定义和缩略语24.业务描述24.1业务描述25.系统结构与组网原则25.1系统结构25.1.1系统结构图25.1.2各网元功能描述25.1.3各接口功能25.2组网原则25.2.1网络
2、结构26.业务流程26.1业务订购/退订流程26.1.1用户通过WWW自服务Portal订购业务26.1.2用户通过10086短信订购/退订业务26.1.3用户通过营业厅/10086人工台方式订购/退订业务26.2终端注册鉴权流程26.3视频共享流程26.3.1共享接收方已注册的视频共享26.3.2共享接收方未注册的视频共享27.地址号码27.1IP地址27.2用户标识27.3其他号码28.主要功能实体要求28.1对平台的要求28.2终端要求28.3对客户端的要求29.计费要求29.1资费结构29.2计费原则29.3结算原则29.4计费点210.网管要求210.1管理方式210.2网络管理的主
3、要功能210.2.1配置管理210.2.2性能管理210.2.3故障管理210.2.4安全与可靠性管理211.安全性要求212.编制历史2前 言本标准制定了基于TD-SCDMA 3G移动通信网络的Video Share业务的总体实现方案，描述了Video Share系统的结构与组网原则、Video Share业务的流程、Video Share平台的地址码号分配、Video Share业务终端与平台要求，以及Video Share业务计费、网管、安全要求。可作为Video Share系统设备规范、接口规范、终端规范等制定以及后续业务开发的依据。本标准主要包括以下几方面内容：业务描述，系统结构与组
4、网原则，业务流程，地址码号，计费要求，网管要求和安全性要求。本标准由中移有限技2007133号印发。本标准由中国移动通信有限公司技术部提出并归口。本标准由标准归口部门负责解释。本标准起草单位：中国移动通信有限公司研究院。本标准主要起草人：毕娅娜，杨波，刘洪宁，金鑫，锁磊。1. 范围本规范主要描述了基于TD-SCDMA移动通信网络的Video Share业务的系统结构、组网方案、业务流程、以及地址号码相关原则，并从计费、网管和安全等方面对该业务平台提出要求。原则上在中国移动通信集团内部使用，用于在业务开展、运行维护方面为集团公司和省公司提供业务开展的依据；该版本规范仅适用于TD-SCDMA 3G
5、网络环境。2. 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。1Video Share业务规范V 1.0.0中国移动通信集团有限公司2数据业务用户识别服务器总体技术要求中国移动通信集团有限公司3中国移动数据业务系统通用网管接口技术规范中国移动通信集团有限公司4中国移动Video Share设备网管接口数据要求中国移动通信集团有限公司5一级TDBOSS枢纽系统接口规范Video
6、 Share平台接口部分中国移动通信集团有限公司6中国移动一级TD-BOSS系统话单规范Video Share话单说明中国移动通信集团有限公司7RFC 3261SIP: Session Initiation ProtocolIETF8RFC 3262Reliability of provisional responses in Session Initiation Protocol (SIP)IETF9RFC 3264An Offer/Answer Model with Session Description Protocol (SDP)IETF10RFC 3312Integration of
7、 Resource Management and Session Initiation Protocol (SIP)IETF11RFC 3550RTP: A Transport Protocol for Real-time CommunicationsIETF12RFC 3761The E.164 to Uniform Resource Identifiers (URI) DynamicIETF13RFC 3824Using E.164 numbers with SIPIETF14RFC 3840Indicating User Agent Capabilities in the Session
8、 Initiation Protocol (SIP)IETF15RFC 3841Caller Preferences for the Session Initiation Protocol (SIP)IETF16RFC 3966The tel URI for Telephone NumbersIETF17RFC 2327SDP: Session Description ProtocolIETF18TS 23.279Combining Circuit Switched (CS) and IP Multimedia Subsystem (IMS) services; stage 23GPP19TS
9、 24.279Combining Circuit Switched (CS) and IP Multimedia Subsystem (IMS) services; stage 33GPP20TS 24.229Internet Protocol (IP) multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP)3GPP,3. 术语、定义和缩略语符号、缩略语全称、中文译名含义解释3G The Third Generation第
10、三代移动通信3GPP3rd Generation Partnership Project第三代移动通信标准化的伙伴项目ASApplication Server应用服务器APNAccess Point Name接入点名称CDRCall Detail Record呼叫细节记录CSCircuit Switched电路交换DNSDomain Name System域名系统GGSNGateway GPRS Support NodeGPRS网关支持节点MSCMobile Switching Center移动交换中心HLRHome Location Register归属位置寄存器MSISDNMobile S
11、ubscriber International ISDN Number移动用户国际ISDN号码RFC Request for CommentsIEFT组织标准的名称RTP Real-time Transport Protocol实时传输协议RTCPRTP Control ProtocolRTP控制协议SIPSession Initiation Protocol会话初始化协议SDP Session Description Protocol会话描述协议SIP Session Initiation Protocol会话初始协议TD-SCDMATime Division, Synchronized C
12、ode Division Multiple Access System时分同步码分多址系统UDP User Datagram Protocol用户数据报协议UE User Equipment用户终端设备4. 业务描述4.1 业务描述Video Share业务是指用户在通话过程中，向通话对端发起视频共享的业务。共享的对象可以是移动终端通过摄像头实时采集的视频，也可以是其终端上存储的视频片断文件。在通话的过程中，用户可以随机发起和终止该业务。Video Share业务是基于TD-SCDMA 3G移动通信网络的数据业务。该业务是在用户已发起语音通话的前提下，由通话用户发起的基于分组网络承载的多媒体业
13、务。用户可以通过手机终端接入Video Share业务。5. 系统结构与组网原则5.1 系统结构5.1.1 系统结构图Video Share业务所需的AS系统结构如图5-1所示。图5-1 Video Share AS系统结构图5.1.2 各网元功能描述Video Share 业务平台是实现Video Share业务的核心设备，其内部各个功能模块功能说明如下：l SIP代理功能模块：该模块基于3GPP IMS规范，主要完成以下功能：1) SIP信令的路由功能；2) 提供地址解析服务，包括对E.164号码的解析，实现TEL URI与 SIP URI的转换；3) SIP消息的前转；4) 执行对Vid
14、eo Share Client的注册登记和对客户端注册状态的维护；5) 执行对Video Share用户的鉴权和授权；6) 提供计费信息。l Video Share应用服务器：包括Video Share控制功能模块和媒体资源服务模块。Video Share控制功能模块主要提供用户Share业务的控制与管理服务，具体包括： 业务的控制和管理； 媒体资源服务器管理和调度； 代表媒体资源服务器和终端完成媒体能力协商。媒体资源服务模块：提供媒体流的转发、统计等功能。l 短信模块：产生特殊的二进制短信，该短信用于指示终端主动和网络建立PDP通道。l 计费功能模块：产生符合规定的计费CDR，并将计费信息上
15、传至计费系统。l 网管功能模块：网管功能模块部分提供给数据网网管系统SNMP接口，实现网管系统对Video Share网元进行维护、配置与管理。l 业务管理模块：业务管理模块对业务进行相应的管理、配置。5.1.3 各接口功能Video Share AS的接口和协议如下表所示：参考点描述协议GmVideo Share的客户端到SIP Proxy的会话信令接口, 标准的Gm接口SIPISCVideo Share 平台服务器和SIP Proxy间的信令接口，标准ISC接口SIPVideo Share-1UE和媒体资源服务器接口，用来传输媒体数据RTP/RTCPVideo Share-2Video S
16、hare应用服务模块和媒体资源服务器之间基于SIP协议的内部接口，主要负责媒体流的控制; SIP和网管系统之间的接口与网管系统连接，接受网管系统的管理，上报告警、拓扑信息SNMPVideo Share计费功能模块和TD-BOSS之间的接口用于话单传递FTP参见一级TDBOSS枢纽系统接口规范Video Share平台接口部分；中国移动一级TD-BOSS系统话单规范Video Share话单说明Video Share业务管理功能模块和TD-BOSS之间的接口用于业务订购、去订购等操作HTTP/XML。参见一级TDBOSS枢纽系统接口规范Video Share平台接口部分和短信网关之间的接口和短信
17、网关之间的接口用于向视频共享的接收方发送特殊短信，以激活接收者终端的PDP连接CMPP 2.0和用户识别服务器之间的接口和用户识别服务器之间的接口用于查询终端的IP地址与MSISDN之间对应关系具体接口参见中国移动数据业务用户识别服务器总体技术要求5.2 组网原则5.2.1 网络结构Video Share是面向TD-SCDMA 3G网络环境的业务，全网统一建设、统一运营，组网结构如图5-2所示。根据目前业务需求和现网实际情况，Video Share和PoC业务共用新建的APN：“CMSIP”。在业务开展初期，Video Share业务通过一个GGSN接入，各省SGSN根据该APN选择该GGSN
18、作为业务接入点。该APN对应一个用户识别服务器，该用户识别服务器负责获取和保存从GGSN送来的用户手机号码和IP地址的对应关系，并对业务平台提供手机号码和IP地址对应关系的查询接口，以便业务平台对用户进行合法性验证。图5-2 Video Share业务的组网结构6. 业务流程6.1 业务订购/退订流程6.1.1 用户通过WWW自服务Portal订购业务图6-1 用户通过WWW方式进行业务订购流程用户通过WWW方式业务申请流程如下：（1） 用户登陆Web Portal，Web Portal对用户身份进行验证；（2） 用户向Web Portal发起业务订购/退订请求，Web Portal收到该请求
19、后向业务支撑系统发起业务订购/退订请求；（3）业务支撑系统对用户进行鉴权，如果用户非法，则提示用户不能使用业务。（4）如果用户合法，业务支撑系统生成/取消订购关系。否则，通知用户不能使用业务。（5）业务支撑系统向Video Share业务平台进行订购关系同步。（6）Video Share业务平台生成/取消订购关系。（7）Video Share业务平台将订购关系生成消息返回业务支撑系统。 （8）业务支撑系统给用户返回订购结果。（9）通过WEB方式通知用户订购/退订成功。（10）通过短信方式通知用户订购/退订成功。6.1.2 用户通过10086短信订购/退订业务图6-2 通过短信方式业务订购和退订
20、流程（1）用户发送订购/退订短信至短信网关。（2）短信网关将业务订购/退订请求发送到业务支撑系统。（3）业务支撑系统对用户进行鉴权，如果用户非法，则提示用户不能使用业务。（4）如果用户合法，业务支撑系统生成/取消订购关系。否则，通知用户不能使用业务。（5）业务支撑系统向Video Share业务平台进行订购关系同步。（6）Video Share业务平台生成/取消订购关系。（7）Video Share业务平台将生成订购关系的消息返回业务支撑系统。 （8）业务支撑系统给用户返回订购结果。6.1.3 用户通过营业厅/10086人工台方式订购/退订业务图6-3 通过客服或营业厅订购业务（1）用户拨打客
21、服电话请求订购或退订业务；或到营业厅办理业务订购或退订手续。客服系统将业务订购或退订请求发送到业务支撑系统。（2）业务支撑系统对用户进行合法性鉴权。如果用户非法，则提示用户不能使用业务。（3）如果用户合法，业务支撑系统生成/取消订购关系。（4）业务支撑系统向Video Share业务平台进行订购关系同步。（5）Video Share业务平台生成订购关系。（6）Video Share业务平台将生成订购关系的消息返回业务支撑系统。（7）业务支撑系统返回订购结果给客服系统，客服系统通知用户订购结果。6.2 终端注册鉴权流程UEGGSN用户识别服务器VS业务平台12. Radius_Access_Re
22、quest 3.Radius_Access_Response4: 7 SIP REGISTER8 MSISDN_Query_Request9 MSISDN_Query_ResponsePDP Context10 SIP REGISTER 200OK5. Radius_Accounting_Request 6.Radius_Accounting_Response图6-4 终端鉴权过程（1） 当UE发起Video Share业务时，Video Share客户端向GGSN申请网络资源；（2） GGSN将用户的MSISDN信息发送到用户识别服务器进行接入层的鉴权；（34）如果鉴权成功，GGSN为用户分
23、配IP地址和相应的网络资源；（5） GGSN向用户识别服务器发送ACCOUNTING_REQUEST请求，该消息中携带GGSN给用户分配的IP地址；（6） 用户识别服务器从请求中提取Video Share客户端的IP地址和MSISDN号码信息，并建立Video Share客户端IP地址和MSISDN号码的对照表；同时，用户识别服务器返回ACCOUNTING_RESPONSE成功应答，GGSN收到该消息后，建立和终端的PDP上下文；（7） PDP通道建立后，UE发送SIP REGISTER请求给Video Share业务平台；（8） Video Share业务平台向用户识别服务器发送查询消息，消
24、息中携带Video Share客户端登录的IP地址和注册的MSISDN；（9） 用户识别服务器根据号码鉴权请求中的IP地址从对照表中查找对应的MSISDN号，并将查询结果（IP地址和MSISDN的绑定关系）发送给业务平台；（10） 业务平台将查询所获得的MSISDN号码和用户开户的号码进行比较，以判断用户的合法性。如果用户是合法的用户，则Video Share业务平台以200 OK应答第5步的SIP REGISTER消息。6.3 视频共享流程6.3.1 共享接收方已注册的视频共享当AS收到共享发送方用户的Invite请求时，如果共享接收方用户已注册到业务平台，则进行如下流程：图6-5 视频共享
25、过程（接收方已注册）（12） 共享发起方终端发起INVITE请求，INVITE请求中标明要使用的媒体类型。请求经AS转发到达共享接收方。Accept-Contact头域带有“+g.3gpp.cs-voice”特征标识，表示发起的是视频共享业务。（35） 共享接收方终端收到共享发起方的INVITE请求，发送183消息给AS，在消息的SDP信息中包含有接收方终端接收的媒体流类型和编码方式。AS收到183消息后发送PRACK消息到共享接收方终端，共享接收方终端发送PRACK的200 OK响应。（68） AS会发送183请求给共享发起方终端，发起方终端收到183消息后发送PRACK消息到AS，AS发送
26、PRACK的200 OK响应。该步骤与步骤4、5不存在时序关系。（910） 共享发起方终端预留资源成功后，会发送UPDATE消息通知共享接收方终端。（1112）共享接收方终端收到UPDATE消息，并且自己的资源预留成功后，会向共享发起方发送200 OK响应消息。（1314） 共享接收方终端发送180消息给共享发起方终端，同时提示共享接收方终端收到请求消息。（1516）共享接收方用户接受了共享，共享接收方终端发送200OK消息，响应INVITE消息。（1718）共享发起方终端发送ACK消息确认会话建立。共享发起方终端通过RTP报文进行实时视频的共享。（1920）共享的某一方终端发送BYE消息,结
27、束视频共享。（2122）收到BYE消息的终端发送BYE消息的200OK响应。6.3.2 共享接收方未注册的视频共享当AS收到共享发送方用户的Invite请求时，如果共享接收方用户未注册到业务平台，则进行如下流程：图6-6 视频共享过程（接收方未注册）（1） 共享发起方终端发起INVITE请求，INVITE请求中标明要使用的媒体类型。（23） 请求到达AS后，AS发现共享接收方还未注册到业务平台。AS通过ISMG和SMSC发送用于触发UEb激活PDP特殊二进制短信到UEb；（45） UEb接收到该短信后，激活PDP，并向Video Share业务平台注册；（6） AS发现被叫UEb注册后，转发I
28、nvite请求到达共享接收方。Accept-Contact头部带有“+g.3gpp.cs-voice”特征标识，表示发起的业务是视频共享；（79） 共享接收方终端收到共享发起方的INVITE请求，发送183消息给AS，在消息的SDP信息中包含有接收方终端接收的媒体流类型和编码方式。AS收到183消息后发送PRACK消息到共享接收方终端，共享接收方终端发送PRACK的200 OK响应。（1012）AS会发送183请求给共享发起方终端，发起方终端收到183消息后发送PRACK消息到AS，AS发送PRACK的200 OK响应。该步骤与步骤8、9不存在时序关系。（1314）共享发起方终端预留资源成功后
29、，会发送UPDATE消息通知共享接收方终端。（1516）共享接收方终端收到UPDATE消息，并且自己的资源也预留成功后，响应200 OK消息。（1718）共享接收方终端发送180消息给共享发起方终端，同时提示共享接收方终端振铃。（1920）共享接收方用户接受了共享，共享接收方终端发送200OK消息，响应INVITE消息。（2122）共享发起方终端发送ACK消息确认会话建立。共享发起方终端通过RTP报文进行实时视频的共享。（1920）共享的某一方终端发送BYE消息,结束视频共享。（2122）收到BYE消息的终端发送BYE消息的200OK响应。7. 地址号码7.1 IP地址Video Share
30、业务平台建立在中国移动内部数据网上，需要分配私有网络IP地址。7.2 用户标识在Video Share业务中通过Tel URI或SIP URI唯一标识一个用户，具体编码格式符合RFC3261和RFC2806的定义。SIP URI的用户部分（User Part）是用户的MSISDN。用户注册采用SIP URI形式。对于主叫用户的标识采用SIP URI形式，用于发起呼叫。对于被叫用户的标识，终端发起呼叫时必须能够支持TEL URI形式的呼叫，SIP Proxy须将TEL URI转换成相应的SIP URI形式。7.3 其他号码除了上述号码外，该业务还需要配置的号码包括：1） 业务平台用于发送特殊二进
31、制短信的短信代码2） 业务平台自服务Portal域名3） 新的APN：和PoC业务共用，建议采用CMSIP8. 主要功能实体要求8.1 对平台的要求对Video Share业务平台的要求主要包括：l 支持视频传输业务功能；l 支持实现该业务的协议，包括：SIP、RTP、RTCP等；l 支持多种系统管理功能，主要包括：用户状态管理、用户权限管理、业务数据管理、通信管理、统计功能；l 完备的网管功能l 灵活的计费功能详细功能要求Video Share业务平台设备规范V1.0.0。8.2 终端要求（1） 终端视频处理能力H.263 (要求支持CIF和QCIF)、MPEG4（可选）（2） 终端参数配置
32、1）平台地址：私有IP地址2）协议端口：SIP 5060端口3）APN：CMSIP，和PoC业务共用4）域名：SIP URI的域名部分8.3 对客户端的要求终端客户端应支持的功能主要包括：l 支持视频播放业务功能；l 支持实现该业务的协议，包括SIP、RTP、RTCP、Video Share业务接口规范V1.0.0，并可通过升级支持后续版本协议；l 可以通过DM方式进行终端参数的重新配置。详细功能要求Video Share终端客户端规范V1.0.0。9. 计费要求9.1 资费结构Video Share的资费结构包括以下2部分：l 业务功能费：使用该业务时，按月收取的费用。l 通信费： n 数据
33、流量费：用户通过终端客户端使用Video Share业务时产生的数据流量费用。n 时长收费：按照用户使用Video Share的视频传输时长产生的费用。9.2 计费原则对于电路域通话的收费，遵循已有的电路域通话的计费原则。l 业务功能费：按月收取。l 业务通信费：n 按流量收费：使用内容计费手段采集计费信息。内容计费的依据是Video Share服务器的固定IP地址。n 按时长收费：按照用户使用Video Share业务的时长产生的费用。9.3 结算原则功能费：功能费收入归用户归属省所有，不进行省间结算；通信费：用户在归属省本地使用业务的通信费收入归用户归属省公司所有；用户在中国移动TD网内省
34、际漫游时，使用业务产生的漫游费遵循相关的省间结算原则。9.4 计费点通信费计费点包括业务平台和GGSN网元设备。功能费计费点在省TD BOSS。10. 网管要求10.1 管理方式Video Share 业务平台必须提供相应的网管功能，提供相应的网管接口。接口要求参见中国移动Video Share设备网管接口数据要求，并纳入“中国移动数据网网管系统”进行集中管理。Video Share 业务平台应提供专用网管模块和接口以满足网管系统通过该模块和网管接口完成网络管理所需的配置、故障、性能、安全等管理功能。10.2 网络管理的主要功能10.2.1 配置管理应支持通过网管接口对被管对象进行配置，主要功
35、能包括：l 提供对网元设备的配置信息的查询功能，包括设备、端口、软件、协议等；l 支持通过网管系统对网元设备进行配置修改（可选）；l 支持对设备之间的连接关系进行配置和查询。10.2.2 性能管理性能管理是指对Video Share业务平台和相关网络设备的性能数据进行管理，以供对业务平台及网络设备进行性能监控和分析。l 监测平台设备性能，定期收集所有网元物理设备性能参数，包括CPU和内存使用率、硬盘占用率，端口带宽利用率等进行实时监测；l 可对平台支撑的业务性能数据进行统计和分析，对业务运行状况进行实时监测，如响应速度、用户连接并发数、用户访问分布等；l 能对平台内基础软件运行状态进行监测，如
36、数据库的响应等；l 应根据性能数据采集要求分别支持5分钟、15分钟两种性能数据统计周期；l 平台网管模块应支持性能报表的自动生成和上报。10.2.3 故障管理故障管理负责监视网元设备的故障告警，进行故障定位及分析。应能提供网元的状态跟踪功能，当发生网元或业务的故障和异常时，能够及时发出告警，并通过提供准确的告警信息来支持故障排除。l 告警通知：支持实现声、光、电（短信、邮件）等多种告警通知方式，且能够通过网管系统进行灵活的定制。l 告警呈现：应能根据告警级别状态、类型、产生时间等组合条件呈现告警。l 告警确认：操作员可对告警信息进行确认，确认后应不再产生声、光提示。网管系统应能记录操作员告警确
37、认时间、确认用户。l 告警定位：应支持系统故障的跟踪、辨认及定位；l 告警统计与查询：支持告警信息的存储和查询，能以报表、图形等形式根据告警对象、告警类型、告警级别和告警产生结束的时间对告警进行分类汇总。并能根据关键字进行灵活的查询呈现；l 主动检测：能执行一定的诊断测试，对告警及故障的真实性进行验证。10.2.4 安全与可靠性管理平台通过必要的手段在各个层次上进行安全和可靠性管理。l 网络级安全，通过防火墙实施一定的安全策略l 系统级安全，关闭平台不必要的服务，减少可能引起安全问题的原由l 应用级安全，必要的防病毒软件l 支持用户权限管理，提供认证和授权机制，规范管理和操作行为。l 支持对访
38、问平台的客户进行IP限制；l 网管系统应支持系统级备份，包括网管数据的备份。l 支持日志功能，对系统故障和用户操作应具备日志记录功能，提供系统日志的实时发送和日志文件的存储和导出。11. 安全性要求在网络、设备上提供相应的安全保护措施，以保护用户的关键信息。用户通过WEB Portal、营业厅办理业务时，采用用户名、密码的鉴权机制来实现用户的安全保护，用户使用Video Share业务时，通过用户识别服务器检查用户MSISDN和手机号码的对应关系。12. 编制历史Video Share业务总体技术要求版本号更新时间主要内容或重大修改1.0.02007-4-61.0.0版本征求意见稿1.0.02007-6-121.0.0版本评审稿1.0.02007-6-291.0.0版本报批稿
