一种错误指示数据包的处理方法技术

一种错误指示数据包的处理方法，该方法包括：基站收到服务网关S-GW发送的错误指示数据包后设置原因值，并向移动管理实体MME发送包括所述原因值的E-RAB释放指示消息；MME根据所述消息中携带的E-RAB?ID和原因值，确定如果是专有承载出现S1-u口的错误指示，则发起专有承载去激活流程，并触发UE重新建立专有承载；MME根据所述消息中携带的E-RAB?ID和原因值，确定如果是默认承载出现S1-u口的错误指示，则执行S1释放流程，并发起网络侧触发的服务请求过程，恢复UE的默认承载。应用本发明专利技术实施例以后，无论是默认承载还是专有承载，都可以迅速恢复UE的空口资源，以便再次进行上下行数据传输。

【技术实现步骤摘要】
一种错误指示数据包的处理方法
本专利技术涉及通信
，更具体地，涉及一种错误指示数据包的处理方法。
技术介绍
长期演进（LTE）系统中隧道一端接收到对端发送的数据包后，会根据GTP-U包头中的隧道端点标识（TEID），匹配到对应的用户面上下文，再根据上下文中保存的路由信息，转发该数据包。基站向服务网关（S-GW）发送上行GTP-U数据包，S-GW根据报文中TEID在本地查找不存在对应上下文，会向基站发送错误指示（ErrorIndication）数据包。同理，如果S-GW向基站发送的下行GTP-U数据包中TEID在基站侧不存在对应上下文，基站会向S-GW发送ErrorIndication数据包。其中，S-GW对ErrorIndication的处理包括以下步骤：步骤101、S-GW接收到ErrorIndication之后，S-GW根据报文中的TEID查找承载上下文，但并不会释放该承载上下文，而是释放该UE所有的基站侧TEID。步骤102、S-GW向移动管理实体（MME）发送包括原因值为“从基站侧接收到错误指示”的DownlinkDataNotification消息。步骤103、MME接收到该消息之后，判断是由于错误指示触发的DownlinkDataNotification消息，则会发起S1释放流程。S1是基站与EPC之间的连接。步骤104、MME执行网络侧触发的ServiceRequest流程。ServiceRequest流程中，基站会将为该UE各承载所分配的TEID通过MME透传给S-GW，进而恢复数传。基站对ErrorIndication的处理包括以下步骤，参见附图1。步骤201、基站向S-GW发送GTP-U数据包。步骤202、S-GW根据包文中的TEID匹配上下文失败，向基站发送错误指示GTP-U报文。步骤203、基站接收到错误指示GTP-U报文，立刻本地释放对应的E-RAB资源，向MME发送E-RABReleaseIndication消息，触发E-RAB释放流程。步骤204、MME根据E-RABID判断E-RAB为专有承载，则发起专有承载释放流程。终端想要与某个外部服务器建立连接，为了能有很好的业务保障，需要建立的承载称之为专有承载，步骤205、MME根据E-RABID判断E-RAB为默认承载，协议没有后续流程的相关说明。默认承载是指终端在附着过程中建立的承载，只有当UE去附着下线时，才会删除该默认承载。基站侧处理ErrorIndication时，会触发E-RABRelease流程。若E-RABID指示默认承载，协议没有说明MME应该怎么处理，这样就无法恢复UE的空口资源；若E-RABID指示专有承载，MME发起专有承载释放流程后并没有迅速恢复专有承载的空口资源。综上，现有技术中无论是默认承载还是专有承载，均无法迅速恢复UE的空口资源，UE则无法进行上下行数据传输。
技术实现思路
本专利技术实施例提出一种错误指示数据包的处理方法，无论是默认承载还是专有承载，都可以迅速恢复UE的空口资源，以便再次进行上下行数据传输。本专利技术实施例的技术方案如下：一种错误指示数据包的处理方法，该方法包括：基站收到服务网络S-GW发送的错误指示数据包后设置原因值，并向移动管理实体MME发送包括所述原因值的演进通用移动通信系统陆地无线接入网无线接入承载E-RAB释放指示消息；MME根据所述消息中携带的E-RABID和原因值，确定是专有承载出现S1-u口的错误指示，则发起专有承载去激活流程，并触发UE重新建立专有承载；MME根据所述消息中携带的E-RABID和原因值，确定是默认承载出现S1-u口的错误指示，则发起S1释放流程，并发起网络侧触发的服务请求过程，恢复UE的默认承载。所述MME根据所述消息中携带的E-RABID和原因值，确定是专有承载出现S1-u口的错误指示包括：所述原因值为接收到S-GW发送的错误指示引起，且消息中E-RABID对应专有承载。所述MME根据所述消息中携带的E-RABID和原因值，确定是默认承载出现S1-u口的错误指示包括：所述原因值为接收到S-GW发送的错误指示引起，且消息中E-RABID对应默认承载。所述触发UE重新建立专有承载包括：MME发送包括原因值为请求重新激活的消息至UE，触发UE重新建立专有承载。所述发起网络侧触发服务请求过程，恢复UE的默认承载包括：MME向UE发送寻呼消息，所述寻呼消息中CN域设置为PS，用户标识设置为S-TMSI；UE收到所述寻呼消息后，向网络侧回复服务请求消息，在服务请求流程中恢复用户的默认承载。从上述技术方案中可以看出，在本专利技术实施例中，基站接收到S-GW发送的错误指示数据包后设置原因值，并向MME发送包括所述原因值的E-RAB释放指示消息；MME根据所述消息中携带的E-RABID和原因值，确定是专有承载出现S1-u口的错误指示，则发起专有承载去激活流程，并触发UE重新建立专有承载；MME根据所述消息中携带的E-RABID和原因值，确定是默认承载出现S1-u口的错误指示，则发起S1释放流程，并发起网络侧触发的服务请求过程，恢复UE的默认承载。这样，无论是默认承载还是专有承载，都可以迅速恢复UE的空口资源，以便再次进行上下行数据传输。附图说明图1为现有技术中基站处理错误指示数据包的流程示意图；图2为本专利技术实施例错误指示数据包的处理方法流程示意图。具体实施方式为使本专利技术的目的、技术方案和优点表达得更加清楚明白，下面结合附图及具体实施例对本专利技术再作进一步详细的说明。在本专利技术实施例中，基站收到S-GW发送的错误指示数据包后设置原因值，MME根据该原因值和E-RABID确定是专有承载或默认承载出现S1-u口异常，针对不同的承载类型使用不同的恢复流程，迅速恢复UE的空口资源，以便再次进行上下行数据传输。参见附图2是错误指示数据包的处理方法流程示意图，具体包括以下步骤：步骤301、基站向S-GW发送GTP-U数据包。步骤302、S-GW根据GTP-U报文中的TEID无法匹配到对应的上下文，则向基站发送错误指示数据包（ErrorIndication）。步骤303、基站收到错误指示数据包后设置原因值，并向MME发送包括该原因值的E-RAB释放指示消息。其中，原因值为“接收到S-GW发送的错误指示引起”步骤304、MME判断E-RABID为专有承载，发起专有承载去激活流程，并触发UE重新建立专有承载。MME确定原因值为“接收到S-GW发送的错误指示引起”后，再判断E-RABID对应的是专有承载，则认为是专有承载上出现S1-u口错误指示。MME发起专有承载去激活流程，并触发UE重新建立专有承载。其中，MME触发UE重新建立专有承载包括：MME发送包括原因值为请求重新激活的DEACTIVATEEPSBEARERCONTEXTREQUEST消息至UE，触发UE重新建立专有承载。UE重新建立专有承载是现有技术，本文不再赘述。对于专有承载而言，现有协议只是专有承载去激活，并不触发后续的专有承载恢复流程。本步骤中，MME收到E-RAB释放指示消息之后，如果原因值表明是由于S1-u口的ErrorIndication引起的承载释放，则需要进行承载的快速恢复。如果是其他类型的原因值，则沿用现本文档来自技高网...

【技术保护点】
一种错误指示数据包的处理方法，其特征在于，该方法包括：基站收到服务网络S?GW发送的错误指示数据包后设置原因值，并向移动管理实体MME发送包括所述原因值的演进通用移动通信系统陆地无线接入网无线接入承载E?RAB释放指示消息；MME根据所述消息中携带的E?RAB?ID和原因值，确定是专有承载出现S1?u口的错误指示，则发起专有承载去激活流程，并触发UE重新建立专有承载；MME根据所述消息中携带的E?RAB?ID和原因值，确定是默认承载出现S1?u口的错误指示，则发起S1释放流程，并发起网络侧触发的服务请求过程，恢复UE的默认承载。

【技术特征摘要】
1.一种错误指示数据包的处理方法，其特征在于，该方法包括：基站收到服务网络S-GW发送的错误指示数据包后设置原因值，并向移动管理实体MME发送包括所述原因值的演进通用移动通信系统陆地无线接入网无线接入承载E-RAB释放指示消息；MME根据所述消息中携带的E-RABID和原因值，确定是专有承载出现S1-u口的错误指示，则发起专有承载去激活流程，并触发UE重新建立专有承载；MME根据所述消息中携带的E-RABID和原因值，确定是默认承载出现S1-u口的错误指示，则发起S1释放流程，并发起网络侧触发的服务请求过程，恢复UE的默认承载。2.根据权利要求1所述错误指示数据包的处理方法，其特征在于，所述MME根据所述消息中携带的E-RABID和原因值，确定是专有承载出现S1-u口的错误指示包括：所述原因值为接收到S-GW发送的错误指示引...

【专利技术属性】
技术研发人员：胡培成，
申请(专利权)人：普天信息技术研究院有限公司，
类型：发明
国别省市：