專利名稱：：一種接入網(wǎng)絡的保護方法、系統(tǒng)及設備的制作方法
技術領域：
：本發(fā)明涉及通信
技術領域：
，尤其涉及一種接入網(wǎng)絡的保護方法、系統(tǒng)及設備。
背景技術：
：隨著寬帶網(wǎng)絡的應用普及，網(wǎng)絡接入管理和控制成為寬帶網(wǎng)絡管理和控制的重要組成部分，寬帶接入管理和控制包括用戶接入管理和業(yè)務部署控制。用戶接入管理一般通過建立接入會話對接入的用戶進行控制和管理，主要包括接入認證、授權、計費等。當前寬帶接入管理和控制的主要方式是通過建立PPP(PointtoPointProtocol,點對點協(xié)議)會話進行接入控制和管理，如PPPoE(PPPoverEthernet,基于以太網(wǎng)的PPP)或PPPoA(PPPoverATM,基于異步傳輸模式的PPP)，不僅為用戶提供了一種寬帶接入手段，同時還能提供方便的接入控制和計費，但是由于PPP會話接入的一些局限性，IP會話接入已經(jīng)成為PPP演進方向。業(yè)務部署控制一般指業(yè)務控制參數(shù)在接入網(wǎng)的部署控制，包括QoS(QualityofService,服務質(zhì)量)參數(shù)控制、線^各i貪斷測試、組播權限控制、如DPI(Deeppacketinspection,深度包檢測)等策略控制，接入網(wǎng)的業(yè)務部署控制過去大多通過網(wǎng)管協(xié)議配置和管理，如SNMP(SimpleNetworkManagementProtocol,簡單網(wǎng)絡管理協(xié)議)，隨著網(wǎng)絡的精細化控制需求的驅(qū)動，實時動態(tài)的控制機制已經(jīng)成為未來的趨勢，如L2CM(Layer2ControlMechanism,二層控制沖幾制)控制或ANCP(AccessNodeControlProtocol,接入點控制協(xié)議)控制，L2CM或ANCP用于接入網(wǎng)的業(yè)務部署控制，如接入邊緣節(jié)點對接入節(jié)點的管理和控制，包括將接入會話的參數(shù)配置到接入節(jié)點上。圖1描述了接入的通用架構以及接入會話和L2CM機制或ANCP控制在接入網(wǎng)的位置。其中，用戶終端一般包括UE(UserEquipment,用戶設備)、RG(ResidentialGateway,家庭網(wǎng)關)設備；接入節(jié)點包括DSLAM(DigitalSubscriberLineAccessMultiplexer,數(shù)字用戶線4妾入復用器)、BS(BaseStation,無線基站)等；接入?yún)R聚節(jié)點包括以太網(wǎng)交換機等；接入邊緣節(jié)點包括接入網(wǎng)關、BNG(BroadbandNetworkGateway,寬帶網(wǎng)絡網(wǎng)關)和BRAS(BroadbandRemoteAccessServer,寬帶遠考呈接入月艮務器)等NAS(NetworkAccessServer,網(wǎng)絡接入服務器)設備或IP邊緣設備等。接入會話指建立在用戶終端和接入邊緣節(jié)點之間的連接，如IP會話(Session)，IP會話代表了與一個IP地址關聯(lián)的網(wǎng)絡接入會話，是基于IP的Session,IP地址是識別IPSession的關鍵，IP地址一般通過DHCP(DynamicHostConfigurationProtocol,動態(tài)主機配置協(xié)議)服務器動態(tài)分配，IPSession用于網(wǎng)絡對用戶接入的管理和控制，如認證、授權、計費等。IPSession主要包括Session的建立或者生成、Session的維持或狀態(tài)探測及Session的終止。在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)現(xiàn)有技術中存在以下缺陷隨著網(wǎng)絡容量不斷增大，要求網(wǎng)絡具有高的可擴展性需求和可靠性，負荷分擔保護是網(wǎng)絡的一個重要特性，在目前的IP會話接入以及L2CM/ANCP控制架構沒有提供負荷分擔保護的機制。
發(fā)明內(nèi)容本發(fā)明實施例提供一種接入網(wǎng)絡的保護方法、系統(tǒng)及設備，為IP會話接入提供負荷分擔保護的機制。本發(fā)明實施例提供了一種接入網(wǎng)絡的保護方法，包括以下步驟接收用于協(xié)商建立接入會話的接入會話消息報文，所述接入會話消息報文攜帶有分擔處理指示信息；根據(jù)所述接入會話消息報文中的分擔處理指示信息執(zhí)行分擔處理所述接入會話消息報文。本發(fā)明實施例還提供了一種接入會話負荷分擔控制裝置，包括捕獲接收單元，用于捕獲接收用于協(xié)商建立接入會話的接入會話消息報文，所述接入會話消息報文攜帶有分擔處理指示信息，所述接入會話消息報會話發(fā)現(xiàn)消息報文或來自DHCP服務器的接入會話提供消息報文；負荷控制單元，用于根據(jù)所述接入會話消息報文獲取分擔處理指示；消息處理單元，用于根據(jù)所述接入會話消息報文中的分擔處理指示信息執(zhí)行分擔處理所述接入會話消息報文。本發(fā)明實施例還提供了一種接入網(wǎng)絡的保護系統(tǒng)，包括用戶終端、DHCP服務器和接入^^舌負荷分擔控制裝置，所述用戶終端，用于通過接入會話負荷分擔控制裝置與所述DHCP服務器交互接入會話報文；所述接入會話負荷分擔控制裝置，用于接收用于協(xié)商建立接入會話的接入會話消息報文，所述接入會話消息報文攜帶有分擔處理指示信息；根據(jù)所述接入會話消息報文中的分擔處理指示信息執(zhí)行分擔處理所述接入會話消息報文。本發(fā)明的實施例中，通過擴充接入會話接入場景，使用負荷分擔保護網(wǎng)絡，增強網(wǎng)絡的可靠性和可擴展性，提高用戶的滿意度。圖l是現(xiàn)有技術中接入通用架構圖2是本發(fā)明實施例中接入網(wǎng)保護系統(tǒng)結構圖3A是本發(fā)明實施例中AN實現(xiàn)接入會話負荷分擔控制流程圖3B是本發(fā)明實施例中DHCP消息報文示意圖4是本發(fā)明實施例中AN實現(xiàn)接入會話時使用DHCP建立IP會話的流程圖5是本發(fā)明實施例中AEN實現(xiàn)接入會話負荷分擔控制的流程圖；圖6是本發(fā)明實施例中AEN實現(xiàn)接入會話時使用DHCP建立IP會話流程圖7是本發(fā)明實施例中使用PPPoE建立PPP會話的流程7圖8是本發(fā)明實施例中AEN或AN根據(jù)分擔策略延時接入會話消息報文，終端選取負荷分擔的控制流程圖9是本發(fā)明實施例中是在ANCP或L2CM控制下的接入會話負荷分擔控制系統(tǒng)架構圖IO是本發(fā)明實施例中ANCP控制下的分擔保護流程圖1l是本發(fā)明實施例中接入會話負荷控制裝置圖。具體實施例方式本發(fā)明實施例中會話接入保護系統(tǒng)基本架構如圖2所示，接入網(wǎng)至少存在兩個AEN(AccessEdgeNode,接入邊緣節(jié)點)，AEN上行連接IP網(wǎng)絡(如核心網(wǎng)纟各)，AEN還連4妄DHCP或AAA(Authentication,AuthorizationandAccounting,驗證、授權和計費)服務器，DHCP或AAA服務器也可以作為功能才莫塊集成或內(nèi)嵌在AEN設備中，AEN下行連接AN(AccessNode,接入節(jié)點)，AN與AEN之間包括匯聚網(wǎng)或直接線路，每一個AN至少和兩個AEN存在通訊路徑，AN與AEN可以采取鏈路冗余保護，如AN通過不同的鏈路或路徑連接到不同的AEN,其中，鏈路或路徑包括VLAN(VirtualLocalAreaNetwork,即虛擬局i或網(wǎng))、PVC(PermanentVirtualCircuit,7Jc久虛電^各)、LSP(LabelSwitchingPath,標簽路徑交換)、端口等。用戶終端(UE或RG)與AN通過接入線路連接，如DSL(DigitalSubscriberLine,數(shù)字用戶線)、PON(PassiveOpticalNetwork,無源光網(wǎng)絡)等有線線路或WIFI(WirelessFidelity,無線高保真)或WIMAX(WorldwideInteroperabilityforMicrowaveAccess,全球微波互聯(lián)接入)等無線線路，用戶終端與一個AEN建立接入會話。本發(fā)明實施例中，AN實現(xiàn)接入會話負荷分擔的控制流程，如圖3A所示，包括以下步驟s301,AN收到用戶終端發(fā)送的接入會話發(fā)現(xiàn)消息報文，所述的4妄入會話發(fā)現(xiàn)消息包括DHCP發(fā)現(xiàn)(Discovery/Solicit)消息、DHCP請求(Request)消息、DHCP認證(AUTH)消息、DHCP信息(Information)消息、PPPoE的PADI(PPPoEActiveDiscoveryInitialization,激活發(fā)現(xiàn)起始分組)消息、802.lx的EAPoLStart(以太網(wǎng)的擴展認證協(xié)i義接入開始)消息、ARP請求/響應(Request/Reply)等，AN通過ACL(AccessControlList,訪問控制列表)等機制捕獲所述的接入會話發(fā)現(xiàn)消息報文。接入會話發(fā)現(xiàn)消息報文是用戶終端與AEN協(xié)商建立接入會話的接入會話消息報文，用于用戶終端尋找能夠為用戶終端提供接入服務(建立接入會話)的網(wǎng)絡設備。s302，AN根據(jù)分擔策略，獲取所述消息報文分擔處理指示，分擔處理指示包括報文的轉(zhuǎn)發(fā)目的的分擔組標識等參數(shù)。AN首先獲取分擔決策參數(shù)，分擔決策參數(shù)包括報文首部(Header)的參數(shù)、AN接收到該報文的接入端口、報文消息參數(shù)等；報文首部包括以太網(wǎng)首部、IP首部等，以太網(wǎng)首部包括源MAC(MediumAccessControl,々某體接入控制)地址、目的MAC地址、以太類型、VLAN標識，IP首部包括源IP地址、目的IP地址；報文消息參數(shù)包括DHCPoption參數(shù)，如DHCPOption60/62等，圖3B描述了常見的DHCP消息的報文，DHCP消息的報文包括311鏈路層首部、312IP首部、313UDP(userdatagramprotocol,用戶數(shù)據(jù)報協(xié)議)首部、314DHCP消息。311鏈路層首部可以是以太網(wǎng)首部，至少包括311a目的MAC(DMAC)和311b源MAC(SMAC)以及311c以太類型，以太網(wǎng)首部還可以包括311dVLAN標識(Tag);312IP首部至少包4舌312a目的IP(DestinationAddress)和312b源IP(SourceAddress);313UDP首部至少包括313a源端口(SourcePort)和313b目的端口(DestinationPort);314DHCP消息至少包括314aDHCP消息類型和314b事務標識(TransactionID)，314DHCP消息還可以包括314c選項60(options60)、314d選項62(options62)、314e選項82(options82)。AN獲取分擔決策參數(shù)可以從DHCP消息字段中獲取參數(shù)值。所述的分擔策略包括，哈希(Hash)算法或條件(condition)決策。所述哈希(Hash)算法，如(接入端口XOR源MAC)°/。N4,XOR表示邏輯異或運算，N表示接入會話目的分擔組總數(shù)，N—般可以是對應AEN的個數(shù)(數(shù)目)。條件(condition)決策，如源MAC從0ABC-9DEF-0000到0ABC-9DEF-A0D3或源MAC/掩碼為0ABC-9DEF-0000/0ABC-9DEF-FFFF對應的接入會話目的分擔組l,一個分擔組對應一個AEN,—個AEN至少包括一個分擔組。分擔策略可以根據(jù)實際情況靈活配置，分擔策略目的就是為接入會話發(fā)現(xiàn)消息報文選取(或確定)分擔處理指示，即選取一個目的分擔組，分擔決策參數(shù)可以根據(jù)具體實現(xiàn)按需選取，分擔決策參數(shù)可以包括分擔組的當前負荷以及分擔組的優(yōu)先級等參數(shù)。AN根據(jù)分擔策略獲取所述報文分擔處理指示具體包括定義一個哈希(Hash)算法或條件(condition)決策函數(shù)(fUnction),在函數(shù)里面實現(xiàn)算法公式(formula),將分擔決策參數(shù)作為輸入?yún)?shù)，計算得到目的分擔組標識。s303,AN根據(jù)分擔處理指示向指定的目的或下一跳轉(zhuǎn)發(fā)報文，即AN將報文轉(zhuǎn)發(fā)至目的分擔組標識對應的AEN設備。AN可以緩存分擔組信息，分擔組信息包括分擔組對應的轉(zhuǎn)發(fā)路徑，如分擔組1對應的轉(zhuǎn)發(fā)路徑為VLANIOO或者分擔組l對應的轉(zhuǎn)發(fā)出口為端口2等，分擔組信息進一步還可以包括分擔組地址，分擔組地址包括MAC地址或IP地址。AN轉(zhuǎn)發(fā)報文包括處理才艮文或發(fā)送報文，所述的處理報文包括將修改或適配報文首部，如果根據(jù)分擔組信息修改才艮文的以太網(wǎng)首部的目的MAC地址為分擔組MAC地址。發(fā)送報文包括AN從對應的分擔組信息的轉(zhuǎn)發(fā)路徑上發(fā)送報文。表l描述了常見的分擔組信息表，AN存儲分擔組信息表內(nèi)容:<table>tableseeoriginaldocumentpage10</column></row><table>表1分擔組優(yōu)先級表示分擔組的優(yōu)先選擇級別，一般選擇高優(yōu)先級的分擔組處理接入會話，分擔組當前負荷表示分擔當前已經(jīng)建立的接入會話數(shù)目，通過此參數(shù)可以根據(jù)實際負荷進行分擔的控制。本發(fā)明實施例中，使用DHCP建立IP會話的流程如圖4所示。其中，AN進行負荷分擔控制，AN決策用戶終端建立的IP會話的目的分擔組，包括以下步驟步驟s401,用戶終端向AN發(fā)送接入會話發(fā)現(xiàn)消息報文，如DHCP發(fā)現(xiàn)(Discovery)消息，接入會話發(fā)現(xiàn)消息才艮文用于協(xié)商建立接入會話。步驟s402,AN收到用戶終端發(fā)送DHCP發(fā)現(xiàn)(Discovery)消息，AN首先獲取分擔決策參數(shù)，再根據(jù)分擔策略決策函數(shù)，計算得到包括目的分擔組在內(nèi)的分擔處理指示，然后按照目的分擔組對應的分擔組信息轉(zhuǎn)發(fā)，本實施例目的分擔組為AEN1，AN將DHCP發(fā)現(xiàn)(Discovery)消息轉(zhuǎn)發(fā)至AENl,AN可以根據(jù)DHCP發(fā)現(xiàn)(Discovery)消息報文的313b目的端口(DestinationPort)為指定值來捕獲該報文。步驟s403,AEN1按照DHCP中繼(Relay)協(xié)議規(guī)定向DHCP服務器轉(zhuǎn)發(fā)DHCP發(fā)現(xiàn)(Discovery)消息，如果AEN1內(nèi)嵌DHCP服務器，則AENl通過API(ApplicationProgramInterface,應用程序接口)指示或通知DHCP服務器處理DHCP發(fā)現(xiàn)(Discovery)消息。步驟s404,DHCP服務器響應DHCP發(fā)現(xiàn)(Discovery)消息，即向AENl發(fā)送DHCP提供(Offer)消息。步驟s405,AEN1按照DHCP中繼(Relay)協(xié)議弄見定向用戶終端轉(zhuǎn)發(fā)DHCP提供(Offer)消息。步驟s406，用戶終端收到DHCP提供(Offer)消息，繼續(xù)進行配置協(xié)商，即向AENl發(fā)送DHCP請求(Request)消息。步驟s407,AEN1按照DHCP中繼(Relay)協(xié)議規(guī)定向DHCP服務器轉(zhuǎn)發(fā)DHCP請求(Request)消息。步驟s408,DHCP服務器響應DHCP請求消息，即向AENl發(fā)送DHCP確認(ACK)消息。步驟s409，AEN1按照DHCP中繼(Relay)協(xié)議規(guī)定向用戶終端轉(zhuǎn)發(fā)DHCP確認消息，AEN1可以根據(jù)DHCPACK消息參數(shù)創(chuàng)建IP會話；用戶終端收到DHCP確認消息，配置IP地址等參數(shù)，IP接入完成。本發(fā)明實施例中，AEN實現(xiàn)接入會話負荷分擔的控制流程，如圖5所示，包括以下步驟步驟s501，AEN接收接入會話消息報文。接入會話消息報文包括接入會話發(fā)現(xiàn)消息報文或接入會話提供消息報文。所述的接入會話發(fā)現(xiàn)消息報文來自用戶終端，AEN通過ACL等手段捕獲所述的接入會話發(fā)現(xiàn)消息報文；所述的接入會話提供消息報文來自DHCP等網(wǎng)絡控制服務器，包括DHCP提供(Offer/Advertise)消息等。接入會話提供消息報文一般是響應接入會話發(fā)現(xiàn)消息報文的，接入會話的建立一般首先都是用戶終端先發(fā)送接入會話發(fā)現(xiàn)消息報文，然后網(wǎng)絡設備響應接入會話提供消息報文。步驟s502，AEN根據(jù)分擔策略計算得到消息報文的分擔處理指示，根據(jù)分擔處理指示確定對報文的處理方式，如果分擔處理指示的分擔組標識屬于本地AEN(即當前AEN存在分擔處理指示的分擔組)，則轉(zhuǎn)步驟s503處理，如果否，則轉(zhuǎn)步驟s504處理。AEN首先獲取分擔決策參數(shù)，分擔決策參數(shù)包括報文首部、AEN接收到該報文的鏈路、報文消息參數(shù)等；報文首部包括以太網(wǎng)首部、IP首部等，AEN接收到該報文的鏈路包括AEN接收到該報文的接收端口或VLAN，還可以包括圖3b所示的314e選項82(options82)參數(shù)值。所述的分擔策略包括哈希(Hash)算法或條件(condition)決策。分擔策略可以通過配置，配置的分擔策略可以保存在分擔組信息表中。所述哈希(Hash)算法(公式)如((源或目的MAC)%N4)計算得到分擔處理指示的分擔組標識，然后判斷得到的所述分擔處理指示的分擔組標識是否在本地存在，如果是，則分擔處理指示包括分擔組標識以及本地中轉(zhuǎn)處理指示，如果否，則分擔處理指示包括放棄處理指示，其中哈希(Hash)算法(公式)中N表示接入會話目的分擔組總數(shù)，N—般可以是對應AEN的個數(shù)(數(shù)目)。條件(condition)決策如源MAC從0ABC-9DEF-0000到0ABC-9DEF-A0D3或源MAC/掩碼為0ABC-9DEF-0000/0ABC-9DEF-FFFF對應的本地繼續(xù)處理。AEN具體包括定義一個哈希(Hash)算法或條件(condition)決策函數(shù)(function),在函數(shù)里面實現(xiàn)分擔策略的計算公式(formula)，將分擔決策參數(shù)作為輸入?yún)?shù)，計算得到結果。步驟s503，AEN處理收到的接入會話發(fā)現(xiàn)或提供消息報文，包括將接入會話發(fā)現(xiàn)消息報文轉(zhuǎn)發(fā)至DHCP等網(wǎng)絡控制服務器，或者AEN響應用戶終端的接入會話發(fā)現(xiàn)消息報文，或者將來自DHCP等網(wǎng)絡控制服務器的接入會話提供才艮文轉(zhuǎn)發(fā)至用戶終端。如果AEN內(nèi)嵌DHCP服務器，則AEN通過API指示DHCP服務器進行處理，所述指示具體包括AEN接入會話發(fā)現(xiàn)或提供消息報文作為API參數(shù)通知DHCP服務器模塊。步驟s504，AEN放棄收到的接入會話發(fā)現(xiàn)或提供消息報文，包括AEN不繼續(xù)轉(zhuǎn)發(fā)(丟棄)收到的接入會話發(fā)現(xiàn)或提供消息報文，如果AEN放棄收到接入會話提供消息報文，AEN還包括清理接入會話提供消息報文的消息關聯(lián)信息，如接入會話提供消息報文對應的接入會話發(fā)現(xiàn)消息報文關聯(lián)信息，包括314b事務標識(TransactionID)和終端MAC地址等映射信息。本發(fā)明實施例中，使用DHCP建立IP會話的流程如圖6所示，其中，AEN進行負荷分擔控制，AEN決策用戶終端建立的IP會話的目的分擔組，包括以下步驟步驟s601,用戶終端向AN發(fā)送接入會話發(fā)現(xiàn)消息報文，與網(wǎng)絡協(xié)商建立IP接入會話，如DHCP發(fā)現(xiàn)(Discovery)消息。步驟s602，AN收到用戶終端發(fā)送的DHCP發(fā)現(xiàn)消息，AN將DHCP發(fā)現(xiàn)消息轉(zhuǎn)發(fā)至AEN1和AEN2，AN不決策DHCP發(fā)現(xiàn)消息的目的分擔組，AN將消息報文向多個分擔組(AEN1和AEN2)轉(zhuǎn)發(fā)。步驟s603,AEN1收到DHCP發(fā)現(xiàn)消息，AEN1首先獲取分擔決策參數(shù)，再根據(jù)分擔策略決策函數(shù)計算該報文的分擔處理指示，即計算得到的分擔處理指示的目的分擔組在本地，AEN1按照DHCP中繼協(xié)議向DHCP服務器轉(zhuǎn)發(fā)DHCP發(fā)現(xiàn)消息。步驟s604，AEN2收到DHCP發(fā)現(xiàn)消息，AEN2首先獲取分擔決策參數(shù)，再根據(jù)分擔策略決策函數(shù)計算該報文的目的分擔組不是本地，AEN2丟棄DHCP發(fā)現(xiàn)消息。步驟s605,DHCP服務器響應DHCP發(fā)現(xiàn)消息，即向AEN1發(fā)送DHCP提供消息。步驟s606,AEN1按照DHCP中繼協(xié)議向用戶終端轉(zhuǎn)發(fā)DHCP提供消息。步驟s607，用戶終端收到DHCP提供消息，繼續(xù)向AEN1發(fā)送DHCP請求消息。步驟s608，AEN1按照DHCP中繼協(xié)議規(guī)定向DHCP服務器轉(zhuǎn)發(fā)DHCP請求消息。步驟s609，DHCP服務器響應DHCP請求消息，即向AEN1發(fā)送DHCP確認消息。步驟s610，AEN1向用戶終端轉(zhuǎn)發(fā)DHCP確認消息和創(chuàng)建IP會話；用戶終端收到DHCP確認消息，配置IP地址等參數(shù)，IP接入完成(即IP會話建立完成)。本發(fā)明實施例中，使用PPPoE建立PPP會話的流程如圖7所示，AEN進行負荷分擔控制，AEN決策用戶終端建立的PPP會話的目的分擔組，包括以下步驟步驟s701，用戶終端發(fā)送PADI(ActiveDiscoveryInitialization,激活發(fā)現(xiàn)起始分組)報文，協(xié)商建立PPP會話。步驟s702和驟s703AN收到用戶終端發(fā)送PADI消息，AN將PADI消息轉(zhuǎn)發(fā)至AEN1和AEN2，AN不決策PADI發(fā)現(xiàn)消息的目的分擔組，AN將消息報文向多個分擔組(AEN)轉(zhuǎn)發(fā)。AEN1收到PADI消息，AEN1首先獲取分擔決策參數(shù)，再根據(jù)分擔策略決策函數(shù)計算該報文的目的分擔組在本地，AEN1繼續(xù)處理該消息報文。AEN2收到PADI消息，AEN2首先獲取分擔決策參數(shù)，再根據(jù)分擔策略決策函數(shù)計算該報文的目的分擔組不是本地，AEN2不處理PADI消息(丟棄PADI消息)。步驟s704，AENl通過API指示PPPoE模塊處理PADI消息，PPPoE模塊向用戶終端響應PADO(ActiveDiscoveryOffer,激活發(fā)現(xiàn)提供分組)消息。步驟s705,用戶終端向AEN1發(fā)送PADR(PPPoEActiveDiscoveryRequest,PPPoE,激活發(fā)現(xiàn)請求分組)請求。步驟s706,AEN1收到PADR后，開始準備進入PPP會話階段。AENl產(chǎn)生一個會話標識以唯一的標識它和用戶終端的這萃殳PPPoE會話。并把這個特定的會話標識包含在會話確認包PADS中發(fā)回給用戶終端。步驟s707,用戶終端與AEN1通過LCP(LinkControlProtocol,鏈路控制協(xié)議)繼續(xù)協(xié)商建立PPP會話。本發(fā)明實施例中，AEN或AN根據(jù)分擔策略延時接入會話消息報文，終端選取負荷分擔的控制，如圖8所示，包括以下步驟步驟s801，AEN或AN收到接入會話發(fā)現(xiàn)或提供報文。所述的接入會話發(fā)現(xiàn)消息報文來自用戶終端的接入會話發(fā)現(xiàn)消息報文，AEN或AN通過ACL等手段捕獲所述的接入會話發(fā)現(xiàn)消息報文。所述的接入會話提供報文來自DHCP等網(wǎng)絡控制服務器，包括DHCP提供(Offer/Advertise)消息等。步驟s802,AEN或AN根據(jù)分擔策略計算報文分擔處理指示，本實施例中分擔處理指示為延時處理和延時時間參數(shù)，延時處理指AEN或AN在延遲一賴:時間后再處理該報文。AEN或AN首先獲取分擔決策參數(shù)，分擔決策參數(shù)包括報文首部的參數(shù)、AEN或AN接收到該報文的接入端口或鏈路、報文消息參數(shù)、分擔組當前的實際負荷(如已經(jīng)存在會話數(shù)目)等，所述的分擔策略包括延時決策算法。所述延時決策算法如L/X,L標識當前的分擔組實際負荷(AEN存在的會話數(shù)目)，X為一常數(shù)，/表示除法運算。分擔策略可以根據(jù)實際情況靈活配置，分擔策略具體實現(xiàn)包括定義延時決策函數(shù)(function),在函數(shù)里面實現(xiàn)算法公式(formula),將分擔決策參數(shù)作為輸入?yún)?shù)，計算得到延時時間參數(shù)。步驟s803,AEN或AN延時到期，AEN或AN處理緩存的報文，AEN或AN延時觸發(fā)具體實現(xiàn)包括定時器觸發(fā)。AEN或AN處理緩存的報文包括AN向AEN轉(zhuǎn)接入會話發(fā)現(xiàn)消息報文、AEN向網(wǎng)絡控制服務器轉(zhuǎn)發(fā)接入會話發(fā)現(xiàn)消息才艮文，AN或AN向用戶終端轉(zhuǎn)發(fā)接入會話提供報文，AEN響應和發(fā)送4妄入會話提供報文。本發(fā)明實施例中，在ANCP或L2CM控制下的接入會話負荷分擔控制系統(tǒng)架構如圖9所示，AN與AEN存在ANCP或L2CM控制連接，ANCP或L2CM控制連接包括多種保護類型，如l:1或1+1或N:l等，如圖9所示ANCP115和ANCP2互為保護控制連接。本發(fā)明實施例中，ANCP控制下的分擔保護的實施流程如圖IO所示，包括以下步驟步驟sl001，AN與AEN1協(xié)商建立ANCP或L2CM控制連接，具體可以是TCP(TransmissionControlProtocol,傳車lr控制協(xié)i義)岸義載GSMP(GeneralSwitchManagementProtocol,通用交換機管理協(xié)議)協(xié)議連接，該連接用于配置接入會話策略，如接入會話的組播權限控制表、帶寬參數(shù)、負荷分擔的策略等。步驟s1002,AN與AEN2建立ANCP或L2CM控制連接。步驟sl003,AEN1向AN下發(fā)配置參數(shù)，配置參數(shù)包括負荷分擔的策略或參數(shù)。步驟sl004,AN向AEN1響應配置確認。步驟sl005,AEN2向AN下發(fā)配置參數(shù)，配置參數(shù)包括負荷分擔的策略或參數(shù)。步驟sl006,AN向AEN2響應配置確認。步驟sl007,AN向AEN1發(fā)送拓樸報告，如接入端口狀態(tài)，AN4企測到拓樸才艮告事件，獲取報告信息，然后根據(jù)分擔策略選取報告的ANCP或L2CM控制連接，通過ANCP或L2CM控制連接發(fā)送拓樸報告。拓樸報告事件包括接入端口狀態(tài)改變(如激活或去激活)或ANCP或L2CM控制連接創(chuàng)建完成，4艮告信息包括端口狀態(tài)參數(shù)(如接口狀態(tài)以及協(xié)商帶寬等參數(shù))，分擔策略如(接入端口)。/。N^XOR^示邏輯異或運算，N表示ANCP或L2CM控制連接總數(shù)。步驟s1008,AN向AEN2發(fā)送拓樸凈艮告。本發(fā)明實施例提供了一種接入網(wǎng)絡的保護系統(tǒng)，包括用戶終端、DHCP服務器和接入會話負荷分擔控制裝置，所述用戶終端，用于通過接入會話負荷分擔控制裝置與所述DHCP服務器交互接入會話報文；所述接入會話負荷分擔控制裝置，用于接收用于協(xié)商建立接入會話的接入會話消息"^艮文，所述接入會話消息報文攜帶有分擔處理指示信息；根據(jù)所述接入會話消息報文中的分擔處理指示信息執(zhí)行分擔處理所述接入會話消息報文。所述接入會話消息報文為來自用戶終端的接入會話發(fā)現(xiàn)消息報文；所述根據(jù)所述分擔處理指示處理所述接入會話消息報文具體包括將來自用戶終端的接入會話發(fā)現(xiàn)消息報文的接入會話消息報文轉(zhuǎn)發(fā)至DHCP服務器；或響應用戶終端的接入會話發(fā)現(xiàn)消息報文。所述接入會話消息報文為來自DHCP服務器的接入會話提供消息報文，所述根據(jù)所述分擔處理指示處理所述接入會話消息報文具體包括將來自DHCP服務器的接入會話提供消息報文的接入會話消息報文轉(zhuǎn)發(fā)至用戶終端。其中，接入會話負荷分擔控制裝置200，如圖ll所示，包括捕獲接收單元210，用于捕獲接收用于協(xié)商建立接入會話的接入會話消息報文，所述接入會話消息報文攜帶有分擔處理指示信息，所述接入會話消息報文包括來自用戶終端的接入會話發(fā)現(xiàn)消息報文或來自DHCP服務器的接入會話提供消息報文。負荷控制單元220,用于根據(jù)接入會話消息報文獲取分擔處理指示，所述的分擔處理指示包括放棄處理指示、中轉(zhuǎn)處理指示、延時處理指示。消息處理單元230,用于根據(jù)所述接入會話消息報文中的分擔處理指示信息執(zhí)行分擔處理所述接入會話消息報文。如上所述的接入會話負荷分擔控制裝置200還包括存儲單元240，用于存儲分擔組信息表，所述分擔組信息表包括分擔組信息參數(shù)。如上所述的接入會話負荷分擔控制裝置200中所述負荷控制單元220具體包括決策參數(shù)提取子單元221,用于根據(jù)所述捕獲接收單元捕獲接收的所述接入會話消息報文提取分擔決策參數(shù)；決策計算子單元222,用于將所述分擔決策參數(shù)通過哈希算法或條件決策，獲取所述分擔處理指示。如上所述的接入會話負荷分擔控制裝置200中所述消息處理單元230具體包括第一處理子單元231,用于根據(jù)中轉(zhuǎn)處理分擔處理指示轉(zhuǎn)發(fā)或處理接入會話消息報文，所述轉(zhuǎn)發(fā)或處理接入會話消息報文具體包括將接入會話發(fā)現(xiàn)接入會話發(fā)現(xiàn)消息報文的目的功能模塊處理；或?qū)⑺龅慕尤霑捥峁┫⒉鹏尬霓D(zhuǎn)發(fā)至用戶終端。如第一處理子單元231中所述的接入會話發(fā)現(xiàn)消息報文轉(zhuǎn)發(fā)至下一跳具體包括所述的接入會話負荷分擔控制裝置200為接入節(jié)點，則下一跳為邊緣接入節(jié)點；所述的接入會話負荷分擔控制裝置200為邊緣接入節(jié)點，則下一跳為DHCP服務器或AAA服務器。如第一處理子單元231中所述的指示接入會話發(fā)現(xiàn)消息報文的目的功能模塊處理包括指示DHCP服務器功能模塊或PPPoE模塊處理。如上所述的接入會話負荷分擔控制裝置200中所述處理單元230具體包括第二處理子單元232,用于根據(jù)放棄處理分擔處理指示處理接入會話消息報文，放棄處理來自用戶終端的接入會話發(fā)現(xiàn)消息報文或來自DHCP服務器的接入會話提供消息報文。如上所述的接入會話負荷分擔控制裝置200中所述消息處理單元230還包括第三處理子單元233，用于根據(jù)延時處理指示緩存所述接入會話消息報文，所述延時處理指示的延時時間到期，指示第一處理子單元處理所述^f妄入會話消息報文。本發(fā)明的實施例中，通過擴充接入會話接入場景，使用負荷分擔保護網(wǎng)絡，增強網(wǎng)絡的可靠性和可擴展性，提高用戶的滿意度。通過以上的實施方式的描述，本領域的技術人員可以清楚地了解到本發(fā)明可借助軟件加必需的通用硬件平臺的方式來實現(xiàn)，當然也可以通過硬件，但很多情況下前者是更佳的實施方式?；谶@樣的理解，本發(fā)明的技術方案本質(zhì)上或者說對現(xiàn)有技術做出貢獻的部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例所述的方法。以上公開的僅為本發(fā)明的幾個具體實施例，但是，本發(fā)明并非局限于此，任何本領域的技術人員能思之的變化都應落入本發(fā)明的保護范圍。權利要求1、一種接入網(wǎng)絡的保護方法，其特征在于，包括以下步驟接收用于協(xié)商建立接入會話的接入會話消息報文，所述接入會話消息報文攜帶有分擔處理指示信息；根據(jù)所述接入會話消息報文中的分擔處理指示信息執(zhí)行分擔處理所述接入會話消息報文。2、如權利要求1所述接入網(wǎng)絡的保護方法，其特征在于，所述分擔處理指示信息通過以下步驟獲取根據(jù)所述的接入會話消息報文獲取分擔決策參數(shù)；將所述分擔決策參數(shù)通過哈希算法或條件決策算法，獲取所述分擔處理指示信息。3、如權利要求1所述接入網(wǎng)絡的保護方法，其特征在于，所述分擔處理指示為延時處理指示，所述根據(jù)所述接入會話消息報文中的分擔處理指示信息執(zhí)行分擔處理所述接入會話消息報文具體包括根據(jù)所述的延時處理指示緩存所述的消息報文；在所述延時處理指示的延時時間到期，發(fā)送所述緩存的接入會話消息報文。4、如權利要求1所述接入網(wǎng)絡的保護方法，其特征在于，所述分擔處理指示為中轉(zhuǎn)處理指示，所述根據(jù)所述接入會話消息報文中的分擔處理指示信息執(zhí)行分擔處理所述接入會話消息報文具體包括根據(jù)中轉(zhuǎn)處理指示的分擔組對應的分擔組信息修改或適配所述接入會話消息^l艮文首部；根據(jù)所述的中轉(zhuǎn)處理指示的分擔組發(fā)送報文。5、如權利要求1所述接入網(wǎng)絡的保護方法，其特征在于，所述分擔處理指示為中轉(zhuǎn)處理指示，所述根據(jù)所述接入會話消息報文中的分擔處理指示信息執(zhí)行分擔處理所述接入會話消息報文具體包括將來自用戶終端的接入會話發(fā)現(xiàn)消息報文的接入會話消息報文轉(zhuǎn)發(fā)至DHCP服務器；或響應用戶終端的接入會話發(fā)現(xiàn)消息凈艮文；或?qū)碜訢HCP服務器的接入會話提供消息報文的接入會話消息報文轉(zhuǎn)發(fā)至用戶終端。6、一種接入會話負荷分擔控制裝置，其特征在于，包括捕獲接收單元，用于捕獲接收用于協(xié)商建立接入會話的接入會話消息報文，所述接入會話消息報文攜帶有分擔處理指示信息，所述接入會話消息報文包括來自用戶終端的接入會話發(fā)現(xiàn)消息報文或來自DHCP服務器的接入會話提供消息報文；負荷控制單元，用于根據(jù)所述接入會話消息報文獲取分擔處理指示；消息處理單元，用于根據(jù)所述接入會話消息報文中的分擔處理指示信息執(zhí)行分擔處理所述接入會話消息報文。7、如權利要求6所述裝置，其特征在于，還包括存儲單元，用于存儲分擔組信息表，所述分擔組信息表包括分擔組信息參數(shù)。8、如權利要求6所述裝置，其特征在于，所述負荷控制單元具體包括決策參數(shù)提取子單元，用于根據(jù)所述捕獲接收單元捕獲接收的所述接入會話消息報文提取分擔決策參數(shù)；決策計算子單元，用于將所述分擔決策參數(shù)通過哈希算法或條件決策，獲取所述分擔處理指示。9、如權利要求6所述裝置，其特征在于，所述消息處理單元具體包括第一處理子單元，用于根據(jù)中轉(zhuǎn)處理分擔處理指示轉(zhuǎn)發(fā)或處理接入會話消息報文，所述轉(zhuǎn)發(fā)或處理接入會話消息才艮文具體包括將接入會話發(fā)現(xiàn)消息報文轉(zhuǎn)發(fā)至下一跳或者指示接入會話發(fā)現(xiàn)消息報文的目的功能模塊處理；或所述接入會話消息報文為來自接入會話提供消息報文，將所述的接入會話提供消息報文轉(zhuǎn)發(fā)至用戶終端。10、如權利要求6所述裝置，其特征在于，所述消息處理單元具體包括第二處理子單元，用于根據(jù)放棄處理分擔處理指示處理接入會話消息報文，放棄處理來自用戶終端的接入會話發(fā)現(xiàn)消息報文或來自DHCP服務器的接入會話提供消息報文。11、如權利要求6或9所述裝置，其特征在于，所述消息處理單元還包括第三處理子單元，用于根據(jù)延時處理指示緩存所述接入會話消息報文，所述延時處理指示的延時時間到期，指示第一處理子單元處理所述接入會話消息報文。12、一種接入網(wǎng)絡的保護系統(tǒng)，其特征在于，包括用戶終端、DHCP月良務器和接入會話負荷分擔控制裝置，所述用戶終端，用于通過接入會話負荷分擔控制裝置與所述DHCP服務器交互接入會話報文；所述接入會話負荷分擔控制裝置，用于接收用于協(xié)商建立接入會話的接入會話消息報文，所述接入會話消息報文攜帶有分擔處理指示信息；根據(jù)所述接入會話消息報文中的分擔處理指示信息執(zhí)行分擔處理所述接入會話消息報文。13、如權利要求12所述接入網(wǎng)絡的保護系統(tǒng)，其特征在于，所述接入會話消息報文為來自用戶終端的接入會話發(fā)現(xiàn)消息報文；所述執(zhí)行分擔處理所述接入會話消息報文具體包括將來自用戶終端的接入會話發(fā)現(xiàn)消息報文的接入會話消息報文轉(zhuǎn)發(fā)至DHCP服務器；或響應用戶終端的接入會話發(fā)現(xiàn)消息報文。14、如權利要求12所述接入網(wǎng)絡的保護系統(tǒng)，其特征在于，所述接入會話消息報文為來自DHCP服務器的接入會話提供消息報文，所述執(zhí)行分擔處理所述接入會話消息報文具體包括將來自DHCP服務器的接入會話提供消息報文的接入會話消息報文轉(zhuǎn)發(fā)至用戶終端。15、如權利要求12至14中任一項所述接入網(wǎng)絡的保護系統(tǒng)，其特征在于，所述接入會話負荷分擔控制裝置為接入節(jié)點或接入邊緣節(jié)點。全文摘要本發(fā)明公開了一種接入網(wǎng)絡的保護方法，包括以下步驟接收用于協(xié)商建立接入會話的接入會話消息報文，所述接入會話消息報文攜帶有分擔處理指示信息；根據(jù)所述接入會話消息報文中的分擔處理指示信息執(zhí)行分擔處理所述接入會話消息報文。本發(fā)明公開了一種接入網(wǎng)絡的保護系統(tǒng)及設備。本發(fā)明通過擴充接入會話接入場景，使用負荷分擔保護網(wǎng)絡，增強網(wǎng)絡的可靠性和可擴展性，提高用戶的滿意度。文檔編號H04L12/56GK101453415SQ200710195809公開日2009年6月10日申請日期2007年11月29日優(yōu)先權日2007年11月29日發(fā)明者陽振庭申請人:華為技術有限公司