(57)【要約】エアリンクアップ／ダウンプロトコル（ＡＬＵＤＰ）は、同期型ＡＬＵＤＰ（Ｓ−ＡＬＵＰＤ）であってもよいし、非同期型ＡＬＵＤＰ（ＮＳ−ＡＬＵＤＰ）であってもよい。無線通信のための方法が、加入者局（ＳＳ）と基地局（ＢＳ）の間のエアリンク状況を監視および管理するステップを含む。
2013535872.tif 000002
【特許請求の範囲】
【請求項１】
基地局に関連するカバレッジ損失検出タイマと、
移動局と、
前記カバレッジ損失検出タイマが終了するという条件で、前記移動局にアップリンク（ＵＬ）割当てを送信するように構成された送信機と、
ＵＬ割当てによって前記移動局からパケットデータを受信するように構成された受信機と、
前記カバレッジ損失検出タイマをリセットするように構成されたプロセッサと
を備える基地局（ＢＳ）であって、
前記送信機は、前記移動局の周期的レンジングタイマをリセットするためのメッセージを前記移動局に送信するようにさらに構成されることを特徴とする基地局。
【請求項２】
前記メッセージは、高度エアインターフェースレンジング肯定応答（ＡＡＩ−ＲＮＧ−ＡＣＫ）メッセージであることを特徴とする請求項１に記載の基地局。
【請求項３】
前記移動局は、登録された状態にあり、前記受信機は、前記移動局から前記周期的レンジング要求メッセージを受信するようにさらに構成されることを特徴とする請求項１に記載の基地局。
【請求項４】
前記移動局がスキャン期間にある間に前記カバレッジ損失検出タイマが終了するという条件で、前記ＵＬ割当ては、前記移動局に関連する次の使用可能なＵＬ間隔を示すことを特徴とする請求項１に記載の基地局。
【請求項５】
無線通信のための方法であって、
加入者局（ＳＳ）と基地局（ＢＳ）の間のエアリンク状況を監視するステップと、
エアリンクアップ／ダウンプロトコル（ＡＬＵＤＰ）に従って前記ＢＳと前記ＳＳの間でエアリンクのダウンリンク（ＤＬ）とアップリンク（ＵＬ）の同期を維持するステップと
を備えることを特徴とする方法。
【請求項６】
前記ＢＳおよび前記ＳＳのうちの１つは、前記ＡＬＵＤＰ内のマスタのスレーブとして働くことを特徴とする請求項５に記載の方法。
【請求項７】
前記ＳＳは前記スレーブであり、前記ＢＳは前記マスタであり、前記ＢＳはリンク状況情報およびＵＬ送信パラメータ調整を提供することを特徴とする請求項６に記載の方法。
【請求項８】
前記ＳＳが前記ＢＳにフォローアップＵＬ送信を送るステップをさらに備えることを特徴とする請求項７に記載の方法。
【請求項９】
前記ＳＳと前記ＢＳの間のエアリンクタイムアウトを検出するステップと、
予定されたＳＳ不在の間に前記タイムアウトが生じたかどうか決定するステップと、
予定されたＳＳ不在の間に前記タイムアウトが生じたという条件で前記ＡＬＵＤＰを調整するステップとをさらに備えることを特徴とする請求項５に記載の方法。
【請求項１０】
ネットワークエントリまたはリエントリの後に開始するカバレッジ損失検出用のタイマを提供するステップをさらに備えることを特徴とする請求項９に記載の方法。
【請求項１１】
カバレッジ損失検出用の前記タイマは、前記ＳＳからアップリンクが、前記ＢＳに知られている前記ＳＳの識別情報と共に受信されるという条件でリセットされることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記エアリンクがＵＰ状況にある場合に開始する周期的レンジング用のタイマを提供するステップをさらに備えることを特徴とする請求項９に記載の方法。
【請求項１３】
カバレッジ損失検出の間、周期的レンジング用の前記周期的タイマは、前記ＳＳが前記ＢＳに依然として接続されていることを前記ＢＳが確認するという条件で、ＡＡＩ−ＲＮＧ−ＡＣＫ信号を使用してリセットされることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記タイムアウトはスキャン間隔の間に生じ、前記方法は、カバレッジ損失検出を実施するときに行われることを特徴とする請求項１３に記載の方法。
【請求項１５】
少なくとも１つのタイマを開始するステップをさらに備え、前記タイマの開始の後に続いて、前記少なくとも１つのタイマは終了することを特徴とする請求項１４に記載の方法。
【請求項１６】
前記少なくとも１つのタイマはスキャン間隔の間に終了し、前記少なくとも１つのタイマが終了するという条件で、前記ＡＬＵＤＰは次の間隔でカバレッジ損失検出のためのアップリンクバーストを許可することを特徴とする請求項１５に記載の方法。
【請求項１７】
前記タイマは周期的レンジングタイマであることを特徴とする請求項１６に記載の方法。
【請求項１８】
前記予定されたＳＳ不在は、前記ＳＳがアイドルモードにあるという条件で生じることを特徴とする請求項５に記載の方法。
【請求項１９】
前記ＢＳは、前記ＳＳがアイドルモードにあるという条件で、アイドルモードの前記ＳＳに対する前記エアリンク状況の監視を中止することを特徴とする請求項１８に記載の方法。
【請求項２０】
前記ＡＬＵＤＰは、前記ＳＳが前記予定されたＳＳ不在にあるという条件で、カバレッジ損失検出および周期的レンジングを一時的に中止することを特徴とする請求項５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、無線通信に関する。
【背景技術】
【０００２】
［関連出願の相互参照］
本出願は、全体が記載されたものとして参照により組み込まれる、２０１０年７月１日に出願された米国特許仮出願第６１／３６０，６２１号明細書の優先権を主張するものである。
【０００３】
高度広帯域無線システムでは、エアリンクは、媒体として大気を使用するＢＳ（基地局）とＳＳ（加入者局）との間の通信チャネルを指す。下位層では、エアリンクの状況によって、エアリンクの両端間で上位層データを無線で移送することが可能かどうかを決定することができる。データを移送することができる場合、エアリンクは「アップ」と見なされ、そうでない場合は、エアリンクは、「ダウン」と見なされる。エアインターフェースは、エアリンクがアップの場合に、加入者装置によって使用することができる。このシステムは、エアリンク状況を監視し、報告し、管理することができる。
【発明の概要】
【０００４】
基地局（ＢＳ）は、基地局に関連するカバレッジ損失検出タイマと、移動局と、カバレッジ損失検出タイマが終了するという条件で移動局にアップリンク（ＵＬ）割当てを送信するように構成された送信機と、ＵＬ割当てによって移動局から受信パケットデータを受信するように構成された受信機と、カバレッジ損失検出タイマをリセットするように構成されたプロセッサとを備え、送信機は、移動局の周期的レンジングタイマ（ｐｅｒｉｏｄｉｃ  ｒａｎｇｉｎｇ  ｔｉｍｅｒ）をリセットするためのメッセージを移動局に送信するようにさらに構成される。
【図面の簡単な説明】
【０００５】
より詳細な理解は、添付の図面と併せて、例示するために示された下記の説明から得ることができる。
【０００６】
【図１Ａ】１つまたは複数の開示された実施形態が実施されてよい例示的な通信システムのシステム図である。
【図１Ｂ】図１Ａに示された通信システム内で使用してよい例示的な無線送受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示された通信システム内で使用してよい例示的な無線アクセスネットワークおよび例示的なコアネットワークのシステム図である。
【図２】Ｓ−ＡＬＵＤＰ  ＢＳ側の手順のフローチャートである。
【図３】Ｓ−ＡＬＵＤＰ  ＳＳ側の手順のフローチャートである。
【図４】ＮＳ−ＡＬＵＤＰ  ＢＳ側の手順のフローチャートである。
【図５】ＮＳ−ＡＬＵＤＰ  ＳＳ側の手順のフローチャートである。
【図６Ａ】ＮＳ−ＡＬＵＤＰの一例を示す図である。
【図６Ｂ】ＮＳ−ＡＬＵＤＰの一例を示す図である。
【発明を実施するための形態】
【０００７】
序文
図１Ａは、１つまたは複数の開示された実施形態を実施することができる例示の通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなど、コンテンツを複数の無線ユーザに提供する多元接続システムであってよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含めてシステムリソースを共有することよってこうしたコンテンツにアクセスすることを可能にする。例えば、通信システム１００は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ＦＤＭＡ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ−ｃａｒｒｉｅｒ  ＦＤＭＡ）など、１つまたは複数のチャネルアクセス法を使用してよい。
【０００８】
図１Ａに示されたように、通信システム１００は、無線送受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含んでよいが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワークおよび／またはネットワーク要素を企図していることが理解されよう。ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄはそれぞれ、無線環境内で動作および／または通信するように構成された任意のタイプのデバイスであってよい。例を挙げると、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてよく、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電などを含んでよい。
【０００９】
通信システム１００は、基地局１１４ａと基地局１１４ｂとを含むこともできる。基地局１１４ａ、１１４ｂはそれぞれ、コアネットワーク１０６、インターネット１１０および／またはネットワーク１１２など、１つまたは複数の通信ネットワークへのアクセスを容易にするために、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェースするように構成された任意のタイプのデバイスであってよい。例を挙げると、基地局１１４ａ、１１４ｂは、送受信基地局（ＢＴＳ）、Ｎｏｄｅ  Ｂ、ｅＮｏｄｅ  Ｂ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってよい。基地局１１４ａ、１１４ｂはそれぞれ、単一の要素として示されているが、基地局１１４ａ、１１４ｂは、相互に接続された任意の数の基地局および／またはネットワーク要素を含んでよいことが理解されよう。
【００１０】
基地局１１４ａは、ＲＡＮ  １０４の一部であってよく、このＲＡＮ  １０４は、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなど、他の基地局および／またはネットワーク要素（図示せず）を含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれることがある特定の地理的領域内で無線信号を送信および／または受信するように構成されてよい。セルは、セルセクタにさらに分割されてよい。たとえば、基地局１１４ａに関連するセルは、３つのセクタに分割されてよい。したがって、一実施形態では、基地局１１４ａは、３つのトランシーバ、すなわちセルの各セクタにつき１つを含んでよい。別の実施形態では、基地局１１４ａは、ＭＩＭＯ（ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ  ｏｕｔｐｕｔ）技術を使用することができ、したがって、セルの各セクタにつき複数のトランシーバを使用してよい。
【００１１】
基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（たとえば無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）であってよいエアインターフェース１１６を介してＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄ  のうちの１つまたは複数と通信することができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立することができる。
【００１２】
より具体的には、上述されたように、通信システム１００は、多元接続システムであってよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなど、１つまたは複数のチャネルアクセス方式を使用してよい。たとえば、ＲＡＮ  １０４内の基地局１１４ａ、およびＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ）を使用してエアインターフェース１１６を確立できるＵＴＲＡ（ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）などの無線技術を実装することができる。ＷＣＤＭＡは、ＨＳＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含んでよい。ＨＳＰＡは、ＨＳＤＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｄｏｗｎｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）および／またはＨＳＵＰＡ（Ｈｉｇｈ−Ｓｐｅｅｄ  Ｕｐｌｉｎｋ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）を含んでよい。
【００１３】
別の実施形態では、基地局１１４ａ、およびＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃは、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）および／またはＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）を使用してエアインターフェース１１６を確立できるＥ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）などの無線技術を実装してよい。
【００１４】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ  ８０２．１６（すなわちＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２０００  ＥＶ−ＤＯ、ＩＳ−２０００（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００）、ＩＳ−９５（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ）、ＩＳ−８５６（Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ）、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）、ＧＥＲＡＮ（ＧＳＭ  ＥＤＧＥ）などの無線技術を実装することができる。
【００１５】
図１Ａの基地局１１４ｂは、たとえば無線ルータ、ホームＮｏｄｅ  Ｂ、ホームｅＮｏｄｅ  Ｂまたはアクセスポイントであってよく、事業所、自宅、車両、キャンパスなど、局所的な領域の無線接続性を促進するのに適した任意の適切なＲＡＴを使用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ  １０２ｃ、１０２ｄは、ＷＬＡＮ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）を確立するために、ＩＥＥＥ  ８０２．１１などの無線技術を実装することができる。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ  １０２ｃ、１０２ｄは、ＷＰＡＮ（ｗｉｒｅｌｅｓｓ  ｐｅｒｓｏｎａｌ  ａｒｅａ  ｎｅｔｗｏｒｋ）を確立するために、ＩＥＥＥ  ８０２．１５などの無線技術を実装してよい。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ  １０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースＲＡＴ（たとえばＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を使用してよい。図１Ａに示されたように、基地局１１４ｂは、インターネット１１０への直接接続を有してよい。したがって、基地局１１４ｂは、コアネットワーク１０６を介してインターネット１１０にアクセスする必要がないことがある。
【００１６】
ＲＡＮ  １０４は、コアネットワーク１０６と通信していることがあり、このコアネットワーク１０６は、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に音声、データ、アプリケーションおよび／またはボイスオーバーＩＰ（ＶｏＩＰ）サービスを提供するように構成された任意のタイプのネットワークであってよい。たとえば、コアネットワーク１０６は、呼制御、請求サービス、モバイル位置ベースのサービス、プリペイド式の発呼、インターネット接続性、ビデオ配信などを提供し、かつ／またはユーザ認証などの高レベルのセキュリティ機能を実施することができる。図１Ａに示されていないが、ＲＡＮ  １０４および／またはコアネットワーク１０６は、ＲＡＮ  １０４と同じＲＡＴ、または異なるＲＡＴを使用する他のＲＡＮと直接的に通信してもよいし、間接的に通信してもよいことが理解されよう。たとえば、Ｅ−ＵＴＲＡ無線技術を使用していることがあるＲＡＮ  １０４に接続されることに加えて、コアネットワーク１０６は、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）と通信していることもある。
【００１７】
コアネットワーク１０６は、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ  １０８、インターネット１１０および／または他のネットワーク１１２にアクセスするためのゲートウェイとして働くこともできる。ＰＳＴＮ  １０８は、ＰＯＴＳ（ｐｌａｉｎ  ｏｌｄ  ｔｅｌｅｐｈｏｎｅ  ｓｅｒｖｉｃｅ）を提供する回路交換電話網を含んでよい。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートのＴＣＰ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ  ｐｒｏｔｏｃｏｌ）、ＵＤＰ（ｕｓｅｒ  ｄａｔａｇｒａｍ  ｐｒｏｔｏｃｏｌ）およびＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）など、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運営された有線または無線の通信網を含んでよい。たとえば、ネットワーク１１２は、１つまたは複数のＲＡＮに接続された別のコアネットワークを含んでよく、この１つまたは複数のＲＡＮは、ＲＡＮ  １０４と同じＲＡＴを用いてもよいし、異なるＲＡＴを用いてもよい。
【００１８】
通信システム１００内のＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、マルチモード能力を含んでよく、すなわちＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、それぞれ異なる無線リンクを介してそれぞれ異なる無線ネットワークと通信するための複数のトランシーバを含んでよい。たとえば、図１Ａに示されたＷＴＲＵ  １０２ｃは、セルラベースの無線技術を使用できる基地局１１４ａと、またＩＥＥＥ  ８０２無線技術を使用できる基地局１１４ｂと通信するように構成されてよい。
【００１９】
図１Ｂは、例示的なＷＴＲＵ  １０２のシステム図である。図１Ｂに示されたように、ＷＴＲＵ  １０２は、プロセッサ１１８と、トランシーバ１２０と、送受信要素１２２と、スピーカ／マイクロホン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、取外し不可能メモリ１０６と、取外し可能メモリ１３２と、電源１３４と、ＧＰＳ（ｇｌｏｂａｌ  ｐｏｓｉｔｉｏｎｉｎｇ  ｓｙｓｔｅｍ）チップセット１３６と、他の周辺装置１３８とを含んでよい。ＷＴＲＵ  １０２は、一実施形態に依然として従いながら、上記要素の任意の副結合を含んでよいことが理解されよう。
【００２０】
プロセッサ１１８は、汎用プロセッサ、特別目的のプロセッサ、従来型のプロセッサ、ＤＳＰ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）回路、他の任意のタイプのＩＣ（ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、状態機械などであってよい。プロセッサ１１８は、信号符号化、データ処理、電源制御、入出力処理、および／またはＷＴＲＵ  １０２が無線環境内で動作することを可能にする他の任意の機能性を実施することができる。プロセッサ１１８は、トランシーバ１２０に結合されてよく、このトランシーバ１２０は、送受信要素１２２に結合されてよい。図１Ｂは、プロセッサ１１８およびトランシーバ１２０を別個の構成要素として示しているが、プロセッサ１１８およびトランシーバ１２０は、電子パッケージまたはチップ内に統合されてよいことが理解されよう。
【００２１】
送受信要素１２２は、エアインターフェース１１６を介して基地局（たとえば基地局１１４ａ）に信号を送信し、またはそこから信号を受信するように構成されてよい。たとえば、一実施形態では、送受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってよい。別の実施形態では、送受信要素１２２は、たとえばＩＲ、ＵＶまたは可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってよい。別の実施形態では、送受信要素１２２は、ＲＦ信号と光信号の両方を送受信するように構成されてよい。送受信要素１２２は、任意の組合せの無線信号を送信および／または受信するように構成されてよいことが理解されよう。
【００２２】
さらに、送受信要素１２２は、図１Ｂに単一の要素として示されているが、ＷＴＲＵ  １０２は、任意の数の送受信要素１２２を含んでよい。より具体的には、ＷＴＲＵ  １０２は、ＭＩＭＯ技術を使用してよい。したがって、一実施形態では、ＷＴＲＵ  １０２は、エアインターフェース１１６を介して無線信号を送受信するための２つ以上の送受信要素１２２（たとえば複数のアンテナ）を含んでよい。
【００２３】
トランシーバ１２０は、送受信要素１２２によって送信される信号を変調し、また送受信要素１２２によって受信される信号を復調するように構成されてよい。上述されたように、ＷＴＲＵ  １０２は、マルチモード能力を有してよい。したがって、トランシーバ１２０は、たとえばＵＴＲＡとＩＥＥＥ  ８０２．１１など、複数のＲＡＴを介してＷＴＲＵ  １０２が通信することを可能にする複数のトランシーバを含んでよい。
【００２４】
ＷＴＲＵ  １０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６および／またはディスプレイ／タッチパッド１２８（たとえば液晶ディスプレイ（ＬＣＤ）表示装置や有機発光ダイオード（ＯＬＥＤ）表示装置）に結合されてよく、そこからユーザ入力データを受信することができる。プロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。さらに、プロセッサ１１８は、取外し不可能メモリ１０６および／または取外し可能メモリ１３２など、任意のタイプの適切なメモリからの情報にアクセスし、そこにデータを格納することができる。取外し不可能メモリ１０６は、ＲＡＭ（ｒａｎｄｏｍ−ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ハードディスクまたは他の任意のタイプのメモリ記憶デバイスを含んでよい。取外し可能メモリ１３２は、ＳＩＭ（ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ  ｍｏｄｕｌｅ）カード、メモリスティック、ＳＤ（ｓｅｃｕｒｅ  ｄｉｇｉｔａｌ）メモリカードなどを含んでよい。他の実施形態では、プロセッサ１１８は、サーバやホームコンピュータ（図示せず）内など、ＷＴＲＵ  １０２内に物理的に置かれないメモリからの情報にアクセスし、そこにデータを格納することができる。
【００２５】
プロセッサ１１８は、電源１３４から電力を受信することができ、ＷＴＲＵ  １０２内の他の構成要素に電力を分配し、電力を制御するように構成されてよい。電源１３４は、ＷＴＲＵ  １０２に電力を供給するのに適した任意のデバイスであってよい。たとえば、電源１３４は、１つまたは複数の乾電池（たとえばニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含んでよい。
【００２６】
プロセッサ１１８は、ＧＰＳチップセット１３６に結合することもでき、このＧＰＳチップセット１３６は、ＷＴＲＵ  １０２の現在の位置に関する位置情報（たとえば経緯度）を提供するように構成されてよい。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ  １０２は、エアインターフェース１１６を介して基地局（たとえば基地局１１４ａ、１１４ｂ）から位置情報を受信し、かつ／または２つ以上の近くの基地局から受信されている信号のタイミングに基づいてＷＴＲＵ  １０２の位置を決定することができる。一実施形態に依然として従いながら、ＷＴＲＵ  １０２は、任意の適切な位置決定方法によって位置情報を取得できることが理解されよう。
【００２７】
プロセッサ１１８は、他の周辺装置１３８にさらに結合されてよく、この他の周辺装置１３８は、追加の特徴、機能および／または有線もしくは無線の接続性を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含んでよい。たとえば、周辺装置１３８は、加速度計、ｅ−コンパス、衛星トランシーバ、（写真またはビデオ用の）デジタルカメラ、ＵＳＢ（ｕｎｉｖｅｒｓａｌ  ｓｅｒｉａｌ  ｂｕｓ）ポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（ｆｒｅｑｕｅｎｃｙ  ｍｏｄｕｌａｔｅｄ）無線ユニット、デジタル音楽プレイヤー、メディアプレイヤー、ビデオゲームプレイヤーモジュール、インターネットブラウザなどを含んでよい。
【００２８】
図１Ｃは、一実施形態による、ＲＡＮ  １０４およびコアネットワーク１０６のシステム図である。ＲＡＮ  １０４は、エアインターフェース１１６を介してＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃと通信するためにＩＥＥＥ  ８０２．１６無線技術を使用するアクセスサービスネットワーク（ＡＳＮ）であってよい。下記にさらに論じられるように、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃのそれぞれ異なる機能エンティティと、ＲＡＮ  １０４と、コアネットワーク１０６との間の通信リンクは、基準点として定義することができる。
【００２９】
図１Ｃに示されたように、ＲＡＮ  １０４は、基地局１４０ａ、１４０ｂ、１４０ｃとＡＳＮゲートウェイ１４２とを含んでよいが、ＲＡＮ  １０４は、一実施形態に依然として従いながら、任意の数の基地局とＡＳＮゲートウェイとを含んでよいことが理解されよう。基地局１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ  １０４内の特定のセル（図示せず）に関連付けられてよく、エアインターフェース１１６を介してＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバをそれぞれ含んでよい。一実施形態では、基地局１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装してよい。したがって、基地局１４０ａは、たとえば、複数のアンテナを使用して、ＷＴＲＵ  １０２ａに無線信号を送信し、またＷＴＲＵ  １０２ａから無線信号を受信することができる。基地局１４０ａ、１４０ｂ、１４０ｃは、ハンドオフトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（ＱｏＳ）ポリシー実施など、モビリティ管理機能を提供することもできる。ＡＳＮゲートウェイ１４２は、トラフィック集約点として働くことができ、加入者プロファイルをページングし、キャッシングし、コアネットワーク１０６にルーティングするなどの役割を担うことができる。
【００３０】
ＷＴＲＵ  １０２ａと１０２ｂ、１０２ｃとＲＡＮ  １０４との間のエアインターフェース１１６は、ＩＥＥＥ  ８０２．１６仕様を実施するＲ１基準点として定義することができる。さらに、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃはそれぞれ、コアネットワーク１０６との論理インターフェース（図示せず）を確立することができる。ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０６との間の論理インターフェースは、Ｒ２基準点として定義することができ、このＲ２基準点は、認証、許可、ＩＰホスト構成管理および／またはモビリティ管理に使用されてよい。
【００３１】
それぞれの基地局１４０ａ、１４０ｂ、１４０ｃ間の通信リンクは、ＷＴＲＵハンドオーバおよび基地局間のデータ転送を容易にするためのプロトコルを含むＲ８基準点として定義することができる。基地局１４０ａと１４０ｂ、１４０ｃとＡＳＮゲートウェイ２１５との間の通信リンクは、Ｒ６基準点として定義することができる。Ｒ６基準点は、ＷＴＲＵ  １０２ａ、１０２ｂ、１００ｃのそれぞれに関連するモビリティイベントに基づくモビリティ管理を容易にするためのプロトコルを含んでよい。
【００３２】
図１Ｃに示されたように、ＲＡＮ  １０４は、コアネットワーク１０６に接続されてよい。ＲＡＮ  １０４とコアネットワーク１０６の間の通信リンクは、たとえばデータ転送およびモビリティ管理能力を促すためのプロトコルを含むＲ３基準点として定義することができる。コアネットワーク１０６は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１４４と、認証認可課金（ＡＡＡ）サーバ１４６と、ゲートウェイ１４８とを含んでよい。上記要素はそれぞれ、コアネットワーク１０６の一部として示されているが、これらの要素のいずれの要素もが、コアネットワークオペレータ以外のエンティティによって所有および／または運営されてよいことが理解されよう。
【００３３】
ＭＩＰ−ＨＡは、ＩＰアドレスを管理する役割を担うことができ、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃがそれぞれ異なるＡＳＮおよび／またはそれぞれ異なるコアネットワーク間でローミングすることを可能にすることができる。ＭＩＰ−ＨＡ  １４４は、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするために、インターネット１１０などのパケット交換網へのアクセスをＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃに提供することができる。ＡＡＡサーバ１４６は、ユーザを認証する役割、およびユーザサービスをサポートする役割を担うことができる。ゲートウェイ１４８は、他のネットワークとの相互作用を促すことができる。たとえば、ゲートウェイ１４８は、ＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を容易にするために、ＰＳＴＮ  １０８など回路交換網へのアクセスをＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃに提供することができる。さらに、ゲートウェイ１４８は、ネットワーク１１２へのアクセスをＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃに提供することができ、このネットワーク１１２は、他のサービスプロバイダによって所有および／または運営された他の有線または無線のネットワークを含んでよい。
【００３４】
図１Ｃに示されていないが、ＲＡＮ  １０４は、他のＡＳＮに接続されてよく、コアネットワーク１０６は、他のコアネットワークに接続されてよいことが理解されよう。ＲＡＮ  １０４と他のＡＳＮとの間の通信リンクは、Ｒ４基準点として定義することができ、このＲ４基準点は、ＲＡＮと他のＡＳＮとの間でＷＴＲＵ  １０２ａ、１０２ｂ、１０２ｃのモビリティを調整するためのプロトコルを含んでよい。コアネットワーク１０６と他のコアネットワークの間の通信リンクは、Ｒ５基準として定義することができ、このＲ５基準は、ホームのコアネットワークと、訪問されたコアネットワークとの間の相互作用を促すためのプロトコルを含んでよい。
【００３５】
エアリンク状況監視および管理のプロパティ
（たとえば８０２．１６ｅまたは８０２ｍドラフト規格において）無線通信のエアリンク状況を系統的に監視し、報告し、管理するための指定されたプロトコルおよび手順は存在しない。しかし、たとえば８０２．１６ｅや８０２ｍドラフト規格では、個別の関連する部分があり得る。たとえば、現在の８０２．１６ｍのドラフト規格では、エアリンク状況監視および管理に関連し得る２つの独立した手順、周期的レンジング手順およびカバレッジ損失検出手順がある。周期的レンジング手順は、ＳＳのためにＢＳとのアップリンク（ＵＬ）同期を維持するのに定義することができる。これは、ＳＳにコンテンションベースの周期的レンジングコードを周期的レンジングチャネル上でＢＳに周期的に送信させ、またＢＳにＵＬ状況および必要なＵＬ送信パラメータ調整を伴う応答を送らせることによって達成することができる。カバレッジ損失検出手順は、たとえばＳＳからの特定の沈黙期間の後、ＢＳに、ＳＳによる送信を勧誘させることによって、ＳＳが依然としてＢＳに接続されているかどうかＢＳが検出するために定義することができる。
【００３６】
エアリンク状況監視および管理に関連する機能を有し得る２つの独立した手順（たとえば８０２．１６ｅ手順）、周期的レンジングおよびスリープモードキープアライブチェックもあり得る。８０２．１６ｅ周期的レンジング手順は、ランダムアクセスベースの周期的レンジングチャネル、およびＢＳによって指示されたＵＬ送信パラメータ調整によってＳＳとＢＳの間のＵＬ同期を維持するために定義されるという点で、８０２．１６ｍ周期的レンジング手順に類似し得る。スリープモードキープアライブチェック手順は、たとえばスリープモード中の所与のリスニングウィンドウでＭＳに送信するよう要求することによって、スリープモードＭＳが依然としてＢＳに接続されているかどうかＢＳがチェックするために定義することができる。
【００３７】
エアリンク状況監視および管理のための現在の手順には、いくつかのプロパティが存在する。まず、２つの機構は分離される。周期的レンジングおよびカバレッジ損失検出は、エアリンク状況監視および管理に関連するが、下記のいくつかの理由により互いから分離される。（１）周期的レンジングは、ＳＳがＢＳとのＵＬ同期を維持するために使用され、ＳＳは、その周期的レンジングプロセスのために周期的レンジングタイマを維持する。また、周期的レンジングプロセスでは、ＢＳは、どのＳＳが周期的レンジングを実施しているか知らない。したがって、ＢＳは、ＳＳの周期的レンジング手順の後に続いて、同じＳＳとのカバレッジ損失検出手順を開始することがある。（２）カバレッジ損失検出手順は、ＢＳで、Ａｃｔｉｖｅ＿ＡＢＳ＿ｔｉｍｅｒと呼ばれるタイマによって制御される。カバレッジ損失検出手順の実行は、ＳＳ側によって制御された周期的レンジングプロセスに影響を及ぼさないことがある。（３）２つのタイマ、ＳＳの周期的レンジングタイマおよびＢＳのＡｃｔｉｖｅ−ＡＢＳ＿ｔｉｍｅｒは、互いに独立している。２つのタイマ間の協力によって、システム効率を向上させることができる。
【００３８】
第２に、エアリンク状況監視および管理と、事前に予定されたＳＳ不在間隔、たとえばスキャン間隔、スリープ間隔などの間のインターリービングの問題に対処するための限定された機構があってよい。
【００３９】
第３に、カバレッジ損失検出手順では、ＢＳは、ＳＳに、周期的レンジングコード／チャネルを使用するよう指示してよい。成功した状況を有するＡＡＩ＿ＲＮＧ−ＡＣＫを受信した後、ＳＳは、ＳＳによるＳＳの識別情報の送信のためのＵＬ割当てを求める帯域幅要求をＢＳに送信してよい。専用の周期的レンジングコードを使用することによって、ＵＬ帯域幅要求のステップ、ＵＬ帯域幅割当てのステップ、およびＳＳの識別送信のステップを省くことができる。あるいは、またはさらに、ＢＳは、ＣＤＭＡ割当て情報要素（ＩＥ）を使用することによってＳＳにユニキャストＵＬ割当て提供し、帯域幅要求のステップの回避を可能にしてよい。
【００４０】
第４に、周期的レンジングは、ＳＳがアクティブなＵＬ送信を有するとき、トリガしてよい。現在の８０２．１６ｍドラフト規格に基づいて、ＳＳがデータトラフィックを有するアクティブな状態であり、ＳＳのＵＬ送信パラメータを調整するのに周期的レンジングを使用する必要がないという条件で、ＳＳの周期的レンジングタイマは、依然として稼働することができ、不要なことがある周期的レンジングを実施するようＳＳをトリガしてよい。
【００４１】
説明
現在の２つの分離された機構、周期的レンジングおよびカバレッジ損失検出を統一できる、エアリンク監視および管理のための系統的な機構が望ましいことがある。２つの機構を協力的なやり方で共に働かせ、事前に予定されたＳＳ不在間隔に関するインターリービングの問題に対処することが望ましいことがある。さらに、現在の周期的レンジングおよびカバレッジ損失検出機構の拡張も必要とされることがある。
【００４２】
一実施形態では、エアリンクアップ／ダウンプロトコル（ＡＬＵＤＰ）と呼ばれるプロトコルが、エアリンクの両側（たとえば、８０２．１６ｅ方式のＢＳとＳＳ／ＭＳ、または８０２．１６ｍ方式のＡＢＳとＡＭＳ）間で、系統的かつ協力的なやり方でエアリンク状況を監視、報告、および管理することができる。
【００４３】
別の実施形態では、エアリンク状況監視／管理と、事前に予定されたＳＳ不在間隔との間のインターリービングを扱う機構について述べられる。たとえば、これは、スキャン間隔の間、スリープ間隔の間、またはハンドオーバ（ＨＯ）手順の間に行われてよい。
【００４４】
別の実施形態では、現在のカバレッジ損失検出機構の拡張について述べられる。拡張は、カバレッジ検出プロセスにおいて周期的レンジングが必要である場合に専用の周期的レンジング機会を利用すること、拡張型周期的チャネルを使用することであって、この拡張型周期的チャネルを用いてＳＳの局識別子（ＳＴＩＤ）情報が周期的レンジング要求に組み込まれること、および周期的レンジングの成功の後に続いて、ＳＳがその識別情報を送るための任意型の（ｕｎｓｏｌｉｃｉｔｅｄ）のユニキャストＵＬ割当てを提供することを含んでよい。
【００４５】
別の実施形態では、（たとえば８０２．１６ｍの）現在の周期的レンジング機構の拡張について述べられる。拡張は、ＢＳ側で周期的レンジングタイマを使用すること、ＳＳがＵＬ送信の成功を達成したという条件でＳＳの周期的レンジングタイマをリセットすることを含んでよい。
【００４６】
これらの実施形態のそれぞれについて、次により詳細に述べられる。
【００４７】
エアリンクアップ／ダウンプロトコル（ＡＬＵＤＰ）
エアリンクアップ／ダウンプロトコル（ＡＬＵＤＰ）は、協力的かつ系統的なやり方で、ＳＳとＢＳの間のエアリンク状況を監視および管理するように設計することができる。ＢＳ側では、ＡＬＵＤＰは、ＢＳに下記を求めることがある。（１）ＳＳがＤＬで同期するために、ダウンリンク（ＤＬ）制御信号、たとえばプリアンブル、スーパーフレームヘッダなどをＳＳに送信すること、（２）ＳＳがＵＬで同期するために、ＵＬを監視し、必要なＵＬ伝送パラメータ調整をＳＳに提供すること、または（３）エアリンク状況、たとえばアップ、ダウン、予定された不在などを監視し管理すること。ＳＳ側では、ＡＬＵＤＰは、ＳＳに下記を求めることがある。（１）ＤＬでＢＳと同期されたままにするために、ＤＬ制御チャネルを監視すること、（２）そのＵＬ品質をＢＳが測定できるように、ＢＳによって予定／指示されるようにＵＬ方向に送信すること、（３）そのＵＬがＢＳと同期されたままになるようにＵＬ送信パラメータを調整すること、または（４）エアリンク状況、たとえばアップ、ダウン、予定された不在などを監視および管理すること。
【００４８】
エアリンクアップ／ダウンプロトコルの２つの基本的な変形体、同期型ＡＬＵＤＰ（Ｓ−ＡＬＵＰＤ）および非同期型ＡＬＵＤＰ（ＮＳ−ＡＬＵＤＰ）を使用することができる。変形体について、下記に述べられる。
【００４９】
−同期型エアリンクアップ／ダウンプロトコル（Ｓ−ＡＬＵＬＰ）
同期型エアリンクアップ／ダウンプロトコルプロトコル（Ｓ−ＡＬＵＤＰ）は、単一のタイマまたは調整型タイマによって管理された１つの統一された手順を使用することができる。Ｓ−ＡＬＵＤＰは、エアリンクの両側でエアリンク状況を監視し報告することができ、ただし、一方の側は、Ｓ−ＡＬＵＤＰ機能の実行を管理し制御するマスタとして働く。
【００５０】
下記は、Ｓ−ＡＬＵＤＰの一例について述べており、このＳ−ＡＬＵＤＰは、マスタとしてのＢＳを有しており、Ｓ−ＡＬＵＤＰの実行を管理するために、ＢＳで１つのタイマと１つのカウンタとを使用する。図２は、ＢＳ側のＳ−ＡＬＵＤＰのフローチャートであり、図３は、ＳＳ側のＳ−ＡＬＵＤＰのフローチャートである。
【００５１】
Ｓ−ＡＬＵＤＰは、そのマスタ側で、エアリンク監視タイマ、ＴAL_Mと呼ばれるタイマを使用することができ、このタイマは、エアリンク監視手順の２つの実行間の間隔である。図２に示されたように、タイマ、ＴAL_Mは、ネットワークエントリまたはリエントリ時３０１、エアリンクが通常動作しているという条件で、開始することができる３０２。タイムアウトすると３０５、タイマは、ＢＳがエアリンク監視活動を開始するようトリガすることができる。タイマは、ＵＬ送信パラメータを調整して、または調整しないでリンク状況情報がＳＳに送られるという条件で再設定することができる。
【００５２】
Ｓ−ＡＬＵＤＰは、最終ＵＬトラフィック経過時間カウンタ、ＣL_UPと呼ばれるカウンタを使用することもでき、このカウンタは、それがＳＳからＵＬトラフィックを最後に受信して以来、経過した時間を記録することができる。図２に示されたように、カウンタ、ＣL_UPは、ネットワークエントリまたはリエントリ時、エアリンクが通常動作しているという条件で開始することができる。カウンタ、ＣL_UPは、ＳＳからのＵＬバーストが正確に受信されるたびにリセットすることができる。ＴAL_Mタイムアウトイベントによってトリガされると、ＢＳは、リンク状況チェックアクションを開始することができる。ＢＳは、カウンタＣL_UPが、事前定義された閾値、ＩMAX_UL以下であるかどうかまずチェックすることができ３０８、このＩMAX_ULは、直前のＵＬ受信以来、エアリンク状況が有効のままであり得る最大間隔であってよい。ＣL_UP≦ＩMAX_ULの場合、ＢＳは、以前に収集されたエアリンク状況情報をＳＳに送ってよく３０９、ＢＳは、カウンタＣL_UPおよびＴAL_Mをリセットすることができる３３０。そうでない場合は、ＢＳは、エアリンク状況を決定するために、ＳＳに送信するように勧誘する必要があり得る３１０。
【００５３】
ＢＳは、ＳＳにそのエアリンク状況を送信するよう要求する場合、その状況の受信を確かめる（ｌｏｏｋ  ｔｏ）。ＢＳは、エアリンク状況を受信しない場合は、最大数の再試行が行い尽くされたかどうか確かめる３１４。最大数の再試行が行い尽くされていない場合は、手順は、要求ステップに戻る３１０。再試行の数が行い尽くされた場合は、リンク状況「ダウン」表示が送られ３１６、リンクダウン手順が開始される３１８。
【００５４】
エアリンクバーストがＳＳから受信される場合は、ＢＳは、ステップ３３４、ＵＬ送信パラメータが調整を必要とするかどうか確かめる。
【００５５】
ＳＳからＵＬバーストを受信すると、ＢＳは、送信パラメータ調整が必要かどうか識別することができる３２２。調整が必要でない場合は、ＢＳは、カウンタＣL_UPをリセットしてよく３２４、通常動作を再開する。調整が必要である場合は、ＢＳは、ＳＳにＵＬ送信パラメータ調整を送り３２６、ＳＳに送信するよう、または送信しないように要求してよい３２８。そうでない場合は、ＢＳは、カウンタＣL_UPおよびＴAL_Mをリセットしてよく３３０、通常動作を再開する。ＳＳがＳＳに送信するよう求める場合、ＢＳは、ＳＳからデータを受信することができ３３２、さらなるＵＬ送信パラメータ調整が必要であるかどうか決定する３３４。さらなる調整が必要である場合は、プロセスは、ステップ３２６に戻る。さらなる調整が必要でない場合は、ＢＳは、カウンタＣL_UPおよびＴAL_Mをリセットし３３０、次いで、通常動作を再開してよい。
【００５６】
図３は、Ｓ−ＡＬＵＤＰのスレーブ側（所与の例ではＳＳ）のＳ−ＡＬＵＤＰ手順を示している。ＳＳは、そのエアリンク状況３０１を決定するために、ＤＬを監視してよい。ＢＳとのＵＬ同期では、ＳＳは、リンク状況情報およびＵＬ送信パラメータ調整を提供するために、Ｓ−ＡＬＵＤＰのマスタ側（たとえばＢＳ）に依存してよい。
【００５７】
通常動作では、ＳＳは、ＵＬ割当て４０２、ＵＬ状態表示４０４、またはＢＳからのＤＬ４０６を受信する。ＳＳは、ＵＬ割当てを受信する場合４０２、ＢＳにＵＬバーストを送ってよく４０８、通常動作を再開する。
【００５８】
ＳＳは、ＵＬ状態表示を受信する場合、状況がアボートであるかどうか確認し４１０、状況がアボートである場合は、エアリンク状況はダウンであり４１２、ＳＳは、エアリンクダウン管理手順を開始する４１４。ＵＬ状況がアボートでない場合は、ＳＳは、ＵＬ送信調整が必要かどうか確認してよい４１６。調整が必要である場合は、ＳＳは、指示されるようにＵＬ送信パラメータを調整することができる４１８。
【００５９】
次いで、また調整が必要でなかった場合は、ＳＳは、フォローアップＵＬ送信が必要かどうか確認してよい４２０。そうでない場合は、ＳＳは、通常動作を再開する。ＵＬ送信が必要である場合は、ＳＳは、ＵＬ送信機会がＳＳに知られているかどうか確認する４２２。はいの場合は、ＳＳは、ＢＳにＵＬを送り４２４、通常動作を再開する。ＵＬ送信機会がＳＳに知られていない場合は、ＳＳは、ＢＳに、ＵＬ送信要求を送り４２６、ＵＬ送信機会を受信し４２８、その後に、ステップ４２４を実施して、ＢＳにＵＬを送り、通常動作を再開してよい。
【００６０】
−非同期型エアリンクアップ／ダウンプロトコル（ＮＳ−ＡＬＵＬＰ）
非同期型エアリンクアップ／ダウンプロトコル（ＮＳ−ＡＬＵＤＰ）は、非同期型であるが、協調型である２つ以上のエアリンク監視および管理手順を備えてよい。「非同期型」は、エアリンク監視および管理手順が特定の機能に最適化されてよく、機構自体のイベントおよび／またはタイマによって制御またはトリガできることを意味し得る。「協調型」は、システム効率を向上させるためにエアリンク監視および管理手順で協力機構を使用できることを意味し得る。
【００６１】
下記に、ＮＳ−ＡＬＵＤＰの一例について、８０２．１６ｍ方式のコンテキストで述べられる。それは、下記の基本構成要素を備えてよい。（１）ＴPR-SSとして示されたＳＳタイマ、周期的レンジングタイマによって制御された周期的レンジング手順、（２）ＴCLD-BSとして示されたＢＳタイマ、カバレッジ損失検出タイマによって制御されたカバレッジ損失検出手順、（３）周期的レンジング手順とカバレッジ損失検出手順の間の協力機構、（４）リンク状況用の報告機構、（５）リンク状況測定用の統計収集機構、または（６）リンクダウン例外処理機構。
【００６２】
周期的レンジング手順とカバレッジ損失検出手順の間の協力機構は、下記のいずれかを含んでよい。第１に、ＴPR-SSタイムアウトイベントによってトリガされた周期的レンジング手順では、周期的レンジング手順をだれが、または何が行っているかＢＳが分かるように、ＳＳは、身元を明かすことができる。次いで、ＳＳは、そのカバレッジ損失検出タイマＴCLD-BSをリセットしてよい。したがって、周期的レンジング手順は、ＢＳがＳＳ状況情報を収集するのに役立つこともでき、カバレッジ損失検出タイマＴCLD-BSのタイムアウトの数は、効果的に減少させることができる。第２に、ＴCLD-BSタイムアウトイベントによってトリガされたカバレッジ検出手順では、ＢＳは、ＳＳレンジング状況情報およびＵＬ送信パラメータ調整を提供することができ、その結果、ＳＳは、ＢＳからレンジング状況情報を受信すると、周期的レンジングタイマＴPR-SSをリセットすることができる。したがって、カバレッジ損失検出手順は、ＳＳがＢＳとのそのＵＬ同期を維持するのに役立つこともでき、周期的レンジングタイマＴPR-SSのタイムアウトの数は、効果的に減少させることができる。
【００６３】
図４は、上記に提案された、基地局上のＮＳ−ＡＬＵＤＰ手順のフローチャートである。ネットワークエントリまたはリエントリ時にエアリンクアップイベントが生じると３０１、ＢＳは、カバレッジ損失検出タイマＴCLD-BSを開始し５０３、通常動作を始めてよい。通常動作では、ＢＳは、ＳＳの識別情報を知らずに周期的レンジング要求を受信し５０４、識別情報が知られているＳＳからＵＬバーストを受信し５０６、またはタイマＴCLD-BSのタイムアウトを有することができる５０８。
【００６４】
ＢＳは、ＳＳのＩＤを知らずにレンジング要求を受信する場合５０４、レンジング状況をまず決定する５１０。レンジング要求が「アボート」である場合は、ＢＳは、リンク状況をダウンに設定し５１１、リンク処理手順を開始することができる５１３。状況が「継続する」である場合は、ＢＳは、ＳＳにＵＬ送信パラメータ調整を送り５１２、通常動作を再開する。レンジング状況が成功である場合は、ＢＳは、ＳＳリンク状況「成功」を送ってよく、ＵＬ送信パラメータは、必要に応じて調整することができる。ＢＳは、ＳＳにそのＩＤ情報を送るよう要求するためのＵＬ割当てをＳＳに提供することもできる５１４。次いで、ＳＳは、必要な要求されたＳＳ  ＩＤを受信することができ５１６、ＳＳのＴCLD-BS５１８をリセットし、通常動作を再開する。
【００６５】
ＳＳ  ＩＤが知られているＳＳからＵＬバーストをＢＳが受信することに戻って５０６、次いで、ＢＳは、ＵＬ送信パラメータ調整が必要であるときをチェックすることができる５２０。調整が必要でない場合は、ＳＳのＴCLD-BSを再設定し５１８、通常動作を再開する。調整が必要な場合は、ＢＳは、ＳＳにＵＬ送信調整パラメータを送ってよく５２２、ＢＳは、ＵＬパラメータ調整にＵＬ送信が必要かどうかチェックする５２４。そうでない場合は、ＳＳは、ＴCLD-BSをリセットし５１８、通常動作を再開する。はいの場合は、ＳＳは、ＳＳのＵＬ送信パラメータ調整の後にＳＳから必要なＵＬを受信し５２６、手順はステップ５２０に戻る。
【００６６】
ＳＳのＴCLD-BSタイムアウトになる場合５０８、ＢＳは、ＳＳに送信を要求するためにＳＳにＵＬ割当てを提供し５２８、次いで、ＢＳが、要求されたＵＬをＳＳから受信したかどうかチェックしてよい５３０。はいの場合は、ＢＳは、ＵＬ送信パラメータ調整が必要であるかどうかチェックしてよい５３２。はいの場合は、手順はステップ５２２に戻る。いいえの場合は、ＢＳは、（たとえばＲＮＧ−ＡＣＫメッセージで）ＳＳにＵＬ状況「成功」を送る５３４。ＢＳが、要求されたＵＬをＳＳから受信しない場合は、ＢＳは、再試行の回数を超過したかどうかチェックする５３６。そうでない場合は、手順は、ステップ５２８に戻ってよい。はいの場合は、ＢＳは、ＳＳに、専用のレンジング要求の送信を要求してよい５３８。次いで、ＢＳは、それがＳＳから専用のレンジング要求を受信したかどうかチェックしてよい５４０。はいの場合は、手順は、パラメータ調整の必要性をチェックするステップ５３２に戻る。いいえの場合は、ＳＳは、再試行の数が行い尽くされかどうか確認し５４２、いいえの場合は、ステップ５３８が繰り返される。はいの場合は、手順は、ステップ５１１および５１３、ならびにリンクダウン処理手順に戻る。
【００６７】
図５は、上記に提案された、加入者におけるＮＳ−ＡＬＵＤＰ手順のフローチャートである。ネットワークエントリまたはリエントリ時にエアリンクアップイベントが生じると３０１、ＳＳは、カバレッジ損失検出タイマＴPR_SSを開始し６０２、通常動作を始めてよい。
【００６８】
通常動作では、ＳＳは、ＵＬ割当てを受信し６０４、ＴPR_SSタイムアウト６０６を有し、ＢＳ  からダウンリンクを受信し６０８、またはＢＳに知られているＳＳ  ＩＤを伴うＵＬ状況通知を受信してよい６１０。
【００６９】
ＳＳは、ＵＬ割当てを受信する場合６０４、ＢＳにＵＬバーストを送り６１２、通常動作を再開してよい。
【００７０】
タイマＴPR_SSがタイムアウトする場合、ＳＳは、ＰＲチャネルでＰＲ  コードを送り６１４、次いで、ＰＲへの応答の受信をチェックしてよい６１６。いいえの場合は、ＳＳは、ＰＲ再試行の数を行い尽くしたかどうか確認することができ６１８、行い尽くした場合は、エアリンク状況をダウンに設定することができ６２０、エアリンクダウン管理手順を開始することができる６２２。ＰＲ再試行の回数が行い尽くされていない場合は６１８、手順は、ステップ６１４に戻る。
【００７１】
ＳＳがＰＲへの応答を受信する場合、ＳＳは、ＰＲ状況をチェックする６２４。ＰＲ状況がアボートである場合は、ＳＳは、エアリンク状況をダウンに設定し６２０、エアリンクダウン管理手順を開始することができる６２２。ＰＲ状況が継続である場合は、ＳＳは、指示されるようにＵＬ送信パラメータを調整し６２６、ステップ６１４に戻る。ＰＲ状況が成功である場合は、ＳＳは、ＵＬ送信パラメータ調整が必要であるかどうかチェックする６２８。はいの場合は、ＳＳは、指示されたように送信パラメータを調整することができ６３０、次いで、ＳＳは、ＢＳがＳＳ  ＩＤ情報を知っているかどうかチェックする６３２。ステップ６２８でＵＬ送信調整が必要でない場合は、手順は、ステップ６３２に達してよい。
【００７２】
ＢＳは、ＳＳ  ＩＤ情報を知っている場合は、ＴPR_SSをリセットし６３４、通常動作を再開してよい。ＢＳは、ＳＳ  ＩＤを知らない場合は、ＵＬ割当ての受信６３６、ＢＳへのＳＳのＩＤの送信６３８を確かめることができ、その後、ＳＳは、ステップ６３４でＴPR_SSをリセットし、通常動作を再開する。
【００７３】
通常動作において、ＳＳは、ＢＳからＤＬを受信するとき６０８、ＤＬが良好かどうかまずチェックする６４０。はいの場合は、ＳＳは、通常動作を再開する。いいえの場合は、エアリンク状況は、ダウンに設定することができ６２０、エアリンクダウン管理手順を開始してよい６２２。
【００７４】
通常動作において、ＳＳは、ＢＳに知られているＳＳ  ＩＤを伴うＵＬ状況通知を受信する場合６１０、ＵＬ状況がアボートであるかどうかまずチェックし６４２、そうである場合は、エアリンク状況をダウンに設定し６２０、エアリンクダウン管理手順を開始してよい６２２。ＵＬ状況がアボートでない場合は、ＳＳは、ＵＬ送信パラメータの調整が必要かどうかチェックしてよい６４４。必要である場合は、ＳＳは、ＵＬ送信パラメータを調整し６４６、次いで、状況が「継続」かどうかチェックする６４８。ＵＬ送信パラメータ調整が必要でない場合は、ＳＳは、リンクパラメータ調整状況が「継続」かどうかチェックするステップ６４８に到達することもできる。そうでない場合は、ＳＳは、ＴPR_SSをリセットし６３４、通常動作を再開する。はいの場合は、ＳＳは、専用のＰＲチャネル／コードが提供されるかどうかチェックする６５０。はいの場合は、ＳＳは、所与のＰＲチャネル／コードを使用してよく６５２、ステップ６１４でＰＲチャネル／コードを送る。ＰＲチャネル／コードが提供されない場合は、ＳＳは、ステップ６１４でそれを送る前に、ＰＲチャネル／コードを無作為に選んでよい６５４。
【００７５】
図４および図５は、８０２．１６ｍのコンテキストで一例を提供している。提案されたＮＳ−ＡＬＵＤＰは、８０２．１６ｅ方式、および他のスケジューリングベースの無線アクセス方式にも適用できることに留意されたい。図４および図５で、ＮＳ−ＡＬＵＤＰ手順（周期的レンジング（ＰＲ）およびカバレッジ損失検出（ＣＬＤ））が、２つのタイマ、ＴPR-SSおよびＴCLD-BSによって、それぞれＳＳおよびＢＳで制御されてよい。それぞれのタイマは、それ自体の特定の機能に最適化された値に構成されてよい。
【００７６】
２つの手順、ＰＲおよびＣＬＤは、エアリンク状況情報を共有するための通知を提供することによって互いに協力することができる。たとえば、カバレッジ損失検出手順では、ＴCLD-BSのタイムアウトイベントにより要求に応じてＢＳがＳＳからＵＬデータを受信するという条件で、ＢＳは、ユニキャストの任意型ＲＮＧ−ＡＣＫを送ってよく、その結果、ＳＳは、その周期的レンジングタイマＴPR-SSをリセットすることができる。周期的レンジング手順では、周期的レンジングが「成功」であるという条件で、ＢＳは、ＳＳがその識別情報を送るためのユニキャストＵＬ割当てをＳＳに提供してよく、その結果、ＢＳは、そのＣＬＤタイマ、ＴCLD-BSをリセットすることができる。
【００７７】
さらに、またはあるいは、ＣＬＤ手順では、ＢＳは、ＳＳがレンジングチャネルで送信するよう要求されるという条件で、ＳＳのために専用の周期的レンジング機会を提供してよい。したがって、ＳＳの識別情報は、ＢＳに知らせたままにすることができ、その結果、ＳＳは、その識別情報をＢＳに送るためのユニキャストＵＬ割当てを求めるコンテンションベースの帯域幅要求を使用する必要がなくなり得る。専用のＰＲ機会機構は、ＣＬＤ手順、コンテンションベースの帯域幅要求、許可、および／またはＳＳ識別情報を伴うＵＬ送信において複数のステップを省くことができる。
【００７８】
図６Ａおよび図６Ｂは、ＢＳ  ７０２およびＳＳ  ７０６を示している、提案されたＮＳ−ＡＬＵＤＰの手続き的シーケンス図の一例を示している。ネットワークエントリまたはリエントリ時７１０に、またエアリンクがアップである場合、ＢＳは、カバレッジ損失検出タイマＴCLD_BSを開始してよく７１４、ＳＳは、周期的レンジングタイマＴPR_MSを開始してよい７１８。ＢＳが、ＩＤ情報が知られているＳＳからＵＬを受信するとき、ＴCLD_ABSはリセットされてよく、ＢＳは、アップリンク送信パラメータ調整が必要かどうかチェックしてよい７２２。同様に、ＳＳで、任意型のユニキャストレンジング肯定応答ＲＮＧ−ＡＣＫを受信すると、ＳＳは、ＴPR_SSタイマをリセットしてよい７２６。
【００７９】
ＴＣＬＤ＿ＢＳがタイムアウトする条件で、ＳＳカバレッジ損失検出手順が開始してよい。まず、ＢＳは、ＳＳにＵＬ割当てを提供してよく、このＵＬ割当てに対してＳＳは、ＵＬバーストを送ってよい。ＵＬバーストが受信される場合、ＢＳは、ＴCLD_BSをリセット７３０し、ＳＳにユニキャストＲＮＧ−ＡＣＫを送ることができ、次いで、ＳＳは、ＴPR_AMSをリセットしてよい７３４。次いで、ＳＳは、ＲＮＧ−ＡＣＫのＡＣＫをＢＳに送ってよい。
【００８０】
ＢＳがＳＳのＵＬを受信しない場合は、ＢＳは、ＳＳに、専用の周期的レンジング要求を送るよう要求することができ、ＡＭＳは、ＰＲ要求を送ってよい。これは、ＰＲ要求が受信され、または再試行の数が行い尽くされるまで行うことができる。ＲＮＧ＿ＡＣＫが受信されるという条件で、ＳＳは、ＴPR_SSタイマをリセットする７３８。
【００８１】
図６Ｂは、ＴPR_SSがタイムアウトするときに始まり得るＢＳ  ７０２とＳＳ  ７０６の間の周期的レンジング手順を主として示している。ＳＳは、ＢＳに、ＰＲチャネルでＰＲコードを送ってよい。これに応答して、ＢＳは、ＲＮＧ＿ＡＣＫ信号を送ってよい。このＲＮＧ＿ＡＣＫのＰＲ状況が継続である場合は、これらの２つのステップは、ＳＳが成功もしくはアボートのメッセージを受信し、または数または再試行が行い尽くされるまで繰り返される。
【００８２】
ＳＳが成功状況を送る場合、ＢＳは、ＳＳにＵＬ割当てを提供することによって応答することができ、ＴPR_SSをリセットすることもできる７４２。次いで、ＳＳは、その識別情報を送ってもよく、ＢＳは、ＴCLD_BSをリセットしてよい７４８。
【００８３】
「成功」と見なされる周期的レンジングを実施した後にＳＳがＢＳに身元を明らかにするための機構に関して、図６は、ＳＳがその識別子をＢＳに送ることを要求するＵＬ割当てをＳＳに提供できることを示している。あるいは、またはさらに、コンテンションベースの周期的レンジング信号は、後述された機構によって、ＳＳの識別の組み込まれた情報を伝えることができる。あるいは、またはさらに、周期的レンジング状況が「成功」であると、ＳＳは、ＵＬ割当てを要求するためにコンテンションベースの帯域幅要求機構を使用してよく、その結果、ＳＳは、ＢＳにその識別情報を送信することができる。
【００８４】
予定されたＳＳ不在の間のエアリンク状況
【００８５】
ＳＳカバレッジ損失またはＳＳの不適切な（ｕｎｇｒａｃｅｆｕｌ）逸脱によって引き起こされた意図されない、または予定されないエアリンクダウンの例外に加えて、本明細書では「予定されたＳＳ不在」と呼ばれる、エアリンク上にＳＳが不在であることをＢＳが知っているケースもある。ＳＳ不在の間、ＳＳは、データ移送にＢＳが使用不可能であることがある。様々なシステム、たとえば８０２．１６ｍ方式において、スリープ間隔、スキャン間隔、ＨＯプロセスおよびアイドルモードが例に含まれてよい。
【００８６】
エアリンク状況およびその監視および管理手順は、様々なタイプが様々な不在継続時間、および正常な動作モードに戻る様々なやり方を有するので、予定されたＳＳ不在のタイプに応じて異なってよい。予定されたＳＳ不在の間のエアリンク状況の監視および／または管理のための下記の基本の機構を使用することができる。予定されたＳＳ不在は、たとえば、ＳＳが戻るまで、タイマによってトリガされたイベントを延期することによってうまく扱うことができる。あるいは、またはさらに、エアリンク状況監視および管理は、たとえばＳＳの有効期間に適合するようにＡＬＵＤＰタイマを調整することによって、協力的なやり方で、予定されたＳＳ不在に対処することができる。あるいは、またはさらに、エアリンク状況監視手順および／または管理手順は、ＳＳがその予定された不在を開始するときに停止することができ、またＳＳが戻ると再開してよい。
【００８７】
下記の節は、様々なタイプの予定されたＳＳ不在におけるエアリンク状況およびその監視／管理手順の例を示している。
【００８８】
−スキャン間隔
８０２．１６方式のスキャン機構は、ＭＳ／ＡＭＳのネットワークトポロジ取得のための機構のうちの１つとして、ＭＳ（８０２．１６ｅ）またはＡＭＳ（８０２．１６ｍ）が隣接ＢＳ（８０２．１６ｅ）またはＡＢＳ（８０２．１６ｍ）をスキャンすることを可能にするように設計される。ＭＳ／ＡＭＳは、スキャン手順を開始する前に、スキャン手順の関連パラメータに関してＢＳと交渉してよい。これらのパラメータは、下記を含んでよい：スキャン間隔（８ビットフィールド、８０２．１６ｅではフレーム（５ｍｓ）単位、８０２．１６ｍではサブフレーム（０．６１７ｍｓ）単位であり、たとえば、最大スキャン間隔は、８０２．１６ｅでは１．２８ｓ、８０２．１６ｍでは０．１５８ｓである）；有効間隔または「インターリービング間隔」（８ビットフィールド、８０２．１６ｅではフレーム（５ｍｓ）単位、８０２．１６ｍではサブフレーム（０．６１７ｍｓ）単位であり、たとえば、最大有効間隔は、８０２．１６ｅでは１．２８ｓ、８０２．１６ｍでは０．１５８ｓである）；またはスキャン反復（６ビットフィールド、たとえば、最大のスキャン反復は６４である）。したがって、スキャン手順の最大の期間は、８０２．１６ｅでは６４*（１．２８＋１．２８）ｓ＝１６３．８４ｓ、８０２．１６ｍでは６４*（０．１５８＋０．１５８）ｓ＝２０．２２ｓであってよい。
【００８９】
８０２．１６ｅ方式のプロファイルに基づいて、周期的レンジングタイマ値範囲は、５ｓから３５ｓであってよい。これは、エアリンク監視／管理時間間隔の基準として使用することができる。８０２．１６ｅおよび８０２．１６ｍの最大スキャン間隔は、エアリンク監視／管理時間間隔より小さいことがあるが、スキャン手順の最大継続時間は、より大きいことがある。したがって、スキャン機構およびエアリンク監視／管理機構は、互いにインタリーブしてよい。
【００９０】
さらに、スキャン間隔とインタリーブされて、有効間隔は、エアリンクを介したデータ移送のためにＢＳと通信できる状態にあることをＳＳに求める。したがって、ＳＳは、スキャン手順の間、ＤＬ方向とＵＬ方向の両方でＢＳと同期した状態でとどまる必要があり得る。
【００９１】
スキャン手順の間、ＳＳのＢＳとの同期を維持するために、下記の代替案のうちの１つまたは組合せを使用することができる。第１の代替案では、エアリンク監視／管理機構は、実行されたままであってよい。たとえば、使用されたタイマが依然として稼働中であってよく、タイマのタイムアウトイベントは、依然として有効であり得る。しかし、ＳＳのスキャン間隔の間にタイムアウトイベントが生じる場合、タイムアウトイベントによってトリガされるエアリンク監視／管理手順は、ＳＳの次の有効間隔に延期することができる。
【００９２】
あるいは、またはさらに、第２の代替案では、エアリンク監視／管理機構は、スキャン報告機構と協力して、エアリンク監視／管理手順とスキャン手順の間の干渉を取り除き、または最小限に抑えることができる。スキャン手順において、スキャン報告が必要とされることがある。たとえば、８０２．１６ｅ方式のプロファイルでは、いずれかのスキャン結果を報告する前の最大の間隔は２ｓである。ＳＳでスキャン報告の送信に成功し、ＢＳでスキャン報告の受信に成功することは、エアリンク状況の有効なインジケータとなることがあり、このインジケータは、エアリンク監視／管理手順で使用されるタイマをリセットするためのトリガとして使用することができる。
【００９３】
−スリープ間隔
ＳＳについて８０２．１６ｍでスリープモードがアクティブ化されると、ＳＳに一連のスリープサイクルを提供することができ、この一連のスリープサイクルは、スリープウィンドウ（「スリープ間隔」とも呼ばれる）が後に続いている、リスニングウィンドウ（「リスニング間隔」とも呼ばれる）を備える一連のスリープサイクルを備えてよい。スリープモードのアクティブ化および終了は、明示的なメディアアクセス制御（ＭＡＣ）シグナリング、たとえばＭＡＣ制御メッセージによって遂行することができる。スリープモード初期化では、初期スリープサイクル、最終スリープサイクルおよびリスニングウィンドウサイズが提供されてよい。スリープモードの間、特定の条件が満たされる場合、スリープサイクルの長さは変更することができ、たとえば、ＳＳのためのトラフィックがない場合、スリープサイクルは、最終スリープサイクルに達するまで２倍にすることができる。スリープサイクルの変化は通常、リスニングウィンドウが通常、同じままであるので、スリープ間隔の変化を示唆している。リスニング間隔の間、ＳＳは、ＤＬ方向によって監視し受信することができ、必要に応じて、ＵＬ方向にさらに送信することもできる。
【００９４】
８０２．１６ｍスリープモードタイミングに関連するパラメータは、下記のように要約することができる：リスニング間隔（１フレームから１６フレーム、すなわち５ｍｓから８０ｍｓ）；最小スリープサイクル（リスニング間隔から１６フレーム）；最大スリープサイクル（スリープサイクルから１０２４フレーム、すなわち５１２０ｍｓ）；およびスリープ間隔（スリープサイクル−リスニング間隔、または１フレームから１０２３フレーム、すなわち５ｍｓから５１１５ｍｓ）。
【００９５】
同様に、８０２．１６ｅ方式のプロファイルに基づいて、周期的レンジングタイマ値の範囲は、５ｓら３５ｓであり、それは、エアリンク状況監視／管理時間間隔に使用できる基準である。
【００９６】
８０２．１６ｍの最大のスリープ間隔は、およそ５．１１５ｓであり、それは、エアリンク状況監視／管理時間間隔に近いことがある。スリープ間隔と、エアリンク状況監視／管理間隔との間のインターリービングは、両方の機構に影響を及ぼすことができ、注意深く対処する必要があり得る。
【００９７】
スリープ間隔とインタリーブされて、スリープモードのリスニング間隔は、ＳＳがＤＬ方向に監視および受信し、また恐らくはＵＬ方向に送信可能であることを必要とすることがある。したがって、ＳＳは、スリープモードアクティブ化の間、ＤＬ方向とＵＬ方向の両方でＢＳと同期（または「接続」）されたままであることが必要であり得る。
【００９８】
下記の代替案の１つまたは組合せが、スリープモードのエアリンク状況監視／管理に対処するために使用されてよい。第１の代替案では、エアリンク監視／管理機構は、実行されたままであってよい。たとえば、使用されたタイマが依然として稼働してよく、タイマのタイムアウトイベントは、依然として有効であってよい。しかし、ＳＳのスリープ間隔の間にタイムアウトイベントが生じる場合、タイムアウトイベントによってトリガされるエアリンク監視／管理手順は、ＳＳの次のリスニング間隔に延期することができる。
【００９９】
あるいは、またはさらに、第２の代替案では、エアリンク監視／管理機構は、スリープモードと協力して、その効率を向上させ、またスリープモードに対する干渉を最小限に抑えることもできる。たとえば、協力は、エアリンク状況監視／管理間隔に等しい、またはそれよりわずかに小さい間隔を有するリスニングウィンドウの間にＢＳがＳＳに専用の周期的レンジング機会を提供することを含んでよい。所与の専用のレンジング機会を用いた周期的なレンジング手順によって、ＳＳとＢＳの間のエアリンク同期を維持することができ、エアリンク状況監視／管理に使用されるタイマをリセットすることができる。
【０１００】
−ハンドオーバ
ＨＯのケースについて２つのサブタイプの予定されたＳＳ  ＢＳｅｎｃｅ：「ＨＯ実行中」および「ＨＯ完了後」がある。「ＨＯ実行中」のサブタイプでは、サービス側のＢＡは、ＳＳがＨＯ手順を実行しているときはＳＳがエアリンク上で使用可能でないことを知ることができる。たとえば、ＢＳは、ターゲットＢＳとの関連付けを試みてよい。こうした予定されたＳＳ不在は典型的には、短い持続時間であってよく、ＢＳは、迅速な結果を期待することができ：ＳＳは離れて行き、またはＳＳは戻って来る。したがって、このタイプの予定されたＳＳ不在の間、ＢＳ側およびＳＳ側の両方で、エアリンク状況監視／管理手順を一時的に中断することができ、さらなる決定は、ＨＯ結果に基づいて行われてよい。ＨＯ結果がＨＯ完了でない場合は、ＢＳおよびＳＳのエアリンク状況監視／管理手順を再開することができる。
【０１０１】
ＨＯ完了後のサブタイプでは、サービス側ＢＳは、ＳＳが別のＢＳにうまくハンドオーバされたことを知ることができる。したがって、ＢＳは、ＳＳとのエアリンク上のエアリンク状況監視／管理手順を停止することができ、ＳＳは、新しいサービス側ＢＳとのエアリンク上のエアリンク状況監視／管理手順を開始してよい。
【０１０２】
−アイドルモード
８０２．１６方式でアイドルモードに入る前、ＳＳは、現在のサービス側ＢＳからそれ自体の登録を解除してよく、それによって、ＳＳのＢＳｅｎｃｅをＢＳに示すことができる。またＳＳがアイドルモードに入るとき、ＳＳの不在の継続時間に関してＢＳが使用可能な情報がないことがある。アイドルモードの間、ＳＳは、ページングメッセージを監視し、必要に応じて位置更新を実施する必要があり得る。しかし、位置更新は、ＳＳがアイドルモードを開始したＢＳで必ずしも行われないことがある。通常動作に戻るには、ＳＳがネットワークエントリプロセスを完了することを必要とすることがある。したがって、ＢＳ側では、アイドルモードＳＳへのエアリンクのためのエアリンク状況監視／管理手順を停止してよい。ＳＳ側では、エアリンク状況監視／管理手順は、アイドルモード特有の機能、たとえばページングまたは位置更新によって管理することができる。
【０１０３】
カバレッジ損失検出方式の拡張
８０２．１６ｍカバレッジ損失検出方式を拡張するように設計される機構について本明細書に述べられており、この８０２．１６ｍカバレッジ損失検出方式はもちろん、上述のステップと組み合わせることもできる。たとえば、８０２．１６ｍカバレッジ損失検出手順では、ＢＳは、ＳＳに、周期的レンジングコード／チャネルを使用するように指示することができる。「成功」状況を有するＡＡＩ＿ＲＮＧ−ＡＣＫを受信した後、ＳＳは、ＳＳの識別情報を送るようＳＳに要求するＵＬ割当てを求める帯域幅要求をＢＳに送ってよい。ＢＳは、より効率的なやり方で周期的レンジングに成功した後、カバレッジ損失検出方式によってＳＳの識別情報を得ることが可能であってよい。下記の機構は、カバレッジ損失検出方式の効率を向上させることができる。
【０１０４】
一代替案では、カバレッジ損失検出手順の間、ＢＳは、ＳＳに周期的レンジングを実施するよう勧誘する必要がある場合、ＳＳに専用の周期的レンジング要求機会、たとえば周期的レンジングチャネルの周期的レンジングコードを提供してよい。したがって、ＢＳは、ＳＳの識別についての知識を保持することができ、その結果、周期的レンジングがうまく遂行された後、ＳＳがその識別情報をＢＳに送信する必要がないことがある。したがって、それによって、カバレッジ損失検出プロセスのＵＬ帯域幅要求、ＵＬ帯域幅割当て、およびＳＳの識別送信のステップを省くことができる。
【０１０５】
あるいは、またはさらに、ＢＳは、周期的レンジングの成功後、ＣＤＭＡ割当てＩＥを使用することによって、ＳＳにユニキャストＵＬ割当てを提供することができ、その結果、帯域幅要求のステップを回避することができる。
【０１０６】
あるいは、またはさらに、ＳＴＩＤは、後述された機構を使用して特定のレンジングコードおよび／またはレンジング機会にマッピングすることができる。
【０１０７】
周期的レンジング方式の拡張
不必要な周期的レンジング手順の実行を取り除くことによって８０２．１６ｍの周期的レンジング方式を拡張するように設計された機構について本明細書に述べられる。８０２．１６ｍによれば、ＳＳがＢＳからのデータトラフィックに対してアクティブであり、ＳＳのＵＬ送信パラメータを調整する必要がない場合、ＳＳの周期的レンジングタイマは、依然として稼働していることがあり、不必要であり得るＳＳによる周期的レンジングをトリガすることがある。下記の代替案の１つまたは組合せを使用して、この問題：（１）ＢＳ側で周期的タイマを使用すること；または（２）ＵＬ送信がうまく実施されたという条件で、ＳＳの周期的タイマをリセットすることに対処することができる。
【０１０８】
−ＢＳ側の周期的タイマ使用
ＢＳは、ＳＳごとに周期的レンジングタイマ、たとえばＴPR_BSと呼ばれるタイマを管理することもできる。タイムアウトすると、ＢＳは、それがＳＳのＵＬ状況に関する有効な情報を有するかどうかチェックしてよい。そうである場合は、ＢＳは、状況「成功」を伴う任意型のＲＮＧ−ＡＣＫを送ってよく、その結果、ＳＳは、その周期的レンジングタイマをリセットすることができる。ＢＳが有効なＳＳ  ＵＬ状況を有さない場合は、ＢＳは、何もせず、ＳＳの周期的レンジングタイマに、ＳＳによるランダムアクセスベースの周期的レンジングプロセスの実施をトリガさせてよい。
【０１０９】
ＢＳが有効なＳＳ  ＵＬ状況を有するかどうか決定する複数のやり方があり得る。一例は、上述されたようにＳ−ＡＬＵＤＰにおいて最終ＵＬトラフィック経過時間カウンタ、ＣL_UP、および有効なＵＬ状況について事前定義された最大時間間隔ＩMAX_ULを使用することに類似する。ＢＳ周期的レンジングタイマ、ＴPR_BSは、タイムアウトする場合、ＣL_UP≦ＩMAX_ULかどうかまずチェックしてよい。そうである場合は、ＢＳは、ＳＳに有効なＵＬ状況を有し、そうでない場合は、ＢＳは、ＳＳに有効なＵＬ状況を有さない。
【０１１０】
あるいは、またはさらに、ＢＳは、ＳＳからのＵＬ方向の直近の受信を記録するために、ＳＳのＵＬ状況にタイムスタンプを付けてよい。ＢＳ周期的レンジングタイマ、ＴPR_BSは、タイムアウトする場合、ＳＳ  ＵＬ状況のタイムスタンプが、ある周期的レンジング時間間隔より古いかどうかまずチェックしてよい。ＳＳ  ＵＬ状況のタイムスタンプがそれほど古くない場合は、ＢＳは有効なＳＳ  ＵＬ状況を有しており、そうでない場合は、ＢＳは、有効なＳＳ  ＵＬ状況を有さない。
【０１１１】
ＢＳ周期的レンジングタイマ、ＴPR_BSは、ネットワークエントリまたはリエントリ時にＢＳとＳＳの間のエアリンクが動作モードに入ると開始してよい。ＢＳ周期的レンジングタイマ、ＴPR_BSは、ＴPR_BSタイムアウトによってトリガされた周期的レンジング手順をＢＳが実施するためにリセットされてよい。ＢＳ周期的レンジングタイマ、ＴPR_BSの値は、ＳＳ周期レンジングタイマ、ＴPR_SSと同じ値に設定されてもよいし、ＳＳ周期的レンジングタイマ、ＴPR_SSよりわずかに小さい値に設定されてもよい。ＴPR_BSの値がＴPR_SSよりわずかに小さいことによって、ＢＳ側とＢＳ側の周期的レンジングタイマが同時に、または互いに非常に接近してタイムアウトすることを回避することができる。
【０１１２】
ＳＳの周期的なレンジング手順の間、ＳＳは、ＢＳからユニキャストレンジング状況表示メッセージを受信する場合、その周期的レンジング手順を停止してよく、受信されたレンジング状況表示メッセージ内に与えられた命令に従ってよい。
【０１１３】
−ＵＬ送信の成功後のＳＳ周期的タイマのリセット
あるいは、またはさらに、不必要な周期的レンジング手順の実行は、ＳＳが成功裏のＵＬ送信を完了したという条件でＳＳの周期的タイマをリセットすることによって取り除くことができる。ＵＬ送信の成功は、ＵＬ送信に対応するハイブリッド自動反復要求（ＨＡＲＱ）肯定応答（ＡＣＫ）の受信によって示すことができる。ＨＡＲＱは、８０２．１６ｍ方式のユニキャストデータバーストには必須であり得る。
【０１１４】
レンジングコードおよび／またはレンジング機会へのＳＴＩＤのマッピング
ＳＳは、一意のＳＴＩＤを有する。ＳＳに値を無作為に選択させるのではなく、この１２ビットのＳＴＩＤ値を使用して、レンジングコードおよび／またはレンジング機会を選択することができる。周期的レンジングに使用可能な一意のコードの数は、８、１６、２４または３２であってよく、複数のレンジング機会のうちの１つを選択することができる。ＢＳは、受信されたレンジングコードおよびレンジング機会を送信機のＳＴＩＤにマッピングし戻してよい。同じレンジングコード／レンジング機会への２つ以上のＳＴＩＤマッピングが存在することがあるので、いくつかの可能性がある：（１）受信されたレンジングコードは、１つのアクティブＳＴＩＤにマッピングし戻され、その場合、ＢＳは、どのＳＳが周期的レンジングコードを送ったか決定論的に知ることができ、（２）受信されたレンジングコードを複数のＳＴＩＤにマッピングし、その場合、ＢＳは、どのＳＳが周期的レンジングコードを送信しているかについての知識を使用することができ、セットを単一のＳＴＩＤに減少させることができ、または（３）ＢＳは、１つのＳＳだけが周期的レンジングコードを送ったことを確実には知ることができない場合、ＳＳがそのＩＤ情報を送るためのＵＬリソースを割り当てることができる。
【０１１５】
−ＳＴＩＤを使用したレンジングコードおよび／またはレンジング機会の選択
レンジングコードおよび／またはレンジング機会は、ＳＴＩＤを使用して選択することができる。ＳＳがたとえば、それが送るレンジングコードにインデックスを付けるために最下位５ビットを使用する場合、ＢＳは、ＳＳ（複数可）がレンジングコードをどこに送信しているかに関する表示を有してよい。同様に、送信機会を選択するためにＳＴＩＤが使用される場合、ＢＳは、送信側ＳＳの識別性（ｉｄｅｎｔｉｔｙ）に関する表示を有してよい。レンジングコードとレンジング機会の組合せをＳＴＩＤに基づいて選択することによって、一意であり、またＢＳによる送信側ＳＳのＳＴＩＤの決定を可能にできる識別性をＢＳに提供することができる。代替マッピングを使用して、ＳＴＩＤベースのマッピングをランダム選択と区別することができる。たとえば、レンジングコードインデックス内の単一のビットを使用して、レンジングコードがＳＳ  ＳＴＩＤに関連付けられることを示すことができる。この例では、ＳＳは、最下位４ビットを使用して、送るべきレンジングコードにインデックスを付け、第５のビットを「１」に設定して、これがＳＴＩＤ選択であることを示すことができる。ＳＳは、レンジングコード用に４ビットのインデックスを選択し、これがランダムな選択であることを示すために第５のビットを「０」にしておくことができ、ＢＳは、コードをＳＴＩＤの表示と解釈しないことがある。
【０１１６】
−ハッシュコードを使用したレンジングコードおよび／またはレンジング機会の選択
たとえばレンジングコードのインデックス付けのためにＳＴＩＤの下位Ｎビットを使用することの潜在的な問題は、２４個のレンジングコードが使用可能な場合と同様に、使用可能なレンジングコードの数が２のべき乗でない値であり得るということである。この問題は、ＳＴＩＤを表すハッシュ値を使用することによって解決することができる。このハッシュ値は、０からＮcodes−１の範囲を有し、だたし、Ｎcodesは使用可能なレンジングコードの数である。ＢＳは、ＳＳ  ＳＴＩＤを割り当てる場合、ハッシュ値を生成することもできる。ＳＳには、ＳＴＩＤ、また任意選択でレンジングコードおよび／またはレンジング機会のハッシュ値を示す信号が送られてよい。この場合、ＢＳは、レンジングコードおよび／またはレンジング機会に基づいてＳＴＩＤを逆引きすることができ、またＢＳは、所与のセクタ内の２つ以上のＳＳが同時に周期的レンジングモードにあるかどうか知ることもできる。この場合には、ＢＳは、衝突を仮定し、当技術分野においてよく知られている現在の手順と同じようなやり方で、それらの特別なケースに対処することができる。
【０１１７】
２つのハッシュコード：レンジングコード用に１つのハッシュコード、レンジング機会用に別のものを使用することができる。ハッシュ関数が正確に選ばれる場合、同じレンジングコードへの２つのＳＴＩＤのマッピングは、それぞれ異なるレンジングコード機会にマッピングすることができ、恐らくＳＴＩＤ復号の衝突の可能性が減少する。
【０１１８】
実施形態
１．基地局（ＢＳ）であって、
基地局に関連するカバレッジ損失検出タイマと、
移動局と、
カバレッジ損失検出タイマが終了するという条件で、移動局にアップリンク（ＵＬ）割当てを送信するように構成された送信機と、
ＵＬ割当てによって移動局からパケットデータを受信するように構成された受信機と、
カバレッジ損失検出タイマをリセットするように構成されたプロセッサとを備え、
送信機は、移動局の周期的レンジングタイマをリセットするためのメッセージを移動局に送信するようにさらに構成される、基地局。
【０１１９】
２．メッセージは、高度エアインターフェースレンジング肯定応答（ａｄｖａｎｃｅｄ  ａｉｒ  ｉｎｔｅｒｆａｃｅ  ｒａｎｇｉｎｇ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ；ＡＡＩ−ＲＮＧ−ＡＣＫ）メッセージである実施形態１の基地局。
【０１２０】
３．移動局は、登録された状態にあり、受信機は、移動局から周期的レンジング要求メッセージを受信するようにさらに構成される実施形態１〜２の基地局。
【０１２１】
４．移動局がスキャン期間にある間にカバレッジ損失検出タイマが終了するという条件で、ＵＬ割当ては、移動局に関連する次の使用可能なＵＬ間隔を示す実施形態１〜３の基地局。
【０１２２】
５．無線通信のための方法であって、
加入者局（ＳＳ）と基地局（ＢＳ）の間のエアリンク状況を監視するステップと、
エアリンクアップ／ダウンプロトコル（ＡＬＵＤＰ）に従ってＢＳとＳＳの間でエアリンクのダウンリンク（ＤＬ）とアップリンク（ＵＬ）の同期を維持するステップとを備える方法。
【０１２３】
６．ＢＳおよびＳＳのうちの１つは、ＡＬＵＤＰ内のマスタのスレーブとして働く実施形態５の方法。
【０１２４】
７．ＳＳはスレーブであり、ＢＳはマスタであり、ＢＳはリンク状況情報およびＵＬ送信パラメータ調整を提供する実施形態５〜６の方法。
【０１２５】
８．ＳＳがＢＳにフォローアップＵＬ送信を送るステップをさらに備える実施形態５〜７の方法。
【０１２６】
９．ＳＳとＢＳの間のエアリンクタイムアウトを検出するステップと、
予定されたＳＳ不在の間にタイムアウトが生じたかどうか決定するステップと、
予定されたＳＳ不在の間にタイムアウトが生じたという条件でＡＬＵＤＰを調整するステップとをさらに備える実施形態５〜８の方法。
【０１２７】
１０．ネットワークエントリまたはリエントリの後に開始するカバレッジ損失検出用のタイマを提供するステップをさらに備える実施形態５〜９の方法。
【０１２８】
１１．カバレッジ損失検出用のタイマは、ＳＳからアップリンクが、ＢＳに知られているＳＳの識別情報と共に受信されるという条件でリセットされる実施形態５〜１０の方法。
【０１２９】
１２．エアリンクがＵＰ状況にある場合に開始する周期的レンジング用のタイマを提供するステップをさらに備える実施形態５〜９の方法。
【０１３０】
１３．カバレッジ損失検出の間、周期的レンジング用の周期的タイマは、ＳＳがＢＳに依然として接続されていることをＢＳが確認するという条件で、ＡＡＩ−ＲＮＧ−ＡＣＫ信号を使用してリセットされる実施形態５〜１２の方法。
【０１３１】
１４．タイムアウトはスキャン間隔の間に生じ、方法は、カバレッジ損失検出を実施するときに行われる実施形態５〜１３の方法。
【０１３２】
１５．少なくとも１つのタイマを開始するステップをさらに備え、タイマの開始の後に続いて、少なくとも１つのタイマは終了する実施形態５〜１４の方法。
【０１３３】
１６．少なくとも１つのタイマはスキャン間隔の間に終了し、少なくとも１つのタイマが終了するという条件で、ＡＬＵＤＰは次の間隔でカバレッジ損失検出のためのアップリンクバーストを許可する実施形態５〜１５の方法。
【０１３４】
１７．タイマは周期的レンジングタイマである実施形態５〜１６の方法。
【０１３５】
１８．予定されたＳＳ不在は、ＳＳがアイドルモードにあるという条件で生じる実施形態５の方法。
【０１３６】
１９．ＢＳは、ＳＳがアイドルモードにあるという条件で、アイドルモードのＳＳに対するエアリンク状況の監視を中止する実施形態５〜１８の方法。
【０１３７】
２０．ＡＬＵＤＰは、ＳＳが予定されたＳＳ不在にあるという条件で、カバレッジ損失検出および周期的レンジングを一時的に中止する実施形態５の方法。
【０１３８】
特徴および要素について特定の組合せで上記に述べられているが、それぞれの特徴または要素は、単独に使用されてもよいし、他の特徴および要素との任意の組合せで使用されてもよいことが当業者には理解されよう。さらに、本明細書に述べられた方法は、コンピュータまたはプロセッサによって実行するためにコンピュータ読取り可能媒体に組み込まれたコンピュータプログラム、ソフトウェアまたはファームウェアで実装されてよい。コンピュータ読取り可能媒体の例には、電子信号（有線接続または無線接続を介して送信される）およびコンピュータ読取り可能記憶媒体が含まれる。コンピュータ読取り可能記憶媒体の例には、それだけに限らないが、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ−ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよび取外し可能ディスクなどの磁気媒体、磁気光媒体、ならびにＣＤ−ＲＯＭディスクおよびＤＶＤ（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｋ）などの光媒体が含まれる。ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣまたは任意のホストコンピュータで使用する無線周波数トランシーバを実装するために、ソフトウェアに関連するプロセッサが使用されてよい。
【図１Ａ】
2013535872.tif 000003
【図１Ｂ】
2013535872.tif 000004
【図１Ｃ】
2013535872.tif 000005
【図２】
2013535872.tif 000006
【図３】
2013535872.tif 000007
【図４】
2013535872.tif 000008
【図５】
2013535872.tif 000009
【図６Ａ】
2013535872.tif 000010
【図６Ｂ】
2013535872.tif 000011
【手続補正書】
【提出日】平成25年1月4日(2013.1.4)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
基地局に関連するカバレッジ損失検出タイマと、
移動局と、
前記カバレッジ損失検出タイマが終了するという条件で、前記移動局にアップリンク（ＵＬ）割当てを送信するように構成された送信機と、
ＵＬ割当てによって前記移動局からパケットデータを受信するように構成された受信機と、
前記カバレッジ損失検出タイマをリセットするように構成されたプロセッサと
を備える基地局（ＢＳ）であって、
前記送信機は、前記移動局の周期的レンジングタイマをリセットするためのメッセージを前記移動局に送信するようにさらに構成されることを特徴とする基地局。
【請求項２】
前記メッセージは、高度エアインターフェースレンジング肯定応答（ＡＡＩ−ＲＮＧ−ＡＣＫ）メッセージであることを特徴とする請求項１に記載の基地局。
【請求項３】
前記移動局は、登録された状態にあり、前記受信機は、前記移動局から前記周期的レンジング要求メッセージを受信するようにさらに構成されることを特徴とする請求項１に記載の基地局。
【請求項４】
前記移動局がスキャン期間にある間に前記カバレッジ損失検出タイマが終了するという条件で、前記ＵＬ割当ては、前記移動局に関連する次の使用可能なＵＬ間隔を示すことを特徴とする請求項１に記載の基地局。
【請求項５】
無線通信のための方法であって、
加入者局（ＳＳ）と基地局（ＢＳ）の間のエアリンク状況を監視するステップと、
エアリンクアップ／ダウンプロトコル（ＡＬＵＤＰ）に従って前記ＢＳと前記ＳＳの間でエアリンクのダウンリンク（ＤＬ）とアップリンク（ＵＬ）の同期を維持するステップと
を備えることを特徴とする方法。
【請求項６】
前記ＢＳおよび前記ＳＳのうちの１つは、前記ＡＬＵＤＰ内のマスタのスレーブとして働くことを特徴とする請求項５に記載の方法。
【請求項７】
前記ＳＳは前記スレーブであり、前記ＢＳは前記マスタであり、前記ＢＳはリンク状況情報およびＵＬ送信パラメータ調整を提供することを特徴とする請求項６に記載の方法。
【請求項８】
前記ＳＳが前記ＢＳにフォローアップＵＬ送信を送るステップをさらに備えることを特徴とする請求項７に記載の方法。
【請求項９】
前記ＳＳと前記ＢＳの間のエアリンクタイムアウトを検出するステップと、
予定されたＳＳ不在の間に前記タイムアウトが生じたかどうか決定するステップと、
予定されたＳＳ不在の間に前記タイムアウトが生じたという条件で前記ＡＬＵＤＰを調整するステップとをさらに備えることを特徴とする請求項５に記載の方法。
【請求項１０】
ネットワークエントリまたはリエントリの後に開始するカバレッジ損失検出用のタイマを提供するステップをさらに備えることを特徴とする請求項９に記載の方法。
【請求項１１】
カバレッジ損失検出用の前記タイマは、前記ＳＳからアップリンクが、前記ＢＳに知られている前記ＳＳの識別情報と共に受信されるという条件でリセットされることを特徴とする請求項１０に記載の方法。
【請求項１２】
前記エアリンクがＵＰ状況にある場合に開始する周期的レンジング用のタイマを提供するステップをさらに備えることを特徴とする請求項９に記載の方法。
【請求項１３】
カバレッジ損失検出の間、周期的レンジング用の前記周期的タイマは、前記ＳＳが前記ＢＳに依然として接続されていることを前記ＢＳが確認するという条件で、ＡＡＩ−ＲＮＧ−ＡＣＫ信号を使用してリセットされることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記タイムアウトはスキャン間隔の間に生じ、前記方法は、カバレッジ損失検出を実施するときに行われることを特徴とする請求項１３に記載の方法。
【請求項１５】
少なくとも１つのタイマを開始するステップをさらに備え、前記タイマの開始の後に続いて、前記少なくとも１つのタイマは終了することを特徴とする請求項１４に記載の方法。
【国際調査報告】
2013535872.tif 000012
2013535872.tif 000013