JP6481908B2 - マシン・タイプ・コミュニケーション（ｍｔｃ）機器のための接続制御 - Google Patents

Description

無線移動通信技術では様々な規格およびプロトコルを用いてノード（例えば伝送局）と無線機器（例えばモバイル機器）との間でデータを伝送する。無線機器の中には、ダウンリンク（ＤＬ）伝送では直交周波数分割多元接続（ＯＦＤＭＡ）を用い、アップリンク（ＵＬ）伝送では単一搬送波周波数分割多元接続（ＳＣ−ＦＤＭＡ）を用いて通信するものがある。信号伝送に直交周波数分割多重化（ＯＦＤＭ）を用いる規格およびプロトコルには、第３世代パートナーシッププロジェクト（３ＧＰＰ）ロング・ターム・エボルーション（ＬＴＥ）、業界にはＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）として一般に知られている米国電気電子技術者協会（ＩＥＥＥ）８０２．１６規格（例えば、８０２．１６ｅ、８０２．１６ｍ）、および業界にはＷｉＦｉとして一般に知られているＩＥＥＥ８０２．１１規格が含まれる。

３ＧＰＰ無線アクセスネットワーク（ＲＡＮ）ＬＴＥシステムにおいて、ノードはＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ノードＢ（一般には、進化型ノードＢ、エンハンストノードＢ、ｅＮｏｄｅＢ、またはｅＮＢとも呼ばれる）と無線ネットワークコントローラ（ＲＮＣ）との組み合わせとすることができ、ノードはユーザ機器（ＵＥ）として知られる無線機器と通信する。ダウンリンク（ＤＬ）伝送は、ノード（例えばｅＮｏｄｅＢ）から無線機器（例えばＵＥ）への通信とすることができ、アップリンク（ＵＬ）伝送は無線機器からノードへの通信とすることができる。

同種ネットワークにおいて、ノードは、マクロノードとも呼ばれ、セル内の無線機器へ基本的な無線カバレージを提供することができる。セルは、無線機器がマクロノードと通信するように動作するエリアとすることができる。異種ネットワーク（ＨｅｔＮｅｔ）は、無線機器の利用および機能の増加によるマクロノードにかかるトラフィック負荷の増加を処理するのに用いることができる。ＨｅｔＮｅｔは、マクロノードのカバレッジエリア（セル）内で十分に計画されずに、または全く調整されさえもせずに配置されうる低電力ノード（スモールｅＮＢ、マイクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、またはホームｅＮＢ［ＨｅＮＢ］）の各層が重なる、計画された高電力マクロノード（またはマクロｅＮＢ）の層を含むことができる。低電力ノード（ＬＰＮ）は一般に、「低電力ノード」、スモールノード、またはスモールセルと呼ばれうる。

ＬＴＥにおいては、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）を介してｅＮｏｄｅＢからＵＥへデータを伝送することができる。データが受信されたことを確認するために物理アップリンク制御チャネル（ＰＵＣＣＨ）を用いることができる。ダウンリンクおよびアップリンクのチャネルまたは伝送では時間分割多重（ＴＤＤ）または周波数分割多重（ＦＤＤ）を用いることができる。

本開示の特徴および利点は、以下の詳細な説明を、共に本開示の特徴を例示する添付の図面と併せて読めば明らかになるであろう。

一例によるユーザ機器（ＵＥ）のために進化型ノードＢ（ｅＮＢ）との既存の軽量無線リソース制御（ＲＲＣ）接続をｅＮＢとのレガシーＲＲＣ接続に切り替えるためのシグナリングを示す図である。

一例によるユーザ機器（ＵＥ）のために進化型ノードＢ（ｅＮＢ）とのレガシー無線リソース制御（ＲＲＣ）接続を開始するためのシグナリングを示す図である。

一例によるユーザ機器（ＵＥ）のためのアクセスポイント名（ＡＰＮ）ごとのネットワークとの軽量無線リソース制御（ＲＲＣ）接続の構成を示す図である。

一例によるユーザ機器（ＵＥ）のためのアクセスポイント名（ＡＰＮ）ごとのネットワークとの軽量無線リソース制御（ＲＲＣ）接続の構成を示す図である。

一例によるユーザ機器（ＵＥ）のためのアプリケーションごとのネットワークとの軽量無線リソース制御（ＲＲＣ）接続の構成を示す図である。

一例によるネットワークノードの装置の機能を示す図である。

一例によるネットワークノードの装置の機能を示す図である。

一例によるユーザ機器（ＵＥ）を軽量無線リソース制御（ＲＲＣ）接続からレガシーＲＲＣ接続に切り替えるための命令が具現化されている少なくとも１つの非一時的機械可読記憶媒体の流れ図である。

一例による無線機器（例えばＵＥ）を示す図である。

次に図示されている例示的実施形態を参照する。本明細書では具体的な言葉を用いて例示的実施形態を説明する。とはいえ、それらの言葉は技術範囲を限定するためのものではないことが理解されるであろう。

本技術を開示し、説明する前に、本技術は本明細書で開示される特定の構造や材料だけに限定されるものではなく、当業者には理解されるようにそれらの均等物に拡張適用されるものであることを理解すべきである。また、本明細書で用いられる用語は個々の例を説明するために用いられているにすぎず、限定のためのものではないことも理解すべきである。異なる図面における同じ参照符号は同じ要素を表すものである。流れ図およびプロセスに付されている番号は動作および操作の説明を明確にするためのものであり、必ずしも特定の順序または連続を示すものであるとは限らない。 例示的実施形態

以下で技術実施形態の概観を示し、次いで後で具体的な技術実施形態についてさらに詳細に説明する。この概観は読者が本技術をより迅速に理解するのを助けるためのものであり、本技術の重要な特徴や本質的特徴を特定するためのものでも、特許請求される主題の範囲を限定するためのものでもない。

幅広い潜在的用途があるため、マシン・タイプ・コミュニケーション（ＭＴＣ）やマシン・ツー・マシン（Ｍ２Ｍ）通信は、設備メーカ、移動ネットワーク事業者、およびＭＴＣ専門企業の間で大きな関心を集めている。本明細書で用いられる場合、Ｍ２Ｍという用語とＭＴＣという用語とは同義的に用いられる。ＭＴＣは、必ずしも人間同士の対話を必要とするとは限らない１つまたは複数のエンティティ間のデータ通信の形態である。本明細書で用いられる場合、「ユーザ機器」という用語、すなわちＵＥは、モバイル機器、スマートフォン機器、Ｍ２Ｍ機器、または、スマートメータや組み込み式セルラ機器や３Ｇ／４Ｇ／５Ｇ機能を備える別の種類の機器といったＭＴＣ機器を指しうる。

ＵＥは公衆陸上移動網（ＰＬＭＮ）を介してＭＴＣサーバおよび／または他のＭＴＣ機器と通信することができる。加えて、ＭＴＣ機器は、ＭＴＣ機器にデータ（例えばスモール・データ・ペイロード）を提供する他のエンティティとローカルに（例えば、無線で、パーソナル・エリア・ネットワーク（ＰＡＮ）を介して、または配線接続で）通信することができる。その後、ＭＴＣ機器はデータを処理し、次いでデータをＭＴＣサーバおよび／または他のＭＴＣ機器へ送信することができる。ＭＴＣ機器には、健康管理機器、スマートメータ、センサなどが含まれうる。

ＭＴＣ機器はネットワーク上で少量のデータを伝送する（すなわち、送信または受信する）ことができる。少量のデータは、典型的には、数ビットから数キロビットまでの範囲のデータである。非限定的な一例では、スモール・データ・ペイロードは通常１から１２８バイトの長さとすることができるが、スモール・データ・ペイロードはもっと大きい場合もあることを理解すべきである。一般に、スモールデータは単一のパケットまたはバーストにおいてショートデータ転送として伝送される。ネットワークは選択された無線アクセスネットワーク（ＲＡＮ）技術に基づいて無線広域ネットワーク（ＷＷＡＮ）または無線ローカル・エリア・ネットワーク（ＷＬＡＮ）とすることができる。ＷＷＡＮは、一般にＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）と呼ばれるＩＥＥＥ８０２．１６規格や第３世代パートナーシッププロジェクト（３ＧＰＰ）といったセルラネットワーク接続規格に基づいて動作するように構成することができる。ＩＥＥＥ８０２．１６規格のリリースには、ＩＥＥＥ８０２．１６ｅ−２００５、８０２．１６−２００９、および８０２．１６ｍ−２０１１が含まれる。３ＧＰＰ規格のリリースには、２００８年第４四半期の３ＧＰＰ ＬＴＥリリース８、２０１１年の第１四半期の３ＧＰＰ ＬＴＥ−Ａｄｖａｎｃｅｄリリース１０、および２０１２年第３四半期の３ＧＰＰ ＬＴＥリリース１１が含まれる。

ＭＴＣ機器上で実行されるＭＴＣアプリケーションは、セキュリティ（例えば、監視システム、運転者セキュリティ）、追跡およびトレース（例えば、資産追跡、ナビゲーション、交通情報、道路通行料徴収）、支払い（例えば、自動販売機、ゲーム機）、健康（例えば、生命徴候のモニタリング、高齢者または障害者の支援）、遠隔保守／制御（例えば、センサ、照明、車両診断）、計測（例えば、電力、ガス、水道、暖房）、および／または消費者機器（例えば、ディジタルカメラ）といった様々な領域に関連したものとすることができる。

幅広い潜在的なＭ２Ｍおよびモノのインターネット（ＩｏＴ）の用途および機器に基づき、将来には膨大な数のアプリケーションおよび機器がスモールデータ転送を行うことができるようになる。機器とネットワークとの間ではスモールデータ転送を行うために多数の短期的な接続が行われ、それによって３ＧＰＰシステムにおいて大量のシグナリングオーバーヘッドが生じることになりうる。シグナリングの使用量は、アイドルモードから接続モードに移り、接続モードにある間に少量のデータ（例えば、キープアライブメッセージやステータス更新）を送り、次いで節電のためにアイドルモードに戻る多種多様なデータアプリケーション（例えば、バックグラウンドアプリケーション）の出現により著しく多い。これらの周期的なアイドルモードから接続モードへの遷移は制御プレーン上で必要以上の量のシグナリング（例えば無線リソース）を用いる可能性がある。本明細書に記載される技術は、スモールデータ転送によるシグナリングオーバーヘッドにおける無線リソースの無駄を減らすためのスケーラブルな解決法を提供する。

軽量無線リソース制御（ＲＲＣ）接続機構は、コネクションレス型データ伝送を可能としつつシグナリングオーバーヘッドを最小化する。言い換えると、軽量ＲＲＣ接続機構（またはコネクションレス型機構）は、レガシーＲＲＣ接続の完全な確立を伴わず、むしろ、ＵＥがスモールデータを送信するためにネットワークとの「軽量」ＲＲＣ接続を確立する少数の動作を行うことを伴う。これらの機構は少量でまれなデータ伝送のために最適化することができる。ＵＥは一般に、軽量ＲＲＣ接続がＵＥにおいて確立されているときには非スモールデータ（すなわち、既定の閾値を上回るサイズを有するデータ）を送信することを許されない。

ＵＥが軽量ＲＲＣ接続機構を乱用し、ＵＥに送信すべき大量のデータまたは頻繁なデータがあるときでさえも軽量ＲＲＣ接続機構を用いる可能性があることが懸念されている。さらに、軽量ＲＲＣ接続はレガシーＲＲＣ接続と比べてロバスト性が低い可能性もある。というのは、ＵＥとネットワークとの間で交換される構成情報の量がより少なく、したがって、軽量ＲＲＣ接続はスモールデータを伴うある特定の用途または機能だけにしか適しえないからである。したがって、本明細書に記載される技術は、ＵＥが軽量ＲＲＣ接続機構を乱用するのを防止する機構を提供し、ＵＥがどの接続機構を用いることになるか（すなわち、軽量ＲＲＣ接続かそれともレガシーＲＲＣ接続か）に対するネットワークによる制御を増強することを可能にする。ネットワークがＭＴＣおよび他のモバイル・データ・アプリケーションのＲＲＣ接続制御を行うことによって、ＵＥがデータを送信／受信するためにアイドルモードから接続モードに遷移するときのシグナリングを減らすことができる。

軽量ＲＲＣ接続機構については、３ＧＰＰ技術報告書（ＴＲ）３７．８６９リリース１２、「Ｓｔｕｄｙ ｏｎ Ｅｎｈａｎｃｅｍｅｎｔｓ ｔｏ Ｍａｃｈｉｎｅ−Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ （ＭＴＣ） ａｎｄ ｏｔｈｅｒ Ｍｏｂｉｌｅ Ｄａｔａ Ａｐｐｌｉｃａｔｉｏｎｓ； Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ （ＲＡＮ） ａｓｐｅｃｔｓ」、および３ＧＰＰ ＴＲ２３．８８７リリース１２、「Ｓｔｕｄｙ ｏｎ Ｍａｃｈｉｎｅ−Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ （ＭＴＣ） ａｎｄ ｏｔｈｅｒ Ｍｏｂｉｌｅ Ｄａｔａ Ａｐｐｌｉｃａｔｉｏｎｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｅｎｈａｎｃｅｍｅｎｔｓ」にさらに記載されている。

３ＧＰＰ ＴＲ３７．８６９および３ＧＰＰ ＴＲ２３．８８７では、シグナリングオーバーヘッド低減を達成するためのＳ１−ＭＭＥコネクションレス型の手法（または軽量接続の手法）について論じている。アイドル接続モードの遷移によって生じるシグナリングの量を減らすために、ＵＥに非アクセス層（ＮＡＳ）シグナリング接続がない間に少量のデータを転送することができる解決法を定義することができる。Ｓ１−ＭＭＥコネクションレス型の手法の例には、スモール・データ・ファスト・パスの解決法、コネクションレス型データ伝送の解決法、およびランダム・アクセス・チャネル（ＲＡＣＨ）ベースのスモールデータ伝送の解決法が含まれる。

Ｓ１−ＭＭＥコネクションレス型の手法、すなわち軽量接続の手法は、スモールデータを送信するためにＵＥにおいてアップリンクおよび／またはダウンリンクで伝送されるバイト数を減らすことができる。例えば、スモール・データ・ファスト・パスの解決法のシグナリングオーバーヘッドは、ＤＬで１１４バイトＵＬで４８バイト、ＲＲＣ接続再構成が行われない場合にはＤＬで７３バイトＵＬで３６バイトとすることができる。言い換えると、ＵＥがアイドルモードにあり、送信すべきスモールデータを有する場合、ＵＥは、アイドルモードから起動してスモールデータを送信するために、ＤＬで１１４バイトＵＬで４８バイトのオーバーヘッドを有するシグナリングを行うことができる。加えて、コネクションレス型データ伝送の解決法のシグナリングオーバーヘッドは、ＤＬで１１４バイトＵＬで４８バイト、ＲＲＣ接続再構成が行われない場合にはＤＬで６１バイトＵＬで３６バイトとすることができる。ＲＡＣＨベースのスモールデータ伝送の解決法のシグナリングオーバーヘッドはＤＬで２０バイトＵＬで１７〜１９バイトとすることができる。

これと対照的に、ＵＥがサービス要求手順を用いてアイドルモードからレガシーＲＲＣ接続モードに遷移するときのシグナリングオーバーヘッドは、Ｓ１−ＭＭＥコネクションレス型の手法のシグナリングオーバーヘッドより大きい。レガシーＲＲＣ接続を確立するためのシグナリングオーバーヘッドはＤＬで１３６バイトＵＬで５９バイトとすることができ、前述のＳ１−ＭＭＥコネクションレス型の手法のシグナリングオーバーヘッドにおけるＤＬおよびＵＬのバイト数よりも著しく多い。

一構成では、ＵＥがセルラネットワークにアタッチするときに、ＵＥは、複数のＲＲＣおよびコアネットワークに関連したメッセージの通信を伴う完全なアタッチ手順を行う。アタッチ手順は、３ＧＰＰ ＴＳ２３．４０１リリース１２、「ＧＰＲＳ ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｅ−ＵＴＲＡＮ ａｃｃｅｓｓ」および３ＧＰＰ ＴＳ３６．３３１リリース１２、「Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ」に記載されている。ＵＥはアタッチ手順を行った後で接続モードになる。ＵＥはセルラネットワークにアタッチした後でデータを送信または受信するように構成することができる。

ＵＥが接続モードにあるときの電力を節約するために、ネットワークは、既定の非アクティブ期間の後でＵＥをアイドルモードにすることができる。言い換えると、ＵＥが既定の期間にわたっていかなるデータの送信も受信もしない（すなわち、ＵＥがこの時間中に非アクティブである）場合には、ＵＥはアイドルモードに入ることができる。既定の非アクティブ期間はネットワーク（例えばｅＮＢ）によって設定されうる。ＵＥがアイドルモードにある間に、ＵＥに送信すべきアップリンクデータがあり、または保留中のダウンリンクデータによるページングメッセージを受信した場合、ＵＥはサービス要求手順を行うことができる。サービス要求手順を用いると、ＵＥがデータを送信または受信するためにセルラネットワークと再接続することが可能になる。言い換えると、ＵＥがアイドルモードにあるときにサービス要求手順を行った場合、ＵＥはアップリンクデータを送信し、または保留中のダウンリンクデータを受信することができる。サービス要求手順はＵＥとネットワークとの間の一連のＲＲＣおよびコアネットワークメッセージを伴いうる。このシグナリングを用いると、ｅＮＢがＵＥコンテキスト情報を獲得し、ＵＥのためにＲＲＣ接続をセットアップすることが可能になる。サービス要求手順を行うためにシグナリングオーバーヘッドは何百バイトにもなる可能性があり、このバイト数は往々にして送信すべきデータ量を上回ることがある。

従来の解決法に関連した非限定的な例として、ＵＥは既定の非アクティブ期間後に接続モードからアイドルモードに入ることができる。ある後の時点に、ＵＥには送信または受信すべきスモールデータが生じる可能性があり、したがってＵＥは、接続モードに入りセルラネットワークにアタッチするためにサービス要求手順を行うことができる。ＵＥはおおよそ２００バイトを用いてサービス要求手順を行い、接続モードに入ることができる。接続モードがＵＥのために確立された後で、ＵＥはスモールデータを送信することができ、スモールデータはおおよそ２０バイトとすることができる。ＵＥはスモールデータを送信することができ、次の非アクティブ期間の後で、ＵＥはアイドルモードに戻ることができる。したがって、スモールデータを送信するためのシグナリングの量はスモールデータ自体よりもはるかに大きいサイズ（すなわち、２０バイトのスモールデータを送信するために２００バイトのシグナリングオーバーヘッド）になりうる。

ＵＥが（レガシーＲＲＣ接続ではなく）軽量ＲＲＣ接続を用いて接続モードに遷移するときには、ＵＥはより少ないバイト数を用いてスモールデータを送信または受信することができる。ＵＥはアイドルモードから起動し、事前に確立されたＵＥコンテキストを用いてデータを送信または受信することができ、それによってシグナリングの量が減る。軽量ＲＲＣ接続確立は、ファストパスの解決法またはＳ１−ＭＭＥコネクションレス型の解決法と呼ぶことができる。ＵＥが完全なレガシーＲＲＣ接続確立のシグナリングを用いずにデータを迅速に送信することを可能にするファストパス、Ｓ１−ＭＭＥコネクションレス型または軽量接続の解決法を利用するためには、データは「スモールデータ」または「ショートデータ」に分類されるべきであり、あまり頻繁に送信されるべきではない。言い換えると、データのサイズは既定の閾値内とすべきであり、データの送信または受信の頻度は既定の閾値内とすべきである。シグナリングの低減により、軽量ＲＲＣ接続機構は待ち時間の低減を助長することができる。しかし、軽量ＲＲＣ接続機構は乱用すべきでなく、非スモールデータの送信および／または頻繁なデータ転送に用いるべきではない。

そうした乱用の回避が望ましいのは、ｅＮＢは場合によってはスモールデータをサポートするための事前定義リソースを持つことができ、例えば、軽量接続は専用のＭＴＣノードのためにのみサポートされてよく、その場合には同じ接続を用いて高データ速度のアプリケーションをサポートすることが不合理となるからである。加えて、軽量接続は他のトラフィックには適さない可能性のある特定の種類のベアラ構成をサポートすることしかできず、そのためレガシー接続パスに切り替え、新しいＥＰＳベアラを確立することが必要となりうる。したがって、ＵＥが転送すべき非スモールデータまたは頻繁なデータを有するときには、ＵＥはレガシーＲＲＣ接続セットアップ手順、および対応するデフォルトベアラまたは専用ベアラを適宜用いることができる。

図１に、ユーザ機器（ＵＥ）１１０の進化型ノードＢ（ｅＮＢ）１２０との既存の軽量無線リソース制御（ＲＲＣ）接続をｅＮＢ１２０とのレガシーＲＲＣ接続に切り替えるための例示的シグナリングを示す。言い換えると、ＵＥ１１０は図１に示す例示的シグナリングを用いて軽量ＲＲＣ接続からレガシーＲＲＣ接続に遷移することができる。ＵＥを軽量ＲＲＣ接続からレガシーＲＲＣ接続に遷移させることによって、軽量ＲＲＣ接続手順の起こりうる過度の使用を減らすことができる。Ｍ２ＭデータまたはＭＴＣデータだけを専用に送信する機器では、そうすれば軽量ＲＲＣ接続手順の起こりうる過度の使用が最小限で済む。しかし、両方の種類のデータ（すなわち、スモールデータとビデオなどの非スモールデータ）を送信するように構成されている機器では、スモールデータのシグナリングを減らすために軽量ＲＲＣ接続の解決法を実施するネットワークによってトリガされる機構および／またはＵＥによってトリガされる機構。

図１に示すように、動作１で、軽量ＲＲＣ接続セットアップをＵＥ１１０とｅＮＢ１２０との間で行うことができる。軽量ＲＲＣ接続セットアップはＵＥ１１０とｅＮＢ１２０との間のスモールデータ伝送（ＳＤＴ）を可能にすることができる。動作２で、ＵＥ１１０はｅＮＢ１２０とのアップリンク・スモール・データ伝送を行うことができる。言い換えると、ＵＥ１１０は軽量ＲＲＣ接続を用いてｅＮＢ１２０へアップリンク・インターネット・プロトコル（ＩＰ）データを送信することができる。動作３で、ＵＥ１１０はｅＮＢ１２０からダウンリンク・スモール・データ伝送を受信することができる。言い換えると、ＵＥ１１０は軽量ＲＲＣ接続を用いてｅＮＢ１２０からダウンリンクＩＰデータを受信することができる。

ＵＥ１１０が軽量ＲＲＣ接続を介してデータを送信または受信しているとき、ｅＮＢ１２０は軽量ＲＲＣ接続からレガシーＲＲＣ接続への遷移をトリガすることができる。言い換えると、ｅＮＢ１２０はＵＥ１１０をトリガして軽量ＲＲＣ接続モードからレガシーＲＲＣ接続モードに切り替えさせることができる。非限定的な例としては、ｅＮＢ１２０がＵＥ１１０をトリガして軽量ＲＲＣ接続モードからレガシーＲＲＣ接続モードに切り替えさせることができるのは、データ伝送がもはや小容量ではないとき（すなわち、データ伝送のサイズが既定の閾値を超えているとき）、データ伝送を行うためのデータ接続の時間が既定の閾値より長いとき、事前に確立されたコンテキストの失効によりデータ伝送のためにセキュリティが再確立されるべきであるとき、などである。別の例では、ｅＮＢ１２０がＵＥ１１０をトリガして軽量ＲＲＣ接続モードからレガシーＲＲＣ接続モードに切り替えさせることができるのは、ある特定のアプリケーションまたはアプリケーションのグループ／カテゴリがＵＥ１１０上で起動されるときである。これらのアプリケーションと関連付けられるデータはスモールデータと関連付けられる既定の閾値より大きいものとなりうる。これらのアプリケーションはＩＰマルチメディアサブシステム（ＩＭＳ）ビデオ、音声などに関連したものとすることができる。さらに別の例では、ｅＮＢ１２０がＵＥ１１０をトリガして軽量ＲＲＣ接続モードからレガシーＲＲＣ接続モードに切り替えさせることができるのは、ＵＥがある特定のレベルの品質保証を必要とするときである。言い換えると、ＵＥ１１０がサービス品質（ＱｏＳ）保証を必要とするアプリケーションを実行している場合には、ＵＥ１１０をレガシーＲＲＣ接続に切り替えることができる。レガシーＲＲＣ接続はＵＥ１１０のＱｏＳを保証することができるが、軽量ＲＲＣ接続はＵＥ１１０のＱｏＳを保証することができない場合もある。

動作４で、ｅＮＢ１２０はＵＥ１１０のスモールデータ伝送をモニタすることができる。一例では、ｅＮＢ１２０は、ＵＥ１１０から送信される媒体アクセス制御（ＭＡＣ）パケット・データ・ユニット（ＰＤＵ）の数を数えることによってＵＥにおけるスモールデータ伝送をモニタすることができる。ＭＡＣ ＰＤＵの数を数えることによって、ｅＮＢ１２０はＵＥ１１０がスモールデータを送信しているか否かを判定することができる。

動作５で、ｅＮＢ１２０は、ＵＥ１１０におけるスモールデータ伝送のモニタリングに基づいて、ＵＥ１１０をトリガして軽量ＲＲＣ接続モードからレガシーＲＲＣ接続モードに切り替えさせることができる。軽量ＲＲＣ接続は事前定義ＭＡＣ ＰＤＵカウントと関連付けることができる。ＵＥ１１０において事前定義ＭＡＣ ＰＤＵカウントを超える（すなわち、ＵＥ１１０によって送信されるデータ量がスモールデータではない）場合、次いでｅＮＢ１２０はレガシーＲＲＣ接続モードへの切り替えをトリガすることができる。その結果、非スモールデータを送信するための軽量ＲＲＣ接続の起こりうる乱用を回避することが可能になる。

特に、動作５に関連して、ｅＮＢ１２０は、レガシーＲＲＣ接続モードへの切り替えをトリガするためにＵＥ１１０へダウンリンクでレガシーＲＲＣメッセージを送信することができる。レガシーＲＲＣメッセージはＲＲＣ接続セットアップメッセージまたはＲＲＣ接続再構成メッセージを含むことができる。レガシーＲＲＣメッセージは軽量ＲＲＣ接続モードからレガシーＲＲＣ接続への切り替えを指示する新規の情報要素（ＩＥ）を含むことができる。ＩＥの例には接続制御情報ＩＥや接続切り替え制御情報ＩＥを含むことができ、これらのＩＥはレガシーＲＲＣ接続モードへの切り替えを指示する追加のＩＥを含むことができる。レガシーＲＲＣメッセージは、どちらのシグナリングベアラがセットアップされるかに基づき、シグナリング無線ベアラ１（ＳＲＢ１）またはＳＲＢ０を用いて従来のエンド・ツー・エンド接続の確立をトリガすることができる。ＵＥが軽量ＲＲＣ接続機構を用いているときに新規のＩＥと共にレガシーＲＲＣメッセージを送信することによって、ｅＮＢ１２０は、ＵＥ１１０がレガシーＲＲＣ接続を確立すべきであり、軽量ＲＲＣ接続の使用が許されなくなることを指示することができる。

代替の例では、レガシーＲＲＣ接続モードへの切り替えをトリガするために新規のＲＲＣメッセージを定義することができる。新規のＲＲＣメッセージにはＲＲＣ接続制御メッセージまたはＲＲＣ接続変更メッセージを含むことができる。これらの新規のＲＲＣメッセージには接続制御情報ＩＥや接続切り替え制御情報ＩＥを含むことができ、これらのＩＥはＵＥ１１０に軽量ＲＲＣ接続からレガシーＲＲＣ接続に遷移するよう指示することができる。したがって、ｅＮＢ１２０はＵＥ１１０からのデータ伝送をモニタすることができ、ＵＥ１１０がスモールデータの送信または受信をもう行っていない場合、ｅＮＢ１２０はＵＥ１１０へ、レガシーＲＲＣ接続を確立し、バックエンドで対応する手順（例えばサービス要求手順）を続行するようＵＥ１１０に再指示するコマンドメッセージを送信することができる。

一例では、ＵＥ１１０がレガシーＲＲＣ接続に切り替わるときに、ｅＮＢ１２０およびモビリティ管理エンティティ（ＭＭＥ）１３０はＵＥコンテキストを獲得するために追加メッセージを交換することができる。さらに、追加メッセージはＭＭＥ１３０に、ＵＥ１１０がＥＣＭ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ （ＥＰＳ） Ｃｏｎｎｅｃｔｉｏｎ Ｍａｎａｇｅｍｅｎｔ）接続モードであり、もうＥＣＭアイドルモードではないことを知らせるように機能することができる。追加メッセージは、軽量接続／Ｓ１−ＭＭＥコネクションレス型プロセスの間に、ＵＥ１１０がＥＣＭアイドルモードおよび軽量ＲＲＣ接続モードであったときに交換することができる。

動作６で、ＵＥ１１０は非アクセス層（ＮＡＳ）サービス要求メッセージを伴うＲＲＣメッセージを送信することができる。ＵＥ１１０はレガシーＲＲＣ接続への切り替えをトリガしたｅＮＢ１２０からレガシーＲＲＣメッセージ（または新規のＲＲＣメッセージ）を受信したことに応答してＮＡＳサービス要求メッセージを伴うＲＲＣメッセージを送信することができる。ＮＡＳサービス要求メッセージはサービス要求手順の一部とすることができ、サービス要求手順はＵＥ１１０を軽量ＲＲＣ接続モードからレガシーＲＲＣ接続モードに切り替えることができる。

代替の構成では、ｅＮＢ１２０がＵＥのスモールデータ伝送をモニタするのではなく、ＵＥ１１０はＵＥ１１０自体のスモールデータ伝送をモニタすることができる。例えば、ＵＥ１１０はＵＥ１１０から送信されるＭＡＣ ＰＤＵの数を数えることができる。ＭＡＣ ＰＤＵの数が既定の閾値を上回る場合、これはＵＥ１１０から送信されるデータがもはやスモールデータではないことを示しうるものであり、その場合には、ＵＥ１１０はｅＮＢ１２０へＮＡＳサービス要求メッセージを自動送信することができる。この構成では、ｅＮＢ１２０はＵＥのレガシーＲＲＣ接続モードへの切り替えをトリガするためにＵＥ１１０へレガシーＲＲＣメッセージを送信しない。

動作７から動作１１では、ＵＥ１１０をレガシーＲＲＣ接続モードに切り替えるためにサービス要求手順を行うことができる。ＵＥ１１０から送信されるデータはもはやスモールデータではないため、ＵＥ１１０は後続のデータ伝送を行うためにレガシーＲＲＣ接続モードに切り替えるべきである。動作７で、ｅＮＢ１２０はＭＭＥ１３０へサービス要求を伴う初期ＵＥメッセージを送信することができる。動作８で、ＵＥ１１０はホーム加入者サーバ（ＨＳＳ）との認証セキュリティ手順を行うことができる。動作９で、ＭＭＥ１３０はｅＮＢ１２０へＳ１−ＡＰ初期コンテキストセットアップ要求メッセージを送信することができる。Ｓ１−ＡＰ初期コンテキストセットアップ要求メッセージは、レガシーＲＲＣ接続を確立するための無線機能、構成情報、ベアラ情報、トンネリング情報などを含むことができる。動作１０で、ＵＥ１１０およびｅＮＢ１２０は無線ベアラおよびＳ１−Ｕベアラの確立手順を行うことができる。動作１１で、ｅＮＢ１２０はＭＭＥ１３０へＳ１−ＡＰ初期コンテキストセットアップ完了メッセージを送信することができる。この時点で、ＵＥ１１０はレガシーＲＲＣ接続モードであることができ、レガシーＲＲＣ接続を介して非スモールデータを送信するように構成されている。サービス要求手順に伴う動作は煩雑になりうるが、必要なシグナリングの量はＲＲＣ接続が長期にわたるときには許容できるものである。

一構成では、ｅＮＢ１２０ではなくサービングゲートウェイ（ＳＧＷ）がＵＥ１１０のスモールデータ伝送をモニタすることができる。ＳＧＷはｅＮＢ１２０へ、ＵＥ１１０のためにＳＧＷにおいてバッファに保持されているスモールデータのレベルが既定の閾値より大きいことを指示する汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）−Ｃメッセージを送信することができる。ＧＴＰ−Ｃメッセージに基づき、ｅＮＢ１２０はＵＥ１１０をトリガして軽量ＲＲＣ接続からレガシーＲＲＣ接続に切り替えさせることができる。

図１では、メッセージはＬＴＥ／ＬＴＥ−Ａｄｖａｎｃｅｄ仕様に関連して説明されているが、この流れ／概念は他の先進無線アクセス技術にも適用することができる。

図２に、ユーザ機器（ＵＥ）２１０のために進化型ノードＢ（ｅＮＢ）２２０とのレガシー無線リソース制御（ＲＲＣ）接続を開始するための例示的シグナリングを示す。レガシーＲＲＣ接続は軽量ＲＲＣモード確立手順の間に開始することができる。動作１に示すように、ＵＥ２１０はｅＮＢ２２０へアクセス要求メッセージを送信することができ、これに応答して動作２でｅＮＢ２２０はＵＥ２１０へアクセス応答メッセージを送信することができる。動作３で、ＵＥ２１０はｅＮＢ２２０へ軽量セットアップ要求メッセージを送信することができる。ＵＥ２１０はｅＮＢ２２０との軽量ＲＲＣ接続の確立を開始するために軽量セットアップ要求メッセージを送信することができる。一例では、ＵＥ２１０は、ＵＥ２１０に受信者に送信すべきデータ（例えばスモールデータ）があるときに軽量ＲＲＣ接続の確立を開始することができる。一例では、ＵＥ２１０はスモールデータを送信するためにアイドルモードから起動し、軽量ＲＲＣ接続の確立を開始することができる。言い換えると、ＵＥ２１０は軽量セットアップ要求メッセージを送信する前にｅＮＢ２２０とのＲＲＣ接続を有していない場合がある。

ｅＮＢ２２０は軽量ＲＲＣ接続がＵＥ２１０のために確立されるのを許すべきかどうか判定することができる。あるいは、ｅＮＢ２２０はＵＥ２１０から受信された軽量接続セットアップ要求を拒否すべきかどうか判定し、それによってＵＥ２１０が軽量ＲＲＣ接続を確立するのを妨げることもできる。ｅＮＢ２２０が軽量ＲＲＣ接続を確立し、次いでＵＥ２１０のためのレガシーＲＲＣ接続を後に確立することが望ましくない場合もある。というのは、これら２つの別々の手順を行うことによりシグナリングの量が減るのではなくシグナリングの量が増える結果となりうるからである。したがって、ＵＥ２１０から軽量接続セットアップ要求を受信すると、ｅＮＢ２２０は、軽量ＲＲＣ接続の確立を許すべきかどうか判定することもでき、単にＵＥ２１０に、軽量ＲＲＣ接続を確立せずレガシーＲＲＣ接続を確立するよう再指示することもできる。

一例では、軽量セットアップ要求メッセージがｅＮＢ２２０において受信されたときに、ｅＮＢ２２０に必要なコンテキスト（例えばセキュリティコンテキスト）がなく、または記憶されたコンテキストがタイマに従って失効している場合がある。この場合には、ｅＮＢ２２０がＵＥ２１０のための軽量ＲＲＣモードを処理することは望ましくない。したがって、動作４で、ｅＮＢ２２０はＵＥ２１０へ軽量接続セットアップ拒否メッセージを送信することができる。軽量接続セットアップ拒否メッセージはＵＥ２１０がレガシーＲＲＣ接続を確立するための命令を含むことができる。言い換えると、ｅＮＢ２２０は軽量ＲＲＣ接続を確立するよう求めるＵＥの要求を拒否し、代わりにＵＥ２１０に、サービス要求手順または拡張サービス要求手順を用いてレガシーＲＲＣ接続を確立するよう再指示することができる。ｅＮＢ２２０はＵＥ２１０に、軽量接続セットアップメッセージまたは既存のＲＲＣメッセージを用いてレガシーＲＲＣ接続を確立するよう再指示することができる。

一構成では、ｅＮＢ２２０はＵＥ２１０のデータ伝送履歴に基づいてＵＥ２１０のための軽量ＲＲＣ接続を許すべきか否か判定することができる。ｅＮＢ２２０は、アップリンクおけるＵＥの以前のアクティビティレベルをモニタし、ＵＥ２１０が軽量ＲＲＣ接続を確立することを許すべきかどうか判定することができる。言い換えると、ｅＮＢ２２０は、ＵＥのデータ伝送履歴に基づいて、ＵＥ２１０が将来のスモールデータ伝送に軽量ＲＲＣ接続機構を用いることを許されるべきかどうか判断することができる。一例では、ｅＮＢ２２０においてモビリティ管理エンティティ（ＭＭＥ）２３０から受信されるコアネットワーク支援情報でｅＮＢ２２０にＵＥのトラフィック履歴を提供することができる。加えて、ＵＥ２１０が軽量ＲＲＣ接続機構を用いることを許されるか否かは、サービス、ＵＥクラスまたは優先順位に関する事前定義基準に基づいて判定することもできる。あるいは、この基準はチャネル条件またはネットワーク条件に基づいて動的に調整することもできる。ＵＥ２１０のデータ伝送履歴に基づいて、ｅＮＢ２２０はＵＥ２１０のための軽量ＲＲＣ接続を許すべきか否か判定することができる。

一例では、ｅＮＢ２２０は、ＵＥ２１０から第１の軽量接続セットアップ要求を受信した後でＵＥ２１０が軽量ＲＲＣ接続機構を用いることを許すことができる。この第１の軽量接続セッションの間に、ＵＥ２１０がアップリンクでｅＮＢ２２０によって保持されている既定の閾値以内のスモールデータを送信する場合には、ｅＮＢ２２０は軽量ＲＲＣ接続（すなわち、後続の軽量接続セッション）を確立することを求めるＵＥ２１０からの第２の要求を認める。他方、ＵＥ２１０がアップリンクで第１の軽量接続セッションの間に既定の閾値を上回るスモールデータを送信する場合には、ＵＥの履歴に基づき、ｅＮＢ２２０はある一定に期間内に後続の軽量接続を確立することを求める第２の要求を認めない。

前述の様々な機構に基づき、ＵＥ２１０は、動作４に示すように、レガシーＲＲＣ接続を確立する命令を含む軽量接続セットアップ拒否メッセージを受信することができ、動作５で、ＵＥ２１０はアップリンクでｅＮＢ２２０へサービス要求メッセージを含むＲＲＣメッセージを送信することができる。言い換えると、軽量接続セットアップ拒否メッセージがレガシーＲＲＣ接続を確立する命令を含む場合、ＵＥ２１０はレガシーＲＲＣ接続を確立するためのサービス要求手順を開始することができる。

代替の例として、ＵＥ２１０はｅＮＢ２２０から、レガシーＲＲＣ接続を確立する命令を含まない軽量接続セットアップ拒否メッセージを受信することもできる。この場合には、ＵＥ２１０は動作５に示すようにサービス要求メッセージを含むＲＲＣメッセージを送信しない。そうではなく、ＵＥ２１０はランダム・アクセス・チャネル（ＲＡＣＨ）手順を開始し、次いでｅＮＢ２２０へレガシーＲＲＣ接続要求メッセージを送信することができる。ＵＥ２１０はネットワークが非常に輻輳している（すなわち、ネットワーク輻輳が既定の閾値を上回る）場合にＲＡＣＨ手順を開始し、次いでレガシーＲＲＣ接続要求メッセージを送信してよい。

動作５で、サービス要求手順を開始するためにＵＥ２１０によって送信されるサービス要求メッセージはレガシーサービス要求非アクセス層（ＮＡＳ）メッセージとすることができる。レガシーサービス要求ＮＡＳメッセージは、ＲＲＣ接続セットアップ完了メッセージといったＲＲＣメッセージに、または関連ＲＲＣメッセージに含めることができる。関連ＲＲＣメッセージは、ＲＲＣアップリンク（ＵＬ）情報転送のためもの、またはＵＥ支援情報のためものとすることができる。ＲＲＣメッセージはＭＭＥ２３０からの完全なＵＥコンテキストダウンロード、エンド・ツー・エンドＥＰＳベアラ確立などを開始するためにものとすることができる。一例では、ＲＲＣメッセージはＵＥ接続制御メッセージまたは類似したメッセージとして定義することができる。

動作６で、ｅＮＢ２２０はＭＭＥ２３０へサービス要求を伴う初期ＵＥメッセージを送信することができる。動作７で、ＵＥ２１０はホーム加入者サーバ（ＨＳＳ）との認証セキュリティ手順を行うことができる。動作８で、ＭＭＥ２３０はｅＮＢ２２０へＳ１−ＡＰ初期コンテキストセットアップ要求メッセージを送信することができる。動作９で、ＵＥ２１０およびｅＮＢ２２０は無線ベアラおよびＳ１−Ｕベアラの確立手順を行うことができる。動作１０で、ｅＮＢ２２０はＭＭＥ２３０へＳ１−ＡＰ初期コンテキストセットアップ完了メッセージを送信することができる。動作６から動作１０はレガシーサービス要求手順または拡張サービス要求手順または認証関連手順の一部とすることができる。動作１１で、ＵＥ２１０はｅＮＢ２２０とのレガシーＲＲＣ接続を用いてデータ（例えば非スモールデータ）を送信または受信するように構成することができる。

図２では、各メッセージはＬＴＥ／ＬＴＥーＡｄｖａｎｃｅｄ仕様に関連して説明されているが、この流れ／概念は他の先進無線アクセス技術にも適用することができる。

代替の構成では、ＵＥ２１０はサービス要求手順をトリガすることができる。言い換えると、ＵＥ２１０はｅＮＢ２２０へ軽量セットアップ要求メッセージを送信しない。そうではなく、ＵＥ２１０はレガシーＲＲＣ接続を確立することを決定し、次いでｅＮＢ２２０へサービス要求メッセージを含むＲＲＣメッセージを送信することができる。この構成では、ネットワークはＵＥによってトリガされる機構を許すことができ、この機構を用いると、ＵＥ２１０がｅＮＢ２２０からの明示的命令なしでサービス要求手順を開始することが可能になる。例えば、ネットワークは軽度な負荷のネットワーク状態の間に（すなわち、ネットワークトラフィックが既定の閾値を下回る間に）ＵＥによってトリガされる機構を許すことができる。サービス要求手順を開始するのがＵＥ２１０であるにせよｅＮＢ２２０であるにせよ、サービス要求手順の間に事前に確立されたベアラを通る既存のトラフィックフローを新しいベアラへシームレスに転送することができる。

一構成では、軽量ＲＲＣ接続がすでにＵＥのために確立されているときに、ネットワークはＵＥへ、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）を用いて軽量ＲＲＣ接続からレガシーＲＲＣ接続に切り替える（すなわち、レガシーＲＲＣ接続を確立するためのサービス要求手順を開始する）命令を送信することができる。ネットワークは、軽量ＲＲＣ接続からレガシーＲＲＣ接続に切り替える命令をダウンリンク（ＤＬ）データメッセージと抱き合わせにすることができる。言い換えると、ネットワークは切り替え命令とＤＬデータメッセージの両方を同時に送信することができる。ネットワークはＵＥから要求を受信したことに応答してＭＡＣ ＣＥを送信するのではない。ネットワークは、ＲＲＣメッセージを用いることの代替としてＭＡＣ ＣＥを用いて軽量ＲＲＣ接続からレガシーＲＲＣ接続に切り替える命令を送信することができる。

代替の例では、ＵＥがアイドルモードにある（すなわち、目下のところＵＥのために軽量ＲＲＣ接続が確立されていない）ときに、ネットワークはＭＡＣ ＣＥを用いてレガシーＲＲＣ接続を確立する命令をダウンリンク（ＤＬ）データメッセージと抱き合わせにすることができる。

レガシーＲＲＣ接続に切り替えるためのＵＥへの命令を運ぶのに用いられるＭＡＣ ＣＥは、予約ビットで既存のＭＡＣ ＣＥ（例えば、アクティブ化または非アクティブ化ＭＡＣ ＣＥ）の機能を拡張することによって定義することができる。予約ビットは、レガシーＲＲＣ接続を確立するコマンドまたは軽量ＲＲＣ接続からレガシーＲＲＣ接続に切り替えるコマンドを指示するのに用いることができる。あるいは、ＵＥに命令を運ぶのに用いられるＭＡＣ ＣＥは新規のＭＡＣ ＣＥを用いて定義することもでき、新規のＭＡＣ ＣＥは新規のＭＡＣ ＣＥヘッダおよびＭＡＣ ＣＥペイロードを含むことができる。別の例では、新規のＭＡＣ ＣＥはペイロードを有さず、代わりにＵＥがレガシーＲＲＣ接続に遷移するのに必要な関連情報を有するＭＡＣ ＣＥヘッダのみを含むように定義されていてもよい。加えて、新規のＭＡＣ ＣＥに新規の論理チャネル識別子（ＬＣＩＤ）を定義することもできる。

一例では、ＭＡＣ ＣＥはレガシーＲＲＣ接続に遷移するときにＵＥを支援する様々な種類の情報を含むことができる。例えば、ＭＡＣ ＣＥは、ＵＥが軽量ＲＲＣ接続の使用を停止し、レガシーＲＲＣ接続への切り替えを開始しなければならないという指示を含むことができる。その結果、ＵＥはレガシーＲＲＣ接続確立手順をトリガすることによって遷移を要求することができるようになる。あるいは、ネットワークは、前述のように、ＲＲＣメッセージ内でレガシーＲＲＣ接続に切り替える指示を送信することによってレガシーＲＲＣ接続（および対応するベアラ）の確立を開始することもできる。加えて、ＵＥがレガシーＲＲＣ接続に遷移するのを支援するためのＭＡＣ ＣＥに含まれる情報は、新しいベアラ識別子（ＩＤ）、更新された無線構成情報も含むことができる。この場合には、ＵＥはレガシーＲＲＣ接続確立手順をトリガしなくてもよい。というのは、ネットワークがすでにレガシーＲＲＣ接続を確立し、ＵＥへ関連情報を送信しているからである。

一例では、ネットワークではなくＵＥがレガシーＲＲＣ接続への遷移をトリガすることができる。ＵＥは既存のＭＡＣ ＣＥまたは新規のＭＡＣ ＣＥを用いてレガシーＲＲＣ接続に遷移するよう求める要求を指示することができる。レガシーＲＲＣ接続に遷移するよう求める要求を送信するのに再利用することができる１つの既存のＭＡＣ ＣＥはバッファ状態報告（ＢＳＲ）とすることができる。ＢＳＲの機能は、レガシーＲＲＣ接続に遷移することを求める要求を指示することのできる予約ビットを含むように拡張することができる。

前述の解決法では、ＵＥからネットワークへ送信されるＲＲＣ接続要求は、スモールデータ転送のためのシグナリングの低減を可能とするスモールデータ標識を含むことができる。ＲＲＣ接続要求は軽量ＲＲＣ接続確立手順を開始するときにＵＥによってネットワークへ送信される第１のＲＲＣメッセージとすることができる。スモールデータ標識に基づいて、ネットワークは軽量ＲＲＣ接続の確立を円滑化することができる。スモール・データ・フィルタ機構を用いて、ＵＥから伝送される予定のデータが本当にスモールデータであるかどうか判定することによって、シグナリングおよび電力の低減のために軽量ＲＲＣ接続を確立することができる。しかし、ＵＥのスモール・データ・フィルタリングまたはＵＥの機能に依拠して予定されるアップリンク（ＵＬ）データ転送がスモールデータになると判定し、そうした標識を伴うＲＲＣ接続要求を送信すると信頼性が低下しうる。したがって、ネットワークがＵＥの挙動のモニタリングを行い、または従来のＲＲＣ接続セットアップでの低シグナリング機構のためのより信頼性が高くスケーラブルな技法を定義したほうが有益となるはずである。

一構成では、軽量ＲＲＣ接続からレガシーＲＲＣ接続に切り替えることを決定するときに、初期データ・アクティビティ・タイマ・ベースの機構を用いることができる。ｅＮＢは、例えば、ＵＥからのアップリンクデータが専用ベアラ確立を必要としないときに、ＵＥが軽量ＲＲＣ接続を用いることを最初に許すことができる。一例として、専用ベアラ確立はファイル転送プロトコル（ＦＴＰ）または音声／ビデオサービスに必要とされうる。ＵＥには、タイマによって定義される特定の期間にわたって軽量ＲＲＣ接続またはコネクションレス型サービスを用いることを許すことができる。タイマはスモール・データ・アクティビティ・タイマまたは初期アクティビティタイマと呼ぶことができる。タイマはｅＮＢにおいて保持することができる。加えて、タイマは、軽量ＲＲＣ接続を用いてスモールデータを送信することになるアプリケーションの数を制限しない。一例では、タイマは、ネットワーク負荷および予期されるデータ伝送の持続期間に応じて、５０ミリ秒（ｍｓ）から５００ｍｓの間に設定することができる。言い換えると、ＵＥには軽量ＲＲＣ接続を用いて５０ｍｓから５００ｍｓの持続期間にわたってスモールデータと推定されるデータを送信することが許される。タイマが切れた後でＵＥが引き続きＵＬリソースを要求していることをｅＮＢが検出した場合には、ｅＮＢはＵＥを軽量ＲＲＣ接続からレガシーＲＲＣ接続に切り替えることを決定することができる。タイマが切れた後でＵＥがＵＬリソースを要求している場合には、ＵＥによって送信されているデータはスモールデータではないと推定される。非スモールデータを送信するのに軽量ＲＲＣ接続を用いることは軽量ＲＲＣ接続の乱用となりうるため、ｅＮＢはＵＥをレガシーＲＲＣ接続に切り替えるためのサービス要求手順を開始することができる。レガシーＲＲＣ接続はデフォルト／専用ベアラを利用し、軽量ＲＲＣ接続（および他のコネクションレス型サービス）は事前に確立されたベアラ、事前構成／事前確立されたセキュリティコンテキストなどを用いる。初期データ・アクティビティ・タイマ・ベースの機構に基づき、ＵＥはスモールデータの定義に適合しないアップリンクデータを送信するためにレガシーＲＲＣ接続に切り替えることができる。

一構成では、アップリンクデータのためのタイマ（例えば、スモール・データ・アクティビティ・タイマや初期アクティビティタイマ）をＵＥにおいて保持することができる。一例では、タイマは５０ｍｓから５００ｍｓの間に設定することができる。ネットワークではなくＵＥが、タイマが切れた後でＵＬリソースが引き続きＵＥから要求されるときにそれを検出することができる。この場合には、ＵＥは軽量ＲＲＣ接続からレガシーＲＲＣ接続に切り替えるためのサービス要求手順を開始することができる。よって、ＵＥはＲＲＣメッセージによって、タイマが切れたときに（例えば、障害を回避するために）軽量ＲＲＣ接続をレガシーＲＲＣ接続に移行するようを指示することができる。

一構成では、タイマ（例えば、スモール・データ・アクティビティ・タイマや初期アクティビティタイマ）をサービングゲートウェイ（ＳＧＷ）またはＭＭＥにおいて保持することができる。タイマはＵＥについてのＳＧＷバッファにおける累積ダウンリンクデータのためのものとすることができる。ＳＧＷはＵＥがアイドルモードにあり、または利用不能であるときにダウンリンクデータをバッファすることができる。ＳＧＷバッファがある加入、サービスまたは優先順位ベースの閾値以内である場合には、ＳＧＷは軽量ＲＲＣ接続がＵＥのために確立されているときにダウンリンクデータの転送時にタイマを保持することができる。ＳＧＷは、タイマが切れたときに、直接またはＭＭＥを介してｅＮＢに指示することができる。例えば、タイマは５０ｍｓから５００ｍｓの間に設定することができる。タイマが切れた後にＵＥのダウンリンク・データ・フローが続行する（すなわち、タイマが切れた後でＵＥのためのダウンリンクデータがＳＧＷバッファにおいて引き続き記憶される）場合には、ダウンリンクデータはスモールデータではないと推定することができる。したがって、ｅＮＢはＵＥを軽量ＲＲＣ接続からレガシーＲＲＣ接続に切り替えることを決定することができる。

一例では、ダウンリンクデータのためのタイマ（例えば、スモール・データ・アクティビティ・タイマや初期アクティビティタイマ）をＵＥにおいて保持することができる。ＵＥは、タイマが切れた後でさえも、ダウンリンクデータがＳＧＷバッファに引き続き流れているときにそれを検出することができる。この場合には、ＵＥは軽量ＲＲＣ接続からレガシーＲＲＣ接続に切り替えるためのサービス要求手順を開始することができる。

一構成では、ネットワークはＵＥのデータ伝送履歴に基づいてＵＥアイドルコンテキストを調整することができる。ＵＥが軽量ＲＲＣ接続へのアクセスを得るために最初に縮小されたバッファ状態報告（ＢＳＲ）を報告することも可能である。しかし、ＵＥが軽量ＲＲＣ接続へのアクセスを得るために縮小されたＢＳＲを繰り返し報告することを妨げるために、ｅＮＢは状態チェックビットでアイドルモード時のＵＥのコンテキスト情報を調整することができる。ＵＥのコンテキスト情報は、ＵＥが次のセッションに軽量ＲＲＣ接続を用いることを許されるか否かに応じて、状態チェックビットを用いて調整することができる。言い換えると、状態チェックビットはＵＥがコネクションレス型アクセスを許されているかどうか指示することができる。加えて、ｅＮＢは軽量ＲＲＣ接続が確立されるのを許す前に既定の期間にわたってＵＥをモニタするためのタイマを追加することもできる。ＵＥに送信すべき非スモールデータがある場合には、ｅＮＢはＵＥにレガシーＲＲＣ接続を確立するよう再指示することができる。

一構成では、ＵＥは軽量ＲＲＣ接続からレガシーＲＲＣ接続に切り替えるべきかどうか判定することができる。ＵＥはチャネル条件および／またはアップリンク（ＵＬ）データを伝送するための予期される時間に基づいてレガシーＲＲＣ接続に切り替えることを決定することができる。この構成では、ＵＥがレガシーＲＲＣ接続に切り替わるべきであることをネットワークが判定するのではなく、ＵＥがレガシーＲＲＣ接続に切り替えることを決定することができる。ＵＥのアップリンクバッファにおけるデータ伝送の予期される時間がある一定の閾値を下回る場合には、ＵＬデータはスモールデータであるとみなされ、ＵＥはスモールデータを送信するのに軽量ＲＲＣ接続機構を用いることを許される。１回の交換のためのデータ伝送の予期される時間の閾値は、サービス、ＵＥクラス、優先順位および／または加入情報に基づいて事前定義することができる。あるいは、１回の交換のためのデータ伝送の予期される時間の閾値は、チャネル条件および／またはネットワーク条件に基づいて動的に調整することもできる。その結果、ＵＥには、ＵＥが不十分なチャネル条件を有するときに、かつ／またはネットワークが輻輳しているときに長期間を要すると予測されるデータ伝送に軽量ＲＲＣ接続機構を用いることが許されなくなる。加えて、ＵＥにおけるＵＬデータが本当に「スモールデータ」であるかどうか判定するための閾値も、ネットワーク条件および／またはチャネル条件に基づいて動的に調整することができる。

図３に、アクセスポイント名（ＡＰＮ）ごとのユーザ機器（ＵＥ）のための例示的な軽量無線リソース制御（ＲＲＣ）接続構成を示す。ネットワークはＵＥにどのアプリケーションまたはサービスが軽量ＲＲＣ接続を用いることができるか通知することができる。言い換えると、ネットワークは軽量ＲＲＣ接続を用いてこれらのアプリケーションまたはサービスを用いるようにＵＥを事前構成することができる。ネットワークは、ＯＭＡ−ＤＭ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ−Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ）機能を用いてＯＭＡ−ＭＯ（ＯＭＡ−Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）においてＵＥへアプリケーションまたはサービスに関する情報を送信することによってＵＥを構成することができる。図３に示す例では、軽量ＲＲＣ接続を用いてこれらのアプリケーションまたはサービスを用いるようにＵＥを構成するために新規の管理オブジェクトを作成することができる。

図４に、アクセスポイント名（ＡＰＮ）ごとのユーザ機器（ＵＥ）のための例示的な軽量無線リソース制御（ＲＲＣ）接続構成を示す。ネットワークはＵＥにどのアプリケーションまたはサービスが軽量ＲＲＣ接続を用いることができるか通知することができる。言い換えると、ネットワークは軽量ＲＲＣ接続を用いてこれらのアプリケーションまたはサービスを用いるようにＵＥを事前構成することができる。図４に示す例では、情報は、ＵＥにどのアプリケーションまたはサービスが軽量ＲＲＣ接続を用いることができるか知らせるためのＡＮＤＳＦ（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ）管理オブジェクト（ＭＯ）の一部とすることができる。

図３および図４に関連して、ＡＰＮごとのＵＥのための軽量ＲＲＣ接続構成は軽量ＲＲＣモード優先（ＬｉｇｈｔｗｅｉｇｈｔＲＲＣＭｏｄｅＰｒｅｆｅｒｒｅｄ）値を含むことができる。軽量ＲＲＣ接続優先値は特定のＡＰＮへの接続を軽量ＲＲＣ接続を介して確立することができるかどうか指示することができる。軽量ＲＲＣ接続優先値は「０」または「１」を含むことができ、「０」は軽量ＲＲＣ接続を介してＡＰＮへの接続を確立することができないことを指示し、「１」は軽量ＲＲＣ接続を介してＡＰＮへの接続を確立することができることを指示する。一例として、機器（例えばスマートメータ）がスモールデータを送信するのに特定のＡＰＮを常に用いる場合には、このＡＰＮのために軽量ＲＲＣ接続を構成することができる。一例では、特定のＡＰＮへの接続を軽量ＲＲＣ接続を介して確立することができるか、それとも軽量ＲＲＣ接続を介して確立することができないかの判断をネットワークにおいて行うことができる。ネットワークは第三者サービス提供者との取り決めに基づいて、またはアプリケーションのモニタリングおよび統計収集によって判断を行うことができる。さらに、ネットワークはアプリケーションの挙動を継続してモニタし、アプリケーションが軽量の予想に従った挙動を示さないときに構成を変更することができる。

一例では、ＵＥに接続されているＡＰＮに基づいて接続軽量ＲＲＣ接続を許すことができる。アプリケーションが特定のＡＰＮ向けの接続の確立を要求した場合に、ＵＥは軽量ＲＲＣ接続を選択することができる。別の例では、ＵＥが所与のＡＰＮ向けの接続を開始した後で、ＵＥは確立されたベアラを用いて、軽量ＲＲＣ接続手順をトリガしたアプリケーションからのみのパケットを送信することができる。ＵＥにおいて異なるアプリケーションが開始された場合、ＵＥは、たとえ異なるアプリケーションが同じＡＰＮ向けのものであっても、サービス要求を用いてレガシーＲＲＣ接続手順を開始することができ、それによって軽量ＲＲＣ接続手順の乱用を回避することができる。さらに別の例では、ＵＥが所与のＵＥ向けの軽量ＲＲＣ接続を開始した後で、ＵＥは確立されたベアラを用いて任意のアプリケーションから同じＡＰＮに向けてパケットを送信することができる。さらに別の例では、同時に同じＡＰＮ向けの軽量ＲＲＣ接続を用いるアプリケーションの数を制限することができ、または最大ビット数／秒数を事前構成することもでき、または特定の持続期間もしくはタイマが設定されていてもよい。

図５に、アプリケーションごとのユーザ機器（ＵＥ）のための例示的な軽量無線リソース制御（ＲＲＣ）接続構成を示す。１つまたは複数のアプリケーションを軽量ＲＲＣ接続のために構成することができる。構成されたアプリケーションのうちの１つが接続の確立を要求している場合、ＵＥは軽量ＲＲＣ接続を確立することを選択することができる。ネットワークは、ＯＭＡ−ＤＭ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ−Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ）機能を用いてＯＭＡ−ＭＯ（ＯＭＡ−Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）においてＵＥへアプリケーションに関する情報を送信することによって軽量ＲＲＣ接続のためにアプリケーションを構成することができる。あるいは、ネットワークは、ＵＥへ送信されるＡＮＤＳＦ（Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｄｉｓｃｏｖｅｒｙ ａｎｄ Ｓｅｌｅｃｔｉｏｎ Ｆｕｎｃｔｉｏｎ）管理オブジェクト（ＭＯ）を用いて軽量ＲＲＣ接続のためのアプリケーションを構成することもできる。

一例では、ＵＥが軽量ＲＲＣ接続を用いて第１のアプリケーションを開始した後で、やはり軽量ＲＲＣ接続のために構成された第２のアプリケーションが通信しようとする場合、ＵＥは軽量ＲＲＣ接続手順の乱用を回避するためにレガシーＲＲＣ接続手順を開始することができる。別の例では、ＵＥが軽量ＲＲＣ接続を用いて１つのアプリケーションを開始した後で、ＵＥは確立されたベアラを用いて軽量ＲＲＣ接続のために構成された他のアプリケーションからのパケットを送信することができる。さらに別の例では、同時に軽量ＲＲＣ接続を用いるアプリケーションの数を制限することができ、または最大ビット数／秒数を事前構成することもでき、または特定の持続期間もしくはタイマが設定されていてもよい。

別の例では、図６の流れ図に示すように、ネットワークノードの装置の機能６００が提供される。機能は方法として実現することもでき、または機能は機械上の命令として実行することもでき、命令は少なくとも１つのコンピュータ可読媒体または１つの非一時的機械可読記憶媒体上に含まれる。装置は、ブロック６１０に示すように、ネットワークノードにおいて、ユーザ機器（ＵＥ）がネットワークノードとの軽量無線リソース制御（ＲＲＣ）接続からネットワークノードとのレガシーＲＲＣ接続に切り替えるべきであると判定するように構成された回路を含むことができ、ＵＥは軽量ＲＲＣ接続がＵＥのために確立されているときにスモールデータ伝送を行うように構成されている。装置は、ブロック６２０に示すように、ＵＥに、ＵＥが軽量ＲＲＣ接続からレガシーＲＲＣ接続に遷移するためにサービス要求手順を行うよう命令するように構成された回路を含むことができる。装置は、ブロック６３０に示すように、サービス要求手順がＵＥにおいて開始されるときにＵＥからサービス要求メッセージを受信するように構成された回路を含むことができ、ネットワークノードはＵＥの軽量ＲＲＣ接続からレガシーＲＲＣ接続への切り替えを円滑化するように構成されている。

一例では、回路は、ネットワークノードにおいて、ＵＥのためのスモールデータ伝送をモニタし、ＵＥのためのスモールデータ伝送が既定の閾値を上回るときにＵＥは軽量ＲＲＣ接続からレガシーＲＲＣ接続に切り替えるべきであると判定する、ように構成されている。一例では、回路は、ＵＥから送信される媒体アクセス制御（ＭＡＣ）パケット・データ・ユニット（ＰＤＵ）の数をモニタすることによってＵＥのためのスモールデータ伝送をモニタするように構成されている。

一例では、ＵＥは、ネットワークノードからＵＥへ送信されるＲＲＣ接続セットアップメッセージまたはＲＲＣ接続再構成メッセージによって軽量ＲＲＣ接続の使用を停止し、サービス要求手順を開始するよう命令され、ＲＲＣ接続セットアップメッセージまたはＲＲＣ接続再構成メッセージは、ＵＥが軽量ＲＲＣ接続からレガシーＲＲＣ接続に切り替えるよう指示する情報要素（ＩＥ）を含む。一例では、回路は、定義されたカテゴリのアプリケーションがＵＥにおいて初期設定されるときにＵＥは軽量ＲＲＣ接続からレガシーＲＲＣ接続に切り替えるべきであると判定するように構成されている。一例では、回路は、ＵＥがＵＥの送信バッファからデータを送信するための推定時間量に基づいてＵＥが軽量ＲＲＣ接続またはレガシーＲＲＣ接続を選択すべきであると判定するように構成されている。

一例では、回路は、ネットワークノードにおいて、サービングゲートウェイ（ＳＧＷ）から、ＵＥのためにＳＧＷにおいてバッファに保持されているスモールデータのレベルが既定の閾値より大きいことを指示する汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）−Ｃメッセージを受信し、ＵＥのためにＳＧＷにおいてバッファに保持されているスモールデータのレベルに基づいてＵＥは軽量ＲＲＣ接続からレガシーＲＲＣ接続に切り替えるべきであると判定する、ように構成されている。

一例では、回路は、ネットワークノードにおいて保持されているスモール・データ・アクティビティ・タイマが切れた後でＵＥが引き続きアップリンク（ＵＬ）伝送のリソースを要求するときにＵＥを軽量ＲＲＣ接続からレガシーＲＲＣ接続に切り替えることを決定するように構成されている。一例では、回路は、ネットワークノードにおいて、サービングゲートウェイ（ＳＧＷ）から、ＳＧＷにおいて保持されているスモール・データ・アクティビティ・タイマが切れた後でＵＥのためのダウンリンクデータがＳＧＷバッファに引き続き累積されていることを指示する汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）−Ｃメッセージを受信し、スモール・データ・アクティビティ・タイマが切れた後でＵＥのためのダウンリンクデータがＳＧＷバッファに引き続き累積されているときにＵＥを軽量接続からレガシーＲＲＣ接続に切り替えることを決定する、ように構成されている。

一例では、ＵＥは、ネットワークノードからＵＥへ送信される媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）によって軽量ＲＲＣ接続の使用を停止し、サービス要求手順を開始するよう命令される。一例では、ＭＡＣ ＣＥは、レガシーＲＲＣ接続のベアラ識別（ＩＤ）情報および更新された無線構成情報を含む。

別の例では、図７の流れ図に示すように、ネットワークノードの装置の機能７００が提供される。機能は方法として実現することもでき、または機能は機械上の命令として実行することもでき、命令は少なくとも１つのコンピュータ可読媒体または１つの非一時的機械可読記憶媒体上に含まれる。装置は、ブロック７１０に示すように、ユーザ機器（ＵＥ）から、ＵＥのためのネットワークノードとの軽量無線リソース制御（ＲＲＣ）接続を開始することを求める軽量接続セットアップ要求を受信するように構成された１つまたは複数のプロセッサを含むことができ、ＵＥは軽量ＲＲＣ接続がＵＥのために確立されているときにスモールデータ伝送を行うように構成されている。装置は、ブロック７２０に示すように、ネットワークノードにおいて、ＵＥから受信された軽量接続セットアップ要求を拒否すべきかどうか判定するように構成された１つまたは複数のプロセッサを含むことができる。装置は、ブロック７３０に示すように、ネットワークノードが軽量接続セットアップ要求を拒否することを決定したときにＵＥへ軽量接続セットアップ拒否メッセージを送信するように構成された１つまたは複数のプロセッサを含むことができ、軽量接続セットアップ拒否メッセージは、ＵＥがＵＥにおいてサービス要求手順を開始することによってネットワークノードとのレガシーＲＲＣ接続を確立するための命令を含む。装置は、ブロック７４０に示すように、サービス要求手順がＵＥにおいて開始されるときにＵＥからサービス要求メッセージを受信するように構成された１つまたは複数のプロセッサを含むことができ、ネットワークノードはＵＥのためのレガシーＲＲＣ接続の確立を円滑化するように構成されている。

一例では、１つまたは複数のプロセッサはＵＥのデータ伝送履歴に基づいて軽量接続セットアップ要求を拒否することを決定するように構成されている。一例では、１つまたは複数のプロセッサは、ＵＥが軽量ＲＲＣ接続を用いることを許されるアクセスポイント名（ＡＰＮ）のリストを構成するようにさらに構成されており、ネットワークノードはＡＰＮのリストを、ＯＭＡ−ＤＭ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ−Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ）機能を用いてＯＭＡ−ＭＯ（ＯＭＡ−Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）において送信するように構成されている。一例では、１つまたは複数のプロセッサは、ＵＥが軽量ＲＲＣ接続を用いることを許されるアプリケーションのリストを構成するようにさらに構成されており、ネットワークノードはアプリケーションのリストを、ＯＭＡ−ＤＭ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ−Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ）機能を用いてＯＭＡ−ＭＯ（ＯＭＡ−Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）において送信するように構成されている。

別の例では、ユーザ機器（ＵＥ）を軽量無線リソース制御（ＲＲＣ）接続からレガシーＲＲＣ接続に切り替えるための命令が具現化されている少なくとも１つの非一時的機械可読記憶媒体の機能８００が提供される。命令は、実行されると、ブロック８１０に示すように、無線基地局に、無線基地局の少なくとも１つのプロセッサを用いて、ＵＥが軽量ＲＲＣ接続からレガシーＲＲＣ接続に切り替えるべきであると判定する動作を行わせることができ、ＵＥは軽量ＲＲＣ接続がＵＥのために確立されているときにスモールデータ伝送を行うように構成されている。命令は、実行されると、ブロック８２０に示すように、無線基地局に、無線基地局の少なくとも１つのプロセッサを用いて、ＵＥに、ＵＥが軽量ＲＲＣ接続からレガシーＲＲＣ接続に遷移するためのサービス要求手順を行うよう命令する動作を行わせることができる。命令は、実行されると、ブロック８３０に示すように、無線基地局に、無線基地局の少なくとも１つのプロセッサを用いて、サービス要求手順がＵＥにおいて開始されるときにＵＥからサービス要求メッセージを受信する動作を行わせることができ、無線基地局はＵＥの軽量ＲＲＣ接続からレガシーＲＲＣ接続への切り替えを円滑化するように構成されている。

一構成では、少なくとも１つの非一時的機械可読記憶媒体は、無線基地局の少なくとも１つのプロセッサによって実行されると、ＵＥのスモールデータ伝送をモニタする動作と、ＵＥのスモールデータ伝送が既定の閾値を上回るときにＵＥは軽量ＲＲＣ接続からレガシーＲＲＣ接続に切り替えるべきであると判定する動作と、を行う命令を含むことができる。一構成では、少なくとも１つの非一時的機械可読記憶媒体は、無線基地局の少なくとも１つのプロセッサによって実行されると、ネットワークノードにおいて保持されているスモール・データ・アクティビティ・タイマが切れた後でＵＥが引き続きアップリンク（ＵＬ）伝送のリソースを要求するときにＵＥを軽量ＲＲＣ接続からレガシーＲＲＣ接続に切り替えることを決定する動作、を行う命令を含むことができる。

一構成では、ＵＥは、ネットワークノードからＵＥへ送信される媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）によって軽量ＲＲＣ接続の使用を停止し、サービス要求手順を開始するよう命令される。一構成では、少なくとも１つの非一時的機械可読記憶媒体は、無線基地局の少なくとも１つのプロセッサによって実行されると、ＵＥが軽量ＲＲＣ接続を用いることを許されるアプリケーションのリストを構成する動作、を行う命令を含むことができ、無線基地局はアプリケーションのリストを、ＯＭＡ−ＤＭ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ−Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ）機能を用いてＯＭＡ−ＭＯ（ＯＭＡ−Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）において送信するように構成されている。

図９に、ユーザ機器（ＵＥ）、移動局（ＭＳ）、移動無線機器、移動通信機器、タブレット、ハンドセット、または他の種類の無線機器といった無線機器の実例を示す。無線機器は、基地局（ＢＳ）、進化型ノードＢ（ｅＮＢ）、ベースバンド部（ＢＢＵ）、リモート・ラジオ・ヘッド（ＲＲＨ）、リモート無線装置（ＲＲＥ）、中継局（ＲＳ）、無線装置（ＲＥ）、または他の種類の無線広域ネットワーク（ＷＷＡＮ）アクセスポイントといった、ノード、マクロノード、低電力ノード（ＬＰＮ）、または伝送局と通信するように構成された１つまたは複数のアンテナを含むことができる。無線機器は、３ＧＰＰ ＬＴＥ、ＷｉＭＡＸ、高速パケットアクセス（ＨＳＰＡ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、およびＷｉＦｉを含む少なくとも１つの無線通信規格を用いて通信するように構成することができる。無線機器は、無線通信規格ごとに別々のアンテナ、または複数の無線通信規格の共用アンテナを用いて通信することができる。無線機器は、無線ローカル・エリア・ネットワーク（ＷＬＡＮ）、無線パーソナル・エリア・ネットワーク（ＷＰＡＮ）、および／またはＷＷＡＮにおいて通信することができる。

図９には、オーディオ入力および無線機器からの出力に用いることができるマイクロフォンおよび１つまたは複数のスピーカの図も示されている。表示画面は、液晶ディスプレイ（ＬＣＤ）画面、または有機発光ダイオード（ＯＬＥＤ）ディスプレイといった他の種類の表示画面とすることができる。表示画面は、タッチスクリーンとして構成することができる。タッチスクリーンは、静電容量式、抵抗式、または別の種類のタッチスクリーン技術を用いることができる。処理能力および表示能力を提供するために内部メモリにアプリケーションプロセッサおよびグラフィックスプロセッサを結合することができる。ユーザにデータ入力／出力オプションを提供するために不揮発性メモリポートを用いることもできる。不揮発性メモリポートは、無線機器のメモリ機能を拡張するのに用いることもできる。追加的なユーザ入力を提供するためにキーボードを無線機器と統合し、または無線機器に無線接続することもできる。タッチスクリーンを用いて仮想キーボードを提供することもできる。

様々な技法、またはその特定の局面もしくは部分は、フロッピー（登録商標）ディスケット、ＣＤ−ＲＯＭ、ハードドライブ、非一時的コンピュータ可読記憶媒体、または任意の他の機械可読記憶媒体といった有形の媒体において具現化されたプログラムコード（すなわち命令）の形態を取ることができ、プログラムコードが、コンピュータといった機械にロードされ、機械によって実行されると、機械は様々な技法を実施するための装置になる。回路は、ハードウェア、ファームウェア、プログラムコード、実行可能コード、コンピュータ命令、および／またはソフトウェアを含むことができる。非一時的コンピュータ可読記憶媒体は信号を含まないコンピュータ可読記憶媒体とすることができる。プログラマブルコンピュータ上でのプログラムコード実行の場合には、コンピューティングデバイスは、プロセッサと、（揮発性および不揮発性のメモリおよび／または記憶素子を含む）プロセッサが読取り可能な記憶媒体と、少なくとも１台の入力装置と、少なくとも１台の出力装置とを含むことができる。揮発性および不揮発性のメモリおよび／または記憶素子は、ＲＡＭ、ＥＰＲＯＭ、フラッシュドライブ、光ドライブ、磁気ハードドライブ、ソリッド・ステート・ドライブ、または電子データを記憶するための他の媒体とすることができる。ノードおよび無線機器は、送受信モジュール、カウンタモジュール、処理モジュール、および／またはクロックモジュールもしくはタイマモジュールも含むことができる。本明細書に記載される様々な技法を実現し、または利用することができる１つまたは複数のプログラムは、アプリケーション・プログラミング・インターフェース（ＡＰＩ）、再利用可能なコントロールなどを用いることができる。そうしたプログラムは、コンピュータシステムと通信するために高水準手続き型プログラミング言語またはオブジェクト指向プログラミング言語として実現することができる。しかし、（１つまたは複数の）プログラムは、必要に応じて、アセンブル言語または機械語として実現することもできる。いずれにせよ、言語はコンパイラ型言語またはインタープリタ型言語とし、ハードウェア実装と組み合わせることができる。

本明細書で用いられる場合、プロセッサという用語は、汎用プロセッサ、ＶＬＳＩやＦＰＧＡといった専用プロセッサ、または他の種類の専用プロセッサ、ならびに送受信機で無線通信を送信、受信、処理するのに用いられるベースバンドプロセッサを含むことができる。

本明細書に記載されている機能ユニットの多くは、それらの実装上の独立性を特に強調するために、モジュールとして表示されていることを理解すべきである。例えば、モジュールは、カスタムＶＬＳＩ回路またはゲートアレイ、論理チップやトランジスタや他のディスクリート部品といった既製の半導体を含むハードウェアとして実現することもできる。モジュールは、フィールド・プログラマブル・ゲート・アレイ、プログラマブル・アレイ・ロジック、プログラマブル論理デバイスなどといったプログラマブル・ハードウェア・デバイスとして実現することもできる。

一例では、本明細書に記載される機能ユニットを実現するのに複数のハードウェア回路または複数のプロセッサを用いることができる。例えば、第１のハードウェア回路または第１のプロセッサは処理動作を行うのに用いることができ、第２のハードウェア回路または第２のプロセッサ（例えば、送受信機やベースバンドプロセッサ）は他のエンティティと通信するのに用いることができる。第１のハードウェア回路および第２のハードウェア回路を統合して単一のハードウェア回路にすることもでき、あるいは、第１のハードウェア回路および第２のハードウェア回路を別々ハードウェア回路とすることもできる。

モジュールは様々な種類のプロセッサが実行するためのソフトウェアとして実現することもできる。実行可能コードの１つの個別モジュールは、例えば、コンピュータ命令の１つまたは複数の物理ブロックまたは論理ブロックを含むことができ、それらの命令ブロックは、例えば、オブジェクト、プロシージャ、または関数として編成することができる。とはいえ、個別モジュールの実行可能命令は物理的にまとまって位置する必要はなく、論理的に相互に結合されると、モジュールを構成し、そのモジュールについて記述された目的を達成する、異なる位置に記憶された異種の命令を含むことができる。

実際、実行可能コードのモジュールは、単一の命令とすることも、多数の命令とすることもでき、いくつかの異なるコードセグメントにわたって、異なるプログラムの間で、数個のメモリデバイスにまたがって分散させることさえもできる。同様に、操作データも、この場合、各モジュール内で識別し、例示することができ、任意の適切な形態として具現化し、任意の適切な種類のデータ構造内で編成することができる。操作データは、単一のデータセットとして収集することもでき、異なる記憶装置にわたるものを含めて、異なる位置にまたがって分散させることもでき、少なくとも一部は、単にシステムまたはネットワーク上の電気信号として存在しうる。各モジュールは、所望の機能を果たすように動作するエージェントを含めて、受動的であっても、能動的であってもよい。

本明細書全体を通して、「一例（ａｎ ｅｘａｍｐｌｅ）」という場合、それは、その例と関連して記述される特定の特徴、構造、または特性が本技術の少なくとも１つの実施形態に含まれることを意味する。よって、本明細書全体の様々な箇所で「一例では」という句が使用される場合、それは必ずしもすべてが同じ実施形態を指しているとは限らない。

本明細書で用いる場合、複数の項目、構造要素、構成要素、および／または材料が、便宜上共通リストとして提示される場合がある。しかし、これらのリストは、リストの各要素が別々の固有の要素として個別に識別されるものであるかのように解釈すべきである。よって、そうしたリストの個別要素はいずれも、単にそれらの要素がそれらに反する指示を示さずに共通グループとして提示されていることのみに基づいて、同じリストの任意の他の要素の事実上の均等物であると解釈すべきではない。加えて、本技術の様々な実施形態および例は、本明細書において、それらの実施形態および例の様々な構成要素の代替形態と共に言及されている場合もある。そうした実施形態、例、および代替形態は、相互の事実上の均等物と解釈すべきではなく、本技術の別々の独自の表現とみなすべきであることが理解されるものである。

さらに、記載されている特徴、構造、または特性は、１つまたは複数の実施形態において任意の適切なやり方で組み合わせることもできる。以上の説明においては、本技術の実施形態の十分な理解を提供するために、レイアウト、距離の例、ネットワーク例などといった多数の具体的詳細が示されている。しかし、本技術はそれらの具体的詳細のうちの１つまたは複数がなくても、あるいは他の方法、構成要素、レイアウトなどを用いても実施することができることを当業者は理解するであろう。場合によっては、本技術の態様を不明確にしないように、周知の構造、材料、または動作を詳細に図示せず、説明していない。

以上の各例は１つまたは複数の特定の用途における本技術の原理を例示するものであるが、発明力を行使せずに、本技術の原理および概念を逸脱することなく、形態、用法および実装詳細における多数の変更がなされうることが、当業者には明らかであろう。したがって、本技術が添付の特許請求の範囲によるもの以外によって限定されることは意図されていない。

Claims (17)

1. 無線基地局の装置であって、前記装置は、
   前記無線基地局において、軽量無線リソース制御（ＲＲＣ）接続がユーザ機器（ＵＥ）のために確立されているときにスモールデータ伝送を行う前記ＵＥが前記無線基地局との前記軽量ＲＲＣ接続から前記無線基地局とのレガシーＲＲＣ接続に切り替えるべきであると判定し、
   前記ＵＥに、前記ＵＥが前記軽量ＲＲＣ接続から前記レガシーＲＲＣ接続に遷移するためにサービス要求手順を行うよう命令し、
   前記サービス要求手順が前記ＵＥにおいて開始されるときに前記ＵＥからサービス要求メッセージを受信する、回路であって、
   前記無線基地局は前記ＵＥの前記軽量ＲＲＣ接続から前記レガシーＲＲＣ接続への切り替えを円滑化する、前記回路
   を含み、
   前記回路は、
   前記無線基地局において、前記ＵＥから送信される媒体アクセス制御（ＭＡＣ）パケット・データ・ユニット（ＰＤＵ）の数をモニタすることによって前記ＵＥのための前記スモールデータ伝送をモニタし、
   前記ＵＥのためのスモールデータ伝送が既定の閾値を上回るときに前記ＵＥは前記軽量ＲＲＣ接続から前記レガシーＲＲＣ接続に切り替えるべきであると判定する、
   装置。
2. 前記回路は、前記無線基地局から前記ＵＥへ送信されるＲＲＣ接続セットアップメッセージまたはＲＲＣ接続再構成メッセージによって前記ＵＥに前記軽量ＲＲＣ接続の使用を停止し、前記サービス要求手順を開始するよう命令し、前記ＲＲＣ接続セットアップメッセージまたは前記ＲＲＣ接続再構成メッセージは、前記ＵＥに前記軽量ＲＲＣ接続から前記レガシーＲＲＣ接続に切り替えるよう指示する情報要素（ＩＥ）を含む、請求項１に記載の装置。
3. 前記回路は、定義されたカテゴリのアプリケーションが前記ＵＥにおいて初期化されるときに前記ＵＥは前記軽量ＲＲＣ接続から前記レガシーＲＲＣ接続に切り替えるべきであると判定する、請求項１または２に記載の装置。
4. 前記回路は、前記ＵＥが前記ＵＥの送信バッファからデータを送信するための推定時間量に基づいて前記ＵＥが前記軽量ＲＲＣ接続または前記レガシーＲＲＣ接続を選択すべきであると判定する、請求項１から３のいずれか一項に記載の装置。
5. 前記回路は、
   前記無線基地局において、サービングゲートウェイ（ＳＧＷ）から、前記ＵＥのために前記ＳＧＷにおいてバッファに保持されているスモールデータのレベルが既定の閾値より大きいことを指示する汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）−Ｃメッセージを受信し、
   前記ＵＥのために前記ＳＧＷにおいて前記バッファに保持されているスモールデータの前記レベルに基づいて前記ＵＥは前記軽量ＲＲＣ接続から前記レガシーＲＲＣ接続に切り替えるべきであると判定する、
   請求項１から４のいずれか一項に記載の装置。
6. 前記回路は、前記無線基地局において保持されているスモール・データ・アクティビティ・タイマが切れた後で前記ＵＥが引き続きアップリンク（ＵＬ）伝送のリソースを要求するときに前記ＵＥを前記軽量ＲＲＣ接続から前記レガシーＲＲＣ接続に切り替えることを決定する、請求項１から５のいずれか一項に記載の装置。
7. 前記回路は、
   前記無線基地局において、サービングゲートウェイ（ＳＧＷ）から、前記ＳＧＷにおいて保持されているスモール・データ・アクティビティ・タイマが切れた後で前記ＵＥのためのダウンリンクデータがＳＧＷバッファに引き続き累積されていることを指示する汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）−Ｃメッセージを受信し、
   前記スモール・データ・アクティビティ・タイマが切れた後で前記ＵＥのための前記ダウンリンクデータが前記ＳＧＷバッファに引き続き累積されているときに前記ＵＥを前記軽量ＲＲＣ接続から前記レガシーＲＲＣ接続に切り替えることを決定する、
   請求項１から６のいずれか一項に記載の装置。
8. 前記回路は、前記無線基地局から前記ＵＥへ送信される媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）によって前記ＵＥに前記軽量ＲＲＣ接続の使用を停止し、前記サービス要求手順を開始するよう命令する請求項１から７のいずれか一項に記載の装置。
9. 前記ＭＡＣ ＣＥは、前記レガシーＲＲＣ接続のベアラ識別（ＩＤ）情報および更新された無線構成情報を含む、請求項８に記載の装置。
10. 前記軽量ＲＲＣ接続が前記ＵＥのために確立されているときにスモールデータ伝送を行う前記ＵＥから、前記ＵＥのための前記無線基地局との前記軽量ＲＲＣ接続を開始するために軽量接続セットアップ要求を受信し、
    前記無線基地局において、前記ＵＥから受信された前記軽量接続セットアップ要求を拒否すべきかどうか判定し、
    前記無線基地局が前記軽量接続セットアップ要求を拒否することを決定するときに前記ＵＥへ、前記ＵＥが前記ＵＥにおいてサービス要求手順を開始することによって前記無線基地局との前記レガシーＲＲＣ接続を確立するための命令を含む軽量接続セットアップ拒否メッセージを送信し、
    前記サービス要求手順が前記ＵＥにおいて開始されるときに前記ＵＥからサービス要求メッセージを受信する、１つまたは複数のプロセッサであって、
    前記無線基地局は前記ＵＥのための前記レガシーＲＲＣ接続の確立を円滑化する、前記１つまたは複数のプロセッサ
    を含み、
    前記１つまたは複数のプロセッサはさらに、前記ＵＥが前記軽量ＲＲＣ接続を用いることを許されるアクセスポイント名（ＡＰＮ）のリストを構成し、前記無線基地局は前記ＡＰＮのリストを、ＯＭＡ−ＤＭ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ−Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ）機能を用いてＯＭＡ−ＭＯ（ＯＭＡ−Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）において送信する、
    請求項１から９のいずれか一項に記載の装置。
11. 前記軽量ＲＲＣ接続が前記ＵＥのために確立されているときにスモールデータ伝送を行う前記ＵＥから、前記ＵＥのための前記無線基地局との前記軽量ＲＲＣ接続を開始するために軽量接続セットアップ要求を受信し、
    前記無線基地局において、前記ＵＥから受信された前記軽量接続セットアップ要求を拒否すべきかどうか判定し、
    前記無線基地局が前記軽量接続セットアップ要求を拒否することを決定するときに前記ＵＥへ、前記ＵＥが前記ＵＥにおいてサービス要求手順を開始することによって前記無線基地局との前記レガシーＲＲＣ接続を確立するための命令を含む軽量接続セットアップ拒否メッセージを送信し、
    前記サービス要求手順が前記ＵＥにおいて開始されるときに前記ＵＥからサービス要求メッセージを受信する、１つまたは複数のプロセッサであって、
    前記無線基地局は前記ＵＥのための前記レガシーＲＲＣ接続の確立を円滑化する、前記１つまたは複数のプロセッサ
    を含み、
    前記１つまたは複数のプロセッサはさらに、前記ＵＥが前記軽量ＲＲＣ接続を用いることを許されるアプリケーションのリストを構成し、前記無線基地局は前記アプリケーションのリストを、ＯＭＡ−ＤＭ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ−Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ）機能を用いてＯＭＡ−ＭＯ（ＯＭＡ−Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）において送信する、
    請求項１から９のいずれか一項に記載の装置。
12. 前記１つまたは複数のプロセッサは、前記ＵＥのデータ伝送履歴に基づいて前記軽量接続セットアップ要求を拒否することを決定する、請求項１０または１１に記載の装置。
13. ユーザ機器（ＵＥ）を軽量無線リソース制御（ＲＲＣ）接続からレガシーＲＲＣ接続に切り替えるためのコンピュータプログラムであって、実行されると無線基地局に、
    無線基地局の少なくとも１つのプロセッサを用いて、前記軽量ＲＲＣ接続が前記ＵＥのために確立されているときにスモールデータ伝送を行う前記ＵＥが前記無線基地局との前記軽量ＲＲＣ接続から前記無線基地局との前記レガシーＲＲＣ接続に切り替えるべきであると判定する動作と、
    前記無線基地局の前記少なくとも１つのプロセッサを用いて、前記ＵＥに、前記ＵＥが前記軽量ＲＲＣ接続から前記レガシーＲＲＣ接続に遷移するためのサービス要求手順を行うよう命令する動作と、
    前記無線基地局の前記少なくとも１つのプロセッサを用いて、前記サービス要求手順が前記ＵＥにおいて開始されるときに前記ＵＥからサービス要求メッセージを受信する動作と、を行わせ、前記無線基地局は前記ＵＥの前記軽量ＲＲＣ接続から前記レガシーＲＲＣ接続への切り替えを円滑化し、
    前記無線基地局の前記少なくとも１つのプロセッサによって実行されると、前記無線基地局に、
    前記ＵＥから送信される媒体アクセス制御（ＭＡＣ）パケット・データ・ユニット（ＰＤＵ）の数をモニタすることによって前記ＵＥのスモールデータ伝送をモニタする動作と、
    前記ＵＥの前記スモールデータ伝送が既定の閾値を上回るときに前記ＵＥは前記軽量ＲＲＣ接続から前記レガシーＲＲＣ接続に切り替えるべきであると判定する動作と、
    をさらに行わせる、
    コンピュータプログラム。
14. 前記無線基地局の前記少なくとも１つのプロセッサによって実行されると、前記無線基地局に、ネットワークノードにおいて保持されているスモール・データ・アクティビティ・タイマが切れた後で前記ＵＥが引き続きアップリンク（ＵＬ）伝送のリソースを要求するときに前記ＵＥを前記軽量ＲＲＣ接続から前記レガシーＲＲＣ接続に切り替えることを決定する動作、をさらに行わせる、請求項１３に記載のコンピュータプログラム。
15. 前記ＵＥは、ネットワークノードから前記ＵＥへ送信される媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）によって前記軽量ＲＲＣ接続の使用を停止し、前記サービス要求手順を開始するよう命令される、請求項１３または１４に記載のコンピュータプログラム。
16. 前記無線基地局の前記少なくとも１つのプロセッサによって実行されると、前記無線基地局に、前記ＵＥが前記軽量ＲＲＣ接続を用いることを許されるアプリケーションのリストを構成する動作、をさらに行わせ、前記無線基地局は前記アプリケーションのリストを、ＯＭＡ−ＤＭ（Ｏｐｅｎ Ｍｏｂｉｌｅ Ａｌｌｉａｎｃｅ−Ｄｅｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ）機能を用いてＯＭＡ−ＭＯ（ＯＭＡ−Ｍａｎａｇｅｍｅｎｔ Ｏｂｊｅｃｔ）において送信する、請求項１３から１５のいずれか一項に記載のコンピュータプログラム。
17. 請求項１３から１６のいずれか一項に記載のコンピュータプログラムを格納する、コンピュータ可読記録媒体。

Images