CN103428766A - 一种错误指示数据包的处理方法 - Google Patents
一种错误指示数据包的处理方法 Download PDFInfo
- Publication number
- CN103428766A CN103428766A CN2012101665573A CN201210166557A CN103428766A CN 103428766 A CN103428766 A CN 103428766A CN 2012101665573 A CN2012101665573 A CN 2012101665573A CN 201210166557 A CN201210166557 A CN 201210166557A CN 103428766 A CN103428766 A CN 103428766A
- Authority
- CN
- China
- Prior art keywords
- message
- rab
- mme
- cause value
- bearing
- 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.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
一种错误指示数据包的处理方法,该方法包括:基站收到服务网关S-GW发送的错误指示数据包后设置原因值,并向移动管理实体MME发送包括所述原因值的E-RAB释放指示消息;MME根据所述消息中携带的E-RAB ID和原因值,确定如果是专有承载出现S1-u口的错误指示,则发起专有承载去激活流程,并触发UE重新建立专有承载;MME根据所述消息中携带的E-RAB ID和原因值,确定如果是默认承载出现S1-u口的错误指示,则执行S1释放流程,并发起网络侧触发的服务请求过程,恢复UE的默认承载。应用本发明实施例以后,无论是默认承载还是专有承载,都可以迅速恢复UE的空口资源,以便再次进行上下行数据传输。
Description
技术领域
本发明涉及通信技术领域,更具体地,涉及一种错误指示数据包的处理方法。
背景技术
长期演进(LTE)系统中隧道一端接收到对端发送的数据包后,会根据GTP-U包头中的隧道端点标识(TEID),匹配到对应的用户面上下文,再根据上下文中保存的路由信息,转发该数据包。基站向服务网关(S-GW)发送上行GTP-U数据包,S-GW根据报文中TEID在本地查找不存在对应上下文,会向基站发送错误指示(Error Indication)数据包。同理,如果S-GW向基站发送的下行GTP-U数据包中TEID在基站侧不存在对应上下文,基站会向S-GW发送ErrorIndication数据包。
其中,S-GW对Error Indication的处理包括以下步骤:
步骤101、S-GW接收到Error Indication之后,S-GW根据报文中的TEID查找承载上下文,但并不会释放该承载上下文,而是释放该UE所有的基站侧TEID。
步骤102、S-GW向移动管理实体(MME)发送包括原因值为“从基站侧接收到错误指示”的Downlink Data Notification消息。
步骤103、MME接收到该消息之后,判断是由于错误指示触发的DownlinkData 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对应默认承载。
所述触发UE重新建立专有承载包括:MME发送包括原因值为请求重新激活的消息至UE,触发UE重新建立专有承载。
所述发起网络侧触发服务请求过程,恢复UE的默认承载包括:
MME向UE发送寻呼消息,所述寻呼消息中CN域设置为PS,用户标识设置为S-TMSI;
UE收到所述寻呼消息后,向网络侧回复服务请求消息,在服务请求流程中恢复用户的默认承载。
从上述技术方案中可以看出,在本发明实施例中,基站接收到S-GW发送的错误指示数据包后设置原因值,并向MME发送包括所述原因值的E-RAB释放指示消息;MME根据所述消息中携带的E-RAB ID和原因值,确定是专有承载出现S1-u口的错误指示,则发起专有承载去激活流程,并触发UE重新建立专有承载;MME根据所述消息中携带的E-RAB ID和原因值,确定是默认承载出现S1-u口的错误指示,则发起S1释放流程,并发起网络侧触发的服务请求过程,恢复UE的默认承载。这样,无论是默认承载还是专有承载,都可以迅速恢复UE的空口资源,以便再次进行上下行数据传输。
附图说明
图1为现有技术中基站处理错误指示数据包的流程示意图;
图2为本发明实施例错误指示数据包的处理方法流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点表达得更加清楚明白,下面结合附图及具体实施例对本发明再作进一步详细的说明。
在本发明实施例中,基站收到S-GW发送的错误指示数据包后设置原因值,MME根据该原因值和E-RAB ID确定是专有承载或默认承载出现S1-u口异常,针对不同的承载类型使用不同的恢复流程,迅速恢复UE的空口资源,以便再次进行上下行数据传输。
参见附图2是错误指示数据包的处理方法流程示意图,具体包括以下步骤:
步骤301、基站向S-GW发送GTP-U数据包。
步骤302、S-GW根据GTP-U报文中的TEID无法匹配到对应的上下文,则向基站发送错误指示数据包(Error Indication)。
步骤303、基站收到错误指示数据包后设置原因值,并向MME发送包括该原因值的E-RAB释放指示消息。其中,原因值为“接收到S-GW发送的错误指示引起”
步骤304、MME判断E-RAB ID为专有承载,发起专有承载去激活流程,并触发UE重新建立专有承载。
MME确定原因值为“接收到S-GW发送的错误指示引起”后,再判断E-RABID对应的是专有承载,则认为是专有承载上出现S1-u口错误指示。
MME发起专有承载去激活流程,并触发UE重新建立专有承载。其中,MME触发UE重新建立专有承载包括:MME发送包括原因值为请求重新激活的DEACTIVATE EPS BEARER CONTEXT REQUEST消息至UE,触发UE重新建立专有承载。UE重新建立专有承载是现有技术,本文不再赘述。
对于专有承载而言,现有协议只是专有承载去激活,并不触发后续的专有承载恢复流程。本步骤中,MME收到E-RAB释放指示消息之后,如果原因值表明是由于S1-u口的Error Indication引起的承载释放,则需要进行承载的快速恢复。如果是其他类型的原因值,则沿用现有协议流程。判断为专有承载后,先发起专有承载去激活,在去激活消息中指示UE立刻重新进行承载建立,这样就可以迅速的恢复专有承载,以便再次进行上下行数据的传输。
步骤305、MME判断E-RAB ID为默认承载,执行S1释放流程,并发起网络侧触发的服务请求过程,恢复UE的默认承载。
MME确定消息中原因值为“接收到S-GW发送的错误指示引起”后,再判断E-RAB ID对应的是默认承载,则认为是默认承载上出现S1-u口错误指示。MME发起S1释放流程,UE进入ECM_IDLE状态。在ECM_IDLE状态下,UE可以主动发起服务请求(Service Request)也可以通过网络侧触发的ServiceRequest请求恢复承载。本发明中由MME触发服务请求。其中,MME触发的服务请求过程包括:MME向UE发送寻呼消息,按照协议规定消息中CN域设置为“PS”,用户标识设置为S-TMSI;UE收到该寻呼消息后,向网络侧回复服务请求消息,在服务消息过程中恢复用户的默认承载。
本发明中MME通过E-RAB释放指示消息中的原因值能获知异常的原由,对于S1-u口错误指示引起的异常,需要网络侧快速触发默认承载恢复,尽量减少对用户的影响。如果网络侧不立刻尝试恢复,UE只能等到应用层有数据要发送时,才会主动触发Service Request流程,此时数据的传输会产生延时,影响用户正常使用。通过网络侧触发Service Request过程可以在UE进入ECM_IDLE之后立刻重新恢复承载,无需应用层数据触发,缩小承载恢复的时间,比UE在ECM_IDLE状态下触发Service Request流程要快很多。
以上所述,仅为本发明的较佳实施例而已,并非用于限定本发明的保护范围。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (5)
1.一种错误指示数据包的处理方法,其特征在于,该方法包括:
基站收到服务网络S-GW发送的错误指示数据包后设置原因值,并向移动管理实体MME发送包括所述原因值的演进通用移动通信系统陆地无线接入网无线接入承载E-RAB释放指示消息;
MME根据所述消息中携带的E-RAB ID和原因值,确定是专有承载出现S1-u口的错误指示,则发起专有承载去激活流程,并触发UE重新建立专有承载;
MME根据所述消息中携带的E-RAB ID和原因值,确定是默认承载出现S1-u口的错误指示,则发起S1释放流程,并发起网络侧触发的服务请求过程,恢复UE的默认承载。
2.根据权利要求1所述错误指示数据包的处理方法,其特征在于,所述MME根据所述消息中携带的E-RAB ID和原因值,确定是专有承载出现S1-u口的错误指示包括:所述原因值为接收到S-GW发送的错误指示引起,且消息中E-RAB ID对应专有承载。
3.根据权利要求1所述错误指示数据包的处理方法,其特征在于,所述MME根据所述消息中携带的E-RAB ID和原因值,确定是默认承载出现S1-u口的错误指示包括:所述原因值为接收到S-GW发送的错误指示引起,且消息中E-RAB ID对应默认承载。
4.根据权利要求1所述错误指示数据包的处理方法,其特征在于,所述触发UE重新建立专有承载包括:MME发送包括原因值为请求重新激活的消息至UE,触发UE重新建立专有承载。
5.根据权利要求1所述错误指示数据包的处理方法,其特征在于,所述发起网络侧触发服务请求过程,恢复UE的默认承载包括:
MME向UE发送寻呼消息,所述寻呼消息中CN域设置为PS,用户标识设置为S-TMSI;
UE收到所述寻呼消息后,向网络侧回复服务请求消息,在服务请求流程中恢复用户的默认承载。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210166557.3A CN103428766B (zh) | 2012-05-25 | 2012-05-25 | 一种错误指示数据包的处理方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210166557.3A CN103428766B (zh) | 2012-05-25 | 2012-05-25 | 一种错误指示数据包的处理方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103428766A true CN103428766A (zh) | 2013-12-04 |
CN103428766B CN103428766B (zh) | 2016-12-14 |
Family
ID=49652773
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210166557.3A Expired - Fee Related CN103428766B (zh) | 2012-05-25 | 2012-05-25 | 一种错误指示数据包的处理方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103428766B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111837418A (zh) * | 2019-02-18 | 2020-10-27 | 联发科技股份有限公司 | 在4G 5G系统中处理QoS流描述和EPS承载操作错误 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009057941A2 (en) * | 2007-10-29 | 2009-05-07 | Lg Electronics Inc. | A method for repairing an error depending on a radion bearer type |
CN102036261A (zh) * | 2009-09-28 | 2011-04-27 | 中兴通讯股份有限公司 | 一种lte系统中错误指示的处理方法和装置 |
-
2012
- 2012-05-25 CN CN201210166557.3A patent/CN103428766B/zh not_active Expired - Fee Related
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2009057941A2 (en) * | 2007-10-29 | 2009-05-07 | Lg Electronics Inc. | A method for repairing an error depending on a radion bearer type |
WO2009057941A3 (en) * | 2007-10-29 | 2010-07-15 | Lg Electronics Inc. | A method for repairing an error depending on a radion bearer type |
CN102036261A (zh) * | 2009-09-28 | 2011-04-27 | 中兴通讯股份有限公司 | 一种lte系统中错误指示的处理方法和装置 |
Non-Patent Citations (4)
Title |
---|
3GPP: "General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 11)", 《3GPP TS 23.401 V11.1.0》, 12 March 2012 (2012-03-12) * |
3GPP: "Non-Access-Stratum (NAS) protocol for Evolved Packet System (EPS); Stage 3 (Release 11)", 《3GPP TS 24.301 V11.2.0 (2012-03)》 * |
3GPP: "Restoration procedures (Release 11)", 《3GPP TS 23.007 V11.1.0》, 22 March 2012 (2012-03-22) * |
3GPP: "S1 Application Protocol (S1AP) (Release 10)", 《3GPP TS 36.413 V10.5.0 (2012-03)》 * |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111837418A (zh) * | 2019-02-18 | 2020-10-27 | 联发科技股份有限公司 | 在4G 5G系统中处理QoS流描述和EPS承载操作错误 |
CN111837418B (zh) * | 2019-02-18 | 2023-12-15 | 联发科技股份有限公司 | 处理操作错误的方法及用户设备 |
Also Published As
Publication number | Publication date |
---|---|
CN103428766B (zh) | 2016-12-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11758609B2 (en) | Radio resource control RRC message processing method, apparatus, and system | |
CN108605376B (zh) | 无线终端、无线站及其方法 | |
US20210360712A1 (en) | Radio Resource Control RRC Connection Method and Apparatus and RRC Reconnection Method and Apparatus | |
CN106961748B (zh) | 控制ue上下文和ue连接的方法和设备 | |
EP2605588B1 (en) | Method for obtaining interface information of neighbor evolved nodeb/relay node, and wireless relay system | |
KR20210025597A (ko) | 정보 전송 방법 및 디바이스 | |
CN108617031A (zh) | 处理用户端接入层文本的装置及方法 | |
WO2011023101A1 (zh) | 一种无线连接的gtp-u实体间传输数据的方法和装置 | |
CN103428742B (zh) | 一种s1接口sctp链路故障的处理方法和装置 | |
CN102202405A (zh) | 一种切换时无线资源的配置方法及装置 | |
CN101951689A (zh) | 一种无线资源控制连接重建立方法和一种基站 | |
CN105376768A (zh) | 一种移动性管理实体池组容灾方法及系统 | |
CN114026929B (zh) | 一种f1接口管理方法及装置 | |
CN102202417B (zh) | 一种包数据网络释放失败的处理方法、系统及装置 | |
US20140293769A1 (en) | Method, apparatus and system for processing device faults | |
CN109314889A (zh) | 一种建立用户面承载的方法、装置及系统 | |
CN109802982B (zh) | 一种双连接实现方法、装置及系统 | |
WO2021169412A1 (zh) | 信息同步方法和装置、电子设备、计算机可读存储介质 | |
CN103428766A (zh) | 一种错误指示数据包的处理方法 | |
CN109819526A (zh) | 无线资源控制挂起程序的启动方法、装置和NB-IoT核心网系统 | |
KR102077125B1 (ko) | 이동통신 시스템의 호 실패 복구 장치 및 방법 | |
WO2023065109A1 (zh) | 信息发送方法、信息接收方法、装置和系统 | |
CN104284443A (zh) | 一种pdp状态的同步方法及网络侧设备 | |
CN102883463A (zh) | 一种资源释放方法及装置、系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20161214 |
|
CF01 | Termination of patent right due to non-payment of annual fee |