CN118102499A - 一种通信方法、装置及接入网设备 - Google Patents

Abstract

本申请提供了一种通信方法、装置及接入网设备，通信方法包括：获取用户设备的能力参数；用户设备的类型为降低能力类型，用户设备的类型允许接入第一网络和第二网络，第一网络的网络制式高于第二网络的网络制式；确定出能力参数与用户设备的类型不对应，获取第一释放参数；基于第一释放参数结束用户设备接入第一网络。

Description

一种通信方法、装置及接入网设备

技术领域

本申请涉及通信技术领域，特别涉及一种通信方法、装置及接入网设备。

背景技术

3GPP在Rel-17版本中定义了RedCap(降低能力，Reduced Capability)终端设备类型，以此来满足低成本、低功耗等终端的5G物联网需求。但是，目前缺乏对RedCap终端设备的异常通信场景的解决方案。

发明内容

本申请提供如下技术方案：

本申请一方面提供一种通信方法，包括：

获取用户设备的能力参数；所述用户设备的类型为降低能力类型，所述用户设备的类型允许接入第一网络和第二网络，所述第一网络的网络制式高于所述第二网络的网络制式；

确定出所述能力参数与所述用户设备的类型不对应，获取第一释放参数；

基于所述第一释放参数结束所述用户设备接入所述第一网络。

获取第一释放参数，包括：

获取初始上下文建立失败的消息，所述初始上下文建立失败的消息携带有第一原因值，所述第一原因值用于提示所述能力参数表征所述用户设备接入所述第一网络的能力不足；

获取用户设备上下文释放命令，所述用户设备上下文释放命令携带有第二原因值，所述第二原因值用于提示所述能力参数表征所述用户设备接入所述第一网络的能力不足。

基于所述第一释放参数结束所述用户设备接入第一网络，包括：

将所述初始上下文建立失败的消息发送给所述第一网络的接入和移动性管理功能网元，以使得所述接入和移动性管理功能网元结束建立与所述用户设备之间的上下文；

将所述用户设备上下文释放命令发送给接入网设备的分布单元，以使得所述分布单元结束建立与所述用户设备之间的上下文。

所述方法还包括：

基于所述能力参数确定出所述用户设备具有接入所述第二网络的能力，获取第二释放参数；

基于所述第二释放参数使所述用户设备接入所述第二网络。

获取第二释放参数，包括：

获取RRC释放连接信息，所述RRC释放连接信息携带有重定向参数，所述重定向参数用于辅助所述用户设备接入所述第二网络。

所述重定向参数，包括：

重定向频点；

或，所述重定向频点和所述重定向频点的工作参数。

所述方法还包括：

基于所述能力参数确定出所述用户设备不具有接入所述第二网络的能力，获取第三释放参数；

基于所述第三释放参数使所述用户设备进入等待状态，在所述等待状态下所述用户设备不请求接入所述第一网络。

获取第三释放参数，包括：

获取RRC释放连接信息，所述RRC释放连接信息携带有等待指令，所述等待指令用于提示所述用户设备进入等待状态。

本申请另一方面提供一种通信装置，包括：

第一获取模块，用于获取用户设备的能力参数；所述用户设备的类型为降低能力类型，所述用户设备的类型允许接入第一网络和第二网络，所述第一网络的网络制式高于所述第二网络的网络制式；

第二获取模块，用于确定出所述能力参数与所述用户设备的类型不对应，获取第一释放参数；

第一控制模块，用于基于所述第一释放参数结束所述用户设备接入所述第一网络。

本申请第三方面提供一种接入网设备，包括：

至少一个分布单元；

集中单元，用于：

获取用户设备的能力参数；所述用户设备的类型为降低能力类型，所述用户设备的类型允许接入第一网络和第二网络，所述第一网络的网络制式高于所述第二网络的网络制式；

确定出所述能力参数与所述用户设备的类型不对应，获取第一释放参数；

基于所述第一释放参数结束所述用户设备接入所述第一网络。

附图说明

为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例1提供的一种通信方法的流程示意图；

图2是本申请实施例2提供的一种通信方法的流程示意图；

图3是本申请实施例4提供的一种通信方法的流程示意图；

图4是本申请提供的一种信令处理流程示意图；

图5是本申请实施例4提供的一种通信方法的流程示意图；

图6是本申请实施例5提供的一种通信方法的流程示意图；

图7是本申请提供的另一种信令处理流程示意图；

图8是本申请实施例7提供的一种通信方法的流程示意图；

图9是本申请提供的再一种信令处理流程示意图；

图10是本申请提供的一种交互示意图；

图11是本申请提供的一种通信装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

为使本申请的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本申请作进一步详细的说明。

参照图1，为本申请实施例1提供的一种通信方法的流程示意图，该方法可以应用于接入网设备，接入网设备可以为用户设备提供随机接入功能，本申请对接入网设备的产品类型不做限定，如图1所示，该方法可以包括但并不局限于以下步骤：

步骤S101、获取用户设备的能力参数；用户设备的类型为降低能力类型，用户设备的类型允许接入第一网络和第二网络，第一网络的网络制式高于第二网络的网络制式。

在本实施例中，接入网设备(如，基站)在用户设备接入阶段尽早识别出用户设备类型是否为RedCap。具体地，可以在SIB1消息中配置RedCap类型的用户设备专用的PRACH时机，接入网设备通过检测到MSG1/MSGA所在的专用PRACH时机来判断RedCap类型的用户设备。在随机接入第一网络的过程中，RedCap类型的用户设备可以发送MGS3/MSGA使用特定LCID标识CCCH，接入网设备通过用户设备使用的LCID来判断RedCap类型的用户设备。

第一网络可以包括但不局限于：5G网络(5G Network，第五代移动通信网络)，第二网络可以包括但不局限于：4G(***移动通信技术)网络或3G(第三代移动通信技术)网络或2G(第二代手机通信技术)网络。

接入网设备在判断出用户设备为RedCap类型之后，根据RedCap类型与用户设备建立初始连接。

在本实施例中，获取用户设备的能力参数可以包括但不局限于：

用户设备与接入网设备建立初始连接后，接入网设备可以向用户设备发送UE能力查询(UE capability enquiry)信息，该UE能力查询信息用于查询UE的能力。用户设备接收到UE能力查询信息后，将用户设备的能力携带在能力参数中上报给接入网设备。

对应用户设备的类型为降低能力类型的实施方式，用户设备的能力参数中可以包含RedCap特性支持信息，RedCap特性支持信息用于指示用户设备的RedCap特性支持情况。如果用户设备的能力参数中包含RedCap特性支持信息，接入网设备就按照RedCap类型对应的处理流程和用户设备进行通信。具体地，用户设备的能力参数中，可以由RedCapParameters信元指示用户设备的RedCap特性支持情况。

步骤S102、确定出能力参数与用户设备的类型不对应，获取第一释放参数。

可以理解的是，能力参数与用户设备的类型不对应，会影响建立初始连接的用户设备和接入网设备在后续的通信，如，接入网设备无法正常处理用户设备后续的BWP、无线承载等配置流程。

如果能力参数与用户设备的类型对应，接入网设备可以按照通信协议规定的RedCap类型对应的处理流程完成初始注册及后续会话建立。

如步骤S101所述，降低能力类型的用户设备的能力参数应包含RedCap特性支持信息，如果降低能力类型的用户设备的能力参数中不包含RedCap特性支持信息，则可以确定能力参数与用户设备的类型不对应。当然，确定能力参数与用户设备的类型不对应的实施方式并不局限于此。

在能力参数与用户设备的类型不对应的异常通信场景中，第一释放参数可以但不局限于来自于通信协议中已定义的参数，例如，如果第一网络为5G网络，可以将3GPP 5G协议中已定义的一个或多个参数应用在能力参数与用户设备的类型不对应的异常通信场景中，第一释放参数来自于3GPP 5G协议中已定义的一个或多个参数。

步骤S103、基于第一释放参数结束用户设备接入第一网络。

在本实施例中，通过获取用户设备的能力参数；用户设备的类型为降低能力类型，确定出能力参数与用户设备的类型不对应的异常通信场景，针对该异常通信场景，获取第一释放参数，基于第一释放参数结束用户设备接入第一网络，以优化接入网设备的处理流程。

作为本申请另一可选实施例，参照图2，为本申请实施例2提供的一种通信方法的流程示意图，本实施例主要是对上述实施例1中步骤S102的一种实施方式，如图2所示，步骤S102可以包括但不局限于以下步骤：

步骤S1021、确定出能力参数与用户设备的类型不对应，获取初始上下文建立失败的消息和用户设备上下文释放命令。

在本实施例中，初始上下文建立失败的消息(INITIAL CONTEXT SETUP FAILURE)是通信协议中已定义的消息。

初始上下文建立失败的消息携带有第一原因值(Insufficient UECapabilities)，第一原因值用于提示能力参数表征用户设备接入第一网络的能力不足。

初始上下文建立失败的消息对应于核心网设备。例如，如果第一网络为5G网络，核心网设备可以包括：AMF(Access and MobilityManagement Function，接入与移动性管理功能)网元。

初始上下文建立失败的消息可以用于使核心网设备结束建立与用户设备之间的上下文。

在本实施例中，用户设备上下文释放命令(UE Context Release Command)是通信协议中已定义的消息。

用户设备上下文释放命令(UE Context Release Command)携带有第二原因值(Insufficient UE Capabilities)，第二原因值用于提示能力参数表征用户设备接入第一网络的能力不足。

用户设备上下文释放命令对应于接入网设备。例如，如果接入网设备为基站，用户设备上下文释放命令对应于基站中的DU(分布单元)。

用户设备上下文释放命令可以用于使接入网设备结束建立与用户设备之间的上下文。

相应地，实施例1中步骤S103可以包括但不局限于：

步骤S1031、基于初始上下文建立失败的消息和用户设备上下文释放命令结束用户设备接入第一网络。

在本实施例中，通过获取用户设备的能力参数；用户设备的类型为降低能力类型，确定出能力参数与用户设备的类型不对应的异常通信场景，针对该异常通信场景，获取初始上下文建立失败的消息和用户设备上下文释放命令，初始上下文建立失败的消息和用户设备上下文释放命令是通信协议中已定义的消息和命令，通过已定义的消息和命令结束用户设备接入第一网络，以优化接入网设备的处理流程。

作为本申请另一可选实施例，参照图3，为本申请实施例3提供的一种通信方法的流程示意图，本实施例主要是对上述实施例2中步骤S1031的一种实施方式，如图3所示，步骤S1031可以包括但不局限于以下步骤：

步骤S10311、将初始上下文建立失败的消息发送给第一网络的接入和移动性管理功能网元，以使得接入和移动性管理功能网元结束建立与用户设备之间的上下文。

将初始上下文建立失败的消息发送给第一网络的接入和移动性管理功能网元，即，通知第一网络的接入和移动性管理功能网元用户设备接入第一网络的能力不足，在此基础上，接入和移动性管理功能网元可以结束建立与用户设备之间的上下文。

步骤S10312、将用户设备上下文释放命令发送给接入网设备的分布单元，以使得分布单元结束建立与用户设备之间的上下文。

将用户设备上下文释放命令发送给接入网设备的分布单元，即通知接入网设备的分布单元用户设备接入第一网络的能力不足，在此基础上，分布单元可以结束建立与用户设备之间的上下文。

在接入和移动性管理功能网元结束建立与用户设备之间的上下文，且分布单元结束建立与用户设备之间的上下文之后，用户设备此次接入第一网络结束，用户设备此次不能接入第一网络进行相应地数据业务。

在本实施例中，通过获取用户设备的能力参数；用户设备的类型为降低能力类型，确定出能力参数与用户设备的类型不对应的异常通信场景，针对该异常通信场景，获取初始上下文建立失败的消息和用户设备上下文释放命令，初始上下文建立失败的消息和用户设备上下文释放命令是通信协议中已定义的消息和命令，将初始上下文建立失败的消息发送给第一网络的接入和移动性管理功能网元，以使得接入和移动性管理功能网元结束建立与用户设备之间的上下文，将用户设备上下文释放命令发送给接入网设备的分布单元，以使得分布单元结束建立与用户设备之间的上下文，以优化接入网设备的处理流程。

例如，如果接入网设备为基站，基站包括CU和DU，接入网设备优化后的信令处理流程可以参见图4，如图4所示，在初始接入流程，CU如果确定UE(即，用户设备的一种实施方式)UE接入消息中携带了RedCap终端标识，正常完成UE的RRC建立流程、完成NAS鉴权、NAS安全、RRC安全流程、UE能力查询流程；

上述初始接入流程、UE的RRC建立流程、完成NAS鉴权、NAS安全、RRC安全流程、UE能力查询流程可以参见现有技术中3GPP 5G协议中的初始接入流程、UE的RRC建立流程、完成NAS鉴权、NAS安全、RRC安全流程、UE能力查询流程，在此不再赘述。

在确定出能力参数与用户设备的类型不对应之后，进入异常处理流程：CU向AMF发送INITIAL CONTEXT SETUP FAILURE，携带第一原因值为“Insufficient UECapabilities”；其中，INITIAL CONTEXT SETUP FAILURE来自于3GPP 5G协议中TS 38.413部分。

CU向DU发送UE Context Release Command，携带第二原因值为“Insufficient UECapabilities”；其中，UE Context Release Command来自于3GPP 5G协议中TS 38.473部分。

作为本申请另一可选实施例，参照图5，为本申请实施例4提供的一种通信方法的流程示意图，如图5所示，该方法可以包括但不局限于以下步骤：

步骤S201、获取用户设备的能力参数；用户设备的类型为降低能力类型，用户设备的类型允许接入第一网络和第二网络，第一网络的网络制式高于第二网络的网络制式。

步骤S202、确定出能力参数与用户设备的类型不对应，获取第一释放参数。

步骤S203、基于第一释放参数结束用户设备接入第一网络。

步骤S201-S203的详细过程可以参见实施例1中步骤S101-S103的相关介绍，在此不再赘述。

步骤S204、基于能力参数确定出用户设备具有接入第二网络的能力，获取第二释放参数。

对应第一网络为5G网络，第二网络为4G网络的实施方式，用户设备的能力参数中如果包含“Rat-Type：eutra”信息，则可以确定用户设备具有接入4G网络的能力，“Rat-Type：eutra”信息用于指示用户设备支持eutra(可以理解为，LTE网络的标准,它是***移动通信技术)。当然，基于能力参数确定出用户设备具有接入第二网络的能力的实施方式不并不局限于此。

在能力参数与用户设备的类型不对应的异常通信场景中，第二释放参数可以但不局限于来自于通信协议中已定义的参数。

步骤S205、基于第二释放参数使用户设备接入第二网络。

在本实施例中，通过获取用户设备的能力参数；用户设备的类型为降低能力类型，确定出能力参数与用户设备的类型不对应的异常通信场景，针对该异常通信场景，获取第一释放参数，基于第一释放参数结束用户设备接入第一网络，进一步的，可以基于能力参数确定出用户设备具有接入第二网络的能力，获取第二释放参数，基于第二释放参数使用户设备接入第二网络，以优化接入网设备的处理流程。

作为本申请另一可选实施例，参照图6，为本申请实施例5提供的一种通信方法的流程示意图，本实施例主要是对上述实施例4中步骤S204的一种实施方式，如图6所示，步骤S204可以包括但不局限于以下步骤：

步骤S2041、基于能力参数确定出用户设备具有接入第二网络的能力，获取RRC释放连接信息，RRC释放连接信息携带有重定向参数，重定向参数用于辅助用户设备接入第二网络。

获取RRC释放连接信息为获取第二释放参数的一种具体实施方式。

在本实施例中，RRC释放连接信息(RRCRelease)是通信协议中已定义的消息。RRC释放连接信息携带的重定向参数也是通信协议中已定义的参数。

RRC释放连接信息对应于用户设备。

相应地，步骤S205可以包括但不局限于：

步骤S2051、将RRC释放连接信息发送给用户设备，以使得用户设备基于RRC释放连接信息停止接入第一网络，并基于重定向参数接入第二网络。

在本实施例中，通过获取用户设备的能力参数；用户设备的类型为降低能力类型，确定出能力参数与用户设备的类型不对应的异常通信场景，针对该异常通信场景，获取第一释放参数，基于第一释放参数结束用户设备接入第一网络，进一步的，可以基于能力参数确定出用户设备具有接入第二网络的能力，将RRC释放连接信息发送给用户设备，以使得用户设备基于RRC释放连接信息停止接入第一网络，并基于重定向参数接入第二网络，可以有效减少用户设备在第一网络中的无效接入次数与频率，以及降低对无线KPI指标的异常影响。

例如，如果接入网设备为基站，基站包括CU和DU，接入网设备优化后的信令处理流程可以参见图7，如图7所示，在初始接入流程，CU如果确定UE(即，用户设备的一种实施方式)UE接入消息中携带了RedCap终端标识，正常完成UE的RRC建立流程、完成NAS鉴权、NAS安全、RRC安全流程、UE能力查询流程；

上述初始接入流程、UE的RRC建立流程、完成NAS鉴权、NAS安全、RRC安全流程、UE能力查询流程可以参见现有技术中3GPP 5G协议中的初始接入流程、UE的RRC建立流程、完成NAS鉴权、NAS安全、RRC安全流程、UE能力查询流程，在此不再赘述。

在确定出能力参数与用户设备的类型不对应之后，进入异常处理流程：CU向AMF发送INITIAL CONTEXT SETUP FAILURE，携带第一原因值为“Insufficient UECapabilities”；其中，INITIAL CONTEXT SETUP FAILURE来自于3GPP 5G协议中TS 38.413部分。

CU向DU发送UE Context Release Command，携带第二原因值为“Insufficient UECapabilities”；其中，UE Context Release Command来自于3GPP 5G协议中TS 38.473部分。

若基于能力参数确定出用户设备具有“eutra”能力，CU通过DU下发携带有“redirectionCarrierInfo”的RRCRelease消息给UE；其中，“redirectionCarrierInfo”和RRCRelease消息来自于3GPP 5G协议中TS 38.331部分。

作为本申请另一可选实施例，为本申请实施例6提供的一种通信方法，本实施例主要是对上述实施例5中重定向参数的一种实施方式，重定向参数可以包括但不局限于：

重定向频点。

重定向频点用于使用户设备对应第二网络搜网接入。

对应第一网络为5G网络的实施方式，第二网络可以为4G网络，重定向频点可以基于5G基站已配置的Eutra频点及用户设备支持的频率频带信息(Bandlist)确定。

重定向参数也可以包括但不局限于：

重定向频点和重定向频点的工作参数。

重定向频点的工作参数可以用于从重定向频点对应的第二网络的至少一个小区中选择出目标小区，基于重定向频点接入第二网络的目标小区。

在本实施例中，通过获取用户设备的能力参数；用户设备的类型为降低能力类型，确定出能力参数与用户设备的类型不对应的异常通信场景，针对该异常通信场景，获取第一释放参数，基于第一释放参数结束用户设备接入第一网络，进一步的，可以基于能力参数确定出用户设备具有接入第二网络的能力，获取将RRC释放连接信息发送给用户设备，以使得用户设备基于RRC释放连接信息停止接入第一网络，并基于重定向频点接入第二网络，可以有效减少用户设备在第一网络中的无效接入次数与频率，以及降低对无线KPI指标的异常影响。

作为本申请另一可选实施例，参照图8，为本申请实施例7提供的一种通信方法的流程示意图，如图8所示，该方法可以包括但不局限于以下步骤：

步骤S301、获取用户设备的能力参数；用户设备的类型为降低能力类型，用户设备的类型允许接入第一网络和第二网络，第一网络的网络制式高于第二网络的网络制式。

步骤S302、确定出能力参数与用户设备的类型不对应，获取第一释放参数。

步骤S303、基于第一释放参数结束用户设备接入第一网络。

步骤S304、基于能力参数确定出用户设备具有接入第二网络的能力，获取第二释放参数。

步骤S305、基于第二释放参数使用户设备接入第二网络。

步骤S301-S305的详细过程可以参见实施例4中步骤S201-S205的相关介绍，在此不再赘述。

步骤S306、基于能力参数确定出用户设备不具有接入第二网络的能力，获取第三释放参数。

对应第一网络为5G网络，第二网络为4G网络的实施方式，用户设备的能力参数中如果不包含“Rat-Type：eutra”信息，则可以确定用户设备不具有接入4G网络的能力。当然，基于能力参数确定出用户设备不具有接入第二网络的能力的实施方式不并不局限于此。

在能力参数与用户设备的类型不对应的异常通信场景中，第三释放参数可以但不局限于来自于通信协议中已定义的参数。

步骤S307、基于第三释放参数使用户设备进入等待状态，在等待状态下用户设备不请求接入第一网络。

在本实施例中，通过获取用户设备的能力参数；用户设备的类型为降低能力类型，确定出能力参数与用户设备的类型不对应的异常通信场景，针对该异常通信场景，获取第一释放参数，基于第一释放参数结束用户设备接入第一网络，进一步的，可以基于能力参数确定出用户设备具有接入第二网络的能力，获取将RRC释放连接信息发送给用户设备，以使得用户设备基于RRC释放连接信息停止接入第一网络，并基于重定向频点接入第二网络，可以有效减少用户设备在第一网络中的无效接入次数与频率，以及降低对无线KPI指标的异常影响。

基于能力参数确定出用户设备不具有接入第二网络的能力，获取第三释放参数，基于第三释放参数使用户设备进入等待状态，在等待状态下用户设备不请求接入第一网络，可以避免在能力参数与用户设备的类型不对应的异常通信场景中频繁请求接入第一网络，减少信令开销。

作为本申请另一可选实施例，为本申请实施例8提供的一种通信方法，本实施例主要是对实施例7中获取第三释放参数的一种实施方式，获取第三释放参数可以包括但不局限于以下步骤：

步骤S3061、获取RRC释放连接信息，所述RRC释放连接信息携带有等待指令，等待指令用于提示用户设备进入等待状态。

在本实施例中，RRC释放连接信息(RRCRelease)是通信协议中已定义的消息。

在本实施例中，等待指令可以是通信协议中已定义的“waitTime”信息。可以“waitTime”信息可以指示等待的时长。

RRC释放连接信息对应于用户设备。

相应地，步骤S307可以包括但不局限于：

步骤S3071、将RRC释放连接信息发送给用户设备，以使得用户设备基于等待指令进入等待状态，在等待状态下用户设备不请求接入第一网络。

对应等待指令为“waitTime”信息的实施方式，在用户设备处于等待状态的时长达到“waitTime”信息指示的等待时长时，用户设备可以结束等待。

在本实施例中，基于能力参数确定出用户设备不具有接入第二网络的能力，获取RRC释放连接信息，RRC释放连接信息携带有等待指令，RRC释放连接信息是通信协议中已定义的信息，将RRC释放连接信息发送给用户设备，以使得用户设备基于等待指令进入等待状态，在等待状态下用户设备不请求接入第一网络，可以避免在能力参数与用户设备的类型不对应的异常通信场景中频繁请求接入第一网络，减少信令开销。

例如，如果接入网设备为基站，基站包括CU和DU，接入网设备优化后的信令处理流程可以参见图9，如图9所示，在初始接入流程，CU如果确定UE(即，用户设备的一种实施方式)UE接入消息中携带了RedCap终端标识，正常完成UE的RRC建立流程、完成NAS鉴权、NAS安全、RRC安全流程、UE能力查询流程；

上述初始接入流程、UE的RRC建立流程、完成NAS鉴权、NAS安全、RRC安全流程、UE能力查询流程可以参见现有技术中3GPP 5G协议中的初始接入流程、UE的RRC建立流程、完成NAS鉴权、NAS安全、RRC安全流程、UE能力查询流程，在此不再赘述。

在确定出能力参数与用户设备的类型不对应之后，进入异常处理流程：CU向AMF发送INITIAL CONTEXT SETUP FAILURE，携带第一原因值为“Insufficient UECapabilities”；其中，INITIAL CONTEXT SETUP FAILURE来自于3GPP 5G协议中TS 38.413部分。

CU向DU发送UE Context Release Command，携带第二原因值为“Insufficient UECapabilities”；其中，UE Context Release Command来自于3GPP 5G协议中TS 38.473部分。

若基于能力参数确定出用户设备具有“eutra”能力，CU通过DU下发携带有“redirectionCarrierInfo”的RRCRelease消息给UE；其中，“redirectionCarrierInfo”和RRCRelease消息来自于3GPP 5G协议中TS 38.331部分。

若基于能力参数确定出用户设备不具有“eutra”能力，CU通过DU下发携带有“waitTime”的RRCRelease消息给UE；其中，“waitTime”和RRCRelease消息来自于3GPP 5G协议中TS 38.331部分。

其中，UE、CU、DU和AMF之间的交互过程可以参见图10，如图10所示，DU通过MSG1/MSGA所在的专用PRACH时机来判断用户设备的类型是否为RedCap，或者，通过用户设备使用的LCID来判断用户设备的类型是否为RedCap；

如果用户设备的类型并非是RedCap，CU可以执行普通设备建立流程；

如果用户设备的类型是RedCap，CU判断UE能力是否支持RedCap，若是，AMF和DU执行对应的RedCap注册建立流程；若否，CU向AMF发送INITIAL CONTEXT SETUP FAILURE，携带“Insufficient UE Capabilities”；CU向DU发送UE Context Release Command，携带“Insufficient UE Capabilities”；

CU判断UE能力是否支持ertra；

若支持ertra，CU选择重定向频点，DU释放UE Context，向UE发送携带有“redirectionCarrierInfo”的RRCRelease消息给UE；

UE基于RRCRelease消息停止接入第一网络，并基于“redirectionCarrierInfo”接入第二网络；

若不支持ertra，DU释放UE Context，向UE发送携带有“waitTime”的RRCRelease消息给UE；

UE基于携带有“waitTime”的RRCRelease消息进入等待状态，在等待状态下用户设备不请求接入第一网络。

接下来对本申请提供的一种通信装置进行介绍，下文介绍的通信装置与上文介绍的通信方法可相互对应参照。

参照图11，通信装置包括：第一获取模块100、第二获取模块200和第一控制模块300。

第一获取模块100，用于获取用户设备的能力参数；用户设备的类型为降低能力类型，用户设备的类型允许接入第一网络和第二网络，第一网络的网络制式高于第二网络的网络制式；

第二获取模块200，用于确定出能力参数与用户设备的类型不对应，获取第一释放参数；

第一控制模块300，用于基于第一释放参数结束用户设备接入第一网络。

第二获取模块200获取第一释放参数的过程，具体可以包括：

获取初始上下文建立失败的消息，初始上下文建立失败的消息携带有第一原因值，第一原因值用于提示能力参数表征用户设备接入第一网络的能力不足；

获取用户设备上下文释放命令，用户设备上下文释放命令携带有第二原因值，第二原因值用于提示能力参数表征用户设备接入第一网络的能力不足。

第一控制模块300，具体可以用于：

将初始上下文建立失败的消息发送给第一网络的接入和移动性管理功能网元，以使得接入和移动性管理功能网元结束建立与用户设备之间的上下文；

将用户设备上下文释放命令发送给接入网设备的分布单元，以使得分布单元结束建立与用户设备之间的上下文。

在本实施例中，通信装置还可以包括：

第三获取模块，用于基于能力参数确定出用户设备具有接入第二网络的能力，获取第二释放参数；

第二控制模块，用于基于第二释放参数使用户设备接入所述第二网络。

第三获取模块获取第二释放参数的过程，具体可以包括：

获取RRC释放连接信息，RRC释放连接信息携带有重定向参数，重定向参数用于辅助用户设备接入第二网络。

重定向参数，可以包括：

重定向频点；

或，重定向频点和重定向频点的工作参数。

通信装置还可以包括：

第四获取模块，用于基于能力参数确定出用户设备不具有接入第二网络的能力，获取第三释放参数；

第三控制模块，用于基于第三释放参数使用户设备进入等待状态，在等待状态下用户设备不请求接入第一网络。

第四获取模块获取第三释放参数的过程，具体可以包括：

获取RRC释放连接信息，RRC释放连接信息携带有等待指令，等待指令用于提示用户设备进入等待状态。

与上述本申请提供的一种通信方法实施例相对应的，本申请还提供了一种接入网设备。

接入网设备，包括：

至少一个分布单元；

集中单元，用于：

获取用户设备的能力参数；用户设备的类型为降低能力类型，用户设备的类型允许接入第一网络和第二网络，第一网络的网络制式高于第二网络的网络制式；

确定出能力参数与用户设备的类型不对应，获取第一释放参数；

基于第一释放参数结束用户设备接入第一网络。

需要说明的是，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。对于装置类实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本申请时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

通过以上的实施方式的描述可知，本领域的技术人员可以清楚地了解到本申请可借助软件加必需的通用硬件平台的方式来实现。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者接入网设备等)执行本申请各个实施例或者实施例的某些部分所述的方法。

以上对本申请所提供的一种通信方法、装置及接入网设备进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (10)

1.一种通信方法，包括：

获取用户设备的能力参数；所述用户设备的类型为降低能力类型，所述用户设备的类型允许接入第一网络和第二网络，所述第一网络的网络制式高于所述第二网络的网络制式；

确定出所述能力参数与所述用户设备的类型不对应，获取第一释放参数；

基于所述第一释放参数结束所述用户设备接入所述第一网络。

2.根据权利要求1所述的通信方法，获取第一释放参数，包括：

获取初始上下文建立失败的消息，所述初始上下文建立失败的消息携带有第一原因值，所述第一原因值用于提示所述能力参数表征所述用户设备接入所述第一网络的能力不足；

获取用户设备上下文释放命令，所述用户设备上下文释放命令携带有第二原因值，所述第二原因值用于提示所述能力参数表征所述用户设备接入所述第一网络的能力不足。

3.根据权利要求2所述的通信方法，基于所述第一释放参数结束所述用户设备接入第一网络，包括：

将所述初始上下文建立失败的消息发送给所述第一网络的接入和移动性管理功能网元，以使得所述接入和移动性管理功能网元结束建立与所述用户设备之间的上下文；

将所述用户设备上下文释放命令发送给接入网设备的分布单元，以使得所述分布单元结束建立与所述用户设备之间的上下文。

4.根据权利要求1所述的通信方法，所述方法还包括：

基于所述能力参数确定出所述用户设备具有接入所述第二网络的能力，获取第二释放参数；

基于所述第二释放参数使所述用户设备接入所述第二网络。

5.根据权利要求4所述的通信方法，获取第二释放参数，包括：

获取RRC释放连接信息，所述RRC释放连接信息携带有重定向参数，所述重定向参数用于辅助所述用户设备接入所述第二网络。

6.根据权利要求5所述的通信方法，所述重定向参数，包括：

重定向频点；

或，所述重定向频点和所述重定向频点的工作参数。

7.根据权利要求4所述的通信方法，所述方法还包括：

基于所述能力参数确定出所述用户设备不具有接入所述第二网络的能力，获取第三释放参数；

基于所述第三释放参数使所述用户设备进入等待状态，在所述等待状态下所述用户设备不请求接入所述第一网络。

8.根据权利要求7所述的通信方法，获取第三释放参数，包括：

获取RRC释放连接信息，所述RRC释放连接信息携带有等待指令，所述等待指令用于提示所述用户设备进入等待状态。

9.一种通信装置，包括：

第一获取模块，用于获取用户设备的能力参数；所述用户设备的类型为降低能力类型，所述用户设备的类型允许接入第一网络和第二网络，所述第一网络的网络制式高于所述第二网络的网络制式；

第二获取模块，用于确定出所述能力参数与所述用户设备的类型不对应，获取第一释放参数；

第一控制模块，用于基于所述第一释放参数结束所述用户设备接入所述第一网络。

10.一种接入网设备，包括：

至少一个分布单元；

集中单元，用于：

获取用户设备的能力参数；所述用户设备的类型为降低能力类型，所述用户设备的类型允许接入第一网络和第二网络，所述第一网络的网络制式高于所述第二网络的网络制式；

确定出所述能力参数与所述用户设备的类型不对应，获取第一释放参数；

基于所述第一释放参数结束所述用户设备接入所述第一网络。