网络控制方法和装置 【技术领域】
本发明涉及通信技术领域， 尤其涉及一种网络控制方法和装置。背景技术 VoIP(Voice over Internet Protocol) 是利用互联网进行话音传输的一种技术。 该技术将模拟的声音信号经过压缩与封包之后， 以数据封包的形式在 IP 网络的环境进行 传输， 又称为网络电话或者 IP 电话。与传统电话相比， 它的成本更加低廉， 并且可以更加方 便引入新的多媒体业务。
随着无线技术的逐渐成熟， 无线自组织网络 (Mobile Ad Hoc Network， 简称 Ad hoc 网络 ) 以其方便快捷得到了迅速的发展。 它不依赖于现有的网络基础设施， 采用分布式 的自主管理， 具有建网简单， 机动性强等优点。Ad hoc 网络上的无线 VoIP 业务也是一种日 益增长的需求。语音业务是对时延和抖动比较敏感的业务， 时延或抖动过大会影响话音的 交互性和舒适性， 降低语音质量。 由于带宽有限以及无线链路的不稳定性， 如何保证语音质
量是 Ad hoc 网络中 VoIP 业务的研究重点。
在实现本发明创造的过程中， 发明人发现 ： 为降低时延， 在 IP(InternetProtocol， 因特网协议 ) 网上传输语音业务使用的是 UDP 协议 (User DatagramProtocol， 用户数据报 协议 )， 以便能够快速的传递语音数据， 满足语音业务的实时性要求。但 UDP 协议缺乏流量 控制机制， 易产生网络拥塞， 造成网络时延和丢包率上升， 出现突发大时延现象， 严重影响 语音质量。上述问题不仅存在于 VoIP 业务领域， 也存在于其他的实时业务领域， 如视频业 务、 多媒体会议业务等领域。 发明内容 本发明实施例提供一种网络控制方法和装置， 针对网络的状况调整源端的发送速 率， 有效缓解网络拥塞， 改善网络环境， 提高业务质量。
本发明实施例提供一种网络控制方法， 包括 ： 获得网络的业务质量参数 ； 根据所 述业务质量参数确定网络状态 ； 当根据所述业务质量参数确定网络处于拥塞状态时， 发送 第一反馈信息到源端， 以使所述源端根据所述第一反馈信息增加实时传输协议 RTP 数据包 封装的数据帧个数。
本发明实施例提供另一种网络控制方法， 包括 ： 获得目的端在根据网络的业务质 量参数确定网络处于拥塞状态后发送的第一反馈信息 ； 根据所述第一反馈信息增加实时传 输协议 RTP 数据包封装的数据帧个数。
本发明实施例提供再一种网络控制方法， 包括 ： 获得目的端发送的网络的业务质 量参数 ； 根据所述业务质量参数确定网络状态 ； 当根据所述业务质量参数确定网络处于拥 塞状态时， 根据网络状态信息或需要封装在 RTP 数据包中的数据帧个数增加实时传输协议 RTP 数据包封装的数据帧个数。
本发明实施例提供一种网络控制装置， 包括 ： 获取模块， 用于获得网络的业务质量
参数 ； 第一确定模块， 用于根据所述获取模块获得的业务质量参数确定网络状态 ； 反馈模 块， 用于当所述第一确定模块根据所述业务质量参数确定网络处于拥塞状态时， 发送第一 反馈信息到源端， 以使所述源端根据所述第一反馈信息增加实时传输协议 RTP 数据包封装 的数据帧个数。
本发明实施例提供另一种网络控制装置， 包括 ： 第一接收模块， 用于获得目的端在 根据网络的业务质量参数确定网络处于拥塞状态后发送的第一反馈信息 ； 第一调整模块， 用于根据所述第一接收模块获得的第一反馈信息增加实时传输协议 RTP 数据包封装的数 据帧个数。
本发明实施例提供再一种网络控制装置， 包括 ： 第二接收模块， 用于获得目的端发 送的业务质量参数 ； 第二确定模块， 用于根据所述第二接收模块获得的业务质量参数确定 网络状态 ； 第二调整模块， 用于当所述第二确定模块根据所述业务质量参数确定网络处于 拥塞状态时， 根据网络状态信息或需要封装在 RTP 数据包中的数据帧个数增加实时传输协 议 RTP 数据包封装的数据帧个数。
由上述本发明实施例提供的技术方案可以看出， 本发明实施例采用根据网络的业 务质量参数确定网络状态， 当网络处于拥塞状态时增加源端 RTP 数据包封装的数据帧个数 的技术手段， 从而有效降低 RTP 数据包需要占用的带宽， 在网络出现拥塞时可以及时的降 低流量以避免加重拥塞程度， 从而有效缓解网络拥塞， 提高了业务传输的质量。 附图说明 为了更清楚地说明本发明实施例中的技术方案， 下面将对实施例描述中所需要使 用的附图作简单地介绍， 显而易见地， 下面描述中的附图仅仅是本发明的一些实施例， 对于 本领域普通技术人员来讲， 在不付出创造性劳动性的前提下， 还可以根据这些附图获得其 他的附图。
图 1 为本发明实施例一的网络控制方法流程图 ；
图 2 为本发明实施例二的网络控制方法流程图 ；
图 3 为本发明实施例通过基本接入方式在 Ad Hoc 网络中接入信道的示意图 ；
图 4 为本发明实施例通过 RTS/CTS 接入方式在 Ad Hoc 网络中接入信道的示意图 ；
图 5 本发明实施例三的网络控制方法流程图 ；
图 6 本发明实施例四的网络控制方法流程图 ；
图 7 本发明实施例五的网络控制方法流程图 ；
图 8 本发明实施例六的网络控制方法流程图 ；
图 9 本发明实施例七的网络控制装置结构示意图 ；
图 10 本发明实施例八的网络控制装置结构示意图 ；
图 11 本发明实施例九的网络控制装置结构示意图 ；
图 12 本发明实施例十的网络控制装置结构示意图。
具体实施方式
下面将结合本发明实施例中的附图， 对本发明实施例中的技术方案进行清楚、 完 整地描述， 显然， 所描述的实施例仅仅是本发明一部分实施例， 而不是全部的实施例。基于本发明中的实施例， 本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他 实施例， 都属于本发明保护的范围。
本发明实施例一的网络控制方法， 如图 1 所示， 包括 ：
S101、 获得网络的业务质量参数 ；
S102、 根据所述业务质量参数确定网络状态 ；
S103、 当根据所述业务质量参数确定网络处于拥塞状态时， 发送第一反馈信息到 源端， 以使所述源端根据所述第一反馈信息增加实时传输协议 RTP 数据包封装的数据帧个 数。
本发明实施例二的网络控制方法， 如图 2 所示， 包括 ：
S201、 获得目的端在根据网络的业务质量参数确定网络处于拥塞状态后发送的第 一反馈信息 ；
S202、 根据所述第一反馈信息增加实时传输协议 RTP 数据包封装的数据帧个数。
本发明实施例根据网络的业务质量参数确定网络状态， 当网络处于拥塞状态时增 加源端 RTP 数据包封装的数据帧个数， 从而有效降低 RTP 数据包需要占用的带宽， 在网络出 现拥塞时可以及时的降低流量以避免加重拥塞程度， 从而有效缓解网络拥塞， 提高了业务 传输的质量。 本发明实施例提供的技术方案可以用于语音业务， 也可用于视频业务、 多媒体会 议业务等其他涉及到数据封包技术的领域。 同时本发明实施例提供的技术方案可以用于有 线网络， 也可以用于无线网络。
下面以 Ad Hoc 网络中的 VoIP 语音业务为例对本发明的网络控制方法和装置进行 说明， 其他业务环境中的网络控制方法和装置原理相同， 在此不再赘述， 仍然在本发明的保 护范围之内。
在 Ad Hoc 网络中， 多个节点共享同一无线媒介， 源端在传输数据之前首先需要竞 争信道。Ad hoc 网络使用基于 CSMA/CA(Carrier Sense MultipleAccess with Collision Avoidance， 载波侦听多点接入 / 冲突避免 ) 的 DCF(Distributed Coordination Function， 分布式协调功能 ) 模式， 其接入信道的方式有两种 ： 基本接入方式和 RTS/CTS 接入方式。
图 3 为 基 本 接 入 方 式 示 意 图，在 传 输 数 据 之 前，源 端 等 待 一 个 DIFS(DCFInter-Frame Space， DCF 帧间间隔 )， 在获知网络空闲时， 随机退避一段时间后发 送数据 (DATA)。 目的端收到数据后等待一个 SIFS(Short Inter-Frame Space， 短帧间间隔 ) 后回复 ACK(ACKnowledge Character， 确认字符 )。而 RTS/CTS 接入方式在发送数据之前， 首先源端发送一个 RTS(Request To Send， 请求发送 ) 帧请求许可， 收到目的端 CTS(Clear To Send， 允许发送 ) 帧后才开始发送数据。图 4 为 RTS/CTS 接入方式示意图， 在发送数据 之前， 源端等待一个 DIFS， 发送一个 RTS 帧请求许可， 目的端收到该 RTS 帧后等待一个 SIFS 后回复 CTS 帧， 源端收到目的端 CTS 帧后等待一个 SIFS 后才开始发送数据， 目的端收到数 据后等待一个 SIFS 后回复 ACK。
由上述分析可见， 在 Ad hoc 网络中传输数据， 接入信道会造成一定的开销。
在一个 VoIP 系统中， RTP 协议 (Real-time Transport Protocol， 实时传输协议 ) 用于实际的数据传输。语音信号经过编码器压缩编码后， 封装在 RTP 内传送。现有技术 中， RTP 数据包携带固定个数的语音帧， 为避免引入过多的时延， 一般为 1-2 个， 一个典型
的语音帧长度为 10Bytes。而在网络中传递的 RTP 数据包的包头为 74Bytes， 包括 RTP 头 (12Bytes)、 UDP 头 (8Bytes)、 IP 头 (20Bytes) 以及 MAC 头 (34Bytes)。这造成了带宽的巨 大的浪费。
由上述分析可知， 在 Ad hoc 网络中传输数据， 接入信道会造成一定的开销， 又由于 携带语音帧的 RTP 数据包的包头开销很大， 传输语音信息所需要的带宽往往容易大于网络 所能提供的带宽。因此网络上很容易出现拥塞现象， 导致语音分组在传输的过程中大量的 丢失或引入过长的时延， 导致语音质量下降。
本发明实施例三的网络控制方法， 如图 5 所示， 包括 ：
S301、 目的端获得网络的业务质量参数。
如上所述， 本发明实施例提供的技术方案可以用于语音业务， 也可用于视频业务、 多媒体会议业务等。本发明实施例中的业务质量参数可以为语音业务质量参数 ； 也可以为 视频业务质量参数。下面以 VoIP 语音业务为例进行说明， 关于视频业务、 多媒体会议业务 等其他业务的源端网络控制方法可以参照本发明实施例提供的方法进行。
由于语音质量的下降一般是由于丢包或时延过大引起的， 本发明实施例中可以采 用端到端时延、 时延抖动、 丢包率和 MOS 值中的一个或多个作为业务质量参数。也就是说， 本发明实施例获得的业务质量参数可以为端到端时延、 时延抖动、 丢包率， 或 MOS 值中的任 意一个， 也可以是其中几个的组合， 乃至全部。 需要说明的是， 上述业务质量参数的获得是为了判断网络状态， 而网络状态可以 有多种度量标准， 如平均队列长度、 网络吞吐量、 源端数据包排队时延、 源端数据包丢包率、 可用带宽、 平均链路层重传次数等。本发明实施例中， 采用端到端时延、 时延抖动、 丢包率， 以及 MOS 值作为业务质量参数决定的语音质量为例来进行说明， 其他反映网络状态的度量 标准不再一一赘述， 同样在本发明实施例的保护范围之内。
下面对目的端获得网络的业务质量参数的方法进行说明 ：
S3011、 目的端获得接收的数据包的端到端时延、 时延抖动和丢包率。
本发明实施例中， 目的端获得数据包端到端时延、 时延抖动和丢包率等业务质量 参数的方法可以有多种。具体的， 数据包端到端时延的获取可以利用 RTP 协议来实现的。 RTP 协议头中有一个时间戳字段， 里面的值是 RTP 包的生成时间。目的端在获取 RTP 包后， 用当前的系统时间减去时间戳即可得到该数据包经历的网络时延， 即端到端时延。上述实 施方式是一种异步的方式。某些实施方式中， 也可以通过系统同步的方法来取得精确的端 到端时延值， 所谓同步就是使得收发段的系统时间一致， 但时延值的计算方法不变， 依然是 当前系统时间减去时间戳。时延抖动可以通过前后两个数据包端到端时延的差值来获得。 丢包率可以通过 RTP 包的包序号统计， 也可以通过收到的包个数与总发包个数的比值来计 算， 也还会有其他的方式。 本发明实施例中， 目的端可以从抖动缓存或者从其他位置获得得 到业务质量参数所需要的值。
本发明实施例中， 业务质量参数是获取的， 相对于预测而言， 这些参数值更准确， 具有比较大的参考价值。具体的获取方式可以多种多样， 不同的系统要求的精确度和复杂 度不同， 可以选择自己合适的获取方式， 但只要是在目的端获取业务质量参数的方式都在 本发明实施例的保护范围之内。
S3012、 目的端根据端到端时延和丢包率， 获得语音质量 MOS 值。
对于语音业务来说， 人主观感受到的语音质量可以直接地反映出网络的状况。衡 量语音质量的参数可以是 MOS(Mean Opinion Score， 平均主观意见评分 ) 值， 这是一种主观 评测方法， 人接听和感知语音质量的行为被调研和量化， 接听到何种级别质量的语音， 就得 到多少 MOS 分。
计算 MOS 值的方法可以有多种， 比如 PSQM( 感知话音质量测量法 ) 模型、 PAMS( 感 知分析测量法 ) 模型、 PESQ( 感知话音评估法 ) 模型、 E-Model 模型等。本发明实施例中采 用 ITU-T G.107 标准中的 E-Model 来计算 MOS 值。E-Model 综合考虑了丢包、 时延、 抖动以 及环境和线路的影响， 并将这些因素归结到一个公式中， 计算出一个 R 参数来描述语音质 量。计算公式如下 ：
R ＝ R0-Is-Id-Ie-eff+A
其中， R0 表示噪音带来的影响， 如背景噪音和电流噪音的干扰。 Is 表示与语音信号 同时产生的质量影响因素， 如由量化、 连接噪声和侧音过强带来的干扰。 A 是优势参数， 与语 音业务的具体应用环境相关。 如大楼里的移动语音业务 A 值为 5， 而对于移动交通工具上的 移动语音业务 A 值为 10。G.107 为这些值提供了一组默认参数， 当终端和应用环境是正常 的， 可以直接使用这组默认值， 则该式可以简化为 ： R ＝ 93.2-Id-Ie-eff ； 其中， Id 为时延损伤值， 它与端到端时延有关。某些实施方式中， 可以使用曲线拟 合的方法， 给出一个计算 Id 的简化式 ：
Id ＝ 0.0024d+0.11(d-177.3)U(d-177.3)， 其中 U(x) 为阶跃函数。d 为端到端时 延；
Ie-eff 是由低比特速率编解码器和丢包引入的损伤， 某些实施方式中， Ie-eff 可简单 计算为 Ie-eff ＝ γ1+γ2ln(1+γ3e)， 其中， e 为丢包率， γ1γ2γ3 与具体的编解码器有关。
根据 R 参数可以获得语音质量 MOS 值， R 参数和 MOS 值之间的转换公式如下 ： -6
MOS ＝ 1+0.035R+7×10 R(R-60)(100-R) ； R ∈ (0， 100)
S302、 目的端根据业务质量参数确定网络状态。
本发明实施例中， 目的端可以根据 S301 中获得的业务质量参数确定网络状态， 即 可以根据端到端时延、 时延抖动、 丢包率、 MOS 值中的任意一个， 或者上述各个业务质量参数 的组合确定网络状态。
现以根据 MOS 值确定网络状态为例进行说明， 通常 MOS 值在 3.6 以上是可接受的， 当网络存在拥塞时， MOS 值将急剧下降， 因此可以根据 MOS 值判断网络拥塞状况。本发明实 施例中， 可以将网络状态区分为正常和拥塞两种状况， 当 MOS 值大于等于 3.6 时， 认为网络 状态正常， 当 MOS 值小于等于 3.6 时， 认为网络状态为拥塞。当然， 这里作为阈值的 3.6 只 是一个举例， 在实际应用中， 可以根据实际情况设定不同的阈值。
某些实施方式中， 也可以根据其他的业务质量参数， 如丢包率、 端到端时延、 时延 抖动判断网络状态， 当丢包率较高、 端到端时延较大， 或时延抖动较大时， 则可以判断网络 状态存在拥塞， 比如某些实施方式中， 当连续几个 RTP 数据包的时延超过 200ms， 则可以判 断网络出现拥塞。另外一些实施方式中， 也可以根据 MOS 值、 端到端时延、 时延抖动、 丢包率 等业务质量参数之间的结合来判断网络状态。
S303、 目的端发送反馈信息到源端。
本发明实施例中， 目的端确定网络处于拥塞状态后， 给源端发送第一反馈信息。 所
述反馈信息可以是网络状态信息， 用于向源端指明网络是否处于拥塞状态， 以便源端根据 网络状态调整发送速率。本发明实施例的第一反馈信息可以是网络处于拥塞状态的信息， 用于向源端指明网络处于拥塞状态。本发明实施例中， 目的端只在网络处于拥塞状态时发 送第一反馈信息， 而在网络状态正常时不发送反馈信息， 从而节省了反馈信息对带宽的占 用。
另外一些实施方式中， 目的端也可以在网络状态正常和拥塞时， 都向源端发送反 馈信息。 也就是说， 在网络处于拥塞发送第一反馈信息， 在网络处于正常状态时发送第二反 馈信息给源端， 这里的第二反馈信息可以是网络处于正常状态的信息， 用于向源端指明网 络处于正常状态。这里的网络处于正常状态可以是网络拥塞之后恢复正常， 也可以是网络 状态的一贯正常。由此可见， 根据网络状态发送不同的反馈信息可以使源端根据网络状态 实时调整发送速率。
S304、 源端根据反馈信息调整 RTP 数据包的语音帧个数。
本发明实施例中， 源端可以通过调整封装在 RTP 数据包中的语音帧个数调整发送 速率。下面以上述 Ad hoc 网络的 RTS/CTS 接入机制为例进行说明， 传输一个 RTP 数据包所 需要的带宽可计算为 ：
对于 IEEE 802.11b 来说， DIFS、 SIFS、 ACK、 PHY 的值分别为 50μs、 10μs、 192μs、 56μs。RTS、 CTS 帧分别为 80μs、 56μs。H 为数据包头部开销 (74Bytes)。数据速率 R1 为 11Mbps， 控制包传输速率 R2 为 2Mbps。r 为语音编码速率， T 为语音帧长度 ( 以 ms 为单 位 )。r 和 T 的取值与具体的编解码器相关， 如 G..729 有效的编码速率 r 为 8kbps， G.723.1 为 6.3kbps 或 5.3kbps， G..729 的语音帧的长度 T 为 10ms， G.723.1 为 20ms 或 30ms。n 为 一个 RTP 数据包中携带的语音帧个数。
下表给出了在使用 G.729 编解码器的情况下， 一个 RTP 数据包携带不同个数的语 音帧时， 所需要的带宽 ：
n 1 2 3 4 5
B(kbps) 404.8 206.4 140.267 107.2 87.36由上述分析可见， RTP 数据包携带的语音帧个数越多， 其需要占用的带宽越少， 即 增加 RTP 数据包携带的语音帧个数可以降低源端的发送速率。在网络拥塞时， 增加 RTP 数 据包内携带的语音帧个数是一种非常有效的方法， 通过降低源端的发送速率， 能够显著地减少注入网络的数据流量， 降低负载， 缓解网络拥塞， 改善网络状况， 避免语音质量的长期 严重下降。
源端收到目的端发送的反馈信息， 可以在网络拥塞时增加 RTP 数据包内的语音帧 个数， 否则减少语音帧个数， 从而调整源端的发送速率。某些实施方式中， 如果在 S303 中目 的端只在网络拥塞时发送第一反馈信息， 则源端可以在收到第一反馈信息后增加 RTP 数据 包内的语音帧个数， 降低源端的发送速率。 具体增加多少个语音帧可以预先设定， 也可以随 机设定， 只要保证不增加过大的延迟又能实现本发明的目的即可。如果源端没有继续收到 目的端发送的表明网络拥塞的第一反馈信息， 源端可以在增加 m 个 RTP 数据包的语音帧个 数后将数据包中封装的语音帧个数恢复到没有调整前的状态， 如 1-2 个语音帧， 也可以逐 步减少 RTP 数据包内携带的语音帧个数， 从而在网络带宽充裕的情况下保证不会引入多余 的时延。这里 m 可以为大于 1 的整数， 可以预先设定。在另外一些实施方式中， 如果目的端 在网络状态正常和拥塞时， 都向源端发送反馈信息， 即在网络处于拥塞发送第一反馈信息， 在网络处于正常状态时发送第二反馈信息给源端， 则源端可以根据反馈信息实时调整发送 速率， 从而更为有效的利用网络带宽。 某些情况下， 目的端可以在网络从拥塞状态恢复到正 常状态后， 发送第二反馈信息， 则源端根据第二反馈信息减少 RTP 数据包封装的语音帧个 数， 从而避免引入多余的时延 ； 某些情况下， 目的端在网络状态一贯正常时发送第二反馈信 息， 则源端可以保持 RTP 数据包封装的语音帧个数不变。 本发明实施例提供的网络控制方法， 根据网络的业务质量参数， 判断网络状态， 并 根据网络状态调整源端的发送速率， 在带宽比较富裕时， RTP 数据包封装较少的语音帧个 数， 当网络中业务增加时， 易造成网络拥塞而导致接入时延和排队时延增加， 造成突发大时 延现象时， 源端增加 RTP 数据包封装的语音帧个数， 减少语音业务所占用的带宽， 降低接入 时延和信道竞争， 从而使得网络从拥塞状况中尽快恢复， 提高语音质量。
需要说明的是， 对于语音业务来说， RTP 数据包中封装的是语音帧 ； 对于视频业务 来说， RTP 数据包中封装的是视频帧 ； 对于其他业务， RTP 数据包中封装的可能是其他数据 帧。上述封装在 RTP 数据包中的各种类型的帧可以统称为数据帧。本发明实施例是以 VOIP 语音业务为例进行的说明， 对于视频业务、 多媒体会议业务等其他涉及到数据封包技术的 领域， 只要是根据网络状态调整 RTP 数据包封装的数据帧个数以调整源端发送速率， 均在 本发明实施例的保护范围之内。
下面给出另一种网络控制方法的实施例四， 如图 6 所示， 该实施例与实施例三的 区别在于 ：
在 S302 中， 目的端根据业务质量参数确定网络状态的方法如下 ：
S3021、 目的端获得需要封装在 RTP 数据包中的语音帧个数。
本发明实施例中， 可以根据 MOS 值和端到端时延得到需要封装在 RTP 数据包中的 语音帧个数 n， n 可以通过多种方法获得， 例如， 根据 ITU-T G.114 中的建议， 端到端时延在 150ms 以下人耳是感觉不到任何延迟的， 可以以 150ms 为门限， 使用简单的曲线拟合方式， 得出语音帧个数的一个计算公式如下 ：
其中 U(x) 为阶跃函数， D 为端到端时延， T 为编解码器的语音帧长。语音帧个数 n为 f(T， D， MOS) 上取整。
S3022、 目的端根据获得的语音帧个数判断网络状态。
在获得语音帧个数 n 之后， 可以根据语音帧的个数表征不同的网络状态， 个数越 多， 则说明网络拥塞情况越严重， 急需进行拥塞控制。某些实施方式中， 也可以预先设定一 个阈值， 当 n 大于阈值时判定网络处于拥塞状态。
在 S303 中， 目的端发送给源端的反馈信息可以为目的端计算出的需要封装在 RTP 数据包中的语音帧个数 n。显而易见的， 目的端也可以如实施例三所述， 可以反馈所有计算 出的 n 值， 也可以在 n 值大于预设阈值时， 反馈 n 值给源端。
在 S304 中， 源端根据目的端反馈的 n 值调整 RTP 数据包内的语音帧个数， 某些实 施方式中， 源端可以将接收的 n 作为封装在 RTP 数据包中的语音帧个数值 ； 另外一些实施方 式中， 也可以将接收的 n 值作为参考， 根据实际情况进行适量增减得到封装在 RTP 数据包中 的语音帧个数值。
本发明实施例中， 目的端获得需要封装在 RTP 数据包中的语音帧个数， 并将该语 音帧个数反馈给源端， 从而使源端能够更加实时地， 有针对性地根据网络状态调整 RTP 数 据包中的语音帧个数， 有效减少网络拥塞， 提高语音传输的质量。 下面给出另一种网络控制方法的实施例五， 如图 7 所示， 该实施例与实施例四的 区别在于 ：
目的端获得需要封装在 RTP 数据包中的语音帧个数 n 后， 保存该语音帧个数 n， 保 存方式可以是只保存最近一个 n， 最近几个 n， 或者全部 n， 均在本发明实施例保护范围之 内。
与 S3022 不同， 在本发明实施例 S3022’ 中， 目的端根据获得的语音帧个数判断网 络状态的方法如下 ： 目的端获得需要封装在 RTP 数据包中的语音帧个数 n 后， 判断新获得的 n 值是否与上一个 n 值相同， 为说明方便， 可以将新获得的 n 值设为 n1， 将上一个 n 值设为 n0。n1 与 n0 相同则说明网络状态没有改变， 不需要将 n1 值传输给源端， 可以返回 S301 继 续获得网络的业务质量参数 ； n1 与 n0 不相同则说明网络状态有改变， 如果 n1 大于 n0， 则可 能是网络存在拥塞， 如果 n1 小于 n0， 则可能是网络拥塞得到缓解， 或是网络的带宽进一步 宽裕， 可以将 n1 值传输给源端， 以便源端根据 n1 值进行网络控制。
本发明实施例中， 目的端通过比较 n1 与 n0 来确定网络状态， 在 n1 与 n0 相同时不 发送反馈信息给源端， 从而节省了反馈信息所需要占用的带宽， 在 n1 与 n0 不同时发送 n1 值给源端， 从而实时、 有针对性地根据网络状态调整 RTP 数据包中的语音帧个数， 通过增加 语音帧个数有效减少网络拥塞， 通过减少语音帧个数有效避免引入不必要地时延， 做到了 均衡处理， 有效提高了语音传输的质量。
下面给出另一种网络控制方法的实施例六， 如图 8 所示 ：
S401、 源端获得目的端发送的网络的业务质量参数。
目的端获得网络的业务质量参数的方法可以与 S301 相同， 采用 S301 中的方法获 得网络的业务质量参数， 包括语音业务， 也可用于视频业务、 多媒体会议业务等。以 VoIP 语 音业务为例， 所获得的业务质量参数可以为端到端时延、 时延抖动、 丢包率和 MOS 值中的一 个或多个。某些实施方式中， 目的端也可以只获得端到端时延、 时延抖动和丢包率， 不在目 的端获得 MOS 值， 将 MOS 值的计算放在源端进行。
目的端获得网络的业务质量参数后， 给源端发送获得的业务质量参数。
S402、 源端根据业务质量参数确定网络状态。
本发明实施例中， 可以采用前述几个实施例中目的端根据业务质量参数确定网络 状态的方法， 所不同的是， 相对于前述实施例， 确定网络状态的主体由目的端改为源端。某 些实施方式中， 如果在 S401 中目的端只传输端到端时延、 时延抖动、 丢包率给源端， 则当源 端需要根据 MOS 值确定网络状态时， 需要首先采用 S3012 中的方法确定 MOS 值。当然， 正如 前述实施例所示， 源端也可能只需要通过端时延、 时延抖动、 丢包率， 而不通过 MOS 值确定 网络状态。
S403、 当根据所述业务质量参数确定网络处于拥塞状态时， 根据网络状态信息或 需要封装在 RTP 数据包中的数据帧个数增加实时传输协议 RTP 数据包封装的数据帧个数。
本发明实施例中， 可以采用前述几个实施例中的源端根据网络状态调整 RTP 数据 包的语音帧个数的方法， 从而调整源端速率。某些实施方式中， 只在网络拥塞时进行调整， 当根据所述业务质量参数确定网络处于拥塞状态时， 根据网络状态信息或需要封装在 RTP 数据包中的数据帧个数增加实时传输协议 RTP 数据包封装的数据帧个数 ； 某些实施方式 中， 即对拥塞状态又对正常状态进行调整， 即在网络处于拥塞状态时增加 RTP 数据包中的 语音帧个数， 当根据所述业务质量参数确定网络处于正常状态时， 根据网络状态信息或需 要封装在 RTP 数据包中的数据帧个数减少或保持实时传输协议 RTP 数据包封装的数据帧个 数。 本发明实施例提供的源端网络控制方法， 与前述实施例的不同之处在于， 网络状 态的判断由源端进行， 同样实现了源端实时地， 有针对性地根据网络状态调整 RTP 数据包 中的语音帧个数， 有效减少网络拥塞， 提高语音传输的质量。
本发明实施例七的网络控制装置， 如图 9 所示， 包括 ：
获取模块 701， 用于获得网络的业务质量参数 ；
第一确定模块 702， 用于根据所述获取模块 701 获得的业务质量参数确定网络状 态；
反馈模块 703， 用于当所述第一确定模块 702 根据所述业务质量参数确定网络处 于拥塞状态时， 发送第一反馈信息到源端， 以使所述源端根据所述第一反馈信息增加实时 传输协议 RTP 数据包封装的数据帧个数。
本发明实施例中， 获取模块 701 获得的网络业务质量参数包括语音业务质量参数 或视频业务质量参数 ； 语音业务质量参数包括端到端时延、 时延抖动、 丢包率或 MOS 值。第 一确定模块 702 根据业务质量参数确定网络状态包括 ： 根据所述端到端时延、 时延抖动、 丢 包率或 MOS 值中的一个， 或者多个的组合确定网络状态。
某些实施方式中， 反馈模块 703 还用于当所述第一确定模块 702 根据所述业务质 量参数确定网络处于正常状态时， 发送第二反馈信息到源端， 以使所述源端根据所述第二 反馈信息减少或保持 RTP 数据包封装的数据帧个数。
反馈模块 703 发送的反馈信息包括 ： 网络状态信息或需要封装在 RTP 数据包中的 数据帧个数。
本发明实施例八的网络控制装置， 如图 10 所示， 包括 ：
第一接收模块 801， 用于获得目的端在根据网络的业务质量参数确定网络处于拥
塞状态后发送的第一反馈信息 ；
第一调整模块 802， 用于根据所述第一接收模块 801 获得的第一反馈信息增加实 时传输协议 RTP 数据包封装的数据帧个数。
某些实施方式中， 所述第一接收模块 801， 还用于获得目的端在根据网络的业务质 量参数确定网络处于正常状态后发送的第二反馈信息 ； 所述第一调整模块 802， 还用于根 据所述第一接收模块 801 获得的第二反馈信息减少或保持实时传输协议 RTP 数据包封装的 数据帧个数。
所述第一接收模块 801 接收的反馈信息包括网络状态信息或需要封装在 RTP 数据 包中的数据帧个数。
本发明实施例提供的装置， 用于根据网络的业务质量参数确定网络状态， 当网络 处于拥塞状态时增加源端 RTP 数据包封装的数据帧个数， 从而有效降低 RTP 数据包需要占 用的带宽， 降低源端的发送速率， 在网络出现拥塞时可以及时的降低流量以避免加重拥塞 程度， 从而有效缓解网络拥塞， 提高了业务传输的质量。
下面给出本发明实施例九， 结合方法实施例对本发明的网络控制装置进行进一步 的说明， 如图 11 所示 ：
如前所述本发明实施例可以应用于多种业务环境， 在此以 Ad Hoc 网络中的 VoIP 语音业务为例进行说明。 本发明实施例中， 网络控制装置包括目的端装置和源端装置， 目的 端包括获取模块 701、 第一确定模块 702 和反馈模块 703， 源端包括第一接收模块 801 和第 一调整模块 802。
某些实施方式中， 获取模块 701 获得网络的业务质量参数， 包括获得接收的数据 包的端到端时延、 时延抖动和丢包率， 再根据端到端时延和丢包率， 获得语音质量 MOS 值。 第一确定模块 702 根据获取模块 701 获得的业务质量参数中的一个或多个确定网络状态， 所述确定方法可以是预先设定一个阈值， 根据业务质量参数和阈值的关系确定网络状态。 反馈模块 703 在第一确定模块 702 确定网络状态后发送反馈信息到接收模块 801， 反馈信 息可以是网络状态信息。某些实施方式中， 可以在网络处于拥塞状态时， 发送反馈信息， 即 用于表面网络处于拥塞状态的第一反馈信息， 而在网络状态正常时， 不发送反馈信息， 这样 的好处是可以节省反馈信息对带宽的占用 ； 另外一些实施方式中， 反馈模块 703 也可以在 网络状态正常和拥塞时， 都发送反馈信息， 即在网络处于拥塞状态时发送第一反馈信息， 在 网络处于正常状态时发送表明网络正常的第二反馈信息， 该方法可以使源端根据网络状态 实时调整发送速率。第一接收模块 801 获得反馈模块 703 发送的反馈信息。第一调整模块 802 根据反馈信息调整 RTP 数据包的语音帧个数， 从而调整源端的发送速率， 包括根据第一 接收模块 801 获得的第一反馈信息增加实时传输协议 RTP 数据包封装的数据帧个数 ； 根据 第一接收模块 801 获得的第二反馈信息减少或保持实时传输协议 RTP 数据包封装的数据帧 个数。
某些实施方式中， 第一确定模块 702 确定网络状态的方法可以是获得需要封装在 RTP 数据包中的语音帧个数， 根据获得的语音帧个数判断网络状态。 此时反馈模块 703 发送 的反馈信息可以为第一确定模块 702 获得的需要封装在 RTP 数据包中的语音帧个数。第一 调整模块 802 根据需要封装在 RTP 数据包中的语音帧个数调整封装在 RTP 数据包内的语音 帧个数。这种实施方式下， 源端能够更加实时地， 有针对性地根据网络状态调整 RTP 数据包中的语音帧个数， 有效减少网络拥塞， 提高语音传输的质量。
某些实施方式中， 第一确定模块 702 通过判断新获得的需要封装在 RTP 数据包中 的语音帧个数是否与上一个获得的需要封装在 RTP 数据包中的语音帧个数相同来判断网 络状态， 相同时则源端不需要调整， 不同时则源端需要调整。在这种实施方式下， 可以在网 络状态没有变化时不发送反馈信息给源端， 从而节省了反馈信息所需要占用的带宽 ； 在网 络状态变化时及时发送反馈信息给源端， 从而实时、 有针对性地根据网络状态调整 RTP 数 据包中的语音帧个数， 通过增加语音帧个数有效减少网络拥塞， 通过减少语音帧个数有效 避免引入不必要地时延， 做到了均衡处理， 有效提高了语音传输的质量。
本发明实施例十的网络控制装置， 如图 12 所示， 包括 ：
第二接收模块 901， 用于获得目的端发送的业务质量参数 ；
第二确定模块 902， 用于根据所述第二接收模块 901 获得的业务质量参数确定网 络状态 ；
第二调整模块 903， 用于当所述第二确定模块 902 根据所述业务质量参数确定网 络处于拥塞状态时， 根据网络状态信息或需要封装在 RTP 数据包中的数据帧个数增加实时 传输协议 RTP 数据包封装的数据帧个数。
下面结合方法实施例六对本实施例的网络控制装置进行说明， 获取模块 701 获得 网络的业务质量参数， 可以只包括端到端时延、 时延抖动和丢包率， 而将 MOS 值的获得留给 源端操作。第二接收模块 901 获得反馈模块 703 发送的的业务质量参数。第二确定模块 902 根据业务质量参数确定网络状态， 某些情况下， 第二确定模块 902 也可以用于根据端到 端时延和丢包率获得 MOS 值。第二调整模块 903 根据网络状态调整 RTP 数据包的语音帧个 数。某些实施方式中， 只在网络拥塞时进行调整， 当第二确定模块 902 根据所述业务质量参 数确定网络处于拥塞状态时， 第二调整模块 903 根据网络状态信息或需要封装在 RTP 数据 包中的数据帧个数增加实时传输协议 RTP 数据包封装的数据帧个数 ； 某些实施方式中， 即 对拥塞状态又对正常状态进行调整， 即第二调整模块 903 在网络处于拥塞状态时增加 RTP 数据包中的语音帧个数， 当第二确定模块 902 根据所述业务质量参数确定网络处于正常状 态时， 第二调整模块 903 根据网络状态信息或需要封装在 RTP 数据包中的数据帧个数减少 或保持实时传输协议 RTP 数据包封装的数据帧个数。在这种实施方式下， 网络状态的判断 由源端进行， 同样实现了源端实时地， 有针对性地根据网络状态调整 RTP 数据包中的语音 帧个数， 有效减少网络拥塞， 提高语音传输的质量。
由于前述方法实施例已经进行了比较详细、 具体的说明， 本发明实施例中的网络 控制装置结合方法进行了相对简单的描述， 具体实现方式可以参见方法实施例的描述， 在 此不再赘述。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程， 可以通 过计算机程序来指令相关的硬件来完成， 所述的程序可存储于一计算机可读取存储介质 中， 该程序在执行时， 可包括如上述各方法的实施例的流程。其中， 所述的存储介质可为磁 碟、 光盘、 只读存储记忆体 (Read-Only Memory， ROM) 或随机存储记忆体 (Random Access Memory， RAM) 等。
以上所述仅是本发明的具体实施方式， 应当指出， 对于本技术领域的普通技术人 员来说， 在不脱离本发明原理的前提下， 还可以做出若干改进和润饰， 这些改进和润饰也应视为本发明的保护范围。