W(高級)-尋呼過程分析培訓(xùn)課件-20051108-A-1.1

1、WCDMA 尋呼過程分析尋呼過程分析前言前言 尋呼是接入過程中一個主要的行為，也是優(yōu)化接入過程性能的一個主要方面。 本文檔概要介紹了尋呼的基本過程，在此基礎(chǔ)上對尋呼相關(guān)的關(guān)鍵參數(shù)、信令、性能等內(nèi)容進(jìn)行了分析 ，幫助使用者熟悉WCDMA的尋呼過程。課程目標(biāo)課程目標(biāo)l尋呼的主要過程尋呼的主要過程l尋呼過程的消息尋呼過程的消息l尋呼性能分析尋呼性能分析學(xué)習(xí)完本課程，您將能夠熟悉：學(xué)習(xí)完本課程，您將能夠熟悉：課程內(nèi)容課程內(nèi)容T第一章第一章 尋呼的主要過程尋呼的主要過程第二章第二章 尋呼過程的消息尋呼過程的消息第三章第三章 尋呼過程的性能尋呼過程的性能第一章第一章 尋呼的主要過程尋呼的主要過程l第二節(jié)第

2、二節(jié) 尋呼流程尋呼流程l第三節(jié)第三節(jié) DRX過程過程尋呼的類型尋呼的類型Paging Type 1：應(yīng)用于UE處于idle、CELL_PCH、URA_PCH狀態(tài)時。Paging Type 2:應(yīng)用于UE處于CELL_FACH或者CELL_DCH狀態(tài)時。 尋呼的類型尋呼的類型CN發(fā)起的尋呼：發(fā)起的尋呼：CN發(fā)起尋呼的目的是使CN能夠請求UTRAN聯(lián)系UE。尋呼過程在IU接口使用無連接的信令過程。CN通過發(fā)送尋呼消息觸發(fā)尋呼過程，UTRAN則將CN尋呼消息通過UU接口上的尋呼過程發(fā)送給UE，使得被尋呼的UE發(fā)起與CN的信令連接建立過程 。UTRAN發(fā)起的尋呼：發(fā)起的尋呼：1.當(dāng)系統(tǒng)消息發(fā)生改變時，

3、UTRAN為了通知處在空閑模式、CELL_PCH和URA_PCH狀態(tài)下的UE進(jìn)行系統(tǒng)消息更新，會觸發(fā)尋呼過程。2.為了觸發(fā)處于CELL_PCH，URA_PCH狀態(tài)下的UE進(jìn)行狀態(tài)遷移，UTRAN會進(jìn)行一次尋呼流程，作為對該尋呼的一種應(yīng)答形式，UE會相應(yīng)的發(fā)起一次小區(qū)更新或URA更新過程。 第一章第一章 尋呼的主要過程尋呼的主要過程l第一節(jié)第一節(jié) 尋呼的類型尋呼的類型l第三節(jié)第三節(jié) DRX過程過程尋呼流程尋呼流程l尋呼類型1CN發(fā)起的尋呼發(fā)起的尋呼：如果IU接口的PAGING消息中帶有LAI或者RAI，RNC會向指定位置區(qū)或路由區(qū)的所有小區(qū)下發(fā)PAGING TYPE1消息；如果沒有LAI或者RA

4、I，RNC會向本RNC的所有小區(qū)下發(fā)PAGING TYPE1消息。如下圖所示，CN在一個位置區(qū)LA中發(fā)起尋呼，LA分布在兩個RNC中。RNC收到尋呼消息后，根據(jù)LAI查找與其對應(yīng)的所有小區(qū)，然后計算出尋呼時刻，尋呼時刻到來時在PCCH上向這些小區(qū)發(fā)送尋呼類型1消息 。UTRAN發(fā)起的尋呼發(fā)起的尋呼：當(dāng)UE處于CELL_PCH或URA_PCH狀態(tài)時，如果UTRAN需要和UE進(jìn)行信息交互，包括信令和數(shù)據(jù)，需要在PCCH上發(fā)送尋呼類型1來通知UE從CELL_PCH或URA_PCH遷移到CELL_FACH，UE通過小區(qū)更新的過程來完成狀態(tài)遷移。 尋呼流程尋呼流程l尋呼類型1CNRNC1RNC2NODE

5、B1.1NODEB2.1UERANAPRANAPRANAPRANAPPCCH: PAGING TYPE 1PAGINGPAGINGPCCH: PAGING TYPE 1尋呼流程尋呼流程l尋呼類型2如果UE處于CELL_DCH或者CELL_FACH狀態(tài)，UTRAN會在DCCH上向被尋呼的UE發(fā)送尋呼類型2消息。CNSRNCUERANAPRANAPPAGINGRRCRRCDCCH: PAGING TYPE 2尋呼流程尋呼流程lUE收到尋呼后的行為 UTRAN在同一尋呼時刻可以對多個UE進(jìn)行尋呼，每個被呼UE的信息包含在PAGING TYPE 1中的“paging record”。若包含信息元素若包

6、含信息元素“BCCH modification info”，任何在空閑模式、CELL_PCH 或 URA_PCH 狀態(tài)的UE應(yīng)重新讀取系統(tǒng)消息，不去理會“Paging record”的內(nèi)容。其他：如果如果UE在空閑模式在空閑模式，UE將：1、若信息元素 Used paging identity paging originator為一個CN標(biāo)識，則比較其中包含的CN IE“UE標(biāo)識類型”和所有其分配的CN UE標(biāo)識；若找到一個相匹配，則指示尋呼接收；2、否則，UE將忽略該尋呼記錄。如果如果UE在連接模式在連接模式，UE將：1、若信息元素 Used paging identity為UTRAN，并且

7、這個U-RNTI和已分配給UE的U-RNTI相同： 如果包括可選信息元素“CN originated page to connected mode UE”，則UE指示尋呼接受； 如果不包括可選信息元素“CN originated page to connected mode UE”，UE執(zhí)行以“paging response”為原因的小區(qū)更新過程；2、若信息元素“ Used paging identity”不為UTRAN，UE忽略該尋呼記錄。第一章第一章 尋呼的主要過程尋呼的主要過程l第一節(jié)第一節(jié) 尋呼的類型尋呼的類型l第二節(jié)第二節(jié) 尋呼流程尋呼流程DRX過程過程lPICH尋呼指示信道（PIC

8、H）是固定速率的物理信道（擴(kuò)頻因子為256），用于攜帶尋呼指示（PI）。PICH總是和PCH所映射的SCCPCH相關(guān)聯(lián)。下圖給出了PICH的幀結(jié)構(gòu)。一個長度為10ms的PICH由300bit組成，其中288bit(b0,b1,b288)用于攜帶尋呼指示，剩余12個bit留作后用。 b1b0288 bits for paging indication12 bits (transmissionoff)One radio frame (10 ms)b287b288b299DRX過程過程Number of paging indicators per frame (Np)Pq = 1Pq = 0Np=1

9、8b16q, , b16q+15 = 1, 1, 1b16q, , b16q+15 = 0, 0, 0Np=36b8q, , b8q+7 = 1, 1, 1b8q, , b8q+7 = 0, 0, 0Np=72b4q, , b4q+3 = 1, 1, 1b4q, , b4q+3 = 0, 0, 0Np=144b2q, b2q+1 = 1, 1b2q, b2q+1 = 0, 0每個PICH幀攜帶NP個尋呼指示，NP定義了PICH信道上每幀支持的最多尋呼指示數(shù)，UE在小區(qū)系統(tǒng)消息中獲取NP的值。NP的取值為18，36，72，144，相當(dāng)于將288個bit分為NP個等份，每等份有288/NP個bit

10、s，每等份就是一個尋呼指示（PI）。Mapping of paging indicators Pq to PICH bitsDRX過程過程PICHAssociated S-CCPCH framePICH frame containing paging indicatorPICH和和SCCPCH的關(guān)聯(lián)的關(guān)聯(lián)尋呼指示信道（PICH），用于攜帶尋呼指示（PI）。PCH承載于SCCPCH信道，其攜帶被尋呼的UE 的具體信息。PICH總是和PCH所映射的SCCPCH相關(guān)聯(lián)。PICH無線幀的尾部比隨路的SCCPCH提前7680chips。PICH和SCCPCH的定時關(guān)系如下圖所示：DRX過程過程UE采用非

11、連續(xù)的方式偵聽PICH，監(jiān)視尋呼指示PI，如下圖所示UE要監(jiān)視每個尋呼周期中紅點所指示的幀（paging occasions），然后解碼該幀第q個PI，q的計算如下。02K-104095。P I P IP IP I。01qNP-1一個DRX周期DRX過程過程lDRX循環(huán)長度和尋呼時刻循環(huán)長度和尋呼時刻UE在空閑模式下按一定的周期去解碼PICH，只有存在尋呼指示時，才會去解碼隨路的SCCPCH信息，即不連續(xù)接收方式（DRX）?？臻e模式下DRX尋呼周期的計算公式： DRX cycle length (2K) *PBP frames其中：K為IE“CN domain specific DRX cyc

12、le length coefficient”，目前CS和PS的K值都是6；PBP為尋呼塊周期（主要用于TDD模式），F(xiàn)DD模式下，PBP = 1。UE尋呼時刻的計算公式： Paging Occasion（CELL SFN） = (IMSI div M) mod (DRX cycle length div PBP) * PBP + n * DRX cycle length + Frame Offset這里n = 0,1,2，只要計算出的Paging Occasion小于SFN的最大值4096，在FDD情況下Frame Offset = 0，M是承載PCH的SCCPCH的個數(shù)，通常為1。上述公式可

13、以簡化為： SFN = IMSI mod (2K) + n*(2K) DRX過程過程UE通過計算出自己的尋呼指示下標(biāo)P（ PICH每幀的第q等份bits）： NpNpSFNSFNSFNSFNPIqmod144144mod512/64/8/18其中PI = DRX index mod NP = (IMSI div 8192) mod NP，SFN就是UE的尋呼時刻，為PICH開始出現(xiàn)時PCCPCH的SFN。根據(jù)以上公式，UE可知道自己PI的下標(biāo)，這樣UE可以僅監(jiān)視PICH中的與自己關(guān)聯(lián)的bits，一旦發(fā)現(xiàn)它們被置為“1”時，UE就知道自己被尋呼了。DRX過程過程l尋呼信道選擇尋呼信道選擇系統(tǒng)信息

14、塊類型5（SIB5）規(guī)定了空閑模式使用的尋呼信道。在一個小區(qū)內(nèi)，可建立一個或幾個PCH，在系統(tǒng)信息中指出的每個SCCPCH可承載一個PCH，因此，對于每個規(guī)定的PCH都指出一個唯一對應(yīng)的PICH。如果在SIB5中規(guī)定了不只一個PCH和相關(guān)的PICH，UE將根據(jù)如下規(guī)則進(jìn)行選擇：UE將基于IMSI從SIB5列出的SCCPCH中選擇一個如下： Index of selected SCCPCH = IMSI mod KIndex of selected SCCPCH = IMSI mod K 這里，K等于列出承載一個PCH的SCCPCH的個數(shù)，只承載一個FACH的SCCPCH將不計數(shù)。一般情況下，K

15、值取1。目前一般實現(xiàn)的是一個小區(qū)配置一個PICH和一個SCCPCH，SCCPCH上承載兩個FACH和一個PCH。 DRX過程過程lDRX應(yīng)用舉例應(yīng)用舉例小區(qū)建立后，廣播的系統(tǒng)信息中，有關(guān)尋呼的參數(shù)設(shè)置為：IE“CN domain specific DRX cycle length coefficient”：6IE“Number of PI per frame”：36UE接收到這些信息后，計算出自己的尋呼時間、PI以及p值?，F(xiàn)有一個用戶，其IMSI 為“448835805669362”，則該UE的計算結(jié)果如下：DRX cycle length = 64 （2的6次方）Cell SFN “4488

16、35805669362” mod 64+ n*64 = 50 + 64*n (n = 0,1,2,.)（假設(shè)此處 n 取值為3）PI = (448835805669362 div 8192) mod 36 = 14q = (14 + (18*(242 + 242/8 + 242/64 + 242/512) mod 144) *0.25) mod 36 = 27從上面的計算可知，該小區(qū)PICH每幀攜帶36個尋呼指示，每個尋呼指示有288/36 = 8個bit組成，UE需要監(jiān)視每個PICH無線幀的bit216（278）bit223，如果這些8個bit變成了1，UE知道自己可能被尋呼了，要在SCCP

17、CH上接收尋呼消息。 課程內(nèi)容課程內(nèi)容T第一章第一章 尋呼的主要過程尋呼的主要過程第三章第三章 尋呼過程的性能尋呼過程的性能第二章第二章 尋呼過程的消息尋呼過程的消息l第二節(jié)第二節(jié) L2信令分析信令分析L3信令分析信令分析與尋呼相關(guān)的信令主要包括：Iu ：PagingIub：“COMMON TRANSPORT CHANNEL SETUP REQUEST ”（配置PCH、PICH參數(shù)）Uu：尋呼類型1、尋呼類型2、系統(tǒng)消息1、系統(tǒng)消息5。 IU口尋呼口尋呼lPagingCN如果需要和UE建立信令連接，就會在IU口發(fā)起尋呼過程。CN下發(fā)的PAGING消息包含以下信元：CN Domain Indic

18、ator：必選信元，表示尋呼消息來自CS還是PS域。Permanent NAS UE Identity：必選信元，被尋呼UE的IMSI。DRX Cycle Length Coefficient：可選信元，DRX循環(huán)長度系數(shù)K，用于計算UE的DRX周期，如果該信元存在UTRAN就透傳給UE。UE可能會收到CS、PS、UTRAN配置的K值，UE取三者的最小值。 Temporary UE Identity：可選信元，CN給UE分配的臨時標(biāo)識（TMSI或PTMSI），如果此信元不存在，UTRAN就使用IMSI進(jìn)行尋呼。Paging Area：CS尋呼使用位置區(qū)標(biāo)識LAI（MCC+MNC+LAC），PS

19、的尋呼使用路由區(qū)標(biāo)識RAI（LAI+RAC）。Paging Cause：發(fā)送尋呼消息的原因，詳細(xì)的尋呼原因可以參考3GPP TS25.413 9.2.3.3協(xié)議（主要是terminating call/signalling等）。Non Searching Indicator：可選信元，CN指示RNC是否進(jìn)行協(xié)作尋呼。如果該信元不存在或者信元的值為“Searching”，并且UTRAN檢測到UE處于連接態(tài)，UTRAN會在空口發(fā)起尋呼類型2，其它情況下發(fā)起尋呼類型1。 IU口尋呼口尋呼lIU口尋呼信令解析 尋呼類型尋呼類型1l尋呼類型1UTRAN可以通過尋呼分組在一個尋呼類型1消息中對多個UE進(jìn)行

20、尋呼，尋呼類型1的信令解析如下圖所示。尋呼類型1包含以下信元：Paging record list：協(xié)議規(guī)定每個尋呼時刻最多可以尋呼8個UE，對應(yīng)8個UE尋呼記錄，每個尋呼記錄中包含尋呼的來源。如果是CN發(fā)起的尋呼，要給出CN的域標(biāo)識、UE的NAS層標(biāo)識、尋呼原因等信息；如果是UTRAN發(fā)起的尋呼，要給出AS層UE標(biāo)識URNTI。BCCH modification info：可選信元，使用value tag標(biāo)識系統(tǒng)信息的改變。如果該信元存在，UE會忽略Paging record list，去讀系統(tǒng)消息。 尋呼類型尋呼類型1尋呼類型1尋呼類型尋呼類型2l尋呼類型2對處于CELL_DCH或CELL

21、_FACH狀態(tài)的UE，UTRAN通過在DCCH上發(fā)送PAGING TYPE 2消息啟動該過程。UTRAN可以在進(jìn)行其他過程時發(fā)送PAGING TYPE 2消息，同時那個過程的狀態(tài)不應(yīng)受到影響，除非另有說明。UTRAN應(yīng)將信息元素“Paging cause”設(shè)為從上層接收的尋呼原因。如果沒有得到，UTRAN將其設(shè)為“Terminating cause unknown”。 公共傳輸信道建立請求公共傳輸信道建立請求lCOMMON TRANSPORT CHANNEL SETUP REQUEST （IUB）RNC通過IUB口信令“公共傳輸信道建立請求”來通知NODEB PCH傳輸信道參數(shù)和PICH的相關(guān)

22、參數(shù)。從下圖可以看出，PCH的兩種傳輸塊格式（0 x240，1x240），功率相對PCPICH大2個dB；PICH的NP值為36，功率比PCPICH小3個dB。 公共傳輸信道建立請求公共傳輸信道建立請求公共傳輸信道建立請求（IUB）系統(tǒng)消息系統(tǒng)消息1l系統(tǒng)消息1UTRAN通過系統(tǒng)消息1通知UE DRX循環(huán)周期系數(shù)，如下圖所示，CS、PS的DRX循環(huán)周期系數(shù)都是8。 系統(tǒng)消息系統(tǒng)消息5l系統(tǒng)消息5 UE通過讀系統(tǒng)消息5得到PCH的傳輸格式和PICH的NP值。 第二章第二章 尋呼過程的消息尋呼過程的消息l第一節(jié)第一節(jié) L3信令分析信令分析L2信令分析信令分析lL2信令分析MACCFACH FPFA

23、CH FPRACH FPRACH FPFACH FPFACH FPPCH FPSCCPCHSCCPCHPRACHPRACHPCCHCCCHCCCHRLCRLCMACDMACDAAL2(DL)(DL)CCCH(UL)(UM)(UM)L2信令分析信令分析lL2信令分析從上圖可以看出PCCH、MACC、PCH FP、SCCPCH間的映射關(guān)系，PCCH在RLC層采用TM模式，由MACC進(jìn)行尋呼分組的調(diào)度。PCH的相關(guān)特性在PCH FP幀中得到體現(xiàn)，PCH數(shù)據(jù)幀包括尋呼指示信息和尋呼消息。為了尋呼一個UE，兩個連續(xù)PCH數(shù)據(jù)幀用連續(xù)CFN發(fā)送，第一幀包含尋呼指示信息，第二幀包括尋呼消息。對于NODEB來

24、說，除了NP通過公共傳輸信道建立獲得，其它參數(shù)都體現(xiàn)在高層下發(fā)的PCH FP幀中，PI包含在PI bitmap中，DRX Cycle length是由具有相同的PI指示的PCH FP的時間間隔決定，尋呼時刻可以由PCH FP中的CFN計算得到。PCH FP幀結(jié)構(gòu)如下圖所示。 L2信令分析信令分析lPCH FP結(jié)構(gòu)Header CRCCFNFirst TBHeaderPayloadFTFirst TBPad70Payload CRCPayload CRC ( cont)Last TBLast TBPadCFN (cont)TFINot UsedPI-bitmapPI-bitmapPadPISpa

25、re ExtensionSpareL2信令分析信令分析其中數(shù)據(jù)幀中的各單元描述如下：頭部CRC： 循環(huán)容余多項式是按一個數(shù)據(jù)幀的頭用多項式（X7+X6+X2+1）來計算的。CRC 的計算應(yīng)包括頭中的所有比特。值范圍： 0-127，字段長度： 7個比特。幀類型： 描述它是一個控制幀還是數(shù)據(jù)幀。值范圍： 0=數(shù)據(jù), 1=控制，字段長度： 1個比特。連接幀號 (CFN)： 指示在上行鏈路上接收或?qū)⒁谙滦墟溌飞习l(fā)送的第一個數(shù)據(jù)是哪一個無線幀。值范圍和字段長度取決于CFN 所用的傳送信道。值范圍(PCH)：0-4095，字段長度(PCH)：12個比特；其它傳輸信道的CFN范圍（0-255）。傳輸格式指

26、示：TFI是用于傳送一個TTI的傳送格式的標(biāo)識號。值范圍：0-31，字段長度：5個比特。L2信令分析信令分析傳輸塊：傳輸塊為一個要傳送的或通過無線接口已接收的數(shù)據(jù)塊。TFI 指示的傳輸格式描述了傳輸塊長度和傳輸塊集合大小。 凈 荷 C R C ： 循 環(huán) 容 余 多 項 式 是 按 一 個 數(shù) 據(jù) 幀 的 凈 荷 用 多 項 式（X16+X15+X2+1）來計算的。CRC 的計算應(yīng)包括數(shù)據(jù)幀的凈荷中的所有比特，字段長度：16個比特。尋呼指示 (PI)：描述凈荷中是否出現(xiàn)PI Bitmap。值范圍：0=凈荷中無PI -Bitmap , 1=凈荷中有PI-bitmap ，字段長度：1個比特。尋呼指

27、示比特映射 (PI-bitmap)：尋呼指示PI0.PIN-1 的bitmap 。第一個字節(jié)的Bit 7包含PI0，第一個字節(jié)的Bit 6包含PI1,., 第二個字節(jié)的Bit 7包含PI8，并一直這樣下去。值范圍： 18, 36, 72 或144 尋呼指示。字段長度：3, 5, 9 或 18 字節(jié) 。如果PI-bitmap為1，標(biāo)識監(jiān)聽該尋呼指示位的手機(jī)被尋呼。 課程內(nèi)容課程內(nèi)容T第一章第一章 尋呼的主要過程尋呼的主要過程第三章第三章 尋呼過程的性能尋呼過程的性能第三章第三章 尋呼過程的性能尋呼過程的性能l第二節(jié)第二節(jié) 尋呼參數(shù)分析尋呼參數(shù)分析l第三節(jié)第三節(jié) 尋呼話統(tǒng)與告警尋呼話統(tǒng)與告警l第四

28、節(jié)第四節(jié) 尋呼異常情況尋呼異常情況尋呼調(diào)度尋呼調(diào)度尋呼調(diào)度在MACC進(jìn)行，主要動作：lRNC的L3接到CN來的尋呼消息后，判斷如果系統(tǒng)沒有過載就將尋呼消息發(fā)給MACC，如果系統(tǒng)處于過載狀態(tài)就丟棄尋呼消息。lMACC收到上層發(fā)來的尋呼消息后，計算出尋呼時刻，在離當(dāng)前CFN最近的一個尋呼周期的對應(yīng)位置將尋呼記錄保存下來，對于每個尋呼時刻MACC最多保存8個尋呼記錄，如果超過8個就會丟棄。l在每個尋呼時刻到來時，MACC對該尋呼時刻對應(yīng)的尋呼記錄進(jìn)行編碼后下發(fā)給NODEB，然后清除尋呼記錄，NODEB在小區(qū)尋呼信道下發(fā)。l如果系統(tǒng)消息更新引起的尋呼，MACC立即編碼下發(fā)，并清除所有的尋呼記錄。尋呼調(diào)

29、度尋呼調(diào)度lPCH容量容量：目前MACC支持的PCH的傳輸塊為240bit，每幀支持的編碼后的尋呼消息不能超過240bit。根據(jù)尋呼類型1的信元結(jié)構(gòu)和ASN.1 PER編碼規(guī)則，如果尋呼消息的UE標(biāo)識時IMSI，每個尋呼時刻最多支持3個UE，如果UE標(biāo)識是TMSI或者PTMSI最多支持5個UE。l硬件處理能力問題硬件處理能力問題：以目前PCH的編碼方式，一個尋呼幀尋呼的UE的個數(shù)還不能達(dá)到協(xié)議值8，如果在同一尋呼時刻尋呼UE的個數(shù)超過系統(tǒng)的處理能力，就會造成尋呼丟失，造成呼損的情況。根據(jù)尋呼時刻的計算方式，在配置IMSI時要進(jìn)行詳細(xì)規(guī)劃，保證每個UE的尋呼時刻均勻分布在一個尋呼周期內(nèi)每個幀上。

30、l網(wǎng)絡(luò)可以采取重發(fā)尋呼來提高UE的尋呼成功率。CN在尋呼定時器超時后在IU口重發(fā)尋呼消息，UTRAN也可以在MACC調(diào)度時重發(fā)，表現(xiàn)在不同的尋呼周期內(nèi)重發(fā) 。 第三章第三章 尋呼過程的性能尋呼過程的性能l第二節(jié)第二節(jié) 尋呼參數(shù)分析尋呼參數(shù)分析l第三節(jié)第三節(jié) 尋呼話統(tǒng)與告警尋呼話統(tǒng)與告警l第四節(jié)第四節(jié) 尋呼異常情況尋呼異常情況尋呼參數(shù)分析尋呼參數(shù)分析DRX尋呼周期系數(shù) lDRX尋呼周期系數(shù)K值決定了DRX周期長度，K值越大，DRX周期就越長，UE功耗會降低，但是UE尋呼周期變長；如果K值過小，尋呼周期變小，UE處理尋呼開銷和功耗都會增加。協(xié)議值給出范圍212，目前我司取值6，尋呼周期為0.64秒

31、。lUE的DRX尋呼周期系數(shù)有三個來源：系統(tǒng)消息、CN的尋呼消息、UTRAN的Uu口信令，并且CS、PS的處理方式也不一樣。對于PS域，DRX尋呼周期系數(shù)由UE和SGSN通過NAS層消息（attach過程）協(xié)商，不管UE處于IDLE或者是連接狀態(tài)都以協(xié)商數(shù)據(jù)為準(zhǔn)，如果協(xié)商失敗則使用CS域的尋呼系數(shù)。對于CS域，如果UE在IDLE狀態(tài)下，DRX尋呼周期系數(shù)使用系統(tǒng)消息、CN的尋呼消息中的最小值；如果UE在連接狀態(tài)，DRX尋呼周期系數(shù)使用系統(tǒng)消息、CN的尋呼消息、UTRAN的UU口信令中的最小值。 尋呼參數(shù)分析尋呼參數(shù)分析DRX尋呼周期系數(shù)（二） RNC有兩條MML命令可以修改DRX尋呼周期系數(shù)：

32、1、SET FRC修改UTRAN的DRX尋呼周期系數(shù)(“DRXCYCLELENCOEF”)，通過如下信令通知UE：UU_CELL_UPDATE_CONFIRM、UU_URA_UPDATE_CONFIRM、UU_PH_CH_RECFG、UU_TR_CH_RECFG、UU_RB_SETUP、UU_RB_REL、UU_RB_RECFG2、MOD CNDOMAIN修改CS、PS的DRX尋呼周期系數(shù)，修改后會發(fā)尋呼類型1通知UE讀更新后的系統(tǒng)消息（in Idle Mode）。 尋呼參數(shù)分析尋呼參數(shù)分析NP值 lNp是物理信道PICH在一幀中下發(fā)的PI尋呼指示數(shù)，取值范圍在（18，36，72，144），該

33、參數(shù)在系統(tǒng)消息5中通過“Number of PI per frame”指示。UE會在確定的尋呼時機(jī)接收PICH發(fā)送的PI幀，只有相應(yīng)的PI指示有效，UE才會去解調(diào)后續(xù)的S-CCPCH幀。lNp參數(shù)將所有的UE分成了Np組，每一個組中所有的UE使用同一個PI。lNp的取值對網(wǎng)絡(luò)的影響：Np的值設(shè)置過小，則每組中對應(yīng)的UE數(shù)目較多，對每個UE而言，PI指示出現(xiàn)的概率增大，被喚醒的次數(shù)越多；Np值設(shè)置過大，則每組中對應(yīng)的UE數(shù)目較少，對每個IMSI而言，PI指示出現(xiàn)的概率也較小，被喚醒的次數(shù)也較少；Np越大，對UE的PICH解調(diào)性能要求越高。l該參數(shù)通過ADD PICH命令設(shè)置（“PICHMODE”

34、）。 尋呼參數(shù)分析尋呼參數(shù)分析尋呼重發(fā)次數(shù)和時間間隔 l為了提高尋呼的成功率，CN和RNC都會重發(fā)尋呼消息。但是尋呼重發(fā)會造成尋呼量的增加，特別是在空中接口公共下行信道擁塞的情況下，大大浪費下行信道資源，造成新的尋呼消息不能及時下發(fā)。為了兼顧尋呼成功率和尋呼效率，CN尋呼重發(fā)次數(shù)和時間間隔要和UTRAN的重發(fā)結(jié)合起來考慮。l目前我司的實現(xiàn)是RNC重發(fā)一次尋呼類型1消息，前后兩次的間隔是一個尋呼周期，DRX循環(huán)周期系數(shù)取值6，也就是間隔640ms。CN最多支持4次尋呼重發(fā)，即CN支持尋呼消息的5次發(fā)送。CN尋呼重發(fā)時間間隔可以設(shè)由CN通過軟參設(shè)置。l設(shè)置CN尋呼重發(fā)次數(shù)和時間間隔的命令為MOD

35、PGCTRL；設(shè)置RNC尋呼重發(fā)次數(shù)的命令為SET WFMRCFGDATA（“MACCPAGEREPEAT”）。尋呼參數(shù)分析尋呼參數(shù)分析尋呼重發(fā)次數(shù)和時間間隔（二） l在CN重發(fā)1次的情況下，CN尋呼重發(fā)的時間間隔可以按以下考慮：如果UTRAN不重發(fā)，CN重發(fā)時間間隔應(yīng)該大于一個DRX周期（640ms），可以取1s。從以上的尋呼調(diào)度可以看出，當(dāng)一個尋呼消息從CN發(fā)到UTRAN，UTRAN計算出的尋呼時刻CFN離當(dāng)前PCH CFN的最大時間間隔是一個DRX周期（640ms），如果在這個時間間隔內(nèi)CN再發(fā)一個尋呼消息過來，上一個尋呼消息還沒有發(fā)出，這樣會造成不必要的信道帶寬浪費。如果UTRAN重發(fā)

36、1次，CN重發(fā)時間應(yīng)該大于2個DRX周期。l遵循一個原則，CN應(yīng)該等到UTRAN完成上一條尋呼消息的發(fā)送和重發(fā)后再重發(fā)下一條尋呼消息。為了保證這個原則，可以同時調(diào)整CN的重發(fā)次數(shù)、重發(fā)時間間隔、UTRAN重發(fā)次數(shù)、DRX尋呼周期等參數(shù)使其滿足這個關(guān)系原則。 第三章第三章 尋呼過程的性能尋呼過程的性能l第二節(jié)第二節(jié) 尋呼參數(shù)分析尋呼參數(shù)分析l第三節(jié)第三節(jié) 尋呼話統(tǒng)與告警尋呼話統(tǒng)與告警l第四節(jié)第四節(jié) 尋呼異常情況尋呼異常情況尋呼話統(tǒng)與告警尋呼話統(tǒng)與告警l尋呼話統(tǒng)RNC的尋呼話統(tǒng)指標(biāo)如下表所示。其中“CN_PAGE_IDLE_UE_SUCC_RATE”和“UTRAN_PAGE1_SUCC_RATE”

37、兩個主要指標(biāo)表征了尋呼的性能。在CN側(cè)也可以統(tǒng)計尋呼的成功率、第一次/第二次尋呼的成功率等。話統(tǒng)指標(biāo)名稱話統(tǒng)指標(biāo)名稱 話統(tǒng)指標(biāo)含義話統(tǒng)指標(biāo)含義 話統(tǒng)指標(biāo)標(biāo)準(zhǔn)測量點話統(tǒng)指標(biāo)標(biāo)準(zhǔn)測量點 CN_PAGE_REQ 統(tǒng)計IU接口尋呼的次數(shù)收到CN發(fā)起的PAGING消息CN_PAGE_IDLE_UE_REQ統(tǒng)計IU接口尋呼空閑用戶的次數(shù)收到CN發(fā)起的PAGING消息，且被尋呼的UE當(dāng)前為空閑態(tài)CN_PAGE_IDLE_UE_SUCC統(tǒng)計尋呼空閑用戶成功的次數(shù)收到UE的RRC連接請求消息，且請求原因為被叫類原因，如“Terminating Conversational Call”UTRAN_PAGE1_REQ統(tǒng) 計 由 U T R