专利名称：传输控制方法和接入设备及传输系统的制作方法
技术领域：
本发明涉及通信技术领域，具体涉及一种传输控制方法和接入设备及传输系统。
背景技术：
实时传输协议(RTP， Real-Time Transport Protocol)可以用以支持传输实时要 求高的数据(例如，音频数据等)，RTP可以提供净荷类型指示(即数据类型和编码方法)、 数据分组序号、数据发送时戳和数据源标识，接收端可以根据指示信息，正确地重组原始信号。 RFC2198是可用于对冗余编码的音频数据进行传输的RTP负载格式，RTP负载格式 的每个包可以携带一个主编码块以及一个或多个冗余编码块(可简称冗余块)，可以通过 对音频数据进行冗余控制，解决网络丢包等问题。 参见图1 ，在现有技术中，在终端110和120传输如音频数据之前，通常由网络中的 控制中心130事先为承载终端110和终端120本次业务的RTP包设定一个固定的冗余块数 量(例如，每个RTP包固定携带3个冗余块)，并将设定的冗余块数量通知给终端110的接 入设备111和终端120的接入设备121 ;接入设备111和121据此，对终端110和120间传 输的音频数据进行RTP包封装。 在实现本发明的过程中，本发明人发现，现有的数据传输中，每次业务通常采用固 定数量的冗余块对的数据进行封装，传输控制缺乏灵活性；且对网络损伤状况实时动态变 化的适应性较差。
发明内容
本发明实施例提供一种传输控制方法和接入设备及传输系统，能够提高传输控制 的灵活性；且有利于合理的适应网络损伤状况实时动态的变化。
为解决上述技术问题，本发明实施例提供以下技术方案
本发明实施例提供一种传输控制方法，包括
监测网络当前的损伤指标； 根据监测到的网络当前的损伤指标所对应的传输质量等级，确定待发送的数据包 携带的冗余块的数量和/或打包时长，其中，数据包携带的冗余块的数量和/或打包时长与 传输质量等级预置有对应关系； 按照确定的携带的冗余块的数量和/或打包时长，打包并发送数据包。
本发明实施例还提供一种接入设备，包括
监测模块，用于监测网络当前的损伤指标； 确定模块，用于根据监测模块监测到的网络当前的损伤指标所对应的传输质量等 级，确定待发送的数据包携带的冗余块的数量和/或打包时长，其中，数据包携带的冗余块 的数量和/或打包时长与传输质量等级预置有对应关系； 打包发送模块，用于按照确定模块确定的携带的冗余块的数量和/或打包时长，打包并发送数据包。 本发明实施例还提供一种传输系统，包括
如上述实施例所述的接入设备。 由上可见，本发明实施例采用的技术方案具有如下有益效果通过监测网络当前 的损伤指标，并根据监测到的网络当前的损伤指标所对应的传输质量等级，确定待发送的 数据包携带的冗余块的数量和/或打包时长，使得网络当前的传输质量和数据包携带的冗 余块的数量和/或打包时长具有相当的实时关联性，能够提高传输控制的灵活性；且有利 于合理的适应网络损伤状况实时动态的变化。
为了更清楚地说明本发明实施例和现有技术中的技术方案，下面将对实施例和现 有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本 发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可 以根据这些附图获得其他的附图。
图1是现有技术提供的一种数据传输的网络架构图；
图2是本发明实施例提供的一种数据传输的网络架构图；
图3是本发明实施例一提供的一种传输控制方法流程简图；
图4是本发明实施例二提供的一种传输控制方法流程简图；
图5是本发明实施例三提供的一种接入设备示意图。
具体实施例方式
本发明实施例提供一种传输控制方法和接入设备及传输系统，能够提高传输控制 的灵活性；且有利于合理的适应网络损伤状况实时动态的变化。 为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明 实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实 施例仅仅是本发明一部分实施例，而非全部实施例。基于本发明中的实施例，本领域普通 技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范 围。 本发明实施例的技术方案，例如可以基于如图2所示的网络拓扑架构具体实施， 在图2所示的网络拓扑架构中，终端Sl的接入设备Nl和终端S2的接入设备N2可以打包 发送终端Sl和终端S2之间的业务数据，实现终端Sl和终端S2的业务交互。
实施例一、 参见图3，本发明实施例一提供的一种传输控制方法，可以包括
310、监测网络当前的损伤指标。 其中，网络当前的损伤指标可以是网络当前的丢包率、时延等，在实际应用中，可 以选择多种方式监测网络当前的损伤指标，例如可以通过接收相关数据包，获取网络当前 的损伤指标。 网络的损伤指标可能会随着时间的变化而不断的发生变化，故而可以实时的监测 网络，及时的获取网络当前的损伤指标。
320、根据监测到的网络当前的损伤指标所对应的传输质量等级，确定待发送的数 据包携带的冗余块的数量和/或打包时长，其中，数据包携带的冗余块的数量和/或打包时 长与传输质量等级预置有对应关系。 在一种应用场景下，可以建立网络的损伤指标和传输质量等级(包括传输丢包质 量等级和传输时延质量等级)的对应关系、以及预置数据包携带的冗余块的数量和/或打 包时长与传输质量等级的对应关系，进而可以实现根据监测到的网络当前的损伤指标确定 网络当前的传输质量等级，根据网络当前的传输质量等级确定待发送的数据包携带的冗余 块的数量和/或打包时长。 也就是说，可根据监测到的网络当前的丢包率所对应的传输质量等级，确定待发 送的数据包携带的冗余块的数量；和/或根据监测到的网络当前的时延所对应的传输质量 等级，确定待发送的数据包的打包时长。 举例来说，可设定Al (良好)、A2 ( —般)、A3 (较差)、A4 (恶劣)等4种传输丢 包质量等级，每种传输丢包质量等级对应一定的丢包率范围，例如等级A1对应的丢包率为 0X、等级A2对应的丢包率范围为0X 1X、等级A3对应的丢包率范围为1% 3%、等级 A4对应的丢包率范围为大于3%，而预置的等级Al对应的冗余块的数量可为0、等级A2对 应的冗余块的数量可为1、等级A3对应的冗余块的数量可为2、等级A4对应的冗余块的数 量可为3或更多，例如若网络当前的丢包率对应的传输丢包质量等级为A2，则可以确定出 待发送的数据包携带的冗余块的数量为1，以此类推。 可以理解，待发送的数据包的打包时长的确定方式可与上述待发送的数据包携带 的冗余块的数量的确定方式类似，此处不再赘述。 330、按照确定的携带的冗余块的数量和/或打包时长，打包并发送数据包。 在实际应用中，在确定出待发送的数据包携带的冗余块的数量和/或打包时长
后，便可以按照确定出的携带的冗余块的数量和/或打包时长，打包并发送数据包，接收设
备在接收到该数据包后，恢复其承载的业务数据，其中，数据包可以是RTP包或其它格式的
数据包，其承载的业务数据例如可以是音频数据、或是其它类型的业务数据。 需要说明，本实施例上述技术方案例如可在综合接入设备(IAD，
IntegratedAccess Device)、接入网关(AG， Access Gateway)、中继网关(TG，
TrunkGateway)、光网络终端(ONT，Optical Network Terminal)等接入设备上具体实施，当
然也可以在其它类似的网络实体上实施。 由上可见，本实施例中通过监测网络当前的损伤指标，并根据监测到的网络当前 的损伤指标所对应的传输质量等级，确定待发送的数据包携带的冗余块的数量和/或打包 时长，使得网络当前的传输质量和数据包携带的冗余块的数量和/或打包时长具有相当的 实时关联性，能够提高传输控制的灵活性；且有利于合理的适应网络损伤状况实时动态的 变化。 实施例二、 为便于更好的理解本发明实施例的技术方案，下面以终端Sl和终端S2通过接入 设备Nl和N2交互音频数据，进行通话的过程为例，对本发明实施例的技术方案进行进一步 详细的描述。 其中，N1为终端Sl的接入设备，N2为终端S2的接入设备，本实施例中以接入设备Nl和N2交互RTP包为例进行说明。 参见图4，本发明实施例二的一种传输控制方法，可以包括 401、终端SI和终端S2建立呼叫，进行通话。 402、接入设备Nl和N2开始实时的交互承载音频数据的RTP包。 在实际应用中，当终端SI和终端S2开始通话后，接入设备Nl和N2开始利用PTP
包承载音频数据，以实时的交互终端SI和终端S2的音频数据。 其中，RTP包的包头中可以携带用于恢复该RTP包所承载的音频数据的相关信息， RTP包包头的格式例如可以如下所示 0 12 3 01234567890123456789012345678901
+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
IU = 2 IP IXI CCIM | PT | sequence number +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
I timestamp +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
I synchronization source(SSRC)identifier + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = +
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ 如上RTP包头中，V :RTP版本号； P :填充指示位，若为l，表示分组结尾含有1个或多个填充字节；
X :扩展指示位，若为l，表示固定头部后还有1个扩展头部；
CC :CSRC计数，指示固定头部后的CSRC标识的个数；
M :标志位，可用于表示RTP包流中的帧边界标志；
PT :净荷类型，表明RTP包净荷数据的类型；
Sequence number :RTP包序号； Timestamp :时戳，指示的是RTP包音频数据第1个字节的取样时刻；
SSRC :同步源标识，用来标识RTP会话中各信号的同步源。 接入设备Nl或N2可以在接收到对端发送的RTP包后，利用RTP包包头的各个字 段携带的相关信息，恢复出接收到的RTP包承载的音频数据，并可将恢复出的音频数据发 送给对应的终端。 进一步的，为便于实时的监控网络的损伤情况，接入设备Nl和N2还可进一步使能 实时传输控制协议(RTCP， RTP control Protocol)功能，以便通过交互RTCP包，实时的监 控网络对RTP包的传输。 RTCP的基本思想包括采用和数据分组同样的配送机制，向RTP会话中的所有与 会者周期性地传送控制分组包，从而提供数据传送的服务质量(Qos，Quality of Service) 的监测手段，其功能主要包括 提供数据传送质量的反馈信息；传送RTP源运输层永久标识；
确定RTCP分组发送速率；传送少量会话控制信息。 RTCP定义的分组类型包括发送者报告(SR， Sender R印ort)、接收者报告(RR，Receiver R印ort)、源描述项、指示退出会话、应用特定功能等。 其中，SR主要携带接入设备的RTP包的发送情况信息；RR主要携带接入设备的 RTP包的接收情况信息。 403、接入设备Nl和/或N2监测网络的损伤指标。 在一种应用场景下，接入设备Nl或N2可接收对端发送的RTCP包，利用当前接收 到的RTCP包可获取网络当前的丢包率和时延等损伤指标。 举例来说，接入设备N1或N2当前接收到的对端发送的一种既包括SR又包括RR 的RTCP包的格式可以如下 0 12 3 0123456789012345678901234567890 1 +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_
+++-+ header | U = 21P |RC| PT = SR = 200 | length +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ _+_+ I SSRC of sender + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = +
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ sender | NTP time stamp, most signif icantword block +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ _+_+ INTP timestamp， leastsignificant word +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ _+_+ I RTP timestamp +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ _+_+ I sender's packet count +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ _+_+ I sender's octet count + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = +=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ receiuer|SSRC_1 (SSRCof first source) block +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ I fraction lost | cumulatiue number of packets lost +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ I extended highestsequencenumber receiued +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ Iinterarriual jitter +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ I last SR(LSR) +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ I delay since last SR 饥SR) + = + = + = + = + = + = + = + = + = + = + = + = + = + = + = +
=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+=+ 在如上RTCP包的RR块(receiver block)中 丢包率(fraction lost)字段携带自前一次发送SR或RR以来，由SSRC-n (接入
设备Nl或N2)发送来的RTP包的丢包率信息； 累计丢失分组数(cumulative number of packets lost)字段，携带自开始接收RTP包以来，丢失的来自SSRC-n的RTP包的总数信息； 最末SR时戳(LSR，last SR)字段，携带最新接收到的来自SSRC-n的SR分组中网络时戳(NTP， Network Time Protocol)的中间32比特； 最末SR后的时延(DLSR， delay since last SR)字段，携带自接收到最新的来自
SSRC-n的SR至发送本RTCP包的时延。 时延=AT-LSR-DLSR (公式1) 接入设备N1或N2可以利用公式1计算网络当前的时延，其中，AT是接入设备Nl接收到此RTCP包的时间；并且，接入设备Nl或N2可以直接将RR的丢包率字段携带的丢包率作为网络当前的丢包率。也就是说，接收设备N1或N2利用当前接收到的对端发送的携带RR的RTCP包，便可以获取到网络当前的丢包率和时延等损伤指标。
相应的，接入设备Nl或N2也根据自身接收RTP包的情况和SR携带的信息生成 RR，利用RTCP包向对端发送RR，实现双向监控。 可以看出，利用RTCP可以相对降低接入设备Nl和/或N2监测网络的损伤指标的 实现复杂度。 404、接入设备Nl和/或N2根据监测到的网络当前的损伤指标所对应的传输质量 等级，确定待发送的RTP包携带的冗余块的数量和/或打包时长。 在一种应用场景下，接入设备Nl和/或N2可以建立网络的损伤指标和传输质量 等级的对应关系(例如可以建立网络的丢包率与传输丢包质量等级的对应关系、网络的 时延与传输时延质量等级的对应关系等)、以及预置RTP包携带的冗余块的数量和/或打包 时长与传输质量等级的对应关系。 接入设备N1和/或N2可以实现根据监测到的网络当前的损伤指标确定网络当前 的传输质量等级，根据网络当前的传输质量等级确定待发送的RTP包携带的冗余块的数量 和/或打包时长。其中，传输质量等级的等级数可以根据具体需要具体确定。 [O118] 举例来说，接入设备Nl和/或N2可设定Al (良好)、A2 ( —般)、A3 (较差)、A4 (恶 劣)等4种传输丢包质量等级，每种传输丢包质量等级对应一定的丢包率范围，例如等级A1 对应的丢包率为0X、等级A2对应的丢包率范围为0% 1X、等级A3对应的丢包率范围 为1X 3X、等级A4对应的丢包率范围为大于3X，而预置的等级A1对应的冗余块的数 量可为0、等级A2对应的冗余块的数量可为1、等级A3对应的冗余块的数量可为2、等级A4 对应的冗余块的数量可为3或更多，例如若网络当前的丢包率对应的传输丢包质量等级为 A3，则可以确定出待发送的RTP包携带的冗余块的数量为2，以此类推。
类似的，接入设备Nl和/或N2还可设定Bl (良好)、B2 (较差)等2种传输时延质 量等级，每种传输时延质量等级对应一定的时延范围，例如等级B1对应的时延范围为小于 100ms、等级B2对应的时延范围为大于100ms，而预置的等级Bl对应的打包时长可为20ms、 等级B2对应的打包时长可为10ms、例如若网络当前时延对应的传输时延质量等级为B2，则 可以确定出待发送的RTP包的打包时长为10ms，以此类推。 405、接入设备Nl和/或N2按照确定出的携带的冗余块的数量和/或打包时长， 打包并发送RTP包。 在实际应用中，接入设备Nl和/或N2在确定出待发送的RTP包携带的冗余块的 数量和/或打包时长后，便可以按照确定出的携带的冗余块的数量和/或打包时长，打包并 发送RTP包，对端在接收到该RTP包后，相应的恢复其承载的音频数据，并发送给终端。
本实施例RTP包选用的冗余负载格式可以是RFC2198，前向纠错编码格式或其它 冗余格式。 考虑到网络的损伤指标(丢包率、时延等)可能会随着时间的变化而不断的发生
变化，故而接入设备Nl和/或N2可以实时的监测网络的损伤指标，并根据网络当前的损伤
指标，实时的调整待发送的RTP包携带的冗余块的数量和/或打包时长等。 在一种应用场景下，若接入设备Nl或N2在没有获知对端调整后RTP包携带的冗
余块的数量和/或打包时长的情况下，无法正确的恢复出接收到的RTP包承载的音频数据，
则接入设备Nl或N2可以在调整了 RTP包携带的冗余块的数量和/或打包时长后，将调整
的RTP包携带的冗余块的数量和/或打包时长等通知对端，通知的方式可以是任意方式的，0 1 2 3
01234567890123 456789012345678901 +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
例如可以利用初始会话协议(SIP， Session Initiation Protocol)信令将调整的RTP包携 带的冗余块的数量和/或打包时长等通知对端。当然，若接入设备Nl和N2在接收到RTP 包后，便可以直接获知该RTP包携带的冗余块的数量和/或打包时长，并能够直接正确的恢 复出该RTP包承载的音频数据，其在调整了 RTP包携带的冗余块的数量和/或打包时长后， 可以不通知对端。 为便于更好的理解本发明实施例的技术方案，下面通过具体实例对本发明技术方 案进行进一步的说明。 下面以RTP包选用RFC2198作为冗余负载格式为例进行说明，RFC2198的冗余块
头的格式可以如下
|F|块负载类型I 时间戳偏移 I 块长度 +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ 其中，标志位(F):冗余块头的第l位，用于指示后面是否还有另一个头块，如果该 位为1表示后面还有头块，为0表示后面没有头块； 块负载类型(block PT) :7位，用于指示该块的RTP负载类型； 时间戳偏移(timestamp offset) :14位，用于指示本块相对于RTP头时间戳的无
符号时间戳偏移量，使用无符号偏移说明冗余数据的发送必须在主数据已经发送之后，因
此要从当前时间中减去主数据的发送时间来决定冗余数据所在块的时间戳； 块长度(block length) :10位，用于指示对应数据块的字节长度，其中不包括块
头的长度。 举例来说，当终端SI和终端S2建立呼叫，进行通话时，接入设备Nl和N2开始实 时的交互承载音频数据的RTP包，并使能RTCP功能，监测网络的丢包率和时延等损伤指标。
若接入设备Nl通过接收接入设备N2发送的RTCP包，监测到网络当前的丢包率变 为0. 8% ，当前的时延为30模式，其对应的传输丢包质量等级为A2，其对应的传输时延质量 等级为B1，因此，接入设备N1开始启动RFC2198冗余控制，确定出待发送的RTP包携带的冗 余块数量为1个、打包时长为20ms，并开始按照确定出的冗余块数量和打包时长，打包并向 接入设备N1发送RTP包。
0138] 接入设备Nl打包发送的RTP包的格式例如可以如下
0139] 0 1 2 3
0140] 01234567890123 456789012345678901
0141 ] +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
0142] |U = 2|P|X|CC = 0 |M| PT | 主数据顺序号
0143] +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
0144] I 主编码时间戳
0145] +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ 0146] I 同步源标识符(SSRC)
0147] +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+
|l|blockPT = 8I 时间戳偏移 I 块长度 +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ |0|block PT = 8 I +_+_+_+_+_+_+_+_+ + I + G. 711A编码冗余数据(PT = 8) + I (160bytes) + +---------------+ I I +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ + I + + I G. 711A编码主数据(PT = 8) + (160bytes) + / / + +---------------+ I +_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+_+ 接入设备N1打包发送的承载音频数据的RTP包中，包括一个主数据块和一个冗余
块，两者的长度均为20ms。接入设备N2接收到该RTP包后，恢复出数据块承载的音频数据，
并可利用冗余块恢复出之前丢包的音频数据，弥合网络丢包造成的数据损失。 可以理解，接入设备N1和/或N2可以根据网络当前的损伤指标，实时的调整RTP
包的携带的冗余块数量和打包时长，尽可能合理有效的消除网络损伤对终端SI和终端S2
通话质量的影响。 由上可见，本实施例中通过监测网络当前的损伤指标，并根据监测到的网络当前 的损伤指标所对应的传输质量等级，确定待发送的RTP包携带的冗余块的数量和/或打包 时长，使得网络当前的传输质量和RTP包携带的冗余块的数量和/或打包时长具有相当的 实时关联性，能够提高传输控制的灵活性；且有利于合理的适应网络损伤状况实时动态的 变化。 进一步的，选用RTCP作为监测网络损伤指标的实现手段，选用RFC2198作为RTP 包的冗余负载格式，可以进一步降低实现复杂度。 为便于更好的实施本发明实施例的技术方案，本发明实施例还提供一种接入设 备。 实施例三、 参见图5，本发明实施例三的一种接入设备500，具体可以包括监测模块510、确 定模块520和打包发送模块530。 其中，监测模块510，用于监测网络当前的损伤指标。 在实际应用中，监测模块510可以选择多种方式，监测网络当前的损伤指标，例如 可以通过接收相关数据包，获取网络当前的损伤指标。
确定模块520，用于根据上述监测模块510监测到的网络当前的损伤指标所对应
的传输质量等级，确定待发送的数据包携带的冗余块的数量和/或打包时长，其中，数据包
携带的冗余块的数量和/或打包时长与传输质量等级预置有对应关系。 在一种应用场景下，接入设备500可以建立网络的损伤指标和传输质量等级的对
应关系、以及预置数据包携带的冗余块的数量和/或打包时长与传输质量等级的对应关
系，进而可以实现根据监测到的网络当前的损伤指标确定网络当前的传输质量等级，根据
网络当前的传输质量等级确定待发送的数据包携带的冗余块的数量和/或打包时长。 也就是说，确定模块520可根据监测模块510监测到的网络当前的丢包率所对应
的传输质量等级，确定待发送的数据包携带的冗余块的数量；和/或根据监测模块510监测
到的网络当前的时延所对应的传输质量等级，确定待发送的数据包的打包时长。 打包发送模块530，用于按照确定模块520确定的携带的冗余块的数量和/或打包
时长，打包并发送数据包。 在实际应用中，在确定模块520确定出待发送的数据包携带的冗余块的数量和/ 或打包时长后，打包发送模块530便可以按照确定出的携带的冗余块的数量和/或打包时 长，打包并发送数据包。接收设备在接收到该数据包后，恢复其承载的业务数据。
其中，打包发送模块530打包发送的数据包可以是RTP包或其它格式的数据包，其 承载的业务数据例如可以是音频数据、或是其它类型的业务数据；数据包携带冗余块的格 式可以为RFC2198。 在一种应用场景下，监测模块510可以包括
接收子模块，用于接收RTCP包。 获取子模块，用于利用接收子模块接收到的RTCP包获取网络当前的丢包率和/或 时延。 举例来说，接收子模块接收到的RTCP包承载了 RR，获取子模块可以利用接收子模 块接收到的RR获取网络当前的丢包率和/或时延。
在一种应用场景下，确定模块520可以包括 第一确定子模块，用于根据监测模块监测到的网络当前的丢包率所对应的传输质 量等级，确定待发送的数据包携带的冗余块的数量；
禾P/或 第二确定子模块，用于根据监测模块监测到的网络当前的时延所对应的传输质量
等级，确定待发送的数据包的打包时长。
在一种应用场景下，接入设备500还可以包括 通知模块，用于在调整了数据包携带的冗余编码块的数量和/或打包时长时，将
调整后的数据包携带的冗余编码块的数量和/或打包时长通知接收设备。 需要说明的是，本实施例的接入设备500可以如上述方法实施例中的接入设备Nl
或N2，可以用于实现上述方法实施例中的全部技术方案，其各个功能模块的功能可以根据
上述方法实施例中的方法具体实现，其具体实现过程可参照上述实施例中的相关描述，此
处不再赘述。 为便于更好的实施本发明上述实施例的技术方案，本发明实施例中还提供一种传 输系统，可以包括多个如实施例三中的接入设备500。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列 的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为 依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知 悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明 所必须的。 在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部 分，可以参见其他实施例的相关描述。 综上所述，本发明实施例中通过监测网络当前的损伤指标，并根据监测到的网络 当前的损伤指标所对应的传输质量等级，确定待发送的数据包携带的冗余块的数量和/或 打包时长，使得网络当前的传输质量和数据包携带的冗余块的数量和/或打包时长具有相 当的实时关联性，能够提高传输控制的灵活性；且有利于合理的适应网络损伤状况实时动 态的变化。 进一步的，若选用RTCP作为监测网络损伤指标的实现手段，选用RFC2198作为数 据包的冗余负载格式，可以进一步降低实现复杂度。 本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可 以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储 介质可以包括只读存储记忆体(R0M， Read-0nly Memory)或随机存储记忆体(RAM, Random Access Memory)、磁盘或光盘等。 以上对本发明实施例所提供的一种传输控制方法和接入设备及传输系统进行了 详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的 说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依 据本发明的思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容 不应理解为对本发明的限制。
权利要求
一种传输控制方法，其特征在于，包括监测网络当前的损伤指标；根据监测到的网络当前的损伤指标所对应的传输质量等级，确定待发送的数据包携带的冗余块的数量和/或打包时长，其中，数据包携带的冗余块的数量和/或打包时长与传输质量等级预置有对应关系；按照确定的携带的冗余块的数量和/或打包时长，打包并发送数据包。
2. 根据权利要求l所述的方法，其特征在于， 所述监测网络当前的损伤指标，包括 接收实时传输控制协议RTCP包； 利用接收到的RTCP包获取网络当前的丢包率和/或时延。
3. 根据权利要求1或2所述的方法，其特征在于，所述根据监测到的网络当前的损伤指 标所对应的传输质量等级，确定待发送的数据包携带的冗余块的数量和/或打包时长，包 括根据监测到的网络当前的丢包率所对应的传输质量等级，确定待发送的数据包携带的 冗余块的数量； 和/或根据监测到的网络当前的时延所对应的传输质量等级，确定待发送的数据包的打包时长。
4. 根据权利要求1或2所述的方法，其特征在于，所述方法还包括若调整了数据包携带的冗余编码块的数量和/或打包时长，将调整后的数据包携带的 冗余编码块的数量和/或打包时长通知接收设备。
5. 根据权利要求4所述的方法，其特征在于，所述将调整后的数据包携带的冗余编码 块的数量和/或打包时长通知接收设备，包括利用会话初始化协议SIP信令，将调整后的数据包携带的冗余编码块的数量和/或打 包时长通知接收设备。
6. 根据权利要求1或2所述的方法，其特征在于，所述数据包为实时传输协议RTP数据包，所述数据包携带冗余块的格式为RFC2198。
7. —种接入设备，其特征在于，包括 监测模块，用于监测网络当前的损伤指标；确定模块，用于根据监测模块监测到的网络当前的损伤指标所对应的传输质量等级， 确定待发送的数据包携带的冗余块的数量和/或打包时长，其中，数据包携带的冗余块的 数量和/或打包时长与传输质量等级预置有对应关系；打包发送模块，用于按照确定模块确定的携带的冗余块的数量和/或打包时长，打包 并发送数据包。
8. 根据权利要求7所述的接入设备，其特征在于，所述监测模块包括 接收子模块，用于接收RTCP包；获取子模块，用于利用接收子模块接收到的RTCP包获取网络当前的丢包率和/或时延。
9. 根据权利要求7或8所述的接入设备，其特征在于，所述确定模块包括第一确定子模块，用于根据监测模块监测到的网络当前的丢包率所对应的传输质量等 级，确定待发送的数据包携带的冗余块的数量； 和/或第二确定子模块，用于根据监测模块监测到的网络当前的时延所对应的传输质量等 级，确定待发送的数据包的打包时长。
10. 根据权利要求7或8所述的接入设备，其特征在于， 所述接入设备还包括通知模块，用于在调整了数据包携带的冗余编码块的数量和/或打包时长时，将调整 后的数据包携带的冗余编码块的数量和/或打包时长通知接收设备。
11. 一种传输系统，其特征在于，包括 如权利要求7至10任一项所述的接入设备。
全文摘要
本发明实施例公开了一种传输控制方法和接入设备及传输系统。其中的一种传输控制方法，包括监测网络当前的损伤指标；根据监测到的网络当前的损伤指标所对应的传输质量等级，确定待发送的数据包携带的冗余块的数量和/或打包时长，其中，数据包携带的冗余块的数量和/或打包时长与传输质量等级预置有对应关系；按照确定的携带的冗余块的数量和/或打包时长，打包并发送数据包。本发明实施例的技术方案能够提高传输控制的灵活性；且有利于合理的适应网络损伤状况实时动态的变化。
文档编号H04L1/00GK101729320SQ20091025812
公开日2010年6月9日 申请日期2009年12月14日 优先权日2009年12月14日
发明者傅淼强, 李笑霜, 杨繁, 黄长富 申请人:华为技术有限公司