M36 ICS 33.060.99 YD

中华人民共和国工业和信息化部发布

ICS 33.060.99

M36

中华人民共和国通信行业标准

YD/T×××× —××××

LTE数字蜂窝移动通信网专用核心网

（DCN）设备测试方法

Test method of LTE digital cellular mobile telecommunication

network of dedicated core network（DCN）equipments

(报批稿)

××××-××-××发布 ××××-××-××实施

YD

YD/T XXXX—XXXX

I

目次

前言 ............................................................................................................................................................................................................II

1 范围 ..................................................................................................................................................................1

2 缩略语 ..............................................................................................................................................................1

3 测试环境 ..........................................................................................................................................................1 3.1 测试环境配置 ...........................................................................................................................................1 3.2 测试仪表要求 ...........................................................................................................................................3 3.3 测试的前提条件 .......................................................................................................................................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 XXXX—XXXX

II

前言

本标准是 LTE 数字蜂窝移动通信网专用核心网（DCN）系列标准之一，该系列标准的结构和名称

如下： a) YD/T ××××《LTE数字蜂窝移动通信网专用核心网（DCN）设备技术要求》；

b) YD/T ××××《LTE数字蜂窝移动通信网专用核心网（DCN）设备测试方法》。

随着技术的发展，还将制定后续的相关标准。本标准按照GB/T 1.1-2009给出的规则起草。请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。本标准由中国通信标准化协会提出并归口。本标准起草单位：中国电信集团有限公司、中国信息通信研究院、中国联合网络通信集团有限公司、

华为技术有限公司、中兴通讯股份有限公司、爱立信（中国）通信有限公司、大唐电信科技产业集团

（电信科学技术研究院）。本标准主要起草人：何宇锋、林奕琳、吴敏清、周星月、朱金银、姜永、张科峰、陆伟、梁爽、杨

红梅、穆佳、陈淑珍。

YD/T XXXX—XXXX

1

LTE数字蜂窝移动通信网专用核心网（DCN）设备测试方法

1　范围

本标准规定了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 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 Equipment

USIM 全球用户标识模块 Universal Subscriber Identity Module

3　测试环境

3.1　测试环境配置

图1中的测试环境，适用于含重路由相关流程的测试用例。

YD/T XXXX—XXXX

2

图 1 测试环境架构图 1

图 2 中的测试环境，适用于不含重路由相关流程的测试用例。


图 3 中的测试环境，适用于 MME 支持根据 UE 使用类型按照本地配置、DNS 等进行

PGW、SGW 选择。

第二个新的MME

PGW

eNB

第一个新的MME

HSS

SGW PGW

UE

DCN

S1-U

S1-MME-C

S1-U

S1-MME-C

S6a

S6a

S5/S8

S5/S8

S11

S11

ASSGi

SGiAS

SGW

新MME

SGW1 PGW1

老eNB

AS1

老MME

HSS

SGW2 PGW2

UE

DCN

S1-MME-C

S10

S1-MME-C

S1-U

S6a

S6a

SGi

SGi

S5/S8

S5/S8

S11

S11

新eNB

S1-U

AS2

YD/T XXXX—XXXX

3


图 4 中的测试环境，适用于 S1 切换场景下，源 MME 支持根据用户的使用类型选择切换

的目标 MME。


3.2　测试仪表要求

协议测试仪支持空口、S1、S6a、S10、S11 等接口的监测，支持对各层协议栈的解码，可

以精确到位域级别。

3.3　测试的前提条件

测试的前提条件为：

— 被测设备安装完毕，硬件软件全部工作正常，数据正确配置并正常运行；

— 辅助测试设备硬件软件全部工作正常，已完成各种逻辑数据的正确设置；

— 辅助测试无线环境正常工作。

4　测试内容

4.1　DCN

SGW1 PGW1

eNB

AS1

MME HSS

SGW2 PGW2

UE

DCN

S1-MME-C

S1-MME-U

S6a

SGi

SGi

S5/S8

S5/S8

S11

S11

S1-MME-U

AS2

第二个新MME

老eNB 老MME

UE

DCN

S1-MME-C

S10

S1-MME-C

新eNB

第一个新新MME

DCN

源覆盖区域

目标覆盖区域

YD/T XXXX—XXXX

4

4.1.1　基站支持 NAS消息重路由流程

测试编号：4.1.1　

测试项目：基站支持 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开机附着，发送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 消息发往 DCN 的第二个新 MME； f) UE 在第二个新 MME 附着成功，承载建立成功，业务正常。

4.1.2　MME

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 所匹配的 DCN 功能； e) 用户未签约 DCN； f) 用户附着在第一个新 MME 上。

YD/T XXXX—XXXX

5

测试步骤：


预期结果：

a) UE开机通过eNB接入第一个新MME； b) 第一个新MME根据用户信息 UE Usage Type对应的MMEGI判断该用户不属于本网； c) 第一个新MME不能为之服务，发起NAS消息重路由； d) 第一个新 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）； e) eNB 根据 MMEGI 将 Initial UE Message 消息发往 DCN 的第二个新 MME； f) UE 在第二个新 MME 附着成功，承载建立成功，业务正常。

4.1.2.2　附着 Attach

测试编号：4.1.2.2　

测试项目：附着 Attach

测试目的：验证 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 Response 消息从

老 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，承载建立成功，业务正常。

4.1.2.3　TAU

YD/T XXXX—XXXX

6

测试编号：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 中有用户的 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 判断该用户属于本网； 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从老MME覆盖区，移动到新MME覆盖区，触发切换流程； 2) 在网络侧查询用户的信息。

预期结果：

a) 新 MME 通过 Forward Relocation Request 消息从老 MME 获取 UE Usage Type 参数； b) 新 MME 根据 UE Usage Type 对应的 MMEGI 判断该用户属于本网；

YD/T XXXX—XXXX

7

c) UE 成功切换到新 MME，业务正常。

4.1.2.5　MME发起 DCN网络重选

测试编号：4.1.2.5　

测试项目：MME 发起 DCN 网络重选

测试目的：验证 MME 能够正确发起 DCN 网络重选

预置条件：

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判断该用户不属于本网； b) 第二个新MME判断不能为用户提供服务，决定进行网络重选将UE立即迁移到另外的CN

节点第一个新MME； c) 第二个新 MME 发送 Reroute NAS message 给 eNB 携带 MMEGI、UE Usage Type、


d) eNB 根据 MMEGI 将 Initial UE Message 消息发往 DCN 的第一个新 MME； e) UE 在第一个新 MME 附着成功，承载建立成功，业务正常。

4.1.2.6　MME支持根据 UE使用类型按照本地配置、DNS等，确定对应于相应 UE使用类型的 DCN

的 MMEGI

测试编号：4.1.2.6　

测试项目： MME 支持根据 UE 使用类型按照本地配置、DNS 等，确定对应于相应 UE 使

用类型的 DCN 的 MMEGI

测试目的：验证 MME 支持根据 UE 使用类型按照本地配置、DNS 等，确定对应于相应 UE

使用类型的 DCN 的 MMEGI

预置条件：

a) 网络中各网元系统及操作维护台运行正常；

YD/T XXXX—XXXX

8

b) 第一个新 MME、第二个新 MME 支持 DCN 的相关功能开关打开； c) 用户签约 DCN。

测试步骤：

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，发起NAS重路由。

预期结果：

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 支持根据 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 将 Initial UE Message 消息发往 DCN 的第二个新 MME； k) UE 在第二个新 MME 附着成功，承载建立成功，业务正常。

4.1.2.7　MME支持根据 UE使用类型按照本地配置、DNS等进行 PGW、SGW选择

测试编号：4.1.2.7　

测试项目： MME 支持根据 UE 使用类型按照本地配置、DNS 等进行 PGW、SGW 选择

测试目的：验证 MME 支持根据 UE 使用类型按照本地配置、DNS 等进行 PGW、SGW 选择

预置条件：

a) 网络中各网元系统及操作维护台运行正常； b) MME 支持 DCN 的相关功能开关打开；

YD/T XXXX—XXXX

9

c) 配置 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开机附着，检查MME是否支持根据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

选择，接入 PGW2 和 SGW2，承载建立成功，业务正常。

4.1.2.8　S1切换场景下，源 MME支持根据用户的使用类型选择切换的目标 MME

测试编号：4.1.2.8　

测试项目： S1 切换场景下，源 MME 支持根据用户的使用类型选择切换的目标 MME

测试目的：验证 S1 切换场景下，源 MME 支持根据用户的使用类型选择切换的目标 MME

预置条件：

a) 网络中各网元系统及操作维护台运行正常； b) 第一个新 MME、第二个新 MME、老 MME 支持 DCN 的相关功能开关打开； c) 配置第二个新 MME、老 MME 支持用户的 UE Usage 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 获取 UE Usage Type

YD/T XXXX—XXXX

10

参数； c) UE 成功切换到第二个新 MME，业务正常。

4.1.3　HSS

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 功能； 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 的 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 的周边网元系统均运行正常； b) HSS 支持 DCN 的相关功能开关打开； c) MME 支持 DCN 的相关功能开关打开； d) 配置 MME 支持用户的 UE Usage Type 所匹配的 DCN 功能；

YD/T XXXX—XXXX

11

e) 用户在 HSS 中已经开户； f) 用户已签约 DCN； g) 用户已附着在 MME。

测试步骤：

1) 修改用户的UE Usage Type签约数据； 2) 检查命令的执行结果； 3) 检查修改的用户数据信息。

预期结果：

a) HSS 正确向 MME 发送了 Insert Subscriber Data Request 消息； b) MME 收到的 Insert Subscriber 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 支持用户的 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、HSS 上检查用户数据正确。

4.1.3.4　根据Dedicated Core Networks字段，判断MME支持DCN功能，并向MME返回UE Usage

Type

YD/T XXXX—XXXX

12

测试编号：4.1.3.4

测试项目：根据 Dedicated Core Networks 字段，判断 MME 支持 DCN 功能，并向 MME 返

回 UE Usage Type

测试目的：验证 HSS 支持根据 Dedicated Core Networks 字段，判断 MME 支持 DCN 功能，

并向 MME 返回 UE Usage Type

预置条件：


测试步骤：

1) UE在MME下进行TAU。

预期结果：

a) UE 进行 TAU，Initial UE Message 消息中不含 MMEGI； b) MME 发送 Update Location Request 消息到 HSS，携带 Feature-List 指示“Dedicated Core

Networks”； 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 指示，向 MME 返回 UE Usage Type

测试目的：验证HSS支持根据收到的 Send UE Usage Type指示，向MME返回UE Usage Type

预置条件：


测试步骤：

1) 在HSS中增加UE Usage Type签约数据DCN；

YD/T XXXX—XXXX

13

2) UE在MME下初次附着。

预期结果：



4.1.3.6　HSS发起网络重选

测试编号：4.1.3.6　

测试项目： HSS 发起网络重选

测试目的：验证 HSS 支持发起网络重选

预置条件：

a) HSS 系统和 HSS 的周边网元系统均运行正常； b) HSS 支持 DCN 的相关功能开关打开； c) 第一个新 MME、第二个新 MME 支持 DCN 的相关功能开关打开； d) 第一个新 MME 不支持用户的 UE Usage Type 所匹配的 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消息， Subscription Data AVP中包

含需要修改的 UE Usage Type 签约信息； c) 第一个新 MME 不能为 UE 提供服务，触发网络重选； d) UE 重路由 TAU 到第二个新 MME； e) 从 MME、HSS 上检查用户数据正确。

4.1.4　接口测试

YD/T XXXX—XXXX

14

4.1.4.1　S1

测试编号：4.1.4.1　

测试项目：S1

测试目的：验证 S1 接口支持 DCN 用户的消息重路由流程

预置条件：

a) 网络中各网元系统及操作维护台运行正常； b) 第一个新 MME、第二个新 MME 支持 DCN 的相关功能开关打开； c) 第二个新第一个新 MME 不支持用户的 UE Usage Type 所匹配的 DCN 功能； d) 配置第二个新 MME 支持用户的 UE Usage Type 所匹配的 DCN 功能； e) 用户未签约 DCN； f) 用户附着在第一个新 MME 上。

测试步骤：


预期结果：

a) UE开机通过eNB接入第一个新MME； b) 第一个新MME根据用户信息 UE Usage Type对应的MMEGI判断该用户不属于本网； c) 第一个新MME不能为之服务，进行网络重选； d) 第一个新 MME 发送 Reroute NAS message 给 eNB 携带 MMEGI、UE Usage Type、


e) eNB 根据 MMEGI 将 Initial UE Message 消息发往 DCN 的第二个新 MME； f) UE 在第二个新 MME 附着成功，承载建立成功，业务正常。

4.1.4.2　S6a

4.1.4.2.1　AIA命令支持 UE-Usage-Type AVP

测试编号：4.1.4.2.1　

测试项目： AIA 命令支持 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 XXXX—XXXX

15

g) UE 未附着状态。

测试步骤：


预期结果：



4.1.4.2.2　AIR-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”指示

预置条件：


测试步骤：


预期结果：



YD/T XXXX—XXXX

16

4.1.4.2.3　Feature-List AVP支持“Dedicated Core Networks”指示

测试编号：4.1.4.2.3　

测试项目： Feature-List AVP 支持“Dedicated Core Networks”指示

测试目的：验证 S6a 接口 Feature-List AVP 支持“Dedicated Core Networks”指示

预置条件：


测试步骤：


预期结果：


Networks”； c) HSS 响应位置更新消息 Update Location Answer 发送给 MME，在 ULA 消息的


4.1.4.2.4　Subscription-Data AVP支持 UE-Usage-Type AVP

测试编号：4.1.4.2.4　

测试项目：Subscription-Data AVP 支持 UE-Usage-Type AVP

测试目的：验证 S6a 接口 Subscription-Data AVP 支持 UE-Usage-Type AVP

预置条件：

a) HSS 系统和 HSS 的周边网元系统均运行正常； b) HSS 支持 DCN 的相关功能开关打开； c) MME 支持 DCN 的相关功能开关打开； d) 配置 MME 支持用户的 UE Usage Type 所匹配的 DCN 功能； e) 用户在 HSS 中 DCN； f) UE 已附着在 MME。

测试步骤：


预期结果：

YD/T XXXX—XXXX

17


Networks”； c) HSS 响应位置更新消息 Update Location Answer 发送给 MME ，在 ULA 消息的


4.1.4.2.5　DSR-Flag AVP支持“UE Usage Type Withdrawal”指示

测试编号：4.1.4.2.5　

测试项目：DSR-Flag AVP 支持“UE Usage Type Withdrawal”指示

测试目的：验证 S6a 接口 DSR-Flag AVP 支持“UE Usage Type Withdrawal”指示

预置条件：


测试步骤：

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、HSS 上检查用户数据正确。

4.1.4.3　S10

4.1.4.3.1　附着 Attach

测试编号：4.1.4.3.1　

测试项目：附着 Attach

测试目的：验证 S10 接口支持 Attach 流程中新 MME 通过 Identification Response 从旧 MME

获取“UE Usage Type”参数。

预置条件：

a) 网络中各网元系统及操作维护台运行正常；

YD/T XXXX—XXXX

18

b) 新、老 MME 支持 DCN 的相关功能开关打开； c) 配置新、老 MME 支持用户的 UE Usage Type 所匹配的 DCN 功能； d) 用户已签约 DCN e) 用户在老 MME 上去附着； f) 老 MME 中有用户的 UE Usage Type。

测试步骤：

1) UE在新MME下开机附着； 2) 在网络侧查询用户的信息。

预期结果：

a) 新 MME 通过 Identification Response 消息从老 MME 获取 UE Usage Type 参数； b) 新 MME 根据 UE Usage Type 对应的 MMEGI 判断该用户属于本网； c) UE 成功附着到新 MME，承载建立成功，业务正常。

4.1.4.3.2　TAU

测试编号：4.1.4.3.2　

测试项目： TAU

测试目的：验证 S10 接口支持 TAU 流程中新 MME 通过 Context Response 从旧 MME 获取

“UE Usage Type”参数。

预置条件：

a) 网络中各网元系统及操作维护台运行正常； b) 新、老 MME 支持 DCN 的相关功能开关打开； c) 配置新、老 MME 支持用户的 UE Usage Type 所匹配的 DCN 功能； d) 用户已签约 DCN； e) 用户附着在老 MME 上； f) 老 MME 中有用户的 UE Usage Type。

测试步骤：

1) UE在新MME下TAU； 2) 在网络侧查询用户的信息。

预期结果：

a) 新 MME 通过 Contex Response 消息从老 MME 获取 UE Usage Type 参数； b) 新 MME 根据 UE Usage Type 对应的 MMEGI 判断该用户属于本网； c) UE 成功 TAU 到新 MME，承载建立成功，业务正常。

4.1.4.3.3　切换

测试编号：4.1.4.3.3　

测试项目：切换

测试目的：验证 S10接口支持切换流程中新MME通过 Forward Relocation Request从旧MME

YD/T XXXX—XXXX

19

获取“UE Usage Type”参数。

预置条件：

a) 网络中各网元系统及操作维护台运行正常； b) 新、老 MME 支持 DCN 的相关功能开关打开； c) 配置新、老 MME 支持用户的 UE Usage Type 所匹配的 DCN 功能； d) 用户已签约 DCN； e) 用户附着在老 MME 上保持连接状态； f) 老 MME 中有用户的 UE Usage Type。

测试步骤：

1) UE从老MME覆盖区，移动到新MME覆盖区，触发切换流程； 2) 在网络侧查询用户的信息。

预期结果：

a) 新 MME 通过 Forward Relocation Request 消息从老 MME 获取 UE Usage Type 参数； b) 新 MME 根据 UE Usage Type 对应的 MMEGI 判断该用户属于本网； c) UE 成功切换到新 MME，业务正常。

4.2　UE辅助的 DCN

4.2.1　终端

4.2.1.1　UE建立 NAS连接

测试编号：4.2.1.1　

测试项目：UE 建立 NAS 连接

测试目的：验证 UE 支持建立 NAS 连接

预置条件：

a) 网络中各网元系统及操作维护台运行正常； b) MME 支持终端辅助的 DCN 的相关功能开关打开； c) MME 支持用户的 DCN-ID 所匹配的 DCN 功能； d) 用户已签约 DCN； e) UE 中已存储 DCN-ID。

测试步骤：

1） UE 发起附着或 TAU 过程，建立 NAS 连接； 2）检查 UE 在发送 ATTACH REQUEST 消息或者 TRACKING AREA UPDATE REQUEST

消息时，如果选择的 PLMN 网络中存在对应的 DCN-ID， UE NAS 层能否向底层提供

此 DCN-ID； 3）检查 UE 在发送 ATTACH REQUEST 消息或者 TRACKING AREA UPDATE REQUEST

消息时，如果选择的 PLMN 网络中不存在对应的 DCN-ID，但是 USIM 或者 UE 存在配

置的缺省 DCN-ID，UE NAS 层能否向底层提供此 DCN-ID； 4） UE 在 RRCConnectionSetupComplete 消息中传送 DCN-ID。

预期结果：

YD/T XXXX—XXXX

20

a) UE 发起附着或 TAU 过程，建立 NAS 连接； b) UE 在发送 ATTACH REQUEST 消息或者 TRACKING AREA UPDATE REQUEST 消息

时，选择的 PLMN 网络中存在对应的 DCN-ID， UE NAS 层向底层提供此 DCN-ID； c) UE 在发送 ATTACH REQUEST 消息或者 TRACKING AREA UPDATE REQUEST 消息

时，选择的 PLMN 网络中不存在对应的 DCN-ID，但是 USIM 或者 UE 存在配置的缺省

DCN-ID，UE NAS 层向底层提供此 DCN-ID； d) 基站在收到的 RRCConnectionSetupComplete 消息中解析出 DCN-ID； e) UE 发起附着或 TAU 成功。

4.2.1.2　UE存储 DCN-ID

测试编号：4.2.1.2　4.2.4.1.1　

测试项目：UE 存储 DCN-ID

测试目的：验证 UE 支持存储 DCN-ID

预置条件：

a) USIM 卡已预存缺省的 DCN-ID； b) 终端已预存 PLMN 对应的 DCN-ID。

测试步骤：

1）检查 UE 的 DCN-ID 列表是否多个 DCN-ID，且每个 PLMN 对应一个 DCN-ID； 2）终端已存储 32 个 DCN-ID，检查终端新增新的 DCN-ID 时，是否将存储最久的 DCN-ID

删除； 3） PLMN ID 已对应有一个 DCN-ID，当 UE 接收到新的 DCN-ID 时，检查终端是否会替换

原有的 DCN-ID； 4）检查 USIM 卡中对应的 IMSI 与 ME 中存储的 IMSI 不匹配时，UE 是否会删除 DCN-ID

列表； 5）检查配置的缺省标准化 DCN-ID 发生变化，UE 是否会删除所有存储的 DCN-ID 列表。

预期结果：

a) UE 的 DCN-ID 列表支持包括多个 DCN-ID 及对应 PLMN ID； b) DCN-ID 列表列表中可以包含 0 个 DCN-ID，或者最大长度至少 32 个 DCN-ID，当长度

达到最大值时，UE 将删除存储最久的那个 DCN-ID； c) 对于同一个 PLMN ID，不存在多个 DCN-ID，当 UE 接收到新的 DCN-ID，那么 UE 将

删除原 DCN-ID； d) 当 USIM 卡中对应的 IMSI 与 ME 中存储的 IMSI 匹配的时候，DCN-ID 列表才有效，否

则 UE 应删除 DCN-ID 列表； e) 配置的缺省标准化 DCN-ID 发生变化，UE 将删除所有存储的 DCN-ID 列表。

4.2.1.3　UE接收 DCN-ID

4.2.1.3.1　ATTACH ACCEPT接收 DCN-ID

测试编号：4.2.1.3.1　

YD/T XXXX—XXXX

21

测试项目： ATTACH ACCEPT 接收 DCN-ID

测试目的：验证 UE 支持通过 ATTACH ACCEPT 接收 DCN-ID

预置条件：

a) 网络中各网元系统及操作维护台运行正常； b) MME 支持终端辅助的 DCN 的相关功能开关打开； c) MME 支持用户的 DCN-ID 所匹配的 DCN 功能； d) 用户已签约 DCN； e) 用户去附着。

测试步骤：

1） UE 发起附着过程； 2） NAS 信令连接建立； 3） MME 在 ATTACH ACCEPT 消息中包含 DCN-ID。

预期结果：

UE 在 ATTACH ACCEPT 消息中发现 DCN-ID 信息，并更新存储的 DCN-ID。

4.2.1.3.2　TAU ACCEPT接收 DCN-ID

测试编号：4.2.1.3.2　

测试项目： TAU ACCEPT 接收 DCN-ID

测试目的：验证 UE 支持通过 TAU ACCEPT 接收 DCN-ID

预置条件：

a) 网络中各网元系统及操作维护台运行正常； b) MME 支持终端辅助的 DCN 的相关功能开关打开； c) MME 支持用户的 DCN-ID 所匹配的 DCN 功能； d) 用户已签约 DCN； e) 用户已附着。

测试步骤：

1) UE 发起 TAU 过程； 2) NAS 信令连接建立； 3) MME 在 TAU ACCEPT 消息中包括 DCN-ID。

预期结果：

UE 在 TAU ACCEPT 消息中发现 DCN-ID 信息，并更新存储的 DCN-ID。

4.2.1.3.3　GUTI Reallocation Command接收 DCN-ID

测试编号：4.2.1.3.3　

测试项目： GUTI Reallocation Command 接收 DCN-ID

测试目的：验证 UE 支持通过 GUTI Reallocation Command 接收 DCN-ID

YD/T XXXX—XXXX

22

预置条件：

a) 网络中各网元系统及操作维护台运行正常； b) MME 支持终端辅助的 DCN 的相关功能开关打开； c) MME 支持用户的 DCN-ID 所匹配的 DCN 功能； d) 用户已签约 DCN； e) UE 处于空闲态。

测试步骤：

1) MME 寻呼 UE； 2) UE 发起 Service Request，NAS 信令连接建立； 3) MME 需要更新 UE 的 DCN-ID，MME 触发 GUTI 重分配流程； 4) MME 在 GUTI Reallocation Command 消息中携带 DCN-ID。

预期结果：

UE 在 GUTI Reallocation Command 消息中发现 DCN-ID 信息，更新并存储 DCN-ID。

4.2.1.4　UE向基站上报 DCN-ID

测试编号：4.2.1.4　

测试项目：UE 向基站上报 DCN-ID

测试目的：验证 UE 支持向基站上报 DCN-ID

预置条件：

a) 网络中各网元系统及操作维护台运行正常； b) MME 支持终端辅助的 DCN 的相关功能开关打开； c) MME 支持用户的 DCN-ID 所匹配的 DCN 功能； 5) 用户已签约 DCN； 6) UE 中已存储 DCN-ID。

测试步骤：

1） UE 发起附着或 TAU 过程； 2） RRC 连接建立； 3） UE 在 RRCConnectionSetupComplete 消息中传送 DCN-ID。

预期结果：

a) 基站在收到的 RRCConnectionSetupComplete 消息中解析出 DCN-ID； b) UE 发起附着或 TAU 成功。

4.2.2　基站

4.2.2.1　基站选择默认的 DCN中选择核心网节点

测试编号：4.2.2.1　

测试项目：基站的 DCN 核心网节点选择

YD/T XXXX—XXXX

23

测试目的：验证基站没收到 UE 提供的 DCN 核心网节点选择信息，选择默认的 DCN 接入

预置条件：


测试步骤：

1) 终端开机，发起附着过程； 2) UE不提供任何DCN核心网节点选择信息，如DCN-ID、GUTI等； 3) 基站为UE选择一个默认的DCN的核心网服务节点，建立S1AP连接； 4) 基站将附着请求消息转发到默认DCN的核心网服务节点。

预期结果：

a) 默认 DCN 的核心网节点收到 UE 发送的附着请求消息； b) UE 附着成功，业务正常。

4.2.2.2　基站根据 UE提供的 DCN-ID，以及本地配置信息，选择 DCN以及服务 MME

测试编号：4.2.2.2　

测试项目：基站根据 UE 提供的 DCN-ID，以及本地配置信息，选择 DCN 以及服务 MME

测试目的：验证基站根据 UE 提供的 DCN-ID，以及本地配置信息，选择 DCN 以及服务

MME。

预置条件：

a) 网络中各网元系统及操作维护台运行正常； b) MME 支持终端辅助的 DCN 的相关功能开关打开； c) MME 支持用户的 DCN-ID 所匹配的 DCN 功能； d) 用户已签约 DCN； c) 用户去附着。

测试步骤：

1）终端开机，发起附着或 TAU 过程，UE 的 RRC Connection Complete 消息中携带

DCN-ID； 2）基站根据 DCN-ID 确定 DCN 的核心网节点 MME，并发起建立 S1AP 连接； 3）基站将附着请求消息或 TAU 消息转发到对应 DCN 的核心网节点上。

预期结果：

a) DCN-ID 对应的 DCN 的 MME 收到 UE 发送的附着请求消息或 TAU 消息； b) UE 附着成功，业务正常。

4.2.2.3　基站优先使用正常的节点选择机制根据临时标识确定服务节点（MME）

YD/T XXXX—XXXX

24

测试编号：4.2.2.3　

测试项目：基站优先使用正常的节点选择机制根据临时标识确定服务节点（MME）

测试目的：验证基站在 UE 同时提供了 DCN-ID 和 GUTI 时，能够基于 GUTI 选择对应的 DCN

的核心网节点 MME 接入。

预置条件：

a) 网络中各网元系统及操作维护台运行正常； b) MME 支持终端辅助的 DCN 的相关功能开关打开； c) MME 支持用户的 DCN-ID 所匹配的 DCN 功能； d) 用户已签约 DCN； e) 用户去附着； f) UE 可提供 DCN-ID 和 GUTI 信息，对应选择的核心网节点不是同一节点。

测试步骤：

1）终端开机，发起附着过程，UE 的 RRC Connection Complete 消息中包含 DCN-ID 和

GUTI； 2）基站根据 DCN-ID 选择的核心网节点和根据 GUTI 选择的核心网节点不是同一节点； 3）基站基于 GUTI 选取核心网节点； 4）基站发起建立 S1AP 连接； 5）基站将附着请求消息或 TAU 消息转发到 GUTI 信息中对应 DCN 的核心网节点上。

预期结果：

服务核心网节点 MME 收到 UE 发送的附着请求消息和 TAU 消息，且服务核心网节点 MME的标识同 UE 提供的 GUTI 选择的 MME 标识信息一致。

4.2.2.4　基站根据 S1 SETUP RESPONSE消息中包含的 served DCN参数，配置 MME和 DCN的映

射关系

测试编号：4.2.2.4　

测试项目：基站根据 S1 SETUP RESPONSE 消息中包含的 served DCN 参数，配置 MME 和

DCN 的映射关系

测试目的：测试基站根据 S1 SETUP RESPONSE 消息中的 serviced DCN 信息中的 DCN-ID存储或更新 MME 和 DCN 的映射关系

预置条件：

a) 网络中各网元系统及操作维护台运行正常； b) MME 支持终端辅助的 DCN 的相关功能开关打开； c) MME 支持用户的 DCN-ID 所匹配的 DCN 功能； d) 当前基站中没有存储 MME 所服务的 DCN 的 DCN-ID 信息。

测试步骤：

1）基站向 MME 发起 S1 SETUP REQUEST 消息； 2） MME 向基站发送 S1 SETUP RESPONSE 消息，其中包括当前 MME 能够服务的 DCN

的 DCN-ID 信息。

YD/T XXXX—XXXX

25

预期结果：

基站能够根据 S1 SETUP RESPONSE 消息中的 Serving DCN 信息，存储或更新基站中该

MME 和对应的 DCN-ID 映射关系。

4.2.3　MME

4.2.3.1　S1 SETUP

测试编号：4.2.3.1　

测试项目：S1 SETUP

测试目的：验证 MME 支持在 S1 SETUP RESPONSE 消息中传送 Serving DCNs

预置条件：


测试步骤：



预期结果：



4.2.3.2　ATTACH ACCEPT下发 DCN-ID

测试编号：4.2.3.2　

测试项目：ATTACH ACCEPT 下发 DCN-ID

测试目的：验证 MME 支持通过 ATTACH ACCEPT 下发 DCN-ID 给 UE

预置条件：


测试步骤：

1) UE 发起附着过程； 2) NAS 信令连接建立； 3) MME 在 ATTACH ACCEPT 消息中包含 DCN-ID。

YD/T XXXX—XXXX

26

预期结果：

UE 在 ATTACH ACCEPT 消息中接收 DCN-ID，并更新存储 UE 中的 DCN-ID。

4.2.3.3　TAU ACCEPT下发 DCN-ID

测试编号：4.2.3.3　

测试项目：TAU ACCEPT 下发 DCN-ID

测试目的：验证 MME 支持通过 TAU ACCEPT 下发 DCN-ID 给 UE

预置条件：


测试步骤：


预期结果：


4.2.3.4　GUTI Reallocation Command下发 DCN-ID

测试编号：4.2.3.4　

测试项目：GUTI Reallocation Command 下发送 DCN-ID

测试目的：验证 MME 支持通过 GUTI Reallocation Command 下发送 DCN-ID 给 UE

预置条件：


测试步骤：

1） MME 寻呼 UE； 2） UE 发起 Service Request，NAS 信令连接建立； 3） MME 需要更新 UE 的 DCN-ID，MME 触发 GUTI 重分配流程； 4） MME 在 GUTI Reallocation Command 消息中携带 DCN-ID。

YD/T XXXX—XXXX

27

预期结果：


4.2.4　接口

4.2.4.1　空口

4.2.4.1.1　RRCConnectionSetupComplete消息中传送 DCN-ID

测试编号：4.2.4.1.1　

测试项目：RRCConnectionSetupComplete 消息中传送 DCN-ID

测试目的：验证空口支持在 RRCConnectionSetupComplete 消息中传送 DCN-ID

预置条件：


测试步骤：

1） UE 发起附着或 TAU 过程； 2） RRC 连接建立； 3） UE 在 RRCConnectionSetupComplete 消息中传送 DCN-ID。

预期结果：

a) 基站在收到的 RRCConnectionSetupComplete 消息中解析出 DCN-ID； b) UE 发起附着或 TAU 成功。

4.2.4.1.2　ATTACH ACCEPT传送 DCN-ID

测试编号：4.2.4.1.2　

测试项目：ATTACH ACCEPT 传送 DCN-ID

测试目的：验证空口支持 ATTACH ACCEPT 传送 DCN-ID

预置条件：


测试步骤：

1) UE 发起附着过程； 2) NAS 信令连接建立；

YD/T XXXX—XXXX

28

3) MME 在 ATTACH ACCEPT 消息中包含 DCN-ID。

预期结果：

UE 在 ATTACH ACCEPT 消息中发现 DCN-ID 信息，并更新存储的 DCN-ID。

4.2.4.1.3　TAU ACCEPT传送 DCN-ID

测试编号：4.2.4.1.3　

测试项目： TAU ACCEPT 传送 DCN-ID

测试目的：验证空口支持 TAU ACCEPT 传送 DCN-ID

预置条件：

a) 网络中各网元系统及操作维护台运行正常； b) MME 支持终端辅助的 DCN 的相关功能开关打开； c) MME 支持用户的 DCN-ID 所匹配的 DCN 功能； d) 用户已签约 DCN； e) 用户已附着。

测试步骤：


预期结果：


4.2.4.1.4　GUTI Reallocation Command传送 DCN-ID

测试编号：4.2.4.1.4　

测试项目： GUTI Reallocation Command 传送 DCN-ID

测试目的：验证空口支持 GUTI Reallocation Command 传送 DCN-ID

预置条件：


测试步骤：

1） MME 寻呼 UE； 2） UE 发起 Service Request，NAS 信令连接建立； 3） MME 需要更新 UE 的 DCN-ID，MME 触发 GUTI 重分配流程； 4） MME 在 GUTI Reallocation Command 消息中携带 DCN-ID。

预期结果：

YD/T XXXX—XXXX

29


4.2.4.2　S1

4.2.4.2.1　S1 SETUP

测试编号：4.2.4.2.1　

测试项目：S1 SETUP

测试目的：验证 S1 接口支持在 S1 SETUP RESPONSE 消息中传送 Serving DCNs

预置条件：


测试步骤：



预期结果：



4.2.4.2.2　Initial UE message（ATTACH REQUEST）传送 DCN-ID

测试编号：4.2.4.2.2　

测试项目：Initial UE message（ATTACH REQUEST）传送 DCN ID

测试目的：验证 S1 接口支持 Initial UE message（ATTACH REQUEST）消息中包含 DCN-ID

预置条件：


测试步骤：

UE 发起附着流程。

预期结果：

a) UE 发起附着流程，RRCConnectionSetupComplete 消息中包含 DCN-ID； b) 基站转发 ATTACH REQUEST 消息，在 Initial UE message（ATTACH REQUEST）消息

中包含 DCN-ID； c) UE 附着成功，业务正常。

YD/T XXXX—XXXX

30

4.2.4.2.3　Initial UE message （TAU REQUEST）传送 DCN-ID

测试编号：4.2.4.2.3　

测试项目：Initial UE message （TAU REQUEST）传送 DCN-ID

测试目的：验证 S1 接口支持 Initial UE message（TAU REQUEST）消息中包含 DCN-ID

预置条件：


测试步骤：

1) UE 发起 TAU REQUEST 流程； 2) 基站转发 Initial UE Message（TAU REQUEST）消息； 3) MME 接收 Initial UE Message（TAU REQUEST）。

预期结果：

MME 接收到 UE 的 Initial UE Message 中包含 DCN-ID。


测试编号：4.2.4.2.4　


测试目的：验证 S1 接口支持 ATTACH ACCEPT 传送 DCN-ID

预置条件：


测试步骤：


预期结果：


4.2.4.2.5　TAU ACCEPT中传送 DCN-ID

YD/T XXXX—XXXX

31

测试编号：4.2.4.2.5　

测试项目：TAU ACCEPT 传送 DCN-ID

测试目的：验证 S1 接口支持 TAU ACCEPT 传送 DCN-ID

预置条件：


测试步骤：


预期结果：



测试编号：4.2.4.2.6　


测试目的：验证 S1 接口支持 GUTI Reallocation Command 传送 DCN-ID

预置条件：


测试步骤：


预期结果：


4.2.4.3　NAS


YD/T XXXX—XXXX

32

测试编号：4.2.4.3.1


测试目的：验证 NAS 支持 ATTACH ACCEPT 传送 DCN-ID

预置条件：


测试步骤：


预期结果：


4.2.4.3.2　TAU ACCEPT中传送 DCN-ID

测试编号：4.2.4.3.2

测试项目：TAU ACCEPT 传送 DCN-ID

测试目的：验证 NAS 支持 TAU ACCEPT 传送 DCN-ID

预置条件：


测试步骤：


预期结果：



测试编号：4.2.4.3.3


YD/T XXXX—XXXX

33

测试目的：验证 NAS 支持 GUTI Reallocation Command 传送 DCN-ID

预置条件：

a) 网络中各网元系统及操作维护台运行正常； b) MME 支持终端辅助的 DCN 的相关功能开关打开； c) MME 支持用户的 DCN-ID 所匹配的 DCN 功能； d) 用户已签约 DCN； a) UE 处于空闲态。

测试步骤：


预期结果：


Date post:	27-Oct-2021
Category:	Documents
Upload:	others
View:	3 times
Download:	0 times

M36 ICS 33.060.99 YD

Documents