專(zhuān)利名稱(chēng)：數(shù)據(jù)傳輸方法
技術(shù)領(lǐng)域：
本發(fā)明涉及數(shù)字蜂窩無(wú)線(xiàn)網(wǎng)絡(luò)中的一種數(shù)據(jù)傳輸方法，該方法包括將需傳送的信息進(jìn)行信道編碼以供發(fā)送的步驟。
數(shù)據(jù)傳輸方法的需求不斷增長(zhǎng)。這尤其涉及無(wú)線(xiàn)數(shù)據(jù)傳輸系統(tǒng)，例如蜂窩通信系統(tǒng)，該系統(tǒng)甚至需要更多種類(lèi)的業(yè)務(wù)，例如不同類(lèi)型的數(shù)據(jù)業(yè)務(wù)。
傳統(tǒng)的無(wú)線(xiàn)數(shù)據(jù)傳輸系統(tǒng)僅用于語(yǔ)音傳輸。需要傳送的不同類(lèi)型業(yè)務(wù)數(shù)量的增多意味著(尤其對(duì)無(wú)線(xiàn)業(yè)務(wù)而言)，系統(tǒng)必須能夠在無(wú)線(xiàn)路徑上發(fā)送具有不同容量的信號(hào)。因此，在傳送多種業(yè)務(wù)類(lèi)型的環(huán)境中，需要數(shù)據(jù)傳輸系統(tǒng)的高效運(yùn)作。
具有有限帶寬的無(wú)線(xiàn)信道上的數(shù)據(jù)傳輸是誤碼率(指示傳輸質(zhì)量)和網(wǎng)絡(luò)用戶(hù)數(shù)據(jù)吞吐量之間的一種折中。通過(guò)增加信道編碼，在待傳送信息中加入了冗余信息(即用戶(hù)看來(lái)較不重要的信息)，從而可以降低誤碼率。如果限制了單位時(shí)間內(nèi)傳送的比特?cái)?shù)量，則加入冗余信息后將減少網(wǎng)絡(luò)用戶(hù)數(shù)據(jù)吞吐量。
例如在GSM系統(tǒng)中，無(wú)線(xiàn)信道的全速率信道數(shù)據(jù)速率是22.8kbit/s。使用的編碼方法將數(shù)據(jù)速率減少到12kbit/s和6kbit/s，分別對(duì)應(yīng)9.6kbit/s和4.8kbit/s的用戶(hù)數(shù)據(jù)速率，即業(yè)務(wù)TCH/F9.6和TCH/F4.8。需要在無(wú)線(xiàn)路徑上傳輸?shù)妮敵鰯?shù)據(jù)從基站向基站控制器和中心傳送，而輸入數(shù)據(jù)則從中心向基站控制器，并進(jìn)一步向基站傳輸以通過(guò)無(wú)線(xiàn)路徑發(fā)送。在這種固定傳輸鏈路上，可能的傳輸差錯(cuò)遠(yuǎn)小于無(wú)線(xiàn)路徑，因此通常不需要在其上采用特定的糾錯(cuò)編碼。為了使耗費(fèi)最小，對(duì)系統(tǒng)所采用的最低數(shù)據(jù)速率(例如在TCH/9.6情況下是16kbit/s)進(jìn)行速率適配是有益的。

圖1說(shuō)明了TRAU幀，從實(shí)現(xiàn)速率適配角度來(lái)看TRAU幀非常重要，即用戶(hù)數(shù)據(jù)通過(guò)TRAU幀在基站和TRAU(變碼器/速率適配單元)間的固定連接上傳輸。該幀包括40字節(jié)。同步比特標(biāo)記成S，分配給用戶(hù)數(shù)據(jù)的比特標(biāo)記成D，而控制和空閑比特則保持空白。
除了上述有意的冗余之外，當(dāng)前的GSM數(shù)據(jù)業(yè)務(wù)的用戶(hù)信息中也有空閑數(shù)據(jù)。在透明業(yè)務(wù)中，冗余信息由通量控制信令組成，在非透明業(yè)務(wù)中，則由無(wú)線(xiàn)鏈路協(xié)議(RLP)幀消息頭和L2R通量控制組成，根據(jù)所使用的是TCH/F9.6還是TCH/F4.8業(yè)務(wù)，用戶(hù)可以使用小于9.6kbit/s或4.8kbit/s的數(shù)據(jù)速率。目前，盡管對(duì)數(shù)據(jù)業(yè)務(wù)存在著較高要求已變得更普遍，但用戶(hù)在GSM類(lèi)型網(wǎng)絡(luò)中尚無(wú)法接入較高的數(shù)據(jù)速率。
因?yàn)楣潭〝?shù)據(jù)網(wǎng)中的數(shù)據(jù)速率已經(jīng)變得更高，所以已有若干裝置需要較高的數(shù)據(jù)速率。固定電話(huà)網(wǎng)中采用的一般數(shù)據(jù)速率是14.4kbit/s，例如ITU V.32和V.34調(diào)制解調(diào)器和第3類(lèi)電傳終端可以使用這種速率。
在GSM類(lèi)型網(wǎng)絡(luò)中，目標(biāo)是在不遠(yuǎn)的將來(lái)實(shí)現(xiàn)較高的數(shù)據(jù)速率，目前眾所周知，為此采用了一種所謂的多時(shí)隙技術(shù)。這意味著可以為用戶(hù)分配多于一個(gè)時(shí)隙，這自然導(dǎo)致用戶(hù)數(shù)據(jù)速率增加。使用多個(gè)時(shí)隙在技術(shù)上實(shí)現(xiàn)復(fù)雜，尤其是在移動(dòng)臺(tái)一側(cè)，特別是在時(shí)隙的數(shù)量超過(guò)2個(gè)時(shí)更是如此。
本發(fā)明的目的是在GSM類(lèi)型的蜂窩無(wú)線(xiàn)系統(tǒng)中實(shí)現(xiàn)14.4kbit/s的數(shù)據(jù)速率，從而僅使用一個(gè)時(shí)隙發(fā)送用戶(hù)數(shù)據(jù)。
該目的由前言中提出的方法實(shí)現(xiàn)，該方法的特征在于，信道編碼包括將需要發(fā)送的比特分組成比特塊，這些比特塊最小為288比特，使用GSM卷積編碼多項(xiàng)式對(duì)所述塊進(jìn)行1/2碼元速率的卷積編碼，通過(guò)從每一塊中刪除比特來(lái)壓縮得到的比特，從而得到包含不多于456比特的塊。
根據(jù)本發(fā)明的方法提供了多個(gè)優(yōu)點(diǎn)。通過(guò)本發(fā)明的方法，可以得到所需的數(shù)據(jù)速率而不需要對(duì)已有網(wǎng)絡(luò)進(jìn)行大規(guī)模的改動(dòng)。因?yàn)橛脩?hù)僅需要一個(gè)時(shí)隙，所以可以高效地使用網(wǎng)絡(luò)的資源和容量。
在本發(fā)明的優(yōu)選實(shí)施例中，通過(guò)下述方法可以將待發(fā)送信息進(jìn)行碼型變換(transcode)將兩個(gè)后續(xù)碼型變換幀合并成一個(gè)幀，并且在需要使用單個(gè)幀進(jìn)行同步時(shí)，使用這些比特中的一部分以傳送該情況下需要發(fā)送的信息。在本發(fā)明的第二優(yōu)選實(shí)施例中，將待發(fā)送信息進(jìn)行碼型變換，從而在生成由一組數(shù)據(jù)字節(jié)組成的碼型變換幀時(shí)，每一數(shù)據(jù)字節(jié)的第一比特用以傳送需要發(fā)送的信息。
以下結(jié)合附圖更詳細(xì)地描述本發(fā)明，在附圖中圖1說(shuō)明了上述傳統(tǒng)的TRAU幀；
圖2說(shuō)明了可以應(yīng)用根據(jù)本發(fā)明的方法的蜂窩無(wú)線(xiàn)系統(tǒng)；圖3a-3c說(shuō)明了變碼單元的可選位置；圖4a和4b說(shuō)明了在不同Abis接口上數(shù)據(jù)速率的轉(zhuǎn)換；圖5說(shuō)明了基于兩個(gè)TRAU幀生成的一個(gè)新幀；圖6說(shuō)明了一種新的TRAU幀類(lèi)型；圖7說(shuō)明了根據(jù)本發(fā)明的信道編碼的實(shí)現(xiàn)；圖8說(shuō)明了編碼比特的一種可能的壓縮方式；圖9a和9b說(shuō)明了兩種新類(lèi)型的幀，以及圖10說(shuō)明了可以應(yīng)用本發(fā)明的方法的蜂窩無(wú)線(xiàn)系統(tǒng)的第二個(gè)例子。
圖2說(shuō)明了GSM類(lèi)型蜂窩無(wú)線(xiàn)系統(tǒng)的結(jié)構(gòu)。本發(fā)明最好應(yīng)用于其信道和幀結(jié)構(gòu)類(lèi)似于GSM系統(tǒng)的數(shù)字蜂窩無(wú)線(xiàn)系統(tǒng)。該系統(tǒng)包括一組終端設(shè)備202-206，它們具有到基站200的連接208-212?；?00通過(guò)數(shù)字傳輸鏈路218與基站控制器214通信，基站控制器214控制著一個(gè)或多個(gè)基站?；究刂破?14則通過(guò)數(shù)字傳輸鏈路220與移動(dòng)業(yè)務(wù)交換中心216通信，移動(dòng)業(yè)務(wù)交換中心216具有到網(wǎng)絡(luò)其它部分的進(jìn)一步連接222。
基站200和基站控制器214之間的接口218被稱(chēng)為Abis接口。類(lèi)似的，基站控制器214和移動(dòng)業(yè)務(wù)交換中心之間的接口被稱(chēng)為A接口。有兩種通用的方式實(shí)現(xiàn)這些接口。對(duì)這兩種方式而言，Abis接口所使用的傳送速率都非常重要，它是64kbit/s或16kbit/s。中心216采用64kbit/s傳送速率，信號(hào)必須進(jìn)行碼型變換，因此變碼單元TRAU在網(wǎng)絡(luò)中的位置取決于Abis接口所采用的傳送速率。圖3a-3c說(shuō)明了不同傳送速率時(shí)網(wǎng)絡(luò)結(jié)構(gòu)的不同可選方案。
圖3a說(shuō)明了一種可選方案，其中基站200和基站控制器214之間Abis接口218通過(guò)64kbit/s的速率實(shí)現(xiàn)。在這種情況下，變碼單元TRAU 300位于基站200。這意味著基站控制器214和移動(dòng)業(yè)務(wù)交換中心216之間的連接220也是64kbit/s。
圖3b說(shuō)明了一種可選方案，其中基站200和基站控制器214之間Abis接口218通過(guò)16kbit/s的速率實(shí)現(xiàn)。在這種情況下，變碼單元TRAU 300位于基站控制器214。這意味著基站控制器214和移動(dòng)業(yè)務(wù)交換中心216之間的連接220是64kbit/s。
圖3c說(shuō)明了第二種可選方案，其中基站200和基站控制器214之間Abis接口218通過(guò)16kbit/s的速率實(shí)現(xiàn)。在這種情況下，變碼單元TRAU300位于移動(dòng)業(yè)務(wù)交換中心216。因此，基站控制器214和移動(dòng)業(yè)務(wù)交換中心216之間的連接220是16kbit/s。
根據(jù)本發(fā)明的方法旨在蜂窩無(wú)線(xiàn)系統(tǒng)中用戶(hù)數(shù)據(jù)能夠使用較高的傳送速率，為了在無(wú)線(xiàn)路徑和上述變碼單元中進(jìn)行編碼，引入了一種新方式。新編碼方式對(duì)已有系統(tǒng)的改動(dòng)較小，卻使用戶(hù)能夠使用14.4kbit/s的傳送速率。下面將首先針對(duì)碼型變換來(lái)考察本發(fā)明的方法。
圖4a和4b說(shuō)明了不同Abis接口上傳送速率的變換。圖4a說(shuō)明了64kbit/s Abis接口218情況下的網(wǎng)絡(luò)實(shí)現(xiàn)。在這種情況下，碼型變換由基站200實(shí)現(xiàn)，并且是一種采用ITU-T V.110速率轉(zhuǎn)換規(guī)范的線(xiàn)性處理。從無(wú)線(xiàn)路徑208接收的信號(hào)根據(jù)業(yè)務(wù)信道400規(guī)范以22.8kbit/s速率進(jìn)行編碼。因此，用戶(hù)數(shù)據(jù)速率402是14.4kbit/s，它首先根據(jù)V.110建議變換成32kbit/s速率404，并進(jìn)一步變換成64kbit/s速率406。因?yàn)樵谶@種情況下，變碼器位于基站200，所以不需要單獨(dú)的TRAU幀。
圖4b說(shuō)明了16kbit/s Abis接口的網(wǎng)絡(luò)實(shí)現(xiàn)。在這種情況下，變碼器300位于基站200之外，因而Abis接口218上的流量由TRAU幀占用。因?yàn)樵贏bis接口上從14.4kbit/s到16kbit/s的用戶(hù)速率沒(méi)有速率轉(zhuǎn)換方案，所以本發(fā)明的方法包括一種新的轉(zhuǎn)換以及與其對(duì)應(yīng)的TRAU幀。從無(wú)線(xiàn)路徑208接收的信號(hào)根據(jù)業(yè)務(wù)信道400的規(guī)范以22.8kbit/s的速率進(jìn)行編碼。用戶(hù)數(shù)據(jù)速率402因而是14.4kbit/s，它根據(jù)V.110規(guī)范轉(zhuǎn)換到32kbit/s的中間速率404。為Abis接口生成一個(gè)新類(lèi)型的16kbit/s的TRAU幀，本文獻(xiàn)將其稱(chēng)為一個(gè)N-TRAU幀。在變碼單元中，N-TRAU幀根據(jù)V.110建議通過(guò)32kbit/s的中間速率404分解成64kbit/s的速率406。在上面的描述中，基站200中并不一定要使用32kbit/s的中間速率。
TRAU幀通過(guò)Abis接口以20ms間隔發(fā)送，它總共包含320比特。如果所需的用戶(hù)數(shù)據(jù)速率是14.4kbit/s，則在20ms中應(yīng)傳送288比特的數(shù)據(jù)比特。在GSM系統(tǒng)中使用4種不同的已知碼型變換幀，一種已在圖1中示出。這些幀都沒(méi)有以可能的最佳方式使用16kbit/s的容量。如果在已知幀中使用所有除了空閑控制比特之外的可用數(shù)據(jù)比特，則將得到270比特。如果包括在數(shù)據(jù)幀控制域中的9個(gè)空閑比特，則將得到279比特，這還不夠。
根據(jù)本發(fā)明的方法采用兩種新類(lèi)型的碼型變換幀方案，其中在數(shù)據(jù)傳輸時(shí)使用用于同步的比特。在根據(jù)本發(fā)明的方法中，為了用較少數(shù)量的實(shí)際同步比特實(shí)現(xiàn)同步，還改變碼型變換幀的同步。
圖5說(shuō)明了基于兩個(gè)TRAU幀生成的一個(gè)新幀。為同步保留的比特標(biāo)記成字母S，保留用于用戶(hù)數(shù)據(jù)的比特標(biāo)記成字母D，剩下的控制和空閑比特保持空白。每一個(gè)傳統(tǒng)的TRAU幀在幀開(kāi)始處具有4字節(jié)長(zhǎng)的同步和控制部分。如果組合若干幀，可以相應(yīng)地減少控制部分。如果兩個(gè)幀組合并一起發(fā)送，則14.4kbit/s速率每40ms需要2×228(即576)比特。連續(xù)的兩個(gè)傳統(tǒng)幀提供2×270比特，即缺少36比特。在根據(jù)本發(fā)明的解決方案中，待合并的后一個(gè)幀的控制部分用于數(shù)據(jù)傳輸。并且，在第一幀未用的控制比特中，6比特可以用于數(shù)據(jù)傳輸。這樣一共產(chǎn)生了576個(gè)比特，因而還有3個(gè)未用的控制比特。在根據(jù)本發(fā)明的解決方案中，如圖5所示，一個(gè)倍長(zhǎng)幀在開(kāi)始時(shí)具有兩個(gè)完整字節(jié)的同步比特，一個(gè)同步比特在第三字節(jié)開(kāi)始處，此后緊隨著8個(gè)控制比特。在這之后，除了每隔一個(gè)子節(jié)的第一比特(該比特用于同步)之外，所有的比特都是數(shù)據(jù)比特。
圖6示出了一個(gè)新的20ms TRAU幀。保留用于同步的比特標(biāo)記成字母S，該比特保留用于用戶(hù)數(shù)據(jù)的比特標(biāo)記成字母D，剩下的控制和空閑比特保持空白。在根據(jù)該實(shí)施例的方案中，控制部分之后所有比特用于數(shù)據(jù)傳輸，包括每個(gè)字節(jié)的第一比特。在通過(guò)這種方式，可以得到足夠數(shù)量的比特用于數(shù)據(jù)傳輸。這種方案的一個(gè)缺陷是，實(shí)際的同步比特都位于幀的開(kāi)端。在根據(jù)本發(fā)明的方案中，可以改進(jìn)同步，通過(guò)使用幀中具有已知值的比特來(lái)使碼型變換幀同步。這種比特由幀類(lèi)型指示器比特(4比特)、信道類(lèi)型指示器(1比特)和中間速率適配指示器(2比特)來(lái)表示。通過(guò)這些比特，可以保證同步功能的實(shí)現(xiàn)。根據(jù)本發(fā)明的第二方法涉及對(duì)用于傳送需要發(fā)送的信息的某些數(shù)據(jù)字節(jié)計(jì)算短的校驗(yàn)和，使用空閑控制比特傳送這樣得到的CRC值，并在碼型變換幀的同步過(guò)程中使用該CRC值。
根據(jù)本發(fā)明的方法的另一個(gè)實(shí)施例是使用填充比特以中斷包含相同比特的比特序列否則這種序列可能會(huì)被解釋成TRAU幀同步模式。一種方式是使用根據(jù)ITU建議V.42的幀或基于該建議修改的幀。因?yàn)閂.42幀的構(gòu)造使它們不包含長(zhǎng)的1序列，在傳輸之前用戶(hù)數(shù)據(jù)必須進(jìn)行轉(zhuǎn)換，并在傳輸之后逆向轉(zhuǎn)換以使它們不包含長(zhǎng)的0序列。
下面將針對(duì)信道編碼考察本發(fā)明的方法。圖7示出的框圖說(shuō)明了根據(jù)本發(fā)明的信道編碼的實(shí)現(xiàn)。該圖示出了兩種新穎的碼型變換幀，20ms幀700和倍長(zhǎng)幀702。在20ms幀中，20ms內(nèi)傳送320比特，288凈荷比特被速率適配到14.4kbit/s的速率408。類(lèi)似地，倍長(zhǎng)幀在40ms中包含640比特，576凈荷比特被速率適配到14.4kbit/s的速率408。接著，在根據(jù)本發(fā)明的方案中，使用288比特作為塊長(zhǎng)進(jìn)行塊編碼704。在塊編碼中，增加4個(gè)末端比特。卷積編碼706以1/2編碼速率進(jìn)行，使用的GSM卷積編碼多項(xiàng)式與9.6kbit/s的數(shù)據(jù)速率相同。
G0＝1+D3+D4G1＝1+D+D3+D4在編碼之后，得到584比特，其中128比特隨后被壓縮708，其余456比特進(jìn)一步傳送，進(jìn)行間插710，脈沖串格式化712，調(diào)制714，并進(jìn)一步發(fā)送到無(wú)線(xiàn)路徑716上。圖8的例子說(shuō)明了壓縮過(guò)程，其中從卷積編碼得到的584個(gè)比特中刪除標(biāo)記有字符P的比特，從而保留456比特。
接著考察根據(jù)本發(fā)明的第二優(yōu)選實(shí)施例。在該實(shí)施例中，通過(guò)生成一個(gè)總長(zhǎng)640比特的碼型變換幀，在傳送系統(tǒng)中傳送待發(fā)送的信息，該幀所攜帶的信息作為長(zhǎng)290比特的兩個(gè)塊應(yīng)用于信道編碼器。這在圖9a中說(shuō)明。為同步保留的比特標(biāo)記成字母S，分配給用戶(hù)數(shù)據(jù)的比特標(biāo)記成字母D，控制和空閑比特保持空白。因此，該幀包括第一塊900和第二塊902。
可以向這兩個(gè)塊中插入一個(gè)標(biāo)識(shí)符，該標(biāo)識(shí)符指示正處理的是幀的第一塊還是第二塊。塊標(biāo)識(shí)符位于塊中預(yù)定位置，第二塊的標(biāo)識(shí)符最后通過(guò)轉(zhuǎn)換第一塊的標(biāo)識(shí)符來(lái)生成。圖9b示出了這兩個(gè)標(biāo)識(shí)符。它們最好位于比特1和3。也可以?xún)H由基站將標(biāo)識(shí)符插入發(fā)送到空中接口的信號(hào)中。
幀中這些塊的第一比特1、2、3和4最好用以通過(guò)空中接口傳送附加信息。這種附加信息包括半幀的同步、子信道編號(hào)或通過(guò)空中接口傳送網(wǎng)間同步信息。附加信息比特也可以用于信令不連續(xù)傳輸。
在基站中，指示不連續(xù)傳輸?shù)膸械谝粔K的比特最好在信道編碼之前替換成固定值比特，后一塊中同一個(gè)位置傳送的比特正好與其相反。
根據(jù)本發(fā)明的優(yōu)選實(shí)施例，信道編碼包括將需要發(fā)送的比特分組成大小為290比特的塊，在塊尾端增加4個(gè)比特，對(duì)所述塊采用GSM卷積多項(xiàng)式以1/2碼元速率進(jìn)行卷積編碼，從而在編碼之后塊長(zhǎng)為588比特，通過(guò)從每一塊中刪除132比特壓縮了得到的編碼比特。
下面將考察圖10，該圖說(shuō)明了GSM類(lèi)型的蜂窩無(wú)線(xiàn)系統(tǒng)的結(jié)構(gòu)。該圖示出了與基站BTS通信的移動(dòng)臺(tái)MS。基站BTS通過(guò)數(shù)字傳輸鏈路與基站控制器BSC通信，基站控制器BSC控制一個(gè)或多個(gè)基站?；究刂破鰾SC則通過(guò)數(shù)字傳輸鏈路與移動(dòng)業(yè)務(wù)交換中心MSC通信，移動(dòng)業(yè)務(wù)交換中心MSC還通過(guò)222網(wǎng)絡(luò)互連連接1000連接到網(wǎng)絡(luò)的其它部分。
如前所述，基站BTS和基站控制器之間的接口被稱(chēng)為Abis接口。基站控制器BTS和移動(dòng)業(yè)務(wù)交換中心MSC之間的接口被稱(chēng)為A接口。在根據(jù)本發(fā)明優(yōu)選實(shí)施例的解決方案中，網(wǎng)絡(luò)互連單元1000生成傳送幀。該幀通過(guò)A接口傳送，TRA收發(fā)該幀，該幀還通過(guò)Abis接口傳送，基站接收該幀。在現(xiàn)有技術(shù)方案中，僅在基站控制器的TRAU中生成該幀。在根據(jù)本發(fā)明的方案中，該幀還可以包括一個(gè)無(wú)線(xiàn)鏈路協(xié)議幀(RLP幀)。這是一種有利的解決方案，因?yàn)殚_(kāi)銷(xiāo)量減少，如果TRAU幀大小相等，則不需要專(zhuān)用的幀分離器來(lái)分離RLP幀。
盡管以上結(jié)合附圖的例子描述了本發(fā)明，但顯然在后附權(quán)利要求書(shū)提出的創(chuàng)新思想范圍內(nèi)可以以許多方式改動(dòng)。
權(quán)利要求
1.一種數(shù)字蜂窩無(wú)線(xiàn)網(wǎng)絡(luò)中的數(shù)據(jù)傳輸方法，該方法包括對(duì)需要傳送的信息進(jìn)行信道編碼以進(jìn)行傳輸?shù)牟襟E，其特征在于，信道編碼包括將需要發(fā)送的比特分組成多個(gè)塊，塊的最小長(zhǎng)度為288比特，對(duì)所述塊采用GSM卷積編碼多項(xiàng)式以1/2碼元速率進(jìn)行卷積編碼，通過(guò)從每一塊中刪除比特來(lái)壓縮得到的比特，從而得到包含不多于456比特的塊。
2.根據(jù)權(quán)利要求1的方法，其特征在于，卷積編碼后的塊長(zhǎng)為584比特，通過(guò)在每一塊中刪去128比特來(lái)壓縮得到的編碼比特。
3.一種數(shù)字蜂窩無(wú)線(xiàn)網(wǎng)絡(luò)中的數(shù)據(jù)傳輸方法，該方法包括對(duì)需要傳送的信息進(jìn)行信道編碼以進(jìn)行傳輸?shù)牟襟E，其特征在于，信道編碼包括將需要發(fā)送的比特分組成多個(gè)塊，塊的長(zhǎng)度為290比特，在塊中插入4個(gè)末端比特，對(duì)所述塊采用GSM卷積多項(xiàng)式以1/2碼元速率進(jìn)行卷積編碼，從而編碼后塊長(zhǎng)為588比特，通過(guò)從每一塊中刪除132比特來(lái)壓縮得到的編碼比特。
4.根據(jù)權(quán)利要求1或3的方法，其特征在于，在信息傳送中通過(guò)使用后一幀中的一部分同步和控制比特位置，由兩個(gè)碼型變換幀生成一個(gè)幀，從而在傳送系統(tǒng)中傳送需要發(fā)送的信息。
5.根據(jù)權(quán)利要求1或3的方法，其特征在于，通過(guò)生成一個(gè)碼型變換幀在傳送系統(tǒng)中傳送需要發(fā)送的信息，該幀的頭兩個(gè)字節(jié)形成了由0組成的同步模式，所述幀包含控制比特和至少288個(gè)待傳送的信息比特。
6.根據(jù)權(quán)利要求5的方法，其特征在于，該幀中具有已知值的那些比特用于使碼型變換幀同步。
7.根據(jù)權(quán)利要求5的方法，其特征在于，對(duì)用于傳送待發(fā)送信息的某些數(shù)據(jù)字節(jié)計(jì)算短的校驗(yàn)和，這樣得到的CRC值通過(guò)使用空閑控制比特傳送，該CRC值用于使碼型變換幀同步。
8.根據(jù)權(quán)利要求5的方法，其特征在于，修改待傳送的信息，使該信息所組成的比特序列不同于同步序列。
9.根據(jù)權(quán)利要求1或3的方法，其特征在于，每一信息比特在傳送前進(jìn)行轉(zhuǎn)換，在傳送后進(jìn)行逆向轉(zhuǎn)換。
10.根據(jù)權(quán)利要求1或3的方法，其特征在于，通過(guò)生成一個(gè)傳送幀在傳送系統(tǒng)中傳送需要發(fā)送的信息，該幀總長(zhǎng)640比特，它所傳送的信息作為長(zhǎng)為290比特的兩個(gè)塊輸送到信道編碼器。
11.根據(jù)權(quán)利要求10的方法，其特征在于，在這兩個(gè)塊中都插入一個(gè)標(biāo)識(shí)符，該標(biāo)識(shí)符指示所處理的是該幀的第一塊還是第二塊。
12.根據(jù)權(quán)利要求11的方法，其特征在于，塊標(biāo)識(shí)符位于塊中的某個(gè)預(yù)定位置，通過(guò)對(duì)第一塊的標(biāo)識(shí)符取反形成第二塊的標(biāo)識(shí)符。
13.根據(jù)權(quán)利要求12的方法，其特征在于，這兩個(gè)幀的第一比特(1、2、3、4)都用于通過(guò)空中接口傳送附加信息。
14.根據(jù)權(quán)利要求13的方法，其特征在于，附加信息比特用于信令不連續(xù)傳輸。
15.根據(jù)權(quán)利要求13的方法，其特征在于，附加信息比特用于同步信息的傳輸。
16.根據(jù)權(quán)利要求14的方法，其特征在于，基站將幀的第一塊中的指示不連續(xù)傳輸?shù)谋忍卦谛诺谰幋a之前替換成一個(gè)固定值比特，后一幀中同一位置的待傳送比特具有一個(gè)相反的值。
17.根據(jù)權(quán)利要求4的方法，其特征在于，傳送幀在網(wǎng)絡(luò)互連單元(1000)中生成。
18.根據(jù)權(quán)利要求17的方法，其特征在于，傳送幀包括一個(gè)無(wú)線(xiàn)鏈路協(xié)議幀。
全文摘要
本發(fā)明涉及一種數(shù)字蜂窩無(wú)線(xiàn)網(wǎng)絡(luò)中的數(shù)據(jù)傳送方法,該方法包括對(duì)需要傳送的信息進(jìn)行信道編碼以進(jìn)行傳輸?shù)牟襟E。為了在GSM類(lèi)型的蜂窩無(wú)線(xiàn)系統(tǒng)中實(shí)現(xiàn)14.4kbit/s數(shù)據(jù)速率,而僅使用一個(gè)時(shí)隙進(jìn)行數(shù)據(jù)傳輸,根據(jù)本發(fā)明方法的信道編碼包括下述步驟:將需要發(fā)送的比特分組成多個(gè)塊,塊的最小長(zhǎng)度為288比特,對(duì)所述塊采用GSM卷積多項(xiàng)式以1/2碼元速率進(jìn)行卷積編碼,并通過(guò)從每一塊中刪除比特來(lái)壓縮得到的比特,從而得到包含不多于456比特的塊。
文檔編號(hào)H03M13/23GK1202286SQ96198322
公開(kāi)日1998年12月16日 申請(qǐng)日期1996年10月31日 優(yōu)先權(quán)日1995年10月31日
發(fā)明者里庫(kù)·皮豪南, 皮卡·蘭塔, 居里·蘇瓦南 申請(qǐng)人:諾基亞電信公司