[发明专利]一种错误指示数据包的处理方法

说明书

技术领域

本发明涉及通信技术领域，更具体地，涉及一种错误指示数据包的处理方法。

背景技术

长期演进（LTE）系统中隧道一端接收到对端发送的数据包后，会根据GTP-U包头中的隧道端点标识（TEID），匹配到对应的用户面上下文，再根据上下文中保存的路由信息，转发该数据包。基站向服务网关（S-GW）发送上行GTP-U数据包，S-GW根据报文中TEID在本地查找不存在对应上下文，会向基站发送错误指示（Error Indication）数据包。同理，如果S-GW向基站发送的下行GTP-U数据包中TEID在基站侧不存在对应上下文，基站会向S-GW发送Error Indication数据包。

其中，S-GW对Error Indication的处理包括以下步骤：

步骤101、S-GW接收到Error Indication之后，S-GW根据报文中的TEID查找承载上下文，但并不会释放该承载上下文，而是释放该UE所有的基站侧TEID。

步骤102、S-GW向移动管理实体（MME）发送包括原因值为“从基站侧接收到错误指示”的Downlink Data Notification消息。

步骤103、MME接收到该消息之后，判断是由于错误指示触发的Downlink Data Notification消息，则会发起S1释放流程。S1是基站与EPC之间的连接。

步骤104、MME执行网络侧触发的Service Request流程。Service Request流程中，基站会将为该UE各承载所分配的TEID通过MME透传给S-GW，进而恢复数传。

基站对Error Indication的处理包括以下步骤，参见附图1。

步骤201、基站向S-GW发送GTP-U数据包。

步骤202、S-GW根据包文中的TEID匹配上下文失败，向基站发送错误指示GTP-U报文。

步骤203、基站接收到错误指示GTP-U报文，立刻本地释放对应的E-RAB资源，向MME发送E-RAB Release Indication消息，触发E-RAB释放流程。

步骤204、MME根据E-RAB ID判断E-RAB为专有承载，则发起专有承载释放流程。终端想要与某个外部服务器建立连接，为了能有很好的业务保障，需要建立的承载称之为专有承载，

步骤205、MME根据E-RAB ID判断E-RAB为默认承载，协议没有后续流程的相关说明。默认承载是指终端在附着过程中建立的承载，只有当UE去附着下线时，才会删除该默认承载。

基站侧处理Error Indication时，会触发E-RAB Release流程。若E-RAB ID指示默认承载，协议没有说明MME应该怎么处理，这样就无法恢复UE的空口资源；若E-RAB ID指示专有承载，MME发起专有承载释放流程后并没有迅速恢复专有承载的空口资源。综上，现有技术中无论是默认承载还是专有承载，均无法迅速恢复UE的空口资源，UE则无法进行上下行数据传输。

发明内容

本发明实施例提出一种错误指示数据包的处理方法，无论是默认承载还是专有承载，都可以迅速恢复UE的空口资源，以便再次进行上下行数据传输。

本发明实施例的技术方案如下：

一种错误指示数据包的处理方法，该方法包括：

基站收到服务网络S-GW发送的错误指示数据包后设置原因值，并向移动管理实体MME发送包括所述原因值的演进通用移动通信系统陆地无线接入网无线接入承载E-RAB释放指示消息；

MME根据所述消息中携带的E-RAB ID和原因值，确定是专有承载出现S1-u口的错误指示，则发起专有承载去激活流程，并触发UE重新建立专有承载；

MME根据所述消息中携带的E-RAB ID和原因值，确定是默认承载出现S1-u口的错误指示，则发起S1释放流程，并发起网络侧触发的服务请求过程，恢复UE的默认承载。

所述MME根据所述消息中携带的E-RAB ID和原因值，确定是专有承载出现S1-u口的错误指示包括：所述原因值为接收到S-GW发送的错误指示引起，且消息中E-RAB ID对应专有承载。

所述MME根据所述消息中携带的E-RAB ID和原因值，确定是默认承载出现S1-u口的错误指示包括：所述原因值为接收到S-GW发送的错误指示引起，且消息中E-RAB ID对应默认承载。