《w(高级)-寻呼过程分析培训课件-20051108-a-1.1》由会员分享，可在线阅读，更多相关《w(高级)-寻呼过程分析培训课件-20051108-a-1.1（57页珍藏版）》请在金锄头文库上搜索。
1、,WCDMA 寻呼过程分析,前言,寻呼是接入过程中一个主要的行为，也是优化接入过程性能的一个主要方面。 本文档概要介绍了寻呼的基本过程，在此基础上对寻呼相关的关键参数、信令、性能等内容进行了分析 ，帮助使用者熟悉WCDMA的寻呼过程。,课程目标,寻呼的主要过程 寻呼过程的消息 寻呼性能分析,学习完本课程，您将能够熟悉：,课程内容,T,第一章 寻呼的主要过程 第二章 寻呼过程的消息 第三章 寻呼过程的性能,第一章 寻呼的主要过程,第一节 寻呼的类型 第二节 寻呼流程 第三节 DRX过程,寻呼的类型,Paging Type 1： 应用于UE处于idle、CELL_PCH、URA_PCH状态时。 P
2、aging Type 2: 应用于UE处于CELL_FACH或者CELL_DCH状态时。,寻呼的类型,CN发起的寻呼： CN发起寻呼的目的是使CN能够请求UTRAN联系UE。寻呼过程在IU接口使用无连接的信令过程。CN通过发送寻呼消息触发寻呼过程，UTRAN则将CN寻呼消息通过UU接口上的寻呼过程发送给UE，使得被寻呼的UE发起与CN的信令连接建立过程 。 UTRAN发起的寻呼： 当系统消息发生改变时，UTRAN为了通知处在空闲模式、CELL_PCH和URA_PCH状态下的UE进行系统消息更新，会触发寻呼过程。 为了触发处于CELL_PCH，URA_PCH状态下的UE进行状态迁移，UTRAN会
3、进行一次寻呼流程，作为对该寻呼的一种应答形式，UE会相应的发起一次小区更新或URA更新过程。,第一章 寻呼的主要过程,第一节 寻呼的类型 第二节 寻呼流程 第三节 DRX过程,寻呼流程,寻呼类型1 CN发起的寻呼： 如果IU接口的PAGING消息中带有LAI或者RAI，RNC会向指定位置区或路由区的所有小区下发PAGING TYPE1消息；如果没有LAI或者RAI，RNC会向本RNC的所有小区下发PAGING TYPE1消息。 如下图所示，CN在一个位置区LA中发起寻呼，LA分布在两个RNC中。RNC收到寻呼消息后，根据LAI查找与其对应的所有小区，然后计算出寻呼时刻，寻呼时刻到来时在PCCH
4、上向这些小区发送寻呼类型1消息 。 UTRAN发起的寻呼： 当UE处于CELL_PCH或URA_PCH状态时，如果UTRAN需要和UE进行信息交互，包括信令和数据，需要在PCCH上发送寻呼类型1来通知UE从CELL_PCH或URA_PCH迁移到CELL_FACH，UE通过小区更新的过程来完成状态迁移。,寻呼流程,寻呼类型1,寻呼流程,寻呼类型2 如果UE处于CELL_DCH或者CELL_FACH状态，UTRAN会在DCCH上向被寻呼的UE发送寻呼类型2消息。,寻呼流程,UE收到寻呼后的行为 UTRAN在同一寻呼时刻可以对多个UE进行寻呼，每个被呼UE的信息包含在PAGING TYPE 1中的“
5、paging record”。 若包含信息元素“BCCH modification info”，任何在空闲模式、CELL_PCH 或 URA_PCH 状态的UE应重新读取系统消息，不去理会“Paging record”的内容。其他： 如果UE在空闲模式，UE将： 1、若信息元素“ Used paging identity paging originator“为一个CN标识，则比较其中包含的CN IE“UE标识类型”和所有其分配的CN UE标识；若找到一个相匹配，则指示寻呼接收； 2、否则，UE将忽略该寻呼记录。 如果UE在连接模式，UE将： 1、若信息元素“ Used paging ident
6、ity“为UTRAN，并且这个U-RNTI和已分配给UE的U-RNTI相同： 如果包括可选信息元素“CN originated page to connected mode UE”，则UE指示寻呼接受； 如果不包括可选信息元素“CN originated page to connected mode UE”，UE执行以“paging response”为原因的小区更新过程； 2、若信息元素“ Used paging identity”不为UTRAN，UE忽略该寻呼记录。,第一章 寻呼的主要过程,第一节 寻呼的类型 第二节 寻呼流程 第三节 DRX过程,DRX过程,PICH 寻呼指示信道（PIC
7、H）是固定速率的物理信道（扩频因子为256），用于携带寻呼指示（PI）。PICH总是和PCH所映射的SCCPCH相关联。 下图给出了PICH的帧结构。一个长度为10ms的PICH由300bit组成，其中288bit(b0,b1,b288)用于携带寻呼指示，剩余12个bit留作后用。,DRX过程,每个PICH帧携带NP个寻呼指示，NP定义了PICH信道上每帧支持的最多寻呼指示数， UE在小区系统消息中获取NP的值。NP的取值为18，36，72，144，相当于将288个 bit分为NP个等份，每等份有288/NP个bits，每等份就是一个寻呼指示（PI）。,Mapping of paging in
8、dicators Pq to PICH bits,DRX过程,PICH和SCCPCH的关联 寻呼指示信道（PICH），用于携带寻呼指示（PI）。PCH承载于SCCPCH信道，其携带被寻呼的UE 的具体信息。PICH总是和PCH所映射的SCCPCH相关联。PICH无线帧的尾部比随路的SCCPCH提前7680chips。 PICH和SCCPCH的定时关系如下图所示：,DRX过程,UE采用非连续的方式侦听PICH，监视寻呼指示PI，如下图所示UE要监视每个寻呼周期中红点所指示的帧（paging occasions），然后解码该帧第q个PI，q的计算如下。,DRX过程,DRX循环长度和寻呼时刻 UE在
9、空闲模式下按一定的周期去解码PICH，只有存在寻呼指示时，才会去解码随路的SCCPCH信息，即不连续接收方式（DRX）。 空闲模式下DRX寻呼周期的计算公式： DRX cycle length (2K) *PBP frames 其中：K为IE“CN domain specific DRX cycle length coefficient”，目前CS和PS的K值都是6；PBP为寻呼块周期（主要用于TDD模式），FDD模式下，PBP = 1。 UE寻呼时刻的计算公式： Paging Occasion（CELL SFN） = (IMSI div M) mod (DRX cycle length di
10、v PBP) * PBP + n * DRX cycle length + Frame Offset 这里n = 0,1,2，只要计算出的Paging Occasion小于SFN的最大值4096，在FDD情况下Frame Offset = 0，M是承载PCH的SCCPCH的个数，通常为1。 上述公式可以简化为： SFN = IMSI mod (2K) + n*(2K),DRX过程,UE通过计算出自己的寻呼指示下标P（ PICH每帧的第q等份bits）：,其中PI = DRX index mod NP = (IMSI div 8192) mod NP，SFN就是UE的寻呼时刻，为PICH开始出现
11、时PCCPCH的SFN。 根据以上公式，UE可知道自己PI的下标，这样UE可以仅监视PICH中的与自己关联的bits，一旦发现它们被置为“1”时，UE就知道自己被寻呼了。,DRX过程,寻呼信道选择 系统信息块类型5（SIB5）规定了空闲模式使用的寻呼信道。在一个小区内，可建立一个或几个PCH，在系统信息中指出的每个SCCPCH可承载一个PCH，因此，对于每个规定的PCH都指出一个唯一对应的PICH。 如果在SIB5中规定了不只一个PCH和相关的PICH，UE将根据如下规则进行选择： UE将基于IMSI从SIB5列出的SCCPCH中选择一个如下： Index of selected SCCPCH
12、 = IMSI mod K 这里，K等于列出承载一个PCH的SCCPCH的个数，只承载一个FACH的SCCPCH将不计数。一般情况下，K值取1。 目前一般实现的是一个小区配置一个PICH和一个SCCPCH，SCCPCH上承载两个FACH和一个PCH。,DRX过程,DRX应用举例 小区建立后，广播的系统信息中，有关寻呼的参数设置为： IE“CN domain specific DRX cycle length coefficient”：6 IE“Number of PI per frame”：36 UE接收到这些信息后，计算出自己的寻呼时间、PI以及p值。 现有一个用户，其IMSI 为“4488
13、35805669362”，则该UE的计算结果如下： DRX cycle length = 64 （2的6次方） Cell SFN “448835805669362” mod 64+ n*64 = 50 + 64*n (n = 0,1,2,.)（假设此处 n 取值为3） PI = (448835805669362 div 8192) mod 36 = 14 q = (14 + (18*(242 + 242/8 + 242/64 + 242/512) mod 144) *0.25) mod 36 = 27 从上面的计算可知，该小区PICH每帧携带36个寻呼指示，每个寻呼指示有288/36 = 8个
14、bit组成，UE需要监视每个PICH无线帧的bit216（278）bit223，如果这些8个bit变成了“1“，UE知道自己可能被寻呼了，要在SCCPCH上接收寻呼消息。,课程内容,T,第一章 寻呼的主要过程 第二章 寻呼过程的消息 第三章 寻呼过程的性能,第二章 寻呼过程的消息,第一节 L3信令分析 第二节 L2信令分析,L3信令分析,与寻呼相关的信令主要包括： Iu ：Paging Iub：“COMMON TRANSPORT CHANNEL SETUP REQUEST ”（配置PCH、PICH参数） Uu：寻呼类型1、寻呼类型2、系统消息1、系统消息5。,IU口寻呼,Paging CN如果
15、需要和UE建立信令连接，就会在IU口发起寻呼过程。CN下发的PAGING消息包含以下信元： CN Domain Indicator：必选信元，表示寻呼消息来自CS还是PS域。 Permanent NAS UE Identity：必选信元，被寻呼UE的IMSI。 DRX Cycle Length Coefficient：可选信元，DRX循环长度系数K，用于计算UE的DRX周期，如果该信元存在UTRAN就透传给UE。UE可能会收到CS、PS、UTRAN配置的K值，UE取三者的最小值。 Temporary UE Identity：可选信元，CN给UE分配的临时标识（TMSI或PTMSI），如果此信元
16、不存在，UTRAN就使用IMSI进行寻呼。 Paging Area：CS寻呼使用位置区标识LAI（MCC+MNC+LAC），PS的寻呼使用路由区标识RAI（LAI+RAC）。 Paging Cause：发送寻呼消息的原因，详细的寻呼原因可以参考3GPP TS25.413 9.2.3.3协议（主要是terminating call/signalling等）。 Non Searching Indicator：可选信元，CN指示RNC是否进行协作寻呼。如果该信元不存在或者信元的值为“Searching”，并且UTRAN检测到UE处于连接态，UTRAN会在空口发起寻呼类型2，其它情况下发起寻呼类型1。,IU口寻呼,IU口寻呼信令解析,寻呼类型1,寻呼类型1 UTRAN可以通过寻呼分组在一个寻呼类型1消息中对多个UE进行寻呼，寻呼类型1的信令解析如下图所示。 寻呼类型1包含以下信元： Paging record list：协议规定每个寻呼时刻最
