CN110167079B - 承载处理方法、设备及*** - Google Patents
承载处理方法、设备及*** Download PDFInfo
- Publication number
- CN110167079B CN110167079B CN201810148471.5A CN201810148471A CN110167079B CN 110167079 B CN110167079 B CN 110167079B CN 201810148471 A CN201810148471 A CN 201810148471A CN 110167079 B CN110167079 B CN 110167079B
- Authority
- CN
- China
- Prior art keywords
- network element
- eps bearer
- terminal
- expanded
- mobility management
- 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.)
- Active
Links
- 238000003672 processing method Methods 0.000 title claims abstract description 117
- 238000000034 method Methods 0.000 claims abstract description 155
- 238000012545 processing Methods 0.000 claims description 104
- 239000000725 suspension Substances 0.000 claims description 52
- 238000012986 modification Methods 0.000 claims description 37
- 230000004048 modification Effects 0.000 claims description 37
- 238000011084 recovery Methods 0.000 claims description 30
- 238000012217 deletion Methods 0.000 claims description 22
- 230000037430 deletion Effects 0.000 claims description 22
- 230000004913 activation Effects 0.000 claims 1
- 238000007726 management method Methods 0.000 description 172
- 230000006870 function Effects 0.000 description 44
- 238000013461 design Methods 0.000 description 41
- 238000004891 communication Methods 0.000 description 34
- 238000010586 diagram Methods 0.000 description 19
- 230000008569 process Effects 0.000 description 16
- 230000009471 action Effects 0.000 description 14
- 230000000694 effects Effects 0.000 description 12
- 238000004590 computer program Methods 0.000 description 8
- 238000010295 mobile communication Methods 0.000 description 7
- 230000004044 response Effects 0.000 description 7
- 230000003287 optical effect Effects 0.000 description 4
- 239000002699 waste material Substances 0.000 description 4
- 230000001413 cellular effect Effects 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 3
- 238000011161 development Methods 0.000 description 2
- 238000005538 encapsulation Methods 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 230000003993 interaction Effects 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 239000012466 permeate Substances 0.000 description 1
- 238000012552 review Methods 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0033—Control or signalling for completing the hand-off for data sessions of end-to-end connection with transfer of context information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0055—Transmission or use of information for re-establishing the radio link
- H04W36/0066—Transmission or use of information for re-establishing the radio link of control information between different types of networks in order to establish a new radio link in the target network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
- H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
- H04W36/1443—Reselecting a network or an air interface over a different radio air interface technology between licensed networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/22—Manipulation of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
- H04W76/32—Release of transport tunnels
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请实施例提供承载处理方法、设备及***,可以解决在EPS与2G/3G***互操作时EPS承载扩展带来的问题。方法包括:有激活态扩展演进分组***EPS承载的终端接入第一***,该第一***包括第二代2G***、第三代3G***或第一EPS;该终端确定该第一***不支持该扩展EPS承载;该终端将该扩展EPS承载挂起。
Description
技术领域
本申请涉及移动通信技术领域,尤其涉及承载处理方法、设备及***。
背景技术
随着移动通信技术的发展,在经历了第一代(the first generation,1G)移动通信***、第二代(the second generation,2G)移动通信***和第三代(the thirdgeneration,3G)移动通信***之后,第三代合作伙伴项目(3rd generationpartnershipproject,3GPP)在第8个版本(release 8,Rel-8)阶段推出了演进分组***(evolved packet system,EPS)。其中,EPS的发展分为两个阶段,Rel-8至Rel-12这几个版本的EPS可以称之为***(thefourth generation,4G)移动通信***,Rel-13和Rel-14两个版本的EPS业界称为4.5G移动通信***。
目前,EPS中数据业务的传输是承载在EPS承载上的,由于原来需求的局限性,以及为了与2G/3G***提供的通用分组无线业务(general packet radio service,GPRS)数据业务的后向兼容性,更好地实现EPS与2G/3G***的互通,一开始3GPP在定义EPS中支持的最大EPS承载个数时,与2G/3G GPRS中支持的最大分组数据协议(packet data protocol,PDP)上下文的个数是一致的,也即最大支持11个。然而,随着网络的演进与市场的成熟,移动通信应用的场景也发生了巨大的变化,从一开始主要应用于移动宽带互联网(mobilebroadband,MBB)领域,到目前向不同垂直行业的细分领域进行渗透,EPS应用的场景领域越来越广,支持的新业务特性和应用功能也越来越多,从而对终端的并发数据业务提出了更高的需求。典型地,随着长期演进(long term evolution,LTE)提供的语音(voice overLTE,VoLTE)业务在EPS中的大规模商用,蜂窝物联网(cellular internet of things,CIoT),汽车类通信(vehicle to everything,V2X)和关键业务(mission critical,MC)等新兴应用的出现,目前EPS中对于EPS承载数的限制越发不能满足现网的需求。
基于此,3GPP于2017年12月正式通过了一个新的项目,专门讨论如何扩展EPS中EPS承载的数量以及EPS承载扩展所带来的问题。
发明内容
本申请实施例提供承载处理方法、设备及***,可以解决在EPS与2G/3G***互操作时EPS承载扩展带来的问题。
为达到上述目的,本申请的实施例采用如下技术方案:
第一方面,提供一种承载处理方法,该方法包括:有激活态扩展演进分组***EPS承载的终端接入第一***,该第一***包括第二代2G***、第三代3G***或第一EPS;该终端确定该第一***不支持该扩展EPS承载;该终端将该扩展EPS承载挂起。基于该承载处理方法,可以解决在EPS与2G/3G***互操作时EPS承载扩展带来的问题,避免因终端从支持扩展EPS承载的EPS移动到2G/3G***或者不支持扩展EPS承载的EPS时可能导致的扩展EPS承载必须被删除的问题,进而可以在后续终端重新接入支持扩展EPS承载的EPS的情况下,直接恢复挂起的扩展EPS承载,而不需要重建该扩展EPS承载,从而实现业务的快速恢复。
在一种可能的设计中,该方法还包括:在挂起的该扩展EPS承载在第一预设时长到达时仍处于挂起状态的情况下,该终端删除挂起的该扩展EPS承载。基于该方案,可以避免扩展EPS承载一直挂起可能导致的资源浪费的问题。
在一种可能的设计中,该方法还包括:有挂起的该扩展EPS承载的该终端接入第二EPS;该终端向该第二EPS中的第三移动管理网元发送跟踪域更新TAU请求消息,该TAU请求消息携带该终端的身份标识信息;该终端接收来自该第三移动管理网元的TAU接受消息,该TAU接受消息携带该扩展EPS承载为激活态的指示信息;该终端根据该扩展EPS承载为激活态的指示信息,恢复挂起的该扩展EPS承载。基于该方案,由于在终端接入第二EPS之后,不需要重建扩展EPS承载,而是直接恢复挂起的该扩展EPS承载,因此可以实现业务的快速恢复。
在一种可能的设计中,该TAU请求消息还携带该终端支持该扩展EPS承载的能力信息、挂起全球唯一临时标识GUTI或者扩展EPS承载的挂起指示信息中的至少一个,其中,该挂起GUTI为挂起该扩展EPS承载的第二移动管理网元分配的GUTI,用于指示挂起该扩展EPS承载的该第二移动管理网元,该扩展EPS承载的挂起指示信息用于指示该终端有挂起的该扩展EPS承载。
在一种可能的设计中,该TAU接受消息还携带该第二EPS支持该扩展EPS承载的能力信息。基于该方案,终端侧可以获知第二EPS是否支持该扩展EPS承载。
在一种可能的设计中,该TAU接受消息还携带第二预设时长;该方法还包括:该终端存储该第二预设时长,其中,该第二预设时长为该扩展EPS承载挂起的时间长度。基于该方案,可以及时更新扩展EPS承载的挂起时间长度。
在一种可能的设计中,该方法还包括:该终端存储与挂起的该扩展EPS承载相关的终端上下文,该终端上下文中包括挂起GUTI,该挂起GUTI为挂起该扩展EPS承载的第二移动管理网元分配的GUTI,用于指示挂起该扩展EPS承载的该第二移动管理网元。基于该方案,可以避免挂起GUTI被其他GUTI所覆盖的问题。
在一种可能的设计中,该终端确定该第一***不支持该扩展EPS承载,包括:该终端接收来自该第一***中的第一移动管理网元的位置更新接受消息;该终端确定该位置更新接受消息中未携带该第一***支持该扩展EPS承载的能力信息。基于该方案,终端可以确定该第一***不支持该扩展EPS承载。
第二方面,提供一种承载处理方法,该方法包括:在终端接入第一***的情况下,有该终端的激活态扩展演进分组***EPS承载的第二移动管理网元确定该第一***不支持该扩展EPS承载,该第一***包括第二代2G***、第三代3G***或第一EPS;该第二移动管理网元将该扩展EPS承载挂起;该第二移动管理网元向该扩展EPS承载关联的第二网关网元发送第一通知消息,该第一通知消息用于通知该第二网关网元将该扩展EPS承载挂起。或者,提供一种承载处理方法,该方法包括:有终端的激活态扩展演进分组***EPS承载的第二移动管理网元确定该终端从第一***接入,该第一***包括第二代2G***、第三代3G***或第一EPS;该第二移动管理网元确定该第一***不支持该扩展EPS承载;该第二移动管理网元将该扩展EPS承载挂起;该第二移动管理网元向该扩展EPS承载关联的第二网关网元发送第一通知消息,该第一通知消息用于通知该第二网关网元将该扩展EPS承载挂起。基于该承载处理方法,可以解决在EPS与2G/3G***互操作时EPS承载扩展带来的问题,避免因终端从支持扩展EPS承载的EPS移动到2G/3G***或者不支持扩展EPS承载的EPS时可能导致的扩展EPS承载必须被删除的问题,进而可以在后续终端重新接入支持扩展EPS承载的EPS的情况下,直接恢复挂起的扩展EPS承载,而不需要重建该扩展EPS承载,从而实现业务的快速恢复。
在一种可能的设计中,该方法还包括:在挂起的该扩展EPS承载在第一预设时长到达时仍处于挂起状态的情况下,该第二移动管理网元删除挂起的该扩展EPS承载;以及,该第二移动管理网元向该第二网关网元发送第二通知消息,该第二通知消息用于通知该第二网关网元删除挂起的该扩展EPS承载。基于该方案,可以避免扩展EPS承载一直挂起可能导致的资源浪费的问题。
在一种可能的设计中,该方法还包括:该第二移动管理网元确定该终端从该第二移动管理网元所在的第二EPS接入;该第二移动管理网元为该终端恢复挂起的该扩展EPS承载。基于该方案,由于在终端接入第二EPS之后,不需要重建扩展EPS承载,而是直接恢复挂起的该扩展EPS承载,因此可以实现业务的快速恢复。
在一种可能的设计中,该第二移动管理网元确定该终端从该第二移动管理网元所在的第二EPS接入,包括:该第二移动管理网元接收来自该终端的跟踪域更新TAU请求消息,该TAU请求消息携带该终端的身份标识信息;或者,该第二移动管理网元接收来自该第一***中的第一移动管理网元发送的转发重定位请求消息,该转发重定位请求消息携带该终端的身份标识信息;或者,该第二移动管理网元接收来自该第二EPS中的第三移动管理网元发送的上下文请求消息,该上下文请求消息携带该终端的身份标识信息。
在一种可能的设计中,在该第二移动管理网元接收来自该第二EPS中的第三移动管理网元发送的上下文请求消息之后,该方法还包括:该第二移动管理网元向该第三移动管理网元发送恢复的该扩展EPS承载的上下文以及关联的终端上下文。基于该方案,可以实现上下文的同步。
在一种可能的设计中,该关联的终端上下文包括该第二网关网元的信息,该第二网关网元的信息用于该第三移动管理网元确定该第二EPS中为该终端服务的第三网关网元。
在一种可能的设计中,在该第二移动管理网元确定该终端从该第二移动管理网元所在的第二EPS接入之后,该方法还包括:该第二移动管理网元确定该第二EPS中为该终端服务的第三网关网元;在该第三网关网元为该第二网关网元的情况下,该第二移动管理网元通知该第三网关网元恢复挂起的该扩展EPS承载;或者,在该第三网关网元不是该第二网关网元的情况下,该第二移动管理网元请求该第三网关网元建立该扩展EPS承载。基于该方案,可以恢复挂起的该扩展EPS承载或者建立该扩展EPS承载。
在一种可能的设计中,该第三网关网元包括服务网关网元或控制面网关网元;该第二移动管理网元通知该第三网关网元恢复挂起的该扩展EPS承载,包括:该第二移动管理网元向该第三网关网元发送修改承载请求,该修改承载请求携带该扩展EPS承载的信息,该扩展EPS承载的信息用于指示该第三网关网元恢复挂起的该扩展EPS承载;或者,该第二移动管理网元请求该第三网关网元建立该扩展EPS承载,包括:该第二移动管理网元向该第三网关网元发送创建会话请求,该创建会话请求携带该扩展EPS承载的信息,该扩展EPS承载的信息用于指示该服务网关网元为该终端建立该扩展EPS承载。
在一种可能的设计中,该第三网关网元包括业务能力开放网元;该第二移动管理网元通知该第三网关网元恢复挂起的该扩展EPS承载方法,包括:该第二移动管理网元向该业务能力开放网元发送创建连接请求,该创建连接请求携带该扩展EPS承载的信息,该扩展EPS承载的信息用于指示该业务能力开放网元恢复挂起的该扩展EPS承载。
在一种可能的设计中,该方法还包括:该第二移动管理网元向该终端发送TAU接受消息,该TAU接受消息携带该扩展EPS承载为激活态的指示信息。基于该方案,终端可以获知扩展EPS承载已经处于激活态。
在一种可能的设计中,在该第二移动管理网元将该扩展EPS承载挂起之后,该方法还包括:该第二移动管理网元存储与挂起的该扩展EPS承载相关的终端上下文,该终端上下文中包括该终端的身份标识信息、该第二网关网元的标识信息和第一预设时长,该第一预设时长为该扩展EPS承载挂起的时间长度。
在一种可能的设计中,该第二移动管理网元确定该第一***不支持该扩展EPS承载,包括:该第二移动管理网元接收来自该第一***中的第一移动管理网元的上下文请求消息;该第二移动管理网元确定该上下文请求消息中未携带该第一***支持该扩展EPS承载的能力信息;或者;该第二移动管理网元确定该第一***不支持该扩展EPS承载,包括:该第二移动管理网元接收来自接入网元的切换请求,该切换请求携带该第一***中的第一移动管理网元的标识信息;该第二移动管理网元根据该第一移动管理网元的标识信息,确定该第一***不支持该扩展EPS承载。基于该方案,第二移动管理网元可以确定该第一***不支持该扩展EPS承载。
第三方面,提供一种承载处理方法,该方法包括:在终端接入第一***的情况下,有该终端的激活态扩展演进分组***EPS承载的第二网关网元接收将该扩展EPS承载挂起的第一通知消息,该第一***包括第二代2G***、第三代3G***或第一EPS;该第二网关网元根据该第一通知消息,将该扩展EPS承载挂起。基于该承载处理方法,可以解决在EPS与2G/3G***互操作时EPS承载扩展带来的问题,避免因终端从支持扩展EPS承载的EPS移动到2G/3G***或者不支持扩展EPS承载的EPS时可能导致的扩展EPS承载必须被删除的问题,进而可以在后续终端重新接入支持扩展EPS承载的EPS的情况下,直接恢复挂起的扩展EPS承载,而不需要重建该扩展EPS承载,从而实现业务的快速恢复。
在一种可能的设计中,该方法还包括:该第二网关网元接收删除挂起的该扩展EPS承载的第二通知消息;该第二网关网元根据该第二通知消息,删除挂起的该扩展EPS承载。基于该方案,可以避免扩展EPS承载一直挂起可能导致的资源浪费的问题。
在一种可能的设计中,该方法还包括:在该第二网关网元与该第一***中为该终端服务的第一网关网元不相同的情况下,该第二网关网元接收来自有该扩展EPS承载的第二移动管理网元的删除会话消息;该第二网关网元根据该删除会话消息,删除该终端的上下文中除该扩展EPS承载的上下文和该扩展EPS承载相关的终端上下文之外的终端上下文。
在一种可能的设计中,该方法还包括:该第二网关网元接收恢复挂起的该扩展EPS承载的指示信息;该第二网关网元根据该指示信息,恢复挂起的该扩展EPS承载。基于该方案,由于在终端接入第二EPS之后,不需要重建扩展EPS承载,而是直接恢复挂起的该扩展EPS承载,因此可以实现业务的快速恢复。
在一种可能的设计中,该第二网关网元包括服务网关网元或分组数据网关网元或控制面网关网元;该第二网关网元接收恢复挂起的该扩展EPS承载的指示信息,包括:该第二网关网元接收修改承载请求,该修改承载请求携带该扩展EPS承载的信息,该扩展EPS承载的信息用于指示该第二网关网元恢复挂起的该扩展EPS承载。
在一种可能的设计中,该第二网关网元包括业务能力开放网元;该第二网关网元接收恢复挂起的该扩展EPS承载的指示信息,包括:该第二网关网元接收创建连接请求,该创建连接请求携带该扩展EPS承载的恢复指示信息,该恢复指示信息用于指示该第二网关网元恢复挂起的该扩展EPS承载。
第四方面,提供一种承载处理方法,该方法包括:在终端接入第一***的情况下,有该终端的激活态扩展演进分组***EPS承载的用户面网关网元接收将该扩展EPS承载所关联的分组转发控制协议PFCP会话挂起的第一通知消息,该第一***包括第二代2G***、第三代3G***或第一EPS;该用户面网关网元根据该第一通知消息,将该扩展EPS承载所关联的PFCP会话挂起。基于该承载处理方法,可以解决在EPS与2G/3G***互操作时EPS承载扩展带来的问题,避免因终端从支持扩展EPS承载的EPS移动到2G/3G***或者不支持扩展EPS承载的EPS时可能导致的扩展EPS承载所关联的PFCP会话必须被删除的问题,进而可以在后续终端重新接入支持扩展EPS承载的EPS的情况下,直接恢复挂起的扩展EPS承载所关联的PFCP会话,而不需要重建该扩展EPS承载所关联的PFCP会话,从而实现业务的快速恢复。
在一种可能的设计中,该方法还包括:该用户面网关网元接收删除挂起的该扩展EPS承载所关联的PFCP会话的第二通知消息;该用户面网关网元根据该第二通知消息,删除挂起的该扩展EPS承载所关联的PFCP会话。基于该方案,可以避免扩展EPS承载所关联的PFCP会话一直挂起可能导致的资源浪费的问题。
在一种可能的设计中,该方法还包括:该用户面网关网元接收PFCP会话修改请求,该PFCP会话修改请求携带该扩展EPS承载的信息;该用户面网关网元根据该扩展EPS承载的信息,恢复挂起的该扩展EPS承载所关联的PFCP会话。基于该方案,由于在终端接入第二EPS之后,不需要重建扩展EPS承载所关联的PFCP会话,而是直接恢复挂起的该扩展EPS承载所关联的PFCP会话,因此可以实现业务的快速恢复。
第五方面,提供一种终端,该终端具有实现上述第一方面任一项所述的方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第六方面,提供一种终端,包括:处理器和存储器;该存储器用于存储计算机执行指令,当该终端运行时,该处理器执行该存储器存储的该计算机执行指令,以使该终端执行如上述第一方面中任一项所述的承载处理方法。
第七方面,提供一种终端,包括:处理器;所述处理器用于与存储器耦合,并读取存储器中的指令之后,根据所述指令执行如上述第一方面中任一项所述的承载处理方法。
第八方面,提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第一方面中任一项所述的承载处理方法。
第九方面,提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第一方面中任一项所述的承载处理方法。
第十方面,提供一种芯片***,该芯片***包括处理器,用于支持终端实现上述第一方面中所涉及的功能,例如确定第一***不支持扩展EPS承载之后,将扩展EPS承载挂起。在一种可能的设计中,该芯片***还包括存储器,该存储器,用于保存终端必要的程序指令和数据。该芯片***,可以由芯片构成,也可以包含芯片和其他分立器件。
其中,第五方面至十方面中任一种设计方式所带来的技术效果可参见第一方面中不同设计方式所带来的技术效果,此处不再赘述。
第十一方面,提供一种第二移动管理网元,该第二移动管理网元具有实现上述第二方面任一项所述的方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第十二方面,提供一种第二移动管理网元,包括:处理器和存储器;该存储器用于存储计算机执行指令,当该第二移动管理网元运行时,该处理器执行该存储器存储的该计算机执行指令,以使该第二移动管理网元执行如上述第二方面中任一项所述的承载处理方法。
第十三方面,提供一种第二移动管理网元,包括:处理器;所述处理器用于与存储器耦合,并读取存储器中的指令之后,根据所述指令执行如上述第二方面中任一项所述的承载处理方法。
第十四方面,提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第二方面中任一项所述的承载处理方法。
第十五方面,提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第二方面中任一项所述的承载处理方法。
第十六方面,提供一种芯片***,该芯片***包括处理器,用于支持第二移动管理网元实现上述第二方面中所涉及的功能,例如确定第一***不支持扩展EPS承载之后,将扩展EPS承载挂起。在一种可能的设计中,该芯片***还包括存储器,该存储器,用于保存第二移动管理网元必要的程序指令和数据。该芯片***,可以由芯片构成,也可以包含芯片和其他分立器件。
其中,第十一方面至十六方面中任一种设计方式所带来的技术效果可参见第二方面中不同设计方式所带来的技术效果,此处不再赘述。
第十七方面,提供一种第二网关网元,该第二网关网元具有实现上述第三方面任一项所述的方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第十八方面,提供一种第二网关网元,包括:处理器和存储器;该存储器用于存储计算机执行指令,当该第二网关网元运行时,该处理器执行该存储器存储的该计算机执行指令,以使该第二网关网元执行如上述第三方面中任一项所述的承载处理方法。
第十九方面,提供一种第二网关网元,包括:处理器;所述处理器用于与存储器耦合,并读取存储器中的指令之后,根据所述指令执行如上述第三方面中任一项所述的承载处理方法。
第二十方面,提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第三方面中任一项所述的承载处理方法。
第二十一方面,提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第三方面中任一项所述的承载处理方法。
第二十二方面,提供一种芯片***,该芯片***包括处理器,用于支持第二网关网元实现上述方面中所涉及的功能,例如根据第一通知消息,将扩展EPS承载挂起。在一种可能的设计中,该芯片***还包括存储器,该存储器,用于保存第二网关网元必要的程序指令和数据。该芯片***,可以由芯片构成,也可以包含芯片和其他分立器件。
其中,第十七方面至二十二方面中任一种设计方式所带来的技术效果可参见第三方面中不同设计方式所带来的技术效果,此处不再赘述。
第二十三方面,提供一种用户面网关网元,该用户面网关网元具有实现上述第四方面任一项所述的方法的功能。该功能可以通过硬件实现,也可以通过硬件执行相应的软件实现。该硬件或软件包括一个或多个与上述功能相对应的模块。
第二十四方面,提供一种用户面网关网元,包括:处理器和存储器;该存储器用于存储计算机执行指令,当该用户面网关网元运行时,该处理器执行该存储器存储的该计算机执行指令,以使该用户面网关网元执行如上述第四方面中任一项所述的承载处理方法。
第二十五方面,提供一种用户面网关网元,包括:处理器;所述处理器用于与存储器耦合,并读取存储器中的指令之后,根据所述指令执行如上述第四方面中任一项所述的承载处理方法。
第二十六方面,提供一种计算机可读存储介质,该计算机可读存储介质中存储有指令,当其在计算机上运行时,使得计算机可以执行上述第四方面中任一项所述的承载处理方法。
第二十七方面,提供一种包含指令的计算机程序产品,当其在计算机上运行时,使得计算机可以执行上述第四方面中任一项所述的承载处理方法。
第二十八方面,提供一种芯片***,该芯片***包括处理器,用于支持用户面网关网元实现上述方面中所涉及的功能,例如根据第一通知消息,将扩展EPS承载所关联的PFCP会话挂起。在一种可能的设计中,该芯片***还包括存储器,该存储器,用于保存用户面网关网元必要的程序指令和数据。该芯片***,可以由芯片构成,也可以包含芯片和其他分立器件。
其中,第二十三方面至二十八中任一种设计方式所带来的技术效果可参见第四方面中不同设计方式所带来的技术效果,此处不再赘述。
第二十九方面,提供一种承载处理***,该承载处理***包括上述方面所述的第二移动管理网元和上述方面所述的第二网关网元。
第三十方面,提供一种承载处理***,该承载处理***包括有终端的激活态扩展EPS承载的第二移动管理网元、该扩展EPS承载关联的控制面网关网元以及该扩展EPS承载关联的用户面网关网元;第二移动管理网元,用于在终端接入第一***的情况下,确定该第一***不支持该扩展EPS承载之后,将该扩展EPS承载挂起,并向控制面网关网元发送第一通知消息,该第一通知消息用于通知控制面网关网元将该扩展EPS承载挂起。其中,该第一***包括2G***、3G***或第一EPS;控制面网关网元,用于接收第一通知消息,并根据该第一通知消息,将该扩展EPS承载挂起之后,向用户面网关网元发送第二通知消息,该第二通知消息用于通知用户面网关网元将该扩展EPS承载所关联的分组转发控制协议PFCP会话挂起;用户面网关网元,用于接收第二通知消息,并根据该第二通知消息,将该扩展EPS承载所关联的PFCP会话挂起。
本申请的这些方面或其他方面在以下实施例的描述中会更加简明易懂。
附图说明
为了更清楚地说明本申请实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1为现有的4G***的架构示意图;
图2为现有的4.5G***的架构示意图;
图3为本申请实施例提供的承载处理***的架构示意图一;
图4为本申请实施例提供的承载处理***的架构示意图二;
图5为本申请实施例提供的通信设备的硬件结构示意图;
图6为本申请实施例提供的能力协商流程示意图一;
图7为本申请实施例提供的承载处理方法流程示意图一;
图8为本申请实施例提供的承载处理方法流程示意图二;
图9为本申请实施例提供的承载处理方法流程示意图三;
图10为本申请实施例提供的承载处理方法流程示意图四;
图11为本申请实施例提供的承载处理方法流程示意图五;
图12为本申请实施例提供的承载处理方法流程示意图六;
图13为本申请实施例提供的能力协商流程示意图二;
图14为本申请实施例提供的承载处理方法流程示意图七;
图15为本申请实施例提供的承载处理方法流程示意图八;
图16为本申请实施例提供的装置的结构示意图;
图17为本申请实施例提供的第二移动管理网元的结构示意图;
图18为本申请实施例提供的第二网关网元的结构示意图;
图19为本申请实施例提供的用户面网关网元的结构示意图。
具体实施方式
首先给出本申请实施例所涉及的EPS(包括4G***和4.5G***)网络架构如下:
如图1所示,为现有的4G***的架构示意图。该4G***包括演进的通用移动通信***(universal mobile telecommunications system,UMTS)陆地无线接入网(evolvedUMTS territorial radio access network,E-UTRAN)设备、移动管理实体(mobilitymanagement entity,MME)、服务网关(serving gateway,SGW)、分组数据网络(packet datanetwork,PDN)网关(PDN gateway,PGW)、业务能力开放功能(service capabilityexposure function,SCEF)网元以及归属签约用户服务器(home subscriber server,HSS)等网元或设备。
其中,终端通过LTE-Uu接入E-UTRAN设备,E-UTRAN设备通过S1-MME与MME通信,E-UTRAN设备通过S1-U与SGW通信,不同的MME之间通过S10通信(图1中仅是示例性的给出一个MME),MME通过S6a与HSS通信,MME通过S11与SGW通信,MME通过T8与SCEF网元通信,SCEF网元与服务器通信,SGSN通过S3与MME通信,SGSN通过S4与SGW通信,SGW通过S5与PGW通信,PGW通过SGi接入服务器。
可选的,为了与2G/3G***提供的GPRS数据业务的后向兼容性,更好地实现EPS与2G/3G***的互通,如图1所示,该4G***还可以包括2G/3G***的UTRAN/全球移动通信***(global system for mobile communication,GSM)或增强型数据速率GSM演进(enhanceddata rate for GSM evolution,EDGE)无线接入网络(GSM/EDGE radio access network,GERAN)设备以及服务GPRS支持节点(serving GPRS support node,SGSN),它们参与了终端在4G***与2G/3G***之间进行的异***移动,包括空闲态的移动和连接态的切换,在此统一说明,以下不再赘述。
其中,终端从2G/3G***接入时,终端通过UTRAN/GERAN设备与SGSN通信,UTRAN/GERAN设备通过S12与SGW通信,SGSN通过S3与MME通信,SGSN通过S4与SGW通信。
如图2所示,为现有的4.5G***的架构示意图。该4.5***相对于图1所示的4G***的区别仅在于将4G***中的SGW和PGW用融合的SGW/PGW控制面(SGW/PGW-control plane,SGW/PGW-C)和融合的SGW/PGW用户面(SGW/PGW-user plane,SGW/PGW-U)替换,其中,融合的SGW/PGW-C通过融合的Sxa/Sxb与融合的SGW/PGW-U通信,融合的SGW/PGW-C通过S11-C与MME通信,融合的SGW/PGW-U通过S1-U与E-UTRAN设备通信,融合的SGW/PGW-U通过S11-U与MME通信,融合的SGW/PGW-U通过SGi接入服务器。其余各个网元以及各个网元之间接口的描述可参考图1,在此不再赘述。
类似的,为了与2G/3G***提供的GPRS数据业务的后向兼容性,更好地实现EPS与2G/3G***的互通,如图2所示,该4.5G***还可以包括2G/3G***的UTRAN/GERAN设备以及SGSN,它们参与了终端在4.5G***与2G/3G***之间进行的异***移动,包括空闲态的移动和连接态的切换,在此统一说明,以下不再赘述。
其中,终端从2G/3G***接入时,终端通过UTRAN/GERAN设备与SGSN通信,UTRAN/GERAN设备通过S12与融合的SGW/PGW-U通信,SGSN通过S3与MME通信,SGSN通过S4-C与融合的SGW/PGW-C通信,SGSN通过S4-U与融合的SGW/PGW-U通信。
需要说明的是,为了简化描述,以下实施例中将融合的SGW/PGW-C直接简称为SGW/PGW-C,将融合的SGW/PGW-U直接简称为SGW/PGW-U,在此统一说明,以下不再赘述。
可选的,若终端从2G***接入,则图1或图2中的UTRAN/GERAN设备例如可以是基站***(base station system,BSS);若终端从3G***接入,则图1或图2中的UTRAN/GERAN设备例如可以是无线网络控制器(radio network controller,RNC),本申请实施例对此不作具体限定。此外,图1或图2中的E-UTRAN设备例如可以是演进型节点B(evolved nodeB,eNodeB),本申请实施例对此不作具体限定。
可选的,图1或图2所示的EPS中还可能包括其他的网元,如EPS中的策略与计费规则功能(policy and charging rules function,PCRF)网元等,本申请实施例对此不做具体限定。
可选的,图1或图2中的各个网元的名字以及各个网元之间的接口名字只是一个示例,具体实现中各个网元或者各个网元之间的接口的名字可能为其他名字,或者网元也可以称之为实体,本申请实施例对此不作具体限定。
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行描述。其中,在本申请的描述中,除非另有说明,“/”表示或的意思,例如,A/B可以表示A或B;本文中的“和/或”仅仅是一种描述关联对象的关联关系,表示可以存在三种关系,例如,A和/或B,可以表示:单独存在A,同时存在A和B,单独存在B这三种情况。并且,在本申请的描述中,除非另有说明,“多个”是指两个或多于两个。另外,为了便于清楚描述本申请实施例的技术方案,在本申请的实施例中,采用了“第一”、“第二”等字样对功能和作用基本相同的相同项或相似项进行区分。本领域技术人员可以理解“第一”、“第二”等字样并不对数量和执行次序进行限定,并且“第一”、“第二”等字样也并不限定一定不同。
此外,本申请实施例描述的网络架构以及业务场景是为了更加清楚的说明本申请实施例的技术方案,并不构成对于本申请实施例提供的技术方案的限定,本领域普通技术人员可知,随着网络架构的演变和新业务场景的出现,本申请实施例提供的技术方案对于类似的技术问题,同样适用。
如图3所示,为本申请实施例提供的一种承载处理***30的架构示意图,该承载处理***30包括有终端的激活态扩展EPS承载(Extended EPS bearer)的第二移动管理网元301和该扩展EPS承载关联的第二网关网元302。
其中,第二移动管理网元301,用于在终端接入第一***的情况下,确定该第一***不支持该扩展EPS承载之后,将该扩展EPS承载挂起,并向第二网关网元302发送通知消息,该通知消息用于通知第二网关网元302将该扩展EPS承载挂起。其中,该第一***包括2G***、3G***或第一EPS。
第二网关网元302,用于接收将该扩展EPS承载挂起的通知消息,并根据该通知消息,将该扩展EPS承载挂起。
可选的,本申请实施例中,扩展EPS承载是指在现有EPS基础上新扩展支持的EPS承载,比如现有EPS最大支持的EPS承载个数为11,若将EPS最大支持的EPS承载个数从11扩展到15,则新扩展的4个EPS承载称之为扩展EPS承载。相应的,为扩展EPS承载创建的上下文称为扩展EPS承载的上下文(EPS bearer context),在此统一说明,以下不再赘述。此外,本申请实施例中的扩展EPS承载只是一种命名方式,它也可以有其它的命名,用于表征在现有EPS基础上新扩展支持的EPS承载,如增加的EPS承载(the increased number ofbearers),本实施例对此不作具体限定。
可选的,本申请实施例中,有EPS承载也意味着有EPS承载的上下文;有扩展EPS承载也意味着有扩展EPS承载的上下文,在此统一说明,以下不再赘述。其中,EPS承载的上下文例如可以包括EPS承载的标识,移动管理网元的地址信息和网关网元的地址信息中的至少一个;扩展EPS承载的上下文例如可以包括扩展EPS承载的标识,移动管理网元的地址信息和网关网元的地址信息中的至少一个,本申请实施例对此不作具体限定。
可选的,本申请实施例中的第二移动管理网元301和第二网关网元302之间可以直接通信,也可以通过其他设备的转发进行通信,本申请实施例对此不作具体限定。
可选的,本申请实施例提供的承载处理***可以应用于如图1所示的4G***中,也可以应用于如图2所示的4.5G***中,本申请实施例对此不作具体限定。
示例性的,若本申请实施例提供的承载处理***应用于如图1所示的4G***中,则上述的第二移动管理网元301所对应的网元或者实体可以为图1中的MME,上述的第二网关网元302所对应的网元或者实体可以为图1中的SGW或者SCEF网元。
或者,示例性的,若本申请实施例提供的承载处理***应用于如图2所示的4.5G***中,则上述的第二移动管理网元301所对应的网元或者实体可以为图2中的MME,上述的第二网关网元302所对应的网元或者实体可以为图2中的SGW/PGW-C或者SCEF网元。
本申请实施例提供的承载处理***中,在终端接入第一***的情况下,若有终端的激活态扩展EPS承载的第二移动管理网元确定该第一***不支持该扩展EPS承载,则将该扩展EPS承载挂起,并通知第二网关网元将该扩展EPS承载挂起,进而第二网关网元可以将该扩展EPS承载挂起,其中,该第一***包括2G***、3G***或第一EPS。因此,基于该承载处理***,可以解决在EPS与2G/3G***互操作时EPS承载扩展带来的问题,避免因终端从支持扩展EPS承载的EPS移动到2G/3G***或者不支持扩展EPS承载的EPS时可能导致的扩展EPS承载必须被删除的问题,进而可以在后续终端重新接入支持扩展EPS承载的EPS的情况下,直接恢复挂起的扩展EPS承载,而不需要重建该扩展EPS承载,从而实现业务的快速恢复。
可选的,如图4所示,为本申请实施例提供的另一种承载处理***40的架构示意图,该承载处理***40包括有终端的激活态扩展EPS承载的第二移动管理网元401、该扩展EPS承载关联的控制面网关网元402以及该扩展EPS承载关联的用户面网关网元403。
其中,第二移动管理网元401,用于在终端接入第一***的情况下,确定该第一***不支持该扩展EPS承载之后,将该扩展EPS承载挂起,并向控制面网关网元402发送第一通知消息,该第一通知消息用于通知控制面网关网元402将该扩展EPS承载挂起。其中,该第一***包括2G***、3G***或第一EPS。
控制面网关网元402,用于接收将该扩展EPS承载挂起的第一通知消息,并根据该第一通知消息,将该扩展EPS承载挂起之后,向用户面网关网元403发送第二通知消息,该第二通知消息用于通知用户面网关网元403将该扩展EPS承载所关联的分组转发控制协议(Packet Forwarding Control Protocol,PFCP)会话挂起。
用户面网关网元403,用于接收将该扩展EPS承载所关联的PFCP会话挂起的第二通知消息,并根据该第二通知消息,将该扩展EPS承载所关联的PFCP会话挂起。
可选的,本申请实施例中的第二移动管理网元401和控制面网关网元402之间可以直接通信,也可以通过其他设备的转发进行通信,本申请实施例对此不作具体限定。
可选的,本申请实施例中的控制面网关网元402和用户面网关网元403之间可以直接通信,也可以通过其他设备的转发进行通信,本申请实施例对此不作具体限定。
可选的,本申请实施例提供的承载处理***可以应用于如图2所示的4.5G***中。其中,上述的第二移动管理网元401所对应的网元或者实体可以为图2中的MME,上述的控制面网关网元402所对应的网元或者实体可以为图2中的SGW/PGW-C,上述的用户面网关网元403所对应的网元或者实体可以为图2中的SGW/PGW-U。
本申请实施例提供的承载处理***中,在终端接入第一***的情况下,若有终端的激活态扩展EPS承载的第二移动管理网元确定该第一***不支持该扩展EPS承载,则将该扩展EPS承载挂起,并通知控制面网关网元将该扩展EPS承载挂起,其中,该第一***包括2G***、3G***或第一EPS。控制面网关网元在接收到将该扩展EPS承载挂起的第一通知消息之后,将扩展EPS承载挂起,同时通知用户面网关网元将该扩展EPS承载所关联的PFCP会话挂起,进而用户面网关网元可以将该扩展EPS承载所关联的PFCP会话挂起。因此,基于该承载处理***,可以解决在EPS与2G/3G***互操作时EPS承载扩展带来的问题,避免因终端从支持扩展EPS承载的EPS移动到2G/3G***或者不支持扩展EPS承载的EPS时可能导致的扩展EPS承载或者扩展EPS承载所关联的PFCP会话必须被删除的问题,进而可以在后续终端重新接入支持扩展EPS承载的EPS的情况下,直接恢复挂起的扩展EPS承载或者扩展EPS承载所关联的PFCP会话,而不需要重建该扩展EPS承载或者扩展EPS承载所关联的PFCP会话,从而实现业务的快速恢复。
可选的,本申请实施例中所涉及到的终端(terminal)可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其它处理设备;还可以包括用户单元(subscriber unit)、蜂窝电话(cellular phone)、智能电话(smart phone)、无线数据卡、个人数字助理(personal digital assistant,PDA)电脑、平板型电脑、无线调制解调器(modem)、手持设备(handheld)、膝上型电脑(laptopcomputer)、无绳电话(cordless phone)或者无线本地环路(wireless local loop,WLL)台、机器类型通信(machine type communication,MTC)终端、用户设备(user equipment,UE),移动台(mobile station,MS),终端设备(terminal device)或者中继用户设备等。其中,中继用户设备例如可以是5G家庭网关(residential gateway,RG)。为方便描述,本申请中,上面提到的设备统称为终端。
可选的,本申请实施例中的终端、图3中的第二移动管理网元或者第二网关网元、图4中的第二移动管理网元或者用户面网关网元可以由一个设备实现,也可以由多个设备共同实现,还可以是一个设备内的一个功能模块,本申请实施例对此不作具体限定。可以理解的是,上述功能既可以是硬件设备中的网络元件,也可以是在专用硬件上运行的软件功能,或者是平台(例如,云平台)上实例化的虚拟化功能。
例如,本申请实施例中的终端、图3中的第二移动管理网元或者第二网关网元、图4中的第二移动管理网元或者用户面网关网元可以通过图5中的通信设备来实现。图5所示为本申请实施例提供的通信设备的硬件结构示意图。该通信设备500包括至少一个处理器501,通信线路502,存储器503以及至少一个通信接口504。
处理器501可以是一个通用中央处理器(central processing unit,CPU),微处理器,特定应用集成电路(application-specific integrated circuit,ASIC),或一个或多个用于控制本申请方案程序执行的集成电路。
通信线路502可包括一通路,在上述组件之间传送信息。
通信接口504,使用任何收发器一类的装置,用于与其他设备或通信网络通信,如以太网,无线接入网(radio access network,RAN),无线局域网(wireless local areanetworks,WLAN)等。
存储器503可以是只读存储器(read-only memory,ROM)或可存储静态信息和指令的其他类型的静态存储设备,随机存取存储器(random access memory,RAM)或者可存储信息和指令的其他类型的动态存储设备,也可以是电可擦可编程只读存储器(electricallyerasable programmable read-only memory,EEPROM)、只读光盘(compact disc read-only memory,CD-ROM)或其他光盘存储、光碟存储(包括压缩光碟、激光碟、光碟、数字通用光碟、蓝光光碟等)、磁盘存储介质或者其他磁存储设备、或者能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质,但不限于此。存储器可以是独立存在,通过通信线路502与处理器相连接。存储器也可以和处理器集成在一起。
其中,存储器503用于存储执行本申请方案的计算机执行指令,并由处理器501来控制执行。处理器501用于执行存储器503中存储的计算机执行指令,从而实现本申请下述实施例提供的承载处理方法。
可选的,本申请实施例中的计算机执行指令也可以称之为应用程序代码,本申请实施例对此不作具体限定。
在具体实现中,作为一种实施例,处理器501可以包括一个或多个CPU,例如图5中的CPU0和CPU1。
在具体实现中,作为一种实施例,通信设备500可以包括多个处理器,例如图5中的处理器501和处理器508。这些处理器中的每一个可以是一个单核(single-CPU)处理器,也可以是一个多核(multi-CPU)处理器。这里的处理器可以指一个或多个设备、电路、和/或用于处理数据(例如计算机程序指令)的处理核。
在具体实现中,作为一种实施例,通信设备500还可以包括输出设备505和输入设备506。输出设备505和处理器501通信,可以以多种方式来显示信息。例如,输出设备505可以是液晶显示器(liquid crystal display,LCD),发光二级管(light emitting diode,LED)显示设备,阴极射线管(cathode ray tube,CRT)显示设备,或投影仪(projector)等。输入设备506和处理器501通信,可以以多种方式接收用户的输入。例如,输入设备506可以是鼠标、键盘、触摸屏设备或传感设备等。
上述的通信设备500可以是一个通用设备或者是一个专用设备。在具体实现中,通信设备500可以是台式机、便携式电脑、网络服务器、掌上电脑(personal digitalassistant,PDA)、移动手机、平板电脑、无线终端设备、嵌入式设备或有图5中类似结构的设备。本申请实施例不限定通信设备500的类型。
下面将结合图1至图5对本申请实施例提供的承载处理方法进行具体阐述。
需要说明的是,本申请下述实施例中各个网元之间的消息名字或消息中各参数的名字等只是一个示例,具体实现中也可以是其他的名字,本申请实施例对此不作具体限定。
此外,本申请下述实施例中,终端发送给核心网的消息,以及核心网内部之间的消息,都携带了终端的身份标识信息,以使得接收方获知是针对哪个终端进行操作。也就是说,所有扩展EPS承载的创建、挂起、恢复、或者删除等操作都是终端粒度的,在此统一说明,以下不再赘述。
首先,以图3所示的承载处理***应用于如图1所示的4G***为例,如图6所示,给出终端与网络侧进行支持扩展EPS承载协商的流程。该协商流程是本申请下述实施例提供的承载处理方法的基础,包括如下步骤:
S601、终端向MME发送第一非接入层(non-access stratum,NAS)消息,以使得MME接收来自终端的第一NAS消息。
其中,该第一NAS消息携带终端支持扩展EPS承载的能力(UE extended bearersupport capability)信息,旨在告诉MME该终端支持扩展EPS承载。可选的,MME在接收该第一NAS消息之后,可以在终端的上下文中保存终端支持扩展EPS承载的能力信息。
可选的,本实施例中,对应于不同的流程,该第一NAS消息具体可以是不同的消息。比如,对应初始附着流程,该第一NAS消息例如可以是附着请求(attach request)消息;或者,对应跟踪域更新(tracking area update,TAU)流程,该第一NAS消息可以例如可以是TAU请求(TAU request)消息;或者,对应分组数据网络(packet data network,PDN)连接建立流程,该第一NAS消息例如可以是PDN连接请求(PDN connectivity request)消息,本实施例对第一NAS消息具体是什么消息不做具体限定。
可选的,在初始附着流程、TAU流程或者PDN连接建立流程中,若该流程所影响的扩展EPS承载是经过SGW和PGW的扩展EPS承载,则继续执行步骤S602a-S604a:若该流程所影响的扩展EPS承载是经过SCEF网元的扩展EPS承载,则继续执行步骤S602b-S603b。
其中,本实施例步骤S602a-S604a如下:
S602a、MME根据终端上报的支持扩展EPS承载的能力信息,确定SGW和PGW,以确保所选择的SGW和PGW都支持扩展EPS承载。
S603a、MME向SGW发送终端支持扩展EPS承载的能力信息,以使得SGW接收来自MME的终端支持扩展EPS承载的能力信息。
可选的,对于初始附着流程或PDN连接建立流程,若该流程所影响的扩展EPS承载是经过SGW和PGW的扩展EPS承载,MME向SGW发送创建会话请求(create session request),其中,该创建会话请求中携带终端支持扩展EPS承载的能力信息。
或者,可选的,对于TAU流程,若该流程所影响的扩展EPS承载是经过SGW和PGW的扩展EPS承载且服务终端的SGW没有改变,MME向SGW发送修改承载请求(modify bearerrequest),其中,该修改承载请求中携带终端支持扩展EPS承载的能力信息。
或者,可选的,对于TAU流程,若该流程所影响的扩展EPS承载是经过SGW和PGW的扩展EPS承载且服务终端的SGW发生改变,MME向SGW发送创建会话请求,其中,该创建会话请求中携带终端支持扩展EPS承载的能力信息。
可选的,本实施例中,SGW接收来自MME的终端支持扩展EPS承载的能力信息之后,可以在终端的上下文中保存终端支持扩展EPS承载的能力信息,本实施例对此不作具体限定。
S604a、SGW向PGW发送终端支持扩展EPS承载的能力信息,以使得PGW接收来自SGW的终端支持扩展EPS承载的能力信息。
可选的,对于初始附着流程或PDN连接建立流程,若该流程所影响的扩展EPS承载是经过SGW和PGW的扩展EPS承载,SGW向PGW发送创建会话请求,其中,该创建会话请求中携带终端支持扩展EPS承载的能力信息。
或者,可选的,对于TAU流程,若该流程所影响的扩展EPS承载是经过SGW和PGW的扩展EPS承载,SGW向PGW发送修改承载请求,其中,该修改承载请求中携带终端支持扩展EPS承载的能力信息。
可选的,本实施例中,PGW接收来自SGW的终端支持扩展EPS承载的能力信息之后,可以在终端的上下文中保存终端支持扩展EPS承载的能力信息,本实施例对此不作具体限定。
其中,本实施例步骤S602b-S603b如下:
S602b、MME根据终端上报的支持扩展EPS承载的能力信息,确定SCEF网元,以确保所选择的SCEF网元支持扩展EPS承载。
S603b、MME向SCEF网元发送创建SCEF连接请求(create SCEF connectionrequest),以使得SCEF网元接收来自MME的创建SCEF连接请求。其中,该创建SCEF连接请求携带终端支持扩展EPS承载的能力信息。
可选的,本实施例中,SCEF网元获取终端支持扩展EPS承载的能力信息之后,可以在终端的上下文中保存终端支持扩展EPS承载的能力信息,本实施例对此不作具体限定。
可选的,本实施例中,若第一NAS消息触发的NAS流程执行成功,则终端与网络侧进行支持扩展EPS承载协商的流程还包括如下步骤:
S605、MME向终端发送第二NAS消息,以使得终端接收来自MME的第二NAS消息。
其中,该第二NAS消息携带网络支持扩展EPS承载的能力信息。可选的,终端在接收该第二NAS消息之后,可以在终端的上下文中保存网络支持扩展EPS承载的能力信息。
可选的,若网络不支持扩展EPS承载,则第二NAS消息不携带网络支持扩展EPS承载的能力信息。这样,终端根据第二NAS消息,即可获知网络是否支持扩展EPS承载。
可选的,本实施例中,对应于不同的流程,该第二NAS消息具体可以是不同的消息。比如,对应初始附着流程,该第二NAS消息例如可以是附着接受(attach accept)消息;或者,对应TAU流程,该第二NAS消息可以例如可以是TAU接受(TAU accept)消息;或者,对应PDN连接建立流程,该第二NAS消息例如可以是PDN连接接受(PDN connectivity accept)消息或者激活缺省承载上下文请求消息,本实施例对第二NAS消息具体是什么消息不做具体限定。
可选的,本实施例中,该第二NAS消息中还可以携带MME为该终端分配的扩展EPS承载挂起(Suspend)的时间长度,如下述实施例中的第一预设时长或第二预设时长,以备后续处理扩展EPS承载使用,本实施例对此不作具体限定。当然,该第一预设时长或第二预设时长也可以是提前配置在终端和MME中的,本实施例对此不作具体限定。
需要说明的是,图6中的上述步骤均是在终端发起的初始附着流程、TAU流程或PDN连接建立流程中执行的,完整的初始附着流程、TAU流程或PDN连接建立流程所包括的其它步骤,均是现有技术,在此不予赘述。
基于本实施例提供的协商流程,终端与网络均知道对方是否支持扩展EPS承载,进而就可以根据业务的需要来激活所需的扩展EPS承载,满足更多业务并发性的需求。
其中,上述步骤S601至S605中的终端或者MME的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行,本实施例对此不作任何限制。
下面以图3所示的承载处理***应用于如图1所示的4G***为例,给出本申请实施例提供的承载处理方法如图7至图12所示。
可选的,假设该承载处理方法的应用场景为:有激活态扩展EPS承载的终端空闲态移动到2G/3G***,则如图7所示,本实施例提供的承载处理方法包括如下步骤:
S701、终端在支持扩展EPS承载的4G***中激活了扩展EPS承载,且空闲态移动进入2G/3G***之后,接入2G/3G***。
其中,本申请实施例中,终端接入某个***具体是指该终端成功选择了该***所支持的接入技术的合适小区(suitable cell)进行正常驻留。示例的,若终端成功在一个GERAN合适小区进行正常驻留,则表明该终端接入了2G***;若终端成功在一个UTRAN合适小区进行正常驻留,则表明该终端接入了3G***;若终端成功在一个E-UTRAN合适小区进行正常驻留,则表明该终端接入了EPS,在此统一说明,以下不再赘述。
S702、终端向2G/3G***中的SGSN发送路由域更新(routing area update,RAU)请求消息,以使得SGSN接收来自终端的RAU请求消息。
可选的,该RAU请求消息可以携带终端支持扩展EPS承载的能力信息。
S703、SGSN向4G***中有终端的激活态扩展EPS承载的第二MME发送上下文请求(context request),以使得第二MME接收来自SGSN的上下文请求。
其中,该上下文请求用于请求终端的EPS承载上下文。
S704、第二MME确定2G/3G***不支持扩展EPS承载。
可选的,由于SGSN不支持扩展EPS承载,因此步骤S703中的上下文请求中不携带网络支持扩展EPS承载的能力信息。进而第二MME接收来自SGSN的上下文请求之后,由于该上下文请求中不携带网络支持扩展EPS承载的能力信息,因此第二MME可以确定2G/3G***不支持扩展EPS承载。当然,若第二MME获知上下文请求是由SGSN发送过来的,第二MME也可以确定目标网络不支持扩展EPS承载,因为SGSN是2G/3G***中的网元,而2G/3G***本身不支持扩展EPS承载。本实施例不限定第二MME如何确定2G/3G***不支持扩展EPS承载。
可选的,本实施例中,第二MME接收来自SGSN的上下文请求之后,由于第二MME可以获知上下文请求是由SGSN发送过来的,因此第二MME可以确定终端从2G/3G***接入,在此统一说明,以下不再赘述。
S705、第二MME向SGSN发送上下文响应,以使得SGSN接收来自第二MME的上下文响应。
其中,由于2G/3G***不支持扩展EPS承载,因此本实施例中的上下文响应中仅携带终端的非扩展EPS承载的上下文,也即:将扩展ESP承载的上下文不发送给SGSN。
需要说明的是,步骤S704和步骤S705之间没有必然的执行先后顺序,可以是先执行步骤S704,再执行步骤S705;也可以是先执行步骤S705,再执行步骤S704;还可以是同时执行步骤S705和S704,本实施例对此不作具体限定。
S706、SGSN向第二MME发送上下文确认,以使得第二MME接收来自SGSN的上下文确认。
可选的,该上下文确认携带SGW是否改变的指示信息,用于表明终端从2G/3G***接入时的第一SGW相对于终端从4G***接入时的第二SGW是否发生改变。其中,若第二MME获知终端从2G/3G***接入时的第一SGW相对于终端从4G***接入时的第二SGW发生改变,则在第二MME发起的到第二SGW的会话删除过程中,第二SGW将不删除挂起的扩展EPS承载的上下文及其关联的终端上下文信息,详见下述步骤S712和S713。
S707、第二MME将终端的所有扩展EPS承载挂起,即置为挂起状态(suspendedstate)。
可选的,本实施例中,第二MME可以同时启动为该终端分配的定时时长为第一预设时长的挂起定时器,并保存与挂起的扩展EPS承载相关的终端上下文,包括终端的身份信息、第二SGW的地址信息、PGW的地址信息、或者SCEF网元的地址信息等,以便第二MME能识别被挂起的扩展EPS承载是哪个终端的,经过哪个SGW和PGW,或者经过哪个SCEF网元,本实施例对此不作具体限定。
可选的,若被挂起的扩展EPS承载是经过第二SGW和PGW的扩展EPS承载,则继续执行步骤S708a-S711a;若被挂起的扩展EPS承载是经过SCEF网元的扩展EPS承载,则继续执行步骤S708b-S709b。
其中,本实施例步骤S708a-S711a如下:
S708a、第二MME向有终端的激活态扩展EPS承载的第二SGW发送挂起通知(suspendnotification)消息1,以使得第二SGW接收来自第二MME的挂起通知消息1。
其中,该挂起通知消息1携带扩展EPS承载挂起指示(extended EPS bearersuspend indication)信息,旨在清楚地告知第二SGW,只将扩展EPS承载进行挂起,其它EPS承载不受影响。
S709a、第二SGW根据挂起通知消息1,将终端的所有扩展EPS承载挂起。
可选的,第二SGW还保存与挂起的扩展EPS承载相关的终端上下文,包括终端的身份信息,第二MME的地址信息、以及PGW的地址信息等,本实施例对此不作具体限定。
S710a、第二SGW向有终端的激活态扩展EPS承载的PGW发送挂起通知消息2,以使得PGW接收来自SGW的挂起通知消息2。
其中,该挂起通知消息2携带扩展EPS承载挂起指示信息,旨在清楚地告知PGW,只将扩展EPS承载进行挂起,其它EPS承载不受影响。
S711a、PGW根据挂起通知消息2,将终端的所有扩展EPS承载挂起。
可选的,PGW还保存与挂起的扩展EPS承载相关的终端上下文,包括终端的身份信息,第二SGW的地址信息,以及第二MME的地址信息等,本实施例对此不作具体限定。
可选的,PGW还将从挂起的扩展EPS承载上接收到的下行数据丢弃,本实施例对此不作具体限定。
其中,本实施例步骤S708b-S709b如下:
S708b、第二MME向有终端的激活态扩展EPS承载的SCEF网元发送挂起通知消息3,以使得SCEF网元接收来自第二MME的挂起通知消息3。
其中,该挂起通知消息3携带扩展EPS承载挂起指示信息,旨在清楚地告知SCEF网元,只将扩展EPS承载进行挂起,其它EPS承载不受影响。
S709b、SCEF网元根据挂起通知消息3,将终端的所有扩展EPS承载挂起。
可选的,SCEF网元还保存与挂起的扩展EPS承载相关的终端上下文,包括终端的身份信息、以及第二MME的地址信息等,本实施例对此不作具体限定。
可选的,SCEF网元还将从挂起的扩展EPS承载上接收到的下行数据丢弃,本实施例对此不作具体限定。
进一步的,本实施例提供的承载处理方法还包括如下步骤:
S712、若第二MME根据步骤S706中的上下文确认获知终端从2G/3G***接入时的第一SGW相对于终端从4G***接入时的第二SGW发生改变,则第二MME向第二SGW发送删除会话消息,以使得第二SGW接收来自第二MME的删除会话消息。
需要说明的是,步骤S712与步骤S707之间没有必然的先后顺序,可以是先执行步骤S707,再执行步骤S712;也可以是先执行步骤S712,再执行步骤S707;还可以是同时执行步骤S707和S712,本实施例对此不作具体限定。
S713、第二SGW根据删除会话消息,删除终端的上下文中除扩展EPS承载的上下文和扩展EPS承载相关的终端上下文之外的终端上下文。
需要说明的是,步骤S712和S713是个可选的步骤,若终端从2G/3G***接入时的第一SGW相对于终端从4G***接入时的第二SGW未发生改变,则可以不用执行步骤S712和S713,在此统一说明,以下不再赘述。
进一步的,若RAU流程执行成功,则本实施例提供的承载处理方法还包括如下步骤:
S714、SGSN向终端发送RAU接受消息,以使得终端接收来自SGSN的RAU接受消息。
可选的,本实施例中的RAU接受消息中可以携带第二MME为该终端分配的第一预设时长,以备后续处理扩展EPS承载使用,本实施例对此不作具体限定。
需要说明的是,本实施例步骤S702-S714均是在终端发起的RAU流程中执行的,完整的RAU流程所包括的其它步骤,都是现有技术,在此不予赘述。
S715、终端确定2G/3G***不支持扩展EPS承载。
可选的,由于SGSN不支持扩展EPS承载,因此该RAU接受消息中不携带网络支持扩展EPS承载的能力信息。进而终端接收来自SGSN的RAU接受消息之后,由于该RAU接受消息中不携带网络支持扩展EPS承载的能力信息,因此终端可以确定2G/3G***不支持扩展EPS承载。当然,若终端从2G/3G***接入,则由于2G/3G***本身不支持扩展EPS承载,因此终端自然可以确定2G/3G***不支持扩展EPS承载,无需在接收到RAU接受消息之后才确定2G/3G***不支持扩展EPS承载,本实施例不限定终端如何确定2G/3G***不支持扩展EPS承载。
S716、终端将所有的扩展EPS承载挂起,即置为挂起状态(suspended state)。
可选的,本实施例中,终端可以同时启动为该终端分配的定时时长为第一预设时长的挂起定时器,并保存与挂起的扩展EPS承载相关的终端上下文,包括挂起扩展EPS承载的第二MME的身份标识等,本实施例对此不作具体限定。
典型地,当前挂起扩展EPS承载的第二MME的身份标识包含在终端当前保存的第二MME分配的全球唯一临时标识(globally unique temporary UE identity,GUTI)中,为了避免当前挂起扩展EPS承载的第二MME分配的GUTI被其它GUTI所覆盖,终端将挂起扩展EPS承载的第二MME分配的GUTI另存为挂起GUTI(suspended GUTI),并保存在与挂起的扩展EPS承载相关的终端上下文中。其中,该挂起GUTI用于指示挂起扩展EPS承载的第二MME。
需要说明的是,本实施例中的挂起GUTI只是一种命名方式,它也可以有其它的命名,用于指示挂起扩展EPS承载的第二MME,本实施例对此不作具体限定。
S717、在挂起的扩展EPS承载在第一预设时长到达时仍处于挂起状态的情况下,终端删除挂起的扩展EPS承载。
S718、在挂起的扩展EPS承载在第一预设时长到达时仍处于挂起状态的情况下,第二MME删除挂起的扩展EPS承载。
需要说明的是,步骤S717和步骤S718之间没有必然的执行先后顺序,可以是先执行步骤S717,再执行步骤S718;也可以是先执行步骤S718,再执行步骤S717;还可以是同时执行步骤S717和S718,本实施例对此不作具体限定。
进一步的,若被挂起的扩展EPS承载是经过第二SGW和PGW的扩展EPS承载,则本实施例提供的承载处理方法还包括如下步骤S719a-S722a:若被挂起的扩展EPS承载是经过SCEF网元的扩展EPS承载,则本实施例提供的承载处理方法还包括如下步骤S719b-S720b。
其中,本实施例步骤SS719a-S722a如下:
S719a、第二MME向第二SGW发送删除挂起通知消息1,以使得第二SGW接收来自第二MME的删除挂起通知消息1。
其中,该删除挂起通知消息1用于通知删除挂起的扩展EPS承载。
S720a、第二SGW根据删除挂起通知消息1,删除挂起的扩展EPS承载。
S721a、第二SGW向PGW发送删除挂起通知消息2,以使得PGW接收来自第二SGW的删除挂起通知消息2。
其中,该删除挂起通知消息2用于通知删除挂起的扩展EPS承载。
S722a、PGW根据删除挂起通知消息2,删除挂起的扩展EPS承载。
其中,本实施例步骤S719b-S720b如下:
S719b、第二MME向SCEF网元发送删除挂起通知消息3,以使得SCEF网元接收来自第二MME的删除挂起通知消息3。
其中,该删除挂起通知消息3用于通知删除挂起的扩展EPS承载。
S720b、SCEF网元根据删除挂起通知消息3,删除挂起的扩展EPS承载。
基于本实施例提供的承载处理方法,可以解决在EPS与2G/3G***互操作时EPS承载扩展带来的问题,避免因终端从支持扩展EPS承载的EPS移动到2G/3G***时可能导致的扩展EPS承载必须被删除的问题,进而可以在后续终端重新接入支持扩展EPS承载的EPS的情况下,直接恢复挂起的扩展EPS承载,而不需要重建该扩展EPS承载,从而实现业务的快速恢复。
其中,上述步骤S701至S722a或者S701至S720b中的终端、第二MME、第二SGW、PGW或者SCEF网元的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行,本实施例对此不作任何限制。
可选的,假设该承载处理方法的应用场景为:有激活态扩展EPS承载的终端空闲态移动到不支持扩展EPS承载的EPS,则对应的承载处理方法与图7所示的实施例类似,区别仅在于:第一,将图7所示的实施例中的2G/3G***替换为不支持扩展EPS承载的EPS;第二,将图7所示的实施例中的SGSN替换为不支持扩展EPS承载的EPS中的第一MME;第三,将图7所示的实施例中的RAU请求消息替换为TAU请求消息,将图7所示的实施例中的RAU接受消息替换为TAU接受消息;第四,本实施例中,终端不能在接入EPS之后马上执行扩展EPS承载的挂起动作,因为终端不知道该EPS是否支持扩展EPS承载,只有在接收到来自第一MME的TAU接受消息之后,才能获知该EPS不支持扩展EPS承载,进而才将扩展EPS承载挂起。其余相关描述可参考图7所示的实施例,在此不再赘述。
可选的,假设该承载处理方法的应用场景为:有激活态扩展EPS承载的终端连接态切换到2G/3G***,则如图8所示,本实施例提供的承载处理方法包括如下步骤:
S801、当前为终端提供服务的E-UTRAN设备向当前为终端提供服务的有激活态扩展EPS承载的第二MME发送切换请求(handover required),以使得第二MME接收来自E-UTRAN设备的切换请求。
其中,该切换请求携带目标网络中的移动管理网元的标识信息。本实施例中,目标网络为2G/3G***,目标网络中的移动管理网元为SGSN。
S802、第二MME根据SGSN的标识信息,确定2G/3G***不支持扩展EPS承载。
S803、第二MME向SGSN发送转发重定位请求(forward relocation request),以使得SGSN接收来自第二MME的转发重定位请求。
其中,由于2G/3G***不支持扩展EPS承载,因此该转发重定位请求中仅携带终端的非扩展EPS承载的上下文,也即将扩展ESP承载的上下文不发送给SGSN。
S804、在切换过程中,E-UTRAN设备向终端发送切换命令(handover command),以使得终端接收来自E-UTRAN设备的切换命令。
S805、终端根据切换命令接入2G/3G***。
S806、终端接入2G/3G***之后,SGSN向第二MME发送转发重定位完成通知(forward relocation complete notification),以使得第二MME接收来自SGSN的转发重定位完成通知。
其中,该转发重定位完成通知用于告知第二MME,终端已经成功从2G/3G***接入,此时第二MME可以确定终端从2G/3G***接入,在此统一说明,以下不再赘述。
可选的,该转发重定位完成通知携带SGW是否改变的指示信息,用于表明终端从2G/3G***接入时的第一SGW相对于终端从4G***接入时的第二SGW是否发生改变。其中,若第二MME获知终端从2G/3G***接入时的第一SGW相对于终端从4G***接入时的第二SGW发生改变,则在第二MME发起的到第二SGW的会话删除过程中,第二SGW将不删除挂起的扩展EPS承载的上下文及其关联的终端上下文信息,详见下述步骤S814和S815。
S807、同步骤S707,相关描述可参考图7所示的实施例,在此不再赘述。
S808a-S811a、同步骤S708a-S711a,相关描述可参考图7所示的实施例,在此不再赘述。
S808b-S809b、同步骤S708b-S709b,相关描述可参考图7所示的实施例,在此不再赘述。
S812、在切换流程完成之后,终端向2G/3G***中的SGSN发送RAU请求消息,以使得SGSN接收来自终端的RAU请求消息。
可选的,该RAU请求消息可以携带终端支持扩展EPS承载的能力信息。
S813、SGSN向终端发送RAU接受消息,以使得终端接收来自SGSN的RAU接受消息。
可选的,本实施例中的步骤S807-S811a或S807-S809b也可以是在终端发起RAU流程(即步骤S812)之后执行,本实施例对此不作具体限定。
需要说明的是,本实施例中的步骤S801-S813均是在切换流程以及终端发起的RAU流程中执行的,完整的切换流程以及RAU流程所包括的其它步骤,都是现有技术,在此不予赘述。
S814-S815、同步骤S712-S713,相关描述可参考图7所示的实施例,在此不再赘述。
可选的,本实施例中的步骤S814-S815也可以是在切换流程或者终端发起的RAU流程中执行的,本实施例对此不作具体限定。
S816-S819、同步骤S715-S718,相关描述可参考图7所示的实施例,在此不再赘述。
S820a-S823a、同步骤S719a-S722a,相关描述可参考图7所示的实施例,在此不再赘述。
S820b-S821b、同步骤S719b-S720b,相关描述可参考图7所示的实施例,在此不再赘述。
可选的,本实施例中,终端也可以在接入2G/3G***之后马上执行扩展EPS承载的挂起动作,因为2G/3G***本身不支持扩展EPS承载,因此无需等到终端接收到RAU接受消息之后再将扩展EPS承载挂起,在此统一说明,以下不再赘述。
基于本实施例提供的承载处理方法,可以解决在EPS与2G/3G***互操作时EPS承载扩展带来的问题,避免因终端从支持扩展EPS承载的EPS移动到2G/3G***时可能导致的扩展EPS承载必须被删除的问题,进而可以在后续终端重新接入支持扩展EPS承载的EPS的情况下,直接恢复挂起的扩展EPS承载,而不需要重建该扩展EPS承载,从而实现业务的快速恢复。
其中,上述步骤S801至S823a或者S801至S821b中的终端、第二MME、第二SGW、PGW或者SCEF网元的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行,本实施例对此不作任何限制。
可选的,假设该承载处理方法的应用场景为:有激活态扩展EPS承载的终端连接态切换到不支持扩展EPS承载的EPS,则对应的承载处理方法与图8所示的实施例类似,区别仅在于:第一,将图8所示的实施例中的2G/3G***替换为不支持扩展EPS承载的EPS;第二,将图8所示的实施例中的SGSN替换为不支持扩展EPS承载的EPS中的第一MME;第三,将图8所示的实施例中的RAU请求消息替换为TAU请求消息,将图8所示的实施例中的RAU接受消息替换为TAU接受消息;第四,本实施例中,终端不能在接入EPS之后马上执行扩展EPS承载的挂起动作,因为终端不知道该EPS是否支持扩展EPS承载,只有在接收到来自第一MME的TAU接受消息之后,才能获知该EPS不支持扩展EPS承载,进而才将扩展EPS承载挂起。相关描述可参考图8所示的实施例,在此不再赘述。
可选的,假设该承载处理方法的应用场景为:有挂起态扩展EPS承载的终端空闲态移动到支持扩展EPS承载的4G***,且该终端回到之前挂起终端的扩展EPS承载的第二MME,则如图9所示,本实施例提供的承载处理方法包括如下步骤:
S901、有挂起的扩展EPS承载的终端空闲态移动到支持扩展EPS承载的4G***之后,接入该4G***。
其中,终端上的挂起定时器正在运行表明终端有挂起的扩展EPS承载。
S902、终端向该4G***中的第二MME发送TAU请求消息,以使得该第二MME接收来自终端的TAU请求消息。
其中,该TAU请求消息携带终端的身份标识信息,第二MME根据终端的身份标识信息可以确定第二MME中保存有该终端的处于挂起状态的扩展EPS承载的上下文以及相关的终端上下文。
可选的,该TAU请求消息还携带终端支持扩展EPS承载的能力信息、挂起GUTI或者扩展EPS承载挂起指示(extended EPS bearer suspend indication)信息中的至少一个。其中,该挂起GUTI为挂起扩展EPS承载的第二MME分配的GUTI,用于指示挂起扩展EPS承载的第二MME;扩展EPS承载的挂起指示信息用于指示终端有挂起的扩展EPS承载。
S903、第二MME为该终端恢复挂起的扩展EPS承载,也即清除(clear)被挂起扩展EPS承载的挂起状态。
可选的,本实施例中,若在挂起扩展EPS承载时启动了挂起定时器,且该挂起定时器正在运行,则此时第二MME还可以停止正在运行的挂起定时器,本实施例对此不作具体限定。
可选的,本实施例中,由于挂起GUTI就是该第二MME分配的,也即挂起GUTI中包括该第二MME的标识信息,因此第二MME也可以根据该挂起GUTI确定该第二MME中保存有该终端的处于挂起状态的扩展EPS承载的上下文以及相关的终端上下文。
进而,进一步地,若被挂起的扩展EPS承载是经过第二SGW和PGW的扩展EPS承载,则第二MME根据当前终端的位置信息检查之前挂起终端扩展EPS承载的第二SGW是否能为该终端提供服务,若能继续提供服务,则选择该第二SGW,并执行步骤S904a-S907a;若不能继续提供服务,则选择第三SGW并执行步骤S904b-S907b。若被挂起的扩展EPS承载是经过SCEF网元的扩展EPS承载,则执行步骤S904c-S905c。
其中,本实施例步骤S904a-S907a如下:
S904a、第二MME向第二SGW发送修改承载请求1,以使得第二SGW接收来自第二MME的修改承载请求1。
其中,该修改承载请求1携带扩展EPS承载的上下文信息,例如包括扩展EPS承载的标识,用于指示第二SGW恢复挂起的扩展EPS承载。
S905a、第二SGW根据修改承载请求1,恢复挂起的扩展EPS承载,也即清除(clear)被挂起扩展EPS承载的挂起状态。
S906a、第二SGW向有扩展EPS承载的PGW发送修改承载请求2,以使得PGW接收来自第二SGW的修改承载请求2。
其中,该修改承载请求2携带扩展EPS承载的上下文信息,例如包括扩展EPS承载的标识,用于指示PGW恢复挂起的扩展EPS承载。
S907a、PGW根据修改承载请求2,恢复挂起的扩展EPS承载,也即清除被挂起扩展EPS承载的挂起状态。
需要说明的是,由于步骤S904a和S906a中除了携带扩展EPS承载的上下文信息之外,还可以携带终端的非扩展EPS承载的上下文信息,该非扩展EPS承载的上下文信息用于修改非扩展EPS承载的上下文。也就是说,步骤S904a和S906a中没有仅携带扩展EPS承载的上下文信息,因此属于隐式恢复被挂起的扩展EPS承载,在此统一说明,以下不再赘述。
其中,本实施例步骤S904b-S907b如下:
S904b、第二MME向第三SGW发送创建会话请求,以使得第三SGW接收来自第二MME的创建会话请求。
其中,该创建会话请求携带扩展EPS承载的上下文信息,例如包括扩展EPS承载的标识,用于指示第三SGW为该终端建立扩展EPS承载。
S905b、第三SGW根据创建会话请求,为该终端创建扩展EPS承载。
需要说明的是,本实施例步骤S904b中的创建会话请求中仅携带扩展EPS承载的上下文信息,不携带非扩展EPS承载的上下文信息,因此属于显式恢复被挂起的扩展EPS承载,在此统一说明,以下不再赘述。
S906b、第三SGW向有扩展EPS承载的PGW发送修改承载请求3,以使得PGW接收来自第三SGW的修改承载请求3。
其中,该修改承载请求3携带扩展EPS承载的上下文信息,例如包括扩展EPS承载的标识,用于指示PGW恢复挂起的扩展EPS承载。
S907b、PGW根据修改承载请求3,恢复挂起的扩展EPS承载,也即清除被挂起扩展EPS承载的挂起状态。
需要说明的是,由于步骤S906b中除了携带扩展EPS承载的上下文信息之外,还携带终端的非扩展EPS承载的上下文信息,该非扩展EPS承载的上下文信息用于修改非扩展EPS承载的上下文。也就是说,步骤S906b没有只携带扩展EPS承载的上下文信息,因此属于隐式恢复被挂起的扩展EPS承载,在此统一说明,以下不再赘述。
其中,本实施例步骤S904c-S905c如下:
S904c、第二MME向SCEF网元发送创建业务能力开放功能连接请求,以使得SCEF网元接收来自第二MME的创建SCEF连接请求。
其中,该创建SCEF连接请求携带扩展EPS承载的上下文信息,用于指示SCEF网元恢复挂起的扩展EPS承载。
S905c、SCEF网元根据创建SCEF连接请求,恢复挂起的扩展EPS承载,也即清除被挂起扩展EPS承载的挂起状态。
进一步的,若TAU流程执行成功,则本实施例提供的承载处理方法还包括如下步骤:
S908、第二MME向终端发送TAU接受消息,以使得终端接收来自第二MME的TAU接受消息。其中,该TAU接受消息携带扩展EPS承载为激活(active)态的指示信息。
可选的,本实施例中,TAU接受消息中携带扩展EPS承载为激活态的指示信息具体可以为:第二MME在该TAU接受消息中携带EPS承载上下文状态(EPS bearer contextstatus)信息,并在EPS承载上下文状态信息中将被恢复的扩展EPS承载上下文的状态设置为激活态。当然,还可以通过其他方式在TAU接受消息中携带扩展EPS承载为激活态的指示信息,本实施例对此不作具体限定。
可选的,该TAU接受消息还携带接入的4G***支持扩展EPS承载的能力信息。
可选的,若第二MME要分配一个新的扩展EPS承载挂起的时间长度,如第二预设时长,则该TAU接受消息还携带该第二预设时长,本实施例对此不作具体限定。
需要说明的是,本实施例中的步骤S902-S908均是在终端发起的TAU流程中执行的,完整的TAU流程所包括的其它步骤,都是现有技术,在此不予赘述。
S909、终端根据扩展EPS承载为激活态的指示信息,恢复挂起的扩展EPS承载,也即清除被挂起扩展EPS承载的挂起状态。
可选的,本实施例中,若在挂起扩展EPS承载时启动了挂起定时器,且该挂起定时器正在运行,则此时终端还可以停止正在运行的挂起定时器,本实施例对此不作具体限定。
可选的,若步骤S908中的TAU接受消息还携带第二预设时长,则终端在接收TAU接受消息之后,还存储该第二预设时长,以备后续挂起扩展EPS承载时使用,本实施例对此不作具体限定。
需要说明的是,在本实施例以及下述图10至图12所示的实施例中,终端不能在接入4G***之后马上恢复被挂起的扩展EPS承载,因为终端不知道接入的4G***是否支持扩展EPS承载,只有在接收到来自第二MME的TAU接受消息之后,才能获知该4G***支持扩展EPS承载,进而才恢复挂起的扩展EPS承载,在此统一说明,以下不再赘述。
基于本实施例提供的承载处理方法,可以在终端重新接入支持扩展EPS承载的EPS的情况下,直接恢复挂起的扩展EPS承载,而不需要重建该扩展EPS承载,从而实现业务的快速恢复。
其中,上述步骤S901至S909中的终端、第二MME、第二SGW、第三SGW、PGW或者SCEF网元的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行,本实施例对此不作任何限制。
可选的,假设该承载处理方法的应用场景为:有挂起态扩展EPS承载的终端连接态切换到支持扩展EPS承载的4G***,且该终端回到之前挂起终端的扩展EPS承载的第二MME,则如图10所示,本实施例提供的承载处理方法包括如下步骤:
S1001、当前为终端提供服务的UTRAN/GERAN设备向当前为终端提供服务的SGSN发送切换请求,以使得SGSN接收来自UTRAN/GERAN设备的切换请求。
其中,该切换请求携带目标网络中的移动管理网元的标识信息。本实施例中,目标网络为支持扩展EPS承载的4G***,目标网络中的移动管理网元为第二MME。
S1002、SGSN根据第二MME的标识信息选择第二MME。
S1003、SGSN向第二MME发送转发重定位请求,以使得第二MME接收来自SGSN的转发重定位请求。
其中,该转发重定位请求中携带2G/3G***的分组数据协议(packet dataprotocol,PDP)上下文和终端的身份标识信息。
在第二MME接收来自SGSN的转发重定位请求之后,第二MME可以确定终端从EPS接入。
S1004、同步骤S903,相关描述可参考图9所示的实施例,在此不再赘述。
S1005a-S1008a、同步骤S904a-S907a,相关描述可参考图9所示的实施例,在此不再赘述。
S1005b-S1008b、同步骤S904b-S907b,相关描述可参考图9所示的实施例,在此不再赘述。
S1005c-S1006c、同步骤S904c-S905c,相关描述可参考图9所示的实施例,在此不再赘述。
S1009、在切换过程中,UTRAN/GERAN设备向终端发送切换命令,以使得终端接收来自UTRAN/GERAN设备的切换命令。
S1010、终端根据切换命令接入4G***。
S1011、终端向当前接入的4G***中的第二MME发送TAU请求消息,以使得第二MME接收来自终端的TAU请求消息。
可选的,该TAU请求消息携带终端支持扩展EPS承载的能力信息、挂起GUTI或者扩展EPS承载挂起指示信息中的至少一个。其中,该挂起GUTI为挂起扩展EPS承载的第二MME分配的GUTI,用于指示挂起扩展EPS承载的第二MME;扩展EPS承载的挂起指示信息用于指示终端有挂起的扩展EPS承载。
S1012-S1013、同步骤S908-S909,相关描述可参考图9所示的实施例,在此不再赘述。
需要说明的是,本实施例中的步骤S1001-S1012均是在切换流程以及终端发起的TAU流程中执行的,完整的切换流程以及TAU流程所包括的其它步骤,都是现有技术,在此不予赘述。
基于本实施例提供的承载处理方法,可以在终端重新接入支持扩展EPS承载的EPS的情况下,直接恢复挂起的扩展EPS承载,而不需要重建该扩展EPS承载,从而实现业务的快速恢复。
其中,上述步骤S1001至S1013中的终端、第二MME、第二SGW、第三SGW、PGW或者SCEF网元的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行,本实施例对此不作任何限制。
可选的,假设该承载处理方法的应用场景为:有挂起态扩展EPS承载的终端空闲态移动到支持扩展EPS承载的4G***,且该终端不能回到之前挂起终端的扩展EPS承载的第二MME,则如图11所示,本实施例提供的承载处理方法包括如下步骤:
S1101、同步骤S901,相关描述了参考图9所示的实施例,在此不再赘述。
S1102、与步骤S902类似,区别仅在于本实施例将图9所示的实施例中的第二MME替换为第三MME,相关描述可参考图9所示的实施例,在此不再赘述。
S1103、若第三MME支持扩展EPS承载,第三MME可以根据TAU请求消息中携带的扩展EPS承载挂起指示信息获知终端当前有挂起的扩展EPS承载;进而,第三MME可以根据TAU请求消息中携带的挂起GUTI选择第二MME。其中,该第二MME是保存有终端的挂起扩展EPS承载的MME。
S1104、第三MME向第二MME发送上下文请求,以使得第二MME接收来自第三MME的上下文请求。
其中,该上下文请求中携带终端的身份标识信息和扩展EPS承载挂起指示信息,该扩展EPS承载挂起指示信息旨在指示第二MME将终端挂起的扩展EPS承载的上下文以及关联的终端上下文发送给第三MME。
S1105、若该第二MME上保存有该终端的挂起扩展EPS承载的上下文以及关联的终端上下文,也即该终端的扩展EPS承载挂起定时器还在运行,则第二MME为该终端恢复挂起的扩展EPS承载,也即清除被挂起扩展EPS承载的挂起状态,并停止正在运行的挂起定时器。
S1106、第二MME向第三MME发送上下文响应,以使得第三MME接收来自第二MME的上下文响应。
其中,该上下文响应中携带终端的扩展EPS承载的上下文以及关联的终端上下文,该关联的终端上下文信息中包括挂起该终端的扩展EPS承载的第二SGW的地址信息。
可选的,本实施例中,在第二MME向第三MME发送上下文响应之后,第二MME还可以删除该终端的所有上下文,包括该终端的扩展EPS承载的上下文以及关联的终端上下文,以节省第二MME中的存储空间,本实施例对此不作具体限定。
S1107a-S1110a、同步骤S904a-S907a,相关描述可参考图9所示的实施例,在此不再赘述。
S1107b-S1110b、同步骤S904b-S907b,相关描述可参考图9所示的实施例,在此不再赘述。
S1107c-S1108c、同步骤S904c-S905c,相关描述可参考图9所示的实施例,在此不再赘述。
S1111-S1112、同步骤S908-S909,相关描述可参考图9所示的实施例,在此不再赘述。
基于本实施例提供的承载处理方法,可以在终端重新接入支持扩展EPS承载的EPS的情况下,直接恢复挂起的扩展EPS承载,而不需要重建该扩展EPS承载,从而实现业务的快速恢复。
其中,上述步骤S1101至S1112中的终端、第二MME、第三MME、第二SGW、第三SGW、PGW或者SCEF网元的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行,本实施例对此不作任何限制。
可选的,假设该承载处理方法的应用场景为:有挂起态扩展EPS承载的终端连接态切换到支持扩展EPS承载的4G***,且该终端不能回到之前挂起终端的扩展EPS承载的第二MME,则如图12所示,本实施例提供的承载处理方法包括如下步骤:
S1201、当前为终端提供服务的UTRAN/GERAN设备发起连接态切换流程。
其中,步骤S1201的具体实现可参考现有的方式,在此不予赘述。
S1202-S1203、同步骤S1009-S1010,相关描述可参考图10所示的实施例,在此不再赘述。
S1204-S1208、同步骤1102-S1106,相关描述可参考图11所示的实施例,在此不再赘述。
S1209a-S1212a、与步骤S904a-S907a类似,区别仅在于本实施例中终端的非扩展EPS承载已经在切换流程(步骤S1201)中端到端建立好了,因此本实施例中的修改承载请求1和修改承载请求2中仅携带扩展EPS承载的上下文信息,属于显式恢复被挂起的扩展EPS承载,相关描述可参考图9所示的实施例,在此不再赘述。
S1209b-S1212b、与步骤S904b-S907b类似,区别仅在于本实施例中终端的非扩展EPS承载已经在切换流程(步骤S1201)中端到端建立好了,因此本实施例中的修改承载请求3中仅携带扩展EPS承载的上下文信息,属于显式恢复被挂起的扩展EPS承载,相关描述可参考图9所示的实施例,在此不再赘述。
S1209c-S1210c、同步骤S904c-S905c,相关描述可参考图9所示的实施例,在此不再赘述。
S1213-S1214、同步骤S908-S909,相关描述可参考图9所示的实施例,在此不再赘述。
基于本实施例提供的承载处理方法,可以在终端重新接入支持扩展EPS承载的EPS的情况下,直接恢复挂起的扩展EPS承载,而不需要重建该扩展EPS承载,从而实现业务的快速恢复。
其中,上述步骤S1201至S1214中的终端、第二MME、第三MME、第二SGW、第三SGW、PGW或者SCEF网元的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行,本实施例对此不作任何限制。
上述图6至图12以图3所示的承载处理***应用于如图1所示的4G***为例进行说明,当然,图3所示的承载处理***也可以应用于如图2所示的4.5G***,或者,以图4所示的承载处理***应用于如图2所示的4.5G***为例,对应的协商流程与承载处理方法与图6至图12类似,最大的区别在于对网关网元进行了控制面与用户面的分离(control plane anduser plane separation,CUPS),因此下面将以图3所示的承载处理***应用于如图2所示的4.5G***,或者,以图4所示的承载处理***应用于如图2所示的4.5G***为例,示例性的给出如下图13至图15所示的实施例。其中,图13所示的实施例为与图6对应的终端与网络侧进行支持扩展EPS承载协商的流程,图14和图15所示的实施例分别为与图7对应的应用场景以及与图9对应的应用场景下的承载处理方法。其余场景下的承载处理方法可参考图14或图15所示的实施例,在此不再一一赘述。下面将分别对图13至图15所示的实施例进行介绍。
以图3所示的承载处理***应用于如图2所示的4.5G***,或者,以图4所示的承载处理***应用于如图2所示的4.5G***为例,给出终端与网络侧进行支持扩展EPS承载协商的流程。该协商流程是本申请下述实施例提供的承载处理方法的基础,包括如下步骤:
S1301-S1305、与步骤S601-S605类似,区别仅在于:第一,将图6所示的实施例中的SGW替换为本实施例中的SGW/PGW-C,将图6所示的实施例中的PGW替换为本实施例中的SGW/PGW-U;第二,本实施例步骤S1304a中,SGW/PGW-C向SGW/PGW-U发送使用PFCP协议封装的PFCP会话建立请求,该PFCP会话建立请求携带终端支持扩展EPS承载的能力信息。其余相关描述可参考图6所示的实施例,在此不再赘述。
基于本实施例提供的协商流程,终端与网络均知道对方是否支持扩展EPS承载,进而就可以根据业务的需要来激活所需的扩展EPS承载,满足更多业务并发性的需求。
其中,上述步骤S1301至S1305中的终端或者MME的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行,本实施例对此不作任何限制。
下面以图3所示的承载处理***应用于如图2所示的4.5G***,或者,以图4所示的承载处理***应用于如图2所示的4.5G***为例,给出本申请实施例提供的承载处理方法如图14和图15所示。
可选的,假设该承载处理方法的应用场景为:有激活态扩展EPS承载的终端空闲态移动到2G/3G***,则如图14所示,本实施例提供的承载处理方法包括如下步骤:
S1401-S1422a或者S1401-S1420b、与步骤S701-S722a或者S701-S720b类似,区别仅在于:第一,将图7所示的实施例中的第二SGW替换为本实施例中的第二SGW/PGW-C,将图7所示的实施例中的PGW替换为本实施例中的SGW/PGW-U;第二,本实施例步骤S1410a中的挂起通知消息2使用PFCP协议封装,该挂起通知消息2携带扩展EPS承载挂起指示信息,用于通知SGW/PGW-U将扩展EPS承载所关联的PFCP会话挂起,进而步骤S1411a中SGW/PGW-U根据挂起通知消息2,将终端的所有扩展EPS承载所关联的PFCP会话挂起;第三,本实施例步骤S1421a中的删除挂起通知消息2使用PFCP协议封装,该删除挂起通知消息2用于通知SGW/PGW-U删除挂起的扩展EPS承载所关联的PFCP会话,进而步骤S1422a中SGW/PGW-U根据删除挂起通知消息2,删除终端的所有挂起的扩展EPS承载所关联的PFCP会话。其余相关描述可参考图7所示的实施例,在此不再赘述。
基于本实施例提供的承载处理方法,可以解决在EPS与2G/3G***互操作时EPS承载扩展带来的问题,避免因终端从支持扩展EPS承载的EPS移动到2G/3G***时可能导致的扩展EPS承载必须被删除的问题,进而可以在后续终端重新接入支持扩展EPS承载的EPS的情况下,直接恢复挂起的扩展EPS承载或者扩展EPS承载所关联的PFCP会话,而不需要重建该扩展EPS承载或者扩展EPS承载所关联的PFCP会话,从而实现业务的快速恢复。
其中,上述步骤S1401至S1422a或者S1401至S1420b中的终端、第二MME、第二SGW/PGW-C、SGW/PGW-U或者SCEF网元的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行,本实施例对此不作任何限制。
可选的,假设该承载处理方法的应用场景为:有挂起态扩展EPS承载的终端空闲态移动到支持扩展EPS承载的4.5G***,且该终端回到之前挂起终端的扩展EPS承载的第二MME,则如图15所示,本实施例提供的承载处理方法包括如下步骤:
S1501-S1509、与步骤S901-S909类似,区别仅在于:第一,将图9所示的实施例中的第二SGW替换为本实施例中的第二SGW/PGW-C,将图9所示的实施例中的第三SGW替换为本实施例中的第三SGW/PGW-C,将图9所示的实施例中的PGW替换为本实施例中的第二SGW/PGW-U,此外,第三SGW/PGW-C将为终端选择第三SGW/PGW-U;第二,将图9所示的实施例步骤S906a中的修改承载请求2替换为本实施例步骤S1506a中的PFCP会话修改请求,该PFCP会话修改请求携带扩展EPS承载的上下文信息,用于通知第二SGW/PGW-U恢复挂起的扩展EPS承载所关联的PFCP会话,进而步骤S1507a中第二SGW/PGW-U根据PFCP会话修改请求,为终端恢复挂起的所有扩展EPS承载所关联的PFCP会话;第三,本实施例步骤1506b中,第三SGW/PGW-C向为终端选择的第三SGW/PGW-U发送PFCP会话建立请求,该PFCP会话建立请求携带扩展EPS承载的上下文信息,以使得第三SGW/PGW-U接收来自第三SGW/PGW-C的PFCP会话建立请求之后,为该终端创建扩展EPS承载所关联的PFCP会话。其余相关描述可参考图9所示的实施例,在此不再赘述。
基于本实施例提供的承载处理方法,可以在终端重新接入支持扩展EPS承载的EPS的情况下,直接恢复挂起的扩展EPS承载或者扩展EPS承载所关联的PFCP会话,而不需要重建该扩展EPS承载或者扩展EPS承载所关联的PFCP会话,从而实现业务的快速恢复。
其中,上述步骤S1501至S1509中的终端、第二MME、第二SGW/PGW-C、第三SGW/PGW-C、第二SGW/PGW-U、第三SGW/PGW-U或者SCEF网元的动作可以由图5所示的通信设备500中的处理器501调用存储器503中存储的应用程序代码来执行,本实施例对此不作任何限制。
综上,因此,本申请实施例公开了一种承载处理方法,包括:有激活态扩展EPS承载的终端接入第一***,该第一***包括2G***、3G***或第一EPS;终端确定第一***不支持扩展EPS承载;终端将扩展EPS承载挂起。
作为一种实现,本申请公开的承载处理方法还可以包括:在挂起的扩展EPS承载在第一预设时长到达时仍处于挂起状态的情况下,终端删除挂起的扩展EPS承载。
作为一种实现,本申请公开的承载处理方法还可以包括:有挂起的扩展EPS承载的终端接入第二EPS;终端向第二EPS中的第三移动管理网元发送跟踪域更新TAU请求消息,TAU请求消息携带终端的身份标识信息;终端接收来自第三移动管理网元的TAU接受消息,TAU接受消息携带扩展EPS承载为激活态的指示信息;终端根据扩展EPS承载为激活态的指示信息,恢复挂起的扩展EPS承载。
可选的,TAU请求消息还携带终端支持扩展EPS承载的能力信息、挂起全球唯一临时标识GUTI或者扩展EPS承载的挂起指示信息中的至少一个,其中,挂起GUTI为挂起扩展EPS承载的第二移动管理网元分配的GUTI,用于指示挂起扩展EPS承载的第二移动管理网元,扩展EPS承载的挂起指示信息用于指示终端有挂起的扩展EPS承载。
可选的,TAU接受消息还携带第二EPS支持扩展EPS承载的能力信息。
可选的,TAU接受消息还携带第二预设时长;本申请公开的承载处理方法还可以包括:终端存储第二预设时长,其中,第二预设时长为扩展EPS承载挂起的时间长度。
为一种实现,本申请公开的承载处理方法还可以包括:终端存储与挂起的扩展EPS承载相关的终端上下文,终端上下文中包括挂起GUTI,挂起GUTI为挂起扩展EPS承载的第二移动管理网元分配的GUTI,用于指示挂起扩展EPS承载的第二移动管理网元。
作为一种实现,终端确定第一***不支持扩展EPS承载,包括:终端接收来自第一***中的第一移动管理网元的位置更新接受消息;终端确定位置更新接受消息中未携带第一***支持扩展EPS承载的能力信息。
上述承载处理方法中,例如,终端的操作可参考图6至图15中终端的操作及上述相关文字说明,在此不再赘述。
此外,本申请实施例还公开了一种承载处理方法,包括:在终端接入第一***的情况下,有终端的激活态扩展EPS承载的第二移动管理网元确定第一***不支持扩展EPS承载,该第一***包括第二代2G***、第三代3G***或第一EPS;第二移动管理网元将扩展EPS承载挂起;第二移动管理网元向扩展EPS承载关联的第二网关网元发送第一通知消息,第一通知消息用于通知第二网关网元将扩展EPS承载挂起。
作为一种实现,本申请公开的承载处理方法还可以包括:在挂起的扩展EPS承载在第一预设时长到达时仍处于挂起状态的情况下,第二移动管理网元删除挂起的扩展EPS承载;以及,第二移动管理网元向第二网关网元发送第二通知消息,第二通知消息用于通知第二网关网元删除挂起的扩展EPS承载。
作为一种实现,本申请公开的承载处理方法还可以包括:第二移动管理网元确定终端从第二移动管理网元所在的第二EPS接入;第二移动管理网元为终端恢复挂起的扩展EPS承载。
作为一种实现,第二移动管理网元确定终端从第二移动管理网元所在的第二EPS接入,包括:第二移动管理网元接收来自终端的跟踪域更新TAU请求消息,TAU请求消息携带终端的身份标识信息;或者,第二移动管理网元接收来自第一***中的第一移动管理网元发送的转发重定位请求消息,转发重定位请求消息携带终端的身份标识信息;或者,第二移动管理网元接收来自第二EPS中的第三移动管理网元发送的上下文请求消息,上下文请求消息携带终端的身份标识信息。
可选的,TAU请求消息还携带终端支持扩展EPS承载的能力信息、挂起全球唯一临时标识GUTI或者扩展EPS承载的挂起指示信息中的至少一个,其中,挂起GUTI为挂起扩展EPS承载的第二移动管理网元分配的GUTI,用于指示挂起扩展EPS承载的第二移动管理网元,扩展EPS承载的挂起指示信息用于指示终端有挂起的扩展EPS承载。
作为一种实现,在第二移动管理网元接收来自第二EPS中的第三移动管理网元发送的上下文请求消息之后,本申请公开的承载处理方法还可以包括;第二移动管理网元向第三移动管理网元发送恢复的扩展EPS承载的上下文以及关联的终端上下文。
可选的,关联的终端上下文包括第二网关网元的信息,第二网关网元的信息用于第三移动管理网元确定第二EPS中为终端服务的第三网关网元。
作为一种实现,在第二移动管理网元确定终端从第二移动管理网元所在的第二EPS接入之后,本申请公开的承载处理方法还可以包括:第二移动管理网元确定第二EPS中为终端服务的第三网关网元;在第三网关网元为第二网关网元的情况下,第二移动管理网元通知第三网关网元恢复挂起的扩展EPS承载;或者,在第三网关网元不是第二网关网元的情况下,第二移动管理网元请求第三网关网元建立扩展EPS承载。
作为一种实现,第三网关网元包括服务网关网元或控制面网关网元;第二移动管理网元通知第三网关网元恢复挂起的扩展EPS承载,包括:第二移动管理网元向第三网关网元发送修改承载请求,修改承载请求携带扩展EPS承载的信息,扩展EPS承载的信息用于指示第三网关网元恢复挂起的扩展EPS承载;或者,第二移动管理网元请求第三网关网元建立扩展EPS承载,包括:第二移动管理网元向第三网关网元发送创建会话请求,创建会话请求携带扩展EPS承载的信息,扩展EPS承载的信息用于指示服务网关网元为终端建立扩展EPS承载。
作为另一种实现,第三网关网元包括业务能力开放网元;第二移动管理网元通知第三网关网元恢复挂起的扩展EPS承载方法,包括:第二移动管理网元向业务能力开放网元发送创建连接请求,创建连接请求携带扩展EPS承载的信息,扩展EPS承载的信息用于指示业务能力开放网元恢复挂起的扩展EPS承载。
作为一种实现,本申请公开的承载处理方法还可以包括:第二移动管理网元向终端发送TAU接受消息,TAU接受消息携带扩展EPS承载为激活态的指示信息。
可选的,TAU请求消息还携带第二EPS支持扩展EPS承载的能力信息。
可选的,TAU接受消息还携带第二预设时长,第二预设时长为扩展EPS承载挂起的时间长度。
作为一种实现,在第二移动管理网元将扩展EPS承载挂起之后,本申请公开的承载处理方法还可以包括:第二移动管理网元存储与挂起的扩展EPS承载相关的终端上下文,终端上下文中包括终端的身份标识信息、第二网关网元的标识信息和第一预设时长,第一预设时长为扩展EPS承载挂起的时间长度。
作为一种实现,第二移动管理网元确定第一***不支持扩展EPS承载,包括:第二移动管理网元接收来自第一***中的第一移动管理网元的上下文请求消息;第二移动管理网元确定上下文请求消息中未携带第一***支持扩展EPS承载的能力信息;或者;第二移动管理网元确定第一***不支持扩展EPS承载,包括:第二移动管理网元接收来自接入网元的切换请求,切换请求携带第一***中的第一移动管理网元的标识信息;第二移动管理网元根据第一移动管理网元的标识信息,确定第一***不支持扩展EPS承载。
上述承载处理方法中,例如,第二移动管理网元的操作可参考图6至图15中第二MME的操作及上述相关文字说明,在此不再赘述。
此外,本申请实施例还公开了一种承载处理方法,包括:有终端接入第一***的情况下,有终端的激活态扩展EPS承载的第二网关网元接收将扩展EPS承载挂起的第一通知消息,该第一***包括第二代2G***、第三代3G***或第一EPS;第二网关网元根据第一通知消息,将扩展EPS承载挂起。
作为一种实现,本申请公开的承载处理方法还可以包括:第二网关网元接收删除挂起的扩展EPS承载的第二通知消息;第二网关网元根据第二通知消息,删除挂起的扩展EPS承载。
作为一种实现,本申请公开的承载处理方法还可以包括:在第二网关网元与第一***中为终端服务的第一网关网元不相同的情况下,第二网关网元接收来自有扩展EPS承载的第二移动管理网元的删除会话消息;第二网关网元根据删除会话消息,删除终端的上下文中除扩展EPS承载的上下文和扩展EPS承载相关的终端上下文之外的终端上下文。
作为一种实现,本申请公开的承载处理方法还可以包括:第二网关网元接收恢复挂起的扩展EPS承载的指示信息;第二网关网元根据指示信息,恢复挂起的扩展EPS承载。
作为一种实现,第二网关网元包括服务网关网元或分组数据网关网元或控制面网关网元;第二网关网元接收恢复挂起的扩展EPS承载的指示信息,包括:第二网关网元接收修改承载请求,修改承载请求携带扩展EPS承载的信息,扩展EPS承载的信息用于指示第二网关网元恢复挂起的扩展EPS承载。
作为一种实现,第二网关网元包括业务能力开放网元;第二网关网元接收恢复挂起的扩展EPS承载的指示信息,包括:第二网关网元接收创建连接请求,创建连接请求携带扩展EPS承载的恢复指示信息,恢复指示信息用于指示第二网关网元恢复挂起的扩展EPS承载。
上述承载处理方法中,例如,第二网关网元的操作可参考图7至图12中第二SGW、PGW、SCEF网元的操作及上述相关文字说明,或者可参考图14至图15中第二SGW/PGW-C或者SCEF网元的操作及上述相关文字说明,在此不再赘述。
此外,本申请实施例还公开了一种承载处理方法,包括:在终端接入第一***的情况下,有终端的激活态扩展EPS承载的用户面网关网元接收将扩展EPS承载所关联的分组转发控制协议PFCP会话挂起的第一通知消息,该第一***包括第二代2G***、第三代3G***或第一EPS;用户面网关网元根据第一通知消息,将扩展EPS承载所关联的PFCP会话挂起。
作为一种实现,本申请公开的承载处理方法还可以包括:用户面网关网元接收删除挂起的扩展EPS承载所关联的PFCP会话的第二通知消息;用户面网关网元根据第二通知消息,删除挂起的扩展EPS承载所关联的PFCP会话。
作为一种实现,本申请公开的承载处理方法还可以包括:用户面网关网元接收PFCP会话修改请求,PFCP会话修改请求携带扩展EPS承载的信息;用户面网关网元根据扩展EPS承载的信息,恢复挂起的扩展EPS承载所关联的PFCP会话。
上述承载处理方法中,例如,用户面网关网元的操作可参考图14至图15中第二SGW/PGW-U的操作及上述相关文字说明,在此不再赘述。
上述主要从各个网元之间交互的角度对本申请实施例提供的方案进行了介绍。可以理解的是,上述终端、第二移动管理网元、第二网关网元或者用户面网关网元为了实现上述功能,其包含了执行各个功能相应的硬件结构和/或软件模块。本领域技术人员应该很容易意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,本申请能够以硬件或硬件和计算机软件的结合形式来实现。某个功能究竟以硬件还是计算机软件驱动硬件的方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请实施例可以根据上述方法示例对终端、第二移动管理网元、第二网关网元或者用户面网关网元进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本申请实施例中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。
比如,以采用集成的方式划分各个功能模块的情况下,图16示出了一种装置160的结构示意图。该装置160可以是上述实施例中的终端,也可以是上述实施例中的终端内的芯片或电路,本申请实施例对此不作具体限定。其中,该装置160包括:接入模块1601和处理模块1602。接入模块1601,用于接入第一***,第一***包括2G***、3G***或第一EPS;处理模块1602,用于确定第一***不支持扩展EPS承载;处理模块1602,还用于将扩展EPS承载挂起。
可选的,本申请实施例中,处理模块1602,还用于在挂起的扩展EPS承载在第一预设时长到达时仍处于挂起状态的情况下,删除挂起的扩展EPS承载。
可选的,本申请实施例中,该装置160还可以包括收发模块1603。接入模块1601,还用于接入第二EPS;收发模块1603,还用于向第二EPS中的第三移动管理网元发送TAU请求消息,TAU请求消息携带终端的身份标识信息;收发模块1603,还用于接收来自第三移动管理网元的TAU接受消息,TAU接受消息携带扩展EPS承载为激活态的指示信息;处理模块1602,还用于根据扩展EPS承载为激活态的指示信息,恢复挂起的扩展EPS承载。
可选的,本申请实施例中,TAU接受消息还携带第二预设时长。如图16所示,装置160还可以包括存储模块1604;存储模块1604,还用于存储第二预设时长,其中,第二预设时长为扩展EPS承载挂起的时间长度。
可选的,存储模块1604,还用于存储与挂起的扩展EPS承载相关的终端上下文,终端上下文中包括挂起GUTI,挂起GUTI为挂起扩展EPS承载的第二移动管理网元分配的GUTI,用于指示挂起扩展EPS承载的第二移动管理网元。
可选的,本申请实施例中,处理模块1602用于确定第一***不支持扩展EPS承载,包括:用于接收来自第一***中的第一移动管理网元的位置更新接受消息;确定位置更新接受消息中未携带第一***支持扩展EPS承载的能力信息。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
在本实施例中,该装置160以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC,电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。
在一个简单的实施例中,本领域的技术人员可以想到装置160可以采用图5所示的形式。
比如,图5中的处理器501可以通过调用存储器503中存储的计算机执行指令,使得装置160执行上述方法实施例中的承载处理方法。
具体的,图16中的接入模块1601、处理模块1602、收发模块1603和存储模块1604的功能/实现过程可以通过图5中的处理器501调用存储器503中存储的计算机执行指令来实现。或者,图16中的接入模块1601和处理模块1602的功能/实现过程可以通过图5中的处理器501调用存储器503中存储的计算机执行指令来实现,图16中的收发模块1603的功能/实现过程可以通过图5中的通信接口504来实现,图16中的存储模块1604的功能/实现过程可以通过图5中的存储器503来实现。
可选的,当该装置160是芯片或电路时,存储器503可以为芯片或电路内的存储单元,如寄存器、缓存等。当然,当该装置160是终端时,存储器503可以是终端内的位于芯片外部的存储单元,本申请实施例对此不作具体限定。
由于本申请实施例提供的装置可用于执行上述承载处理方法,因此其所能获得的技术效果可参考上述方法实施例,在此不再赘述。
比如,以采用集成的方式划分各个功能模块的情况下,图17示出了一种第二移动管理网元170的结构示意图。该第二移动管理网元170包括:收发模块1701和处理模块1702。处理模块1702,用于在终端接入第一***的情况下,确定第一***不支持扩展EPS承载,第一***包括2G***、3G***或第一EPS;处理模块1702,还用于将扩展EPS承载挂起;收发模块1701,用于向扩展EPS承载关联的第二网关网元发送第一通知消息,第一通知消息用于通知第二网关网元将扩展EPS承载挂起。
可选的,处理模块1702,还用于在挂起的扩展EPS承载在第一预设时长到达时仍处于挂起状态的情况下,删除挂起的扩展EPS承载;收发模块1701,还用于向第二网关网元发送第二通知消息,第二通知消息用于通知第二网关网元删除挂起的扩展EPS承载。
可选的,处理模块1702,还用于确定终端从第二移动管理网元所在的第二EPS接入;处理模块1702,还用于为终端恢复挂起的扩展EPS承载。
可选的,处理模块1702用于确定终端从第二移动管理网元所在的第二EPS接入,包括:用于接收来自终端的跟踪域更新TAU请求消息,TAU请求消息携带终端的身份标识信息;或者,用于接收来自第一***中的第一移动管理网元发送的转发重定位请求消息,转发重定位请求消息携带终端的身份标识信息;或者,用于接收来自第二EPS中的第三移动管理网元发送的上下文请求消息,上下文请求消息携带终端的身份标识信息。
可选的,收发模块1701,还用于向第三移动管理网元发送恢复的扩展EPS承载的上下文以及关联的终端上下文。
可选的,处理模块1702,还用于确定第二EPS中为终端服务的第三网关网元;处理模块1702,还用于在第三网关网元为第二网关网元的情况下,通知第三网关网元恢复挂起的扩展EPS承载;或者,处理模块1702,还用于在第三网关网元不是第二网关网元的情况下,请求第三网关网元建立扩展EPS承载。
可选的,第三网关网元包括服务网关网元或控制面网关网元;处理模块1702用于通知第三网关网元恢复挂起的扩展EPS承载,包括:用于向第三网关网元发送修改承载请求,修改承载请求携带扩展EPS承载的信息,扩展EPS承载的信息用于指示第三网关网元恢复挂起的扩展EPS承载;或者,处理模块1702用于请求第三网关网元建立扩展EPS承载,包括:用于向第三网关网元发送创建会话请求,创建会话请求携带扩展EPS承载的信息,扩展EPS承载的信息用于指示服务网关网元为终端建立扩展EPS承载。
可选的,第三网关网元包括业务能力开放网元;处理模块1702用于通知第三网关网元恢复挂起的扩展EPS承载方法,包括:用于向业务能力开放网元发送创建连接请求,创建连接请求携带扩展EPS承载的信息,扩展EPS承载的信息用于指示业务能力开放网元恢复挂起的扩展EPS承载。
可选的,收发模块1701,还用于向终端发送TAU接受消息,TAU接受消息携带扩展EPS承载为激活态的指示信息。
可选的,如图17所示,第二移动管理网元170还包括存储模块1703;存储模块1703,用于存储与挂起的扩展EPS承载相关的终端上下文,终端上下文中包括终端的身份标识信息、第二网关网元的标识信息和第一预设时长,第一预设时长为扩展EPS承载挂起的时间长度。
可选的,处理模块1702用于确定第一***不支持扩展EPS承载,包括:用于接收来自第一***中的第一移动管理网元的上下文请求消息;第二移动管理网元确定上下文请求消息中未携带第一***支持扩展EPS承载的能力信息;或者;处理模块1702用于确定第一***不支持扩展EPS承载,包括:用于接收来自接入网元的切换请求,切换请求携带第一***中的第一移动管理网元的标识信息;第二移动管理网元根据第一移动管理网元的标识信息,确定第一***不支持扩展EPS承载。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
在本实施例中,该第二移动管理网元170以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC,电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到该第二移动管理网元170可以采用图5所示的形式。
比如,图5中的处理器501可以通过调用存储器503中存储的计算机执行指令,使得第二移动管理网元170执行上述方法实施例中的承载处理方法。
具体的,图17中的收发模块1701、处理模块1702和存储模块1703的功能/实现过程可以通过图5中的处理器501调用存储器503中存储的计算机执行指令来实现。或者,图17中的处理模块1702的功能/实现过程可以通过图5中的处理器501调用存储器503中存储的计算机执行指令来实现,图17中的收发模块1701的功能/实现过程可以通过图5中的通信接口504来实现,图17中的存储模块1703的功能/实现过程可以通过图5中的存储器503来实现。
由于本实施例提供的第二移动管理网元可执行上述的承载处理方法,因此其所能获得的技术效果可参考上述方法实施例,在此不再赘述。
可选的,本申请实施例还提供了一种芯片***,该芯片***包括处理器,用于支持第二移动管理网元实现上述承载处理方法,例如将扩展EPS承载挂起。在一种可能的设计中,该芯片***还包括存储器。该存储器,用于保存第二移动管理网元必要的程序指令和数据。当然,存储器也可以不在芯片***中。该芯片***,可以由芯片构成,也可以包含芯片和其他分立器件,本申请实施例对此不作具体限定。
比如,以采用集成的方式划分各个功能模块的情况下,图18示出了一种第二网关网元180的结构示意图。该第二网关网元180包括:收发模块1801和处理模块1802。收发模块1801,用于在终端接入第一***的情况下,接收将扩展EPS承载挂起的第一通知消息,第一***包括2G***、3G***或第一EPS;处理模块1802,用于根据第一通知消息,将扩展EPS承载挂起。
可选的,收发模块1801,还用于接收删除挂起的扩展EPS承载的第二通知消息;处理模块1802,还用于根据第二通知消息,删除挂起的扩展EPS承载。
可选的,收发模块1801,还用于在第二网关网元与第一***中为终端服务的第一网关网元不相同的情况下,接收来自有扩展EPS承载的第二移动管理网元的删除会话消息;处理模块1802,还用于根据删除会话消息,删除终端的上下文中除扩展EPS承载的上下文和扩展EPS承载相关的终端上下文之外的终端上下文。
可选的,收发模块1801,还用于接收恢复挂起的扩展EPS承载的指示信息;处理模块1802,还用于根据指示信息,恢复挂起的扩展EPS承载。
可选的,第二网关网元180包括服务网关网元或分组数据网关网元或控制面网关网元;收发模块1801用于接收恢复挂起的扩展EPS承载的指示信息,包括:用于接收修改承载请求,修改承载请求携带扩展EPS承载的信息,扩展EPS承载的信息用于指示第二网关网元恢复挂起的扩展EPS承载。
可选的,第二网关网元180包括业务能力开放网元;收发模块1801用于接收恢复挂起的扩展EPS承载的指示信息,包括:用于接收创建连接请求,创建连接请求携带扩展EPS承载的恢复指示信息,恢复指示信息用于指示第二网关网元恢复挂起的扩展EPS承载。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
在本实施例中,该第二网关网元180以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC,电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到该第二网关网元180可以采用图5所示的形式。
比如,图5中的处理器501可以通过调用存储器503中存储的计算机执行指令,使得第二网关网元180执行上述方法实施例中的承载处理方法。
具体的,图18中的收发模块1801和处理模块1802的功能/实现过程可以通过图5中的处理器501调用存储器503中存储的计算机执行指令来实现。或者,图18中的处理模块1802的功能/实现过程可以通过图5中的处理器501调用存储器503中存储的计算机执行指令来实现,图18中的收发模块1801的功能/实现过程可以通过图5中的通信接口504来实现。
由于本实施例提供的第二网关网元可执行上述的承载处理方法,因此其所能获得的技术效果可参考上述方法实施例,在此不再赘述。
可选的,本申请实施例还提供了一种芯片***,该芯片***包括处理器,用于支持第二移动管理网元实现上述承载处理方法,例如根据第一通知消息,将扩展EPS承载挂起。在一种可能的设计中,该芯片***还包括存储器。该存储器,用于保存第二网关网元必要的程序指令和数据。当然,存储器也可以不在芯片***中。该芯片***,可以由芯片构成,也可以包含芯片和其他分立器件,本申请实施例对此不作具体限定。
比如,以采用集成的方式划分各个功能模块的情况下,图18示出了一种用户面网关网元190的结构示意图。该用户面网关网元190包括:收发模块1901和处理模块1902。收发模块1901,用于在终端接入第一***的情况下,接收将扩展EPS承载所关联的PFCP会话挂起的第一通知消息,第一***包括2G***、3G***或第一EPS;处理模块1902,用于根据第一通知消息,将扩展EPS承载所关联的PFCP会话挂起。
可选的,收发模块1901,还用于接收删除挂起的扩展EPS承载所关联的PFCP会话的第二通知消息;处理模块1902,还用于根据第二通知消息,删除挂起的扩展EPS承载所关联的PFCP会话。
可选的,收发模块1901,还用于接收PFCP会话修改请求,PFCP会话修改请求携带扩展EPS承载的信息;处理模块1902,还用于根据扩展EPS承载的信息,恢复挂起的扩展EPS承载所关联的PFCP会话。
其中,上述方法实施例涉及的各步骤的所有相关内容均可以援引到对应功能模块的功能描述,在此不再赘述。
在本实施例中,该用户面网关网元190以采用集成的方式划分各个功能模块的形式来呈现。这里的“模块”可以指特定ASIC,电路,执行一个或多个软件或固件程序的处理器和存储器,集成逻辑电路,和/或其他可以提供上述功能的器件。在一个简单的实施例中,本领域的技术人员可以想到该用户面网关网元190可以采用图5所示的形式。
比如,图5中的处理器501可以通过调用存储器503中存储的计算机执行指令,使得用户面网关网元190执行上述方法实施例中的承载处理方法。
具体的,图19中的收发模块1901和处理模块1902的功能/实现过程可以通过图5中的处理器501调用存储器503中存储的计算机执行指令来实现。或者,图19中的处理模块1902的功能/实现过程可以通过图5中的处理器501调用存储器503中存储的计算机执行指令来实现,图19中的收发模块1901的功能/实现过程可以通过图5中的通信接口504来实现。
由于本实施例提供的用户面网关网元可执行上述的承载处理方法,因此其所能获得的技术效果可参考上述方法实施例,在此不再赘述。
可选的,本申请实施例还提供了一种芯片***,该芯片***包括处理器,用于支持用户面网关网元实现上述承载处理方法,例如根据第一通知消息,将扩展EPS承载所关联的PFCP会话挂起。在一种可能的设计中,该芯片***还包括存储器。该存储器,用于保存用户面网关网元必要的程序指令和数据。当然,存储器也可以不在芯片***中。该芯片***,可以由芯片构成,也可以包含芯片和其他分立器件,本申请实施例对此不作具体限定。
在上述实施例中,可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件程序实现时,可以全部或部分地以计算机程序产品的形式来实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时,全部或部分地产生按照本申请实施例所述的流程或功能。所述计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。所述计算机指令可以存储在计算机可读存储介质中,或者从一个计算机可读存储介质向另一个计算机可读存储介质传输,例如,所述计算机指令可以从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(digital subscriber line,DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。所述计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可以用介质集成的服务器、数据中心等数据存储设备。所述可用介质可以是磁性介质(例如,软盘、硬盘、磁带),光介质(例如,DVD)、或者半导体介质(例如固态硬盘(solid state disk,SSD))等。
尽管在此结合各实施例对本申请进行了描述,然而,在实施所要求保护的本申请过程中,本领域技术人员通过查看所述附图、公开内容、以及所附权利要求书,可理解并实现所述公开实施例的其他变化。在权利要求中,“包括”(comprising)一词不排除其他组成部分或步骤,“一”或“一个”不排除多个的情况。单个处理器或其他单元可以实现权利要求中列举的若干项功能。相互不同的从属权利要求中记载了某些措施,但这并不表示这些措施不能组合起来产生良好的效果。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。
Claims (49)
1.一种承载处理方法,其特征在于,所述方法包括:
有激活态扩展演进分组***EPS承载的终端接入第一***,所述第一***包括第二代2G***、第三代3G***或第一EPS;
所述终端确定所述第一***不支持所述扩展EPS承载;
所述终端将所述扩展EPS承载挂起。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
在挂起的所述扩展EPS承载在第一预设时长到达时仍处于挂起状态的情况下,所述终端删除挂起的所述扩展EPS承载。
3.根据权利要求1或2所述的方法,其特征在于,所述方法还包括:
有挂起的所述扩展EPS承载的所述终端接入第二EPS;
所述终端向所述第二EPS中的第三移动管理网元发送跟踪域更新TAU请求消息,所述TAU请求消息携带所述终端的身份标识信息;
所述终端接收来自所述第三移动管理网元的TAU接受消息,所述TAU接受消息携带所述扩展EPS承载为激活态的指示信息;
所述终端根据所述扩展EPS承载为激活态的指示信息,恢复挂起的所述扩展EPS承载。
4.根据权利要求3所述的方法,其特征在于,所述TAU请求消息还携带所述终端支持所述扩展EPS承载的能力信息、挂起全球唯一临时标识GUTI或者扩展EPS承载的挂起指示信息中的至少一个,其中,所述挂起GUTI为挂起所述扩展EPS承载的第二移动管理网元分配的GUTI,用于指示挂起所述扩展EPS承载的所述第二移动管理网元,所述扩展EPS承载的挂起指示信息用于指示所述终端有挂起的所述扩展EPS承载。
5.根据权利要求4所述的方法,其特征在于,所述TAU接受消息还携带所述第二EPS支持所述扩展EPS承载的能力信息。
6.根据权利要求4或5所述的方法,其特征在于,所述TAU接受消息还携带第二预设时长;所述方法还包括:
所述终端存储所述第二预设时长,其中,所述第二预设时长为所述扩展EPS承载挂起的时间长度。
7.根据权利要求6所述的方法,其特征在于,所述方法还包括:
所述终端存储与挂起的所述扩展EPS承载相关的终端上下文,所述终端上下文中包括挂起GUTI,所述挂起GUTI为挂起所述扩展EPS承载的第二移动管理网元分配的GUTI,用于指示挂起所述扩展EPS承载的所述第二移动管理网元。
8.根据权利要求1-2、4-5、7任一项所述的方法,其特征在于,所述终端确定所述第一***不支持所述扩展EPS承载,包括:
所述终端接收来自所述第一***中的第一移动管理网元的位置更新接受消息;
所述终端确定所述位置更新接受消息中未携带所述第一***支持所述扩展EPS承载的能力信息。
9.一种承载处理方法,其特征在于,所述方法包括:
在终端接入第一***的情况下,有所述终端的激活态扩展演进分组***EPS承载的第二移动管理网元确定所述第一***不支持所述扩展EPS承载,所述第一***包括第二代2G***、第三代3G***或第一EPS;
所述第二移动管理网元将所述扩展EPS承载挂起;
所述第二移动管理网元向所述扩展EPS承载关联的第二网关网元发送第一通知消息,所述第一通知消息用于通知所述第二网关网元将所述扩展EPS承载挂起。
10.根据权利要求9所述的方法,其特征在于,所述方法还包括:
在挂起的所述扩展EPS承载在第一预设时长到达时仍处于挂起状态的情况下,所述第二移动管理网元删除挂起的所述扩展EPS承载;以及,所述第二移动管理网元向所述第二网关网元发送第二通知消息,所述第二通知消息用于通知所述第二网关网元删除挂起的所述扩展EPS承载。
11.根据权利要求9或10所述的方法,其特征在于,所述方法还包括:
所述第二移动管理网元确定所述终端从所述第二移动管理网元所在的第二EPS接入;
所述第二移动管理网元为所述终端恢复挂起的所述扩展EPS承载。
12.根据权利要求11所述的方法,其特征在于,所述第二移动管理网元确定所述终端从所述第二移动管理网元所在的第二EPS接入,包括:
所述第二移动管理网元接收来自所述终端的跟踪域更新TAU请求消息,所述TAU请求消息携带所述终端的身份标识信息;或者,
所述第二移动管理网元接收来自所述第一***中的第一移动管理网元发送的转发重定位请求消息,所述转发重定位请求消息携带所述终端的身份标识信息;或者,
所述第二移动管理网元接收来自所述第二EPS中的第三移动管理网元发送的上下文请求消息,所述上下文请求消息携带所述终端的身份标识信息。
13.根据权利要求12所述的方法,其特征在于,在所述第二移动管理网元接收来自所述第二EPS中的第三移动管理网元发送的上下文请求消息之后,所述方法还包括:
所述第二移动管理网元向所述第三移动管理网元发送恢复的所述扩展EPS承载的上下文以及关联的终端上下文。
14.根据权利要求13所述的方法,其特征在于,所述关联的终端上下文包括所述第二网关网元的信息,所述第二网关网元的信息用于所述第三移动管理网元确定所述第二EPS中为所述终端服务的第三网关网元。
15.根据权利要求12所述的方法,其特征在于,在所述第二移动管理网元确定所述终端从所述第二移动管理网元所在的第二EPS接入之后,所述方法还包括:
所述第二移动管理网元确定所述第二EPS中为所述终端服务的第三网关网元;
在所述第三网关网元为所述第二网关网元的情况下,所述第二移动管理网元通知所述第三网关网元恢复挂起的所述扩展EPS承载;或者,
在所述第三网关网元不是所述第二网关网元的情况下,所述第二移动管理网元请求所述第三网关网元建立所述扩展EPS承载。
16.根据权利要求15所述的方法,其特征在于,所述第三网关网元包括服务网关网元或控制面网关网元;所述第二移动管理网元通知所述第三网关网元恢复挂起的所述扩展EPS承载,包括:
所述第二移动管理网元向所述第三网关网元发送修改承载请求,所述修改承载请求携带所述扩展EPS承载的信息,所述扩展EPS承载的信息用于指示所述第三网关网元恢复挂起的所述扩展EPS承载;或者,
所述第二移动管理网元请求所述第三网关网元建立所述扩展EPS承载,包括:
所述第二移动管理网元向所述第三网关网元发送创建会话请求,所述创建会话请求携带所述扩展EPS承载的信息,所述扩展EPS承载的信息用于指示所述服务网关网元为所述终端建立所述扩展EPS承载。
17.根据权利要求15所述的方法,其特征在于,所述第三网关网元包括业务能力开放网元;所述第二移动管理网元通知所述第三网关网元恢复挂起的所述扩展EPS承载方法,包括:
所述第二移动管理网元向所述业务能力开放网元发送创建连接请求,所述创建连接请求携带所述扩展EPS承载的信息,所述扩展EPS承载的信息用于指示所述业务能力开放网元恢复挂起的所述扩展EPS承载。
18.根据权利要求12-17任一项所述的方法,其特征在于,所述方法还包括:
所述第二移动管理网元向所述终端发送TAU接受消息,所述TAU接受消息携带所述扩展EPS承载为激活态的指示信息。
19.根据权利要求9-10、12-17任一项所述的方法,其特征在于,在所述第二移动管理网元将所述扩展EPS承载挂起之后,所述方法还包括:
所述第二移动管理网元存储与挂起的所述扩展EPS承载相关的终端上下文,所述终端上下文中包括所述终端的身份标识信息、所述第二网关网元的标识信息和第一预设时长,所述第一预设时长为所述扩展EPS承载挂起的时间长度。
20.根据权利要求19所述的方法,其特征在于,所述第二移动管理网元确定所述第一***不支持所述扩展EPS承载,包括:
所述第二移动管理网元接收来自所述第一***中的第一移动管理网元的上下文请求消息;所述第二移动管理网元确定所述上下文请求消息中未携带所述第一***支持所述扩展EPS承载的能力信息;或者;
所述第二移动管理网元确定所述第一***不支持所述扩展EPS承载,包括:
所述第二移动管理网元接收来自接入网元的切换请求,所述切换请求携带所述第一***中的第一移动管理网元的标识信息;所述第二移动管理网元根据所述第一移动管理网元的标识信息,确定所述第一***不支持所述扩展EPS承载。
21.一种承载处理方法,其特征在于,所述方法包括:
在终端接入第一***的情况下,有所述终端的激活态扩展演进分组***EPS承载的第二网关网元接收将所述扩展EPS承载挂起的第一通知消息,所述第一***包括第二代2G***、第三代3G***或第一EPS;
所述第二网关网元根据所述第一通知消息,将所述扩展EPS承载挂起。
22.根据权利要求21所述的方法,其特征在于,所述方法还包括:
所述第二网关网元接收删除挂起的所述扩展EPS承载的第二通知消息;
所述第二网关网元根据所述第二通知消息,删除挂起的所述扩展EPS承载。
23.根据权利要求21或22所述的方法,其特征在于,所述方法还包括:
在所述第二网关网元与所述第一***中为所述终端服务的第一网关网元不相同的情况下,所述第二网关网元接收来自有所述扩展EPS承载的第二移动管理网元的删除会话消息;
所述第二网关网元根据所述删除会话消息,删除所述终端的上下文中除所述扩展EPS承载的上下文和所述扩展EPS承载相关的终端上下文之外的终端上下文。
24.根据权利要求23所述的方法,其特征在于,所述方法还包括:
所述第二网关网元接收恢复挂起的所述扩展EPS承载的指示信息;
所述第二网关网元根据所述指示信息,恢复挂起的所述扩展EPS承载。
25.根据权利要求24所述的方法,其特征在于,所述第二网关网元包括服务网关网元或分组数据网关网元或控制面网关网元;
所述第二网关网元接收恢复挂起的所述扩展EPS承载的指示信息,包括:
所述第二网关网元接收修改承载请求,所述修改承载请求携带所述扩展EPS承载的信息,所述扩展EPS承载的信息用于指示所述第二网关网元恢复挂起的所述扩展EPS承载。
26.根据权利要求24所述的方法,其特征在于,所述第二网关网元包括业务能力开放网元;
所述第二网关网元接收恢复挂起的所述扩展EPS承载的指示信息,包括:
所述第二网关网元接收创建连接请求,所述创建连接请求携带所述扩展EPS承载的恢复指示信息,所述恢复指示信息用于指示所述第二网关网元恢复挂起的所述扩展EPS承载。
27.一种承载处理方法,其特征在于,所述方法包括:
在终端接入第一***的情况下,有所述终端的激活态扩展演进分组***EPS承载的用户面网关网元接收将所述扩展EPS承载所关联的分组转发控制协议PFCP会话挂起的第一通知消息,所述第一***包括第二代2G***、第三代3G***或第一EPS;
所述用户面网关网元根据所述第一通知消息,将所述扩展EPS承载所关联的PFCP会话挂起。
28.根据权利要求27所述的方法,其特征在于,所述方法还包括:
所述用户面网关网元接收删除挂起的所述扩展EPS承载所关联的PFCP会话的第二通知消息;
所述用户面网关网元根据所述第二通知消息,删除挂起的所述扩展EPS承载所关联的PFCP会话。
29.根据权利要求27或28所述的方法,其特征在于,所述方法还包括:
所述用户面网关网元接收PFCP会话修改请求,所述PFCP会话修改请求携带所述扩展EPS承载的信息;
所述用户面网关网元根据所述扩展EPS承载的信息,恢复挂起的所述扩展EPS承载所关联的PFCP会话。
30.一种终端,所述终端有激活态扩展演进分组***EPS承载,其特征在于,所述终端包括:接入模块和处理模块;
所述接入模块,用于接入第一***,所述第一***包括第二代2G***、第三代3G***或第一EPS;
所述处理模块,用于确定所述第一***不支持所述扩展EPS承载;
所述处理模块,还用于将所述扩展EPS承载挂起。
31.根据权利要求30所述的终端,其特征在于,
所述处理模块,还用于在挂起的所述扩展EPS承载在第一预设时长到达时仍处于挂起状态的情况下,删除挂起的所述扩展EPS承载。
32.根据权利要求30或31所述的终端,其特征在于,所述终端还包括收发模块;
所述接入模块,还用于接入第二EPS;
所述收发模块,还用于向所述第二EPS中的第三移动管理网元发送跟踪域更新TAU请求消息,所述TAU请求消息携带所述终端的身份标识信息;
所述收发模块,还用于接收来自所述第三移动管理网元的TAU接受消息,所述TAU接受消息携带所述扩展EPS承载为激活态的指示信息;
所述处理模块,还用于根据所述扩展EPS承载为激活态的指示信息,恢复挂起的所述扩展EPS承载。
33.根据权利要求32所述的终端,其特征在于,所述处理模块用于确定所述第一***不支持所述扩展EPS承载,包括:用于接收来自所述第一***中的第一移动管理网元的位置更新接受消息;确定所述位置更新接受消息中未携带所述第一***支持所述扩展EPS承载的能力信息。
34.一种第二移动管理网元,所述第二移动管理网元有终端的激活态扩展演进分组***EPS承载,其特征在于,所述第二移动管理网元包括:处理模块和收发模块;
所述处理模块,用于在所述终端接入第一***的情况下,确定所述第一***不支持所述扩展EPS承载,所述第一***包括第二代2G***、第三代3G***或第一EPS;
所述处理模块,还用于将所述扩展EPS承载挂起;
所述收发模块,用于向所述扩展EPS承载关联的第二网关网元发送第一通知消息,所述第一通知消息用于通知所述第二网关网元将所述扩展EPS承载挂起。
35.根据权利要求34所述的第二移动管理网元,其特征在于,
所述处理模块,还用于在挂起的所述扩展EPS承载在第一预设时长到达时仍处于挂起状态的情况下,删除挂起的所述扩展EPS承载;
所述收发模块,还用于向所述第二网关网元发送第二通知消息,所述第二通知消息用于通知所述第二网关网元删除挂起的所述扩展EPS承载。
36.根据权利要求34或35所述的第二移动管理网元,其特征在于,
所述处理模块,还用于确定所述终端从所述第二移动管理网元所在的第二EPS接入;
所述处理模块,还用于为所述终端恢复挂起的所述扩展EPS承载。
37.根据权利要求36所述的第二移动管理网元,其特征在于,
所述处理模块,还用于确定所述第二EPS中为所述终端服务的第三网关网元;
所述处理模块,还用于在所述第三网关网元为所述第二网关网元的情况下,通知所述第三网关网元恢复挂起的所述扩展EPS承载;或者,
所述处理模块,还用于在所述第三网关网元不是所述第二网关网元的情况下,请求所述第三网关网元建立所述扩展EPS承载。
38.根据权利要求37所述的第二移动管理网元,其特征在于,
所述收发模块,还用于向所述终端发送TAU接受消息,所述TAU接受消息携带所述扩展EPS承载为激活态的指示信息。
39.根据权利要求38所述的第二移动管理网元,其特征在于,所述第二移动管理网元还包括存储模块;
所述存储模块,用于存储与挂起的所述扩展EPS承载相关的终端上下文,所述终端上下文中包括所述终端的身份标识信息、所述第二网关网元的标识信息和第一预设时长,所述第一预设时长为所述扩展EPS承载挂起的时间长度。
40.根据权利要求34-35、37-39任一项所述的第二移动管理网元,其特征在于,所述处理模块用于确定所述第一***不支持所述扩展EPS承载,包括:用于接收来自所述第一***中的第一移动管理网元的上下文请求消息;所述第二移动管理网元确定所述上下文请求消息中未携带所述第一***支持所述扩展EPS承载的能力信息;或者;
所述处理模块用于确定所述第一***不支持所述扩展EPS承载,包括:用于接收来自接入网元的切换请求,所述切换请求携带所述第一***中的第一移动管理网元的标识信息;所述第二移动管理网元根据所述第一移动管理网元的标识信息,确定所述第一***不支持所述扩展EPS承载。
41.一种第二网关网元,所述第二网关网元有终端的激活态扩展演进分组***EPS承载,其特征在于,所述第二网关网元包括:收发模块和处理模块;
所述收发模块,用于在所述终端接入第一***的情况下,接收将所述扩展EPS承载挂起的第一通知消息,所述第一***包括第二代2G***、第三代3G***或第一EPS;
所述处理模块,用于根据所述第一通知消息,将所述扩展EPS承载挂起。
42.根据权利要求41所述的第二网关网元,其特征在于,
所述收发模块,还用于接收删除挂起的所述扩展EPS承载的第二通知消息;
所述处理模块,还用于根据所述第二通知消息,删除挂起的所述扩展EPS承载。
43.根据权利要求41或42所述的第二网关网元,其特征在于,
所述收发模块,还用于在所述第二网关网元与所述第一***中为所述终端服务的第一网关网元不相同的情况下,接收来自有所述扩展EPS承载的第二移动管理网元的删除会话消息;
所述处理模块,还用于根据所述删除会话消息,删除所述终端的上下文中除所述扩展EPS承载的上下文和所述扩展EPS承载相关的终端上下文之外的终端上下文。
44.根据权利要求43所述的第二网关网元,其特征在于,
所述收发模块,还用于接收恢复挂起的所述扩展EPS承载的指示信息;
所述处理模块,还用于根据所述指示信息,恢复挂起的所述扩展EPS承载。
45.一种用户面网关网元,所述用户面网关网元有终端的激活态扩展演进分组***EPS承载,其特征在于,所述用户面网关网元包括:收发模块和处理模块;
所述收发模块,用于在所述终端接入第一***的情况下,接收将所述扩展EPS承载所关联的分组转发控制协议PFCP会话挂起的第一通知消息,所述第一***包括第二代2G***、第三代3G***或第一EPS;
所述处理模块,用于根据所述第一通知消息,将所述扩展EPS承载所关联的PFCP会话挂起。
46.根据权利要求45所述的用户面网关网元,其特征在于,
所述收发模块,还用于接收删除挂起的所述扩展EPS承载所关联的PFCP会话的第二通知消息;
所述处理模块,还用于根据所述第二通知消息,删除挂起的所述扩展EPS承载所关联的PFCP会话。
47.根据权利要求45或46所述的用户面网关网元,其特征在于,
所述收发模块,还用于接收PFCP会话修改请求,所述PFCP会话修改请求携带所述扩展EPS承载的信息;
所述处理模块,还用于根据所述扩展EPS承载的信息,恢复挂起的所述扩展EPS承载所关联的PFCP会话。
48.一种承载处理***,其特征在于,所述承载处理***包括如权利要求34-40任一项所述的第二移动管理网元以及如权利要求41-44任一项所述的第二网关网元。
49.一种承载处理***,其特征在于,所述承载处理***包括有终端的激活态扩展演进分组***EPS承载的第二移动管理网元、所述扩展EPS承载关联的控制面网关网元以及所述扩展EPS承载关联的用户面网关网元;
所述第二移动管理网元,用于在所述终端接入第一***的情况下,确定所述第一***不支持所述扩展EPS承载之后,将所述扩展EPS承载挂起,并向所述控制面网关网元发送第一通知消息,所述第一通知消息用于通知所述控制面网关网元将所述扩展EPS承载挂起;其中,所述第一***包括第二代2G***、第三代3G***或第一EPS;
所述控制面网关网元,用于接收所述第一通知消息,并根据所述第一通知消息,将所述扩展EPS承载挂起之后,向所述用户面网关网元发送第二通知消息,所述第二通知消息用于通知所述用户面网关网元将所述扩展EPS承载所关联的分组转发控制协议PFCP会话挂起;
所述用户面网关网元,用于接收所述第二通知消息,并根据所述第二通知消息,将所述扩展EPS承载所关联的PFCP会话挂起。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810148471.5A CN110167079B (zh) | 2018-02-12 | 2018-02-12 | 承载处理方法、设备及*** |
PCT/CN2019/072123 WO2019154037A1 (zh) | 2018-02-12 | 2019-01-17 | 承载处理方法、设备及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810148471.5A CN110167079B (zh) | 2018-02-12 | 2018-02-12 | 承载处理方法、设备及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110167079A CN110167079A (zh) | 2019-08-23 |
CN110167079B true CN110167079B (zh) | 2020-08-25 |
Family
ID=67549198
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810148471.5A Active CN110167079B (zh) | 2018-02-12 | 2018-02-12 | 承载处理方法、设备及*** |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN110167079B (zh) |
WO (1) | WO2019154037A1 (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021223210A1 (en) * | 2020-05-08 | 2021-11-11 | Qualcomm Incorporated | Eps bearer reestablishment after handoff |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2002078289A1 (en) * | 2001-03-27 | 2002-10-03 | Sony International (Europe) Gmbh | Method for achieving end-to-end quality of service negotiation for distributed multimedia applications |
CN101742646A (zh) * | 2008-11-17 | 2010-06-16 | 华为技术有限公司 | 承载挂起和恢复的处理方法和装置 |
CN102131259A (zh) * | 2010-01-13 | 2011-07-20 | 华为技术有限公司 | 切换控制方法和相关设备及*** |
CN107040945A (zh) * | 2017-04-25 | 2017-08-11 | 广东工业大学 | EPC网络的QoS修改方法及移动性管理实体装置 |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP5639281B2 (ja) * | 2010-11-11 | 2014-12-10 | クゥアルコム・インコーポレイテッドQualcomm Incorporated | 回線交換フォールバック性能を改善するためのシステムおよび方法 |
US20150334622A1 (en) * | 2014-05-19 | 2015-11-19 | Broadcom Corporation | Apparatus and Method to Perform LTE/WLAN Handoff by Keeping LTE Attached or in Suspended State |
-
2018
- 2018-02-12 CN CN201810148471.5A patent/CN110167079B/zh active Active
-
2019
- 2019-01-17 WO PCT/CN2019/072123 patent/WO2019154037A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2002078289A1 (en) * | 2001-03-27 | 2002-10-03 | Sony International (Europe) Gmbh | Method for achieving end-to-end quality of service negotiation for distributed multimedia applications |
CN101742646A (zh) * | 2008-11-17 | 2010-06-16 | 华为技术有限公司 | 承载挂起和恢复的处理方法和装置 |
CN102131259A (zh) * | 2010-01-13 | 2011-07-20 | 华为技术有限公司 | 切换控制方法和相关设备及*** |
CN107040945A (zh) * | 2017-04-25 | 2017-08-11 | 广东工业大学 | EPC网络的QoS修改方法及移动性管理实体装置 |
Non-Patent Citations (3)
Title |
---|
Discussion on LTE/EPS bearer limitations;Telstra;《SA WG2 Meeting #122bis,S2-175383》;20170825;全文 * |
UE impact for increasing the maximum number of EPS bearers;MediaTek Inc.;《SA WG2 Meeting #123,S2-178820》;20171027;全文 * |
UE Initiated Suspend Request;Motorola;《3GPP TSG SA WG2 Meeting #78,S2-101480》;20100226;全文 * |
Also Published As
Publication number | Publication date |
---|---|
WO2019154037A1 (zh) | 2019-08-15 |
CN110167079A (zh) | 2019-08-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110166407B (zh) | QoS流处理方法、设备及*** | |
CN109729125B (zh) | 会话建立方法、设备及*** | |
EP4297499A2 (en) | Session establishment method and apparatus | |
US11212864B2 (en) | Method and device for processing non-matching between UE and network state | |
CN110049485B (zh) | 一种配置ue的策略的方法、装置和*** | |
EP3742672A1 (en) | Network slice-based communication method and apparatus | |
WO2018126535A1 (zh) | 一种会话管理方法及装置 | |
CN110972224B (zh) | 一种通信方法、装置及*** | |
CN109673061B (zh) | 一种pdu会话处理的方法和装置 | |
CN111465062A (zh) | 一种通信***间移动方法及装置 | |
CN109155994B (zh) | 一种用户面资源管理方法、用户面网元及控制面网元 | |
KR102476193B1 (ko) | 레이트 제어 방법, 장치, 및 시스템 | |
CN110266826B (zh) | 地址管理方法、设备及*** | |
CN110446233B (zh) | 切换方法、设备及*** | |
CN110831088B (zh) | 策略控制方法、设备及*** | |
EP3787369A1 (en) | Connection reconstruction method, device and system | |
CN103402187A (zh) | 一种下行信令消息流程处理的方法及装置 | |
CN110167079B (zh) | 承载处理方法、设备及*** | |
CN113473646B (zh) | 一种通信方法及装置 | |
CN109429219B (zh) | 切换方法、设备及*** | |
CN109076316A (zh) | 一种处理信息或消息的方法及网络设备 | |
CN110856273B (zh) | 会话管理方法、设备及*** | |
CN110677845B (zh) | 一种确定应用功能请求状态的方法、网元及*** | |
CN114828203A (zh) | 信息处理的方法、装置、设备及可读存储介质 | |
WO2019033945A1 (zh) | 一种ue和网络状态不匹配的处理方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |