無線コネクション管理
ラジオ・リソース制御（ＲＲＣ）コネクションが維持されるべきか否かをシグナリングするための技術が提供される。このシグナリングは、例えば、既存のＮＡＳトランスポート・メッセージにおいて、あるいは別々のメッセージにおいて、提供されうる。このシグナリングは、アップリンク及び／あるいはダウンリンクにおいて提供されうる。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示の特定の態様は、無線通信に関し、特に、無線コネクション管理に関する。
【背景技術】
【０００２】
無線通信システムは、音声やデータ等のような、多様な種類の通信コンテンツを提供するために幅広く開発されている。これらのシステムは使用可能なシステム・リソース（例えば、帯域幅及び送信電力）を共有することによって複数のユーザとの通信を支援する事が可能な多元接続システムでありうる。こういった多元接続システムの実例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、３ＧＰＰロング・ターム・エボリューション・システム（ＬＴＥ）、及び直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。
【０００３】
一般に、無線多元接続通信システムは、複数の無線端末のための通信を同時に支援しうる。各端末は、フォワード・リンク及びリバース・リンクでの送信によって、１あるいは複数の基地局と通信する。フォワード・リンク（すなわちダウンリンク）は基地局から端末への通信リンクを称し、リバース・リンク（すなわちアップリンク）は端末から基地局への通信リンクを称する。この通信リンクは単一入力単一出力システム、複数入力単一出力システム、及び複数入力複数出力（ＭＩＭＯ）システムによって確立される。
【０００４】
ＭＩＭＯシステムはデータ送信の為に複数(ＮT)個の送信アンテナと複数(ＮR)個の受信アンテナを使用する。ＮT個の送信アンテナとＮR個の受信アンテナによって形成されるＭＩＭＯチャネルは空間チャネルとも称されるＮS個の独立チャネルへと分解されうる。ＮS個の独立チャネルの各々は１つのディメンションに対応している。複数の送信アンテナと受信アンテナによって作られた追加ディメンションが使用されると、ＭＩＭＯシステムは向上された性能（例えば、より向上したスループット、および／又は、より高い信頼性）を提供しうる。
【０００５】
ＭＩＭＯシステムは時分割二重通信（ＴＤＤ）システムと周波数分割二重通信（ＦＤＤ）システムとを支援する。ＴＤＤシステムにおいて、フォワード・リンク送信とリバース・リンク送信は同じ周波数領域にあるため、相反原理によってリバース・リンク・チャネルからフォワード・リンク・チャネルを推定することが可能となる。これによって、複数のアンテナがアクセス・ポイントにおいて使用可能な場合、アクセス・ポイントはフォワード・リンクで送信ビームフォーミング利得を抽出できるようになる。
【０００６】
非アクセス層（ＮＡＳ）メッセージングを運ぶために確立されたラジオ・リソース制御（ＲＲＣ）コネクションの持続性と、このようなコネクションのためのセキュリティのメンテナンスとに関連する問題点が存在する。
【発明の概要】
【０００７】
特定の態様は、無線通信のための方法を提供する。この方法は、一般に、非アクセス層（ＮＡＳ）メッセージを送信するためにラジオ・リソース制御（ＲＲＣ）コネクションを確立することと、ＮＡＳメッセージの送信の後に、ＲＲＣコネクションを維持するか否かを示すインジケーションを受信することと、インジケーションに基づいて、ＲＲＣコネクションを維持、あるいは閉じることとを含む。
【０００８】
特定の態様は、無線通信のための方法を提供する。この方法は、一般に、非アクセス層（ＮＡＳ）メッセージを送信することと、ＮＡＳメッセージに関連付けられたＲＲＣコネクションを維持するか否かを示すインジケーションを提供することとを含む。
【０００９】
特定の態様は、無線通信装置を提供する。この装置は、一般に、非アクセス層（ＮＡＳ）メッセージを送信するためにラジオ・リソース制御（ＲＲＣ）コネクションを確立するためのロジックと、ＮＡＳメッセージの送信の後に、ＲＲＣコネクションを維持するか否かを示すインジケーションを受信するためのロジックと、インジケーションに基づいて、ＲＲＣコネクションを維持、あるいは閉じるためのロジックとを含む。
【００１０】
特定の態様は、無線通信装置を提供する。この装置は、一般に、非アクセス層（ＮＡＳ）メッセージを送信するロジックと、ＮＡＳメッセージに関連付けられたＲＲＣコネクションを維持するか否かを示すインジケーションを提供するロジックとを含む。
【００１１】
特定の態様は、無線通信装置を提供する。この装置は、一般に、非アクセス層（ＮＡＳ）メッセージを送信するためにラジオ・リソース制御（ＲＲＣ）コネクションを確立する手段と、ＮＡＳメッセージの送信の後に、ＲＲＣコネクションを維持するか否かを示すインジケーションを受信する手段と、インジケーションに基づいて、ＲＲＣコネクションを維持、あるいは閉じる手段とを含む。
【００１２】
特定の態様は、無線通信装置を提供する。この装置は、一般に、非アクセス層（ＮＡＳ）メッセージを送信する手段と、ＮＡＳメッセージに関連付けられたＲＲＣコネクションを維持するか否かを示すインジケーションを提供する手段とを含む。
【００１３】
特定の態様は、無線通信のためのコンピュータ・プログラム製品を提供する。このコンピュータ・プログラム製品は、格納された命令群を有するコンピュータ読取可能媒体を備え、これら命令群は１あるいは複数のプロセッサによって実行可能である。この命令群は、一般に、この装置は、非アクセス層（ＮＡＳ）メッセージを送信するためにラジオ・リソース制御（ＲＲＣ）コネクションを確立するための命令と、ＮＡＳメッセージの送信の後に、ＲＲＣコネクションを維持するか否かを示すインジケーションを受信するための命令と、インジケーションに基づいて、ＲＲＣコネクションを維持、あるいは閉じるための命令とを含む。
【００１４】
特定の態様は、格納された命令群を有するコンピュータ読取可能媒体を備え、この命令群は、１あるいは複数のプロセッサによって実行可能である。この命令群は、一般に、非アクセス層（ＮＡＳ）メッセージを送信するための命令と、ＮＡＳメッセージに関連付けられたＲＲＣコネクションを維持するか否かを示すインジケーションを提供するための命令とを含む。
【００１５】
特定の態様は、無線通信のための装置を提供する。この装置は、一般に、非アクセス層（ＮＡＳ）メッセージを送信するためにラジオ・リソース制御（ＲＲＣ）コネクションを確立し、ＮＡＳメッセージの送信の後に、ＲＲＣコネクションを維持するか否かを示すインジケーションを受信し、インジケーションに基づいて、ＲＲＣコネクションを維持、あるいは閉じるように構成された少なくとも１つのプロセッサを含む。
【００１６】
特定の態様は、無線通信装置を提供する。この装置は、一般に、非アクセス層（ＮＡＳ）メッセージを送信し、ＮＡＳメッセージに関連付けられたＲＲＣコネクションを維持するか否かを示すインジケーションを提供するように構成された少なくとも１つのプロセッサを含む。
【図面の簡単な説明】
【００１７】
【図１】図１は、特定の態様に従う実例的な多元接続無線通信システムを例示する。
【図２】図２は、特定の態様に従う実例的な無線通信システムのブロック図を例示する。
【図３Ａ】図３Ａは、ＲＲＣコネクションを早すぎる段階で解放することを例示する。
【図３Ｂ】図３Ｂは、ＲＲＣコネクションを遅すぎる段階で解放することを例示する。
【図４】図４は、ＡＳ（アクセス層）セキュリティ・コンテキストの反復配信を例示する。
【図５】図５は、本開示の特定の態様に従ってＲＲＣコネクションを解放することを例示する。
【図６】図６は、本開示の特定の態様に従ってＲＲＣコネクションを解放するための実例的な動作を例示する。
【図６Ａ】図６Ａは、本開示の特定の態様に従ってＲＲＣコネクションを解放するための実例的な動作を例示する。
【図７】図７は、本開示の特定の態様に従ってＲＲＣコネクションを解放することを例示する。
【図８】図８は、本開示の特定の態様に従ってＲＲＣコネクションを解放するための実例的な動作を例示する。
【図８Ａ】図８Ａは、本開示の特定の態様に従ってＲＲＣコネクションを解放するための実例的な動作を例示する。
【図９】図９は、本開示の特定の態様に従ってＲＲＣコネクションを解放することを例示する。
【図１０】図１０は、本開示の特定の態様に従ってＲＲＣコネクションを解放するための実例的な動作を例示する。
【図１０Ａ】図１０Ａは、本開示の特定の態様に従ってＲＲＣコネクションを解放するための実例的な動作を例示する。
【図１１】図１１は、本開示の特定の態様に従ってＲＲＣコネクションを解放することを例示する。
【発明を実施するための形態】
【００１８】
本明細書において説明される技術は、符号分割多元接続（ＣＤＭＡ）ネットワークや、時分割多元接続（ＴＤＭＡ）ネットワークや、周波数分割多元接続（ＦＤＭＡ）ネットワークや、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワークや、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークといった、様々な無線通信ネットワークに使用されうる。「ネットワーク」や「システム」といった用語はしばしば置換可能に使用される。ＣＤＭＡネットワークは、世界地上無線接続（ＵＴＲＡ）やｃｄｍａ２０００などのようなラジオ技術を実現しうる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）及び低チップ・レートを含む。ｃｄｍａ２００は、ＩＳ−２０００基準、ＩＳ−９５基準、ＩＳ−８５６基準をカバーする。ＴＤＭＡネットワークは、グローバル・システム・フォー・モバイル・コミュニケーション（ＧＳＭ（登録商標））のような無線技術を実現しうる。ＯＦＤＭＡネットワークは、Ｅｖｏｌｖｅｄ ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）のような無線技術を実現しうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、及びＧＳＭは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。ロング・ターム・エボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの最新リリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳ、及びＬＴＥは第３世代パートナシップ・プロジェクト（３ＧＰＰ）と命名された団体からの文書において説明される。ｃｄｍａ２０００は「第３世代パートナシップ・プロジェクト２」（３ＧＰＰ２）と命名された団体からの文書において説明される。これらの多様なラジオ技術と規格は当技術分野において周知である。明確にするために、これらの技術の特定の態様がＬＴＥについて下記に記述されており、ＬＴＥ用語がその下記の記述の大部分において使用されている。
【００１９】
単一キャリア変調と周波数領域等値化を利用する技術は、単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）である。ＳＣ−ＦＤＭＡはＯＦＤＭＡシステムのものと類似の性能と本質的に同じ総合複雑性とを有している。ＳＣ−ＦＤＭＡ信号はその固有の単一キャリア構造のためにより低いピーク対平均電力比（ＰＡＰＲ）を有している。特により低いＰＡＰＲが送信電力効率の点において移動端末に大いに利点を与えるアップリンク通信において、ＳＣ−ＦＤＭＡは多くの注目を集めてきた。これは現在の３ＧＰＰロング・ターム・エボリューション、あるいはＥｖｏｌｖｅｄ ＵＴＲＡにおけるアップリンク多元接続スキームに対する動作前提である。
【００２０】
図１には、１つの実施形態に従う多元接続無線通信システムが例示される。アクセス・ポイント１００（ＡＰ）は、複数のアンテナ・グループを含み、１つは１０４と１０６を含み、別のものは１０８と１１０を含み、更に別のものは１１２と１１４を含みうる。図１において、各アンテナ・グループとして２つだけのアンテナが示されているが、それより多くのあるいはそれより少ないアンテナが各アンテナ・グループとして活用されうる。アクセス端末１１６（ＡＴ）は、アンテナ１１２、１１４と通信している。ここで、アンテナ１１２、１１４は、フォワード・リンク１２０を介して情報をアクセス端末１１６へ送信し、リバース・リンク１１８を介してアクセス端末から情報を受信する。アクセス端末１２２は、アンテナ１０６、１０８と通信している。ここで、アンテナ１０６、１０８は、フォワード・リンク１２６を介して情報をアクセス端末へ送信し、リバース・リンク１２４を介してアクセス端末１２２から情報を受信する。ＦＤＤシステムにおいて、通信リンク１１８、１２０、１２４、１２６は、通信のために異なる周波数を使用できる。例えば、フォワード・リンク１２０は、リバース・リンク１１８によって使用されたものとは異なる周波数を使用できる。
【００２１】
アンテナの各グループ、及び／あるいはアンテナが通信するために設計されているエリアは、しばしばアクセス・ポイントのセクタと称される。実施形態において、アンテナ・グループは各々が、アクセス・ポイント１００によってカバーされたエリアの、セクタにおける端末にアクセスするために通信するように設計されている。
【００２２】
フォワード・リンク１２０、１２６での通信において、アクセス・ポイント１００の送信アンテナは、別のアクセス端末１１６、１２４のためのフォワード・リンクの信号対雑音比を向上させるために、ビームフォーミングを活用する。更に、カバレッジに渡ってランダムに散在しているアクセス端末へ送信するためにビームフォーミングを使用するアクセス・ポイントは、単一アンテナによって全てのアクセス端末へ送信するアクセス・ポイントよりも、近隣セル内のアクセス端末に、少ない干渉しかもたらさない。
【００２３】
アクセス・ポイントは、端末を通信するために使用される固定局でありうるし、アクセス・ポイント、ノードＢ、ｅｖｏｌｖｅｄ ノードＢ（ｅＮｏｄｅ Ｂ）、あるいはその他いくつかの用語によっても称されうる。アクセス端末は、アクセス端末、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、あるいはその他いくつかの用語によっても呼称されうる。
【００２４】
図２は、ＭＩＭＯシステム２００における、（アクセス・ポイントとしても知られる）送信機システム２１０、及び（アクセス端末としても知られる）受信機システム２５０の実施形態のブロック図である。送信機システム２１０において、複数のデータ・ストリームのためのトラフィック・データが、データ・ソース２１２から、送信（ＴＸ）データ・プロセッサ２１４へ提供される。
実施形態において、各データ・ストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータ・プロセッサ２１４は、データ・ストリームのために選択された特定の符号化スキームに基づいて、各データ・ストリームのためのトラフィック・データを、フォーマットし、符号化し、インターリーブして、符号化データを提供する。
【００２５】
各データ・ストリームのための符号化データは、ＯＦＤＭ技術を使用するパイロット・データを用いて多重化されうる。このパイロット・データは一般に、周知の方式で処理される周知のデータ・パターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。各データ・ストリームのための多重化されたパイロット・データ及び符号化データは、その後、そのデータ・ストリームのために選択された（例えば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、あるいはＭ−ＱＡＭのような）特定の変調スキームに基づいて変調（すなわちシンボル・マップ）され、変調シンボルを提供する。各データ・ストリームのためのデータ・レート、符号化、変調は、プロセッサ２３０によって実行される命令群によって判定されうる。
【００２６】
全てのデータ・ストリームのための変調シンボルは、その後、ＴＸ ＭＩＭＯプロセッサ２２０に提供される。このプロセッサは、（例えば、ＯＦＤＭのための）変調シンボルを更に処理しうる。ＴＸ ＭＩＭＯプロセッサ２２０は、その後、ＮＴ個の変調シンボル・ストリームを、ＮＴ個の送信機（ＴＭＴＲ）２２２ａ乃至２２２ｔに提供しうる。特定の実施形態において、ＴＸ ＭＩＭＯプロセッサ２２０は、データ・ストリームのシンボルとそのシンボルが送信されてくるアンテナとに、ビームフォーミング重みを適用する。
【００２７】
各送信機２２２は、それぞれのシンボル・ストリームを受信及び処理して、１あるいは複数のアナログ信号を提供し、更にアナログ信号を調整（例えば、増幅、フィルタ、及びアップコンバート）して、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供する。送信機２２２ａ乃至送信機２２２ｔからのＮＴ個の変調信号は、その後、ＮＴ個のアンテナ２２４ａ乃至２２４ｔからそれぞれ送信される。
【００２８】
受信機システム２５０において、送信された変調信号は、ＮＲ個のアンテナ２５２ａ乃至２５２ｒによって受信され、各アンテナ２５２によって受信された信号は、それぞれの受信機（ＲＣＶＲ）２５４ａ乃至２５４ｒに提供される。各受信機２５４は、それぞれの受信された信号を調整（例えば、フィルタ、調整、ダウンコンバート）し、調整された信号をデジタル化してサンプルを提供し、更にこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。
【００２９】
ＲＸデータ・プロセッサ２６０は、その後、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信されたシンボル・ストリームを受信及び処理し、ＮＴ個の「検知された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ２６０は、その後、各検知されたシンボル・ストリームを変調、逆インターリーブ、及び復号し、データ・ストリームのためのトラフィック・データを復元させる。ＲＸデータ・プロセッサ２６０による処理は、送信機システム２１０のＴＸ ＭＩＭＯプロセッサ２２０及びＴＸ データ・プロセッサ２１４によって実行される処理に対する相補的な処理である。
【００３０】
プロセッサ２７０は、どの事前符号化行列を使用するか（下記で説明される）を定期的に判定する。プロセッサ２７０は、行列インデックス部及びランク値部を備えるリバース・リンク・メッセージを公式化する。
【００３１】
このリバース・リンク・メッセージは、様々な種類の通信リンクに関連する情報及び／あるいは受信されたデータ・ストリームを備えうる。リバース・リンク・メッセージは、その後、ＴＸデータ・プロセッサ２３８によって処理される。このプロセッサは、データ・ソース２３６からの複数のデータ・ストリームのためのトラフィック・データを受信する。このトラフィック・データは、変調器２８０によって変調され、送信機２５４ａ乃至２５４ｒによって調整され、送信機システム２１０によって送り返される。
【００３２】
送信機システム２１０において、受信機システム２５０からの変調された信号は、アンテナ２２４によって受信され、受信機２２２によって調整され、復号器２４０によって復号され、ＲＸデータ・プロセッサ２４２によって処理されて、受信機システム２５０によって送信されたリバース・リンク・メッセージが抽出される。その後、プロセッサ２３０は、どの事前符号化行列がビームフォーミング重みを判定するために使用されるかを判定し、その後、抽出されたメッセージを処理する。
【００３３】
態様において、論理チャネルは制御チャネルおよびトラフィック・チャネルに分類される。論理制御チャネルは以下を備える。システム制御情報をブロードキャストするためのＤＬチャネルであるブロードキャスト制御チャネル（ＢＣＣＨ）。ページング情報を転送するＤＬチャネルであるページング制御チャネル（ＰＣＣＨ）。１つあるいはいくつかのＭＴＣＨのための制御情報と、マルチメディア・ブロードキャストおよびマルチキャスト・サービス（ＭＢＭＳ）スケジューリングを送信するために使用されるポイント・ツー・マルチポイントＤＬチャネルであるマルチキャスト制御チャネル（ＭＣＣＨ）。一般的に、ＲＲＣコネクションの確立後は、このチャネルはＭＢＭＳ（注：旧ＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥによってのみ使用される。専用制御チャネル（ＤＣＣＨ）は専用制御情報を送信するポイント・ツー・ポイント双方向チャネルであり、ＲＲＣコネクションを有するＵＥによって使用される。態様において、論理トラフィック・チャネルはユーザ情報の転送のための、１つのＵＥのために設けられた、ポイント・ツー・ポイント双方向チャネルである専用トラフィック・チャネル（ＤＴＣＨ）を備える。更に、トラフィック・データを送信するためのポイント・ツー・マルチポイントＤＬチャネルのためのマルチキャスト・トラフィック・チャネル（ＭＴＣＨ）。
【００３４】
態様において、伝送チャネルはＤＬおよびＵＬに分類される。ＤＬ伝送チャネルはブロードキャスト・チャネル（ＢＣＨ）、ダウンリンク共有データ・チャネル（ＤＬ−ＳＤＣＨ）、およびページング・チャネル（ＰＣＨ）を備える。ＵＥ節電の支援のためのＰＣＨ（ＤＲＸサイクルはネットワークによってＵＥに示される）は、全セルを通してブロードキャストされ、他の制御／トラヒック・チャネルのために使用されうるＰＨＹリソースにマップされる。ＵＬ伝送チャネルはランダム・アクセス・チャネル（ＲＡＣＨ）、リクエスト・チャネル（ＲＥＱＣＨ）、アップリンク共有データ・チャネル（ＵＬ−ＳＤＣＨ）及び複数のＰＨＹチャネルを備える。ＰＨＹチャネルはＤＬチャネルとＵＬチャネルのセットを備える。
【００３５】
ＤＬ ＰＨＹチャネルは、例えば、共通パイロット・チャネル（ＣＰＩＣＨ）同期チャネル（ＳＣＨ）共通制御チャネル（ＣＣＣＨ）共有ＤＬ制御チャネル（ＳＤＣＣＨ）マルチキャスト制御チャネル（ＭＣＣＨ）共有ＵＬ割当チャネル（ＳＵＡＣＨ）アクノレッジメント・チャネル（ＡＣＫＣＨ）ＤＬ物理共有データ・チャネル（ＤＬ−ＰＳＤＣＨ）ＵＬ電力制御チャネル（ＵＰＣＣＨ）ページング・インジケータ・チャネル（ＰＩＣＨ）負荷インジケータ・チャネル（ＬＩＣＨ）を備える。
【００３６】
ＵＬ ＰＨＹチャネルは、例えば、物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）チャネル品質インジケータ・チャネル（ＣＱＩＣＨ）アクノレッジメント・チャネル（ＡＣＫＣＨ）アンテナ・サブセット・インジケータ・チャネル（ＡＳＩＣＨ）共有リクエスト・チャネル（ＳＲＥＱＣＨ）ＵＬ物理共有データ・チャネル（ＵＬ−ＰＳＤＣＨ）ブロードバンド・パイロット・チャネル（ＢＰＩＣＨ）を備える。
【００３７】
（ＲＲＣコネクションの早期解放と後期解放）
図３Ａ及び図３Ｂでは、モビリティ管理エンティティ（ＭＭＥ）が、ＵＥとのトランザクションを開始すると、従来型のＮＡＳシグナリングはノードＢに対して不明瞭になる。これは、対応するＲＲＣコネクションが、どのぐらいの間必要とされるかを、ノードＢが知ることができないことを意味する。結果として、ＲＲＣレベルにおいて、いつＮＡＳインタラクションが完了し、コネクションが解放されるかを判定するのに容易な方法は通常存在しない。本明細書において使用されるように、ＭＭＥという用語は、一般に、例えば、モビリティ・パラメータ、ＵＥ識別パラメータ、セキュリティ・パラメータを管理し、（例えばＲＲＣのような）ラジオ・レイヤ・プロトコルがトランスポート・レイヤとして振舞う上位のレイヤ・プロトコルを終端させるエンティティを称する。
【００３８】
図３Ａは、ＲＲＣコネクションの早期解放の結果を例示している。例示された実例において、ＭＭＥは、ＤＬ ＮＡＳ転送３１２を実行するために、ＲＲＣコネクション３１０を確立する。３１４において、ＲＲＣコネクション３１０がどのくらいの間必要とされるかについての明示的なノレッジを用いて、ｅノードＢは、ＤＬデータが転送された後、ＲＲＣコネクション３１０を解放しうる。結果として、３２２において、ＵＥは、ＲＲＣ＿ＩＤＬＥ状態に入る。しかし、この実例において、ＵＥからｅノードＢへのＵＬ転送３３２と、ｅノードＢからＭＭＥへのＵＬ ＮＡＳ転送３３４を実行するためにＲＲＣコネクション３１０を再確立するために、ＮＡＳ手順は３２４において続行し、追加のＲＡＣＨ手順３２６を引き起こす。例示されたように、早期解放３２０は、ＲＲＣコネクションを再確立するために、追加のオーバヘッドをもたらす。
【００３９】
図３Ｂは、ＲＲＣコネクションの後期解放の結果を例示する。例示された実例において、ＭＭＥはＤＬ ＮＡＳ転送３１２を実行するために、ＲＲＣコネクション３１０を再確立する。３１４において、ＲＲＣコネクション３１０がどのくらいの間必要とされるかについての明示的なノレッジを用いずに、ｅノードＢは、ＤＬデータが転送された後ＲＲＣコネクション３１０を維持しうる。結果として、この実例においてＮＡＳトランザクションが完了したとしても、ＲＲＣコネクションは、何の動作もなく、長い期間維持されうる。３５０において、ＲＲＣコネクションが最終的に解放され、これによって、３２２においてＵＥがＲＲＣ＿ＩＤＬＥ状態に入る。しかし、必要以上に長くＲＲＣコネクションを維持することは、論理リソースと、ＵＥのバッテリー寿命と、恐らくは、オーバ・ザ・エア帯域幅とを浪費しうる。
【００４０】
関連する問題において、ＭＭＥが、シグナリングのみのためのコネクションのために、ｅノードＢにＡＳセキュリティ・コンテキストを送るための標準的なメカニズムは存在しない。このコンテキストを運びうる（ＭＭＥとｅノードＢの間の）Ｓ１メッセージは、（ユーザ・プレーン・ベアラを含むＵＥコンテキスト全体のために使用される）ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージと、（ＵＥコンテキストがすでに確立されていない限りは意味のない）ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージのみである。
【００４１】
図４で例示されるように、第２の問題に対する１つの解決策は、ＤＯＷＮＬＩＮＫ ＮＡＳ ＴＲＡＮＳＰＯＲＴメッセージ３１２のような、ｅノードＢにシグナリングのみのためのコネクション３１０を確立させうるメッセージ内のＡＳセキュリティ・コンテキストの配信を可能にすることである。しかし、３２０においてＲＲＣコネクションが早期に解放されると、ｅノードＢは更に、３２４において、ＡＳセキュリティ・コンテキストを破棄するだろう。結果として、新たなＮＡＳメッセージが、（例えば、オリジナルのコネクションの確立をトリガするメッセージに応じて）ＵＥから受信される場合、ＡＳにおいて利用可能なセキュリティは存在しない。よって、ＵＥはＲＲＣコネクション３１０を再確立するためにＲＡＣＨ手順３２６を開始する必要があり、任意のＲＲＣセキュリティを利用可能にするために、３４０において、ＭＭＥからｅノードＢへのコンテキストの配信が繰り返されねばならない。このように、早期解放は、再び追加のオーバヘッドをもたらす。
【００４２】
この早期解放問題の同様のバージョンが、アップリンク方向においても生じうる。例えば、トラッキング・エリア更新手順において、手順の最終メッセージ（ＴＲＡＣＫＩＮＧ ＵＰＤＡＴＥ ＣＯＭＰＬＥＴＥ）は、通常、ＲＲＣコネクションはもう必要ないということを意味する。しかし、ｅノードＢは、このメッセージが信頼できるものとは確認できず、もって、（例えば、ＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＡＣＣＥＰＴメッセージがダウンリンクで送られた直後の）早期解放のリスクと、（過度の持続、すなわちＴＲＡＣＫＩＮＧ ＵＰＤＡＴＥ ＣＯＭＰＬＥＴＥメッセージの後に不必要にコネクションを維持する）後期解放のリスクとのどちらかを選択せねばならない。
【００４３】
（ＲＲＣコネクションの解放を示す明示的なインジケーション）
特定の態様によると、ｅｖｏｌｖｅｄノードＢ（ｅＮＢ）においてＲＲＣコネクションを維持あるいは閉じるための明示的なインジケーションを使用することによって、より効率的なラジオ・リソース管理が達成される。本明細書で提供される技術は、ＵＥが後続するＮＡＳメッセージを送る必要がある場合に、ＲＲＣコネクションのセットアップを不必要に繰り返すことを回避することを支援する。
【００４４】
図５は、本開示の態様に従って、どれぐらいの間ＲＲＣコネクションが維持されるべきかを示すインジケーションを、ＭＭＥがどのようにして提供しうるかの実例を例示する。例示されたように、ＭＭＥは、ＤＯＷＮＬＩＮＫ ＮＡＳ ＴＲＡＮＳＰＯＲＴメッセージ５１２の送信と共に、情報エレメント（ＩＥ）５１６を、ＵＥのＡＳセキュリティ・コンテキストを含むように提供しうる。このＩＥがメッセージ５１２に含まれていると、ｅノードＢは、ＲＲＣコネクション３１０を「持続的」として扱いうる。本明細書で使用されるように、用語「持続的」は、ｅノードＢが、ＲＲＣコネクションが解放されるべきであるという明示的なインジケーションを受け取り、予め定められた期間が切れるまで、及び／あるいはその他いくつかのイベントをトリガする解放が生じるまで、ＲＲＣコネクションを維持することを意味しうる。
【００４５】
図６は、図５において示されるＩＥ５１６に基づいて、ＲＲＣコネクションを維持あるいは解放するために、例えば、ｅノードＢにおいて実行されうる実例的な動作６００を例示する。６０２において、ｅノードＢは、ＤＬ ＮＡＳトランスポート・メッセージを受信する。ｅノードＢは、６０４において、ＲＲＣコネクションを確立し、６０６において、ＮＡＳメッセージを送る。６０８において判定されるように、ＵＥのＡＳセキュリティ・コンテキストを伴うＩＥが、メッセージと共に提供されると、ＲＲＣコネクションが、６１２において維持される。そうでない場合、６１０において、ＲＲＣコネクションが解放されうる。
【００４６】
ＵＥのＡＳセキュリティ・コンテキストを含むＩＥでＲＲＣコネクションを維持するために、ｅノードＢをシグナリングすることによって、ｅノードＢは、ＵＬデータ転送３３２のような、その後のトランザクションのためのＵＥのＡＳセキュリティ・コンテキストを維持し、もって、図４において例示された「セキュリティ・スラッシング」問題を回避しうる。しかし、ＭＭＥが、ＡＫＡ処理を通して新たなＵＥを認証しようとする場合のように、全てのＮＡＳトランザクションが、ＡＳセキュリティを必要とするわけではない。このように、特定の態様によって、ＡＳセキュリティ・コンテキストを含むＩＥ以外のシグナリング・メカニズムで、ＲＲＣコネクションが持続的として維持されるべきかをシグナリングすることが可能となる。
【００４７】
例えば、特定の態様によると、メッセージは、対応するトランザクションにしたがって、ＲＲＣコネクションが閉じられるべきか維持されるべきかを示すフラグを含みうる。図７に例示されるように、３１４において、ＤＭメッセージの配信の後、ＲＲＣコネクション３１０が閉じられるべきか維持されるべきかを示すフラグ７１６を、ＤＬ ＮＡＳ ＴＲＡＮＳＰＯＲＴメッセージ７１２は含みうる。例示された実例において、フラグ７１６は「閉じる」に設定される。これによって、３２０において、ｅノードＢにＲＲＣコネクションを解放させ、３２２において、ＵＥはＲＲＣ＿ＩＤＬＥ状態とされる。
【００４８】
図８は、例えば、図７に示されるフラグ７１６に基づいて、ＲＲＣコネクションを維持するあるいは解放するために、例えばｅノードＢで実行されうる実例的な動作８００を例示する。８０２において、ｅノードＢは、ＲＲＣコネクションを「閉じる／維持」フラグを含むＤＬ ＮＡＳトランスポート・メッセージを受信する。ｅノードＢは、８０４においてＲＲＣコネクションを確立し、８０６において、ＮＡＳメッセージを送る。８０８において判定されるように、ＲＲＣコネクション・フラグが、「維持」に設定されていると、ＲＲＣは、ＲＲＣコネクションを持続的として扱い、８１２において、ＲＲＣコネクションを維持する。一方、ＲＲＣコネクション・フラグが、「閉じる」に設定されていると、ｅノードＢは、８１０において、ＲＲＣコネクションを解放する「許可」を与えられる。
【００４９】
上記で例示された実例が、ダウンリンク・メッセージにおけるシグナリングを含む一方で、同様のシグナリングがアップリンク内で達成される。これによって、例えば、ＵＥは、ＮＡＳメッセージ運ぶ（いくつかのあるいは全ての）アップリンクＲＲＣメッセージ内にインジケータを含めることが可能になる。例えば、（例えば、ＵＬ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージ、及びＲＣ ＣＯＮＮＥＣＴＩＯＮ ＥＳＴＡＢＬＩＳＨＭＥＮＴ ＣＯＭＰＬＥＴＥメッセージのような）アップリンク方向でＮＡＳメッセージを運びうるＲＲＣメッセージは、「ＮＡＳトランザクション完了」フラグも含みうる。
【００５０】
このアプローチは、ＵＬ ＮＡＳトランスポート・メッセージ９３２がフラグ９３４を含む図９に例示される。例示されたように、このフラグがトランザクションの完了を示す場合、ＮＡＳシグナリングに関連するＲＲＣコネクションに対する更なる必要性はもはや予期されないことがｅノードＢに警告され、ＲＲＣコネクションは、ＵＬ ＮＡＳ転送メッセージ３３４をＭＭＥに送った後、３２０において解放される。
【００５１】
図１０は、図９に示されたフラグ９３４に基づいて、ＲＲＣコネクションを維持あるいは解放するために、例えばｅノードＢで実行されうる実例的な動作１０００を例示する。実例的な動作１０００は、ＲＲＣコネクションが既に確立されているものと仮定する。
【００５２】
１００２において、ｅノードＢは、ＮＡＳトランザクション完了フラグを含むＤＬ ＮＡＳトランスポート・メッセージを受信する。ＮＡＳトランザクション完了フラグが、１００４において判定されるように、ＮＡＳトランザクションが完了していないことを示すと、１００８において、ＲＲＣはＲＲＣコネクションを維持する。一方、ＮＡＳトランザクション完了フラグが、ＮＡＳトランザクションが完了したことを示すと、１００６において、ｅノードＢがＲＲＣコネクションを解放する。
【００５３】
図１０に示されるように、ＵＥあるいはＭＭＥが、ＲＲＣコネクションがもう必要ないと示しても、コネクションを解放するか否かの決定権は、ｅノードＢに与えられる。つまり、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥメッセージは、実はｅノードＢによって生成されるので、ｅノードＢは、（下記で説明されるように、ＩＥ、フラグ、あるいは別々のメッセージの何れかによる）ＵＬ信号あるいはＤＬ信号を、コネクションの解放あるいは維持が「許容可能」であることを示すインジケーションと見なし、最後に、その他のファクタを検討する。
【００５４】
上記で述べられたように、ｅノードＢがどのようにしてＲＲＣコネクションを「持続的」として維持するのかは、異なる態様によって変動し、ｅノードＢに一任されうる。態様によると、本明細書で説明されるシグナリングが、ｅノードＢがいくらかの期間ＲＲＣコネクションを維持するべきである、と示す一方で、標準的な仕様あるいはサービス・プロバイダによって正確な間隔が決定されうる。例えば、ＲＲＣコネクションが「持続的」として扱われる場合、コネクション確立時に、タイマが起動され、持続期間を与えられる。これは、仕様においてコード化されるか、もしくはｅノードＢの実装によって定義される。タイマの期限が切れると、コネクションは、直ちに、あるいは代替として、ｅノードが望む任意の時点で解放される。
【００５５】
特定の態様によると、ｅノードＢが、ＲＲＣコネクションを維持し、（例えば、上記で述べられたようなメッセージ内のフラグ、あるいはタイマの終了のような）明示的なトリガを待つべきであると明確に述べられうる。つまり、ＲＲＣコネクションが「持続的」として扱われる場合、ｅノードＢは、そうしろという明示的なインジケーションを受信するまで、ＲＲＣコネクションを維持するように構成されうる。上記で説明されたように、このインジケーションは、「閉じる」と示すように設定された「ＲＲＣコネクションを閉じる／維持」フラグを伴うＭＭＥからのＳ１−ＡＰメッセージや、Ｓ１インタフェースのために生成された特定のメッセージあるいはインジケーションや、ＵＥ、ＭＭＥ、あるいはそれら両方からの「ＮＡＳトランザクション完了」インジケーションの形態でありうる。
【００５６】
ＲＲＣコネクションを解放するためにＢノードＢにシグナルするための、別々のメッセージの使用が、図１１に例示される。例示されるように、ＤＬ ＮＡＳ ＴＲＡＮＳＰＯＲＴメッセージ３１２を送るために、ＲＲＣコネクション３１０が確立されうる。３１４におけるＵＥへのメッセージの配信の後、ＭＭＥは、別々のＲＲＣ ＲＥＬＥＡＳＥメッセージ６１０を送り、３２０において、ｅノードＢにコネクションを解放するよう促す。同様のＲＲＣ ＲＥＬＥＡＳＥメッセージも、アップリンクで送られる。これによって、ＵＥが、ＲＲＣコネクションを解放するようｅノードＢにシグナルすることが可能になる。
【００５７】
開示される処理におけるステップの特定の順番あるいは階層は、典型的なアプローチによる実例である。設計の選択に基づいて、処理におけるステップの特定の順番あるいは階層は、本開示の範囲内でありながら再構成されうることが理解される。添付の方法請求項は、サンプル的な順番で様々なステップの要素を提示しており、提示された特定の順番あるいは階層に限定されることはない。
【００５８】
当業者は、情報及び信号が、任意の様々な異なる技法及び技術を使用して表されうるということを理解するだろう。例えば、上記の説明を通して参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場あるいは磁気粒子、光学場あるいは光学粒子、あるいはそれらのいずれかの組み合わせによって表わされうる。
【００５９】
当業者は更に、本明細書で開示された実施形態に関連付けて説明された多様な実例的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップは、電子ハードウェア、コンピュータ・ソフトウェア、あるいはこれら両方の組み合わせによって実現されうるということを正しく理解するだろう。このハードウェアおよびソフトウェアの互換性を明確に例示するために、多様な実例的な構成要素、ブロック、モジュール、回路、およびステップが、一般にそれらの機能の観点から上記で説明されている。そのような機能がハードウェアとして、あるいはソフトウェアとして実現されるかどうかは、システム全体に課せられている特定のアプリケーションおよび設計の制約に依存する。当業者は、各特定のアプリケーションのために方式を変化させることによって、述べられた機能性を実施しうるがこういった実施判定は本発明の範囲からの逸脱をまねくものと解釈されるべきではない。
【００６０】
一般に、対応する手段及び機能の図を有する図面に例示された方法がある場合、動作ブロックは、同様の符番を持つ手段及び機能ブロックに対応する。例えば、図６に例示された動作６００は、図６Ａに例示されたmeans-plus-functionブロック６００Ａに対応し、図８に例示された動作８００は、図８Ａに例示されたmeans-plus-functionブロック８００Ａに対応し、図１０に例示された動作１０００は、図１０Ａに例示されたmeans-plus-functionブロック１０００Ａに対応する。
【００６１】
本明細書で開示された実施形態に関連付けて説明された多様な論理ブロック、モジュール、及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、アプリケーション特有集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル・ロジック・デバイス、離散ゲートもしくはトランジスタ・ロジック、離散ハードウェア構成要素、あるいは本明細書で説明された機能を実行するために設計されたそれらの任意の組み合わせで実施あるいは実行されうる。汎用プロセッサは、マイクロプロセッサでありうるが、代替例として、従来型のプロセッサ、コントローラ、マイクロコントローラ、あるいは順序回路でありうる。例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連結した１、あるいは複数のマイクロプロセッサ、もしくはその他任意のこのような構成のようなコンピューティング・デバイスの組み合わせとして、プロセッサが実現されうる。
【００６２】
本明細書で開示された実施形態に関連付けて説明された方法あるいはアルゴリズムのステップは、ハードウェア、プロセッサによって実行されるソフトウェア・モジュール、あるいはそれら２つの組み合わせにおいて実現されうる。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野において周知のその他任意の形態の記憶媒体に存在しうる。 典型的な記憶媒体は、記憶媒体からの情報を読み取り、記憶媒体に情報を書き込むことができるプロセッサのようなプロセッサと結合される。代替例においては、記憶媒体はプロセッサに統合されうる。プロセッサ及び記憶媒体はＡＳＩＣ内に存在しうる。ＡＳＩＣはユーザ端末内に存在しうる。代替例においては、プロセッサ及び記憶媒体は離散的な構成要素としてユーザ端末内に存在しうる。
開示された実施形態に対する前述の説明は、当業者が本開示を製造あるいは使用できるように提供される。これらの実施形態に対する多様な変形例は当業者に対して容易に明らかになるであろう。また本明細書で規定された一般的原理は、この開示の精神あるいは範囲から逸脱することなくその他の実施形態に適用されうる。よって、本開示は本明細書で示される実施形態に限定されるよう意図されたものではなく、本明細書で開示された原理および新規の特徴と矛盾しない最大範囲であると認められるべきである。
【技術分野】
【０００１】
本開示の特定の態様は、無線通信に関し、特に、無線コネクション管理に関する。
【背景技術】
【０００２】
無線通信システムは、音声やデータ等のような、多様な種類の通信コンテンツを提供するために幅広く開発されている。これらのシステムは使用可能なシステム・リソース（例えば、帯域幅及び送信電力）を共有することによって複数のユーザとの通信を支援する事が可能な多元接続システムでありうる。こういった多元接続システムの実例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、３ＧＰＰロング・ターム・エボリューション・システム（ＬＴＥ）、及び直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。
【０００３】
一般に、無線多元接続通信システムは、複数の無線端末のための通信を同時に支援しうる。各端末は、フォワード・リンク及びリバース・リンクでの送信によって、１あるいは複数の基地局と通信する。フォワード・リンク（すなわちダウンリンク）は基地局から端末への通信リンクを称し、リバース・リンク（すなわちアップリンク）は端末から基地局への通信リンクを称する。この通信リンクは単一入力単一出力システム、複数入力単一出力システム、及び複数入力複数出力（ＭＩＭＯ）システムによって確立される。
【０００４】
ＭＩＭＯシステムはデータ送信の為に複数(ＮT)個の送信アンテナと複数(ＮR)個の受信アンテナを使用する。ＮT個の送信アンテナとＮR個の受信アンテナによって形成されるＭＩＭＯチャネルは空間チャネルとも称されるＮS個の独立チャネルへと分解されうる。ＮS個の独立チャネルの各々は１つのディメンションに対応している。複数の送信アンテナと受信アンテナによって作られた追加ディメンションが使用されると、ＭＩＭＯシステムは向上された性能（例えば、より向上したスループット、および／又は、より高い信頼性）を提供しうる。
【０００５】
ＭＩＭＯシステムは時分割二重通信（ＴＤＤ）システムと周波数分割二重通信（ＦＤＤ）システムとを支援する。ＴＤＤシステムにおいて、フォワード・リンク送信とリバース・リンク送信は同じ周波数領域にあるため、相反原理によってリバース・リンク・チャネルからフォワード・リンク・チャネルを推定することが可能となる。これによって、複数のアンテナがアクセス・ポイントにおいて使用可能な場合、アクセス・ポイントはフォワード・リンクで送信ビームフォーミング利得を抽出できるようになる。
【０００６】
非アクセス層（ＮＡＳ）メッセージングを運ぶために確立されたラジオ・リソース制御（ＲＲＣ）コネクションの持続性と、このようなコネクションのためのセキュリティのメンテナンスとに関連する問題点が存在する。
【発明の概要】
【０００７】
特定の態様は、無線通信のための方法を提供する。この方法は、一般に、非アクセス層（ＮＡＳ）メッセージを送信するためにラジオ・リソース制御（ＲＲＣ）コネクションを確立することと、ＮＡＳメッセージの送信の後に、ＲＲＣコネクションを維持するか否かを示すインジケーションを受信することと、インジケーションに基づいて、ＲＲＣコネクションを維持、あるいは閉じることとを含む。
【０００８】
特定の態様は、無線通信のための方法を提供する。この方法は、一般に、非アクセス層（ＮＡＳ）メッセージを送信することと、ＮＡＳメッセージに関連付けられたＲＲＣコネクションを維持するか否かを示すインジケーションを提供することとを含む。
【０００９】
特定の態様は、無線通信装置を提供する。この装置は、一般に、非アクセス層（ＮＡＳ）メッセージを送信するためにラジオ・リソース制御（ＲＲＣ）コネクションを確立するためのロジックと、ＮＡＳメッセージの送信の後に、ＲＲＣコネクションを維持するか否かを示すインジケーションを受信するためのロジックと、インジケーションに基づいて、ＲＲＣコネクションを維持、あるいは閉じるためのロジックとを含む。
【００１０】
特定の態様は、無線通信装置を提供する。この装置は、一般に、非アクセス層（ＮＡＳ）メッセージを送信するロジックと、ＮＡＳメッセージに関連付けられたＲＲＣコネクションを維持するか否かを示すインジケーションを提供するロジックとを含む。
【００１１】
特定の態様は、無線通信装置を提供する。この装置は、一般に、非アクセス層（ＮＡＳ）メッセージを送信するためにラジオ・リソース制御（ＲＲＣ）コネクションを確立する手段と、ＮＡＳメッセージの送信の後に、ＲＲＣコネクションを維持するか否かを示すインジケーションを受信する手段と、インジケーションに基づいて、ＲＲＣコネクションを維持、あるいは閉じる手段とを含む。
【００１２】
特定の態様は、無線通信装置を提供する。この装置は、一般に、非アクセス層（ＮＡＳ）メッセージを送信する手段と、ＮＡＳメッセージに関連付けられたＲＲＣコネクションを維持するか否かを示すインジケーションを提供する手段とを含む。
【００１３】
特定の態様は、無線通信のためのコンピュータ・プログラム製品を提供する。このコンピュータ・プログラム製品は、格納された命令群を有するコンピュータ読取可能媒体を備え、これら命令群は１あるいは複数のプロセッサによって実行可能である。この命令群は、一般に、この装置は、非アクセス層（ＮＡＳ）メッセージを送信するためにラジオ・リソース制御（ＲＲＣ）コネクションを確立するための命令と、ＮＡＳメッセージの送信の後に、ＲＲＣコネクションを維持するか否かを示すインジケーションを受信するための命令と、インジケーションに基づいて、ＲＲＣコネクションを維持、あるいは閉じるための命令とを含む。
【００１４】
特定の態様は、格納された命令群を有するコンピュータ読取可能媒体を備え、この命令群は、１あるいは複数のプロセッサによって実行可能である。この命令群は、一般に、非アクセス層（ＮＡＳ）メッセージを送信するための命令と、ＮＡＳメッセージに関連付けられたＲＲＣコネクションを維持するか否かを示すインジケーションを提供するための命令とを含む。
【００１５】
特定の態様は、無線通信のための装置を提供する。この装置は、一般に、非アクセス層（ＮＡＳ）メッセージを送信するためにラジオ・リソース制御（ＲＲＣ）コネクションを確立し、ＮＡＳメッセージの送信の後に、ＲＲＣコネクションを維持するか否かを示すインジケーションを受信し、インジケーションに基づいて、ＲＲＣコネクションを維持、あるいは閉じるように構成された少なくとも１つのプロセッサを含む。
【００１６】
特定の態様は、無線通信装置を提供する。この装置は、一般に、非アクセス層（ＮＡＳ）メッセージを送信し、ＮＡＳメッセージに関連付けられたＲＲＣコネクションを維持するか否かを示すインジケーションを提供するように構成された少なくとも１つのプロセッサを含む。
【図面の簡単な説明】
【００１７】
【図１】図１は、特定の態様に従う実例的な多元接続無線通信システムを例示する。
【図２】図２は、特定の態様に従う実例的な無線通信システムのブロック図を例示する。
【図３Ａ】図３Ａは、ＲＲＣコネクションを早すぎる段階で解放することを例示する。
【図３Ｂ】図３Ｂは、ＲＲＣコネクションを遅すぎる段階で解放することを例示する。
【図４】図４は、ＡＳ（アクセス層）セキュリティ・コンテキストの反復配信を例示する。
【図５】図５は、本開示の特定の態様に従ってＲＲＣコネクションを解放することを例示する。
【図６】図６は、本開示の特定の態様に従ってＲＲＣコネクションを解放するための実例的な動作を例示する。
【図６Ａ】図６Ａは、本開示の特定の態様に従ってＲＲＣコネクションを解放するための実例的な動作を例示する。
【図７】図７は、本開示の特定の態様に従ってＲＲＣコネクションを解放することを例示する。
【図８】図８は、本開示の特定の態様に従ってＲＲＣコネクションを解放するための実例的な動作を例示する。
【図８Ａ】図８Ａは、本開示の特定の態様に従ってＲＲＣコネクションを解放するための実例的な動作を例示する。
【図９】図９は、本開示の特定の態様に従ってＲＲＣコネクションを解放することを例示する。
【図１０】図１０は、本開示の特定の態様に従ってＲＲＣコネクションを解放するための実例的な動作を例示する。
【図１０Ａ】図１０Ａは、本開示の特定の態様に従ってＲＲＣコネクションを解放するための実例的な動作を例示する。
【図１１】図１１は、本開示の特定の態様に従ってＲＲＣコネクションを解放することを例示する。
【発明を実施するための形態】
【００１８】
本明細書において説明される技術は、符号分割多元接続（ＣＤＭＡ）ネットワークや、時分割多元接続（ＴＤＭＡ）ネットワークや、周波数分割多元接続（ＦＤＭＡ）ネットワークや、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワークや、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークといった、様々な無線通信ネットワークに使用されうる。「ネットワーク」や「システム」といった用語はしばしば置換可能に使用される。ＣＤＭＡネットワークは、世界地上無線接続（ＵＴＲＡ）やｃｄｍａ２０００などのようなラジオ技術を実現しうる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）及び低チップ・レートを含む。ｃｄｍａ２００は、ＩＳ−２０００基準、ＩＳ−９５基準、ＩＳ−８５６基準をカバーする。ＴＤＭＡネットワークは、グローバル・システム・フォー・モバイル・コミュニケーション（ＧＳＭ（登録商標））のような無線技術を実現しうる。ＯＦＤＭＡネットワークは、Ｅｖｏｌｖｅｄ ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）のような無線技術を実現しうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、及びＧＳＭは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。ロング・ターム・エボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの最新リリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳ、及びＬＴＥは第３世代パートナシップ・プロジェクト（３ＧＰＰ）と命名された団体からの文書において説明される。ｃｄｍａ２０００は「第３世代パートナシップ・プロジェクト２」（３ＧＰＰ２）と命名された団体からの文書において説明される。これらの多様なラジオ技術と規格は当技術分野において周知である。明確にするために、これらの技術の特定の態様がＬＴＥについて下記に記述されており、ＬＴＥ用語がその下記の記述の大部分において使用されている。
【００１９】
単一キャリア変調と周波数領域等値化を利用する技術は、単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）である。ＳＣ−ＦＤＭＡはＯＦＤＭＡシステムのものと類似の性能と本質的に同じ総合複雑性とを有している。ＳＣ−ＦＤＭＡ信号はその固有の単一キャリア構造のためにより低いピーク対平均電力比（ＰＡＰＲ）を有している。特により低いＰＡＰＲが送信電力効率の点において移動端末に大いに利点を与えるアップリンク通信において、ＳＣ−ＦＤＭＡは多くの注目を集めてきた。これは現在の３ＧＰＰロング・ターム・エボリューション、あるいはＥｖｏｌｖｅｄ ＵＴＲＡにおけるアップリンク多元接続スキームに対する動作前提である。
【００２０】
図１には、１つの実施形態に従う多元接続無線通信システムが例示される。アクセス・ポイント１００（ＡＰ）は、複数のアンテナ・グループを含み、１つは１０４と１０６を含み、別のものは１０８と１１０を含み、更に別のものは１１２と１１４を含みうる。図１において、各アンテナ・グループとして２つだけのアンテナが示されているが、それより多くのあるいはそれより少ないアンテナが各アンテナ・グループとして活用されうる。アクセス端末１１６（ＡＴ）は、アンテナ１１２、１１４と通信している。ここで、アンテナ１１２、１１４は、フォワード・リンク１２０を介して情報をアクセス端末１１６へ送信し、リバース・リンク１１８を介してアクセス端末から情報を受信する。アクセス端末１２２は、アンテナ１０６、１０８と通信している。ここで、アンテナ１０６、１０８は、フォワード・リンク１２６を介して情報をアクセス端末へ送信し、リバース・リンク１２４を介してアクセス端末１２２から情報を受信する。ＦＤＤシステムにおいて、通信リンク１１８、１２０、１２４、１２６は、通信のために異なる周波数を使用できる。例えば、フォワード・リンク１２０は、リバース・リンク１１８によって使用されたものとは異なる周波数を使用できる。
【００２１】
アンテナの各グループ、及び／あるいはアンテナが通信するために設計されているエリアは、しばしばアクセス・ポイントのセクタと称される。実施形態において、アンテナ・グループは各々が、アクセス・ポイント１００によってカバーされたエリアの、セクタにおける端末にアクセスするために通信するように設計されている。
【００２２】
フォワード・リンク１２０、１２６での通信において、アクセス・ポイント１００の送信アンテナは、別のアクセス端末１１６、１２４のためのフォワード・リンクの信号対雑音比を向上させるために、ビームフォーミングを活用する。更に、カバレッジに渡ってランダムに散在しているアクセス端末へ送信するためにビームフォーミングを使用するアクセス・ポイントは、単一アンテナによって全てのアクセス端末へ送信するアクセス・ポイントよりも、近隣セル内のアクセス端末に、少ない干渉しかもたらさない。
【００２３】
アクセス・ポイントは、端末を通信するために使用される固定局でありうるし、アクセス・ポイント、ノードＢ、ｅｖｏｌｖｅｄ ノードＢ（ｅＮｏｄｅ Ｂ）、あるいはその他いくつかの用語によっても称されうる。アクセス端末は、アクセス端末、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、あるいはその他いくつかの用語によっても呼称されうる。
【００２４】
図２は、ＭＩＭＯシステム２００における、（アクセス・ポイントとしても知られる）送信機システム２１０、及び（アクセス端末としても知られる）受信機システム２５０の実施形態のブロック図である。送信機システム２１０において、複数のデータ・ストリームのためのトラフィック・データが、データ・ソース２１２から、送信（ＴＸ）データ・プロセッサ２１４へ提供される。
実施形態において、各データ・ストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータ・プロセッサ２１４は、データ・ストリームのために選択された特定の符号化スキームに基づいて、各データ・ストリームのためのトラフィック・データを、フォーマットし、符号化し、インターリーブして、符号化データを提供する。
【００２５】
各データ・ストリームのための符号化データは、ＯＦＤＭ技術を使用するパイロット・データを用いて多重化されうる。このパイロット・データは一般に、周知の方式で処理される周知のデータ・パターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。各データ・ストリームのための多重化されたパイロット・データ及び符号化データは、その後、そのデータ・ストリームのために選択された（例えば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、あるいはＭ−ＱＡＭのような）特定の変調スキームに基づいて変調（すなわちシンボル・マップ）され、変調シンボルを提供する。各データ・ストリームのためのデータ・レート、符号化、変調は、プロセッサ２３０によって実行される命令群によって判定されうる。
【００２６】
全てのデータ・ストリームのための変調シンボルは、その後、ＴＸ ＭＩＭＯプロセッサ２２０に提供される。このプロセッサは、（例えば、ＯＦＤＭのための）変調シンボルを更に処理しうる。ＴＸ ＭＩＭＯプロセッサ２２０は、その後、ＮＴ個の変調シンボル・ストリームを、ＮＴ個の送信機（ＴＭＴＲ）２２２ａ乃至２２２ｔに提供しうる。特定の実施形態において、ＴＸ ＭＩＭＯプロセッサ２２０は、データ・ストリームのシンボルとそのシンボルが送信されてくるアンテナとに、ビームフォーミング重みを適用する。
【００２７】
各送信機２２２は、それぞれのシンボル・ストリームを受信及び処理して、１あるいは複数のアナログ信号を提供し、更にアナログ信号を調整（例えば、増幅、フィルタ、及びアップコンバート）して、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供する。送信機２２２ａ乃至送信機２２２ｔからのＮＴ個の変調信号は、その後、ＮＴ個のアンテナ２２４ａ乃至２２４ｔからそれぞれ送信される。
【００２８】
受信機システム２５０において、送信された変調信号は、ＮＲ個のアンテナ２５２ａ乃至２５２ｒによって受信され、各アンテナ２５２によって受信された信号は、それぞれの受信機（ＲＣＶＲ）２５４ａ乃至２５４ｒに提供される。各受信機２５４は、それぞれの受信された信号を調整（例えば、フィルタ、調整、ダウンコンバート）し、調整された信号をデジタル化してサンプルを提供し、更にこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。
【００２９】
ＲＸデータ・プロセッサ２６０は、その後、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信されたシンボル・ストリームを受信及び処理し、ＮＴ個の「検知された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ２６０は、その後、各検知されたシンボル・ストリームを変調、逆インターリーブ、及び復号し、データ・ストリームのためのトラフィック・データを復元させる。ＲＸデータ・プロセッサ２６０による処理は、送信機システム２１０のＴＸ ＭＩＭＯプロセッサ２２０及びＴＸ データ・プロセッサ２１４によって実行される処理に対する相補的な処理である。
【００３０】
プロセッサ２７０は、どの事前符号化行列を使用するか（下記で説明される）を定期的に判定する。プロセッサ２７０は、行列インデックス部及びランク値部を備えるリバース・リンク・メッセージを公式化する。
【００３１】
このリバース・リンク・メッセージは、様々な種類の通信リンクに関連する情報及び／あるいは受信されたデータ・ストリームを備えうる。リバース・リンク・メッセージは、その後、ＴＸデータ・プロセッサ２３８によって処理される。このプロセッサは、データ・ソース２３６からの複数のデータ・ストリームのためのトラフィック・データを受信する。このトラフィック・データは、変調器２８０によって変調され、送信機２５４ａ乃至２５４ｒによって調整され、送信機システム２１０によって送り返される。
【００３２】
送信機システム２１０において、受信機システム２５０からの変調された信号は、アンテナ２２４によって受信され、受信機２２２によって調整され、復号器２４０によって復号され、ＲＸデータ・プロセッサ２４２によって処理されて、受信機システム２５０によって送信されたリバース・リンク・メッセージが抽出される。その後、プロセッサ２３０は、どの事前符号化行列がビームフォーミング重みを判定するために使用されるかを判定し、その後、抽出されたメッセージを処理する。
【００３３】
態様において、論理チャネルは制御チャネルおよびトラフィック・チャネルに分類される。論理制御チャネルは以下を備える。システム制御情報をブロードキャストするためのＤＬチャネルであるブロードキャスト制御チャネル（ＢＣＣＨ）。ページング情報を転送するＤＬチャネルであるページング制御チャネル（ＰＣＣＨ）。１つあるいはいくつかのＭＴＣＨのための制御情報と、マルチメディア・ブロードキャストおよびマルチキャスト・サービス（ＭＢＭＳ）スケジューリングを送信するために使用されるポイント・ツー・マルチポイントＤＬチャネルであるマルチキャスト制御チャネル（ＭＣＣＨ）。一般的に、ＲＲＣコネクションの確立後は、このチャネルはＭＢＭＳ（注：旧ＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥによってのみ使用される。専用制御チャネル（ＤＣＣＨ）は専用制御情報を送信するポイント・ツー・ポイント双方向チャネルであり、ＲＲＣコネクションを有するＵＥによって使用される。態様において、論理トラフィック・チャネルはユーザ情報の転送のための、１つのＵＥのために設けられた、ポイント・ツー・ポイント双方向チャネルである専用トラフィック・チャネル（ＤＴＣＨ）を備える。更に、トラフィック・データを送信するためのポイント・ツー・マルチポイントＤＬチャネルのためのマルチキャスト・トラフィック・チャネル（ＭＴＣＨ）。
【００３４】
態様において、伝送チャネルはＤＬおよびＵＬに分類される。ＤＬ伝送チャネルはブロードキャスト・チャネル（ＢＣＨ）、ダウンリンク共有データ・チャネル（ＤＬ−ＳＤＣＨ）、およびページング・チャネル（ＰＣＨ）を備える。ＵＥ節電の支援のためのＰＣＨ（ＤＲＸサイクルはネットワークによってＵＥに示される）は、全セルを通してブロードキャストされ、他の制御／トラヒック・チャネルのために使用されうるＰＨＹリソースにマップされる。ＵＬ伝送チャネルはランダム・アクセス・チャネル（ＲＡＣＨ）、リクエスト・チャネル（ＲＥＱＣＨ）、アップリンク共有データ・チャネル（ＵＬ−ＳＤＣＨ）及び複数のＰＨＹチャネルを備える。ＰＨＹチャネルはＤＬチャネルとＵＬチャネルのセットを備える。
【００３５】
ＤＬ ＰＨＹチャネルは、例えば、共通パイロット・チャネル（ＣＰＩＣＨ）同期チャネル（ＳＣＨ）共通制御チャネル（ＣＣＣＨ）共有ＤＬ制御チャネル（ＳＤＣＣＨ）マルチキャスト制御チャネル（ＭＣＣＨ）共有ＵＬ割当チャネル（ＳＵＡＣＨ）アクノレッジメント・チャネル（ＡＣＫＣＨ）ＤＬ物理共有データ・チャネル（ＤＬ−ＰＳＤＣＨ）ＵＬ電力制御チャネル（ＵＰＣＣＨ）ページング・インジケータ・チャネル（ＰＩＣＨ）負荷インジケータ・チャネル（ＬＩＣＨ）を備える。
【００３６】
ＵＬ ＰＨＹチャネルは、例えば、物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）チャネル品質インジケータ・チャネル（ＣＱＩＣＨ）アクノレッジメント・チャネル（ＡＣＫＣＨ）アンテナ・サブセット・インジケータ・チャネル（ＡＳＩＣＨ）共有リクエスト・チャネル（ＳＲＥＱＣＨ）ＵＬ物理共有データ・チャネル（ＵＬ−ＰＳＤＣＨ）ブロードバンド・パイロット・チャネル（ＢＰＩＣＨ）を備える。
【００３７】
（ＲＲＣコネクションの早期解放と後期解放）
図３Ａ及び図３Ｂでは、モビリティ管理エンティティ（ＭＭＥ）が、ＵＥとのトランザクションを開始すると、従来型のＮＡＳシグナリングはノードＢに対して不明瞭になる。これは、対応するＲＲＣコネクションが、どのぐらいの間必要とされるかを、ノードＢが知ることができないことを意味する。結果として、ＲＲＣレベルにおいて、いつＮＡＳインタラクションが完了し、コネクションが解放されるかを判定するのに容易な方法は通常存在しない。本明細書において使用されるように、ＭＭＥという用語は、一般に、例えば、モビリティ・パラメータ、ＵＥ識別パラメータ、セキュリティ・パラメータを管理し、（例えばＲＲＣのような）ラジオ・レイヤ・プロトコルがトランスポート・レイヤとして振舞う上位のレイヤ・プロトコルを終端させるエンティティを称する。
【００３８】
図３Ａは、ＲＲＣコネクションの早期解放の結果を例示している。例示された実例において、ＭＭＥは、ＤＬ ＮＡＳ転送３１２を実行するために、ＲＲＣコネクション３１０を確立する。３１４において、ＲＲＣコネクション３１０がどのくらいの間必要とされるかについての明示的なノレッジを用いて、ｅノードＢは、ＤＬデータが転送された後、ＲＲＣコネクション３１０を解放しうる。結果として、３２２において、ＵＥは、ＲＲＣ＿ＩＤＬＥ状態に入る。しかし、この実例において、ＵＥからｅノードＢへのＵＬ転送３３２と、ｅノードＢからＭＭＥへのＵＬ ＮＡＳ転送３３４を実行するためにＲＲＣコネクション３１０を再確立するために、ＮＡＳ手順は３２４において続行し、追加のＲＡＣＨ手順３２６を引き起こす。例示されたように、早期解放３２０は、ＲＲＣコネクションを再確立するために、追加のオーバヘッドをもたらす。
【００３９】
図３Ｂは、ＲＲＣコネクションの後期解放の結果を例示する。例示された実例において、ＭＭＥはＤＬ ＮＡＳ転送３１２を実行するために、ＲＲＣコネクション３１０を再確立する。３１４において、ＲＲＣコネクション３１０がどのくらいの間必要とされるかについての明示的なノレッジを用いずに、ｅノードＢは、ＤＬデータが転送された後ＲＲＣコネクション３１０を維持しうる。結果として、この実例においてＮＡＳトランザクションが完了したとしても、ＲＲＣコネクションは、何の動作もなく、長い期間維持されうる。３５０において、ＲＲＣコネクションが最終的に解放され、これによって、３２２においてＵＥがＲＲＣ＿ＩＤＬＥ状態に入る。しかし、必要以上に長くＲＲＣコネクションを維持することは、論理リソースと、ＵＥのバッテリー寿命と、恐らくは、オーバ・ザ・エア帯域幅とを浪費しうる。
【００４０】
関連する問題において、ＭＭＥが、シグナリングのみのためのコネクションのために、ｅノードＢにＡＳセキュリティ・コンテキストを送るための標準的なメカニズムは存在しない。このコンテキストを運びうる（ＭＭＥとｅノードＢの間の）Ｓ１メッセージは、（ユーザ・プレーン・ベアラを含むＵＥコンテキスト全体のために使用される）ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴメッセージと、（ＵＥコンテキストがすでに確立されていない限りは意味のない）ＵＥ ＣＯＮＴＥＸＴ ＭＯＤＩＦＩＣＡＴＩＯＮ ＲＥＱＵＥＳＴメッセージのみである。
【００４１】
図４で例示されるように、第２の問題に対する１つの解決策は、ＤＯＷＮＬＩＮＫ ＮＡＳ ＴＲＡＮＳＰＯＲＴメッセージ３１２のような、ｅノードＢにシグナリングのみのためのコネクション３１０を確立させうるメッセージ内のＡＳセキュリティ・コンテキストの配信を可能にすることである。しかし、３２０においてＲＲＣコネクションが早期に解放されると、ｅノードＢは更に、３２４において、ＡＳセキュリティ・コンテキストを破棄するだろう。結果として、新たなＮＡＳメッセージが、（例えば、オリジナルのコネクションの確立をトリガするメッセージに応じて）ＵＥから受信される場合、ＡＳにおいて利用可能なセキュリティは存在しない。よって、ＵＥはＲＲＣコネクション３１０を再確立するためにＲＡＣＨ手順３２６を開始する必要があり、任意のＲＲＣセキュリティを利用可能にするために、３４０において、ＭＭＥからｅノードＢへのコンテキストの配信が繰り返されねばならない。このように、早期解放は、再び追加のオーバヘッドをもたらす。
【００４２】
この早期解放問題の同様のバージョンが、アップリンク方向においても生じうる。例えば、トラッキング・エリア更新手順において、手順の最終メッセージ（ＴＲＡＣＫＩＮＧ ＵＰＤＡＴＥ ＣＯＭＰＬＥＴＥ）は、通常、ＲＲＣコネクションはもう必要ないということを意味する。しかし、ｅノードＢは、このメッセージが信頼できるものとは確認できず、もって、（例えば、ＴＲＡＣＫＩＮＧ ＡＲＥＡ ＵＰＤＡＴＥ ＡＣＣＥＰＴメッセージがダウンリンクで送られた直後の）早期解放のリスクと、（過度の持続、すなわちＴＲＡＣＫＩＮＧ ＵＰＤＡＴＥ ＣＯＭＰＬＥＴＥメッセージの後に不必要にコネクションを維持する）後期解放のリスクとのどちらかを選択せねばならない。
【００４３】
（ＲＲＣコネクションの解放を示す明示的なインジケーション）
特定の態様によると、ｅｖｏｌｖｅｄノードＢ（ｅＮＢ）においてＲＲＣコネクションを維持あるいは閉じるための明示的なインジケーションを使用することによって、より効率的なラジオ・リソース管理が達成される。本明細書で提供される技術は、ＵＥが後続するＮＡＳメッセージを送る必要がある場合に、ＲＲＣコネクションのセットアップを不必要に繰り返すことを回避することを支援する。
【００４４】
図５は、本開示の態様に従って、どれぐらいの間ＲＲＣコネクションが維持されるべきかを示すインジケーションを、ＭＭＥがどのようにして提供しうるかの実例を例示する。例示されたように、ＭＭＥは、ＤＯＷＮＬＩＮＫ ＮＡＳ ＴＲＡＮＳＰＯＲＴメッセージ５１２の送信と共に、情報エレメント（ＩＥ）５１６を、ＵＥのＡＳセキュリティ・コンテキストを含むように提供しうる。このＩＥがメッセージ５１２に含まれていると、ｅノードＢは、ＲＲＣコネクション３１０を「持続的」として扱いうる。本明細書で使用されるように、用語「持続的」は、ｅノードＢが、ＲＲＣコネクションが解放されるべきであるという明示的なインジケーションを受け取り、予め定められた期間が切れるまで、及び／あるいはその他いくつかのイベントをトリガする解放が生じるまで、ＲＲＣコネクションを維持することを意味しうる。
【００４５】
図６は、図５において示されるＩＥ５１６に基づいて、ＲＲＣコネクションを維持あるいは解放するために、例えば、ｅノードＢにおいて実行されうる実例的な動作６００を例示する。６０２において、ｅノードＢは、ＤＬ ＮＡＳトランスポート・メッセージを受信する。ｅノードＢは、６０４において、ＲＲＣコネクションを確立し、６０６において、ＮＡＳメッセージを送る。６０８において判定されるように、ＵＥのＡＳセキュリティ・コンテキストを伴うＩＥが、メッセージと共に提供されると、ＲＲＣコネクションが、６１２において維持される。そうでない場合、６１０において、ＲＲＣコネクションが解放されうる。
【００４６】
ＵＥのＡＳセキュリティ・コンテキストを含むＩＥでＲＲＣコネクションを維持するために、ｅノードＢをシグナリングすることによって、ｅノードＢは、ＵＬデータ転送３３２のような、その後のトランザクションのためのＵＥのＡＳセキュリティ・コンテキストを維持し、もって、図４において例示された「セキュリティ・スラッシング」問題を回避しうる。しかし、ＭＭＥが、ＡＫＡ処理を通して新たなＵＥを認証しようとする場合のように、全てのＮＡＳトランザクションが、ＡＳセキュリティを必要とするわけではない。このように、特定の態様によって、ＡＳセキュリティ・コンテキストを含むＩＥ以外のシグナリング・メカニズムで、ＲＲＣコネクションが持続的として維持されるべきかをシグナリングすることが可能となる。
【００４７】
例えば、特定の態様によると、メッセージは、対応するトランザクションにしたがって、ＲＲＣコネクションが閉じられるべきか維持されるべきかを示すフラグを含みうる。図７に例示されるように、３１４において、ＤＭメッセージの配信の後、ＲＲＣコネクション３１０が閉じられるべきか維持されるべきかを示すフラグ７１６を、ＤＬ ＮＡＳ ＴＲＡＮＳＰＯＲＴメッセージ７１２は含みうる。例示された実例において、フラグ７１６は「閉じる」に設定される。これによって、３２０において、ｅノードＢにＲＲＣコネクションを解放させ、３２２において、ＵＥはＲＲＣ＿ＩＤＬＥ状態とされる。
【００４８】
図８は、例えば、図７に示されるフラグ７１６に基づいて、ＲＲＣコネクションを維持するあるいは解放するために、例えばｅノードＢで実行されうる実例的な動作８００を例示する。８０２において、ｅノードＢは、ＲＲＣコネクションを「閉じる／維持」フラグを含むＤＬ ＮＡＳトランスポート・メッセージを受信する。ｅノードＢは、８０４においてＲＲＣコネクションを確立し、８０６において、ＮＡＳメッセージを送る。８０８において判定されるように、ＲＲＣコネクション・フラグが、「維持」に設定されていると、ＲＲＣは、ＲＲＣコネクションを持続的として扱い、８１２において、ＲＲＣコネクションを維持する。一方、ＲＲＣコネクション・フラグが、「閉じる」に設定されていると、ｅノードＢは、８１０において、ＲＲＣコネクションを解放する「許可」を与えられる。
【００４９】
上記で例示された実例が、ダウンリンク・メッセージにおけるシグナリングを含む一方で、同様のシグナリングがアップリンク内で達成される。これによって、例えば、ＵＥは、ＮＡＳメッセージ運ぶ（いくつかのあるいは全ての）アップリンクＲＲＣメッセージ内にインジケータを含めることが可能になる。例えば、（例えば、ＵＬ ＤＩＲＥＣＴ ＴＲＡＮＳＦＥＲメッセージ、及びＲＣ ＣＯＮＮＥＣＴＩＯＮ ＥＳＴＡＢＬＩＳＨＭＥＮＴ ＣＯＭＰＬＥＴＥメッセージのような）アップリンク方向でＮＡＳメッセージを運びうるＲＲＣメッセージは、「ＮＡＳトランザクション完了」フラグも含みうる。
【００５０】
このアプローチは、ＵＬ ＮＡＳトランスポート・メッセージ９３２がフラグ９３４を含む図９に例示される。例示されたように、このフラグがトランザクションの完了を示す場合、ＮＡＳシグナリングに関連するＲＲＣコネクションに対する更なる必要性はもはや予期されないことがｅノードＢに警告され、ＲＲＣコネクションは、ＵＬ ＮＡＳ転送メッセージ３３４をＭＭＥに送った後、３２０において解放される。
【００５１】
図１０は、図９に示されたフラグ９３４に基づいて、ＲＲＣコネクションを維持あるいは解放するために、例えばｅノードＢで実行されうる実例的な動作１０００を例示する。実例的な動作１０００は、ＲＲＣコネクションが既に確立されているものと仮定する。
【００５２】
１００２において、ｅノードＢは、ＮＡＳトランザクション完了フラグを含むＤＬ ＮＡＳトランスポート・メッセージを受信する。ＮＡＳトランザクション完了フラグが、１００４において判定されるように、ＮＡＳトランザクションが完了していないことを示すと、１００８において、ＲＲＣはＲＲＣコネクションを維持する。一方、ＮＡＳトランザクション完了フラグが、ＮＡＳトランザクションが完了したことを示すと、１００６において、ｅノードＢがＲＲＣコネクションを解放する。
【００５３】
図１０に示されるように、ＵＥあるいはＭＭＥが、ＲＲＣコネクションがもう必要ないと示しても、コネクションを解放するか否かの決定権は、ｅノードＢに与えられる。つまり、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＬＥＡＳＥメッセージは、実はｅノードＢによって生成されるので、ｅノードＢは、（下記で説明されるように、ＩＥ、フラグ、あるいは別々のメッセージの何れかによる）ＵＬ信号あるいはＤＬ信号を、コネクションの解放あるいは維持が「許容可能」であることを示すインジケーションと見なし、最後に、その他のファクタを検討する。
【００５４】
上記で述べられたように、ｅノードＢがどのようにしてＲＲＣコネクションを「持続的」として維持するのかは、異なる態様によって変動し、ｅノードＢに一任されうる。態様によると、本明細書で説明されるシグナリングが、ｅノードＢがいくらかの期間ＲＲＣコネクションを維持するべきである、と示す一方で、標準的な仕様あるいはサービス・プロバイダによって正確な間隔が決定されうる。例えば、ＲＲＣコネクションが「持続的」として扱われる場合、コネクション確立時に、タイマが起動され、持続期間を与えられる。これは、仕様においてコード化されるか、もしくはｅノードＢの実装によって定義される。タイマの期限が切れると、コネクションは、直ちに、あるいは代替として、ｅノードが望む任意の時点で解放される。
【００５５】
特定の態様によると、ｅノードＢが、ＲＲＣコネクションを維持し、（例えば、上記で述べられたようなメッセージ内のフラグ、あるいはタイマの終了のような）明示的なトリガを待つべきであると明確に述べられうる。つまり、ＲＲＣコネクションが「持続的」として扱われる場合、ｅノードＢは、そうしろという明示的なインジケーションを受信するまで、ＲＲＣコネクションを維持するように構成されうる。上記で説明されたように、このインジケーションは、「閉じる」と示すように設定された「ＲＲＣコネクションを閉じる／維持」フラグを伴うＭＭＥからのＳ１−ＡＰメッセージや、Ｓ１インタフェースのために生成された特定のメッセージあるいはインジケーションや、ＵＥ、ＭＭＥ、あるいはそれら両方からの「ＮＡＳトランザクション完了」インジケーションの形態でありうる。
【００５６】
ＲＲＣコネクションを解放するためにＢノードＢにシグナルするための、別々のメッセージの使用が、図１１に例示される。例示されるように、ＤＬ ＮＡＳ ＴＲＡＮＳＰＯＲＴメッセージ３１２を送るために、ＲＲＣコネクション３１０が確立されうる。３１４におけるＵＥへのメッセージの配信の後、ＭＭＥは、別々のＲＲＣ ＲＥＬＥＡＳＥメッセージ６１０を送り、３２０において、ｅノードＢにコネクションを解放するよう促す。同様のＲＲＣ ＲＥＬＥＡＳＥメッセージも、アップリンクで送られる。これによって、ＵＥが、ＲＲＣコネクションを解放するようｅノードＢにシグナルすることが可能になる。
【００５７】
開示される処理におけるステップの特定の順番あるいは階層は、典型的なアプローチによる実例である。設計の選択に基づいて、処理におけるステップの特定の順番あるいは階層は、本開示の範囲内でありながら再構成されうることが理解される。添付の方法請求項は、サンプル的な順番で様々なステップの要素を提示しており、提示された特定の順番あるいは階層に限定されることはない。
【００５８】
当業者は、情報及び信号が、任意の様々な異なる技法及び技術を使用して表されうるということを理解するだろう。例えば、上記の説明を通して参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場あるいは磁気粒子、光学場あるいは光学粒子、あるいはそれらのいずれかの組み合わせによって表わされうる。
【００５９】
当業者は更に、本明細書で開示された実施形態に関連付けて説明された多様な実例的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップは、電子ハードウェア、コンピュータ・ソフトウェア、あるいはこれら両方の組み合わせによって実現されうるということを正しく理解するだろう。このハードウェアおよびソフトウェアの互換性を明確に例示するために、多様な実例的な構成要素、ブロック、モジュール、回路、およびステップが、一般にそれらの機能の観点から上記で説明されている。そのような機能がハードウェアとして、あるいはソフトウェアとして実現されるかどうかは、システム全体に課せられている特定のアプリケーションおよび設計の制約に依存する。当業者は、各特定のアプリケーションのために方式を変化させることによって、述べられた機能性を実施しうるがこういった実施判定は本発明の範囲からの逸脱をまねくものと解釈されるべきではない。
【００６０】
一般に、対応する手段及び機能の図を有する図面に例示された方法がある場合、動作ブロックは、同様の符番を持つ手段及び機能ブロックに対応する。例えば、図６に例示された動作６００は、図６Ａに例示されたmeans-plus-functionブロック６００Ａに対応し、図８に例示された動作８００は、図８Ａに例示されたmeans-plus-functionブロック８００Ａに対応し、図１０に例示された動作１０００は、図１０Ａに例示されたmeans-plus-functionブロック１０００Ａに対応する。
【００６１】
本明細書で開示された実施形態に関連付けて説明された多様な論理ブロック、モジュール、及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、アプリケーション特有集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル・ロジック・デバイス、離散ゲートもしくはトランジスタ・ロジック、離散ハードウェア構成要素、あるいは本明細書で説明された機能を実行するために設計されたそれらの任意の組み合わせで実施あるいは実行されうる。汎用プロセッサは、マイクロプロセッサでありうるが、代替例として、従来型のプロセッサ、コントローラ、マイクロコントローラ、あるいは順序回路でありうる。例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連結した１、あるいは複数のマイクロプロセッサ、もしくはその他任意のこのような構成のようなコンピューティング・デバイスの組み合わせとして、プロセッサが実現されうる。
【００６２】
本明細書で開示された実施形態に関連付けて説明された方法あるいはアルゴリズムのステップは、ハードウェア、プロセッサによって実行されるソフトウェア・モジュール、あるいはそれら２つの組み合わせにおいて実現されうる。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野において周知のその他任意の形態の記憶媒体に存在しうる。 典型的な記憶媒体は、記憶媒体からの情報を読み取り、記憶媒体に情報を書き込むことができるプロセッサのようなプロセッサと結合される。代替例においては、記憶媒体はプロセッサに統合されうる。プロセッサ及び記憶媒体はＡＳＩＣ内に存在しうる。ＡＳＩＣはユーザ端末内に存在しうる。代替例においては、プロセッサ及び記憶媒体は離散的な構成要素としてユーザ端末内に存在しうる。
開示された実施形態に対する前述の説明は、当業者が本開示を製造あるいは使用できるように提供される。これらの実施形態に対する多様な変形例は当業者に対して容易に明らかになるであろう。また本明細書で規定された一般的原理は、この開示の精神あるいは範囲から逸脱することなくその他の実施形態に適用されうる。よって、本開示は本明細書で示される実施形態に限定されるよう意図されたものではなく、本明細書で開示された原理および新規の特徴と矛盾しない最大範囲であると認められるべきである。
【特許請求の範囲】
【請求項１】
非アクセス層（ＮＡＳ）メッセージを送信するために、ラジオ・リソース制御（ＲＲＣ）コネクションを確立することと、
前記ＮＡＳメッセージの送信後に、前記ＲＲＣコネクションを維持するか否かを示すインジケーションを受信することと、
前記インジケーションに基づいて、前記ＲＲＣコネクションを維持するあるいは閉じることと
を備える無線通信のための方法。
【請求項２】
前記ＮＡＳメッセージに関連付けられたＲＲＣコネクションを維持するか否かを示すインジケーションを受信することは、前記ＮＡＳメッセージとは別に送信されたメッセージ内の前記インジケーションを受信することを備える請求項１に記載の方法。
【請求項３】
前記インジケーションは、前記ＮＡＳメッセージと共に送信される請求項１に記載の方法。
【請求項４】
前記インジケーションは、ユーザ機器（ＵＥ）のためのアクセス層（ＡＳ）セキュリティ・コンテキストを示す情報エレメントを備える請求項３に記載の方法。
【請求項５】
前記インジケーションは、前記ＲＲＣコネクションが維持されるべきか閉じられるべきかを示すフラグを備える請求項３に記載の方法。
【請求項６】
前記インジケーションは、ユーザ機器とｅノードＢとの間のアップリンク・コネクションで受信される請求項１に記載の方法。
【請求項７】
前記インジケーションは、モビリティ管理エンティティ（ＭＭＥ）とｅノードＢとの間のダウンリンク・コネクションで受信される請求項１に記載の方法。
【請求項８】
前記インジケーションに基づいて、前記ＲＲＣコネクションを維持するあるいは閉じることは、
イベントをトリガすることが生じるまで、前記インジケーションに基づいて、前記ＲＲＣコネクションを維持することを備える請求項１に方法。
【請求項９】
前記イベントをトリガすることは、タイマの終了と、前記ＲＲＣコネクションを閉じるための明示的なインジケーションを受け取ることとのうちの少なくとも１つを備える請求項８に記載の方法。
【請求項１０】
非アクセス層（ＮＡＳ）メッセージを送信することと、
前記ＮＡＳメッセージに関連付けられたラジオ・リソース制御（ＲＲＣ）コネクションを維持するか否かを示すインジケーションを提供することと
を備える無線通信のための方法。
【請求項１１】
前記ＮＡＳメッセージに関連付けられたＲＲＣコネクションを維持するか否かを示すインジケーションを提供することは、前記ＮＡＳメッセージとは別に送信されたメッセージと共に、前記インジケーションを送信することを備える請求項１０に記載の方法。
【請求項１２】
前記インジケーションは、前記ＮＡＳメッセージと共に送信される請求項１０に記載の方法。
【請求項１３】
前記インジケーションは、ユーザ機器（ＵＥ）のためのアクセス層（ＡＳ）セキュリティ・コンテキストを示す情報エレメント（ＩＥ）を備える請求項１２に記載の方法。
【請求項１４】
前記インジケーションは、前記ＲＲＣコネクションが維持されるべきか閉じられるべきかを示すフラグを備える請求項１２に記載の方法。
【請求項１５】
前記インジケーションを提供することは、ユーザ機器とｅノードＢとの間のアップリンク・コネクションでインジケーションを提供することを備える請求項１０に記載の方法。
【請求項１６】
前記インジケーションを提供することは、モビリティ管理エンティティ（ＭＭＥ）とｅノードＢとの間のダウンリンク・コネクションでインジケーションを提供することを備える請求項１０に記載の方法。
【請求項１７】
非アクセス層（ＮＡＳ）メッセージを送信するために、ラジオ・リソース制御（ＲＲＣ）コネクションを確立するためのロジックと、
前記ＮＡＳメッセージの送信後に、前記ＲＲＣコネクションを維持するか否かを示すインジケーションを受信するためのロジックと、
前記インジケーションに基づいて、前記ＲＲＣコネクションを維持するあるいは維持するためのロジックと
を備える無線通信装置。
【請求項１８】
前記ＮＡＳメッセージに関連付けられたＲＲＣコネクションを維持するか否かを示すインジケーションを受信するためのロジックが、前記ＮＡＳメッセージとは別に送信されたメッセージと共に、前記インジケーションを受信するように構成された請求項１７に記載の装置。
【請求項１９】
前記インジケーションは、前記ＮＡＳメッセージと共に送信される請求項１７に記載の装置。
【請求項２０】
前記インジケーションは、ユーザ機器のためのアクセス層（ＡＳ）セキュリティ・コンテキストを示す情報エレメントを備える請求項１９に記載の装置。
【請求項２１】
前記インジケーションは、前記ＲＲＣコネクションが維持されるべきか閉じられるべきかを示すフラグを備える請求項１９に記載の装置。
【請求項２２】
前記インジケーションは、ユーザ機器とｅノードＢとの間のアップリンク・コネクションで受信される請求項１７に記載の装置。
【請求項２３】
前記インジケーションは、モビリティ管理エンティティ（ＭＭＥ）とｅノードＢとの間のダウンリンク・コネクションで受信される請求項１７に記載の装置。
【請求項２４】
前記インジケーションに基づいて、前記ＲＲＣコネクションを維持するあるいは閉じることは、
イベントをトリガすることが生じるまで、前記インジケーションに基づいて、前記ＲＲＣコネクションを維持することを備える請求項１７に装置。
【請求項２５】
前記イベントをトリガすることは、タイマの終了と、前記ＲＲＣコネクションを閉じるための明示的なインジケーションを受け取ることとのうちの少なくとも１つを備える請求項２４に記載の装置。
【請求項２６】
非アクセス層（ＮＡＳ）メッセージを送信するためのロジックと、
前記ＮＡＳメッセージに関連付けられたラジオ・リソース制御（ＲＲＣ）コネクションを維持するか否かを示すインジケーションを提供するためのロジックと
を備える無線通信装置。
【請求項２７】
前記ＮＡＳメッセージに関連付けられたＲＲＣコネクションを維持するか否かを示すインジケーションを提供するためのロジックは、前記ＮＡＳメッセージとは別に送信されたメッセージと共に、前記インジケーションを送信するように構成された請求項２６に記載の装置。
【請求項２８】
前記インジケーションは、前記ＮＡＳメッセージと共に送信される請求項２６に記載の装置。
【請求項２９】
前記インジケーションは、ユーザ機器（ＵＥ）のためのアクセス層（ＡＳ）セキュリティ・コンテキストを示す情報エレメント（ＩＥ）を備える請求項２８に記載の装置。
【請求項３０】
前記インジケーションは、前記ＲＲＣコネクションが維持されるべきか閉じられるべきかを示すフラグを備える請求項２８に記載の装置。
【請求項３１】
前記インジケーションを提供するためのロジックは、ユーザ機器とｅノードＢとの間のアップリンク・コネクションでインジケーションを提供するように構成された請求項２６に記載の装置。
【請求項３２】
前記インジケーションを提供するためのロジックは、モビリティ管理エンティティ（ＭＭＥ）とｅノードＢとの間のダウンリンク・コネクションでインジケーションを提供するように構成された請求項２６に記載の装置。
【請求項３３】
非アクセス層（ＮＡＳ）メッセージを送信するために、ラジオ・リソース制御（ＲＲＣ）コネクションを確立する手段と、
前記ＮＡＳメッセージの送信後に、前記ＲＲＣコネクションを維持するべきか否かを示すインジケーションを受信する手段と、
前記インジケーションに基づいて、前記ＲＲＣコネクションを維持するあるいは閉じる手段と
を備える無線通信装置。
【請求項３４】
非アクセス層（ＮＡＳ）メッセージを送信する手段と、
前記ＮＡＳメッセージに関連付けられたラジオ・リソース制御（ＲＲＣ）コネクションを維持するか否かを示すインジケーションを提供する手段と
を備える無線通信装置。
【請求項３５】
１あるいは複数のプロセッサによって実行可能な命令群を有するコンピュータ読取可能媒体を備えた無線通信のためのコンピュータ・プログラム製品であって、前記命令群は、
非アクセス層（ＮＡＳ）メッセージを送信するために、ラジオ・リソース制御（ＲＲＣ）コネクションを確立するための命令群と、
前記ＮＡＳメッセージの送信後に、前記ＲＲＣコネクションを維持するか否かを示すインジケーションを受信するための命令群と、
前記インジケーションに基づいて、前記ＲＲＣコネクションを維持するあるいは閉じるための命令群と
を備えるコンピュータ・プログラム製品。
【請求項３６】
１あるいは複数のプロセッサによって実行可能な命令群を有するコンピュータ読取可能媒体を備えた無線通信のためのコンピュータ・プログラム製品であって、前記命令群は、
非アクセス層（ＮＡＳ）メッセージを送信するための命令群と、
前記ＮＡＳメッセージに関連付けられたラジオ・リソース制御（ＲＲＣ）コネクションを維持するか否かを示すインジケーションを提供するための命令群と
を備えるコンピュータ・プログラム製品。
【請求項３７】
非アクセス層（ＮＡＳ）メッセージを送信するために、ラジオ・リソース制御（ＲＲＣ）コネクションを確立し、
前記ＮＡＳメッセージの送信後に、前記ＲＲＣコネクションを維持するか否かを示すインジケーションを受信し、
前記インジケーションに基づいて、前記ＲＲＣコネクションを維持するあるいは閉じる
ように構成された少なくとも１つのプロセッサと、
前記プロセッサに結合されたメモリと
を備える無線通信装置。
【請求項３８】
非アクセス層（ＮＡＳ）メッセージを送信し、
前記ＮＡＳメッセージに関連付けられたラジオ・リソース制御（ＲＲＣ）コネクションを維持するか否かを示すインジケーションを提供する
ように構成された少なくとも１つのプロセッサと、
前記プロセッサに結合されたメモリと
を備える無線通信装置。
【請求項１】
非アクセス層（ＮＡＳ）メッセージを送信するために、ラジオ・リソース制御（ＲＲＣ）コネクションを確立することと、
前記ＮＡＳメッセージの送信後に、前記ＲＲＣコネクションを維持するか否かを示すインジケーションを受信することと、
前記インジケーションに基づいて、前記ＲＲＣコネクションを維持するあるいは閉じることと
を備える無線通信のための方法。
【請求項２】
前記ＮＡＳメッセージに関連付けられたＲＲＣコネクションを維持するか否かを示すインジケーションを受信することは、前記ＮＡＳメッセージとは別に送信されたメッセージ内の前記インジケーションを受信することを備える請求項１に記載の方法。
【請求項３】
前記インジケーションは、前記ＮＡＳメッセージと共に送信される請求項１に記載の方法。
【請求項４】
前記インジケーションは、ユーザ機器（ＵＥ）のためのアクセス層（ＡＳ）セキュリティ・コンテキストを示す情報エレメントを備える請求項３に記載の方法。
【請求項５】
前記インジケーションは、前記ＲＲＣコネクションが維持されるべきか閉じられるべきかを示すフラグを備える請求項３に記載の方法。
【請求項６】
前記インジケーションは、ユーザ機器とｅノードＢとの間のアップリンク・コネクションで受信される請求項１に記載の方法。
【請求項７】
前記インジケーションは、モビリティ管理エンティティ（ＭＭＥ）とｅノードＢとの間のダウンリンク・コネクションで受信される請求項１に記載の方法。
【請求項８】
前記インジケーションに基づいて、前記ＲＲＣコネクションを維持するあるいは閉じることは、
イベントをトリガすることが生じるまで、前記インジケーションに基づいて、前記ＲＲＣコネクションを維持することを備える請求項１に方法。
【請求項９】
前記イベントをトリガすることは、タイマの終了と、前記ＲＲＣコネクションを閉じるための明示的なインジケーションを受け取ることとのうちの少なくとも１つを備える請求項８に記載の方法。
【請求項１０】
非アクセス層（ＮＡＳ）メッセージを送信することと、
前記ＮＡＳメッセージに関連付けられたラジオ・リソース制御（ＲＲＣ）コネクションを維持するか否かを示すインジケーションを提供することと
を備える無線通信のための方法。
【請求項１１】
前記ＮＡＳメッセージに関連付けられたＲＲＣコネクションを維持するか否かを示すインジケーションを提供することは、前記ＮＡＳメッセージとは別に送信されたメッセージと共に、前記インジケーションを送信することを備える請求項１０に記載の方法。
【請求項１２】
前記インジケーションは、前記ＮＡＳメッセージと共に送信される請求項１０に記載の方法。
【請求項１３】
前記インジケーションは、ユーザ機器（ＵＥ）のためのアクセス層（ＡＳ）セキュリティ・コンテキストを示す情報エレメント（ＩＥ）を備える請求項１２に記載の方法。
【請求項１４】
前記インジケーションは、前記ＲＲＣコネクションが維持されるべきか閉じられるべきかを示すフラグを備える請求項１２に記載の方法。
【請求項１５】
前記インジケーションを提供することは、ユーザ機器とｅノードＢとの間のアップリンク・コネクションでインジケーションを提供することを備える請求項１０に記載の方法。
【請求項１６】
前記インジケーションを提供することは、モビリティ管理エンティティ（ＭＭＥ）とｅノードＢとの間のダウンリンク・コネクションでインジケーションを提供することを備える請求項１０に記載の方法。
【請求項１７】
非アクセス層（ＮＡＳ）メッセージを送信するために、ラジオ・リソース制御（ＲＲＣ）コネクションを確立するためのロジックと、
前記ＮＡＳメッセージの送信後に、前記ＲＲＣコネクションを維持するか否かを示すインジケーションを受信するためのロジックと、
前記インジケーションに基づいて、前記ＲＲＣコネクションを維持するあるいは維持するためのロジックと
を備える無線通信装置。
【請求項１８】
前記ＮＡＳメッセージに関連付けられたＲＲＣコネクションを維持するか否かを示すインジケーションを受信するためのロジックが、前記ＮＡＳメッセージとは別に送信されたメッセージと共に、前記インジケーションを受信するように構成された請求項１７に記載の装置。
【請求項１９】
前記インジケーションは、前記ＮＡＳメッセージと共に送信される請求項１７に記載の装置。
【請求項２０】
前記インジケーションは、ユーザ機器のためのアクセス層（ＡＳ）セキュリティ・コンテキストを示す情報エレメントを備える請求項１９に記載の装置。
【請求項２１】
前記インジケーションは、前記ＲＲＣコネクションが維持されるべきか閉じられるべきかを示すフラグを備える請求項１９に記載の装置。
【請求項２２】
前記インジケーションは、ユーザ機器とｅノードＢとの間のアップリンク・コネクションで受信される請求項１７に記載の装置。
【請求項２３】
前記インジケーションは、モビリティ管理エンティティ（ＭＭＥ）とｅノードＢとの間のダウンリンク・コネクションで受信される請求項１７に記載の装置。
【請求項２４】
前記インジケーションに基づいて、前記ＲＲＣコネクションを維持するあるいは閉じることは、
イベントをトリガすることが生じるまで、前記インジケーションに基づいて、前記ＲＲＣコネクションを維持することを備える請求項１７に装置。
【請求項２５】
前記イベントをトリガすることは、タイマの終了と、前記ＲＲＣコネクションを閉じるための明示的なインジケーションを受け取ることとのうちの少なくとも１つを備える請求項２４に記載の装置。
【請求項２６】
非アクセス層（ＮＡＳ）メッセージを送信するためのロジックと、
前記ＮＡＳメッセージに関連付けられたラジオ・リソース制御（ＲＲＣ）コネクションを維持するか否かを示すインジケーションを提供するためのロジックと
を備える無線通信装置。
【請求項２７】
前記ＮＡＳメッセージに関連付けられたＲＲＣコネクションを維持するか否かを示すインジケーションを提供するためのロジックは、前記ＮＡＳメッセージとは別に送信されたメッセージと共に、前記インジケーションを送信するように構成された請求項２６に記載の装置。
【請求項２８】
前記インジケーションは、前記ＮＡＳメッセージと共に送信される請求項２６に記載の装置。
【請求項２９】
前記インジケーションは、ユーザ機器（ＵＥ）のためのアクセス層（ＡＳ）セキュリティ・コンテキストを示す情報エレメント（ＩＥ）を備える請求項２８に記載の装置。
【請求項３０】
前記インジケーションは、前記ＲＲＣコネクションが維持されるべきか閉じられるべきかを示すフラグを備える請求項２８に記載の装置。
【請求項３１】
前記インジケーションを提供するためのロジックは、ユーザ機器とｅノードＢとの間のアップリンク・コネクションでインジケーションを提供するように構成された請求項２６に記載の装置。
【請求項３２】
前記インジケーションを提供するためのロジックは、モビリティ管理エンティティ（ＭＭＥ）とｅノードＢとの間のダウンリンク・コネクションでインジケーションを提供するように構成された請求項２６に記載の装置。
【請求項３３】
非アクセス層（ＮＡＳ）メッセージを送信するために、ラジオ・リソース制御（ＲＲＣ）コネクションを確立する手段と、
前記ＮＡＳメッセージの送信後に、前記ＲＲＣコネクションを維持するべきか否かを示すインジケーションを受信する手段と、
前記インジケーションに基づいて、前記ＲＲＣコネクションを維持するあるいは閉じる手段と
を備える無線通信装置。
【請求項３４】
非アクセス層（ＮＡＳ）メッセージを送信する手段と、
前記ＮＡＳメッセージに関連付けられたラジオ・リソース制御（ＲＲＣ）コネクションを維持するか否かを示すインジケーションを提供する手段と
を備える無線通信装置。
【請求項３５】
１あるいは複数のプロセッサによって実行可能な命令群を有するコンピュータ読取可能媒体を備えた無線通信のためのコンピュータ・プログラム製品であって、前記命令群は、
非アクセス層（ＮＡＳ）メッセージを送信するために、ラジオ・リソース制御（ＲＲＣ）コネクションを確立するための命令群と、
前記ＮＡＳメッセージの送信後に、前記ＲＲＣコネクションを維持するか否かを示すインジケーションを受信するための命令群と、
前記インジケーションに基づいて、前記ＲＲＣコネクションを維持するあるいは閉じるための命令群と
を備えるコンピュータ・プログラム製品。
【請求項３６】
１あるいは複数のプロセッサによって実行可能な命令群を有するコンピュータ読取可能媒体を備えた無線通信のためのコンピュータ・プログラム製品であって、前記命令群は、
非アクセス層（ＮＡＳ）メッセージを送信するための命令群と、
前記ＮＡＳメッセージに関連付けられたラジオ・リソース制御（ＲＲＣ）コネクションを維持するか否かを示すインジケーションを提供するための命令群と
を備えるコンピュータ・プログラム製品。
【請求項３７】
非アクセス層（ＮＡＳ）メッセージを送信するために、ラジオ・リソース制御（ＲＲＣ）コネクションを確立し、
前記ＮＡＳメッセージの送信後に、前記ＲＲＣコネクションを維持するか否かを示すインジケーションを受信し、
前記インジケーションに基づいて、前記ＲＲＣコネクションを維持するあるいは閉じる
ように構成された少なくとも１つのプロセッサと、
前記プロセッサに結合されたメモリと
を備える無線通信装置。
【請求項３８】
非アクセス層（ＮＡＳ）メッセージを送信し、
前記ＮＡＳメッセージに関連付けられたラジオ・リソース制御（ＲＲＣ）コネクションを維持するか否かを示すインジケーションを提供する
ように構成された少なくとも１つのプロセッサと、
前記プロセッサに結合されたメモリと
を備える無線通信装置。
【図１】
【図２】
【図３Ａ】
【図３Ｂ】
【図４】
【図５】
【図６】
【図６Ａ】
【図７】
【図８】
【図８Ａ】
【図９】
【図１０】
【図１０Ａ】
【図１１】
【図２】
【図３Ａ】
【図３Ｂ】
【図４】
【図５】
【図６】
【図６Ａ】
【図７】
【図８】
【図８Ａ】
【図９】
【図１０】
【図１０Ａ】
【図１１】
【公表番号】特表２０１１−５１６０１１（Ｐ２０１１−５１６０１１Ａ）
【公表日】平成２３年５月１９日（２０１１．５．１９）
【国際特許分類】
【出願番号】特願２０１１−５０２１１７（Ｐ２０１１−５０２１１７）
【出願日】平成２１年３月２７日（２００９．３．２７）
【国際出願番号】ＰＣＴ／ＵＳ２００９／０３８６７２
【国際公開番号】ＷＯ２００９／１２１０２３
【国際公開日】平成２１年１０月１日（２００９．１０．１）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
【公表日】平成２３年５月１９日（２０１１．５．１９）
【国際特許分類】
【出願日】平成２１年３月２７日（２００９．３．２７）
【国際出願番号】ＰＣＴ／ＵＳ２００９／０３８６７２
【国際公開番号】ＷＯ２００９／１２１０２３
【国際公開日】平成２１年１０月１日（２００９．１０．１）
【出願人】（５９５０２０６４３）クゥアルコム・インコーポレイテッド (7,166)
【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ
【Ｆターム（参考）】
[ Back to top ]