【文章內(nèi)容簡(jiǎn)介】 定：剛才發(fā)送該塊時(shí)的編碼方式、與發(fā)新塊的相同方式選擇出編碼方式、鏈路質(zhì)量控制模式（IR還是LA）。會(huì)選擇同簇的編碼方式（如MCSMCSMCS9為一簇），根據(jù)IR還是LA決定是降幾級(jí)，如剛才用MCS9，采用LA的方式有可能會(huì)要求降到MCS3，但是IR的方式可能降到MCS6就夠了，因?yàn)樵贗R方式下，MS會(huì)緩存剛才未正確解出來的塊的部分信息，再根據(jù)重傳塊的信息軟合并進(jìn)行解碼，則有可能解出來。所以，我們推薦測(cè)試時(shí)采用IR的方式。但有些MS軟合并功能做得不好，或根本不做，有可能IR功能會(huì)帶來負(fù)增益。需要考察編碼方式選擇的限制因素： 無線環(huán)境。下表給出了各種編碼需求的無線信號(hào)的質(zhì)量：表2 各種編碼方式的空口要求編碼方式手機(jī)接收電平要求（dBm）TU3下載干比要求（dB）MCS1≥10213MCS2≥10115MCS3≥99MCS4≥9719MCS5≥9818MCS6≥9620MCS7≥93MCS8≥MCS9≥8630 Gaibs口的傳輸質(zhì)量：如果副鏈?zhǔn)Р?，?huì)導(dǎo)致編碼調(diào)不上去。因?yàn)楦呔幋a不帶同步頭，在出現(xiàn)較為嚴(yán)重的滑碼情況時(shí)，會(huì)限制選擇高編碼，而采用帶同步頭的低編碼來進(jìn)行傳送。 Abis口時(shí)隙數(shù)目，下表給出了各種編碼方式需求的16kbps的Abis時(shí)隙數(shù)目：表3 各種編碼方式Abis口時(shí)隙要求EGPRSGPRS需要的Abis口16kbps時(shí)隙數(shù)目MCS1~MCS2CS1~CS21MCS3~MCS6CS3~CS42MCS73MCS8~MCS94Abis時(shí)隙有如下幾個(gè)用途：信令鏈路（OML，每個(gè)基站一條；RSL，每個(gè)載頻一條）統(tǒng)計(jì)復(fù)用；語音信道（每個(gè)信道需要一條16kbps的時(shí)隙，）；PDCH信道（每個(gè)信道需要若干條16kbps的時(shí)隙，其中一條稱為主鏈路，其它稱之為副鏈路）。在Abis口時(shí)隙為非FlexAbis的情況下，語音信道和PDCH信道在信道配置時(shí)就固定綁定一條16kbps的時(shí)隙。然后對(duì)于正在做分組業(yè)務(wù)的手機(jī)，如果需要調(diào)整編碼方式，且需要Abis資源，則去申請(qǐng)Abis口空閑時(shí)隙，申請(qǐng)成功后，進(jìn)行編碼方式調(diào)整。當(dāng)編碼方式下調(diào)時(shí)，不會(huì)觸發(fā)Abis資源釋放。在信道空閑時(shí)，在“Abis時(shí)隙釋放定時(shí)器長(zhǎng)度”超時(shí)時(shí)進(jìn)行釋放。在Abis口時(shí)隙為FlexAbis的情況下，信道配置時(shí)并不綁定Abis口時(shí)隙，在信道激活時(shí)才去申請(qǐng)綁定Abis口時(shí)隙，即原來的主鏈路也同樣被劃到了空閑的Abis資源池里面?；贑S業(yè)務(wù)優(yōu)先的原則，在CS業(yè)務(wù)信道可分配，卻無Abis資源時(shí)，會(huì)去搶占正在做分組業(yè)務(wù)信道上的Abis資源。所以，對(duì)于空閑時(shí)隙不足的問題，在配置為非FlexAbis的情況下，把剩余未配置時(shí)隙均配置為空閑時(shí)隙（需要注意客戶是否采用DXX設(shè)備來做時(shí)隙交叉，如果采用，則可分配的時(shí)隙數(shù)不一定是整條E1的所有時(shí)隙數(shù)，需要向客戶問清楚可用時(shí)隙情況）；根據(jù)話務(wù)模型計(jì)算信令鏈路復(fù)用比，增大信令鏈路復(fù)用比可以省出Abis口資源出來；也可選擇采用FlexAbis的功能來更好的實(shí)現(xiàn)Abis口的資源共享。amp。 說明華為的Abis口資源采用基站為單位的資源池，一個(gè)站下面的所有小區(qū)進(jìn)行Abis資源共享。另外，對(duì)于級(jí)聯(lián)站的情況，前一級(jí)基站的Abis口時(shí)隙資源有一部分要?jiǎng)澐譃橄乱患?jí)站使用。另外，可通過“載頻上最大的Abis口時(shí)隙數(shù)”來限制載頻上最大可綁定的Abis口時(shí)隙數(shù)。 鏈路同步/信道同步的機(jī)理每個(gè)PDCH信道會(huì)綁定若干條Abis口時(shí)隙，其中一條稱為主鏈，其它若干條稱為副鏈。在信道轉(zhuǎn)換過來的初期，會(huì)有1秒左右的信道同步過程，PCU通過主鏈路給基站發(fā)送同步幀，基站回復(fù)一個(gè)同步幀，這樣，就可以計(jì)算兩幀之間的幀號(hào)，塊號(hào)的差別。這樣，后續(xù)PCU則按該提前量下發(fā)數(shù)據(jù)。在發(fā)送同步幀時(shí)，如果同步頭搜索不到，或者搜索到同步幀后校驗(yàn)失敗。則信道無法同步。每個(gè)信道包括多個(gè)Abis口鏈路，每個(gè)鏈路單獨(dú)進(jìn)行同步，后續(xù)在發(fā)送幀時(shí)，都會(huì)帶同步頭（對(duì)于MCS6/7不帶），當(dāng)然，主鏈路上還會(huì)發(fā)送CS1編碼的信令幀，副鏈路上會(huì)發(fā)送空閑信息幀都有同步頭。所以，同步頭發(fā)生一定的變化是可以忍受的。但是如果平均每10分鐘變化一次，則PCU會(huì)限制高編碼的傳送。如果主鏈?zhǔn)Р?，則會(huì)導(dǎo)致信道失步。副鏈?zhǔn)Р?，則編碼將會(huì)調(diào)整。而Gabis口傳輸質(zhì)量差到一定程度時(shí)，則導(dǎo)致鏈路失步，GAbis口的傳輸質(zhì)量通過GAbis口誤幀率來衡量，GAbis口誤幀率＝（接收校驗(yàn)錯(cuò)幀的個(gè)數(shù)+接收失步幀的個(gè)數(shù)）/（發(fā)送有效幀的數(shù)目+發(fā)送空幀的數(shù)目）。1）誤幀率都小于10e5，此時(shí)鏈路質(zhì)量較好，手機(jī)能穩(wěn)定進(jìn)行數(shù)據(jù)傳輸。2）誤幀率在10e5至10e4之間，此時(shí)對(duì)正在傳輸態(tài)的手機(jī)速率有一定的影響。3）誤幀率大于10e4，說明鏈路已相當(dāng)不穩(wěn)定，容易出現(xiàn)失步，此時(shí)，已經(jīng)很難進(jìn)行大數(shù)據(jù)量的數(shù)據(jù)傳輸。如下情況可能導(dǎo)致Gaibs誤幀高或鏈路失步：E1時(shí)鐘和BTS的空口時(shí)鐘不同步；傳輸不穩(wěn)定等?？梢酝ㄟ^在BTS側(cè)采用近端和遠(yuǎn)端環(huán)回的方法來排查是否是傳輸?shù)膯栴}，當(dāng)然也可以通過在兩側(cè)掛表截取數(shù)據(jù)來分析。2 下載速率問題定位思路闡述，DT較之CQT來說，就是存在C/I波動(dòng)導(dǎo)致編碼方式改變（事實(shí)上鏈路質(zhì)量控制算法會(huì)在更高的編碼和更小的重傳之間取得平衡，編碼方式的改變帶來空口實(shí)際帶寬變化）和小區(qū)重選，而下載小文件較之下載大文件來說TCP連接剛建立時(shí)的慢啟動(dòng)過程影響占的比例較大。所以，當(dāng)下載速率很差時(shí)，需選擇C/I很好的地方，閑時(shí)進(jìn)行大文件下載測(cè)試以排查各環(huán)節(jié)的是否存在問題。 閑時(shí)、大文件、CQT下載定位問題如下圖所示，為閑時(shí)，無線環(huán)境好，大文件下載了時(shí)TEMS LOG顯示的速率圖形：圖4 理想情況下大文件下載TEMS LOG文件顯示信息amp。 說明Dummy控制塊：PCU每20ms調(diào)度一個(gè)塊來發(fā)送，發(fā)送順序是NACK塊－VS塊－PACK塊，當(dāng)PCU內(nèi)無以上這些塊可發(fā)送時(shí)，則發(fā)送Dummy控制塊。TEMS將其統(tǒng)計(jì)為控制塊，即TEMS統(tǒng)計(jì)的控制塊包括真正的控制消息塊和Dummy控制塊。在MS側(cè)應(yīng)用層的跟蹤消息來看，一般每個(gè)塊時(shí)延比較固定，MS每?jī)蓚€(gè)TCP包回送一個(gè)TCP的ACK消息，沒有丟包或亂序。一個(gè)嚴(yán)格的測(cè)試者一次下載過程中的測(cè)試結(jié)果應(yīng)該除了與FTP服務(wù)器的交互消息以外，沒有與其它IP的交互消息。應(yīng)用層的跟蹤消息如下圖所示：圖5 理想情況下大文件下載應(yīng)用層跟蹤文件現(xiàn)在說明一下，從TEMS LOG文件和應(yīng)用層的抓包文件來初步判斷問題原因的思路： 不能分配四條信道或不能穩(wěn)定占用四條信道首先說明一下，從TEMS上如何看分配了幾個(gè)信道，如圖4所示，從黃色所占的格數(shù)可以判斷，但TEMS的該顯示不是特別準(zhǔn)確。另外，則是依據(jù)“GSM data timeslot”中的顯示，但也不是特別準(zhǔn)確。最準(zhǔn)確的方法，是依據(jù)你所考察位置之前，最近的一個(gè)“Packet Downlink Assignment”或“Packet Timeslot reconfiguration”消息來判斷。如下圖所示： 圖6 分組上行指配（左）和時(shí)隙重指配（右）消息中指配的時(shí)隙，可以知道，對(duì)于閑時(shí)下載的情況，可能會(huì)經(jīng)歷從分配1時(shí)隙，到3時(shí)隙，再到4時(shí)隙的過程。正常都可以分配滿足下行多時(shí)隙能力。那么，如果不能占用，首先檢查信道配置，是否有足夠的PDCH信道（包括靜態(tài)和動(dòng)態(tài)），如果不滿足，則需要進(jìn)行配置，一般在主B上配置足夠的PDCH信道。其次則需要檢查是否存在信道失步等故障?？梢酝ㄟ^PCU的故障告警來檢查是否存在信道失步，最好通過命令來查詢一下，如外置PCU，通過“mt pdch show state 小區(qū)號(hào) all”可以檢查該小區(qū)下所有PDCH的狀態(tài)。內(nèi)置PCU，通過MML命令“DSP PDCH”來查詢信道狀態(tài)。對(duì)于不能穩(wěn)定占用四條信道，包括語音業(yè)務(wù)搶占，這在閑時(shí)測(cè)試的情況下應(yīng)該不會(huì)出現(xiàn)。另外，則仍然是信道故障的問題。 不能穩(wěn)定占用高編碼該問題又可以分解為三種情況，一是一直占用低編碼，有兩個(gè)如下可能原因：一是固定了下行編碼方式；二是Abis口資源不足。對(duì)于前者，需要設(shè)置為非固定編碼方式，對(duì)于后者。第二種情況是編碼調(diào)整的不夠及時(shí)，往下調(diào)整不及時(shí)，導(dǎo)致誤塊率較高，則可以通過減小“BEP周期”的方式來解決。往上調(diào)整不及時(shí)，則還有另外一種可能，是Abis口時(shí)隙綁定比較慢，對(duì)于測(cè)試，如果初始調(diào)整很慢，可以將“下行缺省MCS類型”設(shè)置為MCS9。 誤塊誤塊，簡(jiǎn)單的講，就是PCU發(fā)出了某個(gè)數(shù)據(jù)塊，但是MS沒有收到。對(duì)于誤塊率多少合適現(xiàn)在還沒有一個(gè)定量的衡量標(biāo)準(zhǔn)，也因?yàn)閷?duì)不同的信道模型，相同的參數(shù)設(shè)置下誤塊率也會(huì)是不一樣的。從什么地方來查看誤塊率呢，如圖4所示的“BLER/TS(%)”即為TEMS對(duì)收到的一定塊數(shù)所計(jì)算出來的百分比，這是一種統(tǒng)計(jì)值。對(duì)于固定的點(diǎn)，還可以看“Packet Downlink ACK/NACK”消息來查看，如下圖所示圖7 Packet Downlink ACK/NACK中位圖來判斷丟塊情況圖中所示，TEMS對(duì)EGPRS的Packet Downlink ACK/NACK消息解釋是有誤的，需依圖中所解，對(duì)GPRS的，則TEMS解出的NACKed Block numbers是正確的。從這個(gè)位圖中，我們可以知道具體丟了哪些塊，那么這些塊為什么丟掉，如果認(rèn)為空口和Gabis口均沒有可能導(dǎo)致丟塊，則根據(jù)消息之前是否有接收鄰區(qū)的系統(tǒng)消息等行為導(dǎo)致不能夠接收這些塊。沒有接收到數(shù)據(jù)塊的原因可能有以下幾種可能： 空口誤碼率偏高且集中誤碼導(dǎo)致誤塊；由于選擇無線環(huán)境比較好的地方，所以，空口應(yīng)不會(huì)導(dǎo)致較多的誤塊。順便說明一下，對(duì)于DT測(cè)試，如果誤塊率較高，則可以通過微調(diào)“BEP周期”和IR/LA算法軟參“BEP濾波因子”和“BLER濾波因子”。 GAbis口錯(cuò)幀和失步幀導(dǎo)致。 MS有其它必須要做的事情，導(dǎo)致不能正常接收數(shù)據(jù)塊。協(xié)議規(guī)定：MS至少在30s內(nèi)對(duì)新載波的BCCH數(shù)據(jù)進(jìn)行解碼。當(dāng)存在信號(hào)波動(dòng)且鄰區(qū)配置較多時(shí)，有可能造成MS經(jīng)常要去解析鄰區(qū)系統(tǒng)消息。在這種情況下，要減少鄰區(qū)數(shù)目，盡量減少不必要的鄰區(qū)配置。 控制塊比例過高基于我司產(chǎn)品的實(shí)現(xiàn)，只會(huì)給MS分配一個(gè)控制信道，由于控制信道是雙向的，所以，上行和下行必然占用同一個(gè)同隙作為控制信道。這樣，我們可以確定控制信道的位置，如圖4所示，TS4為控制信道。也就是說，真正的控制消息只會(huì)在TS4上