CN116133166A - 无线资源控制状态控制方法及装置、通信设备 - Google Patents

Abstract

本申请公开了一种无线资源控制状态控制方法及装置、通信设备，属于通信技术领域，本申请实施例的无线资源控制状态控制方法包括：在第一时间段内，通信设备根据第一信息和RRC状态变化原则，控制终端的RRC状态。其中，所述第一时间段为与所述终端感兴趣的多播业务关联的时间段。所述第一信息用于确定所述终端接收所述感兴趣的多播业务的RRC状态。

Description

无线资源控制状态控制方法及装置、通信设备

技术领域

本申请属于通信技术领域，具体涉及一种无线资源控制(Radio ResourceControl，RRC)状态控制方法及装置、通信设备。

背景技术

目前，终端的RRC状态可能会因某些事件的发生而改变。例如，当处于RRC非激活(RRC-inactive)态的终端无法执行RRC恢复消息中的部分或全部配置时，终端将从RRC非激活态进入RRC空闲(RRC-idle)态。再如，当处于RRC连接(RRC-connected)态的终端接收到底层发送的定时器超时的指示信息时，终端将从RRC连接态进入RRC空闲态。

通常终端需要在特定的RRC状态接收多播业务(Multicast Services)，如果在接收多播业务的过程中，发生上述改变终端的RRC状态的事件，那么可能导致终端的RRC状态变为与接收多播业务的RRC状态不符的RRC状态。

发明内容

本申请实施例提供一种无线资源控制状态控制方法及装置、通信设备，能够解决在发生改变终端的RRC状态的事件的情况下，终端无法准确控制RRC状态的问题。

第一方面，提供了一种无线资源控制状态控制方法，该方法包括：在第一时间段内，通信设备根据第一信息和RRC状态变化原则，控制终端的RRC状态。其中，第一时间段为与终端感兴趣的多播业务关联的时间段。第一信息用于确定终端接收感兴趣的多播业务的RRC状态。

第二方面，提供了一种无线资源控制状态控制装置，该装置应用于通信设备，该装置包括控制模块。该控制模块，用于在第一时间段内，根据第一信息和RRC状态变化原则，控制终端的RRC状态。其中，第一时间段为与终端感兴趣的多播业务关联的时间段。第一信息用于确定终端接收感兴趣的多播业务的RRC状态。

第三方面，提供了一种终端，该终端包括处理器和存储器，存储器存储可在处理器上并可在处理器上运行的程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

第四方面，提供了一种终端，包括处理器及通信接口。其中，处理器用于在第一时间段内，根据第一信息和RRC状态变化原则，控制终端的RRC状态。

第五方面，提供了一种可读存储介质，可读存储介质上存储程序或指令，程序或指令被处理器执行时实现如第一方面的方法的步骤。

第六方面，提供了一种芯片，芯片包括处理器和通信接口，通信接口和处理器耦合。处理器用于运行程序或指令，实现如第一方面的方法。

第七方面，提供了一种计算机程序/程序产品，计算机程序/程序产品被存储在存储介质中，程序/程序产品被至少一个处理器执行以实现如第一方面的无线资源控制状态控制方法的步骤。

在本申请实施例中，在第一时间段内，通信设备可以根据第一信息和RRC状态变化原则，控制终端的RRC状态。通过该方案，由于通信设备根据第一信息可以确定终端接收感兴趣的多播业务应当处于的RRC状态，根据RRC状态变化原则可以确定不同情况下，终端的RRC状态如何变化，因此在与终端感兴趣的多播业务关联的第一时间段内，当终端有感兴趣的多播业务时，如果发生改变终端的RRC状态的事件，那么通信设备可以根据第一信息和RRC状态变化原则，准确控制终端的RRC状态。

附图说明

图1是本申请实施例提供的无线通信系统的结构示意图；

图2是本申请实施例提供的无线资源控制状态控制方法的流程示意图；

图3是本申请实施例提供的第一时间段的起始时刻的示意图；

图4是本申请实施例提供的无线资源控制状态控制装置的结构示意图之一；

图5是本申请实施例提供的无线资源控制状态控制装置的结构示意图之二；

图6是本申请实施例提供的无线资源控制状态控制装置的结构示意图之三；

图7是本申请实施例提供的通信设备的结构示意图；

图8是本申请实施例提供的终端的结构示意图；

图9是本申请实施例提供的网络侧设备的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员所获得的所有其他实施例，都属于本申请保护的范围。

本申请的说明书和权利要求书中的术语“第一”、“第二”等是用于区别类似的对象，而不用于描述特定的顺序或先后次序。应该理解这样使用的术语在适当情况下可以互换，以便本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施，且“第一”、“第二”所区别的对象通常为一类，并不限定对象的个数，例如第一对象可以是一个，也可以是多个。此外，说明书以及权利要求中“和/或”表示所连接对象的至少其中之一，字符“/”一般表示前后关联对象是一种“或”的关系。

值得指出的是，本申请实施例所描述的技术不限于长期演进型(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代(6^th Generation，6G)通信系统。

图1示出本申请实施例可应用的一种无线通信系统的框图。无线通信系统包括终端11和网络侧设备12。其中，终端11可以是手机、平板电脑(Tablet Personal Computer)、膝上型电脑(Laptop Computer)或称为笔记本电脑、个人数字助理(Personal DigitalAssistant，PDA)、掌上电脑、上网本、超级移动个人计算机(ultra-mobile personalcomputer，UMPC)、移动上网装置(Mobile Internet Device，MID)、增强现实(augmentedreality，AR)/虚拟现实(virtual reality，VR)设备、机器人、可穿戴式设备(WearableDevice)、车载设备(VUE)、行人终端(PUE)、智能家居(具有无线通信功能的家居设备，如冰箱、电视、洗衣机或者家具等)、游戏机、个人计算机(personal computer，PC)、柜员机或者自助机等终端侧设备，可穿戴式设备包括：智能手表、智能手环、智能耳机、智能眼镜、智能首饰(智能手镯、智能手链、智能戒指、智能项链、智能脚镯、智能脚链等)、智能腕带、智能服装等。需要说明的是，在本申请实施例并不限定终端11的具体类型。网络侧设备12可以包括接入网设备或核心网设备，其中，接入网设备12也可以称为无线接入网设备、无线接入网(Radio Access Network,RAN)、无线接入网功能或无线接入网单元。接入网设备12可以包括基站、WLAN接入点或WiFi节点等，基站可被称为节点B、演进节点B(eNB)、接入点、基收发机站(Base Transceiver Station，BTS)、无线电基站、无线电收发机、基本服务集(BasicService Set，BSS)、扩展服务集(Extended Service Set，ESS)、家用B节点、家用演进型B节点、发送接收点(Transmitting Receiving Point，TRP)或所述领域中其他某个合适的术语，只要达到相同的技术效果，所述基站不限于特定技术词汇，需要说明的是，在本申请实施例中仅以NR系统中的基站为例进行介绍，并不限定基站的具体类型。核心网设备可以包含但不限于如下至少一项：核心网节点、核心网功能、移动管理实体(Mobility ManagementEntity，MME)、接入移动管理功能(Access and Mobility Management Function，AMF)、会话管理功能(Session Management Function，SMF)、用户平面功能(User Plane Function，UPF)、策略控制功能(Policy Control Function，PCF)、策略与计费规则功能单元(Policyand Charging Rules Function，PCRF)、边缘应用服务发现功能(Edge ApplicationServer Discovery Function，EASDF)、统一数据管理(Unified Data Management，UDM)，统一数据仓储(Unified Data Repository，UDR)、归属用户服务器(Home SubscriberServer，HSS)、集中式网络配置(Centralized network configuration，CNC)、网络存储功能(Network Repository Function，NRF)，网络开放功能(Network Exposure Function，NEF)、本地NEF(Local NEF，或L-NEF)、绑定支持功能(Binding Support Function，BSF)、应用功能(Application Function，AF)等。需要说明的是，在本申请实施例中仅以NR系统中的核心网设备为例进行介绍，并不限定核心网设备的具体类型。

下面结合附图，通过一些实施例及其应用场景对本申请实施例提供的无线资源控制状态控制方法进行详细地说明。需要说明的是，该方法可以应用于图1所示的无线通信系统中的终端11，也可以应用于图1所示的无线通信系统中的网络侧设备12。为简便起见，本申请实施例中，将终端和网络侧设备统称为通信设备。

此外，本申请下述实施例中各个网元之间的消息名称或消息中各参数的名称等只是一个示例，具体实现中也可以是其他名称，本申请实施例对此不作具体限定。

图2所示为本申请实施例提供的一种无线资源控制状态控制方法，该方法可以包括下述的S201。

S201、在第一时间段内，通信设备根据第一信息和RRC状态变化原则，控制终端的RRC状态。

其中，上述的第一时间段为与终端感兴趣的多播业务关联的时间段。第一信息可以用于确定终端接收感兴趣的多播业务的RRC状态。

可以理解，在通信设备为网络侧设备的情况下，网络侧设备可以根据第一信息和RRC状态变化原则，对终端的RRC状态进行准确控制。比如，网络侧设备根据RRC状态变化原则，发现当前不能将处于RRC连接态的终端释放到RRC空闲态，则网络侧设备不会向终端发送RRC释放消息(RRC Release Message)。在通信设备为终端设备的情况下，终端可以根据第一信息和RRC状态变化原则，对自身的RRC状态进行控制。比如，当处于RRC连接态的终端接收到底层发送的定时器超时的指示信息时，若终端根据RRC状态变化原则发现当前不能变为RRC空闲时，则终端可以保持在RRC连接态。

需要说明的是，在本申请实施例中，RRC状态变换原则可以为协议预定义的、网络配置或指示给终端的；第一信息可以为网络配置或指示给终端的，本申请实施例对此不作限定。

此外，本申请实施例中，终端感兴趣的多播业务可以是终端想要接收(intend toreceive)的多播业务。可以理解，终端感兴趣的多播业务可能为一个多播业务，也可能包括多个多播业务。比如，一个多播业务也可以是一个节目。

在一些实施例中，在通信设备为终端的情况下，终端可以根据多播业务的相关信息，比如多播业务的标识符(Identifier，ID)、业务开始时间、业务结束时间、接收多播业务的频率、接收多播业务的小区列表等，确定感兴趣的多播业务。若终端对某个多播业务感兴趣，则终端可以向网络侧设备上报感兴趣的多播业务，比如，终端可以通过加入感兴趣的多播业务对应的多播会话组，向网络侧设备上报感兴趣的多播业务。

在另一些实施例中，在通信设备为网络侧设备的情况下，网络侧设备可以根据终端上报的感兴趣的多播业务确定终端感兴趣的多播业务，比如根据终端加入的多播会话组确定终端感兴趣的多播业务。

本申请实施例中，通信设备可以根据一个起始时刻和一个结束时刻确定第一时间段。其中，上述的起始时刻和结束时刻可以有多种实现形式。

可选地，第一时间段的起始时刻可以包括以下至少一项：

(1)终端对感兴趣的多播业务感兴趣的时刻；

(2)终端感兴趣的多播业务的会话起始时刻；

(3)在通信设备为网络侧设备的情况下，起始时刻为网络侧设备开始发送终端感兴趣的多播业务的数据的时刻；或者，在通信设备为终端的情况下，起始时刻为终端开始接收终端感兴趣的多播业务的数据的时刻；

(4)终端感兴趣的多播业务变为(going to)激活态(active state)的时刻；

(5)若终端感兴趣的多播业务的会话起始时刻早于第一时刻，则第一时间段的起始时刻为第一时刻，第一时刻为终端对感兴趣的多播业务感兴趣的时刻。

在一些实施例中，在终端感兴趣的多播业务为一个多播业务(比如多播业务A)的情况下，第一时间段的起始时刻可以是与该多播业务A相关的一个时刻。例如，以上述的第(1)项为例，第一时间段的起始时刻可以是终端对该多播业务A感兴趣的时刻。再例如，以上述的第(4)项为例，第一时间段的起始时刻可以该多播业务A变为激活态的时刻。

需要说明的是，终端对某个多播业务感兴趣的时刻可以是终端加入该多播业务对应的多播会话组的时刻，也可以是终端确定想要接收该多播业务的时刻。当然，实际实现时，还可以是其他可能的时刻，本申请实施例对此不作限定。

此外，若某个多播业务变为激活态，则表示当前有需要发送给加入多播会话组的终端的数据。也就是说，若终端加入了多播会话组，则在多播业务处于激活态时，终端可以接收到该多播业务的数据。

在另一些实施例中，在终端感兴趣的多播业务包括多个多播业务(即至少两个多播业务)的情况下，第一时间段的起始时刻可以是与该至少两个多播业务中的某个多播业务相关的一个时刻。

下面结合一些示例，详细说明：

(A)在上述的第(1)项中，终端对感兴趣的多播业务感兴趣的时刻为终端对第三多播业务感兴趣的时刻，第三多播业务可以为至少两个多播业务中，终端最早感兴趣的多播业务。换言之，终端对感兴趣的多播业务感兴趣的时刻为：终端对至少两个多播业务中的多播业务感兴趣的最早时刻。

在一个示例中，假设终端感兴趣的多播业务包括3个多播业务，分别为：多播业务A、多播业务B、多播业务C。其中，终端对多播业务A感兴趣的时刻为上午8点，终端对多播业务B感兴趣的时刻为上午9点，终端对多播业务C感兴趣的时刻为上午11点。在此情况下，终端对多播业务A最早感兴趣，那么多播业务A即为上述的第三多播业务，从而第一时间段的起始时刻可以为终端对多播业务A感兴趣的时刻。也就是说，第一时间段的起始时刻可以是上午8点。

(B)在上述的第(2)项中，终端感兴趣的多播业务的会话起始时刻为：至少两个多播业务中，会话开始最早的多播业务的会话起始时刻。

在一个示例中，终端感兴趣的多播业务仍然为上述3个多播业务。其中，多播业务A的会话起始时刻为下午3点，多播业务B的会话起始时刻为上午10点，多播业务C的会话起始时刻为上午11点。在此情况下，多播业务B为3个多播业务中会话开始最早的多播业务，那么第一时间段的起始时刻可以为多播业务B的会话起始时刻。

(C)在上述第(3)项中，网络侧设备开始发送终端感兴趣的多播业务的数据的时刻为：网络侧设备发送第四多播业务的数据的起始时刻，第四多播业务为至少两个多播业务中，网络侧设备最早发送的多播业务；终端开始接收终端感兴趣的多播业务的数据的时刻为：终端接收第五多播业务的数据的起始时刻，第五多播业务为至少两个多播业务中，终端最早接收的多播业务。

在一个示例中，假设终端感兴趣的多播业务包括2个多播业务，分别为：多播业务A和多播业务B。其中，终端开始接收多播业务A的数据的时刻为下午4点，终端开始接收多播业务B的数据的时刻为下午6点。在此情况下，多播业务A为终端最早接收的多播业务，即多播业务A为上述第五多播业务，那么第一时间段的起始时刻可以为终端开始接收多播业务A的数据的时刻，即下午6点。

(D)在上述的第(4)项中，终端感兴趣的多播业务变为激活态的时刻为：至少两个多播业务中，最早变为激活态的多播业务变为激活态的时刻。

在一个示例中，假设终端感兴趣的多播业务包括3个多播业务，分别为：多播业务A、多播业务B、多播业务C。其中，多播业务A变为激活态的时刻为上午11点，多播业务B变为激活态的时刻为下午3点，多播业务C变为激活态的时刻为下午5点。在此情况下，多播业务A为3个多播业务中最早变为激活态的多播业务，那么第一时间段的起始时刻可以为多播业务A变为激活态的时刻。

(E)在上述的第(5)中，第一时刻(即终端对感兴趣的多播业务的感兴趣的时刻)为终端对第三多播业务感兴趣的时刻，其中第三多播业务为至少两个多播业务中，终端最早感兴趣的多播业务。

在一个示例中，假设终端感兴趣的多播业务包括3个多播业务，分别为：多播业务A、多播业务B、多播业务C。如图3所示，多播业务A的会话起始时刻为K1时刻，终端对多播业务A感兴趣的时刻为K2时刻，K1时刻早于K2时刻；多播业务B的会话起始时刻为K4时刻，终端对多播业务B感兴趣的时刻为K3时刻，K4时刻晚于K3时刻；多播业务C的会话起始时刻为K5时刻，终端对多播业务C感兴趣的时刻为K6时刻，K5时刻早于K6时刻。在此情况下，终端对多播业务A感兴趣的时刻最早，即第三多播业务为多播业务A，那么，第一时间段的起始时刻为终端对多播业务A感兴趣的时刻(也即K2时刻)。

需要说明的是，本申请实施例中，在终端感兴趣的多播业务为多个多播业务的情况下，与各多播业务相关的时刻可以为同一类时刻(比如均为多播业务变为激活态的时刻)，第一时间段的起始时刻为这些时刻中的最早时刻。或者，与各多播业务相关的时刻也可以是不同种类的时刻，第一时间段的起始时刻可以为这些时刻中的最早时刻。示例性地，以终端感兴趣的多播业务包括3个多播业务(多播业务A、多播业务B、多播业务C)为例，与多播业务A相关的时刻例如可以是终端对多播业务A感兴趣的时刻，与多播业务B相关的时刻例如可以是多播业务B的会话起始时刻，与多播业务C相关的时刻例如可以是多播业务C变为激活态的时刻。那么，第一时间段的起始时刻可以为上述3个时刻中的最早时刻。

可选地，本申请实施例中，第一时间段的结束时刻可以包括以下至少一项：

(1)终端对感兴趣的多播业务不再感兴趣的时刻；

(2)终端感兴趣的多播业务的结束时刻；

(3)终端感兴趣的多播业务变为非激活态(Inactive state)的时刻。

在一些实施例中，在终端感兴趣的多播业务为一个多播业务(比如多播业务A)的情况下，第一时间段的结束时刻可以是与该多播业务A相关的一个时刻。例如，以上述的第(1)项为例，第一时间段的结束时刻可以是终端对该多播业务A不再感兴趣的时刻。再例如，以上述的第(3)项为例，第一时间段的结束时刻可以该多播业务A变为非激活态的时刻。

需要说明的是，终端对某个多播业务不再感兴趣的时刻可以是终端离开该多播业务的会话组的时刻；也可以是终端确定不再想接收该多播业务的时刻。当然，实际实现时，终端对某个多播业务不再感兴趣的时刻还可以是其他可能的时刻，本申请实施例对此不作限定。

此外，若某个多播业务变为非激活态，则表示当前没有需要发送给加入多播会话组的终端的数据。也就是说，若终端加入了多播会话组，则在多播业务处于非激活态时，终端无法接收到该多播业务的数据。

在另一些实施例中，在终端感兴趣的多播业务为多个多播业务(即至少两个多播业务)的情况下，第一时间段的结束时刻可以是与该至少两个多播业务中的某个多播业务相关的一个时刻。

下面结合一些示例，详细说明：

(a)在上述的第(1)项中，终端对终端感兴趣的多播业务不再感兴趣的时刻为：终端对第六多播业务不再感兴趣的时刻，第六多播业务为至少两个多播业务中，终端最晚不再感兴趣的多播业务。换言之，终端对终端感兴趣的多播业务不再感兴趣的时刻为：终端对至少两个多播业务中的多播业务不再感兴趣的最晚时刻。

在一个示例中，假设终端感兴趣的多播业务包括3个多播业务，分别为：多播业务A、多播业务B、多播业务C。其中，终端对多播业务A不再感兴趣的时刻为T1时刻，终端对多播业务B不再感兴趣的时刻为T2时刻，终端对多播业务C不再感兴趣的时刻为T3时刻，并且T1时刻早于T2时刻，T2时刻早于T3时刻。在此情况下，终端对多播业务C最晚不再感兴趣，那么多播业务C即为上述的第六多播业务，从而第一时间段的结束时刻可以为终端对多播业务C不再感兴趣的时刻。也就是说，第一时间段的结束时刻可以是T3时刻。

(b)在上述的第(2)项中，终端感兴趣的多播业务的结束时刻为：至少两个多播业务中，最晚结束的多播业务的结束时刻。

在一个示例中，终端感兴趣的多播业务仍然为上述3个多播业务。其中，多播业务A的结束时刻为每天下午3点，多播业务B的结束时刻为每天上午10点，多播业务C的结束时刻为每天上午11点。在此情况下，多播业务A为3个多播业务中最晚结束的多播业务，那么第一时间段的结束时刻可以为多播业务A的结束时刻。

(c)在上述的第(3)项中，终端感兴趣的多播业务变为非激活态的时刻为：至少两个多播业务中，最晚变为非激活态的多播业务变为非激活态的时刻。

在一个示例中，终端感兴趣的多播业务仍然为上述3个多播业务。其中，多播业务A变为非激活态的时刻为每天上午11点，多播业务B变为非激活态的时刻为每天下午3点，多播业务C变为非激活态的时刻为每天下午5点。在此情况下，多播业务C为3个多播业务中最晚变为非激活态的多播业务，那么第一时间段的结束时刻可以为多播业务C变为非激活态的时刻。

可选地，上述第一信息可以包括以下至少一项：

只在RRC连接态接收感兴趣的多播业务；

在RRC非激活态接收感兴趣的多播业务。

其中，只在RRC连接态接收感兴趣的多播业务可以包括以下至少一项：

只能在RRC连接态获取感兴趣的多播业务的配置信息；

只能在RRC连接态接收感兴趣的多播业务。

在RRC非激活态接收感兴趣的多播业务可以包括以下至少一项：

仅在RRC非激活态接收感兴趣的多播业务；

在RRC非激活态和RRC连接态都可接收感兴趣的多播业务；

不在RRC空闲态接收感兴趣的多播业务。

示例性的，在RRC非激活态接收感兴趣的多播业务可以包括：在RRC非激活态接收感兴趣的多播业务的配置信息。比如，在多播业务的配置信息的发送方式为广播的情况下，终端在RRC非激活态就可以接收多播业务的配置信息。

在一些实施例中，上述的RRC状态变化原则可以包括以下至少一项：

(Ⅰ)若终端感兴趣的多播业务中包括至少一个第一多播业务，则终端的RRC状态为RRC连接态，第一多播业务为只在RRC连接态接收的多播业务；

(Ⅱ)若终端感兴趣的多播业务全部为在RRC非激活态接收的多播业务，则终端的RRC状态为RRC非激活态或RRC连接态；

(Ⅲ)若发生改变终端的RRC状态的事件，且终端感兴趣的多播业务中包括至少一个第二多播业务，则终端的RRC状态为第一对象对应的RRC状态，第一对象为上述事件和至少一个第二多播业务中优先级更高的对象；其中，第二多播业务为不支持在事件对应的RRC状态接收的多播业务；

(Ⅳ)若发生改变终端的RRC状态的事件，且终端感兴趣的多播业务中包括至少一个第二多播业务，则终端的RRC状态根据网络侧设备发送的控制信息确定；

(Ⅴ)在终端处于RRC非激活态或RRC连接态的情况下，若发生改变终端的RRC状态的事件，且终端感兴趣的多播业务不支持在该事件对应的RRC状态接收，则终端的RRC状态与该事件对应的RRC状态一致。

需要说明的是，上述(Ⅰ)、(Ⅱ)、(Ⅲ)和(Ⅴ)对应的四项原则可以适用于网络侧设备和终端设备，上述(Ⅳ)对应的原则可以适用于终端设备。此外，在(Ⅲ)对应的原则中，多播业务的优先级和改变终端的RRC状态的事件的优先级可以是网络侧设备配置或指示给终端的。

示例性地，上述(V)对应的原则可以包括以下至少一项：

(V A)在终端处于RRC连接态的情况下，若终端感兴趣的多播业务中包括至少一个支持在RRC连接态接收的多播业务，且发生使终端从RRC连接态变为RRC空闲态或RRC非激活态的事件，则终端的RRC状态与该事件对应的RRC状态一致；

(V B)在终端处于RRC连接态的情况下，若终端感兴趣的多播业务全部为在RRC非激活态接收的多播业务，且发生使终端从RRC连接态变为RRC空闲态的事件，则终端的RRC状态为RRC空闲态；

(V C)在终端处于RRC非激活态的情况下，若终端感兴趣的多播业务中不包括终端处于RRC空闲态能够接收的多播业务，且发生使终端从RRC非激活态变为RRC空闲态的事件，则终端的RRC状态为RRC空闲态。

其中，上述改变终端RRC状态的事件对应的RRC状态可以是按照该事件改变后的RRC状态。例如，改变终端RRC状态的事件可以是“当处于RRC连接态的终端接收到底层发送的定时器超时的指示信息时，则终端从RRC连接态进入RRC空闲态”，该事件对应的RRC状态可以是RRC空闲态。

本申请实施例中，使终端的RRC状态从RRC连接态变为RRC空闲态的事件可以包括以下事件：

①同步重配置

终端应当执行以下操作，以执行同步重配置：

若接入层(access stratum，AS)安全未激活，执行进入RRC空闲态的操作，释放原因为“其他”。

②终端接收到RRC重建消息

若RRC重建消息的完整性保护检查失败，终端执行进入RRC空闲态的操作，释放原因为“RRC连接失败”。

③定时器T311超时

若定时器T311是由无线链接失败或者切换失败触发的，则一旦定时器T311超时，终端将VarRLF-Report中的noSuitableCellFound的值设为“真”；

终端执行进入RRC空闲态的操作，释放原因为“RRC连接失败”。

本申请实施例中，使终端的RRC状态从RRC非激活态变为RRC空闲态的事件可以包括以下事件：

①无法遵守RRC恢复消息

若终端无法执行RRC恢复消息中的部分配置或全部配置时，终端执行进入RRC空闲态的操作，释放原因为“RRC恢复失败”。

②接入网通知区域(RAN-based Notification Area，RNA)更新

若处于RRC非激活态的终端未能找到合适的小区，并且为了获得有限服务，终端驻留在可接受的小区上，则终端执行进入RRC空闲态的操作，释放原因为“其他”。

③inter-RAT小区重选

当重选到一个inter-RAT小区时，终端执行进入RRC空闲态的操作，释放原因为“其他”。

当然，上述实施例中所列举的事件仅是一些示例，在具体实现中，还有许多改变终端的RRC状态的其他事件，本申请实施例对此不作赘述。

在一些实施例中，当通信设备为终端时，RRC状态变化原则可以包括：若终端感兴趣的多播业务中包括至少一个只在RRC连接态接收的多播业务，则终端的RRC状态为RRC连接态，即上述(Ⅰ)对应的原则。

在上述情况下，控制终端的RRC状态，可以包括以下至少一项：

在终端处于RRC连接态的情况下，去使能第一事件的触发条件，第一事件为使终端的RRC状态变为非RRC连接态的事件；

在终端处于RRC连接态的情况下，忽略第一事件；

在终端处于RRC连接态的情况下，在第一事件发生后，不执行将终端的RRC状态变为非RRC连接态的操作；

在终端处于RRC非激活态的情况下，去使能第二事件的触发条件，第二事件为使终端的RRC状态变为RRC空闲态的事件；

在终端处于RRC非激活态的情况下，忽略第二事件；

在终端处于RRC非激活态的情况下，在第二事件发生后，不执行将终端的RRC状态变为RRC空闲态的操作；

在终端处于RRC非激活态的情况下，控制终端从RRC非激活态变为RRC连接态。

示例性地，现有技术中，当处于RRC连接态的终端接收到来自底层的数据未激活定时器(DataInactivity Timer)超期的指示时，终端执行进入RRC空闲态的操作。而在本申请实施例中，当终端接收到上述定时器超期指示时，若终端有感兴趣的多播业务，并且根据第一信息可以确定终端感兴趣的多播业务中包括至少一个只在RRC连接态接收的多播业务，则终端可以在感兴趣的多播业务结束前，基于上述RRC状态变化原则控制自身的RRC状态。基于此，终端控制RRC状态的操作可以包括以下至少一项：

去使能数据未激活定时器；

数据未激活定时器被停止运行或启动；

不执行进入RRC空闲态的操作，并保持在RRC连接态。

示例性地，现有技术中，若处于RRC非激活态的终端无法执行RRC恢复消息中的部分或全部配置时，则终端执行进入RRC空闲态的操作。而在本申请实施例中，当上述事件发生时，若终端有感兴趣的多播业务，并且终端感兴趣的多播业务中包括至少一个只在RRC连接态接收的多播业务，则终端可以在感兴趣的多播业务结束前，基于上述RRC状态变化原则控制自身的RRC状态。基于此，终端控制RRC状态的操作可以包括以下至少一项：

对于终端是否能够执行RRC恢复消息中的部分配置或全部配置，不进行判断；

忽略终端无法执行RRC恢复消息中的部分配置或全部配置这一事件；

不执行进入RRC空闲态的操作；

从RRC非激活态变为RRC连接态。

在一些实施例中，当通信设备为终端时，RRC状态变化原则可以包括：若终端感兴趣的多播业务全部为在RRC非激活态接收的多播业务，则终端的RRC状态为RRC非激活态或RRC连接态，即上述(Ⅱ)对应的原则。

基于此，控制终端的RRC状态，可以包括以下至少一项：

在终端处于RRC连接态的情况下，去使能第三事件的触发条件，第三事件为使终端的RRC状态变为RRC空闲态的事件；

在终端处于RRC连接态的情况下，忽略第三事件；

在终端处于RRC连接态的情况下，在第三事件发生后，不执行将终端的RRC状态变为RRC空闲态的操作；

在终端处于RRC连接态的情况下，控制终端保持RRC连接态或变为RRC非激活态；

在终端处于RRC非激活态的情况下，去使能第四事件的触发条件，第四事件为使终端的RRC状态变为RRC空闲态的事件；

在终端处于RRC非激活态的情况下，忽略第四事件；

在终端处于RRC非激活态的情况下，在第四事件发生后，不执行将终端的RRC状态变为RRC空闲态的操作；

在终端处于RRC非激活态的情况下，控制终端保持RRC非激活态或变为RRC连接态。

示例性地，现有技术中，当处于RRC连接态的终端接收到来自底层的数据未激活定时器超期的指示时，则终端应当执行进入RRC空闲态的操作。而在本申请实施例中，当终端接收到上述定时器超期指示时，若终端有感兴趣的多播业务，并且根据第一信息可以确定终端感兴趣的多播业务全部为在RRC非激活态接收的多播业务，则终端可以在感兴趣的多播业务结束前，基于上述RRC状态变化原则控制自身的RRC状态。基于此，终端控制RRC状态的操作可以包括以下至少一项：

去使能数据未激活定时器；

数据未激活定时器被停止运行或启动；

不执行进入RRC空闲态的操作；

保持在RRC连接态或者变为RRC非激活态。

示例性地，现有技术中，若处于RRC非激活态的终端无法执行RRC恢复消息中的部分或全部配置时，则终端执行进入RRC空闲态的操作。而在本申请实施例中，当上述事件发生时，若终端有感兴趣的多播业务，并且终端感兴趣的多播业务全部为在RRC非激活态接收的多播业务，则终端可以在感兴趣的多播业务结束前，基于上述RRC状态变化原则控制自身的RRC状态。基于此，终端控制RRC状态的操作可以包括以下至少一项：

对于终端是否能够执行RRC恢复消息中的部分配置或全部配置，不进行判断；

忽略终端无法执行RRC恢复消息中的部分配置或全部配置这一事件；

不执行进入RRC空闲态的操作；

保持在RRC非激活态或者变为RRC连接态。

在一些实施例中，当通信设备为终端时，RRC状态变化原则可以包括：若发生改变终端的RRC状态的事件，且终端感兴趣的多播业务中包括至少一个第二多播业务(即不支持在上述事件对应的RRC状态接收的多播业务)，则终端的RRC状态为第一对象对应的RRC状态，即上述(Ⅲ)对应的原则。

在上述情况下，控制终端的RRC状态，可以包括以下至少一项：

在终端处于RRC连接态的情况下，若上述至少一个第二多播业务的优先级更高，则不执行将终端的RRC状态变为改变终端的RRC状态的事件对应的RRC状态的操作；

在终端处于RRC连接态、且上述至少一个第二多播业务中包括只在RRC连接态接收的第二多播业务的情况下，若上述只在RRC连接态接收的第二多播业务的优先级更高，则控制终端保持RRC连接态；

在终端处于RRC连接态、且上述至少一个第二多播业务全部为在RRC非激活态接收的多播业务的情况下，若上述至少一个第二多播业务的优先级更高，则控制终端保持RRC连接态或变为RRC非激活态；

在终端处于RRC连接态的情况下，若改变终端的RRC状态的事件的优先级更高，则控制终端的RRC状态变为事件对应的RRC状态；

在终端处于RRC非激活态的情况下，若上述至少一个第二多播业务的优先级更高，则不执行将终端的RRC状态变为RRC空闲态的操作；

在终端处于RRC非激活态、且上述至少一个第二多播业务中包括只在RRC连接态接收的第二多播业务的情况下，若上述只在RRC连接态接收的第二多播业务的优先级更高，则控制终端从RRC非激活态变为RRC连接态；

在终端处于RRC非激活态、且上述至少一个多播业务全部为在RRC非激活态接收的多播业务的情况下，若上述至少一个多播业务的优先级更高，则控制终端保持RRC非激活态或变为RRC连接态；

在终端处于RRC非激活态的情况下，若改变终端的RRC状态的事件的优先级更高，则控制终端的RRC状态变为事件对应的RRC状态。

需要说明的是，在上述实施例中，“至少一个第二多播业务的优先级更高”可以是至少一个第二多播业务中包括一个或多个优先级高于改变终端RRC状态的事件的第二多播业务。其中，上述至少一个第二多播业务的优先级可能不同，或者部分相同，或者均相同，本申请实施例对此不作限定。容易理解，在第二多播业务的优先级均相同的情况下，在确定至少一个第二多播业务的优先级是否更高时，终端可以仅确定任意一个第二多播业务的优先级是否高于改变终端RRC状态的事件。

此外，上述只在RRC连接态接收的第二多播业务可以是一个第二多播业务，也可以是多个第二多播业务。在上述只在RRC连接态接收的第二多播业务为多个第二多播业务的情况下，若其中包括至少一个优先级更高的第二多播业务，则处于RRC连接态的终端可以保持RRC连接态，处于RRC非激活态得到终端可以变为RRC连接态。

示例性地，现有技术中，当处于RRC连接态的终端接收到来自底层的数据未激活定时器超期的指示时，则终端应当执行进入RRC空闲态的操作。而在本申请实施例中，当终端接收到上述定时器超期指示时，若终端有感兴趣的多播业务，并且根据第一信息可以确定终端感兴趣的多播业务中包括至少一个第二多播业务(该多播业务不支持在RRC空闲态接收)，则终端可以在全部感兴趣的多播业务结束前，基于上述RRC状态变化原则控制自身的RRC状态。基于此，终端控制RRC状态的操作可以包括以下至少一项：

若上述至少一个第二多播业务的优先级更高，则终端不执行进入RRC空闲态的操作；

在上述至少一个第二多播业务中包括一个只在RRC连接态接收的第二多播业务的情况下，若该第二多播业务的优先级更高，则终端保持RRC连接态；

在上述至少一个第二多播业务全部为在RRC非激活态接收的多播业务的情况下，若上述至少一个第二多播业务的优先级更高，则终端保持RRC连接态或变为RRC非激活态；

若上述事件(即接收到来自底层的数据未激活定时器超期的指示)的优先级更高，则终端的RRC状态变为RRC空闲态。

示例性地，现有技术中，若处于RRC非激活态的终端无法执行RRC恢复消息中的部分或全部配置时，则终端执行进入RRC空闲态的操作。而在本申请实施例中，当上述事件发生时，若终端有感兴趣的多播业务，并且终端感兴趣的多播业务中包括至少一个第二多播业务(该多播业务不支持在RRC非激活态接收)，则终端可以在感兴趣的多播业务结束前，基于上述RRC状态变化原则控制自身的RRC状态。在上述示例中，终端控制RRC状态的操作可以包括以下至少一项：

若上述至少一个第二多播业务的优先级更高，则终端不执行进入RRC空闲态的操作；

在上述至少一个第二多播业务中包括一个只在RRC连接态接收的第二多播业务的情况下，若该第二多播业务的优先级更高，则终端变为RRC连接态；

在上述至少一个第二多播业务全部为在RRC非激活态接收的多播业务的情况下，若上述至少一个第二多播业务的优先级更高，则终端保持RRC非激活态或变为RRC连接态；

若上述事件(即处于RRC非激活态的终端无法执行RRC恢复消息中的部分或全部配置)的优先级更高，则终端的RRC状态变为RRC空闲态。

在一些实施例中，在通信设备为终端的情况下，本申请实施例提供的无线资源控制状态控制方法还可以包括下述S202。

S202、终端获取第一信息和/或RRC状态变化原则。

本申请实施例中，终端获取第一信息和/或RRC状态变化原则可以是：终端读取预配置的第一信息和/或RRC状态变化原则；或者，终端接收网络侧发送的第一信息和/或RRC状态变化原则。具体可以根据实际使用需求确定，本申请实施例不作限定。

本申请实施例中，终端可以通过两种方式(分别为第一种实现方式和第二中实现放置)中的至少一种方式获取第一信息，下面分别对这两种实现方式进行示例性地说明。

第一种实现方式：终端获取终端感兴趣的多播业务的业务信息。其中，多播业务的业务信息中可以包括第一信息。

示例性地，上述业务信息可以包括多播业务的ID、业务开始时间、业务结束时间、接收多播业务的频率、接收多播业务的小区列表等。

需要说明的是，本申请实施例中，在终端获取到多播业务的业务信息之后，终端可以根据多播业务的业务信息接收多播业务。

第二种实现方式：在终端向网络侧设备上报感兴趣的多播业务的过程中，比如终端加入感兴趣的多播业务对应的多播会话组的过程中，终端接收网络侧设备发送的第一信息。

需要说明的是，本申请实施例中，当终端通过上述第二种实现方式获取上述第一信息时，多播业务的业务信息中可以不包括第一信息。

在本申请实施例中，由于通信设备根据第一信息可以确定终端接收感兴趣的多播业务应当处于的RRC状态，根据RRC状态变化原则可以确定不同情况下，终端的RRC状态如何变化，因此在与终端感兴趣的多播业务关联的第一时间段内，当终端有感兴趣的多播业务时，如果发生改变终端的RRC状态的事件，那么通信设备可以根据第一信息和RRC状态变化原则，准确控制终端的RRC状态。

需要说明的是，本申请实施例提供的上述无线资源控制状态控制方法，执行主体可以为无线资源控制状态控制装置，或者，该无线资源控制状态控制装置中的用于执行上述无线资源控制状态控制方法的控制模块。本申请实施例中以无线资源控制状态控制装置执行上述无线资源控制状态控制方法为例，说明本申请实施例提供的无线资源控制状态控制装置。

如图4所示，为本申请实施例提供的一种无线资源控制状态控制装置400，该装置可以应用于通信设备，该装置包括控制模块401。该控制模块401，用于在第一时间段内，根据第一信息和RRC状态变化原则，控制终端的RRC状态。其中，第一时间段为与终端感兴趣的多播业务关联的时间段。第一信息用于确定终端接收感兴趣的多播业务的RRC状态。

在一些实施例中，第一信息可以包括以下至少一项：

只在RRC连接态接收感兴趣的多播业务；

在RRC非激活态接收感兴趣的多播业务。

在一些实施例中，RRC状态变化原则包括以下至少一项：

若感兴趣的多播业务中包括至少一个第一多播业务，则终端的RRC状态为RRC连接态，第一多播业务为只在RRC连接态接收的多播业务；

若感兴趣的多播业务全部为在RRC非激活态接收的多播业务，则终端的RRC状态为RRC非激活态或RRC连接态；

若发生改变终端的RRC状态的事件，且感兴趣的多播业务中包括至少一个第二多播业务，则终端的RRC状态为第一对象对应的RRC状态，第一对象为事件和至少一个第二多播业务中优先级更高的对象，第二多播业务为不支持在事件对应的RRC状态接收的多播业务；

若发生改变终端的RRC状态的事件，且感兴趣的多播业务中包括至少一个第二多播业务，则终端的RRC状态根据网络侧设备发送的控制信息确定。

在一些实施例中，第一时间段的起始时刻可以包括以下至少一项：

终端对感兴趣的多播业务感兴趣的时刻；

感兴趣的多播业务的会话起始时刻；

网络侧设备开始发送感兴趣的多播业务的数据的时刻；或，终端开始接收感兴趣的多播业务的数据的时刻；

感兴趣的多播业务变为激活态的时刻；

若感兴趣的多播业务的会话时刻早于第一时刻，则第一时间段的起始时刻为第一时刻。其中，第一时刻为终端对感兴趣的多播业务感兴趣的时刻。

在本申请实施例中，终端感兴趣的多播业务可以包括至少两个多播业务。在此情况下，终端对感兴趣的多播业务感兴趣的时刻可以为：终端对第三多播业务感兴趣的时刻，第三多播业务为至少两个多播业务中，终端最早感兴趣的多播业务。

在本申请实施例中，终端感兴趣的多播业务可以包括至少两个多播业务。在此情况下，感兴趣的多播业务的会话起始时刻可以为：至少两个多播业务中，会话开始最早的多播业务的会话起始时刻。

在本申请实施例中，终端感兴趣的多播业务可以包括至少两个多播业务。在此情况下，网络侧设备开始发送感兴趣的多播业务的数据的时刻可以为：网络侧设备发送第四多播业务的数据的起始时刻，第四多播业务为至少两个多播业务中，网络侧设备最早发送的多播业务。终端开始接收感兴趣的多播业务的数据的时刻可以为：终端接收第五多播业务的数据的起始时刻，第五多播业务为至少两个多播业务中，终端最早接收的多播业务。

在本申请实施例中，终端感兴趣的多播业务可以包括至少两个多播业务。在此情况下，终端感兴趣的多播业务变为激活态的时刻可以为：至少两个多播业务中，最早变为激活态的多播业务变为激活态的时刻。

在本申请实施例中，第一时间段的结束时刻可以包括以下至少一项：

终端对感兴趣的多播业务不再感兴趣的时刻；

感兴趣的多播业务的结束时刻；

感兴趣的多播业务变为非激活态的时刻。

在本申请实施例中，终端感兴趣的多播业务可以包括至少两个多播业务。在此情况下，终端对感兴趣的多播业务不再感兴趣的时刻为：终端对第六多播业务不再感兴趣的时刻，第六多播业务为至少两个多播业务中，终端最晚不再感兴趣的多播业务。

在本申请实施例中，终端感兴趣的多播业务可以包括至少两个多播业务。在此情况下，感兴趣的多播业务的结束时刻为：至少两个多播业务中，最晚结束的多播业务的结束时刻。

在本申请实施例中，终端感兴趣的多播业务可以包括至少两个多播业务。在此情况下，感兴趣的多播业务变为非激活态的时刻为：至少两个多播业务中，最晚变为非激活态的多播业务变为非激活态的时刻。

在本申请实施例中，RRC状态变化原则可以包括：若感兴趣的多播业务中包括至少一个第一多播业务，则终端的RRC状态为RRC连接态。

在上述情况下，若通信设备为终端，则控制终端的RRC状态可以包括以下至少一项：

在终端处于RRC连接态的情况下，去使能第一事件的触发条件，第一事件为使终端的RRC状态变为非RRC连接态的事件；

在终端处于RRC连接态的情况下，忽略第一事件；

在终端处于RRC连接态的情况下，在第一事件发生后，不执行将终端的RRC状态变为非RRC连接态的操作；

在终端处于RRC非激活态的情况下，去使能第二事件的触发条件，第二事件为使终端的RRC状态变为RRC空闲态的事件；

在终端处于RRC非激活态的情况下，忽略第二事件；

在终端处于RRC非激活态的情况下，在第二事件发生后，不执行将终端的RRC状态变为RRC空闲态的操作；

在终端处于RRC非激活态的情况下，控制终端从RRC非激活态变为RRC连接态。

在本申请实施例中，RRC状态变化原则可以包括：若感兴趣的多播业务全部为在RRC非激活态接收的多播业务，则终端的RRC状态为RRC非激活态或RRC连接态。

在上述情况下，若通信设备为终端，控制终端的RRC状态，可以包括以下至少一项：

在终端处于RRC连接态的情况下，去使能第三事件的触发条件，第三事件为使终端的RRC状态变为RRC空闲态的事件；

在终端处于RRC连接态的情况下，忽略第三事件；

在终端处于RRC连接态的情况下，在第三事件发生后，不执行将终端的RRC状态变为RRC空闲态的操作；

在终端处于RRC连接态的情况下，控制终端保持RRC连接态或变为RRC非激活态；

在终端处于RRC非激活态的情况下，去使能第四事件的触发条件，第四事件为使终端的RRC状态变为RRC空闲态的事件；

在终端处于RRC非激活态的情况下，忽略第四事件；

在终端处于RRC非激活态的情况下，在第四事件发生后，不执行将终端的RRC状态变为RRC空闲态的操作；

在终端处于RRC非激活态的情况下，控制终端保持RRC非激活态或变为RRC连接态。

在本申请实施例中，RRC状态变化原则可以包括：若发生改变终端的RRC状态的事件，且感兴趣的多播业务中包括至少一个第二多播业务，则终端的RRC状态为第一对象对应的RRC状态。

在上述情况下，若通信设备为终端，控制终端的RRC状态，可以包括以下至少一项：

在终端处于RRC连接态的情况下，若至少一个第二多播业务的优先级更高，则不执行将终端的RRC状态变为事件对应的RRC状态的操作；

在终端处于RRC连接态、且至少一个第二多播业务中包括只在RRC连接态接收的第二多播业务的情况下，若只在RRC连接态接收的第二多播业务的优先级更高，则控制终端保持RRC连接态；

在终端处于RRC连接态、且至少一个第二多播业务全部为在RRC非激活态接收的多播业务的情况下，若至少一个第二多播业务的优先级更高，则控制终端保持RRC连接态或变为RRC非激活态；

在终端处于RRC连接态的情况下，若改变终端的RRC状态的事件的优先级更高，则控制终端的RRC状态变为事件对应的RRC状态；

在终端处于RRC非激活态的情况下，若至少一个第二多播业务的优先级更高，则不执行将终端的RRC状态变为RRC空闲态的操作；

在终端处于RRC非激活态、且至少一个第二多播业务中包括只在RRC连接态接收的第二多播业务的情况下，若只在RRC连接态接收的第二多播业务的优先级更高，则控制终端从RRC非激活态变为RRC连接态；

在终端处于RRC非激活态、且至少一个第二多播业务全部为在RRC非激活态接收的多播业务的情况下，若至少一个第二多播业务的优先级更高，则控制终端保持RRC非激活态或变为RRC连接态；

在终端处于RRC非激活态的情况下，若改变终端的RRC状态的事件的优先级更高，则控制终端的RRC状态变为事件对应的RRC状态。

可选地，如图5所示，在通信设备为终端的情况下，本申请实施例提供的无线资源控制状态控制装置400还可以包括获取模块402。该获取模块402，用于获取第一信息和/或RRC状态变化原则。

可选地，如图6所示，上述获取模块402可以包括：获取单元4021，和/或接收单元4022。其中，获取单元，用于获取感兴趣的多播业务的业务信息，业务信息中包括第一信息；接收单元，用于在终端向网络侧设备上报感兴趣的多播业务的过程中，接收网络侧设备发送的第一信息。

在本申请实施例中，由于无线资源控制状态控制装置根据第一信息可以确定终端接收感兴趣的多播业务应当处于的RRC状态，根据RRC状态变化原则可以确定不同情况下，终端的RRC状态如何变化，因此在与终端感兴趣的多播业务关联的第一时间段内，当终端有感兴趣的多播业务时，如果发生改变终端的RRC状态的事件，那么该无线资源控制状态控制装置可以根据第一信息和RRC状态变化原则，准确控制终端的RRC状态。

本申请实施例中的无线资源控制状态控制装置可以是电子设备，例如具有操作系统的电子设备，也可以是电子设备中的部件，例如集成电路或芯片。该电子设备可以是终端，也可以为除终端之外的其他设备。示例性的，终端可以包括但不限于上述所列举的终端11的类型，其他设备可以为服务器、网络附属存储器(Network Attached Storage，NAS)等，本申请实施例不作具体限定。

本申请实施例提供的无线资源控制状态控制装置能够实现图1所示的方法实施例实现的各个过程，并达到相同的技术效果，为避免重复，这里不再赘述。

可选的，如图7所示，本申请实施例还提供一种通信设备700，包括处理器701和存储器702，存储器702上存储有可在所述处理器701上运行的程序或指令，例如，该通信设备700为终端时，该程序或指令被处理器701执行时实现上述无线资源控制状态控制方法实施例的各个步骤，且能达到相同的技术效果。该通信设备700为网络侧设备时，该程序或指令被处理器701执行时也可实现上述无线资源控制状态控制方法实施例的各个步骤，且能达到相同的技术效果，为避免重复，这里不再赘述。

本申请实施例还提供一种终端，包括处理器和通信接口，处理器用于在第一时间段内，根据第一信息和RRC状态变化原则，控制终端的RRC状态。通信接口，用于与其他通信设备(比如网络侧设备)进行通信。该终端实施例与上述无线资源控制状态控制方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该终端实施例中，且能达到相同的技术效果。具体地，图8为实现本申请实施例的一种终端的硬件结构示意图。

该终端800包括但不限于：射频单元801、网络模块802、音频输出单元803、输入单元804、传感器805、显示单元806、用户输入单元807、接口单元808、存储器809以及处理器810等中的至少部分部件。

本领域技术人员可以理解，终端800还可以包括给各个部件供电的电源(比如电池)，电源可以通过电源管理系统与处理器810逻辑相连，从而通过电源管理系统实现管理充电、放电、以及功耗管理等功能。图8中示出的终端结构并不构成对终端的限定，终端可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件布置，在此不再赘述。

应理解的是，本申请实施例中，输入单元804可以包括图形处理单元(GraphicsProcessing Unit，GPU)8041和麦克风8042，图形处理器8041对在视频捕获模式或图像捕获模式中由图像捕获装置(如摄像头)获得的静态图片或视频的图像数据进行处理。显示单元806可包括显示面板8061，可以采用液晶显示器、有机发光二极管等形式来配置显示面板8061。用户输入单元807包括触控面板8071以及其他输入设备8072中的至少一种。触控面板8071，也称为触摸屏。触控面板8071可包括触摸检测装置和触摸控制器两个部分。其他输入设备8072可以包括但不限于物理键盘、功能键(比如音量控制按键、开关按键等)、轨迹球、鼠标、操作杆，在此不再赘述。

本申请实施例中，射频单元801接收来自网络侧设备的下行数据后，可以传输给处理器810进行处理；另外，射频单元801可以向网络侧设备发送上行数据。通常，射频单元801包括但不限于天线、放大器、收发信机、耦合器、低噪声放大器、双工器等。

存储器809可用于存储软件程序或指令以及各种数据。存储器809可主要包括存储程序或指令的第一存储区和存储数据的第二存储区，其中，第一存储区可存储操作系统、至少一个功能所需的应用程序或指令(比如声音播放功能、图像播放功能等)等。此外，存储器809可以包括易失性存储器或非易失性存储器，或者，存储器809可以包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(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)。本申请实施例中的存储器x09包括但不限于这些和任意其它适合类型的存储器。

处理器810可包括一个或多个处理单元；可选地，处理器810集成应用处理器和调制解调处理器，其中，应用处理器主要处理涉及操作系统、用户界面和应用程序等的操作，调制解调处理器主要处理无线通信信号，如基带处理器。可以理解的是，上述调制解调处理器也可以不集成到处理器810中。

其中，处理器810，用于在第一时间段内，根据第一信息和RRC状态变化原则，控制终端的RRC状态。

通过该方案，由于终端根据第一信息可以确定终端接收感兴趣的多播业务应当处于的RRC状态，根据RRC状态变化原则可以确定不同情况下，终端的RRC状态如何变化，因此在与终端感兴趣的多播业务关联的第一时间段内，当终端有感兴趣的多播业务时，如果发生改变终端的RRC状态的事件，那么终端可以根据第一信息和RRC状态变化原则，准确控制终端的RRC状态。

可选地，射频单元801，可以用于：获取第一信息和/或RRC状态变化原则。

基于上述方案，终端可以获取第一信息和/或RRC状态变化原则。

可选地，射频单元801，可以用于以下至少一项：

获取感兴趣的多播业务的业务信息，业务信息中包括第一信息；

在终端向网络侧设备上报感兴趣的多播业务的过程中，接收网络侧设备发送的第一信息。

本申请实施例还提供一种网络侧设备，包括处理器和通信接口，处理器用于在第一时间段内，根据第一信息和RRC状态变化原则，控制终端的RRC状态。通信接口，用于与其他通信设备(比如终端)进行通信。该网络侧设备实施例与上述网络侧设备方法实施例对应，上述方法实施例的各个实施过程和实现方式均可适用于该网络侧设备实施例中，且能达到相同的技术效果。

具体地，本申请实施例还提供了一种网络侧设备。如图9所示，该网络侧设备900包括：天线91、射频装置92、基带装置93、处理器94和存储器95。天线91与射频装置92连接。在上行方向上，射频装置92通过天线91接收信息，将接收的信息发送给基带装置93进行处理。在下行方向上，基带装置93对要发送的信息进行处理，并发送给射频装置92，射频装置92对收到的信息进行处理后经过天线91发送出去。

以上实施例中网络侧设备执行的方法可以在基带装置93中实现，该基带装置93包括基带处理器。

基带装置93例如可以包括至少一个基带板，该基带板上设置有多个芯片，如图9所示，其中一个芯片例如为基带处理器，通过总线接口与存储器95连接，以调用存储器95中的程序，执行以上方法实施例中所示的网络侧设备操作。

该网络侧设备还可以包括网络接口96，该接口例如为通用公共无线接口(commonpublic radio interface，CPRI)。

具体地，本发明实施例的网络侧设备900还包括：存储在存储器95上并可在处理器94上运行的指令或程序，处理器94调用存储器95中的指令或程序执行图4至图6所示各模块执行的方法，并达到相同的技术效果，为避免重复，故不在此赘述。

本申请实施例还提供一种可读存储介质，所述可读存储介质上存储有程序或指令，该程序或指令被处理器执行时实现上述无线资源控制状态控制方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

其中，所述处理器为上述实施例中所述的终端中的处理器。所述可读存储介质，包括计算机可读存储介质，如计算机只读存储器ROM、随机存取存储器RAM、磁碟或者光盘等。

本申请实施例另提供了一种芯片，所述芯片包括处理器和通信接口，所述通信接口和所述处理器耦合，所述处理器用于运行程序或指令，实现上述无线资源控制状态控制方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。

本申请实施例另提供了一种计算机程序/程序产品，所述计算机程序/程序产品被存储在存储介质中，所述计算机程序/程序产品被至少一个处理器执行以实现上述无线资源控制状态控制方法实施例的各个过程，且能达到相同的技术效果，为避免重复，这里不再赘述。

需要说明的是，在本文中，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。此外，需要指出的是，本申请实施方式中的方法和装置的范围不限按示出或讨论的顺序来执行功能，还可包括根据所涉及的功能按基本同时的方式或按相反的顺序来执行功能，例如，可以按不同于所描述的次序来执行所描述的方法，并且还可以添加、省去、或组合各种步骤。另外，参照某些示例所描述的特征可在其他示例中被组合。

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

上面结合附图对本申请的实施例进行了描述，但是本申请并不局限于上述的具体实施方式，上述的具体实施方式仅仅是示意性的，而不是限制性的，本领域的普通技术人员在本申请的启示下，在不脱离本申请宗旨和权利要求所保护的范围情况下，还可做出很多形式，均属于本申请的保护之内。

Claims (36)

1.一种无线资源控制状态控制方法，其特征在于，包括：

在第一时间段内，通信设备根据第一信息和无线资源控制RRC状态变化原则，控制终端的RRC状态；

其中，所述第一时间段为与所述终端感兴趣的多播业务关联的时间段；所述第一信息用于确定所述终端接收所述感兴趣的多播业务的RRC状态。

2.根据权利要求1所述的方法，其特征在于，所述第一信息包括以下至少一项：

只在RRC连接态接收所述感兴趣的多播业务；

在RRC非激活态接收所述感兴趣的多播业务。

3.根据权利要求1所述的方法，其特征在于，所述RRC状态变化原则包括以下至少一项：

若所述感兴趣的多播业务中包括至少一个第一多播业务，则所述终端的RRC状态为RRC连接态，所述第一多播业务为只在RRC连接态接收的多播业务；

若所述感兴趣的多播业务全部为在RRC非激活态接收的多播业务，则所述终端的RRC状态为RRC非激活态或RRC连接态；

若发生改变所述终端的RRC状态的事件，且所述感兴趣的多播业务中包括至少一个第二多播业务，则所述终端的RRC状态为第一对象对应的RRC状态，所述第一对象为所述事件和所述至少一个第二多播业务中优先级更高的对象，所述第二多播业务为不支持在所述事件对应的RRC状态接收的多播业务；

若发生改变终端的RRC状态的事件，且所述感兴趣的多播业务中包括至少一个所述第二多播业务，则所述终端的RRC状态根据网络侧设备发送的控制信息确定。

4.根据权利要求1所述的方法，其特征在于，所述第一时间段的起始时刻包括以下至少一项：

所述终端对所述感兴趣的多播业务感兴趣的时刻；

所述感兴趣的多播业务的会话起始时刻；

网络侧设备开始发送所述感兴趣的多播业务的数据的时刻；或，所述终端开始接收所述感兴趣的多播业务的数据的时刻；

所述感兴趣的多播业务变为激活态的时刻；

若所述感兴趣的多播业务的会话起始时刻早于第一时刻，则所述起始时刻为所述第一时刻，所述第一时刻为所述终端对所述感兴趣的多播业务感兴趣的时刻。

5.根据权利要求4所述的方法，其特征在于，所述感兴趣的多播业务包括至少两个多播业务；

所述终端对所述感兴趣的多播业务感兴趣的时刻为：所述终端对第三多播业务感兴趣的时刻，所述第三多播业务为所述至少两个多播业务中，所述终端最早感兴趣的多播业务。

6.根据权利要求4所述的方法，其特征在于，所述感兴趣的多播业务包括至少两个多播业务；

所述感兴趣的多播业务的会话起始时刻为：所述至少两个多播业务中，会话开始最早的多播业务的会话起始时刻。

7.根据权利要求4所述的方法，其特征在于，所述感兴趣的多播业务包括至少两个多播业务；

所述网络侧设备开始发送所述感兴趣的多播业务的数据的时刻为：所述网络侧设备发送第四多播业务的数据的起始时刻，所述第四多播业务为所述至少两个多播业务中，所述网络侧设备最早发送的多播业务；

所述终端开始接收所述感兴趣的多播业务的数据的时刻为：所述终端接收第五多播业务的数据的起始时刻，所述第五多播业务为所述至少两个多播业务中，所述终端最早接收的多播业务。

8.根据权利要求4所述的方法，其特征在于，所述感兴趣的多播业务包括至少两个多播业务；

所述终端感兴趣的多播业务变为激活态的时刻为：所述至少两个多播业务中，最早变为激活态的多播业务变为激活态的时刻。

9.根据权利要求1所述的方法，其特征在于，所述第一时间段的结束时刻包括以下至少一项：

所述终端对所述感兴趣的多播业务不再感兴趣的时刻；

所述感兴趣的多播业务的结束时刻；

所述感兴趣的多播业务变为非激活态的时刻。

10.根据权利要求9所述的方法，其特征在于，所述感兴趣的多播业务包括至少两个多播业务；

所述终端对所述感兴趣的多播业务不再感兴趣的时刻为：所述终端对第六多播业务不再感兴趣的时刻，所述第六多播业务为对所述至少两个多播业务中，所述终端最晚不再感兴趣的多播业务。

11.根据权利要求9所述的方法，其特征在于，所述感兴趣的多播业务包括至少两个多播业务；

所述感兴趣的多播业务的结束时刻为：所述至少两个多播业务中，最晚结束的多播业务的结束时刻。

12.根据权利要求9所述的方法，其特征在于，所述感兴趣的多播业务包括至少两个多播业务；

所述感兴趣的多播业务变为非激活态的时刻为：所述至少两个多播业务中，最晚变为非激活态的多播业务变为非激活态的时刻。

13.根据权利要求3所述的方法，其特征在于，所述RRC状态变化原则包括：若所述感兴趣的多播业务中包括至少一个第一多播业务，则所述终端的RRC状态为RRC连接态；

在所述通信设备为所述终端的情况下，所述控制所述终端的RRC状态，包括以下至少一项：

在所述终端处于RRC连接态的情况下，去使能第一事件的触发条件，所述第一事件为使所述终端的RRC状态变为非RRC连接态的事件；

在所述终端处于RRC连接态的情况下，忽略所述第一事件；

在所述终端处于RRC连接态的情况下，在所述第一事件发生后，不执行将所述终端的RRC状态变为非RRC连接态的操作；

在所述终端处于RRC非激活态的情况下，去使能第二事件的触发条件，所述第二事件为使所述终端的RRC状态变为RRC空闲态的事件；

在所述终端处于RRC非激活态的情况下，忽略所述第二事件；

在所述终端处于RRC非激活态的情况下，在所述第二事件发生后，不执行将所述终端的RRC状态变为RRC空闲态的操作；

在所述终端处于RRC非激活态的情况下，控制所述终端从RRC非激活态变为RRC连接态。

14.根据权利要求3所述的方法，其特征在于，所述RRC状态变化原则包括：若所述感兴趣的多播业务全部为在RRC非激活态接收的多播业务，则所述终端的RRC状态为RRC非激活态或RRC连接态；

在所述通信设备为所述终端的情况下，所述控制所述终端的RRC状态，包括以下至少一项：

在所述终端处于RRC连接态的情况下，去使能第三事件的触发条件，所述第三事件为使所述终端的RRC状态变为RRC空闲态的事件；

在所述终端处于RRC连接态的情况下，忽略所述第三事件；

在所述终端处于RRC连接态的情况下，在所述第三事件发生后，不执行将所述终端的RRC状态变为RRC空闲态的操作；

在所述终端处于RRC连接态的情况下，控制所述终端保持RRC连接态或变为RRC非激活态；

在所述终端处于RRC非激活态的情况下，去使能第四事件的触发条件，所述第四事件为使所述终端的RRC状态变为RRC空闲态的事件；

在所述终端处于RRC非激活态的情况下，忽略所述第四事件；

在所述终端处于RRC非激活态的情况下，在所述第四事件发生后，不执行将所述终端的RRC状态变为RRC空闲态的操作；

在所述终端处于RRC非激活态的情况下，控制所述终端保持RRC非激活态或变为RRC连接态。

15.根据权利要求3所述的方法，其特征在于，所述RRC状态变化原则包括：若发生改变所述终端的RRC状态的事件，且所述感兴趣的多播业务中包括至少一个第二多播业务，则所述终端的RRC状态为第一对象对应的RRC状态；

在所述通信设备为所述终端的情况下，所述控制所述终端的RRC状态，包括以下至少一项：

在所述终端处于RRC连接态的情况下，若所述至少一个第二多播业务的优先级更高，则不执行将所述终端的RRC状态变为所述事件对应的RRC状态的操作；

在所述终端处于RRC连接态、且所述所述至少一个第二多播业务中包括只在RRC连接态接收的第二多播业务的情况下，若所述只在RRC连接态接收的第二多播业务的优先级更高，则控制所述终端保持RRC连接态；

在所述终端处于RRC连接态、且所述至少一个第二多播业务全部为在RRC非激活态接收的多播业务的情况下，若所述至少一个第二多播业务的优先级更高，则控制所述终端保持RRC连接态或变为RRC非激活态；

在所述终端处于RRC连接态的情况下，若改变所述终端的RRC状态的事件的优先级更高，则控制所述终端的RRC状态变为所述事件对应的RRC状态；

在所述终端处于RRC非激活态的情况下，若所述至少一个第二多播业务的优先级更高，则不执行将所述终端的RRC状态变为RRC空闲态的操作；

在所述终端处于RRC非激活态、且所述至少一个第二多播业务中包括只在RRC连接态接收的第二多播业务的情况下，若所述只在RRC连接态接收的第二多播业务的优先级更高，则控制所述终端从RRC非激活态变为RRC连接态；

在所述终端处于RRC非激活态、且所述至少一个第二多播业务全部为在RRC非激活态接收的多播业务的情况下，若所述至少一个第二多播业务的优先级更高，则控制所述终端保持RRC非激活态或变为RRC连接态；

在所述终端处于RRC非激活态的情况下，若改变所述终端的RRC状态的事件的优先级更高，则控制所述终端的RRC状态变为所述事件对应的RRC状态。

16.根据权利要求1所述的方法，其特征在于，在所述通信设备为所述终端的情况下，所述方法还包括：

所述终端获取所述第一信息和/或所述RRC状态变化原则。

17.根据权利要求16所述的方法，其特征在于，所述终端获取所述第一信息包括以下至少一项：

所述终端获取所述感兴趣的多播业务的业务信息，所述业务信息中包括所述第一信息；

在所述终端向网络侧设备上报所述感兴趣的多播业务的过程中，所述终端接收网络侧设备发送的所述第一信息。

18.一种无线资源控制状态控制装置，其特征在于，所述装置应用于通信设备，所述装置包括控制模块；

所述控制模块，用于在第一时间段内，根据第一信息和无线资源控制RRC状态变化原则，控制终端的RRC状态；

其中，所述第一时间段为与所述终端感兴趣的多播业务关联的时间段；所述第一信息用于确定所述终端接收所述感兴趣的多播业务的RRC状态。

19.根据权利要求18所述的装置，其特征在于，所述第一信息包括以下至少一项：

只在RRC连接态接收所述感兴趣的多播业务；

在RRC非激活态接收所述感兴趣的多播业务。

20.根据权利要求18所述的装置，其特征在于，所述RRC状态变化原则包括以下至少一项：

若所述感兴趣的多播业务中包括至少一个第一多播业务，则所述终端的RRC状态为RRC连接态，所述第一多播业务为只在RRC连接态接收的多播业务；

若所述感兴趣的多播业务全部为在RRC非激活态接收的多播业务，则所述终端的RRC状态为RRC非激活态或RRC连接态；

若发生改变所述终端的RRC状态的事件，且所述感兴趣的多播业务中包括至少一个第二多播业务，则所述终端的RRC状态为第一对象对应的RRC状态，所述第一对象为所述事件和所述至少一个第二多播业务中优先级更高的对象，所述第二多播业务为不支持在所述事件对应的RRC状态接收的多播业务；

若发生改变终端的RRC状态的事件，且所述感兴趣的多播业务中包括至少一个所述第二多播业务，则所述终端的RRC状态根据网络侧设备发送的控制信息确定。

21.根据权利要求18所述的装置，其特征在于，所述第一时间段的起始时刻包括以下至少一项：

所述终端对所述感兴趣的多播业务感兴趣的时刻；

所述感兴趣的多播业务的会话起始时刻；

网络侧设备开始发送所述感兴趣的多播业务的数据的时刻；或，所述终端开始接收所述感兴趣的多播业务的数据的时刻；

所述感兴趣的多播业务变为激活态的时刻；

若所述感兴趣的多播业务的会话起始时刻早于第一时刻，则所述起始时刻为所述第一时刻，所述第一时刻为所述终端对所述感兴趣的多播业务感兴趣的时刻。

22.根据权利要求21所述的装置，其特征在于，所述感兴趣的多播业务包括至少两个多播业务；

所述终端对所述感兴趣的多播业务感兴趣的时刻为：所述终端对第三多播业务感兴趣的时刻，所述第三多播业务为所述终端对所述至少两个多播业务中，所述终端最早感兴趣的多播业务。

23.根据权利要求21所述的装置，其特征在于，所述感兴趣的多播业务包括至少两个多播业务；

所述感兴趣的多播业务的会话起始时刻为：所述至少两个多播业务中，会话开始最早的多播业务的会话起始时刻。

24.根据权利要求21所述的装置，其特征在于，所述感兴趣的多播业务包括至少两个多播业务；

所述网络侧设备开始发送所述感兴趣的多播业务的数据的时刻为：所述网络侧设备发送第四多播业务的数据的起始时刻，所述第四多播业务为所述至少两个多播业务中，所述网络侧设备最早发送的多播业务；

所述终端开始接收所述感兴趣的多播业务的数据的时刻为：所述终端接收第五多播业务的数据的起始时刻，所述第五多播业务为所述至少两个多播业务中，所述终端最早接收的多播业务。

25.根据权利要求21所述的装置，其特征在于，所述感兴趣的多播业务包括至少两个多播业务；

所述终端感兴趣的多播业务变为激活态的时刻为：所述至少两个多播业务中，最早变为激活态的多播业务变为激活态的时刻。

26.根据权利要求18所述的装置，其特征在于，所述第一时间段的结束时刻包括以下至少一项：

所述终端对所述感兴趣的多播业务不再感兴趣的时刻；

所述感兴趣的多播业务的结束时刻；

所述感兴趣的多播业务变为非激活态的时刻。

27.根据权利要求26所述的装置，其特征在于，所述感兴趣的多播业务包括至少两个多播业务；

所述终端对所述感兴趣的多播业务不再感兴趣的时刻为：所述终端对第六多播业务不再感兴趣的时刻，所述第六多播业务为对所述至少两个多播业务中，所述终端最晚不再感兴趣的多播业务。

28.根据权利要求26所述的装置，其特征在于，所述感兴趣的多播业务包括至少两个多播业务；

所述感兴趣的多播业务的结束时刻为：所述至少两个多播业务中，最晚结束的多播业务的结束时刻。

29.根据权利要求26所述的装置，其特征在于，所述感兴趣的多播业务包括至少两个多播业务；

所述感兴趣的多播业务变为非激活态的时刻为：所述至少两个多播业务中，最晚变为非激活态的多播业务变为非激活态的时刻。

30.根据权利要求20所述的装置，其特征在于，所述RRC状态变化原则包括：若所述感兴趣的多播业务中包括至少一个第一多播业务，则所述终端的RRC状态为RRC连接态；

在所述通信设备为所述终端的情况下，所述控制所述终端的RRC状态，包括以下至少一项：

在所述终端处于RRC连接态的情况下，去使能第一事件的触发条件，所述第一事件为使所述终端的RRC状态变为非RRC连接态的事件；

在所述终端处于RRC连接态的情况下，忽略所述第一事件；

在所述终端处于RRC连接态的情况下，在所述第一事件发生后，不执行将所述终端的RRC状态变为非RRC连接态的操作；

在所述终端处于RRC非激活态的情况下，去使能第二事件的触发条件，所述第二事件为使所述终端的RRC状态变为RRC空闲态的事件；

在所述终端处于RRC非激活态的情况下，忽略所述第二事件；

在所述终端处于RRC非激活态的情况下，在所述第二事件发生后，不执行将所述终端的RRC状态变为RRC空闲态的操作；

在所述终端处于RRC非激活态的情况下，控制所述终端从RRC非激活态变为RRC连接态。

31.根据权利要求20所述的装置，其特征在于，所述RRC状态变化原则包括：若所述感兴趣的多播业务全部为在RRC非激活态接收的多播业务，则所述终端的RRC状态为RRC非激活态或RRC连接态；

在所述通信设备为所述终端的情况下，所述控制所述终端的RRC状态，包括以下至少一项：

在所述终端处于RRC连接态的情况下，去使能第三事件的触发条件，所述第三事件为使所述终端的RRC状态变为RRC空闲态的事件；

在所述终端处于RRC连接态的情况下，忽略所述第三事件；

在所述终端处于RRC连接态的情况下，在所述第三事件发生后，不执行将所述终端的RRC状态变为RRC空闲态的操作；

在所述终端处于RRC连接态的情况下，控制所述终端保持RRC连接态或变为RRC非激活态；

在所述终端处于RRC非激活态的情况下，去使能第四事件的触发条件，所述第四事件为使所述终端的RRC状态变为RRC空闲态的事件；

在所述终端处于RRC非激活态的情况下，忽略所述第四事件；

在所述终端处于RRC非激活态的情况下，在所述第四事件发生后，不执行将所述终端的RRC状态变为RRC空闲态的操作；

在所述终端处于RRC非激活态的情况下，控制所述终端保持RRC非激活态或变为RRC连接态。

32.根据权利要求20所述的装置，其特征在于，所述RRC状态变化原则包括：若发生改变所述终端的RRC状态的事件，且所述感兴趣的多播业务中包括至少一个第二多播业务，则所述终端的RRC状态为第一对象对应的RRC状态；

在所述通信设备为所述终端的情况下，所述控制所述终端的RRC状态，包括以下至少一项：

在所述终端处于RRC连接态的情况下，若所述至少一个第二多播业务的优先级更高，则不执行将所述终端的RRC状态变为所述事件对应的RRC状态的操作；

在所述终端处于RRC连接态、且所述所述至少一个第二多播业务中包括只在RRC连接态接收的第二多播业务的情况下，若所述只在RRC连接态接收的第二多播业务的优先级更高，则控制所述终端保持RRC连接态；

在所述终端处于RRC连接态、且所述至少一个第二多播业务全部为在RRC非激活态接收的多播业务的情况下，若所述至少一个第二多播业务的优先级更高，则控制所述终端保持RRC连接态或变为RRC非激活态；

在所述终端处于RRC连接态的情况下，若改变所述终端的RRC状态的事件的优先级更高，则控制所述终端的RRC状态变为所述事件对应的RRC状态；

在所述终端处于RRC非激活态的情况下，若所述至少一个第二多播业务的优先级更高，则不执行将所述终端的RRC状态变为RRC空闲态的操作；

在所述终端处于RRC非激活态、且所述至少一个第二多播业务中包括只在RRC连接态接收的第二多播业务的情况下，若所述只在RRC连接态接收的第二多播业务的优先级更高，则控制所述终端从RRC非激活态变为RRC连接态；

在所述终端处于RRC非激活态、且所述至少一个第二多播业务全部为在RRC非激活态接收的多播业务的情况下，若所述至少一个第二多播业务的优先级更高，则控制所述终端保持RRC非激活态或变为RRC连接态；

在所述终端处于RRC非激活态的情况下，若改变所述终端的RRC状态的事件的优先级更高，则控制所述终端的RRC状态变为所述事件对应的RRC状态。

33.根据权利要求18所述的装置，其特征在于，在所述通信设备为所述终端的情况下，所述装置还包括：获取模块；

所述获取模块，用于获取所述第一信息和/或所述RRC状态变化原则。

34.根据权利要求33所述的装置，其特征在于，所述获取模块包括：获取单元，和/或接收单元；

所述获取单元，用于获取所述感兴趣的多播业务的业务信息，所述业务信息中包括所述第一信息；

所述接收单元，用于在所述终端向网络侧设备上报所述感兴趣的多播业务的过程中，接收网络侧设备发送的所述第一信息。

35.一种通信设备，其特征在于，包括处理器和存储器和存储器，所述存储器存储可在所述处理器上运行的程序或指令，所述程序或指令被所述处理器执行时实现如权利要求1至17中任一项所述的无线资源控制状态控制方法的步骤。

36.一种可读存储介质，其特征在于，所述可读存储介质上存储程序或指令，所述程序或指令被处理器执行时实现如权利要求1至17中任一项所述的无线资源控制状态控制方法的步骤。

Images