voip的qos实现

相关主题
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

VoIP的QoS实现

1. 骨干网的voice qos实现:

通过设置DSCP,DQoS允许骨干网给voice包提供高优先级的服务,DSCP的DS域向后兼容IPv4 TOS的IP Precedence bits,从CMTS出来的voice包在进入运营商的骨干网络前,如果能设置DSCP将为区别对待voice包提供可能。

DQoS架构提供了标记的功能,这个标记可以被网络节点使用来提供区别服务,因为这些voice包得在骨干网络消耗的资源将很大程度上依赖这个标记。

这样网络提供商对增强的QoS可以进行控制,而不是信赖MTA。

网络提供商可以配置CMTS的策略来决定如何设置经过CMTS的voice流的DSCP。这些策略在gate建立的时候从CMS/GC发送到CMTS。

骨干网qos还可以通过RSVP协议实现。

2. 对于voice猫,如何优先处理信令消息,使得不被普通数据流影响:

QoS消息在主叫等待被激活的时候实时产生,因此,非常迅速,

消息数量最小化了,尤其是需要通过骨干网络传递的消息,还有上行的DOCSIS消息。

DOCSIS管理消息和呼叫信令消息,都在DOCSIS网络通过BE方式传递。

如果猫也支持数据服务,BE服务可能不能提供信令消息需要的低延迟需求。

这种情况下,猫可能需要独立增强QoS的service flow来传递信令消息。

比如,信令service flow可以用real-time polling,或者non-real-time polling服务。

这个独立的service flow和其他的DOCSIS service flow一样的方式建立,可以包含classifiers来使得它对MTA透明。

3. 高优先级的voice处理(例如911):

资源可以被不同类型的呼叫服务预留,每个呼叫服务定义了不同类型的呼叫类型。高优先级的呼叫,如911,和普通呼叫相比将会更少可能的被阻止。

服务提供商来决定一个呼叫是否高优先级,在一个呼叫建立的过程中由主叫方的CMS来决定。

Session class 来标识呼叫的优先级,可能的值有:

0x00 未指定

0x01 普通呼叫

0x02 高优先级呼叫 (e.g., E911)

4. 接入侧的上行和下行qos:

对于CMTS来说上行和下行的方式是完全不同的,因此qos的实现也是不一样的,

虽然编解码可能一样。

对于PCMM voice,上行通过UGS的方式,Guaranteed的方式,Service Number is 2。flowspec 到docsis 映射关系是:

TSpec Bucket Depth (b) = TSpec Maximum Datagram Size (M) = TSpec Minimum Policed Unit (m) ~= DOCSIS Unsolicited Grant Size

TSpec Bucket Rate (r) = TSpec Peak Rate (p) = RSpec Reserved Rate (R) ~= used to calculate Nominal Grant Interval

RSpec Slack Term ~= DOCSIS Tolerated Grant Jitter

对于PCMM voice下行,使用Guaranteed service flows,

RSpec来提供对延迟的需求和确保预留,flowspec 到docsis 映射关系是:

TSpec Bucket Depth (b) ~= DOCSIS Maximum Traffic Burst

TSpec Maximum Datagram Size (M) ~=

TSpec Minimum Policed Unit (m) ~= DOCSIS Assumed Minimum Reserved Rate Packet Size

TSpec Bucket Rate (r) ~= DOCSIS Minimum Reserved Rate and DOCSIS Maximum Sustained Rate

TSpec Peak Rate (p) ~= For DOCSIS 3.0 only, DOCSIS Downstream Peak Traffic Rate RSpec Reserved Rate (R) ~=

RSpec Slack Term ~= DOCSIS Downstream Latency

PC:

上行的方式必须是UGS 或者 UGS/AD,根据呼叫是不是支持无声来确定是不是用UGS/AD。

如果MTA采用的编解码不执行语音活动检测,MTA必须使用UGS,要不然则用UGS/AD。

如果MTA采用多个编解码,其中一个执行语音活动检测,那么MTA必须采用

UGS/AD如果当前的编解码是支持语音活动检测的。

下行,DOCSIS Traffic Priority 设置为5,使用guarante service

5. IP TOS值范围的定义:

7 预留

6 预留

5 语音

4 视频会议

3 呼叫信号

2 高优先级数据

1 中优先级数据

0 尽力服务数据

所以,packetcable 中多是使用这个5来处理traffic priority的。

更多VoIP 文档请参考:

Reference:

1. PacketCableTM Specification Multimedia Specification PKT-SP-MM-I06-110629 /specs/specification-search/?cat=packetcable&scat=packetcable-multimedia

2. PacketCableTM 1.5 Specifications Dynamic Quality-of-Service PKT-SP-DQOS1.5-I04-090624

/specification/packetcable-1-5-dynamic-quality-of-service-specification/

相关文档
最新文档