310GPRS几种状态的分析.docx
《310GPRS几种状态的分析.docx》由会员分享,可在线阅读,更多相关《310GPRS几种状态的分析.docx(10页珍藏版)》请在冰豆网上搜索。
![310GPRS几种状态的分析.docx](https://file1.bdocx.com/fileroot1/2022-12/31/11c1e8ad-e6a4-4d34-8d91-91bd34ab2447/11c1e8ad-e6a4-4d34-8d91-91bd34ab24471.gif)
310GPRS几种状态的分析
GPRS几种状态的分析
我们通过研读GPRS规范,并结合测试工具的实际验证,从原理上对一些问题尝试进行分析和解释。
本篇先对GPRS协议栈不同层面的状态进行分析,理解了这些状态后,有些问题就迎刃而解了。
在分析状态前,先对目前GPRS网络的有关配置进行说明:
-规范定义了3种GPRS网络工作模式(I,II,及 III),系统信息中指明了网络的实际工作模式,目前我省的网络工作模式为II,具体定义为:
NetworkoperationmodeII:
thenetworksendsaCSpagingmessageforaGPRS-attachedMSontheCCCHpagingchannel,andthischannelisalsousedforGPRSpaging.ThismeansthattheMSneedsonlytomonitortheCCCHpagingchannel,butthatCSpagingcontinuesonthispagingchanneleveniftheMShasbeenassignedapacketdatachannel.
-MSC/VLR和SGSN之间的互动通过Gs接口实现,这种互动主要用来协调同时处于GPRS-attached和IMSI-attached 手机的CombinedRA/LAUpdating和CSPaging动作。
在网络工作模式I下Gs接口才有意义。
目前我省GPRS网络未启用Gs接口,也就是RAUpdating、LAUpdating分别进行,CSPaging不能通过SGSN进行。
-小区未设置PCCCH,根据规范:
小区不设置PCCCH时,GPRS-attached和IMSI-attached下手机都停留在CCCH并通过BCCH接收所有系统信息(包括GPRS系统信息)。
CSChannelRequest和PacketChannelRequest都在CCCH发送,这点也是与网络处于工作模式II相适应的。
小区设置PCCCH时,GPRSattached手机停留在PCCCH。
-规范定义了3种GPRSMS工作模式(A,B,及C),目前市面上GPRS手机基本上为B模式手机(或称为B类手机)。
GPRS MS工作模式B的含义为:
PS/CSmodeofoperation(GPRSBmodeofoperation):
TheMSisattachedtoboththePSdomainandCSdomain,buttheMSisnotcapableofsimultaneouslyoperatingPSservicesandCSservices.
1. RR(RadioResource)工作模式
GPRS系统中无线资源指PDCH,PDCH是小区内所有GPRSattached手机共享和动态分配的,以TBF(TemporaryBlockFlow)形式进行划分、按需分配,当数据(确切来说指RLC/MAC块)需要传送时分配TBF,传送完毕后TBF就要释放。
TBF以TFI表示(上下行TBF是独立的)。
TBF用5位编码,因此在一个PDTCH上最多同时存在32个TBF,也就是说可以有32个手机同时传送数据(但不是每个厂家都能支持那么多的用户共享一个物理信道)。
对B类手机,RR工作模式有三种:
- (Packet)idlemodeforCS/GPRS,未分配TBF,不占用PDCH资源
- PackettransfermodeforGPRS,分配TBF,占用PDCH资源
- DedicatedmodeforCS,电路方式,占用TCH或SDCCH
其模式间的迁移如图所示:
Figure1:
RRoperatingmodesandtransitionsforclassesB
1.1Packetidlemode
packetidlemode下手机没有分配到TBF。
如果协议上层需要传送LLCPDU就会启动建立TBF,然后进入packettransfermode。
此状态下MS监听BCCH和CCCH(小区无PCCCH设置)以获取系统信息和响应寻呼(包括CSPaging、PSpaging)。
1.2 Packettransfermode
packettransfermode下,MS分配到TBF,此时可以传送LLCPDUs。
当选择一个新小区时,如果手机正在进行LLCPDU传送,那么MS首先要离开packettransfermode回到packetidlemode,然后在packetidlemode下切换到新小区,读取系统信息,再在新小区进入packettransfermode,恢复数据传送。
1.3 与Dedicatedmode的关系
对B类手机来说不能同时处于packettransfermode和dedicatedmode,因此:
- 工作在packettransfermode的手机在进入dedicatedmode前,必须先离开packetidlemode和packettransfermodes。
- 手机在CS连接期间,不能执行GPRSattach和RAupdate。
- (小区无PCCCH设置)网络工作模式II下CSpaging始终在CCCH发送,因此处于packettransfermode的手机不能响应CSpaging。
这是由网络工作模式II决定的。
2. GMM(GPRSMobileManagement)工作状态
Figure2:
FunctionalMobilityManagementStateModel
规范设立Ready和Standby状态是出于折中考虑,因为在移动环境下,网络侧对手机发起连接建立就必须知道手机的确切位置(以小区表示)。
- Ready状态下,网络知道手机的确切位置,网络可以直接对手机发起连接建立请求。
但Ready状态每当小区改变时都要即使通知网络,这将造成大量的信令负荷。
- Standby状态,此时网络只知道手机的RA位置,不知道手机的确切位置,手机只在RA改变时才通知网络,减少信令负荷。
但网络对手机发起连接建立请求时必须先在RA内进行寻呼,通过手机的寻呼相应得到手机的确切位置,然后才可以对手机发起连接建立请求。
- 手机处于Ready和Standby造成的不同是在网络对手机发起连接建立请求时是否需要事先寻呼手机。
以下是规范对GMM状态变化的具体解释:
MovingfromIDLEtoREADY:
-GPRSAttach:
TheMSrequestsaccessandalogicallinktoanSGSNisinitiated.MMcontextsareestablishedattheMSandSGSN.
MovingfromSTANDBYtoIDLE:
-ImplicitDetach:
TheMMandPDPcontextsintheSGSNshallreturntoIDLEandINACTIVEstate.TheMMandPDPcontextsintheSGSNmaybedeleted.TheGGSNPDPcontextsshallbedeleted.
-CancelLocation:
TheSGSNreceivesaMAPCancelLocationmessagefromtheHLR,andremovestheMMandPDPcontexts.
MovingfromSTANDBYtoREADY:
-PDUtransmission:
TheMSsendsanLLCPDUtotheSGSN,possiblyinresponsetoapage.
-PDUreception:
TheSGSNreceivesanLLCPDUfromtheMS.
-READYtimerexpiry:
TheMSandtheSGSNMMcontextsreturntoSTANDBYstate.
-ForcetoSTANDBY:
TheSGSNindicatesanimmediatereturntoSTANDBYstatebeforetheREADYtimerexpires.
-AbnormalRLCcondition:
TheSGSNMMcontextreturnstoSTANDBYstateincaseofdeliveryproblemsontheradiointerfaceorincaseofirrecoverabledisruptionofaradiotransmission.
MovingfromREADYtoIDLE:
-GPRSDetach:
TheMSorthenetworkrequeststhattheMMcontextstoIDLEstateandthatthePDPcontextsreturntoINACTIVEstate.TheSGSNmaydeletetheMMandPDPcontexts.ThePDPcontextsintheGGSNshallbedeleted.
- CancelLocation:
TheSGSNreceivesaMAPCancelLocationmessagefromtheHLR,andremovestheMMandPDPcontexts.
3. RR工作模式和MM状态之间的对应关系
Table1:
RR工作模式和MM状态之间的对应关系(B类MS)
RRBSS
Packettransfermode
Measurementreportreception
Nostate
Nostate
RRMS
Packettransfermode
Packetidlemode
Packetidlemode
MM(NSSandMS)
Ready
Standby
注:
MM状态由定时器监控,手机和网络侧都有定时器。
Packettransfermode也由RLC定时器监控。
4. PDP工作状态
Figure3:
FunctionalPDPStateModel
PDP状态用来指示PDP地址是否激活可以传送数据。
PDP地址是否激活实际用“对应该PDP地址的PDPcontext是否建立并包含MS-GGSN间的路由信息”来描述。
- PDP地址的INACTIVE状态表明对应该PDP地址的PDPcontext未建立,该地址没有路由信息,无法处理与该PDP地址有关的PDUs.,因此没有数据可以传送。
- PDP地址的ACTIVE状态表明对应该PDP地址的PDPcontext已经在MS,SGSN和GGSN建立,包含了路由信息,因此可以在MS和GGSN间传送PDUs。
PDPACTIVEstate仅当GMM为STANDBY或READY时才允许激活。
5. MM状态和PDP状态之间的对应关系
Table2:
MM状态和PDP状态之间的对应关系
MM(NSSandMS)
Ready
Standby
Ready
Standby
PDP(NSSandMS)
PDPContextActive
PDPContextInActive
6. 几种状态/模式间的组合关系
以上几种状态/模式是分别针对协议栈的不同层面:
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地址相关的PDUs能够在MS、GGSN之间传送。
根据上述状态分析,采用TEMS测试工具采集空中信令,以对上述状态的组合可能及变换关系进行实际验证测试(即在不同状态下,MS或网络发起数据传送时空中接口上的第一条信令,第一条信令后的信令流程在图中也有显示,但完整过程请参考协议)。
- RR(Idle)、MM(Ready)组合状态下,由MS发起数据传送的信令流程,此时手机的SM状态由PDPContextInActive到PDPContextActive。
空中接口上的第一条信令为“ChannelRequest”。
Figure4:
手机接入GPRS业务的信令流程
(1)
- RR(Idle)、MM(Ready)组合状态下,由网络侧发起数据传送的信令流程,此时手机的SM状态由PDPContextInActive到PDPContextActive。
空中接口上的第一条信令为“ImmediateAssignment”,因为网络知道MS所在的小区位置,不必寻呼。
Figure5:
手机接入GPRS业务的信令流程
(2)
- RR(Idle)、MM(Standby)组合状态下,由MS发起数据传送的信令流程,此时手机的SM状态由PDPContextInActive到PDPContextActive。
空中接口上的第一条信令为“ChannelRequest”。
Figure6:
手机接入GPRS业务的信令流程(3)
- RR(Idle)、MM(Standby)组合状态下,由网络侧发起数据传送的信令流程,此时手机的SM状态由PDPContextInActive到PDPContextActive。
空中接口上的第一条信令为“PagingRequest”,因为网络不知道MS所在的小区位置,需要寻呼。
Figure7:
手机接入GPRS业务的信令流程(4)
7. 问题解释
以下问题的解释是针对目前GPRS网络设置。
7.1 GPRS手机上网期间,有时能打通电话,有时却不能
由于MAC/RLC资源是动态分配的,需要传输数据时,会临时分配一个TFI,然后在PDTCH上传输数据,此时MS处在Packettransfermode,。
由于目前GPRS网络工作模式为II以及未开通Gs接口,当MSC需要对GPRS手机发起CS呼叫(被叫)时,CSPaging只能在CCCH发送,不能通过SGSN在PDCH上发送。
因此如果GPRS手机被叫时,恰好处在Packettransfermode,由于目前的B类手机都不支持同时监听CCCH,GPRS手机不能响应寻呼,实际现象为GPRS手机寻呼不到。
但如果GPRS手机被叫时,已经回到(Packet)idlemode(即临时数据传输完毕,TBF已经释放),继续监听CCCH,那么GPRS手机可以响应寻呼,实际现象为GPRS手机被叫振铃。
由此随着GPRS业务的展开会影响BSC的CS寻呼成功率。
7.2 GPRS手机的分组寻呼是如何产生的
在GSM下,如果手机idlemode下做被叫,就要进行寻呼,小区有寻呼成功率统计指标可以衡量。
GPRS手机如果分配静态PDP地址,那么可以执行由网络侧发起PDP激活规程,此规程中包含了手机做GPRS被叫的过程。
但目前网络设置是GPRS手机只分配动态PDP地址,不存在网络侧发起PDP激活规程的可能性,由此GPRS小区的分组寻呼成功率统计指标是如何产生的?
由上述的状态描述可以得到:
GMM状态的变化可以由定时器的溢出来触发,但PDP的变化要必定通过规程实现,因此手机主动发起数据传送并分配到一个PDP地址后,该PDP地址在PDPcontext激活后、PDPcontext去激活前一直保持不变。
但期间GMM状态会由于定时器的溢出由READY变化到STANDBY后,网络如有数据回送给手机时,就必须先在RA内进行寻呼(如图6所示),由此产生了分组寻呼。
7.3 GPRS业务如何产生新的CCCH负荷
GSM手机在idlemode下,CCCH上的负荷主要由位置更新、CS寻呼、主叫、SMS等产生,GPRS手机在(Packet)idlemode下,CCCH上的负荷增加了PS寻呼、分组接入,由于PDCH的TBF是临时分配的,数据传输具有突发性的特点,因此(Packet)idlemode与Packettransfermode的状态变化是很频繁的,应用层的一次数据会话产生的CCCH负荷会远大于一次GSM呼叫产生的CCCH负荷。