CN104540160B - 一种承载处理方法以及相关设备 - Google Patents
一种承载处理方法以及相关设备 Download PDFInfo
- Publication number
- CN104540160B CN104540160B CN201410751813.4A CN201410751813A CN104540160B CN 104540160 B CN104540160 B CN 104540160B CN 201410751813 A CN201410751813 A CN 201410751813A CN 104540160 B CN104540160 B CN 104540160B
- Authority
- CN
- China
- Prior art keywords
- network element
- response message
- target
- carrying
- target link
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/04—Arrangements for maintaining operational condition
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/25—Maintenance of established connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例公开了一种承载处理方法以及相关设备。本发明实施例方法包括:第一网元确定目标链路;所述第一网元将分别与所述目标链路上的各承载对应的第一请求消息发送给所述第二网元,以使所述第二网元根据所述第一请求消息生成第一响应消息,所述第一响应消息用于指示所述目标链路上的各承载是否已在所述第二网元上删除;所述第一网元接收所述第一响应消息,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除。可见,采用本实施例所示的承载处理方法,能够在网元间链路闪断的情况下,即便各网元对承载的处理不同步,也能够使得网元能够确定与其串联的网元的承载处理情况,避免因承载处理不同步而引发网上问题。
Description
技术领域
本发明涉及通信技术领域,尤其涉及的是一种承载处理方法以及相关设备。
背景技术
PS(Packet Switched,分组交换)域MME(mobility management entity,移动性管理实体)、SGW(Serving Gateway,服务网关)、PGW(Packet Data Network Gateway,PDN网关)和SGSN(serving GPRS support node,GPRS业务支撑节点)、GGSN(Gateway-GPRSSuport Node,网关GPRS支撑节点)组网上为串联关系,某两个网元间链路故障的情况下,按照协议网元可各自根据本网元自身的配置控制是否删除以及多长时间后开始删除故障链路上的承载。
因此网元间链路故障的情况下,各网元的故障处理策略可能不一致,导致网元间的承载资源不一致,从而可能引发网上问题。例如,移动某省局点曾出现SGSN和GGSN之间的链路闪断,SGSN和GGSN都感知到了链路故障。SGSN的处理策略是感知链路故障后立刻开始以一定速率删除链路上相关承载,而GGSN根据配置需30分钟以后才启动承载删除。几分钟后链路恢复正常,被SGSN激活的用户大批重新上线,用户重新上线时可能分配到与上次激活不同的GGSN。由于GGSN上运营商规划的地址池有限,而GGSN上有大量残留的上下文,导致大量重新上线的用户因为申请不到地址而激活失败。可见,现有技术中各网元独立配置链路故障到启动承载删除的时长,各网元承载的删除不同步,且在链路故障的情况下无法通知对端网元。链路闪断的情况下可能导致其中某个网元上有上下文残留。
发明内容
本发明实施例提供了一种承载处理方法以及相关设备。
本发明实施例第一方面提供了一种承载处理方法,包括:
第一网元确定目标链路,所述目标链路为所述第一网元和第二网元之间由故障恢复为正常的链路;
所述第一网元将分别与所述目标链路上的各承载对应的第一请求消息发送给所述第二网元,以使所述第二网元根据所述第一请求消息生成第一响应消息,所述第一响应消息用于指示所述目标链路上的各承载是否已在所述第二网元上删除;
所述第一网元接收所述第一响应消息,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除。
结合本发明实施例第一方面,本发明实施例第一方面的第一种实现方式中,
所述第一网元确定目标链路包括:
所述第一网元将已生成的第二请求消息发送给所述第二网元;
所述第一网元接收所述第二网元根据所述第二请求消息返回的第二响应消息,所述第二响应消息为所述第二网元根据所述第二请求消息对应生成;
所述第一网元确定与所述第二响应消息对应的链路是否由故障恢复为正常;
若是,则所述第一网元确定由故障恢复为正常的链路为所述目标链路。
本发明实施例第一方面或本发明实施例第一方面的第一种实现方式,本发明实施例第一方面的第二种实现方式中,
所述第一网元接收所述第一响应消息,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除包括:
若所述第一网元确定已接收到的所述第一响应消息为第一子响应消息,则所述第一网元根据所述第一子响应消息确定第一目标承载,所述第一目标承载为所述目标链路上的承载,且所述第一目标承载在所述第二网元上已删除;
所述第一网元接收所述第一响应消息,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除之后,所述方法还包括:
所述第一网元根据所述第一子响应消息将所述目标链路上的所述第一目标承载删除。
本发明实施例第一方面或本发明实施例第一方面的第一种实现方式,本发明实施例第一方面的第三种实现方式中,
所述第一网元接收所述第一响应消息,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除包括:
若所述第一网元确定已接收到的所述第一响应消息为第二子响应消息,则所述第一网元根据所述第二子响应消息确定第二目标承载,所述第二目标承载为所述目标链路上的承载,且所述第二网元上存在所述第二目标承载;
所述第一网元接收所述第一响应消息,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除之后,所述方法还包括:
所述第一网元根据所述第二子响应消息保留所述目标链路上的所述第二目标承载。
本发明实施例第二方面提供了一种承载处理方法,包括:
第二网元接收第一网元发送的第一请求消息,所述第一请求消息用于请求所述第二网元确定目标链路上的各承载是否已在所述第二网元上删除,所述目标链路为所述第一网元和第二网元之间由故障恢复为正常的链路;
所述第二网元根据所述第一请求消息生成第一响应消息,所述第一响应消息用于指示所述目标链路上的各承载是否已在所述第二网元上删除;
所述第二网元将所述第一响应消息发送给所述第一网元,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除。
结合本发明实施例第二方面,本发明实施例第二方面的第一种实现方式中,
所述方法还包括:
所述第二网元接收所述第一网元发送的第二请求消息;
所述第二网元根据所述第二请求消息向所述第一网元返回第二响应消息,以使所述第一网元根据所述第二响应消息确定由故障恢复为正常的链路为所述目标链路。
结合本发明实施例第二方面或本发明实施例第二方面的第一种实现方式,本发明实施例第二方面的第二种实现方式中,
所述第二网元根据所述第一请求消息生成第一响应消息包括:
所述第二网元根据所述第一请求消息确定第一目标承载,所述第一目标承载为所述目标链路上的承载,且所述第一目标承载在所述第二网元上已删除;
所述第二网元生成用于指示所述第一目标承载在所述第二网元上已删除的第一子响应消息;
所述第二网元将所述第一响应消息发送给所述第一网元包括:
所述第二网元将所述第一子响应消息发送给所述第一网元,以使所述第一网元根据所述第一子响应消息将所述目标链路上的所述第一目标承载删除。
结合本发明实施例第二方面或本发明实施例第二方面的第一种实现方式,本发明实施例第二方面的第三种实现方式中,
所述第二网元根据所述第一请求消息生成第一响应消息包括:
所述第二网元根据所述第一请求消息确定第二目标承载,所述第二目标承载为所述目标链路上的承载,且所述第二网元上存在所述第二目标承载;
所述第二网元生成用于指示所述第二网元上存在所述第二目标承载的第二子响应消息;
所述第二网元将所述第一响应消息发送给所述第一网元包括:
所述第二网元将所述第二子响应消息发送给所述第一网元,以使所述第一网元根据所述第二子响应消息保留所述目标链路上的所述第二目标承载。
本发明实施例第三方面提供了一种第一网元,包括:
确定单元,用于确定目标链路,所述目标链路为所述第一网元和第二网元之间由故障恢复为正常的链路;
第一发送单元,用于将分别与所述目标链路上的各承载对应的第一请求消息发送给所述第二网元,以使所述第二网元根据所述第一请求消息生成第一响应消息,所述第一响应消息用于指示所述目标链路上的各承载是否已在所述第二网元上删除;
第一接收单元,用于接收所述第一响应消息,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除。
结合本发明实施例第三方面,本发明实施例第三方面的第一种实现方式中,
所述确定单元包括:
发送模块,用于将已生成的第二请求消息发送给所述第二网元;
第一接收模块,用于接收所述第二网元根据所述第二请求消息返回的第二响应消息,所述第二响应消息为所述第二网元根据所述第二请求消息对应生成;
第一确定模块,用于确定与所述第二响应消息对应的链路是否由故障恢复为正常;
第二确定模块,用于若与所述第二响应消息对应的链路由故障恢复为正常,则确定由故障恢复为正常的链路为所述目标链路。
结合本发明实施例第三方面或本发明实施例第三方面的第一种实现方式,本发明实施例第三方面的第二种实现方式中,
所述第一接收单元包括:
第三确定模块,用于若确定已接收到的所述第一响应消息为第一子响应消息,则所述第一网元根据所述第一子响应消息确定第一目标承载,所述第一目标承载为所述目标链路上的承载,且所述第一目标承载在所述第二网元上已删除;
所述第一网元还包括:
删除单元,用于根据所述第一子响应消息将所述目标链路上的所述第一目标承载删除。
结合本发明实施例第三方面或本发明实施例第三方面的第一种实现方式,本发明实施例第三方面的第三种实现方式中,
所述第一接收单元包括:
第四确定模块,用于若确定已接收到的所述第一响应消息为第二子响应消息,则所述第一网元根据所述第二子响应消息确定第二目标承载,所述第二目标承载为所述目标链路上的承载,且所述第二网元上存在所述第二目标承载;
所述第一网元还包括:
保留单元,用于根据所述第二子响应消息保留所述目标链路上的所述第二目标承载。
本发明实施例第四方面提供了一种第二网元,包括:
第二接收单元,用于接收第一网元发送的第一请求消息,所述第一请求消息用于请求所述第二网元确定目标链路上的各承载是否已在所述第二网元上删除,所述目标链路为所述第一网元和第二网元之间由故障恢复为正常的链路;
第一生成单元,用于根据所述第一请求消息生成第一响应消息,所述第一响应消息用于指示所述目标链路上的各承载是否已在所述第二网元上删除;
第二发送单元,用于将所述第一响应消息发送给所述第一网元,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除。
结合本发明实施例第四方面,本发明实施例第四方面的第一种实现方式中,
还包括:
第三接收单元,用于接收所述第一网元发送的第二请求消息;
第二生成单元,用于根据所述第二请求消息向所述第一网元返回第二响应消息,以使所述第一网元根据所述第二响应消息确定由故障恢复为正常的链路为所述目标链路。
结合本发明实施例第四方面或本发明实施例第四方面的第一种实现方式,本发明实施例第四方面的第二种实现方式中,
所述第一生成单元包括:
第五确定模块,用于根据所述第一请求消息确定第一目标承载,所述第一目标承载为所述目标链路上的承载,且所述第一目标承载在所述第二网元上已删除;
第一生成模块,用于生成用于指示所述第一目标承载在所述第二网元上已删除的第一子响应消息;
所述第二发送单元还用于,将所述第一子响应消息发送给所述第一网元,以使所述第一网元根据所述第一子响应消息将所述目标链路上的所述第一目标承载删除。
结合本发明实施例第四方面或本发明实施例第四方面的第一种实现方式,本发明实施例第四方面的第三种实现方式中,
所述第一生成单元包括:
第六确定模块,用于根据所述第一请求消息确定第二目标承载,所述第二目标承载为所述目标链路上的承载,且所述第二网元上存在所述第二目标承载;
第二生成模块,用于生成用于指示所述第二网元上存在所述第二目标承载的第二子响应消息;
所述第二发送单元还用于,将所述第二子响应消息发送给所述第一网元,以使所述第一网元根据所述第二子响应消息保留所述目标链路上的所述第二目标承载。
从以上技术方案可以看出,第一网元确定目标链路,且所述第一网元将分别与所述目标链路上的各承载对应的第一请求消息发送给所述第二网元,以使所述第二网元根据所述第一请求消息生成第一响应消息,所述第一响应消息用于指示所述目标链路上的各承载是否已在所述第二网元上删除;所述第一网元接收所述第一响应消息,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除。可见,采用本实施例所示的承载处理方法,能够在网元间链路闪断的情况下,即便各网元对承载的处理不同步,也能够使得网元能够确定与其串联的网元的承载处理情况,避免因承载处理不同步而引发网上问题。
附图说明
图1为本发明实施例所提供的承载处理方法的一种较佳实施例步骤流程图;
图2为本发明实施例所提供的承载处理方法的另一种较佳实施例步骤流程图;
图3为本发明实施例所提供的承载处理方法的一种较佳实施例步骤流程图;
图4为本发明实施例所提供的承载处理方法的另一种较佳实施例步骤流程图;
图5为本发明实施例所提供的第一网元的一种较佳实施例结构示意图;
图6为本发明实施例所提供的第一网元的另一种较佳实施例结构示意图;
图7为本发明实施例所提供的第二网元的一种较佳实施例结构示意图;
图8为本发明实施例所提供的第二网元的另一种较佳实施例结构示意图;
图9为本发明实施例所提供的第一网元的另一种较佳实施例结构示意图;
图10为本发明实施例所提供的第二网元的另一种较佳实施例结构示意图。
具体实施方式
本发明实施例提供了一种承载处理方法,用于解决网元间链路闪断的情况下,各网元对承载的处理不同步导致某网元上下文残留的技术问题。
需明确的是,本实施例对所提供的所述承载处理方法具体应用到的组网不作限定,例如该组网可为GPRS(General Packet Radio Service,通用分组无线业务)网络架构,还可应用到EPS(Evolved Packet System,演进分组系统)等组网中。
结合图1所示,本实施例所提供的承载处理方法包括:
101、第一网元确定目标链路;
其中,所述目标链路为所述第一网元和第二网元之间由故障恢复为正常的链路;
具体的,本实施例对所述第一网元具体如何确定目标链路的不作限定,只要链路由故障恢复为正常,则所述第一网元即可确定该链路为目标链路。
本实施例对所述第一网元和所述第二网元具体位于的组网不作限定,例如可为GPRS网络架构中的网元,还例如可位于EPS网络架构中的网元,只要本实施例所示的所述第一网元和所述第二网元具有串联关系即可,且所述第一网元可为所述第二网元的上游网元,或,所述第一网元为所述第二网元的下游网元。
102、所述第一网元将分别与所述目标链路上的各承载对应的第一请求消息发送给所述第二网元;
通过本实施例中所述第一网元将所述第一请求消息发送给所述第二网元,进而使得所述第二网元根据所述第一请求消息生成第一响应消息,所述第一响应消息用于指示所述目标链路上的各承载是否已在所述第二网元上删除;
即所述第二网元通过所述第一响应消息将所述目标链路上的各承载在第二网元的处理情况通知给所述第一网元,以使所述第一网元能够确定与其串联的网元的承载处理情况,避免因承载处理不同步而引发网上问题。
本实施例对所述第一请求消息的具体格式和内容不作限定,只要所述第二网元能够根据所述第一请求消息对应生成用于指示所述目标链路上的各承载是否已在所述第二网元上删除的第一响应消息即可。
103、所述第一网元接收所述第一响应消息;
本实施例中,所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除。
其中,本实施例对所述第一响应消息的具体格式和内容不作限定,只要所述第一网元能够根据已接收到的所述第一响应消息即可确定所述目标承载在所述第二网元上是否删除即可。
本实施例中,所述第一网元确定目标链路,所述第一网元将分别与所述目标链路上的各承载对应的第一请求消息发送给所述第二网元,所述第一网元接收所述第一响应消息,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除。可见,采用本实施例所示的承载处理方法,能够在网元间链路闪断的情况下,即便各网元对承载的处理不同步,也能够使得网元能够确定与其串联的网元的承载处理情况,避免因承载处理不同步而引发网上问题。
以下结合图2所示,对所述承载处理方法进行详细说明:
201、所述第一网元将已生成的第二请求消息发送给所述第二网元;
本实施例中,所述第一网元还可预设发送周期,每经过该发送周期,所述第一网元即发送所述第二请求消息,例如每5S所述第一网元就发送一次所述第二请求消息。
202、所述第一网元接收所述第二网元根据所述第二请求消息返回的第二响应消息;
所述第二响应消息为所述第二网元根据所述第二请求消息对应生成;
即所述第一网元发送用于检测链路是否正常的第二请求消息,使得若所述第一网元接收到第二网元返回的第二响应消息,则所述第一网元即可根据接收到的第二响应消息确定链路正常,若没有接收到该第二响应消息即可确定连接异常。
203、所述第一网元确定与所述第二响应消息对应的链路是否由故障恢复为正常,若是,则进行步骤204;
所述第一网元根据所述第二响应消息以及链路的历史状态即可确定链路是否由故障恢复为正常;
其中,本实施例对链路的故障原因不作限定,例如所述第一网元上的链路上的承载出现闪断等,即本实施例对故障原因不作限定,只要出现故障的承载无法正常进行工作即可。
204、所述第一网元确定由故障恢复为正常的链路为所述目标链路;
即所述第一网元根据所述第一响应消息以及链路上的历史状态即可确定由故障恢复为正常的链路为所述目标链路。
205、所述第一网元将分别与所述目标链路上的各承载对应的第一请求消息发送给所述第二网元,以使所述第二网元根据所述第一请求消息生成第一响应消息;
较佳的,本实施例所述第一网元所生成的所述第一请求消息可为3GPP协议定义的Udpate PDP Context Request消息,且本实施例所示的Udpate PDP Context Request不带任何更新信息,例如更新QoS。
更佳的,本实施例所示的所述第一网元所生成的所述第一请求消息还可为不用3GPP协议定义的消息,可使用自定义的请求消息,该自定义的请求消息用于所述第二网元确定所述目标链路上的各承载在第二网元上是否存在,本实施例对该自定义的请求消息不作限定,只要能够使得所述第一网元确定目标链路上的各承载在所述第二网元上是否存在即可。
其中,一条所述第一请求消息可对应一个目标链路上的一个承载,当然,也可一条第一请求消息对应多个所述目标链路上的承载,进而达到节省第一网元与所述第二网元之间第一请求消息数目的目的。
本实施例以所述第一请求消息为3GPP协议定义的Udpate PDP Context Request消息为例进行说明,需明确的是,上述对所述第一请求消息的说明为举例进行说明,不作限定。
所述第一响应消息用于指示所述目标链路上的各承载是否已在所述第二网元上删除;
所述第一网元将已生成的所述第一请求消息发送给第二网元,由图1所示的实施例可知,所述第二网元可为所述第一网元在组网中的上游网元,或,所述第二网元可为所述第一网元在组网中的下游网元,具体不作限定。
206、所述第一网元接收所述第一响应消息;
207、若所述第一网元确定已接收到的所述第一响应消息为第一子响应消息,则所述第一网元根据所述第一子响应消息确定第一目标承载;
其中,所述第一目标承载为所述目标链路上的承载,且所述第一目标承载在所述第二网元上已删除;
具体的,若所述第二网元确定所述第一目标承载在所述第二网元上已删除,则发送用于指示所述第一目标承载在所述第二网元上已删除的第一子响应消息;
具体的,若所述第一请求消息为3GPP协议定义的Udpate PDP Context Request消息,则若所述第二网元确定所述第一目标承载在所述第二网元上已删除,则所述第二网元返回的第一子响应消息为update pdp context response,且该update pdp contextresponse携带的原因值为context not found。
208、所述第一网元根据所述第一子响应消息将所述目标链路上的所述第一目标承载删除。
为避免因所述第一网元和所述第二网元对故障承载处理机制的不同而引发网上问题,则所述第一网元根据所述第一子响应消息将所述第一网元上的所述第一目标承载删除,以使所述第一网元和所述第二网元间的承载资源一致,从而使得第一网元能够将故障承载及时通知给第二网元,避免网上出现问题,保障数据的正常传输。
209、若所述第一网元确定已接收到的所述第一响应消息为第二子响应消息,则所述第一网元根据所述第二子响应消息确定第二目标承载;
其中,所述第二目标承载为所述目标链路上的承载,且所述第二网元上存在所述第二目标承载;
即若所述第二网元确定所述第二网元上存在所述第二目标承载,则发送用于指示所述第二目标承载在所述第二网元上存在的第二子响应消息;
具体的,若所述第二网元确定所述第二网元上存在所述目标承载,则所述第二网元返回的第二响应消息为update pdp context response,且原因值为Request Accepted。
210、所述第一网元根据所述第二子响应消息保留所述目标链路上的所述第二目标承载。
若所述第一网元确定第二网元上存在所述第二目标承载,则所述第一网元保留该所述第一网元上的所述第二目标承载,以使所述第一网元和所述第二网元间的承载资源一致。
本实施例所示的承载处理方法中,所述第一网元确定目标链路,并发送第一请求消息,且接收所述第二网元发送的根据所述第一请求消息对应生成的第一响应消息,且所述第一响应消息可为第一子响应消息或第二子响应消息,若所述第一网元确定所述第一响应消息为所述第一子响应消息,则所述第一网元即可确定第一目标承载,且确定该第一目标承载在所述第二网元上已删除,则为保障第一网元与所述第二网元之间承载处理机制的一致,则所述第一网元将所述第一目标承载进行删除,若所述第一网元确定接收到的响应消息为第二子响应消息,则所述第一网元根据该第二子响应消息确定第二目标承载,且所述第一网元将所述第二目标承载进行保留,进而使得所述第一网元和所述第二网元之间承载资源相一致,避免因所述第一网元和所述第二网元对故障承载处理机制的不同而引发网上问题,保障了数据的顺利传输。
需明确的是,本实施例通过所述第一网元主动向所述第二网元发送所述第二请求消息以确定所述目标链路为举例进行说明,不作限定,例如还可所述第二网元主动向所述第一网元发送所述第二请求消息,以使所述第二网元根据所述第一网元返回的第二响应消息确定所述目标链路。
图1至图2所示的实施例从所述第一网元的角度对所述承载处理方法进行详细说明,以下结合图3所示的实施例从第二网元的角度对所述承载处理方法进行详细说明:
需明确的是,本实施例对所提供的所述承载处理方法具体应用到的组网不作限定,例如该组网可为GPRS(General Packet Radio Service,通用分组无线业务)网络架构,还可应用到EPS(Evolved Packet System,演进分组系统)等组网中。
由图3所示可知,所述承载处理方法包括:
301、第二网元接收第一网元发送的第一请求消息;
本实施例对所述第一网元和所述第二网元具体位于的组网不作限定,例如可为GPRS网络架构中的网元,还例如可位于EPS网络架构中的网元,只要本实施例所示的所述第一网元和所述第二网元具有串联关系即可,且所述第一网元可为所述第二网元的上游网元,或,所述第一网元为所述第二网元的下游网元。
其中,所述第一请求消息用于请求所述第二网元确定目标链路上的各承载是否已在所述第二网元上删除,所述目标链路为所述第一网元和第二网元之间由故障恢复为正常的链路;
所述第一请求消息用于请求所述第二网元确定所述目标链路上的各承载是否已在所述第二网元上删除,本实施例对所述第一请求消息的具体内容不作限定。
302、所述第二网元根据所述第一请求消息生成第一响应消息;
所述第一响应消息用于指示所述目标链路上的各承载是否已在所述第二网元上删除;
即所述第二网元根据所述第一请求消息触发检测所述第二网元上所述目标链路上的各承载是否已删除的操作。
303、所述第二网元将所述第一响应消息发送给所述第一网元,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除。
其中,本实施例对所述第一响应消息的具体格式和内容不作限定,只要所述第一网元能够根据已接收到的所述响应消息即可确定所述目标承载在所述第二网元上是否删除即可。
本实施例中,第二网元接收所述第一网元发送的第一请求消息,所述第二网元根据所述第一请求消息触发检测所述目标链路上的各承载在所述第二网元上是否已删除的操作,并根据检测结果对应生成第一响应消息,以使所述第一网元根据所述第一响应消息即可确定所述目标链路上的各承载在所述第二网元上是否已删除,可见,采用本实施例所示的承载处理方法,能够在网元间链路闪断的情况下,即便各网元对承载的处理不同步,也能够使得网元能够确定与其串联的网元的承载处理情况,避免因承载处理不同步而引发网上问题。
以下结合图4所示的实施例对所述承载处理方法进行详细说明:
401、所述第二网元接收所述第一网元发送的第二请求消息;
402、所述第二网元根据所述第二请求消息向所述第一网元返回第二响应消息;
通过所述第二响应消息以使所述第一网元根据所述第二响应消息确定由故障恢复为正常的链路为所述目标链路。
403、所述第二网元接收第一网元发送的第一请求消息;
较佳的,本实施例所述的所述请求消息可为3GPP协议定义的Udpate PDP ContextRequest消息,且本实施例所示的Udpate PDP Context Request不带任何更新信息,例如更新QoS。
更佳的,本实施例所示的所述第一网元所生成的所述第一请求消息还可为不用3GPP协议定义的消息,可使用自定义的请求消息,该自定义的请求消息用于所述第二网元确定所述目标链路上的各承载在第二网元上是否存在,本实施例对该自定义的请求消息不作限定,只要能够使得所述第一网元确定目标链路上的各承载在所述第二网元上是否存在即可。
其中,一条所述第一请求消息可对应一个目标链路上的一个承载,当然,也可一条第一请求消息对应多个所述目标链路上的承载,进而达到节省第一网元与所述第二网元之间第一请求消息数目的目的。
本实施例以所述第一请求消息为3GPP协议定义的Udpate PDP Context Request消息为例进行说明,需明确的是,上述对所述第一请求消息的说明为举例进行说明,不作限定。
所述第一网元将已生成的所述第一请求消息发送给第二网元,由图1所示的实施例可知,所述第二网元可为所述第一网元在组网中的上游网元,或,所述第二网元可为所述第一网元在组网中的下游网元,具体不作限定。
404、若所述第二网元根据所述第一请求消息可确定第一目标承载,则所述第二网元生成用于指示所述第一目标承载在所述第二网元上已删除的第一子响应消息;
其中,所述第一目标承载为所述目标链路上的承载,且所述第一目标承载在所述第二网元上已删除;
其中,所述第一子响应消息用于指示所述目标承载在所述第二网元上已删除;
具体的,若所述请求消息为3GPP协议定义的Udpate PDP Context Request消息,因所述第二网元确定所述第一目标承载在所述第二网元上已删除,则所述第二网元返回的第一子响应消息为update pdp context response,且该update pdp context response携带的原因值为context not found。
405、所述第二网元将所述第一子响应消息发送给所述第一网元,以使所述第一网元根据所述第一子响应消息将所述目标链路上的所述第一目标承载删除。
406、若所述第二网元根据所述第一请求消息可确定第二目标承载,则所述第二网元生成用于指示所述第二网元上存在所述第二目标承载的第二子响应消息;
其中,所述第二目标承载为所述目标链路上的承载,且所述第二网元上存在所述第二目标承载;
其中,所述第二子响应消息用于指示所述第二网元上存在所述第二目标承载;
具体的,若所述第一请求消息为3GPP协议定义的Udpate PDP Context Request消息,则若所述第二网元确定所述第二网元上存在所述第二目标承载,则所述第二网元返回的第二子响应消息为update pdp context resposne,且原因值为Request Accepted。
407、所述第二网元将所述第二子响应消息发送给所述第一网元,以使所述第一网元根据所述第二子响应消息保留所述目标链路上的所述第二目标承载。
所述第二网元通过向所述第一网元发送所述第二子响应消息,以使所述第一网元根据所述第二子响应消息确定所述第二网元上存在所述第二目标承载,则触发所述第一网元保留所述第二目标承载。
本实施例所示的承载处理方法中,所述第二网元根据所述第一请求消息生成第一响应消息,且所述第一响应消息可为第一子响应消息或第二子响应消息,所述第一响应子消息用于指示所述第一目标承载在所述第二网元上已删除,所述第二响应子消息用于指示所述第二目标承载在所述第二网元上保留,通过本实施例所示,使得所述第一网元和所述第二网元之间承载处理机制的一致,避免因所述第一网元和所述第二网元对故障承载处理机制的不同而引发网上问题,保障了数据的顺利传输。
需明确的是,本实施例通过所述第一网元主动向所述第二网元发送所述第二请求消息以确定所述目标链路为举例进行说明,不作限定,例如还可所述第二网元主动向所述第一网元发送所述第二请求消息,以使所述第二网元根据所述第一网元返回的第二响应消息确定所述目标链路。
图1至图2所示的实施例从第一网元的角度对承载处理方法进行详细说明,以下结合图5所示的实施例对所述第一网元的具体结构继续详细说明:
如图5所示,所述第一网元包括:
确定单元501,用于确定目标链路,所述目标链路为所述第一网元和第二网元之间由故障恢复为正常的链路;
第一发送单元502,用于将分别与所述目标链路上的各承载对应的第一请求消息发送给所述第二网元,以使所述第二网元根据所述第一请求消息生成第一响应消息,所述第一响应消息用于指示所述目标链路上的各承载是否已在所述第二网元上删除;
第一接收单元503,用于接收所述第一响应消息,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除。
本实施例中,所述第一网元确定目标链路,所述第一网元将分别与所述目标链路上的各承载对应的第一请求消息发送给所述第二网元,所述第一网元接收所述第一响应消息,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除。可见,采用本实施例所示的承载处理方法,能够在网元间链路闪断的情况下,即便各网元对承载的处理不同步,也能够使得网元能够确定与其串联的网元的承载处理情况,避免因承载处理不同步而引发网上问题。
以下结合图6所示对所述第一网元的具体结构进行进一步的详细说明:
如图6所示,所述第一网元包括:
确定单元601,用于确定目标链路,所述目标链路为所述第一网元和第二网元之间由故障恢复为正常的链路;
具体的,所述确定单元601包括:
发送模块6011,用于将已生成的第二请求消息发送给所述第二网元;
第一接收模块6012,用于接收所述第二网元根据所述第二请求消息返回的第二响应消息,所述第二响应消息为所述第二网元根据所述第二请求消息对应生成;
第一确定模块6013,用于确定与所述第二响应消息对应的链路是否由故障恢复为正常;
第二确定模块6014,用于若与所述第二响应消息对应的链路由故障恢复为正常,则确定由故障恢复为正常的链路为所述目标链路。
第一发送单元602,用于将分别与所述目标链路上的各承载对应的第一请求消息发送给所述第二网元,以使所述第二网元根据所述第一请求消息生成第一响应消息,所述第一响应消息用于指示所述目标链路上的各承载是否已在所述第二网元上删除;
第一接收单元603,用于接收所述第一响应消息,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除。
具体的,所述第一接收单元603包括:
第三确定模块6031,用于若确定已接收到的所述第一响应消息为第一子响应消息,则所述第一网元根据所述第一子响应消息确定第一目标承载,所述第一目标承载为所述目标链路上的承载,且所述第一目标承载在所述第二网元上已删除;
所述第一网元还包括:
删除单元604,用于根据所述第一子响应消息将所述目标链路上的所述第一目标承载删除。
更具体的,所述第一接收单元603包括:
第四确定模块6032,用于若确定已接收到的所述第一响应消息为第二子响应消息,则所述第一网元根据所述第二子响应消息确定第二目标承载,所述第二目标承载为所述目标链路上的承载,且所述第二网元上存在所述第二目标承载;
所述第一网元还包括:
保留单元605,用于根据所述第二子响应消息保留所述目标链路上的所述第二目标承载。
本实施例所示的承载处理方法中,所述第一网元确定目标链路,并发送第一请求消息,且接收所述第二网元发送的根据所述第一请求消息对应生成的第一响应消息,且所述第一响应消息可为第一子响应消息或第二子响应消息,若所述第一网元确定所述第一响应消息为所述第一子响应消息,则所述第一网元即可确定第一目标承载,且确定该第一目标承载在所述第二网元上已删除,则为保障第一网元与所述第二网元之间承载处理机制的一致,则所述第一网元将所述第一目标承载进行删除,若所述第一网元确定接收到的响应消息为第二子响应消息,则所述第一网元根据该第二子响应消息确定第二目标承载,且所述第一网元将所述第二目标承载进行保留,进而使得所述第一网元和所述第二网元之间承载资源相一致,避免因所述第一网元和所述第二网元对故障承载处理机制的不同而引发网上问题,保障了数据的顺利传输。
以上图2至图3所示从第二网元的角度对所述承载处理方法进行详细说明,以下结合图7所示的实施例对所述第二网元的具体结构进行说明:
第二接收单元701,用于接收第一网元发送的第一请求消息,所述第一请求消息用于请求所述第二网元确定目标链路上的各承载是否已在所述第二网元上删除,所述目标链路为所述第一网元和第二网元之间由故障恢复为正常的链路;
第一生成单元702,用于根据所述第一请求消息生成第一响应消息,所述第一响应消息用于指示所述目标链路上的各承载是否已在所述第二网元上删除;
第二发送单元703,用于将所述第一响应消息发送给所述第一网元,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除。
本实施例中,第二网元接收所述第一网元发送的第一请求消息,所述第二网元根据所述第一请求消息触发检测所述目标链路上的各承载在所述第二网元上是否已删除的操作,并根据检测结果对应生成第一响应消息,以使所述第一网元根据所述第一响应消息即可确定所述目标链路上的各承载在所述第二网元上是否已删除,可见,采用本实施例所示的承载处理方法,能够在网元间链路闪断的情况下,即便各网元对承载的处理不同步,也能够使得网元能够确定与其串联的网元的承载处理情况,避免因承载处理不同步而引发网上问题。
以下结合图8所示的实施例对所述第二网元的具体结构进行进一步的详细说明:
所述第二网元包括:
第三接收单元801,用于接收所述第一网元发送的第二请求消息;
第二生成单元802,用于根据所述第二请求消息向所述第一网元返回第二响应消息,以使所述第一网元根据所述第二响应消息确定由故障恢复为正常的链路为所述目标链路。
第二接收单元803,用于接收第一网元发送的第一请求消息,所述第一请求消息用于请求所述第二网元确定目标链路上的各承载是否已在所述第二网元上删除,所述目标链路为所述第一网元和第二网元之间由故障恢复为正常的链路;
第一生成单元804,用于根据所述第一请求消息生成第一响应消息,所述第一响应消息用于指示所述目标链路上的各承载是否已在所述第二网元上删除;
具体的,所述第一生成单元804包括:
第五确定模块8041,用于根据所述第一请求消息确定第一目标承载,所述第一目标承载为所述目标链路上的承载,且所述第一目标承载在所述第二网元上已删除;
第一生成模块8042,用于生成用于指示所述第一目标承载在所述第二网元上已删除的第一子响应消息;
第二发送单元805,用于将所述第一响应消息发送给所述第一网元,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除。
具体的,所述第二发送单元805用于,将所述第一子响应消息发送给所述第一网元,以使所述第一网元根据所述第一子响应消息将所述目标链路上的所述第一目标承载删除。
所述第一生成单元804还包括:
第六确定模块8043,用于根据所述第一请求消息确定第二目标承载,所述第二目标承载为所述目标链路上的承载,且所述第二网元上存在所述第二目标承载;
第二生成模块8044,用于生成用于指示所述第二网元上存在所述第二目标承载的第二子响应消息;
所述第二发送单元805用于,将所述第二子响应消息发送给所述第一网元,以使所述第一网元根据所述第二子响应消息保留所述目标链路上的所述第二目标承载。
本实施例所示的承载处理方法中,所述第二网元根据所述第一请求消息生成第一响应消息,且所述第一响应消息可为第一子响应消息或第二子响应消息,所述第一响应子消息用于指示所述第一目标承载在所述第二网元上已删除,所述第二响应子消息用于指示所述第二目标承载在所述第二网元上保留,通过本实施例所示,使得所述第一网元和所述第二网元之间承载处理机制的一致,避免因所述第一网元和所述第二网元对故障承载处理机制的不同而引发网上问题,保障了数据的顺利传输。
图5至图6所示的实施例从模块功能实体的角度对第一网元的结构进行了详细说明,以下结合图9从硬件角度对本发明实施例中的第一网元进行详细描述,请见图9,本发明实施例中的第一网元的另一实施例包括:
该第一网元900具体包括:
输入装置901、输出装置902、处理器903和存储器904(其中,图9所示的处理器903可以有一个或多个,图9中以一个处理器903为例进行说明);
在本发明一些实施例中,输入装置901、输出装置902、处理器903和存储器904可通过总线或其它方式连接,其中,图9中以通过总线连接为例。
处理器903用于执行如下步骤:
用于确定目标链路,所述目标链路为所述第一网元和第二网元之间由故障恢复为正常的链路;
用于将分别与所述目标链路上的各承载对应的第一请求消息发送给所述第二网元,以使所述第二网元根据所述第一请求消息生成第一响应消息,所述第一响应消息用于指示所述目标链路上的各承载是否已在所述第二网元上删除;
用于接收所述第一响应消息,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除。
进一步的,所述处理器903用于执行如下步骤:
用于将已生成的第二请求消息发送给所述第二网元;
用于接收所述第二网元根据所述第二请求消息返回的第二响应消息,所述第二响应消息为所述第二网元根据所述第二请求消息对应生成;
用于确定与所述第二响应消息对应的链路是否由故障恢复为正常;
用于若与所述第二响应消息对应的链路由故障恢复为正常,则确定由故障恢复为正常的链路为所述目标链路。
进一步的,所述处理器903用于执行如下步骤:
用于若确定已接收到的所述第一响应消息为第一子响应消息,则所述第一网元根据所述第一子响应消息确定第一目标承载,所述第一目标承载为所述目标链路上的承载,且所述第一目标承载在所述第二网元上已删除;
用于根据所述第一子响应消息将所述目标链路上的所述第一目标承载删除。
进一步的,所述处理器903用于执行如下步骤:
用于若确定已接收到的所述第一响应消息为第二子响应消息,则所述第一网元根据所述第二子响应消息确定第二目标承载,所述第二目标承载为所述目标链路上的承载,且所述第二网元上存在所述第二目标承载;
用于根据所述第二子响应消息保留所述目标链路上的所述第二目标承载。
图7至图8所示的实施例从模块功能实体的角度对第二网元的结构进行了详细说明,以下结合图10从硬件角度对本发明实施例中的第二网元进行详细描述,请见图10,本发明实施例中的第一网元的另一实施例包括:
该第二网元1000具体包括:
输入装置1001、输出装置1002、处理器1003和存储器1004(其中,图10所示的处理器1003可以有一个或多个,图10中以一个处理器1003为例进行说明);
在本发明一些实施例中,输入装置1001、输出装置1002、处理器1003和存储器1004可通过总线或其它方式连接,其中,图10中以通过总线连接为例。
处理器1003用于执行如下步骤:
用于接收第一网元发送的第一请求消息,所述第一请求消息用于请求所述第二网元确定目标链路上的各承载是否已在所述第二网元上删除,所述目标链路为所述第一网元和第二网元之间由故障恢复为正常的链路;
用于根据所述第一请求消息生成第一响应消息,所述第一响应消息用于指示所述目标链路上的各承载是否已在所述第二网元上删除;
用于将所述第一响应消息发送给所述第一网元,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除。
进一步的,所述处理器1003用于执行如下步骤:
用于接收所述第一网元发送的第二请求消息;
用于根据所述第二请求消息向所述第一网元返回第二响应消息,以使所述第一网元根据所述第二响应消息确定由故障恢复为正常的链路为所述目标链路。
进一步的,所述处理器1003用于执行如下步骤:
用于根据所述第一请求消息确定第一目标承载,所述第一目标承载为所述目标链路上的承载,且所述第一目标承载在所述第二网元上已删除;
用于生成用于指示所述第一目标承载在所述第二网元上已删除的第一子响应消息;
将所述第一子响应消息发送给所述第一网元,以使所述第一网元根据所述第一子响应消息将所述目标链路上的所述第一目标承载删除。
进一步的,所述处理器1003用于执行如下步骤:
用于根据所述第一请求消息确定第二目标承载,所述第二目标承载为所述目标链路上的承载,且所述第二网元上存在所述第二目标承载;
用于生成用于指示所述第二网元上存在所述第二目标承载的第二子响应消息;
将所述第二子响应消息发送给所述第一网元,以使所述第一网元根据所述第二子响应消息保留所述目标链路上的所述第二目标承载。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统,装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-OnlyMemory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (12)
1.一种承载处理方法,其特征在于,包括:
第一网元确定目标链路,所述目标链路为所述第一网元和第二网元之间由故障恢复为正常的链路;
所述第一网元将分别与所述目标链路上的各承载对应的第一请求消息发送给所述第二网元,以使所述第二网元根据所述第一请求消息生成第一响应消息,所述第一响应消息用于指示所述目标链路上的各承载是否已在所述第二网元上删除;
所述第一网元接收所述第一响应消息,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除;
所述第一网元确定目标链路包括:
所述第一网元将已生成的第二请求消息发送给所述第二网元;
所述第一网元接收所述第二网元根据所述第二请求消息返回的第二响应消息,所述第二响应消息为所述第二网元根据所述第二请求消息对应生成;
所述第一网元确定与所述第二响应消息对应的链路是否由故障恢复为正常;
若是,则所述第一网元确定由故障恢复为正常的链路为所述目标链路。
2.根据权利要求1所述的承载处理方法,其特征在于,所述第一网元接收所述第一响应消息,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除包括:
若所述第一网元确定已接收到的所述第一响应消息为第一子响应消息,则所述第一网元根据所述第一子响应消息确定第一目标承载,所述第一目标承载为所述目标链路上的承载,且所述第一目标承载在所述第二网元上已删除;
所述第一网元接收所述第一响应消息,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除之后,所述方法还包括:
所述第一网元根据所述第一子响应消息将所述目标链路上的所述第一目标承载删除。
3.根据权利要求1所述的承载处理方法,其特征在于,所述第一网元接收所述第一响应消息,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除包括:
若所述第一网元确定已接收到的所述第一响应消息为第二子响应消息,则所述第一网元根据所述第二子响应消息确定第二目标承载,所述第二目标承载为所述目标链路上的承载,且所述第二网元上存在所述第二目标承载;
所述第一网元接收所述第一响应消息,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除之后,所述方法还包括:
所述第一网元根据所述第二子响应消息保留所述目标链路上的所述第二目标承载。
4.一种承载处理方法,其特征在于,包括:
第二网元接收第一网元发送的第一请求消息,所述第一请求消息用于请求所述第二网元确定目标链路上的各承载是否已在所述第二网元上删除,所述目标链路为所述第一网元和第二网元之间由故障恢复为正常的链路;
所述第二网元根据所述第一请求消息生成第一响应消息,所述第一响应消息用于指示所述目标链路上的各承载是否已在所述第二网元上删除;
所述第二网元将所述第一响应消息发送给所述第一网元,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除;
所述方法还包括:
所述第二网元接收所述第一网元发送的第二请求消息;
所述第二网元根据所述第二请求消息向所述第一网元返回第二响应消息,以使所述第一网元根据所述第二响应消息确定由故障恢复为正常的链路为所述目标链路。
5.根据权利要求4所述的种承载处理方法,其特征在于,所述第二网元根据所述第一请求消息生成第一响应消息包括:
所述第二网元根据所述第一请求消息确定第一目标承载,所述第一目标承载为所述目标链路上的承载,且所述第一目标承载在所述第二网元上已删除;
所述第二网元生成用于指示所述第一目标承载在所述第二网元上已删除的第一子响应消息;
所述第二网元将所述第一响应消息发送给所述第一网元包括:
所述第二网元将所述第一子响应消息发送给所述第一网元,以使所述第一网元根据所述第一子响应消息将所述目标链路上的所述第一目标承载删除。
6.根据权利要求4所述的种承载处理方法,其特征在于,所述第二网元根据所述第一请求消息生成第一响应消息包括:
所述第二网元根据所述第一请求消息确定第二目标承载,所述第二目标承载为所述目标链路上的承载,且所述第二网元上存在所述第二目标承载;
所述第二网元生成用于指示所述第二网元上存在所述第二目标承载的第二子响应消息;
所述第二网元将所述第一响应消息发送给所述第一网元包括:
所述第二网元将所述第二子响应消息发送给所述第一网元,以使所述第一网元根据所述第二子响应消息保留所述目标链路上的所述第二目标承载。
7.一种第一网元,其特征在于,包括:
确定单元,用于确定目标链路,所述目标链路为所述第一网元和第二网元之间由故障恢复为正常的链路;
第一发送单元,用于将分别与所述目标链路上的各承载对应的第一请求消息发送给所述第二网元,以使所述第二网元根据所述第一请求消息生成第一响应消息,所述第一响应消息用于指示所述目标链路上的各承载是否已在所述第二网元上删除;
第一接收单元,用于接收所述第一响应消息,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除;
所述确定单元包括:
发送模块,用于将已生成的第二请求消息发送给所述第二网元;
第一接收模块,用于接收所述第二网元根据所述第二请求消息返回的第二响应消息,所述第二响应消息为所述第二网元根据所述第二请求消息对应生成;
第一确定模块,用于确定与所述第二响应消息对应的链路是否由故障恢复为正常;
第二确定模块,用于若与所述第二响应消息对应的链路由故障恢复为正常,则确定由故障恢复为正常的链路为所述目标链路。
8.根据权利要求7所述的第一网元,其特征在于,所述第一接收单元包括:
第三确定模块,用于若确定已接收到的所述第一响应消息为第一子响应消息,则所述第一网元根据所述第一子响应消息确定第一目标承载,所述第一目标承载为所述目标链路上的承载,且所述第一目标承载在所述第二网元上已删除;
所述第一网元还包括:
删除单元,用于根据所述第一子响应消息将所述目标链路上的所述第一目标承载删除。
9.根据权利要求7所述的第一网元,其特征在于,所述第一接收单元包括:
第四确定模块,用于若确定已接收到的所述第一响应消息为第二子响应消息,则所述第一网元根据所述第二子响应消息确定第二目标承载,所述第二目标承载为所述目标链路上的承载,且所述第二网元上存在所述第二目标承载;
所述第一网元还包括:
保留单元,用于根据所述第二子响应消息保留所述目标链路上的所述第二目标承载。
10.一种第二网元,其特征在于,包括:
第二接收单元,用于接收第一网元发送的第一请求消息,所述第一请求消息用于请求所述第二网元确定目标链路上的各承载是否已在所述第二网元上删除,所述目标链路为所述第一网元和第二网元之间由故障恢复为正常的链路;
第一生成单元,用于根据所述第一请求消息生成第一响应消息,所述第一响应消息用于指示所述目标链路上的各承载是否已在所述第二网元上删除;
第二发送单元,用于将所述第一响应消息发送给所述第一网元,以使所述第一网元根据所述第一响应消息确定所述目标链路上的各承载是否已删除;还包括:
第三接收单元,用于接收所述第一网元发送的第二请求消息;
第二生成单元,用于根据所述第二请求消息向所述第一网元返回第二响应消息,以使所述第一网元根据所述第二响应消息确定由故障恢复为正常的链路为所述目标链路。
11.根据权利要求10所述的第二网元,其特征在于,所述第一生成单元包括:
第五确定模块,用于根据所述第一请求消息确定第一目标承载,所述第一目标承载为所述目标链路上的承载,且所述第一目标承载在所述第二网元上已删除;
第一生成模块,用于生成用于指示所述第一目标承载在所述第二网元上已删除的第一子响应消息;
所述第二发送单元还用于,将所述第一子响应消息发送给所述第一网元,以使所述第一网元根据所述第一子响应消息将所述目标链路上的所述第一目标承载删除。
12.根据权利要求10所述的第二网元,其特征在于,所述第一生成单元包括:
第六确定模块,用于根据所述第一请求消息确定第二目标承载,所述第二目标承载为所述目标链路上的承载,且所述第二网元上存在所述第二目标承载;
第二生成模块,用于生成用于指示所述第二网元上存在所述第二目标承载的第二子响应消息;
所述第二发送单元还用于,将所述第二子响应消息发送给所述第一网元,以使所述第一网元根据所述第二子响应消息保留所述目标链路上的所述第二目标承载。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410751813.4A CN104540160B (zh) | 2014-12-09 | 2014-12-09 | 一种承载处理方法以及相关设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410751813.4A CN104540160B (zh) | 2014-12-09 | 2014-12-09 | 一种承载处理方法以及相关设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104540160A CN104540160A (zh) | 2015-04-22 |
CN104540160B true CN104540160B (zh) | 2018-12-25 |
Family
ID=52855595
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410751813.4A Active CN104540160B (zh) | 2014-12-09 | 2014-12-09 | 一种承载处理方法以及相关设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104540160B (zh) |
Families Citing this family (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111642030B (zh) | 2017-03-16 | 2022-05-03 | 中兴通讯股份有限公司 | 一种用户信息管理的方法和系统 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101534530A (zh) * | 2008-03-13 | 2009-09-16 | 普天信息技术研究院有限公司 | 对用户设备进行小区重配的方法、系统和控制设备 |
CN101772058A (zh) * | 2008-12-30 | 2010-07-07 | 华为技术有限公司 | 系统架构演进架构中路径管理的方法、设备和系统 |
CN102984761A (zh) * | 2012-11-28 | 2013-03-20 | 大唐移动通信设备有限公司 | 一种设备能力信息的传输及获取方法、装置 |
-
2014
- 2014-12-09 CN CN201410751813.4A patent/CN104540160B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101534530A (zh) * | 2008-03-13 | 2009-09-16 | 普天信息技术研究院有限公司 | 对用户设备进行小区重配的方法、系统和控制设备 |
CN101772058A (zh) * | 2008-12-30 | 2010-07-07 | 华为技术有限公司 | 系统架构演进架构中路径管理的方法、设备和系统 |
CN102984761A (zh) * | 2012-11-28 | 2013-03-20 | 大唐移动通信设备有限公司 | 一种设备能力信息的传输及获取方法、装置 |
Also Published As
Publication number | Publication date |
---|---|
CN104540160A (zh) | 2015-04-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9537775B2 (en) | Methods, systems, and computer readable media for diameter load and overload information and virtualization | |
EP3089544A1 (en) | Service processing method and device | |
EP3821679A1 (en) | Enabling functionality at a user plane function, upf, by a session management function, smf, in a telecommunication network | |
CN107087032B (zh) | 实现集群组建的方法和装置 | |
CN104811323A (zh) | 一种数据请求方法、装置、节点服务器及cdn系统 | |
CN108696911A (zh) | 一种物联网数据传输方式的选择方法和装置 | |
CN106331152B (zh) | 一种实现模块间信息同步的方法及装置 | |
CN104270362B (zh) | 请求处理方法和装置 | |
CN105262753A (zh) | 一种基于sdn虚拟交换机的安全策略的系统及方法 | |
CN104540160B (zh) | 一种承载处理方法以及相关设备 | |
JP2020512780A5 (zh) | ||
CN107360012B (zh) | 一种链路状态处理方法及网络节点设备 | |
CN109005116A (zh) | 一种报文转发方法及装置 | |
CN104580346A (zh) | 数据传输方法及装置 | |
CN104935614B (zh) | 一种数据传输方法及装置 | |
CN110192378A (zh) | 控制非最佳路径的使用的装置和方法 | |
CN105187391B (zh) | App及其登录网络接入点方法、服务器及系统 | |
CN103118248A (zh) | 监控方法、监控代理、监控服务器和系统 | |
CN106210164B (zh) | 一种ip地址冲突处理方法及装置 | |
CN109445995A (zh) | 服务器数据处理方法、装置以及存储介质 | |
CN104869016B (zh) | 一种数据报文的传输方法和设备 | |
CN107257571A (zh) | 一种事务标识获取方法及通信系统 | |
CN102291735B (zh) | 一种epc网络的gtpc信令交互方法及装置 | |
CN103944823A (zh) | 一种路由发布方法和设备 | |
CN103746909B (zh) | 报文处理方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |