專(zhuān)利名稱(chēng)：一種服務(wù)通用分組無(wú)線業(yè)務(wù)支持節(jié)點(diǎn)之間的通訊方法
技術(shù)領(lǐng)域：
本發(fā)明涉及第三代移動(dòng)通訊系統(tǒng)的分組(PS)域網(wǎng)絡(luò)節(jié)點(diǎn)之間的通訊方法，尤其涉及一種服務(wù)通用分組無(wú)線業(yè)務(wù)支持節(jié)點(diǎn)(SGSN)之間的通訊方法。
背景技術(shù)：
采用寬帶碼分多址(WCDMA)空中接口技術(shù)的第三代移動(dòng)通信系統(tǒng)包括無(wú)線接入網(wǎng)絡(luò)和核心網(wǎng)絡(luò)。核心網(wǎng)從邏輯上分為電路(CS)域和分組(PS)域。在PS域中，通用分組無(wú)線業(yè)務(wù)支持節(jié)點(diǎn)(GSN，GPRS Support Node)是主要的網(wǎng)絡(luò)節(jié)點(diǎn)，包含了支持GPRS所需的功能。GSN包括兩種類(lèi)型服務(wù)GSN(SGSN，Serving GSN)和網(wǎng)關(guān)GSN(GGSN，Gateway GSN)。
其中，SGSN是WCDMA核心網(wǎng)PS域的功能節(jié)點(diǎn)，它通過(guò)接口與無(wú)線網(wǎng)絡(luò)控制器(RNC)、GGSN、歸屬位置寄存器/鑒權(quán)中心(HLR/AUC)、移動(dòng)交換中心/訪問(wèn)位置寄存器(MSC/VLR)等網(wǎng)元相連，同時(shí)通過(guò)Gn/Gp接口與其他SGSN相連。SGSN的主要功能是提供PS域的路由轉(zhuǎn)發(fā)、移動(dòng)性管理、會(huì)話管理、鑒權(quán)以及加密等功能。
SGSN和GGSN之間的接口基于GPRS隧道協(xié)議(GTP)來(lái)實(shí)現(xiàn)隧道傳輸功能。GTP包括信令面GTP(GTP-C)和用戶面GTP(GTP-U)，GTP-C用于完成隧道的管理和其它信令消息的傳輸功能，GTP-U用于傳輸用戶面的數(shù)據(jù)包。用戶面數(shù)據(jù)包可以是以離散形式傳輸?shù)姆纸M數(shù)據(jù)包。分組數(shù)據(jù)包以離散形式傳送的各種協(xié)議的統(tǒng)稱(chēng)為分組數(shù)據(jù)協(xié)議(PDP)，例如因特網(wǎng)協(xié)議(IP)和X.25協(xié)議都屬于PDP。PDP可以用于外部數(shù)據(jù)網(wǎng)與核心網(wǎng)交互，以及不同核心網(wǎng)之間的交互。PDP上下文是在移動(dòng)臺(tái)(MS)和GSN內(nèi)，為一個(gè)會(huì)話保存的信息集合。
在第3代合作工程(3GPP)R5之前的版本里，GTP消息由因特網(wǎng)協(xié)議版本4(IPv4)承載封裝，GTP消息里的GSN地址信元是IPv4地址。在3GPP R5及以后版本里，3GPP要求GTP能夠被因特網(wǎng)協(xié)議版本6(IPv6)承載封裝，GTP消息里的GSN地址信元是IPv6地址，即支持GSN之間使用IPv6承載GTP進(jìn)行通訊。
當(dāng)前，通訊網(wǎng)絡(luò)正處于從Ipv4到IPv6的過(guò)渡時(shí)期，由于現(xiàn)有網(wǎng)絡(luò)中GSN均采用IPv4，在網(wǎng)絡(luò)中全面過(guò)渡到使用IPv6需要循序漸進(jìn)。為了確保兼容性，在IPv6GSN與IPv4GSN共存的網(wǎng)絡(luò)中，升級(jí)后的GSN均應(yīng)是同時(shí)支持由IPv4承載的GTP和由Ipv6承載的GTP，這種GSN稱(chēng)為Ipv4/IPv6雙棧GSN，也稱(chēng)為C類(lèi)型GSN(TYPE C GSN)；另外，只支持IPv4承載GTP的GSN稱(chēng)為IPv4單棧GSN，也稱(chēng)為A類(lèi)型GSN(TYPE A GSN)。在目前最新的3GPP TS 29.060v6.1.0中，描述了TYPE C GSN的通訊方案，主要包括在TYPE C GSN中配置有IPv4地址和IPv6地址，可以在自身的IPv4地址和IPv6地址上同時(shí)監(jiān)聽(tīng)GTP消息，分別接收IPv4封裝的GTP消息和IPv6封裝的GTP消息，并用相應(yīng)版本的IP承載封裝GTP消息。
但是，在目前最新的3GPP TS 29.060 v6.1.0中，只描述了Ipv4/IPv6雙棧GSN應(yīng)用于SGSN與GGSN之間通過(guò)IPv6進(jìn)行互相通訊的方案，沒(méi)有描述Ipv4/IPv6雙棧GSN應(yīng)用于SGSN之間通過(guò)IPv6來(lái)實(shí)現(xiàn)相互通訊的方案，因此導(dǎo)致現(xiàn)有的通訊網(wǎng)絡(luò)中，Ipv4/IPv6雙棧SGSN之間無(wú)法使用IPv6進(jìn)行相互通訊。

發(fā)明內(nèi)容
本發(fā)明的主要目的是提供一種SGSN之間的通訊方法，能實(shí)現(xiàn)支持不同IP協(xié)議版本的SGSN之間的相互通訊，提高網(wǎng)絡(luò)兼容性。
尤其是，本發(fā)明能實(shí)現(xiàn)Ipv4/IPv6雙棧SGSN間通過(guò)IPv6通訊，同時(shí)保證Ipv4/IPv6雙棧SGSN與其它不支持IPv6的SGSN之間相互通訊，提高網(wǎng)絡(luò)兼容性。
一種服務(wù)通用分組無(wú)線業(yè)務(wù)支持節(jié)點(diǎn)SGSN之間的通訊方法，適用于多個(gè)支持不同IP協(xié)議版本的SGSN共存的移動(dòng)通訊網(wǎng)絡(luò)，預(yù)先配置目的SGSN所支持的所有IP協(xié)議版本的目的SGSN IP地址，當(dāng)源SGSN向目的SGSN發(fā)起通訊時(shí)，首先探測(cè)目的SGSN所支持的IP協(xié)議版本，再根據(jù)探測(cè)結(jié)果，使用源/目的SGSN都支持的IP協(xié)議版本與目的SGSN進(jìn)行通訊。
所述探測(cè)過(guò)程為A、源SGSN根據(jù)預(yù)先配置的目的SGSN IP地址的IP協(xié)議版本獲知目的SGSN所支持的IP協(xié)議版本，向目的SGSN發(fā)送IP協(xié)議版本為源/目的SGSN都支持的源SGSN IP地址；B、目的SGSN收到源SGSN IP地址后，根據(jù)該源SGSN IP地址的IP協(xié)議版本獲知源SGSN所支持的IP協(xié)議版本，向源SGSN返回源/目的SGSN都支持的IP協(xié)議版本的目的SGSN IP地址；C、源SGSN收到目的SGSN返回的目的SGSN IP地址，判斷該目的SGSN IP地址的IP協(xié)議版本，決定以該IP協(xié)議版本與目的SGSN進(jìn)行通訊。
所述目的SGSN IP地址的IP協(xié)議版本有多種，步驟A中，源SGSN向目的SGSN發(fā)送源/目的SGSN都支持的最高IP協(xié)議版本的源SGSN IP地址；步驟B中，目的SGSN向源SGSN返回源/目的SGSN都支持的最高IP協(xié)議版本的目的SGSN IP地址。
所述步驟B之后，步驟C之前，進(jìn)一步包括源SGSN判斷預(yù)定時(shí)間內(nèi)是否收到目的SGSN IP地址，如果是，則執(zhí)行步驟C；否則，利用源/目的SGSN都支持的IP協(xié)議進(jìn)行通訊。
所述目的SGSN IP地址配置在域名服務(wù)器上，與目的網(wǎng)絡(luò)邏輯名對(duì)應(yīng)配置；步驟A中進(jìn)一步包括源SGSN根據(jù)收到的目的邏輯名查詢域名服務(wù)器，獲得目的SGSN IP地址的IP協(xié)議版本。
所述網(wǎng)絡(luò)邏輯名為路由區(qū)標(biāo)識(shí)，所述的源SGSN向目的SGSN發(fā)起的通訊為SGSN間路由區(qū)更新流程，且源SGSN為新SGSN，目的SGSN為老SGSN。
步驟A中，所述查詢到的目的SGSN IP地址有多個(gè)，源SGSN向其中任一個(gè)SGSN IP地址發(fā)送所述源SGSN IP地址，收到該源SGSN IP地址的SGSN判斷自身是否為目的SGSN，如果是，則執(zhí)行步驟B；否則，將該源SGSN IP地址轉(zhuǎn)發(fā)給目的SGSN。
所述網(wǎng)絡(luò)邏輯名為無(wú)線網(wǎng)絡(luò)控制器標(biāo)識(shí)，所述的源SGSN向目的SGSN發(fā)起的通訊為SGSN間的服務(wù)無(wú)線網(wǎng)絡(luò)控制器重定向流程；且所述源SGSN為老SGSN，目的SGSN為新SGSN。
所述SGSN為支持Ipv4協(xié)議版本的Ipv4單棧SGSN，或者同時(shí)支持Ipv4協(xié)議版本和Ipv6協(xié)議版本的Ipv4/Ipv6雙棧SGSN。
所述源SGSN與目的SGSN之間的通訊消息中包括用于攜帶Ipv6地址的信元。
由于本發(fā)明所述的方法在SGSN之間進(jìn)行通訊時(shí)，源SGSN根據(jù)查找到的目的SGSN的IP地址版本決定利用何種協(xié)議版本與目的SGSN進(jìn)行通訊，并利用該協(xié)議版本向目的SGSN發(fā)送信息，目的SGSN收到來(lái)自源SGSN的消息后，根據(jù)源SGSN的IP地址版本決定與源SGSN進(jìn)行通訊所使用的協(xié)議版本，并利用該協(xié)議版本向源SGSN返回消息，因此本發(fā)明所述方法在Ipv4/IPv6雙棧SGSN與Ipv4單棧SGSN共存的網(wǎng)絡(luò)中，可以選擇使用Ipv4或IPv6進(jìn)行通訊，實(shí)現(xiàn)Ipv4/IPv6雙棧SGSN之間、或者與其它不支持Ipv6的SGSN之間相互通訊，提高網(wǎng)絡(luò)兼容性；同時(shí)不影響Ipv4單棧SGSN之間互相通訊，對(duì)原有網(wǎng)絡(luò)不產(chǎn)生沖擊。


圖1為路由區(qū)更新流程的簡(jiǎn)略流程圖；圖2為所述路由區(qū)更新流程中，SGSN之間的通訊流程圖；圖3為所述路由區(qū)更新流程中，新SGSN選擇通訊協(xié)議版本的流程圖；圖4為SRNS重定向流程的簡(jiǎn)略流程圖；圖5為所述SRNS重定向流程中，SGSN之間的通訊流程圖。
具體實(shí)施例方式
下面結(jié)合附圖和具體實(shí)施例進(jìn)一步說(shuō)明本發(fā)明的實(shí)施方法。
本發(fā)明的核心思想為預(yù)先配置目的SGSN所支持的所有IP協(xié)議版本的目的SGSN IP地址，當(dāng)源SGSN向目的SGSN發(fā)起通訊時(shí)，首先探測(cè)目的SGSN所支持的IP協(xié)議版本，再根據(jù)探測(cè)結(jié)果，使用源/目的SGSN都支持的IP協(xié)議版本與目的SGSN進(jìn)行通訊。
本發(fā)明預(yù)先在域名服務(wù)器(DNS Name Server)上配置SGSN的標(biāo)識(shí)及其對(duì)應(yīng)的IP地址，如果某SGSN只支持IPv4協(xié)議，則其IP地址為IPv4版本；如果某SGSN支持IPv4/IPv6雙棧協(xié)議，則其IP地址為IPv4和IPv6兩個(gè)版本。根據(jù)信令流程設(shè)計(jì)，還要配置網(wǎng)絡(luò)邏輯名與SGSN標(biāo)識(shí)及其IP地址的對(duì)應(yīng)關(guān)系。例如網(wǎng)絡(luò)邏輯名可以為無(wú)線網(wǎng)絡(luò)控制器(RNC)標(biāo)識(shí)以及路由區(qū)標(biāo)識(shí)(RAI)。
不同SGSN之間需要互相通訊的情況有多種，例如在移動(dòng)管理時(shí)主要包括兩種互通的情況路由區(qū)更新流程和服務(wù)無(wú)線網(wǎng)絡(luò)子系統(tǒng)(SRNS)重定向流程。本文中以路由區(qū)更新流程和SRNS重定向流程為例對(duì)本發(fā)明所述SGSN之間的通訊方法進(jìn)行說(shuō)明。
實(shí)施例一、路由區(qū)更新流程中SGSN之間的通訊。本流程中，發(fā)起通訊的源SGSN為新SGSN，目的SGSN為老SGSN。
參見(jiàn)圖1，路由區(qū)更新的簡(jiǎn)略流程包括步驟101、當(dāng)移動(dòng)站(MS)發(fā)生跨SGSN的路由區(qū)更新時(shí)，MS向其所屬的新SGSN發(fā)送路由更新請(qǐng)求消息。
步驟102、新SGSN收到該路由更新請(qǐng)求消息后向該MS所屬的老SGSN發(fā)送SGSN內(nèi)容請(qǐng)求(SGSN內(nèi)容請(qǐng)求)消息，獲取移動(dòng)性管理(MM)上下文和PDP上下文。
步驟103、老SGSN收到SGSN內(nèi)容請(qǐng)求消息后，向新SGSN返回SGSN內(nèi)容響應(yīng)消息，其中包括MM和PDP上下文。
步驟104、新SGSN收到SGSN內(nèi)容響應(yīng)消息后，向老SGSN返回SGSN內(nèi)容確認(rèn)響應(yīng)消息表示已經(jīng)收到MM和PDP上下文，路由區(qū)更新流程結(jié)束。
在Ipv4/IPv6雙棧SGSN與Ipv4單棧SGSN共存的網(wǎng)絡(luò)中，新SGSN和老SGSN之間需要進(jìn)一步選擇用何種IP協(xié)議進(jìn)行通訊，參見(jiàn)圖2，本實(shí)施例一所述路由區(qū)更新流程中，SGSN之間的通訊流程包括步驟201、新SGSN收到來(lái)自MS的路由更新請(qǐng)求，其中包括老SGSN所屬老RAI、MS標(biāo)識(shí)、以及P-TMSI，該P(yáng)-TMSI為SGSN的分配原則；向域名服務(wù)器發(fā)送查詢請(qǐng)求，其中包括老RNC標(biāo)識(shí)和RAI。
步驟202、域名服務(wù)器根據(jù)老RAI查找到該對(duì)應(yīng)的老RNC所接入SGSN的標(biāo)識(shí)，并進(jìn)一步查找到該老RNC所接入SGSN對(duì)應(yīng)的IP地址，且查找到的SGSN標(biāo)識(shí)及其對(duì)應(yīng)的IP地址，以列表的形式給出，并向新SGSN返回該老RNC所接入SGSN標(biāo)識(shí)及其對(duì)應(yīng)IP地址的列表。
步驟203、新SGSN收到域名服務(wù)器返回的老RNC所接入SGSN標(biāo)識(shí)及其IP地址的列表后，根據(jù)自身所支持的IP協(xié)議版本以及列表中SGSN所支持的版本，利用新/老SGSN都支持的IP協(xié)議版本向老SGSN發(fā)送SGSN內(nèi)容請(qǐng)求消息，并攜帶該版本的新SGSN IP地址。
本實(shí)施例中，SGSN內(nèi)容請(qǐng)求消息中的信元內(nèi)容如下表1所示

表1參見(jiàn)表1，其中的現(xiàn)有信元與現(xiàn)有技術(shù)中SGSN內(nèi)容請(qǐng)求消息的意義內(nèi)容相同，為公知技術(shù)，此處不再描述。相對(duì)于現(xiàn)有技術(shù)，本實(shí)施例在SGSN內(nèi)容請(qǐng)求消息中增加了一個(gè)Alternative SGSN Address for Control Plane信元，用來(lái)傳遞IPv6地址。
步驟203的具體執(zhí)行過(guò)程參見(jiàn)圖3，包括步驟301、新SGSN判斷自身支持的IP協(xié)議版本類(lèi)型，如果新SGSN自身只支持IPv4協(xié)議，即該新SGSN為Ipv4單棧SGSN，則執(zhí)行步驟302；如果新SGSN自身支持IPv4/IPv6雙棧協(xié)議，即該新SGSN為Ipv4/Ipv6雙棧SGSN，則執(zhí)行步驟305；步驟302、判斷所述列表中的SGSN是否為一個(gè)，如果是，則該SGSN為老SGSN，執(zhí)行步驟303；否則，列表中的SGSN為多個(gè)，執(zhí)行步驟304。
步驟303、新SGSN利用IPv4協(xié)議向該老SGSN發(fā)送SGSN內(nèi)容請(qǐng)求消息，該消息中攜帶新SGSN的IPv4地址，執(zhí)行步驟204。
列表中的SGSN如果為多個(gè)，說(shuō)明RNC接入多個(gè)SGSN，新SGSN從列表中得到多個(gè)SGSN及其IP地址，該多個(gè)SGSN又稱(chēng)為SGSN池，SGSN池對(duì)應(yīng)的IP地址又稱(chēng)為IP地址池。但是，新SGSN不能夠獲得具體的老SGSN的IP地址，此時(shí)新SGSN需將SGSN內(nèi)容請(qǐng)求消息發(fā)給上述SGSN池中的任何一個(gè)SGSN，由該SGSN轉(zhuǎn)發(fā)該消息，因此要執(zhí)行步驟304。
步驟304、新SGSN利用IPv4協(xié)議向該多個(gè)SGSN中的任一個(gè)發(fā)送SGSN內(nèi)容請(qǐng)求消息，該消息中攜帶新SGSN的IPv4地址；收到SGSN內(nèi)容請(qǐng)求消息的當(dāng)前SGSN再根據(jù)消息中攜帶的P-TMSI和預(yù)先配置的P-TMSI與老SGSN的對(duì)應(yīng)關(guān)系獲知該P(yáng)-TMSI對(duì)應(yīng)老SGSN的IP地址，如果當(dāng)前SGSN為老SGSN，則執(zhí)行步驟204；否則，將該SGSN內(nèi)容請(qǐng)求消息轉(zhuǎn)發(fā)給老SGSN，執(zhí)行步驟204。
SGSN內(nèi)容請(qǐng)求消息如何轉(zhuǎn)發(fā)給老SGSN為現(xiàn)有公知技術(shù)，本文中不再詳細(xì)說(shuō)明。
步驟305、判斷列表中的SGSN是否為一個(gè)SGSN，如果是，則該SGSN為老SGSN，執(zhí)行步驟306；否則，需執(zhí)行步驟309。
步驟306、新SGSN判斷該老SGSN的IP地址版本，如果為IPv4/IPv6雙棧版本，則執(zhí)行步驟307；否則，執(zhí)行步驟308。
步驟307、利用IPv6協(xié)議向老SGSN發(fā)送SGSN內(nèi)容請(qǐng)求消息，其中包括Ipv6地址，執(zhí)行步驟204；步驟308、利用IPv4協(xié)議向老SGSN發(fā)送SGSN內(nèi)容請(qǐng)求消息，其中包括Ipv4地址，執(zhí)行步驟204。
步驟309、新SGSN判斷所述SGSN池中是否所有SGSN的IP地址都是IPv4/IPv6雙棧版本，如果是，則執(zhí)行步驟310；否則，執(zhí)行步驟311。
步驟310、新SGSN利用IPv6協(xié)議版本向所述多個(gè)SGSN中任一SGSN發(fā)出SGSN內(nèi)容請(qǐng)求消息，該消息中至少包括MS標(biāo)識(shí)、P-TMSI，并且在該消息中只攜帶IPv6地址，即該消息中的SGSN Address for Control Plane信元填寫(xiě)IPv6地址，而Alternative SGSN Address for Control Plane信元為空；收到SGSN內(nèi)容請(qǐng)求消息的當(dāng)前SGSN再根據(jù)消息中攜帶的P-TMSI獲知該P(yáng)-TMSI對(duì)應(yīng)老SGSN的IP地址，如果當(dāng)前SGSN為老SGSN，則執(zhí)行步驟204；否則，將該SGSN內(nèi)容請(qǐng)求消息轉(zhuǎn)發(fā)給老SGSN，執(zhí)行步驟204。
步驟311、新SGSN利用IPv4協(xié)議版本向多個(gè)SGSN中任一SGSN發(fā)出SGSN內(nèi)容請(qǐng)求消息，該消息中至少包括MS標(biāo)識(shí)、P-TMSI，并且在該消息中既攜帶IPv4地址，又?jǐn)y帶IPv6地址，即該消息中的SGSN Address for Control Plane信元填寫(xiě)IPv4地址，Alternative SGSN Address for Control Plane信元填寫(xiě)IPv6地址。收到SGSN內(nèi)容請(qǐng)求消息的當(dāng)前SGSN再根據(jù)消息中攜帶的P-TMSI獲知該P(yáng)-TMSI對(duì)應(yīng)老SGSN的IP地址，如果當(dāng)前SGSN為老SGSN，則執(zhí)行步驟204；否則，將該SGSN內(nèi)容請(qǐng)求消息轉(zhuǎn)發(fā)給老SGSN，執(zhí)行步驟204。
步驟204、老SGSN收到SGSN內(nèi)容請(qǐng)求消息后，根據(jù)該消息中攜帶的IP地址版本以及自身所支持的IP協(xié)議版本決定與新SGSN通訊所用的IP協(xié)議版本，利用并返回SGSN內(nèi)容響應(yīng)消息。
本步驟分兩種情況如果老SGSN自身所支持的IP協(xié)議版本為IPv4/IPv6雙棧協(xié)議，則判斷SGSN內(nèi)容請(qǐng)求消息中是否攜帶IPv6地址，如果有，則利用IPv6協(xié)議向新SGSN返回SGSN內(nèi)容響應(yīng)消息，其中攜帶老SGSN的IPv6地址；否則，利用IPv4協(xié)議向新SGSN返回SGSN內(nèi)容響應(yīng)消息，其中攜帶老SGSN的IPv4地址。
如果老SGSN自身只支持IPv4協(xié)議，則利用IPv4協(xié)議向新SGSN返回SGSN內(nèi)容響應(yīng)消息，其中攜帶老SGSN的IPv4地址。
步驟205、新SGSN在預(yù)定的時(shí)間內(nèi)判斷是否收到SGSN內(nèi)容響應(yīng)消息，如果是，則執(zhí)行步驟206；否則，執(zhí)行步驟302。
步驟206、新SGSN根據(jù)SGSN內(nèi)容響應(yīng)消息中攜帶的IP地址版本決定通過(guò)何種IP協(xié)議版本與老SGSN進(jìn)行通訊。具體過(guò)程為判斷該消息中攜帶的IP地址是否為IPv6地址，如果是，則利用IPv6協(xié)議向老SGSN返回SGSN內(nèi)容確認(rèn)響應(yīng)消息，該消息中攜帶IPv6用戶面地址，結(jié)束本流程；否則，利用IPv4協(xié)議向老SGSN返回SGSN內(nèi)容確認(rèn)響應(yīng)消息，該消息中攜帶IPv4用戶面地址，結(jié)束本流程。
上述的路由區(qū)更新流程是新SGSN向老SGSN主動(dòng)發(fā)起GTP信令交互通訊流程，當(dāng)本發(fā)明所述方法應(yīng)用在SRNS重定向流程中，則是老SGSN首先向新SGSN發(fā)起GTP信令交互通訊流程。
實(shí)施例二、SRNS重定向流程中SGSN之間的通訊。本流程中，發(fā)起通訊的源SGSN為老SGSN，目的SGSN為新SGSN。
參見(jiàn)圖4，SRNS重定向流程的簡(jiǎn)略流程包括步驟401、當(dāng)曾為MS服務(wù)的老的服務(wù)RNC(SRNC)決定發(fā)起SRNS重定向流程時(shí)，老SRNC向老SGSN發(fā)送包括新SRNC標(biāo)識(shí)的重定向通知消息；步驟402、老SGSN收到重定向通知消息后，向新SGSN發(fā)送前向重定向請(qǐng)求(Forward Relocation Request)消息，其中包括IMSI、MM上下文、PDP上下文。
步驟403、新SGSN收到前向重定向請(qǐng)求后，向老SGSN返回前向重定向響應(yīng)消息，其中包括新SGSN的控制面地址。
在Ipv4/IPv6雙棧SGSN與Ipv4單棧SGSN共存的網(wǎng)絡(luò)中，新SGSN和老SGSN之間需要進(jìn)一步選擇用何種IP協(xié)議進(jìn)行通訊，參見(jiàn)圖5，本實(shí)施例二所述SRNS重定向流程中，SGSN之間的通訊流程包括步驟501、老SGSN收到包括新SRNC標(biāo)識(shí)的重定向請(qǐng)求后，向域名服務(wù)器發(fā)送包括新SRNC標(biāo)識(shí)的查詢請(qǐng)求。
步驟502、域名服務(wù)器根據(jù)新SRNC標(biāo)識(shí)查找到該新SRNC所接入的SGSN標(biāo)識(shí)，并進(jìn)一步查找到該新RNC所接入SGSN對(duì)應(yīng)的IP地址，且以列表的形式向老SGSN返回該新SRNC所接入SGSN標(biāo)識(shí)及其對(duì)應(yīng)IP地址。
步驟503老SGSN收到域名服務(wù)器返回的新RNC所接入SGSN標(biāo)識(shí)及其IP地址的列表后，根據(jù)自身所支持的IP協(xié)議版本以及列表中SGSN的IP地址版本，決定利用新/老SGSN都支持的IP協(xié)議版本向新SGSN發(fā)送前向重定向請(qǐng)求消息。
為了使本流程支持IPv6協(xié)議，相對(duì)于現(xiàn)有技術(shù)所述的前向重定向請(qǐng)求消息中同樣增加了一個(gè)Alternative SGSN Address for Control Plane信元，用來(lái)傳遞IPv6地址。
SGSN重定向流程不同于上述的SGSN路由區(qū)更新流程，在該SGSN重定向流程中，如果域名服務(wù)器返回的列表中只有一個(gè)SGSN，則該SGSN為新SGSN，如果域名服務(wù)器返回的列表中有多個(gè)SGSN，則老SGSN從該多個(gè)SGSN中任選一個(gè)SGSN作為新SGSN，因此無(wú)需轉(zhuǎn)發(fā)前向重定向請(qǐng)求消息。另外，本步驟中，老SGSN還需確定通過(guò)何種IP協(xié)議版本向新SGSN發(fā)送前向重定向請(qǐng)求消息，老SGSN根據(jù)自身所支持的IP協(xié)議版本作出以下兩種處理如果老SGSN自身只支持IPv4協(xié)議，則通過(guò)IPv4協(xié)議向新SGSN發(fā)送前向重定向請(qǐng)求消息，其中只攜帶IPv4地址；如果老SGSN自身支持IPv4/IPv6雙協(xié)議棧，則進(jìn)一步判斷新SGSN的IP地址版本，如果新SGSN的IP地址為IPv4地址，通過(guò)IPv4協(xié)議向新SGSN發(fā)送前向重定向請(qǐng)求消息，其中只攜帶IPv4地址；如果新SGSN支持IPv4/IPv6雙協(xié)議棧，則通過(guò)IPv6協(xié)議向新SGSN發(fā)送前向重定向請(qǐng)求消息，其中只攜帶IPv6地址。
步驟504、新SGSN收到前向重定向請(qǐng)求消息后，根據(jù)該消息中攜帶的IP地址版本以及自身所支持的IP協(xié)議版本決定使用新/老SGSN都支持的IP協(xié)議版本與老SGSN進(jìn)行通訊，并返回前向重定向響應(yīng)消息。
本步驟分兩種情況如果新SGSN自身所支持的IP協(xié)議版本為IPv4/IPv6雙棧協(xié)議，則判斷前向重定向請(qǐng)求消息中是否攜帶IPv6地址，如果有，則利用IPv6協(xié)議向老SGSN返回前向重定向響應(yīng)消息，其中攜帶新SGSN的IPv6地址；否則，利用IPv4協(xié)議向老SGSN返回前向重定向響應(yīng)消息，其中攜帶新SGSN的IPv4地址。
如果新SGSN自身只支持IPv4協(xié)議，則利用IPv4協(xié)議向老SGSN返回前向重定向響應(yīng)消息，其中攜帶新SGSN的IPv4地址。
步驟505、老SGSN在預(yù)定的時(shí)間內(nèi)判斷是否收到前向重定向響應(yīng)消息，如果是，則執(zhí)行步驟506；否則，執(zhí)行步驟507。
步驟506、老SGSN根據(jù)前向重定向響應(yīng)消息中攜帶的IP地址版本決定通過(guò)何種IP協(xié)議版本與新SGSN進(jìn)行通訊。具體過(guò)程為老SGSN判斷收到的前向重定向響應(yīng)消息中攜帶的IP地址是否為IPv6地址，如果是，則決定利用IPv6協(xié)議同新SGSN進(jìn)行通訊，結(jié)束本流程；否則，決定利用IPv4協(xié)議同新SGSN進(jìn)行通訊，結(jié)束本流程。
步驟507、老SGSN通過(guò)IPv4協(xié)議向新SGSN發(fā)送前向重定向請(qǐng)求消息，其中只攜帶IPv4地址，并返回步驟503。
綜上所述，通過(guò)上述流程，可以實(shí)現(xiàn)支持不同IP協(xié)議版本SGSN之間的互通。尤其是IPv4/IPv6雙棧SGSN向?qū)Χ薙GSN發(fā)起請(qǐng)求時(shí)，根據(jù)對(duì)端SGSN所支持的IP協(xié)議版本，決定使用相應(yīng)的IP協(xié)議版本。當(dāng)對(duì)端SGSN既支持IPv4協(xié)議，又支持IPv6協(xié)議時(shí)，首先利用高版本IP協(xié)議，即Ipv6協(xié)議向?qū)Χ薙GSN發(fā)送請(qǐng)求，當(dāng)對(duì)端SGSN利用Ipv6協(xié)議返回響應(yīng)，則繼續(xù)使用Ipv6協(xié)議與對(duì)端SGSN通訊；當(dāng)對(duì)端SGSN利用IPv4協(xié)議返回響應(yīng)，則使用IPv4協(xié)議與對(duì)端SGSN進(jìn)行通訊；當(dāng)對(duì)端SGSN沒(méi)有返回響應(yīng)，則利用低版本IP協(xié)議，即IPv4協(xié)議重新發(fā)送請(qǐng)求。由此，IPv4/IPv6雙棧SGSN與對(duì)端SGSN進(jìn)行通訊時(shí)，首先對(duì)對(duì)端SGSN的Ipv6能力進(jìn)行探測(cè)，然后根據(jù)探測(cè)結(jié)果優(yōu)先使用Ipv6進(jìn)行通訊，從而實(shí)現(xiàn)支持不同IP協(xié)議的SGSN之間的相互通訊。
以上所述，僅為本發(fā)明較佳的具體實(shí)施方式
，但本發(fā)明的保護(hù)范圍并不局限于此，任何熟悉該技術(shù)的人在本發(fā)明所揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換，都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。
權(quán)利要求
1.一種服務(wù)通用分組無(wú)線業(yè)務(wù)支持節(jié)點(diǎn)SGSN之間的通訊方法，適用于多個(gè)支持不同IP協(xié)議版本的SGSN共存的移動(dòng)通訊網(wǎng)絡(luò)，其特征在于，預(yù)先配置目的SGSN所支持的所有IP協(xié)議版本的目的SGSN IP地址，當(dāng)源SGSN向目的SGSN發(fā)起通訊時(shí)，首先探測(cè)目的SGSN所支持的IP協(xié)議版本，再根據(jù)探測(cè)結(jié)果，使用源/目的SGSN都支持的IP協(xié)議版本與目的SGSN進(jìn)行通訊。
2.如權(quán)利要求1所述的方法，其特征在于，所述探測(cè)過(guò)程為A、源SGSN根據(jù)預(yù)先配置的目的SGSN IP地址的IP協(xié)議版本獲知目的SGSN所支持的IP協(xié)議版本，向目的SGSN發(fā)送IP協(xié)議版本為源/目的SGSN都支持的源SGSN IP地址；B、目的SGSN收到源SGSN IP地址后，根據(jù)該源SGSN IP地址的IP協(xié)議版本獲知源SGSN所支持的IP協(xié)議版本，向源SGSN返回源/目的SGSN都支持的IP協(xié)議版本的目的SGSN IP地址；C、源SGSN收到目的SGSN返回的目的SGSN IP地址，判斷該目的SGSN IP地址的IP協(xié)議版本，決定以該IP協(xié)議版本與目的SGSN進(jìn)行通訊。
3.如權(quán)利要求2所述的方法，其特征在于，所述目的SGSN IP地址的IP協(xié)議版本有多種，步驟A中，源SGSN向目的SGSN發(fā)送源/目的SGSN都支持的最高IP協(xié)議版本的源SGSN IP地址；步驟B中，目的SGSN向源SGSN返回源/目的SGSN都支持的最高IP協(xié)議版本的目的SGSN IP地址。
4.如權(quán)利要求3所述的方法，其特征在于，所述步驟B之后，步驟C之前，進(jìn)一步包括源SGSN判斷預(yù)定時(shí)間內(nèi)是否收到目的SGSN IP地址，如果是，則執(zhí)行步驟C；否則，利用源/目的SGSN都支持的IP協(xié)議進(jìn)行通訊。
5.如權(quán)利要求2所述的方法，其特征在于，所述目的SGSN IP地址配置在域名服務(wù)器上，與目的網(wǎng)絡(luò)邏輯名對(duì)應(yīng)配置；步驟A中進(jìn)一步包括源SGSN根據(jù)收到的目的邏輯名查詢域名服務(wù)器，獲得目的SGSN IP地址的IP協(xié)議版本。
6.如權(quán)利要求5所述的方法，其特征在于，所述網(wǎng)絡(luò)邏輯名為路由區(qū)標(biāo)識(shí)，所述的源SGSN向目的SGSN發(fā)起的通訊為SGSN間路由區(qū)更新流程，且源SGSN為新SGSN，目的SGSN為老SGSN。
7.如權(quán)利要求6所述的方法，其特征在于，步驟A中，所述查詢到的目的SGSN IP地址有多個(gè)，源SGSN向其中任一個(gè)SGSN IP地址發(fā)送所述源SGSN IP地址，收到該源SGSN IP地址的SGSN判斷自身是否為目的SGSN，如果是，則執(zhí)行步驟B；否則，將該源SGSN IP地址轉(zhuǎn)發(fā)給目的SGSN。
8.如權(quán)利要求5所述的方法，其特征在于，所述網(wǎng)絡(luò)邏輯名為無(wú)線網(wǎng)絡(luò)控制器標(biāo)識(shí)，所述的源SGSN向目的SGSN發(fā)起的通訊為SGSN間的服務(wù)無(wú)線網(wǎng)絡(luò)控制器重定向流程；且所述源SGSN為老SGSN，目的SGSN為新SGSN。
9.如權(quán)利要求1至8任一項(xiàng)所述的方法，其特征在于，所述SGSN為支持Ipv4協(xié)議版本的Ipv4單棧SGSN，或者同時(shí)支持Ipv4協(xié)議版本和Ipv6協(xié)議版本的Ipv4/Ipv6雙棧SGSN。
10.如權(quán)利要求9所述的方法，其特征在于，所述源SGSN與目的SGSN之間的通訊消息中包括用于攜帶Ipv6地址的信元。
全文摘要
本發(fā)明公開(kāi)了一種服務(wù)通用分組無(wú)線業(yè)務(wù)支持節(jié)點(diǎn)SGSN之間的通訊方法，適用于多個(gè)支持不同IP協(xié)議版本的SGSN共存的移動(dòng)通訊網(wǎng)絡(luò)，其特征在于，預(yù)先配置目的SGSN所支持的所有IP協(xié)議版本的目的SGSN IP地址，當(dāng)源SGSN向目的SGSN發(fā)起通訊時(shí)，首先探測(cè)目的SGSN所支持的IP協(xié)議版本，再根據(jù)探測(cè)結(jié)果，使用源/目的SGSN都支持的IP協(xié)議版本與目的SGSN進(jìn)行通訊。本發(fā)明能實(shí)現(xiàn)支持不同IP協(xié)議版本的SGSN之間的相互通訊，提高網(wǎng)絡(luò)兼容性。
文檔編號(hào)H04L12/56GK1773988SQ200410092738
公開(kāi)日2006年5月17日 申請(qǐng)日期2004年11月10日 優(yōu)先權(quán)日2004年11月10日
發(fā)明者黃華 申請(qǐng)人:華為技術(shù)有限公司