《CDMA2000分组域可视电话业务研究报告.doc》由会员分享，可在线阅读，更多相关《CDMA2000分组域可视电话业务研究报告.doc（88页珍藏版）》请在三一办公上搜索。
1、 中国通信标准化协会课题编号：（2009B12） CDMA2000分组域可视电话业务研究报告2009年 10月研 究 报 告 要 点本研究报告依据VT业务的需求和应用场景，首先对实现该业务的系统框架和相应接口进行简单定义，并对业务信令流程部分进行了详细描述。除了上述通用部分，对VT业务的QoS、安全、计费、业务域交互、移动IP的应用等多个关键技术进行了详细的分析。最后该报告提出VT业务对终端、HRPD网络分组域和IMS网络的技术要求，提炼出后续标准化的需要，为VT业务的后续标准化提供参考。本报告中，重点分析了VT业务的安全解决方案中的两种鉴权方案和VT业务域间交互解决方案中的两种业务交互方案，
2、从而为后续业务的部署提供详尽的技术指导。无线通信技术工作委员会、第四工作组（cdmaOne&cdma2000）研究单位：工业和信息化部电信研究院、中国电信集团公司、华为技术有限公司、上海贝尔股份有限公司、中兴通讯股份有限公司、高通无线通信技术（中国）有限公司目录1 范围vi2规范性引用文件vii3缩略语vii4一般性需求104.1 业务的定义104.2 业务基本条件104.3 业务需求105业务场景105.1 与注册/注销相关的应用场景115.2 与会话相关的应用场景115.3 场景分析结论136业务系统架构136.1 系统架构146.2 接口协议要求157. PSVT信令机制167.1 基本
3、信令流程167.1.1 VT业务正常注册流程167.1.2 点对点视频电话流程177.1.3 终端放音典型流程：被叫已注册但暂时不在服务区197.1.4 网络放音典型流程：被叫终端忙207.2 异常情况下的信令和参数208PSVT QoS机制218.1 QoS Profile参数218.2 QoS 实现流程228.3 SIP压缩239PSVT安全机制研究239.1 网络安全架构239.2 接入鉴权249.3 分组业务鉴权方案269.4 VT业务鉴权方案279.4.1 HTTP DIGEST鉴权方案279.4.2 CAVE-AKA方案2810 PSVT计费机制3110.1 后付费计费3110.1
4、.1 计费方案3110.1.2 计费CDR格式3210.1.3 VT业务承载层计费3210.1.4 漫游计费3310.2 PSVT产生的流量进行计费核减的机制3310.2.1 PSVT业务流量核减机制3310.2.2 VT业务流量核减安全问题3311 PSVT业务对设备的要求3311.1对终端的要求3411.1.1 终端呈现方式3411.1.2 关键硬件特性要求3411.1.3 协议要求3511.1.4 （建议修改或删除）安全性要求3611.1.5 终端软件安装和升级（可选）3711.2 对HRPD网络分组域的要求3711.2.1 功能要求3711.2.2 数据配置要求3711.3 对IMS网
5、络的要求3812 标准化需求3913PSVT关键技术解决方案3913.1 引入移动IP 对PSVT业务的影响3913.1.1 CMIP流程介绍4113.1.2 PMIP流程介绍4313.1.2.1 PMIP4会话建立4313.1.2.2 PMIP4会话切换4413.1.2.3 PMIP4会话释放4613.1.3 移动IP特性分析4713.1.4 移动IP商用情况4813.1.5 基于移动IP部署可视电话业务的分析4913.1.6 移动IP分析评估及建议结论4913.2 双模单待机下两网互操作对PSVT业务的影响5113.2.1 综述5113.3.2 VCC方案5213.2.2.1 方案架构52
6、13.2.2.2 MMD注册5313.2.2.3 1x注册5413.2.2.4 1x主叫锚定5513.2.2.5 1x被叫锚定5713.2.2.6 详细应用场景分析5913.2.3 简化的VCC方案6913.2.3.1 主叫锚定流程6913.2.3.2 被叫锚定流程7113.2.3.3 被叫场景流程分析7113.3 SVDO方案7313.4 基本VT呼叫时间性能分析7613.4.1 端到端的VT呼叫建立时间7613.4.1.1 业务信道建立时间7613.4.1.2 SIP会话建立时间7613.4.2 BTS切换时间7613.4.3 AN切换时间7713.4.3.1 AN间软切换时间分析7713
7、.4.3.2 AN间硬切换时间分析7813.4.4 VT终端连续通话时间80附录A：信令流程80A.1 VT 业务注册81A.1.1 用户重注册81A.1.2 用户未签约VT 业务 /用户无漫游权限81A.1.3 用户关机注销业务82A.2 点对点视频电话82A.2.1 视频电话呼叫释放82A.2.2 被叫用户拒绝接听83A.2.3 主叫用户呼叫建立前挂机83A.2.4 被叫久叫不应85A.2.5 被叫已注册但暂时不在服务区85A.2.6 被叫终端不是IMS用户87A.2.7 被叫IMS用户未注册，有未注册业务但未签约VT业务88A.2.8 网络播放提示音超时88A.3 彩玲业务流程89cdm
8、a2000分组域可视电话业务研究报告1 范围 本报告研究CDMA网络实现和部署可视电话业务的完整解决方案，为后续业务的进一步标准化提供技术参考。2规范性引用文件下列文件中的条款通过本企业技术标准的引用而成为本企业技术标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修改版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。 13GPP2 S.R0079-A Support for End-to-End QoS Stage 1 Requirements, Version 1.0, June
9、29, 2006 23GPP2 C.R1001-F Administration of Parameter Value Assignments for cdma2000 Spread Spectrum Standards, Version 1.0, December 8, 2006 33GPP2 X.S0011-004-D cdma2000 Wireless IP Network Standard: Quality of Service and Header Reduction，Version: 2.0，November 2008 43GPP2 S.S0086-B IMS Security F
10、ramework, Version: 1.0, 08 December 2005 53GPP2 S.S0127-0 CAVE Based IMS Security, version1.0, 19 June, 2008 63GPP2 S. S0042-0 Voice Call Continuity Between IMS and Circuit Switched Systems, October 20073缩略语下列缩略语适用于本标准：AKAAuthentication and Key Agreement 鉴权与密钥分配ANAccess Network接入网络ASApplication Serv
11、er应用服务器SBCBorder Access Controler边界接入控制器BSCBase Station Controllor基站控制器CAVECellular Authentication and Voice Encryption蜂窝鉴权与话音加密CCoACo-located Care-of Address联合定位转交地址CDRCharging Data Record计费数据CIFCommon Intermediate Format (352x288)一般媒介格式CMIPClient Mobile IP客户端移动IPCNCore Network核心网络CoACare-of Addres
12、s转交地址CRMCustomer relationship management客户关系管理CSCFCall Session Control Function呼叫会话控制功能DNSDomain Name Server域名服务器DSCPDiffServ Code Point区分服务代码点EVRCEnhanced Variable Rate CODEC增强的可变速率编解器FAForeign Agent外地代理FPSFrames per Second每秒钟帧数HAHome Agent家乡代理HoAHome Address家乡地址HRPDHigh Rate Packet Data高速分组数据IETFI
13、nternet Engineering Task Force因特网工程任务组IMPIIP Multimedia Private IdentityIP多媒体用户私有身份IMPUIP Multimedia Public IdentityIP多媒体用户公有身份IMSIP Multimedia SubsystemIP多媒体子系统IMSIInternational Mobile Subscriber Identity国际移动用户身份IPInternet Protocol因特网协议MMDIP MultiMedia Domain多媒体域MNMobile Node移动节点NAINetwork Access I
14、dentifier网络接入标识符PDSNPacket Data Support Node分组数据业务节点PMIPProxy Mobile IP代理移动IPPPPPoint-to-Point Protocol点到点协议QoSQuality of Service服务质量RTPReal-timeTransportProtocol实时传输协议RTCPReal-timeTransportControlProtocol实时传输控制协议SDPSession Description Protocol会话描述协议SIPSession Initiation Protocol会话初始协议QCELPQualcomm
15、Code Excited Linear Predictive受激线性预测编码VTVideo Telephony可视电话VCCVoice Call Continuity语音呼叫连续性UDPUser Datagram Protocol用户数据报协议URLUniform Resource Locator统一资源定位器4一般性需求4.1 业务的定义CDMA2000分组域可视电话业务（以下简称VT业务）是基于HRPD Rev.A或后续版本（本文简称HPRD）分组网络提供的两个可视移动终端之间的实时双工音视频通信业务，用户能够通过终端进行语音通话的同时，通过终端的屏幕看到对方的视频图像，同时通过摄像头将自
16、己的本地图像传输到对方。本研究报告只限于移动终端之间采用IMS网络实现视频通信；后续报告将提供移动终端与PC客户端等的视频互通。4.2 业务基本条件VT业务是一个签约业务，用户应该先在IMS中签约VT业务后才能使用该业务。VT业务的终端适用范围是1x+ HRPD双模移动终端，目前不对3G数据卡+PC机开放VT业务；终端模式可以为机卡分离模式或机卡合一模式；双模终端的种类分为双模单通机和双模双通机(SVDO)。双模单通机是指支持1x/HRPD两种系统模式，但同一时刻只能在一个系统模式下工作的双模终端；双模双通机是指支持1x/HRPD两种系统模式，并且可以同时在两个系统进行数据业务的双模终端。4.
17、3 业务需求l 终端包括双模单待机和双模双待机(SVDO)l VT用户接入HRPD网络后立即可以使用VT业务。l 当用户在IMS注册时间超时，网络需发起对用户的注销；l 当VT业务质量下降到无法支撑视频的时候，保留音频流l 支持VT基本补充业务（号码显示、呼叫等待，呼叫保持，呼叫前转、呼叫转移）。l VT业务和1X语音业务优先级相同l VT业务和1X语音业务的优先级都比普通数据业务高l 多媒体彩铃业务（参考另外一个CCSA彩玲规范，但需要增加对VT业务的影响的简单说明）；5业务场景5.1 与注册/注销相关的应用场景应用场景场景描述编号注册VT用户开机（或打开通信功能）时，可以使用PSVT终端从
18、HRPD网络发起IMS注册，不能通过CDMA 1X分组域及其他网络发起注册；1允许VT用户设置是否发起IMS注册，如默认开机自动注册，在国际漫游时不会自动发起注册；2PSVT终端已注册，在注册定时器超时前，能自动发起重注册；3PSVT终端已注册，在重新获取HRPD 系统后，如果注册定时器已超时，能自动发起重新注册；4当用户第一次注册失败（如用户为非IMS用户或无漫游权限时，返回失败原因），则终端不再发起注册直到下次开机；5注销用户正常关机（或关闭通信功能）时，PSVT终端向IMS发起注销；6注册定时器超时后，网络自动发起对PSVT终端的注销；7允许终端设置发起IMS注销；8网络可以主动发起对P
19、SVT终端的注销；95.2 与会话相关的应用场景应用场景场景描述编号VT用户A向用户B发起VT呼叫用户B不是VT用户视频呼叫失败，提示主叫用户，被叫用户暂时不能进行VT电话业务，并提示主叫可以重新发起语音呼叫；1用户B是VT用户用户B在HRPD服务区用户B在IMS注册且为空闲状态用户A可在手机终端上，使用原拨号盘以一次拨号的方式拨打VT 电话，或从手机终端通信录中选择号码的方式发起VT电话业务。即与电路域语音拨号体验一致；2被叫终端支持VT能力，系统向用户B提示有VT call到来，等待用户B处理（接听或拒绝）；3被叫终端不支持VT能力，视频呼叫失败，系统将提示主叫用户被叫用户暂时不能进行VT
20、电话业务，并提示主叫可以重新发起语音呼叫；4被叫用户暂时不能进行VT 电话业务（如被叫签约VT呼入限制类业务），视频呼叫失败，系统将提示主叫用户被叫用户暂时不能进行VT电话业务，并提示主叫可以重新发起1X 语音呼叫；5被叫为多媒体彩铃用户，允许主叫听到多媒体彩铃和异常放音；6且久叫不应系统将提示主叫用户，被叫用户暂时无法接听； 7且处于另一个VT call过程中需求一：系统将提示主叫用户，被叫用户忙，中止VT呼叫；8需求二：若被叫支持呼叫等待功能，则VT呼叫下发给被叫终端，并提示被叫用户有新的呼叫进入；9且处于某个HRPD packet call（非VT的）过程中系统提示用户B有VT呼叫来到，
21、等待用户B处理10且处于1x voice call过程中需求一：呼叫失败，提示主叫用户被叫用户暂时不能进行VT电话业务，并提示主叫可以重新发起语音呼叫；11需求二：直接向用户A返回“用户B忙”的提示，中止VT呼叫；12需求三：若被叫支持1x语音/VT互操作的呼叫等待功能，则提示用户B有VT呼叫到来，然后根据用户B的指示处理；（目前标准不支持）13且处于某个1x packet call（非VT的）过程中(用户在分组业务中从1x进入HRPD网络覆盖区) 呼叫失败，提示主叫用户被叫用户暂时不能进行VT电话业务，并提示主叫可以重新发起语音呼叫；14用户B未在IMS注册视频呼叫失败，提示主叫用户，被叫用
22、户暂时不能进行VT电话业务，并提示主叫可以重新发起语音呼叫。15用户B不在HRPD服务区用户B刚离开HPRD服务区，在IMS注册视频呼叫失败，提示主叫用户，被叫用户暂时无法接通，并提示主叫可以重新发起语音呼叫。16用户B未在IMS注册视频呼叫失败，提示主叫用户，被叫用户暂时不能进行VT电话业务，并提示主叫可以重新发起语音呼叫。17用户A向VT用户B发起语音呼叫用户B在HRPD覆盖区用户B处于空闲状态系统向用户B提示有1x voice call到来，等待用户B处理18用户B处于VT call过程中需求一：呼叫失败，提示主叫用户被叫用户暂时无法接通，请稍候再拨；19需求二：系统向1X用户A返回提示
23、“用户B忙”，结束1x用户A的1X voice call发起过程20需求三：若被叫支持1x语音/VT互操作的呼叫等待功能，则提示用户B有1x呼叫到来，然后根据用户B的指示处理；（目前标准不支持）21用户B处于非VT的packet call过程中系统向用户B提示有1X voice call到来，等待用户B处理；22用户B处于1x语音状态若被叫支持1x语音呼叫等待功能，则系统向用户B提示有新的电话过来或者直接提示用户A被叫用户忙；23用户B处于某个1x packet call（非VT的）过程中(用户在分组业务中从1x进入HRPD网络覆盖区)VPOP24用户B不在HRPD覆盖区用户B处于空闲状态系统
24、向用户B提示有1x voice call到来，等待用户B处理25用户B处于1x的数据业务时VPOP26用户B处于1x语音状态若被叫支持1x语音呼叫等待功能，系统向用户B提示有新的电话过来或者直接提示用户A被叫用户忙；275.3 场景分析结论从5.2节中可以看出，场景11-13、19-21涉及两网互操作，为实现这些需求，可能需要引入一些新的技术（详见13.2章），表格比较如下：场景编号双模双待机方案(SVDO)双模单待机方案VCC AS方案简化的VCC AS方案11支持支持支持支持12支持不支持支持支持13支持不支持支持部分支持：支持二选一，不支持网间等待14不支持不支持不支持不支持19支持支持
25、支持支持20支持不支持支持支持21支持不支持支持部分支持：支持二选一，不支持网间等待22支持不支持不支持不支持标准VCC方案相对于双模单待机方案对比，对场景3、4、610、19、20引入了信令锚定；而对11、12、13、18、21、23、24引入了信令和承载锚定。简化VCC方案同标准VCC方案对比，不同点在于不存在承载锚定，从而避免了路由迂回和无谓的承载类型转换，提高接续速度、语音质量和电路资料的利用率。如果运营商需要支持切换，则只需要进行方案上的少许改动就能够变成标准VCC方案。双模双待机方案支持上述场景时不需要承载锚定，不需要改动和升级现有1x和HRPD网络。6业务系统架构6.1 系统架构
26、中国CDMA的移动视频电话业务在分组域提供，具体的系统架构如下图所示。图7-1：VT业务系统架构图上图中：l 会话控制服务器是视频电话业务系统的核心控制功能，主要包括P-CSCF 和S-CSCF/I-CSCF功能。P-CSCF是移动视频电话视频会话系统的入口节点，主要负责SIP信令的代理；S-CSCF/I-CSCF负责为移动视频电话业务提供注册服务、会话控制、并维持会话状态信息。l AS 是SIP 应用服务器，提供视频电话业务逻辑、负责在视频通信的过程中控制媒体资源服务器进行录音通知的播放等。AS 也可以提供补充业务，现阶段主要提供来电显示业务，其他补充业务暂不提供。l HSS：负责存储移动视
27、频电话用户的相关的用户信息及其相关业务信息，与S-CSCF配合完成用户的鉴权、认证；l 媒体资源服务器负责进行录音通知的播放，包括MRFC和MRFP功能模块。MRFC是媒体资源功能控制器，主要翻译来自AS和S-CSCF的信息（如: 会话标识），并控制相应的MRFP进行媒体流的播放；MRFP负责处理媒体流，如提供编解码器的转换，播放录音通知等功能。根据业务特征的定义，如果现阶段不提供录音通知播放功能，MRFC和MRFP功能模块为可选网元。l SBC：位于移动视频电话业务系统的边缘，负责信令代理。由于所有VT 移动终端的IP地址都位于同一个VPN内，SBC 可以不做媒体代理。l ENUM/DNS：
28、包括ENUM 服务器和DNS 服务器，ENUM 服务器负责接收会话控制服务器的查询，将视频呼叫中的Tel URI地址翻译成可以路由的SIP URI。DNS主要提供VT 业务系统内各网元的域名/地址解析。l 计费网关：计费网关通过Rf 参考点接收来自会话控制服务器和AS 的计费信息，进而对计费信息进行处理，构建实际的CDR 并编排其格式；计费网关将CDR 按照相关的格式生成计费文件，然后把计费文件传送到计费中心。l PDSN：负责为用户终端建立分组数据会话。l RAN：负责为用户提供无线传输承载。l AAA：负责对用户进行鉴权，并负责将用户的QoS信息通过PDSN授权给无线接入网。AAA同时负责
29、对用户进行分组承载层的计费。l 终端：该终端是指具有HRPD接入能力的移动终端，它包含视频和音频编解码器、负责多媒体信息的处理，同时具有SIP用户代理功能以与其他用户进行通信。6.2 接口协议要求l 终端与SBC之间的接口（Gm接口）该接口使用SIP协议，具体的要求参见会话初始协议（SIP）技术要求 第5 部分 统一IMS 网络的SIP 协议和统一IMS 的边界网关设备技术要求。l SBC与会话控制服务器之间的接口(Gm接口)该接口采用SIP协议，具体的要求参见会话初始协议（SIP）技术要求 第5 部分 统一IMS 网络的SIP 协议。l 会话控制服务器与HSS之间的接口（Cx接口）该接口使用
30、Diameter协议，具体要求参见3GPP 29.229。l 会话控制服务器内部接口（P-CSCF、S-CSCF和I-CSCF之间的Mw接口）该接口使用SIP协议，具体的要求参见会话初始协议（SIP）技术要求 第5 部分 统一IMS 网络的SIP 协议。l 会话控制服务器与媒体资源服务器之间的接口（Mr接口）该接口使用SIP协议，具体的要求参见会话初始协议（SIP）技术要求 第5 部分 统一IMS 网络的SIP 协议。l 会话控制服务器与AS之间的接口（ISC接口）该接口采用SIP协议，具体的要求参见会话初始协议（SIP）技术要求 第5 部分 统一IMS 网络的SIP 协议。l 会话控制服务器
31、、AS与计费网关之间的接口(Rf接口)该接口采用Diameter协议，具体要求参见3GPP 32.299。注：本规范不对媒体资源服务器内部的接口进行规定。7. PSVT信令机制7.1 基本信令流程7.1.1 VT业务正常注册流程说明：当VT终端接入到HRPD网络，VT终端需执行以下的流程：l 配置和激活用于传输SIP信令流的QoS；l 配置用于传输话音流的QoS；l 配置用于传输视频流的QoS；l 配置用于传输RTCP数据（RTCP同时用于话音流和数据流）的QoS。RTCP流可以配置在在SIP信令流传送；l 可选）如果可视电话终端支持ROHC功能，那么需要协商ROHC参数用于压缩音频和视频流，
32、参见3GPP2 C.S0024-A v1.0和3GPP2 C.S0063-0 v1.0。为了减少可视电话特性激活时间，可视电话终端可以同时执行上面几个过程，然后可视电话终端需要在SCSCF 中注册，1) VT终端向VT业务平台发送注册请求。2) VT业务平台向用户VT终端发送鉴权挑战响应401，其中包含鉴权所需参数；3) 用户VT终端从401响应中提取鉴权参数，并计算鉴权响应参数，在构建的第二个Register消息中传送给VT业务平台；4) VT业务平台鉴权成功后，将200 OK响应转发给用户VT终端；VT业务平台在200 OK响应中增加P-Associated-URI消息头，返回用户隐式注册
33、的所有公有用户标识，其中第一个为缺省的公有用户标识。用户的公有用户标识详见6.1节用户编号。5) VT终端终端成功注册后，即向VT业务平台发送Subscribe，要求订阅该用户的注册事件。P-Preferred-Identity可为用户已注册的任一IMPU。6) VT业务平台通过Notify消息返回该IMPU所对应的IMPI下的所有IMPU的注册状态。重注册信令流程Expires time缺省设置为3600秒，要求网络可进行配置。VT业务注销信令流程与注册流程类似。注销成功后，200 OK响应中需返回P-Associated-URI，告知用户VT终端包括隐式注册在内的哪些公有用户标识被成功注销
34、。7.1.2 点对点视频电话流程1：在发起VT电话呼叫前，用户A终端为话音和视频流激活QoS预留资源。当QoS激活，资源预留成功后，用户A VT终端发送SIP INVITE 请求消息发送给VT业务平台，并经业务平台到达被叫终端。INVITE消息中携带媒体请求。7：当接收到INVITE 请求消息后，用户B的VT终端为自己所支持媒体编解码的话音和视频流激活QoS预留资源。其中P-Asserted-Identity 头域包含主叫用户的公有标识，被叫终端需将头域中的MDN号码显示给用户。8：用户B的VT终端QoS激活，资源预留成功后，发送180 Ringing响应；14：当接收到180 Ringing
35、响应后，由终端播放回铃音。23：当被叫方应答呼叫后，用户B发送200 OK最终响应，用户B的 VT终端回复包含SDP应答的180 Ringing响应，此时终端可以发送媒体流。29：200 OK响应由VT业务平台转发给用户A，用户A接收到200 OK最终响应后发送媒体流31：VT电话终端之间使用协商的音视频编解码交换双向的RTP语音和视频流。7.1.3 终端放音典型流程：被叫已注册但暂时不在服务区8：被叫VT AS定时器超时时，将发送480消息给主叫方。12：用户A收到消息后，VT终端给用户A放音。注1：此信令流程也可应用于被叫进行1X电话/1X数据业务时，此时需要求用户PPP连接依然保持，且V
36、T业务平台依然处于注册状态。注2：AS定时器设置时间略短于其他网元 T7定时器时间。注3：8、13信令消息可同步发送。7.1.4 网络放音典型流程：被叫终端忙9：当被叫用户AS收到486消息时，不再进行转发。而是发送183消息给主叫方，其中183消息中带有错误提示音的SDP地址，且Reason头域携带错误原因值（Reason: SIP; cause=486;Text=Busy）。17：主叫终端听到错误提示音后，主动挂机，发送Cancel消息。7.2 异常情况下的信令和参数对于一些异常场景，在网络放音的情况下，建议的失败响应消息和错误原因值如下：失败场景终端收到的响应消息错误原因值携带网络放音终
37、端提示1未签约用户使用VT终端开机，注册失败403Reason: SIP; cause=403; Text=User Unknown2注册鉴权错误403Reason: SIP; cause=403; Text=Authentication Failed3用户无漫游权限403Reason: SIP; cause=403; Text=Roaming not allowed in this network4已注销用户发起注销，注销失败403Reason: SIP; cause=403; Text=Not Registered5未签约用户使用VT终端发起VT呼叫，呼叫失败403Reason: SIP;
38、 cause=403; Text= Forbidden 6被叫用户非IMS用户183Reason: SIP; cause=404; Text=Not Found7被叫用户未签约VT业务183Reason: SIP; cause=403; Text=Forbidden8被叫用户未注册到VT业务平台183Reason: SIP; cause=480; Text=Temporarily Unavailable9被叫暂时离开HRPD服务区（或被叫正在拨打1X电话等场景）183Reason: SIP; cause=480; Text=Temporarily Unavailable10被叫拒绝VT入呼叫1
39、83Reason: SIP; cause=603; Text=Decline11被叫用户忙，正在进行VT电话183Reason: SIP; cause=486; Text=Busy Here12被叫用户久叫不应183Or Reason: SIP; cause=408; Text=Request Timeout8PSVT QoS机制8.1 QoS Profile参数当用户签约VT业务时，在分组域的AAA上为用户签约QoS profile，用于VT业务的QoS授权。QoS profile中包含的Flow Profle ID定义了VT业务对应的IP流的QoS参数。VT业务将承载在3条IP流上，分别是
40、承载SIP信令和RTCP的IP流，承载语音RTP的IP流和承载视频RTP的IP流。为了分别对这3条IP流进行授权，需要签约3个QoS Profile，即配置3个Flow Profile ID，分别是： SIP信令和RTCP 0x0500 Conversational Media Control Signaling 语音RTP0x0100 Conversational Rate Set 1 Interactive Speech, full rate with No Frame Bundling0x0101 Conversational Rate Set 2 Interactive Speech,
41、 full rate with No Frame Bundling 视频RTP 0x0301 Conversational Interactive Video 32k 0x0303 Conversational Interactive Video 48k0x0305 Conversational Interactive Video 64k 8.2 QoS 实现流程当VT终端开机并完成网络附着后，立即发起IP流的QoS配置和激活请求，用来为VT业务的IP流请求所需要的QoS。该请求中携带Flow Profile ID指明VT业务IP流需要的QoS参数。由于VT业务有3条IP流，因此需要进行IP流
42、的QoS配置和激活。如下图所示。图表 1 VT业务IP流的初始化配置RAN根据PDSN发来的用户签约的QoS profile来对终端的QoS请求进行授权，建立IP流和RLP link flow的映射关系，并通知终端执行同样的映射。同时，RAN根据用户签约的QoS Profile来确定IP流和A8/A10连接之间的映射关系，并把这个关系传递给PDSN。用于传输SIP信令和RTCP的IP流由辅A8/A10来承载，用于传输语音RTP和视频RTP的IP流则需要新建辅A8/A10连接来承载。RAN需要将VT业务的语音和视频RTP映射到单独的辅A8/10连接，使VT业务不与其他业务（如QChat）共享A8
43、/A10连接。这样做的目的是为了便于计费，即PDSN根据A10连接就可以对VT业务的流量进行单独的计费。终端完成IP流的QoS配置和激活后，发送带有TFT的resv消息通知PDSN当前终端使用的IP流信息。PDSN根据用户指示的TFT将前向分组映射到IP流上，然后根据RAN指示的IP流与A8/A10连接的映射关系将前向分组导入合适的A8/A10连接传送。终端完成VT业务IP流的配置和激活后，就可以发起IMS注册并进行SIP会话的建立了。8.3 SIP压缩SIP信令中使用的消息基于文本而非二进制格式，消息的长度由几百至几千字节不等。IMS VT Session的建立往往包括多个SIP消息的交换以
44、及因传输错误导致的重传，如果采用信令压缩机制将SIP 消息进行压缩，将有助于减少传输SIP信令所消耗的网络带宽以及减少VT Session建立时延，从而缩短呼叫建立时间。鉴于SIP压缩有助于显著缩短SIP呼叫建立时间，3GPP2 IMS强烈建议终端和P-CSCF支持SIP压缩。不过，SIP压缩对终端应用多了对SIP协议栈的Encode和Decode过程，对终端处理会有影响，影响大小要看终端处理能力。如果在网络带宽资源充足，建议不做SIP压缩；在网络带宽不是很好的网络，建议作SIP压缩，但对终端要求支持SIP压缩。9PSVT安全机制研究9.1 网络安全架构网络安全架构如图3所示，它包含无线接入网安全机制、分组核心网安全机制以及IMS业务安全机制。图3 HRPD/IMS网络安全架构HRPD无线接入网安全机制包含空口安全机制和接入鉴权。由于无线链路是共享的，为了保证消息或数据在空口传送的安全，在HRPD空口设置了安全层。HRPD网络是运营商专有网络
