專利名稱：一種提高綜合業(yè)務數(shù)字網(wǎng)線路質(zhì)量的實現(xiàn)方法
技術(shù)領(lǐng)域：
本發(fā)明涉及ISDN會議電視領(lǐng)域，尤其涉及一種ISDN會議電視傳輸音頻與視頻的 實現(xiàn)方法。
背景技術(shù)：
由于傳統(tǒng)通信網(wǎng)的發(fā)展是由業(yè)務需求推動的，比如電話網(wǎng)、電報網(wǎng)與數(shù)據(jù)通信網(wǎng) 等網(wǎng)絡系統(tǒng)各自獨立并且業(yè)務的運營機制也各不相同，使得網(wǎng)絡運營商對網(wǎng)絡的運營、管 理與維護變的非常復雜，浪費了大量資源；對用戶而言，業(yè)務申請手續(xù)復雜，網(wǎng)絡使用不便， 并且使用成本居高不下；同時對整個通信的發(fā)展來說，這種異構(gòu)體系對未來通信的發(fā)展適 應性極差。在此基礎(chǔ)上提出了 ISDN網(wǎng)(Integrated Services Digital Network :綜合業(yè) 務數(shù)字網(wǎng))，ISDN網(wǎng)將話音、數(shù)據(jù)、圖像等各種業(yè)務綜合在統(tǒng)一的網(wǎng)絡內(nèi)，極大的方便了用 戶的使用，也提高了運營商資源的利用率。 如圖1所示的，ISDN網(wǎng)業(yè)務綜合的核心是從用戶端出發(fā)，建立了一套標準的用戶 與網(wǎng)絡接口的協(xié)議體系，同時給出了各ISDN網(wǎng)間互聯(lián)接口的協(xié)議，統(tǒng)一了網(wǎng)絡開發(fā)標準， 提供了一個廠商間開放的競爭環(huán)境。ISDN網(wǎng)根據(jù)業(yè)務類型分為基本速率接口與基群速率接 口 ，基本速率接口包括兩個通信信道即B信道與一個數(shù)據(jù)控制信道即D信道，現(xiàn)有技術(shù)一般 稱之為2B+D模式，適用于家庭或小型企業(yè)；基群速率接口分為23B+D模式與30B+D模式，以 適用與大容量用戶或集團用戶。 目前，將ISDN網(wǎng)線路應用于會議電視系統(tǒng)時，有許多線路存在著傳輸質(zhì)量較差的 問題，進而導致會議頻繁掉線，甚至無法建立會議連接等情況；在現(xiàn)有技術(shù)中導致ISDN線 路傳輸質(zhì)量較差的主要原因是存在大量的突發(fā)性誤碼與滑碼。由此可見，現(xiàn)有技術(shù)有待于 更進一步的發(fā)展。

發(fā)明內(nèi)容
本發(fā)明為解決上述現(xiàn)有技術(shù)中的缺陷提供一種提高綜合業(yè)務數(shù)字網(wǎng)線路質(zhì)量的 實現(xiàn)方法，增加發(fā)送糾錯碼的功能，以糾正突發(fā)性誤碼與滑碼，增強數(shù)據(jù)傳輸?shù)姆€(wěn)定性。
為解決上述技術(shù)問題，本發(fā)明方案包括 —種提高綜合業(yè)務數(shù)字網(wǎng)線路質(zhì)量的實現(xiàn)方法，其系統(tǒng)包括主叫端和被叫端在內(nèi) 的呼叫雙方，所述實現(xiàn)方法包括以下步驟 A、所述呼叫雙方建立一發(fā)送所述糾錯碼的專用B信道； B、所述主叫端將H. 211協(xié)議數(shù)據(jù)制作成數(shù)據(jù)包并為其配置相適配的糾錯碼；在所 述數(shù)據(jù)包的包頭中加入糾錯碼的參數(shù)，用于確定所述糾錯碼的長度，以及在所述數(shù)據(jù)包的 尾部附加相應長度的糾錯碼； C、所述主叫端向所述被叫端發(fā)送所述數(shù)據(jù)包。 所述的實現(xiàn)方法，其中，所述步驟A還包括所述系統(tǒng)通過初始通信信道協(xié)商是否 配置糾錯碼。
所述的實現(xiàn)方法，其中，所述糾錯碼為RS碼。 所述的實現(xiàn)方法，其中，所述RS碼的格式為[255，數(shù)據(jù)長度，誤碼長度]。
所述的實現(xiàn)方法，其中，所述數(shù)據(jù)長度與所述誤碼長度滿足以下數(shù)量關(guān)系
255 =所述數(shù)據(jù)長度+2X所述誤碼長度。 所述的實現(xiàn)方法，其中，所述數(shù)據(jù)長度不滿足所述數(shù)量關(guān)系時，使用0碼補充。
所述的實現(xiàn)方法，其中，所述主叫端不發(fā)送所述O碼；所述被叫端補充相應的所述 0碼后對所述數(shù)據(jù)包進行解碼。 本發(fā)明提供了一種提高綜合業(yè)務數(shù)字網(wǎng)線路質(zhì)量的實現(xiàn)方法，在所述ISDN網(wǎng)的 一側(cè)增加發(fā)送糾錯碼的所述專用B信道，減少了突發(fā)性誤碼與滑碼，增強了數(shù)據(jù)傳輸?shù)姆€(wěn) 定性與安全性，提高了所述ISDN網(wǎng)線路的傳輸質(zhì)量。


圖1是現(xiàn)有技術(shù)中ISDN網(wǎng)的結(jié)構(gòu)示意圖；
圖2是本發(fā)明中ISDN網(wǎng)發(fā)送數(shù)據(jù)的流程示意圖；
圖3是本發(fā)明中呼叫流程示意圖。
具體實施例方式
以下將結(jié)合附圖，對本發(fā)明各較佳實施例進行較為詳盡的說明。 本發(fā)明提供了一種提高綜合業(yè)務數(shù)字網(wǎng)線路質(zhì)量的實現(xiàn)方法，在所述ISDN網(wǎng)的
一側(cè)增加發(fā)送糾錯碼的所述專用B信道，減少了突發(fā)性誤碼與滑碼；本發(fā)明采用糾錯碼技
術(shù)、數(shù)據(jù)包頭動態(tài)重新定位技術(shù)，針對會議電視系統(tǒng)模式重新構(gòu)建了所述ISDN網(wǎng)的專用B
信道通信協(xié)議，包括初始所述B信道能力協(xié)商、號碼回傳等呼叫建立過程、數(shù)據(jù)包定位、動
態(tài)重新定位過程、H. 221幀的編碼與解碼過程以及會議電視的多媒體數(shù)據(jù)在B信道的傳輸
過程，提高了所述ISDN網(wǎng)傳輸數(shù)據(jù)的穩(wěn)定性與安全性。 本發(fā)明中的呼叫建立過程基本完成了 IS0/IEC13871所規(guī)定的能力協(xié)商過程，兩 者同樣采用了動態(tài)監(jiān)控、重新定位和冗余B信道抵償額外開銷等技術(shù)，以監(jiān)控信道傳輸質(zhì) 量并防止數(shù)據(jù)對齊丟失；但本發(fā)明中傳輸數(shù)據(jù)的數(shù)據(jù)包格式與IS0/IEC13871所規(guī)定傳輸 數(shù)據(jù)的幀格式完全不同，并且本發(fā)明采用了較嚴謹?shù)臄?shù)據(jù)傳輸格式與糾錯碼處理流程從而 將誤碼、滑碼等問題控制在最小的范圍之內(nèi)。 由于所述ISDN網(wǎng)線路上的誤碼類型主要是突發(fā)性誤碼，因此本發(fā)明采用所述RS 碼對線路誤碼進行糾錯，所述RS碼是糾正突發(fā)性誤碼能力非常強的一種糾錯碼，進一步提 高了數(shù)據(jù)傳輸質(zhì)量。所述RS碼的格式為[255，M，T]，其中M是數(shù)據(jù)長度，T是能夠糾錯的誤 碼長度，糾錯碼長度為2T，所述M與所述T滿足以下數(shù)量關(guān)系255 = M+2XT。但在具體應 用中，實際需要編碼的所述數(shù)據(jù)長度并不一定滿足上述關(guān)系，因此可以將不足的數(shù)據(jù)位置 用所述O碼來補充。例如，對160個字節(jié)的數(shù)據(jù)進行編碼，設計糾錯能力為能夠糾正連續(xù)4 個字節(jié)的突發(fā)性誤碼，則不足的數(shù)據(jù)位置為255-160-2X4 = 87，即有87個字節(jié)需要用所 述0碼補充；按所述M = 247、所述T = 4進行RS編碼。但是在數(shù)據(jù)傳輸時，所述主叫端不 傳輸補充的所述O碼；所述被叫端進行解碼時，所述被叫端補充相應的所述O碼后對所述數(shù) 據(jù)包進行解碼。
4
為了更進一步的闡述本發(fā)明，如圖2所示的，本發(fā)明所述ISDN網(wǎng)線路包括主叫端和被叫端在內(nèi)的呼叫雙方，其發(fā)送數(shù)據(jù)的流程包括以下步驟 步驟201 :所述主叫端呼叫成功后，所述系統(tǒng)通過初始所述B信道協(xié)商是否配置所述糾錯碼，若為否，則觸發(fā)一般數(shù)據(jù)發(fā)送流程；若為是，則進入步驟202 ;
步驟202 :呼叫雙方在所述ISDN網(wǎng)的一側(cè)建立一所述專用B信道，所述專用B信道向所述被叫端發(fā)送所述糾錯碼； 步驟203 :所述主叫端將H. 211協(xié)議數(shù)據(jù)制作成數(shù)據(jù)包格式并為其配置相適配的所述糾錯碼，在所述數(shù)據(jù)包的包頭加入所述糾錯碼的說明，確定所述糾錯碼的長度，并在所述數(shù)據(jù)包的尾部附加相應長度的所述糾錯碼； 步驟204 :所述主叫端向所述被叫端發(fā)送數(shù)據(jù)，所述被叫端接收所述糾錯碼與裝有所述糾錯碼的所述數(shù)據(jù)包；所述被叫端根據(jù)所述糾錯碼對所述數(shù)據(jù)包進行解碼。經(jīng)過上述流程的處理，提高了 ISDN網(wǎng)的線路質(zhì)量。 如圖3所示的，本發(fā)明的另一實施例的呼叫雙方包括主叫端301與被叫端302，其呼叫流程包括以下步驟 步驟303 :所述主叫端301與所述被叫端302協(xié)商初始B信道，并要求附加糾錯碼； 步驟304 :所述被叫端302同意附加糾錯碼，并向所述主叫端301發(fā)送消息；
步驟305 :所述呼叫雙方正常進行13871交互，并建立專用B信道傳遞糾錯碼；
步驟306 :所述主叫端301向所述被叫端302呼叫時通過所述專用B信道附加糾錯碼； 步驟307 :所述呼叫雙方使用糾錯碼格式傳遞H.211的數(shù)據(jù)。 綜上所述，本發(fā)明提供的一種提高綜合業(yè)務數(shù)字網(wǎng)線路質(zhì)量的實現(xiàn)方法，在所述
ISDN網(wǎng)的一側(cè)增加發(fā)送糾錯碼的所述專用B信道，減少了突發(fā)性誤碼與滑碼；并且將數(shù)據(jù)
的幀格式改變?yōu)榘袷?，增強了?shù)據(jù)傳輸?shù)姆€(wěn)定性與安全性；尤其是本發(fā)明將嚴格的數(shù)據(jù)
傳輸格式與糾錯碼技術(shù)相結(jié)合，大大提高了所述ISDN網(wǎng)線路的傳輸質(zhì)量。 應當理解的是，上述針對較佳實施例的描述較為詳細，并不能因此而認為是對本
發(fā)明專利保護范圍的限制，本領(lǐng)域的普通技術(shù)人員在本發(fā)明的啟示下，在不脫離本發(fā)明權(quán)
利要求所保護的范圍情況下，還可以做出替換、簡單組合等多種變形，這些均落入本發(fā)明的
保護范圍之內(nèi)，本發(fā)明的請求保護范圍應以所附權(quán)利要求為準。
權(quán)利要求
一種提高綜合業(yè)務數(shù)字網(wǎng)線路質(zhì)量的實現(xiàn)方法，其系統(tǒng)包括主叫端和被叫端在內(nèi)的呼叫雙方，所述實現(xiàn)方法包括以下步驟A、所述呼叫雙方建立一發(fā)送所述糾錯碼的專用B信道；B、所述主叫端將H.211協(xié)議數(shù)據(jù)制作成數(shù)據(jù)包并為其配置相適配的糾錯碼；在所述數(shù)據(jù)包的包頭中加入糾錯碼的參數(shù)，用于確定所述糾錯碼的長度，以及在所述數(shù)據(jù)包的尾部附加相應長度的糾錯碼；C、所述主叫端向所述被叫端發(fā)送所述數(shù)據(jù)包。
2. 根據(jù)權(quán)利要求1所述的實現(xiàn)方法，其特征在于，所述步驟A還包括所述系統(tǒng)通過初 始通信信道協(xié)商是否配置糾錯碼。
3. 根據(jù)權(quán)利要求1或2所述的實現(xiàn)方法，其特征在于，所述糾錯碼為RS碼。
4. 根據(jù)權(quán)利要求3所述的實現(xiàn)方法，其特征在于，所述RS碼的格式為[255，數(shù)據(jù)長度， 誤碼長度]。
5. 根據(jù)權(quán)利要求4所述的實現(xiàn)方法，其特征在于，所述數(shù)據(jù)長度與所述誤碼長度滿足以下數(shù)量關(guān)系255 =所述數(shù)據(jù)長度+2X所述誤碼長度。
6. 根據(jù)權(quán)利要求5所述的實現(xiàn)方法，其特征在于，所述數(shù)據(jù)長度不滿足所述數(shù)量關(guān)系 時，使用0碼補充。
7. 根據(jù)權(quán)利要求6所述的實現(xiàn)方法，其特征在于，所述主叫端不發(fā)送所述0碼；所述被 叫端補充相應的所述0碼后對所述數(shù)據(jù)包進行解碼。
全文摘要
本發(fā)明公開了一種提高綜合業(yè)務數(shù)字網(wǎng)線路質(zhì)量的實現(xiàn)方法，在所述ISDN網(wǎng)的一側(cè)增加一專用B信道，所述專用B信道用于發(fā)送糾錯碼；其系統(tǒng)包括主叫端和被叫端在內(nèi)的呼叫雙方，呼叫雙方建立一發(fā)送所述糾錯碼的所述專用B信道；主叫端將H.211協(xié)議數(shù)據(jù)制作成數(shù)據(jù)包并為其配置相適配的糾錯碼；所述主叫端向所述被叫端發(fā)送所述數(shù)據(jù)包。采用本發(fā)明提供的系統(tǒng)與實現(xiàn)方法，在所述ISDN網(wǎng)的一側(cè)增加發(fā)送糾錯碼的所述專用B信道，減少了突發(fā)性誤碼與滑碼；并且將數(shù)據(jù)的幀格式改變?yōu)榘袷?，增強了?shù)據(jù)傳輸?shù)姆€(wěn)定性與安全性；尤其是本發(fā)明將嚴格的數(shù)據(jù)傳輸格式與糾錯碼技術(shù)相結(jié)合，大大提高了所述ISDN網(wǎng)線路的傳輸質(zhì)量。
文檔編號H04Q11/04GK101729950SQ20081021676
公開日2010年6月9日 申請日期2008年10月16日 優(yōu)先權(quán)日2008年10月16日
發(fā)明者李峰 申請人:中興通訊股份有限公司