新人路过待解决学习

学习一下下

我是来学习的，不能解决问题，只能顶下，坐等高手……

高人啊，研究的这么深

受教了，学习一下。

在手机进行PDP激活过程中，将有一系列的QOS协商过程，正常情况下，如果对方不支持高版本的QOS，则会发送消息进行协商。



分组域中的QoS协商机制



（1）UE在附着网络时，HLR将用户签约的QoS（QoS签约）信息下发给SGSN。

（2）UE在发起PDP激活时，在激活请求消息中携带明确的QoS（QoS requested），向SGSN申请激活一个PDP上下文。

// UE也可以通过将请求消息中的QoS参数值置0而不具体给出QoS需求，只表明默认使用HLR签约的QoS，这种情况只能进行非实时类业务（如交互类业务）。

（3）SGSN 根据签约的QoS检查用户是否有资格申请相关的QoS Profile，如果允许并且SGSN有足够的资源，则SGSN向GGSN申请创建一个PDP上下文，并带上相应的QoS请求（QoS negotiated 1）。

// 如果SGSN当前资源不够时，能够对QoS Profile进行限制，降低QoS或者拒绝本次激活。

// 如果用户在HLR中没有签约相应的QoS Profile，则按照配置，可以分两种处理：一种是认为该用户签约信息无效，无法进行数据业务，拒绝PDP激活；另一种处理是将SGSN当前的缺省QoS能力作为该用户签约QoS信息。

（4）如果GGSN有足够的资源满足业务QoS的需求，向SGSN回送一个PDP上下文创建成功消息，一个GTP隧道将在GGSN和SGSN之间建立。GGSN会根据自身的资源情况进行QoS的调整，将协商后的QoS信息（QoS negotiated 2）返回给SGSN。

（5）SGSN会根据与GGSN协商的QoS（QoS negotiated 2）通过信令通知RNC（Radio Access Bearer Service Attributes），允许由RNC去建立一个无线接入承载（RAB）。

（6）UTRAN执行内部的接入控制和资源预留，并向SGSN返回是否创建RAB成功（QoS negotiated 3）。如果UTRAN没有足够的资源，将返回RAB创建失败并在原因值中指明请求的QoS不能提供。

（7）SGSN会根据UTRAN返回的结果降低QoS属性（QoS negotiated 3）并再次向GGSN发起上下文更新请求。

（8）如果成功，GGSN在应答消息中将最终协商好的QoS参数（QoS negotiated 4）通过SGSN发送给手机，手机决定是否继续进行业务。

（9）如果手机接受网络的协商结果，至此满足相关QoS（QoS negotiated 4）的手机到GGSN的PDP上下文才建立完成。如果手机不能接受协商后的QoS属性，将发起PDP上下文去激活流程。



在整个QOS协商过程中，SGSN起到主导角色，SGSN、GGSN、RNC可以根据本身的资源状况，进行业务QoS参数的调整，协商过后的QoS参数由SGSN在应答消息中发送给手机，手机决定是否继续进行业务。

如果手机不能接受协商后的QoS属性，将发起PDP上下文去激活流程。

路过学习一下

学习了 顶！