【導(dǎo)讀】尋呼信道資源專(zhuān)題優(yōu)化服務(wù)1. 河南專(zhuān)題優(yōu)化組2021-05-10. 焦作GSM網(wǎng)絡(luò)Paging專(zhuān)題

　　

【正文】 道 ， 因此 ， AGCH 信 尋呼信道資源 專(zhuān) 題優(yōu)化服務(wù) 13 (57) 項(xiàng)目 河南專(zhuān)題優(yōu)化組 20210510 道配置的合理性對(duì)空口尋呼能力起著重要作用。另外 ， 一個(gè)重要參數(shù) MFR 也起著非常關(guān)鍵的作用 ， 它決定了每一尋呼組的排隊(duì)深度。其值越大 ， 排隊(duì)深度越小。因此 ， 根據(jù)現(xiàn)網(wǎng)情況合理配置 AG、 MFR 參數(shù) ， 直接影響著空口的尋呼能力。通過(guò)在組合 BCCH 和非組合 BCCH 配置情況下 ,不同的參數(shù)配置情況下進(jìn)行對(duì)比（具體可 見(jiàn)附件所示） ， 在附件中可看出：在 AG 設(shè)置相同情況下 ， MFR 越小 ， 空口的消息處理能力越大。 但 MFR 越小 ， 手機(jī)需要監(jiān)聽(tīng)自己尋呼的時(shí)間間隔越小 ， 手機(jī)待機(jī)時(shí)間也會(huì)大大縮短。 AIR IF Paging request 內(nèi)容分析 Paging request type 有 3 類(lèi) ， 如下： PAG_REQ_1: 1or2 mobiles paged, TMSI or IMSI PAG_REQ_2: 3 mobiles paged, IMSI + 2 TMSIs or 3 TMSIs PAG_REQ_3: 4 mobiles paged with TMSI 因此 ， 在每個(gè) paging request message 中盡量包含多個(gè)用戶 ， 即在系統(tǒng)中盡量采用 type2 和type3。通過(guò)提高每條 paging request 中的用戶容量來(lái)提高效率。 Buffer 機(jī)制分析 ? Buffer queue的分析以及計(jì)算方法 對(duì)于 paging消息的存放位置來(lái)說(shuō) ， 可以分為兩種 ， 一種是用來(lái)發(fā) 送 paging消息的 pch信道 ，還有一種是用來(lái)存儲(chǔ)待發(fā)的 paging的 buffer。從 BTS SW release DF4以后 ， 在 pch信道方面有 2個(gè)優(yōu)化修改為了提高 ccch信道的利用： a) 配置由 paging queue depth決定 現(xiàn)在 paging mand的刪除不再是由于 paging group隊(duì)列為滿 ， 而是因?yàn)?paging mand不能被發(fā)送到空中接口在預(yù)定義的最大 leadtime時(shí)間內(nèi)。 b) Paging Buffer Space報(bào)告的改變 因?yàn)榇鎯?chǔ) paging mand的存儲(chǔ)的變化 ， 空閑的 paging buffer空間的計(jì)算同樣也將改變。另外 ， 下面的消息將被放在 CCCH_LOAD_IND消息中在每 次報(bào)告周期結(jié)束而發(fā)送到 BSC： ? AVERAGE_BUFFER_OCCUPANCY_PRECENTAGE ? MAXIMUM_BUFFER_OCCUPANCY_PRECENTAGE ? NUMBER_OF_DELETED_PAGING_COMMAND 此處討論的 buffer是指 BTS方面的 ， 是為了用來(lái)存儲(chǔ) paging request消息。每一個(gè) paging group都有獨(dú)立的 buffer， 這 buffer的深度 （ Paging Group Queue Depth） 取決于 MFR和Max_Lead_Time參數(shù) ， 計(jì)算公式為 ： MAX(ROUND(max_lead_time * 1000 / (BSPAMFRMS * 51 * )),1) ? min paging buffer的分析以及計(jì)算方法 首先需要引入一個(gè)概念 ， CCCH_LOAD_IND（ CCCH負(fù)荷指示） ， 它是 BTS向 BSC周期性發(fā)送 CCCH負(fù)荷的報(bào)告 ， 里面包括了 PCH和 AG的負(fù)荷情況 ， 發(fā)送周期的時(shí)間為（ 30*4*51*≈ 28s）。而 Min paging buffer指的是在 1個(gè)統(tǒng)計(jì)時(shí)段內(nèi)（按照目前的設(shè)置為 1小時(shí) ， BTS需要向 BSC發(fā)送127次 CCCH_LOAD_IND）剩余的 paging buffer最小值。 而如果該值較小 ， 則說(shuō)明 buffer被占用的比例較高 ， 可能由于尋呼在隊(duì)列中排隊(duì)時(shí)間過(guò)長(zhǎng)而被刪除的情況 ， 因此為了能夠保證尋呼消息在空中接口的成功發(fā)送 ， 則要保證該值在一定的范圍內(nèi) ， 有足夠的 buffer可以承載更多的尋呼消息。 ? delete paging mand的分析 通過(guò)查看 NED對(duì)該 count的介紹： 尋呼信道資源 專(zhuān) 題優(yōu)化服務(wù) 14 (57) 項(xiàng)目 河南專(zhuān)題優(yōu)化組 20210510 This counter indicates if some groupspecific paging queue bees so full that an additional paging mand cannot be stored to the buffer. In such a case the paging mand is deleted. 通過(guò)下圖可以分析出 paging mand delete的流程 ， 對(duì)于每一個(gè) paging group buffer都有一個(gè)值 N來(lái)顯示該緩沖的占用情況。 首先需要計(jì)算出 N(MAX)= 4*(Paging Group Queue Depth)， 而 Paging Group Queue Depth上面已經(jīng)介紹過(guò) ， 假設(shè) MFR設(shè)置為 5， 通過(guò)計(jì)算 ， Paging Group Queue Depth則為 4， 所以 N(MAX)為 4*4=16。另外 ， 對(duì)于 TMSI paging mand時(shí) ， N(new)=N(old)+1 對(duì)于 IMSI paging mand時(shí) ， N(new)=N(old)+2+(N(old) mod 4) div 3 當(dāng) N(new)N(max)時(shí) ， 則表示 buffer已經(jīng)為滿 ， 該 paging mand則被刪除。 以下圖為例 , 假設(shè) Nmax=16。則第 12個(gè) paging mand將被刪除。 綜上三點(diǎn)所述 ， 可以通過(guò)提高 paging buffer的長(zhǎng)度 (可以調(diào)整 MFR參數(shù)來(lái)改變 buffer的長(zhǎng)度 )， 保證在 max lead time時(shí)間內(nèi)不被刪除的情況下來(lái)提高空中接口的尋呼容量 ， 即提高了尋呼信道效率。 參數(shù)設(shè)置分析 減少不必要的尋呼也是提高尋呼信道效率的一個(gè)辦法。以下兩個(gè)參數(shù)的設(shè)置會(huì)影響到尋呼效率。 ? ATT： allow IMSI attach detach. 參數(shù) ATT 通知移動(dòng)臺(tái)是否要上報(bào) IMSI 的激活 /去活。如果 ATT 設(shè)為 ON， 移動(dòng)臺(tái)在開(kāi) /關(guān)機(jī)的時(shí)候會(huì)向 MSC/VLR 發(fā)送激活 /去活的信息。 對(duì)關(guān)機(jī)的手機(jī)網(wǎng)絡(luò)就不會(huì)再發(fā)送尋呼消息。 ? PER: timer for periodic MS location updating 對(duì)于沒(méi)有覆蓋和無(wú)法與系統(tǒng)聯(lián)系的移動(dòng)臺(tái) ， 周期性登記可以減少對(duì)它們不必要的尋呼。參數(shù) PER 控制周期性登記的時(shí)間間隔 5. PAGING 容量分析 從空口來(lái)分析 PAGING 容量 PCH 容量分析 根據(jù)參數(shù) AG、 MFR、 PAGING REQUEST TYPE 不同的配置組合來(lái)推算空口的各個(gè) Paging Group 以及總的能承載的 Paging Request 的數(shù)目。再根據(jù)空口的承載能力并結(jié)合 MSC 的尋呼方式來(lái)對(duì) A 口的承載能力做推算。通過(guò)這種計(jì)算方法 ， 結(jié)合目前 A 口的實(shí)際的 PAGING 情況 ， 來(lái)判斷空口的 PAGING 承載的能力。 計(jì)算方法： 尋呼信道資源 專(zhuān) 題優(yōu)化服務(wù) 15 (57) 項(xiàng)目 河南專(zhuān)題優(yōu)化組 20210510 總的 PAGING GROUP 數(shù)目 =（ 9AG） *MFR （ NonCombined） or （ 3AG） *MFR （ Combined） 每秒的 PAGING GROUP 數(shù)目 =總的 PAGING GROUP/MFR* 每個(gè) PAGING GROUP 的排隊(duì)深度 =MAX(ROUND(Max Lead Time*1000/(MFR*51*),0),1) Max Lead Time=5s 每個(gè) PAGING GROUP 能存放的 PAGING REQUEST 的數(shù)目 =每個(gè) PAGING GROUP 的排隊(duì)深度 每個(gè) PAGING REQUEST 包含的用戶數(shù)由 PAGING REQUEST TYPE 決定 從 A口來(lái)看 ， 每秒能承載的 PAGING 數(shù)目 = 每秒的 PAGING GROUP 數(shù)目 *每個(gè) PAGING GROUP 的排隊(duì)深度 *每個(gè) PAGING REQUEST 包含的用戶數(shù) 從 A口來(lái)看 ， 總的 PAGING GROUP 能承載的 PAGING 數(shù)目 = 總的 PAGING GROUP 數(shù)目 *每個(gè) PAGING GROUP 的排隊(duì)深度 *每個(gè) PAGING REQUEST 包含的用戶數(shù) 從 A口來(lái)看 ， 每小時(shí)能承載的 PAGING 數(shù)目 = 每秒能承載的 PAGING 數(shù)目 *3600 考慮到 REPAGING， 實(shí)際 A口承載的 PAGING 的數(shù)目要小于上面的計(jì)算值。 各種配置情況結(jié)果如附件所示： AIR IF 總結(jié)： 空口的承載能力按小時(shí)計(jì)算的話 ， 其映射到 A口的 PAGING 數(shù)目遠(yuǎn)遠(yuǎn)超出目前 A 口的實(shí)際范圍 ， 所以空口的承載能力不是系統(tǒng) PAGING 能力的瓶頸。但是如果 按秒來(lái)計(jì)算的話 ， 空口的承載能力映射到 A 口的 PAGING 數(shù)目可能會(huì)超出實(shí)際的負(fù)荷情況。例如在大量的短信群發(fā)的 ， 時(shí)常會(huì)導(dǎo)致因?yàn)?A的處理能力問(wèn)題而產(chǎn)生 PAGING DELETE。 RACH 容量分析 系統(tǒng)的 PAGING 性能除直接和 PCH 性能有關(guān)之外 ， 同時(shí)也直接和 RACH 和 AGCH 的性能相關(guān)。從前面對(duì)空口 PCH 的承載能力的計(jì)算可以看出 ， PCH 及其 BUFFER 的承載能力不是系統(tǒng)PAGING 能力的 瓶頸 ， 再進(jìn)一步確認(rèn)在 PCH 的各種配置下 ， RACH 和 AGCH 的承載能力是否影響系統(tǒng)的 PAGING 的總性能。 每個(gè) RACH TSL 可以承載一個(gè) CHANNEL REQUEST 消息 ， 每小時(shí)的理論容量計(jì)算公式如下： 51 TSL / * 3600 = 781277 PER HOUR 與 OMC 統(tǒng)計(jì) AVE_RACH_SLOT 基本一致。由于干擾原因 ， 上行接入電平比較高 ， 會(huì)加重 RACH物理信道的負(fù)荷 ， RACH 消息碰撞導(dǎo)致消息不可用 ， 這些都會(huì)影響 RACH 信道利用率 ， 但是總體來(lái)說(shuō) ， RACH 的物理信道容量是充足的。最大能夠處理的 RACH 消息容量是根據(jù) BCSU 和 MCMU 的負(fù)荷動(dòng)態(tài)變化的。所以 ， RACH 的容量限制并非是物理信道限制 ， 主要是 BSC 處理能力限制 ， 突發(fā)的 RACH 會(huì)被刪除 AGCH 容量分析 PCH 和 AGCH 共享下行信道 ， AGCH 固定容量有 AG_BLKS_RES 決定 ， 就是下行 CCCH 保留多少 Block 給 AGCH， 以 AG=1， NonCombine 的情況為例 ， CCCH 共有 9 個(gè) Block， AGCH 有 1個(gè) Block， 一個(gè) AGCH Block 能承載一個(gè) IMMEDIATE ASSIGNMENT 消息 ， 每個(gè)消息最多包含兩個(gè)用戶的 IMMEDIATE ASSIGNMENT 信息或者四個(gè)用戶的 IMMEDIATE ASSIGNMENT REJECT 信息 ， 因此 AGCH 的最大容量理論計(jì)算公式為： 1 AG / * 3600 * 2 SUB = 28800 PER HOUR 尋呼信道資源 專(zhuān) 題優(yōu)化服務(wù) 16 (57) 項(xiàng)目 河南專(zhuān)題優(yōu)化組 20210510 同時(shí)每個(gè) AGCH BLOCK 有一個(gè)獨(dú)立的 BUFFER， 容量為 8 個(gè) ABIS COMMAND 消息的長(zhǎng)度 ， 所以這種情況下 BUFFER 的總?cè)萘繛椋? 8 * 1 AG / * 3600 * 2 SUB = 230400 PER HOUR 所以對(duì)一個(gè)小區(qū)而言在 AGCH 的總?cè)萘繛?259200， 而這個(gè)容量已經(jīng)遠(yuǎn)遠(yuǎn)超出實(shí)際的每小區(qū)的IMMEDIATE ASSIGNMENT 消息的數(shù)目。所以理論上 AGCH 的容量是充足的。實(shí)際情況中 ， 在PCH 空閑的情況下 ， 允許 AG 消息占用 PCH 發(fā)送 ， AG 消息和 Paging 消息在發(fā)送到空口之前都會(huì)排隊(duì) ， 如果空口資源充足 ， 都可以順暢發(fā)送 ， 如果空口資源不足 ， 則給予 AGCH 消息更高優(yōu)先級(jí) ，因此 AGCH 的容量是動(dòng)態(tài)的。總的來(lái)說(shuō) ， AGCH 的容量不是系統(tǒng) PAGING 能力的瓶頸。 具體的計(jì)算數(shù)據(jù)如下： RACH AND AGCH LOAD 從 Abis 口來(lái)分析 PAGING 容量 從 ABIS 口來(lái)看 ， 所傳送的消息為 PAGING COMMAND， 該消息的總長(zhǎng)度為 21Byte， 包含F(xiàn)CS 和 Flags。對(duì)于 16kbit/s 的鏈路來(lái)說(shuō) ， 最大平均的信令開(kāi)銷(xiāo)不能超過(guò) 8kbit/s（應(yīng)該是1kbit/s） ， 也就是 1000Byte/s。 而在 ABIS 的鏈路上最常見(jiàn)的信令就是 PAGING COMMAND， BSC用于處理該信