CN101729320A - 传输控制方法和接入设备及传输系统 - Google Patents

传输控制方法和接入设备及传输系统 Download PDF

Info

Publication number
CN101729320A
CN101729320A CN200910258122A CN200910258122A CN101729320A CN 101729320 A CN101729320 A CN 101729320A CN 200910258122 A CN200910258122 A CN 200910258122A CN 200910258122 A CN200910258122 A CN 200910258122A CN 101729320 A CN101729320 A CN 101729320A
Authority
CN
China
Prior art keywords
packet
network
time length
current
carries
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN200910258122A
Other languages
English (en)
Inventor
黄长富
李笑霜
杨繁
傅淼强
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN200910258122A priority Critical patent/CN101729320A/zh
Publication of CN101729320A publication Critical patent/CN101729320A/zh
Priority to EP10837013A priority patent/EP2515481A4/en
Priority to PCT/CN2010/079428 priority patent/WO2011072576A1/zh
Priority to US13/495,395 priority patent/US20120257528A1/en
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80—Responding to QoS
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/70—Media network packetisation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/752—Media network packet handling adapting media to network capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823—Errors, e.g. transmission errors
    • H04L43/0829—Packet loss
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00—Arrangements for monitoring or testing data switching networks
    • H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852—Delays

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明实施例公开了一种传输控制方法和接入设备及传输系统。其中的一种传输控制方法，包括：监测网络当前的损伤指标；根据监测到的网络当前的损伤指标所对应的传输质量等级，确定待发送的数据包携带的冗余块的数量和/或打包时长，其中，数据包携带的冗余块的数量和/或打包时长与传输质量等级预置有对应关系；按照确定的携带的冗余块的数量和/或打包时长，打包并发送数据包。本发明实施例的技术方案能够提高传输控制的灵活性；且有利于合理的适应网络损伤状况实时动态的变化。

Description

传输控制方法和接入设备及传输系统
技术领域
本发明涉及通信技术领域，具体涉及一种传输控制方法和接入设备及传输系统。
背景技术
实时传输协议(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所示的网络拓扑架构中，终端S1的接入设备N1和终端S2的接入设备N2可以打包发送终端S1和终端S2之间的业务数据，实现终端S1和终端S2的业务交互。
实施例一、
参见图3，本发明实施例一提供的一种传输控制方法，可以包括：
310、监测网络当前的损伤指标。
其中，网络当前的损伤指标可以是网络当前的丢包率、时延等，在实际应用中，可以选择多种方式监测网络当前的损伤指标，例如可以通过接收相关数据包，获取网络当前的损伤指标。
网络的损伤指标可能会随着时间的变化而不断的发生变化，故而可以实时的监测网络，及时的获取网络当前的损伤指标。
320、根据监测到的网络当前的损伤指标所对应的传输质量等级，确定待发送的数据包携带的冗余块的数量和/或打包时长，其中，数据包携带的冗余块的数量和/或打包时长与传输质量等级预置有对应关系。
在一种应用场景下，可以建立网络的损伤指标和传输质量等级(包括传输丢包质量等级和传输时延质量等级)的对应关系、以及预置数据包携带的冗余块的数量和/或打包时长与传输质量等级的对应关系，进而可以实现根据监测到的网络当前的损伤指标确定网络当前的传输质量等级，根据网络当前的传输质量等级确定待发送的数据包携带的冗余块的数量和/或打包时长。
也就是说，可根据监测到的网络当前的丢包率所对应的传输质量等级，确定待发送的数据包携带的冗余块的数量；和/或根据监测到的网络当前的时延所对应的传输质量等级，确定待发送的数据包的打包时长。
举例来说，可设定A1(良好)、A2(一般)、A3(较差)、A4(恶劣)等4种传输丢包质量等级，每种传输丢包质量等级对应一定的丢包率范围，例如等级A1对应的丢包率为0％、等级A2对应的丢包率范围为0％～1％、等级A3对应的丢包率范围为1％～3％、等级A4对应的丢包率范围为大于3％，而预置的等级A1对应的冗余块的数量可为0、等级A2对应的冗余块的数量可为1、等级A3对应的冗余块的数量可为2、等级A4对应的冗余块的数量可为3或更多，例如若网络当前的丢包率对应的传输丢包质量等级为A2，则可以确定出待发送的数据包携带的冗余块的数量为1，以此类推。
可以理解，待发送的数据包的打包时长的确定方式可与上述待发送的数据包携带的冗余块的数量的确定方式类似，此处不再赘述。
330、按照确定的携带的冗余块的数量和/或打包时长，打包并发送数据包。
在实际应用中，在确定出待发送的数据包携带的冗余块的数量和/或打包时长后，便可以按照确定出的携带的冗余块的数量和/或打包时长，打包并发送数据包，接收设备在接收到该数据包后，恢复其承载的业务数据，其中，数据包可以是RTP包或其它格式的数据包，其承载的业务数据例如可以是音频数据、或是其它类型的业务数据。
需要说明，本实施例上述技术方案例如可在综合接入设备(IAD，IntegratedAccess Device)、接入网关(AG，Access Gateway)、中继网关(TG，TrunkGateway)、光网络终端(ONT，Optical Network Terminal)等接入设备上具体实施，当然也可以在其它类似的网络实体上实施。
由上可见，本实施例中通过监测网络当前的损伤指标，并根据监测到的网络当前的损伤指标所对应的传输质量等级，确定待发送的数据包携带的冗余块的数量和/或打包时长，使得网络当前的传输质量和数据包携带的冗余块的数量和/或打包时长具有相当的实时关联性，能够提高传输控制的灵活性；且有利于合理的适应网络损伤状况实时动态的变化。
实施例二、
为便于更好的理解本发明实施例的技术方案，下面以终端S1和终端S2通过接入设备N1和N2交互音频数据，进行通话的过程为例，对本发明实施例的技术方案进行进一步详细的描述。
其中，N1为终端S1的接入设备，N2为终端S2的接入设备，本实施例中以接入设备N1和N2交互RTP包为例进行说明。
参见图4，本发明实施例二的一种传输控制方法，可以包括：
401、终端S1和终端S2建立呼叫，进行通话。
402、接入设备N1和N2开始实时的交互承载音频数据的RTP包。
在实际应用中，当终端S1和终端S2开始通话后，接入设备N1和N2开始利用PTP包承载音频数据，以实时的交互终端S1和终端S2的音频数据。
其中，RTP包的包头中可以携带用于恢复该RTP包所承载的音频数据的相关信息，RTP包包头的格式例如可以如下所示：
 0                   1                   2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|U＝2|P|X| CC  |M|      PT      |       sequence number         |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                           timestamp                           |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|           synchronization source(SSRC)identifier              |
+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+
如上RTP包头中，V：RTP版本号；
P：填充指示位，若为1，表示分组结尾含有1个或多个填充字节；
X：扩展指示位，若为1，表示固定头部后还有1个扩展头部；
CC：CSRC计数，指示固定头部后的CSRC标识的个数；
M：标志位，可用于表示RTP包流中的帧边界标志；
PT：净荷类型，表明RTP包净荷数据的类型；
Sequence number：RTP包序号；
Timestamp：时戳，指示的是RTP包音频数据第1个字节的取样时刻；
SSRC：同步源标识，用来标识RTP会话中各信号的同步源。
接入设备N1或N2可以在接收到对端发送的RTP包后，利用RTP包包头的各个字段携带的相关信息，恢复出接收到的RTP包承载的音频数据，并可将恢复出的音频数据发送给对应的终端。
进一步的，为便于实时的监控网络的损伤情况，接入设备N1和N2还可进一步使能实时传输控制协议(RTCP，RTP control Protocol)功能，以便通过交互RTCP包，实时的监控网络对RTP包的传输。
RTCP的基本思想包括：采用和数据分组同样的配送机制，向RTP会话中的所有与会者周期性地传送控制分组包，从而提供数据传送的服务质量(Qos，Quality of Service)的监测手段，其功能主要包括：
提供数据传送质量的反馈信息；传送RTP源运输层永久标识；
确定RTCP分组发送速率；传送少量会话控制信息。
RTCP定义的分组类型包括：发送者报告(SR，Sender Report)、接收者报告(RR，Receiver Report)、源描述项、指示退出会话、应用特定功能等。
其中，SR主要携带接入设备的RTP包的发送情况信息；RR主要携带接入设备的RTP包的接收情况信息。
403、接入设备N1和/或N2监测网络的损伤指标。
在一种应用场景下，接入设备N1或N2可接收对端发送的RTCP包，利用当前接收到的RTCP包可获取网络当前的丢包率和时延等损伤指标。
举例来说，接入设备N1或N2当前接收到的对端发送的一种既包括SR又包括RR的RTCP包的格式可以如下：
         0                  1                   2                   3
        0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+   header   |U＝2|P|    RC  |   PT＝SR＝200 |             length            |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |                           SSRC of sender                      |
        +＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+
sender  |            NTP  timestamp，most significantword               |
block   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |           NTP   timestamp，least  significant  word           |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |                         RTP timestamp                         |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |                     sender′s packet count                    |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |                      sender′s octet count                    |
        +＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+
receiuer|                 SSRC_1(SSRC  of  first  source)               |
block   +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        | fraction lost |       cumulatiue number of packets lost       |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |           extended  highest  sequence  number  receiued       |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |                       interarriual jitter                     |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |                          last  SR(LSR)                        |
        +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
        |                     delay since last SR  (DLSR)               |
        +＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+＝+
在如上RTCP包的RR块(receiver block)中：
丢包率(fraction lost)字段携带自前一次发送SR或RR以来，由SSRC-n(接入设备N1或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是接入设备N1接收到此RTCP包的时间；并且，接入设备N1或N2可以直接将RR的丢包率字段携带的丢包率作为网络当前的丢包率。也就是说，接收设备N1或N2利用当前接收到的对端发送的携带RR的RTCP包，便可以获取到网络当前的丢包率和时延等损伤指标。
相应的，接入设备N1或N2也根据自身接收RTP包的情况和SR携带的信息生成RR，利用RTCP包向对端发送RR，实现双向监控。
可以看出，利用RTCP可以相对降低接入设备N1和/或N2监测网络的损伤指标的实现复杂度。
404、接入设备N1和/或N2根据监测到的网络当前的损伤指标所对应的传输质量等级，确定待发送的RTP包携带的冗余块的数量和/或打包时长。
在一种应用场景下，接入设备N1和/或N2可以建立网络的损伤指标和传输质量等级的对应关系(例如可以建立：网络的丢包率与传输丢包质量等级的对应关系、网络的时延与传输时延质量等级的对应关系等)、以及预置RTP包携带的冗余块的数量和/或打包时长与传输质量等级的对应关系。
接入设备N1和/或N2可以实现根据监测到的网络当前的损伤指标确定网络当前的传输质量等级，根据网络当前的传输质量等级确定待发送的RTP包携带的冗余块的数量和/或打包时长。其中，传输质量等级的等级数可以根据具体需要具体确定。
举例来说，接入设备N1和/或N2可设定A1(良好)、A2(一般)、A3(较差)、A4(恶劣)等4种传输丢包质量等级，每种传输丢包质量等级对应一定的丢包率范围，例如等级A1对应的丢包率为0％、等级A2对应的丢包率范围为0％～1％、等级A3对应的丢包率范围为1％～3％、等级A4对应的丢包率范围为大于3％，而预置的等级A1对应的冗余块的数量可为0、等级A2对应的冗余块的数量可为1、等级A3对应的冗余块的数量可为2、等级A4对应的冗余块的数量可为3或更多，例如若网络当前的丢包率对应的传输丢包质量等级为A3，则可以确定出待发送的RTP包携带的冗余块的数量为2，以此类推。
类似的，接入设备N1和/或N2还可设定B1(良好)、B2(较差)等2种传输时延质量等级，每种传输时延质量等级对应一定的时延范围，例如等级B1对应的时延范围为小于100ms、等级B2对应的时延范围为大于100ms，而预置的等级B1对应的打包时长可为20ms、等级B2对应的打包时长可为10ms、例如若网络当前时延对应的传输时延质量等级为B2，则可以确定出待发送的RTP包的打包时长为10ms，以此类推。
405、接入设备N1和/或N2按照确定出的携带的冗余块的数量和/或打包时长，打包并发送RTP包。
在实际应用中，接入设备N1和/或N2在确定出待发送的RTP包携带的冗余块的数量和/或打包时长后，便可以按照确定出的携带的冗余块的数量和/或打包时长，打包并发送RTP包，对端在接收到该RTP包后，相应的恢复其承载的音频数据，并发送给终端。
本实施例RTP包选用的冗余负载格式可以是RFC2198，前向纠错编码格式或其它冗余格式。
考虑到网络的损伤指标(丢包率、时延等)可能会随着时间的变化而不断的发生变化，故而接入设备N1和/或N2可以实时的监测网络的损伤指标，并根据网络当前的损伤指标，实时的调整待发送的RTP包携带的冗余块的数量和/或打包时长等。
在一种应用场景下，若接入设备N1或N2在没有获知对端调整后RTP包携带的冗余块的数量和/或打包时长的情况下，无法正确的恢复出接收到的RTP包承载的音频数据，则接入设备N1或N2可以在调整了RTP包携带的冗余块的数量和/或打包时长后，将调整的RTP包携带的冗余块的数量和/或打包时长等通知对端，通知的方式可以是任意方式的，例如可以利用初始会话协议(SIP，Session Initiation Protocol)信令将调整的RTP包携带的冗余块的数量和/或打包时长等通知对端。当然，若接入设备N1和N2在接收到RTP包后，便可以直接获知该RTP包携带的冗余块的数量和/或打包时长，并能够直接正确的恢复出该RTP包承载的音频数据，其在调整了RTP包携带的冗余块的数量和/或打包时长后，可以不通知对端。
为便于更好的理解本发明实施例的技术方案，下面通过具体实例对本发明技术方案进行进一步的说明。
下面以RTP包选用RFC2198作为冗余负载格式为例进行说明，RFC2198的冗余块头的格式可以如下：
 0                   1                    2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3  4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|F| 块负载类型  |      时间戳偏移           |       块长度      |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
其中，标志位(F)：冗余块头的第1位，用于指示后面是否还有另一个头块，如果该位为1表示后面还有头块，为0表示后面没有头块；
块负载类型(block PT)：7位，用于指示该块的RTP负载类型；
时间戳偏移(timestamp offset)：14位，用于指示本块相对于RTP头时间戳的无符号时间戳偏移量，使用无符号偏移说明冗余数据的发送必须在主数据已经发送之后，因此要从当前时间中减去主数据的发送时间来决定冗余数据所在块的时间戳；
块长度(block length)：10位，用于指示对应数据块的字节长度，其中不包括块头的长度。
举例来说，当终端S1和终端S2建立呼叫，进行通话时，接入设备N1和N2开始实时的交互承载音频数据的RTP包，并使能RTCP功能，监测网络的丢包率和时延等损伤指标。
若接入设备N1通过接收接入设备N2发送的RTCP包，监测到网络当前的丢包率变为0.8％，当前的时延为30模式，其对应的传输丢包质量等级为A2，其对应的传输时延质量等级为B1，因此，接入设备N1开始启动RFC2198冗余控制，确定出待发送的RTP包携带的冗余块数量为1个、打包时长为20ms，并开始按照确定出的冗余块数量和打包时长，打包并向接入设备N1发送RTP包。
接入设备N1打包发送的RTP包的格式例如可以如下：
 0                   1                    2                   3
 0 1 2 3 4 5 6 7 8 9 0 1 2 3  4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|U＝2|P|X|CC＝0 |M|      PT     |         主数据顺序号          |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                       主编码时间戳                            |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|                     同步源标识符(SSRC)                        |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|1|block PT＝8  |       时间戳偏移            |     块长度      |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
|0|block PT＝8  |                                               |
+-+-+-+-+-+-+-+-+                                               +
|                                                               |
+                G.711A编码冗余数据(PT＝8)                      +
|                (160bytes)                                     |
+                                               +---------------+
|                                               |               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+               +
|                                                               |
+                                                               +
|                G.711A编码主数据(PT＝8)                        |
+                (160bytes)                                     +
/                                                               /
+                                               +---------------+
|                                               |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|
接入设备N1打包发送的承载音频数据的RTP包中，包括一个主数据块和一个冗余块，两者的长度均为20ms。接入设备N2接收到该RTP包后，恢复出数据块承载的音频数据，并可利用冗余块恢复出之前丢包的音频数据，弥合网络丢包造成的数据损失。
可以理解，接入设备N1和/或N2可以根据网络当前的损伤指标，实时的调整RTP包的携带的冗余块数量和打包时长，尽可能合理有效的消除网络损伤对终端S1和终端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可以包括：
第一确定子模块，用于根据监测模块监测到的网络当前的丢包率所对应的传输质量等级，确定待发送的数据包携带的冗余块的数量；
和/或
第二确定子模块，用于根据监测模块监测到的网络当前的时延所对应的传输质量等级，确定待发送的数据包的打包时长。
在一种应用场景下，接入设备500还可以包括：
通知模块，用于在调整了数据包携带的冗余编码块的数量和/或打包时长时，将调整后的数据包携带的冗余编码块的数量和/或打包时长通知接收设备。
需要说明的是，本实施例的接入设备500可以如上述方法实施例中的接入设备N1或N2，可以用于实现上述方法实施例中的全部技术方案，其各个功能模块的功能可以根据上述方法实施例中的方法具体实现，其具体实现过程可参照上述实施例中的相关描述，此处不再赘述。
为便于更好的实施本发明上述实施例的技术方案，本发明实施例中还提供一种传输系统，可以包括：多个如实施例三中的接入设备500。
需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
综上所述，本发明实施例中通过监测网络当前的损伤指标，并根据监测到的网络当前的损伤指标所对应的传输质量等级，确定待发送的数据包携带的冗余块的数量和/或打包时长，使得网络当前的传输质量和数据包携带的冗余块的数量和/或打包时长具有相当的实时关联性，能够提高传输控制的灵活性；且有利于合理的适应网络损伤状况实时动态的变化。
进一步的，若选用RTCP作为监测网络损伤指标的实现手段，选用RFC2198作为数据包的冗余负载格式，可以进一步降低实现复杂度。
本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：只读存储记忆体(ROM，Read-Only Memory)或随机存储记忆体(RAM，Random Access Memory)、磁盘或光盘等。
以上对本发明实施例所提供的一种传输控制方法和接入设备及传输系统进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims (11)

1.一种传输控制方法，其特征在于，包括：
监测网络当前的损伤指标；
根据监测到的网络当前的损伤指标所对应的传输质量等级，确定待发送的数据包携带的冗余块的数量和/或打包时长，其中，数据包携带的冗余块的数量和/或打包时长与传输质量等级预置有对应关系；
按照确定的携带的冗余块的数量和/或打包时长，打包并发送数据包。
2.根据权利要求1所述的方法，其特征在于，
所述监测网络当前的损伤指标，包括：
接收实时传输控制协议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任一项所述的接入设备。
CN200910258122A 2009-12-14 2009-12-14 传输控制方法和接入设备及传输系统 Pending CN101729320A (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN200910258122A CN101729320A (zh) 2009-12-14 2009-12-14 传输控制方法和接入设备及传输系统
EP10837013A EP2515481A4 (en) 2009-12-14 2010-12-03 TRANSMISSION CONTROL METHOD, ACCESSORY DEVICE AND TRANSMISSION SYSTEM
PCT/CN2010/079428 WO2011072576A1 (zh) 2009-12-14 2010-12-03 传输控制方法和接入设备及传输系统
US13/495,395 US20120257528A1 (en) 2009-12-14 2012-06-13 Transport control method, access device, and transport system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN200910258122A CN101729320A (zh) 2009-12-14 2009-12-14 传输控制方法和接入设备及传输系统

Publications (1)

Publication Number Publication Date
CN101729320A true CN101729320A (zh) 2010-06-09

Family

ID=42449590

Family Applications (1)

Application Number Title Priority Date Filing Date
CN200910258122A Pending CN101729320A (zh) 2009-12-14 2009-12-14 传输控制方法和接入设备及传输系统

Country Status (4)

Country Link
US (1) US20120257528A1 (zh)
EP (1) EP2515481A4 (zh)
CN (1) CN101729320A (zh)
WO (1) WO2011072576A1 (zh)

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011072576A1 (zh) * 2009-12-14 2011-06-23 华为技术有限公司 传输控制方法和接入设备及传输系统
CN102130821A (zh) * 2010-08-11 2011-07-20 华为技术有限公司 一种iptv系统中丢包处理的方法、服务器及系统
WO2011110130A2 (zh) * 2011-04-25 2011-09-15 华为技术有限公司 报文冗余度调整方法、相关设备及网络系统
CN102340384A (zh) * 2011-09-30 2012-02-01 歌尔声学股份有限公司 一种无线数字通信系统
CN102457714A (zh) * 2010-11-01 2012-05-16 中国移动通信集团上海有限公司 对摄像机采集的音视频数据进行传输的方法、系统及设备
CN104852785A (zh) * 2015-04-22 2015-08-19 深圳市元征科技股份有限公司 一种数据传输方法及装置
CN105027516A (zh) * 2013-02-28 2015-11-04 苹果公司 实时数据的冗余传输
CN107509121A (zh) * 2016-06-14 2017-12-22 华为技术有限公司 确定视频质量的方法和装置、定位网络故障的方法和装置
WO2018076376A1 (zh) * 2016-10-31 2018-05-03 华为技术有限公司 一种语音数据传输方法、用户设备以及存储介质
CN108390796A (zh) * 2018-02-10 2018-08-10 盛科网络（苏州）有限公司 一种网络时延测试方法及装置
CN110248257A (zh) * 2018-03-07 2019-09-17 华为技术有限公司 数据传输方法、装置、网络接入设备和存储介质
CN112218172A (zh) * 2016-04-22 2021-01-12 华为技术有限公司 码流传输方法、装置及网络摄像头

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112821992B (zh) * 2021-01-08 2024-02-06 百果园技术(新加坡)有限公司 数据传输方法、装置、电子设备和存储介质

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6145109A (en) * 1997-12-12 2000-11-07 3Com Corporation Forward error correction system for packet based real time media
US7142506B1 (en) * 1999-02-02 2006-11-28 Vocaltec Communications Ltd. Method and apparatus for transmitting packets
JP2003152752A (ja) * 2001-08-29 2003-05-23 Matsushita Electric Ind Co Ltd データ送受信方法
GB2384394A (en) * 2002-01-18 2003-07-23 Inmarsat Ltd Adapting transmission parameters to link conditions
US7295549B2 (en) * 2003-02-14 2007-11-13 Ntt Docomo, Inc. Source and channel rate adaptation for VoIP
US7983243B2 (en) * 2004-04-12 2011-07-19 Avaya, Inc. System and method for increasing call capacity for a wireless local area network
US7266106B2 (en) * 2004-08-31 2007-09-04 Telefonaktiebolaget Lm Ericsson (Publ) Frame size adaptation in real-time transport protocol
KR100656521B1 (ko) * 2005-01-07 2006-12-11 삼성전자주식회사 단말의 오퍼레이션 파라메터 변경시스템 및 그 방법
US7773503B2 (en) * 2005-06-09 2010-08-10 At&T Intellectual Property I, L.P. Proactive congestion control scheme for VoIP traffic on IP routers
US7551624B2 (en) * 2005-06-09 2009-06-23 Sbc Knowledge Ventures, L.P. System to enforce service level agreements for voice-over internet protocol
US8804575B2 (en) * 2005-12-13 2014-08-12 Cisco Technology, Inc. Central entity to adjust redundancy and error correction on RTP sessions
CN101192999B (zh) * 2006-11-20 2010-05-12 中兴通讯股份有限公司 一种基于网络处理器的pppoe断流检测方法
JP4356742B2 (ja) * 2006-12-25 2009-11-04 ソニー株式会社 データ通信システム、データ送信装置およびデータ送信方法
US8848550B2 (en) * 2007-09-11 2014-09-30 Telefonaktiebolaget Lm Ericsson (Publ) CQI adjustment for arbitrary transport format selection algorithms
CN101729320A (zh) * 2009-12-14 2010-06-09 华为技术有限公司 传输控制方法和接入设备及传输系统

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2011072576A1 (zh) * 2009-12-14 2011-06-23 华为技术有限公司 传输控制方法和接入设备及传输系统
CN102130821A (zh) * 2010-08-11 2011-07-20 华为技术有限公司 一种iptv系统中丢包处理的方法、服务器及系统
CN102457714A (zh) * 2010-11-01 2012-05-16 中国移动通信集团上海有限公司 对摄像机采集的音视频数据进行传输的方法、系统及设备
WO2011110130A2 (zh) * 2011-04-25 2011-09-15 华为技术有限公司 报文冗余度调整方法、相关设备及网络系统
WO2011110130A3 (zh) * 2011-04-25 2012-04-19 华为技术有限公司 报文冗余度调整方法、相关设备及网络系统
CN102845008A (zh) * 2011-04-25 2012-12-26 华为技术有限公司 报文冗余度调整方法、相关设备及网络系统
CN102845008B (zh) * 2011-04-25 2015-11-25 华为技术有限公司 报文冗余度调整方法、相关设备及网络系统
CN102340384A (zh) * 2011-09-30 2012-02-01 歌尔声学股份有限公司 一种无线数字通信系统
CN105027516A (zh) * 2013-02-28 2015-11-04 苹果公司 实时数据的冗余传输
CN105027516B (zh) * 2013-02-28 2018-01-23 苹果公司 实时数据的冗余传输
CN104852785A (zh) * 2015-04-22 2015-08-19 深圳市元征科技股份有限公司 一种数据传输方法及装置
CN112218172A (zh) * 2016-04-22 2021-01-12 华为技术有限公司 码流传输方法、装置及网络摄像头
CN107509121A (zh) * 2016-06-14 2017-12-22 华为技术有限公司 确定视频质量的方法和装置、定位网络故障的方法和装置
WO2018076376A1 (zh) * 2016-10-31 2018-05-03 华为技术有限公司 一种语音数据传输方法、用户设备以及存储介质
CN108390796A (zh) * 2018-02-10 2018-08-10 盛科网络（苏州）有限公司 一种网络时延测试方法及装置
CN110248257A (zh) * 2018-03-07 2019-09-17 华为技术有限公司 数据传输方法、装置、网络接入设备和存储介质

Also Published As

Publication number Publication date
US20120257528A1 (en) 2012-10-11
EP2515481A1 (en) 2012-10-24
WO2011072576A1 (zh) 2011-06-23
EP2515481A4 (en) 2012-11-21

Similar Documents

Publication Publication Date Title
CN101729320A (zh) 传输控制方法和接入设备及传输系统
CN100568828C (zh) 一种在rtp中实时检测网络传输时延的方法
CN100583691C (zh) 移动通信系统中发送语音数据的同步方法和系统
CN101223712B (zh) 同步分发方法
CN100414846C (zh) 数据传送装置及数据传送方法
CN101179362B (zh) 适宜移动流媒体应用的自动重传请求机制
US7978734B2 (en) Multichannel MAC data stream for wireless communication
MX2007012338A (es) Almacenamiento temporal en la distribucion de corriente de datos.
US7076064B2 (en) Maintaining end-to-end synchronization on telecommunications connection
US20020167911A1 (en) Method and apparatus for determining jitter buffer size in a voice over packet communications system
US20020066013A1 (en) Maintaining end-to-end synchronization on a telecommunications connection
CN102984090A (zh) 抖动缓冲器
US6324186B1 (en) Process for designing a transport data stream
CN101814973B (zh) 一种基于amr音频帧的rtp快速聚包方法
FI109385B (fi) Menetelmä ja laitteet digitaaliseen datasiirtoon
CN102984091A (zh) 抖动缓冲器
CN102217237B (zh) 媒体流性能监控方法及设备
EP2195975B1 (en) Errorless and hitless variable data rate communications
EP2395727A1 (en) Data transport container, source device, destination device and method for transferring different types of data
CA2610550C (en) A method and system for providing via a data network information data for recovering a clock frequency
CN1399445A (zh) Ip传真网关用户数据报文包冗余传送方法
CN101714951A (zh) Ces中业务数据的发送、接收方法及设备
CN113365340B (zh) 时间同步方法及设备
KR20040044218A (ko) 2차원 순방향 에러 정정방법 및 이를 이용한 데이터통신방법
GB2456913A (en) TETRA Mobile Communications Systems

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C12 Rejection of a patent application after its publication
RJ01 Rejection of invention patent application after publication

Application publication date: 20100609