CN117560653A - Ue能力控制方法、装置、终端及网络侧设备 - Google Patents

Ue能力控制方法、装置、终端及网络侧设备 Download PDF

Info

Publication number
CN117560653A
CN117560653A CN202210934864.5A CN202210934864A CN117560653A CN 117560653 A CN117560653 A CN 117560653A CN 202210934864 A CN202210934864 A CN 202210934864A CN 117560653 A CN117560653 A CN 117560653A
Authority
CN
China
Prior art keywords
capability
target
rrc connection
network side
capabilities
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202210934864.5A
Other languages
English (en)
Inventor
蒲文娟
杨晓东
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Vivo Mobile Communication Co Ltd
Original Assignee
Vivo Mobile Communication Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Vivo Mobile Communication Co Ltd filed Critical Vivo Mobile Communication Co Ltd
Priority to CN202210934864.5A priority Critical patent/CN117560653A/zh
Priority to PCT/CN2023/110197 priority patent/WO2024027638A1/zh
Publication of CN117560653A publication Critical patent/CN117560653A/zh
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/19—Connection re-establishment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本申请公开了一种UE能力控制方法、装置、终端及网络侧设备，属于通信技术领域，本申请实施例的UE能力控制方法包括：UE在无线资源控制RRC连接恢复流程的触发条件满足的情况下，执行第一行为；其中，所述第一行为包括如下任意一项：在所述UE的UE能力低于目标UE能力的情况下，进入RRC空闲态；发起RRC连接恢复流程，保证所述UE的UE能力不低于所述目标UE能力和/或在RRC连接恢复过程中或RRC连接恢复过程之后发送目标信息，所述目标信息用于指示所述UE的能力。

Description

UE能力控制方法、装置、终端及网络侧设备
技术领域
本申请属于通信技术领域，具体涉及一种UE能力控制方法、装置、终端及网络侧设备。
背景技术
无线资源控制(Radio Resource Control，RRC)非激活态的终端在RRC非激活态期间或者发起RRC连接恢复时，用户设备(User Equipment，UE)的能力和网络侧保存的UE能力可能不一致，从而导致网络侧会在RRC连接恢复过程中给终端发送超过终端能力的配置，导致终端发生传输异常。
发明内容
本申请实施例提供一种UE能力控制方法、装置、终端及网络侧设备，能够解决相关技术中网络侧在RRC连接恢复过程中给终端发送超过终端能力的配置，导致终端发生传输异常的问题。
第一方面，提供了一种UE能力控制方法，包括：
UE在无线资源控制RRC连接恢复流程的触发条件满足的情况下，执行第一行为；
其中，所述第一行为包括如下任意一项：
在所述UE的UE能力低于目标UE能力的情况下，进入RRC空闲态；
发起RRC连接恢复流程，保证所述UE的UE能力不低于所述目标UE能力和/或在RRC连接恢复过程中或RRC连接恢复过程之后发送目标信息，所述目标信息用于指示所述UE的UE能力。
第二方面，提供了一种UE能力控制方法，包括：
网络侧设备接收UE在发起RRC连接恢复流程的情况下发送的目标信息，所述目标信息用于指示所述UE的UE能力；或者，
网络侧设备在第一条件满足的情况下，所述网络侧设备在释放所述UE时将所述UE释放到RRC空闲态，所述第一条件包括以下至少一项：
所述UE为MUSIM通讯设备；
所述UE支持能力变更；
所述UE上报过能力变更的偏好信息。
第三方面，提供了一种UE能力控制装置，应用于UE，包括：
第一执行模块，用于在无线资源控制RRC连接恢复流程的触发条件满足的情况下，执行第一行为；
其中，所述第一行为包括如下任意一项：
在所述UE的UE能力低于目标UE能力的情况下，进入RRC空闲态；
发起RRC连接恢复流程，保证所述UE的UE能力不低于所述目标UE能力和/或在RRC连接恢复过程中或RRC连接恢复过程之后发送目标信息，所述目标信息用于指示所述UE的UE能力。
第四方面，提供了一种UE能力控制装置，包括：
第二执行模块，用于接收UE在发起RRC连接恢复流程的情况下发送的目标信息，所述目标信息用于指示所述UE的UE能力；或者，
所述第二执行模块，用于在第一条件满足的情况下，在释放所述UE时将所述UE释放到RRC空闲态，所述第一条件包括以下至少一项：
所述UE为MUSIM通讯设备；
所述UE支持能力变更；
所述UE上报过能力变更的偏好信息。
第五方面，提供了一种终端，该终端包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第一方面所述的方法的步骤。
第六方面，提供了一种终端，包括处理器及通信接口，所述处理器用于在无线资源控制RRC连接恢复流程的触发条件满足的情况下，执行第一行为；其中，所述第一行为包括如下任意一项：
在所述UE的UE能力低于目标UE能力的情况下，进入RRC空闲态；
发起RRC连接恢复流程，保证所述UE的UE能力不低于所述目标UE能力和/或在RRC连接恢复过程中或RRC连接恢复过程之后发送目标信息，所述目标信息用于指示所述UE的UE能力。
第七方面，提供了一种网络侧设备，该网络侧设备包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如第二方面所述的方法的步骤。
第八方面，提供了一种网络侧设备，包括处理器及通信接口，其中，所述通信接口用于接收UE在发起RRC连接恢复流程的情况下发送的目标信息，所述目标信息用于指示所述UE的UE能力；或者，所述处理器用于在第一条件满足的情况下，在释放所述UE时将所述UE释放到RRC空闲态，所述第一条件包括以下至少一项：
所述UE为MUSIM通讯设备；
所述UE支持能力变更；
所述UE上报过能力变更的偏好信息。
第九方面，提供了一种通信系统，包括：终端及网络侧设备，所述终端可用于执行如第一方面所述的UE能力控制方法的步骤，所述网络侧设备可用于执行如第二方面所述的UE能力控制方法的步骤。
第十方面，提供了一种可读存储介质，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如第一方面所述的UE能力控制方法的步骤，或者实现如第二方面所述的UE能力控制方法的步骤。
第十一方面，提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现如第一方面所述的UE能力控制方法，或者实现如第二方面所述的UE能力控制方法。
第十二方面，提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现如第一方面所述的UE能力控制方法，或者实现如第二方面所述的UE能力控制方法。
在本申请实施例中，UE能够在RRC连接恢复过程的触发条件满足的情况下，保证UE能力不低于目标UE能力，或者若UE能力低于所述目标UE能力，则终端进入RRC空闲态，或者UE在发起RRC连接恢复过程中或RRC连接恢复过程之后发送目标信息，以指示UE当前的UE能力。这样，对于多卡用户设备，也就能够避免在UE发起RRC连接恢复时被网络侧设备配置超过UE能力的接入层(Access Stratum，AS)配置，以避免UE和网络侧设备之间出现传输异常，从而保障UE和网络侧设备之间的传输顺畅。
附图说明
图1是本申请实施例可应用的一种无线通信系统的框图；
图2是本申请实施例提供的一种UE能力控制方法的流程图；
图3是本申请实施例提供的另一种UE能力控制方法的流程图；
图4是本申请实施例提供的一种UE能力控制装置的结构图；
图5是本申请实施例提供的另一种UE能力控制装置的结构图；
图6是本申请实施例提供的一种通信设备的结构图；
图7是本申请实施例提供的一种终端的结构图；
图8是本申请实施例提供的一种网络侧设备的结构图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。
本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。
值得指出的是，本申请实施例所描述的技术不限于长期演进型(Long TermEvolution，LTE)/LTE的演进(LTE-Advanced，LTE-A)系统，还可用于其他无线通信系统，诸如码分多址(Code Division Multiple Access，CDMA)、时分多址(Time DivisionMultiple Access，TDMA)、频分多址(Frequency Division Multiple Access，FDMA)、正交频分多址(Orthogonal Frequency Division Multiple Access，OFDMA)、单载波频分多址(Single-carrier Frequency Division Multiple Access，SC-FDMA)和其他系统。本申请实施例中的术语“系统”和“网络”常被可互换地使用，所描述的技术既可用于以上提及的系统和无线电技术，也可用于其他系统和无线电技术。以下描述出于示例目的描述了新空口(New Radio，NR)系统，并且在以下大部分描述中使用NR术语，但是这些技术也可应用于NR系统应用以外的应用，如第6代(6th Generation，6G)通信系统。
图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括用户设备11和网络侧设备12。其中，用户设备11可以是手机、平板电脑(Tablet PersonalComputer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(PersonalDigital Assistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobilepersonal computer，UMPC)、移动上网装置(Mobile Internet Device，MID)、增强现实(augmented reality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴式设备(Wearable Device)、车载设备(VUE)、行人终端(PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(personal computer，PC)、柜员机或者自助机等终端侧设备，可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。需要说明的是，在本申请实施例并不限定用户设备11的具体类型。网络侧设备12可以包括接入网设备或核心网设备，其中，接入网设备也可以称为无线接入网设备、无线接入网(Radio Access Network,RAN)、无线接入网功能或无线接入网单元。接入网设备可以包括基站、WLAN接入点或WiFi节点等，基站可被称为节点B、演进节点B(eNB)、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(Basic Service Set，BSS)、扩展服务集(Extended Service Set，ESS)、家用B节点、家用演进型B节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例进行介绍，并不限定基站的具体类型。
为更好地理解，以下对本申请实施例中可能涉及的相关概念进行解释说明。
多卡终端：
多卡终端是指安装了不止一张全球用户识别(Universal Subscriber IdentityModule，USIM)卡的终端。以双卡终端为例，根据终端是否支持在两张卡的网络中同时发送或接收，可将双卡终端分为单发单收、单发双收和双发双收终端。
单发单收终端：终端的实现方式(如双卡共用同一套硬件或射频)导致终端只能通过时分的方式交替在两个卡的网络进行信息的发送和接收。
单发双收终端：终端只能通过时分的方式交替在两个卡的网络进行上行发送，但是支持同时在两个卡的网络进行下行接收。
双发双收终端：终端支持同时在两个卡的网络进行上行发送和下行接收。
短暂能力受限(Temporary Capability restriction)：
目前，对于双发双收多卡终端，每张卡使用各自独立的硬件模块来支持同时的接收和发送。但是，这种方式存在硬件使用效率低，成本高等问题。为此，3GPP Rel-18将研究在双卡共用部分硬件模块的情况下，如何支持双卡终端在双卡的网络间进行动态的能力分割。例如，当卡A在连接态，卡B在非连接态，终端的能力被卡A占用。若卡B将要建立或恢复无线资源控制(Radio Resource Control，RRC)连接，需要将卡A的能力切一部分到卡B，此时终端需要向网络A指示短暂的能力受限状态(即有一部分能力要用于其他卡)，否则终端会丢失网络A的数据或造成网络资源浪费等问题。
终端向网络侧指示短暂的能力受限，其中短暂的能力受限可以是终端的某些无线能力在短时间内为不支持的状态，也可以是终端不更改无线能力但通过向网络侧请求或指示将一些功能/资源的去使能来实现。例如，当双卡终端在网络A处于连接态被配置了双连接(Dual Connectivity，DC)时，辅小区组(Secondary Cell Group，SCG)处于激活态。若此时终端要在网络B发起RRC连接建立，多卡终端可以在网络A请求挂起/去激活SCG。
RRC非激活(INACTIVE)态的终端在RRC INACTIVE态期间或者发起RRC连接恢复时，UE的能力和基站侧保存的接入层(Access Stratum，AS)上下文中的UE能力不一致，从而导致网络侧会在RRC连接恢复过程中给UE发送超过UE能力的配置，导致终端发生传输异常。
下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的一种UE能力控制方法进行详细地说明。
请参照图2，图2是本申请实施例提供的一种UE能力控制方法的流程图，如图2所示，所述方法包括以下步骤：
步骤201、UE在RRC连接恢复流程的触发条件满足的情况下，执行第一行为。
其中，所述第一行为包括如下任意一项：
在所述UE的UE能力低于目标UE能力的情况下，进入RRC空闲态；
发起RRC连接恢复流程，保证所述所述UE的UE能力低于所述目标UE能力和/或在RRC连接恢复过程中或RRC连接恢复过程之后发送目标信息，所述目标信息用于指示所述UE的UE能力。
需要说明的是，本申请实施例提供的所述方法应用于终端，所述终端为多卡终端，也就是说，所述终端为多全球用户识别(Multi-Universal Subscriber Identity Module，MUSIM)通讯设备，这种情况下，所述UE为多卡终端的一张USIM卡对应的UE，所述UE的UE能力为一张USIM卡的UE对应的能力，后续实施例中对UE及UE能力的理解可参考此处解释说明，后续不再赘述。可选地，在所述UE为MUSIM通讯设备上第一USIM卡对应的UE的情况下，所述UE的UE能力和所述目标UE能力与所述第一USIM卡对应。
例如，UE包括USIM卡1和USIM卡2，当USIM卡1(也即目标USIM卡)处于连接态，也即USIM卡1接入对应的网络1(也即目标网络侧设备)，此时UE能力也即USIM卡1对应的UE能力。可选地，所述UE能力可以是全部的UE能力，也可能是部分UE能力(例如UE的部分能力被USIM卡2占用)。
可选地，所述目标UE能力为所述网络侧设备保存的UE能力或所述UE最近一次向所述网络侧设备上报的UE能力。例如，所述目标UE能力可以是UE在处于RRC连接态的情况下向网络侧设备上报的当前对应的UE能力。
可选地，所述目标UE能力可以是一套UE能力，也可以是多套UE能力。例如，所述目标UE能力为网络侧设备保存的多套UE能力，则所述第一行为可以是UE在基于USIM卡1发起RRC连接恢复流程的情况下，保证UE能力不低于网络侧设备保存的多套UE能力中最小的一套UE能力，进而以保障UE和网络侧设备之间的传输顺畅。
需要说明的是，UE能力和目标UE能力均是由若干参数组成的，用来指示UE支持的频带，频带组合，载波聚合，双连接，多进多出(Multiple-Input Multiple-Output，MIMO)层(layer)，特性，功能等。
可选地，所述RRC连接恢复流程的触发条件包括如下至少一项：
UE处于RRC非激活态，收到接入网(Radio Access Network，RAN)寻呼(paging)；
UE处于RRC非激活态，收到上层发送的RRC恢复连接请求；
UE处于RRC非激活态且有上行业务到达；
UE需执行RAN通知区域更新(RAN-based notification area update，RNAU)。
在一种实施方式中，UE在RRC连接恢复流程的触发条件满足的情况下，UE可以发起RRC连接恢复。例如，UE在发起RRC连接恢复的情况下，保证UE能力不低于目标UE能力，比如可以是保证UE能力与目标UE能力一致。例如，UE在基于USIM卡1发起RRC连接恢复的情况下，可以是将USIM卡2占用的UE能力切回来，以保障USIM卡1对应的UE能力不低于目标UE能力，例如不低于网络侧设备保存的UE能力。
在另一种实施方式中，UE在RRC连接恢复流程的触发条件满足的情况下，若UE能力低于目标UE能力，则UE进入RRC空闲态。例如，当UE收到了RAN paging(也即RRC连接恢复流程的触发条件满足)，若此时UE能力低于目标UE能力，UE不发起RRC连接恢复流程，而是进入RRC空闲态。
可选地，UE进入RRC空闲态后，发起RRC连接建立流程。
可选地，UE在发起RRC连接建立流程的情况下，UE执行以下至少一项：
1)UE保证UE能力不低于协议约定的必选UE能力或者不低于核心网保存的UE能力；
2)UE通过以下之一来发送UE能力或发送UE能力变更或UE能力受限的指示信息：
RRC连接建立请求消息；
RRC连接建立完成消息；
安全模式指令(Security Mode Command，SMC)完成消息；
UE信息响应(Information response)消息；
RRC连接建立流程使用的随机接入资源；
RRC连接建立请求消息使用的逻辑信道。
或者，在又一种实施方式中，UE在RRC连接恢复流程的触发条件满足的情况下，发起RRC连接恢复流程，在RRC连接恢复过程中或RRC连接恢复过程之后，UE向网络侧设备发送目标信息，以通过所述目标信息指示所述UE的能力，比如指示所述UE的能力受限或者UE的能力发生变更，进而确保网络侧设备能够及时获知UE当前的UE能力，以避免网络侧设备给UE发送超过UE能力的配置而导致UE和网络侧设备之间出现传输异常。
又或者，作为本申请实施例的又一种实施方式，UE在RRC空闲态发起RRC连接建立流程的情况下(RRC空闲态下RRC连接建立流程的触发条件满足，或者UE从RRC非激活态回退到RRC空闲态)，若UE能力低于目标UE能力，UE可以在RRC连接建立过程中或RRC连接建立之后发送目标信息，所述目标信息用于指示所述UE的能力。UE发送目标信息的方法和目标信息的内容可以参考RRC非激活态UE发起RRC连接恢复流程的场景中的方法。比如，RRC空闲态的UE收到了CN paging要发起RRC连接建立流程，而此时UE能力与核心网保存的UE能力不一致，则UE可以在RRC连接建立完成消息或者SMC完成消息中指示自己的能力指示自己的能力受限或者UE的能力发生变更，进而确保网络侧设备能够避免网络侧发送的RRC重配消息中携带超过UE当前能力的配置信息。再如，RRC空闲态的UE收到了CN paging要发起RRC连接建立流程，而此时UE能力与核心网保存的UE能力不一致，则UE还可以使用特定的逻辑信道来发送RRC连接建立请求消息，网络侧在收到这样RRC连接建立请求消息后根据UE使用的逻辑信道便知道UE现在处于能力变更或者受限的状态，那么在调度或配置UE的时候可以采取较为保守的策略。需要说明地，该实施方式与上一实施方式的区别仅在于UE发送目标信息的场景或者说前提条件存在区别。本申请实施例中，UE能够在RRC连接建立过程的触发条件满足的情况下，保证UE能力不低于目标UE能力，或者UE在发起RRC连接建立过程中或RRC建立过程之后发送目标信息，基于所述目标信息指示UE当前的UE能力。这样，对于多卡用户设备，也就能够避免在UE在进入RRC连接态或者进入RRC连接态后立刻被网络侧设备配置超过UE能力的AS配置，以避免UE和网络侧设备之间出现传输异常，从而保障UE和网络侧设备之间的传输顺畅。
可选地，所述目标UE能力包括以下至少一项：
所述UE在RRC非激活态期间保存的UE能力；
网络侧设备保存的UE能力；
所述UE最近一次向网络侧设备上报的UE能力；
所述UE最近一次被网络侧设备确认过的UE能力。
其中，对于所述UE在RRC非激活态期间保存的UE能力，UE可以将自己上报过的能力存储在UE inactive AS context里。
可选地，所述保证UE能力不低于所述目标UE能力，包括：
在所述目标UE能力仅包括一套UE能力的情况下，所述UE保证UE能力不低于所述目标UE能力；或者，
在所述目标UE能力包括N套UE能力的情况下，所述UE保证UE能力不低于其中特定的一套UE能力，N为大于1的整数。
需要说明地，所述目标UE能力为网络侧设备保存的UE能力，例如网络侧设备可以是基于所述UE最近一次上报的UE能力来确定目标UE能力。可选地，UE可以是在RRC连接态的情况下，仅上报一套UE能力，则所述目标UE能力也即上报的这套UE能力；当所述UE处于空闲态或非激活态，比如UE基于USIM卡1发起RRC连接恢复流程的情况下，则UE保证当前的UE能力不低于所述目标UE能力，也即不低于所述UE在RRC连接态下上报的那套UE能力，以避免在RRC连接恢复之后UE与网络侧设备之间出现传输异常。
或者，UE也可以是在RRC连接态的情况下，向网络侧设备上报N套终端能力；当所述UE发起RRC连接恢复流程时，则所述UE保证UE能力不低于网络侧设备保存的N套UE能力中特定的一套UE能力，例如不低于其中最小的一套UE能力，进而网络侧设备基于该最小的一套UE能力给所述UE进行配置，以避免网络侧设备给UE发送超过UE能力的AS配置。
可选地，所述特定的一套UE能力为如下任意一项：
所述N套UE能力中能力最小的一套UE能力；
网络侧设备指示的一套UE能力。
例如，网络侧设备可以是向UE指示一套UE能力，当UE发起RRC连接恢复流程时，UE保证当前的UE能力不低于网络侧设备指示的所述UE能力，网络侧设备基于该指示的UE能力给UE进行配置，这样也就能够避免网络侧设备给UE发送超过UE能力的AS配置，从而以保障所述UE和网络侧设备之间的传输顺畅。
可选地，在所述目标UE能力仅包括一套UE能力的情况下，所述方法还包括：
所述UE在处于RRC连接态的情况下，向所述网络侧设备发送第一信息，所述第一信息用于指示所述UE被释放到RRC非激活态时的所述目标UE能力。
例如，终端可以是在连接态时向网络侧发送第一信息，该第一信息指示UE被释放到RRC非激活(INACTIVE)态时在网络侧保存的UE能力，也即所述目标UE能力，例如所述目标UE能力为UE的一套最小UE能力；当UE发起RRC连接恢复过程时网络侧设备则可以根据该最小UE能力给UE进行配置。
具体地，UE在INACTIVE态下可以移动到其他小区发起RRC连接恢复，例如小区1，小区1对应的基站(服务基站)收到UE的连接恢复请求后先从锚点基站获取UE的上下文信息，在UE的上下文信息中，锚点基站可以直接将UE的最小能力当作UE能力信息发送给服务基站，然后服务基站根据UE的上下文信息给UE发送RRC连接恢复消息以进行AS配置。
本申请实施例中，UE在RRC连接恢复流程的触发条件满足的情况下，则可以发起RRC连接恢复流程，并在RRC连接恢复过程中或RRC连接恢复过程之后发送目标信息；或者，UE在RRC空闲态发起RRC连接建立流程的情况下，若UE能力低于目标UE能力，UE可以在RRC连接建立过程中或RRC连接建立之后发送目标信息。其中，所述目标信息可以包括以下至少一项：
第一UE标识，所述第一UE标识与第一目标UE能力关联；
第一指示信息，所述第一指示信息用于指示所述UE的UE能力受限或者发生变更；
所述UE的UE能力。
例如，UE在RRC连接恢复过程中或RRC连接恢复过程之后向网络侧设备发送第一UE标识，该第一UE标识与第一目标UE能力关联，进而网络侧设备也就能够基于所述第一UE标识确定所述UE使用的是哪套UE能力，从而网络侧设备能够基于UE使用的UE能力来进行AS配置。或者UE当前的UE能力与某个目标UE能力(例如第一目标UE能力)接近，UE也可以通过该UE标识来指示是哪个目标UE能力。
或者，所述第一指示信息指示所述UE的UE能力受限，进而网络侧设备也就能够根据所述第一指示信息来获知UE的能力受限或者发生了变更，这种情况下，网络侧设备可以是基于UE的最小UE能力来进行AS配置。
或者，所述第一指示信息用于指示所述UE的UE能力，进而网络侧设备能够基于所述UE能力来进行AS配置。
可选地，所述方法还包括：
在所述UE进入RRC非激活态之前，所述UE处于RRC连接态的情况下，接收第一配置信息；
其中，所述第一配置信息用于配置与N套目标UE能力关联的N个第一UE标识，一套所述目标UE能力对应一个所述第一UE标识，所述N套目标UE能力包括所述第一目标UE能力，N为大于1的正整数。
例如，UE在处于RRC连接态时向网络侧设备上报自己的多套UE能力，网络侧设备在将UE释放到RRC非激活态时，向UE发送第一配置信息，该第一配置信息中包括与多套目标UE能力对应的多个第一UE标识，其中每个第一UE标识关联一套目标UE能力。当UE发起RRC连接恢复流程时，UE能够根据当前使用的UE能力确定对应的第一UE标识，并将该第一UE标识上报给网络侧设备，进而网络侧设备根据第一UE标识也即能够确定其关联的目标UE能力，从而网络侧设备能够基于该目标UE能力来进行AS配置，避免UE与网络侧设备之间出现传输异常。
可选地，在所述目标UE能力包括N套UE能力的情况下，所述方法还包括：
所述UE在处于RRC连接态的情况下，向所述网络侧设备上报所述N套UE能力。
可以理解地，UE可以在处于RRC连接态时，向网络侧设备上报UE的N套UE能力，进而网络侧设备也就能够保存N套UE能力，也即目标UE能力可以包括UE上报的这N套UE能力。
可选地，所述向所述网络侧设备上报所述N套UE能力包括如下至少一项：
向所述网络侧设备上报所述N套UE能力；
在网络侧设备已保存有UE的一套能力的情况下，上报N-1套UE能力；
基于一套UE能力，上报N-1套UE能力与所述一套UE能力之间的差异信息。
需要说明地，所述基于一套UE能力，上报N-1套UE能力与所述一套UE能力之间的差异信息，其中所述一套UE能力可以认为是基线UE能力。
另外，UE也可以是上报N套UE能力的公共部分和N套UE能力的差异部分。
本申请实施例中，在所述目标信息包括第一指示信息的情况下，所述UE通过如下任意一项向网络侧设备发送所述第一指示信息：
RRC连接恢复请求消息中的空余比特位(1比特)；
RRC连接恢复请求消息中的恢复原因(resume cause)值；
RRC连接恢复完成消息；
UE信息响应(information response)消息；
RRC连接恢复请求消息对应的逻辑信道；
RRC连接恢复流程中使用的随机接入资源。
可选地，在所述UE通过RRC连接恢复请求消息发送所述第一指示信息的情况下，所述方法还包括：
所述UE在发起RRC连接恢复请求的情况下，根据RRC连接恢复的触发原因和所述第一指示信息确定所述恢复原因值。
也就是说，若所述第一指示信息允许通过resume cause值来指示，则UE可以结合RRC连接恢复的触发原因和第一指示信息来确定所述resume cause值。例如，如果RRC连接恢复是由接入网(Radio Access Network，RAN)寻呼(paging)触发的，其对应的resumecause为mt-access，即被叫接入，则被网络允许接入的概率更高，那么UE还是应该用mt-access。而如果RRC连接恢复是由UE的数据业务触发的，那UE可以将resume cause设置为第一指示信息，而不是mo-Data。
可选地，在所述UE通过所述RRC连接恢复完成消息或所述UE信息响应消息向网络侧设备发送所述第一指示信息的情况下，所述第一指示信息还用于指示所述UE受限的UE能力。需要说明地，由于所述RRC连接恢复完成消息和所述UE信息响应消息可以承载更多的信息，则UE可以通过所述RRC连接恢复完成消息或所述UE信息响应消息来上报自己哪些能力处于受限状态，也即所述第一指示信息可以用于指示UE具体被受限的能力。
本申请实施例中，所述UE在RRC连接恢复流程的触发条件满足的情况下，执行第一行为，包括：
所述UE在发起RRC连接恢复流程的情况下，若UE能力与所述目标UE能力不一致，所述UE向网络侧设备发送所述第一指示信息。
本申请实施例中，UE在发起RRC连接恢复流程的情况下，若UE能力与目标UE能力不一致，例如UE能力与网络侧设备保存的UE能力不一致，则UE向网络侧设备发送第一指示信息，以向网络侧设备指示所述UE的能力受限，例如可以通过UE信息响应消息向网络侧设备发送所述第一指示信息，以向网络侧设备指示UE具体被受限的能力。进而网络侧设备也就能够基于所述第一指示信息获知UE能力受限，避免网络侧设备向UE发送超过UE能力的配置。
可选地，所述UE向网络侧设备发送所述第一指示信息，包括：
在所述UE的UE能力被多个全球用户识别USIM卡占用的情况下，所述UE向网络侧设备发送所述第一指示信息。
需要说明的是，若所述UE的能力受限是由于UE能力被多个USIM卡占用(或者称共享)而导致的情况下，则UE向网络侧设备发送所述第一指示信息，例如所述第一指示信息中可以是包括所述UE能力受限的原因，进而以方便网络侧设备能够获知UE能力受限及原因。
需要说明地，在网络侧设备支持终端的N套UE能力的情况下，所述第一指示信息还用于指示所述UE当前的UE能力，所述N套UE能力包括所述UE当前的UE能力。这样，也就使得网络侧设备能够获知UE当前使用的UE能力，进而网络侧设备能够针对UE当前使用的UE能力发送与其匹配的AS配置，以确保UE和网络侧设备之间的传输顺畅。
本申请实施例中，所述方法还包括：
所述UE根据网络侧设备发送的第二信息，在RRC连接恢复流程的触发条件满足的情况下，执行所述第一行为。
也就是说，UE是基于网络侧设备发送的第二信息，从而在RRC连接恢复流程的触发条件满足的情况下执行所述第一行为。示例性地，所述第二信息可以是指示网络侧设备是否允许或是否支持UE在RRC连接恢复流程的触发条件满足的情况下执行所述第一行为，例如UE也就必须在网络侧设备允许或支持的情况下才能够执行所述第一行为。
可选地，所述UE通过广播(例如系统消息)或者专用信令接收所述第二信息。
进一步地，所述方法还包括：
在所述UE接收到所述第二信息的情况下，所述UE在RRC连接恢复流程的触发条件满足时，所述UE保证UE能力不低于目标UE能力和/或在RRC连接恢复过程中或RRC连接恢复过程之后发送所述目标信息。
例如，所述第二信息指示网络侧设备允许或支持UE在RRC连接恢复流程的触发条件满足时，所述UE保证UE能力不低于目标UE能力和/或在RRC连接恢复过程中或RRC连接恢复过程之后发送所述目标信息；则在所述UE接收到第二信息的情况下，UE在RRC连接恢复流程的触发条件满足时，可以执行上述行为。这样，也就使得UE需要在网络侧设备允许或支持执行上述行为的情况下，UE才执行上述行为，从而以避免UE的行为不能够得到网络侧设备的支持而出现传输异常。
可选地，所述方法还包括：
所述UE在被网络侧设备释放到RRC非激活态的情况下，获取网络侧设备发送的RRC释放消息，所述RRC释放消息中包括用于指示至少一个小区的所述第二信息。
也就是说，UE被网络侧设备释放到RRC非激活态时，网络侧设备可以在RRC释放消息中指示能够支持UE执行上述行为的至少一个小区，也即支持UE在RRC连接恢复流程的触发条件满足时，UE保证UE能力不低于目标UE能力和/或在RRC连接恢复过程中或RRC连接恢复过程之后发送所述目标信息的小区。这样，也就使得UE能够基于所述RRC释放消息来确定可以在哪些小区执行上述行为，进而更好地管理UE的行为。
可选地，所述UE基于协议约定的方式获取所述第二信息，其中，所述UE的RAN通知区域内的所有小区对应的所述第二信息是一致的。
可选地，所述方法还包括：
在所述UE未接收到所述第二信息的情况下，所述UE在RRC连接恢复流程的触发条件满足时进入RRC空闲态。
可以理解地，若UE为接收到网络侧设备发送的第二信息，例如网络侧设备不支持或不允许UE在RRC连接恢复流程的触发条件满足时，UE能力不低于目标UE能力和/或在RRC连接恢复过程中或RRC连接恢复过程之后发送所述目标信息，则网络侧设备可以不向UE发送第二信息，这种情况下，UE在RRC连接恢复流程的触发条件满足时进入RRC空闲态，以避免网络侧设备给UE发送超过UE能力的配置而造成UE和网络侧设备之间传输异常。
为更好地理解，以下通过几个具体的实施例对本申请提供的技术方案进行说明。
实施例一
UE在发起RRC连接恢复时，UE保证UE能力和网络侧设备保存的UE上下文中的UE能力是一致的。
实施例二
UE在发起RRC连接恢复时，若UE能力和网络侧设备保存的UE上下文中的UE能力不一致，UE自行回退到RRC空闲态。
实施例三
UE在连接态时可以额外报一套UE的最小能力，该最小能力在UE被释放到RRCINACTIVE态后在锚点基站进行保存。也就是说当UE发起RRC连接恢复过程时网络侧设备根据此最小能力给UE进行配置。
具体地，UE在INACTIVE态下可以移动到其他小区发起RRC连接恢复，例如小区1，小区1对应的基站(服务基站)收到UE的连接恢复请求后先从锚点基站获取UE的上下文信息，在UE的上下文信息中，锚点基站可以直接将UE的最小能力当作UE能力信息发送给服务基站，然后服务基站根据UE的上下文信息给UE发送RRC连接恢复消息进行AS配置。
实施例四
UE在连接态时向网络侧设备上报自己的多套能力，并对多套UE能力进行编号。网络侧设备将UE释放到RRC INACTIVE时，在RRC释放消息中配置多个UE标识(如resumeIdentity)，其中每个UE标识关联一套UE能力。当终端发起RRC连接恢复时，根据当前的能力确定使用的UE标识，网络侧根据UE在RRC连接恢复请求消息中使用的UE标识来判断UE使用的是哪套能力。具体地，在锚点基站给服务基站发送UE上下文时，将此UE ID对应的UE能力发给服务基站。
实施例五
UE通过以下方式之一向网络侧设备发送第一信息，第一信息用于指示自己的UE能力受限或者UE能力发生变更：
通过RRC连接恢复请求消息中的spare bit(1比特)；
通过RRC连接恢复请求消息中的恢复原因(resume cause)值；
通过RRC连接恢复完成消息；
通过UE信息响应(information response)消息；
RRC连接恢复请求消息对应的逻辑信道；
RRC连接恢复流程中使用的随机接入资源。
可选的，在UE的能力与RRC INACTIVE态网络侧设备的上下文中UE能力不一致的情况下，UE向网络侧设备发送第一信息。进一步的，在所述不一致是因为多卡共享了UE能力的情况下，UE向网络侧发送第一信息。
可选的，若第一信息允许通过resume cause值来指示，则UE还可以结合此次RRC连接恢复的触发原因来确定携带的resume cause值。例如，如果RRC连接恢复是由RAN paging触发的，其对应的resume cause为mt-access，即被叫接入，则被网络允许接入的概率更高，那么UE还是应该用mt-access。而如果RRC连接恢复是由终端的数据业务触发的，那终端可以将resume cause设置为第一信息，而不是mo-Data。
可选的，若第一信息允许通过RRC连接恢复完成消息或者UE informationresponse消息来指示，由于这两个消息可承载更多的信息，那么UE可以进一步上报自己哪些能力处于受限状态。此时，第一信息也即包括具体被受限的能力。
需要说明地，UE在执行实施例五之前，还可以先判断当前驻留小区是否支持实施例五的操作，UE通过以下至少之一方式获取网络侧的能力：
1)通过系统消息；
2)通过专有信令；具体的，UE被网络侧释放到RRC INACTIVE态时，网络侧在RRCRelease消息中指示支持此操作的一至多个小区。
另外，实施五还可以和实施三以及实施例四结合，对于实施例三和实施例四，在锚点基站向服务基站发送UE的上下文时，有两种情况：
情况1：若服务基站升级了(例如服务基站支持UE执行上述实施例三至实施例五对应的行为)，那服务基站可以接收UE的多套能力(方法3中的最大能力和最小能力，方法4中的多套能力)。此时，锚点基站将UE的多套能力发给服务基站。
情况2：若服务基站没有升级，那服务基站便不能理解UE的多套能力。此时，锚点基站只能将UE的一套能力(方法3中的最小能力，方法4中与UE ID对应的能力)发给服务基站。
对于上述的情况下1，UE在服务基站上发起RRC连接恢复的时候可以使用实施例五来告诉基站UE当前使用的是哪套能力，比如用更低能力的那一套。
此外，服务基站可以向锚点基站指示自己是否支持实施例三或实施例四，锚点基站根据服务基站的能力来发送合适的UE上下文。
本申请上述实施例提供的技术方案，能够避免UE在发起RRC连接恢复的过程中被网络侧配置了超过UE能力的AS配置，避免一些异常情况的发生，从而以保障UE与网络侧之间的传输顺畅。
请参照图3，图3是本申请实施例提供的另一种UE能力控制方法的流程图，如图3所示，所述方法包括以下步骤：
步骤301、网络侧设备接收UE在发起RRC连接恢复流程的情况下发送的目标信息，所述目标信息用于指示所述UE的UE能力；或者，网络侧设备在第一条件满足的情况下，所述网络侧设备在释放所述UE时将所述UE释放到RRC空闲态。
其中，所述第一条件包括以下至少一项：
所述UE为MUSIM通讯设备；
所述UE支持能力变更；
所述UE上报过能力变更的偏好信息。
具体地，UE在发起RRC连接恢复流程的情况下，向网络侧设备发送目标信息，网络侧设备基于所述目标信息也即能够获知UE的能力，进而网络侧设备也就能够基于所述目标信息向UE发送与其UE能力匹配的配置，以保障网络侧设备和UE之间的传输顺畅。
或者，网络侧设备还可以是在满足第一条件的情况下，在释放UE时将所述UE释放到RRC空闲态。例如，所述UE为MUSIM通讯设备，或者所述UE支持能力变更，或者UE向网络侧设备上报过能力变更的偏好信息等，在这些情况下，网络侧设备可以在释放UE时将所述UE释放到RRC空闲态，进而以避免网络侧设备向UE发送超过其UE能力的配置而造成网络侧设备与UE之间出现传输异常，从而以保障网络侧设备和UE之间的传输顺畅。
可选地，所述目标信息包括如下至少一项：
第一UE标识，所述第一UE标识与第一目标UE能力关联；
第一指示信息，所述第一指示信息用于指示所述UE的UE能力受限或者发生变更；
所述UE的UE能力。
可选地，所述方法还包括：
所述网络侧设备向所述UE发送第一配置信息；
其中，所述第一配置信息用于配置与所述网络侧设备保存的N套目标UE能力关联的N个第一UE标识，一套所述目标UE能力对应一个所述第一UE标识，所述N套目标UE能力包括所述第一目标UE能力。
可选地，所述方法还包括：
所述网络侧设备接收所述UE发起的RRC连接恢复请求，所述RRC连接恢复请求中包括目标第一UE标识，所述目标第一UE标识为所述N个第一UE标识中的任一个。
可选地，在所述网络侧设备保存N套UE能力的情况下，所述方法还包括：
所述网络侧设备接收所述UE在处于RRC连接态的情况下上报的所述N套UE能力。
可选地，所述网络侧设备通过如下任意一项接收UE发送的所述第一指示信息：
RRC连接恢复请求消息中的空余比特位；
RRC连接恢复请求消息中的恢复原因值；
RRC连接恢复完成消息；
UE信息响应消息；
RRC连接恢复请求消息对应的逻辑信道；
RRC连接恢复流程中使用的随机接入资源。
需要说明的是，上述实施例中涉及的相关概念及具体实现流程可以是参阅图2所述方法实施例中的描述，为避免重复，本实施不再赘述。
可选地，在所述网络侧设备为所述UE的服务基站的情况下，所述方法还包括：
所述服务基站接收锚点基站发送的所述UE的上下文，所述UE的上下文中包括所述目标第一UE标识对应的所述目标UE能力。
具体地，在网络侧设备保存N套目标UE能力以及与其关联的N个第一UE标识的情况下，在锚点基站给服务基站发送UE上下文时，可以基于所述UE的上下文将目标第一UE标识对应的目标UE能力发送给服务基站，例如终端当前使用的UE能力，进而服务基站也就能够获知终端当前使用的UE能力，有助于服务基站更好地实现对UE的配置。
可选地，所述方法还包括：
所述服务基站向所述锚点基站发送第二指示信息，所述第二指示信息用于指示所述服务基站是否支持接收UE的至少两套UE能力。
进一步地，所述方法还包括：
所述服务基站接收所述锚点基站发送的以下任意一项：
至少两套UE能力；
特定的一套UE能力。
可以理解地，在所述第二指示信息指示服务基站支持接收UE的至少两套UE能力的情况下，则锚点基站可以向服务基站发送至少两套UE能力，或者向服务基站发送特定的一套UE能力。
可选地，所述方法还包括：
在所述服务基站不支持接收UE的至少两套UE能力的情况下，所述服务基站接收所述锚点基站发送的特定的一套UE能力。
可选地，所述特定的一套UE能力包括以下任意一项：
所述N套UE能力中能力最小的一套UE能力；
与所述目标第一UE标识对应的所述目标UE能力。
本申请提供的方案，网络侧设备接收UE在发起RRC连接恢复流程的情况下发送的目标信息，所述目标信息用于指示所述UE的能力，进而网络侧设备也就能够基于所述目标信息向UE发送与其UE能力匹配的配置；或者，网络侧设备在满足第一条件的情况下，在释放所述UE时将所述UE释放到RRC空闲态，进而以避免网络侧设备向UE发送超过其UE能力的配置而造成网络侧设备与UE之间出现传输异常，从而以保障网络侧设备和UE之间的传输顺畅。
本申请实施例提供的UE能力控制方法，执行主体可以为UE能力控制装置。本申请实施例中以UE能力控制装置执行UE能力控制方法为例，说明本申请实施例提供的UE能力控制装置。
请参照图4，图4是本申请实施例提供的一种UE能力控制装置的结构图，如图4所示，UE能力控制装置400包括：
第一执行模块401，用于在无线资源控制RRC连接恢复流程的触发条件满足的情况下，执行第一行为；
其中，所述第一行为包括如下任意一项：
在所述UE的UE能力低于目标UE能力的情况下，进入RRC空闲态；
发起RRC连接恢复流程，保证所述UE的UE能力不低于所述目标UE能力和/或在RRC连接恢复过程中或RRC连接恢复过程之后发送目标信息，所述目标信息用于指示所述UE的UE能力。
可选地，所述目标UE能力包括以下至少一项：
所述UE在RRC非激活态期间保存的UE能力；
网络侧设备保存的UE能力；
所述UE最近一次向网络侧设备上报的UE能力；
所述UE最近一次被网络侧设备确认过的UE能力。
可选地，所述第一执行模块401还用于：
在所述目标UE能力仅包括一套UE能力的情况下，保证所述UE的UE能力不低于所述目标UE能力；或，
在所述目标UE能力包括N套UE能力的情况下，保证所述UE的UE能力不低于其中特定的一套UE能力，N为大于1的正整数。
可选地，所述特定的一套UE能力为如下任意一项：
所述N套UE能力中能力最小的一套UE能力；
网络侧设备指示的一套UE能力。
可选地，在所述目标UE能力仅包括一套UE能力的情况下，所述装置还包括：
发送模块，用于在处于RRC连接态的情况下，向所述网络侧设备发送第一信息，所述第一信息用于指示所述UE被释放到RRC非激活态时的所述目标UE能力。
可选地，所述目标信息包括以下至少一项：
第一UE标识，所述第一UE标识与第一目标UE能力关联；
第一指示信息，所述第一指示信息用于指示所述UE的UE能力受限或者发生变更；
所述UE的UE能力。
可选地，所述装置还包括：
接收模块，用于在所述UE进入RRC非激活态之前，处于RRC连接态的情况下，接收第一配置信息；
其中，所述第一配置信息用于配置与N套目标UE能力关联的N个第一UE标识，一套所述目标UE能力对应一个所述第一UE标识，所述N套目标UE能力包括所述第一目标UE能力，N为大于1的正整数。
可选地，在所述目标UE能力包括N套UE能力的情况下，所述装置还包括：
上报模块，用于在所述UE处于RRC连接态的情况下，向所述网络侧设备上报所述N套UE能力。
可选地，所述上报模块还用于执行如下至少一项：
向所述网络侧设备上报所述N套UE能力；
在网络侧设备已保存有UE的一套能力的情况下，上报N-1套UE能力；
基于一套UE能力，上报N-1套UE能力与所述一套UE能力之间的差异信息。
可选地，所述装置通过如下任意一项向网络侧设备发送所述第一指示信息：
RRC连接恢复请求消息中的空余比特位；
RRC连接恢复请求消息中的恢复原因值；
RRC连接恢复完成消息；
UE信息响应消息；
RRC连接恢复请求消息对应的逻辑信道；
RRC连接恢复流程中使用的随机接入资源。
可选地，在所述UE通过RRC连接恢复请求消息发送所述第一指示信息的情况下，所述装置还包括：
确定模块，用于在所述UE发起RRC连接恢复请求的情况下，根据RRC连接恢复的触发原因和所述第一指示信息确定所述恢复原因值。
可选地，在所述装置通过所述RRC连接恢复完成消息或所述UE信息响应消息向网络侧设备发送所述第一指示信息的情况下，所述第一指示信息还用于指示所述UE受限的UE能力。
可选地，所述第一执行模块401还用于：
在发起RRC连接恢复流程的情况下，若UE能力与所述目标UE能力不一致，向网络侧设备发送所述第一指示信息。
可选地，所述第一执行模块401还用于：
在所述UE的UE能力被多个全球用户识别USIM卡占用的情况下，向网络侧设备发送所述第一指示信息。
可选地，在网络侧设备支持终端的N套UE能力的情况下，所述第一指示信息还用于指示所述UE当前的UE能力，所述N套UE能力包括所述UE当前的UE能力。
可选地，所述第一执行模块401还用于：
根据网络侧设备发送的第二信息，在RRC连接恢复流程的触发条件满足的情况下，执行所述第一行为。
可选地，所述装置通过广播或者专用信令接收所述第二信息。
可选地，所述第一执行模块401还用于：
在接收到所述第二信息的情况下，在RRC连接恢复流程的触发条件满足时，保证UE能力不低于目标UE能力和/或在RRC连接恢复过程中或RRC连接恢复过程之后发送所述目标信息。
可选地，所述装置还包括：
获取模块，用于在所述UE被网络侧设备释放到RRC非激活态的情况下，获取网络侧设备发送的RRC释放消息，所述RRC释放消息中包括用于指示至少一个小区的所述第二信息。
可选地，所述装置基于协议约定的方式获取所述第二信息，其中，所述UE的接入网RAN通知区域内的所有小区对应的所述第二信息是一致的。
可选地，所述第一执行模块401还用于：
在未接收到所述第二信息的情况下，在RRC连接恢复流程的触发条件满足时进入RRC空闲态。
可选地，在所述UE为MUSIM通讯设备上第一USIM卡对应的UE的情况下，所述UE的UE能力和所述目标UE能力与所述第一USIM卡对应。
本申请实施例中，对于多卡用户设备，所述装置能够避免在UE发起RRC连接恢复时被网络侧设备配置超过UE能力的AS配置，以避免UE和网络侧设备之间出现传输异常，从而保障UE和网络侧设备之间的传输顺畅。
本申请实施例中的UE能力控制装置400可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，终端可以包括但不限于上述所列举的终端11的类型，其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实施例不作具体限定。
本申请实施例提供的UE能力控制装置400能够实现图2方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
请参照图5，图5是本申请实施例提供的另一种UE能力控制装置的结构图，如图5所示，UE能力控制装置500包括：
第二执行模块501，用于接收UE在发起RRC连接恢复流程的情况下发送的目标信息，所述目标信息用于指示所述UE的UE能力；或者，
所述第二执行模块501，用于在第一条件满足的情况下，在释放所述UE时将所述UE释放到RRC空闲态，所述第一条件包括以下至少一项：
所述UE为MUSIM通讯设备；
所述UE支持能力变更；
所述UE上报过能力变更的偏好信息。
可选地，所述目标信息包括如下至少一项：
第一UE标识，所述第一UE标识与第一目标UE能力关联；
第一指示信息，所述第一指示信息用于指示所述UE的UE能力受限或者发生变更；
所述UE的UE能力。
可选地，所述装置还包括：
第一发送模块，用于向所述UE发送第一配置信息；
其中，所述第一配置信息用于配置与所述装置保存的N套目标UE能力关联的N个第一UE标识，一套所述目标UE能力对应一个所述第一UE标识，所述N套目标UE能力包括所述第一目标UE能力。
可选地，所述装置还包括：
第一接收模块，用于接收所述UE发起的RRC连接恢复请求，所述RRC连接恢复请求中包括目标第一UE标识，所述目标第一UE标识为所述N个第一UE标识中的任一个。
可选地，在所述装置保存N套UE能力的情况下，所述第一接收模块还用于：
接收所述UE在处于RRC连接态的情况下上报的所述N套UE能力。
可选地，所述装置通过如下任意一项接收UE发送的所述第一指示信息：
RRC连接恢复请求消息中的空余比特位；
RRC连接恢复请求消息中的恢复原因值；
RRC连接恢复完成消息；
UE信息响应消息；
RRC连接恢复请求消息对应的逻辑信道；
RRC连接恢复流程中使用的随机接入资源。
可选地，所述装置为所述UE的服务基站，所述装置还包括：
第二接收模块，用于接收锚点基站发送的所述UE的上下文，所述UE的上下文中包括所述目标第一UE标识对应的所述目标UE能力。
可选地，所述装置还包括：
第二发送模块，用于向所述锚点基站发送第二指示信息，所述第二指示信息用于指示所述装置是否支持接收UE的至少两套UE能力。
可选地，所述第二接收模块还用于：
接收所述锚点基站发送的以下任意一项：
至少两套UE能力；
特定的一套UE能力。
可选地，所述第二接收模块还用于：
在所述装置不支持接收UE的至少两套UE能力的情况下，接收所述锚点基站发送的特定的一套UE能力。
可选地，所述特定的一套UE能力包括以下任意一项：
所述N套UE能力中能力最小的一套UE能力；
与所述目标第一UE标识对应的所述目标UE能力。
本申请实施例中，所述装置接收UE在发起RRC连接恢复流程的情况下发送的目标信息，所述目标信息用于指示所述UE的能力，进而所述装置也就能够基于所述目标信息向UE发送与其UE能力匹配的配置；或者，所述装置在满足第一条件的情况下，在释放所述UE时将所述UE释放到RRC空闲态，进而以避免所述装置向UE发送超过其UE能力的配置而造成与UE之间出现传输异常。
本申请实施例提供的UE能力控制装置500能够实现图3方法实施例中网络侧设备实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。
可选的，如图6所示，本申请实施例还提供一种通信设备600，包括处理器601和存储器602，存储器602上存储有可在所述处理器601上运行的程序或指令，例如，该通信设备600为终端时，该程序或指令被处理器601执行时实现上述图2所述方法实施例的各个步骤，且能达到相同的技术效果。该通信设备600为网络侧设备时，该程序或指令被处理器601执行时实现上述图3所述方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供一种终端，包括处理器和通信接口，处理器用于用于在RRC连接恢复流程的触发条件满足的情况下，执行第一行为；其中，所述第一行为包括如下任意一项：在所述UE的UE能力低于目标UE能力的情况下，进入RRC空闲态；发起RRC连接恢复流程，保证所述UE的UE能力不低于所述目标UE能力和/或在RRC连接恢复过程中或RRC连接恢复过程之后发送目标信息，所述目标信息用于指示所述UE的UE能力。该终端实施例与上述终端侧方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。具体地，图7为实现本申请实施例的一种终端的硬件结构示意图。
该终端700包括但不限于：射频单元701、网络模块702、音频输出单元703、输入单元704、传感器705、显示单元706、用户输入单元707、接口单元708、存储器709以及处理器710等中的至少部分部件。
本领域技术人员可以理解，终端700还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器710逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图7中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。
应理解的是，本申请实施例中，输入单元704可以包括图形处理单元(GraphicsProcessing Unit，GPU)7041和麦克风7042，图形处理器7041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元706可包括显示面板7061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板7061。用户输入单元707包括触控面板7071以及其他输入设备7072中的至少一种。触控面板7071，也称为触摸屏。触控面板7071可包括触摸检测装置和触摸控制器两个部分。其他输入设备7072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。
本申请实施例中，射频单元701接收来自网络侧设备的下行数据后，可以传输给处理器710进行处理；另外，射频单元701可以向网络侧设备发送上行数据。通常，射频单元701包括但不限于天线、放大器、收发信机、耦合器、低噪声放大器、双工器等。
存储器709可用于存储软件程序或指令以及各种数据。存储器709可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器709可以包括易失性存储器或非易失性存储器，或者，存储器709可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(Read-Only Memory，ROM)、可编程只读存储器(Programmable ROM，PROM)、可擦除可编程只读存储器(Erasable PROM，EPROM)、电可擦除可编程只读存储器(Electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory，RAM)，静态随机存取存储器(Static RAM，SRAM)、动态随机存取存储器(Dynamic RAM，DRAM)、同步动态随机存取存储器(SynchronousDRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(Double Data Rate SDRAM，DDRSDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(Synch link DRAM，SLDRAM)和直接内存总线随机存取存储器(DirectRambus RAM，DRRAM)。本申请实施例中的存储器709包括但不限于这些和任意其它适合类型的存储器。
处理器710可包括一个或多个处理单元；可选的，处理器710集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器710中。
其中，处理器710，用于在RRC连接恢复流程的触发条件满足的情况下，执行第一行为；其中，所述第一行为包括如下任意一项：
在所述UE的UE能力低于目标UE能力的情况下，进入RRC空闲态；
发起RRC连接恢复流程，保证所述UE的UE能力不低于所述目标UE能力和/或在RRC连接恢复过程中或RRC连接恢复过程之后发送目标信息，所述目标信息用于指示所述UE的UE能力。
本申请实施例中，对于多卡终端，能够避免在终端发起RRC连接恢复时被网络侧设备配置超过终端能力的AS配置，以避免终端和网络侧设备之间出现传输异常，从而保障终端和网络侧设备之间的传输顺畅。
本申请实施例提供的终端700能够实现上述图2所述方法实施例的全部过程，并能达到相同的技术效果，为避免重复，此处不再赘述。
本申请实施例还提供一种网络侧设备，所述网络侧设备为目标节点，包括处理器和通信接口，所述通信接口用于接收UE在发起RRC连接恢复流程的情况下发送的目标信息，所述目标信息用于指示所述UE的能力；或者，所述处理器用于在第一条件满足的情况下，在释放所述UE时将所述UE释放到RRC空闲态，所述第一条件包括以下至少一项：所述UE为MUSIM通讯设备；所述UE支持能力变更；所述UE上报过能力变更的偏好信息。该网络侧设备实施例与上述图3所述方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该网络侧设备实施例中，且能达到相同的技术效果。
具体地，本申请实施例还提供了一种网络侧设备。如图8所示，该网络侧设备800包括：天线81、射频装置82、基带装置83、处理器84和存储器85。天线81与射频装置82连接。在上行方向上，射频装置82通过天线81接收信息，将接收的信息发送给基带装置83进行处理。在下行方向上，基带装置83对要发送的信息进行处理，并发送给射频装置82，射频装置82对收到的信息进行处理后经过天线81发送出去。
以上实施例中网络侧设备执行的方法可以在基带装置83中实现，该基带装置83包括基带处理器。
基带装置83例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图8所示，其中一个芯片例如为基带处理器，通过总线接口与存储器85连接，以调用存储器85中的程序，执行以上方法实施例中所示的网络设备操作。
该网络侧设备还可以包括网络接口86，该接口例如为通用公共无线接口(commonpublic radio interface，CPRI)。
具体地，本发明实施例的网络侧设备800还包括：存储在存储器85上并可在处理器84上运行的指令或程序，处理器84调用存储器85中的指令或程序执行图5所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。
本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述图2所述方法实施例的各个过程，或者实现上述图3所述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，可以是非易失性的，也可以是非瞬态的。可读存储介质，可以包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。
本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述图2所述方法实施例的各个过程，或者实现上述图3所述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述图2所述方法实施例的各个过程，或者实现上述图3所述方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。
本申请实施例还提供了一种通信系统，包括：终端及网络侧设备，所述终端可用于执行如图2所述的方法的步骤，所述网络侧设备可用于执行如上图3所述的方法的步骤。
需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以计算机软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (38)

1.一种用户设备UE能力控制方法，其特征在于，包括：
UE在无线资源控制RRC连接恢复流程的触发条件满足的情况下，执行第一行为；
其中，所述第一行为包括如下任意一项：
在所述UE的UE能力低于目标UE能力的情况下，进入RRC空闲态；
发起RRC连接恢复流程，保证所述UE的UE能力不低于所述目标UE能力和/或在RRC连接恢复过程中或RRC连接恢复过程之后发送目标信息，所述目标信息用于指示所述UE的UE能力。
2.根据权利要求1所述的方法，其特征在于，所述目标UE能力包括以下至少一项：
所述UE在RRC非激活态期间保存的UE能力；
网络侧设备保存的UE能力；
所述UE最近一次向网络侧设备上报的UE能力；
所述UE最近一次被网络侧设备确认过的UE能力。
3.根据权利要求1所述的方法，其特征在于，所述保证所述UE的UE能力不低于所述目标UE能力，包括：
在所述目标UE能力仅包括一套UE能力的情况下，所述UE保证所述UE的UE能力不低于所述目标UE能力；或，
在所述目标UE能力包括N套UE能力的情况下，所述UE保证所述UE的UE能力不低于其中特定的一套UE能力，N为大于1的正整数。
4.根据权利要求3所述的方法，其特征在于，所述特定的一套UE能力为如下任意一项：
所述N套UE能力中能力最小的一套UE能力；
网络侧设备指示的一套UE能力。
5.根据权利要求3所述的方法，其特征在于，在所述目标UE能力仅包括一套UE能力的情况下，所述方法还包括：
所述UE在处于RRC连接态的情况下，向网络侧设备发送第一信息，所述第一信息用于指示所述UE被释放到RRC非激活态时的所述目标UE能力。
6.根据权利要求1所述的方法，其特征在于，所述目标信息包括以下至少一项：
第一UE标识，所述第一UE标识与第一目标UE能力关联；
第一指示信息，所述第一指示信息用于指示所述UE的UE能力受限或者发生变更；
所述UE的UE能力。
7.根据权利要求6所述的方法，其特征在于，所述方法还包括：
在所述UE进入RRC非激活态之前，所述UE处于RRC连接态的情况下，接收第一配置信息；
其中，所述第一配置信息用于配置与N套目标UE能力关联的N个第一UE标识，一套所述目标UE能力对应一个所述第一UE标识，所述N套目标UE能力包括所述第一目标UE能力，N为大于1的正整数。
8.根据权利要求3或7所述的方法，其特征在于，在所述目标UE能力包括N套UE能力的情况下，所述方法还包括：
所述UE在处于RRC连接态的情况下，向网络侧设备上报所述N套UE能力。
9.根据权利要求8所述的方法，其特征在于，所述向所述网络侧设备上报所述N套UE能力包括如下至少一项：
向所述网络侧设备上报所述N套UE能力；
在网络侧设备已保存有UE的一套能力的情况下，上报N-1套UE能力；
基于一套UE能力，上报N-1套UE能力与所述一套UE能力之间的差异信息。
10.根据权利要求6所述的方法，其特征在于，所述UE通过如下任意一项向网络侧设备发送所述第一指示信息：
RRC连接恢复请求消息中的空余比特位；
RRC连接恢复请求消息中的恢复原因值；
RRC连接恢复完成消息；
UE信息响应消息；
RRC连接恢复请求消息对应的逻辑信道；
RRC连接恢复流程中使用的随机接入资源。
11.根据权利要求10所述的方法，其特征在于，在所述UE通过RRC连接恢复请求消息发送所述第一指示信息的情况下，所述方法还包括：
所述UE在发起RRC连接恢复请求的情况下，根据RRC连接恢复的触发原因和所述第一指示信息确定所述恢复原因值。
12.根据权利要求10所述的方法，其特征在于，在所述UE通过所述RRC连接恢复完成消息或所述UE信息响应消息向网络侧设备发送所述第一指示信息的情况下，所述第一指示信息还用于指示所述UE受限的UE能力。
13.根据权利要求6所述的方法，其特征在于，所述UE在RRC连接恢复流程的触发条件满足的情况下，执行第一行为，包括：
所述UE在发起RRC连接恢复流程的情况下，若UE能力与所述目标UE能力不一致，所述UE向网络侧设备发送所述第一指示信息。
14.根据权利要求13所述的方法，其特征在于，所述UE向网络侧设备发送所述第一指示信息，包括：
在所述UE的UE能力被多个全球用户识别USIM卡占用的情况下，所述UE向网络侧设备发送所述第一指示信息。
15.根据权利要求6所述的方法，其特征在于，在网络侧设备支持终端的N套UE能力的情况下，所述第一指示信息还用于指示所述UE当前的UE能力，所述N套UE能力包括所述UE当前的UE能力。
16.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述UE根据网络侧设备发送的第二信息，在RRC连接恢复流程的触发条件满足的情况下，执行所述第一行为。
17.根据权利要求16所述的方法，其特征在于，所述UE通过广播或者专用信令接收所述第二信息。
18.根据权利要求16所述的方法，其特征在于，所述方法还包括：
在所述UE接收到所述第二信息的情况下，所述UE在RRC连接恢复流程的触发条件满足时，所述UE保证UE能力不低于目标UE能力和/或在RRC连接恢复过程中或RRC连接恢复过程之后发送所述目标信息。
19.根据权利要求18所述的方法，其特征在于，所述方法还包括：
所述UE在被网络侧设备释放到RRC非激活态的情况下，获取网络侧设备发送的RRC释放消息，所述RRC释放消息中包括用于指示至少一个小区的所述第二信息。
20.根据权利要求16所述的方法，其特征在于，所述UE基于协议约定的方式获取所述第二信息，其中，所述UE的接入网RAN通知区域内的所有小区对应的所述第二信息是一致的。
21.根据权利要求16所述的方法，其特征在于，所述方法还包括：
在所述UE未接收到所述第二信息的情况下，所述UE在RRC连接恢复流程的触发条件满足时进入RRC空闲态。
22.根据权利要求1所述的方法，其特征在于，在所述UE为多全球用户识别卡MUSIM通讯设备上第一USIM卡对应的UE的情况下，所述UE的UE能力和所述目标UE能力与所述第一USIM卡对应。
23.一种UE能力控制方法，其特征在于，包括：
网络侧设备接收UE在发起RRC连接恢复流程的情况下发送的目标信息，所述目标信息用于指示所述UE的UE能力；或者，
网络侧设备在第一条件满足的情况下，所述网络侧设备在释放所述UE时将所述UE释放到RRC空闲态，所述第一条件包括以下至少一项：
所述UE为MUSIM通讯设备；
所述UE支持能力变更；
所述UE上报过能力变更的偏好信息。
24.根据权利要求23所述的方法，其特征在于，所述目标信息包括如下至少一项：
第一UE标识，所述第一UE标识与第一目标UE能力关联；
第一指示信息，所述第一指示信息用于指示所述UE的UE能力受限或者发生变更；
所述UE的UE能力。
25.根据权利要求24所述的方法，其特征在于，所述方法还包括：
所述网络侧设备向所述UE发送第一配置信息；
其中，所述第一配置信息用于配置与所述网络侧设备保存的N套目标UE能力关联的N个第一UE标识，一套所述目标UE能力对应一个所述第一UE标识，所述N套目标UE能力包括所述第一目标UE能力。
26.根据权利要求25所述的方法，其特征在于，所述方法还包括：
所述网络侧设备接收所述UE发起的RRC连接恢复请求，所述RRC连接恢复请求中包括目标第一UE标识，所述目标第一UE标识为所述N个第一UE标识中的任一个。
27.根据权利要求24所述的方法，其特征在于，在所述网络侧设备保存N套UE能力的情况下，所述方法还包括：
所述网络侧设备接收所述UE在处于RRC连接态的情况下上报的所述N套UE能力。
28.根据权利要求24所述的方法，其特征在于，所述网络侧设备通过如下任意一项接收UE发送的所述第一指示信息：
RRC连接恢复请求消息中的空余比特位；
RRC连接恢复请求消息中的恢复原因值；
RRC连接恢复完成消息；
UE信息响应消息；
RRC连接恢复请求消息对应的逻辑信道；
RRC连接恢复流程中使用的随机接入资源。
29.根据权利要求26所述的方法，其特征在于，所述网络侧设备为所述UE的服务基站，所述方法还包括：
所述服务基站接收锚点基站发送的所述UE的上下文，所述UE的上下文中包括所述目标第一UE标识对应的所述目标UE能力。
30.根据权利要求29所述的方法，其特征在于，所述方法还包括：
所述服务基站向所述锚点基站发送第二指示信息，所述第二指示信息用于指示所述服务基站是否支持接收UE的至少两套UE能力。
31.根据权利要求29所述的方法，其特征在于，所述方法还包括：
所述服务基站接收所述锚点基站发送的以下任意一项：
至少两套UE能力；
特定的一套UE能力。
32.根据权利要求29所述的方法，其特征在于，所述方法还包括：
在所述服务基站不支持接收UE的至少两套UE能力的情况下，所述服务基站接收所述锚点基站发送的特定的一套UE能力。
33.根据权利要求31或32所述的方法，其特征在于，所述特定的一套UE能力包括以下任意一项：
所述N套UE能力中能力最小的一套UE能力；
与所述目标第一UE标识对应的所述目标UE能力。
34.一种UE能力控制装置，应用于UE，其特征在于，包括：
第一执行模块，用于在无线资源控制RRC连接恢复流程的触发条件满足的情况下，执行第一行为；
其中，所述第一行为包括如下任意一项：
在所述UE的UE能力低于目标UE能力的情况下，进入RRC空闲态；
发起RRC连接恢复流程，保证所述UE的UE能力不低于所述目标UE能力和/或在RRC连接恢复过程中或RRC连接恢复过程之后发送目标信息，所述目标信息用于指示所述UE的UE能力。
35.一种UE能力控制装置，其特征在于，包括：
第二执行模块，用于接收UE在发起RRC连接恢复流程的情况下发送的目标信息，所述目标信息用于指示所述UE的UE能力；或者，
所述第二执行模块，用于在第一条件满足的情况下，在释放所述UE时将所述UE释放到RRC空闲态，所述第一条件包括以下至少一项：
所述UE为MUSIM通讯设备；
所述UE支持能力变更；
所述UE上报过能力变更的偏好信息。
36.一种终端，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1-22中任一项所述的UE能力控制方法的步骤。
37.一种网络侧设备，其特征在于，包括处理器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求23-33中任一项所述的UE能力控制方法的步骤。
38.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1-22中任一项所述的UE能力控制方法的步骤，或者实现如权利要求23-33中任一项所述的UE能力控制方法的步骤。
CN202210934864.5A 2022-08-04 2022-08-04 Ue能力控制方法、装置、终端及网络侧设备 Pending CN117560653A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202210934864.5A CN117560653A (zh) 2022-08-04 2022-08-04 Ue能力控制方法、装置、终端及网络侧设备
PCT/CN2023/110197 WO2024027638A1 (zh) 2022-08-04 2023-07-31 Ue能力控制方法、装置、终端及网络侧设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202210934864.5A CN117560653A (zh) 2022-08-04 2022-08-04 Ue能力控制方法、装置、终端及网络侧设备

Publications (1)

Publication Number Publication Date
CN117560653A true CN117560653A (zh) 2024-02-13

Family

ID=89819143

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202210934864.5A Pending CN117560653A (zh) 2022-08-04 2022-08-04 Ue能力控制方法、装置、终端及网络侧设备

Country Status (2)

Country Link
CN (1) CN117560653A (zh)
WO (1) WO2024027638A1 (zh)

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102340873B (zh) * 2010-07-22 2016-03-30 中兴通讯股份有限公司 载波聚合中对分量载波的调整实现控制的方法及装置
CN108337695B (zh) * 2017-01-20 2020-03-10 维沃移动通信有限公司 一种终端能力上报方法、基站及终端
WO2021026747A1 (zh) * 2019-08-12 2021-02-18 Oppo广东移动通信有限公司 无线通信方法和终端设备
MX2022000763A (es) * 2019-09-19 2022-02-21 Guangdong Oppo Mobile Telecommunications Corp Ltd Metodo de control de acceso, dispositivo terminal, estacion base y medio de almacenamiento.
CN112867177B (zh) * 2019-11-27 2022-03-18 深圳市万普拉斯科技有限公司 Rrc连接调控方法、装置及可读存储介质

Also Published As

Publication number Publication date
WO2024027638A1 (zh) 2024-02-08

Similar Documents

Publication Publication Date Title
US20230164876A1 (en) Discontinuous Reception Processing Method and Apparatus, Terminal, and Network-Side Device
CN113965993A (zh) 直接通信启动控制方法及相关设备
US20240098771A1 (en) Request Information Sending Method Device and Non-Transitory Readable Storage Medium
US20230336968A1 (en) Method for controlling secondary cell group, terminal, and network-side device
WO2023109687A1 (zh) 条件小区变换方法、装置、ue及网络侧设备
CN117560653A (zh) Ue能力控制方法、装置、终端及网络侧设备
WO2024027681A1 (zh) Ue能力控制方法、装置、终端及网络侧设备
WO2023103942A1 (zh) 通信方法、装置、终端、网络设备及介质
WO2023088318A1 (zh) Gap窗口的配置方法、装置、设备及介质
WO2023241453A1 (zh) 天线能力变更方法、装置、终端及网络侧设备
WO2023066290A1 (zh) Uai发送方法、接收方法、设备及可读存储介质
WO2023104077A1 (zh) 能力限制方法、终端及网络侧设备
CN116963043A (zh) 辅小区组信息发送方法、接收方法、终端、设备和介质
CN117279051A (zh) 中断影响的确定方法、网络侧设备和终端
CN116939886A (zh) 双连接功能控制方法、装置、终端及网络侧设备
CN117500085A (zh) 信息发送方法、信息接收方法、装置及相关设备
CN115884158A (zh) Ue的能力变更方法、终端及网络侧设备
CN116744446A (zh) 寻呼指示方法、装置、终端及网络侧设备
CN116939693A (zh) 测量上报处理方法、装置、终端及网络侧设备
CN117560652A (zh) 回落方法、回落指示方法、装置、终端及网络侧设备
CN116471614A (zh) 传输处理方法、装置、通信设备及可读存储介质
CN117062111A (zh) 条件重配置信息的处理方法、装置及通信设备
CN116209034A (zh) 多卡终端的通信方法、装置及终端
CN118041853A (zh) 终端聚合建立方法、配置方法、装置及通信设备
CN117793945A (zh) 连接建立方法、终端及网络侧设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination