【資料名稱】：ZTE案例匯總

【資料作者】：ZTE

【資料日期】：2011

【資料語言】：中文

【資料格式】：CHM

【資料目錄和簡介】：

1.中興RNC是否支持AMR自動可變速率？現(xiàn)網(wǎng)能否打開？

中興RNC支持AMR自動可變速率，并且可以基于上下行單鏈路發(fā)射功率、資源擁塞、上下行負荷等條件自動觸發(fā)。

前期是華為核心網(wǎng)不支持多幀初始化的處理，目前情況如何還需現(xiàn)場驗證。

2.在什么情況下會上報2F事件？為什么在室分系統(tǒng)下上網(wǎng)，連接成功后UE都會上報2F事件呢（信號穩(wěn)定，沒有信號從壞到好的穿越）？

按協(xié)議定義是2F不會重復上報，而且需要重新進出報告范圍才能再次上報。

3.按照目前小區(qū)配置下，可支持多少個HSDPA用戶，R99數(shù)據(jù)業(yè)務用戶，速率是多少？與基站覆蓋，距離的關(guān)系?

目前小區(qū)配置下，具體支持多少個HSDPA用戶是由后臺配置決定的，默認每個小區(qū)最多支持64個HSDPA用戶接入（理論上），每小區(qū)速率多少又跟后臺配置的最大HS-PDSCH碼道數(shù)有關(guān)，每小區(qū)如果全部配置為HS-PDSCH碼道為15條，可以最大支持14.4Mbps的物理層速率。

R99用戶可以支持多少，又跟請求速率和簽約有關(guān)了，建議好好熟悉一下OVSF碼樹。速率主要跟信號質(zhì)量相關(guān)，跟距離關(guān)系不大。

4.跨Iur口切換時，如果是硬切換，Iur口有流量嗎（無論用戶面還是信令面）？

有IUR口的前提下，硬切換是走RL 建立請求，是有流量的,跨IUR 口硬切換見下圖。


5.什么條件下會發(fā)生DSCR流程？CS語音業(yè)務有DSCR流程嗎？

類似于重定位的劃分，將DSCR分為硬切換DSCR和軟切換DSCR。DSCR的觸發(fā)條件為：

軟切換DSCR

指的所有鏈路全部切換到DRNC且未發(fā)生重定位時，如果滿足以下條件則觸發(fā)DSCR。

軟切換DSCR開關(guān)為開

所有鏈路均已經(jīng)切換到DRNC

當前業(yè)務不包括CS業(yè)務

硬切換DSCR

即是在硬切換輸出重定位時，如果以下條件滿足，則觸發(fā)DSCR。

硬切換DSCR開關(guān)為開

判決需要進行硬切換

當前業(yè)務不包括CS業(yè)務

6.在雙業(yè)務情況下，CS切換至GSM，PS業(yè)務怎么辦，對這個流程不熟悉，希望有一個流程圖！

業(yè)務并發(fā)情況下，如果CS切換到GSM，PS業(yè)務會通過suspend流程將業(yè)務暫時掛起，等CS業(yè)務釋放后，PS業(yè)務會進行路由區(qū)更新，也駐留在GSM網(wǎng)絡上。

現(xiàn)場為我們提供了一個非常好的實驗環(huán)境，希望大家多對常用的信令流程進行試驗，加深印象。

7.什么情況會導致UCIU錯誤？

Uciu_error一般是由于RLC unrecoverable導致的，即RLC復位失敗掉話。

當RLC層發(fā)生傳遞失敗后，會首先進行重傳嘗試，如果重傳成功，鏈路的RLC層恢復，如果重傳達到最大次數(shù)RLC層仍沒有傳遞成功，發(fā)送端可發(fā)起RLC層的復位，恢復RLC的全部初始參數(shù)，如果復位能夠成功，那么RLC層重新開始嘗試重傳，但如果復位達到最大次數(shù)仍不成功，發(fā)送端認為RLC發(fā)生了不可恢復性錯誤（UCIU error）。

出現(xiàn)這類錯誤的可能原因：1、是否處在弱覆蓋區(qū)域，導致解調(diào)數(shù)據(jù)包出錯；2、是否存在上下行干擾，導致解調(diào)數(shù)據(jù)包出錯；3、是否終端本身存在問題；4、是否存在設備故障。

8.漯河手機QQ上網(wǎng)有延遲，且延遲時間較長

QQ上網(wǎng)時延，分接入時延和收發(fā)消息時延，如果無線環(huán)境非常好，小區(qū)不存在硬件、傳輸告警，并且無資源受限，接入時延大基本可以排除無線側(cè)問題。

如果是收發(fā)消息存在時延，特別是接收消息不及時，跟SGSN關(guān)系比較大，3月底河南現(xiàn)場就處理了幾個地市的問題，主要是SGSN中，RNC與位置區(qū)的關(guān)聯(lián)丟失，導致相應RNC的PS尋呼成功率只有60%左右，增加關(guān)聯(lián)后，接收消息時延的問題解決。

9.聯(lián)通人員經(jīng)常會問在空閑態(tài)時EC/IO質(zhì)差，重選較慢，有何方法能改善？

可以嘗試將重選觸發(fā)機制由當前的EC/IO修改為RSCP觸發(fā)；

可以嘗試提高同頻重選觸發(fā)門限、調(diào)整重選定時器時長。

但是請注意：RSCP參量沒有考慮負荷，還是使用EC/IO，差就RF優(yōu)化。

10.關(guān)于上網(wǎng)設置APN設置為3gnet和3gwap的區(qū)別？而且有些問題設置為3gwap數(shù)據(jù)業(yè)務就會出現(xiàn)掉線；

3gwap需要經(jīng)過一個wap網(wǎng)關(guān) 。

11.關(guān)于駐馬店和漯河交界處站點RRC和RAB建立成功率較低（并非每次都失�。┖蚉S切換失敗較高的問題，有何更好的決方法？

兩地市交界處，一般容量不是瓶頸，但站間距是否過大呢？是否存在弱覆蓋等問題？如果確實是弱覆蓋導致的接入失敗，最根本的解決辦法還是增強覆蓋（比如增加站點），另外，可以通過提高幾個dB的最低接入電平嘗試。

PS切換失敗較高是系統(tǒng)內(nèi)還是系統(tǒng)間，如果覆蓋無法解決，建議還是通過切換類參數(shù)嘗試。

另外，是否有IUR口，先了解清楚當?shù)馗采w情況。

12.關(guān)于收發(fā)機基帶調(diào)制的三種調(diào)制技術(shù)在實際應用中，bit,symbol,chip三者之間的對應關(guān)系，及運算原理

這三者之間的運算關(guān)系，跟調(diào)制方式、擴頻因子相關(guān)，可以查閱任何關(guān)于WCDMA基本原理的教材。

13.數(shù)據(jù)卡激活后用戶稍長時間沒有使用，不久之后就會自動掉線，當用戶開始又要重新活激，是網(wǎng)絡參數(shù)設置還是其他原因

數(shù)據(jù)業(yè)務連接，在一定時間內(nèi)上下行無流量的情況下，系統(tǒng)會將IU資源和空口資源釋放掉，將DCH轉(zhuǎn)為IDLE態(tài)，一旦有新的業(yè)務請求，會重新建立空口和IU連接，但PDP激活一般還在，不需要重新激活。

14.鶴壁GPRS向WCDMA重選成功率低：98%

除了鶴壁外，其余地市這個指標都穩(wěn)定在99%以上，只有鶴壁一直徘徊在98%左右，現(xiàn)場采取的手段主要是：提高相應小區(qū)的最低接入門限、從2G側(cè)稍微加大重選到3G的難度等手段，但效果一直不太好！

但是2G重選3G的控制參數(shù)都在2G側(cè)，3G比較被動，研發(fā)提醒，請重點2G核查參數(shù)配置。

15.做數(shù)據(jù)業(yè)務，進行撥號連接時的*99#是送到哪？通過那條信令發(fā)送的？

*99#是承載的數(shù)據(jù),對應應用層, CN那邊能夠解碼, 把碼流發(fā)上去之后，解到PPP層就看到了

16.數(shù)據(jù)業(yè)務時，只進行撥號，沒做其他業(yè)務時，呼叫建立的原因是什么？撥號連接建立完成后，再進行一些流媒體之類的業(yè)務是不是要從新進行物理信道重配？

RRC連接建立的原因一般是高優(yōu)先級信令，也有其它，參考看協(xié)議25.331，具體原因是UE根據(jù)協(xié)議填寫的

如果在HSPA網(wǎng)絡環(huán)境成功接入，并且信號質(zhì)量非常好，沒有切換發(fā)生，不需要進行物理信道重配置。

17.PS域異系統(tǒng)切換時T309的起、止信令各是什么？

起始信令：CELL CHANGE ORDER FROM UTRAN

終止信令：UE在新小區(qū)成功接入后，RNC收到核心網(wǎng)下發(fā)的IU Release消息。

18.什么時候會發(fā)生CELL UPDATE？ 是不是所有的下行鏈路失敗都會觸發(fā)CELL UPDATE？

首先，小區(qū)重選、周期性小區(qū)更新等會發(fā)生CELL UPDATE；其次，由于RLC異�；驘o線鏈路資源異常，也會發(fā)生CELL UPDATE。

終端從檢測到L1的無線鏈路失敗到上cell update的時間（ms）：160+N313*10+T313

19.以145號段為代表的2G受限3G數(shù)據(jù)卡用戶，導致WCDMA—>GPRS切換成功率波動較大且指標提升較難，目前除了降低2D門限減小切換外還有沒有更好的處理方法？目前影響各地市考核指標的還是這個問題。

309版本通過網(wǎng)絡側(cè)控制的Service handover策略解決。

20.客戶問題：在使用我司信令跟蹤工具跟蹤信令時，發(fā)現(xiàn)GSM鄰區(qū)的BSIC為39，如下圖，違背了BSIC的規(guī)劃原則，不知道是何原因！