JP7292411B2 - データストリーム伝送方法およびデバイス - Google Patents

データストリーム伝送方法およびデバイス Download PDF

Info

Publication number
JP7292411B2
JP7292411B2 JP2021559652A JP2021559652A JP7292411B2 JP 7292411 B2 JP7292411 B2 JP 7292411B2 JP 2021559652 A JP2021559652 A JP 2021559652A JP 2021559652 A JP2021559652 A JP 2021559652A JP 7292411 B2 JP7292411 B2 JP 7292411B2
Authority
JP
Japan
Prior art keywords
packet loss
data stream
loss concealment
packet
path
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.)
Active
Application number
JP2021559652A
Other languages
English (en)
Other versions
JP2022528172A (ja
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
Publication of JP2022528172A publication Critical patent/JP2022528172A/ja
Application granted granted Critical
Publication of JP7292411B2 publication Critical patent/JP7292411B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/70Routing based on monitoring results
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0823Errors, e.g. transmission errors
    • H04L43/0829Packet loss
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0057Block codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056Systems characterized by the type of code used
    • H04L1/0059Convolutional codes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/004Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0075Transmission of coding parameters to receiver
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/08Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1806Go-back-N protocols
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1825Adaptation of specific ARQ protocol parameters according to transmission conditions
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1893Physical mapping arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0852Delays
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L43/00Arrangements for monitoring or testing data switching networks
    • H04L43/08Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
    • H04L43/0876Network utilisation, e.g. volume of load or congestion level
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/20Traffic policing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/0001Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0026Transmission of channel quality indication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867Arrangements specially adapted for the transmitter end
    • H04L1/1896ARQ related signaling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/28Flow control; Congestion control in relation to timing considerations
    • H04L47/283Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Environmental & Geological Engineering (AREA)
  • Quality & Reliability (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本出願の実施形態は、通信分野に関し、詳細には、データストリーム伝送方法およびデバイスに関する。
通信分野では、パケットが、パケット伝送中にネットワーク不安定性により紛失することがある。たとえば、インターネット(internet)上で、ネットワーク輻輳が発生した場合、(ルータなどの)中間デバイス上で、不十分な受信バッファにより、パケットオーバーフローが引き起こされ得る。その結果、パケット損失が発生する。現在、伝送処理中に損失したパケットを復元するために、通常、固定のパケット損失隠蔽ポリシーを使用してパケット損失隠蔽パケットを生成する。しかしながら、固定のパケット損失隠蔽ポリシーが使用されるので、パケット損失復元効果は良くない。たとえば、ビデオ会議サービスなど、パケット損失に極めて敏感であるいくつかのサービスでは、アーティファクトが出力画像上に発生して、ユーザエクスペリエンスに影響を及ぼす。
本出願の実施形態は、固定のパケット損失隠蔽ポリシーが使用されるのでパケット損失復元効果が比較的悪いという問題を解決するための、データストリーム伝送方法およびデバイスを提供する。
第1の態様によれば、データストリーム伝送方法が提供される。本方法は以下を含む。
送信デバイスが、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定する。送信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリームのパケット損失隠蔽パケットを生成する。送信デバイスは、経路上でデータストリームを送信し、データストリームは、元のパケットと、パケット損失隠蔽パケットとを含む。
プリセットされた固定のパケット損失隠蔽ポリシーを使用する代わりに、データストリームを送信するために使用される経路のステータス情報に基づいて動的に決定されるパケット損失隠蔽ポリシーを使用することによって、パケット損失隠蔽パケットがデータストリームのために生成される。したがって、パケット損失隠蔽パケットを使用して、伝送処理中に損失したパケットを復元して、パケット損失復元効果を効果的に改善し、それにより、パケット損失復元の後に取得されるパケット損失レートを効果的に低減し、ユーザエクスペリエンスをさらに改善する。
第1の態様に関して、第1の態様の第1の可能な実装では、送信デバイスが、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定する前に、本方法は、以下をさらに含む。
送信デバイスは、送信デバイスから受信デバイスへの少なくとも2つの経路の第2の経路ステータス情報に基づいて、データストリームを送信するために使用される経路を決定する。
第1の態様の第1の可能な実装に関して、第1の態様の第2の可能な実装では、第2の経路ステータス情報は、パケット損失レートを含む。
第1の態様の第2の可能な実装に関して、第1の態様の第3の可能な実装では、第2の経路ステータス情報は、遅延、ネットワークジッタ、帯域幅、または遅延差のうちの少なくとも1つをさらに含む。
第1の態様または第1の態様の上記の可能な実装のうちのいずれか1つに関して、第1の態様の可能な実装では、データストリームを送信するために1つまたは2つの経路が使用される。
第1の態様または第1の態様の上記の可能な実装のうちのいずれか1つに関して、第1の態様の第4の可能な実装では、データストリームを送信するために使用される2つの経路があるとき、データストリームを送信するために使用される経路の遅延差は、遅延差しきい値よりも少ない。
第1の態様または第1の態様の上記の可能な実装のうちのいずれか1つに関して、第1の態様の第5の可能な実装では、送信デバイスが、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定することは、以下を含む。
送信デバイスは、データストリームを送信するために使用される経路の第1の経路ステータス情報、データストリームのパケット損失隠蔽ターゲット値、またはデータストリームのトラフィックレートのうちの少なくとも1つに基づいてパケット損失隠蔽ポリシーを決定し、パケット損失隠蔽ターゲット値は、データストリームを伝送するためのパケット損失レート上限を含んで、決定されたパケット損失隠蔽ポリシーを使用することによってデータストリーム上でパケット損失復元が実施された後に取得されるパケット損失レートが、パケット損失レート上限よりも少ないことを保証する。
第1の態様または第1の態様の上記の可能な実装のうちのいずれか1つに関して、第1の態様の第6の可能な実装では、第1の経路ステータス情報は、遅延またはパケット損失レートのうちの少なくとも1つを含む。
第1の態様または第1の態様の上記の可能な実装のうちのいずれか1つに関して、第1の態様の第7の可能な実装では、パケット損失隠蔽ポリシーは、自動再送要求ARQ、パケット複製、または前方誤り訂正FECのうちの少なくとも1つを含む。
第1の態様または第1の態様の上記の可能な実装のうちのいずれか1つに関して、第1の態様の第8の可能な実装では、パケット損失隠蔽ポリシーが前方誤り訂正FECであるとき、パケット損失隠蔽パケットは、冗長パケットである。送信デバイスが、パケット損失隠蔽ポリシーに従ってデータストリームのパケット損失隠蔽パケットを生成することは、
FECコーディング方式を決定することであって、コーディング方式は、ブロックコーディングまたは畳み込みコーディングを含む、ことと、決定されたコーディング方式に基づいて元のパケットを符号化して、冗長パケットを生成することと
を含む。
第1の態様または第1の態様の上記の可能な実装のうちのいずれか1つに関して、第1の態様の第9の可能な実装では、本方法は以下をさらに含む。
送信デバイスは、受信デバイスにパケット損失隠蔽制御メッセージを送信し、パケット損失隠蔽制御メッセージは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
第1の態様または第1の態様の上記の可能な実装のうちのいずれか1つに関して、第1の態様の第10の可能な実装では、パケット損失隠蔽パケットは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
第1の態様の第9の可能な実装に関して、第1の態様の第11の可能な実装では、インジケーション情報は、データストリームの識別子と、データストリームを送信するために使用される経路の識別子とを示すためにさらに使用される。
第1の態様の第10の可能な実装に関して、第1の態様の第12の可能な実装では、インジケーション情報は、データストリームを送信するために使用される経路の識別子を示すためにさらに使用される。
第1の態様の第10または第12の可能な実装に関して、第1の態様の第13の可能な実装では、インジケーション情報は、パケット損失隠蔽パケットの拡張フィールド中で搬送される。
第1の態様の第9または第11の可能な実装に関して、可能な実装では、パケット損失隠蔽メッセージは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
第1の態様の第10または第12の可能な実装に関して、可能な実装では、パケット損失隠蔽パケットは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
第1の態様または第1の態様の上記の可能な実装のうちのいずれか1つに関して、第1の態様の第14の可能な実装では、データストリームが2つの経路上で送信されるとき、送信デバイスが経路上でデータストリームを送信することは、
2つの経路のうちのより長い遅延をもつ経路上で元のパケットを送信することと、2つの経路のうちのより短い遅延をもつ経路上でパケット損失隠蔽パケットを送信することであって、パケット損失隠蔽パケットは、元のパケットが送信された後に送信され、元のパケットおよびパケット損失隠蔽パケットは、時間間隔tで送信され、tは、2つの経路上でデータストリームを送信する一方向遅延差である、ことと
を含む。
第2の態様によれば、データストリーム伝送方法が提供される。本方法は以下を含む。
受信デバイスが、データストリームのものであり、送信デバイスによって送信された、元のパケットおよびパケット損失隠蔽パケットを受信し、パケット損失隠蔽パケットは、パケット損失隠蔽ポリシーに従って生成され、パケット損失隠蔽ポリシーは、データストリームを送信するために使用される経路の経路ステータス情報に基づいて送信デバイスによって決定される。パケット損失隠蔽パケットは、損失した元のパケットを復元するために、動的に決定されたパケット損失隠蔽ポリシーを使用することによって生成される。すなわち、伝送処理中に損失した元のパケットは、パケット損失隠蔽パケットを使用することによって復元される。これは、パケット損失復元の後に取得されるパケット損失レートを効果的に低減し、ユーザエクスペリエンスを改善する。
第2の態様に関して、第2の態様の第1の可能な実装では、損失した元のパケットが、パケット損失隠蔽パケットを使用することによって復元される前に、本方法は、
パケット損失隠蔽制御メッセージを受信することであって、パケット損失隠蔽制御メッセージは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される、ことをさらに含む。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
第2の態様に関して、第2の態様の第2の可能な実装では、パケット損失隠蔽パケットは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
第2の態様の第1の可能な実装に関して、第2の態様の第3の可能な実装では、インジケーション情報は、データストリームの識別子と、データストリームを送信するために使用される経路の識別子とを示すためにさらに使用される。
第2の態様の第2の可能な実装に関して、第2の態様の第4の可能な実装では、インジケーション情報は、データストリームを送信するために使用される識別子を示すためにさらに使用される。
第2の態様の第2または第4の可能な実装に関して、可能な実装では、インジケーション情報は、パケット損失隠蔽パケットの拡張フィールド中で搬送される。
第2の態様の第1または第4の可能な実装に関して、可能な実装では、パケット損失隠蔽メッセージは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
第2の態様の第2、第4、または第5の可能な実装に関して、パケット損失隠蔽パケットは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
第3の態様によれば、データストリーム伝送方法が提供される。本方法は以下を含む。
制御デバイスが、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定する。制御デバイスは、送信デバイスにパケット損失隠蔽ポリシーを送信、パケット損失隠蔽ポリシーは、データストリームのパケット損失隠蔽パケットを生成するために送信デバイスによって使用される。したがって、動的に決定されたパケット損失隠蔽ポリシーを使用することによって生成されたパケット損失隠蔽パケットを使用して、伝送処理中に損失したパケットを復元する。これは、パケット損失復元効果を効果的に改善し、それにより、パケット損失レートを効果的に低減し、ユーザエクスペリエンスをさらに改善する。
第3の態様に関して、第3の態様の第1の可能な実装では、制御デバイスが、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定する前に、本方法は、以下をさらに含む。
制御デバイスは、送信デバイスから受信デバイスへの少なくとも2つの経路の第2の経路ステータス情報に基づいて、データストリームを送信するために使用される経路を決定する。
第3の態様の第1の可能な実装に関して、第3の態様の第2の可能な実装では、第2の経路ステータス情報は、パケット損失レートを含む。
第3の態様の第2の可能な実装に関して、第3の態様の第3の可能な実装では、第2の経路ステータス情報は、遅延、ネットワークジッタ、帯域幅、または遅延差のうちの少なくとも1つをさらに含む。
第3の態様または第3の態様の上記の可能な実装のうちのいずれか1つに関して、第3の態様の可能な実装では、データストリームを送信するために1つまたは2つの経路が使用される。
第3の態様または第3の態様の上記の可能な実装のうちのいずれか1つに関して、第3の態様の第4の可能な実装では、データストリームを送信するために使用される2つの経路があるとき、データストリームを送信するために使用される経路の遅延差は、遅延差しきい値よりも少ない。
第3の態様または第3の態様の上記の可能な実装のうちのいずれか1つに関して、第3の態様の第5の可能な実装では、制御デバイスが、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定することは、以下を含む。
制御デバイスは、データストリームを送信するために使用される経路の第1の経路ステータス情報、データストリームのパケット損失隠蔽ターゲット値、またはデータストリームのトラフィックレートのうちの少なくとも1つに基づいてパケット損失隠蔽ポリシーを決定し、パケット損失隠蔽ターゲット値は、データストリームを伝送するためのパケット損失レート上限を含んで、決定されたパケット損失隠蔽ポリシーを使用することによってデータストリーム上でパケット損失復元が実施された後に取得されるパケット損失レートが、パケット損失レート上限よりも少ないことを保証する。
第3の態様または第3の態様の上記の可能な実装のうちのいずれか1つに関して、第3の態様の第6の可能な実装では、第1の経路ステータス情報は、遅延またはパケット損失レートのうちの少なくとも1つを含む。
第3の態様または第3の態様の上記の可能な実装のうちのいずれか1つに関して、第3の態様の第7の可能な実装では、パケット損失隠蔽ポリシーは、自動再送要求ARQ、パケット複製、または前方誤り訂正FECのうちの少なくとも1つを含む。
第4の態様によれば、データストリーム伝送デバイスが提供される。本デバイスは、
データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定するように構成された、決定ユニットと、
パケット損失隠蔽ポリシーに従ってデータストリームのパケット損失隠蔽パケットを生成するように構成された、生成ユニットと、
経路上でデータストリームを送信するように構成された、送信ユニットであって、データストリームは、元のパケットと、パケット損失隠蔽パケットとを含む、送信ユニットと
を含む。
本デバイスは、データストリームを送信するために使用される経路のステータス情報に基づいて動的に決定されるパケット損失隠蔽ポリシーを使用することによって、データストリームのパケット損失隠蔽パケットを生成し、パケット損失隠蔽パケットを使用することによって、伝送処理中に損失したパケットを復元し、それにより、パケット損失復元効果を効果的に改善し、パケット損失レートを効果的に低減する。
第4の態様に関して、第4の態様の第1の可能な実装では、決定ユニットは、送信デバイスから受信デバイスへの少なくとも2つの経路の第2の経路ステータス情報に基づいて、データストリームを送信するために使用される経路を決定するようにさらに構成される。
第4の態様の第1の可能な実装に関して、第4の態様の第2の可能な実装では、第2の経路ステータス情報は、パケット損失レートを含む。
第4の態様の第2の可能な実装に関して、第4の態様の第3の可能な実装では、第2の経路ステータス情報は、遅延、ネットワークジッタ、帯域幅、または遅延差のうちの少なくとも1つをさらに含む。
第4の態様または第4の態様の上記の可能な実装のうちのいずれか1つに関して、第4の態様の可能な実装では、データストリームを送信するために1つまたは2つの経路が使用される。
第4の態様または第4の態様の上記の可能な実装のうちのいずれか1つに関して、第4の態様の第4の可能な実装では、データストリームを送信するために使用される2つの経路があるとき、データストリームを送信するために使用される経路の遅延差は、遅延差しきい値よりも少ない。
第4の態様または第4の態様の上記の可能な実装のうちのいずれか1つに関して、第4の態様の第5の可能な実装では、決定ユニットが、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定することは、以下を含む。
決定ユニットは、データストリームを送信するために使用される経路の第1の経路ステータス情報、データストリームのパケット損失隠蔽ターゲット値、またはデータストリームのトラフィックレートのうちの少なくとも1つに基づいてパケット損失隠蔽ポリシーを決定し、パケット損失隠蔽ターゲット値は、データストリームを伝送するためのパケット損失レート上限を含んで、決定されたパケット損失隠蔽ポリシーを使用することによってデータストリーム上でパケット損失復元が実施された後に取得されるパケット損失レートが、パケット損失レート上限よりも少ないことを保証する。
第4の態様または第4の態様の上記の可能な実装のうちのいずれか1つに関して、第4の態様の第6の可能な実装では、第1の経路ステータス情報は、遅延またはパケット損失レートのうちの少なくとも1つを含む。
第4の態様または第4の態様の上記の可能な実装のうちのいずれか1つに関して、第4の態様の第7の可能な実装では、パケット損失隠蔽ポリシーは、自動再送要求ARQ、パケット複製、または前方誤り訂正FECのうちの少なくとも1つを含む。
第4の態様または第4の態様の上記の可能な実装のうちのいずれか1つに関して、第4の態様の第8の可能な実装では、パケット損失隠蔽ポリシーが前方誤り訂正FECであるとき、パケット損失隠蔽パケットは、冗長パケットである。生成ユニットが、パケット損失隠蔽ポリシーに従ってデータストリームのパケット損失隠蔽パケットを生成することは、以下を含む。
決定ユニットは、FECコーディング方式を決定し、コーディング方式は、ブロックコーディングまたは畳み込みコーディングを含む。
生成ユニットは、決定されたコーディング方式に基づいて元のパケットを符号化して、冗長パケットを生成する。
第4の態様または第4の態様の上記の可能な実装のうちのいずれか1つに関して、第4の態様の第9の可能な実装では、送信ユニットは、受信デバイスにパケット損失隠蔽制御メッセージを送信するようにさらに構成され、パケット損失隠蔽制御メッセージは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
第4の態様または第4の態様の上記の可能な実装のうちのいずれか1つに関して、第4の態様の第10の可能な実装では、パケット損失隠蔽パケットは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
第4の態様の第9の可能な実装に関して、第4の態様の第11の可能な実装では、インジケーション情報は、データストリームの識別子と、データストリームを送信するために使用される経路の識別子とを示すためにさらに使用される。
第4の態様の第10の可能な実装に関して、第4の態様の第12の可能な実装では、インジケーション情報は、データストリームを送信するために使用される経路の識別子を示すためにさらに使用される。
第4の態様の第10または第12の可能な実装に関して、第4の態様の第13の可能な実装では、インジケーション情報は、パケット損失隠蔽パケットの拡張フィールド中で搬送される。
第4の態様の第9または第11の可能な実装に関して、可能な実装では、パケット損失隠蔽メッセージは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
第4の態様の第10または第12の可能な実装に関して、可能な実装では、パケット損失隠蔽パケットは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
第4の態様または第4の態様の上記の可能な実装のうちのいずれか1つに関して、第4の態様の第14の可能な実装では、データストリームが2つの経路上で送信されるとき、送信ユニットが経路上でデータストリームを送信することは、
2つの経路のうちのより長い遅延をもつ経路上で元のパケットを送信することと、
2つの経路のうちのより短い遅延をもつ経路上でパケット損失隠蔽パケットを送信することであって、パケット損失隠蔽パケットは、元のパケットが送信された後に送信され、元のパケットおよびパケット損失隠蔽パケットは、時間間隔tで送信され、tは、2つの経路上でデータストリームを送信する一方向遅延差である、ことと
を含む。
第5の態様によれば、データストリーム伝送デバイスが提供される。本デバイスは、
データストリームのものであり、送信デバイスによって送信された、元のパケットおよびパケット損失隠蔽パケットを受信するように構成された、受信ユニットであって、パケット損失隠蔽パケットは、パケット損失隠蔽ポリシーに従って生成され、パケット損失隠蔽ポリシーは、データストリームを送信するために使用される経路の経路ステータス情報に基づいて送信デバイスによって決定される、受信ユニットと、
パケット損失隠蔽パケットを使用することによって、損失した元のパケットを復元するように構成された、処理ユニットと
を含む。具体的には、伝送処理中に損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元される。これは、パケット損失復元の後に取得されるパケット損失レートを効果的に低減し、ユーザエクスペリエンスを改善する。
第5の態様に関して、第5の態様の第1の可能な実装では、受信ユニットは、パケット損失隠蔽制御メッセージを受信するようにさらに構成され、パケット損失隠蔽制御メッセージは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
第5の態様に関して、第5の態様の第2の可能な実装では、パケット損失隠蔽パケットは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
第5の態様の第1の可能な実装に関して、第5の態様の第3の可能な実装では、インジケーション情報は、データストリームの識別子と、データストリームを送信するために使用される経路の識別子とを示すためにさらに使用される。
第5の態様の第2の可能な実装に関して、第5の態様の第4の可能な実装では、インジケーション情報は、データストリームを送信するために使用される経路の識別子を示すためにさらに使用される。
第5の態様の第2または第4の可能な実装に関して、可能な実装では、インジケーション情報は、パケット損失隠蔽パケットの拡張フィールド中で搬送される。
第5の態様の第1または第4の可能な実装に関して、可能な実装では、パケット損失隠蔽メッセージは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
第5の態様の第2、第4、または第5の可能な実装に関して、パケット損失隠蔽パケットは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
第6の態様によれば、データストリーム伝送デバイスが提供される。本デバイスは、
データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定するように構成された、決定ユニットと、
送信デバイスにパケット損失隠蔽ポリシーを送信するように構成された、送信ユニットであって、パケット損失隠蔽ポリシーは、データストリームのパケット損失隠蔽パケットを生成するために送信デバイスによって使用される、送信ユニットとを含む。したがって、動的に決定されたパケット損失隠蔽ポリシーを使用することによって生成されたパケット損失隠蔽パケットを使用して、伝送処理中に損失したパケットを復元する。これは、パケット損失復元効果を効果的に改善し、それにより、パケット損失レートを効果的に低減し、ユーザエクスペリエンスをさらに改善する。
第6の態様に関して、第6の態様の第1の可能な実装では、決定ユニットは、送信デバイスから受信デバイスへの少なくとも2つの経路の第2の経路ステータス情報に基づいて、データストリームを送信するために使用される経路を決定するようにさらに構成される。
第6の態様の第1の可能な実装に関して、第6の態様の第2の可能な実装では、第2の経路ステータス情報は、パケット損失レートを含む。
第6の態様の第2の可能な実装に関して、第6の態様の第3の可能な実装では、第2の経路ステータス情報は、遅延、ネットワークジッタ、帯域幅、または遅延差のうちの少なくとも1つをさらに含む。
第6の態様または第6の態様の上記の可能な実装のうちのいずれか1つに関して、第6の態様の可能な実装では、データストリームを送信するために1つまたは2つの経路が使用される。
第6の態様または第6の態様の上記の可能な実装のうちのいずれか1つに関して、第6の態様の第4の可能な実装では、データストリームを送信するために使用される2つの経路があるとき、データストリームを送信するために使用される経路の遅延差は、遅延差しきい値よりも少ない。
第6の態様または第6の態様の上記の可能な実装のうちのいずれか1つに関して、第6の態様の第5の可能な実装では、決定ユニットが、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定することは、以下を含む。
決定ユニットは、データストリームを送信するために使用される経路の第1の経路ステータス情報、データストリームのパケット損失隠蔽ターゲット値、またはデータストリームのトラフィックレートのうちの少なくとも1つに基づいてパケット損失隠蔽ポリシーを決定し、パケット損失隠蔽ターゲット値は、データストリームを伝送するためのパケット損失レート上限を含んで、決定されたパケット損失隠蔽ポリシーを使用することによってデータストリーム上でパケット損失復元が実施された後に取得されるパケット損失レートが、パケット損失レート上限よりも少ないことを保証する。
第6の態様または第6の態様の上記の可能な実装のうちのいずれか1つに関して、第6の態様の第6の可能な実装では、第1の経路ステータス情報は、遅延またはパケット損失レートのうちの少なくとも1つを含む。
第6の態様または第6の態様の上記の可能な実装のうちのいずれか1つに関して、第6の態様の第7の可能な実装では、パケット損失隠蔽ポリシーは、自動再送要求ARQ、パケット複製、または前方誤り訂正FECのうちの少なくとも1つを含む。
第7の態様によれば、データストリーム伝送デバイスが提供される。本デバイスは、
データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定するように構成された、プロセッサであって、
プロセッサは、パケット損失隠蔽ポリシーに従ってデータストリームのパケット損失隠蔽パケットを生成するようにさらに構成された、プロセッサと、
経路上でデータストリームを送信するように構成された、送信機であって、データストリームは、元のパケットと、パケット損失隠蔽パケットとを含む、送信機と
を含む。
パケット損失隠蔽パケットは、データストリームを送信するために使用される経路のステータス情報に基づいて動的に決定されるパケット損失隠蔽ポリシーを使用することによって、データストリームのために生成され、パケット損失隠蔽パケットを使用することによって、伝送処理中に損失したパケットを復元する。これは、パケット損失復元効果を効果的に改善し、それにより、パケット損失レートを効果的に低減し、ユーザエクスペリエンスをさらに改善する。
第7の態様に関して、第7の態様の可能な実装では、プロセッサユニットは、送信デバイスから受信デバイスへの少なくとも2つの経路の第2の経路ステータス情報に基づいて、データストリームを送信するために使用される経路を決定するようにさらに構成される。
第7の態様の第1の可能な実装に関して、第7の態様の第2の可能な実装では、第2の経路ステータス情報は、パケット損失レートを含む。
第7の態様の第2の可能な実装に関して、第7の態様の第3の可能な実装では、第2の経路ステータス情報は、遅延、ネットワークジッタ、帯域幅、または遅延差のうちの少なくとも1つをさらに含む。
第7の態様または第7の態様の上記の可能な実装のうちのいずれか1つに関して、第7の態様の可能な実装では、データストリームを送信するために1つまたは2つの経路が使用される。
第7の態様または第7の態様の上記の可能な実装のうちのいずれか1つに関して、第7の態様の第4の可能な実装では、データストリームを送信するために使用される2つの経路があるとき、データストリームを送信するために使用される経路の遅延差は、遅延差しきい値よりも少ない。
第7の態様または第7の態様の上記の可能な実装のうちのいずれか1つに関して、第7の態様の第5の可能な実装では、プロセッサが、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定することは、以下を含む。
プロセッサは、データストリームを送信するために使用される経路の第1の経路ステータス情報、データストリームのパケット損失隠蔽ターゲット値、またはデータストリームのトラフィックレートのうちの少なくとも1つに基づいてパケット損失隠蔽ポリシーを決定し、パケット損失隠蔽ターゲット値は、データストリームを伝送するためのパケット損失レート上限を含んで、決定されたパケット損失隠蔽ポリシーを使用することによってデータストリーム上でパケット損失復元が実施された後に取得されるパケット損失レートが、パケット損失レート上限よりも少ないことを保証する。
第7の態様または第7の態様の上記の可能な実装のうちのいずれか1つに関して、第7の態様の第6の可能な実装では、第1の経路ステータス情報は、遅延またはパケット損失レートのうちの少なくとも1つを含む。
第7の態様または第7の態様の上記の可能な実装のうちのいずれか1つに関して、第7の態様の第7の可能な実装では、パケット損失隠蔽ポリシーは、自動再送要求ARQ、パケット複製、または前方誤り訂正FECのうちの少なくとも1つを含む。
第7の態様または第7の態様の上記の可能な実装のうちのいずれか1つに関して、第7の態様の第8の可能な実装では、パケット損失隠蔽ポリシーが前方誤り訂正FECであるとき、パケット損失隠蔽パケットは、冗長パケットである。プロセッサが、パケット損失隠蔽ポリシーに従ってデータストリームのパケット損失隠蔽パケットを生成することは、以下を含む。
プロセッサは、FECコーディング方式を決定し、コーディング方式は、ブロックコーディングまたは畳み込みコーディングを含む。
プロセッサは、決定されたコーディング方式に基づいて元のパケットを符号化して、冗長パケットを生成する。
第7の態様または第7の態様の上記の可能な実装のうちのいずれか1つに関して、第7の態様の第9の可能な実装では、送信機は、受信デバイスにパケット損失隠蔽制御メッセージを送信するようにさらに構成され、パケット損失隠蔽制御メッセージは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
第7の態様または第7の態様の上記の可能な実装のうちのいずれか1つに関して、第7の態様の第10の可能な実装では、パケット損失隠蔽パケットは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
第7の態様の第9の可能な実装に関して、第7の態様の第11の可能な実装では、インジケーション情報は、データストリームの識別子と、データストリームを送信するために使用される経路の識別子とを示すためにさらに使用される。
第7の態様の第10の可能な実装に関して、第7の態様の第12の可能な実装では、インジケーション情報は、データストリームを送信するために使用される経路の識別子を示すためにさらに使用される。
第7の態様の第10または第12の可能な実装に関して、第7の態様の第13の可能な実装では、インジケーション情報は、パケット損失隠蔽パケットの拡張フィールド中で搬送される。
第7の態様の第9または第11の可能な実装に関して、可能な実装では、パケット損失隠蔽メッセージは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
第7の態様の第10または第12の可能な実装に関して、可能な実装では、パケット損失隠蔽パケットは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
第7の態様または第7の態様の上記の可能な実装のうちのいずれか1つに関して、第7の態様の第14の可能な実装では、データストリームが2つの経路上で送信されるとき、送信機が経路上でデータストリームを送信することは、
2つの経路のうちのより長い遅延をもつ経路上で元のパケットを送信することと、
2つの経路のうちのより短い遅延をもつ経路上でパケット損失隠蔽パケットを送信することであって、パケット損失隠蔽パケットは、元のパケットが送信された後に送信され、元のパケットおよびパケット損失隠蔽パケットは、時間間隔tで送信され、tは、2つの経路上でデータストリームを送信する一方向遅延差である、ことと
を含む。
第8の態様によれば、データストリーム伝送デバイスが提供される。本デバイスは、
データストリームのものであり、送信デバイスによって送信された、元のパケットおよびパケット損失隠蔽パケットを受信するように構成された、受信機であって、パケット損失隠蔽パケットは、パケット損失隠蔽ポリシーに従って生成され、パケット損失隠蔽ポリシーは、データストリームを送信するために使用される経路の経路ステータス情報に基づいて送信デバイスによって決定される、受信機と、
パケット損失隠蔽パケットを使用することによって、損失した元のパケットを復元するように構成された、プロセッサと
を含む。
パケット損失隠蔽パケットは、データストリームを送信するために使用される経路のステータス情報に基づいて決定されるパケット損失隠蔽ポリシーを使用することによって生成され、伝送処理中に損失した元のパケットは、パケット損失隠蔽パケットを使用することによって復元され、それにより、パケット損失レートが効果的に低減し、ユーザエクスペリエンスがさらに改善する。
第8の態様に関して、第8の態様の第1の可能な実装では、受信機は、パケット損失隠蔽制御メッセージを受信するようにさらに構成され、パケット損失隠蔽制御メッセージは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
第8の態様に関して、第8の態様の第2の可能な実装では、パケット損失隠蔽パケットは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
第8の態様の第1の可能な実装に関して、第8の態様の第3の可能な実装では、インジケーション情報は、データストリームの識別子と、データストリームを送信するために使用される経路の識別子とを示すためにさらに使用される。
第8の態様の第2の可能な実装に関して、第8の態様の第4の可能な実装では、インジケーション情報は、データストリームを送信するために使用される経路の識別子を示すためにさらに使用される。
第8の態様の第2または第4の可能な実装に関して、可能な実装では、インジケーション情報は、パケット損失隠蔽パケットの拡張フィールド中で搬送される。
第8の態様の第1または第4の可能な実装に関して、可能な実装では、パケット損失隠蔽メッセージは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
第8の態様の第2、第4、または第5の可能な実装に関して、パケット損失隠蔽パケットは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
第9の態様によれば、データストリーム伝送デバイスが提供される。本デバイスは、
データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定するように構成された、プロセッサと、
送信デバイスにパケット損失隠蔽ポリシーを送信するように構成された、送信機であって、パケット損失隠蔽ポリシーは、データストリームのパケット損失隠蔽パケットを生成するために送信デバイスによって使用される、送信機とを含む。したがって、動的に決定されたパケット損失隠蔽ポリシーを使用することによって生成されたパケット損失隠蔽パケットを使用して、伝送処理中に損失したパケットを復元する。これは、パケット損失復元効果を効果的に改善し、それにより、パケット損失レートを効果的に低減し、ユーザエクスペリエンスをさらに改善する。
第9の態様に関して、第9の態様の第1の可能な実装では、プロセッサは、送信デバイスから受信デバイスへの少なくとも2つの経路の第2の経路ステータス情報に基づいて、データストリームを送信するために使用される経路を決定するようにさらに構成される。
第9の態様の第1の可能な実装に関して、第9の態様の第2の可能な実装では、第2の経路ステータス情報は、パケット損失レートを含む。
第9の態様の第2の可能な実装に関して、第9の態様の第3の可能な実装では、第2の経路ステータス情報は、遅延、ネットワークジッタ、帯域幅、または遅延差のうちの少なくとも1つをさらに含む。
第9の態様または第9の態様の上記の可能な実装のうちのいずれか1つに関して、第9の態様の可能な実装では、データストリームを送信するために1つまたは2つの経路が使用される。
第9の態様または第9の態様の上記の可能な実装のうちのいずれか1つに関して、第9の態様の第4の可能な実装では、データストリームを送信するために使用される2つの経路があるとき、データストリームを送信するために使用される経路の遅延差は、遅延差しきい値よりも少ない。
第9の態様または第9の態様の上記の可能な実装のうちのいずれか1つに関して、第9の態様の第5の可能な実装では、プロセッサが、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定することは、以下を含む。
プロセッサは、データストリームを送信するために使用される経路の第1の経路ステータス情報、データストリームのパケット損失隠蔽ターゲット値、またはデータストリームのトラフィックレートのうちの少なくとも1つに基づいてパケット損失隠蔽ポリシーを決定し、パケット損失隠蔽ターゲット値は、データストリームを伝送するためのパケット損失レート上限を含んで、決定されたパケット損失隠蔽ポリシーを使用することによってデータストリーム上でパケット損失復元が実施された後に取得されるパケット損失レートが、パケット損失レート上限よりも少ないことを保証する。
第9の態様または第9の態様の上記の可能な実装のうちのいずれか1つに関して、第9の態様の第6の可能な実装では、第1の経路ステータス情報は、遅延またはパケット損失レートのうちの少なくとも1つを含む。
第9の態様または第9の態様の上記の可能な実装のうちのいずれか1つに関して、第9の態様の第7の可能な実装では、パケット損失隠蔽ポリシーは、自動再送要求ARQ、パケット複製、または前方誤り訂正FECのうちの少なくとも1つを含む。
第10の態様によれば、命令を含むコンピュータプログラム製品が提供される。命令がコンピュータ上で動作されたとき、コンピュータは、第1から第3の態様の任意の可能な実装による方法を実施することを可能にされる。
本出願の実施形態は、命令を記憶するように構成された、コンピュータ可読記憶媒体を提供する。命令がコンピュータ上で実行されたとき、第1から第3の態様の任意の可能な実装による方法が実装される。
提供されるデータストリーム伝送方法およびデバイスに基づいて、送信デバイスは、データストリームを送信するために使用される経路の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを動的に決定し、パケット損失隠蔽ポリシーに従ってデータストリームのパケット損失隠蔽パケットを生成し、次いで、経路上で元のパケットおよびパケット損失隠蔽パケットを含むデータストリームを送信する。したがって、データストリームを受信すると、受信デバイスは、送信デバイスから受信されたパケット損失隠蔽ポリシーに従ってデータストリームを復号し、パケット損失隠蔽パケットを使用することによって、伝送処理中に損失した元のパケットを復元する。これは、パケット損失復元の後に取得されるパケット損失レートを効果的に低減し、ユーザエクスペリエンスを改善する。
本出願の実施形態によるSD-WANの基本ネットワークアーキテクチャの概略図である。 本出願の実施形態によるデータストリーム伝送処理の概略図である。 本出願の実施形態によるデータストリーム伝送方法の概略フローチャートである。 本出願の実施形態によるパケット損失隠蔽パケットのフォーマットの概略図である。 本出願の実施形態によるFECデータストリーム伝送処理の概略図である。 本出願の実施形態によるFECデータストリーム伝送処理の概略図である。 本出願の実施形態によるFECデータストリーム伝送処理の概略図である。 本出願の実施形態によるパケット損失隠蔽パケットを生成する処理の概略図である。 本出願の実施形態によるデータストリーム伝送方法の概略フローチャートである。 本出願の実施形態によるデータストリームを送信するために使用される経路を決定するための方法の概略フローチャートである。 本出願の実施形態によるデータストリームを送信するために使用される経路を決定するための方法の概略フローチャートである。 本出願の実施形態によるデータストリームを送信するために使用される経路を決定するための方法の概略フローチャートである。 本出願の実施形態によるデータストリーム伝送処理の概略図である。 本出願の実施形態によるデータストリーム伝送処理の概略図である。 本出願の実施形態による遅延差計算処理の概略図である。 本出願の実施形態によるデータストリーム伝送処理の概略図である。 本出願の実施形態によるデータストリーム伝送方法の概略フローチャートである。 本出願の実施形態による送信デバイスの概略構造図である。 本出願の実施形態による受信デバイスの概略構造図である。 本出願の実施形態による制御デバイスの概略構造図である。 本出願の実施形態による送信デバイスの概略構造図である。 本出願の実施形態による受信デバイスの概略構造図である。 本出願の実施形態による制御デバイスの概略構造図である。
本出願の実施形態は、ソフトウェア定義ワイドエリアネットワーク(software defined-wide area network、SD-WAN)などのシナリオに適用され得、パケット損失に敏感であるサービス、たとえば、ビデオ会議サービスに固有である、データストリーム伝送方法およびデバイスを提供する。
本実施形態では、送信デバイスと受信デバイスとの間に複数の経路がある。たとえば、SD-WANシナリオでは、図1に示されているように、顧客宅内機器の間に複数のWANリンクがある。
図1は、SD-WANの基本ネットワークアーキテクチャの概略図である。図1に示されているように、SD-WANの基本ネットワークアーキテクチャは、複数の位置(サイトとも呼ばれる)に配置された顧客宅内機器(customer premise equipment、CPE)を含む。顧客宅内機器は、物理的顧客宅内機器であり得るか、または仮想的顧客宅内機器(virtual customer premise equipment、vCPE)であり得る。vCPEは、汎用サーバ上で動作する。
顧客宅内機器の各々は、2つ以上のWAN接続を有する。すなわち、顧客宅内機器の間でデータストリームを伝送するために使用される2つ以上のWANリンクがあり、WANリンクは互いに依存しない。たとえば、WANリンクは、インターネットプロトコルセキュリティ(internet protocol security、IPSec)などのトンネリング技術を使用することによってオーバーレイ(overlay)ネットワークを形成して、基礎をなす伝送ネットワークに依存しなくなる。複数のWANの間で、高可用性(アクティブ-アクティブ)ロードバランシングが実装されることが可能である。
SD-WANシステムは、システム中の顧客宅内機器などの他のデバイスに対して集中型アプリケーション実施監視およびポリシー管理を実施するように構成された、コントローラを含む。
SD-WANシステムにおいて、データストリーム伝送処理が図2に示されている。図2では、端末1が端末2にオーディオおよびビデオストリームを送信する例が使用される。端末1は、送信されるべきオーディオおよびビデオストリームを符号化し、符号化されたオーディオおよびビデオストリームをネットワークデバイス1に送信する。ネットワークデバイス1は、複数のWANリンクを使用することによって、符号化されたオーディオおよびビデオストリームをネットワークデバイス2に転送する。次いで、ネットワークデバイス2は、受信されたオーディオおよびビデオストリームを端末2に送信する。オーディオおよびビデオストリームを受信した後に、端末2は、復号技術を使用することによってオーディオおよびビデオストリームを復号し、オーディオおよびビデオストリームから元のビデオおよび元のオーディオを復元する。端末2がインテリジェントデバイスである場合、たとえば、モバイルフォンまたはコンピュータなどのディスプレイを有するデバイスである場合、端末2は、ディスプレイ上で、復号されたビデオおよび復号されたオーディオを再生する。
端末1および端末2は、オーディオおよびビデオ符号化および復号のためのインテリジェント端末(たとえば、モバイルフォンもしくはタブレットコンピュータ)、カメラ、または端末(たとえば、Skype)などのデバイスであり得る。ネットワークデバイス1およびネットワークデバイス2は、ルータ、スイッチ、およびサーバなどのデバイスであり得る。
WANリンクは不安定であるので、WANリンク上のデータストリーム伝送中にパケット損失があり得る。SD-WANにおけるデータストリーム伝送処理では、(オーディオおよびビデオパケットなどの)伝送データストリームが、悪い品質をもつWANリンクにスケジュールされた場合、大量のパケットが損失して、ユーザエクスペリエンスが大いに影響を受け得る。
加えて、SD-WAN中の2つ以上のWANリンクは互いに依存しないので、WANリンクは、接続および統合されて、1つのオーディオおよびビデオストリームに信頼できる伝送を提供することができない。1つのオーディオおよびビデオストリームが、単にパケットレベルロードバランシングスケジューリングを通して様々なWANリンクを介して伝送された場合、複数の連結WANリンクの伝送効果は、WANリンクのパケット損失レートの差、遅延、ジッタなどにより、単一のWANリンクのそれよりも悪くなり得る。言い換えれば、複数のWANリンクが、オーディオおよびビデオストリームを伝送するために連結されたとき、複数のWANリンクの伝送効果の和は、単一のWANリンクの伝送効果よりも悪く、1+1<1という効果が達成される。
現在の技術では、送信される必要があるデータストリームのパケット損失隠蔽パケットを生成するために、FEC、パケット複製、または自動再伝送など、プリセットされた固定のパケット損失隠蔽ポリシーが使用される。比較的悪い経路ステータス情報の場合、伝送処理中に損失したパケットを復元するために、固定のパケット損失隠蔽ポリシーを使用することによって生成されたパケット損失隠蔽パケットが使用されたとき、パケット復元効果は良くなく、パケット損失レートは、パケット損失復元の後に依然として極めて高い。
この点から見て、いくつかのパケット損失隠蔽技術が、データストリームを伝送するためのWANリンクのために使用される必要がある。したがって、本出願の実施形態は、データストリーム伝送方法およびネットワークデバイスを提供する。データストリームを送信するためのWANリンクのリンクステータスが比較的悪いとき、ネットワークデバイスは、WANリンクのリンクステータスに基づいてパケット損失隠蔽ポリシーを決定し、パケット損失隠蔽ポリシーに従って、送信されるべきデータストリームのパケット損失隠蔽パケットを生成し、次いで、1つまたは2つのWANリンク上で、元のパケットおよびパケット損失隠蔽パケットを含むデータストリームを送信する。本出願の実施形態では、パケット損失隠蔽ポリシーが、データストリームを送信するために使用される経路のステータス情報に基づいて動的に決定され、パケット損失隠蔽パケットが、パケット損失隠蔽ポリシーに従ってデータストリームのために生成され、データストリームは、経路上で受信デバイスに送信される。データストリームを受信すると、受信デバイスは、パケット損失隠蔽パケットを使用することによって、損失した元のパケットを復元し、それにより、パケット損失復元効果を改善し、パケット損失復元の後に取得されるパケット損失レートを効果的に低減する。伝送効果は、より良いリンク(たとえば、マルチプロトコルラベルスイッチング(multi-protocol label switching、MPLS)リンク)のそれと同様である。
SD-WANシナリオでは、WANリンクは、データストリームを送信するために使用される経路であり、WANリンクのリンクステータス情報は、経路ステータス情報と呼ばれる。
共通のパケット損失隠蔽ポリシーは、前方誤り訂正(forward error correction、FEC)、パケット複製、自動再送要求(automatic repeat request、ARQ)などを含む。
FECでは、特定の符号化(たとえば、パケットコーディングにおけるリードソロモンコード(reed-solomon code、RSコード)コーディング)を通して元のパケットに基づいて、冗長パケットが生成される。FECでは、パケット損失隠蔽パケットは冗長パケットである。データストリーム伝送処理では、伝送端が、元のパケットとパケット損失隠蔽パケットとを含むデータストリームを送信する。データストリームを受信すると、受信端は、受信されたデータストリーム中のパケット損失隠蔽パケットに基づいてデータストリームを復号して、特定の確率で、損失した元のパケットを復元する。FECは、再伝送なしおよび高いリアルタイム実施という利点を有し、共通のパケット損失シナリオに適用可能であり、特定の確率で損失したパケットを復元するために使用されることが可能である。
パケット複製では、元のパケットの1つまたは複数のコピー(copy)が作られる。コピーパケットはパケット損失隠蔽パケットとして参照される。コピーパケットは受信端に送信され、したがって、受信端は、コピーパケットに基づいて、損失した元のパケットを復元することができる。パケット複製は、再伝送なしおよび高いリアルタイム実施という利点を有し、共通のパケット損失シナリオに適用可能であり、特定の確率で損失したパケットを復元するために使用されることが可能である。
ARQでは、受信端は、伝送端によって送信されたデータストリームを受信し、パケット損失が受信データストリーム中で発生するかどうかを検出する。パケット損失が発生すると決定されたとき、受信端は、データストリームを再び送信することを伝送端に要求する。ARQの利点は、余分の帯域幅リソースが少ししか占有されないことである。
本明細書における伝送端および受信端は、それぞれ端末およびネットワークデバイスなどのデバイスであり得ることに留意されたい。
図3を参照しながら、以下で、本出願の実施形態において提供されるデータストリーム伝送方法について詳細に説明する。図3に示されているように、本方法は、送信デバイスによって実施され、送信デバイスは、図2に示されているネットワークデバイスであり得る。本出願の実施形態において述べられる「第1の」および「第2の」は、対象を区別するために使用されるにすぎず、対象を限定しないことに留意されたい。
本出願の実施形態では、データストリームを送信するために使用される経路を決定するために使用される経路の経路ステータス情報は、第2の経路ステータス情報と呼ばれ、パケット損失隠蔽ポリシーを決定するために使用される経路の経路ステータス情報は、第1の経路ステータス情報と呼ばれることにさらに留意されたい。第1の経路ステータス情報および第2の経路ステータス情報は、使用シナリオを区別するためにのみ使用され、経路ステータス情報に対する限定とはならない。
図3に示されているように、本方法は以下のステップを含み得る。
S101:送信デバイスが、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定する。
経路は、データストリームが送信デバイスから受信デバイスに通過する経路である。送信デバイスは、パケット損失レートまたは遅延などの経路の第1の経路ステータス情報に基づいて、パケット損失隠蔽を向上させることができるパケット損失隠蔽ポリシー(たとえば、FEC、パケット複製、またはARQ)などを動的に決定し、次いで、パケット損失隠蔽ポリシーに従ってデータストリームのパケット損失隠蔽パケットを生成する。したがって、送信デバイスによって送信されたデータストリームを受信すると、受信デバイスは、パケット損失隠蔽パケットに基づいて、データストリームの伝送処理中に損失したパケットを復元することができる。
たとえば、送信デバイスは、経路の第1の経路ステータス情報中にあるパケット損失レートおよび遅延に基づいて、パケット損失隠蔽ポリシーを決定する。実施形態では、経路のパケット損失レートがプリセットパケット損失レートしきい値よりも少なく、経路の遅延がプリセット遅延しきい値よりも少ないとき、使用されるべきパケット損失隠蔽ポリシーはARQであると決定される。
別の実施形態では、送信デバイスは、経路の第1の経路ステータス情報と、データストリームのパケット損失隠蔽ターゲット値とに基づいてパケット損失隠蔽ポリシーを決定してよく、パケット損失隠蔽ターゲット値は、パケット損失レートターゲット値を含み、パケット損失隠蔽ターゲット値は、データストリームを伝送するためのパケット損失レート上限を含む。たとえば、送信されるべきデータストリームのパケット損失隠蔽ターゲット値について、決定されたパケット損失隠蔽ポリシーを使用することによってデータストリーム上でパケット損失復元が実施された後に取得されるパケット損失レートが、パケット損失レート上限よりも少なくなることを保証するために、総パケット損失レートは0.01%よりも少なくなるように設定される。
経路のパケット損失レートが、データストリームパケット損失隠蔽のターゲットパケット損失レート0.01%よりも少なく、経路の遅延が、データストリームのパケット損失隠蔽ターゲットのために設定された遅延ターゲット値を満たすとき、使用されるべきパケット損失隠蔽ポリシーはFECであることが決定される。たとえば、送信されるべきデータストリームのパケット損失隠蔽ターゲット値について、遅延ターゲットは、150msよりも少なくなるように設定される。データストリームを送信するために使用される2つの経路、すなわち、経路1および経路2があり、経路1の遅延が80msであり、経路2の遅延が120msである場合、パケット損失隠蔽ポリシーはFECであると決定されることが可能である。この場合、経路1および経路2上のARQ繰り返しによって引き起こされる遅延は、データストリームを伝送するための(150msよりも少ない)ターゲット遅延値を満たすことができない。したがって、ARQは使用されることが可能でない。
別の実施形態では、送信デバイスは、代替として、経路の第1の経路ステータス情報と、データストリームのトラフィックレートとに基づいてパケット損失隠蔽ポリシーを決定し得る。たとえば、経路の遅延がプリセットしきい値よりも少なく、経路上でデータストリームを伝送するトラフィックレートがプリセットしきい値よりも少ないとき、使用されるべきパケット損失隠蔽ポリシーはパケット複製であると決定される。経路の遅延がプリセットしきい値よりも大きく、経路上でデータストリームを伝送するトラフィックレートがプリセットしきい値よりも大きいとき、使用されるべきパケット損失隠蔽ポリシーはFECであると決定される。
使用されるべきパケット損失隠蔽ポリシーがFECであると決定されたとき、コーディングアルゴリズムが、経路の経路ステータス情報に基づいてさらに決定され得る。たとえば、経路上で損失した連続するパケットの数量がプリセットしきい値よりも少ないとき、FECパケットコーディングが使用される。経路上で損失した連続するパケットの数量がプリセットしきい値以上であるとき、FEC畳み込みコーディングが使用される。
実施形態では、送信デバイスは、代替として、経路の第1の経路ステータス情報と、データストリームのパケット損失隠蔽ターゲット値と、データストリームのトラフィックレートとに基づいてパケット損失隠蔽ポリシーを決定し得る。たとえば、データストリームを送信するために設定された、パケット損失レートおよび遅延を含むパケット損失隠蔽ターゲット値が満たされるかどうかが、経路のパケット損失レートおよび遅延に基づいて最初に決定される。パケット損失レートおよび遅延が満たされたとき、使用されるべきパケット損失隠蔽ポリシーが、経路のパケット損失レートおよび遅延と、経路上でデータストリームを伝送するトラフィックレートとに基づいて決定される。たとえば、経路の遅延がプリセットしきい値よりも少なく、経路上でデータストリームを伝送するトラフィックレートがプリセットしきい値よりも少ないとき、使用されるべきパケット損失隠蔽ポリシーはパケット複製であると決定される。経路の遅延がプリセットしきい値よりも大きく、経路上でデータストリームを伝送するトラフィックレートがプリセットしきい値よりも大きいとき、使用されるべきパケット損失隠蔽ポリシーはFECであると決定される。
S102:送信デバイスが、パケット損失隠蔽ポリシーに従ってデータストリームのパケット損失隠蔽パケットを生成する。
送信デバイスは、S101において決定されたパケット損失隠蔽ポリシーに従って、送信されるべきデータストリームのパケット損失隠蔽パケットを生成する。たとえば、決定されたパケット損失隠蔽ポリシーがFECである場合、元のパケットは、FECコーディングアルゴリズムを使用することによって符号化されて、パケット損失隠蔽パケットが生成される。FECでは、パケット損失隠蔽パケットは冗長パケットとも呼ばれる。
たとえば、決定されたパケット損失隠蔽ポリシーがパケット複製である場合、パケット損失隠蔽パケットは、元のパケットを複製することによって生成される。
S103:送信デバイスが、経路上でデータストリームを送信し、データストリームは、元のパケットと、パケット損失隠蔽パケットとを含む。
送信デバイスは、受信デバイスに、元のパケットおよびパケット損失隠蔽パケットを送信する。したがって、パケット損失隠蔽パケットを受信した後に、受信デバイスは、パケット損失隠蔽パケットに基づいて、伝送処理中に損失したパケットを復元する。具体的には、受信デバイスは、元のパケットおよびパケット損失隠蔽パケットを復号し、デデュプリケーションおよび再配置を実施して元のデータパケットを取得する。
S104:受信デバイスが、受信されたパケット損失隠蔽パケットを使用することによって、損失した元のパケットを復元する。
すなわち、受信デバイスは、送信デバイスから受信されたパケット損失隠蔽ポリシーに従ってデータストリームを復号し、元のパケットおよびパケット損失隠蔽パケットを再配置する。
実施形態では、パケット損失隠蔽パケットは、インジケーション情報を含み、インジケーション情報は、ARQ、パケット複製、またはFECなど、パケット損失隠蔽パケットのためのものであるパケット損失隠蔽ポリシーを示すために使用される。パケット損失隠蔽パケットの特定のフォーマットが図4に示されている。図4において、パケット損失隠蔽パケットは、インジケーション情報およびペイロード(payload)を含み、ペイロードは、伝送されるべきデータを搬送するために使用される。
インジケーション情報は、データストリーム、たとえば、データストリームの5要素を送信するために使用される識別子を示すためにさらに使用され得る。実施形態では、データストリームを送信するために使用される2つの経路があるとき、インジケーション情報は、元のパケットを送信するために使用される経路の識別子、およびパケット損失隠蔽パケットを送信するために使用される経路の識別子などの情報を示すために使用される。
任意選択で、実施形態では、パケット損失隠蔽パケットは、図4に示されているように、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。たとえば、インジケーション情報によって示されるパケット損失隠蔽ポリシーがFECである場合、パケット損失隠蔽パケットのコーディングパラメータは、FECブロックコーディングまたはFEC畳み込みコーディングを搬送し得る。ブロックコーディングは、RSコーディング、ファウンテンコーディング、ラプターコーディング、またはLDPCコーディングのうちの1つを含み得る。畳み込みコーディングは、LDPCコーディングまたはポーラーコーディングを含み得る。加えて、パケット損失隠蔽パケットのコーディングパラメータは、RSコーディングにおけるブロック長さおよび冗長パケットの数量など、他の関係するパラメータをさらに搬送し得る。
実施形態では、インジケーション情報は、パケット損失隠蔽パケットの拡張フィールド中で搬送される。
任意選択で、実施形態では、受信デバイスがデータストリームを復号し、元のパケットおよびパケット損失隠蔽パケットを再配置する前に、本方法は以下をさらに含む。
受信デバイスは、送信デバイスによって送信された制御メッセージを受信し、制御メッセージは、インジケーション情報を含み、インジケーション情報は、ARQ、パケット複製、およびFECなど、パケット損失隠蔽パケットのためであるパケット損失隠蔽ポリシーを示す。特定のパケット損失隠蔽パケットが図4に示されている。
インジケーション情報は、データストリームの識別子、およびデータストリームを送信するために使用される経路の識別子などの情報を示すためにさらに使用される。実施形態では、データストリームを送信するために使用される2つの経路があるとき、インジケーション情報は、元のパケットを送信するために使用される経路の識別子、およびパケット損失隠蔽パケットを送信するために使用される経路の識別子などの情報を示すために使用される。
任意選択で、実施形態では、制御メッセージは、パケット損失隠蔽パケットのコーディングパラメータをさらに含み得る。たとえば、インジケーション情報によって示されるパケット損失隠蔽ポリシーがFECである場合、パケット損失隠蔽パケットのコーディングパラメータは、FECブロックコーディングまたはFEC畳み込みコーディングを搬送し得る。ブロックコーディングは、RSコーディング、ファウンテンコーディング、ラプターコーディング、またはLDPCコーディングのうちの1つを含み得る。畳み込みコーディングは、LDPCコーディングまたはポーラーコーディングを含み得る。加えて、パケット損失隠蔽パケットのコーディングパラメータは、RSコーディングにおけるブロック長さおよび冗長パケットの数量など、他の関係するパラメータをさらに搬送し得る。
このようにして、受信デバイスは、パケット損失隠蔽パケット中のまたは受信された制御メッセージ中のインジケーション情報によって示されるパケット損失隠蔽ポリシーに従ってパケット損失隠蔽パケットを復号し、元のパケットおよびパケット損失隠蔽パケットを再配置して、元のデータパケット、すなわち、元のデータストリームを取得する。
たとえば、図5Aから図5Cに示されているように、パケット損失隠蔽ポリシーがFECである例が説明のために使用される。(1)送信デバイスが、元のデータストリーム、すなわち、元のパケット1、2、3、4、5、および6を取得する。(2)送信デバイスが、FECに従って、符号化される元のパケットの数量を決定する。符号化される元のパケットの数量を決定する様式は、パケットコーディングにおいて設定されたパケットの最大数量、タイムアウト機構がトリガされた後に収集されるパケットの数量、または畳み込みコーディングにおいて対応する機構を使用することによって決定されるパケットの数量という、いくつかの様式を含み得るが、これらに限定されない。たとえば、符号化される元のパケットは、1、2、3、および4である。(3)送信デバイスが、パケットコーディング中における元のパケットの数量K、冗長パケットの数量R、元のパケットの長さ、およびコーディング長さなどのコーディングパラメータ、または畳み込みコーディング中の対応するコーディングパラメータを決定する。(4)送信デバイスが、決定されたコーディングパラメータに基づいてFECコーディングを実施し、符号化パケットを生成する。様々なコーディングアルゴリズムに従って、生成された符号化パケットは、新たに生成された冗長パケットa、b、およびcを含み得るか、または元のパケット1、2、3、および4または冗長パケットa、b、およびcを含み得る。(5)送信デバイスが、元のパケットおよび冗長パケットをカプセル化してデータストリーム1234abcを取得する。実施形態では、送信デバイスは、追加の制御メッセージを使用することによって、復号に必要な情報(たとえば、復号パラメータ)を受信デバイスに送信し、したがって、受信デバイスは、データストリームを受信した後に制御メッセージに基づいてデータストリームを復号し得る。このステップでは、制御メッセージは、パケット損失隠蔽パケットのインジケーション情報およびコーディングパラメータ、たとえば、パケットコーディングのブロックサイズを含み得る。(6)送信デバイスが、WANリンクを通してデータストリーム1234abcを受信デバイスに送信し、データストリームは、元のパケットおよびパケット損失隠蔽パケットを含む。(7)WANリンクが不安定であるので、データストリームを伝送しているときにパケット損失が発生し得る。この場合、受信デバイスは、データストリーム中の13abcのみを受信し得る。(8)受信デバイスが、受信されたデータストリーム13abcを配置する。(9)受信デバイスが、元のパケットの数量K、冗長パケットの数量R、元のパケットの長さ、およびコーディング長さなど、送信デバイスによって送信された制御メッセージからの復号パラメータ、または畳み込みコーディング中の対応するコーディングパラメータを取得する。(10)受信デバイスが、復号パラメータに基づいて、実際に受信されたデータストリーム13abを復号し、損失したパケットを復元する。(11)受信デバイスが、復元されたパケットおよび受信された元のパケットを再配置して、1、2、3、および4を取得する。(12)受信デバイスが、(11)において復元されたパケット1、2、3、および4を端末に送信する。パケットがオーディオおよびビデオパケットである場合、端末は、オーディオおよびビデオパケットを表示する際に容易になり、それにより、パケット損失隠蔽伝送効率が改善され、ユーザエクスペリエンスが改善される。
図5Cの(4)において、送信デバイスは、決定されたコーディングパラメータに基づいてFECコーディングを実施して、符号化パケットを生成し、符号化パケットは、パケット損失隠蔽パケットであり得る。実施形態では、送信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリームのパケット損失隠蔽パケットを生成し、すなわち、図3のS102を行う。
送信デバイスがパケット損失隠蔽ポリシーに従ってデータストリームのパケット損失隠蔽パケットを生成する処理が図6に示されている。図6では、送信デバイスは、パケット損失隠蔽コントローラを含む。パケット損失隠蔽コントローラは、データストリームを送信するために使用される経路を決定し、データストリームを送信するために使用される経路に基づいてパケット損失隠蔽ポリシーを決定するように構成され、したがって、送信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリームのパケット損失隠蔽パケットを生成する。
実施形態では、送信デバイスは、データストリームを送信するための所与の最適化ターゲット情報を取得する。たとえば、送信されるべきデータストリームがビデオ会議のビデオストリームである場合、ビデオ会議の、スムーズなビデオおよびフレームフリーズなしなどの全体的な効果が保証される必要がある。送信デバイスは、内部変換を通してパケット損失隠蔽ターゲット値を生成する。たとえば、伝送処理中のデータストリームのパケット損失レートは、0.01%よりも少ない必要がある。送信デバイスのパケット損失隠蔽コントローラは、データストリームを送信するために使用される経路のパケット損失レート、遅延、およびネットワークジッタなどの経路ステータス情報に基づいてパケット損失隠蔽ポリシーを動的に決定して、パケット損失隠蔽ポリシーに従ってパケット損失隠蔽パケットを生成する。
実施形態では、パケット損失隠蔽コントローラは、パケット損失隠蔽ポリシーを決定するために、設定された制約条件、たとえば、パケット損失レートしきい値、遅延しきい値、ネットワークジッタしきい値、利用可能な帯域幅しきい値、および別のしきい値に基づいて、経路の経路ステータス情報を制約し得る。パケット損失隠蔽ポリシーは、ARQ、パケット複製、およびFECを含む。送信デバイスは、パケット損失隠蔽ポリシーに従ってパケット損失隠蔽パケットを生成し、経路輻輳制御機構および経路選択機構に基づいてデータストリームを受信デバイスに送信する。
パケット損失隠蔽ポリシーは動的に決定され、パケット損失隠蔽パケットは、パケット損失隠蔽ポリシーに従って生成され、したがって、データストリームを伝送するパケット損失隠蔽能力が向上され、ユーザエクスペリエンスが改善される。
任意選択で、図7に示されているように、パケット損失隠蔽ポリシーが、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいて決定される前に、すなわち、図3に示されている実施形態のS101の前に、本方法は以下のステップをさらに含み得る。
S105:送信デバイスが、送信デバイスから受信デバイスへの少なくとも2つの経路のうちで、データストリームを送信するための経路を決定する。
実施形態では、図8に示されているように、送信デバイスから受信デバイスへの少なくとも2つの経路のうちで、データストリームを送信するための経路を決定することは、以下を含む。
S1051:送信デバイスが、データストリームを送信するために使用される少なくとも2つの経路を取得する。
実施形態では、送信デバイスは、図1に示されているコントローラから、データストリームを送信するために使用される少なくとも2つの経路を取得する。言い換えれば、コントローラは、データストリームを送信するために使用される経路を送信デバイスに通知する。代替として、送信デバイスは、ローカルトンネルステータス保守などの情報を使用することによって、データストリームを送信するために使用される少なくとも2つの経路を取得する。少なくとも2つの経路は、送信デバイスから受信デバイスへの少なくとも2つの経路である。
実施形態では、送信デバイスが、コントローラから、データストリームを送信するために使用されるただ1つの経路を取得したとき、または送信デバイスが、ローカルトンネルステータス保守などの情報を使用することによって、データストリームを送信するために使用されるただ1つの経路を取得したとき、送信デバイスは、この経路を使用してデータストリームを伝送する。
S1052:送信デバイスが、少なくとも2つの経路の第2の経路ステータス情報に基づいて、データストリームを送信するための経路を決定する。
データストリームを送信するために使用される2つ以上の経路を取得したとき、送信デバイスは、データストリームを伝送するための各経路のパケット損失レート、一方向遅延、二方向遅延、ネットワークジッタ、および利用可能な帯域幅など、各経路の経路ステータス情報を測定し、各経路の経路ステータス情報に基づいて、データストリームを送信するために最終的に使用される経路を決定する。
実施形態では、送信デバイスは、少なくとも2つの経路のパケット損失レートに基づいて、データストリームを送信するための1つの経路、2つの経路、または複数の経路を決定する。
実施形態では、送信デバイスは、少なくとも2つの取得された経路のパケット損失レート、遅延、ネットワークジッタ、利用可能な帯域幅、および遅延差のうちの少なくとも1つに基づいて、データストリームを送信するための1つまたは2つの経路を決定する。
たとえば、実施形態では、図9に示されているように、送信デバイスは、少なくとも2つの経路の各々のパケット損失レートがプリセットパケット損失レートしきい値Lossthresholdを満たすかどうかを最初に決定する。パケット損失レートしきい値を満たす1つの経路があるとき、送信デバイスは、単一の経路上でデータストリームを伝送し、すなわち、その経路上でデータストリームを送信する。パケット損失レートしきい値を満たす2つ以上の経路があるとき、送信デバイスは、2つ以上の経路の遅延がプリセット遅延しきい値Delaythresholdを満たすかどうかをさらに決定する。遅延しきい値を満たす1つの経路があるとき、送信デバイスは、その経路上でデータストリームを送信する。遅延しきい値を満たす2つ以上の経路があるとき、送信デバイスは、2つ以上の経路のネットワークジッタがプリセットネットワークジッタしきい値Jitterthresholdを満たすかどうかをさらに決定する。ネットワークジッタしきい値を満たす1つの経路があるとき、送信デバイスは、その経路上でデータストリームを送信する。ネットワークジッタしきい値を満たす2つ以上の経路があるとき、送信デバイスは、2つ以上の経路の利用可能な帯域幅に基づいて、データストリームを送信するために最終的に使用される経路をさらに決定し得る。たとえば、送信デバイスは、2つ以上の経路の帯域幅がプリセット帯域幅しきい値Bandthresholdを満たすかどうかを決定する。帯域幅しきい値を満たす1つの経路があるとき、送信デバイスは、その経路上でデータストリームを送信する。
実施形態では、帯域幅しきい値を満たす2つ以上の経路があり、データストリームを送信するために単一の経路が使用されるとき、送信デバイスは、データストリームを送信するための経路として、最大の利用可能な帯域幅をもつ経路を決定し得る。
実施形態では、帯域幅しきい値を満たす2つ以上の経路があるとき、送信デバイスは、データストリームを送信するための経路として、利用可能な帯域幅中の比較的大きい帯域幅をもつ2つ以上の経路を決定し得る。
実施形態では、図10に示されているように、帯域幅しきい値を満たす2つ以上の経路があるとき、送信デバイスは、帯域幅しきい値を満たす2つ以上の経路のうちで、いずれか2つの経路の遅延差がプリセット遅延差しきい値Delta_delaythresholdを満たすかどうかをさらに決定し得る。帯域幅しきい値を満たす2つ以上の経路のうちの2つの経路の遅延差が、遅延差しきい値を満たすとき、送信デバイスは、これらの2つの経路上でデータストリームを送信することを決定する。
実施形態では、帯域幅しきい値を満たす2つ以上の経路のうちの経路の複数のペアの各々が、遅延差しきい値を満たす遅延差を有するとき、送信デバイスは、最小遅延差をもつ2つの経路上でデータストリームを送信することを決定する。
実施形態では、送信デバイスは、遅延差がプリセット遅延差しきい値よりも少ない2つの経路上でデータストリームを送信することを決定する。言い換えれば、データストリームを送信するために使用される2つの経路があるとき、これらの2つの経路の遅延差は、プリセット遅延差しきい値よりも少ない。
本出願の実施形態では、送信デバイスは、経路のパケット損失レートと、経路の遅延、ネットワークジッタ、利用可能な帯域幅、または遅延差のうちの少なくとも1つとの様々な決定シーケンスで、データストリームを送信するための経路を決定し得ることに留意されたい。これは、本出願の実施形態では限定されない。
実施形態では、データストリームを送信するために使用される1つの経路があると最終的に決定したとき、図3において送信デバイスが経路上でデータストリームを送信するS103は、特に以下の通りである。送信デバイスは、経路上で、元のパケットおよびパケット損失隠蔽パケットを含むデータストリームを送信し、したがって、パケット損失隠蔽パケットを受信した後に、受信デバイスは、パケット損失隠蔽パケットに基づいて、伝送処理中に損失したパケットを復元する。
実施形態では、送信デバイスが、データストリームを送信するために使用される1つの経路があると決定したとき、送信デバイスは、経路上で、元のパケットおよびパケット損失隠蔽パケットを含むデータストリームを送信する。
任意選択で、実施形態では、図11に示されているように、送信デバイスは、現在の経路ステータス情報に基づいて、データストリームを送信するために使用される最適な経路を動的に決定し、様々なパケット損失隠蔽ポリシーに従ってデータストリームを送信する。図11では、瞬間においてデータストリームを送信するために使用されている経路のステータスが比較的悪いとき、経路は、データストリームを送信するために、経路ステータスが比較的良い経路にスイッチングされる。
実施形態では、送信デバイスが、データストリームを送信するために使用される2つの経路があると決定したとき、送信デバイスは、2つの経路の一方向遅延を別々に決定し、2つの経路の遅延差を決定する。元のパケットは、より長い遅延をもつ経路上で送信され、パケット損失隠蔽パケットは、より短い遅延をもつ経路上で送信される。加えて、パケット損失隠蔽パケットは、元のパケットが送信された後に送信され、元のパケットおよびパケット損失隠蔽パケットは、時間間隔tで送信され、tは、図12に示されているように、2つの経路上でデータストリームを送信するための一方向時間差であり、したがって、元のパケットおよびパケット損失隠蔽パケットは、受信デバイスに同時に到着する。
2つの経路の遅延差を計算する処理が図13に示されている。図13では、ルータ1は送信デバイスであり、ルータ2は受信デバイスである。図13では、記録される時間点は、ルータ1およびルータ2上のローカル時間点であることに留意されたい。ルータ1上の時間点およびルータ2上の時間点は較正されず、ルータ1上のローカル時間点およびルータ2上のローカル点は対応していないことがある。たとえば、現在の時間点は、北京時間の午前9時00分であり、一方、ルータ1上の現在の時間点は、北京時間の午前9時01分であり、ルータ2上の現在の時間点は、北京時間の午前9時02分である。表記法の意味について以下のように説明される。
1は、パケット1がルータ1に到着するローカル時間点である。
1’は、パケット1がルータ2に到着するローカル時間点である。
1sAは、パケット1(たとえば、元のパケット)が経路A上で送信される、ルータ1上のローカル時間点である。
1rAは、パケット1(たとえば、元のパケット)が経路Aに沿ってルータ2に到着する、ルータ2上のローカル時間点である。
1sBは、パケット1(たとえば、パケット損失隠蔽パケット)が経路B上で送信される、ルータ1上のローカル時間点である。
1rBは、パケット1(たとえば、パケット損失隠蔽パケット)が経路Bに沿ってルータ2に到着する、ルータ2上のローカル時間点である。
Δclockは、ルータ1上のローカル時間点とルータ2上のローカル時間点との間のクロックオフセットである。たとえば、現在の瞬間において、ルータ1上の時間点が北京時間の午前9時01分であり、ルータ2上の時間点が北京時間の午前9時01分である場合、Δclockは1分である。
ΔAは、ルータ1がパケット1を受信する時間点と、ルータ1が経路A上でパケット1を送信する時間点との間の間隔である。
ΔBは、ルータ1がパケット1を受信する時間点と、ルータ1が経路B上でパケット1を送信する時間点との間の間隔である。
Aは、経路A上でルータ1からルータ2にパケット1またはパケット2を伝送する時間期間である。
Bは、経路B上でルータ1からルータ2にパケット1またはパケット2を伝送する時間期間である。
2は、パケット2がルータ1に到着するローカル時間点である。
2’は、パケット2がルータ2に到着するローカル時間点である。
2sAは、パケット2(たとえば、元のパケット)が経路A上で送信される、ルータ1上のローカル時間点である。
2rAは、パケット2(たとえば、元のパケット)が経路Aに沿ってルータ2に到着する、ルータ2上のローカル時間点である。
2sBは、パケット2(たとえば、パケット損失隠蔽パケット)が経路B上で送信される、ルータ1上のローカル時間点である。
2rBは、パケット2(たとえば、パケット損失隠蔽パケット)が経路Bに沿ってルータ2に到着する、ルータ2上のローカル時間点である。
この場合、以下の式が真である。
1sA=t1+ΔA
1sB=t1+ΔB
1rA=t1+ΔA+TA=t1’-Δclock+ΔA+TA
1rB=t1+ΔB+TB=t1-Δclock+ΔB+TB
したがって、パケット1が経路Aを通ってルータに到着する時間点と、パケット1が経路Bを通ってルータに到着する時間点との間の時間差Δpathは、以下の通りである。
1rB-t1rA=(t1’-Δclock+ΔB+TB)-(t1’-Δclock+ΔA+TA
=(ΔB-ΔA)+(TB-TA
=(ΔB-ΔA)+(Δpath
ΔB=ΔAであるとき、Δpath=t1rB-t1rAである。
さらに、最大ジッタは、J=max(abs{(t2rx-t2)-(t1ry-t1)})であり、xおよびyは、{A,B,C,...}に属し、t2rxは、パケット2が経路xに沿ってルータ2に到着する、ルータ2上のローカル時間点であり、t1ryは、パケット1が経路yに沿ってルータ2に到着する、ルータ2上のローカル時間点である。
最大ジッタは、t1ry=t1+ΔA+TAおよびt2rx=t2+ΔB+TBをJ=max(abs{(t2rx-t2)-(t1ry-t1)})に代入することによって、以下のように取得される。
J=max(abs{T2x-T1y+Δ2x-Δ1y})
2xは、経路x上でパケット2を伝送する時間期間を表し、T1yは、経路y上でパケット1を伝送する時間期間を表し、xおよびyはそれぞれ経路である。たとえば、xは経路Bであり、yは経路Aである。Δ2xは、パケット2が経路x上で送信される前に存在する待ち時間期間である。Δ1yは、パケット1が経路y上で送信される前に存在する待ち時間期間である。
実施形態では、ルータ1は、遅延制御を実施しない。パケットを受信すると、ルータ1は、経路Aおよび経路B上でパケットを直ちに送信し、すなわち、ΔB=ΔA=0。したがって、J=max(abs{T2x-T1y})。この場合、ルータ2は、固定サイズのバッファでジッタに抵抗する必要がある。
実施形態では、ルータ1は、パケットを送信する前にJを予測し、Jがプリセットしきい値よりも大きいと予測したとき、ルータ1は、単一の経路上でパケットを送信する。
実施形態では、ルータ1は、遅延制御を実施し、元のパケットとパケット損失隠蔽パケットがルータ2に同時に到着すること、すなわち、Δ1x+T1x=Δ1y+T1yを要求する。したがって、J=max(abs{T2x}-max{T1y})。
ルータ1が遅延制御を実施した後に、ジッタは、単一の経路上にある傾向があり、この解決策は、ルータ2のバッファリングに依然として依存する必要がある。具体的には、ジッタが単一の経路上にある傾向があることは、伝送のために複数の経路が追加された後に、データストリームの最大ジッタ値が、複数の選択された経路のうちの経路上の最小ジッタ値に接近することを意味する。言い換えれば、複数の経路は、データストリームのジッタ値を増加させず、すなわち、より多くのジッタを引き起こさず、したがって、ユーザエクスペリエンスに影響を及ぼさない。
この場合、伝送遅延が増加し得る。図14に示されているように、2つの経路上でデータストリームを送信することを決定したとき、送信デバイスは、2つの経路の遅延を別々に決定し、2つの経路の時間差を決定する。送信デバイスは、より長い遅延をもつ経路上で元のパケットを送信する。元のパケットが送信された後に遅延差の間隔で、送信デバイスは、より短い遅延をもつ経路上でパケット損失隠蔽パケットを送信し、したがって、元のパケットとパケット損失隠蔽パケットは、受信デバイスに同時に到着する。受信デバイスは、パケットを復号し、再配置し、パケットを対応する端末に転送する。加えて、受信デバイスは、帯域内測定を実施する。具体的には、元のパケットおよびパケット損失隠蔽パケットを受信すると、受信デバイスは、経路の経路ステータスを測定し、経路ステータス情報を送信デバイスに送信する。
送信デバイスは、経路の経路ステータス情報を受信し、データストリームが現在送信されている2つの経路が、(パケット損失レート、遅延、ネットワークジッタ、帯域幅などを含む)指定されたしきい値を依然として満たすかどうかを決定する。2つの経路がしきい値を満たす場合、送信デバイスは、依然として2つの経路上でデータストリームを送信する。2つの経路がしきい値を満たさない場合、送信デバイスは、より良い経路ステータス情報をもつ選択された経路上でデータストリームを送信する。この場合、2つの経路上でデータストリームを送信することは、1つの経路上でデータストリームを送信することにスイッチングする。
次の期間において、送信デバイスが、経路ステータス情報が指定のしきい値を満たす他の2つの経路を決定した場合、送信デバイスは、1つの経路上でデータストリームを送信することを、2つの経路上でデータストリームを送信することにスイッチングする。送信デバイスによってデータストリームを送信するために使用される経路を決定することは、コマンドを使用することによってまたは別の様式で構成され得る。
実施形態では、データストリームを送信するために使用される経路を決定し、データストリームのためのものであるパケット損失隠蔽ポリシーを決定することは、代替として、送信デバイス以外のサードパーティデバイス(以下、制御デバイスと呼ばれる)によって完了され得る。
実施形態では、図15に示されているように、制御デバイスは、送信デバイスから受信デバイスへの少なくとも2つの経路の経路ステータス情報(第2の経路ステータス情報とも呼ばれる)に基づいて、データストリームを送信するために使用される経路を決定し、制御デバイスは、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいて、パケット損失隠蔽ポリシーを決定し、制御デバイスは、決定されたパケット損失隠蔽ポリシーを送信デバイスに送信する。言い換えれば、送信デバイスがデータストリームを送信する前に、送信デバイスは、制御デバイスからパケット損失隠蔽ポリシーを取得し、したがって、送信デバイスは、パケット損失隠蔽ポリシーに従ってパケット損失隠蔽パケットを生成し、それにより、データストリームを送信することを完了する。
任意選択で、実施形態では、第2の経路ステータス情報は、パケット損失レートを含む。
任意選択で、実施形態では、第2の経路ステータス情報は、遅延、ネットワークジッタ、帯域幅、および遅延差のうちの少なくとも1つをさらに含む。
任意選択で、実施形態では、データストリームを送信するために使用される、1つの経路、または2つの経路がある。
任意選択で、実施形態では、データストリームを送信するために使用される2つの経路があるとき、データストリームを送信するために使用される経路の遅延差は、遅延差しきい値よりも少ない。
任意選択で、実施形態では、第3の態様の第5の可能な実装では、制御デバイスが、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定することは、以下を含む。
制御デバイスは、データストリームを送信するために使用される経路の第1の経路ステータス情報、データストリームのパケット損失隠蔽ターゲット値、またはデータストリームのトラフィックレートのうちの少なくとも1つに基づいてパケット損失隠蔽ポリシーを決定し、パケット損失隠蔽ターゲット値は、データストリームを伝送するためのパケット損失レート上限を含んで、決定されたパケット損失隠蔽ポリシーを使用することによってデータストリーム上でパケット損失復元が実施された後に取得されるパケット損失レートが、パケット損失レート上限よりも少ないことを保証する。
制御デバイスが、データストリームを送信するために使用される経路を決定し、制御デバイスが、データストリームのためであるパケット損失隠蔽ポリシーを決定する処理は、送信デバイスが、データストリームを送信するために使用される経路を決定し、送信デバイスが、データストリームのためであるパケット損失隠蔽ポリシーを決定する処理と同様である。説明を簡潔にするために、詳細について本明細書で再び説明されない。
本出願の実施形態は、データストリーム伝送デバイスを提供する。この伝送デバイスは、送信デバイスである。図16に示されているように、送信デバイスは、決定ユニット210、生成ユニット220、および送信ユニット230を含む。
決定ユニット210は、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定するように構成される。
生成ユニット220は、パケット損失隠蔽ポリシーに従ってデータストリームのパケット損失隠蔽パケットを生成するように構成される。
送信ユニット230は、経路上でデータストリームを送信するように構成される。データストリームは、元のパケットと、パケット損失隠蔽パケットとを含む。したがって、データストリームを受信すると、受信デバイスは、送信デバイスから受信されたパケット損失隠蔽ポリシーに従ってデータストリームを復号し、パケット損失隠蔽パケットを使用することによって、伝送処理中に損失した元のパケットを復元する。これは、パケット損失復元効果を効果的に改善し、ユーザエクスペリエンスを改善する。
実施形態では、決定ユニット210は、送信デバイスから受信デバイスへの少なくとも2つの経路の第2の経路ステータス情報に基づいて、データストリームを送信するために使用される経路を決定するようにさらに構成される。
実施形態では、第2の経路ステータス情報は、パケット損失レートを含む。任意選択で、実施形態では、第2の経路ステータス情報は、遅延、ネットワークジッタ、帯域幅、および遅延差のうちの少なくとも1つをさらに含む。
任意選択で、実施形態では、データストリームを送信するために使用される、1つの経路、または2つの経路がある。
実施形態では、データストリームを送信するために使用される2つの経路があるとき、データストリームを送信するために使用される経路の遅延差は、遅延差しきい値よりも少ない。
任意選択で、実施形態では、決定ユニット210が、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定することは、以下を含む。
決定ユニット210は、データストリームを送信するために使用される経路の第1の経路ステータス情報、データストリームのパケット損失隠蔽ターゲット値、またはデータストリームのトラフィックレートのうちの少なくとも1つに基づいてパケット損失隠蔽ポリシーを決定し、パケット損失隠蔽ターゲット値は、データストリームを伝送するためのパケット損失レート上限を含んで、決定されたパケット損失隠蔽ポリシーを使用することによってデータストリーム上でパケット損失復元が実施された後に取得されるパケット損失レートが、パケット損失レート上限よりも少ないことを保証する。
実施形態では、第1の経路ステータス情報は、遅延またはパケット損失レートのうちの少なくとも1つを含む。
任意選択で、実施形態では、パケット損失隠蔽ポリシーは、自動再送要求ARQ、パケット複製、および前方誤り訂正FECのうちの少なくとも1つを含む。
実施形態では、パケット損失隠蔽ポリシーが前方誤り訂正FECであるとき、パケット損失隠蔽パケットは、冗長パケットである。生成ユニット220が、パケット損失隠蔽ポリシーに従ってデータストリームのパケット損失隠蔽パケットを生成することは、以下を含む。
決定ユニット210は、FECコーディング方式を決定し、コーディング方式は、ブロックコーディングまたは畳み込みコーディングを含む。
生成ユニット220は、決定されたコーディング方式に基づいて元のパケットを符号化して、冗長パケットを生成する。
任意選択で、実施形態では、送信ユニット230は、受信デバイスにパケット損失隠蔽制御メッセージを送信するようにさらに構成され、パケット損失隠蔽制御メッセージは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
任意選択で、実施形態では、インジケーション情報は、データストリームの識別子と、データストリームを送信するために使用される経路の識別子とを示すためにさらに使用される。
任意選択で、実施形態では、パケット損失隠蔽メッセージは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
任意選択で、実施形態では、パケット損失隠蔽パケットは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
任意選択で、実施形態では、インジケーション情報は、データストリームを送信するために使用される経路の識別子を示すためにさらに使用される。
実施形態では、インジケーション情報は、パケット損失隠蔽パケットの拡張フィールド中で搬送される。
任意選択で、実施形態では、パケット損失隠蔽パケットは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
任意選択で、実施形態では、データストリームが2つの経路上で送信されるとき、送信ユニットが経路上でデータストリームを送信することは、
2つの経路のうちのより長い遅延をもつ経路上で元のパケットを送信することと、2つの経路のうちのより短い遅延をもつ経路上でパケット損失隠蔽パケットを送信することであって、パケット損失隠蔽パケットは、元のパケットが送信された後に送信され、元のパケットおよびパケット損失隠蔽パケットは、時間間隔tで送信され、tは、2つの経路上でデータストリームを送信する一方向遅延差である、ことと
を含む。
送信デバイスの機能ユニットの機能は、図3および図7に示されている実施形態の送信デバイスによって実施されるステップを使用することによって実装され得る。したがって、本出願のこの実施形態で提供されるデバイスの特定の動作処理について、本明細書で再び説明されない。
本出願の実施形態は、データストリーム伝送デバイスを提供する。このデバイスは、受信デバイスである。図17に示されているように、受信デバイスは、受信ユニット310および処理ユニット320を含む。
受信ユニット310は、データストリームのものであり、送信デバイスによって送信された、元のパケットおよびパケット損失隠蔽パケットを受信するように構成され、パケット損失隠蔽パケットは、パケット損失隠蔽ポリシーに従って生成される。
処理ユニット320は、パケット損失隠蔽パケットを使用することによって、損失した元のパケットを復元するように、すなわち、パケット損失隠蔽パケットを使用することによって、伝送処理中に損失した元のパケットを復元するように構成される。これは、パケット損失復元効果を効果的に改善し、ユーザエクスペリエンスを改善する。
任意選択で、実施形態では、受信ユニット310は、パケット損失隠蔽制御メッセージを受信するようにさらに構成され、パケット損失隠蔽制御メッセージは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
実施形態では、インジケーション情報は、データストリームの識別子と、データストリームを送信するために使用される経路の識別子とを示すためにさらに使用される。
任意選択で、実施形態では、パケット損失隠蔽メッセージは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
任意選択で、実施形態では、パケット損失隠蔽パケットは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
実施形態では、インジケーション情報は、データストリームを送信するために使用される経路の識別子を示すためにさらに使用される。
任意選択で、実施形態では、インジケーション情報は、パケット損失隠蔽パケットの拡張フィールド中で搬送される。
任意選択で、実施形態では、パケット損失隠蔽パケットは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
受信デバイスの機能ユニットの機能は、図3および図7に示されている実施形態の受信デバイスによって実施されるステップを使用することによって実装され得る。したがって、本出願のこの実施形態で提供されるデバイスの特定の動作処理について、本明細書で再び説明されない。
本出願の実施形態は、データストリーム伝送デバイスを提供する。この伝送デバイスは、制御デバイスである。図18に示されているように、制御デバイスは、データストリームと、データストリームのためのものであるパケット損失隠蔽ポリシーとを送信するために使用される経路を決定するように構成される。制御デバイスは、決定ユニット410および送信ユニット420を含む。
決定ユニット410は、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定するように構成される。
送信ユニット420は、送信デバイスにパケット損失隠蔽ポリシーを送信するように構成され、パケット損失隠蔽ポリシーは、データストリームのパケット損失隠蔽パケットを生成し、経路上でデータストリームを送信するために送信デバイスによって使用される。データストリームは、元のパケットと、パケット損失隠蔽パケットとを含む。したがって、データストリームを受信すると、受信デバイスは、送信デバイスから受信されたパケット損失隠蔽ポリシーに従ってデータストリームを復号し、パケット損失隠蔽パケットを使用することによって、伝送処理中に損失した元のパケットを復元する。これは、パケット損失復元効果を効果的に改善し、ユーザエクスペリエンスを改善する。
実施形態では、決定ユニット410は、送信デバイスから受信デバイスへの少なくとも2つの経路の第2の経路ステータス情報に基づいて、データストリームを送信するために使用される経路を決定するようにさらに構成される。
実施形態では、第2の経路ステータス情報は、パケット損失レートを含む。
任意選択で、実施形態では、第2の経路ステータス情報は、遅延、ネットワークジッタ、帯域幅、および遅延差のうちの少なくとも1つをさらに含む。
任意選択で、実施形態では、データストリームを送信するために使用される、1つの経路、または2つの経路がある。
実施形態では、データストリームを送信するために使用される2つの経路があるとき、データストリームを送信するために使用される経路の遅延差は、遅延差しきい値よりも少ない。
決定ユニット410が、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定することは、以下を含む。
決定ユニット410は、データストリームを送信するために使用される経路の第1の経路ステータス情報、データストリームのパケット損失隠蔽ターゲット値、またはデータストリームのトラフィックレートのうちの少なくとも1つに基づいてパケット損失隠蔽ポリシーを決定し、パケット損失隠蔽ターゲット値は、データストリームを伝送するためのパケット損失レート上限を含んで、決定されたパケット損失隠蔽ポリシーを使用することによってデータストリーム上でパケット損失復元が実施された後に取得されるパケット損失レートが、パケット損失レート上限よりも少ないことを保証する。
任意選択で、実施形態では、第1の経路ステータス情報は、遅延またはパケット損失レートのうちの少なくとも1つを含む。
任意選択で、実施形態では、パケット損失隠蔽ポリシーは、自動再送要求ARQ、パケット複製、および前方誤り訂正FECのうちの少なくとも1つを含む。
制御デバイスの機能ユニットの機能は、図15に示されている実施形態の制御デバイスによって実施されるステップを使用することによって実装され得る。したがって、本出願のこの実施形態で提供されるデバイスの特定の動作処理について、本明細書で再び説明されない。
本出願の実施形態は、データストリーム伝送デバイスをさらに提供する。この伝送デバイスは、送信デバイスである。図19に示されているように、送信デバイスは、プロセッサ510および送信機520を含む。
プロセッサ510は、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定し、パケット損失隠蔽ポリシーに従ってデータストリームのパケット損失隠蔽パケットを生成するように構成される。
送信機520は、経路上でデータストリームを送信するように構成される。データストリームは、元のパケットと、パケット損失隠蔽パケットとを含む。したがって、データストリームを受信すると、受信デバイスは、送信デバイスから受信されたパケット損失隠蔽ポリシーに従ってデータストリームを復号し、パケット損失隠蔽パケットを使用することによって、伝送処理中に損失した元のパケットを復元する。これは、パケット損失復元効果を効果的に改善し、ユーザエクスペリエンスを改善する。
実施形態では、プロセッサ510は、送信デバイスから受信デバイスへの少なくとも2つの経路の第2の経路ステータス情報に基づいて、データストリームを送信するために使用される経路を決定するようにさらに構成される。
実施形態では、第2の経路ステータス情報は、パケット損失レートを含む。
任意選択で、実施形態では、第2の経路ステータス情報は、遅延、ネットワークジッタ、帯域幅、および遅延差のうちの少なくとも1つをさらに含む。
任意選択で、実施形態では、データストリームを送信するために使用される、1つの経路、または2つの経路がある。
実施形態では、データストリームを送信するために使用される2つの経路があるとき、データストリームを送信するために使用される経路の遅延差は、遅延差しきい値よりも少ない。
実施形態では、プロセッサ510が、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定することは、以下を含む。
プロセッサ510は、データストリームを送信するために使用される経路の第1の経路ステータス情報、データストリームのパケット損失隠蔽ターゲット値、またはデータストリームのトラフィックレートのうちの少なくとも1つに基づいてパケット損失隠蔽ポリシーを決定し、パケット損失隠蔽ターゲット値は、データストリームを伝送するためのパケット損失レート上限を含んで、決定されたパケット損失隠蔽ポリシーを使用することによってデータストリーム上でパケット損失復元が実施された後に取得されるパケット損失レートが、パケット損失レート上限よりも少ないことを保証する。
任意選択で、実施形態では、第1の経路ステータス情報は、遅延またはパケット損失レートのうちの少なくとも1つを含む。
任意選択で、実施形態では、パケット損失隠蔽ポリシーは、自動再送要求ARQ、パケット複製、および前方誤り訂正FECのうちの少なくとも1つを含む。
任意選択で、実施形態では、パケット損失隠蔽ポリシーが前方誤り訂正FECであるとき、パケット損失隠蔽パケットは、冗長パケットである。プロセッサ510が、パケット損失隠蔽ポリシーに従ってデータストリームのパケット損失隠蔽パケットを生成することは、以下を含む。
プロセッサ510は、FECコーディング方式を決定し、コーディング方式は、ブロックコーディングまたは畳み込みコーディングを含む。
プロセッサ510は、決定されたコーディング方式に基づいて元のパケットを符号化して、冗長パケットを生成する。
任意選択で、実施形態では、送信機520は、受信デバイスにパケット損失隠蔽制御メッセージを送信するようにさらに構成され、パケット損失隠蔽制御メッセージは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
実施形態では、インジケーション情報は、データストリームの識別子と、データストリームを送信するために使用される経路の識別子とを示すためにさらに使用される。
任意選択で、実施形態では、パケット損失隠蔽メッセージは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
任意選択で、実施形態では、パケット損失隠蔽パケットは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
実施形態では、インジケーション情報は、データストリームを送信するために使用される経路の識別子を示すためにさらに使用される。
任意選択で、実施形態では、インジケーション情報は、パケット損失隠蔽パケットの拡張フィールド中で搬送される。
任意選択で、実施形態では、パケット損失隠蔽パケットは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
任意選択で、実施形態では、データストリームが2つの経路上で送信されるとき、送信機が経路上でデータストリームを送信することは、
2つの経路のうちのより長い遅延をもつ経路上で元のパケットを送信することと、2つの経路のうちのより短い遅延をもつ経路上でパケット損失隠蔽パケットを送信することであって、パケット損失隠蔽パケットは、元のパケットが送信された後に送信され、元のパケットおよびパケット損失隠蔽パケットは、時間間隔tで送信され、tは、2つの経路上でデータストリームを送信する一方向遅延差である、ことと
を含む。
任意選択で、実施形態では、制御デバイスは、命令およびデータ、たとえば、パケット損失隠蔽ポリシーを記憶するように構成された、メモリ530をさらに含む。
送信デバイスの機能構成要素の機能は、図3および図7に示されている実施形態の送信デバイスによって実施されるステップを使用することによって実装され得る。したがって、本出願のこの実施形態で提供されるデバイスの特定の動作処理について、本明細書で再び説明されない。
本出願の実施形態は、データストリーム伝送デバイスをさらに提供する。この伝送デバイスは、受信デバイスである。図20に示されているように、受信デバイスは、受信機610およびプロセッサ620を含む。
受信機610は、データストリームのものであり、送信デバイスによって送信された、元のパケットおよびパケット損失隠蔽パケットを受信するように構成され、パケット損失隠蔽パケットは、パケット損失隠蔽ポリシーに従って生成される。
プロセッサ620は、パケット損失隠蔽パケットを使用することによって、損失した元のパケットを復元するように、すなわち、パケット損失隠蔽パケットを使用することによって、伝送処理中に損失した元のパケットを復元するように構成される。これは、パケット損失復元効果を効果的に改善し、ユーザエクスペリエンスを改善する。
実施形態では、受信機610は、パケット損失隠蔽制御メッセージを受信するようにさらに構成され、パケット損失隠蔽制御メッセージは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
実施形態では、インジケーション情報は、データストリームの識別子と、データストリームを送信するために使用される経路の識別子とを示すためにさらに使用される。
任意選択で、実施形態では、パケット損失隠蔽メッセージは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
任意選択で、実施形態では、パケット損失隠蔽パケットは、インジケーション情報を含み、インジケーション情報は、データストリームのためのものであるパケット損失隠蔽ポリシーを示すために使用される。したがって、パケット損失隠蔽ポリシーを受信すると、受信デバイスは、パケット損失隠蔽ポリシーに従ってデータストリーム中のパケット損失隠蔽パケットを復号し、パケット損失隠蔽パケットを使用することによって、データストリームの伝送処理中に損失した元のパケットを復元する。このようにして、経路ステータスが比較的悪いとき、損失した元のパケットは、動的に決定されたパケット損失隠蔽ポリシーに基づいて生成されるパケット損失隠蔽パケットを使用することによって復元され、データストリームの伝送処理中のパケット損失が低減し、ユーザエクスペリエンスが改善される。
実施形態では、インジケーション情報は、データストリームを送信するために使用される経路の識別子を示すためにさらに使用される。
任意選択で、実施形態では、インジケーション情報は、パケット損失隠蔽パケットの拡張フィールド中で搬送される。
任意選択で、実施形態では、パケット損失隠蔽パケットは、パケット損失隠蔽パケットのコーディングパラメータをさらに含む。パケット損失隠蔽ポリシーがFECであるとき、コーディングパラメータは、符号化のために使用されるブロックコーディングまたは畳み込みコーディングを含む。
任意選択で、実施形態では、制御デバイスは、命令およびデータ、たとえば、元のパケットおよびパケット損失隠蔽パケットを記憶するように構成された、メモリ630をさらに含む。
受信デバイスの機能構成要素の機能は、図3および図7に示されている実施形態の受信デバイスによって実施されるステップを使用することによって実装され得る。したがって、本出願のこの実施形態で提供されるデバイスの特定の動作処理について、本明細書で再び説明されない。
本出願の実施形態は、データストリーム伝送デバイスをさらに提供する。この伝送デバイスは、制御デバイスである。図21に示されているように、制御デバイスは、プロセッサ710および送信機720を含む。
プロセッサ710は、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定するように構成される。
送信機720は、送信デバイスにパケット損失隠蔽ポリシーを送信するように構成され、パケット損失隠蔽ポリシーは、データストリームのパケット損失隠蔽パケットを生成し、経路上でデータストリームを送信するために送信デバイスによって使用される。データストリームは、元のパケットと、パケット損失隠蔽パケットとを含む。したがって、データストリームを受信すると、受信デバイスは、送信デバイスから受信されたパケット損失隠蔽ポリシーに従ってデータストリームを復号し、パケット損失隠蔽パケットを使用することによって、伝送処理中に損失した元のパケットを復元する。これは、パケット損失復元効果を効果的に改善し、ユーザエクスペリエンスを改善する。
実施形態では、プロセッサ710は、送信デバイスから受信デバイスへの少なくとも2つの経路の第2の経路ステータス情報に基づいて、データストリームを送信するために使用される経路を決定するようにさらに構成される。
実施形態では、第2の経路ステータス情報は、パケット損失レートを含む。
任意選択で、実施形態では、第2の経路ステータス情報は、遅延、ネットワークジッタ、帯域幅、および遅延差のうちの少なくとも1つをさらに含む。
任意選択で、実施形態では、データストリームを送信するために使用される、1つの経路、または2つの経路がある。
実施形態では、データストリームを送信するために使用される2つの経路があるとき、データストリームを送信するために使用される経路の遅延差は、遅延差しきい値よりも少ない。
任意選択で、実施形態では、プロセッサ710が、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定することは、以下を含む。
プロセッサ710は、データストリームを送信するために使用される経路の第1の経路ステータス情報、データストリームのパケット損失隠蔽ターゲット値、またはデータストリームのトラフィックレートのうちの少なくとも1つに基づいてパケット損失隠蔽ポリシーを決定し、パケット損失隠蔽ターゲット値は、データストリームを伝送するためのパケット損失レート上限を含んで、決定されたパケット損失隠蔽ポリシーを使用することによってデータストリーム上でパケット損失復元が実施された後に取得されるパケット損失レートが、パケット損失レート上限よりも少ないことを保証する。
任意選択で、実施形態では、第1の経路ステータス情報は、遅延またはパケット損失レートのうちの少なくとも1つを含む。
任意選択で、実施形態では、パケット損失隠蔽ポリシーは、自動再送要求ARQ、パケット複製、および前方誤り訂正FECのうちの少なくとも1つを含む。
任意選択で、実施形態では、制御デバイスは、命令およびデータ、たとえば、パケット損失隠蔽ポリシーを記憶するように構成された、メモリ730をさらに含む。
制御デバイスの機能構成要素の機能は、図15に示されている実施形態の制御デバイスによって実施されるステップを使用することによって実装され得る。したがって、本出願のこの実施形態で提供されるデバイスの特定の動作処理について、本明細書で再び説明されない。
本出願の実施形態は、命令を含むコンピュータプログラム製品を提供する。命令がコンピュータ上で動作されたとき、図3、図7、または図15の方法/ステップが実施される。
本出願の実施形態は、命令を記憶するように構成された、コンピュータ可読記憶媒体を提供する。命令がコンピュータ上で実行されたとき、図3、図7、または図15の方法/ステップが実施される。
本出願の上記の実施形態の全部または一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組合せによって実装され得る。実施形態を実装するためにソフトウェアが使用されるとき、実施形態の全部または一部は、コンピュータプログラム製品の形態で実装され得る。コンピュータプログラム製品は1つまたは複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータ上にロードされ、実行されたとき、本出願の実施形態による手順または機能がすべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または別のプログラマブル装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体に記憶され得るか、またはコンピュータ可読媒体から別のコンピュータ可読媒体に伝送され得る。たとえば、コンピュータ命令は、ウェブサイト、コンピュータ、サーバ、またはデータセンターから、ワイヤード(たとえば、同軸ケーブル、光ファイバー、デジタル加入者線(Digital Subscriber Line、DSL))様式でまたはワイヤレス(たとえば、赤外線、無線、もしくはマイクロ波)様式で、別のウェブサイト、コンピュータ、サーバ、またはデータセンターに伝送され得る。コンピュータ可読記憶媒体は、コンピュータによってアクセス可能な任意の使用可能な媒体であるか、または1つもしくは複数の使用可能な媒体を組み込んでいるサーバもしくはデータセンターなどのデータ記憶デバイスであり得る。使用可能な媒体は、磁気媒体(たとえば、フロッピーディスク、ハードディスク、または磁気テープ)、光媒体(たとえば、DVD)、半導体媒体(たとえば、ソリッドステートディスク(Solid State Disk、SSD))などであり得る。
上記の説明は、本出願の特定の実装にすぎず、本出願の保護範囲を限定することを意図されない。本出願に開示される技術範囲内で当業者によって容易に理解されるいかなる変更または置換も、本出願の保護範囲内に入るものである。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従わなければならないものである。

Claims (32)

  1. データストリーム伝送装置であって、前記装置は、
    少なくとも1つのプロセッサと、
    前記少なくとも1つのプロセッサに結合され、前記少なくとも1つのプロセッサによる実行のための命令を記憶する1つまたは複数のメモリとを備え、前記命令は前記装置に、
    データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定することと、
    前記パケット損失隠蔽ポリシーに従って前記データストリームのパケット損失隠蔽パケットを生成することと、
    前記経路上で前記データストリームを送信することであって、前記データストリームは、元のパケットと、前記パケット損失隠蔽パケットとを備える、ことと
    を行わせるように前記少なくとも1つのプロセッサに指示し、
    前記データストリームが2つの経路上で送信されるとき、前記経路上で前記データストリームを送信することは、
    前記2つの経路のうちのより長い遅延をもつ経路上で前記元のパケットを送信することと、
    前記2つの経路のうちのより短い遅延をもつ経路上で前記パケット損失隠蔽パケットを送信することと、を含む、
    データストリーム伝送装置。
  2. 前記データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定することの前に、前記装置は、
    信デバイスから受信デバイスへの少なくとも2つの経路の第2の経路ステータス情報に基づいて、前記データストリームを送信するために使用される前記経路を決定すること
    をさらに行わせられる、
    請求項1に記載の装置。
  3. 前記第2の経路ステータス情報は、パケット損失レートを備える、
    請求項2に記載の装置。
  4. 前記第2の経路ステータス情報は、遅延、ネットワークジッタ、帯域幅、または遅延差のうちの少なくとも1つをさらに備える、
    請求項3に記載の装置。
  5. 前記データストリームを送信するために使用される2つの経路があるとき、前記データストリームを送信するために使用される前記経路の遅延差は、遅延差しきい値よりも少ない、
    請求項1乃至4のいずれか一項に記載の装置。
  6. 前記装置は、
    前記データストリームを送信するために使用される前記経路の前記第1の経路ステータス情報、前記データストリームのパケット損失隠蔽ターゲット値、または前記データストリームのトラフィックレートのうちの少なくとも1つに基づいて前記パケット損失隠蔽ポリシーを決定することであって、前記パケット損失隠蔽ターゲット値は、前記データストリームを伝送するためのパケット損失レート上限を備える、ことをさらに行わせられる、
    請求項1乃至5のいずれか一項に記載の装置。
  7. 前記第1の経路ステータス情報は、前記遅延またパケット損失レートのうちの少なくとも1つを備える、
    請求項1乃至6のいずれか一項に記載の装置。
  8. 前記パケット損失隠蔽ポリシーは、自動再送要求(ARQ)、パケット複製、または前方誤り訂正(FEC)のうちの少なくとも1つを備える、
    請求項1乃至7のいずれか一項に記載の装置。
  9. 前記パケット損失隠蔽ポリシーが前方誤り訂正(FEC)であるとき、前記パケット損失隠蔽パケットは冗長パケットであり、前記装置は、
    FECコーディング方式を決定することであって、前記コーディング方式は、ブロックコーディングまたは畳み込みコーディングを備える、ことと、
    前記決定されたコーディング方式に基づいて前記元のパケットを符号化して、冗長パケットを生成することと
    をさらに行わせられる、
    請求項1に記載の装置。
  10. 前記装置は、
    信デバイスにパケット損失隠蔽制御メッセージを送信することであって、前記パケット損失隠蔽制御メッセージは、インジケーション情報を備え、前記インジケーション情報は、前記データストリームのためのものである前記パケット損失隠蔽ポリシーを示すために使用される、こと
    をさらに行わせられる、
    請求項1乃至9のいずれか一項に記載の装置。
  11. 前記パケット損失隠蔽パケットは、インジケーション情報を備え、前記インジケーション情報は、前記データストリームのためのものである前記パケット損失隠蔽ポリシーを示すために使用される、
    請求項1乃至9のいずれか一項に記載の装置。
  12. 前記インジケーション情報は、前記データストリームの識別子と、前記データストリームを送信するために使用される前記経路の識別子とを示すためにさらに使用される、
    請求項10に記載の装置。
  13. 前記インジケーション情報は、前記データストリームを送信するために使用される前記経路の識別子を示すためにさらに使用される、
    請求項11に記載の装置。
  14. 前記インジケーション情報は、前記パケット損失隠蔽パケットの拡張フィールド中で搬送される、
    請求項11または13に記載の装置。
  15. 記パケット損失隠蔽パケットは、前記元のパケットが送信された後に送信され、前記元のパケットおよび前記パケット損失隠蔽パケットは、時間間隔tで送信され、tは、前記2つの経路上で前記データストリームを送信する一方向遅延差である
    請求項1乃至14のいずれか一項に記載の装置。
  16. データストリーム伝送装置であって、前記装置は、
    少なくとも1つのプロセッサと、
    前記少なくとも1つのプロセッサに結合され、前記少なくとも1つのプロセッサによる実行のための命令を記憶する1つまたは複数のメモリとを備え、前記命令は前記装置に、
    送信デバイスから受信デバイスへの少なくとも2つの経路の第2の経路ステータス情報に基づいて、データストリームを送信するために使用される経路を決定することと、
    前記データストリームを送信するために使用される前記経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定することと、
    前記送信デバイスに前記パケット損失隠蔽ポリシーを送信することであって、前記パケット損失隠蔽ポリシーは、前記データストリームのパケット損失隠蔽パケットを生成するために前記送信デバイスによって使用される、ことと
    を行わせるように前記少なくとも1つのプロセッサに指示する、データストリーム伝送装置。
  17. 前記装置は、
    前記データストリームを送信するために使用される前記経路の前記第1の経路ステータス情報、前記データストリームのパケット損失隠蔽ターゲット値、または前記データストリームのトラフィックレートのうちの少なくとも1つに基づいて前記パケット損失隠蔽ポリシーを決定することであって、前記パケット損失隠蔽ターゲット値は、前記データストリームを伝送するためのパケット損失レート上限を備える、こと
    をさらに行わせられる、請求項16に記載の装置。
  18. データストリーム伝送方法であって、前記方法は、
    送信デバイスによって、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定するステップと、
    前記送信デバイスによって、前記パケット損失隠蔽ポリシーに従って前記データストリームのパケット損失隠蔽パケットを生成するステップと、
    前記送信デバイスによって、前記経路上で前記データストリームを送信するステップであって、前記データストリームは、元のパケットと、前記パケット損失隠蔽パケットとを備える、ステップと
    を含み、
    前記データストリームが2つの経路上で送信されるとき、前記送信デバイスによって、前記経路上で前記データストリームを送信する前記ステップは、
    前記2つの経路のうちのより長い遅延をもつ経路上で前記元のパケットを送信するステップと、
    前記2つの経路のうちのより短い遅延をもつ経路上で前記パケット損失隠蔽パケットを送信するステップと、
    を含む、データストリーム伝送方法。
  19. 送信デバイスによって、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定する前記ステップの前に、前記方法は、
    前記送信デバイスから受信デバイスへの少なくとも2つの経路の第2の経路ステータス情報に基づいて、前記データストリームを送信するために使用される前記経路を決定するステップをさらに含む、
    請求項18に記載の方法。
  20. 前記第2の経路ステータス情報は、パケット損失レートを備える、
    請求項19に記載の方法。
  21. 前記第2の経路ステータス情報は、遅延、ネットワークジッタ、帯域幅、または遅延差のうちの少なくとも1つをさらに備える、
    請求項20に記載の方法。
  22. 前記データストリームを送信するために使用される2つの経路があるとき、前記データストリームを送信するために使用される前記経路の遅延差は、遅延差しきい値よりも少ない、
    請求項18乃至21のいずれか一項に記載の方法。
  23. 送信デバイスによって、データストリームを送信するために使用される経路の第1の経路ステータス情報に基づいてパケット損失隠蔽ポリシーを決定する前記ステップは、
    前記送信デバイスによって、前記データストリームを送信するために使用される前記経路の前記第1の経路ステータス情報、前記データストリームのパケット損失隠蔽ターゲット値、または前記データストリームのトラフィックレートのうちの少なくとも1つに基づいて前記パケット損失隠蔽ポリシーを決定するステップであって、前記パケット損失隠蔽ターゲット値は、前記データストリームを伝送するためのパケット損失レート上限を備える、ステップを含む、
    請求項18乃至22のいずれか一項に記載の方法。
  24. 前記第1の経路ステータス情報は、前記遅延またはパケット損失レートのうちの少なくとも1つを備える、
    請求項18乃至23のいずれか一項に記載の方法。
  25. 前記パケット損失隠蔽ポリシーは、自動再送要求(ARQ)、パケット複製、または前方誤り訂正(FEC)のうちの少なくとも1つを備える、
    請求項18乃至24のいずれか一項に記載の方法。
  26. 前記パケット損失隠蔽ポリシーが前方誤り訂正(FEC)であるとき、前記パケット損失隠蔽パケットは冗長パケットであり、前記送信デバイスによって、前記パケット損失隠蔽ポリシーに従って前記データストリームのパケット損失隠蔽パケットを生成するステップは、
    FECコーディング方式を決定するステップであって、前記コーディング方式は、ブロックコーディングまたは畳み込みコーディングを備える、ステップと、
    前記決定されたコーディング方式に基づいて前記元のパケットを符号化して、冗長パケットを生成するステップとを含む、
    請求項18乃至25のいずれか一項に記載の方法。
  27. 前記方法は、
    前記送信デバイスによって、受信デバイスにパケット損失隠蔽制御メッセージを送信するステップであって、前記パケット損失隠蔽制御メッセージは、インジケーション情報を備え、前記インジケーション情報は、前記データストリームのためのものである前記パケット損失隠蔽ポリシーを示すために使用される、ステップをさらに含む、
    請求項18乃至26のいずれか一項に記載の方法。
  28. 前記パケット損失隠蔽パケットは、インジケーション情報を備え、前記インジケーション情報は、前記データストリームのためのものである前記パケット損失隠蔽ポリシーを示すために使用される、
    請求項18乃至26のいずれか一項に記載の方法。
  29. 前記インジケーション情報は、前記データストリームの識別子と、前記データストリームを送信するために使用される前記経路の識別子とを示すためにさらに使用される、
    請求項27に記載の方法。
  30. 前記インジケーション情報は、前記データストリームを送信するために使用される前記経路の識別子を示すためにさらに使用される、
    請求項28に記載の方法。
  31. 前記インジケーション情報は、前記パケット損失隠蔽パケットの拡張フィールド中で搬送される、
    請求項28または30に記載の方法。
  32. 前記パケット損失隠蔽パケットは、前記元のパケットが送信された後に送信され、前記元のパケットおよび前記パケット損失隠蔽パケットは、時間間隔tで送信され、tは、前記2つの経路上で前記データストリームを送信する一方向遅延差である、
    請求項18乃至31のいずれか一項に記載の方法。
JP2021559652A 2019-04-08 2020-04-08 データストリーム伝送方法およびデバイス Active JP7292411B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201910277087.XA CN111800218B (zh) 2019-04-08 2019-04-08 一种数据流的传输方法和设备
CN201910277087.X 2019-04-08
PCT/CN2020/083713 WO2020207406A1 (zh) 2019-04-08 2020-04-08 一种数据流的传输方法和设备

Publications (2)

Publication Number Publication Date
JP2022528172A JP2022528172A (ja) 2022-06-08
JP7292411B2 true JP7292411B2 (ja) 2023-06-16

Family

ID=72752132

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021559652A Active JP7292411B2 (ja) 2019-04-08 2020-04-08 データストリーム伝送方法およびデバイス

Country Status (6)

Country Link
US (1) US12010016B2 (ja)
EP (1) EP3940974B1 (ja)
JP (1) JP7292411B2 (ja)
KR (1) KR102657709B1 (ja)
CN (1) CN111800218B (ja)
WO (1) WO2020207406A1 (ja)

Families Citing this family (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN114499747B (zh) * 2020-11-09 2023-06-20 成都鼎桥通信技术有限公司 音视频数据的处理方法、装置、电子设备及存储介质
CN112422241B (zh) * 2020-11-09 2021-11-30 广州博冠信息科技有限公司 数据传输方法、装置、存储介质及计算机设备
US11625081B2 (en) * 2021-03-09 2023-04-11 Charter Communications Operating, Llc Centralized profile-based operational monitoring and control of remote computing devices
US11683126B2 (en) * 2021-03-31 2023-06-20 Versa Networks, Inc. Data packet traffic conditioning through multiple lossy data paths with forward error correction
US11916674B2 (en) * 2021-03-31 2024-02-27 Versa Networks, Inc. Data packet traffic conditioning through a lossy data path with forward error correction
US11546239B2 (en) 2021-03-31 2023-01-03 Versa Networks, Inc. Data packet traffic conditioning with packet striping through lossy data paths
CN115551019A (zh) * 2021-06-30 2022-12-30 华为技术有限公司 数据流的传输方法和传输装置
CN114025389B (zh) * 2021-11-01 2024-04-30 网易(杭州)网络有限公司 数据传输方法、装置、计算机设备及存储介质
US11914599B2 (en) * 2021-11-19 2024-02-27 Hamilton Sundstrand Corporation Machine learning intermittent data dropout mitigation
CN116192767A (zh) * 2021-11-29 2023-05-30 华为技术有限公司 一种丢包管理方法及相关装置
WO2024073143A1 (en) * 2022-09-30 2024-04-04 Comcast Cable Communications, Llc Methods and apparatuses for handling end-to-end encryption

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002064506A (ja) 2000-08-17 2002-02-28 Ricoh Co Ltd データ転送方式
JP2005102157A (ja) 2003-08-22 2005-04-14 Nippon Telegr & Teleph Corp <Ntt> パケット転送方法及び転送装置
WO2007061087A1 (ja) 2005-11-28 2007-05-31 Nec Corporation 通信装置、通信システム、通信方法、および、通信プログラム
CN1976269A (zh) 2005-11-29 2007-06-06 阿尔卡特公司 数据分组重传和前向纠错装置以及相应的方法
US20080022181A1 (en) 2004-12-29 2008-01-24 Belogolovy Andrey V Forward Error Correction and Automatic Repeat Request Joint Operation for a Data Link Layer
WO2014129044A1 (ja) 2013-02-20 2014-08-28 三菱電機株式会社 無線装置

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5452908A (en) * 1977-10-05 1979-04-25 Mitsubishi Electric Corp Data transfer device
JPH0723026A (ja) * 1993-07-02 1995-01-24 Nippondenso Co Ltd ディジタル移動通信用誤り制御装置
JP4808054B2 (ja) * 2006-03-17 2011-11-02 富士通株式会社 データ転送方法及び,これを適用する通信システム及びプログラム
CN101505202B (zh) * 2009-03-16 2011-09-14 华中科技大学 一种流媒体传输自适应纠错方法
JP5682253B2 (ja) * 2010-11-22 2015-03-11 富士通株式会社 プログラムおよび通信装置
CN102790666B (zh) * 2011-05-17 2015-04-08 华为终端有限公司 差错控制的方法、接收端、发送端和***
CN102438002B (zh) * 2011-08-10 2016-08-03 中山大学深圳研究院 一种基于Ad hoc网络下的视频文件数据传输方法
CN102325009A (zh) * 2011-09-13 2012-01-18 北京邮电大学 一种基于前向纠错的网络编码组播数据流可靠传输方法
KR102028948B1 (ko) * 2011-11-08 2019-10-17 삼성전자주식회사 멀티미디어 통신 시스템에서 어플리케이션 계층-순방향 오류 정정 패킷 송/수신 장치 및 방법
CN102638331B (zh) * 2012-03-16 2014-07-09 北京邮电大学 基于随机线性网络编码的无线可靠广播方法
US9973215B1 (en) * 2013-01-28 2018-05-15 EMC IP Holding Company LLC Controlled multipath data packet delivery with forward error correction
US8819520B1 (en) * 2013-02-05 2014-08-26 “Intermind” Societe a Responsabilite Limitee Method and system for forward error correction in packetized networks
US9572198B1 (en) * 2013-03-07 2017-02-14 Sprint Spectrum L.P. Inter-technology diversity in wireless communications
KR20150049052A (ko) * 2013-10-29 2015-05-08 삼성에스디에스 주식회사 데이터 전송 장치 및 방법
CN105517028B (zh) * 2014-10-17 2020-03-24 电信科学技术研究院 一种触发和配置传输路径的方法及设备
KR20160091118A (ko) * 2015-01-23 2016-08-02 한국전자통신연구원 멀티 호밍 기반의 네트워크를 통한 패킷 전송 장치 및 방법
JP6529299B2 (ja) * 2015-03-20 2019-06-12 キヤノン株式会社 送信装置、受信装置、方法及びプログラム
CN105610635B (zh) * 2016-02-29 2018-12-07 腾讯科技(深圳)有限公司 语音编码发送方法和装置
CN108075859A (zh) * 2016-11-17 2018-05-25 ***通信有限公司研究院 数据传输方法及装置
CN107395522B (zh) * 2017-08-25 2018-10-12 深圳市华讯方舟空间信息产业科技有限公司 基于tcp协议的丢包处理方法和计算机可读存储介质
CN107682886B (zh) * 2017-09-01 2019-12-20 北京邮电大学 一种多路径的数据传输方法
CN108075861B (zh) * 2017-09-28 2020-09-22 河北工程大学 软件定义FiWi网络中基于多路径的网络编码传输方法
US20190215385A1 (en) * 2018-01-10 2019-07-11 Nexvortex, Inc. Packet Replication Over Dynamically Managed Bonded Tunnels

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002064506A (ja) 2000-08-17 2002-02-28 Ricoh Co Ltd データ転送方式
JP2005102157A (ja) 2003-08-22 2005-04-14 Nippon Telegr & Teleph Corp <Ntt> パケット転送方法及び転送装置
US20080022181A1 (en) 2004-12-29 2008-01-24 Belogolovy Andrey V Forward Error Correction and Automatic Repeat Request Joint Operation for a Data Link Layer
WO2007061087A1 (ja) 2005-11-28 2007-05-31 Nec Corporation 通信装置、通信システム、通信方法、および、通信プログラム
CN1976269A (zh) 2005-11-29 2007-06-06 阿尔卡特公司 数据分组重传和前向纠错装置以及相应的方法
WO2014129044A1 (ja) 2013-02-20 2014-08-28 三菱電機株式会社 無線装置

Also Published As

Publication number Publication date
WO2020207406A1 (zh) 2020-10-15
US20220021612A1 (en) 2022-01-20
EP3940974A1 (en) 2022-01-19
US12010016B2 (en) 2024-06-11
EP3940974A4 (en) 2022-05-04
KR102657709B1 (ko) 2024-04-15
KR20210134787A (ko) 2021-11-10
CN111800218B (zh) 2022-04-22
JP2022528172A (ja) 2022-06-08
EP3940974B1 (en) 2023-12-13
CN111800218A (zh) 2020-10-20

Similar Documents

Publication Publication Date Title
JP7292411B2 (ja) データストリーム伝送方法およびデバイス
US9537611B2 (en) Method and apparatus for improving the performance of TCP and other network protocols in a communications network using proxy servers
Wu et al. Content-aware concurrent multipath transfer for high-definition video streaming over heterogeneous wireless networks
JP4454320B2 (ja) 伝送装置、伝送制御プログラム、及び伝送方法
Wu et al. Bandwidth-efficient multipath transport protocol for quality-guaranteed real-time video over heterogeneous wireless networks
US9258084B2 (en) Method and implementation for network coefficents selection
EP2312787B1 (en) Method and device of data transmission
JP4173755B2 (ja) データ伝送サーバ
Wu et al. Energy-minimized multipath video transport to mobile devices in heterogeneous wireless networks
Matsuzono et al. Low latency low loss streaming using in-network coding and caching
US9781488B2 (en) Controlled adaptive rate switching system and method for media streaming over IP networks
Kwon et al. MPMTP: Multipath multimedia transport protocol using systematic raptor codes over wireless networks
Wu et al. Streaming high-definition real-time video to mobile devices with partially reliable transfer
Wu et al. Priority-aware FEC coding for high-definition mobile video delivery using TCP
Han et al. {RPT}: Re-architecting Loss Protection for {Content-Aware} Networks
US11245635B2 (en) Feedback loop for frame maximization
JP2011087091A (ja) 送信装置および送信装置の動作モード制御方法
JP2006109325A (ja) 通信システム、通信装置、およびプログラム
JP2007013575A (ja) 映像通信課金サービスのシステムおよび方法
CN107925670B (zh) 一种信道调整方法、对应装置及***
JP7540018B2 (ja) 情報決定方法及び装置
JP2006174298A (ja) データ配信方法、中継装置、コンピュータプログラム及びこのコンピュータプログラムを記録した記録媒体
Gorius et al. Efficient and low-delay error control for large-BDP networks
Kwon et al. Systematic Raptor Codes-Based Multipath Multimedia Transport Protocol over HetNets

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211112

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20211112

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20221221

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20230124

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20230411

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20230509

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20230606

R150 Certificate of patent or registration of utility model

Ref document number: 7292411

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150