【文章內(nèi)容簡介】 根據(jù)統(tǒng)計(jì)用戶數(shù)量的脈沖峰值（ H），可以認(rèn)為，為保證該小區(qū)所有數(shù)據(jù)業(yè)務(wù)正常鏈路，在不考慮PDCH 復(fù)用情況下，可通過以下公式計(jì)算數(shù)據(jù)業(yè)務(wù)所需的資源數(shù)量： PDCH 所需數(shù)量 = Roundup(H/PDCH 復(fù)用 度 ,0) 時隙需求 PDCH 復(fù)用 度 =每 PDCH 上承載的 tbf 數(shù)（可以為 2， 3， 4） 時隙需求 =用戶占用 PDCH 預(yù)期（如 為 ） 注： PDCH 復(fù)用度越高，每用戶的帶寬越低；用戶的時隙需求越小，用戶的帶寬也越??； ondemand PDCH = PDCH 所需數(shù)量 FPDCH ondemand PDCH = Rounddown(deblocked FR TCHsODPDCHLIMIT,0) 其中： ODPDCHLIMIT：參數(shù)定義每 CHGR 中 ondemand PDCH 的最大分配比例，參數(shù)取值為百分比。 Roundup：向上取整函數(shù)。 Rounddown：向下取整函數(shù)。 2） 話務(wù)統(tǒng)計(jì)數(shù)據(jù)分析 從話務(wù)統(tǒng)計(jì)數(shù)據(jù)中，可以收集并提取以下信息： 統(tǒng)計(jì)數(shù)據(jù) 考核標(biāo)準(zhǔn)（小時統(tǒng)計(jì)） TCH擁塞率 1% PDCH預(yù)清空次數(shù) 10 GSL 負(fù)荷大于 90%比例 0% PDCH 分配成功率 99% 上行 TBF 建立成功率 100% 下行 TBF 建立成功率 100% 通過上述信息，可進(jìn)行以下評估： ? 由于高鐵場景的特殊性，話務(wù)呈脈沖形態(tài)，波峰階段對資源的沖擊較大，波谷階段對資源的利用比例較小，所以常規(guī)話務(wù)統(tǒng)計(jì)（小時平均）中的平均數(shù)值，并不能反映在波峰階段實(shí)時沖擊，很有可能當(dāng)時的影響會較為嚴(yán)重。因此，高鐵場景的話務(wù)統(tǒng)計(jì)考核標(biāo)準(zhǔn)較其他一般場景高。 ? TCH 擁塞率：如果出現(xiàn) TCH 話務(wù)擁塞，將導(dǎo)致預(yù)清空全部 OnDemand PDCH，大大降低數(shù)據(jù)業(yè)務(wù)質(zhì)量，影響用戶感知。 FINAL REPORT 高速鐵路數(shù)據(jù)業(yè)務(wù)質(zhì)量提升技術(shù)方案報告 23 (51) ? PDCH 預(yù)清空 次數(shù)： PDCH 預(yù)清空的次數(shù)直接反映了 PS 和 CS 爭奪信道資源的嚴(yán)重程度，對PDCH 預(yù)清空次數(shù)很高的小區(qū)，應(yīng)考慮優(yōu)先擴(kuò)容。 ? GSL 負(fù)荷大于 90%比例 ： GSL 的使用負(fù)荷過高導(dǎo)致 RPP 擁塞、 PCU 擁塞，將影響 PDCH 的分配成功率，降低數(shù)據(jù)業(yè)務(wù)質(zhì)量。 ? PDCH 分配成功率 ： PDCH 分配成功率低，導(dǎo)致部分用戶無法進(jìn)行數(shù)據(jù)業(yè)務(wù)，更無法進(jìn)行多時隙功能提高吞吐速率，用戶感知影響比較明顯。 ? 上行 TBF 建立成功率、下行 TBF 建立成功率：該兩項(xiàng)指標(biāo)較低，將導(dǎo)致用戶無法接入數(shù)據(jù)業(yè)務(wù)，嚴(yán)重影響用戶感知。 3） 高鐵場景資源評估方法總結(jié) 1． 對于高鐵場景，用戶數(shù)量的即時變化波動很大，呈明顯脈沖形態(tài)。特別是對于鐵路專網(wǎng)覆蓋小區(qū)，當(dāng)列車進(jìn)入小區(qū)覆蓋范圍時，用戶急劇增加，當(dāng)列車駛出小區(qū)覆蓋范圍時，用戶幾乎為 0。 2． 由于話務(wù)統(tǒng)計(jì)均是采取時間段的統(tǒng)計(jì)（最短 15 分鐘），較難呈現(xiàn)實(shí)時數(shù)據(jù)業(yè)務(wù)資源的使用狀況。 3． 由于 Gb 口信令數(shù)據(jù)只能采集進(jìn)行數(shù)據(jù)業(yè)務(wù)中用戶信息，較難呈現(xiàn)新用戶的實(shí)際需求及語音業(yè)務(wù)需求狀況。 4． 所以，對于高鐵場景的數(shù)據(jù)業(yè)務(wù)資源評估，只能通過話務(wù)統(tǒng)計(jì)結(jié)合 Gb口信令數(shù)據(jù)收集的方式共同進(jìn)行，以呈現(xiàn)總體用戶需求及實(shí)時資源沖擊的各類狀況。 FINAL REPORT 高速鐵路數(shù)據(jù)業(yè)務(wù)質(zhì)量提升技術(shù)方案報告 24 (51) 四 、 優(yōu)化策略 描述 新功能應(yīng)用 1） NACC 功能概述 網(wǎng)絡(luò)輔助小區(qū)重選（ NACC： Network Assisted Cell Change）是愛立信 BSS 的一項(xiàng)附加功能。其通過 BSS 系統(tǒng)對 BSC 內(nèi)部小區(qū)重選進(jìn)行相關(guān)輔助，使小區(qū)重選對用戶的影響降到最低。 NACC 主要功能就是通過 BSS 來幫助 GPRS/EGPRS 終端進(jìn)行小區(qū)的重選，旨在降低小區(qū)重選的時間（從原來的 1 到 5 秒降到 1 秒以內(nèi)），同時幫助終端減少數(shù)據(jù)的丟失及重發(fā)。該功能只在終端進(jìn)行數(shù)據(jù)業(yè)務(wù)的過程有效，即終端在空閑狀態(tài)下， NACC 不起作用。 對于 BSC 而言，一旦將 NACC 功能激活，那么將對整個 BSC 的所有內(nèi)部小區(qū)起作用，而不需要修改任何小區(qū)參數(shù)。 2） NACC 功能原理 ? NACC 信令流程圖 ? 基本原理 未啟動 NACC 的小區(qū)重選過程： BSC/PCU/SGSN CCN mode Cell A T3208 Data transmission until end of current LLCPDU The REST of SYSTEM INFORMATION TYPE PACKET SERVING CELL DATA With NACC Transfer Data Cell B Read rest System Information from BCCH Read System Information from BCCH SYSTEM INFORMATION TYPE 1, 3, 13 PACKET NEIGHBOUR CELL DATA Cell Update amp。 PACKET SI STATUS Received System Information PACKET CELL CHANGE NOTIFICATION ARFCN and BSIC PACKET CELL CHANGE ORDER ARFCN amp。 BSIC MS FINAL REPORT 高速鐵路數(shù)據(jù)業(yè)務(wù)質(zhì)量提升技術(shù)方案報告 25 (51) 1． 在 GPRS READY 狀態(tài)下， MS 在達(dá)到小區(qū)重選要求，并準(zhǔn)備進(jìn)行小區(qū)重選時， MS 將終止數(shù)據(jù)業(yè)務(wù)，同時去解讀目標(biāo)鄰區(qū)的系統(tǒng)信息，確定目標(biāo)小區(qū)相關(guān)信息。 2． 解讀目標(biāo)小區(qū)信息，并確定允許小區(qū)重選后， BSC 要求 MS 向 BSC 發(fā)送一個新小區(qū)的 LLC Frame，并解讀新小區(qū)的 LLC Frame。 3． BSC 完成解讀新小區(qū)的 LLC Frame 后，數(shù)據(jù)的傳送重新在新小區(qū)進(jìn)行。 啟動 NACC 的小區(qū)重選過程： 1． 在 GPRS READY 狀態(tài)下， MS 在達(dá)到小區(qū)重選要求，并準(zhǔn)備進(jìn)行小區(qū)重選時， MS 將發(fā)送一條 “PACKET CELL CHANGE NOTIFICATION (PCCN)”的消息給 BSC， PCCN 消息包含了目標(biāo)小區(qū)的 BCCH 和 BSIC。 2． 此時， MS 處于 Cell Change Notification (CCN)狀態(tài)。 MS 繼續(xù)進(jìn)行著數(shù)據(jù)的傳送，并繼續(xù)接收和儲存鄰區(qū)的信息，但并未執(zhí)行小區(qū)重選。 3． 同時 MS 啟動 CCN 狀態(tài)計(jì)時器 T3208（固定為 秒）。 4． 當(dāng) BSC 收到 MS 的 PCCN 消息后，將回復(fù)一條 “PACKET NEIGHBOUR CELL DATA”的消息給 MS，該消息包含了目標(biāo)鄰區(qū)接入最少所需的系統(tǒng)信息。 5． 同時， BSC 將要求 MS 向 BSC 發(fā)送一個新小區(qū)的 LLC Frame，并盡量解讀新小區(qū)的 LLC Frame。 6． 在 BSC 完成解讀新小區(qū)的 LLC Frame 或 T3208 超限時， BSC 將發(fā)送一條 “PACKET CELL CHANGE ORDER (PCCO)”的消息給 MS。 7． 收到 PCCO 后， MS 將結(jié)束 CCN 狀態(tài)并停 止 T3208 計(jì)時器，開始根據(jù) PCCO 消息進(jìn)行小區(qū)重選。 8． 因?yàn)?MS 在之前已經(jīng)接收到 BSC 發(fā)送的目標(biāo)小區(qū)接入的所需系統(tǒng)信息，所以可以直接接入目標(biāo)小區(qū)。 9． 當(dāng)目標(biāo)小區(qū)接入后，數(shù)據(jù)的傳送重新在新小區(qū)進(jìn)行。 ? 功能優(yōu)點(diǎn) 1． 減少小區(qū)重選時間（從原來的 34 秒減到 1 秒以內(nèi)）。 2． 減少數(shù)據(jù)丟失和重傳。 3． 提高終端用戶的數(shù)據(jù)業(yè)務(wù)的吞吐量。 ? 功能 缺陷 ? 限于 3GPP Rel4（ R4）終端用戶 FINAL REPORT 高速鐵路數(shù)據(jù)業(yè)務(wù)質(zhì)量提升技術(shù)方案報告 26 (51) （現(xiàn)網(wǎng)中和高鐵場景的 R4 終端比例可參閱 下面相關(guān) 章節(jié)） 3） 測試 驗(yàn)證 結(jié)果 ? 測試數(shù)據(jù)個案分析 下面列舉 SZVBSC1 局 NACC 開啟前后測試數(shù)據(jù)比較： SZVBSC1 測試數(shù)據(jù)對比 數(shù)據(jù)分析： ? 如圖 A、 B， DGWBSC1 開啟 NACC 前后，小區(qū)重選次序?yàn)?(CI)： 370436843634357435943614； FINAL REPORT 高速鐵路數(shù)據(jù)業(yè)務(wù)質(zhì)量提升技術(shù)方案報告 27 (51) ? 圖 A中紅框部分為數(shù)據(jù)業(yè)務(wù)服務(wù)停止?fàn)顟B(tài)，間隔明顯，圖 B 中間隔不明顯； ? 開啟 NACC 后 RLC 下載速率明顯上揚(yáng)。 以上 2 組對比數(shù)據(jù)采集方法：根據(jù)列車相同行駛方向，在相同路段位置上，采集重選前后小區(qū)順序相同的數(shù)據(jù)進(jìn)行對比（圖中所列為各占用小區(qū) CI）；故可比性比較高。 對比兩組數(shù)據(jù) A、 B 圖，可直觀的看出， A 圖 NACC 開啟前小區(qū)重選前后數(shù) 據(jù)業(yè)務(wù)傳輸中止時間較長，而 B 圖 NACC 開啟后沒有明顯的數(shù)據(jù)業(yè)務(wù)傳輸中止； NACC 開啟后整體 RLC 下載速率也明顯上揚(yáng)。 ? 小區(qū)重選時延分析 小區(qū)重選時延計(jì)算方式 1． 小區(qū)重選時延 ? NACC 功能開通前（不支持 NACC 功能終端）： 開始于：舊小區(qū)所傳的最后一個 EGPRS Packet Downlink Ack/Nack / Packet Uplink Ack/Nack。 結(jié)束于：新小區(qū)的發(fā)起的 channel request。 ? NACC 功能開通后（支持 NACC 功能終端）： 開始于： PCCO 信令 結(jié)束于：新小區(qū)發(fā)起的 channel request 信令 2． 用戶感知時間（數(shù)據(jù)傳輸中斷時間） 對下行業(yè)務(wù)，小區(qū)重選用戶感知時間計(jì)算方法如下： 開始于：舊小區(qū)的最后一個 EGPRS Packet Downlink Ack/Nack 結(jié)束于：到新小區(qū)的第一個 EGPRS Packet Downlink Ack/Nack 測試結(jié)果 （秒） 開啟前 開啟后 縮短時間 減少比 例 平均小區(qū)重選時延 % 平均用戶感知時間 % FINAL REPORT 高速鐵路數(shù)據(jù)業(yè)務(wù)質(zhì)量提升技術(shù)方案報告 28 (51) 012345678平均小區(qū)重選時延 平均用戶感知時間3 . 5 97 . 5 52 . 9 65 . 7 3N A C C 開啟前后重選時延對比N A C C 開啟前N A C C 開啟后 (秒 ) 不支持NACC 支持NACC 縮短時間 減少比例 平均小區(qū)重選時延 % 平均用戶感知時間 % 01234567平均小區(qū)重選時延 平均用戶感知時間3 . 5 36 . 0 92 . 3 15 . 0 8支持 / 不支持 N A C C 手機(jī)重選時延對比不支持 N A C C支持 N A C C 分別匯總多組測試數(shù)據(jù)比較，分析如下： 1． NACC 開啟前后對比： ? 小區(qū)重選時延縮短了 秒，節(jié)省了 %的時間。 ? 從用戶感知角度的小區(qū)重選時間縮短了 秒，節(jié)省了 %的時間。 FINAL REPORT 高速鐵路數(shù)據(jù)業(yè)務(wù)質(zhì)量提升技術(shù)方案報告 29 (51) 2． 支持 /不支持 NACC 功能手機(jī)測試 對比： ? 小區(qū)重選時延縮短了 秒，節(jié)省了 %的時間。 ? 從用戶感知角度的小區(qū)重選時間縮短了 秒，節(jié)省了 %的時間。 ? 掉線分析 匯總 NACC 開啟前后各 4 組測試數(shù)據(jù)，統(tǒng)計(jì)比較小區(qū)重選過程中發(fā)生的掉線次數(shù)，結(jié)果如下： 開啟前 開啟后 減少次數(shù) 減少比例 廣州 深圳 28 19 9 % 深圳 廣州 21 11 10 % 匯總 49 30 19 % 051015202530廣州 深圳 深圳 廣州28211911N A C C 開啟前后掉話次數(shù)對比N A C C 開啟前N A C C 開啟后 不支持NACC 支持NACC 減少次數(shù) 減少 比例 掉話次數(shù) 13 6 7 % FINAL REPORT 高速鐵路數(shù)據(jù)業(yè)務(wù)質(zhì)量提升技術(shù)方案報告 30 (51) 051015掉話次數(shù)136支持 / 不支持 N A C C 手機(jī)掉話次數(shù)對比不支持 N A C C支持 N A C C 分析如下： 1． NACC 開通后，小區(qū)重選過程中的掉線次數(shù)減少比例達(dá) %。 2． 由