(57)【要約】      （修正有）【課題】セクタの負荷を分散するために、サーバ選択情報に基づいて、端末のサービスセクタを選択する技術の提供。【解決手段】各セクタについてのサーバ選択情報は、セクタの負荷に基づいて設定されることができ、かつ、サービスセクタとしての選択についてセクタをランク付けするために使用されることができる。一例では、端末は、複数のセクタについてのサーバ選択情報を受信することができる。各セクタについてのサーバ選択情報は、セクタについて端末によってなされる測定を調整するために使用されるオフセット、サービスセクタとしての選択についてのセクタの優先順位、セクタの負荷に基づいて設定されたＤＲＣロック、等を含むことができる。端末は、セクタの受信信号品質を決定することができる。端末は、そして、サーバ選択情報およびセクタの受信信号品質に基づいて、サービスセクタとして、セクタの１つを選択することができる。【選択図】図２
2014099887.tif 000002
【特許請求の範囲】
【請求項１】
複数のセクタについてのサーバ選択情報を受信することであって、各セクタについての前記サーバ選択情報が、セクタの負荷に基づいて設定され、かつ、サービスセクタとしての選択について前記セクタをランク付けするために使用されることと、
前記複数のセクタについての前記サーバ選択情報に基づき、端末のサービスセクタとして、前記複数のセクタの１つを選択すること
とを含む、無線通信のための方法。
【請求項２】
前記端末における前記複数のセクタの受信信号品質を決定することであって、前記端末の前記サービスセクタが、前記複数のセクタの前記受信信号品質にさらに基づいて選択される、こと
をさらに含む、請求項１に記載の方法。
【請求項３】
各セクタについての前記サーバ選択情報が、前記セクタについて前記端末によってなされる測定を調整するために使用されるオフセットを含む、請求項１に記載の方法。
【請求項４】
各セクタについての前記サーバ選択情報が、異なるタイプのトラフィックのための複数のオフセットを含み、各オフセットが、前記セクタについて前記端末によってなされる測定を調整するために使用され、かつ、関連づけられるタイプのトラフィックに対するサービスセクタの選択に適用可能である、請求項１に記載の方法。
【請求項５】
前記端末の前記サービスセクタとして、前記複数のセクタの１つを選択することが、
前記端末における前記複数のセクタの各々の受信信号品質を測定することと、
前記測定された受信信号品質および前記セクタの前記オフセットに基づいて、各セクタの有効受信信号品質を決定することと、
各セクタの前記有効受信信号品質に基づき、前記サービスセクタとして、前記複数のセクタの１つを選択すること
とを含む、請求項３に記載の方法。
【請求項６】
各セクタの有効受信信号品質に基づき、前記サービスセクタとして、前記複数のセクタの１つを選択することが、
前記端末の前記サービスセクタとして、最も高い有効受信信号品質を備えるセクタを選択すること
を含む、請求項５に記載の方法。
【請求項７】
各セクタの有効受信信号品質に基づき、前記サービスセクタとして前記複数のセクタの１つを選択することが、前記端末の新たなサービスセクタとして、最小値を上回る、および、所定量だけ現行サービスセクタの有効受信信号品質をさらに上回る、有効受信信号品質を備えるセクタを選択することを含む、請求項５に記載の方法。
【請求項８】
各セクタについての前記サーバ選択情報が、サービスセクタとしての選択についての前記セクタの優先順位を示す、請求項１に記載の方法。
【請求項９】
前記端末の前記サービスセクタとして、前記複数のセクタの１つを選択することが、
前記複数のセクタについての前記サーバ選択情報に基づき、前記複数のセクタの中で最も高い優先順位を持っている少なくとも１つのセクタを識別することと、
前記端末の前記サービスセクタとして、前記少なくとも１つのセクタの中で最も高い受信信号品質を持っているセクタを選択すること
とを含む、請求項８に記載の方法。
【請求項１０】
各セクタについての前記サーバ選択情報が、前記セクタの負荷に基づいて設定されたＤＲＣロックを含む、請求項１に記載の方法。
【請求項１１】
各セクタの前記ＤＲＣロックは、前記セクタの負荷が大きい場合に「０」に設定され、前記端末の前記サービスセクタとして前記複数のセクタの１つを選択することが、
前記複数のセクタの中で、「１」に設定されたＤＲＣロックを持っている少なくとも１つのセクタを識別することと、
前記端末の前記サービスセクタとして、前記少なくとも１つのセクタの中で最も高い受信信号品質を持つセクタを選択すること
とを含む、請求項１０に記載の方法。
【請求項１２】
前記複数のセクタが、前記端末のアクティブセットの中に含まれ、かつ、前記複数のセクタについての前記サーバ選択情報が、前記端末に送られる、請求項１に記載の方法。
【請求項１３】
前記複数のセクタについての前記サーバ選択情報が全端末に同報される、請求項１に記載の方法。
【請求項１４】
複数のセクタについてのサーバ選択情報を受信するための手段であって、各セクタについての前記サーバ選択情報が、前記セクタの負荷に基づいて設定され、かつ、サービスセクタとしての選択について前記セクタをランク付けするために使用される、手段と、
前記複数のセクタについての前記サーバ選択情報に基づいて、端末のサービスセクタとして、前記複数のセクタの１つを選択するための手段
とを含む、無線通信のための装置。
【請求項１５】
各セクタについての前記サーバ選択情報が、前記セクタについて前記端末によってなされる測定を調整するために使用されるオフセットを含む、請求項１４に記載の装置。
【請求項１６】
前記端末の前記サービスセクタとして、前記複数のセクタの１つを選択するための手段が、
前記端末における前記複数のセクタの各々の受信信号品質を測定するための手段と、
前記測定された受信信号品質および前記セクタの前記オフセットに基づいて、各セクタの有効受信信号品質を決定するための手段と、
各セクタの前記有効受信信号品質に基づいて、前記サービスセクタとして、前記複数のセクタの１つを選択するための手段
とを含む、請求項１５に記載の装置。
【請求項１７】
各セクタについての前記サーバ選択情報が、サービスセクタとしての選択についての前記セクタの優先順位を示す、請求項１４に記載の装置。
【請求項１８】
前記端末の前記サービスセクタとして、前記複数のセクタの１つを選択するための手段が、
前記複数のセクタについての前記サーバ選択情報に基づいて、前記複数のセクタの中で最も高い優先順位を持っている少なくとも１つのセクタを識別するための手段と、
前記端末の前記サービスセクタとして、前記少なくとも１つのセクタの中で最も高い受信信号品質を持つセクタを選択するための手段
とを含む、請求項１７に記載の装置。
【請求項１９】
各セクタについての前記サーバ選択情報が、前記セクタの前記負荷に基づいて設定されたＤＲＣロックを含む、請求項１４に記載の装置。
【請求項２０】
各セクタの前記ＤＲＣロックは、前記セクタの負荷が大きい場合に「０」に設定され、前記端末の前記サービスセクタとして前記複数のセクタの１つを選択するための手段が、
前記複数のセクタの中で、「１」に設定されたＤＲＣロックを持っている少なくとも１つのセクタを識別するための手段と、
前記端末の前記サービスセクタとして、前記少なくとも１つのセクタの中で最も高い受信信号品質を持つセクタを選択するための手段
とを含む、請求項１９に記載の装置。
【請求項２１】
複数のセクタについてのサーバ選択情報を受信するように構成された少なくとも１つのプロセッサであって、各セクタについての前記サーバ選択情報は、前記セクタの負荷に基づいて設定され、かつ、サービスセクタとしての選択について前記セクタをランク付けするために使用され、前記複数のセクタについての前記サーバ選択情報に基づいて、端末のサービスセクタとして、前記複数のセクタの１つを選択するように構成された少なくとも１つのプロセッサ
を含む、無線通信のための装置。
【請求項２２】
各セクタについての前記サーバ選択情報が、前記セクタについて前記端末によってなされる測定を調整するために使用されるオフセットを含む、請求項２１に記載の装置。
【請求項２３】
前記少なくとも１つのプロセッサが、前記端末における前記複数のセクタの各々の受信信号品質を測定するように、前記測定された受信信号品質および前記セクタの前記オフセットに基づいて各セクタの有効受信信号品質を決定するように、かつ、各セクタの前記有効受信信号品質に基づいて前記サービスセクタとして前記複数のセクタの１つを選択するように、構成されている、請求項２２に記載の装置。
【請求項２４】
各セクタについての前記サーバ選択情報が、サービスセクタとしての選択についての前記セクタの優先順位を示す、請求項２１に記載の装置。
【請求項２５】
前記少なくとも１つのプロセッサが、前記複数のセクタについての前記サーバ選択情報に基づいて前記複数のセクタの中で最も高い優先順位を持っている少なくとも１つのセクタを識別するように、かつ、前記端末の前記サービスセクタとして前記少なくとも１つのセクタの中で最も高い受信信号品質を持つセクタを選択するように、構成されている、請求項２４に記載の装置。
【請求項２６】
各セクタについての前記サーバ選択情報が、前記セクタの負荷に基づいて設定されたＤＲＣロックを含む、請求項２１に記載の装置。
【請求項２７】
各セクタの前記ＤＲＣロックは前記セクタの負荷が大きい場合に「０」に設定され、前記少なくとも１つのプロセッサが、前記複数のセクタの中で「１」に設定されたＤＲＣロックを持っている少なくとも１つのセクタを識別するように、かつ、前記端末の前記サービスセクタとして前記少なくとも１つのセクタの中で最も高い受信信号品質を持つセクタを選択するように、構成されている、請求項２６に記載の装置。
【請求項２８】
複数のセクタについてのサーバ選択情報を少なくとも１つのコンピュータに受信させるためのコードであって、各セクタについての前記サーバ選択情報が、前記セクタの負荷に基づいて設定され、かつ、サービスセクタとしての選択について前記セクタをランク付けするために使用される、コードと、
前記複数のセクタについての前記サーバ選択情報に基づいて、端末のサービスセクタとして、前記複数のセクタの１つを、前記少なくとも１つのコンピュータに選択させるためのコード
とを含む、コンピュータ可読媒体
を含むコンピュータプログラム製品。
【請求項２９】
セクタの負荷を決定することと、
前記セクタの前記負荷に基づいて前記セクタについてのサーバ選択情報を決定することであって、前記サーバ選択情報が、サービスセクタとしての選択について前記セクタをランク付けするために使用される、ことと、
少なくとも１つの端末に前記サーバ選択情報を送信すること
とを含む、無線通信のための方法。
【請求項３０】
前記セクタの前記負荷を決定することが、前記セクタによって現在サービスされ、かつ、空きのない待ち行列を持っている端末の数に基づいて、前記セクタの前記負荷を決定することを含む、請求項２９に記載の方法。
【請求項３１】
前記セクタの前記負荷を決定することが、前記セクタによるリソースの利用のパーセンテージに基づいて前記セクタの前記負荷を決定することを含む、請求項２９に記載の方法。
【請求項３２】
端末における前記セクタの受信信号品質を決定することであって、前記サーバ選択情報が、前記セクタの受信信号品質にさらに基づいて設定される、こと
をさらに含む、請求項２９に記載の方法。
【請求項３３】
前記サーバ選択情報を決定することが、
前記セクタの前記負荷および端末における前記セクタの受信信号品質に基づいて、前記セクタのメトリックを決定することと、
前記セクタの前記メトリックに基づいて前記サーバ選択情報を設定すること
とを含む、請求項２９に記載の方法。
【請求項３４】
前記サーバ選択情報がＤＲＣロックを含み、前記サーバ選択情報を決定することが、
サービスセクタとしての選択についての前記セクタの低い優先順位を示すために、前記セクタの前記負荷が大きい場合にＤＲＣロックを「０」に設定すること
を含む、請求項２９に記載の方法。
【請求項３５】
端末のアクティブセットの中の複数のセクタを識別することと、
前記複数のセクタの各々の負荷を決定することと、
各セクタの前記負荷に基づいて、前記端末のサービスセクタとしての選択のための検討から、前記アクティブセットの中の少なくとも１つのセクタを除くこと
とを含む、無線通信のための方法。
【請求項３６】
前記アクティブセットの中の少なくとも１つのセクタを除くことが、
前記セクタの前記負荷および前記端末における前記セクタの受信信号品質に基づいて、前記アクティブセットの中の各セクタのメトリックを決定することと、
前記アクティブセットの中の各セクタの前記メトリックに基づいて、除くための少なくとも１つのセクタを選択すること
とを含む、請求項３５に記載の方法。
【請求項３７】
各セクタの前記メトリックが、
【数１】
2014099887.tif 000004
を含み、
ここで、Ｎ（ｍ）は、セクタｍによって現在サービスされている端末の数、
ＳＩＮＲ（ｍ）は、前記端末におけるセクタｍの受信信号品質、
Ｒ｛  ｝は、データレートに対して受信信号品質をマッピングする関数、
Ｍｅｔｒｉｃ（ｍ）は、セクタｍのメトリックを表す、請求項３６に記載の方法。
【請求項３８】
前記端末のサービスセクタとしての選択についての優先順位が低いことを示すように、前記少なくとも１つのセクタの各々についてのサーバ選択情報を設定することと、
前記端末のサービスセクタとしての選択についての優先順位がより高いことを示すように、前記アクティブセットの中の残りの各セクタについてのサーバ選択情報を設定すること
とをさらに含む、請求項３５に記載の方法。
【請求項３９】
第１のセクタによって現在サービスされている端末の数を決定することと、
前記第１のセクタによって現在サービスされている端末の数に基づいて、前記第１のセクタの負荷を決定することと、
前記第１のセクタの前記負荷に基づいて、第２のセクタへ、前記第１のセクタによって現在サービスされている端末を移すかどうかを決定すること
とを含む、無線通信のための方法。
【請求項４０】
前記第１のセクタによって現在サービスされている端末の数を決定することが、サービスセクタとして前記第１のセクタを選択し、かつ、前記第１のセクタに空きのない待ち行列を持っている端末の数に基づいて、前記第１のセクタによって現在サービスされている端末の数を決定することを含む、請求項３９に記載の方法。
【請求項４１】
前記端末からのパイロット測定レポートに基づいて、負荷分散のために、前記第１セクタによって現在サービスされている全端末の中から前記端末を選択することであって、前記パイロット測定レポートが、前記第１および前記第２のセクタのパイロット測定を含んでいることをさらに含む、請求項３９に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２００８年５月１６日に出願された「無線通信システムにおける負荷分散のための方法および装置」（METHOD AND APPARATUS FOR LOAD BALANCING IN A WIRELESS COMMUNICATIONS SYSTEM）と題し、引用することによってここに明確に組み込まれ、これについての譲受人に譲渡された、米国仮出願番号第６１／０５４，０２７号の優先権を主張する。
【０００２】
本開示は、概して通信に関し、より具体的には、無線通信システムにおいて通信するための技術に関する。
【背景技術】
【０００３】
無線通信システムは、音声、映像、パケットデータ、メッセージング、放送、等のさまざまな通信サービスを提供するために、広く配備されている。これらの無線システムは、利用可能なシステムリソースを共有することにより複数のユーザをサポートすることができる、多元接続システムであることができる。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交ＦＤＭＡ（ＯＦＤＭＡ）システム、およびシングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システムを含む。
【０００４】
無線通信システムは、多数の端末の通信をサポートすることができる多数の基地局を含む場合もある。端末は、システム中に散在し得る。各基地局は、いついかなるときでも、１つ以上の端末にサービスすることができる。高い性能が端末およびシステムのために達成され得るように、端末にサービスすることが、望ましい。
【発明の概要】
【０００５】
無線通信システムにおいてセクタの負荷を分散させるためにサーバ選択を行う技術が、ここに説明されている。サーバ選択とは、端末についてサービスセクタを選択する処理のことを言う。一態様では、サーバ選択は、セクタについてのサーバ選択情報に基づいて行われることができる。各セクタについてのサーバ選択情報は、セクタの負荷に基づいて設定されることができ、かつ、サービスセクタとしての選択についてセクタをランク付けするために使用されることができる。サーバ選択情報は、以下に説明されているように、さまざまなタイプの情報を含むことができる。
【０００６】
一例では、端末は、複数のセクタについてのサーバ選択情報を受信することができる。端末は、セクタの受信信号品質を決定することができる。端末は、サーバ選択情報とセクタの受信信号品質に基づき、サービスセクタとして、セクタの１つを選択することができる。一例では、各セクタについてのサーバ選択情報は、セクタについて端末によってなされる測定を調整するために使用されるオフセットを含むことができる。端末は、測定された受信信号品質とセクタについてのオフセットに基づいて、各セクタの有効受信信号品質（effective received signal quality）を決定することができる。端末は、そして、全セクタの有効受信信号品質に基づいて、サービスセクタを選択することができる。別の例では、各セクタについてのサーバ選択情報は、サービスセクタとしての選択についてのセクタの優先順位を示すことができる。端末は、サーバ選択情報に基づいて、最も高い優先順位を持つ少なくとも１つのセクタを識別することができる。端末は、そして、サービスセクタとして、少なくとも１つのセクタの中で最も高い受信信号品質を持つセクタを選択することができる。さらに別の例では、各セクタについてのサーバ選択情報は、セクタの負荷に基づいて設定されることができる、例えば、セクタの負荷が大きい場合に「０」に設定されることができる、ＤＲＣロック（DRCLock）を含むことができる。端末は、サービスセクタとして、ＤＲＣロックが「１」に設定されているセクタの中から、最も高い受信信号品質を持つセクタを選択することができる。サーバ選択情報は、また、サーバ選択に使用されることができる他の情報を含むことができる。
【０００７】
サーバ選択は、先に説明されているように、端末によって、または、ネットワークエンティティによって、行われることができる。この開示のさまざまな態様および特徴が、以下にさらに詳細に説明される。
【図面の簡単な説明】
【０００８】
【図１】無線通信システムを示す。
【図２】端末によるサーバ選択を示す。
【図３】サーバ選択を行うための処理を示す。
【図４】サーバ選択をサポートするための処理を示す。
【図５】サーバ選択をサポートするための処理を示す。
【図６】サーバ選択をサポートするための処理を示す。
【図７】端末、基地局、およびネットワークコントローラのブロック図を示す。
【詳細な説明】
【０００９】
ここに説明される技術は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ，ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよび他のシステムといった、さまざまな無線通信システムに使用されることができる。「システム」および「ネットワーク」という用語は、しばしば互換性をもって使用される。ＣＤＭＡシステムは、ｃｄｍａ２０００、ユニバーサル・テレストリアル・ラジオアクセス（Universal Terrestrial Radio Access: ＵＴＲＡ）、等の無線技術を実施することができる。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＩＳ−２０００のリリース０およびＡは、一般に、ＣＤＭＡ２０００  １Ｘ、１Ｘ、等と呼ばれる。ＩＳ−８５６は、一般に、ＣＤＭＡ２０００  １ｘＥＶ−ＤＯ、高速パケットデータ（High Rate Packet Data: ＨＲＰＤ）、等と呼ばれる。ＵＴＲＡは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））、および、ＣＤＭＡの他のバリエーションを含む。ＴＤＭＡシステムは、移動通信のためのグローバルシステム（ＧＳＭ（登録商標））といった無線技術を実施することができる。ＯＦＤＭＡシステムは、ウルトラモバイルブロードバンド（ＵＭＢ）、エボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、フラッシュＯＦＤＭ（登録商標）、等の無線技術を実施することができる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ）およびＬＴＥアドバンスド（ＬＴＥ−Ａ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの新たなリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、ＬＴＥ−ＡおよびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と称する組織による文書において説明されている。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と称する組織による文書において説明されている。ここに説明される技術は、先に言及されているシステムおよび無線技術だけでなく、他のシステムおよび無線技術に使用されることができる。明確にするために、技術の一定の態様が、ＨＲＰＤについて、以下に説明される。
【００１０】
図１は、複数の基地局１１０を持つ無線通信システム１００を示す。基地局は、端末と通信する局であることができ、また、アクセスポイント、ノードＢ、エボルブドノードＢ（ｅＮＢ）、等と呼ばれることができる。各基地局１１０は、特定の地理的エリアに通信カバレッジを供給することができる。システムのキャパシティを改良するために、基地局の全カバレッジエリアは、複数の（例えば、３つの）より小さなエリアに分割されることができる。より小さなエリアの１つ１つは、それぞれの基地局サブシステムによってサービスされることができる。３ＧＰＰでは、「セル」という用語は、基地局の最も小さいカバレッジエリア、および／または、このカバレッジエリアにサービスする基地局サブシステムのことを言うことができる。３ＧＰＰ２では、「セクタ」または「セルセクタ」という用語は、基地局の最も小さいカバレッジエリア、および／または、このカバレッジエリアにサービスする基地局サブシステムのことを言うことができる。明確にするために、「セクタ」の３ＧＰＰ２でのコンセプトが、以下の説明で使用される。基地局は、１つまたは複数（例えば、３つ）のセクタをサポートすることができる。
【００１１】
システム１００は、マクロ基地局のみ、または、種々のタイプの基地局、例えば、マクロ、ピコ、および／または、フェムト基地局を含むことができる。マクロ基地局は、比較的広い地理的エリア（例えば、半径数ｋｍ）をカバーすることができ、サービス加入端末による非制限の接続を可能にすることができる。ピコ基地局は、比較的狭い地理的エリア（例えば、ピコセル）をカバーすることができ、サービス加入端末による非制限の接続を可能にすることができる。フェムトまたはホーム基地局は、比較的狭い地理的エリア（例えば、フェムトセル）をカバーすることができ、フェムトセルと関連する端末（例えば、家庭内のユーザの端末）による制限された接続を可能にすることができる。システム１００は、また、中継局、例えば、中継局１１０ｚを含むことができる。ここに説明される技術は、すべてのタイプの基地局に使用されることができる。
【００１２】
ネットワークコントローラ１３０は、基地局のセットに結合することができ、基地局のための調整および制御を供給することができる。ネットワークコントローラ１３０は、バックホール（backhaul）を介して、基地局と通信することができる。基地局は、また、例えば、無線または有線のバックホールを介して、互いに通信することができる。
【００１３】
端末１２０は、システム１００中に散在することができ、各端末は、固定的または可動的であることができる。端末は、また、移動局、ユーザ機器（ＵＥ）、加入者ユニット、局、等と呼ばれることができる。端末は、セル方式電話、携帯情報端末（ＰＤＡ）、無線モデム、無線通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話、無線ローカルループ（ＷＬＬ）局、等であることができる。端末は、フォワードおよびリバースリンクによって、基地局と通信することができる。フォワードリンク（つまりダウンリンク）は、基地局から端末への通信リンクのことを言い、リバースリンク（つまりアップリンク）は、端末から基地局への通信リンクのことを言う。図１において、両側矢印の実線は、端末とサービスセクタ間のデータ伝送を示す。片側矢印の破線は、非サービスセクタから端末へのフォワードリンク伝送を示す。サービスセクタは、フォワードおよび／またはリバースリンクで、端末にサービスするセクタである。
【００１４】
端末は、システム中に散在することができ、各セクタは、そのカバレッジ内に端末をいくつでも持つことができる。いくつかのセクタは、多くの端末を含むことがあり、より大きな負荷がかけられていることがあるが、いくつかの他のセクタは、少数の端末を含むことがあり、より小さな負荷がかけられていることがある。多くの例では、大きな負荷がかけられているセクタが、より小さな負荷がかけられている１つ以上のセクタに隣接する（例えば、囲まれている）場合もある。
【００１５】
一態様では、負荷分散は、影響を受ける全端末だけでなくシステムについての性能を改良するために、負荷が大きいセクタから小さいセクタへ端末を移すように行われることができる。負荷分散はさまざまな例に基づいて行われることができ、それらは、端末にサーバ選択情報を送るために利用することのできるシグナリングメッセージ、サーバ選択が端末またはネットワークエンティティ（例えば、ネットワークコントローラ１３０）によって行われているのかどうか、および／または、他のファクタに依存することができる。
【００１６】
負荷分散の第１の例では、異なるセクタについてのサーバ選択情報は、端末に同報されることができ、または、ネットワークエンティティに送られることができ、および、サーバ選択に使用されることができる。セクタについてのサーバ選択情報は、１つ以上のパラメータを含むことができ、各パラメータは、セクタの負荷に基づいて設定されることができる。端末にサービスできる可能性のある全候補セクタについてのサーバ選択情報は、端末のサービスセクタを選択するための適切な測定とともに使用されることができる。サービスセクタは、したがって、候補セクタの負荷を考慮して選択されることができる。
【００１７】
所与のセクタＸの負荷は、さまざまな手法で定量化されることができる。一例では、セクタＸの負荷は、セクタＸにおけるアクティブ端末の数によって定められることができる。ＨＲＰＤでは、アクティブ端末は、セクタＸを指定し、かつ、セクタＸに空きのない待ち行列（queue）を持っている端末であり得る。アクティブ端末は、他のシステムでは他の手法で定義され得る。セクタＸにおけるアクティブ端末の数は、変動を平均化するために、周期的に決定されることができ、（例えば、数秒または数分といったフィルタリング時定数によって）フィルタリングされることができる。セクタＸにおけるアクティブ端末の数は、Ｎで表されることができる。一例では、セクタ負荷への各アクティブ端末による寄与は、値１と定められることもある。別の例では、セクタ負荷への各アクティブ端末による寄与は、遅延条件、バッファサイズ、および端末についての他のトラフィック特性を考慮することにより、決定されることができる。バースティトラフィック（bursty traffic）では、遅延が増加して待ち行列が蓄積すると、セクタ負荷への端末による寄与は、増加する場合もあり、１よりも大きい値と定められる場合もある。いずれの事例でも、Ｎは、新たに入ってきた端末によって参照されるセクタ負荷のおおよその尺度（rough measure）を提供することができ、プロポーショナル・フェアネス・スケジューラ（proportional fairness scheduler）が使用される場合には、新たな端末に利用されることができるリソースのパーセンテージ表示を提供することができる。
【００１８】
別の例では、セクタＸの負荷は、リソースの利用に基づいて決定されることができる。ＨＲＰＤでは、データは、タイムスロット（またはスロット）単位で端末に送られることができる。そして、リソースの利用は、利用可能な全スロットのうち、データ伝送に使用されているスロットのパーセンテージによって、定められることができる。他のシステムでは、リソースの利用は、利用可能なリソースのうち、データ伝送に使用される、時間、周波数、および／または、符号、リソースのパーセンテージによって、定められることができる。さらに別の例では、セクタＸの負荷は、サービスされている全端末の待ち行列の合計サイズ、端末の遅延条件、等に基づいて、決定されることができる。
【００１９】
さらに別の例では、セクタＸの負荷は、セクタＸの負荷の履歴情報に基づいて、決定されることができる。また、セクタ負荷は、時刻 (time of day)、曜日(date of week)、等に基づいて決定されることができる。例えば、セクタＸが高速道路の一部をカバーすることもあり、セクタ負荷は、通勤時間帯は大きく、非通勤時間帯は小さくなることがある。別の例として、セクタＸが居住エリアをカバーすることもあり、セクタ負荷は、夕方の時間帯は大きく、昼間の時間帯は小さくなることがある。セクタＸの負荷は、また、他の手法で決定されることができる。
【００２０】
さまざまなパラメータが、セクタの負荷に基づいて定義され、かつ、サーバ選択に使用されることができる。一例では、オフセットは、負荷分散のためのパラメータとして使用されることができ、かつ、セクタの負荷に基づいてセクタについて定義されることができる。オフセットは、デシベル（ｄＢ）単位で定められることができ、セクタ負荷に比例することができる。例えば、オフセットは０から１０ｄＢで変動することができ、０ｄＢは小さいセクタ負荷に、１０ｄＢは大きいセクタ負荷に対応する。一般的に、オフセットは、いずれの値域にもわたることができ、いずれの数値にも量子化されることができる。
【００２１】
サービスセクタは、受信信号品質、受信信号強度、パスロス（pathloss）、等に基づいて、端末に対して選択されることができる。受信信号品質は、信号対ノイズおよび干渉比（signal-to-noise-and-interference ratio: ＳＩＮＲ）、信号対ノイズ比（signal-to-noise ratio: ＳＮＲ）、チップ当たりエネルギー対合計受信パワー比（energy-per-chip-to-total-received-power ratio: Ｅｃ／Ｉｏ）、キャリア対干渉比（carrier-to-interference ratio: Ｃ／Ｉ）、等によって、定量化されることができる。受信信号強度は、受信パイロット強度、受信信号パワー、等によって、定量化されることができる。明確にするために、以下の説明の大部分はサーバ選択におけるＳＩＮＲの使用を想定している。
【００２２】
一例では、有効ＳＩＮＲは、以下のように、各セクタｍについて計算されることができる：
ＳＩＮＲＥＦＦ（ｍ）＝ＳＩＮＲ（ｍ）−Ｏｆｆｓｅｔ（ｍ）      式（１）

ここで、Ｏｆｆｓｅｔ（ｍ）は、セクタｍについてのオフセット、
ＳＩＮＲ（ｍ）は、端末における、セクタｍの測定されたＳＩＮＲ、および
ＳＩＮＲＥＦＦ（ｍ）は、セクタｍの有効ＳＩＮＲである。
【００２３】
式（１）における量の単位はｄＢである。
【００２４】
式（１）に示されているように、セクタの負荷は、オフセットに反映されることができ、セクタの有効ＳＩＮＲで考慮されることができる。所与の測定ＳＩＮＲについて、有効ＳＩＮＲは、セクタ負荷が累進的に大きくなると、累進的に悪化することもある。有効ＳＩＮＲは、端末にサービスすることができる候補セクタ毎に計算されることができる。最も高い有効ＳＩＮＲを備える候補セクタが、端末のサービスセクタとして選択されることができる。ＨＲＰＤでは、サービスセクタは、端末が指定するセクタである。
【００２５】
端末は、サービスセクタｍ１を持つことができ、より良好なセクタが端末にサービスできるかどうかを周期的に決定することができる。一例では、別のセクタは、以下の条件が満たされれば、新たなサービスセクタｍ２として選択されることができる：
ＳＩＮＲＥＦＦ（ｍ２）−Ｂａｃｋｏｆｆ＞ＳＩＮＲＥＦＦ（ｍ１）、かつ  式（２）
ＳＩＮＲ（ｍ２）≧ＳＩＮＲＭＩＮ                                  式（３）
ここで、ＳＩＮＲＥＦＦ（ｍ１）とＳＩＮＲＥＦＦ（ｍ２）は、セクタｍ１およびｍ２の有効ＳＩＮＲ、
Ｂａｃｋｏｆｆは、バックオフファクタであって、０から３ｄＢの範囲内であることができ、かつ
ＳＩＮＲＭＩＮは、最小ＳＩＮＲであって、−５ｄＢ、または、ある他の値であることができる。
【００２６】
バックオフファクタは、新たなサービスセクタの選択を制御するために、例えば、２セクタの負荷の差が十分に大きい場合にのみサービスセクタの切り替えを促進するために、使用されることができる。式（２）および（３）における例は、端末が別のサービスセクタを選択することによって恩恵を受けるであろうことを、保証することができる。新たなサービスセクタが選択される場合、もとのサービスセクタと通信中の端末は、より小さいセクタ負荷によって、恩恵を受けることができる。新たなサービスセクタと通信中の端末は、より大きいセクタ負荷を観測することもあるが、新たなサービスセクタには小さい負荷がかけられていることもあるので、受け入れ可能であることもある。
【００２７】
一例では、各セクタは、その負荷を周期的に計算することができ、かつ、図１のネットワークコントローラ１３０（または、他のある指定されたネットワークエンティティ）に、負荷を送ることができる。ネットワークコントローラ１３０は、セクタの負荷、および、ことによると隣接セクタの負荷に基づいて、各セクタのオフセットを決定することができる。一例では、バックオフファクタは、設定可能な値であることができ、それはセクタの負荷に基づいて決定されることができる。別の例では、バックオフファクタは固定値であることができ、それは高い性能を供給するように選択されることができる。一例では、ＳＩＮＲＭＩＮは設定可能な値であることができ、それはセクタの負荷に基づいて決定されることができる。別の例では、ＳＩＮＲＭＩＮは固定値であることができ、それは高い性能を供給するように選択されることができる。いずれの例においても、セクタごとに、ネットワークコントローラ１３０は、（ｉ）セクタおよびその隣接セクタのオフセットのセットを、（ｉｉ）バックオフファクタが設定可能な値であれば、バックオフファクタを、および（ｉｉｉ）ＳＩＮＲＭＩＮが設定可能な値であれば、ＳＩＮＲＭＩＮを、送ることができる。セクタは、端末に、オフセットのセットおよびバックオフファクタおよび／またはＳＩＮＲＭＩＮ（適用可能であれば）を同報することができる。端末は、それらのサービスセクタを選択するために、オフセット、バックオフファクタ、およびＳＩＮＲＭＩＮを使用することができる。
【００２８】
別の例では、オフセットは、セクタＸの負荷だけでなく、セクタＸのバックホール能力にも基づいて、セクタＸについて定義されることができる。セクタＸは、有限の能力、たとえば、有限の帯域幅を持つバックホールを介して、ネットワークコントローラ１３０に結合することができる。バックホール能力は、無線リンク（air-link）能力よりも劣る場合があり、セクタＸにおける無線リンクの利用を不十分にする場合もある。セクタＸの負荷は、有限のバックホール能力によって生ずる待ち行列のアンダーランのせいで、小さく見えることもある。
【００２９】
オフセットは、セクタＸでの無線リンク負荷だけでなく、セクタＸのバックホール能力のどちらをも明らかにするために、定義されることができる。一例では、バックホール能力は、ネットワークコントローラ１３０において空きのない待ち行列を持っているセクタについての、満たされていないフロー制御要求の数によって、定量化されることができる。バックホール能力は、また、別の手法で定量化されることができる。いずれの例でも、セクタ負荷およびバックホール能力の両方を考慮することによってオフセットを定義することは、端末に、より小さい負荷および／またはより良好なバックホール能力を持った適切なサービスセクタを選択させることを可能にすることができる。
【００３０】
一例では、単一のオフセットが、セクタ負荷、および、ことによると別のファクタ（たとえば、バックホール能力）に基づいて、セクタごとに定義されることができる。別の例では、複数のオフセットが、各セクタでの異なるタイプのトラフィックのために、定義されることができる。各トラフィックタイプのオフセットは、そのトラフィックタイプに適用可能なセクタ負荷の測定に基づいて、定義されることができる。たとえば、１つのオフセットが、厳密な遅延条件を持っているエクスペダイティッドフォワーディング（expedited forwarding: ＥＦ）トラフィック（つまり、遅延感度の高いトラフィック）のために定義されることができ、別のオフセットが、緩やかな遅延条件を持っているベストエフォート（ＢＥ）トラフィックのために定義されることができる、等である。ＥＦトラフィックのためのオフセットは、（ｉ）許可制御目標（admission control target）に対する有効帯域幅の比、および／または、（ｉｉ）他のある基準に基づいて、定義されることができる。ＢＥトラフィックのためのオフセットは、集合待ち行列遅延、スロットの利用、サービスを受ける端末の数、および／または、別の基準に基づいて、定義されることができる。
【００３１】
一例では、各セクタは、その負荷、および、ことによると他のファクタに基づいて、そのオフセット（単数または複数）を自律的に決定することができる。別の例では、各セクタは、ネットワークコントローラ１３０に適切な情報を送ることができ、すると、それが、セクタごとのオフセット（単数または複数）を決定することができる。この例は、セクタとネットワークコントローラ１３０の間で計算負担を分配することができる。
【００３２】
一例では、各セクタは、その負荷に基づいて決定されたサーバ選択情報を同報することができる。サーバ選択情報は、１つ以上のオフセットを含むことができ、それらは前述したように決定されることができる。一例では、サーバ選択情報は、ＥＦトラフィックのために、あるＢ−ビットオフセットを、ＢＥトラフィックのために、別のＢ−ビットオフセットを、含むことができ、Ｂは２、３、４、または他のある値であることができる。別の例では、サーバ選択情報は、全トラフィックのために、単一のＢ−ビットオフセット含むこともある。この単一のオフセットは、すべてのタイプのトラフィックに、または、ある一定のトラフィックだけに、適用可能である場合もある。たとえば、機能停止／遅延の影響を回避するために、負荷分散のためにサービスセクタを切り替えないことが、ＥＦトラフィックにとって望ましい場合もある。この例では、オフセットは、ＢＥトラフィックには適用可能であっても、ＥＦトラフィックにはそうでない場合もある。各セクタは、適切なレート（たとえば、３〜１０秒）で、適切なシグナリングメッセージ（たとえば、ＨＲＰＤでのフォワードトラフィックチャネル媒体アクセス制御（Forward Traffic Channel Medium Access Control: ＦＴＣＭＡＣ）メッセージ）で、サーバ選択情報を同報することができる。
【００３３】
一例では、端末は、異なるセクタについてのサーバ選択情報に基づいて、サービスセクタを選択することができる。端末は、端末にサービスすることができる候補セクタのセットを保持することができ、それはアクティブセット、候補セット、セクタセット、等と呼ばれることができる。新たなセクタは、セクタのＳＩＮＲが十分に高い場合に、アクティブセットに追加されることができ、既存のセクタは、セクタのＳＩＮＲが十分に低い場合に、アクティブセットから除かれることがある。端末は、たとえば式（１）から（３）を用いて、前述したように、アクティブセットからサービスセクタを選択することができる。各セクタについてのサーバ選択情報が種々のタイプのトラフィックのためのオフセットを含む場合には、端末は、端末において適用可能なトラフィックタイプのためのオフセットを使用することができる。たとえば、端末は、端末がＥＦフローを持っている場合に、ＥＦトラフィックのためのオフセットを使用することができる。
【００３４】
別の例では、指定されたネットワークエンティティ（たとえば、現在のサービスセクタまたはネットワークコントローラ１３０）は、種々のセクタについてのサーバ選択情報に基づいて、端末のサービスセクタを選択することができる。
【００３５】
負荷分散の第２の例では、候補セクタについてのサーバ選択情報は、（全端末への同報の代わりに）１つの端末に送られることができ、サーバ選択に使用されることができる。
【００３６】
端末は、前述したように、端末によって検出された各セクタのＳＩＮＲを測定することができ、かつ、ＳＩＮＲに基づいて、そのアクティブセットを更新することができる。端末は、そのアクティブセットの中の候補セクタのＳＩＮＲを伴うパイロット測定レポートを送ることができる。そのレポートは、例えば、ＨＲＰＤにおいてルートアップデートリクエスト（Route Update Request）メッセージで送られることができる。
【００３７】
ネットワークコントローラ１３０は、端末からのパイロット測定レポートと、アクティブセット中の候補セクタの負荷とを受信することができる。ネットワークコントローラ１３０は、次のように、端末の各候補セクタｍのメトリックを決定することができる：
Ｍｅｔｒｉｃ（ｍ）＝ｆ｛ＳＩＮＲ（ｍ），Ｌｏａｄ（ｍ）｝        式（４）
ここで、Ｌｏａｄ（ｍ）は、セクタｍの負荷、
Ｍｅｔｒｉｃ（ｍ）は、セクタｍのメトリック、および
ｆ｛  ｝は、ＳＩＮＲとセクタｍの負荷とを、メトリックに対してマッピングする関数である。
【００３８】
一例では、関数ｆ｛  ｝は、次のように、推定レートに対して、ＳＩＮＲおよびセクタｍの負荷をマッピングすることができる。
【数１】
2014099887.tif 000003
【００３９】
ここで、Ｎ（ｍ）は、セクタｍにおけるアクティブ端末の数、
ｇ｛  ｝は、ＳＩＮＲを、レートに対して、マッピングするキャパシティの関数、
Ｒａｔｅ（ｍ）は、端末のために、セクタｍによってサポートされる推定レートである。
【００４０】
一例では、メトリックが低い（たとえば、セクタ負荷が大きいために推定レートが低い）候補セクタは、サーバ選択のための検討から除かれることができる。一例では、除かれた各候補セクタは、そのセクタがサービスセクタとして選択されるべきでないことを示すための情報を送ることができる。別の例では、アクティブセットの中の残りの各候補セクタは、そのセクタがサービスセクタとして選択され得ることを示すための情報を送ることができる。どちらの例でも、サービスセクタは、残りの候補セクタの中から、端末のために選択されることができる。
【００４１】
一例では、ＨＲＰＤにおけるＤＲＣロックは、除かれた候補セクタを知らせるために使用されることができる。端末のアクティブセットは、１つ以上の候補セクタを含むことができ、それは１つ以上の基地局に属することができる。同一の基地局（またはセル）の全候補セクタは、端末に、ＤＲＣロックを送ることができる。ＤＲＣロックは、端末に固有であり、システムが端末からデータレート制御（ＤＲＣ）チャネルおよびリバースリンクチャネルを受信可能であることを示すために、「１」に設定されることができ、または、そうでない場合に「０」に設定されることができる。端末は、そのサービスセクタとして、ＤＲＣロックが「１」に設定されている、いずれの候補セクタ（たとえば、ＳＩＮＲが最も高い候補セクタ）をも選択することができる。ＤＲＣロックが「１」に設定されている候補セクタがない場合には、端末は、そのサービスセクタとして、いずれの候補セクタをも選択することができる。ＤＲＣロックは、このように、ＤＲＣロックが「０」に設定されている候補セクタよりも、ＤＲＣロックが「１」に設定されている候補セクタの選択を支持する優先順位表示として検討され（considered）得る。
【００４２】
ネットワークコントローラ１３０は、端末のアクティブセットの中の各候補セクタのＤＲＣロックを、受信することができる。ネットワークコントローラ１３０は、たとえば、式（４）または（５）に示されているように、ＤＲＣロックが「１」に設定されている各候補セクタのメトリックを計算することができる。
【００４３】
一例では、ネットワークコントローラ１３０は、どのセクタがサーバ選択のために検討されるべきではないのかを示す情報を、提供することができる。一例では、（たとえば、セクタ負荷が大きいことによって）メトリックが十分に低い候補セクタのＤＲＣロックは、端末に、セクタを選択することをやめさせるために、「０」に設定されることができる。ＤＲＣロックは同一の基地局の全セクタに適用可能であるため、ＤＲＣロックは、基地局における全セクタのメトリックを考慮して、設定されることができる。別の例では、各候補セクタの１つ以上のオフセットを含むメッセージ、および／または、他の情報が、端末に送られることができる。端末は、そして、メッセージの中の情報に基づいて、サービスセクタを選択することができる。
【００４４】
別の例では、ネットワークコントローラ１３０は、メトリックが現在のサービスセクタよりも十分に良好な候補セクタを、識別することができる。識別されたセクタは、端末にとって好ましいセクタとして、検討されることができる。ネットワークコントローラ１３０は、端末に、好ましいセクタを選択させるようにすることができる。一例では、好ましいセクタのＤＲＣロックは「１」に設定されることができ、残りのセクタのＤＲＣロックは「０」に設定されることができる。別の例では、好ましいセクタを含むメッセージが、端末に送られることができる。このメッセージは、トラフィックチャネル割り当て（ＴＣＡ）メッセージであることができ、ナンバーユニークフォワードトラフィックマックインデックス（Num Unique Forward Traffic MAC Indices）を含んでおり、これはアクティブセットの中の候補セクタのマックインデックス（MAC indices）のセットである。好ましいセクタのマックインデックスは、端末に、このセクタを選択するように推奨するために「１」に設定されることができ、残りのセクタのマックインデックスは、「０」に設定されることができる。
【００４５】
一例では、負荷分散は、周期的に、たとえばＴ秒毎に行われることができ、Ｔは１０、３０または６０秒、または他のある持続する時間であり得る。負荷分散は、処理を簡潔にし、かつ、周期を限定しないようにするために、一度に１端末について行われることができる。端末は、そのパイロット測定レポートに基づいて、負荷分散のために選択されることができる。たとえば、複数のセクタに対して十分に高いＳＩＮＲまたは十分に強いパイロット強度を備える端末が、負荷分散のために選択されることができる。
【００４６】
図２は、端末１２０によるサーバ選択の例を示しており、これは、図１の端末の１つであることができる。図２に示されている例において、端末１２０は、そのアクティブセットの中に３つのセクションＡ、ＢおよびＣを持っている場合がある。端末１２０は、各セクタから、サーバ選択情報を受信することができる。サーバ選択情報は、オフセット、ＤＲＣロック、等を含む場合もある。端末１２０は、各セクタのＳＩＮＲを測定することができ、各セクタの測定されたＳＩＮＲとサーバ選択情報に基づいて、サービスセクタを選択することができる。端末１２０は、サービスセクタにＤＲＣを送ることができ、その後、サービスセクタからデータ送信を受信することができる。
【００４７】
一般的に、端末は、そのアクティブセットの中に、複数のセクタを持つことができる。最も高いＳＩＮＲを備えるセクタは、たとえば、セクタでの負荷が大きいために、端末にサービスする最も適切なセクタではない場合もある。ここに説明される技術は、端末に、別のセクタ（たとえば、次の最良のセクタ）を端末にサービスするように、選択させるために、使用されることができる。サーバ選択情報は、サーバ選択を行うことを端末に許可するために、（たとえば、同報またはユニキャストメッセージを介して）端末に供給されることができる。
【００４８】
ここに説明されている負荷分散技術は、システムおよび影響を受ける端末の性能を改良することができる。混雑するセクタのカバレッジエッジにあるいくつかの端末は、それらのアクティブセットの中の隣接セクタによるフォワードリンクで、サービスされることができる。隣接セクタにいくつかの端末をオフロードすることによって混雑するセクタの負荷を低減することは、システムのキャパシティを改良することができる。
【００４９】
端末は、サービスセクタから、フォワードリンクでデータを受信することができ、サービスセクタへ、リバースリンクでフィードバック情報を送ることができる。サービスセクタは、最良のセクタでない場合もあり、最良のセクタよりも端末のＳＩＮＲが低い場合もある。
【００５０】
一例では、端末は、フィードバックチャネルでの性能損失を確実にごくわずかなものにするために、適切な量だけ（たとえば、固定値だけ）、リバースリンクのフィードバックチャネルのゲインを増大することができる。
【００５１】
図３は、サーバ選択を行うためのプロセス３００の例を示す。プロセス３００は、端末、基地局、ネットワークコントローラ、または、ある他のエンティティによって行われることができる。複数のセクタについてのサーバ選択情報が受信されることができる（ブロック３１２）。各セクタについてのサーバ選択情報は、セクタの負荷に基づいて設定されることができ、サービスセクタとしての選択についてセクタをランク付けするために使用されることができる。端末における複数のセクタの受信信号品質（たとえば、ＳＩＮＲ）が、決定されることができる（ブロック３１４）。複数のセクタの１つは、サーバ選択情報および複数のセクタの受信信号品質に基づいて、端末のサービスセクタとして、選択されることができる（ブロック３１６）。
【００５２】
一例では、各セクタについてのサーバ選択情報は、セクタについて端末によってなされる測定を調整するために使用されるオフセットを、含む場合もある。別の例では、サーバ選択情報は、異なるタイプのトラフィックに対する複数のオフセットを含む場合もある。各オフセットは、関連するタイプのトラフィックについてのサーバ選択のために端末によってなされる測定を調整するために、使用される場合もある。
【００５３】
ブロック３１６の一例では、各セクタの有効受信信号品質は、たとえば、式（１）に示されているように、測定された受信信号品質およびセクタのオフセットに基づいて、決定されることができる。そして、１つのセクタは、全セクタの有効受信信号品質に基づき、サービスセクタとして選択されることができる。たとえば、最も高い有効受信信号品質を備えるセクタが、サービスセクタとして選択され得る。別の例として、たとえば、式（２）および（３）に示されているように、最小値（たとえば、ＳＩＮＲＭＩＮ）を上回る、および、所定量（たとえば、バックオフ）だけ現行サービスセクタの有効受信信号品質をさらに上回る、有効受信信号品質を備えるセクタが、新たなサービスセクタとして、選択されることができる。
【００５４】
別の例では、各セクタについてのサーバ選択情報は、サービスセクタとしての選択についてのセクタの優先順位を示すことができる。ブロック３１６の一例では、複数のセクタの中で最も高い優先順位を持っている少なくとも１つのセクタは、サーバ選択情報に基づいて、識別されることができる。そして、その少なくとも１つのセクタの中で最も高い受信信号品質を備えるセクタが、端末のサービスセクタとして、選択されることができる。
【００５５】
さらに別の例では、各セクタについてのサーバ選択情報は、セクタの負荷に基づいて設定されることのできるＤＲＣロックを含むことができる。各セクタのＤＲＣロックは、セクタの負荷が大きい場合、たとえば、特定のスレッショルドを超える場合に、「０」に設定されることができる。ブロック３１６の一例では、「１」に設定されたＤＲＣロックを持っている少なくとも１つのセクタは、複数のセクタの中で識別されることができる。そして、その少なくとも１つのセクタの中で最も高い受信信号品質を備えるセクタが、端末のサービスセクタとして選択されることができる。
【００５６】
各セクタについてのサーバ選択情報は、また、セクタにおける負荷を表す他の情報を含むことができる。サービスセクタは、また、サーバ選択情報の内容によっては、他の手法で選択されることができる。たとえば、サーバ選択は、受信信号品質の代わりに、受信信号強度またはパスロス（pathloss）に基づくことができる。一例では、複数のセクタが、端末のアクティブセットの中に含まれることができる。複数のセクタについてのサーバ選択情報は、特に、端末に送られることができる。別の例では、複数のセクタについてのサーバ選択情報は、全端末に同報されることができる。
【００５７】
図４は、サーバ選択をサポートするためのプロセス４００の例を示す。プロセス４００は、基地局、ネットワークコントローラ、またはいくつかの他のエンティティによって行われることができる。セクタの負荷が決定されることができる（ブロック４１２）。一例では、セクタの負荷は、セクタによって現在サービスされていて、かつ空きのない待ち行列を持っている端末の数に基づいて、決定されることができる。別の例では、セクタの負荷は、セクタによるリソース利用のパーセンテージに基づいて、決定されることができる。セクタの負荷は、また、他の手法で決定されることができる。
【００５８】
セクタについてのサーバ選択情報は、セクタの負荷に基づいて、決定されることができる（ブロック４１４）。サーバ選択情報は、サービスセクタとしての選択についてセクタをランク付けするために使用されることができる。サーバ選択情報は、少なくとも１つの端末に送信されることができる（ブロック４１６）。
【００５９】
一例では、サーバ選択情報は、端末におけるセクタの受信信号品質にさらに基づいて、設定されることができる。セクタのメトリックは、たとえば、式（４）または（５）に示されているように、セクタの負荷および端末におけるセクタの受信信号品質に基づいて、決定されることができる。そして、サーバ選択情報は、セクタのメトリックに基づいて、設定されることができる。一例では、サーバ選択情報はＤＲＣロックを含むことができる。ＤＲＣロックは、サービスセクタとして選択されるにはセクタの優先順位が低いことを示すために、セクタの負荷が大きい場合に「０」に設定されることができる。
【００６０】
図５は、サーバ選択をサポートするためのプロセス５００の例を示す。プロセス５００は、基地局、ネットワークコントローラ、端末、またはいくつかの他のエンティティによって行われる場合ができる。端末のアクティブセットの中の複数のセクタが識別されることができる（ブロック５１２）。その複数のセクタの１つ１つの負荷が決定されることができる（ブロック５１４）。アクティブセットの中の少なくとも１つのセクタは、各セクタの負荷に基づいて、端末のサービスセクタとして選択されるための検討から除かれることができる。ブロック５１６の一例では、アクティブセットの中の各セクタのメトリックは、たとえば、式（４）または（５）に示されているように、セクタの負荷および端末におけるセクタの受信信号品質に基づいて、決定されることができる。その少なくとも１つのセクタは、アクティブセットの中の各セクタのメトリックに基づき、除くものとして選択されることができる。
【００６１】
一例では、少なくとも１つのセクタの各々についてのサーバ選択情報は、端末のサービスセクタとして選択される優先順位が低いこと、または見込みが少ないことを示すために、設定されることができる。残りの各セクタについてのサーバ選択情報は、端末のサービスセクタとして選択される優先順位がより高いこと、または見込みがより大きいことを示すために、設定されることができる。一例では、各セクタについてのサーバ選択情報は、オフセットを含む場合もある。除かれた各セクタのオフセットは、大きい値に設定されることができ、残りの各セクタのオフセットは、少ない値に設定されることができる。別の例では、各セクタについてのサーバ選択情報は、ＤＲＣロックを含む場合もある。除かれた各セクタのＤＲＣロックは、「０」に設定されることができ、残りの各セクタのＤＲＣロックは、「１」に設定されることができる。
【００６２】
図６は、サーバ選択をサポートするためのプロセス６００の例を示す。プロセス６００は、基地局、ネットワークコントローラ、またはいくつかの他のエンティティによって行われることができる。第１のセクタによって現在サービスされている端末の数は、たとえば、サービスセクタとして第１のセクタを選択し、かつ、第１のセクタにおいて空きのない待ち行列を持っている端末の数に基づいて、決定されることができる（ブロック６１２）。第１のセクタの負荷は、第１のセクタによって現在サービスされている端末の数に基づいて、決定されることができる（ブロック６１４）。第２のセクタへ、第１のセクタによって現在サービスされている端末を移すかどうかは、第１のセクタの負荷に基づいて、決定されることができる（ブロック６１６）。端末は、端末からのパイロット測定レポートに基づいて、第１のセクタによって現在サービスされている全端末の中から、負荷分散のために選択されることができる。パイロット測定レポートは、第１および第２のセクタのパイロット測定を含む場合もあり、第２のセクタのパイロット強度が大きいことを示す場合もある。
【００６３】
図７は、端末１２０、基地局１１０、およびネットワークコントローラ１３０の一例のブロック図を示す。端末１１０において、エンコーダ７１２は、リバースリンクで端末１２０によって送られる、（たとえば、ＤＲＣのための）トラフィックデータとシグナリングを受信することができる。エンコーダ７１２は、トラフィックデータおよびシグナリングを、処理（たとえば、符号化およびインターリーブ）することができる。変調器（Ｍｏｄ）７１４は、符号化データおよびシグナリングをさらに処理（たとえば、変調、チャネル化、およびスクランブル）することができ、出力サンプルを供給することができる。送信機（ＴＭＴＲ）７２２は、出力サンプルを調整（たとえば、アナログ変換、フィルタリング、増幅、および周波数アップコンバート）することができ、かつ、リバースリンク信号を生成することができ、それは基地局１１０に送信されることができる。
【００６４】
フォワードリンクでは、端末１２０は、基地局１１０から、フォワードリンク信号を受信することができる。受信機（ＲＣＶＲ）７２６は、受信信号を調整（たとえば、フィルタリング、増幅、周波数ダウンコンバート、およびディジタル化）することができ、入力サンプルを供給することができる。復調器（Ｄｅｍｏｄ）７１６は、入力サンプルを処理（たとえば、デスクランブル、チャネル化、および復調）することができ、シンボル推定を供給することができる。デコーダ７１８は、シンボル推定を処理（たとえば、デインターリーブおよび復号化）することができ、端末１２０に送られる復号化データおよびシグナリングを供給することができる。エンコーダ７１２、変調器７１４、復調器７１６およびデコーダ７１８は、モデムプロセッサ７１０によって実行されることができる。これらのユニットは、システムで使用される無線技術（たとえば、ＨＲＰＤ、ＣＤＭＡ  １Ｘ、ＷＣＤＭＡ（登録商標）、ＬＴＥ、等）にしたがって、処理を行うことができる。コントローラ／プロセッサ７３０は、端末１２０におけるさまざまなユニットのオペレーションを指示することができる。プロセッサ７３０および／または端末１２０における他のユニットは、図３のプロセス３００、図５のプロセス５００、および／またはここに説明されている技術のための他のプロセスを行い、または指示することができる。メモリ７３２は、端末１２０のためのプログラムコードおよびデータを記憶することができる。
【００６５】
基地局１１０において、送信機／受信機７３８は、端末１２０および他の端末のための無線通信をサポートすることができる。コントローラ／プロセッサ７４０は、端末との通信のためのさまざまな機能を実行することができる。リバースリンクにおいて、端末１２０からのリバースリンク信号は、受信機７３８によって、受信され、かつ、整えられることができ、端末によって送られたトラフィックデータおよびシグナリングを回復するために、コントローラ／プロセッサ７４０によって、さらに処理されることができる。フォワードリンクにおいて、（たとえば、サーバ選択情報のための）トラフィックデータおよびシグナリングは、コントローラ／プロセッサ７４０によって処理され、かつ、送信機７３８によって整えられ、フォワードリンク信号を生成することができ、それは、端末１２０および他の端末に送信されることができる。メモリ７４２は、ＲＡＮ用のプログラムコードおよびデータを記憶することができる。コントローラ／プロセッサ７４０は、図４のプロセス４００、図５のプロセス５００、図６のプロセス６００、および／またはここに説明されている技術のための他のプロセスを、実行し、または指示することができる。通信（Ｃｏｍｍ）ユニット７４４は、他のネットワークエンティティとの通信をサポートすることができる。
【００６６】
ネットワークコントローラ１３０、コントローラ／プロセッサ７５０は、端末の通信をサポートするために、さまざまな機能を実行することができる。プロセッサ７５０および／またはネットワークコントローラ１３０の他のユニットは、図４のプロセス４００、図５のプロセス５００、図６のプロセス６００、および／またはここに説明されている技術のための他のプロセスを実行し、または指示することができる。メモリ７５２は、ネットワークコントローラ１３０のためのプログラムコードおよびデータを記憶することができる。通信ユニット７５４は、他のネットワークエンティティとの通信をサポートすることができる。
【００６７】
図７は、図１のいくつかのエンティティの簡略ブロック図を示す。一般的に、各エンティティは、プロセッサ、コントローラ、メモリ、送信機／受信機、通信ユニット、等をいくつでも含むことができる。
【００６８】
当業者は、情報および信号がさまざまな異なる技術および手法のいずれをも用いて表され得ることを、理解するであろう。たとえば、先の説明を通じて言及され得るデータ、命令、指示、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光場または光粒子、またはそれらのいずれの組合せによっても表されることができる。
【００６９】
当業者は、さらに、ここでの開示に関連して説明されているさまざまな例示的な論理ブロック、モジュール、回路、およびアルゴリズムのステップが、電子ハードウェア、コンピュータソフトウェア、または両者の組合せとして実施可能であることを、理解するであろう。ハードウェアとソフトウェアのこの相互互換性をわかりやすく説明するために、さまざまな例示的なコンポーネント、ブロック、モジュール、回路およびステップが、概してそれらの機能性に関して、先に説明されている。そのような機能性がハードウェアまたはソフトウェアとして実施されるかどうかは、システム全体に課された特定の用途および設計の制約による。当業者は、各特定用途のために、さまざまな方法で、説明されている機能性を実施することができるが、そのような実施による解決は、本開示の範囲からの逸脱をもたらすものとして解釈されるべきではない。
【００７０】
ここでの開示に関連して説明されている、さまざまな例示的な論理ブロック、モジュール、および回路は、ここに説明されている機能を実行するように設計された、汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジックデバイス、離散ゲートまたはトランジスタロジック、離散ハードウェアコンポーネント、または、これらのいずれの組合せによっても、実施または実行されることができる。汎用プロセッサはマイクロプロセッサであることができるが、代替として、このプロセッサは、いずれの従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であることができる。プロセッサは、また、コンピュータデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと併用される１つ以上のマイクロプロセッサ、またはいずれの他のそのような構成で、実施されることができる。
【００７１】
ここでの開示に関連して説明されている方法またはアルゴリズムのステップは、直接ハードウェアで、プロセッサによって実行されるソフトウェアモジュールで、または、この２つの組合せで、具体化されることができる。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当該技術で知られている記憶媒体のいずれの他の形態の中にある場合もある。例示的な記憶媒体は、プロセッサが、記憶媒体への情報の読み書きができるように、プロセッサに結合される。代替として、記憶媒体は、プロセッサに統合される場合もある。プロセッサおよび記憶媒体は、ＡＳＩＣの中にある場合もある。ＡＳＩＣは、ユーザ端末の中にある場合もある。代替として、プロセッサおよび記憶媒体は、ユーザ端末の中の離散コンポーネントとして存在する場合もある。
【００７２】
１つ以上の例示的な例において、説明されている機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらのいずれの組合せでも実施されることができる。ソフトウェアで実施される場合、機能は、コンピュータ可読媒体への１つ以上の命令またはコードとして、記憶または送信されることができる。コンピュータ可読媒体は、１つの場所から別へのコンピュータプログラムの移送を容易にする任意の媒体をも含む、コンピュータ記憶媒体と通信媒体の両方を含む。記憶媒体は、汎用または専用のコンピュータによって、アクセスされることができる、いずれの入手可能な媒体であってもよい。限定ではなく、例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶装置、磁気ディスク記憶装置または他の磁気記憶デバイス、または、命令の形態をとった望ましいプログラムコード手段またはデータ構造を搬送または記憶するために使用可能であって、かつ、汎用または専用のコンピュータ、または、汎用または専用プロセッサによってアクセスされることができる、任意の他の媒体をも、含むことができる。さらに、いずれの接続も、適切には、コンピュータ可読媒体と呼ばれる。たとえば、ソフトウェアが、ウェブサイト、サーバ、または、同軸ケーブル、光ファイバケーブル、ツイストペア、ディジタル加入者回線（ＤＳＬ）を使用する他のリモートソース、または、赤外線、無線通信およびマイクロ波のような無線技術によって送信される場合には、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬまたは、赤外線、無線通信およびマイクロ波のような無線技術は、媒体の定義に含まれる。ディスク（disk）およびディスク（disc）は、ここに使用されているように、コンパクトディスク（disc）（ＣＤ）、レーザー（登録商標）ディスク（disc）、光ディスク（disc）、ディジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）、およびブルーレイ（登録商標）ディスク（disc）を含み、ディスク（disks）は普通、データを磁気的に再生するが、ディスク（discs）は普通、レーザーを用いて光学的にデータを再生する。上記の組合せもまたコンピュータ可読媒体の範囲内に含まれるべきである。
【００７３】
開示についての先の説明は、この開示を製造または使用することを、いずれの当業者にも可能にするために、提供されている。この開示へのさまざまな変更は、当業者に容易に明らかになるであろうし、ここに定義されている包括的な原理は、この開示の精神または範囲から逸脱することなく、他のバリエーションに適用可能である。このように、この開示は、ここに説明されている例および事案に限定されるべきでないが、ここに開示されている原理および新規な特徴と一致する最も広い範囲が与えられるべきものとされる。
【図１】
2014099887.tif 000005
【図２】
2014099887.tif 000006
【図３】
2014099887.tif 000007
【図４】
2014099887.tif 000008
【図５】
2014099887.tif 000009
【図６】
2014099887.tif 000010
【図７】
2014099887.tif 000011
【手続補正書】
【提出日】平成26年1月27日(2014.1.27)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
複数のセクタについてのサーバ選択情報を受信することであって、各セクタについての前記サーバ選択情報が、セクタの負荷に基づいて設定され、かつ、サービスセクタとしての選択について前記セクタをランク付けするために使用されることと、
前記複数のセクタについての前記サーバ選択情報に基づき、端末のサービスセクタとして、前記複数のセクタの１つを選択すること
とを含む、無線通信のための方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００７３
【補正方法】変更
【補正の内容】
【００７３】
開示についての先の説明は、この開示を製造または使用することを、いずれの当業者にも可能にするために、提供されている。この開示へのさまざまな変更は、当業者に容易に明らかになるであろうし、ここに定義されている包括的な原理は、この開示の精神または範囲から逸脱することなく、他のバリエーションに適用可能である。このように、この開示は、ここに説明されている例および事案に限定されるべきでないが、ここに開示されている原理および新規な特徴と一致する最も広い範囲が与えられるべきものとされる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］複数のセクタについてのサーバ選択情報を受信することであって、各セクタについての前記サーバ選択情報が、セクタの負荷に基づいて設定され、かつ、サービスセクタとしての選択について前記セクタをランク付けするために使用されることと、
前記複数のセクタについての前記サーバ選択情報に基づき、端末のサービスセクタとして、前記複数のセクタの１つを選択すること
とを含む、無線通信のための方法。
［２］前記端末における前記複数のセクタの受信信号品質を決定することであって、前記端末の前記サービスセクタが、前記複数のセクタの前記受信信号品質にさらに基づいて選択される、こと
をさらに含む、［１］に記載の方法。
［３］各セクタについての前記サーバ選択情報が、前記セクタについて前記端末によってなされる測定を調整するために使用されるオフセットを含む、［１］に記載の方法。
［４］各セクタについての前記サーバ選択情報が、異なるタイプのトラフィックのための複数のオフセットを含み、各オフセットが、前記セクタについて前記端末によってなされる測定を調整するために使用され、かつ、関連づけられるタイプのトラフィックに対するサービスセクタの選択に適用可能である、［１］に記載の方法。
［５］前記端末の前記サービスセクタとして、前記複数のセクタの１つを選択することが、
前記端末における前記複数のセクタの各々の受信信号品質を測定することと、
前記測定された受信信号品質および前記セクタの前記オフセットに基づいて、各セクタの有効受信信号品質を決定することと、
各セクタの前記有効受信信号品質に基づき、前記サービスセクタとして、前記複数のセクタの１つを選択すること
とを含む、［３］に記載の方法。
［６］各セクタの有効受信信号品質に基づき、前記サービスセクタとして、前記複数のセクタの１つを選択することが、
前記端末の前記サービスセクタとして、最も高い有効受信信号品質を備えるセクタを選択すること
を含む、［５］に記載の方法。
［７］各セクタの有効受信信号品質に基づき、前記サービスセクタとして前記複数のセクタの１つを選択することが、前記端末の新たなサービスセクタとして、最小値を上回る、および、所定量だけ現行サービスセクタの有効受信信号品質をさらに上回る、有効受信信号品質を備えるセクタを選択することを含む、［５］に記載の方法。
［８］各セクタについての前記サーバ選択情報が、サービスセクタとしての選択についての前記セクタの優先順位を示す、［１］に記載の方法。
［９］前記端末の前記サービスセクタとして、前記複数のセクタの１つを選択することが、
前記複数のセクタについての前記サーバ選択情報に基づき、前記複数のセクタの中で最も高い優先順位を持っている少なくとも１つのセクタを識別することと、
前記端末の前記サービスセクタとして、前記少なくとも１つのセクタの中で最も高い受信信号品質を持っているセクタを選択すること
とを含む、［８］に記載の方法。
［１０］各セクタについての前記サーバ選択情報が、前記セクタの負荷に基づいて設定されたＤＲＣロックを含む、［１］に記載の方法。
［１１］各セクタの前記ＤＲＣロックは、前記セクタの負荷が大きい場合に「０」に設定され、前記端末の前記サービスセクタとして前記複数のセクタの１つを選択することが、
前記複数のセクタの中で、「１」に設定されたＤＲＣロックを持っている少なくとも１つのセクタを識別することと、
前記端末の前記サービスセクタとして、前記少なくとも１つのセクタの中で最も高い受信信号品質を持つセクタを選択すること
とを含む、［１０］に記載の方法。
［１２］前記複数のセクタが、前記端末のアクティブセットの中に含まれ、かつ、前記複数のセクタについての前記サーバ選択情報が、前記端末に送られる、［１］に記載の方法。
［１３］前記複数のセクタについての前記サーバ選択情報が全端末に同報される、［１］に記載の方法。
［１４］複数のセクタについてのサーバ選択情報を受信するための手段であって、各セクタについての前記サーバ選択情報が、前記セクタの負荷に基づいて設定され、かつ、サービスセクタとしての選択について前記セクタをランク付けするために使用される、手段と、
前記複数のセクタについての前記サーバ選択情報に基づいて、端末のサービスセクタとして、前記複数のセクタの１つを選択するための手段
とを含む、無線通信のための装置。
［１５］各セクタについての前記サーバ選択情報が、前記セクタについて前記端末によってなされる測定を調整するために使用されるオフセットを含む、［１４］に記載の装置。
［１６］前記端末の前記サービスセクタとして、前記複数のセクタの１つを選択するための手段が、
前記端末における前記複数のセクタの各々の受信信号品質を測定するための手段と、
前記測定された受信信号品質および前記セクタの前記オフセットに基づいて、各セクタの有効受信信号品質を決定するための手段と、
各セクタの前記有効受信信号品質に基づいて、前記サービスセクタとして、前記複数のセクタの１つを選択するための手段
とを含む、［１５］に記載の装置。
［１７］各セクタについての前記サーバ選択情報が、サービスセクタとしての選択についての前記セクタの優先順位を示す、［１４］に記載の装置。
［１８］前記端末の前記サービスセクタとして、前記複数のセクタの１つを選択するための手段が、
前記複数のセクタについての前記サーバ選択情報に基づいて、前記複数のセクタの中で最も高い優先順位を持っている少なくとも１つのセクタを識別するための手段と、
前記端末の前記サービスセクタとして、前記少なくとも１つのセクタの中で最も高い受信信号品質を持つセクタを選択するための手段
とを含む、［１７］に記載の装置。
［１９］各セクタについての前記サーバ選択情報が、前記セクタの前記負荷に基づいて設定されたＤＲＣロックを含む、［１４］に記載の装置。
［２０］各セクタの前記ＤＲＣロックは、前記セクタの負荷が大きい場合に「０」に設定され、前記端末の前記サービスセクタとして前記複数のセクタの１つを選択するための手段が、
前記複数のセクタの中で、「１」に設定されたＤＲＣロックを持っている少なくとも１つのセクタを識別するための手段と、
前記端末の前記サービスセクタとして、前記少なくとも１つのセクタの中で最も高い受信信号品質を持つセクタを選択するための手段
とを含む、［１９］に記載の装置。
［２１］複数のセクタについてのサーバ選択情報を受信するように構成された少なくとも１つのプロセッサであって、各セクタについての前記サーバ選択情報は、前記セクタの負荷に基づいて設定され、かつ、サービスセクタとしての選択について前記セクタをランク付けするために使用され、前記複数のセクタについての前記サーバ選択情報に基づいて、端末のサービスセクタとして、前記複数のセクタの１つを選択するように構成された少なくとも１つのプロセッサ
を含む、無線通信のための装置。
［２２］各セクタについての前記サーバ選択情報が、前記セクタについて前記端末によってなされる測定を調整するために使用されるオフセットを含む、［２１］に記載の装置。
［２３］前記少なくとも１つのプロセッサが、前記端末における前記複数のセクタの各々の受信信号品質を測定するように、前記測定された受信信号品質および前記セクタの前記オフセットに基づいて各セクタの有効受信信号品質を決定するように、かつ、各セクタの前記有効受信信号品質に基づいて前記サービスセクタとして前記複数のセクタの１つを選択するように、構成されている、［２２］に記載の装置。
［２４］各セクタについての前記サーバ選択情報が、サービスセクタとしての選択についての前記セクタの優先順位を示す、［２１］に記載の装置。
［２５］前記少なくとも１つのプロセッサが、前記複数のセクタについての前記サーバ選択情報に基づいて前記複数のセクタの中で最も高い優先順位を持っている少なくとも１つのセクタを識別するように、かつ、前記端末の前記サービスセクタとして前記少なくとも１つのセクタの中で最も高い受信信号品質を持つセクタを選択するように、構成されている、［２４］に記載の装置。
［２６］各セクタについての前記サーバ選択情報が、前記セクタの負荷に基づいて設定されたＤＲＣロックを含む、［２１］に記載の装置。
［２７］各セクタの前記ＤＲＣロックは前記セクタの負荷が大きい場合に「０」に設定され、前記少なくとも１つのプロセッサが、前記複数のセクタの中で「１」に設定されたＤＲＣロックを持っている少なくとも１つのセクタを識別するように、かつ、前記端末の前記サービスセクタとして前記少なくとも１つのセクタの中で最も高い受信信号品質を持つセクタを選択するように、構成されている、［２６］に記載の装置。
［２８］複数のセクタについてのサーバ選択情報を少なくとも１つのコンピュータに受信させるためのコードであって、各セクタについての前記サーバ選択情報が、前記セクタの負荷に基づいて設定され、かつ、サービスセクタとしての選択について前記セクタをランク付けするために使用される、コードと、
前記複数のセクタについての前記サーバ選択情報に基づいて、端末のサービスセクタとして、前記複数のセクタの１つを、前記少なくとも１つのコンピュータに選択させるためのコード
とを含む、コンピュータ可読媒体
を含むコンピュータプログラム製品。
［２９］セクタの負荷を決定することと、
前記セクタの前記負荷に基づいて前記セクタについてのサーバ選択情報を決定することであって、前記サーバ選択情報が、サービスセクタとしての選択について前記セクタをランク付けするために使用される、ことと、
少なくとも１つの端末に前記サーバ選択情報を送信すること
とを含む、無線通信のための方法。
［３０］前記セクタの前記負荷を決定することが、前記セクタによって現在サービスされ、かつ、空きのない待ち行列を持っている端末の数に基づいて、前記セクタの前記負荷を決定することを含む、［２９］に記載の方法。
［３１］前記セクタの前記負荷を決定することが、前記セクタによるリソースの利用のパーセンテージに基づいて前記セクタの前記負荷を決定することを含む、［２９］に記載の方法。
［３２］端末における前記セクタの受信信号品質を決定することであって、前記サーバ選択情報が、前記セクタの受信信号品質にさらに基づいて設定される、こと
をさらに含む、［２９］に記載の方法。
［３３］前記サーバ選択情報を決定することが、
前記セクタの前記負荷および端末における前記セクタの受信信号品質に基づいて、前記セクタのメトリックを決定することと、
前記セクタの前記メトリックに基づいて前記サーバ選択情報を設定すること
とを含む、［２９］に記載の方法。
［３４］前記サーバ選択情報がＤＲＣロックを含み、前記サーバ選択情報を決定することが、
サービスセクタとしての選択についての前記セクタの低い優先順位を示すために、前記セクタの前記負荷が大きい場合にＤＲＣロックを「０」に設定すること
を含む、［２９］に記載の方法。
［３５］端末のアクティブセットの中の複数のセクタを識別することと、
前記複数のセクタの各々の負荷を決定することと、
各セクタの前記負荷に基づいて、前記端末のサービスセクタとしての選択のための検討から、前記アクティブセットの中の少なくとも１つのセクタを除くこと
とを含む、無線通信のための方法。
［３６］前記アクティブセットの中の少なくとも１つのセクタを除くことが、
前記セクタの前記負荷および前記端末における前記セクタの受信信号品質に基づいて、前記アクティブセットの中の各セクタのメトリックを決定することと、
前記アクティブセットの中の各セクタの前記メトリックに基づいて、除くための少なくとも１つのセクタを選択すること
とを含む、［３５］に記載の方法。
［３７］各セクタの前記メトリックが、
【数２】
2014099887.tif 000012
を含み、
ここで、Ｎ（ｍ）は、セクタｍによって現在サービスされている端末の数、
ＳＩＮＲ（ｍ）は、前記端末におけるセクタｍの受信信号品質、
Ｒ｛  ｝は、データレートに対して受信信号品質をマッピングする関数、
Ｍｅｔｒｉｃ（ｍ）は、セクタｍのメトリックを表す、［３６］に記載の方法。
［３８］前記端末のサービスセクタとしての選択についての優先順位が低いことを示すように、前記少なくとも１つのセクタの各々についてのサーバ選択情報を設定することと、
前記端末のサービスセクタとしての選択についての優先順位がより高いことを示すように、前記アクティブセットの中の残りの各セクタについてのサーバ選択情報を設定すること
とをさらに含む、［３５］に記載の方法。
［３９］第１のセクタによって現在サービスされている端末の数を決定することと、
前記第１のセクタによって現在サービスされている端末の数に基づいて、前記第１のセクタの負荷を決定することと、
前記第１のセクタの前記負荷に基づいて、第２のセクタへ、前記第１のセクタによって現在サービスされている端末を移すかどうかを決定すること
とを含む、無線通信のための方法。
［４０］前記第１のセクタによって現在サービスされている端末の数を決定することが、サービスセクタとして前記第１のセクタを選択し、かつ、前記第１のセクタに空きのない待ち行列を持っている端末の数に基づいて、前記第１のセクタによって現在サービスされている端末の数を決定することを含む、［３９］に記載の方法。
［４１］前記端末からのパイロット測定レポートに基づいて、負荷分散のために、前記第１セクタによって現在サービスされている全端末の中から前記端末を選択することであって、前記パイロット測定レポートが、前記第１および前記第２のセクタのパイロット測定を含んでいることをさらに含む、［３９］に記載の方法。
【外国語明細書】
2014099887000001.pdf