專利名稱:確保傳輸容量足夠的方法、采用所述方法的終端和實(shí)施所述方法的軟件裝置的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及一種確保數(shù)字分組交換蜂窩網(wǎng)絡(luò)中傳輸容量足夠的方法,其中語(yǔ)音樣本分組和相關(guān)的頭字段在同一個(gè)傳輸信道中實(shí)時(shí)傳輸。本發(fā)明還涉及采用所述方法的終端以及實(shí)施所述方法所需的軟件裝置。
傳統(tǒng)上,無(wú)論在模擬傳輸還是數(shù)字傳輸中,都采用電路交換連接來(lái)執(zhí)行語(yǔ)音連接。但就傳輸效率而言電路交換連接是低效率的。通信連接一旦建立,即使沒(méi)有什么要傳輸,也會(huì)始終保留。
還可以采用分組交換技術(shù)來(lái)傳輸數(shù)據(jù)。此類型的技術(shù)已長(zhǎng)期應(yīng)用于計(jì)算機(jī)之間的通信。因特網(wǎng)是可如何采用分組通信將數(shù)據(jù)從一個(gè)地方傳輸?shù)搅硪粋€(gè)地方的一個(gè)實(shí)例。在分組交換網(wǎng)絡(luò)中,要傳輸?shù)臄?shù)據(jù)設(shè)在一定長(zhǎng)度的數(shù)據(jù)塊/分組中。在發(fā)送之前,在每個(gè)分組中額外插入至少目的地地址。因此,除了用戶數(shù)據(jù)本身(無(wú)論它是語(yǔ)音或別的什么),同時(shí)還傳輸其他數(shù)據(jù)。這種輔助數(shù)據(jù)插入所傳輸?shù)姆纸M的頭字段中。
對(duì)于一些應(yīng)用,頭字段的大小與用戶數(shù)據(jù)本身相比變得相當(dāng)大。此問(wèn)題因分組包含彼此層疊的傳輸協(xié)議(這些協(xié)議都需要頭字段和它們自己的格式)而突出。這種具有相應(yīng)頭字段的互相關(guān)聯(lián)的傳輸協(xié)議的實(shí)例包括因特網(wǎng)協(xié)議(IP)、用戶數(shù)據(jù)報(bào)協(xié)議(UDP)以及可用于例如在各方之間建立實(shí)時(shí)分組交換語(yǔ)音連接的實(shí)時(shí)協(xié)議(RTP)。在本實(shí)例中,分層協(xié)議結(jié)構(gòu)自然也增加了頭字段數(shù)據(jù)。
已嘗試通過(guò)幀壓縮來(lái)減輕此問(wèn)題。幀壓縮旨在去除連續(xù)幀中完全相同的頭相關(guān)數(shù)據(jù),或使相關(guān)的信息可以容易地從先前接收的分組中導(dǎo)出。這樣的根據(jù)現(xiàn)有技術(shù)的壓縮方法稱為穩(wěn)健頭壓縮(ROHC)。即使應(yīng)用ROHC,幀頭數(shù)據(jù)仍使要傳輸?shù)臄?shù)據(jù)大大增加。例如,在VoIP(基于IP的語(yǔ)音)呼叫中,ROHC壓縮的語(yǔ)音分組可包含15字節(jié)的語(yǔ)音樣本和與頭字段相關(guān)的4字節(jié)的數(shù)據(jù)。換言之,盡管進(jìn)行了壓縮,所傳輸?shù)乃袛?shù)據(jù)中頭數(shù)據(jù)的比例仍相當(dāng)大。當(dāng)此類呼叫定向到帶寬受限的傳輸路徑上時(shí),問(wèn)題隨即發(fā)生。例如,可以證明,在GPRS(通用分組無(wú)線業(yè)務(wù))網(wǎng)絡(luò)中,無(wú)線電路徑上的傳輸頻帶比所需的傳輸容量窄。
采用壓縮方法,未壓縮的幀通常結(jié)合所傳輸?shù)牡谝环纸M使用。例如,在用于IP分組的Degermark壓縮中,編號(hào)為1、3、6、11、20…的分組具有未壓縮的頭字段。一旦語(yǔ)音突發(fā)開始后啟動(dòng)連續(xù)的分組傳輸,就可以減少未壓縮頭字段的傳輸。隨后,例如會(huì)將每第64個(gè)頭字段解壓縮。
在分組交換GPRS網(wǎng)絡(luò)上建立連接的一種可能方式是采用PoC(蜂窩上的按鍵講話)。幾個(gè)人可以同時(shí)參與PoC會(huì)話。大家依此講話,傳輸方向相應(yīng)改變。因此非常需要在PoC連接期間傳輸未壓縮頭字段。PoC連接可以采用GPRS中允許的一種編碼方法CS-1(編碼方案)。此編碼方案以傳輸速度為代價(jià)來(lái)允許較大的信元大小(cellsize)。因?yàn)镻oC的特性是,在會(huì)話中傳輸大量帶未壓縮頭數(shù)據(jù)的分組,所以選擇該編碼方案可能導(dǎo)致在特定方向上傳輸?shù)谝慌纸M期間,所用的無(wú)線電信道可能會(huì)顯得很小。因此,PoC無(wú)線電信道上所用的比特率變化很大,在某些情況下,它可能超出最大可用傳輸容量。稍后,PoC連接所需的比特率會(huì)因可以有效地利用幀壓縮而降低。就容量受限的無(wú)線電路徑而言,此情形不是的。在最優(yōu)的情形中,使無(wú)線電信道在全部可用連接時(shí)間里的負(fù)載盡可能地均勻。
數(shù)字電路交換連接利用所謂的幀竊取技術(shù)。這意味著竊取各處保留用于語(yǔ)音樣本的數(shù)據(jù)塊,以用于緊急數(shù)據(jù)傳輸需求。因此,在接收端,在這些時(shí)隙內(nèi)不會(huì)收到語(yǔ)音信號(hào)。但是,接收語(yǔ)音樣本的收聽者不會(huì)察覺(jué)到某個(gè)語(yǔ)音樣本已從接收信號(hào)中去除。在例如GSM(全球移動(dòng)通信系統(tǒng))網(wǎng)絡(luò)中采用幀竊取技術(shù),可以在緊急情況下將FACCH(快速隨路控制信道)分配到原本用于語(yǔ)音樣本幀的幀上。
本發(fā)明的目的在于提供一種方法,通過(guò)這種方法,可以最優(yōu)方式將帶寬受限的無(wú)線電信道用于采用頭字段壓縮的分組交換連接。利用根據(jù)本發(fā)明的方法,可以在整個(gè)傳輸持續(xù)時(shí)間內(nèi)在無(wú)線電路徑上使用平均可用比特率。
本發(fā)明的目的通過(guò)一種方法實(shí)現(xiàn),在這種方法中,當(dāng)整個(gè)傳輸需求可能超過(guò)可用無(wú)線電信道容量時(shí),在語(yǔ)音突發(fā)開始處從第一語(yǔ)音樣本執(zhí)行幀竊取,以支持未壓縮分組頭字段。
本發(fā)明的優(yōu)點(diǎn)在于,利用幀壓縮可以將分組交換通信連接上的平均比特率維持在整個(gè)連接持續(xù)時(shí)間內(nèi)信道所需的限度內(nèi)。
本發(fā)明的另一個(gè)優(yōu)點(diǎn)在于,可以充分利用無(wú)線電信道容量,而無(wú)需針對(duì)某些特殊情況增加信道容量。
根據(jù)本發(fā)明的用于確保傳輸容量足夠的方法的特征在于如果待傳輸分組中語(yǔ)音樣本和頭字段的總組合比特計(jì)數(shù)超過(guò)所述傳輸信道中的可用傳輸容量,則減少所述語(yǔ)音樣本中的比特?cái)?shù)或竊取至少一整個(gè)語(yǔ)音塊,并將節(jié)省的比特?cái)?shù)用于傳輸所述同一分組的頭字段數(shù)據(jù)。
根據(jù)本發(fā)明的蜂窩終端的特征在于它包括用于減少待傳輸分組中語(yǔ)音樣本比特?cái)?shù)的裝置和用于將由此節(jié)省的比特用于傳送所述同一分組的頭字段數(shù)據(jù)的裝置。
本發(fā)明的優(yōu)選實(shí)施例在從屬權(quán)利要求項(xiàng)中給出。
本發(fā)明的基本思想如下本發(fā)明利用這一已知事實(shí)可能的差錯(cuò),特別是所接收的語(yǔ)音開始處的可能差錯(cuò)以及語(yǔ)音中部的差錯(cuò)或缺陷不會(huì)被收聽者注意到。這提供了在分組交換語(yǔ)音連接上利用幀竊取技術(shù)的機(jī)會(huì)。當(dāng)語(yǔ)音突發(fā)開始時(shí),如果發(fā)現(xiàn)語(yǔ)音樣本和幀信息的總比特計(jì)數(shù)超過(guò)無(wú)線電信道的傳輸容量,則在必要時(shí)可以保留一些語(yǔ)音樣本數(shù)據(jù)塊不發(fā)送(如果需要的話)。還可以在每個(gè)語(yǔ)音突發(fā)的開始處自動(dòng)執(zhí)行根據(jù)本發(fā)明的幀竊取。最好可以不傳輸語(yǔ)音樣本,而是傳輸大小約為普通語(yǔ)音樣本數(shù)據(jù)塊大小的十分之一的空塊。將由竊取的語(yǔ)音塊獲得的傳輸容量用于傳輸必需的頭字段。這樣,無(wú)線電信道的有限傳輸容量將不會(huì)被超過(guò),并且不會(huì)發(fā)生不期望的延遲。初始階段之后,當(dāng)全面實(shí)施幀壓縮時(shí),無(wú)需在每個(gè)語(yǔ)音分組中發(fā)送頭字段。于是,無(wú)線電信道的傳輸容量將足夠用于傳輸語(yǔ)音樣本本身。因此,可以將根據(jù)本發(fā)明的過(guò)程用于平衡傳輸?shù)臄?shù)據(jù)比特率,以便它對(duì)應(yīng)于傳輸信道。
下面將詳細(xì)地說(shuō)明本發(fā)明。以下說(shuō)明參考了說(shuō)明書附圖,附圖中
圖1以示范框圖說(shuō)明根據(jù)本發(fā)明的方法的應(yīng)用;圖2以示范流程圖說(shuō)明根據(jù)本發(fā)明的方法步驟;以及圖3說(shuō)明根據(jù)本發(fā)明的示范蜂窩終端。
圖2和圖3所示的示范實(shí)施例中說(shuō)明了根據(jù)本發(fā)明的方法的操作的原理。對(duì)這些附圖的說(shuō)明利用了例如GPRS網(wǎng)絡(luò)中的實(shí)時(shí)PoC連接(最好應(yīng)用CS-1編碼)。當(dāng)然,根據(jù)本發(fā)明的方法可以應(yīng)用于要在容量受限環(huán)境中實(shí)時(shí)傳輸語(yǔ)音樣本的任何數(shù)字分組交換網(wǎng)絡(luò)。
圖1的示范框圖顯示了結(jié)合RTP協(xié)議應(yīng)用本發(fā)明所需的功能塊。參考標(biāo)記110表示進(jìn)入語(yǔ)音編碼器11的實(shí)時(shí)語(yǔ)音樣本。語(yǔ)音編碼器11由語(yǔ)音樣本110產(chǎn)生比特組合130,比特組合130隨后傳給根據(jù)本發(fā)明的RTP塊生成和幀竊取功能塊12。語(yǔ)音編碼器11輸出的比特組合130還傳給根據(jù)本發(fā)明的比特率和幀計(jì)數(shù)計(jì)算功能塊13。發(fā)往同一個(gè)功能塊13的還有來(lái)自語(yǔ)音編碼器11的語(yǔ)音活動(dòng)性檢測(cè)(VAD)120信號(hào)。該VAD指示某特定瞬間是否正在接收語(yǔ)音樣本110?;赩AD,在現(xiàn)有技術(shù)的發(fā)送器中可以生成靜音描述(SID)塊或NO_DATA塊,它們?cè)跊](méi)有語(yǔ)音樣本110要傳輸時(shí)傳輸。
在計(jì)算功能塊13,實(shí)時(shí)計(jì)算傳輸由語(yǔ)音樣本110獲得的比特組合130所需的比特率和必須為傳輸分組頭字段保留的容量數(shù)量。在PoC連接的情況下,CS-1編碼設(shè)置每單位時(shí)間傳輸?shù)臄?shù)據(jù)的上限。
與計(jì)算功能塊13密切相關(guān)的是另一功能塊14,其中根據(jù)本發(fā)明作出有關(guān)幀竊取的決策。最好采用兩個(gè)單獨(dú)的因素來(lái)作為該決策的準(zhǔn)則。第一個(gè)準(zhǔn)則是它是否是此時(shí)正被處理的語(yǔ)音突發(fā)開始處的語(yǔ)音塊或語(yǔ)音塊傳輸是否已經(jīng)進(jìn)行了數(shù)百毫秒,例如,500毫秒。如果自第一VAD信號(hào)120到達(dá)計(jì)算功能塊13起僅經(jīng)過(guò)所述時(shí)間,則可以有利地應(yīng)用根據(jù)本發(fā)明的幀竊取。正在被處理的語(yǔ)音樣本分組在那種情況下來(lái)自語(yǔ)音突發(fā)的開始處,將它們從接收信號(hào)中省略掉不會(huì)使接收者不悅。如果接收的VAD信號(hào)120在上述時(shí)間窗口之外,則從接收到的第一VAD信號(hào)開始計(jì)數(shù),不會(huì)應(yīng)用根據(jù)本發(fā)明的幀竊取。在那種情況下,語(yǔ)音樣本將來(lái)自語(yǔ)音突發(fā)的中部起或尾部,它們?nèi)绻鄙俚脑挄?huì)使收聽者受到干擾。
根據(jù)本發(fā)明的幀竊取的另一個(gè)決策準(zhǔn)則是功能塊13中計(jì)算的,所傳輸?shù)膸念^字段比特中的比特和語(yǔ)音樣本110所需的比特組合130中的比特的總組合比特?cái)?shù)。在采用幀壓縮時(shí),結(jié)合第一語(yǔ)音樣本,必須傳送完整的頭字段。在稍后傳送的分組期間,幀壓縮會(huì)減少傳輸頭字段時(shí)所需的數(shù)據(jù)量。如果在功能塊13中計(jì)算結(jié)果超過(guò)傳輸開始處使用CS-1編碼所允許的比特?cái)?shù),則最好應(yīng)用根據(jù)本發(fā)明的幀竊取。當(dāng)上述兩個(gè)準(zhǔn)則同時(shí)得到滿足時(shí),在功能塊14作出有關(guān)幀竊取的決策140。
有利的幀竊取技術(shù)是例如從語(yǔ)音突發(fā)的開始處傳輸?shù)木幪?hào)為1、3、6、11和20的每個(gè)分組中竊取兩個(gè)語(yǔ)音塊。竊取一個(gè)AMR 515語(yǔ)音塊得到14個(gè)字節(jié)。在那種情況下,竊取兩個(gè)語(yǔ)音塊會(huì)滿足長(zhǎng)頭的空間需求,在IPv4中該需求為20字節(jié),而在UDP中則為8字節(jié)。因此,兩個(gè)竊取的AMR塊將允許承載IPv4頭數(shù)據(jù)和UDP頭數(shù)據(jù)。稍后,對(duì)應(yīng)的壓縮IPv4和UDP頭將只需要2字節(jié),因此可以不采用根據(jù)本發(fā)明的幀竊取技術(shù)即可傳送它們。
當(dāng)在功能塊12中作出決策140時(shí),在要形成的RTP塊中將由接收的語(yǔ)音樣本110編碼的比特組合130替換為空NO_DATA塊。
將根據(jù)本發(fā)明得到的初始RTP數(shù)據(jù)塊150從功能塊12發(fā)往RTP編碼器15。RTP編碼器15會(huì)處理待傳輸?shù)臄?shù)據(jù)塊150,使得它們符合IETF(因特網(wǎng)工程任務(wù)組)標(biāo)準(zhǔn)RFC 1889。與標(biāo)準(zhǔn)相符的RTP數(shù)據(jù)塊160送往API(應(yīng)用編程接口)16,隨后作為與標(biāo)準(zhǔn)相符的RTP數(shù)據(jù)塊170從該處繼續(xù)傳送到圖1未顯示的功能塊,以便進(jìn)一步在無(wú)線傳輸路徑上傳輸。
在圖2的示范流程圖中,將本發(fā)明應(yīng)用于PoC連接。在步驟21,在至少兩方之間建立有效的PoC連接。至少一個(gè)發(fā)送器有利地利用圖1所示的功能部件。因此,VAD的狀態(tài)在該發(fā)送器上一直受到監(jiān)視。在步驟22給出VAD指示。因此,在步驟23,開始持續(xù)計(jì)算傳輸語(yǔ)音樣本數(shù)據(jù)和幀頭字段所需的總比特計(jì)數(shù)。
在步驟24,檢查該時(shí)刻正在處理語(yǔ)音突發(fā)的哪一個(gè)部分。根據(jù)本發(fā)明的幀竊取技術(shù)最好在長(zhǎng)度達(dá)到自語(yǔ)音突發(fā)開始起算的數(shù)百毫秒(最好且至多為500毫秒)的時(shí)間窗口內(nèi)應(yīng)用。該時(shí)間幀期間信號(hào)中的差錯(cuò)或異常將不會(huì)達(dá)到使收聽者明顯感到不適的程度。如果在步驟24發(fā)現(xiàn)該時(shí)間窗口不適當(dāng),就不會(huì)應(yīng)用根據(jù)本發(fā)明的方法,且處理過(guò)程返回到步驟21,其中,操作繼續(xù)根據(jù)PoC連接進(jìn)行。
如果在步驟24中判定,就傳輸時(shí)間而言可以應(yīng)用根據(jù)本發(fā)明的幀竊取技術(shù),則在步驟25中判斷是否需要執(zhí)行幀竊取。如果不需要,則處理過(guò)程返回到初始步驟21,此時(shí)操作繼續(xù)根據(jù)PoC連接進(jìn)行。
當(dāng)然,還可以在不執(zhí)行上述步驟24的情況下應(yīng)用根據(jù)本發(fā)明的幀竊取技術(shù)。在這種實(shí)施例中,允許在語(yǔ)音突發(fā)的任何階段執(zhí)行幀竊取,而代價(jià)是接收者可能注意到缺少語(yǔ)音樣本。
如果在PoC連接的情況下,根據(jù)基于本發(fā)明計(jì)算的待傳輸比特總數(shù)超過(guò)CS-1中允許的最大比特計(jì)數(shù),則根據(jù)本發(fā)明在步驟26中將一些語(yǔ)音樣本幀替換為NO_DATA塊。此操作還導(dǎo)致步驟21,根據(jù)本發(fā)明的操作過(guò)程再次開始。在某個(gè)時(shí)間點(diǎn),經(jīng)過(guò)可以應(yīng)用根據(jù)本發(fā)明的方法的時(shí)間窗口。在步驟24檢測(cè)到此情況,之后將根據(jù)現(xiàn)有技術(shù)對(duì)語(yǔ)音突發(fā)的其余部分繼續(xù)PoC會(huì)話。
最好利用存儲(chǔ)在傳輸設(shè)備上的軟件來(lái)應(yīng)用根據(jù)本發(fā)明的方法。此軟件應(yīng)用程序執(zhí)行至少一些上述方法步驟。
根據(jù)本發(fā)明的方法可以僅在一個(gè)傳輸終端上應(yīng)用。利用根據(jù)本發(fā)明的方法處理和傳輸?shù)腞TP分組不會(huì)要求對(duì)接收器或傳輸網(wǎng)絡(luò)進(jìn)行任何改動(dòng)。由此可以完全使用現(xiàn)有技術(shù)裝置來(lái)發(fā)送和接收該分組。
圖3顯示了作為示例的無(wú)線終端30及其主要功能塊,該終端能夠利用根據(jù)本發(fā)明的方法。終端30在發(fā)送和接收RTP分組時(shí)采用天線31。參考標(biāo)記32表示構(gòu)成接收器RX的裝置,無(wú)線終端30通過(guò)該接收器RX從蜂窩網(wǎng)絡(luò)接收RTP分組。接收器RX包括用于接收的所有分組的現(xiàn)有技術(shù)的裝置。
參考標(biāo)記33表示無(wú)線終端30中構(gòu)成發(fā)送器TX的裝置。發(fā)送器裝置33對(duì)出局RTP分組執(zhí)行與蜂窩網(wǎng)絡(luò)通信時(shí)所需的所有必需的信號(hào)處理措施。類似地,發(fā)送器裝置最好可用于執(zhí)行根據(jù)本發(fā)明方法的幀竊取。
從本發(fā)明的觀點(diǎn),所述終端中的關(guān)鍵裝置是控制單元34,它控制終端30的操作。它控制屬于終端30的所有主要部件的操作。它控制接收和發(fā)送功能。它還用于控制用戶界面UI 36和存儲(chǔ)器35。在根據(jù)本發(fā)明的方法中,它是控制單元34,用于確定何時(shí)可以或必須應(yīng)用根據(jù)本發(fā)明的幀竊取,如圖2中步驟23、24和25所示。此外,它是控制單元34,用于指示發(fā)送器裝置執(zhí)行根據(jù)本發(fā)明的幀竊取,如圖2中步驟26所示。
控制單元34執(zhí)行根據(jù)本發(fā)明的方法所需的軟件應(yīng)用程序最好駐留在存儲(chǔ)器35中。
用戶界面UI36用于控制終端的功能。
以上描述了根據(jù)本發(fā)明的一些實(shí)施例。本發(fā)明并不局限于上述涉及PoC會(huì)話的示范實(shí)施例。本發(fā)明還可以應(yīng)用于要傳輸實(shí)時(shí)數(shù)據(jù)且這種數(shù)據(jù)數(shù)據(jù)量可能偶爾超過(guò)所用通信信道的可用容量的任何數(shù)字蜂窩網(wǎng)絡(luò)。此外,在所附權(quán)利要求書限定的本發(fā)明范圍內(nèi),可以許多種方式來(lái)實(shí)現(xiàn)本發(fā)明的基本思想。
權(quán)利要求
1.一種用于確保數(shù)字分組交換蜂窩網(wǎng)絡(luò)中的傳輸容量足夠的方法,其中語(yǔ)音樣本分組和相關(guān)的頭字段在同一個(gè)傳輸信道中實(shí)時(shí)傳輸,其特征在于如果一個(gè)分組的語(yǔ)音樣本中和所述頭字段中的組合比特計(jì)數(shù)預(yù)計(jì)超過(guò)所述傳輸信道的可用傳輸容量,則減少所述語(yǔ)音樣本中的比特?cái)?shù)或竊取至少一整個(gè)語(yǔ)音塊,并且將節(jié)省的比特?cái)?shù)用于傳送所述同一分組的頭字段數(shù)據(jù)。
2.如權(quán)利要求1所述的方法,其特征在于減少所述語(yǔ)音樣本中的比特?cái)?shù)的所述步驟僅對(duì)在語(yǔ)音突發(fā)的開始處傳送的分組執(zhí)行。
3.如權(quán)利要求2所述的方法,其特征在于在自所述同一語(yǔ)音突發(fā)中包含的第一VAD起僅經(jīng)過(guò)500毫秒時(shí),執(zhí)行語(yǔ)音樣本替換。
4.如權(quán)利要求1所述的方法,其特征在于減少所述語(yǔ)音樣本中的比特?cái)?shù)的所述步驟通過(guò)以NO_DATA數(shù)據(jù)塊替換所述語(yǔ)音分組的內(nèi)容來(lái)執(zhí)行。
5.數(shù)字分組交換蜂窩網(wǎng)絡(luò)中的一種終端(30),其特征在于它包括用于減少待傳輸分組中所含的語(yǔ)音樣本中的比特?cái)?shù)的裝置(11、12、13、14、33、34、35)以及用于將所述節(jié)省的比特用于傳輸所述同一分組的頭字段數(shù)據(jù)的裝置(11、12、13、14、33、34、35)。
6.如權(quán)利要求5所述的終端(30),其特征在于用于減少待傳輸分組中所含的語(yǔ)音樣本中的比特?cái)?shù)的所述裝置以及用于將所述節(jié)省的比特用于傳輸所述同一分組的頭字段數(shù)據(jù)的所述裝置包括-語(yǔ)音編碼器(11),用于將語(yǔ)音樣本(110)轉(zhuǎn)換成比特組合(130)以及生成VAD指示(120);-比特率和幀計(jì)數(shù)計(jì)算功能塊(13),用于計(jì)算分組中傳輸?shù)乃霰忍亟M合(130)中的比特與VAD指示之后的所述頭字段中的比特的所述組合比特計(jì)數(shù);-幀竊取決策功能塊(14),用于基于所述比特率和幀計(jì)數(shù)計(jì)算功能塊(13)的計(jì)算結(jié)果作出幀竊取決策(140);以及-RTP塊生成和幀竊取功能塊,用于在所述幀竊取決策(140)之后,在待傳輸?shù)姆纸M中替換由所述語(yǔ)音樣本(110)生成的比特組合(130)中的比特。
7.如權(quán)利要求5所述的終端(30),其特征在于它包括用于僅對(duì)在語(yǔ)音突發(fā)的開始處傳輸?shù)姆纸M減少語(yǔ)音樣本中的比特?cái)?shù)的裝置(11、12、13、14)。
8.如權(quán)利要求7所述的終端(30),其特征在于所述用于減少語(yǔ)音樣本中的比特?cái)?shù)的裝置(11、12、13、14)配置為在自所述同一語(yǔ)音突發(fā)中包含的第一VAD起僅經(jīng)過(guò)500毫秒時(shí)執(zhí)行替換操作。
9.如權(quán)利要求5所述的終端(30),其特征在于用于減少語(yǔ)音樣本中的比特?cái)?shù)的所述裝置(11、12、13、14),所述比特率和幀計(jì)數(shù)計(jì)算功能塊(13)配置為將所述語(yǔ)音分組的內(nèi)容替換為NO_DATA數(shù)據(jù)塊。
10.一種存儲(chǔ)在蜂窩網(wǎng)絡(luò)中的終端上的軟件裝置,其特征在于它配置為實(shí)現(xiàn)根據(jù)權(quán)利要求1至5的方法步驟。
11.根據(jù)權(quán)利要求10所述的軟件裝置,其特征在于它存儲(chǔ)在數(shù)據(jù)存儲(chǔ)介質(zhì)上以便加載到適當(dāng)?shù)姆涓C網(wǎng)絡(luò)終端中。
全文摘要
本發(fā)明涉及一種用于確保數(shù)字分組交換蜂窩網(wǎng)絡(luò)中的傳輸容量足夠的方法,其中語(yǔ)音樣本分組和相關(guān)的頭字段在同一個(gè)傳輸信道中實(shí)時(shí)傳輸。本發(fā)明還涉及采用所述方法的終端。在該方法中,如果語(yǔ)音樣本數(shù)據(jù)和分組頭數(shù)據(jù)的組合比特計(jì)數(shù)超過(guò)傳輸信道的傳輸容量,則語(yǔ)音突發(fā)開始處的語(yǔ)音樣本分組的內(nèi)容部分替換為分組頭字段數(shù)據(jù)。
文檔編號(hào)H03M7/30GK1802822SQ200480004171
公開日2006年7月12日 申請(qǐng)日期2004年2月2日 優(yōu)先權(quán)日2003年2月14日
發(fā)明者J·瓦爾斯特倫, M·維姆帕里, P·庫(kù)雷, M·薩倫佩 申請(qǐng)人:諾基亞有限公司