專利名稱：一種多信道無線電監(jiān)測接收機(jī)的數(shù)據(jù)傳輸方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種多信道無線電監(jiān)測接收機(jī)的數(shù)據(jù)傳輸方法，屬于網(wǎng)絡(luò)通信技術(shù)領(lǐng)域。

背景技術(shù)：
無線電監(jiān)測接收機(jī)的工作過程中會(huì)向客戶端傳輸大量多元實(shí)時(shí)監(jiān)測數(shù)據(jù)，包括多頻段多分辨率的頻譜數(shù)據(jù)(FFT數(shù)據(jù))、多路窄帶信道的信號矢量分析數(shù)據(jù)(瞬時(shí)幅度，瞬時(shí)相位，瞬時(shí)頻率，星座圖等)、測向數(shù)據(jù)、音頻數(shù)據(jù)、各種ITU測量參數(shù)以及各頻點(diǎn)的頻率占用度的分析數(shù)據(jù)等。傳輸?shù)臄?shù)據(jù)量大、種類多，并且一般需要很快的掃頻速度(例如40GHz/s)，所以不僅需要高效的數(shù)據(jù)處理速度，同時(shí)也需要將數(shù)據(jù)快速傳輸給客戶端從而保持實(shí)時(shí)更新。
無線電監(jiān)測接收機(jī)常見的外圍通信接口包括串口、PCI總線接口等，隨著頻譜監(jiān)測對傳輸速度和數(shù)據(jù)種類的要求不斷提高，這些接口已經(jīng)無法滿足當(dāng)前頻譜監(jiān)測的性能要求。USB 2.0接口的速度最高480Mbit/s，可以達(dá)到監(jiān)測數(shù)據(jù)的速度要求，但是USB 2.0接口不利于實(shí)現(xiàn)多臺(tái)設(shè)備組網(wǎng)。
網(wǎng)絡(luò)接口由于既能滿足數(shù)據(jù)傳輸?shù)乃俣扔帜軡M足監(jiān)測設(shè)備組網(wǎng)的需求，所以成為監(jiān)測設(shè)備的一種理想通信接口，但是現(xiàn)存的基于網(wǎng)口的數(shù)據(jù)傳輸方法大都較為繁瑣，數(shù)據(jù)傳輸?shù)娜哂喽却?，而且沒有統(tǒng)一的規(guī)范。
例如，無線電監(jiān)測接收機(jī)需要向用戶傳輸一路寬帶信道的FFT數(shù)據(jù)、兩路窄帶信道的FFT數(shù)據(jù)、一路窄帶信道的IQ數(shù)據(jù)和一路音頻數(shù)據(jù)，當(dāng)這些數(shù)據(jù)通過一條物理電纜線路傳輸?shù)臅r(shí)候，由于用戶請求信道的數(shù)目和對每個(gè)所請求信道的配置參數(shù)在不斷變化，并且各個(gè)信道的數(shù)據(jù)碼流速率不一致，數(shù)據(jù)量也大小不同，故各個(gè)信道的數(shù)據(jù)經(jīng)過外圍接口到達(dá)客戶端的先后順序也無規(guī)律可循。
為了解決這個(gè)問題，當(dāng)前網(wǎng)絡(luò)協(xié)議的做法是在一幀信道數(shù)據(jù)前添加幀頭來區(qū)分不同情況下的數(shù)據(jù)。這些幀頭信息包括用于區(qū)分不同信道的編號、用于區(qū)分?jǐn)?shù)據(jù)內(nèi)容的信息和用于說明所對應(yīng)信道配置情況的信息。如果考慮到協(xié)議的靈活性，還需要加入用于區(qū)分?jǐn)?shù)據(jù)類型、數(shù)據(jù)單元大小和數(shù)據(jù)總長度的信息。由于不同信道不同配置參數(shù)下產(chǎn)生的數(shù)據(jù)到達(dá)用戶端是隨機(jī)的，并且希望數(shù)據(jù)幀格式統(tǒng)一，所以就需要對每一幀數(shù)據(jù)都加入相同格式的幀頭信息，這就在通信過程中就會(huì)產(chǎn)生很多冗余的信息。另外，如果同一信道的數(shù)據(jù)的傳輸過程中，用戶改變了信道的配置狀態(tài)，為了使用戶能夠區(qū)分不同配置下相同信道的數(shù)據(jù)，目前的做法也是在信道數(shù)據(jù)之前加區(qū)分信息來避免數(shù)據(jù)混淆。對于并行的多通道的接收機(jī)結(jié)構(gòu)來講，這種方法不僅增加了用戶對數(shù)據(jù)傳輸接口協(xié)議進(jìn)行處理的復(fù)雜度，導(dǎo)致錯(cuò)誤接收數(shù)據(jù)的概率上升，而且會(huì)影響接口協(xié)議的可移植性，甚至影響到設(shè)備的性能。


發(fā)明內(nèi)容
本發(fā)明的目的在于提供一種多信道無線電監(jiān)測接收機(jī)的數(shù)據(jù)傳輸方法，其基本原理是使用兩種寄存器來標(biāo)識數(shù)據(jù)幀，從而化簡所有參數(shù)信息的數(shù)據(jù)幀頭，并且通過申請UDP端口號來實(shí)現(xiàn)對網(wǎng)絡(luò)信道的動(dòng)態(tài)分配和釋放，在協(xié)議設(shè)計(jì)上實(shí)現(xiàn)信道參數(shù)信息和信道數(shù)據(jù)分離，避免了信息的重復(fù)和混淆. 本發(fā)明的目的是通過下述技術(shù)方案實(shí)現(xiàn)的。
本發(fā)明的一種多信道無線電監(jiān)測接收機(jī)的數(shù)據(jù)傳輸方法 首先規(guī)定本方法中將會(huì)使用到的消息類型和寄存器類型，本方法用到的消息類型有三種命令消息，響應(yīng)消息和數(shù)據(jù)消息。其中 命令消息客戶端發(fā)給接收機(jī)的配置信息或請求信息，用于信道配置，通過TCP協(xié)議傳輸； 響應(yīng)消息接收機(jī)發(fā)給客戶端的信道信息或確認(rèn)信息，通過TCP協(xié)議傳輸； 數(shù)據(jù)消息網(wǎng)絡(luò)信道傳輸?shù)臄?shù)據(jù)。用于數(shù)據(jù)傳輸，通過UDP協(xié)議傳輸。
其次本方法使用了兩種寄存器類型配置編號寄存器和順序編號寄存器。其中 配置編號寄存器長度為32位，每個(gè)信道對應(yīng)一個(gè)配置編號寄存器，對信道進(jìn)行一次配置，則該信道對應(yīng)的配置編號寄存器數(shù)值加1； 順序編號寄存器長度為32位，每個(gè)信道對應(yīng)一個(gè)順序編號寄存器，信道每發(fā)送一幀數(shù)據(jù)，則該信道對應(yīng)的順序編號寄存器數(shù)值加1。
完成消息類型和寄存器類型定義之后，多信道無線電監(jiān)測接收機(jī)和客戶端之間即可通過網(wǎng)絡(luò)接口開始數(shù)據(jù)傳輸，本發(fā)明方法的工作步驟如下 步驟1客戶端向無線電監(jiān)測接收機(jī)發(fā)送TCP連接請求； 步驟2無線電監(jiān)測接收機(jī)收到TCP連接請求后，通過TCP協(xié)議向客戶端發(fā)送包含無線電監(jiān)測接收機(jī)設(shè)備ID號的響應(yīng)消息； 步驟3客戶端收到響應(yīng)消息后，確認(rèn)無線電監(jiān)測接收機(jī)的設(shè)備ID號，若設(shè)備ID號匹配則成功建立TCP鏈路通信，客戶端通過TCP協(xié)議向無線電監(jiān)測接收機(jī)發(fā)送請求物理信道信息的命令消息。
步驟4無線電監(jiān)測接收機(jī)將其包含的所有物理信道進(jìn)行編號，通過TCP協(xié)議向客戶端返回含有物理信道編號和屬性信息的響應(yīng)消息，這些信息包括信道個(gè)數(shù)、信道頻率范圍、帶寬范圍、增益范圍、信道提供的數(shù)據(jù)種類等。
步驟5客戶端根據(jù)收到的相關(guān)信道信息來配置接收機(jī)的物理信道，每次對物理信道進(jìn)行配置，客戶端都通過TCP協(xié)議向無線電監(jiān)測接收機(jī)發(fā)送含有所請求信道的配置信息的命令消息。這些信息中包括物理信道的編號、信道的中心頻率、帶寬分辨率信息等，還包括客戶端為每個(gè)物理信道所分配的UDP端口號。
步驟6無線電監(jiān)測接收機(jī)通過TCP協(xié)議收到含有配置信息的命令消息后對各個(gè)物理信道做相應(yīng)的配置。若信道配置成功則在響應(yīng)消息中將標(biāo)志位設(shè)為成功，反之則設(shè)為失敗。在成功配置物理信道后，無線電監(jiān)測接收機(jī)通過向各個(gè)物理信道指定不同的UDP端口建立相應(yīng)的網(wǎng)絡(luò)信道，并開始發(fā)送所請求配置下的信道數(shù)據(jù)?？蛻舳藶槊總€(gè)網(wǎng)絡(luò)信道維護(hù)一個(gè)配置編號寄存器，對該網(wǎng)絡(luò)信道所做的配置的次數(shù)稱作配置編號，每進(jìn)行一次配置，則該網(wǎng)絡(luò)信道對應(yīng)的配置編號寄存器數(shù)值加1。同時(shí)客戶端還為每個(gè)網(wǎng)絡(luò)信道維護(hù)一個(gè)順序編號寄存器，網(wǎng)絡(luò)信道發(fā)送數(shù)據(jù)的數(shù)量稱作順序編號，每發(fā)送一幀數(shù)據(jù)，順序編號寄存器的數(shù)值遞增1。此時(shí)網(wǎng)絡(luò)信道內(nèi)的數(shù)據(jù)的幀頭只含有配置編號、順序編號和數(shù)據(jù)幀長度。
步驟7重復(fù)步驟4、5、6、7直到數(shù)據(jù)傳輸結(jié)束。每改變一次網(wǎng)絡(luò)信道配置，則客戶端重新發(fā)送配置消息，相應(yīng)的配置編號寄存器的值加1，加到最大值0xFFFFFFFF后，再從0開始累加。UDP鏈路的網(wǎng)絡(luò)信道每發(fā)一包數(shù)據(jù)，順序編號寄存器的值加1，加到最大值0xFFFFFFFF后再從0開始累加。一旦網(wǎng)絡(luò)信道配置改變，即配置編號寄存器的值加1，則順序編號寄存器無論為何值都從0開始計(jì)數(shù)。
步驟8需要停止數(shù)據(jù)傳輸時(shí)，客戶端發(fā)送停止某個(gè)信道傳輸?shù)拿钕?，無線電監(jiān)測接收機(jī)收到命令消息后停止發(fā)送該信道數(shù)據(jù)，同時(shí)釋放UDP端口號并通過TCP鏈路發(fā)送確認(rèn)的響應(yīng)消息到客戶端。需要重新啟用該信道時(shí)再由客戶端指定新的端口。
有益效果 在本發(fā)明方法使用配置編號寄存器和順序編號寄存器來標(biāo)識數(shù)據(jù)幀，取代了其他的所有參數(shù)信息，簡化了數(shù)據(jù)幀頭信息。并通過對UDP協(xié)議端口實(shí)行動(dòng)態(tài)分配，從而實(shí)現(xiàn)了動(dòng)態(tài)分配網(wǎng)絡(luò)信道的目的，降低了對端口的強(qiáng)制占用性，而且增加了協(xié)議的靈活性和可移植性。



圖1-本發(fā)明接口協(xié)議整體會(huì)話流程圖。

具體實(shí)施例方式 下面結(jié)合附圖及實(shí)施例對本發(fā)明的優(yōu)選實(shí)施方式做進(jìn)一步詳細(xì)說明。
在無線電監(jiān)測接收機(jī)和客戶端開始數(shù)據(jù)傳輸之前，首先定義本發(fā)明方法中所用到的三種消息類型和兩種寄存器類型，表1定義了命令消息和響應(yīng)消息的六種類型。
表1 命令消息和響應(yīng)消息的四種類型 命令消息和響應(yīng)消息都通過TCP鏈路傳輸，其格式如表2所示 表2 命令消息和響應(yīng)消息的數(shù)據(jù)格式 數(shù)據(jù)消息通過多個(gè)UDP鏈路傳輸，格式如表3所示 表3 數(shù)據(jù)消息的數(shù)據(jù)格式 表3中，配置編號用于區(qū)分同一信道在不同配置狀態(tài)下的數(shù)據(jù)消息，例如某個(gè)信道第N次被配置后產(chǎn)生的數(shù)據(jù)幀的配置編號為N，則第N+1次配置后產(chǎn)生的數(shù)據(jù)幀的配置編號為N+1，依次類推。順序編號用于區(qū)分同一信道在同一次配置狀態(tài)下(即配置編號相同時(shí))數(shù)據(jù)消息發(fā)送的先后順序，主要用于區(qū)分?jǐn)?shù)據(jù)產(chǎn)生的時(shí)間順序和檢驗(yàn)數(shù)據(jù)是否丟失。
本發(fā)明方法的具體通信過程包括如下具體實(shí)施步驟 步驟1客戶端向無線電監(jiān)測接收機(jī)發(fā)送TCP連接請求，當(dāng)無線電監(jiān)測接收機(jī)收到請求時(shí)返回響應(yīng)消息，接收機(jī)設(shè)備ID號為0x0001，消息識別號為0x06，響應(yīng)消息格式如表4所示 表4 客戶端接收到響應(yīng)消息后判斷版本號是否正確，以確保通信的可行性。
步驟2客戶端通過TCP鏈路向無線電監(jiān)測接收機(jī)發(fā)送請求信道信息的命令消息，消息識別號為0x02。此命令消息格式如表5所示 表5 步驟3無線電監(jiān)測接收機(jī)收到請求信道信息的命令消息后，通過TCP鏈路返回包含信道信息的響應(yīng)消息，該響應(yīng)消息識別號為0x03。這些信息包含3個(gè)通信信道的信息，分別為寬帶FFT信道、窄帶IQ數(shù)據(jù)的信道和音頻信道，其他信息包括信道頻率范圍、帶寬范圍、信道提供的數(shù)據(jù)種類等。該響應(yīng)消息格式如表6所示 表6 Group表示嵌套結(jié)構(gòu)，每個(gè)信道信息為一個(gè)小結(jié)構(gòu)，如下面表7描述 表7 步驟4客戶端收到包含信道信息的響應(yīng)消息后，根據(jù)信道總數(shù)和信道的參數(shù)范圍，通過TCP鏈路向無線電監(jiān)測接收機(jī)發(fā)送含有所請求信道的配置信息的命令消息，該命令消息識別號為0x04。這些信息中包括信道的數(shù)目、信道的中心頻率、帶寬分辨率信息等，還包括客戶端為每個(gè)信道所分配的UDP端口號，該端口號由客戶端在步驟2中指定。信道配置的命令消息的內(nèi)容如表8所示 表8 Group表示嵌套結(jié)構(gòu)，即信道配置消息中含有多個(gè)信道配置參數(shù)結(jié)構(gòu)，每個(gè)信道信配置參數(shù)結(jié)構(gòu)，如表9描述 表9 命令消息中請求三個(gè)信道的數(shù)據(jù)，分別為信道1、2、3，對應(yīng)的UDP端口為50001、51000、59000。
步驟5無線電監(jiān)測接收機(jī)收到信道配置的命令消息，返回配置結(jié)果的響應(yīng)消息，消息識別號為0x01。如果信道配置失敗，也返回含有錯(cuò)誤信息的響應(yīng)消息(0x01)，說明具體錯(cuò)誤信息。如果配置參數(shù)正確，成功配置了信道，錯(cuò)誤號為0。接收機(jī)網(wǎng)絡(luò)模塊通過指定的UDP端口，建立相應(yīng)的SOCKET和網(wǎng)絡(luò)信道發(fā)送所請求配置下的信道數(shù)據(jù)。
包含確認(rèn)信息的響應(yīng)消息內(nèi)容如表11所示 表11 Group表示嵌套結(jié)構(gòu)，每個(gè)信道狀態(tài)的具體內(nèi)容如表12所示 表12 步驟6客戶端從對應(yīng)端口的網(wǎng)絡(luò)信道接收到與請求相對應(yīng)的狀態(tài)編號時(shí)，開始接收信道數(shù)據(jù)，客戶端從對應(yīng)端口的網(wǎng)絡(luò)信道不斷接收與請求相對應(yīng)的狀態(tài)編號的信道數(shù)據(jù)。配置編號用于區(qū)分同一信道不同的配置狀態(tài)下的新到數(shù)據(jù)；順序編號區(qū)分同一信道相同信道配置狀態(tài)發(fā)送的數(shù)據(jù)幀的先后順序，并按順序編號排序?？蛻舳丝梢杂貌樵兊姆绞阶x取，也可以用消息機(jī)制來完成數(shù)據(jù)的讀取。
步驟7客戶端停止信道的寬帶FFT數(shù)據(jù)，發(fā)送停止信道工作的命令消息。接收機(jī)收到后發(fā)送響應(yīng)消息，并停止了通道0的工作。釋放了UDP端口50001，使之變成了空閑的UDP端口，同時(shí)也釋放了對應(yīng)的網(wǎng)絡(luò)信道。
停止命令的結(jié)構(gòu)如表13所示 表13 步驟8(即重復(fù)步驟4)客戶端改變了第2信道的帶寬和中心，改變了第3信道的數(shù)據(jù)速率和中心頻率的配置參數(shù)，通過TCP鏈路發(fā)送命令消息(0x04)。分配的端口仍為51000，59000。
步驟9(即重復(fù)步驟5)無線電監(jiān)測接收機(jī)返回了確認(rèn)信息的響應(yīng)消息。
步驟10(即重復(fù)步驟6)客戶端從對應(yīng)端口的網(wǎng)絡(luò)信道接收到與請求相對應(yīng)的新的狀態(tài)編號時(shí)，開始接收信道數(shù)據(jù)，并按順序編號排序。
步驟11(即重復(fù)步驟7)客戶端停止信道2，信道3，發(fā)送停止信道工作消息。無線電監(jiān)測接收機(jī)發(fā)送響應(yīng)數(shù)據(jù)，并停止了通道2、3的工作。釋放了UDP端口51000和59000，使之變成了空閑的UDP端口。
權(quán)利要求
1.一種多信道無線電監(jiān)測接收機(jī)的數(shù)據(jù)傳輸方法，其特征在于
首先定義本方法中使用到的消息類型
本方法用到的消息類型有三種命令消息，響應(yīng)消息和數(shù)據(jù)消息，其中
命令消息客戶端發(fā)給接收機(jī)的配置信息或請求信息，用于信道配置，通過TCP協(xié)議傳輸；
響應(yīng)消息接收機(jī)發(fā)給客戶端的信道信息或確認(rèn)信息，通過TCP協(xié)議傳輸；
數(shù)據(jù)消息網(wǎng)絡(luò)信道傳輸?shù)臄?shù)據(jù)，用于數(shù)據(jù)傳輸，通過UDP協(xié)議傳輸；
其次定義兩種寄存器類型配置編號寄存器和順序編號寄存器，其中
配置編號寄存器長度為32位，每個(gè)信道對應(yīng)一個(gè)配置編號寄存器，對信道進(jìn)行一次配置，則該信道對應(yīng)的配置編號寄存器數(shù)值加1；
順序編號寄存器長度為32位，每個(gè)信道對應(yīng)一個(gè)順序編號寄存器，信道每發(fā)送一幀數(shù)據(jù)，則該信道對應(yīng)的順序編號寄存器數(shù)值加1；
一種多信道無線電監(jiān)測接收機(jī)的數(shù)據(jù)傳輸方法，具體實(shí)現(xiàn)步驟如下
步驟1客戶端向無線電監(jiān)測接收機(jī)發(fā)送TCP連接請求；
步驟2無線電監(jiān)測接收機(jī)收到TCP連接請求后，通過TCP協(xié)議向客戶端發(fā)送包含無線電監(jiān)測接收機(jī)設(shè)備ID號的響應(yīng)消息；
步驟3客戶端收到響應(yīng)消息后，確認(rèn)無線電監(jiān)測接收機(jī)的設(shè)備ID號，若設(shè)備ID號匹配則成功建立TCP鏈路通信，客戶端通過TCP協(xié)議向無線電監(jiān)測接收機(jī)發(fā)送請求物理信道信息的命令消息；
步驟4無線電監(jiān)測接收機(jī)將其包含的所有物理信道進(jìn)行編號，通過TCP協(xié)議向客戶端返回含有物理信道編號和屬性信息的響應(yīng)消息，這些信息包括信道個(gè)數(shù)、信道頻率范圍、帶寬范圍、增益范圍、信道提供的數(shù)據(jù)種類等；
步驟5客戶端根據(jù)收到的相關(guān)信道信息來配置接收機(jī)的物理信道，每次對物理信道進(jìn)行配置，客戶端都通過TCP協(xié)議向無線電監(jiān)測接收機(jī)發(fā)送含有所請求信道的配置信息的命令消息，這些信息中包括物理信道的編號、信道的中心頻率、帶寬分辨率信息等，還包括客戶端為每個(gè)物理信道所分配的UDP端口號；
步驟6無線電監(jiān)測接收機(jī)通過TCP協(xié)議收到含有配置信息的命令消息后對各個(gè)物理信道做相應(yīng)的配置，若信道配置成功則在響應(yīng)消息中將標(biāo)志位設(shè)為成功，反之則設(shè)為失敗，在成功配置物理信道后，無線電監(jiān)測接收機(jī)通過向各個(gè)物理信道指定不同的UDP端口建立相應(yīng)的網(wǎng)絡(luò)信道，并開始發(fā)送所請求配置下的信道數(shù)據(jù)，客戶端為每個(gè)網(wǎng)絡(luò)信道維護(hù)一個(gè)配置編號寄存器，對該網(wǎng)絡(luò)信道所做的配置的次數(shù)稱作配置編號，每進(jìn)行一次配置，則該網(wǎng)絡(luò)信道對應(yīng)的配置編號寄存器數(shù)值加1，同時(shí)客戶端還為每個(gè)網(wǎng)絡(luò)信道維護(hù)一個(gè)順序編號寄存器，網(wǎng)絡(luò)信道發(fā)送數(shù)據(jù)的數(shù)量稱作順序編號，每發(fā)送一幀數(shù)據(jù)，順序編號寄存器的數(shù)值遞增1，此時(shí)網(wǎng)絡(luò)信道內(nèi)的數(shù)據(jù)的幀頭只含有配置編號、順序編號和數(shù)據(jù)幀長度；
步驟7重復(fù)步驟4、5、6、7直到數(shù)據(jù)傳輸結(jié)束，每改變一次網(wǎng)絡(luò)信道配置，則客戶端重新發(fā)送配置消息，相應(yīng)的配置編號寄存器的值加1，加到最大值0xFFFFFFFF后，再從0開始累加，UDP鏈路的網(wǎng)絡(luò)信道每發(fā)一包數(shù)據(jù)，順序編號寄存器的值加1，加到最大值0xFFFFFFFF后再從0開始累加，一旦網(wǎng)絡(luò)信道配置改變，即配置編號寄存器的值加1，則順序編號寄存器無論為何值都從0開始計(jì)數(shù)；
步驟8需要停止數(shù)據(jù)傳輸時(shí)，客戶端發(fā)送停止某個(gè)信道傳輸?shù)拿钕?，無線電監(jiān)測接收機(jī)收到命令消息后停止發(fā)送該信道數(shù)據(jù)，同時(shí)釋放UDP端口號并通過TCP鏈路發(fā)送確認(rèn)的響應(yīng)消息到客戶端，需要重新啟用該信道時(shí)再由客戶端指定新的端口。
全文摘要
本發(fā)明涉及一種多信道無線電監(jiān)測接收機(jī)的數(shù)據(jù)傳輸方法，屬于網(wǎng)絡(luò)通信技術(shù)領(lǐng)域。本發(fā)明使用配置編號和順序編號兩種寄存器配置編號和順序編號兩種寄存器標(biāo)識數(shù)據(jù)幀來化簡所有參數(shù)信息的數(shù)據(jù)幀頭，并且使用命令消息、響應(yīng)消息和數(shù)據(jù)消息三種消息類型來完成數(shù)據(jù)和指令的交互，減少了通信過程中產(chǎn)生的冗余信息，提高了數(shù)據(jù)傳輸?shù)男?；本發(fā)明還通過申請UDP端口號來實(shí)現(xiàn)對網(wǎng)絡(luò)信道的動(dòng)態(tài)分配和釋放，在協(xié)議設(shè)計(jì)上實(shí)現(xiàn)信道參數(shù)信息和信道數(shù)據(jù)分離，避免了信息的重復(fù)和混淆，降低了對端口的強(qiáng)制占用性，而且增加了協(xié)議的靈活性和可移植性。
文檔編號H04L29/06GK101707610SQ20091023787
公開日2010年5月12日 申請日期2009年11月12日 優(yōu)先權(quán)日2009年11月12日
發(fā)明者安建平, 楊淼 申請人:北京理工大學(xué)