專利名稱：通信協(xié)議版本協(xié)商的方法、網(wǎng)元及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種通信協(xié)議版本協(xié)商的方案。
背景技術(shù)：
GTP (通用分組無線服務(wù)隧道協(xié)議)協(xié)議是廣泛應(yīng)用于GPRS (通用分 組無線服務(wù))系統(tǒng)或UMTS (通用移動通信系統(tǒng))系統(tǒng)核心網(wǎng)的一種移動通 信協(xié)議，同時，在下一代分組域核心網(wǎng)架構(gòu)中也應(yīng)用了GTP協(xié)議。
在應(yīng)用了GTP協(xié)議的各網(wǎng)元中，通過發(fā)送GTP請求消息發(fā)起通信的一方 稱為源側(cè)，另一方則稱為目標(biāo)側(cè)。如圖1所示，相應(yīng)的GTP協(xié)議的交互過程 主要包括GTP網(wǎng)元A需要與GTP網(wǎng)元B交互，則GTP網(wǎng)元A向GTP網(wǎng)元B發(fā) 送特定的GTP請求消息，GTP網(wǎng)元B接收到請求消息后進(jìn)行處理，處理完成 后向GTP網(wǎng)元A返回GTP響應(yīng)消息。
目前GTP協(xié)議包括V0版本和V1版本共兩個版本，在網(wǎng)元之間交互的GTP 消息頭中的第一個字節(jié)的前3個bit (比特)用于指示消息的GTP版本號。而 且，在GTP的V1版本中規(guī)定，在支持GTP協(xié)議的V1版本的設(shè)備上必須支持 GTP協(xié)議的VO版本。
由于采用高版本的GTP協(xié)議能夠獲得更強(qiáng)大的功能，因此，在兩個GTP 網(wǎng)元之間盡量協(xié)商選擇采用雙方均支持的最高GTP版本，例如，若兩個GTP 網(wǎng)元均支持GTP協(xié)議的V1版本時，則采用GTP協(xié)議的V1版本進(jìn)行交互。為 此，需要在網(wǎng)絡(luò)中提供相應(yīng)的GTP協(xié)議版本協(xié)商機(jī)制，以便于協(xié)商采用雙方 均支持的最高GTP版本，目前采用的版本協(xié)商機(jī)制包括
步驟1，支持GTP協(xié)議的V1版本的網(wǎng)元A需要與網(wǎng)元B交互，則源側(cè)網(wǎng)元 A首先使用自己支持的最高GTP版本，即V1版本向目標(biāo)側(cè)網(wǎng)元B發(fā)送GTP請
求消息；
步驟2，網(wǎng)元B接收到所述GTP請求消息后，向網(wǎng)元A返回響應(yīng)消息，若 網(wǎng)元A收到GTP協(xié)議的V1版本的響應(yīng)消息，則確定網(wǎng)元B最高支持GTP協(xié)議 的V1版本，若網(wǎng)元A沒有收到網(wǎng)元B返回的V1版本的響應(yīng)消息，則網(wǎng)元A向網(wǎng) 元B重發(fā)GTP協(xié)議的V1版本請求消息；
步驟3，若網(wǎng)元A向網(wǎng)元B重發(fā)N次GTP協(xié)議的V1版本的請求消息后，仍 然沒有收到網(wǎng)元B的響應(yīng)，則網(wǎng)元A采用的是GTP協(xié)議的VO版本向網(wǎng)元B發(fā)送 請求消息，其中，重發(fā)次數(shù)N可以靈活配置；
步驟4,網(wǎng)元B接收到VO版本的GTP請求消息后，向網(wǎng)元A返回響應(yīng)消 息，若網(wǎng)元A收到GTP協(xié)議VO版本的響應(yīng)消息，則網(wǎng)元A認(rèn)為網(wǎng)元B只支持 GTP協(xié)議的VO版本，且后續(xù)使用GTP協(xié)議的VO版本與網(wǎng)元B進(jìn)行交互。
在上述處理過程中，發(fā)明人發(fā)現(xiàn)在某些情況下會出現(xiàn)兩個均支持高版本 的GTP網(wǎng)元誤協(xié)商為低版本并采用低版本進(jìn)行交互的情況，例如
網(wǎng)元A和網(wǎng)元B均支持GTP協(xié)議的V1版本，且源側(cè)網(wǎng)元A首先使用自己支 持的最高GTP版本GTP協(xié)議的V1向目標(biāo)側(cè)網(wǎng)元B發(fā)送請求消息，但是，由于 各種原因?qū)е略撜埱笙⒔?jīng)過N次發(fā)送后均未能到達(dá)網(wǎng)元B;此時，網(wǎng)元A將 使用GTP協(xié)議的V0版本向網(wǎng)元B發(fā)送請求消息，且該請求消息被網(wǎng)元B正常 接收并進(jìn)行處理，之后，向網(wǎng)元A返回了GTP協(xié)議的VO版本的響應(yīng)消息，至 此，網(wǎng)元A與網(wǎng)元B之間協(xié)商采用VO版本的GTP消息進(jìn)行交互。
而且，以上描述僅以V0和V1兩種GTP協(xié)議版本為例，在未來的演進(jìn)網(wǎng)絡(luò) 中，GTP協(xié)議的版本還將繼續(xù)升級到V2版本、V3版本等等。這樣，若網(wǎng)元之 間交互無法協(xié)商到高版本GTP協(xié)議進(jìn)行交互，則將大大損失高版本的GTP協(xié) 議交互所獨(dú)有的業(yè)務(wù)特性。

發(fā)明內(nèi)容
本發(fā)明的實(shí)施例提供了一種通信協(xié)議版本協(xié)商的方法、網(wǎng)元及系統(tǒng)，從 而使得網(wǎng)元之間的交互可以盡量采用雙方支持的高版本協(xié)議，從而獲得較佳 的業(yè)務(wù)特性。
本發(fā)明實(shí)施例提供了 一種通信協(xié)議版本協(xié)商的方法，包括
支持高協(xié)議版本的第 一 網(wǎng)元在使用低協(xié)議版本與對端第二網(wǎng)元協(xié)商協(xié)議 版本過程中，將第 一 網(wǎng)元支持的高協(xié)議版本通知第二網(wǎng)元；
第二網(wǎng)元根據(jù)第 一 網(wǎng)元支持的高協(xié)議版本控制第一網(wǎng)元和第二網(wǎng)元之間 采用共同支持的符合預(yù)定要求的協(xié)議版本進(jìn)行交互。
本發(fā)明實(shí)施例提供了 一種通信協(xié)議版本協(xié)商的系統(tǒng)，包括
第一網(wǎng)元，其在支持高協(xié)議版本的情況下，使用低協(xié)議版本發(fā)送協(xié)商協(xié) 議版本的信息時，在該信息中包含第一網(wǎng)元支持的高協(xié)議版本；
第二網(wǎng)元，用于接收所述第一網(wǎng)元發(fā)來的協(xié)商協(xié)議版本的信息，并根據(jù) 第 一 網(wǎng)元支持的高協(xié)議版本控制第 一 網(wǎng)元和第二網(wǎng)元之間采用共同支持的符 合預(yù)定要求的協(xié)議版本進(jìn)行交互。
本發(fā)明實(shí)施例提供了 一種網(wǎng)元，包括與對端網(wǎng)元之間協(xié)商協(xié)議版本的單 元，該網(wǎng)元還包4舌
協(xié)議版本通知單元，用于在支持高協(xié)議版本的情況下，使用低協(xié)議版本 發(fā)送協(xié)商協(xié)議版本的信息，并在該信息中包含本網(wǎng)元支持的高協(xié)議版本。
本發(fā)明實(shí)施例提供了 一種網(wǎng)元，包括與對端網(wǎng)元之間協(xié)商協(xié)議版本的單 元，該網(wǎng)元還包4舌
接收單元，用于接收對端網(wǎng)元發(fā)來的協(xié)商協(xié)議版本的信息，且所述信息 中包含對端網(wǎng)元支持的高協(xié)議版本；
控制單元，用于根據(jù)信息接收單元接收的信息中的對端網(wǎng)元支持的高協(xié)
議版本控制兩端網(wǎng)元之間采用共同支持的符合預(yù)定要求的協(xié)議版本進(jìn)行交 互。
由上述本發(fā)明的實(shí)施例提供的技術(shù)方案可以看出，本發(fā)明實(shí)施例提供的 技術(shù)方案可以使得兩個支持高協(xié)議版本的網(wǎng)元之間能夠準(zhǔn)確的使用雙方均支 持的符合預(yù)定要求的協(xié)議版本進(jìn)行交互，以避免因誤協(xié)商為低協(xié)議版本而導(dǎo) 致出現(xiàn)損失業(yè)務(wù)功能的問題。


圖1為現(xiàn)有技術(shù)中GTP協(xié)議通信過程示意圖2為本發(fā)明實(shí)施例中應(yīng)用的GTP協(xié)議消息結(jié)構(gòu)示意圖3為本發(fā)明實(shí)施例一的處理過程示意圖4為本發(fā)明實(shí)施例二的處理過程示意圖5為本發(fā)明實(shí)施例三的處理過程示意圖6為本發(fā)明實(shí)施例四的處理過程示意圖7為本發(fā)明實(shí)施例五的處理過程示意圖8為本發(fā)明實(shí)施例六的處理過程示意圖9為本發(fā)明實(shí)施例七的處理過程示意圖10為本發(fā)明實(shí)施例八的處理過程示意圖11為本發(fā)明實(shí)施例九的處理過程示意圖12為本發(fā)明實(shí)施例提供的系統(tǒng)及網(wǎng)元結(jié)構(gòu)示意圖。
具體實(shí)施例方式
本發(fā)明實(shí)施例中，若由于通信鏈路或者網(wǎng)元狀態(tài)暫時故障等原因?qū)е聝?個均支持高版本協(xié)議的網(wǎng)元誤協(xié)商為使用低版本協(xié)議進(jìn)行交互，則可以通過 相應(yīng)的技術(shù)手段使得兩網(wǎng)元之間重新協(xié)商到釆用符合預(yù)定要求的本協(xié)議進(jìn)行
交互，如采用兩網(wǎng)元均支持的最高協(xié)議版本進(jìn)行交互，以避免損失高版本獨(dú) 有的業(yè)務(wù)特性。
本發(fā)明實(shí)施例釆用的技術(shù)手段包括在向?qū)Χ司W(wǎng)元發(fā)送的低版本的請求協(xié) 商通信協(xié)議版本的消息中攜帶本端網(wǎng)元支持的最高協(xié)議版本或指示本端可以 支持更高版本的協(xié)議，以使得對端網(wǎng)元可以獲知本端網(wǎng)元支持的最高協(xié)議版 本，從而可以避免協(xié)商到低版本協(xié)議下進(jìn)行交互。
進(jìn)一步講，本發(fā)明實(shí)施例中，首先，由支持高協(xié)議版本的第一網(wǎng)元在使 用低協(xié)議版本與對端第二網(wǎng)元協(xié)商協(xié)議版本過程中，將第 一 網(wǎng)元支持的高協(xié)
議版本通知第二網(wǎng)元；之后，第二網(wǎng)元根據(jù)第一網(wǎng)元支持的高協(xié)議版本控制 第一網(wǎng)元和第二網(wǎng)元之間采用共同支持的最高協(xié)議版本進(jìn)行交互。
在上述處理過程中，將第一網(wǎng)元支持的高協(xié)議版本通知第二網(wǎng)元的處理 方式具體可以采用以下任一方式實(shí)現(xiàn)
(1 )第一網(wǎng)元將自身支持的最高協(xié)議版本發(fā)送給第二網(wǎng)元；
(2 )第一網(wǎng)元將自身支持更高協(xié)議版本的指示發(fā)送給第二網(wǎng)元；
(3) 第 一 網(wǎng)元將自身支持的所有的協(xié)議版本發(fā)送給第二網(wǎng)元；
(4) 第 一網(wǎng)元將自身支持的最高協(xié)議版本和最低協(xié)議版本發(fā)送給第二網(wǎng) 元，以使得在支持的協(xié)議版本連續(xù)的情況下，第二網(wǎng)元可以獲知第一網(wǎng)元支 持的所有協(xié)議版本。
而且，所述的第 一 網(wǎng)元具體可以使用協(xié)議消息中的擴(kuò)展頭攜帶所述支持 的高協(xié)議版本并發(fā)送給第二網(wǎng)元；或者，使用協(xié)議消息中的信元攜帶所述支 持的高協(xié)議版本并發(fā)送給第二網(wǎng)元；或者，使用協(xié)議消息中的協(xié)議頭部的空 閑比特位攜帶所述支持的高協(xié)議版本并發(fā)送給第二網(wǎng)元。
在本發(fā)明實(shí)施例中，相應(yīng)的控制第一網(wǎng)元和第二網(wǎng)元之間采用共同支持 的最高協(xié)i^版本進(jìn)行交互的處理過程具體可以為以下任一方式
方式一第二網(wǎng)元接收到第一網(wǎng)元發(fā)來的使用低協(xié)議版本的消息后，比
較第 一 網(wǎng)元支持的最高協(xié)議版本和第二網(wǎng)元支持的最高協(xié)議版本，若雙方均 支持的最高協(xié)議版本高于接收到的消息使用的低協(xié)議版本，則通知第一網(wǎng)元
使用雙方均支持的最高協(xié)議版本進(jìn)行交互；
方式二第二網(wǎng)元接收到第一網(wǎng)元發(fā)來的使用低協(xié)議版本的消息后，直 接確定第一網(wǎng)元和第二網(wǎng)元之間共同支持的最高協(xié)議版本，并釆用該最高協(xié) 議版本進(jìn)行信息交互。
在上述方式一中，相應(yīng)的通知第一網(wǎng)元^f吏用雙方均支持的最高協(xié)議版本 進(jìn)行交互的實(shí)現(xiàn)方式具體可以為以下任一方式
(1)第二網(wǎng)元將自身支持的高協(xié)議版本通知第一網(wǎng)元，第一網(wǎng)元根據(jù)收 到的第二網(wǎng)元發(fā)來的通知在第一網(wǎng)元和第二網(wǎng)元之間采用共同支持的最高協(xié) 議版本進(jìn)行交互；
在該方式下，所述的第二網(wǎng)元將自身支持的高協(xié)議版本通知第一網(wǎng)元的 處理過程進(jìn)一步可以為以下任一方式
第二網(wǎng)元通過擴(kuò)展已有的協(xié)議消息將所述自身支持的高協(xié)議版本通知給 所述第一網(wǎng)元；
第二網(wǎng)元通過新增的協(xié)議消息將所述自身支持的高協(xié)議版本通知給所述 第一網(wǎng)元；
第二網(wǎng)元在響應(yīng)消息中使用協(xié)議消息的擴(kuò)展頭攜帶所述自身支持的高協(xié) 議版本通知給所述第 一 網(wǎng)元；
第二網(wǎng)元在響應(yīng)消息中使用協(xié)議消息的信元攜帶所述自身支持的高協(xié)議 版本通知給所述第 一 網(wǎng)元；
第二網(wǎng)元在響應(yīng)消息中使用協(xié)議消息的協(xié)議頭部的空閑比特位攜帶所述 自身支持的高協(xié)議版本通知給所述第一網(wǎng)元。
其中，所述的自身支持的高協(xié)議版本可以但不限于包括自身支持的最 高協(xié)議版本，或者，支持的最高協(xié)議版本和最低協(xié)議版本，或者，支持的所
有協(xié)議版本(如支持的所有協(xié)議版本列表)，或者，第一網(wǎng)元和第二網(wǎng)元均 支持的最高協(xié)議版本，或者，自身支持更高版本的指示(即不指明具體支持 某種協(xié)議而僅表明自身仍能夠支持更高的協(xié)議版本)。
(2)第二網(wǎng)元向第一網(wǎng)元發(fā)送第二網(wǎng)元支持的高協(xié)議版本的消息，第一 網(wǎng)元根據(jù)收到的該消息在第 一 網(wǎng)元和第二網(wǎng)元之間采用共同支持的最高協(xié)議 版本進(jìn)行交互。
以協(xié)商GTP協(xié)議過程為例，若 一 個支持高版本的GTP網(wǎng)元A在使用GTP 高版本向?qū)Χ薌TP網(wǎng)元B發(fā)送配置次數(shù)的請求消息后，仍然沒有接收到響 應(yīng)，則采用GTP低版本向?qū)Χ税l(fā)送請求消息，此時，在低版本請求消息中攜 帶本端網(wǎng)元A所能支持的最高GTP版本信息或攜帶本端能夠支持更高GTP版 本的指示信息，這樣，在GTP網(wǎng)元B接收到該低版本的請求消息后，如果確 定自己也能夠支持更高GTP版本，則通知網(wǎng)元A使用高版本進(jìn)行交互。
具體地，本發(fā)明實(shí)施例中，可以但不限于釆用以下任一方式將源側(cè)網(wǎng)元 支持更高版本的指示信息發(fā)送給目標(biāo)側(cè)網(wǎng)元
(1 )使用GTP協(xié)議擴(kuò)展頭攜帶相應(yīng)的指示信息；
如圖2所示，GTP協(xié)議的V1版本的消息中包含擴(kuò)展頭Extension Header,該擴(kuò)展頭具體位于GTP消息頭部和信元列表之間區(qū)段，而且，該 GTP擴(kuò)展頭為可選。
所述的擴(kuò)展頭位于的區(qū)段中可以包括一個或多個相互連接的擴(kuò)展頭，每 個擴(kuò)展頭由三部分組成，分別為擴(kuò)展頭類型、擴(kuò)展頭長度和擴(kuò)展頭的值， 因此，可以增加一種擴(kuò)展頭類型用于指示本端支持的最高GTP版本。
在本發(fā)明實(shí)施例中，具體可以新增的擴(kuò)展頭的類型值的高2個比特可以設(shè) 置為"00"，并可以在擴(kuò)展頭的值中填寫本端支持的最高GTP版本號。
通過該GTP擴(kuò)展頭可以解決最高支持GTP協(xié)議的V2版本及更高版本的 GTP版本誤協(xié)商的問題。
(2)使用GTP可選信元攜帶相應(yīng)的指示信息；
在該實(shí)施例中，具體是在兩個GTP網(wǎng)元初次交互時源側(cè)可能發(fā)出的請求 消息中，增加一個可選信元用于指示本端所支持的最高GTP版本號。 (3 )使用GTP頭部的空閑比特位攜帶相應(yīng)的指示信息；
在該實(shí)施例中，是將本端支持的最高GTP版本信息設(shè)置在GTP頭部的空 閑比特位中；
目前，由于GTP協(xié)議的V1版本消息的頭部僅有一個比特空閑位，其無法 容納一個完整的GTP版本號，故可以利用該空閑比特位攜帶一個標(biāo)志，以指 示本端可以支持更高版本的GTP協(xié)議，例如，當(dāng)該標(biāo)志值為0時，表示發(fā)送 消息的GTP版本即是源端所支持的最高GTP版本，當(dāng)該標(biāo)志值為1時，表示 發(fā)送端支持比發(fā)送消息本身的GTP版本更高的GTP版本；
在該實(shí)施例中，由于未指明具體支持的最高GTP版本號，目的端接收到 消息后，如果本端也能支持比該消息本身版本更高的GTP版本，則通知源端 使用比當(dāng)前版本高一個版本號的版本進(jìn)行重新發(fā)起流程，若相應(yīng)的高一個版 本號仍然不是源端所能支持的最高GTP版本號，則源端仍會在消息中將空閑 比特位置為1，目標(biāo)側(cè)接收到升高了一個版本號的消息后，如果本端還能支 持比該消息本身版本更高的GTP版本，則繼續(xù)通知源端再升高個版本號重 新發(fā)送消息，直到協(xié)商到雙方均支持的最高GTP版本。
經(jīng)過上述處理后，目標(biāo)側(cè)GTP網(wǎng)元便可以從接收到的低版本GTP請求消 息中得到源側(cè)支持的最高或更高GTP版本，此時，目標(biāo)側(cè)GTP網(wǎng)元需要通知 源側(cè)使用更高版本的進(jìn)行交互。相應(yīng)的，目標(biāo)側(cè)GTP網(wǎng)元可以通知源端自己 所支持的最高GTP版本，也可以通知源端雙方均支持的最高GTP版本，以便 于源端GTP網(wǎng)元均可以得到雙方均支持的最高GTP版本并使用該雙方均支持 的最高GTP版本發(fā)起后續(xù)交互。其中，對于接收到的低版本GTP請求消息， 目標(biāo)側(cè)網(wǎng)元可以正常處理并向源側(cè)響應(yīng)，也可以拒絕處理并直接向源側(cè)返回
合適的原因值。
在本發(fā)明實(shí)施例中，目標(biāo)側(cè)通知源側(cè)雙方均支持的最高GTP版本的處理 方式可以為以下^f壬一方式
(1 )擴(kuò)展版本不支持消息
在GTP協(xié)議實(shí)現(xiàn)過程中，只支持低版本的GTP網(wǎng)元在接收到 一個本端不 支持的高版本GTP消息后，可以通過向?qū)Χ税l(fā)送版本不支持消息通知對端， 發(fā)送該版本不支持消息使用的GTP版本為本端支持的最高GTP版本。
在該方式中，是將版本不支持消息的含義擴(kuò)展為將雙方均支持的最高 GTP版本通知給對端，相應(yīng)的消息名稱可以修改為支持版本通知消息，即 Version Supported Notification消息，為了實(shí)現(xiàn)將雙方均支持的最高GTP版本 通知給對端的目的，具體可以采用以下任一方法
方法一將所述支持版本通知消息使用與觸發(fā)本消息的低版本請求消息相 同的GTP版本發(fā)送，在這條消息中增加一個"最高支持版本"的可選信元， 設(shè)置為本端所支持的最高GTP版本，該版本可以高于發(fā)送支持版本通知消息 所使用的GTP版本，若支持版本通知消息沒有攜帶該可選信元，則接收方可 以認(rèn)為發(fā)送方支持的最高GTP版本與接收到的支持版本通知消息使用的GTP 版本一致；
方法二將所述支持版本通知消息使用本端和對端均支持的最高GTP版 本發(fā)送，即不需要再攜帶額外信元，其中，對端支持的最高GTP版本可以從 觸發(fā)本消息的低版本請求消息中攜帶信息中獲得。
(2) 增加新的GTP消息
在該實(shí)施例中，采用新增加一條GTP消息，以實(shí)現(xiàn)"支持版本通知"功 能，其他處理方式與擴(kuò)展版本不支持消息的處理方式類似，故不再詳述。
(3) 使用GTP協(xié)議擴(kuò)展頭；
在該實(shí)施例中，目標(biāo)側(cè)GTP網(wǎng)元在接收到源端發(fā)送的低版本的GTP請求
1
消息，其中攜帶了源端支持的最高GTP版本的指示時，如果本端也支持高版
本的GTP版本，則在響應(yīng)消息中增加一個GTP協(xié)議擴(kuò)展頭，用于通知源側(cè)自 己支持的最高GTP版本；
且相應(yīng)的使用G T P協(xié)議擴(kuò)展頭的具體實(shí)現(xiàn)方式可以與源側(cè)采用的使用 GTP協(xié)議擴(kuò)展頭攜帶相應(yīng)的指示信息的實(shí)現(xiàn)方式類似，或者，也可以新增一 個新的擴(kuò)展頭類型。
(4) 使用GTP可選信元
在該實(shí)施例中，目標(biāo)側(cè)GTP網(wǎng)元在接收到源端發(fā)送的低版本的GTP請求 消息，且消息中攜帶了源端支持的最高GTP版本的指示時，若本端也支持高 版本的GTP版本，則可以在響應(yīng)消息中增加一個可選信元，用于通知源側(cè)自 己支持的最高GTP版本；
元的實(shí)現(xiàn)方式類似，或者，也可以新增一個新的可選信元類型。
(5) 使用GTP頭部的空閑比特位。
在該實(shí)施例中，目標(biāo)側(cè)GTP網(wǎng)元在接收到源端發(fā)送的低版本的GTP請求 消息，且消息中攜帶了源端支持的最高GTP版本的指示時，若本端也支持高 版本的GTP版本，則可以在響應(yīng)消息利用GTP協(xié)議頭部的空閑比特位通知源 側(cè)自己支持的最高GTP版本；相應(yīng)的具體實(shí)現(xiàn)方式可以與源側(cè)采用的使用 GTP頭部的空閑比特位的實(shí)現(xiàn)方式相同。
本發(fā)明實(shí)施例中，除了可以采用上述方式在源側(cè)GTP網(wǎng)元和目標(biāo)側(cè)網(wǎng)元 之間互相通知所能支持的最高GTP版本外，還可以將本端所能支持的所有 GTP版本列表發(fā)送給對端網(wǎng)元，當(dāng)GTP網(wǎng)元所能支持的GTP版本號連續(xù)時， 相應(yīng)的GTP版本列表可以使用所能支持的最低版本和所能支持的最高版本來 表示；當(dāng)GTP網(wǎng)元所能支持的GTP版本號不連續(xù)時，則可以將所能支持的每 個GTP版本的版本號均包含在該GTP版本列表中。該處理方式適合GTP協(xié)議
版本不斷升級過程中出現(xiàn)的支持高版本的GTP網(wǎng)元不支持低版本的情況，例
如，未來支持GTP協(xié)議的V2版本的網(wǎng)元同時支持GTP協(xié)議的V1，但不支持 GTP協(xié)議的V0，或者，支持GTP協(xié)議的V3版本的網(wǎng)元同時支持GTP協(xié)議的 V2,但不支持GTP協(xié)議的VO版本和V1版本。此時，源側(cè)和目標(biāo)側(cè)網(wǎng)元之間 通過傳遞本端所能支持的所有GTP版本列表，以使得網(wǎng)元之間可以順利地協(xié) 商到雙方共同支持的最高版本。
在上述處理過程中，本端所能支持的所有GTP版本列表的攜帶方式與攜 帶本端所能支持的最高GTP版本的方式相同，在此不再詳述。其中，當(dāng)使用 擴(kuò)展"版本不支持"消息或者增加新的GTP消息來通知對端自己所能支持的 所有GTP版本列表時，由于需要攜帶多個GTP版本號，因此可以在消息中增 加擴(kuò)展頭或者可選信元來攜帶所能支持的所有GTP版本列表信息。
本發(fā)明實(shí)施例中，在GTP網(wǎng)元通過上述各版本協(xié)商機(jī)制已經(jīng)獲知雙方所 能支持的最高GTP版本后，則可以在后續(xù)流程交互的消息不再攜帶本端的版 本支持情況信息。
為便于對本發(fā)明實(shí)施例的理解，下面將結(jié)合附圖對本發(fā)明實(shí)施例的具體 實(shí)施方式進(jìn)4于詳細(xì)地r說明。 實(shí)施例一
在該實(shí)施例一中，源側(cè)網(wǎng)元在使用低版本協(xié)議與目標(biāo)側(cè)網(wǎng)元進(jìn)行初次交 互時，將本端支持的最高GTP版本攜帶在請求消息的GTP擴(kuò)展頭中，對應(yīng)的 目標(biāo)側(cè)網(wǎng)元則使用"支持版本通知'，消息通知源側(cè)網(wǎng)元使用更高版本進(jìn)行交 互，其中，目標(biāo)側(cè)網(wǎng)元支持的最高GTP版本攜帶在"支持版本通知"消息的 可選信元中。
如圖3所示，GTP網(wǎng)元A、網(wǎng)元B均支持GTP協(xié)議的V1、 V2版本，相應(yīng)的 版本協(xié)商處理過程具體可以包括以下步驟
步驟1 ， GTP網(wǎng)元A首先使用GTP協(xié)議的V2版本向GTP網(wǎng)元B發(fā)送請求消
息，由于通訊鏈路故障或GTP網(wǎng)元B當(dāng)前狀態(tài)不正常等原因，GTP網(wǎng)元B未能 接收到GTP協(xié)議的V2版本的請求消息；
步驟2， GTP網(wǎng)元A確認(rèn)未收到響應(yīng)消息后，則改用GTP協(xié)議的V1版本向 GTP網(wǎng)元B發(fā)送請求消息，并在請求消息中增加"最高GTP支持版本，，擴(kuò)展 頭，擴(kuò)展頭的值填寫為GTP網(wǎng)元A支持的最高協(xié)議版本V2;
在該步驟中，由于通訊鏈路恢復(fù)正常或GTP網(wǎng)元B狀態(tài)恢復(fù)正常，使得 相應(yīng)的GTP協(xié)議的V1版本的請求消息可以被發(fā)送到GTP網(wǎng)元B;
步驟3,網(wǎng)元B收到相應(yīng)的V1版本的請求消息后，向網(wǎng)元A發(fā)送一條GTP 協(xié)議的V1版本的"支持版本通知"消息，并在該消息中攜帶著網(wǎng)元B支持的 最高版本，即GTP協(xié)議的V2版本信息；
該步驟具體可以為GTP網(wǎng)元B從接收到的網(wǎng)元A發(fā)送來的GTP協(xié)議的 V1版本請求消息的擴(kuò)展頭中可以獲知對端GTP網(wǎng)元A實(shí)際最高支持的協(xié)議版 本為GTP協(xié)議的V2版本，同時，本端最高支持的協(xié)議版本也為GTP協(xié)議的V2 片反本，此時，則可以不處理該誚-求消息而直4妾向網(wǎng)元A應(yīng)答響應(yīng)消息，響應(yīng) 消息中原因值為"版本不匹配"或者其它合適的原因值，同時還向網(wǎng)元A發(fā) 送"支持版本通知"消息；
步驟4，網(wǎng)元A接收到網(wǎng)元B發(fā)送來的GTP協(xié)議的V1版本的"支持版本通 知"消息后，便可以獲知本端和對端均支持GTP協(xié)議的V2版本的情況，這 樣，便可以在后續(xù)交互處理過程中使用GTP協(xié)議的V2版本進(jìn)行。
實(shí)施例二
在該實(shí)施例中，源側(cè)網(wǎng)元在4吏用低版本協(xié)議與目標(biāo)側(cè)網(wǎng)元進(jìn)4亍初次交互 時，將本端支持的最高GTP版本攜帶在請求消息的GTP擴(kuò)展頭中，而目標(biāo)側(cè) 網(wǎng)元使用"支持版本通知"消息通知源側(cè)網(wǎng)元使用更高版本進(jìn)行交互，其 中，所述"支持版本通知"消息使用的協(xié)議版本即是源側(cè)網(wǎng)元和目標(biāo)側(cè)網(wǎng)元 均能支持的最高GTP協(xié)議版本。 如圖4所示，GTP網(wǎng)元A、網(wǎng)元B均支持GTP協(xié)議的V1、 V2版本，則相應(yīng) 的版本協(xié)商處理過程如下
步驟1, GTP網(wǎng)元A首先使用GTP協(xié)議的V2版本向GTP網(wǎng)元B發(fā)送請求消 息，由于通訊鏈路故障或GTP網(wǎng)元B當(dāng)前狀態(tài)不正常等原因?qū)е翯TP網(wǎng)元B未 能接收到GTP協(xié)議的V2的請求消息；
步驟2， GTP網(wǎng)元A確認(rèn)未收到響應(yīng)消息后，則改用GTP協(xié)議的V1版本向 GTP網(wǎng)元B發(fā)送請求消息，并在請求消息中增加"最高GTP支持版本"擴(kuò)展 頭，擴(kuò)展頭的值填寫為GTP網(wǎng)元A支持的最高協(xié)議版本V2，由于通訊鏈路恢 復(fù)正?；騁TP網(wǎng)元B狀態(tài)恢復(fù)正常，則相應(yīng)的消息將被發(fā)送到GTP網(wǎng)元B;
步驟3， GTP網(wǎng)元B接收V1版本的請求消息后，網(wǎng)元B向網(wǎng)元A發(fā)送一條 GTP協(xié)議的V2版本的"支持版本通知"消息；
具體可以為在GTP網(wǎng)元B接收V1版本的請求消息后，則可以從GTP協(xié) 議的V1版本請求消息的擴(kuò)展頭中獲取對端GTP網(wǎng)元A實(shí)際最高支持GTP協(xié)議 的V2版本，同時，由于自己也最高支持GTP協(xié)議的V2版本，因此，不需要處 理該請求消息而直接向網(wǎng)元A應(yīng)答響應(yīng)消息即可，在所述響應(yīng)消息中原因值 為"版本不匹配"或者其它合適的原因值；同時，網(wǎng)元B向網(wǎng)元A發(fā)送一條 GTP協(xié)議的V2版本的"支持版本通知"消息；
步驟4，網(wǎng)元A接收到網(wǎng)元B發(fā)送來的GTP協(xié)議的V2版本的"支持版本通 知"消息后，則可以獲知本端和對端均支持GTP協(xié)議的V2版本，并在后續(xù)交 互處理過程中使用GTP協(xié)議的V2版本進(jìn)行。
實(shí)施例三
在該實(shí)施例中，源側(cè)網(wǎng)元在^f吏用低版本協(xié)議與目標(biāo)側(cè)網(wǎng)元進(jìn)行初次交互 時，將本端支持的最高GTP版本攜帶在請求消息的可選信元中，而目標(biāo)側(cè)網(wǎng) 元則使用"支持版本通知"消息通知源側(cè)網(wǎng)元使用更高版本進(jìn)行交互，其中 目標(biāo)側(cè)網(wǎng)元支持的最高GTP版本具體可以攜帶在"支持版本通知"消息的可
選信元中。
如圖5的示，GTP網(wǎng)元A、網(wǎng)元B均支持GTP協(xié)議的V1、 V2版本，相應(yīng)的 版本協(xié)商處理過程可以包括
步驟1 ， GTP網(wǎng)元A首先使用GTP協(xié)議的V2版本向GTP網(wǎng)元B發(fā)送請求消 息，且由于通訊鏈路故障或GTP網(wǎng)元B當(dāng)前狀態(tài)不正常等原因?qū)е翯TP網(wǎng)元B 未能接收到GTP協(xié)議的V2的請求消息；
步驟2， GTP網(wǎng)元A未收到網(wǎng)元B發(fā)來的響應(yīng)消息后，則改用GTP協(xié)議的 V1版本向GTP網(wǎng)元B發(fā)送請求消息，并在請求消息中增加"最高GTP支持版 本"可選信元，信元中的值填寫為GTP網(wǎng)元A支持的最高協(xié)議版本V2，此 時，由于通訊鏈i洛恢復(fù)正?；騁TP網(wǎng)元B狀態(tài)恢復(fù)正常，則相應(yīng)的請求消息 可以發(fā)送到GTP網(wǎng)元B;
步驟3,網(wǎng)元B收到網(wǎng)元A發(fā)來的V1版本請求消息后，則向網(wǎng)元A發(fā)送一 條GTP協(xié)議的V1版本的"支持版本通知"消息，消息中攜帶網(wǎng)元B支持的最 高GTP版本V2;
GTP網(wǎng)元B從接收到的網(wǎng)元A發(fā)來的GTP協(xié)議的V1版本請求消息的可選 信元中獲知對端GTP網(wǎng)元A實(shí)際最高支持GTP協(xié)議的V2版本，同時，由于自 己也最高支持GTP協(xié)議的V2版本，故不處理該請求消息而直接向網(wǎng)元A應(yīng)答 響應(yīng)消息，相應(yīng)的響應(yīng)消息中的原因值為"版本不匹配"或其他原因值；同 時，網(wǎng)元B向網(wǎng)元A發(fā)送GTP協(xié)議的V1版本的"支持版本通知"消息；
步驟4，網(wǎng)元A接收到網(wǎng)元B發(fā)送來的GTP協(xié)議的V1版本的"支持版本通 知"消息后，則可以獲知本端和對端均支持GTP協(xié)議的V2版本，這樣，在后 續(xù)交互處理過程中便可以使用GTP協(xié)議的V2版本進(jìn)行。
實(shí)施例四
在該實(shí)施例中，源側(cè)網(wǎng)元在4吏用低版本協(xié)i義與目標(biāo)側(cè)網(wǎng)元進(jìn)行初次交互 時，將本端支持的最高GTP版本攜帶在請求消息的GTP擴(kuò)展頭中，而目標(biāo)側(cè)
也將自己支持的最高GTP版本攜帶在響應(yīng)消息的GTP擴(kuò)展頭中。
如圖6所示，GTP網(wǎng)元A、網(wǎng)元B均支持GTP協(xié)議的V1、 V2版本，相應(yīng)的 版本協(xié)商處理過程可以包括
步驟1, GTP網(wǎng)元A首先使用GTP協(xié)議的V2版本向GTP網(wǎng)元B發(fā)送請求消 息，由于通訊鏈路故障或GTP網(wǎng)元B當(dāng)前狀態(tài)不正常等原因?qū)е翯TP網(wǎng)元B未 能接收到GTP協(xié)議的V2的請求消息；
步驟2, GTP網(wǎng)元A由于未收到網(wǎng)元B返回的響應(yīng)消息，則改用GTP協(xié)議 的V1版本向GTP網(wǎng)元B發(fā)送請求消息，并在請求消息中增加"最高GTP支持 版本"GTP擴(kuò)展頭，擴(kuò)展頭中的值填寫為GTP網(wǎng)元A支持的最高協(xié)議版本 V2，此時，由于通訊鏈路恢復(fù)正?；騁TP網(wǎng)元B狀態(tài)恢復(fù)正常，使得相應(yīng)的 請求消息可以發(fā)送到GTP網(wǎng)元B;
步驟3, GTP網(wǎng)元B從網(wǎng)元A發(fā)送來的GTP協(xié)議的V1版本請求消息的擴(kuò)展 頭中獲知對端GTP網(wǎng)元A實(shí)際最高支持GTP協(xié)議的V2版本，同時，自己也最 高支持GTP協(xié)議的V2版本，此時，便可以按GTP協(xié)議的V1協(xié)議正常處理該消 息，并向網(wǎng)元A應(yīng)答響應(yīng)消息，同時在所述響應(yīng)消息中攜帶"最高GTP支持 版本"GTP擴(kuò)展頭，擴(kuò)展頭中的值填寫為GTP網(wǎng)元B支持的最高協(xié)議版本 V2;
步驟4,網(wǎng)元A接收到網(wǎng)元B發(fā)送來的GTP協(xié)議的V1版本的響應(yīng)消息后， 便可以獲知本端和對端均支持GTP協(xié)議的V2版本，這樣，在后續(xù)交互處理過 程中便可以使用GTP協(xié)議的V2版本進(jìn)行。
實(shí)施例五
在該實(shí)施例中，源側(cè)網(wǎng)元在使用低版本協(xié)議與目標(biāo)側(cè)網(wǎng)元進(jìn)行初次交互 時，將本端支持的最高GTP版本攜帶在請求消息的GTP擴(kuò)展頭中，而目的側(cè) 將自己支持的最高GTP版本攜帶在響應(yīng)消息的可選信元中。
如圖7所示，GTP網(wǎng)元A、網(wǎng)元B均支持GTP協(xié)議的V1、 V2版本，相應(yīng)的
版本協(xié)商處理過程可以包括
步驟1 ， GTP網(wǎng)元A首先使用GTP協(xié)議的V2版本向GTP網(wǎng)元B發(fā)送請求消 息，由于通訊鏈路故障或GTP網(wǎng)元B當(dāng)前狀態(tài)不正常等原因?qū)е翯TP網(wǎng)元B 未能接收到GTP協(xié)議的V2的請求消息；
步驟2， GTP網(wǎng)元A在未收到網(wǎng)元B返回的響應(yīng)消息后，則可以改用GTP 協(xié)議的V1版本向GTP網(wǎng)元B發(fā)送請求消息，并在請求消息中增加"最高GTP 支持版本"GTP擴(kuò)展頭，擴(kuò)展頭中的值填寫為GTP網(wǎng)元A支持的最高協(xié)議版 本V2，此時，由于通訊鏈路恢復(fù)正?；騁TP網(wǎng)元B狀態(tài)恢復(fù)正常，使得相應(yīng) 的請求消息發(fā)送到GTP網(wǎng)元B;
步驟3, GTP網(wǎng)元B從網(wǎng)元A發(fā)來的GTP協(xié)議的V1版本請求消息的擴(kuò)展頭 中可以獲知對端GTP網(wǎng)元A實(shí)際最高支持GTP協(xié)議的V2版本，同時，由于自 己也最高支持GTP協(xié)議的V2版本，則可以按GTP協(xié)議的V1協(xié)議正常處理該消 息，并向網(wǎng)元A應(yīng)答響應(yīng)消息，在所述響應(yīng)消息中攜帶"最高GTP支持版 本"可選信元，信元的值填寫為GTP網(wǎng)元B支持的最高協(xié)議版本V2;
步驟4,網(wǎng)元A接收到網(wǎng)元B發(fā)送來的GTP協(xié)議的V1版本的響應(yīng)消息后， 可以獲知本端和對端均支持GTP協(xié)議的V2版本，這樣，在后續(xù)交互處理過程 中便可以使用GTP協(xié)議的V2版本進(jìn)行。
實(shí)施例六
在該實(shí)施例中，源側(cè)網(wǎng)元在使用低版本協(xié)議與目標(biāo)側(cè)網(wǎng)元進(jìn)行初次交互 時，將本端支持的最高GTP版本攜帶在請求消息的GTP擴(kuò)展頭中，而目標(biāo)側(cè) 只支持GTP協(xié)議的V1和GTP協(xié)議的V0，且不識別該新增擴(kuò)展頭
如圖8所示，GTP網(wǎng)元A支持GTP協(xié)議的V1、 V2版本，網(wǎng)元B僅支持GTP 協(xié)議的V1、 VO版本，則相應(yīng)的版本協(xié)商處理過程可以包括
步驟1, GTP網(wǎng)元A首先使用GTP協(xié)議的V2版本向GTP網(wǎng)元B發(fā)送請求消 息，由于通訊鏈路故障或GTP網(wǎng)元B當(dāng)前狀態(tài)不正常等原因?qū)е翯TP網(wǎng)元B未
能接收到GTP協(xié)議的V2的請求消息；
步驟2, GTP網(wǎng)元A在未收到網(wǎng)元B返回的響應(yīng)消息后，則可以改用GTP 協(xié)議的V1版本向GTP網(wǎng)元B發(fā)送請求消息，并在請求消息中增加"最高GTP 支持版本"擴(kuò)展頭，擴(kuò)展頭的值填寫為GTP網(wǎng)元A支持的最高協(xié)議版本V2， 此時，由于通訊鏈^各恢復(fù)正常或GTP網(wǎng)元B狀態(tài)恢復(fù)正常，因此，相應(yīng)的請 求消息將會被發(fā)送到GTP網(wǎng)元B;
步驟3, GTP網(wǎng)元B收到所述請求消息后，由于不識別請求消息中的"支 持最高GTP版本"擴(kuò)展頭，故將忽略該擴(kuò)展頭信息，并按照GTP協(xié)議的V1協(xié) 議正常處理該GTP協(xié)議的V1請求消息，向網(wǎng)元A返回響應(yīng)消息；
步驟4,網(wǎng)元A收到相應(yīng)的響應(yīng)消息后，則可以在與網(wǎng)元B的后續(xù)交互處 理過程中使用GTP協(xié)議的V1版本進(jìn)行。
實(shí)施例七
在該實(shí)施例中，源側(cè)網(wǎng)元在4吏用低版本協(xié)議與目標(biāo)側(cè)網(wǎng)元進(jìn)4亍初次交互 時，將本端支持更高GTP版本的標(biāo)志攜帶在請求消息的GTP協(xié)議頭部空閑比 特位中，而目標(biāo)側(cè)網(wǎng)元使用"支持版本通知"消息通知源側(cè)網(wǎng)元使用更高版 本進(jìn)4于交互。
如圖9所示，GTP網(wǎng)元A、網(wǎng)元B均支持GTP協(xié)議的V1、 V2版本，相應(yīng)的 版本協(xié)商處理過程可以包括
步驟1 ， GTP網(wǎng)元A首先使用GTP協(xié)議的V2版本向GTP網(wǎng)元B發(fā)送請求消 息，消息頭部"支持更高GTP版本"標(biāo)志位的值設(shè)置為O,表示消息本身使 用的GTP協(xié)議的V2版本是自己所能支持的最高GTP版本；由于通訊鏈路故障 或GTP網(wǎng)元B當(dāng)前狀態(tài)不正常等原因?qū)е翯TP網(wǎng)元B未能接收到GTP協(xié)議的 V2的請求消息；
步驟2, GTP網(wǎng)元A未收到網(wǎng)元B返回的響應(yīng)消息，則改用GTP協(xié)議的V1 版本向GTP網(wǎng)元B發(fā)送請求消息，消息頭部"支持更高GTP版本"標(biāo)志位的 值設(shè)置為1，表示自己能夠支持比消息本身所用的GTP協(xié)議的V1版本更高的 版本；此時，由于通訊鏈路恢復(fù)正常或GTP網(wǎng)元B狀態(tài)恢復(fù)正常， -使得相應(yīng) 的請求消息可以發(fā)送到GTP網(wǎng)元B;
步驟3, GTP網(wǎng)元B從網(wǎng)元A發(fā)來的GTP協(xié)議的V1版本請求消息的標(biāo)志位 中獲知對端GTP網(wǎng)元A實(shí)際支持比GTP協(xié)議的V1更高的版本，則丟棄該GTP 協(xié)議的V1版本請求消息，向網(wǎng)元A發(fā)送GTP協(xié)議的V2版本的"支持版本通 知，，消息，通知網(wǎng)元A其同樣可以支持更高的V2版本；
步驟4，網(wǎng)元A接收到網(wǎng)元B發(fā)送來的"支持版本通知"消息后，便可以 獲知本端和對端均支持GTP協(xié)議的V2版本，這樣，在后續(xù)交互處理過程中便 可以使用GTP協(xié)議的V2版本進(jìn)行。
實(shí)施例/\
在該實(shí)施例中，源側(cè)網(wǎng)元在使用低版本協(xié)議與目標(biāo)側(cè)網(wǎng)元進(jìn)行初次交互 時，將本端支持的所有GTP版本列表攜帶在請求消息的GTP擴(kuò)展頭中，而目 的側(cè)將自己支持的所有GTP版本列表均攜帶在"支持版本通知"消息中通知 給網(wǎng)元A。
如圖10所示，GTP網(wǎng)元A支持GTP協(xié)議的V1、 V2版本；GTP網(wǎng)元B支持 GTP協(xié)議的V3和GTP協(xié)議的V2版本，且同時可以支持低版本的版本協(xié)商處 理，相應(yīng)的版本協(xié)商處理過程可以包括
步驟1, GTP網(wǎng)元A首先使用GTP協(xié)議的V2版本向GTP網(wǎng)元B發(fā)送請求消 息，由于通訊鏈路故障或GTP網(wǎng)元B當(dāng)前狀態(tài)不正常等原因?qū)е翯TP網(wǎng)元B未 能接收到GTP協(xié)議的V2的請求消息；
步驟2， GTP網(wǎng)元A由于未收到網(wǎng)元B發(fā)來的響應(yīng)消息，故將改用GTP協(xié) 議的V1版本向GTP網(wǎng)元B發(fā)送請求消息，并在請求消息中增加"支持GTP版 本列表"擴(kuò)展頭，擴(kuò)展頭中的值指示GTP網(wǎng)元A支持的GTP協(xié)議的V2和GTP 協(xié)議的V1版本，此時，由于通訊鏈路恢復(fù)正?；騁TP網(wǎng)元B狀態(tài)恢復(fù)正常，
使得該請求消息可以被發(fā)送到GTP網(wǎng)元B;
步驟3， GTP網(wǎng)元B從網(wǎng)元A發(fā)送來的GTP協(xié)議的V1版本請求消息的擴(kuò)展 頭中獲知對端GTP網(wǎng)元A支持GTP協(xié)議的V2和V1版本，且自己支持GTP協(xié)議 的V3和V2版本，即雙方能夠支持的最高GTP版本為V2，因此，GTP網(wǎng)元B丟 棄該GTP協(xié)議的V1版本的請求消息，并向網(wǎng)元B發(fā)送一條"支持版本通知" 消息，該消息本身可以使用GTP協(xié)議的V1發(fā)送，也可以使用GTP協(xié)議的V2發(fā) 送，在該消息中攜帶的擴(kuò)展頭或者信元指示GTP網(wǎng)元B支持的GTP協(xié)議的V3 和GTP協(xié)議的V2版本；
步驟4,網(wǎng)元A接收到網(wǎng)元B發(fā)送來的"支持版本通知"消息后，可以獲 知本端和對端均支持的最高GTP版本為V2版本，則在后續(xù)交互處理過程中將 使用GTP協(xié)議的V2版本進(jìn)行。
實(shí)施例九
在該實(shí)施例中，源側(cè)網(wǎng)元在使用低版本協(xié)議與目標(biāo)側(cè)網(wǎng)元進(jìn)行初次交互 時，將本端支持的所有GTP版本列表攜帶在請求消息的GTP擴(kuò)展頭中，而目 標(biāo)側(cè)選擇雙方均支持的最高GTP版本攜帶在"支持版本通知"消息中通知網(wǎng) 元A。
如圖11所示，GTP網(wǎng)元A支持GTP協(xié)議的V2和V1版本；GTP網(wǎng)元B支持 GTP協(xié)議的V3和GTP協(xié)議的V2版本，同時可以支持低版本的版本協(xié)商處理， 相應(yīng)的版本協(xié)商處理過程可以包括
步驟1, GTP網(wǎng)元A首先使用GTP協(xié)議的V2版本向GTP網(wǎng)元B發(fā)送請求消 息，由于通訊鏈路故障或GTP網(wǎng)元B當(dāng)前狀態(tài)不正常等原因?qū)е翯TP網(wǎng)元B未 能接收到GTP協(xié)議的V2的請求消息；
步驟2, GTP網(wǎng)元A由于未收到網(wǎng)元B發(fā)來的響應(yīng)消息，故將改用GTP協(xié) 議的V1版本向GTP網(wǎng)元B發(fā)送請求消息，并在請求消息中增加"支持GTP版 本列表"擴(kuò)展頭，擴(kuò)展頭中的值指示GTP網(wǎng)元A支持的GTP協(xié)議的V2和GTP
協(xié)議的V1版本，此時，由于通訊鏈路恢復(fù)正常或GTP網(wǎng)元B狀態(tài)恢復(fù)正常， 使得該請求消息可以凈皮發(fā)送到GTP網(wǎng)元B;
步驟3, GTP網(wǎng)元B從網(wǎng)元A發(fā)送來的GTP協(xié)議的V1版本請求消息的擴(kuò)展 頭中可以獲知對端GTP網(wǎng)元A支持GTP協(xié)議的V2和V1版本，同時，由于自己 支持GTP協(xié)議的V3和V2版本，故雙方能夠支持的最高GTP版本為V2;這 樣，GTP網(wǎng)元B將丟棄該GTP協(xié)議的V1版本的請求消息，并向網(wǎng)元B發(fā)送一 條GTP協(xié)議的V2版本的"支持版本通知"消息，消息中不攜帶信元，該消息 用于表示雙方能夠支持的最高GTP版本為V2;
步驟4,網(wǎng)元A接收到網(wǎng)元B發(fā)送來的"支持版本通知，，消息后，便可以 獲知本端和對端均支持的最高GTP版本為V2版本，這樣，在后續(xù)交互處理過 程中便可以使用GTP協(xié)議的V2版本進(jìn)行。
本發(fā)明實(shí)施例還提供了一種通信協(xié)議版本協(xié)商的系統(tǒng)，其具體實(shí)現(xiàn)結(jié)構(gòu) 如圖12所示，具體可以包括
(一)第一網(wǎng)元，可作為協(xié)議版本協(xié)商中的源側(cè)網(wǎng)元，其在支持高協(xié)議 版本的情況下，使用低協(xié)議版本發(fā)送協(xié)商協(xié)議版本的信息，在該信息中包含 第 一 網(wǎng)元支持的高協(xié)議版本；
該第 一網(wǎng)元具體可以包括與對端網(wǎng)元之間協(xié)商協(xié)議版本的單元，且該第 一網(wǎng)元還包括
協(xié)議版本通知單元，用于在支持高協(xié)議版本的情況下，使用低協(xié)議版本 發(fā)送協(xié)商協(xié)議版本的信息，并在該信息中包含本網(wǎng)元支持的高協(xié)議版本。 可選地，該協(xié)議版本通知單元具體包括以下任一單元 第一通知單元，用于將第 一網(wǎng)元支持的最高協(xié)議版本發(fā)送給第二網(wǎng)元； 第二通知單元，用于將第一網(wǎng)元支持更高協(xié)議版本的指示發(fā)送給第二網(wǎng) 元，例如，在發(fā)送的消息中采用標(biāo)志位"1"表示第一網(wǎng)元支持更高協(xié)議版 本，若該標(biāo)志位為"0"則表示第一網(wǎng)元不支持更高協(xié)議版本；
第三通知單元，用于將第一網(wǎng)元支持的所有的協(xié)議版本發(fā)送給第二網(wǎng) 元，例如，將第一網(wǎng)元支持的所有協(xié)議版本列表承載于消息中發(fā)送給相應(yīng)的 第二網(wǎng)元；
第四通知單元，用于將第一網(wǎng)元支持的最高協(xié)議版本和最低協(xié)議版本發(fā) 送給第二網(wǎng)元，例如，在第一網(wǎng)元支持的協(xié)議版本連續(xù)的情況下，則可以通 過發(fā)送支持的最高協(xié)議版本和最低協(xié)議版本的方式向第二網(wǎng)元傳送第一網(wǎng)元 支持的所有協(xié)議版本。
(二)第二網(wǎng)元，可作為協(xié)議版本協(xié)商中的目標(biāo)側(cè)網(wǎng)元，用于接收所述
第 一 網(wǎng)元發(fā)來的協(xié)商協(xié)議版本的信息，并根據(jù)第 一 網(wǎng)元支持的高協(xié)議版本控 制第 一 網(wǎng)元和第二網(wǎng)元之間采用共同支持的符合預(yù)定要求的協(xié)議版本(如最 高協(xié)議版本)進(jìn)行交互。
該第二網(wǎng)元包括與對端網(wǎng)元之間協(xié)商協(xié)議版本的單元，且該網(wǎng)元還包括
以下處理單元
接收單元，用于接收對端網(wǎng)元發(fā)來的協(xié)商協(xié)議版本的信息，且所述信息
中包含對端網(wǎng)元支持的高協(xié)議版本；
控制單元，用于根據(jù)信息接收單元接收的信息中的對端網(wǎng)元支持的高協(xié) 議版本控制兩端網(wǎng)元之間采用共同支持的最高協(xié)議版本進(jìn)行交互。
可選地，相應(yīng)的控制單元具體可以包括以下單元
比較單元，用于比較根據(jù)所述接收單元接收的消息確定的對端網(wǎng)元支持 的最高協(xié)議版本和本端網(wǎng)元支持的最高協(xié)議版本；
通知單元，用于在才艮據(jù)所述比較單元的比較結(jié)果確定兩端網(wǎng)元均支持的 最高協(xié)議版本高于接收到的消息使用的低協(xié)議版本時，通知對端網(wǎng)元使用所 述均支持的最高協(xié)議版本進(jìn)行交互。
以上各單元具體可以應(yīng)用于GTP協(xié)議的協(xié)商過程中，也可以應(yīng)用于其他 協(xié)議的協(xié)商過程中，而且各單元的具體實(shí)現(xiàn)方式在之前的方法實(shí)施例中已經(jīng)
描述，故再此不再詳細(xì)描述。
綜上所述，本發(fā)明實(shí)施例可以使得兩個支持高協(xié)議版本的網(wǎng)元之間能夠 準(zhǔn)確的使用雙方均支持的最高協(xié)議版本進(jìn)行交互，以避免因誤協(xié)商為低協(xié)議 版本而導(dǎo)致出現(xiàn)損失業(yè)務(wù)功能的問題。而且，在本發(fā)明實(shí)施例中，通過將自 己所能支持的所有協(xié)議版本列表(或者最高版本和最低版本)通知對端，從 而可以加快支持高版本而不支持低版本協(xié)議的網(wǎng)元之間確定雙方均能支持的 最高協(xié)議版本的速度，減少消息交互。同時，上述各個本發(fā)明實(shí)施例可以但 不限于應(yīng)用于GTP協(xié)議的協(xié)商過程中。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不 局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可 輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明 的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍為準(zhǔn)。
權(quán)利要求
1、一種通信協(xié)議版本協(xié)商的方法，其特征在于，包括支持高協(xié)議版本的第一網(wǎng)元在使用低協(xié)議版本與對端第二網(wǎng)元協(xié)商協(xié)議版本過程中，將第一網(wǎng)元支持的高協(xié)議版本通知第二網(wǎng)元；第二網(wǎng)元根據(jù)第一網(wǎng)元支持的高協(xié)議版本控制第一網(wǎng)元和第二網(wǎng)元之間采用共同支持的符合預(yù)定要求的協(xié)議版本進(jìn)行交互。
2、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的將第一網(wǎng)元支持的 高協(xié)議版本通知第二網(wǎng)元的步驟包括第一網(wǎng)元將自身支持的最高協(xié)議版本發(fā)送給第二網(wǎng)元； 或者，第一網(wǎng)元將自身支持更高協(xié)議版本的指示發(fā)送給第二網(wǎng)元；或^"，第 一 網(wǎng)元將自身支持的所有的協(xié)議版本發(fā)送給第二網(wǎng)元； 或者，第一網(wǎng)元將自身支持的最高協(xié)議版本和最低協(xié)議版本發(fā)送給第二網(wǎng)元。
3、 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的第一網(wǎng)元通過以下 任一 消息將支持的高協(xié)議版本通知第二網(wǎng)元第 一 網(wǎng)元使用協(xié)議消息中的擴(kuò)展頭攜帶所述支持的高協(xié)議版本并發(fā)送給 第二網(wǎng)元； 或者，第 一 網(wǎng)元使用協(xié)議消息中的信元攜帶所述支持的高協(xié)議版本并發(fā)送給第 二網(wǎng)元； 或者,第 一 網(wǎng)元使用協(xié)議消息中的協(xié)議頭部的空閑比特位攜帶所述支持的高協(xié) 議版本并發(fā)送給第二網(wǎng)元。
4、 根據(jù)權(quán)利要求1、 2或3所述的方法，其特征在于，所述的控制第一網(wǎng) 元和第二網(wǎng)元之間采用共同支持的符合預(yù)定要求的協(xié)議版本進(jìn)行交互的步驟包括第二網(wǎng)元接收到第一網(wǎng)元發(fā)來的使用低協(xié)議版本的消息后，比較第一網(wǎng) 元支持的最高協(xié)議版本和第二網(wǎng)元支持的最高協(xié)議版本，若雙方均支持的最 高協(xié)議版本高于接收到的消息使用的低協(xié)議版本，則通知第一網(wǎng)元使用雙方均支持的最高協(xié)議版本進(jìn)行交互； 或者，第二網(wǎng)元接收到第 一網(wǎng)元發(fā)來的使用低協(xié)議版本的消息后，確定第 一 網(wǎng) 元和第二網(wǎng)元之間共同支持的最高協(xié)議版本，并直接采用該最高協(xié)議版本進(jìn)行信息交互。
5、 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述的通知第一網(wǎng)元使用 雙方均支持的最高協(xié)議版本進(jìn)行交互的步驟包括第二網(wǎng)元將自身支持的高協(xié)議版本通知第 一 網(wǎng)元，第 一 網(wǎng)元根據(jù)收到的 通知在第 一 網(wǎng)元和第二網(wǎng)元之間采用共同支持的最高協(xié)議版本進(jìn)行交互； 或者，第二網(wǎng)元向第一網(wǎng)元發(fā)送第二網(wǎng)元支持的高協(xié)議版本的消息，第一網(wǎng)元 根據(jù)收到的該消息采用的高協(xié)議版本，在第 一 網(wǎng)元和第二網(wǎng)元之間采用共同 支持的最高協(xié)議版本進(jìn)行交互。
6、 根據(jù)權(quán)利要求5所述的方法，其特征在于，所述的第二網(wǎng)元將自身支 持的高協(xié)議版本通知第 一 網(wǎng)元的步驟包括第二網(wǎng)元通過擴(kuò)展已有的協(xié)議消息將所述自身支持的高協(xié)議版本通知第 一網(wǎng)元； 或者，第二網(wǎng)元通過新增的協(xié)議消息將所述自身支持的高協(xié)議版本通知第 一 網(wǎng)元。
7、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述的通過擴(kuò)展已有的協(xié) 議消息將所述自身支持的高協(xié)議版本通知第一網(wǎng)元的步驟包括第二網(wǎng)元在響應(yīng)消息中使用協(xié)議消息的擴(kuò)展頭攜帶所述自身支持的高協(xié) 議版本通知第一網(wǎng)元； 或者，第二網(wǎng)元在響應(yīng)消息中使用協(xié)議消息的信元攜帶所述自身支持的高協(xié)議 版本通知第一網(wǎng)元； 或者，第二網(wǎng)元在響應(yīng)消息中使用協(xié)議消息的協(xié)議頭部的空閑比特位攜帶所述 自身支持的高協(xié)議版本通知第 一 網(wǎng)元。
8、 根據(jù)權(quán)利要求6所述的方法，其特征在于，所述的將自身支持的高協(xié) 議版本通知第 一 網(wǎng)元的步驟包括將自身支持的最高協(xié)議版本通知第 一 網(wǎng)元； 或者，將支持的最高協(xié)議版本和最低協(xié)議版本通知第 一 網(wǎng)元； 或者，將支持的所有協(xié)議版本通知第 一 網(wǎng)元； 或者，將第一網(wǎng)元和第二網(wǎng)元均支持的最高協(xié)議版本通知第一網(wǎng)元； 或者，將自身支持更高版本的指示通知第一網(wǎng)元。
9、 一種通信協(xié)議版本協(xié)商的系統(tǒng)，其特征在于，包括第一網(wǎng)元，其在支持高協(xié)議版本的情況下，使用低協(xié)議版本發(fā)送協(xié)商協(xié) 議版本的信息時，在該信息中包含第一網(wǎng)元支持的高協(xié)議版本；第二網(wǎng)元，用于接收所述第一網(wǎng)元發(fā)來的協(xié)商協(xié)議版本的信息，并根據(jù) 第 一 網(wǎng)元支持的高協(xié)議版本控制第 一 網(wǎng)元和第二網(wǎng)元之間采用共同支持的符 合預(yù)定要求的協(xié)議版本進(jìn)行交互。
10、 根據(jù)權(quán)利要求9所述的系統(tǒng)，其特征在于，所述第一網(wǎng)元包括 第一通知單元，用于將第一網(wǎng)元支持的最高協(xié)議版本發(fā)送給第二網(wǎng)元；或者，第二通知單元，用于將第一網(wǎng)元支持更高協(xié)議版本的指示發(fā)送給第二網(wǎng)元；或者，第三通知單元，用于將第一網(wǎng)元支持的所有協(xié)議版本發(fā)送給第二網(wǎng)元；或者,第四通知單元，用于將第一網(wǎng)元支持的最高協(xié)議版本和最低協(xié)議版本發(fā) 送給第二網(wǎng)元。
11、 根據(jù)權(quán)利要求9或10所述的系統(tǒng)，其特征在于，所述第二網(wǎng)元包括接收單元，用于接收到第一網(wǎng)元發(fā)來的使用低協(xié)議版本的消息； 比較單元，用于比較根據(jù)所述接收單元接收的消息確定的第一 網(wǎng)元支持 的最高協(xié)議版本和第二網(wǎng)元支持的最高協(xié)議版本；協(xié)議版本高于接收到的消息使用的低協(xié)議版本時，通知第 一 網(wǎng)元使用雙方均 支持的最高協(xié)議版本進(jìn)行交互。
12、 一種網(wǎng)元，包括與對端網(wǎng)元之間協(xié)商協(xié)議版本的單元，其特征在 于，該網(wǎng)元還包括協(xié)議版本通知單元，用于在支持高協(xié)議版本的情況下，使用低協(xié)議版本 發(fā)送協(xié)商協(xié)議版本的信息，并在該信息中包含本網(wǎng)元支持的高協(xié)議版本。
13、 根據(jù)權(quán)利要求12所述的網(wǎng)元，其特征在于，所述協(xié)議版本通知單元具體包括第一通知單元，用于將第一網(wǎng)元支持的最高協(xié)議版本發(fā)送給第二網(wǎng)元； 或者，第二通知單元，用于將第一網(wǎng)元支持更高協(xié)議版本的指示發(fā)送給第二網(wǎng)元；或者，第三通知單元，用于將第一網(wǎng)元支持的所有協(xié)議版本發(fā)送給第二網(wǎng)元； 或者，第四通知單元，用于將第一網(wǎng)元支持的最高協(xié)議版本和最低協(xié)議版本發(fā) 送給第二網(wǎng)元。
14、 一種網(wǎng)元，包括與對端網(wǎng)元之間協(xié)商協(xié)議版本的單元，其特征在 于，該網(wǎng)元還包括接收單元，用于接收對端網(wǎng)元發(fā)來的協(xié)商協(xié)議版本的信息，且所述信息 中包含對端網(wǎng)元支持的高協(xié)議版本；控制單元，用于根據(jù)信息接收單元接收的信息中的對端網(wǎng)元支持的高協(xié) 議版本控制兩端網(wǎng)元之間采用共同支持的符合預(yù)定要求的協(xié)議版本進(jìn)行交 互。
15、 根據(jù)權(quán)利要求14所述的網(wǎng)元，其特征在于，所述控制單元包括 比較單元，用于比較根據(jù)所述接收單元接收的消息確定的對端網(wǎng)元支持的最高協(xié)議版本和本端網(wǎng)元支持的最高協(xié)議版本；通知單元，用于在根據(jù)所述比較單元的比較結(jié)果確定兩端網(wǎng)元均支持的最高協(xié)議版本高于接收到的消息使用的低協(xié)議版本時，通知對端網(wǎng)元使用所述均支持的最高協(xié)議版本進(jìn)行交互。
全文摘要
一種通信協(xié)議版本協(xié)商的方法、網(wǎng)元及系統(tǒng)，其主要包括首先，支持高協(xié)議版本的第一網(wǎng)元在使用低協(xié)議版本與對端第二網(wǎng)元協(xié)商協(xié)議版本過程中，將第一網(wǎng)元支持的高協(xié)議版本通知第二網(wǎng)元；之后，相應(yīng)的第二網(wǎng)元根據(jù)第一網(wǎng)元支持的高協(xié)議版本控制第一網(wǎng)元和第二網(wǎng)元之間采用共同支持的最高協(xié)議版本進(jìn)行交互。可見，本發(fā)明實(shí)施例提供的技術(shù)方案可以使得兩個支持高協(xié)議版本的網(wǎng)元之間能夠準(zhǔn)確的使用雙方均支持的最高協(xié)議版本進(jìn)行交互，以避免因誤協(xié)商為低協(xié)議版本而導(dǎo)致出現(xiàn)損失業(yè)務(wù)功能的問題。
文檔編號H04L29/06GK101388881SQ20071012175
公開日2009年3月18日 申請日期2007年9月13日 優(yōu)先權(quán)日2007年9月13日
發(fā)明者宇 銀 申請人:華為技術(shù)有限公司