我国移动5G语音业务测试规范方案v010.docx
- 文档编号:26733009
- 上传时间:2023-06-22
- 格式:DOCX
- 页数:24
- 大小:191.10KB
我国移动5G语音业务测试规范方案v010.docx
《我国移动5G语音业务测试规范方案v010.docx》由会员分享,可在线阅读,更多相关《我国移动5G语音业务测试规范方案v010.docx(24页珍藏版)》请在冰豆网上搜索。
我国移动5G语音业务测试规范方案v010
中国移动通信企业标准
QB-╳╳-╳╳╳-╳╳╳╳
中国移动5G规模试验测试规范
--核心网(领域)5G语音短信业务测试规范
ChinaMobileTestSpecificationfor5GScaleTrial
CoreNetwrok5GVoiceandSMSservice
版本号:
0.1.0
╳╳╳╳-╳╳-╳╳发布
╳╳╳╳-╳╳-╳╳实施
目 录
前言
本标准规定了面向5G语音和短信业务技术方案的测试方案,供设备厂商和中国移动内部使用。
目的是在5G规模试验和商用部署测试过程中,指导5G设备入网测试,保证中国移动5G网络中5G语音业务和短信业务所涉及的网元设备的互通以及在网络中正常可靠地运行。
本标准主要包括以下内容:
测试环境和测试工具;针对各种被测设备的测试项。
本标准是5G规模试验系列标准之一,该系列标准的结构、名称或预计的名称如下:
序号
标准编号
标准名称
例
[1]
[2]
[3]
[4]
[5]
[6]
[7]
……
……
本标准需与企业标准编号《企业标准名称》配套使用。
本标准的附录为标准性附录,附录为资料性附录。
本标准由中移号文件印发。
本标准由中国移动通信集团提出,集团公司技术部归口。
本标准起草单位:
中国移动通信研究院
本标准主要起草人:
1.范围
本标准规定了面向5G语音和短信业务技术方案的测试方案。
本方案供中国移动通信集团公司及设备厂家在5G规模试验阶段共同使用。
2.规范性引用文件
下列文件中的条款通过本标准的引用而成为本标准的条款。
凡是注日期的引用文件,其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准,然而,鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。
凡是不注日期的引用文件,其最新版本适用于本标准。
序号
标准编号
标准名称
发布单位
[1]
TS23.501
3GPP
[2]
TS23.502
3GPP
[3]
TS23.503
3GPP
[4]
《中国移动VoLTE业务总体技术要求》
中国移动通信集团公司
[5]
TS29.501
3GPP
[6]
TS29.512
3GPP
3.术语、定义和缩略语
下列术语、定义和缩略语适用于本标准:
词语
解释
4.测试目的及原则
为验证厂商设备对5G语音和短信业务技术方案的支持情况,中国移动通信研究院本着公平、公正的测试原则,对相关设备厂商的设备进行测试和验证。
本次测试旨在验证5G语音和短信业务技术方案的可行性,以及相关网络功能(5G核心网、无线、终端)能否满足部署运营要求,主要包括VoNR和EPSFallback等语音业务,SMSoverNAS等短信业务功能的测试内容。
本次测试原则如下:
1)5GC网元基于虚拟化平台测试,配合网元(EPC网元和IMS网元)可基于物理平台测试。
2)虚拟化部分的用例仅适用于虚拟化平台,主要原则包括:
a)在软件版本完全相同的情况下,相同网元的实验室测试可以复用NFV试点实验室测试的测试结果。
b)本次测试基于虚拟化平台的测试需基于三层解耦来部署,虚拟层和VNF同厂家部署。
c)如果和NFV试点省相同,则共用NFV试点资源池,且测试厂家的VNFM应支持接入NFV试点省的NFVO+;如果和NFV试点省不相同,则测试机房应与商用资源池同局址,并由测试厂家自带NFVO+,规模试验结束后拆除。
3)实验室测试中需满足出场条件方可进入外场测试。
5.测试地点及时间计划
测试地点:
实验室:
中国移动通信有限公司研究院博瑞琪核心网实验室
外场:
北方信息港
测试时间:
实验室:
2019年5月~
外场:
2019年6月~
6.测试环境
选取北方信息港作为核心网测试线的核心网集中节点,由各参测厂家在该集中节点基于标准三层架构,采用虚拟化形态部署一套5GC核心网(2套AMF、2套SMF、1套UDM、1套UDR、1套NRF、2套PCF、1套NSSF、1套NEF、2套BSF(内置于SMF)、1套SMSF、2套HTTPProxy、1套AUSF(内置于UDM))以及3套UPF(厂家自选设备形态);
选取南京作为其他测试线的配合核心网的集中节点,由各参测厂家基于标准三层架构,采用虚拟化形态各部署一套5GC核心网(1套AMF、1套SMF、1套UDM、1套UDR、1套NRF、1套PCF、1套NSSF、1套NEF、1套BSF(内置于SMF)、1套SMSF、1套HTTPProxy、1套AUSF(内置于UDM)以及1套UPF(厂家自选设备形态)),一套IMS核心网(1套VoLTESBC,1套I/S/E-CSCF/BGCF,一套VoLTEAS,一套IP-SM-GW)和一套SMSC。
面向SA集中化部署的对比分析,选择华为在杭州单独部署一套5GC(2套AMF、2套SMF、1套UDM、1套UDR、1套NRF、2套PCF、1套NSSF、1套NEF、2套BSF(内置于SMF)、1套SMSF、2套HTTPProxy、1套AUSF(内置于UDM))以及3套UPF(厂家自选设备形态)。
所有新建5GC核心网根据同厂家对接原则,连接各厂家所在试点城市的5G基站。
注:
一阶段不针对NEF、SMSF进行测试。
针对MEC场景,在各试验城市由各省公司选择合适的机房部署边缘UPF以及MEC平台。
为了配合5GC开展4G/5G互操作测试,复用NSA组网中各试点城市搭建的EPC核心网,采用同厂家配对的方式进行连接。
为服务于SA架构下的业务承载能力以及体验测试,由各参测厂家在北方信息港集中机房各部署一套视频业务服务器用于视频业务验证,其余的IMS网络、短信中心、DRA信令网、IP短信网关以及杭州分省的视频服务器资复用NSA测试网络中搭建的配套环境。
图7-1SA外场组网图
7.测试流程
1、实验室测试
1)安排测试厂商设备入场,环境搭建;
2)待测试厂家调试完毕,对参测设备按照测试方案中的测试用例进行测试验收和测试记录,记录版本信息,保留测试日志、抓包和截图等;
3)测试结果确认;
2、外场测试
1)网络环境准备,物理设备到货;
2)待测试厂家调试完毕,对参测设备按照测试方案中的测试用例进行测试验收和测试记录,记录版本信息,保留测试日志、抓包和截图等;
3)测试结果确认。
8.测试用例选择
本规范用于测试VoNR语音技术方案、EPSFallback语音技术方案和SMSoNAS短信技术方案的功能和流程,主要包括如下测试项:
1)EPSFallback用户注册流程;
2)EPSFallback用户间的呼叫流程;
3)VoNR用户注册流程;
4)VoNR用户间的呼叫流程;
5)VoNR语音业务连续性流程;
6)补充业务配置流程;
7)VoNR紧急呼叫流程;(可选)
8)EPSFallback紧急呼叫流程;(可选)
9)SMSoNAS短信注册流程;
10)SMSoNAS短信注销流程;
11)SMSoNAS短信MO流程;
12)SMSoNAS短信MT流程;
13)SMSoNAS短信发送失败重发流程;
针对上述测试内容。
1、实验室测试用例范围:
紧急呼叫相关流程为可选用例,其他测试用例为必选测试用例。
2、实验室出场条件:
完成实验室的出场必选用例,实验室出场用例遵循满足注册及基本业务流程的原则进行筛选。
3、外场测试用例范围:
紧急呼叫相关流程为可选用例,其他测试用例为必选测试用例。
9.测试组网
测试涉及端到端网络,包括:
各试点省:
5GNR无线设备、LTE无线设备、EPC;
南京节点:
IMS网络,IP-SM-GW,SMSC
北方信息港:
5GC核心网;
图5G语音及SMSoNAS短消息业务测试网络架构
10.5G语音业务功能测试
10.1.EPSFallback功能测试
注册流程
测试编号
11.1.1
测试项目
EPSFallback功能
测试分项目
EPSFallback注册
测试目的
验证终端在5G网络和IMS网络上进行初始注册
测试预置条件
1)网络中各网元系统及操作维护台运行正常;、
2)SMF已配置VoLTESBC地址列表;
3)UE在UDM/HSS中正常签约
测试步骤
1)使用信令跟踪仪跟踪相关接口;
2)UE开机发起注册流程。
检查点
信令流程和服务调用符合标准定义,其中:
1.UE在RegistrationRequest请求中携带“UE'susagesetting”参数,设置为“VoiceCentric”。
2.AMF在RegistrationAccept消息中携带5GSnetworkfeaturesupport信元,并通过IMSvoiceoverPSsessionover3GPPaccessindicator指示5G网络支持语音业务。
3.UE发起针对IMSDNN的PDUsession建立流程。
4.AMF向UDM上报HomogeneousSupportofIMSVoiceoverPSSessions标识。
5.IMSPDUsession建立成功,其SSCmode为1。
6.SMF能够下发P-CSCF地址列表。
预期结果
1.UE完成5G注册和IMS注册流程。
详细消息流程图:
参见《中国移动5G语音业务总体技术要求》章节6.1.1。
备注
EPSFallback用户间的呼叫流程
测试编号
11.1.2
测试项目
EPSFallback功能
测试分项目
EPSFallback用户呼叫流程
测试目的
验证5G网络支持EPSFallback用户间进行语音呼叫的能力
测试预置条件
1)网络中各网元系统及操作维护台运行正常;
2)SMF已配置VoLTESBC地址列表;
3)gNB配置为EPSFallback工作模式;
4)DRA能通过配置或服务发现获取BSF与5G用户IP地址段的映射关系
5)UEA和UEB均为5G用户,在UDM/HSS中正常签约;
6)UEA和UEB在5GC和IMS已正常注册,且处于Idle状态。
测试步骤
1)使用信令跟踪仪跟踪相关接口;
2)UEA发起到UEB的语音呼叫。
3)呼叫建立后,UEA挂机释放呼叫。
检查点
信令流程和服务调用符合标准定义,其中:
1.UEA发起呼叫前,正确触发ServiceRequest流程。
2.DRA支持调用BSF的服务向SMF查询获得用户绑定的PCF/PCRF的Diameter主机名,SMF能够正确返回主机名。
3.gNB正确拒绝5QI=1的QoSflow的建立,并返回"IMSvoiceEPSfallbackorRATfallbacktriggered"的拒绝原因值。
4.gNB发起PSHO流程。
5.SMF收到承载建立拒绝消息后,不上报PCF/PCRF,并能在切换完成后在EPC建立QCI=1的承载。
6.MME、SMF和PCF能正确上报用户在4G的位置信息。
7.呼叫成功释放,P-CSCF通过PCC释放QCI=1的承载资源。
8.重复呼叫10次,记录呼叫建立时延。
预期结果
1.语音呼叫成功建立和释放。
2.位置信息正确上报。
详细消息流程图:
参见《中国移动5G语音业务总体技术要求》章节6.2.2.1,6.2.2.2和6.2.2.3。
备注
10.2.VoNR功能测试
注册流程
测试编号
11.2.1
测试项目
VoNR功能
测试分项目
VoNR注册
测试目的
验证终端在5G网络和IMS网络上进行初始注册
测试预置条件
1)网络中各网元系统及操作维护台运行正常;、
2)SMF已配置VoLTESBC地址列表;
3)UE在UDM/HSS中正常签约
测试步骤
1)使用信令跟踪仪跟踪相关接口;
2)UE开机发起注册流程。
检查点
信令流程和服务调用符合标准定义,其中:
1.UE在RegistrationRequest请求中携带“UE'susagesetting”参数,设置为“VoiceCentric”。
2.AMF在RegistrationAccept消息中携带5GSnetworkfeaturesupport信元,并通过IMSvoiceoverPSsessionover3GPPaccessindicator指示5G网络支持语音业务。
3.UE发起针对IMSDNN的PDUsession建立流程。
4.AMF向UDM上报HomogeneousSupportofIMSVoiceoverPSSessions标识。
5.IMSPDUsession建立成功,其SSCmode为1。
6.SMF能够下发P-CSCF地址列表。
预期结果
1.UE完成5G注册和IMS注册流程。
详细消息流程图:
参见《中国移动5G语音业务总体技术要求》章节6.1.1。
备注
VoNR用户间的呼叫流程
测试编号
11.2.2
测试项目
VoNR功能
测试分项目
VoNR用户呼叫流程
测试目的
验证5G网络支持VoNR用户间进行语音呼叫的能力
测试预置条件
1)网络中各网元系统及操作维护台运行正常;、
2)SMF已配置VoLTESBC地址列表;
3)gNB配置为VoNR工作模式;
4)DRA能通过配置或服务发现获取BSF与5G用户IP地址段的映射关系
5)UEA和UEB均为5G用户,在UDM/HSS中正常签约;
6)UEA和UEB在5GC和IMS已正常注册,且处于Idle状态。
测试步骤
1)使用信令跟踪仪跟踪相关接口;
2)UEA发起到UEB的语音呼叫。
3)呼叫建立后,UEA挂机释放呼叫。
检查点
信令流程和服务调用符合标准定义,其中:
1.UEA发起呼叫前,正确触发ServiceRequest流程。
2.DRA支持调用BSF的服务向SMF查询获得用户绑定的PCF/PCRF的Diameter主机名,SMF能够正确返回主机名。
3.gNB和5GC成功建立5QI=1的QoSflow。
4.AMF、SMF和PCF能正确上报用户在5G的位置信息。
5.呼叫成功释放,P-CSCF通过PCC释放5QI=1的QoSflow资源。
6.重复呼叫10次,记录呼叫建立时延。
预期结果
1.语音呼叫成功建立和释放。
2.位置信息正确上报。
详细消息流程图:
参见《中国移动5G语音业务总体技术要求》章节6.1.2.1,6.1.2.2和6.1.2.3。
备注
语音业务连续性流程
测试编号
11.2.3
测试项目
VoNR功能
测试分项目
VoNR用户语音业务连续性流程
测试目的
验证网络支持将VoNR用户的呼叫从5G切换到4G的能力
测试预置条件
1)网络中各网元系统及操作维护台运行正常;
2)SMF已配置VoLTESBC地址列表;
3)gNB配置为VoNR工作模式;
4)DRA能通过配置或服务发现获取BSF与5G用户IP地址段的映射关系
5)UEA和UEB均为5G用户,在UDM/HSS中正常签约;
6)UEA和UEB在5GC和IMS已正常注册,且已建立起语音呼叫。
测试步骤
1)使用信令跟踪仪跟踪相关接口;
2)通过无线信号调节触发UEA从5GS切换到EPS;
检查点
信令流程和服务调用符合标准定义,其中:
1.无线侧发起HandoverRequired流程到AMF,并通过“TargeteNBIdentifier”信源标示是从5G到4G的切换流程;NG-RAN同时在切换请求流程中指示需要进行数据转发的承载
2.AMF通过向SMF+PGW-C发起Nsmf_PDUSession_ContextRequest消息,来获取PDUsession的SM上下文同时包含映射的EPS承载上下文;
3.AMF向MME发送ForwardRelocationRequest消息,包含映射的MMContext,以及SMEPS上下文;
4.MME按照4G切换流程完成承载会话迁移
5.切换完成后,UE发起TAU流程,MME发起ULR流程,在ULR-flag中指示"Single-Registration-Indication",HSS+UDM向AMF发起去注册消息Nudm_UECM_DeregistrationNotification;
6.切换前后IP地址保持不变。
7.计算得到切换时语音终端时延。
预期结果
1.UEA的语音呼叫成功切换到EPS。
详细消息流程图:
参见《中国移动5G语音业务总体技术要求》章节6.1.3。
备注
11.SMSoverNAS短信功能测试
11.1.注册流程
测试项目
SMSoNAS功能
测试子项目
短信激活功能
测试目的
验证UE注册时SMSF选择和短信业务激活的功能
预置条件
1)网络中各网元系统及操作维护台运行正常;
2)UE在UDM/HSS中正常签约,包括SMSoNAS签约;
3)UE上配置为允许并优先使用SMSoNAS短信业务;
测试步骤
1.UE发送注册请求消息给AMF,注册请求消息不含“SMSsupported”标识。
2.AMF通知SMSF,UE已注销。
3.SMSF通知UDM删除UE的SMSF地址。
检查点
1.UE发送的SMS消息包含“SMSsupported”标识。
2.当需要重选AMF时,原AMF需发送SMSF地址给新AMF。
3.SMSF的获取方法:
AMF预配置SMSF地址,或者AMF从UDM获取SMSF地址,或者AMF从NRF获取SMSF地址。
4.AMF发送给UE的RegistrationAccept消息中包含“SMSsupported”标识。
5.AMF采用Nsmsf_SMService_Activate操作,调用内容包含:
AMF地址、GPSI(如初期不用,可不含GPSI)和SUPI、AMF可用的SMSF地址。
6.如果SMSF已经含有UE上下文,则SMSF用新AMF地址替换原AMF地址;否则,SMSF使用Nudm_UECM_Registration去UDM注册,如果SMS订阅数据已修改,SMSF使用Nudm_SDM_Get操作获取SMS订阅数据。
7.AMF存储SMSF地址,作为UE上下文的一部分内容。
参考流程
11.1.1.注销流程
测试项目
SMSF基础功能
测试子项目
注销功能
测试目的
验证UE注销时SMSF的功能
预置条件
UE是5G注册用户,已订阅SMS,能正常收发短消息。
测试步骤
场景一:
1.UE发送注册请求消息给AMF,注册请求消息不含“SMSsupported”标识。
2.AMF通知SMSF,UE已注销。
3.SMSF通知UDM删除UE的SMSF地址。
场景二:
1.AMF发现UE已注销。
2.AMF通知SMSF,UE已注销。
3.SMSF通知UDM删除UE的SMSF地址。
检查点
1.AMF采用Namf_EventExposure_Notify操作,通知SMSFUE已注销。
2.AMF删除了SMSF地址。
3.SMSF采用Nudm_UEContextManagement_Deregistration操作,通知UDM删除SMSF地址。
4.SMSF删除了UE的上下文。
参考流程
11.1.2.MO
测试项目
SMSF基础功能
测试子项目
MO功能
测试目的
验证SMSF的MO功能
预置条件
1.UE1处于CM-IDLE状态。
2.UE2是正常注册用户。
测试步骤
1.UE1编辑短消息发送给UE2。
2.UE2收到UE1的短消息。
检查点
1.SMS消息包含CP-DATA/RP-DATA/TPDU/SMS-SUBMIT等内容。
2.SMS消息封装在NAS消息中发送给AMF。
3.AMF添加IMEISV、当地时间,以及UE的TAI和x-CGI。
4.SMSC依据现网流程处理短消息,并发送SubmitReport给SMSF。
5.最后一条SubmitReport包含一个特殊标识(lastmessage)。
参考流程
11.1.3.MT
测试项目
SMSF基础功能
测试子项目
MT功能
测试目的
验证SMSF的MT功能
预置条件
1.UE1是正常注册用户,
2.UE2处于CM-IDLE状态。
测试步骤
1.UE1编辑短消息发送给UE2。
2.UE2收到UE1的短消息。
检查点
1.SMSF采用Namf_Communication_N1N2MessageTransfer操作,发送SMS消息(SMS消息包含CM-DATA/RP-DATA-TPDU-SMS-DELIVER内容)给AMF。
2.AMF添加IMEISV、当地时间,以及UE的TAI和x-CGI。
3.deliveryreport消息封装在NAS消息中发送给AMF。
4.AMF将SMS消息封装在NAS消息中发送给UE。
5.最后一条SubmitReport包含一个特殊标识(lastmessage)。
参考流程
12.编制历史
版本号
更新时间
主要内容或重大修改
编制人
技术审核人
部门审核人
0.1.0
2019-1-19
修改测试架构图,增加短信测试内容
姜怡
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 我国 移动 语音 业务 测试 规范 方案 v010