《YD∕T 3849-2021 LTE数字蜂窝移动通信网 专用核心网（DCN）设备测试方法(通信).pdf》由会员分享，可在线阅读，更多相关《YD∕T 3849-2021 LTE数字蜂窝移动通信网 专用核心网（DCN）设备测试方法(通信).pdf（37页珍藏版）》请在taowenge.com淘文阁网|工程机械CAD图纸|机械工程制图|CAD装配图下载|SolidWorks_CaTia_CAD_UG_PROE_设计图分享下载上搜索。
1、中华人民共和国工业和信息化部发 布 ICS 33.060.99M36中 华 人 民 共 和 国 通 信 行 业 标 准YD/T LTE 数字蜂窝移动通信网 专用核心网（DCN）设备测试方法Test method of LTE digital cellular mobile telecommunication network of dedicated core network（DCN）equipments(报批稿)-发布-实施YDYD/T XXXXXXXXI目次 前言.II 1 范围.1 2 缩略语.1 3 测试环境.1 3.1 测试环境配置.1 3.2 测试仪表要求.3 3.3 测试的前提条件
2、.3 4 测试内容.3 4.1 DCN.3 4.1.1 基站支持 NAS 消息重路由流程.4 4.1.2 MME.4 4.1.3 HSS.10 4.1.4 接口测试.13 4.2 UE 辅助的 DCN.19 4.2.1 终端.19 4.2.2 基站.22 4.2.3 MME.25 4.2.4 接口.26 YD/T XXXXXXXXII 前言 本标准是 LTE 数字蜂窝移动通信网专用核心网（DCN）系列标准之一，该系列标准的结构和名称如下：a)YD/T LTE数字蜂窝移动通信网 专用核心网（DCN）设备技术要求；b)YD/T LTE数字蜂窝移动通信网 专用核心网（DCN）设备测试方法。随着技术的
3、发展，还将制定后续的相关标准。本标准按照GB/T 1.1-2009给出的规则起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准由中国通信标准化协会提出并归口。本标准起草单位：中国电信集团有限公司、中国信息通信研究院、中国联合网络通信集团有限公司、华为技术有限公司、中兴通讯股份有限公司、爱立信（中国）通信有限公司、大唐电信科技产业集团（电信科学技术研究院）。本标准主要起草人：何宇锋、林奕琳、吴敏清、周星月、朱金银、姜永、张科峰、陆伟、梁爽、杨红梅、穆佳、陈淑珍。YD/T XXXXXXXX1LTE 数字蜂窝移动通信网 专用核心网（DCN）设备测试方法 1范围
4、 本标准规定了LTE数字蜂窝移动通信网专用核心网（DCN）设备的测试要求和测试方法，包括设备测试以及相关接口测试方法。本标准适用于支持DCN的终端、基站、MME、HSS设备。2缩略语 下列缩略语适用于本文件。AS 应用服务器 Application Server DCN 专用核心网 Dedicated Core Network DNS 域名系统 Domain Name System eNB 演进的节点 B Evolved Node B GUTI 全球唯一临时标识 Globally Unique Temporary Identifier HSS 归属签约用户服务器 Home Subscriber
5、 Server IMSI 国际移动用户识别码 International Mobile Subscriber Identity MME 移动管理实体 Mobility Management Entity MMEGI MME 群组标识 MME Group ID NAS 非接入层 Non-Access-Stratum PGW 分组数据网网关 PDN Gateway PLMN 公共陆地移动网络 Public Land Mobile Network SGW 服务网关 Serving Gateway TAU 跟踪区更新 Tracking Area Update UE 用户设备 User Equipmen
6、t USIM 全球用户标识模块 Universal Subscriber Identity Module 3测试环境 3.1测试环境配置 图1中的测试环境，适用于含重路由相关流程的测试用例。YD/T XXXXXXXX2 图 1测试环境架构图 1 图 2 中的测试环境，适用于不含重路由相关流程的测试用例。图 2测试环境架构图 2 图 3 中的测试环境，适用于 MME 支持根据 UE 使用类型按照本地配置、DNS 等进行PGW、SGW 选择。第二个新的MMEPGWeNB第一个新的MMEHSSSGWPGWUEDCNS1-US1-MME-CS1-US1-MME-CS6aS6aS5/S8S5/S8S11
7、S11ASSGiSGiASSGW新MMESGW1PGW1老eNBAS1老MMEHSSSGW2PGW2UEDCNS1-MME-CS10S1-MME-CS1-US6aS6aSGiSGiS5/S8S5/S8S11S11新eNBS1-UAS2YD/T XXXXXXXX3 图 3 测试环境架构图 3 图 4 中的测试环境，适用于 S1 切换场景下，源 MME 支持根据用户的使用类型选择切换的目标 MME。图 4 测试环境架构图 4 3.2测试仪表要求 协议测试仪支持空口、S1、S6a、S10、S11 等接口的监测，支持对各层协议栈的解码，可以精确到位域级别。3.3测试的前提条件 测试的前提条件为：被测设
8、备安装完毕，硬件软件全部工作正常，数据正确配置并正常运行；辅助测试设备硬件软件全部工作正常，已完成各种逻辑数据的正确设置；辅助测试无线环境正常工作。4测试内容 4.1DCN SGW1PGW1eNBAS1MMEHSSSGW2PGW2UEDCNS1-MME-CS1-MME-US6aSGiSGiS5/S8S5/S8S11S11S1-MME-UAS2第二个新MME老eNB老MMEUEDCNS1-MME-CS10S1-MME-C新eNB第一个新新MMEDCN源覆盖区域目标覆盖区域YD/T XXXXXXXX44.1.1基站支持 NAS 消息重路由流程 测试编号：测试编号：4.1.1 测试项目：测试项目：基
9、站支持 NAS 消息重路由流程 测试目的：测试目的：验证基站能够正确处理 DCN 用户的消息重路由流程 预置条件：预置条件：a)网络中各网元系统及操作维护台运行正常；b)第一个新 MME、第二个新 MME 支持 DCN 的相关功能开关打开；c)第一个新 MME 不支持用户的 UE Usage Type 所匹配的 DCN 功能；d)配置第二个新 MME 支持用户的 UE Usage Type 所匹配的 DCN 功能；e)用户未签约 DCN；f)用户附着在第一个新 MME 上。测试步骤：测试步骤：1)UE关机去附着；2)修改用户的UE Usage Type签约数据，签约DCN；3)UE开机附着，发
10、送Initial UE Message消息到第一个新MME。预期结果：预期结果：a)UE开机通过eNB接入第一个新MME；b)第一个新MME根据配置信息和用户信息 UE Usage Type判断该用户不属于本网；c)第一个新MME不能为之服务，进行网络重选；d)第一个新 MME 发送 Reroute NAS message 给 eNB 携带 MMEGI、UE Usage Type、addtional GUTI、S1 Message，S1 Message 为老 MME 附着的码流（包括 INITIAL UE MESSAGE）；e)eNB 根据 MMEGI 将 Initial UE Message
11、 消息发往 DCN 的第二个新 MME；f)UE 在第二个新 MME 附着成功，承载建立成功，业务正常。4.1.2MME 4.1.2.1消息重路由流程 测试编号：测试编号：4.1.2.1 测试项目：测试项目：消息重路由流程 测试目的：测试目的：验证 MME 能够正确处理 DCN 用户的消息重路由流程 预置条件：预置条件：a)网络中各网元系统及操作维护台运行正常；b)第一个新 MME、第二个新 MME 支持 DCN 的相关功能开关打开；c)第一个新 MME 不支持用户的 UE Usage Type 所匹配的 DCN 功能；d)配置第二个新 MME 支持用户的 UE Usage Type 所匹配的
12、 DCN 功能；e)用户未签约 DCN；f)用户附着在第一个新 MME 上。YD/T XXXXXXXX5测试步骤：测试步骤：1)UE关机去附着；2)修改用户的UE Usage Type签约数据，签约DCN；3)UE开机附着，发送Initial UE Message消息到第一个新MME。预期结果：预期结果：a)UE开机通过eNB接入第一个新MME；b)第一个新MME根据用户信息 UE Usage Type对应的MMEGI判断该用户不属于本网；c)第一个新MME不能为之服务，发起NAS消息重路由；d)第一个新 MME 发送 Reroute NAS message 给 eNB 携带 MMEGI、UE
13、 Usage Type、addtional GUTI（如果 Attach Request 消息中携带该字段，则 MME 发送 Reroute NAS message 中携带该字段给 eNB）、S1 Message，S1 Message 为老 MME 附着的码流（包括INITIAL UE MESSAGE）；e)eNB 根据 MMEGI 将 Initial UE Message 消息发往 DCN 的第二个新 MME；f)UE 在第二个新 MME 附着成功，承载建立成功，业务正常。4.1.2.2附着 Attach 测试编号：测试编号：4.1.2.2 测试项目：测试项目：附着 Attach 测试目的：
14、测试目的：验证 MME 能够正确处理 DCN 用户的附着 预置条件：预置条件：a)网络中各网元系统及操作维护台运行正常；b)新 MME、老 MME 支持 DCN 的相关功能开关打开；c)配置新 MME、老 MME 支持用户的 UE Usage Type 所匹配的 DCN 功能；d)用户已签约 DCN e)用户在老 MME 上去附着；f)老 MME 中有用户的 UE Usage Type。测试步骤：测试步骤：1)UE在新MME下开机附着；2)在网络侧查询用户的信息。预期结果：预期结果：a)如果老 MME 中有用户的 UE Usage Type，新 MME 通过 Identification Re
15、sponse 消息从老 MME 获取 UE Usage Type 参数；b)如果老 MME 中没有用户的 UE Usage Type，新 MME 向 HSS 发送 Authentication Information Request消息，并在该消息中包含“Send UE Usage Type”请求UE的UE Usage Type；HSS 在 Authentication Information Answer 响应消息中，携带 UE-Usage-Type AVP；c)新 MME 根据获取的 UE Usage Type 对应的 MMEGI 判断该用户属于本网；d)UE 成功附着到新 MME，承载建
16、立成功，业务正常。4.1.2.3TAU YD/T XXXXXXXX6测试编号：测试编号：4.1.2.3 测试项目：测试项目：TAU 测试目的：测试目的：验证 MME 能够正确处理 DCN 用户的 TAU 预置条件：预置条件：a)网络中各网元系统及操作维护台运行正常；b)新 MME、老 MME 支持 DCN 的相关功能开关打开；c)配置新 MME、老 MME 支持用户的 UE Usage Type 所匹配的 DCN 功能；d)用户已签约 DCN e)用户附着在老 MME 上。测试步骤：测试步骤：1)UE在新MME下TAU；2)在网络侧查询用户的信息。预期结果：预期结果：a)如果老MME中有用户的
17、UE Usage Type，新MME通过Contex Response消息从老MME获取 UE Usage Type 参数；b)如果老 MME 中没有用户的 UE Usage Type，新 MME 发送 Update Location Request 消息到 HSS，携带 Feature-List 指示“Dedicated Core Networks”；HSS 响应 Update Location Answer 给 MME，在 Subscription-Data AVP 中携带 UE-Usage-Type AVP；c)新 MME 根据 UE Usage Type 对应的 MMEGI 判断该用户
18、属于本网；d)UE 成功 TAU 到新 MME，承载建立成功，业务正常。4.1.2.4切换 测试编号：测试编号：4.1.2.4 测试项目：测试项目：切换 pe 测试目的：测试目的：验证 MME 能够正确处理 DCN 用户的切换 预置条件：预置条件：a)网络中各网元系统及操作维护台运行正常；b)新 MME、老 MME 支持 DCN 的相关功能开关打开；c)配置新 MME、老 MME 支持用户的 UE Usage Type 所匹配的 DCN 功能；d)用户已签约 DCN；e)用户附着在老 MME 上保持连接状态；f)老 MME 中有用户的 UE Usage Type。测试步骤：测试步骤：1)UE从
19、老MME覆盖区，移动到新MME覆盖区，触发切换流程；2)在网络侧查询用户的信息。预期结果：预期结果：a)新 MME 通过 Forward Relocation Request 消息从老 MME 获取 UE Usage Type 参数；b)新 MME 根据 UE Usage Type 对应的 MMEGI 判断该用户属于本网；YD/T XXXXXXXX7c)UE 成功切换到新 MME，业务正常。4.1.2.5MME 发起 DCN 网络重选 测试编号：测试编号：4.1.2.5 测试项目：测试项目：MME 发起 DCN 网络重选 测试目的：测试目的：验证 MME 能够正确发起 DCN 网络重选 预置条
20、件：预置条件：a)网络中各网元系统及操作维护台运行正常；b)第一个新、第二个新 MME 支持 DCN 的相关功能开关打开；c)第一个新 MME 不支持 UE 请求的 DCN 功能；d)配置第二个新 MME 支持 UE 请求的 DCN 功能的 DCN；e)用户已签约 DCN；f)用户开机附着在第二个新 MME 上。测试步骤：测试步骤：1)配置第一个新MME支持UE请求的DCN功能的DCN；2)配置第二个新MME不支持UE请求的DCN功能的DCN；3)检查第二个新MME能够正确发起DCN网络重选。预期结果：预期结果：a)第一个新MME根据用户信息 UE Usage Type对应的MMEGI判断该用
21、户不属于本网；b)第二个新MME判断不能为用户提供服务，决定进行网络重选将UE立即迁移到另外的CN节点第一个新MME；c)第二个新 MME 发送 Reroute NAS message 给 eNB 携带 MMEGI、UE Usage Type、addtional GUTI、S1 Message，S1 Message 为老 MME 附着的码流（包括 INITIAL UE MESSAGE）；d)eNB 根据 MMEGI 将 Initial UE Message 消息发往 DCN 的第一个新 MME；e)UE 在第一个新 MME 附着成功，承载建立成功，业务正常。4.1.2.6MME 支持根据 UE
22、 使用类型按照本地配置、DNS 等，确定对应于相应 UE 使用类型的 DCN的 MMEGI 测试编号：测试编号：4.1.2.6 测试项目：测试项目：MME 支持根据 UE 使用类型按照本地配置、DNS 等，确定对应于相应 UE 使用类型的 DCN 的 MMEGI 测试目的测试目的：验证 MME 支持根据 UE 使用类型按照本地配置、DNS 等，确定对应于相应 UE使用类型的 DCN 的 MMEGI 预置条件：预置条件：a)网络中各网元系统及操作维护台运行正常；YD/T XXXXXXXX8b)第一个新 MME、第二个新 MME 支持 DCN 的相关功能开关打开；c)用户签约 DCN。测试步骤：测
23、试步骤：1)配置第一个新MME支持用户的UE Usage Type所匹配的DCN功能；2)UE开机附着接入第一个新MME；3)检查第一个新MME是否支持根据UE使用类型按照本地配置、DNS等，确定支持相应UE使用类型的DCN的MMEGI为第一个新MME；4)UE去附着；5)配置第一个新MME不支持用户的UE Usage Type所匹配的DCN功能；6)配置第二个新MME支持用户的UE Usage Type所匹配的DCN功能；7)UE在第一个新MME下开机附着；8)检查第一个新MME是否根据UE使用类型按照本地配置、DNS等，确定对应于相应UE使用类型的DCN的MMEGI为第二个新MME，发起N
24、AS重路由。预期结果：预期结果：a)配置第一个新MME支持用户的UE Usage Type所匹配的DCN功能；b)UE开机在第一个新MME附着成功；c)第一个新MME支持根据UE使用类型按照本地配置、DNS等，确定支持相应UE使用类型的DCN的MMEGI为第一个新MME，UE在第一个新MME附着成功，承载建立成功，业务正常；d)UE去附着成功；e)配置第一个新MME不支持用户的UE Usage Type所匹配的DCN功能，相应修改DNS配置；f)配置第二个新MME支持用户的UE Usage Type所匹配的DCN功能，相应修改DNS配置；g)UE在第一个新MME下开机附着；h)第一个新 MME
25、 支持根据 UE 使用类型按照本地配置、DNS 等，确定对应于相应 UE 使用类型的 DCN 的 MMEGI 为第二个新 MME，发起 NAS 重路由；i)第一个新 MME 发送 Reroute NAS message 给 eNB 携带 MMEGI、UE Usage Type、addtional GUTI（如果 Attach Request 消息中携带该字段，则 MME 发送 Reroute NAS message 中携带该字段给 eNB）、S1 Message，S1 Message 为老 MME 附着的码流（包括INITIAL UE MESSAGE）；j)eNB 根据 MMEGI 将 Ini
26、tial UE Message 消息发往 DCN 的第二个新 MME；k)UE 在第二个新 MME 附着成功，承载建立成功，业务正常。4.1.2.7MME 支持根据 UE 使用类型按照本地配置、DNS 等进行 PGW、SGW 选择 测试编号：测试编号：4.1.2.7 测试项目：测试项目：MME 支持根据 UE 使用类型按照本地配置、DNS 等进行 PGW、SGW 选择 测试目的测试目的：验证 MME 支持根据 UE 使用类型按照本地配置、DNS 等进行 PGW、SGW 选择 预置条件：预置条件：a)网络中各网元系统及操作维护台运行正常；b)MME 支持 DCN 的相关功能开关打开；YD/T X
27、XXXXXXX9c)配置 MME 支持用户的 UE Usage Type 所匹配的 DCN 功能；d)配置 MME 支持支持根据 UE 使用类型按照本地配置、DNS 等进行 PGW、SGW 选择；e)用户已签约 DCN；f)进行 MME 本地配置或 DNS 配置，使用户的 UE Usage Type 对应 PGW1 和 SGW1。测试步骤：测试步骤：1)UE开机附着，检查MME是否支持根据UE Usage Type按照本地配置、DNS等进行PGW、SGW；2)UE关机去附着；3)修改MME本地配置或DNS配置，使用户的UE Usage Type对应PGW2和SGW2；4)UE开机附着，检查MM
28、E是否支持根据UE Usage Type按照本地配置、DNS等进行PGW、SGW。预期结果：预期结果：a)MME 本地配置或 DNS 配置成功，使用户的 UE Usage Type 对应 PGW1 和 SGW1；b)UE开机附着，MME支持根据UE Usage Type按照本地配置、DNS等进行PGW、SGW，选择选择接入PGW1和SGW1，承载建立成功，业务正常；c)UE关机去附着成功；d)修改MME本地配置或DNS配置成功，使用户的UE Usage Type对应PGW2和SGW2；e)UE 开机附着，MME 支持根据 UE Usage Type 按照本地配置、DNS 等进行 PGW、SGW
29、选择，接入 PGW2 和 SGW2，承载建立成功，业务正常。4.1.2.8S1 切换场景下，源 MME 支持根据用户的使用类型选择切换的目标 MME 测试编号：测试编号：4.1.2.8 测试项目：测试项目：S1 切换场景下，源 MME 支持根据用户的使用类型选择切换的目标 MME 测试目的：测试目的：验证 S1 切换场景下，源 MME 支持根据用户的使用类型选择切换的目标 MME 预置条件：预置条件：a)网络中各网元系统及操作维护台运行正常；b)第一个新 MME、第二个新 MME、老 MME 支持 DCN 的相关功能开关打开；c)配置第二个新 MME、老 MME 支持用户的 UE Usage
30、Type 所匹配的 DCN 功能；d)配置第一个新 MME 不支持用户的 UE Usage Type 所匹配的 DCN 功能；e)用户已签约 DCN；f)用户附着在老 MME 上保持连接状态；g)老 MME 中有用户的 UE Usage Type。测试步骤：测试步骤：1)UE从老MME覆盖区，移动到新MME覆盖区，触发切换流程；2)检查源MME支持根据用户的使用类型选择切换的目标MME。预期结果：预期结果：a)老 MME 支持根据用户的使用类型选择切换的目标 MME 为第二个新 MME；b)新第二个新 MME 通过 Forward Relocation Request 消息从老 MME 获取
31、UE Usage TypeYD/T XXXXXXXX10参数；c)UE 成功切换到第二个新 MME，业务正常。4.1.3HSS 4.1.3.1签约 UE Usage Type 测试编号：测试编号：4.1.3.1 测试项目：测试项目：签约 UE Usage Type 测试目的：测试目的：验证 HSS 支持增加用户 UE Usage Type 签约数据 预置条件：预置条件：a)HSS 系统和 HSS 的周边网元系统均运行正常；b)HSS 支持 DCN 的相关功能开关打开；c)MME 支持 DCN 的相关功能开关打开；d)配置 MME 支持用户的 UE Usage Type 所匹配的 DCN 功能；
32、e)用户在 HSS 中已经开户；f)HSS 中用户没有用户 UE Usage Type 签约数据；g)UE 未附着状态。测试步骤：测试步骤：1)在HSS中增加UE Usage Type签约数据DCN；2)UE在MME下初次附着。预期结果：预期结果：a)HSS 上可以查询到用户的 UE Usage Type 签约信息 DCN；b)UE 在 MME 下开机附着，Initial UE Message 消息中不含 MMEGI；c)MME 向 HSS 发送 Authentication Information Request 消息，并在该消息中包含“Send UE Usage Type”请求 UE 的
33、UE Usage Type；d)HSS 在 Authentication Information Answer 响应消息中，携带 UE-Usage-Type AVP；e)MME 根据从 HSS 获取的 UE Usage Type 对应的 MMEGI 判断该用户属于本网；f)UE 成功附着到 MME，承载建立成功，业务正常。4.1.3.2修改用户的 UE Usage Type 测试编号：测试编号：4.1.3.2 测试项目：测试项目：修改用户的 UE Usage Type 测试目的：测试目的：验证 HSS 支持修改用户的 UE Usage Type 预置条件：预置条件：a)HSS 系统和 HSS
34、的周边网元系统均运行正常；b)HSS 支持 DCN 的相关功能开关打开；c)MME 支持 DCN 的相关功能开关打开；d)配置 MME 支持用户的 UE Usage Type 所匹配的 DCN 功能；YD/T XXXXXXXX11e)用户在 HSS 中已经开户；f)用户已签约 DCN；g)用户已附着在 MME。测试步骤：测试步骤：1)修改用户的UE Usage Type签约数据；2)检查命令的执行结果；3)检查修改的用户数据信息。预期结果：预期结果：a)HSS 正确向 MME 发送了 Insert Subscriber Data Request 消息；b)MME 收到的 Insert Subs
35、criber Data Request 消息，Subscription Data AVP 中包含需要修改的 UE Usage Type 签约信息；c)从 MME、HSS 上检查用户数据正确。4.1.3.3删除用户的 UE Usage Type 测试编号：测试编号：4.1.3.3 测试项目：测试项目：删除用户的 UE Usage Type 测试目的：测试目的：验证 HSS 支持删除用户的 UE Usage Type 预置条件：预置条件：a)HSS 系统和 HSS 的周边网元系统均运行正常；b)HSS 支持 DCN 的相关功能开关打开；c)MME 支持 DCN 的相关功能开关打开；d)配置 MME
36、 支持用户的 UE Usage Type 所匹配的 DCN 功能；e)用户在 HSS 中已签约 DCN；f)UE 已附着在 MME。测试步骤：测试步骤：1)删除用户的UE Usage Type签约数据；2)检查命令的执行结果；3)检查修改的用户数据信息。预期结果：预期结果：a)HSS 正确向 MME 发送了 Delete Subscriber Data Request 消息；b)MME 收到的 Delete Subscriber Data Request 消息，消息中 DSR Flags AVP 中包含指示用户删除的 UE Usage Type Withdrawal AVP；c)从 MME、H
37、SS 上检查用户数据正确。4.1.3.4根据Dedicated Core Networks字段，判断MME支持DCN功能，并向MME返回UE Usage Type YD/T XXXXXXXX12测试编号：测试编号：4.1.3.4 测试项目：测试项目：根据 Dedicated Core Networks 字段，判断 MME 支持 DCN 功能，并向 MME 返回 UE Usage Type 测试目的：测试目的：验证 HSS 支持根据 Dedicated Core Networks 字段，判断 MME 支持 DCN 功能，并向 MME 返回 UE Usage Type 预置条件：预置条件：a)HS
38、S 系统和 HSS 的周边网元系统均运行正常；b)HSS 支持 DCN 的相关功能开关打开；c)MME 支持 DCN 的相关功能开关打开；d)配置 MME 支持用户的 UE Usage Type 所匹配的 DCN 功能；e)用户在 HSS 中已签约 DCN；f)UE 已附着在 MME。测试步骤：测试步骤：1)UE在MME下进行TAU。预期结果：预期结果：a)UE 进行 TAU，Initial UE Message 消息中不含 MMEGI；b)MME 发送 Update Location Request 消息到 HSS，携带 Feature-List 指示“Dedicated Core Netw
39、orks”；c)HSS 响应位置更新消息 Update Location Answer 发送给 MME，在 ULA 消息的Subscription-Data AVP 中携带 UE-Usage-Type AVP；d)MME 根据从 HSS 获取的 UE Usage Type 对应的 MMEGI 判断该用户属于本网；e)UE 成功附着到 MME，承载建立成功，业务正常。4.1.3.5根据收到的 Send UE Usage Type 指示，向 MME 返回 UE Usage Type 测试编号：测试编号：4.1.3.5 测试项目：测试项目：根据收到的 Send UE Usage Type 指示，向
40、MME 返回 UE Usage Type 测试目的测试目的：验证HSS支持根据收到的Send UE Usage Type指示，向MME返回UE Usage Type 预置条件：预置条件：a)HSS 系统和 HSS 的周边网元系统均运行正常；b)HSS 支持 DCN 的相关功能开关打开；c)MME 支持 DCN 的相关功能开关打开；d)配置 MME 支持用户的 UE Usage Type 所匹配的 DCN 功能；e)用户在 HSS 中已经开户；f)HSS 中用户没有用户 UE Usage Type 签约数据；g)UE 未附着状态。测试步骤：测试步骤：1)在HSS中增加UE Usage Type签
41、约数据DCN；YD/T XXXXXXXX132)UE在MME下初次附着。预期结果：预期结果：a)HSS 上可以查询到用户的 UE Usage Type 签约信息 DCN；b)UE 在 MME 下开机附着，Initial UE Message 消息中不含 MMEGI；c)MME 向 HSS 发送 Authentication Information Request 消息，并在该消息中包含“Send UE Usage Type”请求 UE 的 UE Usage Type；d)HSS 在 Authentication Information Answer 响应消息中，携带 UE-Usage-Type
42、 AVP；e)MME 根据从 HSS 获取的 UE Usage Type 对应的 MMEGI 判断该用户属于本网；f)UE 成功附着到 MME，承载建立成功，业务正常。4.1.3.6HSS 发起网络重选 测试编号：测试编号：4.1.3.6 测试项目：测试项目：HSS 发起网络重选 测试目的：测试目的：验证 HSS 支持发起网络重选 预置条件：预置条件：a)HSS 系统和 HSS 的周边网元系统均运行正常；b)HSS 支持 DCN 的相关功能开关打开；c)第一个新 MME、第二个新 MME 支持 DCN 的相关功能开关打开；d)第一个新 MME 不支持用户的 UE Usage Type 所匹配的
43、 DCN 功能；e)配置第二个新 MME 支持用户的 UE Usage Type 所匹配的 DCN 功能；f)用户在 HSS 中已经开户；g)用户已经签约 DCN；h)用户已附着在第一个新 MME。测试步骤：测试步骤：1)修改用户的UE Usage Type签约数据，并且第一个新MME不能为该用户提供服务。2)检查命令的执行结果。3)检查修改的用户数据信息。预期结果：预期结果：a)HSS 向第一个新 MME 发送了 Insert Subscriber Data Request 消息；b)第一个新MME收到的Insert Subscriber Data Request消息，Subscriptio
44、n Data AVP中包含需要修改的 UE Usage Type 签约信息；c)第一个新 MME 不能为 UE 提供服务，触发网络重选；d)UE 重路由 TAU 到第二个新 MME；e)从 MME、HSS 上检查用户数据正确。4.1.4接口测试 YD/T XXXXXXXX144.1.4.1S1 测试编号：测试编号：4.1.4.1 测试项目：测试项目：S1 测试目的：测试目的：验证 S1 接口支持 DCN 用户的消息重路由流程 预置条件：预置条件：a)网络中各网元系统及操作维护台运行正常；b)第一个新 MME、第二个新 MME 支持 DCN 的相关功能开关打开；c)第二个新第一个新 MME 不支
45、持用户的 UE Usage Type 所匹配的 DCN 功能；d)配置第二个新 MME 支持用户的 UE Usage Type 所匹配的 DCN 功能；e)用户未签约 DCN；f)用户附着在第一个新 MME 上。测试步骤：测试步骤：1)UE关机去附着；2)修改用户的UE Usage Type签约数据，签约DCN；3)UE开机附着，发送Initial UE Message消息到第一个新MME。预期结果：预期结果：a)UE开机通过eNB接入第一个新MME；b)第一个新MME根据用户信息 UE Usage Type对应的MMEGI判断该用户不属于本网；c)第一个新MME不能为之服务，进行网络重选；d
46、)第一个新 MME 发送 Reroute NAS message 给 eNB 携带 MMEGI、UE Usage Type、addtional GUTI、S1 Message，S1 Message 为老 MME 附着的码流（包括 INITIAL UE MESSAGE）；e)eNB 根据 MMEGI 将 Initial UE Message 消息发往 DCN 的第二个新 MME；f)UE 在第二个新 MME 附着成功，承载建立成功，业务正常。4.1.4.2S6a 4.1.4.2.1AIA 命令支持 UE-Usage-Type AVP 测试编号：测试编号：4.1.4.2.1 测试项目：测试项目：A
47、IA 命令支持 UE-Usage-Type AVP 测试目的：测试目的：验证 S6a 接口 AIA 命令支持 UE-Usage-Type AVP 预置条件：预置条件：a)HSS 系统和 HSS 的周边网元系统均运行正常；b)HSS 支持 DCN 的相关功能开关打开；c)MME 支持 DCN 的相关功能开关打开；d)配置 MME 支持用户的 UE Usage Type 所匹配的 DCN 功能；e)用户在 HSS 中已经开户；f)HSS 中用户没有用户 UE Usage Type 签约数据；YD/T XXXXXXXX15g)UE 未附着状态。测试步骤：测试步骤：1)在HSS中增加UE Usage
48、Type签约数据DCN；2)UE在MME下初次附着。预期结果：预期结果：a)HSS 上可以查询到用户的 UE Usage Type 签约信息 DCN；b)UE 在 MME 下开机附着，Initial UE Message 消息中不含 MMEGI；c)MME 向 HSS 发送 Authentication Information Request 消息，并在该消息中包含“Send UE Usage Type”请求 UE 的 UE Usage Type；d)HSS 在 Authentication Information Answer 响应消息中，携带 UE-Usage-Type AVP；e)MME
49、 根据从 HSS 获取的 UE Usage Type 对应的 MMEGI 判断该用户属于本网；f)UE 成功附着到 MME，承载建立成功，业务正常。4.1.4.2.2AIR-Flags AVP 支持“Send UE Usage Type”指示 测试编号：测试编号：4.1.4.2.2 测试项目：测试项目：AIR-Flags AVP 支持“Send UE Usage Type”指示 测试目的：测试目的：验证 S6a 接口 AIR-Flags AVP 支持“Send UE Usage Type”指示 预置条件：预置条件：a)HSS 系统和 HSS 的周边网元系统均运行正常；b)HSS 支持 DCN
50、的相关功能开关打开；c)MME 支持 DCN 的相关功能开关打开；d)配置 MME 支持用户的 UE Usage Type 所匹配的 DCN 功能；e)用户在 HSS 中已经开户；f)HSS 中用户没有用户 UE Usage Type 签约数据；g)UE 未附着状态。测试步骤：测试步骤：1)在HSS中增加UE Usage Type签约数据DCN；2)UE在MME下初次附着。预期结果：预期结果：a)HSS 上可以查询到用户的 UE Usage Type 签约信息 DCN；b)UE 在 MME 下开机附着，Initial UE Message 消息中不含 MMEGI；c)MME 向 HSS 发送