[發(fā)明專利]地址解析協(xié)議請求消息處理方法及裝置

有效

• 申請?zhí)枺?/td>: 200810089913.X
• 申請日: 2008-04-09
• 公開（公告）號: CN101257517A
• 公開（公告）日: 2008-09-03
• 發(fā)明（設(shè)計）人: 蔡紅紅;劉鵬午
• 申請（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號: H04L29/08
• 分類號: H04L29/08;H04L12/56
• 代理公司: 北京康信知識產(chǎn)權(quán)代理有限責(zé)任公司
• 代理人: 尚志峰;吳孟秋

技術(shù)領(lǐng)域

本發(fā)明涉及無線通訊領(lǐng)域，并且特別地，涉及一種地址解析協(xié)議請求消息處理方法及裝置。

背景技術(shù)

和大多數(shù)協(xié)議一樣，IEEE?802.16的介質(zhì)訪問控制子層協(xié)議(Medium?Access?Control，MAC)規(guī)范采用分層結(jié)構(gòu)，該協(xié)議分為三個子層：服務(wù)特定匯聚子層(Service?Specific?ConvergenceSublayer)、公共部分子層(Common?Part?Sublayer)、以及安全子層(Security?Sublayer)。匯聚子層主要功能是負(fù)責(zé)將其接入點(SAP)收到的外部數(shù)據(jù)轉(zhuǎn)換和映射到MAC業(yè)務(wù)數(shù)據(jù)單元(SDU)，并傳遞到MAC層業(yè)務(wù)接入點(SAP)，即，將面向連接的公共部分服務(wù)(MAC服務(wù))映射成標(biāo)準(zhǔn)類型的服務(wù)。

此外，MAC協(xié)議定義了異步傳輸模式(Asynchronous?TransferMode，ATM)CS和Pocket?CS兩種CS類型，其中Pocket?CS提供了對802.3(以太網(wǎng)，Ethernet)、802.1Q(虛擬局域網(wǎng)，VLAN)、以及IP(IPv4，IPv6)等分組業(yè)務(wù)的映射。

IP?CS在兩個網(wǎng)絡(luò)終端之間交換IP包。空口上只有IP包被送到微波存取全球互通(Worldwide?Interoperability?for?MicrowaveAccess，WiMAX)基站(Base?Station，BS)上，其他協(xié)議包都會被丟棄。例如，網(wǎng)絡(luò)分組交換(Internet?work?Packet?Exchange，IPX)、序列分組交換(Sequences?Pocket?Exchange，SPX)包。圖1是上述IP格式數(shù)據(jù)包的報文格式示意圖。

一般情況下，WiMAX用戶設(shè)備都會采用帶有網(wǎng)絡(luò)協(xié)議棧的操作系統(tǒng)來進(jìn)行網(wǎng)絡(luò)相關(guān)處理，WiMAX用戶設(shè)備向操作系統(tǒng)注冊成為一個網(wǎng)絡(luò)接口，通過操作系統(tǒng)的網(wǎng)絡(luò)協(xié)議棧來實現(xiàn)數(shù)據(jù)包的發(fā)送和接收。圖2是操作系統(tǒng)中網(wǎng)絡(luò)協(xié)議棧與802.16系統(tǒng)的示意圖，如圖2所示，在當(dāng)前的操作系統(tǒng)(例如，linux、windows)中，將802.16網(wǎng)絡(luò)子系統(tǒng)認(rèn)為是一種普通的802.3以太網(wǎng)設(shè)備，并以802.3接口形式與這個802.16子系統(tǒng)進(jìn)行通訊。圖3是802.3以太網(wǎng)接口的收發(fā)包格式。在實際操作中，操作系統(tǒng)的網(wǎng)絡(luò)協(xié)議棧將數(shù)據(jù)包封裝成為如圖3所示的以太網(wǎng)包后，交由802.16子系統(tǒng)的MAC層進(jìn)行處理。

從圖3中還可以看到，以太網(wǎng)包中數(shù)據(jù)部分除了IP數(shù)據(jù)報類型(0800)外，還包含有地址解析協(xié)議(ARP)請求類型(0806)。ARP可用來實現(xiàn)IP地址到MAC地址的動態(tài)轉(zhuǎn)換，利用ARP，可以獲取某一IP地址的MAC地址，ARP包格式如圖4所示；通過向網(wǎng)絡(luò)中發(fā)送帶有此包格式的廣播消息，可以獲取目的IP地址對應(yīng)的MAC地址。

但在802.16系統(tǒng)中，MAC層是面向連接的，每一個連接均由一個標(biāo)識符CID(Connect?ID)來唯一標(biāo)識，因此，在數(shù)據(jù)傳輸?shù)倪^程中，不需要用到MAC地址，因此也就不需要以太網(wǎng)的ARP協(xié)議。這也是802.16系統(tǒng)中的IPv4CS對ARP包不進(jìn)行處理的原因。

因此，在這種802.16系統(tǒng)應(yīng)用場景下，如果對ARP的請求不處理或者丟棄，就會使從操作系統(tǒng)網(wǎng)絡(luò)協(xié)議棧發(fā)出的ARP請求無法得到回應(yīng)，導(dǎo)致發(fā)送流程的失敗，從而可能導(dǎo)致通信中斷，使WiMAX用戶設(shè)備無法進(jìn)行正常的語音或者數(shù)據(jù)通訊，也就是說，目前存在由于IPv4?CS子層無法正確處理ARP請求而可能導(dǎo)致無法進(jìn)行正常的電話呼叫或者上網(wǎng)操作的問題。然而，至今尚未提出能夠解決該問題的技術(shù)方案。

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

考慮到上述問題而做出本發(fā)明，為此，本發(fā)明的主要目的在于提供一種地址解析協(xié)議請求消息處理方法及裝置。以解決相關(guān)技術(shù)中針對802.16系統(tǒng)中IPv4?CS子層無法正確處理ARP請求的問題。

根據(jù)本發(fā)明的一個實施例，提供了一種地址解析協(xié)議請求消息處理方法，用于對802.16系統(tǒng)采用IPv4時的地址解析協(xié)議請求消息進(jìn)行處理。

該方法包括：在接收到來自發(fā)送方的地址解析協(xié)議請求包后，根據(jù)地址解析協(xié)議請求包中的信息構(gòu)造地址解析協(xié)議響應(yīng)包，并將地址解析協(xié)議響應(yīng)包的源端物理地址設(shè)置為預(yù)定值；將構(gòu)造的地址解析協(xié)議響應(yīng)包發(fā)送給發(fā)送方。

其中，根據(jù)地址解析協(xié)議請求包中的以下信息中的至少之一構(gòu)造地址解析協(xié)議響應(yīng)包：源地址、源地址的類型、用戶設(shè)備地址、硬件類型、協(xié)議類型、協(xié)議地址、源協(xié)議地址。