CN105744643A - 公用数据网连接的恢复方法及其系统、终端和网络侧设备 - Google Patents
公用数据网连接的恢复方法及其系统、终端和网络侧设备 Download PDFInfo
- Publication number
- CN105744643A CN105744643A CN201410756764.3A CN201410756764A CN105744643A CN 105744643 A CN105744643 A CN 105744643A CN 201410756764 A CN201410756764 A CN 201410756764A CN 105744643 A CN105744643 A CN 105744643A
- Authority
- CN
- China
- Prior art keywords
- pdn
- message
- terminal
- new
- module
- 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.)
- Pending
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及移动通信技术领域,公开了一种公用数据网连接的恢复方法及其系统、终端和网络侧设备。本发明中,终端在发现终端和网络侧的PDN连接上下文状态出现不一致时,本地去激活所有PDN连接,并发起附着请求消息;而网络侧收到终端发送的附着请求消息之后,本地去激活所有PDN连接,重新根据PDN CONNECTIVITY REQUEST消息建立新的PDN连接;在完成附着过程之后,终端将原有PDN连接映射到新的PDN连接上,完成PDN连接的恢复。通过附着过程将原PDN连接映射到新的PDN连接,能快速恢复终端和网络侧之间的PDN上下文状态,从而缩短在这种场景下的用户数据发送时延,提升用户的业务体验。
Description
技术领域
本发明涉及移动通信技术领域,特别涉及公用数据网连接的恢复方法及其系统、终端和网络侧设备。
背景技术
目前第三代合作伙伴计划(3rdGenerationPartnershipProject,简称“3GPP”)的演进分组系统的非接入层协议(简称“24.301协议”)中描述,当终端请求释放公用数据网(PublicDataNetwork,简称“PDN”)连接的时候,如果网络认为终端此时请求释放的PDN连接是最后一路PDN连接,那么网络将以#49号原因值(lastPDNdisconnectionnotallowed,也就是,不允许断开最后一路PDN连接)来拒绝终端的释放请求。并且没有要求终端做任何主动释放或者恢复PDN连接的后续行为。相关协议描述如下:
在收到拒绝断开PDN连接的消息时,终端(UE)应停止定时器T3492,进入状态过程事务无效,中止PDN断开连接的步骤。此外,除了终端收到#49号原因值“不允许断开最后一路PDN连接”的所有情况下,终端应本地停用这一PDN连接所有演进分组系统(EPS)承载上下文,无需终端与移动管理实体(MobilityManagementEntity,简称“MME”)之间的点对点信令(UponreceiptofthePDNDISCONNECTREJECTmessage,theUEshallstopthetimerT3492,enterthestatePROCEDURETRANSACTIONINACTIVEandabortthePDNdisconnectionprocedure.Additionally,inallcaseswiththeexceptionoftheUEhavingreceivedESMcause#49"lastPDNdisconnectionnotallowed",theUEshalldeactivateallEPSbearercontextsforthisPDNconnectionlocallywithoutpeer-to-peersignallingbetweentheUEandtheMME.)。
协议中要求,终端如果要释放最后一路PDN连接,必须通过释放(DETACH)过程来实现,如果终端通过断开PDN连接请求(PDNDISCONNECTREQUEST)来请求释放PDN连接,说明终端此时至少还有另外一路PDN连接。而网络以#49号原因值(lastPDNdisconnectionnotallowed)来拒绝终端的释放请求,说明网络认为终端此时只有这最后一路PDN连接。终端和网络的PDN连接上下文状态出现了不一致的情况。按照目前3GPP24.301的要求,终端不需要主动释放相关的PDN连接,也就是会同时保留这两路PDN连接。
这样当另外一路PDN连接有数据要发送的时候,恢复的流程会比较繁琐,造成恢复数据业务的时延变长。如图1所示,当终端PDN(1)上有数据要发送的时候,终端发起服务请求(ServiceRequest)过程,请求网络恢复PDN(1)的无线承载,此时网络会按照其所保存的PDN上下文信息来恢复无线承载,即恢复PDN(2)对应的无线承载。终端发现网络没有建立PDN(1)的无线承载,会将PDN(1)本地释放。但是因为上层有PDN(1)的数据要发送,所以终端会通过流程2(即图中2a、2b和2c)来请求建立PDN(1)的连接,在流程2c过程结束后才可以发送PDN(1)上的数据。然后需要通过流程3(即图中3a和3b)来再次去激活本地冗余的PDN(2)连接。
也就是说,如果终端收到#49号原因值(lastPDNdisconnectionnotallowed)的拒绝断开PDN连接(PDNDISCONNECTREJECT)的消息,如果PDN(1)上有数据要发送,需要经过流程11a+11b+12a+12b+12c才能将用户数据发出,需要经过流程11a+11b+12a+12b+12c+13a+13b才能和网络恢复PDN上下文状态一致。也就是说,等到有用户数据要发送才来恢复PDN上下文状态,会增加数据发送的时延,影响用户的体验。
发明内容
本发明的目的在于提供一种公用数据网连接的恢复方法及其系统、终端和网络侧设备,使得终端在收到不允许断开最后一路PDN连接的消息之后,能快速恢复终端和网络侧之间的PDN上下文状态,从而缩短在这种场景下的用户数据发送时延,提升用户的业务体验。
为解决上述技术问题,本发明的实施方式提供了一种公用数据网PDN连接的恢复方法,包含以下步骤:
S1.终端发现终端和网络侧的PDN连接上下文状态出现不一致;
S2.终端本地去激活所有PDN连接;
S3.终端发起附着请求ATTACHREQUEST消息;其中,所述ATTACHREQUEST消息中携带原PDN重新建立上下文的PDN连接状态请求PDNCONNECTIVITYREQUEST消息;
S4.网络侧收到终端发送的ATTACHREQUEST消息之后,本地去激活所有PDN连接,并根据PDNCONNECTIVITYREQUEST消息重新建立新的PDN连接;
S5.完成ATTACH过程之后,终端将原有PDN连接映射到新的PDN连接上,完成PDN连接的状态恢复。
本发明的实施方式还提供了一种公用数据网PDN连接的恢复系统,包含终端和网络侧设备;其中,所述终端包含:第一去激活模块、附着请求模块和映射模块;
所述第一去激活模块用于终端在发现终端和网络侧的PDN连接上下文状态出现不一致时,本地去激活所有PDN连接;
所述附着请求模块用于在所述第一去激活模块本地去激活所有PDN连接之后,发起附着请求ATTACHREQUEST消息;其中,所述ATTACHREQUEST消息中携带原PDN重新建立上下文的PDN连接建立请求PDNCONNECTIVITYREQUEST消息;
所述映射模块在终端完成ATTACH过程之后,将原有PDN连接映射到新的PDN连接上,完成PDN连接的状态恢复;
所述网络侧设备包含第二去激活模块和连接重建模块;
所述第二去激活模块用于网络侧设备在收到终端发送的ATTACHREQUEST消息之后,本地去激活所有PDN连接;
所述连接重建模块用于根据PDNCONNECTIVITYREQUEST消息重新建立新的PDN连接。
本发明的实施方式还提供了一种终端,包含:第一去激活模块、附着请求模块和映射模块;
所述第一去激活模块用于终端在在发现终端和网络侧的PDN连接上下文状态出现不一致时,本地去激活所有PDN连接;
所述附着请求模块用于在所述第一去激活模块本地去激活所有PDN连接之后,发起附着请求ATTACHREQUEST消息;其中,所述ATTACHREQUEST消息中携带原PDN重新建立上下文的PDN连接建立请求PDNCONNECTIVITYREQUEST消息;
所述映射模块在终端完成ATTACH过程之后,将原有PDN连接映射到新的PDN连接上,完成PDN连接的状态恢复。
本发明的实施方式还提供了一种网络侧设备,包含第二去激活模块和连接重建模块;
所述第二去激活模块用于在网络侧设备收到终端发送的ATTACHREQUEST消息之后,本地去激活所有PDN连接;
所述连接重建模块用于根据PDNCONNECTIVITYREQUEST消息重新建立新的PDN连接。
本发明实施方式相对于现有技术而言,终端在发现终端和网络侧的PDN连接上下文状态出现不一致时,本地去激活所有PDN连接,并发起附着请求ATTACHREQUEST消息;而网络侧收到终端发送的ATTACHREQUEST消息之后,本地去激活所有PDN连接,重新根据PDNCONNECTIVITYREQUEST消息建立新的PDN连接;在完成ATTACH过程之后,终端将原有PDN连接映射到新的PDN连接上,完成PDN连接的状态恢复。通过ATTACH过程将原PDN连接映射到新的PDN连接的方式,能快速恢复终端和网络侧之间的PDN上下文状态;无需等到后续用户数据发送时才恢复PDN上下文状态,从而缩短在这种场景下的用户数据发送时延,提升用户的业务体验。
另外,在步骤S5之后,包含以下步骤:
S6.终端选择所有PDN连接中的一路未恢复的PDN连接PDN(m),针对所述PDN(m)发起PDNCONNECTIVITYREQUEST消息;PDN(m)对应的新的PDN连接定义为PDN(m-new);
S7.网络侧收到所述针对PDN(m)发起PDNCONNECTIVITYREQUEST消息之后,根据PDNCONNECTIVITYREQUEST消息建立新的PDN连接PDN(m-new);
S8.完成PDN连接建立过程之后,终端将原有PDN(m)映射到新的PDN(m-new)上,完成PDN(m)连接的状态恢复;
重复步骤S6至S8,直到所有PDN连接的状态恢复。
通过依次对每一路PDN连接进行恢复,完成所有PDN上下文的恢复,使得终端和网络侧之间的PDN上下文状态保持一致。
另外,在所述步骤S1中,如果终端收到不允许断开最后一路PDN连接的拒绝断开PDN连接的消息,则终端发现终端和网络侧的PDN连接上下文状态出现不一致;其中,终端本地存储有两路PDN连接,分别为PDN(1)和PDN(2),并且PDN(2)不会再使用;网络侧认为终端只有一路PDN连接,为PDN(2);
在步骤S2中,终端本地去激活PDN(1)和PDN(2);
在步骤S3中,终端发起附着请求ATTACHREQUEST消息;其中,所述ATTACHREQUEST消息中携带PDN(1)重新建立上下文的PDN连接建立请求PDNCONNECTIVITYREQUEST消息;PDN(1)对应的新的PDN连接定义为PDN(1-new);
在步骤S4中,网络侧收到终端发送的ATTACHREQUEST消息之后,本地去激活PDN(1)和PDN(2),根据PDNCONNECTIVITYREQUEST消息重新建立新的PDN连接PDN(1-new);
在步骤S5中,完成ATTACH过程之后,终端将原有PDN连接PDN(1)映射到新的PDN连接PDN(1-new)上,完成PDN连接的状态恢复。
通过去激活不再使用的PDN连接,重新建立仍然使用的PDN连接,从而剔除不再使用的PDN连接,使得终端和网络侧之间的PDN上下文状态保持一致。
另外,在步骤5之后,如果原PDN(1)上有数据要发送,则终端通过发送服务请求SERVICEREQUEST消息,恢复无线承载,从而发送用户数据。
另外,在步骤S4之后,在步骤S5之前,还包含以下步骤:
网络侧在重新根据PDNCONNECTIVITYREQUEST消息建立新的PDN连接之后,反馈附着接受ATTACHACCEPT消息至终端;其中,所述ATTACHACCEPT消息携带激活默认演进分组系统承载上下文请求ACTIVATEDEFAULTEPSBEARERCONTEXTREQUEST消息;
终端在收到ATTACHACCEPT消息之后,反馈附着完成ATTACHCOMPLETE消息;其中,所述ATTACHCOMPLETE消息携带接受激活默认演进分组系统承载上下文接受ACTIVATEDEFAULTEPSBEARERCONTEXTACCEPT消息。
附图说明
图1是根据现有技术的PDN连接状态恢复的流程示意图;
图2是根据本发明第一实施方式的PDN连接的恢复方法的流程示意图;
图3是根据本发明第二实施方式的PDN连接的恢复方法的流程示意图;
图4是根据本发明第三实施方式的PDN连接的恢复方法的流程示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明的各实施方式进行详细的阐述。然而,本领域的普通技术人员可以理解,在本发明各实施方式中,为了使读者更好地理解本申请而提出了许多技术细节。但是,即使没有这些技术细节和基于以下各实施方式的种种变化和修改,也可以实现本申请各权利要求所要求保护的技术方案。
本发明的第一实施方式涉及一种公用数据网(PDN)连接的恢复方法,该方法用于终端在发现终端和网络侧的PDN连接上下文状态出现不一致时,恢复终端和网络侧之间的PDN上下文状态,使其保持一致。具体流程如图2所示,包含以下步骤:
步骤201,终端发现终端和网络侧的PDN连接上下文状态出现不一致;
步骤202,终端本地去激活所有PDN连接;
步骤203,终端发起附着请求ATTACHREQUEST消息;其中,ATTACHREQUEST消息中携带原PDN重新建立上下文的PDN连接建立请求PDNCONNECTIVITYREQUEST消息;
步骤204,网络侧收到终端发送的ATTACHREQUEST消息之后,本地去激活所有PDN连接,并根据PDNCONNECTIVITYREQUEST消息重新建立新的PDN连接;
步骤205,完成ATTACH过程之后,终端将原有PDN连接映射到新的PDN连接上,完成PDN连接的状态恢复。
如果终端收到#49号原因值(lastPDNdisconnectionnotallowed)的PDNDISCONNECTREJECT消息,会出现终端和网络PDN上下文状态不一致的场景,如果终端在原PDN连接上有数据要发送,目前的技术方案会导致用户数据发送时延较长,恢复终端和网络PDN上下文状态的流程繁琐,时间较长;本实施方式针对这两点进行了相应的改进。本领域技术人员可以理解,本实施方式并不局限于上述列举的终端和网络PDN上下文状态不一致的场景,也可应用于其他导致的终端和网络PDN上下文状态不一致的场景,在此不再一一赘述。
与现有技术相比,终端在发现终端和网络侧的PDN连接上下文状态出现不一致时,本地去激活所有PDN连接,并发起附着请求ATTACHREQUEST消息;而网络侧收到终端发送的ATTACHREQUEST消息之后,本地去激活所有PDN连接,根据PDNCONNECTIVITYREQUEST消息重新建立新的PDN连接;在完成ATTACH过程之后,终端将原有PDN连接映射到新的PDN连接上,完成PDN连接的状态恢复。通过ATTACH过程消息将原PDN连接映射到新的PDN连接的方式,能快速恢复终端和网络侧之间的PDN上下文状态;无需等到后续用户数据发送时才恢复PDN上下文状态,从而缩短在这种场景下的用户数据发送时延,提升用户的业务体验。
本发明的第二实施方式涉及一种PDN连接的恢复方法。第二实施方式在第一实施方式基础上做了进一步改进,主要改进之处在于:在本发明第二实施方式中,终端可以恢复多个有效的PDN连接,使得终端和网络侧之间的PDN上下文状态保持一致。
请参阅图3所示,步骤301至305与第一实施方式的步骤201和205一致,在此不再赘述。在步骤306至309中,依次选择一个未恢复的PDN连接,通过PDN连接建立过程恢复该选择的PDN连接,完成所有PDN连接的状态恢复。具体如下:
步骤306,判断是否所有PDN连接的状态都已恢复;如否,则执行步骤307;如是,则表明所有PDN连接的状态都已恢复,可结束本流程。
步骤307,终端选择一路未恢复的PDN连接PDN(m),针对PDN(m)发起PDNCONNECTIVITYREQUEST消息;PDN(m)对应的新的PDN连接定义为PDN(m-new)。
步骤308,网络侧收到终端发送的PDNCONNECTIVITYREQUEST消息之后,根据PDNCONNECTIVITYREQUEST消息建立新的PDN连接PDN(m-new)。
步骤309,完成PDN连接建立过程之后,终端将原有PDN(m)连接映射到新的PDN(m-new)上,完成PDN连接的状态恢复。
值得说明的是,要完成PDN连接建立过程,网络侧在根据PDNCONNECTIVITYREQUEST消息建立新的PDN连接PDN(m-new)之后,还需向终端反馈ACTIVATEDEFAULTEPSBEARERCONTEXTREQUEST[PDN(m-new)]消息;终端收到之后,再向网络侧发送ACTIVATEDEFAULTEPSBEARERCONTEXTACCEPT[PDN(m-new)],至此,完成整个PDN连接建立过程。
在本实施方式中,如果终端本地有多个有效的PDN连接需要恢复,对PDN(n)采用ATTACH过程进行状态恢复,对除PDN(n)外的PDN(m)连接通过新的PDNCONNECTIVITYREQUEST过程逐一进行恢复,该PDN(m)对应的新的PDN连接定义为PDN(m-new);从而使得终端和网络的PDN上下文状态恢复一致。通过依次对每一路PDN连接进行恢复,完成所有PDN上下文的恢复,使得终端和网络侧之间的PDN上下文状态保持一致。
本发明的第三实施方式涉及一种PDN连接的恢复方法。第三实施方式在第一实施方式基础上做进一步改进,主要改进之处在于:在本发明第三实施方式中,可以剔除不再使用的PDN连接,使得终端和网络侧之间的PDN上下文状态保持一致。
当终端收到不允许断开最后一路PDN连接的拒绝断开PDN连接的消息时,终端发现终端和网络侧的PDN连接上下文状态出现不一致;其中,终端本地存储有两路PDN连接,分别为PDN(1)和PDN(2),并且PDN(2)不会再使用;而网络侧认为终端只有一路PDN连接,为PDN(2)。也就是说,当终端收到#49号原因值(lastPDNdisconnectionnotallowed)的PDNDISCONNECTREJECT消息,发现终端和网络PDN上下文状态不一致时,本地去激活所有PDN连接,然后立即通过ATTACH过程来恢复终端和网络的PDN上下文状态。请参阅图4中虚线框内步骤所示,具体流程描述如下:
终端本地去激活PDN(1)和PDN(2);
终端立即发起附着请求ATTACHREQUEST消息;其中,ATTACHREQUEST消息中携带PDN(1)重新建立上下文的PDN连接建立请求PDNCONNECTIVITYREQUEST消息;PDN(1)对应的新的PDN连接定义为PDN(1-new);
网络侧收到终端发送的ATTACHREQUEST消息之后,本地去激活PDN(2),根据PDNCONNECTIVITYREQUEST消息重新建立新的PDN连接PDN(1-new);
网络侧在根据PDNCONNECTIVITYREQUEST消息重新建立新的PDN连接之后,反馈附着接受ATTACHACCEPT消息至终端;其中,所述ATTACHACCEPT消息携带激活默认演进分组系统承载上下文请求ACTIVATEDEFAULTEPSBEARERCONTEXTREQUEST消息;
终端在收到ATTACHACCEPT消息之后,反馈附着完成ATTACHCOMPLETE消息;其中,所述ATTACHCOMPLETE消息携带接受激活默认演进分组系统承载上下文接受ACTIVATEDEFAULTEPSBEARERCONTEXTACCEPT消息;
完成ATTACH过程之后,终端将原有PDN连接PDN(1)映射到新的PDN连接PDN(1-new)上,完成PDN连接的状态恢复。此时,终端和网络的PDN上下文状态恢复一致。
当原PDN(1)(已经映射到新的PDN(1-new))上有数据要发送的时候,终端通过发送服务请求SERVICEREQUEST消息,恢复无线承载,从而发送用户数据。
通过上述流程,在终端和网络侧剔除了不再使用的PDN(2)连接,使得终端和网络侧之间的PDN上下文状态保持一致,仅保留了PDN(1)连接。根据本实施方式,如果终端收到#49号原因值(lastPDNdisconnectionnotallowed)的PDNDISCONNECTREJECT消息,如果PDN(1)上有数据要发送,只需要经过流程41a+41b就可以将用户数据发出,并不是在用户数据要发送时才恢复PDN上下文状态,显然不会增加用户数据发送的时延。此外,只需要经过流程42a+42b+42c就能使终端和网络恢复PDN上下文状态一致,比现有技术中需要经过流程11a+11b+12a+12b+12c+13a+13b才能和网络恢复PDN上下文状态一致,缩短了PDN状态恢复的流程。
上面各种方法的步骤划分,只是为了描述清楚,实现时可以合并为一个步骤或者对某些步骤进行拆分,分解为多个步骤,只要包含相同的逻辑关系,都在本专利的保护范围内;对算法中或者流程中添加无关紧要的修改或者引入无关紧要的设计,但不改变其算法和流程的核心设计都在该专利的保护范围内。
本发明第四实施方式涉及一种公用数据网PDN连接的恢复系统,包含终端和网络侧设备,该系统可以在终端和网络侧的PDN上下文状态不一致时,通过ATTACH过程恢复重建PDN连接,能快速恢复终端和网络侧之间的PDN上下文状态。
具体地说,终端包含:第一去激活模块、附着请求模块和映射模块。第一去激活模块用于终端在发现终端和网络侧的PDN连接上下文状态出现不一致时,本地去激活所有PDN连接。附着请求模块用于在第一去激活模块本地去激活所有PDN连接之后,发起附着请求ATTACHREQUEST消息;其中,ATTACHREQUEST消息中携带原PDN重新建立上下文的PDN连接状态请求PDNCONNECTIVITYREQUEST消息。映射模块在终端完成ATTACH过程之后,还将原有PDN连接映射到新的PDN连接上,完成PDN连接的状态恢复。
网络侧设备包含第二去激活模块和连接重建模块。第二去激活模块用于在网络侧设备收到终端发送的ATTACHREQUEST消息之后,本地去激活所有PDN连接。连接重建模块用于根据PDNCONNECTIVITYREQUEST消息重新建立新的PDN连接。
不难发现,本实施方式为与第一实施方式相对应的系统实施例,本实施方式可与第一实施方式互相配合实施。第一实施方式中提到的相关技术细节在本实施方式中依然有效,为了减少重复,这里不再赘述。相应地,本实施方式中提到的相关技术细节也可应用在第一实施方式中。
值得一提的是,本实施方式中所涉及到的各模块均为逻辑模块,在实际应用中,一个逻辑单元可以是一个物理单元,也可以是一个物理单元的一部分,还可以以多个物理单元的组合实现。此外,为了突出本发明的创新部分,本实施方式中并没有将与解决本发明所提出的技术问题关系不太密切的单元引入,但这并不表明本实施方式中不存在其它的单元。
本发明第五实施方式涉及一种PDN连接的恢复系统。第五实施方式在第四实施方式基础上做了进一步改进,主要改进之处在于:在本发明第五实施方式中,终端可以恢复多个有效的PDN连接,使得终端和网络侧之间的PDN上下文状态保持一致。
具体地说,终端还包含连接选择模块和连接建立模块。连接选择模块用于依次选择所有PDN连接中的一路未恢复的PDN连接PDN(m)。连接建立模块用于针对连接选择模块选择的PDN(m)发起PDNCONNECTIVITYREQUEST消息,直到所有PDN连接的状态恢复;其中,PDN(m)对应的新的PDN连接定义为PDN(m-new)。映射模块还用于将原有PDN(m)映射到新的PDN(m-new)上,完成PDN(m)连接的状态恢复。
网络侧设备中的连接重建模块还用于在网络侧收到针对PDN(m)发起PDNCONNECTIVITYREQUEST消息之后,根据PDNCONNECTIVITYREQUEST消息建立新的PDN连接PDN(m-new)。
由于第二实施方式与本实施方式相互对应,因此本实施方式可与第二实施方式互相配合实施。第二实施方式中提到的相关技术细节在本实施方式中依然有效,在第二实施方式中所能达到的技术效果在本实施方式中也同样可以实现,为了减少重复,这里不再赘述。相应地,本实施方式中提到的相关技术细节也可应用在第二实施方式中。
本发明第六实施方式涉及一种PDN连接的恢复系统。第六实施方式在第四实施方式基础上做了进一步改进,主要改进之处在于:在本发明第六实施方式中,可以剔除不再使用的PDN连接,使得终端和网络侧之间的PDN上下文状态保持一致。
具体地说,终端在收到不允许断开最后一路PDN连接的拒绝断开PDN连接的消息时,发现终端和网络侧的PDN连接上下文状态出现不一致;其中,本地存储有两路PDN连接,分别为PDN(1)和PDN(2),并且PDN(2)不会再使用;网络侧认为终端只有一路PDN连接,为PDN(2)。终端内的第一去激活模块立即本地去激活PDN(1)和PDN(2);附着请求模块发起附着请求ATTACHREQUEST消息;其中,ATTACHREQUEST消息中携带PDN(1)重新建立上下文的PDN连接状态请求PDNCONNECTIVITYREQUEST消息;PDN(1)对应的新的PDN连接定义为PDN(1-new)。映射模块在完成ATTACH过程之后,将原有PDN连接PDN(1)映射到新的PDN连接PDN(1-new)上,完成PDN连接的状态恢复。
网络侧设备内的第二去激活模块收到终端发送的ATTACHREQUEST消息之后,本地去激活PDN(2);连接重建模块根据PDNCONNECTIVITYREQUEST消息重新建立新的PDN连接PDN(1-new)。
为了完成ATTACH过程,网络侧设备还设有连接确认模块,在重新根据PDNCONNECTIVITYREQUEST消息建立新的PDN连接之后,反馈附着接受ATTACHACCEPT消息至所述终端;其中,ATTACHACCEPT消息携带激活默认演进分组系统承载上下文请求ACTIVATEDEFAULTEPSBEARERCONTEXTREQUEST消息。终端设有连接完成模块,在收到ATTACHACCEPT消息之后,反馈附着完成ATTACHCOMPLETE消息;其中,ATTACHCOMPLETE消息携带接受激活默认演进分组系统承载上下文接受ACTIVATEDEFAULTEPSBEARERCONTEXTACCEPT消息。
在恢复终端和网络侧之间的PDN上下文状态之后,终端欲在原PDN(1)上发送数据时,通过服务请求模块发送服务请求SERVICEREQUEST消息,恢复无线承载,从而发送用户数据,无需在要发送用户数据时,才恢复终端和网络侧之间的PDN上下文状态,不会增加用户数据发送的时延,从而提升用户的业务体验。
由于第三实施方式与本实施方式相互对应,因此本实施方式可与第三实施方式互相配合实施。第三实施方式中提到的相关技术细节在本实施方式中依然有效,在第三实施方式中所能达到的技术效果在本实施方式中也同样可以实现,为了减少重复,这里不再赘述。相应地,本实施方式中提到的相关技术细节也可应用在第三实施方式中。
本领域的普通技术人员可以理解,上述各实施方式是实现本发明的具体实施例,而在实际应用中,可以在形式上和细节上对其作各种改变,而不偏离本发明的精神和范围。
Claims (12)
1.一种公用数据网PDN连接的恢复方法,其特征在于,包含以下步骤:
S1.终端发现终端和网络侧的PDN连接上下文状态出现不一致;
S2.终端本地去激活所有PDN连接;
S3.终端发起附着请求ATTACHREQUEST消息;其中,所述ATTACHREQUEST消息中携带原PDN重新建立上下文的PDN连接建立请求PDNCONNECTIVITYREQUEST消息;
S4.网络侧收到终端发送的ATTACHREQUEST消息之后,本地去激活所有PDN连接,并根据PDNCONNECTIVITYREQUEST消息重新建立新的PDN连接;
S5.完成ATTACH过程之后,终端将原有PDN连接映射到新的PDN连接上,完成PDN连接的状态恢复。
2.根据权利要求1所述的PDN连接的恢复方法,其特征在于,在步骤S5之后,包含以下步骤:
S6.终端选择所有PDN连接中的一路未恢复的PDN连接PDN(m),针对所述PDN(m)发起PDNCONNECTIVITYREQUEST消息;PDN(m)对应的新的PDN连接定义为PDN(m-new);
S7.网络侧收到所述针对PDN(m)发起PDNCONNECTIVITYREQUEST消息之后,根据PDNCONNECTIVITYREQUEST消息建立新的PDN连接PDN(m-new);
S8.完成PDN连接建立过程之后,终端将原有PDN(m)映射到新的PDN(m-new)上,完成PDN(m)连接的状态恢复;
重复步骤S6至S8,直到所有PDN连接的状态恢复。
3.根据权利要求1所述的PDN连接的恢复方法,其特征在于,在所述步骤S1中,如果终端收到不允许断开最后一路PDN连接的拒绝断开PDN连接的消息,则终端发现终端和网络侧的PDN连接上下文状态出现不一致;其中,终端本地存储有两路PDN连接,分别为PDN(1)和PDN(2),并且PDN(2)不会再使用;网络侧认为终端只有一路PDN连接,为PDN(2);
在步骤S2中,终端本地去激活PDN(1)和PDN(2);
在步骤S3中,终端发起附着请求ATTACHREQUEST消息;其中,所述ATTACHREQUEST消息中携带PDN(1)重新建立上下文的PDN连接建立请求PDNCONNECTIVITYREQUEST消息;PDN(1)对应的新的PDN连接定义为PDN(1-new);
在步骤S4中,网络侧收到终端发送的ATTACHREQUEST消息之后,本地去激活PDN(2),根据PDNCONNECTIVITYREQUEST消息重新建立新的PDN连接PDN(1-new);
在步骤S5中,完成ATTACH过程之后,终端将原有PDN连接PDN(1)映射到新的PDN连接PDN(1-new)上,完成PDN连接的状态恢复。
4.根据权利要求3所述的PDN连接的恢复方法,其特征在于,在步骤5之后,如果原PDN(1)上有数据要发送,则终端通过发送服务请求SERVICEREQUEST消息,恢复无线承载,从而发送用户数据。
5.根据权利要求1所述的PDN连接的恢复方法,其特征在于,在步骤S4之后,在步骤S5之前,还包含以下步骤:
网络侧在根据PDNCONNECTIVITYREQUEST消息重新建立新的PDN连接之后,反馈附着接受ATTACHACCEPT消息至终端;其中,所述ATTACHACCEPT消息携带激活默认演进分组系统承载上下文请求ACTIVATEDEFAULTEPSBEARERCONTEXTREQUEST消息;
终端在收到ATTACHACCEPT消息之后,反馈附着完成ATTACHCOMPLETE消息;其中,所述ATTACHCOMPLETE消息携带接受激活默认演进分组系统承载上下文接受ACTIVATEDEFAULTEPSBEARERCONTEXTACCEPT消息。
6.一种公用数据网PDN连接的恢复系统,其特征在于,包含终端和网络侧设备;其中,所述终端包含:第一去激活模块、附着请求模块和映射模块;
所述第一去激活模块用于终端在发现终端和网络侧的PDN连接上下文状态出现不一致时,本地去激活所有PDN连接;
所述附着请求模块用于在所述第一去激活模块本地去激活所有PDN连接之后,发起附着请求ATTACHREQUEST消息;其中,所述ATTACHREQUEST消息中携带原PDN重新建立上下文的PDN连接建立请求PDNCONNECTIVITYREQUEST消息;
所述映射模块在终端完成ATTACH过程之后,将原有PDN连接映射到新的PDN连接上,完成PDN连接的状态恢复;
所述网络侧设备包含第二去激活模块和连接重建模块;
所述第二去激活模块用于在网络侧设备收到终端发送的ATTACHREQUEST消息之后,本地去激活所有PDN连接;
所述连接重建模块用于根据PDNCONNECTIVITYREQUEST消息重新建立新的PDN连接。
7.根据权利要求6所述的PDN连接的恢复系统,其特征在于,所述终端还包含连接选择模块和连接建立模块;
所述连接选择模块用于依次选择所有PDN连接中的一路未恢复的PDN连接PDN(m);
所述连接建立模块用于针对所述连接选择模块选择的PDN(m)发起PDNCONNECTIVITYREQUEST消息,直到所有PDN连接的状态恢复;其中,PDN(m)对应的新的PDN连接定义为PDN(m-new);
所述网络侧设备内的所述连接重建模块还用于在网络侧收到所述针对PDN(m)发起PDNCONNECTIVITYREQUEST消息之后,根据PDNCONNECTIVITYREQUEST消息建立新的PDN连接PDN(m-new);
所述终端内的所述映射模块还用于在完成PDN连接建立过程之后,将原有PDN(m)映射到新的PDN(m-new)上,完成PDN(m)连接的状态恢复。
8.根据权利要求6所述的PDN连接的恢复系统,其特征在于,所述终端在收到不允许断开最后一路PDN连接的拒绝断开PDN连接的消息时,发现终端和网络侧的PDN连接上下文状态出现不一致;其中,本地存储有两路PDN连接,分别为PDN(1)和PDN(2),并且PDN(2)不会再使用;网络侧认为终端只有一路PDN连接,为PDN(2);
所述第一去激活模块本地去激活PDN(1)和PDN(2);
所述附着请求模块发起附着请求ATTACHREQUEST消息;其中,所述ATTACHREQUEST消息中携带PDN(1)重新建立上下文的PDN连接建立请求PDNCONNECTIVITYREQUEST消息;PDN(1)对应的新的PDN连接定义为PDN(1-new);
网络侧设备内的所述第二去激活模块收到终端发送的ATTACHREQUEST消息之后,本地去激活PDN(2);
网络侧设备内的所述连接重建模块根据PDNCONNECTIVITYREQUEST消息重新建立新的PDN连接PDN(1-new);
终端内的所述映射模块在完成ATTACH过程之后,将原有PDN连接PDN(1)映射到新的PDN连接PDN(1-new)上,完成PDN连接的状态恢复。
9.根据权利要求8所述的PDN连接的恢复系统,其特征在于,所述终端还包含服务请求模块;
所述服务请求模块用于在原PDN(1)上发送数据时,通过发送服务请求SERVICEREQUEST消息,恢复无线承载,从而发送用户数据。
10.根据权利要求6所述的PDN连接的恢复系统,其特征在于,所述网络侧设备还包含连接确认模块;所述连接确认模块用于在重新根据PDNCONNECTIVITYREQUEST消息建立新的PDN连接之后,反馈附着接受ATTACHACCEPT消息至所述终端;其中,所述ATTACHACCEPT消息携带激活默认演进分组系统承载上下文请求ACTIVATEDEFAULTEPSBEARERCONTEXTREQUEST消息;
所述终端还包含连接完成模块;所述连接完成模块用于在收到ATTACHACCEPT消息之后,反馈附着完成ATTACHCOMPLETE消息;其中,所述ATTACHCOMPLETE消息携带接受激活默认演进分组系统承载上下文接受ACTIVATEDEFAULTEPSBEARERCONTEXTACCEPT消息。
11.一种终端,其特征在于,包含:第一去激活模块、附着请求模块和映射模块;
所述第一去激活模块用于终端在发现终端和网络侧的PDN连接上下文状态出现不一致时,本地去激活所有PDN连接;
所述附着请求模块用于在所述第一去激活模块本地去激活所有PDN连接之后,发起附着请求ATTACHREQUEST消息;其中,所述ATTACHREQUEST消息中携带原PDN重新建立上下文的PDN连接建立请求PDNCONNECTIVITYREQUEST消息;
所述映射模块在终端完成ATTACH过程之后,将原有PDN连接映射到新的PDN连接上,完成PDN连接的状态恢复。
12.一种网络侧设备,其特征在于,包含第二去激活模块和连接重建模块;
所述第二去激活模块用于在网络侧设备收到终端发送的ATTACHREQUEST消息之后,本地去激活所有PDN连接;
所述连接重建模块用于根据PDNCONNECTIVITYREQUEST消息重新建立新的PDN连接。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410756764.3A CN105744643A (zh) | 2014-12-10 | 2014-12-10 | 公用数据网连接的恢复方法及其系统、终端和网络侧设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410756764.3A CN105744643A (zh) | 2014-12-10 | 2014-12-10 | 公用数据网连接的恢复方法及其系统、终端和网络侧设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN105744643A true CN105744643A (zh) | 2016-07-06 |
Family
ID=56238817
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410756764.3A Pending CN105744643A (zh) | 2014-12-10 | 2014-12-10 | 公用数据网连接的恢复方法及其系统、终端和网络侧设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN105744643A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107949008A (zh) * | 2017-11-30 | 2018-04-20 | 广东欧珀移动通信有限公司 | Lte网络接入结果的检测方法及装置、计算机存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101184323A (zh) * | 2006-11-14 | 2008-05-21 | 中兴通讯股份有限公司 | 直接信令连接重建方法 |
CN102202417A (zh) * | 2010-03-22 | 2011-09-28 | 中兴通讯股份有限公司 | 一种包数据网络释放失败的处理方法、系统及装置 |
CN102378393A (zh) * | 2010-08-11 | 2012-03-14 | 电信科学技术研究院 | 一种中继节点的非接入层过程处理方法及设备 |
US20130258998A1 (en) * | 2012-03-30 | 2013-10-03 | Qualcomm Incorporated | Methods and apparatus for improving data service availability |
-
2014
- 2014-12-10 CN CN201410756764.3A patent/CN105744643A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101184323A (zh) * | 2006-11-14 | 2008-05-21 | 中兴通讯股份有限公司 | 直接信令连接重建方法 |
CN102202417A (zh) * | 2010-03-22 | 2011-09-28 | 中兴通讯股份有限公司 | 一种包数据网络释放失败的处理方法、系统及装置 |
CN102378393A (zh) * | 2010-08-11 | 2012-03-14 | 电信科学技术研究院 | 一种中继节点的非接入层过程处理方法及设备 |
US20130258998A1 (en) * | 2012-03-30 | 2013-10-03 | Qualcomm Incorporated | Methods and apparatus for improving data service availability |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107949008A (zh) * | 2017-11-30 | 2018-04-20 | 广东欧珀移动通信有限公司 | Lte网络接入结果的检测方法及装置、计算机存储介质 |
CN107949008B (zh) * | 2017-11-30 | 2021-05-11 | Oppo广东移动通信有限公司 | Lte网络接入结果的检测方法及装置、计算机存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109699050B (zh) | 一种非激活态终端恢复连接的方法、基站、设备及系统 | |
CN101951689B (zh) | 一种无线资源控制连接重建立方法和一种基站 | |
JP7210563B2 (ja) | 複製送信の方法および装置 | |
CN104106303A (zh) | 用于在无线网络中在设备之间建立隧道式直接链路设立(tdls)会话的方法和装置 | |
CN102355743B (zh) | 一种ue上下文信息的管理方法和设备 | |
EP3734870A1 (en) | Notification method and device for execution of pdcp data recovery | |
WO2014067098A1 (zh) | 一种基于移动管理实体池MME Pool的通信方法、设备及系统 | |
CN109246762A (zh) | 一种本地业务分流方法及装置 | |
CN102238664B (zh) | 基站切换中无线资源连接重建拒绝的方法和系统 | |
CN102970172B (zh) | 一种通信链路切换的方法、设备和通信系统 | |
EP2621133A1 (en) | Method and system for implementing pw control bit capability negotiation | |
CN111431787A (zh) | 一种隧道建立方法、装置及计算机可读存储介质 | |
CN101835242B (zh) | 一种重建拒绝后的业务恢复方法、终端和系统 | |
CN104683003A (zh) | 一种蓝牙连接的切换方法及系统 | |
CN102883337B (zh) | 多跳网络组建方法、组建设备及节点 | |
CN105744643A (zh) | 公用数据网连接的恢复方法及其系统、终端和网络侧设备 | |
CN104581998B (zh) | 一种通讯故障的处理方法和系统 | |
CN106130783B (zh) | 一种端口故障处理方法及装置 | |
EP2953299A1 (en) | Protection switching method, system and node | |
CN103841608A (zh) | 无线资源控制连接重建立的方法、装置及系统 | |
CN114125963A (zh) | 无线资源控制rrc连接重建方法及装置 | |
CN110673799B (zh) | 一种集群伙伴关系建立方法、系统、设备及计算机介质 | |
CN106900077A (zh) | 一种智能终端的vpn网络自动恢复系统及方法 | |
CN102185765B (zh) | 一种ldp会话处理方法及其设备 | |
CN102291735B (zh) | 一种epc网络的gtpc信令交互方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20160706 |
|
RJ01 | Rejection of invention patent application after publication |