一種雙棧地址管理方法及第一網元與流程

2023-10-25 07:49:52

本發明涉及通信技術領域，尤其涉及一種雙棧地址管理方法及第一網元。

背景技術：

國際網際網路編號分配機構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、光學存儲器等)上實施的電腦程式產品的形式。

本發明是參照根據本發明實施例的方法、設備(系統)、和電腦程式產品的流程圖和/或方框圖來描述的。應理解可由電腦程式指令實現流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合。可提供這些電腦程式指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得通過計算機或其他可編程數據處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些電腦程式指令也可存儲在能引導計算機或其他可編程數據處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些電腦程式指令也可裝載到計算機或其他可編程數據處理設備上，使得在計算機或其他可編程設備上執行一系列操作步驟以產生計算機實現的處理，從而在計算機或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

儘管已描述了本發明的優選實施例，但本領域內的技術人員一旦得知了基本創造性概念，則可對這些實施例做出另外的變更和修改。所以，所附權利要求意欲解釋為包括優選實施例以及落入本發明範圍的所有變更和修改。

顯然，本領域的技術人員可以對本發明實施例進行各種改動和變型而不脫離本發明實施例的精神和範圍。這樣，倘若本發明實施例的這些修改和變型屬於本發明權利要求及其等同技術的範圍之內，則本發明也意圖包含這些改動和變型在內。