(57)【特許請求の範囲】
【請求項１】
複数のストリームデータを時分割で送信するストリームデータ送信装置であって、
前記複数のストリームデータがそれぞれ必要とする帯域と、前記複数のストリームデータについて送信を試みた回数とに基づいて、次に送信権を割当てるストリームデータを決定するための手段と、
前記決定するための手段により決定された送信権に従って、前記複数のストリームデータを動的に切替えて送信するための手段とを含む、ストリームデータ送信装置。
【請求項２】
前記決定するための手段は、
前記複数のストリームデータに対して、それぞれ必要とする帯域により決定されるストリームポイントを設定するための手段と、
前記複数のストリームデータの各々について、前記送信するための手段が送信を試みるごとに、対応のストリームポイントを累積していくための手段と、
累積されたストリームポイントに基づいて、次の送信権を割当てるストリームデータを選択するための手段とを含む、請求項１に記載のストリームデータ送信装置。
【請求項３】
前記ストリームポイントを設定するための手段は、
前記複数のストリームデータがそれぞれ必要とする帯域に関する情報を獲得するための手段と、
前記複数のストリームデータの各々に対して、必要な帯域の広さの関数としてストリームポイントを割当てるための手段とを含む、請求項２に記載のストリームデータ送信装置。
【請求項４】
前記割当てるための手段は、
前記複数のストリームデータに必要な帯域の逆数の比を算出するための手段と、
前記複数のストリームデータに、それぞれ前記算出するための手段により算出された前記比をストリームポイントとして設定するための手段とを含む、請求項３に記載のストリームデータ送信装置。
【請求項５】
さらに、所定の条件の成立を検出するための検出手段と、
前記検出手段が前記所定の条件の成立を検出したことに応答して、前記ストリームポイントを累積していく手段により累積されている累積ストリームポイントの値を所定の方法により再設定するための手段とをさらに含む、請求項１に記載のストリームデータ送信装置。
【請求項６】
前記検出手段は、ストリームデータの参入を検出するための手段を含み、
前記検出手段が前記所定の条件の成立を検出したことに応答して、前記ストリームポイントを割当てるための手段を動作させるための手段をさらに含む、請求項５に記載のストリームデータ送信装置。
【請求項７】
前記検出手段は、ストリームデータの参入を検出するための手段を含み、
前記再設定するための手段は、前記検出手段がストリームデータの参入を検出したことに応答して、参入したストリームデータの累積ストリームポイントを、その時点におけるストリームデータの中で予め定める条件を満足する累積ストリームポイントの値と等しい値に設定するための手段を含む、請求項６に記載のストリームデータ送信装置。
【請求項８】
前記再設定するための手段は、全てのストリームデータの累積ストリームポイントを予め定める値に再設定するための手段を含む、請求項５に記載のストリームデータ送信装置。
【請求項９】
前記予め定める値は０である、請求項８に記載のストリームデータ送信装置。
【請求項１０】
前記検出手段は、前記ストリームポイントを累積していく手段により累積される累積ストリームポイントのオーバフローを検出するための手段を含む、請求項５に記載のストリームデータ送信装置。
【請求項１１】
前記再設定するための手段は、前記検出手段が累積ストリームポイントのオーバフローを検出したことに応答して、全ストリームデータの累積ストリームポイントを、それぞれその時点での値から予め定められた条件を満足する累積ストリームポイントの値を減算したものに再設定するための手段を含む、請求項１０記載のストリームデータ送信装置。
【請求項１２】
前記予め定められた条件を満足する累積ストリームポイントは、累積ストリームポイントの中の最小の値を持つものである、請求項１１に記載のストリームデータ送信装置。
【請求項１３】
前記再設定するための手段は、前記検出手段が累積ストリームポイントのオーバフローを検出したことに応答して、全ストリームデータの累積ストリームポイントを予め定められた値に再設定するための手段を含む、請求項８に記載のストリームデータ送信装置。
【請求項１４】
前記予め定められた値は０である、請求項１３に記載のストリームデータ送信装置。
【請求項１５】
所定の条件が成立したことを検出するための検出手段と、
前記検出手段が前記所定の条件の成立したことを検出したことに応答して、前記複数のストリームデータのストリームポイントを所定の方法により再設定するための手段をさらに含む、請求項１に記載のストリームデータ送信装置。
【請求項１６】
前記検出手段は、各ストリームデータの伝送状態の変化を検出するための手段を含む、請求項１５に記載のストリームデータ送信装置。
【請求項１７】
前記再設定するための手段は、前記検出手段が前記ストリームデータの伝送状態の変化を検出したことに応答して、伝送状態が悪化しているストリームデータのストリームポイントを、より小さな値に再設定するための手段を含む、請求項１６に記載のストリームデータ送信装置。
【請求項１８】
前記検出手段は、各ストリームデータの必要とする帯域の変化を検出するための手段を含む、請求項１５に記載のストリームデータ送信装置。
【請求項１９】
前記再設定するための手段は、前記検出手段が各ストリームデータの必要とする帯域の変化を検出したことに応答して、各ストリームデータのストリームポイントを、各ストリームデータがそれぞれ必要とする帯域の広さの関数として定まる値により再設定するための手段を含む、請求項１８に記載のストリームデータ送信装置。
【請求項２０】
前記選択するための手段は、累積されたストリームポイントが予め定められた条件を満足するものを選択して、対応するストリームデータに送信権を割当てるための手段を含む、請求項２に記載のストリームデータ送信装置。
【請求項２１】
前記決定するための手段は、前記予め定められた条件を満足する累積ストリームポイントが複数存在する時、当該複数の累積ストリームポイントに対応する複数のストリームデータの中から、所定の基準に従って次の送信権を与えるストリームデータを選択するための選択手段をさらに含む、請求項２０に記載のストリームデータ送信装置。
【請求項２２】
前記選択手段は、ストリームデータ送信要求の発生した順にストリームデータに送信権を与えるための手段を含む、請求項２１に記載のストリームデータ送信装置。
【請求項２３】
前記選択手段は、伝送状態の悪化しているストリームデータに優先的に送信権を与えるための手段を含む、請求項２１に記載のストリームデータ送信装置。
【請求項２４】
前記選択手段は、寿命が短いストリームデータに優先的に送信権を与えるための手段を含む、請求項２１に記載のストリームデータ送信装置。
【請求項２５】
複数のストリームデータを時分割で送信するストリームデータ送信装置であって、
各ストリームデータに送信権を割当てた累積回数に基づいて、次の送信権を与えるストリームデータを決定するための手段と、
決定された送信権に従って、前記複数のストリームデータを動的に切替えて送信するための手段とを含む、ストリームデータ送信装置。
【請求項２６】
前記決定するための手段は、通信を制御するための制御機から送信可能期間を与えられたことに応答して、各ストリームデータに送信権を割当てた累積回数に基づいて次の送信権を与えるストリームデータを決定するための手段を含む、請求項２５に記載のストリームデータ送信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、複数の通信機が１つのネットワーク経路を時分割で共用するネットワークにおける送信機制御に関するものであり、特に、ＩＥＥＥ（Ｉｎｓｔｉｔｕｔｅ  ｏｆ  Ｅｌｅｃｔｒｉｃａｌ  ａｎｄ  Ｅｌｅｃｔｒｏｎｉｃｓ  Ｅｎｇｉｎｅｅｒｓ）８０２．１１無線通信方式に従って動作するストリームデータ送信装置に関するものである。
【０００２】
【従来の技術】
コンピュータネットワーク等では、パケット通信方式と呼ばれる通信方式によってパケットの送受信が行なわれている。昨今では、例えば家庭内ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）等において、無線を利用したネットワークを構築する需要が高まっている。無線ＬＡＮは、ケーブル等の配線を設置する必要がない為、ＬＡＮに接続される端末の移動の自由度が増大するという利点を有している。
【０００３】
無線ＬＡＮの標準規格としては、ＩＥＥＥ８０２．１１無線通信方式（ＡＮＳＩ／ＩＥＥＥ  Ｓｔｄ  ８０２．１１，１９９９  Ｅｄｉｔｉｏｎに準拠する方式）が存在している。
【０００４】
無線ＬＡＮ等のネットワークにおいては、ネットワークに接続される複数の通信機は、パケットの送受信に関して、１つのネットワーク経路を時分割で共用していることになる。この様なシステムでは、送信機が獲得又は与えられる送信権の管理方法によって、帯域利用の効率が大きく変化することになる。
【０００５】
例えば映像、音声等のストリームデータを、無線ＬＡＮを介して送受信する様な場合、送信権の管理を的確に行なわないと、受信側において映像のコマ落ちや映像の乱れ、音声の途切れ等が生じることが考えられる。そこで、ＱｏＳ（Ｑｕａｌｉｔｙ  Ｏｆ  Ｓｅｒｖｉｃｅ）を考慮した規格として、ＩＥＥＥ  ８０２．１１のＴＧｅ（Ｔａｓｋ  Ｇｒｏｕｐ  Ｅ）で策定している規格が提案されている。
【０００６】
ＴＧｅで策定されている規格では、特定の通信ネットワーク内に、送信権の管理を行なう制御機を設けることが規定されている。この規定によれば、送信機は自己が送信しようとするストリームデータ毎に送信要求を行なう。すなわち、複数のストリームデータを送信する場合にも、ストリームデータ毎に送信要求を行なう。
【０００７】
制御機は、通信ネットワーク内において、複数の送信機からのストリームデータ送信要求を受け、各送信機ごとにストリームデータを送信するのに必要な合計時間を計算して、その結果に従い送信権を与えるためのスケジューリングを行なう。つまり、一つの送信機から複数のストリームデータ送信要求が出されているときは、その合計時間を計算してスケジューリングを行なう。制御機は、このスケジューリングに基づいて、送信権を付与することを示すＣＦ−ＰＯＬＬと呼ばれるパケットを各送信機に対して送信する。
【０００８】
送信機は、制御機からＣＦ−ＰＯＬＬを与えられた時にのみデータの送信が許され、また、データの送信は、ＣＦ−ＰＯＬＬで示されたＴＸＯＰと呼ばれる期間内に限定されることになる。ストリームデータ送信要求には、パケットを送信する物理伝送速度、ストリームデータの寿命時間、ストリームデータが必要とする映像、音声の帯域、伝送状態の変化による再送分の帯域等が含まれ、制御機は上記の情報を用いて要求されるストリームデータの送信にかかる時間を考慮してＴＸＯＰ期間を送信機に与えるスケジューリングをおこなう。
【０００９】
ストリームデータの寿命とは、ストリームデータが送信機に入力されてから、受信機において正しく受信され、受信機にて再生されるまでの時間を示し、寿命が尽きたストリームデータは破棄される。ストリームデータが破棄された場合、受信機側では映像データが欠落しているので、再生映像に乱れを生じる結果となる。
【００１０】
以上の様に、ＴＧｅで策定されている規格によれば、制御機のスケジューリングに従って各送信機に対して送信権の付与が行なわれるので、各送信機におけるデータ送信の緊急度等に応じて、より的確に通信帯域を利用することが可能となる。
【００１１】
【発明が解決しようとする課題】
ＩＥＥＥ  ８０２．１１のＴＧｅで２００２年１１月に採択されたＩＥＥＥ８０２．１１ｅ／Ｄ４．０のドキュメントでは、制御機から与えられたＴＸＯＰ期間内で、送信機がどの順番にて複数のストリームデータのパケットを送信するかは規定されていない。
【００１２】
また、制御機はストリームデータの送信にかかるだけの時間をＴＸＯＰ期間として与えることを保証するが、どのくらいのＴＸＯＰ期間をいつ制御機から与えられるかの情報を送信機が制御機から獲得する手段が無い。
【００１３】
一般に、送信機に入力されたストリームデータはストリームデータ毎のバッファに保存され、ストリームデータが受信機にて正しく受信されるか、保存されているストリームデータの寿命が尽きるまで蓄えられる。ストリームデータの入力時間間隔より短い時間間隔でストリームデータが送信される状態ではある時点でバッファは空になる。逆に、ストリームデータの入力時間間隔より長い時間間隔で送信が行なわれる状態が続くとバッファはフルの状態になりストリームデータが送信されること無く破棄されることになる。このことから、送信機が与えられたＴＸＯＰ期間内でどの様な順番でどのストリームデータに送信権を与えるかの割当てを的確に行なわないと、入力されたストリームデータが破棄されることとなり、受信機において品質の良い映像、音声を再生できなくなる問題が生じる。
【００１４】
一方、無線を用いたネットワークにおいては、伝送状態が悪くなり送信パケットが受信機に正しく受信されないことが続くことがあり得る。この場合も同様に、バッファがフルの状態になり、ストリームデータが送信されること無く破棄されることになる。
【００１５】
複数のストリームデータを送信する際の従来の技術の問題点について、図１を参照して説明する。図１に示す方法は、あるストリームデータの送信をそのストリームデータに割当てられたバッファが空になるまで続け、空になった時点で別のストリームデータに切替えるというものである。この例では、３つのバッファを用いてそれぞれ別々のストリームデータＡ、Ｂ、Ｃを送信するものとする。
【００１６】
図１を参照して、ＣＦ−ＰＯＬＬを受けたことにより、この送信機に与えられた送信権の時間（Ｔ）が決まる。この方法では、まずストリームデータＡのバッファが空になるまでストリームデータＡを送信する。そして、ストリームデータＡのバッファが空になった時点でストリームデータＢの送信を開始する。同様にして、ストリームデータＢのバッファが空になった時点でストリームデータＣの送信を開始する。
【００１７】
しかし、この方法では次の様な問題が生じる。例えば、通信機がＣＦ−ＰＯＬＬを受信した後、ストリームデータＡの送信を開始したものとする。そして、仮にこのストリームデータＡを受信する受信機との間での伝送状態が悪化すると、ストリームデータの再送などの処理が頻繁に生じる。すなわちこの場合、ストリームデータＡの送信には通常よりも時間が余計にかかる。その結果、ストリームデータＡのためのバッファが空になることがなくなり、図２に示す様に、送信権の全てをストリームデータＡの送信が占有し、別のストリームデータにＢ及びＣに送信権が与えられることはない。
【００１８】
こうした状態が続くと、ストリームデータＡ以外のストリームデータ（ストリームデータＢ，Ｃ）のバッファがフルとなってしまう。その結果、ストリームデータＢ、Ｃのパケットは送信されることなく破棄される。すなわち、ストリームデータＡ以外のストリームデータの受信機では映像等の再生に乱れが生じる。
【００１９】
この様にストリームデータＡの受信機との伝送状態が悪くなったことにより、ストリームデータＡ以外の、伝送状態の良い受信機の再生映像が乱れてしまうことは許されない。これは、ＱｏＳの根幹に関わる大きな問題である。
【００２０】
こうした問題は、これ以外の場合、たとえば新たなストリームデータの参入があった場合、ストリームデータの帯域が変化した場合、などにも生じ得る。
【００２１】
それ故に、本発明の目的は、送信権期間を制御する制御機から与えられたＴＸＯＰ期間内で、ストリームデータの送信が高品質に行なわれる様に、送信権を割当てるストリームデータを決定することができるストリームデータ送信装置を提供することである。
【００２２】
この発明の他の目的は、送信権期間を制御する制御機から与えられたＴＸＯＰ期間内で、ストリームデータの送信が高品質に行なわれる様に、送信権を割当てるストリームデータを高速に決定することができるストリームデータ送信装置を提供することである。
【００２３】
この発明のさらに他の目的は、送信権期間を制御する制御機から与えられたＴＸＯＰ期間内で、ストリームデータの送信が高品質に行なわれる様に、送信権を割当てるストリームデータを高速に決定することができる、簡単な回路構成のストリームデータ送信装置を提供することである。
【００２４】
この発明の他の目的は、送信権期間を制御する制御機から与えられたＴＸＯＰ期間内で、複数のストリームデータの送信がいずれも高品質に行なわれる様に、送信権を割当てるストリームデータを高速に決定することができる、簡単な回路構成のストリームデータ送信装置を提供することである。
【００２５】
この発明の他の目的は、送信権期間を制御する制御機から与えられたＴＸＯＰ期間内で、ストリームデータの伝送状態が変化したときでも、ストリームデータの送信が高品質に行なわれる様に、送信権を割当てるストリームデータを決定することができるストリームデータ送信装置を提供することである。
【００２６】
この発明のさらに他の目的は、送信権期間を制御する制御機から与えられたＴＸＯＰ期間内で、ストリームデータの帯域が変化したときでも、ストリームデータの送信が高品質に行なわれる様に、送信権を割当てるストリームデータを決定することができるストリームデータ送信装置を提供することである。
【００２７】
この発明のさらに他の目的は、送信権期間を制御する制御機から与えられたＴＸＯＰ期間内で、新たなストリームデータの参入があったときでも、ストリームデータの送信が高品質に行なわれる様に、送信権を割当てるストリームデータを決定することができるストリームデータ送信装置を提供することである。
【００２８】
【課題を解決するための手段】
本発明の第１の実施の形態にかかるストリームデータ送信装置は、複数のストリームデータを時分割で送信するストリームデータ送信装置であって、複数のストリームデータがそれぞれ必要とする帯域と、複数のストリームデータについて送信を試みた回数とに基づいて、次に送信権を割当てるストリームデータを決定するための手段と、決定するための手段により決定された送信権に従って、複数のストリームデータを動的に切替えて送信するための手段とを含む。
【００２９】
ストリームデータが必要とする帯域と、送信を試みた回数とに基づいて送信権を決定しているので、ストリームデータ間における送信頻度に大きな変動が生じない様にできる。仮に伝送状態の悪いストリームデータが発生したとしても、伝送状態のよいストリームデータの伝送に悪影響を及ぼすことはない。
【００３０】
好ましくは、決定するための手段は、複数のストリームデータに対して、それぞれ必要とする帯域により決定されるストリームポイントを設定するための手段と、複数のストリームデータの各々について、送信するための手段が送信を試みるごとに、対応のストリームポイントを累積していくための手段と、累積されたストリームポイントに基づいて、次の送信権を割当てるストリームデータを選択するための手段とを含む。
【００３１】
各ストリームデータの帯域に従ってストリームポイントなるものを定義する。このストリームポイントによって、各ストリームデータの送信頻度を制御する。各ストリームデータの送信を試みた回数分だけストリームポイントを累積する。つまりあるストリームデータを送信した場合には、そのストリームデータに設定されたストリームポイントを累積ストリームポイントに加算する。あるストリームデータの送信を試みた時点でバッファが空であっても、そのストリームデータに設定されたストリームポイントを累積ストリームポイントに加算する。ストリームデータの送信頻度を守りつつ、可能な限りストリームデータパケットを分散して代わる代わる送信されるので、制御機がストリームデータ送信要求通りにＴＸＯＰを与えてくれている状態ではパケットの寿命が尽きることがない。ＴＸＯＰを与えられてから割り算を使用することがないので、回路が簡単化、小規模化され、送信するストリームデータを決定するまでの時間も短くて済む。
【００３２】
さらに好ましくは、ストリームポイントを設定するための手段は、複数のストリームデータがそれぞれ必要とする帯域に関する情報を獲得するための手段と、複数のストリームデータの各々に対して、必要な帯域の広さの関数としてストリームポイントを割当てるための手段とを含む。
【００３３】
たとえば、ストリームポイントは各ストリームデータが必要とする帯域が大きいほど小さい値を設定すればよい。この場合には帯域の大きなものに優先して送信権が割当てられるので、帯域の大きなストリームデータの再生に支障が生じるおそれが少ない。
【００３４】
割当てるための手段は、複数のストリームデータに必要な帯域の逆数の比を算出するための手段と、複数のストリームデータに、それぞれ算出するための手段により算出された比をストリームポイントとして設定するための手段とを含んでもよい。
【００３５】
例えばストリームデータＡが１２Ｍｂｐｓの映像帯域、ストリームデータＢ及びＣがそれぞれ６Ｍｂｐｓの映像帯域とした場合、逆数の比（Ａ：Ｂ：Ｃ）は１：２：２となる。この値がストリームポイントとなる。
【００３６】
好ましくは、ストリームデータ送信装置は、所定の条件の成立を検出するための検出手段と、検出手段が所定の条件の成立を検出したことに応答して、ストリームポイントを累積していく手段により累積されている累積ストリームポイントの値を所定の方法により再設定するための手段とをさらに含む。
【００３７】
検出手段は、ストリームデータの参入を検出するための手段を含んでもよい。検出手段は、所定の条件の成立を検出したことに応答して、ストリームポイントを割当てるための手段を動作させるための手段をさらに含んでもよい。
【００３８】
好ましくは、検出手段は、ストリームデータの参入を検出するための手段を含み、再設定するための手段は、検出手段がストリームデータの参入を検出したことに応答して、参入したストリームデータの累積ストリームポイントを、その時点におけるストリームデータの中で予め定める条件を満足する累積ストリームポイントの値と等しい値に設定するための手段を含む。
【００３９】
参入してきたストリームデータの値が、他の累積ストリームポイントと大きく異なることがないので、このストリームデータのみに一定期間送信権が連続して与えられるというおそれが少なくて済む。
【００４０】
好ましくは、再設定するための手段は、全てのストリームデータの累積ストリームポイントを予め定める値に再設定するための手段を含んでもよい。そして、好ましくは、この予め定める値は０である。
【００４１】
こうすることにより、すべてのストリームデータの送信が初期状態から再開される。参入してきたストリームデータのみが一定期間連続して送信されてしまい、送信頻度の比が保たれないという問題が生じることはない。また、累積ストリームの設定処理が簡単なので、処理時間を短く、かつ回路を小規模化することが可能である。
【００４２】
好ましくは、検出手段は、ストリームポイントを累積していく手段により累積される累積ストリームポイントのオーバフローを検出するための手段を含む。
【００４３】
好ましくは、再設定するための手段は、検出手段が累積ストリームポイントのオーバフローを検出したことに応答して、全ストリームデータの累積ストリームポイントを、それぞれその時点での値から予め定められた条件を満足する累積ストリームポイントの値を減算したものに再設定するための手段を含む。
【００４４】
好ましくは、予め定められた条件を満足する累積ストリームポイントは、累積ストリームポイントの中の最小の値を持つものである。
【００４５】
再設定するための手段は、検出手段が累積ストリームポイントのオーバフローを検出したことに応答して、全ストリームデータの累積ストリームポイントを予め定められた値に再設定するための手段を含んでもよい。この予め定められた値は０であってもよい。
【００４６】
オーバフローが生ずると、オーバフローの生じた累積ストリームポイントの値は０に近い値にもどってしまうため、この累積ストリームポイントに対応するストリームデータだけが連続して送信されるおそれがある。しかしオーバフローが生じたときに累積ストリームポイントの値を再設定することにより、そうした問題を回避できる。
【００４７】
好ましくは、ストリームデータ送信装置はさらに、所定の条件の成立を検出するための検出手段と、検出手段が所定の条件の成立を検出したことに応答して、複数のストリームデータのストリームポイントを所定の方法により再設定するための手段をさらに含む。
【００４８】
検出手段は、各ストリームデータの伝送状態の変化を検出するための手段を含んでもよい。再設定するための手段は、検出手段がストリームデータの伝送状態の変化を検出したことに応答して、伝送状態が悪化しているストリームデータのストリームポイントを、より小さな値に再設定するための手段を含んでもよい。
【００４９】
あるストリームデータの伝送状態が悪化していることが検出された場合、対応のストリームポイントを小さな値に再設定することで、そのストリームデータが送信される頻度が増加する。一方、他のストリームデータについては、それぞれのストリームポイントに従って更新される累積ストリームポイントに従って送信されるので送信頻度が極端に減ることはない。そのため、伝送状態のよいストリームデータの再生状態に与える悪影響を小さく抑えながら、伝送状態の悪化を防止することができる。
【００５０】
検出手段は、各ストリームデータの必要とする帯域の変化を検出するための手段を含んでもよい。再設定するための手段は、検出手段が各ストリームデータの必要とする帯域の変化を検出したことに応答して、各ストリームデータのストリームポイントを、各ストリームデータがそれぞれ必要とする帯域の広さの関数として定まる値に再設定するための手段を含んでもよい。
【００５１】
帯域が変化することで、ストリームデータの送信頻度についても再設定される。例えばストリームデータの映像品質が上がり、必要となる帯域が変化した場合にも、各ストリームデータの送信頻度の比率を適正に保ち、安定した再生映像を各受信機にて獲得することが可能となる。
【００５２】
好ましくは、選択するための手段は、累積されたストリームポイントが予め定められた条件を満足するものを選択して、対応するストリームデータに送信権を割当てるための手段を含む。
【００５３】
決定するための手段は、予め定められた条件を満足する累積ストリームポイントが複数存在する時、当該複数の累積ストリームポイントに対応する複数のストリームデータの中から、所定の基準に従って次の送信権を与えるストリームデータを選択するための選択手段をさらに含んでもよい。
【００５４】
好ましくは、選択手段は、ストリームデータ送信要求の発生した順にストリームデータに送信権を与えるための手段を含む。
【００５５】
これは簡単な論理で実現できるので、回路規模又はソフトウェア規模を小さくすることができる。
【００５６】
選択手段は、伝送状態の悪化しているストリームデータに優先的に送信権を与えるための手段を含んでもよい。
【００５７】
伝送状態の悪化しているストリームデータほど早く送信されることになる。伝送状態が悪化し再送が行なわれた時、再送されたストリームデータのパケットは通常送信のパケットより寿命が尽きる時刻が迫っているので、再送の生じているストリームデータほど寿命が尽きて受信機で再生映像が乱れる可能性が大きい。従って再送が生じているストリームデータほど早く送信することが望ましく、受信機での再生映像が乱れる可能性を低くすることが可能となる。
【００５８】
又は、選択手段は、寿命が短いストリームデータに優先的に送信権を与えるための手段を含んでもよい。
【００５９】
寿命が短い為に寿命が尽きる可能性の高いストリームデータほど早く送信されることになる。寿命が尽きてストリームデータが破棄されることによって受信機の再生映像が乱れる可能性を低くすることが可能である。
【００６０】
この発明の第２の局面にかかるストリームデータ送信装置は、複数のストリームデータを時分割で送信するストリームデータ送信装置であって、各ストリームデータに送信権を割当てた累積回数に基づいて、次の送信権を与えるストリームデータを決定するための手段と、決定された送信権に従って、複数のストリームデータを動的に切替えて送信するための手段とを含む。
【００６１】
ストリームデータに送信権を割当てた累積回数に基づいて送信権を決定しているので、ストリームデータ間における送信頻度に大きな変動が生じない様にできる。仮に伝送状態の悪いストリームデータが発生したとしても、伝送状態のよいストリームデータの伝送に悪影響を及ぼすことはない。
【００６２】
好ましくは、決定するための手段は、通信を制御するための制御機から送信可能期間を与えられたことに応答して、各ストリームデータに送信権を割当てた累積回数に基づいて次の送信権を与えるストリームデータを決定するための手段を含む。
【００６３】
限られた送信可能期間の中で、各ストリームデータの再生品質の低下を防止しながら送信を行なうことができる。
【００７２】
【発明の実施の形態】
この様な送信権の割当て方法として、以下の様なものを考えることができる。以下の説明でも、従来技術の説明と同じく、ストリームデータＡ、Ｂ、及びＣを伝送する場合を例にとる。
【００７３】
第１の方法として、図３に示す方法が考えられる。この方法は、全てのストリームデータに順番に送信権を与え、バッファが空となっている状態のストリームデータには送信権を与えずに、次の順番のストリームデータに送信権を与える方法である。すなわち、図３に示す様に、この方法では、送信権のある時間内においてまずストリームデータＡ、Ｂ及びＣに順番に送信権を与える。そして、たとえばストリームデータＢ及びＣのバッファが空になった時点でこれらには送信権を与えず、ストリームデータＡのみに送信権を与える。
【００７４】
この方法によれば、一つの受信機との間の伝送状態が悪化したからといって、別の、伝送状態のよい受信機との間の伝送状態が悪化することはなく、従って送信されるストリームデータの再生品質が劣化することはない。
【００７５】
しかし、この方法にもつぎの様な問題が生じ得る。例えば図４を参照してこの問題について説明する。図４に示す様に、この通信機から送信される３つのストリームデータＡ、Ｂ及びＣのうち、ストリームデータＢ又はＣの、受信機との間の伝送状態が悪化した場合を考える。この場合、ストリームデータＢとＣのバッファが空になる事は無くなる。結果としてストリームＡに送信権が与えられる頻度が低下する。
【００７６】
一般に、送信機に与えられるＴＸＯＰ期間は、送信機が扱う全ストリームデータを送信するのにかかる時間分しかない。ストリームデータＢ又はＣの伝送状態が悪化すると、それらの送信頻度が制御機に要求した頻度より多くなる。そのため、結果としてストリームデータＡに送信権が与えられる頻度が低下する。
【００７７】
この状態が続くと、ストリームデータＡについては、データの入力時間間隔より送信時間頻度が短くなり、バッファがフルの状態におちいってしまう。その結果、ストリームデータＡの受信機では映像等の再生に乱れが生ずる可能性がある。ストリームデータＡ以外の受信機との伝送状態が悪くなったからといって、伝送状態の良いストリームデータＡの受信機の再生映像が乱れてしまう事は、従来の技術と同様に好ましくない。ただしこの場合には、いずれのストリームデータにも必ずある頻度で送信権が割当てられるので、再生に乱れが生じる可能性は従来技術よりも低く、仮に生じても映像等の乱れもより小さくなると思われる。
【００７８】
従来技術を解決するための第２の方法として図５に示す方法も考えられる。この方法は、各ストリームデータの入力頻度又は帯域に従い、送信する時間を割振る方法である。この場合、ストリームデータＡ、Ｂ及びＣをそれぞれ送信するのに要する時間の比を計算し、その比に従って、これらストリームデータに送信権を割当てる時間として、適当な実時間Ｔ１、Ｔ２、及びＴ３を定める。
【００７９】
図５の例で、ストリームデータＡが１２Ｍｂｐｓの映像帯域、ストリームデータＢ及びＣがいずれも６Ｍｂｐｓの映像帯域を持つものとして説明する。この場合、各ストリームデータの物理伝送速度が同じ場合には、Ｔ１：Ｔ２：Ｔ３＝２：１：１となる。たとえば、４ｍｓｅｃが経過するまではストリームデータＡに送信権を与え、その経過後２ｍｓｅｃが経過するまではストリームデータＢに送信権を与え、さらに最後の２ｍｓｅｃについてはストリームデータＣに送信権を与える事となる。
【００８０】
この方法によって、各ストリームデータには、通算すれば必ずある一定の割合の時間だけ送信権が与えられる。その時間は、ストリームデータの入力頻度又は帯域に従って決められる。そのため、送信に長時間要するストリームデータと、短時間のみでよいストリームデータとについてそれぞれ適切な時間を割当てる事ができる。バッファがフルになったりするおそれは小さくなり、映像が乱れるおそれも小さくなる。
【００８１】
しかし、この方法にもやはり問題がある。それは、データの寿命と入力とのタイミングの関係によっては、データが破棄される可能性があるという事である。
【００８２】
例えば図６に示す様に、ストリームデータＡの割当て時間の開始直後にストリームデータＢのデータの入力があったものとする。たまたま、このときに与えられるＴＸＯＰ期間の全体がストリームデータＡの送信に割当てられたものとし、次のＴＸＯＰ期間の前半がストリームデータＢの送信に、後半がストリームデータＣの送信に、それぞれ割当てられているものとする。
【００８３】
この場合、ストリームデータＡに割当てられた時間が経過しなければストリームデータＢが送信されない。ストリームデータＢに送信権が割当てられるのは、次にこの通信機にＴＸＯＰ期間が割当てられたときである。しかしそのときには、既に以前に入力されたストリームデータＢのデータの寿命が経過し、破棄しなければならなくなる事があり得る。
【００８４】
これは、制御機からいつどの様なＴＸＯＰ期間が与えられるかわからないので、各ストリームデータに適当な実時間を割振る事が非常に困難であるという問題がある事を示している。一般にストリームデータの寿命が尽きる前に送信する為には、送信権を与えるストリームデータを出来るだけ頻繁に切替えて送信する事が有効である。
【００８５】
第３の方法として、図７に示す方法が考えられる。この方法は、各ストリームデータの送信にかかる時間の比を前もって計算し保存しておき、制御機よりＣＦ−ＰＯＬＬを受信する毎に、ＣＦ−ＰＯＬＬにより通知されるＴＸＯＰ期間Ｔの時間情報を各ストリームデータに割当てられた比で分割し、送信権を割当てる実時間を獲得する方法である。割当てた実時間を使ったストリームデータの送信方法は第２の方法と同様である。
【００８６】
例えばストリームデータＡが１２Ｍｂｐｓの映像帯域、ストリームデータＢ及びＣがいずれも６Ｍｂｐｓの映像帯域である場合について考える。各ストリームデータの物理伝送速度が同じ場合には、送信にかかる時間は帯域に比例すると考えられるから、それぞれの送信にかかる時間の比は２：１：１である。従って、図７に示される様にＴＸＯＰ期間Ｔを２：１：１に分割し、ストリームＡ、Ｂ及びＣにそれぞれＴ／２、Ｔ／４及びＴ／４を割当てる。例えば制御機から８ｍｓｅｃのＴＸＯＰ期間を与えられた場合には、ストリームデータＡに４ｍｓｅｃ、ストリームデータＢ及びＣに２ｍｓｅｃを、それぞれ割当てる。
【００８７】
こうする事により、第２の方法と同様の効果を実現できる上、送信権が与えられる前にデータを破棄する事になる可能性は、第２の方法の場合と比較して小さくなる。この方法では、ある一定期間を見れば、帯域の広いストリームデータほど、送信権の割当てられる回数が多くなる。
【００８８】
しかし、この方法においても次の様な問題がある。すなわち、この方法では、あるストリームデータに送信権を割当てる実時間が１パケットの送信にかかる時間より短い場合には、そのストリームデータを送信できなくなるという問題が残る。
【００８９】
図８にその様な例を示す。制御機より２ｍｓｅｃのＴＸＯＰ期間が与えられたものとする。また、ストリームデータＡ、Ｂ、及びＣの送信に要する時間の比が２：１：１であるものとする。この場合、この第３の方法によれば、ストリームデータＡには１ｍｓｅｃ、ストリームデータＢ及びＣに０．５ｍｓｅｃが、それぞれ割当てられる事になる。しかし仮に１パケットの送信に１ｍｓｅｃかかる場合には、ストリームデータＡの送信は可能だが、ストリームデータＢ及びＣの送信は不可能となる。第２の方法では、与えられたＴＸＯＰ期間が１パケットを送信するのに要する時間より小さくない限り、この様な問題は生じない。
【００９０】
また、この方法では、送信権を割振る実時間の計算の時に除算を使用する。一般に除算の計算には時間を要する。従ってこの第３の方法では、制御機よりＴＸＯＰを与えられてから送信するストリームデータを決定するまでに時間がかかってしまい、送信しなければならない時刻に送信が間に合わなくなる問題が生じる事も考えられる。さらに、除算をハードウェア回路で実現すれば回路規模が大きくなり、ソフトウェアで実現する場合にもコード規模が大きくなってしまう問題もある。
【００９１】
［第１の実施の形態］
−基本原理−
以下に、上記の問題を解決する、本発明の第１の実施の形態について説明する。この実施の形態では、各ストリームデータの帯域の広さの関数として、ストリームデータごとにストリームポイントなるものを定義する。この場合の関数は、たとえば全てのストリームデータの帯域の広さの逆数の比をとり、その比の各項の中で、各ストリームデータに対応するものの値をそのストリームデータのストリームポイントとする。そして各ストリームデータを送信するごとに、対応するストリームポイントを累積していく。ストリームポイントの累積値によって、どのストリームデータに送信権を与えるかを決定する。本実施の形態では、ストリームポイントは、ストリームデータごとに決められる値である。
【００９２】
ストリームポイントを決める関数については様々な定義が考えられる。たとえば各ストリームデータが必要とする帯域が広いほどストリームポイントの値が小さくなる様にストリームポイントを定義する。つまり、帯域の広さと、ストリームポイントの絶対値との間に負の相関がある様にする。別の言い方をすれば、ストリームポイントが、帯域の広さの単調減少関数である様にする。前述した様に各ストリームデータが必要とする帯域の逆数の比をストリームポイントとしてもよい。例えばストリームデータＡが１２Ｍｂｐｓの映像帯域、ストリームデータＢ及びＣがそれぞれ６Ｍｂｐｓの映像帯域とした場合、これらの帯域の広さの逆数の比（Ａ：Ｂ：Ｃ）は１：２：２となる。この値をストリームデータＡ，Ｂ及びＣのストリームポイントとする事ができる。
【００９３】
本実施の形態ではさらに、累積ストリームポイントを定義する。本実施の形態では、累積ポイントとは、各ストリームデータの送信を試みた回数分だけストリームポイントを加算したものの事をいう。あるストリームデータを送信した場合には、そのストリームデータに設定されたストリームポイントをそのストリームデータの累積ストリームポイントに加算する。あるストリームデータの送信を試みた時点でバッファが空であっても、そのストリームデータに設定されたストリームポイントを累積ストリームポイントに加算する。
【００９４】
ＴＸＯＰ期間中において送信機が次に送信するストリームデータを決定する時、最小の累積ストリームポイントを求め、それに対応するストリームデータを選択し送信する。
【００９５】
なお、ストリームポイントとして、本実施の形態では正の値に限定して考えている。そして、累積ストリームポイントはストリームポイントを加算していく事により算出される。しかし、ストリームポイントの符号、および累積ストリームポイントの算出方法は単なる設計事項であり、これ以外にも目的に応じて適切にこれらを定める事ができる事は当業者には明らかであろう。また、それらが決定すれば、目的に応じて累積ストリームポイントによる送信権の決定をどの様に行なうかも当業者には容易に決定する事ができる。従って、本明細書において開示したストリームポイントの定義及び累積ストリームポイントの算出方法により、それらの組合せが全て表されているものとする。
【００９６】
−構成−
本発明の実施の一形態に係る送信機を含むシステムの構成について、以下に説明する。図９はこのシステムのネットワーク構成図である。図９を参照して、このシステムは、従来の技術の説明に記載した従来のものと同じ制御機３０と、制御機３０の制御の下で無線媒体を通して通信を行なうネットワークを構成している通信機３２、３４、３６及び３８を含む。以下の説明では通信機３２が送信を行ない、通信機３４，３６及び３８は受信を行なうものとするので、通信機３２を送信機と呼び、通信機３４，３６及び３８をそれぞれ受信機と呼ぶ事にする。
【００９７】
このネットワークでは、無線媒体を共通の通信媒体として使用しており、時分割にてデータパケットを送受信する。
【００９８】
図１１に送信機３２の構成をブロック図形式で示す。図１１を参照して、送信機３２は、制御機３０からのＣＦ−ＰＯＬＬフレーム又は受信機３４、３６、および３８からの送達確認フレームを受信するためのアンテナ６２と、アンテナ６２にて受信したフレームをデータパケットに変換するための第１受信部５８と、第１受信部５８が受信したデータを受け、制御データとして用いて送信機３２の動作を制御するための制御部５２と、制御部５２がＴＸＯＰの開始や終了の管理について用いるタイマ５０とを含む。
【００９９】
制御部５２は、ストリームポイントの計算及び管理、ならびにストリームデータに必要な帯域の計算及び管理も行なう。制御部５２はさらに、ストリームデータの受信機との間の伝送状態も計測及び管理する機能を持つ。この機能は、具体的には、送信したデータパケットに対して受信機からの送達確認が得られないパケット（これを「送信失敗データパケット」と呼ぶ。）の数をカウントする事で実現できる。総送信データパケット数と送信失敗データパケット数とをある時間周期でカウントする事により、その時間周期内でのパケットエラー率を獲得できる。このパケットエラー率があるしきい値より高くなっている状態を伝送状態が悪化している状態として判断できる。
【０１００】
制御部５２はまた、新たなストリームデータの参入の要求を検出し管理する機能を持つ。より具体的には、例えば、制御部５２が、受信機から新たなストリームデータの受信要求パケットがあった事を検出した事に応答して、その要求を満たすストリームデータの送信を開始し、その後の管理を行なう。
【０１０１】
送信機３２はさらに、外部から有線の媒体を介して供給されるストリームデータを受信し、制御部５２にストリーム及び制御データ６６として与えるための第２受信部５４と、制御部５２からストリーム及び送信権制御データ６８を受け、前述した原理に従ってストリームを選択するためのストリーム選択部５６と、ストリーム選択部５６が選択したストリームデータを各受信機に送信するための送信部６０及びアンテナ６４とを含む。ストリームデータの入力は、アンテナ６２を通じて受信する様にしても良い。
【０１０２】
図１２にストリーム選択部５６の内部構成をブロック図形式で示す。図１２を参照して、ストリーム選択部５６は、それぞれ入力されるストリームデータをバッファリングし、保存した上でプロトコル情報を付加して出力するためのバッファ部８０、８２及び８４と、バッファ部８０、８２及び８４のうちの選択されたものの出力を転送するためのローカルバスインタフェース（Ｉ／Ｆ）１１４とを含む。
【０１０３】
ストリーム選択部５６はさらに、ストリームデータを選択する際に使用されるストリームポイント及び累積ストリームポイントを格納するためのストリームデータ選択管理テーブル１１６と、制御部５２等から与えられたストリームポイント制御要求１２２及び１２６に応答して、ストリームデータ選択管理テーブル１１６内のストリームポイント及び累積ストリームポイントを制御する処理を行なうためのストリームデータ選択管理テーブル制御回路１２４とを含む。
【０１０４】
ストリーム選択部５６はさらに、外部から与えられるストリームデータ選択要求に応答し、ストリームデータ選択管理テーブル１１６に格納された情報を参照して、前述したロジックによりストリームデータの選択を行ない、所定のストリームデータを選択する事を示す選択信号を出力するための送信ストリームデータ選択回路１１８を含む。送信ストリームデータ選択回路１１８はまた、ストリーム選択要求１２８を受けた事に応答して、ストリーム管理テーブルの対応する累積ストリームポイントを更新し、次の送信ストリームデータを選択する様に要求するストリームポイント制御要求１２６をストリームデータ選択管理テーブル制御回路１２４に与える機能も備えている。
【０１０５】
ストリーム選択部５６はさらに、送信ストリームデータ選択回路１１８からの選択信号に応答して、バッファ部８０、８２及び８４のうち、選択されたストリームデータに対応するものからストリームデータパケットをローカルバスＩ／Ｆ１１４を介して受取り、図１１に示す送信部６０に与えるための選択ストリームデータ制御回路１２０を含む。選択ストリームデータ制御回路１２０はこのとき、選択されたストリームデータに対応するバッファ部が空であるかどうかを判断し、ストリームデータを送信するかどうかを決定する機能、及びストリームデータの送信が完了した時、及び送信しようとしたストリームデータに対応するバッファ部が空である場合に、直ちに送信ストリームデータ選択回路１１８に対してストリーム選択要求１３０を出す機能を備えている。
【０１０６】
バッファ部８０、８２及び８４はいずれも同様の構成を備えている。例えばバッファ部８０は、入力されたストリームデータ９０を一旦蓄えるためのメモリ９６と、ストリームデータのプロトコルの付加情報を生成するためのプロトコル付加情報生成回路９８と、メモリ９６に蓄えられたストリームデータと、プロトコル付加情報生成回路９８からのプロトコルの付加情報とを一つのデータパケットにまとめて記憶するための混合回路１０８とを含む。データパケットは、送信が成功するか寿命が尽きるまで混合回路１０８に待ち行列として保存される。
【０１０７】
バッファ部８２及び８４も同様の構成を持つ。バッファ部８２は、ストリームデータ９２についてのもので、メモリ１００、プロトコル付加情報生成回路１０２、及び混合回路１１０を含む。バッファ部８４はストリームデータ９４についてのもので、メモリ１０４、プロトコル付加情報生成回路１０６、及び混合回路１１２を含む。
【０１０８】
図１３に、図１２に示すストリーム選択部５６が行なう送信権の割当を実現するための手順をフローチャート形式で示す。この手順は、プログラムで実現する事も、純粋なハードウェアで実現する事も、またハードウェアとファームウェアとで実現する事もできる。
【０１０９】
図１３に示される手順は、制御機３０からのＣＦ−ＰＯＬＬによって、送信機３２にＴＸＯＰが与えられた時点から開始される。まずステップ（以下単に「Ｓ」と記載する。）１において新しいストリームデータの参入があるかどうかを判定する。新しいストリームデータの参入があれば制御はＳ２に進み、さもなければ制御はＳ３に進む。
【０１１０】
Ｓ２では、新しいストリームの参入があったときの処理が行なわれる。Ｓ２で行なわれる手順の詳細を図１４にフローチャート形式で示す。図１４を参照して、まずＳ１４において、全てのストリームデータの必要な帯域の最小公倍数を求める。Ｓ１５において、Ｓ１４で求められた最小公倍数を各ストリームデータの帯域で割る事により、各ストリームデータのストリームポイントを算出する。続いてＳ１６において、各ストリームデータに対する累積ストリームポイントを０に再設定する。この処理は、各ストリームデータの帯域の広さの逆数の比を算出し、それをストリームポイントとして設定するのと同じ事である。以上でこの新ストリームの参入処理は終了し制御は図１３のＳ３に進む。
【０１１１】
再び図１３を参照して、Ｓ３では、各ストリームデータのストリームポイントを変更する必要があるかないかを判定する。ストリームポイントを変更する必要がある場合には制御はＳ４に進み、さもなければ制御はＳ５に進む。
【０１１２】
Ｓ４では、各ストリームデータのストリームポイントを変更する。Ｓ４の後、制御はＳ５に進む。
【０１１３】
Ｓ４でストリームポイントを変更する際の基準となるものの例としては、ストリームデータを送信する際の、受信機との間の伝送状態が考えられる。伝送状態の悪化しているストリームデータは、再送の為により多くの送信頻度を必要とする。本実施の形態の装置では、その為には伝送状態が悪化しているストリームポイントを小さくすればよい。ストリームポイントが小さくなると、累積ストリームポイントの増加速度が他と比較して小さくなる。本実施の形態では、累積ストリームポイントが最も小さなストリームデータに送信権を与える様にしているので、この結果そのストリームデータの送信頻度は上がり、伝送状態が悪くてもストリームデータを送信する事ができる。
【０１１４】
この状態が続くと、伝送状態が良い他のストリームデータの送信が待たされる事となり、ストリームデータの寿命が尽きて受信機での再生映像が乱れる可能性が増加するので注意が必要である。もっとも、伝送状態が良いストリームデータの寿命が例えば1ｓｅｃと長い場合には、上記の調整を数１００ｍｓｅｃの間行なう事により、一時的にであっても伝送状態の悪いストリームデータの送信頻度を増加させる事によりどの受信機の再生映像にも乱れを生じさせない調整も可能となる。
【０１１５】
本実施の形態では、逆に伝送状態の良いストリームデータのストリームポイントを大きくしても同様の効果が得られる。
【０１１６】
ストリームポイントを変更する別の基準となるものは例えば、ストリームデータが必要とする帯域の変化である。この時には、ストリームデータの新たな帯域を用いて図１４に示すＳ１４、Ｓ１５の処理を行ない、ストリームポイントの変更を行なえばよい。
【０１１７】
再び図１３を参照して、Ｓ５では全ストリームデータの中で最小の累積ストリームポイントを持つストリームデータを全て検索する。Ｓ７においては最小の累積ストリームポイントを持つストリームデータが複数存在するかどうかを判定する。そうしたストリームデータが複数存在する場合には制御はＳ６に進み、さもなければ制御はＳ８に進む。
【０１１８】
Ｓ６においては、累積ストリームポイントが等しいストリームデータのうち、予め定められた方法により決まる優先度に従い一つのストリームデータを選択する。Ｓ６の後制御はＳ８に進む。
【０１１９】
ストリームデータの優先度の決定方法として種々考えられるが、本実施の形態では優先度は予め決められ固定しているものとする。
【０１２０】
Ｓ８では、選択したストリームデータに対応するバッファ部（バッファ部８０、８２、８４のいずれか）を参照し、バッファが空となっているかどうかを判定する。バッファ部が空であれば制御はＳ１０に進み、さもなければ制御はＳ９の後、Ｓ１０に進む。
【０１２１】
Ｓ９では、送信可能な時刻になった時点で、選択されたストリームデータに対応するバッファ部からのデータパケットを受信機に向けて送信する。
【０１２２】
Ｓ１０では、選択されたストリームデータの累積ストリームポイントに、選択されたストリームデータのストリームポイントを加算した結果、累積ストリームポイントがオーバフロー（桁あふれ）を起こすかどうかが判定される。累積ポイントがオーバフローするのであれば制御はＳ１１に、さもなければ制御はＳ１２に、それぞれ進む。
【０１２３】
Ｓ１１では、累積ストリームポイントの再設定を行なう。本実施の形態では、このステップでは全ての累積ストリームポイントを予め定められた値、本実施の形態では特に「０」に再設定する。Ｓ１１の後制御はＳ１２に進む。
【０１２４】
Ｓ１２では、Ｓ７において選択されたストリームデータの累積ストリームポイントにストリームポイントを加算する。続いてＳ１３において、ＴＸＯＰ期間が未だ残っているかを判断する。残っていれば制御はＳ１に戻り、さもなければこの手順を終了する。
【０１２５】
−動作−
このシステムは、以下の様に動作する。なお、制御機３０の動作は従来技術で説明したものと同様である。この例では、送信機３２はストリームデータＡを受信機３４に向けて、ストリームデータＢを受信機３６に向けて、ストリームデータＣを受信機３８に向けて送信しているものとする。
【０１２６】
送信機３２が制御機３０からＣＦ−ＰＯＬＬフレームを受信したものとする。送信機３２が受信したＣＦ−ＰＯＬＬフレームには、この送信機３２に与えられるＴＸＯＰ期間の時間情報が入っている。このＣＦ−ＰＯＬＬフレームは図１１に示す制御部５２に与えられる。制御部５２はその時間情報を取出して、ＴＸＯＰ期間の長さを知る。
【０１２７】
図１０に示す様に、本実施の形態にかかる送信機３２は、内部に蓄えてあるストリームデータＡ、Ｂ及びＣを、与えられたＴＸＯＰ期間の中で前述した方法に従って定められた送信権の順番にて送信する。本実施の形態の送信機３２は、与えられたＴＸＯＰ期間の中で送信するストリームデータの適切な順番を如何に決定するかという点に特徴がある。
【０１２８】
ストリームデータＡ、Ｂ及びＣは、本実施の形態では図１１に示す第２受信部５４に、有線のメディアを介して与えられる。このストリームデータは、ストリーム及び制御データ６６として制御部５２に与えられる。さらにこれらは、ストリーム及び送信権制御データ６８としてストリーム選択部５６に与えられる。
【０１２９】
図１２を参照して、ストリーム選択部５６に入力されたストリームデータは一旦対応のバッファ部のメモリ（ストリームデータＡの場合にはメモリ９６）に蓄えられる。以下、ストリームデータＡを例として説明する。
【０１３０】
プロトコル付加情報生成回路９８が、プロトコルの付加情報を生成し、混合回路１０８に与える。メモリ９６も、蓄えたストリームデータを混合回路１０８に与える。混合回路１０８は、メモリ９６からのストリームデータと、プロトコル付加情報生成回路９８からのプロトコル付加情報とを一つのデータパケットにまとめる。混合回路１０８はさらに、そのデータパケットを、そのデータパケットの送信が成功するか、そのデータパケットの寿命が尽きるまで、待ち行列として保存する。
【０１３１】
ストリームデータＢ及びＣについても、それぞれバッファ部８２及び８４で処理されることを除きストリームデータＡと同様に処理される。
【０１３２】
ストリームポイントを選択する為の基本的情報（帯域の情報、伝送状態の情報など）は制御部５２（図１１参照）により検出及び生成され、ストリームポイント制御要求１２２として図１２に示すストリームデータ選択管理テーブル制御回路１２４に与えられる。ストリームデータ選択管理テーブル制御回路１２４はこの要求に応じてストリームデータ選択管理テーブル１１６に蓄えられた情報を管理する。
【０１３３】
送信ストリームデータ選択回路１１８は、ストリームデータ選択管理テーブル１１６に蓄えられた蓄積ストリームポイントを参照してストリームデータの選択を行ない、選択ストリームデータ制御回路１２０に対してあるストリームを選択するように要求する選択信号を与える。
【０１３４】
選択ストリームデータ制御回路１２０は、この選択信号に応答して、選択されたストリームデータに対応するバッファ部（バッファ部８０、８２又は８４）からローカルバスＩ／Ｆ１１４を介してストリームデータパケットを読出すように試みる。選択ストリームデータ制御回路１２０は、バッファ部８０、８２及び８４のうち、データを読出そうとするものが空であるかどうかを判定する。
【０１３５】
バッファ部が空でなければ、選択ストリームデータ制御回路１２０は、読出されたデータパケットを図１１に示す送信部６０に送る。送信部６０はアンテナ６４を介してこのデータパケットを送信する。このデータパケットが、当該データストリームを受信する受信機（受信機３４、３６又は３８）に受信される。送信が完了すると選択ストリームデータ制御回路１２０は送信ストリームデータ選択回路１１８に対してストリーム選択要求１３０を出す。
【０１３６】
バッファ部が空であれば、選択ストリームデータ制御回路２６は直ちに送信ストリームデータ選択回路１１８に対してストリーム選択要求１３０を出す。
【０１３７】
ストリーム選択要求１３０を受けた送信ストリームデータ選択回路１１８は、ストリームデータ選択管理テーブル１１６に格納されている当該ストリームデータに対する累積ストリームポイントを加算するようストリームデータ選択管理テーブル制御回路１２４に対してストリームポイント制御要求１２６を出す。累積ストリームポイントの加算が完了したら、送信ストリームデータ選択回路１１８は更新済みのストリームデータ選択管理テーブル１１６を参照し、次の送信ストリームデータを選択し、選択ストリームデータ制御回路１２０に対して選択信号を与える。
【０１３８】
以下、以上の処理が繰返される。なお、新たなストリームデータの参入があれば、制御部５２がそれを検出し、ストリームデータ選択管理テーブル１１６の再設定を求めるストリームポイント制御要求１２２をストリームデータ選択管理テーブル制御回路１２４に与える。ストリームデータ選択管理テーブル制御回路１２４は、この要求に応じて、図１４に示した方法によってストリームデータ選択管理テーブル１１６を再設定する。
【０１３９】
図１５に具体的なストリームデータの割当の例を挙げて、どの様にして実際に送信されるデータパケットの順番が決定されるかを説明する。この例では、ストリームデータＡの帯域が１２Ｍｂｐｓ、ストリームデータＢ及びＣの帯域がいずれも６Ｍｂｐｓであるものとする。また、図１５を参照して、時刻ＴｓにおいてストリームデータＡ、Ｂ及びＣが参入を完了した状態であり、全ての累積ストリームポイントが０であるものとする。時刻Ｔｓは、ＴＸＯＰが開始した時刻である。また、説明を簡明にするために、いずれのストリームデータのバッファ部も空にはならないと仮定する。
【０１４０】
この例では、最小となる累積ストリームポイントが複数あった場合に、一つのストリームデータを選択する基準である優先度は固定的にＡ＞Ｂ＞Ｃとなっているものとする。したがって全ての累積ストリームポイントが同じ場合、必ずストリームデータＡが選択される。ストリームデータＢ及びＣの累積ポイントが同じでかつ最小である場合には、ストリームデータＢが選択される。
【０１４１】
この例では以下の様にしてストリームポイントが求められる。全てのストリームデータの必要とする帯域の最小公倍数は１２である。よってストリームデータＡのストリームポイントの値は１２／１２＝１である。ストリームデータＢ及びＣのストリームポイントの値は１２／６＝２である。
【０１４２】
図１５を参照して、時刻Ｔ0において累積ストリームポイントの最小値は０となっている。ストリームデータＡ、Ｂ、Ｃの累積ストリームポイントはいずれも０である。したがってこれら全てが送信権を与えるための選択の対象である。全ての累積ストリームポイントが等しいので、優先度に従いストリームデータＡが選択され、ストリームデータＡのデータパケットが送信される。
【０１４３】
この送信の完了後、ストリームデータＡの累積ストリームポイントにストリームデータＡのストリームポイント１が加えられる。ストリームデータＡの累積ストリームポイントは１となる。
【０１４４】
時刻Ｔ１において、累積ストリームポイントはストリームデータＡ、Ｂ、Ｃの順（以下いずれもこの順で記載する。）で１，０，０となっている。その最小値は０(ストリームデータＢ及びＣ)である。ストリームデータＢ、Ｃが選択の対象として挙げられる。優先度に従いストリームデータＢが選択され、ストリームデータＢのデータパケットが送信される。送信完了後、ストリームデータＢの累積ストリームポイントにストリームデータＢのストリームポイント２が加えられる。ストリームデータＢの累積ストリームポイントは２となる。
【０１４５】
時刻Ｔ２において、累積ストリームポイントは順に１，２，０である。その最小値は０となっている。この累積ストリームポイントに対応するストリームデータＣが選択され、ストリームデータＣのデータパケットが送信される。送信完了後、ストリームデータＣの累積ストリームポイント（０）にストリームデータＣのストリームポイント（２）が加えられ累積ストリームポイントの値は２となる。
【０１４６】
時刻Ｔ３において、累積ストリームポイントの値は順に１，２，２であり、その最小値は１である。この累積ストリームポイントを持つストリームデータＡが選択され、ストリームデータＡのデータパケットが送信される。送信完了後、ストリームデータＡの累積ストリームポイントにストリームデータＡのストリームポイント１が加えられ累積ストリームポイントは２となる。
【０１４７】
時刻Ｔ４において累積ストリームポイントは順に２，２，２である。その最小値は２で、ストリームデータＡ、Ｂ、Ｃが選択の対象として挙げられる。優先度に従いストリームデータＡが選択され、ストリームデータＡのデータパケットが送信される。送信完了後ストリームデータＡの累積ストリームポイントにストリームデータＡのストリームポイント１が加えられる。ストリームデータＡの累積ストリームポイントは３となる。
【０１４８】
時刻Ｔ５において累積ストリームポイントは順に３，２，２となる。その最小値は２で、対応するストリームデータＢ、Ｃが選択の対象として挙げられる。優先度に従いストリームデータＢが選択され、ストリームデータＢのデータパケットが送信される。送信完了後、ストリームデータＢの累積ストリームポイントにストリームデータＢのストリームポイント（２）が加えられる。ストリームデータＢの累積ストリームポイントの値は４となる。
【０１４９】
時刻Ｔ６において、累積ストリームポイントは順に３，４，２となっている。その最小値は２であり、対応のストリームデータＣが選択され、ストリームデータＣのデータパケットが送信される。送信完了後、ストリームデータＣの累積ストリームポイントにストリームデータＣのストリームポイント２が加えられる。ストリームデータＣの累積ストリームポイントの値は４となる。
【０１５０】
以下、ここで説明した方法で決められた順番に従って、ストリームデータＡ、Ｂ及びＣが選択されていく。
【０１５１】
図１６に図１５に示す時刻Ｔｐ時点でのストリームデータ選択管理テーブル１１６の内容を示す。図１６に示す様に、本実施の形態ではストリームデータの優先度は固定されており、ストリームデータ選択管理テーブル１１６に記憶されている。
【０１５２】
ここで、ストリームデータＡ、Ｂ、及びＣの送信が行なわれている状態で、ストリームデータＤが参入したものとする。図１７に、上に説明したシステムのストリームデータ選択管理テーブル１１６の状態が図１６に示されている様になっているときに、ストリームデータＤが参入した時の、参入処理後のストリームデータ選択管理テーブル１１６の内容を示す。この例ではストリームデータＤの帯域は１５Ｍｂｐｓであるものとする。
【０１５３】
ストリームデータＤの参入により、各ストリームデータが必要とする帯域の比が変化する。そのため各ストリームデータのストリームポイントを再設定する。この場合の、図１４に示すＳ１４で求められる最小公倍数は６０である。その結果、ストリームデータＡのストリームポイントは６０／１２＝５となる。ストリームデータＢ、Ｃのストリームポイントは６０／６＝１０となる。参入したストリームデータＤのストリームポイントは６０／１５＝４となる。
【０１５４】
また、本実施の形態では図１４のＳ１６に示す様に、新しいストリームデータの累積ストリームポイントを０に設定している。図１７において、新しいストリームデータの累積ストリームポイントが０になっているのはそのためである。また、ストリームデータＡ、Ｂ、Ｃ、及びＤの優先度は、順に１，２，４，３と固定されているものとする。従って、この時点で次に選択されるストリームデータはストリームデータＤである。
【０１５５】
この第１の実施の形態の送信機３２は、制御機に対して要求したストリームデータ送信要求に含まれる帯域から求めたストリームポイントに従い送信するストリームデータを決定している。従って、あるストリームデータの受信機との伝送状態が悪化したとしても、ストリームデータ間における送信頻度の比が変わることは無く、伝送状態の良いストリームデータの受信機において再生映像に乱れを生じることは無い。またこの第１の実施の形態の送信機３２では、ある一定期間をとったとき、帯域の広いストリームデータほど送信権を割当てる回数が多くなるという特徴がある。
【０１５６】
この第１の実施の形態の送信機３２では、ストリームデータの送信頻度を一定に保ちながら、可能な限りストリームデータパケットを分散して代わる代わる送信している。従って、制御機がストリームデータ送信要求通りにＴＸＯＰを与えてくれている状態ではパケットの寿命が尽きることがない。
【０１５７】
この第１の実施の形態の送信機３２ではさらに、ＴＸＯＰを与えられてから除算を使用することがない。従って、回路規模及びソフトウェア規模が簡単となり小規模となる。送信するストリームデータを決定するまでの時間も短くて済む。
【０１５８】
さらに、第１の実施の形態の送信機３２は、伝送状態の変化を見越して余分に要求した、再送にかかる帯域分の時間も有効に活用できる。通常、制御機へのストリームデータ送信要求は、ストリームデータが必要とする映像、音声の帯域に加えて、伝送状態の変化による再送分の帯域も含んでいる。全てのストリームデータの伝送状態が良好であり受信機に正しく受信されれば、再送を見越して与えられたＴＸＯＰ時間が終了する前には、全てのストリームデータのバッファ部が空になっている。全てのバッファ部が空となった場合には、送信機は制御機に送信権を返上する。従って他の送信機がその後の時間を使用してストリームデータの送信をすることができる。
【０１５９】
一方、送信機３２において、あるストリームデータの受信機との伝送状態が悪化した場合には、そのストリームデータのバッファ部は空とならない。従って、再送を見越して与えられたＴＸＯＰ時間のうち、残った時間ではそのストリームデータが送信されることになる。この時、他のストリームデータの再送帯域のために制御機より与えられた時間も、この伝送状態の悪いストリームデータの為に使用することになる。従って、制御機から与えられたＴＸＯＰ時間を有効に活用できる。
【０１６０】
伝送状態が悪化しているストリームデータが複数あったとしても、前もって定義したストリームポイントに従いストリームデータを送信するので、伝送状態が悪化しているストリームデータ間における送信頻度の比が変わることは無い。
【０１６１】
上記した第１の実施の形態では、所定の条件が成立したことに応答して、各ストリームデータのストリームポイント及び累積ストリームポイントを再設定する。所定の条件が成立する場合とは、例えば新たなストリームデータの参入が検出された場合などのことをいう。再設定により、各ストリームデータに設定されるストリームポイントの比が新たに決められ、この新たなストリームポイントによって累積ストリームポイントを計算し、その結果によってストリームデータを選択する。従って、新たなストリームデータの参入があった後も、全てのストリームデータに対して、上記した様な効果を得ることができる。
【０１６２】
なお、上記した第１の実施の形態では、図１３のＳ１１において、累積ストリームポイントのオーバフローが検出されたときに、全ての累積ストリームポイントを０に再設定している。ここでの累積ストリームポイントの再設定の方法は、これ以外にも種々考えられる。
【０１６３】
例えば、全ての累積ストリームポイントから最小の累積ストリームポイントを減算する方法がある。この方法では全て０に再設定する方法よりも、計算回数が増加し、回路規模が大きくなる。しかし、累積ストリームポイントがオーバフローを生じる直前の時点での累積ストリームポイントの状態をそのまま再設定することが可能である為、各ストリームデータの再送頻度を乱すおそれがないという効果がある。
【０１６４】
また、上記した実施の形態では、累積ストリームポイントにストリームポイントを加算していき、累積ストリームポイントの値が最小となるストリームデータに送信権を与えている。しかし、送信権の決定方法は他にも考えられる。例えば、累積ストリームポイントは、ストリームポイントを直前の累積ストリームポイントの値から減算することにより算出する様にしてもよい。この場合には、累積ストリームポイントが最大のストリームデータに送信権を与える様にすればよい。ただしこの場合、累積ストリームポイントの初期値には、共通の大きな値を設定する必要がある。例えば累積ストリームポイントの計算に２バイトの記憶領域を使用するのであれば、２バイトで記憶できる最大の値である６５５３５を累積ストリームポイントの初期値又は再設定値とすればよい。
【０１６５】
また、上記した第１の実施の形態では、ストリームデータの優先度は予め固定されている。しかし、優先度についてはこれ以外の設定の方法もある。例えば、寿命が短い方のストリームデータの優先度を高く設定する方法がある。寿命が尽きる時刻に近づいているデータパケットほど、早く送信しないと送信機にて破棄される可能性が高くなるからである。
【０１６６】
ストリームデータの優先度は、例えば、送信機と受信機との間の伝送状態に従って設定することもできる。この場合には、伝送状態の悪化している受信機向けのストリームデータの優先度を上げればよい。これは以下の様な理由による。
【０１６７】
伝送状態の悪化しているストリームデータは、受信機に正しくデータパケットが受信されないことが多い。その結果、送信機がデータパケットの再送をしなければならなくなることが多くなる。再送を行なうパケットは、最初に送信されたときよりもストリームデータの寿命が尽きる時刻に近づいている。寿命が尽きたデータパケットは送信されずに破棄され、結果として受信機では受信映像に乱れを生じることとなる。すなわち、そうしたパケットは出来るだけ早く送信を行なうほうが良い。このことから伝送状態の悪化しているストリームデータの優先度を上げ、出来るだけ早く送信を試みる方が良い。
【０１６８】
同様の考え方で、先着順に優先度を設定する方法も考えられる。この場合には、アルゴリズムが簡単であるため、回路規模を小さくすることができる。
【０１６９】
また、上記した第１の実施の形態のシステムでは、送信機３２は外部の制御機３０からＣＦ−ＰＯＬＬを受信している。しかし、送信機３２自体が制御機の機能を備えていてもよい。この場合には、送信機３２は外部からＣＦ−ＰＯＬＬフレームを受信するわけではなく、内部でその受け渡しとそれに伴う送信権の設定とが行なわれる。
【０１７０】
なお、上記した様に、本実施の形態では、ストリームデータの帯域の広さと、そのストリームデータに割当てられるストリームポイントとの間には負の相関がある。すなわち、ストリームポイントは、帯域の広さの単調減少関数である。この関数としてどの様なものを用いるかは、設計事項に属し、応用によって選択することができる。
【０１７１】
[第２の実施の形態]
上記した第１の実施の形態では、新たに参入したストリームデータの累積ストリームポイントは０に設定される。しかしこの方法によれば、新規ストリームデータの参入直後には、参入してきたストリームデータの累積ストリームポイントが最小となる期間が連続することが多い。その結果、その期間では新規参入ストリームデータだけが一定期間連続して送信されてしまい、送信頻度の比が保たれないという問題が生ずる可能性がある。
【０１７２】
例を挙げてこの問題について説明する。第１の実施の形態では、新規参入してきたストリームデータの累積ストリームポイントは０に初期化する。通常は、その他のストリームデータの累積ストリームポイントの最小値は０より大きい値であろう。この値が例えば５０であると仮定する。この場合、参入してきたストリームデータの累積ストリームポイントが５０よりも大きくなるまで、連続してこの新規に参入したストリームデータに送信権が与えられることになる。
【０１７３】
そこで、新規ストリームデータの参入があった場合、この様な問題が生じる可能性ができるだけ低くなる様にすることが好ましい。この第２の実施の形態では、そのために、新規なストリームデータの参入があった場合、各ストリームポイントの再設定を行なった後、参入したストリームデータの累積ストリームポイントを第１の実施の形態の様に０とするのではなく、より大きな値とする。具体的には、この第２の実施の形態では、新規に参入したストリームデータの累積ストリームポイントを、他のストリームデータのストリームポイントの中で最小の値に設定する。
【０１７４】
この第２の実施の形態の装置の構成は、第１の実施の形態のものとほぼ同様である。ただし、図１３のＳ２に示され、図１４に詳細が示されている新ストリームの参入処理に代えて、図１８に示されている新ストリームの参入処理を採用する。
【０１７５】
図１８を参照して、Ｓ１４及びＳ１５に示す処理は図１４のＳ１４及びＳ１５の処理と同じである。Ｓ２０において、新しく参入したストリームデータ以外のストリームデータの累積ストリームポイントの中で、最小の値を求める。続いてＳ２１で、新規に参入したストリームデータの累積ストリームポイントに、Ｓ２０で求めた最小の累積ストリームポイントの値を代入する。
【０１７６】
この第２の実施の形態の送信機において、ストリームデータ選択管理テーブル１１６の状態が図１６に示されている様になっているときに、ストリームデータＤが参入した時の参入処理後のストリームデータ選択管理テーブル１１６の内容を図１９に示す。この例でも、図１７に示したのと同様、ストリームデータＤの帯域は１５Ｍｂｐｓであるものとする。
【０１７７】
図１９が図１７と異なるのは、ストリームデータＤの累積ストリームポイントが、０ではなく２に設定されている点のみである。他の点で図１９は図１７と異なる所はない。
【０１７８】
この第２の実施の形態においては、累積ストリームポイントの初期値を設定する際の計算回数が第１の実施の形態に比べて増加し、必要な回路規模又はソフトウェアの規模が大きくなる。しかし、ストリームデータが新規に参入したときでも、新規のストリームデータだけに長い期間、連続して送信権を与える様になるおそれは少ない。そのため、新規のストリームデータの参入があった場合でも各ストリームデータの再送頻度を乱すおそれが少ない。
【０１７９】
[その他の変形例１]
上記した第１及び第２の実施の形態における累積ストリームデータの再設定の仕方以外にも様々なものが考えられる。たとえば、新規ストリームデータの参入が検出されときに、全ての累積ストリームポイントを一定の値、例えば０に設定することも考えられる。
【０１８０】
この方法によれば、参入してきたストリームデータのみが一定期間連続して送信されてしまい、送信頻度の比が保たれないという問題は生じない。しかも累積ストリームの設定処理が簡単なので、処理時間を短く、かつ回路を小規模にすることが可能である。
【０１８１】
しかし、この方法では、新規ストリームデータが参入した時点で、既存のストリームデータの累積ストリームデータの状態を示す情報が無くなってしまう。従って、一時的ではあるが送信頻度が乱れる影響が出る可能性もあるので注意が必要である。
【０１８２】
[その他の変形例２]
ストリームポイントを再設定するための所定の条件として、例えば受信機との伝送状態の悪化が考えられる。ストリームデータの受信機との伝送状態が悪化し、再送パケットとして多くの送信を行なう必要がある場合には、その伝送状態が悪化しているストリームデータのストリームポイントをある期間の間小さくすることが考えられる。この制御は、例えば図１１の制御部５２が伝送状態の悪化を検出したときに、図１２のストリームデータ選択管理テーブル制御回路１２４を通じてストリームデータ選択管理テーブル１１６内のそのストリームデータに対応するストリームポイントの値を、ある期間の間だけ小さな値に変更することで実現できる。
【０１８３】
この方法によれば、伝送状態が悪化しているストリームデータのストリームポイントが小さくなり、その送信頻度は増加する。従って、そのストリームデータの受信機での再生映像に乱れが生じるのを防ぐことも可能である。
【０１８４】
ただし、その状態が続くと他の伝送状態が良いストリームデータの送信が待たされることとなり、ストリームデータの寿命が尽きて受信機での再生映像が乱れる可能性が増加するので注意が必要である。しかし、伝送状態が良いストリームデータの寿命が長い場合には、上記の調整を行なうことによりどの受信機の再生映像にも乱れを生じさせない調整も可能となる。
【０１８５】
[その他の変形例３]
別の所定の条件として例えばストリームデータが必要とする帯域が変化したことが考えられる。この時、新たなストリームデータの帯域を用いて、ストリームポイントを再計算し、再設定する。
【０１８６】
この方法によれば、ストリームデータの映像品質が上がり必要となる帯域が変化した場合にも、各ストリームデータの送信頻度の比率を適正に保ち、安定した再生映像を各受信機にて獲得することが可能となる。
【０１８７】
今回開示された実施の形態は単に例示であって、本発明が上記した実施の形態のみに制限されるわけではない。本発明の範囲は、発明の詳細な説明の記載を参酌した上で、特許請求の範囲の各請求項によって示され、そこに記載された文言と均等の意味及び範囲内でのすべての変更を含む。
【発明の効果】
以上の様に本発明によれば、ストリームデータ間における送信頻度に大きな変動が生じない様にできる。仮に伝送状態の悪いストリームデータが発生したとしても、伝送状態のよいストリームデータの伝送に悪影響を及ぼすことはない。
【０１８８】
ストリームデータの送信頻度を守りつつ、可能な限りストリームデータパケットを分散して代わる代わる送信されるので、制御機がストリームデータ送信要求通りにＴＸＯＰを与えてくれている状態ではパケットの寿命が尽きることがない。
【０１８９】
帯域の大きなものに優先して送信権が割当てられるので、帯域の大きなストリームデータの再生に支障が生じるおそれが少ない。
【０１９０】
新規にストリームデータの参入があった場合、ストリームデータの帯域に変化があった場合、あるストリームデータの伝送状態が悪化した場合、又は累積ストリームポイントにオーバフローがあった場合でも、ストリームデータの送信頻度の比が大きく変動することはなく、再生品質に問題が生じるおそれは少ない。また、伝送状態のよいストリームデータの再生状態に与える悪影響を小さく抑えながら、伝送状態の悪いストリームデータの再生品質がそれ以上劣化するのを防止することができる。
【０１９１】
さらに、伝送状態が悪化したり、寿命が短いストリームデータほど早く送信され、受信機での再生品質が乱れる可能性を低くできる。
【０１９２】
限られた送信権期間を有効に使って、ストリームデータの各々について良好な再生品質を確保することができる。その際、簡単で小規模な回路により実現でき、送信するストリームデータを決定するまでの時間も短くて済む。
【図面の簡単な説明】
【図１】  従来のストリームデータ割当て方法におけるストリームデータ送信順を示す図である。
【図２】  従来のストリームデータ割当て方法におけるストリームデータ送信での課題を説明するための図である。
【図３】  想定される第１のストリームデータ割当て方法におけるストリームデータ送信順を示す図である。
【図４】想定される第１のストリームデータ割当て方法におけるストリームデータ送信での課題を説明するための図である。
【図５】  想定される第２のストリームデータ割当て方法におけるストリームデータ送信順を示す図である。
【図６】  想定される第２のストリームデータ割当て方法におけるストリームデータ送信の課題を説明するための図である。
【図７】  想定される第３のストリームデータ割当て方法におけるストリームデータ送信順を示す図である。
【図８】  想定される第３のストリームデータ割当て方法におけるストリームデータ送信の課題を説明するための図である。
【図９】  本発明の実施の形態にかかる無線通信システムの全体構成を示す図である。
【図１０】  本発明の第１の実施の形態にかかる送信機によるストリームデータ送信割当て例を示す図である。
【図１１】  本発明の第１の実施の形態における、送信機の内部構成を示すブロック図である。
【図１２】  本発明の第１の実施の形態における、ストリーム選択部の構成を示すブロック図である。
【図１３】  本発明の第１の実施の形態におけるストリームデータ割当て方法を示すフローチャートである。
【図１４】  第１の実施の形態における、新規ストリームデータの参入時における処理を示すフローチャ−トである。
【図１５】  第１の実施の形態において、選択されるストリームデータ及びその累積ストリームポイントの時間的遷移を示す例である。
【図１６】  本発明の第１の実施の形態における、ストリームデータ選択管理テーブル１１６の例を示す図である。
【図１７】  本発明の第１の実施の形態における、ストリームデータ選択管理テーブル１１６の例を示す図である。
【図１８】  本発明の第２の実施の形態にかかる送信機における、新規ストリームデータの参入時における処理を示すフローチャ−トである。
【図１９】  本発明の第２の実施の形態におけるストリームデータ選択管理テーブル１１６の例を示す図である。
【符号の説明】
３０  制御機、３２  送信機、３４，３６，３８  受信機、５０  タイマ、５２  制御部、５６  ストリーム選択部、６０  送信部、６６  ストリーム及び制御データ、６８  ストリーム及び送信権制御データ、９０，９２，９４  ストリームデータ、９６，１００，１０４  メモリ、９８,１０２,１０６  プロトコル付加情報生成回路、１０８，１１０，１１２  混合回路、１１４  ローカルバスＩ／Ｆ、１１６  ストリームデータ選択管理テーブル、１１８  送信ストリームデータ選択回路、１２０  選択ストリームデータ制御回路、１２２，１２６  ストリームポイント制御要求、１２４  ストリームデータ選択管理テーブル制御回路、１２８，１３０  ストリーム
選択要求
【図１】
0003650770.tif 000002
【図２】
0003650770.tif 000003
【図３】
0003650770.tif 000004
【図４】
0003650770.tif 000005
【図５】
0003650770.tif 000006
【図６】
0003650770.tif 000007
【図７】
0003650770.tif 000008
【図８】
0003650770.tif 000009
【図９】
0003650770.tif 000010
【図１０】
0003650770.tif 000011
【図１１】
0003650770.tif 000012
【図１２】
0003650770.tif 000013
【図１３】
0003650770.tif 000014
【図１４】
0003650770.tif 000015
【図１５】
0003650770.tif 000016
【図１６】
0003650770.tif 000017
【図１７】
0003650770.tif 000018
【図１８】
0003650770.tif 000019
【図１９】
0003650770.tif 000020