周進(jìn)松，李正宇，吳小艨

(中國(guó)電子科技集團(tuán)公司第三十研究所，四川 成都 610041)

?

基于HDLC協(xié)議的通信通道設(shè)計(jì)

周進(jìn)松，李正宇，吳小艨

(中國(guó)電子科技集團(tuán)公司第三十研究所，四川 成都 610041)

為對(duì)在E1信道上采用HDLC(高級(jí)數(shù)據(jù)鏈路控制)幀格式傳輸?shù)臄?shù)據(jù)進(jìn)行有效控制，信道兩端的管理設(shè)備需要進(jìn)行數(shù)據(jù)通信。通信通道均通過(guò)HDLC鏈路實(shí)現(xiàn)，不額外增加通信信道。目前的通信通道，大多通過(guò)解析HDLC幀，在HDLC凈荷中加入通信數(shù)據(jù)的方法來(lái)實(shí)現(xiàn)。為降低設(shè)計(jì)難度，通過(guò)分析HDLC鏈路的特點(diǎn)，提出用通信數(shù)據(jù)替換標(biāo)志字段的方法建立通信通道。這種方法不解析HDLC幀、不增加凈荷開(kāi)銷(xiāo)。與目前的方法相比更優(yōu)，能降低設(shè)計(jì)難度，同時(shí)降低對(duì)信道的干擾，并便于后期維護(hù)。

HDLC；管理；標(biāo)志字段；通信通道；解析

0　引　言

HDLC是一個(gè)在同步網(wǎng)上傳輸數(shù)據(jù)、面向比特的數(shù)據(jù)鏈路控制協(xié)議，由國(guó)際標(biāo)準(zhǔn)化組織(ISO)提出。在通信領(lǐng)域中，HDLC協(xié)議是應(yīng)用最廣泛的協(xié)議之一[1]，其工作方式可以支持半雙工、全雙工傳送，支持點(diǎn)到點(diǎn)、多點(diǎn)結(jié)構(gòu)，支持交換型、非交換型信道。

近年，在電信網(wǎng)中，隨著SDH(同步數(shù)字體系)系統(tǒng)的大量普及，PDH(準(zhǔn)同步數(shù)字體系)系統(tǒng)開(kāi)始逐漸退役，為充分利用這些已有資源，通過(guò)PDH系統(tǒng)的E1資源來(lái)傳輸以太網(wǎng)業(yè)務(wù)成為廣泛的應(yīng)用[2]。該應(yīng)用方式利用協(xié)議轉(zhuǎn)換器將以太網(wǎng)數(shù)據(jù)進(jìn)行HDLC協(xié)議封裝，采用HDLC鏈路點(diǎn)到點(diǎn)的工作方式，為小型以太網(wǎng)交換提供服務(wù)。

根據(jù)使用需求，運(yùn)營(yíng)商在線路上增加管理設(shè)備，實(shí)現(xiàn)對(duì)傳輸數(shù)據(jù)的控制。管理設(shè)備的增加，要求對(duì)原線路的影響盡量小，且管理設(shè)備相互之間可以進(jìn)行通信傳輸，以實(shí)現(xiàn)對(duì)線路數(shù)據(jù)的有效控制。本文即是根據(jù)這種需求，提出的一種在管理設(shè)備之間進(jìn)行通信的方法。該方法為標(biāo)志字段替代法，利用HDLC鏈路中標(biāo)志字段的唯一性，通過(guò)替換，實(shí)現(xiàn)通信數(shù)據(jù)的交互，可滿足在對(duì)線路影響很小的情況下進(jìn)行管理設(shè)備通信的使用需求。

1　HDLC幀格式

HDLC是面向位的鏈路控制規(guī)程，采用幀結(jié)構(gòu)傳輸數(shù)據(jù)，HDLC的幀結(jié)構(gòu)如圖1所示[3]。

圖1　HDLC幀結(jié)構(gòu)

(1)標(biāo)志(F)：標(biāo)志為01111110(7E)的比特模式，用以標(biāo)志幀的起始和前一幀的終止。標(biāo)志字段也可以作為幀與幀之間的填充字符。

(2)地址(A)：每一接收端地址唯一，用于判斷當(dāng)前數(shù)據(jù)幀是否發(fā)給自己。

(3)控制(C)：構(gòu)成各種命令和響應(yīng)，以便對(duì)鏈路進(jìn)行監(jiān)視和控制。HDLC幀中有信息幀、監(jiān)督幀和無(wú)編號(hào)幀3種不同類(lèi)型的幀[4]。

(4)信息(I)：信息可以是任意的二進(jìn)制比特串。比特串長(zhǎng)度未作限定，其上限由通信緩沖器的容量決定，目前國(guó)際上用得較多的是1 000～2 000 bits。

(5)幀校驗(yàn)序列(FCS)：幀校驗(yàn)序列可以使用16位CRC，對(duì)兩個(gè)標(biāo)志字段之間的整個(gè)幀的內(nèi)容進(jìn)行校驗(yàn)。

2　研究現(xiàn)狀

通過(guò)HDLC鏈路發(fā)送通信數(shù)據(jù)，現(xiàn)在普遍的做法是利用HDLC幀創(chuàng)建通信通道。即通過(guò)搜索或產(chǎn)生HDLC幀，將通信數(shù)據(jù)插入HDLC幀中發(fā)送，設(shè)計(jì)的基本流程如下：

發(fā)送端首先搜索并解析HDLC幀，然后將待發(fā)送的通信數(shù)據(jù)插入信息字段的特定位置，并重新進(jìn)行校驗(yàn)和運(yùn)算，形成新的HDLC幀發(fā)送(見(jiàn)圖2)；

接收端則在收到HDLC幀后，同樣先進(jìn)行解析，在預(yù)先設(shè)定的位置提取通信數(shù)據(jù)，然后進(jìn)行校驗(yàn)和運(yùn)算，恢復(fù)原HDLC幀(見(jiàn)圖3)。

圖2　向HDLC幀中插入通信數(shù)據(jù)

圖3　從HDLC幀中提取通信數(shù)據(jù)

該方法的設(shè)計(jì)思路較簡(jiǎn)單，通信隨時(shí)可以進(jìn)行，通信完成后對(duì)原HDLC幀數(shù)據(jù)無(wú)損傷。但是該方法不僅收發(fā)端都需要對(duì)HDLC幀進(jìn)行解析，校驗(yàn)值重新運(yùn)算，而且HDLC幀的長(zhǎng)度會(huì)隨著通信數(shù)據(jù)的插入而發(fā)生改變，設(shè)計(jì)實(shí)現(xiàn)比較復(fù)雜。

3　通信通道的建立

本文提出創(chuàng)建通信通道的方法，為基于HDLC鏈路標(biāo)志字段(7E)的替代方法。當(dāng)管理設(shè)備有通信需求時(shí)，持續(xù)對(duì)標(biāo)志字段進(jìn)行搜索和定位，將通信數(shù)據(jù)通過(guò)替換特定標(biāo)志字段的方式進(jìn)行傳輸。本設(shè)計(jì)不僅不需要對(duì)HDLC幀進(jìn)行解析，甚至數(shù)據(jù)長(zhǎng)度也不發(fā)生改變，設(shè)計(jì)難度大為降低。

3.1標(biāo)志字段的利用

HDLC鏈路要求所有的幀必須以字段“7E”標(biāo)志開(kāi)始和結(jié)束，所有幀中不能有“7E”出現(xiàn)。接收設(shè)備通過(guò)不斷搜尋標(biāo)志字段“7E”，實(shí)現(xiàn)幀同步，從而保證接收部分對(duì)后續(xù)字段的正確識(shí)別。另外，在幀與幀的空載期間，連續(xù)發(fā)送標(biāo)志字段“7E”，用來(lái)作時(shí)間填充。如圖4所示。

圖4HDLC幀中標(biāo)志字段的傳輸

在HDLC幀中，有可能產(chǎn)生與標(biāo)志字段的碼型相同的比特組合。為了防止這種情況產(chǎn)生，保證對(duì)數(shù)據(jù)的透明傳輸，采取了比特填充技術(shù)。當(dāng)采用比特填充技術(shù)時(shí)，在數(shù)據(jù)位中如果有5個(gè)連續(xù)“1”，那么就在后面增加一個(gè)“0”[5]；接收端則去除5個(gè)“1”以后的“0”，恢復(fù)原來(lái)的數(shù)據(jù)序列。

比特填充技術(shù)的采用排除了在HDLC幀中出現(xiàn)的“7E”的可能性，保證了“7E”只能在鏈路空閑時(shí)出現(xiàn)。由于“7E”的特殊性，因此通信通道利用替代“7E”的方式建立，在發(fā)送端用通信數(shù)據(jù)替代“7E”傳輸?shù)綄?duì)端，接收端根據(jù)“7E”提取通信數(shù)據(jù)，并插入“7E”恢復(fù)線路數(shù)據(jù)。具體為每連續(xù)3個(gè)“7E”，用通信數(shù)據(jù)替代中間的一個(gè)“7E”。采用該方法有以下一些好處：

(1)對(duì)鏈路同步影響小：替換后標(biāo)志字段依舊保持較高比例，不會(huì)造成鏈路失步。

(2)通信數(shù)據(jù)容易判斷：每?jī)蓚€(gè)“7E”中間僅1字節(jié)通信數(shù)據(jù)，與HDLC的幀結(jié)構(gòu)差別大，易于識(shí)別。

(3)便于鏈路恢復(fù)：通信數(shù)據(jù)完成接收后，固定用“7E”替換，不需額外計(jì)算，而且數(shù)據(jù)長(zhǎng)度未變，HDLC鏈路的恢復(fù)操作簡(jiǎn)單。

(4)對(duì)HDLC幀無(wú)影響：由于“7E”只在非幀時(shí)出現(xiàn)，因此通信數(shù)據(jù)也只會(huì)在非幀期間傳遞，不會(huì)對(duì)HDLC幀數(shù)據(jù)進(jìn)行操作。

即使由于干擾等意外原因，通信數(shù)據(jù)未能被對(duì)端正確識(shí)別，對(duì)HDLC鏈路來(lái)說(shuō)，也僅僅是在空閑時(shí)段產(chǎn)生的一些誤碼，對(duì)HDLC幀無(wú)影響。因此，標(biāo)志字段替代方法對(duì)HDLC鏈路的代價(jià)，僅僅是由于通信數(shù)據(jù)的收發(fā)過(guò)程，需要對(duì)鏈路數(shù)據(jù)先進(jìn)行緩存再處理，增加了鏈路時(shí)延。不過(guò)該部分時(shí)延對(duì)終端設(shè)備幾乎無(wú)感，運(yùn)營(yíng)商對(duì)此完全可以接受。

3.2硬件設(shè)計(jì)

硬件設(shè)計(jì)，包括發(fā)送端和接收端兩部分，分別進(jìn)行處理。

發(fā)送端首先對(duì)線路中是否有連續(xù)的3個(gè)字符“7E”進(jìn)行檢測(cè)，即對(duì)線路中是否有字符串“7E-7E-7E”進(jìn)行檢測(cè)。一旦檢測(cè)到，就將中間的一個(gè)“7E”進(jìn)行標(biāo)識(shí)，設(shè)計(jì)代碼主要如下：

if ((cnt_7e == 0) && (bit24_temp[23:0] == 24'h7e7e7e))

begin

cnt_7e <= 1;

cnt_7e_ton <= 1;

end

else

begin

if (cnt_7e_ton == 1)

begin

if ((cnt_7e >= 1) && (8 >= cnt_7e))

begin

cnt_7e <= cnt_7e + 1;

flag <= 0;

end

else if ((cnt_7e >= 9) && (16 >= cnt_7e))

begin

cnt_7e <= cnt_7e + 1;

flag <= 1;

end

else if ((cnt_7e >= 17) && (24 >= cnt_7e))

begin

cnt_7e <= cnt_7e + 1;

flag <= 0;

end

else

begin

flag <= 0;

cnt_7e <= 0;

cnt_7e_ton <= 0;

end

end

當(dāng)發(fā)送端在有數(shù)據(jù)待發(fā)送時(shí)，即在標(biāo)識(shí)位置用待發(fā)送數(shù)據(jù)“X”對(duì)字符“7E”進(jìn)行替代，設(shè)計(jì)代碼主要如下：

if (flag_7e & flag_insert )

send_data <= insert_data;

else

send_data <= user_data;

整個(gè)通信數(shù)據(jù)的插入過(guò)程如圖5所示。

圖5　通信數(shù)據(jù)的插入

接收端對(duì)接收到的數(shù)據(jù)持續(xù)進(jìn)行檢測(cè)，每當(dāng)檢測(cè)到接收數(shù)據(jù)中存在字符串“7E-X-7E”時(shí)，一旦檢測(cè)到，就將中間的一個(gè)“X”進(jìn)行標(biāo)識(shí)，設(shè)計(jì)代碼如下。

if ((cnt_7e == 0) &&(bit24_temp[23:16] == 8'h7e) && (bit24_temp[7:0] == 8'h7e))

begin

cnt_7e <= 1;

cnt_7e_ton <= 1;

end

else

begin

if (cnt_7e_ton == 1)

begin

if ((cnt_7e >= 1) && (8 >= cnt_7e))

begin

cnt_7e <= cnt_7e + 1;

flag <= 0;

end

else if ((cnt_7e >= 9) && (16 >= cnt_7e))

begin

cnt_7e <= cnt_7e + 1;

flag <= 1;

end

else if ((cnt_7e >= 17) && (24 >= cnt_7e))

begin

cnt_7e <= cnt_7e + 1;

flag <= 0;

end

else

begin

flag <= 0;

cnt_7e <= 0;

cnt_7e_ton <= 0;

end

end

即將“X”判為通信數(shù)據(jù)取出并放入緩存中。同時(shí)將“7E”插入，恢復(fù)HDLC鏈路數(shù)據(jù)，設(shè)計(jì)代碼主要如下：

if (flag_7e & flag_insert )

begin

comm_buf[127:0] <= {comm_buf[126:0], din};

send_data <= insert_7e;

end

else

send_data <= din;

通信數(shù)據(jù)是否接收完成，由硬件通過(guò)對(duì)接收數(shù)據(jù)的幀結(jié)構(gòu)解析，根據(jù)長(zhǎng)度字段來(lái)判定數(shù)據(jù)是否接收完成。整個(gè)通信數(shù)據(jù)的接收過(guò)程如圖6所示。

圖6　通信數(shù)據(jù)的提取和HDLC幀恢復(fù)

3.3通信幀結(jié)構(gòu)

為準(zhǔn)確進(jìn)行數(shù)據(jù)的收發(fā)，通信數(shù)據(jù)也必須以成幀結(jié)構(gòu)的形式進(jìn)行傳遞，以明確每幀數(shù)據(jù)的開(kāi)始和結(jié)束。

通信幀由幀頭字段(F)、長(zhǎng)度字段(L)、信息字段(I)、幀校驗(yàn)序列字段(FCS)、結(jié)束字段(E)等組成，幀結(jié)構(gòu)定義如圖7所示。

圖7　通信幀結(jié)構(gòu)

1)幀頭字段(F)

由于“7E”的特殊性，在HDLC鏈路空閑時(shí)期，非“7E”碼型的數(shù)據(jù)不會(huì)出現(xiàn)。在這種狀態(tài)下，幀頭字段的碼型選擇可較隨意，只需避開(kāi)“7E”碼型即可。為保證數(shù)據(jù)接收的可靠性，幀頭字段采取16 bit，用以標(biāo)志通信數(shù)據(jù)幀的開(kāi)始。

圖8通信幀幀頭字段的插入

2)長(zhǎng)度字段(L)

通信幀的總長(zhǎng)度，用于判定幀接收是否完成。

3)信息字段(I)

由于通信數(shù)據(jù)以8 bit為單位提取，因此信息字段需要是8 bit的倍數(shù)，不足需補(bǔ)充，倍數(shù)自定義。

4)幀校驗(yàn)序列字段(FCS)

幀校驗(yàn)方式本處選擇普遍使用的16位CRC進(jìn)行校驗(yàn)。

5)結(jié)束字段(E)

為保證通信數(shù)據(jù)接收的可靠性，定義結(jié)束字段，用以標(biāo)志通信數(shù)據(jù)幀的結(jié)束。當(dāng)接收通信數(shù)據(jù)的長(zhǎng)度與長(zhǎng)度字段一致時(shí)，對(duì)該通信數(shù)據(jù)進(jìn)行判斷，若與結(jié)束字段不一致，即判斷本次通信失敗。

4　特殊情況處理

4.1通信數(shù)據(jù)中有“7E”

由于“7E”用以標(biāo)志幀的起始和前一幀的終止，若在幀數(shù)據(jù)中出現(xiàn)，將會(huì)破壞幀數(shù)據(jù)的接收，因此HDLC鏈路采取了比特填充技術(shù)來(lái)改變幀數(shù)據(jù)中出現(xiàn)的“7E”的碼型，以避免“7E”的出現(xiàn)。

同樣，當(dāng)通信幀數(shù)據(jù)中有“7E”存在時(shí)，可能會(huì)形成“7E-7E-7E-7E-7E”的情況，此時(shí)接收端將無(wú)法對(duì)通信數(shù)據(jù)進(jìn)行準(zhǔn)確定位，造成通信失敗。

由于通信數(shù)據(jù)的接收，通過(guò)判斷線路中是否有字符串“7E-X-7E”來(lái)進(jìn)行，即對(duì)接收的數(shù)據(jù)緩存中，固定以24 bit長(zhǎng)度為標(biāo)準(zhǔn)進(jìn)行比較。若采取HDLC鏈路的比特填充技術(shù)，數(shù)據(jù)長(zhǎng)度將會(huì)變?yōu)?5 bit，不僅給鏈路增加了額外的開(kāi)銷(xiāo)，而且使得設(shè)計(jì)難度加大。

因此，對(duì)通信數(shù)據(jù)中有“7E”的情況，沒(méi)有采取比特填充技術(shù)進(jìn)行破壞，而是通過(guò)硬件傳輸狀態(tài)的判定，改變對(duì)通信數(shù)據(jù)的判斷流程，達(dá)到準(zhǔn)確接收“7E”的目的。

接收端在接收數(shù)據(jù)時(shí)，判定方式為每1 bit判斷1次。只要判斷到通信幀的幀頭“F1F2”，便置起相應(yīng)的標(biāo)志。在標(biāo)志置起期間，若線路中有字符串“7E-7E-7E”出現(xiàn)，通信處理流程將中間的一個(gè)“7E”判定為通信數(shù)據(jù)，提取到緩存中。同時(shí)對(duì)數(shù)據(jù)的接收改為每16 bit判斷一次，以防止連續(xù)的“7E”出現(xiàn)。當(dāng)線路中無(wú)“7E-7E-7E”出現(xiàn)時(shí)，恢復(fù)為每1 bit判斷1次。通信數(shù)據(jù)接收完成后，將標(biāo)志清零，此時(shí)線路中的字符串“7E-7E-7E”將不再處理。

4.2滿帶寬

HDLC鏈路中，“7E”用以標(biāo)志幀的起始和前一幀的終止。在業(yè)務(wù)量小時(shí)，鏈路中有大量“7E”存在，對(duì)通信通道不造成任何障礙。但是當(dāng)滿帶寬傳數(shù)據(jù)時(shí)，會(huì)出現(xiàn)HDLC幀連續(xù)發(fā)送的情況，鏈路中將沒(méi)有足夠的字符串“7E-7E-7E”出現(xiàn)，即無(wú)法建立通信通道。

針對(duì)該情況，設(shè)計(jì)了兩種工作模式來(lái)進(jìn)行處理，由使用人員根據(jù)具體情況來(lái)配置。

1)等待模式

顧名思義，等待模式就是等待滿帶寬傳輸狀態(tài)停止，字符串“7E-7E-7E”出現(xiàn)。在此期間，即使有字符串“7E-7E-7E”的出現(xiàn)，也不能保證能長(zhǎng)期穩(wěn)定的出現(xiàn)，因此，通信設(shè)計(jì)流程必須具備超時(shí)和重傳機(jī)制。

在通信遇到傳輸無(wú)法啟動(dòng)、啟動(dòng)后超時(shí)無(wú)法完成傳輸或傳輸完成后超時(shí)無(wú)法收到響應(yīng)等情況時(shí)，控制軟件將自動(dòng)觸發(fā)重傳機(jī)制，直至通信成功。該模式適用于對(duì)實(shí)時(shí)性要求不高的數(shù)據(jù)傳遞。

2)強(qiáng)插模式

若通信數(shù)據(jù)的實(shí)時(shí)性要求高，也可不等待滿帶寬狀態(tài)的停止就傳遞數(shù)據(jù)。強(qiáng)插模式即有通信數(shù)據(jù)待傳時(shí)，若在設(shè)定閥值內(nèi)字符串“7E-7E-7E”不能出現(xiàn)時(shí)，即將字符串“7E-7E-7E”強(qiáng)行插入用戶數(shù)據(jù)中，為通信通道的建立創(chuàng)造條件。

強(qiáng)插模式會(huì)對(duì)正在傳輸?shù)臄?shù)據(jù)造成破壞，因此要求數(shù)據(jù)傳輸量要少，以對(duì)正常傳輸?shù)腍DLC鏈路的破壞盡量小，非緊急情況不使用。

5　實(shí)驗(yàn)結(jié)果

根據(jù)上述方法，設(shè)計(jì)實(shí)現(xiàn)相應(yīng)的功能，并搭建相應(yīng)的實(shí)驗(yàn)環(huán)境進(jìn)行測(cè)試。測(cè)試環(huán)境如圖9所示，由兩臺(tái)計(jì)算機(jī)通過(guò)協(xié)議轉(zhuǎn)換器，在PDH系統(tǒng)中進(jìn)行通信傳輸測(cè)試。

圖9　實(shí)驗(yàn)環(huán)境

測(cè)試通過(guò)ping包和飛秋傳輸?shù)姆绞竭M(jìn)行，測(cè)試結(jié)果如圖10和圖11所示。

圖10　ping包測(cè)試結(jié)果

圖11　飛秋傳輸文件測(cè)試結(jié)果

將測(cè)試結(jié)果與沒(méi)加實(shí)驗(yàn)設(shè)備的測(cè)試結(jié)果進(jìn)行比較后，二者幾無(wú)差別，實(shí)驗(yàn)結(jié)果證明了設(shè)計(jì)方法的可行性和對(duì)用戶的影響小，可滿足管理設(shè)備在HDLC設(shè)備上的通信使用需求。

6　結(jié)　語(yǔ)

本文設(shè)計(jì)的標(biāo)志字段替代方法，針對(duì)采用HDLC鏈路點(diǎn)到點(diǎn)的使用模式，通過(guò)E1信道和傳輸協(xié)議轉(zhuǎn)換器進(jìn)行通信的信道管理設(shè)備。通過(guò)本設(shè)計(jì)，在已有幀數(shù)據(jù)傳輸?shù)腍DLC鏈路通道上，成功開(kāi)辟了一條新的通信通道，使管理設(shè)備能夠在對(duì)鏈路影響較小的情況下完成通信數(shù)據(jù)交互。目前該設(shè)計(jì)

方法已成功應(yīng)用到產(chǎn)品中，在大量用戶中使用穩(wěn)定可靠，收到了滿意的效果。

由于本文設(shè)計(jì)主要面對(duì)通信數(shù)據(jù)量小，占用信道時(shí)間短，對(duì)通信的實(shí)時(shí)性要求不高，且通信設(shè)備需為點(diǎn)對(duì)點(diǎn)成對(duì)使用的情況。因此在使用方式上有一定的限制，我們下一步的研究方向?qū)⒏倪M(jìn)為通信設(shè)備為點(diǎn)對(duì)多點(diǎn)情況使用時(shí)，如何在不增加或少量增加開(kāi)銷(xiāo)的情況下，通過(guò)HDLC鏈路完成通信數(shù)據(jù)的傳遞。

[1]張文博，左勇，徐浩然等.支持HDLC協(xié)議的紫外通信系統(tǒng)設(shè)計(jì)[J].光通信技術(shù), 2012(09)：53-56.ZHANG Wen-bo，ZUO Yong，XU Hao-ran，et al. Design of HDLC-Enabled Ultraviolet Communication System[J].Optical Communications Technology,2012(09)：53-56.

[2]劉宇，張斌，徐東明.符合中國(guó)移動(dòng)標(biāo)準(zhǔn)協(xié)議轉(zhuǎn)換器中的HDLC協(xié)議的FPGA設(shè)計(jì)與實(shí)現(xiàn)[J].電子產(chǎn)品世界, 2011(06)：58-60.

LIU Yu，ZHANG Bin and XU Dong-ming. FPGA Design and Implementation of HDLC Protocol for China Mobile Standard Protocol Converter[J].Electronic Engineering & Product World, 2011(06)：58-60.

[3]王雅榮，鮑民權(quán)，邱智亮.HDLC協(xié)議控制器IP核的設(shè)計(jì)與實(shí)現(xiàn)[J].電子技術(shù)應(yīng)用, 2007(02)：33-35.WANG Ya-rong，BAO Min-quan and QIU Zhi-liang.Design and Implementation of HDLC Protocol Controller IP Core[J].Application of Electronic Technique,2007(02)：33-35.

[4]彭圻平，胡國(guó)慶，王立瑩.基于FPGA的HDLC規(guī)程模塊實(shí)現(xiàn)[J].計(jì)算機(jī)與網(wǎng)絡(luò), 2013(10)：64-67.

PENG Qi-ping，HU Guo-qing and WANG Li-yingl. Implementation of HDLC Procedures Module based on FPGA[J].Computer & Network, 2013(10)：64-67.

[5]高希權(quán).異步傳輸方式的HDLC協(xié)議的實(shí)現(xiàn)[J].通信技術(shù), 2008，41(11)：78-90.

GAO Xi-quan. Implementation of HDLC based on the Asynchronous Transmission Mode[J]. Communications Technology, 2008，41(11)：78-90.

周進(jìn)松(1976—)，男，工程師，主要研究方向?yàn)橥ㄐ啪W(wǎng)絡(luò)；

李正宇(1981—)，男，工程師，主要研究方向?yàn)橥ㄐ啪W(wǎng)絡(luò)；

吳小艨(1971—)，女，高級(jí)工程師，主要研究方向?yàn)橥ㄐ啪W(wǎng)絡(luò)。

Communication Channel based on HDLC Protocol

ZHOU Jin-song, LI Zheng-yu, WU Xiao-meng

(No.30 Institute of CETC, Chengdu Sichuan 610041, China)

In order to effectively control the transmitted data on E1 channel in HDLC(High-level Data Link Control) frame format, data communication is required of between the channel management equipment at both ends. Communication channels are all realized by HDLC link, without additional channels. Current communication channels are mostly realized by parsing HDLC frame and adding communication data to the HDLC payload. For reducing the design difficulty and based on the characteristics of HDLC link, a method for constructing communication channel by replacing flag filed with communication data is proposed. This method parses no HDLC frame, and has no increase of payload overhead. Compared with the current method, the proposed method is fairly better in reducing design difficulty and channel interference, and also enjoys convenient later maintenance.

HDLC；management；flag field；communication channel；parse

10.3969/j.issn.1002-0802.2016.03.022

2015-10-02；

2016-01-16Received date:2015-10-02；Revised date：2016-01-16

TP393

A

1002-0802(2016)03-0368-06