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

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

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

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

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 特性簡介降低時延是GERAN演進的重要課題，在GERAN中的會話類業(yè)務，如VoIP和Gaming

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

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

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

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

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

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

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

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

13、的第2個 10ms等。2.如圖3-3所示，被的下行PDCH對在某無線塊周期的第2個10ms上的USF是該TBF的USF， 則說明可以上傳1個或者4個RTTI塊， 上傳的時機是下一個無線塊周期的第1個10ms、以及再下一個無線塊周期的第1個10ms等（無線塊周期的個數(shù)依賴于 USF的粒度）。圖 3-3 RTTI TBF 模式7GSM BSS3 技術描述引入RTTI后，由于CS-1編碼的控制信令中，USF沒有預編碼，是和數(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 信道分配進行RTTI信道分配，需滿足如下條件：ll信道請求消息中請求RTTI分配方式。終端支持RTTI能力。分配最優(yōu)信道對如果協(xié)作TBF存在，則將協(xié)作TBF占用的信道分配給請求TBF，并判斷該分配信道對是否可用：ll信道是否超過RTTI用戶復用度。信道是否滿足USF，TFI（Temporary Flow Identity）要求。如果協(xié)作TBF不存在，在選擇最優(yōu)信道對時進行如下步驟：步驟1步驟2選擇可用于RTTI分配的載頻，即排除不支持RTTI的載頻，如傳輸不支持；在載頻上選擇可用于RTTI分配的信道：ll

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

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

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

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

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

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

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

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

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

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

25、時，指示MS對下行數(shù)據(jù)的確認是采用-based的ACK上報方式，還是Time-based的ACK上報方式。目前只支持-based FANR。同樣的，對下行TBF增加了兩個FANR相關信元：ll下行TBF是否采用FANR；支持FANR時，指示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流程，即對

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

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

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

29、P測量能夠發(fā)送，用于下行LA/IR，具體請參見GPRS/EGPRS鏈路質量控制特性參數(shù)描述。在置RRBP時，若發(fā)現(xiàn)此時該MS沒有上行數(shù)據(jù)，則BSC指示MS發(fā)送DOWNLINK ACK/NACK message消息。盡量用PAN方式來提高數(shù)據(jù)傳輸效率，節(jié)省帶寬。如果在下行指配消息中指示MS必須使用基于事件的FANR，那么BSC可能會根據(jù)上2.3.4.行的FANR上報情況，適當降低RRBP調度的頻度。13GSM BSS4 相關特性4 相關特性表 4-1 相關特性14功能點依賴特性互斥特性影響特性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è)務支持”無無GSM BSS5 工程指導5 工程指導5.1 特性部署5.1.1 部署要求表 5-1 部署要求5.1.2 激活MML 配置執(zhí)行BSC MML命令SET GCELLGPRS，配置“支持GPRS”為“SupportAsInu(以內置PCU方式支持GPRS)”，“支持EDGE”為“YES(是)”，“支持降時延能力”為 “SUPPORT(支持)”。15部署要求內容相關特性請參見4 相關特性。BSCBSC需要使用內置PCU，使用分組業(yè)務處理板和Gb接口板

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

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

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

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

35、BSC/GSM外部小區(qū)等）進行批量配置，則在CME配置界面上單擊按F1，獲取，啟動批修改向導。如果需要了解向導詳細操作，可以在向導界面。-結束表 5-3 CME 配置參數(shù)17操作順序MO網(wǎng)元參數(shù)名參數(shù)ID是否支持CME批修改1GCELLGPR SBSC6900/ BSC6910支持GPRSGPRS支持BSC6900/ BSC6910支持降時延能力SPTREDUC ELATENC YGSM BSS6 參數(shù)6 參數(shù)表 6-1 參數(shù)描述18參數(shù)ID所屬網(wǎng)元所屬命令特性特性名稱描述SPTREDUCE LATENCYBSC6900SET GCELLGPRSGBFD-510805Latency Reduc

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

37、支持), SUPPORT(支持): 無實際取值范圍: 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的最大復用數(shù)。只有信道上RTTI TBF數(shù)小于該門限時，該信道才可分配。界面取值范圍: 1080: 無實際取值范圍: 1080缺省值: 30GSM BSS6 參數(shù)20參數(shù)ID所屬網(wǎng)元所屬命令特性特性名稱描述RT