承载业务的QoS特性 UMTS业务承载的QoS划分为四类:会话类、流媒体类、交互类、后台类;
- 会话类:数据流信息单元之间要保持时间相关性,会话模式,实时性要求严格;
- 流媒体类: 数据流信息单元之间要保持时间相关性,要求实时性;
- 交互类:要求有响应模式(在一段时间内响应),保证传输数据的完整性和正确性;
- 后台类:不要求在一段时间内获得相关数据,要求保证传输数据的完整性和正确性。
RNC进行业务承载配置,必须考虑业务请求的 QoS属性,并提供必要的QoS保证;如果当前小区如果不能提供必须的资源,RNC需采取一定的策略,进行RAB的排队管理(可选)。RNC应能根据CN设置的ARP(Allocation / Retention priority)、THP(Traffic Handling Priority)、Traffic Class等参数对HSPA和R99业务进行差异化调度和QoS进行管理,以支持提供差异化的用户服务质量。对于承载在DCH上的数据业务,RAN应能根据业务实施的具体情况,动态的调整相应的数据速率,保障实时业务的GBR(Guaranteed Bit Rate)。 QoS协商过程 1、手机向SGSN发送PDP激活上下文,其中PDP上下文中包括QoS参数。 2、SGSN通过MAP ISD消息获得ARP的定义,PS域通过HLR用户签约数据中的“Allocation/Retention Priority(ARP:分配保持优先级)”进行标识。 3、SGSN将手机上报的、HLR中存储的QoS参数进行比对协商,取最低要求者(如果终端在发送激活PDP上下文请求时没带QoS参数,SGSN会使用用户签约的QoS参数); 4、SGSN填写“RAB ASSIGNMENT REQUEST”消息中的QoS参数并送到RNC; 5、RNC根据QoS参数执行调度策略:RNC从“RAB ASSIGNMENT REQUEST”消息中提取QoS参数,并按照预先定义的业务和用户优先级映射表进行映射,RNC根据映射表中的参数进行相应的资源调度。 6、如果用户签约的GBR或者最大速率超过了RNC设备能够保证的速率,RNC很可能将拒绝手机用户的接入。当签约类型为交互类或者背景类时,RNC就不会有保证速率及最大速率的限制。 如果把SGSN默认QOS中的业务类型由流类型改为交互类,只要用户在HLR里签约的业务类型为会话类或流类,协商后都会被强制改为交互类,这样只要漫游用户的业务类型签约为流类或会话类经SGSN协商后都会被修改为交互类,然后再发给RNC,由于交互类业务不受速率的限制,就不会被RNC拒绝。 |