NSN GSM feature功能應用評估

1 NSN 功能性文檔 2 目錄 一 . 簡介 . 3 二 . 文檔說明 . 3 三 . 功能性分析 . 3 3.1 功能性列表如下 . 3 3.2 功能性參數(shù)詳細介紹 . 5 3.2.1 AMR . 5 3.2.2 D_SDCCH & E_D_SDCCH . 9 3.2.3 DC_OBS . 14 3.2.4 AMH . 18 3.2.5 COMMON_BCCH . 21 3.2.6 ISP & Hyop_lac . 24 3.2.7 STRIC . 28 3.2.8 NACC. 34 四 . 其他 Feature 的介紹 . 45 4.1. 上行 TBF 擴展 (EUTM) . 45 4.2. TFO . 45 4.3. 用戶分級接入 . 46 五 . 諾西設備功能評估總結(jié) . 48 5.1. 值得借鑒的先進思路 . 48 5.2. 主要問題分析 . 49 六 . 相關參數(shù)詳細介紹 . 49 6.1. AMR 相關參數(shù)詳述 . 49 6.2. AMH 相關參數(shù)詳述 . 53 6.3. COMMON_BCCH 參數(shù)表分析 . 62 3 一 . 簡介 本文檔 每個 feature，從 功能描述 、 功能應用 、 相關參數(shù) 、 北京現(xiàn)網(wǎng)應用情況 等 4 個方面進行了描述： 功能描述 ： 對 featuer 功能進行描述 ； 功能應用 ： 描述該 feature 的應用場景； 相關參數(shù) ： 描述與該 feature 相關的參數(shù) ； 現(xiàn)網(wǎng)應用 ： 描述該 feature 在北京現(xiàn)網(wǎng)的應用情況 ； 二 . 文檔說明 FEATURE 采集方法及來源 原始數(shù)據(jù)來自于北京 NSN 設備現(xiàn)網(wǎng)。 適用版本 本參數(shù)集適用于 NSN 設備的如下版本： BSC 軟件版本： S12 三 . 功能性分析 3.1 功能性列表如下 Feature 名 FEATURE CAPACITY 總計 網(wǎng)元支持統(tǒng)計 占比 所屬網(wǎng)元 現(xiàn)網(wǎng)開啟情況 基站類型 基站屬性 AMR 11095 152 個BSC 支持 68.47% BTS 級 計劃在全網(wǎng)開啟 , 目前開啟152 個 bsc, 分布無規(guī)律 , 主要由工程進度決定 不區(qū)分 不區(qū)分 D_SDCCH 全網(wǎng)支持 222 個BSC 支持 100.00% BSC 級 全網(wǎng)開 不區(qū)分 不區(qū)分 4 Increased SDCCH capacity 27 27 個BSC 支持 12.16% BSC 級 鐵路沿線、地鐵、高速公路的位置區(qū)、高SD 擁塞小區(qū) 不區(qū)分 不區(qū)分 DC_OBS 3 3個 BSC支持 1.35% BTS/BSC級 高掉話小區(qū) , 2009 年試驗期間開啟 . 非日常開啟的測量 . 不區(qū)分 不區(qū)分 AMH 全網(wǎng)支持 222 個BSC 支持 100.00% 鄰區(qū)級 適用 高擁塞小區(qū) , 不區(qū)分 不區(qū)分 COMMON_BCCH 全網(wǎng)支持 222 個BSC 支持 100.00% BTS 級 適用 高頻率復用區(qū)域、高負荷區(qū)域 . 現(xiàn)網(wǎng)目前開啟 1個小區(qū) (內(nèi)蒙古飯店 ), 計劃后期推廣 不區(qū)分 宏蜂窩 ISP 50 個 BSC 50 個BSC 支持 22.52% BSC/MSC級 高尋呼負荷區(qū)域、人口密集區(qū) . 尋呼量超過 18萬的 bsc盡量開啟 . 不區(qū)分 不區(qū)分 Hyop_lac 全網(wǎng)支持 26 個MSC 支持 100.00% MSC 級 高尋呼負荷區(qū)域、人口密集區(qū) . 尋呼量超過 18萬的 bsc盡量開啟 . 不區(qū)分 不區(qū)分 STRIC 20 2個 BSC支持 0.90% BTS 級 現(xiàn)網(wǎng)有一個試驗小區(qū) (北京東站 )正在使用 MetroSite&UltraSite(EDGE TRX) Flexi BTS 都支持STIRC 不區(qū)分 NACC 74 74 個BSC 支持 33.33% BSC 級 基站密度大的特大性、大中型等城市，尤其適合于覆蓋主要道路的基站密集區(qū)域。城區(qū)四環(huán)內(nèi)和機場高速所涉及 BSC 均開啟 . 不區(qū)分 不區(qū)分 5 3.2 功能性參數(shù)詳細介紹 3.2.1 AMR 1. 功能描述 AMR（ adaptive multi rate ）和 EFR 一樣，都是增強型語音編碼 （ enhanced speech codecs），與 GSM FR/HR 相比可以提供更好的語音質(zhì)量。 AMR語音編碼（ speech codec） AMR 給客戶帶來的好處是， AMR 可以根據(jù)信道傳輸狀況優(yōu)化編碼類型，提供更好的話音質(zhì)量。 AMR FR/HR 都有一系列的編碼類型， BTS 和 MS 根據(jù)信道狀況決定使用哪種最佳的編碼類型。在高誤碼率（ BER）的情況下，更多的 bit 用來做冗余校驗；在傳輸情況較好的情況下，更多的 bit 用來傳送話音。 AMR鏈路適配（ link adaptation） 參與 AMR Link Adaptation 的三個網(wǎng)元是 MS、 BTS 和 TC（ TRAU）， BSC 只是下發(fā) AMR參數(shù)，傳送 BTS 和 TC 之間的信令，并不參與 Link Adaptation，與 Power control 和 Handover不同， Link Adaptation 并不會增加 BSC 負荷，因為 BSC 不處理測量和發(fā)送接收指令。在 C/I較差的情況下， AMR HR 會自動轉(zhuǎn)化為 AMR FR，犧牲一定的容量以保證話音質(zhì)量，提高用戶感知；而 HR 不能實現(xiàn)這種轉(zhuǎn)化； Quality Indicator 是根據(jù) 估算 burst bit error probability (BBEP)，映射為 C/Inorm，并非 channel C/I，兩者相關但是不相等。 2. 功能應用典型場景和具體實現(xiàn) 目前 AMR 為全網(wǎng)性應用，全網(wǎng)有一半以上的小區(qū)已全面開啟了 AMR 功能，開通 AMR的 MSC 下所有小區(qū)皆支持 AMR 全速率， AMR 半速率根據(jù)小區(qū)是否有半速率話務需求開啟。開通初期根據(jù)下面 AMR 參數(shù)模板實施， AMR 功率及切換參數(shù)根據(jù)優(yōu)化需求調(diào)整。 開通 AMR所需要注意的資源和條件 系統(tǒng)軟硬件版本 在 TCSM3i硬件 S12軟件條件下， MSC/BSC側(cè)可以將 EFR&DR&AMR&Data 14.4作 為一個 CIRCUIT POOLS統(tǒng)一識別，這樣就不再需要區(qū)分 AMR及 EFR&DR&Data 6 14.4的 A口電路，在此網(wǎng)絡環(huán)境下使用 AMR 會更加方便，減少日常維護的工作量。 BSS對功能的支持情況 需要注意 2nd Generation BTS（ DE21）不支持 AMR功能，其它設備都可以支持 AMR功能。 BSC及相關接口容量 使用 AMR HR 后， BSCs支持的最大信道數(shù)保持不變，支持的 TRX由信道數(shù)確定，如果增開半速率則 BSC支持的載頻數(shù)量下降，需要評估 BSC的容量并根據(jù)實際情況進行調(diào)整。 隨著 BSC支 持的話務量增加， A接口需要進行相應的擴容。 AMR功能 license key AMR的 license key數(shù)量應與開通 AMR的范圍內(nèi) HR的 TRX一致，其可用的license key 數(shù)量由 BSC的 license key總數(shù)決定。 3. 相 關參數(shù)總表 BSC參數(shù)： Parameter Name 建議值 AMR configuration in handovers(切換中 AMR 的配置 ) ACH 1 initial AMR channel rate(初始 AMR 信道速率 ) IAC 1 slow AMR LA enabled(慢速鏈路適應開啟 ) SAL Y AMR set grades enabled(AMR 編碼速率轉(zhuǎn)換開啟 ) ASG Y BTS參數(shù) (全速率 )： Parameter Level Name 建議值 AMR FR codec mode set(AMR 全速率編碼模式組 ) BTS FRC 1&4&16&128(OMC=149) AMR FR threshold 1(AMR 全速率門限 1) BTS FRT1 4(dB),MML=8 AMR FR threshold 2(AMR 全速率門限 2) BTS FRT2 7(dB),MML=14 AMR FR threshold 3(AMR 全速率門限 3) BTS FRT3 11(dB),MML=22 AMR FR hysteresis 1(AMR 全速率滯后 1) BTS FRH1 1(dB),MML=2 AMR FR hysteresis 2(AMR 全速率滯后 2) BTS FRH2 1(dB),MML=2 AMR FR hysteresis 3(AMR 全速率滯后 3) BTS FRH3 1.5(dB),MML=3 AMR FR initial codec mode indicator (ICMI) BTS FRI 0(Defined by implicit rule provided in GSM 45.009 Link adaptation) AMR FR start mode(AMR 全速率開始模式 ) BTS FRS 0 7 AMR RLT SEG ARLT 20 BTS參數(shù) (半速率 )： Parameter Level Name 建議值 AMR HR codec mode set(AMR 半速率編碼模式組 ) BTS HRC 1&4&16(OMC=21) AMR HR threshold 1(AMR 半速率門限 1) BTS HRT1 11(dB),MML=22 AMR HR threshold 2(AMR 半速率門限 2) BTS HRT2 14(dB),MML=28 AMR HR threshold 3(AMR 半速率門限 3) BTS HRT3 0(dB),MML=0 AMR HR hysteresis 1(AMR 半速率滯后 1) BTS HRH1 1(dB),MML=2 AMR HR hysteresis 2(AMR 半速率滯后 2) BTS HRH2 1(dB),MML=2 AMR HR hysteresis 3(AMR 半速率滯后 3) BTS HRH3 0(dB),MML=0 AMR HR initial codec mode indicator (ICMI) BTS HRI 0(Defined by implicit rule provided in GSM GSM 05.09 Link adaptation) AMR HR start mode(AMR 半速率開始模式 ) BTS HRS 0 切換 參數(shù)： Parameter Level Name 建議值 Intra HO threshold Rx qual AMR FR(AMR 全速率小區(qū)內(nèi)質(zhì)量原因切換門限 ) HO IHRF 0 Intra HO threshold Rx qual AMR HR(AMR 半速率小區(qū)內(nèi)質(zhì)量原因切換門限 ) HO IHRH 5 Threshold dl Rx qual AMR HR(下行 AMR 半速率接收質(zhì)量門限 ) HO QDRH 5 Threshold ul Rx qual AMR HR(上行 AMR 半速率接收質(zhì)量門限 ) HO QURH 5 Threshold dl Rx qual for AMR FR(下行 AMR 全速率接收質(zhì)量門限 ) HO QDRF 6 Threshold ul Rx qual AMR FR(上行 AMR 全速率接收質(zhì)量門限 ) HO QURF 6 功控 參數(shù)： Parameter Level Name 建議值 PC lower threshold dl Rx qual AMR FR(AMR 全速率基于下行質(zhì)量的功率功控門限 ) PC LDRF 4 PC upper threshold dl Rx qual AMR FR(AMR 全速率下行質(zhì)量功控上限 ) PC UDRF 1 PC lower threshold ul Rx qual AMR FR(AMR 全速率基于上行質(zhì)量的功率功控門限 ) PC LURF 4 PC upper threshold ul Rx qual AMR FR(AMR 全速率上行質(zhì)量功控上限 ) PC UURF 1 PC lower threshold dl Rx qual AMR HR(AMR 半速率基于下行質(zhì)量的功率功控門限 ) PC LDRH 3 PC upper threshold dl Rx qual AMR HR(AMR 半速率下行質(zhì)量功控上限 ) PC UDRH 1 8 PC lower threshold ul Rx qual AMR HR(AMR 半速率基于上行質(zhì)量的功率功控門限 ) PC LURH 3 PC upper threshold ul Rx qual AMR HR(AMR 半速率上行質(zhì)量功控上限 ) PC UURH 1 4. 北京此項功能應用情況總體描述 2009 年 11 月份至今全網(wǎng)有一半以上的小區(qū)已全面開啟了 AMR 功能。 開通 AMR 對北京網(wǎng)絡帶來的好處： 由于 AMR的技術優(yōu)勢，因此開啟 AMR后，話音類投訴大幅減少，有效的改善了聽不清、斷斷 續(xù)續(xù)、吞字等影響客戶感知的現(xiàn)象 在大型居民區(qū)和 VIP地區(qū)使用 AMR將有效的增強覆蓋，提升話務吸收，改善客戶感知度 提升語音質(zhì)量及用戶感知度 : AMR功能使 C/I差或是弱覆蓋的區(qū)域用戶的語音質(zhì)量提升。 增加網(wǎng)絡容量及提升覆蓋：結(jié)合 RXP的降低，在弱覆蓋區(qū)域 AMR可吸收更多話務提高網(wǎng)絡容量且能保證一定的語音質(zhì)量。 改善半速率的性能：采用 AMR HR(自適應半速率 )在增加容量的同時 ,保證信道和話音的質(zhì)量 ,避免半速率對話音質(zhì)量的影響。在無線環(huán)境條件較差時 , AMR半速率會自動轉(zhuǎn)化為 AMR 全速率 ,避免半速率對話音 質(zhì)量的影響和網(wǎng)絡指標 (掉話率 )的影響 最大限度地優(yōu)化使用現(xiàn)有投資： 通過提供良好的語音質(zhì)量和增加通話能力，加速GSM網(wǎng)絡投資的回報，無需更換現(xiàn)有設備或任何硬件。 5. 總結(jié) 2009年 11月份至今北京全網(wǎng)有一半以上的小區(qū)已全面開啟了 AMR功能 , 計劃在全網(wǎng)開啟 , 目前開啟 152 個 bsc, 分布無規(guī)律 , 主要由工程進度決定 , 目前仍在持續(xù)進行 。 6. 功能應用評估 AMR 功能 開啟 以來 ， 經(jīng)過現(xiàn)網(wǎng)充分的 測試驗證， 確認該功能能夠明顯提升 客戶的話音感知 。 從 優(yōu)先開通的部分地市應用 情況來看，除上下行 05 級 quality 網(wǎng)管統(tǒng)計略 有下降之9 外，其他各項指標均有改善或保持正常，而直接體現(xiàn)話音質(zhì)量的 MOS 值改善明顯，建議各地借鑒推廣。 同時 AMR 開啟后帶來的話音感知與 quality 對應關系有所變化，如何優(yōu)化調(diào)整 AMR 的切換與功控門限，將成為后期研究方向。 3.2.2 D_SDCCH & E_D_SDCCH 1. 功能描述 該功能和 Dynamic SDCCH 一起，為基站提供更多的 SDCCH 信道。增強型動態(tài) SDCCH 功能是在 BSC 開通動態(tài) SDCCH 分配的情況下，增加載頻動態(tài) SDCCH 信道的上限，由 16 增加到 32。 2. 功能應用典型場景和具體實現(xiàn) Feature 的適應場景 SDCCH擁塞嚴重小區(qū)， SDCCH配置已達到最大，無法增加 SDCCH物理配置 SDCCH擁塞時， TCH時隙較閑。如果在 TCH也較忙的時候，通過實驗結(jié)果看，小區(qū)仍然會出現(xiàn) SDCCH擁塞，沒有足夠的 TCH能夠轉(zhuǎn)化為動態(tài) SDCCH。 針對鐵路沿線、地鐵、高速公路的位置區(qū)邊界位置更新需求比較大的小區(qū) 開啟 Feature 的版本要求 開啟 BSC的動態(tài) SDCCH分配功能 BSC集成 Increased Dynamic SDCCH Feature 需要 64 kbit/s signalling channels (TRXSIG) 目前僅有 UltraSite/ FLEXI BTS 支持 10 SDCCH容量要受到 BCSU容量的限制， BCSU最大 SDCCH容量 =BCSU 下最大容納載頻數(shù) *12 3. 相關參數(shù)總表 無 4. 北京此項功能應用情況總體描述 對于鐵路沿線、地鐵、高速公路的位置區(qū)邊界，由于手機終端移動比較多，造成的位置更新的請求量相當大，位置區(qū)邊界小區(qū)的 SDCCH 信道的瞬間需求較大，為了避免這些小區(qū)的 SDCCH 擁塞，我們都會配置比較多的 SDCCH 信道，目前由于載頻信令鏈路帶寬限制，對于當前的 32 kbit/s signalling channels，一個載頻最多可以配置 2 個 SDCCH 信道，例如，對于一般新的 4 載頻小區(qū)，最多能夠配置 8 個 SDCCH，依然不能滿足需求。所以我們引進了Increased Dynamic SDCCH 功能，該功能和 Dynamic SDCCH 一起，可以為 UltraSite 基站提供更多的 SDCCH 信道： 2009年 4月底開始，在通州 BSC86下實驗，小區(qū)：通州黃瓜園村 3（ CI:7946，位于鐵路邊，隨著火車駛過有時段性的 SD 高擁塞），既沒有升級載頻 LAPD到 64，設備為 FLEXI設備，該小區(qū)配置 8trx，每個 載頻配置 2個 SDCCH，取 PEAK_BUSY_SDCCH統(tǒng)計看： PERIOD_STAR T_T IME CELL_ID NAME SEGMENT_ID PEAK_BUSY_ SDCCH 設備類型2009 - 5 - 3 0 : 3 0 7946 BSC86 26 131 FLEXI2009 - 5 - 3 7 : 0 0 7946 BSC86 26 129 FLEXI2009 - 5 - 3 1 3 : 0 0 7946 BSC86 26 136 FLEXI 有個別時段的 PEAK_BUSY_SDCCH 統(tǒng)計值超過了理論值 128 所以說，對于 32k 的載頻 LAPD 同樣可以支持該功能，實驗所給材料里說明的限制條件為 64k 的載頻 LAPD 可能是由于不同 LAPD 速率支持的信道數(shù)不同而規(guī)定的 。 11月 13 日凌晨在 NBSC_R1708、 BSC13、 BSC85 、 BSC144下集成“ Increased Dynamic SDCCH” feature，目前具體狀態(tài)如下： 11 BSC P a r a m e t e r n a m e V a l ueC h a ng e p o s si bi li tyF E A T U R E N A M EF E A TU RE CODEF E A TU RE S T A TEF E A TU RE C A P AC IT YNBSC_R 1708 DYNAMIC_SDCCH 00FF YES Increased SDCCH capacity 1077 ON 1NBSC1 3 DYNAMIC_SDCCH 00FF YES Increased SDCCH capacity 1077 ON 1NBSC 85 DYNAMIC_SDCCH 00FF YES Increased SDCCH capacity 1077 ON 1NBSC14 4 DYNAMIC_SDCCH 00FF YES Increased SDCCH capacity 1077 ON 1 新功能 Feature安裝之后，取 11月 2日至 11月 20日全天指標進行跟蹤，主要如下 BSC KPI: TCH話務量與 SDCCH話務量 TCH掉話率與 SDCCH掉話率 TCH擁塞率與 SDCCH擁塞率 SDCCH接通率、短信量 BSC LOAD: BCSU MCMU OMU MB 12 13 5. 總結(jié) 增強型動態(tài) SDCCH 功能對于位置區(qū)邊界小區(qū)的 SDCCH信道的瞬間需求較大，為了避免這些小區(qū)的 SDCCH擁塞有一定的作用，能增大瞬時的 SD 信道數(shù)量； 32k的載頻 LAPD 同樣可以支持該功能； FLEXI BTS同 樣可以支持該功能 增強型動態(tài) SDCCH 功能對于網(wǎng)絡 TCH掉話 /話務量等性能無影響； 14 增強型動態(tài) SDCCH 功能對于 BSC單元負荷無影響； 北京全網(wǎng)已經(jīng)開啟動態(tài) SD，鐵路沿線、地鐵、高速公路的位置區(qū)、高 SD 擁塞小區(qū)開啟increased SDCCH capacity 功能 6. 功能應用評估 通過北京現(xiàn)網(wǎng)的試驗，增強型動態(tài) SD 功能的應用，能夠緩解處于 LAC 邊界的瞬時大量SD 請求沖擊，降低 SD 擁塞率。雖然該功能在 32k LAPD 鏈路下仍能夠正常工作，但實際上由于 ABIS 接口帶寬的限制，該功能無法充分發(fā)揮作用， SD 擁塞 解決效果有限。建議在開通此功能時，同時啟用 64k LAPD 功能。 3.2.3 DC_OBS 1. 功能描述 FEATURE BSS8121”Trace Window for Dropped Calls”為 NSN BSS 可選 feature，應用 FEATURE BSS8121 可以加強對掉話的分析，對掉話率或掉話次數(shù)高的小區(qū)通過開測量 Dropped Call Observation (DC_OBS)進行跟蹤，收集的數(shù)據(jù)主要是每一次掉話前 32 個測量采樣點 (約 16 秒 )的詳細信息記錄。因此我們希望透過本次實驗來提升網(wǎng)優(yōu)人員的優(yōu)化能力和 增加一種分析掉話的手段。 下面為 Dropped Call Observation 測量收集的示意圖及原理： T R X 1 , T SL 0T SL 1T SL 2 D r o p p e d C a l l T r a c e W i n d o w , 約 16 秒T SL 3T SL 4T SL 5T SL 6T SL 7T R X n , T SL m.TimeS u c c e s s f u l l y r e l e a s e d c a l lD r o p p e d c a l lO n g o i n g c a l lO b s e r v a t i o n 數(shù)據(jù)庫Me m o ry b u f f e rB S / M S P o w e r L e v e l , M S S p e e d , T A , B S / M S L e v e l a n d Q u a l i t y , a d j a c e n t c e l l s , H a n d o v e r c a u s e s , e t c 15 D X 2 0 0D X 2 0 0M S P o w e r l e v e l & c l a s sM S S p e e dB S S i g n a l l e v e l & q u a l i t yN e i g h b o u r i n g c e l l s i g n a l l e v e lD i s t a nc e f r om M S t o B SB S P o w e r l e v e lM S S i g n a l l e v e l & q u a l i t yH a n d o v e r C a u s e sH a n d o v e r f a i l u r e r e a s o n sB T S 1B T S 2B S C 2. 功能應用典型場景和具體實現(xiàn) Feature 的兩種應用 ： 目前所有 BSC 的 BSS8121 皆為不支持的狀態(tài)，需要在 BSC 安裝 license： B S C 不支持 FEATURE BSS8121”Trace Window for Dropped Calls”的 license 安裝 BSC 后，我們需要激活DC_OBSERVATION_USAGE(ZWOC:10,51,FF；)才可以開啟下面兩個 Observation 測量： Dropped Call Observation (DC_OBS)：跟蹤一個 BTS 所有掉話，收集的數(shù)據(jù)是每次掉話前 32個測量采樣點的詳細信息記錄。 開啟測量指令： ZTPM:OBSERV,DC_OBS:ALL,00-00-24-00,30:BTS=8； 查看測量指令： ZTPI:OBSERV,DC_OBS； 相關 OMC 數(shù)據(jù)表： P_NBSC_DC_OBS table P_NBSC_UPLINK_MEAS_RESULTS table P_NBSC_DOWNLINK_MEAS_RESULTS table P_NBSC_ADJAC_CELL_MEAS_RESULT table 16 Drop Call Breakdown Observation(DC_BREAK)：跟蹤整個 BSC的所有 BTS掉話，但收集的數(shù)據(jù)是發(fā)生掉話前 4 個測量報告的平均值。測量參數(shù) FOCUS 可設置為1(breakdown of counter DROPS AFTER TCH ASSIGN)或 2(breakdown of counter CLEAR REQUEST SENT BY BSC ON TCH)開啟測量指令： ZTPM:OBSERV,DC_BREAK:ALL,00-00-24-00,30:FOCUS=1； 查看測量指令： ZTPI:OBSERV,DC_ BREAK； 監(jiān)控 OMC 數(shù)據(jù)表： P_NBSC_DCB_OBS table 開啟 Feature 的版本要求 Dropped Call Observation (DC_OBS)的 BSC軟件支持版本為： S8及以上 Drop Call Breakdown Observation(DC_BREAK)： S11.5及以上 目前北京的 BSC版本為 S12，對以上兩種 Observation 測量均能支持。 Feature 的開 啟 步驟 17 3. 相關參數(shù)總表 無 4. 北京此項功能應用情況總體描述 Trace Window for dropped calls 實驗經(jīng)過前期準備 ， 于 2009 年 4 月 23 日開始，經(jīng)過討論商議 ， 實驗分為五個階段： 第一階段 : 在 50504(低話務站 )開 DC_OBS 測量，模擬各種類型掉話，以驗證和分析輸出結(jié)果。 第二階段 : 在 7555(高話務站 )開 DC_OBS測量，監(jiān)控各種掉話原因。 第三階段 : 驗證 DC_BREAK(FOCUS=1)，初始選擇非忙時開啟，連續(xù)開啟 3天，開啟測量時需密切注意 BSC的 OMU負荷 ，當出現(xiàn)因為 BSC負荷增加而導致的不穩(wěn)定時，采取應急方案； 第四階段 : 在忙時驗證 DC_BREAK(FOCUS=2)，連續(xù)開啟 3天，當出現(xiàn)因為 BSC負荷增加而導致的不穩(wěn)定時，采取應急方案； 第五階段 : 數(shù)據(jù)分析及試驗總結(jié)，并考慮根據(jù)需求應用到熱點的網(wǎng)元。 試驗情況請參見下面附件 : dc_obs實驗介紹 18 5. 總結(jié) 根據(jù)模擬掉話實驗我們可以從 DC_OBS 測量搭配上、下行及鄰區(qū)測量，判斷出掉話前的網(wǎng)絡情形及掉話原因。 不是所有掉話原因都可以透過 DC_OBS 的測量數(shù)據(jù)分析來判斷 出掉話原因，需要搭配其它 KPI數(shù)據(jù)作為 分析支持。 DCB_OBS 測量主要用于 BSC 級的 DX cause 的分析和統(tǒng)計，由于上下行及鄰區(qū)數(shù)據(jù)為掉話前 4個測量的平均值，不適合作為 單 BTS的掉話原因分析。 2071掉話次數(shù)和 DCB_OBS(focus=2，掉話信令點為 CLEAR REQUEST SENT BY BSC ON TCH)掉話次數(shù)基本吻合。 DX cause可供移動掉話 (2071)分析。 根據(jù)本實驗結(jié)果開 “ Trace Window for Dropped Calls” 測量并不會對 BSC負荷造成明顯影響。 北 京在 2009 年試驗期間對部分高掉話小區(qū)開啟該功能，目前全網(wǎng)未開啟 . 6. 功能應用評估 DC_OBS 功能主要適用于無線網(wǎng)個別高掉話疑難基站的排障，該功能有可能增加 OMU處理單元的負荷，給系統(tǒng)穩(wěn)定性帶來風險。建議可針對個別基站或個別 BSC 臨時啟用，在網(wǎng)絡日常運行過程中不推薦大范圍、長期開通。 3.2.4 AMH 1. 功能描述 AMH 即 Advanced Multilayer Handling，實際上是一種通過由 BSC 發(fā)起話務原因的切換來在高話務負荷小區(qū)和低話務負荷小區(qū)之間進行話務平衡的手段。 AMH 的主要功能是：高負荷和低負荷小 區(qū)間的話務平衡作用。 基于服務小區(qū)的話務負荷情況，當服務小區(qū)的負荷超過設定值（ AmhUpperLoadThreshold,）時， BSC 將發(fā)起話務原因的切換請求，并在切換公式中采用AmhTrhoPbgtMargin 取代 HoMarginPBGT ，由于 AmhTrhoPbgtMargin 往 往 遠 小 于19 HoMarginPBGT，使得原服務小區(qū)中的話務比較容易地切出到其鄰區(qū)中，從而達到釋放高話務小區(qū)的負荷的目的。 由于 AMH 這種基于話務切換的原理，所以它比 DR 可靠性更高，而且對 KPI 如掉話率的影響比較小。 2. 功能應用典型場景 和具體實現(xiàn) 從 AMH 的話務平衡功能上看， AMH 可以有效的將高負荷小區(qū)內(nèi)的話務轉(zhuǎn)移到低話務小區(qū)，使得高負荷小區(qū)的話務擁塞現(xiàn)象得到緩解。我們應用過程中要注意 AMH 參數(shù)的調(diào)整，例如解決超忙小區(qū)時候我們要降低 AUT 的門限。 對超忙小區(qū)的 AMH 應用主要針對那些短時間內(nèi)無法擴容，同時也無通過其他參數(shù)調(diào)整解決的比較頻繁出現(xiàn)的超忙小區(qū)。對這樣的小區(qū)往常我們很難解決，但 AMH 可以做到時時的調(diào)整，分流超忙小區(qū)的話務到周邊小區(qū)。 3. 相關參數(shù)總表 簡稱 參數(shù)名稱 參數(shù)說明 級別 采用值 AMH_USAGE_P(00053) AMH feature AMH 功能開關 BSC Activate AUT AMH Upper Load Threshold 服務小區(qū)負載上限。超過該負載則將更改基于 AMH的 PBGT 值。 BSC 75% ALT AMH Lower Load Threshold AMH 負載下限 :使用此參數(shù)用戶可以定義基站負載的下限。 BSC 20% AML AMH Max Load of Target Cell 目標小區(qū)的 AMH 最大負載 :使用這一高級多層處理參數(shù)可以定義相鄰小區(qū)中用于因話務引起的切換的目標小區(qū)的最大話務負載 BSC 65% TGT TRHO guard time TRHO 保護時間 :使用此參數(shù)可以定義在 BSC 或 MSC控制 TRHO BSC 30s ATPM AMH TRHO pbgt Margin 根據(jù)目標小區(qū)的類型可以在 ADJ關系中逐對設置 HOC -10dB 20 ATCM AMH Traffic Comtrol MCN mcn AMH 話務控制 :使用該參數(shù)可以指明高組多層處理是否與微蜂窩和雙頻一起使用。 HOC N ATCI AMH Traffic Control IUO AMH 話務控制與 IUO 同時使用 :使用 此參數(shù)可以指明高組多層處理是否與智能雙層一起使用。 HOC N TRHO TRHO Rx Level Target Cell 話務原因切換的目標電平值 :該參數(shù)定義在允許進行話務原因的切換時，目標小區(qū)的最小電平值。 ADJ -80dBm 4. 北京此項功能應用情況描述 AMH 主要應用于高負荷小區(qū)，在話務平衡功能方面， AMH 可以有效的將高負荷小區(qū)內(nèi)的話務轉(zhuǎn)移到低話務小區(qū)，使得高負荷小區(qū)的話務擁塞現(xiàn)象得到緩解。在實際應用中，小區(qū)的 TCH的擁塞率在開啟 AMH功能后大大降低。合理的參數(shù)設置對掉話、切換等指標也沒有壞的 影響。 但是需要指出， AMH也帶來了乒乓切換和潛在的掉話風險。所以在使用 AMH功能時必須選用適當?shù)膮?shù)設置來控制 AMH帶來的負面影響。比如，通過設置較高的 TRHO Rx Lev Target避免話務在目標小區(qū)電平過低的情況下切入；設置合理的 AMH Upper Load Threshold以避免過多的 AMH切換；通過設置較合理的 AMH Max Load of Target Cell和 TRHO guard time來減少乒乓切換的次數(shù)等等。 目前北京網(wǎng)絡開啟 AMH小區(qū)約有 1900個小區(qū)。 5. 總結(jié) AMH 主要 應用于高負荷小區(qū) 6. 功能應用評估 目前北京應用 AMH 功能的主要目的是局部區(qū)域內(nèi)基站之間的話務負荷均衡，是一種基于話務量的切換。該功能能夠較好的緩解個別高負荷小區(qū)的話務擁塞，提高用戶接入成功率與切換成功率，建議其他區(qū)域可借鑒推廣。 21 由于 AMH 人為地降低了基于功率預算的切換門限，使得一部分用戶有可能會被切換到通話質(zhì)量較原服務小區(qū)差的小區(qū)，如果其他切換參數(shù)未配合設置，容易出現(xiàn)乒乓切換，這些都會降低用戶的話音感知。話務負荷均衡的最終手段還是要做好載頻的拆閑補忙工作，類似AMH 等話務均衡功能只是臨時性手段。 3.2.5 COMMON_BCCH 1. 功能描述 NOKIA 的 COMMON BCCH feature 支持 PGSM， EGSM 和 GSM1800 不同頻段的載頻集成在一個小區(qū)里，共用一個 BCCH。 COMMON BCCH 的定義就是在共站的小區(qū)，以及不同頻段操作的系統(tǒng)中選取其中一個為 BCCH 頻點，這樣雖然在共站的區(qū)域還是會有 2 個不同頻段的系統(tǒng)操作，但只會出現(xiàn)一個 BCCH 頻點，這樣可以提高網(wǎng)絡整體的資源運用，均衡話務量，提高非 BCCH 層的頻率復用度。 2. 典型場景 和實現(xiàn)過程 提高網(wǎng)絡的話務容量 在每個共站小區(qū)只有 1 個 BCCH 的策略下， TCH 信道將會增加，因此每個小區(qū)可容納的話務量也相對的提高； 減少網(wǎng)絡的信令通道 由于在共站的基礎下，每個小區(qū)將只有一個 BCCH 存在，這將減少網(wǎng)絡的信令通道， 降低網(wǎng)絡的信令負荷； 降低網(wǎng)絡頻點的干擾 由于 Common BCCH 的概念是在共站區(qū)域運用 GSM900 為 BCCH 頻點，而 GSM1800 全為TCH 頻點，在如此的策略下，我們可以在 GSM1800 可覆蓋的范圍，將話務量盡可能推向于GSM1800，同時增加 GSM900 層可用的 BCCH 頻點，所以網(wǎng)絡中的 BCCH 頻點將會增加，這將對網(wǎng)絡 BCCH 的干擾有很大的幫助 。另外也由于 GSM1800 頻點將完全用于 TCH 頻點，這對提高網(wǎng)絡 TCH 話音質(zhì)量也有著很大的幫助； 減少小區(qū)之間的相鄰關系 現(xiàn)網(wǎng)由于共站的緣故，某些小區(qū)的相鄰關系甚至高達 32 個，在推行 Common BCCH 的22 策略后，由于小區(qū)數(shù)量的減少，小區(qū)之間的相鄰關系也相對的會有所下降，這將有助于手機在切換時，切換至更合適的臨近小區(qū)，而且這對城區(qū)微蜂窩密集的區(qū)域?qū)⒏用黠@，城區(qū)的微蜂窩可以減少與 GSM1800 宏站的相鄰關系，增加所需 GSM900 宏站的相鄰關系； 提簡化多層次網(wǎng)絡規(guī)劃至單層網(wǎng)絡規(guī)劃 現(xiàn)網(wǎng)的 BCCH 頻率規(guī)劃 工程分為 GSM900 和 GSM1800 兩個層次， Common BCCH 的推行可簡化此種多層次的 BCCH 頻率規(guī)劃， GSM1800 將用為 TCH 頻點以吸收話務量，而 GSM900可用于 BCCH 頻點規(guī)劃； 減少切換次數(shù) 基于網(wǎng)絡的小區(qū)數(shù)量將大幅度下降，小區(qū)之間的切換次數(shù)也將會因此下降，這可間接降低切換失敗的幾率； 均衡話務量 通過參數(shù)設置，可以更方便的控制不同層間的話務均衡。 減少基站耗電 由于減少一個 BCCH 載頻，減少了一個功率持續(xù)發(fā)射的載頻，來降低功耗；由于對于切換的減少以及信令符合的減少，也可以降低基站功耗。 3. 參數(shù)總表 BTS級參數(shù) : LSEG BTS級參數(shù) : LAR, LER BTS級參數(shù) : NBL 4. 北京應用情況 北京 COMMON BCCH 試驗的情況請參見附件 : Common BCCH.doc 23 5. 總結(jié) 對于北京移動諾基亞網(wǎng)絡現(xiàn)狀，采用 COMMON BCCH 的優(yōu)勢： 北京移動目前 GSM900/1800 雙層網(wǎng)絡中部分小區(qū)鄰區(qū)個數(shù)達到 31，面臨無法新增鄰區(qū)關系的窘境，采用 COMMON BCCH的小區(qū)結(jié)構，可以減少一層鄰區(qū)關系，減少鄰區(qū)個數(shù)，更有利于鄰區(qū)優(yōu)化； 通過實驗可以看到采用 COMMON BCCH 后，小區(qū)總的話務量沒有改變，但對于小區(qū)GSM900/1800 BTS 之間的話務分配更為均衡，前提是所覆蓋的范圍要保持一致； 由于減少一個 BCCH 載頻，減少了一個功率持續(xù)發(fā)射的載頻，從而可以降低功耗，并且由于切換的減少以及信令符合的減少，也可以降低基站功耗，也達到一個節(jié)能減排的效應。 對于 COMMON BCCH 的推廣，從實驗的過程中也得到了一些必須要考慮的因素： 對于天線的覆蓋，應采用共天線的雙頻雙極化方式，如果 GSM900 與 GSM1800是分開單獨天線，則要保證覆蓋范圍要保持一致，目前現(xiàn)網(wǎng)中采用 共天線方式的基站比較少； 對于 GSM900 受到外部干擾的基站，我們通常會采用降低 GSM900 功率的方式，用GSM1800做主覆蓋，來降低外部干擾對網(wǎng)絡指標及用戶感受造成的不利影響，但是采用 COMMON BCCH 結(jié)構之后，由于只有一個 BCCH載頻，所以如果降低 GSM900的功率，則整個方向的功率均會降低。 對于基站改造需要注意的是，在做 GSM900 BTS與 GSM1800 BTS同步的時候要注意，BCF單元只能做一一對應的同步關系，也就是說要做 COMMON BCCH的兩個小區(qū)必須分別在單獨的一個 BCF上，不能 與別的小區(qū)共用一個 BCF，否則將無法進行同步； 采用 COMMON BCCH 小區(qū)的合路器必須是支持雙頻段，如果小區(qū)下掛了直放站的話，要檢查直放站的雙頻段支持能力； 由于減少了一個 BCCH 載頻，則相應的 PCH、 AGCH、 RACH 信道資源也減少了，在覆蓋區(qū)域的用戶數(shù)量，用戶行為不變的情況下，能夠利用的 PCH、 AGCH、 RACH信道容量減少一半，這樣存在著尋呼刪除、 AGCH 溢出、 RACH 溢出的風險，載頻的 LAPD負荷也隨之會增加，對于業(yè)務量較高的基站如果采用 COMMON BCCH 時，必須考慮CCCH信道資源是否夠用 ，載頻 LAPD負荷是否超標。 北京現(xiàn)網(wǎng)目前開啟 1個小區(qū) (內(nèi)蒙古飯店 ), 計劃后期推廣 24 6. 功能應用評估 Common BCCH 的功能應用于多頻段、大載頻配置的基站，能夠簡化鄰區(qū)數(shù)量與網(wǎng)絡結(jié)構，節(jié)省公共信道資源，降低功耗，提高資源利用率。但是也存在明顯的缺點，從其他地市的實驗獲知，由于 900M 頻段與 1800M 頻段的傳播特性差距，當達到雙層負荷分擔的一定要求后，容易造成非 BCCH 層掉話高、通話質(zhì)量不穩(wěn)定的問題。另外現(xiàn)網(wǎng)直放站基本不支持900M/1800M 雙頻能力，公共信道資源受限也是明顯的問題，因此 Common BCCH 功能可以使用于高負荷區(qū)域的個別站點，不建議全網(wǎng)連片大范圍使用。 3.2.6 ISP & Hyop_lac 1. 功能描述 1) HYPO LAC 功能描述 HYPO LAC 簡稱為次 LAC 尋呼，其目的是為了降低尋呼負荷。其在 BSS 側(cè)的實現(xiàn)為：MSC 在 VLR 中查詢到當前手機用戶的位置信息（ LAC),然后發(fā)送尋呼請求消息 (TMSI)，在 BSS側(cè)，第一次和第二次以 BSC 為范圍進行尋呼；若尋呼不成功，第三次和第四次以 LAC 范圍進行尋呼（ IMSI)。 應用 hypo-LAC，需要該 LAC 下面至少有 2 個 BSC。 25 2) ISP ISP 簡 稱智能小區(qū)尋呼，其目的是為了降低尋呼負荷。其在 BSS 側(cè)的實現(xiàn)為： 第一次尋呼以 VLR中記錄的 MS最后所在的小區(qū)（ Recent Cell）和該小區(qū)所屬的同一個 BSC的鄰區(qū)組（ Neighbor Group）為單位進行尋呼（ TMSI)； 第二次以 hypo-LAC進行尋呼（ TMSI) ； 第三次和第四次均以 LAC范圍進行尋呼 (IMSI) ； ISP的實現(xiàn)是以 hypo-LAC為基礎的。 2. 典型場景 HYPO LAC需要一個 LAC下至少有 2個 BSC，且預測尋呼量在 16-20萬；同時要求 2個 BSC的 BSC 尋呼量均衡。 ISP尋呼對 BSC個數(shù)沒有限制，但需要用戶移動性相對穩(wěn)定。用戶的移動性影響了ISP的尋呼效率。且預測尋呼量在 16-20 萬；若一個 LAC下有多個 BSC 時，每個 BSC的 BSC尋呼量均衡。 26 實現(xiàn)過程 檢查 BSC側(cè)的 FEATURE license是否已經(jīng)激活： MML ZW7I:FEA,FULL:FEA=1301； 檢查 MSC側(cè)的 isp以及 HYPO LAC功能是否開啟： MML ZELO； 檢查 HYPO LAC &isp 的狀態(tài)： ON/OFF 3. 參數(shù)總表 無 4. 北京應用情況 HYPO LAC 和 isp 作為降低尋呼負荷的 feature，平時現(xiàn)網(wǎng)中均不使用，只是作為節(jié)假日、重大通信保 障中，保障網(wǎng)絡負荷安全，降低尋呼負荷的應急手段。 Hypo lac的應用： 通過節(jié)假日測試檢驗尋呼效果，尋呼響應時間為 1.64s，沒有明顯延長；尋呼成功率為98.2%，與平時基本相當 (其余地區(qū) LAC 由于要解決高尋呼負荷而關閉 repaging 甚至短信的IMSI 尋呼，尋呼成功率普遍下降 2%)； 4 次尋呼比例基本沒有變化，網(wǎng)絡質(zhì)量保持了平時的水平，尋呼量卻因此下降 40%以上，充分論證了 Hypo-LAC 尋呼技術和規(guī)劃方法的可行性。 27 ISP的應用： ISP 的應用，開始在亦莊 BSC133&BSC132， LAC4239,下進行了試驗。從試驗的結(jié)果來看，LAC 級的尋呼，有明顯的下降，降幅在 29%； BSC 級的尋呼也有明顯的降低， bsc133 平均尋呼量下降 42%左右 ,BSC132 平均尋呼量下降 38%左右。 28 5. 總結(jié) 作為節(jié)假日、重大通信保障中，保障網(wǎng)絡負荷安全，降低尋呼負荷的應急手段。 高尋呼負荷區(qū)域、人口密集區(qū) . 尋呼量超過 18 萬的 LAC 盡量開啟 . 6. 功能應用評估 諾西的 Hyop_lac 功能能夠降低多 BSC 共 LAC 的尋呼量，較好的緩解了 LAC 覆蓋范圍與LAC 尋呼容量的矛盾。通過節(jié)假日或應急情況下開啟該 功能，抵抗尋呼量的峰值沖擊，相對而言提升了日常 LAC 的尋呼設計容量，提升 LAC 覆蓋范圍。從北京現(xiàn)網(wǎng)應用情況看， Hyop_lac功能未明顯降低尋呼成功率與尋呼次數(shù)比率，建議各地借鑒推廣。 3.2.7 STRIC 1. 功能描述 該功能 STIRC： Space Time Interference Rejection Combining，空時干擾抑制合并技術，STIRC 是對目前上行 IRC 接收技術的增強，屬于 NOKIA BTS 級參數(shù)。 29 2. 功能應用典型場景和具體實現(xiàn) Feature的適應場景 外部干擾相對較小，但上行質(zhì)量較差（排除硬件原 因）（選取的小區(qū)為上行質(zhì)量差是由頻率復用度高，網(wǎng)內(nèi)頻率干擾引起）。 同時掉話率較高。 符合硬件 /軟件要求。 開啟 Feature 的版本要求 開啟 BSC的動態(tài) SDCCH分配功能 BSC集成 STIRC Feature 目前支持的基站軟件包和基站類型有 Nokia UltraSite BTS(CX5以上 )、Nokia MetroSite BTS(CXM5以上 )、 Nokia Flexi EDGE BTS(任何版本 ) 基站硬件必須支持 STIRC 目前 Flexi EDGE、 MetroSite和支持 EDGE的 UltraSite都可以激活 STIRC功能。 UltraSite BTS 如果有不支持 EDGE的 TRX要使用 STIRC功能， BB2E/BB2F 基帶跳頻板必需有非 EDGE RFU (TSxA)單元。 開啟 Feature 的步驟 檢查基站狀態(tài) (EEI). ZEEI:BTS=； Nokia MetroSite BTS必須所有載頻皆為 EDGE TRX。 Nokia UltraSite BTS所有 EDGE TRX都支持 STIRC， 如果有不支持 EDGE的 TRX要使用 STIRC功能， BB2E/BB2F 基帶跳頻板 必須 有非 EDGE RFU (TSxA)單元。 可使用 BTS MMI檢查 BTS檢查硬件數(shù)據(jù)庫。 檢查 BSC是否安裝了 STIRC license (W7I). ZW7I:LIC,FULL:LIC=； 檢查 STIRC feature狀態(tài) (W7I). ZW7I:FEA,FULL:FEA=393； 如果 STIRC feature為 OFF 狀態(tài)，需要將 STIRC feature設為 ON的狀態(tài) . 30 ZW7M:FEA=393:ON； 再檢查 STIRC feature是否成功激活 (W7I). ZW7I:FEA,FULL:FEA=393； 將 BTS STIRC參數(shù)設置為 Y (EQM). ZEQM:BTS=:STIRC=Y； 檢查 BTS參數(shù)設置值 . ZEQO:BTS=:MIS； 3. 相關參數(shù)總表 BTS 級參數(shù)： STIRC 4. 北京此項功能應用情況總體描述 2008 年 2 月底，我們 選取北京東站 1 小區(qū)做 STIRC 相關實驗。 選取北京東站 1 小區(qū)做實驗的原則： 外部干擾相對較小，但上行質(zhì)量較差（排除硬件原因）（選取的小區(qū)為上行質(zhì)量差是由頻率復用度高，網(wǎng)內(nèi)頻率干擾引起）。 同時掉 話率較高 2 月 29 日凌晨 STIRC License 安裝完成， 29 日上午 9： 40 激活 BTS 側(cè)參數(shù)開始收集數(shù)，并于 3 月 4 日下午進行了 MOS 測試。 通過收集相關指標和數(shù)據(jù)我們總結(jié)北京東站 1 小區(qū) STIRC 功能效果： STIRC 功能打開后，上下行質(zhì)量 0 5 級比率略有改善（ 1 2%左右），但上下行質(zhì)量 0級比率影響不大。 STIRC功能打開后， SD掉話率和 TCH掉話率影響不大，基本保持不變。 STIRC功能開啟后，所測試的 MOS值的最差值均有所改善，而對 MAX 值影響不大，對比開關 STIRC功能， MOS值改善約在 0.02左右，約提高 6 7%。 其它指標如掉話次數(shù)、試呼次數(shù)等都變化不大， SD擁塞率、 TCH擁塞率、切換失敗率影響不大，基本沒變化。 綜合上述，我們可以看到 STIRC 功能對小區(qū)網(wǎng)絡質(zhì)量無不良影響，但對提升網(wǎng)絡質(zhì)量效31 果有效。 指標對比如下： 上、下行質(zhì)量 上行質(zhì)量：通過下圖，我們可以看到，參數(shù)調(diào)整后北京東站 1小區(qū)（ CI 1199）上行 0 5級質(zhì)量比率略有上升由 95.5%上升到 96.5%左右，上升約 1%。而上行質(zhì)量 0級比率變化不大，仍保持在 45%左右，近期略有上升。（注：下圖中紅線為 10點數(shù)據(jù)，藍線為 19 點數(shù)據(jù)） 下行質(zhì)量：通過下圖，我們可以看到，參數(shù)調(diào)整后北京東站 1小區(qū)（ CI 1199）下行 0 5級質(zhì)量比率略有上升由 95%上升到 97%左右，上升約 2%。而上行質(zhì)量 0級比率變化不大，仍保持在 50%左右，近期略有上升。（注：下圖中紅線為 10點數(shù)據(jù)，藍線為 19點數(shù)據(jù)） 總結(jié)： STIRC 功能打開后，上下行質(zhì)量 0 5 級比率略有改善，但上下行質(zhì)量 0 級比率影響不大。 掉話率 SD掉話率：通過下圖，我們可以看到，參數(shù)調(diào)整后北京東站 1小區(qū)（ CI1199） SD 掉話率變化不大，基本保持在 0.012左右。（注：下圖中紅線為 10點數(shù) 據(jù)，藍線為 19點數(shù)據(jù)） 32 TCH掉話率：通過下圖，我們可以看到，參數(shù)調(diào)整后北京東站 1小區(qū)（ CI1199）下 SD掉話率變化不大，基本保持在 0.010左右，近期略有上升。（注：下圖中紅線為 10 點數(shù)據(jù)，藍線為 19點數(shù)據(jù)） 總結(jié)： STIRC 功能打開后， SD 掉話率和 TCH 掉話率影響不大，基本保持不變。 MOS測試 3 月 4 日我們對北京東站 1 小區(qū)進行了 STIRC 功能開關對比的 MOS 測試，通過修改參數(shù)，控制 STIRC 的開啟和關閉，分別進行了 15 分鐘的 MOS 測試。測試結(jié)果如下： STIRC功能打開 max min avg LINE1 STIRC功能關閉 3.91 3.318 3.832 LINE2 STIRC功能關閉 3.908 3.182 3.808 LINE1 STIRC功能打開 3.91 3.331 3.851 33 LINE2 STIRC功能打開 3.897 3.608 3.831 可以看到， STIRC 功能開啟后，兩個手機所測試的 MOS 值的最差值均有所改善，而對MAX 值影響不大，對比開關 STIRC 功能， MOS 值改善約在 0.02 左右，約提高 6 7%。 其它指標 其它指標如掉話次數(shù)、試呼次數(shù)等都變化不 大， SD 擁塞率、 TCH 擁塞率、切換失敗率也沒大的變化在這里就不一一列舉。 5. 總結(jié) STIRC 功能打開后，上下行質(zhì)量 0 5 級比率略有改善（ 1 2%左右），但上下行質(zhì)量 0級比率影響不大。 STIRC功能打開后， SD掉話率和 TCH掉話率影響不大，基本保持不變。 STIRC功能開啟后，所測試的 MOS值的最差值均有所改善，而對 MAX 值影響不大，對比開關 STIRC功能， MOS值改善約在 0.02左右，約提高 6 7%。 其它指標如掉話次數(shù)、試呼次數(shù)等都變化不大， SD擁塞率、 TCH擁塞率、切換失敗率影響不大，基本沒變化。 STIRC功能對選取小區(qū)的硬件限制而多 。 綜合上述，我們可以看到 STIRC 功能對小區(qū)網(wǎng)絡質(zhì)量無不良影響，但對提升網(wǎng)絡質(zhì)量效果有限。 現(xiàn)網(wǎng)有一個試驗小區(qū) (北京東站 )正在使用 6. 功能應用評估 STIRC功能在個別站點的實驗結(jié)果來看，對上下行 05級質(zhì)量與通話 MOS有一定提升 ,，34 對用戶的話音感知有所幫助。但是目前未大范圍應用，很難評判總體的有效性。建議各地可嘗試在干擾比較大的密集城區(qū)，試點開通，觀察效果。 3.2.8 NACC 1. 功能描述 NACC功能介紹： 當 MS 進行數(shù)據(jù)業(yè)務時，由于 MS 的移動導致小區(qū)重選的工作是不可避免，與 語音業(yè)務切換所不同的，是數(shù)據(jù)業(yè)務的小區(qū)重選對用戶的感知度影響比較強烈。用戶在語音業(yè)務的切換時并不會明顯感到通話質(zhì)量有什么變化，但數(shù)據(jù)業(yè)務的小區(qū)重選對數(shù)據(jù)下載的速率卻有很明顯的影響。當 MS 進行小區(qū)重選時（無論是 MS 自我控制的小區(qū)重選或是網(wǎng)絡控制的小區(qū)重選）， MS 必須停止與服務小區(qū)所有的數(shù)據(jù)傳送，緊接著必與目標小區(qū)進行同步并獲取與數(shù)據(jù)業(yè)務相關的系統(tǒng)消息（ SI1， SI3， SI13），之后才能在新的小區(qū)重新開始數(shù)據(jù)傳送，這一個連環(huán)的程序大大影響 MS 在小區(qū)重選過程的數(shù)據(jù)速率。 NACC 的優(yōu)點在于當 MS 仍處在服務小區(qū)的數(shù)據(jù)傳送模式下時，網(wǎng)絡通過 PACCH 信道提供給 MS 目標小區(qū)的 SI1， SI3 與 SI13，減少 MS 在重選過程中所需消耗的時間。 開通 NACC的前提要求： 開通 NACC 功能在軟件和硬件方面有以下要求： 軟件要求 Network element Software release required BSC S11.5 Nokia UltraSite EDGE BTSs No requirements Nokia MetroSite EDGE BTSs No requirements Nokia 2nd Gen. BTSs No requirements Nokia Talk-family BTSs No requirements Nokia PrimeSite BTSs No requirements Nokia InSite BTSs No requirements MSC/HLR Not applicable 35 SGSN Not applicable Nokia NetAct OSS4 硬件要求 Network element Hardware requirements BSC No requirements BTS No requirements TCSM Not applicable SGSN Not applicable NC0模式下的 NACC： 當 MS 符合小區(qū)重選的條件時，同時也符合 CCN 模式時， MS 將會在 PACCH 信道上傳PACKET CELL CHANGE NOTIFICATION 消息，該消息包含作為小區(qū)重選的目標小區(qū)的 BCCH 與BSIC， BSC 在收該消息之后，將下發(fā) PACKET NEIGHBOUR CELL DATA 消息， 該消息包含小區(qū)重選時，所需的目標小區(qū)系統(tǒng)消息。緊接著 BSC 將下發(fā) PACKET CELL CHANGE CONTINUE 消息通知 MS 繼續(xù)進行小區(qū)重選程序。 注： (CCN 模式：普遍的 GSM 小區(qū)重選定義是當 MS 測量到目標小區(qū)的信號場強比較高，并符合作為小區(qū)重選目標，該 MS 將會立即重選至該小區(qū)。而在激活 NACC 功能后，小區(qū)重選將有一些時延。當一個 MS（ NC0 模式）符合小區(qū)重選的模式，并已經(jīng)鎖定重選的目標小區(qū)時，該 MS 將不急于進行小區(qū)重選，在這種情況下該 MS 就已經(jīng)進入了 CCN 模式。 CCN 模式只有在 NACC 功能激 活之后，并是在 MS 進行自我控制的小區(qū)重選才有可能發(fā)生。 ) 信令中的 Timer介紹： 36 T3206： T3206在 MS進入 CCN模式時開始，在 MS 發(fā)送 PACKET CELL CHANGE NOTIFICATION 時結(jié)束。 當 T3206 超時后， MS 將退出 CCN模式， 并依據(jù)目前的 NC模式（ NC0/NC2） 繼續(xù)小區(qū)重選。 T3208： T3208 在 MS 發(fā)送第一個 PACKET CELL CHANGE NOTIFICATION 時開始計時，在收到 BSC 發(fā)送的 PACKET CELL CHANGE CONTINUE 或 PACKET CELL CHANGE ORDER 時結(jié)束。當 T3208 超時后， MS 將退出 CCN 模式，并依據(jù)目前的 NC 模式（ NC0/NC2）繼續(xù)小區(qū)重選。 T3210： T3210 在 MS 發(fā)送 PACKET CELL CHANGE NOTIFICATION 時開始計時，在收到 BSC 發(fā)送的 PACKET NEIGHBOUR CELL DATA 或 PACKET CELL CHANGE CONTINUE 或 PACKET CELL CHANGE ORDER時結(jié)束。當 T3210 超時 后， MS 將重發(fā) PACKET CELL CHANGE NOTIFICATION。 NC0下小區(qū)重選和 NC0+NACC小區(qū)重選信令： 根據(jù)上圖所示，在打開 NACC 后 MS 可以在服務小區(qū)的數(shù)據(jù)傳送模式下時，網(wǎng)絡通過 PACCH 信道提供給 MS 目標小區(qū)的 SI1， SI3 與 SI13，減少 MS 在僅在 NC0 模式下的小區(qū)重選過程中必須要在目標小區(qū)中同步 BCCH 信道偵聽系統(tǒng)消息的流程，這樣就減少了由于小區(qū)重選造成數(shù)據(jù)停傳的時間。 37 2. 功能應用典型場景和具體實現(xiàn) 應用場景： NACC 功能應用適合于基站密度大的特大性、 大中型等城市，尤其適合于覆蓋主要道路的基站密集區(qū)域。 具體實現(xiàn)： NACC 功能開通步驟： 第一步：檢查 NACC的 licence是否已經(jīng)激活 MML ZW7I:FEA,FULL:FEA=10； 第二步：檢查 PCU或 PCU2的 licence 是否激活 MML ZW7I:FEA,FULL:FEA=12； MML ZW7I:FEA,FULL:FEA=13； 第三步：在 BSC中激活 NACC功能 MML ZEEM:NACC=Y； 第四步：激活 NACC相關測量 A） 檢查測量狀態(tài) MML ZTPI:GPRS,CRS； 注：如果發(fā)現(xiàn)測量并未創(chuàng)建，則按以下步驟 （從 b到 d）創(chuàng)建測量； B） 建立并設置測量 MML ZTPM:GPRS,CRS:,； 例如： MML ZTPM:GPRS,CRS:ALL,00 00 24 00,15； C） 開啟測量 MML ZTPS:GPRS,CRS； D） 等待一個測量周期時間后檢查測量結(jié)果 E） 完成以上步驟后，必須在下一個測量周期結(jié)束后， 觀察 OMC TABLE: p_nbsc_cell_reselection中 關于 NACC的 counter是否已經(jīng)正常記數(shù)。 38 ID Counter name Type Description 95017 NACC_WITH_NC0 NUMBER Added when a PACKET CELL CHANGE CONTINUE message is sentto the MS. Number of times when NACC has been used to assist MS in network control mode 0. UPDATED: When a MS initiated cell change (network control mode 0) has been assisted by sending target cell system information messages on PACCH. FEATURE: BSS115006: NACC NACC 功能去激活步驟： 第一步： Deactivate Network-Assisted Cell Change in the BSC (EEM). MML ZEEM:NACC=N； 第二步： Test the deactivation (TPI). MML ZTPI:GPRS,CRS； 注：在關閉 NACC后的下一個測量周期中從 OMC TABLE: p_nbsc_cell_reselection 中取出 NACC_WITH_NC0的計數(shù)值應為“ 0”。 3. 相關參數(shù)總表 無 4. 北京此項功能應用情況總體描述 從 2009 年 5 月 10 日到 5 月底期間，在北京移動網(wǎng)絡優(yōu)化部門大力配合下， EGPRS 優(yōu)化項目組順利完成了新功能 NACC 的驗證測試以及前后性能對比分析工作，通過最終測試結(jié)果發(fā)現(xiàn)，開啟 NACC 后所體現(xiàn)的性能優(yōu)勢完全符合預期效果，以下是對整體的測試結(jié)果進行綜合對比分析情況： 下表 為打開 NACC前后在四種測試場景下小區(qū)重選信令時延對比： 測試環(huán)境與道路 Without NACC With NACC Item Test road app_outage data_outage cell_outage app_outage data_outage cell_outage 39 同 BSC 同PCU 下小區(qū)重選 二環(huán)路 1.58 1.43 0.994 1.28 1.3 0.9 三環(huán)路 1.97 1.66 1.21 1.34 1.12 0.82 長安街 1.38 1.14 0.996 1.09 1.01 0.77 機場南線 1.72 1.61 1.09 1.22 1.09 0.96 同 BSC 不同 PCU 下小區(qū)重選 二環(huán)路 2.16 1.97 1.63 1.53 1.36 1.31 三環(huán)路 2.12 1.76 1.32 1.71 1.53 1.29 長安街 2.25 1.85 1.24 2.18 1.22 0.699 機場南線 1.77 1.56 1.04 1.25 1.18 0.994 跨 BSC 小區(qū)重選（ RU 更新） 二環(huán)路 8.68 5.14 4.54 4.51 4.34 4.04 三環(huán)路 7.61 6.11 4.67 6.8 5.01 4.41 長安街 6.77 5.93 4.93 5.07 4.55 4.04 機場南線 6.38 5.78 4.99 4.84 4.32 4.04 跨 SGSN小區(qū)重選（ RU 更新） 三環(huán)路 7.38 6.01 4.91 6.44 5.11 4.17 機場南線 6.03 4.98 4.3 5.27 4.52 3.995 （標注：由于 覆蓋 二環(huán)以及長安街 小區(qū)分別 處 在 相同的 SGSN,故沒有 跨 SGSN 場 景下測試數(shù)據(jù) 對比 ） 通過對測試數(shù)據(jù)中各場景下小區(qū)重選時延統(tǒng)計分析后，取各條道路在四種場景下時延開銷的平均值可以初步得到以下結(jié)果：（這里需要說明的是，北京地區(qū)一個 LAC 即為一個路由區(qū)，所以只要跨 BSC 即同時會進行路由區(qū)更新。然而在實際路測中，外場無線環(huán)境復雜，存在一定的偶然性，影響小區(qū)重選以及路由區(qū)更新的因素比較多，每次小區(qū)重選的時延開銷不盡相同，在時延統(tǒng)計上我們是通過統(tǒng)計多次小區(qū)重選或者 RU 更新的時延然后取其平均值，通過這樣的方法以盡可能的把誤差降到最低。） 1. application outage 四條道路在 NACC 開啟前后對比如下，從開啟 NACC 前平均時延 4.44s縮短到開啟 NACC 后的平均時延 3.51s 改善幅度約 21%具體情況如下圖： 40 2. CELL outage 四條道路在 NACC 開啟前后對比如下，從開啟 NACC 前平均時延 2.93s 縮短到開啟 NACC 后的平均時延 2.53s 改善幅度約 15%具體情況如下圖： 3. DATA outage 四條道路在 NACC 開啟前后對比如下，從開啟 NACC 前平均時延 3.61s 縮短到開啟 NACC 后的平均時延 2.95s 改善幅度約 20%，具體如下圖 : 4. 通過對以上三種時延開銷統(tǒng)計發(fā)現(xiàn)， cell outage 時延在四種場景下變化幅度最小。而application outage 變化幅度最大，這其中 inter BSC 情況下小區(qū)重選 app_outage 改善幅度在 27%左右，其次是 intra PCU 以及 inter PCU 的小區(qū)重選 app_outage 改善幅度都在20%左右，而跨 SGSN 改善幅度最小只有 12%左右。這說明開啟 NACC 對 intra PCU 小區(qū)重選，以及 inter PCU小區(qū)重選和 inter BSC小區(qū)重選效果更加明顯。其次是數(shù)據(jù)時延 DATA outage 是在 inter PCU 情況下效果最 為明顯改善幅度約為 26%，而在 intra PCU 以及 inter BSC 下改善幅度也都為 20%以上，這再次證明 NACC 功能開啟后對 PCU 內(nèi)以及 PCU 間和BSC 間效果較明顯，對比時延改善比例情況如下圖： 41 5. 開啟 NACC后各條道路的 FTP DL吞吐速率都有明顯提升，從開啟 NACC前的平均 7.94KB/s提升到開啟 NACC 后的平均 9.04KB/s，改善幅度約為 14%，各條道路具體情況如下圖： 6. 開啟 NACC 功能后，我們對比機場南線 WAP 測試指標發(fā)現(xiàn)， WAP 登陸時延縮短了約為28%，網(wǎng)頁刷新時延縮短了約為 20%，圖鈴下載速率縮短了約為 26%，這充分證明當NACC 功能開啟后，合理控制了小區(qū)重選并且降低了數(shù)據(jù)停傳時延，針對 WAP 小數(shù)據(jù)傳輸業(yè)務也帶來了一定的指標提升效果，對目前現(xiàn)網(wǎng)中用戶在日常實際數(shù)據(jù)業(yè)務應用中（如： WAP 網(wǎng)頁瀏覽、股票信息查詢、收發(fā) Email、訂購機票等）的感知情況都有非常明顯的提升。 42 7. 開啟 NACC 后，所有小區(qū)重選信令流程都使用的 NACC 流程；即 NACC 開啟后作用在所有的小區(qū)重選上，以下是一次開啟 NACC 功能后的小區(qū)重選 RLC/MAC 以及 L3 層信令截圖： 7. NACC 功能開啟后，其相應的統(tǒng)計項（ NACC_WITH_NC0） 也隨之打開 ,（該統(tǒng)計項的定義為：當 MS 進行小區(qū)重選時， MS 鎖定目標小區(qū)后，將開始通過 PACCH 傳輸系統(tǒng)消息，之后網(wǎng)絡側(cè)下發(fā)給 MS 一條 PACKET CELL CHANGE CONTINUE 消息后，該計數(shù)器將會計數(shù)一次）通過觀察發(fā)現(xiàn)該計數(shù)器在 NACC 功能開啟后各 BSC 都可以正常計數(shù)。并且在 NACC功能開啟后，我們挑選了一條測試道路對比分析了其所涉及的所有 BSC 相關統(tǒng)計項，43 包括上下行硬擁塞率、高階編碼比例（ MSC7-9） 、上下行 TBF 建立成功率、域升級拒絕率、信道分配成功率、以及 EDGE/GPRS 流量，以紅線標記開啟前后各項指標都沒有明顯波動，證明開啟 NACC 功能對網(wǎng)絡統(tǒng)計指標沒有產(chǎn)生不良影響。具體統(tǒng)計指標值如下： 44 綜合以上所有內(nèi)容得出結(jié)論是，開通 NACC功能后，一定程度上減少了三種時延的開銷，尤其是在 PCU內(nèi)、 PCU間效果更為明顯，從而改善了 EGPRS的 FTP下載速率，以及高階編碼比例和現(xiàn)網(wǎng)用戶切身使用的各項 WAP應用指標，即 NACC對提升 EGPRS網(wǎng)絡性能以及用戶感知度有很大幫助，其次當開啟 NACC后所有小區(qū)都遵守 NACC小區(qū)重選流程， BSC級關于 NACC測量統(tǒng)計可以正 常計數(shù)，各項統(tǒng)計指標均正常。并且在 NACC開啟期間沒有異常告警出現(xiàn)，以及相關投訴上報。 目前北京東區(qū)現(xiàn)網(wǎng)開啟 NACC功能的詳細情況如下表所示： 開啟 NACC 功能 涉及區(qū)域 CELL GTRX 74 個 BSC 東區(qū)四環(huán)以內(nèi)及機場高速 5291 16220 5. 總結(jié) 經(jīng)過北京東區(qū)開啟 NACC 功能的 74 個 BSC 的效果評估 , NACC 激活后的效果良好 。 城區(qū)四環(huán)內(nèi)和機場高速所涉及 BSC 均開啟 . 6. 功能 應用評估 EGPRS 手機在進行小區(qū)重選時，會短時中斷數(shù)據(jù)業(yè)務傳輸，用戶會明顯感覺業(yè)務中斷。45 由于數(shù)據(jù)業(yè)務高發(fā)區(qū)域往往也是 基站密集區(qū)域，小區(qū)重疊覆蓋大，手機用戶很容易頻繁重選而不斷的出現(xiàn)數(shù)據(jù)傳輸中斷，嚴重情況可能會導致上層應用連接超時而掉線。 NACC 功能的引入縮短了重選中斷時長，能夠明顯提升用戶感知，運行過程中也未發(fā)現(xiàn)負面問題，建議各地借鑒推廣。 前只有 R4 手機支持 NACC 功能，現(xiàn)網(wǎng)還有大量手機不支持 NACC，這類手機無法享受到NACC 帶來的好處。因此啟用 NACC 后，優(yōu)化人員還需根據(jù)網(wǎng)絡實際情況，優(yōu)化調(diào) 接入、重選參數(shù)，確保小區(qū)合理的主導覆蓋，避免頻繁重選。 四 . 其他 Feature 的介紹 4.1. 上行 TBF 擴展 (EUTM) 上行 TBF 擴 展 是 R4 中才引入的功能，在諾基亞 BSS 系統(tǒng)中是從 S11 開始支持的。如果終端支持 EUTM（標注在 MS RAC 里），普通情況下的上行 TBF 釋放將被延遲。這一延遲時間可以通過 UL_TBF_REL_DELAY_EXT 參數(shù)進行設定。在這一延遲時間里終端是處于擴展狀態(tài)，在這狀態(tài)下網(wǎng)絡側(cè)以低于普通狀態(tài)下的頻度（通過 POLLING_INTERVAL 參數(shù)控制）周期性的分配屬于該終端的 USF，而終端在這一時間里若無數(shù)據(jù)傳送則根據(jù)獲分配的 USF 發(fā)送空控制塊（ PACKET UPLINK DUMMY CONTROL BLOCK），當有數(shù)據(jù)需要從終端上傳時，則該 TBF 恢復回普通狀態(tài)，而不需要另外重建新的 TBF。另外，若網(wǎng)絡側(cè)有下行數(shù)據(jù)需要發(fā)送時，也可以通過 PACCH 快速建立下行 TBF。這一功能大大的增強了網(wǎng)絡的響應速度以及縮短時延，可以有效的減少系統(tǒng) RTT 時間，對于 WAP 業(yè)務瀏覽，小數(shù)據(jù)業(yè)務，即時類通信業(yè)務等的性能會有很大的幫助。） 4.2. TFO TFO（ Tandem Free Operation）功能原理 現(xiàn)網(wǎng)中兩部手機在進行通話時語音會在 TRAU 單元中進行兩次編解碼轉(zhuǎn)換工作，如 Call without applying TFO 圖 所示： 46 而正如 Call without Applying TFO 圖所示，以上兩部手機在通話時在 TRAU 單元進行的碼型轉(zhuǎn)換工作其實是沒有必要的，而 TFO 功能是使手機到手機的呼叫可以避免在收發(fā)兩端進行不必要的語音編解碼轉(zhuǎn)換，從而消除碼型轉(zhuǎn)換帶來的話音質(zhì)量損失，并減少話音時延，如Call with TFO 圖所示。 TFO使用條件 如果使用 TFO，必須是手機與手機間的通話 。 參與呼叫的兩部手機所在網(wǎng)絡的 TC都支持 TFO功能 兩個手機的語音編碼方式必須相同 （ EFR,FR,HR） 兩個 TC 間必須是透明連接 （ 不能使用回聲抑制，噪音消除，固定增益，自適應增益功能 ） 4.3. 用戶分級接入 優(yōu)先體現(xiàn) 所謂高端用戶優(yōu)先接入，是指將中國移動的所有移動用戶進行分類，每一類用戶享受一定的優(yōu)先級。根據(jù)用戶優(yōu)先級的不同，無線網(wǎng)絡在分配資源時，根據(jù)“優(yōu)先級越高，越容易接入網(wǎng)絡”的原則為用戶分配網(wǎng)絡資源。即： 無線系統(tǒng)資源忙時，根據(jù)用戶優(yōu)先級別進行排隊，一旦有空余資源，優(yōu)先接入高端用戶。 無線系統(tǒng)資源忙時，在沒有空余資源的情況下，實現(xiàn)優(yōu)先呼叫建立（或優(yōu)先47 切換）：把低端用戶強制切換到鄰小區(qū)，保證高端用戶的接續(xù)（或切換）。 用戶優(yōu)先權特性只對 優(yōu)先權用戶所在端產(chǎn)生影響。主叫流程中，無線資源獲得的優(yōu)先級將由主叫用戶優(yōu)先級決定。在被叫流程中，無線資源獲得的優(yōu)先級將由被叫用戶優(yōu)先級決定。 由于目前網(wǎng)絡資源的瓶頸在無線網(wǎng)絡，故本技術方案只保證根據(jù)用戶優(yōu)先級的不同進行無線資源的合理分配。 級別細分 目前，中國移動將用戶分為 3 個級別。 (可以根據(jù)需要分為最多 14 個級別 ) 一類用戶：享有最高的優(yōu)先級。熱點地區(qū)的無線系統(tǒng)為這部分用戶預留部分資源，這部分資源只能被一類用戶使用。當一類用戶漫游到某熱點地區(qū)時，系統(tǒng)先為其分配預留的無線資源，若熱點地區(qū)的一類用戶過多，則 本著“先來先占，后來排隊”的原則為眾多一類用戶分配無線資源；同時在預留資源被一類用戶占滿或沒有分配預留資源的情況下，未能分配到預留資源的一類用戶可參與排隊，使用三個級別用戶公用的無線資源，并比二類、三類用戶優(yōu)先接入網(wǎng)絡、優(yōu)先呼叫切換。另外，在系統(tǒng)資源不足時，系統(tǒng)可將某些三類用戶切換至鄰近其他小區(qū)，而將空余下來的資源分配給一類用戶使用。 此類用戶為部分特殊的 VIP 用戶。 二類用戶：享有較高的優(yōu)先級。熱點地區(qū)的無線系統(tǒng)不為這部分用戶預留資源，即二類用戶在如何情況下不可占用為一類用戶預留的網(wǎng)絡資源。當二類用戶漫游 到熱點地區(qū)，系統(tǒng)資源不足時，二類用戶參與排隊，一旦有空余資源，二類用戶可先于三類用戶接入系統(tǒng)，也可先于三類用戶進行呼叫切換。同樣，在系統(tǒng)資源不足時，系統(tǒng)可將某些三類用戶切換至鄰近其他小區(qū)，而將空余下來的資源分配給二類用戶使用。若熱點地區(qū)的二類用戶過多，則本著“先來先占用資源”的原則，系統(tǒng)為眾多二類用戶分配無線資源。 此類用戶一般為商業(yè)用戶。 三類用戶：三類用戶級別最低。系統(tǒng)不為其預留資源，它與二類用戶共用公用無線資源。并在與二類用戶排隊時，比二類用戶較難接入系統(tǒng)，或較難進行切換。同時，在呼叫過程中，為了提供 網(wǎng)絡資源給一類、二類用戶使用，三類用戶可能被切換至其他鄰近小區(qū)。 此類用戶為其他中國移動的手機用戶，所有神州行用戶屬于該類用戶。 在中國移動 PLMN 的范圍內(nèi)，當開展了本業(yè)務區(qū)域的第一、二級用戶漫游到未開展本業(yè)務的區(qū)域中，未開展本業(yè)務區(qū)域仍能正常接續(xù)這些用戶的電話；當?shù)谝?、二級用戶漫游至?8 外，不再按照優(yōu)先級接入，但不影響正常通話；國外用戶漫游至中國移動 PLMN 范圍內(nèi)，將其作為第三類用戶處理。 該業(yè)務適用于中國移動的全球通用戶和智能用戶即所有 GSM 用戶。且允許與其他補充業(yè)務共存，如呼叫前轉(zhuǎn)，呼叫等待 /保持等。 該業(yè)務適用于基本業(yè)務中的話音呼叫，不適用于數(shù)據(jù)承載業(yè)務和短消息。 該業(yè)務對終端無要求，適合所有 GSM 終端。 該業(yè)務的開展不應影響緊急呼叫的建立，對于緊急呼叫的處理，請參見緊急呼叫的相關規(guī)范。 五 . 諾西設備功能評估總結(jié) 北京諾西現(xiàn)網(wǎng)無線網(wǎng)的各項功能應用基本符合提升用戶感知的原則要求，功能的參數(shù)值均處于正常值范圍。功能的應用是基于網(wǎng)絡基礎性能的一定提升，日常工作中要堅持基礎優(yōu)化為主，功能提升為輔的優(yōu)化方法。采取措施真正解決網(wǎng)絡存在的資源分布不均衡、頻率干擾、重選切換不合理等基本問題，從源頭提升網(wǎng)絡質(zhì)量。同時在實踐驗 證前提下，充分了解各類功能的優(yōu)點與缺點，有效合理地加以利用。 5.1. 值得借鑒的先進思路 諾西的 Hyop_lac 功能能夠降低多 BSC共 LAC的尋呼量，較好的緩解了 LAC覆蓋范圍與 LAC尋呼容量的矛盾。通過節(jié)假日或應急情況下開啟該功能，抵抗尋呼量的峰值沖擊，相對而言提升了日常 LAC的尋呼設計容量，提升 LAC覆蓋范圍。從北京現(xiàn)網(wǎng)應用情況看， Hyop_lac 功能未明顯降低尋呼成功率與尋呼次數(shù)比率，建議各地借鑒推廣 AMR 功能經(jīng)過現(xiàn)網(wǎng)驗證，確認該功能能夠明顯提升客戶的話音感知。從優(yōu)先開通的部分地市應用情況來看，除上下行 05級 quality網(wǎng)管統(tǒng)計略有下降之外，其他各項指標均有改善或保持正常，而直接體現(xiàn)話音質(zhì)量