"複数のアクセスポイントによってサービスされる複数のセクタの各々と関連した順方向リンク品質測定基準を決定すること、順方向リンク品質測定基準に関して各セクタにクレジットを割り当てること、データソース制御DSC変更境界において、非サービスセクタに関して蓄積されたクレジットが予め定められた閾値より大きい場合、DSC値を変更し、非サービスセクタはアクセス端末に関連したサービスアクセスポイントと異なる非サービスアクセスポイントによってサービスされていること、DSC値を送信すること、を含む無線通信の方法。DSC値の変化に従ってデータレート制御DRCカバーを変更することをさらに含む請求項1の方法。順方向リンク品質測定基準が、順方向リンク信号対干渉および雑音比SINRを含む請求項1の方法。複数のセクタが、アクセス端末の活発な組にある請求項1の方法。DSC変更境界における非サービスセクタに関して蓄積されたクレジットが予め定められた閾値より大きく、かつ予め定められたタイマが満了した場合、DSC値を変更することをさらに含む請求項1の方法。アクセス端末から受信されたデータソース制御DSC値を復号し、復号がDSC値の変化を示す場合に、アクセスネットワーク制御装置にメッセージを送信することを含む無線通信の方法。メッセージが、DSC値の復号中の消去を示しているアクセス端末に関連したサービスアクセスポイントによって送られる請求項6の方法。メッセージが、サービスアクセスポイントから非サービスアクセスポイントへのDSC値の再指示を示しているアクセス端末に関連したサービスアクセスポイントによって送られる請求項6の方法。メッセージが、非サービスアクセスポイントに対するDSC値の指示を示している非サービスアクセスポイントによって送られる請求項6の方法。アクセス端末に関係したデータソース制御DSC値における変化を示す第1のメッセージを第1のアクセスポイントから受信すること、複数のアクセスポイントに対してアクセス端末に関連した順方向トラヒックをマルチキャストすること、を含む無線通信の方法。順方向トラヒックは促進フローEFデータを含んでいる請求項10の方法。複数のアクセスポイントは、アクセス端末の活発な組にある請求項10の方法。第2のアクセスポイントから、第2のアクセスポイントに対するDSC値の指示を確認する第2のメッセージを受信すること、アクセス端末の活発なサービスアクセスポイントとして第2のアクセスポイントを割り当てること、をさらに含む請求項10の方法。マルチキャスティングを終了して、第2のアクセスポイントへアクセス端末に関連した順方向トラヒックを送ることをさらに含む請求項13の方法。第2のアクセスポイントから第1のアクセスポイントへのDSC値の再指示を確認する第2のアクセスポイントからの第2のメッセージを受信すること、アクセス端末の活発なサービスアクセスポイントとして第1のアクセスポイントを割り当てること、をさらに含む請求項10の方法。複数のアクセスポイントによってサービスされる複数のセクタの各々に関連して順方向リンク品質測定基準を決定する手段、順方向リンク品質測定基準に関して各セクタにクレジットを割り当てる手段、DSC変更境界において非サービスセクタに関して蓄積されたクレジットが、予め定められた閾値より大きい場合、データソース制御DSC値を変更する手段であって、非サービスセクタがアクセス端末に関連したサービスアクセスポイントと異なる非サービスアクセスポイントによってサービスされている手段、DSC値を送信する手段、を含む無線通信に適応された装置。DSC値の変化に従ってデータレート制御DRCカバーを変更する手段をさらに含む請求項16の装置。複数のセクタは、アクセス端末の活発な組にある請求項16の装置。DSC変更境界において非サービスセクタに関して蓄積されたクレジットが予め定められた閾値より大きく、かつ予め定められたタイマが満了した場合に、DSC値を変更する手段をさらに含む請求項16の装置。アクセス端末から受信されたデータソース制御DSC値を復号する手段、復号がDSC値の変化を示す場合、アクセスネットワーク制御装置にメッセージを送る手段を含む、無線通信に適応された装置。メッセージが、DSC値の復号中の消去を示しているアクセス端末に関連したサービスアクセスポイントによって送られる請求項20の装置。メッセージが、サービスアクセスポイントから非サービスアクセスポイントへのDSC値の再指示を示している、アクセス端末に関連したサービスアクセスポイントによって送られる請求項20の装置。メッセージが、非サービスアクセスポイントに対するDSC値の指示を示している、非サービスアクセスポイントによって送られる請求項20の装置。アクセス端末に関係したデータソース制御DSC値の変化を示す第1のメッセージを第1のアクセスポイントから受信する手段、複数のアクセスポイントに対してアクセス端末に関連した順方向トラヒックをマルチキャストする手段を含む、無線通信に適応された装置。順方向トラヒックが促進フローEFデータを含んでいる請求項24の装置。複数のアクセスポイントが、アクセス端末の活発な組にある請求項24の装置。第2のアクセスポイントにおいてDSC値の指示を確認する第2のメッセージを第2のアクセスポイントから受信する手段、アクセス端末の活発なサービスアクセスポイントとして第2のアクセスポイントを割り当てる手段をさらに含む請求項24の装置。マルチキャスティングを満了するための手段、およびアクセス端末に関連した順方向トラヒックを第2のアクセスポイントへ送る手段さらに含む請求項27の装置。第2のアクセスポイントから第1のアクセスポイントへ、DSC値の再指示を確認する第2のメッセージを第2のアクセスポイントから受信する手段、アクセス端末の活発なサービスアクセスポイントとして第1のアクセスポイントを割り当てる手段をさらに含む請求項24の装置。複数のアクセスポイントによってサービスされた複数のセクタの各々と関連して順方向リンク品質測定基準を決定すること、順方向リンク品質測定基準に関して各セクタにクレジットを割り当てること、データソース制御DSC変更境界で非サービスセクタに関して蓄積したクレジットが予め定められた閾値より大きい場合、DSC値を変更し、非サービスアクセスポイントによってサービスされている非サービスセクタがアクセス端末に関連したサービスアクセスポイントと異なること、DSC値を送信すること、アクセス端末から受信されたDSC値を復号すること、復号がDSC値における変化を示す場合に、アクセスネットワーク制御装置にメッセージを送ること、アクセス端末に関係したDSC値の変化を示すメッセージを受信すること、複数のアクセスポイントへアクセス端末に関連した順方向トラヒックをマルチキャストすることを含む通信の方法。複数のアクセスポイントによってサービスされた複数のセクタの各々に関連して順方向リンク品質測定基準を決定する手段と、順方向リンク品質測定基準に関して各セクタにクレジットを割り当てる手段、データソース制御DSC変更境界で非サービスセクタに関して蓄積されたクレジットが予め定められた閾値より大きい場合、DSC値を変更する手段であって、非サービスアクセスポイントによってサービスされている非サービスセクタがアクセス端末に関連したサービスアクセスポイントと異なる手段と、DSC値を送信する手段と、アクセス端末から受信されたDSC値を復号する手段と、復号がDSC値における変化を示す場合、アクセスネットワーク制御装置にメッセージを送る手段と、アクセス端末に関係したDSC値における変化を示すメッセージを受信する手段と、複数のアクセスポイントへアクセス端末に関連した順方向トラヒックをマルチキャストする手段とを含む通信システム。アクセス端末から送信されたデータレート制御DRCカバーが削除されるかどうか判断すること、DRCカバーが削除されない場合に、DRCカバーに関連したセクタからアクセス端末のための送信をスケジュールすることを含む無線通信の方法。DRCカバーが削除される場合に、DRCカバーに関係してDRCカバー消去基準が満たされるかどうか判断することをさらに含む請求項32の方法。DRCカバー消去基準が満たされる場合に、アクセス端末から送信されたデータソース制御DSC値が削除されるかどうか判断することをさらに含む請求項33の方法。DSC値が削除されない場合に、DSC値がアクセスポイントによってサービスされたセルと関連されるかどうか判断することをさらに含む請求項34の方法。DSC値がセルと関連された場合、アクセスポイントによってサービスされたセルにあり、かつATの活発な組にある複数のセクタからATへ順方向トラヒックをマルチキャストすることをさらに含む請求項35の方法。DSC値が削除される場合、アクセスポイントによってサービスされたセルにあり、かつATの活発な組にある複数のセクタからATへ順方向トラヒックをマルチキャストすることをさらに含む請求項34の方法。DRCカバー消去基準は予め定められた閾値より大きなDRC消去ランレングスを含んでいる請求項33の方法。DRCカバーを、アクセス端末から以前に受信されたDRCカバーの少なくとも1つと比較すること、DRCカバーが削除されない場合に、およびDRCカバーが、比較に基づいて以前に受信されたDRCカバーの少なくとも1つと一致している場合に、アクセス端末へ送信をスケジュールすることをさらに含む請求項32の方法。少なくとも1つの以前に受信されたDRCカバーが最後に成功裡に復号されたDRCカバーを含んでいる請求項39の方法。DRCカバーが削除される場合、またはDRCカバーが比較に基づいて以前に受信されたDRCカバーの少なくとも1つと一致していない場合、アクセス端末がDRC消去マッピングに適格であるかどうかを決定することをさらに含む請求項39の方法。DRC消去ランレングスが予め定められた閾値より大きな場合、および記憶データソース制御DSC値が、APによってサービスされたセルに関連したDSC値と等しい場合、アクセス端末はDRC消去マッピングに適格である請求項41の方法。アクセス端末がDRC消去マッピングについて適格である場合、アクセスポイントによってサービスされたセルにあり、かつアクセス端末の活発な組にある複数のセクタからアクセス端末へ順方向トラヒックをマルチキャストすることをさらに含む請求項41の方法。アクセス端末から送信されたデータ要求制御DRCカバーが削除されるかどうか判断する手段、DRCカバーが削除されない場合に、DRCカバーに関連したセクタからアクセス端末のための送信をスケジュールする手段を含む無線通信に適応された装置。DRCカバーが削除される場合、DRCカバーに関係してDRCカバー消去基準が満たされるかどうか判断する手段をさらに含む請求項44の装置。DRCカバー消去基準が満たされる場合に、アクセス端末から送信されたデータソース制御DSC値が削除されるかどうか判断する手段をさらに含む請求項45の装置。DSC値が削除されない場合に、DSC値がアクセスポイントによってサービスされたセルと関連されるかどうか判断する手段をさらに含む請求項46の装置。DSC値がセルと関連される場合、アクセスポイントによってサービスされたセルにあり、かつATの活発な組にある複数のセクタからATへ順方向トラヒックをマルチキャストする手段をさらに含む請求項47の装置。DSC値が削除される場合、アクセスポイントによってサービスされたセルにあり、かつATの活発な組にある複数のセクタからATへ順方向トラヒックをマルチキャストする手段をさらに含む請求項46の装置。DRCカバー消去基準は予め定められた閾値より大きなDRC消去ランレングスを含んでいる請求項45の装置。DRCカバーを、アクセス端末からの以前に受信されたDRCカバーの少なくとも1つと比較する手段をさらに含む請求項44の装置。DRCカバーが削除される場合、または、DRCカバーが比較に基づいて以前に受信されたDRCカバーの少なくとも1つと一致していない場合、アクセス端末がDRC消去マッピングに関して適格であるかどうかを決定する手段をさらに含む請求項51の装置。ここに示された実施例は、無線通信における適応性のあるサーバ選択の提供のための方法とシステムに関係がある。ここに示されたアクセスポイントAPは、基地局トランシーバシステムBTS、アクセスネットワークトランシーバANT、モデムプールトランシーバMPTまたはノードB例えば、W-CDMA型システムにおいてなどの機能を含みおよびまたは実施してもよい。セルはAPによってサービスされたカバレージエリアを指す。セルはさらに1つ以上のセクタを含んでもよい。さらに、アクセスネットワーク制御装置ANCは、中核ネットワーク例えば、パケットデータネットワークとインターフェースし、アクセス端末ATおよび中核ネットワーク間でデータパケットをルート設定するように構成された通信システムの部分を指し、各種無線アクセスおよびリンク保守機能ソフトハンドオフのようなを行ない、無線送信機および受信機などを制御する。ANCは、第2、第3または第4世代無線ネットワークで見られるように、基地局制御装置BSCの機能を含みおよびまたは実施してもよい。ANCおよび1つ以上のAPが、アクセスネットワークANの一部を構成してもよい。ここに示されたATは、無線電話、携帯電話、ラップトップコンピュータ、マルチメディア無線デバイス、無線通信パソコンPCカード、携帯情報端末PDA、外部または内蔵モデムなどを含むしかし限定するものではない様々なタイプの装置を指す。ATは、無線チャネルおよびまたは有線チャネル例えば、光ファイバまたは同軸ケーブル経由のを通して通信する任意のデータ装置であるかもしれない。ATはまた、アクセスユニット、アクセスノード、加入者ユニット、移動局、移動デバイス、移動ユニット、携帯電話、モバイル、遠隔局、遠隔端末、遠隔ユニット、ユーザ装置、ユーザ設備、ハンドヘルド装置など様々な名前を持っている。異なるATがシステムに組み入れられてもよい。ATは移動または静止であってもよく、通信システムの全体にわたって分散してもよい。ATは、与えられた瞬間で、順方向リンクFLおよびまたは逆方向リンクRL上の1つ以上のAPと通信し得る。図1は多くのユーザを支援するように構成された無線通信システム100を示し、さらに以下で述べられるように、様々な開示された実施例および態様が実施されてもよい。例の方法で、システム100はセル102a-102gを含む多くのセル102のための通信を提供し、各セルは対応するAP104AP104a-104gのようなによってサービスされる。各セルは1つ以上のセクタにさらに分割されてもよい。AT106a-106kを含む様々なAT106は、システムの全体にわたって分散する。各AT106は、例えば、ATが活発かどうかおよびそれがソフトハンドオフにあるかどうかに依存して、与えられた瞬間に順方向リンクおよびまたは逆方向リンク上の1つ以上のAP104と通信してもよい。図1では、矢印による実線はAPからATへ情報例えばデータ送信を示している。各々矢印による破線は、以下にさらに記述されるように、ATがそれぞれのAPからパイロットおよび他のシグナリング/参照信号を受信していること例えば、ATの活発な組のものを示している。明瞭さと単純性のために、逆方向リンク通信は、図1で明示的に示されない。高速パケットデータHRPDシステム例えば、1xEV-DOリリース0型システムとしてここに参照されたcdma2000高速パケットデータエアーインターフェーススペック3GPP2C.S0024-0バージョン4.0、2002年10月25日、1xEV-DOレビジョンA型システムとしてここに参照されたcdma2000高速パケットデータエアーインターフェーススペック3GPP2C.S0024-A、バージョン2、2005年7月などで指定されたようなにおいて、例えば、順方向リンクの送信はフレームのシーケンスに分割され、各フレームはさらにタイムスロット例えば、それぞれ1.667ミリセカンドの持続をもつ16スロットに分割され、各スロットは複数の時分割多重化チャネルを含んでいる。図2A-2Cは、ATがソースセクタ例えば、セクタAから目標セクタ例えば、セクタBへその順方向リンクサービスセクタを切換える状況に関係している、1xEV-DOリリース0および1xEV-DOレビジョンA型システムにおけるソフトハンドオフタイムラインの実施例を示す。ATがその順方向リンクのサービスセクタを切換えるべきトリガーは、順方向リンクチャネル条件、例えば、図2Aに示されおよびさらに以下に述べられるように、予め定められた方式にしたがって、ソースセクタからのそれより一貫して高い目標セクタからの例えば、パイロットおよびまたは他の順方向リンク信号測定に基づいたフィルタにかけられた信号対干渉および雑音SINR比に起因してもよい。1xEV-DOリリース0型システムにおいて、図2Bで示されるように、ATはデータレート制御DRCチャネルを使用して、順方向リンク上の送信に関連した選択されたサービスセクタおよび所望のデータレートをANに示す。DRCチャネルはまた、チャネル品質情報に関連するフィードバックメカニズムをANに提供する。DRCのデータ部分およびセクタ部分は、それぞれDRCレートおよびDRCカバーとしてここに呼ばれる。DRCレートおよびDRCカバーはDRC値を構成する。DRCカバーは任意のDRC変更境界、例えば、以下の式のスロットTにおいて変更されてもよい。T1-FrameOffsetmodDRCLength=0式1ここに、FrameOffsetはスロットの単位で測定され、modはモジュール演算を表わし、DRCLengthは持続中のスロットの所定数例えば、8スロットである。DRCカバーおよびDRCレートは送信が終わった後に半分のスロットに効果を生じ、事実上DRCLengthと等しい多くのスロットについてとどまる。ソフトおよびソフターハンドオフの両方について、ナルカバーの2つのDRC長さの最低は、次の例が示すように異なるDRCカバー例えば、セクタAからセクタBへ切換えることに関係された間で必要かもしれない。1ATの現在のDRCカバーがセクタカバーである場合、ATの次のDRCカバーは異なるセクタカバーではないかもしれない。それは単に同じセクタカバーまたはナルカバーかもしれない。2ATの最も最近のセクタカバーがセクタAに相当する場合、セクタBから受信したパケットがセクタAから受信したパケットに時間内にオーバーラップしないことをATが決めるまで、ATはセクタBに対応するセクタカバーを使用しなくてもよい。DRC変更境界にあるスロットnの終わりで、そのDRCをセクタAからBへ切換えることをATが決定する状況を考慮する。スロットn1からスロットnDRCLengthへの実際上メディアアクセス制御MAC層のDRCカバーは、まだセクタAにあり、また、ATはこの時間中ANによって送信のためスケジュールされるかもしれない。その結果、ATは、セクタBにDRCカバーを即座に変更することができないかもしれない。したがって、ナルカバーはスロットn1からスロットnDRCLengthに送信される必要がある。ANはスロットnDRCLengthにおいてATへのパケットをスケジュールしてもよい。パケットが特別なデータレート例えば、16のスロット上の1024ビットを備えたレートインデックス1である場合、それは、DRC変更と該当データパケット送信の間の時間オフセットである長さ1024チップのプリアンブルを持っていてもよい。ATは、それがスロットnDRCLength1のためのDRCカバーを決定する場合、それのためのパケットがないかどうか分からないかもしれない。したがって、ナルカバーはスロットnDRCLength1からn2×DRCLengthへ送信される必要がある。そのように、少なくとも2つのナルカバーがDRCカバー変更間で必要とされるかもしれない。セクタAおよびセクタBが、同じセルにない例えば、ソフトハンドオフ中の場合、ANCはそれがATにサービスを始める前に、セクタBへデータを転送する必要があるかもしれない。DRCカバー変更の検知で、図2Bで示されるように、ソフトハンドオフを示すためANCに対して、セクタAがメッセージ例えばForwardStoppedを送信し、セクタBがまたメッセージ例えばForwardDesiredを送信するかもしれない。したがって、ATは、ソフトハンドオフ中に、少なくとも1つのAP-ANCラウンドトリップ時間プラス2DRCLengthsの間サービスされないかもしれない。ソフターハンドオフについては、非サービス時間は少なくとも2DRCLengthsかもしれない。非サービス時間は、図2Bで示されたようにサービス供給停止または暗い時間とここに名付けられてもよい。サービス供給停止は、ボイスオーバインターネットプロトコルVoIPデータのような、遅れに敏感なアプリケーションのために損失を引き起こすかもしれない。ハンドオフ中にサービス供給停止を減少するために、データソース制御DSCチャネルが導入されてもよく1xEV-DOレビジョンA型システムにおけるように、順方向リンク上でサービスセルまたはデータソースを表わしている。ATは、順方向リンク上で選択されたサービスセルをANに示すためにDSCチャネルを使用し、順方向リンク上で選択されたサービスセクタをANに示すためにDRCチャネルを使用してもよい。ATとANに関してサーバ選択を促進するDSCチャネルの使用の例が以下に述べられる。図2Bおよび2Cは、1xEV-DOリリース0および1xEV-DOレビジョン1型システムにおけるソフトハンドオフタイムラインの比較を示す。例証と明瞭さのため、最小のナルDRCカバーの場合だけが明示的に示される。ソフトハンドオフおよびソフターハンドオフの両方について、DRC再指示の前に何らかの進行中のパケットがある場合、ATは、パケットの全部が満了するまでナルDRCカバーを送かもしれないことに注意せよ。これは、1xEV-DOリリース0および1xEV-DOレビジョンA型システムの両方での場合である。DSCは変更することが許されるところで、DSCは予め定められた境界をもつように構成されてもよい。例えば、DSCは以下のようなスロットTで変更してもよい。T115×FrameOffsetmodDSCLength=0式2ここに、DSCLengthは所定個数のスロットの持続例えば、16スロットかもしれない。上に記述されるように、DRCはスロットTで以下のように変更してもよい。T1-FrameOffsetmodDSCLength=0式3DSCは送信が終わってから1スロットの効果を生じ、実際にDSCLengthスロットにとどまってもよい;ところが、DRCは送信が終わってから半分のスロットの効果を生じ、実際にDRCLengthと等しい数のスロットにとどまってもよい。DRCはDSCに一致してもよい。例えば、DRCカバーがセクタカバーである場合、DSCによって示されたデータソースはATの活発な組に含まれており、データソースに関連したDRCLockビットは1に設定され、したがってDRCカバーによって示されたセクタは、DRCの送信にしたがっている次のDRCLengthスロット中に実際に存在するDSCによって示されたデータソースに属してもよい。DSCはハンドオフの初期の表示として使用されてもよく、それによって、APとANCの間で、キュートランスファ即ち、Q転送に関連したサービス供給停止が、最小化されるかまたは本質的に除去されることを可能にする。実施例では、ATの活発な組中の複数のAPは、DSC長さ境界例えばスロット単位でより前にDSCを検知することを試みてもよい。任意のセクタがDSCの可能な変更を報告する場合、ANCは、ATの活発な組におけるセクタのうちのいくつかまたはすべてへ、促進フローEFアプリケーション例えば、VoIPパケットのような遅れに敏感なデータに関連したデータをマルチキャストし始めてもよい。マルチキャストメカニズムの例はさらに以下に述べられる。マルチキャストは、DRCカバーがそれを指し始める場合に、セクタBがサービスに準備することを可能にする。ナルカバーの最低2つのDR長さがまた、ソフトおよびソフターハンドオフのための1xEV-DOレビジョンA型システムにおいて必要であるかもしれない。そのように、ソフトハンドオフにおけるEFデータのためのサービス供給停止はナルカバーの2つのDRCLengthsに減らされるかもしれない。ソフターハンドオフについては、それはナルカバーの2つのDRCLengthsのままであるかもしれない。そのようなシステムでのソフトハンドオフおよびソフターハンドオフの間の差は、任意のDRC変更境界において後者が起こるということかもしれない。例の方法により、図3は2つのスロットのDRCLengthおよび8つのスロットのDSCLengthのためのDSCチャネルタイムラインの実施例を示す。図4は、DRCカバー変更の実施例を示す。DRCAおよびDRCBは、それぞれセルAおよびセルBに関連したDRCカバーを表わす。DRCNULLは、ナルカバーを備えたDRCを示す。PKTAまたはPKTBは、セルAまたはセルBからの新しいパケットの潜在的なスタートを示す。PKTNULLは、ナルカバーされたDRCのために新しいパケットがないことを示す。いくつかの実施例では、厳しい長期的なインバランスを回避するために、DSCは弱い逆方向リンクによりセルを指さなくてもよい。例えば、ATがその活発な組のセクタから0に設定されたDRCLockビットを受信する場合、ATは、そのセクタに関連したデータソースにそのDSCを指示しなくてもよい例えば、ソフトハンドオフを始めるATを回避するため。ソフトハンドオフ中に、DSC/DRC再指示は、例えば、最悪の場合に2つのDSCLengthsまで遅らせるかもしれない。その結果、短いDSCLengthは悪いチャネル条件により遅れおよび可能なサービスの低下を減少するのに望ましいかもしれない。他方では、より高い送信電力はそのような場合、DSCチャネル信頼度を維持するために必要かもしれない。したがって、より短い遅れの利益に対して追加のオーバヘッドを評価する必要がある。DSC/DRC再指示は、例えば、異なるセクタからのフィルタにかけられた順方向リンクSINR測定に基づいて、ATによって始められてもよい。一次の無限のインパルス応答IIRフィルタが使用され得る例えば、64スロットの時定数で。セクタAに現在のサービスセクタ、およびATの活発な組中の他のセクタをセクタBとしよう。ここにクレジットと名付けられ、CBによって表示されたパラメータは、セクタBのために維持され、以下のように更新されてもよい:CBn1=max0,CBnΔn式4ここに、上記において、SINRAnおよびSINRBnはそれぞれフィルタをかけられたパイロットSINR測定値を表わし、また、nは時間インデックス表す。XとYは予め定められた閾値例えば、dBで測られたであるかもしれない。ここにSofterHandoffDelayおよびSoftHandoffDelayと名付けられた2つのハンドオフパラメータは、ATがそれぞれ同じおよび異なるセルに属するソースセクタから目標セクタへDRCを切換える場合、最小の割込み/遅延時間に関係している。いくつかの実施例では、そのようなハンドオフパラメータの値はスロットの単位例えば、8つのスロットであってもよい。例えば、SofterHandoffDelay=8スロット、およびSoftHandoffDelay=64スロットが使用されてもよい例えば、1xEV-DOリリース0または1xEV-DOレビジョンA型システムのいずれかで。これらのパラメータは、例えば蓄積されたクレジットを閾値と比較するのに使用される。1xEV-DOリリース0型システムにおいて、ソフトおよびソフターハンドオフの両方のために、再指示に必要とされるクレジットの数はSoftHandoffDelayと等しいかもしれない。ハンドオフがサービス供給停止を引き起こすので、クレジットの大きな閾値はATハンドオフを始める頻度を制限するかもしれない。1xEV-DOレビジョンA型システムでは、サービス供給停止の減少により、より小さな閾値が使用されてもよい。例えば:ATがソフターのみのハンドオフにある場合例えば、同じセルに属するその活発な組のすべてのメンバー、クレジット上の閾値は最大1,SofterHandoffDelay-DRCLengthにより与えられてもよい;そうでなければ、閾値は最大1,SoftHandoffDelay-DSCLengthにより与えられてもよい。閾値がATの活発な組の構成によってATが再指示しようとしているそのセクタに対立するものとして決定されてもよいことに注意を要す。クレジットは、ソフター再指示のためのDRC変更境界およびソフト再指示のためのDSC境界で計算され得る。頻繁なDSC/DRC再指示を回避するために、ATがタイマの満了前に別に再指示を開始しないように、ソフト/ソフター再指示が起こるとき、タイマがセットされてもよい。いくつかの実施例では、タイマ満了期間は、SofterHandoffDelayとSoftHandoffDelayとでそれぞれ等しいかもしれない。そのように、SofterHandoffDelayとSoftHandoffDelayは、ソフターおよびソフトハンドオフのコストを表示してもよい。1xEV-DOリリース0型システムでは、セクタに再指示と関係するAPからANCへ2つのメッセージがあってもよい:例えば、セクタAからのここにForwardStoppedと名付けられたメッセージ、およびセクタBからのここにForwardDesiredと名付けられた別のメッセージ。これらのメッセージは、セクタAからセクタBへのQ転送を実行するため、ANCにより処理され、サービス供給停止はこのQ転送と関係している図2Bで示されたように。1xEV-DOレビジョンA型システムにおいて、連続データサービス例えば、EFデータ/フローは、DSCチャネルの使用によって可能になるかもしれない。そのようなものは、DSC変更境界の前にDSCチャネルをデコードし、DSC境界における早期検出および最終検出の間で、ATの活発な組中の幾つかまたはすべてのセクタに対して、ANCにデータをマルチキャストさせることにより実行されてもよい。いくつかの状況で、逆送トラヒックへの衝撃を制限するように、マルチキャストはEF適用例えば、VoIPデータのような遅れに敏感なデータにのみ適用され得る。実施例において、ATの活発な組中の各セクタはDSCチャネルをデコードすることを試みてもよい。最終決定はここにTdとして表わされるDSC境界でなされる。Tdにおいて、蓄積されたエネルギーが閾値より大きい場合、最大に蓄積されたエネルギーを有するDSC値は次のDSCLengthに対して実際にDSCとして宣言され、そうでなければ、DSC消去が宣言され得る。Q転送を容易にしおよびTdのまわりの多重スロットパケットを制限するために、初期決定が望ましいかもしれない。例えば、各APは、予め定められた例えば、システム全体で構成されたスロットの数例えば、12スロットによりTdを進行する時間TpdでDSC復号決定を提供してもよい。同じエネルギー閾値がTdで最終決定として使用されてもよい。これらの早期検出が最終決定として信頼できない状況があってもよい;しかしながら、そのようなものは、TpdとTdの間のデータ送信のマルチキャスト特質によって補正されてもよい。次の用語が、ANCとAP例えば、ATの活発な組中のものの間のマルチキャストを含む状況で使用されてもよい:サービスAP:ANCへメッセージ例えば、ForwardDesiredIndを広告しており、ANCへ第2のメッセージ例えば、ForwardStoppedIndを広告するまで、サービスAPと見なされるAP。サービスセクタは、サービスAPによってサービスされたセクタを指す。活発なサービスAP:ANCへForwardDesiredIndメッセージを広告しており、ATにデータをサービスしているANCによって考慮されるAP。非サービスAP:ANCへForwardStoppedIndメッセージを広告しており、ANCへForwardDesiredIndメッセージを広告するまで、非サービスAPと見なされるAP。非サービスセクタは、非サービスAPによってサービスされたセクタを指す。ForwardStoppedIndとForwardDesiredIndのメッセージに加えて、DSCチャネルに関連したデコードされた値の変化をANCに示すために、ここにDSCChangedIndと名付けられた新しいメッセージがAPによって使用されてもよい。この指示はATの活発な組中の任意のサービスAPによって出され、以下のうちの1つを示す:ATがハンドオフするように意図するAPの識別を示すDSC値。この場合、DSC変更時間も提供され、示されたDSC値が効果を現わす時を示す。APがDSCチャネルを成功裡にデコードすることができなかったことを示す消去。ハンドオフメッセージは以下条件の下で生成され、以下にテーブル1で示される:ForwardDesiredInd:APはATから受信したDSCチャネルを成功裡にデコードし、デコードされたDSC値はそれ自身のまたは自己DSC値と同じである。これはTpdとTdで生成されるかもしれない。DSCChangedInd消去された:APはATから受信したDSCチャネルをデコードすることができない。これはTpdとTdで生成されるかもしれない。DSCChangedInd変更された:APはATから受信したDSCチャネルを成功裡にデコードし、デコードされたDSC値はそれ自身のDSC値とは異なる。これはTpdで生成されるかもしれない。ForwardStoppedInd:DSC値がスロットの構成可能な数に対するそれ自身のDSC値と同じではないことをAPが成功裡に決めた場合、これが生成される。これはTdで生成されるかもしれない。以下のテーブル1は、ハンドオフ中のメッセージと時刻の組合せを示す。いくつかの状況で、様々なハンドオフメッセージは以下を除いてANCで任意の順に受信されるかもしれない:DSCChangedIndは直ちにForwardStoppedIndに続かないかもしれない。ANCは、次のイベントのうちの1つの受信上でマルチキャスト状態に入るかもしれない:活発なサービスAPからのDSCChangedInd。DSCChangedIndの受信は、DSCチャネルの状態が変わったことを示す。そのようなものは、DSCチャネルデコーディングが成功し、DSCが他のAPを指しているか、または、DSCチャネルデコーディングが失敗であるかのいずれかを示唆するかもしれない。ATの活発な組中の非サービスAPに導くサービスAPからのForwardStoppedInd。ATの活発な組における1つのサービスAPだけがあり、それがどんなDSC変更も報告していない場合、ANCはマルチキャスト状態を出るかもしれない。オリジナルのサービスセクタがATの活発な組の外に落とす場合、それはANCにForwardStoppedIndメッセージを送り、マルチキャストメカニズムはこの状況を通常取り扱うかもしれない。いくつかの実施例では、ANCとAPの間のデータはユーザデータグラムプロトコルUDPを使用して送信されるかもしれず、一方シグナリングメッセージは信頼性のため送信制御プロトコルTCPを使用して送信されているかもしれない。図5は第1のソフトハンドオフシナリオで起こるイベントのシーケンスの実施例を示し、そこでは、活発なサービスAPまたは単純化のためAP1および非サービスAPまたは単純化のためAP2の両方が、DSC変更を正確に検知することができる。図5で示された様々なステップにおいて:1.AP1はDSCチャネルをデコードし、ATがそのDSCをAP1にもはや指示していないことを決める。AP1は続いてANCにDSCChangedIndメッセージを送り、それは新しいDSC値、現在の待ち行列レベル、予測された切換え時間などを含んでいてもよい。2.ANCは、マルチキャスト状態、例えば、ATの活発な組中のすべてのAPに順方向トラヒック例えば、EFデータをマルチキャストする起動に入る。3.AP2は、成功裡に時間Tpd1でDSCチャネルをデコードし、ANCにForwardDesiredIndメッセージを送る。4.時間Td1では、AP1は、ATがAP2に切換わっていると結論を下し、ANCにForwardStoppedIndメッセージを送る。5.ANCは、AP2であるべきATのために活発なサービスAPを設定し、マルチキャストをやめて、AP2のみに順方向トラヒックを送り始める。図6は第2のソフトハンドオフシナリオで起こるイベントのシーケンスの実施例を示し、そこでは、活発なサービスAPまたはAP1はDSC変更を正確に検知することができ、また、非サービスAPまたはAP2はDSC消去を検知する。図6で示された様々なステップにおいて:1.AP1はDSCチャネルをデコードし、ATがそのDSCをAP1にもはや指さないことを決める。AP1は続いてANCへDSCChangedIndメッセージを送り、それは新しいDSC値、現在の待ち行列レベル、予測された切換え時間などを含んでいてもよい。2.ANCは、マルチキャスト状態、例えば、ATの活発な組中のすべてのAPへ順方向トラヒックをマルチキャストする起動に入る。3.AP2は成功裡にDSCチャネルそれはそれ自体を指しているをデコードし、ANCにForwardDesiredIndメッセージを送る。4.AP2はDSC消去をデコードし、ANCにDSCChangedIndメッセージを送る。5.時間Td1において、AP1は、ATがAP2に切換わっていると結論を下し、ANCにForwardStoppedIndメッセージを送る。ANCは、AP2であるべきATのために活発なサービスAPを設定する。6.AP2は成功裡により多くのDSC記号それらはそれ自身の値と同じであるをデコードする。AP2がたった今ANCにDSCChangedIndメッセージを送ったので、それは、ATがAP2へ実際に切換わっていることをANCで確認するため他のForwardDesiredIndメッセージを送る。7.ANCはマルチキャストすることを止め、AP2のみに順方向トラヒックを送ることを始める。図7は、第3のソフトハンドオフシナリオで起こるイベントのシーケンスの実施例を示し、そこでDSC消去の後、活発なサービスAPまたはAP1がDSC変更を検知し、非サービスAPまたはAP2がDSC変更を正確に検知することができる。図7で示された様々なステップにおいて:1.AP2は成功裡にDSCチャネルそれはそれ自身の値と同じであるをデコードし、ANCにForwardDesiredIndメッセージを送る。2.ANCは、マルチキャスト状態、例えば、ATの活発な組中のすべてのAPへ順方向トラヒックをマルチキャストする起動に入る。3.時間Td1において、AP1はDSC消去をデコードし、ANCにDSCChangedIndメッセージを送る。4.AP1はDSCチャネルそれは異なるAPを指しているをデコードし、ANCにDSCChangedIndメッセージを送る。5.時間Td2において、AP1は、ATがAP2に切換わっていると結論を下し、ANCにForwardStoppedIndメッセージを送る。ANCは、AP2であるべきATのために活発なサービスAPを設定する。6.ANCはマルチキャストすることを止め、AP2のみに順方向トラヒックを送ることを始める。図8は、第4のソフトハンドオフシナリオで起こるイベントのシーケンスの実施例を示し、そこでは、活発なサービスAPまたはAP1はDSC消去から回復し、非サービスAPまたはAP2はDSC消去から回復する。図8で示された様々なステップにおいて:1.AP1はDSC消去をデコードし、ANCにDSCChangedIndメッセージを送る。2.ANCは、マルチキャスト状態、例えば、ATの活発な組中のすべてのAPへ順方向トラヒックをマルチキャストする起動に入る。3.AP2は成功裡にDSCそれはそれ自体を指しているをデコードし、ANCにForwardDesiredIndメッセージを送る。4.AP2はDSC消去をデコードし、ANCにDSCChangedIndメッセージを送る。5.時間Td1において、AP1は、ATがAP2に切換わっていると結論を下し、ANCにForwardStoppedIndメッセージを送る。ANCは、AP2であるべきATのために活発なサービスAPを設定する。6.AP2は成功裡により多くのDSC記号それらはそれ自身の値と同じであるをデコードする。AP2がたった今ANCにDSCChangedIndメッセージを送ったので、それは、ATがAP2へ実際に切換わっていることをANCで確認するため他のForwardDesiredIndメッセージを送る。7.ANCはマルチキャストすることを止め、AP2のみに順方向トラヒックを送ることを始める。他のハンドオフシナリオおよび実施がある。例えば、いくつかの実施例では、ANCは、マルチキャスト状態にあるATの活発な組中のAPの部分集合に順方向トラヒック例えば、EFデータをマルチキャストするかもしれない。上に示されるように、マルチキャストの使用はサービスまたは非サービスセクタでDSC消去か誤りを補償するかもしれない。活発なサービスAPが間違ったDSC検知をなし、それ自体を指すDSCをまだ予期している場合、DSCChangedIndメッセージは送られないかもしれない。従って、他のAPがForwardDesiredIndメッセージを送っても、マルチキャスト状態はTpdまたはTdで開始しないかもしれない。言いかえれば、DSCChangedIndメッセージが活発なサービスセクタから送られた後だけ、マルチキャスト状態は開始するかもしれない。いくつかの実施例において、APがDSCChangedIndまたはForwardStoppedIndのメッセージをANCに送る場合、それはまたその待ち行列情報を送るかもしれない。例えば、メッセージは送られた最終バイトを示すかもしれない。いくつかの実施例では、マルチキャスト状態の終わりに、ANCは、例えば、それぞれのデータ待ち行列をフラッシュするために、もはやサービスセクタと見なされないすべてのAPに命令を発送するかもしれない。これらの命令は、フローの開始および閉鎖とともに送信期間をマークする。ANCは、各送信期間のために漸増的に例えば1の単位によって変わるタグ番号でそれが発送する各パケットを関連付けるかもしれない。そのようなものはAPでパケットを唯一に識別するのに有用であるかもしれない。図9は、いくつかの示された実施例上に記述されたようなを実施するために使用されるかもしれない処理900のフローチャートを示す。ステップ910は複数のAP例えば、ATの活発な組におけるによってサービスされた複数のセクタの各々と関連した順方向リンクFL品質測定基準を決定する。ステップ920は決定されたようにFL品質測定基準に関して各セクタにクレジット最高を割り当てる。ステップ930は、DSC変更境界における非サービスセクタのために蓄積されたクレジットが予め定められた閾値より大きいかどうか判断し、ここに非サービスセクタはATのためのサービスAPと異なる非サービスAPによってサービスされる。ステップ930の結果がYESである場合、ステップ940に続き、サービスAPから非サービスAPへDSC値を変更する。ステップ950は複数のAPにDSC値を送信する。ステップ960はDSC変更例えば、DRCカバーを非サービスカバーに再指示することに従ってDRCカバーを変更する。ステップ930の結果がNOである場合、処理900はステップ910に返る。図10はいくつかの示された実施例上に記述したようなを実施するために使用されるかもしれない処理1000のフローチャートを示す。ステップ1010はAT図9の実施例に記述したようなから受信されたDSC値をデコードする。ステップ1020は、復号が成功するかどうか判断する。ステップ1020の結果がYESである場合、ステップ1030はデコードされたDSC値に変更があるかどうか判断する。ステップ1030の結果がYESである場合、ステップ1040に続き、DSCChangedIndメッセージをANCへ送る。ステップ1030の結果がNOである場合、処理1000はステップ1010に返る。ステップ1020の結果がNOである場合、ステップ1050に続き、DSCChangedInd消去メッセージをANCへ送る。図11はいくつかの示された実施例上に記述したようなを実施するために使用されるかもしれない処理1100のフローチャートを示す。ステップ1110はAT図9の実施例に記述したようなから受信されたDSC値をデコードする。ステップ1120は、デコードされたDSC値が自分自身の値例えば、非サービスAPの値に等しいかどうか判断する。ステップ1120の結果がYESである場合、ステップ1130が続き、ForwardDesiredIndメッセージをANCへ送る。ステップ1120の結果がNOである場合、処理1100はステップ1110に返る。図12はいくつかの示された実施例上に記述したようなを実施するために使用されるかもしれない処理1200のフローチャートを示す。処理1200はステップ1205でスタートする。DSCChangedIndメッセージがサービスAP例えば、上に記述されたAP1から受信したかどうかをステップ1210が判断する。ステップ1210の結果がYESである場合、ステップ1220が続き、ATと関連した順方向トラヒック例えば、EFデータを複数のAP例えば、ATの活発な組のものにマルチキャストし始める。ForwardDesiredIndメッセージが非サービスAP例えば、上に記述されたAP2から受信されたかどうかをステップ1230が判断する。ForwardStoppedIndメッセージがAP1から受信されたかどうかステップ1240で判断する。両方のステップ1230および1240の結果がYESである場合、ステップ1250が続き、ATのための活発なサービスAPであるべきAP2を割り当てる。ステップ1230またはステップ1240のいずれかの結果がNOである場合、処理1200はステップ1220に返る。図12において、ステップ1210の結果がNOである場合、ステップ1260に続き、ForwardDesiredIndメッセージが非サービスAP例えば、上に記述されたAP2から受信されているかどうか決定する。ステップ1260の結果がYESである場合、ステップ1270が続き、ATに関連した順方向トラヒック例えば、EFデータを複数のAP例えば、ATの活発な組のものへマルチキャストし始める。DSCChangedIndメッセージがサービスAP例えば上に記述されたAP1から受信されたかどうかステップ1280が判断する。ForwardStoppedIndメッセージがAP1から受信されたかどうかステップ1290が判断する。両方のステップ1280および1290の結果がYESである場合、処理1200はステップ1250に移る。ステップ1280またはステップ1290のいずれかの結果がNOである場合、処理1200はステップ1270に返る。ステップ1260の結果がNOである場合、処理1200はステップ1205に返る。図13は、いくつかの示された実施例上に記述したようなが実施されるかもしれない装置1300のブロック図を示す。例の方法により、装置1300は、複数のAP例えば、ATの活発な組のものによりサービスされた複数のセクタの各々に関係している順方向リンク品質測定基準を決定するように構成されたチャネル品質推定ユニットまたはモジュール1310;FL品質測定基準に関しての各セクタにクレジットを割り当てるように構成されたクレジット割り当てユニット1320;AT例えば、DSC変更境界において非サービスセクタのために蓄積されたクレジットが予め定められた閾値より大きな場合のためのDSC値を選択/変更するように構成されたDSC選択ユニット1330;複数のAPにDSC値を送信するように構成された送信ユニット1340;およびDSC変更に従ってDRCカバーを選択/変更するように構成されたDRC選択ユニット1350を含んでいるかもしれない。装置1300では、チャネル品質推定ユニット1310、クレジット割り当てユニット1320、DSC選択ユニット1330、送信するユニット1340およびDRC選択ユニット1350は、通信バス1360に接続されるかもしれない。演算処理装置1370および記憶装置1380も通信バス1360に接続されるかもしれない。演算処理装置1370は様々なユニットの作動を制御およびまたは調整するように構成されるかもしれない。記憶装置1380は、演算処理装置1370によって実行される命令を具体化するかもしれない。装置1300は、AT例えば、図1の中のAT106、または他の通信装置で実施されるかもしれない。図14はいくつかの示された実施例上に記述したようなを実施するために使用されるかもしれない装置1400のブロック図を示す。例の方法により、装置1400は、ATから受信されたDSC値を決定するように構成された復号装置またはモジュール1410;DSC復号例えば、上に記述されたようなDSCChangedInd、ForwardDesiredInd、ForwardStoppedIndメッセージまたは同種のものに従ってメッセージを生成するように構成されたメッセージ生成ユニット1420;およびANCにこのように生成されたメッセージを送るように構成された送信ユニット1430を含んでいるかもしれない。装置1400では、復号装置1410、メッセージ生成ユニット1420および送信ユニット1430が通信バス1440に接続されるかもしれない。演算処理装置1450および記憶装置1460も通信バス1440に接続されるかもしれない。演算処理装置1450は様々なユニットの作動を制御およびまたは調整するように構成されるかもしれない。記憶装置1460は演算処理装置1450によって実行される命令を具体化するかもしれない。装置1400は、AP例えば、上に記述されたAP1またはAP2、または他のネットワークインフラストラクチャ要素で実施されるかもしれない。図15はいくつかの示された実施例上に記述したようなを実施するために使用されるかもしれない装置1500のブロック図を示す。例の方法で、装置1500は、APからメッセージ例えば、上に記述されたAP1またはAP2からのDSCChangedInd、ForwardDesiredIndまたはForwardStoppedIndメッセージを受信するように構成されたメッセージ処理ユニットまたはモジュール1510;複数のAP例えば、ATの活発な組のものへのATに関連した順方向トラヒック例えば、EFデータをマルチキャストするように構成されたマルチキャスティングユニット1520;およびATのために活発なサービスAPを選ぶように構成されたサーバ選択ユニット1530を含んでいるかもしれない。装置1500では、メッセージ処理ユニット1510、マルチキャスティングユニット1520およびサーバ選択ユニット1530は通信バス1540に接続されるかもしれない。演算処理装置1550および記憶装置1560も通信バス1540に接続されるかもしれない。演算処理装置1550は様々なユニットの作動を制御およびまたは調整するように構成されるかもしれない。記憶装置1560は、演算処理装置1550によって実行される命令を具体化するかもしれない。装置1500は、ANC上に記述されたような、または他のネットワーク制御装置手段で実施されるかもしれない。逆方向リンクオーバヘッドチャネル例えば、DRC、DSC、逆方向レート指標RRI、肯定応答ACKチャネル、などの送信電力は、パイロット送信電力に固定オフセットで結び付けられるかもしれない。後者は、内側ループ電源制御装置および外側ループ電源制御装置を含んでいるかもしれない電源制御装置によって制御されるかもしれない。例えば、内側ループ電源制御装置は、閾値のまわりであるAPにおける受信パイロット電力を維持するように構成され、閾値は次に外側ループ電源制御装置によって決定される。いくつかの状況で、外側ループ電源制御装置による閾値調節はデータチャネル性能に基づいているかもしれない。その結果、オーバヘッドチャネル性能は別々に考慮される必要があるかもしれない。これは、逆方向リンク上のソフトハンドオフの場合には特に重要かもしれない。理由は、オーバヘッドチャネルではなく、ANCにおいて選択結合例えば、ATの活発な組中の複数のAPからの復号結果を組み合わせることからデータ復号が利益を得るかもしれないからである。DRC性能は特にインバランスがある状態で不足しているかもしれず、ここにATはそれが最良の順方向リンクを持っている1つのセクタにおいてそのDRCを指示するが、それがよりよい逆方向リンクを有する他のセクタによって電力制御される。DRCチャネルに関しては、APが間違った復号を作り、そのようなものに基づいたパケット送信をスケジュールする場合、パケットが対応するATによって受信されなくなり、送信スロットはすべて浪費で満了するかもしれない。APがDRCチャネルを成功裡にデコードすることができず、DRC消去を宣言する場合、ATはサービスされなくてもよい。遅れに無感覚な例えば、ベストエフォートデータ流を持った複数ユーザの状況で、これはセクタ容量の損害をほとんど引き起こさないかもしれない。したがって、合理的なDRC消去レートは、低いDRC復号誤り確率に関して許容されるかもしれない。DRC復号中に、最大受信エネルギーを持ったDRC候補は閾値と比較されるかもしれない。エネルギーが閾値より大きい場合、この候補は実際にDRCになるかもしれない;そうでなければ、DRC消去は宣言されるかもしれない。DRC送信電力がパイロット電力に結び付けられるので、DRCエネルギー上の閾値は、受信パイロット電力ここにEcp/Ntと名付けられた上の閾値と等価かもしれない。例の方法で、Ecp/Ntが例えば-25dB程度下に落ちる場合、DRC消去は宣言されるかもしれない。セクタは、フィードバックループを介して、例えば、DRCLockビットによって、逆方向リンクSINRまたはDRC消去レートをATに供給するかもしれない。各セクタは評価された消去レートに従ってATのためのDRCLockビットを設定するかもしれない。例えば、1ロック内のDRCLockビットは、DRC消去レートが受入れ可能であることを示すかもしれない;0ロック外のDRCLockビットは、DRC消去レートが受入れがたいことを示すかもしれない。いくつかのメカニズムが一貫して高い消去レートに悩まされるATのための長い供給停止を回避するために工夫されるかもしれない:例えば、一つは順方向リンク上でDRCLockビットを使用し、高い消去レートのATに示し、かつATをハンドオフへプロンプトする遅いメカニズムかもしれない;他のものはDRC消去マッピングなどの速いメカニズムかもしれない。1xEV-DOリリース0型システムでは、例えば、DRCLockビットは電源制御チャネルで時分割多重化されるかもしれない。それはDRCLockPeriodスロット毎に一度送信され、DRCLockLength毎に繰り返されるかもしれない。等価なフィードバックレートは、例えば[600/DRCLockPeriod×DRCLockLength]Hzかもしれない。例えば、DRCLockPeriodとDRCLockLengthのためのデフォルト値は8スロットかもしれない。1xEV-DOレビジョンA型システムにおいて、DRCLockビットは同じMACチャネルの同相および直角位相上の電源制御ビットと共に送信されるかもしれない。DRCLockビットは、例えば4スロット毎に一度送信されるかもしれない。パラメータDRCLockLengthはDRCLockビットのために維持されて繰り返すかもしれない。例えば、DRCLockLengthのためのデフォルト値は16スロットかもしれない。DRCLockビットの値はフィルタにかけられたDRC消去レートに基づいているかもしれない。各DRC消去イベントは2進値にマップされ、IIRフィルタを更新するために使用されるかもしれない。フィルタにかけられた値は、平均DRC消去レートと見なされるかもしれない。例えば、IIRフィルタのためのデフォルト時定数は32スロットかもしれない。ヒステリシスはフィルタにかけられたDRC消去レートを閾値化することに存在するかもしれない。例えば、フィルタにかけられた消去レートが30未満である場合、DRCLockビットは1に設定され、フィルタにかけられた消去レートが50以上にある場合、DRCLockビットは0に設定されるかもしれない。図16はDRCLockビットの設定に関連したヒステリシスの実施例を示し、ここにDRC消去イベントが比較的長い期間0消去しないまたは1消去するで一定に止まるかもしれない。このように記述されたフィルタ動作はDRCLockビットを安定にしているが、チャネル変化にゆっくり反応するかもしれない。DRCLockビットを設定する際の組み込みの遅れは長いDRC消去ランレングス連続するDRC消去が生じる時限を意味するかもしれない。これはハンドオフ中に考慮に入れられるかもしれない。EF例えば、遅れに敏感なデータについては、これらの消去は受入れがたい量のサービス供給停止に帰着するかもしれない。したがって、順方向リンク上のサービス供給停止を最少化するように構成されたDRC消去マッピングアルゴリズムのための必要が存在する。実施例では、DRC消去マッピングアルゴリズムは各ATのためにすべてのDRCLengthでAPにおいて行なわれるかもしれない。各ATについて、アルゴリズムは、ATのための活発な待ち行列例えば、ユニキャストかマルチキャスト状態でANCによって設定されたを持っている各セルで行なわれるかもしれない。DRC消去マッピングが活性化される場合、フローは、制限のある順方向リンクスケジューリング例えば、マルチユーザパケットによりサービスされるだけに適格であるかもしれない。DRC消去マッピングのコストは、順方向リンクチャネル品質を知ることなくデータを送出し、ATがパケットをデコードすることができない場合、関連する送信スロットを浪費することから発生するかもしれない。したがって、いくつかの状況で、以下すべてに遭遇する場合、DRC消去マッピングアルゴリズムは活性化されるかもしれない:DRC消去ランレングスが十分に長い。スケジューラにより見られたパケット遅れが十分に長い。閾値例えば、ここにMax_Ers_Lenを名付けたはDRC消去ランレングスに関係しているかもしれない。例えば、EFデータ/フロー例えば、VoIPデータについては、閾値のための設定は0~16のスロットの範囲にあるかもしれない。DRC消去マッピングは長いDRC消去ランレングスに対して強健である必要がある。例えば、ATはサービスセクタ切換えを行なうかもしれない;しかしながら、消去されたDRCを受信しているセクタはこれに気づいていないかもしれない。この状況で、DSCチャネルは、さらに以下に示されるように、DRC消去マッピング決定を支援するために、優待情報として使用されるかもしれない。ANCとAP上に記述されたようなの間のマルチキャスティングメカニズムに似ているので、さらに以下に述べられるように、DRC消去マッピングアルゴリズムの頑強性を向上させるために、多数のセクタからATへ空中によるOTAマルチキャスティングが行なわれるかもしれない。図17は、APがその活発な組においてこのAPを持っている各ATのために行なう処理1700の実施例を示す。処理1700はステップ1705で開始する。ステップ1710は、ATから受信したDRCカバーが削除されるかどうか判断する。ステップ1710の結果がNOである場合、ステップ1720に続き、DRCカバーが指しているセクタからATのための送信をスケジュールする。ステップ1710の結果がYESである場合、ステップ1730に続き、DRCカバー消去基準がATからのDRCカバーに対して合うかどうかを決定する。DRCカバー消去基準は、例えば、Max_Ers_Lenなどより大きなDRC消去ランレングスを含んでいるかもしれない。ステップ1730の結果がYESである場合、ステップ1740に続き、ATから受信されたDSC値が削除されるかどうかを決定する。ステップ1740の結果がNOである場合、ステップ1750に続き、DSC値がAPここにこのセルと名付けられたによってサービスされたセルに相当するかどうかを決定する。ステップ1750の結果がYESである場合、ステップ1760に続き、図19がさらに示すように、OTAマルチキャスティング例えば、ATの活発な組、およびこのセルにある複数のセクタからATに順方向トラヒックを送信するを始める。ステップ1740の結果がYESである場合、処理1700は同様にステップ1760に進む。処理1700において、ステップ1750の結果がNOである場合、処理1700はステップ1770で終わる。ステップ1730の結果がNOである場合、処理1700は同様にステップ1770に進む。図18A-Iは、いくつかの実施例中の図17で示された処理1700を実行するために使用されるかもしれないいくつかの処理を示す。図18Aでは、ステップ1810は、ATから受信したDRCカバーが削除されないかどうか例えば、Ecp/Ntが消去閾値より上か、DRCカバー即ち、DRC_Coverはナルでないかどうか、また、DRC_Coverが最後の成功裡にデコードされたDRCカバーここにLDCと名付けられたまたはLDCと同じであるかどうか、および次に最後の成功裡にデコードされたDRCカバーここに2LDCと名付けられたがナルであるかどうか判断する。これらのすべての決定の結果がYESである場合、ステップ1811に続き、最後の有効なDRCカバー即ち、Last_Valid_DRC_CoverをDRC_Coverであると設定し、DRCカバー変更即ち、DRCCoverChangedFlagに関連したフラグをゼロ即ち、0であると設定する。DRCCoverChangedFlagはATから受信したDRCカバーに関係している一貫性を示すために使用されるかもしれず、それは、DRCカバーをATからの1つ以上の前に受信されたDRCカバーと比較することにより決定されるかもしれない。例えば、DRCCoverChangedFlagは、DRCカバーがATから前に受信されたDRCカバー例えば、LDCの少なくとも1つと一致している場合例えば、本質的に同じまたは同等、0であると設定されるかもしれない。DRCカバーが有効な場合例えば、消去されないおよびナルでない場合、DRCカバー変更がセクタ切換えによる場合などを含んでしかし、限定するものではない、DRCカバーに関連した一貫性を評価する際に予め定められた基準がまた適用されるかもしれない。図18Bでは、ステップ1820は、DRCカバーが削除されるかどうか即ち、DRC_Erasure判断する。ステップ1820の結果がNOである場合、ステップ1821に続き、12LDCがLDCである;2LDCがDRC_Coverである;3最後の有効なDRCインデックス即ち、Last_Valid_DRC_IndexがDRCカバーに関連したDRCレート即ち、DRC_Rateである;そして4消去の数の計数即ち、Erasure_Countが0である:を設定する。ステップ1820の結果がYESである場合、ステップ1822に続き、Erasure_CountをDRCLengthによってインクリメントされるにように設定する。図18Cで、時間Tdの各活発なATについて、ステップ1830は、ATから送信されたDSC値が削除されるかどうか、または、DSC値は無効であるかどうか例えば、ゼロの値を持っているかを判断する。ステップ1830の結果がYESである場合、ステップ1831に続き、記憶されたDSC値即ち、Stored_DSC_Valueをこのセルに関連したDSC値即ち、This_Cell_DSC_Valueである;DSC消去に関連したフラグ即ち、DSC_Erased_Flagを1即ち、1である;カウンタ即ち、StopDRCErasureMap_dueto_DSCErasure_Counterを、Tpd即ち、DRCLengthsの所定数のような所定期間と等しいと設定する。ステップ1830の結果がNOである場合、ステップ1832は、Stored_DSC_ValueをデコードされたDSC値即ち、DSC_Valueである、およびDSC_Erased_Flagを0であると設定する。図18Dでは、ステップ1840は、Stored_DSC_Valueが最後の有効なDSC値即ち、Last_Valid_DSC_Valueと等しいかどうか判断する。ステップ1840の結果がNOである場合、ステップ1841に続き、Last_Valid_DSC_Valueを更新することに関連してフラグ即ち、LastValidDSCValue_needs_to_be_updated_flagを1であるように設定する。ステップ1842は、Stored_DSC_ValueがThis_Cell_DSC_Valueと等しいかどうか続いて判断する。ステップ1842の結果がYESである場合、ステップ1843に続き、DSC切換え即ち、DSCSwitchDelayInSlotsのために説明された遅れ例えば、スロットの単位で測られたであるようにDelay_Counterを設定する。ステップ1842の結果がNOである場合、ステップ1844に続き、Delay_Counterは0に設定される。図18Eにおいて、すべてのスロットの各活発なATについて、ステップ1850は、DSC_Erased_Flagが1であるかどうか、StopDRCErasureMap_dueto_DSCErasure_Counterが0以上にあるかどうかを判断する。ステップ1850の結果がYESである場合、ステップ1851に続き、StopDRCErasureMap_dueto_DSCErasure_Counterを1だけディクリメントする。図18Fにおいて、ステップ1860は、LastValidDSCValue_needs_to_be_updated_flagが1であるかどうか判断する。ステップ1860の結果がYESである場合、ステップ1861に続き、Delay_Counterが0であるかどうかを判断する。ステップ1861の結果がNOである場合、ステップ1862に続き、Delay_Counterを1だけディクリメントする。ステップ1861の結果がYESである場合、ステップ1863に続き、LastValidDSCValue_needs_to_be_updated_flagを0に、およびLast_Valid_DSC_ValueをStored_DSC_Valueに設定する。ステップ1864は、Stored_DSC_ValueがThis_Cell_DSC_Valueと同じかどうか続いて判断する。ステップ1864の結果がYESである場合、ステップ1865に続き、LastValidDSC_Pointing_Stateを1に設定する。そうでなければ、それは、ステップ1866で示されるように0であるように設定される。図18Gでは、ステップ1870は、Erasure_CountがMax_Ers_Lenより大きくかどうか、およびLastValidDSC_Pointing_Stateが1であるかどうか判断する。ステップ1870の結果がYESである場合、ATは、例えば、ステップ1871で示されるようにErasure_Mapped_Flagを1に設定することにより、このセルからのDRC消去マッピングに関して適格であるかもしれない。図18Hでは、ステップ1880は、DSC_Erased_Flagが1であるかどうか、およびStopDRCErasureMap_dueto_DSCErasure_Counterが0であるかどうかを判断する。ステップ1880の結果がYESである場合、ATは、例えば、ステップ1881で示されるようにErasure_Mapped_Flagを0に設定することにより、セルからのDRC消去マッピングに関して適格でない。図18Iでは、ステップ1890は、DRCカバーが削除されないかどうか、およびDRCCoverChangedFlagが0であるかどうかを判断する。ステップ1890の結果がYESである場合、ステップ1891に続き、DRC_Coverが指しておりかつ対応するDRC_RateであるセクタからATのための送信をスケジュールする。ステップ1890の結果がNOである場合、ステップ1892に続き、Erasure_Mapped_Flagが1であるかどうか判断する。ステップ1892の結果がYESである場合、ステップ1893に続き、以下にさらに述べられるように、ATへのOTAマルチキャスティングを開始する。図19は、例えば、OTAマルチキャスティングステップ上に記述したようにを実行するために処理1900の実施例を示す。処理1900はステップ1905でスタートする。ステップ1910は、DRC消去マッピングのために適格である待ち行列にあるATのための任意のデータ例えば、十分に長いパケット遅れを有する遅れに敏感なフローがあるかどうか判断する。ステップ1910の結果がYESである場合、ステップ1920に続き、特別のパケットフォーマットここにDRC_index_mappedと名付けられたを使用しているこのセル、およびATの活発な組にある複数のセクタからATのためのデータを送信する。例えば、DRCインデックスの予め定められた組と互換性をもつマルチユーザパケットフォーマットが使用されるかもしれない。ステップ1920の結果がNOである場合は、処理1900はステップ1930で終了する。実施例では、すべてのDRCLength間隔について、順方向リンクプロセッサ例えば、デジタル信号プロセッサDSPは、次のものを含む逆方向リンクプロセッサ例えば、DSPから8ビットのDRC情報を受け取るかもしれない:Ecp/Ntが消去閾値即ち、DRC_Erasure未満かどうかを示す1ビットのDRC消去フラグ;3ビットのDRCカバー即ち、DRC_Cover;4ビットのDRCレート即ち、DRC_Rate。TpdとTdにおいて、順方向リンクプロセッサはデコードされたDSC値即ち、上に記述されたようにDSC_Valueを受け取るかもしれない。DRC消去マッピングアルゴリズムは以下のように行なわれるかもしれない例えば、DRCLength毎に一度:図20は、いくつかの示された処理上に記述したようなを行なうために、APで実施されるかもしれない装置2000のブロック図を示す。例の方法で、装置2000はDRC評価ユニットまたはモジュール2010、DSC評価ユニット2020、およびスケジューリングユニット2030を含んでいるかもしれない。装置2000において、DRC評価ユニット2010はATから受信されたDRC値を判断し、DRCカバー消去基準が満たされるかどうかを評価し、受信されたDRCカバーの一貫性を評価し、DRC消去マッピングなど上に記述したようなを行なうように構成されるかもしれない。DSC評価ユニット2020はATから受信されたDSC値を判断し、DSC消去が生じたかどうかを評価し、DSCに関して様々な機能など上に記述されたようにを行なうように構成されるかもしれない。スケジューリングユニット2030は、上に記述されたように、ATのための送信をスケジュールするように構成されるかもしれない。スケジューリングユニット2030は、多数のセクタ上に記述されたようなからATへ順方向トラヒック例えば、データをマルチキャストするように構成されたOTAマルチキャスティングユニット2035をさらに含んでいるかもしれない。装置2000では、DRC評価ユニット2010、DSC評価ユニット2020およびスケジューリングユニット2030OTAマルチキャスティングユニット2035と共には、通信バス2040に接続されるかもしれない。演算処理装置2050および記憶装置2060も通信バス2040に接続されるかもしれない。演算処理装置2050は様々なユニットの作動を制御およびまたは調整するように構成されるかもしれない。記憶装置2060は、演算処理装置2040によって実行される命令を具体化するかもしれない。装置2000は、APおよびまたは他のネットワークインフラストラクチャ手段において実施されてもよい。ここに上に記述したように示された実施例は、無線通信中の適応性のあるサーバセクションのいくつかの実施例を提供する。他の実施例および実施がある。ここに示された様々な実施例は、AT、AP、ANCおよびまたは他のネットワークインフラストラクチャ要素で実施されてもよい。ここに示された様々なユニット/モジュールおよび実施例は、ハードウェア、ソフトウェア、ファームウェアまたはそれの組合せで実施されてもよい。ハードウェア実施では、様々なユニットは、1つ以上の特定用途向けICASIC、デジタル信号プロセッサDSP、デジタル信号処理装置DSPD、フィールドプログラマブルゲートアレーFPGA、プロセッサ、マイクロプロセッサ、コントローラ、マイクロコントローラ、プログラマブルロジックデバイスPLD、他の電子ユニットまたはそれの任意の組合せで実施されてもよい。ソフトウェア実施では、様々なユニットは、ここに記述された機能を行なうモジュール例えば手順、機能などで実施されてもよい。ソフトウェアコードは記憶装置に記憶され、プロセッサまたは演算処理装置によって実行されてもよい。記憶装置はプロセッサの内部、またはプロセッサの外部で実施されてもよく、外部の場合には、それは技術で既知の様々な手段によってプロセッサに通信的に接続され得る。様々な示された実施例は、コントローラ、ATおよび放送/マルチキャストサービスを提供するための他の手段で実施されてもよい。ここに示された実施例は、データ処理システム、無線通信システム、一方向の放送システム、および効率的な情報送信を望む任意の他のシステムに適用可能かもしれない。情報及び信号は様々な異なる技術及びプロトコルを使用して表されることを当業者は理解するであろう。例えば、上の記述の至る所で引用されるデータ、指示、命令、情報、信号、ビット、シンボル、及びチップは電圧、電流、電磁波、磁場または粒子、光学場または粒子、またはその任意の組合せによって表される。ここで開示された実施例に関連して記述された様々な例示の論理ブロック、モジュール、回路、及びアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または双方の組合せとして実施できることを当業者はさらに理解するであろう。このハードウェア及びソフトウェアの互換性を明瞭に示すために、様々な例示部品、ブロック、モジュール、回路、及びステップがそれらの機能性に関して一般に上で記述されてきた。そのような機能性がハードウェアまたはソフトウェアとして実施されるかどうかは全体のシステムに課せられた特定の応用及び設計の制約に依存する。熟練技術者は特定の各応用について種々の方法で記述された機能性を実施できるであろうが、そのような実施の決定は本発明の範囲から逸脱するものと解釈されるべきではない。ここに開示された実施例に関連して記述された様々な例示の論理ブロック、モジュール、及び回路は、一般用途プロセッサ、デジタル信号プロセッサDSP、特定用途向け集積回路ASIC、フィールドプログラマブルゲートアレイFPGAまたは他のプログラム可能論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア部品、またはここに記述された機能を実行するために設計されたそのあらゆる組合せによって実施、或いは実行される。一般用途プロセッサはマイクロプロセッサでもよいが、その代りに、プロセッサは任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械でもよい。プロセッサはまた計算デバイスの組合せ、例えば、DSPとマイクロプロセッサの組合せ、複数のマイクロプロセッサ、DSPコアと接続した一以上のマイクロプロセッサ、またはそのような任意の他の構成として実施される。ここに開示された実施例に関連して記述された方法またはアルゴリズムのステップは、直接ハードウェアにおいて、プロセッサによって実行されるソフトウェアモジュールにおいて、或いは2つの組合せにおいて組込まれる。ソフトウェアモジュールはランダムアクセスメモリRAM、フラッシュメモリ、リードオンリーメモリROM、電気的にプログラム可能なROMEPROM、電気的に消去可能なプログラム可能なROMEEPROM、レジスタ、ハードディスク、交換可能ディスク、CD-ROM、または当技術分野において既知の他の型式の記憶媒体に駐在する。典型的な記憶媒体はプロセッサが記憶媒体から情報を読取り、記憶媒体に情報を書込むことができるようにプロセッサに接続される。その代りでは、記憶媒体はプロセッサに一体化してもよい。プロセッサ及び記憶媒体はASICに駐在してもよい。ASICはユーザ端末に駐在してもよい。その代りでは、プロセッサ及び記憶媒体はユーザ端末中に個別部品として駐在してもよい。開示された実施例の記述は当業者が本発明を行い、或いは使用することを可能にするために提供される。これらの実施例への様々な変更は当業者には直ちに明白であり、ここに定義された一般原理は本発明の精神または範囲から逸脱することなく他の実施例に適用できる。このように、本発明はここに示された実施例に限定されることを意図していないが、ここに開示された原理及び新規な特徴と両立する最も広い範囲を与えられるべきである。"