附件7：TD-SCDMA網絡數據業(yè)務容量計算及無線網絡信道配置建議v2

TD-SCDMA網絡數據業(yè)務容量計算及無線網絡信道配置建議2013年2月前言網絡容量分析包括公共信道容量分析和業(yè)務信道容量分析兩部分。本課題針對TD-HSDPA網絡，結合數據業(yè)務用戶主觀感受測試和Gn口數據分析，介紹一種業(yè)務信道容量分析及資源配置的方法，同時給出TD-SCDMA系統(tǒng)公共信道容量計算方法及配置建議。2提綱3課題研究背景及范圍業(yè)務信道容量分析公共信道容量分析無線網絡信道和參數配置建議課題研究背景及范圍4研究背景無線資源的理論承載能力難以評價數據業(yè)務的用戶主觀體驗尚無針對滿足不同類型數據業(yè)務基本主觀體驗的承載門限不同數據業(yè)務上、下行帶寬需求不同，容易忽略不同業(yè)務上行帶寬需求需研究一種簡單有效的分析用戶主觀感受與網絡承載能力對應關系的方法，并給出滿足用戶主觀感受條件的業(yè)務信道資源配置方法數據業(yè)務容量分析數據業(yè)務分類、指標分析、容量計算方法，并結合某城市現網數據進行案例解析公共信道容量分析FACH信道、PCH信道及RACH信道容量理論分析無線網絡信道配置建議數據業(yè)務相關的參數配置建議，包括初始接入速率、升降速策略、伴隨信道幀分復用、并發(fā)業(yè)務承載策略等研究范圍提綱5課題研究背景及范圍業(yè)務信道容量分析公共信道容量分析無線網絡信道和參數配置建議數據業(yè)務分類數據業(yè)務指標分析數據業(yè)務容量計算方法及案例分析數據業(yè)務分類指終端用戶(人或機器)和遠程設備(比如遠程服務器)進行在線數據交互的業(yè)務，特點是請求響應模式其QoS保障機制相當于交互類業(yè)務6瀏覽類其特點是用戶對傳輸時間沒有特別的要求，但是對丟包率要求很高其QoS保障機制相當于背景類業(yè)務下載類指能夠即時發(fā)送和接收互聯網消息的業(yè)務，其QoS保障機制相當于交互類業(yè)務已從聊天工具，發(fā)展成集交流、資訊、娛樂、搜索、電子商務、辦公協作和企業(yè)客戶服務等為一體的綜合化信息平臺即時通信類其特點是單向傳輸，業(yè)務進行過程中不需要或很少需要進行交互，實時性要求低其QoS保障機制相當于流類業(yè)務流媒體類其他類難以歸納為上述四類業(yè)務的其他業(yè)務類型，主要是一些近幾年的新興業(yè)務，如手機支付、手機導航等數據業(yè)務分類7業(yè)務分類業(yè)務類型子業(yè)務（紅色業(yè)務為CMCC自有業(yè)務）瀏覽類瀏覽HTTP、WAP1.X手機閱讀移動手機閱讀、起點手機閱讀、熊貓閱讀、天涯閱讀微博新浪微博、騰訊微博、搜狐微博、移動微博手機郵箱139郵箱、QQ郵箱、263郵箱、sina郵箱手機游戲移動手機游戲、QQ游戲動漫移動手機動漫、愛看動漫下載類P2P下載BitTorrent、eMule、迅雷（Thunder）、QQ旋風、納米盤、FTP應用商店MobileMarket、AppStore、AndroidMarket即時通信類即時通信飛信、QQ、MSN、微信、米聊、飛聊、阿里旺旺、網易泡泡、新浪UT流媒體類手機視頻移動手機視頻、優(yōu)酷、土豆、酷6視頻、QQLive、CCIPTV、快播、暴風盒子P2P手機視頻PPLive、PPStream、迅雷看看手機音樂音樂隨身聽、QQ音樂、移動無線音樂、酷狗音樂、千千靜聽、酷我音樂盒其他導航手機導航、GoogleMap、百度地圖、凱立德、高德支付移動手機支付、支付寶、財付通、招商銀行彩信彩信VOIPH.323、SIP、Skype加密業(yè)務SSL、HTTPS、IPSec未歸類業(yè)務號碼管家、手機醫(yī)療、手機商界、快訊（DCD）、誠信郵數據業(yè)務指標分析——Gn口可區(qū)分不同類型數據業(yè)務，有助于了解該小區(qū)（組）不同類型數據業(yè)務組成、流量、占用時長等8序號指標名稱統(tǒng)計范圍備注1不同類型數據業(yè)務發(fā)起的次數占比某一時間段對比不同類型業(yè)務使用的頻繁程度2不同類型數據業(yè)務使用的人數占比某一時間段對比不同類型業(yè)務使用人數的差異3不同類型數據業(yè)務的流量占比某一時間段對比不同類型業(yè)務對網絡資源需求的差異4不同類型數據業(yè)務使用的時長占比某一時間段對比不同類型業(yè)務對網絡資源占用的差異5不同類型數據業(yè)務平均下載速率某一時間段對比不同類型業(yè)務單位時間內對網絡資源的需求6同時使用數據業(yè)務的最大用戶數某一時刻可區(qū)分不同業(yè)務類型數據業(yè)務指標分析——無線側無線側無法區(qū)分數據業(yè)務類型，但可以通過無線網管采集的數據分析數據業(yè)務對小區(qū)資源的占用情況9序號指標名稱統(tǒng)計范圍備注1上/下行流量某一時間段結合該小區(qū)載波配置情況，分析不同小區(qū)數據業(yè)務承載情；并與Gn口統(tǒng)計的流量進行對比。2RLC層下行平均吞吐量某一時間段分析數據業(yè)務單位時間內對H載波共享信道資源的需求。3H載波最大同時在線用戶數某一時刻該值主要受限于伴隨信道資源，用于評估伴隨信道占用情況。4不同載波上/下行碼資源利用率某一時間段考慮到數據業(yè)務應當主要承載在H載波，重點關注H載波碼資源利用率；若R4載波利用率較高，但話務量不高的情況下，需考慮到部分數據業(yè)務占用了R4載波資源。數據業(yè)務容量計算方法——步驟流程基于為滿足不同類型業(yè)務基本用戶感知的帶寬需求，計算小區(qū)數據業(yè)務忙時所需載波資源的方法10確定不同類型數據業(yè)務為滿足用戶基本感知所需要的上、下行速率門限分析該小區(qū)不同類型數據業(yè)務使用人數的占比確定該小區(qū)同時有數據流量的最大用戶數和載波同時最大在線用戶數業(yè)務信道為滿足用戶基本感知的容量需求：上行下行上行：該小區(qū)所需的H載波數為下行：該小區(qū)所需的H載波數為表示不同數據業(yè)務類型

數據業(yè)務容量計算方法——步驟說明11業(yè)務門限人數占比最大用戶數帶寬需求載波需求通過用戶數據業(yè)務感知測試，分析不同類型數據業(yè)務的速率門限（上行/下行）通過Gn口數據分析，統(tǒng)計一段時長內一定地理范圍中不同類型業(yè)務的人數占比結合Gn口和無線側數據，統(tǒng)計數據業(yè)務忙時該小區(qū)同時使用數據業(yè)務的最大用戶數計算得到滿足以最大用戶同時使用時，每個用戶都有良好業(yè)務體驗的帶寬要求為滿足上述帶寬需求，計算得到小區(qū)的載波配置要求數據業(yè)務用戶感知測試：獲取業(yè)務門限測試環(huán)境：現網HSDPA小區(qū)，僅配置一個DPA載波，無社會用戶使用載波配置：兩對HS-SCCH和HS-SICH，初始接入速率為16kbps，伴隨信道開啟兩倍幀分復用測試業(yè)務：測試方法：先用一個HSDPA終端發(fā)起該業(yè)務，記錄該業(yè)務的相關信息（延遲、速率等）；待第一個用戶業(yè)務進行完畢后，第一個用戶退出該業(yè)務；用兩個HSDPA終端同時發(fā)起該業(yè)務，分別記錄該業(yè)務的相關信息（延遲、速率等）；待兩個用戶業(yè)務都進行完畢后，這兩個用戶退出該業(yè)務；用三個HSDPA終端同時發(fā)起該業(yè)務，分別記錄該業(yè)務的相關信息（延遲、速率等）；待三個用戶業(yè)務都進行完畢后，這三個用戶退出該業(yè)務；重復上述步驟，直到達到單載波對該業(yè)務接入的最大用戶能力12瀏覽類下載類即時通信類流媒體類新浪微博、新浪網頁安卓市場飛信優(yōu)酷視頻瀏覽類測試結果13測試業(yè)務：新浪微博新浪網頁用戶感受：可接受一定的延遲和少量的刷新次數，難以忍受刷新失敗單HSDPA載波可支持的同時發(fā)起業(yè)務用戶容量約為8個，對應的上下行帶寬需求為：UL:28kbps/DL:210kbps用戶數微博刷新平均時延（s）備注網頁打開平均時延（s）備注13.0

7.0

23.5

13.0

33.7

22.3

45.5

24.5

55.2

20.4

69.2

14.0

79.7

25.3已出現不能同時打開的情況88.5

22.3經常出現不能同時打開的情況98.8會出現個別用戶刷新時間超過半分鐘的情況30.0很難出現9個用戶同時打開的情況107.3會出現個別用戶刷新時間超過半分鐘的情況1110.5出現個別用戶登陸超時的情況1214.4經常出現用戶登陸超時的情況下載類測試結果測試業(yè)務：安卓市場用戶感受：可接受較長的時延但難以忍受下載失敗對于下載類業(yè)務，單HSDPA載波可支持的同時發(fā)起業(yè)務用戶容量約為7個，對應的上行帶寬需求為：UL:32kbps14用戶數下載平均時長（s）軟件平均大?。∕B）單用戶平均速率（kbps）備注119.02.0862.3

235.02.4568.8

3107.02.3179.0

4172.32.5119.9

5232.82.593.7

6327.02.565.0

7286.32.369.3出現個別用戶下載失敗的情況8432.42.446.7經常出現有用戶下載失敗的情況9

測試過程中難以出現9個用戶同時下載的情況即時通信類測試結果15測試業(yè)務：飛信用戶感受：可接受一定范圍內的信息發(fā)送延遲，但不希望登陸失敗對于即時通信類業(yè)務，單HSDPA載波可支持的在線用戶容量可以達到載波承載用戶數上限，而可支持的同時登陸用戶數約為8個，對應的上行帶寬需求為：UL:28kbps用戶數飛信登陸平均時延（s）飛信接收平均時延（s）備注13.02.0

25.52.0

33.74.7

48.88.5

55.62.8

68.510.0

713.37.6

811.84.0

9

6.2測試中無法實現9個用戶同時發(fā)起登陸10

22.8

11

7.7

12

15.8

流媒體類測試結果測試業(yè)務：優(yōu)酷視頻用戶感受：能接受較長的首播延遲，但難以忍受過于頻繁的緩沖和畫面馬賽克對于流媒體類業(yè)務，單HSDPA載波可支持的同時發(fā)起業(yè)務用戶容量約為3個，對應的上下行帶寬需求為：UL:64kbps/DL:560kbps。16用戶數平均片源長度（s）每用戶每分鐘片源首播延遲（s）每用戶每分鐘片源緩沖次數每用戶每分鐘片源總緩沖時延（s）備注181.08.100.0284.08.90.410.0366.326.86.019.0469.539.110.675.3583.429.611.976.3不同類型數據業(yè)務速率門限對于不同類型數據業(yè)務，單載波可支持的同時發(fā)起用戶數主要受限于上行不同類型業(yè)務為滿足基本用戶體驗所需的速率門限不同，導致單載波HSDPA對不同類型業(yè)務的承載能力不同17業(yè)務類型可承載的并發(fā)用戶數上行速率門限瀏覽類832kbps下載類732kbps即時通信類（登陸）832kbps即時通信類（在線）1216kbps流媒體類364kbps不同類型數據業(yè)務占比統(tǒng)計：獲取用戶數占比Gn口數據：通過識別一段時間內（6忙時）發(fā)起某種類型業(yè)務的IMSI或IMEI號，統(tǒng)計使用該業(yè)務的用戶數、流量等信息（Gn口無用戶移動性信息）18不同類型數據業(yè)務統(tǒng)計波動情況Gn口數據：統(tǒng)計時長越長，統(tǒng)計范圍越大，統(tǒng)計結果波動越小19小區(qū)數據業(yè)務使用總人數分析：獲取最大用戶數Gn口：能獲得所關注時刻（小區(qū)數據業(yè)務吞吐量最大或小區(qū)同時在線用戶數最多）時，小區(qū)內有數據業(yè)務流量的最大用戶數，記為N1N1：有數據業(yè)務流量的用戶該最大用戶數建議為待評估小區(qū)多日忙時統(tǒng)計的均值無線側：無線側網管15分鐘吐出一次數據，尋找最大的HSDAP單載波同時在線用戶數，記為N2N2：無線側分配了伴隨信道的用戶，用戶可能沒有數據業(yè)務流量該最大用戶數建議為待評估小區(qū)多日忙時統(tǒng)計的均值一般情況下：N2>N1，若N2<N1，則可能數據業(yè)務承載在R4載波Gn口無法體現用戶的移動性，對于統(tǒng)計時刻重選出統(tǒng)計小區(qū)的用戶無法統(tǒng)計20案例分析1小區(qū)1：載波總數為6個，其中HSDPA載波3個21步驟1：確定為滿足用戶基本業(yè)務感知所需的速率門限Vii業(yè)務類型上行帶寬需求用戶數占比1瀏覽類32kbps60%2下載類32kbps7%3即時通信類32kbps28%4流媒體類64kbps5%步驟2：確定不同類型數據業(yè)務使用人數的占比Pi步驟3：忙時Gn口統(tǒng)計的同時使用數據業(yè)務的最大用戶數N1=15個，無線網統(tǒng)計的HSDPA載波同時最大在線用戶數為N2=17個步驟4：計算帶寬需求。為滿足用戶基本感知的上行數據業(yè)務容量需求為：步驟5：計算載波需求。該小區(qū)所需的HSDPA載波數為：分析結論：該小區(qū)不需要增加載頻案例分析2小區(qū)2：載波總數為8個，其中HSDPA載波5個22步驟1：確定為滿足用戶基本業(yè)務感知所需的速率門限Vii業(yè)務類型上行帶寬需求用戶數占比1瀏覽類32kbps60%2下載類32kbps7%3即時通信類32kbps28%4流媒體類64kbps5%步驟2：確定不同類型數據業(yè)務使用人數的占比Pi步驟3：忙時Gn口統(tǒng)計的同時使用數據業(yè)務的最大用戶數N1=40個，無線網統(tǒng)計的HSDPA載波同時最大在線用戶數為N2=30個步驟4：計算帶寬需求。為滿足用戶基本感知的上行數據業(yè)務容量需求為：步驟5：計算載波需求。該小區(qū)所需的HSDPA載波數為（N2<N1時，N2-N1取0）：分析結論：該小區(qū)需要再增加1個HSDPA載波案例分析3小區(qū)3：載波總數為5個，其中HSDPA載波3個23步驟1：確定為滿足用戶基本業(yè)務感知所需的速率門限Vii業(yè)務類型上行帶寬需求用戶數占比1瀏覽類32kbps60%2下載類32kbps7%3即時通信類32kbps28%4流媒體類64kbps5%步驟2：確定不同類型數據業(yè)務使用人數的占比Pi步驟3：忙時Gn口統(tǒng)計的同時使用數據業(yè)務的最大用戶數N1=14個，無線網統(tǒng)計的HSDPA載波同時最大在線用戶數為N2=25個步驟4：計算帶寬需求。為滿足用戶基本感知的上行數據業(yè)務容量需求為：步驟5：計算載波需求。該小區(qū)所需的HSDPA載波數為：分析結論：該小區(qū)不需要增加載頻案例分析4小區(qū)4：載波總數為10個，其中HSDPA載波5個24步驟1：確定為滿足用戶基本業(yè)務感知所需的速率門限Vii業(yè)務類型上行帶寬需求用戶數占比1瀏覽類32kbps60%2下載類32kbps7%3即時通信類32kbps28%4流媒體類64kbps5%步驟2：確定不同類型數據業(yè)務使用人數的占比Pi步驟3：忙時Gn口統(tǒng)計的同時使用數據業(yè)務的最大用戶數N1=64個，無線網統(tǒng)計的HSDPA載波同時最大在線用戶數為N2=57個步驟4：計算帶寬需求。為滿足用戶基本感知的上行數據業(yè)務容量需求為：步驟5：計算載波需求。該小區(qū)所需的HSDPA載波數為（N2<N1時，N2-N1取0）：分析結論：該小區(qū)需要再增加5個HSDPA載頻提綱25課題研究背景及范圍業(yè)務信道容量分析公共信道容量分析無線網絡信道和參數配置建議尋呼容量分析FACH信道容量分析RACH信道容量分析PCH信道–信道結構26PCH信道尋呼信道，為傳輸信道，承載尋呼消息，映射到S-CCPCH20msTTI，傳輸格式通常配置為0/1/2×240PICH信道尋呼指示信道，為物理信道，與傳輸信道PCH配對使用。PICH信道承載尋呼指示因子PI，用以指示特定的UE是否需要解讀PICH之后跟隨的PCH信道PICH可以與S-CCPCH時分復用，也可不復用尋呼塊一個尋呼塊包含一個PICH塊和一個PCH塊一個PICH塊由

NPICH個連續(xù)幀組成，一個PCH塊由

NPCH個尋呼子信道組成。一個尋呼子信道（也叫尋呼組）對應2個連續(xù)的PCH幀，因此一個PCH塊中共計有2*NPCH個PCH幀NGAP：PICH塊結尾到PCH塊開頭之間的無線幀幀數PBP為尋呼周期，可表示兩個PICH塊之間的重復間隔幀數PCH信道–影響PCH尋呼能力的參數27參數參數類型參數說明備注NPCH可變尋呼分組數目系統(tǒng)配置，協議規(guī)定NPCH≤8一般情況下，配置

NPCH=8Ntfs可變傳輸信道格式中240bit塊的個數目前Ntfs可以為0、1、2Ntfs與PCH所在的S-CCPCH的碼道數目相關當配置3條碼道時，

最大取值為2；當配置4條碼道時，

最大取值為3。Lue可變UE尋呼長度IMSI時，72bit；TMSI時，40bitNPICH可變PICH重復長度一般配置為2或者4PBP可變尋呼周期一般配置640ms或者320msNr可變相同尋呼重發(fā)次數相同尋呼重發(fā)次數，一般情況下為2該值由PBP

、DRX周期長度確定：Nr=PBP/DRX周期其中DRX周期=max(2k,PBP)；k是整數，為CN域指定的DRX周期長度系數，取值范圍6~9，通常取7LPICH可變尋呼指示因子的長度2、4、8個符號PCH信道–尋呼能力計算28PICH的尋呼能力PICH固定使用擴頻因子SF=16，一個TTI20ms下共（44×20/5=176）個符號NPICH個連續(xù)幀組成一個PICH塊，且尋呼指示因子的長度為LPICH個符號，因此能承載（176符號×NPICH/LPICH）個用戶由于幀重復周期為PBP，相同尋呼重發(fā)次數為Nr，那么PICH的尋呼強度為： 176×NPICH

/LPICH

/PBP/Nr（次/秒）176×NPICH

/LPICH

/PBP/Nr

PCH的尋呼能力記PCH傳輸格式為Ntfs×TBSPCH。尋呼內容的ANSI編碼占用7bits，IMSI或TMSI編碼長度記為Lue，所以一組PCH可分別承載IMSI或TMSI的個數為：?(Ntfs×TBSPCH-7)/Lue?多個PCH分組存在時，考慮到幀重復周期為PBP，相同尋呼重發(fā)次數為Nr，則PCH的尋呼強度為：?（Ntfs×TBSPCH-7）/Lue?×NPICH/PBP/Nr

?（Ntfs×TBSPCH-7）/Lue?×NPICH/PBP/Nr

尋呼能力=min（PICH的尋呼能力，PCH的尋呼能力）按一般參數配置，尋呼能力受限于PCH的尋呼能力FACH信道–影響信道負荷的因素29FACH為前向接入信道，采用20msTTI，可承載用戶信令和數據，傳輸格式可配成0/1/2/3/4×171，或0/1/2×363，目前現網一般配置為0/1/2×171FACH信道包含多種傳輸格式，選擇不同的傳輸格式將使得信令在FACH上傳輸所需的TTI不同需分RRC連接建立在專用信道和RRC連接建立在公共信道兩種情況進行分析。信令流程不同，使得在FACH上承載的信令內容、大小都不同需分三種情況考慮PCH與FACH不復用PCH與FACH復用且PICH與S-CCPCH時分復用PCH與FACH復用但PICH與S-CCPCH位于不同物理碼道不同信道復用情況下，每秒內FACH的TTI個數不同。目前，不同廠家實現存在差異，僅包含后兩種（不可修改）影響FACH信道負荷的因素信道復用情況傳輸格式的選擇RRC流程的處理機制FACH信道–計算信道負荷的方法30計算過程每秒內FACH的TTI個數計算能承載的小數據用戶數將每秒內FACH的TTI個數記為CFACH若不考慮PCH與FACH的復用，由于FACH信道的TTI為20ms，所以CFACH=1s/20ms=50若考慮PCH與FACH的復用，且PICH與S-CCPCH時分復用，

在一個PBP周期內，FACH發(fā)送最多占用（PBP-NPICH-NGAP）×10ms。此時，每秒內FACH的TTI個數： CFACH=50×（PBP-NPICH-NGAP）/PBP若考慮PCH與FACH的復用，但PICH與S-CCPCH位于不同的物理碼道上，計算時只需令NPICH=0及NGAP=0計算信令占用FACH的負荷FACH信道–計算信道負荷的方法31計算過程每秒內FACH的TTI個數計算信令占用FACH的負荷計算能承載的小數據用戶數FACH承載信令時，傳輸格式有1/2/3/4×171四種，記為TFFACH-sign，消息傳輸需TTI：n=?Lenmsg/TFFACH-sign?若RRC連接建立在DCH上：FACH信道主要承載的信令有業(yè)務建立（短信+CS+PS）時的RRCConnectionSetup消息，依照下述公式即可計算出信令占用FACH信道的負荷

其中，λ為現網統(tǒng)計業(yè)務頻次（次/秒），TTI為消息發(fā)送所需的TTI數目若RRC連接建立在RACH/FACH上：FACH信道主要承載的信令有：業(yè)務建立（短信+CS+PS）時的RRCConnectionSetup消息、下行直傳消息、SecurityModeCommand消息、SignallingConnectionRelease消息、RRCConnectionRelease消息、RadioBearerSetup消息。用類似上述公式可計算得出信令占用FACH信道的負荷FACH信道–計算信道負荷的方法32計算過程每秒內FACH的TTI個數計算信令占用FACH的負荷計算能承載的小數據用戶數將FACH信道負荷的門限設為ThresholdFACH，除去信令占用的負荷，數據可用的負荷為：ηdata=ThresholdFACH–ηsignFACH承載數據時，傳輸格式有1×171、2×171、1×363、2×363四種，記為：TFFACH-data=NFACH-data×TBSFACH-data

需根據實際的物理碼道配置情況，分析在打孔極限要求為PL的前提下，FACH承載數據時采用哪種傳輸格式才能夠將FACH（信令+數據）及PCH一起承載在一定的物理資源上，即確定最終的TFFACH-data根據某種業(yè)務的速率需求確定進行該業(yè)務所需TTI數目：設業(yè)務到達率為λ，由此求得FACH信道能夠承載的小數據業(yè)務用戶數為：FACH信道–計算信道負荷的方法小結33開始計算每秒內FACH的TTI個數RRC連接建立在DCH還是RACH/FACH根據消息頻次計算信令負荷根據實際物理碼道配置情況確定FACH承載數據的格式是否有足夠物理資源承載FACH數據塊根據業(yè)務速率的需求確定FACH信道能夠承載的小數據用戶數是計算流程合理的TS0信道配置：若后續(xù)需承載數據，可適當增加S-CCPCH碼道數以承載更多數據用戶

現網的參數配置能夠滿足承載網絡信令負荷的要求。根據現網采集的信令頻次進行分析計算：通常情況下信令負荷不到1%，即使最忙小區(qū)也不到10%。若后續(xù)需承載數據，可適當增加S-CCPCH條數以承載更多數據用戶，但需注意TS0的干擾問題配置合適的FACH傳輸格式

FACH信令傳輸格式主要影響信令占FACH信道的負荷：配置過小會使得消息的發(fā)送時延加大，配置過大會占用更多的物理資源。FACH數據傳輸格式主要影響數據業(yè)務的速率和能夠承載的用戶數。折中考慮，建議FACH信令傳輸格式為2×171，數據傳輸格式為1×363或2×171為承載更多數據用戶，如何配置參數？RACH信道–接入能力計算34RRC連接建立在DCH上若RRC連接建立在DCH上，RACH信道僅承載RRCConnectionRequest消息。一條RRCconnectionrequest消息發(fā)送占用碼道10ms，不考慮發(fā)生接入碰撞的理想情況下，RACH的信道能力為100次隨機接入/秒RRC連接建立在RACH/FACH上若RRC連接建立在RACH/FACH上，那么RACH信道主要承載的信令有：業(yè)務建立（短信+CS+PS）時的RRCConnectionRequest消息、上行直傳消息、securityModeCommandComplete消息、rrcConnectionReleaseComplete消息等通過打孔仍可以保證RRCConnectionSetupRequest消息在一個TTI內傳完，因此，不考慮發(fā)生接入碰撞的理想情況下，RACH的信道能力仍為100次隨機接入/秒。當然，此種情況下（RRC連接建立在FACH上），RACH信道承載的信令種類多，接入碰撞的概率會比RRC連接建立在DCH上時大RACH為隨機接入信道，可配置成5ms/10ms/20msTTI。目前現網一般配置為10ms的TTI，傳輸格式配成1×170提綱課題研究范圍及背景業(yè)務信道容量分析公共信道容量分析無線網絡信道和參數配置建議35信道配置建議36↓TS0↑TS1↑TS2↓TS3↓TS4↓TS5↓TS6PCCPCH

PRACHE-PUCHHS-PDSCHHS-PDSCHHS-PDSCHE-AGCHPCCPCH

E-RUCCHHS-SCCH1

SCCPCH

HS-SICH1HS-SCCH2SCCPCH

SCCPCH

HS-SICH2E-HICHSCCPCH

DPCHDPCH

DPCHDPCH

DPCHDPCH

FPACH

DPCHDPCH

公共信道：PCCPCH占用碼道數為2，FPACH、PRACH分別占用碼道數為1，PICH可與SCCPCH分時復用，也可采用單獨碼道，SCCPCH與PICH占用碼道總數為2~6控制信道E-RUCCH、E-AGCH分別占用碼道數為2；E-HICH占用碼道數為1；HS-SICH、HS-SCCH分別占用碼道數為2HSDPA載波：建議配置1~2對HS-SCCH/HS-SICH信道（為提高HS-PDSCH信道利用率，建議配置2對；在HSDPA載波用戶數較多的小區(qū)，可只配置1對）。HSPA載波：建議配置1對HS-SCCH/HS-SICH信道，1對E-AGCH/E-HICH/E-RUCCH信道。業(yè)務信道：上下行2：4時隙配比的情況下，HSDPA載波的HS-PDSCH占用3個業(yè)務時隙；HSUPA載波的E-PUCH占用1個業(yè)務時隙物理信道配置示意圖參數配置（1）

37用戶接入專用DPCH信道時，涉及初始接入速率。該速率設置越高，高速率業(yè)務升速達到最大速率經歷的時間越短，業(yè)務接入時延越短，但初始接入速率較高的業(yè)務接入成功率相對較低；該速率設置越低，高速率需求的業(yè)務需要經過較長的時間才能調整到較高的速率，業(yè)務接入時延較長，但初始接入速率較低的業(yè)務接入成功率相對較高初始接入速率建議HSDPA載波上行初始接入速率設置為32kbps，在負荷高的小區(qū)，可進一步降低該速率，設置為16kbps數據與語音并發(fā)建議并發(fā)業(yè)務承載在R4載波時，PS業(yè)務分配的上行速率設置為16kbps，下行速率設置為32kbp