(57)【要約】  セルラ無線通信装置が複数の（１つ以上の）送信ソースからの通信を受信可能である場合、２つのステップが行われる。最初に、受信機においてＮ個のパケットのうち任意のＫ個（Ｋ＝Ｍ＋Ａ）からソースデータのブロックが導出可能となるように、Ｍ個のパケットから構成されたソースデータのブロックが符号化（エンコード）される（ここで、Ａ＜＜Ｍ、Ｍ＜Ｎであり、Ｎは、符号化されたパケットの総数である）。次に、Ｎ個のパケットの異なるサブセットが、各送信ソースから送信される。よって、セルラ無線通信装置は、複数の送信ソースからパケットを受信することができる。例えば、リードソロモン（ＲＳ）符号化又はレートレス符号化（例えば、トルネード符号化又はラプター符号化）（ファウンテンコードと呼ばれる場合もある）によってソースデータのブロックを符号化することができる。複数のソースの一例として、セルラ通信システムにおける複数の基地局がある。【選択図】図１
2008541620.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける通信のためのソースデータのブロックをスケジューリングする方法であって、
（ａ）第１の無線通信チャネルの第１のチャネル状態インジケータを評価するステップと、
（ｂ）第２の無線通信チャネルの第２のチャネル状態インジケータを評価するステップと、
（ｃ）前記ソースデータのブロックをＮ個の符号化データパケットに符号化するステップであって、Ｋ個の前記符号化データパケットは、前記ソースデータのブロックを再構築するための十分な量の情報を含み、ＫはＮよりも小さい、ステップと、
（ｄ）前記Ｎ個の符号化データパケットの第１のサブセットを前記第１の無線通信チャネル上で送信するためにスケジューリングするステップと、
（ｅ）前記Ｎ個の符号化データパケットの第２のサブセットを前記第２の無線通信チャネル上で送信するためにスケジューリングするステップと
を含み、
前記Ｎ個の符号化データパケットの前記第１のサブセットは、前記Ｎ個の符号化データパケットの前記第２のサブセットと異なり、
ステップ（ｄ）及びステップ（ｅ）は、ステップ（ａ）及びステップ（ｂ）に応ずる方法。
【請求項２】
前記Ｎ個の符号化データパケットの第１のサブセットは全て、前記Ｎ個の符号化データパケットの第２のサブセットと異なる請求項１に記載の方法。
【請求項３】
ステップ（ｂ）は、（ｆ）前記Ｎ個の符号化データパケットの前記第１のサブセットを第１の基地局から送信するためにスケジューリングするステップを含み、
ステップ（ｃ）は、（ｇ）前記Ｎ個の符号化データパケットの前記第２のサブセットを第２の基地局から送信するためにスケジューリングするステップを含む請求項１に記載の方法。
【請求項４】
前記第１の基地局からの第１のパイロット信号における第１の電力レベル及び前記第２の基地局からの第２のパイロット信号における第２の電力レベルをセルラ無線通信装置が検出できるかを判定するステップと、
前記第１の電力レベル及び前記第２の電力レベルが予め選択された閾値を上回るかを判定するステップと
をさらに含む請求項３に記載の方法。
【請求項５】
ステップ（ｅ）は、ステップ（ｆ）及びステップ（ｇ）に応ずる請求項４に記載の方法。
【請求項６】
ステップ（ｂ）は、（ｊ）第１のキャリア周波数を有する第１のキャリア信号上での伝送のために前記Ｎ個の符号化データパケットの前記第１のサブセットをスケジューリングするステップを含み、
ステップ（ｃ）は、（ｋ）第２のキャリア周波数を有する第２のキャリア信号上での伝送のために前記Ｎ個の符号化されたデータの前記第２のサブセットをスケジューリングするステップを含む請求項１に記載の方法。
【請求項７】
ステップ（ａ）は、（ｌ）リードソロモン符号を用いて前記ソースデータのブロックを符号化するステップを含む請求項１に記載の方法。
【請求項８】
ステップ（ａ）は、（ｍ）レートレス符号を用いて前記ソースデータのブロックを符号化するステップを含む請求項１に記載の方法。
【請求項９】
無線通信システムであって、
送信ソースコントローラと、
前記送信ソースコントローラに接続され、ソースデータのブロックをＮ個の符号化データパケットに符号化するように構成されたプロセッサであって、前記Ｎ個の符号化データパケットのうちＫ個は、前記ソースデータを再構築するのに十分な情報を含むプロセッサと、
前記送信ソースコントローラに接続された第１の無線送信ソースと、
前記送信ソースコントローラに接続された第２の無線送信ソースと
を含み、
前記送信ソースコントローラは、前記Ｎ個の符号化データパケットの第１のサブセットを前記第１の送信ソースに送信し、前記Ｎ個の符号化データパケットの第２のサブセットを前記第２の送信ソースに送信するように構成される無線通信システム。
【請求項１０】
前記送信ソースコントローラは前記プロセッサを含む請求項９に記載の無線通信システム。
【請求項１１】
前記Ｎ個の符号化データパケットの第１のサブセットは全て、前記Ｎ個の符号化データパケットの第２のサブセットと異なる請求項９に記載の無線通信システム。
【請求項１２】
前記第１の送信ソースは第１の基地局を含み、
前記第２の送信ソースは第２の基地局を含む請求項９に記載の無線通信システム。
【請求項１３】
前記第１の送信ソースは第１のキャリア信号を含み、
前記第２の送信ソースは第２のキャリア信号を含む請求項９に記載の無線通信システム。
【請求項１４】
前記プロセッサは、リードソロモン符号を用いて前記ソースデータのブロックを符号化するように構成される請求項９に記載の無線通信システム。
【請求項１５】
前記プロセッサは、レートレス符号を用いて前記ソースデータのブロックを符号化するように構成される請求項９に記載の無線通信システム。
【請求項１６】
無線通信装置であって、
アンテナと、
前記アンテナに接続されたプロセッサであって、
複数の符号化データパケットの第１のサブセットを第１のソースから受信し、
前記複数の符号化データパケットの第２のサブセットを第２のソースから受信し、
前記複数の符号化データパケットの前記第１のサブセット及び前記複数の符号化データパケットの前記第２のサブセットを復号化して、前記複数の符号化データパケットの前記第１のサブセット及び前記複数の符号化データパケットの前記第２のサブセット双方を用いてソースデータのブロックを再構築する
ように構成されたプロセッサと
を含む無線通信装置。
【請求項１７】
前記複数の符号化データパケットの前記第１のサブセットは全て、前記複数の符号化データパケットの前記第２のサブセットと異なる請求項１６に記載の無線通信装置。
【請求項１８】
前記プロセッサは、リードソロモン符号を用いて前記第１のサブセット及び前記第２のサブセットを復号化するように構成される請求項１６に記載の無線通信装置。
【請求項１９】
前記プロセッサは、レートレス符号を用いて前記第１のサブセット及び前記第２のサブセットを復号化するように構成される請求項１６に記載の無線通信装置。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
[発明の背景]
【０００２】
本発明は無線通信に関し、特に、無線通信におけるデータ符号化及び復号化に関する。
【０００３】
セルラ無線通信装置が複数の（１つ以上の）送信ソースと通信可能である場合、システムリソースが無駄になる場合が多い。複数のソースから同一情報が送信される場合、これらのソースに起因して、他のユーザ用のシステムにおいて干渉が増大し得る。さらに、例えばバックホールトラフィックの増加などに起因して、より多くのネットワークリソースが消費され得る。バックホールトラフィックは、エアインターフェース（例えば、基地局）のネットワーク側のトラフィックである。そのため、例えばＩＳ−９５システムにおいて、バックホールの一例として、基地局と基地局コントローラとの間のデータトラフィックがある。
【０００４】
例えば、セルラ無線通信システム（例えば、符号分割多重接続（ＣＤＭＡ））におけるソフトハンドオフ（ＳＨＯ）において、リソースも浪費される。ＳＨＯにおいて、移動無線通信装置は、２つの基地局からの受信信号レベルに基づいて、１つの基地局から他の基地局へと転送される。移動局は、次の基地局へのハンドオフが完全に終わる前に、これらの両方の基地局からデータを短い時間において受信する。主に、ＴＩＡ−２０００．５−Ｄ「Ｕｐｐｅｒ  Ｌａｙｅｒ（Ｌａｙｅｒ３）Ｓｉｇｎａｌｉｎｇ  Ｓｔａｎｄａｒｄ  ｆｏｒ  ｃｄｍａ２０００（Ｒ）Ｓｐｒｅａｄ  Ｓｐｅｃｔｒｕｍ  Ｓｙｓｔｅｍｓ」（２００４年３月、第２．６．６章、２−４７１〜２−６１９ページ）を参照されたい。ＳＨＯにおいて、典型的には、複数の基地局が同一情報を同時に送信することで、受信機がそのフロントエンドにおいて当該情報を合成することが可能となる。しかし、ＳＨＯは、冗長性に起因して無駄の原因となる。
【０００５】
この問題に対する１つのソリューションとして、ＩＳ−８５６などのパケットデータシステムにおけるセル選択がある。セル選択において、セルラ無線通信装置は、利用可能な送信ソースのうち、パケット送信を行うべき送信ソースを決定する。選択された送信ソースは次のパケットを送信し、その他の利用可能な送信ソースはパケット送信を行わない。
【０００６】
このセル選択ソリューションに関する第１の問題として、送信ソースは、セルラ無線通信装置が他の送信ソースからどのパケットを受信したのかを知ることができないため、これらの送信ソースは、同一パケットの複数のコピーを送信し得る。これによりシステムリソースが無駄になる。このセル選択ソリューションに関する第１の問題のためのソリューションは、例えば、米国特許出願第２００２／０１４５９９１  Ａ１（公開日：２００２年１０月１０日、本明細書中、同文献を参考のため援用する）に記載のように、シグナリング又は他のオーバーヘッドチャネルにおいて、セルラ無線通信装置にどのパケットを送信すべきか知らせる次パケットインジケータを送信ソースに与えることである。
【０００７】
セル選択ソリューションに関する第２の問題として、シグナリングにおけるオーバーヘッド増加がある。シグナリングにおけるオーバーヘッド増加は、セルラ無線通信装置から次回パケットインジケータを与えるか否かに関係なく発生する。シグナリングにおけるオーバーヘッド増加の原因として、（１）次に送信を担当すべき送信ソースについて、及び必要に応じて（２）次に送信すべきパケットについて、セルラ無線通信装置が送信ソースに伝達しなければならない点がある。この情報の送信及び追従に起因して、オーバーヘッドが発生し、恐らくはシステムにおいて遅延が発生する。
【０００８】
セル選択では、特に、全基地局からの信号強度が弱くなり得るハンドオフ領域において、複数の基地局からの情報を合成するメリットが得られない。
【発明の開示】
【課題を解決するための手段】
【０００９】
ある状況下において、上述したように、全送信ソースからの受信品質が低下し得る。このような場合、セル選択は有用ではない場合がある。このような場合、利用可能な送信ソースのうち１つ以上からパケットが受信可能であると有利である。
【００１０】
セルラ無線通信装置が複数の（１つ以上の）送信ソースからの通信を受信可能である場合、２つのステップが行われる。最初に、受信機においてＮ個のパケットのうち任意のＫ個（Ｋ＝Ｍ＋Ａ）からソースデータのブロックが導出可能となるように、Ｍ個のパケットから構成されたソースデータのブロックが符号化（エンコード）される（ここで、Ａ＜＜Ｍ、Ｍ＜Ｎであり、Ｎは、符号化されたパケットの総数である）。次に、Ｎ個のパケットの異なるサブセットが、各送信ソースから送信される。よって、セルラ無線通信装置は、複数の送信ソースからパケットを受信することができる。
【００１１】
例えば、リードソロモン（ＲＳ）符号化又はレートレス符号化（例えば、トルネード符号化又はラプター符号化）（ファウンテンコードと呼ばれる場合もある）によってソースデータのブロックを符号化することができる。
【００１２】
複数のソースの一例として、セルラ通信システムにおける複数の基地局がある。複数のソースの他の例を挙げると、複数のセクタ、複数のＲＦチャネル（複数の周波数）、（スマートアンテナシステムを用いた）複数のビーム、（直交波周波数分割多重システムにおける）複数組のトーン、及びマルチコードチャネル通信システムがある。可能なアプリケーションとしては、Ｗ−ＣＤＭＡ、Ｗｉ−Ｍａｘなどがある。
【００１３】
異なる送信ソースから異なるデータが送信されるため、貴重な無線通信システムリソースが節約される。必要となるオーバーヘッドメッセージ数が低減する。複数の送信ソース全てにおいてセルラ無線通信装置とのチャネル状態が劣悪である場合、セルラ無線通信装置は、送信ソースのうち任意のものからパケットを累積することができる。
【００１４】
リアルタイムアプリケーション（例えば、音声通信）において、リアルタイム要件がその他の場合において満たされない多くの場合において、リアルタイム要件を満たすことができる。例えば、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）通信において、音声通話がよりクリアになり得るか又は音声落ちが回避され得る。一方、従来技術では、音声通話において音声データ欠損か又は音声データ落ちが発生していた。よって、よりクリアな音声通話そしてより落ちの少ない通話を達成することができる。他の例において、より良好なストリーミングビデオを達成することができる。
【００１５】
本発明の他の局面、利点及び新規な特徴は、添付図面と共に鑑みれば、以下の好適な実施形態の詳細な説明から明らかとなる。
【発明を実施するための最良の形態】
【００１６】
図１は、加入者局１０１が複数のソースから異なる符号化パケット１０３、１０５、１０７及び１０９を受信する無線通信システム及び方法を示すブロック図である。加入者局１０１は、例えば、携帯電話、モバイル又はデスクトップコンピュータにおけるＥＶＤＯ又はＥＶＤＶカード、パーソナルデジタルアシスタント（ＰＤＡ）などの通信及び演算の結合装置、又はＰＤＡが結合された携帯電話（一般的にスマートフォンと呼ばれる）などであり、ＩＭＴ２０００ＣＤＭＡマルチキャリア（ＣＤＭＡ２０００（ＴＭ）としても知られる（以下、「ＩＭＴ２０００」）加入者局であり得る。他の例も可能である。加入者局１０１は、複数のアンテナ又は受信チェーンを持ってもよいし、持たなくてもよい。
【００１７】
アクセスネットワークコントローラ（ＡＮＣ）１２５は、アクセスノード（ＡＮ）１１５及びＡＮ１２０に接続される。ＡＮＣ１２５は、プロセッサ１２６を含む。プロセッサ１２６は、ＡＮＣ１２５の機能を制御する。プロセッサ１２６は、ＡＮＣ１２５と、公衆交換電話網（ＰＳＴＮ）（図示せず）及びインターネット（図示せず）（これらは、双方ともＡＮＣ１２５に接続されている）との相互通信様態を制御する。さらに、プロセッサ１２６は、ＡＮＣ１２５と、ＡＮ１ １１５及びＡＮ２ １２０との相互通信様態を制御する。最後に、プロセッサ１２６は、以下に説明するように、ソースデータを符号化（エンコード）する。実際には、プロセッサ１２６は、複数のプロセッサであり得、プロセッサ１２６の機能は、部分的にハードウェアでかつ部分的にソフトウェアで実施することができる。
【００１８】
図１に示すように、複数のソースは、送信機１１５及び１２０である。複数の送信機１１５及び１２０は、ＩＭＴ２０００ネットワークにおけるＩＭＴ２０００アクセスノードＡＮ１ １１５及びＡＮ２ １２０であり得る。送信機１１５及び１２０は、ネットワークコントローラ１２５（これは、ＩＭＴ２０００アクセスネットワークコントローラ（ＡＮＣ）であり得る）に接続される。ＡＮ１ １１５及びＡＮ２ １２０は、他の種類の無線通信ネットワークにおける基地局でよく、ＡＮＣ１２５は、移動局コントローラ又は他の種類の無線通信ネットワークコントローラでよい。将来的には、インターネット及び無線テレメトリの向上に基づいて、ＡＮＣ１２５の機能を部分的にインターネットに移転し、部分的にアクセスポイント（例えば、ＡＮ１）に移転することも可能となり得る。
【００１９】
ＡＮ１ １１５は、アンテナ１１７及びプロセッサ１１９を含む。アンテナ１１７は、空中を介してＭＳ１０１と通信する。プロセッサ１１９は、ＭＳ１０１との通信の変調及び復調を含むＡＮ１ １１５の機能を制御する。さらに、プロセッサ１１９は、ＡＮＣ１２５と相互通信する。プロセッサ１１９は１つ以上のプロセッサを含み得、プロセッサ１１９の機能は、部分的にハードウェア、部分的にソフトウェアで実装され得る。
【００２０】
ＡＮＣ１２５がＭＳ１０１から（音声データであれ他のデータであれ）データ要求を受信すると、ＡＮＣ１２５は、ＭＳ１０１が複数のソースからデータを受信可能か否かを判定する。典型的には、ＭＳ１０１は、ＭＳ１０１が検出した全アクセスノード（ＡＮ）を報告する。すなわち、ＭＳ１０１は、近隣ＡＮの関連通信チャネルを定期的にスキャンする。ＭＳ１０１が近隣ＡＮ（例えば、ＡＮ１ １１５及びＡＮ２ １２０）のチャネルの電力を検出した場合、ＭＳ１０１はＡＮＣ１２５に報告する。ＡＮＣ１２５は、ＭＳ１０１との通信に利用可能なＡＮを追跡し続ける。特定の状況において、ＡＮＣは、ＭＳ１０１が複数の（１つ以上の）ＡＮからデータを受信すべきであることを決定し得る。
【００２１】
例えば、ＭＳ１０１は、ソフトハンドオフ（ＳＨＯ）状態であり得る。ＳＨＯ状態は、ＭＳ１０１が現在登録されているＡＮ（例えば、ＡＮ１ １１５）からＭＳ１０１が受信した信号が予め選択された閾値を下回り、かつ、ＭＳ１０１が他のＡＮ（例えば、ＡＮ２ １２０）から受信した信号が他の予め選択された閾値よりも高い場合に、発生する。この場合、ＭＳ１０１又はＡＮＣ１２５は、ＭＳ１０１をＡＮ１ １１５からＡＮ２ １２０へとハンドオフしようとする。
【００２２】
上記「背景」の欄において記載のように、ＳＨＯ時においては、前もって、ＡＮ１ １１５及びＡＮ２ １２０双方は、同一データパケットをＭＳ１０１に送信する。その結果、ＭＳ１０１は、ＡＮ１からＡＮ２へと比較的円滑に移行する。しかし、やはり上述したように、その結果冗長性が発生し、そのためネットワークリソースが無駄になる。
【００２３】
その代わりに、ＡＮ１ １１５がデータパケット１０３及び１０５を送信し、ＡＮ２ １２０がデータパケット１０７及び１０９を送信する。データパケット１０３、１０５、１０７及び１０９は、シンボルパケット（ＳＰ）とも呼ばれる。楕円１２８は、より多くのデータパケットがＡＮ１ １１５からＭＳ１０１へと送信可能であることを示す。楕円１３１は、より多くのデータパケットがＡＮ２ １２０からＭＳ１０１へと送信可能であることを示す。
【００２４】
データパケット１０３、１０５、１０７及び１０９は、データパケットの第１のサブセットがＡＮ１ １１５から送信され、データパケットの第２のサブセットがＡＮ２ １２０から送信されるように配置される。図１に示す例の場合、合計１６個のデータパケットがある。そのうち、４個のみを明示している。その他は、楕円１２８及び１３１によって暗示的に図示されている。
【００２５】
図示のため、データパケット１０３、１０５、１０７及び１０９は、データパケットの全体集合中のその順序を示す２進数で図示されている。この例において、合計でＮ＝１６個のデータパケットがある（２値００００〜１１１１）。データパケット１０３は「ＳＰ００００」で図示され、これは、データパケット１０３が第１のシンボルパケットであることを示す。データパケット１０５は「ＳＰ０００１」で図示され、これは、データパケット１０５が第２のシンボルパケットであることを示す。データパケット１０７は「ＳＰ１０００」で図示され、これは、データパケット１０３が第９のシンボルパケットであることを示す。データパケット１０９は「ＳＰ１００１」で図示され、これは、データパケット１０５は第１０のシンボルパケットであることを示す。実際には、何百個、何千個あるいは何百万個のデータパケットが可能である。
【００２６】
データパケット１０３、１０５、１０７及び１０９は、ソースコードのブロックをＮ個の符号化データパケット（例えば、データパケット１０３、１０５、１０７及び１０９）に符号化した結果得られる。ここで、符号化データパケットの数Ｋは、ソースデータのブロックを再構築するための十分な量の情報を含み、ＫはＮよりも小さい。異なるデータパケットが異なるソース（この場合、ＡＮ１ １１５及びＡＮ２ １２０）から送信され、これにより、ＭＳ１０１は、ＡＮ１ １１５及び／又はＡＮ２ １２０から受信された任意のＫデータパケットからソースデータを回復することができる。
【００２７】
例えば、Ｋはわずか４であり得る。その場合、ＭＳ１０１は、ソースデータのブロックを再構築するための４個のデータパケットを良好に受信するだけでよい。ＭＳ１０１が各データパケット１０３、１０５、１０７及び１０９を良好に受信した場合、ＭＳ１０１は、楕円１２８及び１３１によって図示される他のデータパケットを必要としない。しかし、ＭＳ１０１がデータパケット１０３、１０５、１０７及び１０９のうち１つを良好に受信出来なかった場合、ＭＳ１０１は、楕円１２８及び１３１によって図示されるデータパケットの１つを良好に受信する必要がある。
【００２８】
ＭＳ１０１は、アンテナ１０２及びプロセッサ１０４を含む。アンテナ１０２は、空中を介してＡＮ１ １１５及びＡＮ１ １２０と通信する。ＭＳ１０１は、１つ以上のアンテナ及び１つ以上の受信チェーン（フィルタ、ミキサーなどを含む）を有し得る。プロセッサ１０４は、ＭＳ１０１の機能（ＡＮ１ １１５及びＡＮ２ １２０との通信の変調及び復調を含む）を制御する。さらに、プロセッサ１０４は、ユーザインターフェース装置（図示せず）（例えば、スピーカ、マイク、ディスプレイ及びキーパッド）（ただし、ＭＳ１０１上に存在する場合）と相互通信する。プロセッサ１０４は１つ以上のプロセッサを含み得、プロセッサ１０４の機能は、部分的にハードウェア、部分的にソフトウェアで実装可能である。
【００２９】
ＡＮ１ １１５は、ＡＮ２ １２０から送信されたデータパケットと同一データパケットのうち一部を送信することができる。しかし、ＡＮ１ １１５から送信された全データパケットがＡＮ２ １２０から送信された全データパケットと異なることが最適であると想定される。
【００３０】
ソースデータは、符号化されたＮ個のパケットのうち任意のＫ個からのソースデータの再構築を可能にする任意の種類の符号化により、符号化可能である。例えば、リードソロモン（ＲＳ）符号化を用いることができる。ＲＳ符号化については、米国特許第６，６１４，３６６号（２００３年９月２日に発行（本明細書中、同文献を参考のため援用する））中に記載がある。他の例として、レートレス符号化により、ソースデータを符号化することができる。レートレス符号化の場合はＮが予め選択されておらずかつ制限されていない点を除いて、レートレス符号化はＲＳ符号化に類似する。レートレス符号化については、「Ｒａｔｅｌｅｓｓ  Ｃｏｄｅｓ  ａｎｄ  Ｂｉｇ  Ｄｏｗｎｌｏａｄｓ」（Ｐｅｔａｒ  Ｍａｙｍｏｕｎｋｏｖ及びＤａｖｉｄ  Ｍａｚｉｅｒｅｓ、ＮＹＵ  Ｄｅｐａｒｔｍｅｎｔ  ｏｆ  Ｃｏｍｐｕｔｅｒ  Ｓｃｉｅｎｃｅ、公開日不明、下記のウェブサイトから利用可能である（ｗｗｗ．ｒａｔｅｌｅｓｓ．ｃｏｍ））に記載がある。さらに他の例として、ソースデータをトルネード符号化によって符号化することができる。トルネード符号化については、米国特許第６，４１１，２２３Ｂ１号（発行日：２００２年６月２５日、本明細書中、同文献全体を参考のため援用する）に記載がある。さらに他の例として、ラプターコードを用いることができる。ラプターコードについては、米国特許出願第２００５／１０８４７Ａ１号（公開日：２００５年１月１３日、本明細書中、同文献全体を参考のため援用する）中に記載がある。便宜上、典型的には、上記参考文献では、ソースデータ再構築に必要なパケット数を示す際にＫ＋Ａが用いられるが、本明細書中ではＫが用いられる。よって、本明細書中用いられるような「Ｋ」は、上記参考文献において典型的に用いられるような「Ｋ＋Ａ」と同一である。
【００３１】
図１では、ＴＩＡ−２０００について説明した。しかし、図１について説明したシステム及び方法は、複数のソースが単一の受信機（例えば、ＩＳ−９５、ＧＳＭ、及び広帯域符号分割多重接続（Ｗ−ＣＤＭＡ）システム）に送信可能な多くの通信システムに適用することができる。
【００３２】
あるいは、複数のソースは、２つの異なる周波数（例えばＩＭＴ２０００適合通信システムにおいて用いられるもの）であり得る。図２は、移動局が異なるキャリア周波数上の異なるコードパケットを受信する無線通信システム及び方法を示すブロック図である。図２においてＭＳ１０１が１個のＡＮ（すなわち、ＡＮ１ １１５）からデータパケットのみを受信する点を除いて、図２は図１と同様である。図２において、ＡＮ１ １１５は、複数のキャリア周波数上で加入者（例えば、ＭＳ１０１）へ送信可能である。例えば、ＡＮ１ １１５は、ＩＭＴ２０００ＡＮであり得る。ＡＮ１ １１５の内部には、ＡＮ１ １１５の伝送帯域の周波数プロット１３５が図示されている。電力１４０（又はＳ２１に相当する）が、周波数１４５に対してプロットされている。３本の伝送帯域１５０、１５５及び１６０が図示されており、これらの伝送帯域１５０、１５５及び１６０は、それぞれ中心周波数１６５、１７０及び１７５を有する。図示の例において、ＡＮ１ １１５は、ＭＳ１０１との通信のための異なる送信ソースとして、伝送帯域１５０及び１６０を用いる。ＡＮ１ １１５は、伝送帯域１５０において、楕円１２８によって表されるデータパケット１０３、１０５及びデータパケットを送信する。ＡＮ１ １１５は、伝送帯域１６０において、楕円１３１によって表されるデータパケット１０７、１０９及びデータパケットを送信する。伝送帯域１５５を用いてもよい。
【００３３】
矢印１８０によって表される通信路１８０は、ＡＮ１ １１５からＭＳ１０１への送信周波数における通信のための空中通信路又はチャネルを介している。矢印１８２によって表される通信路１８２は、ＡＮ１ １１５からＭＳ１０１への送信周波数における通信のための空中通信路又はチャネルを介している。
【００３４】
ある状態において、通信路１８０は良好であり、通信路１８２は劣悪である。他の状態において、通信路１８２は良好であり、通信路１８０は劣悪である。さらに他の状態において、通信路１８０及び通信路１８２双方が劣悪である。通信路１８０及び１８２が良好であるか劣悪であるかは、急速に（例えば高速フェージング状態において）変化する。有利なことに、ＭＳ１０１は、経路１８０又は１８２のいずれかからＫ個のデータパケットを受信するだけでよく、経路１８０及び１８２を介して送信されるパケットはごく僅かであるか又は反復されない。
【００３５】
図３は、移動局が複数のソースから異なるコードパケットを受信する無線通信システム及び方法を示すコールフロー図である。５個のエンティティ、すなわち、移動局１（ＭＳ１）１８４、ＡＮ１ １１５、ＡＮＣ１２５、ＡＮ２ １２０及び移動局２（ＭＳ２）１８６が図示されている。矢印１９０によって示されるように、ＭＳ１ １８４は、データ要求をＡＮ１ １１５へ送信する。矢印１９３で示されるように、ＭＳ２ １８６も、ＡＮ１ １１５からのデータを要求する。矢印１９６によって示されるように、ＡＮ１ １１５は、ＭＳ１ １８４及びＭＳ２ １８６のためのデータと、（当該データ送信に関する）ＡＮＣ１２５からのスケジュールとを要求する。矢印１９９によって示されるように、ＡＮＣ１２５は、先ずデータをＭＳ１ １８４へその後データをＭＳ２ １８６へと送信するよう、ＡＮ１ １１５に命令する。矢印２０２及び２０５によってそれぞれ示されるように、ＡＮＣ１２５は、ＭＳ１ １８６のためのデータをＡＮ１ １１５及びＡＮ２ １２０に送信する。図１について上述したように、また、より詳細に以下に説明するように、図４において、ＡＮＣ１２５は、ＭＳ１がＡＮ１ １１５及びＡＮ２ １２０双方から受信できることを知る。
【００３６】
ＡＮＣ１２５からＡＮ１ １１５及びＡＮ２ １２０へと送信することが可能なデータについて、少なくとも２つの選択肢がある。第１の選択肢において、ＡＮＣ１２５は、実際のデータをＡＮ１ １１５及びＡＮ２ １２０に送信することができる。第１の選択肢において、ＡＮ１ １１５及びＡＮ２ １２０は、符号化されたＮ個のデータパケットのうちＫ個からソースデータが再構築できるように符号化を行う。第１の選択肢において、ＡＮＣ１２５は、送信すべきデータパケットをＡＮ１ １１５及びＡＮ２ １２０に通知しなければならない。例えば、ＡＮ１ １１５は、奇数データパケット全てを送信し得、ＡＮ２ １２０は、偶数データパケット全てを送信し得る。第２の選択肢において、ＡＮＣ１２５は、符号化を行い、符号化されたデータパケットのうち一部のみをＡＮ１ １１５に送信し、当該符号化されたデータパケットのうち他の部分をＡＮ２ １２０に送信する。
【００３７】
ＡＮ１ １１５とＡＮ２ １２０との間でのパケットの分割は、チャネル状態に依存させることができる。例えば、ＡＮ１ １１５がＭＳ１０１との良好なチャネルを有し、ＡＮ２ １２０がＭＳ１０１との劣悪なチャネルを有する場合、より多くのデータパケットをＡＮ２ １２０ではなくＡＮ１ １１５に送信することができる。より多くのデータパケットが、ＡＮ２ １２０ではなくＡＮ１ １１５から送信される。例えば、ＡＮ１ １１５は、ＡＮ２ １２０よりも高いデータレートでパケットを送信することができる。
【００３８】
有利なことに、ＡＮ１ １１５及びＡＮ２ １２０双方が、それぞれ太字の矢印２０８及び２１１によって示すように、ＭＳ１ １８４にデータを送信する。ＡＮ１ １１５から送信されるデータは、ＡＮ２ １２０から送信されるデータと異なる。具体的には、ＭＳ１ １８４は、図１について上述したように、ＡＮ１ １１５及びＡＮ２ １２０から送信されるデータパケットのうち任意のＫ個からソースデータを再構築することができる。例えば、ＭＳ１１８５は、ＡＮ１ １１５及びＡＮ２ １２０からデータを受信している。ＳＨＯ状態にあり得る。
【００３９】
ＭＳ１ １８４は、矢印２１４及び２１７でそれぞれ図示されるように、肯定応答メッセージ（ＡＣＫ）をＡＮ１ １１５及びＡＮ２ １２０に送信する。ＡＣＫ２１４及び２１７は、各データパケットを受信したことを通知するか、又は、ソースデータ全体が再構築されたことを通知するか、又は、同様にソースデータが再構築可能なようにＫ個のデータパケットを受信したことを通知するように送信され得る。
【００４０】
矢印２２０で示すように、ＡＮＣ１２５からＡＮ１ １１５へとデータが送信される。このデータは、矢印２２５によって図示されるようにＡＮ１ １１５からＭＳ２ １８６へと送信され、矢印２３０によって図示されるように受信が通知される。
【００４１】
よって、劣悪なチャネル状態（例えば、ＳＨＯ）においても、ＭＳ１ １８４は、要求された順序でそのデータを受信することができる。すなわち、ＭＳ２ １８６がより良好なチャネル状態を持ち得る場合でも、ＭＳ１ １８４は、ＭＳ２ １８６がそのデータを送信し終えるまで待機しなくてもよい。ＭＳ１ １８４が劣悪なチャネル状態を有しているが１個のＡＮからのみ受信可能である場合、ＭＳ２ １８６がそのデータを受信した後に、ＭＳ１ １８４がそのデータを受信するようにＭＳ１ １８４をスケジュールすることができる。
【００４２】
図４は、移動局が複数のソースからの異なるコードパケットを受信する無線通信システム及び方法を示すフローチャートである。この方法は、ステップ２４０において開始する。ステップ２４４において、加入者データ要求が収集される。ステップ２４８において、上記加入者が「先着順」でスケジュールされる。「先着順」とは、加入者からのデータに関する要求が受信された順序に従って、当該加入者がスケジュールされることを意味する。「先着順」に基づいていない他のスケジューリングスキームを用いてもよい。
【００４３】
ステップ２５２において、第１の加入者が選択される。ステップ２５６において、システムは、選択された加入者が良好なフォワードリンクを有しているか否かを判定する。加入者が良好なフォワードリンクを有しているか否かを判定するために、任意の便利な基準を用いることができる。例えば、電力制御システム（例えば、ＩＭＴ２０００）において、フォワードリンク電力制御信号を用いることができる。フォワードリンク電力制御信号及び他の例示的リンク品質インジケータについて、米国特許出願第１１／０６２，２３９号（出願日：２００５年２月１７日、本明細書中、同文献を参考のため援用する）中に記載がある。この例について進めると、フォワードリンク電力制御ビットの合計が閾値（例えば、５）よりも小さい場合、加入者は、良好なフォワードリンクを有すると考えられる。加入者が良好なフォワードリンクを有する場合、ステップ２６０において当該加入者はサービスを受ける。ステップ２６４において、次にスケジュールされた加入者が選択され、その後、本方法はステップ２５６へと戻る。
【００４４】
しかし、加入者が良好なフォワードリンクを有していない場合、ステップ２６８において、当該加入者のアプリケーションが遅延時間依存であるか否かが判定される。この文脈において、「遅延時間依存である」とは、加入者を再スケジュールすることが不可能であることを意味する。その加入者は、データをすぐに必要とする。遅延時間依存アプリケーションの一例として、リアルタイム音声通信がある。遅延時間依存アプリケーションの他の例として、ストリーミングビデオなどのリアルタイムビデオがある。現在、このような通信は、再スケジュールされると品質低下（ノイズ又はサービス欠落）の原因となるため、再スケジュールが不可能である。将来、通信システムがより高速化し、帯域幅が増加すれば、ノイズ又はサービス欠落を引き起こすこと無くこのような通信を再スケジュールすることが可能となり得る。しかし、このようなリアルタイム通信は、どれくらい遅延することが可能なのかあるいは何回再スケジュール可能なのかについて、制約が常にある。そのため、図４について説明したシステム及び方法を変形して、上記加入者のアプリケーションの遅延時間依存の程度又は当該加入者データが既に遅延された長さを考慮することができる。
【００４５】
典型的には、遅延時間依存ではないアプリケーションの一例として、ウェブページのダウンロードがある。例えば、加入者がウェブページのダウンロードを要求した場合、ステップ２６８において、当該加入者のアプリケーションは、遅延時間依存とみなされない。当該加入者のアプリケーションが遅延時間依存ではない場合、ステップ２７２において当該加入者を再スケジュールする。その後、本方法はステップ２６４へと戻る。
【００４６】
加入者のアプリケーションが遅延時間依存である場合、ステップ２７６において、当該加入者が複数のソースからのデータを受信できるか否かが判定される。これらの複数のソースは、任意の種類の複数のソース（例えば、複数の送信機（例えば、図１について上述したようなＡＮ））であり得る。他の例として、これらの複数のソースは、図２について上述したような複数のキャリア周波数であり得る。当該加入者が複数のソースからデータを受信できない場合、本方法はステップ２７２へと戻る。
【００４７】
しかし、当該加入者が複数のソースからデータを受信できる場合、ステップ２８２において、複数のソースを用いて、選択された加入者はサービスを受ける。有利なことに、複数のソースから、異なるデータパケットが、選択された加入者へと送信される。図４について説明した方法は、以下のようにして変形することが可能である。ステップ２５６及びステップ２６８のうち一方又は双方を除去することができる。すなわち、加入者にとって複数のソースが利用可能である場合、加入者が良好なフォワードリンクを持つか否か及び当該加入者のアプリケーションが遅延時間依存であるか否かに関係無く、複数のソースを用いてデータを加入者に送信することができる。さらに、加入者が常に複数のソースを受信できるシステムが現在又は将来存在する場合、ステップ２７６も無くすことができる。すなわち、加入者にとって複数のソースが利用可能である場合、加入者にとって複数のソースが利用可能であるか否かを判定すること無く、複数のソースを用いてデータを加入者に送信することができる。
【００４８】
図５は、マルチソースステータスをスケジューラへの入力として用いる無線通信システム及び方法を示すブロック図である。米国特許第６，８４５，１００Ｂ１号（発行日：２００５年１月１８日）及び米国特許第６，６６２，０２４Ｂ２号（発行日：２００３年１２月９日）（これらの文献を、参考のため援用する）中に記載のように、サービス品質（ＱｏＳ）をスケジューラへの入力として用いることができる。米国特許第６，６６２，０２４Ｂ２号において、チャネル状態（例えば、信号対ノイズ比）をスケジューラへの入力として用いる点についての記載がある。しかし、米国特許第６，８４５，１００Ｂ１号及び米国特許第６，６６２，０２４Ｂ２号のいずれにおいても、マルチソースステータスをスケジューラへの入力として用いる点については記載していない。
【００４９】
図５において、スケジューラ２８５は、チャネル状態情報（ＣＳＩ）モジュール２８８及びサービス品質（ＱＯＳ）モジュール２９２の２つの入力を有する。ＣＳＩは、チャネル状態インジケータ情報の収集物である。チャネル状態インジケータは、各ユーザの各ＡＮに関する信号対ノイズ比（ＳＮＲ）を含み得る。他のチャネル状態インジケータを用いてもよい。重要なことは、スケジューラ２８５は、ＣＳＩ２８８からマルチソースステータス２９６を展開することである。すなわち、ＣＳＩ２８８は、１つ以上のソース又はチャネルからのデータを受信可能であるユーザが存在するか否かについてスケジューラ２８５が知ることを可能にするの情報（ＳＮＲなど）を含む。
【００５０】
到来データパケットを矢印３０３で示す。これらのパケット３０３は、クラスファイア３００によって受信される。クラスファイア３００は、データパケットを分類する際、当該パケットに必要なＱＯＳ及び当該パケットが意図するユーザに従って分類を行う。クラスファイアは、ＱＯＳ及び各パケットと関連付けられた宛先情報からこの情報を導出する。クラスファイア３００は、ＱＯＳ情報をＱＯＳモジュール２９２へと送る。クラスファイア３００は、データパケットを各ユーザのためのバッファへと転送する。これらのバッファは、ＱＯＳに従って差別化してもよい。
【００５１】
図示のように、バッファ３０６はユーザＡのためのパケットを含み、バッファ３０９もユーザＡのためのパケットを含む。バッファ３０６は、パケット３１５、３１８、３２１及び３２４を含む。バッファ３０９は、パケット３２５、３３０、３３５及び３４０を含み。パケット３１５、３１８、３２１及び３２４は、リアルタイムビデオ会議データパケットであり得る。リアルタイムビデオ会議パケットの場合、パケット３１５、３１８、３２１及び３２４は、高ＱＯＳであり得る。パケット３２５、３３０、３３５及び３４０は、比較的中ＱＯＳを有する非リアルタイムストリーミングビデオクリップパケットであり得る。図５は、パケットが受信された順序を示していない。バッファ３１２は、ユーザＢを意図したパケット３４２、３４４、３４６及び３４８を含む。例えば、パケット３４２、３４４、３４６及び３４８は、低ＱＯＳを有するファイル転送（ＦＴＰ）パケットであり得る。
【００５２】
図６についてより詳細に説明するように、ユーザが１つ以上のソースからのデータを受信可能である場合、スケジューラ２８４は、当該ユーザをより高い優先順位に移動することにより、マルチソースステータス２９６に応答する。図５において、パケットプロセッサ及びマルチプレクサ（ＰＰＭ）３５０は、スケジューラ２８５からのコマンドに基づいて、パケットＡＮ１及びＡＮ２を多重化する。スケジューラ２８５は、ＱＯＳ、バックログ、ＡＮにおけるローディング、ＣＳＩ及びマルチソースステータスを考慮する。各ユーザのマルチソースステータスを考慮することにより、他の場合にサービスを受けることができないか１つのソースからしかサービスを受けることができなかったユーザでも、複数のソースから供給を受けることができるようになる。
【００５３】
ＰＰＭ３５０は、パケット３４２、３４４、３４６及び３４８を処理し、これらのパケットを、処理済パケット３５２、３５４、３５６及び３５８としてそれぞれ示すように、データストリーム３５１におけるユーザＢ向けのＡＮ２ １２０へと送信する。ＰＰＭ３５０は、パケット３２５、３３０、３３５及び３４０を処理し、これらのパケットを、処理済パケット３６２、３６４、３６６及び３６８としてそれぞれ示すように、データストリーム３６０におけるユーザＡ向けのＡＮ１ １１５へと送信する。ＰＰＭ３５０は符号化を行うことができ、その場合、ＰＰＭ３５０はエンコーダでもある。あるいは、別個のエンコーダ（図示せず）をＡＮＣ１２５中の任意の便利なハードウェア又はソフトウェア中に設けてもよい。
【００５４】
有利なことに、スケジューラ２８５は、ユーザＡ向けのパケットをＡＮ１ １１５及びＡＮ２ １２０双方に送るようＰＰＭ３５０に命令することができる。スケジューラ２８５は、ＰＰＭ３５０に命令してパケットＸ１ ３２４及びＸ３ ３１８をＡＮ１ １１５へと送信させるが、パケットＸ２ ３２１及びＸ４ ３１５をＡＮ２ １２０へ送信させる。
【００５５】
ユーザＡはＡＮ１ １１５及びＡＮ２ １２０双方からのデータを受信できるため（具体的には、ユーザＡ向けのパケットのＱＯＳのため）、ユーザＡ向けのパケットは、ＡＮ１ １１５及びＡＮ２ １１５双方へと送られる。例えば、パケット３１５、３１８、３２１及び３２４は、遅延時間耐性が低くかつ高ＱＯＳを要求するリアルタイムビデオデータである。より有利なことに、上述した符号化スキームを用いた場合、ＡＮ１ １１５及びＡＮ２ １２０からユーザＡへと送られたパケットを結合して、これらのパケットがＡＮ１ １１５及びＡＮ２ １２０のうちどれに送られたのかを考慮することなく、パケット３１５、３１８、３２１及び３２４によって表されるソースデータを再構築することができる。これは、図６について以下に説明するように、ＡＮ１からユーザＡへのＣＳＩ及びＡＮ２からユーザＡへのＣＳＩが限界的である場合に特に有利であり得る。すなわち、ＡＮ１ １１５又はＡＮ２ １２０のいずれも、データをユーザＡに送るためのユーザＡへの適切なチャネルを持っていないが、ＡＮ１ １１５及びＡＮ２ １２０を組み合わせることで、ＡＮ１ １１５及びＡＮ２ １２０は、ユーザＡのＱＯＳを維持する十分なパケットをユーザＡに送達することができる。
【００５６】
ＰＰＭ３５０は、４個のソースパケット３１５、３１８、３２１及び３２４を以下のようにして符号化及び多重化する。ＰＰＭ３５０は、４個のソースパケット３１５、３１８、３２１及び３２４を符号化する際、任意のＫ個の符号化パケットを用いて、ソースパケット３１５、３１８、３２１及び３２４を回復することができるように、符号化を行う。例えば、ＰＰＭ３５０は、４個のソースパケット３１５、３１８、３２１及び３２４を６個の符号化パケットＷ６ ３８４、Ｗ４ ３８６、Ｗ２ ３８８、Ｗ５ ３９０、Ｗ３ ３９２及びＷ１ ３９４に符号化する際、符号化パケット３８４、３８６、３８８、３９０、３９２及び３９４のうち５個を用いて、４個のソースパケット３１５、３１８、３２１及び３２４を再構築することができるように、符号化を行い得る。
【００５７】
この例において、Ｍ＝４、Ｋ＝５及びＬ＝１であり、ここで、Ｌは、パケット欠損を考慮して、符号化パケットの総数に追加された更なる符号化パケットの数である。実際は、Ｍ、Ｋ、及びＬは、通常は４、５及び１よりもそれぞれ大きい。
【００５８】
ＡＮ１ １１５及びＡＮ２ １２０は、自身の独自のスケジューラ３７５及び３８０をそれぞれ持ち得る。スケジューラ３７５及び３８０は、受信されたパケットを送信する順序を再スケジュールし得る。例えば、ＡＮ２ １２０は、ＡＮＣ１２５よりも、ＡＮ２ １２０に接続されたユーザについてチャネル状態に関する深い知識を有する。ＡＮＣ１２５ＣＳＩ情報は、ＡＮ２ １２０ＣＳＩ情報から導出されるが、ＣＳＩ情報の遅延及び／又は平均化がある。換言すれば、ＡＮ２ １２０はＣＳＩ情報をリアルタイムで有し、ＡＮＣ１２５は、リアルタイムよりも若干劣る形態で情報を有する。従って、ＡＮ２ １２０は、スケジューラ３８０を用いて、ＡＮＣ１２５によってスケジュールされたパケットを変形することができる。例えば、ＡＮ２ １２０とユーザＡとの間のチャネル状態がＡＮ２ １２０とユーザＢとの間のチャネル状態よりも良好である場合、スケジューラ３８０は、パケット３８４及び３８８を送信した後、パケット３５２及び３５４を送信し得る。
【００５９】
スケジューラ３７５及び３８０は、特定のパケットがマルチソースであることを示すために異なる様態で符号化されていることを認識している。ＡＮは、ＡＮＣからのパケットを受信した後、当該パケットを処理できる。例えば、ＡＮにおいて、マルチソースのパケット及び他のパケットをさらに符号化又は他のパケットと組み合わせて符号化した後、送信することができる。
【００６０】
各パケットのマルチソース情報は、ＭＳにも伝達しなければならない。特定のアプリケーションは、レートレス符号（「ファウンテンコード」としても知られる）で常に符号化することが可能であるか、又は、アプリケーションセッションのサービスネゴシエーション段階（初期段階）時においてネットワークとＭＳとの間で事前に決定することもできる。
【００６１】
換言すれば、ＡＮＣスケジューラ２８５及びＡＮスケジューラ３７５及び３８０は、パケットのスケジューリング及びマルチソースパケット符号化の使用を協調させることができる。ネゴシエーションセッション時において、複数ソースの利用可能性及び符号化種類を交換することができる。さらに、ＡＮＣは、特定のＡＮ及び上記ＭＳに対し、いくつかの指定パケットか、又は、次の指定時間において又は指定スロットについて、例えばＭＳに送達されたパケットがマルチソースであり、異なる様態で符号化されていること、を通知することができる。例えば、ＡＮＣは、ＭＳがＳＨＯ領域に接近しつつあると決定した際、これらのステップを取り得る。その結果、ＭＳは、その期間において、複数のＡＮから信号を獲得する。従って、ＳＨＯ期間において、アプリケーションセッションネゴシエーション又は適応アクションの組み合わせにおいて、マルチソース符号化を用いることができる。
【００６２】
ＡＮＣ、ＡＮ及びＭＳ間のシグナリングをさらに低減するために、ＭＳが閾値交差を検出した場合、すなわち、ＭＳがＣＳＩが閾値（例えば、ＳＴＨ４０５（図６について図示及び以下に説明する））を下回るのを検出した場合、一定期間の後、ＭＳ自身が、複数のＡＮからのパケット獲得を開始することができる。ＭＳは、この閾値交差をネットワークに報告し、一定期間の後、複数のＡＮパケットの獲得を自動的に開始することができる。さらに、ＳＴＨ４０５などのＣＳＩ閾値に、選択可能な値を持たせてもよい。この値は、ネゴシエーションセッション時にアプリケーション及びネットワーク環境及び負荷に応じて、ネットワークによって提供することができる。
【００６３】
図６は、複数のソースからのチャネル状態に基づいた送信ソースの変更を示すグラフである。図６は、スケジューラ２８５への入力としてマルチソースステータスを使用することによる利点を強調する。時間３９３が、チャネル状態インジケータ３９６（例えば、ＳＮＲ）に対してプロットされている。チャネル状態インジケータについてＳＮＲを用いて説明していくが、他のチャネル状態インジケータを選択してもよい。２つのソース（図示せず）のＳＮＲについて説明する。ソースＡ（図示せず）及びソースＢ（図示せず）はそれぞれ、（図１について示した）ＡＮ１ １１５及びＡＮ２ １２０であり得る。あるいは、ソースＡ及びソースＢはそれぞれ、（図２について示した）信号キャリア１５０及び１６０であり得る。任意の２つの（又はそれ以上の）便利な無線通信ソースを用いてよい。
【００６４】
再度図６を参照して、ソースＡＳＮＲ（ＳＮＲＡ）３９９及びソースＢＳＮＲ（ＳＮＲＢ）４０２がプロットされている。２つの閾値、すなわち、単一ソース閾値（ＳＴＨ）４０５及びマルチソース閾値（ＭＴＨ）５０８も図示されている。ＳＴＨ４０５は、送信ソースから（１個だけのソースから）ユーザへの送信のためのＳＮＲ閾値を示す。ＭＴＨ４０８は、ユーザへのデータ送信に１つ以上のソースが用いられる場合におけるソースからユーザへの送信のためのＳＮＲ閾値を表す。ＳＴＨ４０５及びＭＴＨ４０８は両方とも、利用可能なサービスが無いことを判定するための絶対閾値であってもよいし、あるいは、時間的優先順位を下げるか又は上げるべきかを決定するための単なる優先閾値であってもよい。
【００６５】
例えば、ＳＴＨ４０５は、スケジューラ２８５がユーザＡ向けのスケジュールパケットの時間的優先順位を上げるべきか又は下げるべきかを決定する際にスケジューラ２８５によって用いられるＳＮＲ閾値であり得る。従来技術において、ユーザＡがソースＡからのサービスを受けている場合を想定した場合において、ＳＮＲＡ３９９がＳＴＨ４０５よりも小さい場合、スケジューラ２８５は、ユーザＡ向けのパケットの優先順位を遅めにスケジュールする。しかし、ＳＮＲＡ３９９及びＳＮＲＢ４０２がＭＴＨ４０８よりも大きい場合、ユーザＡ向けのパケットの優先順位を早めにスケジュールすると有利である。間隔４１５及び４２０時において、ＳＮＲＡ３９９及びＳＮＲＢ４０２双方は、ＳＴＨ４０５よりも小さいが、ＭＴＨ４０８よりも大きい。有利なことに、ユーザＡ向けのパケットは、ソースＡ及びソースＢを用いることにより、優先順位を早めにスケジュールすることができる。
【００６６】
他の例において、ＳＴＨは、スケジューラ２８５が利用可能なサービスが無いことを判定する際にスケジューラ２８５によって用いられる閾値である。例えば、ＳＴＨ４０５は、ＩＳ−８５６システムにおける−６ｄＢ（パイロットＥｃ／Ｎｏ）であり得る（ＴＩＡ／ＥＩＡ／ＩＳ−８５６−１ｃｄｍａ２０００高レートパケットエアインターフェース仕様書を参照）。ＭＴＨ４０８は、ＳＴＨ４０５よりも低い。ＭＴＨ４０８は、−８ｄＢであり得る。ＳＴＨ４０５及びＭＴＨ４０８は、シミュレーション及び／又は実験により、特にネットワークスループット又はＱｏＳについて最適化することができる。従来技術において、間隔４１５及び間隔４２０において利用可能なサービスは無い。有利なことに、間隔４１５及び間隔４２０時において、ソースＡ及びソースＢ双方を用いることにより、パケットをユーザＡに送達することができる。
【００６７】
必要に応じて、間隔４２５、４３０、４３５及び４４０において、ソースＡ及びソースＢ双方からデータが送信され得る。この場合、ＳＮＲＡ３９９及びＳＮＲＢ４０２はどちらともＭＴＨ４０８よりも大きいが、ＳＮＲＡ３９９及びＳＮＲＢ４０２のうち１つのみがＳＴＨ４０５よりも大きい。他の選択肢として、間隔４４５において、ソースＡ及びソースＢ双方から送信してもよい。この場合、ＳＮＲＡ３９９及びＳＮＲＢ４０２はどちらともＳＴＨ４０５よりも高い。
【００６８】
さらに、本発明の実施形態及び実施について図示及び説明してきたが、より多くの実施形態及び実施が本発明の範囲内であることが明らかである。従って、本発明は、特許請求の範囲及びその均等物以外のものには限定されない。
【図面の簡単な説明】
【００６９】
本明細書中において教示される本発明の好適な実施形態を、添付図面中に例示目的のために非限定的に示す。
【図１】図１は、移動局が複数の送信機から異なるパケットを受信する無線通信システム及び方法を示すブロック図である。
【図２】図２は、移動局が複数のキャリア周波数上の異なるパケットを受信する無線通信システム及び方法を示すブロック図である。
【図３】図３は、移動局が複数のソースから異なるパケットを受信する無線通信システム及び方法を示すコールフロー図である。
【図４】図４は、移動局が複数のソースから異なるパケットを受信する無線通信システム及び方法を示すフローチャートである。
【図５】図５は、スケジューラへの入力としてマルチソースステータスを用いる無線通信システム及び方法を示すブロック図である。
【図６】図６は、複数のソースからのチャネル状態に基づいて送信ソースを変更する様子を示すグラフである。
【図１】
2008541620.tif 000003
【図２】
2008541620.tif 000004
【図３】
2008541620.tif 000005
【図４】
2008541620.tif 000006
【図５】
2008541620.tif 000007
【図６】
2008541620.tif 000008
【手続補正書】
【提出日】平成20年4月22日(2008.4.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおける通信のためのソースデータのブロックをスケジューリングする方法であって、
前記ソースデータの要求を無線通信装置から前記無線通信システムへ送信するステップであって、前記要求は、前記無線通信装置によって検出された無線通信チャネルの報告を含むステップと、
前記検出された無線通信チャネルの第１の無線通信チャネルの第１のチャネル状態インジケータを評価するステップと、
前記検出された無線通信チャネルの第２の無線通信チャネルの第２のチャネル状態インジケータを評価するステップと、
前記ソースデータのブロックをＮ個の符号化データパケットに符号化するステップであって、Ｋ個の前記符号化データパケットは、前記ソースデータのブロックを再構築するための十分な量の情報を含み、ＫはＮよりも小さい、ステップと、
前記第１のチャネル状態インジケータ及び前記第２のチャネル状態インジケータの前記評価に基づいて、前記Ｎ個の符号化データパケットの第１のサブセットを前記第１の無線通信チャネル上で送信するようにスケジューリングするステップと、
前記第１のチャネル状態インジケータ及び前記第２のチャネル状態インジケータの前記評価に基づいて、前記Ｎ個の符号化データパケットの第２のサブセットを前記第２の無線通信チャネル上で送信するようにスケジューリングするステップと
を含み、
前記Ｎ個の符号化データパケットの前記第１のサブセットは、前記Ｎ個の符号化データパケットの前記第２のサブセットと異なる方法。
【請求項２】
前記Ｎ個の符号化データパケットの第１のサブセットは全て、前記Ｎ個の符号化データパケットの第２のサブセットと異なる請求項１に記載の方法。
【請求項３】
前記Ｎ個の符号化データパケットの前記第１のサブセットを第１の基地局から送信するようにスケジューリングするステップと、
前記Ｎ個の符号化データパケットの前記第２のサブセットを第２の基地局から送信するようにスケジューリングするステップと
をさらに含む請求項１に記載の方法。
【請求項４】
前記第１の基地局からの第１のパイロット信号における第１の電力レベル及び前記第２の基地局からの第２のパイロット信号における第２の電力レベルを前記無線通信装置が検出できるかを判定するステップと、
前記第１の電力レベル及び前記第２の電力レベルが予め選択された閾値を上回るかを判定するステップと
をさらに含む請求項３に記載の方法。
【請求項５】
前記要求はアクセスノードコントローラへ送信され、
前記アクセスノードコントローラは、前記評価するステップ、前記符号化するステップ及び前記スケジューリングするステップを実行する請求項１に記載の方法。
【請求項６】
前記第１のサブセットをスケジューリングするステップは、第１のキャリア周波数を有する第１のキャリア信号上での送信のために前記Ｎ個の符号化データパケットの前記第１のサブセットをスケジューリングするステップを含み、
前記第２のサブセットをスケジューリングするステップは、第２のキャリア周波数を有する第２のキャリア信号上での伝送のために前記Ｎ個の符号化されたデータの前記第２のサブセットをスケジューリングするステップを含む請求項１に記載の方法。
【請求項７】
前記ソースデータのブロックは、リードソロモン符号を用いて符号化される請求項１に記載の方法。
【請求項８】
前記ソースデータのブロックは、レートレス符号を用いて符号化される請求項１に記載の方法。
【請求項９】
無線通信システムであって、
ソースデータのブロックの要求を送信する少なくとも１つの無線通信装置であって、前記要求は、前記少なくとも１つの無線通信装置によって検出された複数の無線送信ソースを含む無線通信装置と、
前記要求を受信する送信ソースコントローラと、
前記送信ソースコントローラに接続され、ソースデータのブロックをＮ個の符号化データパケットに符号化するように構成されたプロセッサであって、前記Ｎ個の符号化データパケットのうちＫ個は、前記ソースデータを再構築するための十分な情報を含むプロセッサと、
前記送信ソースコントローラに接続され、前記検出された複数の無線送信ソースの第１の無線送信ソースと、
前記送信ソースコントローラに接続され、前記検出された複数の無線送信ソースの第２の無線送信ソースと
を含み、
前記送信ソースコントローラは、前記Ｎ個の符号化データパケットの第１のサブセットを前記第１の送信ソースへ送信し、前記Ｎ個の符号化データパケットの第２のサブセットを前記第２の送信ソースに送信するように構成される無線通信システム。
【請求項１０】
前記送信ソースコントローラは前記プロセッサを含む請求項９に記載の無線通信システム。
【請求項１１】
前記Ｎ個の符号化データパケットの第１のサブセットは全て、前記Ｎ個の符号化データパケットの第２のサブセットと異なる請求項９に記載の無線通信システム。
【請求項１２】
前記第１の送信ソースは第１の基地局を含み、
前記第２の送信ソースは第２の基地局を含む請求項９に記載の無線通信システム。
【請求項１３】
前記第１の送信ソースは第１のキャリア信号を含み、
前記第２の送信ソースは第２のキャリア信号を含む請求項９に記載の無線通信システム。
【請求項１４】
前記プロセッサは、リードソロモン符号を用いて前記ソースデータのブロックを符号化するように構成される請求項９に記載の無線通信システム。
【請求項１５】
前記プロセッサは、レートレス符号を用いて前記ソースデータのブロックを符号化するように構成される請求項９に記載の無線通信システム。
【請求項１６】
無線通信装置であって、
アンテナと、
前記アンテナに接続されたプロセッサであって、
データブロックの要求を無線ネットワークに送信し、前記要求は、前記データブロックを受信するための検出された複数のソースの報告を含み、
前記データブロックの複数の符号化データパケットの第１のサブセットを前記検出されたソースの第１のソースから受信し、
前記データブロックの前記複数の符号化データパケットの第２のサブセットを前記検出されたソースの第２のソースから受信し、
前記複数の符号化データパケットの前記第１のサブセット及び前記複数の符号化データパケットの前記第２のサブセットを復号化して、前記複数の符号化データパケットの前記第１のサブセット及び前記複数の符号化データパケットの前記第２のサブセット双方を用いてソースデータのブロックを再構築する
ように構成されたプロセッサと
を含む無線通信装置。
【請求項１７】
前記複数の符号化データパケットの前記第１のサブセットは全て、前記複数の符号化データパケットの前記第２のサブセットと異なる請求項１６に記載の無線通信装置。
【請求項１８】
前記プロセッサは、リードソロモン符号を用いて前記第１のサブセット及び前記第２のサブセットを復号化するように構成される請求項１６に記載の無線通信装置。
【請求項１９】
前記プロセッサは、レートレス符号を用いて前記第１のサブセット及び前記第２のサブセットを復号化するように構成される請求項１６に記載の無線通信装置。
【国際調査報告】
2008541620.tif 000009
2008541620.tif 000010
2008541620.tif 000011