【資料名稱】：傳輸載波的算法

【資料作者】：ys

【資料日期】：2013-06-08

【資料語言】：中文

【資料格式】：DOC

【資料目錄和簡介】：

RBLT-62315MPLEX16SPEECH/DATA NO
MPLEX16SPEECH/DATA NO
MPLEX16SPEECH/DATA NO
MPLEX16SPEECH/DATA NO
RBLT-62416MPLEX16SPEECH/DATA NO
MPLEX16SPEECH/DATA NO
MPLEX16SPEECH/DATA NO
MPLEX16IDLENO
RBLT-62517CONCCF/TRXC SIGNAL NO610234
RBLT-62618UNDEF IDLENO
RBLT-62719MPLEX16SPEECH/DATA NO
MPLEX16SPEECH/DATA NO
MPLEX16SPEECH/DATA NO
MPLEX16SPEECH/DATA NO
RBLT-62820CONCTRXC SIGNAL NO 1









-------------------------全部內容-----------------------

一條傳輸開15個載波的算法

一般來說，對于2000站一條傳輸如果用4比1的信令壓縮方式，最多也只能開13個載波，但現在很多地區(qū)都出現過一條傳輸開15個載波的情況，至于如何實現呢？看看下面的數據和算法：

1、TRX的信令類型為CONC的傳輸使用情況（通常的做法）
當TRX的信令類型（即SIG）設置為CONC，則用RXAPP查看傳輸的結果如下（以5個TRU為例）：
<RXAPP:MO=RXOTG-1;
RADIO X-CEIVER ADMINISTRATION
ABIS PATH STATUS
MO
RXOTG-1

DEV
DCP
APUSAGE
APSTATE
64K
TEI
RBLT-623
15
MPLEX16
SPEECH/DATA
NO

MPLEX16
SPEECH/DATA
NO

MPLEX16
SPEECH/DATA
NO

MPLEX16
SPEECH/DATA
NO
RBLT-624
16
MPLEX16
SPEECH/DATA
NO

MPLEX16
SPEECH/DATA
NO

MPLEX16
SPEECH/DATA
NO

MPLEX16
IDLE
NO
RBLT-625
17
CONC
CF/TRXC SIGNAL

NO
61
0
2
3
4
RBLT-626
18
UNDEF
IDLE
NO
RBLT-627
19
MPLEX16
SPEECH/DATA
NO

MPLEX16
SPEECH/DATA
NO

MPLEX16
SPEECH/DATA
NO

MPLEX16
SPEECH/DATA
NO
RBLT-628
20
CONC
TRXC SIGNAL
NO
1
。
。
。
可以看到，每個DEV是4個MPLEX16的數據單位，每個TRXC SIGNAL占1/4個DEV；但是如果TRX不是4的倍數，也會占用1個DEV，如RBLT-628，也就是說，該DEV還有3/4個DEV是沒有使用的。
2、TRX的信令類型為MPLEX16的傳輸使用情況（傳輸不夠的做法）
當其中1個TRX的信令類型設置為MPLEX16，用RXAPP查看傳輸的結果如下：
<RXAPP:MO=RXOTG-232;
RADIO X-CEIVER ADMINISTRATION
ABIS PATH STATUS
MO
RXOTG-232

DEV
DCP
APUSAGE
APSTATE
64K
TEI
RBLT-596
20
CONC
CF/TRXC SIGNAL
NO
60
0
1
2
3
RBLT-597
21
MPLEX16
SPEECH/DATA
NO

MPLEX16
SPEECH/DATA
NO


MPLEX16
SPEECH/DATA
NO

MPLEX16
SPEECH/DATA
NO
RBLT-600
24
MPLEX16
TRXC SIGNAL
NO
4

MPLEX16
SPEECH/DATA
NO

MPLEX16
SPEECH/DATA
NO
MPLEX16
SPEECH/DATA
NO
。
。
。
從上面LOG可以看到，信令與數據共同使用同一個DEV，如RBLT-600，這樣可以將另外3/4個DEV利用起來走數據，這樣就可以充分利用所有的傳輸設備。這就是把TRX的信令壓縮方式設置為MPLEX16時的優(yōu)勢。
所用的指令就是：
rxmoi:mo=rxotrx-1-0,tei=0,dcp1=128,dcp2=129&130,sig=CONC;
或
rxmoi:mo=rxotrx-38-0,tei=0,dcp1=128,dcp2=129&130,sig=MPLEX16;

3、一條傳輸怎樣開15個載波
當然，并不是說單單把信令壓縮方式設置為MPLEX16就可以的，有時還需要我們通過計算出足夠的SDCCH數目才可以順利把所有載波開起來。為什么要這樣做呢？下面先介紹一下邏輯信道的組成吧。
我們打RLCRP指令，可以看到以下輸出：
<RLCRP:CELL=DGLSJD3;

CELL RESOURCES

CELL
BCCH
CBCH
SDCCH
NOOFTCH
DGLSJD3
1
1
31
27

從紅色字體部分可以看到，一個小區(qū)的邏輯信道主要由BCCH、CBCH、SDCCH和TCH組成的，所有的信道數加起來就應該是：載波數×8＝BCCH＋(CBCH＋SDCCH)/8＋TCH
也就是說：TCH＝載波數×8－BCCH－(CBCH＋SDCCH)/8
＝載波數×8－BCCH—SDCCH定義數（因為SDCCH以8比1壓縮）

下面以一個例子來說明：一個小區(qū)配置為4/5/6，按照常規(guī)分別需要9、12、14共36個DEV；但是可以只分配8、10、13共31個DEV就可以開起來。具體算法如下：

CELL1——4個TRU：
傳輸設備TS＝8(DEV)×4(MPLEX16)=32（可理解為最大的傳輸能力為32個TS，即32個MPLEX16）
TRXC SIGNAL＝4
(四個載波，四個控制信令)
TCH＝載波數×8－BCCH—SDCCH定義數
＝4×8(1個TRU8個TS)－1(BCCH)－3(SDCCH)＝28
因為只要TS>= TRXC SIGNAL+ TCH即可滿足傳輸的分配，所以只要把SDCCH數定為3就可以達到這個要求。當然，SDCCH個數也可以設為4個，但是絕對不能超過TRU的個數。
從這里我們可以看到，這樣的算法其實是提高了SDCCH數目，犧牲了TCH數來實現的，不過，SDCCH數目多一些也未必是壞事，而且更主要是節(jié)省了傳輸。

CELL2——5個TRU：
TS＝10×4＝40
TRXC SIGNAL＝5
TCH=5×8－1(BCCH)－4(SDCCH)＝35
這里算法是一樣，但要注意其中有一個TRX的SIG必須設置成MPLEX16，另外4個設置為CONC或MPLEX16都無所謂。

CELL3——6個TRU：
A、在TRX的SIG都設置成CONC的情況下
TS＝13×4＝52
TRXC SIGNAL＝8(在TRX的SIG都設置成CONC的情況下占用2個DEV，共8個MPLEX16)
TCH=6×8－1(BCCH)－3(SDCCH)＝44

B、將2個TRX的SIG設置成MPLEX16的情況下，6個TRU也可以只用12個DEV：
TS＝12×4＝48
TRXC SIGNAL＝6(將1個TRX的SIG設置成MPLEX16的情況下)
TCH=6×8－1(BCCH)－5(SDCCH)＝42

通過上述計算結果，我們可以總結得出，如果TRU個數不是4的倍數，可以通過設置TRX的信令類型為MPLEX16來提高傳輸的使用率，而大多數情況下，是需要修改SDCCH個數的，我們只要學會算，就可以達到我們需要的效果，一條傳輸開15個載波也不是夢想了。
一個2M PCM電路有32個時隙，其中TS0要傳同步信息，CF傳輸要占用一個TS，這樣還剩下30個完全空閑的TS，CF所占TS是可壓縮復用的。
同時，一般GSM是使用2B+D傳輸，即兩個話音信道，一個信令信道。這樣一來，不壓縮時就只能支持30/(2+1)=10個載波
當愛立信設備采用信令壓縮時：

CONC壓縮方式：采取4個載波共用1個64K的傳輸設備用于信令傳送，少于4個載波也需占用一個設備，信令與話音不能共用設備。

MPLEX32壓縮方式：每個載波需1／2個64K的傳輸設備用于信令傳送，信令與話音可共用設備。


MPLEX16壓縮方式：每個載波需1／4個64K的傳輸設備用于信令傳送，信令與話音可共用設備。
當然，在實際運用中，最好加傳輸不要過份壓縮，因為在出現大話務或傳輸不穩(wěn)時，會出現基站不斷重啟，進而造成指標嚴重惡化，用戶感受急劇下降。

[ 本帖最后由 chenyisen 于 2013-6-13 21:36 編輯 ]