專(zhuān)利名稱(chēng)：對(duì)具有不同鏈路建立協(xié)議的網(wǎng)絡(luò)的越區(qū)切換支持的制作方法
技術(shù)領(lǐng)域：
本發(fā)明總體涉及分組數(shù)據(jù)通信，更具體地，涉及對(duì)具有不同鏈路建立協(xié)議的網(wǎng)絡(luò)的越區(qū)切換支持，其中在各網(wǎng)絡(luò)中進(jìn)行任何分組數(shù)據(jù)通信之前通常需要執(zhí)行這些不同的鏈路建立協(xié)議。
背景技術(shù)：
網(wǎng)絡(luò)的全球互連使得不論地理距離如何都能快捷地訪(fǎng)問(wèn)到信息。圖1示出了通常稱(chēng)為因特網(wǎng)的以附圖標(biāo)記20表示的網(wǎng)絡(luò)的全球連接的簡(jiǎn)化示意圖。因特網(wǎng)20本質(zhì)上是連接在一起的具有不同分層級(jí)別的很多網(wǎng)絡(luò)。因特網(wǎng)20依據(jù)IETF(因特網(wǎng)工程任務(wù)組)發(fā)布的IP(因特網(wǎng)協(xié)議)工作。IP的細(xì)節(jié)可在由IETF公布的RFC(互聯(lián)網(wǎng)草案)791中找到。
連接到因特網(wǎng)20上的是各種單獨(dú)的網(wǎng)絡(luò)，有時(shí)根據(jù)網(wǎng)絡(luò)大小而被稱(chēng)為L(zhǎng)AN(局域網(wǎng))或WAN(廣域網(wǎng))。圖1中所示的是這樣的網(wǎng)絡(luò)22、24、26和28中的一些。
在每個(gè)網(wǎng)絡(luò)22、24、26和28內(nèi)，可以有相互連接并相互通信的各種設(shè)備。實(shí)例有通常稱(chēng)為節(jié)點(diǎn)的計(jì)算機(jī)、打印機(jī)和服務(wù)器，這僅是列舉出幾個(gè)。當(dāng)節(jié)點(diǎn)超出其自身網(wǎng)絡(luò)地經(jīng)由因特網(wǎng)20通信時(shí)，需要給該節(jié)點(diǎn)分配IP地址。IP地址的分配可以是手動(dòng)的或自動(dòng)的。IP地址的手動(dòng)分配可由例如網(wǎng)絡(luò)管理員來(lái)執(zhí)行。更加普遍地，IP地址由例如LAN或WAN中的專(zhuān)用服務(wù)器自動(dòng)分配。
舉例來(lái)說(shuō)明。假設(shè)網(wǎng)絡(luò)22中的節(jié)點(diǎn)30試圖向網(wǎng)絡(luò)24中的另一個(gè)節(jié)點(diǎn)37發(fā)送數(shù)據(jù)分組。依據(jù)IP，每個(gè)數(shù)據(jù)分組都需要具有源地址和目的地址。在這種情況下，源地址是網(wǎng)絡(luò)22中的節(jié)點(diǎn)30的地址。目的地址是網(wǎng)絡(luò)24中的節(jié)點(diǎn)37的地址。
很普遍地，在諸如經(jīng)由因特網(wǎng)20接入其它網(wǎng)絡(luò)這樣的網(wǎng)絡(luò)接入之前，需要進(jìn)行點(diǎn)對(duì)點(diǎn)的通信。舉另一個(gè)實(shí)例來(lái)說(shuō)明。假設(shè)網(wǎng)絡(luò)22中的節(jié)點(diǎn)30是膝上型計(jì)算機(jī)。膝上型計(jì)算機(jī)節(jié)點(diǎn)30不能直接接入網(wǎng)絡(luò)22。然而，膝上型計(jì)算機(jī)節(jié)點(diǎn)30可以經(jīng)由一些其它手段到達(dá)網(wǎng)絡(luò)22中的NAS(網(wǎng)絡(luò)接入服務(wù)器)32，例如，通過(guò)電話(huà)線(xiàn)路對(duì)導(dǎo)線(xiàn)調(diào)制解調(diào)器撥號(hào)。在該情況下，節(jié)點(diǎn)30典型地與網(wǎng)絡(luò)22中的NAS(網(wǎng)絡(luò)接入服務(wù)器)32建立起PPP(點(diǎn)對(duì)點(diǎn)協(xié)議)會(huì)話(huà)。此后在節(jié)點(diǎn)30和網(wǎng)絡(luò)22之間建立的分組數(shù)據(jù)通信，或者經(jīng)由因特網(wǎng)20在節(jié)點(diǎn)30和任何其它網(wǎng)絡(luò)之間建立的分組數(shù)據(jù)通信，將通過(guò)導(dǎo)線(xiàn)調(diào)制解調(diào)器和電話(huà)線(xiàn)路而被交換。如果調(diào)制解調(diào)器連續(xù)非同步地通過(guò)電話(huà)線(xiàn)路發(fā)送和接收信號(hào)，則在電話(huà)線(xiàn)路上交換的數(shù)據(jù)分組也必須被相應(yīng)地分成幀以適合連續(xù)非同步的調(diào)制解調(diào)器鏈路。
無(wú)線(xiàn)技術(shù)的出現(xiàn)允許節(jié)點(diǎn)離開(kāi)它們初始登記的網(wǎng)絡(luò)而到達(dá)另一個(gè)網(wǎng)絡(luò)。例如，返回來(lái)參考圖1，節(jié)點(diǎn)30可以是無(wú)線(xiàn)設(shè)備，諸如，PDA(個(gè)人設(shè)備助理)、蜂窩電話(huà)、或移動(dòng)計(jì)算機(jī)，而不是永久地有線(xiàn)連接到網(wǎng)絡(luò)22。無(wú)線(xiàn)節(jié)點(diǎn)30可以移動(dòng)到其歸屬網(wǎng)絡(luò)(home network)22的邊界之外。這樣，節(jié)點(diǎn)30可以從它的歸屬網(wǎng)絡(luò)22漫游至外地網(wǎng)絡(luò)(foreign network)28。為了接入網(wǎng)絡(luò)28，或者經(jīng)由因特網(wǎng)20連接到其它網(wǎng)絡(luò)，典型地，節(jié)點(diǎn)30還與網(wǎng)絡(luò)28中的NAS 33建立PPP會(huì)話(huà)。這種情況下的節(jié)點(diǎn)30與NAS 33之間的通信是通過(guò)空中鏈路進(jìn)行的。而且，在空中鏈路上交換的數(shù)據(jù)分組也必須被分成幀，以符合在節(jié)點(diǎn)30與NAS 33之間的PPP會(huì)話(huà)期間協(xié)商的格式。
PPP的大部分都記述在由IETF公布的RFC 1661和1662中。實(shí)質(zhì)上，PPP是節(jié)點(diǎn)間的一種探索性的協(xié)商會(huì)話(huà)，在該會(huì)話(huà)期間，在任何網(wǎng)絡(luò)業(yè)務(wù)流之前，節(jié)點(diǎn)按照權(quán)限(capability)和可用性從彼此的資源中找出并最終集中成一組相互可接受的參數(shù)選項(xiàng)。因?yàn)镻PP會(huì)話(huà)通常需要在網(wǎng)絡(luò)接入之前建立，所以PPP有時(shí)被稱(chēng)為“網(wǎng)絡(luò)接口層協(xié)議”。然而，通常也使用其它類(lèi)似術(shù)語(yǔ)，包括“鏈路建立協(xié)議”和“層2協(xié)議”。在下文中，術(shù)語(yǔ)“網(wǎng)絡(luò)接口層協(xié)議”、“鏈路建立協(xié)議”和“層2協(xié)議”可互換地使用。
圖2示出了示例性的PPP通信會(huì)話(huà)34的順序流程圖，在該P(yáng)PP通信會(huì)話(huà)34中，網(wǎng)絡(luò)28中的節(jié)點(diǎn)30試圖與NAS 33建立通信鏈路，以便能夠接入因特網(wǎng)20。
PPP具有許多個(gè)協(xié)議組成部分。在圖2所示的示例性的PPP會(huì)話(huà)中，PPP具有作為組成部分的LCP(鏈路控制協(xié)議)36、CHAP(挑戰(zhàn)/握手認(rèn)證協(xié)議(Challenge/Handshake Authentication Protocol))38和IPCP(因特網(wǎng)協(xié)議配置協(xié)議)40。
首先，在完成物理鏈路后，也就是說(shuō)，在節(jié)點(diǎn)30和NAS 33能夠在硬件層到達(dá)對(duì)方之后，例如，需要經(jīng)歷LCP 36。LCP 36用于在節(jié)點(diǎn)30和NAS 33之間建立基本通信鏈路。在LCP 36期間，節(jié)點(diǎn)30和NAS33相互交換和協(xié)商必要的通信參數(shù)選項(xiàng)。這些選項(xiàng)可以包括，通過(guò)鏈路的數(shù)據(jù)分組的最大大小、有關(guān)質(zhì)量控制的參數(shù)、所使用的HDLC(高層數(shù)據(jù)鏈路控制)頭字段壓縮方案以及對(duì)等方是否愿意被認(rèn)證。
LCP 36的處理或多或少是根據(jù)握手的規(guī)程進(jìn)行的。首先，請(qǐng)求方通過(guò)發(fā)送配置請(qǐng)求消息提出一個(gè)或多個(gè)參數(shù)。如果接收方不認(rèn)可任何參數(shù)，則接收方用配置拒絕消息往回做出響應(yīng)。如果被拒絕的參數(shù)對(duì)于所試圖建立的鏈接是起決定作用的，則請(qǐng)求方不得不終止PPP會(huì)話(huà)。
另一方面，如果參數(shù)被認(rèn)可，但是有關(guān)該參數(shù)的選項(xiàng)是不能接受的，則響應(yīng)方發(fā)送回配置否認(rèn)消息(Configure Nak Message)。同樣，請(qǐng)求方可以終止PPP會(huì)話(huà)，或者可以發(fā)送帶有同一參數(shù)的不同選項(xiàng)的另一配置請(qǐng)求消息。
如上面所述，帶有相關(guān)選項(xiàng)的所有參數(shù)都必須以上述方式被協(xié)商并決定。如圖2所示，可能會(huì)需要若干輪的協(xié)商。如果請(qǐng)求方確定對(duì)于響應(yīng)方來(lái)說(shuō)所有所需的參數(shù)都可以接受，則請(qǐng)求方將最終配置確認(rèn)消息(Configure Ack Message)發(fā)送給響應(yīng)方。一旦雙方都已發(fā)送了配置確認(rèn)消息，它們就轉(zhuǎn)到認(rèn)證階段。
為了確保雙方都是被授權(quán)的，必須執(zhí)行認(rèn)證。執(zhí)行認(rèn)證的一種方式是使用另一PPP組成部分CHAP 38。典型的是，由NAS 33啟動(dòng)CHAP38來(lái)驗(yàn)證節(jié)點(diǎn)30的身份。在CHAP 38期間，NAS 33向節(jié)點(diǎn)30發(fā)送稱(chēng)為挑戰(zhàn)消息(challenge message)的消息。在CHAP下，存在著一種與挑戰(zhàn)消息一起使用的共享秘密，其被用于使用預(yù)先商定的算法來(lái)計(jì)算響應(yīng)消息。然后，節(jié)點(diǎn)30向NAS 33發(fā)送通過(guò)秘密算法生成的響應(yīng)消息。此后，NAS 33將接收到的響應(yīng)消息與由NAS 33自己計(jì)算的消息進(jìn)行比較。如果比較結(jié)果是匹配的，則節(jié)點(diǎn)30被稱(chēng)為通過(guò)了CHAP38，其中NAS 33向節(jié)點(diǎn)30發(fā)送CHAP成功消息。否則，NAS 33發(fā)送CHAP失敗消息。
可替換地，可以通過(guò)PAP(口令認(rèn)證協(xié)議(Password AuthenticationProtocol))而不是CHAP 38來(lái)完成認(rèn)證。在PAP中，節(jié)點(diǎn)30僅向NAS33發(fā)送用于驗(yàn)證的用戶(hù)名和口令。如果驗(yàn)證通過(guò)，則節(jié)點(diǎn)30被稱(chēng)為通過(guò)了PAP。
如果節(jié)點(diǎn)30需要IP接入，則有關(guān)IP的信息需要再次被交換和協(xié)商。例如，尤其是，節(jié)點(diǎn)30會(huì)需要分配到IP地址，以便依照IP接入因特網(wǎng)20(圖1)。為了實(shí)現(xiàn)該目的，開(kāi)始依據(jù)IPCP 40進(jìn)行參數(shù)選項(xiàng)的協(xié)商和交換。在示例性的PPP會(huì)話(huà)34中，節(jié)點(diǎn)30最初向NAS 33請(qǐng)求IP地址0.0.0.0。作為響應(yīng)，NAS 33發(fā)送配置否認(rèn)消息，并建議節(jié)點(diǎn)30使用IP地址a.b.c.d。如果接受，則節(jié)點(diǎn)30通過(guò)向NAS 33發(fā)送另一個(gè)用于確認(rèn)的消息來(lái)確認(rèn)IP地址a.b.c.d的使用。
最后，當(dāng)節(jié)點(diǎn)30同意IPCP 40期間協(xié)商的所有參數(shù)時(shí)，節(jié)點(diǎn)30向NAS 33發(fā)送確認(rèn)消息。此后，網(wǎng)絡(luò)接入會(huì)話(huà)的用戶(hù)數(shù)據(jù)被交換。網(wǎng)絡(luò)業(yè)務(wù)的IP數(shù)據(jù)分組利用先前在LCP 36期間協(xié)商的參數(shù)來(lái)被封裝到PPP幀中。
在網(wǎng)絡(luò)接入結(jié)束時(shí)，節(jié)點(diǎn)30或NAS 33可以向?qū)Ψ桨l(fā)送終止請(qǐng)求消息，此后接收方用終止確認(rèn)消息做出返回響應(yīng)，并結(jié)束通信會(huì)話(huà)。
從圖2和以上描述可以看出，在PPP會(huì)話(huà)34期間，節(jié)點(diǎn)30和NAS33之間有相當(dāng)多的消息被交換。如此，將具有相當(dāng)長(zhǎng)的持續(xù)時(shí)間。在數(shù)據(jù)延遲很大的慢速鏈路上協(xié)商PPP會(huì)話(huà)34時(shí)，尤其是這樣的。
為了加速節(jié)點(diǎn)30與NAS 33之間的初始鏈路建立處理，已經(jīng)提出了不同于PPP的各種協(xié)議。在2005年7月28日提交的標(biāo)題為“Fast LinkEstablishment for Network Access”的美國(guó)專(zhuān)利申請(qǐng)第11/193,068號(hào)(下文中稱(chēng)為“’068”專(zhuān)利申請(qǐng))中，公布了一個(gè)這種協(xié)議的實(shí)例。在此，明確地引用已轉(zhuǎn)讓給其受讓人的‘068專(zhuān)利申請(qǐng)的整個(gè)內(nèi)容作為參考。在下文中，任何不同于PPP的鏈路建立協(xié)議被稱(chēng)為非PPP。
然而，在通信系統(tǒng)中存在一些網(wǎng)絡(luò)支持非PPP而另一些網(wǎng)絡(luò)不支持非PPP的問(wèn)題。當(dāng)移動(dòng)節(jié)點(diǎn)在具有不同鏈路建立協(xié)議的不同網(wǎng)絡(luò)間漫游時(shí)，該問(wèn)題可能會(huì)進(jìn)一步復(fù)雜化。
舉另一實(shí)例來(lái)說(shuō)明?，F(xiàn)直接返回參考圖1。假設(shè)節(jié)點(diǎn)30在移動(dòng)到網(wǎng)絡(luò)28之后，經(jīng)由非PPP會(huì)話(huà)與NAS 33建立通信鏈路。其后，在節(jié)點(diǎn)30與NAS 33之間交換用戶(hù)數(shù)據(jù)。進(jìn)一步假設(shè)在交換用戶(hù)數(shù)據(jù)的中間過(guò)程中，節(jié)點(diǎn)30移動(dòng)到諸如網(wǎng)絡(luò)26的又一個(gè)網(wǎng)絡(luò)。如果網(wǎng)絡(luò)26在關(guān)于物理和協(xié)議實(shí)現(xiàn)的各個(gè)方面，包括網(wǎng)絡(luò)接口層協(xié)議實(shí)現(xiàn)，與網(wǎng)絡(luò)28類(lèi)似，則可以設(shè)計(jì)流線(xiàn)型的越區(qū)切換方案。在到達(dá)網(wǎng)絡(luò)26的領(lǐng)域之后，網(wǎng)絡(luò)28可將數(shù)據(jù)處理職責(zé)移交給網(wǎng)絡(luò)26，然后網(wǎng)絡(luò)26可接管先前由網(wǎng)絡(luò)28承擔(dān)的分組數(shù)據(jù)通信功能。
然而，網(wǎng)絡(luò)28和26通常在硬件和鏈路層實(shí)現(xiàn)方面不同。例如，假定網(wǎng)絡(luò)28不僅支持PPP而且支持另一非PPP作為網(wǎng)絡(luò)接口層協(xié)議。另一方面，網(wǎng)絡(luò)26僅支持PPP作為網(wǎng)絡(luò)接口層協(xié)議，而不支持其它協(xié)議。在從網(wǎng)絡(luò)28轉(zhuǎn)移到網(wǎng)絡(luò)26之后，為了繼續(xù)網(wǎng)絡(luò)接入，節(jié)點(diǎn)30首先需要在網(wǎng)絡(luò)26中與NAS 35建立起另一網(wǎng)絡(luò)接口層協(xié)議會(huì)話(huà)，這樣，其后建立的分組數(shù)據(jù)通信符合在節(jié)點(diǎn)30與網(wǎng)絡(luò)26中的NAS 35之間建立的物理鏈路。如果節(jié)點(diǎn)30不適合平穩(wěn)地調(diào)用網(wǎng)絡(luò)26所需的傳統(tǒng)PPP，則節(jié)點(diǎn)30可能被完全切斷網(wǎng)絡(luò)接入。
因此，需要為遷移在支持不同網(wǎng)絡(luò)接口層協(xié)議的不同網(wǎng)絡(luò)中尋求網(wǎng)絡(luò)接入的節(jié)點(diǎn)，提供一種可靠的越區(qū)切換處理。

發(fā)明內(nèi)容
在帶有多個(gè)網(wǎng)絡(luò)的通信系統(tǒng)中，在通信系統(tǒng)中尋求網(wǎng)絡(luò)接入的節(jié)點(diǎn)需要通過(guò)越區(qū)切換處理來(lái)從一個(gè)網(wǎng)絡(luò)移動(dòng)到另一個(gè)網(wǎng)絡(luò)。當(dāng)不同的網(wǎng)絡(luò)是用不同的網(wǎng)絡(luò)接口層協(xié)議實(shí)現(xiàn)的時(shí)，會(huì)出現(xiàn)特殊的問(wèn)題。根據(jù)本發(fā)明的示例性實(shí)施例，制定越區(qū)切換方案，由此節(jié)點(diǎn)可以在對(duì)網(wǎng)絡(luò)接入的中斷較少的情況下，從一個(gè)網(wǎng)絡(luò)漫游到另一個(gè)網(wǎng)絡(luò)。在越區(qū)切換之前，節(jié)點(diǎn)接收越區(qū)切換的指示。該指示可以采取SID(系統(tǒng)標(biāo)識(shí))、NID(網(wǎng)絡(luò)標(biāo)識(shí))、或者PZID(分組區(qū)標(biāo)識(shí))、或它們的組合，的變體的形式?？商娲兀撝甘究梢灾苯影ㄔ谠絽^(qū)切換期間發(fā)送給節(jié)點(diǎn)的數(shù)據(jù)分組中。另外可替代的是，該指示可以采取發(fā)送到節(jié)點(diǎn)的消息模式的形式，其中不同的消息模式由支持不同網(wǎng)絡(luò)接口層協(xié)議的不同網(wǎng)絡(luò)來(lái)發(fā)送。
根據(jù)本發(fā)明的一個(gè)方面，公開(kāi)了一種方法，其中，尋求網(wǎng)絡(luò)接入的節(jié)點(diǎn)通過(guò)設(shè)備，該方法包括以下步驟建立與服務(wù)節(jié)點(diǎn)的第一網(wǎng)絡(luò)接口層協(xié)議，接收越區(qū)切換的指示，和建立與目標(biāo)節(jié)點(diǎn)的第二網(wǎng)絡(luò)接口層協(xié)議。
根據(jù)本發(fā)明的另一方面，公開(kāi)了一種具有用于執(zhí)行上述公開(kāi)的方法的步驟的硬件實(shí)現(xiàn)的設(shè)備。
根據(jù)本發(fā)明的又一方面，公開(kāi)了一種計(jì)算機(jī)可讀介質(zhì)，該計(jì)算機(jī)可讀介質(zhì)具有用于執(zhí)行上述公開(kāi)的方法的步驟的計(jì)算機(jī)可讀指令。
通過(guò)閱讀以下的詳細(xì)說(shuō)明書(shū)并結(jié)合附圖，對(duì)本領(lǐng)域?qū)I(yè)技術(shù)人員來(lái)說(shuō)，這些以及其它特征和優(yōu)點(diǎn)將會(huì)很明顯，附圖中的相同的附圖標(biāo)記表示相同的部分。


圖1是網(wǎng)絡(luò)的全球連接的示意圖；圖2是傳統(tǒng)網(wǎng)絡(luò)接口層協(xié)議的通信會(huì)話(huà)的通信順序圖；圖3是本發(fā)明的通用實(shí)施例中涉及的節(jié)點(diǎn)和網(wǎng)絡(luò)的示意圖；圖4是支持無(wú)線(xiàn)技術(shù)的本發(fā)明的示例性實(shí)施例中涉及的節(jié)點(diǎn)和網(wǎng)絡(luò)的示意圖；圖5是按照分層順序的協(xié)議堆棧的示意圖；圖6是與圖2所示的傳統(tǒng)網(wǎng)絡(luò)接口層協(xié)議不同的示例性網(wǎng)絡(luò)接口層協(xié)議的通信會(huì)話(huà)的通信順序圖；圖7是表示根據(jù)本發(fā)明示例性實(shí)施例中使用的第一越區(qū)切換方案涉及的步驟的通信順序圖；圖8是圖7所示的通信順序圖的越區(qū)切換方案的流程圖；
圖9是表示根據(jù)本發(fā)明示例性實(shí)施例中使用的第二越區(qū)切換方案涉及的步驟的通信順序圖；圖10是圖2和6的網(wǎng)絡(luò)接口層協(xié)議中使用的數(shù)據(jù)幀格式的示意圖；圖11是圖9所示的通信順序圖的越區(qū)切換方案的流程圖；圖11A是圖7所示的通信順序圖的越區(qū)切換方案的一個(gè)變體的流程圖；圖12是表示根據(jù)本發(fā)明示例性實(shí)施例中使用的第三越區(qū)切換方案涉及的步驟的通信順序圖；圖13是圖12所示的通信順序圖的越區(qū)切換方案的流程圖；圖14是根據(jù)本發(fā)明示例性實(shí)施例的尋求網(wǎng)絡(luò)接入的節(jié)點(diǎn)的部分電路的示意圖；圖15是表示在與服務(wù)網(wǎng)絡(luò)建立網(wǎng)絡(luò)接口層協(xié)議會(huì)話(huà)的過(guò)程中發(fā)生的向目標(biāo)網(wǎng)絡(luò)越區(qū)切換所涉及的步驟的通信順序圖；和圖16是圖15所示的通信順序圖中示出的越區(qū)切換處理的流程圖。
具體實(shí)施例方式
以下描述被提供來(lái)使本領(lǐng)域的任何專(zhuān)業(yè)技術(shù)人員都能夠?qū)崿F(xiàn)和使用本發(fā)明。在以下描述中出于說(shuō)明的目的來(lái)闡述細(xì)節(jié)。應(yīng)該理解，本領(lǐng)域的普通專(zhuān)業(yè)技術(shù)人員會(huì)意識(shí)到，不使用這些具體細(xì)節(jié)仍能實(shí)現(xiàn)本發(fā)明。在其它例子中，為了避免用不必要的細(xì)節(jié)模糊了本發(fā)明的描述，將不詳細(xì)說(shuō)明公知的結(jié)構(gòu)和處理。這樣，本發(fā)明并不希望限于所示的實(shí)施例，而是與符合本文所公開(kāi)的原理和特征的最寬范圍相一致。
圖3示出了本發(fā)明的一個(gè)通用實(shí)施例中涉及的節(jié)點(diǎn)和網(wǎng)絡(luò)的簡(jiǎn)化示意圖。整個(gè)通信系統(tǒng)用附圖標(biāo)記42來(lái)表示，通信系統(tǒng)42包括連接到主干網(wǎng)49的網(wǎng)絡(luò)45和47。主干網(wǎng)49可以是內(nèi)聯(lián)網(wǎng)或因特網(wǎng)。也可以有其它網(wǎng)絡(luò)連接到主干網(wǎng)絡(luò)49，但為了簡(jiǎn)明扼要，圖3中并未示出。
在網(wǎng)絡(luò)45和47中分別設(shè)置有NAS(網(wǎng)絡(luò)接入服務(wù)器)51和53，而它們充當(dāng)任何的尋求網(wǎng)絡(luò)接入的節(jié)點(diǎn)的網(wǎng)關(guān)。假設(shè)在系統(tǒng)42中存在希望接入網(wǎng)絡(luò)45或者希望經(jīng)由主干網(wǎng)49接入其它網(wǎng)絡(luò)的這種節(jié)點(diǎn)55。節(jié)點(diǎn)55不能直接接入網(wǎng)絡(luò)45，但可以通過(guò)通信鏈路57與NAS 51通信。節(jié)點(diǎn)55和NAS 51之間通信的準(zhǔn)備是經(jīng)由被稱(chēng)為“鏈路建立”的處理來(lái)進(jìn)行的。
假設(shè)節(jié)點(diǎn)55沒(méi)被限制在其原始網(wǎng)絡(luò)諸如網(wǎng)絡(luò)45中，而能移位到其它網(wǎng)絡(luò)，諸如網(wǎng)絡(luò)47。
在這種情況下，當(dāng)節(jié)點(diǎn)55離開(kāi)網(wǎng)絡(luò)45并移到網(wǎng)絡(luò)57時(shí)，為了接入網(wǎng)絡(luò)，節(jié)點(diǎn)55同樣必須在網(wǎng)絡(luò)47中經(jīng)由再一個(gè)通信鏈路來(lái)與NAS51建立另一個(gè)鏈路建立會(huì)話(huà)。
NAS 51與節(jié)點(diǎn)55之間的鏈路57可以是采取各種形式的鏈路。例如，鏈路57可以是有線(xiàn)鏈路，諸如常規(guī)電話(huà)線(xiàn)連接、同軸電纜鏈路或者光纜鏈路，這僅是舉出幾個(gè)例子。此外，鏈路57還可以是無(wú)線(xiàn)鏈路，例如，能夠運(yùn)載電磁信號(hào)或者聲信號(hào)的空中接口等。
圖4示出了支持無(wú)線(xiàn)技術(shù)的通信系統(tǒng)42的一個(gè)更加具體的實(shí)現(xiàn)。在這種情況下，整個(gè)系統(tǒng)概括地用附圖標(biāo)記44來(lái)表示。節(jié)點(diǎn)間的無(wú)線(xiàn)通信可以經(jīng)由空中接口形式的鏈路來(lái)執(zhí)行，諸如，圖4中所示的空中接口鏈路58和90。在該實(shí)施例中，為了說(shuō)明的簡(jiǎn)明扼要，網(wǎng)絡(luò)44被示為支持諸如由3GPP2(第三代合作伙伴計(jì)劃2)提出的cdma2000標(biāo)準(zhǔn)這樣的無(wú)線(xiàn)技術(shù)，3GPP2是包括美國(guó)的TIA/EIA(電信工業(yè)協(xié)會(huì)/電子工業(yè)協(xié)會(huì))的若干個(gè)國(guó)際標(biāo)準(zhǔn)組織的聯(lián)盟。
在系統(tǒng)44中，能夠漫游到其它網(wǎng)絡(luò)的節(jié)點(diǎn)56可以實(shí)現(xiàn)成各種形式，諸如，PDA(個(gè)人數(shù)字助理)、移動(dòng)計(jì)算機(jī)、或者蜂窩電話(huà)，僅是舉出幾個(gè)例子。
在網(wǎng)絡(luò)46中，實(shí)現(xiàn)了PDSN(分組數(shù)據(jù)服務(wù)節(jié)點(diǎn))60，其執(zhí)行NAS52的功能。節(jié)點(diǎn)58通過(guò)RAN(無(wú)線(xiàn)接入網(wǎng)絡(luò))與PDSN 60通信，其中的RAN概括地用附圖標(biāo)記62來(lái)表示。RAN 62包括連接到多個(gè)BS(基站)65A-65N的BSC/PCF(基站控制器/分組數(shù)據(jù)控制功能)64。
同樣，在網(wǎng)絡(luò)48中，布置有另一個(gè)PDSN(分組數(shù)據(jù)服務(wù)節(jié)點(diǎn))66，其承擔(dān)另一個(gè)NAS 54的職責(zé)。尋求網(wǎng)絡(luò)接入的任意節(jié)點(diǎn)通過(guò)另一個(gè)RAN 68與PDSN 66通信。RAN 68包括連接到多個(gè)BS72A-72M的BSC/PCF 70。
網(wǎng)絡(luò)46和48能夠處理運(yùn)載語(yǔ)音或者數(shù)據(jù)信息的數(shù)據(jù)分組。在3GPP2公布的標(biāo)題為“Interoperability Specification(IOS)for CDMA2000 Access Network Interfaces”，TIA-2001-D，2005年2月的文獻(xiàn)中可以找到支持無(wú)線(xiàn)功能的網(wǎng)絡(luò)46和48的結(jié)構(gòu)細(xì)節(jié)。
在描述通信系統(tǒng)42的操作細(xì)節(jié)之前，首先一般性地解釋在經(jīng)由不同分層的各種級(jí)別的協(xié)議進(jìn)行分組數(shù)據(jù)通信期間的數(shù)據(jù)分組的處理和各協(xié)議間的相互關(guān)系是有幫助的。
在網(wǎng)絡(luò)通信技術(shù)領(lǐng)域中，根據(jù)OSI(開(kāi)放系統(tǒng)互連)模型將協(xié)議分層，OSI模型是由ISO(國(guó)際標(biāo)準(zhǔn)化組織)和ITU-T(國(guó)際電信聯(lián)盟—電信標(biāo)準(zhǔn)部門(mén))所提出的。目標(biāo)是促進(jìn)多廠(chǎng)商設(shè)備的協(xié)同工作能力。也就是說(shuō)，每個(gè)級(jí)別的協(xié)議分層都具有其自身的規(guī)格。因此，只要滿(mǎn)足特定分層級(jí)別的規(guī)格，在該級(jí)別上開(kāi)發(fā)的產(chǎn)品就一定能與其它級(jí)別中的其它產(chǎn)品兼容。
假定圖4中的系統(tǒng)44支持IP(因特網(wǎng)協(xié)議)。圖5示意性地示出了按照分層順序的多個(gè)協(xié)議的堆棧，統(tǒng)稱(chēng)為“協(xié)議堆棧”，并概括地用附圖標(biāo)記74表示。IP協(xié)議堆棧74被構(gòu)造成符合IETF(因特網(wǎng)工程任務(wù)組)模型，該IETF模型類(lèi)似于OSI模型但不是完全相同。根據(jù)IETF模型，IP協(xié)議堆棧74有五層，從層1到層5。這樣，諸如圖4所示的節(jié)點(diǎn)56、60和66中的每個(gè)的節(jié)點(diǎn)發(fā)送出的數(shù)據(jù)分組，必須經(jīng)過(guò)協(xié)議堆棧74的處理。協(xié)議堆棧74以軟件或硬件或二者組合的形式內(nèi)置于節(jié)點(diǎn)中。同樣，同一節(jié)點(diǎn)接收到的數(shù)據(jù)分組必須經(jīng)過(guò)同一協(xié)議堆棧74的處理，但是按照相反的順序來(lái)進(jìn)行。
舉例來(lái)說(shuō)明。假定數(shù)據(jù)分組經(jīng)過(guò)處理，從例如節(jié)點(diǎn)56(圖4)的節(jié)點(diǎn)發(fā)送出去，數(shù)據(jù)分組首先是根據(jù)應(yīng)用層即層5中的各協(xié)議之一而被創(chuàng)建的。層5包括HTTP(超文本傳輸協(xié)議)、SMTP(服務(wù)郵件傳輸協(xié)議)、FTP(文件傳輸協(xié)議)和RTP(實(shí)時(shí)傳輸協(xié)議)。進(jìn)一步假設(shè)數(shù)據(jù)分組是VoIP(因特網(wǎng)協(xié)議語(yǔ)音傳輸)會(huì)話(huà)的產(chǎn)物。因此必須根據(jù)層5中的RTP將數(shù)據(jù)分組格式化。
時(shí)間敏感的數(shù)據(jù)分組，諸如根據(jù)層5中的RTP產(chǎn)生的數(shù)據(jù)分組，需要實(shí)時(shí)地進(jìn)行處理。具體而言，通常不重新發(fā)送損壞的分組，而是簡(jiǎn)單地將其丟棄，以便不會(huì)阻礙其它即將到來(lái)的數(shù)據(jù)分組的發(fā)送。因此，RTP數(shù)據(jù)分組通常經(jīng)由層4(即，傳輸層)中的UDP(用戶(hù)數(shù)據(jù)分組協(xié)議)來(lái)被運(yùn)載。
另一方面，如果數(shù)據(jù)分組源于層5中的其它協(xié)議，諸如FTP，則數(shù)據(jù)分組通常經(jīng)由層4中的TCP(傳輸控制協(xié)議)而被發(fā)送。在用TCP的情況下，數(shù)據(jù)分組的準(zhǔn)確傳遞是非常重要的。這樣，盡管可能會(huì)降低整個(gè)數(shù)據(jù)發(fā)送處理的速度，但損壞的分組總是被重新發(fā)送。
數(shù)據(jù)分組在經(jīng)過(guò)該傳輸層(即層4)之后，被添加上諸如源端口號(hào)和目的端口號(hào)的信息。
數(shù)據(jù)分組在經(jīng)過(guò)傳輸層(即層4)之后，然后被傳遞到網(wǎng)絡(luò)層(即層3)來(lái)進(jìn)行處理。在該特定情況下，自層4中生成的數(shù)據(jù)分組必須依照IP進(jìn)行再次格式化，例如，添加上數(shù)據(jù)分組的源地址和目的地址。
應(yīng)該注意，為了簡(jiǎn)明起見(jiàn)，圖5中僅示出了層3中的IP。在層3中還存在著對(duì)IP執(zhí)行補(bǔ)充功能的其它協(xié)議。一個(gè)實(shí)例是用于為無(wú)法傳遞的數(shù)據(jù)分組發(fā)送錯(cuò)誤消息的ICMP(因特網(wǎng)控制消息協(xié)議)。
此后，數(shù)據(jù)分組必須被分成幀以符合鏈路層即層2中可應(yīng)用的任何一種協(xié)議。前面描述的PPP(點(diǎn)對(duì)點(diǎn)協(xié)議)被歸類(lèi)為層2協(xié)議。如前面所提到的，網(wǎng)絡(luò)可使用其它非PPP來(lái)代替PPP作為網(wǎng)絡(luò)接口層協(xié)議。
圖5中的協(xié)議堆棧74的最底層是物理層即層1，其處理數(shù)據(jù)分組的傳輸?shù)奈锢韺?shí)現(xiàn)。例如，在圖3中，如果通信鏈路57是常規(guī)有線(xiàn)鏈路，則物理層即層1涉及通過(guò)構(gòu)成鏈路57的導(dǎo)線(xiàn)驅(qū)動(dòng)信號(hào)的節(jié)點(diǎn)55和51二者上的硬件電路。作為另一實(shí)例，在圖4中，通信鏈路58是空中接口，物理層即層1與空氣空間(air space)和經(jīng)由空氣空間收發(fā)信號(hào)的RAN 62的硬件電路相關(guān)。
現(xiàn)返回圖4并參考該圖，對(duì)于由示例性的節(jié)點(diǎn)56接收的數(shù)據(jù)分組，數(shù)據(jù)分組必須通過(guò)相同的協(xié)議堆棧72(圖5)來(lái)被處理，但要以相反的順序，即，從層1到層5的順序被處理。
假定在該實(shí)例中，起初節(jié)點(diǎn)56經(jīng)由PDSN 60尋求網(wǎng)絡(luò)接入。進(jìn)一步假定節(jié)點(diǎn)56不能直接接入網(wǎng)絡(luò)46。
傳統(tǒng)地，節(jié)點(diǎn)56可以通過(guò)首先與PDSN 60建立PPP會(huì)話(huà)來(lái)開(kāi)始網(wǎng)絡(luò)接入處理。然而，如前面所解釋的，為了在網(wǎng)絡(luò)接入之前使鏈路處理成流水線(xiàn)型，已經(jīng)提出了其它網(wǎng)絡(luò)接口層協(xié)議。這種協(xié)議之一在’068專(zhuān)利申請(qǐng)中已經(jīng)公開(kāi)，也如前面所述。
在以下描述中，為了便于說(shuō)明，結(jié)合示例性實(shí)施例的操作描述來(lái)解釋’068專(zhuān)利申請(qǐng)中公開(kāi)的協(xié)議。然而，應(yīng)該注意，本發(fā)明的實(shí)現(xiàn)不需要并且不應(yīng)該被限制為這種情況。當(dāng)然也可以應(yīng)用與’068專(zhuān)利申請(qǐng)中公開(kāi)的協(xié)議不同的其它網(wǎng)絡(luò)接口層協(xié)議。
返回圖4，在交換任何消息之前，物理鏈路58必須準(zhǔn)備好運(yùn)載信號(hào)。換句話(huà)說(shuō)，節(jié)點(diǎn)56和BS 65A的物理層即層1，必須首先是物理存在的并且是建立好的。
一旦物理層被建立好，也就是說(shuō)，節(jié)點(diǎn)56和PDSN 60二者經(jīng)由RAN 62相互檢測(cè)到對(duì)方是物理存在的，PDSN 60立即向節(jié)點(diǎn)56發(fā)出第一消息。
圖6是表示節(jié)點(diǎn)56與PDSN 60之間傳遞的消息的通信順序的流程圖。整個(gè)流程處理用附圖標(biāo)記75來(lái)表示?！?68專(zhuān)利申請(qǐng)中詳細(xì)描述了流程處理75，而下面簡(jiǎn)要地對(duì)該處理進(jìn)行總結(jié)。
PDSN 60僅接受得到授權(quán)的節(jié)點(diǎn)的網(wǎng)絡(luò)接入。第一消息由PDSN 60發(fā)出，并且被稱(chēng)為同步消息，用附圖標(biāo)記76來(lái)表示。同步消息76包括可供節(jié)點(diǎn)56選擇的所有可能的認(rèn)證選項(xiàng)。這些選項(xiàng)可以包括依照CHAP(挑戰(zhàn)認(rèn)證協(xié)議)的挑戰(zhàn)消息，和對(duì)于PAP(口令認(rèn)證協(xié)議)所需的口令和用戶(hù)名的請(qǐng)求，以及可應(yīng)用的任何其它認(rèn)證協(xié)議。
接收到同步消息76后，節(jié)點(diǎn)56用請(qǐng)求消息78進(jìn)行響應(yīng)，如圖6所示。
節(jié)點(diǎn)56在請(qǐng)求消息78中放入對(duì)同步消息76中所提的請(qǐng)求進(jìn)行響應(yīng)所必需的認(rèn)證信息。另外，節(jié)點(diǎn)56還在請(qǐng)求消息78中放入建立節(jié)點(diǎn)56經(jīng)由PDSN 60進(jìn)行后續(xù)網(wǎng)絡(luò)接入所用的鏈路所需的所有參數(shù)選項(xiàng)。帶有相關(guān)聯(lián)選項(xiàng)的參數(shù)是否與鏈路配置、認(rèn)證、或者網(wǎng)絡(luò)接入控制有關(guān)是沒(méi)有影響的。也就是說(shuō)，在請(qǐng)求消息78中，所有帶有選項(xiàng)的參數(shù)無(wú)論功能如何都被放入其中，而不是根據(jù)前面關(guān)于PPP所述的諸如LCP(鏈路控制協(xié)議)、CHAP(挑戰(zhàn)握手認(rèn)證協(xié)議)和IPCP(因特網(wǎng)協(xié)議控制協(xié)議)的協(xié)議組成部分的功能對(duì)參數(shù)進(jìn)行分類(lèi)。更具體地，請(qǐng)求消息78中帶有選項(xiàng)的那些參數(shù)可包括對(duì)挑戰(zhàn)消息的響應(yīng)，或者用戶(hù)名和口令(如果可應(yīng)用的話(huà))，諸如數(shù)據(jù)報(bào)大小和HDLC(高級(jí)數(shù)據(jù)鏈路控制)頭字段壓縮方案的鏈路58的鏈路配置參數(shù)，以及用于網(wǎng)絡(luò)接入的參數(shù)，諸如IP地址、DNS(域名系統(tǒng))配置和IP頭壓縮協(xié)議(如果可應(yīng)用的話(huà))等。請(qǐng)求消息78基本上被格式化為帶有有意圖的在選擇方面的冗余，以便允許PDSN 60選擇節(jié)點(diǎn)56和60都支持的選項(xiàng)，從而允許節(jié)點(diǎn)56和60都能迅速地結(jié)束層2鏈路的整個(gè)處理。在各種選擇中，為了增加成功建立鏈路的機(jī)會(huì)，PDSN 60可以選擇性地選定帶有明顯被支持的相關(guān)選項(xiàng)的參數(shù)，從而縮短整個(gè)鏈路時(shí)間。
如圖6所示，為響應(yīng)請(qǐng)求消息78，PDSN 60發(fā)送應(yīng)答消息80。在應(yīng)答消息80中，PDSN 60從各種選擇中選出選項(xiàng)。應(yīng)答消息80包括帶有其相關(guān)配置值的選出的參數(shù)選項(xiàng)。非常普遍地，應(yīng)答消息80是在節(jié)點(diǎn)56開(kāi)始以用戶(hù)數(shù)據(jù)82的形式的網(wǎng)絡(luò)業(yè)務(wù)之前所需的最后的消息。在網(wǎng)絡(luò)接入結(jié)束時(shí)，節(jié)點(diǎn)56或者PDSN 60可以向?qū)Ψ桨l(fā)送終止請(qǐng)求消息84，然后對(duì)方用終止確認(rèn)消息86響應(yīng)回去，并結(jié)束通信會(huì)話(huà)。
與其它協(xié)議方法(諸如上文描述的PPP協(xié)議)不同，在用戶(hù)數(shù)據(jù)82開(kāi)始交換之前，鏈路處理75實(shí)質(zhì)上涉及的交換消息數(shù)量較少。從而，鏈路層即層2的鏈路建立因此可被更快速地完成。
假定在該實(shí)例中，在與網(wǎng)絡(luò)46中的PDSN 60交換用戶(hù)數(shù)據(jù)82的過(guò)程中，節(jié)點(diǎn)56開(kāi)始移動(dòng)到另一網(wǎng)絡(luò)，諸如網(wǎng)絡(luò)48。移動(dòng)路徑用圖4中所示的附圖標(biāo)記88表示。
在這種情景下，節(jié)點(diǎn)56基本上經(jīng)過(guò)通常稱(chēng)為“越區(qū)切換”的處理。更特別地，節(jié)點(diǎn)56將通信方從在網(wǎng)絡(luò)46中通過(guò)RAN 62連接上的PDSN60切換成在網(wǎng)絡(luò)48中通過(guò)RAN 68連接上的PDSN 66。根據(jù)該實(shí)施例，在越區(qū)切換之前，節(jié)點(diǎn)56首先需要接收越區(qū)切換指示。越區(qū)切換指示可以以不同方案實(shí)施的各種形式出現(xiàn)。
圖7示出了一種這樣的方案，概括地用附圖標(biāo)記92表示?，F(xiàn)參考圖7，并結(jié)合圖4。
在越區(qū)切換之前，假定節(jié)點(diǎn)56在接入任何網(wǎng)絡(luò)之前首先經(jīng)由RAN62與PDSN 60進(jìn)行非PPP鏈路會(huì)話(huà)94。會(huì)話(huà)94可以是如圖6所示出和描述的鏈路建立處理75。非PPP鏈路建立會(huì)話(huà)94的時(shí)間段為，例如，從t1持續(xù)到t4。
應(yīng)注意，在時(shí)間段t2處的非PPP鏈路會(huì)話(huà)的過(guò)程中，PDSN 60發(fā)送出LCP配置請(qǐng)求消息96，該消息96是PPP消息。其原因在于，起初PDSN 60不知道節(jié)點(diǎn)56是支持傳統(tǒng)PPP還是支持非PPP。為了增加鏈接上節(jié)點(diǎn)56的機(jī)會(huì)，與鏈路建立處理75相應(yīng)的同步消息76(圖6)和根據(jù)PPP的LCP配置請(qǐng)求消息96被發(fā)送出去。在該情況下，節(jié)點(diǎn)56支持鏈路建立處理75。如此，網(wǎng)絡(luò)接口層協(xié)議會(huì)話(huà)94是根據(jù)鏈路建立處理75來(lái)執(zhí)行的。
在網(wǎng)絡(luò)接口層協(xié)議會(huì)話(huà)94被成功建立之后，隨后，可以在時(shí)間段t5交換用戶(hù)數(shù)據(jù)82。假定在該時(shí)刻，節(jié)點(diǎn)56開(kāi)始從網(wǎng)絡(luò)46向網(wǎng)絡(luò)48移去。
根據(jù)cdma2000標(biāo)準(zhǔn)，有無(wú)線(xiàn)功能的網(wǎng)絡(luò)，諸如網(wǎng)絡(luò)46和48，不斷地廣播消息以表明它們的身份。廣播消息可以采取“系統(tǒng)參數(shù)消息”的形式，有時(shí)候也采取F-BCCH(前向廣播控制信道)上運(yùn)載的“擴(kuò)展系統(tǒng)參數(shù)消息”的形式，其中F-BCCH是網(wǎng)絡(luò)的前向控制信道之一。如此，諸如節(jié)點(diǎn)56的節(jié)點(diǎn)，通過(guò)檢測(cè)來(lái)自網(wǎng)絡(luò)的廣播消息，總是可以找出其所在之處。
在系統(tǒng)參數(shù)消息中，尤其是可以找到SID(系統(tǒng)標(biāo)識(shí))和NID(網(wǎng)絡(luò)標(biāo)識(shí))。SID是被分配給網(wǎng)絡(luò)(諸如，網(wǎng)絡(luò)46或48)的特定無(wú)線(xiàn)操作者的號(hào)碼。另一方面，NID是唯一地標(biāo)識(shí)通信系統(tǒng)(諸如系統(tǒng)44)內(nèi)的特定網(wǎng)絡(luò)的號(hào)碼。
在擴(kuò)展系統(tǒng)參數(shù)消息中，包括標(biāo)識(shí)PCF(諸如，圖4中所示的BSC/PCF 64或70)的覆蓋區(qū)域的PZID(分組區(qū)標(biāo)識(shí))。如果諸如系統(tǒng)44的通信系統(tǒng)支持HRPD(高速率分組數(shù)據(jù))，其中的HRPD通常被稱(chēng)為1xEV-DO并且是基于CDMA(碼分多址)的無(wú)線(xiàn)數(shù)據(jù)技術(shù)，則可以從被稱(chēng)為“扇區(qū)參數(shù)消息”的另一廣播消息中的子網(wǎng)掩碼和扇區(qū)ID找到子網(wǎng)ID(標(biāo)識(shí))而不是PZID。
現(xiàn)返回圖4和7，假定當(dāng)節(jié)點(diǎn)56到達(dá)網(wǎng)絡(luò)58的領(lǐng)域時(shí)，節(jié)點(diǎn)56接收到來(lái)自網(wǎng)絡(luò)58的廣播消息。其中，廣播消息示出了新的NID。新的NID不同于先前的NID。根據(jù)NID的改變，節(jié)點(diǎn)56知道它已經(jīng)移動(dòng)到另一網(wǎng)絡(luò)。假定在該例子中，網(wǎng)絡(luò)48不支持任何非PPP作為其層2協(xié)議。如此，網(wǎng)絡(luò)48中的PDSN 66發(fā)送出LCP配置請(qǐng)求消息98。此時(shí)節(jié)點(diǎn)56對(duì)LCP配置請(qǐng)求消息98做出響應(yīng)。其原因在于，因?yàn)镹ID的改變，節(jié)點(diǎn)56可以合理地假設(shè)其進(jìn)入到新的網(wǎng)絡(luò)，但還沒(méi)有接收到諸如同步消息76的非PPP消息。相反，接收到了作為PPP消息的LCP配置請(qǐng)求消息98。節(jié)點(diǎn)56立即知道新到達(dá)的網(wǎng)絡(luò)，諸如網(wǎng)絡(luò)48，不支持任何非常規(guī)的層2協(xié)議。從而，在時(shí)間段t8，節(jié)點(diǎn)56迅速使其自身定向成經(jīng)由PPP協(xié)商會(huì)話(huà)100與PDSN 66進(jìn)行協(xié)商。如果成功，隨后在時(shí)間t9處交換用戶(hù)數(shù)據(jù)102，如圖7所示。
應(yīng)注意，節(jié)點(diǎn)56對(duì)在時(shí)間段t7來(lái)自網(wǎng)絡(luò)48的LCP配置請(qǐng)求消息98做出響應(yīng)，而不對(duì)在時(shí)間段t2來(lái)自網(wǎng)絡(luò)46的LCP配置請(qǐng)求消息96做出響應(yīng)。如上所述，這是因?yàn)楣?jié)點(diǎn)56在時(shí)間段t7之前的時(shí)間段t6，已得知SID，NID或PZID的改變。
在成功執(zhí)行PPP協(xié)商會(huì)話(huà)100之后，則可以建立用戶(hù)數(shù)據(jù)102。在用戶(hù)數(shù)據(jù)102的結(jié)尾，節(jié)點(diǎn)30或者NAS 33可以向?qū)Ψ桨l(fā)送終止請(qǐng)求消息104，對(duì)方隨后分別在時(shí)間段t10和t11用終止確認(rèn)消息106響應(yīng)回去，并結(jié)束通信會(huì)話(huà)92。
圖8的流程圖中示出了根據(jù)該實(shí)施例的第一越區(qū)切換方案的有關(guān)步驟。
圖9示出了概括地用附圖標(biāo)記108表示的第二方案?，F(xiàn)參考圖4，并結(jié)合圖9。如前面的實(shí)例中所述，節(jié)點(diǎn)56在經(jīng)由服務(wù)PDSN 60接入網(wǎng)絡(luò)之前，首先通過(guò)鏈路協(xié)議會(huì)話(huà)94。而且，為了確保鏈接節(jié)點(diǎn)56的機(jī)會(huì)更大，如前面所說(shuō)明的，在會(huì)話(huà)94期間，在時(shí)間段t2，PDSN 60還發(fā)送LCP配置請(qǐng)求消息96。在成功執(zhí)行非PPP網(wǎng)絡(luò)接口層協(xié)議會(huì)話(huà)94后，在時(shí)間段t4交換用戶(hù)數(shù)據(jù)82，如圖9所示。而且，假定在用戶(hù)數(shù)據(jù)82流動(dòng)過(guò)程中，節(jié)點(diǎn)56開(kāi)始從網(wǎng)絡(luò)46向網(wǎng)絡(luò)48移動(dòng)過(guò)去。在該實(shí)例中，節(jié)點(diǎn)56接收越區(qū)切換指示，該指示不同于先前實(shí)例的越區(qū)切換指示。
具體地，當(dāng)節(jié)點(diǎn)56到達(dá)網(wǎng)絡(luò)48的領(lǐng)域時(shí)，在圖9所示的時(shí)間段t5，節(jié)點(diǎn)56接收到另一LCP配置請(qǐng)求消息110。此時(shí)，節(jié)點(diǎn)56可基于消息110和96中的不同消息ID(標(biāo)識(shí))，區(qū)分時(shí)間段t5的LCP配置請(qǐng)求消息110與時(shí)間段t2的LCP配置請(qǐng)求消息96的來(lái)源，這將在下文進(jìn)行解釋。
在此時(shí)，暫時(shí)離題來(lái)解釋一下PPP消息的數(shù)據(jù)幀格式是有幫助的。
圖10示出了具有HDLC(高級(jí)數(shù)據(jù)鏈路控制)的數(shù)據(jù)幀格式，——類(lèi)似于PPP中使用的成幀格式。
用于數(shù)據(jù)分組的幀模板概括地用附圖標(biāo)記112表示，其基本上是關(guān)于PPP的RFC 1662下規(guī)定的分組模板。更特別地，數(shù)據(jù)幀112包括標(biāo)記字段114、地址字段116、控制字段118、協(xié)議號(hào)字段120、數(shù)據(jù)字段122，以及FCS(幀校驗(yàn)序列)字段124。
為了向后兼容PPP，想要代替PPP的大多數(shù)網(wǎng)絡(luò)接口層協(xié)議也被設(shè)計(jì)為具有或多或少與PPP的幀格式112類(lèi)似的幀格式。例如，圖6中所示的‘068專(zhuān)利申請(qǐng)中公開(kāi)的鏈路協(xié)議75可以采用與PPP的幀格式類(lèi)似的幀格式。
現(xiàn)返回參考圖10。
標(biāo)記字段114為一個(gè)字節(jié)長(zhǎng)，并指示數(shù)據(jù)分組幀的開(kāi)始。標(biāo)記字段114一直取十六進(jìn)制值7E，并且該同一值被用于鏈路處理54和PPP，如RFC 1662所要求的那樣。
地址字段116也是一個(gè)字節(jié)長(zhǎng)，并一直被設(shè)置成十六進(jìn)制值FF，也如RFC 1662中所述。
控制字段118也是一個(gè)字節(jié)長(zhǎng)，并被固定為十六進(jìn)制值03，也如RFC 1662所規(guī)定的那樣。
在協(xié)議號(hào)字段120中，該字段中的值指示數(shù)據(jù)分組112是什么。協(xié)議號(hào)字段120是兩個(gè)字節(jié)長(zhǎng)。例如，如RFC 1661和1662中所定義的，LCP消息中的每個(gè)消息，諸如LCP配置請(qǐng)求消息(圖2)，都具有十六進(jìn)制值C021。為了在PPP消息之間進(jìn)行區(qū)分，諸如LCP配置請(qǐng)求消息和LCP配置否認(rèn)消息(圖2)，不同消息ID被放入數(shù)據(jù)字段122中，這將在后面進(jìn)行解釋。對(duì)于被設(shè)計(jì)成代替PPP的其它鏈路協(xié)議，諸如圖6中所示的‘068專(zhuān)利申請(qǐng)中公開(kāi)的協(xié)議75，使用不同的協(xié)議號(hào)120，以便與其它PPP消息區(qū)分開(kāi)。例如，在圖6中所示的鏈路處理75中，鏈路處理75中所使用的同步消息76、請(qǐng)求消息78或者應(yīng)答消息80(圖6)具有與PPP中所使用的任何協(xié)議值都不同的唯一的協(xié)議值。如此，可容易區(qū)分?jǐn)?shù)據(jù)分組112是PPP分組還是非PPP分組。
數(shù)據(jù)字段122的長(zhǎng)度在從零到包含數(shù)據(jù)或者控制信息的更多字節(jié)凈荷的范圍內(nèi)。例如，如果協(xié)議號(hào)字段120中的值帶有指示數(shù)據(jù)分組112是LCP配置請(qǐng)求消息96或者110(圖9)的值，則數(shù)據(jù)字段122包括分別與建立鏈路58或者90相關(guān)聯(lián)的所有必要的通信參數(shù)選項(xiàng)。作為另一實(shí)例，如果協(xié)議號(hào)字段120中的值具有指示數(shù)據(jù)分組112為用戶(hù)數(shù)據(jù)82或者100(圖9)的值，從層3生成的IP數(shù)據(jù)分組被整體封裝到數(shù)據(jù)字段122中。
FCS字段124的長(zhǎng)度范圍是從二到四個(gè)字節(jié)，并包含諸如CRC(循環(huán)冗余碼)的代碼，來(lái)為幀112提供能避免傳輸期間出現(xiàn)錯(cuò)誤的基本保護(hù)。
現(xiàn)返回圖9并參考該圖。如上文所述，數(shù)據(jù)字段122包括消息ID，稱(chēng)為RFC 1661下的“代碼”，其將PPP消息類(lèi)型互相區(qū)分開(kāi)，諸如，在LCP配置請(qǐng)求和LCP配置確認(rèn)消息(圖2)之間進(jìn)行區(qū)分。在相同的消息類(lèi)型內(nèi)，也可以對(duì)消息ID進(jìn)行進(jìn)一步的區(qū)分，例如，通過(guò)附加上子ID(在RFC 1661下稱(chēng)為“標(biāo)識(shí)符”)。例如，可以用不同代碼來(lái)實(shí)施圖9所示的處理108中的LCP配置請(qǐng)求消息96和LCP配置請(qǐng)求消息110，或者可替代地，用相同的代碼但是用網(wǎng)絡(luò)的不同的標(biāo)識(shí)符特性來(lái)實(shí)施。如此，網(wǎng)絡(luò)48和46可被設(shè)計(jì)成，通過(guò)包含被嵌入在數(shù)據(jù)分組112的數(shù)據(jù)字段122(圖10)中的不同代碼或標(biāo)識(shí)符，分別發(fā)送出不同的LCP配置消息96和110。因此，在該實(shí)例中，當(dāng)節(jié)點(diǎn)56從網(wǎng)絡(luò)46向網(wǎng)絡(luò)48移動(dòng)過(guò)去時(shí)，通過(guò)認(rèn)識(shí)到LCP配置請(qǐng)求消息帶有的標(biāo)識(shí)符與網(wǎng)絡(luò)48的不同，節(jié)點(diǎn)56得知自己處于網(wǎng)絡(luò)48的領(lǐng)域中。
在處于網(wǎng)絡(luò)48中時(shí)，節(jié)點(diǎn)56接收不到非PPP消息，而是相反，接收到為PPP消息的LCP配置請(qǐng)求消息110，并且根據(jù)與LCP配置請(qǐng)求消息96不同的標(biāo)識(shí)符，節(jié)點(diǎn)56得知網(wǎng)絡(luò)48不支持任何非PPP作為其鏈路建立協(xié)議。節(jié)點(diǎn)56迅速使自己定向成響應(yīng)LCP配置請(qǐng)求消息110。隨后如圖9中所示執(zhí)行PPP協(xié)商100。處理108的其余部分與前述圖7所示的處理92基本相同，這里不再重復(fù)。
圖11的流程圖中示出了根據(jù)該實(shí)施例的第二越區(qū)切換方案的有關(guān)步驟。
可替代地，可將版本/權(quán)限(version/capability)標(biāo)識(shí)分組插入數(shù)據(jù)分組112的數(shù)據(jù)字段122中。在3GPP2發(fā)布的cdma2000標(biāo)準(zhǔn)下，可包括版本/權(quán)限標(biāo)識(shí)分組，如在3GPP2的標(biāo)題為“Wireless IP NetworkStandard”，TIA-835D的文獻(xiàn)中所規(guī)定的。版本/權(quán)限標(biāo)識(shí)分組基本上是特定廠(chǎng)家的分組，如該名稱(chēng)所暗示的那樣，其標(biāo)識(shí)制造節(jié)點(diǎn)(諸如圖4中所示的節(jié)點(diǎn)56或者PDSN 60或者66)的特定廠(chǎng)家的有關(guān)信息。版本/權(quán)限標(biāo)識(shí)分組主要在PPP會(huì)話(huà)的LCP階段期間被交換。交換版本/權(quán)限標(biāo)識(shí)分組的目的在于，一旦正在協(xié)商的各節(jié)點(diǎn)在協(xié)商處理器早期就指出了它們的版本和權(quán)限，則避免PPP會(huì)話(huà)期間關(guān)于雙方節(jié)點(diǎn)的不支持特征的不必要的協(xié)商步驟。
舉例來(lái)說(shuō)，假定圖9中的節(jié)點(diǎn)56在時(shí)間段t2接收到帶有版本/權(quán)限標(biāo)識(shí)分組的LCP配置請(qǐng)求消息96，其中的版本/權(quán)限標(biāo)識(shí)分組包括不排除使用非PPP的可能性的信息，從而，節(jié)點(diǎn)56在時(shí)間段t3不立即恢復(fù)使用PPP進(jìn)行鏈路建立。相反，節(jié)點(diǎn)56在時(shí)間段t3繼續(xù)進(jìn)行非PPP鏈路建立處理94。另一方面，如果節(jié)點(diǎn)56在時(shí)間段t5接收到帶有僅允許使用PPP的信息的版本/權(quán)限標(biāo)識(shí)分組的LCP配置請(qǐng)求消息110，然后節(jié)點(diǎn)56立即使自己定向成在時(shí)間段t6經(jīng)由PPP與目標(biāo)節(jié)點(diǎn)66協(xié)商。
可替代地，獨(dú)立的版本/權(quán)限標(biāo)識(shí)分組可以在LCP配置請(qǐng)求消息96或110之前被發(fā)送出去。這樣，例如，在時(shí)間段t5，兩個(gè)消息可以由目標(biāo)PDSN 66發(fā)送出去。如上所述，第一個(gè)消息是在數(shù)據(jù)分組112(圖10)的數(shù)據(jù)字段122中包含有特定廠(chǎng)商信息的版本/權(quán)限標(biāo)識(shí)分組。第二個(gè)消息可以是常規(guī)的LCP配置請(qǐng)求消息，諸如圖2所示的PPP會(huì)話(huà)34的LCP協(xié)商階段36期間的第一LCP配置請(qǐng)求消息。
圖11A的流程圖示出了剛剛在上面解釋的越區(qū)切換方案的有關(guān)步驟。
圖12示出了又一越區(qū)切換方案，概括地用附圖標(biāo)記130表示?，F(xiàn)參考圖12，并結(jié)合圖4。與以前的方案中一樣，當(dāng)處于網(wǎng)絡(luò)46中時(shí)，節(jié)點(diǎn)56需要在接入網(wǎng)絡(luò)之前進(jìn)行與PDSN 60的鏈路建立會(huì)話(huà)94。而且，為了確保鏈接節(jié)點(diǎn)56的機(jī)會(huì)更大，在會(huì)話(huà)94期間的時(shí)間段t2，網(wǎng)絡(luò)46中的PDSN 60還發(fā)送LCP配置請(qǐng)求消息96，如前面所解釋的那樣。應(yīng)注意，此時(shí)，LCP配置請(qǐng)求消息96是在鏈路建立會(huì)話(huà)94的其它非PPP消息的中間發(fā)送出去的。在成功地執(zhí)行了非PPP網(wǎng)絡(luò)接口層協(xié)議會(huì)話(huà)94后，在時(shí)間段t4以類(lèi)似于前述并且如圖12所示的方式交換用戶(hù)數(shù)據(jù)82。而且，假定在交換用戶(hù)數(shù)據(jù)82的過(guò)程中，節(jié)點(diǎn)56開(kāi)始從網(wǎng)絡(luò)46向網(wǎng)絡(luò)48漫游過(guò)去。
當(dāng)節(jié)點(diǎn)56到達(dá)網(wǎng)絡(luò)48的領(lǐng)域時(shí)，此時(shí)，如圖12所示，節(jié)點(diǎn)56在時(shí)間段t7接收多個(gè)LCP配置請(qǐng)求消息132A-132N。在該實(shí)例中，節(jié)點(diǎn)56可基于消息發(fā)送模式，區(qū)分在時(shí)間段t2來(lái)自網(wǎng)絡(luò)46的LCP配置請(qǐng)求消息96與在時(shí)間段t7來(lái)自網(wǎng)絡(luò)48的LCP配置請(qǐng)求消息132A-132N的來(lái)源。更具體地，在時(shí)間段t2，節(jié)點(diǎn)56在鏈路建立會(huì)話(huà)94的其它非PPP消息之中接收到一個(gè)LCP配置消息96。相反，在時(shí)間段t7，節(jié)點(diǎn)56接收到多個(gè)LCP配置消息132A-132N。
這樣，根據(jù)LCP配置請(qǐng)求消息的接收模式，節(jié)點(diǎn)56得知節(jié)點(diǎn)56當(dāng)前所在的網(wǎng)絡(luò)是否支持非PPP。例如，節(jié)點(diǎn)56可以被編程為僅對(duì)第二連續(xù)LCP配置請(qǐng)求消息進(jìn)行響應(yīng)。這樣，在該情況下，在時(shí)間段t2，當(dāng)節(jié)點(diǎn)56接收LCP配置請(qǐng)求消息96時(shí)，節(jié)點(diǎn)56等待下一個(gè)即將到來(lái)的消息。如果下一個(gè)即將到來(lái)的消息不是LCP配置請(qǐng)求消息96的重復(fù)，節(jié)點(diǎn)56知道網(wǎng)絡(luò)46支持不同于PPP的其它非PPP，并且在時(shí)間段t2簡(jiǎn)單地忽略L(fǎng)CP配置請(qǐng)求消息96，并如上所述地繼續(xù)進(jìn)行非PPP鏈路會(huì)話(huà)94。
另一方面，如果節(jié)點(diǎn)56例如在時(shí)間段t7期間接收到多于一個(gè)連續(xù)LCP配置請(qǐng)求消息132A-132N，節(jié)點(diǎn)56知道發(fā)送出消息的網(wǎng)絡(luò)，即，網(wǎng)絡(luò)48，在此情況下僅支持PPP而不支持其它網(wǎng)絡(luò)接口層協(xié)議。節(jié)點(diǎn)56立即恢復(fù)成經(jīng)由PPP通過(guò)網(wǎng)絡(luò)48中的RAN 68與目標(biāo)PDSN 66通信，如圖12所示。處理130的其余部分基本類(lèi)似于前述的分別在圖7和圖9中示出的處理92和108，因此這里不再重復(fù)。
應(yīng)注意，由節(jié)點(diǎn)56發(fā)出的對(duì)LCP配置請(qǐng)求消息132A-132N的響應(yīng)的數(shù)量是可配置的。例如，代替在如上面的實(shí)施例中所述的第二LCP配置請(qǐng)求消息132B之后由節(jié)點(diǎn)56開(kāi)始與目標(biāo)PDSN 66進(jìn)行PPP協(xié)商100，節(jié)點(diǎn)56也可以在第i個(gè)LCP配置請(qǐng)求消息132i之后開(kāi)始PPP協(xié)商100，其中i的范圍是從2到N，N是大于2的整數(shù)。
圖13的流程圖中示出了根據(jù)該實(shí)施例的第三越區(qū)切換方案的有關(guān)步驟。
圖14示意性地示出了根據(jù)本發(fā)明示例性實(shí)施例的諸如圖4所示的節(jié)點(diǎn)56這樣的設(shè)備的硬件實(shí)現(xiàn)部分，用附圖標(biāo)記140表示。設(shè)備140可以各種形式構(gòu)造和安裝，諸如，膝上型電腦、PDA、或者蜂窩電話(huà)，僅是舉幾個(gè)例子。
設(shè)備140包括將若干電路鏈接在一起的中央數(shù)據(jù)總線(xiàn)142。這些電路包括CPU(中央處理單元)或控制器144、接收電路146、發(fā)射電路148和存儲(chǔ)器單元150。
如果設(shè)備140是無(wú)線(xiàn)設(shè)備的一部分，則接收和發(fā)射電路146和148可以被連接到RF(無(wú)線(xiàn)射頻)電路(圖中未示出)。接收電路146在將接收到的信號(hào)傳送至數(shù)據(jù)總線(xiàn)142之前，處理和緩沖各接收到的信號(hào)。另一方面，發(fā)射電路148在將來(lái)自數(shù)據(jù)總線(xiàn)142的數(shù)據(jù)發(fā)送出設(shè)備140之前，處理和緩沖來(lái)自數(shù)據(jù)總線(xiàn)142的數(shù)據(jù)。CPU/控制器144執(zhí)行數(shù)據(jù)總線(xiàn)142的數(shù)據(jù)管理的職責(zé)，還執(zhí)行通用數(shù)據(jù)處理的功能，包括執(zhí)行存儲(chǔ)器單元140的指令內(nèi)容。
可替代地，發(fā)射電路148和接收電路146可以是CPU/控制器144的一部分，而不是如圖14所示的那樣單獨(dú)設(shè)置。
存儲(chǔ)器單元150包括概括地用附圖標(biāo)記152表示的一組指令。在該實(shí)施例中，指令尤其包括協(xié)議堆棧功能154、鏈路建立客戶(hù)機(jī)156、鏈路越區(qū)切換功能158和PPP功能160等部分。協(xié)議堆棧功能154運(yùn)行與先前如圖5中所示出和描述的堆棧74相類(lèi)似的協(xié)議堆棧。鏈路建立客戶(hù)機(jī)156包括用于建立除PPP鏈路處理外的一個(gè)或多個(gè)鏈路處理(諸如上述圖7、9和12中所示的處理94)的指令組。PPP功能160包括用于允許設(shè)備140執(zhí)行PPP處理的指令組。鏈路越區(qū)切換功能158包括用于執(zhí)行越區(qū)切換處理(諸如，有關(guān)的圖7-13中所示出和描述的處理92、108和130)的指令組。PPP功能160可以獨(dú)立地被用于既支持PPP又支持非PPP鏈路處理的網(wǎng)絡(luò)，或者作為網(wǎng)絡(luò)不支持其它非PPP鏈路處理的情況下的備用而被使用，也如上文所述。
在該實(shí)施例中，存儲(chǔ)器單元150是RAM(隨機(jī)訪(fǎng)問(wèn)存儲(chǔ)器)電路。示例性的指令部154、156、158和160是軟件例程或者模塊。存儲(chǔ)器單元150可以被綁定到另一存儲(chǔ)器電路(未示出)，該另一存儲(chǔ)器電路可以是易失性的也可以是非易失性的類(lèi)型。可替代地，存儲(chǔ)器單元150可以由其它電路類(lèi)型構(gòu)成，諸如，EEPROM(電可擦除可編程只讀存儲(chǔ)器)、EPROM(電可編程只讀存儲(chǔ)器)、ROM(只讀存儲(chǔ)器)、ASIC(專(zhuān)用集成電路)、磁盤(pán)、光盤(pán)以及其它本技術(shù)領(lǐng)域中公知的電路類(lèi)型。
還應(yīng)注意，如上面的圖7-13、15和16所示出和描述的處理92、108和130，也可以被編碼為在本技術(shù)領(lǐng)域中公知的任何計(jì)算機(jī)可讀介質(zhì)上執(zhí)行的計(jì)算機(jī)可讀指令。在該說(shuō)明書(shū)和所附權(quán)利要求中，術(shù)語(yǔ)“計(jì)算機(jī)可讀介質(zhì)”是指參與向如圖14中所示出和描述的CPU/控制器144提供用于執(zhí)行的指令的任何介質(zhì)。這種介質(zhì)可以是存儲(chǔ)類(lèi)型的，并可以采取如前所述(例如，在圖14中的存儲(chǔ)器單元150的說(shuō)明中)的易失性或非易失性存儲(chǔ)介質(zhì)的形式。這種介質(zhì)可以是傳輸類(lèi)型的，并可以包括能夠運(yùn)載機(jī)器可讀或計(jì)算機(jī)可讀信號(hào)的同軸電纜、金屬線(xiàn)、光纜和運(yùn)載聲波或電磁波的空中接口。
最后，如該實(shí)施例中所述，越區(qū)切換步驟被示為在交換用戶(hù)數(shù)據(jù)82(例如，見(jiàn)圖7、9和12)的過(guò)程中執(zhí)行。但并不一定是按這樣進(jìn)行的。越區(qū)切換可以發(fā)生在節(jié)點(diǎn)56處于建立網(wǎng)絡(luò)接口層協(xié)議會(huì)話(huà)94的過(guò)程中的時(shí)候。圖15示出了這種情況，其中，為了說(shuō)明，如圖7所示出和描述的鏈路處理92被突出顯示，并且一些有關(guān)步驟被重復(fù)。如圖所示，在時(shí)間段t4，在完成鏈路建立處理94之前，節(jié)點(diǎn)56處于向網(wǎng)絡(luò)48移動(dòng)過(guò)去的處理中，并在時(shí)間段t4進(jìn)一步察覺(jué)到SID、NID、PZID或者子網(wǎng)ID的改變。如此，節(jié)點(diǎn)56在移動(dòng)過(guò)程中可能接收不到來(lái)自網(wǎng)絡(luò)46中的PDSN 60的應(yīng)答消息80。然而，當(dāng)在時(shí)間段t5節(jié)點(diǎn)56接收到LCP配置請(qǐng)求消息98時(shí)，節(jié)點(diǎn)56得知自己處于網(wǎng)絡(luò)48的領(lǐng)域中并可以以類(lèi)似于前述的方式立即開(kāi)始PPP協(xié)商處理100。此外，這對(duì)于圖9和12中所分別示出和描述的處理108和130同樣成立。也就是說(shuō)，根據(jù)本發(fā)明的示例性實(shí)施例的越區(qū)切換處理不需要一定僅發(fā)生在交換用戶(hù)數(shù)據(jù)期間。另外，系統(tǒng)44已經(jīng)被描述為支持cdma2000標(biāo)準(zhǔn)。顯然其它標(biāo)準(zhǔn)也可以應(yīng)用。其它標(biāo)準(zhǔn)的一個(gè)實(shí)例是3GPP(第三代伙伴合作計(jì)劃)發(fā)布的WCDMA(寬帶碼分多址)。另外，在示例性實(shí)施例中，層3協(xié)議被描述為IP。IP可以是不同的版本，諸如IPv4(因特網(wǎng)協(xié)議版本4)和IPv6(因特網(wǎng)協(xié)議版本6)。此外，應(yīng)注意，同樣可以應(yīng)用其它層3協(xié)議。例如，層3協(xié)議可以是IPX(網(wǎng)間分組交換協(xié)議)、Apple-Talk和不同版本的各種其它網(wǎng)絡(luò)協(xié)議。另外，結(jié)合實(shí)施例描述的任何邏輯塊、電路和算法步驟可以以硬件、軟件、固件或者它們的組合體來(lái)實(shí)現(xiàn)。本技術(shù)領(lǐng)域中的專(zhuān)業(yè)技術(shù)人員應(yīng)該理解，在不脫離本發(fā)明的范圍和精神的情況下，在此可以做出這些和其它形式及細(xì)節(jié)上的變更。
權(quán)利要求
1.一種在通信系統(tǒng)中從服務(wù)節(jié)點(diǎn)越區(qū)切換到目標(biāo)節(jié)點(diǎn)的方法，包括經(jīng)由第一網(wǎng)絡(luò)接口層協(xié)議接入所述服務(wù)節(jié)點(diǎn)；接收所述越區(qū)切換的指示；和經(jīng)由第二網(wǎng)絡(luò)接口層協(xié)議接入所述目標(biāo)節(jié)點(diǎn)。
2.如權(quán)利要求1所述的方法，其中，接收所述指示的所述步驟包括接收帶有標(biāo)識(shí)所述目標(biāo)節(jié)點(diǎn)的標(biāo)識(shí)的消息。
3.如權(quán)利要求1所述的方法，其中，接收所述指示的所述步驟包括接收在標(biāo)識(shí)所述目標(biāo)節(jié)點(diǎn)的數(shù)據(jù)分組的數(shù)據(jù)字段中帶有消息標(biāo)識(shí)的所述數(shù)據(jù)分組。
4.如權(quán)利要求1所述的方法，其中，接收所述指示的所述步驟包括接收在標(biāo)識(shí)所述目標(biāo)節(jié)點(diǎn)的數(shù)據(jù)分組的數(shù)據(jù)字段中帶有版本/權(quán)限標(biāo)識(shí)分組的所述數(shù)據(jù)分組。
5.如權(quán)利要求1所述的方法，其中，接收所述指示的所述步驟包括接收來(lái)自所述目標(biāo)節(jié)點(diǎn)的所述第二網(wǎng)絡(luò)接口層協(xié)議的多個(gè)請(qǐng)求消息。
6.如權(quán)利要求1所述的方法，還包括，在接入所述服務(wù)節(jié)點(diǎn)的所述步驟之后，與所述服務(wù)節(jié)點(diǎn)交換用戶(hù)數(shù)據(jù)，其中所述越區(qū)切換的所述指示是在交換所述用戶(hù)數(shù)據(jù)的所述步驟的過(guò)程中接收到的。
7.如權(quán)利要求1所述的設(shè)備，其中，所述越區(qū)切換的所述指示是在經(jīng)由所述第一網(wǎng)絡(luò)接口層協(xié)議接入所述服務(wù)節(jié)點(diǎn)的過(guò)程中接收到的。
8.如權(quán)利要求1所述的方法，其中，經(jīng)由所述第一網(wǎng)絡(luò)接口層協(xié)議接入所述服務(wù)節(jié)點(diǎn)的所述步驟，包括在發(fā)向所述服務(wù)節(jié)點(diǎn)的一個(gè)消息中提供用于認(rèn)證、鏈路配置和網(wǎng)絡(luò)接入的一組參數(shù)選項(xiàng)。
9.一種在支持IP(因特網(wǎng)協(xié)議)的通信系統(tǒng)中從第一節(jié)點(diǎn)越區(qū)切換到第二節(jié)點(diǎn)的方法，包括經(jīng)由不同于PPP(點(diǎn)對(duì)點(diǎn)協(xié)議)的網(wǎng)絡(luò)接口層協(xié)議接入所述第一節(jié)點(diǎn)；接收所述越區(qū)切換的指示；和經(jīng)由所述PPP接入所述第二節(jié)點(diǎn)。
10.如權(quán)利要求9所述的方法，其中，經(jīng)由不同于PPP的所述網(wǎng)絡(luò)接口層協(xié)議接入所述第一節(jié)點(diǎn)的所述步驟，包括在發(fā)向所述第二節(jié)點(diǎn)的消息中提供用于認(rèn)證、鏈路配置和網(wǎng)絡(luò)接入的一組參數(shù)選項(xiàng)。
11.如權(quán)利要求9所述的方法，其中，接收所述指示的所述步驟包括接收帶有標(biāo)識(shí)所述第二節(jié)點(diǎn)的消息標(biāo)識(shí)的消息，所述消息標(biāo)識(shí)選自于皆與所述第二節(jié)點(diǎn)相關(guān)聯(lián)的NID(網(wǎng)絡(luò)標(biāo)識(shí))、SID(系統(tǒng)標(biāo)識(shí))、PZID(分組區(qū)標(biāo)識(shí))和子網(wǎng)ID(子網(wǎng)標(biāo)識(shí))。
12.如權(quán)利要求9所述的方法，其中，接收所述指示的所述步驟，包括接收在標(biāo)識(shí)所述第二節(jié)點(diǎn)的數(shù)據(jù)分組的數(shù)據(jù)字段中包括有代碼或者標(biāo)識(shí)符的所述數(shù)據(jù)分組。
13.如權(quán)利要求9所述的方法，其中，接收所述指示的所述步驟，包括接收在標(biāo)識(shí)所述第二節(jié)點(diǎn)的數(shù)據(jù)分組的數(shù)據(jù)字段中包括有版本/權(quán)限標(biāo)識(shí)分組的所述數(shù)據(jù)分組。
14.如權(quán)利要求9所述的方法，其中，接收所述指示的所述步驟，包括從所述第二節(jié)點(diǎn)接收所述PPP的多個(gè)LCP(鏈路控制協(xié)議)配置請(qǐng)求消息。
15.一種通信系統(tǒng)中的設(shè)備，包括用于經(jīng)由第一網(wǎng)絡(luò)接口層協(xié)議接入所述通信系統(tǒng)中的服務(wù)節(jié)點(diǎn)的裝置；用于接收越區(qū)切換的指示的裝置；和用于經(jīng)由第二網(wǎng)絡(luò)接口層協(xié)議接入目標(biāo)節(jié)點(diǎn)的裝置。
16.如權(quán)利要求15所述的設(shè)備，其中，所述指示包括標(biāo)識(shí)所述目標(biāo)節(jié)點(diǎn)的消息中的標(biāo)識(shí)。
17.如權(quán)利要求15所述的設(shè)備，其中，所述指示包括標(biāo)識(shí)所述目標(biāo)節(jié)點(diǎn)的數(shù)據(jù)分組的數(shù)據(jù)字段中的消息標(biāo)識(shí)。
18.如權(quán)利要求15所述的設(shè)備，其中，所述指示包括標(biāo)識(shí)所述目標(biāo)節(jié)點(diǎn)的數(shù)據(jù)分組的數(shù)據(jù)字段中的版本/權(quán)限標(biāo)識(shí)分組。
19.如權(quán)利要求15所述的設(shè)備，其中，所述指示包括來(lái)自所述目標(biāo)節(jié)點(diǎn)的所述第二網(wǎng)絡(luò)接口層協(xié)議的多個(gè)請(qǐng)求消息。
20.如權(quán)利要求15所述的設(shè)備，其中，用于接入所述服務(wù)節(jié)點(diǎn)的所述裝置包括，用于在發(fā)向所述服務(wù)節(jié)點(diǎn)的一個(gè)消息中提供用于認(rèn)證、鏈路配置和網(wǎng)絡(luò)接入的一組參數(shù)選項(xiàng)的裝置。
21.一種在支持IP(因特網(wǎng)協(xié)議)的通信系統(tǒng)中的設(shè)備，包括用于經(jīng)由不同于PPP(點(diǎn)對(duì)點(diǎn)協(xié)議)的網(wǎng)絡(luò)接口層協(xié)議接入第一節(jié)點(diǎn)的裝置；用于接收越區(qū)切換的指示的裝置；和用于經(jīng)由所述PPP接入第二節(jié)點(diǎn)的裝置。
22.如權(quán)利要求21所述的設(shè)備，其中，用于接入所述第一節(jié)點(diǎn)的所述裝置包括，用于在發(fā)向所述第二節(jié)點(diǎn)的消息中提供用于認(rèn)證、鏈路配置和網(wǎng)絡(luò)接入的一組參數(shù)選項(xiàng)的裝置。
23.如權(quán)利要求21所述的設(shè)備，其中，所述指示包括具有標(biāo)識(shí)所述第二節(jié)點(diǎn)的消息標(biāo)識(shí)的消息，所述消息標(biāo)識(shí)選自于皆與所述第二節(jié)點(diǎn)相關(guān)聯(lián)的NID(網(wǎng)絡(luò)標(biāo)識(shí))、SID(系統(tǒng)標(biāo)識(shí))、PZID(分組區(qū)標(biāo)識(shí))和子網(wǎng)ID(子網(wǎng)標(biāo)識(shí))。
24.如權(quán)利要求21所述的設(shè)備，其中，所述指示包括，在標(biāo)識(shí)所述第二節(jié)點(diǎn)的數(shù)據(jù)分組的數(shù)據(jù)字段中包括有代碼或者標(biāo)識(shí)符的所述數(shù)據(jù)分組。
25.如權(quán)利要求21所述的設(shè)備，其中，所述指示包括，在標(biāo)識(shí)所述第二節(jié)點(diǎn)的數(shù)據(jù)分組的數(shù)據(jù)字段中包括有版本/權(quán)限標(biāo)識(shí)分組的所述數(shù)據(jù)分組。
26.如權(quán)利要求21所述的設(shè)備，其中，所述指示包括，來(lái)自所述第二節(jié)點(diǎn)的所述PPP的多個(gè)LCP(鏈路控制協(xié)議)配置請(qǐng)求消息。
27.一種通信系統(tǒng)中的設(shè)備，包括存儲(chǔ)器單元，其包括計(jì)算機(jī)可讀指令，用于經(jīng)由第一網(wǎng)絡(luò)接口層協(xié)議接入所述通信系統(tǒng)的服務(wù)節(jié)點(diǎn)，接收越區(qū)切換的指示，并經(jīng)由第二網(wǎng)絡(luò)接口層協(xié)議接入所述通信系統(tǒng)的目標(biāo)節(jié)點(diǎn)；和處理器電路，其聯(lián)接到所述存儲(chǔ)器單元上，并用于處理所述計(jì)算機(jī)可讀指令。
28.如權(quán)利要求27所述的設(shè)備，其中，所述指示包括具有標(biāo)識(shí)所述目標(biāo)節(jié)點(diǎn)的標(biāo)識(shí)的消息。
29.如權(quán)利要求27所述的設(shè)備，其中，所述指示包括在標(biāo)識(shí)所述目標(biāo)節(jié)點(diǎn)的數(shù)據(jù)分組的數(shù)據(jù)字段中帶有消息標(biāo)識(shí)的所述數(shù)據(jù)分組。
30.如權(quán)利要求27所述的設(shè)備，其中，所述指示包括在標(biāo)識(shí)所述目標(biāo)節(jié)點(diǎn)的數(shù)據(jù)分組的數(shù)據(jù)字段中帶有版本/權(quán)限標(biāo)識(shí)分組的所述數(shù)據(jù)分組。
31.如權(quán)利要求27所述的設(shè)備，其中，所述指示包括來(lái)自所述目標(biāo)節(jié)點(diǎn)的所述第二網(wǎng)絡(luò)接口層協(xié)議的多個(gè)請(qǐng)求消息。
32.如權(quán)利要求27所述的設(shè)備，其中，所述存儲(chǔ)器單元還包括用于在接入所述服務(wù)節(jié)點(diǎn)的所述步驟之后與所述服務(wù)節(jié)點(diǎn)交換用戶(hù)數(shù)據(jù)并開(kāi)始所述越區(qū)切換的計(jì)算機(jī)可讀指令，所述指示是在交換所述用戶(hù)數(shù)據(jù)的所述步驟的過(guò)程中接收到的。
33.如權(quán)利要求27所述的設(shè)備，其中，所述存儲(chǔ)器單元還包括用于開(kāi)始所述越區(qū)切換的計(jì)算機(jī)可讀指令，所述指示是在經(jīng)由所述第一網(wǎng)絡(luò)接口層協(xié)議接入所述服務(wù)節(jié)點(diǎn)的所述步驟的過(guò)程中接收到的。
35.如權(quán)利要求27所述的設(shè)備，其中，所述存儲(chǔ)器單元還包括用于在接入所述服務(wù)節(jié)點(diǎn)的所述步驟期間的消息中提供用于認(rèn)證、鏈路配置和網(wǎng)絡(luò)接入的一組參數(shù)選項(xiàng)的計(jì)算機(jī)可讀指令。
36.一種在支持IP(因特網(wǎng)協(xié)議)的通信系統(tǒng)中的設(shè)備，包括存儲(chǔ)器單元，其包括計(jì)算機(jī)可讀指令，用于經(jīng)由不同于PPP(點(diǎn)對(duì)點(diǎn)協(xié)議)的網(wǎng)絡(luò)接口層協(xié)議接入第一節(jié)點(diǎn)，接收越區(qū)切換的指示，并經(jīng)由所述PPP接入第二節(jié)點(diǎn)；和處理器電路，其聯(lián)接到所述存儲(chǔ)器單元上，并用于處理所述計(jì)算機(jī)可讀指令。
37.如權(quán)利要求36所述的設(shè)備，其中，所述存儲(chǔ)器單元還包括用于在接入所述第二節(jié)點(diǎn)的所述步驟期間的消息中提供用于認(rèn)證、鏈路配置和網(wǎng)絡(luò)接入的一組參數(shù)選項(xiàng)的計(jì)算機(jī)可讀指令。
38.如權(quán)利要求36所述的設(shè)備，其中，所述指示包括具有標(biāo)識(shí)所述第二節(jié)點(diǎn)的消息標(biāo)識(shí)的消息，所述消息標(biāo)識(shí)選自于皆與所述第二節(jié)點(diǎn)相關(guān)聯(lián)的NID(網(wǎng)絡(luò)標(biāo)識(shí))、SID(系統(tǒng)標(biāo)識(shí))、PZID(分組區(qū)標(biāo)識(shí))和子網(wǎng)ID(子網(wǎng)標(biāo)識(shí))。
39.如權(quán)利要求36所述的設(shè)備，其中，所述指示包括接收在標(biāo)識(shí)所述第二節(jié)點(diǎn)的數(shù)據(jù)分組的數(shù)據(jù)字段中包括有代碼或者標(biāo)識(shí)符的所述數(shù)據(jù)分組。
40.如權(quán)利要求36所述的設(shè)備，其中，所述指示包括在標(biāo)識(shí)所述第二節(jié)點(diǎn)的數(shù)據(jù)分組的數(shù)據(jù)字段中包括有版本/權(quán)限標(biāo)識(shí)分組的所述數(shù)據(jù)分組。
41.如權(quán)利要求36所述的設(shè)備，其中，所述指示包括來(lái)自所述第二節(jié)點(diǎn)的所述PPP的多個(gè)LCP(鏈路控制協(xié)議)配置請(qǐng)求消息。
42.一種包括計(jì)算機(jī)可讀指令的計(jì)算機(jī)可讀介質(zhì)，所述計(jì)算機(jī)可讀指令用于經(jīng)由第一網(wǎng)絡(luò)接口層協(xié)議接入服務(wù)節(jié)點(diǎn)；接收越區(qū)切換的指示；和經(jīng)由第二網(wǎng)絡(luò)接口層協(xié)議接入目標(biāo)節(jié)點(diǎn)。
43.如權(quán)利要求42所述的計(jì)算機(jī)可讀介質(zhì)，其中，所述指示包括具有標(biāo)識(shí)所述目標(biāo)節(jié)點(diǎn)的消息標(biāo)識(shí)的消息。
44.如權(quán)利要求42所述的計(jì)算機(jī)可讀介質(zhì)，其中，所述指示包括在標(biāo)識(shí)所述目標(biāo)節(jié)點(diǎn)的數(shù)據(jù)分組的數(shù)據(jù)字段中具有消息標(biāo)識(shí)的所述數(shù)據(jù)分組。
45.如權(quán)利要求42所述的計(jì)算機(jī)可讀介質(zhì)，其中，所述指示包括在標(biāo)識(shí)所述目標(biāo)節(jié)點(diǎn)的數(shù)據(jù)分組的數(shù)據(jù)字段中具有版本/權(quán)限標(biāo)識(shí)分組的所述數(shù)據(jù)分組。
46.如權(quán)利要求42所述的計(jì)算機(jī)可讀介質(zhì)，其中，所述指示包括來(lái)自所述目標(biāo)節(jié)點(diǎn)的所述第二網(wǎng)絡(luò)接口層協(xié)議的多個(gè)請(qǐng)求消息。
47.如權(quán)利要求42所述的計(jì)算機(jī)可讀介質(zhì)，還包括用于在接入所述服務(wù)節(jié)點(diǎn)的所述步驟之后與所述服務(wù)節(jié)點(diǎn)交換用戶(hù)數(shù)據(jù)并開(kāi)始所述越區(qū)切換的計(jì)算機(jī)可讀指令，所述指示是在交換所述用戶(hù)數(shù)據(jù)的所述步驟的過(guò)程中接收到的。
48.如權(quán)利要求42所述的計(jì)算機(jī)可讀介質(zhì)，還包括用于開(kāi)始所述越區(qū)切換的計(jì)算機(jī)可讀指令，所述指示是在經(jīng)由所述第一網(wǎng)絡(luò)接口層協(xié)議接入所述服務(wù)節(jié)點(diǎn)的所述步驟的過(guò)程中接收到的。
49.如權(quán)利要求42所述的計(jì)算機(jī)可讀介質(zhì)，還包括用于在接入所述服務(wù)節(jié)點(diǎn)的所述步驟期間的一個(gè)消息中提供用于認(rèn)證、鏈路配置和網(wǎng)絡(luò)接入的一組參數(shù)選項(xiàng)的計(jì)算機(jī)可讀指令。
50.一種包括計(jì)算機(jī)可讀指令的計(jì)算機(jī)可讀介質(zhì)，所述計(jì)算機(jī)可讀指令用于經(jīng)由不同于PPP(點(diǎn)對(duì)點(diǎn)協(xié)議)的網(wǎng)絡(luò)接口層協(xié)議接入第一節(jié)點(diǎn)；接收越區(qū)切換的指示；和經(jīng)由所述PPP接入第二節(jié)點(diǎn)。
51.如權(quán)利要求50所述的計(jì)算機(jī)可讀介質(zhì)，還包括用于在接入所述第二節(jié)點(diǎn)的所述步驟期間的消息中提供用于認(rèn)證、鏈路配置和網(wǎng)絡(luò)接入的一組參數(shù)選項(xiàng)的計(jì)算機(jī)可讀指令。
52.如權(quán)利要求50所述的計(jì)算機(jī)可讀介質(zhì)，其中，所述指示包括具有標(biāo)識(shí)所述第二節(jié)點(diǎn)的消息標(biāo)識(shí)的消息，所述消息標(biāo)識(shí)選自于皆與所述第二節(jié)點(diǎn)相關(guān)聯(lián)的NID(網(wǎng)絡(luò)標(biāo)識(shí))、SID(系統(tǒng)標(biāo)識(shí))、PZID(分組區(qū)標(biāo)識(shí))和子網(wǎng)ID(子網(wǎng)標(biāo)識(shí))。
53.如權(quán)利要求50所述的計(jì)算機(jī)可讀介質(zhì)，其中，所述指示包括在標(biāo)識(shí)所述第二節(jié)點(diǎn)的數(shù)據(jù)分組的數(shù)據(jù)字段中包括有代碼或者標(biāo)識(shí)符的所述數(shù)據(jù)分組。
54.如權(quán)利要求50所述的計(jì)算機(jī)可讀介質(zhì)，其中，所述指示包括在標(biāo)識(shí)所述第二節(jié)點(diǎn)的數(shù)據(jù)分組的數(shù)據(jù)字段中包括有版本/權(quán)限標(biāo)識(shí)分組的所述數(shù)據(jù)分組。
55.如權(quán)利要求50所述的計(jì)算機(jī)可讀介質(zhì)，其中，所述指示包括來(lái)自所述第二節(jié)點(diǎn)的所述PPP的多個(gè)LCP(鏈路控制協(xié)議)配置請(qǐng)求消息。
全文摘要
在其中漫游節(jié)點(diǎn)在用不同網(wǎng)絡(luò)接口層協(xié)議實(shí)現(xiàn)的不同網(wǎng)絡(luò)之中尋求網(wǎng)絡(luò)接入的通信系統(tǒng)中，制定越區(qū)切換方案，由此使節(jié)點(diǎn)可以在對(duì)網(wǎng)絡(luò)接入的中斷水平降低的情況下自由地從一個(gè)網(wǎng)絡(luò)移動(dòng)到另一個(gè)網(wǎng)絡(luò)。在越區(qū)切換之前和在越區(qū)切換開(kāi)始時(shí)，節(jié)點(diǎn)接收越區(qū)切換的指示。該指示可以以各種形式來(lái)實(shí)施，諸如，指示SID(系統(tǒng)標(biāo)識(shí))、NID(網(wǎng)絡(luò)標(biāo)識(shí))、或者PZID(分組區(qū)標(biāo)識(shí))中的變化的信號(hào)消息?？商娲?，該指示可以采取直接包括在越區(qū)切換之前被發(fā)送往漫游節(jié)點(diǎn)的數(shù)據(jù)分組中的信息的形式。作為另一種可替代實(shí)施方式，該指示可以被實(shí)現(xiàn)為被發(fā)送往節(jié)點(diǎn)的可區(qū)分的消息模式，其中，不同消息模式可以由支持不同網(wǎng)絡(luò)接口層協(xié)議的不同網(wǎng)絡(luò)來(lái)發(fā)送。
文檔編號(hào)H04L12/56GK101057459SQ200580038277
公開(kāi)日2007年10月17日 申請(qǐng)日期2005年9月28日 優(yōu)先權(quán)日2004年9月28日
發(fā)明者M·施洛塔, J·王, M·利奧伊 申請(qǐng)人:高通股份有限公司