JP3629025B2 - 送受信方法およびその装置 - Google Patents
送受信方法およびその装置 Download PDFInfo
- Publication number
- JP3629025B2 JP3629025B2 JP2002522142A JP2002522142A JP3629025B2 JP 3629025 B2 JP3629025 B2 JP 3629025B2 JP 2002522142 A JP2002522142 A JP 2002522142A JP 2002522142 A JP2002522142 A JP 2002522142A JP 3629025 B2 JP3629025 B2 JP 3629025B2
- Authority
- JP
- Japan
- Prior art keywords
- packet
- transmission
- packet loss
- receiving
- terminal
- 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.)
- Expired - Lifetime
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/25—Flow control; Congestion control with rate being modified by the source upon detecting a change of network conditions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
- H04W28/22—Negotiating communication rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements 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/1607—Details of the supervisory signal
- H04L1/1614—Details of the supervisory signal using bitmaps
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
- H04L1/1838—Buffer management for semi-reliable protocols, e.g. for less sensitive applications such as streaming video
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1854—Scheduling and prioritising arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/20—Arrangements for detecting or preventing errors in the information received using signal quality detector
- H04L1/203—Details of error rate determination, e.g. BER, FER or WER
-
- 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
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/11—Identifying congestion
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
- H04L47/263—Rate modification at the source after receiving feedback
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/40—Flow control; Congestion control using split connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements 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/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1809—Selective-repeat protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L2001/0092—Error control systems characterised by the topology of the transmission link
- H04L2001/0097—Relays
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L2001/0098—Unequal error protection
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/16—Gateway arrangements
Description
[技術分野]
本発明は、携帯電話や携帯情報端末、パソコンやTVといった様々な仕様、能力を持つ受信端末が無数に存在するネットワーク環境におけるデータの送受信方法に関し、特に音声情報などの時系列的制約が大きい情報と、絵画や医療画像などの静止画像データのように、時間的にはとびとびになっても情報伝達を行うことができる情報とが混在する中で、いかに効率良く、情報を伝達するかといった情報通信技術に関するものである。
【0002】
[背景技術]
パケットロスの発生する環境においてパケットを送信する場合には、ロスしたパケットの再送を行うことで、サービス品質の高いデータ送信が可能となる。RTP(Realtime Transport Protocol)に再送の枠組みを提供する方法として、W−RTP(Wireless−RTP)やRTP/RXといったストリームパケットの送受信方法が挙げられる。W−RTPやRTP/RXでは、ロスしたパケットに対して受信端末からRTCP(RTP Control Protocol)を用いて再送要求を送信し、送信端末は再送要求に応じてRTPパケットを再送する(A. Miyazaki et al., ”RTP Payload Format to Enable Multiple Selective Retransmissions”, Internet Draft, draft−miyazaki−avt−rtp−selret−01.txt, Internet Engineering Taskforce, Jul. 2000や、K. Yano et al., ”RTP Profile for RTCP−based Retransmission Request for Unicast session”, Internet Draft, draft−podolsky−avt−rtprx−01.txt, Internet Engineering Taskforce, Mar. 2000を参照)。
【0003】
一方、RFC2733には、FEC(Forward Error Correction)によりロスパケットを復元する技術が規定されている(J. Rosenberg et al., ”An RTP Payload Format for Generic Forward Error Correction”, RFC 2733, Internet Engineering Taskforce, Dec. 1999)。日本国特開2001−045098号公報に開示された技術によれば、マルチキャスト環境において各受信端末がそれぞれの受信環境に適した受信レートおよびエラー耐性を選択できるように、送信側においてデータの階層符号化を採用し、かつ各受信端末が必要に応じてFECデータを利用する。各受信端末は、パケットロス率、送信レート、受信レートといった送受信状況をモニタし、送信レートに対する受信レートの比、つまり送受信レート比を計算し、パケットロス率および送受信レート比に従って、受信すべきデータの階層と、FECデータの受信の要否とを決定する。
【0004】
上記従来技術には、次のような種々の課題があった。
【0005】
〈課題1〉
(1)送信端末や伝送路が過負荷な状態になった場合、(2)より多くの受信端末にストリームパケットを送信するために再送を制限してストリームパケット送信用の帯域を確保する場合、(3)受信端末ごとに再送を行うか行わないかを区別することで異なるサービスを提供する場合には、再送を制限する必要がある。W−RTPやRTP/RXは、こういった場合でも再送要求を停止する機能を持たないため、受信端末が再送要求パケットを送信し続け、帯域を無駄に消費することになる。
【0006】
〈課題2〉
W−RTPやRTP/RXによれば、送信端末が複数の受信端末から一度に多くの再送要求パケットを受信した場合には、送信端末もしくは伝送路が瞬間的な過負荷状態となるため、送信端末のデータパケットの送信処理に悪影響を及ぼす場合がある。
【0007】
〈課題3〉
パケットの伝送路が有線区間と無線区間とをもつものとする。一般に、有線区間と無線区間のロスの原因は異なる。有線区間のパケットロスは輻輳が原因であるため、再送要求を行うとより輻輳を悪化させる可能性がある。したがって、有線区間でのパケットロスである場合には、再送要求を行う際に、パケットの伝送レートを下げるか、もしくは再送要求を行わないといった処理を行う必要がある。また、無線区間でのパケットロスの原因は、ビット誤りによる受信端末でのパケット廃棄である。したがって、有線区間での再送方法を利用して、再送要求に従ってパケットの伝送レートを下げてもパケットロス率は変化しないため、パケットの伝送レートを下げ続ける結果となる。以上から、受信端末は、再送要求を行う場合にロスがどちらの区間でロスしたかを切り分け、有線区間でロスした場合と、無線区間でロスした場合とで再送要求の方法を切り替えることが必要となる。
【0008】
ところが、RTP/RXには、有線区間と無線区間のパケットロスを区別するための方法がない。W−RTPは、有線区間と無線区間の境界に存在するゲートウェイにおいてW−RTPパケットのSSN(Second Sequence Number)を変更することで、有線区間で発生したパケットロスに対して再送要求を行わないようにすることが可能である。しかしながら、W−RTPはRTPのパケットフォーマットを変更する方法であるため、従来のRTPパケットを送信する送信端末からのストリームを受信するためには、W−RTPパケットを送信するように送信端末を変更するか、ゲートウェイにおいてRTPヘッダをW−RTP用に変換する変換処理が必要になる。
【0009】
〈課題4〉
パケットロスの原因による動作の切り替えは、再送の場合だけでなく、伝送レート制御や、データパケットに誤り耐性を付加する場合にも必要である。輻輳が原因でパケットロスが発生した場合には、輻輳回避のために伝送レートを下げる必要があるが、伝送誤りが原因である場合には、伝送レートを下げても誤り率は変化しないため、伝送レートを下げるのは無意味であり、むしろデータパケットに付加する誤り耐性を強化すべきである。
【0010】
上記日本国特開2001−045098号公報の技術では、各受信端末において受信レートをモニタするために、伝送誤りが発生したパケットについてもパケット長を知る必要がある。ところが、パケット長を示すフィールドにも誤りが発生している可能性があるため、正確な受信レートを求めることができない。さらに、送受信レート比からは、無線区間で実際にどれだけのパケットロスが発生したかを知ることはできないため、どの程度の誤り耐性強度を付加するべきかを決定する(すなわち、送受信レート比の閾値を決定する)のが困難である。
【0011】
[発明の開示]
本発明は、このような従来の課題を考慮し、インターネットのような、様々な接続形態が存在し、しかも伝送帯域が変動する伝送路において(特に、従来安定した伝送品質でデータ伝送を行うことが困難であった有線網、無線網の混在する接続形態において)、安定した伝送品質でデータ伝送を行うことを目的とする。
【0012】
この目的を達成するため、本発明に係る送受信方法は、有線区間と無線区間とをもつ伝送路において、両区間の境界部分にゲートウェイが存在し、かつ当該ゲートウェイを介して送信端末と受信端末との間でデータパケットを送受信する送受信方法であって、ゲートウェイにおいて検知されたパケットロスと、受信端末において検知されたパケットロスとに基づいて、有線区間におけるパケットロス率と無線区間におけるパケットロス率とを算出し、両パケットロス率に基づいて、データパケットの伝送レートもしくは誤り耐性強度のうち少なくとも1つを決定することとしたものである。
【0016】
[発明を実施するための最良の形態]
以下では、本発明に係る実施の形態について、図面を参照しつつ説明を行う。
【0017】
〈実施の形態1〉
本実施の形態は、送信端末から複数の受信端末の再送要求を各々禁止/許可することにより、主として前述の課題1を解決するものである。
【0018】
図1は、本実施の形態における全体像を示す概略図である。送信端末10において、送受信部101はモデム、LAN(Local Area Network)等のパケットを送受信する手段である。通信環境としては、ノイズや輻輳によりパケットロスの発生する環境を想定している。
【0019】
データ送信部100は、ビデオキャプチャ、マイク、ファイル、共有メモリといった入力からデータを受け取り、必要なら符号化し、必要ならパケット化して、送受信部101を通して受信端末11へデータパケットを送信する手段である。また、再送制御部102の指示により、再送要求のあったデータパケットを再送する手段でもある。
【0020】
再送制御部102は、受信端末11からの再送要求パケットを受信し、要求のあったデータパケットの再送をデータ送信部100に指示する手段である。また、再送要求禁止/許可制御部104の指示により、受信端末11に対して再送要求禁止通知パケット、再送要求許可通知パケットを送信する手段でもある。
【0021】
再送要求禁止/許可制御部104は、伝送路や送信端末10の負荷の状態、接続しているユーザの種別、各ユーザが使用しているアプリケーションの種別などを監視し、これらの情報に応じて再送要求禁止通知パケットもしくは再送要求許可通知パケットを受信端末11へ送信するよう再送制御部102に指示する手段である。ユーザの種別による再送要求の禁止/許可の例としては、ユーザが加入しているサービスによって再送の有無を区別し、より高いサービス料金を支払っているユーザに再送を行って、より良いサービス品質を提供するといった例が考えられる。また、アプリケーションの種別による再送要求の禁止/許可の例としては、VoD(Video on Demand)のようなリアルタイム性の低いアプリケーションであれば再送要求を許可し、TV電話のようなリアルタイム性の強いアプリケーションであれば再送要求を禁止するといった例が考えられる。リアルタイム性の強いアプリケーションでは、再送が間に合わない場合が多いためである。
【0022】
端末制御部103は、これら各部を制御する手段である。
【0023】
受信端末11において、送受信部110は、モデム、LAN等の、送信端末10より送信されたデータパケットを受信する手段である。データ受信部111は、送受信部110からデータパケットを受け取り、必要ならパケットをシーケンス番号順に並べ替え、必要ならパケットをほどき、必要なら復号化し、モニタ、スピーカ、ファイル、共有メモリといった出力にデータを渡す手段である。再送要求制御部112は、データパケットのロスを観測し、ロスしたパケットに対して再送要求を行う。また、送信端末10から再送要求禁止通知パケットを受信した場合には、再送要求を行わないように制御する手段でもある。端末制御部113は、これら各部を制御する手段である。
【0024】
送信端末10と受信端末11との間で送受信される情報は、再送要求パケット、再送要求禁止/許可通知パケット、データパケット、再送データパケットである。再送要求パケットは、再送要求制御部112から送信され、再送制御部102で受信される。再送要求禁止/許可通知パケットは、再送制御部102から送信され、再送要求制御部112で受信される。データパケットおよび再送データパケットは、データ送信部100から送信され、データ受信部111で受信される。送信端末10は、複数の受信端末11との間で、再送要求パケット、再送要求禁止/許可通知パケット、データパケット、再送データパケットの各情報を送受信する。
【0025】
図2は、送信端末10と受信端末11との間で、再送要求禁止/許可通知パケットおよび再送要求パケットの送受信にRTCPを用い、データパケットの送受信にRTPを用いた場合のシーケンス図である。
【0026】
送信端末10は、(1)送信端末10もしくは伝送路が過負荷の状態になり、再送に応じられない、(2)より多くの受信端末11にデータパケットを送信するために、再送機能を停止して送信端末10もしくは伝送路のリソースを確保する、(3)TV電話のようなリアルタイム性の強いアプリケーションを利用している、(4)ユーザが再送を行わないサービスに加入している、(5)伝送されるべきデータの種別といった理由により、一部もしくは全ての受信端末11に再送要求禁止通知パケットを通知する(RTCPパケット201)。再送要求禁止通知パケットを受け取った受信端末11は、パケットロスを観測した場合でも再送要求を行わない(再送要求しない200)。なお、伝送されるべきデータの種別に関しては、例えば、映像であればI(Intra)、P(Predictive)、B(Bidirectionally predictive)といったフレームタイプ、MPEG(Moving Picture Coding Experts Group)であればGOP(Group Of Pictures)といったシーケンスブロック、音声であれば有音部と無音部、データ構造であればヘッダ部分とペイロード部分、文書であれば見出し部分と本文、あるいは予めデータに編者の意図やエンコーダで優先度情報が付与されていてデータ種別が区別できることを想定している。それぞれのデータ種別に相対的な第1の優先度を付与し、第1の優先度の低い情報に関しては再送を禁止する。例えば、フレーム単位の場合は、IフレームはP、Bフレームより第1の優先度は高いとする。Iフレームは単独で復号が可能であるが、P、Bフレームは単独では復号できないためである。シーンブロック単位の場合、編者が強調したいシーンブロック(MPEGではシーンブロックはGOP単位で再生されるのが一般的である)の優先度を高くする。具体的なコンテンツとしてはコマーシャルなどシーンブロックの第1の優先度を高くする。音声であれば、無音部分は情報としては意味をなさないので、第1の優先度は低くする。データ構造であれば、ヘッダ情報は復号、再生に不可欠であるため、ペイロード部分より第1の優先度を高くする。文書の場合は、見出し部分は本文よりも要点が記述されているため、第1の優先度を高くする。このように優先度付けを行い、優先度の高いデータには再送を許可し、優先度の低いデータには再送を禁止する。また、メディアの種類毎に第2の優先度を割り当て、第1と第2の優先度の関係(例えば、優先度値を加算、減算する)から再送禁止のデータを決定してもよい。第2の優先度に関しては、例えば、制御情報、音声、映像の順に高い優先度を付与する。
【0027】
また、送信端末10は、(1)送信端末10もしくは伝送路が過負荷状態から負荷の小さい状態になる、(2)受信端末11の数が少なく、データパケットを再送する資源を確保できる状況となる、(3)VoDのようなリアルタイム性の弱いアプリケーションを利用している、(4)ユーザが再送を行うサービスに加入している、(5)伝送されるべきデータの種別といった理由から、一部もしくは全ての受信端末11に再送要求許可通知パケットを送信する(RTCPパケット202)。再送要求許可通知パケットを受け取った受信端末11は、パケットロスを観測した場合に再送要求パケットを送信してもよい(RTCPパケット203)。
【0028】
図3は、送信端末10や伝送路の負荷、ユーザの加入サービスに基づいて、再送制御部102が再送要求禁止/許可通知パケットの送信を決定する際の動作を表すフローチャートである。まず、再送制御部102は、新規受信端末が接続したかどうかを判定する。新規受信端末が接続した場合には、その受信端末が、再送を行うサービスに加入しているか判定する。サービスに加入していない場合には、再送要求禁止通知パケットをその受信端末に通知し、その受信端末からの再送要求を禁止する。つまり、その受信端末に対しては、再送要求許可通知パケットは送信しない(ステップ300)。
【0029】
続いて、送信端末10のメモリ使用率、CPU(Central Processing Unit)使用率、帯域使用率を取得し、これらをそれぞれの閾値と比較する(ステップ301)。使用率Pが閾値Tよりも大きい場合、つまり、利用率Pとその閾値Tとの差分Dが正である場合には、許容範囲内に収まるよう再送要求禁止通知パケットを受信端末11に送信する(ステップ302)。このとき、再送により送信端末10もしくは伝送路にかかる負荷Fを、再送率(全送信パケットに対する再送パケットの割合)Rと、使用率Pとに基づいて、F=P・Rと計算する。受信端末11の1台あたりに再送する負荷Gは、接続端末数をNとするとG=F/Nである。これらの値から、負荷を許容範囲内に収めるために再送要求禁止通知パケットの送信対象とする受信端末11の数Mは、M=D/G=D・N/(P・R)となる。続いて、M台の受信端末11をランダムに選択し、選択された受信端末11に再送要求禁止通知パケットを送信する。
【0030】
また、メモリ使用率、CPU使用率、帯域使用率のいずれもが閾値よりも小さい場合には、送信端末10および伝送路に余裕があるため、U(Uは適当な固定値)台の受信端末11に再送要求許可通知パケットを送信する(ステップ303)。
【0031】
図4は、送信するデータパケットの種別に応じて再送制御部102が再送要求禁止/許可通知パケットの送信を決定する際の動作を表すフローチャートである。まず、再送制御部102は、送信するデータパケットの種別を取得する(ステップ400)。送信するデータパケットの種別が再送を許可する種別であった場合には、再送要求許可通知パケットを送信する(ステップ401)。一方、再送を許可しない種別であった場合には、再送要求禁止通知パケットを送信する(ステップ402)。
【0032】
なお、本実施の形態は、通常のIP(Internet Protocol)ネットワークの形態であるユニキャストネットワークだけでなく、マルチキャスト、ブロードキャストといったネットワーク形態においても適用が可能である。
【0033】
〈実施の形態2〉
本実施の形態は、受信端末の再送要求をランダム化することにより、主として前述の課題2を解決するものである。
【0034】
図5は、本実施の形態における送受信方法を説明するシーケンス図である。この例では、データパケットの送受信にRTPを、再送要求パケットの送受信にRTCPをそれぞれ用いることとしている。受信端末501,502でのパケットロスの検知方法としては、RTPパケットのシーケンス番号の跳びを観測することとしている。
【0035】
図5において、受信端末501,502は再送要求を送信するかしないかをランダム化しており、その結果、受信端末502はパケットロスが発生しても再送要求パケットを送信しない(503)。受信端末501からの再送要求パケットを受信した送信端末500は、データパケットの再送要求をしていない受信端末502にも送信する(504)。これにより、送信端末500が統計的には一度に多くの再送要求パケットを受信することがなくなり、再送要求受信による送信端末500もしくは伝送路の瞬時的な過負荷状態を防ぐことが可能となる。なお、再送要求をするかしないかではなく、パケットロスを検出してから再送要求するまでの時間をランダム化することにしてもよい。過去の再送要求の履歴を参照し、再送要求の傾向の似ている端末をグループ化して、グループ単位に再送を行うことにしてもよい。
【0036】
〈実施の形態3〉
本実施の形態は、ゲートウェイからロス通知パケットを送信することにより、主として前述の課題3および4を解決するものである。
【0037】
図6は、本実施の形態における全体像を示す概略図である。図6において、送信端末60は、ゲートウェイ62を介して受信端末61に接続されている。送信端末60とゲートウェイ62との間は有線網により、ゲートウェイ62と受信端末61との間は無線網によりそれぞれ接続されている。このような接続形態は、携帯電話などの移動体端末が受信端末61となり、サーバ(送信端末60)に接続する場合などが考えられる。すなわち、サーバ60とゲートウェイ62とがイーサネット(Ethernet)やATM(Asynchronous Transfer Mode)などの有線網で接続され、受信端末61とゲートウェイ62とが無線LANやW−CDMA(Wideband Code Division Multiple Access)などの無線網で接続されている場合である。また、家庭内ネットワークが無線LAN、BlueToothなどにより構成されており、家庭内のネットワークと外部ネットワークとを接続するホームゲートウェイなどから電話回線などを通じてインターネットに接続されている場合にも、同様の接続形態になる。アプリケーションとしては、VoDのような映像配信や、TV電話のような双方向の通信を想定している。
【0038】
送信端末60は、図1における送信端末10から、再送制御部102および再送要求禁止/許可制御部104を削除したものと同等である。受信端末61は、再送要求制御部610を除き、図1における受信端末11と同等のものである。
【0039】
受信端末61において、再送要求制御部610は、パケットロスを観測し、ゲートウェイ62に再送要求を行う手段である。ただし、ゲートウェイ62から送信されるロス通知パケットに示されるデータパケットについては、パケットロスを観測しても再送要求パケットを送信しない。使用するプロトコルとしては、RTCPといった制御情報用のプロトコルを使用してもよい。
【0040】
ゲートウェイ62は、送信端末60と受信端末61との間に位置し、有線区間と無線区間との境界部に存在する。このゲートウェイ62において、送受信部620,623、データ受信部621、データ送信部622、端末制御部625はそれぞれ、図1の送受信部101、データ受信部111、データ送信部100、端末制御部103と同等である。再送制御部624は、受信端末61からの再送要求パケットを受信し、データ送信部622に再送を指示する手段である。また、データ受信部621において受信されるデータパケットにパケットロスが発生した場合には、受信端末61にロス通知パケットを送信する手段でもある。
【0041】
送信端末60とゲートウェイ62との間で送受信される情報は、データパケットである。ゲートウェイ62と受信端末61との間で送受信される情報は、再送要求パケット、ロス通知パケット、データパケット、再送データパケットである。再送要求パケットは、再送要求制御部610から送信され、再送制御部624で受信される。ロス通知パケットは、再送制御部624から送信され、再送要求制御部610で受信される。データパケットは、データ送信部600から送信され、データ受信部621、データ送信部622を通してデータ受信部611で受信される。再送データパケットは、データ送信部622から送信され、データ受信部611で受信される。
【0042】
この構成によれば、受信端末61は、ゲートウェイ62に無駄な再送要求をすることがなくなり、前述の課題3を解決することができる。
【0043】
なお、本実施の形態では、再送データパケットはデータパケット送信用のチャネルとは別の制御情報用チャネルを用いて送信することにしている。ただし、データ送信用のチャネルを用いてロスしたデータパケットの代わりに送信してもよい。
【0044】
また、本実施の形態では、再送要求をゲートウェイ62で処理することにしているが、ゲートウェイ62はロス通知パケットを送信するのみとし、再送要求は送信端末60が処理することにしてもよい。この構成によれば、受信端末61は無線網のロスに対してのみ再送要求を行うことになるため、ロス通知パケットを送信しないで送信端末60と受信端末61との間で再送を行う場合と比較して、再送による有線区間の輻輳の悪化を防ぐことが可能となる。
【0045】
図7は、データパケットの送受信にRTPを、再送要求パケットおよびロス通知パケットの送受信にRTCPをそれぞれ用いた場合のシーケンス図である。また、この例では、受信端末61でのパケットロスの検知方法として、RTPパケットのシーケンス番号の欠落を観測することとしている。
【0046】
ゲートウェイ62は、送信端末60からのデータパケットのロスを観測した場合には、ロス通知パケットを受信端末61へ送信する。図7では、データパケット2のロスを検知したため、データパケット2がロスしたことを示すロス通知パケットを送信している(701)。なお、ロス通知パケットは、複数のパケットロスの情報を束ねて送信してもよい。ロス通知パケットがロスする可能性を考慮して、データパケットのロスの情報を複数回送信することとしてもよい。受信端末61は、ロス通知パケットを受信した場合には、ロス通知パケットに示されるパケットについてはRTPパケットのロスを観測した場合でも再送要求パケットを送信しない(702)。また、受信端末61において、ロス通知パケットを受信していない状態でパケットロスを観測した場合には、再送要求パケットを送信する。図7では、RTPデータパケット4のロスを確認したため、受信端末61が再送要求パケットを送信している(703)。ゲートウェイ62は、再送要求に応じて再送パケットを送信する。図7では、データパケット4の再送を要求され、この要求に応じて再送を行っている(704)。
【0047】
図8および図9(a)〜図9(c)は、上記再送要求禁止/許可通知パケットおよび上記ロス通知パケットを送信するプロトコルとしてRTCPを利用した場合のフォーマットの例である。
【0048】
図8において、バージョン801、パディング802、パケットタイプ804、長さ805、SSRC806については、他のRTCPパケットと同じ意味を持つ。パケットタイプ804には、例えば再送要求の禁止を通知するパケットであることを意味する識別子を入力する。サブタイプ(SubType)807には、再送要求禁止通知、再送要求許可通知、パケットロス通知のいずれかを表す識別子を入力する。例えば、SubType=0が再送要求禁止通知を、SubType=1がパケットロス通知を、SubType=2が再送要求許可通知をそれぞれ意味する。再送要求禁止通知部808は、サブタイプ807の値によって構造が変化する。
【0049】
図9(a)は、サブタイプ807が再送要求禁止もしくは再送要求許可を表す識別子である場合、つまりSubType=0または2の場合のフォーマットの例である。パディング901は、バイトアラインのためのパディングビットであり、入力される値に意味はない。シーケンス番号902は、再送要求の禁止もしくは許可を開始するデータパケットのシーケンス番号を入力する。
【0050】
図9(b)および図9(c)は、サブタイプ807がパケットロス通知である場合、つまりSubType=1の場合のフォーマットの例である。フォーマットタイプ(FT)903は、ロス通知パケットのいくつかのフォーマットのうちどれを利用しているかを示す識別子であり、例えば000、001、010、011、111のいずれかである。フォーマットタイプ903に入力される値により、フォーマットタイプ903以降のフォーマットがさらに図9(b)および図9(c)に示されるとおりに変化する。
【0051】
フォーマットタイプ(FT)に入力される識別子が111以外である場合には、図9(b)のフォーマットが利用される。パディング904は、ビットアラインのためのパディングビットであり、入力される値に意味はない。シーケンス番号905は、ロスしたパケットを表すRTPのシーケンス番号を入力する。フォーマットタイプ903の識別子をFT=000〜010にすることによって、シーケンス番号905に入力された値からいくつまでがロスしたかを表すことが可能である。また、フォーマットタイプ903の識別子をFT=011とすることによって、シーケンス番号905および906を用いてこの間にあるRTPパケットの全てがロスしたことを表すこともできる。
【0052】
フォーマットタイプ(FT)に入力される識別子が111である場合には、図9(c)に示すフォーマットを用いてパケットロスの状態を表現する。シーケンス番号908は、ビットマップ909で表されるパケットの欠落状態を表すビット列の先頭ビットがどのシーケンス番号のパケットにあたるかを表す。ビットマップ909は、先頭からNビット目のビットが、シーケンス番号908に入力された値+N番目のパケットロスの状態を表しており、例えばロスしていれば1を、ロスしていなければ0を入力する。また、長さ907はビットマップ909の長さを表しており、図8中の長さ805で表される最終32ビットワードのビット列のうち、何ビットまでが有効であるかを示す。
【0053】
図9(a)〜図9(c)のいずれかで表されるフォーマットを1つの要素とし、この要素を列挙することで、複数の情報を表してもよい。ただし、図9(c)のフォーマットを利用する場合には、要素列の一番最後に配置しなくてはならない。図8中の要素数803には、再送要求禁止通知部808に含まれる要素の数を表す値を入力する。
【0054】
さて、上記ゲートウェイ62からのロス通知パケットを無線区間のパケットロス率の計算に利用し、無線区間、有線区間のパケットロス率それぞれに基づいて、データパケットの誤り耐性強度の決定、伝送レートの決定を行うことができる。具体的に述べると、ゲートウェイ62からのロス通知パケットは、有線区間のパケットロス数を通知するものであり、受信端末61で観測されるパケットロス数は、有線区間と無線区間の両方でロスしたパケットロス数となる。したがって、
(受信端末61で観測されたパケットロス数)−(ロス通知パケットで通知されるパケットロス数)=(無線区間でロスしたパケットロス数)
となり、受信端末61は、ロス通知パケットを受信することで、無線区間でロスしたパケット数、有線区間でロスしたパケット数をそれぞれ知ることができる。これらの値から有線区間、無線区間のパケットロス率をそれぞれ計算して送信端末60に通知し、送信端末60は、これらのパケットロス率に基づいてデータパケットの伝送レート、誤り耐性強度を決定するのである。これにより、前述の課題4を解決することができる。この課題4の解決については、以下の実施形態においてさらに詳しく説明する。
【0055】
〈実施の形態4〉
図10は、本実施の形態における全体像を表す概略図である。図10において、送信端末120は、ゲートウェイ122を介して受信端末121に接続されている。送信端末120とゲートウェイ122との間は有線網により、ゲートウェイ122と受信端末121との間は無線網によりそれぞれ接続されている。
【0056】
ゲートウェイ122は、送信端末120からのデータパケットを監視し、パケットロスが発生した場合には、パケットロスが発生したことをパケットロス通知を用いて受信端末121に通知する。このゲートウェイ122において、送受信部1020は、図6中の送受信部623と同等である。
【0057】
データパケット観測部1021は、送信端末120からのデータパケットのパケットロスの発生を検出し、パケットロス通知送信部1022に通知する手段である。パケットロスは、データパケットに付加されたシーケンス番号の欠落により検出が可能である。
【0058】
パケットロス通知送信部1022は、データパケット観測部1021より通知されたパケットロス発生情報に基づいて、パケットロスが発生したことを示すパケットロス通知を生成し、受信端末121に送信する。なお、パケットロス通知のフォーマットは、図8および図9(b)に示すフォーマットを用いてもよい。このパケットロス通知送信部1022で生成されるパケットロス通知は、送信端末120からゲートウェイ122までの伝送路上で発生したパケットロスを通知するものであるため、有線区間のパケットロスを通知することとなる。
【0059】
端末制御部1023は、これら各部を統括管理する手段である。
【0060】
受信端末121は、図6の受信端末61から再送要求制御部610を削除し、パケットロス率計算部1014、誤り訂正部1010、パケットロス通知受信部1012、制御情報送信部1013を加えたものである。
【0061】
受信端末121中のデータ受信部1011は、送信端末120からのデータパケットを受信し、必要ならパケットをシーケンス番号順に並べ替え、必要ならパケットをほどき、必要なら復号化し、モニタ、スピーカ、ファイル、共有メモリといった出力にデータを渡す手段である。また、受信したデータパケットのシーケンス番号のうち、最大の値を最大シーケンス番号として記憶し、また、データパケットのパケットロスを、データパケットのシーケンス番号の欠落から検出し、データのパケットロス数を計算する手段でもある。
【0062】
パケットロス通知受信部1012は、ゲートウェイ122からのパケットロス通知を受信し、この通知に含まれる有線区間のパケットロスの情報から、有線区間のパケットロス数を取得する手段である。
【0063】
パケットロス率計算部1014は、データ受信部1011において観測されたパケットロス数と、パケットロス通知受信部1012から通知された有線区間でのパケットロス数とから、有線区間、無線区間それぞれのパケットロス率を計算する手段である。
【0064】
制御情報送信部1013は、パケットロス率計算部1014で計算された有線区間、無線区間のパケットロス率を、送信端末120への制御情報パケットに入力して送信する手段である。
【0065】
誤り訂正部1010は、データ受信部1011で受信したデータを監視し、パケットロスを検出した場合には、可能であればロスしたパケットの復元を行う手段である。ロスパケットの復元を行う方法としては、RFC2733に記述される方式を用いてもよい。
【0066】
送信端末120は、図6の送信端末60に誤り耐性強度決定部1000、伝送レート決定部1001、誤り耐性付加部1002、伝送レート変更部1003、制御情報受信部1004を加えたものと同等である。
【0067】
制御情報受信部1004は、受信端末121から送信される制御情報パケットから、有線区間、無線区間の各々のパケットロス率を取得する手段である。
【0068】
誤り耐性強度決定部1000は、制御情報受信部1004で取得された無線区間のパケットロス率から、データパケットに付加する誤り耐性強度を決定する手段である。
【0069】
伝送レート決定部1001は、制御情報受信部1004で取得された有線区間のパケットロス率から伝送レートを決定する手段である。そのアルゴリズムとして、DDA方式(D. Sisalem et al.,”The Direct Adjustment Algorithm: A TCP−Friendly Adaptation Scheme”, Technical Report GMD−FOKUS, August 1997. Available from http://www.fokus. gmd.dc/usr/sisalem)、LDA方式(D. Sisalem et al.,”The Loss−Delay Based Adjustment Algorithm: A TCP−Friendly Adaptation Scheme”, in the proceedings of NOSSDAV’98, July, Cambridge, UK)などを適用してもよい。
【0070】
誤り耐性付加部1002は、誤り耐性強度決定部1000から通知された誤り耐性強度を送信データに付加するための手段である。付加する誤り耐性としては、例えば映像データの符号化方式としてMPEG4を利用する場合には、Iフレームの挿入間隔、データパケットサイズ、AIR(Adaptive Intra Refresh)を行う1フレームあたりのマクロブロックの数、CIR(Constant Intra Refresh)の周期、HEC(Header Extension Code)の挿入方法、RFC2733で規定されるFECパケットの挿入間隔などを変更することで、誤り耐性付加を行うこととしてもよい。
【0071】
なお、誤り耐性付加部1002において、データパケット自体に誤り耐性を付加する以外にも、制御情報送信部1013において、無線区間のパケットロス率が大きい場合には、有線区間、無線区間のパケットロス率を通知する制御情報パケットの通知間隔を短くすることで、誤り耐性を強化してもよい。制御情報パケットの送信間隔を短くすると、(1)制御情報パケットの送信回数が増え、制御情報の冗長度が上がるため、制御情報パケット自体の誤り耐性強化の効果があるという点と、(2)無線区間のパケットロスが発生した際に、すばやく誤り耐性強度を強くすることが可能となるという点において、誤り耐性を強化する結果となる。
【0072】
伝送レート変更部1003は、データパケットの伝送レートを、伝送レート決定部1001で決定された伝送レートに変更する手段である。
【0073】
図11は、本実施形態の動作を表すシーケンス図である。送信端末120が受信端末121にデータパケットを送信する際に、送信端末120とゲートウェイ122との間の有線区間でパケットがロスした場合には、ゲートウェイ122がシーケンス番号の欠落でパケットロスを検出し、ゲートウェイ122からパケットロス通知を送信する(ステップ1100)。一方、ゲートウェイ122と受信端末121との間の無線区間でデータパケットがロスした場合には、ゲートウェイ122からパケットロス通知を送信しない(ステップ1101)。受信端末121は、当該受信端末121で検出されるパケットロスと、ゲートウェイ122からのパケットロス通知から、一定期間の無線区間のパケットロス率と、有線区間のパケットロス率とを計算し、RTCPを用いて送信端末120に通知する(ステップ1102)。送信端末120は、ステップ1102において受け取ったRTCPパケットから有線区間、無線区間のパケットロス率を知ることができ、この値に基づいてデータパケットの伝送レート、誤り耐性強度を決定する。
【0074】
図12は、パケットロス率計算部1014における有線区間、無線区間のパケットロス率の計算方法を示すフローチャートである。パケットロス率計算部1014は、データパケットの受信開始とともに起動し、まず、送信端末120に無線区間、有線区間のパケットロス率を通知する通知時刻を決定するタイマーをセットする(ステップ1200)。本フローチャートでは、送信間隔をIとしている。続いて、通知時刻になると、データ受信部1011から過去の時間Iの間に受信端末121で観測されたパケットロスの数と、過去受信したデータパケットの最大シーケンス番号とを取得する。また、パケットロス通知受信部1012から過去の時間Iの間にロスしたデータパケットの数を取得する(ステップ1201)。これらの値に基づいて、無線区間のパケットロス率を求め、無線区間、有線区間のパケットロス率を送信端末120に通知する(ステップ1202)。最後に、次の通知時刻を決定し(ステップ1203)、ステップ1201に戻る。
【0075】
図13は、誤り耐性強度決定部1000におけるデータパケットに付加する誤り強度を決定するアルゴリズムを示すフローチャートである。誤り耐性強度決定部1000は、データ送信開始から起動し、まず、閾値L(i)とそれに対応する誤り耐性方式T(i)との対応表を、送信端末120に蓄積されたファイルなどから取得する(ステップ1300)。ここで、この対応表は、図14に示すとおり、無線区間のパケットロス率がある閾値の範囲内のときに、データパケットに付加する誤り耐性強度を決定する表となっている。続いて、無線区間のパケットロス率L3が入力された制御情報パケットを受信すると、閾値L(i)とL3とを比較し、対応する誤り耐性方式を選択する(ステップ1301)。その結果を誤り耐性付加部1002に通知し(ステップ1302)、ステップ1301に戻る。
【0076】
なお、上記の例では、受信端末121は有線区間のパケットロス率と無線区間のパケットロス率とを送信端末120にRTCPなどを用いて通知し、送信端末120がこれらの値に基づいて伝送レート制御、誤り耐性付加を行うが、受信端末121が伝送レート決定部1001と誤り耐性強度決定部1000とを有し、受信端末121が伝送レートや誤り耐性強度を決定することとしてもよい。
【0077】
また、上記パケットロス通知を行う代わりに、ゲートウェイ122での輻輳を通知することとしてもよい。例えば、ゲートウェイ122において輻輳が発生し、当該ゲートウェイ122のキュー長がある閾値よりも大きくなった場合に、パケットロスを通知するのと同じ方法で輻輳が発生したことを受信端末121に通知する。すなわち、ロスしたパケットを通知する代わりに、ゲートウェイ122のキュー長がある閾値よりも長い状態のときに到着したパケットを通知する。受信端末121は、パケットロス通知を受信した場合と同様に、輻輳が発生した場合には伝送レートを下げるよう送信端末120に通知し、輻輳がない場合には伝送レートを上げるよう送信端末120に指示する。この方式では、有線区間でのパケットロスが発生する前に伝送レートを下げるため、有線区間でのパケットロスが発生しない。したがって、受信端末121は、観測される全てのパケットロスが無線区間のパケットロスであると判定できるようになり、観測されるパケットロス数を誤り耐性の強度の変更に利用できるようになる。なお、輻輳通知は、輻輳が発生しているかどうかを2値で表すだけでなく、輻輳の度合いを表す値(例えば、輻輳なし:1、小輻輳:2、大輻輳:3といったように)を入力してもよい。
【0078】
〈実施の形態5〉
上記実施の形態4では、受信端末121において無線区間のパケットロス率を計算したが、送信端末120やゲートウェイ122において無線区間のパケットロス率を計算することとしてもよい。本実施の形態では、図15に示すように、送信端末150において無線区間のパケットロス率を計算するよう構成する。
【0079】
送信端末150は、図10の送信端末120にパケットロス通知受信部1504とパケットロス率計算部1505とを加えたものと同等である。ゲートウェイ152のパケットロス通知送信部1520からのパケットロス通知を、送信端末150に対して送信するのである。なお、この場合には、受信端末151で観測されるパケットロス率を制御情報送信部1510が送信端末150へ通知することとする。
【0080】
図16は、図15の構成におけるパケットロス率計算部1505のパケットロス率計算方法を表すフローチャートである。パケットロス率計算部1505は、制御情報受信部1502が制御情報パケットを受信すると、この制御情報パケットから受信端末151で観測されたパケットロス率を取得する。また、パケットロス通知受信部1504から、前回制御情報パケットを受信してから今回制御情報パケットを受信するまでの間にロスしたデータパケットの数を取得する。また、データ送信部1503から送信したデータパケットの最大シーケンス番号を取得する(ステップ1601)。これらの値に基づいて、無線区間のパケットロス率、有線区間のパケットロス率を求め、無線区間のパケットロス率を誤り耐性強度決定部1500に通知し、有線区間のパケットロス率を伝送レート決定部1501に通知し(ステップ1602)、ステップ1601に戻る。
【0081】
〈実施の形態6〉
本実施の形態では、図17に示すように、ゲートウェイ172において無線区間のパケットロス率を計算するよう構成する。
【0082】
図17は、図10の構成からパケットロス通知送信部1022、パケットロス通知受信部1012を削除し、図10のゲートウェイ122に、パケットロス率計算部1700、制御情報観測部1701、制御情報送信部1702を追加したものと同等である。
【0083】
制御情報観測部1701は、受信端末171から送信される制御情報パケットを受信し、この制御情報パケットに含まれている、受信端末171で観測されたパケットロス率を取得する手段である。また、データパケット観測部1703で観測された有線区間のパケットロス数を、受信した制御情報パケットに入力して送信する手段でもある。
【0084】
パケットロス率計算部1700は、データパケット観測部1703で観測された有線区間のパケットロス数と、制御情報観測部1701で取得された受信端末171のパケットロス率とから、無線区間のパケットロス率を計算する手段である。
【0085】
制御情報送信部1702は、パケットロス率計算部1700で計算された無線区間のパケットロス率を制御情報パケットとして送信端末170に送信する手段である。使用するプロトコルとしては、RTCPを想定している。
【0086】
図17に示す構成により、ゲートウェイ172で無線区間のパケットロス率を計算し、この値を送信端末170に通知する。送信端末170からみると、図10の構成の場合と比べて、制御情報パケットの送信元が異なることを除けば、受信する制御情報パケットは同じである。したがって、図17に示す構成により、ゲートウェイ172で無線区間のパケットロス率を計算する構成としても、本発明の実施は可能である。
【0087】
〈実施の形態7〉
本発明は、1対1通信だけでなく、図18に示すような1対N通信(マルチキャスト)においても適用可能である。以下に、マルチキャストにおける実施の形態を示す。
【0088】
図19は、マルチキャストにおける実施の形態の全体像を表す概略図である。送信端末190において、データ情報送信部1903は、送信端末190が送信可能な伝送レート、誤り耐性強度を入力したデータ情報を送信する手段である。データ情報としては、図20に示すような、マルチキャストアドレスとパケットロス率の閾値とを対応させた対応表を送信してもよい。この表は、例えば、無線区間のパケットロス率が0.1以上0.2未満であり、かつ有線区間のパケットロス率が0.2以上であった場合には、アドレス「12」で表されるマルチキャストアドレスを選択し、このアドレス「12」を用いてマルチキャストグループに参加することを意味している。
【0089】
データ送信部1900,1901は、ビデオキャプチャ、マイク、ファイル、共有メモリといった入力からデータを受け取り、必要なら符号化し、必要ならパケット化して、送受信部1904を通して受信端末191へデータパケットを送信する手段である。これらのデータ送信部1900,1901は、互いに異なる伝送レートや誤り耐性を付加したデータを送信するものとする。送信端末190は、このようなデータ送信部を、図20に示す対応表に記載されるマルチキャストアドレスの数だけ保持しているものとする。送受信部1904は、図1における送受信部101と同等である。端末制御部1902は、これら各部を統括管理する手段である。
【0090】
ゲートウェイ192は、図10におけるゲートウェイ122と同等である。
【0091】
受信端末191は、図10における受信端末121から制御情報送信手段1013を削除し、受信データ選択部1910、データ情報受信部1911を加えたものである。
【0092】
データ情報受信部1911は、送信端末190から送信される、当該送信端末190が送信可能な伝送レート、誤り耐性強度を入力したデータ情報を受信する手段である。
【0093】
受信データ選択部1910は、パケットロス率計算部1912で計算された有線区間、無線区間のパケットロス率と、データ情報受信部1911で取得された対応表とに基づき、受信端末191が所属するマルチキャストグループのマルチキャストアドレスを選択する。また、選択したマルチキャストグループに所属するマルチキャストグループを変更する手段でもある。1913は、受信端末191が備えたパケットロス通知受信部である。
【0094】
図21は、本実施の形態の動作を表すフローチャートである。まず、受信端末191は、送信端末190からデータ情報を取得する(ステップ2100)。続いて、取得したデータ情報の中から、適当なマルチキャストアドレスを選択し、そのマルチキャストアドレスを用いてマルチキャストグループに参加する(ステップ2101)。この際、IGMP(Internet Group Management Protocol)を用いる。そして、参加したマルチキャストグループにおいて、データパケットの受信を開始する。データの伝送途中で、有線区間でパケットロスが発生した場合には、ゲートウェイ192からパケットロス通知を受信端末191へ送信し(ステップ2102)、無線区間でパケットロスが発生した場合には、パケットロス通知を送信しない(ステップ2103)。受信端末191は、当該受信端末191で観測されるパケットロスと、パケットロス通知により通知されるパケットロス情報とから、有線区間、無線区間のパケットロス率を計算し、これらの値から当該受信端末191が所属するマルチキャストグループを決定する。決定されたマルチキャストグループが、現在所属するマルチキャストグループと異なる場合には、現在所属するマルチキャストグループを離脱し、新しいマルチキャストアドレスに所属しなおす(ステップ2104)。
【0095】
なお、上記のマルチキャストにおける実施の形態においては、マルチキャストアドレスごとに独立したデータを送信することとしたが、階層符号化を利用し、送信端末190でベースレイヤ、エンハンスメントレイヤ、誤り耐性レイヤ(FECレイヤ)を準備し、受信端末191は有線区間、無線区間のパケットロス率に応じて、これらのレイヤを組み合わせて受信することとしてもよい。例えば、受信端末191にデータ情報として、図22の表を送信する。ここで、Bはベースレイヤ、E1、E2はエンハンスメントレイヤ、F1、F2は誤り耐性レイヤのマルチキャストアドレスを表すものとする。そして、例えば受信端末191で観測された無線区間のパケットロス率が0.1以上0.2未満であり、かつ有線区間のパケットロス率が0.05未満であった場合には、ベースレイヤ、エンハンスメントレイヤ1、FECレイヤ1を選択し、これらのレイヤを受信することとするのである。
【0096】
〈実施の形態8〉
図23は、マルチキャストにおける他の実施の形態の全体像を示す概略図である。図23は、図19において、受信端末191からパケットロス通知受信部1913、パケットロス率計算部1912を削除し、送信端末190にこれら各部を追加している。また、データ情報送信部1903、データ情報受信部1911を削除し、制御情報受信部2300、グループ決定部2301を送信端末230に追加し、制御情報送信部2310、グループ変更部2311を受信端末231に追加している。
【0097】
制御情報送信部2310は、受信端末231で観測されるパケットロス率を制御情報パケットに入力して送信端末230に送信する手段である。使用するプロトコルとしては、RTCPを想定している。
【0098】
送信端末230において、制御情報受信部2300は、受信端末231から送信された制御情報パケットから、パケットロス率を取得する手段である。
【0099】
グループ決定部2301は、パケットロス率計算部2302により計算された、有線区間、無線区間のパケットロス率に基づき、受信端末231が所属するマルチキャストグループを決定する。また、受信端末231が所属するマルチキャストグループを通知するマルチキャストグループ通知パケットを受信端末231に送信する手段でもある。パケットロス率からマルチキャストグループを決定する方法としては、前述の図20に示す対応表を保持し、この対応表を参照してマルチキャストグループを決定することとしてもよい。
【0100】
受信端末231のグループ変更部2311は、送信端末230から送信されたマルチキャストグループ通知パケットを受信し、通知されたマルチキャストグループが、当該受信端末231が現在所属するマルチキャストグループと異なる場合には、所属するマルチキャストグループを変更する手段である。
【0101】
図24は、図23に示す構成の動作を表すシーケンス図である。受信端末231は、最初に、マルチキャストグループAに参加し、データの受信を開始する(ステップ2400)。データ送信中に、有線区間でパケットロスが発生した場合には、ゲートウェイ232からパケットロス通知を送信端末230へ送信し、無線区間でパケットロスが発生した場合にはパケットロス通知を送信しない(ステップ2401)。受信端末231は、当該受信端末231で観測されるパケットロスからパケットロス率を計算し、RTCPを用いて送信端末230に送信する(ステップ2402)。送信端末230は、パケットロス通知と受信端末231からのパケットロス率から、有線区間、無線区間のパケットロス率をそれぞれ計算し、それらの値から受信端末231が所属すべきマルチキャストグループを決定し、受信端末231に通知する(ステップ2403)。図24の例では、マルチキャストグループBに所属するよう通知している。受信端末231は、現在所属するマルチキャストグループと通知されたマルチキャストグループとが異なる場合には、現在所属するマルチキャストグループから離脱し、通知されたマルチキャストグループに所属しなおす(ステップ2404)。以上により、受信端末231は、受信状況に応じたデータ受信が可能となる。
【0102】
以上、本発明に係る実施の形態1〜8を説明してきた。なお、上記各実施の形態においては、送信端末が有線区間に存在し、受信端末が無線区間に存在するという伝送路を前提としていたが、送信端末が無線区間に、受信端末が有線区間に存在する場合にも、本発明の実施は可能である。
【0103】
また、上記各実施の形態においては有線区間、無線区間が1段ずつ接続した伝送路を想定しているが、例えば図25に示すような、有線区間、無線区間が複数縦属接続された伝送路でも、本発明は適用可能である。図25に示す接続形態としては、屋内のネットワークが有線で構築されており、FWA(Fixed Wireless Access)などで外部ネットワークに接続している形態が考えられる。また、自動車の車内ネットワークが有線で構築されており、DSRC(Dedicated Short Range Communication)などで外部ネットワークと接続している場合も同様の接続形態となる。アプリケーションとしては、VoDのような映像配信や、TV電話のような双方向の通信が考えられる。
【0104】
図25のような接続形態の場合には、ゲートウェイ2501が送信端末2500からゲートウェイ2501までの間で発生したパケットロスを検出し、受信端末2503(もしくは送信端末2500)にパケットロス通知を送信する。また、ゲートウェイ2502は、送信端末2500とゲートウェイ2502との間で発生したパケットロスを検出し、受信端末2503(もしくは送信端末2500)に通知する。通知を受信した受信端末2503(もしくは送信端末2500)では、
(有線区間2504のパケットロス率)=(ゲートウェイ2501からのパケットロス通知から計算されるパケットロス率)、
(無線区間2505のパケットロス率)=(ゲートウェイ2502からのパケットロス通知から計算されるパケットロス率)−(ゲートウェイ2501からのパケットロス通知から計算されるパケットロス率)、
(有線区間2506のパケットロス率)=(受信端末2503でのパケットロス率)−(ゲートウェイ2502からのパケットロス通知から計算されるパケットロス率)、
(全有線区間のパケットロス率)=(有線区間2504のパケットロス率)+(有線区間2506のパケットロス率)
と計算することができ、無線区間のパケットロス率と有線区間のパケットロス率とをそれぞれ計算することが可能である。このように、有線区間と無線区間とを相互接続するゲートウェイからパケットロス通知を送信することで、個々の有線区間、無線区間のパケットロス率が計算可能となるため、有線区間、無線区間が複数段接続した場合にも本発明が適用可能であることは明らかである。
【0105】
以上、本発明に係る実施の形態1〜8とその変形例とを説明したが、本発明の送受信方法を実現するための送信装置(送信端末)、受信装置(受信端末)、ゲートウェイ、およびこれらを備えた送受信システムも本発明に含まれることは、言うまでもない。
【0106】
本発明は、上述した本発明の送信装置、受信装置、ゲートウェイ、送受信システムの全部または一部の手段(または、装置、素子、回路、部など)の機能をコンピュータにより実行させるためのプログラムであって、コンピュータと協働して動作するプログラムをも含む。なお、本発明のコンピュータは、CPUなどの純然たるハードウェアに限らず、ファームウェアやOS(Operating System)、さらに周辺機器を含むものであってもよい。
【0107】
本発明は、上述した本発明の送受信方法の全部または一部のステップ(または、工程、動作、作用など)の動作をコンピュータにより実行させるためのプログラムであって、コンピュータと協働して動作するプログラムをも含む。
【0108】
また、本発明のプログラムを記録した、コンピュータに読み取り可能な記録媒体も本発明に含まれる。また、本発明のプログラムの一利用形態は、コンピュータにより読み取り可能な記録媒体に記録され、コンピュータと協働して動作する態様であってもよい。また、本発明のプログラムの一利用形態は、伝送媒体中を伝送し、コンピュータにより読み取られ、コンピュータと協働して動作する態様であってもよい。また、記録媒体としては、ROM(Read Only Memory)等が含まれ、伝送媒体としては、インターネット等の伝送媒体、光・電波・音波等が含まれる。
【0109】
また、本発明の構成は、ソフトウェア的に実現してもよいし、ハードウェア的に実現してもよい。
【0110】
[産業上の利用の可能性]
本発明によれば、インターネットのような、様々な接続形態が存在し、しかも伝送帯域が変動する伝送路において、安定した伝送品質で、効率良くデータ伝送を行うことができる。特に、従来安定した伝送品質でデータ伝送を行うことが困難であった有線網、無線網の混在する接続形態においても、本発明を適用することにより、インターネットTV電話、VoD、放送(マルチキャスト)、ビデオ掲示板などの幅広いアプリケーションにおいて、安定した伝送品質で、効率良くデータ伝送を行うことが可能となる。
【図面の簡単な説明】
【図1】本発明の実施の形態1における全体像を示す概略図である。
【図2】本発明の実施の形態1における送信端末と受信端末との間のシーケンス図である。
【図3】本発明の実施の形態1における再送制御のフローチャートである。
【図4】本発明の実施の形態1における他の再送制御のフローチャートである。
【図5】本発明の実施の形態2における送信端末と複数の受信端末との間のシーケンス図である。
【図6】本発明の実施の形態3における全体像を示す概略図である。
【図7】本発明の実施の形態3における送信端末と受信端末との間のシーケンス図である。
【図8】本発明の実施の形態1および3におけるRTCPパケットのフォーマット例を示す図である。
【図9】(a)〜(c)は、図8中のサブタイプ(SubType)以下の部分のフォーマット例を示す図である。
【図10】本発明の実施の形態4における全体像を示す概略図である。
【図11】本発明の実施の形態4における送信端末と受信端末との間のシーケンス図である。
【図12】本発明の実施の形態4におけるパケットロス率の計算手順を示すフローチャートである。
【図13】本発明の実施の形態4における誤り耐性強度の決定手順を示すフローチャートである。
【図14】本発明の実施の形態4におけるパケットロス率の閾値と誤り耐性方式との対応表である。
【図15】本発明の実施の形態5における全体像を示す概略図である。
【図16】本発明の実施の形態5におけるパケットロス率の計算手順を示すフローチャートである。
【図17】本発明の実施の形態6における全体像を示す概略図である。
【図18】本発明の実施の形態7におけるマルチキャストでの接続形態を表す図である。
【図19】本発明の実施の形態7における全体像を示す概略図である。
【図20】本発明の実施の形態7における有線区間、無線区間のパケットロス率と所属すべきマルチキャストグループとの対応を示す図である。
【図21】本発明の実施の形態7における送信端末と受信端末との間のシーケンス図である。
【図22】本発明の実施の形態7における有線区間、無線区間のパケットロス率と所属すべきマルチキャストグループとの対応を示す他の図である。
【図23】本発明の実施の形態8における全体像を示す概略図である。
【図24】本発明の実施の形態8における送信端末と受信端末との間のシーケンス図である。
【図25】本発明が適用可能な、送信端末と受信端末との他の接続形態を示す図である。
Claims (10)
- 有線区間と無線区間とをもつ伝送路において、前記両区間の境界部分にゲートウェイが存在し、かつ前記ゲートウェイを介して送信端末と受信端末との間でデータパケットを送受信する送受信方法であって、
前記ゲートウェイにおいて検知されたパケットロスと、前記受信端末において検知されたパケットロスとに基づいて、前記有線区間におけるパケットロス率と前記無線区間におけるパケットロス率とを算出し、
前記両パケットロス率に基づいて、データパケットの伝送レートもしくは誤り耐性強度のうち少なくとも1つを決定することを特徴とする送受信方法。 - 請求項1記載の送受信方法において、
前記送信端末と前記ゲートウェイとの間でデータパケットがロスしたことを示す情報を、前記ゲートウェイがロス通知パケットとして前記受信端末に送信し、
前記ロス通知パケットと前記受信端末において検知されたパケットロスとに基づいて、前記有線区間におけるパケットロス率と前記無線区間におけるパケットロス率とを前記受信端末において算出し、
前記算出された両パケットロス率を前記受信端末が前記送信端末に通知し、
前記通知された両パケットロス率に基づいて、前記送信端末においてデータパケットの伝送レートもしくは誤り耐性強度のうち少なくとも1つを決定することを特徴とする送受信方法。 - 請求項1記載の送受信方法において、
前記送信端末と前記ゲートウェイとの間でデータパケットがロスしたことを示す情報を、前記ゲートウェイがロス通知パケットとして前記送信端末に送信し、
前記受信端末において検知されたパケットロスに関する制御情報を前記受信端末が前記送信端末に通知し、
前記ロス通知パケットと前記受信端末から通知された制御情報とに基づいて、前記有線区間におけるパケットロス率と前記無線区間におけるパケットロス率とを前記送信端末において算出し、
前記算出された両パケットロス率に基づいて、前記送信端末においてデータパケットの伝送レートもしくは誤り耐性強度のうち少なくとも1つを決定することを特徴とする送受信方法。 - 請求項2または3に記載の送受信方法において、
前記ロス通知パケットは、前記有線区間でロスしたデータパケットの代わりに送信されることを特徴とする送受信方法。 - 請求項2または3に記載の送受信方法において、
前記ロス通知パケットは、データパケット送信の制御情報用チャネルを用いて送信されることを特徴とする送受信方法。 - 請求項5記載の送受信方法において、
前記制御情報用チャネルにRTCP(RTP Control Protocol)を用いることを特徴とする送受信方法。 - 有線区間と無線区間とをもつ伝送路において、前記両区間の境界部分にゲートウェイが存在し、かつ前記ゲートウェイを介して送信装置からデータパケットを受信する受信装置であって、
前記ゲートウェイを介して前記送信装置からのデータパケットを受信し、当該データパケットのパケットロスを検出し、そのパケットロス数を記憶するデータ受信手段と、
前記ゲートウェイからのロス通知パケットを受信し、前記送信装置と前記ゲートウェイとの間で発生したパケットロスの数を記憶するパケットロス通知受信手段と、
前記データ受信手段に記憶されたパケットロス数と、前記パケットロス通知受信手段に記憶されたパケットロスの数とに基づいて、前記有線区間におけるパケットロス率と前記無線区間におけるパケットロス率とを算出するパケットロス率計算手段と、
前記算出された両パケットロス率を前記送信装置に通知する制御情報送信手段とを備えたことを特徴とする受信装置。 - 有線区間と無線区間とをもつ伝送路において、前記両区間の境界部分にゲートウェイが存在し、かつ前記ゲートウェイを介して受信装置へデータパケットを送信する送信装置であって、
前記有線区間におけるパケットロス率と前記無線区間におけるパケットロス率とを示す制御情報を、前記受信装置から受信する制御情報受信手段と、
前記無線区間におけるパケットロス率に基づいて、データパケットに付加する誤り耐性強度を決定する誤り耐性強度決定手段と、
前記有線区間におけるパケットロス率に基づいて、データパケットの伝送レートを決定する伝送レート決定手段とを備えたことを特徴とする送信装置。 - 有線区間と無線区間とをもつ伝送路において、前記両区間の境界部分にゲートウェイが存在し、かつ前記ゲートウェイを介して受信装置へデータパケットを送信する送信装置であって、
前記受信装置において検知されたパケットロスに関する制御情報を、前記受信装置から受信する制御情報受信手段と、
前記ゲートウェイからのロス通知パケットを受信し、前記送信装置と前記ゲートウェイとの間で発生したパケットロスの数を記憶するパケットロス通知受信手段と、
前記制御情報受信手段により受信した制御情報と、前記パケットロス通知受信手段に記憶されたパケットロスの数とに基づいて、前記有線区間におけるパケットロス率と前記無線区間におけるパケットロス率とを算出するパケットロス率計算手段と、
前記無線区間におけるパケットロス率に基づいて、データパケットに付加する誤り耐性強度を決定する誤り耐性強度決定手段と、
前記有線区間におけるパケットロス率に基づいて、データパケットの伝送レートを決定する伝送レート決定手段とを備えたことを特徴とする送信装置。 - 有線区間と無線区間とをもつ伝送路において、前記両区間の境界部分にゲートウェイが存在し、かつ前記ゲートウェイを介して送信端末からデータパケットを受信する受信端末のためのプログラムであって、
前記ゲートウェイを介して前記送信端末からのデータパケットを受信し、当該データパケットのパケットロスを検出し、そのパケットロス数を記憶するステップと、
前記ゲートウェイからのロス通知パケットを受信し、前記送信端末と前記ゲートウェイとの間で発生したパケットロスの数を記憶するステップと、
前記データ受信手段に記憶されたパケットロス数と、前記パケットロス通知受信手段に記憶されたパケットロスの数とに基づいて、前記有線区間におけるパケットロス率と前記無線区間におけるパケットロス率とを算出するステップと、
前記算出された両パケットロス率を前記送信端末に通知するステップとを備えたことを特徴とするプログラム。
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2000253718 | 2000-08-24 | ||
JP2000292066 | 2000-09-26 | ||
JP2000328592 | 2000-10-27 | ||
JP2001079942 | 2001-03-21 | ||
PCT/JP2001/006962 WO2002017574A1 (fr) | 2000-08-24 | 2001-08-13 | Procede et dispositif de transmission/reception |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2004318793A Division JP3708950B2 (ja) | 2000-08-24 | 2004-11-02 | 送受信方法およびその装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
JP3629025B2 true JP3629025B2 (ja) | 2005-03-16 |
Family
ID=27481555
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002522142A Expired - Lifetime JP3629025B2 (ja) | 2000-08-24 | 2001-08-13 | 送受信方法およびその装置 |
Country Status (6)
Country | Link |
---|---|
US (1) | US7333439B2 (ja) |
EP (1) | EP1241837B1 (ja) |
JP (1) | JP3629025B2 (ja) |
KR (2) | KR100450236B1 (ja) |
AU (1) | AU2001278717A1 (ja) |
WO (1) | WO2002017574A1 (ja) |
Families Citing this family (68)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2003152752A (ja) * | 2001-08-29 | 2003-05-23 | Matsushita Electric Ind Co Ltd | データ送受信方法 |
JP4116470B2 (ja) * | 2002-03-06 | 2008-07-09 | ヒューレット・パッカード・カンパニー | メディア・ストリーミング配信システム |
JP3920675B2 (ja) * | 2002-03-22 | 2007-05-30 | 株式会社リコー | データ通信方法、コンピュータ、プログラム及び記憶媒体 |
CN1324851C (zh) * | 2002-06-11 | 2007-07-04 | 汤姆森许可贸易公司 | 适用于动态网络丢失条件的数据通信方法 |
JP3769752B2 (ja) * | 2002-12-24 | 2006-04-26 | ソニー株式会社 | 情報処理装置および情報処理方法、データ通信システム、並びに、プログラム |
US7079854B2 (en) | 2003-01-11 | 2006-07-18 | Lg Electronics Inc. | Packet service system and method for controlling packet transmission |
KR100956817B1 (ko) * | 2003-01-11 | 2010-05-11 | 엘지전자 주식회사 | 패킷 데이터를 처리하는 방법 및 이를 위한 장치 |
KR100983266B1 (ko) | 2003-07-10 | 2010-09-24 | 엘지전자 주식회사 | 패킷의 전송 처리 방법 및 그를 위한 시스템 |
US7586938B2 (en) * | 2003-10-24 | 2009-09-08 | Microsoft Corporation | Methods and systems for self-describing multicasting of multimedia presentations |
US7085228B2 (en) * | 2003-10-31 | 2006-08-01 | Interdigital Technology Corp. | Adaptive radio resource management for wireless local area networks |
US7852837B1 (en) | 2003-12-24 | 2010-12-14 | At&T Intellectual Property Ii, L.P. | Wi-Fi/BPL dual mode repeaters for power line networks |
US8009586B2 (en) * | 2004-06-29 | 2011-08-30 | Damaka, Inc. | System and method for data transfer in a peer-to peer hybrid communication network |
US7839844B2 (en) * | 2004-07-30 | 2010-11-23 | Sony Corporation | System and method for dynamically determining retransmit buffer time |
US7643503B2 (en) * | 2004-07-30 | 2010-01-05 | Sony Corporation | System and method for dynamically determining retransmit buffer time |
JP4583859B2 (ja) * | 2004-09-28 | 2010-11-17 | 京セラ株式会社 | 通信システム、無線通信端末および基地局 |
JP5425397B2 (ja) * | 2004-12-02 | 2014-02-26 | トムソン ライセンシング | 適応型前方誤り訂正を行う装置及び方法 |
WO2006061902A1 (ja) | 2004-12-09 | 2006-06-15 | Mitsubishi Denki Kabushiki Kaisha | データ送信装置、データ受信装置、およびデータ配信システム |
JP2006245834A (ja) * | 2005-03-02 | 2006-09-14 | Nec Corp | Ip網の通信装置 |
JP4742669B2 (ja) * | 2005-05-13 | 2011-08-10 | ソニー株式会社 | 送受信システム、送信装置および送信方法、受信装置および受信方法、並びにプログラム |
US7697440B2 (en) * | 2005-06-17 | 2010-04-13 | Alcatel Lucent | Scalable selective alarm suppression for data communication network |
JP4559927B2 (ja) * | 2005-07-14 | 2010-10-13 | パナソニック株式会社 | 通信データ処理装置及び方法 |
US7743152B2 (en) * | 2005-10-31 | 2010-06-22 | Qualcomm Incorporated | Method and apparatus for detecting the presence of a terminal in a data session |
KR100903053B1 (ko) | 2005-11-04 | 2009-06-18 | 삼성전자주식회사 | 광대역 무선접속 통신망에서 멀티홉시스템을 위한자동반복요청 장치 및 방법 |
US7965771B2 (en) * | 2006-02-27 | 2011-06-21 | Cisco Technology, Inc. | Method and apparatus for immediate display of multicast IPTV over a bandwidth constrained network |
US7698617B2 (en) * | 2006-03-03 | 2010-04-13 | Alcatel Lucent | Intelligent switch and method for retransmitting a lost packet to decoder(s) |
CN101411094A (zh) * | 2006-03-28 | 2009-04-15 | 株式会社Ntt都科摩 | 中央节点、基站、移动台以及数据传输方法 |
FR2899993A1 (fr) * | 2006-04-18 | 2007-10-19 | France Telecom | Procede de notification d'un defaut de transmission d'un signal audio |
US8139552B1 (en) * | 2006-07-07 | 2012-03-20 | Rockstar Bidco, LP | Access category enforcement in wireless local area networks |
KR100755716B1 (ko) | 2006-07-10 | 2007-09-05 | 삼성전자주식회사 | 패킷의 손실 타입을 판별하는 장치 및 방법 |
US8031701B2 (en) | 2006-09-11 | 2011-10-04 | Cisco Technology, Inc. | Retransmission-based stream repair and stream join |
JP2008098798A (ja) * | 2006-10-10 | 2008-04-24 | Nec Corp | 通信システムにおけるデータ伝送状況判定方法および通信装置 |
US20090041100A1 (en) | 2006-12-13 | 2009-02-12 | Viasat, Inc. | Link aware mobile data network |
US7706255B1 (en) * | 2007-01-29 | 2010-04-27 | Solace Systems, Inc. | Communications apparatus with redundant switching or backpressure mechanism |
US8769591B2 (en) * | 2007-02-12 | 2014-07-01 | Cisco Technology, Inc. | Fast channel change on a bandwidth constrained network |
US8417255B2 (en) * | 2007-03-16 | 2013-04-09 | Qualcomm Incorporated | Data transmission and power control in a multihop relay communication system |
KR100984811B1 (ko) * | 2007-03-27 | 2010-10-01 | 삼성전자주식회사 | 데이터를 송수신하는 장치 및 방법 |
US20080253369A1 (en) | 2007-04-16 | 2008-10-16 | Cisco Technology, Inc. | Monitoring and correcting upstream packet loss |
JP5232856B2 (ja) | 2007-06-13 | 2013-07-10 | エヌエックスピー ビー ヴィ | 電子装置および保証型サービスを確実化する方法 |
US8667356B2 (en) * | 2007-08-20 | 2014-03-04 | Alcatel Lucent | Method for triggering retransmission in a multicast system and apparatus implementing the method |
US9106800B2 (en) * | 2007-08-31 | 2015-08-11 | At&T Intellectual Property I, L.P. | System and method of monitoring video data packet delivery |
JP4382153B2 (ja) * | 2007-12-12 | 2009-12-09 | パナソニック株式会社 | データ送受信システム、端末、中継機器及びデータ送信方法 |
US8752102B2 (en) * | 2008-01-03 | 2014-06-10 | Microsoft Corporation | Intelligent retransmission of data stream segments |
US8787153B2 (en) * | 2008-02-10 | 2014-07-22 | Cisco Technology, Inc. | Forward error correction based data recovery with path diversity |
JP4545806B2 (ja) * | 2008-02-29 | 2010-09-15 | 富士通株式会社 | 通信装置および配置決定方法 |
JP5104450B2 (ja) | 2008-03-25 | 2012-12-19 | 富士通株式会社 | パラメータ設定変更方法および設定装置 |
US9312989B2 (en) * | 2008-07-07 | 2016-04-12 | Cisco Technology, Inc. | Importance-based FEC-aware error-repair scheduling |
JP5207895B2 (ja) * | 2008-09-17 | 2013-06-12 | キヤノン株式会社 | 送信装置、受信装置、及び方法、プログラム |
US20100097931A1 (en) * | 2008-10-21 | 2010-04-22 | Shakeel Mustafa | Management of packet flow in a network |
JP5506362B2 (ja) * | 2009-12-15 | 2014-05-28 | キヤノン株式会社 | 送信装置、送信方法 |
JP2012227778A (ja) * | 2011-04-20 | 2012-11-15 | Nec Corp | 中継装置、通信システム、通信方法およびプログラム |
US9509581B2 (en) * | 2011-12-20 | 2016-11-29 | Thomson Licensing | Methods for monitoring data traffic in a gateway device |
KR20130094160A (ko) | 2012-01-20 | 2013-08-23 | 삼성전자주식회사 | 스트리밍 서비스를 제공하는 방법 및 장치 |
JP5821668B2 (ja) * | 2012-02-01 | 2015-11-24 | 富士通株式会社 | 基地局、無線通信システム、及び無線通信方法 |
EP2685658B1 (en) | 2012-07-10 | 2014-09-10 | Telefonaktiebolaget L M Ericsson (PUBL) | Technique for handling a data packet stream |
US9369362B2 (en) * | 2013-07-19 | 2016-06-14 | Rad Data Communications Ltd. | Triangle loopback |
US9762468B2 (en) * | 2015-03-09 | 2017-09-12 | Landis+Gyr Innovations, Inc. | Method for dynamically adjusting packet transmission timing |
CN108029039B (zh) * | 2015-09-11 | 2022-05-13 | 索尼公司 | 信息处理设备、通信系统和信息处理方法 |
US10332158B2 (en) | 2015-09-24 | 2019-06-25 | The Nielsen Company (Us), Llc | Methods and apparatus to adjust media impressions based on media impression notification loss rates in network communications |
US10045057B2 (en) | 2015-12-23 | 2018-08-07 | The Nielsen Company (Us), Llc | Methods and apparatus to generate audience measurement data from population sample data having incomplete demographic classifications |
EP3399681A4 (en) * | 2016-01-19 | 2018-12-26 | Huawei Technologies Co., Ltd. | Feedback method and device for uplink channel |
EP3968552A1 (en) * | 2016-07-07 | 2022-03-16 | Sony Group Corporation | Wireless communication apparatus |
WO2018077426A1 (en) * | 2016-10-28 | 2018-05-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Handling of data packet transfer via a proxy |
WO2018212613A1 (en) * | 2017-05-17 | 2018-11-22 | Samsung Electronics Co., Ltd. | Tcp proxy device-assisted communication method and apparatus in wireless communication |
CN109510690B (zh) * | 2017-09-14 | 2020-07-28 | 华为技术有限公司 | 传输报文的方法、网络组件和计算机可读存储介质 |
JP7251935B2 (ja) * | 2018-08-07 | 2023-04-04 | シャープ株式会社 | 端末装置、基地局装置、方法、および、集積回路 |
CN109412753A (zh) * | 2018-10-25 | 2019-03-01 | 网易(杭州)网络有限公司 | 数据传输方法及装置、电子设备以及存储介质 |
KR102139379B1 (ko) * | 2018-12-27 | 2020-07-29 | 울산과학기술원 | 서버와 무선단말 및 그 패킷 송수신 방법 |
CN113632523A (zh) * | 2019-03-29 | 2021-11-09 | 本田技研工业株式会社 | 通信装置、用户终端、通信系统及其控制方法、以及程序 |
Family Cites Families (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5636230A (en) * | 1994-05-31 | 1997-06-03 | Motorola, Inc. | Method for eliminating a receiving data unit as a source of excessive resend requests |
FI98174C (fi) * | 1995-05-09 | 1997-04-25 | Nokia Telecommunications Oy | Datansiirtojärjestelmä, jossa on liukuvaan ikkunaan perustuva datavuonohjaus |
JP3378429B2 (ja) | 1996-03-26 | 2003-02-17 | 株式会社東芝 | 同報通信制御装置 |
US6118771A (en) * | 1996-03-14 | 2000-09-12 | Kabushiki Kaisha Toshiba | System and method for controlling communication |
JPH09298575A (ja) | 1996-04-30 | 1997-11-18 | Nippon Telegr & Teleph Corp <Ntt> | データ伝送制御システムおよびデータ伝送制御方法 |
US6085253A (en) * | 1997-08-01 | 2000-07-04 | United Video Properties, Inc. | System and method for transmitting and receiving data |
JPH11163947A (ja) * | 1997-09-22 | 1999-06-18 | Toshiba Corp | ゲートウェイ装置、無線端末装置、ルータ装置および通信ネットワークのゲートウェイ制御方法 |
JPH11243419A (ja) | 1998-02-26 | 1999-09-07 | Fujitsu Ltd | Tcpレイヤのレート制御方式 |
JP3504491B2 (ja) | 1998-03-02 | 2004-03-08 | 日本電信電話株式会社 | パケット通信方式 |
US6643496B1 (en) * | 1998-03-31 | 2003-11-04 | Canon Kabushiki Kaisha | System, method, and apparatus for adjusting packet transmission rates based on dynamic evaluation of network characteristics |
EP1138137B1 (en) * | 1998-12-07 | 2004-10-13 | Airspan Networks (Israel) Ltd. | Wireless local loop system and method useful therefor |
US6424841B1 (en) * | 1999-02-18 | 2002-07-23 | Openwave Systems Inc. | Short message service with improved utilization of available bandwidth |
JP3183343B2 (ja) * | 1999-02-26 | 2001-07-09 | 日本電気株式会社 | データ通信方法、端末装置、中継装置、データ通信システム及びその記録媒体 |
JP2001045098A (ja) | 1999-05-26 | 2001-02-16 | Canon Inc | データ通信システム、データ通信装置、データ通信方法及び記憶媒体 |
US6662223B1 (en) * | 1999-07-01 | 2003-12-09 | Cisco Technology, Inc. | Protocol to coordinate network end points to measure network latency |
US6766309B1 (en) * | 1999-07-14 | 2004-07-20 | Liang Cheng | Method and system for adapting a network application based on classifying types of communication links using fuzzy logic |
US6208620B1 (en) * | 1999-08-02 | 2001-03-27 | Nortel Networks Corporation | TCP-aware agent sublayer (TAS) for robust TCP over wireless |
JP4284485B2 (ja) | 1999-09-16 | 2009-06-24 | ブラザー工業株式会社 | ラミネート装置 |
US6408184B1 (en) * | 1999-09-24 | 2002-06-18 | Nokia Corporation | Apparatus, and associated method, for cell selection in a packet radio communication system |
US6912216B1 (en) * | 1999-09-30 | 2005-06-28 | Verizon Laboratories Inc. | Method and system for estimating performance metrics in a packet-switched communication network |
JP4101993B2 (ja) | 1999-12-03 | 2008-06-18 | 三菱電機株式会社 | 有線無線混在網データ配信装置及び有線無線混在網データ配信方法 |
US6282192B1 (en) * | 2000-01-27 | 2001-08-28 | Cisco Technology, Inc. | PSTN fallback using dial on demand routing scheme |
US20030035407A1 (en) * | 2000-03-27 | 2003-02-20 | Rangaprasad Govindarajan | Packet retransmission in wireless packet data networks |
US6772209B1 (en) * | 2000-04-06 | 2004-08-03 | International Business Machines Corporation | Efficient method for rule-based distribution and management of content in a distributed hierarchy of storage devices |
US6760860B1 (en) * | 2000-04-17 | 2004-07-06 | Nortel Networks Limited | Automatic retransmission request layer interaction in a wireless network |
US6741569B1 (en) * | 2000-04-18 | 2004-05-25 | Telchemy, Incorporated | Quality of service monitor for multimedia communications system |
US6757245B1 (en) * | 2000-06-01 | 2004-06-29 | Nokia Corporation | Apparatus, and associated method, for communicating packet data in a network including a radio-link |
US6757248B1 (en) * | 2000-06-14 | 2004-06-29 | Nokia Internet Communications Inc. | Performance enhancement of transmission control protocol (TCP) for wireless network applications |
US6741555B1 (en) * | 2000-06-14 | 2004-05-25 | Nokia Internet Communictions Inc. | Enhancement of explicit congestion notification (ECN) for wireless network applications |
-
2001
- 2001-08-13 KR KR10-2002-7005226A patent/KR100450236B1/ko active IP Right Grant
- 2001-08-13 US US10/168,367 patent/US7333439B2/en not_active Expired - Lifetime
- 2001-08-13 KR KR10-2004-7002485A patent/KR100458040B1/ko active IP Right Grant
- 2001-08-13 JP JP2002522142A patent/JP3629025B2/ja not_active Expired - Lifetime
- 2001-08-13 WO PCT/JP2001/006962 patent/WO2002017574A1/ja active IP Right Grant
- 2001-08-13 AU AU2001278717A patent/AU2001278717A1/en not_active Abandoned
- 2001-08-13 EP EP01956856.7A patent/EP1241837B1/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
KR20040027938A (ko) | 2004-04-01 |
KR100450236B1 (ko) | 2004-09-30 |
EP1241837A4 (en) | 2009-04-01 |
US20020191594A1 (en) | 2002-12-19 |
EP1241837B1 (en) | 2018-02-28 |
WO2002017574A1 (fr) | 2002-02-28 |
US7333439B2 (en) | 2008-02-19 |
EP1241837A1 (en) | 2002-09-18 |
KR100458040B1 (ko) | 2004-11-26 |
KR20020044566A (ko) | 2002-06-15 |
AU2001278717A1 (en) | 2002-03-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP3629025B2 (ja) | 送受信方法およびその装置 | |
US9356976B2 (en) | Real-time communications methods providing pause and resume and related devices | |
JP3757857B2 (ja) | データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム | |
US9106431B2 (en) | Method and apparatus for improved multicast streaming in wireless networks | |
JP3708950B2 (ja) | 送受信方法およびその装置 | |
JP5402389B2 (ja) | 電子会議システム、配信管理サーバ、データ制御方法、プログラム、及び記録媒体 | |
US20090103635A1 (en) | System and method of unequal error protection with hybrid arq/fec for video streaming over wireless local area networks | |
US9578360B2 (en) | Information presentation device and method | |
JP2007158410A (ja) | 画像符号化装置、画像復号装置、および画像処理システム | |
JPH10247944A (ja) | 中継制御装置および方法 | |
KR20040009928A (ko) | 전송제어 파라미터 생성방법 및 프레임 특성에 따른선택적 자동 재전송 방법 | |
WO2008029710A1 (fr) | Système de communication de données, appareil d'envoi de données, procédé d'envoi de données, appareil de réception de données et procédé de réception de données | |
WO2008119259A1 (fr) | Système et procédé de correction d'erreurs sans voie de retour adaptative dynamique dans un réseau iptv | |
KR20110108366A (ko) | 신뢰성 있는 멀티캐스트 스트리밍을 위한 방법 및 장치 | |
US20100037270A1 (en) | Multicast digital video lost packet recovery | |
JP2007150916A (ja) | コミュニケーションシステム、端末装置及びコンピュータプログラム | |
JP2010119133A (ja) | パケット送信装置、通信システム及びプログラム | |
JP2002141964A (ja) | 送受信方法およびその装置 | |
JP2005033556A (ja) | データ送信装置、データ送信方法、データ受信装置、データ受信方法 | |
JP2005244315A (ja) | 映像ストリーミング伝送のネットワーク品質安定化装置 | |
CN101645903A (zh) | 一种多媒体数据的传输方法及装置 | |
Wong et al. | TCP streaming for low-delay wireless video | |
TWI475842B (zh) | Real-time control method of servo-to-client data stream transfer rate | |
JP3530094B2 (ja) | データ通信装置及び通信制御方法 | |
JP2001024707A (ja) | マルチメディアパケット通信端末及びマルチメディアパケット通信網 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20040907 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20041102 |
|
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: 20041130 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20041209 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 3629025 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071217 Year of fee payment: 3 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081217 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091217 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091217 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101217 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101217 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111217 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111217 Year of fee payment: 7 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121217 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121217 Year of fee payment: 8 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131217 Year of fee payment: 9 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
EXPY | Cancellation because of completion of term | ||
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313113 |
|
R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
R360 | Written notification for declining of transfer of rights |
Free format text: JAPANESE INTERMEDIATE CODE: R360 |
|
R371 | Transfer withdrawn |
Free format text: JAPANESE INTERMEDIATE CODE: R371 |