CN110876183A - Rrc连接释放方法、相关设备及系统 - Google Patents

Abstract

本申请涉及RRC连接释放方法、相关设备及系统，RRC连接释放方法由终端而非网络设备来确定终端业务传输结束与否。在终端确定业务传输结束后，终端向网络设备发送用于RRC连接释放请求的MACCE。网络设备在收到用于RRC连接释放请求的MAC CE后，便可以决定向终端发送RRC连接释放消息或RRC释放消息，以发起该终端的RRC连接释放过程。这样，便可以让处于RRC连接态下的终端在结束业务传输后尽快转入RRC空闲态或RRC非激活态，而不是在计数器超时后等待一段时间再转入RRC空闲态或RRC非激活态，有利于降低终端功耗。

Description

RRC连接释放方法、相关设备及系统

技术领域

本申请涉及无线通信技术领域，尤其涉及一种RRC连接释放方法、相关设备及系统。

背景技术

在长期演进(long term evolution，LTE)系统中，用户设备(user equipment，UE)的无线资源控制(radio resource control，RRC)状态包括两种：RRC连接态(RRC_CONNECTED)和RRC空闲态(RRC_IDLE)。当UE没有业务时，UE会处于RRC空闲态。当UE有业务时，UE需要转入RRC连接态来进行数据传输。相比于RRC连接态，UE在RRC空闲态更节省功耗。

在5G新空口(new radio，NR)第一版本中，在RRC_CONNECTED和RRC_IDLE两个RRC状态的基础上，引入了RRC非激活态(RRC_INACTIVE)。UE在RRC非激活态下的行为和在RRC空闲态下的行为基本一致，因此，UE在RRC非激活态下和在RRC空闲态下有相同的节能效果，即比UE在RRC连接态下要节省功耗。

现有技术中，基站可以向UE发送RRC连接释放消息/RRC释放消息(RRCConnectionRelease/RRCRelease)，以发起该UE的RRC连接释放过程。这样，UE在收到RRC连接释放消息/RRC释放消息后，便可以释放RRC连接，从RRC_CONNECTED状态转换为RRC_IDLE状态或RRC_INACTIVE状态。

但是，为了避免UE从RRC_CONNECTED状态进入RRC_IDLE状态/RRC_INACTIVE状态后，很快再次进入RRC_CONNECTED状态的乒乓转化。现有技术没有让处于RRC_CONNECTED状态下的UE在结束业务传输后尽快转入RRC_IDLE状态/RRC_INACTIVE状态，而是继续保持RRC_CONNECTED状态一段时间。这样不利于降低UE功耗。

发明内容

本申请提供了一种RRC连接释放方法、相关设备及系统，可节省终端功耗。

第一方面，本申请提供了一种RRC连接释放方法，应用于终端侧，该方法可包括：终端触发RRC连接释放请求，向网络设备发送第一MAC CE。第一MAC CE携带第一指示信息，第一指示信息指示第一MAC CE用于请求所述网络设备发起RRC连接释放过程。

具体的，终端可以在RRC连接释放请求的触发条件被满足的条件下，触发RRC连接释放请求。RRC连接释放请求的触发条件的实质是终端业务结束。也即是说，一旦终端确定终端业务结束，便可以触发RRC连接释放请求。

第二方面，本申请提供了一种RRC连接释放方法，应用于网络设备侧，该方法可包括：网络设备接收终端发送的第一MAC CE，可以根据第一MAC CE决定向终端发送第一MACCE。这样，终端接收到网络设备发送的RRC连接释放消息/RRC释放消息后，便可以释放RRC连接，从RRC_Connected状态转换为RRC_IDLE或RRC_Inactive状态。

可选的，网络设备在接收到终端发送的用于RRC连接释放请求的MAC CE后，可以决定立即发起该终端的RRC连接释放过程。可选的，网络设备在接收到终端发送的该MAC CE之后，也可以稍微等待短暂时间(如30-50ms)，再决定发起该终端的RRC连接释放过程。可选的，网络设备在接收到终端发送的该MAC CE之后，还可以再等待终端接一个或几个少量下行数据包后，再决定发起该终端的RRC连接释放过。

实施第一方面和第二方面提供的方法，可以让处于RRC连接态下的终端在结束业务传输后尽快转入RRC空闲态或者RRC非激活态，而不是在计数器超时后等待一段时间再转入RRC空闲态或者RRC非激活态，有利于降低终端功耗。

结合第一方面或第二方面，在一些可选的实施例中，RRC连接释放请求的触发条件可包括：

1.第1种触发条件：终端在不久的将来没有业务需要传输。一旦终端确定当前时刻之后的一段时间内没有业务需要传输，终端便触发RRC连接释放请求。本申请中，可以将这一段时间称为第一时间，第一时间可以为20-30s，或其他值。

关于第1种触发条件的具体实现，可参考后续实施例，这里先不赘述。

2.第2种触发条件：终端当前传输的上行数据是当前业务的最后一个上行数据包。一旦终端确定当前传输的上行数据是当前业务的最后一个上行数据包，终端便触发RRC连接释放请求。

具体的，第2种触发条件被满足可能会有两种情况：

情况一(case 1)，终端当前传输的上行数据是当前业务的最后一个上行数据包，且终端在发送最后一个上行数据包之后不会再接收下行数据包。

情况二(case 2)，终端当前传输的上行数据是当前业务的最后一个上行数据包，且终端在发送最后一个上行数据包之后需要再接收一个下行数据包。

也即是说，在终端传输最后一个上行数据包后可能存在两种情况：终端不再接收下行数据包，或终端需要再接收一个下行数据包。

在情况二中，不限于一个下行数据包，还可以是少于第一数据量(即少量)的下行数据包。第一数据量的数据包可以包括一个，或两个，或三个等个数的下行数据包。也即是说，一旦终端确定当前传输的上行数据是当前业务的最后一个上行数据包，且终端在发送最后一个上行数据包之后需要再接收少量下行数据包，终端便可以触发RRC连接释放请求。可选的，该少量下线数据包可以是针对最后一个上行数据包的应答数据包，例如应答/非应答(ACK/NACK)等。

结合第一方面或第二方面，在一些可选实施例中，当RRC连接释放请求的第1种触发条件满足时，终端触发RRC连接释放请求的具体实现可包括以下几种方式：

方式一，可以由高层协议层，如应用层或PDCP层，来确定终端在不久的将来没有业务需要传输。一旦高层协议层(如PDCP层)确定当前时刻之后的一段时间内没有业务需要传输，高层协议层便向MAC层传递指示信息。MAC层在收到该指示信息后便触发RRC连接释放请求。本申请中，可以将该指示信息称为第五指示信息。

方式二，可以由MAC层确定终端在不久的将来没有业务需要传输。一旦MAC层确定当前时刻之后的一段时间内没有业务需要传输，MAC层便触发RRC连接释放请求。

也即是说，终端可以在高层协议层确定near future没有业务，并传递指示信息至MAC层，然后在MAC层触发RRC连接释放请求。终端也可以在MAC层MAC层触发RRC连接释放请求，并触发RRC连接释放请求。

不限于上述两种方式，终端还可以通过其他方式确定near future没有业务，本申请对此不做限制。

结合第一方面或第二方面，在一些可选实施例中，当RRC连接释放请求的第2种触发条件满足时，终端触发RRC连接释放请求的具体实现可包括以下几种方式：

方式一，可以由高层协议层，如应用层或PDCP层，来确定终端当前传输的上行数据是否是当前业务的最后一个上行数据包，并向MAC层传递指示信息。当MAC层收到该指示信息时，MAC层触发RRC连接释放请求。

具体的，如果高层协议层(如PDCP层)确定是第2种触发条件上述情况一(case 1)被满足，则高层协议层可以向MAC层发送指示信息，该指示信息用于通知MAC层当前业务的最后一个上行数据包之后不会再有下行数据。本申请中，可以将该指示信息称为第六指示信息。当MAC层收到第六指示信息时，MAC层便触发RRC连接释放请求。

具体的，如果高层协议层(如PDCP层)确定是第2种触发条件的上述情况二(case2)被满足，则高层协议层可以向MAC层发送指示信息，该指示信息用于通知MAC层当前业务的最后一个上行数据包之后还会再有少量下行数据，例如一个下行数据包。本申请中，可以将该指示信息称为第七指示信息。当MAC层收到第七指示信息时，MAC层便触发RRC连接释放请求。

可选的，高层协议层需要在确定其他上行PDCP SDU或者上行PDCP PDU都已经正确发送后，才将第六指示信息或者第七指示信息发送给MAC层。

方式二，可以由高层协议层，如应用层或PDCP层，来确定终端当前传输的上行数据是否是当前业务的最后一个上行数据包，并向MAC层传递指示信息。在MAC层收到该指示信息后，当MAC层发送最后一个上行数据包的部分或全部时，MAC层便触发RRC连接释放请求。

具体的，高层协议层(如PDCP层)确定是第2种触发条件的上述情况一(case 1)被满足，则高层协议层可以向MAC层发送第六指示信息。在MAC层收到第六指示信息后，当MAC层发送最后一个上行数据包的部分或全部时，MAC层便触发RRC连接释放请求。

具体的，如果高层协议层(如PDCP层)确定是第2种触发条件的上述情况二(case2)被满足，则高层协议层可以向MAC层发送第七指示信息。在MAC层收到第七指示信息后，当MAC层发送最后一个上行数据包的部分或全部时，MAC层便触发RRC连接释放请求。

不限于上述两种方式，终端还可以通过其他方式确定前述第2种触发条件被满足，本申请对此不做限制。

结合第一方面或第二方面，在一些可选的实施例中，第一MAC CE的具体实现可如下：

(1)第一MAC CE可以重用现有协议中定义的BSR MAC CE来实现。

为了和现有协议中定义的其他功能的BSR MAC CE区别开来，第一MAC CE中携带的第一指示信息可以指示第一MAC CE是特殊的BSR MAC CE，第一MAC CE为用于RRC连接释放请求的MAC CE，即MAC CE for RRC Connection Release Request。

方式一，对于现有BSR MAC CE来说，第一指示信息可以包括：BSR MAC CE对应的MAC subheader中取值为预留LCID值(如100010–110100中一个值或一个值范围)的LCID域，和/或，BSR MAC CE对应的MAC subheader中取值为第一值(如1)的预留比特R。也即是说，可以利用现有BSR MAC CE对应的MAC subheader中的预留LCID值或预留比特R来表示该BSRMAC CE是一个特殊的MAC CE，用于RRC连接释放请求，即MAC CE for RRC ConnectionRelease Request。

可选的，当第一MAC CE具体为短BSR格式或短截断BSR格式的BSR MAC CE时，该BSRMAC CE中的buffer size域的取值为0；该BSR MAC CE中的LCG ID域的取值可以为所终端的任意一个LCG的ID，或者为包含具有最高优先级的逻辑信道的LCG的ID，或者为0。

可选的，当第一MAC CE具体为长BSR格式或长截断BSR格式的BSR MAC CE时，该BSRMAC CE中可以仅包含一个bitmap字节，该bitmap字节中的每一个比特的取值均为0，表示各个比特各自对应的逻辑信道组中没有数据缓存。可以看出，由于省去了现有BSR MAC CE中的buffer size域，第一MAC CE可以节约比特开销。

方式二，对于长BSR格式或长截断BSR格式的BSR MAC CE来说，第一指示信息还可包括：取值为buffer size预留值(即255)的buffer size域。也即是说，还可以利用现有长BSR格式或长截断BSR格式的BSR MAC CE中的预留buffer size值来表示该BSR MAC CE是一个特殊的MAC CE，用于RRC连接释放请求，即MAC CE for RRC Connection ReleaseRequest。

可选的，当第一MAC CE具体为长BSR格式或长截断BSR格式的BSR MAC CE时，该BSRMAC CE中可以仅包含一个bitmap字节和一个buffer size域。

(2)第一MAC CE可以为新定义的MAC CE。

本申请中，该新定义的MAC CE的比特长度可以固定为0个比特；第一MACCE中携带的第一指示信息可包括：该新定义的MAC CE对应的MAC subheader中取值为预留LCID值(如100010–110100中一个值或一个值范围)的LCID域，和/或，该新定义的MAC CE对应的MACsubheader中取值为第一值(如1)的预留比特R。也即是说，可以利用MAC subheader中的预留LCID值或预留比特R来指示第一MAC CE用于RRC连接释放请求。

可以看出，利用新定义的MAC CE来实现第一MAC CE，由于MAC CE部分为0bits，仅有MAC subheader部分，可以节约比特开销。

(3)第一MAC CE可以携带第二指示信息，以指示终端偏好转移到的RRC状态。

终端偏好转移到的RRC状态可包括RRC空闲态或RRC非激活态。

可选的，第二指示信息可包括但不限于以下两种实现方式：

1.方式一，第二指示信息可以为该新定义的MAC CE对应的MAC subheader中的第一指示比特。当第一指示比特的取值为第三值(如1)时，表示终端偏好转移到的RRC状态为RRC空闲态，当第一指示比特的取值为第四值(如0)时，表示终端偏好转移到的RRC状态为RRC非激活态。

也即是说，可利用该新定义的MAC CE对应的MAC subheader中的某个比特(如预留比特R作为指示比特)指示终端偏好转移到的RRC状态。

2.方式二，第二指示信息可以为MAC subheader中的LCID域，当LCID域的取值为第

一预留LCID值时，表示终端偏好转移到的RRC状态为RRC空闲态，当LCID域的取值为第二预留LCID值时，表示终端偏好转移到的RRC状态为RRC非激活态。

也即是说，可利用MAC subheader中的LCID域的预留LCID值指示终端偏好转移到的RRC状态。LCID域的预留LCID值不仅可以将第一MAC CE与现有BSR MAC CE区别开来，还可以同时指示出终端偏好转移到的RRC状态。

(4)第一MAC CE可以携带第三指示信息，以指示终端在发送最后一个上行数据包之后需要再接收一个下行数据包还是不需要再接收下行数据包。

可选的，第三指示信息可包括但不限于以下两种实现方式：

1.方式一，第三指示信息可以为MAC subheader中的第二指示比特。

当第二指示比特的取值为第五值(如1)时，表示终端在发送最后一个上行数据之后需要再接收一个下行数据；当第二指示比特的取值为第六值(如0)时，表示终端在发送最后一个上行数据之后不需要接收下行数据。

也即是说，可利用现有的BSR MAC CE对应的MAC subheader中的某个比特(如预留比特R作为指示比特)区别指示第2种触发条件的case1和case2。

2.方式二，第三指示信息可以为MAC subheader中的LCID域。

当LCID域的取值为第三预留LCID值时，表示终端在发送最后一个上行数据包之后需要再接收一个下行数据包；当LCID域的取值为第四预留LCID值时，表示终端在发送最后一个上行数据包之后不需要接收下行数据包。

也即是说，可利用现有BSR MAC CE对应的MAC subheader中的LCID域的预留LCID值区别指示第2种触发条件的case1和case2。LCID域的预留LCID值不仅可以将第一MAC CE与现有BSR MAC CE区别开来，还可以同时区别指示第2种触发条件的case1和case2。

(4)第一MAC CE可以既指示终端偏好转移到的RRC状态，也指示终端在发送最后一个上行数据之后需要再接收一个下行数据包或不需要再接收下行数据包。

1.方式一，第一MAC CE可以同时携带第一指示比特和第二指示比特，第一指示比特和第二指示比特为MAC subheader中的两个不同的指示比特。

具体的，如图23所示，第一MAC CE对应的MAC subheader可以如图23示例性所示。其中，比特I即第一指示比特，用于指示终端偏好转移到的RRC状态；比特D即第二指示比特，用于区别指示第2种触发条件的case1和case2；LCID域的取值为图9示出的表格中的预留LCID值(如100010–110100中的100011)中的一个值或一个值范围。比特I、比特D可以是MACsubheader中的预留比特R。

2.方式二，第一MAC CE可以携带第四指示信息，第四指示信息指示终端偏好转移到的RRC状态，以及，终端在发送最后一个上行数据之后需要再接收一个下行数据包或不需要再接收下行数据包。

具体的，第四指示信息为MAC subheader中的LCID域，可指示如下四种情况：

当LCID域的取值为第五预留LCID值(如100010–110100中的100010)时，表示终端偏好转移到的RRC状态为RRC空闲态且终端在发送最后一个上行数据之后需要再接收一个下行数据；

当LCID域的取值为第六预留LCID值(如100010–110100中的100011)时，表示终端偏好转移到的RRC状态为RRC非激活态且终端在发送最后一个上行数据之后需要再接收一个下行数据；

当LCID域的取值为第七预留LCID值(如100010–110100中的100100)时，表示终端偏好转移到的RRC状态为RRC空闲态且终端在发送最后一个上行数据之后不需要接收下行数据；

当LCID域的取值为第八预留LCID值(如100010–110100中的100101)时，表示终端偏好转移到的RRC状态为RRC非激活态且终端在发送最后一个上行数据之后不需要接收下行数据。

也即是说，LCID域的预留LCID值不仅可以将第一MAC CE与现有的其他功能的BSRMAC CE区别开来，还可以指示上述四种情况中的任意一种。

结合第一方面或第二方面，在一些可选的实施例中，第一MAC CE在进行逻辑信道优先级处理时的优先级可以低于以下各项的优先级：C－RNTI MAC CE、Configured GrantConfirmation MAC CE、除了padding BSR MAC CE外的BSR MAC CE、PHR MAC CE、除来自UL－CCCH的数据外的来自任意逻辑信道的数据。这样，可以避免第一MAC CE抢占承载数据的资源，确保数据正常传输。

结合第一方面或第二方面，在一些可选的实施例中，第一MAC CE在进行逻辑信道优先级处理时的优先级可以低于以下各项的优先级：C－RNTI MAC CE、Configured GrantConfirmation MAC CE、除了用于padding的BSR MAC CE外的BSR MAC CE。

结合第一方面或第二方面，在一些可选的实施例中，如果终端没有用于承载第一MAC CE的足够的上行资源，则终端触发调度请求SR。

第三方面，提供了一种终端，包括多个功能单元，用于相应的执行第一方面可能的实施方式中的任意一种所提供的方法。

第四方面，提供了一种网络设备，包括多个功能单元，用于相应的执行第二方面可能的实施方式中的任意一种所提供的方法。

第五方面，提供了一种终端，用于执行第一方面描述的RRC连接释放方法。所述网络设备可包括：存储器以及与所述存储器耦合的处理器、发射器和接收器，其中：所述发射器用于与向另一无线通信设备发送信号，所述接收器用于接收所述另一无线通信设备发送的信号，所述存储器用于存储第一方面描述的RRC连接释放方法的实现代码，所述处理器用于执行所述存储器中存储的程序代码，即执行第一方面可能的实施方式中的任意一种所描述的RRC连接释放方法。

第六方面，提供了一种网络设备，用于执行第二方面描述的RRC连接释放方法。所述终端可包括：存储器以及与所述存储器耦合的处理器、发射器和接收器，其中：所述发射器用于与向另一无线通信设备发送信号，所述接收器用于接收所述另一无线通信设备发送的信号，所述存储器用于存储第二方面描述的RRC连接释放方法的实现代码，所述处理器用于执行所述存储器中存储的程序代码，即执行第二方面可能的实施方式中的任意一种所描述的RRC连接释放方法。

第七方面，提供了一种通信系统，所述通信系统包括：网络设备和终端，其中：所述终端可以是第一方面描述的终端。所述网络设备可以是第二方面描述的网络设备。

第八方面，提供了一种计算机可读存储介质，所述可读存储介质上存储有指令，当其在计算机上运行时，使得计算机执行上述第一方面描述的RRC连接释放方法。

第九方面，提供了另一种计算机可读存储介质，所述可读存储介质上存储有指令，当其在计算机上运行时，使得计算机执行上述第二方面描述的RRC连接释放方法。

结合第十方面，提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第一方面描述的RRC连接释放方法。

结合第十一方面，提供了另一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述第二方面描述的RRC连接释放方法。

附图说明

为了更清楚地说明本申请实施例或背景技术中的技术方案，下面将对本申请实施例或背景技术中所需要使用的附图进行说明。

图1是本申请提供的一种无线通信系统的架构示意图；

图2A-2B是现有的释放RRC连接的流程；

图3是本申请提供的RRC连接释放方法的总体流程示意图；

图4-5是现有的BSR MAC CE的几种格式示意图；

图6是现有的短BSR或短截断BSR的BSR MAC CE的buffer size域的取值示意图；

图7是现有的长BSR或长截断BSR的BSR MAC CE的buffer size域的取值示意图；

图8-9是现有的MAC subheader的几种格式示意图；

图10是现有的MAC subheader中的LCID域的取值示意图；

图11是本申请的一个实施例提供的RRC连接释放方法的流程示意图；

图12是终端触发RRC连接释放请求的一种实现的流程示意图；

图13-14是本申请提供的第一MAC CE对应的几种MAC subheader的示意图；

图15是本申请的另一个实施例提供的RRC连接释放方法的流程示意图；

图16是本申请提供的第一MAC CE对应的一种MAC subheader的示意图；

图17是本申请的再一个实施例提供的RRC连接释放方法的流程示意图；

图18A-18B是终端触发RRC连接释放请求的2种实现的流程示意图；

图19是SDU和PDU的关系示意图；

图20A-20B是终端触发RRC连接释放请求的2种实现的流程示意图；

图21-23是本申请提供的第一MAC CE对应的几种MAC subheader的示意图；

图24是本申请的再一个实施例提供的RRC连接释放方法的流程示意图；

图25是本申请提供的第一MAC CE对应的一种MAC subheader的示意图；

图26是本申请的一个实施例提供的终端设备的硬件架构示意图；

图27是本申请的一个实施例提供的网络设备的硬件架构示意图；

图28是本申请的提供的无线通信系统，终端和网络设备的功能框图；

图29是本申请的一种处理器的结构示意图。

具体实施方式

本申请的实施方式部分使用的术语仅用于对本申请的具体实施例进行解释，而非旨在限定本申请。

图1示出了本申请涉及的无线通信系统100。无线通信系统100可以工作在高频频段上，可以是第五代移动通信(the 5th Generation，5G)系统、新空口(new radio，NR)系统，还可以是长期演进(Long Term Evolution，LTE)系统，机器与机器通信(Machine toMachine，M2M)系统，未来演进的第六代通信系统等。如图1所示，无线通信系统100可包括：一个或多个网络设备101，一个或多个终端103，以及核心网115。其中：

网络设备101可以为基站，基站可以用于与一个或多个终端进行通信，也可以用于与一个或多个具有部分终端功能的基站进行通信(比如宏基站与微基站，如接入点，之间的通信)。基站可以是时分同步码分多址(Time Division Synchronous Code DivisionMultiple Access，TD－SCDMA)系统中的基站收发台(Base Transceiver Station，BTS)，也可以是LTE系统中的演进型基站(Evolutional Node B，eNB)，以及5G系统、新空口(NR)系统中的基站。另外，基站也可以为接入点(Access Point，AP)、传输节点(Trans TRP)、中心单元(Central Unit，CU)或其他网络实体，并且可以包括以上网络实体的功能中的一些或所有功能。

终端103可以分布在整个无线通信系统100中，可以是静止的，也可以是移动的。在本申请的一些实施例中，终端103可以是用户设备UE、移动设备、移动台(mobile station)、移动单元(mobileunit)、M2M终端、无线单元，远程单元、用户代理、移动客户端等等。

具体的，网络设备101可用于在网络设备控制器(未示出)的控制下，通过无线接口105与终端103通信。在一些实施例中，所述网络设备控制器可以是核心网115的一部分，也可以集成到网络设备101中。具体的，网络设备101可用于通过回程(blackhaul)接口113(如S1接口)向核心网115传输控制信息或者用户数据。具体的，网络设备101与网络设备101之间也可以通过回程(blackhaul)接口111(如X2接口)，直接地或者间接地，相互通信。

需要说明的，图1示出的无线通信系统100仅仅是为了更加清楚的说明本申请的技术方案，并不构成对本申请的限定，本领域普通技术人员可知，随着网络架构的演变和新业务场景的出现，本申请提供的技术方案对于类似的技术问题，同样适用。

在LTE和NR中，触发UE从RRC连接态转入RRC空闲态有如下几种现有方案：

方案1：基站发送RRC连接释放消息/RRC释放消息(RRCConnectionRelease/RRCRelease)给UE，UE接收到RRC连接释放消息后，从RRC连接态转入RRC空闲态。

如图2A所示，在方案1中，基站何时发送RRC连接释放消息取决于基站的实现。基站侧会维护一个检测UE活动的计时器。该计时器的名称为InactivityTimer。当该计时器超时后，基站发送RRC连接释放消息/RRC释放消息给UE。根据从现网中获取的数据，一般该计时器在UE结束业务传输后，会再运行10～20s左右。这样也就意味着UE在业务传输结束后，UE还需要保持RRC连接态10～20s。因此，会导致UE不必要的额外功耗。

方案2：基站为UE配置一个计时器。当UE有任何上行或者下行传输时，包括信令和数据，UE都会重启该计时器。而当该计时器超时后，UE自动转入RRC空闲态。

如图2B所示，在方案2中，在UE进入RRC连接态后，基站会通过RRC连接重配置消息/RRC重配消息(RRCConnectionReconfiguration/RRCReconfiguration)为UE配置一个计时器。该计时器的名称为DataInactivityTimer。UE的媒体接入控制(media access control，MAC)实体会维护该计时器。当UE的MAC实体在专用业务信道(dedicated traffic channel，DTCH)，或者专用控制信道(dedicated control channel，DCCH)或者公共控制信道(commoncontrol channel，CCCH)上接收到数据时，或者当UE的MAC实体在专用业务信道，或者专用控制信道上传输数据时，UE都需要启动或者重启该计时器。当该计时器超时时，MAC实体会发送指示通知UE的RRC层。当RRC层接收到该指示后，会发起从RRC连接态到RRC空闲态的状态转移，从而释放RRC连接。

方案2的主要作用是为了克服UE没有成功接收到基站发送的RRC连接释放消息而造成的UE和基站侧的RRC状态不一致，从而导致UE一致处于RRC连接态的问题。一般情况下，方案2中的DataInactivityTimer的定时长度会比方案1中基站侧维护的Inactivity Timer的定时长度更长。

可以看出，现有技术都会让UE在业务结束后还会在RRC连接态下再保持一段时间。具体的，上述方案1中，UE在业务结束后还会在RRC连接态下再保持10-20s，上述方案2中，UE在业务结束后还会在RRC连接态下再保持超多10-20s的时间。主要是为了避免UE从RRC连接态进入RRC空闲态/非激活态后，很快再次进入RRC连接态的乒乓转化。

但是，现有技术没有让处于RRC连接态下的UE在结束业务传输后尽快转入RRC空闲态或者RRC非激活态，不利于降低UE功耗。这主要是由于基站无法准确估计UE业务结束的时刻。本申请提供的技术方案将基于UE侧实现确定或者估计业务结束的时刻，可实现尽快触发RRC连接释放请求。

为了解决现有的技术问题，本申请提供了一种RRC连接释放方法，可节约终端功耗。

在本申请实施例中，由终端而非网络设备来确定终端业务传输结束与否。在终端确定业务传输结束后，终端向网络设备发送用于RRC连接释放请求的MAC控制实体(controlentity，CE)。网络设备在收到用于RRC连接释放请求的MAC CE后，便可以决定向终端发送RRC连接释放消息/RRC释放消息，以发起该终端的RRC连接释放过程。这样，便可以让处于RRC连接态下的终端在结束业务传输后尽快转入RRC空闲态或者RRC非激活态，而不是在计数器超时后等待一段时间再转入RRC空闲态或者RRC非激活态，有利于降低终端功耗。

基于上述描述，下面说明本申请提供的RRC连接释放方法的总体流程。如图3所示，本申请提供的RRC连接释放方法可包括：

S101，终端触发RRC连接释放请求。

具体的，终端可以在RRC连接释放请求的触发条件被满足的条件下，触发RRC连接释放请求。RRC连接释放请求的触发条件的实质是终端业务结束。也即是说，一旦终端确定终端业务结束，便可以触发RRC连接释放请求。后续内容会详细介绍该触发条件，这里先不赘述。

具体的，一旦终端触发RRC连接释放请求后，终端会生成用于RRC连接释放请求的MAC CE(MAC CE for RRC connection release request)。也即是说，终端发送的RRC连接释放请求可以承载于MAC CE中。

S102，终端向网络设备发送用于RRC连接释放请求的MAC CE。相应的，网络设备接收到终端发送的该MAC CE。

本申请中，终端向网络设备发送用于RRC连接释放请求的MAC CE的目的是：请求网络设备发起该终端的RRC连接释放过程。RRC连接释放过程可如图3中的S103-S104所示。

S103-S104，网络设备向终端发送RRC连接释放消息/RRC释放消息。相应的，终端接收网络设备发送的RRC连接释放消息/RRC释放消息，释放RRC连接，从RRC_Connected状态转换为RRC_IDLE或RRC_Inactive状态。

可选的，网络设备在接收到终端发送的用于RRC连接释放请求的MAC CE后，可以决定立即发起该终端的RRC连接释放过程。可选的，网络设备在接收到终端发送的该MAC CE之后，也可以稍微等待短暂时间(如30-50ms)，再决定发起该终端的RRC连接释放过程。可选的，网络设备在接收到终端发送的该MAC CE之后，还可以再等待终端接一个或几个少量下行数据包后，再决定发起该终端的RRC连接释放过。在最后一种可选方式中，终端可以在该MAC CE中指示网络设备在接收到该MAC CE后，等待终端接收一个或几个少量下行数据包，再发起RRC连接释放过程，具体实现可参考后续实施例，这里先不赘述。

本申请中，用于RRC连接释放请求的MAC CE(MAC CE for RRC connectionrelease request)可以称为第一MAC CE。第一MAC CE可以重用现有协议中定义的MAC CE来实现，也可以为新定义的MAC CE。本申请中，第一MAC CE携带第一指示信息，第一指示信息指示第一MAC CE用于RRC连接释放请求。后续内容中会详细介绍第一MAC CE的信令实现，这里先不赘述。另，本申请对第一MAC CE的命名不做限制。

实际应用中，终端还可通过UE能力上报来指示终端自身是否支持触发RRC连接释放请求。相应的，网络设备可以根据终端的指示决定是否允许该终端发送第一MAC CE。具体的，如果终端指示能够支持触发RRC连接释放请求，则由网络设备决定是否允许该终端发送第一MAC CE。如果网络设备允许该终端发送第一MAC CE，则网络设备向终端发送允许其发送第一MAC CE的指示。在接收到该指示后，终端才可以触发和发送第一MAC CE。

实施图3所示的技术方案，由终端而非网络设备来确定终端业务传输结束与否，便可以尽快准确的确定出终端业务传输结束的时刻。终端可以在确定业务传输结束后向网络设备发送第一MAC CE，以请求网络设备发起RRC连接释放过程。这样，便可以让处于RRC连接态下的终端在结束业务传输后尽快转入RRC空闲态或者RRC非激活态，有利于降低终端功耗。

另外，本申请采用MACCE而非RRC等信令来请求网络设备发起RRC连接释放过程，可进一步降低终端功耗。因为MAC CE相比于RRC等信令省去了自动重传请求(automaticrepeat request，ARQ)，更节能。

其次，介绍本申请实施例涉及以下三点(一)至(三)。

(一)RRC连接释放请求的触发条件

1.第1种触发条件：终端在发送或者接收一个数据后，在一段时间内都没有任何数据传输，终端确定不久的将来没有业务需要传输。终端便触发RRC连接释放请求。

本申请中，可以将这一段时间称为第一时间，第一时间可以为几秒，或其他值。例如，第一时间的确定方法可以为：终端如果发现在连续N个非连续接收(discontinuousreception，DRX)周期内，都没有接收到网络设备的发送的对数据发送和接收的调度信息，则终端触发RRC连接释放请求。第一时间即为这N个DRX周期。

关于终端依据第1种触发条件触发RRC连接释放请求的具体实现，可参考后续实施例，这里先不赘述。

2.第2种触发条件：终端当前传输的上行数据是当前业务的最后一个上行数据包。一旦终端确定当前传输的上行数据是当前业务的最后一个上行数据包，终端便触发RRC连接释放请求。

例如，在终端备份数据到云端的场景中，假设该终端需要备份1G的照片到云端，且备份期间该终端没有其他APP进行数据上传活动，那么终端便可以把这1G照片的数据中最后1个数据包确定为当前业务最后一个上行数据包，当终端传输该最后一个数据包时，终端可触发RRC连接释放请求。

具体的，第2种触发条件被满足可能会有两种情况：

情况一(case 1)，终端当前传输的上行数据是当前业务的最后一个上行数据包，且终端在发送最后一个上行数据包之后不会再接收下行数据包。

情况二(case 2)，终端当前传输的上行数据是当前业务的最后一个上行数据包，且终端在发送最后一个上行数据包之后需要再接收一个下行数据包。

也即是说，在终端传输最后一个上行数据包后可能存在两种情况：终端不再接收下行数据包，或终端需要再接收一个下行数据包。

在情况二中，不限于一个下行数据包，还可以是少于第一数据量(即少量)的下行数据包。第一数据量的数据包可以包括一个，或两个，或三个等个数的下行数据包。也即是说，一旦终端确定当前传输的上行数据是当前业务的最后一个上行数据包，且终端在发送最后一个上行数据包之后需要再接收少量下行数据包，终端便可以触发RRC连接释放请求。可选的，该少量下线数据包可以是针对最后一个上行数据包的应答数据包，例如应答/非应答(ACK/NACK)等。

最后一个上行数据包是指最后一个上行PDCP服务数据单元(service data unit，SDU)或者最后一个上行PDCP分组数据单元(packet data unit，PDU)。

关于终端依据第2种触发条件触发RRC连接释放请求的具体实现，可参考后续实施例，这里先不赘述。

(二)第一MAC CE的信令实现

在介绍第一MAC CE的信令实现之前，先介绍现有协议中定义的缓存状态报告(buffer status report，BSR)MAC CE。

(1)BSR MAC CE包含四种格式：

短BSR格式(Short BSR format)，其长度固定，只有1个字节；

短截断BSR格式(Short Truncated BSR format)，其长度固定，只有1个字节；

长BSR格式(Long BSR format)，其长度不固定；

长截断BSR格式(Long Truncated BSR format)，其长度不固定。

其中，短BSR格式和短截断BSR格式对应的BSR MAC CE如图4所示；长BSR格式和长截断BSR格式对应的BSR MAC CE如图5所示。

在图4中，LCG ID域表示逻辑信道组(logical channel group，LCG)的标识。在LTE和NR中，UE都是以逻辑信道组为粒度上报对应的缓存中的数据量的；buffer size域表示LCG ID域对应的逻辑信道组的缓存中的数据量。

在图5中，对于长BSR格式，第一个字节为一个bitmap。该bitmap中的每个bit用于指示是否上报了该bit对应的LCG的buffer size。而对于长截断BSR格式，所述bitmap中的每个bit用于指示该bit对应的LCG是否有数据。各个buffer size域表示各个相应的逻辑信道组的缓存中的数据量。

(2)对于短BSR格式和短截断BSR格式，其缓存大小buffer size用5bit表示，buffer size域的取值以及其表示的数据量如图6示出的表格所示。对于长BSR格式和长截断BSR格式，其缓存大小buffer size用8bit表示，buffer size域的取值以及其表示的数据量如图7示出的表格所示。

(3)BSR MAC CE有对应的MAC subheader。

对于短BSR格式和短截断BSR格式，其对应的MAC subheader如图8所示。

对于长BSR格式和长截断BSR格式，其对应的MAC subheader如图9所示。

其中，R表示预留比特，取值固定设为0。F用于指示L域是1个字节还是2个字节。

L域用于指示对应的可变长度的MAC CE的占用的字节数。LCID域：当包含LCID域的MAC subheader对应的是一个MAC CE时，LCID域用于指示该MAC CE的类型。对于上行MACCE，LCID域的取值和MAC CE类型之间的对应关系如图10示出的表格所示。从图10可以看出，对于四种BSR格式的MAC CE，分别用四个LCID值来表示。

下面介绍本申请中的第一MAC CE的具体实现。

(1)第一MAC CE可以重用现有协议中定义的BSR MAC CE来实现。

为了和现有协议中定义的其他功能的BSR MAC CE区别开来，第一MAC CE中携带的第一指示信息可以指示第一MAC CE是特殊的BSR MAC CE，第一MAC CE为用于RRC连接释放请求的MAC CE，即MAC CE for RRC Connection Release Request。

方式一，对于现有BSR MAC CE来说，第一指示信息可以包括：BSR MAC CE对应的MAC subheader中取值为预留LCID值(如100010–110100中一个值或一个值范围)的LCID域，和/或，BSR MAC CE对应的MAC subheader中取值为第一值(如1)的预留比特R。也即是说，可以利用现有BSR MAC CE对应的MAC subheader中的预留LCID值或预留比特R来表示该BSRMAC CE是一个特殊的MAC CE，用于RRC连接释放请求，即MAC CE for RRC ConnectionRelease Request。

对于预留LCID值，如果现有协议中这个范围100010－110100中有个别预留LCID值被用来做其他用途，本申请中提及的对预留LCID值的使用不与该个别预留LCID值发生冲突。

可选的，当第一MAC CE具体为短BSR格式或短截断BSR格式的BSR MAC CE时，该BSRMAC CE中的buffer size域的取值为0；该BSR MAC CE中的LCG ID域的取值可以为所终端的任意一个LCG的ID，或者为包含具有最高优先级的逻辑信道的LCG的ID，或者为0。

可选的，当第一MAC CE具体为长BSR格式或长截断BSR格式的BSR MAC CE时，该BSRMAC CE中可以仅包含一个bitmap字节，该bitmap字节中的每一个比特的取值均为0，表示各个比特各自对应的逻辑信道组中没有数据缓存。可以看出，由于省去了现有BSR MAC CE中的buffer size域，第一MAC CE可以节约比特开销。

方式二，对于长BSR格式或长截断BSR格式的BSR MAC CE来说，第一指示信息还可包括：取值为buffer size预留值(即255)的buffer size域。也即是说，还可以利用现有长BSR格式或长截断BSR格式的BSR MAC CE中的预留buffer size值来表示该BSR MAC CE是一个特殊的MAC CE，用于RRC连接释放请求，即MAC CE for RRC Connection ReleaseRequest。

可选的，当第一MAC CE具体为长BSR格式或长截断BSR格式的BSR MAC CE时，该BSRMAC CE中可以仅包含一个bitmap字节和一个buffer size域。

(2)第一MAC CE可以为新定义的MAC CE。

本申请中，该新定义的MAC CE的比特长度可以固定为0个比特；第一MAC CE中携带的第一指示信息可包括：该新定义的MAC CE对应的MAC subheader中取值为预留LCID值(如100010–110100中一个值或一个值范围)的LCID域，和/或，该新定义的MAC CE对应的MACsubheader中取值为第一值(如1)的预留比特R。也即是说，可以利用MAC subheader中的预留LCID值或预留比特R来指示第一MAC CE用于RRC连接释放请求。

对于预留LCID值，如果现有协议中这个范围100010－110100中有个别预留LCID值被用来做其他用途，本申请中提及的对预留LCID值的使用不与该个别预留LCID值发生冲突。

可以看出，利用新定义的MAC CE来实现第一MAC CE，由于MAC CE部分为0bits，仅有MAC subheader部分，可以节约比特开销。

(3)第一MAC CE可以携带指示信息，以指示终端偏好转移到的RRC状态。

终端偏好转移到的RRC状态可包括RRC空闲态或RRC非激活态。该指示信息可以称为第二指示信息。

(4)第一MAC CE可以携带指示信息，以指示终端在发送最后一个上行数据包之后需要再接收一个下行数据包还是不需要再接收下行数据包。

关于终端在发送最后一个上行数据包之后需要再接收一个下行数据包还是不需要再接收下行数据包，可具体参考关键技术(一)中的第2种触发条件的内容，这里不再赘述。该指示信息可以称为第三指示信息。

关于第一MAC CE的信令实现的详细描述，可参考后续实施例。

(三)第一MAC CE的传输

1.第一MAC CE在进行逻辑信道优先级处理时的优先级

可选的，第一MAC CE在进行逻辑信道优先级处理时的优先级可以低于以下各项的优先级：小区无线网络临时标识(cell－radionetworktem porary identifier，C－RNTI)MAC CE、配置授权确认MAC CE(Configured Grant Confirmation MAC CE)、除了填充BSRMAC CE(paddingBSR MAC CE)外的BSR MAC CE、功率余量报告MAC CE(power headroomreport MAC CE，PHR MAC CE)、除来自上行公共控制信道(uplinkcommoncontrolchannel，UL－CCCH)的数据外的来自任意逻辑信道的数据。这样，可以避免第一MAC CE抢占承载数据的资源，确保数据正常传输。

可选的，第一MAC CE在进行逻辑信道优先级处理时的优先级可以低于以下各项的优先级：C－RNTIMAC CE、Configured Grant Confirmation MAC CE、除了用于padding的BSR MAC CE外的BSR MAC CE。

2.为第一MAC CE触发调度请求(scheduling request，SR)

具体的，如果上行资源不能够容纳第一MAC CE，终端触发调度请求SR。

下面结合图11-图25实施例进一步详细说明本申请提供的技术方案。

(一)实施例一

本实施例中，RRC连接释放请求的触发条件为前述第1种触发条件，即：处于RRC_Connected状态的终端在业务结束后，当确定不久的将来(near future)没有业务时，终端触发RRC连接释放请求。

本实施例中，承载RRC连接释放请求的第一MAC CE重用现有协议中定义的BSR MACCE来实现。

图11示出了实施例一提供的RRC连接释放方法的具体流程。下面展开：

S201-S202，终端确定当前时刻之后的一段时间内没有业务需要传输。一旦终端确定当前时刻之后的一段时间内没有业务需要传输，终端便可以触发RRC连接释放请求。即，本实施例中的触发RRC连接释放请求的条件为前述第1种触发条件。

本申请中，可以将这一段时间称为第一时间，第一时间可以为20-30s，或其他值。换句话说，一旦终端确定当前时刻之后的第一时间内没有业务需要传输，终端便可以触发RRC连接释放请求。

S203，在触发RRC连接释放请求之后，终端可以判断是否有足够的上行资源来承载用于RRC连接释放请求的MAC CE(即第一MAC CE)。如果没有足够的上行资源，则可以先执行S204-S205，再执行S206；如果有足够的上行资源，则可以直接执行S206。

S204-S205，终端向网络设备发送调度请求SR，以请求获得上行资源承载第一MACCE。相应的，在收到终端发送的SR后，网络设备为终端调度上行资源，并向终端发送上行授权(UL grant)，UL grant指示网络设备为终端调度的上行资源有哪些。通常，网络设备可以通过下行控制信息(downlink control information，DCL)来携带UL grant。

S206，终端可以重用现有的BSR MAC CE生成用于RRC连接释放请求的MAC CE(即第一MAC CE)。

S207，终端向网络设备发送用于RRC连接释放请求的MAC CE，即第一MAC CE。执行S207的前提是终端具有足够的上行资源承载第一MAC CE。

S208，相应的，网络设备接收终端发送的用于RRC连接释放请求的MAC CE。网络设备向终端发送RRC连接释放消息。

可选的，网络设备在接收到终端发送的用于RRC连接释放请求的MAC CE后，可以决定立即发起该终端的RRC连接释放过程。可选的，网络设备在接收到终端发送的该MAC CE之后，也可以稍微等待短暂时间(如30-50ms)，再决定发起该终端的RRC连接释放过程。

S209，相应的，终端接收到网络设备发送的RRC连接释放消息。终端根据该RRC连接释放消息释放RRC连接，从RRC_Connected状态转换为RRC_IDLE或RRC_Inactive状态。

不限于图11所示，S206也可以在S203之前被执行，即一旦终端触发RRC连接释放请求，终端便可以先生成第一MAC CE，然后再在发送第一MAC CE之前判断上行资源是否能够容纳第一MAC CE，如果上行资源不能够容纳第一MAC CE，则终端触发调度请求SR。

下面详细说明关键技术点(一)至(三)在实施例一中的具体实现。

1.RRC连接释放请求的触发条件

方式一，可以由高层协议层，如应用层或分组数据汇聚协议(Packet DataConvergence Protocol，PDCP)层，来确定终端在不久的将来没有业务需要传输。如图12所示，一旦高层协议层(如PDCP层)确定当前时刻之后的一段时间内没有业务需要传输(参考S401)，高层协议层便向MAC层传递指示信息(参考S403)。MAC层在收到该指示信息后便触发RRC连接释放请求(参考S404)。本申请中，可以将该指示信息称为第五指示信息。

方式二，可以由MAC层确定终端在不久的将来没有业务需要传输。一旦MAC层确定当前时刻之后的一段时间内没有业务需要传输，MAC层便触发RRC连接释放请求。

也即是说，终端可以在高层协议层确定near future没有业务，并传递指示信息至MAC层，然后在MAC层触发RRC连接释放请求。终端也可以在MAC层MAC层触发RRC连接释放请求，并触发RRC连接释放请求。

不限于上述两种方式，终端还可以通过其他方式触发RRC连接释放请求，本申请对此不做限制。

2.第一MAC CE的具体实现

为了和现有的BSR MAC CE进行区别，第一MAC CE携带第一指示信息。第一指示信息指示第一MAC CE是特殊的BSR MAC CE，具体指示第一MAC CE为用于RRC连接释放请求的MAC CE。第一MAC CE的实现方式可包括但不限于：

(1)方式1：如图11所示，第一MAC CE可以是短BSR或短截断BSR格式的BSR MAC CE。该短BSR或短截断BSR格式的BSR MAC CE对应的MAC subheader中LCID域的取值可以为预留LCID值。例如，LCID域的取值可以为预留LCID值100010–110100中一个值或一个取值范围。也即是说，可以利用MAC subheader中的预留LCID值来表示现有BSR MAC CE是一个特殊的MAC CE，即MAC CE for RRC Connection Release Request。也即是说，MAC subheader中取值为预留LCID值的LCID域用于指示该BSR MAC CE是一个特殊的MAC CE，即MAC CE for RRCConnection Release Request。即，第一指示信息可以是MAC subheader中取值为预留LCID值的LCID域。

可选的，该BSR MAC CE中的buffer size域的取值可以为0，即图6所示的表格中序号0对应的BS值(即0)。可选的，该BSR MAC CE中的LCG ID域的取值可以为所终端的任意一个LCG的ID，或者为包含具有最高优先级的逻辑信道的LCG的ID，或者为0。

(2)方式2：第一MAC CE可以是短BSR或短截断BSR格式的BSR MAC CE。该短BSR或短截断BSR格式的BSR MAC CE对应的MAC subheader中预留比特R可用于指示该BSR MAC CE是一个特殊的MAC CE，即MAC CE for RRC Connection Release Request。即，第一指示信息可以是MAC subheader中取值为第一值(如1)的预留比特R。当预留比特R的取值为第一值(如1)时，表示该BSR MAC CE用于RRC连接释放请求。也即是说，可以利用现有BSR MAC CE对应的MAC subheader中的预留比特R来表示该BSR MAC CE是一个特殊的MAC CE，即MAC CEfor RRC Connection Release Request。

可选的，该BSR MAC CE中的buffer size域的取值可以为0，即图6所示的表格中序号0对应的BS值(即0)。可选的，该BSR MAC CE中的LCG ID域的取值可以为所终端的任意一个LCG的ID，或者为包含具有最高优先级的逻辑信道的LCG的ID，或者为0。

(3)方式3：不限于图11中示出的短BSR或短截断BSR格式，第一MAC CE也可以是长BSR或长截断BSR格式的BSR MAC CE。该BSR MAC CE中的buffer size域的取值固定为buffer size预留值，即图7所示的表格中序号255对应的BS预留值。也即是说，可以利用现有长BSR或长截断BSR格式的BSRMAC CE中的buffer size预留值来表示该BSR MAC CE是一个特殊的MAC CE，用于RRC连接释放请求，即MAC CE for RRC Connection ReleaseRequest。即，第一指示信息可以是取值为buffer size预留值的buffer size域。

可选的，该BSR MAC CE中可以仅包含一个bitmap字节和一个buffer size域。

(4)方式4：第一MAC CE可以是长BSR或长截断BSR格式的BSR MAC CE。与方式1相同，可以利用MAC subheader中的预留LCID值来表示现有长BSR或长截断BSR格式的BSR MACCE是一个特殊的MAC CE，即MAC CE for RRC Connection Release Request。也即是说，MACsubheader中取值为预留LCID值的LCID域用于指示该BSR MAC CE是一个特殊的MACCERequest。即，第一指示信息可以是MAC subheader中取值为预留LCID值的LCID域。

可选的，该BSR MAC CE中可以仅包含一个bitmap字节，该bitmap字节中的每一个比特的取值均为0，表示各个比特各自对应的逻辑信道组中没有数据缓存。可以看出，由于省去了现有BSR MAC CE中的buffer size域，第一MAC CE可以节约比特开销。

(5)方式5：第一MAC CE可以是长BSR或长截断BSR格式的BSR MAC CE。与方式2相同，可以利用现有BSR MAC CE对应的MAC subheader中的预留比特R来表示该BSR MAC CE是一个特殊的MAC CE，即MAC CE for RRC Connection Release Request。即，第一指示信息可以是MAC subheader中取值为第一值(如1)的预留比特R。

可选的，该BSR MAC CE中可以仅包含一个bitmap字节，该bitmap字节中的每一个比特的取值均为0，表示各个比特各自对应的逻辑信道组中没有数据缓存。可以看出，由于省去了现有BSR MAC CE中的buffer size域，第一MAC CE可以节约比特开销。

3.第一MAC CE的传输

具体的，如果上行资源不能够容纳第一MAC CE，则终端触发调度请求SR。

另外，第一MAC CE在进行逻辑信道优先级处理时的优先级可以有如下考虑：

可选的，第一MAC CE在进行逻辑信道优先级处理时的优先级可以低于以下各项的优先级：C－RNTIMAC CE、Configured Grant Confirmation MAC CE、除了padding BSR MACCE外的BSR MAC CE、PHR MAC CE、除来自UL－CCCH的数据外的来自任意逻辑信道的数据。这样，可以避免第一MAC CE抢占承载数据的资源，确保数据正常传输。

可选的，第一MAC CE在进行逻辑信道优先级处理时的优先级可以低于以下各项的优先级：C－RNTIMAC CE、Configured Grant Confirmation MAC CE、除了用于padding的BSR MAC CE外的BSR MAC CE。

在实施例一中，在确定near future没有业务之后，终端便触发RRC连接释放请求，并重用现有的BSR MAC CE来请求网络设备发起RRC连接释放过程。实施例一不仅可实现让终端尽快准确的转换为RRC_IDLE或RRC_Inactive状态，节约终端功耗，还可以重用现有MACCE，充分利用现有MAC CE。

实施例一的相关扩展

用于RRC连接释放请求的现有的BSR MAC CE(即第一MAC CE)可以携带指示信息，以指示终端偏好转移到的RRC状态。终端偏好转移到的RRC状态可包括RRC空闲态或RRC非激活态。该指示信息可以称为第二指示信息。

具体的，第二指示信息可包括但不限于以下两种实现方式：

1.方式一，第二指示信息可以为MAC subheader中的第一指示比特。

当第一指示比特的取值为第三值(如1)时，表示终端偏好转移到的RRC状态为RRC空闲态，当第一指示比特的取值为第四值(如0)时，表示终端偏好转移到的RRC状态为RRC非激活态。

也即是说，可利用现有的BSR MAC CE对应的MAC subheader中的某个比特(如预留比特R作为指示比特)指示终端偏好转移到的RRC状态。

可选的，当第一MAC CE为现有短BSR或短截断BSR格式的BSR MAC CE时，第一MACCE对应的MAC subheader可以如图13示例性所示。其中，预留比特R的取值可以为0；比特I即第一指示比特，用于指示终端偏好转移到的RRC状态，比特I可以是MAC subheader(图8所示)中包括的2个预留比特R中的一个；LCID域的取值为图10示出的表格中的预留LCID值中的一个值或一个值范围。

可选的，当第一MAC CE为现有长BSR或长截断BSR格式的BSR MAC CE时，第一MACCE对应的MAC subheader可以如图14示例性所示。其中，比特I即第一指示比特，比特I可以是MAC subheader(图9所示)中的预留比特R(参考图14中的(B))或比特F(参考图14中的(A))；LCID域的取值为图10示出的表格中的预留LCID值中的一个值或一个值范围。

可选的，当第一指示比特的取值为1时，可表示终端偏好转移到RRC_IDLE状态；当第一指示比特的取值为0时，可表示终端偏好转移到RRC_Inactive状态。此时，第三值为1，第四值为0。反之也可以，当第一指示比特的取值为0时，可表示终端偏好转移到RRC_IDLE状态；当第一指示比特的取值为1时，可表示终端偏好转移到RRC_Inactive状态。此时，第三值为0，第四值为1。可选的，第一指示比特的取值可以由高层协议层(如应用层或RRC层)或MAC层确定。

2.方式二，第二指示信息可以为MAC subheader中的取值为预留LCID值的LCID域。

当LCID域的取值为第一预留LCID值时，表示终端偏好转移到的RRC状态为RRC空闲态，当LCID域的取值为第二预留LCID值时，表示终端偏好转移到的RRC状态为RRC非激活态。

也即是说，可利用MAC subheader中的LCID域的预留LCID值指示终端偏好转移到的RRC状态。LCID域的预留LCID值不仅可以将第一MAC CE与现有BSR MAC CE区别开来，还可以同时指示出终端偏好转移到的RRC状态。

例如，对于一个BSR MAC CE对应的MAC subheader来说，当其中的LCID域取值为预留值100010时，表示该BSRM AC CE用于RRC连接释放请求，且表示终端偏好转移到RRC_IDLE状态；当其中的LCID域取值为预留值100011时，表示该BSRM AC CE用于RRC连接释放请求，且表示终端偏好转移到RRC_Inactive状态。此时，第一预留LCID值为100011，第二预留LCID值为100011。示例仅用于解释本申请，实际应用中，第一预留LCID值、第二预留LCID值可以为图10所示的表格中的预留LCID值中的两个预留值。

在网络设备侧，网络设备可以根据第二指示信息在发送给终端的RRC连接释放消息中决定是否携带转入RRC非激活态的指示信息。例如，如果第二指示信息指示终端偏好转移到RRC_IDLE状态，则网络设备下发的RRC连接释放消息中不携带转入RRC非激活态的指示信息；如果第二指示信息指示终端偏好转移到RRC_Inactive状态，则网络设备下发的RRC连接释放消息中携带转入RRC非激活态的指示信息。这样，终端在请求网络设备发起RRC连接释放过程时具有更多选择，更灵活。

(二)实施例二

本实施例中，RRC连接释放请求的触发条件为前述第1种触发条件，即：处于RRC_Connected状态的终端在业务结束后，当确定不久的将来(near future)没有业务时，终端触发RRC连接释放请求。

本实施例中，承载RRC连接释放请求的第一MAC CE为新定义的MAC CE。

图15示出了实施例二提供的RRC连接释放方法的具体流程。下面展开：

S301-S302，终端确定当前时刻之后的一段时间内没有业务需要传输。一旦终端确定当前时刻之后的一段时间内没有业务需要传输，终端便可以触发RRC连接释放请求。

具体可参考实施例一种的S201-S202，这里不再赘述。

S303，在触发RRC连接释放请求之后，终端可以判断是否有足够的上行资源来承载用于RRC连接释放请求的MAC CE(即第一MAC CE)。如果没有足够的上行资源，则可以先执行S304-S305，再执行S306；如果有足够的上行资源，则可以直接执行S306。

S304-S305，终端向网络设备发送调度请求SR，以请求获得上行资源承载第一MACCE。相应的，在收到终端发送的SR后，网络设备为终端调度上行资源，并向终端发送上行授权(UL grant)，UL grant指示网络设备为终端调度的上行资源有哪些。

S306，终端可以利用新定义的MAC CE生成用于RRC连接释放请求的MAC CE(即第一MAC CE)。

S307，终端向网络设备发送用于RRC连接释放请求的MAC CE，即第一MAC CE。执行S207的前提是终端具有足够的上行资源承载第一MAC CE。

S308，相应的，网络设备接收终端发送的用于RRC连接释放请求的MAC CE。网络设备向终端发送RRC连接释放消息。具体可参考实施例一种的S308，这里不再赘述。

S309，相应的，终端接收到网络设备发送的RRC连接释放消息。终端根据该RRC连接释放消息释放RRC连接，从RRC_Connected状态转换为RRC_IDLE或RRC_Inactive状态。

不限于图15所示，S306也可以在S303之前被执行，即一旦终端触发RRC连接释放请求，终端便可以先生成第一MAC CE，然后再在发送第一MAC CE之前判断上行资源是否足够，如果上行资源不够，终端向网络设备发送SR。

下面详细说明(一)至(三)在实施例二中的具体实现。

1.RRC连接释放请求的触发条件

实施例二中的RRC连接释放请求的触发条件的具体实现与实施例一中的RRC连接释放请求的触发条件的具体实现相同，可参考实施例一，这里不再赘述。

2.第一MAC CE的具体实现

如图15所示，第一MAC CE的比特长度可以固定为0个比特。第一MACCE中携带的第一指示信息可包括：BSR MAC CE对应的MAC subheader中取值为预留LCID值(如100010–110100中一个值或一个值范围)的LCID域，和/或，BSR MAC CE对应的MAC subheader中取值为第一值(如1)的预留比特R。也即是说，可以利用MAC subheader中的预留LCID值或预留比特R来指示第一MAC CE用于RRC连接释放请求。

可以看出，利用新定义的MAC CE来实现第一MAC CE，由于MAC CE部分为0bits，仅有MAC subheader部分，可以节约比特开销。

3.第一MAC CE的传输

具体的，如果上行资源不能够容纳第一MAC CE，则终端触发调度请求SR。

另外，第一MAC CE在进行逻辑信道优先级处理时的优先级可以具体参考实施例一的相应内容，这里不再赘述。

在实施例二中，在确定near future没有业务之后，终端便触发RRC连接释放请求，并重用现有的BSR MAC CE来请求网络设备发起RRC连接释放过程。实施例二不仅可实现让终端尽快准确的转换为RRC_IDLE或RRC_Inactive状态，节约终端功耗，还可以利用新定义的MAC CE承载RRC连接释放请求，节约信令开销。

实施例二的相关扩展

用于承载RRC连接释放请求的新定义的MAC CE(即第一MAC CE)可以携带第二指示信息，以指示终端偏好转移到的RRC状态。终端偏好转移到的RRC状态可包括RRC空闲态或RRC非激活态。

具体的，第二指示信息可包括但不限于以下两种实现方式：

1.方式一，第二指示信息可以为该新定义的MAC CE对应的MAC subheader中的第一指示比特。当第一指示比特的取值为第三值(如1)时，表示终端偏好转移到的RRC状态为RRC空闲态，当第一指示比特的取值为第四值(如0)时，表示终端偏好转移到的RRC状态为RRC非激活态。

也即是说，可利用该新定义的MAC CE对应的MAC subheader中的某个比特(如预留比特R作为指示比特)指示终端偏好转移到的RRC状态。

具体的，如图16所示，新定义的MAC CE对应的MAC subheader可包括：预留比特R，比特I，以及LCID域。其中，比特I即为第一指示比特，比特I可以是MAC subheader中包括的某个预留比特R；LCID域的取值为预留LCID值，指示该新定义的MAC CE用于RRC连接释放请求。

2.方式二，第二指示信息可以为MAC subheader中的LCID域，当LCID域的取值为第一预留LCID值时，表示终端偏好转移到的RRC状态为RRC空闲态，当LCID域的取值为第二预留LCID值时，表示终端偏好转移到的RRC状态为RRC非激活态。

也即是说，可利用MAC subheader中的LCID域的预留LCID值指示终端偏好转移到的RRC状态。LCID域的预留LCID值不仅可以将第一MAC CE与现有BSR MAC CE区别开来，还可以同时指示出终端偏好转移到的RRC状态。

具体的，可参考实施例一的相关扩展中的相应内容，这里不再赘述。

(三)实施例三

本实施例中，RRC连接释放请求的触发条件为前述第2种触发条件，即：终端当前传输的上行数据是当前业务的最后一个上行数据包。

具体的，第2种触发条件被满足可能会有两种情况：

情况一(case 1)，终端当前传输的上行数据是当前业务的最后一个上行数据包，且终端在发送最后一个上行数据包之后不会再接收下行数据包。

情况二(case 2)，终端当前传输的上行数据是当前业务的最后一个上行数据包，且终端在发送最后一个上行数据包之后需要再接收一个下行数据包。

也即是说，在终端传输最后一个上行数据包后可能存在两种情况：终端不再接收下行数据包，或终端只再接收一个下行数据包。

本实施例中，承载RRC连接释放请求的第一MAC CE重用现有的BSR MAC CE来实现。

图17示出了实施例三提供的RRC连接释放方法的具体流程。下面展开：

S401-S402，终端确定当前传输的上行数据是当前业务的最后一个上行数据包。一旦终端确定当前传输的上行数据是当前业务的最后一个上行数据包，终端便可以触发RRC连接释放请求。

在上述情况二(case2)中，不限于一个下行数据包，还可以是少于第一数据量(即少量)的下行数据包。第一数据量的数据包可以包括一个，或两个，或三个等个数的下行数据包。也即是说，一旦终端确定当前传输的上行数据是当前业务的最后一个上行数据包，且终端在发送最后一个上行数据包之后需要再接收少量下行数据包，终端便可以触发RRC连接释放请求。

S403，在触发RRC连接释放请求之后，终端可以判断是否有足够的上行资源来承载用于RRC连接释放请求的MAC CE(即第一MAC CE)。如果没有足够的上行资源，则可以先执行S404-S405，再执行S406；如果有足够的上行资源，则可以直接执行S406。

S404-S405，终端向网络设备发送调度请求SR，以请求获得上行资源承载第一MACCE。相应的，在收到终端发送的SR后，网络设备为终端调度上行资源，并向终端发送上行授权(UL grant)，UL grant指示网络设备为终端调度的上行资源有哪些。

S406，终端可以利用现有的BSR MAC CE生成用于RRC连接释放请求的MAC CE(即第一MAC CE)。

S407，终端向网络设备发送用于RRC连接释放请求的MAC CE，即第一MAC CE。执行S407的前提是终端具有足够的上行资源承载第一MAC CE。

S408，相应的，网络设备接收终端发送的用于RRC连接释放请求的MAC CE。网络设备向终端发送RRC连接释放消息。

S409，相应的，终端接收到网络设备发送的RRC连接释放消息。终端根据该RRC连接释放消息释放RRC连接，从RRC_Connected状态转换为RRC_IDLE或RRC_Inactive状态。

不限于图17所示，S406也可以在S403之前被执行，即一旦终端触发RRC连接释放请求，终端便可以先生成第一MAC CE，然后再在发送第一MAC CE之前判断上行资源是否足够，如果上行资源不够，终端向网络设备发送SR。

下面详细说明关键技术点(一)至(三)在实施例三中的具体实现。

1.RRC连接释放请求的触发条件

方式一，可以由高层协议层，如应用层或PDCP层，来确定终端当前传输的上行数据是否是当前业务的最后一个上行数据包，并向MAC层传递指示信息。当MAC层收到该指示信息时，MAC层触发RRC连接释放请求。

具体的，如图18A所示，如果高层协议层(如PDCP层)确定是第2种触发条件上述情况一(case 1)被满足(参考S41)，则高层协议层可以向MAC层发送指示信息(参考S43)，该指示信息用于通知MAC层当前业务的最后一个上行数据包之后不会再有下行数据。本申请中，可以将该指示信息称为第六指示信息。当MAC层收到第六指示信息时，MAC层便触发RRC连接释放请求(参考S45)。

具体的，如图18B所示，如果高层协议层(如PDCP层)确定是第2种触发条件的上述情况二(case 2)被满足(参考S40)，则高层协议层可以向MAC层发送指示信息(参考S42)，该指示信息用于通知MAC层当前业务的最后一个上行数据包之后还会再有少量下行数据，例如一个下行数据包。本申请中，可以将该指示信息称为第七指示信息。当MAC层收到第七指示信息时，MAC层便触发RRC连接释放请求(参考S44)。

可选的，高层协议层需要在确定其他上行PDCP SDU或者上行PDCP PDU都已经正确发送后，才将第六指示信息或者第七指示信息发送给MAC层。

方式二，可以由高层协议层，如应用层或PDCP层，来确定终端当前传输的上行数据是否是当前业务的最后一个上行数据包，并向MAC层传递指示信息。在MAC层收到该指示信息后，当MAC层发送最后一个上行数据包的部分或全部时，MAC层便触发RRC连接释放请求。

这里，先简单介绍PDU和SDU之间的关系。SDU是指定协议层的用户服务的数据集，传送到接收方的时候同一协议层时数据不会发生变化，即业务部分。SDU被发给下层协议层之后，下层协议层将其封装在PDU中发送出去。如图19所示，第N层SDU和第N层的上一层协议数据单元(PDU)是一一对应的。例如，协议层Protocol #2接收来自上一层协议层Protocol#1的Protocol #1 PDU，将Protocol #1 PDU作为协议层Protocol #2的SDU，即Protocol #2SDU，然后将其封装在Protocol #2的PDU中。可以看出，协议层Protocol #2的Protocol #2的SDU和协议层Protocol #1的Protocol #1 PDU一一对应。

在方式二中，MAC层发送最后一个上行数据包的部分或全部可以包括但不限于A-C所述的3种情况：

A.在MAC PDU中发送的MAC SDU包含该最后一个上行数据包的全部；

B.在MAC PDU中发送的MAC SDU包含该最后一个上行数据包的最后一部分；

C.在MAC PDU中发送的MAC SDU包含该最后一个上行数据包的第一部分。

不限于A-C所述的3种情况，MAC层发送最后一个上行数据包的部分或全部还可以包括在MAC PDU中发送的MAC SDU包含该最后一个上行数据包的某个中间部分。

具体的，如图20A所示，如果高层协议层(如PDCP层)确定是第2种触发条件的上述情况一(case 1)被满足(参考S51)，则高层协议层可以向MAC层发送第六指示信息(参考S53)。在MAC层收到第六指示信息后，当MAC层发送最后一个上行数据包的部分或全部时，MAC层便触发RRC连接释放请求(参考S55-S57)。

具体的，如图20B所示，如果高层协议层(如PDCP层)确定是第2种触发条件的上述情况二(case 2)被满足(参考S50)，则高层协议层可以向MAC层发送第七指示信息(参考S52)。在MAC层收到第七指示信息后，当MAC层发送最后一个上行数据包的部分或全部时，MAC层便触发RRC连接释放请求(参考S54-S56)。

不限于上述两种方式，终端还可以通过其他方式触发RRC连接释放请求，本申请对此不做限制。

2.第一MAC CE的具体实现

同于实施例一中的第一MAC CE的实现，具体可参考实施例一的相应内容，这里不再赘述。

3.第一MAC CE的传输

同于实施例一中的第一MAC CE的传输，具体可参考实施例一的相应内容，这里不再赘述。

在实施例三中，在确定终端当前传输的上行数据是当前业务的最后一个上行数据包，且最后一个上行数据包之后不会再有下行数据包或仅有一个下行数据包时，终端便触发RRC连接释放请求，并重用现有的BSR MAC CE来请求网络设备发起RRC连接释放过程。实施例三不仅可实现让终端尽快准确的转换为RRC_IDLE或RRC_Inactive状态，节约终端功耗，还可以重用现有MAC CE，充分利用现有MAC CE。

实施例三的相关扩展

(1)用于RRC连接释放请求的现有的BSR MAC CE(即第一MAC CE)可以携带指示信息，以指示终端偏好转移到的RRC状态。终端偏好转移到的RRC状态可包括RRC空闲态或RRC非激活态。该指示信息可以称为第二指示信息。第二指示信息的具体实现可参考实施例一的相关扩展，这里不再赘述。

(2)用于RRC连接释放请求的现有的BSR MAC CE(即第一MAC CE)可以携带指示信息，以指示终端在发送最后一个上行数据包之后需要再接收一个下行数据包还是不需要再接收下行数据包。该指示信息可以称为第三指示信息。也即是说，第三指示信息可以区别指示第2种触发条件的case1和case2。

具体的，第三指示信息可包括但不限于以下两种实现方式：

1.方式一，第三指示信息可以为MAC subheader中的第二指示比特。

当第二指示比特的取值为第五值(如1)时，表示终端在发送最后一个上行数据之后需要再接收一个下行数据；当第二指示比特的取值为第六值(如0)时，表示终端在发送最后一个上行数据之后不需要接收下行数据。

也即是说，可利用现有的BSR MAC CE对应的MAC subheader中的某个比特(如预留比特R作为指示比特)区别指示第2种触发条件的case1和case2。

可选的，当第一MAC CE为现有短BSR或短截断BSR格式的BSR MAC CE时，第一MACCE对应的MAC subheader可以如图21示例性所示。其中，预留比特R的取值可以为0；比特D即第二指示比特，用于区别指示第2种触发条件的case1和case2，比特D可以是MAC subheader(图8所示)中包括的2个预留比特R中的一个；LCID域的取值为图10示出的表格中的预留LCID值中的一个值或一个值范围。

可选的，当第一MAC CE为现有长BSR或长截断BSR格式的BSR MAC CE时，第一MACCE对应的MAC subheader可以如图22示例性所示。其中，比特D即第二指示比特，比特D可以是MAC subheader(图9所示)中的预留比特R(参考图22中的(B))或比特F(参考图22中的(A))；LCID域的取值为图10示出的表格中的预留LCID值中的一个值或一个值范围。

可选的，当第二指示比特的取值为1时，可指示第2种触发条件的case1；当第二指示比特的取值为0时，可指示第2种触发条件的case1。此时，第五值为1，第六值为0。反之也可以，当第二指示比特的取值为0时，可指示第2种触发条件的case1；当第二指示比特的取值为1时，可指示第2种触发条件的case1。此时，第五值为0，第六值为1。可选的，第二指示比特的取值可以由高层协议层(如应用层或RRC层)或MAC层确定。

2.方式二，第三指示信息可以为MAC subheader中的LCID域。

当LCID域的取值为第三预留LCID值时，表示终端在发送最后一个上行数据包之后需要再接收一个下行数据包；当LCID域的取值为第四预留LCID值时，表示终端在发送最后一个上行数据包之后不需要接收下行数据包。

也即是说，可利用现有BSR MAC CE对应的MAC subheader中的LCID域的预留LCID值区别指示第2种触发条件的case1和case2。LCID域的预留LCID值不仅可以将第一MAC CE与现有BSR MAC CE区别开来，还可以同时区别指示第2种触发条件的case1和case2。

例如，对于一个BSR MAC CE对应的MAC subheader来说，当其中的LCID域取值为预留值100010时，表示该BSRM AC CE用于RRC连接释放请求，且表示终端在发送最后一个上行数据包之后需要再接收一个下行数据包；当其中的LCID域取值为预留值100011时，表示该BSRM AC CE用于RRC连接释放请求，且表示终端在发送最后一个上行数据包之后不需要接收下行数据包。此时，第三预留LCID值为100011，第四预留LCID值为100011。示例仅用于解释本申请，实际应用中，第三预留LCID值、第四预留LCID值可以为图10所示的表格中的预留LCID值中两个预留值。

在网络设备侧，网络设备可以根据第三指示信息确定在接收到第一MAC CE后，是否还需要等待一个下行数据包再下发RRC连接释放消息。这样，对于第2种触发条件的的case2，网络设备可以在收到第一MAC CE后等待一段时间，避免RRC连接被立刻释放而导致下行数据无法传输。

(3)用于RRC连接释放请求的现有的BSR MAC CE(即第一MAC CE)可以既指示终端偏好转移到的RRC状态，也指示终端在发送最后一个上行数据之后需要再接收一个下行数据包或不需要再接收下行数据包。

1.方式一，第一MAC CE可以同时携带第一指示比特和第二指示比特，第一指示比特和第二指示比特为MAC subheader中的两个不同的指示比特。

具体的，如图23所示，第一MAC CE对应的MAC subheader可以如图23示例性所示。其中，比特I即第一指示比特，用于指示终端偏好转移到的RRC状态；比特D即第二指示比特，用于区别指示第2种触发条件的case1和case2；LCID域的取值为图9示出的表格中的预留LCID值(如100010–110100中的100011)中的一个值或一个值范围。比特I、比特D可以是MACsubheader中的预留比特R。

2.方式二，第一MAC CE可以携带第四指示信息，第四指示信息指示终端偏好转移到的RRC状态，以及，终端在发送最后一个上行数据之后需要再接收一个下行数据包或不需要再接收下行数据包。

具体的，第四指示信息为MAC subheader中的LCID域，可指示如下四种情况：

当LCID域的取值为第五预留LCID值(如100010–110100中的100010)时，表示终端偏好转移到的RRC状态为RRC空闲态且终端在发送最后一个上行数据之后需要再接收一个下行数据；

当LCID域的取值为第六预留LCID值(如100010–110100中的100011)时，表示终端偏好转移到的RRC状态为RRC非激活态且终端在发送最后一个上行数据之后需要再接收一个下行数据；

当LCID域的取值为第七预留LCID值(如100010–110100中的100100)时，表示终端偏好转移到的RRC状态为RRC空闲态且终端在发送最后一个上行数据之后不需要接收下行数据；

当LCID域的取值为第八预留LCID值(如100010–110100中的100101)时，表示终端偏好转移到的RRC状态为RRC非激活态且终端在发送最后一个上行数据之后不需要接收下行数据。

也即是说，LCID域的预留LCID值不仅可以将第一MAC CE与现有的其他功能的BSRMAC CE区别开来，还可以指示上述四种情况中的任意一种。

(四)实施例四

本实施例中，RRC连接释放请求的触发条件为前述第2种触发条件，即：终端当前传输的上行数据是当前业务的最后一个上行数据包。

具体的，第2种触发条件被满足可能会有两种情况：

情况一(case 1)，终端当前传输的上行数据是当前业务的最后一个上行数据包，且终端在发送最后一个上行数据包之后不会再接收下行数据包。

情况二(case 2)，终端当前传输的上行数据是当前业务的最后一个上行数据包，且终端在发送最后一个上行数据包之后需要再接收一个下行数据包。

也即是说，在终端传输最后一个上行数据包后可能存在两种情况：终端不再接收下行数据包，或终端只再接收一个下行数据包。

例如，在终端备份数据到云端的场景中，假设该终端需要备份1G的照片到云端，且备份期间该终端没有其他APP进行数据上传活动，那么终端便可以把这1G照片的数据中最后1个数据包确定为当前业务的最后一个上行数据包。进一步的，终端可以根据当前业务使用的传输层通信协议来判断是否有针对最后一个上行数据包的下行响应/反馈信息(如ACK/NACK)。如果当前业务使用的传输层通信协议为传输控制协议(transmission controlprotocol，TCP)，那么在最后一个上行数据包后，终端还需要接收针对该最后一个上行数据包的下行响应/反馈，即情况二(case 2)；如果当前业务使用的传输层通信协议为用户数据报协议(user datagram protocol，UDP)，那么在最后一个上行数据包后，终端不需要接收针对该最后一个上行数据包的下行响应/反馈，即情况一(case 1)。

本实施例中，承载RRC连接释放请求的第一MAC CE为新定义的MAC CE。

图24示出了实施例四提供的RRC连接释放方法的具体流程。下面展开：

S501-S502，终端确定当前传输的上行数据是当前业务的最后一个上行数据包。一旦终端确定当前传输的上行数据是当前业务的最后一个上行数据包，终端便可以触发RRC连接释放请求。

S503，在触发RRC连接释放请求之后，终端可以判断是否有足够的上行资源来承载用于RRC连接释放请求的MAC CE(即第一MAC CE)。如果没有足够的上行资源，则可以先执行S504-S505，再执行S506；如果有足够的上行资源，则可以直接执行S506。

S504-S505，终端向网络设备发送调度请求SR，以请求获得上行资源承载第一MACCE。相应的，在收到终端发送的SR后，网络设备为终端调度上行资源，并向终端发送上行授权(UL grant)，UL grant指示网络设备为终端调度的上行资源有哪些。

S506，终端可以利用现有的BSR MAC CE生成用于RRC连接释放请求的MAC CE(即第一MAC CE)。

S507，终端向网络设备发送用于RRC连接释放请求的MAC CE，即第一MAC CE。执行S407的前提是终端具有足够的上行资源承载第一MAC CE。

S508，相应的，网络设备接收终端发送的用于RRC连接释放请求的MAC CE。网络设备向终端发送RRC连接释放消息。

S509，相应的，终端接收到网络设备发送的RRC连接释放消息。终端根据该RRC连接释放消息释放RRC连接，从RRC_Connected状态转换为RRC_IDLE或RRC_Inactive状态。

不限于图24所示，S506也可以在S503之前被执行，即一旦终端触发RRC连接释放请求，终端便可以先生成第一MAC CE，然后再在发送第一MAC CE之前判断上行资源是否足够，如果上行资源不够，终端向网络设备发送SR。

下面详细说明关键技术点(一)至(三)在实施例三中的具体实现。

1.RRC连接释放请求的触发条件

实施例四中的RRC连接释放请求的触发条件的具体实现与实施例三中的RRC连接释放请求的触发条件的具体实现相同，可参考实施例三，这里不再赘述。

2.第一MAC CE的具体实现

同于实施例二中的第一MAC CE的实现，具体可参考实施例二的相应内容，这里不再赘述。

3.第一MAC CE的传输

同于实施例一中的第一MAC CE的传输，具体可参考实施例一的相应内容，这里不再赘述。

在实施例四中，在确定终端当前传输的上行数据是当前业务的最后一个上行数据包，且最后一个上行数据包之后不会再有下行数据包或仅有一个下行数据包时，终端便触发RRC连接释放请求，利用新定义的MAC CE来请求网络设备发起RRC连接释放过程。实施例四不仅可实现让终端尽快准确的转换为RRC_IDLE或RRC_Inactive状态，节约终端功耗，还可以利用新定义的MAC CE承载RRC连接释放请求，节约信令开销。

实施例四的相关扩展

(1)用于RRC连接释放请求的新定义的BSR MAC CE(即第一MAC CE)可以携带指示信息，以指示终端偏好转移到的RRC状态。终端偏好转移到的RRC状态可包括RRC空闲态或RRC非激活态。该指示信息可以称为第二指示信息。第二指示信息的具体实现可参考实施例二的相关扩展，这里不再赘述。

(2)用于RRC连接释放请求的新定义的BSR MAC CE(即第一MAC CE)可以携带指示信息，以指示终端在发送最后一个上行数据包之后需要再接收一个下行数据包还是不需要再接收下行数据包。该指示信息可以称为第三指示信息。也即是说，第三指示信息可以区别指示第2种触发条件的case1和case2。

具体的，第三指示信息可包括但不限于以下两种实现方式：

1.方式一，第三指示信息可以为MAC subheader中的第二指示比特。

当第二指示比特的取值为第五值(如1)时，表示终端在发送最后一个上行数据之后需要再接收一个下行数据；当第二指示比特的取值为第六值(如0)时，表示终端在发送最后一个上行数据之后不需要接收下行数据。

也即是说，可利用新定义的MAC CE对应的MAC subheader中的某个比特(如预留比特R作为指示比特)指示终端偏好转移到的RRC状态。

具体的，如图25所示，新定义的MAC CE对应的MAC subheader可包括：预留比特R，比特D，以及LCID域。其中，比特D即第二指示比特，用于区别指示第2种触发条件的case1和case2，比特D可以是MAC subheader中的预留比特R；LCID域的取值为图10示出的表格中的预留LCID值中的一个值或一个值范围。

可选的，当第二指示比特的取值为1时，可指示第2种触发条件的case1；当第二指示比特的取值为0时，可指示第2种触发条件的case1。此时，第五值为1，第六值为0。反之也可以，当第二指示比特的取值为0时，可指示第2种触发条件的case1；当第二指示比特的取值为1时，可指示第2种触发条件的case1。此时，第五值为0，第六值为1。可选的，第二指示比特的取值可以由高层协议层(如应用层或RRC层)或MAC层确定。

2.方式二，第三指示信息可以为MAC subheader中的LCID域。

当LCID域的取值为第三预留LCID值时，表示终端在发送最后一个上行数据包之后需要再接收一个下行数据包；当LCID域的取值为第四预留LCID值时，表示终端在发送最后一个上行数据包之后不需要接收下行数据包。

也即是说，可利用新定义的MAC CE对应的MAC subheader中的LCID域的预留LCID值区别指示第2种触发条件的case1和case2。

(3)用于RRC连接释放请求的新定义的BSR MAC CE(即第一MAC CE)可以既指示终端偏好转移到的RRC状态，也指示终端在发送最后一个上行数据之后需要再接收一个下行数据包或不需要再接收下行数据包。

1.方式一，第一MAC CE可以同时携带第一指示比特和第二指示比特，第一指示比特和第二指示比特为MAC subheader中的两个不同的指示比特。

具体的，可参考实施例三的相关扩展中的相应内容，这里不再赘述。

2.方式二，第一MAC CE可以携带第四指示信息，第四指示信息指示终端偏好转移到的RRC状态，以及，终端在发送最后一个上行数据之后需要再接收一个下行数据包或不需要再接收下行数据包。

具体的，第四指示信息为MAC subheader中的LCID域，具体可参考实施例三的相关扩展中的相应内容，这里不再赘述。

结合实施例一至实施例四中的任一个实施例，在一些可选实现方式中，为了避免在终端已发送的第一MAC CE还处于等待网络设备处理的状态(即pendin状态)下，该终端又重复发送第一MAC CE，终端可以在如下条件中的任意一项被满足时，取消发送承载RRC连接释放请求的第一MAC CE：该终端的复用和组合过程生成了第一MAC CE，或，终端已经发送了包含第一MAC CE的MAC PDU。这里，终端的复用和组合过程是指终端将一个或者多个LCH的数据，即MAC SDU，和/或一个或者多个MAC CE复用到一个MAC PDU中，并按照MAC协议中定义的MAC PDU的格式组装生成一个MAC PDU的过程。

参考图26，图26示出了本申请的一些实施例提供的终端300。如图26所示，终端300可包括：输入输出模块(包括音频输入输出模块318、按键输入模块316以及显示器320等)、用户接口302、一个或多个终端处理器304、发射器306、接收器308、耦合器310、天线314以及存储器312。这些部件可通过总线或者其他方式连接，图26以通过总线连接为例。其中：

通信接口301可用于终端300与其他通信设备，例如基站，进行通信。具体的，所述基站可以是图27所示的网络设备400。通信接口301是指终端处理器304与收发系统(由发射器306和接收器308构成)之间的接口，例如LTE中的X1接口。具体实现中，通信接口301可包括：全球移动通信系统(Global System for Mobile Communication，GSM)(2G)通信接口、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)(3G)通信接口，以及长期演进(Long Term Evolution，LTE)(4G)通信接口等等中的一种或几种，也可以是4.5G、5G或者未来新空口的通信接口。不限于无线通信接口，终端300还可以配置有有线的通信接口301，例如局域接入网(Local Access Network，LAN)接口。

天线314可用于将传输线中的电磁能转换成自由空间中的电磁波，或者将自由空间中的电磁波转换成传输线中的电磁能。耦合器310用于将天线314接收到的移动通信信号分成多路，分配给多个的接收器308。

发射器306可用于对终端处理器304输出的信号进行发射处理，例如将该信号调制在授权频段的信号，或者调制在非授权频段的信号。换句话说，发射器306可以支持终端300在一个或多个非授权频谱上发射信号，或者可以支持终端300在一个或多个授权频谱上发射信号。

接收器308可用于对天线314接收的移动通信信号进行接收处理。例如，接收器308可以解调已被调制在非授权频段上的接收信号，也可以解调调制在授权频段上的接收信号。换句话说，接收器308可以支持终端300接收调制在非授权频谱上的信号，或者可以支持终端300接收调制在授权频谱上的信号。

在本申请的一些实施例中，发射器306和接收器308可看作一个无线调制解调器。在终端300中，发射器306和接收器308的数量均可以是一个或者多个。

除了图26所示的发射器306和接收器308，终端300还可包括其他通信部件，例如GPS模块、蓝牙(Bluetooth)模块、无线高保真(Wireless Fidelity，Wi-Fi)模块等。不限于上述表述的无线通信信号，终端300还可以支持其他无线通信信号，例如卫星信号、短波信号等等。不限于无线通信，终端300还可以配置有有线网络接口(如LAN接口)来支持有线通信。

所述输入输出模块可用于实现终端300和用户/外部环境之间的交互，可主要包括音频输入输出模块318、按键输入模块316以及显示器320等。具体实现中，所述输入输出模块还可包括：摄像头、触摸屏以及传感器等等。其中，所述输入输出模块均通过用户接口302与终端处理器304进行通信。

存储器312与终端处理器304耦合，用于存储各种软件程序和/或多组指令。具体实现中，存储器312可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器312可以存储操作系统(下述简称系统)，例如ANDROID，IOS，WINDOWS，或者LINUX等嵌入式操作系统。存储器312还可以存储网络通信程序，该网络通信程序可用于与一个或多个附加设备，一个或多个终端设备，一个或多个网络设备进行通信。存储器312还可以存储用户接口程序，该用户接口程序可以通过图形化的操作界面将应用程序的内容形象逼真的显示出来，并通过菜单、对话框以及按键等输入控件接收用户对应用程序的控制操作。

在本申请的一些实施例中，存储器312可用于存储本申请的一个或多个实施例提供的RRC连接释放方法在终端300侧的实现程序。关于本申请的一个或多个实施例提供的RRC连接释放方法的实现，请参考后续实施例。

终端处理器304可用于读取和执行计算机可读指令。具体的，终端处理器304可用于调用存储于存储器312中的程序，例如本申请的一个或多个实施例提供的RRC连接释放方法在终端300侧的实现程序，并执行该程序包含的指令。

终端处理器304可以为调制解调器(Modem)处理器，是实现3GPP、ETSI等无线通信标准中主要功能的模块。Modem可以作为单独的芯片，也可以与其他芯片或电路在一起形成系统级芯片或集成电路。这些芯片或集成电路可应用于所有实现无线通信功能的设备，包括：手机、电脑、笔记本、平板、路由器、可穿戴设备、汽车、家电设备等。需要说明的是，在不同的实施方式中，终端处理器304处理器可以作为单独的芯片，与片外存储器耦合，即芯片内不包含存储器；或者终端处理器304处理器与片内存储器耦合并集成于芯片中，即芯片内包含存储器。

可以理解的，终端300可以是图1示出的无线通信系统100中的终端103，可实施为移动设备，移动台(mobile station)，移动单元(mobile unit)，无线单元，远程单元，用户代理，移动客户端等等。

需要说明的，图26所示的终端300仅仅是本申请的一种实现方式，实际应用中，终端300还可以包括更多或更少的部件，这里不作限制。

参考图27，图27示出了本申请的一些实施例提供的网络设备400。如图27所示，网络设备400可包括：通信接口403、一个或多个网络设备处理器401、发射器407、接收器409、耦合器411、天线413和存储器405。这些部件可通过总线或者其他方式连接，图27以通过总线连接为例。其中：

通信接口403可用于网络设备400与其他通信设备，例如终端设备或其他基站，进行通信。具体的，所述终端设备可以是图26所示的终端300。通信接口301是指网络设备处理器401与收发系统(由发射器407和接收器409构成)之间的接口，例如LTE中的S1接口。具体实现中，通信接口403可包括：全球移动通信系统(GSM)(2G)通信接口、宽带码分多址(WCDMA)(3G)通信接口，以及长期演进(LTE)(4G)通信接口等等中的一种或几种，也可以是4.5G、5G或者未来新空口的通信接口。不限于无线通信接口，网络设备400还可以配置有有线的通信接口403来支持有线通信，例如一个网络设备400与其他网络设备400之间的回程链接可以是有线通信连接。

天线413可用于将传输线中的电磁能转换成自由空间中的电磁波，或者将自由空间中的电磁波转换成传输线中的电磁能。耦合器411可用于将移动通信号分成多路，分配给多个的接收器409。

发射器407可用于对网络设备处理器401输出的信号进行发射处理，例如将该信号调制在授权频段的信号，或者调制在非授权频段的信号。换句话说，发射器407可以支持网络设备400在一个或多个非授权频谱上发射信号，或者还可以支持网络设备400在一个或多个授权频谱上发射信号。

接收器409可用于对天线413接收的移动通信信号进行接收处理。例如，接收器409可以解调已被调制在非授权频段上的接收信号，也可以解调调制在授权频段上的接收信号。换句话说，接收器409可以支持网络设备400接收调制在非授权频谱上的信号，或者还可以支持网络设备400接收调制在授权频谱上的信号。

在本申请的一些实施例中，发射器407和接收器409可看作一个无线调制解调器。在网络设备400中，发射器407和接收器409的数量均可以是一个或者多个。

存储器405与网络设备处理器401耦合，用于存储各种软件程序和/或多组指令。具体实现中，存储器405可包括高速随机存取的存储器，并且也可包括非易失性存储器，例如一个或多个磁盘存储设备、闪存设备或其他非易失性固态存储设备。存储器405可以存储操作系统(下述简称系统)，例如uCOS、VxWorks、RTLinux等嵌入式操作系统。存储器405还可以存储网络通信程序，该网络通信程序可用于与一个或多个附加设备，一个或多个终端设备，一个或多个网络设备进行通信。

网络设备处理器401可用于进行无线信道管理、实施呼叫和通信链路的建立和拆除，并为本控制区内用户设备的过区切换进行控制等。具体实现中，网络设备处理器401可包括：管理/通信模块(Administration Module/Communication Module，AM/CM)(用于话路交换和信息交换的中心)、基本模块(Basic Module，BM)(用于完成呼叫处理、信令处理、无线资源管理、无线链路的管理和电路维护功能)、码变换及子复用单元(Transcoder andSubMultiplexer，TCSM)(用于完成复用解复用及码变换功能)等等。

本申请中，网络设备处理器401可用于读取和执行计算机可读指令。具体的，网络设备处理器401可用于调用存储于存储器405中的程序，例如本申请的一个或多个实施例提供的RRC连接释放方法在网络设备400侧的实现程序，并执行该程序包含的指令。

网络设备处理器401可以为调制解调器(Modem)处理器，是实现3GPP、ETSI等无线通信标准中主要功能的模块。Modem可以作为单独的芯片，也可以与其他芯片或电路在一起形成系统级芯片或集成电路。这些芯片或集成电路可应用于所有实现无线通信功能的网络侧设备，例如，在LTE网络中，称为演进的节点B(evolved NodeB，eNB或eNodeB)，在第三代(the 3rd Generation，3G)网络中，称为节点B(Node B)等，在5G网络中，称为5G基站(NRNodeB，gNB)。需要说明的是，在不同的实施方式中，网络设备处理器401可以作为单独的芯片，与片外存储器耦合，即芯片内不包含存储器；或者网络设备处理器401处理器与片内存储器耦合并集成于芯片中，即芯片内包含存储器。

可以理解的，网络设备400可以是图1示出的无线通信系统100中的网络设备101，可实施为基站收发台，无线收发器，一个基本服务集(BSS)，一个扩展服务集(ESS)，NodeB，eNodeB等等。网络设备400可以实施为几种不同类型的基站，例如宏基站、微基站等。网络设备400可以应用不同的无线技术，例如小区无线接入技术，或者WLAN无线接入技术。

需要说明的，图27所示的网络设备400仅仅是本申请的一种实现方式，实际应用中，网络设备400还可以包括更多或更少的部件，这里不作限制。

参见图28，图28是本申请的一个实施例提供的无线通信系统10，以及无线通信系统10中的网络设备500、终端600。网络设备500可以是前述方法实施例中的网络设备，终端600可以是前述方法实施例中的终端。

如图28所示，终端600可包括：处理单元601和通信单元603。其中：

处理单元601可用于触发RRC连接释放请求；

通信单元603可用于向网络设备500发送所述第一媒体接入控制控制实体MAC CE，所述第一MAC CE包括第一指示信息，所述第一指示信息指示所述第一MAC CE用于请求网络设备500发起RRC连接释放过程。

可选的，通信单元501还可用于接收所述网络设备发送的RRC连接释放消息。处理单元601还可用于根据所述RRC连接释放消息，释放RRC连接，从RRC连接态转换为RRC空闲态或RRC非激活态。

可选的，处理单元601还可用于在如下条件中的任意一项被满足时，取消所述RRC连接释放请求：所述终端的复用和组合过程生成了所述第一MAC CE，所述终端发送了包含所述第一MAC CE的MACPDU。

如图28所示，网络设备500可包括：通信单元501和处理单元503。其中：

通信单元501，可用于接收终端600发送的第一媒体接入控制控制实体MAC CE，所述第一MAC CE包括第一指示信息，所述第一指示信息指示所述第一MAC CE用于请求所述网络设备发起RRC连接释放过程。

处理单元503，可用于解析通信单元501接收到的第一MAC CE。

可选的，通信单元501还可用于根据所述第一MAC CE向所述终端发送RRC连接释放消息。

可以看出，由终端600而非网络设备500来确定终端600业务传输结束与否。在终端600确定业务传输结束后，终端600向网络设备500发送用于RRC连接释放请求的MACCE。网络设备500在收到用于RRC连接释放请求的MAC CE后，便可以决定向终端600发送RRC连接释放消息/RRC释放消息，以发起终端600的RRC连接释放过程。这样，便可以让处于RRC连接态下的终端600在结束业务传输后尽快转入RRC空闲态或者RRC非激活态，而不是在计数器超时后等待一段时间再转入RRC空闲态或者RRC非激活态，有利于降低终端600的功耗。

本申请中，RRC连接释放请求的触发条件可包括：

第1种触发条件：终端在不久的将来没有业务需要传输。一旦终端确定当前时刻之后的一段时间内没有业务需要传输，终端便触发RRC连接释放请求。本申请中，可以将这一段时间称为第一时间，第一时间可以为20-30s，或其他值。

第2种触发条件：终端当前传输的上行数据是当前业务的最后一个上行数据包。一旦终端确定当前传输的上行数据是当前业务的最后一个上行数据包，终端便触发RRC连接释放请求。

关于上述两种触发条件的具体内容，可参考前述实施例，这里不再赘述。

本申请中，第一MAC CE的具体实现方式可包括：

(1)第一MAC CE可以重用现有协议中定义的BSR MAC CE来实现。

方式一，对于任意BSR格式的BSR MAC CE来说，第一指示信息可以包括：BSR MACCE对应的MAC subheader中取值为预留LCID值(如100010–110100中一个值或一个值范围)的LCID域，和/或，BSR MAC CE对应的MAC subheader中取值为第一值(如1)的预留比特R。也即是说，可以利用现有BSR MAC CE对应的MAC subheader中的预留LCID值或预留比特R来表示该BSR MAC CE是一个特殊的MAC CE，用于RRC连接释放请求，即MAC CE for RRCConnection Release Request。

可选的，当第一MAC CE具体为短BSR格式或短截断BSR格式的BSR MAC CE时，该BSRMAC CE中的buffer size域的取值为0；该BSR MAC CE中的LCG ID域的取值可以为所终端的任意一个LCG的ID，或者为包含具有最高优先级的逻辑信道的LCG的ID，或者为0。

可选的，当第一MAC CE具体为长BSR格式或长截断BSR格式的BSR MAC CE时，该BSRMAC CE中可以仅包含一个bitmap字节，该bitmap字节中的每一个比特的取值均为0，表示各个比特各自对应的逻辑信道组中没有数据缓存。可以看出，由于省去了现有BSR MAC CE中的buffer size域，第一MAC CE可以节约比特开销。

方式二，对于长BSR格式或长截断BSR格式的BSR MAC CE来说，第一指示信息还可包括：取值为buffer size预留值(即255)的buffer size域。也即是说，还可以利用现有长BSR格式或长截断BSR格式的BSR MAC CE中的预留buffer size值来表示该BSR MAC CE是一个特殊的MAC CE，用于RRC连接释放请求，即MAC CE for RRC Connection ReleaseRequest。

可选的，当第一MAC CE具体为长BSR格式或长截断BSR格式的BSR MAC CE时，该BSRMAC CE中可以仅包含一个bitmap字节和一个buffer size域。

(2)第一MAC CE可以为新定义的MAC CE。

本申请中，该新定义的MAC CE的比特长度可以固定为0个比特；第一MACCE中携带的第一指示信息可包括：该新定义的MAC CE对应的MAC subheader中取值为预留LCID值(如100010–110100中一个值或一个值范围)的LCID域，和/或，该新定义的MAC CE对应的MACsubheader中取值为第一值(如1)的预留比特R。也即是说，可以利用MAC subheader中的预留LCID值或预留比特R来指示第一MAC CE用于RRC连接释放请求。

可以看出，利用新定义的MAC CE来实现第一MAC CE，由于MAC CE部分为0bits，仅有MAC subheader部分，可以节约比特开销。

(3)第一MAC CE可以携带第二指示信息，以指示终端偏好转移到的RRC状态。

终端偏好转移到的RRC状态可包括RRC空闲态或RRC非激活态。

(4)第一MAC CE可以携带第三示信息，以指示终端在发送最后一个上行数据包之后需要再接收一个下行数据包还是不需要再接收下行数据包。

关于终端在发送最后一个上行数据包之后需要再接收一个下行数据包还是不需要再接收下行数据包，可具体参考前述实施例中关于第2种触发条件的内容，这里不再赘述。

关于第一MAC CE的信令实现的详细描述，可参考前述实施例，这里不再赘述。

本申请中，第一MAC CE在进行逻辑信道优先级处理时的优先级可以呈现如下考虑：

可选的，第一MAC CE在进行逻辑信道优先级处理时的优先级可以低于以下各项的优先级：C－RNTIMAC CE、Configured Grant Confirmation MAC CE、除了padding BSR MACCE外的BSR MAC CE、PHR MAC CE、除来自UL－CCCH的数据外的来自任意逻辑信道的数据。这样，可以避免第一MAC CE抢占承载数据的资源，确保数据正常传输。

可选的，第一MAC CE在进行逻辑信道优先级处理时的优先级可以低于以下各项的优先级：C－RNTIMAC CE、Configured GrantConfirmation MAC CE、除了用于padding的BSRMAC CE外的BSR MAC CE。

可以理解的，网络设备500和终端600各自包括的各个功能单元的具体实现可参考前述方法实施例，这里不再赘述。

另外，本发明实施例还提供了一种无线通信系统，所述无线通信系统可以是图1所示的无线通信系统100，也可以是图28所示的无线通信系统10，可包括：网络设备和终端。其中，该终端可以是前述实施例中的终端，该网络设备可以是前述实施例中的网络设备。具体的，该终端可以是图26所示的终端300，该网络设备可以是图27所示的网络设备400。该终端也可以是图28实施例中的终端600，该网络设备也可以是图28实施例中的网络设备500。关于所述网络和所述终端的具体实现可参考前述实施例，这里不再赘述。

以图26所示终端为例，终端处理器304用于调用存储于所述存储器312中的指令来控制发射器306在进行发送以及控制接收器308进行接收。发射器306用于支持终端执行对数据和/或信令进行发射的过程。接收器308用于支持终端执行对数据和/或信令进行接收的过程。存储器312用于存储终端的程序代码和数据。

本申请中，终端处理器304可用于触发RRC连接释放请求

本申请中，发射器306可用于发射第一MAC CE。

本申请中，第一MAC CE用于RRC连接释放请求。这样，网络设备在收到第一MAC CE后，便可以决定向终端发送RRC连接释放消息/RRC释放消息，以发起终端的RRC连接释放过程，便可以让处于RRC连接态下的终端在结束业务传输后尽快转入RRC空闲态或者RRC非激活态，而不是在计数器超时后等待一段时间再转入RRC空闲态或者RRC非激活态，有利于降低终端的功耗。关于第一MAC CE的具体实现，可参考前述实施例，这里不再赘述。

关于终端中各部件的具体实现，可参考图前述方法实施例，这里不再赘述。

以图27所示网络设备为例，网络设备处理器405用于控制发射器407在进行发送以及控制接收器409在进行接收。发射器407用于支持网络设备执行对数据和/或信令进行发射的过程。接收器409用于支持网络设备执行对数据和/或信令进行接收的过程。存储器405用于存储网络设备的程序代码和数据。

本申请中，接收器409可主要用于接收终端发送的第一MAC CE。发射器407可主要用于根据第一MAC CE发送RRC连接释放消息/RRC释放消息。这样便可以发起终端的RRC连接释放过程，便可以让处于RRC连接态下的终端在结束业务传输后尽快转入RRC空闲态或者RRC非激活态，而不是在计数器超时后等待一段时间再转入RRC空闲态或者RRC非激活态，有利于降低终端的功耗。关于第一MAC CE的具体实现，可参考前述实施例，这里不再赘述。

关于网络设备中各部件的具体实现，可参考图前述方法实施例，这里不再赘述。

参见图29，图29示出了本申请提供的一种装置的结构示意图。如图29所示，装置50可包括：处理器501，以及耦合于处理器501的一个或多个接口502。其中：

处理器501可用于读取和执行计算机可读指令。具体实现中，处理器501可主要包括控制器、运算器和寄存器。其中，控制器主要负责指令译码，并为指令对应的操作发出控制信号。运算器主要负责执行定点或浮点算数运算操作、移位操作以及逻辑操作等，也可以执行地址运算和转换。寄存器主要负责保存指令执行过程中临时存放的寄存器操作数和中间操作结果等。具体实现中，处理器501的硬件架构可以是专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)架构、MIPS架构、ARM架构或者NP架构等等。处理器501可以是单核的，也可以是多核的。

接口502可用于输入待处理的数据至处理器501，并且可以向外输出处理器501的处理结果。具体实现中，接口502可以是通用输入输出(General Purpose Input Output，GPIO)接口，可以和多个外围设备(如射频模块等等)连接。接口502还可以包括多个独立的接口，例如以太网接口、移动通信接口(如X1接口)等，分别负责不同外围设备和处理器501之间的通信。

本申请中，处理器501可用于从存储器中调用本申请的一个或多个实施例提供的RRC连接释放方法在网络设备侧或终端侧的实现程序，并执行该程序包含的指令。接口502可用于输出处理器501的执行结果。本申请中，接口503可具体用于输出处理器501的处理结果。关于本申请的一个或多个实施例提供的RRC连接释放方法可参考前述各个实施例，这里不再赘述。

具体的，当装置50实现为本申请中的终端时，处理器501可用于根据RRC连接释放请求的前述触发条件1或前述触发条件2触发RRC连接请求，并生成第一MAC CE。接口503可用于输出处理器501生成的第一MAC CE。具体的，接口503可以输出第一MAC CE到发射器，发射器可用于发射第一MAC CE。

具体的，当装置50实现为本申请的中的网络设备时，接口503可用于将接收器接收到的第一MAC CE输入到处理器501，处理器501可用于解析第一MAC CE。处理器501还可用于根据第一MAC CE生成RRC连接释放消息。接口503还可用于输出处理器501生成的RRC连接释放消息。具体的，接口503可以输出RRC连接释放消息到发射器，发射器可用于发射RRC连接释放消息。

关于第一MAC CE的内容和格式可以参考前述实施例，这里不再赘述。

需要说明的，处理器501、接口502各自对应的功能既可以通过硬件设计实现，也可以通过软件设计来实现，还可以通过软硬件结合的方式来实现，这里不作限制。

结合本发明实施例公开内容所描述的方法或者算法的步骤可以硬件的方式来实现，也可以是由处理器执行软件指令的方式来实现。软件指令可以由相应的软件模块组成，软件模块可以被存放于RAM、闪存、ROM、可擦除可编程只读存储器(Erasable ProgrammableROM，EPROM)、电可擦可编程只读存储器(Electrically EPROM，EEPROM)、寄存器、硬盘、移动硬盘、只读光盘(CD-ROM)或者本领域熟知的任何其他形式的存储介质中。一种示例性的存储介质耦合至处理器，从而使处理器能够从该存储介质读取信息，且可向该存储介质写入信息。当然，存储介质也可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。另外，该ASIC可以位于收发机或中继设备中。当然，处理器和存储介质也可以作为分立组件存在于无线接入网设备或终端设备中。

本领域技术人员应该可以意识到，在上述一个或多个示例中，本发明实施例所描述的功能可以用硬件、软件、固件或它们的任意组合来实现。当使用软件实现时，可以将这些功能存储在计算机可读介质中或者作为计算机可读介质上的一个或多个指令或代码进行传输。计算机可读介质包括计算机存储介质和通信介质，其中通信介质包括便于从一个地方向另一个地方传送计算机程序的任何介质。存储介质可以是通用或专用计算机能够存取的任何可用介质。

以上的具体实施方式，对本发明实施例的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上仅为本发明实施例的具体实施方式而已，并不用于限定本发明实施例的保护范围，凡在本发明实施例的技术方案的基础之上，所做的任何修改、等同替换、改进等，均应包括在本发明实施例的保护范围之内。

Claims (20)

1.一种释放无线资源控制RRC连接的方法，其特征在于，包括：

终端触发RRC连接释放请求；

终端向网络设备发送所述第一媒体接入控制控制实体MAC CE，所述第一MAC CE包括第一指示信息，所述第一指示信息指示所述第一MAC CE用于请求所述网络设备发起RRC连接释放过程。

2.如权利要求1所述的方法，其特征在于，还包括：

所述终端接收所述网络设备发送的RRC连接释放消息；

所述终端根据所述RRC连接释放消息，释放RRC连接，从RRC连接态转换为RRC空闲态或RRC非激活态。

3.如权利要求1或2所述的方法，其特征在于，还包括：所述终端在如下条件中的任意一项被满足时，取消所述RRC连接释放请求：所述终端的复用和组合过程生成了所述第一MACCE，所述终端发送了包含所述第一MAC CE的MAC PDU。

4.如权利要求1－3中任一项所述的方法，其特征在于，所述终端触发所述RRC连接释放请求，具体包括：

如果所述终端确定在当前之后的第一时间段内不会有业务需要传输，则所述终端触发所述RRC连接释放请求。

5.如权利要求1－3中任一项所述的方法，其特征在于，所述终端触发所述RRC连接释放请求，具体包括：

如果所述终端确定当前传输的上行数据包是当前业务的最后一个上行数据包且所述终端在发送所述最后一个上行数据包之后不会再接收下行数据包，或，所述终端确定当前传输的上行数据是当前业务的最后一个上行数据且所述终端在发送所述最后一个上行数据之后需要再接收少于第一数据量的下行数据包，则触发所述RRC连接释放请求。

6.如权利要求1－5中任一项所述的方法，其特征在于，所述第一MAC CE中还包括指示所述终端偏好转移到的RRC状态的第二指示信息，所述终端偏好转移到的RRC状态包括RRC空闲态或RRC非激活态。

7.一种释放无线资源控制RRC连接的方法，其特征在于，包括：

网络设备接收终端发送的第一媒体接入控制控制实体MACCE，所述第一MAC CE包括第一指示信息，所述第一指示信息指示所述第一MAC CE用于请求所述网络设备发起RRC连接释放过程。

8.如权利要求7所述的方法，其特征在于，还包括：所述网络设备根据所述第一MAC CE向所述终端发送RRC连接释放消息。

9.如权利要求7或8所述的方法，其特征在于，所述第一MAC CE中还包括指示所述终端偏好转移到的RRC状态的第二指示信息，所述终端偏好转移到的RRC状态包括RRC空闲态或RRC非激活态；如果所述第二指示信息指示所述终端偏好转移到的RRC状态为RRC非激活态，则所述RRC连接释放消息中包括转入RRC非激活态的指示信息。

10.如权利要求1－9中任一项所述的方法，其特征在于，所述第一MAC CE为BSR MACCE，所述第一指示信息包括：所述BSR MAC CE对应的MAC子头部subheader中取值为预留LCID值的LC ID域，和/或，所述BSR MAC CE对应的MAC subheader中取值为第一值的预留比特R。

11.如权利要求1－9中任一项所述的方法，其特征在于，所述第一MAC CE为长BSR格式或长截断BSR格式的BSR MAC CE，所述第一指示信息包括：取值为buffer size预留值的buffer size域。

12.如权利要求1－9中任一项所述的方法，其特征在于，所述第一MAC CE的比特长度固定为0个比特；所述第一指示信息包括：所述第一MAC CE对应的MAC subheader中取值为预留值的LC ID域，和/或，所述第一MAC CE对应的MAC subheader中取值为第二值的预留比特R。

13.如权利要求1－12中任一项所述的方法，其特征在于，所述第一M AC CE中还包括第三指示信息，所述第三指示信息指示所述终端在发送最后一个上行数据包之后需要再接收少于第一数据量的下行数据包或不需要再接收下行数据包。

14.如权利要求1－13中任一项所述的方法，其特征在于，所述第一M AC CE在进行逻辑信道优先级处理时的优先级低于以下各项的优先级：小区无线网络临时标识C－RNTI MACCE、配置授权确认Configured G rantConfirm ation MAC CE、除了填充BSR MAC CE外的BSR MAC CE、功率余量报告PHR MAC CE、除来自上行公共控制信道UL－CCCH的数据外的来自任意逻辑信道的数据。

15.如权利要求1－14中任一项所述的方法，其特征在于，所述第一MAC CE在进行逻辑信道优先级处理时的优先级低于以下各项的优先级：C－RNTI MAC CE、Configured GrantConfirmation MAC CE、除了用于padding的BSR MAC CE外的BSR MAC CE。

16.一种终端，其特征在于，包括：发射器和接收器，存储器以及耦合于所述存储器的处理器，所述存储器用于存储可由所述处理器执行的指令，所述处理器用于调用所述存储器中的所述指令，执行权利要求1－6、10－15中任一项所述的方法。

17.一种网络设备，其特征在于，包括：发射器和接收器，存储器以及耦合于所述存储器的处理器，所述存储器用于存储可由所述处理器执行的指令，所述处理器用于调用所述存储器中的所述指令，执行权利要求7－9、10－15中任一项所述的方法。

18.一种装置，其特征在于，包括：处理器，以及耦合于所述处理器的一个或多个接口；其中：

所述处理器用于触发RRC连接释放请求，生成第一媒体接入控制控制实体MAC CE，所述第一MAC CE包括第一指示信息，所述第一指示信息指示所述第一MAC CE用于请求所述网络设备发起RRC连接释放过程；

所述接口用于输出所述处理器生成的所述第一MAC CE。

19.一种装置，其特征在于，包括：处理器，以及耦合于所述处理器的一个或多个接口；其中：

所述接口用于输入第一媒体接入控制控制实体MAC CE到所述处理器；

所述处理器用于解析所述第一MAC CE，所述第一MAC CE包括第一指示信息，所述第一指示信息指示所述第一MAC CE用于请求所述网络设备发起RRC连接释放过程。

20.一种通信系统，其特征在于，包括：终端和网络设备，其中：

所述终端为权利要求16所述的终端，所述网络设备为权利要求17所述的网络设备。

Images