基地局に関連するカバレッジ損失検出タイマと、移動局と、前記カバレッジ損失検出タイマが終了するという条件で、前記移動局にアップリンクUL割当てを送信するように構成された送信機と、UL割当てによって前記移動局からパケットデータを受信するように構成された受信機と、前記カバレッジ損失検出タイマをリセットするように構成されたプロセッサとを備える基地局BSであって、前記送信機は、前記移動局の周期的レンジングタイマをリセットするためのメッセージを前記移動局に送信するようにさらに構成されることを特徴とする基地局。前記メッセージは、高度エアインターフェースレンジング肯定応答AAI-RNG-ACKメッセージであることを特徴とする請求項1に記載の基地局。前記移動局は、登録された状態にあり、前記受信機は、前記移動局から前記周期的レンジング要求メッセージを受信するようにさらに構成されることを特徴とする請求項1に記載の基地局。前記移動局がスキャン期間にある間に前記カバレッジ損失検出タイマが終了するという条件で、前記UL割当ては、前記移動局に関連する次の使用可能なUL間隔を示すことを特徴とする請求項1に記載の基地局。無線通信のための方法であって、加入者局SSと基地局BSの間のエアリンク状況を監視するステップと、エアリンクアップ/ダウンプロトコルALUDPに従って前記BSと前記SSの間でエアリンクのダウンリンクDLとアップリンクULの同期を維持するステップとを備えることを特徴とする方法。前記BSおよび前記SSのうちの1つは、前記ALUDP内のマスタのスレーブとして働くことを特徴とする請求項5に記載の方法。前記SSは前記スレーブであり、前記BSは前記マスタであり、前記BSはリンク状況情報およびUL送信パラメータ調整を提供することを特徴とする請求項6に記載の方法。前記SSが前記BSにフォローアップUL送信を送るステップをさらに備えることを特徴とする請求項7に記載の方法。前記SSと前記BSの間のエアリンクタイムアウトを検出するステップと、予定されたSS不在の間に前記タイムアウトが生じたかどうか決定するステップと、予定されたSS不在の間に前記タイムアウトが生じたという条件で前記ALUDPを調整するステップとをさらに備えることを特徴とする請求項5に記載の方法。ネットワークエントリまたはリエントリの後に開始するカバレッジ損失検出用のタイマを提供するステップをさらに備えることを特徴とする請求項9に記載の方法。カバレッジ損失検出用の前記タイマは、前記SSからアップリンクが、前記BSに知られている前記SSの識別情報と共に受信されるという条件でリセットされることを特徴とする請求項10に記載の方法。前記エアリンクがUP状況にある場合に開始する周期的レンジング用のタイマを提供するステップをさらに備えることを特徴とする請求項9に記載の方法。カバレッジ損失検出の間、周期的レンジング用の前記周期的タイマは、前記SSが前記BSに依然として接続されていることを前記BSが確認するという条件で、AAI-RNG-ACK信号を使用してリセットされることを特徴とする請求項12に記載の方法。前記タイムアウトはスキャン間隔の間に生じ、前記方法は、カバレッジ損失検出を実施するときに行われることを特徴とする請求項13に記載の方法。少なくとも1つのタイマを開始するステップをさらに備え、前記タイマの開始の後に続いて、前記少なくとも1つのタイマは終了することを特徴とする請求項14に記載の方法。前記少なくとも1つのタイマはスキャン間隔の間に終了し、前記少なくとも1つのタイマが終了するという条件で、前記ALUDPは次の間隔でカバレッジ損失検出のためのアップリンクバーストを許可することを特徴とする請求項15に記載の方法。前記タイマは周期的レンジングタイマであることを特徴とする請求項16に記載の方法。前記予定されたSS不在は、前記SSがアイドルモードにあるという条件で生じることを特徴とする請求項5に記載の方法。前記BSは、前記SSがアイドルモードにあるという条件で、アイドルモードの前記SSに対する前記エアリンク状況の監視を中止することを特徴とする請求項18に記載の方法。前記ALUDPは、前記SSが前記予定されたSS不在にあるという条件で、カバレッジ損失検出および周期的レンジングを一時的に中止することを特徴とする請求項5に記載の方法。序文図1Aは、1つまたは複数の開示された実施形態を実施することができる例示の通信システム100を示す図である。通信システム100は、音声、データ、ビデオ、メッセージング、ブロードキャストなど、コンテンツを複数の無線ユーザに提供する多元接続システムであってよい。通信システム100は、複数の無線ユーザが、無線帯域幅を含めてシステムリソースを共有することよってこうしたコンテンツにアクセスすることを可能にする。例えば、通信システム100は、CDMAcodedivisionmultipleaccess、TDMAtimedivisionmultipleaccess、FDMAfrequencydivisionmultipleaccess、OFDMAorthogonalFDMA、SC-FDMAsingle-carrierFDMAなど、1つまたは複数のチャネルアクセス法を使用してよい。図1Aに示されたように、通信システム100は、無線送受信ユニットWTRU102a、102b、102c、102d、無線アクセスネットワークRAN104、コアネットワーク106、公衆交換電話網PSTN108、インターネット110、および他のネットワーク112を含んでよいが、開示された実施形態は、任意の数のWTRU、基地局、ネットワークおよび/またはネットワーク要素を企図していることが理解されよう。WTRU102a、102b、102c、102dはそれぞれ、無線環境内で動作および/または通信するように構成された任意のタイプのデバイスであってよい。例を挙げると、WTRU102a、102b、102c、102dは、無線信号を送信および/または受信するように構成されてよく、ユーザ機器UE、移動局、固定または移動加入者ユニット、ページャ、携帯電話、携帯情報端末PDA、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電などを含んでよい。通信システム100は、基地局114aと基地局114bとを含むこともできる。基地局114a、114bはそれぞれ、コアネットワーク106、インターネット110および/またはネットワーク112など、1つまたは複数の通信ネットワークへのアクセスを容易にするために、WTRU102a、102b、102c、102dのうちの少なくとも1つと無線でインターフェースするように構成された任意のタイプのデバイスであってよい。例を挙げると、基地局114a、114bは、送受信基地局BTS、NodeB、eNodeB、ホームNodeB、ホームeNodeB、サイトコントローラ、アクセスポイントAP、無線ルータなどであってよい。基地局114a、114bはそれぞれ、単一の要素として示されているが、基地局114a、114bは、相互に接続された任意の数の基地局および/またはネットワーク要素を含んでよいことが理解されよう。基地局114aは、RAN104の一部であってよく、このRAN104は、基地局コントローラBSC、無線ネットワークコントローラRNC、中継ノードなど、他の基地局および/またはネットワーク要素図示せずを含むこともできる。基地局114aおよび/または基地局114bは、セル図示せずと呼ばれることがある特定の地理的領域内で無線信号を送信および/または受信するように構成されてよい。セルは、セルセクタにさらに分割されてよい。たとえば、基地局114aに関連するセルは、3つのセクタに分割されてよい。したがって、一実施形態では、基地局114aは、3つのトランシーバ、すなわちセルの各セクタにつき1つを含んでよい。別の実施形態では、基地局114aは、MIMOmultiple-inputmultipleoutput技術を使用することができ、したがって、セルの各セクタにつき複数のトランシーバを使用してよい。基地局114a、114bは、任意の適切な無線通信リンクたとえば無線周波数RF、マイクロ波、赤外線IR、紫外線UV、可視光線などであってよいエアインターフェース116を介してWTRU102a、102b、102c、102dのうちの1つまたは複数と通信することができる。エアインターフェース116は、任意の適切な無線アクセス技術RATを使用して確立することができる。より具体的には、上述されたように、通信システム100は、多元接続システムであってよく、CDMA、TDMA、FDMA、OFDMA、SC-FDMAなど、1つまたは複数のチャネルアクセス方式を使用してよい。たとえば、RAN104内の基地局114a、およびWTRU102a、102b、102cは、広帯域CDMAWCDMAを使用してエアインターフェース116を確立できるUTRAUMTSUniversalMobileTelecommunicationsSystemTerrestrialRadioAccessなどの無線技術を実装することができる。WCDMAは、HSPAHigh-SpeedPacketAccessおよび/または進化型HSPAHSPAなどの通信プロトコルを含んでよい。HSPAは、HSDPAHigh-SpeedDownlinkPacketAccessおよび/またはHSUPAHigh-SpeedUplinkPacketAccessを含んでよい。別の実施形態では、基地局114a、およびWTRU102a、102b、102cは、LTELongTermEvolutionおよび/またはLTE-ALTE-Advancedを使用してエアインターフェース116を確立できるE-UTRAEvolvedUMTSTerrestrialRadioAccessなどの無線技術を実装してよい。他の実施形態では、基地局114aおよびWTRU102a、102b、102cは、IEEE802.16すなわちWiMAXWorldwideInteroperabilityforMicrowaveAccess、CDMA2000、CDMA20001X、CDMA2000EV-DO、IS-2000InterimStandard2000、IS-95InterimStandard、IS-856InterimStandard、GSM登録商標GlobalSystemforMobilecommunications、EDGEEnhancedDataratesforGSMEvolution、GERANGSMEDGEなどの無線技術を実装することができる。図1Aの基地局114bは、たとえば無線ルータ、ホームNodeB、ホームeNodeBまたはアクセスポイントであってよく、事業所、自宅、車両、キャンパスなど、局所的な領域の無線接続性を促進するのに適した任意の適切なRATを使用することができる。一実施形態では、基地局114bおよびWTRU102c、102dは、WLANwirelesslocalareanetworkを確立するために、IEEE802.11などの無線技術を実装することができる。別の実施形態では、基地局114bおよびWTRU102c、102dは、WPANwirelesspersonalareanetworkを確立するために、IEEE802.15などの無線技術を実装してよい。別の実施形態では、基地局114bおよびWTRU102c、102dは、ピコセルまたはフェムトセルを確立するために、セルラベースRATたとえばWCDMA、CDMA2000、GSM、LTE、LTE-Aなどを使用してよい。図1Aに示されたように、基地局114bは、インターネット110への直接接続を有してよい。したがって、基地局114bは、コアネットワーク106を介してインターネット110にアクセスする必要がないことがある。RAN104は、コアネットワーク106と通信していることがあり、このコアネットワーク106は、WTRU102a、102b、102c、102dのうちの1つまたは複数に音声、データ、アプリケーションおよび/またはボイスオーバーIPVoIPサービスを提供するように構成された任意のタイプのネットワークであってよい。たとえば、コアネットワーク106は、呼制御、請求サービス、モバイル位置ベースのサービス、プリペイド式の発呼、インターネット接続性、ビデオ配信などを提供し、かつ/またはユーザ認証などの高レベルのセキュリティ機能を実施することができる。図1Aに示されていないが、RAN104および/またはコアネットワーク106は、RAN104と同じRAT、または異なるRATを使用する他のRANと直接的に通信してもよいし、間接的に通信してもよいことが理解されよう。たとえば、E-UTRA無線技術を使用していることがあるRAN104に接続されることに加えて、コアネットワーク106は、GSM無線技術を使用する別のRAN図示せずと通信していることもある。コアネットワーク106は、WTRU102a、102b、102c、102dがPSTN108、インターネット110および/または他のネットワーク112にアクセスするためのゲートウェイとして働くこともできる。PSTN108は、POTSplainoldtelephoneserviceを提供する回路交換電話網を含んでよい。インターネット110は、TCP/IPインターネットプロトコルスイートのTCPtransmissioncontrolprotocol、UDPuserdatagramprotocolおよびIPinternetprotocolなど、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでよい。ネットワーク112は、他のサービスプロバイダによって所有および/または運営された有線または無線の通信網を含んでよい。たとえば、ネットワーク112は、1つまたは複数のRANに接続された別のコアネットワークを含んでよく、この1つまたは複数のRANは、RAN104と同じRATを用いてもよいし、異なるRATを用いてもよい。通信システム100内のWTRU102a、102b、102c、102dの一部またはすべては、マルチモード能力を含んでよく、すなわちWTRU102a、102b、102c、102dは、それぞれ異なる無線リンクを介してそれぞれ異なる無線ネットワークと通信するための複数のトランシーバを含んでよい。たとえば、図1Aに示されたWTRU102cは、セルラベースの無線技術を使用できる基地局114aと、またIEEE802無線技術を使用できる基地局114bと通信するように構成されてよい。図1Bは、例示的なWTRU102のシステム図である。図1Bに示されたように、WTRU102は、プロセッサ118と、トランシーバ120と、送受信要素122と、スピーカ/マイクロホン124と、キーパッド126と、ディスプレイ/タッチパッド128と、取外し不可能メモリ106と、取外し可能メモリ132と、電源134と、GPSglobalpositioningsystemチップセット136と、他の周辺装置138とを含んでよい。WTRU102は、一実施形態に依然として従いながら、上記要素の任意の副結合を含んでよいことが理解されよう。プロセッサ118は、汎用プロセッサ、特別目的のプロセッサ、従来型のプロセッサ、DSPdigitalsignalprocessor、複数のマイクロプロセッサ、DSPコアに関連する1つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ASICApplicationSpecificIntegratedCircuit、FPGAFieldProgrammableGateArray回路、他の任意のタイプのICintegratedcircuit、状態機械などであってよい。プロセッサ118は、信号符号化、データ処理、電源制御、入出力処理、および/またはWTRU102が無線環境内で動作することを可能にする他の任意の機能性を実施することができる。プロセッサ118は、トランシーバ120に結合されてよく、このトランシーバ120は、送受信要素122に結合されてよい。図1Bは、プロセッサ118およびトランシーバ120を別個の構成要素として示しているが、プロセッサ118およびトランシーバ120は、電子パッケージまたはチップ内に統合されてよいことが理解されよう。送受信要素122は、エアインターフェース116を介して基地局たとえば基地局114aに信号を送信し、またはそこから信号を受信するように構成されてよい。たとえば、一実施形態では、送受信要素122は、RF信号を送信および/または受信するように構成されたアンテナであってよい。別の実施形態では、送受信要素122は、たとえばIR、UVまたは可視光信号を送信および/または受信するように構成されたエミッタ/検出器であってよい。別の実施形態では、送受信要素122は、RF信号と光信号の両方を送受信するように構成されてよい。送受信要素122は、任意の組合せの無線信号を送信および/または受信するように構成されてよいことが理解されよう。さらに、送受信要素122は、図1Bに単一の要素として示されているが、WTRU102は、任意の数の送受信要素122を含んでよい。より具体的には、WTRU102は、MIMO技術を使用してよい。したがって、一実施形態では、WTRU102は、エアインターフェース116を介して無線信号を送受信するための2つ以上の送受信要素122たとえば複数のアンテナを含んでよい。トランシーバ120は、送受信要素122によって送信される信号を変調し、また送受信要素122によって受信される信号を復調するように構成されてよい。上述されたように、WTRU102は、マルチモード能力を有してよい。したがって、トランシーバ120は、たとえばUTRAとIEEE802.11など、複数のRATを介してWTRU102が通信することを可能にする複数のトランシーバを含んでよい。WTRU102のプロセッサ118は、スピーカ/マイクロホン124、キーパッド126および/またはディスプレイ/タッチパッド128たとえば液晶ディスプレイLCD表示装置や有機発光ダイオードOLED表示装置に結合されてよく、そこからユーザ入力データを受信することができる。プロセッサ118は、スピーカ/マイクロホン124、キーパッド126、および/またはディスプレイ/タッチパッド128にユーザデータを出力することもできる。さらに、プロセッサ118は、取外し不可能メモリ106および/または取外し可能メモリ132など、任意のタイプの適切なメモリからの情報にアクセスし、そこにデータを格納することができる。取外し不可能メモリ106は、RAMrandom-accessmemory、ROMread-onlymemory、ハードディスクまたは他の任意のタイプのメモリ記憶デバイスを含んでよい。取外し可能メモリ132は、SIMsubscriberidentitymoduleカード、メモリスティック、SDsecuredigitalメモリカードなどを含んでよい。他の実施形態では、プロセッサ118は、サーバやホームコンピュータ図示せず内など、WTRU102内に物理的に置かれないメモリからの情報にアクセスし、そこにデータを格納することができる。プロセッサ118は、電源134から電力を受信することができ、WTRU102内の他の構成要素に電力を分配し、電力を制御するように構成されてよい。電源134は、WTRU102に電力を供給するのに適した任意のデバイスであってよい。たとえば、電源134は、1つまたは複数の乾電池たとえばニッケルカドミウムNiCd、ニッケル亜鉛NiZn、ニッケル水素NiMH、リチウムイオンLi-ionなど、太陽電池、燃料電池などを含んでよい。プロセッサ118は、GPSチップセット136に結合することもでき、このGPSチップセット136は、WTRU102の現在の位置に関する位置情報たとえば経緯度を提供するように構成されてよい。GPSチップセット136からの情報に加えて、またはその代わりに、WTRU102は、エアインターフェース116を介して基地局たとえば基地局114a、114bから位置情報を受信し、かつ/または2つ以上の近くの基地局から受信されている信号のタイミングに基づいてWTRU102の位置を決定することができる。一実施形態に依然として従いながら、WTRU102は、任意の適切な位置決定方法によって位置情報を取得できることが理解されよう。プロセッサ118は、他の周辺装置138にさらに結合されてよく、この他の周辺装置138は、追加の特徴、機能および/または有線もしくは無線の接続性を提供する1つまたは複数のソフトウェアおよび/またはハードウェアモジュールを含んでよい。たとえば、周辺装置138は、加速度計、e-コンパス、衛星トランシーバ、写真またはビデオ用のデジタルカメラ、USBuniversalserialbusポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Bluetooth登録商標モジュール、FMfrequencymodulated無線ユニット、デジタル音楽プレイヤー、メディアプレイヤー、ビデオゲームプレイヤーモジュール、インターネットブラウザなどを含んでよい。図1Cは、一実施形態による、RAN104およびコアネットワーク106のシステム図である。RAN104は、エアインターフェース116を介してWTRU102a、102b、102cと通信するためにIEEE802.16無線技術を使用するアクセスサービスネットワークASNであってよい。下記にさらに論じられるように、WTRU102a、102b、102cのそれぞれ異なる機能エンティティと、RAN104と、コアネットワーク106との間の通信リンクは、基準点として定義することができる。図1Cに示されたように、RAN104は、基地局140a、140b、140cとASNゲートウェイ142とを含んでよいが、RAN104は、一実施形態に依然として従いながら、任意の数の基地局とASNゲートウェイとを含んでよいことが理解されよう。基地局140a、140b、140cはそれぞれ、RAN104内の特定のセル図示せずに関連付けられてよく、エアインターフェース116を介してWTRU102a、102b、102cと通信するための1つまたは複数のトランシーバをそれぞれ含んでよい。一実施形態では、基地局140a、140b、140cは、MIMO技術を実装してよい。したがって、基地局140aは、たとえば、複数のアンテナを使用して、WTRU102aに無線信号を送信し、またWTRU102aから無線信号を受信することができる。基地局140a、140b、140cは、ハンドオフトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質QoSポリシー実施など、モビリティ管理機能を提供することもできる。ASNゲートウェイ142は、トラフィック集約点として働くことができ、加入者プロファイルをページングし、キャッシングし、コアネットワーク106にルーティングするなどの役割を担うことができる。WTRU102aと102b、102cとRAN104との間のエアインターフェース116は、IEEE802.16仕様を実施するR1基準点として定義することができる。さらに、WTRU102a、102b、102cはそれぞれ、コアネットワーク106との論理インターフェース図示せずを確立することができる。WTRU102a、102b、102cとコアネットワーク106との間の論理インターフェースは、R2基準点として定義することができ、このR2基準点は、認証、許可、IPホスト構成管理および/またはモビリティ管理に使用されてよい。それぞれの基地局140a、140b、140c間の通信リンクは、WTRUハンドオーバおよび基地局間のデータ転送を容易にするためのプロトコルを含むR8基準点として定義することができる。基地局140aと140b、140cとASNゲートウェイ215との間の通信リンクは、R6基準点として定義することができる。R6基準点は、WTRU102a、102b、100cのそれぞれに関連するモビリティイベントに基づくモビリティ管理を容易にするためのプロトコルを含んでよい。図1Cに示されたように、RAN104は、コアネットワーク106に接続されてよい。RAN104とコアネットワーク106の間の通信リンクは、たとえばデータ転送およびモビリティ管理能力を促すためのプロトコルを含むR3基準点として定義することができる。コアネットワーク106は、モバイルIPホームエージェントMIP-HA144と、認証認可課金AAAサーバ146と、ゲートウェイ148とを含んでよい。上記要素はそれぞれ、コアネットワーク106の一部として示されているが、これらの要素のいずれの要素もが、コアネットワークオペレータ以外のエンティティによって所有および/または運営されてよいことが理解されよう。MIP-HAは、IPアドレスを管理する役割を担うことができ、WTRU102a、102b、102cがそれぞれ異なるASNおよび/またはそれぞれ異なるコアネットワーク間でローミングすることを可能にすることができる。MIP-HA144は、WTRU102a、102b、102cとIP対応デバイスとの間の通信を容易にするために、インターネット110などのパケット交換網へのアクセスをWTRU102a、102b、102cに提供することができる。AAAサーバ146は、ユーザを認証する役割、およびユーザサービスをサポートする役割を担うことができる。ゲートウェイ148は、他のネットワークとの相互作用を促すことができる。たとえば、ゲートウェイ148は、WTRU102a、102b、102cと従来の地上通信デバイスとの間の通信を容易にするために、PSTN108など回路交換網へのアクセスをWTRU102a、102b、102cに提供することができる。さらに、ゲートウェイ148は、ネットワーク112へのアクセスをWTRU102a、102b、102cに提供することができ、このネットワーク112は、他のサービスプロバイダによって所有および/または運営された他の有線または無線のネットワークを含んでよい。図1Cに示されていないが、RAN104は、他のASNに接続されてよく、コアネットワーク106は、他のコアネットワークに接続されてよいことが理解されよう。RAN104と他のASNとの間の通信リンクは、R4基準点として定義することができ、このR4基準点は、RANと他のASNとの間でWTRU102a、102b、102cのモビリティを調整するためのプロトコルを含んでよい。コアネットワーク106と他のコアネットワークの間の通信リンクは、R5基準として定義することができ、このR5基準は、ホームのコアネットワークと、訪問されたコアネットワークとの間の相互作用を促すためのプロトコルを含んでよい。エアリンク状況監視および管理のプロパティたとえば802.16eまたは802mドラフト規格において無線通信のエアリンク状況を系統的に監視し、報告し、管理するための指定されたプロトコルおよび手順は存在しない。しかし、たとえば802.16eや802mドラフト規格では、個別の関連する部分があり得る。たとえば、現在の802.16mのドラフト規格では、エアリンク状況監視および管理に関連し得る2つの独立した手順、周期的レンジング手順およびカバレッジ損失検出手順がある。周期的レンジング手順は、SSのためにBSとのアップリンクUL同期を維持するのに定義することができる。これは、SSにコンテンションベースの周期的レンジングコードを周期的レンジングチャネル上でBSに周期的に送信させ、またBSにUL状況および必要なUL送信パラメータ調整を伴う応答を送らせることによって達成することができる。カバレッジ損失検出手順は、たとえばSSからの特定の沈黙期間の後、BSに、SSによる送信を勧誘させることによって、SSが依然としてBSに接続されているかどうかBSが検出するために定義することができる。エアリンク状況監視および管理に関連する機能を有し得る2つの独立した手順たとえば802.16e手順、周期的レンジングおよびスリープモードキープアライブチェックもあり得る。802.16e周期的レンジング手順は、ランダムアクセスベースの周期的レンジングチャネル、およびBSによって指示されたUL送信パラメータ調整によってSSとBSの間のUL同期を維持するために定義されるという点で、802.16m周期的レンジング手順に類似し得る。スリープモードキープアライブチェック手順は、たとえばスリープモード中の所与のリスニングウィンドウでMSに送信するよう要求することによって、スリープモードMSが依然としてBSに接続されているかどうかBSがチェックするために定義することができる。エアリンク状況監視および管理のための現在の手順には、いくつかのプロパティが存在する。まず、2つの機構は分離される。周期的レンジングおよびカバレッジ損失検出は、エアリンク状況監視および管理に関連するが、下記のいくつかの理由により互いから分離される。1周期的レンジングは、SSがBSとのUL同期を維持するために使用され、SSは、その周期的レンジングプロセスのために周期的レンジングタイマを維持する。また、周期的レンジングプロセスでは、BSは、どのSSが周期的レンジングを実施しているか知らない。したがって、BSは、SSの周期的レンジング手順の後に続いて、同じSSとのカバレッジ損失検出手順を開始することがある。2カバレッジ損失検出手順は、BSで、Active_ABS_timerと呼ばれるタイマによって制御される。カバレッジ損失検出手順の実行は、SS側によって制御された周期的レンジングプロセスに影響を及ぼさないことがある。32つのタイマ、SSの周期的レンジングタイマおよびBSのActive-ABS_timerは、互いに独立している。2つのタイマ間の協力によって、システム効率を向上させることができる。第2に、エアリンク状況監視および管理と、事前に予定されたSS不在間隔、たとえばスキャン間隔、スリープ間隔などの間のインターリービングの問題に対処するための限定された機構があってよい。第3に、カバレッジ損失検出手順では、BSは、SSに、周期的レンジングコード/チャネルを使用するよう指示してよい。成功した状況を有するAAI_RNG-ACKを受信した後、SSは、SSによるSSの識別情報の送信のためのUL割当てを求める帯域幅要求をBSに送信してよい。専用の周期的レンジングコードを使用することによって、UL帯域幅要求のステップ、UL帯域幅割当てのステップ、およびSSの識別送信のステップを省くことができる。あるいは、またはさらに、BSは、CDMA割当て情報要素IEを使用することによってSSにユニキャストUL割当て提供し、帯域幅要求のステップの回避を可能にしてよい。第4に、周期的レンジングは、SSがアクティブなUL送信を有するとき、トリガしてよい。現在の802.16mドラフト規格に基づいて、SSがデータトラフィックを有するアクティブな状態であり、SSのUL送信パラメータを調整するのに周期的レンジングを使用する必要がないという条件で、SSの周期的レンジングタイマは、依然として稼働することができ、不要なことがある周期的レンジングを実施するようSSをトリガしてよい。説明現在の2つの分離された機構、周期的レンジングおよびカバレッジ損失検出を統一できる、エアリンク監視および管理のための系統的な機構が望ましいことがある。2つの機構を協力的なやり方で共に働かせ、事前に予定されたSS不在間隔に関するインターリービングの問題に対処することが望ましいことがある。さらに、現在の周期的レンジングおよびカバレッジ損失検出機構の拡張も必要とされることがある。一実施形態では、エアリンクアップ/ダウンプロトコルALUDPと呼ばれるプロトコルが、エアリンクの両側たとえば、802.16e方式のBSとSS/MS、または802.16m方式のABSとAMS間で、系統的かつ協力的なやり方でエアリンク状況を監視、報告、および管理することができる。別の実施形態では、エアリンク状況監視/管理と、事前に予定されたSS不在間隔との間のインターリービングを扱う機構について述べられる。たとえば、これは、スキャン間隔の間、スリープ間隔の間、またはハンドオーバHO手順の間に行われてよい。別の実施形態では、現在のカバレッジ損失検出機構の拡張について述べられる。拡張は、カバレッジ検出プロセスにおいて周期的レンジングが必要である場合に専用の周期的レンジング機会を利用すること、拡張型周期的チャネルを使用することであって、この拡張型周期的チャネルを用いてSSの局識別子STID情報が周期的レンジング要求に組み込まれること、および周期的レンジングの成功の後に続いて、SSがその識別情報を送るための任意型のunsolicitedのユニキャストUL割当てを提供することを含んでよい。別の実施形態では、たとえば802.16mの現在の周期的レンジング機構の拡張について述べられる。拡張は、BS側で周期的レンジングタイマを使用すること、SSがUL送信の成功を達成したという条件でSSの周期的レンジングタイマをリセットすることを含んでよい。これらの実施形態のそれぞれについて、次により詳細に述べられる。エアリンクアップ/ダウンプロトコルALUDPエアリンクアップ/ダウンプロトコルALUDPは、協力的かつ系統的なやり方で、SSとBSの間のエアリンク状況を監視および管理するように設計することができる。BS側では、ALUDPは、BSに下記を求めることがある。1SSがDLで同期するために、ダウンリンクDL制御信号、たとえばプリアンブル、スーパーフレームヘッダなどをSSに送信すること、2SSがULで同期するために、ULを監視し、必要なUL伝送パラメータ調整をSSに提供すること、または3エアリンク状況、たとえばアップ、ダウン、予定された不在などを監視し管理すること。SS側では、ALUDPは、SSに下記を求めることがある。1DLでBSと同期されたままにするために、DL制御チャネルを監視すること、2そのUL品質をBSが測定できるように、BSによって予定/指示されるようにUL方向に送信すること、3そのULがBSと同期されたままになるようにUL送信パラメータを調整すること、または4エアリンク状況、たとえばアップ、ダウン、予定された不在などを監視および管理すること。エアリンクアップ/ダウンプロトコルの2つの基本的な変形体、同期型ALUDPS-ALUPDおよび非同期型ALUDPNS-ALUDPを使用することができる。変形体について、下記に述べられる。-同期型エアリンクアップ/ダウンプロトコルS-ALULP同期型エアリンクアップ/ダウンプロトコルプロトコルS-ALUDPは、単一のタイマまたは調整型タイマによって管理された1つの統一された手順を使用することができる。S-ALUDPは、エアリンクの両側でエアリンク状況を監視し報告することができ、ただし、一方の側は、S-ALUDP機能の実行を管理し制御するマスタとして働く。下記は、S-ALUDPの一例について述べており、このS-ALUDPは、マスタとしてのBSを有しており、S-ALUDPの実行を管理するために、BSで1つのタイマと1つのカウンタとを使用する。図2は、BS側のS-ALUDPのフローチャートであり、図3は、SS側のS-ALUDPのフローチャートである。S-ALUDPは、そのマスタ側で、エアリンク監視タイマ、TALMと呼ばれるタイマを使用することができ、このタイマは、エアリンク監視手順の2つの実行間の間隔である。図2に示されたように、タイマ、TALMは、ネットワークエントリまたはリエントリ時301、エアリンクが通常動作しているという条件で、開始することができる302。タイムアウトすると305、タイマは、BSがエアリンク監視活動を開始するようトリガすることができる。タイマは、UL送信パラメータを調整して、または調整しないでリンク状況情報がSSに送られるという条件で再設定することができる。S-ALUDPは、最終ULトラフィック経過時間カウンタ、CLUPと呼ばれるカウンタを使用することもでき、このカウンタは、それがSSからULトラフィックを最後に受信して以来、経過した時間を記録することができる。図2に示されたように、カウンタ、CLUPは、ネットワークエントリまたはリエントリ時、エアリンクが通常動作しているという条件で開始することができる。カウンタ、CLUPは、SSからのULバーストが正確に受信されるたびにリセットすることができる。TALMタイムアウトイベントによってトリガされると、BSは、リンク状況チェックアクションを開始することができる。BSは、カウンタCLUPが、事前定義された閾値、IMAXUL以下であるかどうかまずチェックすることができ308、このIMAXULは、直前のUL受信以来、エアリンク状況が有効のままであり得る最大間隔であってよい。CLUP≦IMAXULの場合、BSは、以前に収集されたエアリンク状況情報をSSに送ってよく309、BSは、カウンタCLUPおよびTALMをリセットすることができる330。そうでない場合は、BSは、エアリンク状況を決定するために、SSに送信するように勧誘する必要があり得る310。BSは、SSにそのエアリンク状況を送信するよう要求する場合、その状況の受信を確かめるlookto。BSは、エアリンク状況を受信しない場合は、最大数の再試行が行い尽くされたかどうか確かめる314。最大数の再試行が行い尽くされていない場合は、手順は、要求ステップに戻る310。再試行の数が行い尽くされた場合は、リンク状況ダウン表示が送られ316、リンクダウン手順が開始される318。エアリンクバーストがSSから受信される場合は、BSは、ステップ334、UL送信パラメータが調整を必要とするかどうか確かめる。SSからULバーストを受信すると、BSは、送信パラメータ調整が必要かどうか識別することができる322。調整が必要でない場合は、BSは、カウンタCLUPをリセットしてよく324、通常動作を再開する。調整が必要である場合は、BSは、SSにUL送信パラメータ調整を送り326、SSに送信するよう、または送信しないように要求してよい328。そうでない場合は、BSは、カウンタCLUPおよびTALMをリセットしてよく330、通常動作を再開する。SSがSSに送信するよう求める場合、BSは、SSからデータを受信することができ332、さらなるUL送信パラメータ調整が必要であるかどうか決定する334。さらなる調整が必要である場合は、プロセスは、ステップ326に戻る。さらなる調整が必要でない場合は、BSは、カウンタCLUPおよびTALMをリセットし330、次いで、通常動作を再開してよい。図3は、S-ALUDPのスレーブ側所与の例ではSSのS-ALUDP手順を示している。SSは、そのエアリンク状況301を決定するために、DLを監視してよい。BSとのUL同期では、SSは、リンク状況情報およびUL送信パラメータ調整を提供するために、S-ALUDPのマスタ側たとえばBSに依存してよい。通常動作では、SSは、UL割当て402、UL状態表示404、またはBSからのDL406を受信する。SSは、UL割当てを受信する場合402、BSにULバーストを送ってよく408、通常動作を再開する。SSは、UL状態表示を受信する場合、状況がアボートであるかどうか確認し410、状況がアボートである場合は、エアリンク状況はダウンであり412、SSは、エアリンクダウン管理手順を開始する414。UL状況がアボートでない場合は、SSは、UL送信調整が必要かどうか確認してよい416。調整が必要である場合は、SSは、指示されるようにUL送信パラメータを調整することができる418。次いで、また調整が必要でなかった場合は、SSは、フォローアップUL送信が必要かどうか確認してよい420。そうでない場合は、SSは、通常動作を再開する。UL送信が必要である場合は、SSは、UL送信機会がSSに知られているかどうか確認する422。はいの場合は、SSは、BSにULを送り424、通常動作を再開する。UL送信機会がSSに知られていない場合は、SSは、BSに、UL送信要求を送り426、UL送信機会を受信し428、その後に、ステップ424を実施して、BSにULを送り、通常動作を再開してよい。-非同期型エアリンクアップ/ダウンプロトコルNS-ALULP非同期型エアリンクアップ/ダウンプロトコルNS-ALUDPは、非同期型であるが、協調型である2つ以上のエアリンク監視および管理手順を備えてよい。非同期型は、エアリンク監視および管理手順が特定の機能に最適化されてよく、機構自体のイベントおよび/またはタイマによって制御またはトリガできることを意味し得る。協調型は、システム効率を向上させるためにエアリンク監視および管理手順で協力機構を使用できることを意味し得る。下記に、NS-ALUDPの一例について、802.16m方式のコンテキストで述べられる。それは、下記の基本構成要素を備えてよい。1TPRSSとして示されたSSタイマ、周期的レンジングタイマによって制御された周期的レンジング手順、2TCLDBSとして示されたBSタイマ、カバレッジ損失検出タイマによって制御されたカバレッジ損失検出手順、3周期的レンジング手順とカバレッジ損失検出手順の間の協力機構、4リンク状況用の報告機構、5リンク状況測定用の統計収集機構、または6リンクダウン例外処理機構。周期的レンジング手順とカバレッジ損失検出手順の間の協力機構は、下記のいずれかを含んでよい。第1に、TPRSSタイムアウトイベントによってトリガされた周期的レンジング手順では、周期的レンジング手順をだれが、または何が行っているかBSが分かるように、SSは、身元を明かすことができる。次いで、SSは、そのカバレッジ損失検出タイマTCLDBSをリセットしてよい。したがって、周期的レンジング手順は、BSがSS状況情報を収集するのに役立つこともでき、カバレッジ損失検出タイマTCLDBSのタイムアウトの数は、効果的に減少させることができる。第2に、TCLDBSタイムアウトイベントによってトリガされたカバレッジ検出手順では、BSは、SSレンジング状況情報およびUL送信パラメータ調整を提供することができ、その結果、SSは、BSからレンジング状況情報を受信すると、周期的レンジングタイマTPRSSをリセットすることができる。したがって、カバレッジ損失検出手順は、SSがBSとのそのUL同期を維持するのに役立つこともでき、周期的レンジングタイマTPRSSのタイムアウトの数は、効果的に減少させることができる。図4は、上記に提案された、基地局上のNS-ALUDP手順のフローチャートである。ネットワークエントリまたはリエントリ時にエアリンクアップイベントが生じると301、BSは、カバレッジ損失検出タイマTCLDBSを開始し503、通常動作を始めてよい。通常動作では、BSは、SSの識別情報を知らずに周期的レンジング要求を受信し504、識別情報が知られているSSからULバーストを受信し506、またはタイマTCLDBSのタイムアウトを有することができる508。BSは、SSのIDを知らずにレンジング要求を受信する場合504、レンジング状況をまず決定する510。レンジング要求がアボートである場合は、BSは、リンク状況をダウンに設定し511、リンク処理手順を開始することができる513。状況が継続するである場合は、BSは、SSにUL送信パラメータ調整を送り512、通常動作を再開する。レンジング状況が成功である場合は、BSは、SSリンク状況成功を送ってよく、UL送信パラメータは、必要に応じて調整することができる。BSは、SSにそのID情報を送るよう要求するためのUL割当てをSSに提供することもできる514。次いで、SSは、必要な要求されたSSIDを受信することができ516、SSのTCLDBS518をリセットし、通常動作を再開する。SSIDが知られているSSからULバーストをBSが受信することに戻って506、次いで、BSは、UL送信パラメータ調整が必要であるときをチェックすることができる520。調整が必要でない場合は、SSのTCLDBSを再設定し518、通常動作を再開する。調整が必要な場合は、BSは、SSにUL送信調整パラメータを送ってよく522、BSは、ULパラメータ調整にUL送信が必要かどうかチェックする524。そうでない場合は、SSは、TCLDBSをリセットし518、通常動作を再開する。はいの場合は、SSは、SSのUL送信パラメータ調整の後にSSから必要なULを受信し526、手順はステップ520に戻る。SSのTCLDBSタイムアウトになる場合508、BSは、SSに送信を要求するためにSSにUL割当てを提供し528、次いで、BSが、要求されたULをSSから受信したかどうかチェックしてよい530。はいの場合は、BSは、UL送信パラメータ調整が必要であるかどうかチェックしてよい532。はいの場合は、手順はステップ522に戻る。いいえの場合は、BSは、たとえばRNG-ACKメッセージでSSにUL状況成功を送る534。BSが、要求されたULをSSから受信しない場合は、BSは、再試行の回数を超過したかどうかチェックする536。そうでない場合は、手順は、ステップ528に戻ってよい。はいの場合は、BSは、SSに、専用のレンジング要求の送信を要求してよい538。次いで、BSは、それがSSから専用のレンジング要求を受信したかどうかチェックしてよい540。はいの場合は、手順は、パラメータ調整の必要性をチェックするステップ532に戻る。いいえの場合は、SSは、再試行の数が行い尽くされかどうか確認し542、いいえの場合は、ステップ538が繰り返される。はいの場合は、手順は、ステップ511および513、ならびにリンクダウン処理手順に戻る。図5は、上記に提案された、加入者におけるNS-ALUDP手順のフローチャートである。ネットワークエントリまたはリエントリ時にエアリンクアップイベントが生じると301、SSは、カバレッジ損失検出タイマTPRSSを開始し602、通常動作を始めてよい。通常動作では、SSは、UL割当てを受信し604、TPRSSタイムアウト606を有し、BSからダウンリンクを受信し608、またはBSに知られているSSIDを伴うUL状況通知を受信してよい610。SSは、UL割当てを受信する場合604、BSにULバーストを送り612、通常動作を再開してよい。タイマTPRSSがタイムアウトする場合、SSは、PRチャネルでPRコードを送り614、次いで、PRへの応答の受信をチェックしてよい616。いいえの場合は、SSは、PR再試行の数を行い尽くしたかどうか確認することができ618、行い尽くした場合は、エアリンク状況をダウンに設定することができ620、エアリンクダウン管理手順を開始することができる622。PR再試行の回数が行い尽くされていない場合は618、手順は、ステップ614に戻る。SSがPRへの応答を受信する場合、SSは、PR状況をチェックする624。PR状況がアボートである場合は、SSは、エアリンク状況をダウンに設定し620、エアリンクダウン管理手順を開始することができる622。PR状況が継続である場合は、SSは、指示されるようにUL送信パラメータを調整し626、ステップ614に戻る。PR状況が成功である場合は、SSは、UL送信パラメータ調整が必要であるかどうかチェックする628。はいの場合は、SSは、指示されたように送信パラメータを調整することができ630、次いで、SSは、BSがSSID情報を知っているかどうかチェックする632。ステップ628でUL送信調整が必要でない場合は、手順は、ステップ632に達してよい。BSは、SSID情報を知っている場合は、TPRSSをリセットし634、通常動作を再開してよい。BSは、SSIDを知らない場合は、UL割当ての受信636、BSへのSSのIDの送信638を確かめることができ、その後、SSは、ステップ634でTPRSSをリセットし、通常動作を再開する。通常動作において、SSは、BSからDLを受信するとき608、DLが良好かどうかまずチェックする640。はいの場合は、SSは、通常動作を再開する。いいえの場合は、エアリンク状況は、ダウンに設定することができ620、エアリンクダウン管理手順を開始してよい622。通常動作において、SSは、BSに知られているSSIDを伴うUL状況通知を受信する場合610、UL状況がアボートであるかどうかまずチェックし642、そうである場合は、エアリンク状況をダウンに設定し620、エアリンクダウン管理手順を開始してよい622。UL状況がアボートでない場合は、SSは、UL送信パラメータの調整が必要かどうかチェックしてよい644。必要である場合は、SSは、UL送信パラメータを調整し646、次いで、状況が継続かどうかチェックする648。UL送信パラメータ調整が必要でない場合は、SSは、リンクパラメータ調整状況が継続かどうかチェックするステップ648に到達することもできる。そうでない場合は、SSは、TPRSSをリセットし634、通常動作を再開する。はいの場合は、SSは、専用のPRチャネル/コードが提供されるかどうかチェックする650。はいの場合は、SSは、所与のPRチャネル/コードを使用してよく652、ステップ614でPRチャネル/コードを送る。PRチャネル/コードが提供されない場合は、SSは、ステップ614でそれを送る前に、PRチャネル/コードを無作為に選んでよい654。図4および図5は、802.16mのコンテキストで一例を提供している。提案されたNS-ALUDPは、802.16e方式、および他のスケジューリングベースの無線アクセス方式にも適用できることに留意されたい。図4および図5で、NS-ALUDP手順周期的レンジングPRおよびカバレッジ損失検出CLDが、2つのタイマ、TPRSSおよびTCLDBSによって、それぞれSSおよびBSで制御されてよい。それぞれのタイマは、それ自体の特定の機能に最適化された値に構成されてよい。2つの手順、PRおよびCLDは、エアリンク状況情報を共有するための通知を提供することによって互いに協力することができる。たとえば、カバレッジ損失検出手順では、TCLDBSのタイムアウトイベントにより要求に応じてBSがSSからULデータを受信するという条件で、BSは、ユニキャストの任意型RNG-ACKを送ってよく、その結果、SSは、その周期的レンジングタイマTPRSSをリセットすることができる。周期的レンジング手順では、周期的レンジングが成功であるという条件で、BSは、SSがその識別情報を送るためのユニキャストUL割当てをSSに提供してよく、その結果、BSは、そのCLDタイマ、TCLDBSをリセットすることができる。さらに、またはあるいは、CLD手順では、BSは、SSがレンジングチャネルで送信するよう要求されるという条件で、SSのために専用の周期的レンジング機会を提供してよい。したがって、SSの識別情報は、BSに知らせたままにすることができ、その結果、SSは、その識別情報をBSに送るためのユニキャストUL割当てを求めるコンテンションベースの帯域幅要求を使用する必要がなくなり得る。専用のPR機会機構は、CLD手順、コンテンションベースの帯域幅要求、許可、および/またはSS識別情報を伴うUL送信において複数のステップを省くことができる。図6Aおよび図6Bは、BS702およびSS706を示している、提案されたNS-ALUDPの手続き的シーケンス図の一例を示している。ネットワークエントリまたはリエントリ時710に、またエアリンクがアップである場合、BSは、カバレッジ損失検出タイマTCLDBSを開始してよく714、SSは、周期的レンジングタイマTPRMSを開始してよい718。BSが、ID情報が知られているSSからULを受信するとき、TCLDABSはリセットされてよく、BSは、アップリンク送信パラメータ調整が必要かどうかチェックしてよい722。同様に、SSで、任意型のユニキャストレンジング肯定応答RNG-ACKを受信すると、SSは、TPRSSタイマをリセットしてよい726。TCLD_BSがタイムアウトする条件で、SSカバレッジ損失検出手順が開始してよい。まず、BSは、SSにUL割当てを提供してよく、このUL割当てに対してSSは、ULバーストを送ってよい。ULバーストが受信される場合、BSは、TCLDBSをリセット730し、SSにユニキャストRNG-ACKを送ることができ、次いで、SSは、TPRAMSをリセットしてよい734。次いで、SSは、RNG-ACKのACKをBSに送ってよい。BSがSSのULを受信しない場合は、BSは、SSに、専用の周期的レンジング要求を送るよう要求することができ、AMSは、PR要求を送ってよい。これは、PR要求が受信され、または再試行の数が行い尽くされるまで行うことができる。RNG_ACKが受信されるという条件で、SSは、TPRSSタイマをリセットする738。図6Bは、TPRSSがタイムアウトするときに始まり得るBS702とSS706の間の周期的レンジング手順を主として示している。SSは、BSに、PRチャネルでPRコードを送ってよい。これに応答して、BSは、RNG_ACK信号を送ってよい。このRNG_ACKのPR状況が継続である場合は、これらの2つのステップは、SSが成功もしくはアボートのメッセージを受信し、または数または再試行が行い尽くされるまで繰り返される。SSが成功状況を送る場合、BSは、SSにUL割当てを提供することによって応答することができ、TPRSSをリセットすることもできる742。次いで、SSは、その識別情報を送ってもよく、BSは、TCLDBSをリセットしてよい748。成功と見なされる周期的レンジングを実施した後にSSがBSに身元を明らかにするための機構に関して、図6は、SSがその識別子をBSに送ることを要求するUL割当てをSSに提供できることを示している。あるいは、またはさらに、コンテンションベースの周期的レンジング信号は、後述された機構によって、SSの識別の組み込まれた情報を伝えることができる。あるいは、またはさらに、周期的レンジング状況が成功であると、SSは、UL割当てを要求するためにコンテンションベースの帯域幅要求機構を使用してよく、その結果、SSは、BSにその識別情報を送信することができる。予定されたSS不在の間のエアリンク状況SSカバレッジ損失またはSSの不適切なungraceful逸脱によって引き起こされた意図されない、または予定されないエアリンクダウンの例外に加えて、本明細書では予定されたSS不在と呼ばれる、エアリンク上にSSが不在であることをBSが知っているケースもある。SS不在の間、SSは、データ移送にBSが使用不可能であることがある。様々なシステム、たとえば802.16m方式において、スリープ間隔、スキャン間隔、HOプロセスおよびアイドルモードが例に含まれてよい。エアリンク状況およびその監視および管理手順は、様々なタイプが様々な不在継続時間、および正常な動作モードに戻る様々なやり方を有するので、予定されたSS不在のタイプに応じて異なってよい。予定されたSS不在の間のエアリンク状況の監視および/または管理のための下記の基本の機構を使用することができる。予定されたSS不在は、たとえば、SSが戻るまで、タイマによってトリガされたイベントを延期することによってうまく扱うことができる。あるいは、またはさらに、エアリンク状況監視および管理は、たとえばSSの有効期間に適合するようにALUDPタイマを調整することによって、協力的なやり方で、予定されたSS不在に対処することができる。あるいは、またはさらに、エアリンク状況監視手順および/または管理手順は、SSがその予定された不在を開始するときに停止することができ、またSSが戻ると再開してよい。下記の節は、様々なタイプの予定されたSS不在におけるエアリンク状況およびその監視/管理手順の例を示している。-スキャン間隔802.16方式のスキャン機構は、MS/AMSのネットワークトポロジ取得のための機構のうちの1つとして、MS802.16eまたはAMS802.16mが隣接BS802.16eまたはABS802.16mをスキャンすることを可能にするように設計される。MS/AMSは、スキャン手順を開始する前に、スキャン手順の関連パラメータに関してBSと交渉してよい。これらのパラメータは、下記を含んでよい:スキャン間隔8ビットフィールド、802.16eではフレーム5ms単位、802.16mではサブフレーム0.617ms単位であり、たとえば、最大スキャン間隔は、802.16eでは1.28s、802.16mでは0.158sである;有効間隔またはインターリービング間隔8ビットフィールド、802.16eではフレーム5ms単位、802.16mではサブフレーム0.617ms単位であり、たとえば、最大有効間隔は、802.16eでは1.28s、802.16mでは0.158sである;またはスキャン反復6ビットフィールド、たとえば、最大のスキャン反復は64である。したがって、スキャン手順の最大の期間は、802.16eでは641.281.28s=163.84s、802.16mでは640.1580.158s=20.22sであってよい。802.16e方式のプロファイルに基づいて、周期的レンジングタイマ値範囲は、5sから35sであってよい。これは、エアリンク監視/管理時間間隔の基準として使用することができる。802.16eおよび802.16mの最大スキャン間隔は、エアリンク監視/管理時間間隔より小さいことがあるが、スキャン手順の最大継続時間は、より大きいことがある。したがって、スキャン機構およびエアリンク監視/管理機構は、互いにインタリーブしてよい。さらに、スキャン間隔とインタリーブされて、有効間隔は、エアリンクを介したデータ移送のためにBSと通信できる状態にあることをSSに求める。したがって、SSは、スキャン手順の間、DL方向とUL方向の両方でBSと同期した状態でとどまる必要があり得る。スキャン手順の間、SSのBSとの同期を維持するために、下記の代替案のうちの1つまたは組合せを使用することができる。第1の代替案では、エアリンク監視/管理機構は、実行されたままであってよい。たとえば、使用されたタイマが依然として稼働中であってよく、タイマのタイムアウトイベントは、依然として有効であり得る。しかし、SSのスキャン間隔の間にタイムアウトイベントが生じる場合、タイムアウトイベントによってトリガされるエアリンク監視/管理手順は、SSの次の有効間隔に延期することができる。あるいは、またはさらに、第2の代替案では、エアリンク監視/管理機構は、スキャン報告機構と協力して、エアリンク監視/管理手順とスキャン手順の間の干渉を取り除き、または最小限に抑えることができる。スキャン手順において、スキャン報告が必要とされることがある。たとえば、802.16e方式のプロファイルでは、いずれかのスキャン結果を報告する前の最大の間隔は2sである。SSでスキャン報告の送信に成功し、BSでスキャン報告の受信に成功することは、エアリンク状況の有効なインジケータとなることがあり、このインジケータは、エアリンク監視/管理手順で使用されるタイマをリセットするためのトリガとして使用することができる。-スリープ間隔SSについて802.16mでスリープモードがアクティブ化されると、SSに一連のスリープサイクルを提供することができ、この一連のスリープサイクルは、スリープウィンドウスリープ間隔とも呼ばれるが後に続いている、リスニングウィンドウリスニング間隔とも呼ばれるを備える一連のスリープサイクルを備えてよい。スリープモードのアクティブ化および終了は、明示的なメディアアクセス制御MACシグナリング、たとえばMAC制御メッセージによって遂行することができる。スリープモード初期化では、初期スリープサイクル、最終スリープサイクルおよびリスニングウィンドウサイズが提供されてよい。スリープモードの間、特定の条件が満たされる場合、スリープサイクルの長さは変更することができ、たとえば、SSのためのトラフィックがない場合、スリープサイクルは、最終スリープサイクルに達するまで2倍にすることができる。スリープサイクルの変化は通常、リスニングウィンドウが通常、同じままであるので、スリープ間隔の変化を示唆している。リスニング間隔の間、SSは、DL方向によって監視し受信することができ、必要に応じて、UL方向にさらに送信することもできる。802.16mスリープモードタイミングに関連するパラメータは、下記のように要約することができる:リスニング間隔1フレームから16フレーム、すなわち5msから80ms;最小スリープサイクルリスニング間隔から16フレーム;最大スリープサイクルスリープサイクルから1024フレーム、すなわち5120ms;およびスリープ間隔スリープサイクル-リスニング間隔、または1フレームから1023フレーム、すなわち5msから5115ms。同様に、802.16e方式のプロファイルに基づいて、周期的レンジングタイマ値の範囲は、5sら35sであり、それは、エアリンク状況監視/管理時間間隔に使用できる基準である。802.16mの最大のスリープ間隔は、およそ5.115sであり、それは、エアリンク状況監視/管理時間間隔に近いことがある。スリープ間隔と、エアリンク状況監視/管理間隔との間のインターリービングは、両方の機構に影響を及ぼすことができ、注意深く対処する必要があり得る。スリープ間隔とインタリーブされて、スリープモードのリスニング間隔は、SSがDL方向に監視および受信し、また恐らくはUL方向に送信可能であることを必要とすることがある。したがって、SSは、スリープモードアクティブ化の間、DL方向とUL方向の両方でBSと同期または接続されたままであることが必要であり得る。下記の代替案の1つまたは組合せが、スリープモードのエアリンク状況監視/管理に対処するために使用されてよい。第1の代替案では、エアリンク監視/管理機構は、実行されたままであってよい。たとえば、使用されたタイマが依然として稼働してよく、タイマのタイムアウトイベントは、依然として有効であってよい。しかし、SSのスリープ間隔の間にタイムアウトイベントが生じる場合、タイムアウトイベントによってトリガされるエアリンク監視/管理手順は、SSの次のリスニング間隔に延期することができる。あるいは、またはさらに、第2の代替案では、エアリンク監視/管理機構は、スリープモードと協力して、その効率を向上させ、またスリープモードに対する干渉を最小限に抑えることもできる。たとえば、協力は、エアリンク状況監視/管理間隔に等しい、またはそれよりわずかに小さい間隔を有するリスニングウィンドウの間にBSがSSに専用の周期的レンジング機会を提供することを含んでよい。所与の専用のレンジング機会を用いた周期的なレンジング手順によって、SSとBSの間のエアリンク同期を維持することができ、エアリンク状況監視/管理に使用されるタイマをリセットすることができる。-ハンドオーバHOのケースについて2つのサブタイプの予定されたSSBSence:HO実行中およびHO完了後がある。HO実行中のサブタイプでは、サービス側のBAは、SSがHO手順を実行しているときはSSがエアリンク上で使用可能でないことを知ることができる。たとえば、BSは、ターゲットBSとの関連付けを試みてよい。こうした予定されたSS不在は典型的には、短い持続時間であってよく、BSは、迅速な結果を期待することができ:SSは離れて行き、またはSSは戻って来る。したがって、このタイプの予定されたSS不在の間、BS側およびSS側の両方で、エアリンク状況監視/管理手順を一時的に中断することができ、さらなる決定は、HO結果に基づいて行われてよい。HO結果がHO完了でない場合は、BSおよびSSのエアリンク状況監視/管理手順を再開することができる。HO完了後のサブタイプでは、サービス側BSは、SSが別のBSにうまくハンドオーバされたことを知ることができる。したがって、BSは、SSとのエアリンク上のエアリンク状況監視/管理手順を停止することができ、SSは、新しいサービス側BSとのエアリンク上のエアリンク状況監視/管理手順を開始してよい。-アイドルモード802.16方式でアイドルモードに入る前、SSは、現在のサービス側BSからそれ自体の登録を解除してよく、それによって、SSのBSenceをBSに示すことができる。またSSがアイドルモードに入るとき、SSの不在の継続時間に関してBSが使用可能な情報がないことがある。アイドルモードの間、SSは、ページングメッセージを監視し、必要に応じて位置更新を実施する必要があり得る。しかし、位置更新は、SSがアイドルモードを開始したBSで必ずしも行われないことがある。通常動作に戻るには、SSがネットワークエントリプロセスを完了することを必要とすることがある。したがって、BS側では、アイドルモードSSへのエアリンクのためのエアリンク状況監視/管理手順を停止してよい。SS側では、エアリンク状況監視/管理手順は、アイドルモード特有の機能、たとえばページングまたは位置更新によって管理することができる。カバレッジ損失検出方式の拡張802.16mカバレッジ損失検出方式を拡張するように設計される機構について本明細書に述べられており、この802.16mカバレッジ損失検出方式はもちろん、上述のステップと組み合わせることもできる。たとえば、802.16mカバレッジ損失検出手順では、BSは、SSに、周期的レンジングコード/チャネルを使用するように指示することができる。成功状況を有するAAI_RNG-ACKを受信した後、SSは、SSの識別情報を送るようSSに要求するUL割当てを求める帯域幅要求をBSに送ってよい。BSは、より効率的なやり方で周期的レンジングに成功した後、カバレッジ損失検出方式によってSSの識別情報を得ることが可能であってよい。下記の機構は、カバレッジ損失検出方式の効率を向上させることができる。一代替案では、カバレッジ損失検出手順の間、BSは、SSに周期的レンジングを実施するよう勧誘する必要がある場合、SSに専用の周期的レンジング要求機会、たとえば周期的レンジングチャネルの周期的レンジングコードを提供してよい。したがって、BSは、SSの識別についての知識を保持することができ、その結果、周期的レンジングがうまく遂行された後、SSがその識別情報をBSに送信する必要がないことがある。したがって、それによって、カバレッジ損失検出プロセスのUL帯域幅要求、UL帯域幅割当て、およびSSの識別送信のステップを省くことができる。あるいは、またはさらに、BSは、周期的レンジングの成功後、CDMA割当てIEを使用することによって、SSにユニキャストUL割当てを提供することができ、その結果、帯域幅要求のステップを回避することができる。あるいは、またはさらに、STIDは、後述された機構を使用して特定のレンジングコードおよび/またはレンジング機会にマッピングすることができる。周期的レンジング方式の拡張不必要な周期的レンジング手順の実行を取り除くことによって802.16mの周期的レンジング方式を拡張するように設計された機構について本明細書に述べられる。802.16mによれば、SSがBSからのデータトラフィックに対してアクティブであり、SSのUL送信パラメータを調整する必要がない場合、SSの周期的レンジングタイマは、依然として稼働していることがあり、不必要であり得るSSによる周期的レンジングをトリガすることがある。下記の代替案の1つまたは組合せを使用して、この問題:1BS側で周期的タイマを使用すること;または2UL送信がうまく実施されたという条件で、SSの周期的タイマをリセットすることに対処することができる。-BS側の周期的タイマ使用BSは、SSごとに周期的レンジングタイマ、たとえばTPRBSと呼ばれるタイマを管理することもできる。タイムアウトすると、BSは、それがSSのUL状況に関する有効な情報を有するかどうかチェックしてよい。そうである場合は、BSは、状況成功を伴う任意型のRNG-ACKを送ってよく、その結果、SSは、その周期的レンジングタイマをリセットすることができる。BSが有効なSSUL状況を有さない場合は、BSは、何もせず、SSの周期的レンジングタイマに、SSによるランダムアクセスベースの周期的レンジングプロセスの実施をトリガさせてよい。BSが有効なSSUL状況を有するかどうか決定する複数のやり方があり得る。一例は、上述されたようにS-ALUDPにおいて最終ULトラフィック経過時間カウンタ、CLUP、および有効なUL状況について事前定義された最大時間間隔IMAXULを使用することに類似する。BS周期的レンジングタイマ、TPRBSは、タイムアウトする場合、CLUP≦IMAXULかどうかまずチェックしてよい。そうである場合は、BSは、SSに有効なUL状況を有し、そうでない場合は、BSは、SSに有効なUL状況を有さない。あるいは、またはさらに、BSは、SSからのUL方向の直近の受信を記録するために、SSのUL状況にタイムスタンプを付けてよい。BS周期的レンジングタイマ、TPRBSは、タイムアウトする場合、SSUL状況のタイムスタンプが、ある周期的レンジング時間間隔より古いかどうかまずチェックしてよい。SSUL状況のタイムスタンプがそれほど古くない場合は、BSは有効なSSUL状況を有しており、そうでない場合は、BSは、有効なSSUL状況を有さない。BS周期的レンジングタイマ、TPRBSは、ネットワークエントリまたはリエントリ時にBSとSSの間のエアリンクが動作モードに入ると開始してよい。BS周期的レンジングタイマ、TPRBSは、TPRBSタイムアウトによってトリガされた周期的レンジング手順をBSが実施するためにリセットされてよい。BS周期的レンジングタイマ、TPRBSの値は、SS周期レンジングタイマ、TPRSSと同じ値に設定されてもよいし、SS周期的レンジングタイマ、TPRSSよりわずかに小さい値に設定されてもよい。TPRBSの値がTPRSSよりわずかに小さいことによって、BS側とBS側の周期的レンジングタイマが同時に、または互いに非常に接近してタイムアウトすることを回避することができる。SSの周期的なレンジング手順の間、SSは、BSからユニキャストレンジング状況表示メッセージを受信する場合、その周期的レンジング手順を停止してよく、受信されたレンジング状況表示メッセージ内に与えられた命令に従ってよい。-UL送信の成功後のSS周期的タイマのリセットあるいは、またはさらに、不必要な周期的レンジング手順の実行は、SSが成功裏のUL送信を完了したという条件でSSの周期的タイマをリセットすることによって取り除くことができる。UL送信の成功は、UL送信に対応するハイブリッド自動反復要求HARQ肯定応答ACKの受信によって示すことができる。HARQは、802.16m方式のユニキャストデータバーストには必須であり得る。レンジングコードおよび/またはレンジング機会へのSTIDのマッピングSSは、一意のSTIDを有する。SSに値を無作為に選択させるのではなく、この12ビットのSTID値を使用して、レンジングコードおよび/またはレンジング機会を選択することができる。周期的レンジングに使用可能な一意のコードの数は、8、16、24または32であってよく、複数のレンジング機会のうちの1つを選択することができる。BSは、受信されたレンジングコードおよびレンジング機会を送信機のSTIDにマッピングし戻してよい。同じレンジングコード/レンジング機会への2つ以上のSTIDマッピングが存在することがあるので、いくつかの可能性がある:1受信されたレンジングコードは、1つのアクティブSTIDにマッピングし戻され、その場合、BSは、どのSSが周期的レンジングコードを送ったか決定論的に知ることができ、2受信されたレンジングコードを複数のSTIDにマッピングし、その場合、BSは、どのSSが周期的レンジングコードを送信しているかについての知識を使用することができ、セットを単一のSTIDに減少させることができ、または3BSは、1つのSSだけが周期的レンジングコードを送ったことを確実には知ることができない場合、SSがそのID情報を送るためのULリソースを割り当てることができる。-STIDを使用したレンジングコードおよび/またはレンジング機会の選択レンジングコードおよび/またはレンジング機会は、STIDを使用して選択することができる。SSがたとえば、それが送るレンジングコードにインデックスを付けるために最下位5ビットを使用する場合、BSは、SS複数可がレンジングコードをどこに送信しているかに関する表示を有してよい。同様に、送信機会を選択するためにSTIDが使用される場合、BSは、送信側SSの識別性identityに関する表示を有してよい。レンジングコードとレンジング機会の組合せをSTIDに基づいて選択することによって、一意であり、またBSによる送信側SSのSTIDの決定を可能にできる識別性をBSに提供することができる。代替マッピングを使用して、STIDベースのマッピングをランダム選択と区別することができる。たとえば、レンジングコードインデックス内の単一のビットを使用して、レンジングコードがSSSTIDに関連付けられることを示すことができる。この例では、SSは、最下位4ビットを使用して、送るべきレンジングコードにインデックスを付け、第5のビットを1に設定して、これがSTID選択であることを示すことができる。SSは、レンジングコード用に4ビットのインデックスを選択し、これがランダムな選択であることを示すために第5のビットを0にしておくことができ、BSは、コードをSTIDの表示と解釈しないことがある。-ハッシュコードを使用したレンジングコードおよび/またはレンジング機会の選択たとえばレンジングコードのインデックス付けのためにSTIDの下位Nビットを使用することの潜在的な問題は、24個のレンジングコードが使用可能な場合と同様に、使用可能なレンジングコードの数が2のべき乗でない値であり得るということである。この問題は、STIDを表すハッシュ値を使用することによって解決することができる。このハッシュ値は、0からNcodes-1の範囲を有し、だたし、Ncodesは使用可能なレンジングコードの数である。BSは、SSSTIDを割り当てる場合、ハッシュ値を生成することもできる。SSには、STID、また任意選択でレンジングコードおよび/またはレンジング機会のハッシュ値を示す信号が送られてよい。この場合、BSは、レンジングコードおよび/またはレンジング機会に基づいてSTIDを逆引きすることができ、またBSは、所与のセクタ内の2つ以上のSSが同時に周期的レンジングモードにあるかどうか知ることもできる。この場合には、BSは、衝突を仮定し、当技術分野においてよく知られている現在の手順と同じようなやり方で、それらの特別なケースに対処することができる。2つのハッシュコード:レンジングコード用に1つのハッシュコード、レンジング機会用に別のものを使用することができる。ハッシュ関数が正確に選ばれる場合、同じレンジングコードへの2つのSTIDのマッピングは、それぞれ異なるレンジングコード機会にマッピングすることができ、恐らくSTID復号の衝突の可能性が減少する。実施形態1.基地局BSであって、基地局に関連するカバレッジ損失検出タイマと、移動局と、カバレッジ損失検出タイマが終了するという条件で、移動局にアップリンクUL割当てを送信するように構成された送信機と、UL割当てによって移動局からパケットデータを受信するように構成された受信機と、カバレッジ損失検出タイマをリセットするように構成されたプロセッサとを備え、送信機は、移動局の周期的レンジングタイマをリセットするためのメッセージを移動局に送信するようにさらに構成される、基地局。2.メッセージは、高度エアインターフェースレンジング肯定応答advancedairinterfacerangingacknowledgement;AAI-RNG-ACKメッセージである実施形態1の基地局。3.移動局は、登録された状態にあり、受信機は、移動局から周期的レンジング要求メッセージを受信するようにさらに構成される実施形態1~2の基地局。4.移動局がスキャン期間にある間にカバレッジ損失検出タイマが終了するという条件で、UL割当ては、移動局に関連する次の使用可能なUL間隔を示す実施形態1~3の基地局。5.無線通信のための方法であって、加入者局SSと基地局BSの間のエアリンク状況を監視するステップと、エアリンクアップ/ダウンプロトコルALUDPに従ってBSとSSの間でエアリンクのダウンリンクDLとアップリンクULの同期を維持するステップとを備える方法。6.BSおよびSSのうちの1つは、ALUDP内のマスタのスレーブとして働く実施形態5の方法。7.SSはスレーブであり、BSはマスタであり、BSはリンク状況情報およびUL送信パラメータ調整を提供する実施形態5~6の方法。8.SSがBSにフォローアップUL送信を送るステップをさらに備える実施形態5~7の方法。9.SSとBSの間のエアリンクタイムアウトを検出するステップと、予定されたSS不在の間にタイムアウトが生じたかどうか決定するステップと、予定されたSS不在の間にタイムアウトが生じたという条件でALUDPを調整するステップとをさらに備える実施形態5~8の方法。10.ネットワークエントリまたはリエントリの後に開始するカバレッジ損失検出用のタイマを提供するステップをさらに備える実施形態5~9の方法。11.カバレッジ損失検出用のタイマは、SSからアップリンクが、BSに知られているSSの識別情報と共に受信されるという条件でリセットされる実施形態5~10の方法。12.エアリンクがUP状況にある場合に開始する周期的レンジング用のタイマを提供するステップをさらに備える実施形態5~9の方法。13.カバレッジ損失検出の間、周期的レンジング用の周期的タイマは、SSがBSに依然として接続されていることをBSが確認するという条件で、AAI-RNG-ACK信号を使用してリセットされる実施形態5~12の方法。14.タイムアウトはスキャン間隔の間に生じ、方法は、カバレッジ損失検出を実施するときに行われる実施形態5~13の方法。15.少なくとも1つのタイマを開始するステップをさらに備え、タイマの開始の後に続いて、少なくとも1つのタイマは終了する実施形態5~14の方法。16.少なくとも1つのタイマはスキャン間隔の間に終了し、少なくとも1つのタイマが終了するという条件で、ALUDPは次の間隔でカバレッジ損失検出のためのアップリンクバーストを許可する実施形態5~15の方法。17.タイマは周期的レンジングタイマである実施形態5~16の方法。18.予定されたSS不在は、SSがアイドルモードにあるという条件で生じる実施形態5の方法。19.BSは、SSがアイドルモードにあるという条件で、アイドルモードのSSに対するエアリンク状況の監視を中止する実施形態5~18の方法。20.ALUDPは、SSが予定されたSS不在にあるという条件で、カバレッジ損失検出および周期的レンジングを一時的に中止する実施形態5の方法。特徴および要素について特定の組合せで上記に述べられているが、それぞれの特徴または要素は、単独に使用されてもよいし、他の特徴および要素との任意の組合せで使用されてもよいことが当業者には理解されよう。さらに、本明細書に述べられた方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ読取り可能媒体に組み込まれたコンピュータプログラム、ソフトウェアまたはファームウェアで実装されてよい。コンピュータ読取り可能媒体の例には、電子信号有線接続または無線接続を介して送信されるおよびコンピュータ読取り可能記憶媒体が含まれる。コンピュータ読取り可能記憶媒体の例には、それだけに限らないが、ROMread-onlymemory、RAMrandom-accessmemory、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよび取外し可能ディスクなどの磁気媒体、磁気光媒体、ならびにCD-ROMディスクおよびDVDdigitalversatilediskなどの光媒体が含まれる。WTRU、UE、端末、基地局、RNCまたは任意のホストコンピュータで使用する無線周波数トランシーバを実装するために、ソフトウェアに関連するプロセッサが使用されてよい。