專利名稱：獲取終端設(shè)備的網(wǎng)絡(luò)接入信息的方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)領(lǐng)域，尤其涉及一種獲取終端設(shè)備的網(wǎng)絡(luò)接入信息的方 法和裝置。
背景技術(shù)：
IP會話是一種對應(yīng)訂戶(用戶簽約賬戶)的接入網(wǎng)絡(luò)會話，是在用戶設(shè)備與IP邊 緣設(shè)備之間建立的連接，為用戶數(shù)據(jù)提供IP網(wǎng)絡(luò)接入通道。IP地址是識別IP會話的關(guān)鍵 參數(shù)，其中IPv6地址可以通過DHCP (Dynamic HostConfiguration Protocol，動態(tài)主機配置 協(xié)議)服務(wù)器動態(tài)分配或者通過無狀態(tài)地址自動配置分配。IPv6無狀態(tài)地址自動配置接入主要包括IPv6用戶設(shè)備在接入到IP網(wǎng)絡(luò)后發(fā) 送路由請求(Router Solicitation, RS)消息，IP邊緣設(shè)備收到RS消息后，發(fā)送路由通告 (Router Advertisement, RA)消息給上述IPv6用戶設(shè)備并且創(chuàng)建IP會話，該RA消息中包 含地址前綴，IPv6用戶設(shè)備根據(jù)IPv6地址前綴和接口標(biāo)識生成其接口的IPv6地址。在實現(xiàn)本發(fā)明過程中，發(fā)明人發(fā)現(xiàn)上述IPv6會話接入中至少存在如下問題在無狀態(tài)地址配置中，RS消息是IPv6用戶設(shè)備可選的發(fā)送報文，在IPv6用戶設(shè)備 提前收到RA消息的情況下，不會主動發(fā)送RS消息，此時，IP邊緣設(shè)備不會給上述IPv6用 戶設(shè)備創(chuàng)建IP會話，于是導(dǎo)致收到RA消息而沒有發(fā)送的RS消息的IPv6用戶設(shè)備不能上 線。

發(fā)明內(nèi)容
本發(fā)明的實施例提供了一種獲取終端設(shè)備的網(wǎng)絡(luò)接入信息的方法和裝置，以使IP 邊緣設(shè)備能夠根據(jù)路由請求消息的接收情況，獲取終端設(shè)備的網(wǎng)絡(luò)接入信息。—種獲取終端設(shè)備的網(wǎng)絡(luò)接入信息的方法，包括IP邊緣設(shè)備向終端設(shè)備發(fā)送攜帶有請求標(biāo)記的路由通告消息，所述請求標(biāo)記用于 指示所述終端設(shè)備發(fā)送路由請求消息；所述IP邊緣設(shè)備根據(jù)路由請求消息的接收情況，獲取所述終端設(shè)備的網(wǎng)絡(luò)接入
fn息ο一種獲取終端設(shè)備的網(wǎng)絡(luò)接入信息的裝置，包括路由通告消息發(fā)送模塊，用于向終端設(shè)備發(fā)送攜帶有請求標(biāo)記的路由通告消息， 所述請求標(biāo)記用于指示所述終端設(shè)備發(fā)送路由請求消息；網(wǎng)絡(luò)接入信息獲取模塊，用于根據(jù)路由請求消息的接收情況，獲取終端設(shè)備的網(wǎng) 絡(luò)接入信息。一種終端設(shè)備，包括路由通告消息接收模塊，用于接收攜帶有請求標(biāo)記的路由通告消息，所述請求標(biāo) 記用于指示接收到所述路由通告消息的終端設(shè)備發(fā)送路由請求消息；路由請求消息發(fā)送模塊，用于在所述路由通告消息接收模塊接收到所述路由通告消息后，發(fā)送路由請求消息。由上述本發(fā)明的實施例提供的技術(shù)方案可以看出，本發(fā)明實施例實現(xiàn)了 IP邊緣 設(shè)備通過發(fā)送帶有請求標(biāo)記的RA消息，來通知終端設(shè)備發(fā)送RS消息，可以使IP邊緣設(shè)備 獲取終端設(shè)備的網(wǎng)絡(luò)接入信息。


為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對實施例描述中所需要使用 的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本 領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他 的附圖。圖 1 為 IETF(Internet Engineering Task Force，互聯(lián)網(wǎng)工程任務(wù)組)RFC4861 定 義的鄰居發(fā)現(xiàn)協(xié)議中的RA消息的消息格式示意圖；圖2為本發(fā)明實施例一提供的RA消息的消息格式中的標(biāo)記字段的格式示意圖；圖3為本發(fā)明實施例一提供的在RA消息中增加的新的Options項的格式示意圖；圖4為本發(fā)明實施例二提供的一種終端設(shè)備接收到帶有請求標(biāo)記的RA消息后的 處理流程圖；圖5為本發(fā)明實施例二提供的一種前綴狀態(tài)選項的格式示意圖；圖6為本發(fā)明實施例三提供的一種IP邊緣設(shè)備接收到終端發(fā)送的IP報文后的處 理流程圖；圖7為本發(fā)明實施例四提供的一種三層RG場景下的BNG通過發(fā)送包含請求標(biāo)記 的RA消息來獲取終端的IP會話的狀態(tài)的應(yīng)用場景和處理流程圖；圖8為本發(fā)明實施例五提供的一種IP邊緣設(shè)備根據(jù)RS/RA消息來建立IP會話的 處理流程圖；圖9為本發(fā)明實施例六提供的在二層RG場景下，IP邊緣設(shè)備通過RA/RS消息實 現(xiàn)?；顧C制的應(yīng)用場景和處理流程示意圖；圖10為本發(fā)明實施例提供的一種獲取終端設(shè)備的網(wǎng)絡(luò)接入信息的裝置的具體實 現(xiàn)結(jié)構(gòu)圖；圖11為本發(fā)明實施例提供的一種終端設(shè)備的具體實現(xiàn)結(jié)構(gòu)圖。
具體實施例方式在本發(fā)明實施例中，IP邊緣設(shè)備向終端設(shè)備發(fā)送攜帶有請求標(biāo)記(SF， Solicitation Flag)的路由通告消息，所述請求標(biāo)記用于指示所述終端設(shè)備發(fā)送路由請求 消息。然后，所述IP邊緣設(shè)備根據(jù)路由請求消息的接收情況，獲取所述終端設(shè)備的網(wǎng)絡(luò)接 入fe息。所述的請求標(biāo)記可以攜帶在路由通告消息的新增選項中，或者，通過現(xiàn)有的數(shù)據(jù) 域中設(shè)定的指定值來表示。所述的接入信息至少包括接入會話狀態(tài)、接入標(biāo)識、網(wǎng)絡(luò)邊緣路由器信息等之一， 所述的接入標(biāo)識至少包括終端設(shè)備的地址、地址前綴、用戶名、接入線路標(biāo)識等之一。上述的IP邊緣設(shè)備發(fā)送帶有請求標(biāo)記的路由通告消息的過程包括
5
IP邊緣設(shè)備在接收到終端設(shè)備發(fā)送的IP報文，確定IP邊緣設(shè)備上沒有所述IP報 文的源IP地址或源IP地址的前綴對應(yīng)的IP會話后，根據(jù)所述IP報文構(gòu)建攜帶請求標(biāo)記 的路由通告消息，所述路由通告消息的目的地址為所述終端設(shè)備的IP地址，并發(fā)送所述路 由通告消息。或者，IP邊緣設(shè)備給已經(jīng)建立的IP會話的終端設(shè)備定時發(fā)送帶有請求標(biāo)記的路由通告 消息；或者，IP邊緣設(shè)備給已經(jīng)建立的IP會話的終端設(shè)備通過管理指令發(fā)送帶有請求標(biāo)記 的路由通告消息。上述的IP邊緣設(shè)備根據(jù)路由請求消息的接收情況，獲取所述終端設(shè)備的網(wǎng)絡(luò)接 入信息的過程包括所述的IP邊緣設(shè)備接收所述終端設(shè)備返回的路由請求消息，當(dāng)IP邊緣設(shè)備上沒 有所述路由請求消息對應(yīng)的IP會話時，所述IP邊緣設(shè)備根據(jù)所述路由請求消息獲取所述 終端設(shè)備的接入標(biāo)識，根據(jù)所述接入標(biāo)識建立與所述終端設(shè)備的IP會話?；蛘撸鯥P邊緣設(shè)備接收終端設(shè)備返回的攜帶有前綴狀態(tài)信息的路由請求消息，根 據(jù)所述路由請求消息中攜帶的前綴狀態(tài)信息，獲取所述終端設(shè)備的網(wǎng)絡(luò)接入狀態(tài)。或者，IP邊緣設(shè)備給已經(jīng)建立的終端設(shè)備的IP會話設(shè)置定時時鐘，當(dāng)在所述定時時鐘 的定時周期內(nèi)，所述IP邊緣設(shè)備沒有接收到所述IP會話對應(yīng)的流量，則所述IP邊緣設(shè)備 向所述終端設(shè)備發(fā)送攜帶有請求標(biāo)記的路由通告消息，并設(shè)置路由請求消息的等待周期；當(dāng)所述IP邊緣設(shè)備在所述路由請求消息的等待周期之內(nèi)，接收到所述終端設(shè)備 返回的路由請求消息，或者，接收到所述終端設(shè)備發(fā)送的所述IP會話對應(yīng)的流量，則確定 所述用戶終端的IP會話正常；當(dāng)所述IP邊緣設(shè)備在所述路由請求消息的等待周期之內(nèi)，沒有接收到所述終端 設(shè)備返回的路由請求消息，并且，沒有接收到所述終端設(shè)備發(fā)送的所述IP會話對應(yīng)的流 量，則確定所述終端設(shè)備的IP會話的狀態(tài)異常。所述的路由請求消息或路由通告消息可以包括會話標(biāo)識，所述會話標(biāo)識包括地址 或地址前綴等。IP邊緣設(shè)備可以通過帶有請求標(biāo)記的RA消息通知終端設(shè)備接入網(wǎng)絡(luò)。IP 邊緣設(shè)備和終端設(shè)備可以通過RS和RA消息進(jìn)行接入會話的?；畋O(jiān)控。為便于對本發(fā)明實施例的理解，下面將結(jié)合附圖以幾個具體實施例為例做進(jìn)一步 的解釋說明，且各個實施例并不構(gòu)成對本發(fā)明實施例的限定。實施例一本發(fā)明實施例首先描述一種在RA消息包含請求標(biāo)記的具體實施方式
。RA消息的消息格式參見IETF RFC4861，具體如圖1所示，主要包括類型(type)、代 碼(code)、校驗值(checksum)、標(biāo)記(flag)字段、選項(options)字段等，類型(type)用 于標(biāo)識鄰居發(fā)現(xiàn)協(xié)議，代碼(code)標(biāo)識鄰居發(fā)現(xiàn)協(xié)議的消息類型，選項字段用于包含擴展 選項，選段字段可以為空。本實施例在上述圖1中的RA消息的標(biāo)記(flag)字段中的保留(Reserved)域中 加入請求標(biāo)記。上述標(biāo)記(flag)字段格式如圖2所示，其中M和0位被RFC4861使用了，H、Prf和P位也已經(jīng)被其他協(xié)議使用了。本實施例在Reserved域剩下的兩個R位中的一 位設(shè)置請求標(biāo)記，例如在從0算起的第六個比特(bit)標(biāo)識請求標(biāo)記，0為沒有請求標(biāo)記，1 為請求標(biāo)記。本實施例還可以在RA消息的選項(options)域中增加新的選項或在標(biāo)記擴展選 項(Flags Expansion Option)中攜帶請求標(biāo)記，該標(biāo)記擴展選項的格式如圖3所示。在圖3所示的標(biāo)記擴展選項中，包括如下的3個字段Type :8bit，用來標(biāo)識此新的Options，目前為26。Length Options 項的長度Bit fields available for assignment :8個字節(jié)為單位，用來包含請求標(biāo)記，如 該字段設(shè)置為0x01表示攜帶請求標(biāo)記，0x00表示攜帶請求標(biāo)記為空(即沒有請求標(biāo)記)。綜上所述，RA消息可以通過在現(xiàn)有的標(biāo)記字段中的保留域或增加新的Options或 在標(biāo)記擴展選項攜帶請求標(biāo)記，終端設(shè)備可以通過RA消息的請求標(biāo)記進(jìn)行相應(yīng)的處理。實施例二該實施例提供的一種終端設(shè)備接收到RA消息后的處理流程，如圖4所示，包括如 下處理步驟步驟41，終端設(shè)備收到IP邊緣設(shè)備發(fā)送的RA消息，解析該RA消息，獲取請求標(biāo) 記、地址前綴、網(wǎng)絡(luò)邊緣路由器信息等。上述IP邊緣設(shè)備包括寬帶網(wǎng)絡(luò)網(wǎng)關(guān)(Broadband Network Gateway,BNG)、路由器等，上述網(wǎng)絡(luò)邊緣路由器信息包括IP邊緣設(shè)備的接口地址。步驟42，如果終端設(shè)備接收到的RA消息中包含請求標(biāo)記，則執(zhí)行步驟S404，否則， 執(zhí)行步驟S403。步驟43，終端設(shè)備按照RFC4862規(guī)定，處理解析上述RA消息后獲得的信息，如終端 設(shè)備緩存地址前綴或網(wǎng)絡(luò)邊緣路由器信息等，然后進(jìn)行地址配置、域名配置等。步驟44，當(dāng)RA消息中包含請求標(biāo)記時，如果上述RA消息中包含至少一個地址前綴 則執(zhí)行步驟S406 ；否則，執(zhí)行步驟S405。步驟45，終端設(shè)備收到?jīng)]有包含任何地址前綴且包含請求標(biāo)記的RA消息，終端設(shè) 備從接收到RA消息的接口發(fā)送RS消息，該RS消息用來響應(yīng)RA消息，RS消息內(nèi)容參照RFC 4861等標(biāo)準(zhǔn)，為了網(wǎng)絡(luò)能夠?qū)尤胗脩暨M(jìn)行認(rèn)證，RS消息還可以攜帶用戶名和密碼，用戶 名和密碼可以通過在RS消息定義新的Option攜帶。為了防止RS消息集中發(fā)送，可以要求 終端設(shè)備在收到RA消息后，延時一個指定的隨機時間后再發(fā)送RS消息。步驟46，當(dāng)終端設(shè)備接收到的RA消息中包含至少一個地址前綴時，終端設(shè)備獲取 每一個地址前綴的狀態(tài)。終端設(shè)備發(fā)送RS消息，該RS消息中包含上述部分或全部地址前 綴的狀態(tài)信息。如果所有的地址前綴在終端設(shè)備中已經(jīng)不存在(或異常)，則終端設(shè)備可以 不發(fā)送RS消息。在RS消息中可以通過前綴狀態(tài)選項來攜帶地址前綴的狀態(tài)信息，上述前綴狀態(tài) 選項的格式如圖5所示在圖5中Type 選項類型，用于識別該選項為前綴狀態(tài)選項；Length 規(guī)定了前綴狀態(tài)選項的實際長度，Prefix Length 規(guī)定了前綴的長度，長度為0標(biāo)識前綴狀態(tài)選項沒有包含地址前
前綴狀態(tài)標(biāo)識地址前綴的狀態(tài)，該狀態(tài)包括不存在，正常和異常等，前綴狀態(tài)可 以為空值前綴包含地址前綴，地址前綴可以為空值。該實施例實現(xiàn)了 IP邊緣設(shè)備通過發(fā)送帶有請求標(biāo)記的RA消息，來通知終端設(shè)備 發(fā)送RS消息。以實現(xiàn)IP邊緣設(shè)備獲取終端設(shè)備的網(wǎng)絡(luò)接入信息，給終端設(shè)備建立IP會話 或檢查IP會話狀態(tài)。實施例三該實施例提供的一種IP邊緣設(shè)備接收到未知源的IP報文后的處理流程如圖6所 示，包括如下處理步驟步驟61、IP邊緣設(shè)備接收到終端設(shè)備發(fā)送的未知源的IP報文，獲取該IP報文的 源IP地址等信息。所述的未知源的IP報文指IP報文不是從已經(jīng)建立完成的IP會話中接 收到的。IP邊緣設(shè)備可以根據(jù)該IP報文的源IP地址判斷該IP報文是否是從已經(jīng)建立完 成的IP會話中接收到的。例如，源IP地址或源IP地址的前綴在IP會話狀態(tài)表中不存在， 則判斷該IP報文為未知源IP報文。步驟62、IP邊緣設(shè)備向發(fā)送上述未知源的IP報文的終端設(shè)備發(fā)送RA消息，用于 指示該終端設(shè)備重新上線。上述RA消息中攜帶請求標(biāo)記，上述RA消息可以根據(jù)IP報文的 源地址進(jìn)行單播發(fā)送，IP邊緣設(shè)備構(gòu)建上述RA消息可以參考RFC 4861等標(biāo)準(zhǔn)，上述RA消 息可以不攜帶地址前綴。步驟63、上述終端設(shè)備接收到上述IP邊緣設(shè)備發(fā)送的帶有請求標(biāo)記的上述RA消 息后，發(fā)送RS消息到上述IP邊緣設(shè)備。所述RS消息的IP首部的源地址是終端發(fā)送RS消 息的接口地址，所述接口地址包括本地鏈路地址或全局IP地址。RS消息還可以包括用戶 名、密碼、終端類型等信息。上述RS消息的IP首部的源地址可以作為終端設(shè)備的接入標(biāo)識。進(jìn)一步在網(wǎng)絡(luò)接入節(jié)點(Access Node, AN)收到RS后，AN將接入線路標(biāo)識作為選 項插入到RS消息中，然后轉(zhuǎn)發(fā)所述的RS消息到IP邊緣設(shè)備。步驟64、IP邊緣設(shè)備接收到上述終端設(shè)備發(fā)送的RS消息后，從RS消息獲取終端 設(shè)備的接入標(biāo)識信息，然后給上述終端設(shè)備創(chuàng)建對應(yīng)的IP會話。具體處理可以包括IP邊緣設(shè)備接收到上述終端設(shè)備發(fā)送的RS消息，解析該RS消息獲取用戶名、終 端設(shè)備地址等接入信息，然后對用戶進(jìn)行認(rèn)證，認(rèn)證成功后為上述終端設(shè)備創(chuàng)建對應(yīng)的IP 會話，所述的創(chuàng)建IP會話包括創(chuàng)建IP會話狀態(tài)表、創(chuàng)建數(shù)據(jù)報文轉(zhuǎn)發(fā)表、開啟IP會話監(jiān)控 等，IP會話狀態(tài)表包括會話標(biāo)識或接入標(biāo)識等信息。會話標(biāo)識包括IP地址或地址前綴等。然后，上述IP邊緣設(shè)備發(fā)送包含有分配給上述終端設(shè)備的IPv6前綴的RA消息給 上述終端設(shè)備，上述終端設(shè)備根據(jù)IPv6前綴和接口標(biāo)識生成其接口的IPv6地址。該實施例實現(xiàn)了 IP邊緣設(shè)備在收到?jīng)]有建立IP會話的終端設(shè)備的IP報文后，觸 發(fā)IP邊緣設(shè)備發(fā)送帶有請求標(biāo)記的RA消息，終端根據(jù)該RA消息發(fā)送RS消息到上述IP邊 緣設(shè)備，進(jìn)而IP邊緣設(shè)備為該終端設(shè)備建立IP會話。實施例四該實施例提供的一種三層駐地網(wǎng)關(guān)(resident gateway, RG)場景下IPv6會話接 入的應(yīng)用示意，BNG通過發(fā)送包含請求標(biāo)記的RA消息來獲取終端設(shè)備的接入信息，本示例中的接入信息為IP會話的狀態(tài)，如圖7所示，包括如下處理步驟步驟71、BNG創(chuàng)建IP會話后，開始IP會話保活檢測(Ke印-Alive)，例如BNG為IP 會話設(shè)置定時?；顧z測的定時時鐘，定時時鐘的定時周期到時觸發(fā)發(fā)送保活檢測消息，如 RA消息。BNG可以通過DHCP前綴委派(Prefixdelegation，PD)與三層RG創(chuàng)建IP會話，三 層RG同時緩存IP會話對應(yīng)的地址前綴。如圖7所示，主機A和主機B通過三層的RG連接到運營商的網(wǎng)絡(luò)。在上述三層RG 場景下，IP會話的會話標(biāo)識用地址前綴和/或二層信息(VLAN、線路標(biāo)識、MAC等)來標(biāo)識， 這樣所有具有相同地址前綴的和同一個RG連接的主機就屬于了同一個IP會話。步驟72、當(dāng)IP會話的?；顧z測的定時時鐘的定時周期內(nèi)到達(dá)后，BNG構(gòu)建RA消 息，該RA消息中可以包含請求標(biāo)記，該RA消息還可以包括該IP會話對應(yīng)的前綴(即IP會 話標(biāo)識)，BNG發(fā)送上述構(gòu)建的RA消息到RG。BNG在發(fā)送了 RA消息后，還會設(shè)置上述IP 會話的等待周期，即BNG發(fā)送RA消息后等待收到RS消息的最大時間間隔。所述BNG發(fā)送 RA消息可以使用基于單播前綴的組播地址發(fā)送，即RA的目的IP地址是基于單播前綴的所 有節(jié)點的組播地址?；趩尾デ熬Y的所有節(jié)點的組播地址由IP會話對應(yīng)的前綴構(gòu)建，基 于單播前綴的所有節(jié)點的組播地址包含了 IP會話標(biāo)識?；趩尾デ熬Y的組播地址請參見 RFC3306等所述的基于單播前綴的所有節(jié)點的組播地址指包含在單播前綴內(nèi)的所有主機地 址。BNG還可以在IP會話的?；顧z測的定時時鐘的定時周期內(nèi)到達(dá)后，先檢測該會話 是否存在通訊數(shù)據(jù)報文，如果存在通訊數(shù)據(jù)報文，則表示IP會話狀態(tài)正常，則不構(gòu)建和發(fā) 送RA消息。于是，BNG重置IP會話的保活檢測的定時時鐘的定時周期內(nèi)，等待下一次定時 周期到達(dá)。步驟73、RG接收到上述RA消息后，檢查該RA消息中是否包含請求標(biāo)記。當(dāng)該RA 消息中不包含請求標(biāo)記時，則RG按RFC4862處理該RA消息。當(dāng)上述RA消息中包含請求標(biāo)記時，則RG獲取上述RA消息中的地址前綴。如果地 址前綴為空，則RG獲取本地緩存的所有前綴狀態(tài)，然后發(fā)送帶有前綴狀態(tài)的RS消息；如果 地址前綴不為空，則RG逐一獲取本地緩存的上述RA消息的地址前綴狀態(tài)，然后發(fā)送帶有前 綴狀態(tài)的RS消息。所述RS消息攜帶前綴狀態(tài)包括將地址前綴狀態(tài)按照前綴狀態(tài)項格式構(gòu) 建到RS消息中或?qū)顟B(tài)正常的前綴對應(yīng)到基于單播前綴的組播地址后按照所述的基于單 播前綴的組播地址逐一發(fā)送RS消息。如果RG本地緩存中沒有上述RA消息中的地址前綴，則說明上述RA消息中的地址 前綴發(fā)生了丟失，即三層RG以前委派的地址前綴丟失，RG可以不發(fā)送RS消息。步驟74、如果BNG在上述IP會話的等待周期超時前，收到了 RG發(fā)送的上述IP會 話對應(yīng)的RS消息，則表示上述IP會話正常。BNG重置IP會話的?；顧z測定時而等待下一 次定時周期到達(dá)。BNG根據(jù)RS消息的前綴對應(yīng)IP會話。所述的前綴可以從RS消息的前綴 狀態(tài)項中或RS消息的IP首部的目的地址(即基于單播前綴的組播地址)中獲取。步驟75、如果BNG在上述IP會話的等待周期超時前，沒有收到三層RG發(fā)送的上 述IP會話對應(yīng)的RS消息，則BNG重發(fā)上述的RA消息，在重新發(fā)送了指定次數(shù)的上述RA消 息后，BNG還是沒有收到上述IP會話對應(yīng)的RS消息或流量，則認(rèn)為此IP會話中斷(或失 效)，于是，BNG終止此IP會話，包括刪除IP會話狀態(tài)表、刪除數(shù)據(jù)報文轉(zhuǎn)發(fā)表等。
9
該實施例實現(xiàn)了 BNG定時發(fā)送RA消息來獲取終端設(shè)備的IP會話的狀態(tài)，并根據(jù) IP會話的狀態(tài)進(jìn)行相應(yīng)的處理，即IP會話?；睿贗P會話中斷或失效后及時進(jìn)行處理，簡 化了 IP會話的管理，提升了網(wǎng)絡(luò)資源的利用。在實際應(yīng)用，上述三層RG為用戶設(shè)備(主機A和主機B)申請地址前綴，同時本地 緩存地址前綴，三層RG從緩存的地址前綴中為終端設(shè)備分配地址或指定前綴，三層RG通過 DHCP PD申請地址前綴并且建立IP邊緣設(shè)備到三層RG的IP會話。當(dāng)三層RG故障導(dǎo)致三層RG委派的地址前綴丟失，而現(xiàn)有的IP會話探測方法不能 探測到三層RG委派的地址前綴狀態(tài)時，三層RG委派的地址前綴丟失導(dǎo)致IPv6接入故障， 因而不能得到及時修復(fù)或處理。而該實施例可以根據(jù)IP會話的狀態(tài)檢查出三層RG以前給 該IP會話委派的地址前綴是否發(fā)生了丟失。實施例五該實施例提供的一種終端設(shè)備根據(jù)RS/RA消息對IP會話進(jìn)行?；钐幚淼牧鞒倘?圖8所示，包括如下處理步驟步驟81、終端設(shè)備發(fā)送RS消息。終端設(shè)備發(fā)送RS消息后，設(shè)置監(jiān)控響應(yīng)超時時 間，開始進(jìn)入等待接收RA消息狀態(tài)。RS消息的IP首部的目的地址可以是基于單播前綴的 組播地址，所述的基于單播前綴的組播地址指基于RA消息或DHCP PD獲取的前綴的組播地 址。RS消息的IP首部的目的地址中的前綴可以對應(yīng)會話標(biāo)識。當(dāng)然RS消息可以攜帶前綴 狀態(tài)項。終端設(shè)備可以在通過RA消息或DHCP PD進(jìn)行前綴配置完成后創(chuàng)建IP會話，同時 開始會話保活檢測，例如終端設(shè)備設(shè)置定時發(fā)送RS消息。IP邊緣設(shè)備在收到終端設(shè)備發(fā)送的RS消息，根據(jù)RS消息獲取對應(yīng)的IP會話狀 態(tài)。如果IP會話正常，IP邊緣設(shè)備響應(yīng)RA消息；如果IP會話不存在或狀態(tài)不正常，IP邊 緣設(shè)備可以不發(fā)送RA消息。IP邊緣設(shè)備根據(jù)RS消息的前綴獲取對應(yīng)的會話。RS消息的 前綴可以從RS消息的前綴狀態(tài)選項或RS消息的IP首部獲取。IP邊緣設(shè)備根據(jù)IP會話構(gòu) 建RA消息。RA消息可以單播或組播發(fā)送，RA消息組播發(fā)送時，RA消息的IP首部的目的地 址可以是基于單播前綴的組播地址。步驟82、如果終端設(shè)備在指定時間(即監(jiān)控響應(yīng)超時時間)收到了對應(yīng)的RA消 息，則轉(zhuǎn)步驟83，否則轉(zhuǎn)步驟84。步驟83、終端設(shè)備在指定時間(即監(jiān)控響應(yīng)超時時間)收到了對應(yīng)的RA消息，表 示IP會話的狀態(tài)正常，則進(jìn)入下一輪檢測。具體如終端設(shè)備設(shè)置定時?；顧z測的定時器， 定時?；顧z測的定時器到期則觸發(fā)終端設(shè)備發(fā)送RS消息。步驟84、終端設(shè)備在指定時間(即監(jiān)控響應(yīng)超時時間)沒有收到對應(yīng)的RA消息， 如果連續(xù)沒有收到RA消息次數(shù)或時間已經(jīng)達(dá)到設(shè)定的最大值，則轉(zhuǎn)入步驟85，否則轉(zhuǎn)入步 驟86。步驟85、終端設(shè)備在設(shè)定的最長時間或最大次數(shù)內(nèi)沒有收到RA消息，則判斷會話 中斷，終端設(shè)備終止IP會話，如初始化DHCP狀態(tài)以及釋放地址或前綴，停止?；顧z測。步驟86、終端設(shè)備延時繼續(xù)重新發(fā)送RS消息。終端設(shè)備設(shè)置監(jiān)控響應(yīng)超時時間， 開始進(jìn)入等待接收RA消息狀態(tài)。在上述的步驟，IP邊緣設(shè)備可以通過定時檢測終端設(shè)備發(fā)送RS情況判斷會話狀 態(tài)。IP邊緣設(shè)備的會話在指定時間內(nèi)沒有收到該會話終端設(shè)備發(fā)送的RS消息，則表示該會話狀態(tài)不正常。這樣通過終端設(shè)備定時發(fā)送RS消息，IP邊緣設(shè)備不需要主動發(fā)送消息判 斷會話狀態(tài)。該實施例實現(xiàn)了終端設(shè)備通過RS或RA消息檢測會話的狀態(tài)(即網(wǎng)絡(luò)接入信息)， 終端設(shè)備可以及時檢測到會話異常(或中斷)故障，縮小會話中斷對用戶造成的影響和損失。實施例六該實施例提供的在二層RG場景下，IP邊緣設(shè)備通過RA/RS消息實現(xiàn)?；顧C制的 應(yīng)用場景和處理流程示意圖如圖9所示，包括如下處理步驟步驟91、在圖9所示的應(yīng)用場景中，二層RG可以實現(xiàn)RS/RA的代理功能或?qū)崿F(xiàn)探 測并代理(snooping with proxy) RS/RA消息的功能。IP會話的會話標(biāo)識通過地址前綴和 /或二層信息標(biāo)識，這樣所有相同前綴的主機就屬于了同一個IP會話。一個二層RG連接三 個用戶設(shè)備(即終端設(shè)備)主機1、主機2和主機3。主機1發(fā)送RS消息到IP邊緣設(shè)備，該RS消息經(jīng)過二層RG設(shè)備和接入節(jié)點。步驟92、二層RG收到RS消息后，如果上述二層RG具有RS代理功能且不存在地址 前綴和/或路由器信息，則該二層RG構(gòu)建RS消息，然后發(fā)送RS消息到IP邊緣設(shè)備，然后 緩存該接收的RS消息。如果上述二層RG存在地址前綴和/或路由器信息，直接緩存該接 收的RS消息。二層RG收到RS消息后，如果上述二層RG具有探測并代理RS消息功能且不存在 地址前綴和/或路由器信息，直接向上行接口轉(zhuǎn)發(fā)該RS消息。如果上述二層RG具有探測 并代理RS消息功能且存在地址前綴和/或路由器信息，則緩存RS消息。步驟93、IP邊緣設(shè)備收到RS消息，發(fā)送一個攜帶前綴信息的RA消息給二層RG， 該RA消息中包含的前綴作為會話標(biāo)識，IP邊緣設(shè)備根據(jù)該會話標(biāo)識創(chuàng)建IP會話。步驟94、二層RG發(fā)送RA消息給主機。如果該二層RG具有RS/RA代理功能且不存在地址前綴和/或路由器信息，則該二 層RG從IP邊緣設(shè)備發(fā)送的RA消息中獲取地址前綴和/或路由器信息，并且緩存獲取的地 址前綴和/或路由器信息。如果該二層RG存在地址前綴和/或路由器信息，則該二層RG 根據(jù)地址前綴、IP邊緣設(shè)備信息以及緩存的RS消息構(gòu)建RA消息，然后將RA消息發(fā)送給緩 存的RS消息對應(yīng)的主機。該二層RG此時代替IP邊緣設(shè)備對主機進(jìn)行RS的響應(yīng)。該二層 RG具有RS/RA代理功能時，該二層RG可以獨立發(fā)送RS消息獲取地址前綴或IP邊緣設(shè)備信 肩、^^ ο如果該二層RG具有探測并代理RS/RA消息功能且不存在地址前綴和/或路由器 信息，則該二層RG從IP邊緣設(shè)備發(fā)送的RA消息中獲取地址前綴和/或路由器信息，并且 緩存地址前綴和/或路由器信息，然后將該RA消息轉(zhuǎn)發(fā)到主機。如果該二層RG存在地址 前綴和/或路由器信息，則該二層RG根據(jù)地址前綴、IP邊緣設(shè)備信息以及緩存的RS消息 構(gòu)建RA消息，然后將RA消息發(fā)送給緩存的RS消息對應(yīng)的主機。步驟95、主機1接收到上述攜帶前綴信息的RA消息，獲取該RA消息中的前綴信 息，根據(jù)該前綴信息生成所在接口的IP地址。于是，上述主機1可以使用所在接口的IP地 址的發(fā)送報文給網(wǎng)絡(luò)了。步驟96、此后有主機2和主機3發(fā)送RS消息給IP邊緣設(shè)備
步驟97、二層RG接收到主機2和主機3發(fā)送的RS消息后，如果存在地址前綴和/ 或路由器信息，則二層RG并不將該RS消息轉(zhuǎn)發(fā)給IP邊緣設(shè)備，而是代理IP邊緣設(shè)備回復(fù) 單播或組播的RA消息給主機2和主機3。步驟98、當(dāng)IP邊緣設(shè)備需要探測IP會話是否存活的時候，定期發(fā)送帶有請求標(biāo)記 的RA消息給上述二層RG。步驟99、上述二層RG接收到帶有請求標(biāo)記的RA消息后，如果該RA消息中的前綴 在本地二層RG中都存在，則代理終端發(fā)送RS消息給IP邊緣設(shè)備，IP邊緣設(shè)備可以從RS消 息中獲取終端設(shè)備的會話狀態(tài)等網(wǎng)絡(luò)接入信息。這樣就實現(xiàn)了 IP會話的?；睿揜S消息 的源地址采用RG設(shè)備保存的任意一個源IP地址，源MAC地址采用RG上行接口 MAC地址。該實施例充分利用了二層RG的RS/RA的代理功能或?qū)崿F(xiàn)探測并代理RS/RA消息 的功能，利用周期發(fā)送的RA消息以及RS消息作為?；罘绞?，對終端設(shè)備?；钜淮蝺H僅增加 一個RS消息的處理，大量節(jié)省了 IP邊緣設(shè)備處理以及網(wǎng)絡(luò)流量。在現(xiàn)有的技術(shù)中，當(dāng)二層RG連接多個終端設(shè)備(例如主機)時，二層RG通過 WAN(廣域網(wǎng))接口上行連接IP邊緣設(shè)備，IP邊緣設(shè)備需要為同一個RG的每一個終端設(shè)備 建立一個IP會話。IP邊緣設(shè)備需要為維護(hù)同一終端設(shè)備的眾多IP會話，消耗大量的IP邊 緣設(shè)備資源和網(wǎng)絡(luò)資源，容易使IP邊緣設(shè)備成為瓶頸。而該實施例給具有相同的地址前綴 的和同一個二層RG相連的多個終端設(shè)備建立同一個IP會話，可以避免二層RG下由于IP 會話多帶來的管理復(fù)雜和資源浪費的問題。實施例七該實施例提供的一種IP邊緣設(shè)備主動通知終端設(shè)備上線的方法，包括如下處理 步驟SOO1、IP邊緣設(shè)備向終端設(shè)備發(fā)送RA消息，用于指示該終端設(shè)備重新上線。IP邊 緣設(shè)備可以根據(jù)管理指令對已經(jīng)建立的會話對應(yīng)的終端設(shè)備發(fā)送RA消息，用于重啟會話。 RA消息可以攜帶請求標(biāo)記，攜帶請求標(biāo)記可以是RA消息設(shè)置一個指定的前綴的生命周期 (lifetime)，如前綴的生命周期為0。RA消息目的地址可以是IP會話對應(yīng)的終端設(shè)備地址 或基于單播前綴的組播地址，所述的基于單播前綴的組播地址根據(jù)IP會話對應(yīng)的前綴構(gòu) 建。RA消息還可以包括原因代碼(cause code)，用于表示重啟會話的原因。S002、上述終端設(shè)備接收到上述IP邊緣設(shè)備發(fā)送的RA消息后，根據(jù)前綴的生命周 期(lifetime)為指定值或RA消息攜帶的其他請求標(biāo)記，終端設(shè)備重啟前綴對應(yīng)的會話，例 如初始化DHCP客戶端狀態(tài)機及釋放地址或前綴，進(jìn)行重啟上線。上述終端設(shè)備根據(jù)所述RA 消息的前綴的生命周期(lifetime)等請求標(biāo)記來實現(xiàn)重啟上線。終端設(shè)備可以從RA消息 的前綴選項或RA消息的IP首部的目的地址獲取。RA消息的IP首部的目的地址基于單播 前綴的所有節(jié)點的組播地址。S003、終端設(shè)備發(fā)送RS消息到上述IP邊緣設(shè)備。S004、IP邊緣設(shè)備接收到上述 終端設(shè)備發(fā)送的RS消息后，獲取接入標(biāo)識等接入信息后，給上述終端設(shè)備響應(yīng)RA消息以及 創(chuàng)建對應(yīng)的IP會話。該實施例實現(xiàn)了 IP邊緣設(shè)備主動通知終端設(shè)備重啟IP會話(gracefulrestart)， 為網(wǎng)絡(luò)管理維護(hù)提供極大的方便，降低了運營成本。實施例八
該實施例提供的一種IP邊緣設(shè)備被動檢測IP會話狀態(tài)的方法，包括如下處理步 驟SlOU IP邊緣設(shè)備探測到終端設(shè)備的會話建立請求后，IP邊緣設(shè)備對上述終端設(shè) 備進(jìn)行認(rèn)證或授權(quán)，如果認(rèn)證或授權(quán)通過，IP邊緣設(shè)備創(chuàng)建IP會話。所述的會話建立請求 包括終端設(shè)備發(fā)送的DHCP消息或RS消息等。IP邊緣設(shè)備創(chuàng)建IP會話后，開始進(jìn)行會話狀 態(tài)監(jiān)控，例如設(shè)置該IP會話的被動檢測時間，該被動檢測時間用于監(jiān)控該IP會話的?；钕?肩、οS102、IP邊緣設(shè)備進(jìn)行會話保活消息監(jiān)控，即監(jiān)控來自該IP會話的保活消息，例 如RS消息。S103、上述IP邊緣設(shè)備在指定時間內(nèi)收到了終端設(shè)備發(fā)送的RS消息，IP邊緣設(shè) 備根據(jù)所述的RS消息獲取對應(yīng)的會話狀態(tài)，如果會話狀態(tài)正常，IP邊緣設(shè)備根據(jù)IP會話 以及收到的RS消息構(gòu)建并發(fā)送RA消息，然后重新設(shè)置會話的被動檢測時間進(jìn)入步驟S102 繼續(xù)監(jiān)控。所述RS消息一般是終端設(shè)備定時發(fā)送的，RS消息的目的地址可以是基于單播 前綴的所有路由器的組播地址。終端設(shè)備根據(jù)創(chuàng)建完成的會話構(gòu)建RS消息。S104、上述IP邊緣設(shè)備在指定時間內(nèi)(會話的被動檢測時間超時)沒有收到終端 設(shè)備發(fā)送的RS消息，IP邊緣設(shè)備判斷會話狀態(tài)異常，IP邊緣設(shè)備終止會話。該實施例實現(xiàn)了 IP邊緣設(shè)備被動監(jiān)控IP會話狀態(tài)，為網(wǎng)絡(luò)管理維護(hù)提供極大的 方便，降低了運營成本。本發(fā)明實施例還提供了一種獲取終端設(shè)備的網(wǎng)絡(luò)接入信息的裝置，其具體實現(xiàn)結(jié) 構(gòu)如圖10所示，具體可以包括路由通告消息發(fā)送模塊101，用于發(fā)送攜帶有請求標(biāo)記的路由通告消息，所述請求 標(biāo)記用于指示接收到所述路由通告消息的終端設(shè)備發(fā)送路由請求消息；所述的請求標(biāo)記可以攜帶在路由通告消息的新增選項中，或者，通過現(xiàn)有的數(shù)據(jù) 域中設(shè)定的指定值來表示。所述的接入信息至少包括接入會話狀態(tài)、接入標(biāo)識、網(wǎng)絡(luò)邊緣路由器信息等之一， 所述的接入標(biāo)識至少包括終端設(shè)備的地址、地址前綴、用戶名、接入線路標(biāo)識等之一。上述的IP邊緣設(shè)備發(fā)送帶有請求標(biāo)記的路由通告消息的過程包括IP邊緣設(shè)備在接收到終端設(shè)備發(fā)送的IP報文，確定IP邊緣設(shè)備上沒有所述IP報 文的源IP地址或源IP地址的前綴對應(yīng)的IP會話后，根據(jù)所述IP報文構(gòu)建攜帶請求標(biāo)記 的路由通告消息，所述路由通告消息的目的地址為所述終端設(shè)備的IP地址，并發(fā)送所述路 由通告消息。或者，IP邊緣設(shè)備給已經(jīng)建立的IP會話的終端設(shè)備定時發(fā)送帶有請求標(biāo)記的路由通告 消息；或者，IP邊緣設(shè)備給已經(jīng)建立的IP會話的終端設(shè)備通過管理指令發(fā)送帶有請求標(biāo)記 的路由通告消息。網(wǎng)絡(luò)接入信息獲取模塊102，用于根據(jù)路由請求消息的接收情況，獲取終端設(shè)備的 網(wǎng)絡(luò)接入信息。上述的IP邊緣設(shè)備根據(jù)路由請求消息的接收情況，獲取所述終端設(shè)備的網(wǎng)絡(luò)接 入信息的過程包括
所述的IP邊緣設(shè)備接收所述終端設(shè)備返回的路由請求消息，當(dāng)IP邊緣設(shè)備上沒 有所述路由請求消息對應(yīng)的IP會話時，所述IP邊緣設(shè)備根據(jù)所述路由請求消息獲取所述 終端設(shè)備的接入標(biāo)識，根據(jù)所述接入標(biāo)識建立與所述終端設(shè)備的IP會話?；蛘?，所述IP邊緣設(shè)備接收終端設(shè)備返回的攜帶有前綴狀態(tài)信息的路由請求消息，根 據(jù)所述路由請求消息中攜帶的前綴狀態(tài)信息，獲取所述終端設(shè)備的網(wǎng)絡(luò)接入狀態(tài)。或者，IP邊緣設(shè)備給已經(jīng)建立的終端設(shè)備的IP會話設(shè)置定時時鐘，當(dāng)在所述定時時鐘 的定時周期內(nèi)，所述IP邊緣設(shè)備沒有接收到所述IP會話對應(yīng)的流量，則所述IP邊緣設(shè)備 向所述終端設(shè)備發(fā)送攜帶有請求標(biāo)記的路由通告消息，并設(shè)置路由請求消息的等待周期；當(dāng)所述IP邊緣設(shè)備在所述路由請求消息的等待周期之內(nèi)，接收到所述終端設(shè)備 返回的路由請求消息，或者，接收到所述終端設(shè)備發(fā)送的所述IP會話對應(yīng)的流量，則確定 所述用戶終端的IP會話正常；當(dāng)所述IP邊緣設(shè)備在所述路由請求消息的等待周期之內(nèi)，沒有接收到所述終端 設(shè)備返回的路由請求消息，并且，沒有接收到所述終端設(shè)備發(fā)送的所述IP會話對應(yīng)的流 量，則確定所述終端設(shè)備的IP會話的狀態(tài)異常。所述網(wǎng)絡(luò)接入信息獲取模塊101包括第一獲取模塊1011、第二獲取模塊1012、第 三獲取模塊1013和第四獲取模塊1014中的至少一項；其中，第一獲取模塊1011，用于在接收到終端設(shè)備發(fā)送的IP報文，確定IP邊緣設(shè)備上沒 有所述IP報文的源IP地址或源IP地址的前綴對應(yīng)的IP會話后，根據(jù)所述IP報文構(gòu)建攜 帶請求標(biāo)記的路由通告消息，所述路由通告消息的目的地址為所述終端設(shè)備的IP地址，并 發(fā)送所述路由通告消息。第二獲取模塊1012，用于接收終端設(shè)備返回的路由請求消息，當(dāng)所述裝置上沒有 所述路由請求消息對應(yīng)的IP會話后，根據(jù)所述路由請求消息獲取所述終端設(shè)備的接入標(biāo) 識，根據(jù)所述接入標(biāo)識建立與所述終端設(shè)備的IP會話。第三獲取模塊1013，用于在接收終端設(shè)備返回的攜帶有前綴狀態(tài)信息的路由請求 消息后，根據(jù)所述路由請求消息中攜帶的前綴狀態(tài)信息，獲取所述終端設(shè)備的網(wǎng)絡(luò)接入狀 態(tài)。第四獲取模塊1014，用于在所述路由通告消息發(fā)送模塊給已經(jīng)建立的IP會話的 終端設(shè)備發(fā)送帶有請求標(biāo)記的路由通告消息，并設(shè)置了路由請求消息的等待周期后，在所 述等待周期之內(nèi)，接收到終端設(shè)備返回的路由請求消息，或者，接收到終端設(shè)備發(fā)送的所述 IP會話對應(yīng)的流量，則確定所述終端設(shè)備的IP會話正常；在所述等待周期之內(nèi)，沒有接收到終端設(shè)備返回的路由請求消息，并且，沒有接收 到終端設(shè)備發(fā)送的所述IP會話對應(yīng)的流量，則確定所述IP會話對應(yīng)的前綴丟失，所述終端 設(shè)備的IP會話的狀態(tài)異常。上述裝置可以為IP邊緣設(shè)備，該路由具體可以為NAS、BRAS、BNG。本發(fā)明實施例還提供了一種終端設(shè)備，其具體實現(xiàn)結(jié)構(gòu)如圖11所示，具體可以包 括路由通告消息接收模塊111，用于接收攜帶有請求標(biāo)記的路由通告消息，所述請求
14標(biāo)記用于指示接收到所述路由通告消息的終端設(shè)備發(fā)送路由請求消息；路由請求消息發(fā)送模塊112，用于在所述路由通告消息接收模塊接收到所述路由 通告消息后，發(fā)送路由請求消息。所述的終端設(shè)備還可以包括信息獲取模塊113，用于在所述路由通告消息接收模塊接收到所述路由通告消息 后，獲取所述路由通告消息中的地址前綴狀態(tài)或重啟接入會話或分配給上述終端設(shè)備的 IPv6前綴，根據(jù)該IPv6前綴和接口標(biāo)識生成其接口的IPv6地址。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例方法中的全部或部分流程，是可以 通過計算機程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計算機可讀取存儲介質(zhì) 中，該程序在執(zhí)行時，可包括如上述各方法的實施例的流程。其中，所述的存儲介質(zhì)可為磁 碟、光盤、只讀存儲記憶體(Read-Only Memory, ROM)或隨機存儲記憶體(Random Access Memory, RAM)等。綜上所述，本發(fā)明實施例實現(xiàn)了 IP邊緣設(shè)備通過發(fā)送帶有請求標(biāo)記的RA消息，來 通知終端設(shè)備發(fā)送RS消息，可以使IP邊緣設(shè)備獲取終端設(shè)備的網(wǎng)絡(luò)接入信息，給終端設(shè)備 建立IP會話。本發(fā)明實施例實現(xiàn)了 IP邊緣設(shè)備收到?jīng)]有建立IP會話的終端的IP報文后，通過 在RA消息中攜帶請求標(biāo)識來觸發(fā)終端發(fā)送RS消息，進(jìn)而IP邊緣設(shè)備為該終端建立IP會 話。本發(fā)明實施例實現(xiàn)了 IP邊緣設(shè)備定時發(fā)送探測IP會話狀態(tài)的RA消息，來獲取終 端的IP會話的狀態(tài)，并根據(jù)IP會話的狀態(tài)進(jìn)行相應(yīng)的處理。還可以根據(jù)IP會話的狀態(tài)檢 查出IP邊緣設(shè)備以前給該IP會話委派的地址前綴是否發(fā)生了丟失，可以避免不能探測由 于前綴委派失效而導(dǎo)致會話失效的問題。本發(fā)明實施例充分利用了二層RG的RS/RA的代理功能或?qū)崿F(xiàn)探測并代理RS/RA 消息的功能，利用周期發(fā)送的RA消息以及RS消息作為保活方式，對終端設(shè)備保活一次僅僅 增加一個RS消息的處理，大量節(jié)省了 IP邊緣設(shè)備處理以及網(wǎng)絡(luò)流量。本發(fā)明實施例給具有相同的地址前綴的和同一個駐地網(wǎng)關(guān)相連的多個終端設(shè)備 建立同一個IP會話，可以避免二層RG下由于IP會話多帶來的管理復(fù)雜和資源浪費的問 題。以上所述，僅為本發(fā)明較佳的具體實施方式
，但本發(fā)明的保護(hù)范圍并不局限于此， 任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到的變化或替換， 都應(yīng)涵蓋在本發(fā)明的保護(hù)范圍之內(nèi)。因此，本發(fā)明的保護(hù)范圍應(yīng)該以權(quán)利要求的保護(hù)范圍 為準(zhǔn)。
權(quán)利要求
一種獲取終端設(shè)備的網(wǎng)絡(luò)接入信息的方法，其特征在于，包括IP邊緣設(shè)備向終端設(shè)備發(fā)送攜帶有請求標(biāo)記的路由通告消息，所述請求標(biāo)記用于指示所述終端設(shè)備發(fā)送路由請求消息；所述IP邊緣設(shè)備根據(jù)路由請求消息的接收情況，獲取所述終端設(shè)備的網(wǎng)絡(luò)接入信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的IP邊緣設(shè)備發(fā)送帶有請求標(biāo)記的 路由通告消息，包括IP邊緣設(shè)備在接收到終端設(shè)備發(fā)送的IP報文，確定IP邊緣設(shè)備上沒有所述IP報文的 源IP地址或源IP地址的前綴對應(yīng)的IP會話后，根據(jù)所述IP報文構(gòu)建攜帶請求標(biāo)記的路 由通告消息，所述路由通告消息的目的地址為所述終端設(shè)備的IP地址，并發(fā)送所述路由通告消息O
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述的IP邊緣設(shè)備發(fā)送帶有請求標(biāo)記的 路由通告消息，包括IP邊緣設(shè)備給已經(jīng)建立的IP會話的終端設(shè)備定時發(fā)送帶有請求標(biāo)記的路由通告消息；或者IP邊緣設(shè)備給已經(jīng)建立的IP會話的終端設(shè)備通過管理指令發(fā)送帶有請求標(biāo)記的路由 通告消息。
4.根據(jù)權(quán)利要求1至3任一項所述的方法，其特征在于，所述的IP邊緣設(shè)備根據(jù)路由 請求消息的接收情況，獲取所述終端設(shè)備的網(wǎng)絡(luò)接入信息，包括所述的IP邊緣設(shè)備接收所述終端設(shè)備返回的路由請求消息，當(dāng)IP邊緣設(shè)備上沒有所 述路由請求消息對應(yīng)的IP會話時，所述IP邊緣設(shè)備根據(jù)所述路由請求消息獲取所述終端 設(shè)備的接入標(biāo)識，根據(jù)所述接入標(biāo)識建立與所述終端設(shè)備的IP會話。
5.根據(jù)權(quán)利要求1至3任一項所述的方法，其特征在于，所述的IP邊緣設(shè)備根據(jù)路由 請求消息的接收情況，獲取所述終端設(shè)備的網(wǎng)絡(luò)接入信息，包括所述IP邊緣設(shè)備接收終端設(shè)備返回的攜帶有前綴狀態(tài)信息的路由請求消息，根據(jù)所 述路由請求消息中攜帶的前綴狀態(tài)信息，獲取所述終端設(shè)備的網(wǎng)絡(luò)接入狀態(tài)。
6.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述的IP邊緣設(shè)備根據(jù)路由請求消息的 接收情況，獲取所述終端設(shè)備的網(wǎng)絡(luò)接入信息，包括IP邊緣設(shè)備給已經(jīng)建立的終端設(shè)備的IP會話設(shè)置定時時鐘，當(dāng)在所述定時時鐘的定 時周期內(nèi)，所述IP邊緣設(shè)備沒有接收到所述IP會話對應(yīng)的流量，則所述IP邊緣設(shè)備向所 述終端設(shè)備發(fā)送攜帶有請求標(biāo)記的路由通告消息，并設(shè)置路由請求消息的等待周期；當(dāng)所述IP邊緣設(shè)備在所述路由請求消息的等待周期之內(nèi)，接收到所述終端設(shè)備返回 的路由請求消息，或者，接收到所述終端設(shè)備發(fā)送的所述IP會話對應(yīng)的流量，則確定所述 用戶終端的IP會話正常；當(dāng)所述IP邊緣設(shè)備在所述路由請求消息的等待周期之內(nèi)，沒有接收到所述終端設(shè)備 返回的路由請求消息，并且，沒有接收到所述終端設(shè)備發(fā)送的所述IP會話對應(yīng)的流量，則 確定所述終端設(shè)備的IP會話的狀態(tài)異常。
7.根據(jù)權(quán)利要求1至3任一項所述的方法，其特征在于，所述的IP邊緣設(shè)備向終端設(shè) 備發(fā)送帶有請求標(biāo)記的路由通告消息之后，進(jìn)一步包括所述終端設(shè)備在接收到所述的路由通告消息后，根據(jù)所述的路由通告消息向所述IP 邊緣設(shè)備發(fā)送路由請求消息。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述的IP邊緣設(shè)備發(fā)送帶有請求標(biāo)記的 路由通告消息之后，所述方法進(jìn)一步包括所述終端設(shè)備在接收到所述路由通告消息后，獲取所述路由通告消息中的地址前綴狀 態(tài)或重啟接入會話或分配給所述用戶終端的IPv6前綴的，并根據(jù)該IPv6前綴和接口標(biāo)識 生成其接口的IPv6地址。
9.一種獲取終端設(shè)備的網(wǎng)絡(luò)接入信息的裝置，其特征在于，包括路由通告消息發(fā)送模塊，用于向終端設(shè)備發(fā)送攜帶有請求標(biāo)記的路由通告消息，所述 請求標(biāo)記用于指示所述終端設(shè)備發(fā)送路由請求消息；網(wǎng)絡(luò)接入信息獲取模塊，用于根據(jù)路由請求消息的接收情況，獲取終端設(shè)備的網(wǎng)絡(luò)接 入fe息。
10.根據(jù)權(quán)利要求9所述的獲取終端設(shè)備的網(wǎng)絡(luò)接入信息的裝置，其特征在于，所述網(wǎng) 絡(luò)接入信息獲取模塊包括:第一獲取模塊、第二獲取模塊、第三獲取模塊和第四獲取模塊中 的至少一項；其中，第一獲取模塊，用于在接收到終端設(shè)備發(fā)送的IP報文，確定IP邊緣設(shè)備上沒有所述IP 報文的源IP地址或源IP地址的前綴對應(yīng)的IP會話后，根據(jù)所述IP報文構(gòu)建攜帶請求標(biāo) 記的路由通告消息，所述路由通告消息的目的地址為所述終端設(shè)備的IP地址，并發(fā)送所述 路由通告消息；第二獲取模塊，用于接收終端設(shè)備返回的路由請求消息，當(dāng)所述裝置上沒有所述路由 請求消息對應(yīng)的IP會話后，根據(jù)所述路由請求消息獲取所述終端設(shè)備的接入標(biāo)識，根據(jù)所 述接入標(biāo)識建立與所述終端設(shè)備的IP會話；第三獲取模塊，用于在接收終端設(shè)備返回的攜帶有前綴狀態(tài)信息的路由請求消息后， 根據(jù)所述路由請求消息中攜帶的前綴狀態(tài)信息，獲取所述終端設(shè)備的網(wǎng)絡(luò)接入狀態(tài)；第四獲取模塊，用于在所述路由通告消息發(fā)送模塊給已經(jīng)建立的IP會話的終端設(shè)備 發(fā)送帶有請求標(biāo)記的路由通告消息，并設(shè)置了路由請求消息的等待周期后，在所述等待周 期之內(nèi)，接收到終端設(shè)備返回的路由請求消息，或者，接收到終端設(shè)備發(fā)送的所述IP會話 對應(yīng)的流量，則確定所述終端設(shè)備的IP會話正常；在所述等待周期之內(nèi)，沒有接收到終端設(shè)備返回的路由請求消息，并且，沒有接收到終 端設(shè)備發(fā)送的所述IP會話對應(yīng)的流量，則確定所述IP會話對應(yīng)的前綴丟失，所述終端設(shè)備 的IP會話的狀態(tài)異常。
11.一種終端設(shè)備，其特征在于，包括路由通告消息接收模塊，用于接收攜帶有請求標(biāo)記的路由通告消息，所述請求標(biāo)記用 于指示接收到所述路由通告消息的終端設(shè)備發(fā)送路由請求消息；路由請求消息發(fā)送模塊，用于在所述路由通告消息接收模塊接收到所述路由通告消息 后，發(fā)送路由請求消息。
12.根據(jù)權(quán)利要求11所述的終端設(shè)備，其特征在于，所述的終端設(shè)備還包括信息獲取模塊，用于在所述路由通告消息接收模塊接收到所述路由通告消息后，獲取 所述路由通告消息中的地址前綴狀態(tài)或重啟接入會話。
全文摘要
一種獲取終端設(shè)備的網(wǎng)絡(luò)接入信息的方法和裝置，該方法主要包括IP邊緣設(shè)備發(fā)送攜帶有請求標(biāo)記的路由通告消息，所述請求標(biāo)記用于指示接收到所述路由通告消息的終端設(shè)備發(fā)送路由請求消息；所述IP邊緣設(shè)備根據(jù)路由請求消息獲取終端設(shè)備的網(wǎng)絡(luò)接入信息。利用本發(fā)明，IP邊緣設(shè)備可以簡化監(jiān)控終端設(shè)備的接入狀態(tài)的復(fù)雜度，并且可以通知終端重啟上線，減低網(wǎng)絡(luò)維護(hù)以及設(shè)備的成本。
文檔編號H04L29/08GK101888319SQ20091008374
公開日2010年11月17日 申請日期2009年5月11日 優(yōu)先權(quán)日2009年5月11日
發(fā)明者陽振庭 申請人:華為技術(shù)有限公司