(57)【要約】無線通信システムにおける持続的なリソース割り当てを管理する技術を提供するシステムおよび方法が説明される。アクセス・ポイントは、トラフィック・チャネルのための持続的な割り当てを有するアクセス端末を、アクセス端末のためにキープ・アライブ・インジケーションを提供する一連のビットマップ・ビットへマップすることによって、ビットマップを生成する。このビットマップは、その後、共通のキープ・アライブ・メッセージとして、ブロードキャスト送信またはマルチキャスト送信でアクセス端末へ提供されうる。キープ・アライブ・メッセージはさらに、誤り回避のためのＣＲＣビットを含む。その後、アクセス端末は、キープ・アライブ・メッセージを受信すると、アクセス端末に対応するキープ・アライブ・メッセージ内のビットマップ・ビットが、その端末のためのキープ・アライブ・インジケーションを伝送するかどうかを判定し、それにしたがって、その持続的に割り当てられたトラフィック・チャネルを利用することができる。
2010503362.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいてキープ・アライブ・メッセージを提供する方法であって、
持続的な割り当てにしたがう各端末によって利用される１または複数のトラフィック・チャネルを、キープ・アライブ・インジケーションを前記端末に提供する各ビットマップ・ビットにマップする、ビットマップを生成することと、
前記ビットマップを備えるキープ・アライブ・メッセージを構築することと、
前記キープ・アライブ・メッセージを、マルチキャスト送信で前記端末へ送信することと
を備える方法。
【請求項２】
前記キープ・アライブ・メッセージを構築することは、
１または複数の巡回冗長検査（ＣＲＣ）ビットを生成することと、
前記１または複数のＣＲＣビットを前記ビットマップに追加することと
を含む請求項１に記載の方法。
【請求項３】
前記１または複数のＣＲＣビットを生成することは、前記ビットマップに少なくとも部分的に基づいて前記１または複数のＣＲＣビットを生成することを含む請求項２に記載の方法。
【請求項４】
前記キープ・アライブ・メッセージを送信することは、
前記ＣＲＣビットに基づいて、前記キープ・アライブ・メッセージが不正確に受信されたとのインジケーションを端末から受信することと、
前記キープ・アライブ・メッセージを前記端末に再送信することと
を含む請求項２に記載の方法。
【請求項５】
前記インジケーションを端末から受信することは、前記キープ・アライブ・メッセージを再送信する要求を前記端末から受信することを含む請求項４に記載の方法。
【請求項６】
前記インジケーションを端末から受信することは、前記キープ・アライブ・メッセージに対応する否定的なアクノレッジメント（ＮＡＫ）を前記端末から受信することを含む請求項４に記載の方法。
【請求項７】
前記キープ・アライブ・メッセージを送信することは、前記キープ・アライブ・メッセージをブロードキャスト送信で前記端末へ送信することを含む請求項１に記載の方法。
【請求項８】
前記キープ・アライブ・メッセージを送信することは、前記キープ・アライブ・メッセージを、前記端末のための共有制御チャネルを用いて前記端末へ送信することを含む請求項１に記載の方法。
【請求項９】
前記ビットマップを生成することは、
前記端末へ送信するためのバッファされたデータが存在しているかどうかを判定することと、
キープ・アライブ・インジケーションを伝送するために、バッファされたデータが存在していない端末にそれぞれ割り当てられたトラフィック・チャネルにマップされた各ビットマップを設定することと、
前記端末のために、バッファされたデータが存在していることを示すために、バッファされたデータが存在している端末にそれぞれ割り当てられたトラフィック・チャネルにマップされた各ビットマップ・ビットを設定することと
を含む請求項１に記載の方法。
【請求項１０】
前記バッファされたデータが存在するそれぞれの端末に、前記バッファされたデータの少なくとも一部を送信することをさらに備える請求項９に記載の方法。
【請求項１１】
前記バッファされたデータの少なくとも一部を送信することは、前記各端末に割り当てられたトラフィック・チャネルで、前記バッファされたデータの少なくとも一部を送信することを含む請求項１０に記載の方法。
【請求項１２】
前記キープ・アライブ・メッセージを送信することは、
前記端末に対応する信号品質情報に基づいて、前記キープ・アライブ・メッセージの送信のために使用する送信電力を決定することと、
前記決定された送信電力を用いて、前記キープ・アライブ・メッセージを前記端末へ送信することと
を含む請求項１に記載の方法。
【請求項１３】
無線通信端末であって、
ビットマップ・キープ・アライブ・メッセージに関連するデータを格納するメモリを備え、
前記ビットマップ・キープ・アライブ・メッセージは、１または複数のアクセス端末への持続的な割り当てにしたがって各データ・チャネルへマップされた１または複数のビットを備え、
前記無線通信端末はさらに、
マルチキャスト送信およびブロードキャスト送信からなるグループから選択された送信で、前記アクセス端末へ前記ビットマップ・キープ・アライブ・メッセージを送信するように構成されたプロセッサを備える無線通信装置。
【請求項１４】
前記ビットマップ・キープ・アライブ・メッセージはさらに、１または複数の誤り検査ビットを備える請求項１３に記載の無線通信装置。
【請求項１５】
前記誤り検査ビットは、前記各データ・チャネルへマップされた１または複数のビットに少なくとも部分的に基づいて生成される請求項１４に記載の無線通信装置。
【請求項１６】
前記プロセッサはさらに、前記ビットマップ・キープ・アライブ・メッセージが、アクセス端末によって不正確に受信されたとのインジケーションを前記アクセス端末から受信すると、前記ビットマップ・キープ・アライブ・メッセージを前記アクセス端末へ再送信するように構成された請求項１４に記載の無線通信装置。
【請求項１７】
前記プロセッサはさらに、前記アクセス端末のための共有制御チャネルで前記ビットマップ・キープ・アライブ・メッセージを送信するように構成された請求項１３に記載の無線通信装置。
【請求項１８】
前記メモリはさらに、１または複数の順方向リンク・データ・バッファに関連するデータを格納し、
前記プロセッサはさらに、
前記順方向リンク・データ・バッファが、各データ・チャネルで送信されるデータを含んでいるかどうかを判定することによって、前記各データ・チャネルへマップされるビットを生成するように構成された請求項１３に記載の無線通信装置。
【請求項１９】
前記プロセッサはさらに、前記順方向リンク・データ・バッファから、前記順方向リンク・データ・バッファがデータを含むデータ・チャネルに対応する各アクセス端末へデータを送信するように構成された請求項１８に記載の無線通信装置。
【請求項２０】
前記プロセッサはさらに、前記順方向リンク・データ・バッファから、持続的な各割り当てにしたがって前記アクセス端末によって利用されるデータ・チャネル上の各アクセス端末へ前記データを送信するように構成された請求項１９に記載の無線通信装置。
【請求項２１】
前記メモリはさらに、前記アクセス端末との通信のための音声チャネルの持続的な各割り当て、およびボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）アプリケーションに関連するデータを格納する請求項１９に記載の無線通信装置。
【請求項２２】
前記プロセッサはさらに、前記各アクセス端末が、前記ビットマップ・キープ・アライブ・メッセージを受信可能とするのに十分な送信電力を用いて、前記ビットマップ・キープ・アライブ・メッセージを前記アクセス端末へ送信するように構成された請求項１３に記載の無線通信装置。
【請求項２３】
無線通信システムにおけるスティッキーなリソース割り当ての管理を容易にする装置であって、
１または複数の端末がスティッキーな割り当てを有する各トラフィック・チャネルに対応する１または複数のビットマップ・ビットと、１または複数のＣＲＣビットとを用いて、キープ・アライブ・メッセージを構築する手段と、
前記キープ・アライブ・メッセージを前記端末へマルチキャストする手段と
を備える装置。
【請求項２４】
コンピュータ読取可能媒体であって、
各モバイル端末に持続的に割り当てられた１または複数のトラフィック・チャネルを、各キープ・アライブ・ビットにマップするビットマップを、コンピュータに対して生成させるためのコードと、
コンピュータに対して、前記キープ・アライブ・ビットと１または複数のＣＲＣビットとを用いてキープ・アライブ信号を構築させるためのコードと、
コンピュータに対して、前記キープ・アライブ信号を、マルチキャスト送信またはブロードキャスト送信で前記モバイル端末へ通信させるためのコードと
を備えるコンピュータ読取可能媒体。
【請求項２５】
無線通信システムにおけるモバイル・ユーザのためにキープ・アライブ・インジケーションを提供するためのコンピュータ実行可能な命令群を実行する集積回路であって、
前記命令群は、
各モバイル・ユーザのための現在のデータ送信のインジケーションまたはキープ・アライブ・インジケーションを提供するキープ・アライブ情報を、前記各モバイル・ユーザのために生成することと、
前記キープ・アライブ情報と１または複数の誤り回避手段を備えた信号を生成することと、
前記信号を、マルチキャスト送信で前記モバイル・ユーザへ通信することと
を備える集積回路。
【請求項２６】
リソースの持続的な割り当てに基づいて、無線通信システムにおいて通信する方法であって、
現在利用されている１または複数のトラフィック・チャネルのための持続的な割り当てに関するマルチキャスト・ビットマップ信号を受信することを備え、
前記マルチキャスト・ビットマップ信号は、各トラフィック・チャネルに対応する１または複数のビットマップ・ビットを備え、
前記方法は、
現在利用されているトラフィック・チャネルに対応するビットマップ信号内のビットマップ・ビットを検索することを備える方法。
【請求項２７】
前記検索されたビットマップ・ビットがキープ・アライブ・インジケーションを含んでいるかどうかを判定することをさらに備える請求項２６に記載の方法。
【請求項２８】
前記検索されたビットマップ・ビットが、キープ・アライブ・インジケーションを含むと判定されると、次のマルチキャスト・ビットマップ信号を待つことをさらに備える請求項２７に記載の方法。
【請求項２９】
前記検索されたビットが、キープ・アライブ・インジケーションを含まないと判定されると、
現在利用されているトラフィック・チャネルで、１または複数のデータ・パケットを受信すること
をさらに備える請求項２７に記載の方法。
【請求項３０】
前記マルチキャスト・ビットマップ信号を受信することは、前記マルチキャスト・ビットマップ信号を共有制御チャネルで受信することを含む請求項２６に記載の方法。
【請求項３１】
前記マルチキャスト・ビットマップ信号はさらに１または複数のＣＲＣビットを含む請求項２６に記載の方法。
【請求項３２】
前記マルチキャスト・ビットマップ信号が正確に受信されたかどうか判定するために前記ＣＲＣビットをチェックすることをさらに備える請求項３１に記載の方法。
【請求項３３】
前記マルチキャスト・ビットマップ信号が正確に受信されていないと判定されると、前記マルチキャスト・ビットマップ信号を破棄することをさらに備える請求項３２に記載の方法。
【請求項３４】
前記マルチキャスト・ビットマップ信号が正確に受信されていないと判定されると、前記マルチキャスト・ビットマップ信号の再送信を要求することをさらに備える請求項３２に記載の方法。
【請求項３５】
前記マルチキャスト・ビットマップ信号が正確に受信されていないと判定されると、デフォルト状態にしたがって動作することをさらに備える請求項３２に記載の方法。
【請求項３６】
前記デフォルト状態にしたがって動作することは、
現在利用されているトラフィック・チャネルに対応するマルチキャスト・ビットマップ信号におけるビットマップ・ビットが、キープ・アライブ・インジケーションを含んでいないと仮定することと、
前記現在利用されているトラフィック・チャネルで１または複数のパケット・データを受信することを試みることと
を備える請求項３５に記載の方法。
【請求項３７】
前記デフォルト状態にしたがって動作することは、現在利用されているトラフィック・チャネルに対応するマルチキャスト・ビットマップ信号におけるビットマップ・ビットが、キープ・アライブ・インジケーションを含むものと仮定することを備える請求項３５に記載の方法。
【請求項３８】
前記デフォルト状態にしたがって動作することは、
現在利用されているトラフィック・チャネルでパケットが送信されたと仮定することと、
前記現在利用されているトラフィック・チャネルにおけるパケットの復調を試みることと、
各トラフィック・チャネルに対応する１または複数のビットマップ・ビットを備える次のマルチキャスト・ビットマップ信号を受信することと、
前記現在利用されているトラフィック・チャネルに対応する次のマルチキャスト・ビットマップ信号におけるビットマップ・ビットがデータ送信を示すかどうかを判定することと、
前記仮定されたパケットの復調と同時に、前記現在利用されているトラフィック・チャネルにおける次のマルチキャスト・ビットマップ信号に対応するパケットを復調することと
を備える請求項３５に記載の方法。
【請求項３９】
無線通信装置であって、
持続的に割り当てられたトラフィック・チャネルとビットマップ・キープ・アライブ・メッセージとに関するデータを格納するメモリを備え、
前記ビットマップ・キープ・アライブ・メッセージは、各トラフィック・チャネルに対応する１または複数のビットを備え、
前記無線通信装置は、
前記持続的に割り当てられたトラフィック・チャネルに対応するビットマップ・キープ・アライブ・メッセージにおけるビットが、キープ・アライブ・インジケーションを含むかどうかを判定するように構成されたプロセッサを備える無線通信装置。
【請求項４０】
前記プロセッサはさらに、前記ビットマップ・キープ・アライブ・メッセージを含む送信を受信するように構成された請求項３９に記載の無線通信装置。
【請求項４１】
前記プロセッサはさらに、
前記持続的に割り当てられたトラフィック・チャネルに対応するビットマップ・キープ・アライブ・メッセージ内のビットが、キープ・アライブ・インジケーションを含んでいると判定されると、前記持続的に割り当てられたトラフィック・チャネルを保持し、ビットマップ・キープ・アライブ・メッセージを含む次の送信を待つように構成された請求項４０に記載の無線通信装置。
【請求項４２】
前記プロセッサはさらに、前記持続的に割り当てられたトラフィック・チャネルに対応するビットマップ・キープ・アライブ・メッセージ内のビットが、キープ・アライブ・インジケーションを含んでいないと判定されると、前記持続的に割り当てられたトラフィック・チャネルを保持し、前記持続的に割り当てられたトラフィック・チャネルでトラフィック・データを受信することを試みる請求項４０に記載の無線通信装置。
【請求項４３】
前記ビットマップ・キープ・アライブ・メッセージはさらに、１または複数の誤り検査ビットを備え、
前記プロセッサはさらに、前記誤り検査ビットに少なくとも部分的に基づいて、前記ビットマップ・キープ・アライブ・メッセージが正確であるかどうかを判定するように構成された請求項３９に記載の無線通信装置。
【請求項４４】
前記プロセッサはさらに、前記ビットマップ・キープ・アライブ・メッセージが正確ではないと判定されると、前記ビットマップ・キープ・アライブ・メッセージを破棄するように構成された請求項４３に記載の無線通信装置。
【請求項４５】
前記プロセッサはさらに、前記ビットマップ・キープ・アライブ・メッセージが正確ではないと判定されると、新たなビットマップ・キープ・アライブ・メッセージの送信を要求するように構成された請求項４３に記載の無線通信装置。
【請求項４６】
リソースのスティッキーな割り当てにしたがって無線通信を容易にする装置であって、
各トラフィック・チャネルに対応する１または複数のビットマップ・ビットと、１または複数のＣＲＣビットとを備えたキープ・アライブ・メッセージを受信する手段と、
スティッキーな割り当てにしたがって現在利用されているトラフィック・チャネルに対応するキープ・アライブ・メッセージ内のビットマップ・ビットが、キープ・アライブ・インジケーションを伝送するかを判定する手段と、
前記キープ・アライブ・インジケーションが伝送されていないと判定されると、前記トラフィック・チャネルでデータを受信する手段と
を備える装置。
【請求項４７】
コンピュータ読取可能媒体であって、
コンピュータに対して、トラフィック・チャネルのための持続的な割り当てに関連する情報を受信させるためのコードと、
コンピュータに対して、マルチキャスト・ビットマップ信号またはブロードキャスト・ビットマップ信号に関連する情報を受信させるためのコードと、
コンピュータに対して、前記ビットマップ信号が、前記トラフィック・チャネルのためのキープ・アライブ・インジケーションを含むかどうかを判定させるためのコードと、
肯定的な判定がなされると、コンピュータに対して、次のマルチキャスト・ビットマップ信号またはブロードキャスト・ビットマップ信号を待たせるためのコードと、
否定的な判定がなされると、コンピュータに対して、前記トラフィック・チャネルで１または複数のデータ・パケットを受信することを試みさせるためのコードと
を備えるコンピュータ読取可能媒体。
【請求項４８】
無線通信システムにおいて、キープ・アライブ・インジケーションを利用するためのコンピュータ実行可能な命令群を実行する集積回路であって、
前記命令群は、
現在利用されているトラフィック・チャネルに関するキープ・アライブ情報を含むキープ・アライブ・メッセージをアクセス・ポイントから受信することと、
前記現在利用されているトラフィック・チャネルに関するキープ・アライブ情報が、キープ・アライブ・インジケーションを伝送するかどうかを判定することと、
前記現在利用されているトラフィック・チャネルでデータ・パケットを受信すること、および、次のキープ・アライブ・メッセージの間、前記判定に基づいて、前記現在利用されているトラフィック・チャネルの使用を継続することのうちの少なくとも１つと
を備える集積回路。
【発明の詳細な説明】
【相互参照】
【０００１】
本願は、２００６年９月１１日に出願され、"A METHOD AND APPARATUS FOR KEEP-ALIVE BITS TRANSMISSION"と題され、その全体が本明細書において参照によって組み込まれている米国特許仮出願６０／８４３，８４７号の利益を要求する。
【技術分野】
【０００２】
本開示は、一般に無線通信に関し、さらに詳しくは、無線通信システムにおけるリソース割り当てを管理するための技術に関する。
【背景技術】
【０００３】
無線通信システムは、例えば、音声、ビデオ、パケット・データ、ブロードキャストのような様々な通信サービスを提供するために広く展開しており、そのような無線通信システムを介して、メッセージング・サービスが提供されうる。これらのシステムは、利用可能なシステム・リソースを共有することによって、複数の端末のための通信をサポートすることが可能な多元接続システムでありうる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムを含んでいる。
【０００４】
多元接続通信システムは、一般に、システム内の個々のユーザにシステム・リソースを割り当てる方法を適用する。リソース割り当てには、予め定めた持続時間が与えられ、期限切れのための設定時間を持たないように、持続的または「スティッキー」（sticky）とされる。持続的なリソース割り当ては、受信機へのデータ・パケット送信期間が、データ・パケットが受信機に送信されない期間と混在する、例えば、音声アプリケーションまたはその他の無線通信アプリケーションにおいて使用されうる。しかしながら、そのようなアプリケーションでは、リソースの持続的な割り当てを用いた受信機は、データ・パケットが送信されているときを容易に判定できないかもしれない。このように、データ・パケットの送信期間を判定できないことは、受信機がパケットを復号する際における非効率をもたらしうる。
【０００５】
リソースの持続的な割り当てを利用する受信機によって経験される困難を緩和するために、そのような受信機へデータ・パケットを送信するアクセス・ポイントは、キープ・アライブ・メッセージを受信機に通信することによって、割り当てを管理することができる。アクセス・ポイントによって通信されたキープ・アライブ・メッセージは、データ・パケットが送信されているかどうかを示すことができる。そして、この情報から、受信機は、データ・パケットが送信された場合には、データ・パケットを受信して復号し、データ・パケットが送信されていない場合には、待機し、持続的な割り当てを保持する。しかしながら、持続的なリソース割り当てを有するシステムにおける受信機の数が多い場合、各受信機にキープ・アライブ・メッセージを送信するために必要なシステム・オーバヘッドも著しくなる。したがって、無線通信システムにおける持続的なリソース割り当てを管理するために必要なオーバヘッドは、システムのパフォーマンスに悪影響を与えうる。
【発明の概要】
【０００６】
下記は、そのような実施形態の基本的な理解を与えるために開示された実施形態の簡単な概要を示す。この概要は、考えられる全ての実施形態の広範な概観ではなく、重要な構成要素または決定的な構成要素を特定することも、そのような実施形態の範囲を線引きすることも意図されていない。その唯一の目的は、後に示されるより詳細な記述に対する前置きとして、開示する実施形態の幾つかの概念を簡単な形式で表すことである。
【０００７】
本明細書では、局面にしたがって、無線通信システムにおいてキープ・アライブ・メッセージを提供する方法が記述される。この方法は、持続的な割り当てにしたがう各端末によって利用される１または複数のトラフィック・チャネルを、キープ・アライブ・インジケーションを端末へ提供する各ビットマップ・ビットへとマップする、ビットマップを生成することを備えうる。さらに、この方法は、キープ・アライブ・メッセージを構築することを含む。このキープ・アライブ・メッセージは、ビットマップを備える。この方法はさらに、キープ・アライブ・メッセージを、マルチキャスト送信で端末へ送信することを備える。
【０００８】
別の局面は、無線通信装置に関する。この無線通信装置は、ビットマップ・キープ・アライブ・メッセージに関連するデータを格納するメモリを備えうる。このビットマップ・キープ・アライブ・メッセージは、１または複数のアクセス端末への持続的な割り当てにしたがって各データ・チャネルへマップされた１または複数のビットを備える。この無線通信装置はまた、ビットマップ・キープ・アライブ・メッセージを、マルチキャスト送信とブロードキャスト送信とから構成されたグループから選択された送信で、各アクセス端末へ送信するように構成されたプロセッサをも含むことができる。
【０００９】
さらに別の局面は、無線通信システムにおけるスティッキーなリソース割り当ての管理を容易にする装置に関する。この装置は、１または複数の端末が、スティッキーな割り当てを有する各トラフィック・チャネルに対応する１または複数のビットマップ・ビットと、１または複数のＣＲＣビットとを用いてキープ・アライブ・メッセージを構築する手段を含むことができる。この装置はさらに、キープ・アライブ・メッセージを端末へマルチキャストする手段を含むことができる。
【００１０】
また別の局面は、コンピュータ読取可能媒体に関する。このコンピュータ読取可能媒体は、各モバイル端末に持続的に割り当てられた１または複数のトラフィック・チャネルを、各キープ・アライブ・ビットへとマップするビットマップを、コンピュータに生成させるためのコードを備えうる。コンピュータ読取可能媒体はさらに、コンピュータに、キープ・アライブ・ビットと、１または複数のＣＲＣビットとを使用して、キープ・アライブ信号を構築させるためのコードと、コンピュータに、このキープ・アライブ信号を、マルチキャスト送信またはブロードキャスト送信でモバイル端末へ通信させるためのコードとを含みうる。
【００１１】
別の局面にしたがい、無線通信システムにおけるモバイル・ユーザのためにキープ・アライブ・インジケーションを提供するためのコンピュータ実行可能命令群を実行することができる集積回路が、本明細書において記述される。これらの命令群は、各モバイル・ユーザのためにキープ・アライブ情報を生成することを含む。このキープ・アライブ情報は、各モバイル・ユーザのために、キープ・アライブ・インジケーション、または、現在のデータ送信のインジケーションを提供する。これら命令群はさらに、キープ・アライブ情報および１または複数の誤り回避手段を備える信号を生成することを備えうる。さらに、これら命令群は、信号をマルチキャスト送信でモバイル・ユーザへ通信することを備えうる。
【００１２】
また別の局面にしたがい、無線通信システムにおいて、リソースの持続的な割り当てに基づいて通信するための方法が、本明細書において記述される。この方法は、１または複数の現在利用されているトラフィック・チャネルのための持続的な割り当てに関するマルチキャスト・ビットマップ信号を受信することを備えうる。このマルチキャスト・ビットマップ信号は、各トラフィック・チャネルに対応する１または複数のビットマップ・ビットを備える。この方法はさらに、現在利用されているトラフィック・チャネルに対応するビットマップ信号におけるビットマップ・ビットを検索することを備えうる。
【００１３】
本明細書に記載の別の局面は、無線通信装置に関する。この無線通信装置は、ビットマップ・キープ・アライブ・メッセージおよび持続的に割り当てられたトラフィック・チャネルに関連するデータを格納するメモリを含みうる。このビットマップ・キープ・アライブ・メッセージは、各トラフィック・チャネルに対応する１または複数のビットを備える。さらに、この無線通信装置は、持続的に割り当てられたトラフィック・チャネルに対応するビットマップ・キープ・アライブ・メッセージ内のビットが、キープ・アライブ・インジケーションを含むかどうかを判定するように構成されたプロセッサを備えうる。
【００１４】
また、別の局面は、リソースのスティッキーな割り当てにしたがって無線通信を容易にする装置に関連する。この装置は、各トラフィック・チャネルに対応する１または複数のビットマップ・ビットと、１または複数のＣＲＣビットとを備えるキープ・アライブ・メッセージを受信する手段を備えうる。さらに、この装置は、スティッキーな割り当てにしたがって現在利用されているトラフィック・チャネルに対応するキープ・アライブ・メッセージ内のビットマップ・ビットが、キープ・アライブ・インジケーションを伝送するかどうかを判定する手段を含みうる。さらに、この装置は、キープ・アライブ・インジケーションが伝送されていないことを判定すると、トラフィック・チャネル上のデータを受信する手段を備えうる。
【００１５】
また別の局面は、コンピュータに対して、トラフィック・チャネルについての持続的な割り当てに関連する情報を受信させるコンピュータ読取可能媒体に関する。このコンピュータ読取可能媒体はさらに、マルチキャスト・ビットマップ信号またはブロードキャスト・ビットマップ信号に関連する情報をコンピュータに受信させるためのコードを含みうる。さらに、このコンピュータ読取可能媒体は、ビットマップ信号が、トラフィック・チャネルのためのキープ・アライブ・インジケーションを含むかどうかをコンピュータに対して判定させるためのコードを備えうる。このコンピュータ読取可能媒体はさらに、肯定的な判定であれば、コンピュータに対して、次のマルチキャスト・ビットマップ信号またはブロードキャスト・ビットマップ信号を待たせるためのコードを備えうる。さらに、このコンピュータ読取可能媒体は、否定的な判定であれば、コンピュータに対して、トラフィック・チャネル上の１または複数のデータ・パケットの受信を試みさせるためのコードを備えうる。
【００１６】
本明細書に記述された更なる局面は、無線通信システムにおいて、キープ・アライブ・インジケーションを利用するためのコンピュータ実行可能な命令群を実行することができる集積回路に関する。これら命令群は、アクセス・ポイントからキープ・アライブ・メッセージを受信することを備えうる。このキープ・アライブ・メッセージは、現在利用されているトラフィック・チャネルに関連するキープ・アライブ情報を含む。さらに、これら命令群は、現在利用されているトラフィック・チャネルに関連するキープ・アライブ情報が、キープ・アライブ・インジケーションを伝送するかどうかを判定することを備えうる。これら命令群はさらに、現在利用されているトラフィック・チャネル上のデータ・パケットを受信することと、前記判定に基づいて、次のキープ・アライブ・メッセージの間、現在利用されているトラフィック・チャネルの使用を続けることと、のうちの少なくとも１つを備えうる。
【００１７】
前述した目的および関連する目的を達成するために、１または複数の実施形態は、後に十分に説明され、特許請求の範囲において具体的に示される機能を備えうる。以下の記述および添付図面は、開示された実施形態のある例示的な局面を詳細に述べる。しかしながら、これら局面は、様々な実施形態の原理が適用される様々な方法のうちのほんの幾つかしか示していない。さらに、開示された実施形態は、そのような局面とそれらの等価物の全てを含むことが意図される。
【図面の簡単な説明】
【００１８】
【図１】図１は、本明細書で述べられた様々な局面にしたがった無線多元接続通信システムを例示する。
【図２】図２は、様々な局面にしたがって持続的なリソース割り当てを管理するシステムのブロック図である。
【図３】図３は、様々な局面にしたがったキープ・アライブ送信のためのビットマップ構造の例を例示する。
【図４】図４は、様々な局面にしたがってデータおよびキープ・アライブ・インジケーションの順方向リンク通信を容易にするシステムのブロック図である。
【図５】図５は、無線通信システムにおいて通信リソースの持続的な割り当てを管理する方法のフロー図である。
【図６】図６は、無線通信システムにおける端末へキープ・アライブ・インジケーションおよびデータを通信する方法のフロー図である。
【図７】図７は、無線通信システムにおいて持続的なリソース割り当てを用いて通信する方法のフロー図である。
【図８】図８は、本明細書に記載の１または複数の実施形態が機能する無線通信システムの例を例示するブロック図である。
【図９】図９は、様々な局面にしたがう送信リソースの割り当てを管理するシステムのブロック図である。
【図１０】図１０は、様々な局面にしたがうリソース割り当てに基づいて通信を調整するシステムのブロック図である。
【図１１】図１１は、無線通信システムにおけるスティッキーなリソース割り当ての管理を容易にする装置のブロック図である。
【図１２】図１２は、無線通信システムにおいて、ビットマップ・キープ・アライブ・メッセージとデータ・パケットとの送信を容易にする装置のブロック図である。
【図１３】図１３は、ビットマップ・キープ・アライブ信号とリソースのスティッキーな割り当てに基づいて、無線通信システムにおけるアクセス・ポイントとの通信を容易にする装置のブロック図である。
【発明を実施するための形態】
【００１９】
全体を通じて同一の参照符号が同一の要素を称するために使用される図面を参照して様々な実施形態が記述される。以下の記述では、説明目的のために、多くの具体的な詳細が、１または複数の局面の完全な理解を与えるために述べられる。しかしながら、そのような実施形態は、これら具体的な詳細無しで実現されうる。他の例では、周知の構成およびデバイスが、１または複数の実施形態の説明を容易にするために、ブロック図形式で示される。
【００２０】
本願で使用されるように、「構成要素」、「モジュール」、「システム」等の用語は、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、あるいは実行中のソフトウェアのうちの何れかであるコンピュータ関連エンティティを称することが意図される。例えば、構成要素は、限定される訳ではないが、プロセッサ上で動作しているプロセス、プロセッサ、オブジェクト、実行形式、実行スレッド、プログラム、および／またはコンピュータでありうる。例示によって、計算デバイス上で実行しているアプリケーションと、計算デバイスとの両方が、構成要素になりうる。プロセスおよび／または実行スレッド内には、１または複数の構成要素が存在することができ、構成要素は、１つのコンピュータに局在すること、および／または、２またはそれ以上のコンピュータに分散することも可能である。さらに、これらの構成要素は、格納した様々なデータ構造を有する様々なコンピュータ読取可能媒体から実行することが可能である。これらの構成要素は、例えば、１または複数のデータ（例えば、ローカルなシステムや分散型システムにおける他の構成要素とインタラクトしている１つの構成要素からのデータ、および／または、信号の形態で他のシステムと、インターネットのようなネットワークを介してインタラクトしている１つの構成要素からのデータ）のパケットを有する信号にしたがって、ローカル処理および／または遠隔処理によって通信することができる。
【００２１】
さらに、本明細書では、様々な実施形態が、無線端末および／または基地局と関連して記述される。無線端末は、ユーザに音声および／またはデータ接続を提供するデバイスを称しうる。無線端末は、例えばラップトップ・コンピュータまたはデスクトップ・コンピュータのような計算デバイスに接続されうるか、あるいは、例えばパーソナル・デジタル・アシスタント（ＰＤＡ）のような内蔵型デバイスでありうる。無線端末はまた、システム、加入者ユニット、加入者局、モバイル局、モバイル、遠隔局、アクセス・ポイント、遠隔端末、アクセス端末、ユーザ端末、ユーザ・エージェント、ユーザ・デバイス、あるいはユーザ機器とも称されうる。無線端末は、加入者局、無線デバイス、セルラ電話、ＰＣＳ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、無線ローカル・ループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続機能を有する携帯型デバイス、あるいは無線モデムに接続されたその他の処理デバイスでありうる。基地局（例えば、アクセス・ポイント）は、エア・インタフェースによって、１または複数のセクタを介して無線端末と通信する、アクセス・ネットワーク内のデバイスを称することができる。基地局は、受信したエア・インタフェース・フレームをＩＰパケットに変換することによって、インターネット・プロトコル（ＩＰ）ネットワークを含みうるアクセス・ネットワークの無線端末とその他との間のルータとして動作することができる。基地局はまた、このエア・インタフェースのための属性管理をも調整する。
【００２２】
さらに、本明細書に記載の様々な局面または機能は、方法として、装置として、あるいは、標準的なプログラミングおよび／またはエンジニアリング技術を用いた製造物品として実現されうる。本明細書で使用される「製造物品」なる用語は、任意のコンピュータ読取可能デバイス、キャリア、または媒体からアクセス可能なコンピュータ・プログラムを包含することが意図される。例えば、コンピュータ読取可能媒体は、限定される訳ではないが、磁気記憶デバイス（例えば、ハード・ディスク、フロッピー（登録商標）ディスク、磁気ストライプ等）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、ＤＶＤ等）、スマート・カード、およびフラッシュ・メモリ・デバイス（例えば、カード、スティック、キー・ドライブ等）を含みうる。
【００２３】
様々な実施形態が、多くのデバイス、構成要素、モジュール等を含むシステムの観点から示されるだろう。様々なシステムが、追加のデバイス、構成要素、モジュール等を含みうるか、あるいは、またはそれに加えて、図面と連携して説明されたデバイス、構成要素、モジュール等のうちの全てを含む訳ではないことが理解され認識されるべきである。これらのアプローチの組み合わせもまた使用されうる。
【００２４】
図面に示すように、図１は、様々な局面にしたがった無線多元接続通信システム１００の例示である。一例において、無線多元接続通信システム１００は、複数の基地局１１０と複数の端末１２０とを含む。さらに、１または複数の基地局１１０は、１または複数の端末１２０と通信することができる。限定しない例によって、基地局１１０は、アクセス・ポイント、Ｎｏｄｅ  Ｂ、および／またはその他の適切なネットワーク・エンティティでありうる。各基地局１１０は、特定の地理的領域１０２のための通信有効範囲を提供する。本明細書で使用され、当該技術分野において一般に使用されているように、「セル」なる用語は、その用語が使用されているコンテクストに基づいて、基地局１１０および／またはその有効範囲領域１０２を称しうる。１つの局面にしたがって、システム１００内の各端末１２０は、順方向リンクおよび逆方向リンクの送信を介して、１または複数の基地局１１０と通信することができる。順方向リンク（あるいはダウンリンク）は、基地局１１０から端末１２０への通信リンクを称し、逆方向リンク（あるいはアップリンク）は、端末１２０から基地局１１０への通信リンクを称する。
【００２５】
システム容量を改善するために、基地局１１０に対応する有効範囲領域１０２は、多数のより小さな領域（例えば領域１０４ａ、１０４ｂおよび１０４ｃ）へ分割されうる。より小さな領域１０４ａ、１０４ｂ、および１０４ｃの各々は、それぞれの基地トランシーバ・サブシステム（ＢＴＳ、図示せず）によってサービス提供されうる。本明細書で使用され、当該技術分野で一般に使用されるように、「セクタ」なる用語は、その用語が使用されるコンテクストに依存して、ＢＴＳおよび／またはその有効範囲領域を称しうる。一例において、セル１０２内のセクタ１０４は、基地局１１０におけるアンテナのグループ（図示せず）によって形成されうる。ここで、アンテナの各グループは、セル１０２の一部にある端末との通信を担当する。例えば、セル１０２ａにサービス提供する基地局１１０は、セクタ１０４ａに対応する第１のアンテナ・グループと、セクタ１０４ｂに対応する第２のアンテナ・グループと、セクタ１０４ｃに対応する第３のアンテナ・グループとを有しうる。しかしながら、本明細書に記載の様々な局面が、セクタ化されたセルおよび／またはセクタ化されていないセルを有するシステムにおいて使用されうることが認識されるべきである。さらに、任意の数のセクタ化されたセルおよび／またはセクタ化されていないセルを有する全ての適切な無線通信ネットワークは、特許請求の範囲のスコープ内にあることが意図されることが認識されるべきである。簡略化のために、本明細書において「基地局」として使用される用語は、セルにサービス提供する局のみならず、セクタにサービス提供する局をも称しうる。以下の記載は、簡略化のために、各端末が１つのアクセス・ポイントと通信するシステムに一般に関連しているが、端末は、任意の数のアクセス・ポイントと通信することが可能であることが認識されるべきである。
【００２６】
１つの局面にしたがって、端末１２０は、システム１００全体にわたって分布することができる。各端末１２０は、固定式または移動式でありうる。限定しない例によれば、端末１２０は、アクセス端末（ＡＴ）、モバイル局、ユーザ機器、加入者局、および／またはその他の適切なネットワーク・エンティティでありうる。端末１２０は、無線デバイス、セルラ電話、携帯情報端末（ＰＤＡ）、無線モデム、携帯型デバイス、あるいはその他の適切なデバイスでありうる。さらに、端末１２０は、所定の瞬間において、任意の数の基地局１１０と通信することができるか、あるいは、どの基地局１１０とも通信しない。
【００２７】
別の例では、システム１００は、１または複数の基地局１１０に接続され、その基地局１１０のための調整および制御を提供するシステム・コントローラ１３０を適用することによって、集中化されたアーキテクチャを利用することができる。代替局面にしたがうと、システム・コントローラ１３０は、単一のネットワーク・エンティティであるか、あるいは、ネットワーク・エンティティの集合でありうる。さらに、このシステム１００は、基地局１１０が必要に応じて互いに通信できるようにするために、分散型アーキテクチャを用いることができる。一例において、システム・コントローラ１３０は、さらに、複数のネットワークへの１または複数の接続を含むことができる。これらのネットワークは、インターネットや、その他のパケット・ベースのネットワークや、あるいは、またはそれに加えて、システム１００内の１または複数の基地局１１０と通信している端末１２０との間で情報を授受する回路交換音声ネットワークを含みうる。別の例では、システム・コントローラ１３０は、端末１２０との間での送信をスケジュールするスケジューラ（図示せず）を含んでいるか、あるいは接続されている。あるいは、このスケジューラは、各個々のセル１０２、各セクタ１０４、またはこれらの組み合わせ内に存在しうる。
【００２８】
一例において、システム１００は、例えばＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、シングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）、および／またはその他の適切な多元接続スキームのような１または複数の多元接続スキームを利用することができる。ＴＤＭＡは、時分割多重化（ＴＤＭ）を利用することができる。そこでは、異なる端末１２０のための送信が、異なる時間間隔で送信されることにより直交化される。ＦＤＭＡは、周波数分割多重化（ＦＤＭ）を利用することができる。そこでは、異なる端末１２０のための送信が、異なる周波数サブキャリアで送信されることにより直交化される。一例において、ＴＤＭＡシステムおよびＦＤＭＡシステムはまた、符号分割多重化（ＣＤＭ）を利用することができる。そこでは、複数の端末のための送信が、たとえ同じ時間間隔または周波数サブキャリアで送信されても、異なる直交符号（例えば、ウォルシュ符号）が用いられることにより直交化される。ＯＦＤＭＡは、直交周波数分割多重化（ＯＦＤＭ）を利用し、ＳＣ−ＦＤＭＡは、シングル・キャリア周波数分割多重化（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭおよびＳＣ−ＦＤＭは、システム帯域幅を、各々がデータを用いて変調される複数の直交サブキャリア（例えば、トーン、値域等）に分割することができる。一般に、変調シンボルは、ＯＦＤＭでは周波数領域で、ＳＣ−ＦＤＭでは時間領域で送られる。さらにおよび／またはその代わりに、システム帯域幅は、各々が１または複数のサブキャリアを含む１または複数の周波数キャリアに分割することができる。システム１００はまた、例えばＯＦＤＭＡおよびＣＤＭＡのような多元接続スキームの組み合わせを利用することができる。本明細書で与えられた電力制御技術は一般に、ＯＦＤＭＡのために記述されているが、本明細書に記載の技術は、あらゆる無線通信システムにも同様に適用されうることが認識されるべきである。
【００２９】
その他の例では、システム１００における基地局１１０および端末１２０が、１または複数の制御チャネルを用いたシグナリングおよび１または複数のデータ・チャネルを用いて、データを通信することができる。このシステム１００によって利用されるデータ・チャネルは、各データ・チャネルが、所定の時間において、１つの端末のみによって使用されるように、アクティブな端末１２０へ割り当てられる。あるいは、データ・チャネルは、データ・チャネル上に直交的にスケジュールされるか、重ね合わせられる複数の端末１２０へ割り当てられうる。システム・リソースを節約するために、システム１００によって利用される制御チャネルが、例えば符号分割多重化を用いて複数の端末１２０によって共有されうる。一例において、周波数および時間のみで直交多重化されるデータ・チャネル（例えば、ＣＤＭでは多重化されないデータ・チャネル）は、チャネル条件および受信機欠陥による直交性の喪失に対し、対応する制御チャネルよりも影響を受けにくくなる。
【００３０】
１つの局面にしたがって、システム１００は、例えばシステム・コントローラ１３０および／または各基地局１１０に実装された１または複数のスケジューラによって、集中化されたスケジュールを利用することができる。集中化されたスケジュールを利用するシステムでは、スケジューラは、適切なスケジューリング判定を行うために、端末１２０からのフィードバックに依存しうる。一例において、このフィードバックは、端末１２０からのフィードバックが受信される端末１２０のためにサポート可能な逆方向リンク・ピーク・レートをスケジューラが推定し、それにしたがってシステム帯域幅を割り当てることを可能にするために、電力増幅器（ＰＡ）ヘッドルーム・フィードバックを含むことができる。
【００３１】
図２は、本明細書に記載された様々な局面にしたがって、持続的なリソース割り当てを管理するシステム２００のブロック図である。一例において、システム２００は、アンテナ２１４およびアンテナ２２２をそれぞれ経由して、順方向リンクおよび逆方向リンクで１または複数のアクセス端末２２０と通信することができるアクセス・ポイント２１０を含んでいる。アクセス・ポイント２１０およびアクセス端末２２０において、１つのみのアンテナしか例示されていないが、アクセス・ポイント２１０およびアクセス端末２２０は、他のアクセス・ポイント、アクセス端末、および／または、システム２００内のその他のエンティティとの通信のために、任意の数のアンテナを含みうることが認識されるべきである。くわえて、簡略のために、システム２００において１つのアクセス・ポイント２１０しか示されていないが、システム２００は、アクセス端末２２０と通信する任意の数のアクセス・ポイント２１０を有しうることが認識されるべきである。
【００３２】
アクセス・ポイント２１０とアクセス端末２２０との間の通信は、トラフィック・データおよび／または制御シグナリングを含むことができる。これらは、送信される前に、パケット内にカプセル化されるか、あるいは、その他任意の適切な方法で送られうる。一例において、データおよび／またはシグナリングは、１または複数の周波数選択チャネルで、アクセス・ポイント２１０とアクセス端末２２０との間で通信されうる。例えば、データが、１または複数の専用データ・チャネルで送信され、シグナリングが、１または複数の専用制御チャネルで送信されうる。あるいは、データとシグナリングとが、共通のチャネル上で通信されうる。さらに、システム２００における通信のために、アクセス端末２２０に、１または複数のデータ・チャネルおよび１または複数の制御チャネルが割り当てられうる。データ・チャネルおよび／または制御チャネルは、端末２２０にユニークに割り当てられるか、あるいはその代わりに、アクセス端末２２０間でチャネルが共有されうる。
【００３３】
１つの局面にしたがって、アクセス・ポイント２１０およびアクセス端末２２０は、サブキャリアを用いて、サブ帯域を用いて、および／または、アクセス・ポイント２１０および／またはシステム２００内の他のエンティティによって各アクセス端末２２０に割り当てられたその他の通信リソースを用いて通信することができる。さらに、そのような通信リソースの割り当ては、予め定めた持続時間も、期限切れのための時間も持たないように、持続的すなわち「スティッキー」とされる。そのような割り当ては、例えば、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）や、多くのＶｏＩＰまたはその他のユーザのリソース割り当ての通信が非現実的である、小さな、レイテンシに敏感なトラフィック・パケットの非連続通信を含むその他のアプリケーションにおいて、有用になりうる。しかしながら、そのようなアプリケーションでは、持続的な割り当てを用いるアクセス端末２２０は、サイレントな期間後に、データ・パケットの送信がいつ始まるかを判定することが困難にありうる。アクセス端末２２０によるそのような判定のための技術は存在するが、これら技術はしばしば複雑であるので、レイテンシに敏感なアプリケーションには適切ではない。
【００３４】
別の局面にしたがい、これら困難を緩和するために、アクセス・ポイント２１０は、アクセス端末２２０へキープ・アライブ・メッセージ２３０を送信し、データがアクセス端末２２０へ送信されているかどうかを示す。一例において、キープ・アライブ・メッセージ２３０は、アクセス・ポイント２１０において、キープ・アライブ・インジケータ構成要素２１２によって生成される。キープ・アライブ・インジケータ構成要素２１２によって生成され、アクセス端末２２０に送信されるキープ・アライブ・メッセージ２３０は、例えば、アクセス端末２２０に送信するデータが存在しない場合、データの代わりに送信される予め定めた準ランダムな消去シーケンスでありうる。したがって、アクセス端末２２０は、送信が消去シーケンスを含んでいることを判定すると、送信を破棄し、アクセス・ポイント２１０からの次の順方向リンク送信を待つ。
【００３５】
しかしながら、持続的なリソース割り当てを利用するシステム内のアクセス端末２２０の数が多い場合、各アクセス端末２２０へのキープ・アライブ・メッセージ２３０の送信に必要な電力オーバヘッドは、アクセス・ポイント２１０によって使用される合計電力のうちのかなりの部分になりうる。一例において、キープ・アライブ・メッセージ２３０の送信に必要な電力量を低減するために、アクセス・ポイント２１０は、アクセス・ポイント２１０との持続的なリソース割り当てを有する複数のアクセス端末２２０のために共通のキープ・アライブ・メッセージ２３０を利用することができる。その後、この共通のキープ・アライブ・メッセージ２３０は、マルチキャスト送信またはブロードキャスト送信でアクセス端末２２０に通信することができる。共通のキープ・アライブ・メッセージ２３０は、順方向リンク共有制御チャネル（例えば、Ｆ−ＳＣＣＨ）で、および／または、その他任意の適切な手段によって送信されうる。
【００３６】
１つの局面によれば、マルチキャストまたはブロードキャストによるキープ・アライブ・メッセージ２３０が、ビットマップ形式で生成されうる。ビットマップ・キープ・アライブ・メッセージ２３０は、アクセス端末２２０へ持続的に割り当てられた各データ・チャネルを、キープ・アライブ・メッセージ２３０内のビットへマップすることによって生成される。ビットマップ・キープ・アライブ・メッセージ２３０のために生成されたビットは、例えば、データ・パケットが、それらの対応するデータ・チャネルでの通信のためにバッファされるかどうかを示すことができる。生成されたキープ・アライブ・メッセージ２３０は、その後、アクセス端末２２０へ送られる。アクセス端末２２０は、ビットマップ・メッセージ２３０内の対応するビットの値に基づいて、アクセス端末２２０に割り当てられた各データ・チャネルにおけるデータ・パケットの検出を試みるかどうかを判定することができる。
【００３７】
別の例では、キープ・アライブ・インジケータ構成要素２１２はさらに、マルチキャストまたはブロードキャストによるキープ・アライブ・メッセージ２３０について電力制御を実行するよう動作可能となりうる。例えば、キープ・アライブ・インジケータ構成要素２１２は、（例えば、キャリア対インタフェース比等の観点から）最も低い信号品質を持つアクセス端末２２０が、キープ・アライブ・メッセージ２３０を正しく受信し、利用できるようにするために適切な送信電力を用いて、キープ・アライブ・メッセージ２３０のアクセス端末２２０への送信を指示することができる。
【００３８】
図３は、様々な局面に従ったキープ・アライブ送信（例えば、キープ・アライブ・メッセージ２３０）のためのビットマップ構造３００の例を例示する。１つの局面によれば、ビットマップ構造３００は、持続的なリソース割り当てを有するモバイル・ユーザ（例えば、アクセス端末２２０）へキープ・アライブ・インジケーションを提供するための１または複数のビットマップ・ビット３１０を含みうる。構造３００はさらに、誤り回避のための１または複数の巡回冗長検査（ＣＲＣ）ビット３２０を含みうる。構造３００は、一連のＣＲＣビット３２０が後に続く一連のビットマップ・ビット３１０を例示しているが、構造３００において、ビットマップ・ビット３１０およびＣＲＣビット３２０が、任意の順序および／またはグルーピングで現れうることが認識されるべきである。さらに、構造３００は、任意の数のビットマップ・ビット３１０および／またはＣＲＣビット３２０を有しうることが認識されるべきである。
【００３９】
一例において、構造３００内のビットマップ・ビット３１０は、モバイル・ユーザによる通信のために使用される各トラフィック・チャネルへマップされうる。モバイル・ユーザによって利用されるトラフィック・チャネルは、例えば、モバイル・ユーザのための持続的なリソース割り当てに基づきうる。具体的かつ限定しない例によって、構造３００は、ＶｏＩＰアプリケーションとともに使用され、ビットマップ・ビット３１０は、ＶｏＩＰ受信機によって使用される音声チャネルに対応しうる。モバイル・ユーザには、１つのトラフィック・チャネルまたは複数のトラフィック・チャネルが割り当てられること、および、トラフィック・チャネルが、複数のモバイル・ユーザ間で共有されうることが認識されるべきである。
【００４０】
１つの局面によれば、構造３００におけるビットマップ・ビット３１０は、モバイル端末へのトラフィック・チャネルの持続的な割り当てを管理するために、トラフィック・チャネルへマップされうる。一例において、ビットマップ・ビット３１０は、効率的な使用を促進するために、トラフィック・チャネルのためにキープ・アライブ・インジケーションを提供することができる。例えば、トラフィック・チャネルに対応するビットマップ・ビット３１０は、そのチャネルの順方向リンク・データ・バッファが空であり、所定の時間期間において、そのチャネルでデータが送信されない場合、キープ・アライブ・インジケーションを提供することができる。その後、ビットマップ・ビット３１０が、ブロードキャスト送信またはマルチキャスト送信において、モバイル・ユーザへと、構造３００の一部として通信されうる。構造３００を含む送信を受信すると、モバイル・ユーザは、ビットマップ・ビット３１０がキープ・アライブ・インジケーションを提供するかどうかを判定するために、モバイル・ユーザに割り当てられたデータ・チャネルに対応するビットマップ・ビット３１０の値をチェックすることができる。一例において、ビットマップ・ビットが、キープ・アライブ・インジケーションを反映している場合、モバイル・ユーザは、その現在のリソース割り当てを保持し、構造３００の次の送信を待つ。そうではない場合、モバイル・ユーザは、データが送信されていると仮定し、送信された１または複数のトラフィック・パケットの復号を試みることができる。
【００４１】
その他の例において、構造３００におけるビットマップ・ビット３１０は、１または複数のモバイル・ユーザによって利用される複数のトラフィック・チャネルへマップされうる。例えば、チャネル・ツリー上の複数の隣接するノードに対応させるために、単一のビットマップ・ビット３１０が使用されうる。複数のチャネルを共通のビットマップ・ビット３１０へマップすることによって、必要とされるビットマップ・サイズと、リソース管理フレキシビリティとの間でのトレードオフが達成されうる。
【００４２】
別の局面によれば、構造３００を含む送信されたメッセージのための誤り検査機能を提供するために、構造３００においてＣＲＣビット３２０が適用されうる。一例において、ＣＲＣビット３２０は、構造３００内のビットマップ・ビット３１０が端末によって利用される前に、モバイル端末によって正しく受信され復号されねばならないシーケンスを構成することができる。ＣＲＣビット３２０を利用することによって、キープ・アライブ・インジケーションが誤って検出される確率が、おおよそ２−ＣＲＣ長さへと低減される。ここで、ＣＲＣ長さは、構造３００内のＣＲＣビット３２０の数である。
【００４３】
構造３００にＣＲＣビット３２０を加えることによって、構造３００を用いて送られるメッセージのための余分なオーバヘッドを生成することが観察されるが、構造３００によって、複数のアイドルなモバイル・ユーザへの共通のメッセージのマルチキャスト送信および／またはブロードキャスト送信が可能になることが認識されるべきである。その結果、構造３００を送信するために必要な通信リソースの量は、システム内のユーザ数が十分多い場合、個々の各ユーザに対する個別のメッセージのユニキャスト送信と比べて、比較的小さくなりうる。
【００４４】
図４は、様々な局面にしたがってデータ４４０とキープ・アライブ・インジケーション４３０との順方向リンク通信を容易にするシステム４００のブロック図である。一例において、システム４００は、順方向リンク（ＦＬ）および逆方向リンク（ＲＬ）において、それぞれのアンテナ４１４およびアンテナ４２２を経由して１または複数の端末４２０と通信することができる１または複数の基地局４１０を含む。簡略のために、システム４００では、基地局４１０において１つのアンテナ４１４のみが、各端末４２０において１つのアンテナ４２２のみしか例示されていないが、基地局４１０および端末４２０は、任意の数のアンテナを含みうることが認識されるべきである。さらに、システム４００は、任意の数の基地局４１０および／または端末４２０を含みうることが認識されるべきである。
【００４５】
一例において、トラフィック・データが、端末４２０のための通信リソースの持続的な割り当てに基づいて、順方向リンクで、基地局４１０から端末４２０へと送信されうる。これら割り当ては、システム４００における基地局４１０および／または別の適切なエンティティによって提供されうる。別の例では、端末４２０へ送信するためのデータが、基地局４１０において、１または複数の順方向リンク・バッファ４１８によって格納されうる。基地局４１０における順方向リンク・バッファ４１８は、ラジオ・リンク・プロトコル（ＲＬＰ）および／またはその他任意の適切な通信プロトコルによって送信されるデータを格納するために使用されうる。それに加えて、あるいは、その代わりに、順方向リンク・バッファ４１８は、１または複数の端末４２０のための持続的なリソース割り当てにしたがって基地局４１０が通信するデータ・チャネルにそれぞれ対応することができる。別の例として、複数の端末４２０および／またはデータ・チャネルのためのデータを格納するために、単一の共通順方向リンク・バッファ４１８が使用されうる。そして、与えられたパケットまたはデータのその他の部分の送信のために意図された端末４２０および／またはデータ・チャネルが、データのヘッダおよび／またはその他の部分において示されうる。複数のデータ・チャネルが端末４２０に割り当てられるイベントでは、端末４２０に対応する順方向リンク・バッファ４１８内のデータは、使用されるチャネルを特定することができる。あるいは、基地局４１０は、端末４２０に割り当てられたチャネルからのバッファ・データの送信のための適切なチャネルを判定することができる。
【００４６】
１つの局面によれば、基地局４１０はさらに、基地局４１０と端末４２０との間の通信に使用されるデータ・チャネルのためにキープ・アライブ・インジケーションを提供することができるキープ・アライブ・インジケータ構成要素４１２を含みうる。一例において、キープ・アライブ・インジケータ構成要素４１２は、データ・チャネル上で送信されるデータを求めて、順方向リンク・バッファ４１８を監視することによって、所定のデータ・チャネルのキープ・アライブ・インジケーションを生成するか否かを判定することができる。この判定は、例えば、そのデータ・チャネルのための順方向リンク・バッファ４１８内にデータが存在するかどうかをチェックすることによってなされうる。所定のデータ・チャネルのためにキープ・アライブ・インジケーションを提供するか否かを判定すると、キープ・アライブ・インジケータ構成要素４１２は、その後、この判定に基づいて値を生成することができる。具体的な例として、キープ・アライブ・インジケータ構成要素は、キープ・アライブ・インジケーションが伝送されるべきか否かに基づいて、ビットの符号を設定することによって、１ビット値を生成することができる。生成された値はその後、１または複数のキープ・アライブ・メッセージ４３０として、端末４２０へ送信するために、送信機４１６へ提供されうる。
【００４７】
一例において、キープ・アライブ・メッセージ４３０は、基地局４１０からのマルチキャストまたはブロードキャストのための共通した送信で端末４２０へ提供されうる。さらに、キープ・アライブ・メッセージ４３０は、端末４２０によって利用されるデータ・チャネルに対応するビットマップ・ビット（例えば、ビットマップ・ビット３１０）を含む（例えば、ビットマップ構造３００を用いる）ビットマップ信号として提供されうる。ビットマップ信号は、さらに、ビットマップ・ビットで提供されたキープ・アライブ・インジケーションの精度を保証する誤り検査ビット（例えば、ＣＲＣビット３２０）を含む。キープ・アライブ・メッセージ４３０は、順方向リンク共有制御チャネル（例えば、Ｆ−ＳＣＣＨ）および／またはその他任意の適切な周波数チャネルで端末４２０へ送信されうる。
【００４８】
別の例において、端末４２０への送信が意図されたデータ４４０が、基地局４１０において１または複数の順方向リンク・バッファ４１８に存在するのであれば、このデータ４４０は、ユニキャスト送信として端末４２０へ提供されうる。基地局４１０から端末４２０へ送信される順方向リンク・データ４４０は、キープ・アライブ・メッセージ４３０と共通の時間期間において提供されるか、あるいは、別々の時間期間において提供される。さらに、順方向リンク・データ４４０は、１または複数のデータ・パケットとして、および／または、その他の適切なデータ・ユニットとして送信されうる。
【００４９】
別の局面によれば、端末４２０は、基地局４１０によって送信されたキープ・アライブ・メッセージ４３０を受信機４２４によって受信することができる。キープ・アライブ・メッセージ４３０を受信すると、端末４２０は、例えば、キープ・アライブ・メッセージ４３０で提供されたＣＲＣビットを、期待されるシーケンスと比較することによって、キープ・アライブ・メッセージ４３０の検証を実行することができる。キープ・アライブ・メッセージ４３０の検証に失敗した場合（例えば、ＣＲＣビットが、期待されるシーケンスと一致しない場合）、キープ・アライブ・メッセージ４３０は、端末４２０によって破棄される。端末４２０は、その後、キープ・アライブ・メッセージ４３０の否定的なアクノレッジメント（ＮＡＫ）を送り、キープ・アライブ・メッセージ４３０の再送信を要求する。あるいは、またはそれに加えて、キープ・アライブ・メッセージ４３０を適切に受信することに失敗したことを基地局４１０に示す。
【００５０】
一例において、キープ・アライブ・メッセージ４３０が、端末４２０によって正しく受信されない場合、端末４２０は、デフォルト状態に入る。このデフォルト状態では、端末４２０は、データ４４０が端末４２０へ送信されたか、あるいは、どのデータ４４０も端末４２０へ送信されていないと仮定することができる。１つの局面によれば、端末４２０におけるデフォルト状態は、キープ・アライブ・メッセージ４３０に関連付けられた電力オーバヘッドを節約するために使用されうる。例えば、基地局４１０は、貧弱なチャネル状態を持つ端末４２０へ、キープ・アライブ・メッセージ電力を対象としないように選択することができる。例えば、システム４００内で持続的な割り当てがなされる端末４２０の数が少ない場合、そのような送信スキームは有用になりうる。別の例において、端末４２０は、キープ・アライブ・メッセージ４３０を復号する複数の仮説を用いることができる。例えば、端末４２０が、キープ・アライブ・メッセージ４３０の１つのインスタンスを失うと、端末４２０は、データ４４０が端末４２０に送信されたとの仮定の下、トラフィック・パケットの復調を開始することができるが、次の時間期間において受信されたキープ・アライブ・メッセージ４３０が、データ送信を示す場合、次の時間期間で始まるパケットの別のインスタンスを同時に復調する。
【００５１】
キープ・アライブ・メッセージが正しく検証されると、端末４２０は、端末４２０に対応するキープ・アライブ・メッセージ４３０の一部、および／または、この端末によって利用されるデータ・チャネルをチェックして、キープ・アライブ・インジケーションが提供されたかを判定する。キープ・アライブ・メッセージ４３０の対応する部分が、キープ・アライブ・インジケーションを含む場合、端末４２０は、データ・チャネルのためのその現在の持続的な割り当てを保持し、次のキープ・アライブ・メッセージ４３０を待つ。一方、キープ・アライブ・メッセージの対応する部分が、キープ・アライブ・インジケーションを含まないのであれば、端末４２０は、基地局４１０から、受信機４２４を経由して、順方向リンク・データ４４０の１または複数のパケットおよび／またはその他の単位の受信を試みることができる。基地局４１０から順方向リンク・データ４４０を受信すると、端末４２０は、この受信したデータを、デコーダ４２６を用いて復号する。
【００５２】
図５乃至図７に示すように、無線通信システムにおける電力および干渉制御の方法が例示される。説明を簡単にするために、これらの方法は、一連の動作として示され記述されるが、これら方法は、この動作順に限定されないことが理解され認識されるべきである。なぜなら、その幾つかの動作は、１または複数の実施形態にしたがって、本明細書に示され記述されたものとは異なる順序で、および／または、別の動作と同時になされうるからである。例えば、当業者であれば、方法は、その代わりに、例えば状態図のような一連の相互関係のある状態またはイベントとして示されうることを理解し認識するであろう。さらに、１または複数の実施形態にしたがって方法を実施するために、例示された全ての動作が必要とされる訳ではない。
【００５３】
図５に示すように、無線通信システム（例えば、システム２００）において、通信リソースの持続的な割り当てを管理する方法５００が例示されている。方法５００は、例えば、アクセス・ポイント（例えば、アクセス・ポイント２１０）および／またはその他の適切なネットワーク・エンティティによって実行されうることが認識されるべきである。方法５００はブロック５０２において始まり、キープ・アライブ・メッセージ（例えば、キープ・アライブ・メッセージ２３０）が、端末（例えば、アクセス端末２２０）への持続的な割り当てによる通信チャネルに対応するビットマップ・ビット（例えば、構造３００内のビットマップ・ビット３１０）を用いて構築される。ブロック５０２において、通信チャネルは、例えば、端末によって使用されるデータ・チャネルおよび／またはシグナリング・チャネルを含みうる。端末に割り当てられたトラフィック・チャネルは、例えば音声、ビデオ、パケット・データ、ブロードキャスト、メッセージング、および／または、その他の適切な情報を通信するために利用されうる。
【００５４】
一例では、ブロック５０２において、１または複数のビットマップ・ビットが、各チャネルについて利用されうる。別の例では、ブロック５０２において利用されるビットマップ・ビットは、キープ・アライブ・インジケーションが、１または複数のデータ・チャネルに対応する端末に伝送されるか否かを示すことができる。例えば、持続的なリソース割り当てを有する端末のためのバッファが空である場合、この端末によって使用される１または複数のデータ・チャネルは、キープ・アライブ・インジケーションを提供することができる。キープ・アライブ・インジケーションは、例えば、ビットマップ・ビットの符号を予め定めた値に設定することによって提供されうる。
【００５５】
ブロック５０２に記述した動作が完了すると、方法５００は、オプションとしてブロック５０４に進む。ここでは、誤り検査ビット（例えば、ＣＲＣビット３２０）が、キープ・アライブ・メッセージに追加される。一例として、誤り検査ビットは、キープ・アライブ・メッセージに対する巡回冗長検査を提供する。さらに詳しくは、受信された誤り検査ビットが、期待されるシーケンスと一致しないのであれば、キープ・アライブ・メッセージは、誤りがあるとみなされ、破棄される。追加された誤り検査ビットは、予め定めた固定シーケンスを持っているか、あるいは、ビットマップ・ビットに基づいて変動しうる。例えば、誤り検査ビットは、ＣＲＣ機能によって、および／または、ビットマップ・ビットに関するその他任意の適切な動作によって生成されうる。
【００５６】
ブロック５０２および／またはブロック５０４に記述される動作を実行した後、方法５００は、５０６において終了する。ここでは、ブロック５０２および／またはブロック５０４において構築されたキープ・アライブ・メッセージが、ブロードキャスト送信またはマルチキャスト送信で端末へ送信される。このキープ・アライブ・メッセージは、共有制御チャネルおよび／またはその他の適切な通信リソースを用いて、ブロック５０６において送信されうる。さらに、ブロック５０６における送信は、キャリア対干渉比および／またはその他の信号品質指標に基づいて比較的低い信号品質を持っている端末が、キープ・アライブ・メッセージを受信できることを保証するように電力制御されうる。
【００５７】
図６は、無線通信システムにおいて、キープ・アライブ・インジケーションおよびデータを端末へ通信するための方法６００を例示する。方法６００は、無線通信システムにおける例えばアクセス・ポイントおよび／またはその他任意の適切なネットワーク・エンティティによって実行されうることが認識されるべきである。方法６００は、ブロック６０２で始まり、端末（例えば、アクセス端末４２０）への持続的な割り当てによるトラフィック・チャネルのための順方向リンク・データ・バッファ（例えば、順方向リンク・バッファ４１８）の検査が行われる。ブロック６０２で検査された順方向リンク・データ・バッファは、特定のトラフィック・チャネルに独占的であるか、あるいは、複数のトラフィック・チャネルに共通でありうる。
【００５８】
次に、ブロック６０４では、ブロック６０２で検査された順方向リンク・データ・バッファが、所定のトラフィック・チャネルについて空であるかどうか判定される。ブロック６０４において、トラフィック・チャネルについてのバッファが空であると判定されると、方法６００はブロック６０６に進み、このトラフィック・チャネルに対応するビットマップ・ビット（例えば、ビットマップ・ビット３１０）が生成される。それは、キープ・アライブ・インジケーションを伝送する。一例では、ブロック６０６で生成されたビットマップ・ビットは、キープ・アライブ・インジケーションを伝送するように設定されうる。方法６００はその後、ブロック６０８において終了するが、ブロック６０８では、ブロック６０６で生成されたビットマップ・ビットが、マルチキャスト送信の一部としてトラフィック・チャネルが割り当てられた端末へ送信される。一例において、ブロック６０８における送信はさらに、システム内で利用される他のトラフィック・チャネルに対応する追加ビットマップ・ビットと、誤り検査および／または誤り回避のための１または複数のビット（例えば、ＣＲＣビット３２０）とを含みうる。さらに、ブロック６０８における送信は、共有制御チャネル（例えば、Ｆ−ＳＣＣＨ）および／またはその他の適切な共通の通信リソースを用いて通信されうる。他の例において、ブロック６０８においてなされた送信が、端末によって誤って受信されると、この送信は、ブロック６０６で生成されたビットマップの適切な送信および受信を保証するために、必要に応じて繰り返すことができる。
【００５９】
一方、ブロック６０４において、バッファがトラフィック・チャネルについて空ではないと判定された場合、方法６００は、ブロック６１０に進み、トラフィック・チャネルに対応するビットマップ・ビットが生成される。これは、現在のデータ送信を示す。一例において、ブロック６０６で生成されたビットマップ・ビットとは対照的に、ブロック６１０で生成されたビットマップ・ビットは、データ送信の存在を示すために、未設定のままとなる。あるいは、ブロック６１０で生成されたビットマップ・ビットが、データ送信を示すように設定され、ブロック６０６で生成されたビットマップ・ビットが、データ送信が無いことを示すために、および、キープ・アライブ・インジケーションを伝送するために、未設定のままとなる。次に、ブロック６１２では、ブロック６１０で生成されたビットマップ・ビットが、マルチキャスト送信の一部としてトラフィック・チャネルが割り当てられる端末へ送信されうる。一例において、ブロック６１２における送信は、追加のビットマップ・ビットおよび／または誤り検査ビットを含み、ブロック６０８に記述したような送信と類似の方式で実施されうる。ブロック６１２においてビットマップ・ビットを送信した後、方法６００は、ブロック６１４において終了するが、このブロック６１４では、順方向リンク・データ・バッファに格納された１または複数のデータ・パケット（例えば、ＦＬデータ４４０のパケット）が、端末へ送信される。ブロック６１４におけるデータの送信は、ブロック６１２における、あるいは、次の時間期間におけるものと共通の時間期間で実施されうる。一例において、データ・パケットは、ブロック６０４における判定のために利用されるトラフィック・チャネル上のユニキャスト送信として、ブロック６１４において端末へ通信されうる。
【００６０】
図７は、無線通信システムにおいて持続的なリソース割り当てを用いて通信する方法７００を例示する。方法７００は、例えば、無線通信システムにおける端末（例えば、端末４２０）および／またはその他任意の適切なネットワーク・エンティティによって実行されうることが認識されるべきである。方法７００はブロック７０２で始まり、通信リソースの持続的な割り当てが受信される。一例において、リソースの持続的な割り当ては、システム帯域幅に対する割り当てでありうる。これは、１または複数のサブ帯域、サブキャリア、周波数チャネル、および／または、その他の適切なユニットの形式でありうる。
【００６１】
次に、ブロック７０４において、マルチキャストまたはブロードキャストによるビットマップ信号（例えば、キープ・アライブ・メッセージ４３０）が（例えば、基地局４１０から）受信される。一例において、ブロック７０４で受信されたビットマップ信号は、方法７００を実行するエンティティ、および／または、システム内のその他のエンティティに割り当てられたチャネルおよび／またはその他のリソースに対応するビットマップ・ビット（例えば、構造３００におけるビットマップ・ビット３１０）を含みうる。別の例において、ブロック７０４において受信されたビットマップ信号は、誤り検査ビット（例えばＣＲＣビット３２０）を含みうる。１つの局面によれば、方法７００を実行するエンティティは、ブロック７０４において受信された信号が正しいかどうかを判定するために、ブロック７０４において、ビットマップ信号内に提供された誤り検査ビットを利用することができる。例えば、誤り検査ビットが、期待されるシーケンスとなるかどうかが判定されうる。誤りを検出すると、ブロック６０４で受信されたビットマップ信号が破棄されるか、あるいは、またはそれに加えて、代替信号が必要とされうる。
【００６２】
ブロック７０４においてビットマップ信号を受信すると、方法７００はブロック７０６へ進み、キープ・アライブ・インジケーションを求めて、方法７００を実行するエンティティによって現在使用されているトラフィック・チャネルに対応する信号内のビットマップ・ビットが検査される。ブロック７０６で実行される検査は、例えば、関連するビットマップ・ビットの符号を判定することを含みうる。その後、ブロック７０８において、キープ・アライブ・インジケーションが、ブロック７０６において検査されたビットにおいて検出されたかどうかが判定される。１つの局面によれば、ブロック７０８においてキープ・アライブ・インジケーションが検出されると、方法７００を実行しているエンティティは、このキープ・アライブ・インジケーションにしたがって動作することができる。特に、方法７００はステップ７１０で終了するが、このステップ７１０では、ブロック７０２で受信されたリソース割り当てが保持され、方法７００を実行しているエンティティは、次のビットマップ信号を待つ。あるいは、キープ・アライブ・インジケーションがブロック７０８において検出されないのであれば、方法７００を実行しているエンティティは、データ（例えば、ＦＬデータ４４０）の送信が差し迫っていると仮定し、それにしたがって動作することができる。したがって、方法７００は、代わりにブロック７１２を実行する。ここでは、方法７００を実行しているエンティティは、到来するトラフィック・パケットの復号を試みる。
【００６３】
図８に示すように、本明細書に記載される１または複数の実施形態が動作する無線通信システム８００の例を例示するブロック図が提供される。一例において、システム８００は、送信機システム８１０と受信機システム８５０を含む複数入力複数出力（ＭＩＭＯ）システムである。しかしながら、送信機システム８１０および／または受信機システム８５０はまた、複数入力単数出力システムにも適用され、例えば、（例えば、基地局における）複数の送信アンテナが、（例えば、モバイル局における）単数のアンテナ・デバイスへ１または複数のシンボル・ストリームを送信できることが認識されるべきである。さらに、本明細書に記載の送信機システム８１０および／または受信機システム８５０の局面は、単一出力対単一入力アンテナ・システムと関連して適用されうることが認識されるべきである。
【００６４】
１つの局面によれば、データ・ソース８１２から送信（ＴＸ）データ・プロセッサ８１４への多くのデータ・ストリームに対するトラフィック・データが、送信機システム８１０において提供される。一例において、各データ・ストリームは、その後、各送信アンテナ８２４を経由して送信されうる。さらに、ＴＸデータ・プロセッサ８１４は、符号化データを提供するために、各データ・ストリームのために選択された具体的な符号化スキームに基づいて、各データ・ストリームのトラフィック・データのフォーマット、符号化、およびインタリーブを行うことができる。一例において、各データ・ストリームの符号化データが、ＯＦＤＭ技術を用いて、パイロット・データと多重化されうる。パイロット・データは、例えば、周知の方式で処理される既知のデータ・パターンでありうる。さらに、パイロット・データは、チャネル応答を推定するために、受信機システム８５０において使用されうる。再び送信機システム８１０に示すように、各データ・ストリームの多重化されたパイロットおよび符号化されたデータは、変調シンボルを提供するために、各データ・ストリームのために選択された具体的な変調スキーム（例えば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボル・マップ）されうる。一例において、各データ・ストリームのデータ・レート、符合化、および変調は、プロセッサ８３０によって実行および／または提供される命令によって判定される。
【００６５】
次に、全てのデータ・ストリームのための変調シンボルが、ＴＸプロセッサ８２０に提供される。ＴＸプロセッサ８２０はさらに、（例えば、ＯＦＤＭのために）変調シンボルを処理することができる。その後、ＴＸ  ＭＩＭＯプロセッサ８２０は、ＮＴ個の送信機（ＴＭＴＲ）８２２ａ乃至８２２ｔに、ＮＴ個の変調シンボル・ストリームを提供することができる。一例において、各送信機８２２は、それぞれのシンボル・ストリームを受け取って処理し、１または複数のアナログ信号を提供する。各送信機８２２はその後さらに、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供する。したがって、その後、送信機８２２ａ乃至８２２ｔからのＮＴ個の変調信号が、ＮＴ個のアンテナ８２４ａ乃至８２４ｔそれぞれから送信されうる。
【００６６】
別の局面によれば、この送信された変調信号は、ＮＲ個のアンテナ８５２ａ乃至８５２ｒによって受信機システム８５０において受信される。各アンテナ８５２からのこの受信信号は、その後、それぞれの受信機（ＲＣＶＲ）８５４へ提供される。一例において、各受信機８６４は、それぞれの受信信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、調整された信号をデジタル化してサンプルを提供し、その後、このサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。その後、ＲＸ  ＭＩＭＯ／データ・プロセッサ８６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機８５４からＮＲ個の受信シンボル・ストリームを受け取って処理し、ＮＴ個の「検出された」シンボル・ストリームを提供する。一例において、検出された各シンボル・ストリームは、対応するデータ・ストリームのために送信された変調シンボルの推定値であるシンボルを含みうる。その後、ＲＸプロセッサ８６０は、検出された各シンボル・ストリームを復調、逆インタリーブ、および復号することによって、各シンボル・ストリームを少なくとも部分的に処理し、対応するデータ・ストリームのためのトラフィック・データを復元する。したがって、ＲＸデータ・プロセッサ８１８による処理は、送信機システム８１０におけるＴＸデータ・プロセッサ８１４およびＴＸ  ＭＩＭＯプロセッサ８２０によって実行されるものと相補的でありうる。
【００６７】
１つの局面によれば、ＲＸプロセッサ８６０によって生成されるチャネル応答推定値は、受信機における空間／時間処理の実行、電力レベルの調節、変調レートまたはスキームの変更、および／またはその他の適切な動作のために使用されうる。くわえて、ＲＸプロセッサ８６０はさらに、例えば、検出されたシンボル・ストリームの信号対雑音および干渉比（ＳＮＲ）のようなチャネル特性を推定することができる。ＲＸプロセッサ８６０はその後、推定されたチャネル特性をプロセッサ８７０へ提供することができる。一例において、ＲＸプロセッサ８６０および／またはプロセッサ８７０はさらに、システムの「動作中の」ＳＮＲの推定値を導出することができる。その後、プロセッサ８７０は、チャネル状態情報（ＣＳＩ）を提供することができる。ＣＳＩは、通信リンクおよび／または受信されたデータ・ストリームに関する情報を備えうる。この情報は、例えば、動作中のＳＮＲを含むことができる。その後、ＣＳＩは、ＴＸデータ・プロセッサ８７８によって処理され、変調器８８０によって変調され、送信機８５４ａ乃至８５４ｒによって調整され、再び送信機システム８１０へ送信される。
【００６８】
再び送信機システム８１０において、受信機システム８５０からの変調信号は、その後、アンテナ８２４によって受信され、受信機８２２によって調整され、復調器８４０によって復調され、ＲＸデータ・プロセッサ８４２によって処理されて、受信機システム８５０によってレポートされたＣＳＩが復元される。一例において、このレポートされたＣＳＩは、プロセッサ８３０へ提供され、１または複数のデータ・ストリームのために使用される符合化スキームおよび変調スキームのみならず、データ・レートを判定するために使用される。判定された符合化スキームおよび変調スキームは、その後、量子化のために、および／または、受信機システム８５０への後の送信における使用のために、送信機８２２へ提供される。それにくわえて、および／または、その代わりに、レポートされたＣＳＩは、プロセッサ８３０によって使用され、ＴＸデータ・プロセッサ８１４およびＴＸ  ＭＩＭＯプロセッサ８２０のための様々な制御が生成される。
【００６９】
一例において、送信機システム８１０におけるプロセッサ８３０と、受信機システム８５０におけるプロセッサ８７０とは、それぞれのシステムにおける動作を指示する。さらに、送信機システム８１０におけるメモリ８３２と、受信機システム８５０におけるメモリ８７２とは、プロセッサ８３０およびプロセッサ８７０それぞれによって使用されるプログラム・コードとデータのためのストレージを提供することができる。さらに、受信機システム８５０では、ＮＲ個の受信信号を処理して、ＮＴ個の送信されたシンボル・ストリームを検出するために、様々な処理技術が使用されうる。これらの受信機処理技術は、空間受信機処理技術、および、空間−時間受信機処理技術を含むことができる。これらは、等値化技術、および／または、「連続ヌルイング／等値化および干渉キャンセル」受信機処理技術とも称されうる。また、「連続干渉キャンセル」受信機処理技術または「連続キャンセル」受信機処理技術とも称されうる。
【００７０】
図９は、本明細書に記載の様々な局面にしたがって、無線通信システムにおける送信リソースの割り当てを管理するシステム９００のブロック図である。一例において、システム９００は、基地局またはアクセス・ポイント９０２を含んでいる。例示するように、アクセス・ポイント９０２は、受信（Ｒｘ）アンテナ９０６を経由して、１または複数のアクセス端末９０４から信号を受信し、送信（Ｔｘ）アンテナ９０８を経由して、１または複数のアクセス端末９０４へ送信することができる。さらに、アクセス・ポイント９０２は、受信アンテナ９０６から情報を受信する受信機９１０を備えうる。一例において、受信機９１０は、受信した情報を復調する復調器（Ｄｅｍｏｄ）９１２と動作可能に関連付けられうる。復調されたシンボルは、その後、プロセッサ９１４によって分析されうる。プロセッサ９１４はメモリ９１６と接続されうる。メモリ９１６は、符号クラスタ、アクセス端末割り当て、関連するルックアップ・テーブル、ユニークなスクランブリング・シーケンス、および／または、その他の適切なタイプの情報に関連する情報を格納することができる。一例において、アクセス・ポイント９０２は、方法５００、６００および／またはその他の適切な方法を実行するためにプロセッサ９１４を使用することができる。アクセス・ポイント９０２はまた、送信機９２０によって送信アンテナ９０８を経由して１または複数のアクセス端末９０４へ送信される信号を多重化する変調器９１８を含む。
【００７１】
図１０は、本明細書に記載された様々な局面にしたがうリソース割り当てに基づいて通信を調整するシステム１０００のブロック図である。一例において、システム１０００は、アクセス端末１００２を含んでいる。例示するように、アクセス端末１００２は、１または複数のアクセス・ポイント１００４からの信号を受信し、アンテナ１００８を経由して１または複数のアクセス・ポイント１００４へ送信することができる。さらに、アクセス端末１００２は、アンテナ１００８から情報を受信する受信機１０１０を備えうる。一例において、受信機１０１０は、受信した信号を復調する復調器（Ｄｅｍｏｄ）１０１２と動作可能に関連付けられうる。復調されたシンボルは、その後、プロセッサ１０１４によって分析されうる。プロセッサ１０１４はメモリ１０１６に接続されうる。メモリ１０１６は、アクセス端末１００２に関連するデータおよび／またはプログラム・コードを格納することができる。さらに、アクセス端末１００２は、方法７００および／またはその他の適切な方法を実行するためにプロセッサ１０１４を利用することができる。アクセス端末１００２はまた、送信機１０２０によって、アンテナ１００８を経由して１または複数のアクセス・ポイント１００４へ送信される信号を多重化する変調器１０１８を含むことができる。
【００７２】
図１１は、無線通信システム（例えば、システム２００）において、スティッキーなリソース割り当ての管理を容易にする装置１１００を例示する。装置１１００は、プロセッサ、ソフトウェア、またはこれらの組み合わせ（例えば、ファームウェア）によって実現される機能を表す機能ブロックを含むものとして表されることが認識されるべきである。装置１１００は、基地局（例えば、アクセス・ポイント２１０）および／またはその他の適切なネットワーク・エンティティにおいて実現され、誤り回避のためのＣＲＣビットおよびスティッキーなリソース割り当てを有する端末に対応するビットマップ・ビットを用いて、キープ・アライブ・メッセージを構築するモジュール１１０２を含みうる。さらに、装置１１００は、キープ・アライブ・メッセージを端末へマルチキャストまたはブロードキャストするモジュール１１０４を含みうる。
【００７３】
図１２は、無線通信システムにおいて、ビットマップ・キープ・アライブ・メッセージとデータ・パケットの送信を容易にする装置１２００を例示する。装置１２００は、プロセッサ、ソフトウェア、またはこれらの組み合わせ（例えば、ファームウェア）によって実現される機能を表す機能ブロックでありうる機能ブロックを含むものとして表されると認識されるべきである。装置１２００は、基地局および／またはその他任意のネットワーク・エンティティにおいて実現され、持続的なリソース割り当てを有するアクセス端末のための順方向リンク・データ・バッファが、データを含んでいるかどうかを判定するモジュール１２０２を含みうる。さらに、装置１２００は、この判定に基づいて、アクセス端末に対応するビットマップ・ビットを生成するモジュール１２０４と、この生成されたビットマップ・ビットを、ブロードキャスト・キープ・アライブ・メッセージまたはマルチキャスト・キープ・アライブ・メッセージでアクセス端末へ送信するモジュール１２０６と、順方向リンク・データ・バッファが、データを含んでいると判定すると、順方向リンク・データ・バッファからデータ・パケットを送信するモジュール１２０８とを含みうる。
【００７４】
図１３は、ビットマップ・キープ・アライブ信号、および、リソースのスティッキーな割り当てに基づいて、無線通信システムにおいて、アクセス・ポイントとの通信を容易にする装置１３００を例示する。装置１３００は、プロセッサ、ソフトウェア、またはこれらの組み合わせ（例えば、ファームウェア）によって実現される機能を表す機能ブロックでありうる機能ブロックを含むものとして表されることが認識されるべきである。装置１３００は、無線通信システムにおけるモバイル端末（例えば、端末２２０）および／またはその他の適切なネットワーク・エンティティにおいて実現され、送信リソースのスティッキーな割り当てに関連するマルチキャスト・ビットマップ信号を受信するモジュール１３０２を含みうる。さらに、装置１３００は、現在使用されているトラフィック・チャネルに対応する信号におけるビットマップ・ビットが、キープ・アライブ・インジケーションを備えているかどうかを判定するモジュール１３０４と、前記判定に基づいて、送信リソースのためのスティッキーな割り当てを保持し、および／または、データ・パケットの検出を試みるモジュール１３０６とを含みうる。
【００７５】
本明細書に記載の実施形態は、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、またはこれら任意の組み合わせによって実現されうることが理解されるべきである。システムおよび／または方法が、ソフトウェア、ファームウェア、ミドルウェアまたはマイクロコード、プログラム・コード、または、コード・セグメントによって実現される場合、これらは、例えば記憶構成要素のような機械読取可能媒体に格納されうる。コード・セグメントは、手順、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、ソフトウェア・パッケージ、クラス、命令群の任意の組み合わせ、データ構造、またはプログラム・ステートメントを表すことができる。コード・セグメントは、情報、データ、引数、パラメータ、またはメモリ・コンテンツの引渡しおよび／または受信を行うことによって、別のコード・セグメントまたはハードウェア回路に接続されうる。情報、引数、パラメータ、データ等は、メモリ共有、メッセージ引渡し、トークン引渡し、ネットワーク送信等を含む任意の適切な手段を用いて引渡し、転送、または送信されうる。
【００７６】
ソフトウェアによって実現する場合、本明細書に記載の技術は、本明細書に記載の機能を実行するモジュール（例えば、手順、関数等）を用いて実現されうる。ソフトウェア・コードは、記憶素子に格納され、プロセッサによって実行されうる。記憶素子はプロセッサ内で実施されるか、あるいはプロセッサ外部に実装されうる。プロセッサ外部に実装される場合、当該技術分野で周知の様々な手段によってプロセッサと通信可能に接続されうる。
【００７７】
上述したものは、１または複数の実施形態の例を含んでいる。もちろん、上述した実施形態を記載する目的の考えられる全ての構成要素または方法の組み合わせを記述することは可能ではないが、当業者であれば、様々な実施形態の更なる組み合わせおよび置き換えが可能であることを認識することができる。したがって、記載した実施形態は、特許請求の範囲の精神およびスコープ内にあるそのような全ての変更、修正、および変形を含んでいると意図される。さらに、「含む」という用語が、詳細な説明または請求項の何れかで用いられている限り、そのような用語は、請求項において遷移語として用いられている場合に「備える」と解釈される「備える」という用語と同様に、包括的であると意図される。さらに、詳細な説明または請求項の何れかで使用されている「または」という用語は、「非限定的なまたは」であることが意味される。
【図１】
2010503362.tif 000003
【図２】
2010503362.tif 000004
【図３】
2010503362.tif 000005
【図４】
2010503362.tif 000006
【図５】
2010503362.tif 000007
【図６】
2010503362.tif 000008
【図７】
2010503362.tif 000009
【図８】
2010503362.tif 000010
【図９】
2010503362.tif 000011
【図１０】
2010503362.tif 000012
【図１１】
2010503362.tif 000013
【図１２】
2010503362.tif 000014
【図１３】
2010503362.tif 000015
【国際調査報告】
2010503362.tif 000016
2010503362.tif 000017
2010503362.tif 000018