欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種基于PMIPv6的本地化尋呼方法

文檔序號(hào):7821588閱讀:210來(lái)源:國(guó)知局
一種基于PMIPv6的本地化尋呼方法
【專(zhuān)利摘要】本發(fā)明提出一種基于PMIPv6的本地化尋呼方法,包括以下步驟:MN接入當(dāng)前MAG,當(dāng)前MAG與LMA建立雙向隧道;MN變成空閑狀態(tài),當(dāng)前MAG自舉為PA,并將尋呼指示消息發(fā)給其他MAG;MN移動(dòng)到其他MAG;當(dāng)CN向MN發(fā)送數(shù)據(jù)包時(shí),MN變?yōu)榛钴S狀態(tài),數(shù)據(jù)包被重定向到當(dāng)前MAG;當(dāng)前MAG發(fā)起尋呼過(guò)程,另一MAG或忽略該請(qǐng)求或響應(yīng)尋呼請(qǐng)求消息;響應(yīng)尋呼請(qǐng)求消息的另一MAG自舉為新的PA,其他MAG更新MN對(duì)應(yīng)的信息;當(dāng)MN向CN發(fā)送數(shù)據(jù)包時(shí),重定向到另一MAG,其他MAG發(fā)起PMIP過(guò)程,建立和LMA之間的雙向隧道。以上步驟可重復(fù)。通過(guò)本發(fā)明的方法可以對(duì)本地化尋呼過(guò)程中的數(shù)據(jù)處理流程進(jìn)行優(yōu)化。
【專(zhuān)利說(shuō)明】-種基于PMIPv6的本地化尋呼方法

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及無(wú)線(xiàn)通信【技術(shù)領(lǐng)域】,具體涉及一種基于PMIPv6的本地化尋呼方法。

【背景技術(shù)】
[0002] 移動(dòng)互聯(lián)網(wǎng)中的移動(dòng)節(jié)點(diǎn)(Mobile Node,MN)可以被分成兩大類(lèi):一類(lèi)是處于激 活狀態(tài)的麗,這種節(jié)點(diǎn)需要經(jīng)常對(duì)位置管理者進(jìn)行位置更新;另一類(lèi)是處于空閑狀態(tài)的 MN,這種節(jié)點(diǎn)較少發(fā)送數(shù)據(jù)報(bào)文,從而也較少需要對(duì)位置管理者進(jìn)行位置更新。對(duì)處于激活 狀態(tài)的MN,由于位置管理者知道其精確位置信息,因此可以把報(bào)文直接發(fā)送給該節(jié)點(diǎn)。對(duì)處 于空閑狀態(tài)的MN,由于位置管理者往往不知道其精確位置信息,因此,需要通過(guò)其他技術(shù)來(lái) 對(duì)這類(lèi)節(jié)點(diǎn)進(jìn)行定位,該技術(shù)通常稱(chēng)為尋呼。
[0003] 尋呼技術(shù)已經(jīng)在傳統(tǒng)蜂窩移動(dòng)通信系統(tǒng)中得到了廣泛的應(yīng)用。近來(lái),國(guó)內(nèi)外 學(xué)者紛紛提出把尋呼應(yīng)用于互聯(lián)網(wǎng),提出了 IP尋呼的概念。IP尋呼指的是定位處于空 閑狀態(tài) MN 的 IP 地址的過(guò)程[Kempf J.Dormant mode host alerting("IP paging") problem statement. IETF RFC3132, 2001 ;Kempf J,Castelluccia C,Mutaf P, et al. Requirements and functional architecture for an IP host alerting protocol. IETF RFC 3154,2001]。IP尋呼的研究?jī)?nèi)容主要涉及到三個(gè)方面,分別是尋呼體系結(jié)構(gòu) (Paging Architecture)、尋呼協(xié)議(Paging Protocol)和尋呼算法(Paging Algorithm) [Ramjee R,Li L,Porta T,et al. IP paging services for mobile hosts. Wireless Networks,2002, 8 (5) : 427-441]。其中,尋呼體系結(jié)構(gòu)決定IP尋呼中MN尋呼狀態(tài)信息存儲(chǔ) 的位置;尋呼協(xié)議決定IP尋呼中尋呼的發(fā)起者,定義IP尋呼中節(jié)點(diǎn)之間的各種交互消息, 并負(fù)責(zé)更新和維護(hù)MN的尋呼狀態(tài);尋呼算法決定IP尋呼中查找節(jié)點(diǎn)IP地址所采用的方 法,如選擇尋呼、順序?qū)ず簟⒍嗖綄ず艉投ㄏ驅(qū)ず舻取?br> [0004] 目前,IP尋呼的研究主要集中在對(duì)移動(dòng)IPv4(Mobile IPv4,MIPv4) [C. Perkins,IP Mobility Support for IPv4. RFC 3344.2002]和移動(dòng) IPv6(Mobile IPv6, MIPv6) [D. Johnson,C. Perkins,J.Arkko. Mobility Support in IPv6. RFC3775. 2004]進(jìn)行尋 呼功能的擴(kuò)展。這些擴(kuò)展機(jī)制主要可以分成兩類(lèi):第一類(lèi)稱(chēng)為靜態(tài)聚合尋呼(Static Aggregate Paging, SAP) [Lee J S,Min J H,Park K S,et al. Paging extensions for hierarchical mobile IPv6:P-HMIPv6. Proceedings of the IEEE International Conference on Networks(ICON), Sydney,Australia, IEEE Press, 2003:245-248 ; Poungkong T,Benjapolakul W. A comparative analysis on signaling cost of mobile IP regional registration with paging support.Proceedings of the IEEE Wireless Communications&Networking Conference(WCNC), New Orleans, USA, IEEE Press,2005:1415-1420 ;Liebsch M,Lamparter B. A generic IP paging architecture and protocol. Computer Networks, 2005, 49(3):427-448 ;Wu X, Mukherjee B, Bhargava B. A crossing-tier location update/paging scheme in hierarchical cellular networks. IEEE Transactions on Wireless Communications,2006, 5 (4):839-848 ; Castelluccia C, Mutaf P. An adaptive per-host IP paging architecture. ACM SIGCOMM Computer Communication Review,2001,31 (5) : 48-56]。在該類(lèi)機(jī)制中,網(wǎng)絡(luò)管理者預(yù)先 設(shè)計(jì)好尋呼域,尋呼域的范圍保持不變,并且網(wǎng)絡(luò)對(duì)所有處于空閑狀態(tài)的MN采用相同的尋 呼機(jī)制。這類(lèi)機(jī)制主要解決網(wǎng)絡(luò)的整體性能優(yōu)化問(wèn)題;第二類(lèi)稱(chēng)為個(gè)人尋呼(Individual Paging)[Castelluccia C. Extending mobile IP with adaptive individual paging:a performance analysis. ACM SIGMOBILE Mobile Computing and Communications Review,2001,5(2) :14-26 ;Do H T,Onozato Y. A comparison of different paging mechanisms for mobile IP. Wireless Networks,2007,13(3):379-395 ;Techabanyat C,Benjapolakul W. Distributed local paging scheme for mobility management in mobile IP.Proceedings of the IFIP International Conference on Wireless and Optical Communications Networks(WOCN), Singapore,IEEE Press,2007:1-5 ; Roy A,Misra A,Das S K.Location update versus paging trade-off in cellular networks:an approach based on vector quantization. IEEE Transactions on Mobile Computing,2007, 6 (12) : 1426-1440],在該類(lèi)機(jī)制中,網(wǎng)絡(luò)對(duì)每個(gè)處于空閑狀態(tài)的MN的尋 呼機(jī)制以及尋呼域范圍都可能不同。這類(lèi)機(jī)制主要解決單個(gè)MN的性能優(yōu)化問(wèn)題。但上述 研究都是在基于終端的移動(dòng)性管理協(xié)議之上進(jìn)行,因而存在一些固有弊端,如:需要更新現(xiàn) 有終端的軟件、增加終端復(fù)雜性和電量消耗、大量移動(dòng)性信令占用無(wú)線(xiàn)資源等。
[0005] 鑒于這類(lèi)移動(dòng)性協(xié)議本身的缺陷,IETF成立了 NetLMM工作組,提出基于網(wǎng)絡(luò)的 移動(dòng)性管理協(xié)議需求[J.Kempf, Ed. Problem Statement for Network-Based Localized Mobility Management (NETLMM). RFC4830. 2007]。經(jīng)過(guò)長(zhǎng)期討論之后,正式發(fā)布了代 理移動(dòng) IPv6 (Proxy Mobile IPv6,PMIPv6)標(biāo)準(zhǔn)[S.Gundavelli,Proxy Mobile IPv6. RFC5213. 2008]?;诰W(wǎng)絡(luò)的移動(dòng)性管理協(xié)議不需要終端參與移動(dòng)性管理過(guò)程,所有的 移動(dòng)性信令都由網(wǎng)絡(luò)完成,這就解決了對(duì)終端的功能需求和無(wú)線(xiàn)資源浪費(fèi)的問(wèn)題?;?PMIPv6基本協(xié)議,J. H. Lee提出基于網(wǎng)絡(luò)的尋呼機(jī)制[Jong-Hyouk Lee,Tai_Myoung Chung, Sangheon Pack and Sri Gundavelli, Shall we apply paging technologies to proxy mobile IPv6 ? Proceedings of the 3rd international workshop on Mobility in the evolving internet architecture Mobility In The Evolving Internet Architecture, Aug. 2008-Aug. 2008, Seattle,WA,USA],仿真結(jié)果證明該機(jī)制可以有效的減少PMIPv6的協(xié) 議開(kāi)銷(xiāo),進(jìn)而優(yōu)化PMIPv6協(xié)議的性能。
[0006] 該機(jī)制可以有效的減少PMIPV6中空閑麗的注冊(cè)消息,并通過(guò)基于網(wǎng)絡(luò)的尋呼保 證了尋呼擴(kuò)展對(duì)于MN的透明,但是仍然有如下缺陷:
[0007] 1)MAG(移動(dòng)接入網(wǎng)關(guān))和LMA(本地移動(dòng)錨點(diǎn))之間需要通過(guò)定時(shí)器的設(shè)置來(lái)對(duì) 麗空閑狀態(tài)進(jìn)行同步,增加了協(xié)議的復(fù)雜性;
[0008] 2)當(dāng)MN有上行數(shù)據(jù)發(fā)送的時(shí)候,當(dāng)前MAG需要進(jìn)行狀態(tài)激活、PMIP (代理移動(dòng)IP) 綁定,才能開(kāi)始傳輸數(shù)據(jù),帶來(lái)了 一定的時(shí)延;
[0009] 3)當(dāng)麗有下行數(shù)據(jù)到達(dá)LMA的時(shí)候,LMA首先需要進(jìn)行狀態(tài)激活、尋呼、PMIP綁 定,才能向麗發(fā)送數(shù)據(jù)包,這首先需要LMA對(duì)數(shù)據(jù)包進(jìn)行緩存,會(huì)加劇LMA的瓶頸效應(yīng);而 且數(shù)據(jù)包發(fā)送時(shí)延過(guò)大;
[0010] 4)該機(jī)制沒(méi)有詳細(xì)的操作規(guī)程以及消息格式定義。


【發(fā)明內(nèi)容】

[0011] 本發(fā)明的目的在于針對(duì)上述現(xiàn)有技術(shù)的缺陷提出一種基于PMIPV6的本地化尋呼 方法,基于多個(gè)MAG位于同一尋呼域的網(wǎng)絡(luò)架構(gòu),包括以下步驟:
[0012] 1) 一麗接入一當(dāng)前MAG,所述當(dāng)前MAG通過(guò)發(fā)起PMIPv6綁定過(guò)程與LMA建立雙 向隧道;
[0013] 2)麗在當(dāng)前MAG的子網(wǎng)內(nèi)變成空閑狀態(tài),當(dāng)前MAG自舉為麗的PA,并將尋呼指示 消息發(fā)給所述尋呼域內(nèi)其他MAG;
[0014] 3)MN移動(dòng)到所述尋呼域內(nèi)其他MAG,所述其他MAG如發(fā)現(xiàn)MN是一個(gè)idle節(jié)點(diǎn)(即 為空閑狀態(tài)),則不進(jìn)行任何PMIP操作;
[0015] 4)當(dāng)CN向麗發(fā)送數(shù)據(jù)包時(shí),麗變?yōu)榛钴S狀態(tài),數(shù)據(jù)包被重定向到當(dāng)前MAG;當(dāng)前 MAG發(fā)起尋呼過(guò)程,當(dāng)尋呼域內(nèi)另一 MAG收到尋呼請(qǐng)求消息時(shí),如發(fā)現(xiàn)自己的子網(wǎng)內(nèi)沒(méi)有所 述MN的信息,則忽略該請(qǐng)求;如發(fā)現(xiàn)自己的子網(wǎng)內(nèi)有所述MN的信息,則響應(yīng)尋呼請(qǐng)求消息, 麗重新變?yōu)榭臻e狀態(tài),由響應(yīng)尋呼請(qǐng)求消息的另一 MAG自舉為新的PA,并向所述尋呼域內(nèi) 的其他MAG發(fā)送尋呼指示消息;
[0016] 當(dāng)麗向CN發(fā)送數(shù)據(jù)包時(shí),麗移動(dòng)到的其他MAG首先將數(shù)據(jù)包重定向到新的PA, 同時(shí)麗移動(dòng)到的其他MAG發(fā)起PMIP過(guò)程,建立和LMA之間的雙向隧道。
[0017] 進(jìn)一步地,所述步驟2)中當(dāng)麗在Lifetime期間沒(méi)有任何數(shù)據(jù)發(fā)送時(shí),當(dāng)前MAG 確認(rèn)麗變?yōu)榭臻e狀態(tài),自舉為PA,并發(fā)起麗的狀態(tài)同步。
[0018] 進(jìn)一步地,步驟2)中所述尋呼指示消息攜帶MN-ID、MN-HNP、狀態(tài)指示和PA地址, 當(dāng)MN為空閑狀態(tài)時(shí),尋呼指示消息使得其他MAG建立MN的一綁定緩存條目;當(dāng)MN為活躍 狀態(tài)時(shí),PA如主動(dòng)向其他MAG發(fā)送尋呼指示消息,則其他MAG刪除麗的狀態(tài)信息。
[0019] 進(jìn)一步地,步驟4)中所述尋呼請(qǐng)求消息攜帶MN-ID、MN-HNP和PA地址,用以使麗 的轉(zhuǎn)換為活躍狀態(tài),使和MN不相連的MAG刪除MN的狀態(tài);使和MN相連的MAG,將MN的狀 態(tài)轉(zhuǎn)換為活躍,發(fā)起PMIPv6綁定過(guò)程,同時(shí)向PA發(fā)送尋呼響應(yīng)消息。
[0020] 進(jìn)一步地,所述尋呼響應(yīng)消息作為尋呼請(qǐng)求消息的響應(yīng),攜帶MN-ID、MN-HNP及和 麗相連的MAG的地址。
[0021] 通過(guò)上述技術(shù)方案,本發(fā)明可以對(duì)本地化尋呼過(guò)程中的數(shù)據(jù)處理流程進(jìn)行優(yōu)化, 主要體現(xiàn)在:
[0022] 1)消除LMA為麗緩存數(shù)據(jù)的要求,減緩PMIPv6的LMA瓶頸問(wèn)題;
[0023] 2)狀態(tài)同步在本地范圍進(jìn)行,將尋呼過(guò)程和數(shù)據(jù)緩存扁平化;
[0024] 3)當(dāng)麗發(fā)生狀態(tài)遷移時(shí),無(wú)需通過(guò)定時(shí)器的設(shè)置來(lái)對(duì)麗空閑狀態(tài)進(jìn)行同步,且通 過(guò)PA使尋呼過(guò)程在MAG之間進(jìn)行,以便網(wǎng)絡(luò)能夠及時(shí)進(jìn)行狀態(tài)同步并減小數(shù)據(jù)轉(zhuǎn)發(fā)時(shí)延;
[0025] 4)提供詳細(xì)的操作規(guī)程及消息格式定義。

【專(zhuān)利附圖】

【附圖說(shuō)明】
[0026] 圖1為本發(fā)明實(shí)施例中基于PMIPv6的本地化尋呼網(wǎng)絡(luò)架構(gòu)示意圖。
[0027] 圖2為本發(fā)明實(shí)施例中基于PMIPv6的本地化尋呼方法的流程示意圖。
[0028]圖3為本發(fā)明實(shí)施例中MAG上麗的綁定更新列表圖。

【具體實(shí)施方式】
[0029] 為使本發(fā)明的上述特征和優(yōu)點(diǎn)能更明顯易懂,下文特舉實(shí)施例,并配合所附圖作 詳細(xì)說(shuō)明如下。
[0030] 實(shí)施例:
[0031] 在本實(shí)施例中,首先對(duì)本發(fā)明的本地化尋呼方法的主體架構(gòu)進(jìn)行說(shuō)明。如圖1 所示,圖中的LMD(Local Mobility Domain)為本地移動(dòng)域,是一個(gè)PMIPv6的服務(wù)域, CN(Corresponding Node)為通信節(jié)點(diǎn),指代與MN進(jìn)行通信的節(jié)點(diǎn)。MN在空閑狀態(tài)的第一 個(gè)MAG作為尋呼代理(Paging Agent, PA),從而實(shí)現(xiàn)尋呼過(guò)程的本地化,并將尋呼管理扁平 化,可以起到分散LMA壓力的作用,這是由于傳統(tǒng)的尋呼方法是由LMA統(tǒng)一管理的,本發(fā)明 通過(guò)選擇第一個(gè)MAG作為尋呼代理,把這個(gè)MAG作為管理尋呼的節(jié)點(diǎn),使得后續(xù)的尋呼操作 都是在MAG之間進(jìn)行,故而實(shí)現(xiàn)了扁平化;為了盡快地進(jìn)行數(shù)據(jù)轉(zhuǎn)發(fā),PA和其他MAG(即與 第一個(gè)MAG位于同一尋呼域的其他MAG)之間的信息同步中包含MN-ID、MN-HNP和PA的地 址,當(dāng)其他MAG接收到MN的上行數(shù)據(jù)時(shí),一方面通過(guò)PA進(jìn)行轉(zhuǎn)發(fā),另一方面發(fā)起PMIP綁定 過(guò)程,建立優(yōu)化路徑,其中,PMIP綁定過(guò)程就是基本的PMIP中通過(guò)PBU/PBA交互建立的LMA 和MAG之間的綁定關(guān)系;當(dāng)LMA向麗轉(zhuǎn)發(fā)下行數(shù)據(jù)時(shí),先發(fā)送到PA,由PA進(jìn)行尋呼,當(dāng)前 MAG(即在同一個(gè)尋呼域內(nèi)而且是麗目前正在接入的MAG)在響應(yīng)尋呼消息從而向麗轉(zhuǎn)發(fā) 數(shù)據(jù)的同時(shí),向LMA發(fā)起PMIP綁定過(guò)程。
[0032] 具體可參照?qǐng)D1提供的一種網(wǎng)絡(luò)架構(gòu),包含三個(gè)尋呼域(paging area),分別表示 為,paging areal、paging area2、paging area3,其中分別有MAG1、MAG2及MAG3位于paging areal 中,有 MAG4、MAG5 及 MAG6 位于 paging area2 中,有 MAG7、MAG8 及 MAG9 位于 paging area3中。如果MN1或MN2在空閑狀態(tài)下將MAG1、MAG4或MAG7作為PA,作為PA的MAGI與 同樣位于paging areal的MAG2、MAG3之間的信息同步包括MN-ID、MN-HNP和MAG1的地址, 當(dāng)MAG2或MAG3接收到MN1或MN2的上行數(shù)據(jù)時(shí),一方面通過(guò)MAG1進(jìn)行轉(zhuǎn)發(fā),另一方面發(fā) 起PMIP綁定過(guò)程,建立優(yōu)化路徑;當(dāng)LMA向麗1或麗2轉(zhuǎn)發(fā)下行數(shù)據(jù)時(shí),先發(fā)送到MAG1,由 MAG1進(jìn)行尋呼,當(dāng)前MAG在響應(yīng)尋呼消息從而向MN1或MN2轉(zhuǎn)發(fā)數(shù)據(jù)的同時(shí),向LMA發(fā)起 PMIP綁定過(guò)程。paging area2、paging area3內(nèi)的MAG也可以實(shí)現(xiàn)同樣的尋呼過(guò)程。當(dāng)然 本實(shí)施例僅結(jié)合圖1的網(wǎng)絡(luò)架構(gòu)作為示例對(duì)尋呼過(guò)程進(jìn)行描述,實(shí)際上,網(wǎng)絡(luò)架構(gòu)的構(gòu)成, 尋呼域的數(shù)量及尋呼域中MAG的數(shù)量,空閑狀態(tài)的麗數(shù)量都會(huì)有所變化,本發(fā)明對(duì)此不作 限定。
[0033] 下面對(duì)本發(fā)明的本地化尋呼方法的具體實(shí)施過(guò)程及操作原理進(jìn)行說(shuō)明。
[0034] 1?尋呼過(guò)程
[0035] 本實(shí)施例所提出的PMIPv6本地化尋呼方法操作流程如圖2所示:
[0036] MAG1,MAG2, MAG3 和 MAG4 位于同一個(gè)尋呼域(paging area)。
[0037] 1)麗接入MAG1,由于MAGI中沒(méi)有維護(hù)任何麗的狀態(tài)信息,MAGI發(fā)起PMIPv6綁 定過(guò)程,從而和LMA建立了雙向隧道;
[0038] 2)麗在MAG1子網(wǎng)內(nèi)變成空閑狀態(tài)(idle mode),MAG1自舉為麗的PA,并將相關(guān) 信息(即上述的HNP,ID等信息)通過(guò)尋呼指示發(fā)給paging area的其他MAG ;
[0039] 3)麗移動(dòng)到MAG2后,MAG2發(fā)現(xiàn)麗是一個(gè)idle節(jié)點(diǎn),不進(jìn)行任何PMIP操作;
[0040] 4)麗移動(dòng)到MAG3后,MAG3發(fā)現(xiàn)麗是一個(gè)idle節(jié)點(diǎn),不進(jìn)行任何PMIP操作;
[0041] 5)當(dāng)CN向MN發(fā)送數(shù)據(jù)包時(shí),數(shù)據(jù)包被發(fā)送到LMA,由于LMA綁定的MAG是MAG1, 所以數(shù)據(jù)包被重定向到MAG1。而由于麗此時(shí)已經(jīng)移動(dòng)到其他的MAG,所以MAG1發(fā)起尋呼 過(guò)程,當(dāng)MAG2和MAG4收到尋呼請(qǐng)求消息時(shí),發(fā)現(xiàn)自己的子網(wǎng)內(nèi)沒(méi)有麗的信息,從而忽略該 請(qǐng)求。MAG3發(fā)現(xiàn)子網(wǎng)內(nèi)有該麗的信息,便響應(yīng)MAG1的請(qǐng)求消息。一方面MAG1將數(shù)據(jù)包重 定向到MAG3,進(jìn)而轉(zhuǎn)發(fā)給麗;另一方面,MAG3發(fā)起PMIP綁定過(guò)程。當(dāng)LMA收到PBU消息之 后,更新和MAG之間的綁定狀態(tài);
[0042] 6)由于麗又轉(zhuǎn)移到idle狀態(tài),于是MAG3充當(dāng)新的PA,并向其他MAG進(jìn)行通告, 其他MAG更新麗對(duì)應(yīng)的信息(即上述的HNP,ID等信息);
[0043] 7)麗移動(dòng)到MAG4, MAG4發(fā)現(xiàn)麗是一個(gè)idle節(jié)點(diǎn),不進(jìn)行任何PMIP操作;
[0044] 8)當(dāng)麗向CN發(fā)送數(shù)據(jù)包時(shí),MAG4首先將數(shù)據(jù)包重定向到PA(MAG3),同時(shí)MAG4發(fā) 起PMIP過(guò)程,建立和LMA之間的雙向隧道。
[0045] 2?狀態(tài)同步
[0046] 為了在MAG之間對(duì)麗的活躍和空閑狀態(tài)進(jìn)行同步,本發(fā)明不限定MAG信息同步所 采用的具體技術(shù)(如單播或組播),但需要對(duì)MAG上MN的綁定更新列表進(jìn)行如圖3所示擴(kuò) 展。
[0047] 由此可見(jiàn),MAG的綁定更新列表中增添了該MN當(dāng)前的狀態(tài)(I標(biāo)志位為1表示處 于空閑狀態(tài),I為〇表示處于活躍狀態(tài))及其對(duì)應(yīng)的PA地址,Lifetime用于對(duì)這些狀態(tài)進(jìn) 行管理,并遵從如下原則:
[0048] >當(dāng)活躍MN的Lifetime過(guò)期且MAG仍然沒(méi)有收到任何MN的數(shù)據(jù)包,就將其狀態(tài) 轉(zhuǎn)移為空閑;
[0049] >當(dāng)每次收到MN的數(shù)據(jù)包時(shí),都需要對(duì)Lifetime進(jìn)行歸零重置;
[0050] >當(dāng)空閑麗的Lifetime過(guò)期時(shí),如果PA-項(xiàng)為Null,則表明當(dāng)前MAG就是該空 閑麗的PA,那么這個(gè)MAG就需要向LMA進(jìn)行麗的位置更新,以繼續(xù)維護(hù)LMA的麗綁定狀 態(tài),該MAG還需要繼續(xù)向其他MAG發(fā)送尋呼指示消息,以更新麗在其他MAG上的狀態(tài);
[0051] >當(dāng)空閑麗的Lifetime過(guò)期時(shí),如果PA -項(xiàng)不為Null,表明MAG沒(méi)有收到PA對(duì) 于MN空閑狀態(tài)的繼續(xù)維護(hù),則MAG默認(rèn)為該MN轉(zhuǎn)換為活躍狀態(tài),從而刪除該條目。
[0052] 3.PA 自舉
[0053] 當(dāng)MN在Lifetime期間沒(méi)有任何數(shù)據(jù)發(fā)送時(shí),當(dāng)前MAG確認(rèn)該MN轉(zhuǎn)移到空閑狀態(tài), 自舉為PA,并發(fā)起該麗的狀態(tài)同步。
[0054] 4?信令消息
[0055] 本發(fā)明涉及三個(gè)消息,分別為尋呼指示,尋呼請(qǐng)求和尋呼響應(yīng),本發(fā)明不限定這三 種消息的具體格式,但是其必選內(nèi)容以及處理規(guī)則如下:
[0056] 1)尋呼指示消息從PA發(fā)送給相同尋呼域中的所有其他MAG(可以采用單播或組播 技術(shù)),其中攜帶MN-ID、MN-HNP、狀態(tài)指示和PA地址。當(dāng)MN狀態(tài)為空閑時(shí),這一消息將使 得其他MAG建立如圖3中MN1的綁定緩存條目;當(dāng)MN狀態(tài)轉(zhuǎn)換為活躍時(shí),PA也可以主動(dòng)向 其他MAG發(fā)送這一消息,從而使得其他MAG可以及時(shí)刪除該MN的狀態(tài)信息;
[0057]2)尋呼請(qǐng)求消息從PA發(fā)送給相同尋呼域中的所有其他MAG(可以采用單播、組播 或任播技術(shù)),其中包含MN-ID、MN-HNP和PA地址,這一消息將使得該MN的狀態(tài)轉(zhuǎn)換為活 躍,對(duì)于和麗不相連的MAG,刪除該麗的狀態(tài);對(duì)于和麗相連的MAG,將麗的狀態(tài)轉(zhuǎn)換為 活躍,發(fā)起PMIPv6綁定過(guò)程,同時(shí)向PA發(fā)送尋呼響應(yīng)消息;
[0058] 3)尋呼響應(yīng)消息從MAG發(fā)向PA(采用單播技術(shù)),以作為尋呼請(qǐng)求消息的響應(yīng),其 中包含麗-ID、麗-HNP和該MAG的地址。
[0059] 5?數(shù)據(jù)轉(zhuǎn)發(fā)
[0060] 本發(fā)明涉及到的數(shù)據(jù)轉(zhuǎn)發(fā)過(guò)程主要包括MAG和LMA之間的數(shù)據(jù)轉(zhuǎn)發(fā)和MAG和PA 之間的數(shù)據(jù)轉(zhuǎn)發(fā)。
[0061] 1)對(duì)于MAG和LMA之間的數(shù)據(jù)轉(zhuǎn)發(fā),完全按照PMIPv6基本協(xié)議操作;
[0062] 2)對(duì)于MAG和PA之間的數(shù)據(jù)轉(zhuǎn)發(fā):
[0063] >當(dāng)MAG收到空閑麗發(fā)送的上行數(shù)據(jù)包且該MAG不作為PA時(shí),則需要按照綁定 更新列表將數(shù)據(jù)包重定向到PA,同時(shí)發(fā)起PMIPv6綁定過(guò)程。當(dāng)該MAG收到LMA發(fā)送的 PBA (Proxy Binding Acknowledgement代理綁定確認(rèn))之后,表明PMIPv6隧道已經(jīng)建立,后 續(xù)的數(shù)據(jù)包將通過(guò)PMIPv6隧道繼續(xù)發(fā)送;當(dāng)MAG收到空閑MN發(fā)送的上行數(shù)據(jù)包且該MAG 為PA時(shí),首先將MN的狀態(tài)轉(zhuǎn)換為激活并向其他MAG發(fā)送尋呼指示消息進(jìn)行MN的狀態(tài)同步, 同時(shí)通過(guò)PMIPv6隧道向LMA轉(zhuǎn)發(fā)數(shù)據(jù)包;
[0064] >當(dāng)LMA收到麗的下行數(shù)據(jù)包時(shí),首先通過(guò)PMIPv6隧道轉(zhuǎn)發(fā)到為麗注冊(cè)的MAG, 而這個(gè)注冊(cè)的MAG -定是MN的PA,當(dāng)MN當(dāng)前處在PA子網(wǎng)時(shí),PA直接向MN轉(zhuǎn)發(fā)數(shù)據(jù)包并 向其他MAG發(fā)送尋呼指示消息進(jìn)行麗的狀態(tài)同步;當(dāng)麗當(dāng)前處在別的MAG子網(wǎng)時(shí),PA首 先通過(guò)發(fā)送尋呼請(qǐng)求消息尋找MN的當(dāng)前MAG,并在接收到尋呼響應(yīng)后將數(shù)據(jù)包發(fā)送到對(duì)應(yīng) 的 MAG。
【權(quán)利要求】
1. 一種基于PMIPv6的本地化尋呼方法,基于多個(gè)MAG位于同一尋呼域的網(wǎng)絡(luò)架構(gòu),包 括W下步驟: 1. MN接入一當(dāng)前MAG,所述當(dāng)前MAG與LMA建立雙向隧道; 2) 如麗為空閑狀態(tài),則當(dāng)前MAG自舉為麗的PA,并將尋呼指示消息發(fā)給所述尋呼域 內(nèi)其他MG ; 3) ^1N移動(dòng)到所述尋呼域內(nèi)其他MAG,所述其他MAG如發(fā)現(xiàn)^1N為空閑狀態(tài),則不進(jìn)行任 何PMIP操作; 4) 當(dāng)CN向麗發(fā)送數(shù)據(jù)包時(shí),麗變?yōu)榛钴S狀態(tài),數(shù)據(jù)包被重定向到當(dāng)前MAG ;當(dāng)前MAG 發(fā)起尋呼過(guò)程,當(dāng)尋呼域內(nèi)另一 MAG收到尋呼請(qǐng)求消息時(shí),如發(fā)現(xiàn)自己的子網(wǎng)內(nèi)沒(méi)有所述 ^1N的信息,則忽略該請(qǐng)求;如發(fā)現(xiàn)自己的子網(wǎng)內(nèi)有所述^1N的信息,則響應(yīng)尋呼請(qǐng)求消息,MN 重新變?yōu)榭臻e狀態(tài),由響應(yīng)尋呼請(qǐng)求消息的另一 MAG自舉為新的PA,并向所述尋呼域內(nèi)的 其他MAG發(fā)送尋呼指示消息; 當(dāng)麗向CN發(fā)送數(shù)據(jù)包時(shí),步驟3)中麗移動(dòng)到的其他MAG將數(shù)據(jù)包重定向到新的PA, 同時(shí)建立和LMA之間的雙向隧道。
2. 如權(quán)利要求1所述基于PMIPV6的本地化尋呼方法,其特征在于,所述步驟2)中當(dāng) MN在Lifetime期間沒(méi)有數(shù)據(jù)發(fā)送時(shí),當(dāng)前MAG確認(rèn)MN變?yōu)榭臻e狀態(tài)。
3. 如權(quán)利要求1所述基于PMIPV6的本地化尋呼方法,其特征在于,步驟。中所述尋呼 指示消息攜帶MN-ID、MN-HNP、狀態(tài)指示和PA地址,當(dāng)MN為空閑狀態(tài)時(shí),尋呼指示消息使得 其他MAG建立^1N的一綁定緩存條目 ;當(dāng)^1N為活躍狀態(tài)時(shí),?4如主動(dòng)向其他歴6發(fā)送尋呼 指示消息,則其他MG刪除MN的狀態(tài)信息。
4. 如權(quán)利要求1所述基于PMIPV6的本地化尋呼方法,其特征在于,步驟4)中所述尋 呼請(qǐng)求消息攜帶MN-ID、MN-HNP和PA地址,用W使MN的轉(zhuǎn)換為活躍狀態(tài),使和MN不相連的 MAG刪除麗的狀態(tài);使和麗相連的MAG,將麗的狀態(tài)轉(zhuǎn)換為活躍,同時(shí)向PA發(fā)送尋呼響應(yīng) 消息。
5. 如權(quán)利要求4所述基于PMIPV6的本地化尋呼方法,其特征在于,所述尋呼響應(yīng)消息 作為尋呼請(qǐng)求消息的響應(yīng),攜帶MN-ID、MN-HNP及和MN相連的MAG的地址。
【文檔編號(hào)】H04W68/00GK104469944SQ201410715864
【公開(kāi)日】2015年3月25日 申請(qǐng)日期:2014年12月1日 優(yōu)先權(quán)日:2014年12月1日
【發(fā)明者】延志偉, 胡安磊 申請(qǐng)人:中國(guó)科學(xué)院計(jì)算機(jī)網(wǎng)絡(luò)信息中心
網(wǎng)友詢(xún)問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
湘潭市| 日喀则市| 库伦旗| 五常市| 克东县| 景谷| 札达县| 庆元县| 砀山县| 界首市| 永寿县| 巩义市| 虞城县| 顺义区| 万山特区| 信阳市| 灌云县| 宁阳县| 隆林| 沁水县| 清水河县| 吉首市| 南岸区| 本溪市| 龙海市| 扎兰屯市| 邯郸市| 名山县| 疏附县| 仁怀市| 张家港市| 都匀市| 全椒县| 故城县| 广饶县| 临清市| 饶平县| 临湘市| 都江堰市| 农安县| 从化市|