for customergbss15.1特性01-cn降時(shí)延gbss參數(shù)描述

1、GSM BSSGBSS15.1文檔版本 01發(fā)布日期 2013-09-30技術(shù)2013。 保留一切權(quán)利。和個(gè)人不得擅自摘抄、非經(jīng)本公司，任何本文檔內(nèi)容的部分或全部，并不得以。商標(biāo)和其他商標(biāo)均為技術(shù)的商標(biāo)。本文檔提及的其他所有商標(biāo)或商標(biāo)，由各自的所有人擁有。注意您的產(chǎn)品、服務(wù)或特性等應(yīng)受公司商業(yè)合同和條款的約束，本文檔中描述的全部或部分產(chǎn)品、服務(wù)或特性可能不在您的明或保證?；蚴褂梅秶畠?nèi)。除非合同另有約定，公司對(duì)本文檔內(nèi)容不做任何明示或默示的聲由于產(chǎn)品版本升級(jí)或其他原因，本文檔內(nèi)容會(huì)不定期進(jìn)行更新。除非另有約定，本文檔僅作為使用指導(dǎo)，本文檔中的所有陳述、信息和建議不任何明示或暗示的擔(dān)保。技術(shù)總部

2、辦公樓：518129地址：市龍崗區(qū)坂田htt：客戶服務(wù)郵箱： 客戶服務(wù)：iGSM BSS目 錄目 錄文檔介紹1范圍1目標(biāo)讀者1變更信息1概述3特性簡(jiǎn)介3特性支持情況4技術(shù)描述6RTTI6概述6RTTI 信道分配8RTTI TBF 建立9RTTI 信道調(diào)度9FANR.103.2.1 概述10FANR TBF 建立11FANR 規(guī)程12相關(guān)特性14工程指導(dǎo)15特性部署15部署要求155.1.2 激活15開通觀測(cè)16去激活176 參數(shù)187 性能指標(biāo)218 術(shù)語229 參考信息23iiGSM BSS1 文檔介紹1文檔介紹1.1 范圍本文檔主要介紹了RTTI（Reduced TransmisTimee

3、rval ） TBF（Temporary BlockFlow）建立、RTTI信道調(diào)度、FANR（Fast Ack/Nack Reporting） TBF建立和FANR規(guī)程等。本文檔描述特性GBFD-510805 Latency Reduction。1.2 目標(biāo)讀者該文檔使用需具備基本的GPRS知識(shí)，并具備GPRS通信相關(guān)的工作經(jīng)驗(yàn)。本文檔主要適用于：lGPRS產(chǎn)品或系統(tǒng)的l希望了解該特性的系統(tǒng)1.3 變更信息降時(shí)延變更信息包括不同版本降時(shí)延文檔的變更。降時(shí)延變更信息分為以下兩種類型：l技術(shù)變更描述降時(shí)延特性不同版本間的技術(shù)變更。文字變更描述降時(shí)延特性不同版本間的文字變更，包括原有內(nèi)容的優(yōu)化和補(bǔ)

4、充。l文檔版本文檔版本如下：l01 (2013-09-30)1GSM BSS1 文檔介紹lDraft A (2013-07-30)01 (2013-09-30)GBSS15.1第一次正式發(fā)布。與Draft A (2013-07-30)相比，01 (2013-09-30)無變更。Draft A (2013-07-30)該版本為Draft版本。與GBSS15.0 01 (2013-05-06)相比，GBSS15.1 Draft A (2013-07-30)無變更。2GSM BSS2 概述2 概述2.1 特性簡(jiǎn)介降低時(shí)延是GERAN演進(jìn)的重要課題，在GERAN中的會(huì)話類業(yè)務(wù)，如VoIP和Gaming

5、等對(duì)時(shí)延有較高要求。用戶滿意的VoIP業(yè)務(wù)，端到端的時(shí)延不應(yīng)該超過300ms，VoIP業(yè)務(wù)要求的FER不超過2%，如果時(shí)延允以通過重傳來實(shí)現(xiàn)此目標(biāo)FER（Frame ErrorRate）。較小的時(shí)延也可以改戶對(duì)交付類和BE（Best Effort）類業(yè)務(wù)的體驗(yàn)。降時(shí)延包括RTTI技術(shù)和FANR技術(shù)。RTTI技術(shù)：無線塊在Um接口保持4個(gè)burst的結(jié)構(gòu)不變，在時(shí)域上將兩時(shí)隙使用，如圖2-1所示。每個(gè)時(shí)隙使用10ms TTI（TransmisTimeerval）的無線塊，在兩個(gè)連續(xù)的TDMA幀上傳輸原來4個(gè)burst傳輸?shù)膬?nèi)容，這兩個(gè)時(shí)隙可以連續(xù)，也可以不連續(xù)。圖 2-1 RTTI 原理圖引入R

6、TTI可以減少Um接口時(shí)延，降低接入網(wǎng)的RTT（Round Trip Time），RTT為數(shù)據(jù)發(fā)送到接收到響應(yīng)的時(shí)間，理論上RTT由原來的約130ms（無線塊傳送采用BTTI方式）降低到約60ms（無線塊傳送采用RTTI方式），單次重傳時(shí)延由原來的約185ms3GSM BSS2 概述（BTTI）降低到約95ms（RTTI）。BTTI方式中無線塊采用傳統(tǒng)的20ms TTI，通過一個(gè) PDCH上無線塊周期中4個(gè)連續(xù)的TDMA幀發(fā)送；RTTI方式中無線塊采用10ms TTI，無線塊通過2個(gè)PDCH上無線塊周期的前2幀或者后2幀發(fā)送。盡管RTTI可以降低傳輸時(shí)延，但是由于現(xiàn)有的Ack/Nack策略不能

7、在RLC數(shù)據(jù)塊出現(xiàn)錯(cuò)誤或丟失時(shí)，立刻反饋給發(fā)送方并重傳，對(duì)RLC數(shù)據(jù)塊組裝LLC PDU產(chǎn)生時(shí)延。所以高效及時(shí)的Ack/Nack反饋方案可以減少LLC PDU的組包時(shí)延。支持FANR后，BSC可以及時(shí)反饋錯(cuò)誤并重傳錯(cuò)誤的RLC數(shù)據(jù)塊，降低LLC PDU的組包時(shí)延，同時(shí)降低信令開銷，如圖2-2所示。圖 2-2 FANR 原理圖降時(shí)延包含兩個(gè)方面：ll減少傳輸時(shí)間間隔（RTTI）快速應(yīng)答(FANR)降時(shí)延需要MS的支持，MS可在類標(biāo)3（CLASSMARK3）和無線接入能力(Radio AcsCapability) 中，指示是否支持降時(shí)延能力（Reduced Latency Capability）。

8、 此外MS也可在11BIT一階段接入消息EGPRS Packet Channel Request中攜帶請(qǐng)求原因值“One PhaseAcs Request by Reduced Latency MS”來指示對(duì)降時(shí)延能力的支持。對(duì)于MS而言，RTTI和FANR特性是同時(shí)支持的。小區(qū)支持EDGE情況下，支持降時(shí)延需要配置SPTREDUCELATENCY(GSM BSC6900,GSM BSC6910)參數(shù)。2.2 特性支持情況表 2-1 特性支持情況4特性名稱BSC6900BSC6910GBTSeGBTSLatency ReductionGSM BSS2 概述說明“”說明在該場(chǎng)景下支持此特性；“”

9、說明在該場(chǎng)景下不支持此特性。5GSM BSS3 技術(shù)描述3 技術(shù)描述RTTI概述為了降到端的時(shí)延，提高客戶對(duì)服務(wù)的滿意度，3GPP GERAN提出了時(shí)延演進(jìn)目標(biāo)：非理想無線環(huán)境下，初次接入時(shí)延小于450ms，接入后的往返時(shí)延（RTT）小于100ms。因BTS、BSC的處理時(shí)延一般約為5ms10ms，Gb接口時(shí)延屬于網(wǎng)的時(shí)延。這樣接入網(wǎng)的時(shí)延主要存在于MS的反應(yīng)時(shí)間、Um接口和Abis接口的時(shí)延，且Um接口和Abis接口的時(shí)延等于TTI，所以減少TTI成為降低接入網(wǎng)時(shí)延的重要。如圖3-1所示，RTTI技術(shù)即Um接口保持4個(gè)burst的結(jié)構(gòu)不變，在時(shí)域上將兩個(gè)時(shí)隙（即PDCH）使用，每個(gè)時(shí)隙使用1

10、0ms TTI的無線塊，在兩個(gè)連續(xù)的TDMA幀上傳輸原來4個(gè)burst的內(nèi)容，這兩個(gè)時(shí)隙可以連續(xù)，也可以不連續(xù)。下圖中的PDCH i和PDCH j組成一對(duì)，稱為PDCH對(duì)。圖 3-1 RTTI 結(jié)構(gòu)采用BTTI方式進(jìn)行傳輸?shù)腡BF為BTTI TBF，采用RTTI方式進(jìn)行傳輸?shù)腡BF為RTTI TBF。為了支持RTTI TBF和BTTI TBF復(fù)用在一個(gè)物理信道上，3GPP 44060定義了兩種 USF（Uplink Se Flag）模式：BTTI USF模式和RTTI USF模式。在一個(gè)給定的下行PDCH對(duì)上， 所有的USF將以同樣的USF模式發(fā)送。當(dāng)信道存在RTTI/ BTTI復(fù)用時(shí)必然配置

11、BTTI USF模式。當(dāng)信道不存在復(fù)用時(shí)， 對(duì)于上行RTTI TBF，配置為RTTI USF模式。當(dāng)前版本BSC不支持同一信道上RTTI/BTTI TBF的復(fù)用，6GSM BSS3 技術(shù)描述lBTTI USF模式BTTI USF模式下USF通過下行PDCH對(duì)的其中一個(gè)PDCH上通過四個(gè)連續(xù)TDMA幀發(fā)送。MS端如圖3-2所示，被USF的行為如下：的下行PDCH對(duì)的第1個(gè)PDCH上收到該TBF的USF，則說明可1.以上傳1個(gè)或4個(gè)RTTI塊（無線塊周期的個(gè)數(shù)依賴于USF的粒度），上傳的時(shí)機(jī)是下一個(gè)無線塊周期的第1個(gè)10ms，以及再下一個(gè)無線塊周期的第1個(gè)10ms等。2.如圖3-2所示，被的下行P

12、DCH對(duì)的第2個(gè)PDCH上收到該TBF的USF，則說明可以上傳1個(gè)或4個(gè)RTTI塊，上傳的時(shí)機(jī)是下一個(gè)無線塊周期的第2個(gè)10ms，以及再下一個(gè)無線塊周期的第2個(gè)10ms等（無線塊周期的個(gè)數(shù)依賴于USF的粒度）。圖 3-2 BTTI TBF 模式lRTTI USF模式RTTI USF模式下USF通過下行PDCH對(duì)的兩個(gè)連續(xù)TDMA幀發(fā)送。MS端行為如下：USF的1.如圖3-3所示，被的下行PDCH對(duì)在某無線塊周期的第1個(gè)10ms上的USF是該TBF的USF， 則說明可以上傳1個(gè)或者4個(gè)RTTI塊（無線塊周期的個(gè)數(shù)依賴于USF的粒度），上傳的時(shí)機(jī)是本無線塊周期的第2個(gè)10ms、以及下一個(gè)無線塊周期

13、的第2個(gè) 10ms等。2.如圖3-3所示，被的下行PDCH對(duì)在某無線塊周期的第2個(gè)10ms上的USF是該TBF的USF， 則說明可以上傳1個(gè)或者4個(gè)RTTI塊， 上傳的時(shí)機(jī)是下一個(gè)無線塊周期的第1個(gè)10ms、以及再下一個(gè)無線塊周期的第1個(gè)10ms等（無線塊周期的個(gè)數(shù)依賴于 USF的粒度）。圖 3-3 RTTI TBF 模式7GSM BSS3 技術(shù)描述引入RTTI后，由于CS-1編碼的控制信令中，USF沒有預(yù)編碼，是和數(shù)據(jù)混在一起編碼的，因此MS需要接收到全部的數(shù)據(jù)才能得到USF。如果CS-1按照10ms的TTI發(fā)送給RTTI MS作為控制信令，則傳統(tǒng)MS按照20ms就無法獲得USF。所以在BT

14、TI USF模式下，必須使用協(xié)議規(guī)定的MCS-0編碼的控制信令塊。3.1.2 RTTI 信道分配進(jìn)行RTTI信道分配，需滿足如下條件：ll信道請(qǐng)求消息中請(qǐng)求RTTI分配方式。終端支持RTTI能力。分配最優(yōu)信道對(duì)如果協(xié)作TBF存在，則將協(xié)作TBF占用的信道分配給請(qǐng)求TBF，并判斷該分配信道對(duì)是否可用：ll信道是否超過RTTI用戶復(fù)用度。信道是否滿足USF，TFI（Temporary Flow Identity）要求。如果協(xié)作TBF不存在，在選擇最優(yōu)信道對(duì)時(shí)進(jìn)行如下步驟：步驟1步驟2選擇可用于RTTI分配的載頻，即排除不支持RTTI的載頻，如傳輸不支持；在載頻上選擇可用于RTTI分配的信道：ll

15、l l ll信道類型為PDCH信道對(duì)須是EGPRS信道信道對(duì)狀態(tài)可用信道對(duì)不可超過RTTI用戶復(fù)用度信道對(duì)需滿足USF，TFI，TAI （Timing Advance Index）要求信道對(duì)有相同的跳頻參數(shù)步驟3在以上步驟選取的可用信道對(duì)中，計(jì)算各信道對(duì)的權(quán)重（優(yōu)選負(fù)荷輕和時(shí)隙號(hào)大的信道對(duì)），選出最佳信道對(duì)進(jìn)行分配。-結(jié)束分配失敗后處理若小區(qū)無RTTI信道對(duì)分配，則搶占BTTI信道資源；當(dāng)搶占失敗時(shí)，則為RTTI用戶分配BTTI信道資源。搶占BTTI信道資源：選擇小區(qū)中承載TBF負(fù)荷最輕的信道對(duì)，該信道對(duì)上承載的TBF。其中，該信道對(duì)需支持RTTI，以及控制信道及非EGPRS信道不可搶占。將可

16、搶占的BTTI信道對(duì)分配給RTTI用戶。如果不可搶占BTTI信道對(duì)，則為該用戶分配BTTI信道資源。BTTI信道資源分配參見分組信道管理特性參數(shù)描述。8GSM BSS3 技術(shù)描述3.1.3 RTTI TBF 建立BSC對(duì)支持降時(shí)延能力的MS，發(fā)起會(huì)話業(yè)務(wù)或POC業(yè)務(wù)時(shí)嘗試建立RTTI TBF。但是在創(chuàng)建上、下行TBF時(shí)，BSC不一定獲取到了業(yè)務(wù)類型和MS能力，這種情況下先給該TBF分配BTTI信道（非PDCH對(duì)）。當(dāng)獲取到業(yè)務(wù)類型和MS能力后，發(fā)起信道重指配，將 TBF重指配到RTTI信道（PDCH對(duì)）上。關(guān)于會(huì)話類業(yè)務(wù)和POC業(yè)務(wù)的詳細(xì)說明請(qǐng)參見GPRS/EGPRS QoS特性參數(shù)描述。如果

17、MS在CCCH上發(fā)送11BIT一階段接入消息EGPRS PACKET CHANNEL REQUEST，攜帶請(qǐng)求類型“One Phase Acs Request by Reduced Latency MS”，BSC收到該請(qǐng)求，會(huì)通過IMMEDIATE ASSIGNMENT消息直接建立上行RTTI TBF。在上行TBF的指配命令中，網(wǎng)絡(luò)側(cè)會(huì)指定MS使用RTTI模式還是BTTI模式，當(dāng)使用RTTI模式時(shí)，需指定TBF的PDCH對(duì)和USF模式（BTTI USF模式或者RTTI USF模式）。在下行TBF的指配命令中，網(wǎng)絡(luò)側(cè)會(huì)指定MS使用RTTI模式還是BTTI模式，當(dāng)使用RTTI模式時(shí)，需指定TBF的

18、PDCH對(duì)。BSC對(duì)RTTI信道配對(duì)方式采用協(xié)議定義的缺省方式，即(0，1)，（2，3），（4，5），（6，7）。對(duì)于同一個(gè)MS的上、下行TBF，BSC分配相同的TTI模式，即都是RTTI模式或者都是BTTI模式。對(duì)于RTTI信道的PDCH對(duì)，BSC按照如下原則進(jìn)行選擇：ll已經(jīng)分配了RTTI信道的載頻優(yōu)先；信道復(fù)用度小于RTTIPDULTIPLEXTHRESH(GSM BSC6900,GSMBSC6910)，以保證RTTI TBF承載業(yè)務(wù)的時(shí)延足夠小，RTTIPDULTIPLEXTHRESH(GSM BSC6900,GSM BSC6910)配置過大，復(fù)用TBF數(shù)過多，RTT時(shí)延加大，配置過小

19、，RTTI業(yè)務(wù)對(duì)PDCH的資源消耗增大；RTTI信道對(duì)選擇的優(yōu)先級(jí)由高到低依次為（6，7）、（4，5）、（2，3）、（0， 1）。l3.1.4 RTTI 信道調(diào)度RTTI信道調(diào)度是指對(duì)復(fù)用在PDCH對(duì)上的MS進(jìn)行資源調(diào)度。當(dāng)前版本BSC不支持同一信道上RTTI/BTTI TBF的復(fù)用， 故只需實(shí)現(xiàn)RTTI USF MODE調(diào)度。RTTI信道調(diào)度與傳統(tǒng)BTTI信道調(diào)度的主要區(qū)別有：l調(diào)度時(shí)間間隔修改為10ms，調(diào)度對(duì)象是上、下行PDCH對(duì)，調(diào)度塊既包括RLC數(shù)據(jù)塊，也包括PSI13系統(tǒng)消息、尋呼消息等其它控制消息。維持RLC/MAC塊號(hào)不變， 但通過子塊號(hào)a、b區(qū)分是前10ms還是后10ms，如

20、圖3-4所示。l9GSM BSS3 技術(shù)描述圖 3-4 RTTI 配置下 PDCH 對(duì) 52 復(fù)幀結(jié)構(gòu)如果小區(qū)中PDCH均由BTTI TBF占滿，當(dāng)需要分配RTTI TBF時(shí)，可以觸發(fā)對(duì)BTTI TBF占用的PDCH的搶占。當(dāng)RTTI PDCH對(duì)中有一個(gè)RTTI信道故障，需要正常RTTI信道可以按BTTI信道分配。該P(yáng)DCH對(duì)上所有RTTI TBF，另一當(dāng)CS業(yè)務(wù)搶占PS信道時(shí)，優(yōu)先BTTI信道，其次RTTI信道。3.2 FANR3.2.1 概述現(xiàn)有分組傳輸流程中，對(duì)于下行傳輸，BSC間隔一段時(shí)間向MS發(fā)送輪詢(RRBP Poll)消息，MS收到后，反饋Packet DL Ack/Nack消息

21、給BSC，攜帶下行數(shù)據(jù)的接收情況；對(duì)于上行傳輸，由BSC控制發(fā)送Packet UL Ack/Nack消息的時(shí)機(jī)，攜帶上行數(shù)據(jù)的接收情況。如圖3-5所示，為以12個(gè)RLC數(shù)據(jù)塊為輪詢周期的過程，其中發(fā)送Ack/Nack是一個(gè)比較耗時(shí)的過程。尤其是在下行傳輸時(shí)，一個(gè)RLC數(shù)據(jù)塊從MS丟失到BSC識(shí)別此丟失大約花費(fèi)150ms250ms，這對(duì)時(shí)延敏感的業(yè)務(wù)（如PoC和VoIP）是受的。在RLC確認(rèn)模式下，LLC層對(duì)應(yīng)用層數(shù)據(jù)采用順序發(fā)送方式，這意味著單個(gè)丟失的RLC數(shù)據(jù)塊將在連續(xù)的LLC包中被延遲，直到這個(gè)RLC數(shù)據(jù)塊被成功傳送為止。10GSM BSS3 技術(shù)描述圖 3-5 下行傳輸錯(cuò)誤反饋策略現(xiàn)有A

22、ck/Nack機(jī)制有兩個(gè)缺陷：1.檢測(cè)到錯(cuò)誤時(shí)不過程；反饋，上下行都存在這個(gè)問題，尤其是下行，還有一個(gè)輪詢2.反饋時(shí)只能發(fā)送完整的Ack/Nack控制塊，響應(yīng)時(shí)間可能比較長(zhǎng)，信道利用率低。接受方的反饋越及時(shí)越好，協(xié)議引入FANR，F(xiàn)ANR包含兩種改進(jìn)的基于事件的Ack/Nack的方法：l當(dāng)接受方發(fā)現(xiàn)RLC數(shù)據(jù)塊丟失或者錯(cuò)誤時(shí)，可以直接向發(fā)送方發(fā)送Ack/Nack而無需等待常規(guī)的poll消息。上下行數(shù)據(jù)塊中攜帶反方向的Ack/Nack將原來在Ack/Nack消息中的接收狀態(tài)單獨(dú)拿出來，和數(shù)據(jù)一起發(fā)送，這樣加快了反饋速度，并且又降低了信令的開銷。在上行或下行的EGPRS RLC/MAC塊中攜帶lP

23、AN（Piggy-backed Ack/Nack），以相反方向TBF的數(shù)據(jù)傳輸?shù)拇_認(rèn)狀態(tài)。這些確認(rèn)狀態(tài)由PAN域提供，并且在RLC/MAC頭上會(huì)有一個(gè)PANI指示當(dāng)前RLC/MAC數(shù)據(jù)塊中是否攜帶PAN。對(duì)于PAN，細(xì)分為Time-based FANR和-based FANR。Time-based FANR僅用于對(duì)上行TBF的反饋，其基本原理為，BSC并不是將某個(gè)錯(cuò)塊的BSN告訴MS，而是告訴MS在哪個(gè)塊周期的哪個(gè)信道收到數(shù)據(jù)塊是錯(cuò)誤的，然后由MS自己來根據(jù)BSC提供的位置判斷出對(duì)應(yīng)哪個(gè)BSN。而-based FANR可用于上下行TBF，其基本原理是數(shù)據(jù)塊中攜帶Ack/Nack反饋信息，使用B

24、SN來作為RLC數(shù)據(jù)塊的索引。BSC只支持-based FANR。引入FANR，可以及時(shí)反饋錯(cuò)誤并重傳錯(cuò)誤的RLC塊，降低LLC PDU的組包時(shí)延，還可以降低信令開銷。3.2.2 FANR TBF 建立BSC對(duì)于支持降時(shí)延能力的MS，在分配RTTI TBF情況下，F(xiàn)ANR是強(qiáng)制使用的。如果不滿足分配RTTI TBF的條件，或者M(jìn)S雖然滿足但受限于RTTI信道個(gè)數(shù)或RTTI信道復(fù)用門限等資源限制，系統(tǒng)會(huì)分配BTTI TBF。11GSM BSS3 技術(shù)描述BSC在立即指配、分組指配、以及分組時(shí)隙重指配消息中，對(duì)于上行TBF增加了兩個(gè) FANR相關(guān)信元：ll上行TBF是否采用FANR；在配置FANR

25、時(shí)，指示MS對(duì)下行數(shù)據(jù)的確認(rèn)是采用-based的ACK上報(bào)方式，還是Time-based的ACK上報(bào)方式。目前只支持-based FANR。同樣的，對(duì)下行TBF增加了兩個(gè)FANR相關(guān)信元：ll下行TBF是否采用FANR；支持FANR時(shí)，指示MS是否使用基于事件的Ack/Nack觸發(fā)方式。3.2.3 FANR 規(guī)程Ack/Nack觸發(fā)方式支持FANR后，無線塊有兩種Ack/Nack觸發(fā)方式l輪詢的快速Ack/Nack(Polled Fast Ack/Nack Reporting)如果RLC發(fā)送端是BSC，且MS存在上行FANR TBF。BSC可以通過輪詢（POLL）來觸發(fā)終端的FANR流程，即對(duì)

26、輪詢的MS在下行RLC/MAC數(shù)據(jù)塊頭中攜帶有效P字段。基于事件的Ack/Nack（Event-based Fast Ack/Nack Reporting）具體請(qǐng)參見3.2.1 概述。/l上行 TBF 傳輸過程中的 FANR 流程BSC對(duì)上行數(shù)據(jù)的觸發(fā)方式默認(rèn)支持基于事件的Ack/Nack。BSC保留原來的對(duì)上行數(shù)據(jù)發(fā)送UPLINK Ack/Nack確認(rèn)觸發(fā)的各種場(chǎng)景（比如周期觸發(fā)）。同時(shí)增加在發(fā)現(xiàn)上行數(shù)據(jù)丟包或者錯(cuò)包時(shí)的Ack/Nack。如果上行丟包或者錯(cuò)包時(shí)，該MS的下行PDCH或者PDCH對(duì)上存在支持FANR的下行TBF，則BSC可以在調(diào)度該下行TBF的EGPRS或EGPRS2 RLC數(shù)

27、據(jù)塊時(shí)攜帶 PAN。-based如果上行丟包或者錯(cuò)包時(shí)，該MS的下行PDCH或者PDCH對(duì)上不存在支持FANR的下行TBF，則BSC在控制信道上發(fā)送EGPRS UPLINK ACK/NACK。對(duì)于支持FANR的上行TBF，在發(fā)送了-based PAN的Ack/Nack后，BSC可能適當(dāng)加大發(fā)送EGPRS UPLINK ACK/NACK的間隔時(shí)間。下行帶PAN的首次傳輸數(shù)據(jù)塊和重傳數(shù)據(jù)塊的編碼方式要受以下條件約束：1.對(duì)于選擇使用FANR的下行數(shù)據(jù)塊，如果命令的編碼方式是MCS-9(或者M(jìn)CS-4)，第一次發(fā)送一個(gè)帶PAN的無線塊時(shí)一定要使用MCS-8(或者M(jìn)CS-3)；如果要求用MCS-9重傳

28、一個(gè)RLC數(shù)據(jù)塊（重傳時(shí)帶PAN），一定要使用MCS-6。如果要求用MCS-4重傳一個(gè)RLC數(shù)據(jù)塊（重傳時(shí)帶PAN，并且重分段被允許），一定要使用MCS-1。如果要求用MCS-4重傳一個(gè)RLC數(shù)據(jù)塊（重傳時(shí)帶PAN，并且重分段不被允許），則不允許帶PAN。2.12GSM BSS3 技術(shù)描述下行 TBF 傳輸過程中的 FANR 流程網(wǎng)絡(luò)側(cè)在輪詢MS時(shí)，可以選擇讓MS將Ack/Nack以PAN的方式在上行數(shù)據(jù)塊中帶回來，也可以讓MS發(fā)送DOWNLINK ACK/NACK message消息。如果選擇前者，需保證這個(gè)上行數(shù)據(jù)塊同時(shí)分配給該TBF。BSC在選擇輪詢方式時(shí)，會(huì)考慮下述：1.保證足夠的BE

29、P測(cè)量能夠發(fā)送，用于下行LA/IR，具體請(qǐng)參見GPRS/EGPRS鏈路質(zhì)量控制特性參數(shù)描述。在置RRBP時(shí)，若發(fā)現(xiàn)此時(shí)該MS沒有上行數(shù)據(jù)，則BSC指示MS發(fā)送DOWNLINK ACK/NACK message消息。盡量用PAN方式來提高數(shù)據(jù)傳輸效率，節(jié)省帶寬。如果在下行指配消息中指示MS必須使用基于事件的FANR，那么BSC可能會(huì)根據(jù)上2.3.4.行的FANR上報(bào)情況，適當(dāng)降低RRBP調(diào)度的頻度。13GSM BSS4 相關(guān)特性4 相關(guān)特性表 4-1 相關(guān)特性14功能點(diǎn)依賴特性互斥特性影響特性Latency Reduction“GBFD-118601 Abis over IP”、 “GBFD-1

30、18611 Abis IP over E1/T1”、 “GBFD-118401 Abis傳輸優(yōu)化”或 “GBFD-114201 EGPRS業(yè)務(wù)支持”無無GSM BSS5 工程指導(dǎo)5 工程指導(dǎo)5.1 特性部署5.1.1 部署要求表 5-1 部署要求5.1.2 激活MML 配置執(zhí)行BSC MML命令SET GCELLGPRS，配置“支持GPRS”為“SupportAsInu(以內(nèi)置PCU方式支持GPRS)”，“支持EDGE”為“YES(是)”，“支持降時(shí)延能力”為 “SUPPORT(支持)”。15部署要求內(nèi)容相關(guān)特性請(qǐng)參見4 相關(guān)特性。BSCBSC需要使用內(nèi)置PCU，使用分組業(yè)務(wù)處理板和Gb接口板

31、。BTSBTS3006C/BTS3002E/BTS3012/BTS3012AE/BTS3900B/BTS3900E/eGBTS不支持該特性。GSM組網(wǎng)Abis接口HDLC/IP傳輸組網(wǎng)。MSMS支持降時(shí)延。MSC無。License證已激活。激活證操作請(qǐng)參見證管理特性參數(shù)描述，具體證項(xiàng)信息請(qǐng)參見證控制項(xiàng)說明。其他無。GSM BSS5 工程指導(dǎo)MML 示例SET GCELLGPRS: IDTYPE=BYID, CELLID=0, GPR SPTREDUCELATENCY=SUPPORT;pportAsInu, EDGE=YES,CME 配置說明CME上特性配置必須先進(jìn)行CME單配置，再根據(jù)現(xiàn)網(wǎng)需求

32、進(jìn)行CME批修改。針對(duì)同一參數(shù)的CME批量配置必須在CME單配置之后進(jìn)行，建議在退出參數(shù)界面前進(jìn)行CME批量配置操作。步驟1 CME單配置根據(jù)表5-2中的操作順序，依次在CME配置界面上配置相應(yīng)參數(shù)。CME單配置具體操作，請(qǐng)參見CME單配置操作指導(dǎo)。步驟2 （可選）CME批量配置若要對(duì)多個(gè)對(duì)象（/GSM小區(qū)/載頻/BSC/GSM外部小區(qū)等）進(jìn)行批量配置，則在CME配置界面上單擊按F1，獲取，啟動(dòng)批修改向?qū)?。如果需要了解向?qū)г敿?xì)操作，可以在向?qū)Ы缑妗?結(jié)束表 5-2 CME 配置參數(shù)5.1.3 開通觀測(cè)步驟1 使用MS進(jìn)行分組會(huì)話類業(yè)務(wù)。步驟2 執(zhí)行BSC MML命令DSP PDCH，查看PDC

33、H（Packet D預(yù)期結(jié)果：返回結(jié)果中可以看到信道上RTTI TBF數(shù)不為0。hannel）信道狀態(tài)。-結(jié)束16操作順序MO網(wǎng)元參數(shù)名參數(shù)ID是否支持CME批修改1GCELLGPR SBSC6900/ BSC6910支持GPRSGPRS支持BSC6900/ BSC6910支持EDGEEDGEBSC6900/ BSC6910支持降時(shí)延能力SPTREDUCEL ATENCYGSM BSS5 工程指導(dǎo)5.1.4 去激活MML 配置執(zhí)行BSC MML命令SET GCELLGPRS，設(shè)置參數(shù)“支持GPRS”為“SupportAsIn(以內(nèi)置PCU方式支持GPRS)”，“支持降時(shí)延能力”為“UNSUPP

34、ORT(不支持)”。uMML 示例SET GCELLGPRS: IDTYPE=BYID, CELLID=0, GPR SPTREDUCELATENCY=UNSUPPORT;pportAsInu, EDGE=YES,CME 配置說明CME上特性配置必須先進(jìn)行CME單配置，再根據(jù)現(xiàn)網(wǎng)需求進(jìn)行CME批修改。針對(duì)同一參數(shù)的CME批量配置必須在CME單配置之后進(jìn)行，建議在退出參數(shù)界面前進(jìn)行CME批量配置操作。步驟1 CME單配置根據(jù)表5-3中的操作順序，依次在CME配置界面上配置相應(yīng)參數(shù)。CME單配置具體操作，請(qǐng)參見CME單配置操作指導(dǎo)。步驟2 （可選）CME批量配置若要對(duì)多個(gè)對(duì)象（/GSM小區(qū)/載頻/

35、BSC/GSM外部小區(qū)等）進(jìn)行批量配置，則在CME配置界面上單擊按F1，獲取，啟動(dòng)批修改向?qū)АＨ绻枰私庀驅(qū)г敿?xì)操作，可以在向?qū)Ы缑妗?結(jié)束表 5-3 CME 配置參數(shù)17操作順序MO網(wǎng)元參數(shù)名參數(shù)ID是否支持CME批修改1GCELLGPR SBSC6900/ BSC6910支持GPRSGPRS支持BSC6900/ BSC6910支持降時(shí)延能力SPTREDUC ELATENC YGSM BSS6 參數(shù)6 參數(shù)表 6-1 參數(shù)描述18參數(shù)ID所屬網(wǎng)元所屬命令特性特性名稱描述SPTREDUCE LATENCYBSC6900SET GCELLGPRSGBFD-510805Latency Reduc

36、tion含義: 該參數(shù)表示小區(qū)是否支持降時(shí)延能力。設(shè)置為 “SUPPORT”時(shí)，表示小區(qū)支持降時(shí)延能力。界面取值范圍: UNSUPPORT(不支持), SUPPORT(支持): 無實(shí)際取值范圍: UNSUPPORT, SUPPORT缺省值: UNSUPPORT(不支持)GSM BSS6 參數(shù)19參數(shù)ID所屬網(wǎng)元所屬命令特性特性名稱描述SPTREDUCE LATENCYBSC6910SET GCELLGPRSGBFD-510805Latency Reduction含義: 該參數(shù)表示小區(qū)是否支持降時(shí)延能力。設(shè)置為 “SUPPORT”時(shí)，表示小區(qū)支持降時(shí)延能力。界面取值范圍: UNSUPPORT(不

37、支持), SUPPORT(支持): 無實(shí)際取值范圍: UNSUPPORT, SUPPORT缺省值: UNSUPPORT(不支持)RTTIPD ULTIPLEXTH RESHBSC6900SET GCELLPSCH MGBFD-510805 GBFD-119901 GBFD-119902 GBFD-119905 GBFD-119906 GBFD-111003Latency ReductionStreaming QoS保證QoS ARP&THPPoC QoSConversational Qos無線公共信道管理含義: 該門限是限制PDCH的 RTTI TBF的最大復(fù)用數(shù)。只有信道上RTTI TBF數(shù)小于該門限時(shí)，該信道才可分配。界面取值范圍: 1080: 無實(shí)際取值范圍: 1080缺省值: 30GSM BSS6 參數(shù)20參數(shù)ID所屬網(wǎng)元所屬命令特性特性名稱描述RT