会话管理理解报告.doc

Elementary mobility management procedures for GPRS serviceMM FUNCTION OVERVIEWCONNECT LAYER:Mobility Management (MM)Session Management (SM)Short Message Services (SMS)Mobility Management contains the function of - Attach - Detach - Authentification- Routing- LocationUpdateMM States: PMM-Detached and PMM-Idle and PMM-ConnectedTEAMSGMM GSM MM and PMM UMTS MMMM CONTEXTPrimitives between GMM and SM, PMM and SMSGMM TimerRelation between SGSN and MSC/VLRMM ProcedureIn UMTS system, MM Procedure refers to use specified interface to transfer message. These interfaces are:Iu-ps: RNC and SGSN; Iu-cs: RNC and MSC/VLRGr: SGSN and HLR; Gs: SGSN and MSC/VLRIn dedicated gateway Iu-ps and Iu-cs merge into Iuh interface.Gr and Gs are realized in gateway.UMTS R99 Protocol ArchitectureGPRS AttachParameters：Parameters：分组域会话管理流程基本概念：会话管理Session Management的功能：实现分组数据协议PDP上下文的管理。- SGSN到GGSN之间隧道GTP建立、修改和释放我认为在专用网关中依然保留SGSN和GGSN这两个功能划分，只是有些信令交互流程可以简化，通信则为内部接口直接调用。- SGSN到RNC/MS之间无线接入承载RAB建立、修改和释放相关术语：- PDP上下文：RNC和GGSN的IP、TEID、QoS等- NSAPI网络服务接入点标识：在MS中NSAPI标识一个PDP服务访问点，在SGSN和GGSN中用于表示一个会话。- RAB ID：在接入层标识用户的一个RAB，取值等于NASPIPDP状态机模型：- Inactive状态：Activate PDP Context到Active状态。- Active状态：Deactivate PDP Context或MM State Change to Idle或PMM-Detached到Inactive状态。PDP上下文的激活、修改和去激活操作：PDP上下文激活： MS发起的PDP上下文激活：Activate PDP Context Request消息中包含的主要参数：- Request NSAPI (=RAB ID) (M)- Request Qos(M)- Request PDP address(M)GGSN向SGSN返回NSAPI、PDP ADDR、GGSN ADDR、TEID和QoS等参数，用于Activate PDP Context Response消息以及RAB Assignment Request消息配置。 网络侧发起的PDP上下文激活：问题：网络侧发起PDP上下文激活的作用？对于一个还没有创建PDP上下文的移动用户来说，如果网络侧有发送数据到用户的需求，也可以由网络侧发起PDP上下文激活过程。彩信的接收应该是这样的过程。GGSN收到PDP PDU时，网络发起的PDP Context激活过程已经开始。GGSN向HLR发送消息，带有IMSI参数，HLR判定MS可达，则返回SGSN地址和IMSI。问题：HLR如何判定MS是否可达？PDU Notification Request包含IMSI、PDP Type、PDP Address和APN等信息。Request PDP Context Activation包含TI、PDP Type、PDP Address和APN等信息。问题：PDP PDU具体是指什么？包含哪些参数？ 二次PDP激活：二次PDP上下文激活使用户可以对同一APN和同一用户地址建立两个PDP上下文，这两个PDP上下文可以使用不同的QoS参数，为不同的业务服务。在激活之后，二次激活的PDP上下文和一次激活的是完全对等的。这些上下文使用TFT-Traffic Flow Template进行区分和标识。二次激活的PDP Context与已激活的PDP Context只有QoS Profile不同，每个PDP Context使用唯一的TI和NSAPI。当传输下行N-PDU时，GGSN按TFT匹配选择合适的PDP Context。当MS发送数据时，按QoS选择不同的PDP Context。PDP上下文修改：MS、SGSN、GGSN发起的修改过程，RAB/IU释放后SGSN发起的修改流程。- HLR向SGSN插入用户数据而且会话处于激活状态，SGSN发起PDP上下文修改过程。MS发起的PDP上下文修改：MS发送修改请求消息，SGSN将需要修改的参数配置成消息发给GGSN，GGSN修改PDP上下文后，回复响应。其后修改RAB相关参数并回复修改接受消息。理解：GGSN提供对PDP上下文的直接操作，包括激活、修改和去激活等，也就是说PDP上下文是在GGSN中维护的。SGSN实现具体的业务流程的控制。在专用网关内部应该可以这样划分功能模块。过程的目的是修改PDP上下文的QoS相关参数或TFT。GGSN发起的PDP上下文修改：过程的目的是修改传输路由的QoS参数或用户的PDP地址。SGSN发起的PDP上下文修改：三种情况下SGSN会发起PDP上下文修改过程：HLR向SGSN插入用户数据而且会话处于激活状态；RAB重建后发生QoS改变；SGSN路由区更新而且会话处于激活状态。RAB/IU释放引起的PDP上下文修改RNC向SGSN发送IU RELEASE REQUEST或RAB RELEASE REQUEST释放IU/RAB成功后：SGSN对后台级和交互级的通信，PDP上下文不改变。SGSN对流级和会话级的通信，PDP上下文不改变，但将最大通信速率降到0，同时通知GGSN也将最大传输速率降到0。MS失去无线覆盖之后：对后台级和交互级通信，PDP上下文不改变。对流级和会话级的通信，当RRC重建失败后，PDP上下文保留，但将最大通信速率降到0，在重新获得覆盖后，利用PDP上下文修改过程重建PDP上下文和RAB。3GPP业务类型和特点业务级别业务特点业务应用示例会话级别conversational对时延和时延抖动要求严格，对丢包和误码率容忍度强VoIP及分组域的可视电话流级别streaming对时延抖动要求严格，对时延、丢包和误码率容忍度强流媒体交互级别interactive对时延、丢包和误码率要求较高，对时延抖动没有要求位置服务和WAP浏览后台级别background对丢包和误码率要求较高，对时延要求不高，对时延抖动没有要求手机邮箱PDP上下文去激活：MS发起SGSN发起的PDP上下文去激活：SGSN发起的去激活通常由于MM释放或各种异常情况引起，例如MS、SGSN、GGSN之间PDP上下文不一致，RAB重建失败，资源不足等。GGSN发起的PDP上下文激活：PDP上下文保留过程和RAB重建MS发起Service Request进行RAB重建：当MS有上行的数据传输需求，PDP上下文处于激活态而RAB不存在时，MS发起Service Request过程，为激活的PDP上下文重建RAB。在Service Request消息中，Service Typ