CN103716912A - 一种释放无线资源控制连接的方法、装置及*** - Google Patents
一种释放无线资源控制连接的方法、装置及*** Download PDFInfo
- Publication number
- CN103716912A CN103716912A CN201210379875.8A CN201210379875A CN103716912A CN 103716912 A CN103716912 A CN 103716912A CN 201210379875 A CN201210379875 A CN 201210379875A CN 103716912 A CN103716912 A CN 103716912A
- Authority
- CN
- China
- Prior art keywords
- terminal
- network side
- indication
- mac pdu
- timer
- 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.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种释放RRC连接的方法、装置及***，用于解决现有技术中终端完成数据发送后，网络侧需要针对每个终端发送大量的RRC信令以释放每个终端的RRC连接，造成较大的空口信令开销的问题。本发明实施例的方法包括：终端在确定当前向网络侧发送的MAC PDU为最后一个MACPDU后，向网络侧发送用于表示所有数据发送完毕的指示；及在接收到网络侧反馈的ACK消息后，释放自身的RRC连接，并进入空闲状态。本发明实施例在终端发送完所有数据后，通过向网络侧发送的用于表示所有数据发送完毕的指示，使网络侧不需要向终端发送空口信令，也可以实现释放终端的RRC连接，从而可以优化信令传输，节省网络资源。
Description
技术领域
本发明涉及无线通信技术领域，特别涉及一种释放无线资源控制RRC连接的方法，以及用于释放RRC连接的装置及***。
背景技术
机器与机器（Machine to Machine，M2M）通信是指机器和机器之间的通信，与传统的人与人（Human to Human，H2H）通信不同，M2M通信能够自动完成数据的采集、处理与传输，而无需人工干预。例如，水表统计，电表统计，煤气表统计，水文监测等，这些用户终端或者属于同一个用户，例如，属于同一个电力公司的电表，属于同一个自来水公司的水表等，或者在一个区域内分布比较密集，例如，水文监测。
M2M业务的通信可以采用与传统的H2H通信完全相同的无线资源管理和数据发送方式。M2M通信的一个突出特点是用户终端比较多，机器类型通信（Machine Type Communication，MTC）终端的数目远大于H2H的用户终端，通常是H2H终端的几十倍。其另一个特点是MTC终端与网络侧之间进行数据传输的时间是可控的，如像水表、电表、煤气表等MTC终端可以被约束在某个集中的时间段向网络侧上报数据。
从无线网络侧来说，如在长期演进（Long Term Evolution，LTE）***中，终端具有两种状态，即RRC_connected（连接）状态和RRC-idle（空闲）状态；又如在通用移动通信***（Universal Mobile Telecommunications System，UMTS）中，终端具有五种状态，即cell-dch状态、cell_fach状态、cell_pch/ura_pch状态以及idle（空闲）状态，其中，cell-dch状态、cell_fach、cell_pch/ura_pch都是连接状态。无论是LTE***还是UMTS中，若终端当前处于空闲状态，且该终端需要发送数据，则该终端必须先与网络侧之间建立RRC连接，在该终端处于连接状态时，才能够向该网络侧发送数据；并且，若终端当前处于连接状态，且该终端已完成数据的发送，则网络侧在检测到该终端长时间没有数据发送时，会发起RRC连接释放过程，即向终端发送RRC connection release消息，终端在收到该消息后，返回到空闲状态。
LTE***中，终端与基站之间的RRC连接释放过程参见图1所示，在终端与基站建立RRC连接之后，可以在配置的资源上传输数据，其中，该数据在媒质接入控制（Medium Access Control，MAC）层被称为MAC分组数据单元（Packet Data Unit，PDU）。MAC PDU的格式参见图2所示，一个MAC PDU由MAC头（header）和MAC净荷（payload）组成。其中，MAC payload部分进一步又包括MAC控制单元（Control Element，CE）、MAC业务数据单元（Service Data Unit，SDU）以及填充（padding）。进一步，MAC头中又包含若干个子头（sub-header），每个子头对应后面的一个MAC CE或MAC SDU或padding，且顺序相同。在MAC子头中采用“R/R/E/LCID/F/L”等标识该MAC子头对应的是MAC CE、MAC SDU或padding。其中，R表示预留，其值用1比特（bit）数据表示；E表示MAC头中是否还有更多的域，其值用1bit数据表示；F表示对应的MAC PDU或MAC CE是否大于128字节，其值用1bit数据表示；L表示对应的MAC SDU或MAC CE的长度；LCID（Logical ChannelIdentity）表示逻辑信道标识符，其值用4bit数据表示。对于上行MAC PDU，LCID值的具体含义如表1所示：
表1
从表1中可以看出，LCID值中比11001大的值都用来表示特殊含义的MAC CE，目前LCID值中01011~11000为预留。
在LTE***中，对于终端发送的上行数据，网络侧在正确接收该上行数据后，MAC层会反馈应答（Acknowledgement，ACK），无线链路控制（Radio LinkControl，RLC）层有可能反馈RLC对应的ACK；终端接收到网络侧反馈的ACK后，则确认该上行数据已被正确接收，否则，终端将会重传该上行数据。
UMTS***中，终端与基站之间的RRC连接释放过程如图3所示，UMTS***中的网络侧实体包括无线网络控制器（Radio Network Control，RNC）和基站（Node B）。其中，RNC主要负责终端的上下文以及无线资源管理，其是RRC信令的终点，并负责解析RRC信令；基站主要负责调度资源。RNC和基站之间的接口称为Iub接口，基站与RNC之间通过Iub接口可以进行信令的传递。终端发送的数据由基站接收，然后再由基站转发到RNC。
当终端建立RRC连接后，在配置的资源上发送数据，该数据在MAC层称为MAC PDU。在HSPA+（High Speed Packet Access，高速分组接入）引入后，MAC PDU的格式参见图4所示，在MAC-i hdr（MAC-i header，MAC-i头）中由若干组逻辑信道标识符（Logical Channel Identity，LCH-ID）（4bit），L（11bit）以及F（1bit）组成，每一组LCH-ID（4bit）、L（11bit）以及F（1bit）分别对应后面的一个MAC-is数据单元。其中，L对应数据单元的长度，F表示后续是数据单元还是MAC头。UMTS频分双工（Frequency Division Duplexing）***中LCH-ID的具体含义如表2：
表2
UMTS低码片速率（Low Code Rate，LCR）时分双工（Time DivisionDuplexing，TDD）***中LCH-ID的具体含义如表3所示：
| LCH-ID域 | 定义 |
| 0000 | 逻辑信道1 |
| 0001 | 逻辑信道2 |
| ... | ... |
| 1101 | 逻辑信道14 |
| 1110 | CCCH标识符(SRB0) |
| 1111 | 预留 |
表3
从图4中还可以看出，MAC PDU中还可能携带调度信息（SchedulingInformation，SI），该SI用于通知基站目前终端的缓存状态、功率状态、信道状态，以辅助基站调度。对于UMTS来说，在HSPA中，终端在有数据发送时，需要向基站申请资源，其中，申请的资源使用的是SI。SI既可以通过物理信道E-RUCCH发送，也可以携带在MAC PDU中发送。SI的具体内容如表4所示：
表4
其中，TEBS（Total E-DCH Buffer Staus）为总缓存信息，HLID（Highestpriority Logical Channel ID）为最高优先级逻辑信道ID，HLBS（Highest priorityLogical channel Buffer Status）为最高优先级逻辑信道缓存状态，SNPL（Servingand Neighbor Cell Pathloss）为邻区和本区路损信息，UPH（终端PowerHeadroom）为终端功率余量。
在UMTS HSPA***中，对于终端发送的上行数据，网络侧在正确接收终端发送的上行数据后，MAC层会反馈ACK，RLC层有可能反馈RLC对应的ACK；终端接收到网络侧反馈的ACK后，确定上行数据已被正确接收，否则，终端将会重传该数据。
基站收到MAC PDU后，进行初步处理，解析MAC头中的字段，包括LCH-ID（4bit）和F（1bit），如果其中包含SI，则基站对SI进行处理，并利用SI进行调度。对于MAC PDU剩余的数据部分，会通过Iub接口用户面的FP（Frame Protocol，帧协议）帧传给RNC进行处理。
综上所述，在LTE***及UMTS中，处于连接状态的终端在完成数据发送后，网络侧都需要针对每个终端发送RRC连接释放消息。在M2M通信中，常会出现在较短时间内，大量终端集中发送数据，在该些终端完成数据发送后，网络侧需要针对每个终端发送大量的RRC信令以释放每个终端的RRC连接，从而造成较大的空口信令开销，容易导致信令拥塞。
发明内容
本发明实施例提供了一种释放RRC连接的方法、装置及***，用于解决现有技术中终端完成数据发送后，网络侧需要针对每个终端发送大量的RRC信令以释放每个终端的RRC连接，从而造成较大的空口信令开销，容易导致信令拥塞的问题。
本发明实施例提供了一种释放RRC连接的方法，包括：
终端在确定当前向网络侧发送的媒质接入控制分组数据单元MAC PDU为最后一个MAC PDU后，向所述网络侧发送用于表示所有数据发送完毕的指示，以指示所述网络侧释放与本终端的RRC连接；
所述终端在接收到所述网络侧反馈的正确应答ACK消息后，释放自身的RRC连接，并进入空闲状态；其中，所述ACK消息是所述网络侧在正确接收本终端发送的最后一个MAC PDU后发送的。
本发明实施例提供了一种释放RRC连接的方法，该方法包括：
网络侧在正确接收终端发送的最后一个MAC PDU后，向所述终端反馈ACK消息；
所述网络侧在收到所述终端发送的用于通知该网络侧所有数据发送完毕的指示后，释放与所述终端的RRC连接，并确定所述终端进入空闲状态。
本发明实施例提供了一种终端，该终端包括：
发送模块，用于在确定当前向网络侧发送的MAC PDU为最后一个MACPDU后，向所述网络侧发送用于表示所有数据发送完毕的指示，以指示所述网络侧释放与本终端的RRC连接；
释放模块，用于在接收到所述网络侧反馈的ACK消息后，释放自身的RRC连接，并进入空闲状态；其中，所述ACK消息是所述网络侧在正确接收所述发送模块发送的最后一个MAC PDU后发送的。
本发明实施例提供了一种网络侧设备，应用于LTE***，该网络侧设备包括：
反馈模块，用于在正确接收终端发送的最后一个MAC PDU后，向所述终端反馈ACK消息；
连接释放模块，用于在收到所述终端发送的用于通知网络侧所有数据发送完毕的指示后，释放与所述终端的RRC连接，并确定所述终端进入空闲状态。
本发明实施例提供了一种网络侧设备，应用于UMTS***，所述网络侧设备包括：
基站，用于在正确接收终端发送的最后一个MAC PDU后，向所述终端反馈ACK消息；及在收到所述终端发送的用于通知该网络侧设备所有数据发送完毕的指示后，将所述指示发送给所述RNC；
RNC，用于在接收到所述指示后，释放与所述终端的RRC连接，并确定所述终端进入空闲状态。
本发明实施例提供了一种通信***，所述通信***包括：
终端，用于在确定当前向网络侧发送的MAC PDU为最后一个MAC PDU后，向所述网络侧发送用于表示所有数据发送完毕的指示，以指示所述网络侧释放与本终端的RRC连接；及在接收到所述网络侧反馈的ACK消息后，释放自身的RRC连接，并进入空闲状态；其中，所述ACK消息是所述网络侧在正确接收本终端发送的最后一个MAC PDU后发送的。
网络侧设备，用于在正确接收终端发送的最后一个MAC PDU后，向所述终端反馈ACK消息；及在收到所述终端发送的用于通知该网络侧所有数据发送完毕的指示后，释放与所述终端的RRC连接，并确定所述终端进入空闲状态。
本发明实施例终端在确定当前向网络侧发送的MAC PDU为最后一个MAC PDU后，向该网络侧发送用于表示所有数据发送完毕的指示，以指示该网络侧释放与该终端的RRC连接；并在接收到该网络侧反馈的ACK消息后，释放自身的RRC连接。本发明实施例在终端发送完所有数据后，通过向网络侧发送的用于表示所有数据发送完毕的指示，使网络侧不需要向终端发送空口信令，也可以实现释放终端的RRC连接，从而可以优化信令传输，节省网络资源。
附图说明
图1为现有LTE***中终端与基站之间的RRC连接的释放流程示意图；
图2为现有LTE***中MAC PDU的格式示意图；
图3为现有UMTS***中终端与基站之间的RRC连接的释放流程示意图；
图4为现有UMTS***中MAC PDU的格式示意图；
图5为本发明实施例终端释放RRC连接的方法流程示意图；
图6为本发明实施例LTE***中特殊MAC CE的具体格式示意图；
图7为本发明实施例UMTS***中MAC头的具体格式示意图；
图8为本发明实施例网络侧释放RRC连接的方法流程示意图；
图9为本发明实施例一种终端的结构示意图；
图10为本发明实施例LTE***中的一种网络侧设备的结构示意图；
图11为本发明实施例UMTS***中的一种网络侧设备的结构示意图；
图12为本发明实施例一种通信***的结构示意图；
图13为本发明实施例中第一种释放RRC连接的方法流程图；
图14为本发明实施例中第二种释放RRC连接的方法流程图；
图15为本发明实施例中第三种释放RRC连接的方法流程图；
图16为本发明实施例中第四种释放RRC连接的方法流程图；
图17为本发明实施例中第五种释放RRC连接的方法流程图；
图18为本发明实施例中第六种释放RRC连接的方法流程图。
具体实施方式
本发明实施例在终端发送完所有数据后，通过向网络侧发送的用于表示所有数据发送完毕的指示，使网络侧不需要向终端发送空口信令，也可以实现释放终端的RRC连接，从而可以优化信令传输，节省网络资源。
下面结合说明书附图对本发明实施例作进一步详细描述。
参见图5所示，为本发明实施例提供的一种释放RRC连接的方法，该方法应用于终端侧，包括以下步骤：
步骤51、终端在确定当前向网络侧发送的MAC PDU为最后一个MACPDU后，向网络侧发送用于表示所有数据发送完毕的指示，以指示网络侧释放与本终端的RRC连接；
步骤52、终端在接收到网络侧反馈的ACK消息后，释放自身的RRC连接，并进入空闲状态；其中，ACK消息是网络侧在正确接收本终端发送的最后一个MAC PDU后发送的。
优选的，网络侧反馈的ACK消息可以为MAC层对应的ACK消息，也可以为RLC层对应的ACK消息。
需要说明的是，若为LTE***，则本发明实施例的网络侧为基站（如eNodeB）；若为UMTS***，则本发明实施例的网络侧包括基站和RNC。
进一步，步骤51中终端可以通过以下方式确定当前发送的MAC PDU为最后一个MAC PDU：
方式1、若组建当前发送的MAC PDU后，该终端中用于缓存数据的缓存器（buffer）为空，该终端确定当前发送的MAC PDU为最后一个MAC PDU；
方式2、在接收到其内部的高层指示（如应用层等）后，确定当前发送的MAC PDU为最后一个MAC PDU，其中，该高层指示用于通知终端当前发送的MAC PDU为最后一个MAC PDU。
在实施中，步骤51中终端根据以下方式向网络侧发送用于表示所有数据发送完毕的指示：
方式A、终端在向网络侧发送的最后一个MAC PDU中携带用于表示所有数据发送完毕的指示。
具体的，若LTE***，方式A进一步包括以下方式：
方式A1、终端采用最后一个MAC PDU中携带的特殊MAC CE表示该指示，其中，特殊MAC CE中包含用于表示所有数据发送完毕的标识信息。
作为一种实现方式，该特殊MAC CE的具体格式可参见图6所示，其中，C1表示所有数据发送完毕，R为预留。
优选的，终端可使用该最后一个MAC PDU的MAC头中预留且未使用的任一LCID值（如01011~11000）表示该最后一个MAC PDU中携带该MAC CE。
例如，终端使用预留且未使用的LCID值01011表示该最后一个MAC PDU携带用于表示所有数据发送完毕的特殊MAC CE，相应的，网络侧在接收到终端侧发送的MAC PDU后，若该MAC PDU的MAC头中包含01011的LCID值，则确定该的MAC PDU中携带该特殊MAC CE，并在该LCID值对应的特殊MAC CE中包含C1时，确定终端的所有数据发送完毕，并向该终端反馈ACK消息。
相应的，步骤52中，终端在接收到网络侧反馈的ACK消息后，释放自身的RRC连接，并进入空闲状态。
方式A2、终端仅采用最后一个MAC PDU的MAC头中预留且未使用的任一LCID值表示该最后一个MAC PDU携带用于表示所有数据发送完毕的指示。
例如，终端使用预留且未使用的LCID值01011表示该最后一个MAC PDU携带用于表示所有数据发送完毕的指示，相应的，网络侧在接收到终端侧发送的MAC PDU后，若该MAC PDU的MAC头中包含01011的LCID值，则确定终端的所有数据发送完毕，并向该终端反馈ACK消息。
相应的，步骤52中，终端在接收到网络侧反馈的ACK消息后，释放自身的RRC连接，并进入空闲状态。
若为UMTS***，方式A进一步包括以下方式：
方式A3、终端采用最后一个MAC PDU的MAC头中预留且未使用的LCH-ID值表示该指示；
作为一种实现方式，该MAC头的具体格式可参见图7所示，其中，MAC头中预留且未使用的LCH-ID值为1111。
相应的，网络侧在接收到该终端发送的最后一个MAC PDU后，若确定该最后一个MAC PDU中某个MAC头包含1111的LCH-ID值，则确定终端的所有数据发送完毕，并向该终端反馈ACK消息。
相应的，步骤52中，终端在接收到网络侧反馈的ACK消息后，释放自身的RRC连接，并进入空闲状态。
方式A4、终端采用最后一个MAC PDU中携带的且被终端设置为特殊值的调度信息SI表示该指示；
作为一种实现方式，用于表示该指示的SI可被设置为：TEBS域设置为0，且HLBS域设置为非零的固定值；
相应的，网络侧在接收到该终端发送的最后一个MAC PDU后，若确定该最后一个MAC PDU中携带的SI的TEBS域为0，且HLBS域为非零的固定值，则确定终端的所有数据发送完毕，并向该终端反馈ACK消息。
相应的，步骤52中，终端在接收到网络侧反馈的ACK消息后，释放自身的RRC连接，并进入空闲状态。
方式B、仅应用于UMTS***，在向网络侧发送最后一个MAC PDU，且收到该网络侧反馈的ACK消息之后，终端向该网络侧发送物理层信令，其中，该物理层信令中携带用于表示所有数据发送完毕的指示。
优选的，该物理层信令可以为特殊E-RUCCH（Enhanced dedicatedchannel-Random access Uplink Control Channel，增强型专用信道-随机接入上行控制信道），其中，该特殊E-RUCCH中携带的SI被设置为特殊值，用于标识该指示；
具体的，用于标识该指示的SI可被设置为：TEBS域设置为0，且HLBS域设置为非零的固定值。
相应的，步骤52中终端释放自身的RRC连接包括：
终端在向网络侧发送携带有用于表示所有数据发送完毕的指示的物理层信令后，释放自身的RRC连接。
在实施中，优选的，在终端向网络侧发送最后一个MAC PDU且收到该网络侧反馈的ACK消息后，或者在终端向网络侧发送物理层信令后，本实施例的方法还包括以下步骤：
终端启动配置的定时器；
若在该定时器的定时范围内未发送任何数据，终端在该定时器超时时，释放自身的RRC连接，并停止该定时器。
进一步，若在该定时器的定时范围内发送了数据或接收了数据，终端停止该定时器。
相应的，网络侧收到终端发送的用于通知该网络侧所有数据发送完毕的指示后，且在该网络侧释放与该终端的RRC连接之前，
该网络侧启动配置的定时器；
若在该定时器的定时范围内未收到来自该终端发送的任何数据，网络侧在该定时器超时时，释放与该终端的RRC连接，并停止该定时器；
进一步，若在该定时器的定时范围内收到来自该终端发送的数据，网络侧停止该定时器。
优选的，本发明实施例的定时器可以由网络侧配置，也可以在协议中规定该定时器。
进一步，若该定时器由网络侧配置，网络侧可以通过***消息块（SystemInformation Block，SIB）通知该终端配置的定时器，也可以通过RRC信令通知该终端配置的定时器。
参见图8所示，为本发明实施例提供的一种释放RRC连接的方法，该方法应用于网络侧，包括以下步骤：
步骤81、网络侧在正确接收终端发送的最后一个MAC PDU后，向该终端反馈ACK消息；
优选的，该ACK消息可以为MAC层对应的ACK消息，也可以为RLC层对应的ACK消息。
步骤82、网络侧在收到该终端发送的用于通知该网络侧所有数据发送完毕的指示后，释放与该终端的RRC连接，并确定该终端进入空闲状态。
需要说明的是，若为LTE***，则本发明实施例的网络侧为基站（如eNodeB）；若为UMTS***，则本发明实施例的网络侧包括基站和RNC。
在实施中，终端发送用于通知该网络侧所有数据发送完毕的指示的方式包括上述方式A和方式B，其中，方式A和方式B的具体实现形式请参见上述描述，此处不再赘述。
若为UMTS***，步骤82中，网络侧释放与该终端的RRC连接包括以下三种情况：
第一种情况：终端采用方式A3发送用于表示所有数据发送完毕的指示，则网络侧释放与该终端的RRC连接具体包括：
基站在收到该指示后，将携带该指示的MAC头通过当前的FP帧发送给RNC；及
RNC在获取到该指示后，释放与该终端的RRC连接。
第二种情况：终端采用方式A4发送用于表示所有数据发送完毕的指示，则网络侧释放与该终端的RRC连接具体包括：
基站在确定接收到的最后一个MAC PDU中携带的SI表示该指示（即基站确定该SI被设置为特殊值）时，通过当前的FP帧中的剩余字段通知RNC该指示；及
RNC在获取到该指示后，释放与该终端的RRC连接。
第三种情况：终端采用方式B发送用于表示所有数据发送完毕的指示，则网络侧释放与该终端的RRC连接具体包括：
基站在收到物理信令中携带的该指示后，向RNC发送该指示；及
RNC在收到该指示后，释放与该终端的RRC连接。
在实施中，基站通过lub接口信令向RNC发送用于表示终端的所有数据发送完毕的指示。
优选的，在网络侧收到终端发送的用于表示所有数据发送完毕的指示后，且在该网络侧释放与该终端的RRC连接之前，本实施例的方法还包括以下步骤：
网络侧启动配置的定时器；
若在该定时器的定时范围内未收到来自该终端发送的任何数据，网络侧在该定时器超时时，释放与该终端的RRC连接，并停止该定时器；
进一步，若在该定时器的定时范围内收到来自该终端发送的数据，网络侧停止该定时器。
优选的，本发明实施例的定时器可以由网络侧配置，也可以在协议中规定该定时器。
其中，若该定时器由网络侧配置，网络侧可以通过***消息块通知该终端配置的定时器，也可以通过RRC信令通知该终端配置的定时器。
进一步，若为UMTS***，网络侧启动配置的定时器具体包括：
基站在收到终端发送的用于表示所有数据发送完毕的指示后，通知RNC启动配置的定时器；
若RNC在该定时器的定时范围内未检测到该终端发送的数据，则该RNC在该定时器超时时，释放与该终端的RRC连接，并停止该定时器；
进一步，若RNC在该定时器的定时范围内检测到该终端发送的数据，则RNC停止该定时器。
基于同一发明构思，本发明实施例中还提供了一种终端，由于该终端解决问题的原理与图5所示的一种释放RRC连接的方法相似，因此该终端的实施可以参见方法的实施，重复之处不再赘述。
参见图9所示，本发明实施例提供的终端，包括：
发送模块91，用于在确定当前向网络侧发送的MAC PDU为最后一个MACPDU后，向网络侧发送用于表示所有数据发送完毕的指示，以指示网络侧释放与本终端的RRC连接；
释放模块92，用于在接收到网络侧反馈的ACK消息后，释放自身的RRC连接，并进入空闲状态；其中，ACK消息是网络侧在正确接收发送模块91发送的最后一个MAC PDU后发送的。
进一步，发送模块91还用于：
若在组建当前发送的MAC PDU后，本终端中用于缓存数据的缓存器为空，确定当前发送的MAC PDU为最后一个MAC PDU；或者
在接收到本终端内部的高层指示后，确定当前发送的MAC PDU为最后一个MAC PDU，其中，高层指示用于通知本终端当前发送的MAC PDU为最后一个MAC PDU。
作为一种实现方式，发送模块91具体用于：
在向网络侧发送的最后一个MAC PDU中携带该指示。
进一步，发送模块91具体用于：
若为LTE***，采用最后一个MAC PDU中携带的特殊MAC CE表示该指示，并使用最后一个MAC PDU的MAC头中预留且未使用的任一LCID值表示最后一个MAC PDU中携带特殊MAC CE；其中，特殊MAC CE中包含用于表示所有数据发送完毕的标识信息；或者
使用最后一个MAC PDU的MAC头中预留且未使用的任一LCID值表示该最后一个MAC PDU中携带用于表示所有数据发送完毕的指示。
进一步，发送模块91具体用于：
若为UMTS***，采用最后一个MAC PDU的MAC头中预留且未使用的LCH-ID值表示该指示；或者采用最后一个MAC PDU中携带的且被设置为特殊值的SI表示该指示。
作为另一种实现方式，发送模块91还用于：
若为UMTS***，在向网络侧发送最后一个MAC PDU，且收到网络侧反馈的ACK消息之后，向网络侧发送物理层信令，其中物理层信令中携带该指示。
进一步，物理层信令为特殊E-RUCCH，其中，该特殊E-RUCCH中携带的SI被设置为特殊值，用于标识该指示。
作为一种实现形式，用于表示所有数据发送完毕的SI可以被设置为：总缓存信息TEBS域设置为0，且最高优先级逻辑信道缓存状态HLBS域设置为非零的固定值。
进一步，释放模块92具体用于：
在向网络侧发送物理层信令后，释放自身的RRC连接。
优选的，发送模块91还用于：
在向网络侧发送最后一个MAC PDU且收到网络侧反馈的ACK消息后，或者在向网络侧发送物理层信令后，启动配置的定时器；
释放模块92还用于：若在定时器的定时范围内未发送任何数据，在定时器超时时，释放自身的RRC连接，并停止定时器。
进一步，释放模块92还用于：
若在定时器的定时范围内发送了数据或接收了数据，停止定时器。
参见图10所示，本发明实施例提供的一种用于释放RRC连接的网络侧设备，应用于LTE***，包括：
反馈模块101，用于在正确接收终端发送的最后一个MAC PDU后，向终端反馈ACK消息；
连接释放模块102，用于在收到终端发送的用于通知网络侧所有数据发送完毕的指示后，释放与终端的RRC连接，并确定终端进入空闲状态。
其中，终端发送的用于通知网络侧所有数据发送完毕的指示可以采用上述方式A1、方式A2和方式B，具体参见上述描述，此处不再赘述。
进一步，ACK消息为MAC层对应的ACK消息或RLC层对应的ACK消息。
作为一种一种实现方式，连接释放模块102还用于：
在释放与终端的RRC连接之前，启动配置的定时器；及若反馈模块101在定时器的定时范围内未收到来自终端发送的任何数据，在定时器超时时，释放与终端的RRC连接，并停止定时器。
进一步，连接释放模块102还用于：
若反馈模块101在定时器的定时范围内收到来自终端发送的数据，停止定时器。
本实施例中网络侧设备为基站。
参见图11所示，本发明实施例提供的网络侧设备，应用于UMTS***，该网络侧设备包括：
基站111，用于在正确接收终端发送的最后一个MAC PDU后，向终端反馈ACK消息；及在收到终端发送的用于通知该网络侧设备所有数据发送完毕的指示后，将该指示发送给RNC112；
RNC112，用于在接收到指示后，释放与终端的RRC连接，并确定终端进入空闲状态。
其中，终端发送的用于通知该网络侧设备所有数据发送完毕的指示可以采用上述方式A3、方式A4和方式B，具体参见上述描述，此处不再赘述。
作为一种实现方式，若终端采用最后一个MAC PDU中预留且未使用的LCH-ID值表示该指示，
基站111具体用于：在收到该指示后，将携带该指示的MAC头通过当前的FP帧发送给RNC112。
作为另一种实现方式，若终端采用最后一个MAC PDU中携带的且被设置为特殊值的SI表示该指示，
基站111具体用于：在确定SI表示该指示时，通过当前的FP帧中的剩余字段通知RNC112该指示。
作为再一种实现方式，若终端向网络侧发送的物理层信令中携带该指示，
基站111具体用于：在收到物理信令中携带的该指示后，向RNC112发送该指示。
优选的，基站111通过lub接口信令向RNC112发送该指示。
进一步，基站111还用于：在收到该指示后，通知RNC启动配置的定时器；
RNC112还用于：在接收到基站111的通知后，启动配置的定时器；及在定时器的定时范围内未检测到终端发送的数据，并在定时器超时时，释放与终端的RRC连接，并停止定时器。
进一步，RNC112还用于：在定时器的定时范围内检测到终端发送的数据时，停止定时器。
基于同一发明构思，本发明实施例中还提供了一种通信***，由于该***解决问题的原理与图5和图8所示的一种释放RRC连接的方法相似，因此该的实施可以参见方法的实施，重复之处不再赘述。
参见图12所示，本发明实施例提供的一种释放RRC连接的***，包括：
终端121，用于在确定当前向网络侧发送的MAC PDU为最后一个MACPDU后，向网络侧发送用于表示所有数据发送完毕的指示，以指示网络侧释放与本终端的RRC连接；及在接收到网络侧反馈的ACK消息后，释放自身的RRC连接，并进入空闲状态；其中，ACK消息是网络侧在正确接收本终端发送的最后一个MAC PDU后发送的。
网络侧设备122，用于在正确接收终端发送的最后一个MAC PDU后，向终端反馈ACK消息；及在收到终端发送的用于通知该网络侧所有数据发送完毕的指示后，释放与终端的RRC连接，并确定终端进入空闲状态。
进一步，若为LTE***，网络侧设备122为基站；若为UMTS***，网络侧设备122包括基站和RNC。
下面结合列举的实施例，对本发明释放RRC连接的方法进行说明。
实施例一、参见图13所示，本实施例应用于LTE***，本实施例中终端采用方式A1和方式A2发送用于表示所有数据发送完毕的指示，且本实施例中未使用定时器，本实施例释放RRC连接的方法包括以下步骤：
步骤131、终端与基站（eNB）之间建立RRC连接，并向该eNB发送数据；
其中，建立RRC连接的过程以及数据发送的过程参见3GPP 36.331协议和3GPP 36.321协议。
步骤132、终端在向基站发送最后一个MAC PDU时，携带用于表示所有数据发送完毕的指示，以通知eNB所有数据发送完毕；
其中，该指示可以是一种特殊的MAC CE，其格式参见图6所示，其中，C1表示该终端的所有数据发送完毕，R为预留；
进一步，在最后一个MAC PDU的MAC头中，使用目前尚未使用的LCID值（即01011~11000）中任意一个值表示该MAC PDU携带了该MAC CE。
步骤133、eNB在收到该指示后，向该终端反馈ACK消息，并释放与该终端的RRC连接；
此时，eNB认为该终端处于空闲状态；
步骤134、终端在收到eNB反馈的ACK消息后，释放自身的RRC连接，以进入空闲状态。
实施例二、参见图14所示，本实施例应用于LTE***，本实施例中终端采用方式A1和方式A2发送用于表示所有数据发送完毕的指示，且本实施例中使用定时器，本实施例释放RRC连接的方法包括以下步骤：
步骤141、eNB通过***消息块配置定时器，终端在收到该***消息块后，保存配置的定时器；
步骤142、同实施例一中的步骤131；
步骤143、同实施例一中的步骤132；
步骤144、eNB在收到该指示后，向该终端反馈ACK消息，并启动定时器；
进一步，若eNB在该定时器的定时范围内，未收到该终端发送的数据，则在该定时器超时后，释放与该终端的RRC连接，此时，该eNB认为该终端已进入空闲状态；否则，停止该定时器。
步骤145、终端在收到eNB反馈的ACK消息时，启动定时器；
进一步，若该终端在定时器的定时范围内，没有发送任何数据，则定时器超时后，释放自身的RRC连接，并进入空闲状态；否则，即终端在定时器的定时范围内发送了任何数据，则停止该定时器。
实施例三、参见图15所示，本实施例应用于UMTS，本实施例中终端采用方式A3和方式A4发送用于表示所有数据发送完毕的指示，且本实施例中未使用定时器，本实施例释放RRC连接的方法包括以下步骤：
步骤151、终端与基站、RNC之间建立RRC连接，并向该基站发送数据；
相应的，基站在接收到终端发送的数据后，将该数据发送给RNC；
RNC在接收到基站发送的数据后，进行相应处理。
其中，建立RRC连接的过程以及数据发送的过程参见3GPP 25.331协议、3GPP 25.321协议和3GPP 25.433协议。
步骤152、终端在发送最后一个MAC PDU时，携带用于表示所有数据发送完毕的指示，以通知网络侧所有数据发送完毕；
作为一种实现方式，该指示可以通过MAC PDU头中预留的LCH-ID表示，具体的表示方式参见图7所示，其中，LCH-ID的值使用当前预留的1111。
作为另一种实现方式，该指示可以通过MAC PDU中的SI设置为特殊值来表示；例如，将SI中的TEBS域设置为0，且HLBS域设置为一个固定的非零值。
步骤153、基站收到该指示后，向终端反馈ACK消息，并将标识该终端的所有数据发送完毕的MAC头，通过当前的FP帧发送给RNC；
步骤154、RNC解析FP帧内的数据，在获取到该指示后，释放与该终端的RRC连接，并认为该终端进入空闲状态；
优选的，若基站收到的指示采用SI表示，解析该SI，并将FP帧中的spare字段设置为1bit的固定含义，以通知RNC该终端的数据发送完毕；
相应的，RNC解析FP帧，识别该指示后，释放与该终端的RRC连接，并认为该终端进入空闲状态。
步骤155、终端在收到基站反馈的ACK消息时，释放自身的RRC连接，并进入空闲状态。
需要说明的是，本实施例中也可以先执行步骤155，再执行步骤154。
实施例四、参见图16所示，本实施例应用于UMTS，本实施例中终端采用方式A3和方式A4发送用于表示所有数据发送完毕的指示，且本实施例中使用定时器，本实施例释放RRC连接的方法包括以下步骤：
步骤161、RNC通过***消息块配置定时器；
相应的，终端在收到该***消息块后，保存该定时器；
步骤162、同实施例三中的步骤151；
步骤163、同实施例三中的步骤152；
步骤164、基站接收该指示后，反馈ACK消息，并将该指示通知给RNC；
步骤165、RNC在接收到基站发送的指示后，启动配置的定时器；
进一步，若在定时器的定时范围内，未收到该终端发送的数据，则在定时器超时后，释放与该终端的RRC连接，此时，网络侧设备（RNC和基站）认为该终端进入idle状态；否则，停止该定时器。
步骤166、终端在收到基站反馈的ACK消息后，启动保存的定时器；
进一步，若在定时器的定时范围内，该终端没有发送或接收数据，则终端在定时器超时后，释放自身的RRC连接，并进入idle状态；否则，停止该定时器。
需要说明的是，本实施例中，也可以先执行步骤166，再执行步骤165。
实施例五、参见图17所示，本实施例应用于UMTS，本实施例中终端采用方式B发送用于表示所有数据发送完毕的指示，且本实施例中未使用定时器，本实施例释放RRC连接的方法包括以下步骤：
步骤171、同实施例三中的步骤151；
步骤172、终端在向基站发送最后一个MAC PDU；
步骤173、基站在正确接收终端发送的最后一个MAC PDU后，向该终端反馈ACK消息；
步骤174、终端在收到基站发送的ACK消息后，发送特殊E-RUCCH，其中，该特殊E-RUCCH中携带用于表示所有数据发送完毕的指示；
作为一种实现方式，该特殊E-RUCCH中携带被设置为特殊值的SI，具体的，SI的TEBS域设置为0，其HLBS域设置为一个非零的固定值；
步骤175、终端在发送完该特殊E-RUCCH后，释放自身的RRC连接，并进入idle状态；
步骤176、基站在收到终端发送的该指示后，将该指示通知给RNC；
其中，基站可以通过Iub接口信令向RNC发送该指示。
步骤177、RNC在收到基站发送的该指示后，释放与该终端的RRC连接，认为该终端进入idle状态。
需要说明的是，本实施例中可以先执行步骤176和步骤177，再执行步骤175。
实施例六、参见图18所示，本实施例应用于UMTS，本实施例中终端采用方式B发送用于表示所有数据发送完毕的指示，且本实施例中使用定时器，本实施例释放RRC连接的方法包括以下步骤：
步骤181、RNC通过***消息块配置定时器；
相应的，终端在收到该***消息块后，保存该定时器；
步骤182、同实施例五中的步骤171；
步骤183、同实施例五中的步骤172；
步骤184、同实施例五中的步骤173；
步骤185、同实施例五中的步骤174；
步骤186、终端在发送完该特殊E-RUCCH后，启动定时器；
进一步，若在定时器的定时范围内，该终端没有发送或接收数据，则该终端在定时器超时后，释放自身的RRC连接，并进入idle状态；否则，停止该定时器。
步骤187、基站在收到终端发送的该指示后，将该指示通知给RNC；
其中，基站可以通过Iub接口信令向RNC发送该指示。
步骤188、RNC在收到基站发送的该指示后，启动定时器；
进一步，若在定时器范围内未接收到该终端发送的数据，则RNC在该定时器超时，后释放与该终端的RRC连接，认为终端进入idle状态；否则，RNC停止该定时器。
需要说明的是，本实施例中也可以先执行步骤187和步骤188，再执行步骤186。
本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质（包括但不限于磁盘存储器、CD-ROM、光学存储器等）上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备（***）、和计算机程序产品的流程图和／或方框图来描述的。应理解可由计算机程序指令实现流程图和／或方框图中的每一流程和／或方框、以及流程图和／或方框图中的流程和／或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和／或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
本发明实施例在终端发送完所有数据后，通过向网络侧发送的用于表示所有数据发送完毕的指示，使网络侧不需要向终端发送空口信令，也可以实现释放终端的RRC连接，从而可以优化信令传输，节省网络资源。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (51)
1.一种释放RRC连接的方法，其特征在于，该方法包括：
终端在确定当前向网络侧发送的媒质接入控制分组数据单元MAC PDU为最后一个MAC PDU后，向所述网络侧发送用于表示所有数据发送完毕的指示，以指示所述网络侧释放与本终端的RRC连接；
所述终端在接收到所述网络侧反馈的正确应答ACK消息后，释放自身的RRC连接，并进入空闲状态；其中，所述ACK消息是所述网络侧在正确接收本终端发送的最后一个MAC PDU后发送的。
2.如权利要求1所述的方法，其特征在于，所述终端通过以下方式确定当前发送的MAC PDU为最后一个MAC PDU：
若组建所述当前发送的MAC PDU后，所述终端中用于缓存数据的缓存器为空，所述终端确定当前发送的MAC PDU为最后一个MAC PDU；或者
所述终端在接收到其内部的高层指示后，确定当前发送的MAC PDU为最后一个MAC PDU，其中，所述高层指示用于通知所述终端当前发送的MACPDU为最后一个MAC PDU。
3.如权利要求1所述的方法，其特征在于，所述终端向所述网络侧发送用于表示所有数据发送完毕的指示，包括：
所述终端在向所述网络侧发送的最后一个MAC PDU中携带所述指示。
4.如权利要求3所述的方法，其特征在于，若为LTE***，
所述终端采用所述最后一个MAC PDU中携带的特殊MAC CE表示所述指示，并使用所述最后一个MAC PDU的MAC头中预留且未使用的任一LCID值表示所述最后一个MAC PDU中携带所述特殊MAC CE；其中，所述特殊MAC CE中包含用于表示所有数据发送完毕的标识信息；或者
所述终端使用所述最后一个MAC PDU的MAC头中预留且未使用的任一LCID值表示所述最后一个MAC PDU中携带所述指示。
5.如权利要求3所述的方法，其特征在于，若为UMTS***，
所述终端采用所述最后一个MAC PDU的MAC头中预留且未使用的LCH-ID值表示所述指示；或者
所述终端采用所述最后一个MAC PDU中携带的且被所述终端设置为特殊值的调度信息SI表示所述指示。
6.如权利要求1所述的方法，其特征在于，若为UMTS***，所述终端向所述网络侧发送所述指示，包括：
在向所述网络侧发送所述最后一个MAC PDU，且收到所述网络侧反馈的所述ACK消息之后，所述终端向所述网络侧发送物理层信令，其中所述物理层信令中携带所述指示。
7.如权利要求6所述的方法，其特征在于，所述物理层信令为特殊增强型专用信道-随机接入上行控制信道E-RUCCH，其中，所述特殊E-RUCCH中携带的SI被设置为特殊值，用于标识所述指示。
8.如权利要求5或7所述的方法，其特征在于，所述SI的设置为：总缓存信息TEBS域设置为0，且最高优先级逻辑信道缓存状态HLBS域设置为非零的固定值。
9.如权利要求6所述的方法，其特征在于，所述终端释放自身的RRC连接，包括：
所述终端在向所述网络侧发送所述物理层信令后，释放自身的RRC连接。
10.如权利要求3或6所述的方法，其特征在于，在所述终端向所述网络侧发送最后一个MAC PDU且收到所述网络侧反馈的ACK消息后，或者在所述终端向所述网络侧发送物理层信令后，所述方法还包括：
所述终端启动配置的定时器；
若所述终端在所述定时器的定时范围内未发送任何数据，所述终端在所述定时器超时时，释放自身的RRC连接，并停止所述定时器。
11.如权利要求10所述的方法，其特征在于，所述方法还包括：
若所述终端在所述定时器的定时范围内发送了数据或接收了数据，所述终端停止所述定时器。
12.如权利要求10所述的方法，其特征在于，所述定时器由所述网络侧配置，或者在协议中规定所述定时器。
13.如权利要求12所述的方法，其特征在于，所述网络侧通过***消息块通知所述终端配置的定时器，或通过RRC信令通知所述终端配置的定时器。
14.如权利要求1所述的方法，其特征在于，所述ACK消息为MAC层对应的ACK消息或RLC层对应的ACK消息。
15.一种释放RRC连接的方法，其特征在于，该方法包括：
网络侧在正确接收终端发送的最后一个MAC PDU后，向所述终端反馈ACK消息；
所述网络侧在获取到所述终端发送的用于通知该网络侧所有数据发送完毕的指示后，释放与所述终端的RRC连接，并确定所述终端进入空闲状态。
16.如权利要求15所述的方法，其特征在于，所述ACK消息为MAC层对应的ACK消息或RLC层对应的ACK消息。
17.如权利要求15所述的方法，其特征在于，若为UMTS***，且所述终端采用所述最后一个MAC PDU中预留且未使用的LCH-ID值表示所述指示，所述网络侧释放与所述终端的RRC连接包括：
基站在收到所述指示后，将携带所述指示的MAC头通过当前的帧协议FP帧发送给RNC；
所述RNC在获取到所述指示后，释放与所述终端的RRC连接。
18.如权利要求15所述的方法，其特征在于，若为UMTS***，且所述终端采用所述最后一个MAC PDU中携带的且被所述终端设置为特殊值的SI表示所述指示，所述网络侧释放与所述终端的RRC连接，包括：
基站在确定所述SI表示所述指示时，通过当前的FP帧中的剩余字段通知RNC所述指示；
所述RNC在获取到所述指示后，释放与所述终端的RRC连接。
19.如权利要求15所述的方法，其特征在于，若为UMTS***，且所述终端向所述网络侧发送的物理层信令中携带所述指示，所述网络侧释放与所述终端的RRC连接，包括：
基站在收到所述物理信令中携带的所述指示后，向RNC发送所述指示；
所述RNC在收到所述指示后，释放与所述终端的RRC连接。
20.如权利要求17~19任一所述的方法，其特征在于，所述基站通过lub接口信令向所述RNC发送所述指示。
21.如权利要求15所述的方法，其特征在于，在所述网络侧收到所述指示后，且在所述网络侧释放与所述终端的RRC连接之前，所述方法还包括：
所述网络侧启动配置的定时器；
若在所述定时器的定时范围内未收到来自所述终端发送的任何数据，所述网络侧在所述定时器超时时，释放与所述终端的RRC连接，并停止所述定时器。
22.如权利要求21所述的方法，其特征在于，所述方法还包括：
若在所述定时器的定时范围内收到来自所述终端发送的数据，所述网络侧停止所述定时器。
23.如权利要求21所述的方法，其特征在于，若为UMTS***，所述网络侧启动配置的定时器，包括：
基站在收到所述指示后，通知RNC启动配置的定时器；
所述RNC在接收到该通知后，启动配置的定时器；及若在所述定时器的定时范围内未检测到所述终端发送的数据，所述RNC在所述定时器超时时，释放与所述终端的RRC连接，并停止所述定时器。
24.如权利要求23所述的方法，其特征在于，所述方法还包括：
若在所述定时器的定时范围内检测到所述终端发送的数据，所述RNC停止所述定时器。
25.如权利要求21~24任一所述的方法，其特征在于，所述定时器由所述网络侧配置，或者在协议中规定所述定时器。
26.如权利要求25所述的方法，其特征在于，所述方法还包括：
所述网络侧通过***消息块通知所述终端配置的定时器，或通过RRC信令通知所述终端配置的定时器。
27.一种终端，其特征在于，该终端包括：
发送模块，用于在确定当前向网络侧发送的MAC PDU为最后一个MACPDU后，向所述网络侧发送用于表示所有数据发送完毕的指示，以指示所述网络侧释放与本终端的RRC连接；
释放模块，用于在接收到所述网络侧反馈的ACK消息后，释放自身的RRC连接，并进入空闲状态；其中，所述ACK消息是所述网络侧在正确接收所述发送模块发送的最后一个MAC PDU后发送的。
28.如权利要求27所述的终端，其特征在于，所述发送模块还用于：
在组建所述当前发送的MAC PDU后，若本终端中用于缓存数据的缓存器为空，确定当前发送的MAC PDU为最后一个MAC PDU；或者
在接收到本终端内部的高层指示后，确定当前发送的MAC PDU为最后一个MAC PDU，其中，所述高层指示用于通知本终端当前发送的MAC PDU为最后一个MAC PDU。
29.如权利要求27所述的终端，其特征在于，所述发送模块具体用于：
在向所述网络侧发送的最后一个MAC PDU中携带所述指示。
30.如权利要求29所述的终端，其特征在于，所述发送模块具体用于：
若为LTE***，采用所述最后一个MAC PDU中携带的特殊MAC CE表示所述指示，并使用所述最后一个MAC PDU的MAC头中预留且未使用的任一LCID值表示所述最后一个MAC PDU中携带所述特殊MAC CE；其中，所述特殊MAC CE中包含用于表示所有数据发送完毕的标识信息；或者
使用所述最后一个MAC PDU的MAC头中预留且未使用的任一LCID值表示所述最后一个MAC PDU中携带所述指示。
31.如权利要求29所述的终端，其特征在于，所述发送模块具体用于：
若为UMTS***，采用所述最后一个MAC PDU的MAC头中预留且未使用的LCH-ID值表示所述指示；或者采用所述最后一个MAC PDU中携带的且被设置为特殊值的SI表示所述指示。
32.如权利要求27所述的终端，其特征在于，所述发送模块还用于：
若为UMTS***，在向所述网络侧发送所述最后一个MAC PDU，且收到所述网络侧反馈的所述ACK消息之后，向所述网络侧发送物理层信令，其中所述物理层信令中携带所述指示。
33.如权利要求32所述的终端，其特征在于，所述物理层信令为特殊E-RUCCH，其中，所述特殊E-RUCCH中携带的SI被设置为特殊值，用于标识所述指示。
34.如权利要求31或33所述的终端，其特征在于，所述SI的设置为：总缓存信息TEBS域设置为0，且最高优先级逻辑信道缓存状态HLBS域设置为非零的固定值。
35.如权利要求32所述的终端，其特征在于，所述释放模块具体用于：
在向所述网络侧发送所述物理层信令后，释放自身的RRC连接。
36.如权利要求29或32所述的终端，其特征在于，所述发送模块还用于：
在向所述网络侧发送最后一个MAC PDU且收到所述网络侧反馈的ACK消息后，或者在向所述网络侧发送物理层信令后，启动配置的定时器；
所述释放模块还用于：若在所述定时器的定时范围内未发送任何数据，在所述定时器超时时，释放自身的RRC连接，并停止所述定时器。
37.如权利要求36所述的终端，其特征在于，所述释放模块还用于：
若在所述定时器的定时范围内发送了数据或接收了数据，停止所述定时器。
38.一种网络侧设备，应用于LTE***，其特征在于，该网络侧设备包括：
反馈模块，用于在正确接收终端发送的最后一个MAC PDU后，向所述终端反馈ACK消息；
连接释放模块，用于在收到所述终端发送的用于通知网络侧所有数据发送完毕的指示后，释放与所述终端的RRC连接，并确定所述终端进入空闲状态。
39.如权利要求38所述的网络侧设备，其特征在于，所述ACK消息为MAC层对应的ACK消息或RLC层对应的ACK消息。
40.如权利要求38所述的网络侧设备，其特征在于，所述连接释放模块还用于：
在释放与所述终端的RRC连接之前，启动配置的定时器；及若所述反馈模块在所述定时器的定时范围内未收到来自所述终端发送的任何数据，在所述定时器超时时，释放与所述终端的RRC连接，并停止所述定时器。
41.如权利要求40所述的网络侧设备，其特征在于，所述连接释放模块还用于：
若所述反馈模块在所述定时器的定时范围内收到来自所述终端发送的数据，停止所述定时器。
42.如权利要求38所述的网络侧设备，其特征在于，所述网络侧设备为基站。
43.一种网络侧设备，应用于UMTS***，其特征在于，所述网络侧设备包括：
基站，用于在正确接收终端发送的最后一个MAC PDU后，向所述终端反馈ACK消息；及在收到所述终端发送的用于通知该网络侧设备所有数据发送完毕的指示后，将所述指示发送给所述RNC；
RNC，用于在接收到所述指示后，释放与所述终端的RRC连接，并确定所述终端进入空闲状态。
44.如权利要求43所述的网络侧设备，其特征在于，若所述终端采用所述最后一个MAC PDU中预留且未使用的LCH-ID值表示所述指示，
所述基站具体用于：在收到所述指示后，将携带所述指示的MAC头通过当前的FP帧发送给RNC。
45.如权利要求43所述的网络侧设备，其特征在于，若所述终端采用所述最后一个MAC PDU中携带的且被所述终端设置为特殊值的SI表示所述指示，
所述基站具体用于：在确定所述SI表示所述指示时，通过当前的FP帧中的剩余字段通知RNC所述指示。
46.如权利要求43所述的网络侧设备，其特征在于，若所述终端向所述网络侧发送的物理层信令中携带所述指示，
所述基站具体用于：在收到所述物理信令中携带的所述指示后，向RNC发送所述指示。
47.如权利要求43~46任一所述的网络侧设备，其特征在于，所述基站通过lub接口信令向所述RNC发送所述指示。
48.如权利要求43所述的网络侧设备，其特征在于，所述基站还用于：在收到所述指示后，通知RNC启动配置的定时器；
所述RNC还用于：在接收到所述基站的通知后，启动配置的定时器；及在所述定时器的定时范围内未检测到所述终端发送的数据，并在所述定时器超时时，释放与所述终端的RRC连接，并停止所述定时器。
49.如权利要求48所述的网络侧设备，其特征在于，所述RNC还用于：在所述定时器的定时范围内检测到所述终端发送的数据时，停止所述定时器。
50.一种通信***，其特征在于，所述通信***包括：
终端，用于在确定当前向网络侧发送的MAC PDU为最后一个MAC PDU后，向所述网络侧发送用于表示所有数据发送完毕的指示，以指示所述网络侧释放与本终端的RRC连接；及在接收到所述网络侧反馈的ACK消息后，释放自身的RRC连接，并进入空闲状态；其中，所述ACK消息是所述网络侧在正确接收本终端发送的最后一个MAC PDU后发送的；
网络侧设备，用于在正确接收终端发送的最后一个MAC PDU后，向所述终端反馈ACK消息；及在收到所述终端发送的用于通知该网络侧所有数据发送完毕的指示后，释放与所述终端的RRC连接，并确定所述终端进入空闲状态。
51.如权利要求50所述的***，其特征在于，若为LTE***，所述网络侧设备为基站；若为UMTS***，所述网络侧设备包括基站和RNC。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210379875.8A CN103716912B (zh) | 2012-10-09 | 2012-10-09 | 一种释放无线资源控制连接的方法、装置及*** |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201210379875.8A CN103716912B (zh) | 2012-10-09 | 2012-10-09 | 一种释放无线资源控制连接的方法、装置及*** |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN103716912A true CN103716912A (zh) | 2014-04-09 |
| CN103716912B CN103716912B (zh) | 2017-10-20 |
Family
ID=50409350
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201210379875.8A Active CN103716912B (zh) | 2012-10-09 | 2012-10-09 | 一种释放无线资源控制连接的方法、装置及*** |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN103716912B (zh) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016023197A1 (zh) * | 2014-08-13 | 2016-02-18 | 华为技术有限公司 | 参数配置装置及参数配置方法 |
| CN105430766A (zh) * | 2014-09-23 | 2016-03-23 | 中兴通讯股份有限公司 | 一种mtc业务处理方法、***及mtc设备 |
| WO2017049921A1 (zh) * | 2015-09-23 | 2017-03-30 | 中兴通讯股份有限公司 | 一种告警信息的处理方法、移动管理设备及通信*** |
| WO2017107093A1 (zh) * | 2015-12-23 | 2017-06-29 | 华为技术有限公司 | 一种rrc连接释放方法、装置及设备 |
| CN107135553A (zh) * | 2016-02-29 | 2017-09-05 | 电信科学技术研究院 | 一种管理rrc连接的方法及装置 |
| WO2018018512A1 (zh) * | 2016-07-28 | 2018-02-01 | 广东欧珀移动通信有限公司 | 通信方法和通信装置 |
| CN107949072A (zh) * | 2017-12-27 | 2018-04-20 | 北京松果电子有限公司 | 释放连接的方法、装置和存储介质 |
| CN109644074A (zh) * | 2017-02-21 | 2019-04-16 | Oppo广东移动通信有限公司 | 一种数据传输方法、终端、网络侧设备及*** |
| CN111919502A (zh) * | 2018-01-11 | 2020-11-10 | 联想(北京)有限公司 | 用于处理网络的装置和方法 |
| CN112118639A (zh) * | 2019-06-21 | 2020-12-22 | 大唐移动通信设备有限公司 | 一种信息释放方法和装置 |
| CN112703802A (zh) * | 2019-01-16 | 2021-04-23 | Oppo广东移动通信有限公司 | 处理上行覆盖弱化的方法及装置、终端、网络设备 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101080102A (zh) * | 2006-05-17 | 2007-11-28 | 捷讯研究有限公司 | 用于umts网络中的信令释放原因指示的方法和*** |
| CN102111856A (zh) * | 2009-12-24 | 2011-06-29 | 中兴通讯股份有限公司 | Mtc终端的节电方法及***、mtc终端 |
| CN102210190A (zh) * | 2008-11-10 | 2011-10-05 | 捷讯研究有限公司 | 在长期演进中通过指示数据发送结束来变换至电池效率状态或配置的方法和装置 |
| CN103026779A (zh) * | 2010-07-23 | 2013-04-03 | 高通股份有限公司 | 用户设备休眠 |
-
2012
- 2012-10-09 CN CN201210379875.8A patent/CN103716912B/zh active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101080102A (zh) * | 2006-05-17 | 2007-11-28 | 捷讯研究有限公司 | 用于umts网络中的信令释放原因指示的方法和*** |
| CN102210190A (zh) * | 2008-11-10 | 2011-10-05 | 捷讯研究有限公司 | 在长期演进中通过指示数据发送结束来变换至电池效率状态或配置的方法和装置 |
| CN102111856A (zh) * | 2009-12-24 | 2011-06-29 | 中兴通讯股份有限公司 | Mtc终端的节电方法及***、mtc终端 |
| CN103026779A (zh) * | 2010-07-23 | 2013-04-03 | 高通股份有限公司 | 用户设备休眠 |
Cited By (23)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2016023197A1 (zh) * | 2014-08-13 | 2016-02-18 | 华为技术有限公司 | 参数配置装置及参数配置方法 |
| CN105519155A (zh) * | 2014-08-13 | 2016-04-20 | 华为技术有限公司 | 参数配置装置及参数配置方法 |
| CN105430766A (zh) * | 2014-09-23 | 2016-03-23 | 中兴通讯股份有限公司 | 一种mtc业务处理方法、***及mtc设备 |
| WO2016045324A1 (zh) * | 2014-09-23 | 2016-03-31 | 中兴通讯股份有限公司 | 一种mtc业务处理方法、***及mtc设备 |
| WO2017049921A1 (zh) * | 2015-09-23 | 2017-03-30 | 中兴通讯股份有限公司 | 一种告警信息的处理方法、移动管理设备及通信*** |
| WO2017107093A1 (zh) * | 2015-12-23 | 2017-06-29 | 华为技术有限公司 | 一种rrc连接释放方法、装置及设备 |
| US10694576B2 (en) | 2015-12-23 | 2020-06-23 | Huawei Technologies Co., Ltd. | RRC connection release method, apparatus, and device |
| CN107135553A (zh) * | 2016-02-29 | 2017-09-05 | 电信科学技术研究院 | 一种管理rrc连接的方法及装置 |
| CN110140417A (zh) * | 2016-07-28 | 2019-08-16 | Oppo广东移动通信有限公司 | 通信方法和通信装置 |
| US11343862B2 (en) | 2016-07-28 | 2022-05-24 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Communication method and communication device |
| WO2018018512A1 (zh) * | 2016-07-28 | 2018-02-01 | 广东欧珀移动通信有限公司 | 通信方法和通信装置 |
| CN110140417B (zh) * | 2016-07-28 | 2020-11-03 | Oppo广东移动通信有限公司 | 通信方法、通信装置、通信设备及计算机可读介质 |
| US10841963B2 (en) | 2016-07-28 | 2020-11-17 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Communication method and communication device |
| CN112203364A (zh) * | 2016-07-28 | 2021-01-08 | Oppo广东移动通信有限公司 | 通信方法、通信装置、通信设备及计算机可读介质 |
| CN109644074B (zh) * | 2017-02-21 | 2021-01-12 | Oppo广东移动通信有限公司 | 一种数据传输方法、终端、网络侧设备及*** |
| CN109644074A (zh) * | 2017-02-21 | 2019-04-16 | Oppo广东移动通信有限公司 | 一种数据传输方法、终端、网络侧设备及*** |
| CN107949072A (zh) * | 2017-12-27 | 2018-04-20 | 北京松果电子有限公司 | 释放连接的方法、装置和存储介质 |
| CN111919502A (zh) * | 2018-01-11 | 2020-11-10 | 联想(北京)有限公司 | 用于处理网络的装置和方法 |
| CN111919502B (zh) * | 2018-01-11 | 2023-10-13 | 联想(北京)有限公司 | 用于处理网络的装置和方法 |
| CN112703802A (zh) * | 2019-01-16 | 2021-04-23 | Oppo广东移动通信有限公司 | 处理上行覆盖弱化的方法及装置、终端、网络设备 |
| CN112703802B (zh) * | 2019-01-16 | 2023-06-16 | Oppo广东移动通信有限公司 | 处理上行覆盖弱化的方法及装置、终端、网络设备 |
| CN112118639B (zh) * | 2019-06-21 | 2022-05-10 | 大唐移动通信设备有限公司 | 一种信息释放方法和装置 |
| CN112118639A (zh) * | 2019-06-21 | 2020-12-22 | 大唐移动通信设备有限公司 | 一种信息释放方法和装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN103716912B (zh) | 2017-10-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103716912A (zh) | 一种释放无线资源控制连接的方法、装置及*** | |
| US20200383135A1 (en) | Method for random access in idle state and device | |
| CN109392061B (zh) | 一种数据传输方法及装置、计算机可读存储介质 | |
| CN106454687B (zh) | 一种分配资源的方法和设备 | |
| EP2512198B1 (en) | Method and apparatus for contention based resource configuration | |
| CN102300331B (zh) | 数据传输方法和设备 | |
| KR101422032B1 (ko) | 무선 통신 시스템에서의 채널 설정 방법 | |
| EP3503643A1 (en) | Reporting method and device for buffer status report | |
| KR101487557B1 (ko) | 공통제어채널의 데이터를 전송하는 방법 | |
| CN111447644A (zh) | 用户设备以及上行数据传输方法 | |
| CN102447546A (zh) | 一种数据的传输方法和设备 | |
| JP2020533830A (ja) | 準静的スケジューリングの処理方法、通信機器及び記憶媒体 | |
| CN102158901A (zh) | 网络侧进行终端操作配置的方法及网络侧装置 | |
| EP2911443A1 (en) | Method and device for controlling data transmission via signaling by user equipment | |
| CN104469967A (zh) | 电信***中的方法和装置 | |
| CN107005966A (zh) | 一种寻呼方法、设备及*** | |
| CN112740813B (zh) | 一种通信方法及装置 | |
| WO2021035447A1 (zh) | 一种数据传输方法及装置 | |
| CN104703145A (zh) | 集群组呼盲检能力处理方法、装置和*** | |
| CN101483881A (zh) | 控制用户设备释放上行资源的方法和装置 | |
| CN102740469B (zh) | 发送上行数据的方法、终端设备、网络侧设备和通信*** | |
| CN105814946A (zh) | 一种上行业务数据传输的方法、装置 | |
| KR20090041323A (ko) | 데이터 블록 구성함에 있어서 단말의 식별 정보를 효과적으로 전송하는 방법 | |
| EP2882251A1 (en) | Mobile station and wireless base station | |
| CN103634882A (zh) | 一种无线网络临时标识的传输方法和设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| CP01 | Change in the name or title of a patent holder | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210601 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right |