【正文】 Last packet arrivalto base station bufferA packet callThe instans of packet arrivalsto base station buffer如上圖所示，在一次分組業(yè)務(wù)的會(huì)話過程中，數(shù)據(jù)包的到達(dá)具有時(shí)斷時(shí)續(xù)的特點(diǎn)。每若干個(gè)連續(xù)到達(dá)的數(shù)據(jù)包構(gòu)成一次“分組呼叫”，在GPRS/EDGE 中稱為臨時(shí)塊流 TBF。在采用 CCCH 接入方式時(shí)，每個(gè)TBF 的建立和釋放在 CCCH 上的新增的信令負(fù)荷參見下表說明。RACH AGCH PCH 說明上行方向 TBF 建立 分組信道請(qǐng)求*1分組上行立即指配*1下行方向 TBF 建立（GMMREADY、DRX）分組下行立即指配*1一般情況下，下行立即指配需要計(jì)算尋呼組，在 PCH 上下發(fā)；下行方向 TBF 建立（GMMREADY、NONDRX）分組下行立即指配*1手機(jī)在釋放 TBF 后在一段時(shí)間內(nèi)處于 NONDRX 狀態(tài)，此時(shí)下行立即指配消息可以 AGCH 上發(fā)送。下行方向 TBF 建立(GMMSTANDBY)分組尋呼*1在 GMMSTANDBY 狀態(tài)，網(wǎng)絡(luò)先下發(fā)尋呼消息，手機(jī)以一個(gè)上行數(shù)據(jù)的傳輸做為響應(yīng)，后面的流程同GMMREADY 狀態(tài)的。其它 0 0 0 在上下行 TBF 交織的情況下，新TBF 的建立是通過老 TBF 的PACCH 信道建立的，不通過CCCH；在下行 TBF 釋放后，T3192 定時(shí)器超時(shí)之前，新下行TBF 的建立不通過 CCCH。26從工程計(jì)算方便出發(fā)，我們對(duì)數(shù)據(jù)包在 CCCH 上的信令開銷參數(shù)和符號(hào)做如下定義：? 下行方向每 1000 字節(jié)的 AGCH 上分組下行立即指配信令次數(shù)：DlImmAssOnAgchNumPerKbyteDl? 下行方向每 1000 字節(jié)的 PCH 上分組下行立即指配信令次數(shù)：DlImmAssOnPchNumPerKbyteDl? 下行方向每 1000 字節(jié)的分組尋呼信令次數(shù)：PageNumPerKbyteDl? 上行方向每 1000 字節(jié)的分組請(qǐng)求信令次數(shù)：ChReqNumPerKbyteUl? 上行方向每 1000 字節(jié)的分組上行立即指配信令次數(shù)：UlImmAssPerKbyteUl下面根據(jù)某些基本假設(shè)，估計(jì)信令開銷。假設(shè)：? 在下行方向，每 750 字節(jié)，需要建立一次 TBF。750 字節(jié)取自某設(shè)備商提供的，WAP 訪問時(shí)一個(gè)頁面的平均數(shù)據(jù)長度。? 每次下行 TBF 建立，需要尋呼的比例為 0。近期的業(yè)務(wù)以 GET 為主，手機(jī)用戶發(fā)起業(yè)務(wù)請(qǐng)求到網(wǎng)絡(luò)反饋數(shù)據(jù)之間的時(shí)間間隔通常小于 READY 定時(shí)器。對(duì)于 MT 的 GPRS/EDGE 短消息，其每短消息的信令開銷小于 MT 的 GSM 短消息，在 GSM 的 CCCH 負(fù)荷計(jì)算中已經(jīng)考慮。? 上行 TBF 建立的次數(shù)和下行 TBF 建立的次數(shù)之比是 1：1。基于GET 的原理，可以認(rèn)為用戶在交互時(shí)，每一次下行數(shù)據(jù)的傳輸是由上行數(shù)據(jù)傳輸觸發(fā)的。通過簡單計(jì)算，可以得出以下結(jié)論：? DlImmAssOnAgchNumPerKbyteDl=0? DlImmAssOnPchNumPerKbyteDl=? PageNumPerKbyteDl=0? ChReqNumPerKbyteUl=? UlImmAssPerKbyteUl=需要指出的是，系統(tǒng)消息的 DRX_TIMER_MAX 參數(shù)對(duì)下行 TBF 建立時(shí)的立即指配消息在 PCH 上發(fā)送還是在 AGCH 上發(fā)送是有影響。根據(jù)協(xié)議，手機(jī)在從 TRANSFER 狀態(tài)轉(zhuǎn)入 IDLE 狀態(tài)后，可以在一段時(shí)間內(nèi)處于 NONDRX 狀態(tài)，此時(shí)下行 TBF 建立的立即指導(dǎo)消息不需要計(jì)算尋呼組，可以在 AGCH 上發(fā)送，上述時(shí)間由系統(tǒng)消息的 DRX_TIME_MAX和手機(jī)在 ATTACH 消息中上報(bào)的 DRX 參數(shù)的最小值決定。在實(shí)際工程27中，可以考慮將 DRX_TIME_MAX 設(shè)大。如果設(shè)備支持在 AGCH 的消息可以占用 PCH，對(duì)于提高系統(tǒng)的 CCCH 利用率有好處，但手機(jī)的待機(jī)時(shí)間可能會(huì)有所降低。（四）從運(yùn)行網(wǎng)絡(luò)提取話務(wù)模型的方法由于 GPRS/EDGE 網(wǎng)絡(luò)尚未正式商用，對(duì)其話務(wù)模型的假設(shè)可以存在較大的偏差，因此需要在實(shí)際運(yùn)行的網(wǎng)絡(luò)中對(duì)相關(guān)參數(shù)進(jìn)行測量，用于修正話務(wù)模型。IP 數(shù)據(jù)包平均長度的測量方法以小區(qū)或者 BSC 為單位，在業(yè)務(wù)忙時(shí)統(tǒng)計(jì)一定時(shí)間內(nèi)：? 下行方向 BSSGP 層數(shù)據(jù)包數(shù)：DlBssgpPacketNum? 下行方向 BSSGP 層數(shù)據(jù)流量：DlBssgpDataVol? 上行方向 BSSGP 層數(shù)據(jù)包數(shù)：UlBssgpPacketNum? 上行方向 BSSGP 層數(shù)據(jù)流量：UlBssgpDataVol則：? 下行方向 IP 包數(shù)據(jù)平均長度 DlAveIpPacketLen =DlBssgpDataVol/DlBssgpPacketNumBSSGP 包頭開銷? 上行方向 IP 包數(shù)據(jù)平均長度 UlAveIpPacketLen =UlBssgpDataVol/UlBssgpPacketNumBSSGP 包頭開銷其中：BSSGP 包頭開銷約 53 字節(jié)IP 數(shù)據(jù)包 CCCH 信令開銷的測量方法以小區(qū)或者 BSC 為單位，在業(yè)務(wù)忙時(shí)統(tǒng)計(jì)一定時(shí)間內(nèi)：? 下行方向 BSSGP 層數(shù)據(jù)流量 DlBssgpDataVol? 上行方向 BSSGP 層數(shù)據(jù)流量 UlBssgpDataVol? CCCH 分組下行立即指配在 AGCH 上發(fā)送次數(shù)DlImmAssOnAgchNum? CCCH 分組下行立即指配在 PCH 上發(fā)送次數(shù)DlImmAssOnPchNum? CCCH 分組尋呼次數(shù) PageNum? CCCH 分組信道請(qǐng)求次數(shù) ChReqNum? CCCH 分組上行立即指配次數(shù) UlImmAss 則：(1) 將 BSSGP 流量換算成 IP 層數(shù)據(jù)流量? DlIpDataVol= DlBssgpDataVol*DlAveIpPacketLen/(BSSGP 包頭開銷+DlAveIpPacketLen)28? UlIpDataVol= UlBssgpDataVol*UlAveIpPacketLen/(BSSGP 包頭開銷+UlAveIpPacketLen)(2) 將 CCCH 上分組信令的測量結(jié)果和 IP 層數(shù)據(jù)流量簡單相除。? DlImmAssOnAgchNumPerKbyteDl=DlImmAssOnAgchNum/DlIpDataVol? DlImmAssOnPchNumPerKbyteDl=DlImmAssOnPchNum/DlIpDataVol? PageNumPerKbyteDl=PageNum/DlIpDataVol? ChReqNumPerKbyteUl=ChReqNum/UlIpDataVol? UlImmAssPerKbyteUl=UlImmAss/UlIpDataVol29附件二 容量規(guī)劃舉例（一）WAP、WWW 業(yè)務(wù)舉例以 WAP 業(yè)務(wù)和 WWW 業(yè)務(wù)為例，來分析網(wǎng)絡(luò)的服務(wù)質(zhì)量，供業(yè)務(wù)開展參考。下面分別給出 PDCH=2 和 PDCH=4 的情況下，WAP 業(yè)務(wù)和WWW 業(yè)務(wù)的閉塞分析。這里假設(shè)：(1) WAP 業(yè)務(wù)的需求是，在 1 秒完成 750 字節(jié)的傳輸，即 6000bps帶寬；WWW 業(yè)務(wù)的需求是 16K bps 的帶寬。(2) 假設(shè)用戶得不到足夠的帶寬即放棄接入，采用 ERLANGB 公式計(jì)算 GOS(3) 分 GPRS 用戶純?yōu)?WAP 用戶和純?yōu)?WWW 用戶，且用戶數(shù)為GSM 用戶 2%，忙時(shí)帶寬 180bps。PDCH=2，計(jì)算結(jié)果如下TRX 數(shù)量 WAP 業(yè)務(wù)量 WAP GOS WWW 業(yè)務(wù)量 WWW GOS1 (7) % %2 (14) % %3 (22) % %4 (29) % %5 (37) % %6 (45) % %7 (52) % %8 (60) % %分析：根據(jù)上節(jié)計(jì)算在 TRX 數(shù)量=2 時(shí)，需要配置約 2 個(gè) PDCH，此時(shí) GOS=2%。在上表中觀察 TRX 數(shù)量為 2 的兩欄數(shù)據(jù)，比較不同業(yè)務(wù) GOS 計(jì)算結(jié)果和 2%，相差最大為 4%左右，誤差有限。PDCH=4，計(jì)算結(jié)果如下TRX 數(shù)量 WAP 業(yè)務(wù)量 WAP GOS WWW 業(yè)務(wù)量 WWW GOS1 (7) % %2 (14) % %3 (22) % %304 (29) % %5 (37) % %6 (45) % %7 (52) % %8 (60) % %分析：根據(jù)上節(jié)計(jì)算在 TRX 數(shù)量=7 、8 時(shí)，需要配置約 4 個(gè)PDCH，此時(shí) GOS=2%。在上表中觀察 TRX 數(shù)量為 8 的三欄數(shù)據(jù)，比較不同業(yè)務(wù) GOS 計(jì)算結(jié)果和 2%，相差最大為 2%左右，誤差有限。31附件三 GPRS 手機(jī)小區(qū)更新對(duì)參數(shù)配置要求分析GPRS 手機(jī)在 GMMREADY 狀態(tài)時(shí)，如果發(fā)生了小區(qū)重選，則需要主動(dòng)上傳一個(gè)數(shù)據(jù)包，完成小區(qū)更新過程。而小區(qū)更新后，GPRS 手機(jī)的GMMREADY 定時(shí)器又將重啟。所以，對(duì)處于 GMMREADY 狀態(tài)的GPRS 手機(jī)，如果不能控制其小區(qū)重選的時(shí)間間隔小于 GMMREADY定時(shí)器，手機(jī)就會(huì)反復(fù)循環(huán)地做小區(qū)更新。其影響是，一方面手機(jī)待機(jī)時(shí)間減少，另一方面網(wǎng)絡(luò)側(cè)開銷增加。出現(xiàn)上述情況，有兩種可能性。一、在無主導(dǎo)小區(qū)，因?yàn)楦采w規(guī)劃的問題，手機(jī)會(huì)反復(fù)做小區(qū)重選；二、在手機(jī)持續(xù)移動(dòng)的過程中。在上述情況，一旦發(fā)生過一次數(shù)據(jù)業(yè)務(wù)（包括路由更新）就可能導(dǎo)致反復(fù)小區(qū)更新。針對(duì)無主導(dǎo)小區(qū)的情況：解決方法是，將小區(qū)重選懲罰時(shí)間設(shè)得比GMMREADY 定時(shí)大。針對(duì)手機(jī)持續(xù)移動(dòng)的情況：解決方法是，將 GMMREADY 定時(shí)器的長度設(shè)得比手機(jī)穿越小區(qū)的時(shí)間短。假設(shè) GPRS 手機(jī)的時(shí)速為 15 公里（步行和公交一般小于此速度），穿越一個(gè)直徑 500 米的小區(qū)，約需要 2 分鐘。在一期工程，現(xiàn)網(wǎng)配置約為 1 分鐘。GPRS 業(yè)務(wù)的應(yīng)用層，一般都設(shè)有判斷響應(yīng)超時(shí)的定時(shí)器。GMMREADY 定時(shí)器的長度，應(yīng)該大于該值，以減少尋呼的次數(shù)（尤其是在手機(jī)以 GET 業(yè)務(wù)為主的情況下）。32附件四 GPRS 系統(tǒng)消息參數(shù)說明1. NMO（2）網(wǎng)絡(luò)操作模式。網(wǎng)絡(luò)操作模式與系統(tǒng)采用的尋呼信道有關(guān)，網(wǎng)絡(luò)操作模式可以下兩個(gè)條件限定（有無 Gs 接口，有無 PCCCH）:有 Gs 接口，――網(wǎng)絡(luò)操作模式 1：手機(jī)應(yīng)只監(jiān)聽一個(gè)尋呼信道就可以接受分組尋呼和電路尋呼?？臻e時(shí) PCCCH 或 CCCH,忙時(shí) PACCH（CS）沒有 Gs 接口，沒有 PCCCH 信道，網(wǎng)絡(luò)操作模式 2：手機(jī)應(yīng)只監(jiān)聽一個(gè)CCCH 上的尋呼信道就可以接受分組尋呼和電路尋呼。不論空閑還是忙沒有 Gs 接口，有 PCCCH 信道，網(wǎng)絡(luò)操作模式 3：手機(jī)只在 PCCCH 尋呼信道監(jiān)聽分組尋呼，在 CCCH 信道監(jiān)聽電路尋呼，不論空閑還是忙。2. ACCESS_BURST_TYPE(1)在系統(tǒng)消息 SI13 和 PSI13 中廣播，決定了手機(jī)上 channelrequest 消息時(shí)是8bit 還是 11bit，具體兩種形式的編碼格式參考 。3. CONTROL_ACK_TYPE(1)控制確認(rèn)消息類型設(shè)定 MS 在控制確認(rèn)消息中采用的格式。參數(shù)值 0 代表 4個(gè)接入脈沖，參數(shù)值 1 代表 RLC/MAC 控制塊，當(dāng) CtrlAck 消息是對(duì) Polling消息的回應(yīng)時(shí)在 Polling 消息中要明確所用的 CtrlAck 的類型，如果沒有明確，則用在系統(tǒng)消息中的設(shè)置。如果系統(tǒng)沒有 MS 的時(shí)間提前量，并且 CtrlAck的類型為 4 個(gè)接入脈沖則則網(wǎng)絡(luò)側(cè)下發(fā)下行指配消息始置 Polling 位，則 MS以 4 個(gè)接入脈沖的形式來發(fā)送 CtrlAck 消息用于導(dǎo)出 MS 的時(shí)間提前量。4. BS_CV_MAX(4)用于倒數(shù)計(jì)時(shí)，倒數(shù)計(jì)時(shí)最大值，設(shè)定 MS 倒數(shù)計(jì)時(shí)的參數(shù) BS_CV_MAX，是 MS 用于計(jì)算 CountdownValue（CV）使用到的參數(shù)，T3198 的初始值被設(shè)置為 BS_CV_MAX 塊周期。5. PAN_DEC(3)、PAN_INC(3) 、PAN_MAX(3)PAN_DEC 是設(shè)定 MS 的 N3102 計(jì)數(shù)器使用的參數(shù)，的值。當(dāng) MS 的T3182 超時(shí)時(shí)，N3102 減少 PAN_DEC 的值。當(dāng) MS 啟動(dòng)定時(shí)器 T3182，并收到分組上行確認(rèn)消息時(shí)，N3102 增加 PAN_INC 的值。PAN_MAX 為N3102 的最大值。6. ACC_CONTROL_CLASS(16)33接入控制等級(jí)。等級(jí) N 被禁止接入時(shí)，相應(yīng)的 BIT 位為 0。第 11 位為EmergencyCall 是否允許接入位。Bits:16151413121110987654321ClassN:1514131211EC98765432107. MAX_RETRANS(2)*4最大重傳次數(shù)，4 個(gè)參數(shù)，分別對(duì)應(yīng)無線優(yōu)先級(jí) 1 到 4 所允許的最大重傳次數(shù)，其中無線優(yōu)先級(jí)為 1 的優(yōu)先級(jí)最高，4 的最低。每一個(gè)無線優(yōu)先級(jí)都有兩位來設(shè)置所允許的最大重傳次數(shù)，重傳次數(shù)和這兩位的設(shè)置之間的對(duì)應(yīng)關(guān)系如下：001，012，104