网关故障恢复方法、系统及装置与流程

文档序号:31712388发布日期:2022-10-04 20:02阅读:390来源:国知局
网关故障恢复方法、系统及装置与流程
c故障而导致ue的pdn连接中断的故障恢复。也就是说,由于第一sgw-c故障导致ue的pdn连接中断,该移动管理网元需要将该ue的pdn连接恢复到可用的sgw-c上。
10.可理解,本技术实施例中示出的pgw-c还可以称为数据网关控制面,sgw-c还可以称为服务网关控制面,pgw-u还可以称为数据网关用户面,sgw-u还可以称为服务网关用户面。对于该说明,下文所示的各个实施例均适用。
11.本技术实施例中,当第一sgw-c故障时,pgw-u向第一pgw-c发送第一消息,通过该第一消息中携带的信息指示第一sgw-c故障。从而,通过该第一pgw-c触发第二sgw-c通知mme执行恢复流程。同时,第一pgw-c发送的第二消息中通过携带ue的标识,可使得mme优先恢复有数据传输的ue的pdn连接,不仅能够及时保证该ue的业务传输,而且还提高了用户体验。
12.在一种可能的实现方式中,所述方法还包括:
13.所述第一pgw-c确定所述隧道标识对应的分组数据网络pdn连接的上下文(或者,也可以称为pdn连接上下文),所述pdn连接上下文包括所述终端设备的标识和所述移动管理网元的标识。
14.示例性的,第一pgw-c存储有pdn连接的上下文,该pdn连接的上下文包括连接信息和一个或多个承载上下文。该连接信息中可以包括移动管理网元的标识、ue的标识和sgw-c的标识等,该承载上下文中可以包括sgw-u的网际互联协议(internet protocol,ip)地址和隧道端点标识(tunnel endpoint identifier,teid)。因此,第一pgw-c根据sgw-u的ip地址和teid确定承载上下文,根据该承载上下文对应的连接信息,从而确定第一sgw-c故障,以及获得终端设备的标识和移动管理网元的标识。
15.在一种可能的实现方式中,所述方法还包括:
16.所述第一pgw-c根据所述第一消息确定所述第一sgw-c故障。
17.也就是说,第一pgw-c可以根据第一消息确定sgw-u的隧道标识对应的承载关联的第一sgw-c故障。
18.在一种可能的实现方式中,所述隧道标识包括所述sgw-u的ip地址和teid。
19.在一种可能的实现方式中,所述方法还包括:
20.所述第二sgw-c接收所述第二消息,并向所述移动管理网元发送故障恢复请求,所述故障恢复请求包括所述终端设备的标识,所述故障恢复请求用于触发所述移动管理网元恢复所述终端设备的pdn连接。
21.一般的,多个终端设备的pdn连接可能会均建立在第一sgw-c上,因此如果同时恢复第一sgw-c对应的所有pdn连接,则会带来一定的信令开销,并且恢复时间较长,将会影响有业务数据包传输的终端设备。本技术实施例中,上述第二消息之所以包括终端设备的标识,是因为该终端设备有业务数据包的传输,如该终端设备需要接收下行数据包。因此,通过携带该终端设备的标识,可使得移动管理网元优先恢复该终端设备的pdn连接,保证该终端设备能够及时恢复业务数据包的传输,保证该终端设备的业务连续性。
22.在一种可能的实现方式中,所述故障恢复请求为pgw下行触发通知。
23.本技术实施例示出的故障恢复请求也可以称为故障通知消息等,本技术实施例对于该故障恢复请求的具体名称不作限定。可理解,关于该说明,下文示出的各个实施例同样适用。
24.在一种可能的实现方式中,所述第一控制面数据网关pgw-c接收来自用户面数据网关pgw-u的第一消息之前,所述方法还包括:
25.所述pgw-u向所述sgw-u发送所述终端设备的下行数据包;
26.所述sgw-u接收所述下行数据包,并向所述第一sgw-c发送所述下行数据通知;
27.在所述sgw-u未接收到来自所述第一sgw-c的响应消息的情况下,或者,在所述sgw-u接收到来自所述第一sgw-c的响应消息,且所述响应消息中携带复位时间戳的情况下,所述sgw-u向所述pgw-u发送错误指示消息,所述错误指示消息携带所述第一指示信息。
28.一般的,当第一sgw-c没有故障时,sgw-u能够在预设时长(也可以称为一定时长)内接收到第一sgw-c的响应消息。从而,sgw-u建立sgw-u和接入网设备之间用以转发下行数据包的通道,在转发通道建立成功后,sgw-u向接入网设备转发下行数据包。
29.然而,当第一sgw-c故障时,sgw-u在预设时长(也可以称为一定时长)内就无法接收到第一sgw-c的响应消息。或者,当第一sgw-c故障时,该sgw-u会接收到来自第一sgw-c的响应消息,但是该响应消息中会携带复位时间戳。在上述情况下,sgw-u可以直接向pgw-u发送错误指示消息。或者,可选的,sgw-u也可以先确定第一sgw-c故障,然后发送错误指示消息。或者,也可以称为sgw-u也可以检测到第一sgw-c故障后,发送错误指示消息。可理解,关于sgw-u检测第一sgw-c故障的方法,还可以参考下文关于图2的介绍。例如,可以参考下文图2中步骤201至步骤203的介绍。
30.在一种可能的实现方式中,所述移动管理网元恢复所述终端设备的分组数据网络pdn连接包括:所述移动管理网元将所述终端设备的pdn连接建立在第三sgw-c与第一pgw-c上(建立到第三sgw-c与第一pgw-c);或者
31.所述移动管理网元将所述终端设备的pdn连接建立在第二sgw-c与第一pgw-c上(建立到第二sgw-c与第一pgw-c);或者
32.所述移动管理网元将所述终端设备的pdn连接建立在第二sgw-c与第二pgw-c上(建立到第二sgw-c与第二pgw-c);或者
33.所述移动管理网元将所述终端设备的pdn连接建立在第三sgw-c与第一pgw-c上(建立到第三sgw-c与第一pgw-c)。
34.可理解,关于第一方面的具体说明,还可以参考下文关于图2或图6的介绍等,这里不再详述。
35.第二方面,本技术实施例提供一种网关故障恢复方法,所述方法包括:
36.在第一控制面服务网关sgw-c故障时,用户面服务网关sgw-u根据用户面数据网关pgw-u发送的下行数据包确定终端设备的标识和服务于所述终端设备的移动管理网元的标识;
37.所述sgw-u向第二sgw-c发送第三消息,所述第三消息包括所述终端设备的标识和所述移动管理网元的标识,所述第三消息用于触发所述第二sgw-c通知所述移动管理网元恢复所述终端设备的分组数据网络pdn连接。
38.在上述第一sgw-c故障时,也可以替换为:在检测到第一sgw-c故障时,或者,在感知到第一sgw-c故障时,或者,在确定第一sgw-c故障时。可选的,在第一sgw-c与第一pgw-c合一部署时,在上述第一sgw-c故障时,可以替换为:在第一sgw-c和第一pgw-c故障时。即本技术实施例针对第一sgw-c与第一pgw-c分离部署的情况和第一sgw-c与第一pgw-c合一部
署的情况,均适用。
39.当第一sgw-c与第一pgw-c分离部署时,第三消息还可以理解为:用于触发第二sgw-c通知移动管理网元执行故障恢复流程,该故障的原因是由于第一sgw-c故障而导致终端设备的pdn连接中断。或者,用于触发第二sgw-c通知移动管理网元执行第一sgw-c故障的恢复等。当第一sgw-c与第一pgw-c合一部署时,第三消息还可以理解为:用于触发第二sgw-c通知移动管理网元执行故障恢复流程,该故障的原因是由于第一sgw-c与第一pgw-c故障而导致终端设备的pdn连接中断。或者,用于触发第二sgw-c通知移动管理网元执行第一sgw-c与第一pgw-c故障的恢复等。可理解,关于第三消息的说明,可以参考第一方面关于第二消息的解释,或者,也可以参考下文关于图3的介绍等,这里不再一一详述。
40.本技术实施例中,在第一sgw-c故障时,该sgw-u可以获取到终端设备的标识和服务于该终端设备的移动管理网元的标识,以及将其发送给第二sgw-c。进而,mme根据该ue的标识便可以获知建立在第一sgw-c上的pdn连接中断。即使是第一sgw-c与第一pgw-c合一部署,sgw-u可以触发移动管理网元执行恢复流程,以保证业务连续性。由此,本技术实施例提供的方法,不仅减少了信令交互的时间,而且还能够及时保证终端设备的业务传输,尽最大可能以最快速度恢复该ue的pdn连接。
41.在一种可能的实现方式中,所述用户面服务网关sgw-u根据用户面数据网关pgw-u发送的下行数据包确定终端设备的标识和服务于所述终端设备的移动管理网元的标识,包括:所述sgw-u根据所述pgw-u发送的下行数据包携带的业务数据信息确定与所述业务数据信息对应的数据包转发控制协议pfcp会话上下文,所述pfcp会话上下文包括所述终端设备的标识和所述移动管理网元的标识。
42.上述业务数据信息可以包括五元组或三元组等。一般的,下行数据包中会携带业务数据信息,因此,在sgw-u接收到下行数据包时,可以根据该下行数据包携带的业务数据信息确定对应的pfcp会话上下文,从而获知该pfcp会话上下文中的终端设备的标识和移动管理网元的标识。
43.在一种可能的实现方式中,在所述第一sgw-c故障之前,所述方法还包括:
44.所述sgw-u接收来自所述第一sgw-c的请求消息,所述请求消息包括所述移动管理网元的标识、所述终端设备的标识和业务数据信息;所述sgw-u向所述第一sgw-c发送响应消息;
45.所述sgw-u根据用户面数据网关pgw-u发送的下行数据包确定终端设备的标识和服务于所述终端设备的移动管理网元的标识,包括:所述sgw-u根据所述pgw-u发送的下行业务数据包携带的所述业务数据信息,确定所述终端设备的标识和所述移动管理网元的标识。
46.上述请求消息可以为pfcp会话建立请求,响应消息为pfcp会话建立响应。或者,请求消息可以为pfcp会话更新请求,响应消息为pfcp会话更新响应。
47.可理解,关于请求消息和响应消息的具体说明,还可以参考下文图3的描述。例如,可以参考下文图3中的步骤301和步骤302的介绍。
48.在一种可能的实现方式中,所述sgw-u根据用户面数据网关pgw-u发送的下行业务数据包确定终端设备的标识和服务于所述终端设备的移动管理网元的标识之前,所述方法还包括:所述sgw-u检测所述第一sgw-c故障。
49.在一种可能的实现方式中,所述sgw-u检测所述第一sgw-c故障,包括:
50.所述pgw-u向所述sgw-u发送下行数据包;所述sgw-u接收所述下行数据包,并向所述第一sgw-c发送下行数据通知;在所述sgw-u未接收到来自所述第一sgw-c的响应消息的情况下,或者,在所述sgw-u接收到来自所述第一sgw-c的响应消息,且所述响应消息中携带复位时间戳的情况下,所述sgw-u检测到所述第一sgw-c故障。
51.可理解,关于sgw-u检测所述第一sgw-c故障的方法,可以参考第一方面的描述,或者,参考下文,这里不再一一详述。
52.在一种可能的实现方式中,所述方法还包括:
53.所述第二sgw-c接收所述第三消息,并向所述移动管理网元发送故障恢复请求,所述故障恢复请求包括所述终端设备的标识,所述故障恢复请求用于触发所述移动管理网元恢复所述终端设备的pdn连接。
54.可理解,关于第二方面的具体说明,还可以参考下文关于图3、图6或图7的介绍等,这里不再一一详述。
55.第三方面,本技术实施例提供一种网关故障恢复方法,所述方法包括:
56.在第一控制面服务网关sgw-c和第一控制面数据网关pgw-c故障时,第二控制面数据网关pgw-c接收来自策略控制网元的触发消息,所述第二pgw-c是第一pgw-c的备份;所述第二pgw-c向第二sgw-c发送第四消息,所述第四消息包括终端设备的标识和服务于所述终端设备的移动管理网元的标识,所述第四消息用于触发所述第二sgw-c通知所述移动管理网元恢复所述终端设备的分组数据网络pdn连接。
57.示例性的,第四消息为pgw下行触发消息等,本技术实施例对于该第四消息的具体类型不作限定。上述策略控制网元也可以称为策略控制功能(policy and charging rules function,pcrf),或者pcrf实体等。
58.本技术实施例中,当pcrf检测到第一pgw-c故障时,选择备份的pgw-c(如第二pgw-c),从而通过该第二pgw-c选择可用的sgw-c(如第二sgw-c),以及通过该可用的sgw-c(如第二sgw-c)触发移动管理网元执行恢复流程。即第二pgw-c可以不通过故障的第一sgw-c触发移动管理网元执行恢复流程,而是通过可用的sgw-c触发移动管理网元执行恢复流程。从而,在第一sgw-c与第一pgw-c合一部署时,也能够保证移动管理网元执行恢复流程,有效保证了业务的连续性。
59.在一种可能的实现方式中,所述第四消息还包括所述终端设备的分组数据网络pdn连接的缺省承载标识和/或所述第二pgw-c的标识。
60.由于ue的pdn连接可能有多个,如在第一pgw-c故障之前,第一pgw-c上与第二pgw-c上可能均有pdn连接。因此,第四消息通过携带pdn连接的缺省承载标识,可使得移动管理网元明确获知恢复终端设备的多个pdn连接中的一个。上述第一方面所示的第二消息中,和上述第二方面所示的第三消息中,之所以不需要携带pdn连接的缺省承载标识是因为上述实施例由sgw-u触发故障恢复,而sgw-u为服务一个终端设备的所有pdn连接(如一个或多个pdn连接)的网元,因此,需要恢复终端设备的一个或多个pdn连接。而本技术实施例是pcrf或者pgw-c(如第二pgw-c)触发故障恢复,pcrf或者pgw-c为服务一个终端设备的一个pdn连接的网元,因此,可以恢复终端设备的一个pdn连接。因此,第一方面或第二方面,与第三方面中故障通知的粒度不同,第一方面或第二方面为终端设备粒度,第三方面为pdn连接粒
度。
61.该第二pgw-c的第四消息中通过携带第二pgw-c的标识,可使得移动管理网元明确获知备份的pgw-c。当然,该第四消息中不携带第二pgw-c的标识时,则可以由移动管理网元确定该第二pgw-c。
62.在一种可能的实现方式中,所述触发消息携带ip-连接访问网络(ip-connectivity access network,ip-can)id,所述第二pgw-c向第二sgw-c发送第四消息之前,所述方法还包括:
63.所述第二pgw-c根据所述ip-can id获取与所述ip-can id对应的pdn连接的上下文,所述pdn连接的上下文中包括所述终端设备的标识和所述移动管理网元的标识。
64.本技术实施例中,pcrf需要触发pdn连接相关的策略修改时,可以发送ip-can会话更新消息给第一pgw-c,如在一段时间内没有收到第一pgw-c的响应,则pcrf可以确定第一pgw-c故障。pcrf配置有第一pgw-c的备份pgw-c的标识,因此pcrf可以根据该备份pgw-c向第二pgw-c发送触发消息。进一步的,第二pgw-c根据触发消息确定第一pgw-c对应的pdn连接找的上下文,从而根据该pdn连接的上下文获知终端设备的标识和移动管理网元的标识。
65.在一种可能的实现方式中,所述触发消息为ip-can会话更新消息。
66.在一种可能的实现方式中,所述方法还包括:
67.所述第二pgw-c根据所述终端设备的分组数据网络pdn连接的上下文中的合一指示确定所述第一sgw-c与第一pgw-c合一部署。
68.可理解,关于第三方面的具体说明,还可以参考下文关于图4或图7的介绍等,这里不再一一详述。
69.第四方面,本技术实施例提供一种网关故障恢复方法,所述方法包括:
70.第一控制面服务网关sgw-c接收来自第一控制面数据网关pgw-c的第五消息,所述第五消息包括第二pgw-c的标识,所述第二pgw-c为所述第一pgw-c的备份;所述第一sgw-c向移动管理网元发送第六消息,所述第六消息包括所述第二pgw-c的标识以及第二sgw-c的标识,所述第六消息用于触发所述移动管理网元恢复所述终端设备的分组数据网络pdn连接,所述第二sgw-c为所述第一sgw-c的备份。
71.示例性的,第五消息可以为pdn连接对应的承载建立消息,或者,pdn连接对应的承载更新消息,或者,pdn连接对应的承载删除消息等,本技术实施例对于该第五消息的具体类型不作限定。示例性的,第六消息可以为pdn连接对应的承载建立消息,或者,pdn连接对应的承载更新消息,或者,pdn连接对应的承载删除消息等,本技术实施例对于该第六消息的具体类型不作限定。应理解,第五消息和第六消息的消息类型应当保持一致。
72.示例性的,第二pgw-c的标识包括该第二pgw-c的ip地址和/或该第二pgw-c的全称域名(fully qualified domain name,fqdn)(或者称为完全合格域名)。第二sgw-c的标识包括该第二sgw-c的ip地址和/或该第二sgw-c的fqdn。
73.本技术实施例中,在第一sgw-c和/或第一pgw-c故障之前,移动管理网元中通过保存备份的sgw-c的标识和备份的pgw-c的标识。可使得第一sgw-c和/或第一pgw-c故障时,该移动管理网元能够根据该备份的sgw-c和备份的pgw-c重建ue的pdn连接,不仅提高了pdn连接建立的效率,而且还有效缩短了pdn连接中断的时间,提高了用户体验。
74.在一种可能的实现方式中,所述第一pgw-c与所述第一sgw-c合一部署,所述第二
pgw-c与所述第二sgw-c合一部署。
75.在一种可能的实现方式中,所述第一控制面服务网关sgw-c接收来自第一控制面数据网关pgw-c的第五消息,包括:在所述第一sgw-c和/或所述第一pgw-c缩容的情况下,所述第一sgw-c接收来自所述第一pgw-c的第五消息。
76.可理解,关于第四方面的具体说明,还可以参考下文关于图5或图7的介绍等,这里不再一一详述。
77.第五方面,本技术实施例提供一种网关故障恢复方法,所述方法包括:
78.在第一控制面服务网关sgw-c故障时,移动管理网元接收来自第二sgw-c的故障恢复请求,所述故障恢复请求包括终端设备的标识;
79.所述移动管理网元恢复所述终端设备的分组数据网络pdn连接。
80.在本实施例提供的网关故障恢复方案中,
81.在所述第一sgw-c故障之前,所述终端设备的pdn连接建立在所述第一sgw-c和所述第一pgw-c上。
82.在所述第一sgw-c故障之后,如移动管理网元恢复终端设备的分组数据网络pdn连接之后,所述终端设备的pdn连接建立在第二sgw-c与第一pgw-c上;或者,
83.在所述第一sgw-c故障之后,所述终端设备的pdn连接建立在第二sgw-c与第二pgw-c上;或者
84.在所述第一sgw-c故障之后,所述终端设备的pdn连接建立在第三sgw-c与第一pgw-c上。示例性的,上述pdn连接建立在第一sgw-c与第一pgw-c上,也可以理解为:pdn连接连接到第一sgw-c与第一pgw-c。对于该说明,对于其他类似的句子均适用,为简洁起见,这里不再详述。
85.在一种可能的实现方式中,所述故障恢复请求还包括所述终端设备的分组数据网络pdn连接对应的缺省承载标识和/或第二pgw-c的标识。
86.可理解,关于pdn连接的缺省承载标识和第二pgw-c的标识的说明,可以参考上述第三方面的介绍,这里不再详述。
87.在一种可能的实现方式中,在所述第一sgw-c和第一pgw-c分离部署的情况下,所述第一sgw-c故障之后,所述终端设备的pdn连接建立在第二sgw-c与第一pgw-c上;或者,在所述第一sgw-c和第一pgw-c合一部署的情况下,所述第一sgw-c故障之后,所述终端设备的pdn连接建立在第二sgw-c与第二pgw-c上;或者,所述第一sgw-c故障之后,所述终端设备的pdn连接建立在第三sgw-c与第一pgw-c上。
88.可理解,这里所示的第一sgw-c故障之后,重建的pdn连接仅为示例。例如,在pdn连接中断之前,sgw-c与pgw-c是合一部署的,当pdn连接重建之后,sgw-c与pgw-c可以变为分离部署。又例如,在pdn连接中断之前,sgw-c与pgw-c是分离部署的,当pdn连接重建之后,sgw-c与pgw-c可以变为合一部署。
89.在一种可能的实现方式中,所述方法还包括:
90.若所述故障恢复请求包括所述第二pgw-c的标识,则所述移动管理网元确定所述第一sgw-c和所述第一pgw-c是合一部署;或者,若所述故障恢复请求为所述终端设备的pdn连接对应的承载建立消息、更新消息或承载删除消息中的一项,则所述移动管理网元确定所述第一sgw-c和所述第一pgw-c是合一部署;或者,所述移动管理网元根据所述终端设备
的标识确定用户上下文,以及根据所述用户上下文中的所述第一sgw-c的全称域名(fully qualified domain name,fqdn)(或者称为完全合格域名)和所述第一pgw-c的fqdn确定所述第一sgw-c和所述第一pgw-c是合一部署。
91.在一种可能的实现方式中,所述移动管理网元恢复所述终端设备的pdn连接,包括:
92.所述移动管理网元选择所述终端设备可用sgw-c和所述第二pgw-c,通过所述可用sgw-c和所述第二pgw-c重建所述终端设备的pdn连接,所述可用sgw-c包括所述第一sgw-c、所述第二sgw-c或第三sgw-c中的一项;或者,所述移动管理网元选择所述终端设备可用sgw-c,通过所述可用sgw-c和所述第一pgw-c重建所述终端设备的pdn连接,所述可用sgw-c包括所述第一sgw-c、所述第二sgw-c或第三sgw-c中的一项。
93.在一种可能的实现方式中,所述第二pgw-c根据所述故障恢复请求中包括的所述第二pgw-c的标识确定;或者,所述第二pgw-c根据所述终端设备的pdn连接的上下文确定,所述第二pgw-c为所述第一pgw-c的备份;或者,所述可用sgw-c根据所述终端设备的位置信息确定;或者,在所述第一sgw-c故障之前,所述移动管理网元接收来自所述第一sgw-c的第六消息,可用sgw-c根据所述第六消息中包括的所述第二sgw-c的标识确定。
94.在一种可能的实现方式中,所述移动管理网元选择所述终端设备可用sgw-c,通过所述可用sgw-c和所述第一pgw-c重建所述终端设备的pdn连接,包括:
95.所述移动管理网元选择所述可用sgw-c,向所述可用sgw-c发送建立会话请求,所述建立会话请求携带所述第一pgw-c的隧道标识和pgw-u的隧道标识。
96.在一种可能的实现方式中,所述移动管理网元选择所述终端设备可用sgw-c和所述第二pgw-c,通过所述可用sgw-c和所述第二pgw-c重建所述终端设备的pdn连接,包括:
97.所述移动管理网元选择所述可用sgw-c和所述第二pgw-c,向所述可用sgw-c发送建立会话请求,所述建立会话请求携带第二指示信息、所述第二pgw-c的隧道标识和pgw-u的隧道标识,所述第二指示信息用于指示所述pdn连接上的pgw-c发生改变。
98.在一种可能的实现方式中,所述建立会话请求还携带所述终端设备的标识和/或所述终端设备的pdn连接的缺省承载标识。
99.可理解,关于第五方面的说明,还可以参考下文示出的图6或图7,或者,也可以参考图2至图5的相关描述,这里不再详述。
100.第六方面,本技术实施例提供一种通信装置,所述通信装置包括收发单元和处理单元。为避免赘述,以下将均以该通信装置为例,说明该通信装置所执行的方法。但是,应理解,以下的描述,并不代表各个通信装置均为同一个装置,而是为避免赘述,采用了相同的名称。
101.示例性的,所述通信装置为第一pgw-c或第一pgw-c中的芯片等。例如,该通信装置用于执行第一方面或第一方面的任意可能的实现方式中由第一pgw-c执行的方法。
102.示例性的,所述通信装置为第二sgw-c或第二sgw-c中的芯片等。例如,该通信装置用于执行第一方面或第一方面的任意可能的实现方式中由第二sgw-c执行的方法。
103.示例性的,所述通信装置为sgw-u或sgw-u中的芯片等。例如,该通信装置用于执行第一方面或第一方面的任意可能的实现方式中由sgw-u执行的方法。又例如,该通信装置用于执行第二方面或第二方面的任意可能的实现方式中由sgw-u执行的方法。
104.示例性的,所述通信装置为第二pgw-c或第二pgw-c中的芯片等。例如,该通信装置用于执行第三方面或第三方面的任意可能的实现方式中由第二pgw-c执行的方法。
105.示例性的,所述通信装置为第一sgw-c或第一sgw-c中的芯片等。例如,该通信装置用于执行第四方面或第四方面的任意可能的实现方式中由第一sgw-c执行的方法。
106.示例性的,所述通信装置为移动管理网元或移动管理网元中的芯片等。例如,该通信装置用于执行第五方面或第五方面的任意可能的实现方式中由移动管理网元执行的方法。
107.第七方面,本技术实施例提供一种通信装置,该通信装置包括处理器,用于执行上述第一方面或第一方面的任意可能的实现方式中关于第一pgw-c所示的方法。或者,用于执行第一方面或第一方面的任意可能的实现方式中关于第二sgw-c所示的方法。或者,用于执行第一方面或第一方面的任意可能的实现方式中关于sgw-u所示的方法。或者,用于执行第二方面或第二方面的任意可能的实现方式中关于sgw-u所示的方法。或者,用于执行第三方面或第三方面的任意可能的实现方式中关于第二pgw-c所示的方法。或者,用于执行第四方面或第四方面的任意可能的实现方式中关于第一sgw-c所示的方法。或者,用于执行第五方面或第五方面的任意可能的实现方式中关于移动管理网元所示的方法。
108.或者,该处理器用于执行存储器中存储的程序,当该程序被执行时,第一方面或第一方面的任意可能的实现方式中关于第一pgw-c所示的方法被执行。或者,第一方面或第一方面的任意可能的实现方式中关于第二sgw-c所示的方法被执行。或者,第一方面或第一方面的任意可能的实现方式中关于sgw-u所示的方法被执行。或者,第二方面或第二方面的任意可能的实现方式中关于sgw-u所示的方法被执行。或者,第三方面或第三方面的任意可能的实现方式中关于第二pgw-c所示的方法被执行。或者,第四方面或第四方面的任意可能的实现方式中关于第一sgw-c所示的方法被执行。或者,第五方面或第五方面的任意可能的实现方式中关于移动管理网元所示的方法被执行。
109.对于上述各个通信装置来说,在执行上述方法的过程中,上述方法中有关发送消息的过程,可以理解为由处理器输出上述消息的过程。处理器输出上述消息时,处理器将该上述消息输出给收发器,以便由收发器进行发射。该上述消息在由处理器输出之后,还可能需要进行其他的处理,然后才到达收发器。类似的,处理器接收输入的消息时,收发器接收该上述消息,并将其输入处理器。更进一步的,在收发器收到该上述消息之后,该上述消息可能需要进行其他的处理,然后才输入处理器。
110.对于处理器所涉及的发射、发送和接收等操作,如果没有特殊说明,或者,如果未与其在相关描述中的实际作用或者内在逻辑相抵触,则均可以更加一般性的理解为处理器输出和接收、输入等操作,而不是直接由射频电路和天线所进行的发射、发送和接收操作。
111.在实现过程中,上述处理器可以是专门用于执行这些方法的处理器,也可以是执行存储器中的计算机指令来执行这些方法的处理器,例如通用处理器。上述存储器可以为非瞬时性(non-transitory)存储器,例如只读存储器(read only memory,rom),其可以与处理器集成在同一块芯片上,也可以分别设置在不同的芯片上,本技术实施例对存储器的类型以及存储器与处理器的设置方式不做限定。
112.在一种可能的实现方式中,存储器位于上述通信装置之外。
113.在一种可能的实现方式中,存储器位于上述通信装置之内。
114.在一种可能的实现方式中,通信装置还包括收发器,该收发器,用于接收信号或发送信号。
115.第八方面,本技术实施例提供一种通信装置,该通信装置包括逻辑电路和接口,所述逻辑电路和所述接口耦合;对于所述接口和所述逻辑电路的说明,可以参考第六方面关于收发单元和处理单元的描述;或者,参考第七方面关于收发器和处理器的描述,这里不再详述。
116.可理解,对于第六方面至第八方面中,关于各个消息的具体说明,可以参考上述第一方面至第五方面,这里不再详述。
117.第九方面,本技术实施例提供一种计算机可读存储介质,该计算机可读存储介质用于存储计算机程序,当其在计算机上运行时,使得上述第一方面或第一方面的任意可能的实现方式所示的方法关于第一pgw-c所示的被执行。或者,使得第一方面或第一方面的任意可能的实现方式中关于第二sgw-c所示的方法被执行。或者,使得第一方面或第一方面的任意可能的实现方式中关于sgw-u所示的方法被执行。或者,使得第二方面或第二方面的任意可能的实现方式中关于sgw-u所示的方法被执行。或者,使得第三方面或第三方面的任意可能的实现方式中关于第二pgw-c所示的方法被执行。或者,使得第四方面或第四方面的任意可能的实现方式中关于第一sgw-c所示的方法被执行。或者,使得第五方面或第五方面的任意可能的实现方式中关于移动管理网元所示的方法被执行。
118.第十方面,本技术实施例提供一种计算机程序产品,该计算机程序产品包括计算机程序或计算机代码,当其在计算机上运行时,
119.使得上述第一方面或第一方面的任意可能的实现方式中关于第一pgw-c所示的方法被执行。或者,使得第一方面或第一方面的任意可能的实现方式中关于第二sgw-c所示的方法被执行。或者,使得第一方面或第一方面的任意可能的实现方式中关于sgw-u所示的方法被执行。或者,使得第二方面或第二方面的任意可能的实现方式中关于sgw-u所示的方法被执行。或者,使得第三方面或第三方面的任意可能的实现方式中关于第二pgw-c所示的方法被执行。或者,使得第四方面或第四方面的任意可能的实现方式中关于第一sgw-c所示的方法被执行。或者,使得第五方面或第五方面的任意可能的实现方式中关于移动管理网元所示的方法被执行。
120.第十一方面,本技术实施例提供一种计算机程序,该计算机程序在计算机上运行时,使得上述第一方面或第一方面的任意可能的实现方式中关于第一pgw-c所示的方法被执行。或者,使得第一方面或第一方面的任意可能的实现方式中关于第二sgw-c所示的方法被执行。或者,使得第一方面或第一方面的任意可能的实现方式中关于sgw-u所示的方法被执行。或者,使得第二方面或第二方面的任意可能的实现方式中关于sgw-u所示的方法被执行。或者,使得第三方面或第三方面的任意可能的实现方式中关于第二pgw-c所示的方法被执行。或者,使得第四方面或第四方面的任意可能的实现方式中关于第一sgw-c所示的方法被执行。或者,使得第五方面或第五方面的任意可能的实现方式中关于移动管理网元所示的方法被执行。
121.第十二方面,本技术实施例提供一种通信系统,该通信系统包括第一pgw-c和第二sgw-c,关于该第一pgw-c和该第二sgw-c实现的方法可以参考上述第一方面。可选的,该通信系统还包括sgw-u和pgw-u,关于该sgw-u和pgw-u实现的方法可以参考上述第一方面。可
things,iot)系统、窄带物联网(narrow band internet of things,nb-iot)系统、长期演进(long term evolution,lte)系统,也可以是第五代(5th-generation,5g)通信系统,以及未来通信发展中出现的新的通信系统(如6g)等。以及本技术提供的方法还可以应用于无线局域网(wireless local area network,wlan)系统,如无线保真(wireless-fidelity,wi-fi)等。
133.以下对本技术涉及的术语进行介绍。
134.1.移动管理网元:包括但不限于gprs服务支撑节点(serving gprs support node,s4sgsn),移动管理实体(mobility management entity,mme),以及5g通信系统中的接入及移动性管理功能(access and mobility management function,amf)等等。为便于理解,下文将以移动管理网元为mme为例说明本技术提供的方法或网络架构。
135.2.控制面服务网关(serving gateway for control plane,sgw-c):本技术示出的sgw-c包括第一sgw-c、第二sgw-c或第三sgw-c。示例性的,该第二sgw-c可以是第一sgw-c的备份;或者,第二sgw-c或第三sgw-c可以是在第一sgw-c故障时,amf确定的可用sgw-c。
136.3.控制面pdn网关(pdn gateway for control plane,pgw-c):本技术示出的pgw-c包括第一pgw-c和第二pgw-c,该第二pgw-c可以是该第一pgw-c的备份。
137.上述备份可以理解为:如第二sgw-c与第一sgw-c可以共享数据,又如第二pgw-c与第一pgw-c可以共享数据。例如,第一pgw-c故障时,由于第二pgw-c与第一pgw-c是备份关系,因此第二pgw-c可以接替该第一pgw-c服务ue。
138.可理解,上述第一sgw-c与第一pgw-c可以合一部署,也可以分离部署。示例性的,第一sgw-c与第一pgw-c合一部署,因此在该第一sgw-c和/或该第一pgw-c故障后,由于该第一sgw-c和/或该第一pgw-c故障而导致pdn连接中断,而在重建的该pdn连接后,该pdn连接可以连接到第二sgw-c与第二pgw-c上,该第二sgw-c与该第二pgw-c可以合一部署,或者,该第二sgw-c与该第二pgw-c可以分离部署。可理解,这里所示的重建的pdn连接仅为示例,不应将重建的pdn连接建立到第二sgw-c和第二pgw-c理解为对本技术的限定。
139.示例性的,关于第一sgw-c与第一pgw-c的合一部署可以理解为:
140.a.第一sgw-c与第一pgw-c部署于一个网元(或称为实体、设备等)中,如该一个网元可以同时实现第一sgw-c与第一pgw-c的功能。例如,第一sgw-c与第一pgw-c共用一个处理器。又例如,该第一sgw-c与该第一pgw-c分别通过一个网元中的不同处理器实现各自的功能。
141.b.第一sgw-c与第一pgw-c在物理位置上是合一部署,但是该第一sgw-c与该第一pgw-c分别属于不同的网元。例如,第一sgw-c与该第一pgw-c可以为两个不同的网元,但是,这两个网元部署在同一个机房,共享电源,从而导致一个网元因为断电导致故障,另一个网元也会故障。
142.可理解,为便于说明,下文将以第一sgw-c与第一pgw-c分别通过不同的处理器和不同的收发器实现各自的功能。在该情况下,对于第一sgw-c与该第一pgw-c是否为同一个网元或功能实体,本技术实施例不作限定。应理解,这里关于第一sgw-c与第一pgw-c的合一部署的说明,同样适用于第二sgw-c与第二pgw-c合一部署的说明,这里不再赘述。
143.4.终端设备:也可称为用户设备(user equipment,ue)、终端等。终端设备是一种具有无线收发功能的设备,可以部署在陆地上,包括室内或室外、手持、穿戴或车载;也可以
部署在水面上,如轮船上等;还可以部署在空中,例如部署在飞机、气球或卫星上等。终端设备可以是手机(mobile phone)、平板电脑(pad)、带无线收发功能的电脑、虚拟现实(virtual reality,vr)终端设备、增强现实(augmented reality,ar)终端设备、工业控制(industrial control)中的无线终端、无人驾驶(self driving)中的无线终端、远程医疗(remote medical)中的无线终端、智能电网(smart grid)中的无线终端、运输安全(transportation safety)中的无线终端、智慧城市(smart city)中的无线终端、智慧家庭(smart home)中的无线终端等等。
144.可理解,本技术示出的终端设备还可以为车(如整车),也可以为车中的车载设备或车载终端等,本技术对于该终端设备的具体形态不作限定。
145.为便于描述,下文将以终端设备为ue为例说明本技术提供的方法或网络架构。
146.5.接入网设备:可以是任意一种具有无线收发功能的设备,包括但不限于以上所示的基站。该基站还可以是未来通信系统如第六代通信系统中的基站。可选的,该接入网设备还可以为无线局域网(wireless fidelity,wifi)系统中的接入节点、无线中继节点、无线回传节点等。可选的,该接入网设备还可以是云无线接入网络(cloud radio access network,cran)场景下的无线控制器。可选的,该接入网设备还可以是可穿戴设备或车载设备等。可选的,该接入网设备还可以是小站,传输接收节点(transmission reception point,trp)(或也可以称为传输点)等。可理解,该接入网设备还可以是未来演进的公共陆地移动网络(public land mobile network,plmn)中的基站等等。
147.为便于描述,下文中将以接入网设备为基站为例,介绍本技术实施例所涉及的方法或网络架构。
148.基于上述示出的网元,图1是本技术实施例提供的一种通信系统的网络架构示意图。如图1所示,该通信系统可以包括ue、基站、mme、服务网关如sgw-c和sgw-u、数据网关如pgw-c和pgw-u。示例性的,ue可以通过本地的无线接入网络接入,mme负责ue的位置管理、连接管理、安全认证、网关选择等功能。服务网关是ue的本地接入网关,如sgw-c负责接入技术相关的连接管理,sgw-u负责数据转发。数据网关是ue的分组数据网络连接的锚点,如pgw-c负责连接管理,pgw-u负责数据转发。
149.图1还示出了网元之间的信令接口和用户面接口,如该信令接口可以用于传输信令消息,用于建立/修改/删除传输ue业务数据包的连接。用户面接口可以用于传输数据如业务数据包等。图1所示的网络架构中,ue与报文数据网络之间的业务数据包发送过程可以认为是通过用户面接口传输的。
150.以下对本技术示出的pdn连接进行详细介绍:
151.如pdn连接指的是在ue与一个plmn外部pdn之间,演进的分组系统(evolved packet system,eps)系统提供的ip连接,一个pdn连接可包含多个eps承载。示例性的,在lte网络中,ue在附着过程中一定会发起pdn连接请求,除非被网络拒绝,否则一定会获得一个ip地址。归属于同一个pdn连接的同类型承载(ipv4或者ipv6)具有相同的ip地址。又如,在ue和网络都支持的情况下,可以建立多个pdn连接。结合图1可以看出,pdn连接可以理解为是ue与外部网络之间的连接,如该pdn连接可以建立于外部网络上,并且包含移动通信网络的接入网设备,sgw-u和pgw-u的连接,从而实现ue与报文数据网络之间的数据传输。pdn连接的建立/修改/删除由ue,接入网设备,mme,sgw-c和pgw-c通过信令接口来实现,pdn连
接建立成功后,网元上保存pdn连接相关的上下文,用以标识pdn连接相关的信息,示例性的,mme上的pdn连接的上下文可以包括sgw-c的标识和pgw-c的标识,以便在pdn连接需要修改/删除时,mme可以通知到对应的sgw-c和pgw-c。可理解,关于pdn连接的说明,下文同样适用,下文不再赘述。
152.可理解,对于图1所示的通信系统中各个网元的具体说明,可以参考上述描述等,这里不再详述。图1所示的通信系统中,各个网元的数量仅示例性的示出了一个,本技术对于各个网元的数量不作限定。图1所示的通信系统中还可以包括其他网元,如策略控制网元(policy and charging rules function,pcrf)等,对于该通信系统中包括的其他网元,这里不再一一详述。
153.eps中因为控制面功能和用户面功能分离,服务网关拆分为sgw-c和sgw-u,数据网关拆分为pgw-c和pgw-u(如图1所示)。
154.示例性的,当sgw-u接收到来自pgw-u的下行业务数据包后,如果ue处于空闲状态,则sgw-u发送下行数据通知给sgw-c。当sgw-u在一段时长内没有收到sgw-c的下行数据通知响应;或者,sgw-u接收到sgw-c的下行数据通知响应,但是,该下行数据通知响应携带了复位时间戳则sgw-u检测到sgw-c故障。因此,sgw-u删除故障的sgw-c相关的所有会话。
155.从上可以看出,虽然sgw-u能够感知到sgw-c故障,但是sgw-u没有方法触发下行数据包对应的会话的恢复,从而会严重影响到ue的业务体验。例如,如果ue的业务是语音被叫业务,则可能会导致被叫不可达,从而影响用户的业务体验。
156.鉴于此,本技术实施例提供一种网关故障恢复方法,该方法能够使得第一sgw-c故障时,sgw-u能够触发下行数据包对应的会话的恢复,改善ue出现业务数据包不可达的问题。
157.另外,pgw-c故障后,可以由备份或者组内其他pgw-c(下文统称为备份的pgw-c)接替服务ue,从而保证ue的业务不中断。上述情况可以称为保证业务连续性的故障恢复方法。如保证业务连续性的故障恢复方法可以如下所示:
158.方法一:sgw-c检测到pgw-c故障后,通知mme,由mme触发恢复流程。例如,mme可以通知备份的pgw-c接替服务ue,备份的pgw-c保证ue的网际互联协议(internet protocol,ip)地址不变。
159.方法二:pcrf检测到pgw-c故障后,选择备份的pgw-c。备份的pgw-c发送消息给服务ue的sgw-c,由sgw-c通知mme触发恢复流程。
160.然而,在ue建立pdn连接时,mme可以为该pdn连接选择sgw-c和pgw-c合一的网元。该情况下,当pgw-c故障时,合一的sgw-c也一并故障。该情况下,sgw-c就无法通知mme触发恢复流程,因此无法执行上述保证业务连续性的故障恢复。
161.鉴于此,本技术提供一种网关故障恢复方法(如下文所示的图3至图5等),可以提供保证业务连续性的故障恢复。以下将以sgw-u、pgw-u、第一sgw-c、第二sgw-c、第一pgw-c和第二pgw-c为例说明本技术提供的方法,关于各个网元的说明可以参考上文的介绍,这里不再详述。
162.可理解,下文示出的各个实施例中,一些可能的实现方式在附图(如图2至图5)中是以虚线表示的。例如,图2中的步骤201至步骤203是可能的实现方式,因此,图2中对于步骤201至步骤203均以虚线表示。可理解,对于该说明,下文不再赘述。
163.图2是本技术实施例提供的一种网关故障恢复方法的流程示意图,如图2所示,该方法包括:
164.在一种可能的实现方式中,图2所示的方法包括步骤201至步骤203。
165.201.pgw-u向sgw-u发送ue的下行数据包(也可以称为下行业务数据包或用户面数据包等),相应的,该sgw-u接收该下行数据包。
166.示例性的,如图1所示,该下行数据包可以为报文数据网络需要发送给ue的下行数据包。
167.202.sgw-u向第一sgw-c发送下行数据通知,相应的,该第一sgw-c接收该下行数据通知。
168.示例性的,ue处于空闲态时,sgw-u可以缓存该下行数据包并发送下行数据通知给第一sgw-c,用以通知第一sgw-c建立sgw-u和接入网设备之间用以转发下行数据包的通道。示例性的,本技术实施例所示的下行数据通知的消息名称仅为示例。
169.203.在预设时长内sgw-u未接收到来自第一sgw-c的响应消息;或者,在sgw-u接收到该响应消息,且该响应消息携带复位时间戳的情况下,sgw-u向pgw-u发送错误指示消息,该错误指示消息携带第一指示信息。相应的,pgw-u接收该错误指示消息。
170.可选的,第一sgw-c能够接收到下行数据通知,但是由于故障不能反馈响应消息;或者,反馈的响应消息中携带复位时间戳。可选的,上述步骤202中,第一sgw-c也可能无法正确接收到下行数据通知,或者不能接收到下行数据通知,该情况下,sgw-u在预设时长内就不能接收到响应消息。可理解,对于该预设时长的具体取值,本技术实施例不作限定。
171.示例性的,第一sgw-c没有故障时,sgw-u能够在预设时长内接收到第一sgw-c的响应消息。从而,sgw-u等待sgw-c建立sgw-u和接入网设备之间用以转发下行数据包的通道,在转发通道建立成功后,sgw-u向接入网设备转发该下行数据包。
172.然而,当第一sgw-c故障时,sgw-u在预设时长内就无法接收到第一sgw-c的响应消息。或者,当第一sgw-c故障时,该sgw-u会接收到来自第一sgw-c的响应消息,但是该响应消息中会携带复位时间戳。在上述情况下,sgw-u可以直接向pgw-u发送错误指示消息。或者,可选的,sgw-u也可以先确定第一sgw-c故障,然后发送错误指示消息。可选的,或者sgw-u也可以检测到第一sgw-c故障后,发送错误指示消息。可选的,sgw-u发送错误指示消息之前,可以删除第一sgw-c相关的数据包转发控制协议(packet forwarding control protocol,pfcp)会话,或者,也可以理解为删除第一sgw-c相关的所有会话。示例性的,sgw-u可以丢弃上述下行数据包。可理解,本技术实施例对于sgw-u删除pfcp会话的具体时间不作限定。例如,可以是在检测到第一sgw-c故障后删除。又例如,可以是在发送错误指示消息之后删除等。
173.上述第一指示信息用于指示第一sgw-c故障。例如,由于第一指示信息是用于指示第一sgw-c故障的,因此,该第一指示信息也可以称为故障指示信息。又如,由于sgw-c(如第一sgw-c)故障导致ue的pdn连接中断,因此需要重建该pdn连接,即需要sgw-c(如可以为第一sgw-c或第二sgw-c或第三sgw-c等)能够保持业务的连续性,因此该第一指示信息也可以称为sgw-c复位指示。
174.可选的,错误指示消息还携带sgw-u的隧道标识。该sgw-u的隧道标识可以包括该sgw-u的ip地址和/或隧道端点标识(tunnel endpoint identifier,teid)。之所以需要携
带sgw-u的隧道标识,是因为可以通过该sgw-u的隧道标识向pgw-u指示与该sgw-u对应的第一sgw-c故障。示例性的,上述下行数据包中可以包括的sgw-u的隧道标识。
175.示例性的,上述第一指示信息可以以如下方式携带于错误指示消息中:
176.方式1:在错误指示消息中新增用于表示第一指示信息的参数,该参数即为第一指示信息。例如,该参数可通过一个比特来指示,该比特的取值为1时,表示sgw-c故障(或复位);该比特的取值为0时,表示sgw-c没有故障或者没有特殊含义等。又例如,该比特的取值为0,表示sgw-c故障(或复位);该比特的取值为1,表示sgw-c没有故障或者没有特殊含义等。示例性的,该参数也可以通过枚举的方式来指示。例如,通过一个特定的枚举值表示sgw-c故障等。
177.方式2:扩展错误指示消息中的原有参数,即利用该错误指示消息中的原有参数来表示该第一指示信息。例如,错误指示消息中包括一个原有参数,该原有参数占用两比特。该原有参数中的第一比特的取值有特定含义。因此,在本技术实施例中,可利用该原有参数的第二比特的取值表示sgw-c是否故障。比如,可利用该原有参数的第二比特的1表示sgw-c故障,该原有参数的第二比特的0表示sgw-c没有故障。可理解,对于该第二比特的取值与sgw-c故障之间的关系,本技术实施例不作限定。可理解,对于错误指示消息中包括的原有参数的说明可以参考相关标准或协议等,这里不再详述。
178.可理解,上述错误指示消息还可以称为用户面的错误指示消息。
179.可理解,在第一sgw-c故障之前,ue的pdn连接是建立在第一sgw-c与第一pgw-c上的,即ue的pdn连接连接到第一sgw-c与第一pgw-c,或者称为ue的pdn连接连接在第一sgw-c与第一pgw-c上。
180.204.pgw-u向第一pgw-c发送第一消息,相应的,第一pgw-c接收该第一消息。该第一消息携带第一指示信息和sgw-u的隧道标识。
181.也就是说,pgw-u接收到来自sgw-u发送的错误指示消息后,根据该错误指示消息中的第一指示信息、sgw-u的隧道标识,向第一pgw-c发送第一消息。
182.示例性的,该第一消息还可以理解为pfcp会话报告,该pfcp会话报告用于pgw-u通知pgw-c pfcp会话相关的各种事件。
183.在一种可能的实现方式中,图2所示的方法还可以包括步骤205。
184.205.第一pgw-c根据第一消息确定sgw-u关联的第一sgw-c故障。
185.也就是说,第一pgw-c可以根据第一消息确定sgw-u的隧道标识对应的承载关联的第一sgw-c故障。示例性的,第一pgw-c存储有pdn连接对应的pdn连接上下文,pdn连接上下文包含连接信息和一个或者多个承载上下文,所述连接信息包含mme的标识,ue的标识和sgw-c的标识,承载上下文包含sgw-u的ip地址和teid。第一pgw-c根据sgw-u的ip地址和teid确定对应的承载上下文,进而确定承载上下文对应的连接信息,并通过sgw-c的标识,获知该pdn连接对应的第一sgw-c故障。
186.同时,pgw-c还获取该pdn连接的上下文中ue的标识以及服务所述ue的mme的标识。示例性的,该ue的标识包括国际移动用户识别码(international mobile subscriber identity,imsi)等,mme的标识可以包括mme的ip地址或全称域名(fully qualified domain name,fqdn)等。
187.206.第一pgw-c向第二sgw-c发送第二消息,相应的,该第二sgw-c接收该第二消
息。该第二消息携带ue的标识和服务于该ue的mme的标识,该第二消息用于触发第二sgw-c通知mme恢复该ue的pdn连接。
188.上述第二sgw-c还可以理解为可用的sgw-c。也就是说,第一pgw-c可以选择任一一个可用的sgw-c。例如,在第一sgw-c已经复位重启,变为可用状态时,该第一pgw-c可以选择该第一sgw-c,从而向该第一sgw-c发送第二消息。又例如,第一sgw-c复位未重启,则第一pgw-c可以选择第二sgw-c,向其发送第二消息。
189.示例性的,第二消息还可以理解为:用于触发第二sgw-c通知mme执行故障恢复流程,该故障的原因是由于第一sgw-c故障导致ue的pdn连接中断。或者,用于触发第二sgw-c通知mme执行第一sgw-c故障的恢复。可理解,本技术实施例示出的执行第一sgw-c故障的恢复,并不是真正意义上的mme直接对第一sgw-c进行故障恢复,或者维修该第一sgw-c。而是说,第二sgw-c需要触发mme执行由于第一sgw-c故障而导致ue的pdn连接中断的故障恢复。也就是说,由于第一sgw-c故障导致ue的pdn连接中断,该mme需要将该ue的pdn连接恢复到可用的sgw-c上。示例性的,上述第二消息可以为pgw下行触发通知。该pgw下行触发通知用于由pgw-c检测到sgw-c故障后触发mme执行故障恢复,通知中包含ue的标识,mme的标识等信息,对于mme恢复ue的pdn连接的具体方法,可以参考下文所示的步骤208和步骤209;或者,也可以参考下文示出的图6所示的方法。
190.在一种可能的实现方式中,图2所示的方法还可以包括步骤207。
191.207.第二sgw-c根据mme的标识向该mme发送故障恢复请求。相应的,mme接收该故障恢复请求。该故障恢复请求包括ue的标识,该故障恢复请求用于触发mme恢复ue的pdn连接。
192.示例性的,上述故障恢复请求可以为pgw下行触发通知。可理解,关于故障恢复请求的其他理解,可以参考上述第二消息的描述,这里不再一一详述。示例性的,故障恢复请求用于触发mme执行第一sgw-c故障的恢复等,这里不再详述。
193.在图2所示的方法包括步骤206和步骤207时,上述步骤206和步骤207还可以理解为:第一pgw-c向mme发送pgw下行触发通知,该pgw下行触发通知包括ue的标识,该pgw下行触发消息用于通知mme恢复ue的pdn连接。或者,第一pgw-c通过第二sgw-c向mme发送pgw下行触发通知,该pgw下行触发通知包括ue的标识,或者,包括ue的标识和mme的标识,该pgw下行触发通知用于触发第二sgw-c通知mme恢复ue的pdn连接。
194.一般的,多个ue的pdn连接均建立在第一sgw-c上,因此如果同时恢复第一sgw-c对应的所有pdn连接,则会带来一定的信令开销,并且恢复时间较长,将会影响有业务数据包传输的ue。本技术实施例中,上述pgw下行触发通知之所以包括ue的标识,是因为该ue有业务数据包的传输,如该ue需要接收下行数据包,因此,通过携带该ue的标识,可使得mme优先恢复该ue的pdn连接,保证该ue能够及时恢复业务数据包的传输,保证该ue的业务连续性。
195.在上述步骤203中,sgw-u向pgw-u发送错误指示消息之后,该,sgw-u可以在一段时间内不再向pgw-u发送错误指示消息。在上述步骤204中,第一pgw-c接收到第一消息之后,或者,也可以在第一pgw-c确定第一sgw-c故障后,可以将pgw-u上受影响的pfcp会话对应的数据包转发状态改为缓存状态,以避免pgw-u继续转发下行数据包给sgw-u。
196.可理解,当第一sgw-c影响多个终端设备的pdn连接时,每个终端设备对应的pgw-c均可以执行本技术实施例提供的方法。也就是说,对于受故障的第一sgw-c影响的ue对应的
pgw-c均可以发送pgw下行触发通知给mme。
197.在一种可能的实现方式中,图2所示的方法还可以包括步骤208和步骤209。
198.208.mme向可用的第二sgw-c发送建立会话请求,该建立会话请求携带第一pgw-c的隧道标识和pgw-u的隧道标识。相应的,该第二sgw-c接收该建立会话请求。
199.可选的,建立会话请求还可以携带ue的标识和/或pdn连接的缺省承载标识。从而,第二sgw-c在pdn连接上下文中存储ue的标识和/或pdn连接的缺省承载标识,以便在后续的pdn连接更新/删除流程中用于标识ue对应的pdn连接。
200.示例性的,mme发送建立会话请求之前,可以根据上述pgw下行触发通知确定第一sgw-c故障。可选的,mme发送建立会话请求之前,可以确定第一sgw-c与第一pgw-c是分离部署的。例如,mme可以根据ue的标识获取该ue的pdn连接的上下文,根据该pdn连接的上下文确定第一sgw-c与第一pgw-c是分离部署或合一部署。又例如,mme可以根据本地存储的用户上下文(即上述ue的用户上下文)中的第一sgw-c的fqdn和第一pgw-c的fqdn确定该第一sgw-c与第一pgw-c是分离部署或合一部署。例如,该第一sgw-c的fqdn与该第一pgw-c的fqdn相同,则第一sgw-c和该第一pgw-c是合一部署的。该第一sgw-c的fqdn与该第一pgw-c的fqdn不同,则第一sgw-c和该第一pgw-c是分离部署的。
201.本技术实施例中,第一sgw-c与第一pgw-c是分离部署的。因此,上述图2所示的方法中,可以由第一pgw-c选择可用sgw-c,以及发送第二消息等。
202.209.第二sgw-c向mme发送建立会话响应,相应的,该mme接收该建立会话响应。
203.根据该建立会话响应,mme可获知ue的pdn连接已经重新恢复。
204.可理解,步骤208和步骤209是以可用sgw-c为第二sgw-c为例示出的,但是,mme也可以将第一sgw-c作为可用sgw-c,从而执行上述恢复流程。或者,mme也可以将第三sgw-c作为可用sgw-c等,本技术实施例对此不作限定。也就是说,mme确定的可用sgw-c与上文第一sgw-c确定的可用sgw-c可以相同,也可以不同。可理解,这里所示的恢复流程仅为示例,对于具体的恢复流程还可以参考下文关于图6的说明,这里先不一一详述。
205.本技术实施例中,当第一sgw-c故障而导致ue的pdn连接中断时,sgw-u通过向pgw-u发送错误指示消息,可使得该pgw-u向第一pgw-c发送第一消息,通过该第一消息中携带的信息指示第一sgw-c故障。从而,通过该第一pgw-c触发第二sgw-c通知mme执行恢复流程。同时,pgw下行触发消息中通过携带ue的标识,可使得mme优先恢复有数据传输的ue的pdn连接,不仅能够及时保证该ue的业务传输,而且还提高了用户体验。
206.图3是本技术实施例提供的一种网关故障恢复方法的流程示意图,如图3所示,该方法包括:
207.在一种可能的实现方式中,图3所示的方法包括步骤301至步骤305。
208.301.第一sgw-c向sgw-u发送pfcp会话建立请求,相应的,该第一sgw-u接收该pfcp会话请求。该pfcp会话建立请求携带ue的标识、服务于该ue的mme的标识和业务数据信息,该pfcp会话建立请求用于通知sgw-u建立ue的pfcp会话。
209.示例性的,该pfcp会话的建立可以在ue的pdn连接建立的流程中。或者,该pfcp会话的建立是在sgw-c改变的切换、跟踪区域更新或服务请求等移动性管理流程中。换句话说,本技术实施例对于在何时建立pfcp会话不作限定。
210.302.sgw-u向第一sgw-c发送pfcp会话建立响应。
211.示例性的,上述pfcp会话建立请求也可以替换为pfcp会话更新请求,该pfcp会话更新请求携带ue的标识、服务于该ue的mme的标识和业务数据信息,该pfcp会话更新请求用于通知sgw-u更新ue的pfcp会话。上述pfcp会话建立响应可以替换为pfcp会话更新响应。示例性的,pfcp会话的更新可以在mme改变,sgw-c不变的切片或跟踪区域更新等移动性管理流程中。
212.上述业务数据信息可以包括五元组,或者三元组等。示例性的,五元组可以包括源ip地址、目的ip地址、源端口、目的端口和传输协议。如三元组可以包括源ip地址、源端口和传输协议。关于五元组和三元组的具体说明,还可以参考相关标准或协议等,本技术实施例对此不作限定。
213.一般的,下行数据包中也会携带业务数据信息,因此,在第一sgw-c故障时,通过该业务数据信息sgw-u可获取到与该业务数据信息匹配的ue的标识和mme的标识,从而便于向第二sgw-c发送该ue的标识和mme的标识。例如,上述会话建立请求中通过携带业务数据信息,可使得sgw-u将业务数据信息和pfcp会话关联,该pfcp会话的上下文中包括ue的标识和mme的标识。
214.303.pgw-u向sgw-u发送ue的下行数据包(也可以称为下行业务数据包),相应的,该sgw-u接收该下行数据包。
215.304.sgw-u向第一sgw-c发送下行数据通知,相应的,该第一sgw-c接收该下行数据通知。
216.305.在预设时长内sgw-u未接收到来自第一sgw-c的响应消息;或者,在sgw-u接收到该响应消息,且该响应消息携带复位时间戳的情况下,sgw-u确定第一sgw-c故障。
217.可理解,上述sgw-u确定第一sgw-c故障,也可以理解为:sgw-u感知第一sgw-c故障;或者,sgw-u检测到第一sgw-c故障。
218.在sgw-u检测到第一sgw-c故障的情况下,该sgw-u可以删除第一sgw-c相关的pfcp会话,或者,也可以理解为删除第一sgw-c相关的所有会话。可理解,关于sgw-u如何执行删除操作,本技术实施例不作限定。例如,sgw-u可以在步骤305之后,以及步骤307之前执行删除操作;或者,也可以在步骤307之后执行删除操作;或者,也可以是在步骤310之后执行删除步骤等,这里不再一一列举。
219.306.sgw-u根据上述下行数据包确定ue的标识和服务于该ue的mme的标识。
220.示例性的,sgw-u可以根据下行数据包携带的业务数据信息确定pfcp会话的上下文,从而,从该pfcp会话的上下文中获取ue的标识和服务于该ue的mme的标识。
221.307.sgw-u向第二sgw-c发送第三消息,相应的,该第二sgw-c接收该第三消息。该第三消息携带ue的标识和服务于该ue的mme的标识,该第三消息用于触发第二sgw-c通知该mme恢复该ue的pdn连接。
222.上述第二sgw-c还可以理解为可用sgw-c。也就是说,sgw-u可以选择任一一个可用的sgw-c。例如,在第一sgw-c已经复位重启,变为可用状态时,该sgw-u可以选择该第一sgw-c,从而向该第一sgw-c发送第二消息。又例如,第一sgw-c复位未重启,则sgw-u可以选择可用的第二sgw-c,向其发送第二消息。
223.由于本技术实施例是以sgw-u通过第二sgw-c触发mme执行恢复流程,因此,本技术实施例中第一sgw-c与第一pgw-c可以是合一部署,也可以是分离部署。
c上的pdn连接中断。或者,获知建立在第一sgw-c和第一pgw-c上的pdn连接中断,从而执行该ue的pdn连接的恢复流程。例如,即使是第一sgw-c与第一pgw-c合一部署,sgw-u可以触发mme执行恢复流程,以保证业务连续性。由此,本技术实施例提供的方法,不仅减少了信令交互的时间,而且还能够及时保证ue的业务传输,尽最大可能以最快速度恢复该ue的pdn连接。
241.图2和图3所示的方法是以sgw-u通过下行数据包的相关流程(如上述步骤201至步骤203,又如上述步骤303至步骤305)感知第一sgw-c故障的,图4将以策略控制网元如pcrf感知第一sgw-c故障为例说明本技术实施例提供的方法。同时,图4所示的方法中,第一sgw-c与第一pgw-c是合一部署的。
242.图4是本技术实施例提供的一种网关故障恢复方法的流程示意图,如图4所示,该方法包括:
243.在一种可能的实现方式中,图4所示的方法包括步骤401。
244.401.在pdn连接建立的过程中,第一pgw-c将合一指示存储于pdn连接的上下文中。
245.示例性的,在pdn连接建立的过程中,第一pgw-c可以获知该pdn连接的第一sgw-c与第一pgw-c为合一部署。例如,第一pgw-c可以从接收到的第一sgw-c的ip地址等信息判断其与第一sgw-c是合一部署的。上述合一指示用于指示第一pgw-c与第一sgw-c是合一部署的。
246.第一pgw-c也可以在sgw-c改变的切换或跟踪区域更新等流程中,判断新的sgw-c是否与第一pgw-c合一部署。同时,该第一pgw-c可以更新pdn连接的上下文中的合一指示。可理解,这里所示的新的sgw-c也可以理解为本技术实施例示出的第一sgw-c。
247.可理解,关于pdn连接建立的具体说明,可以参考上文的介绍,也可以参考相关标准或协议等,本技术实施例不作详述。对于该pdn连接建立的过程中所涉及的网元,本技术实施例也不作详述。
248.402.pcrf向第二pgw-c发送触发消息,相应的,第二pgw-c接收该触发消息。
249.示例性的,触发消息可以为ip-can会话更新消息,该ip-can会话更新消息携带ip can-id。第二pgw-c可以根据该ip-can id获得ue的pdn连接的上下文。pcrf需要触发pdn连接相关的策略修改时,发送ip-can会话更新消息给第一pgw-c,在一段时间内没有收到第一pgw-c的响应,pcrf确定第一pgw-c故障。在pcrf本地配置有第一pgw-c备份的第二pgw-c的标识,因此pcrf可以根据该备份pgw-c向第二pgw-c发送触发消息。同时,第二pgw-c收到pcrf发送的ip-can会话更新后,根据ip-can id无法本地找到对应的pdn连接上下文,第二pgw-c获知是第一pgw-c对应的pdn连接上下文,第二pgw-c从和第一pgw-c共享的上下文中获取ip-can id对应的pdn连接上下文,第二pgw-c可以根据该pdn连接的上下文获取ue的标识和服务于该ue的mme的标识。可理解,本技术实施例对于该触发消息的类型不作限定,只要该触发消息中所携带的标识等能使得第二pgw-c能够根据该标识获得ue的pdn连接的上下文即可。例如,该触发消息可以携带pdn连接的标识,从而使得第二pgw-c能够根据该pdn连接的标识获得pdn连接的上下文。
250.可理解,pcrf可以在感知第一pgw-c故障的情况下,发送触发消息。由于第一pgw-c与第一sgw-c是合一部署,因此,也可以理解为在第一pgw-c与第一sgw-c故障的情况下,pcrf发送触发消息。
c),从而通过该第二pgw-c选择可用的sgw-c(如第二sgw-c),以及通过该可用的sgw-c(如第二sgw-c)触发mme执行恢复流程。即第二pgw-c可以不通过故障的第一sgw-c触发mme执行恢复流程,而是通过可用的sgw-c触发mme执行恢复流程。从而,在第一sgw-c与第一pgw-c合一部署时,也能够保证mme执行恢复流程,有效保证了业务的连续性。
269.图2至图4所示的方法是以第一sgw-c故障,或者第一sgw-c与第一pgw-c故障为例示出的网关故障恢复方法。图5将以第一sgw-c与第一pgw-c合一部署,且第一sgw-c和/或第一pgw-c缩容(scale in)(或者称为动态缩容)场景为例,说明本技术实施例提供的方法。
270.图5是本技术实施例提供的一种网关故障恢复方法的流程示意图,如图5所示,该方法包括:
271.501.第一pgw-c向第一sgw-c发送第五消息,相应的,该第一sgw-c接收该第五消息。该第五消息携带第二pgw-c的标识,该第二pgw-c为第一pgw-c的备份。
272.示例性的,第五消息可以为pdn连接对应的承载建立消息,或者,pdn连接对应的承载更新消息,或者,pdn连接对应的承载删除消息等,本技术实施例对于该第五消息的具体类型不作限定。
273.一般的,第一pgw-c本地可以存储其备份网关的信息。因此,第一pgw-c可以根据其本地存储的备份信息,向第一sgw-c发送第二pgw-c的标识。该第二pgw-c的标识可以包括该第二pgw-c的ip地址或fqdn。
274.502.第一sgw-c向mme发送第六消息,相应的,mme接收该第六消息。该第六消息携带第二pgw-c的标识和第二sgw-c的标识,该第二sgw-c是第一sgw-c的备份。
275.示例性的,第六消息可以为pdn连接对应的承载建立消息,或者,pdn连接对应的承载更新消息,或者,pdn连接对应的承载删除消息等,本技术实施例对于该第六消息的具体类型不作限定。应理解,第五消息和第六消息的消息类型应当保持一致。
276.本技术实施例中,上述第五消息或第六消息之所以不需要携带ue的标识,是因为上述第五消息或第六消息是由第一sgw-c或者第一pgw-c通过该pdn连接对应的信令通道发送的,第五消息或者第六消息中包含通道标识,如mme为此信令通道分配的标识,因此,mme根据该消息中的通道标识可以获知pdn连接的上下文中包括的ue的标识。
277.在一种可能的实现方式中,图5所示的方法还可以包括步骤503和步骤504。
278.503.在第一sgw-c和/或第一pgw-c故障时,mme向第二sgw-c发送建立会话请求,该建立会话请求携带第二指示信息、第二pgw-c的隧道标识和pgw-u的隧道标识。相应的,第二sgw-c接收该建立会话请求。
279.可理解,关于第一sgw-c故障的检测方法,和/或,第一pgw-c故障的检测方法,可以参考上文关于4的描述,这里不再详述。示例性的,pcrf在检测到第一pgw-c故障的情况下,向第二pgw-c发送触发消息,该第二pgw-c向第二sgw-c发送第四消息,以及该第二sgw-c向mme发送故障恢复请求。从而,该mme可以根据上述第六消息向第二sgw-c发送建立会话请求。可理解,图5所示的关于触发消息、第四消息及故障恢复请求的说明,可以参考图4,这里不作详述。可理解,附图说明中,关于触发消息、第四消息及故障恢复请求未进行标号,但是不应将其理解为对本技术实施例的限定。
280.关于建立会话请求的具体说明,也可以参考图4的描述,或者,参考下文图7的描述等,这里不再详述。
281.504.第二sgw-c向mme发送建立会话响应,相应的,该mme接收该建立会话响应。
282.也就是说,可以mme通过上述第二sgw-c和上述第二pgw-c重建ue的pdn连接。mme通过消息中的第二pgw-c的标识和第二sgw-c的标识获知第一pgw-c和第一sgw-c故障。
283.本技术实施例中,在缩容场景下,在第一sgw-c和/或第一pgw-c故障之前,mme中通过保存备份的sgw-c的标识和备份的pgw-c的标识。可使得第一sgw-c和/或第一pgw-c故障时,该mme能够根据该备份的sgw-c和备份的pgw-c重建ue的pdn连接,不仅提高了pdn连接建立的效率,而且还有效缩短了pdn连接中断的时间,提高了用户体验。
284.本技术还提供了一种mme恢复pdn连接的方法,如图6和图7所示,以下详细说明。
285.图6是本技术实施例提供的一种网关故障恢复方法的流程示意图,如图6所示,该方法包括:
286.601.mme接收故障恢复请求,该故障恢复请求携带ue的标识。
287.示例性的,该mme根据该ue的标识获取该ue的pdn连接的上下文,从该pdn连接的上下文中是否包括合一指示,如果该pdn连接的上下文中包括合一指示,则mme可以执行图7所示的方法,如果该pdn连接的上下文中不包括合一指示,则mme可以执行图6所示的方法。
288.示例性的,该mme可以根据ue的标识获取本地存储的用户上下文,根据该用户上下文中存储的第一sgw-c的fqdn和第一pgw-c的fqdn确定第一sgw-c与第一pgw-c是分离部署或合一部署。可理解,如果是合一部署,则mme可以执行图7所示的方法,如果是分离部署,则mme可以执行图6所示的方法。
289.可理解,本技术实施例对于mme判断第一sgw-c与第一pgw-c是否合一部署的方法,不作限定。
290.示例性的,mme可以接收来自第二sgw-c的故障恢复请求。例如,该故障恢复请求为pgw下行触发通知,该第二sgw-c可以由第一pgw-c确定(如上文示出的图2)。又例如,故障恢复请求为sgw-c故障通知,该第二sgw-c由sgw-u确定(如上文示出的图3)。该第二sgw-c与步骤602中mme确定的sgw-c可以不同。
291.602.mme选择可用sgw-c。
292.该可用sgw-c可以为第一sgw-c,或第二sgw-c,或第三sgw-等,本技术实施例对此不作限定。
293.为便于描述,下文将以mme确定的可用sgw-c为第二sgw-c为例说明本技术实施例提供的方法。
294.603.mme向第二sgw-c发送建立会话请求,相应的,该第二sgw-c接收该建立会话请求。该建立会话请求携带第一pgw-c的隧道标识和pgw-u的隧道标识。
295.可选的,该建立会话请求还可以携带ue的标识和/或pdn连接的缺省承载标识。从而,第二sgw-c在pdn连接上下文中存储ue的标识和pdn连接的缺省承载标识,以便在后续的pdn连接更新/删除流程中用于标识ue对应的pdn连接。
296.可理解,关于步骤603的说明,还可以参考上文图2所示的208等,这里不再详述。
297.604.第二sgw-c选择新sgw-u,向该新sgw-u发送pfcp会话建立请求,该pfcp会话更新请求携带pgw-u的隧道标识。相应的,该新sgw-u接收该pfcp会话建立请求。
298.605.新sgw-u向第二sgw-c发送pfcp会话建立响应,该pfcp会话响应携带新sgw-u的隧道标识。相应的,第二sgw-c接收该pfcp会话建立响应。
299.606.第二sgw-c向第一pgw-c发送更新会话请求,该会话更新请求携带第二sgw-c的隧道标识,新sgw-u的隧道标识。相应的,第一pgw-c接收该更新会话请求。
300.示例性的,第一pgw-c接收到该更新会话请求之后,更新pdn连接对应的下行信令消息的发送通道,从而后续第一pgw-c发送的所述pdn连接对应的信令消息发往第二sgw-c。
301.607.第一pgw-c向pgw-u发送pfcp会话更新请求,该pfcp会话更新请求携带新sgw-u的隧道标识,该pfcp会话更新请求用于指示pgw-u更新该pgw-u上pdn连接对应的下行数据包转发通道。从而,pgw-u收到所述pdn连接对应的下行数据包后发往新sgw-u。
302.608.pgw-u向第一pgw-c发送pfcp会话更新响应,相应的,该第一pgw-c接收该pfcp会话更新响应。
303.609.第一pgw-c向第二sgw-c发送更新会话响应,相应的,该第二sgw-c接收该更新会话响应。
304.610.第二sgw-c向mme发送建立会话响应,相应的,该mme接收该建立会话响应。
305.可理解,图6所示的方法可以为单独的实施例,也可以与图2或图3所示的方法结合,本技术实施例对此不作限定。
306.图7是本技术实施例提供的一种网关故障恢复方法的流程示意图,如图7所示,该方法包括:
307.701.mme接收故障恢复请求,该故障恢复请求携带ue的标识。
308.示例性的,mme可以接收来自第二sgw-c的故障恢复请求。例如,该故障恢复请求为sgw-c故障通知,该第二sgw-c由sgw-u确定(如上文示出的图3)。又例如,故障恢复请求为pgw下行触发通知,该第二sgw-c由第二pgw-c确定(如上文示出的图4)。
309.702.mme选择可用sgw-c。
310.示例性的,该可用sgw-c可以根据ue的位置信息确定,或者,mme可以根据来自第二sgw-c发送的第六消息中携带的第二sgw-c的标识确定。
311.可理解,关于步骤702的具体说明,可以参考上述步骤602,这里不再详述。
312.703.mme向第二sgw-c发送建立会话请求,相应的,该第二sgw-c接收该建立会话请求。该建立会话请求携带第二指示信息、第二pgw-c的隧道标识和pgw-u的隧道标识。
313.可选的,该建立会话请求还可以携带ue的标识和/或pdn链接的缺省承载标识。
314.例如,如果ue有多个pdn连接,则mme需要针对合一sgw-c和pgw-c的pdn连接逐一执行本技术实施例。又例如,mme可以针对收到的消息中包含的缺省承载标识对应的pdn连接执行本技术实施例。又例如,mme针对承载对应的pdn连接执行本技术实施例。
315.示例性的,mme可以从本地存储的ue上下文中获知备份的pgw-c(即第二pgw-c)的标识(如上文示出的图3)。示例性的,mme还可以从故障恢复请求中获得该第二pgw-c的标识(如上文示出的图4)。示例性的,mme还可以从接收到的第六消息中获得该第二pgw-c的标识。可理解,关于第六消息的具体说明,可以参考上述图5,这里不再详述。
316.704.第二sgw-c选择新sgw-u,向该新sgw-u发送pfcp会话建立请求,该pfcp会话更新请求携带pgw-u的隧道标识。相应的,该新sgw-u接收该pfcp会话建立请求。
317.705.新sgw-u向第二sgw-c发送pfcp会话建立响应,该pfcp会话响应携带新sgw-u的隧道标识。相应的,第二sgw-c接收该pfcp会话建立响应。
318.706.第二sgw-c向第二pgw-c发送更新会话请求,该会话更新请求携带第二sgw-c
的隧道标识、新sgw-u的隧道标识和第二指示信息。相应的,第二pgw-c接收该更新会话请求。
319.示例性的,第二pgw-c接收到该更新会话请求之后,基于第一pgw-c的pdn连接上下文,更新pdn连接对应的下行信令消息的发送通道,从而后续第二pgw-c发送的所述pdn连接对应的信令消息发往第二sgw-c。
320.707.第二pgw-c向pgw-u发送pfcp会话更新请求,该pfcp会话更新请求携带新sgw-u的隧道标识,该pfcp会话更新请求用于指示pgw-u更新该pgw-u上pdn连接对应的下行数据包转发通道。从而,pgw-u收到所述pdn连接对应的下行数据包后发往新sgw-u。
321.708.pgw-u向第二pgw-c发送pfcp会话更新响应,相应的,该第二pgw-c接收该pfcp会话更新响应。
322.709.第二pgw-c向第二sgw-c发送更新会话响应,相应的,该第二sgw-c接收该更新会话响应。
323.710.第二sgw-c向mme发送建立会话响应,相应的,该mme接收该建立会话响应。
324.可理解,图7所示的方法可以为单独的实施例,也可以与图3或图4或图5所示的方法结合,本技术实施例对此不作限定。
325.以下将介绍本技术实施例提供的通信装置。
326.本技术根据上述方法实施例对通信装置进行功能模块的划分,例如,可以对应各个功能划分各个功能模块,也可以将两个或两个以上的功能集成在一个处理模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。需要说明的是,本技术中对模块的划分是示意性的,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式。下面将结合图8至图10详细描述本技术实施例的通信装置。
327.图8是本技术实施例提供的一种通信装置的结构示意图,如图8所示,该通信装置包括处理单元801和收发单元802。
328.该通信装置可以是上文示出的第一pgw-c或第一pgw-c中的芯片等。即该通信装置可以用于执行上文方法实施例中由第一pgw-c执行的步骤或功能等。
329.收发单元802,用于接收来自用户面数据网关pgw-u的第一消息,所述第一消息包括第一指示信息和用户面服务网关sgw-u的隧道标识,所述第一指示信息用于指示与所述隧道标识对应的第一控制面服务网关sgw-c故障;
330.所述收发单元802,还用于根据所述第一指示信息向第二sgw-c发送第二消息,所述第二消息包括终端设备的标识和服务于所述终端设备的移动管理网元的标识,所述第二消息用于触发所述第二sgw-c通知所述移动管理网元恢复所述终端设备的pdn连接。
331.在一种可能的实现方式中,处理单元801,用于确定所述隧道标识对应的分组数据网络pdn连接的上下文,所述pdn连接的上下文包括所述终端设备的标识和所述移动管理网元的标识。
332.在一种可能的实现方式中,收发单元802,用于接收所述第二消息,并向所述移动管理网元发送故障恢复请求,所述故障恢复请求包括所述终端设备的标识,所述故障恢复请求用于触发所述移动管理网元恢复所述终端设备的pdn连接。
333.可理解,本技术实施例示出的收发单元和处理单元的具体说明仅为示例,对于收发单元和处理单元的具体功能或执行的步骤等,可以参考上述方法实施例(如图2或图6
等),这里不再详述。
334.另外,本技术实施例提供了一种通信系统,该通信系统包括第一pgw-c,关于该第一pgw-c执行的功能或方法可以参考上述描述,这里不再详述。
335.示例性的,该通信系统还可以包括:
336.pgw-u,用于向所述sgw-u发送所述终端设备的下行数据包;
337.sgw-u,用于接收所述下行数据包,并向所述第一sgw-c发送下行数据通知;以及还用于在所述sgw-u未接收到来自所述第一sgw-c的响应消息的情况下,或者,在所述sgw-u接收到来自所述第一sgw-c的响应消息,且所述响应消息中携带复位时间戳的情况下,向所述pgw-u发送错误指示消息,所述错误指示消息携带所述第一指示信息。
338.示例性的,该通信系统还可以包括移动管理网元,关于该移动管理网元的说明可以参考下文描述,或者,也可以参考上述图2或图6的描述等。
339.关于该通信系统中各个网元执行的功能或方法可以参考上述方法实施例,如图2或图6的描述,这里不再详述。
340.复用图8,本技术实施例提供了一种通信装置,该通信装置可以是上文示出的sgw-u或sgw-u中的芯片等。即该通信装置可以用于执行上文方法实施例中由sgw-u执行的步骤或功能等。
341.处理单元801,用于在第一控制面服务网关sgw-c故障时,根据用户面数据网关pgw-u发送的下行数据包确定终端设备的标识和服务于所述终端设备的移动管理网元的标识;
342.收发单元802,用于向第二sgw-c发送第三消息,所述第三消息包括所述终端设备的标识和所述移动管理网元的标识,所述第三消息用于触发所述第二sgw-c通知所述移动管理网元恢复所述终端设备的分组数据网络pdn连接。
343.在一种可能的实现方式中,处理单元801,具体用于根据所述pgw-u发送的下行数据包携带的业务数据信息确定与所述业务数据信息对应的数据包转发控制协议pfcp会话上下文,所述pfcp会话上下文包括所述终端设备的标识和所述移动管理网元的标识。
344.在一种可能的实现方式中,收发单元802,还用于在所述第一sgw-c故障之前,接收来自所述第一sgw-c的请求消息,所述请求消息包括所述移动管理网元的标识、所述终端设备的标识和业务数据信息;以及还用于向所述第一sgw-c发送响应消息;
345.处理单元801,具体用于所述sgw-u根据所述pgw-u发送的下行数据包携带的所述业务数据信息,确定所述终端设备的标识和所述移动管理网元的标识。
346.在一种可能的实现方式中,所述请求消息为pfcp会话建立请求,所述响应消息为pfcp会话建立响应;或者,所述请求消息为pfcp会话更新请求,所述响应消息为pfcp会话更新响应。
347.可理解,本技术实施例示出的收发单元和处理单元的具体说明仅为示例,对于收发单元和处理单元的具体功能或执行的步骤等,可以参考上述方法实施例(如图3或图6或图7等),这里不再详述。
348.另外,本技术实施例提供了一种通信系统,该通信系统包括sgw-u,关于该sgw-u执行的功能或方法可以参考上述描述,这里不再详述。
349.示例性的,该通信系统还可以包括:
350.所述第二sgw-c,用于接收所述第三消息,并向所述移动管理网元发送故障恢复请求,所述故障恢复请求包括所述终端设备的标识,所述故障恢复请求用于触发所述移动管理网元恢复所述终端设备的pdn连接。示例性的,该通信系统还可以包括移动管理网元。
351.关于该通信系统中各个网元执行的功能或方法可以参考上述方法实施例,如图3或图6或图7的描述,这里不再详述。
352.复用图8,本技术实施例提供了一种通信装置,该通信装置可以是上文示出的第二pgw-c或第二pgw-c中的芯片等。即该通信装置可以用于执行上文方法实施例中由第二pgw-c执行的步骤或功能等。
353.收发单元802,用于在第一控制面服务网关sgw-c和第一控制面数据网关pgw-c故障时,接收来自策略控制网元的触发消息,所述第二pgw-c是第一pgw-c的备份;
354.收发单元802,还用于向第二sgw-c发送第四消息,所述第四消息包括终端设备的标识和服务于所述终端设备的移动管理网元的标识,所述第四消息用于触发所述第二sgw-c通知所述移动管理网元恢复所述终端设备的分组数据网络pdn连接。
355.在一种可能的实现方式中,所述第四消息还包括所述终端设备的分组数据网络pdn连接的缺省承载标识和/或所述第二pgw-c的标识。
356.在一种可能的实现方式中,所述触发消息携带ip-连接访问网络ip-can id,
357.处理单元801,用于根据所述ip-can id获取与所述ip-can id对应的pdn连接的上下文,所述pdn连接的上下文中包括所述终端设备的标识和所述移动管理网元的标识。
358.在一种可能的实现方式中,所述触发消息为ip-can会话更新消息。
359.在一种可能的实现方式中,处理单元801,用于根据所述终端设备的分组数据网络pdn连接的上下文中的合一指示确定所述第一sgw-c与第一pgw-c合一部署。
360.可理解,本技术实施例示出的收发单元和处理单元的具体说明仅为示例,对于收发单元和处理单元的具体功能或执行的步骤等,可以参考上述方法实施例(如图4或图7等),这里不再详述。
361.另外,本技术实施例提供了一种通信系统,该通信系统包括sgw-u,关于该sgw-u执行的功能或方法可以参考上述描述,这里不再详述。
362.示例性的,该通信系统还可以包括:
363.所述第二sgw-c,用于接收所述第四消息,并向所述移动管理网元发送故障恢复请求,所述故障恢复请求包括所述终端设备的标识,所述故障恢复请求用于触发所述移动管理网元恢复所述终端设备的pdn连接。示例性的,该通信系统还可以包括移动管理网元。
364.关于该通信系统中各个网元执行的功能或方法可以参考上述方法实施例,如图4或图7的描述,这里不再详述。
365.复用图8,本技术实施例提供了一种通信装置,该通信装置可以是上文示出的第一sgw-c或第一sgw-c中的芯片等。即该通信装置可以用于执行上文方法实施例中由第一sgw-c执行的步骤或功能等。
366.收发单元802,用于接收来自第一控制面数据网关pgw-c的第五消息,所述第五消息包括第二pgw-c的标识,所述第二pgw-c为所述第一pgw-c的备份;
367.所述收发单元802,还用于向移动管理网元发送第六消息,所述第六消息包括所述第二pgw-c的标识以及第二sgw-c的标识,所述第六消息用于触发所述移动管理网元恢复所
述终端设备的分组数据网络pdn连接,所述第二sgw-c为所述第一sgw-c的备份。
368.在一种可能的实现方式中,所述第一pgw-c与所述第一sgw-c合一部署,所述第二pgw-c与所述第二sgw-c合一部署。
369.在一种可能的实现方式中,所述收发单元802,具体用于在所述第一sgw-c和/或所述第一pgw-c缩容的情况下,接收来自所述第一pgw-c的第五消息。
370.在一种可能的实现方式中,所述第五消息为pdn连接对应的承载建立消息,所述第六消息为所述pdn连接对应的承载建立消息;或者,所述第五消息为pdn连接对应的承载更新消息,所述第六消息为所述pdn连接对应的承载更新消息;或者,所述第五消息为pdn连接对应的承载删除消息,所述第六消息为pdn连接对应的承载删除消息。
371.可理解,本技术实施例示出的收发单元和处理单元的具体说明仅为示例,对于收发单元和处理单元的具体功能或执行的步骤等,可以参考上述方法实施例(如图5或图4或图7等),这里不再详述。
372.另外,本技术实施例提供了一种通信系统,该通信系统包括第一sgw-c,关于该第一sgw-c执行的功能或方法可以参考上述描述,这里不再详述。
373.例性的,该通信系统还可以包括移动管理网元等。关于该通信系统中各个网元执行的功能或方法可以参考上述方法实施例,如图5或图4或图7的描述,这里不再详述。
374.复用图8,本技术实施例提供了一种通信装置,该通信装置可以是上文示出的mme或mme中的芯片等。即该通信装置可以用于执行上文方法实施例中由mme执行的步骤或功能等。
375.收发单元802,用于在第一控制面服务网关sgw-c故障时,接收来自第二sgw-c的故障恢复请求,所述故障恢复请求包括终端设备的标识;
376.处理单元801,用于恢复所述终端设备的分组数据网络pdn连接(或者处理单元通过收发单元恢复ue的pdn连接)。
377.例如,在所述第一sgw-c故障之前,所述终端设备的pdn连接建立在所述第一sgw-c和所述第一pgw-c上;在所述第一sgw-c故障之后,所述终端设备的pdn连接建立在第二sgw-c与第一pgw-c上;或者,在所述第一sgw-c故障之后,所述终端设备的pdn连接建立在第二sgw-c与第二pgw-c上;或者在所述第一sgw-c故障之后,所述终端设备的pdn连接建立在第三sgw-c与第一pgw-c上。
378.可理解,这里所示的pdn连接仅为示例,对于具体说明可以参考上述实施例,这里不再详述。
379.在一种可能的实现方式中,所述故障恢复请求还包括所述终端设备的分组数据网络pdn连接对应的缺省承载标识和/或第二pgw-c的标识。
380.在一种可能的实现方式中,在所述第一sgw-c和第一pgw-c分离部署的情况下,所述第一sgw-c故障之后,所述终端设备的pdn连接建立在第二sgw-c与第一pgw-c上;或者,在所述第一sgw-c和第一pgw-c合一部署的情况下,所述第一sgw-c故障之后,所述终端设备的pdn连接建立在第二sgw-c与第二pgw-c上;或者,所述第一sgw-c故障之后,所述终端设备的pdn连接建立在第三sgw-c与第一pgw-c上。
381.在一种可能的实现方式中,所述处理单元801,用于若所述故障恢复请求包括所述第二pgw-c的标识,则确定所述第一sgw-c和所述第一pgw-c是合一部署;或者,
382.所述处理单元801,用于若所述故障恢复请求为所述终端设备的pdn连接对应的承载建立消息、承载更新消息或承载删除消息中的一项,则确定所述第一sgw-c和所述第一pgw-c是合一部署;或者,所述处理单元801,用于根据所述终端设备的标识确定用户上下文,以及根据所述用户上下文中的所述第一sgw-c的全称域名fqdn和所述第一pgw-c的fqdn确定所述第一sgw-c和所述第一pgw-c是合一部署。
383.在一种可能的实现方式中,所述处理单元801,具体用于选择所述终端设备可用sgw-c和所述第二pgw-c,通过所述可用sgw-c和所述第二pgw-c重建所述终端设备的pdn连接,所述可用sgw-c包括所述第一sgw-c、所述第二sgw-c或第三sgw-c中的一项;或者,所述处理单元801,具体用于选择所述终端设备可用sgw-c,通过所述可用sgw-c和所述第一pgw-c重建所述终端设备的pdn连接,所述可用sgw-c包括所述第一sgw-c、所述第二sgw-c或第三sgw-c中的一项。
384.在一种可能的实现方式中,所述第二pgw-c根据所述故障恢复请求中包括的所述第二pgw-c的标识确定;或者,所述第二pgw-c根据所述终端设备的pdn连接的上下文确定,所述第二pgw-c为所述第一pgw-c的备份;或者,所述可用sgw-c根据所述终端设备的位置信息确定;或者,在所述第一sgw-c故障之前,所述移动管理网元接收来自所述第一sgw-c的第六消息,可用sgw-c根据所述第六消息中包括的所述第二sgw-c的标识确定。
385.在一种可能的实现方式中,所述处理单元801,具体用于选择所述可用sgw-c,通过所述收发单元向所述可用sgw-c发送建立会话请求,所述建立会话请求携带所述第一pgw-c的隧道标识和pgw-u的隧道标识。
386.在一种可能的实现方式中,所述处理单元801,具体用于选择所述可用sgw-c和所述第二pgw-c,通过所述收发单元向所述可用sgw-c发送建立会话请求,所述建立会话请求携带第二指示信息、所述第二pgw-c的隧道标识和pgw-u的隧道标识,所述第二指示信息用于指示所述pdn连接上的pgw-c发生改变。
387.在一种可能的实现方式中,所述建立会话请求还携带所述终端设备的标识和/或所述终端设备的pdn连接的缺省承载标识。
388.可理解,本技术实施例示出的收发单元和处理单元的具体说明仅为示例,对于收发单元和处理单元的具体功能或执行的步骤等,可以参考上述方法实施例(如图6或图7等),这里不再详述。
389.可理解,关于上述各个实施例的说明仅为示例,对于各个实施例中相关消息的说明可以参考上文图1至图7,这里不再详述。
390.以上介绍了本技术实施例的通信装置,以下介绍所述通信装置可能的产品形态。应理解,但凡具备上述图8所述的通信装置的功能的任何形态的产品,都落入本技术实施例的保护范围。还应理解,以下介绍仅为举例,不限制本技术实施例的通信装置的产品形态仅限于此。
391.在一种可能的实现方式中,图8所示的通信装置中,处理单元801可以是一个或多个处理器,收发单元802可以是收发器,或者收发单元802还可以是发送单元和接收单元,发送单元可以是发送器,接收单元可以是接收器,该发送单元和接收单元集成于一个器件,例如收发器。本技术实施例中,处理器和收发器可以被耦合等,对于处理器和收发器的连接方式,本技术实施例不作限定。
392.如图9所示,该通信装置90包括一个或多个处理器920和收发器910。
393.示例性的,当该通信装置用于执行上述第一pgw-c执行的步骤或方法或功能时,收发器910,用于接收来自用户面数据网关pgw-u的第一消息以及向第二sgw-c发送第二消息。
394.示例性的,当该通信装置用于执行上述pgw-u执行的步骤或方法或功能时,处理器920,用于在第一控制面服务网关sgw-c故障时,根据用户面数据网关pgw-u发送的下行数据包确定终端设备的标识和服务于所述终端设备的移动管理网元的标识;收发器910,用于向第二sgw-c发送第三消息。
395.示例性的,当该通信装置用于执行上述第二pgw-c执行的步骤或方法或功能时,收发器910,用于在第一控制面服务网关sgw-c和第一控制面数据网关pgw-c故障时,接收来自策略控制网元的触发消息,所述第二pgw-c是第一pgw-c的备份;以及向第二sgw-c发送第四消息。
396.示例性的,当该通信装置用于执行上述第一sgw-c执行的步骤或方法或功能时,收发器910,用于接收来自第一控制面数据网关pgw-c的第五消息;以及向移动管理网元发送第六消息。
397.示例性的,当该通信装置用于执行上述mme执行的步骤或方法或功能时,收发器910,用于在第一控制面服务网关sgw-c故障时,接收来自第二sgw-c的故障恢复请求,所述故障恢复请求包括终端设备的标识;处理器920,用于恢复所述终端设备的分组数据网络pdn连接(或者处理单元通过收发单元恢复ue的pdn连接)。
398.可理解,对于处理器和收发器的具体说明还可以参考图8所示的处理单元和收发单元的介绍,这里不再一一详述。
399.在图9所示的通信装置的各个实现方式中,收发器可以包括接收机和发射机,该接收机用于执行接收的功能(或操作),该发射机用于执行发射的功能(或操作)。以及收发器用于通过传输介质和其他设备/装置进行通信。
400.可选的,通信装置90还可以包括一个或多个存储器930,用于存储程序指令和/或数据。存储器930和处理器920耦合。本技术实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接,可以是电性,机械或其它的形式,用于装置、单元或模块之间的信息交互。处理器920可能和存储器930协同操作。处理器920可可以执行存储器930中存储的程序指令。可选的,上述一个或多个存储器中的至少一个可以包括于处理器中。
401.本技术实施例中不限定上述收发器910、处理器920以及存储器930之间的具体连接介质。本技术实施例在图9中以存储器930、处理器920以及收发器910之间通过总线940连接,总线在图9中以粗线表示,其它部件之间的连接方式,仅是进行示意性说明,并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示,图9中仅用一条粗线表示,但并不表示仅有一根总线或一种类型的总线。
402.在本技术实施例中,处理器可以是通用处理器、数字信号处理器、专用集成电路、现场可编程门阵列或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等,可以实现或者执行本技术实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者任何常规的处理器等。结合本技术实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成等。
403.本技术实施例中,存储器可包括但不限于硬盘(hard disk drive,hdd)或固态硬
盘(solid-state drive,ssd)等非易失性存储器,随机存储记忆体(random access memory,ram)、可擦除可编程只读存储器(erasable programmable rom,eprom)、只读存储器(read-only memory,rom)或便携式只读存储器(compact disc read-only memory,cd-rom)等等。存储器是能够用于携带或存储具有指令或数据结构形式的程序代码,并能够由计算机(如本技术示出的通信装置等)读和/或写的任何存储介质,但不限于此。本技术实施例中的存储器还可以是电路或者其它任意能够实现存储功能的装置,用于存储程序指令和/或数据。
404.可理解,本技术实施例示出的通信装置还可以具有比图9更多的元器件等,本技术实施例对此不作限定。以上所示的处理器和收发器所执行的方法仅为示例,对于该处理器和收发器具体所执行的步骤可参照上文介绍的方法。
405.在另一种可能的实现方式中,图8所示的通信装置中,处理单元801可以是一个或多个逻辑电路,收发单元802可以是输入输出接口,又或者称为通信接口,或者接口电路,或接口等等。或者收发单元802还可以是发送单元和接收单元,发送单元可以是输出接口,接收单元可以是输入接口,该发送单元和接收单元集成于一个单元,例如输入输出接口。如图10所示,图10所示的通信装置包括逻辑电路1001和接口1002。即上述处理单元801可以用逻辑电路1001实现,收发单元902可以用接口1002实现。其中,该逻辑电路1001可以为芯片、处理电路、集成电路或片上系统(system on chip,soc)芯片等,接口1002可以为通信接口、输入输出接口、管脚等。示例性的,图10是以上述通信装置为芯片为例出的,该芯片包括逻辑电路1001和接口1002。
406.本技术实施例中,逻辑电路和接口还可以相互耦合。对于逻辑电路和接口的具体连接方式,本技术实施例不作限定。
407.示例性的,当该通信装置用于执行上述第一pgw-c执行的步骤或方法或功能时,接口1002,用于输入第一消息以及输出第二消息。
408.示例性的,当该通信装置用于执行上述pgw-u执行的步骤或方法或功能时,逻辑电路1001,用于在第一控制面服务网关sgw-c故障时,根据下行数据包确定终端设备的标识和服务于所述终端设备的移动管理网元的标识;接口1002,用于输出第三消息。
409.示例性的,当该通信装置用于执行上述第二pgw-c执行的步骤或方法或功能时,接口1002,用于在第一控制面服务网关sgw-c和第一控制面数据网关pgw-c故障时,输入触发消息,所述第二pgw-c是第一pgw-c的备份;以及输出第四消息。
410.示例性的,当该通信装置用于执行上述第一sgw-c执行的步骤或方法或功能时,接口1002,用于输入第五消息;以及输出第六消息。
411.示例性的,当该通信装置用于执行上述mme执行的步骤或方法或功能时,接口1002,用于在第一控制面服务网关sgw-c故障时,输入故障恢复请求,所述故障恢复请求包括终端设备的标识;逻辑电路1001,用于恢复所述终端设备的分组数据网络pdn连接(或者处理单元通过收发单元恢复ue的pdn连接)。
412.对于图10所示的各个实施例的具体实现方式,还可以参考上述各个实施例,这里不再详述。
413.此外,本技术还提供一种计算机程序,该计算机程序用于实现本技术提供的方法中由第一pgw-c执行的操作和/或处理。
414.本技术还提供一种计算机程序,该计算机程序用于实现本技术提供的方法中由第二sgw-c执行的操作和/或处理。
415.本技术还提供一种计算机程序,该计算机程序用于实现本技术提供的方法中由sgw-u执行的操作和/或处理。
416.本技术还提供一种计算机程序,该计算机程序用于实现本技术提供的方法中由第二pgw-c执行的操作和/或处理。
417.本技术还提供一种计算机程序,该计算机程序用于实现本技术提供的方法中由第一sgw-c执行的操作和/或处理。
418.本技术还提供一种计算机程序,该计算机程序用于实现本技术提供的方法中由mme执行的操作和/或处理。
419.本技术还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机代码,当计算机代码在计算机上运行时,使得计算机执行本技术提供的方法中由第一pgw-c执行的操作和/或处理。
420.本技术还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机代码,当计算机代码在计算机上运行时,使得计算机执行本技术提供的方法中由第二sgw-c执行的操作和/或处理。
421.本技术还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机代码,当计算机代码在计算机上运行时,使得计算机执行本技术提供的方法中由sgw-u执行的操作和/或处理。
422.本技术还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机代码,当计算机代码在计算机上运行时,使得计算机执行本技术提供的方法中由第二pgw-c执行的操作和/或处理。
423.本技术还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机代码,当计算机代码在计算机上运行时,使得计算机执行本技术提供的方法中由第一sgw-c执行的操作和/或处理。
424.本技术还提供一种计算机可读存储介质,该计算机可读存储介质中存储有计算机代码,当计算机代码在计算机上运行时,使得计算机执行本技术提供的方法中由mme执行的操作和/或处理。
425.本技术还提供一种计算机程序产品,该计算机程序产品包括计算机代码或计算机程序,当该计算机代码或计算机程序在计算机上运行时,使得本技术提供的方法中由第一pgw-c执行的操作和/或处理被执行。
426.本技术还提供一种计算机程序产品,该计算机程序产品包括计算机代码或计算机程序,当该计算机代码或计算机程序在计算机上运行时,使得本技术提供的方法中由第二sgw-c执行的操作和/或处理被执行。
427.本技术还提供一种计算机程序产品,该计算机程序产品包括计算机代码或计算机程序,当该计算机代码或计算机程序在计算机上运行时,使得本技术提供的方法中由sgw-u执行的操作和/或处理被执行。
428.本技术还提供一种计算机程序产品,该计算机程序产品包括计算机代码或计算机程序,当该计算机代码或计算机程序在计算机上运行时,使得本技术提供的方法中由第二
pgw-c执行的操作和/或处理被执行。
429.本技术还提供一种计算机程序产品,该计算机程序产品包括计算机代码或计算机程序,当该计算机代码或计算机程序在计算机上运行时,使得本技术提供的方法中由第一sgw-c执行的操作和/或处理被执行。
430.本技术还提供一种计算机程序产品,该计算机程序产品包括计算机代码或计算机程序,当该计算机代码或计算机程序在计算机上运行时,使得本技术提供的方法中由mme执行的操作和/或处理被执行。
431.在本技术所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接,也可以是电的,机械的或其它的形式连接。
432.所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本技术实施例提供的方案的技术效果。
433.另外,在本技术各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
434.所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本技术的技术方案本质上或者说对现有技术做出贡献的部分,或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个可读存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本技术各个实施例所述方法的全部或部分步骤。而前述的可读存储介质包括:u盘、移动硬盘、只读存储器(read-only memory,rom)、随机存取存储器(random access memory,ram)、磁碟或者光盘等各种可以存储程序代码的介质。
435.以上所述,仅为本技术的具体实施方式,但本技术的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本技术揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本技术的保护范围之内。因此,本技术的保护范围应以所述权利要求的保护范围为准。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1