(57)【要約】  互いに素なリンクと共通のリンクによる通信をサポートするための技法が説明される。一のセクターは、該セクターが互いに素なリンクをサポートするか否かを表すために、オーバーヘッド・メッセージをブロードキャストしても良く、及び／又はユニキャスト・メッセージを送信しても良い。端末は、少なくとも一つのセクターによって互いに素なリンクがサポートされているか否かを表す少なくとも一つのメッセージを受信してもよい。互いに素なリンクがサポートされている場合、該端末に関して順方向リンク（ＦＬ）をサービスするセクターと逆方向リンク（ＲＬ）をサービスするセクターは独立に選択される。互いに素なリンクがサポートされていない場合、該端末に関して、単一のセクターがＦＬとＲＬの両方をサービスするセクターとして選択されても良い。互いに素なリンクがサポートされているならば、端末のハンドオフは順方向と逆方向のリンクに関して独立に実行されても良く、互いに素なリンクがサポートされていない場合には連帯的に実行されてよい。【選択図】図３
2009522951.tif 000002
【特許請求の範囲】
【請求項１】
下記を備える装置：
一のセクターが通信に関する互いに素なリンクをサポートするか否かを表す情報を生成し、前記セクターによって互いに素なリンクがサポートされるか否かを表す一のメッセージを送信するように構成された一のプロセッサー；
前記プロセッサーに結合された一のメモリー。
【請求項２】
前記メッセージはオーバーヘッド・チャネル上で送信される一のビットである請求項１の装置。
【請求項３】
前記メッセージは一の端末に送信される一のユニキャスト・メッセージである請求項１の装置。
【請求項４】
請求項１記載の装置、ここにおいて、
互いに素なリンクがサポートされている場合には、順方向リンクのみ、逆方向リンクのみ、または順方向と逆方向の両方のリンクに関して一の端末にサービスを提供するように指示するように前記プロセッサーは構成される。
【請求項５】
請求項１記載の装置、ここにおいて、
互いに素なリンクがサポートされていない場合には、順方向と逆方向の両方のリンクに関して一の端末にサービスを提供するように指示するように前記プロセッサーは構成される。
【請求項６】
請求項１記載の装置、ここにおいて、
互いに素なリンクがサポートされている場合には、順方向リンクと逆方向リンクに関して独立に一の端末のハンドオフを実行するように指示するように前記プロセッサーは構成される。
【請求項７】
請求項１記載の装置、ここにおいて、
互いに素なリンクがサポートされていない場合には、順方向リンクと逆方向リンクに関して連帯的に一の端末のハンドオフを実行するように指示するように前記プロセッサーは構成される。
【請求項８】
下記を備える方法：
通信に関して一のセクターが互いに素なリンクをサポートするか否かを決定すること；
前記セクターによって互いに素なリンクがサポートされているか否かを表す一のメッセージを送信すること。
【請求項９】
請求項８記載の方法、ここにおいて、
前記メッセージを送信することは下記を備える：
前記セクターによって互いに素なリンクがサポートされているか否かを表す一のビットをオーバーヘッド・チャネル上で送信すること。
【請求項１０】
さらに下記を備える請求項８記載の方法：
互いに素なリンクがサポートされている場合に、順方向リンクのみ、逆方向リンクのみ、または順方向と逆方向の両方のリンクに関して一の端末にサービスを提供すること；
互いに素なリンクがサポートされていない場合に、順方向と逆方向の両方のリンクに関して一の端末にサービスを提供すること。
【請求項１１】
さらに下記を備える請求項８記載の方法：
互いに素なリンクがサポートされている場合に、順方向リンクと逆方向リンクに関して独立に一の端末のハンドオフを実行すること；および、
互いに素なリンクがサポートされていない場合に、順方向リンクと逆方向リンクに関して連帯的に一の端末のハンドオフを実行すること。
【請求項１２】
下記を備える装置：
通信に関して一のセクターが互いに素なリンクをサポートするか否かを決定する手段；
前記セクターによって互いに素なリンクがサポートされているか否かを表す一のメッセージを送信する手段。
【請求項１３】
請求項１２記載の方法、ここにおいて、
前記メッセージを送信する手段は下記を備える：
前記セクターによって互いに素なリンクがサポートされているか否かを表す一のビットをオーバーヘッド・チャネル上で送信する手段。
【請求項１４】
下記を備え、その上に格納されたコードを含むコンピューター可読媒体：
通信に関して一のセクターが互いに素なリンクをサポートするか否かを決定するためのコード；
前記セクターによって互いに素なリンクがサポートされているか否かを表す一のメッセージを送信するためのコード。
【請求項１５】
下記を備える装置：
互いに素なリンクがサポートされているか否かを表す少なくとも一つのメッセージを受信し、互いに素なリンクがサポートされているか否かに基づいて順方向リンクと逆方向リンクに関して一の端末のためにサービスを提供する少なくとも一つのセクターを決定するように構成されたプロセッサ；および、
前記プロセッサに結合されたメモリー。
【請求項１６】
請求項１５記載の装置、ここにおいて、
前記プロセッサは少なくとも一つのセクターから前記少なくとも一つのメッセージを受信するように構成され、各メッセージは、前記メッセージを送信する一のセクターによって互いに素なリンクがサポートされるか否かを表すビットを備える。
【請求項１７】
請求項１５記載の装置、ここにおいて、
前記プロセッサは少なくとも一つのセクターから前記少なくとも一つのメッセージを受信するように構成され、各メッセージは一のセクターによって前記端末に送信されたユニキャスト・メッセージであり、前記メッセージを送信する前記セクターによって互いに素なリンクがサポートされるか否かを表す。
【請求項１８】
請求項１５記載の装置、ここにおいて、
少なくとも一つのメッセージは下記を備える：
前記端末に関する一のアクティブ集合を更新するための一のメッセージであって、前記アクティブ集合の中の各セクターが互いに素なリンクをサポートするか否かを表すメッセージ。
【請求項１９】
請求項１５記載の装置、ここにおいて、
前記端末が互いに素なリンクをサポートするか否かを決定するように前記プロセッサは構成される。
【請求項２０】
請求項１５記載の装置、ここにおいて、
互いに素なリンクがサポートされている場合は、前記端末に関して順方向リンクをサービスするセクターと逆方向リンクをサービスするセクターを独立に選択するように前記プロセッサは構成される。
【請求項２１】
請求項１５記載の装置、ここにおいて、
互いに素なリンクがサポートされていない場合には、順方向リンクと逆方向リンクの両方に関して前記端末のためのサービスを提供する単一のセクターを選択するように前記プロセッサは構成される。
【請求項２２】
請求項１５記載の装置、ここにおいて、
互いに素なリンクがサポートされている場合には、順方向リンクと逆方向リンクに関して独立に前記端末のハンドオフを実行するように前記プロセッサは構成される。
【請求項２３】
請求項１５記載の装置、ここにおいて、
互いに素なリンクがサポートされていない場合には、順方向リンクと逆方向リンクに関して連帯的に前記端末のハンドオフを実行するように前記プロセッサは構成される。
【請求項２４】
請求項２３記載の装置、ここにおいて、
第１のリンクに関するサービスを提供しているセクターにおける変更に指示を取得し、第２のリンクに関するサービスを提供しているセクターを、第１のリンクに関する前記サービスを提供しているセクターへと変更するように前記プロセッサは構成される。
【請求項２５】
下記を備える方法：
互いに素なリンクがサポートされているか否かを表す少なくとも一つのメッセージを受信すること；および、
互いに素なリンクがサポートされているか否かに基づいて順方向リンクと逆方向リンクに関して一の端末のためにサービスを提供する少なくとも一つのセクターを決定すること。
【請求項２６】
請求項２５記載の方法、ここにおいて、
前記少なくとも一つのメッセージを受信することは下記を備える：
少なくとも一つのセクターの各々から、そのビットを送信するセクターによって互いに素なリンクがサポートされているか否かを表すビットを受信すること。
【請求項２７】
さらに下記を備える請求項２５記載の方法：
互いに素なリンクがサポートされている場合は、前記端末に関して順方向リンクをサービスするセクターと逆方向リンクをサービスするセクターとを独立に選択すること；および、
互いに素なリンクがサポートされていない場合は、順方向リンクと逆方向リンクの両方に関して前記端末のためのサービスを提供する単一のセクターを選択すること。
【請求項２８】
さらに下記を備える請求項２５記載の方法：
互いに素なリンクがサポートされている場合は、順方向リンクと逆方向リンクに関して独立に前記端末のハンドオフを実行すること；および、
互いに素なリンクがサポートされていない場合は、順方向リンクと逆方向リンクに関して連帯的に前記端末のハンドオフを実行すること。
【請求項２９】
下記を備える装置：
互いに素なリンクがサポートされているか否かを表す少なくとも一つのメッセージを受信する手段；および、
互いに素なリンクがサポートされているか否かに基づいて順方向リンクと逆方向リンクに関して一の端末のためのサービスを提供する少なくとも一つのセクターを決定する手段。
【請求項３０】
請求項２９記載の装置、ここにおいて、
前記少なくとも一つのメッセージを受信する前記手段は下記を備える：
少なくとも一つのセクターの各々から、そのビットを送信する前記セクターによって互いに素なリンクがサポートされているか否かを表すビットを受信する手段。
【請求項３１】
さらに下記を備える請求項２９の装置：
互いに素なリンクがサポートされている場合には、前記端末に関して順方向リンクをサービスするセクターと逆方向リンクをサービスするセクターを独立に選択する手段；および、
互いに素なリンクがサポートされていない場合には、順方向リンクと逆方向リンクの両方に関して前記端末のためにサービスを提供する単一のセクターを選択する手段。
【請求項３２】
その上に格納され、下記を備えるコードを含むコンピューター可読媒体：
互いに素なリンクがサポートされているか否かを表す少なくとも一つのメッセージを受信するためのコード；および、
互いに素なリンクがサポートされているか否かに基づいて、順方向リンクと逆方向リンクに関して一の端末のためにサービスを提供する少なくとも一つのセクターを決定するためのコード。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、「互いに素なリンク動作に関するシステムと方法」と題され2006年１月５日に出願され、本願の譲受人に譲渡され参照により本願明細書に組み込まれる米国仮出願６０／７５６，９３１に基づく優先権を主張する。
【０００２】
本開示は一般には通信に関し、より具体的には無線通信システムにおいて通信をサポートする技法に関する。
【背景技術】
【０００３】
音声、ビデオ、パケット・データ、ブロードキャスト、メッセ−ジング等のような様々な通信サービスを提供するために、無線通信システムは広範に展開されている。これらのシステムは、利用可能なシステム資源を共有することにより複数ユーザーのために通信をサポートすることが可能な多元アクセスシステムであってもよい。このような多元アクセスシステムの例には、符号分割多元アクセス（ＣＤＭＡ）システム、時分割多元アクセス（ＴＤＭＡ）システム、周波数分割多元アクセス（ＦＤＭＡ）システム、直交ＯＦＤＭ（ＯＦＤＭＡ）システム、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システム等が含まれる。
【０００４】
無線通信システムにおいては、順方向及び逆方向のリンクの上での送信を介して一の端末は一つ又は複数の基地局と通信しても良い。順方向リンク（すなわち、ダウンリンク）とは、基地局から端末への通信リンクを指して言い、逆方向リンク（すなわち、アップリンク）とは、端末から基地局への通信リンクを指して言う。任意の与えられた瞬間において、該端末は一又は複数の基地局に対して逆方向リンク上で一の伝送を送信してよく、および／または一又は複数の基地局から順方向リンク上で一の伝送を受信しても良い。性能を改善するために、順方向と逆方向のリンクの上で該端末にサービスを提供する適切な基地局を選択することが望ましい。
【発明の開示】
【発明の概要】
【０００５】
互いに素なリンクおよび共通のリンク（すなわち、互いに素でないリンク）を用いた通信をサポートするための技法が本明細書において記載される。互いに素なリンクがサポートされている場合、順方向リンク（ＦＬ）をサービスするセクターと逆方向リンク（ＲＬ）をサービスするセクターは一の端末に関して独立に選択されてよい。互いに素なリンクがサポートされない場合、該端末に関してＦＬとＲＬの両方をサービスするセクターとして単一のセクターが選択される。与えられたリンクに関するサービスするセクターは、そのリンクに関して該端末にサービスを提供するために選択された一のセクターである。
【０００６】
一の態様において、一のセクターは互いに素なリンクまたは共通のリンクをサポートすることが可能であり、それはシステム設定に基づいて静的に決定されても良く、またはシステムの動作中に動的に選択されても良い。該セクターは一のオーバーヘッド・メッセージ（例えば、一のモード・ビット）をブロードキャストしても良く、それは該セクターが互いに素なリンクをサポートするか否かを表す。該セクターのカバー範囲内の複数の端末は該オーバーヘッド・メッセージを受信し、該セクターが互いに素なリンクをサポートするか否かを表す情報を生成することが出来る。代替的に、又は追加的に、特定の端末に対して送信されるユニキャスト・メッセージを介して、該セクターはそれが互いに素なリンクをサポートするか否かを伝送しても良い。
【０００７】
もう一つの態様において、一の端末は、該端末にサービスする可能性のある複数の候補セクターによって互いに素なリンク又は共通のリンクの何れがサポートされるかに基づいて動作する。該複数の候補セクターによって互いに素なリンクがサポートされているか否かを表す複数のメッセージを該端末は受信しても良い。互いに素なリンクがサポートされているか否かに基づいて、順方向リンクと逆方向リンクに関して該端末のためにサービスを提供する少なくとも一つのセクターが選択されても良い。互いに素なリンクがサポートされている場合、ＦＬをサービスするセクターとＲＬをサービスするセクターは該端末に関して独立に選択されても良い。互いに素なリンクがサポートされていない場合、両方のリンクに関してサービスする単一のセクターが選択されて良い。互いに素なリンクがサポートされているか否かに基づいてハンドオフもまた実行されても良い。例えば、互いに素なリンクがサポートされている場合は該端末のハンドオフは順方向リンクと逆方向リンクに関して独立に実行されてよく、互いに素なリンクがサポートされていない場合は連帯的に実行されても良い。
【０００８】
本開示の様々な態様と特徴が以下でさらに詳細に記載される。
【発明の詳細な説明】
【０００９】
本明細書で説明される技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、およびＳＣ−ＦＤＭＡのような様々な通信システムに関して使用されることが可能である。用語「システム」と「ネットワーク」とはしばしば互換可能に用いられる。ＣＤＭＡシステムは例えば広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）、ＣＤＭＡ２０００、その他のような無線技術を実装することが可能である。ＣＤＭＡ２０００はＩＳ−２０００、ＩＳ−８５６、およびＩＳ−９５標準をカバーする。ＴＤＭＡシステムは例えばＧｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ）、Ｄｉｇｉｔａｌ  Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｐｈｏｎｅ  Ｓｙｓｔｅｍ（Ｄ−ＡＭＰＳ）、その他のような無線技術を実装することが可能である。これらの様々な無線技術と標準は当該技術分野において既知である。ＯＦＤＭＡシステムは直交周波数分割多重化(Orthogonal Frequency Division Multiplexing)（ＯＦＤＭ）を利用する。ＳＣ−ＦＤＭＡシステムは、単一キャリア周波数分割多重(Single-Carrier Frequency Division Multiplexing)（ＳＣ−ＦＤＭ）を利用する。ＯＦＤＭとＳＣ−ＦＤＭはシステム帯域幅を多数の直交するサブキャリアに分割し、それらはトーン(tone)、ビン(bin)等とも呼ばれる。各サブキャリアはデータで変調されることが可能である。一般に、変調シンボルはＯＦＤＭでは周波数領域において、ＳＣ−ＦＤＭでは時間領域において送信される。
【００１０】
図１は、複数の基地局と複数の端末とを伴う無線通信システム１００を示す。簡単のために１１０ａ、１１０ｂ、および１１０ｃの３つの基地局と１２０ａ〜１２０ｉまでの９個の端末のみが図１において示される。基地局は複数の端末と通信する局である。基地局はアクセスポイント、ノードＢ、拡張されたノードＢ、等とも呼ばれても良く、これらの機能の一部又は全てを含んでも良い。各基地局１１０は、特定の地理的エリア１０２のために通信カバレージ(communication coverage)を提供する。用語「セル」は、その用語が用いられる文脈に応じて基地局、および／またはそのカバレージ・エリア(coverage area)を指して言うことが可能である。システム容量を改善するために、一の基地局のカバレージ・エリア(coverage area)は複数のより小さいエリア（例えば、３つのより小さいエリア）に分割されることが可能である。各々のより小さいエリアは各々のベース・トランシーバー・サブシステム（ＢＴＳ）によってサービスされることが可能である。用語「セクター」は、その用語が用いられる文脈に応じてＢＴＳ、および／またはそのカバレージ・エリアを指して言うことが可能である。セクター化されたセルに関しては、そのセルの全てのセクターについての複数のＢＴＳは、典型的にはそのセルに関する基地局の内部に共配置されている。
【００１１】
図１に示された実例においては、基地局１１０ａはセクターＡ、Ｂ、およびＣに関して通信カバレージを提供する。基地局１１０ｂはセクターＤ、Ｅ、およびＦに関して通信カバレージを提供する。基地局１１０ｃはセクターＧ、Ｈ、およびＩに関して通信カバレージを提供する。
【００１２】
集中化されたアークテクチャーに関しては、一のシステムコントローラー１３０は複数の基地局１１０に結合し、これらの基地局のために協調と制御を提供する。システムコントローラー１３０は単一のネットワーク・エンティティであってもよく、または複数のネットワーク・エンティティの集合体であっても良い。分散型アーキテクチャーに関しては、該複数の基地局は必要に応じて互いに通信して良い。
【００１３】
基地局１２０は、システム全体にわたって分散されて良く、各端末は固定式又は移動式であって良い。端末はまた、アクセス端末、移動局、ユーザー装置、加入者局、局などとも呼ばれても良く、これらの一部又は全ての機能を含んでも良い。端末は、セルラー電話、無線デバイス、パーソナル・デジタル・アシスタント（ＰＤＡ）、無線モデム、ハンドヘル・ドデバイス等であっても良い。
【００１４】
端末はセクターから順方向リンク（ＦＬ）の上で伝送を受信しても良く、そのセクターは「ＦＬをサービスするセクター」と呼ばれる。該端末はまた、セクターに対して逆方向リンク（ＲＬ）の上で伝送を送信しても良く、そのセクターは「ＲＬをサービスするセクター」と呼ばれる。受信された信号の強度、受信された信号の品質、および／または異なる複数のセクターに関して該端末によって実行された他の計測に基づいて、該「ＦＬをサービスするセクター」は該端末又は該システムによって選択されてもよい。受信された信号の強度、受信された信号の品質、および／または該端末に関して異なる複数のセクターによって実行された他の計測に基づいて、該「ＲＬをサービスするセクター」は該端末又は該システムによって選択されてもよい。もしも、一方のエンティティが所与のリンクに関して計測を実行し、他方のエンティティがそのリンクに関してサービスをするセクターを選択するならば、計測を実行するエンティティはサービスをするセクターを選択しているエンティティに対して情報（例えば、信号の強度、信号の品質、干渉のレベルなどに関する）を送信しても良い。一般に、「ＦＬをサービスするセクター」は「ＲＬをサービスするセクター」であってもなくても良い。「ＦＬ、およびＲＬをサービスするセクター」は、該端末がそれぞれＦＬおよびＲＬの割り当てを成功裡に受信した最後のセクターであっても良い。新しいＦＬ、および／またはＲＬの割り当てが他のセクターから受信されるまで、該端末に関してこれらのセクターが「サービスするセクター」であり続けても良い。
【００１５】
端末またはセクターは互いに素なリンクまたは共通のリンクを使用して通信しても良い。互いに素なリンクとは、該端末に関して、「ＦＬをサービスするセクター」と「ＲＬをサービスするセクター」が独立に選択されるシナリオを指して言う。互いに素なリンクに関しては単一のセクターまたは二つの異なるセクターが順方向および逆方向のリンクの上で該端末にサービスを提供できる。共通のリンク（すなわち互いに素ではないリンク）とは、該端末に関して単一のセクターが「ＦＬをサービスするセクター」と「ＲＬをサービスするセクター」の両者であるシナリオを指して言う。共通のリンクに関しては、ＦＬおよびＲＬをサービスするセクターは連帯的に選択される。
【００１６】
図１は、共通のリンクによる通信を示す。各端末は、順方向と逆方向のリンクの両者に関して単一のサービスするセクターと通信し、それは双方向の矢印を伴う実線で表示されている。例えば、端末１２０ａはセクターＡと通信し、端末１２０ｂはセクターＢと通信し、端末１２０ｃはセクターＣと通信し、などである。端末はまた、サービスしていないセクターからパイロット、および／またはシグナリングを受信し、それは片方向の矢印を伴う破線で表示されている。例えば、端末１２０ｂは、サービスしていないセクターＦからパイロット、および／またはシグナリングを受信しても良く、端末１２０ｆは、サービスしていないセクターＢ、およびＧからパイロット、および／またはシグナリングを受信しても良く、などである。
【００１７】
共通のリンクにおいては、端末は、順方向および逆方向のリンクの両者に関して単一のアクティブ集合を有していても良い。一のアクティブ集合は任意の基準に基づいて選択されても良い複数のセクターの集合である。アクティブ集合はまた、候補集合、セクター集合、等とも呼ばれても良い。一のアクティブ集合はサービスするセクターと共に該端末がハンドオフされても良い複数の候補セクターを含んでも良い。アクティブ集合はまた、例えば媒体アクセス制御識別子（Medium Access Control identifier）（ＭＡＣ  ＩＤ）、端末ＩＤ、無線および／または時間のリソース等のような特定のリソースを該端末に割り当てたセクターをも含んでも良い。アクティブ集合はまた、例えば、該端末および／またはセクターによって計測された結果、充分な信号の強度または品質のセクターを含んでも良い。アクティブ集合はまた、他の方法によって決定されたセクターを含んでも良い。図１に示された実例においては、端末１２０ｂに関するアクティブ集合はセクターＢおよびＦを含み、端末１２０ｆに関するアクティブ集合はセクターＢ、Ｆ、Ｇを含む、などである。信号の強度、信号の品質、および／または端末および／またはセクターによって実行されても良い他の計測に基づいて、セクターはアクティブ集合に追加され、またはそこから除外されてもよい。アクティブ集合は、同一セル内の異なるセクターの間、または異なるセルの間の該端末のハンドオフを容易にする。ハンドオフは、通信を維持するため、性能を改善するため、容量を管理するため、などのために実行されても良い。
【００１８】
図２は、互いに素なリンクと共通のリンクによる通信を示す。この例では、端末１２０ｂ、１２０ｃ、１２０ｆおよび１２０ｇは互いに素なリンクで動作し、端末１２０ａ、１２０ｄ、１２０ｅ、１２０ｈ、および１２０ｉは共通のリンクで動作する。互いに素なリンクによる各端末に関して「ＦＬをサービスするセクター」は該端末を指す片方向の矢印を伴う実線で表示され、「ＲＬをサービスするセクター」はセクターを指す片方向の矢印を伴う実線で表示される。例えば、端末１２０ｂは、「ＦＬをサービスするセクター」としてセクターＢを有し、「ＲＬをサービスするセクター」としてセクターＦを有し、端末１２０ｃは、「ＦＬをサービスするセクター」としてセクターＧを有し、「ＲＬをサービスするセクター」としてセクターＣを有する。
【００１９】
互いに素なリンクに関して、一の端末は順方向と逆方向のリンクに関して別々のアクティブ集合を有しても良い。各リンクに関するアクティブ集合は、そのリンクに関するサービスするセクターに加えて、そのリンクに関して該端末がハンドオフされる可能性がある候補セクターを含んでも良い。各リンクに関する信号の強度／品質の計測に基づいて、各リンクに関するアクティブ集合にセクターが追加され、またはそこからセクターが除外されてもよい。代替的に、互いに素なリンクに関してさえも、順方向と逆方向のリンクの両者に関して単一のアクティブ集合が維持されても良い。互いに素なリンクと共通のリンクの両者に関して、一のアクティブ集合の中の該複数のセクターは一または複数の同期的な部分集合のメンバーであっても良い。各々の同期的な部分集合は同じタイミングを有する一または複数のセクターを含んでも良い。異なる同期的な部分集合は異なるタイミングを有しても良い（例えば、異なるソースによって同期される）。
【００２０】
互いに素なリンクをサポートすることは有利である可能性がある。例えば、システムはセクターと端末の間の通信のために周波数分割二重（Frequency Division Duplexing）（ＦＤＤ）を利用する可能性がある。ＦＤＤに関しては、順方向と逆方向のリンクに関して二つの別々の周波数チャネルが使用され、順方向リンクに関するチャネル状態は逆方向リンクに関するチャネル状態とは良好には相関しない可能性がある。システムはセクターと端末の間の通信のために時間分割二重（Time Division Duplexing）（ＴＤＤ）を利用する可能性もある。ＴＤＤに関しては、順方向と逆方向のリンクの両者に関して単一の周波数チャネルが使用され、それらは同様のチャネル応答を経験する可能性がある。しかしながら干渉の状態は順方向リンク上と逆方向リンク上では異なる可能性がある。さらに、異なるセクターは異なるアンテナ利得または電力増幅器の規模を有する可能性があり、それは順方向リンクと逆方向リンクの間の不均衡という結果をもたらすかも知れない。ＦＤＤとＴＤＤの両者に関して、互いに素なリンクは下記の選択を可能にするだろう、（ａ）「ＦＬをサービスするセクターとして端末のために最良の順方向リンクチャネル状態を有するセクター」、および（ｂ）「ＲＬをサービスするセクターとして端末のために最良の逆方向リンクチャネル状態を有するセクター」。
【００２１】
しかしながら、幾つかの状況では、共通のリンクを有することが適切である可能性がある。例えば、システムがＴＤＤを利用し、順方向リンクと逆方向リンクの上で干渉の状態が同様である場合がこのような場合に該当するかも知れない。単一のセクターは一の端末に関する最良の順方向および逆方向のリンクのチャネル状態を観察しても良く、両者のリンクに関して該端末に対して効率的にサービスすることが可能である。一のセクターが一の端末に対して逆方向リンクチャネル品質に関する情報を送信するのに十分な容量を持たない場合、共通のリンクはＦＤＤシステムにおいてもまた有用であるかもしれない。この場合、該端末は逆方向リンクに関する関連した情報を有さないだろうし、適切な「ＲＬをサービスするセクター」を選択することができないかもしれない。
【００２２】
一の態様において、、一のセクターは静的または動的な基準に基づいて互いに素なリンク、および／または共通のリンクをサポートしても良い。該セクターは「互いに素なリンクが許されたモード」、または（共通リンクモードまたは互いに素でないリンクのモードとも呼ばれても良い）「互いに素なリンクが禁止されたモード」の何れか一方で動作しても良い。「互いに素なリンクが許されたモード」においては、互いに素なリンクと共通のリンクの両者がサポートされ、該セクターは端末のための「ＦＬをサービスするセクター」、または「ＲＬをサービスするセクター」、または「ＦＬとＲＬの両者をサービスするセクター」として選択されても良い。「互いに素なリンクが禁止されたモード」においては、共通のリンクだけがサポートされ、互いに素なリンクは許されない。このモードにおいては、該セクターは端末のためのサービスするセクターとして選択されて良く、その後その端末のためのＦＬとＲＬの両者をサービスするセクターとなるだろう。従って、このモードにおいては該端末は順方向と逆方向の両者のリンクに関して同一のサービスするセクターを持つように強制される。
【００２３】
一のセクターは、様々な要因に基づいて前記２つのモードのうちの一つにおいて動作して良い。例えば、システムがＦＤＤをサポートしている場合は該セクターは互いに素なリンクをサポートしても良く、システムがＴＤＤをサポートしている場合は互いに素なリンクをサポートしなくても良い。一の端末はＦＤＤとＴＤＤの両者において動作することが可能であっても良く、これらの二つのタイプのシステムはモードビットを個別に設定しても良い。逆方向リンクチャネル品質に関する情報を送信するのに不充分な容量しかない場合、ＲＬの品質を計測するのにＲＬのパイロットが不充分である場合、等の場合には、セクターもまた互いに素なリンクを禁止しても良い。一般に、システムの構成、セクターの機能と容量、および／または他の要因に基づいて、該セクターのために適切なモードが選択されることが可能である。該セクターによってサポートされるモードはシステムの構成に基づいて静的に決定されても良く、またはシステムの動作期間中に動的に選択されても良い。
【００２４】
セクターは、該セクターのカバレージの内部の全ての端末について前記二つのモードの何れかで動作しても良い。該セクターはまた、異なる端末について異なるモードで動作しても良い。例えば、一部の端末は互いに素なリンクをサポートする可能性があり、その一方で、他の端末は互いに素なリンクをサポートしない可能性がある。互いに素なリンクをサポートするための端末の機能は該端末によって送信されたメッセージ、該端末のＩＤ、該端末のタイプ、複数の端末の機能に関する情報を含むデータベース、などに基づいて決定されても良い。
【００２５】
一のセクターは様々な方法でそのサポートされたモードを伝えても良い。一の設計においては、該セクターはそのサポートされるモードを表すモードビットをブロードキャストする。例えば、互いに素なリンクがサポートされていることを表示するために、該モードビットは１に設定され、互いに素なリンクがサポートされていないことを表示するために０に設定されても良い。該モードビットはオーバーヘッド・チャネル上で送信されるオーバーヘッド・メッセージ、またはシグナリングの一部であっても良く、周期的に送信されても良い。該セクターのカバレージ内部の複数の端末は該モードビットを受信でき、該セクターが互いに素なリンクをサポートするか否かを表す情報を生成できる。
【００２６】
他の設計においては、一のセクターは特定の端末に対して送信されるユニキャスト・メッセージでそのサポートされるモードを伝える。例えば、一の端末に関するアクティブ集合を更新するメッセージは下記を含んでも良い、（ａ）そのセクターが互いに素なリンクをサポートするか否かを表すアクティブ集合内の各セクターに関する別個のビット、または（ｂ）アクティブ集合内の全てのセクターについて、これらのセクターが互いに素なリンクをサポートするか否かを表す単一のビット。例えば、該アクティブ集合内のセクターＡは互いに素なリンクをサポートしても良く、その一方で、セクターＢは互いに素なリンクをサポートしなくても良い。他の例として、アクティブ集合内の全てのセクターが互いに素なリンクをサポートするか、またはしないかを単一のビットが表示しても良い。ユニキャスト・メッセージは該セクターが異なる端末に関して異なるモードをサポートし、特定の端末に対してそのサポートされたモードを伝えることを可能にする。
【００２７】
一の設計においては、各セクターに関するモードは独立に選択されても良い。この設計においては、隣接する複数のセクターはそれらのモードビットを独立にブロードキャストしても良い。他の設計においては、複数の隣接するセクターは同一のモードで動作し、そのモードはシステムによって決定される。この設計においては隣接する複数のセクターは同一のモードビットをブロードキャストしても良い。
【００２８】
システムはハード・ハンドオフ、ソフト・ハンドオフ、またはよりソフトなハンドオフをサポートしても良い。ハード・ハンドオフとは、第２のセクターへの接続が生成されるよりも前またはそれと同時に第１のセクターへの接続が切断されるような、第１のセクターから第２のセクターへの端末の移動を指して言う。ソフト・ハンドオフとは、第１のセクターへの接続が切断されるよりも前に第２のセクターへの接続が生成されるような、一のセル内の第１のセクターから他のセル内の第２のセクターへの端末の移動を指して言う。よりソフトなハンドオフとは、第１のセクターへの接続が切断されるよりも前に第２のセクターへの接続が生成されるような、一のセル内の第１のセクターから同一のセル内の第２のセクターへの端末の移動を指して言う。システムがハード、ソフト、またはよりソフトなハンドオフのいずれをサポートするかに依存して、一の端末に関するアクティブ集合は異なる可能性がある。以下の説明においては、ハンドオフとはハード・ハンドオフ、ソフト・ハンドオフ、またはよりソフトなハンドオフを指して言うことができるものとする。
【００２９】
一のセクターへの一の端末のハンドオフ（ハード、ソフト、またはよりソフトなハンドオフの何れか）は影響を受けるセクターによってサポートされるモードに基づいて実行されても良い。該端末にとっての最良のＦＬセクターと最良のＲＬセクターは受信された信号の強度、受信された信号の品質などに基づいて決定されて良い。現在の「ＦＬをサービスするセクター」が最良のＦＬセクターではない場合、影響を受けるセクターのモードによって許されているならば、最良のＦＬセクターへのＦＬハンドオフが実行されても良い。同様に、現在の「ＲＬをサービスするセクター」が最良のＲＬセクターではない場合、影響を受けるセクターのモードによって許されているならば、最良のＲＬセクターへのＲＬハンドオフが実行されても良い。ＦＬハンドオフ、および／またはＲＬハンドオフを実行するための決定は異なる複数のセクターに関するチャネル状態セクター容量、などの様々な要因に基づいていてもよい。
【００３０】
表１は、一の端末のためのハンドオフを実行することの設計の一例を与える。ＦＬハンドオフが実行され、最良のＦＬセクターが互いに素なリンクをサポートしていない場合、最良のＦＬセクターへのＲＬハンドオフもまた実行される。同様に、ＲＬハンドオフが実行され、最良のＲＬセクターが互いに素なリンクをサポートしていない場合、最良のＲＬセクターへのＦＬハンドオフもまた実行される。
【表１】
2009522951.tif 000003
【００３１】
ハンドオフはまた、他のハンドオフのルールおよびロジックに基づいて他の方法により実行されても良い。例えば、ターゲットとなる「ＦＬをサービスするセクター」が互いに素なリンクをサポートしていない場合、ＦＬハンドオフの要求は自動的にＲＬハンドオフの要求としても解釈されるようにしても良い。
【００３２】
図３は、通信をサポートするために一のセクターによって実行される方法３００を示す。該セクターは一の端末のための現在のサービスするセクター、該端末が登録しようと試み、または通信に入ろうと試みているセクター、などであって良い。最初に、該セクターが通信に関して互いに素なリンクをサポートするか否かについての決定がなされる（ブロック３１０）。この決定は下記に基づいていて良い、（ａ）システムの構成時に決定されたプリセットされた／固定されたパラメータ、または（ｂ）システムの動作期間中に動的に選択されることが可能な設定可能なパラメータ。代替的に、この情報は、機能的なパラメータ、またはそれと同様のものに基づいて予め決定され、読み出されてもよい。
【００３３】
ブロック３１０に関して答えが「Ｙｅｓ」なら、該セクターによって互いに素なリンクがサポートされていることを表すメッセージが送信される（ブロック３２０）。湖のメッセージはオーバーヘッド・メッセージ、ユニキャスト・メッセージ、マルチキャスト・メッセージ、または実際には送信されない暗黙的なメッセージであっても良い。該セクターは、端末のためのサービスするセクターとして選択されたならば、順方向リンクのみ、または逆方向リンクのみ、または両方のリンクに関して該端末にサービスしてよい（ブロック３２２）。該セクターから／該セクターへの該端末のハンドオフは順方向および逆方向のリンクに関して独立に実行されても良い（ブロック３２４）。
【００３４】
さもなくば、ブロック３１０に関して答えが「Ｎｏ」なら、該セクターによって互いに素なリンクがサポートされていないことを表すメッセージが送信される（ブロック３３０）。該セクターは、端末のためのサービスするセクターとして選択されたならば、順方向と逆方向の両方のリンクに関して該端末にサービスしてよい（ブロック３３２）。該セクターから／該セクターへの該端末のハンドオフは順方向および逆方向のリンクに関して連帯的に実行されて良く、それによって両方のリンクに関するハンドオフはリンクされるだろう（ブロック３３４）。
【００３５】
ブロック３２０および３３０に関して、該セクターは互いに素なリンクがサポートされているか否かを下記に対して伝えても良い、（ａ）ブロードキャスト・メッセージを通じて全ての端末へ、（ｂ）ユニキャスト・メッセージを通じて特定の端末へ、（ｃ）マルチキャスト・メッセージを通じて複数の端末のグループへ。該セクターはまた、他のシグナリング機構を使用して他の方法によりこの情報を伝えても良い。
【００３６】
図４は、一のセクターによって通信をサポートするための装置４００を示す。装置４００は、該セクターが通信に関して互いに素なリンクをサポートするか否かを決定する手段（ブロック４１２）、互いに素なリンクがサポートされているか否かを表すメッセージを送信する手段（ブロック４１４）、互いに素なリンクがサポートされている場合に、順方向リンクのみ、または逆方向リンクのみ、または両方のリンクに関して端末にサービスする手段（ブロック４１６）、互いに素なリンクがサポートされていない場合に、順方向と逆方向の両方のリンクに関して該端末にサービスする手段（ブロック４１８）、互いに素なリンクがサポートされている場合に、順方向と逆方向のリンクに関して独立に該端末のハンドオフを実行する手段（ブロック４２０）、互いに素なリンクがサポートされていない場合に、順方向と逆方向のリンクに関して連帯的に該端末のハンドオフを実行する手段（４２２）を含む。
【００３７】
図５は一の端末に関して通信をサポートするための方法５００を示す。方法５００は、該端末または該端末に関する通信、及び／又はハンドオフを調整するように指示されたネットワーク・エンティティによって実行される。最初に、例えば該端末に関するアクティブ集合中の少なくとも一つのセクターによって互いに素なリンクがサポートされているか否かを表す少なくとも一つのメッセージが受信される（ブロック５１０）。方法５００が該端末によって実行されるなら、該端末は下記を受信しても良い、（ａ）アクティブ集合内の各セクターにブロードキャストされたモードビット、（ｂ）アクティブ集合内の各セクターによってサポートされているモードを表す一又は複数のユニキャスト・メッセージ（例えば、アクティブ集合更新メッセージ）。方法５００が、指示されたネットワーク・エンティティによって実行されるなら、このネットワーク・エンティティはバックホール通信（backhaul communication）を介してアクティブ集合内の複数のセクターから少なくとも一つのメッセージを取得してもよい。何れの場合においても、例えば、ブロック５１０において受信された少なくとも一つのメッセージ、互いに素なリンクをサポートするための端末の機能、及び／又は他の要因に基づいて該端末に関して互いに素なリンクがサポートされているか否かの判定がなされる（ブロック５１２）。この事は、端末に基づいて既知である可能性があり、そして該判定は単に、サポートされるモードを表す情報を生成することである。
【００３８】
ブロック５１２に関して答えが「Ｙｅｓ」であり、互いに素なリンクがサポートされているならば、該端末に関して「ＦＬをサービスするセクター」と「ＲＬをサービスするセクター」は独立に選択される（ブロック５２０）。該端末のハンドオフは順方向と逆方向のリンクに関して独立に実行されても良い（ブロック５２２）。さもなくば、ブロック５１２に関して答えが「Ｎｏ」であり、互いに素なリンクがサポートされていない場合には、該端末のために順方向と逆方向の両方のリンクに関して単一のサービスするセクターが選択される（ブロック５３０）。該端末のハンドオフは順方向と逆方向のリンクに関して連帯的に実行される（ブロック５３２）。順方向リンクと逆方向リンクのいずれか一方に関してサービスするセクターに変更が生じたか否かの決定がなされる（ブロック５３４）。もしも答えが「Ｙｅｓ」ならば、他のリンクに関するサービスするセクターもまた新たなサービスするセクターに変更される（ブロック５３６）。
【００３９】
図５に示されるように、互いに素なリンクがサポートされないならば、順方向リンクをサービスするセクターの変更は、逆方向リンクをサービスするセクターの変更を自動的に意味し、その逆も真である。例えば、該端末によって送信されたハンドオフ要求、システムによってなされたハンドオフの決定、などからの結果として生じたサービスするセクターの変更のような、サービスするセクターのいかなる変更にもこのロジックは適用されて良い。
【００４０】
図６は、一の端末に関して通信をサポートするための装置６００を示す。装置６００は、互いに素なリンクがサポートされているか否かを表す少なくとも一つのメッセージを受信する手段（ブロック６１２）、互いに素なリンクがサポートされているか否かに基づいて一の端末のために順方向と逆方向のリンクに関して少なくとも一つのサービスするセクターを決定する手段（ブロック６１４）、互いに素なリンクがサポートされているならば、該端末のために、「順方向リンクをサービスするセクター」と「逆方向リンクをサービスするセクター」を独立に選択する手段（ブロック６１６）、互いに素なリンクがサポートされていないならば、該端末のために順方向と逆方向の両方のリンクのために単一のサービスするセクターを選択する手段（ブロック６１８）、互いに素なリンクがサポートされているならば、順方向と逆方向のリンクに関して独立に該端末のハンドオフを実行する手段（ブロック６２０）、互いに素なリンクがサポートされていないならば、順方向と逆方向のリンクに関して連帯的に該端末のハンドオフを実行する手段（ブロック６２２）を含む。
【００４１】
図７はシステム１００のために使用されて良い例示的なスーパーフレーム構造７００を示す。伝送の時間軸は複数のスーパーフレームに分割されて良い。各スーパーフレームは特定の時間期間に亘ることができ、その期間は固定されていても、または設定可能であっても良い。各スーパーフレームは、その後にＮ個のフレームが続く一のプリアンブルを含んでも良く、ここでＮ≧１である。スーパーフレームのプリアンブルは該端末が順方向リンクの制御チャネルを受信し、システムにアクセスすることを可能にするオーバーヘッド情報を運んでも良い。オーバーヘッド・メッセージ（例えば、SystemInfoメッセージ、QuickChannelInfoメッセージなど）はスーパーフレームのプリアンブルで送信されても良く、上記されたように設定されても良いモードビットを含んでも良い。該プリアンブルの後ろの各フレームはトラフィックデータ、及び／又はメッセージを運んでも良い。モードビットを含むオーバーヘッド・メッセージ（例えば、ExtendedChannelInfoメッセージなど）はまた、トラフィックデータと同様の態様で、ただしブロードキャストＭＡＣ  ＩＤ（図７に示されていない）を伴って送信されても良い。ユニキャスト・メッセージ（例えば、ActiveSetUpdateメッセージなど）は特定の端末に送信されても良く、例えば（図７に示されるように）アクティブ集合内の各セクター毎に一つのモードビットを含んでも良く、または（図７に示されないが）アクティブ集合内の全てのセクターについて一つのモードビットを含んでも良い。一のセクターはまた、他のメッセージを使用して他の方法により、互いに素なリンクがサポートされているか否かを伝えても良い。
【００４２】
図８は図１における基地局１１０と端末１２０の設計のブロック図を示す。この設計においては、基地局１１０と端末１２０の各々には単一のアンテナが装備される。
【００４３】
基地局１１０における順方向リンクの伝送に関しては、送信（ＴＸ）データおよびシグナリングのプロセッサ８１０がデータ・ソース８０８から一又は複数の端末のためのトラフィック・データを受信し、各端末に関して該トラフィック・データを処理し（例えば、フォーマットし、符号化し、インターリーブし、そしてシンボルマップする）、そしてデータ・シンボルを提供する。プロセッサ８１０はまた、シグナリング（例えば、互いに素なリンクがサポートされているか否かを表すモードビット又はユニキャスト・メッセージ、ハンドオフ命令、など）を受信し、シグナリング・シンボルを生成する。変調器（Ｍｏｄ）８１２は、データ・シンボル、シグナリング・シンボル、およびパイロット・シンボルの上で変調（例えば、ＯＦＤＭ、ＳＣ−ＦＤＭ、ＣＤＭＡなどのための）を実行し、出力チップを提供する。送信器（ＴＭＴＲ）８１４は、出力チップを調整し（例えば、アナログに変換し、フィルタリングし、増幅し、アップコンバートする）、順方向リンク信号を生成し、それはアンテナ８１６を介して送信される。
【００４４】
端末１２０において、アンテナ８５２は、基地局１１０及び場合によっては他の基地局から順方向リンク信号を受信する。受信器（ＲＣＶＲ）８５４は、アンテナ８５２からの受信された信号を処理し（例えば、増幅し、ダウンコンバートし、フィルタリングし、デジタル化する）、受信されたサンプルを提供する。復調器（Ｄｅｍｏｄ）８５６は、受信されたサンプルの上で復調（例えば、ＯＦＤＭ、ＳＣ−ＦＤＭ、ＣＤＭＡなどに関する）を実行し、シンボル推定を提供する。受信（ＲＸ）データ及びシグナリングのプロセッサ８５８は、該シンボル推定を処理し（例えば、シンボル逆マップし、、逆インターリーブし、復号化する）、端末１２０に関する復号化されたデータをデータ・シンク８６０に対して、復元されたシグナリングをコントローラー／プロセッサー８７０に対して供給する。
【００４５】
端末１２０における逆方向リンクの伝送に関して、ＴＸデータ及びシグナリングのプロセッサ８６４は、データ・ソース８６２からのトラフィック・データに関するデータ・シンボルを生成し、基地局１１０に送信されるべきシグナリング（例えば、ハンドオフ要求）に関するシグナリング・シンボルを生成する。変調器８６６は、データ・シンボル、シグナリング・シンボル、およびパイロット・シンボルの上で変調を実行し、出力チップを供給する。送信器８６８は、該出力チップを調整し、逆方向リンク信号を生成し、それはアンテナ８５２を介して送信される。
【００４６】
基地局１１０においては、端末１２０及び他の端末からの逆方向リンク信号はアンテナ８１６によって受信され、受信器８２０によって調整され、デジタル化され、復調器８２２によって復調され、端末１２０及び他の端末によって送信されたトラフィック・データ及びシグナリングを復元するために、ＲＸデータ及びシグナリングのプロセッサ８２４によって処理される。コントローラー／プロセッサー８３０と８７０は、基地局１１０と端末１２０の各々における様々な処理ユニットの動作を指示する。コントローラー／プロセッサー８３０は図３の方法３００、及び／又は本明細書で説明された技法に関する他の方法を実装しても良い。コントローラー／プロセッサー８７０は、図５の方法５００、及び／又は本明細書で説明された技法に関する他の方法を実装しても良い。メモリー８３２と８７２は、基地局１１０と端末１２０の各々に関してプログラム・コードとデータを格納する。通信（Ｃｏｍｍ）ユニット８３６は、例えば、ユーザー情報、スケジューリング情報、モードビットなどを交換するために、基地局１１０がバックホールを介してシステムコントローラー１３０、及び／又は他のネットワーク・エンティティと通信することを可能にする。スケジューラー８３４は、通信ユニット８３６を介して端末からのシグナリング、及び／又は他の基地局からのシグナリングを受信する。スケジューラー８３４は、順方向と逆方向のリンクの上での伝送のために基地局１１０によってサービスされている複数の端末をスケジュールする。
【００４７】
本明細書で説明された技法は様々な手段によって実装されることが可能である。例えば、該技法は、ハードウェア、ファームウェア、ソフトウェアまたはそれらの組み合わせによって実装されても良い。ハードウェア実装に関しては、端末において該技法を実行するために使用される処理ユニットは一又は複数の特定用途向け集積回路(Application Specific Integrated Circuits)（ＡＳＩＣ）、デジタル信号プロセッサー（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル・ロジック・デバイス(Programmable Logic Device)（ＰＬＤ）、フィールド・プログラマブル・ゲートアレイ(Field Programmable Gate Array)（ＦＰＧＡ）、プロセッサー、コントローラー、マイクロコントローラー、マイクロプロセッサー、電子デバイス、本明細書で説明された機能を実行するように設計された他の電子ユニット、コンピューター、又はこれらの組み合わせの内部に実装されても良い。基地局（例えば、セクター）またはネットワーク・エンティティにおいて該技法を実行するために使用される処理ユニットもまた、一又は複数のＡＳＩＣ、ＤＳＰ、プロセッサーなどの内部に実装されても良い。
【００４８】
ファームウェア、及び／又はソフトウェアの実装に関しては、該技法は、本明細書で説明された機能を実行するコード（例えば、プロシージャ、関数、など）で実装されても良い。ファームウェア、及び／又はソフトウェアのコードは例えば、メモリー（例えば、図８のメモリー８３２または８７２）のようなコンピュータプログラム製品の一部であるコンピュータ可読媒体の中に格納されても良く、一又は複数のプロセッサー（例えば、プロセッサー８３０または８７０）によって実行されても良い。該メモリーはプロセッサーの内部に、またはプロセッサーの外部に実装されて良い。
【００４９】
本開示の以上の説明は、任意の当業者が本開示を作成し、使用することを可能にするために提供される。これらの当業者には本開示に対する様々な変形実施例が直ちに明らかであり、本明細書で定義された一般的な原理は本開示の精神または範囲から逸脱することなく他のバリエーションに対しても適用されることが可能である。従って、本開示は、本明細書で説明された例に限定されるようには意図されておらず、本明細書に開示された原理と新規な特徴と整合する最も広い範囲が与えられるべきである。
【図面の簡単な説明】
【００５０】
【図１】無線通信システム
【図２】互いに素なリンク及び共通のリンクを用いた通信
【図３】通信をサポートするために一のセクターによって実行される方法
【図４】一のセクターによって通信をサポートするための装置
【図５】一の端末に関して通信をサポートするための方法
【図６】一の端末に関して通信をサポートするための装置
【図７】スーパーフレーム構造の一例
【図８】一の基地局と一の端末のブロック図
【図１】
2009522951.tif 000004
【図２】
2009522951.tif 000005
【図３】
2009522951.tif 000006
【図４】
2009522951.tif 000007
【図５】
2009522951.tif 000008
【図６】
2009522951.tif 000009
【図７】
2009522951.tif 000010
【図８】
2009522951.tif 000011
【国際調査報告】
2009522951.tif 000012
2009522951.tif 000013