中国移动视频监控接口规范

《中国移动视频监控接口规范》由会员分享，可在线阅读，更多相关《中国移动视频监控接口规范（380页珍藏版）》请在装配图网上搜索。

1、QB-中国移动通信企业标准QB-中国移动千里眼业务接口规范Interface Specification of China Mobile Clairvoyance Service版本号：1.0.02010-实施2010-07-发布中国移动通信集团公司 发布目录前 言IV1.范围52.规范性引用文件53.术语、定义和缩略语54. 流程与接口定义64.1流程和接口规范范围64.2 接口定义64.3 接口协议说明84.3.1 SIP会话相关接口84.3.2 录像回放接口124.3.3 媒体传输接口134.3.4 业务管理接口135. 关键业务流程145.1 业务管理流程145.2单域用户业务操作流程

2、145.2.1用户登录/注销145.2.2获取设备列表155.2.3客户端自定义LOGO上载和下载165.2.4客户端查询平台信息165.2.5客户端查询设备详细信息175.2.6设备状态变更通知175.2.7无线前端休眠和短信通知上线185.2.8设备登录/注销195.2.9前端保活195.2.10前端能力上报205.2.11前端查询平台信息205.2.12实时浏览215.2.13云镜控制245.2.14云镜加、解锁245.2.15平台抓拍图片查询和下载255.2.16中心平台手动录像265.2.17中心平台录像计划配置265.2.18中心平台录像信息查询与删除275.2.19中心平台录像回

3、放、下载285.2.20前端抓拍计划查询及配置305.2.21前端录像计划配置305.2.22前端抓拍图片查询和下载315.2.23前端手动录像325.2.24前端录像查询335.2.25前端录像回放、下载345.2.26中心平台报警联动365.2.27前端设备参数查询/配置375.2.28音频对讲385.2.29音频广播405.2.30客户端上载视频415.2.31上载视频查询、回放和下载415.2.32前端采集数据上载426 监控客户端同监控平台接口426.1 业务管理流程426.2单域用户业务操作426.2.1用户登录/注销426.2.2获取设备列表及动态信息506.2.3获取平台信息6

4、76.2.4客户端自动升级696.2.5短信唤醒和重启716.2.6实时浏览726.2.7云镜控制796.2.8中心平台手动录像856.2.9中心平台录像计划配置896.2.10中心平台录像信息查询与删除946.2.11中心平台录像回放、下载976.2.12前端抓拍计划配置1046.2.13前端录像计划配置1106.2.14前端手动录像1166.2.15前端录像查询1196.2.16前端录像回放、下载1226.2.17中心平台报警联动1246.2.18前端设备参数查询/配置1316.2.19前端抓拍图片查询和下载2026.2.20平台抓拍图片查询和下载2076.2.21音频对讲2126.2.2

5、2音频广播214客户端视频上载及查询2197 监控前端同监控平台接口2247.1 业务管理2247.2单域用户业务操作2247.2.1设备登录/注销2247.2.2查询平台信息2317.2.3能力上报2337.2.4实时浏览2357.2.5云镜控制2367.2.6前端抓拍计划配置2377.2.7平台触发前端抓拍2427.2.8前端录像计划配置2447.2.9前端手动录像2497.2.10前端录像查询2537.2.11前端录像回放、下载2567.2.12中心平台报警联动2607.2.13前端设备参数查询/配置2617.2.14VCU休眠通知3277.2.15前端抓拍图片查询及下载3297.2.1

6、6前端抓拍图片上载3317.2.17音频对讲3387.2.18音频广播3407.2.19前端采集数据上报3427.2.20前端分发流状态通知3438 编制历史344附录A（常量定义附录）3451. 告警类型表3452. PTZ控制代码表3453. 业务类型代码表3464. 设备变更事件列表346附录B（RTP负载类型定义附录）347附录C（SIP头部公共部分附录）3491. INVITE3492.MESSAGE350附录D（SDP附录）351实时浏览SDP351平台录像回放SDP353前端录像回放（直连） SDP356前端录像回放（平台中转） SDP360附录E（错误码定义 附录）364附录F

7、（NAT穿越包定义 附录）366附录F（RTCP包定义 附录）366附录G（XML消息字段命名原则 附录）369附录H（HTTP摘要认证 附录）370前 言本标准在于定义中国移动千里眼业务的各部件间通讯的接口协议，用于中国移动公司开展千里眼业务的规范性文件。本标准是中国移动千里眼业务系列标准之一，该系列标准的结构、名称或预计的名称如下：序号标准编号标准名称1RFC768用户数据包协议（UDP）2RFC793传输控制协议（TCP）3RFC959文件传输协议（FTP）4RFC2326实时流协议（RTSP）5RFC2327会话描述协议（SDP）6RFC2616超文本文传输协议（HTTP1.1）7RF

8、C3261会话初始协议（SIP）8RFC3550实时传输协议（RTP）9RFC3551实时控制协议（RTCP）10RFC4145基于TCP的媒体传输会话描述协议（SDP）11RFC4571基于连接的实时传输、控制协议本标准涉及知识产权的情况说明。本标准的附录A附录H为标准性附录。本标准由中移号文件印发。本标准由中国移动通信集团数据部提出，集团公司技术部归口。本标准起草单位：中国移动通信研究院本标准主要起草人：郑冬冬、朱伟、徐彦3791.范围本标准在于定义中国移动千里眼业务的各部件间通讯的接口，用于中国移动公司开展千里眼业务的规范性文件。2.规范性引用文件下列文件中的条款通过本标准的引用而成为本

9、标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。序号标准编号标准名称发布单位1RFC768用户数据包协议（UDP）IETF2RFC793传输控制协议（TCP）IETF3RFC959文件传输协议（FTP）IETF4RFC2326实时流协议（RTSP）IETF5RFC2327会话描述协议（SDP）IETF6RFC2616超文本文传输协议（HTTP1.1）IETF7RFC3261会话初始协议（SIP）IETF8RFC3550实时传输协议

10、（RTP）IETF9RFC3551实时控制协议（RTCP）IETF10RFC4145基于TCP的媒体传输会话描述协议（SDP）IETF11RFC4571基于连接的实时传输、控制协议IETF3.术语、定义和缩略语下列术语、定义和缩略语适用于本标准：词语解释业务控制中心SCC（Service Control Center）监控客户端SC（Surveillance Client）移动监控客户端M_SC（Mobile Surveillance Client）网络录像单元VR（Video Recorder）监控前端VCU（Video Capturing Unit）移动监控前端M_VCU（Mobile V

11、ideo Capturing Unit）业务管理平台SMP（Service Management Platform）视频转码单元VT（Video Transcoder）视频分发服务器VDS（Video Distribution Server）前端接入网关VCU_GW（VCU Gateway）客户端接入网关SC_GW（SC Gateway）4. 流程与接口定义4.1流程和接口规范范围涉及平台各网元在实现主要业务功能时的流程和接口，主要业务功能包括实时视频访问、云镜控制、前端/平台录像的存储/查询/回放/下载、报警联动、音频对讲、音频广播、透明通道、业务管控。4.2 接口定义接口协议主要分成以下几

12、个部分：1). SC、VCU/M_VCU会话相关接口：媒体会话建立及拆除、注册、告警上报和告警通知、云镜控制等。采用SIP协议。2). M_SC会话相关接口：媒体会话建立及拆除采用RTSP协议；注册、云镜控制等，采用HTTP协议。3). 媒体的传输接口：用来在各个相关网元之间传送媒体流，并且对传输质量进行控制。采用RTP/RTCP协议（基于UDP或基于TCP）；对于录像回放、下载，采用RTSP协议。4). 业务管理接口：业务的管理和控制、信息查询等。SC侧采用HTTP+XML协议，VCU(M_VCU)侧采用扩展的SIP+XML协议。SMP和SCC之间使用SOAP。相关接口参考点，如下图所示：图

13、1 接口参考点参考点1(SC/M_SC和平台的接口)：IF11：SC呼叫控制接口，使用SIP协议IF12：M_SC管理和业务接口，使用HTTP协议IF13：SC媒体流接口，使用RTP/RTCP协议IF14：SC媒体流接口，使用RTP/RTCP协议IF15：SC媒体流接口，使用RTP/RTCP协议IF16：M_SC媒体流控制接口使用RTSP协议 参考点2(平台间的接口)：IF21：SCC和SMP之间的接口，使用SOAP协议参考点3(VCU/M_VCU和平台的接口)：IF31：图片上传接口，使用HTTP协议IF32：媒体流接口，使用RTP/RTCP协议IF33：呼叫控制接口、管理和业务接口，使用S

14、IP协议；其他接口： 平台网管使用SNMP，前端网管使用TR069。4.3 接口协议说明4.3.1 SIP会话相关接口4.3.1.1会话相关的接口会话相关的接口使用SIP协议，消息体使用SDP描述，原则如下：1） 以RFC3261定义的消息格式为参考；2） 对千里眼业务系统需要的功能参考SIP 的构架和信令交互实现的机制进行消息规范；3） 采用SIP 的结构描述方式，头信息完全采用SIP 协议头结构，消息体采用SDP。对于一些应用相关的控制信息如果无法用SDP描述，可以采用XML。4.3.1.2 SIP 消息头域SIP 是基于请求/响应的事务处理模型，使用消息方式完成用户会话的建立和管理。SI

15、P 消息分为两类：SIP 请求和SIP 响应，其中请求消息由客户机发往服务器，响应消息由服务器发往客户机。请求消息和响应消息格式由一个起始行、若干个头字段，以及一个可选的消息体组成。请求和响应消息的基本格式如下：SIP 消息=起始行*消息头部（1个或多个头部）CRLF（空行）消息体起始行= 请求行/状态行请求消息的起始行为请求行：Request-Line = Method SP Request-URI SP SIP-Version CRLF响应消息的起始行为状态行：Status-Line = SIP-Version SP Status-Code SP Reason-Phrase CRLF头信息

16、的具体描述：请求头（以MESSAGE请求为例）：MESSAGE sip: SCC192.168.15.115 SIP/2.0Via: SIP/2.0/UDP 172.168.15.100:0;branch=z9hG4bk241576964Max-Forards: 70From: ; tag=1841049113To: Call-ID: 841511652-1539196432-1739981563CSeq: 3 INFOContact: Content-Type: application/CV_v10+xmlContent-Length: 302User-Agent: SIP .NET 1.0

17、 evalution version回应头：SIP/2.0 200 OKVia: SIP/2.0/UDP 192.168.15.100:0;branch=z9hG4bk241576964Max-Forards: 70From: To: ; tag=1841049113Call-ID: 841511652-1539196432-1739981563CSeq: 3 INFOContent-Type: application/CV_v10+xmlContent-Length: 302User-Agent: SIP .NET 1.0 evalution version和网络视频监控系统相关的的头信息说

18、明如下：1 请求行Request-Line = Method SP Request-URI SP SIP-Version CRLF在本系统中，Method需要支持：INVITE，ACK，BYE：音视频会话的建立和释放MESSAGE：云镜控制、消息上报、告警通知REGISTER，前端注册、用户注册OPTIONS:Reuest-URI：使用如下格式：sip:统一编号CV.com:port 。每个SCC管理的设备形成一个域，因此，由同一个SCC管理的设备在标识上应该使用统一的域名，作为域编号字段；port字段通常采用协议缺省端口，也可以使用其他端口。1） SIP-Version：按照SIP规范，恒为

19、SIP/2.0。2） Via: 记录了请求在SIP网络中的路由路径，用来指示如何将响应沿原路返回到UA的路径。Via域使用 “SIP/2.0/传输方式 目的地址:0; branch=.”的方式说明，传输方式恒定为UDP，branch必须以z9hG4bK为前缀，后续是一个随机字符串。3） Max-Forards：最大转发数，用来限制一个SIP请求消息所能经过的实体的最大数目。如果消息拷贝中包含一个Max-Forwards字段，代理服务器必须将其减一。如果消息拷贝中不含Max-Forwards字段，代理服务器必须加入该字段，其值应该为70。如果请求消息中包含Max-Forwards字段，且其值为零

20、，则SIP实体不得转发，并且返回483(Too Many Hops)响应。在本系统中，由于SCC在相当于背靠背的用户代理，该域恒定义为70；1） From /To: 标识呼叫的发起者和接收者。格式：display name ;tag=。2） Call-ID：呼叫标识。和From Tag，To Tag构成了dialog信息，可以唯一标识一个dialog3） CSeq：用于标识事务并对事务排序。由一个序列号和请求方法组成。呼叫开始时初始化CSeq。CSeq按照各自方向严格单向按1递增。CSeq能够区分某个请求是新请求还是重发的请求。4） Contact：包含的SIP URI是UA希望用来接收请求的

21、地址，后续请求可以用它来联系到当前UA。5） Content-Type：使用application/sdp。对于一些应用相关的消息体类型，可以扩展使用自定义类型application/Global_Eye30。6） Content-Length：4.3.1.3 SIP 消息体使用SDP来描述媒体流相关的信息，SDP标准见RFC2327。要求支持其中定义的必选参数：Session description：v= (protocol version)o= (owner/creator and session identifier).s= (session name)c=* (connection i

22、nformation - not required if included in all media)Time description：t= (time the session is active)Media descriptionm= (media name and transport address)c=* (connection information - optional if included at session-level)b=* (bandwidth information)a=* (zero or more media attribute lines)SDP例子： v=0 o

23、=mhandley 2890844526 2890842807 IN IP4 126.16.64.4 s=SDP Seminar i=A Seminar on the session description protocol u=http:/www.cs.ucl.ac.uk/staff/M.Handley/sdp.03.ps e=mjhcv.edu (Mark Handley) c=IN IP4 224.2.17.12/127 t=2873397496 2873404696 a=recvonly m=audio 49170 RTP/AVP 0 m=video 51372 RTP/AVP 31音

24、视频编解码器负载类型定义请参见附录。MPEG4定义在RFC3016中，必须支持profile-level-id和config参数，以下是一个例子： m=video 49170/2 RTP/AVP 98 a=rtpmap:98 MP4V-ES/90000 a=fmtp:98 profile-level-id=1;config=000001B001000001B509000001000000012 0008440FA282C2090A21FH.264定义在RFC3984中，必须支持profile-level-id和packetization-mode参数，以下是一个例子： m=video 4917

25、0 RTP/AVP 99 a=rtpmap:99 H264/90000 a=fmtp:99 profile-level-id=42A01E; packetization-mode=0; sprop-parameter-sets=Z0IACpZTBYmI,aMljiA=AVS定义在AVS-p8-1-IP中： m=video 49170 RTP/AVP 100 a=rtpmap:100 AVSM/900004.3.1.4 SIP 响应消息由于网络视频监控系统和电话系统相比，有一些特殊性，当会话建立时，SIP定义了一些临时响应消息如180 Ringing，183 Session Progress，这

26、些临时响应消息在网络视频监控系统是不需要的，直接返回最终的响应消息即可；如果该呼叫被接受，直接返回200 OK消息；如果该呼叫被重定向，可以使用301 Moved Permanently或302 Moved Temporarily消息，如果该消息被拒绝，应使用正确的4xx/5xx/6xx消息。但为了阻止SIP会话的发起端重新发送请求，如果200 OK不能及时应答的话，需要发送100 Trying响应。4.3.2 录像回放接口SC的录像媒体会话协议采用SIP协议建立会话，使用RTSP over SIP方式进行VCR控制操作。M_SC的录像媒体会话协议采用RTSP，RTSP定义在RFC2326中。

27、千里眼业务系统至少需要支持以下方法：l SETUPl PLAYl PAUSEl RECORDl TEARDOWNl DESCRIBLEl ANNOUNCE4.3.3 媒体传输接口音视频数据传输采用RTP/RTCP进行传输。实时传输协议（Real-time Transport Protocol，RTP）是在Internet上处理多媒体数据流的一种网络协议，利用它能够在一对一（unicast，单播）或者一对多（multicast，多播）的网络环境中实现传流媒体数据的实时传输，RTP和RTCP结合使用，为按序传输数据包提供可靠的保证以及提供流量控制和拥塞控制。RTCP协议必须支持RR和SR两种方式。

28、4.3.4 业务管理接口SC与SCC之间的管理和业务接口使用RFC3428MESSAGE+XML协议，对于大数据包的接口采用HTTP+XML协议；所有涉及到前端操作的接口，都采用MESSAGE+XML协议。M_SC与SCC之间的管理和业务接口使用HTTP+XML协议；VCU/M_VCU与SCC之间的管理和业务接口使用SIP的RFC3428MESSAGE+XML。HTTP请求使用标准HTTP Request, 为了易于扩展使用Post。5. 关键业务流程5.1 业务管理流程5.2单域用户业务操作流程5.2.1 用户登录/注销图2 用户登录/注销流程图5.2.2 获取设备列表图3 获取设备列表流程

29、图5.2.3 客户端自定义LOGO上载和下载图4 客户端自定义LOGO上载和下载流程图5.2.4 客户端查询平台信息图5 客户端查询平台信息流程图5.2.5 客户端查询设备详细信息图6 客户端查询设备详细信息流程图5.2.6 设备状态变更通知图7 设备状态变更通知流程图5.2.7 无线前端休眠和短信通知上线图8 无线前端休眠和短信通知上线流程图SC向SC_GW发送短信发送申请，SC_GW将该短信发送命令到SCC，通过鉴权审核后，SCC将该命令转换为相关短信网关可以识别的格式，发送短信。短信命令格式：命令格式例子VCU激活VCU_ID:WakeUp123456789012345:WakeUpVC

30、U休眠VCU_ID:Hibernate123456789012345: HibernateVCU重新启动VCU_ID:Reset123456789012345:Reset5.2.8 设备登录/注销图9 设备登录/注销流程图5.2.9 前端保活图10 前端保活流程图5.2.10 前端能力上报图11 前端能力上报流程图5.2.11 前端查询平台信息图12 前端查询平台信息流程图5.2.12 实时浏览图13 直连实时浏览流程图图14 服务器中转实时视频浏览流程图图15 直连切换到中转实时视频浏览流程图5.2.13 云镜控制图16 云镜控制流程图5.2.14 云镜加、解锁图17 云镜加、解锁流程图5.

31、2.15 平台抓拍图片查询和下载图18 平台抓拍图片查询和下载流程图5.2.16 中心平台手动录像图19 中心平台手动录像流程图5.2.17 中心平台录像计划配置 图20 中心平台录像计划配置流程图5.2.18 中心平台录像信息查询与删除图21 中心平台录像信息查询与删除流程图图22 手机客户端中心平台录像信息查询流程图5.2.19 中心平台录像回放、下载下面的图已经修改图23 中心平台录像回放、下载流程图图24 手机客户端录像回放、下载流程图更新此图5.2.20 前端抓拍计划查询及配置图25 前端抓拍计划查询及配置流程图5.2.21 前端录像计划配置图26 前端录像计划配置流程图5.2.22

32、 前端抓拍图片查询和下载图27 前端抓拍图片查询和下载流程图5.2.23 前端手动录像图28 前端手动录像流程图5.2.24 前端录像查询图29 前端录像查询流程图5.2.25 前端录像回放、下载 图30 前端直连录像回放、下载流程图 图31 前端录像中转回放、下载流程图5.2.26 中心平台报警联动图32 中心平台报警联动查询及设置流程图图33 中心平台报警联动流程图图34 活动告警查询和确认流程图5.2.27 前端设备参数查询/配置图35 前端设备参数查询/配置流程图5.2.28 音频对讲图36 直连音频对讲流程图图37 平台中转音频对讲流程图5.2.29 音频广播图38 音频广播流程图5

33、.2.30 客户端上载视频图39 上载视频流程图5.2.31 上载视频查询、回放和下载图40 上载视频查询流程图注：其中回放和下载方式保持与平台录像回放和下载流程一致5.2.32 前端采集数据上载图41 前端采集数据上载流程图6 监控客户端同监控平台接口6.1 业务管理流程6.2单域用户业务操作6.2.1 用户登录/注销用户登陆消息支持重定向，客户端支持接入服务器返回302重定向消息，客户端可以根据重定向消息重新登陆，且登陆注销支持NAT穿越功能，支持RFC3581标准。注册请求消息（无认证信息）接口编号IF11-001消息方向SC-SC_GW接口描述SC向SC_GW发送注册请求消息关联流程客

34、户端注册流程接口协议SIP REGISTER方法 接口参数原语头域属性信元描述REGISTERRequest-URIMSC的归属网络的域名FromMSC公有标识，该标识为：用户开户时，提供给用户登录千里眼的唯一标识，可以是手机号码等形式；后续的“SC公有标识”与此定义一致。ToMSC公有标识ViaMVia头域是用来描述请求当前经历的路径的，并且标志了应答所应当经过的路径ContactMRouteOREGISTER下一跳的地址，SC_GW的地址AuthorizationO鉴权认证信息，统一采用HTTP的Digest。具体的认证信息包括:Digest username=13888888888Cal

35、l-IDMCall-ID头域用来唯一区别一个特定的邀请或者一个特定客户端的所有注册项Max-ForwardsMMax-Forwards头域必须在任何一个SIP请求中使用，来限制中间转发请求到下一个节点的proxy或者gateway的个数CseqMCseq头域是为了在会话中对事务进行排序的，提供事务的唯一标志，并且区分请求和请求的重发ExpiresM注册有效时长，单位为秒，如果时长为0，则标识注销Content-LengthM消息体长度，这里固定填写0举例REGISTER sip: 13888888888 SIP/2.0Via: SIP/2.0/UDP 10.6.10.101:5060;bran

36、ch=z9hG4bK791-13184-10901Max-Forwards: 70From: 13888888888 ;tag=20325-13340Route: 13888888888 To: 13888888888 Contact: ;expires=6000Call-ID: 32412-13008.2416-otest010901Authorization: Digest username=13888888888CSeq: 1 REGISTERExpires: 3600Content-Length: 0注册响应消息（鉴权挑战）接口编号IF11-002消息方向SC_GW-SC接口描述SC_

37、GW返回注册响应结果接口协议SIP REGISTER方法接口参数原语头域属性信元描述REGISTER401MUnauthorized 未鉴权，进行鉴权挑战FromMSC公有标识ToMSC公有标识ViaMVia头域是用来描述请求当前经历的路径的，并且标志了应答所应当经过的路径ContactMWWW-AuthenticateM鉴权认证信息，统一采用HTTP的Digest。具体的认证信息包括:Digest realm= nonce=0f8afc8ddcbcf03fae686f85dbc3a703algorithm=MD5qop=authCall-IDMCall-ID头域用来唯一区别一个特定的邀请或者

38、一个特定客户端的所有注册项CseqMCseq头域是为了在会话中对事务进行排序的，提供事务的唯一标志，并且区分请求和请求的重发ExpiresM注册有效时长，单位为秒Content-LengthM消息体长度，这里固定填写0鉴权参数Authorization头参数说明参数名称说明必备/可选数据类型备注username用户名Mxsd:stringIMPURealm用户域Mxsd:string告知用户使用哪个域的用户名密码登录。如“”Nonce摘要质询参数Mxsd:string返回请求一响应中的参数nonceUri访问路径Mxsd:string请求的URIqop保护质量Mxsd:stringauth：鉴

39、权，不对消息体做完整性验证。auth-int：鉴权并需要对消息体做摘要，保证消息完整性。注册过程使用authNcnonce计数参数Mxsd:string客户端请求的十六进制计数，以00000001开始，每次请求加1，目的是防止重放攻击。Cnonce客户端nonce值Mxsd:string客户端用来鉴定服务器的摘要质询参数response响应值Mxsd:string对请求一中401响应的参数采用MD5算法做摘要计算的结果其中response计算方法如下：response = KD ( H(A1), unq(nonce-value): nc-value: unq(cnonce-value): un

40、q(qop-value): H(A2) A1= unq(username-value) : unq(realm-value) : passwd如果qop等于auth，A2 = Method : digest-uri-value如果qop等于auth-int，A2 = Method : digest-uri-value : H(entity-body)其中：1) H(data) = MD5(data)。2) KD(secret, data) = H(concat(secret, :, data)。3) unq(X)代表去掉X前后的引号4) Method=REGISTER5) entity-bod

41、y代表SIP请求的消息体。6) passwd=key。举例SIP/2.0 401 UnauthorizedCall-ID: 32412-13008.2416-otest010901From: ;tag=20325-13340To: ;tag=cmccsipwKWyPlvCg7QDcdJoA6ZOVtScpVOH0Pdc.1CSeq: 1 REGISTERWWW-Authenticate: Digest .realm=,domain=,nonce=0f8afc8ddcbcf03fae686f85dbc3a703,algorithm=MD5,qop=authVia: SIP/2.0/UDP 10.

42、6.10.101:5060;received=10.6.10.101;branch=z9hG4bK791-13184-10901注册请求消息（认证信息）接口编号IF11-003消息方向SC-SC_GW接口描述SC向SC_GW发送注册请求消息关联流程客户端注册流程接口协议SIP REGISTER方法 接口参数原语头域属性信元描述REGISTERRequest-URIMSC的归属网络的域名FromMSC公有标识ToMSC公有标识ViaMVia头域是用来描述请求当前经历的路径的，并且标志了应答所应当经过的路径ContactMRouteOREGISTER下一跳的地址，SC_GW的地址Authoriza

43、tionM鉴权认证信息，统一采用HTTP的Digest。具体的认证信息包括:Digest username=“13888888888”realm=”nonce=” 0f8afc8ddcbcf03fae686f85dbc3a703”uri=”sip:”response=13e9ffa6861a6f077d46a30b86163777,algorithm=MD5,cnonce=G4bK246483481824,qop=auth,nc=00000001Call-IDMCall-ID头域用来唯一区别一个特定的邀请或者一个特定客户端的所有注册项Max-ForwardsMMax-Forwards头域必须在

44、任何一个SIP请求中使用，来限制中间转发请求到下一个节点的proxy或者gateway的个数CseqMCseq头域是为了在会话中对事务进行排序的，提供事务的唯一标志，并且区分请求和请求的重发ExpiresM注册有效时长，单位为秒，如果时长为0，则标识注销Content-LengthM消息体长度，这里固定填写0举例REGISTER sip: SIP/2.0Max-Forwards: 69From: 010901 ;tag=4377-30183To: 010901 Contact: ;expires=6000Call-ID: 32412-13008.2416-otest010901CSeq: 2

45、REGISTERExpires: 3600Content-Length: xxxAuthorization: Digest username=010901,realm=,nonce=DiNgix1LO0zuvI1skkZfgQAAAAARaxERzJzmsGp8FpY=,uri=sip:,response=5614bd1170f6ea16e50f00988aa362a9,cnonce=179661552,algorithm=MD5,opaque=,qop=auth,nc=00000001注册响应消息（鉴权成功）接口编号IF11-004消息方向SC_GW-SC接口描述SC_GW返回注册响应结果接

46、口协议SIP REGISTER方法接口参数原语头域属性信元描述REGISTER200M注册成功FromMSC公有标识ToMSC笔误？公有标识ViaMVia头域是用来描述请求当前经历的路径的，并且标志了应答所应当经过的路径Call-IDMCall-ID头域用来唯一区别一个特定的邀请或者一个特定客户端的所有注册项CseqMCseq头域是为了在会话中对事务进行排序的，提供事务的唯一标志，并且区分请求和请求的重发Contact M注册用户的联系地址Service-RouteMS-CSCF信息DateM时间 如Tue, 26 Mar 2010 16:49:05 GMTExpiresM注册有效时长，单位为

47、秒Content-LengthM消息体长度，这里固定填写0鉴权参数Authorization头参数说明参数名称说明必备/可选数据类型备注username用户名Mxsd:stringIMPURealm用户域Mxsd:string告知用户使用哪个域的用户名密码登录。如“”Nonce摘要质询参数Mxsd:string返回请求一响应中的参数nonceUri访问路径Mxsd:string请求的URIqop保护质量Mxsd:stringauth：鉴权，不对消息体做完整性验证。auth-int：鉴权并需要对消息体做摘要，保证消息完整性。注册过程使用authNcnonce计数参数Mxsd:string客户端请

48、求的十六进制计数，以00000001开始，每次请求加1，目的是防止重放攻击。Cnonce客户端nonce值Mxsd:string客户端用来鉴定服务器的摘要质询参数response响应值Mxsd:string对请求一中401响应的参数采用MD5算法做摘要计算的结果其中response计算方法如下：response = KD ( H(A1), unq(nonce-value): nc-value: unq(cnonce-value): unq(qop-value): H(A2) A1= unq(username-value) : unq(realm-value) : passwd如果qop等于au

49、th，A2 = Method : digest-uri-value如果qop等于auth-int，A2 = Method : digest-uri-value : H(entity-body)其中：1) H(data) = MD5(data)。2) KD(secret, data) = H(concat(secret, :, data)。3) unq(X)代表去掉X前后的引号。4) Method=REGISTER。5) entity-body代表SIP请求的消息体。6) passwd=key。举例SIP/2.0 200 OKCall-ID: 32412-13008.2416-otest0109

50、01From: ;tag=4377-30183To: ;tag=cmccsipCGoh9CIUMAy7E4CfnHpW76dd.1CSeq: 2 REGISTERDate: Tue, 26 Mar 2002 17:17:00 GMTService-Route: Contact: ;expires=3600Via: SIP/2.0/UDP 10.6.10.1:5061;received=10.6.10.1;branch=z9hG4bK*1-1-57-15-BE*mnCR3uHmgg.1;cmcc-did=1-1-57-15-BE保活消息接口编号IF11-005消息方向SC-SC_GW接口描述SC

51、向SC_GW发送保活请求消息关联流程客户端保活流程接口协议SIP OPTIONS方法 接口参数原语头域属性信元描述OPTIONSRequest URIMSC的IDdomainFromMSC的IDdomainToM同Request URI ViaMVia头域是用来描述请求当前经历的路径的，并且标志了应答所应当经过的路径Call-IDMCall-ID头域用来唯一区别一个特定的邀请或者一个特定客户端的所有注册项Max-ForwardsMMax-Forwards头域必须在任何一个SIP请求中使用，来限制中间转发请求到下一个节点的proxy或者gateway的个数CseqMCseq头域是为了在会话中对事

52、务进行排序的，提供事务的唯一标志，并且区分请求和请求的重发Content-LengthM0200 OKFromM同OPTIONS请求ToM同OPTIONS请求,To增加tag标识对话Call- IDM同OPTIONS请求ViaMVia头域是用来描述请求当前经历的路径的，并且标志了应答所应当经过的路径Call-IDM与OPTIONS会话保持一致Max-ForwardsMMax-Forwards头域必须在任何一个SIP请求中使用，来限制中间转发请求到下一个节点的proxy或者gateway的个数Content-LengthM06.2.2 获取设备列表及动态信息获取用户信息请求消息接口编号IF12-

53、001消息方向SC-SC_GW接口描述SC向SC_GW获取用户本身的信息，在用户注册成功之后，首先获取用户相关的信息关联流程获取列表流程接口协议HTTP+XML POST方法 在HTTP头中携带鉴权信息请求XML定义属性必选/可选描述1.MESSAGEElementM信息开始2.VersionAttributeM版本信息 1.03.CV_HEADERElementM消息头4.MsgTypeAttributeMMSG_GET_SC_INFO_REQ5.MsgSeqAttributeM消息序列号6.USER_IDElementM用户IDXmlcontent内容如下： 123456789012345获取用户信息响应消息接口编号IF12-002消息方向SC_GW-SC接口描述SC_GW返回用户具体的相关信息关联流程获取设备列表接口协议HTTP+XML XML定义属性必选/可选描述1.MESSAGEElementM信息开始2.VersionAttributeM版本信息 1.03.CV_HEADERElementM消息头4.MsgTypeAttributeMMSG_GET_SC_INFO_RSP5.MsgSeqAttributeM消息序列号6.RESULTElementM通知消息体7.ValueAttribute