(57)【要約】  基地局との接続のアクティブ状態の間に使用するためのアクティブ識別子が端末に割り当てられる。例えば、各アクティブ識別子が端末に対して現在割り当てられているか、またはいずれの端末に対しても割り当てられていないかを示すステータス確認ビットにより、基地局はその基地局に対するアクティブ識別子のステータスを周期的にブロードキャストする。基地局はまた、現在使用中の各アクティブ識別子が割り当てられている端末の識別（例えば、スクランブルマスク）をブロードキャストしてもよい。特定のアクティブ識別子が端末に割り当てられていると端末が信じている場合、端末はこのアクティブ識別子に対するステータス確認ビットをチェックする。
2009544248.tif 000002
【特許請求の範囲】
【請求項１】
装置において、
基地局と通信している端末を識別するために使用されているアクティブ識別子のステータスを決定し、前記アクティブ識別子のステータスをブロードキャストするように構成されている少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されているメモリとを具備する装置。
【請求項２】
前記少なくとも１つのプロセッサは、前記端末に既知の予め定められた時点で、前記アクティブ識別子のステータスを決定するように構成されている請求項１記載の装置。
【請求項３】
各アクティブ識別子の前記ステータスは、前記アクティブ識別子が現在割り当てられているか、または割り当てられていないかを示すそれぞれのステータス確認ビットにより伝達される請求項１記載の装置。
【請求項４】
前記アクティブ識別子のそれぞれに対して、前記少なくとも１つのプロセッサは、前記アクティブ識別子が端末に割り当てられている場合、前記アクティブ識別子に対するステータス確認ビットを第１の値に設定し、前記アクティブ識別子がいずれの端末にも割り当てられていない場合、前記ステータス確認ビットを第２の値に設定するように構成されている請求項１記載の装置。
【請求項５】
前記少なくとも１つのプロセッサは、ブロードキャストチャネルの指定されたビット位置中で、各アクティブ識別子に対する前記ステータス確認ビットを送信するように構成されている請求項４記載の装置。
【請求項６】
前記少なくとも１つのプロセッサは、１組の少なくとも１つのアクティブ識別子に対する１組の少なくとも１つのステータス確認ビットを、他の情報ビットとともに単一のコードワードにエンコードし、前記単一のコードワードをブロードキャストするように構成されている請求項４記載の装置。
【請求項７】
前記少なくとも１つのプロセッサは、端末に対して現在割り当てられているアクティブ識別子を決定し、アクティブ識別子が現在割り当てられている前記端末の識別をブロードキャストするように構成されている請求項1記載の装置。
【請求項８】
前記少なくとも１つのプロセッサは、端末に対して現在割り当てられていないアクティブ識別子を決定し、前記現在割り当てられていないアクティブ識別子が最後に割り当てられた端末の識別に対する情報をブロードキャストするように構成されている請求項７記載の装置。
【請求項９】
前記少なくとも１つのプロセッサは、端末に対して現在割り当てられていないアクティブ識別子を決定し、前記現在割り当てられていないアクティブ識別子に対する、前記端末に既知の予め定められた識別をブロードキャストするように構成されている請求項７記載の装置。
【請求項１０】
前記端末の識別は、スクランブルマスクにより与えられる請求項７記載の装置。
【請求項１１】
前記少なくとも１つのプロセッサは、前記ステータスを送信するために指定されたタイムスロット中で、前記アクティブ識別子のステータスをブロードキャストし、端末の識別を送信するために指定されたタイムスロット中で、アクティブ識別子が現在割り当てられている端末の識別をブロードキャストするように構成されている請求項１記載の装置。
【請求項１２】
各アクティブ識別子の前記ステータスは、前記アクティブ識別子が現在割り当てられているか、または割り当てられていないかを示すそれぞれのステータス確認ビットにより伝達され、前記少なくとも１つのプロセッサは、スーパーウルトラスロットのうちのウルトラスロットの第１のサブセット中で、前記アクティブ識別子に対するステータス確認ビットをブロードキャストし、前記スーパーウルトラスロットのうちのウルトラスロットの第２のサブセット中で、アクティブ識別子が現在割り当てられている端末のスクランブルマスクをブロードキャストするように構成されている請求項１記載の装置。
【請求項１３】
前記第１のサブセットは、前記スーパーウルトラスロットの第１のウルトラスロットを備え、前記第２のサブセットは、前記スーパーウルトラスロットの第２ないし最後のウルトラスロット備えている請求項１２記載の装置。
【請求項１４】
前記少なくとも１つのプロセッサは、前記第２ないし最後のウルトラスロットのそれぞれにおいて、前記スクランブルマスクの異なるビットをブロードキャストするように構成されている請求項１３記載の装置。
【請求項１５】
前記少なくとも１つのプロセッサは、予め定められた各時間間隔において周期的に前記アクティブ識別子のステータスをブロードキャストするように構成されている請求項１記載の装置。
【請求項１６】
前記少なくとも１つのプロセッサは、前記基地局との接続を有し、かつ、アクティブ状態で動作している端末に対してアクティブ識別子を割り当てるように構成されている請求項１記載の装置。
【請求項１７】
前記少なくとも１つのプロセッサは、前記アクティブ状態から移行している端末のアクティブ識別子を無効にするように構成されている請求項１６記載の装置。
【請求項１８】
前記少なくとも１つのプロセッサは、前記アクティブ識別子のステータスに対して、エンコーディング、シンボルマッピング、およびトーンマッピングを共同で実行するように構成されている請求項１記載の装置。
【請求項１９】
前記少なくとも１つのプロセッサは、少なくとも１つの制御メッセージによって前記アクティブ識別子のステータスを送信するように構成されている請求項１記載の装置。
【請求項２０】
方法において、
基地局と通信している端末を識別するために使用されているアクティブ識別子のステータスを決定することと、
前記アクティブ識別子のステータスをブロードキャストすることとを含む方法。
【請求項２１】
前記アクティブ識別子が端末に割り当てられている場合、前記アクティブ識別子のそれぞれに対するステータス確認ビットを第１の値に設定することと、
前記アクティブ識別子がいずれの端末にも割り当てられていない場合、各アクティブ識別子に対する前記ステータス確認ビットを第２の値に設定することとをさらに含む請求項２０記載の方法。
【請求項２２】
前記アクティブ識別子のステータスをブロードキャストすることは、ブロードキャストチャネルの指定されたビット位置中で、各アクティブ識別子に対するステータス確認ビットを送信することを含む請求項２０記載の方法。
【請求項２３】
端末に対して現在割り当てられているアクティブ識別子を決定することと、
アクティブ識別子が現在割り当てられている前記端末の識別をブロードキャストすることとをさらに含む請求項２０記載の方法。
【請求項２４】
装置において、
基地局と通信している端末を識別するために使用されているアクティブ識別子のステータスを決定する手段と、
前記アクティブ識別子のステータスをブロードキャストする手段とを具備する装置。
【請求項２５】
前記アクティブ識別子が端末に割り当てられている場合、前記アクティブ識別子のそれぞれに対するステータス確認ビットを第１の値に設定する手段と、
前記アクティブ識別子がいずれの端末にも割り当てられていない場合、各アクティブ識別子に対する前記ステータス確認ビットを第２の値に設定する手段とをさらに具備する請求項２４記載の装置。
【請求項２６】
前記アクティブ識別子のステータスをブロードキャストする手段は、ブロードキャストチャネルの指定されたビット位置中で、各アクティブ識別子に対するステータス確認ビットを送信する手段を備えている請求項２４記載の装置。
【請求項２７】
端末に対して現在割り当てられているアクティブ識別子を決定する手段と、
アクティブ識別子が現在割り当てられている前記端末の識別をブロードキャストする手段とをさらに具備する請求項２４記載の装置。
【請求項２８】
記憶された命令を含むコンピュータ読み取り可能媒体において、
基地局と通信している端末を識別するために使用されているアクティブ識別子のステータスを決定するための第１の命令セットと、
前記アクティブ識別子のステータスのブロードキャストを開始するための第２の命令セットとを含むコンピュータ読み取り可能媒体。
【請求項２９】
端末において、
基地局と通信している少なくとも１つの端末を識別するために使用されている少なくとも１つのアクティブ識別子に対するステータス情報を受信し、前記受信したステータス情報に基づいて、特定のアクティブ識別子の現在のステータスを決定するように構成されている少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されているメモリとを具備する端末。
【請求項３０】
前記ステータス情報は、前記少なくとも１つのアクティブ識別子のそれぞれが割り当てられているか、または割り当てられていないかを示している少なくとも１つのステータス確認ビットを含んでいる請求項２９記載の端末。
【請求項３１】
前記少なくとも１つのプロセッサは、前記特定のアクティブ識別子に対するステータス確認ビットを取得し、前記ステータス確認ビットに基づいて、前記特定のアクティブ識別子の現在のステータスを決定するように構成されている請求項３０記載の端末。
【請求項３２】
前記少なくとも１つのプロセッサは、前記特定のアクティブ識別子がいずれの端末にも現在割り当てられていないことを前記ステータス確認ビットが示す場合、前記特定のアクティブ識別子を放棄するように構成されている請求項３１記載の端末。
【請求項３３】
前記少なくとも１つのプロセッサは、反復ベースで、前記特定のアクティブ識別子に対するステータス確認ビットを受信するように構成されている請求項３１記載の端末。
【請求項３４】
前記ステータス情報は、アクティブ識別子が現在割り当てられている端末の識別を含んでいる請求項２９記載の端末。
【請求項３５】
前記少なくとも１つのプロセッサは、前記ステータス情報中で、前記特定のアクティブ識別子に対して送信された識別に基づいて、前記特定のアクティブ識別子が前記端末に現在割り当てられているかどうかを決定するように構成されている請求項３４記載の端末。
【請求項３６】
前記端末の識別はスクランブルマスクにより与えられ、前記少なくとも１つのプロセッサは、前記特定のアクティブ識別子に対して送信されたスクランブルマスクを前記ステータス情報から取得し、前記スクランブルマスクに基づいて、前記特定のアクティブ識別子が前記端末に現在割り当てられているかどうかを決定するように構成されている請求項３４記載の端末。
【請求項３７】
前記少なくとも１つのプロセッサは、前記特定のアクティブ識別子が別の端末に現在割り当てられていることを前記スクランブルマスクが示す場合、前記特定のアクティブ識別子を放棄するように構成されている請求項３６記載の端末。
【請求項３８】
前記少なくとも１つのプロセッサは、前記ステータス確認ビットを送信するために指定されたタイムスロット中で、前記特定のアクティブ識別子が割り当てられているか、または割り当てられていないかを示しているステータス確認ビットを受信し、前記スクランブルマスクを送信するために指定されたタイムスロット中で、前記特定のアクティブ識別子が割り当てられていると考えられている端末のスクランブルマスクを受信するように構成されている請求項２９記載の端末。
【請求項３９】
前記少なくとも１つのプロセッサは、スーパーウルトラスロットの第１のウルトラスロット中で、前記特定のアクティブ識別子に対するステータス確認ビットを受信し、前記スーパーウルトラスロットの第２ないし最後のウルトラスロット中で、前記特定のアクティブ識別子が割り当てられていると考えられている端末のスクランブルマスクを受信するように構成されている請求項２９記載の端末。
【請求項４０】
前記少なくとも１つのプロセッサは、前記第２ないし最後のウルトラスロットのそれぞれにおいて、前記スクランブルマスクの異なるビットを受信するように構成されている請求項３９記載の端末。
【請求項４１】
方法において、
基地局と通信している少なくとも１つの端末を識別するために使用されている少なくとも１つのアクティブ識別子に対するステータス情報を、端末において受信することと、
前記受信したステータス情報に基づいて、特定のアクティブ識別子の現在のステータスを決定することとを含む方法。
【請求項４２】
前記特定のアクティブ識別子の現在のステータスを決定することは、
前記特定のアクティブ識別子に対するステータス確認ビットを取得することと、
前記ステータス確認ビットに基づいて、前記特定のアクティブ識別子の現在のステータスを決定することとを含む請求項４１記載の方法。
【請求項４３】
前記ステータス情報中で、前記特定のアクティブ識別子に対して送信された識別に基づいて、前記特定のアクティブ識別子が前記端末に現在割り当てられているかどうかを決定することをさらに含む請求項４１記載の方法。
【請求項４４】
装置において、
基地局と通信している少なくとも１つの端末を識別するために使用されている少なくとも１つのアクティブ識別子に対するステータス情報を、端末において受信する手段と、
前記受信したステータス情報に基づいて、特定のアクティブ識別子の現在のステータスを決定する手段とを具備する装置。
【請求項４５】
前記特定のアクティブ識別子の現在のステータスを決定する手段は、
前記特定のアクティブ識別子に対するステータス確認ビットを取得する手段と、
前記ステータス確認ビットに基づいて、前記特定のアクティブ識別子の現在のステータスを決定する手段とを備えている請求項４４記載の装置。
【請求項４６】
前記ステータス情報中で、前記特定のアクティブ識別子に対して送信された識別に基づいて、前記特定のアクティブ識別子が前記端末に現在割り当てられているかどうかを決定する手段をさらに具備する請求項４４記載の装置。
【請求項４７】
記憶された命令を含むコンピュータ読み取り可能媒体において、
基地局と通信している端末を識別するために使用されているアクティブ識別子に対するステータス情報を受信するための第１の命令セットと、
前記受信したステータス情報に基づいて、特定のアクティブ識別子の現在のステータスを決定するための第２の命令セットとを含むコンピュータ読み取り可能媒体。
【発明の詳細な説明】
【背景】
【０００１】
Ｉ．分野
本開示は一般に通信に関し、より詳細には、ワイヤレス通信システムにおいて端末の接続ステータスを決定する技術に関する。
【０００２】
ＩＩ．背景
ワイヤレス通信システムにおける端末（例えば、セルラシステムにおけるセルラ電話機）は、通話中に１つ以上の基地局と通信するかもしれない。端末は移動するかもしれず、通話中に移動するとき、１つの基地局から別の基地局にハンドオフされるかもしれない。端末はまた、いずれかの所定の基地局に接続されている間、時々アクティブであるかもしれない。無線リソースを大切に使うために、端末には、アクティブの間、無線リソースが割り当てられ、アイドルの間、無線リソースが割り当てられない。
【０００３】
異なる基地局との端末の接続のダイナミックな性質、および端末のアクティビティのダイナミックな性質は、端末の接続ステータスを追跡することを困難にさせる。端末は、通話セットアップやハンドオフの間に、および／または必要に応じて他の時点において、基地局とシグナリングを交換するかもしれない。端末および基地局はその後、シグナリング交換の間に交渉された構成に基づいて動作する。しかしながら、理由のいかんを問わず、端末において、および／または基地局において、シグナリング交換の間にエラーが発生するかもしれない。このようなエラーが発生するとき、端末および／または基地局は、不適切に動作するかもしれない。例えば、ある無線リソースが端末に割り当てられているようなケースでないときに、端末は、ある無線リソースが端末に割り当てられていると誤って信じているかもしれない。この状況において、無線リソース上での端末による何らかの送信により、無線リソースが実際に割り当てられている別の端末に対して干渉が生じるかもしれない。逆に、端末は、基地局により無線リソースが端末に割り当てられていることを認識していないかもしれない。端末は、無線リソース上で何ら送信を行わず、無線リソースが浪費される。
【０００４】
それゆえに、端末および／または基地局が、誤った接続情報を有する状況を回避する技術に対する技術的必要性が存在する。
【発明の概要】
【０００５】
基地局および端末が、確実に正しい接続情報を有することができるようにするステータス確認技術をここで記述する。基地局との接続のアクティブ状態の間に使用するためのアクティブ識別子が端末に割り当てられる。アクティブ識別子は、接続のための識別子と考えてもよい。
【０００６】
１つの観点において、基地局は、その基地局に対するアクティブ識別子のステータスを周期的にブロードキャストする。１つの実施形態において、アクティブ識別子が端末に現在割り当てられ、使用中であるか、または、いずれの端末にも現在割り当てられておらず、使用されていないかを示すステータス確認ビットにより、各アクティブ識別子のステータスが伝達される。基地局のカバレッジ内のすべての端末により受信できるブロードキャストチャネルにおいて、基地局は、すべてのアクティブ識別子に対するステータス確認ビットをブロードキャストしてもよい。これらの端末はステータス確認ビットを使用して、非接続状態の状況を検出してもよい。
【０００７】
別の観点において、基地局は、現在使用中である各アクティブ識別子が割り当てられている端末の識別をブロードキャストする。１つの実施形態において、端末の識別は、端末に割り当てられたスクランブルマスクより与えられる。特定のアクティブ識別子が端末に割り当てられていると端末が信じている場合、端末は、このアクティブ識別子に対するステータス確認ビットをチェックする。アクティブ識別子が現在使用中であることを、このステータス確認ビットが示す場合、端末はアクティブ識別子に対して送信されたスクランブルマスクをさらにチェックして、アクティブ識別子が端末に実際に割り当てられているかどうかを決定してもよい。スクランブルマスクを送信することにより、同じアクティブ識別子が複数の端末に割り当てられていることを複数の端末が信じるエラー状況が回避される。
【０００８】
本発明のさまざまな観点および実施形態を以下でさらに詳細に記述する。
【０００９】
同じ参照文字が全体にわたって対応したものを識別する図面に関連して考慮されるとき、以下で示した詳細な説明から、本発明の実施形態の観点は、より明らかになるだろう。
【図面の簡単な説明】
【００１０】
【図１】図１は、ワイヤレス通信システムを示す。
【図２】図２は、例示的な信号構造を示す。
【図３】図３は、端末に対する例示的な状態図を示す。
【図４】図４は、アクティブ識別子に対するステータス確認のブロードキャストを示す。
【図５】図５は、アクティブ識別子に対するステータス確認ビットと、アクティブ識別子が割り当てられた端末のスクランブルマスクとのブロードキャストを示す。
【図６】図６は、ステータス確認のために端末により実行されるプロセスを示す。
【図７】図７は、ステータス確認をサポートするために基地局により実行されるプロセスを示す。
【図８】図８は、ステータス確認をサポートする装置を示す。
【図９】図９は、ステータス確認のために端末により実行されるプロセスを示す。
【図１０】図１０は、ステータス確認を実行する装置を示す。
【図１１】図１１は、基地局および端末のブロック図を示す。
【詳細な説明】
【００１１】
語“例示的な”は、“例、具体例、または実例としての機能を果たすこと”を意味するようにここでは使用されている。“例示的な”としてここで記述した任意の実施形態または設計は、必ずしも他の実施形態または設計に対して、好ましいまたは有利であるように解釈される必要はない。
【００１２】
図１は、複数の基地局１１０と複数の端末１２０とを有するワイヤレス通信システム１００を示す。基地局は、端末と通信する局である。基地局は、ノードＢ、アクセスポイント、および／または他のいくつかのネットワークエンティティとしても呼ばれることがあり、それらの機能のいくつかまたはすべてを含んでいてもよい。各基地局１１０は、特定の地理的エリア１０２に対して通信カバレッジを提供する。用語“セル”は、用語が使用される状況次第で、基地局および／またはそのカバレッジエリアを指すことがある。システムの性能を改善するために、基地局のカバレッジエリアは、例えば、３つのより小さいエリア１０４ａ、１０４ｂ、および１０４ｃのような、複数のより小さいエリアに分割してもよい。それぞれのより小さいエリアは、それぞれの基地局セクタ（ＢＳＳ）により担当してもよい。基地局セクタ（ＢＢＳ）は、ベーストランシーバサブシステム（ＢＴＳ）と呼ばれることがある。用語“セクタ”は、用語が使用される状況次第で、ＢＳＳおよび／またはそのカバレッジエリアを指すことがある。セクタ化されたセルに対して、そのセルのすべてのセクタに対するＢＳＳは一般に、セルに対する基地局内の同じ場所に位置している。ここで記述したステータス確認技術は、セクタ化されていないセルを有するシステムだけでなく、セクタ化されたセルを有するシステムに対して使用してもよい。以下の記述において、用語“基地局”は一般的に、セルを担当する基地局と、セクタを担当する基地局とを指す。
【００１３】
集中型アーキテクチャに対して、システム制御装置１３０が基地局１１０と結合し、これらの基地局に対して調整および制御を提供する。システム制御装置１３０は、単一のネットワークエンティティまたはネットワークエンティティの集合であってもよい。システム制御装置１３０はまた、基地局制御装置（ＢＳＣ）、移動通信交換局（ＭＳＣ）、無線ネットワーク制御装置（ＲＮＣ）、および／または他のいくつかのネットワークエンティティとして呼ばれることがあり、それらの機能のいくつかまたはすべてを含んでいてもよい。分散型アーキテクチャに対して、基地局は、必要に応じて互いに通信してもよい。
【００１４】
端末１２０は、システム全体にわたって分散していてもよく、各端末は、固定されたもの、または移動性を持ったものであってもよい。端末はまた、ワイヤレス端末（ＷＴ）、アクセス端末（ＡＴ）、移動局（ＭＳ）、ユーザ機器（ＵＥ）、加入者局、および／または他のいくつかのデバイスとして呼ばれることがあり、それらの機能のいくつかまたはすべてを含んでいてもよい。端末は、ワイヤレスデバイス、セルラ電話機、パーソナルデジタルアシスタント（ＰＤＡ）、ワイヤレスモデム、ハンドヘルドデバイスなどであってもよい。端末は、ダウンリンクおよびアップリンク上での送信により、１つ以上の基地局と通信する。ダウンリンク（すなわちフォワードリンク）は、基地局から端末への通信リンクを指し、アップリンク（すなわちリバースリンク）は、端末から基地局への通信リンクを指す。
【００１５】
ここで記述したステータス確認技術は、さまざまなワイヤレス通信システムに対して使用してもよい。これらの技術はまた、さまざまな、無線技術、ならびにコード分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、フラッシュＯＦＤＭ（登録商標）、および単一搬送波ＦＤＭＡ（ＳＣ−ＦＤＭＡ）のような多元接続スキームに対して使用してもよい。ＯＦＤＭＡおよびＳＣ−ＦＤＭＡは、周波数帯域（例えば、システム帯域幅）を複数の直交トーンに分割し、トーンは、副搬送波、副帯域、ビンなどとも呼ばれる。各トーンは、データにより変調してもよい。一般に、変調シンボルは、ＯＦＤＭＡに対しては周波数領域中で送られ、ＳＣ−ＦＤＭＡに対しては時間領域中で送られる。例えば、ＯＦＤＭＡおよびＣＤＭＡのような、多元接続スキームの組み合わせを利用するワイヤレス通信システムに対して、本技術を使用してもよい。
【００１６】
明瞭にするために、例示的なＯＦＤＭＡシステムに対して、ステータス確認技術を以下で詳細に記述する。一般に、ＯＦＤＭＡシステムは、何らかの数の総トーンと何らかの数の使用可能なトーンとを有する、何らかのトーン構造を利用してもよい。特定の実施形態において、ＯＦＤＭＡシステムは、１２８個の総トーンと、１１３個の使用可能なトーンとを有するトーン構造を利用する。技術的に知られている方法でＯＦＤＭシンボルを発生させ、ＯＦＤＭシンボル期間（または単に、シンボル期間）中で送信してもよい。
【００１７】
ここで記述したステータス確認技術を、さまざまな信号構造により使用してもよい。信号構造は、データおよびシグナリングが送信される方法を示す。明瞭にするために、例示的な信号構造を以下で記述する。
【００１８】
図２は、信号構造２００の実施形態を示す。送信のためのタイムラインは、スーパーウルトラスロットに分割される。各スーパーウルトラスロットは、予め定められた継続時間（例えば、約１３．１秒）を有し、インデックス０ないし７を有する８個のウルトラスロットを含んでいる。各ウルトラスロットは、インデックス０ないし１７を有する１８個のビーコンスロットを含んでおり、各ビーコンスロットは、インデックス０ないし７を有する８個のスーパースロットを含んでいる。各スーパースロットは、インデックス０ないし７を有する８個のスロットが後に続くヘッダ（Ｈ）を含んでいる。スーパースロットのヘッダは、２個のシンボル期間にわたり、各スロットは、１４個のシンボル期間にわたり、各スーパースロットは、１１４個のシンボル期間にわたる。トラフィックデータ、シグナリング、および／またはパイロットは、各スロットの各シンボル期間において送信してもよい。
【００１９】
図２は、特定の信号構造を示す。さまざまな他の信号構造を使用してもよく、これは、本発明の範囲内である。明瞭にするために、図２中で示した信号構造に対して、ステータス確認技術を以下で記述する。
【００２０】
端末は、任意の所定の瞬間において、複数の状態のうちの１つで動作してもよい。状態は、媒体アクセス制御（ＭＡＣ）状態、動作モードなどと呼ばれることがある。
【００２１】
図３は、端末と基地局との間の接続に対する状態図３００の実施形態を示す。接続は、物理（ＰＨＹ）および／またはＭＡＣ層に対して端末と基地局との間で確立されるチャネルの集合と考えてもよい。
【００２２】
図３中で示した実施形態において、サポートされる状態は、オン状態、ホールド状態、スリープ状態、およびアクセス状態を含む。オン状態およびホールド状態は、アクティブ状態のサブ状態であると考えてもよい。オン状態において、端末は、ダウンリンク上でデータを受信でき、および／またはアップリンク上でデータを送信できる。ホールド状態において、端末は、ダウンリンク上でデータを受信できるが、アップリンク上でデータを送信できない。１つの実施形態において、ホールド状態の間、端末がオン状態に素早く移行できるように、端末のいくつかのパラメータ（例えば、タイミングおよび送信電力）が制御される。スリープ状態において、端末は、多くの時間電源が切られて、バッテリ電力が保存される。スリープ状態の間、端末は、例えば、到来する通話または他のいくつかの理由のために、システムによりページングされてもよい。端末は、スリープ状態からアクセス状態に移行して、システムにアクセスしてもよく、例えば、通信を開始し、またはページングに応答してもよい。アクセス状態において、端末はアクセス手続きを実行して、システムにアクセスすることを試みてもよい。一般に、状態図は何らかの数の状態を有し、状態は、さまざまな方法で定義してもよい。
【００２３】
端末は、システムアクセスの間に基地局との接続を確立してもよい。必要に応じて、端末は、（例えば、新しいトラフィックのために）同じ基地局との、または（例えば、ハンドオフのために）新しい基地局との、さらなる接続を追加してもよい。既存の接続による通信がもはや必要でないときはいつでも、端末はその接続を切断してもよい。それゆえに、端末は、同じまたは異なる基地局との接続をダイナミックに追加および切断して、所望の通信を達成してもよい。
【００２４】
基地局は、多数の端末に対して多数の接続を同時にサポートしてもよい。基地局がサポートできる接続の最大数は、システムの設計次第である。基地局は、端末に対する接続をダイナミックに追加および切断してもよい。基地局はまた、無線リソースの利用可能性、端末のデータ要求、および／または他の要因に基づいて確立された接続により、端末に対して無線リソースをダイナミックに割り振ってもよい。
【００２５】
端末と基地局はそれぞれ、端末と基地局との間に確立された各接続に対する有限状態機械（ＦＳＭ）のインスタンスを維持してもよい。各接続に対するＦＳＭは、その接続に対して現在適用できる特定の状態（例えば、図３中の状態図３００における状態のうちの１つ）を示してもよい。
【００２６】
１つの実施形態において、接続のアクティブ状態の間に使用するための識別子が端末に割り当てられる。この識別子はアクティブ識別子と呼ばれ、wtActiveＩＤとして表される。アクティブ識別子はまた、接続ＩＤまたは他のいくつかの用語で呼ばれることがある。
【００２７】
１つの実施形態において、端末は、基地局と１つの接続だけを有することができる。別の実施形態において、端末は、同じ基地局と複数の接続を有することができ、このケースにおいて、これらの接続のアクティブ状態の間に、異なるwtActiveＩＤを端末に割り当ててもよい。例えば、複数の接続は、異なる搬送波周波数に、または所定の搬送波周波数における異なるトーンのブロックに関係付けられてもよい。さらに別の実施形態において、例えば、同時送信またはハンドオフに対して、端末は異なる基地局と複数の接続を有することができる。１つの実施形態において、各基地局は、その基地局によりサポートされるすべての接続に対してwtActiveＩＤを独立に割り当ててもよい。したがって、端末が異なる基地局と複数の接続を有する場合、これらの接続のアクティブ状態の間に、同じまたは異なるwtActiveＩＤが端末に割り当てられてもよい。各接続のアクティブ状態の間に交換されるシグナリングおよび／またはデータは、その接続に対するwtActiveＩＤにより一意的に識別してもよい。
【００２８】
システムの設計次第で、接続またはwtActiveＩＤは、いくつかの無線リソースの使用または割振に関連していてもよい。例えば、wtActiveＩＤを制御メッセージ中で使用して、目当ての端末を識別してもよい。wtActiveＩＤの長さは、制御メッセージのオーバーヘッドに対して影響を与える。トラフィックチャネルを割り当てるために使用されるメッセージのような、いくつかの制御メッセージに対して、wtActiveＩＤは、メッセージの大部分であるかもしれず、このケースにおいて、wtActiveＩＤの長さを制御して、オーバーヘッドを最小にすることが望まれる。別の例として、例えば、電力制御およびタイミング制御のような制御シグナリング目的のために、何らかの量の専用無線リソースを、各接続に割り当ててもよい。それゆえに、接続の最大数、およびそれゆえにwtActiveＩＤの長さを制御して、このような制御シグナリングの無線リソースのオーバーヘッドを制御することが望まれる。したがって、wtActiveＩＤを貴重な電波インターフェースリソースと考えてもよい。端末が基地局を離れた後、基地局は、端末により以前に使用されたwtActiveＩＤを取り戻すべきであり、基地局との接続を有することを望む別の端末に対して、wtActiveＩＤを割り当ててもよい。
【００２９】
システム設計の１つの目的は、wtActiveＩＤがアイドルである時間間隔を低減させることである。理想的には、wtActiveＩＤが第１の端末によりいったん放棄されると、wtActiveＩＤは（ほとんど）直ちに、第２の端末に割り当てられるべきである。しかしながら、このような早い切り替えは、頑強性の問題を招来するかもしれない。例えば、基地局は、例えば、シグナリングエラーのために、第１の端末がwtActiveＩＤを放棄していると考えているが、第１の端末は、それがまだwtActiveＩＤを有していると考えているかもしれない。そして、第１および第２の端末の両方が、それらがwtActiveＩＤを有していると考えているかもしれず、これは、ここで記述した技術により解決される、好ましくない非接続状態の状況である。
【００３０】
頑強性の問題を解決するために、１つの実施形態において、端末を一意的に識別するために使用される識別子が端末に割り当てられる。この識別子は、スクランブルマスク、ＭＡＣ ＩＤ，インターネットプロトコル（ＩＰ）アドレス、または他のいくつかのタイプのＩＤであってもよい。以下で詳細に記述する１つの実施形態において、wtScramblingMaskとして表されるスクランブルマスクにより、端末の識別子を与える。特定の生成多項式により、擬似乱数（ＰＮ）シーケンスを生成させてもよい。スクランブルマスクは、このＰＮシーケンスの開始を決定する。異なる端末には、異なるスクランブルマスクが割り当てられ、それらのＰＮシーケンスは、すべてゼロのマスクを用いて生成多項式により生成される、ベースＰＮシーケンスの周期的にシフトされたバージョンである。一般に、スクランブルマスクがどのように割り当てられるか次第で、端末に割り当てられるスクランブルマスクは、単一の基地局、１組の基地局、またはシステム全体に対して一意的であるかもしれない。端末は、そのwtScramblingMaskを使用して、アクティブ状態の間に、あるデータおよび／またはシグナリングをスクランブルしてもよい。
【００３１】
wtActiveＩＤとは異なり、端末識別子は、無線リソースの使用または割振に関連していないかもしれない。それゆえに、端末識別子は比較的大きい長さを有する可能性があるという点で、端末識別子は、貴重なリソースでないかもしれない。１つの実施形態において、各端末は静的な端末識別子を有し、端末が１つの基地局から別の基地局に移動するとき、静的な端末識別子は変化しない。別の実施形態において、端末が基地局と接続されるとき、端末識別子が端末にダイナミックに割り当てられる。この実施形態において、基地局は、所定の端末識別子の利用を積極的に増加させる必要はない。例えば、第１の端末が端末識別子を放棄した後、同じ端末識別子が第２の端末に割り当てられる前に、例えば、１分のような、ある期間にわたって端末識別子を使用しないでおき、第１の端末が端末識別子を実際に放棄していることを確認する。それゆえに、２つの端末の両方が同じ端末識別子を有しているとそれらが考える確率が最小化される。
【００３２】
表１は、wtActiveＩＤおよびwtScramblingMaskの実施形態を示す。この実施形態において、wtActiveＩＤは７ビットであり、１から１２６にわたる。システムアクセスの間に確立される接続に対して、wtActiveＩＤが端末に割り当てられてもよい。既存の接続によって追加される接続に対して、wtActiveＩＤが端末に割り当てられてもよい。端末が接続に対するアクティブ状態から移行するとき、その接続に対するwtActiveＩＤを無効にしてもよい。システムアクセスの間に、または他のある時間において、wtScramblingMaskが端末に割り当てられてもよく、無効にされるまで、端末はこのwtScramblingMaskを使用してもよい。
【表１】
2009544248.tif 000003
【００３３】
一般に、アクティブ識別子（例えば、wtActiveＩＤ）は、任意のサイズを有してもよく、端末識別子（例えば、wtScramblingMask）もまた、任意のサイズを有してもよい。これらのアクティブ識別子は、アクティブ識別子に対して送信されるシグナリングおよび／またはデータ中に含まれていてもよく、オーバーヘッドを表すことから、小さいアクティブ識別子を有することが望まれる。端末が、接続を追加および切断し、アクティブ状態に、およびアクティブ状態から移行するとき、アクティブ識別子を速やかに再利用（例えば、割り当て、および無効にする）してもよい。例えば、表１中で示したように、端末識別子は、アクティブ識別子より大きくてもよい。より大きい数の端末識別子が利用可能であってもよく、より大きい数の端末識別子により、端末識別子をあまり頻繁に再利用しないことが可能になる。例えば、長期間にわたって、単一の端末識別子を端末に割り当ててもよく、この同じ期間中に、異なるアクティブ識別子を端末に割り当ててもよい。
【００３４】
基地局との接続に対して、端末は、１つのＭＡＣ状態から別のＭＡＣ状態に移行してもよい。ＭＡＣ状態の移行のプロセスにおいて、エラーが発生するかもしれない。このようなエラーは、端末が１つのＭＡＣ状態にあることを端末が信じる一方で、端末が別のＭＡＣ状態にあることを基地局が信じるという非接続状態の状況をもたらすかもしれない。非接続状態の状況は、かなりのリソースを犠牲にさせるかもしれない。例えば、端末がアクティブ状態にあることを端末が信じる一方で、端末がスリープ状態にあることを基地局が信じる場合、端末は、割り当てられた無線リソース上で別の端末に対して送信するかもしれず、この他の端末に対する通信にひどく影響を及ぼすかもしれない。逆に、端末がスリープ状態にあることを端末が信じる一方で、端末がアクティブ状態にあることを基地局が信じる場合、端末は、割り当てられた無線リソース上で、何ら送信を行わず、割り当てられた無線リソースが浪費される。
【００３５】
１つの観点において、基地局は、その基地局に対する、各wtActiveＩＤおよびそれゆえに各接続、のステータスを周期的にブロードキャストする。wtActiveＩＤのステータスは、さまざまな方法で伝達してもよい。（例えば、ブロードキャストチャネルの予め定められた部分において）同期方式または（例えば、制御チャネル、トラフィックチャネル、またはブロードキャストチャネル上で、例えば、いかなる時点で送信してもよい制御メッセージにおいて）非同期方式を使用して、基地局は、wtActiveＩＤのステータスを送信してもよい。１つの実施形態において、各wtActiveＩＤのステータスは、ステータス確認ビットにより伝達される。wtActiveＩＤが端末に現在割り当てられ、使用中であると、または、いずれの端末にも現在割り当てられておらず、使用されていないと、基地局が考えているかどうかを、ステータス確認ビットは示す。ステータス確認ビットはまた、ステータスビット、ステータスインジケータ、ステータスフラグ、接続インジケータなどと呼ばれることがある。基地局のカバレッジ内のすべての端末により確実に受信できるブロードキャストチャネルにおいて、基地局は、すべてのwtActiveＩＤに対するステータス確認ビットをブロードキャストしてもよい。これらの端末は、ステータス確認ビットを使用して、非接続状態の状況を検出してもよい。別の実施形態において、各wtActiveＩＤのステータスは、そのwtActiveＩＤに対する制御チャネルまたはトラフィックチャネル上の帯域内シグナリングにより伝達される。以下の記述は、wtActiveＩＤのステータスがステータス確認ビットを使用して伝達される実施形態に対するものである。
【００３６】
さまざまな送信スキームを使用して、さまざまな方法で、ステータス確認ビットをブロードキャストしてもよい。明瞭にするために、表１中で示したwtActiveＩＤに対して、ステータス確認ビットをブロードキャストする特定の実施形態を以下で記述する。
【００３７】
１つの実施形態において、割り当てることが可能なwtActiveＩＤのそれぞれは、例えば、ダウンリンクトラフィック制御チャネル（ＤＬ．ＴＣＣＨ）のようなブロードキャストチャネルの特定のビット位置に対してマッピングされる。基地局は、各wtActiveＩＤに対する指定されたビット位置中で、そのwtActiveＩＤに対するステータス確認ビットを送信してもよい。所定のwtActiveＩＤが端末に割り当てられていると端末が信じている場合、端末は、そのwtActiveＩＤに対するビット位置中で送信されたステータス確認ビットをチェックしてもよい。端末は、ステータス確認ビットに基づいて、容易に非接続状態の状況を検出できる。
【００３８】
１つの実施形態において、基地局は、指定されたウルトラスロット中で、すべてのwtActiveＩＤに対するステータス確認ビットを周期的にブロードキャストする。図２中で示したように、各ウルトラスロットは１８個のビーコンスロットを含んでいる。基地局は１８個のビーコンスロット中で、１２６個のwtActiveＩＤに対する１２６個のステータス確認ビットをブロードキャストしてもよく、７個のステータス確認ビットが各ビーコンスロット中でブロードキャストされる。表２は、ブロードキャストチャネル中のビット位置に対してwtActiveＩＤをマッピングする実施形態を示す。この実施形態において、ブロードキャストチャネルは、ＡＣＴＩＶＥ ＩＤチェック０ないし６として表されている７個のシグナリングビットを、各ビーコンスロット中で搬送する。表２中で示したように、１２６個のwtActiveＩＤが、１８個のビーコンスロット中の７個のＡＣＴＩＶＥ ＩＤチェックに対してマッピングされる。特に、wtActiveＩＤ１ないし７に対するステータス確認ビットが、ビーコンスロット０において、それぞれＡＣＴＩＶＥ ＩＤチェック０ないし６を使用して送信され、wtActiveＩＤ８ないし１４に対するステータス確認ビットが、ビーコンスロット１において、それぞれＡＣＴＩＶＥ ＩＤチェック０ないし６を使用して送信され、等々である。
【表２】
2009544248.tif 000004
【００３９】
それゆえに、各wtActiveＩＤに対するステータス確認ビットは、特定のビーコンスロット中の特定のＡＣＴＩＶＥ ＩＤチェックを使用して送信され、wtActiveＩＤを次のように決定してもよい。
【数１】
2009544248.tif 000005
【００４０】
ここで、ビーコンスロットインデックス∈｛０、．．．、１７｝は、ウルトラスロット中の１８個のビーコンスロットに対するインデックスであり、ｋ∈｛０、．．．、６｝は、ビーコンスロット中の７個のＡＣＴＩＶＥ ＩＤチェックに対するインデックスであり、wtActiveＩＤ Ｎｕｍ∈｛１、．．．、１２６｝は、ビーコンスロットインデックスのインデックスを有するビーコンスロット中のＡＣＴＩＶＥ ＩＤチェックｋにマッピングされるwtActiveＩＤである。
【００４１】
対応して、次のように、特定のwtActiveＩＤを有する端末は、そのwtActiveＩＤに対して適用可能なＡＣＴＩＶＥ ＩＤチェックを搬送するビーコンスロットを決定してもよい。
【数２】
2009544248.tif 000006
【００４２】
ここでｆｌｏｏｒ（）は、括弧内の値に対して最も近い小さい方の整数を戻すフロア演算を表す。
【００４３】
図４は、wtActiveＩＤに対するステータス確認ビットをブロードキャストする実施形態を示す。ステータス確認ビットは、指定ウルトラスロット中で、ステータス確認サイクルごとに１回、周期的にブロードキャストしてもよい。例えば、ステータス確認サイクルは、１個のスーパーウルトラスロットに等しくてもよく、ステータス確認ビットは、各スーパーウルトラスロットのウルトラスロット０中で送信してもよい。ステータス確認ビットはまた、すべてのウルトラスロット中で、または他の何らかの周期でブロードキャストしてもよい。ステータス確認ビットがブロードキャストされる各ウルトラスロットにおいて、wtActiveＩＤ１ないし７に対するステータス確認ビットは、ビーコンスロット０中で送信され、wtActiveＩＤ８ないし１４に対するステータス確認ビットは、ビーコンスロット１中で送信され、等々であり、wtActiveＩＤ１２０ないし１２６に対するステータス確認ビットは、ビーコンスロット１７中で送信される。以下で記述するように、ステータス確認ビットをエンコードおよび送信してもよい。
【００４４】
１つの実施形態において、wtActiveＩＤが端末に割り当てられている場合、基地局は、wtActiveＩＤに対するステータス確認ビットを‘１’に設定し、wtActiveＩＤがいずれの端末にも割り当てられていない場合、ステータス確認ビットを‘０’に設定する。例えば、現在のビーコンスロットの始めのシンボルにおけるような、基地局およびすべての端末に既知である予め定められた時点で、基地局は、wtActiveＩＤが割り当てられているか、または割り当てられていないかに関する決定を実施してもよい。１つの実施形態において、アクティブ状態にある端末は、端末に割り当てられたwtActiveＩＤに対するステータス確認ビットを監視する。端末がアクティブ状態にあることから、ステータス確認ビットは、‘１’に設定されているはずである。したがって、ステータス確認ビットが‘０’に設定されている場合、基地局および端末が非接続状態を有していることを端末は検出できる。端末は、次に、例えば、wtActiveＩＤを静かに放棄し、基地局にアクセスするような、適切な訂正動作を実行してもよい。
【００４５】
アクティブ状態にある端末は、そのwtActiveＩＤに対するステータス確認ビットをチェックして、非接続状態を検出してもよい。これにより、wtActiveＩＤが割り当てられていないと基地局が考えているときに、端末がwtActiveＩＤを有していると端末が信じる状況が回避される。所定のwtActiveＩＤが割り当てられていると基地局は考えているが、どの端末もこのwtActiveＩＤがそれらに割り当てられているとは信じておらず、それゆえに、ステータス確認ビットをチェックしないような逆の状況も発生するかもしれない。基地局は、他のメカニズムを使用して、この誤り状況を検出してもよい。例えば、wtActiveＩＤが割り当てられている端末は、例えば、反復ベースで、タイミング制御のような、アップリンク上で、あるシグナリングを送信する必要があるかもしれない。基地局が、必要なシグナリングが無いことを検出する場合、非接続状態が発生していることを基地局は推定してもよい。
【００４６】
同じwtActiveＩＤがそれらに割り当てられていると複数の端末が信じているかもしれない。例えば、アクティブ状態からスリープ状態への移行中に、端末ｘに対してエラーが発生するかもしれない。端末ｘは、それがアクティブ状態にあることを信じているかもしれず、以前に割り当てられたwtActiveＩＤの使用を継続するかもしれない。基地局は、端末ｘがスリープ状態にあると信じているかもしれず、端末ｙに対してこのwtActiveＩＤを割り当てるかもしれない。端末ｘとｙは両方とも、同じwtActiveＩＤがそれらに割り当てられていると信じているかもしれない。基地局が、このwtActiveＩＤに対するステータス確認ビットを‘１’に設定している場合、両方の端末は、それらが有効なwtActiveＩＤを有していると信じているかもしれない。これらの端末は、両方に損害を与えるほど、wtActiveＩＤを同時に使用するかもしれない。
【００４７】
別の観点において、基地局は、現在使用中である各wtActiveＩＤが割り当てられた端末の識別をブロードキャストする。割り当てられた端末の識別は、さまざまな方法で伝達してもよい。１つの実施形態において、端末識別は、wtScramblingMaskにより与えられる。端末は、その端末に割り当てられていると端末が信じているwtActiveＩＤに対するステータス確認ビットをチェックしてもよい。このステータス確認ビットが‘１’に設定されている場合、端末は、このＡｃｔｉｖｅＩＤに対して送信されたwtScramblingMaskをさらにチェックして、wtActiveＩＤが端末に実際に割り当てられているかどうかを決定してもよい。別の実施形態において、wtScramblingMaskによりステータス確認ビットをスクランブルすることにより、端末識別が伝達される。以下の記述は、wtScramblingMaskを送信することにより端末識別が伝達される実施形態に対するものである。
【００４８】
１つの実施形態において、基地局は、（例えば、各ウルトラスロット中で）各wtActiveＩＤに対するステータス確認ビットを周期的にブロードキャストし、また、（例えば、ステータス確認ビットと混ぜ合わせて）wtActiveＩＤが現在割り当てられている端末のwtScramblingMaskを周期的にブロードキャストする。例えば、表２中で示したように、各wtActiveＩＤに対する指定されたビット位置中で、基地局は、そのwtActiveＩＤに対する、ステータス確認ビットとwtScramblingMaskとを送信してもよい。
【００４９】
表３は、wtActiveＩＤに対する、ステータス確認ビットとwtScramblingMaskとを送信する実施形態を示す。この実施形態において、wtActiveＩＤに対するステータス確認ビットは、ウルトラスロット０中で送信され、wtActiveＩＤが現在割り当てられているか、または割り当てられていないかを示す。wtActiveＩＤが割り当てられている場合、wtActiveＩＤが現在割り当てられている端末のwtScramblingMaskが、ウルトラスロット１ないし７中で送信される。wtActiveＩＤが割り当てられていない場合、１つの実施形態において、wtActiveＩＤが割り当てられた最後の端末のwtScramblingMaskが、ウルトラスロット１ないし７中で送信される。別の実施形態において、最も最近wtActiveＩＤが割り当てられたが、wtActiveＩＤが放棄された端末のwtScramblingMaskの、ビットごとの反転を、基地局が送信する。例えば、端末のwtScramblingMaskが１００１１００１１１０１１００１である場合、ビットごとの反転は、０１１００１１０００１００１１０である。wtScramblingMaskの反転を送信することにより、wtActiveＩＤが最後に割り当てられた端末がwtScramblingMaskに関するミスマッチを速やかに認識し、システムから切断することが可能になる。さらに別の実施形態において、wtActiveＩＤが現在割り当てられていない場合、すべての端末に既知である予め定められたwtScramblingMask（例えば、すべてゼロ）を送信してもよい。wtActiveＩＤがどの端末にもこれまで割り当てられたことがない場合、１つの実施形態において、予め定められたwtScramblingMaskをウルトラスロット１ないし７中で送信してもよい。予め定められたwtScramblingMaskは、いずれの端末にも割り当てられるべきでない。
【表３】
2009544248.tif 000007
【００５０】
図５は、wtActiveＩＤに対するステータス確認ビットと、wtActiveＩＤが割り当てられた端末のwtScramblingMaskとをブロードキャストする実施形態を示す。この実施形態において、例えば、図４中で示したように、ウルトラスロット０中で、スーパースロットごとに1回、ステータス確認ビットが周期的にブロードキャストされる。wtActiveＩＤが（現在または最後に）割り当てられている端末に対するwtScramblingMaskの第１のビットは、同じＡＣＴＩＶＥ ＩＤチェックを使用して、ウルトラスロット１中でブロードキャストされる。wtActiveＩＤが現在または最後に割り当てられている端末に対するwtScramblingMaskの第２のビットは、ウルトラスロット２中でブロードキャストされる。wtScramblingMaskの第３ないし第７のビットはそれぞれ、同様の方法で、ウルトラスロット３ないし７中でブロードキャストされる。例えば、表３中で示したように、各ビーコンスロットの開始において、基地局は、そのビーコンスロット中で送信すべき７個のwtActiveＩＤの現在のステータスを決定し、７個のＡＣＴＩＶＥ ＩＤチェックの値を決定してもよい。
【００５１】
図５中で示した実施形態において、各wtActiveＩＤに対するwtScramblingMaskにおけるスクランブルビットのサブセットだけがブロードキャストされる。この実施形態において、あいまい性を回避する方法で、wtActiveＩＤおよび／またはwtScramblingMaskを端末に割り当ててもよい。例えば、スクランブルビット１ないし７が、所定のwtActiveＩＤが割り当てられた最後の端末のものとは異なっているwtScramblingMaskを有する新しい端末に対して、所定のwtActiveＩＤを割り当ててもよい。別の実施形態において、より多いまたはすべてのスクランブルビットが送信される。例えば、スクランブルビット０ないし６を１つのスーパーウルトラスロット中で送信してもよく、スクランブルビット７ないし１３を別のスーパーウルトラスロット中で送信してもよく、スクランブルビット１４および１５をさらに別のスーパーウルトラスロット中で送信してもよい。
【００５２】
一般に、ステータス情報（例えば、ステータス確認ビットおよびwtScramblingMask）は、さまざまなコーディングおよび変調スキームを使用して、さまざまな方法で送信してもよい。明瞭にするために、表２および表３中で示したＡＣＴＩＶＥ ＩＤチェックを使用してステータス情報を送信する特定の実施形態を以下で記述する。図４および図５中で示したように、これらのＡＣＴＩＶＥ ＩＤチェックは、いくつかのビーコンスロット中でステータス確認ビットを搬送し、他のいくつかのビーコンスロット中でwtScramblingMaskを搬送してもよい。
【００５３】
１つの実施形態において、ＡＣＴＩＶＥ ＩＤチェックは、フラッシュ処理を使用して送信され、フラッシュ処理は、エンコーディング、シンボルマッピング、およびトーンマッピングを共同で実行する。所定のビーコンスロット中で送信すべき７個のＡＣＴＩＶＥ ＩＤチェックは、ｂ6、ｂ5、ｂ4、．．．、ｂ0として表してもよい。次のように、情報ビットｂ4、．．．、ｂ0を、１×５のベクトルｂ中で与えてもよい。
【数３】
2009544248.tif 000008
【００５４】
５×１６の生成行列Ｇを次のように定義してもよい。
【数４】
2009544248.tif 000009
【００５５】
次のように、情報ビットｂ4、．．．、ｂ0に対して、コードビットを生成させてもよい。
【数５】
2009544248.tif 000010
【００５６】
ここで、ｃ＝［ｃ15 ｃ14 ．．．ｃ1 ｃ0］は、１６個のコードビットを含んでいる１×１６の行ベクトルである。１６個のビットコードを別のコーディングスキームによりさらにエンコードして、最悪のケースのチャネル状態を有する、不利な条件におかれた端末による場合でさえ、ステータス情報を確実に受信できるようにする追加のコーディング保護を提供してもよい。１つの例示的なコーディングスキームは、フラッシュエンコーディングスキームである。ステータス情報はまた、他のコーディングおよび変調スキーム、トーンマッピングスキームなどを使用して、他の方法で送信してもよい。例えば、ＡＣＴＩＶＥ ＩＤチェックを別々にエンコードして送信してもよく、それにより端末は、関心のあるビットだけを受信できる。ＡＣＴＩＶＥ ＩＤチェックを一緒にエンコードおよび変調して、１組の変調シンボルを発生させてもよく、１組の変調シンボルは、固定された組のトーンシンボルにマッピングしてもよい。各ＡＣＴＩＶＥ ＩＤチェック、ＡＣＴＩＶＥ ＩＤチェックのサブセット、またはすべてのＡＣＴＩＶＥ ＩＤチェックは、他の情報ビットと組み合わせ、端末に対してブロードキャストしてもよい単一のコードワードにエンコードしてもよい。
【００５７】
図６は、ステータス確認のために端末により実行されるプロセス６００の実施形態を示す。プロセス６００は、図５中で示した実施形態に対するものである。端末は、端末に対して割り当てられていると信じられている特定のwtActiveＩＤに対するステータス確認ビットを受信する（ブロック６１２）。このステータス確認ビットは、ブロードキャストチャネルの指定されたビット位置中で周期的に（例えば、ウルトラスロット０においてスーパースロットごとに１回）ブロードキャストしてもよい。対応するwtActiveＩＤが割り当てられていることを示している‘１’にステータス確認ビットが設定されているかどうかを端末は決定する（ブロック６１４）。ステータス確認ビットが‘０’に設定されている場合、端末はwtActiveＩＤを放棄し、システムにアクセスする（ブロック６２４）。
【００５８】
さもなくて、ステータス確認ビットが‘１’に設定されている場合、端末は、wtActiveＩＤに対して送信されるスクランブルビットを受信する（ブロック６１６）。これらのスクランブルビットは、wtActiveＩＤが割り当てられていると基地局により考えられている端末のwtScramblingMaskに対するものである。スクランブルビットは、ステータス確認ビットに対して使用される同じビット位置中で（例えば、ウルトラスロット１ないし７中で）送信してもよい。wtActiveＩＤに対する受信スクランブルビットが端末のwtScramblingMaskに一致するかどうかを端末は決定する（ブロック６１８）。ブロック６２０において決定されるように、スクランブルビットが一致する場合、端末は、通信に対してwtActiveＩＤの使用を継続する（ブロック６２２）。さもなければ、端末はwtActiveＩＤを放棄し、システムにアクセスする（ブロック６２４）。
【００５９】
図６中で示したように、特定のwtActiveＩＤが端末に割り当てられていると端末が信じている場合、端末は、そのwtActiveＩＤに対するステータス確認ビットをチェックしてもよい。端末は、ステータス確認ビットに基づいて、非接続状態を容易に検出できる。端末はまた、wtActiveＩＤに対する送信スクランブルビットに基づいて、wtActiveＩＤが端末に実際に割り当てられていることを容易に検出できる。
【００６０】
図６中で示したように、端末は、そのwtActiveＩＤに対するステータス確認ビットをチェックし、次にwtActiveＩＤに対する送信スクランブルビットをチェックしてもよい。端末はまた、ステータス確認ビットをチェックする前にスクランブルビットをチェックしてもよい。端末はシステムのタイミングを有しており、各スクランブルビットが送信されるときを知っている。wtActiveＩＤに対して送信されるいずれのスクランブルビットも端末のwtScramblingMaskに一致しない場合、端末は、wtActiveＩＤが端末に割り当てられていないことを速やかに確かめることができる。
【００６１】
アクティブ識別子に対するステータス情報を送信する特定の実施形態を上述してきた。上述したように、ステータス情報は、アクティブ識別子に対するステータス確認ビットと、端末に対するスクランブルマスクとを含んでいてもよい。端末情報はまた、異なるおよび／または追加の情報を含んでいてもよい。例えば、図４中で示したように、ステータス情報は、ステータス確認ビットだけを含んでいてもよい。ステータス情報はまた、現在割り当てられているアクティブ識別子に対して送信されるスクランブルマスクと、現在割り当てられていないアクティブ識別子に対するすべて０とだけを含んでいてもよい。スクランブルマスクに加えて、他のタイプの識別子を端末に対して使用してもよい。
【００６２】
ステータス情報はまた、他の方法で送信してもよい。例えば、表２中で示したように、ステータス確認ビットは、ブロードキャストチャネルの指定されたビット位置中で送信してもよい。ステータス確認ビットはまた、単一のメッセージ中で送信してもよい。表３および図５中で示したように、スクランブルマスクを送信してもよい。（１）ステータス確認ビットを送信するときはいつでも１つのスクランブルビットを送信し、（２）１６回のステータス確認ビットの送信後に１６個のスクランブルビットがひと巡りするように、スクランブルマスクを送信してもよい。
【００６３】
一般に、ステータス情報は、何らかのタイプの情報と、情報の何らかの組み合わせとを含んでいてもよい。ステータス情報はまた、さまざまな、フォーマットや、コーディングおよび変調スキームや、波形や、周期性や、トーンや、シンボル期間などを使用して送信してもよい。
【００６４】
図７は、基地局により実行され、基地局のカバレッジの下で端末によるステータス確認をサポートするプロセス７００の実施形態を示す。基地局との接続を有し、アクティブ状態で動作している端末に対して、基地局はアクティブ識別子を割り当ててもよい。基地局は、アクティブ状態から移行している端末のアクティブ識別子を無効にしてもよい。
【００６５】
基地局は、基地局と通信している端末を識別するために使用されているアクティブ識別子のステータスを決定する（ブロック７１２）。これらのアクティブ識別子は、wtActiveＩＤ、接続ＩＤ、または他のいくつかの用語で呼ばれることがある。ブロック７１２に対して、基地局は、端末に対して現在割り当てられているアクティブ識別子と、いずれの端末に対しても現在割り当てられていないアクティブ識別子とを決定してもよい。基地局は、アクティブ識別子が現在割り当てられている端末の識別を決定し（ブロック７１４）、現在割り当てられていないアクティブ識別子が最後に割り当てられた端末の識別を決定する（ブロック７１６）。基地局は、すべての端末に既知である予め定められた時点で、ブロック７１２、７１４、および７１６における決定を実施してもよい。
【００６６】
基地局は、アクティブ識別子のステータスをブロードキャストする（ブロック７１８）。アクティブ識別子が現在割り当てられているか、または割り当てられていないかを示すそれぞれのステータス確認ビットにより、各アクティブ識別子のステータスを伝達してもよい。基地局は、ブロードキャストチャネルの指定されたビット位置中で、各アクティブ識別子に対するステータス確認ビットを送信してもよい。基地局はまた、アクティブ識別子が（現在および／または最後に）割り当てられている端末の識別をブロードキャストしてもよい（ブロック７２０）。スクランブルマスク、または端末に対して割り当てられた他のいくつかのタイプの識別子により、端末の識別を与えてもよい。端末の識別はまた、さまざまな異なる方法で、および／またはさまざまなフォーマットを使用して送信してもよい。例えば、アクティブ識別子が現在割り当てられている端末の識別は、ビットごとの反転なしで送信してもよい一方で、アクティブ端末が最後に割り当てられた端末の識別は、ビットごとの反転により送信してもよい。
【００６７】
例えば、各スーパーウルトラスロットのような、予め定められた各時間間隔において周期的に、基地局はアクティブ識別子のステータスをブロードキャストしてもよい。基地局は、ステータスを送信するために指定されたタイムスロット中で、例えば、ウルトラスロットの第１のサブセット中で、または各スーパースロットのうちの第１のウルトラスロット中で、アクティブ識別子のステータスをブロードキャストしてもよい。基地局は、端末の識別を送信するために指定されたタイムスロット中で、例えば、ウルトラスロットの第２のサブセット中で、または各スーパーウルトラスロットのうちの第２ないし最後のウルトラスロット中で、アクティブ識別子が（現在および／または最後に）割り当てられている端末の識別をブロードキャストしてもよい。基地局は、第２ないし最後のウルトラスロットのそれぞれにおいて、スクランブルマスクの異なるビットをブロードキャストしてもよい。基地局はまた、制御メッセージ中で、ステータス情報を送信してもよい。
【００６８】
図８は、ステータス確認をサポートする装置８００の実施形態を示す。装置８００は、基地局と通信している端末を識別するために使用されているアクティブ識別子のステータスを決定する手段（ブロック８１２）と、アクティブ識別子が現在割り当てられている端末の識別を決定する手段（ブロック８１４）と、現在割り当てられていないアクティブ識別子が最後に割り当てられた端末の識別を決定する手段（ブロック８１６）と、アクティブ識別子のステータスをブロードキャストする手段（ブロック８１８）と、アクティブ識別子が現在または最後に割り当てられている端末の識別をブロードキャストする手段（ブロック８２０）とを含んでいる。
【００６９】
図９は、ステータス確認のために端末により実行されるプロセス９００の実施形態を示す。端末は、基地局と通信している少なくとも１つの端末を識別するために使用されている少なくとも１つのアクティブ識別子に対するステータス情報を受信する（ブロック９１２）。受信したステータス情報に基づいて、端末は、端末に対して割り当てられていると信じられている特定のアクティブ識別子の現在のステータスを決定する（ブロック９１４）。ステータス情報は、少なくとも１つのアクティブ識別子のそれぞれが、割り当てられているかまたは割り当てられていないかを示している少なくとも１つのステータス確認ビットを含んでいてもよい。端末は次に、特定のアクティブ識別子に対するステータス確認ビットを取得してもよく、ステータス確認ビットに基づいて、このアクティブ識別子の現在のステータスを決定してもよい。
【００７０】
ステータス情報中で、アクティブ識別子に対して送信された識別に基づいて、特定のアクティブ識別子が端末に現在割り当てられているかどうかを端末は決定する（ブロック９１６）。端末の識別は、スクランブルマスクにより与えてもよい。端末は、アクティブ識別子に対して送信されるスクランブルマスクを取得してもよく、スクランブルマスクに基づいて、アクティブ識別子が端末に現在割り当てられているかどうかを決定してもよい。アクティブ識別子がいずれの端末に対しても現在割り当てられていないことを、または、アクティブ識別子が別の端末に現在割り当てられていることをステータス確認ビットが示す場合、端末はアクティブ識別子を放棄する（ブロック９１８）。端末は、反復ベースで、例えば、予め定められた各時間間隔において周期的に、ステータス情報を受信してもよい。指定されたビット位置およびタイムスロット中で、端末はアクティブ識別子に対するステータス確認ビットおよびスクランブルマスクを受信してもよい。
【００７１】
図１０は、ステータス確認を実行する装置１０００の実施形態を示す。装置１０００は、基地局と通信している少なくとも１つの端末を識別するために使用されている少なくとも１つのアクティブ識別子に対するステータス情報を、端末において受信する手段（ブロック１０１２）と、受信したステータス情報に基づいて、端末に割り当てられていると信じられている特定のアクティブ識別子の現在のステータスを決定する手段（ブロック１０１４）と、ステータス情報中で、アクティブ識別子に対して送信された識別に基づいて、アクティブ識別子が端末に現在割り当てられているかどうかを決定する手段（ブロック１０１６）と、アクティブ識別子がいずれの端末に対しても現在割り当てられていないことを、または、アクティブ識別子が別の端末に現在割り当てられていることをステータス確認ビットが示す場合、アクティブ識別子を放棄する手段（ブロック１０１８）とを含んでいる。
【００７２】
ここで記述したステータス確認技術を他の目的のために使用してもよい。例えば、ここで記述した技術を使用して、各端末のＭＡＣ状態を伝達してもよい。別の例として、端末からの、ある情報に対する要求を、本技術を使用して送信してもよい。
【００７３】
図１１は、図１中の基地局１１０および端末１２０の実施形態のブロック図を示す。基地局１１０において、送信（ＴＸ）データおよびシグナリングプロセッサ１１１０は、担当している端末に対するトラフィックデータとシグナリング（例えば、ステータス情報）とを受け取る。プロセッサ１１１０は、トラフィックデータ、シグナリング、およびパイロットを処理し（例えば、フォーマットし、エンコードし、インターリーブし、およびシンボルマッピングし）、出力シンボルを提供する。例えば、上述したように、プロセッサ１１１０は、ステータス情報に対してフラッシュ処理を実行してもよい。ＯＭＤＭ変調器１１１２は、出力シンボルに対してＯＦＤＭ変調を実行し、ＯＦＤＭシンボルを発生させる。送信機（ＴＭＴＲ）１１１４は、ＯＦＤＭシンボルを調整して（例えば、アナログに変換し、フィルタリングし、増幅し、およびアップコンバートして）、アンテナ１１１６を通して送信されるダウンリンク信号を発生させる。
【００７４】
端末１２０において、アンテナ１１５２は、基地局１１０および他の基地局からダウンリンク信号を受信し、受信機（ＲＣＶＲ）１１５４に対して受信信号を提供する。受信機１１５４は受信信号を調整し、デジタル化し、サンプルを提供する。ＯＦＤＭ復調器（Ｄｅｍｏｄ）１１５６は、サンプルに対してＯＦＤＭ復調を実行し、周波数領域シンボルを提供する。受信（ＲＸ）データおよびシグナリングプロセッサ１１５８は、周波数領域シンボルを処理し（例えば、シンボルデマッピングし、デインターリーブし、およびデコードし）、端末１２０に対して、デコードされたデータおよびシグナリングを提供する。プロセッサ１１５８は、ステータス情報に対してフラッシュ検出／デコーディングを実行してもよい。アップリンク上で、送信データおよびシグナリングプロセッサ１１６０は、基地局１１０に対して送信すべき、トラフィックデータ、シグナリング、およびパイロットに対する出力シンボルを発生させる。ＯＦＤＭ変調器１１６２は出力シンボルに対してＯＦＤＭ変調を実行し、ＯＦＤＭシンボルを発生させる。送信機１１６４はＯＦＤＭシンボルを調整し、アンテナ１１５２を通して送信されるアップリンク信号を発生させる。
【００７５】
基地局１１０において、端末１２０および他の端末からのアップリンク信号は、アンテナ１１１６により受信され、受信機１１２０により調整され、デジタル化され、ＯＦＤＭ復調器１１２２により復調され、受信データおよびシグナリングプロセッサ１１２４により処理されて、端末１２０および他の端末により送信されたトラフィックデータおよびシグナリングが回復される。
【００７６】
制御装置／プロセッサ１１３０および１１７０は、それぞれ基地局１１０および端末１２０においてさまざまな処理ユニットの動作を命令する。制御装置／プロセッサ１１３０は、ステータス確認をサポートし、基地局１１０により割り当てることが可能なアクティブ識別子のステータスを決定し、アクティブ識別子に対するステータス情報を発生させてもよい。制御装置／プロセッサ１１３０は、図７中のプロセス７００および／または他のプロセスを実行してもよい。制御装置／プロセッサ１１７０は、端末１２０に対するステータス確認を実行し、プロセッサ１１５８からステータス情報を受信し、端末１２０に対するアクティブ識別子の現在のステータスを決定してもよい。制御装置／プロセッサ１１７０は、図６中のプロセス６００、図９中のプロセス９００、および／または他のプロセスを実行してもよい。メモリ１１３２および１１７２は、それぞれ基地局１１０および端末１２０に対するプログラムコードおよびデータを記憶する。
【００７７】
ここで記述したステータス確認技術を、さまざまな手段により実現してもよい。例えば、これらの技術は、ハードウェア、ソフトウェア、またはこれらの組み合わせ中で実現してもよい。ハードウェア実施のために、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、デジタル信号処理デバイス（ＤＳＰＤ）、プログラム可能論理デバイス（ＰＬＤ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、プロセッサ、制御装置、マイクロ制御装置、マイクロプロセッサ、電子デバイス、ここで記述した機能を実行するように設計された他の電子ユニット、またはこれらの組み合わせ内で、ステータス確認のために使用される、端末または基地局における処理ユニットを実現してもよい。
【００７８】
ファームウェアおよび／またはソフトウェア実現のために、ここで記述した機能を実行するモジュール（例えば、手続き、関数など）により、ステータス確認技術を実現してもよい。ファームウェアおよび／またはソフトウェアコードを、メモリ（例えば、図１１中のメモリ１１３２または１１７２）中に記憶し、プロセッサ（例えば、プロセッサ１１３０または１１７０）により実行してもよい。メモリは、プロセッサ内部またはプロセッサ外部で実現してもよい。
【００７９】
いかなる当業者であっても本発明を作りまたは使用できるように、開示した実施形態の記述をこれまでに提供している。これらの実施形態に対してさまざまな修正が当業者に容易に明らかになり、本発明の精神または範囲から逸脱することなく、ここで規定した一般的な原理を、他の実施形態に適用してもよい。したがって、本発明は、ここで示した実施形態に限定するように向けられてはいないが、ここで開示した原理および新規な特徴と一致する最も広い範囲に一致すべきである。
【図１】
2009544248.tif 000011
【図２】
2009544248.tif 000012
【図３】
2009544248.tif 000013
【図４】
2009544248.tif 000014
【図５】
2009544248.tif 000015
【図６】
2009544248.tif 000016
【図７】
2009544248.tif 000017
【図８】
2009544248.tif 000018
【図９】
2009544248.tif 000019
【図１０】
2009544248.tif 000020
【図１１】
2009544248.tif 000021
【国際調査報告】
2009544248.tif 000022
2009544248.tif 000023
2009544248.tif 000024