中国移动核心网NFV试点VoLTE容灾测试规范v100.docx

中国移动核心网NFV试点VoLTE容灾测试规范v100.docx

《中国移动核心网NFV试点VoLTE容灾测试规范v100.docx》由会员分享，可在线阅读，更多相关《中国移动核心网NFV试点VoLTE容灾测试规范v100.docx（73页珍藏版）》请在冰豆网上搜索。

中国移动核心网NFV试点VoLTE容灾测试规范v100

中国移动通信企业标准

QB-╳╳-╳╳╳-╳╳╳╳

中国移动核心网NFV试点

VoLTE容灾测试规范

版本号：

1.0.0

╳╳╳╳-╳╳-╳╳实施

╳╳╳╳-╳╳-╳╳发布

中国移动通信集团公司发布

目录

1范围5

2规范性引用文件5

3术语、定义和缩略语6

4测试环境6

5容灾倒换功能测试7

5.1Void7

5.2I-CSCF7

5.2.1初始注册7

5.2.2重注册8

5.2.3注销9

5.2.4已注册UE被叫10

5.3S-CSCF12

5.3.1容灾数据备份12

5.3.2初始注册14

5.3.3重注册16

5.3.4注销17

5.3.5主叫18

5.3.6始发短消息21

5.3.7已注册UE被叫24

5.3.8终结短消息27

5.4BGCF28

5.5MGCF29

5.6VoLTEAS30

5.6.1TAS30

5.6.2SCCAS34

5.6.3锚定SCP39

5.6.4AP39

5.7Void40

5.8Void40

6容灾倒回功能测试40

6.1Void40

6.2S-CSCF倒回40

6.3TAS倒回41

6.4SCCAS倒回42

6.5Void43

7Pool间倒换测试43

7.1CSCFpool间倒换43

7.2VoLTEASpool间倒换44

8编制历史44

前言

本标准依据中国移动VoLTE容灾总体技术要求及3GPP相关规范制定，内容包括对VoLTE网络中VoLTESBC、I-CSCF、S-CSCF、BGCF、MGCF、VoLTEAS、业务配置代理网关、IP-SM-GW等容灾倒换的功能要求。

旨在指导中国移动VoLTE容灾实验室测试及外场测试，以确保所涉及网元在现网部署出现故障时，能快速实现容灾及VoLTE网络整体运行稳定。

本标准主要包括以下几方面内容：

测试环境和测试工具；

针对各种被测设备的测试项。

本标准由中国移动通信集团公司网络部提出，由集团公司技术部归口。

本标准由标准归口部门负责解释。

本标准起草单位：

中国移动通信研究院

本标准主要起草人：

孟令希

1范围

本标准用于中国移动核心网NFV试点中VoLTE设备容灾测试，包括虚拟化CSCF、虚拟化VoLTEAS设备相关容灾功能的测试。

2规范性引用文件

下列文件中的条款通过本标准的引用而成为本标准的条款。

凡是注日期的引用文件，其随后所有的修改单（不包括勘误的内容）或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。

凡是不注日期的引用文件，其最新版本适用于本标准。

表1规范性引用文件列表

序号

标准编号

标准名称

发布单位

[1]

QB-╳╳-╳╳╳-╳╳╳╳

中国移动VoLTE业务总体技术要求

中国移动集团公司

[2]

QB-╳╳-╳╳╳-╳╳╳╳

中国移动VoLTE容灾总体技术要求

中国移动集团公司

[3]

RFC3261

SIP:

SessionInitiationProtocol

IETF

[4]

RFC2327

SDP:

SessionDescriptionProtocol

IETF

[5]

TS24.229v12.3.0

IPMultimediaCallControlProtocolbasedonSIPandSDP

3GPP

[6]

TS23.380v12.1.0

TechnicalSpecificationGroupCoreNetworkandTerminals;

IMSRestorationProcedures

3GPP

[7]

TS29.228v12.3.0

IPMultimedia（IM）SubsystemCxandDxinterfaces;Signallingflowsandmessagecontents

3GPP

[8]

TS29.229V11.3.0

TechnicalSpecificationGroupCoreNetworkandTerminals;

CxandDxinterfacesbasedontheDiameterprotocol;

Protocoldetails

3GPP

[9]

TS23.218v12.1.0

IPMultimedia（IM）sessionhandling;IMcallmodel

3GPP

[10]

TS23.228v12.3.0

IPMultimediaSubsystem（IMS）

3GPP

3术语、定义和缩略语

下列术语、定义和缩略语适用于本标准：

表2缩略语列表

缩略语

英文

中文

AS

ApplicationServer

应用服务器

BGCF

BreakoutGatewayControlFunction

出口网关控制功能

CSCF

CallSessionControlFunction

呼叫会话控制功能

DNS

DomainNameSystem

域名系统

HSS

HomeSubscriberServer

归属用户服务器

I-CSCF

Interrogating-CSCF

查询-CSCF

IMS

IPMultimediaCoreNetworkSubsystem

IP多媒体网络子系统

MGCF

MediaGatewayControlFunction

媒体网关控制功能

P-CSCF

ProxyCSCF

代理CSCF

S-CSCF

Serving-CSCF

服务-SCSCF

SDP

SessionDescriptionProtocol

会话描述协议

SIP

SessionInitiationProtocol

会话发起协议

UE

UserEquipment

用户设备

4测试环境

本次测试的网络配置环境如下图所示：

图1网络配置环境

5容灾倒换功能测试

5.1Void

5.2I-CSCF

测试说明：

对于混合组pool的试点省，本章节用例在测试过程中需针对虚拟化设备到物理设备的倒换，以及物理设备到虚拟化设备的倒换两种场景分别进行测试，并进行相应记录。

5.2.1初始注册

预置条件

1、参测VoLTEUE正确开户，并且已经关机。

2、I-CSCFPOOL（至少2台I-CSCF）中，各I-CSCF工作正常。

3、确保在VoLTESBC未检测到I-CSCF1故障时，首选I-CSCF1。

4、其他VoLTE网元工作正常。

测试步骤

1、通过VoLTESBC操作维护界面设置t1、t2、t3（可选）和t4，建议t1+t2<=16秒。

2、检查UE在HSS中已经注销。

3、断开VoLTESBC与I-CSCF1链路（如拔掉网线等）。

4、UE开机。

5、查询S-CSCF中UE的注册状态。

6、UE重启。

7、连接VoLTESBC与I-CSCF1链路（如插上网线等）。

8、UE重启。

检查点

1、VoLTESBC查询ENUM/DNS获取至少2个I-CSCF。

2、I-CSCF1故障后，VoLTESBC发送至I-CSCF1的Register消息在t1时间内未收到任何响应，那么启动OPTIONS检测，来判决目的节点设备故障。

3、VoLTESBC将I-CSCF1加入黑名单。

4、VoLTESBC判断I-CSCF1故障后，将请求消息发送给I-CSCF2。

5、I-CSCF2根据标准初始注册流程选择S-CSCF转发请求消息。

6、在S-CSCF上可以查询UE为已注册状态。

7、由于VoLTESBC已经将I-CSCF1加入黑名单，VoLTESBC直接选择I-CSCF2完成UE的初始注册流程。

8、连接VoLTESBC和I-CSCF1链路后，VoLTESBC等待t3时间后，启动OPTIONS检测，来判决目的节点设备恢复。

9、VoLTESBC将I-CSCF1移出黑名单。

10、UE可以通过原VoLTESBC和I-CSCF1注册网络。

信令流程

5.2.2重注册

预置条件

1、参测VoLTEUE正确开户，并且已注册成功。

2、I-CSCFPOOL（至少2台I-CSCF）中，各I-CSCF工作正常。

3、确保在VoLTESBC未检测到I-CSCF1故障时，首选I-CSCF1。

4、其他VoLTE网元工作正常。

测试步骤

1、通过VoLTESBC操作维护界面设置t1、t2、t3（可选）和t4，建议t1+t2<=16秒。

2、检查UE在S-CSCF中已经注册。

3、断开VoLTESBC与I-CSCF1链路（如拔掉网线等）。

4、UE重注册。

5、查询S-CSCF中UE的注册状态。

6、UE重启。

7、连接VoLTESBC与I-CSCF1链路（如插上网线等）。

8、UE重启。

检查点

1、VoLTESBC查询ENUM/DNS获取至少2个I-CSCF。

2、I-CSCF1故障后，VoLTESBC发送至I-CSCF1的Register消息在t1时间内未收到任何响应，那么启动OPTIONS检测，来判决目的节点设备故障。

3、VoLTESBC将I-CSCF1加入黑名单。

4、VoLTESBC判断I-CSCF1故障后，将请求消息发送给I-CSCF2。

5、I-CSCF2根据标准重注册流程选择S-CSCF转发请求消息。

6、在S-CSCF上可以查询UE为已注册状态。

7、由于VoLTESBC已经将I-CSCF1加入黑名单，VoLTESBC直接选择I-CSCF2完成UE的初始注册流程。

8、连接VoLTESBC和I-CSCF1链路后，VoLTESBC等待t3时间后，启动OPTIONS检测，来判决目的节点设备恢复。

9、VoLTESBC将I-CSCF1移出黑名单。

10、UE可以通过I-CSCF1注册网络。

信令流程

5.2.3注销

测试编号

5.2.1.3

目的

验证UE注销时I-CSCF的倒换能力

预置条件

1、参测VoLTEUE正确开户，并且已注册成功。

2、I-CSCFPOOL（至少2台I-CSCF）中，各I-CSCF工作正常。

3、确保在VoLTESBC未检测到I-CSCF1故障时，首选I-CSCF1。

4、其他VoLTE网元工作正常。

测试步骤

1、通过VoLTESBC操作维护界面设置t1、t2、t3（可选）和t4，建议t1+t2<=16秒。

2、检查UE在S-CSCF中已经注册。

3、断开VoLTESBC与I-CSCF1链路（如拔掉网线等）。

4、UE关机。

5、查询S-CSCF中UE的注册状态。

6、UE重启。

7、连接VoLTESBC与I-CSCF1链路（如插上网线等）。

8、UE重启。

检查点

1、VoLTESBC查询ENUM/DNS获取至少2个I-CSCF。

2、I-CSCF1故障后，VoLTESBC发送至I-CSCF1的Register消息在t1时间内未收到任何响应，那么启动OPTIONS检测，来判决目的节点设备故障。

3、VoLTESBC将I-CSCF1加入黑名单。

4、VoLTESBC判断I-CSCF1故障后，将请求消息发送给I-CSCF2。

5、I-CSCF2根据标准注销流程选择S-CSCF转发请求消息。

6、在S-CSCF上无法查询到UE为已注册状态。

7、由于VoLTESBC已经将I-CSCF1加入黑名单，VoLTESBC直接选择I-CSCF2完成UE的初始注册流程。

8、连接VoLTESBC和I-CSCF1链路后，VoLTESBC等待t3时间后，启动OPTIONS检测，来判决目的节点设备恢复。

9、VoLTESBC将I-CSCF1移出黑名单。

10、UE可以通过原VoLTESBC和I-CSCF1注册网络。

信令流程

5.2.4已注册UE被叫

5.2.4.1S-CSCF至I-CSCF的呼叫

预置条件

1、参测VoLTEUE1、UE2和UE3正确开户，并且均已注册成功。

2、被叫I-CSCFPOOL（至少2台I-CSCF）中，各I-CSCF工作正常。

3、确保在主叫S-CSCF未检测到被叫I-CSCF1故障时，首选被叫I-CSCF1。

4、其他主被叫VoLTE网元工作正常。

测试步骤

1、通过主叫S-CSCF操作维护界面设置t1、t2、t3（可选）和t4，建议t1+t2<=16秒。

2、检查主被叫UE在主被叫S-CSCF中已经注册，其中UE2和UE3均注册至同一个被叫S-CSCF上。

3、断开主叫S-CSCF与被叫I-CSCF1链路（如拔掉网线等）。

4、UE1语音呼叫UE2。

5、UE1语音呼叫UE3。

6、连接主叫S-CSCF与被叫I-CSCF1链路（如插上网线等）。

7、UE1语音呼叫UE2。

检查点

1、主叫S-CSCF查询ENUM/DNS获取至少2个被叫I-CSCF。

2、被叫I-CSCF1故障后，主叫S-CSCF发送至被叫I-CSCF1的invite消息在t1时间内未收到任何响应，那么启动OPTIONS检测，来判决目的节点设备故障。

3、主叫S-CSCF将被叫I-CSCF1加入黑名单。

4、主叫S-CSCF判断被叫I-CSCF1故障后，将请求消息发送给被叫I-CSCF2。

5、被叫I-CSCF2根据标准呼叫流程选择被叫S-CSCF转发请求消息。

6、被叫振铃，主叫听到回铃音。

7、双方可以建立通话。

8、由于主叫S-CSCF已经将被叫I-CSCF1加入黑名单，UE1呼叫UE3时，主叫S-CSCF直接选择I-CSCF2完成接续。

9、连接主叫S-CSCF和被叫I-CSCF1链路后，主叫S-CSCF等待t3时间后，启动OPTIONS检测，来判决目的节点设备恢复。

10、主叫S-CSCF将被叫I-CSCF1移出黑名单。

11、UE1语音呼叫UE2可以通过原主叫S-CSCF和被叫I-CSCF1进行。

信令流程

5.2.4.2MGCF至I-CSCF的呼叫

预置条件

1、参测VoLTEUE1、UE2和UE3正确开户，并且均已注册成功。

2、被叫I-CSCFPOOL（至少2台I-CSCF）中，各I-CSCF工作正常。

3、确保在被叫MGCF未检测到被叫I-CSCF1故障时，首选被叫I-CSCF1。

4、其他主被叫VoLTE网元工作正常。

测试步骤

1、通过被叫MGCF操作维护界面设置t1、t2、t3（可选）和t4，建议t1+t2<=16秒。

2、检查被叫UE在被叫S-CSCF中已经注册，其中UE2和UE3均注册至同一个被叫S-CSCF上。

3、断开被叫MGCF与被叫I-CSCF1链路（如拔掉网线等）。

4、UE1语音呼叫UE2。

5、UE1语音呼叫UE3。

6、连接MGCF与I-CSCF1链路（如插上网线等）。

7、UE1语音呼叫UE2。

检查点

1、被叫MGCF查询ENUM/DNS获取至少2个被叫I-CSCF。

2、被叫I-CSCF1故障后，被叫MGCF发送至被叫I-CSCF1的invite消息在t1时间内未收到任何响应，那么启动OPTIONS检测，来判决目的节点设备故障。

3、被叫MGCF将被叫I-CSCF1加入黑名单。

4、被叫MGCF判断被叫I-CSCF1故障后，将请求消息发送给被叫I-CSCF2。

5、被叫I-CSCF2根据标准呼叫流程选择被叫S-CSCF转发请求消息。

6、被叫振铃，主叫听到回铃音。

7、双方可以建立通话。

8、由于被叫MGCF已经将被叫I-CSCF1加入黑名单，UE1呼叫UE3时，被叫MGCF直接选择I-CSCF2完成接续。

9、连接被叫MGCF和被叫I-CSCF1链路后，被叫MGCF等待t3时间后，启动OPTIONS检测，来判决目的节点设备恢复。

10、被叫MGCF将被叫I-CSCF1移出黑名单。

11、UE1语音呼叫UE2可以通过原被叫MGCF和被叫I-CSCF1进行。

信令流程

5.3S-CSCF

测试说明：

对于混合组pool的试点省，本章节用例在测试过程中需针对虚拟化设备到物理设备的倒换，以及物理设备到虚拟化设备的倒换两种场景分别进行测试，并进行相应记录。

5.3.1容灾数据备份

5.3.1.1初始注册

预置条件

1、参测VoLTEUE正确开户，并且已经关机。

2、VoLTE网元工作正常。

测试步骤

1、检查UE在HSS中已经注销。

2、UE开机。

3、查询S-CSCF中UE的注册状态。

检查点

1、UE注册完成后，S-CSCF发送至HSS的SAR消息的SCSCF-Restoration-InfoAVP中包含IMPI、Path、Contact、SIP-Authentication-Scheme；UE订阅完成后，S-CSCF发送至HSS的SAR消息的Subscription-InfoAVP中包含Call-ID、From、To、Record-Route、Contact。

2、在S-CSCF上可以查询UE为已注册状态。

信令流程

5.3.1.2重注册

预置条件

1、参测VoLTEUE正确开户，并且已注册成功，注册在VoLTESBC上。

2、VoLTE网元工作正常。

测试步骤

1、UE重注册（如：

改变ContactHeader中的一些参数，可能需要模拟器）。

2、查询S-CSCF中UE的注册状态。

检查点

1、UE注册完成后，S-CSCF发送至HSS的SAR消息的SCSCF-Restoration-InfoAVP中，包含更新后的IMPI、Path、Contact、SIP-Authentication-Scheme。

2、在S-CSCF上可以查询UE为已注册状态。

信令流程

5.3.1.3重订阅

预置条件

1、参测VoLTEUE正确开户，并且已注册成功，注册在VoLTESBC上。

2、VoLTE网元工作正常。

测试步骤

1、UE重订阅（如：

改变ContactHeader中的一些参数，可能需要模拟器）。

2、查询S-CSCF中UE的注册状态。

检查点

1、UE订阅完成后，S-CSCF发送至HSS的SAR消息的Subscription-InfoAVP中，包含更新后的Call-ID、From、To、Record-Route、Contact。

2、在S-CSCF上可以查询UE为已注册状态。

信令流程

5.3.1.4注销

预置条件

1、参测VoLTEUE正确开户，并且已注册成功。

2、VoLTE网元工作正常。

测试步骤

1、UE在HSS中已经注册。

2、UE关机。

检查点

1、在UE注册时，HSS中保存的SCSCF-Restoration-Info（IMPI、Path、Contact、SIP-Authentication-Scheme）及Subscription-Info（Call-ID、From、To、Record-Route、Contact）已经被HSS删除。

信令流程

无

5.3.2初始注册

5.3.2.1HSS返回S-CSCF能力集方式

预置条件

1、参测VoLTEUE和UE2正确开户，并且已经关机。

2、S-CSCFPOOL（至少2台S-CSCF）中，各S-CSCF工作正常。

3、确保在I-CSCF未检测到S-CSCF1故障时，首选S-CSCF1。

4、其他VoLTE网元工作正常。

测试步骤

1、通过I-CSCF操作维护界面设置t1、t2、t3（可选）和t4，建议t1+t2<=16秒。

2、检查UE在HSS中已经注销。

3、断开I-CSCF与S-CSCF1链路（如拔掉网线等）。

4、UE1开机。

5、查询S-CSCF2中UE的注册状态。

6、UE2开机。

7、连接I-CSCF与S-CSCF1链路（如插上网线等）。

8、UE1重启。

检查点

1、S-CSCF1故障后，I-CSCF发送至S-CSCF1的Register消息在t1时间内未收到任何响应，那么启动OPTIONS检测，来判决目的节点设备故障。

2、I-CSCF将S-CSCF1加入黑名单。

3、（可选，若I-CSCF无需再次获取能力集就可以选择S-CSCF2，则此步骤可选。

）I-CSCF判断S-CSCF1故障后，向HSS发送UAR消息重新获取能力集（AuthorizationType为REGISTRATION_AND_CAPABILITIES）。

4、I-CSCF将请求消息发送给S-CSCF2，S-CSCF2根据标准初始注册流程完成注册。

5、在S-CSCF2上可以查询UE1为已注册状态。

6、由于I-CSCF已经将S-CSCF1加入黑名单，UE2初始注册时，I-CSCF通过能力集方式，直接选择S-CSCF2完成UE2的标准初始注册流程。

7、连接I-CSCF和S-CSCF1链路后，I-CSCF等待t3时间后，启动OPTIONS检测，来判决目的节点设备恢复。

8、I-CSCF将S-CSCF1移出黑名单。

9、UE1通过原I-CSCF注册至S-CSCF1上。

信令流程

5.3.2.2HSS返回S-CSCF主机名方式（参见本章节主叫S-CSCF故障检查点）

5.3.3重注册

预置条件

1、参测VoLTEUE1和UE2正确开户，并且已注册成功，注册在S-CSCF1上。

2、S-CSCFPOOL（至少2台S-CSCF）中，各S-CSCF工作正常。

3、其他VoLTE网元工作正常。

测试步骤

1、通过I-CSCF操作维护界面设置t1、t2、t3（可选）和t4，建议t1+t2<=16秒。

2、检查UE在S-CSCF1中已经注册。

3、断开I-CSCF与S-CSCF1链路（如拔掉网线等）。

4、UE1重注册。

5、查询S-CSCF2中UE的注册状态。

6、UE2重注册。

7、连接I-CSCF与S-CSCF1链路（如插上网线等）。

8、UE1重启。

检查点

1、S-CSCF1故障后，I-CSCF发送至S-CSCF1的Register消息在t1时间内未收到任何响应，那么启动OPTIONS检测，来判决目的节点设备故障。

2、I-CSCF将S-CSCF1加入黑名单。

3、（可选，若I-CSCF无需再次获取能力集就可以选择S-CSCF2，则此步骤可选。

）I-CSCF判断S-CSCF1故障后，向HSS发送UAR消息重新获取能力集（AuthorizationType为REGISTRATION_AND_CAPABILI