一种双栈地址管理方法及第一网元与流程

本发明涉及通信技术领域，尤其涉及一种双栈地址管理方法及第一网元。

背景技术：

国际互联网编号分配机构IANA宣布全球互联网协议第4版(英文：Internet Protocol version 4，简称：IPv4)地址在2011年初已分配完毕，全球互联网从IPv4逐步向互联网协议第6版(英文：Internet Protocol version 6，简称：IPv6)过渡。

因此运营商开始针对核心网中各个网元进行部署，使核心网各个网元的逻辑接口在支持IPv4的基础上能够支持IPv6的需求。从而使得核心网出现了支持两种互联网协议类型的地址(IPv4地址和IPv6地址)的网元，简称双栈网元。

由于两个双栈网元进行信令交互时，信令中携带了双栈网元的IPv4地址以及IPv6地址，但是现有技术中并没有指出网元间使用哪个IP地址进行信令交互。

技术实现要素：

本发明实施例提供了一种双栈地址管理方法及第一网元，用于实现指定双栈网元之间进行信令交互所使用的IP地址。

第一方面，本发明实施例提供了一种双栈地址管理方法，包括：

第一网元确定自身以及需进行通信的第二网元均为双栈网元，所述双栈网元为支持两种互联网协议类型地址的网元；

所述第一网元优先采用两种互联网协议类型地址中的第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

结合第一方面，在第一方面的第一种可能的实现方式中，所述第一网元确定自身为双栈网元，包括：

所述第一网元根据本地接口的地址配置信息确定自身为双栈网元；所述地址配置信息中包括所述第一网元的第一互联网协议类型地址和第二互联网协议类型地址。

结合第一方面，在第一方面的第二种可能的实现方式中，所述第一网元确定所述第二网元为双栈网元，包括：

所述第一网元接收到所述第二网元发送的通用分组无线业务隧道协议GTP消息，所述GTP消息携带所述第二网元的第一互联网协议类型地址和第二互联网协议类型地址；或者，

所述第一网元接收到第三网元发送的创建会话请求create session request消息，所述create session request消息携带所述第二网元的第一互联网协议类型地址和第二互联网协议类型地址。

结合第一方面的第二种可能的实现方式，在第一方面的第三种可能的实现方式中，所述第一网元采用第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息之后，还包括：

在确定未接收到所述第二网元发送的用于指示成功接收到所述会话管理消息的会话管理响应消息，所述第一网元采用所述第二互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

结合第一方面的第二种可能的实现方式，在第一方面的第四种可能的实现方式中，所述第一网元采用第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息之前，还包括：

所述第一网元确定建立的第一互联网协议类型地址对应的传输路径的状态为正常。

结合第一方面的第四种可能的实现方式，在第一方面的第五种可能的实现方式中，还包括：

所述第一网元确定建立的第一互联网协议类型地址对应的传输路径的状态为故障且确定所述第二互联网协议类型地址对应的传输路径的状态为正常时，所述第一网元采用第二互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

结合第一方面的第五种可能的实现方式，在第一方面的第六种可能的实现方式中，所述第一网元确定建立的第一互联网协议类型地址对应的传输路径的状态，包括：

所述第一网元采用所述第一互联网协议类型地址对应的传输路径向所述第二网元发送用于确定所述第一互联网协议类型地址对应的传输路径状态的第一状态确认消息；

所述第一网元接收到所述第二网元发送的成功接收到所述第一状态确认消息的响应消息，确定所述第一互联网协议类型地址对应的传输路径的状态为正常；所述第一网元在预定时长内未接收到所述第二网元发送的成功接收到所述第一状态确认消息的响应消息，确定第一互联网协议类型地址对应的传输路径的状态为故障。

结合第一方面的第五种或者第六种可能的实现方式，在第一方面的第七种可能的实现方式中，所述第一网元确定建立的第二互联网协议类型地址对应的传输路径的状态，包括：

所述第一网元采用所述第二互联网协议类型地址对应的传输路径向所述第二网元发送用于确定所述第二互联网协议类型地址对应的传输路径状态的第二状态确认消息；

所述第一网元接收到所述第二网元发送的成功接收到所述第二状态确认消息的响应消息，确定所述第二互联网协议类型地址对应的传输路径状态为正常；所述第一网元在预定时长内未接收到所述第二网元发送的成功接收到所述第二状态确认消息的响应消息，确定所述第二互联网协议类型地址对应的传输路径的状态为故障。

结合第一方面的第三种至第七种可能的实现方式中的任意一种，在第一方面的第八种可能的实现方式中，还包括：

所述第一网元采用所述第二互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息时，若确定所述第一互联网协议地址对应的传输路径的状态由故障恢复为正常时，所述第一网元由采用所述第二互联网协议类型地址对应的传输路径切换为采用所述第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

结合第一方面和第一方面的第一种至第八种可能的实现方式中的任意一种，在第一方面的第九种可能的实现方式中，所述第一互联网协议类型地址为IPv6地址，所述第二互联网协议类型地址为IPv4地址。

第二方面，本发明实施例提供了一种第一网元，包括：

处理器，用于确定自身所属的第一网元以及需进行通信的第二网元均为双栈网元，所述双栈网元为支持两种互联网协议类型地址的网元；

收发器，用于优先采用两种互联网协议类型地址中的第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

结合第二方面，在第二方面的第一种可能的实现方式中，所述处理器，具体用于根据本地接口的地址配置信息确定自身所属的第一网元为双栈网元；所述地址配置信息中包括所述第一网元的第一互联网协议类型地址和第二互联网协议类型地址。

结合第二方面，在第二方面的第二种可能的实现方式中，所述收发器，还用于接收所述第二网元发送的通用分组无线业务隧道协议GTP消息，所述GTP消息携带所述第二网元的第一互联网协议类型地址和第二互联网协议类型地址；或者，

用于接收第三网元发送的创建会话请求create session request消息，所述create session request消息携带所述第二网元的第一互联网协议类型地址和第二互联网协议类型地址。

结合第二方面的第二种可能的实现方式，在第二方面的第三种可能的实现方式中，所述处理器还用于：

确定所述收发器未接收到所述第二网元发送的用于指示成功接收到所述会话管理消息的会话管理响应消息；

所述收发器，还用于采用所述第二互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

结合第二方面的第二种可能的实现方式，在第二方面的第四种可能的实现方式中，所述处理器还用于：

在所述收发器采用第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息之前，确定建立的第一互联网协议类型地址对应的传输路径的状态为正常。

结合第二方面的第四种可能的实现方式，在第二方面的第五种可能的实现方式中，所述收发器还用于：

在所述处理器确定建立的第一互联网协议类型地址对应的传输路径的状态为故障且确定所述第二互联网协议类型地址对应的传输路径的状态为正常时，采用第二互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

结合第二方面的第五种可能的实现方式，在第二方面的第六种可能的实现方式中，所述收发器，还用于采用所述第一互联网协议类型地址对应的传输路径向所述第二网元发送用于确定所述第一互联网协议类型地址对应的传输路径状态的第一状态确认消息；接收所述第二网元发送的成功接收到所述第一状态确认消息的响应消息；

所述处理器，具体用于在所述收发器接收到所述第二网元发送的成功接收到所述第一状态确认消息的响应消息时，确定所述第一互联网协议类型地址对应的传输路径的状态为正常；在所述收发器在预定时长内未接收到所述第二网元发送的成功接收到所述第一状态确认消息的响应消息，确定第一互联网协议类型地址对应的传输路径的状态为故障。

结合第二方面的第五种或者第六种可能的实现方式，在第二方面的第七种可能的实现方式中，所述收发器，还用于采用所述第二互联网协议类型地址对应的传输路径向所述第二网元发送用于确定所述第二互联网协议类型地址对应的传输路径状态的第二状态确认消息；接收所述第二网元发送的成功接收到所述第二状态确认消息的响应消息；

所述处理器，具体用于在所述收发器接收到所述第二网元发送的成功接收到所述第二状态确认消息的响应消息时，确定所述第二互联网协议类型地址对应的传输路径状态为正常；在所述收发器在预定时长内未接收到所述第二网元发送的成功接收到所述第二状态确认消息的响应消息，确定所述第二互联网协议类型地址对应的传输路径的状态为故障。

结合第二方面的第三种至第七种可能的实现方式中的任意一种，在第二方面的第八种可能的实现方式中，所述收发器，还用于在采用所述第二互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息时，若所述处理器确定所述第一互联网协议地址对应的传输路径的状态由故障恢复为正常时，由采用所述第二互联网协议类型地址对应的传输路径切换为采用所述第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

结合第二方面和第二方面的第一种至第八种可能的实现方式中的任意一种，在第二方面的第九种可能的实现方式中，所述第一互联网协议类型地址为IPv6地址，所述第二互联网协议类型地址为IPv4地址。

第三方面，本发明实施例提供了一种第一网元，其特征在于，包括：

处理单元，用于确定自身所属的第一网元以及需进行通信的第二网元均为双栈网元，所述双栈网元为支持两种互联网协议类型地址的网元；

发送单元，用于优先采用两种互联网协议类型地址中的第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

本发明实施例中第一网元确定自身以及需进行通信的第二网元均为双栈网元时，所述第一网元优先采用两种互联网协议类型的地址中的第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息，从而实现指定双栈网元之间进行信令交互所使用的IP地址。

附图说明

图1为本发明实施例提供的一种双栈地址管理方法流程图；

图2为本发明实施例提供的EPS系统示意图；

图3为本发明实施例提供的一种双栈地址管理设备示意图；

图4为本发明实施例提供的一种第一网元结构示意图。

具体实施方式

为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

本发明实施例提供一双栈地址管理方法以及第一网元，用以指示网元间使用哪个IP地址进行信令交互。其中，方法和装置是基于同一发明构思的，由于方法及装置解决问题的原理相似，因此装置与方法的实施可以相互参见，重复之处不再赘述。

本发明实施例中提供的技术方案，可以应用于演进分组系统(英文：Evolved Packet System，简称：EPS)系统，例如：EPS系统中的移动性管理实体(英文：mobility management entity，简称：MME)、服务网关(英文：Serving Gateway，简称：SGW)或者分组数据网络网关(英文：Packet Data Network Gateway，简称：PGW)。还可以应用于通用分组无线业务(英文：General Packet Radio Service，简称：GPRS)系统，例如：GPRS系统中的GPRS业务支撑节点(英文：serving GPRS support node，简称：SGSN)或者网关GPRS支撑节点(Gateway-GPRS Support Node，简称：GGSN)。

本发明实施例提供了一种双栈地址管理方法，如图1所示，该方法包括：

步骤101，第一网元确定自身以及需进行通信的第二网元均为双栈网元，所述双栈网元为支持两种互联网协议类型地址的网元。

其中，两种互联网协议类型地址可以为IPv4地址和IPv6地址。

可选地，所述第一网元在确定自身为双栈网元时，所述第一网元根据本地接口的地址配置信息确定自身为双栈网元；所述地址配置信息中包括所述第一网元的第一互联网协议类型地址和第二互联网协议类型地址。

具体地，第一互联网协议类型地址可以是IPv6地址，第二互联网协议类型地址可以是IPv4地址。

可选地，所述第一网元确定所述第二网元为双栈网元时，可以通过如下方式：

第一种实现方式：

所述第一网元接收到所述第二网元发送的通用分组无线业务隧道协议(英文：GPRS Tunnel Protocol，简称：GTP)消息，所述GTP消息携带所述第二网元的第一互联网协议类型地址和第二互联网协议类型地址。

第二种实现方式：

所述第一网元接收到第三网元发送的创建会话请求(create session request)消息，所述create session request消息携带所述第二网元的第一互联网协议类型地址和第二互联网协议类型地址。

步骤102，所述第一网元优先采用两种互联网协议类型地址中的第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

具体的，第一网元确定自身以及需进行通信的第二网元均为双栈网元时，可以根据第一网元的第一互联网协议类型地址和第二网元的第一互联网协议类型地址在第一网元和第二网元之间建立一条传输路径，以及根据第一网元的第二互联网协议类型地址和第二网元的第二互联网协议类型地址在第一网元和第二网元之间建立一条传输路径。然后在需要向第二网元发送会话管理消息时，优先采用第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

在其中一个可选地的实施例中，所述第一网元采用第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息之后，在确定未接收到所述第二网元发送的用于指示成功接收到所述会话管理消息的会话管理响应消息，所述第一网元采用所述第二互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

在其中另一个可选地的实施例中，所述第一网元需要向第二网元发送会话管理消息时，先确定建立的第一互联网协议类型地址对应的传输路径的状态，若状态为正常，所述第一网元采用第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

进一步的，所述第一网元确定建立的第一互联网协议类型地址对应的传输路径的状态为故障并且确定所述第二互联网协议类型地址对应的传输路径的状态为正常，所述第一网元采用第二互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

进一步的，所述第一网元确定建立的第一互联网协议类型地址对应的传输路径的状态，可以通过以下方式实现：

所述第一网元采用所述第一互联网协议类型地址对应的传输路径向所述第二网元发送用于确定所述第一互联网协议类型地址对应的传输路径状态的第一状态确认消息；

所述第一网元接收到所述第二网元发送的成功接收到所述第一状态确认消息的响应消息，确定所述第一互联网协议类型地址对应的传输路径的状态为正常；所述第一网元在预定时长内未接收到所述第二网元发送的成功接收到所述第一状态确认消息的响应消息，确定第一互联网协议类型地址对应的传输路径的状态为故障。

第一状态确认消息可以是具有探测路径状态的回声(ECHO)消息。

进一步地，所述第一网元确定建立的第二互联网协议类型地址对应的传输路径的状态，可以通过以下方式实现：

所述第一网元采用所述第二互联网协议类型地址对应的传输路径向所述第二网元发送用于确定所述第二互联网协议类型地址对应的传输路径状态的第二状态确认消息；

所述第一网元接收到所述第二网元发送的成功接收到所述第二状态确认消息的响应消息，确定所述第二互联网协议类型地址对应的传输路径状态为正常；所述第一网元在预定时长内未接收到所述第二网元发送的成功接收到所述第二状态确认消息的响应消息，确定所述第二互联网协议类型地址对应的传输路径的状态为故障。

第二状态确认消息可以是具有探测路径状态的回声(echo)消息。

可选地，第一网元可以周期性的采用所述第一互联网协议类型地址对应的传输路径以及第二互联网协议地址对应的传输路径向所述第二网元发送echo消息。并将探测到的状态结果保存。

可选地，所述第一网元采用所述第二互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息时，若确定所述第一互联网协议地址对应的传输路径的状态由故障恢复为正常时，所述第一网元由采用所述第二互联网协议类型地址对应的传输路径切换为采用所述第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

下面结合具体应用场景对本发明实施例作具体说明。

如图2所示，EPS系统中包括用户设备(英文：User Equipment，简称：UE)、演进陆地无线接入网(英文：Evolved UMTS Territorial Radio Access Network，E-UTRAN)和演进分组核心(英文：Evolved Packet Core，简称：EPC)网。EPC中包括：MME、SGW和PGW。其中，MME负责控制面的移动性管理，包括用户上下文和移动状态管理、分配用户临时身份标识等，与现有网络中的SGSN通过S3接口连接，与E-UTRAN通过S1-MME接口连接，与SGW通过S1-U接口连接，MME中设置有定时器；SGW负责空闲状态下为下行数据发起寻呼，管理保存IP承载参数和网络内路由信息等；PGW则充当不同接入系统间的用户面锚点。图2所示EPS系统中还包括了策略和计费规则功能实体(英文：Policy and Charging Rule Function，简称：PCRF)、归属网络服务器(英文：Home Subscriber Server，简称：HSS)、GPRS业务支撑节点(英文：serving GPRS support node，简称：SGSN)以及运营商的IP服务(Operator’s IP Services)。

SGW接收到MME发送的Create Session Request消息，该Create Session Request消息中携带有PGW的IP地址和MME的IP地址。若MME和PGW均支持双栈地址，则Create Session Request消息中包括PGW的IPv4地址和IPv6地址，和MME的IPv4地址和IPv6地址。则SGW确定PGW支持两种IP地址类型，即确定PGW为双栈网元。

SGW根据本地接口的IP地址类型确定自身是否为双栈网元。若确定本地接口的IP地址包括IPv4地址和IPv6地址，则确定自身为双栈网元。

SGW确定自身和PGW均为双栈网元，则根据自身的IPv4地址和PGW的IPv4地址建立一条传输路径(后续为了方便描述简称为IPv4路径)，以及根据自身的IPv6地址和PGW的IPv6地址建立另一条传输路径(后续为了方便描述简称为IPv6路径)。

SGW可以根据自身的配置优先选择一种IP地址与PGW进行通信。例如预先配置优先选择IPv6地址。

SGW向PGW发送消息时，可以优先采用IPv6路径发送。例如SGW向PGW发送Modify Bearer Request消息，若在预设时长内未接收到PGW发送的针对该Modify Bearer Request消息的反馈消息，因此可以确认该IPv6路径的状态为故障，可以采用IPv4路径再次发送Modify Bearer Request消息。若在预设时长内接收到PGW发送的针对该Modify Bearer Request消息的反馈消息，则该IPv6路径的状态为正常，后续需要向PGW发送的每条消息均可以通过IPv6路径发送。

PGW在收到SGW发送的Modify Bearer Request消息后，根据自身保存的SGW的IP地址，确定SGW并未发生改变，则直接对该Modify Bearer Request消息进行处理。然后向SGW发送成功接收到该Modify Bearer Request消息的响应消息。

SGW在采用IPv4路径向PGW发送Modify Bearer Request消息时，可以每隔预定时间探测IPv6路径的状态是否恢复正常。当探测到IPv6路径的状态恢复正常，则后续SGW采用IPv4路径向PGW发送消息。

可选地，在建立两条传输路径后，SGW可以对两条传输路径的状态周期性的确认，然后将状态保存。

具体可以通过echo消息来周期性的探测两条传输路径状态。还可以使用其他消息来确定传输路径的状态。比如：SGW向PGW发送会话管理消息后，若在预设时长接收到PGW反馈的成功接收到会话管理消息的会话管理响应消息时，则确定该传输路径正常，若在预设时长未接收到PGW反馈的成功接收到会话管理消息的会话管理响应消息时，则确定该传输路径故障。例如：会话管理消息可以是Create Session Request消息或者是Modify Bearer Request消息。若确定某一条传输路径故障，可以周期性相隔一段时间再通过该故障的传输路径发送会话管理消息来确定该传输路径是否恢复正常。

例如：当优选的IP路径(例如IPv6)故障时，在IPv4路径上发送会话管理消息。基于该优选的IP路径设置一个定时器，定时器超时之后会尝试往优选的路径上发送一次会话管理消息，有响应则认为此优选的IP路径恢复正常，切换到该优选的IP路径上来。如果没有收到响应，则后续的会话管理消息仍使用非优选的路径，直到下一次定时器超时时再次尝试通过优选的IP路径发送会话管理消息。

然后PGW在需要向SGW发送消息，根据探测到的两条传输路径的状态确定采用哪条传输路径发送消息。具体的，首先先确定探测到的IPv6路径的状态是否为正常，若正常，则优先采用IPv6路径向PGW发送消息。若确定探测到IPv6路径的状态为故障，探测到的IPv4路径为正常，则采用IPv4路径向PGW发送消息。

在采用IPv4路径向PGW发送消息时，监测IPv6路径的状态，当IPv6路径的状态由故障恢复为正常时，则切换为采用IPv6路径向PGW发送消息。

本发明实施例提供了一种第一网元，如图3所示，包括：

处理单元301，用于确定自身所属的第一网元以及需进行通信的第二网元均为双栈网元，所述双栈网元为支持两种互联网协议类型地址的网元；

发送单元302，用于优先采用两种互联网协议类型地址中的第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

可选地，所述处理单元301，具体用于根据本地接口的地址配置信息确定自身为双栈网元；所述地址配置信息中包括所述第一网元的第一互联网协议类型地址和第二互联网协议类型地址。

可选地，该第一网元还包括接收单元303。接收单元303用于接收所述第二网元发送的通用分组无线业务隧道协议GTP消息，所述GTP消息携带所述第二网元的第一互联网协议类型地址和第二互联网协议类型地址；或者接收单元303，用于接收第三网元发送的create session request消息，所述create session request消息携带所述第二网元的第一互联网协议类型地址和第二互联网协议类型地址。

进一步的，所述处理单元301还用于：确定所述接收单元303未接收到所述第二网元发送的用于指示成功接收到所述会话管理消息的会话管理响应消息；所述发送单元302，还用于采用所述第二互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

可选地，所述处理单元301还用于：在所述发送单元302采用第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息之前，确定建立的第一互联网协议类型地址对应的传输路径的状态为正常。

进一步地，所述发送单元302还用于：在所述处理单元301确定建立的第一互联网协议类型地址对应的传输路径的状态为故障且确定所述第二互联网协议类型地址对应的传输路径的状态为正常时，采用第二互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

所述发送单元302，还用于采用所述第一互联网协议类型地址对应的传输路径向所述第二网元发送用于确定所述第一互联网协议类型地址对应的传输路径状态的第一状态确认消息；所述接收单元303，还用于接收所述第二网元发送的成功接收到所述第一状态确认消息的响应消息；所述处理单元301，具体用于在所述接收单元303接收到所述第二网元发送的成功接收到所述第一状态确认消息的响应消息时，确定所述第一互联网协议类型地址对应的传输路径的状态为正常；在所述接收单元303在预定时长内未接收到所述第二网元发送的成功接收到所述第一状态确认消息的响应消息，确定第一互联网协议类型地址对应的传输路径的状态为故障。

进一步地，所述发送单元302，还用于采用所述第二互联网协议类型地址对应的传输路径向所述第二网元发送用于确定所述第二互联网协议类型地址对应的传输路径状态的第二状态确认消息；所述接收单元303，还用于接收所述第二网元发送的成功接收到所述第二状态确认消息的响应消息；所述处理单元301，具体用于在所述接收单元303接收到所述第二网元发送的成功接收到所述第二状态确认消息的响应消息时，确定所述第二互联网协议类型地址对应的传输路径状态为正常；在所述接收单元303在预定时长内未接收到所述第二网元发送的成功接收到所述第二状态确认消息的响应消息，确定所述第二互联网协议类型地址对应的传输路径的状态为故障。

可选地，所述发送单元302，还用于在采用所述第二互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息时，若所述处理单元301确定所述第一互联网协议地址对应的传输路径的状态由故障恢复为正常时，由采用所述第二互联网协议类型地址对应的传输路径切换为采用所述第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

本发明实施例还提供了一种第一网元，如图4所示，该设备包括收发器401、处理器402、存储器403。收发器401、处理器402以及存储器403相互连接。本发明实施例中不限定上述部件之间的具体连接介质。本发明实施例在图6中以存储器403、处理器402以及收发器之间通过总线404连接，总线在图4中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。所述总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本发明实施例中存储器403，用于存储处理器402执行的程序代码，可以是易失性存储器(英文：volatile memory)，例如随机存取存储器(英文：random-access memory，缩写：RAM)；存储器403也可以是非易失性存储器(英文：non-volatile memory)，例如只读存储器(英文：read-only memory，缩写：ROM)，快闪存储器(英文：flash memory)，硬盘(英文：hard disk drive，缩写：HDD)或固态硬盘(英文：solid-state drive，缩写：SSD)、或者存储器403是能够用于携带或存储具有指令或数据结构形式的期望的程序代码并能够由计算机存取的任何其他介质，但不限于此。存储器403可以是上述存储器的组合。

本发明实施例中处理器402，可以是一个中央处理单元(英文：central processing unit，简称CPU)。

处理器402确定自身所属的第一网元以及需进行通信的第二网元均为双栈网元，所述双栈网元为支持两种互联网协议类型地址的网元；

收发器401优先采用两种互联网协议类型地址中的第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

可选地，所述处理器402，具体用于根据本地接口的地址配置信息确定自身为双栈网元；所述地址配置信息中包括所述第一网元的第一互联网协议类型地址和第二互联网协议类型地址。

可选地，该第一网元还包括收发器401。收发器401用于接收所述第二网元发送的GTP消息，所述GTP消息携带所述第二网元的第一互联网协议类型地址和第二互联网协议类型地址；或者收发器401，用于接收第三网元发送的create session request消息，所述create session request消息携带所述第二网元的第一互联网协议类型地址和第二互联网协议类型地址。

进一步的，所述处理器402还用于：确定所述收发器401未接收到所述第二网元发送的用于指示成功接收到所述会话管理消息的会话管理响应消息；所述收发器401，还用于采用所述第二互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

可选地，所述处理器402还用于：在所述收发器401采用第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息之前，确定建立的第一互联网协议类型地址对应的传输路径的状态为正常。

进一步地，所述收发器401还用于：在所述处理器402确定建立的第一互联网协议类型地址对应的传输路径的状态为故障且确定所述第二互联网协议类型地址对应的传输路径的状态为正常时，采用第二互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

所述收发器401，还用于采用所述第一互联网协议类型地址对应的传输路径向所述第二网元发送用于确定所述第一互联网协议类型地址对应的传输路径状态的第一状态确认消息；所述收发器401，还用于接收所述第二网元发送的成功接收到所述第一状态确认消息的响应消息；所述处理器402，具体用于在所述收发器401接收到所述第二网元发送的成功接收到所述第一状态确认消息的响应消息时，确定所述第一互联网协议类型地址对应的传输路径的状态为正常；在所述收发器401在预定时长内未接收到所述第二网元发送的成功接收到所述第一状态确认消息的响应消息，确定第一互联网协议类型地址对应的传输路径的状态为故障。

进一步地，所述收发器401，还用于采用所述第二互联网协议类型地址对应的传输路径向所述第二网元发送用于确定所述第二互联网协议类型地址对应的传输路径状态的第二状态确认消息；所述收发器401，还用于接收所述第二网元发送的成功接收到所述第二状态确认消息的响应消息；所述处理器402，具体用于在所述收发器401接收到所述第二网元发送的成功接收到所述第二状态确认消息的响应消息时，确定所述第二互联网协议类型地址对应的传输路径状态为正常；在所述收发器401在预定时长内未接收到所述第二网元发送的成功接收到所述第二状态确认消息的响应消息，确定所述第二互联网协议类型地址对应的传输路径的状态为故障。

可选地，所述收发器401，还用于在采用所述第二互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息时，若所述处理器402确定所述第一互联网协议地址对应的传输路径的状态由故障恢复为正常时，由采用所述第二互联网协议类型地址对应的传输路径切换为采用所述第一互联网协议类型地址对应的传输路径向所述第二网元发送会话管理消息。

本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。