【文章內(nèi)容簡介】 又需要對子業(yè)務進行時長計費的時候在將該參數(shù)改為 Enabled，如下面話單所示： listOfTrafficVolumes(12) ： changeTime(6) value: 09 02 01 04 39 45 +08 00 recordOpeningTime(13) value: 09 02 01 04 22 18 +08 00 duration(14) value: 1047 而不是 timeUsage(7) value: 0 案例三：話單中上網(wǎng)時間為 0的問題 三 .分析 檢查 Charging Class的設置： 默認情況下， ChargingClass 里面的 Time項設置是 Disabled，在 Disabled狀態(tài)下， Timeusage的數(shù)值為 0。打開 Time值設置后，話單中 timeUsage 字段為實際流量。 案例三：話單中上網(wǎng)時間為 0的問題 四 .結(jié)論 在不需要對子業(yè)務記錄時長時關(guān)閉 Time選項，在需要對子業(yè)務記錄時長時再打開該選項。 案例四： SGSN重啟后部分 BVC狀態(tài)不一致 一 .描述 SGSN重啟動完成后檢查 BVC狀態(tài)均正常。但測試發(fā)現(xiàn)有部分基站下面 GPRS業(yè)務不可用。在 BSC上檢查基站的 GPRS為blocked狀態(tài)。在 SGSN重啟后出現(xiàn) 的 這種現(xiàn)象，與核心網(wǎng)版本無關(guān)。 案例四： SGSN重啟后部分 BVC狀態(tài)不一致 二 .處理過程 通過 BSS側(cè)的開關(guān) GPRS功能或者 SGSN側(cè)的 NSVC閉解鎖操作能夠清除不正常的 BSS狀態(tài) 。 案例四： SGSN重啟后部分 BVC狀態(tài)不一致 三 .分析 重置過程如下圖所示 ： BSS SGSN BVCRESET(BVCI=0) BVCRESETACK BVCRESET(BVCI0,CELLid) BVCRESETACK(BVCI) FLOWCONTROLBVC FLOWCONTROLBVCACK ..... ..... 案例四： SGSN重啟后部分 BVC狀態(tài)不一致 三 .分析 SGSN開始重啟動之后，所有 Gb的物理連接被中斷。 在 BSC側(cè)，當一個 NSE(PCU)連接的所有 NSVC都為不可用的狀態(tài)時，相關(guān)的 BVC會被隱性地設置為 BVCBLOCK狀態(tài)，也不會有消息通知 BSSGP對端。 2. 當 SGSN重啟動完成后， Gb接口的物理連接被恢復。 SGSN將發(fā)起 BVCRESET(signalling)程序。 我們知道， SGSN側(cè)只配置 NSE(PCU)的的信息，關(guān)于每個BTS的 BVC信息是動態(tài)的，沒有手工配置數(shù)據(jù)。這里的 BVC復位不是對于某一個 BSS(CELL)發(fā)起的，而是 BVCI=0，標示這是復位信令 BVC，只是通知到 PCU。 案例四： SGSN重啟后部分 BVC狀態(tài)不一致 三 .分析 3. 在收到 BVCRESETACK后， SGSN將 NSE的狀態(tài)置為可用狀態(tài)。 SGSN發(fā)起的復位程序即告完成。 4. 接下來， PCU側(cè)根據(jù)控制的 BTS狀態(tài)，發(fā)起對于每一個 BTS的BVCRESET程序，通過該程序?qū)?BVC轉(zhuǎn)換到可用狀態(tài)。 這時的復位程序是對于 PTP(點到點 ) BVC，是對于單個 BTS的，其中攜帶有 BVCI和小區(qū)標示。 同時， BSC會啟動定時器 TgbReset(T1)。 5. 在收到 BVCRESET PDU后， SGSN將 BVCI和 CELLid存儲在動態(tài)數(shù)據(jù)庫中，標示 BVCI為 unblocked狀態(tài)。 并通過 BVCRESETACK消息向 BSC確認該 BVCI信息。 案例四： SGSN重啟后部分 BVC狀態(tài)不一致 三 .分析 6. 在收到 BVCRESETACK消息后， BSC設置 BVC狀態(tài)為unblocked，并停止定時器 TgbReset(T1)。然后發(fā)起 FlowControlBVC程序。 7. 如果在定時器 TgbReset超時后仍沒有收到 BVCRESETACK消息， BSC會重發(fā) BVCRESET消息，直到嘗試次數(shù)達到計數(shù)器BVCResetRetries。 如果仍然沒有響應， BSC停止 BVCRESET程序， BVC狀態(tài)保持為 blocked。 案例四： SGSN重啟后部分 BVC狀態(tài)不一致 三 .分析 根據(jù)現(xiàn)場觀察到的情況， SGSN側(cè)已經(jīng)存儲了相關(guān)的 BVCI和Cellid信息，這說明 SGSN已經(jīng)收到了 BSC發(fā)送過來的 BVCRESET消息。 但是 BSC側(cè)并沒有將相關(guān) BVC的狀態(tài)置為 unblock狀態(tài)。因此問題發(fā)生在上述第 5步和第六步之間。 其中，可能的原因有： 1. SGSN沒有應答 BVCRESETACK消息，比如處理器忙的原因； 2. SGSN應答的 BVCRESETACK消息沒有成功發(fā)送給 BSC，比如鏈路層上的過載而被丟棄； 3. BSC收到了 BVCRESETACK消息，但無法處理，比如處理器忙的原因。 案例四： SGSN重啟后部分 BVC狀態(tài)不一致 三 .分析 根據(jù)我們的經(jīng)驗，在 SGSN重啟后的短時間內(nèi) Gb接口出現(xiàn)擁塞的可能性還是比較大的。 一個 BSC下的 BVC復位完成是有先后順序的，在完成復位后，BTS就立即投入工作狀態(tài)。 這時來自終端的重新附著請求量是很大的，在短時間內(nèi)可能造成接口的過載。 這時過載控制機制會被啟動以逐步消除過載，其中可能會造成部分 PDU被丟棄。 那么對于后續(xù)的 BVC復位程序是會造成影響的。 根據(jù)當前網(wǎng)絡參數(shù)配置，定時器 TgbReset缺省設置為 3秒，計數(shù)器 BVCResetRetries也為 3次。理論上說，如果 Gb下行鏈路如果出現(xiàn)超過 9秒的擁塞，而這期間有 BSC發(fā)起的 BVCRESET程序在執(zhí)行，就可能出現(xiàn)我們看到的這種情況。 案例四： SGSN重啟后部分 BVC狀態(tài)不一致 四 .結(jié)論 作為改進的建議，可以適當加大 BVCRESET的定時器，以及增加 BVCRESET的重復嘗試次數(shù)。 比如 TgbReset=12秒， BVCResetRetries=10次 BSS參數(shù)取值范圍及缺省值 TgbReset 1 120s/3s Guards the reset procedure BVCResetRetries 1 10