CN101909362A - 一种实现业务释放的方法、系统及演进节点b - Google Patents
一种实现业务释放的方法、系统及演进节点b Download PDFInfo
- Publication number
- CN101909362A CN101909362A CN2009102032627A CN200910203262A CN101909362A CN 101909362 A CN101909362 A CN 101909362A CN 2009102032627 A CN2009102032627 A CN 2009102032627A CN 200910203262 A CN200910203262 A CN 200910203262A CN 101909362 A CN101909362 A CN 101909362A
- Authority
- CN
- China
- Prior art keywords
- enb
- business
- rrc connection
- rrc
- professional
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/19—Connection re-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/34—Selective release of ongoing connections
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种实现业务释放的方法、系统及演进节点B,其中所述系统包括要释放业务的用户设备UE及演进节点B eNB;eNB中包括发送模块及列表组织模块;所述方法包括:在非接入层NAS层业务释放过程中,由于UE接入层重配置失败而导致的该UE与eNB之间的无线资源控制RRC连接重建立完成后,eNB在向UE发送RRC连接重配置消息中携带建立或修改业务列表,该列表中包含该UE上除了待释放业务之外的所有业务的标识;UE收到后,恢复建立或修改业务列表中包含的标识所对应的业务。与现有技术相比,本发明减少了业务释放失败的可能性,减少了UE所有业务掉话的可能性,减少了系统中的信令开销,提高了用户的感受度。
Description
技术领域
本发明涉及LTE(Long Term Evolution,长期演进)无线通讯领域,尤其涉及一种实现业务释放的方法、系统及演进节点B(Evolution NodeB,eNB)。
背景技术
LTE系统中,UE(User Equipment,用户设备)、eNB和MME(Mobility Management Entity,移动管理实体)的连接关系如图1所示。其中,UE和eNB之间的接口是Uu接口,eNB和MME之间的接口是S1接口。UE和eNB、以及eNB和MME之间发送的消息都需要经过ASN.1(Abstract Syntax Notation One,抽象语法标记)编码,收到的消息也都需要经过ASN.1解码。
业务在MME和eNB之间使用E-RabId(E-UTRAN RADIO BEARERIDENTITY,演进通用陆地无线接入网络无线承载标识)标识,在UE和eNB之间使用DrbId(DATA RADIO BEARER IDENTITY,数据无线承载标识)标识,且E-RabId和DrbId一一对应。UE和eNB之间的信令使用SrbId(SIGNALLING RADIO BEARER IDENTITY,信令无线承载标识)标识。
业务删除是指UE在结束某种业务,比如结束了视频通话、语音通话或某个下载等操作,但是并没有结束所有业务时,触发MME来释放该业务所占用的各种资源的过程。
UE和MME之间的业务删除(也称业务释放)可以由UE的NAS(Non Access Stratum,非接入层)层发起,也可以由MME的NAS层发起,表现在接入层就是MME发起业务承载释放请求。也就是说业务的释放分两个层次:一个是NAS层的释放,一个是接入层的释放。
通常,业务释放过程包括:UE发起NAS层的资源修改请求(指示标志为删除承载,且其中携带待删除业务的标识);MME收到后,向eNB发送NAS层的去激活请求(该消息包含在业务释放请求消息里);eNB收到后,向UE发送RRC(Radio Resource Control,无线资源控制)连接重配置消息;UE释放完成后,向eNB发送RRC连接重配置完成消息,由eNB向MME发送去激活接受消息。
在上述过程中,UE在收到RRC连接重配置消息后,由于无线链路失败等原因可能会导致UE的RRC连接重配置过程失败。此时UE会发起RRC连接重建立过程。如图2所示,包括以下步骤:
201、UE向eNB发起RRC连接重建立请求;
202、eNB收到后,重建或重配置本地的UE资源,并向UE回复RRC连接重建立消息,目的是建立RRC连接;
203、UE重新建立好本地实体后,向eNB回复RRC连接重建立完成消息;
204、RRC连接重新建立完成后,eNB发起一个RRC连接重配置过程。eNB向UE发送RRC连接重配置消息,该消息中不携带业务相关信息,以通知UE恢复RRC连接重建立前UE所有存在的业务;
205、UE恢复业务完毕后,向eNB发送RRC连接重配置完成消息;
206、eNB向MME发送业务释放失败响应,本次业务释放失败。
上述过程中存在一个比较严重的问题,即当用户要求释放一个业务时,由于UE接入层重配置失败,导致RRC连接需要重新建立,随后在eNB发起的RRC连接重配置过程,会使UE恢复其本要释放的业务,最终导致业务释放失败。而且,重复的RRC连接重配置失败和RRC连接重建立过程也会使Uu口的RRC连接重建立和RRC连接重配置过程陷于循环过程。这违背了用户的意愿,同时,MME也无法处理这种情况,只能释放UE上下文,导致用户的所有业务中断。
发明内容
本发明要解决的技术问题是提供一种实现业务释放的方法、系统及演进节点B,以解决业务释放过程中,由于UE接入层配置失败导致的无法释放要释放的业务的问题。
为解决上述问题,本发明提供了一种实现业务释放方法,包括:
在非接入层NAS层业务释放过程中,由于用户设备UE接入层重配置失败而导致的所述UE与演进节点B eNB之间的无线资源控制RRC连接重建立完成后,所述eNB在向所述UE发送RRC连接重配置消息中携带建立或修改业务列表,该列表中包含所述UE上除了待释放业务之外的所有业务的标识;所述UE收到后,恢复所述建立或修改业务列表中包含的标识所对应的业务。
进一步地,上述方法还可具有以下特征:
所述RRC连接重配置消息中还携带删除业务列表,所述删除业务列表中包含所述UE上所有业务的标识;
所述UE收到后,恢复所述建立或修改业务列表中包含的标识所对应的业务是指:所述UE收到所述RRC连接重配置消息后,先释放所述删除业务列表中包含的标识所对应的业务,然后再恢复所述建立或修改业务列表中包含的标识所对应的业务。
进一步地,上述方法还可包括:
恢复业务完成后,所述UE向所述eNB发送RRC连接重配置完成消息;所述eNB收到后,向移动管理实体MME发送业务释放成功响应,其中携带所述待释放业务的标识。
进一步地,上述方法还可具有以下特征:
如果所述UE再次RRC重配置失败且再次向所述eNB发送RRC连接重建立请求时,所述eNB向所述UE回复RRC连接重建立拒绝消息,并向所述MME回复业务释放失败响应。
进一步地,上述方法还可包括:
所述eNB向所述MME发送UE上下文释放请求;所述MME收到后,释放所述UE资源。
本发明还提供了一种实现业务释放方法,包括:
在非接入层NAS层业务释放过程中,由于用户设备UE接入层重配置失败而导致的所述UE与演进节点B eNB之间的无线资源控制RRC连接重建立完成后,所述eNB在向所述UE发送RRC连接重配置消息中携带删除业务列表,该列表中包含待释放业务的标识;所述UE收到后,恢复该UE上除所述待释放业务之外的所有业务。
进一步地,上述方法还可包括:
恢复业务完成后,所述UE向所述eNB发送RRC连接重配置完成消息;所述eNB收到后,向移动管理实体MME发送业务释放成功响应,其中携带所述待释放业务的标识。
进一步地,上述方法还可具有以下特征:
如果所述UE再次RRC重配置失败且再次向所述eNB发送RRC连接重建立请求时,所述eNB向所述UE回复RRC连接重建立拒绝消息,并向所述MME回复业务释放失败响应。
进一步地,上述方法还可包括:
所述eNB向所述MME发送UE上下文释放请求;所述MME收到后,释放所述UE资源。
本发明还提供了一种实现业务释放的系统,其中包括:要释放业务的用户设备UE、演进节点B eNB;
在非接入层NAS层业务释放过程中,由于用户设备UE接入层重配置失败而导致的所述UE与演进节点B eNB之间的无线资源控制RRC连接重建立完成后,所述eNB用于向所述UE发送RRC连接重配置消息,其中携带建立或修改业务列表,该列表中包含所述UE上除了待释放业务之外的所有业务的标识;
所述UE用于在收到所述RRC连接重配置消息后,恢复所述建立或修改业务列表中包含的标识所对应的业务。
进一步地,上述系统还可具有以下特征:
所述RRC连接重配置消息中还携带删除业务列表,所述删除业务列表中包含所述UE上所有业务的标识;
所述UE用于在收到所述RRC连接重配置消息后,先释放所述删除业务列表中包含的标识所对应的业务,然后再恢复所述建立或修改业务列表中包含的标识所对应的业务。
进一步地,上述系统中还可包括移动管理实体MME;
所述UE还用于在完成业务恢复后,向所述eNB发送RRC连接重配置完成消息;
所述eNB还用于在收到所述RRC连接重配置完成消息后,向所述MME发送业务释放成功响应,其中携带所述待释放业务的标识;
所述MME用于接收所述业务释放成功响应。
进一步地,上述系统还可具有以下特征:
所述UE还用于在再次RRC重配置失败后,再次向所述eNB发送RRC连接重建立请求;
所述eNB还用于在再次接收到所述RRC连接重建立请求后,向所述UE回复RRC连接重建立拒绝消息,并向所述MME回复业务释放失败响应。
进一步地,上述系统还可具有以下特征:
所述eNB还用于在再次接收到所述RRC连接重建立请求后,向所述MME发送UE上下文释放请求;
所述MME用于在收到所述UE上下文释放请求后,释放所述UE资源。
本发明还提供了一种实现业务释放的系统,其中包括:要释放业务的用户设备UE、演进节点B eNB;
在非接入层NAS层业务释放过程中,由于用户设备UE接入层重配置失败而导致的所述UE与演进节点B eNB之间的无线资源控制RRC连接重建立完成后,所述eNB用于向所述UE发送RRC连接重配置消息,其中携带删除业务列表,该列表中包含待释放业务的标识;
所述UE用于在收到RRC连接重配置消息后,恢复该UE上除所述待释放业务之外的所有业务。
进一步地,上述系统还可包括移动管理实体MME;
所述UE还用于在完成业务恢复后,向所述eNB发送RRC连接重配置完成消息;
所述eNB还用于在收到所述RRC连接重配置完成消息后,向所述MME发送业务释放成功响应,其中携带所述待释放业务的标识;
所述MME用于接收所述业务释放成功响应。
进一步地,上述系统还可具有以下特征:
所述UE还用于在再次RRC重配置失败后,再次向所述eNB发送RRC连接重建立请求;
所述eNB还用于在再次接收到所述RRC连接重建立请求后,向所述UE回复RRC连接重建立拒绝消息,并向所述MME回复业务释放失败响应。
进一步地,上述系统还可具有以下特征:
所述eNB还用于在再次接收到所述RRC连接重建立请求后,向所述MME发送UE上下文释放请求;
所述MME用于在收到所述UE上下文释放请求后,释放所述UE资源。
本发明还提供了一种实现业务释放的演进节点B,应用于非接入层NAS层业务释放过程中,由于用户设备UE接入层重配置失败而导致的所述UE与所述演进节点B eNB之间的无线资源控制RRC连接重建立完成后,其中,所述eNB中包括发送模块及列表组织模块;
所述列表组织模块用于将所述UE上除了待释放业务之外的所有业务的标识添加到建立或修改业务列表中;
所述发送模块用于向所述UE发送RRC连接重配置消息,其中携带所述建立或修改业务列表。
进一步地,上述eNB还可具有以下特征:
所述发送模块还用于在RRC连接重配置消息中携带删除业务列表,所述删除业务列表中包含所述UE上所有业务的标识。
本发明还提供了一种实现业务释放的演进节点B,应用于非接入层NAS层业务释放过程中,由于用户设备UE接入层重配置失败而导致的所述UE与所述演进节点B eNB之间的无线资源控制RRC连接重建立完成后,其中,所述eNB中包括发送模块及列表组织模块;
所述列表组织模块用于将所述UE待释放业务的标识添加到删除业务列表中;
所述发送模块用于向所述UE发送RRC连接重配置消息,其中携带所述删除业务列表。
与现有技术相比,本发明避免了业务释放时,UE第一次重配置失败导致的RRC连接重建立后的第一次RRC连接重配置过程中,把要删除的业务恢复起来的问题。从而减少了业务释放失败的可能性,减少了UE所有业务掉话的可能性,减少了系统中的信令开销,提高了用户的感受度,也避免了RRC连接重建立过程和RRC连接重配置过程的多次循环往复。
附图说明
图1为现有技术中UE、ENB和MME的接口关系图;
图2为现有技术中业务释放过程流程图;
图3是本发明实施例中业务释放过程流程图;
图4是本发明实施例中业务释放失败,进行重建立后,RRC连接重配置再次失败的处理流程图;
图5为本发明实施例中实现业务释放的eNB的结构图。
具体实施方式
下面将结合附图及实施例对本发明的技术方案进行更详细的说明。
本发明所述方法的基本构思是:在NAS层业务释放过程中,由于UE接入层重配置失败而导致的该UE与eNB之间的RRC连接重建立完成后,eNB在向该UE发送RRC连接重配置消息中携带建立或修改业务列表,该列表中包含该UE上除了待释放业务之外的所有业务的标识;UE收到后,恢复该建立或修改业务列表中包含的标识所对应的业务。
UE按照RRC重配置消息中的建立或修改业务列表进行业务建立成功后,等同于把待释放的业务释放掉了。
具体地,在LTE系统中,业务释放的方法可包括如下步骤:
第一步,UE发起NAS层的资源修改请求,其中携带待释放业务的标识;
第二步,MME收到后,向eNB发送业务释放请求消息,其中携带待释放业务的E-RabId;
第三步,eNB收到后,向UE发送RRC连接重配置消息,该消息中携带待释放业务的DrbId;
第四步,UE处理RRC连接重配置失败,向eNB发送RRC连接重建立请求消息;
第五步,eNB收到RRC连接重建立请求消息后,重建立或重配置本地的UE资源,然后向UE回复RRC连接重建立消息,目的是建立RRC连接;
第六步,UE重建立好本地实体后,向eNB发送RRC连接重建立完成消息;
第七步,eNB收到后,向UE发送RRC连接重配置消息,该消息中要携带建立或修改业务列表,该列表中不包含第一步中待释放业务的DrbId。可选的操作是携带删除业务列表,列表中携带UE上全部业务的DrbId;
第八步,UE按照建立或修改业务列表中包含的DrbId恢复对应的业务。此时,如果RRC连接重配置消息中还携带删除业务列表,则先执行释放所有业务的操作,然后再恢复建立或修改业务列表中包含的DrbId对应的业务。
在本步骤中,如果RRC连接重配置成功(即将建立或修改业务列表中包含的DrbId对应的业务都恢复成功),UE会向eNB发送RRC连接重配置完成消息,eNB收到后,会向MME发送业务释放成功响应,其中携带上述待释放业务的E-RabId。
如果RRC连接重配置再次失败,UE会再次向eNB发送RRC连接重建立请求消息;eNB收到后,向UE回复RRC连接重建立拒绝消息,并向MME回复业务释放失败响应,其中携带上述待释放业务的E-RabId。此外,eNB还可以向MME发起UE上下文释放请求,请求释放UE资源。
相应的实现业务释放的系统包括:要释放业务的UE及eNB;
在NAS层业务释放过程中,由于UE接入层重配置失败而导致的UE与eNB之间的RRC连接重建立完成后,该eNB用于向UE发送RRC连接重配置消息,其中携带建立或修改业务列表,该列表中包含UE上除了待释放业务之外的所有业务的标识;
UE用于在收到RRC连接重配置消息后,恢复所述建立或修改业务列表中包含的标识所对应的业务。
所述RRC连接重配置消息中还携带删除业务列表,所述删除业务列表中包含所述UE上所有业务的标识;
所述UE用于在收到所述RRC连接重配置消息后,先释放所述删除业务列表中包含的标识所对应的业务,然后再恢复所述建立或修改业务列表中包含的标识所对应的业务。
该系统中还包括MME;UE还可用于在完成业务恢复后,向eNB发送RRC连接重配置完成消息;eNB还可用于在收到RRC连接重配置完成消息后,向MME发送业务释放成功响应,其中携带待释放业务的标识;MME用于接收该业务释放成功响应。
UE还可用于在再次RRC重配置失败后,再次向eNB发送RRC连接重建立请求;eNB还可用于在再次接收到RRC连接重建立请求后,向UE回复RRC连接重建立拒绝消息,并向MME回复业务释放失败响应。
eNB还可用于在再次接收到RRC连接重建立请求后,向MME发送UE上下文释放请求;MME用于在收到UE上下文释放请求后,释放UE资源。
另一种实现业务释放的方法,包括:在NAS层业务释放过程中,由于UE接入层重配置失败而导致的UE与eNB之间的RRC连接重建立完成后,该eNB在向UE发送RRC连接重配置消息中携带删除业务列表,该列表中包含待释放业务的标识;该UE收到后,恢复该UE上除上述待释放业务之外的所有业务。其他各相关步骤可同上述具体说明,在此不再进行赘述。
相应地实现业务释放的系统包括要释放业务的UE和eNB;
在NAS层业务释放过程中,由于UE接入层重配置失败而导致的UE与eNB之间的RRC连接重建立完成后,eNB用于向UE发送RRC连接重配置消息,其中携带删除业务列表,该列表中包含待释放业务的标识;
UE用于在收到RRC连接重配置消息后,恢复该UE上除上述待释放业务之外的所有业务。
本系统中还可包括MME;UE还可用于在完成业务恢复后,向eNB发送RRC连接重配置完成消息;eNB还用于在收到RRC连接重配置完成消息后,向MME发送业务释放成功响应,其中携带待释放业务的标识;MME用于接收该业务释放成功响应。
UE还可用于在再次RRC重配置失败后,再次向eNB发送RRC连接重建立请求;eNB还可用于在再次接收到RRC连接重建立请求后,向UE回复RRC连接重建立拒绝消息,并向MME回复业务释放失败响应。
eNB还可用于在再次接收到RRC连接重建立请求后,向MME发送UE上下文释放请求;MME用于在收到UE上下文释放请求后,释述UE资源。
下面用本发明的几个应用实例对本发明所述方法进一步加以说明。
实施例1:
以UE下载完成触发MME发起业务释放,并且UE处理RRC连接重配置失败,进行RRC连接重配置时仅携带建立或修改业务列表为例说明本发明。
假定用户已经存在3个业务,业务ID分别是4,5,6。其中4是默认承载(或称默认业务)的E-RabId,5是下载业务的E-RabId,6是视频通话业务的E-RabId。这三个业务对应的Uu口DrbId,假定分别是4,5,6(这个DrbId是由eNB分配的,取值由eNB决定)。
如图3所示,用户下载完毕,触发业务释放过程。
NAS层的交互过程不详细描述,本实施例只是给出UE的NAS层触发MME释放业务的消息,作为本实施例的前提。正常情况下,MME也可以由其他原因触发业务释放。
300、下载业务结束,UE的NAS层向MME发送资源修改请求,请求MME释放E-RabId为5的业务;
301、MME向eNB发送业务释放命令,其中携带待释放的下载业务的E-RabId为5;
302、eNB根据E-RabId为5找到对应的DrbId为5,处理完本地的配置后,向UE发送RRC连接重配置消息,其中携带待释放的下载业务的DrbId为5;
303、UE处理RRC连接重配置消息失败,发出RRC连接重建立请求,以便恢复到重配置之前的UE状态;
304、eNB配置好本地实体,向UE发送RRC连接重建立消息,以便建立起RRC连接;
305、UE配置好本地实体,向eNB发送RRC连接重建立完成消息;
306、RRC连接重建立完成后,eNB需要向UE发送RRC连接重配置消息,其中要携带建立或修改的业务列表,即DrbId为4和6的业务。UE按照增加或修改的业务列表建立业务,其它业务不建立;
307、UE处理RRC连接重配置成功,向eNB发送RRC连接重配置完成消息;
经过这样的操作,UE就恢复了DrbId为4和6的业务。与第一次RRC连接重配置过程相比,相当于释放了DrbId为5的业务。
308、eNB向MME发送业务释放成功响应,其中携带已释放的业务的E-RabId。
FTP下载业务成功释放。
实施例2:
以UE下载完成触发MME发起业务释放,并且UE处理RRC连接重配置失败,RRC连接重建立后的RRC连接重配置消息中携带删除业务列表为例说明本发明。
如图3所示。假定用户已经存在3个业务,业务ID分别是4,5,6。其中4是默认承载(或称默认业务)的E-RabId,5是下载业务的E-RabId,6是视频通话业务的E-RabId。这三个业务对应的Uu口DrbId,假定分别是4,5,6(这个DrbId是由eNB分配的,取值由eNB决定)。
用户下载完毕,触发业务释放过程。
NAS层的交互过程不详细描述,本实施例只是给出UE的NAS层触发MME释放业务的消息,作为本实施例的前提。正常情况下,MME也可以由其他原因触发业务释放。
300、下载业务结束,UE的NAS层向MME发送资源修改请求,请求MME释放E-RabId为5的业务;
301、MME向eNB发送业务释放命令,其中携带待释放的下载业务的E-RabId为5;
302、eNB根据E-RabId为5找到对应的DrbId为5,处理完本地的配置后,向UE发送RRC连接重配置消息,其中携带待释放的下载业务的DrbId为5;
303、UE处理RRC连接重配置消息失败,发出RRC连接重建立请求,以便恢复到重配置之前的UE状态;
304、eNB配置好本地实体,向UE发送RRC连接重建立消息,以便建立起RRC连接;
305、UE配置好本地实体,向eNB发送RRC连接重建立完成消息;
306、RRC连接重建立完成后,eNB需要向UE发送RRC连接重配置消息,其中携带删除业务列表,即DrbId为5;
307、UE收到后,按照删除业务列表,将DrbId为5的业务释放掉,然后将除该业务以外的其他业务都激活后,向eNB发送RRC连接重配置完成消息。
经过这样的操作,UE就恢复了DrbId为4和6的业务。与第一次RRC连接重配置过程相比,相当于释放了DrbId5。
308、eNB向MME发送业务释放成功响应消息,eNB向MME发送业务释放成功响应,其中携带已释放的业务的E-RabId。
FTP下载业务成功释放。
实施例3:
以UE视频通话业务完成,触发MME发起业务释放,UE处理RRC连接重配置失败,并且重建立后的RRC连接再次失败为例说明本发明。
如图4所示。假定用户已经存在3个业务,业务ID分别是4,5,6。其中4是默认承载(或称默认业务)的E-RabId,5是下载业务的E-RabId,6是视频通话业务的E-RabId。这三个业务对应的Uu口DrbId,假定分别是4,5,6(这个DrbId是由eNB分配的,取值由eNB决定)。
用户视频通话完毕,触发业务释放过程。
NAS层的交互过程不详细描述,本实施例只是给出UE的NAS层触发MME释放业务的消息,作为本实施例的前提。正常情况下,MME也可以由其他原因触发业务释放。
400、下载业务结束,UE的NAS层向MME发送资源修改请求,请求MME释放E-RabId为6的业务;
401、MME向eNB发送业务释放命令,其中携带待释放的下载业务的E-RabId为6;
402、eNB根据E-RabId为6找到对应的DrbId为6,处理完本地的配置后,向UE发送RRC连接重配置消息,其中携带待释放的下载业务的DrbId为6;
403、UE处理RRC连接重配置消息失败,发出RRC连接重建立请求,以便恢复到重配置之前的UE状态;
404、eNB配置好本地实体,向UE发送RRC连接重建立消息,以便建立起RRC连接;
405、UE配置好本地实体,向eNB发送RRC连接重建立完成消息;
406、RRC连接重建立完成后,eNB需要向UE发送RRC连接重配置消息,其中要携带建立或修改业务列表,即DrbId为4和5的业务。UE按照增加或修改的业务列表建立业务,其它业务不建立;
407、UE处理RRC连接重配置再次失败,UE再次向eNB发送RRC连接重建立请求;
408、eNB向UE发送RRC连接重建立拒绝消息;
409、eNB给MME发送业务释放失败响,其中携带上述待释放业务的E-RabId。
此外,还可包括一步骤410:eNB向MME发送UE上下文释放请求。
进一步地,实现业务释放的eNB,应用于NAS层业务释放过程中,由于UE接入层重配置失败而导致的该UE与eNB之间的RRC连接重建立完成后,如图5所示,该eNB中包括发送模块及列表组织模块;
列表组织模块用于将上述UE上除了待释放业务之外的所有业务的标识添加到建立或修改业务列表中;发送模块用于向UE发送RRC连接重配置消息,其中携带该建立或修改业务列表。发送模块还可用于在RRC连接重配置消息中携带删除业务列表,该删除业务列表中包含UE上所有业务的标识。
另一种实现业务释放的eNB,其中也可包括发送模块及列表组织模块;
该列表组织模块用于将UE待释放业务的标识添加到删除业务列表中;而发送模块用于向UE发送RRC连接重配置消息,其中携带所述删除业务列表。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
Claims (21)
1.一种实现业务释放方法,其特征在于,
在非接入层NAS层业务释放过程中,由于用户设备UE接入层重配置失败而导致的所述UE与演进节点B eNB之间的无线资源控制RRC连接重建立完成后,所述eNB在向所述UE发送RRC连接重配置消息中携带建立或修改业务列表,该列表中包含所述UE上除了待释放业务之外的所有业务的标识;所述UE收到后,恢复所述建立或修改业务列表中包含的标识所对应的业务。
2.如权利要求1所述的方法,其特征在于,
所述RRC连接重配置消息中还携带删除业务列表,所述删除业务列表中包含所述UE上所有业务的标识;
所述UE收到后,恢复所述建立或修改业务列表中包含的标识所对应的业务是指:所述UE收到所述RRC连接重配置消息后,先释放所述删除业务列表中包含的标识所对应的业务,然后再恢复所述建立或修改业务列表中包含的标识所对应的业务。
3.如权利要求1或2所述的方法,其特征在于,还包括:
恢复业务完成后,所述UE向所述eNB发送RRC连接重配置完成消息;所述eNB收到后,向移动管理实体MME发送业务释放成功响应,其中携带所述待释放业务的标识。
4.如权利要求1或2所述的方法,其特征在于,
如果所述UE再次RRC重配置失败且再次向所述eNB发送RRC连接重建立请求时,所述eNB向所述UE回复RRC连接重建立拒绝消息,并向所述MME回复业务释放失败响应。
5.如权利要求4所述的方法,其特征在于,还包括:
所述eNB向所述MME发送UE上下文释放请求;所述MME收到后,释放所述UE资源。
6.一种实现业务释放方法,其特征在于,
在非接入层NAS层业务释放过程中,由于用户设备UE接入层重配置失败而导致的所述UE与演进节点B eNB之间的无线资源控制RRC连接重建立完成后,所述eNB在向所述UE发送RRC连接重配置消息中携带删除业务列表,该列表中包含待释放业务的标识;所述UE收到后,恢复该UE上除所述待释放业务之外的所有业务。
7.如权利要求6所述的方法,其特征在于,还包括:
恢复业务完成后,所述UE向所述eNB发送RRC连接重配置完成消息;所述eNB收到后,向移动管理实体MME发送业务释放成功响应,其中携带所述待释放业务的标识。
8.如权利要求6所述的方法,其特征在于,
如果所述UE再次RRC重配置失败且再次向所述eNB发送RRC连接重建立请求时,所述eNB向所述UE回复RRC连接重建立拒绝消息,并向所述MME回复业务释放失败响应。
9.如权利要求8所述的方法,其特征在于,还包括:
所述eNB向所述MME发送UE上下文释放请求;所述MME收到后,释放所述UE资源。
10.一种实现业务释放的系统,其特征在于,包括:要释放业务的用户设备UE、演进节点B eNB;
在非接入层NAS层业务释放过程中,由于用户设备UE接入层重配置失败而导致的所述UE与演进节点B eNB之间的无线资源控制RRC连接重建立完成后,所述eNB用于向所述UE发送RRC连接重配置消息,其中携带建立或修改业务列表,该列表中包含所述UE上除了待释放业务之外的所有业务的标识;
所述UE用于在收到所述RRC连接重配置消息后,恢复所述建立或修改业务列表中包含的标识所对应的业务。
11.如权利要求10所述的系统,其特征在于,
所述RRC连接重配置消息中还携带删除业务列表,所述删除业务列表中包含所述UE上所有业务的标识;
所述UE用于在收到所述RRC连接重配置消息后,先释放所述删除业务列表中包含的标识所对应的业务,然后再恢复所述建立或修改业务列表中包含的标识所对应的业务。
12.如权利要求10或11所述的系统,其特征在于,还包括移动管理实体MME;
所述UE还用于在完成业务恢复后,向所述eNB发送RRC连接重配置完成消息;
所述eNB还用于在收到所述RRC连接重配置完成消息后,向所述MME发送业务释放成功响应,其中携带所述待释放业务的标识;
所述MME用于接收所述业务释放成功响应。
13.如权利要求10或11所述的系统,其特征在于,
所述UE还用于在再次RRC重配置失败后,再次向所述eNB发送RRC连接重建立请求;
所述eNB还用于在再次接收到所述RRC连接重建立请求后,向所述UE回复RRC连接重建立拒绝消息,并向所述MME回复业务释放失败响应。
14.如权利要求13所述的系统,其特征在于,
所述eNB还用于在再次接收到所述RRC连接重建立请求后,向所述MME发送UE上下文释放请求;
所述MME用于在收到所述UE上下文释放请求后,释放所述UE资源。
15.一种实现业务释放的系统,其特征在于,包括:要释放业务的用户设备UE、演进节点B eNB;
在非接入层NAS层业务释放过程中,由于用户设备UE接入层重配置失败而导致的所述UE与演进节点B eNB之间的无线资源控制RRC连接重建立完成后,所述eNB用于向所述UE发送RRC连接重配置消息,其中携带删除业务列表,该列表中包含待释放业务的标识;
所述UE用于在收到RRC连接重配置消息后,恢复该UE上除所述待释放业务之外的所有业务。
16.如权利要求15所述的系统,其特征在于,还包括移动管理实体MME;
所述UE还用于在完成业务恢复后,向所述eNB发送RRC连接重配置完成消息;
所述eNB还用于在收到所述RRC连接重配置完成消息后,向所述MME发送业务释放成功响应,其中携带所述待释放业务的标识;
所述MME用于接收所述业务释放成功响应。
17.如权利要求15所述的系统,其特征在于,
所述UE还用于在再次RRC重配置失败后,再次向所述eNB发送RRC连接重建立请求;
所述eNB还用于在再次接收到所述RRC连接重建立请求后,向所述UE回复RRC连接重建立拒绝消息,并向所述MME回复业务释放失败响应。
18.如权利要求17所述的系统,其特征在于,
所述eNB还用于在再次接收到所述RRC连接重建立请求后,向所述MME发送UE上下文释放请求;
所述MME用于在收到所述UE上下文释放请求后,释放所述UE资源。
19.一种实现业务释放的演进节点B,应用于非接入层NAS层业务释放过程中,由于用户设备UE接入层重配置失败而导致的所述UE与所述演进节点B eNB之间的无线资源控制RRC连接重建立完成后,其特征在于,所述eNB中包括发送模块及列表组织模块;
所述列表组织模块用于将所述UE上除了待释放业务之外的所有业务的标识添加到建立或修改业务列表中;
所述发送模块用于向所述UE发送RRC连接重配置消息,其中携带所述建立或修改业务列表。
20.如权利要求19所述的eNB,其特征在于,
所述发送模块还用于在RRC连接重配置消息中携带删除业务列表,所述删除业务列表中包含所述UE上所有业务的标识。
21.一种实现业务释放的演进节点B,应用于非接入层NAS层业务释放过程中,由于用户设备UE接入层重配置失败而导致的所述UE与所述演进节点B eNB之间的无线资源控制RRC连接重建立完成后,其特征在于,所述eNB中包括发送模块及列表组织模块;
所述列表组织模块用于将所述UE待释放业务的标识添加到删除业务列表中;
所述发送模块用于向所述UE发送RRC连接重配置消息,其中携带所述删除业务列表。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102032627A CN101909362A (zh) | 2009-06-02 | 2009-06-02 | 一种实现业务释放的方法、系统及演进节点b |
EP10782919A EP2429255A4 (en) | 2009-06-02 | 2010-04-26 | PROCESS, SYSTEM AND DEPOSITED B-NODE FOR IMPLEMENTING SERVICE RELIABILITY |
PCT/CN2010/072205 WO2010139215A1 (zh) | 2009-06-02 | 2010-04-26 | 一种实现业务释放的方法、系统及演进节点b |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2009102032627A CN101909362A (zh) | 2009-06-02 | 2009-06-02 | 一种实现业务释放的方法、系统及演进节点b |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101909362A true CN101909362A (zh) | 2010-12-08 |
Family
ID=43264643
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2009102032627A Pending CN101909362A (zh) | 2009-06-02 | 2009-06-02 | 一种实现业务释放的方法、系统及演进节点b |
Country Status (3)
Country | Link |
---|---|
EP (1) | EP2429255A4 (zh) |
CN (1) | CN101909362A (zh) |
WO (1) | WO2010139215A1 (zh) |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012171281A1 (zh) * | 2011-06-13 | 2012-12-20 | 中兴通讯股份有限公司 | 一种安全参数修改方法及基站 |
CN106900060A (zh) * | 2015-12-18 | 2017-06-27 | 中兴通讯股份有限公司 | 一种获取、下发应用信息的方法和设备 |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6826578B2 (ja) * | 2018-11-01 | 2021-02-03 | シャープ株式会社 | 端末装置、基地局装置、および、方法 |
CN112788744B (zh) | 2019-11-01 | 2022-04-12 | 维沃移动通信有限公司 | 连接处理方法及通信设备 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1549619A (zh) * | 2003-05-15 | 2004-11-24 | 北京三星通信技术研究有限公司 | 通知用户设备业务结束的方法 |
CN101039513A (zh) * | 2006-03-14 | 2007-09-19 | 华为技术有限公司 | 释放无线承载的方法 |
CN100563384C (zh) * | 2006-03-31 | 2009-11-25 | 华为技术有限公司 | 一种多媒体广播/多播业务的业务释放方法 |
EP1892895A1 (en) * | 2006-08-25 | 2008-02-27 | Research In Motion Limited | Apparatus, and associated method, for releasing a data service radio resource allocated to a data service capable mobile node |
-
2009
- 2009-06-02 CN CN2009102032627A patent/CN101909362A/zh active Pending
-
2010
- 2010-04-26 EP EP10782919A patent/EP2429255A4/en not_active Withdrawn
- 2010-04-26 WO PCT/CN2010/072205 patent/WO2010139215A1/zh active Application Filing
Non-Patent Citations (1)
Title |
---|
3RD GENERATION PARTNERSHIP PROJECT: "《Technical Specification Group Radio Access Network;Evolved Universal Terrestrial Radio Access (E-UTRA) Radio Resource Control (RRC)》", 《3GPP TS 36.331 V8.5.0》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2012171281A1 (zh) * | 2011-06-13 | 2012-12-20 | 中兴通讯股份有限公司 | 一种安全参数修改方法及基站 |
CN106900060A (zh) * | 2015-12-18 | 2017-06-27 | 中兴通讯股份有限公司 | 一种获取、下发应用信息的方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
EP2429255A4 (en) | 2012-10-31 |
EP2429255A1 (en) | 2012-03-14 |
WO2010139215A1 (zh) | 2010-12-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9713114B2 (en) | Method and apparatus for receiving or sending short message | |
CN110139387B (zh) | 一种上行小数据的传输方法、网络侧du和网络侧cu | |
CN105450663B (zh) | 用于在移动通信网络中更新ue能力信息的方法 | |
CN108353451A (zh) | 基站、用户装置、以及上下文信息保持方法 | |
CN101902732A (zh) | Eps承载上下文状态的同步方法及系统 | |
US11483898B2 (en) | Session management method and session management network element | |
CN112492653A (zh) | 通信的方法、接入网设备和终端 | |
CN101534495B (zh) | 一种用户设备的业务承载建立方法及装置 | |
CN101500340B (zh) | 一种删除承载的方法、系统及设备 | |
CN112400358A (zh) | Gnb-cu-up处的完整性保护处理 | |
CN101572955B (zh) | 一种删除承载的方法与装置 | |
CN103428742A (zh) | 一种s1接口sctp链路故障的处理方法和装置 | |
CN104244450A (zh) | 长期演进业务和集群业务并发时重建立方法、基站和用户设备 | |
CN101909362A (zh) | 一种实现业务释放的方法、系统及演进节点b | |
CN101835242B (zh) | 一种重建拒绝后的业务恢复方法、终端和系统 | |
CN101568113B (zh) | 一种实现承载状态同步的方法、装置和系统 | |
CN104244297A (zh) | 一种基于td-lte的宽带集群故障弱化通信方法和基站 | |
CN104754767A (zh) | 状态更新方法及设备 | |
CN101815359B (zh) | 承载创建方法、去活方法、服务网关和移动通信系统 | |
CN101184323B (zh) | 直接信令连接重建方法 | |
CN104168598B (zh) | 消息处理 | |
CN102469512A (zh) | 一种接入过程的处理方法及装置 | |
CN103118415A (zh) | 一种业务请求的处理方法和装置 | |
CN101651894B (zh) | 承载服务质量的更新方法及装置 | |
CN102291735B (zh) | 一种epc网络的gtpc信令交互方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20101208 |