中国移动CMIMS SIP GW测试规范V1.0.0

《中国移动CMIMS SIP GW测试规范V1.0.0》由会员分享，可在线阅读，更多相关《中国移动CMIMS SIP GW测试规范V1.0.0（55页珍藏版）》请在装配图网上搜索。

1、QB-中国移动通信企业标准QB-C-008-2011中国移动CM-IMS SIP GW测试规范China Mobile IMS Equipment Testing Specification SIP GW-版本号：1.0.02011-4-12实施2011-4-12发布中国移动通信集团公司 发布QB-C-008-2011目录1.范围12.规范性引用文件13.术语、定义和缩略语14.测试环境及说明24.1.测试环境25.设备功能测试45.1.基本功能45.1.1动态SBC发现45.1.2接口要求65.1.3VLAN划分65.1.4VIP用户特权75.1.5 数图75.2.注册/注销95.2.1通配

2、号码注册95.2.2逐用户注册105.2.3注册组注册105.2.4通配号码注销115.2.5逐用户注销125.2.6注册组注销125.2.7通配号码重注册135.2.8逐用户重注册145.2.9注册组重注册145.3.基本会话功能155.3.1.音频通话155.4.多媒体电话业务功能测试185.4.1.基本呼叫185.4.2.前转类业务195.4.3.呼叫保持205.4.4黑名单/白名单225.5.统一Centrex业务功能测试235.5.1.基本业务235.5.2.统一Centrex补充业务255.6.多媒体彩铃业务功能测试375.6.1.正常呼叫流程375.7.语音编解码（新增）375.

3、7.1.支持G.711（PCMA和PCMU）编解码375.7.2.支持G.729编解码385.7.3.支持G.723编解码385.8.视频回落功能385.8.1.视频回落功能385.9.传真业务395.9.1.支持T.30透传方式传真395.9.2.支持T.38传真405.9.3.Modem功能405.10.话务台415.10.1.话务员注册415.10.2.话务员注销415.10.3.转接来话（自动转接）425.10.4.话务台轮选振铃435.10.5.话务台优先级选振铃435.10.6.呼叫排队功能445.10.7.转接来话（话务员盲转）455.10.8.转接来话（话务员询问转）455.1

4、0.9.话务台呼叫群内用户465.10.10.话务台呼叫群外用户475.11.数据接入业务475.11.1.IP获取方式475.12.安全性功能495.12.1.业务鉴权496.编制历史51前言本标准是依据中国移动IMS设备规范及3GPP相关协议规定而制定的，内容包括中国移动CM-IMS网络中涉及接入设备SIP GW的功能、接口规程、信令配合、维护、测量、性能、软硬件要求等方面，目的是在目前的多厂家环境下，保证中国移动IMS网络中所涉及的网元设备的互通以及在网络中正常可靠地运行。本标准主要包括以下几方面内容：测试环境和针对各种被测设备的测试项。本标准是CM-IMS接入设备系列标准之一，该系列标

5、准的结构、名称或预计的名称如下：序号标准编号标准名称1QB-C-001-2011中国移动CM-IMS AG设备规范2QB-C-002-2011中国移动CM-IMS AG测试规范3QB-C-003-2011中国移动CM-IMS IAD设备规范4QB-C-004-2011中国移动CM-IMS IAD测试规范5QB-C-005-2011中国移动CM-IMS IP PBX设备规范6QB-C-006-2011中国移动CM-IMS IP PBX测试规范7QB-C-007-2011中国移动CM-IMS SIP GW设备规范8QB-C-008-2011中国移动CM-IMS SIP GW测试规范本标准由中移技2

6、011124号印发。本标准由中国移动通信集团公司计划建设部提出，并由集团公司技术部归口。本标准起草单位：中国移动通信研究院 本标准主要起草人：刘昶III1. 范围本标准用于对CM-IMS网络SIP GW设备进行测试，包括设备功能、接口规程、网络管理、操作维护等方面的要求，目的是保证SIP GW设备符合标准，为设备引进、网络规划与设备制造、工程设计、网络运行、管理和维护等提供测试技术依据。2. 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些

7、文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。表2-1 标准列表1中国移动CM-IMS技术体制中国移动通信集团公司2V7.11.0TS 23.228: IP Multimedia Subsystem (IMS)3GPP3V7.4.0TS 23.002: Network architecture3GPP4TS 24.228: Signalling flows for the IP multimedia call control based on Session Initiation Protocol (SIP) and Session Description Protocol

8、(SDP); Stage 33GPP5V7.12.0TS 24.229: IP Multimedia Call Control Protocol based on SIP and SDP3GPP6TS 33.203: 3G security; Access security for IP-based services3GPP7TS 33.803: Coexistence between TISPAN and 3GPP authentication schemes3GPP8RFC 3261: SIP: Session Initiation ProtocolIETF9统一IMS的功能体系架构（第一

9、阶段）CCSA3. 术语、定义和缩略语下列术语、定义和缩略语适用于本标准：表3-1 术语、定义和缩略语表缩略语英文中文ASApplication Server应用服务器BGCFBreakout Gateway Control Function中断出口网关控制功能E-CSCFEmergency Call Session Control Function紧急呼叫会话控制功能HSSHome Subscriber Server归属用户服务器iFCinitial Filter Criteria初始过滤规则I-CSCFInterrogating Call Session Control Function查

10、询呼叫会话控制功能MGCFMedia Gateway Control Function媒体网关控制功能P-CSCFProxy Call Session Control Function代理呼叫会话控制功能PSIPublic Service Identity公共业务标识S-CSCFServing Call Session Control Function服务呼叫会话控制功能4. 测试环境及说明4.1. 测试环境SIP GW，即SIP网关，作为IMS用户接入侧设备，将用户的语音应用接入到CM-IMS网络中，由CM-IMS网络完成相应功能。SIP GW下行通过TDM中继接入TDM PBX；上行采用S

11、IP信令经由SBC转接至CM-IMS网络。根据用户对于TDM PBX和SIP GW的管理要求，分为以下两种方案进行部署：如果用户已有TDM PBX设备，但希望进行托管，则SIP GW放置在移动局房，用户TDM PBX利用原有上行中继线路接入SIP GW，实现CM-IMS接入。如果用户有需求对TDM PBX和SIP GW进行管理，则可将TDM PBX和SIP GW部署在企业侧。如下图所示：图4-1 SIP GW组网图5. 设备功能测试5.1. 基本功能5.1.1动态SBC发现5.1.1.1. SBC 双归属表5-1 SIP GW SBC双归属测试用例测试编号：5.1.1.1项目：SIP GW基本

12、功能分项目：SIP GW SBC双归属测试目的：验证SIP GW能够支持SBC双归属测试预置条件：1、 公网DNS软件版本bind 9.0以上，有源IP分析能力；2、 SBC1、SBC2正常工作，DNS为ENUM/DNS，SBC与SIP GW之间的expire配置为较短时间如60秒（可根据实际情况调整）；3、 ENUM/DNS运行正常，且SBC域名:；4、 SIP GW下的用户A、B、C；测试步骤：1、 SIP GW向公网DNS发起SRV查询，请求SBC地址，DNS返回SBC IP list SBC1 SBC2；2、 SIP GW为用户A、B、C通过SBC1向CM-IMS发起注册请求；3、 用

13、户A呼叫用户B。预期结果：1、 A、B、C均能通过SBC1成功注册到CM-IMS；2、 A、B能够通话。检查点：1、 SIP GW收到的DNS返回SBC IP list 是否包含SBC1 SBC2_(是/否)2、 A、B、C是否能正常注册_(是/否)3、 检查注册请求和通话经过的SBC IP地址是否为SBC1的地址_(是/否)5.1.1.2. SBC 切换表5-2 SIP GW SBC切换测试用例测试编号：5.1.1.2项目：SIP GW基本功能分项目：SIP GW SBC切换测试目的：验证SIP GW能够支持SBC 切换测试预置条件：1、公网DNS软件版本bind 9.0以上，有源IP分析能

14、力；2、SBC1、SBC2正常工作，DNS为ENUM/DNS，SBC与SIP GW之间的expire配置为较短时间如60秒（可根据实际情况调整）；3、ENUM/DNS运行正常，且SBC域名:；4、SIP GW为用户A、B、C通过SBC1已成功注册到CM-IMS；测试步骤：1、 断开SBC1链路或将SBC1掉电，SBC1故障；2、 SIP GW探测SBC1不响应（多次重注册失败或多次呼叫失败）；3、SIP GW为用户A、B、C通过SBC2向CM-IMS发起注册请求；4、用户A呼叫用户B。预期结果：1、A、B、C均是否能通过SBC2成功注册到IMS；2、A、B能够通话。检查点：A、B、C是否能够通

15、过SBC2成功注册到IMS_(是/否)1、 检查注册请求经过的SBC IP地址是否为SBC2的地址_(是/否)2、 A、B是否能够通话_(是/否)5.1.1.3. SBC 切回表5-3 SIP GW SBC切回测试用例测试编号：5.1.1.3项目：SIP GW基本功能分项目：SIP GW SBC切回测试目的：验证SIP GW能够支持SBC 切回测试预置条件：1、公网DNS软件版本bind 9.0以上，有源IP分析能力；2、SBC2正常工作，DNS为ENUM/DNS，SBC与SIP GW之间的expire配置为较短时间如60秒；3、ENUM/DNS运行正常，且SBC域名:；4、SIP GW下的用

16、户A、B、C通过SBC2已正常注册到CM-IMS；测试步骤：1、 用户A、B正在通话，用户C处于空闲状态；给SBC1上电或者故障修复后，SBC1已经正常工作；3、A、B通话结束；4、SIP GW为用户A、B、C通过SBC1向CM-IMS发起注册请求；5、用户A呼叫用户C。预期结果：1、 在SBC1故障修复并且正常工作后，SIP GW检测到用户有会话，SIP GW不立即通过SBC1向IMS发起注册请求；2、 当SIP GW所有用户都没有会话业务时，SIP GW为所有用户通过SBC1向IMS发起注册请求；3、 A、C可以正常通话。检查点：1、在SBC1故障修复并且正常工作后，SIP GW检测到用户

17、有会话，SIP GW是否立即通过SBC1向IMS发起注册请求_(是/否)2、当IP PBX所有用户都没有会话业务时，SIP GW是否能够为所有用户通过SBC1向IMS发起注册请求_(是/否)3、检查注册请求经过的SBC IP地址是否为SBC2的地址_(是/否)4、A、C是否能够通话_(是/否)5.1.2接口要求表5-4 SIP GW接口要求测试用例测试编号：5.1.2项目：SIP GW基本功能分项目：SIP GW接口要求测试目的：验证SIP GW的接口以及接口数目测试预置条件：1、SIP GW设备正常运行测试步骤：1、 数上行网口数目、下行网口数目以及网管侧接口；2、 必须支持两个以上行FE接

18、口；3、下行网口必须支持PRI、七号信令、中国一号信令，可选支持QSIG标准、模拟中继；4、检查串口维护和网口维护端口预期结果：1、 接口及接口数目正确检查点：1、 接口及接口数目是否正确_(是/否)2、 是否必须支持两个上行FE接口_(是/否)3、 下行网口是否必须支持ISDN PRI、七号信令、中国一号信令、QSIG标准、模拟中继_(是/否)4、是否支持串口维护和网口维护_(是/否)5.1.3VLAN划分表5-5 SIP GW划分测试用例测试编号：5.1.3项目：SIP GW基本功能分项目：SIP GW划分测试目的：验证SIP GW的VLAN划分功能测试预置条件：1、SIP GW及CM-I

19、MS系统运行正常；2、SIP GW用户已成功注册到CM-IMS；测试步骤：1、 用户A发起呼叫，呼叫用户B2、 B用户摘机，通话3、通过抓包分析，检查信令和媒体IP或者逻辑端口是否通过不同的VLAN传输。预期结果：SIP GW信令和媒体可以通过不同的物理端口划分VLAN，或可以通过同一物理端口的IP地址或虚拟端口划分VLAN。检查点：信令和媒体IP包有VLAN标记。（二层以太网链路包中有VLAN字段，且信令和媒体IP包的二层VLAN标记不同。）5.1.4VIP用户特权表5-6 VIP用户特权测试用例测试编号：5.1.4项目：基本功能分项目：VIP用户特权测试目的：验证SIP GW的VIP特权用

20、户功能测试预置条件：1 SIP GW的用户A、B、C、D已成功注册到CM-IMS网络，2 A、B、C配置为VIP特权用户，D、E配置为普通用户。测试步骤：1.SIP GW开通两路会话资源2.用户A和SIP软终端通话，用户D和其他CM-IMS用户通话3. 用户E发起呼叫请求，用户E听忙音，呼叫失败。4.用户B发起呼叫请求，SIP GW中断普通用户D的会话，接通用户B的会话请求5. 用户C发起呼叫请求，用户C听忙音，呼叫失败。预期结果：1、 获得呼叫权限的用户能够正常通话；2、 没有呼叫权限的用户呼叫失败。异常测试： 检查点：1、 VIP特权用户是否可以抢占普通用户资源_(是/否)2、 普通用户是

21、否可以抢占VIP特权用户资源_(是/否)3、 普通用户是否可以抢占普通用户资源_(是/否)4、 VIP特权用户是否可以抢占VIP特权用户资源_(是/否)5.1.5 数图表5-7 数图测试用例测试编号：5.1.5.1项目：基本功能分项目：数图测试目的：验证SIP GW的数图功能测试预置条件：1、 A为SIP GW用户；2、 SIP GW根据CM-IMS的号码规则，已经配置好相应的数图（如：1xxxxx|3x.）。测试步骤：1、 A能够根据数图进行正确送号2、 SIP GW对于不匹配的号码立即送往核心网，A听由AS播放的空号提示音；3、 对于非法号码，AS能够播放空号提示音。预期结果异常测试：检查

22、点：1、呼叫流程是否正确_(是/否)2、通话是否正常_(是/否)3、是否支持数图功能_(是/否)4、异常情况下播放提示音是否正确_(是/否)表5-8 数图测试用例测试编号：5.1.5.2项目：基本功能分项目：数图测试目的：验证SIP GW的数图存储容量测试预置条件：1、 SIP GW设备运行良好；测试步骤：1、 编辑4.8KByte数图内容2、 写入SIP GW3、 检查写入结果预期结果异常测试：检查点：1、 能够正确写入4.8KByte数图内容_(是/否)2、 能够全部写入4.8KByte数图内容_(是/否)5.2. 注册/注销5.2.1通配号码注册5.2.1.1代理1台PBX发起通配号码注

23、册表5-9 通配号码注册测试用例测试编号：5.2.1.1参考3GPP TS 24.229项目：注册/注销分项目：通配号码注册目的：SIP GW能够正确代理1台PBX发起通配代理注册消息和流程。测试预置条件：HSS为一台TDM PBX分配注册组（隐式注册组），注册组中，IMPU1为显式注册号码，其他号码为隐式注册号码。测试步骤： 使用信令跟踪仪跟踪SIP GW的Gm接口上的SIP GW发起注册过程。测试说明：1、PBX 于SIP GW相连的至少有一条E1处于可用状态。2、SIP GW将REGISTER消息发给CM-IMS。3、 SIP GW从CM-IMS收到的401 Unauthorized r

24、esponse。4、 SIP GW 再次发起注册加上鉴权响应。5、 鉴权通过，SIP GW收到200 OK。6、 注册成功后，用该通配号码段内的任意用户发起会话请求，确保所有用户能够成功发起会话。检查点1、SIP GW使用IMPU1发起注册，From、to头域均为IMPU1。2、核心网使用IMPU1对应的IMPI的鉴权数据发起挑战，注册成功。3、核心网内IMPU1及其隐式注册组中所有号码为注册状态。通配符号码对应的真实号码也为注册状态4、注册完成后，200（OK）的P-Associated-URI消息头中携带的号码格式为通配符格式。5、通配符号码对应的真实号码呼叫成功。5.2.1.2代理2台P

25、BX发起通配号码注册表5-10 1台SIP GW代理多台PBX注册测试用例测试编号：5.1.1.2参考3GPP TS 24.229项目：注册/注销分项目：1台SIP GW代理多台PBX注册目的：SIP GW能够正确代理2台PBX发起通配代理注册消息和流程。测试预置条件：HSS为2台TDM PBX分配注册组（隐式注册组），注册组中，IMPU1、IPMU分别为显式注册号码，注册组内其他号码为隐式注册号码。测试步骤： 使用信令跟踪仪跟踪SIP GW的Gm接口上的SIP GW发起注册过程。测试说明：1、SIP GW相连2台PBX，每台PBX至少有一条E1处于可用状态。2、SIP GW将分别发起多个独立

26、的注册过程。3、多个独立的注册过程都成功4、注册成功后，用该通配号码段内的任意用户发起会话请求，确保所有用户能够成功发起会话。检查点1、SIP GW使用IMPU1、IMPU2发起注册，From、to头域均为IMPU1、IMPU2。2、核心网使用IMPU1、IMPU2对应的IMPI的鉴权数据发起挑战，注册成功。3、核心网内IMPU1、IMPU2及其隐式注册组中所有号码为注册状态。通配符号码对应的真实号码也为注册状态4、注册完成后，200（OK）的P-Associated-URI消息头中携带的号码格式为通配符格式。5、通配符号码对应的真实号码呼叫成功。5.2.2逐用户注册表5-11 SIP GW

27、代理 PBX逐用户注册测试用例测试编号：5.2.2参考项目：SIP GW 代理 PBX逐用户注册目的：检查SIP GW能否为所挂接的PBX正确发起采用SIP Digest方式鉴权的初始注册消息和流程，使终端PBX用户能够成功注册。测试预置条件：1、 CM-IMS服务器工作正常；2、 SIP GW中配置了每个PBX用户的信息。测试步骤： 1、 SIP GW为每一个PBX用户分别向CM-IMS核心网进行注册。预期结果：1、SIP GW能够为每一个PBX用户分别向CM-IMS核心网进行注册；2、每一个PBX用户应能够成功注册，使用SIP Digest鉴权方式。备注：5.2.3注册组注册表5-12 S

28、IP GW代理PBX按注册组方式为多个注册组同时代理注册测试用例测试编号：5.2.3项目：注册/注销分项目：SIP GW代理PBX按注册组方式为多个注册组同时代理注册测试目的：验证SIP GW能够支持同时为多个代理组代理注册测试预置条件：1、 SIP GW将其下的CM-IMS用户划分为多个注册组（隐式注册组）。2、 CM-IMS给SIP GW上所有注册组分配一个显式注册IMPI和IMPU，每个IMPU的隐式注册集对应该组中的其他用户；测试步骤：1、打开协议分析仪跟踪SIP GW与CM-IMS间的SIP消息；2、在SIP GW上配置到CM-IMS网络的SIP 中继数据、多代理组通配代理注册数据；

29、3、参看协议分析仪上跟踪到的消息确认SIP GW向CM-IMS代理注册流程是否符合规范；4、在CM-IMS上查看每个代理注册组对应的用户的状态是否为已注册；5、注册成功后，用注册组内的任意用户发起会话请求，确保注册组内的所有用户能够成功发起会话。预期结果：1、SIP GW挂接的PBX终端上的所有CM-IMS用户在核心网中的状态都成为“已注册”检查点：1、SIP GW以注册组为单元向CM-IMS发起注册，每个注册组对应一个IMPU，其对应的隐式注册集含有该注册组的所有IMS用户，要求SIP GW可以同时代理PBX的所有注册组的IMPU进行注册_(是/否)。5.2.4通配号码注销表5-13 SIP

30、 GW 代理 PBX通配号码注销测试用例测试编号：5.2.4参考3GPP TS 24.229项目：注册/注销分项目：SIP GW 代理 PBX通配号码注销目的：SIP GW能够正确代理 PBX通配号码注销消息和流程。测试预置条件：HSS为一台TDM PBX分配注册组（隐式注册组），注册组中，IMPU1为显式注册号码，其他号码为隐式注册号码。SIP GW 已注册成功测试步骤： 使用信令跟踪仪跟踪SIP GW的Gm接口上的SIP GW发起注销过程。测试说明：1、PBX 于SIP GW相连的没有一条E1处于可用状态。2、SIP GW将注销 消息转发给IMS。3、 SIP GW从IMS收到的401 U

31、nauthorized response。4、 SIP GW 再次发起注销，包含鉴权信息。5、 鉴权通过，SIP GW收到的200 OK。检查点1、SIP GW使用IMPU1发起注销，From、to头域均为IMPU1。2、核心网使用IMPU1对应的IMPI的鉴权数据发起挑战，注销成功。3、核心网内IMPU1及其隐式注册组中所有号码为未注册状态。通配符号码对应的真实号码也为未注册状态4、注册完成后，200（OK）的P-Associated-URI消息头中携带的号码格式为通配符格式。5、通配符号码对应的真实号码呼叫失败。5.2.5逐用户注销表5-14 SIP GW 代理 PBX逐用户注销测试用例测

32、试编号：5.2.5参考项目：SIP GW 代理 PBX逐用户注销目的：检查SIP GW能否为所挂接的PBX正确发起采用SIP Digest方式鉴权的注销消息和流程，使终端PBX用户能够成功注销。测试预置条件：1、 CM-IMS服务器工作正常；2、 SIP GW中配置了每个PBX用户的信息。测试步骤： 1、 SIP GW为每一个PBX用户分别向CM-IMS核心网发起注销。2、 CM-IMS网络发起401挑战3、 SIPGW回送挑战响应4、 注销成功预期结果：1、SIP GW能够为每一个PBX用户分别向CM-IMS核心网进行注销；2、每一个PBX用户应能够成功注销，使用SIP Digest鉴权方式

33、。备注：5.2.6注册组注销表5-15 SIP GW代理PBX按注册组方式为多个注册组同时代理注销测试用例测试编号：5.2.6项目：注册/注销分项目：SIP GW代理PBX按注册组方式为多个注册组同时代理注销测试目的：验证SIP GW能够支持同时为多个代理组代理注销测试预置条件：1、 SIP GW将其下的CM-IMS用户划分为多个注册组。2、 CM-IMS给SIP GW上所有注册组分配一个隐式注册IMPI和IMPU，每个IMPU的隐式注册集对应该组中的所有CM-IMS域用户；测试步骤：1、打开协议分析仪跟踪SIP GW与CM-IMS间的SIP消息；2、在SIP GW上配置到CM-IMS网络的S

34、IP 中继数据、多代理组通配代理注册数据；3、参看协议分析仪上跟踪到的消息确认SIP GW向IMS代理注销流程是否符合规范；4、CM-IMS网络向SIP GW发起401挑战5、SIP GW响应挑战，注销成功6、CM-在IMS上查看每个代理注册组对应的用户的状态是否为未注册；预期结果：1、SIP GW挂接的PBX终端上的所有CM-IMS用户在核心网中的状态都成为“未注册”检查点：1、SIP GW以注册组为单元向CM-IMS发起注销，每个注册组对应一个IMPU，其对应的隐式注册集含有该注册组的所有CM-IMS用户，要求SIP GW可以同时代理PBX的所有注册组的IMPU进行注销_(是/否)。5.2

35、.7通配号码重注册表5-16 SIP GW通配号码重注册测试用例测试编号：5.2.7参考3GPP TS 24.229项目：注册/注销分项目：SIP GW通配号码重注册目的：当重新注册定时器到期时，SIP GW能够正确重新注册。测试预置条件：HSS为一台TDM PBX分配注册组（隐式注册组），注册组中，IMPU1为显式注册号码，其他号码为隐式注册号码。SIP GW 已注册成功测试步骤： 使用信令跟踪仪跟踪SIP GW的Gm接口上的SIP GW发起注册过程。测试说明：1、当重新注册定时器到期。2、SIP GW将重新注册消息转发给CM-IMS，重注册消息包含鉴权信息。3、 鉴权通过，SIP GW收到

36、200 OK。注：需同时测试SIP GW发送的重注册消息不携带鉴权响应，核心网发送401挑战的重注册场景。检查点1、SIP GW使用IMPU1发起重注册，From、to头域均为IMPU1。2、核心网使用IMPU1对应的IMPI的鉴权数据发起挑战，重注册成功。3、核心网内IMPU1及其隐式注册组中所有号码为注册状态。通配符号码对应的真实号码也为注册状态4、注册完成后，200（OK）的P-Associated-URI消息头中携带的号码格式为通配符格式。5、通配符号码对应的真实号码呼叫成功。5.2.8逐用户重注册表5-17 注册/注销测试用例测试编号：5.2.8参考3GPP TS 24.229项目：

37、注册/注销分项目：SIP GW逐用户重注册目的：当重新注册定时器到期时，SIP GW能够正确代理所挂接的PBX逐用户重新注册。测试预置条件：1、 CM-IMS服务器工作正常；2、SIP GW所挂接终端用户已成功注册。测试步骤： 使用信令跟踪仪跟踪SIP GW的Gm接口上的SIP GW发起注册过程。测试说明：1、当重新注册定时器到期。2、SIP GW将重新注册消息转发给CM-IMS，重注册消息包含鉴权信息。3、鉴权通过，SIP GW收的200 OK。注：需同时测试SIP GW发送的重注册消息不携带鉴权响应，核心网发送401挑战的重注册场景。检查点1、注册完成后，原来存储的P-Associated

38、-URI消息头中携带的公有标识，被重新注册消息更新。2、Register消息的鉴权头域的Nonce Count字段值加1。3、SIP GW代理所挂接终端逐用户重注册成功。5.2.9注册组重注册表5-18 SIP GW代理PBX按注册组方式为多个注册组同时代理注册测试用例测试编号：5.2.9项目：注册/注销分项目：SIP GW代理PBX按注册组方式为多个注册组同时代理注册测试目的：验证SIP GW能够支持同时为多个代理组代理注册测试预置条件：1、 SIP GW将其下的CM-IMS用户划分为多个注册组。2、 CM-IMS给SIP GW上所有注册组分配一个隐式注册IMPI和IMPU，每个IMPU的隐

39、式注册集对应该组中的所有CM-IMS域用户；SIP GW下的用户已成功注册。测试步骤：1、当重新注册定时器到期。2、SIP GW为每个代理注册组发起重新注册消息，重注册消息包含鉴权信息。3、鉴权通过，SIP GW收到200 OK。注：需同时测试SIP GW发送的重注册消息不携带鉴权响应，核心网发送401挑战的重注册场景。预期结果：1、SIP GW挂接的PBX终端上的所有CM-IMS用户在核心网中的状态都成为“已注册”检查点：1、注册完成后，原来存储的P-Associated-URI消息头中携带的公有标识，被重新注册消息更新。2、Register消息的鉴权头域的Nonce Count字段值加1。

40、3、SIP GW代理所挂接的PBX终端注册组重注册成功。5.3. 基本会话功能5.3.1. 音频通话表5-19 基本音频通话（非precondition机制）测试用例测试编号：5.3.1.1参考3GPP TS 24.229、TS 23.228, TS 183.036项目：音频通话分项目：音频通话目的：SIP GW能够正确处理基本音频通话（非precondition机制）。测试预置条件：1、 SIP GW和IMS系统其他设备运行正常；2、 PBX 设备运行正常3、 PBX 和SIP GW连接正常4、用户A和局外用户B已经注册测试步骤： 1、 使用仪表跟踪Gm接口；2、 A音频呼叫B建立音频会话，

41、A挂机，A、B通话结束；3、 B 音频呼叫A建立音频会话，B挂机，A、B通话结束。4、IP PBX用户A呼叫电信PSTN用户D5、IP PBX用户A呼叫电信PLMN用户E6、IP PBX用户A呼叫联通PSTN用户F7、IP PBX用户A呼叫联通PLMN用户G4、 注：现网环境下可测试呼叫他网用户检查点：1、 用户A、B能够正常通话2、 SIP GW能够完成TDM信令和SIP信令的相互映射3、 SIP GW下用户A能够呼叫他网用户4、 Invite消息中repuest line、Form头域、To头域等填写正确_(是/否)表5-20 音频通话基本音频通话（被叫忙）测试用例测试编号：5.3.1.2

42、参考3GPP TS 24.229、TS 23.228项目：音频通话分项目：音频通话基本音频通话（被叫忙）目的：SIP GW和CM-IMS能够正确处理基本音频通话（非precondition机制）-被叫用户忙测试预置条件：1、 1、SIP GW和CM-IMS系统其他设备运行正常；2、 PBX 设备运行正常3、 PBX和SIP GW连接正常4、用户A为局外用户，用户B为PBX用户，用户A、B已经注册完成5、被叫用户B未设置前转业务测试步骤： 1、 使用仪表跟踪Gm接口2、 B用户处于通话状态3、 A摘机呼叫B，A听提示音，A挂机，A、B通话结束4、 A用户处于通话状态5、 A摘机呼叫B，A听提示音

43、，A挂机，A、B通话结束6、 B摘机呼叫A，B听提示音，B挂机，A、B通话结束检查点：1、用户A听业务提示音，呼叫失败2、用户B听业务提示音，呼叫失败表5-21 基本音频通话（被叫无应答）测试用例测试编号：5.3.1.3参考3GPP TS 24.229、TS 23.228项目：音频通话分项目：音频通话基本音频通话（被叫无应答）目的：SIP GW和CM-IMS能够正确处理基本音频通话（非precondition机制）-被叫用户无应答测试预置条件：1、 1 SIP GW和CM-IMS系统其他设备运行正常；2、 PBX 设备运行正常3、 PBX和SIP GW连接正常4、 用户A和局外用户B已经注册5

44、、用户A、B均未设置前转业务测试步骤： 1、 使用仪表跟踪Gm接口2、 A摘机呼叫B3、 B无应答至超时4、 A听提示音，A挂机，A、B通话结束。5、 B摘机呼叫A6、 A无应答至超时7、 B听提示音，B挂机，A、B通话结束。检查点：1、用户A听业务提示音，呼叫失败2、用户B听业务提示音，呼叫失败表5-22 音频通话基本音频通话（被叫未注册）测试用例测试编号：5.3.1.4参考3GPP TS 24.229、TS 23.228项目：音频通话分项目：音频通话基本音频通话（被叫未注册）目的：验证SIP GW和CM-IMS能够正确处理基本音频通话（非precondition机制）-被叫用户未注册测试预

45、置条件：1、 SIP GW和CM-IMS系统其他设备运行正常；2、 PBX 设备运行正常3、 PBX和SIP GW连接正常4、 用户A已经注册，局外用户B未注册5、 用户A、B均未设置前转业务测试步骤： 1、 使用仪表跟踪Gm接口；2、 A摘机呼叫未注册用户B，A听提示音，A挂机，A、B通话结束。3、 注销用户A，用户B重注册；4、 B摘机呼叫未注册用户A，B听提示音，B挂机A、B通话结束。检查点：1、用户A听业务提示音，呼叫失败2、用户B听业务提示音，呼叫失败表5-23 SIP GW静音检测及插入舒适噪音能力测试用例测试编号：5.3.1.5参考TS24.229，RFC3261项目：SIP G

46、W静音检测能力分项目SIP GW静音检测及插入舒适噪音能力目的：验证通过SIP GW能够检测静音，并能插入舒适噪音能力。 测试预置条件：1、SIP GW及CM -IMS系统运行正常；2、SIP GW用户A和非SIP GW用户B已经在系统注册完成；测试步骤： 1、 SIP GW用户A呼叫非A股用户B，呼叫建立成功。2、 通话过程中拔掉用户B接入CM-IMS的网线3、 检查用户A能否听到舒适噪音 预期结果：1、 用户A在B的网线被拔掉后，能够听到舒适噪音。异常测试：检查点：1、 用户A能否听到舒适噪音_(是/否)5.4. 多媒体电话业务功能测试5.4.1. 基本呼叫表5-24 SIP GW下的PB

47、X用户和PC软终端用户互通测试用例测试编号：5.4.1.1参考3GPP TS 24.229、TS 23.228项目：基本呼叫分项目：SIP GW下的PBX用户和PC软终端用户互通目的：能够正确处理用户发起的语音呼叫测试预置条件：1、 SIP GW和CM-IMS系统其他设备运行正常；2、 PBX 设备运行正常3、 PBX和SIP GW连接正常4、 SIP 软终端用户A和SIP GW下的PBX用户B已注册测试步骤： 1、 使用仪表跟踪Gm接口；2、 SIP GW通过Gm接口成功建立起语音呼叫3、 用户A呼叫用户B，A、B正常通话，A挂机，A、B通话结束。4、 用户B呼叫用户A，A、B正常通话，B挂

48、机，A、B通话结束。检查点：1、用户应能够成功完成呼叫，A、B正常通话表5-25 SIP GW下的PBX用户和SIP硬终端用户互通测试用例测试编号：5.4.1.2参考RFC 3261 TS 24.229项目：基本呼叫分项目：SIP GW下的PBX用户和SIP硬终端用户互通目的：能够正确处理用户发起的语音呼叫 测试预置条件：1、 SIP GW和CM-IMS系统其他设备运行正常；2、 PBX 设备运行正常3、 PBX和SIP GW连接正常4、SIP GW下的PBX用户A和SIP硬终端用户B已注册测试步骤： 1、 使用仪表跟踪Gm接口；2、 SIP GW通过Gm接口成功建立起语音呼叫3、 用户A呼叫

49、用户B，A、B正常通话，A挂机，A、B通话结束。4、 用户B呼叫用户A，A、B正常通话，B挂机，A、B通话结束测试说明：1、 用户应能够成功完成呼叫，A、B正常通话5.4.2. 前转类业务表5-26 无条件呼叫前转（CFU）测试用例测试编号：5.4.2.1参考RFC 3261 TS 24.229 RFC4244 RFC5359项目：前转类业务分项目：无条件呼叫前转（CFU）目的：能够正确处理无条件呼叫前转（CFU）业务测试预置条件：1、 SIP GW和CM-IMS系统其他设备运行正常；2、 PBX 设备运行正常3、 用户A、用户B和IMS用户C已注册4、 用户B签约无条件前转业务测试步骤： 1

50、、 使用仪表跟踪Gm接口；2、 SIP GW通过Gm接口成功处理无条件前转业务3、 用户A呼叫用户B，无条件前转到IMS用户C检查点：1、 用户A和用户C正常通话，用户C来显显示号码为A表5-27 遇忙呼叫前转(CFB)测试用例测试编号：5.4.2.2参考RFC 3261 TS 24.229 RFC4244项目：前转类业务分项目：遇忙呼叫前转(CFB)目的：能够正确处理遇用户忙呼叫前转(CFB)业务测试预置条件：1、 SIP GW和CM-IMS系统其他设备运行正常；2、 PBX 设备运行正常3、 SIP GW已经代理PBX完成向CM-IMS的注册4、 PBX用户B签约遇忙前转业务测试步骤： 1

51、、 使用仪表跟踪Gm接口；2、 SIP GW通过Gm接口成功处理遇用户忙呼叫前转(CFB)3、 CM-IMS用户A呼叫用户B，B用户忙，前转到IMS用户C检查点：1、 用户A和用户C正常通话，用户C来显显示号码为A表5-28 无应答呼叫前转(CFNRy)测试用例测试编号：5.4.2.3参考RFC 3261 TS 24.229 RFC4244项目：前转类业务分项目：无应答呼叫前转(CFNRy)目的：能够正确处理遇无应答呼叫前转(CFNRy)测试预置条件：1、 SIP GW和CM-IMS系统其他设备运行正常；2、 PBX 设备运行正常3、 SIP GW已经代理PBX完成向CM-IMS的注册4、 用

52、户B设置无应答前转业务测试步骤： 1、 使用仪表跟踪Gm接口；2、 SIP GW通过Gm接口成功处理遇无应答呼叫前转(CFNRy)3、 CM-IMS用户A呼叫用户B，用户B无应答，前转到CM-IMS用户C检查点：1、 用户A和用户C能够正常通话，用户C来电显示号码为A表5-29 未注册呼叫前转(CFNRc)测试用例测试编号：5.4.2.4参考RFC 3261 TS 24.229 RFC4244项目：前转类业务分项目：未注册呼叫前转(CFNRc)目的：能够正确处理遇未注册呼叫前转(CFNRc)测试预置条件：1、 SIP GW和CM-IMS系统其他设备运行正常；2、 PBX 设备运行正常3、 PB

53、X和SIP GW连接正常4、 用户A、用户B和CM-IMS用户C已注册5、 用户B设置未注册前转业务测试步骤： 1、 使用仪表跟踪Gm接口；2、 SIP GW通过Gm接口成功处理遇未注册呼叫前转(CFNRc)3、 用户A呼叫用户B，用户B未注册，前转到CM-IMS用户C检查点：1、 用户A和用户C能够正常通话，C来电显示号码为A5.4.3. 呼叫保持5.4.3.1 CM -1IMS用户间的呼叫保持表5-30 补充业务/呼叫保持测试用例测试编号：5.4.3.1项 目：补充业务/呼叫保持测试目的：检查系统能否正确实现呼叫保持业务。预置条件：1、 用户A和用户B和用户C都属于Centrex群内的非手

54、机用户，且分配有自己的群内短号；2、 A用户有呼叫保持功能。测试步骤：1、A摘机，拨打B的号码；2、B振铃，A听回铃音；3、B摘机后，A与B通话；4、A通过某种操作（如拍叉簧），B用户呼叫被保持，A向C发起新的呼叫，向用户B播放呼叫保持音乐5、A与C的呼叫结束后，A再次通过某种操作（如拍叉簧），与B重新通话。预期结果：呼叫可以成功被保持，且会后通话正常。异常测试：无检查点：1、 呼叫的业务流程是否正确_(是/否)5.4.3.2 PLMN网络呼叫保持CM -IMS用户表5-31 补充业务/呼叫保持测试用例测试编号：5.4.3.2项 目：补充业务/呼叫保持测试目的：检查系统能否正确实现呼叫保持业务

55、。预置条件：1、 用户A，用户C属于手机用户，用户B属于Centrex群内的SIP GW用户，且分配有自己的群内短号；2、 A用户有呼叫保持功能。测试步骤：1、A摘机，拨打B的号码；2、B振铃，A听回铃音；3、B摘机后，A与B通话；4、A通过某种操作（如拍叉簧），B用户呼叫被保持，A向C发起新的呼叫，向用户B播放呼叫保持音乐5、A与C的呼叫结束后，A再次通过某种操作（如拍叉簧），与B重新通话。预期结果：1. 呼叫可以成功被保持，且会后通话正常。异常测试：无检查点：1、 呼叫的业务流程是否正确_(是/否)5.4.3.3 CM -IMS用户保持PLMN网络用户表5-31 补充业务/呼叫保持测试用例

56、测试编号：5.4.3.3项 目：补充业务/呼叫保持测试目的：检查系统能否正确实现呼叫保持业务。预置条件：1、 用户A，用户C属于Centrex群内的SIP GW用户，且分配有自己的群内短号；用户B属于群外手机用户，2、 A用户有呼叫保持功能。测试步骤：1、A摘机，拨打B的号码；2、B振铃，A听回铃音；3、B摘机后，A与B通话；4、A通过某种操作（如拍叉簧），B用户呼叫被保持，A向C发起新的呼叫，向用户B播放呼叫保持音乐5、A与C的呼叫结束后，A再次通过某种操作（如拍叉簧），与B重新通话。预期结果：1、 呼叫可以成功被保持，且会后通话正常。异常测试：无检查点：1、 呼叫的业务流程是否正确_(是/

57、否)5.4.4黑名单/白名单表5-32 补充业务/黑白名单测试用例测试编号：5.4.4项 目：补充业务/黑白名单测试目的：检查系统能否正确根据配置的黑白名单限制呼入，呼出。预置条件：1、 用户A、B、C和D为Centrex群内用户，分别有不同的短号，本用例中假设用户A的号码为1111，B为2222，C为3333，D为4444；2、 用户A设置呼出黑名单，限制拨打以2开头的四位短号“2XXX”；3、 用户B设置呼出白名单，限制仅可以拨打以1开头的四位短号码“1XXX”4、 用户C设置呼入黑名单，限制以4开头的四位短号“4XXX”呼入5、 用户D设置呼入白名单，限制仅以3开头的四位短号“3XXX”

58、可以呼入测试步骤：1、 用户A呼叫用户B、D，呼叫失败；用户A呼叫用户C成功；2、 用户B呼叫用户A，呼叫成功，呼叫用户C，D失败；3、 用户D、B呼叫用户C，呼叫失败；用户A呼叫用户C，呼叫成功；4、 用户C呼叫用户D，呼叫成功，用户A，B呼叫用户D，呼叫失败；预期结果：系统通过配置黑白名单，可以对群内用户的呼入呼出进行限制异常测试：无检查点：1、 呼叫的业务流程是否正确_(是/否)5.5. 统一Centrex业务功能测试5.5.1. 基本业务5.5.1.1. 群内呼叫表5-33 基本业务/群内呼叫测试用例测试编号：5.5.1.1参考：3GPP TS 24.229项目：基本业务/群内呼叫测试目的：检查系统与配套终端能够正确实现Centrex群内用户通过直拨群内短号方式呼叫本群