一种错误指示数据包的处理方法
【专利摘要】一种错误指示数据包的处理方法，该方法包括：基站收到服务网关S-GW发送的错误指示数据包后设置原因值，并向移动管理实体MME发送包括所述原因值的E-RAB释放指示消息；MME根据所述消息中携带的E-RAB?ID和原因值，确定如果是专有承载出现S1-u口的错误指示，则发起专有承载去激活流程，并触发UE重新建立专有承载；MME根据所述消息中携带的E-RAB?ID和原因值，确定如果是默认承载出现S1-u口的错误指示，则执行S1释放流程，并发起网络侧触发的服务请求过程，恢复UE的默认承载。应用本发明实施例以后，无论是默认承载还是专有承载，都可以迅速恢复UE的空口资源，以便再次进行上下行数据传输。
【专利说明】一种错误指示数据包的处理方法
【技术领域】
[0001]本发明涉及通信【技术领域】，更具体地，涉及一种错误指示数据包的处理方法。
【背景技术】
[0002]长期演进(LTE)系统中隧道一端接收到对端发送的数据包后，会根据GTP-U包头中的隧道端点标识(TEID)，匹配到对应的用户面上下文，再根据上下文中保存的路由信息，转发该数据包。基站向服务网关(S-GW)发送上行GTP-U数据包，S-GW根据报文中TEID在本地查找不存在对应上下文,会向基站发送错误指示(Error Indication)数据包。同理，如果S-GW向基站发送的下行GTP-U数据包中TEID在基站侧不存在对应上下文，基站会向S-GW 发送 Error Indication 数据包。
[0003]其中，S-GW对Error Indication的处理包括以下步骤:
[0004]步骤101、S-Gff接收到Error Indication之后，S-GW根据报文中的TEID查找承载上下文，但并不会释放该承载上下文，而是释放该UE所有的基站侧TEID。
[0005]步骤102、S_GW向移动管理实体(MME)发送包括原因值为“从基站侧接收到错误指不”的 Downlink Data Notification 消息。
[0006]步骤103、MME接收到该消息之后，判断是由于错误指示触发的Downlink DataNotification消息,贝U会发起SI释放流程。SI是基站与EPC之间的连接。
[0007]步骤104、MME执行网络侧触发的Service Request流程。Service Request流程中，基站会将为该UE各承载所分配的TEID通过MME透传给S-GW，进而恢复数传。
[0008]基站对Error Indication的处理包括以下步骤,参见附图1。
[0009]步骤201、基站向S-GW发送GTP-U数据包。
[0010]步骤202、S-GW根据包文中的TEID匹配上下文失败，向基站发送错误指示GTP-U报文。
[0011]步骤203、基站接收到错误指示GTP-U报文，立刻本地释放对应的E-RAB资源，向MME 发送 E-RAB Release Indication 消息，触发 E-RAB 释放流程。
[0012]步骤204、MME根据E-RAB ID判断E-RAB为专有承载，则发起专有承载释放流程。终端想要与某个外部服务器建立连接，为了能有很好的业务保障，需要建立的承载称之为专有承载，
[0013]步骤205、MME根据E-RAB ID判断E-RAB为默认承载，协议没有后续流程的相关说明。默认承载是指终端在附着过程中建立的承载，只有当UE去附着下线时，才会删除该默认承载。
[0014]基站侧处理Error Indication 时，会触发 E-RAB Release 流程。若 E-RAB ID 指示默认承载，协议没有说明MME应该怎么处理，这样就无法恢复UE的空口资源；gE-RAB ID指示专有承载，MME发起专有承载释放流程后并没有迅速恢复专有承载的空口资源。综上，现有技术中无论是默认承载还是专有承载，均无法迅速恢复UE的空口资源，UE则无法进行上下行数据传输。
【发明内容】
[0015]本发明实施例提出一种错误指示数据包的处理方法，无论是默认承载还是专有承载，都可以迅速恢复UE的空口资源，以便再次进行上下行数据传输。
[0016]本发明实施例的技术方案如下:
[0017]一种错误指示数据包的处理方法，该方法包括:
[0018]基站收到服务网络S-GW发送的错误指示数据包后设置原因值，并向移动管理实体MME发送包括所述原因值的演进通用移动通信系统陆地无线接入网无线接入承载E-RAB释放指示消息；
[0019]MME根据所述消息中携带的E-RAB ID和原因值，确定是专有承载出现Sl_u 口的错误指示，则发起专有承载去激活流程，并触发UE重新建立专有承载；
[0020]MME根据所述消息中携带的E-RAB ID和原因值，确定是默认承载出现Sl_u 口的错误指示，则发起SI释放流程，并发起网络侧触发的服务请求过程，恢复UE的默认承载。
[0021]所述MME根据所述消息中携带的E-RAB ID和原因值，确定是专有承载出现Sl_u口的错误指示包括:所述原因值为接收到S-GW发送的错误指示引起，且消息中E-RAB ID对应专有承载。
[0022]所述MME根据所述消息中携带的E-RAB ID和原因值，确定是默认承载出现Sl_u口的错误指示包括:所述原因值为接收到S-GW发送的错误指示引起，且消息中E-RAB ID对应默认承载。
[0023]所述触发UE重新建立专有承载包括:MME发送包括原因值为请求重新激活的消息至UE,触发UE重新建立专有承载。
[0024]所述发起网络侧触发服务请求过程，恢复UE的默认承载包括:
[0025]MME向UE发送寻呼消息，所述寻呼消息中CN域设置为PS，用户标识设置为S-TMSI ；
[0026]UE收到所述寻呼消息后，向网络侧回复服务请求消息，在服务请求流程中恢复用户的默认承载。
[0027]从上述技术方案中可以看出，在本发明实施例中，基站接收到S-GW发送的错误指示数据包后设置原因值，并向MME发送包括所述原因值的E-RAB释放指示消息；MME根据所述消息中携带的E-RAB ID和原因值，确定是专有承载出现Sl-U 口的错误指示，则发起专有承载去激活流程，并触发UE重新建立专有承载;MME根据所述消息中携带的E-RAB ID和原因值，确定是默认承载出现Sl-U 口的错误指示，则发起SI释放流程，并发起网络侧触发的服务请求过程，恢复UE的默认承载。这样，无论是默认承载还是专有承载，都可以迅速恢复UE的空口资源，以便再次进行上下行数据传输。
【专利附图】
【附图说明】
[0028]图1为现有技术中基站处理错误指示数据包的流程示意图；
[0029]图2为本发明实施例错误指示数据包的处理方法流程示意图。
【具体实施方式】[0030]为使本发明的目的、技术方案和优点表达得更加清楚明白，下面结合附图及具体实施例对本发明再作进一步详细的说明。
[0031]在本发明实施例中，基站收到S-GW发送的错误指示数据包后设置原因值，MME根据该原因值和E-RAB ID确定是专有承载或默认承载出现Sl-U 口异常，针对不同的承载类型使用不同的恢复流程，迅速恢复UE的空口资源，以便再次进行上下行数据传输。
[0032]参见附图2是错误指示数据包的处理方法流程示意图，具体包括以下步骤:
[0033]步骤301、基站向S-GW发送GTP-U数据包。
[0034]步骤302、S-GW根据GTP-U报文中的TEID无法匹配到对应的上下文，则向基站发送错误指示数据包(Error Indication)。
[0035]步骤303、基站收到错误指示数据包后设置原因值，并向MME发送包括该原因值的E-RAB释放指示消息。其中，原因值为“接收到S-GW发送的错误指示引起”
[0036]步骤304、MME判断E-RAB ID为专有承载，发起专有承载去激活流程，并触发UE重新建立专有承载。
[0037]MME确定原因值为“接收到S-GW发送的错误指示引起”后，再判断E-RABID对应的是专有承载，则认为是专有承载上出现Sl-U 口错误指示。
[0038]MME发起专有承载去激活流程，并触发UE重新建立专有承载。其中，MME触发UE重新建立专有承载包括:MME发送包括原因值为请求重新激活的DEACTIVATE EPS BEARERCONTEXT REQUEST消息至UE，触发UE重新建立专有承载。UE重新建立专有承载是现有技术，本文不再赘述。
[0039]对于专有承载而言，现有协议只是专有承载去激活，并不触发后续的专有承载恢复流程。本步骤中，MME收到E-RAB释放指示消息之后，如果原因值表明是由于Sl_u 口的Error Indication引起的承载释放,则需要进行承载的快速恢复。如果是其他类型的原因值，则沿用现有协议流程。判断为专有承载后，先发起专有承载去激活，在去激活消息中指示UE立刻重新进行承载建立，这样就可以迅速的恢复专有承载，以便再次进行上下行数据的传输。
[0040]步骤305、MME判断E-RAB ID为默认承载，执行SI释放流程，并发起网络侧触发的服务请求过程，恢复UE的默认承载。
[0041]MME确定消息中原因值为“接收到S-GW发送的错误指示引起”后，再判断E-RAB ID对应的是默认承载，则认为是默认承载上出现Sl-U 口错误指示。MME发起SI释放流程，UE进入ECM_IDLE状态。在ECM_IDLE状态下，UE可以主动发起服务请求(Service Request)也可以通过网络侧触发的Service Request请求恢复承载。本发明中由MME触发服务请求。其中，MME触发的服务请求过程包括:MME向UE发送寻呼消息，按照协议规定消息中CN域设置为“PS”，用户标识设置为S-TMSI ；UE收到该寻呼消息后，向网络侧回复服务请求消息，在服务消息过程中恢复用户的默认承载。
[0042]本发明中MME通过E-RAB释放指示消息中的原因值能获知异常的原由，对于Sl_u口错误指示引起的异常，需要网络侧快速触发默认承载恢复，尽量减少对用户的影响。如果网络侧不立刻尝试恢复，UE只能等到应用层有数据要发送时，才会主动触发ServiceRequest流程,此时数据的传输会产生延时,影响用户正常使用。通过网络侧触发ServiceRequest过程可以在UE进入ECM_IDLE之后立刻重新恢复承载，无需应用层数据触发，缩小承载恢复的时间，比UE在ECM_IDLE状态下触发Service Request流程要快很多。
[0043]以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种错误指示数据包的处理方法，其特征在于，该方法包括: 基站收到服务网络S-GW发送的错误指示数据包后设置原因值，并向移动管理实体MME发送包括所述原因值的演进通用移动通信系统陆地无线接入网无线接入承载E-RAB释放指示消息； MME根据所述消息中携带的E-RAB ID和原因值，确定是专有承载出现Sl_u 口的错误指示，则发起专有承载去激活流程，并触发UE重新建立专有承载； MME根据所述消息中携带的E-RAB ID和原因值，确定是默认承载出现Sl_u 口的错误指示，则发起SI释放流程，并发起网络侧触发的服务请求过程，恢复UE的默认承载。
2.根据权利要求1所述错误指示数据包的处理方法，其特征在于，所述MME根据所述消息中携带的E-RAB ID和原因值，确定是专有承载出现Sl-U 口的错误指示包括:所述原因值为接收到S-GW发送的错误指示引起，且消息中E-RAB ID对应专有承载。
3.根据权利要求1所述错误指示数据包的处理方法，其特征在于，所述MME根据所述消息中携带的E-RAB ID和原因值，确定是默认承载出现Sl-U 口的错误指示包括:所述原因值为接收到S-GW发送的错误指示引起，且消息中E-RAB ID对应默认承载。
4.根据权利要求1所述错误指示数据包的处理方法，其特征在于，所述触发UE重新建立专有承载包括=MME发送包括原因值为请求重新激活的消息至UE，触发UE重新建立专有承载。
5.根据权利要求1所述错误指示数据包的处理方法，其特征在于，所述发起网络侧触发服务请求过程，恢复UE的默认承载包括: MME向UE发送寻呼消息，所述寻呼消息中CN域设置为PS，用户标识设置为S-TMSI ； UE收到所述寻呼消息后，向网络侧回复服务请求消息，在服务请求流程中恢复用户的默认承载。
【文档编号】H04W28/06GK103428766SQ201210166557
【公开日】2013年12月4日 申请日期:2012年5月25日 优先权日:2012年5月25日
【发明者】胡培成 申请人:普天信息技术研究院有限公司