专利名称：一种lte通信系统中业务释放失败的处理方法
技术领域：
本发明涉及数字通信领域，尤其涉及接入网的长期演进(LongTerm Evolution,简 称LTE)移动通信系统的eNB(E-UTRAN NodeB，演进的节点B)设备，具体地说，涉及一种LTE 通信系统中业务释放失败的处理方法。
技术背景在LTE系统中，在业务释放处理中，首先是通过 NAS(Non-Access-Stratum，非接入层)消息交互，进行非接入层(即应用层)的资源释 放，在非接入层消息交互正常完成后，才由匪E(Mobility ManagementEntity，移动管理实 体)发起接入层对应资源的释放过程。在接入层资源释放过程中，如果由于接入网侧或者 UE(User Equipment,用户设备)侧的某些异常，可能会导致业务释放失败，这时需要由eNB 向匪E在回响应消息时，携带释放失败的业务ID列表，具体流程可以分为两种场景。
UE主动发起的业务释放，如附图1，消息流程如下
1. UE发送NAS消息，通知匪E进行业务释放； 2.匪E收到UE的NAS消息，如果校验消息正确，给UE下发业务去激活请求的NAS 消息； 3. UE收到匪E的NAS层的业务去激活请求，如果校验消息正确，给匪E回应业务去 激活接受的NAS消息，并开始对高层资源进行释放； 4.匪E收到3中UE的NAS消息，发起接入层的业务释放，通过SI消息通知eNB进 行业务释放； 5. eNB根据收到的匪E的业务释放命令，组织消息，通知UE进行业务相关的接入层 资源释放，并释放本地占用的资源； 6.如果5中出现异常，导致业务释放失败，eNB则把释放失败的业务列表填入响应 消息，发送给匪E ; 匪E主动发起的业务释放，如附图2，消息流程如下
1.匪E发起NAS消息，通知UE进行业务去激活； 2.匪E收到UE的NAS消息，如果校验消息正确，给UE回应业务去激活接受响应的 NAS消息，并开始释放高层资源； 3.匪E收到2中UE的响应，发起接入层的业务释放，通过SI消息通知eNB进行业 务释放； 4.eNB根据收到的匪E的业务释放命令，组织消息，通知UE进行业务相关的接入层 资源释放，并释放本地占用的资源； 5.如果4中出现异常，导致业务释放失败，eNB则把释放失败的业务列表填入响应 消息，发送给匪E ; 这些处理的问题在于匪E在收到携带释放失败的业务列表后的处理是依赖于厂 家具体实现的，不是一个明确规定的行为，因此相应的，eNB的处理也就是不确定的，这样可 能会出现两个问题 (1)由于这种情况下UE和匪E的应用层资源已经释放，而接入层资源没有释放，所以如果不及时处理，会出现UE和匪E的高层资源和接入层资源不能对齐的情况； (2)如果仅仅依赖于UE或匪E的应用层和接入层之间的资源保活机制来做释放的
话，释放过程会比较慢，这也就意味着该UE不能在这段时间重新发起对应的业务，直接影
响用户感受。 发明内容本发明的目的在于克服现有技术的不足之处，提出了一种LTE系统中业 务释放失败的处理方法。 本发明公开了一种LTE通信系统中业务释放失败的处理方法，包括如下步骤
第一步，在业务释放失败时，节点设备eNB把释放失败的业务列表填入响应消息， 发送给移动管理实体匪E，同时保存所述释放失败的业务列表； 第二步，所述节点设备eNB组织并发送释放与所述释放失败的业务列表相关的资 源的空口消息给用户设备UE ; 第三步，所述用户设备UE收到所述节点设备eNB下发的所述空口消息后，释放与
所述释放失败的业务列表相关的资源，并给所述节点设备eNB回应完成消息； 第四步，所述节点设备eNB收到所述用户设备UE的所述完成消息后，释放所述释
放失败的业务列表所占用的本地资源。 在本发明的一个实施例中，在所述第一步和第二步之间，还包括步骤甲，所述节
点设备eNB向所述移动管理实体匪E主动发起业务释放请求；步骤乙，所述移动管理实体
匪E收到并校验所述节点设备eNB的业务释放请求后，下发所述释放失败的业务列表的业
务释放命令；步骤丙，所述节点设备eNB收到所述业务释放命令，进入第二步。 在本发明的另一个实施例中，在所述第一步和第二步之间，还包括步骤节点设备
eNB根据失败业务列表向匪E组织发送业务释放指示消息，进入第二步。 在本发明的另一个实施例中，在所述第四步完成后，所述节点设备eNB给所述移
动管理实体匪E发送业务释放完成的消息。 或者，在所述第四步中所述节点设备eNB收到所述用户设备UE的所述完成消息 后，先向所述移动管理实体匪E发送业务释放完成的消息，然后释放所述释放失败的业务 列表所占用的本地资源。 在本发明的一个实施例中，设定正整数N作为尝试次数门限值，在所述第三步中 所述用户设备UE释放与所述释放失败的业务列表相关的资源失败，则继续反复执行N减 l次步骤甲至第三步，直至所述用户设备成功释放与所述释放失败的业务列表相关的资源， 并给所述节点设备eNB回应完成消息。 本发明所述的一种LTE通信系统中业务释放失败的处理方法，与现有技术相比， 由于采取了 eNB侧在业务释放失败后的主动释放资源策略，可以避免这种情况下匪E或者 UE的高层与接入层通过资源保活机制等策略才能释放资源的问题，达到了接入侧资源及时 释放的效果，不仅节省了流程处理时间，而且还可以避免瞬间问题导致的业务释放失败问 题，提高了系统可靠性。
图1是UE发起的业务释放流程。
图2是匪E发起的业务释放流程。
图3是LTE通信系统中业务释放失败的第一个处理方法流程图。
图4是LTE通信系统中业务释放失败的第二个处理方法流程图。
图5是LTE通信系统中业务释放失败的第三个处理方法流程图。
具体实施方式
下面结合附图和具体实施方式
对本发明做进一步详细说明。
实施例1 : 1 :假设当前有A， B， C， D四个业务，UE或者匪E通过NAS消息发起业务释放A， B， C的释放。如果因为底层链路网络瞬断或者其他处理原因导致出现业务B，C释放失败，eNB 首先给匪E回复带有释放失败业务列表的响应，列表中带的就是业务B，C的标识；如图3所 示是LTE通信系统中业务释放失败的第一个处理方法流程图
2 :如附图3第一步的操作，eNB保存1中释放失败的业务列表，即{B， C};
3 :如附图3第二步的操作，eNB根据上面一步中保存的业务列表信息向匪E主动 发起业务释放请求，请求释放的业务就是保存的失败业务列表，也就是前面流程中通知匪E 释放失败的业务{B， C}; 4 :如附图3第三步，匪E收到eNB的业务释放请求消息，如果业务信息校验正确， 就给eNB下发业务释放命令，释放的业务列表即为eNB请求释放的业务列表{B， C};
5 :如附图3第四步，eNB收到业务释放命令，根据要释放的业务B， C的信息，组织 并发送空口消息给UE，通知UE释放与这些业务相关的资源； 6 :如附图3第五步，UE收到eNB下发的消息后，释放UE侧相关资源，并给eNB回
应完成消息。eNB收到UE的完成响应消息后，释放B， C业务所占用的本地资源； 7 :如附图3第六步，eNB在本地资源释放完成后给匪E发送消息通知匪E业务释
放完成。流程结束。
实施例2 : 1 :假设当前有A， B， C， D四个业务，UE或者匪E通过NAS消息发起业务A， B， C的 释放。如果因为底层传输网络瞬断或者其他原因出现业务B， C释放失败，eNB首先给匪E 回复带有释放失败业务列表化，C}的响应； 2 :如附图4第一步，eNB同时保存1中释放失败的业务列表{B， C}; 3 :如附图4第二步操作，eNB根据上面一步中保存的业务列表信息向匪E主动发
起业务释放请求，请求释放的业务就是保存的失败业务列表{B，C}; 4 :如附图4第三步，匪E收到eNB的业务释放请求消息，如果业务信息校验正确， 就给eNB下发业务释放命令，释放的业务列表即为eNB请求释放的业务列表{B， C};
5 :如附图4第四步，eNB收到业务释放命令，根据要释放的业务信息，组织并发送 空口消息给UE，通知UE释放与B， C这些业务相关的资源； 6 :UE收到eNB下发的消息后，释放UE侧相关资源，并给eNB回应完成消息。eNB 收到UE的完成响应消息后，给匪E发送消息通知匪E业务释放完成，即附图4第五步操作。
7 :eNB在给匪E发送消息后，释放B， C业务所占用的本地资源，完成释放流程。
实施例3 : 1 :假设当前有A， B， C， D四个业务，UE或者匪E通过NAS消息发起业务A， B， C释 放。如果因为底层传输网络瞬断或者其他原因出现业务B， C释放失败，eNB首先给匪E回 复带有释放失败业务列表{B， C}的响应；
5
2 :如附图5第一步，eNB同时保存1中释放失败的业务列表{B， C}; 3 :如附图5第二步，eNB根据B，C业务的资源信息，组织并发送业务释放指示消息
给匪E，通知匪E释放这些业务相关资源； 4:如附图5第三步，eNB根据B， C业务的资源信息组织并发送空口消息给UE，通 知UE释放与B， C业务相关的资源； 5 :如附图5第四步，UE收到消息后，释放B，C业务占用的相关资源，并给eNB回应 完成响应消息。eNB收到响应消息后，释放B，C这些业务所占用的本地资源。流程结束。
本发明所述的方法如下 假定匪E发起了业务释放，而接入侧出现问题，对部分业务或者全部业务释放失 败，eNB给匪E回了带有释放失败业务列表的响应消息。这时可以选择两种处理方法。
方法一 eNB尝试继续进行业务释放，可以解决因为瞬间问题造成的业务释放失 败。 第一步，为了能够尝试向匪E发起前面释放失败的业务失败，eNB需要保存释放失 败的业务列表； 第二步，根据第一步中保存的业务列表，eNB主动向匪E发起这些业务的释放请 求； 第三步，匪E收到eNB的业务释放请求后，给eNB下发业务释放命令，eNB进行正常 处理，通知UE释放业务和资源； 第四步，eNB收到UE的完成响应后，释放相关的本地资源；
第五步，eNB给匪E回复业务释放完成响应。 在方法一中，第四步和第五步顺序可以颠倒。另外，也可以在设置一定次数门限 (比如3次)，在第三步或者第四步仍然释放失败时继续尝试由eNB发起释放请求，直到尝 试次数大于等于预先设定的次数门限值。 方法二 eNB认为匪E资源会通过内部资源校验完成匪E侧的资源释放，这时只需 考虑接入侧资源的释放。参照附图4，步骤如下 第一步，为了能够组织相关资源的释放，eNB需要保存释放失败的业务列表；
第二步，eNB根据第一步中保存的失败业务信息，给匪E发送业务释放指示消息， 通知匪E释放相关资源。同时eNB根据这些业务当前占用的相关资源，组织空口信令，发送 给UE，这一步的目的就是加快UE侧接入资源的释放； 第三步，在收到UE的完成响应消息后，eNB释放这些业务占用的eNB侧资源，这一 步是为了加快eNB侧资源的释放。
权利要求
一种LTE通信系统中业务释放失败的处理方法，其特征在于，包括如下步骤第一步，在业务释放失败时，节点设备eNB把释放失败的业务列表填入响应消息，发送给移动管理实体MME，同时保存所述释放失败的业务列表；第二步，所述节点设备eNB组织并发送释放与所述释放失败的业务列表相关的资源的空口消息给用户设备UE；第三步，所述用户设备UE收到所述节点设备eNB下发的所述空口消息后，释放与所述释放失败的业务列表相关的资源，并给所述节点设备eNB回应完成消息；第四步，所述节点设备eNB收到所述用户设备UE的所述完成消息后，释放所述释放失败的业务列表所占用的本地资源。
2. 根据权利要求1所述的方法，其特征在于，在所述第一步和第二步之间，还包括如下 步骤步骤甲，所述节点设备eNB向所述移动管理实体匪E主动发起业务释放请求；步骤乙，所述移动管理实体匪E收到并校验所述节点设备eNB的业务释放请求后，下发 所述释放失败的业务列表的业务释放命令；步骤丙，所述节点设备eNB收到所述业务释放命令，进入第二步。
3. 根据权利要求1所述的方法，其特征在于，在所述第一步和第二步之间，可以包括如 下步骤节点设备eNB根据失败业务列表向匪E组织发送业务释放指示消息，进入第二步。
4. 根据权利要求2所述的方法，其特征在于，在所述第四步完成后，所述节点设备eNB 给所述移动管理实体匪E发送业务释放完成的消息。
5. 根据权利要求2所述的方法，其特征在于，在所述第四步中所述节点设备eNB收到所 述用户设备UE的所述完成消息后，先向所述移动管理实体匪E发送业务释放完成的消息，然后释放所述释放失败的业务列表所占用的本地资源。
6. 根据权利要求2所述的方法，其特征在于设定正整数N作为尝试次数门限值，在所 述第三步中所述用户设备UE释放与所述释放失败的业务列表相关的资源失败，则继续反 复执行N减1次步骤甲至第三步，直至所述用户设备成功释放与所述释放失败的业务列表 相关的资源，并给所述节点设备eNB回应完成消息。
全文摘要
本发明涉及一种LTE通信系统中业务释放失败的处理方法，包括如下步骤第一步，在业务释放失败时，节点设备eNB把释放失败的业务列表填入响应消息，发送给移动管理实体MME，同时保存所述释放失败的业务列表；第二步，所述节点设备eNB组织并发送释放与所述释放失败的业务列表相关的资源的空口消息给用户设备UE；第三步，所述用户设备UE收到所述节点设备eNB下发的所述空口消息后，释放与所述释放失败的业务列表相关的资源，并给所述节点设备eNB回应完成消息；第四步，所述节点设备eNB收到所述用户设备UE的所述完成消息后，释放所述释放失败的业务列表所占用的本地资源。
文档编号H04W72/04GK101772166SQ20081024214
公开日2010年7月7日 申请日期2008年12月31日 优先权日2008年12月31日
发明者苏宏涛 申请人:中兴通讯股份有限公司