專利名稱：報文處理的方法及接入設備的制作方法
技術領域：
本發(fā)明涉及一種報文處理的方法及接入設備，特別是一種支持通過引導協(xié)議(Bootstrap Protocol，以下簡稱BOOTP)或者動態(tài)主機配置協(xié)議(Dynamic Host Configuration Protocol，以下簡稱DHCP)請求IP地址報文的處理方法及接入設備，以支持通過異步傳輸模式(AsynchronousTransfer Mode，以下簡稱ATM)承載IP(IP over ATM，以下簡稱IPoA)到通過以太網(wǎng)承載IP(IP over Ethernet，以下簡稱IPoE)兩種協(xié)議互通的IP地址獲取的方法及設備，屬于通信技術領域。
背景技術：
目前，越來越多的電信企業(yè)將數(shù)字用戶環(huán)線(Digital Subscriber Loop，以下簡稱DSL)的匯聚網(wǎng)絡從ATM網(wǎng)絡向以太網(wǎng)遷移。在這一背景下，DSL論壇標準組織(DSL FORUNM)制定了代號為“TR-101”的技術規(guī)范；在其中定義了一種基于以太網(wǎng)的DSL匯聚網(wǎng)的構架模型，并特別針對接入節(jié)點的IP數(shù)字用戶線接入復接器(Digital Subscriber Line Access Multiplexer，以下簡稱DSLAM)提出了協(xié)議互通的要求，要求IP DSLAM能夠完成IPoA和IPoE兩種協(xié)議間的互通。
IPOA協(xié)議是ATM和以太網(wǎng)之間傳送IP數(shù)據(jù)包的一種技術規(guī)范。它規(guī)定了利用ATM網(wǎng)絡在ATM終端之間建立連接，特別是建立交換型虛連接(SwitchedVirtual Circuit，以下簡稱SVC)進行IP數(shù)據(jù)通信的規(guī)范。而IPoE協(xié)議則是用戶端計算機用來將IP報文封裝成以太幀送到用戶端交換機的一種協(xié)議。實現(xiàn)IPoA和IPoE兩種協(xié)議間的互通，則可以支持IPoA用戶接入到基于以太網(wǎng)的匯聚網(wǎng)絡之中。參見圖1、圖1A、圖1B，現(xiàn)有技術中，要實現(xiàn)IPoA用戶1和以太網(wǎng)匯聚網(wǎng)絡的路由設備3的數(shù)據(jù)交換，應當由IP DSLAM2對IPoA用戶的IP報文進行協(xié)議轉換，將具有ATM報文頭的IP報文轉換為具有以太頭的IP報文；圖1A以及圖1B分別是IPoA報文和IPoE報文結構示意圖。前述的轉換如圖2所示，是由IP DSLAM2完成的；在其中，IPoA和IPOE的協(xié)議互通IPoA IWF協(xié)議棧和報文封裝轉換的過程如下1、IP DSLAM2通過地址解析協(xié)議(Address Resolution Protocol，ARP)學習(獲得)目的IP對應的媒體接入控制(Media Access Control，以下簡稱MAC)地址，也即三層網(wǎng)關的接口MAC地址；2、IP DSLAM2通過反向ATM ARP(inverse ATM ARP，以下簡稱inATM ARP)協(xié)議學習(獲得)IPoA用戶1的IP地址，如果IPoA用戶1不支持inATMARP協(xié)議，必須在IP DSLAM2上靜態(tài)配置源IP地址。只有IPoA用戶1的IP地址確定后，IPDSLAM2才為其分配MAC地址，完成IWF功能。
3、在前述兩個步驟的基礎上，IP DSLAM2將IPoA數(shù)據(jù)報文轉換為符合IPoE協(xié)議的封裝形式，其中，按照IPOE協(xié)議封裝的數(shù)據(jù)報文以太頭中的源MAC地址由IP DSLAM分配，目的MAC則是前述步驟1中獲得的MAC地址；4、IP DSLAM應答三層網(wǎng)關設備對IPoA用戶請求參見圖3，當IPoA的用戶出于集中管理的需要，采用BOOTP或者DHCP動態(tài)申請IP地址時，BOOTP或者DHCP協(xié)議報文需要通過IP DSLAM的IPoA互通功能(inter working function，以下簡稱IWF)才能接入到以太匯聚網(wǎng)絡，通過太匯聚網(wǎng)絡中的路由設備，到達BOOTP或者DHCP服務器。IP DSLAM執(zhí)行IPoAIWF，需要根據(jù)必要的IWF信息，為了實現(xiàn)IPoA報文到IPoE報文的轉換，IPDSLAM至少需要IPoA用戶的IP地址或者MAC地址之一，才能實現(xiàn)IPoA IWF。
但是，在現(xiàn)有技術中，由于IP DSLAM的IPoA IWF只有在獲得IPoA用戶的IP地址后，才能為該IPoA用戶分配MAC地址，獲取足夠的IWF信息，完成BOOTP或者DHCP協(xié)議報文從IPoA到IPoE的轉換。由于IPoA的用戶采用BOOTP或者DHCP動態(tài)申請IP地址時，該IPoA用戶尚未具有所謂的IP地址，因此，前述IPoA用戶采用BOOTP或者DHCP動態(tài)申請IP地址的BOOTP或者DHCP請求報文根本無法在IP DSLAM中實現(xiàn)前述的從IPoA到IPoE的轉換，也就無法通過IP DSLAM2、以太匯聚網(wǎng)絡的路由設備3到達BOOTP或者DHCP服務器。顯然，事實上，現(xiàn)有的IPoAIWF技術無法支持IPoA用戶動態(tài)獲取IP地址的應用。
在電信運營商從ATM網(wǎng)絡到基于以太網(wǎng)的網(wǎng)絡改造中，一些運行商現(xiàn)網(wǎng)的ATM DSLAM使用管理永久虛通路(Permanent Virtual Channel以下簡稱PVC)進行帶內管理，管理PVC可能僅支持IPoA封裝。DSLAM設備的管理IP則需要通過運行BOOTP協(xié)議從BOOTP SERVER動態(tài)申請獲取。BOOTP協(xié)議報文封裝格式為IPoA，通過管理PVC發(fā)出，以動態(tài)地獲得設備的管理IP地址。當這些ATM DSLAM設備連接在IP DSLAM下面時，IP DSLAM則需要通過IPoA的IWF來與之對接。如果采用現(xiàn)有技術，則無法實現(xiàn)前述動態(tài)地獲得設備的管理IP地址。這樣會大大增加運營商業(yè)務發(fā)放時的配置復雜度，加大了電信運營商的維護成本。

發(fā)明內容
本發(fā)明的一個方面是通過一些實施例提供一種支持通過BOOTP或者DHCP獲得IPoA用戶IP地址的方法，以解決現(xiàn)有的技術中IPoA IWF技術無法支持IPoA用戶動態(tài)獲取IP地址的問題，使得IPoA用戶采用BOOTP或者DHCP動態(tài)申請IP地址的協(xié)議報文能夠到達BOOTP或者DHCP服務器，進而獲得IP地址。
本發(fā)明的另一個方面是通過另一些實施例提供一種接入設備，以解決現(xiàn)有的技術中IPoA IWF技術無法支持IPoA用戶動態(tài)獲取IP地址的問題，使得IPoA用戶采用BOOTP或者DHCP動態(tài)申請IP地址的協(xié)議報文能夠通過該設備到達BOOTP或者DHCP服務器，進而獲得IP地址。
為實現(xiàn)本發(fā)明第一個方面，本發(fā)明一些實施例提供了如下的技術方案
當IP DSLAM收到IPoA用戶采用BOOTP或者DHCP動態(tài)申請IP地址的報文時，利用事先為該IPoA用戶分配MAC地址，通過IPoA IWF承載該用戶的BOOTP或者DHCP協(xié)議報文。
本發(fā)明上述的實施例通過利用事先為IPoA用戶分配的MAC地址，使得IPoA用戶采用BOOTP或者DHCP動態(tài)申請IP地址的協(xié)議報文能夠到達BOOTP或者DHCP服務器，進而使IPoA用戶能夠獲得動態(tài)分配的IP地址。
為實現(xiàn)本發(fā)明第二個方面，本發(fā)明另一些實施例提供了如下的技術方案一種接入設備，包括配置單元，用于為通過異步傳輸模式承載網(wǎng)際互聯(lián)協(xié)議用戶分配媒體接入控制地址；接收單元，用于接收來自前述用戶的網(wǎng)際互聯(lián)協(xié)議地址分配請求報文；處理單元，用于在接收到所述地址分配請求報文時，根據(jù)為前述用戶分配的媒體接入控制地址，根據(jù)獲得的媒體接入控制地址執(zhí)行互通功能，處理所述地址分配請求報文以進行后續(xù)地址分配過程。
實現(xiàn)本發(fā)明第二方面的上述的實施例，其第二單元能夠利用第一單元為IPoA用戶分配的MAC地址，在接收到收到來自IPoA用戶請求動態(tài)IP地址的報文時，通過IPoA IWF承載該IPoA用戶的請求動態(tài)IP地址的報文，使得IPoA用戶采用BOOTP或者DHCP動態(tài)申請IP地址的協(xié)議報文能夠到達BOOTP或者DHCP服務器，進而使IPoA用戶能夠獲得動態(tài)分配的IP地址。
綜上，本發(fā)明通過其各方面的實施例，利用事先為IPoA用戶分配的MAC地址，使得IPoA用戶采用BOOTP或者DHCP動態(tài)申請IP地址的協(xié)議報文能夠到達BOOTP或者DHCP服務器，進而使IPoA用戶能夠獲得動態(tài)分配的IP地址。該技術方案并不依賴IPoA用的IP地址，解決了現(xiàn)有的IPoA IWF技術無法支持IPoA用戶動態(tài)獲取IP地址應用的問題。
本發(fā)明上述的實施例使得IPoA用戶的IP地址分配可以采用動態(tài)申請的方式獲取，這樣將大大降低電信運營商在業(yè)務發(fā)放時配置的復雜度，能夠有效地降低運營商的維護成本。
下面通過具體的實施例，對本發(fā)明的內容做進一步的詳細描述。


圖1為本發(fā)明IPoA到IPoE轉換設備連接的示意圖。
圖1A為IPoA報文的結構示意圖。
圖1B為IPoE報文的結構示意圖。
圖2為現(xiàn)有技術進行IPoA到IPoE轉換的流程示意圖。
圖3為通過現(xiàn)有技術請求動態(tài)IP地址的流程示意圖。
圖4為本發(fā)明第一方面一實施例的流程示意圖。
圖5為本發(fā)明第一方面另一實施例的流程示意圖。
具體實施例方式
參見圖4、5以及圖1，本發(fā)明的一個實施例對于IPoA用戶請求動態(tài)IP地址的處理過程如下首先，IP DSLAM2需要配置IPoA IWF，具體的配置包括配置目的IP為三層網(wǎng)關的IP地址目的IP，配置源IP地址和靜態(tài)配置為IPoA用戶的IP地址源IP，前述的配置過程也可以采用自動配置方式，即動態(tài)學習前述的各個IP地址。
IP DSLAM2完成IPoA IWF配置之后，通過ARP協(xié)議，向以太匯聚網(wǎng)的路由設備3發(fā)送請求，請求目的IP對應的MAC地址，太匯聚網(wǎng)的路由設備3收到該請求后，向IP DSLAM2應答該目的IP對應的MAC地址。此時，IP DSLAM2獲得了三層網(wǎng)關的MAC地址。這個過程也可以稱做學習目的IP對應的MAC，實際上是一個獲得目的IP對應的MAC的過程。
與現(xiàn)有技術不同，在IPoA用戶發(fā)起B(yǎng)OOTP或者DHCP請求之前，IP DSLAM2在獲得目的IP對應的MAC之后，為IPoA用戶分配MAC地址。這個操作使得在其后需要承載IPoA用戶發(fā)出的、請求動態(tài)分配IP地址的BOOTP或者DHCP請求報文時，不再依賴是否獲得了IPoA用戶的IP地址；由于IWF需要IPoA用戶的IP地址或MAC地址之一即可實現(xiàn)，因此，獲得了事先分配的MAC地址，也即獲得了IPoAIWF所需的信息。此時，IP DSLAM2可以執(zhí)行需要的IWF。此時，當IP DSLAM2收到來自IPoA用戶1請求動態(tài)IP地址的報文時，就可以利用前述事先為該IPoA用戶1分配的MAC地址，通過IPoA IWF承載該IPoA用戶1的請求動態(tài)IP地址的報文。該請求動態(tài)IP地址的報文因此可以通過以太匯聚網(wǎng)絡的路由器3，轉發(fā)到BOOTP服務器或者DHCP服務器，該BOOTP服務器或者DHCP服務器4在收到前述請求動態(tài)IP地址的報文后，則可以根據(jù)已經(jīng)配置的IWF進行IPoA IWF，將應答報文發(fā)送給IPoA用戶。
依前所述為IPoA用戶分配MAC地址的具體技術操作可以是IP DSLAM中記錄的MAC地址集中，選擇其中尚未分配的MAC地址，分配給接入的IPoA用戶，也即將該IPoA用戶和該MAC地址信息關聯(lián)，這種關聯(lián)可以采用一個地址解析協(xié)議表進行記錄。
再參見圖5，在前述BOOTP服務器或者DHCP服務器4應答IPoA用戶1請求動態(tài)IP地址的報文后，IP DSLAM2還可以向該IPoA用戶1主動發(fā)出inATMARP請求，以獲取該IPoA用戶的IP地址。該IPoA用戶1收到IP DSLAM2發(fā)出的inATMARP請求后，通過向IP DSLAM2返回一個inATMARP響應，將自身的IP地址發(fā)送給IPDSLAM2。
當IP DSLAM2收到IPoA用戶1返回的inATMARP響應后，還可以生成并維護一個IPoA用戶的ARP表項，用于此后實現(xiàn)IPoA IWF。
前述IP DSLAM2利用事先為IPoA用戶1分配MAC地址，通過IPoA IWF承載IPoA用戶1的請求動態(tài)IP地址的報文的操作具體是指IP DSLAM2將前述為IPoA用戶1分配的MAC地址封裝到IP DSLAM2接收到的IPoA用戶1請求動態(tài)IP地址的報文之中，使該MAC地址作為請求動態(tài)IP地址的報文以太頭的源MAC地址。
綜上，本發(fā)明上述的實施例通過利用事先為IPoA用戶分配的MAC地址，使得IPoA用戶采用BOOTP或者DHCP動態(tài)申請IP地址的協(xié)議報文能夠到達BOOTP或者DHCP服務器，進而使IPoA用戶能夠獲得動態(tài)分配的IP地址。解決了現(xiàn)有的IPoA IWF技術無法支持IPoA用戶動態(tài)獲取IP地址應用的問題。
本發(fā)明上述的實施例使得IPoA用戶的IP地址分配可以采用動態(tài)申請的方式獲取，這樣將大大降低電信運營商在業(yè)務發(fā)放時配置的復雜度，能夠有效地降低運營商的維護成本。
在電信運營商從ATM網(wǎng)絡到基于以太網(wǎng)的網(wǎng)絡改造中，一些運行商現(xiàn)網(wǎng)的ATM DSLAM使用管理永久虛通路(Permanent Virtual Channel以下簡稱PVC)進行帶內管理，管理PVC僅支持IPoA封裝。DSLAM設備的管理IP通過運行BOOTP協(xié)議從BOOTP SERVER動態(tài)申請獲取。BOOTP協(xié)議報文封裝格式為IPoA，通過管理PVC發(fā)出，以動態(tài)地獲得設備的管理IP地址。當這些ATM DSLAM設備連接在IP DSLAM下面時，IP DSLAM則需要通過IPoA的IWF來與之對接。如果采用現(xiàn)有技術，則無法實現(xiàn)前述動態(tài)地獲得設備的管理IP地址。反之，本發(fā)明前述的實施例解決了這一問題，使得IPoA用戶的IP地址分配可以采用動態(tài)申請獲取，大大降低了運營商業(yè)務發(fā)放時的配置復雜度，有效地降低了運營商的維護成本。
本發(fā)明另一些實施例還提供了如下獲取IPoA用戶IP地址的設備，該設備實際上是在現(xiàn)有的IP DSLAM中增設用于在收到來自IPoA用戶請求動態(tài)IP地址的報文之前，為該IPoA用戶分配MAC地址的單元；而該IP DSLAM用于承載IPoA用戶報文的單元，則根據(jù)前述分配的MAC地址，通過IPoAIWF承載該IPoA用戶的請求動態(tài)IP地址的報文。
具體而言分配MAC地址的單元可以是配置單元，該配置單元為IPoA用戶分配MAC地址；其接收單元，可以是現(xiàn)有IP DSLAM用于接收來自IPoA用戶報文的單元；而承載報文的處理單元則根據(jù)為IPoA用戶分配的MAC地址，承載該地址分配的請求報文。
為了在IPoA用戶獲得由BOOTP或者DHCP服務器分配的動態(tài)IP地址之后，獲取這一動態(tài)IP地址，本發(fā)明又一實施例在前述實施例的基礎上，還增設一個用于向IPoA用戶發(fā)出inATMARP請求，以獲取該IPoA用戶的動態(tài)IP地址的單元。在此基礎上，還可以在IP DSLAM中設置一個用于生成并維護IPoA用戶ARP表項的單元。
需要說明的是上述的各個單元可以是分離的，也可以集成于一體，設置在前述的IP DSLAM中。本領域普通技術人員可以理解實現(xiàn)上述實施例方法中的全部或部分步驟是可以通過程序來指令相關的硬件來完成，所述的程序可以存儲于一計算機可讀取存儲介質中，在該程序執(zhí)行時，包括上述方法的步驟；所述的存儲介質，如ROM/RAM、磁碟、光盤等。
權利要求
1.一種報文處理的方法，其特征在于，包括接收通過異步傳輸模式承載網(wǎng)際互聯(lián)協(xié)議用戶請求動態(tài)網(wǎng)際互聯(lián)協(xié)議地址的報文，利用事先為所述用戶分配的媒體接入控制地址，通過異步傳輸模式承載網(wǎng)際互聯(lián)協(xié)議互通功能承載所述用戶的請求動態(tài)網(wǎng)際互聯(lián)協(xié)議地址的報文。
2.根據(jù)權利要求1所述的方法，其特征在于，還包括向所述用戶發(fā)送網(wǎng)際互聯(lián)協(xié)議地址查詢請求，并根據(jù)所述用戶返回的響應消息獲得所述用戶的網(wǎng)際互聯(lián)協(xié)議地址。
3.根據(jù)權利要求2所述的方法，其特征在于，還包括生成并維護所述用戶的地址解析協(xié)議表項。
4.根據(jù)權利要求1或2所述的方法，其特征在于，所述為所述用戶分配媒體接入控制地址包括從記錄的媒體接入控制地址集中選擇未分配的媒體接入控制地址，將該未分配的媒體接入控制地址與接入的所述用戶關聯(lián)，并將所述的關聯(lián)信息記錄在地址解析協(xié)議表中。
5.根據(jù)權利要求1或2所述的方法，其特征在于所述利用事先為所述用戶分配的媒體接入控制地址，通過異步傳輸模式承載網(wǎng)際互聯(lián)協(xié)議互通功能承載所述用戶的請求動態(tài)網(wǎng)際互聯(lián)協(xié)議地址的報文具體是將所述媒體接入控制地址封裝到所述請求動態(tài)網(wǎng)際互聯(lián)協(xié)議地址的報文之中，使所述媒體接入控制地址作為所述報文以太頭的源媒體接入控制地址。
6.一種接入設備，其特征在于，包括配置單元，用于為通過異步傳輸模式承載網(wǎng)際互聯(lián)協(xié)議用戶分配媒體接入控制地址；接收單元，用于接收來自所述用戶的網(wǎng)際互聯(lián)協(xié)議地址分配請求報文；處理單元，用于接收到所述地址分配請求報文時，根據(jù)為所述用戶分配的媒體接入控制地址，根據(jù)獲得的媒體接入控制地址執(zhí)行互通功能，處理所述地址分配請求報文以進行后續(xù)地址分配過程。
7.根據(jù)權利要求6所述的設備，其特征在于，還包括第三單元，用于向所述用戶發(fā)送網(wǎng)際互聯(lián)協(xié)議地址查詢請求，并根據(jù)所述用戶返回的響應消息獲得所述用戶的網(wǎng)際互聯(lián)協(xié)議地址。
8.根據(jù)權利要求7所述的設備，其特征在于，還包括第四單元，用于生成并維護所述用戶的地址解析協(xié)議表項。
全文摘要
本發(fā)明通過若干實施例公開了一種報文處理的方法及接入設備，當收到來自IPoA用戶請求動態(tài)IP地址的報文時，利用事先分配的MAC地址，通過IPoA IWF承載該報文。該接入設備包括用于為IPoA用戶分配MAC地址的配置單元、用于接收IPoA用戶地址分配請求報文的接收單元和用于根據(jù)為所述用戶分配的媒體接入控制地址，處理地址分配請求報文的處理單元。本發(fā)明前述的若干實施例解決了現(xiàn)有的技術中IPoA IWF技術無法支持IPoA用戶動態(tài)獲取IP地址的問題，使得IPoA用戶采用BOOTP或者DHCP動態(tài)申請IP地址的協(xié)議報文能夠到達BOOTP或者DHCP服務器，進而獲得IP地址。
文檔編號H04L12/56GK101072243SQ20071010939
公開日2007年11月14日 申請日期2007年5月30日 優(yōu)先權日2007年5月30日
發(fā)明者遲菲, 岳東升, 楊繼尚 申請人:華為技術有限公司