專利名稱：無(wú)線環(huán)境模擬方法
技術(shù)領(lǐng)域：
本申請(qǐng)涉及一種無(wú)線通信領(lǐng)域的無(wú)線接入控制器的業(yè)務(wù)壓力測(cè)試，更具體地講， 涉及一種在無(wú)線通信領(lǐng)域?qū)o(wú)線接入控制器業(yè)務(wù)壓力進(jìn)行測(cè)試時(shí)的模擬無(wú)線環(huán)境的方法。
背景技術(shù)：
瘦AP (thin AP)是相對(duì)于胖AP (fat AP)而言的。AP為無(wú)線接入點(diǎn)(即無(wú)線路由器)實(shí)現(xiàn)無(wú)線用戶的接入網(wǎng)絡(luò)管理和服務(wù)。瘦AP簡(jiǎn)化了 AP的功能，從單一自治的AP演進(jìn)到由AC(無(wú)線接入控制器)和AP共同構(gòu)成的集中控制架構(gòu)(即瘦AP架構(gòu))。瘦AP需要跟 AC配合使用，將訪問(wèn)控制(包括鑒別和保密通信、移動(dòng)管理、射頻管理等)從單一 AP上進(jìn)行分離，由AC加以集中控制。這就需要在AP和AC之間建立控制隧道(tunnel)和數(shù)據(jù)隧道， AC通過(guò)控制隧道對(duì)AP進(jìn)行管理，無(wú)線用戶數(shù)據(jù)由數(shù)據(jù)隧道發(fā)往AC，由AC完成數(shù)據(jù)的轉(zhuǎn)發(fā)。 無(wú)線用戶數(shù)據(jù)統(tǒng)一經(jīng)AP封裝隧道、IP、802. 3頭后轉(zhuǎn)發(fā)給AC，AC去除802. 3、IP、隧道頭，完成無(wú)線用戶數(shù)據(jù)到802. 3幀的轉(zhuǎn)換，轉(zhuǎn)發(fā)至互聯(lián)網(wǎng)(Internet)。圖I是現(xiàn)有技術(shù)中在無(wú)線終端和AC之間經(jīng)過(guò)AP傳輸數(shù)據(jù)的示意圖。如圖I所示，無(wú)線終端通過(guò)無(wú)線接口將無(wú)線用戶數(shù)據(jù)發(fā)送到AP，然后AP經(jīng)過(guò)局域網(wǎng)通過(guò)有線接口將無(wú)線用戶數(shù)據(jù)封裝為capwap協(xié)議數(shù)據(jù)并轉(zhuǎn)發(fā)至AC。此外，AP對(duì)經(jīng)過(guò)有線接口從AC接收 capwap協(xié)議數(shù)據(jù)進(jìn)行解封裝，并通過(guò)無(wú)線接口將數(shù)據(jù)發(fā)送到無(wú)線終端。這里，在將AC投入生產(chǎn)時(shí)，需要對(duì)AC進(jìn)行業(yè)務(wù)壓力測(cè)試。這就需要大量的設(shè)備、 大面積的空間，難度非常大。比如，目前業(yè)內(nèi)無(wú)線接入控制器大多以支持的AP個(gè)數(shù)作為基本規(guī)格，低端無(wú)線接入控制器的規(guī)格一般在1000以下，中端無(wú)線接入控制器的規(guī)格一般為 1000到4000之間，高端無(wú)線接入控制器的規(guī)格在4000以上。以支持1000個(gè)AP的中端無(wú)線接入控制器為例，按照業(yè)內(nèi)普遍要求每個(gè)AP要求同時(shí)關(guān)聯(lián)64個(gè)無(wú)線終端、并發(fā)32個(gè)無(wú)線終端，那么通過(guò)現(xiàn)有技術(shù)中的方案(下面將其稱為方案A)，需要1000個(gè)真實(shí)的AP和1000 X 64 = 64000個(gè)真實(shí)的無(wú)線終端。由于無(wú)線頻譜的特殊性，在一個(gè)覆蓋空間內(nèi)可以無(wú)沖突地部署3個(gè)AP，以每個(gè)AP覆蓋IOmXlOm的面積計(jì)算，需要1000X100/3 > 3萬(wàn)平米的面積?？梢?jiàn)如果使用現(xiàn)有技術(shù)方案對(duì)無(wú)線接入控制器進(jìn)行業(yè)務(wù)壓力測(cè)試，所需要的設(shè)備資源和空間資源是巨大的，基本在經(jīng)濟(jì)上不具備可操作性。

發(fā)明內(nèi)容
本發(fā)明的目的在于通過(guò)有線承載無(wú)線、在鏈路層對(duì)無(wú)線進(jìn)行模擬，可以在有限的空間進(jìn)行大規(guī)模仿真測(cè)試，從而規(guī)避了空口資源的特殊性。根據(jù)本發(fā)明的示例性實(shí)施例，提供了一種無(wú)線環(huán)境模擬方法，所述方法包括在至少一臺(tái)計(jì)算機(jī)上運(yùn)行分別模擬多個(gè)無(wú)線終端的多個(gè)程序；在其他至少一臺(tái)計(jì)算機(jī)上運(yùn)行分別模擬多個(gè)無(wú)線接入點(diǎn)的多個(gè)程序；所述至少一臺(tái)計(jì)算機(jī)和所述其他至少一臺(tái)通過(guò)有線網(wǎng)絡(luò)進(jìn)行連接以通過(guò)有線網(wǎng)絡(luò)來(lái)模擬無(wú)線終端和無(wú)線接入點(diǎn)之間的無(wú)線通信。
根據(jù)本發(fā)明的另一示例性實(shí)施例，所述程序可以是虛擬機(jī)或進(jìn)程。根據(jù)本發(fā)明的另一示例性實(shí)施例，所述方法還可包括將有線鏈路層協(xié)議承載在無(wú)線鏈路層協(xié)議之上并通過(guò)有線物理層來(lái)代替無(wú)線物理層。根據(jù)本發(fā)明的另一示例性實(shí)施例，所述有線鏈路層協(xié)議可以是IEEE802. 3、ATM、 PPP、X. 21，所述無(wú)線鏈路層協(xié)議是 IEEE 802. 11、IEEE 802. 16、IEEE 802. 15、wcdma、 td—scdma、cdma_2000。根據(jù)本發(fā)明的另一示例性實(shí)施例，在有線鏈路層協(xié)議與無(wú)線鏈路層協(xié)議之間可存在多層次的附加的承載協(xié)議。根據(jù)本發(fā)明的另一示例性實(shí)施例，針對(duì)操作系統(tǒng)網(wǎng)絡(luò)協(xié)議棧，可將基于有線鏈路層協(xié)議承載無(wú)線鏈路層協(xié)議的虛擬網(wǎng)絡(luò)接口對(duì)應(yīng)于無(wú)線接口。根據(jù)本發(fā)明的另一示例性實(shí)施例，針對(duì)報(bào)文發(fā)送，可通過(guò)虛擬網(wǎng)絡(luò)接口的驅(qū)動(dòng)程序?qū)o(wú)線報(bào)文封裝在有線報(bào)文中以發(fā)送到有線網(wǎng)絡(luò)中。根據(jù)本發(fā)明的另一示例性實(shí)施例，針對(duì)報(bào)文接收，可接收到報(bào)文后，虛擬網(wǎng)絡(luò)接口的驅(qū)動(dòng)程序去除外層有線承載協(xié)議頭和無(wú)線協(xié)議頭，將數(shù)據(jù)發(fā)送至網(wǎng)絡(luò)協(xié)議棧，網(wǎng)絡(luò)協(xié)議棧再將報(bào)文發(fā)送到上層應(yīng)用處理。根據(jù)本發(fā)明的另一示例性實(shí)施例，所述多層次的附加的承載協(xié)議可以是下面所述的協(xié)議(1)標(biāo)準(zhǔn)鏈路層附加協(xié)議或自定義鏈路層協(xié)議；(2)在(I)與無(wú)線鏈路層協(xié)議之間的標(biāo)準(zhǔn)網(wǎng)絡(luò)層協(xié)議或自定義網(wǎng)絡(luò)層協(xié)議；(3)在(2)與無(wú)線鏈路層協(xié)議之間的標(biāo)準(zhǔn)傳輸層協(xié)議或自定義傳輸層協(xié)議；(4)在(2)與無(wú)線鏈路層協(xié)議之間的IPIP標(biāo)準(zhǔn)隧道協(xié)議或自定義隧道協(xié)議；(5)在(3)與無(wú)線鏈路層協(xié)議之間的GRE、Capwap或IPSEC標(biāo)準(zhǔn)隧道協(xié)議或自定義隧道協(xié)議；(6)在(3)、(4)、(5)與無(wú)線鏈路層協(xié)議之間的用戶自定義承載協(xié)議。


通過(guò)下面結(jié)合附圖對(duì)實(shí)施例進(jìn)行的描述，本發(fā)明的上述和其他目的和特點(diǎn)將會(huì)變得更加清楚，其中圖I是現(xiàn)有技術(shù)中在無(wú)線終端和AC之間經(jīng)過(guò)AP傳輸數(shù)據(jù)的示意圖；圖2示出了根據(jù)本發(fā)明示例性實(shí)施例的在無(wú)線終端和無(wú)線接入點(diǎn)之間用有線來(lái)規(guī)避無(wú)線的示例；圖3示出了根據(jù)本發(fā)明示例性實(shí)施例的由上述方案C和方案D組合而成的無(wú)線環(huán)境模擬方法的示意圖。
具體實(shí)施例方式以下，參照附圖來(lái)詳細(xì)說(shuō)明本發(fā)明的實(shí)施例。下面為了描述方便，將簡(jiǎn)單介紹一下本發(fā)明所使用的術(shù)語(yǔ)，比如API、ABI。API是ApplicationProgramming Interface的縮寫， 表示應(yīng)用程序編程接口 ；它是一些預(yù)先定義的函數(shù)，目的是提供應(yīng)用程序與開發(fā)人員基于某軟件或硬件訪問(wèn)一組例程的能力，而又無(wú)需訪問(wèn)API內(nèi)部源碼或理解API內(nèi)部工作機(jī)制的細(xì)節(jié)。ABI是application binary interface的縮寫,表示應(yīng)用程序二進(jìn)制接口；它描述了應(yīng)用程序與操作系統(tǒng)之間的底層接口。ABI涉及了程序的各個(gè)方面，比如目標(biāo)文件格式、數(shù)據(jù)類型、數(shù)據(jù)對(duì)齊、函數(shù)調(diào)用約定以及函數(shù)如何傳遞參數(shù)、如何返回值、系統(tǒng)調(diào)用號(hào)、如何實(shí)現(xiàn)系統(tǒng)調(diào)用等。從上面的描述可以看出，ABI與API是不同的。API定義了源代碼和庫(kù)之間的接口，因此同樣的代碼可以在支持這個(gè)API的任何系統(tǒng)中編譯，而ABI允許編譯好的目標(biāo)代碼在使用ABI的系統(tǒng)中無(wú)需改動(dòng)就能運(yùn)行。所以從使用角度出發(fā)，最佳軟件重用方式是ABI級(jí)別重用，即直接獲得已經(jīng)編譯好的二進(jìn)制文件；而八 1級(jí)別重用，需要基于API重新編譯、鏈接生成新的二進(jìn)制文件。在對(duì)AC進(jìn)行測(cè)試的過(guò)程中，我們需要能夠支持高、中端的無(wú)線接入控制器的業(yè)務(wù)壓力測(cè)試。在對(duì)高、中端的無(wú)線接入控制器進(jìn)行業(yè)務(wù)壓力測(cè)試時(shí)，需要滿足下面所述的三個(gè)約束條件約束條件I :需要能夠重用已有的測(cè)試軟件，優(yōu)先在ABI級(jí)別重用，次選在源代碼級(jí)別重用。比如做UDP流量測(cè)試，優(yōu)先能夠重用已有的流量測(cè)試工具(chariot、iperf、 netperf 等)；約束條件2 :能夠最接近真實(shí)的模擬用戶無(wú)線行為(比如無(wú)線關(guān)聯(lián)、認(rèn)證、QoS協(xié)商、切換、漫游等行為)；約束條件3 :與現(xiàn)有技術(shù)中進(jìn)行壓力測(cè)試的方案A相比，能夠在有限的空間資源、 有限的設(shè)備資源情況下支撐目標(biāo)。優(yōu)選地，所謂有限的空間資源、有限的設(shè)備資源，應(yīng)該要比現(xiàn)有技術(shù)方案所需的相應(yīng)的空間或設(shè)備資源降低一個(gè)數(shù)量級(jí)。從背景技術(shù)中對(duì)現(xiàn)有技術(shù)的無(wú)線接入控制器的業(yè)務(wù)壓力測(cè)試方法的描述，可以看出現(xiàn)有技術(shù)中的方案A滿足約束條件I和約束條件2，不滿足約束條件3。本發(fā)明將通過(guò)對(duì)幾個(gè)不同的技術(shù)方案的分析，獲得能夠滿足所有約束條件的方案。這里，先對(duì)3個(gè)目標(biāo)約束條件獨(dú)立地進(jìn)行分析。約束條件3可被分解為包括約束條件3. I和約束條件3. 2的兩個(gè)子約束條件。其中，約束條件3. I相比方案A要求能夠在有限的空間資源情況下支撐目標(biāo)；約束條件3. 2相比方案A要求能夠在有限的設(shè)備資源情況下支撐目標(biāo)。這里，方案A無(wú)法滿足約束條件3. I的根本原因在于空口資源的特殊性。無(wú)線協(xié)議在物理層是通過(guò)無(wú)線電波傳遞的，不同的無(wú)線標(biāo)準(zhǔn)使用不同頻率的無(wú)線電波，比如802. 11 無(wú)線協(xié)議使用2. 4GHz或5. SGHz的無(wú)線頻譜，在同一個(gè)空間內(nèi)只能有幾個(gè)不沖突的可工作頻段，這也就意味著在同一個(gè)空間內(nèi)只能有幾臺(tái)AP同時(shí)工作并且不相互干擾，所以無(wú)線設(shè)備實(shí)際都是蜂窩部署(比如2G/3G手機(jī)基站)。就是這種空口資源的特殊性，導(dǎo)致方案A無(wú)法滿足約束條件3. I。要滿足約束條件3. I，必須從根本上解決或規(guī)避空口資源特殊性。為了滿足約束條件3. 1，可以將無(wú)線終端內(nèi)置到AP中，無(wú)線終端與AP通過(guò)IPC(進(jìn)程間通信或進(jìn)程內(nèi)通信機(jī)制)承載空口交互報(bào)文(即方案A中無(wú)線終端與AP的802. 11交互報(bào)文)，這樣將真實(shí)的空口交互隱藏到設(shè)備內(nèi)部，規(guī)避空口資源特殊性，可以滿足約束條件3. I。這里，為了描述簡(jiǎn)便，將無(wú)線終端內(nèi)置到AP中方案稱作方案B。另外，因?yàn)闊o(wú)線終端與AP均支持使802. 11承載在802. 3之上的虛擬網(wǎng)卡，無(wú)線終端與AP通過(guò)802. 3有線承載空口交互報(bào)文，這樣將真實(shí)的空口交互隱藏到有線網(wǎng)絡(luò)內(nèi)部， 規(guī)避空口資源特殊性。這種技術(shù)方案(下文中將其稱為方案C)也可以滿足約束條件3. I。圖2示出了方案C這樣的情況。在圖2中，在無(wú)線終端和AP之間通過(guò)802. 3協(xié)議來(lái)用有線承載空口交互報(bào)文，從而將真實(shí)的空口交互隱藏到有線網(wǎng)絡(luò)內(nèi)部，從而規(guī)避了空口資源的特殊性。
對(duì)于約束條件3. 2，如果要滿足約束條件3. 2，最簡(jiǎn)單的方案是虛擬化。這里的虛擬化是宏觀的虛擬化，只要能夠達(dá)到在一個(gè)物理設(shè)備上模擬出多個(gè)真實(shí)設(shè)備即可。為了實(shí)現(xiàn)這種虛擬化，可以采用方案D :通過(guò)使用目前市場(chǎng)上的虛擬化產(chǎn)品(vmware、xen、linux kvm/lxc等)，可以模擬多個(gè)無(wú)線終端，以滿足約束條件3. 2。另外，為了滿足約束條件3. 2，也可采用方案E :通過(guò)自行定制軟件，比如通過(guò)將AP 功能封裝到一個(gè)進(jìn)程中，在一臺(tái)計(jì)算機(jī)上運(yùn)行多個(gè)AP模擬進(jìn)程，并將無(wú)線終端功能封裝到一個(gè)進(jìn)程中，在一臺(tái)計(jì)算機(jī)上運(yùn)行多個(gè)無(wú)線終端功能模擬進(jìn)程。下面，將針對(duì)上面為了滿足約束條件3. I和約束條件3. 2提出的方案B、C以及方案D、E (其中，方案B和方案C滿足約束條件3. I，而方案D和方案E滿足約束條件3. 2)的組合，來(lái)找到滿足約束條件2的方案。針對(duì)方案B與方案D的組合，可以在一臺(tái)計(jì)算機(jī)上運(yùn)行多個(gè)虛擬機(jī)，每個(gè)虛擬機(jī)可執(zhí)行多個(gè)無(wú)線終端的無(wú)線終端的功能和一個(gè)AP的AP功能，即，使無(wú)線終端功能與AP功能一起在虛擬機(jī)上運(yùn)行，由于多個(gè)虛擬機(jī)之間的無(wú)線終端及AP不能通信，導(dǎo)致不能模擬無(wú)線終端漫游機(jī)制，所以無(wú)法滿足約束條件2。針對(duì)方案B和方案E的組合，即無(wú)線終端與AP —起運(yùn)行在一個(gè)進(jìn)程內(nèi)，這樣一個(gè)計(jì)算機(jī)(或服務(wù)器)上可以運(yùn)行多個(gè)這種進(jìn)程(比如支持η個(gè))，通過(guò)進(jìn)程間通信機(jī)制，能夠模擬一個(gè)計(jì)算機(jī)(或服務(wù)器)內(nèi)部的模擬無(wú)線終端在模擬AP之間漫游，但無(wú)法模擬一個(gè)計(jì)算機(jī)(或服務(wù)器)上的模擬無(wú)線終端與另一個(gè)計(jì)算機(jī)(或服務(wù)器)上模擬AP之間的漫游，所以只能部分滿足約束條件2。針對(duì)方案C和方案D的組合，對(duì)應(yīng)于無(wú)線終端的各個(gè)計(jì)算機(jī)上運(yùn)行了多個(gè)虛擬機(jī)， 每個(gè)虛擬機(jī)可執(zhí)行一個(gè)無(wú)線終端的全部功能；另外，對(duì)應(yīng)于AP的各個(gè)計(jì)算機(jī)上也運(yùn)行了多個(gè)虛擬機(jī)，每個(gè)虛擬機(jī)可執(zhí)行一個(gè)AP的全部功能。根據(jù)該技術(shù)方案，用虛擬機(jī)分別模擬無(wú)線終端和ΑΡ，此時(shí)，所述模擬無(wú)線終端與AP的虛擬機(jī)分別運(yùn)行于不同的計(jì)算機(jī)(或服務(wù)器)上。其中，用于模擬無(wú)線終端與AP的計(jì)算機(jī)(服務(wù)器)之間通過(guò)真實(shí)的有線網(wǎng)絡(luò)通信，其中，所述有線網(wǎng)絡(luò)可以是二層網(wǎng)絡(luò)，也可以是三層網(wǎng)絡(luò)。這里，每個(gè)無(wú)線終端可對(duì)應(yīng)于一個(gè)虛擬機(jī)，而每個(gè)AP可對(duì)應(yīng)于一個(gè)虛擬機(jī)。這樣，能夠完全模擬無(wú)線終端在任意AP上漫游；同時(shí)能夠完全模擬用戶其它無(wú)線行為(比如無(wú)線關(guān)聯(lián)、認(rèn)證、QoS協(xié)商等行為)，所以能夠完全滿足約束條件2。針對(duì)方案C和方案E的組合，除了無(wú)線終端的功能與AP的功能分別用獨(dú)立的進(jìn)程模擬之外，其他方面與方案C和方案D的組合相同。在方案C與方案E的組合方案中，無(wú)線終端與AP之間通過(guò)有線網(wǎng)絡(luò)通信，能夠完全模擬無(wú)線終端在任意AP上漫游；同時(shí)能夠完全模擬用戶其它無(wú)線行為(比如無(wú)線關(guān)聯(lián)、認(rèn)證、QoS協(xié)商等行為)，所以能夠完全滿足約束條件2。下面，將針對(duì)方案D和方案E來(lái)對(duì)約束條件I進(jìn)行分析。關(guān)于方案D，由于客戶機(jī)是在操作系統(tǒng)層面模擬，一方面天然支持ABI級(jí)別重用(滿足約束條件I的ABI級(jí)別重用要求)，一方面天然支持網(wǎng)絡(luò)協(xié)議棧的隔離(網(wǎng)絡(luò)協(xié)議棧多實(shí)例化)。對(duì)于方案Ε，由于模擬 ΑΡ、模擬終端是作為進(jìn)程存在，一臺(tái)計(jì)算機(jī)上的多個(gè)模擬ΑΡ、模擬無(wú)線終端實(shí)際運(yùn)行在一個(gè)操作系統(tǒng)之上，沒(méi)有網(wǎng)絡(luò)協(xié)議棧的多實(shí)例化，所以模擬AP需要內(nèi)置自定義的網(wǎng)絡(luò)協(xié)議棧， 以支持網(wǎng)絡(luò)協(xié)議棧的多實(shí)例化，所以只能滿足約束條件I的API級(jí)別重用。
從上面的描述可以看出，對(duì)于方案C和方案D組合而成的技術(shù)方案，該技術(shù)方案不但能夠完全滿足約束條件2和約束條件3，還能夠滿足約束條件I的最優(yōu)要求(ABI級(jí)別兼容)；而對(duì)于方案C和方案E組合而成的技術(shù)方案，該技術(shù)方案與方案C和方案D組合而成的技術(shù)方案的區(qū)別在于，由于模擬AP、模擬終端是作為進(jìn)程存在，所以只能滿足約束條件I 的API級(jí)別重用。圖3示出了根據(jù)本發(fā)明示例性實(shí)施例的由上述方案C和方案D組合而成的無(wú)線環(huán)境模擬方法的示意圖。如圖3所示，在至少一臺(tái)計(jì)算機(jī)上運(yùn)行分別模擬多個(gè)無(wú)線終端的多個(gè)虛擬機(jī)并在其他至少一臺(tái)計(jì)算機(jī)上運(yùn)行分別模擬多個(gè)AP的多個(gè)虛擬機(jī)，運(yùn)行分別模擬無(wú)線終端的虛擬機(jī)的至少一臺(tái)計(jì)算機(jī)與運(yùn)行分別模擬AP的至少一臺(tái)計(jì)算機(jī)之間通過(guò)有線網(wǎng)絡(luò)進(jìn)行連接以通過(guò)有線網(wǎng)絡(luò)來(lái)模擬無(wú)線終端和AP之間的無(wú)線通信。兩類計(jì)算機(jī)之間通過(guò)真實(shí)的有線網(wǎng)絡(luò)互聯(lián)，所述有線網(wǎng)絡(luò)可以是二層網(wǎng)絡(luò)，也可以是三層網(wǎng)絡(luò)；可以是局域網(wǎng)，也可以是廣域網(wǎng)。理論上兩兩可見(jiàn)，即任意一臺(tái)計(jì)算機(jī)可以連接到任意另一臺(tái)計(jì)算機(jī)。綜合上面的分析，本發(fā)明提供了一種實(shí)現(xiàn)模擬無(wú)線環(huán)境的方法。也即，通過(guò)用虛擬機(jī)或進(jìn)程分別在計(jì)算機(jī)上模擬多個(gè)無(wú)線終端和AP的功能，而計(jì)算機(jī)之間通過(guò)有線網(wǎng)絡(luò)進(jìn)行連接。之所以用有線網(wǎng)絡(luò)來(lái)模擬無(wú)線網(wǎng)絡(luò)，這是因?yàn)橛芯€網(wǎng)絡(luò)中的多根網(wǎng)線是互不干擾的，因此，可以在有限的空間內(nèi)大量部署有線網(wǎng)絡(luò)，從而通過(guò)將傳輸介質(zhì)封閉在網(wǎng)線內(nèi)來(lái)規(guī)避無(wú)線網(wǎng)絡(luò)的空口資源特殊性。因此，可通過(guò)在有線網(wǎng)絡(luò)承載無(wú)線網(wǎng)絡(luò)來(lái)規(guī)避無(wú)線網(wǎng)絡(luò)的空口資源特殊性。與此同時(shí)，通過(guò)有線鏈路層協(xié)議承載無(wú)線鏈路層協(xié)議，通過(guò)有線物理層來(lái)代替無(wú)線物理層對(duì)空間、頻段需求的局限性。其中，這里所述的有線鏈路層協(xié)議可以是目前使用最廣泛的以太網(wǎng)(IEEE 802. 3)、也可以是ATM、PPP、X. 21等有線標(biāo)準(zhǔn)；無(wú)線鏈路層協(xié)議可以是WLAN(IEEE 802. 11)、WimaxdEEE 802. 16)、藍(lán)牙 /Zigbee (IEEE 802. 15)、2G/3G/4G (wcdma、td-scdma、 cdma-2000)等無(wú)線標(biāo)準(zhǔn)。其中，在有線鏈路層協(xié)議與無(wú)線鏈路層協(xié)議之間還可以有其它多層次的附加的承載協(xié)議。作為示例，所述多層次的附加的承載協(xié)議可以是下面所述的協(xié)議(I)可以是vlan (IEEE 802. 1Q)、QinQ等標(biāo)準(zhǔn)鏈路層附加協(xié)議或自定義鏈路層協(xié)議；(2)在(I)與無(wú)線鏈路層協(xié)議之間可以有的標(biāo)準(zhǔn)網(wǎng)絡(luò)層(IP層)協(xié)議或自定義網(wǎng)絡(luò)層協(xié)議；(3)在(2)與無(wú)線鏈路層協(xié)議之間可以有標(biāo)準(zhǔn)傳輸層(TCP/UDP)協(xié)議或自定義傳輸層協(xié)議；(4)在(2)與無(wú)線鏈路層協(xié)議之間可以有IPIP等標(biāo)準(zhǔn)隧道協(xié)議或其它自定義隧道協(xié)議；(5)在(3)與無(wú)線鏈路層協(xié)議之間可以有GRE、Capwap、IPSEC等標(biāo)準(zhǔn)隧道協(xié)議或自定義隧道協(xié)議；(6)在(3)、(4)、(5)與無(wú)線鏈路層協(xié)議之間可以有用戶自定義承載協(xié)議。根據(jù)本發(fā)明示例性實(shí)施例的核心思想是無(wú)線鏈路層協(xié)議承載在有線鏈路層協(xié)議之上。本發(fā)明的示例性實(shí)施例正是基于“有線鏈路層協(xié)議承載無(wú)線鏈路層協(xié)議”的虛擬網(wǎng)絡(luò)接口技術(shù)。具體地講，根據(jù)本發(fā)明示例性實(shí)施例，針對(duì)操作系統(tǒng)網(wǎng)絡(luò)協(xié)議棧，將基于“有線鏈路層協(xié)議承載無(wú)線鏈路層協(xié)議”的虛擬網(wǎng)絡(luò)接口代替無(wú)線接口 ；針對(duì)報(bào)文發(fā)送，上層應(yīng)用通過(guò)網(wǎng)絡(luò)協(xié)議棧發(fā)送報(bào)文，網(wǎng)絡(luò)協(xié)議棧通過(guò)AP選擇此虛擬網(wǎng)絡(luò)接口發(fā)送報(bào)文通過(guò)虛擬網(wǎng)絡(luò)接口的驅(qū)動(dòng)程序?qū)o(wú)線報(bào)文封裝在有線報(bào)文中，發(fā)送到有線網(wǎng)絡(luò)中；針對(duì)報(bào)文接收，接收到(有線承載無(wú)線的)報(bào)文后，虛擬網(wǎng)絡(luò)接口的驅(qū)動(dòng)程序去除外層有線承載協(xié)議頭及補(bǔ)充承載協(xié)議(如果有補(bǔ)充承載協(xié)議的話)和無(wú)線協(xié)議頭，將數(shù)據(jù)發(fā)送到網(wǎng)絡(luò)協(xié)議棧，網(wǎng)絡(luò)協(xié)議棧再將報(bào)文發(fā)送到上層應(yīng)用處理。根據(jù)本發(fā)明的示例性實(shí)施例，通過(guò)“有線鏈路層協(xié)議承載無(wú)線鏈路層協(xié)議”的虛擬網(wǎng)絡(luò)接口技術(shù)，兩個(gè)互相交互的應(yīng)用均認(rèn)為自己使用的是本地?zé)o線接口，而真實(shí)交互是在有線網(wǎng)絡(luò)上，從而規(guī)避空口資源的特殊性。根據(jù)本發(fā)明的示例性實(shí)施例，通過(guò)有線承載無(wú)線、在鏈路層對(duì)無(wú)線進(jìn)行模擬，可以在有限的空間進(jìn)行大規(guī)模仿真測(cè)試，從而規(guī)避了空口資源的特殊性。
權(quán)利要求
1.一種無(wú)線環(huán)境模擬方法，所述方法包括在至少一臺(tái)計(jì)算機(jī)上運(yùn)行分別模擬多個(gè)無(wú)線終端的多個(gè)程序；在其他至少一臺(tái)計(jì)算機(jī)上運(yùn)行分別模擬多個(gè)無(wú)線接入點(diǎn)的多個(gè)程序；所述至少一臺(tái)計(jì)算機(jī)和所述其他至少一臺(tái)通過(guò)有線網(wǎng)絡(luò)進(jìn)行連接以通過(guò)有線網(wǎng)絡(luò)來(lái)模擬無(wú)線終端和無(wú)線接入點(diǎn)之間的無(wú)線通信。
2.如權(quán)利要求I所述的方法，其中，所述程序是虛擬機(jī)或進(jìn)程。
3.如權(quán)利要求2所述的方法，還包括將有線鏈路層協(xié)議承載在無(wú)線鏈路層協(xié)議之上并通過(guò)有線物理層來(lái)代替無(wú)線物理層。
4.如權(quán)利要求3所述的方法，其中，所述有線鏈路層協(xié)議是IEEE802. 3、ATM、PPP、 X. 21，所述無(wú)線鏈路層協(xié)議是 IEEE 802. 11、IEEE 802. 16、IEEE802. 15、wcdma、td-scdma、 cdma-2000。
5.如權(quán)利要求3所述的方法，其中，在有線鏈路層協(xié)議與無(wú)線鏈路層協(xié)議之間存在多層次的附加的承載協(xié)議。
6.如權(quán)利要求3所述的方法，其中，針對(duì)操作系統(tǒng)網(wǎng)絡(luò)協(xié)議棧，將基于有線鏈路層協(xié)議承載無(wú)線鏈路層協(xié)議的虛擬網(wǎng)絡(luò)接口對(duì)應(yīng)于無(wú)線接口。
7.如權(quán)利要求6所述的方法，其中，針對(duì)報(bào)文發(fā)送，通過(guò)虛擬網(wǎng)絡(luò)接口的驅(qū)動(dòng)程序?qū)o(wú)線報(bào)文封裝在有線報(bào)文中以發(fā)送到有線網(wǎng)絡(luò)中。
8.如權(quán)利要求7所述的方法，其中，針對(duì)報(bào)文接收，接收到報(bào)文后，虛擬網(wǎng)絡(luò)接口的驅(qū)動(dòng)程序去除外層有線承載協(xié)議頭和無(wú)線協(xié)議頭，將數(shù)據(jù)發(fā)送至網(wǎng)絡(luò)協(xié)議棧，網(wǎng)絡(luò)協(xié)議棧再將報(bào)文發(fā)送到上層應(yīng)用處理。
9.如權(quán)利要求5所述的方法，其中，所述多層次的附加的承載協(xié)議是下面所述的協(xié)議:(1)標(biāo)準(zhǔn)鏈路層附加協(xié)議或自定義鏈路層協(xié)議；(2)在(I)與無(wú)線鏈路層協(xié)議之間的標(biāo)準(zhǔn)網(wǎng)絡(luò)層協(xié)議或自定義網(wǎng)絡(luò)層協(xié)議；(3)在(2)與無(wú)線鏈路層協(xié)議之間的標(biāo)準(zhǔn)傳輸層協(xié)議或自定義傳輸層協(xié)議；(4)在(2)與無(wú)線鏈路層協(xié)議之間的IPIP標(biāo)準(zhǔn)隧道協(xié)議或自定義隧道協(xié)議；(5)在(3)與無(wú)線鏈路層協(xié)議之間的GRE、Capwap或IPSEC標(biāo)準(zhǔn)隧道協(xié)議或自定義隧道協(xié)議；(6)在(3)、(4)、(5)與無(wú)線鏈路層協(xié)議之間的用戶自定義承載協(xié)議。
全文摘要
本發(fā)明提供了一種無(wú)線環(huán)境模擬方法，所述方法包括在至少一臺(tái)計(jì)算機(jī)上運(yùn)行分別模擬多個(gè)無(wú)線終端的多個(gè)程序；在其他至少一臺(tái)計(jì)算機(jī)上運(yùn)行分別模擬多個(gè)無(wú)線接入點(diǎn)的多個(gè)程序；所述至少一臺(tái)計(jì)算機(jī)和所述其他至少一臺(tái)通過(guò)有線網(wǎng)絡(luò)進(jìn)行連接以通過(guò)有線網(wǎng)絡(luò)來(lái)模擬無(wú)線終端和無(wú)線接入點(diǎn)之間的無(wú)線通信。本發(fā)明通過(guò)有線承載無(wú)線、在鏈路層對(duì)無(wú)線進(jìn)行模擬，可以在有限的空間進(jìn)行大規(guī)模仿真測(cè)試，從而規(guī)避了空口資源的特殊性。
文檔編號(hào)H04B17/00GK102595463SQ201210039078
公開日2012年7月18日 申請(qǐng)日期2012年2月20日 優(yōu)先權(quán)日2012年2月20日
發(fā)明者劉靖非, 范成龍 申請(qǐng)人:北京傲天動(dòng)聯(lián)技術(shù)有限公司