(57)【特許請求の範囲】
【請求項１】
無線通信システムにおけるサービス・フロー維持のための方法であって、前記方法は、加入者局によって実施され、
前記加入者局がアイドル・モードにある間、前記加入者局と基地局との間でサービス・フローが維持されているかを判定することと、
前記加入者局が前記アイドル・モードを出た場合に、前記サービス・フローを再開することと、
前記サービス・フローがデータ・アクティビティを有しているかをモニタリングすることと、
データ・アクティビティが存在しない場合、前記サービス・フローを削除することと
を備える方法。
【請求項２】
前記加入者局が前記アイドル・モードに入る前に、前記サービス・フローに関する情報を格納することをさらに備える請求項１に記載の方法。
【請求項３】
前記サービス・フローが維持されているかを判定することは、
前記サービス・フローが維持されるべきかを示す新たなパラメータを、前記サービス・フローへ追加することと、
前記新たなパラメータに基づいて、前記サービス・フローを維持するかを判定することと
を備える請求項１に記載の方法。
【請求項４】
前記サービス・フローが、非要求許可サービス（ＵＧＳ）、リアル・タイム可変レート（ＲＴ−ＶＲ）、拡張リアル・タイム可変レート（ＥＲＴ−ＶＲ）のうちのいずれか１つのタイプである場合であるか、または、最大レイテンシ・サービス品質（ＱｏＳ）パラメータが、予め定めた値未満であれば、前記サービス・フローが維持される請求項１に記載の方法。
【請求項５】
前記サービス・フローが維持されているかを判定することは、データ需要メトリックに基づき、前記データ需要メトリックは、前記サービス・フローのデータ需要が、特定長さの時間内に再発する可能性を示す請求項１に記載の方法。
【請求項６】
前記サービス・フローが維持されているかを判定することは、前記サービス・フローが使用されているアプリケーションに基づき、プッシュ・トゥ・トーク・アプリケーションによって使用されるサービス・フローが維持され、電子メール、ウェブ・ブラウジング、およびボイス・オーバＩＰ（ＶｏＩＰ）によって使用されるサービス・フローは維持されない請求項１に記載の方法。
【請求項７】
前記サービス・フローを再開することは、
前記サービス・フローをサポートするために利用可能な十分な帯域幅があるかを基地局が検証せよとの要求を、前記基地局に送ることと、
前記要求に基づいて、前記基地局から応答を受信することと、
利用可能な十分な帯域幅があることを前記応答が示す場合、前記サービス・フローの設定タイプ・サービス品質（ＱｏＳ）パラメータを、許可済みかつアクティブに変更することと、
利用可能な十分な帯域幅がないことを前記応答が示す場合、前記サービス・フローの設定タイプＱｏＳパラメータを、提供済みに変更することと
を備える請求項１に記載の方法。
【請求項８】
前記サービス・フローを再開することは、
前記サービス・フローをサポートするために利用可能な十分な帯域幅があるかを基地局が検証せよとの要求を、前記基地局に送ることと、
前記要求に基づいて、前記基地局から応答を受信することと、
利用可能な十分な帯域幅があることを前記応答が示す場合であっても、前記サービス・フローの設定タイプ・サービス品質（ＱｏＳ）パラメータを、提供済みに変更することと
を備える請求項１に記載の方法。
【請求項９】
前記サービス・フローを再開することは、前記サービス・フローのために利用可能な十分な帯域幅がない場合、前記基地局と、サービス・フローの開始または解除を再ネゴシエートすることを備える請求項１に記載の方法。
【請求項１０】
前記サービス・フローがデータ・アクティビティを有しているかをモニタリングすることは、
前記サービス・フローが生成された場合、カウンタを初期化することと、
通常モード中、前記サービス・フローが、データ送信を有していない場合、前記カウンタをインクリメントすることと、
前記通常モード中、前記サービス・フローが、データ送信を有している場合、前記カウンタをリセットすることと、
前記カウンタがしきい値を超えた場合、前記サービス・フローを、データ・アクティビティを有していないとして識別することと
を備える請求項１に記載の方法。
【請求項１１】
前記サービス・フローがデータ・アクティビティを有しているかをモニタリングすることは、
前記サービス・フローが生成された場合、タイマをゼロに初期化することと、
データ送信があるまで、前記タイマを動作させることと、
前記データ送信が生じた場合、前記タイマをリセットすることと、
前記タイマがしきい値を超えた場合、前記サービス・フローを、データ・アクティビティを有していないとして識別することと
を備える請求項１に記載の方法。
【請求項１２】
無線通信システムにおいて、サービス・フローを維持するための加入者局であって、
プロセッサと、
前記プロセッサと電気的に通信するメモリと、
前記メモリに格納された命令群とを備え、
前記命令群は、
前記加入者局がアイドル・モードである間に、前記加入者局と基地局との間でサービス・フローが維持されているかを判定し、
前記加入者局が前記アイドル・モードを出た場合に、前記サービス・フローを再開し、
前記サービス・フローがデータ・アクティビティを有しているかをモニタリングし、
データ・アクティビティが存在しない場合、前記サービス・フローを削除する
ように前記プロセッサによって実行可能である加入者局。
【請求項１３】
前記命令群はまた、前記加入者局が前記アイドル・モードに入る前に、前記サービス・フローに関する情報を格納するように実行可能である請求項１２に記載の加入者局。
【請求項１４】
前記サービス・フローが維持されているかを判定することは、
前記サービス・フローが維持されるべきかを示す新たなパラメータを、前記サービス・フローへ追加することと、
前記新たなパラメータに基づいて、前記サービス・フローを維持するかを判定することと
を備える請求項１２に記載の加入者局。
【請求項１５】
前記サービス・フローが、非要求許可サービス（ＵＧＳ）、リアル・タイム可変レート（ＲＴ−ＶＲ）、拡張リアル・タイム可変レート（ＥＲＴ−ＶＲ）のうちのいずれか１つのタイプである場合であるか、または、最大レイテンシ・サービス品質（ＱｏＳ）パラメータが、予め定めた値未満であれば、前記サービス・フローが維持される請求項１２に記載の加入者局。
【請求項１６】
前記サービス・フローが維持されているかを判定することは、データ需要メトリックに基づき、前記データ需要メトリックは、前記サービス・フローのデータ需要が、特定長さの時間内に再発する可能性を示す請求項１２に記載の加入者局。
【請求項１７】
前記サービス・フローが維持されているかを判定することは、前記サービス・フローが使用されているアプリケーションに基づき、プッシュ・トゥ・トーク・アプリケーションによって使用されるサービス・フローが維持され、電子メール、ウェブ・ブラウジング、およびボイス・オーバＩＰ（ＶｏＩＰ）によって使用されるサービス・フローは維持されない請求項１２に記載の加入者局。
【請求項１８】
前記サービス・フローを再開することは、
前記サービス・フローをサポートするために利用可能な十分な帯域幅があるかを基地局が検証せよとの要求を、前記基地局に送ることと、
前記要求に基づいて、前記基地局から応答を受信することと、
利用可能な十分な帯域幅があることを前記応答が示す場合、前記サービス・フローの設定タイプ・サービス品質（ＱｏＳ）パラメータを、許可済みかつアクティブに変更することと、
利用可能な十分な帯域幅がないことを前記応答が示す場合、前記サービス・フローの設定タイプＱｏＳパラメータを、提供済みに変更することと
を備える請求項１２に記載の加入者局。
【請求項１９】
前記サービス・フローを再開することは、
前記サービス・フローをサポートするために利用可能な十分な帯域幅があるかを基地局が検証せよとの要求を、前記基地局に送ることと、
前記要求に基づいて、前記基地局から応答を受信することと、
利用可能な十分な帯域幅があることを前記応答が示す場合であっても、前記サービス・フローの設定タイプ・サービス品質（ＱｏＳ）パラメータを、提供済みに変更することと
を備える請求項１２に記載の加入者局。
【請求項２０】
前記サービス・フローを再開することは、前記サービス・フローのために利用可能な十分な帯域幅がない場合、前記基地局と、サービス・フローの開始または解除を再ネゴシエートすることを備える請求項１２に記載の加入者局。
【請求項２１】
前記サービス・フローがデータ・アクティビティを有しているかをモニタリングすることは、
前記サービス・フローが生成された場合、カウンタを初期化することと、
通常モード中、前記サービス・フローが、データ送信を有していない場合、前記カウンタをインクリメントすることと、
前記通常モード中、前記サービス・フローが、データ送信を有している場合、前記カウンタをリセットすることと、
前記カウンタがしきい値を超えた場合、前記サービス・フローを、データ・アクティビティを有していないとして識別することと
を備える請求項１２に記載の加入者局。
【請求項２２】
前記サービス・フローがデータ・アクティビティを有しているかをモニタリングすることは、
前記サービス・フローが生成された場合、タイマをゼロに初期化することと、
データ送信があるまで、前記タイマを動作させることと、
前記データ送信が生じた場合、前記タイマをリセットすることと、
前記タイマがしきい値を超えた場合、前記サービス・フローを、データ・アクティビティを有していないとして識別することと
を備える請求項１２に記載の加入者局。
【請求項２３】
無線通信システムにおいて、サービス・フローを維持するための加入者局であって、
前記加入者局がアイドル・モードにある間、前記加入者局と基地局との間でサービス・フローが維持されているかを判定する手段と、
前記加入者局が前記アイドル・モードを出た場合に、前記サービス・フローを再開する手段と、
前記サービス・フローがデータ・アクティビティを有しているかをモニタリングする手段と、
データ・アクティビティが存在しない場合、前記サービス・フローを削除する手段と
を備える加入者局。
【請求項２４】
前記加入者局が前記アイドル・モードに入る前に、前記サービス・フローに関する情報を格納する手段をさらに備える請求項２３に記載の加入者局。
【請求項２５】
前記サービス・フローが維持されているかを判定する手段は、
前記サービス・フローが維持されるべきかを示す新たなパラメータを、前記サービス・フローへ追加する手段と、
前記新たなパラメータに基づいて、前記サービス・フローを維持するかを判定する手段と
を備える請求項２３に記載の加入者局。
【請求項２６】
前記サービス・フローが、非要求許可サービス（ＵＧＳ）、リアル・タイム可変レート（ＲＴ−ＶＲ）、拡張リアル・タイム可変レート（ＥＲＴ−ＶＲ）のうちのいずれか１つのタイプである場合であるか、または、最大レイテンシ・サービス品質（ＱｏＳ）パラメータが、予め定めた値未満であれば、前記サービス・フローが維持される請求項２３に記載の加入者局。
【請求項２７】
前記サービス・フローが維持されているかを判定する手段は、データ需要メトリックに基づき、前記データ需要メトリックは、前記サービス・フローのデータ需要が、特定長さの時間内に再発する可能性を示す請求項２３に記載の加入者局。
【請求項２８】
前記サービス・フローが維持されているかを判定する手段は、前記サービス・フローが使用されているアプリケーションに基づき、プッシュ・トゥ・トーク・アプリケーションによって使用されるサービス・フローが維持され、電子メール、ウェブ・ブラウジング、およびボイス・オーバＩＰ（ＶｏＩＰ）によって使用されるサービス・フローは維持されない請求項２３に記載の加入者局。
【請求項２９】
前記サービス・フローを再開する手段は、
前記サービス・フローをサポートするために利用可能な十分な帯域幅があるかを基地局が検証せよとの要求を、前記基地局に送る手段と、
前記要求に基づいて、前記基地局から応答を受信する手段と、
利用可能な十分な帯域幅があることを前記応答が示す場合、前記サービス・フローの設定タイプ・サービス品質（ＱｏＳ）パラメータを、許可済みかつアクティブに変更する手段と、
利用可能な十分な帯域幅がないことを前記応答が示す場合、前記サービス・フローの設定タイプＱｏＳパラメータを、提供済みに変更する手段と
を備える請求項２３に記載の加入者局。
【請求項３０】
前記サービス・フローを再開する手段は、
前記サービス・フローをサポートするために利用可能な十分な帯域幅があるかを基地局が検証せよとの要求を、前記基地局に送る手段と、
前記要求に基づいて、前記基地局から応答を受信する手段と、
利用可能な十分な帯域幅があることを前記応答が示す場合であっても、前記サービス・フローの設定タイプ・サービス品質（ＱｏＳ）パラメータを、提供済みに変更する手段と
を備える請求項２３に記載の加入者局。
【請求項３１】
前記サービス・フローを再開する手段は、前記サービス・フローのために利用可能な十分な帯域幅がない場合、前記基地局と、サービス・フローの開始または解除を再ネゴシエートすることを備える請求項２３に記載の加入者局。
【請求項３２】
前記サービス・フローがデータ・アクティビティを有しているかをモニタリングする手段は、
前記サービス・フローが生成された場合、カウンタを初期化する手段と、
通常モード中、前記サービス・フローが、データ送信を有していない場合、前記カウンタをインクリメントする手段と、
前記通常モード中、前記サービス・フローが、データ送信を有している場合、前記カウンタをリセットする手段と、
前記カウンタがしきい値を超えた場合、前記サービス・フローを、データ・アクティビティを有していないとして識別する手段と
を備える請求項２３に記載の加入者局。
【請求項３３】
前記サービス・フローがデータ・アクティビティを有しているかをモニタリングする手段は、
前記サービス・フローが生成された場合、タイマをゼロに初期化する手段と、
データ送信があるまで、前記タイマを動作させる手段と、
前記データ送信が生じた場合、前記タイマをリセットする手段と、
前記タイマがしきい値を超えた場合、前記サービス・フローを、データ・アクティビティを有していないとして識別する手段と
を備える請求項２３に記載の加入者局。
【請求項３４】
無線通信システムにおいて、サービス・フローを維持するためのコンピュータ・プログラムを記憶したコンピュータ読取可能記憶媒体であって、
前記コンピュータ・プログラムは、
加入者局がアイドル・モードにある間、前記加入者局と基地局との間でサービス・フローが維持されているかを判定するためのコードと、
前記加入者局が前記アイドル・モードを出た場合に、前記サービス・フローを再開するためのコードと、
前記サービス・フローがデータ・アクティビティを有しているかをモニタリングするためのコードと、
データ・アクティビティが存在しない場合、前記サービス・フローを削除するためのコードと
を備えるコンピュータ読取可能記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、通信システムに関する。さらに詳しくは、本開示は、無線通信システムにおけるサービス・フロー維持に関する。
【発明の概要】
【０００２】
無線通信システムにおけるサービス・フロー維持のための方法を提供するある実施形態が開示される。この方法は、加入者局によって実施されうる。この方法は、加入者局がアイドル・モードにある間、加入者局と基地局との間でサービス・フローが維持されているかを判定することを含みうる。この方法はまた、加入者局がアイドル・モードを出た場合に、サービス・フローを再開することを含みうる。この方法はまた、サービス・フローがデータ・アクティビティを有しているかをモニタリングすることを含みうる。この方法はまた、データ・アクティビティが存在しない場合、サービス・フローを削除することを含みうる。
【０００３】
無線通信システムにおいて、サービス・フローを維持するための加入者局を提供するある実施形態もまた開示される。加入者局は、プロセッサを含みうる。加入者局はまた、プロセッサと電気的に通信するメモリを含みうる。加入者局はまた、メモリに格納された命令群をも含みうる。これら命令群は、加入者局がアイドル・モードである間に、加入者局と基地局との間でサービス・フローが維持されているかを判定するために、プロセッサによって実行可能である。これら命令群はまた、加入者局がアイドル・モードを出た場合に、サービス・フローを再開するように実行可能でありうる。これら命令群はまた、サービス・フローがデータ・アクティビティを有しているかをモニタリングするように実行可能でありうる。これら命令群はさらに、データ・アクティビティが存在しない場合、サービス・フローを削除するように実行可能でありうる。
【０００４】
無線通信システムにおいて、サービス・フローを維持するための加入者局を提供するある実施形態もまた開示される。加入者局は、加入者局がアイドル・モードにある間、加入者局と基地局との間でサービス・フローが維持されているかを判定する手段を含みうる。加入者局はまた、加入者局がアイドル・モードを出た場合に、サービス・フローを再開する手段を含みうる。加入者局はまた、サービス・フローがデータ・アクティビティを有しているかをモニタリングする手段を含みうる。加入者局はまた、データ・アクティビティが存在しない場合、サービス・フローを削除する手段を含みうる。
【０００５】
無線通信システムにおいて、サービス・フローを維持するためのコンピュータ・プログラム製品を提供するある実施形態もまた開示される。コンピュータ・プログラム製品は、命令群を有するコンピュータ読取可能媒体を含みうる。これら命令群は、加入者局がアイドル・モードにある間、加入者局と基地局との間でサービス・フローが維持されているかを判定するためのコードを含みうる。これら命令群はまた、加入者局がアイドル・モードを出た場合に、サービス・フローを再開するためのコードを含みうる。これら命令群はまた、サービス・フローがデータ・アクティビティを有しているかをモニタリングするためのコードを含みうる。これら命令群はまた、データ・アクティビティが存在しない場合、サービス・フローを削除するためのコードを含みうる。
【図面の簡単な説明】
【０００６】
本開示の上述した特徴が、より詳細に理解されるように、いくつかが添付図面において例示されているより具体的な説明や、上述された要約が、参照によって実施形態に対して与えられる。しかし、添付図面は、本開示のある種の典型的な実施形態しか示しておらず、これら説明は、他の同等に効果的な実施形態をも可能にすることができ、本開示の範囲を限定するものとは考えられないことに留意されたい。
【図１】図１は、本明細書で開示される方法が利用される無線通信システムの例を示す。
【図２】図２は、無線通信システムにおいて、サービス・フローを維持する移動局を例示するブロック図である。
【図３】図３は、無線通信システムにおいて、サービス・フローを維持する基地局を例示するブロック図である。
【図４】図４は、無線通信システムにおいて、サービス・フローを維持する方法を例示するブロック図である。
【図５】図５は、図４に示す方法に対応するｍｅａｎｓ−ｐｕｌｓ−ｆｕｎｃｔｉｏｎブロックを例示するフロー図である。
【図６】図６は、サービス・フローを再開する方法のシーケンス図である。
【図７】図７は、維持されたサービス・フローをモニタリングする方法を例示するシーケンス図である。
【図８】図８は、無線デバイスに含まれうるある構成要素を例示する。
【発明を実施するための形態】
【０００７】
無線通信システムは、世界中の多くの人が通信する重要な手段となった。無線通信システムは、おのおのが基地局によってサービス提供される多くの加入者局のための通信を提供する。本明細書で使用されるように、用語「加入者局」は、無線通信システムによる音声および／またはデータ通信のために使用される電子デバイスを称する。加入者局の例は、セルラ電話、携帯情報端末（ＰＤＡ）、ハンドヘルド・デバイス、無線モデム、ラップトップ・コンピュータ、パーソナル・コンピュータ等を含みうる。加入者局は、アクセス端末、モバイル端末、移動局、遠隔局、ユーザ端末、端末、加入者ユニット、モバイル・デバイス、無線デバイス、ユーザ機器、あるいはその他いくつかの類似の用語によって称されうる。用語「基地局」は、固定位置に搭載された無線通信局を称し、加入者局と通信するために使用される。基地局は、あるいは、アクセス・ポイント、ノードＢ、イボルブド・ノードＢ、または、その他いくつかの類似の用語で称されうる。
【０００８】
加入者局は、アップリンクおよびダウンリンクにおける送信によって、１または複数の基地局と通信しうる。アップリンク（すなわち、逆方向リンク）は、加入者局から基地局へ通信リンクを称し、ダウンリンク（すなわち、順方向リンク）は、基地局から加入者局への通信リンクを称する。
【０００９】
無線通信システムのリソース（例えば、帯域幅および送信電力）は、複数の加入者局間で共有されうる。符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、シングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）等を含むさまざまな多元接続技術が知られている。
【００１０】
本明細書に記載された技術は、ＷｉＭＡＸネットワーク内で実施されうる。用語「ＷｉＭＡＸ」は、米国電気電子学会（ＩＥＥＥ）８０２．１６ブロードバンド無線アクセス規格ワーキング・グループにおけるワーキング・グループによって準備された規格のファミリを称する。したがって、用語「ＷｉＭＡＸネットワーク」は、１または複数のＷｉＭＡＸ規格にしたがって構成された無線通信ネットワークを称する。
【００１１】
ＷｉＭＡＸ規格は、移動局がアイドル・モードに入った場合、一定の情報を維持することをサポートする。例えば、登録解除要求（ＤＲＥＧ−ＲＥＧ）メッセージおよび登録解除コマンド（ＤＲＥＧ−ＣＭＤ）メッセージには、アイドル・モード維持情報タイプ長さ値（ＴＬＶ）要素が含まれうる。したがって、移動局は、アイドル・モードにおいて、移動局コンテキストからなる異なるエリアを維持しうる。移動局コンテキストの１つのエリアは、サービス・フロー識別情報、サービス・フロー・パラメータ、および分類規則を含む、サービス・フロー情報である。
【００１２】
図１は、本明細書で開示された方法が利用される無線通信システム１００の例を示す。無線通信システム１００は、複数の基地局（ＢＳ）１０２および複数の加入者局（ＳＳ）１０４を含んでいる。基地局１０２は、特定の地理的エリア１０６に通信有効範囲を提供する。用語「セル」は、この用語が使用されるコンテキストに依存して、基地局１０２および／またはその有効範囲エリア１０６を称しうる。
【００１３】
システム容量を改善するために、基地局有効範囲エリア１０６は、例えば３つの小さなエリア１０８ａ、１０８ｂ、１０８ｃのような複数の小さなエリアに分割されうる。小さなエリア１０８ａ、１０８ｂ、１０８ｃのおのおのは、それぞれの基地トランシーバ局（ＢＴＳ）によってサービス提供されうる。用語「セクタ」は、この用語が使用されるコンテキストに依存して、ＢＴＳおよび／またはその有効範囲エリア１０８を称しうる。セクタ化されたセルの場合、セルのすべてのセクタのＢＴＳは一般に、このセルの基地局１０２内に共存する。
【００１４】
加入者局１０４は、一般に、システム１００の全体に分布している。加入者局１０４は、所与の任意の瞬間において、ダウンリンクおよび／またはアップリンクで、０、１、または複数の基地局１０４と通信しうる。
【００１５】
集中アーキテクチャの場合、システム・コントローラ１１０が、基地局１０２に接続しており、基地局１０２のための調整および制御を提供する。システム・コントローラ１１０は、単一のネットワーク・エンティティであるか、複数のネットワーク・エンティティの集合でありうる。分散型アーキテクチャの場合、基地局１０２は、必要に応じて互いに通信しうる。
【００１６】
図２は、無線通信システムにおいて、サービス・フロー２１２を維持する加入者局２０４を例示するブロック図である。本明細書で使用されるように、語法「サービス・フロー（単数または複数）を維持すること」およびその派生は、加入者局２０４、基地局１０２、またはこれら両方において、サービス・フロー（単数または複数）２１２に関する任意の情報を格納する処理を称する。加入者局２０４は、基地局１０２と無線で通信しうる。基地局１０２と通信するために加入者局２０４が使用しうる１つの可能な規格は、ＷｉＭＡＸ規格である。ＷｉＭＡＸでは、サービス・フロー２１２を用いて、加入者局２０４が基地局１０２へデータを送信しうる。あるいは、その逆もありうる。
【００１７】
ここで、ＷｉＭＡＸネットワークのコンテキストにおいて、サービス・フロー２１２に関する追加情報が提供される。ＷｉＭＡＸネットワークでは、サービス・フロー２１２は、特定のセットのサービス品質（ＱｏＳ）パラメータを持つパケット２１４の一方向のフローであり、サービス・フロー識別子（ＳＦＩＤ）２１６によって識別される。送信パケット２１４は、ＭＡＣプロトコル・データ・ユニット（ＭＰＤＵ）でありうる。ＭＰＤＵは、オーバ・ザ・エアによる送信のために、ＷｉＭＡＸにおいて、ＭＡＣレイヤによって使用されるデータ・ユニットでありうる。言い換えれば、ＭＡＣレイヤは、上部レイヤからパケットを受信し、これらを、効率的なオーバ・ザ・エアによる送信のために、ＭＰＤＵへ体系化する。ＱｏＳパラメータ２１８は、トラフィック優先度２２０ａ、最大維持トラフィック・レート２２０ｂ、最大トラフィック・バースト２２０ｃ、最小確保トラフィック・レート２２０ｄ、データ配信サービス・タイプ２２０ｅ、ＡＲＱタイプ２２０ｆ、最大レイテンシ２２０ｇ、許容ジッタ２２０ｈ、サービス・データ・ユニット・タイプおよびサイズ２２０ｉ、使用されるべき帯域幅要求メカニズム２２０ｊ、送信ＰＤＵ生成規則２２０ｋ等を含みうる。サービス・フロー２１２は、ネットワーク・マネジメント・システムによって提供されうるか、あるいは、ＷｉＭＡＸ規格で定義されたシグナリング・メカニズムによって動的に生成されうる。
【００１８】
対応するタイプのサービス・フロー２１２を備えた異なるタイプのデータ配信サービスは、非要求許可サービス（ＵＧＳ）サービス・フロー２１２、拡張リアル・タイム・可変レート（ＥＲＴ−ＶＲ）サービス・フロー２１２、リアル・タイム可変レート（ＲＴ−ＶＲ）サービス・フロー２１２、非リアル・タイム可変レート（ＮＲＴ−ＶＲ）サービス・フロー２１２、および、ベスト・エフォート（ＢＥ）サービス・フロー２１２を含む。ＵＧＳ、ＥＲＴ−ＶＲ、ＲＴ−ＶＲ、ＮＲＴ−ＶＲ、およびＢＥサービス・フロー２１２は、現在、ＷｉＭＡＸ規格で定義されている。データ配信サービス・タイプ２２０ｅは、例えば、ＵＧＳ、ＥＲＴ−ＶＲ、ＲＴ−ＶＲ等のようなサービス・フロー２１２のタイプを示しうる。
【００１９】
ＵＧＳサービス・フロー２１２は、固定サイズのデータ・パケットを、固定ビット・レートでサポートするように設計される。このサービスを利用するアプリケーションの例は、サイレンス・サプレッションのないボイス・オーバＩＰ（ＶｏＩＰ）およびＴ１／Ｅ１エミュレーションでありうる。ＥＲＴ−ＶＲサービス２１２は、例えばサイレンス・サプレッションのあるＶｏＩＰのように、可変のデータ・レートを持つが保証されたデータ・レートおよび遅れを必要とするリアル・タイム・アプリケーションをサポートするように設計される。ＲＴ−ＶＲサービス２１２は、例えばＭＰＥＧビデオのように、可変サイズのデータ・パケットを周期的な方式で生成するリアル・タイム・サービス・フロー２１２をサポートするように設計される。ＮＲＴ−ＶＲサービス・フロー２１２は、例えばＦＴＰのように、最小保証レートで、可変サイズのデータ許可を要求する、遅延許容性のあるデータ・ストリームをサポートするように設計される。ＢＥサービス・フロー２１２は、例えばウェブ・ブラウジングのように、最小サービス・レベル保証を必要としないデータ・ストリームをサポートするように設計される。
【００２０】
ＷｉＭＡＸ規格で定義されたサービス・フロー・タイプを使用することに加えて、加入者局２０４は、ＷｉＭＡＸ規格で現在定義されていない新たなタイプのサービスを用いて基地局１０２と通信することができる。新たなサービス・フロー・タイプは、１または複数のＱｏＳパラメータ２１８によって定義されうる。
【００２１】
加入者局２０４は、維持モジュール２２４、再開モジュール２２６、モニタ・モジュール２２８、および通信モジュール２３０を含みうる。維持モジュール２２４は、もしあれば、加入者局２０４がアイドル・モードに入る前に、どのサービス・フロー２１２が維持されるかを決定しうる。本明細書で使用されるように、用語「アイドル・モード」は、加入者局２０４が完全に電源をオフし、ダウンリンク・ブロードキャスト・トラフィックを未だに受信している間に、どの基地局１０２にも登録しないようにすることができるデバイス状態を称する。ダウンリンク・トラフィックが、アイドル・モードの加入者局２０４に向かって到着する場合、加入者局２０４は、ページング・グループを形成する基地局１０２の集合によってページされうる。加入者局２０４は、アイドル・モードに入る前に、基地局１０２によってページング・グループへ割り当てられ、加入者局２０４は、そのページング・グループを更新するために定期的にウェイク・アップしうる。アイドル・モードは、スリープ・モードよりも多くの電力を節約することができる。なぜなら、加入者局２０４は、アイドル・モードの間、登録もハンドオフもしないからである。
【００２２】
アイドル・モードに入る前に、維持モジュール２２４は、サービス・フロー２１２が維持されるべきか否かを判定しうる。これは、以下の設定のうちの１または複数を用いることを含みうる。１つの設定では、アイドル・モード維持パラメータ２２２が、各サービス・フロー２１２に追加されうる。このパラメータ２２２は、加入者局２０４がアイドル・モードに入った場合にサービス・フロー２１２が維持されるべきかを明示的に示しうる。これは、動的サービス・フロー追加（ＤＳＡ）メッセージまたは動的サービス・フロー変更（ＤＳＣ）メッセージを用いてアイドル・モード維持パラメータ２２２を追加することを含みうる。
【００２３】
あるいは、サービス・フロー２１２を維持すべきか否かの判定は、データ配信サービス・タイプ２２０ｅや、例えば最大レイテンシ２２０ｇのような別のＱｏＳパラメータ２１８に依存しうる。例えば、サービス・フロー２１２がＵＳＧ（非要求許可サービス）、ＲＴ−ＶＲ（リアル・タイム可変レート）、またはＥＲＴ−ＶＲ（拡張リアル・タイム可変レート）である場合、サービス・フロー２１２は維持されうる。あるいは、最大レイテンシ２２０ｇがあるしきい値２３２よりも小さい場合、サービス・フロー２１２が維持されうる。ＱｏＳパラメータ２１８の多くの設定が、この判定において使用されうることに注目されたい。
【００２４】
あるいは、サービス・フロー２１２を維持するか否かの判定は、データ需要の再発に依存しうる。これは、データ需要メトリック２３４を使用することを含みうる。例えば、加入者局２０４と基地局１０２との間のデータ需要が、短時間中に再発すると予想される場合、サービス・フロー２１２は維持されうる。しかしながら、データ需要が短時間中に再発すると予想されない場合、サービス・フロー２１２は維持されないことがある。したがって、データ需要メトリック２３４は、サービス・フロー２１２のデータ需要が、特定長さの時間内に再発するか否かの可能性を示す任意のデータでありうる。
【００２５】
あるいは、サービス・フロー２１２を維持すべきか否かの判定は、サービス・フロー２１２が使用されているアプリケーションに依存しうる。例えば、電子メール、ウェブ・ブラウジング、およびボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）といったアプリケーションに対するデータ需要は、短時間内にデータ送信を再開することはできないかもしれない。したがって、これらアプリケーションによって使用されるサービス・フロー２１２は、維持されないことがある。しかしながら、プッシュ・トゥ・トーク・アプリケーションは、短時間内にデータ送信を再開することができる。したがって、プッシュ・トゥ・トーク・アプリケーションによって使用されるサービス・フロー２１２は維持されうる。サービス・フロー２１２が使用されているアプリケーションに関する情報が、維持モジュール２２４内のアプリケーション・タイプ・パラメータ２３６内に格納されるか、あるいは、加入者局２０４内のどこかに格納されうる。
【００２６】
サービス・フロー２１２が維持されないだろうと維持モジュール２２４が判定した場合、加入者局２０４は、アイドル・モードに入る前に動的サービス・フロー削除（ＤＳＤ）を用いてこのサービス・フロー２１２を削除する。いくつかのサービス・フロー２１２を維持しないことによって、加入者局２０４は、加入者局２０４、基地局１０２、または両方におけるメモリに関連付けられたコストを節約しうる。
【００２７】
加入者局２０４はまた、加入者局２２４がアイドル・モードを出た場合に、維持されていたサービス・フロー２１２を再開する再開モジュール２２６を含みうる。加入者局２０４がアイドル・モードを出ると、再開モジュール２２６は、基地局１０２からの、維持されていたサービス・フロー２１２の検証を要求しうる。例えば、この検証要求は、基地局１０２へのレンジング要求メッセージ（ＲＮＧ−ＲＥＧ）に含まれうる。さらに、この検証は、サービス・フロー２１２をサポートするために利用可能な十分な帯域幅があるかを基地局１０２が判定する際における許可制御を含みうる。基地局１０２からのこの判定は、レンジング応答メッセージ（ＲＮＧ−ＲＳＰ）に含まれうる。維持されたサービス・フロー２１２が許可された場合、再開モジュール２２６は、設定タイプＱｏＳパラメータ２２０ｌを、許可済かつアクティブに変更する。しかしながら、基地局１０２の許可制御が、維持されたサービス・フロー２１２を検証または許可した場合であっても、加入者局２０４は、再開することを決定せず、代わりに、ＤＳＣメッセージを用いて、設定タイプ２２０ｌを、提供済みに変更することがある。維持されたサービス・フロー２１２が、基地局１０２によって検証または許可されていない場合、再開モジュール２２６は、設定タイプ・パラメータ２２０ｌを、提供済みに変更しうる。さらに、基地局１０２が、維持されたサービス・フロー２１２を検証も許可もしない場合であっても、加入者局２０４は、ＤＳＣメッセージを用いて、サービス・フロー２１２の開始または解除を再ネゴシエートしうる。
【００２８】
加入者局２０４はまた、データ・アクティビティを持たないサービス・フロー２１２がもはや維持されないであろうことを保証するために、維持されたサービス・フロー２１２をモニタするモニタ・モジュール２２８を含みうる。このモニタリングは、２つの設定のうちの１つを使用することを含みうる。１つの設定では、加入者局２０４は、維持されるべきサービス・フロー２１２をモニタしうる。各サービス・フロー２１２が生成された場合、データ無しカウンタ２３８がゼロに初期化されうる。これは、モニタ・モジュール２２８が、通常モード中に維持されるべきサービス・フロー２１２に関するデータ送信が存在するかをモニタすることを含みうる。次のアイドル・モード・セッションの前に、サービス・フロー２１２に関するデータ送信が無い場合、データ無しカウンタ２３８がインクリメントされうる。しかしながら、通常モードが継続している間、サービス・フロー２１２に関するデータ送信が存在する場合、データ無しカウンタ２３８はゼロにリセットされうる。その結果、加入者局２０４がアイドル・モードを出て、維持されていたサービス・フロー２１２が再開される場合、および、データ無しカウンタ２３８が、カウンタしきい値２３７以上である場合には常に、加入者局２０４は、加入者局２０４がデータ・アクティビティを求めてサービス・フロー２１２をモニタするモニタリング期間に入る。モニタリング期間中に、予め定めた期間の間、サービス・フロー２１２に関するデータ・アクティビティが無い場合、加入者局２０４は、サービス・フロー２１２を削除し、アイドル・モード中に、サービス・フロー２１２を維持しない。
【００２９】
別の設定では、モニタ・モジュール２２８は、データ・アクティビティの無いサービス・フロー２１２がもはや維持されないことを保証するために、タイマ２４０を用いる。この設定では、モニタ・モジュール２２８は、例えばアイドル・モードまたは通常モードのような、加入者局２０４の状態に関わらず、生成されたおのおののサービス・フロー２１２についてタイマ２４０を初期化しうる。サービス・フロー２１２にデータ・アクティビティが無い限り、タイマ２４０は動作し続ける。しかしながら、サービス・フロー２１２にデータ・アクティビティが発生した場合、タイマ２４０はゼロにリセットされうる。その後、タイマ２４０が予め定めた期間を超えると、サービス・フロー２１２が削除されうる。タイマ２４０が予め定めた期間を超えた場合に、加入者局２０４が通常モードにあれば、サービス・フロー２１２が直ちに削除され、サービス・フロー２１２はもはや維持されない。しかしながら、タイマ２４０が予め定めた期間を超えた場合に、加入者局２０４がアイドル・モードにあれば、モニタ・モジュール２２８は、サービス・フロー２１２を削除する前に、加入者局２０４が通常モードに入るのを待つ。
【００３０】
加入者局２０４はまた、本システムおよび方法とともに使用されるさまざまなタイプのメッセージを生成および処理することができる通信モジュール２３０を含みうる。例えば、ＤＳＡモジュール２４２ａは、動的サービス・フロー追加（ＤＳＡ）メッセージを生成することができる。同様に、ＤＳＣモジュール２４２ｂ、ＲＮＧモジュール２４２ｃ、ＤＲＥＧモジュール２４２ｄ、およびＤＳＤモジュール２４２ｅは、動的サービス・フロー変更（ＤＳＣ）、レンジング（ＲＮＧ）、登録解除（ＤＲＥＧ）、および動的サービス削除（ＤＳＤ）のようなそれぞれのメッセージを生成することができる。通信モジュール２３０はまた、ＷｉＭＡＸ規格でサポートされているその他のタイプのメッセージを生成および処理する別のモジュールをも含みうる。
【００３１】
図３は、無線通信システムにおいて、サービス・フロー３１２を維持する基地局３０２を例示するブロック図である。基地局３０２は、例えばＷｉＭＡＸ規格を用いることによって、加入者局２０４と無線で通信することができる。基地局３０２は、加入者局２０４との間でのパケット３１４の送受信のためにサービス・フロー３１２を使用しうる。既に述べたように、サービス・フロー３１２は、特定のセットのＱｏＳパラメータ３１８を持つパケット３１４の一方向のフローであり、サービス・フロー識別子（ＳＦＩＤ）３１６によって識別される。送信パケット３１４は、ＭＡＣプロトコル・データ・ユニット（ＭＰＤＵ）でありうる。ＱｏＳパラメータ３１８は、トラフィック優先度３２０ａ、最大維持トラフィック・レート３２０ｂ、最大トラフィック・バースト３２０ｃ、最小確保トラフィック・レート３２０ｄ、データ配信サービス・タイプ３２０ｅ、ＡＲＱタイプ３２０ｆ、最大レイテンシ３２０ｇ、許容ジッタ３２０ｈ、サービス・データ・ユニット・タイプおよびサイズ３２０ｉ、使用されるべき帯域幅要求メカニズム３２０ｊ、送信ＰＤＵ生成規則３２０ｋ、設定タイプ３２０ｌ等を含みうる。さらに、サービス・フロー３１２は、加入者局２０４がアイドル・モードに入った場合に、サービス・フロー３１２が維持されるべきかを明示的に示すアイドル・モード維持パラメータ３２２を含みうる。
【００３２】
基地局３０２また、維持されたサービス・フロー３１２を検証する許可制御モジュール３４４を含みうる。言い換えれば、許可制御モジュール３４４は、加入者局２０４がアイドル・モードを出た時に、サービス・フロー３１２を許可するかを判定しうる。これは、許可制御モジュール３４４が、加入者局２０４からレンジング要求メッセージ（ＲＮＧ−ＲＥＧ）を受信し、維持されたサービス・フロー３１２をサポートするために利用可能な十分な帯域幅があるかを判定し、レンジング応答メッセージ（ＲＮＧ−ＲＳＰ）で加入者局２０４へ応答することを含む。具体的には、この確認判定は、ＲＮＧ−ＲＳＰメッセージのＱｏＳパラメータ・タイプ長さ値（ＴＬＶ）要素に含まれうる。
【００３３】
基地局３０２はまた、本システムおよび方法とともに使用されるさまざまなタイプのメッセージを生成および処理することができる通信モジュール３３０を含みうる。例えば、ＤＳＡモジュール３４２ａは、動的サービス・フロー許可（ＤＳＡ）メッセージを生成することができる。同様に、ＤＳＣモジュール３４２ｂ、ＲＮＧモジュール３４２ｃ、ＤＲＥＧモジュール３４２ｄ、およびＤＳＤモジュール３４２ｅは、動的サービス・フロー変更（ＤＳＣ）、レンジング（ＲＮＧ）、登録解除（ＤＲＥＧ）、および動的サービス削除（ＤＳＤ）のようなそれぞれのメッセージを生成することができる。通信モジュール３３０はまた、ＷｉＭＡＸ規格でサポートされているその他のタイプのメッセージ生成および処理する別のモジュールをも含みうる。
【００３４】
図４は、無線通信システムにおいて、サービス・フロー２１２を維持する方法４００を例示するフロー図である。方法４００は、加入者局２０４、基地局３０２、またはこれらの両方で実行されうる。まず、アイドル・モード中に維持されるべき、加入者局２０４と基地局３０２との間のサービス・フロー２１２が決定される（４４６）。これは、上述した設定のうちの何れかを含みうる。言い換えれば、サービス・フロー２１２を維持すべきかに関する決定は、アイドル・モード維持パラメータ２２２；データ配信サービス・タイプ２２０ｅ、および例えば最大レイテンシ２２０ｇのようなその他のＱｏＳパラメータ２１８；データ需要メトリック２３４によって示されるデータ需要の再発；アプリケーション・タイプ２３６によって示され、サービス・フロー２１２が使用されているアプリケーション；等のうちの何れかに基づきうる。
【００３５】
その後、サービス・フロー２１２に関する情報が格納される（４４８）。これは、加入者局２０４、基地局３０２、またはこれら両方にサービス・フロー２１２情報を格納することを含みうる。これは、サービス・フロー識別子（ＳＦＩＤ）２１６、ＱｏＳパラメータ２１８のうちのいくつかまたはすべて、および分類規則を含みうる。１つの設定では、格納された情報は、例えば、トラフィック優先度３２０ａ、最大維持トラフィック・レート３２０ｂ、最大トラフィック・バースト３２０ｃ、最小確保トラフィック・レート３２０ｄ、データ配信サービスは３２０ｅ、ＡＲＱタイプ３２０ｆ、最大レイテンシ３２０ｇ、許容ジッタ３２０ｈ、およびサービス・データ・ユニット・タイプ／サイズ３２０ｉのようなＱｏＳパラメータを含む。それに加えて、例えばインターネット・プロトコル・バージョン４（ＩＰｖ４）、インターネット・プロトコル・バージョン６（ＩＰｖ６）、イーサネット（登録商標）、または自動転送モード（ＡＴＭ）といったＣＳ仕様のような集中サブレイヤが格納されうる。同様に、例えば、ＩＰマスク・ソース・アドレス、ＩＰマスク宛先アドレス、プロトコル・ソース・ポート範囲、プロトコル宛先ポート範囲等のような分類規則パラメータが格納されうる。この情報は、加入者局２０４がアイドル・モードを出た場合に、データ・アクティビティを再確立するために、加入者局２０４および基地局３０２によって使用されうる。
【００３６】
次に、加入者局２０４は、アイドル・モードに入り（４５０）、その後、アイドル・モードを出る（４５２）。アイドル・モードは、加入者局２０４が、ダウンリンク・ブロードキャスト・トラフィックを受信しながら、電力消費を低減し、どの基地局３０２にも登録されないようにするデバイス状態である。アイドル・モードを出る（４５２）と、サービス・フロー２１２をサポートするために、加入者局２０４と基地局３０２との間で利用可能な帯域幅があるかが検証される（４５４）。これは、加入者局２０４が、レンジング要求メッセージ（ＲＮＧ−ＲＥＧ）を基地局３０２へ送信することを含む。この検証４５４はさらに、基地局３０２内の許可制御モジュール３４４が、サービス・フロー２１２をサポートするために利用可能な十分な帯域幅があるかを判定することと、この判定に対して、加入者局２０４へレンジング応答メッセージ（ＲＮＧ−ＲＳＰ）を送信することとを含みうる。
【００３７】
サービス・フロー２１２が、許可制御モジュール３４４によって許可された場合、加入者局２０４は、サービス・フロー２１２の設定タイプＱｏＳパラメータ２２０ｌを、許可済みおよびアクティブと定義しうる（４５６）。サービス・フロー２１２が許可制御モジュール３４４によって許可されない場合、加入者局２０４は、設定タイプＱｏＳパラメータ２２０ｌを、提供済みと定義しうる（４５８）。
【００３８】
しかしながら、基地局３０２の許可制御モジュール３４４が、サービス・フロー２１２を検証／許可した場合であっても、加入者局２０４は、サービス・フロー２１２を再開すべきかを判定しうる（４６０）。サービス・フロー２１２が再開されるべきではないと加入者局２０４が判定した場合（４６０）、加入者局２０４は、設定タイプＱｏＳパラメータ２２０ｌを、提供済みと定義しうる（４５８）。しかしながら、サービス・フロー２１２が再開されるべきであると加入者局２０４が判定した場合（４６０）、サービス・フロー２１２データ・アクティビティが再開しうる（４６２）。加入者局２０４は、データ・アクティビティの無いサービス・フロー２１２はもはや維持されないであろうことを保証するために、サービス・フロー２１２をモニタしうる（４６４）。これは、例えばデータ無しカウンタ２３８またはタイマ２４０のように、上述した構成のうちの何れかを用いてサービス・フロー２１２のデータ・アクティビティをモニタリングすることを含みうる。サービス・フロー２１２がデータ・アクティビティを持っていない場合、加入者局２０４は、サービス・フロー２１２を削除しうる（４６６）。
【００３９】
上述した図４の方法４００は、図５に例示されたｍｅａｎｓ−ｐｕｌｓ−ｆｕｎｃｔｉｏｎブロック５００に対応するさまざまなハードウェアおよび／またはソフトウェア構成要素（単数または複数）および／またはモジュール（単数または複数）によって実行されうる。言い換えれば、図４に例示されたブロック４４６乃至４６６は、図５に例示されたｍｅａｎｓ−ｐｕｌｓ−ｆｕｎｃｔｉｏｎブロック５４６乃至５６６に対応する。
【００４０】
図６は、サービス・フロー２１２を再開するための方法６００のシーケンス図である。方法６００は、加入者局６０４および基地局６０２を含む。方法６００は、図４に例示する方法４００におけるステップ４５０乃至４６２のより詳細な記述であると考えられうる。
【００４１】
まず、加入者局６０４がアイドル・モードに入る（６６８）。この時に、１または複数のサービス・フローに関する情報が、加入者局６０４および基地局６０２に保持されうる（６７０）。この情報は、サービス・フロー識別子（ＳＦＩＤ）２１６、ＱｏＳパラメータ２１８のうちのいくつかまたはすべて、および、分類規則を含みうる。その後、加入者局６０４は、アイドル・モードを出ると、サービス・フロー２１２におけるデータ需要が再開しうる（６７２）。加入者局６０４はその後、基地局６０２へＲＮＧ−ＲＥＧメッセージを送信し（６７４）、許可制御が実行されうる（６４４）。ＲＮＧ−ＲＥＱメッセージは、加入者局６０４と基地局６０２との間に利用可能な十分な帯域幅があるかを基地局６０２が判定せよとの要求でありうる。基地局６０２は、帯域幅に関する判定に対して応答しうる（６７６）。例えば、この判定は、加入者局６０４へ送信されるレンジング応答メッセージ（ＲＮＧ−ＲＳＰ）のＱｏＳパラメータ２１８に含まれうる。
【００４２】
その後、利用可能な帯域幅が十分にあり、加入者局６０４が、サービス・フローを再開すると決定する（６７８）と、サービス・フロー２１２におけるデータ・アクティビティが再開しうる（６８０）。これは、ＭＡＣプロトコル・データ・ユニット（ＭＰＤＵ）の形態をとりうる送信パケット２１４の交換を含みうる。しかしながら、基地局６０２が、サービス・フロー２１２のために利用可能な帯域幅を検証した場合であっても、加入者局６０４は、サービス・フローを解除することを独立して選択しうる。同様に、基地局６０２が、サービス・フロー２１２のために利用可能な帯域幅を検証することに失敗した場合であっても、加入者局６０４は、新たな開始手順を独立して開始しうる（６８２）。加入者局６０４が、サービス・フロー２１２の解除（６８２）、または、新たなサービス・フロー２１２の開始（６８２）を選択した場合、加入者局６０４は、新たなトラフィック特性を持つサービス・フロー・パラメータを、または、変更されるべきサービス・フロー２１２のデータ配信サービス要件を、動的サービス変更要求（ＤＳＣ−ＲＥＧ）メッセージによって基地局６０２へ送信しうる（６８４）。
【００４３】
ＤＳＣ−ＲＥＧで要求されたサービス・フロー２１２に対する変更を処理した後、基地局は、確認コードを持つ動的サービス変更応答（ＤＳＣ−ＲＳＰ）メッセージ、新たに割り当てられるべき接続ＩＤ（ＣＩＤ）、およびＱｏＳパラメータ２１８を送信しうる（６８６）。加入者局６０４はまた、ＤＳＣ−ＲＳＰメッセージを受信したことを基地局６０２に通知するために、動的サービス変更アクノレッジメント（ＤＳＣ−ＡＣＫ）メッセージを送信しうる（６８８）。
【００４４】
図７は、維持されたサービス・フロー２１２をモニタリングするための方法７００を例示するシーケンス図である。方法７００は、加入者局７０４および基地局７０２を含みうる。方法７００はさらに、図２で説明したようなデータ無しカウンタ２３８を用いるモニタリングのための構成を記載する。
【００４５】
維持されたサービス・フロー２１２が再開された後、データ無しカウンタ２３８が、ゼロに初期化されうる（７３８ａ）。通常モード７４０の間、加入者局７０４と基地局７０２とは、ＭＰＤＵ（単数または複数）の形態をとる送信パケット（単数または複数）２１４を交換しうる（７４４）。その後、アイドル・モード７４２に入る前に、加入者局７０４および基地局７０２は、登録解除要求（ＤＲＥＧ−ＲＥＧ）メッセージと登録解除コマンド（ＤＲＥＧ−ＣＭＤ）メッセージとをそれぞれ互いに送信しうる（７４６）。これらは、サービス・フロー２１２が維持されるべきであることを示しうる。
【００４６】
アイドル・モード７４２を出ると、加入者局７０４は、サービス・フロー２１２を検証／許可するために、加入者局７０４と基地局７０２との間に利用可能な十分な帯域幅があるかを基地局７０２が判定することを求めるレンジング要求（ＲＮＧ−ＲＥＧ）メッセージを送信しうる（７４８）。基地局７０２は、基地局７０２の判定を含むレンジング応答（ＲＮＧ−ＲＳＰ）で応答しうる（７４８）。この時点において、加入者局７０４は、基地局７０２と登録解除要求（ＤＲＥＧ−ＲＥＧ）メッセージおよび登録解除コマンド（ＤＲＥＧ−ＣＭＤ）メッセージを交換することにより、再びアイドル・モード７４２に入りうる（７５０）。アイドル・モード７４２に再び入ると、例えばＭＰＤＵのような送信パケット２１４の交換がない場合、データ無しカウンタ２３８がインクリメントされうる（７３８ｂ）。
【００４７】
これは、加入者局７０４がアイドル・モード７４２から出て、データ・アクティビティ無しでアイドル・モード７４２に再び入る毎に繰り返されうる。具体的には、加入者局７０４および基地局７０２は、レンジング要求（ＲＮＧ０ＲＥＧ）メッセージおよびレンジング応答（ＲＮＧ−ＲＳＰ）をそれぞれ送信しうる（７５２）。その後、登録解除要求（ＤＲＥＧ−ＲＥＧ）メッセージおよび登録解除コマンド（ＤＲＥＧ−ＣＭＤ）メッセージが交換された場合（７５４）に、データ・アクティビティがないと、データ無しカウンタ２３８が、再びインクリメントされうる（７３８ｃ）。アイドル・モード７４２を出ると、加入者局７０４および基地局７０２は再び、レンジング要求（ＲＮＧ−ＲＥＧ）メッセージおよびレンジング応答（ＲＮＧ−ＲＳＰ）をそれぞれ送信しうる（７５６）。しかしながら、データ無しカウンタ２３８がカウンタしきい値２３７以上であり、アイドル・モード７４２から出てからしばらくデータ・アクティビティがない場合、サービス・フローは、動的サービス・フロー削除（ＤＳＤ）７５８を用いて削除されうる（７６０）。例えば、加入者局７０４が、ＤＳＤ−ＲＥＱメッセージを送信し、基地局７０２が、ＤＳＤ−ＲＳＰメッセージを送信しうる。
【００４８】
図８は、無線デバイス８０１内に含まれうるある構成要素を例示する。無線デバイス８０１は、加入者局または基地局でありうる。
【００４９】
無線デバイス８０１は、プロセッサ８０３を含む。プロセッサ８０３は、汎用のシングル・チップまたはマルチ・チップによるマイクロプロセッサ（例えば、ＡＲＭ）、特別用途のマイクロプロセッサ（例えば、デジタル信号プロセッサ（ＤＳＰ））、マイクロコントローラ、プログラマブル・ゲート・アレイ等でありうる。プロセッサ８０３は、中央処理装置（ＣＰＵ）と称されうる。図８の無線デバイス８０１には単一のプロセッサ８０３しか示されていないが、別の構成では、複数のプロセッサの組み合わせ（例えば、ＡＲＭおよびＤＳＰ）が使用されうる。
【００５０】
無線デバイス８０１はまた、メモリ８０５を含みうる。メモリ８０５は、電子情報を格納することができる任意の電子構成要素でありうる。メモリ８０５は、ランダム・アクセス・メモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、磁気ディスク記憶媒体、光学記憶媒体、ＲＡＭ内のフラッシュ・メモリ・デバイス、プロセッサとともに含まれる内蔵メモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、およびこれらの組み合わせを含むもの等として具体化されうる。
【００５１】
データ８０７および命令群８０９がメモリ８０５内に格納されうる。命令群８０９は、本明細書で開示された方法を実現するために、プロセッサ８０３によって実行可能でありうる。命令群８０９の実行は、メモリ８０５内に格納されたデータ８０７を使用することを含みうる。
【００５２】
無線デバイス８０１はまた、無線デバイス８０１と遠隔位置との間の信号の送受信を可能にする送信機８１１および受信機８１３を含みうる。送信機８１１および受信機８１３は、集合的にトランシーバ８１５と称されうる。アンテナ８１７は、トランシーバ８１５に電気的に接続されうる。無線デバイス８０１はまた、（図示しない）複数の送信機、複数の受信機、複数のトランシーバ、および／または、複数のアンテナを含みうる。
【００５３】
無線デバイス８０１のさまざまな構成要素は、電力バス、制御信号バス、状態信号バス、データ・バス等を含みうる１または複数のバスによってともに接続されうる。明瞭さのために、図８では、さまざまなバスが、バス・システム８１９として例示されている。
【００５４】
本明細書で記載された技術は、直交多重化スキームに基づく通信システムを含むさまざまな通信システムに使用されうる。そのような通信システムの例は、直交周波数分割多元接続（ＯＦＤＭＡ）システム、シングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）システム等を含んでいる。ＯＦＤＭＡシステムは、直交周波数分割多重化（ＯＦＤＭ）を利用する。それは、システム帯域幅全体を、複数の直交サブキャリアへ分割する変調技術である。これらサブキャリアはまた、トーン、ビン等とも称されうる。ＯＦＤＭでは、おのおののサブキャリアは、データと独立して変調される。ＳＣ−ＦＤＭＡシステムは、システム帯域幅にわたって分散されたサブキャリアで送信するインタリーブＦＤＭＡ（ＩＦＤＭＡ）、隣接サブキャリアのブロックで送信するローカライズドＦＤＭＡ（ＬＦＤＭＡ）、あるいは、隣接するサブキャリアの複数のブロックで送信するエンハンストＦＤＭＡ（ＥＦＤＭＡ）を利用する。一般に、変調シンボルは、ＯＦＤＭでは周波数領域で、ＳＣ−ＦＤＭＡでは時間領域で送信される。
【００５５】
上記の記述では、参照番号は、しばしば、さまざまな用語に関して使用されている。用語が参照番号に関連して使用される場合、これは、これら図面のうちの１または複数において示される具体的な要素を称することが意味される。用語が参照番号なしで使用される場合、これは、一般に、任意の特定の図面に対する限定のない用語を称することが意味される。
【００５６】
用語「判定すること」は、広範なさまざまな動作を含むので、「判定すること」は、算出すること、計算すること、処理すること、導出すること、調査すること、探索すること（例えば、テーブル、データベース、またはその他のデータ構造を探索すること）、確認すること等を含みうる。さらに、「判定すること」は、受信すること（例えば、情報を受信すること）、評価すること（例えば、メモリ内のデータを評価すること）等を含みうる。さらに、「判定すること」は、解決すること、選択すること、選ぶこと、確立すること等を含みうる。
【００５７】
語法「〜に基づく」は、明確に別に指定されていないのであれば、「〜にのみ基づく」ことを意味しない。言い換えれば、語法「〜に基づく」は、「〜にのみ基づく」と「少なくとも〜に基づく」との両方を説明する。
【００５８】
用語「プロセッサ」は、汎用プロセッサ、中央処理装置（ＣＰＵ）、マイクロプロセッサ、デジタル信号プロセサ（ＤＳＰ）、コントローラ、マイクロコントローラ、順序回路等を含むように広く解釈されるべきである。いくつかの状況では、「プロセッサ」は、特定用途向けＩＣ（ＡＳＩＣ）、プログラマブル論理回路（ＰＬＤ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）等を称しうる。用語「プロセッサ」は、例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携した１または複数のマイクロプロセッサ、または、その他任意のこのような構成のような処理デバイスの組み合わせを称しうる。
【００５９】
用語「メモリ」は、電子情報を格納することができる任意の電子構成要素を含むように広く解釈されるべきである。メモリという用語は、例えば、ランダム・アクセス・メモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、不揮発性ランダム・アクセス・メモリ（ＮＶＲＡＭ）、プログラマブル読取専用メモリ（ＰＲＯＭ）、消去可能なプログラマブル読取専用メモリ（ＥＰＲＯＭ）、電子的に消去可能なＰＲＯＭ（ＥＥＰＲＯＭ）、フラッシュ・メモリ、磁気的または光学的なデータ記憶装置、レジスタ等のようなさまざまなタイプのプロセッサ読取可能媒体を称しうる。プロセッサが、メモリから情報を読み取ったり、メモリへ情報を書き込んだりできる場合、メモリは、プロセッサと電気的に通信していると称される。プロセッサに統合されたメモリは、プロセッサと電気的に通信している。
【００６０】
用語「命令群」および「コード」は、任意のタイプのコンピュータ読取可能命令（単数または複数）を含むように広く解釈されるべきである。例えば、用語「命令群」および「コード」は、１または複数のプログラム、ルーチン、サブ・ルーチン、関数、手順等を称しうる。「命令群」および「コード」は、単一のコンピュータ読取可能命令、または、多くのコンピュータ読取可能命令を備えうる。
【００６１】
本明細書に記載された機能は、ハードウェア、ソフトウェア、ファームウェア、あるいはそれら任意の組み合わせによって実現される。ソフトウェアで実現される場合、これら機能は、コンピュータ読取可能媒体に、１または複数の命令群として格納される。「コンピュータ読取可能媒体」という用語は、コンピュータによってアクセスすることが可能なあらゆる利用可能な媒体を称する。限定ではなく一例によって、ンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたはその他の光ディスク記憶装置、磁気ディスク記憶装置またはその他の磁気記憶デバイス、あるいは、所望のプログラム・コードを命令群またはデータ構造の形態で搬送または格納するために使用され、しかも、コンピュータによってアクセスされうるその他任意の媒体を備えうる。本明細書で使用されるディスク（ｄｉｓｋおよびｄｉｓｃ）は、コンパクト・ディスク（ＣＤ）（ｄｉｓｃ）、レーザ・ディスク（ｄｉｓｃ）、光ディスク（ｄｉｓｃ）、ディジタル・バーサタイル・ディスク（ＤＶＤ）（ｄｉｓｃ）、フロッピー（登録商標）ディスク（ｄｉｓｋ）、およびＢｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含む。ここで、ｄｉｓｋは通常、データを磁気的に再生する一方、ｄｉｓｃは、レーザを用いてデータを光学的に再生する。
【００６２】
ソフトウェアまたは命令群は、送信媒体を介しても送信される。例えば、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、デジタル加入者線（ＤＳＬ）、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースからソフトウェアが送信される場合、同軸ケーブル、光ファイバ・ケーブル、ツイスト・ペア、ＤＳＬ、あるいは、例えば赤外線、無線およびマイクロ波のような無線技術が、媒体の定義に含まれる。
【００６３】
本明細書で開示された方法は、説明された方法を達成するための１または複数のステップまたは動作を備える。方法ステップおよび／または動作は、特許請求の範囲のスコープから逸脱せずに相互に置換することができる。言い換えれば、説明されている方法の適切な動作のために、ステップまたは動作の具体的な順序が要求されていないのであれば、具体的なステップおよび／または動作の順序および／または使用は、特許請求の範囲から逸脱することなく修正されうる。
【００６４】
さらに、たとえば図４、６、７によって例示されているように、本明細書で記載されている方法および技術を実行するためのモジュールおよび／またはその他の適切な手段は、デバイスによってダウンロードされるか、および／または、別のやり方で取得されうることが認識されるべきである。例えば、本明細書に記載された方法を実行するための手段の移動を容易にするために、デバイスがサーバに接続されうる。あるいは、本明細書に記載されたさまざまな方法が、（例えば、ランダム・アクセス・メモリ（ＲＡＭ）、読取専用メモリ（ＲＯＭ）、例えばコンパクト・ディスク（ＣＤ）またはフロッピー（登録商標）ディスク等のような物理記憶媒体のような）記憶手段によって提供され、これによって、デバイスは、さまざまな方法を取得できるようになる。さらに、本明細書で説明された方法および技法をデバイスに提供するために、その他任意の適切な技法を利用することができる。
【００６５】
特許請求の範囲は、上述した正確な構成および構成要素に限定されないことを理解されたい。さまざまな修正、変更、および変形が、特許請求の範囲から逸脱することなく、本明細書に記載されたシステム、方法、および装置の構成、動作、および詳細においてなされうる。
【図１】
0005270010.tif 000002
【図２】
0005270010.tif 000003
【図３】
0005270010.tif 000004
【図４】
0005270010.tif 000005
【図５】
0005270010.tif 000006
【図６】
0005270010.tif 000007
【図７】
0005270010.tif 000008
【図８】
0005270010.tif 000009