專利名稱：輔助的ip地址提前獲取的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及無線網(wǎng)絡(luò)，在一些優(yōu)選實施例中，涉及通過預(yù)先獲取IP地
背景技術(shù)：
1、網(wǎng)絡(luò)和因特網(wǎng)協(xié)i義
存在有許多類型的計算機網(wǎng)絡(luò)，其中因特網(wǎng)最為出名。因特網(wǎng)是計算 機網(wǎng)絡(luò)的全球性網(wǎng)絡(luò)。目前，因特網(wǎng)是對于數(shù)以百萬計的用戶可用的7>共
的且自我維持的網(wǎng)絡(luò)。因特網(wǎng)使用一組稱為TCP/IP (即，傳輸控制協(xié)議 /因特網(wǎng)協(xié)議)的通信協(xié)議來連接主機。因特網(wǎng)具有稱為因特網(wǎng)骨干網(wǎng)的通 信^5出設(shè)施。對因特網(wǎng)骨干網(wǎng)的接入主要是由轉(zhuǎn)售接入給公司和個人的因 特網(wǎng)服務(wù)供應(yīng)商(ISP)控制的。
IP (因特網(wǎng)協(xié)議)是通過其可以將數(shù)據(jù)在網(wǎng)絡(luò)上從一個設(shè)備(例如， 電話、PDA (個人數(shù)字助理)、計算機等)發(fā)送到另一設(shè)備的協(xié)議。IP是 無連接協(xié)議。目前存在多種版本的IP，例如Ipv4、 Ipv6等。網(wǎng)絡(luò)上的每 個主機設(shè)備至少擁有一個IP地址，來標(biāo)識主機設(shè)備到IP網(wǎng)絡(luò)的聯(lián):接點 (point of attachment)。在通信期間端點之間的連接不是連續(xù)的。當(dāng)用戶 發(fā)送或接收數(shù)據(jù)或消息時，數(shù)據(jù)或消息被拆分為被稱為分組的組元。每個 分組被視為獨立的數(shù)據(jù)單元。
為了標(biāo)準(zhǔn)化在因特網(wǎng)或類似網(wǎng)絡(luò)上點和點之間的傳輸，建立了 OSI(開 放系統(tǒng)互聯(lián))模型。OSI模型將網(wǎng)絡(luò)中兩點之間的通信過程分為堆疊的七 層，每層增加了自身的功能組。每個設(shè)備處理消息，使得在發(fā)送端點存在 通過每一層的向下的流，在接收端點存在通過這些層的向上的流。典型地,提供七層功能的程序和/或硬件是設(shè)備操作系統(tǒng)、應(yīng)用軟件、TCP/IP和/或 其他傳輸和網(wǎng)絡(luò)協(xié)議，以及其他軟件和硬件的組合。
典型地，當(dāng)消息傳自用戶或傳給用戶時，使用上面四層，當(dāng)消息傳遞 通過設(shè)備時(例如，IP主機設(shè)備)，使用底部的三層。IP主機是能夠傳送 和接收IP分組的網(wǎng)絡(luò)上的任何設(shè)備，諸如服務(wù)器、路由器或工作站。發(fā)往 某個其他主機的消息不向上傳送至較高的層，而是轉(zhuǎn)發(fā)給該其他主機。在 OSI和其他類似的模型中，IP處于層三，網(wǎng)絡(luò)層。下文列出了OSI模型的 各層。層7 (即，應(yīng)用層)是這樣的層，在其上例如識別通4言合作方，識 別服務(wù)質(zhì)量，考慮用戶認(rèn)證和隱私，識別關(guān)于數(shù)據(jù)語法的限制等。層6(即， 表示層)是這樣的層，在其上例如將流入和流出的數(shù)據(jù)從一種表示格式轉(zhuǎn) 換成另一種表示格式等。層5 (即，會話層)是這樣的層，其例如建立、 協(xié)調(diào)和終止應(yīng)用之間的會話、交換和對話。層4 (即，傳輸層)是這樣的 層，其例如管理端到端控制和錯誤檢驗等。層3 (即，網(wǎng)絡(luò)層)是這樣的 層，其例如處理路由和轉(zhuǎn)發(fā)等。層2 (即，數(shù)據(jù)鏈路層)是這樣的層，其 例如提供物理級的同步，進(jìn)行比特填充以及提##送協(xié)議知識和管理。電 子和電氣工程協(xié)會(IEEE)進(jìn)一步將數(shù)據(jù)鏈路層細(xì)分為兩個子層，即控制 發(fā)往和來自物理層的數(shù)據(jù)傳送的MAC (媒體接入控制)層，以及與網(wǎng)絡(luò) 層連接、解釋命令和執(zhí)行錯誤恢復(fù)的LLC (邏輯鏈路控制)層。層1 (即， 物理層)是這樣的層，其例如在物理級別通過網(wǎng)絡(luò)傳送比特流。IEEE將 物理層細(xì)分為PLCP (物理層匯聚過程)子層和PMD (物理媒體相關(guān))子 層。
通常，比層2高的層(諸如在OSI才莫型和類似才莫型中包含例如網(wǎng)絡(luò)層 或?qū)?的層)^皮i人為^J艮高的層。 2.無線網(wǎng)絡(luò)
無線網(wǎng)絡(luò)可以結(jié)合各種類型的移動設(shè)備，諸如蜂窩和無線電話、PC(個 人電腦)、筆記本電腦、便攜計算機、無繩電話、尋呼機、耳機、打印機、 PDA等。例如，移動設(shè)備可以包含數(shù)字系統(tǒng)以確保語音和/或數(shù)據(jù)的快速無 線傳送。典型的移動設(shè)備包括以下部分或全部組件M器(即，發(fā)射器和接收器，包括例如集成了發(fā)射器、接收器的單芯片收發(fā)器，如果需要，
該收發(fā)器還可以集成其他功能)；天線；處理器； 一個或多個音頻變換器 (例如，音頻通信的設(shè)備中的揚聲器或麥克風(fēng))；電磁數(shù)據(jù)存儲(例如在 諸如設(shè)備中提供數(shù)據(jù)處理處的ROM、 RAM、數(shù)字?jǐn)?shù)據(jù)存儲器等)；內(nèi)存； 閃存；全套芯片組或集成電路；接口 (例如USB、 CODEC、 UART、 PCM 等)；和/或類似的組件。
無線LAN (WLAN)可以被用于無線通信，其中移動用戶可以通過無 線連接來連接到局域網(wǎng)(LAN)。無線通信可以包括例如經(jīng)由諸如光、紅 外、無線電、微波之類的電磁波傳播的通信。目前存在多種WLAN標(biāo)準(zhǔn)， 例如藍(lán)牙、IEEE別2.11以及HomeRF。
作為實例，藍(lán)牙產(chǎn)品可以用來在移動計算機、移動電話、^更攜式手持 設(shè)備、個人數(shù)字助理(PDA)以及其他移動設(shè)備之間提供鏈路以及到因特 網(wǎng)的連接。藍(lán)牙是一種計算和電信行業(yè)的規(guī)范，詳細(xì)說明了移動設(shè)備如何 能夠使用短距離無線連接簡單地彼此互連以及與非移動設(shè)備互連。藍(lán)牙創(chuàng) 建了數(shù)字無線協(xié)議，以解決由多種移動設(shè)備的激增引發(fā)的端用戶需要與其 余設(shè)備保持?jǐn)?shù)據(jù)同步和一致的問題，從而允許來自不同生產(chǎn)商的設(shè)備能夠 無縫地共同工作。藍(lán)牙設(shè)備可以根據(jù)通用的命名概念來命名。例如，藍(lán)牙 設(shè)備可以擁有藍(lán)牙設(shè)備名稱(BDN)或與唯一的藍(lán)牙設(shè)備地址(BDA)相 關(guān)聯(lián)的名稱。藍(lán)牙設(shè)備也可以加入到因特網(wǎng)協(xié)議(IP)網(wǎng)絡(luò)。如果藍(lán)牙設(shè) 備在IP網(wǎng)絡(luò)上工作，則可以為其提供IP地址和IP (網(wǎng)絡(luò))名稱。因此， 被配置加入到IP網(wǎng)絡(luò)的藍(lán)牙設(shè)備可以包括例如BDN， BDA， IP地址以及 IP名稱。術(shù)語"IP名稱"指與接口的IP地址對應(yīng)的名稱。
IEEE標(biāo)準(zhǔn)IEEE802.il，規(guī)定了用于無線局域網(wǎng)和設(shè)備的技術(shù)。使用 802.11，可以使用每個都支持若干設(shè)備的單個基站來實現(xiàn)無線網(wǎng)絡(luò)。在一 些實例中，設(shè)備可以被預(yù)先配置無線硬件，或者用戶可以安裝諸如卡之類 的獨立的硬件，其可以包括天線。作為實例，802.11中所使用的設(shè)備，無 論該設(shè)備是否是接入點(AP)、移動站(STA)、橋、PCMCIA卡或其 他設(shè)備，都典型地包括三個顯著的元件無線收發(fā)器；天線；以及控制網(wǎng)絡(luò)中點和點之間的分組流的MAC (媒體接入控制)層。
此外，在一些無線網(wǎng)絡(luò)中可以使用多接口設(shè)備(MID) 。 MID可以包 括兩個或多個獨立網(wǎng)絡(luò)接口，諸如藍(lán)牙接口和802.11接口，從而允許MID 加入兩個獨立的網(wǎng)絡(luò)并與藍(lán)牙設(shè)備連接。MID可以擁有IP地址以及與IP 地址相關(guān)聯(lián)的通用IP (網(wǎng)絡(luò))名稱。
無線網(wǎng)絡(luò)設(shè)備包括但不局限于藍(lán)牙設(shè)備、多接口設(shè)備(MID)、 802.11x 設(shè)備(IEEE 802.11設(shè)備包括例如802.11a、 802.11b和802.11g設(shè)備)、 HomeRF (Home Radio Frequency,家庭無線頻率)設(shè)備，Wi-Fi (無線保 真)設(shè)備，GPRS (通用分組無線業(yè)務(wù))設(shè)備，3G蜂窩設(shè)備，2.5G蜂窩i殳 備，GSM (全^#動通信系統(tǒng))設(shè)備，EDGE (增強型GSM演進(jìn)數(shù)據(jù)) 設(shè)備，TDMA類型(時分多址)設(shè)備，或包括CDMA2000的CDMA類 型(碼分多址)設(shè)備。每個網(wǎng)絡(luò)設(shè)備可以包括但不限于以下不同類型的地 址IP地址、藍(lán)牙設(shè)備地址，藍(lán)牙通用名稱，藍(lán)牙IP地址，藍(lán)牙IP通用 名稱，以及802.11IP地址，802.11 IP通用名稱，或IEEE MAC地址。
無線網(wǎng)絡(luò)也可以包括在如移動IP (因特網(wǎng)協(xié)iJO系統(tǒng)、PCS系統(tǒng)和其 他移動網(wǎng)絡(luò)系統(tǒng)中使用的方法和協(xié)議。關(guān)于移動IP，包括由互聯(lián)網(wǎng)工程任 務(wù)組(IETF )創(chuàng)建的標(biāo)準(zhǔn)通信協(xié)議。擁有移動IP,移動設(shè)備用戶可以穿 越網(wǎng)絡(luò)移動，而保持他們最初4皮分配的IP地址。移動IP增強了因特網(wǎng)協(xié) 議(IP)，并增加了當(dāng)移動設(shè)備從外面連接他們的本地網(wǎng)絡(luò)時，為移動設(shè) 備轉(zhuǎn)發(fā)因特網(wǎng)業(yè)務(wù)的手段。移動IP為每個移動節(jié)點分配在其本地網(wǎng)絡(luò)上的 本地地址，以及標(biāo)識設(shè)備在網(wǎng)絡(luò)及其子網(wǎng)中的當(dāng)前位置的轉(zhuǎn)交地址(CoA， care-of-address)。當(dāng)設(shè)備移動到不同網(wǎng)絡(luò)時，接收新的轉(zhuǎn)交地址。本地 網(wǎng)絡(luò)上的移動性代理能夠?qū)⒚總€本地地址與其轉(zhuǎn)交地址關(guān)聯(lián)。每次移動節(jié) 點改變其使用的轉(zhuǎn)交地址時，其可以使用例如因特網(wǎng)控制消息協(xié)議 (ICMP)向本地代理發(fā)送綁定更新。
典型地，在基本的IP路由(即，外部移動IP)中，路由機制依賴于 這樣的假設(shè)，每個網(wǎng)絡(luò)節(jié)點總是擁有不變的聯(lián)接點，例如聯(lián)接到因特網(wǎng)的 聯(lián)接點，并且每個節(jié)點的IP地址標(biāo)識了其被聯(lián)接到的網(wǎng)絡(luò)鏈路。此處所使用的術(shù)語"節(jié)點"包括連接點，該連接點可以包括例如用于lt據(jù)傳送的再 分配點或端點，并且該連接點能夠識別、處理和/或轉(zhuǎn)發(fā)通信至其他節(jié)點。 例如，互聯(lián)網(wǎng)路由器可以查看諸如用于標(biāo)識設(shè)備的網(wǎng)絡(luò)的IP地址前綴等。 這樣，在網(wǎng)絡(luò)級別，路由器可以查看例如標(biāo)識特定子網(wǎng)的一組比特。從而 在子網(wǎng)級別，路由器可以查看例如標(biāo)識特定設(shè)備的一組比特。在典型的移
動IP通信中，如果用戶從例如因特網(wǎng)斷開移動i殳備的連接，并嘗試在新的 子網(wǎng)重新連接互聯(lián)網(wǎng)，則該設(shè)備必須被重新配置新的IP地址、適當(dāng)?shù)木W(wǎng)絡(luò) 掩碼和默認(rèn)的路由器。否則，路由協(xié)議將不能正確地傳送分組。
優(yōu)選實施例改進(jìn)了例如在下列參考資料中描述的技術(shù)，此處綜合了下 文列舉的每個參考文獻(xiàn)，引入其全文作為參考
1. Perkins, C.， "IP Mobility Support for IPv4" ， RFC 3344， 2002年8 月。在此稱之為[RFC3344]。
2. Johnson, D.， Perkins, C.和J.Arkko, "Mobility Support in IPv6"， RFC 3775， 2004年6月。在此稱之為[RFC3775〗。
3. Malki ， K. , " Low latency Handoffs in Mobile IPv4 ，，， draft-ietf-mobileip-lowlatency-handoffs-v4-09 (i^中)，2004年6月。 /j^itb^[I-D. ktf—mobikip—1owlatency國handoffs畫v4。
4. Koodli ,R. ， " Fast Handovers for Mobile IPv6 ，，， draft-ietf-mipshop-fast畫mipv6-03 ( i^中)，2004年10月。在此稱之為 [I-D.ietf-mipshopfast-mipv6。
5. Liebsch ， M. ， " Candidate Access draft-ietf-seamoby-cardprotocol-08 ( i^^中) [I—D, ktf—seamoby隱card曙protocol]。
6. Loughney， J.， "Context Transfer Protocol" , draft-ietf-seamoby-ctp-11 (ii^中)，2004年8月。在此稱之為[I-D. ietf-seamoby-ctp]。
7. Aboba， B.， "Extensible Authentication Protocol (EAP) Key Management Framework" ， draft-ietf-eap國keying-04 (ii^中5 ， 2004年11月。在此 稱之為[I-D. ietf-eap-keying。
Router Discovery ， ，2004年9月。在此稱之為8. Forsberg， D., Ohba， Y.， Patil, B.， Tschofenig， H.和A. Yegin， "Protocol for Carrying Authentication for Network Access (PANA)" ， draft畫ietf-pana-pana畫07 (進(jìn)展中)，2004年12月。在此稱之為[I-D. ietf-panapana。
9. Kim， P.， Volz， B.和S. Park, "Rapid Commit Option for DHCPv4", draft國ietf-dhc隱rapid曙commit-opt畫05 ( ii^中)，2004年6月。在此稱之為 [I-D. ietf畫dhc-rapid-commit-opt]。
10. ITU-T , " General Characteristics of International Telephone Connections and International Telephone Cirsuits: One-Way Transmission Time."在此稱之為[RG98。
11. ITU-T ， "The E-Model, a computational model for use in transmission planning."在此稱之為[ITU98。
12. ETSI， "Telecommunications and Internet Protocol Harmonization Over Networks (TIPHON) Release 3: End-to- end Quality of Service in TIPHON systems; Part 1: General Aspects of Quality of Service."在此稱之 為[ETSI]。
13. Kivinen, T.和H. Tschofenig, "Design of the MOBIKE protocol," draft-ietf畫mobike畫design-Ol (進(jìn)展中)，2005年1月。在此稱之為[I陽D. ietf-mobike-design]。
14. Moskowitz， R.， "Host Identity Protocol" ， draft-ietf-hip-base-01 (進(jìn) 展中)，2004年10月。在此稱之為[I-D. ietf誦hip-base。
15. Almes， G.， Kalidindi， S.和M. Zekauskas， "A One-way Delay Metric forIPPM" ， RFC 2679， 1999年9月。在此稱之為[RFC2679]。
16. Almes， G.， Kalidindi, S.和M. Zekauskas， "A One-way Packet Loss Metric for IPPM" , RFC 2680， 1999年9月。在此稱之為[RFC2680。
17. Almes， G.， Kalidindi， S.和M. Zekauskas, "A Round-trip Delay Metric for IPPM" ， RFC 2681， 1999年9月。在此稱之為[RFC2681]。
18. Simpson, W.， "IP in IP Tunneling" ， RFC 1853, 1995年10月。在 此稱之^;[RFC1853。19. Patrick, M,， "DHCP Relay Agent Information Option" ， RFC 3046， 2001年1月。在此稱之為[RFC3046]。
20. Schulzrine， H., "Application Layer Mobility Using SIP."在此稱之為 [SIPMM]。
21. Yegin ，A. ， " Supporting Optimized Handover for IP Mobility-Requirements for Underlying Systems ，， ， draft-manyfolks-12-mobilereq-02 ( ii^中)，2002年7月。在此稱之為 [I誦D.manyfolks-12-mobilereq]。
22. Cambell， A.， Gomez, J.， Kim, S.， Valko, A.和C. Wan, "Design, Implementation, and Evaluation of Cellular IP."在此稱之為CELLIP。
23. Ramjee， R.， Porta, T., Thuel， S.， Varadhan， K.和S. Wang, "HAWAII: A Domain-based Approach for Supporting Mobility in Wide-area Wireless networks."在此稱之為[HAWAII]。
24. Das ， S.， Dutta ， A.， Misra ， A.和S.Das， "IDMP: An Intra畫Domain Mobility Management Protocol for Next Generation Wireless Networks." 在此稱之為[IDMP。
25. Calhoun, P.， Montenegro, G.， Perkins, C.和E. Gustafsson, "Mobile IPv4 Regional Registration" ， draft-ietf-mobileip-reg曙tunnel-09 ( i^^中)， 2004年7月。在此稱之為[I-D. ietf-mobileip-reg-tunnel]。
26. Yokota, H,， Idoue， A.和T. Hasegawa， "Link Layer Assisted Mobile IP Fast Handoff Method over Wireless LAN Networks."在此稱之為 [YOKOTA]。
27. Shin, S., "Reducing MAC Layer Handoff Latency in IEEE 802.11 Wireless LANs."在此稱之為[MACD]。
28. Dutta ， A.，"Secured Universal Mobility."在此稱之為[SUM]。
29. Dutta ， A.， "Fast handoff Schemes for Application Layer Mobility Management."在此稱之為[SIPFAST]。
30. Gwon， Y., Fu， G.和R. Jain, "Fast Handoffs in Wireless LAN Networks using Mobile initiated Tunneling Handoff Protocol for IPv4 (MITHv4)"， 2005年1月。在此稱之為[MITH]。31. Anjum， F.， Das, S.， Dutta， A.， Fajardo， V., Madhani， S.， Ohba, Y.， Taniuchi， K.， Yaqub, R,和T. Zhang, "A proposal for MIH function and Information Service" , 2005年1月。在此稱之為NETDISC。
32. Dutta， A.， "GPS畫IP based fast-handoff for Mobiles."在此稱之為 [GPSIP。
33. [MAGUIREVatn， "The effect of using co-located care-of-address on macro handover latency."
3.移動設(shè)備的切換(handoff)
在例如具有基于IP的無線網(wǎng)絡(luò)接口 (例如IEEE 802.11或802.16接
口)的移動設(shè)備環(huán)境中，當(dāng)移動設(shè)備從一個網(wǎng)絡(luò)移動到另一網(wǎng)絡(luò)時，需要 執(zhí)行漫游或切換。對于現(xiàn)有的切換方法，典型地，切換是通過執(zhí)行如下順 序的協(xié)議層規(guī)定切換來實現(xiàn)的
首先，切換發(fā)生在物理層。在這方面，移動i殳備將其無線信道轉(zhuǎn)換到 例如目標(biāo)網(wǎng)絡(luò)中的無線基站或無線接入點。
第二，切M生在層二。在這方面，移動設(shè)備將他的層二 (即鏈路層) 連接轉(zhuǎn)換到目標(biāo)網(wǎng)絡(luò)。如上文所解釋的，鏈路層或?qū)佣钢苯釉贗P層之下 承載用戶業(yè)務(wù)的協(xié)議。如果目標(biāo)網(wǎng)絡(luò)要求認(rèn)證，則移動設(shè)備與目標(biāo)網(wǎng), 行層二認(rèn)證。
第三，切換發(fā)生在IP層。在這方面，移動設(shè)備從目標(biāo)網(wǎng)絡(luò)獲得本地 IP地址，如果目標(biāo)網(wǎng)絡(luò)要求則執(zhí)行IP層認(rèn)證，并執(zhí)行IP層位置更新，以 i"^iC往移動i殳備的IP分組，可以由IP網(wǎng)絡(luò)經(jīng)由目標(biāo)網(wǎng)絡(luò)路由至移動設(shè)備。 在某些情況下， 一種支持IP層位置更新的方式是使用因特網(wǎng)工程任務(wù)組 (IETF)定義的移動IP。
第四，切換發(fā)生在應(yīng)用層。移動設(shè)備在應(yīng)用層執(zhí)行必要的步驟，以確 保其應(yīng)用業(yè)務(wù)將經(jīng)由目標(biāo)網(wǎng)絡(luò)正確地流向移動i殳備上的應(yīng)用。例如，當(dāng)移 動設(shè)務(wù)使用由IETF定義的M發(fā)起協(xié)議(SIP )來管理他的應(yīng)用層信令時， 應(yīng)用層切換可以通過移動設(shè)備向其本地SIP服務(wù)器更新他的當(dāng)前位置來實 現(xiàn)。如果目標(biāo)網(wǎng)絡(luò)要求，移動設(shè)備可能也需要與目標(biāo)網(wǎng)^L行應(yīng)用層認(rèn)證。例如這種情況，移動設(shè)備使用所訪問的3GPP (第三代合作項目)無線網(wǎng) 絡(luò)中的IP多媒體子系統(tǒng)(IMS)時，其中IMS是基于SIP的系統(tǒng)，支持 用于3GPP網(wǎng)絡(luò)上多媒體應(yīng)用的應(yīng)用層信令和管理。
有時，IP層切換或者應(yīng)用層切換是足夠的。就是說可能不需要執(zhí)行IP 層和應(yīng)用層切換兩者。當(dāng)現(xiàn)有的方法使用在基于IP的無線網(wǎng)絡(luò)時，可能導(dǎo) 致相當(dāng)大的切換延遲。例如，在存在許多無線局域網(wǎng)(WLAN)的地理區(qū) 域，諸如城市、綜合大廈或家庭住宅內(nèi)部、或者在其他存在多個無線LAN 的公共場所中，移動設(shè)備可以同時從多個無線網(wǎng)洛接收強無線信號。然而， 移動設(shè)備可能沒有被授權(quán)使用這些無線網(wǎng)絡(luò)中的部分網(wǎng)絡(luò)。
在上文所述現(xiàn)有的切換方法中，移動設(shè)備將基于例如無線信號強度來 選擇目標(biāo)網(wǎng)絡(luò)，并通過上文描述的步驟連接至目標(biāo)網(wǎng)絡(luò)，然后才能發(fā)現(xiàn)， 例如，如果他被授權(quán)使用網(wǎng)絡(luò)，或者如果網(wǎng)絡(luò)不提供移動設(shè)備所需要的能 力(例如足夠可用的帶寬)或業(yè)務(wù)。從而，移動設(shè)備將不得不嘗試連接到 另一網(wǎng)絡(luò)，并重復(fù)該過程，直到最終連接到提供并允許移動設(shè)備使用他所 需要的能力和業(yè)務(wù)的網(wǎng)絡(luò)(或者直到他嘗試過所有可能的網(wǎng)絡(luò))。因此， 對于現(xiàn)有的系統(tǒng)，切換可能花費難以忍受的過長的時間，并延遲敏感的應(yīng) 用，例如作為實例，直播聲音和/或視頻應(yīng)用。
雖然已知多種系統(tǒng)和方法，但是仍然有對改進(jìn)的在無線網(wǎng)絡(luò)中執(zhí)行切 換的系統(tǒng)和方法的需求。

發(fā)明內(nèi)容
本發(fā)明的優(yōu)選實施例的廣義方面是甚至在MN請求IP地址之前獲得 IP地址的方法。
本發(fā)明的優(yōu)選實施例的另一方面是保持IP地址池的方法，所述IP地 址將正好在需要的時刻傳送給MN。
本發(fā)明的優(yōu)選實施例的另一方面是向MN提供IP地址所需要的時間 的減少，這種情況中，DHCP被用來在MPA框架中提前配置IP地址。
本發(fā)明的優(yōu)選實施例的另一方面是保持IP地址池的系統(tǒng)應(yīng)用，所述IP地址正好在需要PANA輔助的IP地址提前獲取、IKEv2輔助的IP地 址提前獲取以及僅使用DHCP的IP地址提前獲取時，傳送給MN。
本發(fā)明的優(yōu)選實施例的另一方面是系統(tǒng)，其中，甚至在與特定的PaC 的PANA會話還沒有被創(chuàng)建時，PAA預(yù)先創(chuàng)建一組PANA會話ID。所述 PANA會話ID組形成會話ID池，當(dāng)PAA向新的PaC發(fā)送第一個請求會 話ID的PANA消息時，所述IP地址被消耗，也就是說，當(dāng)PAA發(fā)送PANA 開始請求(PANA-Start-Request)時，從所述池傳送^" ID ( Session-Id )。
本發(fā)明的優(yōu)選實施例的另一方面是系統(tǒng)，其中，在會話ID池的創(chuàng)建 期間，PAA通過4吏用M ID作為對所保留的資源的索引來保留一些資源。 本發(fā)明的優(yōu)選實施例的另一方面是基于一組預(yù)先生成的PANA會話ID, 以所述索引通過DHCP來預(yù)先獲取IP地址的使用，從而更快地向MN (PaC )提供IP地址，并顯著地減少整個預(yù)認(rèn)證時間。
本發(fā)明的優(yōu)選實施例的另一方面是系統(tǒng)，其中，PAA在客戶端需要會 話Id之前就創(chuàng)建并存儲一系列唯一的會話ID。當(dāng)PaC以管理幀 (management frame )的形式發(fā)送^t ID請求時，所述PAA從其已經(jīng)創(chuàng) 建的會話ID池返回會話ID。然后，所述PAA從未使用的池移除所述^" ID并將其移動到新的表，在該新表中將所述會話Id與他被JL送到的PaC 關(guān)聯(lián)起來。所述PaC將所接收的會話ID連同關(guān)于發(fā)送所述會話ID的所述 PAA信息一起存儲，以便如果接收到多個絲ID，則PaC知道^"Id屬 于哪個PAAo
瀏覽下文的描述并結(jié)合附圖，將進(jìn)一步理解各實施例的上述和/或其他 方面、特征和/或優(yōu)點。各種實施例可以在適用之處包括和/或排除不同的方 面、特征和/或優(yōu)點。此外，各種實施例可以在適用之處結(jié)合其他實施例的 一個或多個方面或特征。特定實施例的方面、特征和/或優(yōu)點的描述不應(yīng)當(dāng) 被視為對其他實施例或權(quán)利要求的限制。


圖l是說明PANA輔助的EP^iba前獲取的示圖；以及圖2是說明IKEv2輔助的BP地Jbh^前獲取的示圖。 J^實施方式
在附圖中示出的本發(fā)明的優(yōu)選實施例另_作為實例而非限制。
雖然本發(fā)明可以以多種不同的形式來實施，但是對于此處描述的許多 說明性實施例，應(yīng)該理解，當(dāng)前的公開是考慮到提供本發(fā)明原理的實例， 而這些實例并非意在將本發(fā)明限制為此處描述的和/或這里所說明的優(yōu)選 實施例。
優(yōu)選實施例說明
此處是下文j吏用到的簡寫
認(rèn)證代理(AA);
緩沖控制協(xié)議(BCP);
緩沖節(jié)點(BN);緩沖區(qū)大小(bsz, Buffer Size); 分類業(yè)務(wù)(tc); 配置4戈理(CA);
通信節(jié)點(CN, Correspondent Node);
動態(tài)主才幾配置協(xié)i義(DHCP);
結(jié)束服務(wù)(EOS， End of Service);
沖刷政策(FP， Flushing Policy);
因特網(wǎng)密鑰交換第二版(IKEv2);
IP安全(IPsec);
移動節(jié)點(MN);
認(rèn)證協(xié)議(PANA);
PANA認(rèn)證代理(PAA);
PANA客戶端(PaC);
結(jié)果代碼(rcode， Result Code);以及
時間有F艮的超時(hp， Time — limited Timeout)。
術(shù)語移動性綁定
在定位器(locator)和移動終端的標(biāo)識符兩者之間的綁定。移動性管 理協(xié)議(MMP):操作在網(wǎng)絡(luò)層或者更高層以保持定位器和移動終端標(biāo)識 符兩者之間的綁定的協(xié)議。
移動性管理協(xié)議(MMP):
操作在網(wǎng)絡(luò)層或者更高層以保持定位器和移動終端的標(biāo)識符兩者之間 的綁定的協(xié)議。 綁定更新
更新移動性綁定的過程。 獨立于媒體的預(yù)i人證移動節(jié)點(MN):
移動終端的獨立于媒體的預(yù)i人證(MPA ， media-independent pre-authentication )是移動端輔助的(mobile-assisted )、安全轉(zhuǎn)交(secure handover)優(yōu)化方案，其工作在任何鏈路層上，并與任何移動性管理協(xié)議 一起工作。MPA移動節(jié)點是IP節(jié)點。本文中，沒有修飾語的術(shù)語"移動 節(jié)點"或"MN"指"MPA移動節(jié)點"。MPA移動節(jié)點通常還具有移動 節(jié)點的移動性管理協(xié)"i義功能。
候選目標(biāo)網(wǎng)絡(luò)(CTN):
在不久的將來移動端(mobile)可能移動到的網(wǎng)絡(luò)。 目標(biāo)網(wǎng)絡(luò)(TN):
移動端已經(jīng)決定移動到的網(wǎng)絡(luò)。目標(biāo)網(wǎng)絡(luò)選自 一個或多個候選目標(biāo)網(wǎng)絡(luò)。
提前轉(zhuǎn)交隨道(PHT， Proactive Handover Tu腿l): 在MPA移動節(jié)點和候選目標(biāo)網(wǎng)絡(luò)的接入路由器兩者之間所建立的雙 向IP隧道。在本文中，沒有修飾語的術(shù)語"隧道"指"提前轉(zhuǎn)交隧道"。 聯(lián)接點(PoA， Point of attachment):
作為MPA移動節(jié)點到網(wǎng)絡(luò)的鏈路層聯(lián)接點的鏈路層設(shè)備(例如交換 機、接入點或基站等)。 轉(zhuǎn)交地址(CoA):移動性管理協(xié)議所使用的作為MPA移動節(jié)點的定位器的IP地址。
獨立于媒體的預(yù)i人證(MPA)是移動端輔助的、安全轉(zhuǎn)交優(yōu)化方案， 其工作在任何鏈路層上，并與任何移動性管理協(xié)議一起工作。使用MPA， 移動節(jié)點不僅能夠安全地獲得用于CTN的IP地址以及其他配置參數(shù)，還 能夠在他實際聯(lián)接CTN之前，使用所獲得的IP地址發(fā)送和接收IP分組。 這使得在執(zhí)行鏈路層上的轉(zhuǎn)交之前，移動節(jié)點就能完成任何移動性管理協(xié) 議的綁定更新并j吏用新的CoA。
MPA工作在任何鏈路層上，并與任何移動性管理協(xié)議一起工作，所述 協(xié)議包括移動IPv4、移動IPv6、 MOBIKE、 HIP、 SIP移動性等。在MPA 中，IEEE 802.11i預(yù)認(rèn)證的概念被擴展至工作在較高層，結(jié)合了附加機制， 以便當(dāng)移動終端仍然聯(lián)接于當(dāng)前網(wǎng)絡(luò)時，從所述移動終端可能移入的網(wǎng)絡(luò) 執(zhí)行IP地址的早期獲取，并執(zhí)行到該網(wǎng)絡(luò)的提前轉(zhuǎn)交。
支持MPA的MN，與AA開始預(yù)認(rèn)證過程。成功的《人證使得PAA能 夠與AA建立安全關(guān)聯(lián)。除了 CA被用于安全地執(zhí)行配置協(xié)議，以安全地 將IP地址和其他配置參數(shù)傳遞到移動節(jié)點外，AR也安全地執(zhí)行隧道管理 協(xié)議，以建立到移動節(jié)點的提前轉(zhuǎn)交隧道。當(dāng)MN被連接至當(dāng)前的聯(lián)接點 時實現(xiàn)該全部過程。在"draft-ohba-mobopts-mpa-framework-02.txt" (2006 年3月)中，以及"draft腳ohba-mobopts畫mpa畫framework誦03.txt，， (2006 年10月22日)中有詳細(xì)的解釋，此處并入其公開內(nèi)容作為參考。
如前述文件所述，IP地址配置可能花費幾毫秒至幾秒。事實上，重復(fù) 的地址檢測可能花費4至15秒。為了避免配置時間影響轉(zhuǎn)交時間，本發(fā)明 的MPA基于MN與當(dāng)前網(wǎng)絡(luò)的聯(lián)接點，在轉(zhuǎn)交之前就開始確認(rèn)。
盡管預(yù)認(rèn)證時間不會影響轉(zhuǎn)交時間，但是配置時間影響整體的預(yù)認(rèn)證 時間，也可能影響MN開始預(yù)i人證的時間。例如如果預(yù)i人證時間長于幾秒， 則MN必須在開始轉(zhuǎn)交前充分地開始預(yù)認(rèn)證。然而，如果預(yù)認(rèn)證的時間被 減少，則MN可以在他實際需要的時候而不是提前開始預(yù)認(rèn)證。從而，由 于減少的預(yù)i人證時間，MN的速度可以被加快。 背景1.結(jié)構(gòu)
在優(yōu)選實施例中，有三種提前獲得IP地址的方法通過使用PANA 輔助的IP地址提前獲取、IKEv2輔助的IP地址提前獲取以及僅使用DHCP 的IP地址提前獲取。
在MPA框架中，期望在每個CTN中駐留下列功能單元，以與移動節(jié) 點通信認(rèn)證代理(AA)、配置代理(CA)以及接入路由器(AR)。上 述部分或全部單元可以設(shè)置在單獨的網(wǎng)絡(luò)設(shè)備中或分離的網(wǎng)絡(luò)設(shè)備中。 1.1 PANA輔助的IP地址提前獲取
圖1的流程圖100說明了 PANA輔助的獲取IP地址的過程。在這種 情況中，PAA102生成會話-Id值池106,該池中會話-Id值的數(shù)量范圍 是從l至n。對于每個預(yù)先生成的會話-Id， IP地址被單獨地按照相同的 順序處理。
為了創(chuàng)建會話-Id池，PPA 102查找并識別DHCP服務(wù)器110，發(fā)送 包含客戶端標(biāo)識符和會話-Id的"發(fā)現(xiàn)，，消息請求114，以確定DHCP服 務(wù)器110的可用性和可接受性。DHCP服務(wù)器110響應(yīng)"提供(offer)" 118，為PPA 102提供所請求的信息。如果DHCP服務(wù)器110積極地響應(yīng)， 則PAA102繼續(xù)。PPA 102充當(dāng)DHCP中繼或者DHCP客戶端，并為了 用于會話-Id - 1的IP地址，向DHCP服務(wù)器110發(fā)送DHCP請求122。 這通過使用包含預(yù)先生成的PANA會活-Id的DHCP客戶端標(biāo)識符選項 (選項號碼61)來實現(xiàn)。DHCP服務(wù)器110將以確認(rèn)以及分配給預(yù)先生成 的會話-Id的IP地址126來響應(yīng)。然后，PAA 102將緩存所接收的IP地 址并重復(fù)該過禾呈。
當(dāng)PAA 102為M - Id - 2發(fā)送請求時，在PAA 102定位DHCP服 務(wù)器110請求能力和可用性132處，遵循相同的過程。DHCP服務(wù)器110 響應(yīng)"提供"136，在該點PPA 102為會活-Id - 2的IP地址發(fā)送請求。 DHCP服務(wù)器110以分配給預(yù)先生成的會話-Id的IP地址確認(rèn)請求142。 然后，PAA 102緩存IP地址并繼續(xù)進(jìn)行下一請求。
對于PAA102生成的每個會話-Id，該過程被重復(fù)，如過程中的發(fā)現(xiàn)150、提供152、請求152以及確i人154。
基于前述過程的開始，PAA 102擁有許多存儲的保留在緩沖器中的IP 地址。由此，當(dāng)PaC 180從PAA 102請求IP地址時，其通itJL送發(fā)現(xiàn)請 求開始預(yù)i人證。
PAA102從池中將下一預(yù)先獲取的^-Id發(fā)送給PaC 184?；跁?話- Id的確認(rèn)186,認(rèn)證信息在PaC和PAA兩者之間交換，該過程為188 和189,當(dāng)認(rèn)證成功時，PAA102將預(yù)先取得的與該會話-Id相關(guān)聯(lián)的IP 地址直接發(fā)送給PaC,該過程為192。 IP地址的接收被確認(rèn)194，并且如 果需要該過程被重復(fù)。通過緩存IP地址，PaC能夠獲得IP地址，而不需 要遭遇初始請求時刻DHCP服務(wù)器110轉(zhuǎn)發(fā)地址時所忍受的延遲。
轉(zhuǎn)交之后，PaC能夠使用DHCP客戶端標(biāo)識符選項來承載用于在轉(zhuǎn)交 之前預(yù)先獲取IP地址的PANA會話—Id，用于在轉(zhuǎn)交之后重新獲得提前 獲取的IP地址。
3 IKEv2輔助的IP地址提前獲取
如圖2中的示圖200， IKEv2輔助的IP地址提前獲取也可以用來提前 獲得IP地址。在該實施例中，來自CTN的IP地址凈皮作為標(biāo)準(zhǔn)的IKEv2 步驟的一部分而被獲取，使用設(shè)置在接入路由器上的同位置的(co-located) DHCP中繼代理或DHCP客戶端，用來使用標(biāo)準(zhǔn)DHCP從目標(biāo)網(wǎng)絡(luò)中的 DHCP服務(wù)器204獲取IP地址。
PAA 202預(yù)先生成會話-Id池，并將該會話-Id池直接轉(zhuǎn)發(fā)給IPsec -網(wǎng)關(guān)(IPsec - GW ) 206。然后，IPsec -網(wǎng)關(guān)206中的DHCP中繼/客戶 端被配置一組預(yù)先生成的會話Id，該組預(yù)先生成的會活I(lǐng)d接收自PAA 202，并由PAA 202初始創(chuàng)建。IPsec -網(wǎng)關(guān)206中的DHCP中繼/客戶端 使用n個PANA會話一 Id,來為每個配置的會話—Id請求一個IP地址， 以建立IP地址池。
這通過IPsec -網(wǎng)關(guān)206在發(fā)現(xiàn)才莫式220中繼續(xù)聯(lián)系DHCP服務(wù)器204 以獲得通信可接收性數(shù)據(jù)來實現(xiàn)。然后，DHCP服務(wù)器204返回提供224， 提供通信的能力和可用性。如果提供224是積極的，則IPsec-網(wǎng)關(guān)206發(fā)送請求228，請求對與會話-Id-l相關(guān)聯(lián)的IP地址。DHCP 204確認(rèn) 該請求并返回IP地址IPaddr - 1,過程228，這里IPaddr - 1與會活- Id
-1相關(guān)聯(lián)。
如后續(xù)的傳送，發(fā)現(xiàn)傳送230、提供傳送232、請求傳送234以及確認(rèn) 傳送236所示，該過程,iL^續(xù)并重復(fù)，直到獲得所有的IP地址。
當(dāng)PaC 210與AR聯(lián)系并參與IKEv2安全關(guān)聯(lián)時，PaC必須在PANA 認(rèn)證步驟期間確定PAA提供的會話-Id。在該認(rèn)證過程中，最初通過 PANA匯聚的會活-Id被發(fā)送到PaC 210。
為了獲取IP地址，PaC 210向IPsec -網(wǎng)關(guān)發(fā)送PANA預(yù)先生成的會 話-Id，這可以在ID—KEYjD有效載荷中提供。IPsec-網(wǎng)關(guān)將從池中返 回與會話-Id對應(yīng)的預(yù)先從DHCP服務(wù)器獲得的IP地址，從而消除延遲。
IPsec -網(wǎng)關(guān)206通過配置有效載荷內(nèi)的INTERNAL—IP4—ADDRESS 或INTERNAL—IP6—attribute提供與每個會話-Id請求相關(guān)聯(lián)的IP地址。 IPsec -網(wǎng)關(guān)206將保持激活(active)其充當(dāng)DHCP客戶端而被允許使用 (leasing )的IP地址。為此，IPsec -網(wǎng)關(guān)206將在發(fā)送至DHCP服務(wù)器 的DHCP請求內(nèi)部，包括帶有PANA會話Id的DHCP客戶端標(biāo)識符選項。 4.僅使用DHCP的IP地址提前獲取
在僅使用DHCP的IP地址提前獲取的情況中，啟動了移動節(jié)點(MN) 和CTN中DHCP中繼或DHCP服務(wù)器兩者之間的直接的DHCP通信。 特別是移動節(jié)點向CTN中的DHCP中繼代理或DHCP服務(wù)器發(fā)送單播 DHCP消息，請求地址，移動節(jié)點使用與當(dāng)前物理接口相關(guān)聯(lián)的地址作為 該請求的源地址。這種情況下，在預(yù)先生成一組PANA會話-Id之后，PAA 有兩種可能的選擇
I .PAA通過一些協(xié)議或API將預(yù)先生成的會話-Id組安裝在DHCP 服務(wù)器中。對于安裝在DHCP服務(wù)器中的每個PANA會話-Id,都有相關(guān) 聯(lián)的IP地址。
n .PAA遵循與上文描述的PANA輔助的IP地址提前獲取情況相同的 執(zhí)行機制。也就是說，PAA充當(dāng)DHCP中繼或者DHCP客戶端，通過使用包含預(yù)先生成的PANA會話-Id的DHCP客戶端標(biāo)識符選項，向DHCP 服務(wù)器請求IP地址。也就是說，在DHCP服務(wù)器中創(chuàng)建會話-Idi和 IPaddri兩者之間的關(guān)聯(lián)。不過在這種情況下，PAA不存儲DHCP服務(wù)器 返回的IP地址。
在以上兩種情況中，MN都將向DHCP中繼發(fā)送單播DHCP消息，或 直接向DHCP服務(wù)器發(fā)送單播DHCP消息，該單播DHCP消息包含帶有 PANA認(rèn)證期間PAA發(fā)送的PANA會話-Id的DHCP客戶端標(biāo)識符選項。 如上文描述的PANA輔助的IP地址提前獲取情況中所解釋的，在轉(zhuǎn)交 之后，PaC將使用DHCP客戶端標(biāo)識符選項承載用于在轉(zhuǎn)交之前提前獲得 IP地址的PANA會話-Id,用來在轉(zhuǎn)交之后重新獲得提前獲取的IP地址。 本發(fā)明的廣義范圍
盡管此處已經(jīng)描述了本發(fā)明的說明性實施例，但是本發(fā)明不限于此處 描述的各種優(yōu)選實施例，而是包含本領(lǐng)域技術(shù)人員基于本發(fā)明的公開可以 理解的任何和所有具有等同單元、修改、刪減、組合(例如跨各種實施例 的方面的組合)、改編和/或變更的實施例。權(quán)利要求中的限定應(yīng)該基于權(quán) 利要求中使用的語言進(jìn)行廣義的解釋，而不限于本發(fā)明說明書中或在申請 的審查期間所描述的實例，這些實例應(yīng)該^皮理解為非排他性的。例如，本 發(fā)明公開中，"優(yōu)選地，，是非排他性的，表示"優(yōu)選地，但不限于"。在 本公開中以及本申請的審查期間，裝置加功能或步驟加功能的限定將僅用 于對特定權(quán)利要求的限定，所有下列M均出現(xiàn)在該限定中a)"用于…… 的裝置"或"用于……的步驟"被明確地表述；b)相應(yīng)的功能被明確地表 述；c)結(jié)構(gòu)、材料或支持該結(jié)構(gòu)的行為沒有被表述。在本公開中以及本申 請的審查期間，術(shù)語"本發(fā)明，，或"發(fā)明"可以用來引用本發(fā)明公開中的 一個或多個方面。語言"本發(fā)明"或"發(fā)明"不應(yīng)當(dāng)被不恰當(dāng)?shù)亟忉尀殛P(guān) 鍵程度的標(biāo)識，不應(yīng)當(dāng)被不恰當(dāng)?shù)亟忉尀榭缢蟹矫婊驅(qū)嵤├?即，其應(yīng) 當(dāng)能被理解為本發(fā)明具有許多方面和實施例)的應(yīng)用，并且不應(yīng)當(dāng)被不恰 當(dāng)?shù)亟忉尀橄拗票旧暾埢驒?quán)利要求書的范圍。在;^^開中以及本申請的審 查期間，術(shù)語"實施例，，可以用來描述任何方面、特征、過程或步驟、他們的任何組合、和/或他們的任何部分等。在一些實例中，各種實施例可以
包含重疊的特征。在本公開中，可以使用下述縮寫術(shù)語"e.g."指"例如"。
權(quán)利要求
1、一種在MPA框架中使用DHCP預(yù)先配置IP地址來減少向MN提供IP地址所需要的時間的方法，包含步驟a)PAA生成多個會話-Id，b)將所述多個會話-Id作為會話-Id池來保持，c)當(dāng)所述PAA發(fā)送請求會話-Id的第一個PANA消息時，從所述池提取會話-Id，其中，向MN提供預(yù)先生成的IP地址減少了預(yù)認(rèn)證時間。
2、 根據(jù)權(quán)利要求l的方法，其中，當(dāng)使用包括預(yù)先生成的PANA會 話- Id的DHCP客戶端標(biāo)識符選項向DHCP服務(wù)器發(fā)送DHCP請求時， 所述PAA充當(dāng)DHCP中繼或DHCP客戶端，所述DHCP服務(wù)器基于所述 標(biāo)識符向PAA提供IP地址。
3、 根據(jù)權(quán)利要求2的方法，其中，所述PAA緩存與所述預(yù)先生成的 會話-Id相關(guān)聯(lián)的IP地址。
4、 根據(jù)權(quán)利要求3的方法，其中，所述PaC使用所述DHCP客戶端 標(biāo)識符選項承載用于在轉(zhuǎn)交之前預(yù)先獲取所述IP地址的PANA會話- Id, 用于在轉(zhuǎn)交之后重新獲得所述提前獲取的IP地址。
5、 根據(jù)權(quán)利要求1的方法，所述PAA向PaC提供預(yù)先獲取的IP地址。
6、 根據(jù)權(quán)利要求1的方法，進(jìn)一步包括步驟在與特定PaC的PANA 會話被創(chuàng)建之前，所述PAA創(chuàng)建一組PANA會話-Id。
7、 根據(jù)權(quán)利要求6的方法，進(jìn)一步包括步驟新的PaC嘗試與所述 PAA建立新的PANA會話-Id,所述PAA發(fā)送PANA - Auth - Request, 并從所述PANA會話-Id組傳送會話—Id。
8、 根據(jù)權(quán)利要求l的方法，其中，對于每個預(yù)先生成的會話-Id， IP 地址被單獨地按照相同的順序處理，并且一組會話-Id由PAA生成，查 找并識別DHCP服務(wù)器，發(fā)送包含客戶端標(biāo)識符和會話-Id的DHCP發(fā)現(xiàn)消息請求，以確定所述DHCP服務(wù)器的可用性和可接受性。
9、 根據(jù)權(quán)利要求8的方法，其中，所述DHCP服務(wù)器響應(yīng)提供，向 所述PAA提供所請求的信息，當(dāng)所迷DHCP服務(wù)器積極地響應(yīng)時，所述 PAA繼續(xù)并充當(dāng)DHCP中繼或DHCP客戶端，并向所述DHCP服務(wù)器發(fā) 送DHCP請求，為會話-Id-1請求IP地址。
10、 根據(jù)權(quán)利要求9的方法，進(jìn)一步包括使用包括預(yù)先生成的PANA 會話-Id的DHCP客戶端標(biāo)識符選項，所述DHCP服務(wù)響應(yīng)確認(rèn)，以及 被分配給所述預(yù)先成生的會話-Id的IP地址，所述PAA緩存接收到的IP 地址，所述過程被重復(fù)以獲得附加的會話-Id。
11、 根據(jù)權(quán)利要求l的方法，其中，當(dāng)PaC從PAA請求IP地址時， 通過發(fā)送PANA - Client - Initiation消息開始預(yù)認(rèn)證，該消息由PAA以帶 有會話-Id的PANA - Start - Request消息響應(yīng)，所述IP地址4皮承載在 PANA - Bind - Request消息中，并且所述IP地址的接收由PANA - Bind - Answer消息確i人，根據(jù)需要所述過程被重復(fù)，使得PaC能夠獲得IP地 址，而不需要遭遇初始請求時刻所述DHCP服務(wù)器轉(zhuǎn)發(fā)所述地址時所忍受 的延遲。
12、 根據(jù)權(quán)利要求11的方法，其中，在轉(zhuǎn)交之后，PaC使用所述DHCP 客戶端標(biāo)識符選項承載用于在轉(zhuǎn)交之前預(yù)先獲取所述IP地址的所述 PANA會話-Id,用于在轉(zhuǎn)交之后重新獲得所述提前獲取的IP地址。
13、 一種減少向MN提供IP地址所需要的時間的方法，所述方法4吏 用IKEv2輔助的IP地址提前獲取來提前獲取IP地址，包含步驟a)作為標(biāo)準(zhǔn)的IKEv2過程的一部分從CTN獲取IP地址，b )提供設(shè)置在IPsec網(wǎng)關(guān)上的同位置的DHCP中繼代理或DHCP客戶端，用于從目標(biāo)網(wǎng)絡(luò)中的DHCP服務(wù)器使用標(biāo)準(zhǔn)的DHCP來獲取所述IP地址，c) PAA預(yù)先生成會話-Id池，以及d ) 直接向IPsec網(wǎng)關(guān)轉(zhuǎn)發(fā)所述會話-Id池。
14、 才艮據(jù)權(quán)利要求13的方法，進(jìn)一步包括對IPsec網(wǎng)關(guān)中的DHCP中繼/客戶端配置所述預(yù)先生成的會活-Id池，預(yù)先生成的會活-Id池接收自所述PAA，并由所述PAA初始創(chuàng)建，其中所述IPsec-網(wǎng)關(guān)中的所述 DHCP中繼/客戶端使用所述PANA會話-Id池，來為每個配置的會活-Id請求一個IP地址，以建立IP地址池。
15、 根據(jù)權(quán)利要求14的方法，進(jìn)一步包括步驟所述IPsec網(wǎng)關(guān)在發(fā) 現(xiàn)模式聯(lián)系所述DHCP服務(wù)器以獲得通信可接收性數(shù)據(jù)，所述DHCP服 務(wù)器返回提供，提供通信的能力和可用性，當(dāng)所述提供是積極的時，所述 IPsec網(wǎng)關(guān)發(fā)送請求，請求將與第一個會話-Id相關(guān)聯(lián)的IP地址，所述 DHCP確認(rèn)所述請求，并返回與所述第一個會活—Id相關(guān)聯(lián)的IP地址， 并重復(fù)所述步驟直到獲得所有的IP地址。
16、 根據(jù)權(quán)利要求15的方法，進(jìn)一步包括步驟所述PaC與IPsec 網(wǎng)關(guān)聯(lián)系并參與IKEv2安全關(guān)聯(lián)，所述PaC在PANA認(rèn)證步驟期間確定 所述PAA提供的會話-Id。
17、 根據(jù)權(quán)利要求13的方法，進(jìn)一步包括步驟所述PaC向所述IPsec 網(wǎng)關(guān)發(fā)送PANA預(yù)先生成的^"-Id，以獲取IP地址，所述IP地址在 ID—KEY—ID有效載荷中提供，IPsec網(wǎng)關(guān)將從所述池返回與所述會話- Id 對應(yīng)的預(yù)先從所述DHCP服務(wù)器獲取的IP地址，從而消除延遲。
18、 一種僅4吏用DHCP來減少向MN提供IP地址所需要的時間的方 法，包括在移動節(jié)點和CTN中的DHCP中繼或DHCP服務(wù)器兩者之間 啟用直接的DHCP通信，所述移動節(jié)點向所述CTN中的所述DHCP中繼 代理或所述DHCP服務(wù)器發(fā)送單播DHCP消息，來請求地址，所述移動 節(jié)點使用與當(dāng)前物理接口相關(guān)聯(lián)的地址作為所述請求的源地址，其中已經(jīng) 預(yù)先生成一組PANA會話-Id。
19、 根據(jù)權(quán)利要求18的方法，進(jìn)一步包括所述PAA通過一些協(xié)議 或API將所述預(yù)先生成的會話-Id組安裝在DHCP服務(wù)器中，其中對于 安裝在所述DHCP服務(wù)器中的每個PANA會話-Id，都有相關(guān)聯(lián)的IP地 址。
20、 才艮據(jù)斥又利要求18的方法，進(jìn)一步包括所述PAA充當(dāng)DHCP中繼或者DHCP客戶端，通過使用包含所述預(yù)先生成的PANA會話-Id的 DHCP客戶端標(biāo)識符選項，向DHCP服務(wù)器請求IP地址，在所述DHCP 服務(wù)器中創(chuàng)建會話-Idi和IPaddri兩者之間的關(guān)聯(lián)，其中PAA不存儲 DHCP服務(wù)器返回的IP地址。
21、根據(jù)權(quán)利要求18的方法，其中所述移動節(jié)點向DHCP中繼發(fā)送 單播DHCP消息，或直接向DHCP服務(wù)器發(fā)送單播DHCP消息，所述 DHCP單播消息包含帶有PANA認(rèn)證期間PAA發(fā)送的PANA會話-Id的 DHCP客戶端標(biāo)識符選項，在轉(zhuǎn)交之后，所述PaC使用所述DHCP客戶 端標(biāo)識符選項承載用于在轉(zhuǎn)交之前提前獲取所述IP地址的PANA會話-Id，用來在轉(zhuǎn)交之后重新獲得所述提前獲取的IP地址。
全文摘要
本發(fā)明涉及通過PANA輔助的IP地址提前獲取、IKEv2輔助的IP地址提前獲取或僅使用DHCP的IP地址提前獲取的使用，通過提前獲取IP地址來減少向移動節(jié)點提供IP地址所需要的時間。DHCP被用于在MPA框架中預(yù)先配置IP地址，PAA生成多個會話-Id，所述多個會話-Id被作為會話-Id池來保持，當(dāng)PAA發(fā)送PANA-Auth-Request時，會話-Id被從所述池提取，向MN提供預(yù)先生成的IP地址減少了預(yù)認(rèn)證時間。用以提前獲得IP地址的IKEv2輔助的IP地址提前獲取，被用于減少向MN提供IP地址所需要的時間，作為標(biāo)準(zhǔn)IKEv2過程的一部分從CTN獲得IP地址。設(shè)置在接入路由器上的同位置的DHCP中繼代理或DHCP客戶端，用于從目標(biāo)網(wǎng)絡(luò)中的DHCP服務(wù)器使用標(biāo)準(zhǔn)的DHCP獲取IP地址，PAA預(yù)先生成會話-Id池，該會話-Id池被直接轉(zhuǎn)發(fā)至IPsec-網(wǎng)關(guān)。僅使用DHCP來減少向MN提供IP地址所需要的時間，在移動節(jié)點和CTN中的DHCP中繼或DHCP服務(wù)器兩者之間啟用直接的DHCP通信，移動節(jié)點向CTN中的DHCP中繼代理或DHCP服務(wù)器發(fā)送單播DHCP消息，請求IP地址，移動節(jié)點使用與當(dāng)前物理接口相關(guān)聯(lián)的地址作為該請求的源地址。在該系統(tǒng)中已經(jīng)預(yù)先生成一組PANA會話-Id。
文檔編號H04L29/12GK101536471SQ200780004578
公開日2009年9月16日 申請日期2007年12月4日 優(yōu)先權(quán)日2006年12月5日
發(fā)明者R·M·洛佩茲, 大場義洋 申請人:株式會社東芝;特勒克利亞科技公司