[發(fā)明專利]系統(tǒng)間鏈路協(xié)議幀丟幀處理、補(bǔ)償幀判別方法及裝置

有效

• 申請(qǐng)?zhí)枺?/td>: 201010556569.8
• 申請(qǐng)日: 2010-11-23
• 公開(kāi)（公告）號(hào): CN102480760A
• 公開(kāi)（公告）日: 2012-05-30
• 發(fā)明（設(shè)計(jì)）人: 王仲宇
• 申請(qǐng)（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號(hào): H04W28/04
• 分類號(hào): H04W28/04;H04L1/00
• 代理公司: 北京康信知識(shí)產(chǎn)權(quán)代理有限責(zé)任公司 11240
• 代理人: 余剛;吳孟秋

技術(shù)領(lǐng)域

本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種系統(tǒng)間鏈路協(xié)議ISLP幀丟幀處理方法、ISLP幀補(bǔ)償幀判別方法及ISLP幀丟幀處理裝置、ISLP幀補(bǔ)償幀判別裝置。

背景技術(shù)

加密語(yǔ)音業(yè)務(wù)要求網(wǎng)絡(luò)設(shè)備能夠透明傳輸由手持加密終端發(fā)出的加密語(yǔ)音流。加密語(yǔ)音業(yè)務(wù)的媒體面組網(wǎng)如圖1所示，包括加密終端以及BSC(Base?Station?Controller，基站控制器)、MGW(Media?GateWay，媒體網(wǎng)關(guān))、RNC(Radio?Network?Controller，無(wú)線網(wǎng)絡(luò)控制器)等網(wǎng)元。其中，加密終端負(fù)責(zé)語(yǔ)音的加密和解密，BSC、MGW負(fù)責(zé)加密語(yǔ)音流的傳輸。

對(duì)網(wǎng)絡(luò)設(shè)備而言，加密語(yǔ)音業(yè)務(wù)本質(zhì)是一種加密語(yǔ)音透明傳輸業(yè)務(wù)，要求在傳輸過(guò)程中不能對(duì)加密語(yǔ)音做任何編解碼，而是把加密語(yǔ)音碼包按照ISLP(Intersystem?Link?Protocol，系統(tǒng)間鏈路協(xié)議)適配成64kbps的PCM(Pulse?Code?Modulation，脈碼調(diào)制)碼流，在IP(Internet?Protocol，因特網(wǎng)協(xié)議)承載網(wǎng)絡(luò)和TDM(Time?Division?Multiplexing，時(shí)分復(fù)用)承載上透明傳輸。

ISLP協(xié)議對(duì)上層提供如下服務(wù)：進(jìn)行速率適配，把不同速率的用戶數(shù)據(jù)同步成64kbps的速率。把不同速率的用戶數(shù)據(jù)同步成64kbps這一過(guò)程為適配；從64kbps速率的碼流中提取出用戶數(shù)據(jù)這一過(guò)程為解適配。

ISLP協(xié)議處理流程圖如圖2所示，適配過(guò)程在應(yīng)用層與物理層間進(jìn)行，從上至下，經(jīng)過(guò)插值-＞組幀-＞同步三步。

步驟202、ISLP從上層(應(yīng)用層)接收SDU(Service?Data?Unit，服務(wù)數(shù)據(jù)單元)，一個(gè)ISLP?SDU里最大能攜帶1508個(gè)字節(jié)，接收的ISLP?SDU如圖3所示；

步驟204、對(duì)接收的ISLP?SDU進(jìn)行插值和抽值操作；

具體的，插值時(shí)，如果ISLP的SDU的bit流中包含5個(gè)連續(xù)的1，就必須在5個(gè)連續(xù)的1后插入一比特位0，以防止被誤認(rèn)為標(biāo)識(shí)符“01111110”(二進(jìn)制)，生成SDU模型ModifiedSDU，如圖4所示；

步驟206、進(jìn)行組幀操作；

具體的，在Modified?SDU前后各添加一個(gè)標(biāo)識(shí)符“01111110”，生成PDU(Protocol?DataUnit，協(xié)議數(shù)據(jù)單元)，如圖5所示；

步驟208、同步操作；

具體的，同步時(shí)，在各個(gè)PDU之間添加若干連續(xù)的標(biāo)識(shí)符“01111110”，已確保組成速率為64kbps的碼流；這樣在物理層上傳輸時(shí)，ISLP?PDU被連續(xù)若干個(gè)“01111110”標(biāo)識(shí)符所組成的比特流隔離，每個(gè)ISLP?PDU開(kāi)始和結(jié)尾都有若干標(biāo)識(shí)符，形成ISLP幀，如圖6所示。

解適配過(guò)程從下往上，與適配過(guò)程相反，參見(jiàn)圖2。首先從64kbps的碼流中取出PDU；接著去掉頭尾的標(biāo)識(shí)符后得到Modified?SDU；再進(jìn)行抽值操作，如果Modified?SDU的bit流中有5個(gè)連續(xù)的1，就立即刪除后面的一比特位0；這樣得到的SDU就是可供上層應(yīng)用使用的用戶數(shù)據(jù)。

加密語(yǔ)音碼流在IP網(wǎng)絡(luò)內(nèi)傳輸時(shí)，必然會(huì)遇到由于網(wǎng)絡(luò)擁塞和延時(shí)而導(dǎo)致的丟幀問(wèn)題。在ISLP協(xié)議中沒(méi)有提及丟幀如何處理，但是不對(duì)丟幀進(jìn)行補(bǔ)償處理顯然是不行的，因?yàn)椴谎a(bǔ)償就無(wú)法保持64kbps的速率。

普通語(yǔ)音業(yè)務(wù)中，產(chǎn)生丟幀時(shí)，是由編解碼單元根據(jù)處理前面的語(yǔ)音流時(shí)保存下來(lái)的歷史數(shù)據(jù)補(bǔ)償出一幀，以保持語(yǔ)音的持續(xù)性。但對(duì)于加密語(yǔ)音業(yè)務(wù)，不允許這樣做，因?yàn)榧用苷Z(yǔ)音流對(duì)于網(wǎng)絡(luò)設(shè)備而言是不能夠解析的。

現(xiàn)有的常見(jiàn)的丟幀補(bǔ)償方法是重發(fā)前一幀，但這種方法會(huì)使接收端收到與前一幀一樣的用戶數(shù)據(jù)，這個(gè)數(shù)據(jù)實(shí)際上是無(wú)效的，但加密終端收到后會(huì)當(dāng)作有效數(shù)據(jù)來(lái)處理，從而導(dǎo)致解密錯(cuò)誤。

針對(duì)相關(guān)技術(shù)中重發(fā)前一幀的丟幀補(bǔ)償方法會(huì)把錯(cuò)誤的幀內(nèi)容發(fā)送給加密終端，導(dǎo)致解密錯(cuò)誤的問(wèn)題，目前尚未提出有效的解決方案。

發(fā)明內(nèi)容

本發(fā)明旨在提供一種ISLP幀丟幀處理方法、ISLP幀補(bǔ)償幀判別方法及ISLP幀丟幀處理裝置、ISLP幀補(bǔ)償幀判別裝置，以解決相關(guān)技術(shù)中重發(fā)前一幀的丟幀補(bǔ)償方法會(huì)把錯(cuò)誤的幀內(nèi)容發(fā)送給加密終端，導(dǎo)致解密錯(cuò)誤的問(wèn)題。