GPRS几种状态的分析.docx

GPRS几种状态的分析 2007-05-11 18:00 来源：中国通信运维网我们通过研读GPRS规范，并结合测试工具的实际验证，从原理上对一些问题尝试进 行分析和解释。本篇先对GPRS协议栈不同层面的状态进行分析，理解了这些状态后，有些 问题就迎刃而解了。在分析状态前，先对目前GPRS网络的有关配置进行说明：-规范定义了 3种GPRS网络工作模式（I, II,及III），系统信息中指明了网络的实际工作模式，目前我省的网络工作模式为II，具体定义为：Network operation mode II: the network sends a CS paging message for a GPRS-attached MS on the CCCH paging channel, and this channel is also used for GPRS paging. This means that the MS needs only to monitor the CCCH paging chann el, but that CS paging continues on this paging channel even if the MS has been assigned a packet data channel.-MSC/VLR和SGSN之间的互动通过Gs接口实现，这种互动主要用来协调同时处于GPRS-at tached 和 IMSI-attachedi手机的 Combined RA/LA Updating 和 CS Paging 动作。在网络工作模式I下Gs接口才有意义。目前我省GPRS网络未启用Gs接口，也就是RA Updat ing、LA Updating分别进行，CS Paging不能通过SGSN进行。-小区未设置PCCCH，根据规范：小区不设置PCCCH时，GPRS-attached和IMSI-attac hed下手机都停留在CCCH并通过BCCH接收所有系统信息（包括GPRS系统信息）。CS Ch annel Request和Packet Channel Request都在CCCH发送，这点也是与网络处于工作模 式II相适应的。小区设置PCCCH时，GPRS attached手机停留在PCCCH。-规范定义了 3种GPRS MS工作模式（A, B,及0,目前市面上GPRS手机基本上为B模式手机(或称为B类手机)。GPRSMS工作模式B的含义为：PS/CS mode of operation(GPRS B mode of operation): The MS is attached to both the PS domain and CS domain, but the MS is not capable of simultaneously operating PS services and C S services.1. RR（Radio Resource）!作模式GPRS系统中无线资源指PDCH, PDCH是小区内所有GPRS attached手机共享和动态 分配的，以TBF （Temporary Block Flow）形式进行划分、按需分配，当数据（确切来说指 RLC/MAC块）需要传送时分配TBF，传送完毕后TBF就要释放。TBF以TFI表示（上下行TB F是独立的）。TBF用5位编码，因此在一个PDTCH上最多同时存在32个TBF,也就是说可 以有32个手机同时传送数据（但不是每个厂家都能支持那么多的用户共享一个物理信道）。对B类手机，RR工作模式有三种：-(Packet) idle mode for CS/GPRS，未分配 TBF，不占用 PDCH 资源-Packet transfer mode for GPRS，分配 TBF，占用 PDCH 资源-Dedicated mode for CS，电路方式，占用 TCH 或 SDCCH其模式间的迁移如图所示:Figure 1: RR operating modes and transitions for classes B1.1 Packet idle modepacket idle mode下手机没有分配到TBF。如果协议上层需要传送LLC PDU就会 启动建立TBF,然后进入packet transfer mode。此状态下MS监听BCCH和CCCH （小区无 PCCCH设置）以获取系统信息和响应寻呼（包括CS Paging、PS paging）。1.2 Packet transfer modepacket transfer mode下，MS分配到TBF，此时可以传送LLC PDUs。当选择一个 新小区时，如果手机正在进行LLC PDU传送，那么MS首先要离开packet transfer mode 回到packet idle mode，然后在packet idle mode下切换到新小区，读取系统信息，再在 新小区进入packet transfer mode，恢复数据传送。1.3 与 Dedicated mode 的关系对B类手机来说不能同时处于packet transfer mode和dedicated mode，因此：-工作在packet transfer mode的手机在进入dedicated mode前，必须先离开p acket idle mode 和 packet transfer modes。-手机在CS连接期间，不能执行GPRS attach和RA update。-（小区无PCCCH设置）网络工作模式II下CS paging始终在CCCH发送，因此 处于packet transfer mode的手机不能响应CS paging。这是由网络工作模式II决定的。2. GMM(GPRS Mobile Management)工作状态Figure 2: Functional Mobility Management State Model规范设立Ready和Standby状态是出于折中考虑，因为在移动环境下，网络侧对手 机发起连接建立就必须知道手机的确切位置（以小区表示）。-Ready状态下，网络知道手机的确切位置，网络可以直接对手机发起连接建立请 求。但Ready状态每当小区改变时都要即使通知网络，这将造成大量的信令负荷。-Standby状态，此时网络只知道手机的RA位置，不知道手机的确切位置，手机 只在RA改变时才通知网络，减少信令负荷。但网络对手机发起连接建立请求时必须先在耕 内进行寻呼，通过手机的寻呼相应得到手机的确切位置，然后才可以对手机发起连接建立请 求。-手机处于Ready和Standby造成的不同是在网络对手机发起连接建立请求时是否 需要事先寻呼手机。以下是规范对GMM状态变化的具体解释：Moving from IDLE to READY:-GPRS Attach: The MS requests access and a logical link to an SGSN is initiated. MM contexts are established at the MS and SGSN.Moving from STANDBY to IDLE:-Implicit Detach: The MM and PDP contexts in the SGSN shall return to IDLE and INACTIVE state. The MM and PDP contexts in the SGSN may be deleted. Th e GGSN PDP contexts shall be deleted.- Cancel Location: The SGSN receives a MAP Cancel Location message from the HLR, and removes the MM and PDP contexts.Moving from STANDBY to READY:-PDU transmission: The MS sends an LLC PDU to the SGSN, possibly in re sponse to a page.- PDU reception: The SGSN receives an LLC PDU from the MS.- READY timer expiry: The MS and the SGSN MM contexts return to STANDBY state.-Force to STANDBY: The SGSN indicates an immediate return to STANDBY s tate before the READY timer expires.- Abnormal RLC condition: The SGSN MM context returns to STANDBY state in case of delivery problems on the radio interface or in case of irrecoverabledisruption of a radio transmission.- GPRS Detach: The MS or the network requests that the MM contexts to I DLE state and that the PDP contexts return to INACTIVE state. The SGSN may dele te the MM and PDP contexts. The PDP contexts in the GGSN shall be deleted.-Cancel Location: The SGSN receives a MAP Cancel Location message from the HLR, and removes the MM and PDP contexts.3. RR工作模式和MM状态之间的对应关系Table 1: RR工作模式和MM状态之间的对应关系(B类MS)RR BSSPacket transfer modeMeasurement report receptionNo stateNo stateRR MSPacket transfer modePacket idle modePacketidle modeMM(NSS and MS)ReadyStandby注：MM状态由定时器监控，手机和网络侧都有定时器。Packet transfer mode也 由RLC定时器监控。4. PDP工作状态Figure 3: Functional PDP State ModelPDP状态用来指示PDP地址是否激活可以传送数据。PDP地址是否激活实际用“对 应该PDP地址的PDP context是否建立并包含MS-GGSN间的路由信息”来描述。-PDP地址的INACTIVE状态表明对应该PDP地址的PDP context未建立，该地址 没有路由信息，无法处理与该PDP地址有关的PDUs.，因此没有数据可以传送。-PDP地址的ACTIVE状态表明对应该PDP地址的PDP context已经在MS, SGSN 和GGSN建立，包含了路由信息，因此可以在MS和GGSN间传送PDUs。PDP ACTIVE sta te仅当GMM为STANDBY或READY时才允许激活。5. MM状态和PDP状态之间的对应关系Table 2: MM状态和PDP状态之间的对应关系MM (NSS and MS)ReadyStandbyReadyStandbyPDP(NSS and MS)PDP Context ActivePDP Context InActiv6.几种状态/模式间的组合关系以上几种状态/模式是分别针对协议栈的不同层面：RR、mm、SM, SM协议层面最高、MM协议层面次之、RR协议层面最低。各种状态之间没有一一对应关系，是相对独立又有联 系，但高协议层面状态的变化需要低协议层面状态变化的支持。不同状态组合下，空中信令 流程有些不同，尤其是发起数据传送时空中接口上的第一条信令。-RR规程管理空中资源，因此涉及MS、BSS、SGSN，主要是MS、BSS（MAC、RLC）-MM规程管理MS的位置，涉及MS、BSS、SGSN。-SM规程管理PDP地址的路由信息，涉及MS、BSS、SGSN、GGSN，使得该PDP地址相关的P DUs能够在MS、GGSN之间传送。根据上述状态分析，采用TEMS测试工具采集空中信令，以对上述状态的组合可能 及变换关系进行实际验证测试（即在不同状态下，MS或网络发起数据传送时空中接口上的 第一条信令，第一条信令后的信令流程在图中也有显示，但完整过程请参考协议）。-RR（Idle）、MM（Ready）组合状态下，由MS发起数据传送的信令流程，此时手 机的SM状态由PDP Context InActive到PDP Context Active。空中接口上的第一条信令 为“Channel Request”。SourceDirec.MessageMSIVcmlinkSyst'en Informati on Type 1MSISysInformbticxi2MSI侦电irJ：Infqrmatipn Typ# 13MEIDownlinkSyste* Informati on Typ . PMSIUplinkChannel RequestMSIPaging Request Type 1MSIDciLLinkPaging Request Type JMSIDownlinkIrnrri-ediAssignmentMSI蜘nil曲FuktE 玲虹MSIDownlinhPacket 做ini:虹k/UackMSIDownlinkF acket Dowrilink As e i gnaeitMSIVplinkPacket Control Aclmowl-.Figure 4:手机接入GPRS业务的信令流程(1)-RR (Idle)、MM (Ready)组合状态下，由网络侧发起数据传送的信令流程，此 时手机的SM状态由PDP Context InActive到PDP Context Active。空中接口上的第一条 信令为“Immediate Assignment”，因为网络知道MS所在的小区位置，不必寻呼。s.Direr-.MessageMSI Domlink System InEormati an Typ-e 3MSI 4va1laLeIkquHt T羟更 1MSI DgidiKk ?*einc JUq触Type 1MSID«wjLi 独Immedi ale Aigsi gjunentMSI Dwnliiik Packet Polling RequestMSI Uplink Packet Control AcknowlMSI Downlink Packet Dwnlink As si gnmnlMSIUplinkFackatD«whlitik kck/NkMSI玲l.hkPtckttDgidii血 Ack/NtekMSIDgnli 澈PacketUp JU 独 AssigrimsnlMSIDwulinkPacketIfpliitk Aefo'NackMSIVplirikPacketControl Ackrtowl.-jdFigure 5:手机接入GPRS业务的信令流程(2)-RR (Idle)、MM (Standby)组合状态下，由MS发起数据传送的信令流程，此时 手机的SM状态由PDP Context InActive到PDP Context Active。空中接口上的第一条信 令为“Channel Request”。SDirec.MSIMSIDawhlinkDownlinkF蝉ingTyp磨 1成i幅幅戏够1 Typ# 1MSIUplinkCh皿电1血q姬安Downlink System Inforftition Type 3MSIDownlinkI仇用自di奇M$LDownlinkJacketVplibkAck/1 Ji ackMSIDownlinkticketUplinkAck/NackMSIDcwflilinkPicketVplinkAck/Ntick*LFigure 6:手机接入GPRS业务的信令流程(3)MSIUuliitkPacketControl Atkiu>wl.-RR (Idle)、MM (Standby)组合状态下，由网络侧发起数据传送的信令流程，此时手机的SM状态由PDP Context InActive到PDP Context Active。空中接口上的第一条信令为“Paging Request”，因为网络不知道MS所在的小区位置，需要寻呼。S. . . Direc. . Message,1MSI Dowitlink Faging Reqnest Type 1MSI DimrjJLiTik System Inforrhation Type 1MSI UpliiikChaim 仕 1 Eteque e tMSI Dornlink Paging Request Type 1MSI Donmlink Faging Request Type 1MS 1 Dgnl i ttkA£i 貌h entMSI DgMink ficktt Uplink Auk/H站kM$1 Upbnh虹t Control 虹ImowL .MSI Sontnliiik System Inform at i on Type 3MS 1 Downl i nk Imm edi ate Ils si stud entMSIPagmg Request Type 1Tg 11:45:5126Latitude: nol validLongitude: not vafidFrame nurrtber: 1&03432L.2 pseucki length: 3Skip indicator: 0PtotocoS discriminator ； (G) Radio fetources 眼n排ment me$gesMessage type: 33Channels n泡ledSecond channel: (OJAny 仁hannelFit st channel: (2) TCH/F 娜 wtePage mode: (OJ Notmal pagingMobile identity 1Length of mobite identity corfterrts: 5dd/even indcalion: (0) Even nurnber cf digitsType of 沼洞顷4)TMSI7P TM引TMSI/P TMSI: Hex OxFBBBCOERest octetsPacket page tndicalion 1: Paging pfocedure lor RR connection estabJishmenJPacket page indication 2: Paging piocediire for RR connectiori esldblishmeniFigure 7:手机接入GPRS业务的信令流程（4）7.问题解释以下问题的解释是针对目前GPRS网络设置。7.1 GPRS手机上网期间，有时能打通电话，有时却不能由于MAC/RLC资源是动态分配的，需要传输数据时，会临时分配一个TFI，然后在 PDTCH上传输数据，此时MS处在Packet transfer mode，。由于目前GPRS网络工作模式为 II以及未开通Gs接口，当MSC需要对GPRS手机发起CS呼叫（被叫）时，CS Paging只能 在CCCH发送，不能通过SGSN在PDCH上发送。因此如果GPRS手机被叫时，恰好处在Packe t transfer mode，由于目前的B类手机都不支持同时监听CCCH，GPRS手机不能响应寻呼， 实际现象为GPRS手机寻呼不到。但如果GPRS手机被叫时，已经回到（Packet） idle mode（即临时数据传输完毕，TBF已经释放），继续监听CCCH，那么GPRS手机可以响应寻呼， 实际现象为GPRS手机被叫振铃。由此随着GPRS业务的展开会影响BSC的CS寻呼成功率。7.2 GPRS手机的分组寻呼是如何产生的在GSM下，如果手机idle mode下做被叫，就要进行寻呼，小区有寻呼成功率统计 指标可以衡量。GPRS手机如果分配静态PDP地址，那么可以执行由网络侧发起PDP激活规 程，此规程中包含了手机做GPRS被叫的过程。但目前网络设置是GPRS手机只分配动态PDP 地址，不存在网络侧发起PDP激活规程的可能性，由此GPRS小区的分组寻呼成功率统计指 标是如何产生的？由上述的状态描述可以得到：GMM状态的变化可以由定时器的溢出来触发，但PDP 的变化要必定通过规程实现，因此手机主动发起数据传送并分配到一个PDP地址后，该PDP 地址在PDP context激活后、PDP context去激活前一直保持不变。但期间GMM状态会由于 定时器的溢出由READY变化到STANDBY后，网络如有数据回送给手机时，就必须先在RA内 进行寻呼(如图6所示)，由此产生了分组寻呼。7.3 GPRS业务如何产生新的CCCH负荷GSM手机在idle mode下，CCCH上的负荷主要由位置更新、CS寻呼、主叫、SMS 等产生，GPRS手机在(Packet) idle mode下，CCCH上的负荷增加了 PS寻呼、分组接入， 由于PDCH的TBF是临时分配的，数据传输具有突发性的特点，因此(Packet) idle mode与 Packet transfer mode的状态变化是很频繁的，应用层的一次数据会话产生的CCCH负荷会 远大于一次GSM呼叫产生的CCCH负荷。