專利名稱：一種基于高級數(shù)據(jù)鏈路控制協(xié)議時分復(fù)用方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)，尤其涉及一種基于高級數(shù)據(jù)鏈路控制(HDLC)協(xié)議時分復(fù)
用方案。
背景技術(shù)：
在中小型的分布式實時通信系統(tǒng)中，HDLC(High-Level Data Link Control，高級數(shù)據(jù)鏈路控制)由于其占用線數(shù)較少，傳輸數(shù)據(jù)可靠，而被使用在主控板和接口板之間，作為交互管理信息的總線。在系統(tǒng)運(yùn)行過程中，主控板通過HDLC下行通道向各個接口板發(fā)送命令及配置數(shù)據(jù)，接口板同樣通過HDLC上行通道來向主控板反饋當(dāng)前板卡狀態(tài)以及其他信息。為保證HDLC鏈路上的數(shù)據(jù)不因訪問沖突而丟失，各個接口板需要分時復(fù)用HDLC下行及上行通道。在分布式的實時通信系統(tǒng)中，主控板需要頻繁的與多個接口板進(jìn)行數(shù)據(jù)交互。為滿足這種需求，通常的實現(xiàn)方法是:主控板與接口板的HDLC鏈路呈一主多從的鏈?zhǔn)竭B接，對于下行數(shù)據(jù)，主控直接向各個槽位接口板依次發(fā)送；對于上行數(shù)據(jù)，由主控通過下行通道向各個槽位接口板依次發(fā)送數(shù)據(jù)獲取幀，若該接口板有上行數(shù)據(jù)發(fā)送，則直接占用上行通道回復(fù)數(shù)據(jù)，否則回復(fù)一幀無意義數(shù)據(jù)使主控繼續(xù)輪詢下個槽位，或不回復(fù)數(shù)據(jù)，使主控等待超時后繼續(xù)進(jìn)行輪詢。

上述策略在較小的系統(tǒng)中可以完成數(shù)據(jù)交互的任務(wù)，但隨著分布式的實時通信系統(tǒng)功能逐漸增強(qiáng)，接口板數(shù)量也逐漸增加，同時主控板與接口板之間需要交互的數(shù)據(jù)量也逐漸增加。此時若仍采用上述策略，由于主控板會頻繁查詢各個接口板是否有上行數(shù)據(jù)發(fā)送，HDLC數(shù)據(jù)鏈上就會有大量的無效數(shù)據(jù)，或長時間處在空閑等待狀態(tài)，使HDLC的通信效率大為降低。尤其在板卡較多的系統(tǒng)中，這種現(xiàn)象更為明顯，使上行數(shù)據(jù)量成為瓶頸，從而導(dǎo)致系統(tǒng)無法正常工作。如圖1所示，其中C、D表示主控通過下行向接口板發(fā)送的命令或配置數(shù)據(jù)，A、E、F表示主控向接口板發(fā)送的數(shù)據(jù)獲取幀，G表示接口板返回一幀無效數(shù)據(jù)使主控繼續(xù)輪詢，B表示接口板回復(fù)的有效數(shù)據(jù)；T2-T3、T9-T10為接口板準(zhǔn)備數(shù)據(jù)時間，T7-T8為接口板沒有回復(fù)數(shù)據(jù)，等待超時時間。從圖1可以發(fā)現(xiàn)上行通道僅有T3-T4為有效數(shù)據(jù)，下行通道僅有T1-T2、T4-T6為有效數(shù)據(jù)，其他時刻上行及下行通道均為傳輸無用數(shù)據(jù)或空閑狀態(tài)，這樣就造成了大量的通道浪費(fèi)。另外，對于一主多從的HDLC鏈,要求從設(shè)備的HDLC發(fā)送模塊必須為Open Drain電路，非Open Drain的從設(shè)備會造成整個HDLC數(shù)據(jù)鏈通信異常。這種特性大大限制了 HDLC使用的靈活性。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是，提供一種一種基于HDLC協(xié)議時分復(fù)用方法的實現(xiàn)及系統(tǒng)，以提高HDLC通信效率。
為了解決上述技術(shù)問題，本發(fā)明公開了一種基于HDLC協(xié)議時分復(fù)用方法，包括:各接口板與主控板之間分別連接一請求線；所述主控板接收到接口板通過其請求線發(fā)起的請求線信號時，通過N:1通道選擇器選擇與該接口板之間的HDLC上行通道通路，在所述HDLC上行通道上發(fā)送允許幀發(fā)送給該接口板，以分配HDLC上行通道的使用權(quán)給該接口板；所述接口板收到所述允許幀，則將待發(fā)送的數(shù)據(jù)通過所分配的HDLC上行通道發(fā)
送給主控板。較佳地，上述方法還包括:所述接口板在所有數(shù)據(jù)發(fā)送完成后，清除請求線信號；所述主控板判斷所述接口板清除了請求線信號時，釋放分配給該接口板的HDLC上行通道。較佳地，上述方法中，所述接口板將待發(fā)送的數(shù)據(jù)通過所分配的HDLC上行通道發(fā)送給主控板時，采用拼接報文方式傳輸數(shù)據(jù)。較佳地，上述方法中，所述接口板采用拼接報文方式傳輸數(shù)據(jù)的過程如下:首先從發(fā)送緩沖區(qū)中提取一條消息，所述消息包括消息頭和數(shù)據(jù)區(qū)兩部分，若該消息的長度沒有達(dá)到HDLC報文允許的最大長度，則從發(fā)送緩沖區(qū)中提取下條消息，計算兩條消息拼接后的長度，若拼接后長度仍小于HDLC報文允許的最大長度，則將第一條及第二條消息進(jìn)行拼接，重復(fù) 該過程，只至拼接后的消息長度大于HDLC報文允許的最大長度或發(fā)送緩沖區(qū)中已無數(shù)據(jù)發(fā)送。較佳地，上述方法中，所述主控板接收到接口板通過其請求線發(fā)起的請求線信號指:所述接口板主動要求發(fā)送上行數(shù)據(jù)時，通過請求線向所述主控板發(fā)送請求線信號；或者所述接口板響應(yīng)所述主控板發(fā)起的查詢請求時,通過請求線向所述主控板發(fā)送請求線信號。 較佳地，上述方法還包括:主控板將要發(fā)送的配置數(shù)據(jù)放入發(fā)送緩沖區(qū)中，在下行通道空閑時，將所述配置數(shù)據(jù)發(fā)送給接口板；接口板接收并解析所述配置數(shù)據(jù)，解析判斷此配置數(shù)據(jù)為發(fā)送到本槽位或廣播的配置命令則進(jìn)行相應(yīng)處理，否則直接丟棄。本發(fā)明還公開了一種基于HDLC協(xié)議時分復(fù)用系統(tǒng)，包括多個接口板與一個主控板，各接口板與主控板之間分別連接有請求線；所述主控板，接收到接口板通過請求線發(fā)起的請求線信號時，通過N:1通道選擇器選擇與該接口板之間的HDLC上行通道通路，并在所述HDLC上行通道上發(fā)送允許幀發(fā)送給該接口板，以分配HDLC上行通道的使用權(quán)給該接口板；所述接口板，在需要發(fā)送上行數(shù)據(jù)時，通過請求線向所述主控板發(fā)起請求線信號，并在收到所述主控板發(fā)送的允許幀時，將待發(fā)送的數(shù)據(jù)通過所分配的HDLC上行通道發(fā)送給主控板。較佳地，上述系統(tǒng)中，所述接口板，在所有數(shù)據(jù)發(fā)送完成后，還清除請求線信號；
所述主控板，判斷所述接口板清除了請求線信號時，釋放分配給該接口板的HDLC上行通道。較佳地，上述系統(tǒng)中，所述接口板將待發(fā)送的數(shù)據(jù)通過所分配的HDLC上行通道發(fā)送給主控板時，采用拼接報文方式傳輸數(shù)據(jù)。較佳地，上述系統(tǒng)中，所述接口板，從發(fā)送緩沖區(qū)中提取一條消息，所述消息包括消息頭和數(shù)據(jù)區(qū)兩部分，若該消息的長度沒有達(dá)到HDLC報文允許的最大長度，則從發(fā)送緩沖區(qū)中提取下條消息，計算兩條消息拼接后的長度，若拼接后長度仍小于HDLC報文允許的最大長度，則將第一條及第二條消息進(jìn)行拼接，重復(fù)該過程，只至拼接后的消息長度大于HDLC報文允許的最大長度或發(fā)送緩沖區(qū)中已無數(shù)據(jù)發(fā)送。較佳地，上述系統(tǒng)中，所述接口板，主動要求發(fā)送上行數(shù)據(jù)或者響應(yīng)所述主控板發(fā)起的查詢請求時，通過請求線向所述主控板發(fā)送請求線信號。較佳地，上述系統(tǒng)中，所述主控板，還將要發(fā)送的配置數(shù)據(jù)放入發(fā)送緩沖區(qū)中，在下行通道空閑時，將所述配置數(shù)據(jù)發(fā)送給接口板；所述接口板，接收并解析所述配置數(shù)據(jù)，解析判斷此配置數(shù)據(jù)為發(fā)送到本槽位或廣播的配置命令則進(jìn) 行相應(yīng)處理，否則直接丟棄。本發(fā)明提供的對HDLC時分復(fù)用方法可以極大減少HDLC鏈路無效數(shù)據(jù)量，提高HDLC通信效率，增加HDLC鏈路的通信能力。同時還提供了一種解決接口板上的發(fā)送模塊為非Open Drain電路時，確保HDLC數(shù)據(jù)鏈正常通信的方法。


圖1是現(xiàn)有HDLC通信過程示意圖；圖2是本發(fā)明中HDLC數(shù)據(jù)鏈路結(jié)構(gòu)示意圖；圖3是本發(fā)明中下行數(shù)據(jù)處理流程圖；圖4是本發(fā)明提出的報文結(jié)構(gòu)示意圖；圖5是本發(fā)明中上行數(shù)據(jù)處理流程圖；圖6是本發(fā)明中HDLC通信過程示意圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚明白，下文將結(jié)合附圖對本發(fā)明技術(shù)方案作進(jìn)一步詳細(xì)說明。需要說明的是，在不沖突的情況下，本申請的實施例和實施例中的特征可以任意相互組合。實施例1本申請發(fā)明人提出，一種基于HDLC協(xié)議時分復(fù)用系統(tǒng)，在各接口板與主控板之間分別連接有請求線。因此，該系統(tǒng)中的HDLC鏈路主要分為三部分:鏈?zhǔn)竭B接的HDLC下行數(shù)據(jù)鏈路、星型連接的HDLC上行數(shù)據(jù)鏈路以及星型連接的發(fā)送請求線(req)。其中，鏈?zhǔn)竭B接的HDLC下行數(shù)據(jù)鏈路由主控板發(fā)送端及各個接口板接收端組成；星型連接的HDLC上行數(shù)據(jù)鏈路由各個接口板發(fā)送端及主控板接收端組成，通信時由主控板主動選擇接收通道，保證上行通道經(jīng)過N:1的通道選擇后是點(diǎn)對點(diǎn)的通信，這樣當(dāng)其它單板的電路為非OpenDrain時，默認(rèn)狀態(tài)為持續(xù)輸出高電平而非高阻態(tài)時，N:1的通道選擇器已經(jīng)將其它單板的輸入信號忽略，因此不會對上行通道產(chǎn)生影響；星型連接的發(fā)送請求線表征當(dāng)前接口板是否由上行數(shù)據(jù)發(fā)送，它由各個接口板驅(qū)動以通告主控板。值得注意的時，該請求線是為了向主控申請上行通道的使用權(quán)，而非通常的請求數(shù)據(jù)功能。主控板根據(jù)下行數(shù)據(jù)的目的槽位來分配下行通道的使用權(quán)，通過各個槽位的發(fā)送請求線狀態(tài)來分配上行通道的使用權(quán)。具體地，上述系統(tǒng)中，主控板，接收到接口板通過請求線發(fā)起的請求線信號時，通過N:1通道選擇器選擇與該接口板之間的HDLC上行通道通路，并在所述HDLC上行通道上發(fā)送允許幀發(fā)送給該接口板，以分配HDLC上行通道的使用權(quán)給該接口板；接口板，在需要發(fā)送上行數(shù)據(jù)時，通過請求線向所述主控板發(fā)起請求線信號，并在收到所述主控板發(fā)送的允許幀時，將待發(fā)送的數(shù)據(jù)通過所分配的HDLC上行通道發(fā)送給主控板。上述接口板需要發(fā)送上行數(shù)據(jù)是指，主動要求發(fā)送上行數(shù)據(jù)或者響應(yīng)主控板發(fā)起的查詢請求時，即認(rèn)為接口板此時需要通過請求線向主控板發(fā)送請求線信號。還要指出的是，為了合理利用通道資源，接口板，在所有數(shù)據(jù)發(fā)送完成后，還會清除請求線信號。此時，主控板，判斷接口板清除了請求線信號，則釋放分配給該接口板的HDLC上行通道。優(yōu)選地，接口板將待發(fā)送的數(shù)據(jù)通過所分配的HDLC上行通道發(fā)送給主控板時，采用拼接報文方式傳輸數(shù)據(jù)。例如，接口板，從發(fā)送緩沖區(qū)中提取一條消息，所述消息包括消息頭和數(shù)據(jù)區(qū)兩部分，若該消息的長度沒有達(dá)到HDLC報文允許的最大長度，則從發(fā)送緩沖區(qū)中提取下條消息，計算兩條消息拼接后的長度，若拼接后長度仍小于HDLC報文允許的最大長度，則將第一條及第二條消息進(jìn)行拼接，重復(fù)該過程，只至拼接后的消息長度大于HDLC報文允許的最大長度或發(fā)·送緩沖區(qū)中已無數(shù)據(jù)發(fā)送即可。當(dāng)然，除了上行數(shù)據(jù)的傳輸外，主控板，還將要發(fā)送的配置數(shù)據(jù)放入發(fā)送緩沖區(qū)中，在下行通道空閑時，將所述配置數(shù)據(jù)發(fā)送給接口板。而接口板，則接收并解析主控板發(fā)送的配置數(shù)據(jù)，解析判斷此配置數(shù)據(jù)為發(fā)送到本槽位或廣播的配置命令則進(jìn)行相應(yīng)處理，否則直接丟棄。下面結(jié)合圖2介紹，詳細(xì)介紹上述系統(tǒng)的HDLC數(shù)據(jù)鏈路結(jié)構(gòu)。主控板與各接口板之間連接有HDLC Tx信號線及HDLC Rx信號線；主控板還包含一個N:1的通道選擇器。其中，HDLC Rx信號線作為上行數(shù)據(jù)的狀態(tài)線可輔助整個系統(tǒng)上行鏈路的正常工作。實施例2本實施例介紹一種基于HDLC協(xié)議時分復(fù)用方法,其可依賴上述實施例1中的復(fù)用系統(tǒng)來實現(xiàn)。具體地，本實施例提供的基于HDLC協(xié)議時分復(fù)用方法包括如下操作:各接口板與主控板之間分別連接一請求線；主控板接收到接口板通過其請求線發(fā)起的請求線信號時，通過N:1通道選擇器選擇與該接口板之間的HDLC上行通道通路，在所述HDLC上行通道上發(fā)送允許幀發(fā)送給該接口板，以分配HDLC上行通道的使用權(quán)給該接口板；接口板收到所述允許幀，則將待發(fā)送的數(shù)據(jù)通過所分配的HDLC上行通道發(fā)送給主控板。優(yōu)選方案提出，接口板在所有數(shù)據(jù)發(fā)送完成后，還會清除請求線信號。而主控板判斷接口板清除了請求線信號時，釋放分配給該接口板的HDLC上行通道，從而提高系統(tǒng)的資源利用率。同樣，為了大大提高資源利用率，還有一些方案提出，接口板將待發(fā)送的數(shù)據(jù)通過所分配的HDLC上行通道發(fā)送給主控板時，采用拼接報文方式傳輸數(shù)據(jù)。例如，接口板先從發(fā)送緩沖區(qū)中提取一條消息，所述消息包括消息頭和數(shù)據(jù)區(qū)兩部分，若該消息的長度沒有達(dá)到HDLC報文允許的最大長度，則從發(fā)送緩沖區(qū)中提取下條消息，計算兩條消息拼接后的長度，若拼接后長度仍小于HDLC報文允許的最大長度，則將第一條及第二條消息進(jìn)行拼接，重復(fù)該過程，只至拼接后的消息長度大于HDLC報文允許的最大長度或發(fā)送緩沖區(qū)中已無數(shù)據(jù)發(fā)送。另外，在上述方法的基礎(chǔ)，主控板還可以將要發(fā)送的配置數(shù)據(jù)放入發(fā)送緩沖區(qū)中，在下行通道空閑時，將配置數(shù)據(jù)發(fā)送給接口板。接口板接收并解析該配置數(shù)據(jù)，解析判斷此配置數(shù)據(jù)為發(fā)送到本槽位或廣播的配置命令則進(jìn)行相應(yīng)處理，否則直接丟棄。還要說明的是，在上述方法的實現(xiàn)過程中，主控板接收到接口板通過其請求線發(fā)起的請求線信號的情況包括接口板主動要求發(fā)送上行數(shù)據(jù)時，通過請求線向所述主控板發(fā)送的請求線信號；以及接口板響應(yīng)主控板發(fā)起的查詢請求時，通過請求線向所述主控板發(fā)送的請求線信號。 而實際應(yīng)用中，針對分布式實時通信系統(tǒng)，數(shù)據(jù)傳輸通常有如下三種場景。1、主控板向接口板發(fā)送配置命令，無需接口板回復(fù)；

2、接口板有數(shù)據(jù)需要主動發(fā)送到主控板；3、主控板向接口板發(fā)送查詢命令，需要接口板回復(fù)。下面詳細(xì)介紹本發(fā)明針對上述三種場景的實現(xiàn)方式。下面先介紹主控板向接口板發(fā)送配置命令的通信過程。當(dāng)主控板需要發(fā)送配置命令時，將要發(fā)送的數(shù)據(jù)放入發(fā)送緩沖區(qū)中，主控板從發(fā)送緩沖區(qū)中獲取消息，等待下行通道空閑，分配下行通道使用權(quán)，然后發(fā)送數(shù)據(jù)到接口板，接口板則對接收內(nèi)容進(jìn)行解析，若為發(fā)送到自己槽位或廣播的配置命令則做相關(guān)處理，否則直接丟棄。這就完成了主控板向接口板發(fā)送配置命令的過程，該過程也稱為下行數(shù)據(jù)的處理流程，具體如圖3所示。下面再介紹接口板主動向主控板發(fā)送數(shù)據(jù)的過程。當(dāng)接口板要主動向主控板上報數(shù)據(jù)時，首先要先對發(fā)送請求線置位(即向主控板發(fā)送請求線信號)以表明當(dāng)前該板有數(shù)據(jù)要發(fā)送，請求主控板分配HDLC上行通道使用權(quán)。由于發(fā)送請求線與主控板直接相連，因此主控就可以獲取到當(dāng)前有接口板需要發(fā)送數(shù)據(jù)，并可通過是哪根發(fā)送請求線來確定需要發(fā)送數(shù)據(jù)的接口板槽位。當(dāng)有多個接口板需要發(fā)送數(shù)據(jù)時，則根據(jù)槽位號由小到大的次序來依次處理。主控獲取到槽位信息后，將接收端的N:1通道選擇器選至需要發(fā)送數(shù)據(jù)的槽位，并發(fā)送允許幀發(fā)送給該相應(yīng)接口板，分配HDLC上行通道的使用權(quán)，等待接收接口板發(fā)送的數(shù)據(jù)。接口板收到發(fā)送允許幀，認(rèn)為當(dāng)前其可以使用HDLC上行通道且主控已做好接收數(shù)據(jù)的準(zhǔn)備，即將已準(zhǔn)備好的數(shù)據(jù)發(fā)送給主控板。若所有數(shù)據(jù)已發(fā)送完成，清除發(fā)送請求線狀態(tài)，否則保持當(dāng)前狀態(tài)，等待主控再一次分配上行通道使用權(quán)。而在接口板準(zhǔn)備發(fā)送報文時，為了增加通信效率，還可以使用一種拼接報文的策略。首先從發(fā)送緩沖區(qū)中獲取一條消息，消息包括消息頭和數(shù)據(jù)區(qū)兩部分，若該消息長度較小，沒有達(dá)到HDLC報文的最大長度要求，則嘗試取出發(fā)送緩沖區(qū)中下條消息，計算兩條消息拼接后的長度，若拼接后長度仍小于HDLC最大報文長度，則將第一條及第二條消息進(jìn)行拼接，重復(fù)該過程，只至拼接后的消息長度大于HDLC最大報文限制或發(fā)送緩沖區(qū)中已無數(shù)據(jù)發(fā)送。本實施例中拼接的報文結(jié)構(gòu)如圖4所示。主控接收到報文后，會根據(jù)消息頭獲取到第一條消息的長度等信息，對該報文進(jìn)行相關(guān)處理，隨后判斷根據(jù)整幀的報文長度判斷是否仍有消息，若仍有消息則繼續(xù)處理，否則結(jié)束接收流程。上述過程即一次接口板主動上報數(shù)據(jù)的過程，該過程也為上行數(shù)據(jù)的一般處理流程。具體，如圖5所示。最后，介紹主控板從接口板查詢數(shù)據(jù)的過程。主控板從接口板查詢數(shù)據(jù)的過程分為發(fā)送查詢命令及接口板回復(fù)數(shù)據(jù)兩部分，該過程也可看成上行數(shù)據(jù)及下行數(shù)據(jù)傳輸?shù)慕M合。主控板會向接口板發(fā)送查詢命令，通告接口板準(zhǔn)備相關(guān)數(shù)據(jù)。需要注意的是，在發(fā)送查詢命令后，主控的HDLC相關(guān)任務(wù)并不會阻塞以等待接口板返回的數(shù)據(jù)，而是繼續(xù)對其他槽位進(jìn)行處理。該過程與主控發(fā)送配置數(shù)據(jù)一致。接口板完成對查詢命令的解析、并準(zhǔn)備好主控板所需要的數(shù)據(jù)后，即對發(fā)送請求線置位，等待主控分配HDLC上行通道使用權(quán)，以向主控板發(fā)送數(shù)據(jù)。該過程與接口板進(jìn)行一次主動上報數(shù)據(jù)的操作一致。通過上述方法，可以看出，相對圖1的示例，采用本申請技術(shù)方案后，會被實現(xiàn)為如下圖示，圖中A為查詢命令，B為接口板返回的查詢結(jié)果，C、D為配置數(shù)據(jù)，E為主控發(fā)送給接口板的發(fā)送允許幀。數(shù)據(jù)傳輸?shù)耐暾^程如圖6所示，包括如下操作:步驟1，主控板向接口板發(fā)送查詢命令(T1-T2)；步驟2，接口板準(zhǔn)備數(shù)據(jù)的同時(T2-T3)，主控向其它接口板發(fā)送配置數(shù)據(jù)(T2-T4)；步驟3，接口板準(zhǔn)備好回復(fù)的數(shù)據(jù)(T3)，講發(fā)送請求線置位；步驟4，主控發(fā)現(xiàn)有上行數(shù)據(jù)請求(T3)，等待下行空閑發(fā)送發(fā)送允許幀(T4-T5)，給接口板分配上行通道使用權(quán)；步驟5，接收到發(fā)送允許幀后，接口板占用上行通道恢復(fù)數(shù)據(jù)(T5-T6)，同時，主控通過下行通道向其它接口板發(fā)送配置數(shù)據(jù)；步驟6，發(fā)送完成后，接口板清除發(fā)送請求線狀態(tài)(T6)?？梢钥闯觯鲜鲞^程中下行通道的有效數(shù)據(jù)為Τ1-Τ3、Τ5_Τ6，上行通道的有效數(shù)據(jù)為Τ5-Τ6，可以發(fā)現(xiàn)HDLC上的無效數(shù)據(jù)及空閑等待的狀態(tài)被大幅的減少，通信的效率得到極大的提聞。從上述實施例可以看出，本申請技術(shù)方案中接口板有數(shù)據(jù)要主動發(fā)送，主要通過發(fā)送請求線來向主控板通告，主控板就不需要頻繁的向每個接口板發(fā)送HDLC查詢幀去獲取是否有數(shù)據(jù)發(fā)送。使得主控分配HDLC上行通道時，只為有需要的接口板分配，最大限度的減小了 HDLC通道上無用數(shù)據(jù)的傳輸，提高了 HDLC通道的使用效率。而且，本申請技 術(shù)方案中主控從接口板獲取信息時，發(fā)送查詢幀后，立即釋放HDLC下行的通道，接口板準(zhǔn)備完成數(shù)據(jù)后，通過發(fā)送請求線告知主控板。這樣在等待接口板準(zhǔn)備數(shù)據(jù)的過程中HDLC的上行及下行通道可以分配給需要的槽位。這種實現(xiàn)方式大大縮短了各個槽位占用HDLC通道的時間，并可消除接口板準(zhǔn)備數(shù)據(jù)時間的長短對HDLC通信效率產(chǎn)生的影響。另外，本申請技術(shù)方案中HDLC的上行通道采用N:1的通道選擇器，當(dāng)接口板HDLC發(fā)送模塊即使不為Open Drain電路時，系統(tǒng)也可以正常工作，提高了系統(tǒng)的適用性，并且在接口板HDLC邏輯異常的情況下也不影響其他槽位接口板的HDLC通信，增強(qiáng)了系統(tǒng)的穩(wěn)定性；還有，本申請技術(shù)方案中在發(fā)送上行報文時，接口板采用拼接報文的方式以增加上行鏈路通信量，從而提高了通信效率。本領(lǐng)域普通技術(shù)人員可以理解上述方法中的全部或部分步驟可通過程序來指令相關(guān)硬件完成，所述程序可以存儲于計算機(jī)可讀存儲介質(zhì)中，如只讀存儲器、磁盤或光盤等。可選地，上述實施例的全部或部分步驟也可以使用一個或多個集成電路來實現(xiàn)。相應(yīng)地，上述實施例中的各模塊/單元可以采用硬件的形式實現(xiàn)，也可以采用軟件功能模塊的形式實現(xiàn)。本申請不限制于任何特定形式的硬件和軟件的結(jié)合。以上所述，僅為本發(fā)明的較佳實例而已，并非用于限定本發(fā)明的保護(hù)范圍。凡在本發(fā)明的精神和原則之內(nèi)，所做的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。`
權(quán)利要求
1.一種基于高級數(shù)據(jù)鏈路控制(HDLC)協(xié)議時分復(fù)用方法，其特征在于，該方法包括: 各接口板與主控板之間分別連接一請求線； 所述主控板接收到接口板通過其請求線發(fā)起的請求線信號時，通過N: I通道選擇器選擇與該接口板之間的HDLC上行通道通路，在所述HDLC上行通道上發(fā)送允許幀發(fā)送給該接口板，以分配HDLC上行通道的使用權(quán)給該接口板； 所述接口板收到所述允許幀，則將待發(fā)送的數(shù)據(jù)通過所分配的HDLC上行通道發(fā)送給主控板。
2.如權(quán)利要求1所述的方法，其特征在于，該方法還包括: 所述接口板在所有數(shù)據(jù)發(fā)送完成后，清除請求線信號； 所述主控板判斷所述接口板清除了請求線信號時，釋放分配給該接口板的HDLC上行通道。
3.如權(quán)利要求1所述的方法，其特征在于，所述接口板將待發(fā)送的數(shù)據(jù)通過所分配的HDLC上行通道發(fā)送給主控板時，采用拼接報文方式傳輸數(shù)據(jù)。
4.如利要求3所述的方法，其特征在于，所述接口板采用拼接報文方式傳輸數(shù)據(jù)的過程如下: 首先從發(fā)送緩沖區(qū)中提取一條消息，所述消息包括消息頭和數(shù)據(jù)區(qū)兩部分，若該消息的長度沒有達(dá)到HDLC報文允許的最大長度，則從發(fā)送緩沖區(qū)中提取下條消息，計算兩條消息拼接后的長度，若拼接后長度仍小于HDLC報文允許的最大長度，則將第一條及第二條消息進(jìn)行拼接，重復(fù)該過程，只至拼接后的消息長度大于HDLC報文允許的最大長度或發(fā)送緩沖區(qū)中已無數(shù)據(jù)發(fā)送。
5.如權(quán)利要求1至4任一項所 述的方法，其特征在于，所述主控板接收到接口板通過其請求線發(fā)起的請求線信號指: 所述接口板主動要求發(fā)送上行數(shù)據(jù)時，通過請求線向所述主控板發(fā)送請求線信號；或者 所述接口板響應(yīng)所述主控板發(fā)起的查詢請求時，通過請求線向所述主控板發(fā)送請求線信號。
6.如權(quán)利要求1至4任一項所述的方法，其特征在于，該方法還包括: 主控板將要發(fā)送的配置數(shù)據(jù)放入發(fā)送緩沖區(qū)中，在下行通道空閑時，將所述配置數(shù)據(jù)發(fā)送給接口板； 接口板接收并解析所述配置數(shù)據(jù)，解析判斷此配置數(shù)據(jù)為發(fā)送到本槽位或廣播的配置命令則進(jìn)行相應(yīng)處理，否則直接丟棄。
7.一種基于高級數(shù)據(jù)鏈路控制(HDLC)協(xié)議時分復(fù)用系統(tǒng)，其特征在于，該系統(tǒng)包括多個接口板與一個主控板，各接口板與主控板之間分別連接有請求線； 所述主控板，接收到接口板通過請求線發(fā)起的請求線信號時，通過N:1通道選擇器選擇與該接口板之間的HDLC上行通道通路，并在所述HDLC上行通道上發(fā)送允許幀發(fā)送給該接口板，以分配HDLC上行通道的使用權(quán)給該接口板； 所述接口板，在需要發(fā)送上行數(shù)據(jù)時，通過請求線向所述主控板發(fā)起請求線信號，并在收到所述主控板發(fā)送的允許幀時，將待發(fā)送的數(shù)據(jù)通過所分配的HDLC上行通道發(fā)送給主控板。
8.如權(quán)利要求7所述的系統(tǒng)，其特征在于， 所述接口板，在所有數(shù)據(jù)發(fā)送完成后，還清除請求線信號； 所述主控板，判斷所述接口板清除了請求線信號時，釋放分配給該接口板的HDLC上行通道。
9.如權(quán)利要求7所述的系統(tǒng)，其特征在于，所述接口板將待發(fā)送的數(shù)據(jù)通過所分配的HDLC上行通道發(fā)送給主控板時，采用拼接報文方式傳輸數(shù)據(jù)。
10.如利要求9所述的系統(tǒng)，其特征在于， 所述接口板，從發(fā)送緩沖區(qū)中提取一條消息，所述消息包括消息頭和數(shù)據(jù)區(qū)兩部分，若該消息的長度沒有達(dá)到HDLC報文允許的最大長度，則從發(fā)送緩沖區(qū)中提取下條消息，計算兩條消息拼接后的長度，若拼接后長度仍小于HDLC報文允許的最大長度，則將第一條及第二條消息進(jìn)行拼接，重復(fù)該過程，只至拼接后的消息長度大于HDLC報文允許的最大長度或發(fā)送緩沖區(qū)中已無數(shù)據(jù)發(fā)送。
11.如權(quán)利要求7至10任一項所述的系統(tǒng)，其特征在于， 所述接口板，主動要求發(fā)送上行數(shù)據(jù)或者響應(yīng)所述主控板發(fā)起的查詢請求時，通過請求線向所述主控板發(fā)送請求線信號。
12.如權(quán)利要求7至10任一項所述的系統(tǒng)，其特征在于， 所述主控板，還將要發(fā)送的配置數(shù)據(jù)放入發(fā)送緩沖區(qū)中，在下行通道空閑時，將所述配置數(shù)據(jù)發(fā)送給接口板； 所述接口板，接收并解析所述配置數(shù)據(jù)，解析判斷此配置數(shù)據(jù)為發(fā)送到本槽位或廣播的配置命令則進(jìn)行相應(yīng)處理 ，否則直接丟棄。
全文摘要
本發(fā)明公開了一種基于高級數(shù)據(jù)鏈路控制協(xié)議時分復(fù)用方法及系統(tǒng)，涉及通信技術(shù)。本發(fā)明公開的方法包括各接口板與主控板之間分別連接一請求線；所述主控板接收到接口板通過其請求線發(fā)起的請求線信號時，通過N:1通道選擇器選擇與該接口板之間的HDLC上行通道通路，在所述HDLC上行通道上發(fā)送允許幀發(fā)送給該接口板，以分配HDLC上行通道的使用權(quán)給該接口板；所述接口板收到所述允許幀，則將待發(fā)送的數(shù)據(jù)通過所分配的HDLC上行通道發(fā)送給主控板。本發(fā)明還公開了一種基于HDLC協(xié)議時分復(fù)用系統(tǒng)。本申請技術(shù)方案極大減少了HDLC鏈路無效數(shù)據(jù)量，提高了HDLC通信效率，增加了HDLC鏈路的通信能力。
文檔編號H04L29/06GK103237017SQ20131010914
公開日2013年8月7日 申請日期2013年3月29日 優(yōu)先權(quán)日2013年3月29日
發(fā)明者趙堅固, 宋顯建 申請人:瑞斯康達(dá)科技發(fā)展股份有限公司