1、ICS 33.060.99 M 36 中 华 人 民 共 和 国 通 信 行 业 标 准 YD/T YD/T LTE 数字蜂窝移动通信网 专用核心网（DCN）设备 技术要求 Technical requirements of LTE digital cellular mobile telecommunication network of Dedicated Core Network（DCN）equipment (报批稿) -发布 -实施 中 华 人 民 共 和 国 工 业 和 信 息 化 部 发 布 YD YD/T XXXXXXXX I 目 次 前言 .II 1 范围 .1 2 规范性引用文件
2、 .1 3 术语、定义和缩略语 .1 3.1 术语和定义 .1 3.2 缩略语 .2 4 专用核心网 DCN 网络架构 .2 5 关键流程 .3 5.1 概述 .3 5.2 NAS 消息重定向流程 .3 5.3 Attach/TAU 流程 .4 5.4 切换流程 .6 5.5 MME 或 HSS 发起 DCN 网络重选 .6 6 专用核心网（ DCN） .8 6.1 概述 .8 6.2 设备功能要求 .8 6.3 接口要求 .8 7 UE 辅助的专用核心网 .9 7.1 概述 .9 7.2 设备功能要求 .9 7.3 接口要求 .10 YD/T XXXXXXXX II 前 言 本标准是 LTE
3、 数字蜂窝移动通信网专用核心网（ DCN）系列标准之一，该系列标准的结构和名称 如下： a) YD/T LTE数字蜂窝移动通信网 专用核心网（ DCN）设备技术要求； b) YD/T LTE数字蜂窝移动通信网 专用核心网（ DCN）设备测试方法。 随着技术的发展，还将制定后续的相关标准。 本标准按照 GB/T 1.1-2009给出的规则起草。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别这些专利的责任。 本标准由中国通信标准化协会提出并归口。 本 标准 起草单位 ： 中国电信集团有限公司、中国信息通信研究院、华为技术有限公司、中兴通讯股 份有限公司 、 爱立信 （中国 ） 通
4、信有限公司 、 大唐电信科技产业集团 （电信科学技术研究院 ） 、 中国移 动通信集团有限公司、中国联合网络通信集团有限公司。 本标准主要起草人： 吴敏清、林奕琳、何宇锋、杨红梅、穆佳、周欣、张科峰、姜永、朱金银、 陆伟、周星月、陈淑珍、杜刚。 YD/T XXXXXXXX 1 LTE 数字蜂窝移动通信网 专用核心网（ DCN）设备技术要求 1 范围 本标准规定了 LTE数字蜂窝移动通信网专用核心网（ DCN）相关设备技术要求，包括终端、基站、 MME、 HSS等网元相对于 LTE网络功能及接口新增的技术功能要求 。 包括对终端无影响的 DCN相关功能要求 ， 以及对终端有影响的 UE辅助的 D
5、CN选择相关功能要求。 本标准适用于支持 DCN的终端、基站、 MME、 HSS设备。 2 规范性引用文件 下列文件对于本文件的应用是必不可少的 。 凡是注日期的引用文件 ， 仅注日期的版本适用于本文件 。 凡是不注日期的引用文件，其最新版本（包括所有的修改单）适用于本文件。 3GPP TS 23.401 R14 v14.3.0 面向演进的通用陆地无线接入网络 （ E-UTRAN） 的通用无线分组业务 增强（ General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Acce
6、ss Network (E-UTRAN) access） 3GPP TS 24.301 R14 面向演进的分组系统（ EPS）的非接入层协议（ Non-Access-StratAPum (NAS) protocol for Evolved Packet System (EPS)） 3GPP TS 29.272 R14 面向演进的分组系统（ EPS）；移动性管理实体（ MME）和服务 GPRS支持节点 （ SGSN）基于 Diameter协议相关接口（ Evolved Packet System (EPS);Mobility Management Entity (MME)and Serving
7、GPRS Support Node (SGSN) related interfaces based on Diameter protocol） 3GPP TS 29.336 R14 归属用户服务器（ HSS）与分组数据网络及应用互通的 Diameter接口（ Home Subscriber Server (HSS) diameter interfaces for interworking with packet data networks and applications） 3GPP TS 36.331 R14 面向演进的通用陆地无线接入网络（ E-UTRAN）；无线资源控制（ RRC）；协议
8、 规 范 （ Evolved Universal Terrestrial Radio Access (E-UTRA);Radio Resource Control (RRC);Protocol specification） 3GPP TS 36.413 R14 面向演进的通用陆地无线接入网络（ E-UTRAN）； S1应用协议（ S1AP） （ Evolved Universal Terrestrial Access Network (E-UTRAN); S1 Application Protocol (S1AP)） 3 术语、定义和缩略语 3.1 术语和定义 下列术语和定义适用于本文件。 3
9、.1.1 WB-E-UTRAN 特指不包括 NB-IoT的 E-UTRAN。 YD/T XXXXXXXX 2 3.2 缩略语 下列缩略语适用于本文件。 AVP Attribute Value Pair 属性值对 DCN Dedicated Core Network 专用核心网 eNodeB evolved Node B 演进的 Node B E-UTRAN Evolved Universal Terrestrial Radio Access Network 演进的通用移动通信系统 陆 地无线接入网 EPS Evolved Packet System 演进分组系统 HSS Home Subscr
10、iber Server 归属签约用户服务器 IMSI International Mobile Subscriber Identity 国际移动用户识别码 MME Mobility Management Entity 移动管理实体 NAS Non Access Stratum 非接入层 NB-IoT NarrowBand-Internet of Things 窄带物联网 PCRF Policy and Charging Rules Function 策略及计费规则功能 PDN Packet Data Network 分组数据网 PDU Protocol Data Unit 协议数据单元 PLM
11、N Public Land Mobile Network 公共陆地移动网络 P-GW PDN Gateway 分组数据网网关 RAN Radio Access Network 无线接入网络 RAT Radio Access Type 无线接入类型 SCEF Service Capibility Exposure Function 网络能力开放层 S-GW Serving Gateway 服务网关 TAU Tracking Area Update 跟踪区更新 UE User Equipment 用户设备 4 专用核心网 DCN 网络架构 YD/T XXXXXXXX 3 图 1 专用 核心网 DC
12、N 网络架构 PLMN内可部署多个 DCN， 每个 DCN由一个或多个 CN node组成 ， 每个 DCN可以专用于服务特定类型的用 户，也为一个或多个 RAT（ 例如 ： GERAN、 UTRAN、 E-UTRAN、 WB-E-UTRAN和 NB-IoT） DCN。 DCN由一个或多 个 MME组成，可以包括一个或多个 SGW/PGW/PCRF。专用核心网 DCN网络架构如图 1所示。 5 关键流程 5.1 概述 本章规定了对终端无影响的 DCN相关流程 ， 以及对终端有影响的 UE辅助的 DCN选择相关流程 。 流程中 如含有 DCN-ID，仅适用于对终端有影响的 UE辅助的 DCN选择
13、功能。 5.2 NAS 消息重定向流程 NAS消息重定向流程如图 2所示。 当使用 DCN时，该流程用于附着， TAU流程期间将 NAS消息从一个 CN 节点重新路由到另一个 CN节点。 该流程也在 MME或 HSS发起的专用核心网重选流程中被使用。 图 2 NAS 消息重定向流程 UE RAN Operators IPservice HSS DCN S-GW(a) DCN-1 S-GW(b) S-GW(c) P-GW(a) P-GW(b) P-GW(c) PCRF (a) PCRF(b) PCRF(c) MME(b) MME(c) UEUE MME(a) S-GW(a) DCN-2 S-GW
14、(b) S-GW(c) P-GW(a) P-GW(b) P-GW(c) PCRF (a) PCRF(b) PCRF(c) MME(b) MME(c) MME(a) RAN 第 一 个 新 ME 第 二 个 新 ME1. Rerout NAS Mesag Requst3. Inital UEMesag/ UL-nitda2. NSF YD/T XXXXXXXX 4 当第一新 MME决定将附着请求、 TAU请求的处理移动到另一个 CN节点时，开始该流程。 步骤 1） 第一新 MME向 RAN节点发送重新路由 NAS消息请求，该请求中包含原始 RAN消息，重路由参 数 ， 附加 GUTI， UE使用
15、类型和可选地 IMSI。 重路由参数是对应于相应 UE使用类型的 DCN的 MMEGI（ E-UTRAN）。 UE从 NAS请求消息中提供可能存在的附加 GUTI也被包含在内。 MME可 以使用 DNS过程来确定对应于 DCN的 MMEGI。原始 RAN消息是从 RAN接收的包含原始 NAS请求 消息和所有 RAN IE的完整 PDU。应包括可用的 UE使用类型，并在一些条件下包含 IMSI。 步骤 2） RAN节点的 NNSF（ Network Node Selection Function） 基于 MMEGI， 并且还可能基于附加 GUTI来选择新的 MME。 如果附加 GUTI在由 MM
16、EGI识别的有效节点集合中识别 MME， 则其应该 是所选择的节点。否则将选择对应于 MMEGI的有效 CN节点。如果在由 MMEGI标识的有效节 点集内没有有效的 MME可用，则基于运营商配置， RAN节点从默认 DCN中选择 MME，或者选 择发送重路由请求的 MME。从对应于所选 CN运营商的网络中选择 MME。 步骤 3） eNodeB向所选择的 MME发送初始 UE消息 。 初始 UE消息包括 NAS请求消息 ， MMEGI， UE使用类 型和在步骤 1中从第一 MME接收的 IMSI。 MMEGI指示该消息是重路由消息，并且第二新 MME 不会重新路由 NAS消息。如果在重新路由
17、NAS消息请求中接收到的 UE使用类型，则应将其 包含以供第二新 MME使用以选择 SGW和 PGW。 5.3 附着 /TAU 流程 当使用 DCN时，附着 /TAU的流程如 图 3所示。具体要求见 3GPP TS 23.401 v14.3.0。 图 3 DCN 中的附着 /TAU 流程 UE 2. Authenicatio Infrmation RequstRAN(第 一 个 )新 ME HS旧 的 ME1. E-TRAN 附 着 3GP TS23.401 图 5.321-步 骤 1-4或U 过 程 .图 .步 骤 5或3P TS23.401 图 5.32-1步 骤 1-3. ticti I
18、frti Aswr4. （ 第 一 个 ） 新 ME从 相 关 章 节 定 义 的 下 述 步 骤 开 始 附 着 /TAU 过 程 。6. NAS 消 息 重 定 向 过 程 3GP TS23.401 5.9或 (第 二 个 )新ME7.（ 第 二 个 ） 新 ME从 下 述 步 骤 开 始 附 着 /TAU 过 程 ：E-UTRAN 附 着 3GP TS23.401图 5.321-步 骤 3 开 始 或 过 程 .图 .步 骤 4 开 始 或3P TS23.401图 5.32-1步 骤 开 始5. Contex Acknowledg YD/T XXXXXXXX 5 步骤 1） DCN中的附
19、着 /TAU流程对现有相应过程的修改如下： - 在用于传输 NAS Request的 RRC Connection Complete消息中，如果存在 DCN-ID，则 UE提供该 ID。 如果 UE有当前 PLMN对应的 DCN-ID， UE首先提供该值 。 如果没有 PLMN对应的 DCN-ID， 但 UE中 配置有标准的缺省 DCN-ID， 则 UE提供缺省 DCN-ID。 RAN节点基于 DCN-ID和配置信息 ， 选择 DCN以 及服务的 MME。 RAN节点将 NAS Request消息和 DCN-ID发送到所选节点。 - E-UTRAN Initial Attach Procedu
20、re(具体要求见 3GPP TS 23.401 v14.3.0第 5.3.2.1节（图 5.3.2.1-1） ): 旧的 MME在 Identification Response消息中提供 UE Usage Type参数 （如果存在） 。 - Tracking area update procedure（具体要求见 3GPP TS 23.401 v14.3.0第 5.3.3.1节（图 5.3.3.1-1）和 5.3.3.2（图 5.3.3.2-1） ） ： 旧的 MME在 Context Response消息中提供 UE Usage Type参数（如果存在）。 步骤 2） 如果（第一个）新的
21、MME，即未从 RAN收到任何 MMEGI的 MME，没有足够的信息确定其是否 为 UE的服务节点 ， 该 MME向 HSS发送 Authentication Information Request消息 ， 并在该消 息中包含 “Send UE Usage Type”以请求 UE的 UE Usage Type。 除此之外 ， MME还可请求一个 或多个认证矢量 。 在下面的情况中 ， （第一个 ） 新的 MME有足够的信息确定其是否可以为 该 UE服务，则可跳过本步骤和步骤 3。 i. 在 Identification Response(附着 流程中 )或 Context Response(T
22、AU流程中 )消息中或 Forward Relocation Request(Handover流程中 )， （第一个 ） 新的 MME从旧的 MME接收 到 UE Usage Type。 ii. （第一个）新的 MME根据配置信息和 UE上下文，能够确定其是否可服务 UE。 对在连接模式中触发的 TAU流程 （例如在切换过程中 ） ， 不需要执行该步骤和 NAS消息重定向 （即从 第 5步开始）。 步骤 3） 如果支持 DCN， HSS在 Authentication Information Answer消息中提供 UE Usage Type。 步骤 4） 如果 （第一个 ） 新的 MME确定
23、不需要将 NAS消息重路由到另一 CN节点 ， 则 MME或者继续执行 图 3中指定的步骤，或根据运营商的配置信息拒绝 NAS请求消息， NAS流程在这一步结束。 NAS拒绝消息包含相应参数，如：退避计时器，这样 UE不会立即重新发起 NAS流程。 步骤 5） 如果有 ， MME在 NAS Accept消息中包括 DCN-ID， 并发送给 UE。 如果服务的 PLMN的 DCN-ID改 变， UE更新它存储的服务 PLMN的 DCN-ID参数。 步骤 6） 如果 （第一个 ） 新的 MME应该将 NAS request消息重路由到另一 CN节点 ， 流程是一个 TAU流 程 ， 且从旧的 MM
24、E接收到 UE的上下文 ， 则 （第一个 ） 新的 MME发送 Context Acknowledge消 息，其中 cause code指示流程失败。旧的 MME认为从未接收到 Context Request。 步骤 7） 如果 （第一个 ） 新的 MME确定将 NAS request消息重路由到另一 CN节点 ， 它使用第 5.1小节 中的 “消息重定向流程 ”， 将 NAS消息重路由到 (第二个 )新的 MME。 在第一步中 ， 如果 （第 一个 ） 新的 MME从 UE接收到的 IMSI未加密 ， 则其在 Reroute Message Request中包含 IMSI。 步骤 8） (第
25、二个 )新的 MME，即 MME从 RAN中收到携带 MMEGI的重路由 NAS消息的 MME，根据图示步骤 执行相关 NAS流程，其中对现有流程的修改如下： - E-UTRAN 初始附着过程 (参考 3GPP TS23.401第 5.3.2.1节 (图 5.3.2.1-1)：旧的 MME在 Identification Response消息中提供 UE Usage Type参数 (如果存在 )。 - TAU过程 (参考 3GPP TS 23.401 v14.3.0第 5.3.3.1节（图 5.3.3.2-1）和 5.3.3.2（图 5.3.3.2-1） ): 旧的 MME在 Context
26、Response消息中提供 UE Usage Type参数 (如果存在 )。 - 如果第二个 （新的 ） MME在消息重定向过程中从第一个 （新的 ） MME接收到 IMSI， 则第二个 （新 的） MME不需要从 UE检索 IMSI。 - MME通过 NAS Accept消息向 UE发送新的 DCN的 DCN-ID（如果存在） 。 如果服务的 PLMN的 DCN-ID发 生改变， UE更新其存储的 DCN-ID。 YD/T XXXXXXXX 6 - 因为 RAN发送的 Initial UE message/UL-Unitdata消息中包括 MMEGI， （第二个 ） 新的 MME不应该 重路
27、由 NAS消息到另一个 CN节点。（第二个）新的 MME执行上述 NAS流程，或根据运营商配置拒 绝 NAS request消息 ， 如拒绝则 NAS流程结束 。 当拒绝 NAS request时 ， 应向 UE提供合适的原因和 退避计时器。 - 在 TAU流程中，（第二个）新的 MME可以检查（如：基于 NAS消息已经被重路由的指示和本地配 置信息 ） 是否需改变 UE的 PGW(对于一个或多个 PDN connection)。 如果需要改变 ， 则完成 TAU流 程后 ， （第二个 ） 新的 MME发起要求 reattach的 Detach过程 ， 或要求重新激活 PDN连接的断开 PDN
28、 连接过程。 5.4 切换流程 DCN对于现有的切换流程有如下增强： Forward Relocation Request消息 ： 如果切换过程中发生 MME改变，在源 MME向目标 MME发送 Forward Relocation Request消息的时候 ， 如果 UE Usage Type存在 ， 则源 MME需要把 UE Usage Type包含在 Forward Relocation Request消息里。 新 SGW的选择 ： 当目标 MME收到 Forward Relocation Request后决定是否需要重选 SGW时 ， 如果目标 MME 支持 DCN， 则还需要确定源
29、SGW是否支持 UE的 DCN， 这个判断基于签约 UE Usage Type、 本地配置的运营商 策略以及 UE相关上下文信息例如漫游信息。 当 UE从没有使用 DCN的区域切换到支持 DCN的区域时 ： 如果 MME改变 ， 目标 MME在后续的 TAU流程中从 HSS 获取 UE Usage Type信息 。 如果目标 MME不支持该 UE Usage Type， 则在成功完成切换流程后 ， 目标 MME可 以使用 5.5 中定义的流程来进行 DCN网络重选。基于 S1的 eNode B间的切换对于现有的切换流程有如下 增强： 参考 YD/T 2620.1-2015 演进的移动分组核心网
30、络 (EPC)总体技术要求 第 1部分 ： 支持 E-UTRAN接入 5.3.8.2， DCN功能相关的影响如下： 在步骤 3， 如果 UE Usage Type存在 ， 源 MME需要将它包含在发送给目标 MME的 Forward Relocation Request中。 在步骤 4， 当目标 MME确认源 S-GW是否可以继续为 UE服务时 ， 还需要基于签约 UE Usage Type、 本 地策略和 UE上下文信息来确定 UE的 DCN以及源 SGW是否支持该 DCN，如果源 SGW不支持该 DCN，则 需要进行 SGW重选。 在步骤 18， 如果目标 MME在步骤 3没有从源 MME
31、收到 UE Usage Type， 但从 HSS获取到 UE Usage Type， 目标 MME确定是否支持该 UE Usage Type， 如果不支持 ， 则可以使用本标准 5.5 章节中定义的流 程来进行 DCN网络重选。 5.5 MME 或 HSS 发起 DCN 网络重选 MME或者 HSS发起的专有核心网络重选择流程，如图 4所示。如果网络中部署了 DCN功能，此流程可 用于 HSS更新 (即增加 ， 修改或者删除 )用户使用类型参数 。 此流程可能导致用户的服务节点变化 。 此流 程也可以用于 MME发起的服务节点的改变流程， 例如：当 MME上配置的 UE服务类型参数发生改变。此
32、流 程也可以用于在切换流程后由目标 MME将 UE重定向到另一个 DCN的服务节点。 如果核心网支持 UE辅助 DCN选择功能， MME向 UE提供新的 DCN标识 DCN-ID。 可能大量 UE同时发生签约数据改变，为了避免网络节点过载， MME应分批释放 S1连接，这样可以分 批进行 UE重定向。 YD/T XXXXXXXX 7 图 4 MME 或者 HSS 发起的专有核心网络重选择流程 步骤 1、 2仅适用 HSS发起的专有核心网络重选择流程。 步 骤 1） HSS向 MME发送插入用户数据请求消息 Insert Subscriber Data Request 消息中携带 IMSI, S
33、ubscription Data；其中用户数据中包括 UE使用类型信息或者 UE使用类型撤销信息； 注 1： 如果大量用户发生 UE使用类型变更或者撤销，那么 HSS应逐步有序将改变的用户数据插入服务节点， 例如 ： 基 于 OAM。 步骤 2） MME更新存储的用户数据，并向 HSS回复插入用户数据确认消息 Insert Subscriber Data ACK ，消息中携带 IMSI；如果 MME仍然可以为 UE服务，那么本次流程结束。 步 骤 3） 如果 MME决定将 UE立即迁移到另外的 CN节点或者需要立即更新 DCN-ID， 如果 UE处在空闲态 ， MME将对 UE进行寻呼； MM
34、E也可以等待 UE进入连接态。 如果 MME需要将 UE迁移到其它 CN节点上，那么执行步骤 7或者执行步骤 8，对于已经处于连接态的 UE 或者通过发送数据进入连接状态的 UE， 执行步骤 4-7。 空闲态 UE进行 TAU流程时 ， 执行步骤 8。 如果 仅 DCN-ID 需要更新 (即服务节点保持不变 )，仅执行步骤 4和 5。 步骤 4） UE响应寻呼，或者有上行数据需要发送，或者需要发送 TAU请求消息， UE建立 NAS连接建 立过程。 步 骤 5） 如果 UE与 MME之间存在 NAS连接或者数据传输触发了 NAS连接建立 , MME触发 GUTI重分配流程 。 如果 DCN-I
35、D可用 ， 并且 MME需要更新 DCN-ID, GUTI重分配指令 GUTI Reallocation Command 消息中将携带 DCN-ID。 如果 MME决定 CN节点需要发生变化 , GUTI重分配指令 GUTI Reallocation Command消息中还需要携带 未广播的 TAI(non-broadcast TAI)。 步骤 6） MME释放 RAN资源， UE进入空闲态。 注 2：当 MME需要卸载大量 UE时， MME不能立即释放全部 UE。释放全部 UE会导致大量用户 UE进行重定向而造成 CN节点 拥塞 (如果需要寻呼， RAN也可能拥塞 )。 MME可以等到 UE
36、非活动时再进行释放 RAN资源。 UE ME HS5. GUTI 重 分 配4.E从 休 眠 态 发 起 数 据 传 输 1. Insert Subscrie Dat2. I i Ack6. 释 放 RAN资 源 7. TU请 求 9. NAS 重 定 向8. TAU请 求或3. ME寻 呼 UE YD/T XXXXXXXX 8 步骤 7） 未广播的 TAI/RAI触发 UE进行 TAU流程。如果 UE存在可用的 DCN-ID， UE将把 DCN-ID发送至 RAN。 步骤 8） UE发送 TAU请求消息， MME接收 TAU请求消息。 步骤 9） 如果增加或者修改了 UE使用类型，并且 MM
37、E不能为之服务；或者 HSS用户数据中撤销了 UE 使用类型 ， 并且 MME不能为之服务 ； MME触发 NAS消息重定向流程对 UE进行重定向 。 这样 TAU 流程将在选择的 DCN网络中的 MME完成。 6 专用核心网（ DCN） 6.1 概述 本章规定了对终端无影响的专用核心网（ DCN）相关功能要求。 6.2 设备功能要求 6.2.1 基站 基站应支持 5章中定义的 NAS消息重定向流程： 接收 Reroute NAS Message Request消息； 根据 Reroute NAS Message Request消息中的信息确定重定向的 MME，并向其发送 Initial UE
38、 Message消息。 6.2.2 MME MME应支持 5.2 中定义的消息重定向流程。 MME应支持 5.3 中定义的使用 DCN的附着 /TAU流程。但不包括 DCN-ID相关功能。 MME应支持 5.4 中定义的和 DCN有关的切换流程。 MME应支持触发 5.5 中的重定向流程。但不包括 DCN-ID相关功能。 MME应支持根据 UE使用类型按照本地配置、 DNS等，确定对应于相应 UE使用类型的 DCN的 MMEGI。 MME应支持根据 UE使用类型按照本地配置、 DNS等进行 PGW、 SGW选择。 S1切换场景下，源 MME应支持根据 UE使用类型选择切换的目标 MME。 6.
39、2.3 HSS HSS应能保存和管理 EPS用户的签约数据 ， UE签约数据中的 UE Usage Type可以辅助 MME选择 DCN， 应支 持以下功能： HSS应支持签约 UE Usage Type。 HSS应支持根据 Dedicated Core Networks字段，判断 MME支持 DCN功能，并向 MME返回 UE Usage Type。 HSS应支持根据收到的 Send UE Usage Type指示，向 MME返回 UE Usage Type。 HSS应支持更新和删除 MME存储的 UE Usage Type。 6.3 接口要求 6.3.1 S1 进行 NAS消息重定向时，
40、S1接口需要做如下增强，具体要求见 3GPP TS 36.413： MME应支持通过 S1接口向基站发送 Reroute NAS Message Request消息，以重定向 NAS消息。 基站应支持通过 S1接口向新的 MME发送 Initial UE消息，将 UE重定向到新的 MME。 YD/T XXXXXXXX 9 6.3.2 S6a S6a是 MME和 HSS之间的接口 ， 具体要求见 3GPP TS 29.336， 用于交换用户的位置信息和管理信息 。 S6a 接口基于 Diameter协议，具体要求见 3GPP TS 29.272，需要做如下增强： Subscription-Dat
41、a AVP应扩展支持 UE-Usage-Type AVP。 AIA命令应扩展支持 UE-Usage-Type AVP。 AIR-Flags AVP应扩展支持“ Send UE Usage Type”指示。 Feature-List AVP应扩展支持“ Dedicated Core Networks”指示。 DSR-Flag AVP应扩展支持“ UE Usage Type Withdrawal”指示。 6.3.3 S10 新的 MME应支持通过 S10接口 ， 可以在附着流程的 Identification Response message， TAU流程中的 Context Response m
42、essage中，基于 S1的 eNode B间的切换流程中的 Forward Relocation Request消息， 从旧的 MME获取“ UE Usage Type”参数。 7 UE 辅助的专用核心网 7.1 概述 本章规定了对终端有影响的 UE辅助的 专用核心网（ DCN） 选择相关功能要求。 UE辅助的专用核心网 功能中， RAN通过 UE上报的 DCN-ID选择正确的 DCN，以减少 NAS消息重路由过程。 7.2 设备功能要求 7.2.1 终端 7.2.1.1 UE 建立 NAS 连接 在 UE建立 NAS信令连接过程中 ， 当前小区的 TAI不在 TAI列表中 ， UE在发送
43、ATTACH REQUEST 消息或者 TRACKING AREA UPDATE REQUEST消息时， NAS层需要向底层根据如下规则提供 DCN-ID： a) 如果选择的 PLMN网络中存在对应的 DCN-ID， 那么 UE NAS层应向底层提供此 DCN-ID； 或者 b) 如果选择的 PLMN网络中不存在对应的 DCN-ID， 但是 USIM或者 UE存在配置的缺省 DCN-ID， 那么 UE NAS 层应向底层提供此 DCN-ID。 7.2.1.2 UE 存储 DCN-ID DCN-ID列表存在 UE中。 DCN-ID列表包括多个 DCN-ID及对应 PLMN ID。此列表中可以包含
44、 0个 DCN-ID， 或者更多 ， 最大长度至少 32个 DCN-ID。 当长度达到最大值时 ， UE将删除存储最久的那个 DCN-ID。 对于同 一个 PLMN ID，不存在多个 DCN-ID，当 UE接收到新的 DCN-ID，那么 UE将删除原 DCN-ID。 只有当 USIM卡中对应的 IMSI与 UE中存储的 IMSI匹配的时候 ， DCN-ID列表才有效 ， 否则 UE应删除 DCN-ID 列表。如果配置的缺省标准化 DCN-ID发生变化， UE将删除所有存储的 DCN-ID列表。 7.2.1.3 UE 接收 DCN-ID UE应支持接收 ATTACH ACCEPT， TAU ACCEPT， GUTI Reallocation Command消息中的 DCN-ID， 并进行 存储。 7.2.1.4 UE 向基站上报 DCN-ID YD/T XXXXXXXX 10 如
