JP2004320230A - Transmission station and reception station in in multicast communication system, and communication method - Google Patents

Transmission station and reception station in in multicast communication system, and communication method Download PDF

Info

Publication number
JP2004320230A
JP2004320230A JP2003109235A JP2003109235A JP2004320230A JP 2004320230 A JP2004320230 A JP 2004320230A JP 2003109235 A JP2003109235 A JP 2003109235A JP 2003109235 A JP2003109235 A JP 2003109235A JP 2004320230 A JP2004320230 A JP 2004320230A
Authority
JP
Japan
Prior art keywords
priority
receiving station
retransmission request
station
receiving
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2003109235A
Other languages
Japanese (ja)
Inventor
Yutaka Ikeda
豊 池田
Takashi Aramaki
隆志 荒巻
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.)
Sharp Corp
Original Assignee
Sharp Corp
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 Sharp Corp filed Critical Sharp Corp
Priority to JP2003109235A priority Critical patent/JP2004320230A/en
Priority to PCT/JP2004/005183 priority patent/WO2004093396A1/en
Publication of JP2004320230A publication Critical patent/JP2004320230A/en
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1881Arrangements for providing special services to substations for broadcast or conference, e.g. multicast with schedule organisation, e.g. priority, sequence management
    • 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/1887Scheduling and prioritising arrangements
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/02Details
    • H04L12/16Arrangements for providing special services to substations
    • H04L12/18Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
    • H04L12/1863Arrangements for providing special services to substations for broadcast or conference, e.g. multicast comprising mechanisms for improved reliability, e.g. status reports
    • H04L12/1868Measures taken after transmission, e.g. acknowledgments

Abstract

<P>PROBLEM TO BE SOLVED: To provide a technology capable of enhancing the communication efficiency and the reliability of communication with an important reception station in a multicast communication system. <P>SOLUTION: A transmission station 201 in the multicast communication system having a function of retransmitting data to the reception station in response to a retransmission request sent from the reception station on the occurrence of an error in data received by the reception station is provided with: a priority setting section 110 for placing priority denoting a frequency of the permission of transmission of the data retransmission request to each reception station in a way of ranking each reception station; and a retransmission request permission section 104 for permitting the transmission of the data retransmission request to each reception station according to priority set by the priority setting section 110. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

【0001】
【発明の属する技術分野】
再送機能を備えるマルチキャスト型通信システムにおける送信局および受信局、並びに通信方法に関するものであり、特に、通信路の信頼性を確保するための再送処理技術に関する。
【0002】
【従来の技術】
(通信路の信頼性の確保)
データ通信技術において、伝送すべきデータを正しく伝送するための技術として、誤りを検出し、そのデータを再送する技術がある。受信局は受信したデータから誤りを検出し、誤りが検出された場合に、送信側に当該データの再送を要求し、送信局はその再送要求を受けて、データの再送を行う技術である。このような仕組みで通信路の信頼性を確保でき、よく知られた方式として、TCP/IPなどがある。
【0003】
(通信局が複数ある場合の通信路の信頼性の確保)
ところで、通信路には、複数の局が存在することが一般的であり、各局はそれぞれ独立に通信を行っている。つまり、ある通信帯域を複数の局が共有していることとなる。このような場合、ある局間の通信の状態が悪く、再送が頻繁に発生したとすると、その通信路を共有している他の局の通信に影響を与え、通信の伝送効率が著しく悪化することがあり、重要なデータや時間的に早く伝送すべきデータの伝送に障害を与えることとなる。上記のような課題を解決するための技術として、各局にあらかじめ重要度を付加して、その重要度の高い局から順に再送する技術がある(例えば特許文献1参照)。
【0004】
(マルチキャスト通信における通信路の信頼性の確保)
1つの送信局に対して複数の受信局が存在する場合に、それら複数の受信局すべてに対して、同じデータが送信される通信方式がある。このような通信方式は、一般的には、マルチキャストやブロードキャスト方式と呼ばれ、よく知られた方式として、UDP/IPなどがある。
【0005】
これらの方式では、再送や再送要求などの通信路の信頼性は確保されないことが多い。
【0006】
そこで、マルチキャスト通信における通信路の信頼性を確保するための技術として、受信局から複数の再送要求が送信された場合に、送信局が所定の順序でデータの再送処理を行う技術が提案されている(例えば特許文献2参照)。
【0007】
また、特許文献3には、マルチキャスト通信方式における送信局において、効率を上げるために、前記受信局からの再送要求が複数あるときに、より過去に送信したデータの再送要求や、より多数の受信局から再送要求があったデータの再送要求を優先して処理する構成(特許文献3の請求項7・8等参照;以下、「特許文献3の第1の構成」と称する)が開示されている。
【0008】
また、特許文献3には、マルチキャスト通信方式における送信局において、効率を上げるために、より過去に送信したデータの再送要求を行った受信局に対して、他の受信局よりも優先させて再送要求を許可する構成(特許文献3の請求項6等参照;以下、「特許文献3の第2の構成」と称する)が開示されている。
【0009】
さらに、マルチキャスト通信方式における送信局において、一定期間内で、ある特定の受信局からの再送要求を所定回数以上に受けると、その受信局に優先的に再送要求を許可する送信局も提案されている(特許文献3の請求項9等参照;以下、「特許文献3の第3の構成」と称する)参照)。
【0010】
【特許文献1】
特開2001−86121号公報(第2頁、第2−14行)
[公開日:平成13年3月30日]
【0011】
【特許文献2】
特開2001−237883号公報(第2頁、第2−15行)
[公開日:平成13年8月31日]
【0012】
【特許文献3】
特開2002−314626号公報[公開日:平成14年10月25日]
【0013】
【発明が解決しようとする課題】
(特許文献1の問題点)
特許文献1の技術では、再送要求を受信した送信局が、あらかじめ各受信局に付加された重要度に基づいて、どの受信局に対して再送するかを決定する。
【0014】
しかし、特許文献1の技術では、再送要求を行うか否かを決定するのは受信局であり、受信局は誤りが発生した時点で制限なく再送要求を送出する。このため、受信状態の悪い受信局があった場合には、その局は頻繁に再送要求を送出する。受信状態の悪い受信局の重要度が高く設定されていれば、その再送要求に対して再送が優先的に行われるが、受信状態の悪い受信局の重要度が低く設定されている場合、多数回の再送要求に対して再送はなかなか行われず、最悪の場合にはまったく再送されないような状況が起こりうる。つまり、ほとんど再送されない受信局や、まったく再送されない受信局からも、再送要求だけは頻繁に発生することとなり、まったく処理されない再送要求パケットが無駄なパケットとして通信路を伝送されることとなる。その結果、その通信路を共有している他の局の通信の効率が悪化する。
【0015】
(一般的なマルチキャスト通信に再送の仕組みを導入した場合の問題点)
一般的なマルチキャスト通信において、通信路の信頼性を確保するために再送の仕組みを導入した場合、複数存在する受信局の受信状態はそれぞれ独立であり、受信したデータに対して誤りが発生する箇所もまた独立である。つまり、各受信局が再送を要求する箇所も独立となる。その結果、各受信局は限られた通信帯域を共有しながら、それぞれ局独自の再送要求を送信局に送ることとなる。このような状態において、ある受信局の受信状態が極めて悪く、その受信局から頻繁に再送要求が送出・処理されると、その受信局からの再送要求が他の局の再送要求と衝突する。その結果、通信の信頼性をより高く確保すべき他の局の再送要求が処理されないような場合がある。
【0016】
(特許文献2の問題点)
特許文献2の技術では、受信局からの再送要求が衝突しないような記載をしているが、その詳細が明らかでないため、なぜ衝突しないのかが不明確である。そのため、再送要求が衝突する問題の解決は実現されていない。
【0017】
また、特許文献2の技術では、特定の受信局が、より高い頻度(優先度)で再送要求を行うわけではない。そのため、通信の信頼性を高く確保すべき重要な受信局が、十分に再送要求を送出することができなくなる可能性がある。
【0018】
(特許文献3の問題点)
特許文献3の技術では、受信局が再送要求するか否かは、送信局からのポーリングによって実現しているため、上記特許文献1および2のような再送要求が衝突する問題点はなくなる。
【0019】
しかしながら、特許文献3の第1の構成は、再送要求を処理する順序、すなわちデータの再送順序を入れ替えているに過ぎない。また、特許文献3の第2の構成における受信局の優先というのは、再送要求を許可する順序を入れ替えて特定の受信局から先に再送を行っているに過ぎない。特許文献3の第1および第2の構成では、各受信局が再送要求を許可される頻度(優先度)は基本的に同じであり、特定の受信局に対して、より高い頻度(優先度)で再送要求を許可しているわけではない。すなわち、再送要求許可を行う頻度に差をつけているわけではない。そのため、通信の信頼性を高く確保すべき重要な受信局が、十分に再送要求を送出することができなくなり、高い通信の信頼性を確保できなくなる可能性がある。
【0020】
また、特許文献3の第3の構成は、再送要求が連続した場合の例外的な処理として、ある限られた短時間(再送要求が連続したことが確認された後、再送要求が連続しなくなるまで)において、一時的に、特定の受信局に連続して再送要求の送信を許可するものであり、通信開始当初や通常時には、各受信局が再送要求を許可される頻度(優先度)は同じである。したがって、比較的長い時間レンジで観測した場合、各受信局が再送要求を許可される頻度(優先度)は、ほぼ同じである。また、特許文献3の第3の構成は、特定の1つの受信局を優先しており、他の受信局に対しては全く平等に再送要求を許可している。そのため、この構成においても、通信の信頼性を高く確保すべき重要な受信局が、十分に再送要求を送出することができなくなり、高い通信の信頼性を確保できなくなる可能性がある。
【0021】
本発明は、以上のような課題を解決するためのものであり、マルチキャスト型通信システムにおいて、通信の効率を向上できると共に、重要な受信局に対する通信の信頼性を向上できる送信局および受信局、並びに通信方法を提供することを目的とする。
【0022】
【課題を解決するための手段】
本発明では、送信局がすべての受信局に対して同じデータパケットを伝送するマルチキャスト型の通信方式において、送信局が、一般的なマルチキャスト型通信方式のデータ(マルチキャストデータ)に加えて、特定の1つまたは2つ以上の受信局に再送を許可する情報を送信する。各受信局は、送信局からのパケットを受信した際、上記マルチキャストデータおよび情報を解析し、自局が再送要求を許可されていて、かつ、マルチキャストデータに誤りがあった場合にのみ、送信局に対して再送要求を送信する。そして、本発明では、データの再送要求の送信を許可する優先度を順位がつくように設定し、この優先度に従って各受信局にデータの再送要求の送信を許可する。例えば、受信局がA、B、Cの3局あり、通信路全体として所定期間内に6回の再送が可能な場合、受信局Aには3回、受信局Bには2回、受信局Cには1回の再送を許可する。
【0023】
以上の説明からも分かるように、本発明の送信局は、1つの送信局から、前記送信局が個別に識別可能な複数の受信局に対してデータ伝送を行うマルチキャスト型の通信システムにおける送信局であり、かつ、受信局で受信されたデータに誤りが発生した場合に受信局から送信される再送要求に応じて、データを受信局に再送する機能を備える送信局であって、前記各受信局に対して、データの再送要求の送信を許可する頻度である優先度を順位がつくように(差がつくように)設定する優先度設定手段と、前記優先度設定手段にて設定された前記優先度に従って、前記各受信局にデータの再送要求の送信を許可する再送要求許可手段とを備えたことを特徴とする。
【0024】
また、本発明の受信局は、前記送信局から、再送要求送信許可に関する情報を含むデータを受信するための受信局であって、受信された再送要求送信許可に関する情報に基づいて、前記送信局により再送要求の送信が許可された再送要求許可受信局を判定する再送要求許可受信局判定手段と、再送要求送信許可に関する情報を受信した時あるいはそれより前に受信されたデータに誤りがあり、前記再送要求許可受信局判定手段にて自局が再送要求の送信を許可されたと判定できたときのみ、再送要求を送信する再送要求手段を備えていることを特徴とする。上記受信局は、受信したパケットに含まれていた誤りデータに対する再送を、上記パケットと共に受信した再送要求許可に関する情報に基づいて再送要求を送信する構成であってもよく、過去に受信したパケットに含まれていた誤りデータに対する再送を、上記パケットより後に受信した再送要求許可に関する情報に基づいて再送要求を送信する構成であってもよい。
【0025】
また、本発明の通信方法は、1つの送信局から、前記送信局が個別に識別可能な複数の受信局に対してデータ伝送を行うマルチキャスト型の通信方法であり、かつ、データに誤りが発生した場合に、受信局が再送要求を送信し、前記送信局が前記再送要求に応じてデータを受信局に再送する通信方法であって前記各受信局に対して、データの再送要求の送信を許可する頻度である優先度を順位がつくように設定する優先度設定ステップと、前記優先度設定手段にて設定された前記優先度に従って、前記各受信局にデータの再送要求の送信を許可する再送要求許可ステップとを含むことを特徴とする。
【0026】
ここでいう「優先度」とは、各受信毎に設定された再送要求を許可する頻度である。したがって、優先度を順位がつくように設定し、設定された優先度に従って各受信局にデータの再送要求の送信を許可するとは、再送を許可する順番を臨時に入れ替えることではなく、各受信局に対して、確保すべき通信の信頼性の高さ等に応じて、再送要求の送信を許可する頻度に差をつけることである。
【0027】
本発明によれば、通信路が安定していない場合でも、再送要求を送信することを許可された受信局のみ再送要求を送信するため、要求された再送要求は必ず処理されることとなり、無駄な再送要求パケットが通信路を伝送されることがない(特許文献1、2の課題解決)。それゆえ、通信の効率が向上する。
【0028】
さらに、本発明によれば、通信の信頼性を高く確保すべき重要な受信局が、十分な頻度で再送要求を送出することが可能であるので、高い通信の信頼性を確保できる(特許文献2、3の課題解決)。
【0029】
本発明の通信方法では、典型的には、前記優先度設定ステップは、通信開始時または通信開始前に実行され、前記優先度に従った再送要求許可ステップは、通信中、常に実行される。このように定常的に再送要求の送信を許可する頻度に差をつけることで、通信の信頼性を高く確保すべき重要な受信局の通信の信頼性を、高く保つことができる。
【0030】
再送が許可される受信局を送信局が所定のアルゴリズムにより適切に決定すれば、どの受信局に対して再送要求を割り当てるかの設定が柔軟に行え、重要な受信局や重要なデータの再送が送信局の管理の下、柔軟且つ厳密に行える。したがって、前記優先度設定ステップにおける優先度の設定方法(優先度設定アルゴリズム)は、慎重に検討する必要があり、以下のようにさまざまな方法が考えられる。
【0031】
すなわち、前記優先度設定ステップでは、たとえば、通信開始時に行う送信局と受信局間のネゴシエーションにより前記優先度を決定する。
【0032】
上記方法によれば、通信開始時に各受信局は自局がどの程度の通信路の信頼性を確保できるのかが分かる。また、その時々の通信路の混雑具合に応じた柔軟な通信路の信頼性の確保が可能となる。
【0033】
また、前記優先度設定ステップでは、あらかじめ設定された受信局の属性に応じて前記優先度を決定してもよい。
【0034】
上記方法では、例えば、会社での利用シーンとして、管理職が使用している受信局は高い信頼性を確保するが、一般従業員の信頼性は管理職よりも抑えるような設定が可能となる。
【0035】
また、前記優先度を動的に変更可能にしてもかまわない。すなわち、本発明の通信方法は、前記優先度設定ステップにおいて設定された優先度を動的に変更する優先度変更ステップとをさらに含んでいてもよい。
【0036】
優先度を変更する条件は、例えば、新たにネットワークに受信局が加わった場合である。ある時点において、受信局Aは優先度の順位が1位、受信局Bは優先度の順位が2位となっていたが、より優先度を高く設定すべき受信局Cがネットワークに参加した場合、あらたな優先度の順位が、受信局Cが1位、受信局Aが2位、受信局Bが3位となるように優先度を変更する利用方法である。
【0037】
つまり、前記優先度変更ステップでは、例えば、新たな受信局がネットワーク内に参加した時に優先度を変更する。
【0038】
また、前記優先度変更ステップでは、各受信局の誤り率に応じて優先度を変更してもよい。
【0039】
また、受信局Cの優先度の順位が1位、受信局Aの優先度の順位が2位、受信局Bの優先度の順位が3位といった場合に、もし受信局Cの通信環境が悪いとき、受信局Cが頻繁に再送を行った結果、受信局Aや受信局Bはほとんど再送要求が行えないような事態が起こりうる。あるいは受信局A,Bにも再送許可が割り当てられたとしても、効率的な再送とは言えない。このような場合は、各受信局の誤り率をそれぞれの受信局から送出される再送要求などから算出し、その算出された誤り率が所定の値より大きいときは、優先度の順位を下げても良い。その結果、受信局Aの優先度の順位が1位、受信局Bの優先度の順位が2位、受信局Cの優先度の順位が3位となり、受信局Cはほとんど再送要求が行えないが、その代わり、受信局Aと受信局Bは十分なデータの信頼性が得られるような利用が可能となる。
【0040】
つまり、前記優先度変更ステップでは、各受信局の誤り率を算出し、その算出された誤り率の一部が所定の値より大きい場合に、優先度を変更してもよい。また、前記優先度変更ステップでは、算出された誤り率が所定の値より大きい場合には、その所定の値より大きい誤り率を持つ受信局の優先度を下げてもよい。
【0041】
また上記とは逆に、前記優先度変更ステップでは、各受信局の誤り率を算出し、その算出された誤り率の一部が所定の値より小さい場合に、優先度を変更してもよい。また、前記優先度変更ステップでは、算出された誤り率が所定の値より小さい場合には、その所定の値より小さい誤り率を持つ受信局の優先度を上げてもよい。
【0042】
上記各方法によれば、誤り率の小さい受信局を優先的に扱うことで、通信路の信頼性の悪い受信局に再送を占有されること無く、より通信路の信頼性を確保できる受信局を増やすことが可能となる。その結果、再送要求を頻繁に要求しない優先度の順位が上位の受信局は、ほぼエラーフリーの状態で通信が可能となる。つまり、安定して通信できる局を可能な限り増やすことができる。
【0043】
また、上記各方法における優先度変更ステップでは、優先度を変更する条件として、誤り率が所定の値を超えるとか、ある受信局がネットワーク内に参加する(通信グループに参加する)など、時間軸とは関係ない条件を利用していたが、もちろん、ある所定の時間間隔で優先度を変更しても良い。その際に優先度の順位を並び替えてもよく、優先度の順位の並び替えの条件として、上述した誤り率を利用しても良い。
【0044】
つまり、前記優先度変更ステップでは、優先度の順位を所定の時間間隔で変更してもよい。
【0045】
以上の方法では、優先度の割り当ては、事前に定められたか、通信路の状態などに従い行っていたが、その結果、再送要求が割り当てられる受信局と割り当てられない受信局間の格差が大きくなることがあり、不公平な優先度の割り当てを行っているともいえる。ある短期的な時間に限れば、ある受信局は優先され、他の受信局は優先されないような状態があっても良いが、長期的な時間まで広げた場合は、再送が許可される回数を平等に近づけても良いだろう。
【0046】
つまり、前記優先度変更ステップでは、各受信局の誤り率を算出し、所定の時間間隔で、各受信局の優先度の順位を、誤り率の小さいほど優先度の順位が高くなるように並び替えられるように優先度を変更してもよい。また、前記優先度変更ステップでは、所定の時間間隔でランダムに優先度の順位が入れ替わるように優先度を変更してもよい。また、前記優先度変更ステップでは、前記優先度決定ステップで決定された優先度の順位に3つ以上の異なる順位が存在した場合、少なくとも1つの受信局の優先度の順位が、最高の順位になるまでは徐々に上がっていき、最高の順位になると最低の順位に下がるように、所定の時間間隔で優先度を変更してもよい。また、前記優先度変更ステップでは、前記優先度決定ステップで決定された優先度の順位に3つ以上の異なる順位が存在した場合、少なくとも1つの受信局の優先度の順位を、最低の順位になるまでは徐々に下がっていき、最低の順位になると最高の順位に上がるように、所定の時間間隔で優先度を変更してもよい。
【0047】
また、上記では、各受信局は必ず優先度が設定されるとしてきたが、優先度が設定されない受信局があってもかまわない。例えば、非常に多くの受信局がネットワーク上に存在する場合、全ての受信局に優先度をつけることは現実的に不可能な場合がある。その場合は、一部のある数の受信局だけに優先度を設定し、他の大多数の受信局には優先度を設定せず、常に再送要求の送信を許可されないようにしてもよい。
【0048】
つまり、前記再送要求設定ステップでは、一部の受信局に対して常に優先度を設定せず、前記再送要求許可ステップでは、優先度が設定されなかった受信局に対して再送要求の送信を許可しないようにしてもよい。また、前記優先度設定ステップでは、所定の条件を満たした場合に、一部の受信局に対して優先度を設定せず、前記再送要求許可ステップでは、優先度が設定されなかった受信局に対して再送要求の送信を許可しないようにしてもよい。
【0049】
また、優先度を割り当てないことが再送要求を許可しないこととなっている必要はなく、優先度を割り当てていても再送要求が許可されないこともあってもよい。例えば、優先度の順位が高い受信局から再送要求の送信を許可していき、再送帯域を使い切ってしまったら、優先度の順位がそれより低い受信局には再送要求の送信を許可しない方法などであってもよい。この方法では、その後、上位の受信局が通信から離脱した場合、繰上げで再送要求の送信が許可されていく。
【0050】
前記再送要求許可ステップでは、一部の受信局に対して常に再送要求の送信を許可しないようにしてもよい。また、前記優先度設定ステップでは、所定の条件を満たした場合に、一部の受信局に対して再送要求の送信を許可しないようにしてもよい。
【0051】
前記優先度設定ステップでは、各受信局の誤り率を算出し、一部の受信局の誤り率が所定の誤り率より大きい場合には、その所定の誤り率より大きい誤り率を持つ受信局に対して、再送要求の送信を許可しないようにしてもよい。また、前記優先度設定ステップでは、より上位の優先度を期待(許可)する一部の受信局だけで再送帯域を使いきってしまった場合に、それ以外の受信局に対して再送要求の送信を許可しないようにしてもよい。前記優先度設定ステップでは、(受信局の属性・ユーザー設定などで)再送を期待しない受信局として設定された受信局が存在した場合に、その受信局に対して再送要求の送信を許可しないようにしてもよい。
【0052】
上記各構成は、受信局の数が多い場合に、再送の有効利用に有効に働くだろう。また、通信路の状態が悪く(誤り率が高く)、割り当てられた再送回数では、通信路の信頼性を確保できないような受信局がある場合、再送を許可しても有効に利用できていないわけであり、そのような受信局には再送を許可しないようにすることで、再送の有効利用が可能となる。
【0053】
もちろん、受信局すべてが再送要求を許可されないようにしてもよい。その場合は、再送に割り当てていた帯域をデータ転送に割り当てることが可能となり、通信帯域の効率的な利用が可能となる。
【0054】
【発明の実施の形態】
(発明の概要)
本発明の実施の一形態では、一般的なマルチキャスト方式とは異なり、通信路の信頼性を確保できるようなマルチキャスト伝送を採用する。すなわち、本発明の実施の一形態では、送信局はすべての受信局に対して、同じデータを伝送するが、そのパケットの中に、マルチキャストデータに加えて、特定の受信局の再送可否が設定された、再送要求許可フラグも送信する。各受信局は、送信局からのパケットを受信した際、マルチキャストデータに加えて、上記フラグも解析し、もし自局が再送要求を許可されていて、なおかつ、マルチキャストデータに誤りがあった場合、送信局に対して、再送要求を送信する。
【0055】
例えば、受信局がA、B、Cの3局あり、通信路全体として所定期間内に6回の再送が可能な場合、受信局Aには3回、受信局Bには2回、受信局Cには1回の再送を許可するようにして、各局に再送要求許可の優先度を設定するような利用方法である。ところで、後述するが、この設定は固定的なものではなく、動的に変更することも可能である。
【0056】
ところで、送信局と受信局間で通信を開始するためには、実際のデータ伝送の前に、送信局が各受信局それぞれを一意に把握するための手続きが必要であり、一般的にはBindやAssociationなどとよばれたりもする。本発明においても、送信局と受信局の間で、実際のデータ伝送をする前に、Associationなどを行うことで、送信局は各受信局を個別に認識し、一意に扱えるように設定する。具体的には、Association手続きとして、送信局が各受信局に対して、通信中のみ有効な臨時のIDを割り振り、そのIDで受信局を管理する。上述した再送許可用のフラグは、このIDにより管理する。
【0057】
マルチキャスト型の通信であるため、受信局がA、B、Cの3局ある場合に、ある受信局Aでデータ誤りがあった場合でも、他の受信局Bや受信局Cではデータ誤りが無いこともある。その場合、受信局Aから再送要求が送出され、送信局から該当データに対して再送が行われる。マルチキャスト型通信であるため、この再送データは、受信局Bや受信局Cも受信するが、受信局Bや受信局Cではすでに正しく受信されているため、再送データは意味の無いデータとして破棄される。あるいは、先に受信した正しいデータと置き換えても良い。
【0058】
また、以下に示す本実施の形態では、送信局が送信する再送要求許可フラグはマルチキャストデータと同じパケット内で伝送するが、受信局で発生するデータ誤りはランダムに発生するため、たまたま再送要求が許可されたパケットから誤りが検出された場合は、特に問題なく再送要求を送信することが可能であるが、再送要求を許可されていないパケットから誤りが検出された場合、送信局に対する再送要求が不可能であるため、工夫が必要である。例えば、データ誤りの検出結果は複数パケットに及んで蓄積しておき、送信局から再送要求許可フラグが自局であるようなパケットを受信するまで待ち、そのパケットを受信したときに、いままで蓄積しておいた誤りデータの再送を送信局に対して要求するといった実装である。
【0059】
以下に、図面を参照しつつ、本発明の実施の形態について説明する。
【0060】
(マルチキャスト型の通信システム)
ここでは、図2に示すような通信システム(通信環境)に本発明を適用した実施形態を説明する。すなわち、1つの送信局201に対して、複数の受信局202・203・204(受信局A、受信局B、受信局C)が存在し、送信局201から同じデータパケット(送信パケット108)を複数の受信局202・203・204宛に送信する、いわゆるマルチキャスト型の通信システムに本発明を適用した実施形態を説明する。
【0061】
なお、マルチキャスト型の通信システムは、1つのデータパケットを同時に特定の複数の受信局に送信するので、宛先が複数ならば同じ内容のデータパケットを相手毎にそれぞれ送信する必要があるユニキャスト型の通信システムに対し、1回のデータパケットの送信だけで済み、手間と通信トラフィックの節約になるという利点がある。また、マルチキャスト型の通信システムは、ブロードキャスト型の通信システムとは相違し、送信局が受信局を認識可能になっているので、ネットワークに参加した(通信に参加した)特定の受信局にのみデータを送信することが可能であり、また、送信局が受信局の制御を行うことが可能である。
【0062】
(送信局の構成)
図1に本実施の形態の送信局201の概略構成をブロック図として示す。
【0063】
送信局201は、受信局202〜204で受信されたデータに誤りが発生した場合に受信局202〜204から送信される再送要求に応じて、データを受信局202〜204に再送する再送機能を備えている。送信局201は、図1に示すように、入力データ記憶部101、送信パケット生成部102、パケット送信部103、再送要求許可部(再送要求許可手段)104、再送要求データ処理部105、パケット受信部106、および優先度設定部(優先度設定手段)110を備えている。送信局201の各部はすべて、ハードウェアで実現可能である。
【0064】
入力データ記憶部101は、外部から入力された送信すべきデータである新規入力データ107を送信パケット生成部102に出力するものである。入力データ記憶部101は、受信局202〜204からの再送要求があった場合に再送できるよう送信済みの新規入力データ107を保持するバッファとしての役割も果たす。パケット受信部106は、受信局202〜204から、再送要求データを含むパケット(受信パケット109)を受信する。再送要求データ処理部105は、受信したパケット(受信パケット109)から再送要求データを抽出し、抽出した再送要求データを解析した後、入力データ記憶部101に出力する。入力データ記憶部101は、受信局202〜204から再送要求データを含むパケット(受信パケット109)を受信したときには、再送すべきデータ(再送データ)をバッファから取り出して、送信パケット生成部102に出力する。ただし、バッファ(入力データ記憶部101)には無制限に再送すべきデータを蓄積しておいても構わないが、なんらかのアルゴリズムでバッファ(入力データ記憶部101)に蓄積されたデータを破棄するようにすると良い。たとえば、バッファに蓄積されたデータが映像データなどのデータであり、受信局202〜204側でこのデータを映像等として再生する場合、受信局202〜204側で再生すべき時が過ぎて再送することに意味が無くなった時点で、データを破棄するといった実装が可能である。
【0065】
優先度設定部110は、所定の優先度設定アルゴリズム(後述)に従い、送信局201が個別に認識できる複数の受信局202〜204のうち、どの受信局(202〜204のうちの1つまたは2つ;以下、符号を省略)にどの優先度を設定するかを決定する(優先度設定ステップを実行する)。このとき、各受信局202〜204の優先度に、差がつけられる(順位がつけられる)。図示しないが、優先度設定部110で決定された優先度を、優先度変更アルゴリズム(後述)に従い、動的に変更する(優先度変更ステップを実行する)優先度変更部をさらに設けてもよい。
【0066】
再送要求許可部104は、優先度設定部110で設定され(場合によっては動的に変更され)た優先度に基づいて、再送要求の送信を許可する受信局を選定し、選定された受信局に関する情報を、その受信局宛の再送要求許可データ(再送要求送信許可に関する情報)として送信パケット生成部102に出力する。送信パケット生成部102は、再送要求許可部104から指定された受信局宛の再送要求許可データと、入力データ記憶部101から出力された送信データ(新規入力データ107あるいは再送データ)とから、送信パケットを生成して、パケット送信部103に出力する。パケット送信部103は、送信パケット生成部102から出力されたパケットを送信パケット108として受信局202〜204宛に送信する。前記再送機能は、入力データ記憶部101、送信パケット生成部102、およびパケット送信部103によって実現されている。
【0067】
(送信パケットのフォーマット)
図3に、送信局201から送信される送信パケット108のパケットフォーマットの1例を示す。送信パケット108は、プリアンブル301、ヘッダ302、再送要求許可受信局設定フラグ303、および送信データ304からなる。プリアンブル301、ヘッダ302は、通信で一般的に使われているものであり、ここでは特に説明しない。また、送信データ304は、図1の新規入力データ107あるいは再送データである。
【0068】
また、図には示していないが、送信データ304、再送要求許可受信局設定フラグ303には、そのデータに誤りが含まれているか否かを検出するための誤り検出符号(CRCなど)が含まれている。さらには、これに誤り訂正符号(リードソロモン符号など)が使われていても構わない。これらの誤り検出符号、誤り訂正符号は、パケット全体で1つだけ付加されていても構わないし、パケットを複数のブロック単位に分割して、そのブロックごとに付加されていても構わない。また、パケットの最後には、ストップフラグなどを付加してもよい。
【0069】
再送要求許可受信局設定フラグ303が、複数ある受信局202〜204のうち、どの受信局が再送要求の送信を行えるかを示すフラグであり、再送要求許可部104で設定された受信局を示すようフラグを設定する。例えば、図4のようなものである。
【0070】
ここで、送信データ304は、1つのパケット全体が、再送前に最初に伝送されるデータや、再送データでもかまわないし、それらが混在したデータでもかまわない。また、再送データは、1回目の再送データと2回目の再送データという具合に、異なる再送回数の再送データが混在していてもかまわない。
【0071】
また、図4に示すように、再送許可フラグを、どの受信局202〜204に対しても再送を許可しないような設定してもよい。
【0072】
さらに、再送許可フラグを、すべての受信局202〜204に対して再送要求を認めるように設定しても良い。ただし、その場合、再送要求自体に衝突が起こったりして、送信局201に正しく伝わらないこともあるだろう。また、たまたま送信局201が複数の再送要求パケットを受信できた場合でも、どのデータを再送すべきか迷うこともあるかもしれない。そのような場合には、その時点における再送要求許可の優先度にしたがって優先度の高い受信局からの再送要求を優先したり、データの伝送能力の許す限り、優先度の高い受信局からの再送要求を処理したりするなどで対応しても良い。
【0073】
また、1つのパケットを複数のブロックに分割してもよい。
【0074】
(通信開始時の優先度設定フローチャート)
以下では、通信開始時における各受信局202〜204への優先度設定フローチャートを示す。ここでは、各受信局202〜204はあらかじめ優先度を決定するための属性を保持していて、通信開始時に送信局201とネゴシエーションを行うことで、優先度を決定する場合(後述する優先度設定アルゴリズムA、C)について説明する。
【0075】
優先度を決定するための属性とは、通信の信頼性をどの程度確保することを期待しているのかを示すための指標で、例えば、1〜10までの数値で表し、数字の大きなものほど、十分な信頼性の確保を期待していることを示すが、優先度は相対的なものになる。例えば、仮に受信局Aの指標が5だとする。この場合に、もし受信局A以外の受信局の指標がすべて4以下なら、最も高い信頼性を確保できることになるが、もし受信局A以外の受信局の指標がすべて6以上なら、最も低い信頼性しか確保できないことになる。また、たまたま受信局A以外の受信局の指標がすべて5の場合もあるだろう。その場合は、たまたますべての受信局が同じ信頼性を得ることになる。
【0076】
また、優先度を決定するための属性の指定の仕方として、単なる通信の信頼性をどの程度確保することを期待しているのかを示す指標ではなく、受信局の能力のようなものを利用してもよい。例えば、表示部を持つような受信局に対する通信を想定してみる。表示部を持つ受信局とは、テレビ、パソコン、PDA、携帯電話などさまざまものがあるが、当然ながら、それらのもつ表示領域にはサイズがさまざまである。20インチサイズのテレビ、12インチサイズのパソコン、4インチサイズのPDA、2インチサイズの携帯電話などのような場合である。この場合、すべての受信局は同じ信頼性を求めているわけではなく、最も大きな表示領域を持つテレビは最も高い信頼性を求めるだろうし、最も小さな表示領域を持つ携帯電話は最も低い信頼性でも構わないだろう。
【0077】
当然ながら、この指標はこれだけにとどまらず、数値の小さいものほど十分な信頼性の確保を期待したり、あるいは他の受信局に対する相対的なレベルでもかまわない。例えば、常に最上位の信頼性を確保することを期待などである。また、受信局が少なく帯域に余裕がある場合は、可能な限り多くの再送回数を確保することで、信頼性を高めるが、受信局が増えてきて帯域に余裕がなくなってきた場合は、他の受信局にも再送回数を振り分けるような指標にしてもよい。つまり、受信局は、図11のように、帯域に余裕がある場合に最大限期待する再送回数と、帯域に余裕が無くなり複数の受信局で再送回数を共有する必要がある場合に期待する、最低限期待する再送回数のように複数の指標をテーブルにもってもよい。また再送回数は通信帯域・通信速度・遅延可能時間などの諸条件により変化する。例えば、通信速度が10Mbpsの場合には、一定時間内に全体で3回の再送しか認められなかったとしても、通信速度が1Mbpsになると、一定時間内に全体で20回の再送が認められるような場合である。したがって、図12のように絶対数値のような指標ではなく、帯域に対する割合のような指標でもよい。図12では「1」が100%の帯域を占有することを示し、例えば、通信速度が1Mbpsであり、再送が全体で20回まで認められるならば、指標「1」は20回の再送を意味し、指標「0.3」は6回の再送を意味する。図13に複数の受信局の指標テーブルの1例を示す。
【0078】
また、絶対数値や帯域に対する割合でもなく、相対的な指標でもよい。例えば、「現在通信に参加している受信局のうち最大の再送回数を確保」のような指標である。
【0079】
上記の指標テーブルを保持する複数の受信局202〜204がある1つの送信局201と通信を開始する場合の優先度設定フローチャートを図14に示す。送信局201は受信局202〜204が通信に参加するのを待つ(S301)。新規参加受信局が現れた場合(S301でYES)、送信局201は新規参加受信局の期待する再送指標を受信する(S302)。ここで再送指標とは図11や図12で示したようなものであり、受信局202〜204から送信局201に対して伝送される。次に送信局201は、その新規参加受信局に対して、受信局から伝送された指標と、その時点での通信の状況とに応じて、割り当て可能な一定時間内の再送回数を計算する(S303)。その計算結果から新規参加受信局に対する優先度を決定して、優先度テーブルを更新する(S304)。
【0080】
優先度テーブルは、図8のように、通信に参加している受信局に対して割り当てている一定時間内の再送要求許可回数(優先度)を管理しているテーブルである。このテーブルを新規参加受信局が現れるたびに更新し、優先度を設定する。なお、優先度テーブルを更新するタイミングは新規受信局が参加した時だけにとどまらず、後述するとおり、さまざまなタイミングで更新してもよい。
【0081】
優先度テーブルは、通信に参加している受信局に対して再送要求の送信を許可する頻度を表す指標(優先度)を各受信局毎に管理するテーブルであり、この指標(優先度)としては、一定時間内における再送要求送信許可回数、全再送帯域に対する割合、「現在通信に参加している受信局のうち最大の再送回数を確保」のような相対的な指標等が挙げられる。優先度を管理する優先度テーブルに代えて、単に優先度の順位のみを管理するテーブルを使用してもよい。
【0082】
以下では、受信局A,B,Cの3台がそれぞれ図13に示すような指標テーブルを持つものとし、これらの受信局が、受信局B,C,Aの順番に通信に参加したとした場合の、処理の流れを示す。ここでは、一定時間内に全体で10回の再送が可能であるとする。
【0083】
まず、どの受信局も参加していない状態から受信局Bが通信に参加したとする。受信局Bの期待する再送帯域は1であるため、送信局は受信局Bに可能な再送回数のすべてを許可する。
【0084】
その後、受信局Cが通信に参加したとする。その時点で、送信局はS303の計算を実行する。計算の結果、受信局BとCの最低限期待する再送帯域を足し合わせたとしても、すべての帯域を使い切るわけではない。その場合に、受信局BとCにどのように再送帯域を許可するかはさまざまな方法がある。比較的平等に許可するという方針なら、受信局Bが6回、受信局Cが4回の再送回数を許可されるとしてもよい。また、より大きな再送帯域を期待している受信局を優先するという方針なら、受信局Bが8回、受信局Cが2回としてもよい。
【0085】
次に、受信局Aが参加したとする。その時点で送信局は再度S303の計算を実行するが、この時点ですべての受信局が期待する最低限の再送帯域を許可できないことが分かる。その際には、すべての受信局が平等に帯域を減らすという方針もあるだろうし、より大きな再送帯域を期待している受信局を優先するという方針もあるだろう。前者ならば、受信局Aは約58%、受信局Bは25%、受信局Cは約17%の再送帯域を許可されることになるし、後者ならば、受信局が70%、受信局Bが30%の再送帯域を許可され、受信局Cはまったく再送を許可されなくなる。
【0086】
(送信局の動作のフローチャート)
図7に送信局201の動作のフローチャートを示す。以下では説明の便宜上、受信局から受信するパケットは再送要求パケットのみとするが、当然それ以外のパケット(例えば、その他の制御情報など)を受信しても良い。まずパケット受信部106において受信局202〜204からのパケットの受信の有無を確認する(S101)。パケットを受信していなければ(S101でNO)、入力データ記憶部101に入力される新規入力データ107を抽出し、送信データ作成の準備をする(S102)。パケットを受信した場合(S101でYES)、受信局202〜204から受信した再送要求データの処理を行う(S103)。具体的には、入力データ記憶部101に記憶されているデータの抽出準備のための解析(どのデータが再送要求されているのか?)などである。その後、入力データ記憶部101から再送要求を受けたデータを抽出する(S104)。なお、送信するパケットに含まれるデータとして、再送要求に対するデータと、新規入力データを合わせて送信する場合には、受信局からのパケットの受信の有無に関わらず、S102のステップを常に実行してもよい。S102とS104の抽出結果を受けて、送信データの生成を行い(S105)、送信パケット生成部102に出力する。一方、再送要求データ処理(S103)では、誤り率などから、各受信局202〜204の優先度設定のための解析も行う。具体的には、上述したとおり、誤り率の大きな受信局は優先度を下げるなどの処理を行うための解析である。その解析結果を受けて、優先度設定部110にて各受信局202〜204宛の優先度の設定を行う(S106;優先度設定ステップ)。この設定は、例えば優先度設定テーブルとしてメモリに格納される。当然ながら、本優先度設定処理は、常に行い続けなければならないわけではなく、通信開始時や新たな受信局が参加した時等に行えばよい。また、一旦優先度が設定された後は、このステップにおいて、何らかのタイミングで(例えば、ある受信局202〜204の誤り率が所定の値を越えた時点などに)優先度を動的に変更する処理を実行しても良い(優先度変更ステップ)。本処理で設定された優先度テーブルを再送要求許可部104に出力し、再送要求許可設定処理を行う(S107)。上述したとおり、優先度設定処理は、常に変化しているわけではないので、設定された優先度テーブルを再送要求許可部104に出力する処理は、優先度に変化が生じた時点毎に行うなどの実装でも良い。優先度テーブルの1例を図8に示す。図8に示すように、受信局B,D,Cは数回の再送回数を許可されているが、全体として許される再送回数を上位3つの受信局で使いきり、受信局Aは再送がまったく許可されないようにしてもよい。受信局A以外にも受信局があった場合も、受信局Aと同様に再送はまったく許可されない。その後、優先度設定処理から出力された優先度テーブルに従い、次に送信するパケットで再送要求を許可する受信局を決定する(S107)。その後、送信データ生成処理(S105)と再送要求許可設定処理(S107)の結果を受けて、送信パケット生成部102にて図3に示すような送信パケットを生成し(S108)、パケット送信部103から受信局202〜204宛に送信パケット108を送信する(S109)。
【0087】
(再送要求パケット伝送の様子)
図8のように受信局A,B,C,Dに優先度を設定した場合に、通信路で伝送されているパケットの様子を図10に示す。ここでは便宜上、すべての局は常に再送要求パケットを送出しているが、データに誤りが無い場合は、当然ながら再送要求パケットは通信路を伝送されない。また、送信局から送信されるパケットには、初めて送信されるデータと再送データが混在している。図10より分かるように、全体として再送要求は6回許可されており、うち受信局Bが3回、受信局Dが2回、受信局Cが1回割り当てられており、受信局Aはまったく再送要求が許可されていないことが分かる。
【0088】
ところで、上記説明では、再送要求すべきデータが無い場合は、受信局から送信局への通信を行う必要が無いと説明したが、もちろんそれに限るわけではない。例えば、すべてのデータパケット(パケットが細かいブロックに分割されているならブロック)にパケット番号(あるいはブロック番号)を付加しておき、すべてのデータが正しく受信できたならば、正しく受信できた最後のパケット番号(あるいはブロック番号)、あるいは次に受信したいパケット番号(あるいはブロック番号)を受信局から送信局に伝えて、次に送信局が受信局に送信すべきデータを確実に伝えてもよい。
【0089】
また、図10においては、送信局からのデータ伝送に対する受信局からの返答は1サイクル(送信局が送信するパケット毎に1サイクルと仮定する)あたり1台のみの記載になっているが、もちろんこれに限るものではない。すなわち、送信局から1パケットが送信されるたびに、そのパケットで、複数の受信局からの再送要求許可を指定してもよい。このように1サイクルで複数の受信局からの再送を許可することで、再送のタイミングを早めることが可能となる。1サイクルで複数の受信局からの再送を許可する場合には、再送要求が衝突しないように、送信局が、再送要求許可と合わせて、受信局が送信する再送要求パケットを送信することが可能なタイミング(1サイクル内の特定期間)も受信局に通知してもよい。
【0090】
(受信局の動作)
各受信局202〜204は、受信したパケットから誤りを検出した場合、再送要求許可受信局設定フラグ303を確認し、もし自局が再送要求を許可されていれば、再送要求パケットを送信局201に対して送信するが、もし許可されていなければ、受信したパケットから誤りを検出したとしても再送要求は送信しない。図4の再送要求許可受信局設定フラグ303のようなフラグにより各受信局202〜204に対して再送を許可することが可能になる。すなわち、図6に示すように、通信開始時に送信局より各受信局202〜204それぞれに対して、IDが割り当てられ、そのIDを利用して、図4の再送要求許可受信局設定フラグ303を設定する。図6から分かるように、どの受信局202〜204にも割り当てないようなIDを作成しても良い。そのIDを利用することで、図4に示したように、どの受信局202〜204にも再送を許可しないとか、すべての受信局202〜204に再送を許可するなどの柔軟な処理が可能となる。
【0091】
ところで、送信局が送信する再送要求許可受信局設定フラグ303は、マルチキャストデータと同じパケット内で伝送するが、受信局202〜204で発生するデータ誤りはランダムに発生するため、たまたま再送要求が許可されたパケットから誤りが検出された場合は、特に問題なく再送要求を送信することが可能である。しかしながら、再送要求を許可されていないパケットから誤りが検出された場合、送信局201に対する再送要求が不可能であるため、工夫が必要である。例えば、データ誤りの検出結果は複数パケットに及んで蓄積しておき、送信局201から再送要求許可受信局設定フラグ303が自局を許可するフラグであるようなパケットを受信するまで待ち、そのパケットを受信したときに、いままで蓄積しておいた誤りデータの再送を送信局に対して要求するといった実装である。
【0092】
(受信局のブロック図)
図5に受信局202〜204のブロック図を示す。なお、他の受信局202〜204は同様の構成を備えているので、ここでは、そのうちの1つの受信局202について説明する。
【0093】
受信局202は、パケット受信部501、誤り検出部502、出力データ記憶部503、再送要求許可受信局判定部(再送要求許可受信局判定手段)504、再送要求部(再送要求手段)505、パケット送信部506、および誤り蓄積部510を備えている。受信局202の各部はすべて、ハードウェアで実現可能である。
【0094】
パケット受信部501は、送信局201から送信されたパケット(受信パケット507)を受信する。誤り検出部502は、受信したパケット(受信パケット507)からデータの誤りが存在するか否かを判定し、判定の結果、誤りが検出された場合、誤り蓄積部510に再送要求すべきデータを蓄積しておく。また、誤り検出部502は、誤りが検出されなかった正常なデータを出力データ記憶部503に送る。出力データ記憶部503は、このデータを記憶し、必要時に外部へ受信データ509として出力する。また、受信したパケットから、図3のパケットフォーマットの再送要求許可受信局設定フラグ303を再送要求許可受信局判定部504において検査し、もし自局が再送要求の送信を許可されていれば、誤り蓄積部510にて蓄積してある再送要求すべきデータを再送要求部505にて生成し、パケット送信部506より送信局201宛に送信する。もし自局が再送要求の送信を許可されていなければ、誤りを検出したとしても、再送要求パケットは送信せず、誤り蓄積部510に蓄積しておく。また、上述したとおり、再送要求の送信がまったく許可されない受信局が存在するため、誤り蓄積部510で蓄積しておく再送要求すべきデータは、永久に再送要求できないこともある。その場合は、何らかの処理(たとえばタイムアウト)により、破棄しても良い。また、データには、伝送されるべき時間の制限がある場合がある。例えば、所定のタイミングで再生すべき映像データなどのデータを伝送する場合で、再生すべきタイミングでまだデータを受信していないような場合である。このようなことはデータ誤りが発生しなおかつ再送要求が許可されないような場合に起こりえる。そのときには、この後、再送が許可されたとしても、そのデータは既に意味が無いため、誤り蓄積部510から削除しても良い。
【0095】
なお、受信局は、誤り訂正を行う機能を備えていてもよい。その場合、前述した送信パケットに誤り訂正符号を付加し、この誤り訂正符号に基づいて受信局が誤り訂正を行うようにすればよい。また、受信局が誤り訂正を行う機能を備えている場合には、受信したデータに誤りが生じ、かつ、その誤りが誤り訂正不能であるときのみ受信局が再送を要求するようにするとよい。
【0096】
(再送要求を行う単位)
ところで、再送要求は必ずしも受信したパケット全体に行う必要は無い。受信局が、受信パケットをいくつかのブロックに分割してブロック毎に誤りの検出を行い、誤りの検出されたブロックだけを再送要求しても良い。また、受信パケットが複数のブロックに分割されているものであれば、受信局が、ブロック毎に誤りの検出を行い、誤りの検出されたブロックだけを再送要求しても良い。
【0097】
その場合、受信局は、誤り検出部502でブロック単位で誤りの有無を判定し、再送要求と共に、パケットに含まれる複数ブロックのうちで受信局が正しく受信できたブロックを示す情報を送信局に送信する。また、誤り検出部502で誤りが無いと判定されたブロックの受信データは、出力データ記憶部503に出力され、一時的に保持される。その後、送信局が、再送要求と、正しく受信できたブロックを示す情報とに基づいてブロック単位でデータを再送し、受信局で正しく受信されると、正しく受信された再送データが出力データ記憶部503に入力される。その後、受信局は、ブロックの順序整列を行い、受信データ509として出力する。もちろん、このようなブロックの順序整列は、出力データ記憶部503の後段の処理部(図示しない)で行っても良い。
【0098】
以上のように、ブロック単位で再送要求および再送を行うことによって、パケットの伝送効率を向上させることが可能である。
【0099】
ところで、パケット単位、パケットをブロックで分割されたブロック単位のどちらで再送を行うにしても、再送要求されるデータにはなんらかの番号管理が用いられる必要がある。なぜならば、誤りが検出されたパケットまたはブロックは、誤っているがゆえに、いったいどういう情報が含まれているかを判断することができないからである。どういう情報が含まれているか分からないものを要求することは不可能である。よって、例えば、TCPなどで使われているシーケンス番号などの番号を各パケットまたは各ブロックに割り当てておき、正常に受信できなかった番号、あるいは正常に受信できた番号を送信局に伝えることで、受信局が正常に受信できなかった(誤って受信した)データの再送要求を行うようにしてもよい。
【0100】
(受信局の動作のフローチャート)
図9に受信局の動作のフローチャートを示す。以下では説明の便宜上、受信局から送信するパケットは再送要求パケットのみとするが、当然それ以外のパケット(例えば、その他の制御情報など)を送信しても良い。まずパケット受信部502にてパケットを受信し(S201)、誤り検出部502にて受信データに誤りがあるか否かを判定する(S202)。
【0101】
当然ながら、受信したパケット内にある誤りは、伝送すべきデータだけでなく、再送要求可能受信局設定フラグ303にも存在することがあるが、本実施例では、便宜上、受信したパケット内にある誤りは伝送すべきデータにのみあるとする。ところで、仮に再送要求可能受信局設定フラグ303に誤りがあった場合、伝送すべきデータに誤りがあった場合と同様にS206の処理に移行するようにしてもよいが、その受信パケットでは自局は再送を許可されていないと判断し、何もしないようにしてもよい。誤りが無かった場合(S202でNo)、出力データ記憶部503に受信データを記憶する(S203)。出力データ記憶部503には、上述のとおり、ブロックごとに分割された受信データがもともとの順序が入れ替わって入力されてくることもあるので、順序整列を行い(S204)、受信データ509を出力する(S205)。ところで、受信パケット507から誤りが検出された場合(S202でYES)、誤りデータ蓄積部510にて誤りデータを蓄積する(S206)。一方、受信パケット507から、再送要求許可受信局判定部504にて再送要求許可受信局を判定し、自局が再送を許可されていない場合は何もしない(S207でNO)。つまり、誤りデータの蓄積の有無に関わらず、再送が許可されていなければ何もしない。これにより、意味の無い再送要求が通信路に流れることが無い。自局が再送を許可されている場合は(S207でYES)、誤りデータ蓄積部510に誤りデータが蓄積されていなければ何もしない(S208でNO)。つまり再送が許可されていたとしても、誤りデータが蓄積されていなければ、何もしない。これにより、不必要なパケットが通信路を流れない。誤りデータ蓄積部510に誤りデータが蓄積されていれば(S208でYES)、再送要求部505で再送要求データとして送信局に送信する準備をし(S209)、パケット送信部506から送信パケット508を送信する(S210)。
【0102】
(再送要求許可の優先度設定アルゴリズム)
ところで、受信局から送信局に対して行う再送要求の送信は、無制限に行えるわけではなく、限られた伝送帯域の中で行わなければならないので、効率よく行うことが望まれる。例えば、受信局Aの通信環境が悪い場合に、受信局Aが頻繁に再送要求の送信を許可され、その許可された再送要求の送信を最大限まで伝送帯域を利用して行ったとする。その場合、他の受信局Bや受信局Cは再送要求が行えないので、受信局Bと受信局Cのデータの信頼性が悪化することがある。また、受信局Aも割り当てられた再送要求だけでは、十分なデータの信頼性が得られない場合、最悪、受信局A、受信局B、受信局Cすべてのデータの信頼性が確保できないこともありうる。したがって、再送要求許可部104において、再送要求を許可する受信局を選定する方法(前記優先度設定ステップにて設定する優先度設定方法)は慎重に検討する必要があり、以下のようにさまざまな方法が考えられる。各受信局に対する再送要求許可の頻度(優先度)に差をつけて、より通信帯域の有効利用を図るための優先度設定アルゴリズムおよび優先度変更アルゴリズムを以下に複数提案する。
【0103】
(優先度設定アルゴリズムA)
優先度を決定する方法としては、まず、送信局と受信局とが通信を開始する際に、送信局と受信局との間でネゴシエーションを行い、このネゴシエーションにおいて、受信局が、自局が期待するデータ伝送の信頼性に関する情報を送信局に送信し、送信局が、上記の情報に基づいて優先度を設定する方法がある。
【0104】
すなわち、まず、送信局と受信局とが通信を開始する際には、本来の通信に先だって、送信局と受信局との間で、Associationやbinding等といったネゴシエーション(交渉)が行われる。このネゴシエーションとは、送信局と受信局とが互いに正しく通信を行うための条件を確認し合い、ハードウェア的な通信条件(信号線の使い方など)や通信手順(通信プロトコル)などを事前に決定する処理である。
【0105】
各受信局にはそれぞれ、自局が期待するデータ伝送の信頼性(一定期間内における最小の再送回数など)があるので、新たに通信に加わった受信局は、ネゴシエーションにおいて、その信頼性を確保できるように、送信局に依頼、すなわち、上記信頼性に関する情報を送信局に送信する。次に、送信局は、その受信局へのデータ伝送を開始するまでに、上記信頼性に関する情報と、その時点での通信状況(その時点で何台の受信局と通信しているのかなど)とに基づいて、新たに通信に加わった受信局に対して割り当てることが可能な信頼性あるいは優先度(再送要求の送信が許可される頻度;一定期間内に許可される再送要求送信の回数など)を判断(検討)し、判断結果に基づいて受信局の優先度の順位を設定する。この場合、各受信局の優先度の順位は、一旦設定した後は変更されない。
【0106】
(優先度設定アルゴリズムB)
また、優先度を設定する方法は、通信システムの利用者によってあらかじめ設定された、各受信局の属性と、その属性の優先度とに基づいて送信局が決定する方法であってもよい。例えば、会社で利用している場合を想定すると、各受信局の属性として複数の役職を設定し、属性の優先度を、役職の順位に合わせて設定する、すなわち、例えば、管理職は一般社員よりも優先度が高く、役員は管理職よりも優先度が高くなるように設定し、これらの設定に基づいて送信局が決定する方法が考えられる。この場合、各受信局の優先度の順位および優先度は、一旦設定した後は変更されない。
【0107】
なお、各受信局の属性については、適宜利用者が受信局に設けられた入力手段を用いて設定し、受信局内の記憶手段に記憶させてしておくようにすればよい。また、属性の優先度については、例えば、送信局内の記憶手段に予め記憶させておくか、適宜利用者が送信局に設けられた入力手段を用いて設定し、送信局内の記憶手段に記憶させてしておくようにすればよい。
【0108】
また、あらかじめ再送をまったく要求しないような属性や常に最下位の優先度を要求するような属性を持った受信局があっても良い。
【0109】
また、上記2つの方法は、優先度を一旦設定すれば以後、優先度は変更されない方法であったが、一旦設定した優先度を動的に変更可能にしてもかまわない。優先度を変更する方法(優先度変更アルゴリズム)を以下に挙げる。
【0110】
(優先度変更アルゴリズムC)
例えば、優先度設定アルゴリズムAで設定された優先度を、新たにネットワークに受信局が加わった場合に、変更する方法が考えられる。この方法は、例えば、ある時点において、受信局Aは優先度の順位1位、受信局Bは優先度の順位2位となっていたが、より優先度の順位を高く設定すべき受信局Cがネットワークに参加した場合、あらたな優先度の順位を、受信局Cが1位、受信局Aが2位、受信局Bが3位とするように優先度を変更する方法である。
【0111】
(優先度変更アルゴリズムD)
また、上述したとおり、優先度の順位が、受信局Cが1位、受信局Aが2位、受信局Bが3位といった場合に、もし受信局Cの通信環境が悪いとき、受信局Cが頻繁に再送を行った結果、受信局Aや受信局Bはほとんど再送要求が行えないような事態が起こりうる。このような場合は、各受信局の誤り率をそれぞれの受信局から送出される再送要求などから算出し、その算出された誤り率が所定の値より大きいときは、優先度設定アルゴリズムA等で設定された優先度を下げても良い。その結果、優先度の順位は、受信局Aが1位、受信局Bが2位、受信局Cが3位となり、受信局Cはほとんど再送要求が行えないが、その代わり、受信局Aと受信局Bは十分なデータの信頼性が得られるような利用が可能となる。また、逆に、誤り率が所定の値より小さいときは、優先度設定アルゴリズムA等で設定された優先度を上げてもよい。その結果、優先度の順位が上位の受信局は、ほぼエラーフリーの状態で通信が可能となる。つまり、再送要求を頻繁に要求しない局の優先度を上げておくことで、安定して通信できる局を可能な限り増やそうという思想である。
【0112】
各受信局において発生している誤りは、受信局毎に独立であることが一般的である(おおきな外来ノイズ(電子レンジなど)からの場合は、それに限らず)。その場合、誤り率の大きな受信局に再送の多くを行った結果、若干の再送でエラーフリーを達成できる受信局に対して、再送が割り当てられないことがある。何度再送しても改善されないなら、切り捨てて、限りある再送回数を意味のある再送として生かそうという思想である。
【0113】
ところで、誤り率の算出方法に関しては、受信局側で算出した値を送信局に通知しても良い。また、誤り率の測定の好ましい実装としては、各受信局が独自に計算した誤り率を送信局に通知するほうがいい。というのは、受信局側の方がより正確な誤り率を把握できるからである。再送というのは、許可されない限り行えないため、再送回数からは正確な値は計算できない可能性がある。
【0114】
また、誤り率にはビットエラーレートやパケットエラーレートなどさまざまなものがあるが、実装に適したものを採用すればよい。実際の通信では、誤り訂正などの処理を実装することもありえるが、その場合は、誤り訂正の前後どちらの誤り率を使っても良いが、再送の有無に利用するとなると、誤り訂正を行った後の誤り率(再送を要する誤り率であるため)を利用することが望ましいだろう。またパケットを複数のブロックに分割し、そのブロックごとに誤り訂正の処理することがあるため、ブロック単位の誤り率を採用しても良い。例えば、再送要求許可10回のうち、実際に再送要求したのが受信局Aが3回、受信局Bが2回ならば、受信局Aの方が誤り率は大きい。再送要求許可10回のうち、1パケットで10ブロック伝送していて、実際に再送要求があったのが受信局Dが5ブロック、受信局Eが8ブロックなら受信局Eの方が誤り率が大きい。
【0115】
また、通信では環境変化のため、瞬間的に誤り率が大きくなることがあるが、すぐに安定した通信に戻ることもある。したがって、極々短時間(例えばパケット単位)の誤り率を採用するのでなく、ある程度時間的な幅(数パケットにおよぶ平均値)を持たせて算出しても良い。
【0116】
(優先度変更アルゴリズムE)
また上記では、優先度を変更する条件として、誤り率が所定の値を超えるとか、ある受信局がネットワークに参加するなど、時間軸とは関係ない条件を利用していたが、もちろん、ある所定の時間間隔で優先度を変更しても良い。その際に優先度の変更の条件として、上述した誤り率を利用しても良い。
【0117】
(優先順位設定アルゴリズムF)
また上述したとおり、ある受信局の通信環境が極めて悪く、いくら再送を行ったとしても、データの信頼性確保に程遠いということもあるだろう。そのような場合は、その受信局に再送要求を割り当てても、ほとんど意味は無く、ただ通信帯域を無駄にしているだけである。つまり、所定の誤り率より大きな受信局には、再送要求をまったく許可しないようにすることで、より効率よく再送要求の割り当てを行うことも可能である。
【0118】
(優先度変更アルゴリズムG)
また、上記では、優先度の割り当ては、ある定められた条件に従い行っていたが、その結果、再送要求が割り当てられる受信局と割り当てられない受信局間の格差が大きくなることがあり、不公平な優先度の割り当てを行っているともいえる。
【0119】
よって、各受信局の誤り率などといったものを利用して優先度を割り当てるのでなく、単にランダムに割り当てても良い。つまり、あるタイミングでは、非常に頻繁に再送要求が割り当てられていたが、ある時間経過した後では、あまり再送要求が割り当てられないような場合である。その結果、長い時間を通してみると、各受信局に平等に再送要求が割り当てられることが可能となる。
【0120】
その場合にも、まったくランダムに優先度の順位が入れ替わるように優先度を変更してもかまわないし、徐々に優先度の順位が上がる、あるいは下がるように優先度を変更してもかまわない。
【0121】
また、ユーザーからの指示により、優先度の順位が変わっても良い。例えば、ちょっと打ち合わせを行う、トイレのために離席するなどといった場合で、ユーザーとして、しばらくの間、再送要求を求めないような場合は、ユーザーの指示により、再送要求の優先度の順位を入れ替えても良い。
【0122】
なお、再送を均等に割り当てた結果、すべての受信局において、エラーフリー状態にならずに、何らかの誤りが発生することがある。しかしながら、優先的に再送されている場合は、ほぼエラーフリー状態にできることがある。したがって、常になんらかのエラーがある状態よりは、若干エラーが増える状態があったとしても、エラーがない状態も作ること(通信にメリハリをつける)が望まれる可能性もある(離席、CM、それほど興味のない映像など)。
【0123】
(優先度設定アルゴリズムH)
また、上記では、各受信局は必ず優先度が設定されるとしてきたが、優先度が設定されない受信局があってもかまわない。例えば、非常に多くの受信局がネットワーク上に存在する場合、優先度をつけることは現実的に不可能な場合がある。その場合は、一部のある数の受信局だけに優先度を設定し、他の大多数の受信局には優先度を設定しない、つまり、常に再送要求を許可されないとしてもよい。これは、受信局の数が多い場合に有効に働くだろう。もちろん、受信局すべてが再送要求を許可されないようにしてもよい。その場合は、再送に割り当てていた帯域をデータ転送に割り当てることが可能となり、通信帯域の効率的な利用が可能となる。
【0124】
(再送要求許可フラグを送信するパケット)
本実施の形態では、再送要求許可フラグは、本来伝送すべきデータと同じパケットで伝送しているが、もちろん別パケットとして伝送してもかまわない。ただ、通常、パケットは図3に示すように、プリアンブルやヘッダなど付加的なものがあるため、本実施の形態のように再送要求許可フラグと本来伝送すべきデータを同じパケットで伝送したほうが、伝送効率は良いだろう。
【0125】
(具体的利用シーン1)
本発明による、優先度設定方法を用いた具体的利用シーンを以下に示す。例えば、ホットスポットにおける利用シーンである。ホットスポットでは、不特定多数の人がもつ受信局が1つないし少数の送信局(アクセスポイント)にアクセスする。その場合、多数の受信局が通信に参加するために、すべての受信局が期待する再送回数の総和の方が、送信局が許可可能な再送帯域を上回ることが起こりうる。このとき、すべての受信局が期待する再送回数を許可されるわけではない。したがって、何らかの形で、各受信局を差別化せざるを得ない状況といえる。ホットスポットではユーザーは利用料を支払って通信を行っている場合が多く、すべての受信局が平等に再送回数を分け合い、その結果、どの受信局も期待する再送回数を確保できなくなる、つまり期待する通信の信頼性を確保できないようでは問題である。このように多数の受信局が存在する通信環境化においては、受信局がすべての通信状態が悪いというのは、起こりにくく、通信状態のいい受信局、通信状態の悪い受信局と差がある場合が多い。その場合には、通信状態の悪い受信局への再送回数を減らし(最悪まったく許可しない)、より通信状態のいい受信局へ割り振ることで、できるかぎり通信状態のいい受信局を多く作り、課金することに問題の無い受信局を増やすことが望ましい。その際には、通信状態の悪い受信局のユーザーには、利用料を減額したり、無料使用を可能にしたりするなどのサービスも考えられる。
【0126】
(具体的利用シーン2)
本発明による、優先度設定方法を用いた具体的利用シーンを以下に示す。学校の教室などにおいて、複数の生徒が一人の先生からの情報を受信するような利用シーンである。ここでも上記と同じように、すべての生徒が満遍なく通信状況が悪いよりは、ある特定の生徒の受信状況が悪くなったとしても、より受信状況がいい生徒をできるだけ増やすほうが望まれる場合がある。ここで、通信状況の悪い生徒に対しては、通信状況のいい生徒と受信局を共有するなり、有線接続環境の受信局を利用するなりして対応してもよい。
【0127】
当然ながら、本発明による利用シーンは上記に限られるものではなく、例えば、講演会や会議での利用、家族みんながそれぞれの受信局での利用、号外情報の伝達、電車や飛行機などの交通機関での利用、映画館、ビデオ・CDショップなどでの利用、集まった友達同士でのアドホック的な利用など、さまざまな用途において応用可能である。また、各利用者が持つ受信局も単一のものではなく、さまざまな種類の受信局が同時に通信に参加してもよい。例えば、テレビ、パソコン、PDA、携帯電話などさまざまな表示部をもつ受信局が同時に通信に参加してもよい。ここでは、仮にテレビが最も大きな表示領域を持ち、携帯電話が最も小さな表示領域を持つとする。この場合、すべての受信局は同じ信頼性を求めているわけではなく、最も大きな表示領域を持つテレビは最も高い信頼性を求めるだろうし、最も小さな表示領域を持つ携帯電話は最も低い信頼性でも構わないだろう。
【0128】
(プログラム、記録媒体)
さらに、上述の通信方法は、その方法の各ステップをコンピュータに実行させるためのプログラムによって提供することもできる。
【0129】
また、前述したように、送信局・受信局ともにすべて、ハードウェア(一般的にはベースバンド・RF部と呼ばれているハードウェアであり、場合によってはMAC(Media Access Control)ハードウェアもさらに含む)で実現可能であるが、一部をソフトウェアで実現することが可能である。送信局のパケット送信部103とパケット受信部106、受信局のパケット受信部501とパケット送信部506以外は、ソフトウェアで実現可能である。
【0130】
また、上述の送信局は、その通信制御に係る部分、すなわち再送要求許可部104および優先度設定部110等としてコンピュータを機能させるためのプログラムによって提供することもできる。
【0131】
また、上述の受信局は、その通信制御に係る部分、すなわち誤り検出部502、再送要求許可受信局判定部504、および再送要求部505等としてコンピュータを機能させるためのプログラムによって提供することもできる。
【0132】
このようなプログラムは、コンピュータに付属する、フレキシブルディスク、CD−ROM、ROM、RAM、およびメモリカードなどのコンピュータ読取り可能な記録媒体にて記録させて、プログラム製品として提供することもできる。あるいは、コンピュータに内蔵するハードディスクなどの記録媒体にて記録させて、プログラムを提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。これらの形態で提供されるプログラムは、コンピュータに内蔵されたハードディスクなどのプログラム格納部にインストールされて、コンピュータに実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。
【0133】
今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内ですべての変更が含まれることが意図される。
【0134】
【発明の効果】
本発明によれば、通信路が安定していない場合でも、再送要求を送信することを許可された受信局のみ再送要求を送信するため、要求された再送要求は必ず処理されることとなり、無駄な再送要求パケットが通信路を伝送されることがない。それゆえ、通信の効率が向上する。さらに、本発明によれば、通信の信頼性を高く確保すべき重要な受信局が、十分な頻度で再送要求を送出することが可能であるので、高い通信の信頼性を確保できる(特許文献2、3の課題解決)。
【図面の簡単な説明】
【図1】本発明の実施の一形態に係る送信局の構成を示すブロック図である。
【図2】本発明の実施の一形態に係る通信システムの概略構成を示すブロック図である。
【図3】本発明の実施の一形態に係る送信局から送信されるパケットのパケットフォーマットを示す図である。
【図4】本発明の実施の一形態に係る再送要求許可受信局設定フラグを示す図である。
【図5】本発明の実施の一形態に係る受信局の構成を示すブロック図である。
【図6】本発明の実施の一形態に係る受信局に割り当てたIDを示す図である。
【図7】本発明の実施の一形態に係る送信局の動作を示すフローチャートである。
【図8】本発明の実施の一形態に係る優先度テーブルの一例を示す図である。
【図9】本発明の実施の一形態に係る受信局の動作を示すフローチャートである。
【図10】本発明の実施の一形態に係る通信システムにおいて、通信路を伝送されているパケットの様子を示す図である。
【図11】本発明の実施の一形態における受信局が期待する再送指標テーブルの一例を示す図である。
【図12】本発明の実施の一形態における受信局が期待する再送指標テーブルの他の一例を示す図である。
【図13】本発明の実施の一形態における受信局が期待する再送指標テーブルのさらに他の一例を示す図である。
【図14】本発明の実施の一形態に係る優先度設定処理を示すフローチャートである。
【符号の説明】
104 再送要求許可部(再送要求許可手段)
110 優先度設定部(優先度設定手段)
201 送信局
202〜204 受信局
504 再送要求許可受信局判定部(再送要求許可受信局判定手段)
505 再送要求部(再送要求手段)
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a transmitting station, a receiving station, and a communication method in a multicast communication system having a retransmission function, and more particularly to a retransmission processing technique for ensuring reliability of a communication path.
[0002]
[Prior art]
(Ensuring communication channel reliability)
2. Description of the Related Art In a data communication technique, there is a technique of detecting an error and retransmitting the data as a technique for correctly transmitting data to be transmitted. This is a technique in which a receiving station detects an error from received data, and when an error is detected, requests the transmitting side to retransmit the data, and the transmitting station receives the retransmission request and retransmits the data. With such a mechanism, the reliability of the communication path can be ensured, and TCP / IP is a well-known method.
[0003]
(Ensuring the reliability of the communication path when there are multiple communication stations)
By the way, it is general that a plurality of stations exist in a communication path, and each station communicates independently. That is, a certain communication band is shared by a plurality of stations. In such a case, if the state of communication between certain stations is bad and retransmission frequently occurs, it affects the communication of other stations sharing the communication path, and the transmission efficiency of communication is significantly deteriorated. In some cases, transmission of important data or data to be transmitted earlier in time is impaired. As a technique for solving the above-mentioned problem, there is a technique in which importance is added to each station in advance, and retransmission is performed in order from the station with the highest importance (for example, see Patent Document 1).
[0004]
(Ensuring reliability of communication path in multicast communication)
When a plurality of receiving stations exist for one transmitting station, there is a communication method in which the same data is transmitted to all of the plurality of receiving stations. Such a communication system is generally called a multicast or broadcast system, and well-known systems include UDP / IP.
[0005]
In these systems, the reliability of a communication path for retransmission or retransmission request is often not ensured.
[0006]
Therefore, as a technique for ensuring the reliability of a communication path in multicast communication, a technique has been proposed in which, when a plurality of retransmission requests are transmitted from a receiving station, the transmitting station performs data retransmission processing in a predetermined order. (For example, see Patent Document 2).
[0007]
Patent Document 3 discloses that, in order to increase the efficiency in a transmitting station in a multicast communication system, when there are a plurality of retransmission requests from the receiving station, a request for retransmission of data transmitted in the past or a larger number of receptions are made. There has been disclosed a configuration (see claims 7 and 8 of Patent Document 3; hereinafter, referred to as a "first configuration of Patent Document 3") that prioritizes and processes a retransmission request for data for which a retransmission request has been issued from a station. I have.
[0008]
Patent Document 3 discloses that, in order to increase efficiency, a transmitting station in a multicast communication system retransmits a previously transmitted data to a receiving station that has issued a retransmission request with higher priority than other receiving stations. A configuration that permits the request (see claim 6 of Patent Document 3; hereinafter, referred to as “second configuration of Patent Document 3”) is disclosed.
[0009]
Furthermore, in a transmitting station in the multicast communication system, if a retransmission request from a certain receiving station is received a predetermined number of times or more within a certain period, a transmitting station that preferentially permits the retransmission request to the receiving station has also been proposed. (See Claim 9 of Patent Document 3; hereinafter, referred to as “third configuration of Patent Document 3”)).
[0010]
[Patent Document 1]
JP 2001-86121 A (page 2, line 2-14)
[Release Date: March 30, 2001]
[0011]
[Patent Document 2]
JP-A-2001-237883 (page 2, line 2-15)
[Release date: August 31, 2001]
[0012]
[Patent Document 3]
JP-A-2002-314626 [Published date: October 25, 2002]
[0013]
[Problems to be solved by the invention]
(Problems of Patent Document 1)
In the technique of Patent Document 1, a transmitting station that has received a retransmission request determines to which receiving station to retransmit based on the importance added to each receiving station in advance.
[0014]
However, in the technique of Patent Document 1, it is the receiving station that determines whether to make a retransmission request, and the receiving station sends the retransmission request without limitation when an error occurs. For this reason, when there is a receiving station in a poor receiving state, that station frequently sends a retransmission request. If the importance of a receiving station with a bad reception status is set to high, retransmission is preferentially performed for the retransmission request. In the worst case, a situation may occur in which retransmission is difficult to be performed in response to the retransmission request and the retransmission is not performed at all. That is, even from a receiving station that is hardly retransmitted or a receiving station that is not retransmitted at all, only a retransmission request frequently occurs, and a retransmission request packet that is not processed at all is transmitted as a useless packet through a communication path. As a result, the efficiency of communication of other stations sharing the communication path is reduced.
[0015]
(Problem when retransmission mechanism is introduced in general multicast communication)
In general multicast communication, if a retransmission mechanism is introduced to ensure the reliability of the communication path, the reception status of multiple receiving stations is independent of each other, and points where errors occur in the received data Are also independent. That is, the location where each receiving station requests retransmission is also independent. As a result, each receiving station sends its own retransmission request to the transmitting station while sharing a limited communication band. In such a state, if the receiving state of a certain receiving station is extremely poor and a retransmission request is frequently transmitted and processed from the receiving station, the retransmission request from the receiving station collides with the retransmission request of another station. As a result, there is a case where a retransmission request from another station for which higher communication reliability is to be ensured is not processed.
[0016]
(Problems of Patent Document 2)
In the technique of Patent Document 2, it is described that the retransmission request from the receiving station does not collide. However, since the details are not clear, it is unclear why the collision does not occur. Therefore, the problem of the collision of retransmission requests has not been solved.
[0017]
Further, in the technique of Patent Document 2, a specific receiving station does not request retransmission more frequently (priority). For this reason, there is a possibility that an important receiving station for which high communication reliability is to be ensured cannot transmit a retransmission request sufficiently.
[0018]
(Problems of Patent Document 3)
In the technique of Patent Document 3, whether or not the receiving station requests retransmission is realized by polling from the transmitting station, so that the problem of collision between retransmission requests as in Patent Documents 1 and 2 is eliminated.
[0019]
However, the first configuration of Patent Document 3 merely changes the order of processing retransmission requests, that is, the order of data retransmission. Further, the priority of the receiving station in the second configuration of Patent Literature 3 merely means that the order in which retransmission requests are permitted is changed and a specific receiving station is retransmitted first. In the first and second configurations of Patent Document 3, the frequency (priority) at which each receiving station is permitted to perform a retransmission request is basically the same, and a higher frequency (priority) is given to a specific receiving station. ) Does not permit retransmission requests. That is, there is no difference in the frequency of performing the retransmission request permission. For this reason, an important receiving station that should ensure high communication reliability may not be able to sufficiently transmit a retransmission request, and may not be able to ensure high communication reliability.
[0020]
In the third configuration of Patent Document 3, as an exceptional process in the case where retransmission requests continue, there is a limited short time (after the retransmission requests are confirmed to be continuous, the retransmission requests become discontinuous). ), The transmission of a retransmission request is temporarily permitted to a specific receiving station continuously. At the beginning of communication or during normal times, the frequency (priority) at which each receiving station is permitted to transmit a retransmission request is Is the same. Therefore, when observation is performed in a relatively long time range, the frequency (priority) at which each receiving station is permitted to perform a retransmission request is almost the same. Further, the third configuration of Patent Document 3 gives priority to one specific receiving station, and permits the other receiving stations to request retransmission completely equally. Therefore, even in this configuration, an important receiving station that should ensure high communication reliability may not be able to sufficiently transmit a retransmission request, and may not be able to ensure high communication reliability.
[0021]
The present invention has been made to solve the above problems, and in a multicast communication system, while improving the communication efficiency, a transmitting station and a receiving station capable of improving the reliability of communication with respect to an important receiving station, And a communication method.
[0022]
[Means for Solving the Problems]
According to the present invention, in a multicast communication system in which a transmitting station transmits the same data packet to all receiving stations, a transmitting station can transmit a specific data packet in addition to general multicast communication system data (multicast data). The information for permitting retransmission is transmitted to one or more receiving stations. When each receiving station receives a packet from the transmitting station, the receiving station analyzes the multicast data and information, and only when the own station is permitted to perform a retransmission request and there is an error in the multicast data, the transmitting station. Sends a retransmission request to. Then, according to the present invention, priorities for permitting transmission of a data retransmission request are set so as to be ranked, and each receiving station is permitted to transmit a data retransmission request according to this priority. For example, if there are three receiving stations A, B, and C, and retransmission can be performed six times within a predetermined period as a whole communication path, three times for receiving station A, two times for receiving station B, and two times for receiving station. C is permitted one retransmission.
[0023]
As can be seen from the above description, the transmitting station of the present invention is a transmitting station in a multicast communication system that performs data transmission from one transmitting station to a plurality of receiving stations that can be individually identified by the transmitting station. And a transmitting station having a function of retransmitting data to the receiving station in response to a retransmission request transmitted from the receiving station when an error occurs in the data received by the receiving station, Priority setting means for setting a priority, which is a frequency at which transmission of a data retransmission request is permitted to the station, so as to give a ranking (so as to give a difference); and the priority setting means sets the priority. Retransmission request permitting means for permitting each of the receiving stations to transmit a data retransmission request in accordance with the priority.
[0024]
Further, the receiving station of the present invention is a receiving station for receiving, from the transmitting station, data including information relating to retransmission request transmission permission, based on the received information relating to retransmission request transmission permission. The retransmission request permission receiving station determining means for determining the retransmission request permission receiving station to which retransmission request transmission is permitted, and the data received when or before receiving the information on the retransmission request transmission permission has an error, A retransmission request unit for transmitting a retransmission request only when the retransmission request permission receiving station determination unit determines that the own station is permitted to transmit the retransmission request is provided. The receiving station may be configured to transmit a retransmission request for error data included in the received packet based on information on retransmission request permission received together with the packet, The retransmission of the included error data may be configured to transmit a retransmission request based on information on retransmission request permission received after the packet.
[0025]
Further, the communication method of the present invention is a multicast communication method in which data transmission is performed from one transmitting station to a plurality of receiving stations that can be individually identified by the transmitting station. In this case, the receiving station transmits a retransmission request, and the transmitting station retransmits data to the receiving station in response to the retransmission request. A priority setting step of setting a priority, which is a frequency of permission, so as to be ranked; and permitting each of the receiving stations to transmit a data retransmission request according to the priority set by the priority setting means. And a retransmission request permitting step.
[0026]
Here, the “priority” is a frequency at which a retransmission request set for each reception is permitted. Therefore, setting the priorities to be prioritized and permitting each receiving station to transmit a data retransmission request in accordance with the set priority does not mean that the order of permitting retransmission is temporarily changed, In contrast, there is a difference in the frequency at which the transmission of a retransmission request is permitted according to the reliability of communication to be secured.
[0027]
According to the present invention, even when the communication path is not stable, only the receiving station that is permitted to transmit the retransmission request transmits the retransmission request. A retransmission request packet is not transmitted through a communication path (the problem of Patent Documents 1 and 2 is solved). Therefore, communication efficiency is improved.
[0028]
Furthermore, according to the present invention, an important receiving station that should ensure high communication reliability can transmit a retransmission request with sufficient frequency, so that high communication reliability can be ensured (Patent Document 1) Solving a few problems).
[0029]
In the communication method of the present invention, typically, the priority setting step is executed at the start of communication or before the communication starts, and the retransmission request permission step according to the priority is always executed during communication. In this way, by making a difference in the frequency of permitting the transmission of the retransmission request on a regular basis, it is possible to maintain high communication reliability of important receiving stations that should ensure high communication reliability.
[0030]
If the transmitting station appropriately determines the receiving stations that are allowed to retransmit by a predetermined algorithm, it is possible to flexibly set which receiving station to assign the retransmission request to, and retransmit important receiving stations and important data. It can be performed flexibly and strictly under the control of the transmitting station. Therefore, it is necessary to carefully consider the priority setting method (priority setting algorithm) in the priority setting step, and various methods are conceivable as follows.
[0031]
That is, in the priority setting step, the priority is determined by, for example, negotiation between the transmitting station and the receiving station performed at the start of communication.
[0032]
According to the above method, at the start of communication, each receiving station knows how much communication channel reliability it can secure. In addition, it is possible to flexibly secure the reliability of the communication path according to the degree of congestion of the communication path at that time.
[0033]
Further, in the priority setting step, the priority may be determined according to a preset attribute of the receiving station.
[0034]
In the above method, for example, as a use scene in a company, a receiving station used by a manager can ensure high reliability, but a setting can be made such that the reliability of a general employee is lower than that of a manager. .
[0035]
Further, the priority may be dynamically changeable. That is, the communication method of the present invention may further include a priority changing step of dynamically changing the priority set in the priority setting step.
[0036]
The condition for changing the priority is, for example, a case where a receiving station is newly added to the network. At a certain point in time, the receiving station A has the first priority and the receiving station B has the second priority, but the receiving station C to which a higher priority should be set has joined the network. This is a usage method in which the priority is changed so that the receiving station C is the first, the receiving station A is the second, and the receiving station B is the third.
[0037]
That is, in the priority changing step, for example, the priority is changed when a new receiving station has joined the network.
[0038]
In the priority changing step, the priority may be changed according to the error rate of each receiving station.
[0039]
Further, if the priority of the receiving station C is the first, the priority of the receiving station A is the second, and the priority of the receiving station B is the third, the communication environment of the receiving station C is poor. At this time, as a result of frequent retransmission by the receiving station C, a situation may occur in which the receiving station A and the receiving station B can hardly make a retransmission request. Alternatively, even if retransmission permission is assigned to the receiving stations A and B, it cannot be said that retransmission is efficient. In such a case, the error rate of each receiving station is calculated from a retransmission request or the like transmitted from each receiving station, and when the calculated error rate is larger than a predetermined value, the priority order is lowered. Is also good. As a result, the priority of the receiving station A is the first, the priority of the receiving station B is the second, the priority of the receiving station C is the third, and the receiving station C can hardly make a retransmission request. However, instead, the receiving station A and the receiving station B can be used to obtain sufficient data reliability.
[0040]
That is, in the priority changing step, the error rate of each receiving station may be calculated, and if a part of the calculated error rate is larger than a predetermined value, the priority may be changed. Further, in the priority changing step, when the calculated error rate is larger than a predetermined value, the priority of a receiving station having an error rate larger than the predetermined value may be lowered.
[0041]
Conversely, in the priority changing step, the error rate of each receiving station may be calculated, and if a part of the calculated error rate is smaller than a predetermined value, the priority may be changed. . In the priority changing step, when the calculated error rate is smaller than a predetermined value, the priority of a receiving station having an error rate smaller than the predetermined value may be increased.
[0042]
According to each of the above methods, a receiving station with a low error rate is preferentially treated, so that a receiving station with an unreliable communication path is not occupied by a retransmission and a receiving station that can further secure the reliability of the communication path. Can be increased. As a result, a receiving station with a higher priority order that does not request retransmission requests frequently can communicate in an almost error-free state. That is, the number of stations that can communicate stably can be increased as much as possible.
[0043]
In the priority changing step in each of the above methods, conditions for changing the priority include a time axis such as an error rate exceeding a predetermined value or a receiving station joining a network (joining a communication group). Although a condition irrelevant to the above is used, the priority may of course be changed at a predetermined time interval. At this time, the priority order may be rearranged, and the above-described error rate may be used as a condition for rearranging the priority order.
[0044]
That is, in the priority changing step, the priority order may be changed at predetermined time intervals.
[0045]
In the above method, the priority is assigned in advance or according to the state of the communication channel, but as a result, the disparity between the receiving station to which the retransmission request is assigned and the receiving station to which no retransmission request is assigned increases. Therefore, it can be said that priority is assigned unfairly. There may be a situation where a certain receiving station is given priority and another receiving station is not given priority for a certain short-term time, but if it is extended to a long-term time, the number of times that retransmission is allowed is limited. It could be closer to equality.
[0046]
In other words, in the priority change step, the error rate of each receiving station is calculated, and the priority order of each receiving station is arranged at predetermined time intervals so that the smaller the error rate, the higher the priority order. The priority may be changed so that the priority can be changed. Further, in the priority changing step, the priority may be changed such that the order of the priority is randomly changed at predetermined time intervals. Further, in the priority changing step, when three or more different priorities exist in the priority order determined in the priority determining step, the priority order of at least one receiving station is set to the highest order. The priority may be changed at predetermined time intervals such that the priority is gradually increased until it becomes the lowest rank, and the highest rank is lowered to the lowest rank. Also, in the priority changing step, when three or more different priorities are present in the priority order determined in the priority determining step, the priority order of at least one receiving station is changed to the lowest order. The priority may be changed at predetermined time intervals so as to gradually decrease until reaching the lowest rank, and to rise to the highest rank when reaching the lowest rank.
[0047]
In the above description, the priority is always set for each receiving station, but there may be a receiving station for which the priority is not set. For example, if there are a large number of receiving stations on the network, it may not be practically possible to prioritize all the receiving stations. In that case, the priority may be set only for a certain number of receiving stations, and the priority may not be set for the other majority of the receiving stations, so that the transmission of the retransmission request may not always be permitted.
[0048]
That is, in the retransmission request setting step, the priority is not always set for some of the receiving stations, and in the retransmission request permitting step, the transmission of the retransmission request is permitted for the receiving station whose priority is not set. It may not be done. Further, in the priority setting step, when a predetermined condition is satisfied, the priority is not set for some of the receiving stations, and in the retransmission request permitting step, the receiving station for which the priority is not set is set. On the other hand, transmission of a retransmission request may not be permitted.
[0049]
Further, it is not necessary that the non-assignment of the priority does not mean that the retransmission request is not permitted. Even if the priority is assigned, the retransmission request may not be permitted. For example, a method of permitting the transmission of a retransmission request from a receiving station with a higher priority order and disallowing a receiving station of a lower priority order from transmitting a retransmission request when the retransmission band is exhausted is used. It may be. According to this method, when a higher-level receiving station leaves the communication thereafter, transmission of a retransmission request is permitted in advance.
[0050]
In the retransmission request permission step, transmission of a retransmission request may not always be permitted to some receiving stations. In the priority setting step, when a predetermined condition is satisfied, transmission of a retransmission request to some of the receiving stations may not be permitted.
[0051]
In the priority setting step, the error rate of each receiving station is calculated, and when the error rate of some of the receiving stations is higher than a predetermined error rate, the error rate of the receiving station having an error rate higher than the predetermined error rate is determined. On the other hand, the transmission of the retransmission request may not be permitted. In the priority setting step, when only some of the receiving stations that expect (permit) higher priority use up the retransmission band, the transmission of the retransmission request to other receiving stations is performed. May not be permitted. In the priority setting step, if there is a receiving station set as a receiving station that is not expected to be retransmitted (in the attribute of the receiving station, user setting, or the like), transmission of a retransmission request to the receiving station is not permitted. It may be.
[0052]
Each of the above configurations will effectively work for effective use of retransmission when the number of receiving stations is large. In addition, if the state of the communication path is poor (the error rate is high) and there is a receiving station that cannot secure the reliability of the communication path with the assigned number of retransmissions, it cannot be used effectively even if retransmission is permitted. Therefore, by not allowing such a receiving station to perform retransmission, retransmission can be used effectively.
[0053]
Of course, all receiving stations may not be permitted to request retransmission. In that case, the band allocated to retransmission can be allocated to data transfer, and the communication band can be used efficiently.
[0054]
BEST MODE FOR CARRYING OUT THE INVENTION
(Summary of the Invention)
In one embodiment of the present invention, unlike a general multicast method, multicast transmission that can secure the reliability of a communication path is adopted. That is, in one embodiment of the present invention, the transmitting station transmits the same data to all the receiving stations, but in the packet, in addition to the multicast data, whether or not a specific receiving station can retransmit is set. The transmitted retransmission request permission flag is also transmitted. Each receiving station, when receiving a packet from the transmitting station, analyzes the flag in addition to the multicast data, and if its own station is permitted to request retransmission, and furthermore, if there is an error in the multicast data, A retransmission request is transmitted to the transmitting station.
[0055]
For example, if there are three receiving stations A, B, and C, and retransmission can be performed six times within a predetermined period as a whole communication path, three times for receiving station A, two times for receiving station B, and two times for receiving station. C is a usage method in which one retransmission is permitted, and the priority of retransmission request permission is set for each station. By the way, as will be described later, this setting is not fixed and can be dynamically changed.
[0056]
By the way, in order to start communication between a transmitting station and a receiving station, a procedure for the transmitting station to uniquely grasp each receiving station is required before actual data transmission. Or Association. Also in the present invention, before actual data transmission is performed between the transmitting station and the receiving station, an association or the like is performed, so that the transmitting station individually recognizes each receiving station and sets so that it can be uniquely handled. Specifically, as an association procedure, the transmitting station assigns a temporary ID valid only during communication to each receiving station, and manages the receiving stations using the ID. The retransmission permission flag described above is managed by this ID.
[0057]
Since the communication is of the multicast type, when there are three receiving stations A, B, and C, even if there is a data error at a certain receiving station A, there is no data error at another receiving station B or C. Sometimes. In this case, a retransmission request is transmitted from the receiving station A, and the transmitting station retransmits the data. Because of the multicast communication, the retransmission data is also received by the receiving stations B and C. However, since the receiving stations B and C have already received the data correctly, the retransmitted data is discarded as meaningless data. You. Alternatively, it may be replaced with correct data received earlier.
[0058]
Also, in the present embodiment described below, the retransmission request permission flag transmitted by the transmitting station is transmitted in the same packet as the multicast data, but since a data error occurring in the receiving station occurs randomly, the retransmission request happens to occur. If an error is detected from a permitted packet, a retransmission request can be transmitted without any problem.However, if an error is detected from a packet for which a retransmission request is not permitted, a retransmission request to the transmitting station is issued. Since it is impossible, it needs to be devised. For example, data error detection results are accumulated for a plurality of packets, wait until a packet whose retransmission request permission flag is the own station is received from the transmitting station, and when that packet is received, the data is accumulated until now. This is an implementation that requests the transmitting station to retransmit the error data that has been set.
[0059]
Hereinafter, embodiments of the present invention will be described with reference to the drawings.
[0060]
(Multicast type communication system)
Here, an embodiment in which the present invention is applied to a communication system (communication environment) as shown in FIG. 2 will be described. That is, a plurality of receiving stations 202, 203, and 204 (receiving station A, receiving station B, and receiving station C) exist for one transmitting station 201, and the same data packet (transmitting packet 108) is transmitted from the transmitting station 201. An embodiment in which the present invention is applied to a so-called multicast communication system for transmitting to a plurality of receiving stations 202, 203, and 204 will be described.
[0061]
Since a multicast communication system transmits one data packet to a plurality of specific receiving stations at the same time, a unicast type communication system that needs to transmit data packets of the same content to each other if there are a plurality of destinations is required. An advantage of the communication system is that only one data packet transmission is required, which saves labor and communication traffic. Also, the multicast communication system differs from the broadcast communication system in that the transmitting station can recognize the receiving station, so that only the specific receiving station that has joined the network (participated in the communication) has data. Can be transmitted, and the transmitting station can control the receiving station.
[0062]
(Configuration of transmitting station)
FIG. 1 is a block diagram illustrating a schematic configuration of transmitting station 201 according to the present embodiment.
[0063]
The transmitting station 201 has a retransmission function of retransmitting data to the receiving stations 202 to 204 in response to a retransmission request transmitted from the receiving stations 202 to 204 when an error occurs in the data received by the receiving stations 202 to 204. Have. As shown in FIG. 1, the transmitting station 201 includes an input data storage unit 101, a transmission packet generation unit 102, a packet transmission unit 103, a retransmission request permission unit (retransmission request permission unit) 104, a retransmission request data processing unit 105, a packet reception And a priority setting unit (priority setting means) 110. All parts of the transmitting station 201 can be realized by hardware.
[0064]
The input data storage unit 101 outputs new input data 107, which is data to be transmitted input from the outside, to the transmission packet generation unit 102. The input data storage unit 101 also serves as a buffer that holds the newly transmitted input data 107 that can be retransmitted when there is a retransmission request from the receiving stations 202 to 204. Packet receiving section 106 receives a packet (reception packet 109) including retransmission request data from receiving stations 202 to 204. The retransmission request data processing unit 105 extracts retransmission request data from the received packet (received packet 109), analyzes the extracted retransmission request data, and outputs it to the input data storage unit 101. When receiving a packet including retransmission request data (reception packet 109) from receiving stations 202 to 204, input data storage section 101 extracts data to be retransmitted (retransmission data) from a buffer and outputs the data to transmission packet generation section 102. I do. However, data to be retransmitted indefinitely may be stored in the buffer (input data storage unit 101), but data stored in the buffer (input data storage unit 101) may be discarded by some algorithm. Good. For example, when the data stored in the buffer is data such as video data and the like, and the receiving stations 202 to 204 reproduce this data as a video or the like, the time required to reproduce the data at the receiving stations 202 to 204 has passed and the data is retransmitted. In particular, it is possible to implement data discarding when it becomes meaningless.
[0065]
The priority setting unit 110 determines which receiving station (one or two of the receiving stations 202 to 204) among the plurality of receiving stations 202 to 204 that can be individually recognized by the transmitting station 201 according to a predetermined priority setting algorithm (described later). (Hereinafter, symbols are omitted) to determine which priority is to be set (perform a priority setting step). At this time, the priorities of the receiving stations 202 to 204 are given a difference (order is given). Although not shown, a priority change unit that dynamically changes the priority determined by the priority setting unit 110 according to a priority change algorithm (described later) (performs a priority change step) may be further provided. .
[0066]
Retransmission request permitting section 104 selects a receiving station to which retransmission request transmission is permitted based on the priority set by priority setting section 110 (dynamically changed in some cases), and selects the selected receiving station. Is output to transmission packet generating section 102 as retransmission request permission data addressed to the receiving station (information on retransmission request transmission permission). The transmission packet generation unit 102 performs transmission based on retransmission request permission data addressed to the receiving station designated by the retransmission request permission unit 104 and transmission data (new input data 107 or retransmission data) output from the input data storage unit 101. A packet is generated and output to the packet transmission unit 103. The packet transmission unit 103 transmits the packet output from the transmission packet generation unit 102 as a transmission packet 108 to the receiving stations 202 to 204. The retransmission function is realized by an input data storage unit 101, a transmission packet generation unit 102, and a packet transmission unit 103.
[0067]
(Format of transmitted packet)
FIG. 3 shows an example of the packet format of the transmission packet 108 transmitted from the transmission station 201. The transmission packet 108 includes a preamble 301, a header 302, a retransmission request permission receiving station setting flag 303, and transmission data 304. The preamble 301 and the header 302 are commonly used in communication and will not be described here. The transmission data 304 is the new input data 107 or retransmission data in FIG.
[0068]
Although not shown, the transmission data 304 and the retransmission request permission receiving station setting flag 303 include an error detection code (CRC or the like) for detecting whether or not the data contains an error. Have been. Further, an error correction code (Reed-Solomon code or the like) may be used for this. Only one of the error detection code and the error correction code may be added to the entire packet, or the packet may be divided into a plurality of blocks and added to each block. Further, a stop flag or the like may be added to the end of the packet.
[0069]
The retransmission request permission receiving station setting flag 303 is a flag that indicates which of the plurality of receiving stations 202 to 204 can transmit a retransmission request, and indicates the receiving station set by the retransmission request permission unit 104. Set the flag. For example, as shown in FIG.
[0070]
Here, the transmission data 304 may be data that is transmitted first before retransmission, retransmission data, or data in which both are mixed. Further, the retransmission data may include a mixture of retransmission data having different numbers of retransmissions, such as first retransmission data and second retransmission data.
[0071]
Further, as shown in FIG. 4, the retransmission permission flag may be set such that retransmission is not permitted to any of the receiving stations 202 to 204.
[0072]
Further, the retransmission permission flag may be set so as to allow all the receiving stations 202 to 204 to accept the retransmission request. However, in that case, a collision may occur in the retransmission request itself, and the request may not be transmitted to the transmitting station 201 correctly. Also, even if the transmitting station 201 can receive a plurality of retransmission request packets by chance, it may be wondering which data should be retransmitted. In such a case, priority is given to a retransmission request from a high-priority receiving station according to the priority of retransmission request permission at that time, or retransmission from a high-priority receiving station is permitted as long as the data transmission capability permits. The request may be processed or the like.
[0073]
Further, one packet may be divided into a plurality of blocks.
[0074]
(Priority setting flowchart at the start of communication)
In the following, a flowchart for setting priorities to the receiving stations 202 to 204 at the start of communication is shown. Here, each of the receiving stations 202 to 204 holds an attribute for determining a priority in advance, and determines a priority by performing negotiation with the transmitting station 201 at the start of communication (priority setting described later). The algorithms A and C) will be described.
[0075]
The attribute for determining the priority is an index for indicating how much the communication reliability is expected to be ensured. For example, the attribute is represented by a numerical value from 1 to 10, and the larger the numerical value, This indicates that the company expects sufficient reliability, but the priorities are relative. For example, assume that the index of the receiving station A is 5. In this case, if the indices of the receiving stations other than the receiving station A are all 4 or less, the highest reliability can be ensured. However, if the indices of the receiving stations other than the receiving station A are all 6 or more, the lowest reliability is obtained. Only sex can be secured. Further, there may be a case where all the indexes of the receiving stations other than the receiving station A are “5”. In that case, all the receiving stations happen to get the same reliability.
[0076]
Also, as a method of specifying attributes for determining priorities, instead of simply indicating how much communication reliability is expected, use something like the capabilities of the receiving station. May be. For example, assume communication with a receiving station having a display unit. There are various types of receiving stations having a display unit, such as a television, a personal computer, a PDA, and a mobile phone. Of course, the display areas of these have various sizes. This is the case with a 20-inch TV, a 12-inch PC, a 4-inch PDA, a 2-inch mobile phone, and the like. In this case, not all receiving stations require the same reliability, a TV with the largest display area will require the highest reliability, and a mobile phone with the smallest display area will require the lowest reliability. I don't mind.
[0077]
Naturally, the index is not limited to this, and a smaller value may be expected to ensure sufficient reliability, or may be at a level relative to other receiving stations. For example, they expect to always ensure the highest reliability. Also, if the number of receiving stations is small and there is room in the band, the reliability is improved by securing the maximum number of retransmissions as much as possible. May be used as an index for distributing the number of retransmissions to the receiving station. That is, as shown in FIG. 11, the receiving station expects the maximum number of retransmissions when the band has a margin and the case where the band has no margin and the number of retransmissions needs to be shared by a plurality of receiving stations. A plurality of indices may be stored in a table, such as a minimum expected number of retransmissions. The number of retransmissions varies depending on various conditions such as a communication band, a communication speed, and a delay time. For example, when the communication speed is 10 Mbps, even if only three retransmissions are allowed in a certain period of time, when the communication speed becomes 1 Mbps, twenty retransmissions are allowed in a certain period. This is the case. Therefore, instead of an index such as an absolute value as shown in FIG. 12, an index such as a ratio to a band may be used. FIG. 12 shows that “1” occupies 100% of the bandwidth. For example, if the communication speed is 1 Mbps and retransmission is allowed up to 20 times in total, the index “1” means 20 retransmissions. However, the index “0.3” means six retransmissions. FIG. 13 shows an example of an index table of a plurality of receiving stations.
[0078]
In addition, it may be a relative index, not an absolute value or a ratio to a band. For example, it is an index such as "securing the maximum number of retransmissions among receiving stations currently participating in communication".
[0079]
FIG. 14 shows a priority setting flowchart when a plurality of receiving stations 202 to 204 holding the above index table start communication with one transmitting station 201. The transmitting station 201 waits for the receiving stations 202 to 204 to participate in the communication (S301). When a new participating receiving station appears (YES in S301), transmitting station 201 receives a retransmission index expected by the newly participating receiving station (S302). Here, the retransmission index is as shown in FIGS. 11 and 12, and is transmitted from the receiving stations 202 to 204 to the transmitting station 201. Next, the transmitting station 201 calculates the number of retransmissions within a fixed time that can be assigned to the newly participating receiving station according to the index transmitted from the receiving station and the communication status at that time ( S303). The priority for the newly participating receiving station is determined from the calculation result, and the priority table is updated (S304).
[0080]
As shown in FIG. 8, the priority table is a table that manages the number of retransmission request grants (priority) within a certain time period assigned to receiving stations participating in communication. This table is updated each time a new participating receiving station appears, and the priority is set. The timing of updating the priority table is not limited to when a new receiving station has joined, but may be updated at various timings as described later.
[0081]
The priority table is a table that manages, for each receiving station, an index (priority) representing the frequency of permitting a receiving station participating in communication to transmit a retransmission request. Examples include the number of permitted retransmission requests within a fixed time, the ratio to the total retransmission band, and a relative index such as “securing the maximum number of retransmissions among receiving stations currently participating in communication”. Instead of the priority table for managing the priority, a table for managing only the priority order may be used.
[0082]
Hereinafter, it is assumed that three receiving stations A, B, and C each have an index table as shown in FIG. 13 and that these receiving stations have participated in communication in the order of receiving stations B, C, and A. In this case, the flow of processing will be described. Here, it is assumed that retransmission can be performed ten times in total within a certain time.
[0083]
First, it is assumed that the receiving station B has joined the communication from a state where no receiving station has joined. Since the retransmission band expected by the receiving station B is 1, the transmitting station permits the receiving station B to perform all possible retransmissions.
[0084]
Thereafter, it is assumed that the receiving station C has participated in the communication. At that point, the transmitting station performs the calculation of S303. As a result of the calculation, even if the minimum expected retransmission bands of the receiving stations B and C are added, not all the bands are used up. In that case, there are various methods for granting the retransmission bands to the receiving stations B and C. If the policy is relatively equal, the receiving station B may be permitted six retransmissions and the receiving station C may be permitted four retransmissions. Further, if the policy is to give priority to a receiving station expecting a larger retransmission band, the receiving station B may be set to eight times and the receiving station C may be set to two times.
[0085]
Next, it is assumed that the receiving station A has joined. At that time, the transmitting station executes the calculation in S303 again, but at this time, it can be seen that the minimum retransmission band expected by all the receiving stations cannot be permitted. In this case, there may be a policy that all receiving stations reduce the bandwidth equally, and a policy that prioritizes receiving stations that expect a larger retransmission bandwidth. In the former case, about 58% of the receiving station A, about 25% of the receiving station B, and about 17% of the receiving station C are permitted. In the latter case, the receiving station is 70% and the receiving station is 70%. B is allowed 30% of the retransmission band, and receiving station C is not allowed to retransmit at all.
[0086]
(Flowchart of operation of transmitting station)
FIG. 7 shows a flowchart of the operation of the transmitting station 201. Hereinafter, for convenience of explanation, the only packet received from the receiving station is a retransmission request packet, but other packets (for example, other control information, etc.) may be received. First, the packet receiving unit 106 checks whether a packet has been received from the receiving stations 202 to 204 (S101). If a packet has not been received (NO in S101), new input data 107 to be input to input data storage unit 101 is extracted, and preparation for creating transmission data is made (S102). If a packet has been received (YES in S101), processing of the retransmission request data received from the receiving stations 202 to 204 is performed (S103). More specifically, the analysis includes preparation for extraction of data stored in the input data storage unit 101 (which data is requested to be retransmitted?). After that, data for which a retransmission request has been received is extracted from the input data storage unit 101 (S104). When transmitting the data for the retransmission request and the newly input data together as the data included in the packet to be transmitted, the step of S102 is always executed regardless of whether or not the packet is received from the receiving station. Is also good. In response to the extraction results in S102 and S104, transmission data is generated (S105) and output to the transmission packet generation unit 102. On the other hand, in the retransmission request data processing (S103), analysis for setting the priority of each of the receiving stations 202 to 204 is also performed from the error rate and the like. Specifically, as described above, the analysis is performed to perform processing such as lowering the priority of a receiving station having a high error rate. In response to the analysis result, the priority setting unit 110 sets the priority for each of the receiving stations 202 to 204 (S106; priority setting step). This setting is stored in the memory as a priority setting table, for example. Of course, this priority setting process does not necessarily have to be continuously performed, but may be performed at the start of communication or when a new receiving station joins. Further, once the priority is set, in this step, the priority is dynamically changed at some timing (for example, when the error rate of a certain receiving station 202 to 204 exceeds a predetermined value). The process may be executed (priority changing step). The priority table set in this process is output to retransmission request permitting section 104, and retransmission request permission setting processing is performed (S107). As described above, since the priority setting process does not always change, the process of outputting the set priority table to the retransmission request permitting unit 104 is performed every time the priority changes. May be implemented. FIG. 8 shows an example of the priority table. As shown in FIG. 8, the receiving stations B, D, and C are permitted a number of retransmissions, but the number of retransmissions allowed as a whole is used up by the top three receiving stations, and the receiving station A has no retransmission at all. It may not be permitted. When there is a receiving station other than the receiving station A, retransmission is not permitted at all, as in the case of the receiving station A. Thereafter, the receiving station that permits the retransmission request in the next packet to be transmitted is determined according to the priority table output from the priority setting process (S107). Then, in response to the results of the transmission data generation process (S105) and the retransmission request permission setting process (S107), the transmission packet generation unit 102 generates a transmission packet as shown in FIG. 3 (S108), and the packet transmission unit 103 Transmits the transmission packet 108 to the receiving stations 202 to 204 (S109).
[0087]
(Transmission of retransmission request packet)
FIG. 10 shows the state of a packet transmitted on a communication channel when the priorities are set for the receiving stations A, B, C, and D as shown in FIG. Here, for convenience, all stations always send retransmission request packets, but if there is no error in the data, the retransmission request packets are naturally not transmitted through the communication path. In a packet transmitted from a transmitting station, data to be transmitted for the first time and retransmission data are mixed. As can be seen from FIG. 10, the retransmission request is permitted six times as a whole, of which the receiving station B is assigned three times, the receiving station D is assigned twice, the receiving station C is assigned once, and the receiving station A is completely assigned. It can be seen that the retransmission request is not permitted.
[0088]
By the way, in the above description, when there is no data to be requested for retransmission, it is described that there is no need to perform communication from the receiving station to the transmitting station. However, the present invention is not limited to this. For example, a packet number (or a block number) is added to all data packets (a block if the packet is divided into small blocks), and if all the data can be received correctly, the last received data correctly The packet number (or block number) or the packet number (or block number) to be received next may be transmitted from the receiving station to the transmitting station, and the transmitting station may surely transmit the data to be transmitted to the receiving station.
[0089]
Also, in FIG. 10, only one response per cycle (assuming one cycle for each packet transmitted by the transmission station) is described from the reception station for data transmission from the transmission station. It is not limited to this. That is, each time one packet is transmitted from the transmitting station, the packet may specify retransmission request permission from a plurality of receiving stations. By permitting retransmission from a plurality of receiving stations in one cycle in this manner, it becomes possible to advance the timing of retransmission. When retransmission from a plurality of receiving stations is permitted in one cycle, the transmitting station can transmit a retransmission request packet transmitted by the receiving station together with retransmission request permission so that retransmission requests do not collide. The timing (a specific period within one cycle) may also be notified to the receiving station.
[0090]
(Operation of receiving station)
When each of the receiving stations 202 to 204 detects an error from the received packet, it checks the retransmission request permission receiving station setting flag 303. If the own station is permitted to perform the retransmission request, the receiving station 202 to 204 transmits the retransmission request packet to the transmitting station 201. However, if the transmission is not permitted, the retransmission request is not transmitted even if an error is detected from the received packet. A flag such as the retransmission request permission receiving station setting flag 303 in FIG. 4 enables the retransmission to each of the receiving stations 202 to 204. That is, as shown in FIG. 6, at the start of communication, an ID is assigned by the transmitting station to each of the receiving stations 202 to 204, and the retransmission request permission receiving station setting flag 303 of FIG. Set. As can be seen from FIG. 6, an ID that is not assigned to any of the receiving stations 202 to 204 may be created. By using the ID, as shown in FIG. 4, it is possible to perform flexible processing such as not permitting any of the receiving stations 202 to 204 to retransmit or permitting all the receiving stations 202 to 204 to retransmit. Become.
[0091]
By the way, the retransmission request permission receiving station setting flag 303 transmitted by the transmitting station is transmitted in the same packet as the multicast data. However, since data errors occurring in the receiving stations 202 to 204 occur randomly, the retransmission request is If an error is detected from the transmitted packet, it is possible to transmit a retransmission request without any particular problem. However, when an error is detected from a packet for which a retransmission request is not permitted, a retransmission request to the transmitting station 201 cannot be made, and thus a device is required. For example, the detection result of the data error is accumulated over a plurality of packets, and the process waits until a packet whose retransmission request permission receiving station setting flag 303 is a flag for permitting the own station is received from the transmitting station 201. Is received, a request is made to the transmitting station to retransmit the error data stored so far.
[0092]
(Block diagram of receiving station)
FIG. 5 shows a block diagram of the receiving stations 202 to 204. Since the other receiving stations 202 to 204 have the same configuration, only one of the receiving stations 202 will be described here.
[0093]
The reception station 202 includes a packet reception unit 501, an error detection unit 502, an output data storage unit 503, a retransmission request permission reception station determination unit (retransmission request permission reception station determination unit) 504, a retransmission request unit (retransmission request unit) 505, A transmission unit 506 and an error accumulation unit 510 are provided. All parts of the receiving station 202 can be realized by hardware.
[0094]
Packet receiving section 501 receives a packet (received packet 507) transmitted from transmitting station 201. Error detecting section 502 determines whether or not a data error exists from the received packet (received packet 507). If the result of the determination is that an error has been detected, data to be requested to be retransmitted to error storing section 510 is transmitted. Accumulate. Further, the error detection unit 502 sends normal data in which no error is detected to the output data storage unit 503. The output data storage unit 503 stores this data and outputs it as received data 509 to the outside when necessary. The retransmission request permission receiving station setting flag 303 in the packet format shown in FIG. 3 is checked from the received packet by the retransmission request permission receiving station determination unit 504. If the own station is permitted to transmit the retransmission request, an error is detected. Data to be requested for retransmission stored in the storage unit 510 is generated by the retransmission request unit 505, and transmitted from the packet transmission unit 506 to the transmission station 201. If the own station is not permitted to transmit the retransmission request, even if an error is detected, the retransmission request packet is not transmitted, and is stored in error storage section 510. Further, as described above, since there is a receiving station to which transmission of a retransmission request is not permitted at all, data to be retransmitted and stored in the error storage unit 510 may not be permanently transmitted. In that case, it may be discarded by some processing (for example, timeout). Also, data may have a time limit to be transmitted. For example, there is a case where data such as video data to be reproduced at a predetermined timing is transmitted, and data has not yet been received at the timing to be reproduced. This can occur when a data error has occurred and the retransmission request is not granted. At that time, even if retransmission is permitted thereafter, the data may not be meaningful and may be deleted from the error accumulation unit 510.
[0095]
Note that the receiving station may have a function of performing error correction. In this case, an error correction code may be added to the above-described transmission packet, and the receiving station may perform error correction based on the error correction code. If the receiving station has a function of performing error correction, the receiving station may request retransmission only when an error occurs in the received data and the error cannot be corrected.
[0096]
(Retransmission request unit)
Incidentally, the retransmission request does not necessarily need to be performed for the entire received packet. The receiving station may divide the received packet into several blocks, perform error detection for each block, and request retransmission of only the block in which the error is detected. If the received packet is divided into a plurality of blocks, the receiving station may detect an error for each block and request retransmission of only the block in which the error is detected.
[0097]
In this case, the receiving station determines the presence or absence of an error in block units by the error detection unit 502, and sends, to the transmitting station, information indicating the block that the receiving station has successfully received among the plurality of blocks included in the packet, together with the retransmission request. Send. Also, the received data of the block determined to be free from errors by the error detection unit 502 is output to the output data storage unit 503 and temporarily stored. Thereafter, the transmitting station retransmits the data in block units based on the retransmission request and the information indicating the correctly received block, and when the receiving station correctly receives the data, the correctly received retransmitted data is output to the output data storage unit. 503 is input. After that, the receiving station sorts the blocks in order and outputs the data as received data 509. Of course, such order arrangement of the blocks may be performed by a processing unit (not shown) at the subsequent stage of the output data storage unit 503.
[0098]
As described above, by performing a retransmission request and retransmission in block units, it is possible to improve packet transmission efficiency.
[0099]
Regardless of whether retransmission is performed in packet units or in block units obtained by dividing a packet into blocks, some kind of number management needs to be used for data requested to be retransmitted. This is because it is not possible to determine what information is included in the packet or block in which an error has been detected because the packet or block is incorrect. It is impossible to request what you do not know what information is included. Therefore, for example, a number such as a sequence number used in TCP or the like is assigned to each packet or each block, and a number that cannot be normally received or a number that can be normally received is transmitted to a transmitting station. The receiving station may request retransmission of data that has not been received normally (erroneously received).
[0100]
(Flowchart of operation of receiving station)
FIG. 9 shows a flowchart of the operation of the receiving station. In the following, for convenience of explanation, the only packet transmitted from the receiving station is a retransmission request packet, but other packets (for example, other control information) may be transmitted. First, the packet receiving unit 502 receives a packet (S201), and the error detecting unit 502 determines whether there is an error in the received data (S202).
[0101]
Naturally, an error in the received packet may be present not only in the data to be transmitted but also in the retransmission requestable receiving station setting flag 303, but in the present embodiment, the error is present in the received packet for convenience. It is assumed that the error is only in the data to be transmitted. By the way, if there is an error in the retransmission requestable receiving station setting flag 303, the process may proceed to S206 as in the case where there is an error in the data to be transmitted. May determine that retransmission is not permitted, and may do nothing. If there is no error (No in S202), the received data is stored in the output data storage unit 503 (S203). As described above, the received data divided for each block may be input to the output data storage unit 503 with the original order changed, so that the output data is stored in the output data storage unit 503 (S204), and the received data 509 is output. (S205). By the way, if an error is detected from the received packet 507 (YES in S202), the error data storage unit 510 stores the error data (S206). On the other hand, from the received packet 507, the retransmission request permission receiving station determining unit 504 determines the retransmission request permission receiving station, and does nothing if the own station is not permitted to retransmit (NO in S207). In other words, no operation is performed unless retransmission is permitted regardless of the presence or absence of accumulation of error data. Thereby, a meaningless retransmission request does not flow to the communication path. If the own station is permitted to retransmit (YES in S207), nothing is performed unless error data is stored in error data storage section 510 (NO in S208). That is, even if retransmission is permitted, nothing is performed unless error data is accumulated. As a result, unnecessary packets do not flow through the communication path. If error data has been stored in error data storage section 510 (YES in S208), retransmission request section 505 prepares to transmit to the transmitting station as retransmission request data (S209), and packet transmission section 506 transmits transmission packet 508 from packet transmission section 506. It is transmitted (S210).
[0102]
(Priority setting algorithm for retransmission request permission)
By the way, the transmission of the retransmission request from the receiving station to the transmitting station cannot be performed indefinitely, but must be performed within a limited transmission band. For example, it is assumed that when the communication environment of the receiving station A is bad, the receiving station A is frequently permitted to transmit a retransmission request, and has transmitted the permitted retransmission request to the maximum using the transmission band. In this case, since the other receiving stations B and C cannot make a retransmission request, the data reliability of the receiving stations B and C may be degraded. In addition, if sufficient reliability of data cannot be obtained only by the retransmission request to which the receiving station A is assigned, the worst case is that the reliability of all data of the receiving station A, the receiving station B, and the receiving station C cannot be secured. It is possible. Therefore, in retransmission request permitting section 104, a method of selecting a receiving station to which a retransmission request is permitted (priority setting method set in the priority setting step) needs to be carefully considered. There is a method. By differentiating the frequency (priority) of retransmission request permission for each receiving station, a plurality of priority setting algorithms and priority changing algorithms for more effective use of communication bandwidth are proposed below.
[0103]
(Priority setting algorithm A)
As a method of determining the priority, first, when the transmitting station and the receiving station start communication, a negotiation is performed between the transmitting station and the receiving station. There is a method in which information about the reliability of data transmission to be transmitted is transmitted to a transmitting station, and the transmitting station sets a priority based on the above information.
[0104]
That is, first, when the transmitting station and the receiving station start communication, negotiations (negotiations) such as association and binding are performed between the transmitting station and the receiving station prior to the original communication. This negotiation means that the transmitting station and the receiving station mutually confirm the conditions for correct communication with each other, and determine in advance the hardware communication conditions (such as how to use signal lines) and the communication procedure (communication protocol). This is the processing to be performed.
[0105]
Each receiving station has its own data transmission reliability (minimum number of retransmissions, etc. within a certain period of time), so any new receiving station that has joined the communication will secure its reliability in negotiations. To be able to do so, a request is made to the transmitting station, that is, the information on the reliability is transmitted to the transmitting station. Next, the transmitting station, by the time the data transmission to the receiving station is started, the information on the reliability and the communication status at that time (such as how many receiving stations are communicating at that time, etc.) Based on the reliability or priority (frequency at which retransmission request transmission is permitted; number of retransmission request transmissions permitted within a certain period, etc.) ) Is determined (examined), and the priority order of the receiving stations is set based on the determination result. In this case, the order of priority of each receiving station is not changed after being set once.
[0106]
(Priority setting algorithm B)
Further, the method of setting the priority may be a method in which the transmitting station is determined based on the attribute of each receiving station and the priority of the attribute, which are set in advance by the user of the communication system. For example, assuming a case where the terminal is used in a company, a plurality of positions are set as attributes of each receiving station, and the priorities of the attributes are set according to the order of the positions. There is a method in which officers are set so as to have a higher priority than managers and have higher priority than managers, and the transmitting station determines based on these settings. In this case, the priority order and priority of each receiving station are not changed once they are set.
[0107]
The attribute of each receiving station may be appropriately set by a user using input means provided in the receiving station, and may be stored in storage means in the receiving station. The priority of the attribute may be stored in advance in a storage unit in the transmitting station, or may be appropriately set by a user using an input unit provided in the transmitting station, and stored in the storage unit in the transmitting station. You should keep it.
[0108]
Further, there may be a receiving station having an attribute that does not request retransmission at all or an attribute that always requests the lowest priority.
[0109]
In the above two methods, once the priority is set, the priority is not changed thereafter. However, the once set priority may be dynamically changed. A method of changing the priority (priority change algorithm) is described below.
[0110]
(Priority change algorithm C)
For example, a method of changing the priority set by the priority setting algorithm A when a receiving station is newly added to the network can be considered. In this method, for example, at a certain point in time, the receiving station A is ranked first in the priority order and the receiving station B is ranked second in the priority order. Is a method of changing the priorities so that the receiving station C is first, the receiving station A is second, and the receiving station B is third.
[0111]
(Priority change algorithm D)
As described above, when the priority of the receiving station C is first, the receiving station A is second, and the receiving station B is third, if the communication environment of the receiving station C is poor, the receiving station C As a result, the receiving station A and the receiving station B can hardly make a retransmission request. In such a case, the error rate of each receiving station is calculated from a retransmission request or the like transmitted from each receiving station, and when the calculated error rate is larger than a predetermined value, the priority setting algorithm A or the like is used. The set priority may be lowered. As a result, the priority order of the receiving station A is the first, the receiving station B is the second, the receiving station C is the third, and the receiving station C can hardly make a retransmission request. The receiving station B can be used to obtain sufficient data reliability. Conversely, when the error rate is smaller than the predetermined value, the priority set by the priority setting algorithm A or the like may be increased. As a result, a receiving station with a higher priority order can communicate in an almost error-free state. In other words, the idea is to increase the priority of stations that do not request retransmission requests frequently and thereby increase the number of stations that can communicate stably as much as possible.
[0112]
It is general that the error occurring in each receiving station is independent for each receiving station (this is not limited to a large external noise (such as a microwave oven)). In this case, as a result of performing many retransmissions to a receiving station having a high error rate, retransmission may not be assigned to a receiving station that can achieve error-free with a slight retransmission. If the number of retransmissions does not improve, the idea is to discard the number of retransmissions and use the limited number of retransmissions as a meaningful retransmission.
[0113]
By the way, regarding the method of calculating the error rate, the value calculated on the receiving station side may be notified to the transmitting station. Also, as a preferred implementation of the error rate measurement, it is better for each receiving station to notify the transmitting station of the independently calculated error rate. This is because the receiving station side can more accurately grasp the error rate. Since retransmission cannot be performed unless permitted, an accurate value may not be calculated from the number of retransmissions.
[0114]
Although there are various error rates such as a bit error rate and a packet error rate, a rate suitable for implementation may be adopted. In actual communication, it is possible to implement processing such as error correction, in which case either the error rate before or after error correction may be used, but if it is used for the presence or absence of retransmission, error correction was performed It may be desirable to use a later error rate (since it is an error rate that requires retransmission). In some cases, a packet is divided into a plurality of blocks, and error correction processing is performed for each block. Therefore, an error rate in units of blocks may be employed. For example, among the ten retransmission request grants, if the receiving station A actually requests retransmission three times and the receiving station B twice, the receiving station A has a higher error rate. Of the 10 retransmission request grants, 10 blocks are transmitted in one packet, and the actual retransmission request is received by the receiving station D with 5 blocks and the receiving station E with 8 blocks. large.
[0115]
Further, in the communication, the error rate may increase instantaneously due to an environmental change, but the communication may return to a stable communication immediately. Therefore, instead of using the error rate in an extremely short time (for example, in packet units), the calculation may be performed with a certain time width (an average value over several packets).
[0116]
(Priority change algorithm E)
In the above description, conditions that are not related to the time axis are used as conditions for changing the priority, such as an error rate exceeding a predetermined value or a receiving station joining a network. The priority may be changed at the time interval of. At this time, the above error rate may be used as a condition for changing the priority.
[0117]
(Priority setting algorithm F)
Also, as described above, the communication environment of a certain receiving station is extremely poor, and even if retransmission is performed, it may be far from ensuring data reliability. In such a case, assigning a retransmission request to the receiving station has little meaning, and merely wastes the communication band. That is, it is possible to more efficiently allocate the retransmission request by not allowing the retransmission request at all to the receiving station having the predetermined error rate or higher.
[0118]
(Priority change algorithm G)
Further, in the above description, the priority assignment is performed according to a predetermined condition, but as a result, the disparity between a receiving station to which a retransmission request is assigned and a receiving station to which no retransmission request is assigned may increase, and It can also be said that priority assignment is performed.
[0119]
Therefore, the priority may not be assigned using the error rate of each receiving station or the like, but may be simply assigned at random. That is, at a certain timing, a retransmission request is assigned very frequently, but after a certain period of time, a retransmission request is not often assigned. As a result, a retransmission request can be equally allocated to each receiving station over a long period of time.
[0120]
In this case, the priorities may be changed so that the priorities are switched at all at random, or the priorities may be changed so that the priorities are gradually raised or lowered.
[0121]
Further, the priority order may be changed according to an instruction from the user. For example, in the case of a brief meeting, leaving the room for a toilet, etc., if the user does not request a retransmission request for a while, the priority of the retransmission request is switched according to the user's instruction. May be.
[0122]
In addition, as a result of equally assigning retransmissions, some errors may occur in all receiving stations without being in an error-free state. However, when retransmission is preferentially performed, there may be a case where almost error-free state can be achieved. Therefore, there may be a case where it is desired to create an error-free state (enhancing communication) even if there is a state in which the number of errors slightly increases rather than a state in which there is always some error (leaving away, CM, so much) Video that you are not interested in).
[0123]
(Priority setting algorithm H)
In the above description, the priority is always set for each receiving station, but there may be a receiving station for which the priority is not set. For example, if there are a large number of receiving stations on the network, it may not be practically possible to prioritize. In that case, the priority may be set only for a certain number of receiving stations, and the priority may not be set for the majority of other receiving stations, that is, the retransmission request may not always be permitted. This will work well for large numbers of receiving stations. Of course, all receiving stations may not be permitted to request retransmission. In that case, the band allocated to retransmission can be allocated to data transfer, and the communication band can be used efficiently.
[0124]
(Packet for sending retransmission request permission flag)
In this embodiment, the retransmission request permission flag is transmitted in the same packet as the data to be transmitted, but may be transmitted as another packet. However, usually, as shown in FIG. 3, since there are additional packets such as a preamble and a header, it is better to transmit the retransmission request permission flag and the data to be transmitted in the same packet as in the present embodiment. Transmission efficiency will be good.
[0125]
(Specific usage scene 1)
A specific usage scene using the priority setting method according to the present invention will be described below. For example, a usage scene in a hot spot. In a hot spot, an unspecified number of receiving stations have access to one or a small number of transmitting stations (access points). In this case, since a large number of receiving stations participate in the communication, the sum of the number of retransmissions expected by all the receiving stations may exceed the retransmission band allowable by the transmitting station. At this time, not all the receiving stations are allowed the expected number of retransmissions. Therefore, it can be said that each receiving station must be differentiated in some way. In hot spots, users often pay for usage and communicate, and all receiving stations share the number of retransmissions equally, so that no receiving station can secure the expected number of retransmissions, that is, expect It is a problem if the reliability of communication cannot be ensured. In a communication environment where a large number of receiving stations are present, it is unlikely that all the receiving stations have a bad communication state, and there is a difference between a receiving station having a good communication state and a receiving station having a bad communication state. There are many. In such a case, the number of retransmissions to a receiving station with a poor communication state is reduced (in the worst case, no transmission is permitted), and allocation is made to a receiving station with a better communication state. It is desirable to increase the number of receiving stations that have no problem. In that case, services such as reducing the usage fee or enabling free use are also conceivable for users of receiving stations with poor communication conditions.
[0126]
(Specific use scene 2)
A specific usage scene using the priority setting method according to the present invention will be described below. This is a usage scene in which a plurality of students receive information from one teacher in a school classroom or the like. Again, as described above, it may be desirable to increase the number of students with better reception status as much as possible, even if the reception status of a particular student is worse than the communication status of all the students being evenly poor. Here, for a student with a poor communication situation, the receiving station may be shared with a student with a good communication situation, or the receiving station in a wired connection environment may be used.
[0127]
Naturally, the use scene according to the present invention is not limited to the above. For example, use in lectures and conferences, use of the whole family at each receiving station, transmission of extra information, transportation such as trains and airplanes It can be applied to various uses, such as use in a movie theater, a video / CD shop, and the like, and ad hoc use by friends gathered. Further, the receiving station possessed by each user is not a single station, and various types of receiving stations may simultaneously participate in communication. For example, a receiving station having various display units such as a television, a personal computer, a PDA, and a mobile phone may simultaneously participate in communication. Here, it is assumed that the television has the largest display area and the mobile phone has the smallest display area. In this case, not all receiving stations require the same reliability, a TV with the largest display area will require the highest reliability, and a mobile phone with the smallest display area will require the lowest reliability. I don't mind.
[0128]
(Program, recording medium)
Further, the above-described communication method can be provided by a program for causing a computer to execute each step of the method.
[0129]
Further, as described above, all of the transmitting station and the receiving station are hardware (generally called baseband and RF units), and in some cases, MAC (Media Access Control) hardware is further included. ), But can be partially realized by software. The components other than the packet transmitting unit 103 and the packet receiving unit 106 of the transmitting station and the packet receiving unit 501 and the packet transmitting unit 506 of the receiving station can be realized by software.
[0130]
Further, the above-described transmitting station can be provided by a program for causing a computer to function as a part related to the communication control, that is, a retransmission request permission unit 104 and a priority setting unit 110.
[0131]
Further, the above-described receiving station can be provided by a program for causing a computer to function as a part related to the communication control, that is, an error detecting unit 502, a retransmission request permission receiving station determining unit 504, a retransmission requesting unit 505, and the like. .
[0132]
Such a program can be recorded on a computer-readable recording medium such as a flexible disk, a CD-ROM, a ROM, a RAM, and a memory card attached to the computer and provided as a program product. Alternatively, the program can be provided by being recorded on a recording medium such as a hard disk incorporated in the computer. Further, the program can be provided by downloading via a network. The programs provided in these modes are installed in a program storage unit such as a hard disk built in the computer, and executed by the computer. Note that the program product includes the program itself and a recording medium on which the program is recorded.
[0133]
The embodiments disclosed this time are to be considered in all respects as illustrative and not restrictive. The scope of the present invention is defined by the terms of the claims, rather than the description above, and is intended to include any modifications within the scope and meaning equivalent to the terms of the claims.
[0134]
【The invention's effect】
According to the present invention, even when the communication path is not stable, only the receiving station that is permitted to transmit the retransmission request transmits the retransmission request. No retransmission request packet is transmitted on the communication path. Therefore, communication efficiency is improved. Furthermore, according to the present invention, an important receiving station that should ensure high communication reliability can transmit a retransmission request with sufficient frequency, so that high communication reliability can be ensured (Patent Document 1) Solving a few problems).
[Brief description of the drawings]
FIG. 1 is a block diagram showing a configuration of a transmitting station according to one embodiment of the present invention.
FIG. 2 is a block diagram illustrating a schematic configuration of a communication system according to an embodiment of the present invention.
FIG. 3 is a diagram showing a packet format of a packet transmitted from a transmitting station according to an embodiment of the present invention.
FIG. 4 is a diagram showing a retransmission request permission receiving station setting flag according to an embodiment of the present invention.
FIG. 5 is a block diagram showing a configuration of a receiving station according to one embodiment of the present invention.
FIG. 6 is a diagram showing IDs assigned to receiving stations according to one embodiment of the present invention.
FIG. 7 is a flowchart showing an operation of the transmitting station according to one embodiment of the present invention.
FIG. 8 is a diagram showing an example of a priority table according to the embodiment of the present invention.
FIG. 9 is a flowchart showing an operation of the receiving station according to one embodiment of the present invention.
FIG. 10 is a diagram showing a state of a packet transmitted on a communication path in the communication system according to the embodiment of the present invention.
FIG. 11 is a diagram illustrating an example of a retransmission index table expected by a receiving station according to an embodiment of the present invention.
FIG. 12 is a diagram showing another example of the retransmission index table expected by the receiving station according to the embodiment of the present invention.
FIG. 13 is a diagram showing still another example of the retransmission index table expected by the receiving station according to the embodiment of the present invention.
FIG. 14 is a flowchart illustrating a priority setting process according to an embodiment of the present invention.
[Explanation of symbols]
104 retransmission request permission section (retransmission request permission means)
110 Priority setting section (priority setting means)
201 transmitting station
202-204 receiving station
504 Retransmission request permission receiving station determination unit (retransmission request permission receiving station determination means)
505 retransmission request unit (retransmission request means)

Claims (29)

1つの送信局から、前記送信局が個別に識別可能な複数の受信局に対してデータ伝送を行うマルチキャスト型の通信システムにおける送信局であり、かつ、受信局で受信されたデータに誤りが発生した場合に受信局から送信される再送要求に応じて、データを受信局に再送する機能を備える送信局であって、
前記各受信局に対して、データの再送要求の送信を許可する頻度である優先度を順位がつくように設定する優先度設定手段と、
前記優先度設定手段にて設定された前記優先度に従って、前記各受信局にデータの再送要求の送信を許可する再送要求許可手段とを備えたことを特徴とする送信局。
The transmitting station is a transmitting station in a multicast communication system that performs data transmission from a single transmitting station to a plurality of individually identifiable receiving stations, and an error occurs in data received by the receiving station. A transmitting station having a function of retransmitting data to the receiving station in response to a retransmission request transmitted from the receiving station when the
For each of the receiving stations, a priority setting means for setting a priority that is a frequency of permitting transmission of a data retransmission request to be ranked.
A transmission station, comprising: a retransmission request permitting unit that permits each of the receiving stations to transmit a data retransmission request according to the priority set by the priority setting unit.
請求項1に記載の送信局が備える各手段として、コンピュータを機能させるためのプログラム。A program for causing a computer to function as each unit included in the transmitting station according to claim 1. 請求項1に記載の送信局から、再送要求送信許可に関する情報を含むデータを受信するための受信局であって、
受信された再送要求送信許可に関する情報に基づいて、前記送信局により再送要求の送信が許可された再送要求許可受信局を判定する再送要求許可受信局判定手段と、
再送要求送信許可を受信した時あるいはそれより前に受信されたデータに誤りがあり、前記再送要求許可受信局判定手段にて自局が再送要求の送信を許可されたと判定できたときのみ、再送要求を送信する再送要求手段を備えたことを特徴とする受信局。
A receiving station for receiving, from the transmitting station according to claim 1, data including information on permission to transmit a retransmission request,
Retransmission request permission receiving station determining means for determining a retransmission request permission receiving station permitted to transmit a retransmission request by the transmitting station, based on the received information on the retransmission request transmission permission;
Only when the data received before or before receiving the retransmission request transmission permission contains an error and the retransmission request permission receiving station determination means can determine that the own station is permitted to transmit the retransmission request, the retransmission is performed. A receiving station comprising retransmission request means for transmitting a request.
請求項3に記載の受信局が備える各手段として、コンピュータを機能させるためのプログラム。A program for causing a computer to function as each unit included in the receiving station according to claim 3. 1つの送信局から、前記送信局が個別に識別可能な複数の受信局に対してデータ伝送を行うマルチキャスト型の通信方法であり、かつ、データに誤りが発生した場合に、受信局が再送要求を送信し、前記送信局が前記再送要求に応じてデータを受信局に再送する通信方法であって、
前記各受信局に対して、データの再送要求の送信を許可する頻度である優先度を順位がつくように設定する優先度設定ステップと、
前記優先度設定手段にて設定された前記優先度に従って、前記各受信局にデータの再送要求の送信を許可する再送要求許可ステップとを含むことを特徴とする通信方法。
This is a multicast communication method for performing data transmission from one transmitting station to a plurality of receiving stations that can be individually identified by the transmitting station, and when an error occurs in data, the receiving station issues a retransmission request. A communication method in which the transmitting station retransmits data to the receiving station in response to the retransmission request,
For each of the receiving stations, a priority setting step of setting a priority, which is a frequency of permitting transmission of a data retransmission request, to be ranked.
A retransmission request permitting step of permitting each of the receiving stations to transmit a data retransmission request in accordance with the priority set by the priority setting means.
前記優先度設定ステップは、通信開始時または通信開始前に実行され、
前記優先度に従った再送要求許可ステップは、通信中、常に実行されることを特徴とする請求項5に記載の通信方法。
The priority setting step is performed at the start of communication or before the start of communication,
The communication method according to claim 5, wherein the retransmission request permission step according to the priority is always executed during communication.
前記優先度設定ステップでは、通信開始時に行う送信局と受信局間のネゴシエーションにより前記優先度を決定することを特徴とする請求項5に記載の通信方法。The communication method according to claim 5, wherein, in the priority setting step, the priority is determined by negotiation between a transmitting station and a receiving station performed at the start of communication. 前記優先度設定ステップでは、あらかじめ設定された受信局の属性に応じて前記優先度を決定することを特徴とする請求項5に記載の通信方法。6. The communication method according to claim 5, wherein in the priority setting step, the priority is determined according to a preset attribute of the receiving station. 前記優先度設定ステップにおいて設定された優先度を動的に変更する優先度変更ステップとをさらに含むことを特徴とする請求項5に記載の通信方法。The communication method according to claim 5, further comprising: a priority changing step of dynamically changing the priority set in the priority setting step. 前記優先度変更ステップでは、新たな受信局がネットワーク内に参加した時に優先度を変更することを特徴とする請求項9に記載の通信方法。The communication method according to claim 9, wherein in the priority changing step, the priority is changed when a new receiving station has joined the network. 前記優先度変更ステップでは、各受信局の誤り率に応じて優先度を変更することを特徴とする請求項9に記載の通信方法。The communication method according to claim 9, wherein in the priority changing step, the priority is changed according to an error rate of each receiving station. 前記優先度変更ステップでは、各受信局の誤り率を算出し、その算出された誤り率の一部が所定の値より大きい場合に、優先度を変更することを特徴とする請求項11に記載の通信方法。The method according to claim 11, wherein, in the priority changing step, an error rate of each receiving station is calculated, and when a part of the calculated error rate is larger than a predetermined value, the priority is changed. Communication method. 前記優先度変更ステップでは、算出された誤り率が所定の値より大きい場合には、その所定の値より大きい誤り率を持つ受信局の優先度を下げることを特徴とする請求項12に記載の通信方法。13. The method according to claim 12, wherein in the priority changing step, when the calculated error rate is larger than a predetermined value, the priority of a receiving station having an error rate larger than the predetermined value is reduced. Communication method. 前記優先度変更ステップでは、各受信局の誤り率を算出し、その算出された誤り率の一部が所定の値より小さい場合に、優先度を変更することを特徴とする請求項11に記載の通信方法。The method according to claim 11, wherein in the priority changing step, an error rate of each receiving station is calculated, and when a part of the calculated error rate is smaller than a predetermined value, the priority is changed. Communication method. 前記優先度変更ステップでは、算出された誤り率が所定の値より小さい場合には、その所定の値より小さい誤り率を持つ受信局の優先度を上げることを特徴とする請求項14に記載の通信方法。The method according to claim 14, wherein in the priority changing step, when the calculated error rate is smaller than a predetermined value, the priority of a receiving station having an error rate smaller than the predetermined value is increased. Communication method. 前記優先度変更ステップでは、優先度を所定の時間間隔で変更することを特徴とする請求項9に記載の通信方法。The communication method according to claim 9, wherein in the priority changing step, the priority is changed at predetermined time intervals. 前記優先度変更ステップでは、各受信局の誤り率を算出し、所定の時間間隔で、各受信局の優先度の順位が、誤り率の小さいほど優先度の順位が高くなる順位に並び替えられるように優先度を変更することを特徴とする請求項16に記載の通信方法。In the priority changing step, the error rate of each receiving station is calculated, and at predetermined time intervals, the order of priority of each receiving station is rearranged into an order in which the smaller the error rate, the higher the priority order. The communication method according to claim 16, wherein the priority is changed in such a manner. 前記優先度変更ステップでは、所定の時間間隔でランダムに優先度の順位が入れ替わるように優先度を変更することを特徴とする請求項16に記載の通信方法。17. The communication method according to claim 16, wherein in the priority changing step, the priority is changed such that the order of the priority is randomly changed at predetermined time intervals. 前記優先度変更ステップでは、前記優先度決定ステップで決定された優先度の順位に3つ以上の異なる順位が存在した場合、少なくとも1つの受信局の優先度の順位が、最高の順位になるまでは徐々に上がっていき、最高の順位になると最低の順位に下がるように、所定の時間間隔で優先度を変更することを特徴とする請求項16に記載の通信方法。In the priority changing step, when three or more different priorities are present in the priority order determined in the priority determining step, the priority order of at least one receiving station is changed to the highest order. 17. The communication method according to claim 16, wherein the priority is changed at predetermined time intervals so as to gradually increase, and to decrease to the lowest rank when reaching the highest rank. 前記優先度変更ステップでは、前記優先度決定ステップで決定された優先度の順位に3つ以上の異なる順位が存在した場合、少なくとも1つの受信局の優先度の順位を、最低の順位になるまでは徐々に下がっていき、最低の順位になると最高の順位に上がるように、所定の時間間隔で優先度を変更することを特徴とする請求項16に記載の通信方法。In the priority changing step, when there are three or more different priorities in the priority order determined in the priority determining step, the priority order of at least one receiving station is changed until the priority order becomes the lowest order. 17. The communication method according to claim 16, wherein the priority is gradually changed at predetermined time intervals so that the priority is gradually lowered, and the priority is changed to the highest when the lowest rank is reached. 前記再送要求許可ステップでは、一部の受信局に対して、常に再送要求の送信を許可しないことを特徴とする請求項5に記載の通信方法。The communication method according to claim 5, wherein in the retransmission request permission step, transmission of a retransmission request is not always permitted to some receiving stations. 前記優先度設定ステップでは、所定の条件を満たした場合に、一部の受信局に対して再送要求の送信を許可しないことを特徴とする請求項5に記載の通信方法。6. The communication method according to claim 5, wherein in the priority setting step, when a predetermined condition is satisfied, transmission of a retransmission request to some of the receiving stations is not permitted. 前記優先度設定ステップでは、再送要求の送信を許可しない受信局に対して、優先度を設定しないことを特徴とする請求項21または22に記載の通信方法。23. The communication method according to claim 21, wherein in the priority setting step, a priority is not set for a receiving station that does not permit transmission of a retransmission request. 前記優先度設定ステップでは、各受信局の誤り率を算出し、一部の受信局の誤り率が所定の誤り率より大きい場合には、その所定の誤り率より大きい誤り率を持つ受信局に対して、再送要求の送信を許可しないことを特徴とする請求項22に記載の通信方法。In the priority setting step, the error rate of each receiving station is calculated, and when the error rate of some of the receiving stations is higher than a predetermined error rate, the error rate of the receiving station having an error rate higher than the predetermined error rate is determined. 23. The communication method according to claim 22, wherein transmission of a retransmission request is not permitted. 前記優先度設定ステップでは、通信に参加している受信局の総数が所定の数を超えた場合に、一部の受信局に対して再送要求の送信を許可しないことを特徴とする請求項22に記載の通信方法。23. In the priority setting step, when a total number of receiving stations participating in communication exceeds a predetermined number, transmission of a retransmission request to some of the receiving stations is not permitted. Communication method described in. 前記優先度設定ステップでは、より上位の優先度を期待する一部の受信局だけで再送帯域を使いきってしまった場合に、それ以外の受信局に対して再送要求の送信を許可しないことを特徴とする請求項22に記載の通信方法。In the priority setting step, if only some of the receiving stations expecting a higher priority have used up the retransmission band, the transmission of the retransmission request to other receiving stations is not permitted. The communication method according to claim 22, characterized in that: 前記優先度設定ステップでは、再送を期待しない受信局として設定された受信局が存在した場合に、その受信局に対して再送要求の送信を許可しないことを特徴とする請求項22に記載の通信方法。23. The communication according to claim 22, wherein in the priority setting step, when there is a receiving station set as a receiving station not expecting retransmission, transmission of a retransmission request is not permitted to the receiving station. Method. 請求項5ないし27のいずれかに記載の通信方法が含む各ステップをコンピュータに実行させるためのプログラム。A program for causing a computer to execute each step included in the communication method according to any one of claims 5 to 27. 請求項2、4または28に記載のプログラムを記録したコンピュータ読み取り可能な記録媒体。A computer-readable recording medium on which the program according to claim 2, 4 or 28 is recorded.
JP2003109235A 2003-04-14 2003-04-14 Transmission station and reception station in in multicast communication system, and communication method Pending JP2004320230A (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2003109235A JP2004320230A (en) 2003-04-14 2003-04-14 Transmission station and reception station in in multicast communication system, and communication method
PCT/JP2004/005183 WO2004093396A1 (en) 2003-04-14 2004-04-09 Transmission station and reception station in multi-cast type communication system and communication method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2003109235A JP2004320230A (en) 2003-04-14 2003-04-14 Transmission station and reception station in in multicast communication system, and communication method

Publications (1)

Publication Number Publication Date
JP2004320230A true JP2004320230A (en) 2004-11-11

Family

ID=33295912

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2003109235A Pending JP2004320230A (en) 2003-04-14 2003-04-14 Transmission station and reception station in in multicast communication system, and communication method

Country Status (2)

Country Link
JP (1) JP2004320230A (en)
WO (1) WO2004093396A1 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007081528A (en) * 2005-09-12 2007-03-29 Hitachi Communication Technologies Ltd Transmission error improvement system in wireless lan and access point and wireless lan terminal
JP2007214795A (en) * 2006-02-08 2007-08-23 Ntt Docomo Inc Radio communication device and radio communication method
JP2008312126A (en) * 2007-06-18 2008-12-25 Canon Inc Data transmitting apparatus, data receiving apparatus, and data transmitting/receiving system

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP4969342B2 (en) * 2007-07-03 2012-07-04 パナソニック株式会社 Receiving terminal and receiving method
WO2016111085A1 (en) * 2015-01-09 2016-07-14 ソニー株式会社 Wireless communication device, wireless communication method, and program

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS62299139A (en) * 1986-06-19 1987-12-26 Toshiba Corp Multiple address communication system
JPH09191314A (en) * 1996-01-10 1997-07-22 Mitsubishi Electric Corp Continuous data transmission method and its transmitter
JPH1146161A (en) * 1997-07-28 1999-02-16 Nippon Telegr & Teleph Corp <Ntt> Method for transferring radio multicast data
JP3228410B2 (en) * 1997-12-25 2001-11-12 日本電気株式会社 Multicast communication method and method
JP2001028565A (en) * 1999-07-13 2001-01-30 Mitsubishi Electric Corp Broadcast communication method, broadcast communication system and mobile station
JP3683468B2 (en) * 2000-04-13 2005-08-17 株式会社エヌ・ティ・ティ・ドコモ Retransmission control method, information distribution apparatus and wireless terminal in multicast service providing system
JP2002314601A (en) * 2001-04-18 2002-10-25 Ntt Docomo Inc Method for notifying receiving state, node device and receiver
JP3643053B2 (en) * 2001-06-11 2005-04-27 三菱電機株式会社 CDMA wireless multicast retransmission control method and wireless communication system
JP3822466B2 (en) * 2001-07-06 2006-09-20 三菱電機株式会社 Multicast receiving station, multicast transmitting station, and wireless multicast communication method
JP3931594B2 (en) * 2001-07-09 2007-06-20 株式会社日立製作所 Retransmission method for multipoint broadcast networks
JP2003234739A (en) * 2002-02-12 2003-08-22 Sony Corp Digital data transmitting/receiving system and digital data transmitting/receiving method
JP2003258813A (en) * 2002-03-06 2003-09-12 Matsushita Electric Ind Co Ltd Receiving station housed in communication system

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007081528A (en) * 2005-09-12 2007-03-29 Hitachi Communication Technologies Ltd Transmission error improvement system in wireless lan and access point and wireless lan terminal
JP2007214795A (en) * 2006-02-08 2007-08-23 Ntt Docomo Inc Radio communication device and radio communication method
JP2008312126A (en) * 2007-06-18 2008-12-25 Canon Inc Data transmitting apparatus, data receiving apparatus, and data transmitting/receiving system

Also Published As

Publication number Publication date
WO2004093396A1 (en) 2004-10-28

Similar Documents

Publication Publication Date Title
KR101219827B1 (en) Wireless communication system, wireless communication device and wireless communication method, and computer program
US20170325073A1 (en) Distributed access point for ip based communications
US6865609B1 (en) Multimedia extensions for wireless local area network
US8630680B2 (en) Efficient wireless transmission opportunity handoff
US7936774B2 (en) Method and devices for multicasting information over a network that applied a distributed media access control scheme
US6965933B2 (en) Method and apparatus for token distribution
EP2111723B1 (en) Resource requests for a wireless communication system
US20040081089A1 (en) Transmitting data on scheduled channels in a centralized network
US20020028687A1 (en) Retransmission control method and system for multicast information distribution service, retransmission control apparatus, wireless base station and wireless terminal
KR20080018860A (en) Separating control and data in wireless networks
JP2001211189A (en) Up link data message receiving method, up link method, communication method, remote unit identifying method, communication system and remote unit
JP2005318487A (en) Communication apparatus, communication system, communication method, and communication control program
WO2005079026A1 (en) Reliable message distribution with enhanced emfc for ad hoc mesh networks
US20070047563A1 (en) Priority queuing of frames in a TDMA network
Santos et al. Evaluation of the IEEE 802.11 aa group addressed service for robust audio-video streaming
US7085284B1 (en) Prioritization scheme for CSMA/CA
KR20220037484A (en) RTA queue management in wireless local area network (WLAN) stations
WO2001071981A2 (en) Multimedia extensions for wireless local area networks
US8046484B2 (en) Transmitting data across a contention channel in a centralized network
US7653012B2 (en) Relay transmission of data in a centralized network
JP2004320230A (en) Transmission station and reception station in in multicast communication system, and communication method
US20040233927A1 (en) Method of controlling communications
JP6886856B2 (en) Communication method, server and wireless distribution system
US6530056B1 (en) Method for setting a timer based on previous channel request statistics
JP4441046B2 (en) Wireless communication system

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050810

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080520

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20080924