JP2014140240A - マシンタイプ通信のための効率的なシグナリング - Google Patents

Abstract

【課題】本明細書では、マシンタイプ通信（ＭＴＣ）のための実施形態を開示する。
【解決手段】開示される技術は、ＭＴＣデータを制御プレーン上に送信することによってシグナリングを削減して、伝送に必要な典型的な接続手順のフルサイクルを行わなくて済むようにできる。ＭＴＣデータを制御プレーンメッセージに直接添付でき、さらに、シグナリング負荷を削減するために、ＷＴＲＵは、他のネットワークに命令されなくても接続を自律的に解除できる。本技術を使用して、ネットワークプロバイダのマシンタイプ通信（ＭＴＣ）能力を表示できる。それぞれのネットワーク事業者が提供できるＭＴＣサービスまたは能力は、ＷＴＲＵに通信されることができる。
【選択図】図８Ａ

Description

本願は、マシンタイプ通信のための効率的なシグナリングに関する。

（関連出願の相互参照）
本出願は、２０１０年３月２３日に出願された「Methods and Apparatus for indicating Network Machine Type Communication Capabilities」と題された米国特許仮出願第６１／３１６５９６号明細書と、２０１０年４月２日に出願された「Improving Efficiency by Signaling Reduction for MTC Devices」と題された米国特許仮出願第６１／３２０６１０号明細書と、２０１０年４月２９日に出願された「Methods of Improving Power Efficiency by Signaling Reduction for MTC Devices」と題された米国特許仮出願第６１／３２９３９２号明細書との利益を主張し、その開示内容は、参照により本明細書に組み込まれる。

マシンタイプ通信（ＭＴＣ）は、通信するのに必ずしも人間とのやりとりを必要としない１または複数の装置またはエンティティに関与するデータ通信の形態である。計測デバイスまたはトラッキングデバイスは、ＭＴＣデバイスの例である。ＭＴＣデバイスの能力は、異なる場合もあるし、１または複数のＭＴＣアプリケーションの要件によって決まる場合もある。

ＭＴＣアプリケーションは、例えば、３ＧＰＰアクセスネットワークのようなＧＥＲＡＮ、ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮか、またはＭＴＣデバイス間のエンドツーエンド通信用の他のシステムによって提供される、トランスポート・通信サービスなどのサービスを使用できる。例えば、ＭＴＣアプリケーションは、ＭＴＣデバイスとＭＴＣサーバとの間のエンドツーエンド通信用に３ＧＰＰシステムの能力を使用できる。例えば、ＭＴＣデバイスは、別のＭＴＣデバイスとのエンドツーエンド通信用に３ＧＰＰシステムの能力を使用できる。それぞれのネットワークによって提供される特定のＭＴＣサービスまたは能力は異なる場合がある。

本明細書では、マシンタイプ通信（ＭＴＣ）のための実施形態を開示する。開示される技術は、ＭＴＣデータを制御プレーン上に送信することによってシグナリングを削減して、伝送に必要な典型的な接続手順の全てのサイクルを行わなくて済むようにもできる。例示的な実施形態において、ＭＴＣデータを制御プレーンメッセージに直接添付できる。さらに、シグナリング負荷を削減するために、ＷＴＲＵは、他のネットワークに命令されなくても接続を自律的に解除できる。

また本明細書では、ネットワークプロバイダのマシンタイプ通信（ＭＴＣ）能力を表示できる技術も開示する。ＭＴＣサービスのうちの１または複数をいくつかのＭＴＣアプリケーションに対して共通にすることができる。また、１または複数のＭＴＣサービス／能力は、特定のＭＴＣアプリケーションの要件に限定することができる。それぞれのネットワーク事業者が提供できるＭＴＣサービスまたは能力を、ＷＴＲＵに通信することができる。

本発明の概要は、以下でさらに説明される発明を実施するための形態の簡易な形式において概念の１つの選択を紹介するために与えられる。本発明の概要は、特許請求される発明の主題の主要な特徴または不可欠な特徴を明らかにすることを意図せず、特許請求される発明の主題の範囲を限定することを意図しない。さらに、特許請求される発明の主題は、本開示のいずれの部分にも記載した一部またはすべての利点を解決する制限に限定されない。

例として与えられた以下の説明を添付図面と併せることでより詳細な理解が得られるだろう。

開示された１または複数の実施形態を実装できる例示的な通信システムの系統図である。 図１Ａに示した通信システム内で使用できる例示的な無線送信／受信ユニット（ＷＴＲＵ）の系統図である。 図１Ａに示した通信システム内で使用できる例示的な無線アクセスネットワークおよび例示的なコアネットワークの系統図である。 信号オーバーヘッドおよび／または消費電力を削減するための技術を組み込むことができるＭ２Ｍの例示的なアーキテクチャビューを示す図である。 システム情報を使用した、通信サービス通知ストラテジーの例示的なブロック図である。 ＲＲＣを使用した、通信サービス通知ストラテジーの例示的なブロック図である。 即時割り当てを使用した、通信サービス通知ストラテジーの例示的なブロック図である。 通信サービス通知ストラテジーの非アクセス層の例示的なブロック図である。 非アクセス層を使用した、通信サービス通知ストラテジーの例示的なブロック図である。 ＲＲＣ接続要求の手順を表す図である。 ＲＲＣを使用した、通信サービス通知ストラテジーの例示的なブロック図である。 ＲＲＣを使用した、通信サービス通知ストラテジーの例示的なブロック図である。 ＲＲＣを使用した、通信サービス通知ストラテジーの例示的なブロック図である。 ＲＲＣを使用した、通信サービス通知ストラテジーの例示的なブロック図である。 ＲＲＣを使用した、通信サービス通知ストラテジーの例示的なブロック図である。

図１Ａは、開示された１または複数の実施形態を実装できる例示的な通信システム１００の図である。通信システム１００を、音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツを複数の無線ユーザに提供する、多元接続システムにすることができる。通信システム１００は、無線帯域幅を含むシステムリソースの共有を通じて、複数の無線ユーザがそのようなコンテンツにアクセスするのを可能にする。例えば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの、１または複数のチャネルアクセス方法を用いることができる。

図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄと、無線アクセスネットワーク（ＲＡＮ）１０４と、コアネットワーク１０６と、公衆交換電話網（ＰＳＴＮ）１０８と、インターネット１１０と、他のネットワーク１１２とを含むことができるが、開示された実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素も想定していることを認識されたい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれを、無線環境で動作および／または通信するように構成された任意のタイプのデバイスにしてよい。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてもよく、ユーザ機器（ＵＥ）、移動局、固定式または移動式加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電製品などを含んでよい。

通信システム１００は、基地局１１４ａと基地局１１４ｂとを含むこともできる。基地局１１４ａ、１１４ｂのそれぞれは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つとワイヤレスにインタフェースして、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２などの、１または複数の通信ネットワークへのアクセスを容易にするように構成された任意のタイプの装置としてよい。例として、基地局１１４ａ、１１４ｂを、ベーストランシーバ基地局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどにしてよい。基地局１１４ａ、１１４ｂはそれぞれ、単一要素として示されているが、基地局１１４ａ、１１４ｂは、相互接続された任意の数の基地局および／またはネットワーク要素を含んでよいことを認識されたい。

基地局１１４ａを、ＲＡＮ１０４の一部にすることができ、ＲＡＮは、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）を含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれ得る、特定の地理的領域内で無線信号を送信および／または受信するように構成されてもよい。セルをセルセクタにさらに分割できる。例えば、基地局１１４ａと関連付けられたセルを３つのセクタに分割できる。このように、一実施形態において、基地局１１４ａは、３つのトランシーバ、即ち、セルの１セクタ当たり１トランシーバを含むことができる。別の実施形態において、基地局１１４ａは、ＭＩＭＯ（Multiple-input multiple-output）技術を用いることができるので、セルの１セクタ当たり複数のトランシーバを利用することができる。

基地局１１４ａ、１１４ｂは、無線インタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１または複数と通信でき、無線インタフェースを、適した任意の無線通信リンク（例えば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）にしてよい。適した任意の無線アクセス技術（ＲＡＴ）を使用して、無線インタフェース１１６を確立できる。

より詳細には、上述のように、通信システム１００を、多元接続システムにすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの、１または複数のチャネルアクセススキームを用いることができる。例えば、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広域ＣＤＭＡ（ＷＣＤＭＡ）を使用して無線インタフェース１１６を確立できる、ユニバーサル移動体通信システム（ＵＭＴＳ）地上波無線アクセス（ＵＴＲＡ）などの無線技術を実装できる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）および／または進化型ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

別の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥアドバンスト（ＬＴＥ−Ａ）を使用して無線インタフェース１１６を確立できる、進化型ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実装できる。

その他の実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（即ち、マイクロ波アクセスのための世界規模の相互運用（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００１Ｘ、ＣＤＭＡ２０００ＥＶ−ＤＯ、ＩＳ−２０００（Interim Standard 2000）、ＩＳ−９５（Interim Standard 95）、ＩＳ−８５６（Interim Standard 856）、移動体通信のためのグローバルシステム（ＧＳＭ（登録商標））、ＧＳＭエボリューションのための拡張データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装できる。

図１Ａの基地局１１４ｂを、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントにすることができ、事業所、住居、車、キャンパスなどのローカルエリアで無線接続性を容易にするのに適した任意のＲＡＴを利用してよい。一実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するＩＥＥＥ８０２．１１などの、無線技術を実装できる。別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するＩＥＥＥ８０２．１５などの、無線技術を実装できる。さらに別の実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用して、ピコセルまたはフェムトセルを確立できる。図１Ａに示すように、基地局１１４ｂは、インターネット１１０に直接接続できる。このように、基地局１１４ｂは、コアネットワーク１０６経由でインターネット１１０にアクセスする必要がない。

ＲＡＮ１０４は、コアネットワーク１０６と通信でき、コアネットワーク１０６は、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうち１または複数に提供するように構成された任意のタイプのネットワークにされてもよい。例えば、コアネットワーク１０６は、呼制御、課金サービス、移動体の位置ベースのサービス、プリペイド電話、インターネット接続性、映像配信などを提供でき、および／またはユーザ認証などのハイレベルのセキュリティ機能を実行できる。図１Ａに示していないが、ＲＡＮ１０４および／またはコアネットワーク１０６を、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを用いた、他のＲＡＴとの直接または間接通信にすることができることを認識されたい。例えば、コアネットワーク１０６は、Ｅ−ＵＴＲＡ無線技術を利用するＲＡＮ１０４に接続されることに加えて、ＧＳＭ無線技術を用いた別のＲＡＮ（図示せず）と通信することもできる。

コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイとして機能することもできる。ＰＳＴＮ１０８は、旧来の音声電話サービス（ＰＯＳＴ）を提供する回線交換電話網を含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートにおけるＴＣＰ、ＵＤＰおよびＩＰなどの、一般的な通信プロトコルを使用して相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される有線または無線通信ネットワークを含むことができる。例えば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを用いることができる、１または複数のＲＡＮに接続された別のコアネットワークを含むことができる。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたはすべては、マルチモード能力を含むことができる。即ち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを介して異なる無線ネットワークと通信する複数のトランシーバを含むことができる。例えば、図１Ａに示したＷＴＲＵ１０２ｃを、セルベースの無線技術を用いることができる基地局１１４ａと、ＩＥＥＥ８０２無線技術を用いることができる基地局１１４ｂとの通信を行うように構成できる。

図１Ｂは、例示的なＷＴＲＵ１０２の系統図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８と、トランシーバ１２０と、送信／受信要素１２２と、スピーカ／マイクロフォン１２４と、キーパッド１２６と、ディスプレイ／タッチパッド１２８と、ノンリムーバブルメモリ１３０と、リムーバブルメモリ１３２と、電源１３４と、全地球測位システム（ＧＰＳ）チップセット１３６と、他の周辺機器１３８とを含むことができる。ＷＴＲＵ１０２は、実施形態と整合性を保った上で、上述の要素の任意の組み合わせを含んでよいことを認識されたい。

プロセッサ１１８を、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと連動する１または複数のマイクロプロセッサ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、現場プログラム可能ゲートアレイ（ＦＰＧＡ）回路、その他のタイプの集積回路（ＩＣ）、ステートマシンなどにすることができる。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にするその他の機能性を実行できる。プロセッサ１１８をトランシーバ１２０に結合でき、トランシーバ１２０を送信／受信要素１２２に結合できる。図１Ｂでは、プロセッサ１１８とトランシーバ１２０とを個別のコンポーネントとして示しているが、プロセッサ１１８とトランシーバ１２０とを電子パッケージまたはチップ内にまとめることができることを認識されたい。

送信／受信要素１２２を、無線インタフェース１１６を介して基地局（例えば、基地局１１４ａ）と信号の送受信を行うように構成できる。例えば、一実施形態において、送信／受信要素１２２を、ＲＦ信号を送信および／または受信するように構成されたアンテナにすることができる。別の実施形態において、送信／受信要素１２２を、例えば、ＩＲ、ＵＶ、または可視光線の信号を送信および／または受信するように構成されたエミッタ／検出器にすることができる。さらに別の実施形態において、送信／受信要素１２２を、ＲＦ信号と光信号との両方を送受信するように構成できる。送信／受信要素１２２を、無線信号の任意の組み合わせを送信および／または受信するように構成できることを認識されたい。

さらに、送信／受信要素１２２を単一要素として図１Ｂに示しているが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含んでよい。より詳細には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を用いることができる。このように、一実施形態において、ＷＴＲＵ１０２は、インタフェース１１６を介して無線信号を送受信する２または３以上の送信／受信要素１２２（例えば、複数のアンテナ）を含むことができる。

トランシーバ１２０を、送信／受信要素１２２によって送信される信号を変調して、送信／受信要素１２２によって受信された信号を復調するように構成できる。上述のように、ＷＴＲＵ１０２は、マルチモード能力を有することができる、このように、トランシーバ１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの、複数のＲＡＴを通じて通信するのを可能にする複数のトランシーバを含むことができる。

ＷＴＲＵ１０２のプロセッサ１１８を、スピーカ／マイクロフォン１２４、キーバッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば、液晶ディスプレイ（ＬＣＤ）表示ユニットまたは有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合して、ユーザ入力データを受信できる。プロセッサ１１８は、スピーカ／マイクロフォン１２４、キーバッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。さらに、プロセッサ１１８は、ノンリムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの、適した任意のタイプのメモリからの情報にアクセスして、それらのメモリにデータを記憶できる。ノンリムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、ハードディスク、またはその他のタイプのメモリ記憶デバイスを含むことができる。リムーバブルメモリ１３２は、ＳＩＭカード、メモリスティック、ＳＤメモリカードなどを含むことができる。他の実施形態において、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）などの、物理的にＷＴＲＵ１０２に置いてないメモリからの情報にアクセスして、それらのメモリにデータを記憶できる。

プロセッサ１１８は、電源１３４から電力を受け取ることができ、その電力をＷＴＲＵ１０２内の他のコンポーネントに配分および／または制御するように構成されることができる。電源１３４は、ＷＴＲＵ１０２に電力供給するのに適した任意のデバイスにしてよい。例えば、電源１３４は、１または複数の乾電池（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。

プロセッサ１１８をＧＰＳチップセット１３６に結合することもでき、ＧＰＳチップセット１３６を、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば、経緯度）を提供するように構成できる。追加または代替として、ＧＰＳチップセット１３６からの情報により、ＷＴＲＵ１０２は、基地局（例えば、基地局１１４ａ、１１４ｂ）から無線インタフェース１１６を介して位置情報を受信し、および／または２または３以上の近隣の基地局から受信される信号のタイミングに基づいて自身の位置を判定できる。ＷＴＲＵ１０２は、実施形態と整合性を保った上で、適した任意の位置判定方法によって位置情報を取得してよいことを認識されたい。

プロセッサ１１８をさらに他の周辺機器１３８に結合することができ、周辺機器１３８は、付加的なフィーチャ、機能性および／または有線または無線接続性を提供する、１または複数のソフトウェアモジュールおよび／またはハードウェアモジュールを含むことができる。例えば、周辺機器１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ＵＳＢポート、振動デバイス、テレビトランシーバ、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。

図１Ｃは、実施形態に従ったＲＡＮ１０４およびコアネットワーク１０６の系統図である。上述のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を用いて、無線インタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信できる。ＲＡＮ１０４は、コアネットワーク１０６とも通信できる。

ＲＡＮ１０４は、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は、実施形態と整合性を保った上で、任意の数のｅノードＢを含んでよいことを認識されたい。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、無線インタフェース１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する１または複数のトランシーバを含むことができる。一実施形態において、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実装できる。このように、例えば、ｅノードＢ１４０ａは、ＷＴＲＵ１０２ａと無線信号を送受信するための複数のアンテナを使用できる。

ｅノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれを、特定のセル（図示せず）と関連付けることができ、そして無線リソース管理判定、ハンドオーバー判定、アップリンクおよび／またはダウンリンクのユーザのスケジューリングなどを処理するように構成できる。図１Ｃに示すように、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インタフェースを介して互いに通信できる。図１Ｃに示したコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。上述した要素のそれぞれをコアネットワーク１０６の一部として示しているが、これらの要素のいずれも、コアネットワーク通信業者以外のエンティティによって所有および／または運用されてよいことを認識されたい。

ＭＭＥ１４２は、Ｓ１インタフェース経由でＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続されることができ、制御ノードとして機能できる。例えば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラをアクティブ化／非アクティブ化すること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続（initial attach）時に特定のサービングゲートウェイを選択することなどに関与することができる。ＭＭＥ１４２は、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を用いる他のＲＡＮ（図示せず）とを切り替える制御プレーン機能を提供することもできる。

サービングゲートウェイ１４４を、Ｓ１インタフェース経由でＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続できる。サービングゲートウェイ１４４は一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへの／からのユーザデータパケットを経路指定してフォワードできる。サービングゲートウェイ１４４は、ｅノードＢ間のハンドオーバー時にユーザプレーンをアンカーすること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに使用可能になった時にページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理して記憶することなどの、他の機能も実行できる。

サービングゲートウェイ１４４をＰＤＮゲートウェイ１４６に接続することもでき、ＰＤＮゲートウェイは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０などの、パケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ通信可能な（IP-enabled）装置との間の通信を容易にすることができる。

コアネットワーク１０６は、他のネットワークとの通信を容易にできる。例えば、コアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにＰＳＴＮ１０８などの回路交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話回線による通信デバイスとの間の通信を容易にできる。例えば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインタフェースとして機能するＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができるか、またはそれと通信できる。さらに、コアネットワーク１０６は、他のサービスプロバイダによって所有および／または運用される他の有線または無線通信ネットワークを含むことができる、ネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供できる。

図２は、本明細書で説明する実施形態を組み込むことができる３ＧＰＰのＭ２Ｍシステムのアーキテクチャ図を示す。Ｍ２Ｍシステム２００は、３ＧＰＰがＭＴＣ用に最適化されたトランスポート・通信サービス（３ＧＰＰベアラサービス、ＩＭＳおよびＳＭＳを含む）を提供できる、３ＧＰＰネットワークに関連して説明される。３ＧＰＰで定義されているとおり、マシンタイプ通信（ＭＴＣ）は、ＭＴＣユーザ２０２、ＭＴＣサーバ２０３、およびＭＴＣデバイス２０４ａ−２０４ｄを伴うものとする。図示したエンティティは、ネットワーク事業者２０１を介してリンクされる。このように、ＭＴＣデバイスは、ＭＴＣサーバ２０３と（ネットワーク事業者ドメイン２０１の内側かまたは外側のいずれかにあるＭＴＣサーバ２０３と）通信できる。ＭＴＣデバイス２０４ａ−２０４ｄを、３ＧＰＰネットワーク上（例えば、ＵＴＲＡＮ、Ｅ−ＵＴＲＡＮ、ＧＥＲＡＮ、１−ＷＬＡＮなど）の事業者ドメイン２０１に接続して、３ＧＰＰネットワーク経由でＭＴＣサーバ２０３と通信できる。図２は、例示的なアーキテクチャを表しているが、そのアーキテクチャは、限定されたデバイスまたは図示したデバイスの組み合わせに限らないことに留意されたい。つまり、構成部分は、任意の数または組み合わせで組み込まれてよい。

ＭＴＣデバイス２０４ａ−２０４ｄとＭＴＣサーバ２０３との間の、エンドツーエンドのアプリケーションは、３ＧＰＰシステムによって提供されるサービスを使用できる。各ＭＴＣデバイス２０４ａ−２０４ｄは、Ｍ２Ｍアプリケーション用に最適化されたネットワーク機能であるフューチャを組み込むことができる。例えば、各ＭＴＣデバイス２０４ａ−２０４ｄは、デバイス２０４ｄと関連付けて図示したＭＴＣフューチャ１、ＭＴＣフューチャ２、およびＭＴＣフューチャ３などの、フューチャを有することができる。

ＭＴＣサーバ２０３を、３ＧＰＰネットワークに接続するエンティティにすることができ、事業者ドメイン２０１の外側のエンティティまたは事業者ドメイン２０１の内側のエンティティにすることができる。ＭＴＣサーバ２０３を、移動体ネットワークと直接通信し、そして移動体ネットワークを通じてＭＴＣデバイスと間接的に通信する、エンティティにすることができる。ＭＴＣサーバ２０３は、ＭＴＣユーザ２０２にインタフェースを提供することもでき、ＭＴＣユーザ２０２は、Ｍ２Ｍサーバのサービスを使用するユーザになる。

ＭＴＣアプリケーションおよびＭＴＣデバイスは、同じフィーチャおよび／またはサービス要件を有しない場合がある。ＭＴＣデバイスが本明細書で説明する方法を実装するために、ＭＴＣデバイスは、無線事業者が提供できるＭＴＣ能力を理解する必要があるだろう。

無線通信ネットワーク事業者が提供できる（およびＭＴＣデバイスが有することができる）能力の中で、例えば、オンラインおよび／またはオフラインによる低いデータ利用（または小データ利用）、低モビリティ、時間制御伝送、許容時間伝送、パケット交換（ＰＳ）専用、移動体発信専用、低頻度移動体の終端化、ＭＴＣモニタリング、オフライン表示、輻輳表示、優先度アラームメッセージ（ＰＡＭ）、予備の低消費電力、セキュアな接続、位置に限定したトリガ、グループベースのＭＴＣフィーチャ、グループベースのポリシー付け、および／またはグループベースのアドレス指定、がある。通信ネットワークによって提供される特定のＭＴＣ能力に応じて、ＭＴＣデバイスのユーザは、特定の通信ネットワークおよび／または事業者を選択できる。また、通信ネットワークが特定のＭＴＣ能力を提供できる場合、提供されるＭＴＣ能力をＭＴＣデバイスが利用できるように、そのネットワークとどのように通信するかについての表示を受信することは、ＭＴＣデバイスにとって有用だろう。

ネットワークのＭＴＣ能力を表示できる方法およびデバイスが、本明細書で開示される。ＭＴＣ能力をＷＴＲＵ（例えば、ＭＴＣ対応デバイス）に表示できる。１または複数のＭＴＣ能力は、いくつかのＭＴＣアプリケーションに対して共通にすることができる。また、１または複数のＭＴＣ能力は、特定のＭＴＣアプリケーションの要件に限定することができる。それぞれのネットワークが提供できるＭＴＣ能力を、登録に先立ってＷＴＲＵに表示できる。ＷＴＲＵは、開示された実施形態を実装するためにプログラムできる、１または複数の構成可能な要素を含むことができる

ＭＴＣアプリケーションの特定能力要件は、「オンライン小データ伝送（Online Small Data Transmission）」か、または「オフライン小データ伝送（Offline Small Data Transmission）」として分類できる、低いデータ利用（Low Data Usage）の要件を含むことができる。「オンライン小データ伝送」と呼ばれるＭＴＣフィーチャをオンラインまたは接続されたＭＴＣデバイスに使用して、少量のデータを頻繁に送信または受信できる。

「オフライン小データ伝送」と呼ばれるＭＴＣフィーチャを、「オフライン」または「切断された」装置に使用することができる。「オフライン」または「切断された」装置は、接続した後、事前定義された少量のデータを送信および／または受信し、その後に通信ネットワークから切断される。「オフライン」または「切断された」とは、ＭＴＣシグナリングまたはユーザプレーンデータ用の通信ネットワークでは到達できないＭＴＣデバイスを意味する。オフライン小データ伝送のＭＴＣフィーチャをサポートするために、ＭＴＣデバイスは、通信ネットワークにアクセスし、データを送信し、送信したデータの肯定応答を受信し、そしてネットワークから切断することを効率的にできる。オンラインとオフラインとの両方の小データ転送に対し、１加入当たりのベースで少量のデータの定義が構成可能である。

本明細書に記述した方法などの、ＭＴＣ強化をサポートするために、ＭＴＣデバイスは、それぞれの無線通信ネットワークによってサポートされるオンライン／オフラインの小データを転送するための特定の方法、サービス、または能力を認識する必要があるだろう。従って、ＭＴＣアプリケーションに関連するそれぞれの無線通信ネットワークのＭＴＣ能力をＭＴＣデバイスに通知する機構、デバイス、装置、および／または方法が有用だろう。

実施形態において、無線通信ネットワークの１または複数のノードまたはデバイスは、１または複数の構成可能な要素を含むことができる。無線通信ネットワークの構成可能なノードまたはデバイスは、ブロードキャストシステム情報の手順を使用して、１または複数のサポートされるＭＴＣ能力を１または複数のＭＴＣデバイスに通知するように構成されることができる。情報のブロードキャストは、オンラインおよび／またはオフラインによる低いデータ利用などの、ＭＴＣまたはＷＴＲＵアプリケーション用にサポートされるＭＴＣ能力に関することもあるが、これらに限らない。サポートされるＭＴＣ能力に関連する情報を、既存／レガシーのシステム情報ブロック（ＳＩＢ）に付加できる。代替として、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）アクセスの場合、サポートされるＭＴＣ能力に関連する情報を既存のシステム情報（ＳＩ）メッセージに付加できる。例えば、図３において、ＵＴＲＡＮ３２０は、システム情報をＷＴＲＵ３１０に送信できる。

代替的な実施形態において、サポートされるＭＴＣ能力に関連する情報を、新しく作成されたＳＩＢに付加できる。また、ＧＥＲＡＮアクセスの場合、サポートされるＭＴＣ能力に関連する情報を、新しく作成されたシステム情報（ＳＩ）メッセージに付加できる。新しく作成されたＳＩＢまたは新しく作成されたＳＩの場合、ＳＩＢまたはＳＩを、ＭＴＣ限定のＳＩＢまたはＳＩにすることができて、ＭＴＣ関連情報の一部またはすべてを搬送できる。例として、新しく作成されたＳＩＢまたはＳＩは、許容時間伝送（Time Tolerant Transmissions）をサポートするのに必要なロード情報を搬送できる。

実施形態において、無線リソース制御（ＲＲＣ）接続設定メッセージをさらに拡張して、オンラインおよび／またはオフラインによる低いデータ利用などの、ＭＴＣアプリケーション用にサポートされるＭＴＣ能力に関する情報を含むことができるが、これに限らない。拡張されたＲＲＣ接続設定メッセージ内の情報を使用して、どのＭＴＣ能力が、それぞれの無線通信ネットワークによってサポートされるかをＷＴＲＵに表示できる。図４は、ＲＲＣ接続確立手順（RRC Connection Establishment Procedure）中にＷＴＲＵとＥ−ＵＴＲＡＮとの間で発生し得るシグナリングの例示的な図である。

実施形態において、ＷＴＲＵ４１０は、例えば、小データ伝送などの、ＭＴＣアプリケーションまたはフィーチャ用の通信ネットワークの能力を要求する情報要素（ＩＥ）を含むことができる、ＲＲＣ接続要求４０２を送信できる。ＲＲＣ接続要求４０２は、ＷＴＲＵ４１０が、ＭＴＣデバイスになることができるか、またはＭＴＣフィーチャ、グループなどに属する能力をサポートできる、情報を含むことができる。それに応答して、それぞれの通信ネットワークである、Ｅ−ＵＴＲＡＮ４２０は、新しいＩＥに変更されることができるＲＲＣ接続設定メッセージ４０４を送信できる。新しいＩＥは、例えば、限定したＭＴＣフィーチャまたはアプリケーション用のデータを転送するための１または複数の特定の方法を表示できる。ＷＴＲＵ４１０は、自身に送信された新しいＩＥを認識できるし、ＷＴＲＵ４１０は、新しいＩＥと関連付けられた情報を復号して、ネットワークのＭＴＣまたは他の能力にアクセスできる。例えば、ＷＴＲＵ４１０は、受信したＩＥに基づいて、通信ネットワーク４２０が制御プレーンメッセージ上でデータのピギーバッグをサポートできると判定でき、その場合、ＷＴＲＵ４２０は、新しいＩＥを使用して、短いデータ（または小データ）をＲＲＣ接続設定完了メッセージ４０６内にカプセル化できる。

代替として、通信ネットワーク４２０は、ＷＴＲＵ４１０から明示的な要求がなくても小データを転送するための１または複数の特定の方法を表示する新しいＩＥを送信できる（例えば、通信ネットワークは、一部またはすべてのＷＴＲＵにＩＥを送信できる）。

別の例示的な実施形態において、図５に示すように、異なるＲＲＣシグナリングソリューションを２Ｇ（ＧＥＲＡＮアクセス）ネットワーク用に実装できる。図５は、ＧＥＲＡＮにおけるＲＲＣ接続確立手順中に移動局／ユーザ機器／ＷＴＲＵ５１０と基地局サブステーション（ＢＳＳ）５２０との間で発生し得るシグナリングを示す。

即時割り当て（または拡張即時割り当て）メッセージを拡張して、低いデータ利用に対するＭＴＣ能力などの、サポートされるＭＴＣ能力に関する情報を含むことができるが、これに限らない。即時割り当てメッセージ内の情報を使用して、どのＭＴＣサービスまたは能力が、それぞれの無線通信ネットワークによってサポートされ得るかをＷＴＲＵ（即ち、ＭＳ／ＵＥ）に表示できる。

例えば、図５において、ＷＴＲＵ５１０は、小データ伝送などの、通信ネットワーク５２０のＭＴＣ能力を要求するＩＥを有する、チャネル要求（またはＥＧＰＲＳチャネル要求）メッセージ５０２を送信できる。代替として、ＷＴＲＵ５１０は、ＷＴＲＵ５１０はＭＴＣデバイスであるという情報を有する、チャネル要求（またはＥＧＰＲＳチャネル要求）メッセージ５０２を送信できる。それに応答して、通信ネットワークおよび／またはＢＳＳ５２０は、例えば、小データを転送するための１または複数の特定の方法を表示できる新しいＩＥを有する、即時割り当て５０４を送信できる。代替として、通信ネットワークおよび／またはＢＳＳ５２０は、ＷＴＲＵ５１０から明示的な要求がなくても小データを転送するための１または複数の特定の方法を表示するＩＥを送信できる（即ち、通信ネットワークおよび／またはＢＳＳは、一部またはすべてのＷＴＲＵにＩＥを送信できる）。ＷＴＲＵ５１０は、ＩＥ（または新しいＩＥ）を認識できるし、ＷＴＲＵ５１０は、ＩＥと関連付けられた情報を復号して、ネットワーク５２０のＭＴＣ能力にアクセスできる。

別の実施形態において、図６Ａおよび図６Ｂの例示的なメッセージ交換で示すように、非アクセス層（ＮＡＳ）シグナリングを使用できる。ＮＡＳアタッチ受諾メッセージを拡張して、低いデータ利用などの、１または複数のサポートされるＭＴＣ能力に関する情報を含むことができる。その情報を使用して、どのＭＴＣ能力が、それぞれの無線通信ネットワークによってサポートされ得るかをＷＴＲＵに表示できる。例えば、図６Ａに示すように、ＷＴＲＵ６１０は、小データ伝送に対するネットワーク６２０のＭＴＣ能力を要求するＩＥを含むことができる、アタッチ要求６０２を送信できる。代替として、アタッチ要求６０２は、ＷＴＲＵはＭＴＣデバイスであるという情報を含むことができる。

アタッチ要求６０２に応答して、通信ネットワーク６２０は、例えば、小データを転送するのに使用されることができる１または複数の特定の方法を表示する新しいＩＥを含むことができる、変更されたアタッチ受諾６０４を送信できる。代替として、通信ネットワーク６２０は、ＷＴＲＵ６１０から明示的な要求がなくても小データを転送するための１または複数の特定の方法を表示する新しいＩＥを送信できる（例えば、通信ネットワークは、一部またはすべてのＷＴＲＵに情報を送信できる）。

ＷＴＲＵ６１０は、新しいＩＥを認識できるし、新しいＩＥと関連付けられた情報を復号して、ネットワーク６２０のＭＴＣ能力にアクセスできる。通信ネットワーク６２０がＮＡＳメッセージ上でデータのピギーバッグをサポートする場合、ＷＴＲＵ６１０は、新しいＩＥを使用して、短いデータをアタッチ完了メッセージ６０６内にカプセル化できる。

図６Ａに示すように、ＷＴＲＵ６１０は、アタッチ受諾６０４の後にアタッチ完了メッセージを送信できる。オフライン小データ伝送ソリューションが、ＭＴＣデータを搬送するためにアタッチ完了メッセージ６０６を使用する場合、ＭＴＣデバイス６１０は、データをアタッチ完了メッセージ６０６に付加できる。その場合、ＭＴＣデバイス６１０は、図６Ａに示すように、アタッチ完了メッセージ６０６の直前に送信され得るアタッチ受諾メッセージ６０４内で通信されるので、ネットワーク６２０のＭＴＣデバイス能力を必ずしも記憶しなくてよい。また、ＮＡＳアタッチ／トラッキングエリア更新（ＴＡＵ）／ルーティングエリア更新（ＲＡＵ）／位置更新受諾メッセージ（複数）も、ＭＴＣ関連データを送信するのにアタッチ／ＴＡＵ／ＲＡＵ／移動体加入者一時識別子（ＴＭＳＩ）再割り振り完了メッセージ（複数）を使用できることを、ＭＴＣデバイスに通知するために変更されることができる。

実施形態において、図６Ｂに示すように、ＷＴＲＵ６５０からのアタッチ要求６５２が成功しなければ、アタッチ拒否メッセージ６５４を通信ネットワーク６６０から送信できる。アタッチ拒否メッセージ６５４を拡張して、ＭＴＣ能力情報を含むことができる。

本明細書で説明するアタッチ手順は、パケット交換（ＰＳ）ドメイン内で行われる登録プロセスであってよい。代替として、ＷＴＲＵが回路交換（ＣＳ）ドメイン内で登録される場合、アタッチ手順を使用しなくてよい。ＣＳドメイン内の登録手順は、「位置更新(Location Update)」であってよい。位置更新手順が、使用する手順に最も適している場合、その手順は、アタッチ手順に関する本開示と一致するだろう。例えば、ＷＴＲＵは、例えば、小データ伝送に対するネットワークのＭＴＣ能力を要求する情報要素を含むことができる、位置更新要求を送信できる。位置更新要求に応答して、通信ネットワークは、例えば、小データを転送するのに使用されることができる１または複数の特定の方法を表示する新しいＩＥを含むことができる、変更された位置更新受諾を送信できる。ＷＴＲＵは、新しいＩＥを認識できるし、新しいＩＥと関連付けられた情報を復号して、ネットワークのＭＴＣ能力にアクセスできる。

代替として、ＷＴＲＵは、例えば、小データを転送するためのサポートされたＭＴＣ能力について通信ネットワークに問い合わせる、変更されたアタッチ要求を送信できる。また、変更されたアタッチ要求に応答して、通信ネットワークは、必要に応じて、通信ネットワークのＭＴＣ能力をＷＴＲＵに通知できる。

実施形態において、ＭＴＣデバイスがすでに通信ネットワークに登録されている（即ち、ＭＴＣデバイスがアタッチ手順を完了した）場合、ＭＴＣデバイスは、定期的なアクションまたはモビリティに基づいて登録更新手順をなおも行うことができる。そのようなシナリオにおいて、通信ネットワークは、「受諾」メッセージを送信する時にどのＭＴＣサービスまたは能力が、通信ネットワークによってサポートされ得るかをＭＴＣデバイスに表示できる。「受諾」メッセージの例は、ＴＡＵ ＡＣＣＥＰＴ、ＲＡＵ ＡＣＣＥＰＴおよび位置更新受諾(Location Updating Accept)がある。

実施形態において、オフライン小データ伝送ＭＴＣソリューションが、ＭＴＣデータを搬送するためにアタッチ要求メッセージを使用する場合、最初にＭＴＣデバイスは、新しい通信ネットワーク上でアタッチ手順を行うので、そのＭＴＣデバイスは、通信ネットワークのＭＴＣ能力の情報（knowledge）を有しないことになる。そのような状況において、ＭＴＣデバイスは、ＭＴＣデータを搬送するためにアタッチ要求メッセージを利用することができないだろう。しかし、ＭＴＣデバイスは、そのＭＴＣデバイスが、通信ネットワークがこの手順をサポートすることを学習した後に、この手順を使用できる。それにより、ＭＴＣデバイスは、ＭＴＣデバイスが、今後データ転送を試みるために、アタッチ要求を使用してＭＴＣデータを搬送できるか否かについての決定を行うのに使用できるように、この情報をメモリにローカルに記憶できる。

別の実施形態において、図３に示した実施形態と同様に、システム情報ブロック／メッセージ（ＳＩＢ／ＳＩ）を拡張して、ＭＴＣデバイスが、ＭＴＣ関連データをアタッチ要求メッセージ上に送信するのを許可され得ることをＭＴＣデバイスに通知できる。

ＷＴＲＵ（例えば、ＭＴＣデバイス）をアイドルモードにすることができる。ＷＴＲＵは、非アクセス層（ＮＡＳ）の状態（例えば、アタッチまたはデタッチ）に依存し得るさまざまなレベルの接続を確立するために、一連のシグナリング手順が実行される場合、ユーザデータ伝送を起動(wake up)して使用可能にできる。ＬＴＥまたはＵＭＴＳにおいて、レガシーメッセージシリーズは、以下を含むことができる：１）無線リソース制御（ＲＲＣ）接続確立、２）セキュリティ有効化、３）データベアラ確立、４）データベアラ上のデータ伝送、５）データベアラ解除、６）ＲＲＣ接続解除。

上記のサイクルを要求する接続のためのレガシー方法は、いくつかのシナリオにおいて不必要な信号オーバーヘッドが生じることもある。さまざまな動作モードの不連続送信／不連続受信（ＤＴＸ／ＤＲＸ）および連続パケット接続性（ＣＰＣ）機能(features)などの、機構が、信号オーバーヘッドに対処するために用いられている。しかし、このようなソリューションは、多くのＭＴＣアプリケーション、特に、低消費電力を必要とするＭＴＣデバイスにとって効率的でない場合がある。例えば、超低電力デバイスが、アイドルモードまたはセルページングチャネル（ＣＥＬＬ＿ＰＣＨ）／ＵＲＡページングチャネル（ＵＲＡ＿ＰＣＨ）などの、節電状態のままである場合、データの伝送に関連するかなりのオーバーヘッドがあるだろう。より詳細には、アイドルモードのデバイスは、伝送の開始に先立ってＲＲＣ接続を確立しなければならないだろう。さらに、ＷＴＲＵがネットワークからデタッチされる場合、ＷＴＲＵは、これらのデータを送信することができるようにＮＡＳ登録および付加的な手順も行わなければならないだろう。小データ伝送または他のタイプのデータ伝送の場合、このことは、信号オーバーヘッドが増大する結果となり、信号エネルギーの使用効率が悪くなる恐れがある。

Ｍ２Ｍシステムの展開(deployment)を用いれば、多様な能力を有するさまざまなデバイスは、異なる条件で動作できる。ＭＴＣグループを区別するために、異なるシーケンスおよび異なるバックオフを異なるグループに定義できる。Ｍ２Ｍのさまざまな特性に対処することによって事業者ネットワークの利用を最適化する努力の一環として、ＭＴＣデバイスの特性をＭＴＣフィーチャに基づいてグループ化できることに留意されたい。例えば、ＭＴＣフィーチャは、以下のもの：低モビリティ、時間制御、時間許容、パケット交換専用、オンライン小データ伝送、オフライン小データ伝送、移動体発信専用、低頻度移動体の終端化、ＭＴＣモニタリング、オフライン表示、渋滞表示、優先度アラームメッセージ（ＰＡＭ）、予備の低消費電力、セキュアな接続、位置に限定したトリガ、グループベースのＭＴＣポリシー付け、およびグループベースのＭＴＣアドレス指定、を含むことができる。

Ｍ２Ｍシステムのさまざまなコンポーネントは、ＭＴＣサーバ、事業者ネットワーク、ＭＴＣデバイスなどの、処理中に電力を消費する。信号オーバーヘッドは、Ｍ２Ｍシステム内の不必要な電力消費(power consumption)が生じることもある。例えば、不必要な信号オーバーヘッドは、ＭＴＣデバイスのバッテリの電力消費(power consumption)につながる恐れがある。電力をより効率的に利用するために低電力または超低電力の消費を必要とすることは、ＭＴＣデバイスにとって有利だろう。超低電力デバイスの例は、月または年などの、長期間処理されないデバイスであるだろう。超低電力デバイスの別の例は、少量のデータを送信するか、またはまれにしか送信しないデバイスであるだろう。

本明細書で表すように、オーバーヘッドの削減またはデバイスの節電のために提案される手法は、制御プレーン（シグナリングベアラ）上のＭＴＣデータを送信することか、またはユーザプレーンメッセージを搬送するために制御プレーンメッセージを使用することである。このような技術によって、デバイスが接続手順の全てのサイクルを行わなくて済むようにできるので、遅延、シグナリングオーバーヘッド、および消費電力を削減することができる。

いくつかのタイプのメッセージを用いて説明したが、他の既存のメッセージまたは新しいメッセージに対して同じソリューションを適用してよいことを理解されたい。本明細書で使用される用語が、ＵＭＴＳおよび／またはロングタームエボリューション（ＬＴＥ）から成るものであっても、本明細書の概念は、ロングタームエボリューション−アドバンスト（ＬＴＥ−Ａ）、移動体通信のためのグローバルシステム（ＧＳＭ）などの、他の無線技術か、またはＧＥＲＡＮ，ＷｉＭａｘなどの、他の無線技術に等しく適用されてよいことに留意されたい。また、アイドルモードがＵＭＴＳのコンテキスト内で記述される時、それは、以下のＲＲＣ状態：アイドル、ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ、またはＣＥＬＬ＿ＦＡＣＨのうちのいずれかを指す場合があることを理解されたい。他の無線技術においてＵＭＴＳと同様のアイドル状態が想定される。本明細書で説明した方法の開始は、ネットワーク能力の決定によって行われることができる。

実施形態は、共通制御チャネル（ＣＣＣＨ）経由か、または専用制御チャネル（ＤＣＣＨ）シグナリングベアラを使用した、ＭＴＣデータ伝送を対象とする。本明細書では、ＣＣＣＨまたはＤＣＣＨに対して説明される概念は、共有され得ることを想定している。

ＣＣＣＨについて、ＷＴＲＵがアイドルモードである時、ＷＴＲＵまたはネットワークからのデータ伝送の初期化では、無線接続がＲＲＣ接続設定手順によって最初に確立されるように要求でき、それによって、ＷＴＲＵのＲＲＣエンティティとネットワークのＲＲＣエンティティとの間で、ＲＲＣシグナリングメッセージのセットを交換できる。このようなシグナリングメッセージは、ＲＲＣ接続確立に対する制御およびコンフィギュレーション情報を渡すように設計されることができるし、ＣＣＣＨ論理チャネル上で送信されることができる。ＣＣＣＨは通常、制御プレーンの一部と見なされることに留意されたい。

既存の共通制御シグナリングを使用して、ＭＴＣデータを搬送するためにメッセージをＣＣＣＨ上で送信できることによって、さらにデータベアラおよび他の信号ベアラを確立しなくて済む。このことは、シグナリングの削減をもたらすので、デバイスの消費電力を削減できる。この方法は、シグナリングのオーバーヘッドを減らす結果となる接続手順を提供できる。

シグナリングオーバーヘッドは、ＲＲＣ手順（ＲＲＣ接続確立またはセル更新など）の異なるステップに関与するメッセージ内にＭＴＣデータを含むまたは添付することによって削減され得るが、ＲＲＣ接続がなくても実際には確立される。ＲＲＣメッセージ上のＭＴＣデータ伝送は、アップリンクおよびダウンリンク用に本明細書で説明する。

アップリンク伝送について、アップリンクＣＣＣＨメッセージＲＲＣ接続要求、セル更新、およびＵＴＲＡＮ登録エリア（ＵＲＡ）更新を使用して、ＭＴＣデータを搬送および送信できる。その伝送は、データをこれらのメッセージに添付することによって達成されることができる。例えば、アイドルモードのＷＴＲＵの場合、ＭＴＣデータが上位層によってトリガされる時、ＲＲＣ接続要求手順を開始できる。

図７は、ＲＲＣ接続要求の手順を示す。この手順の一部として、ＵＥ／ＷＴＲＵは、ＲＲＣ接続が最初に確立されるおよびデータの無線ベアラが設定されるのを待たずに、データをＲＲＣ接続要求メッセージに直接添付できる。同様に、接続モードのＷＴＲＵの場合、データをＣＥＬＬ＿ＵＰＤＡＴＥメッセージまたはＵＲＡ＿ＵＰＤＡＴＥに直接添付できる。データを添付することによって、システムは、ＷＴＲＵがＣＥＬＬ＿ＵＰＤＡＴＥ確認を待たなくてもよい理由により、遅延およびシグナリング交換を最適化できる。

データをネットワークに搬送または送信するためのＲＲＣメッセージ（例えば、ＲＲＣ接続要求）を可能にするために、ＷＴＲＵは、データがメッセージに添付されたことをネットワークに表示できる。例えば、新しいＲＲＣ確立要因またはセル更新またはＵＲＡ更新要因を導入できる。例えば、この要因を「ＭＴＣデータ伝送」とする。メッセージの再伝送が発生すると、これは、「ＭＴＣデータ再伝送」に設定される。

表１は、ＭＴＣデータの情報要素（ＩＥ）をＲＲＣメッセージに使用できる、別の例示的な実施形態を示す。例えば、新しいＩＥを導入して、ＲＲＣメッセージに含むことができる。このＩＥのコンテンツは、「ＭＴＣデータ伝送」があることを表示する列挙型ＩＥを含むことができる。そのＩＥは、添付されるＭＴＣデータの長さ／サイズなどの、ＭＴＣデータをＲＲＣメッセージからデマルチプレクス(de-multiplex)するためにネットワークが使用できる付加的な情報を提供できる。例えば、サイズを事前定義または構成することができ、そこにおいてＷＴＲＵは、何も表示しなくてよい。別の例において、サイズのセットを定義できるし、ＷＴＲＵは、そのサイズに一致するインデックスを表示できる。

図７に示すように、ＬＴＥの場合、新しい要因を確立要因７０１に付加できる。同じ概念をＵＭＴＳに適用してもよい。表１および図７は、ＭＴＣデータの付加を示すが、これは、他のやり方で得られてもよいことを理解されたい。表１は、ＭＴＣデータのＩＥを、ＵＭＴＳシステムにおけるダウンリンクのＭＴＣデータ伝送用のＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴメッセージ内の最後部に添付できることを示す。

例示的な実施形態において、ＷＴＲＵは、送信するデータ量が閾値と同じまたはそれよりも少ない場合、本明細書で説明された手順を使用することを許可され得る。データ量がこの閾値を越える場合、ＷＴＲＵは、許可されたのと同じ量のデータをメッセージに付加できるし、ＷＴＲＵが付加的なデータを有することをネットワークに表示できるし、未処理のデータ量を表示することもできる。代替として、ＷＴＲＵは、本明細書で説明した手順を、ＷＴＲＵがデータの伝送を完了するのに必要な回数だけ開始できる。代替として、ＷＴＲＵは、自身が、転送するＭＴＣデータを有していることを表示するオプションを有することができ、そのデータ量をネットワークに提供できる。

アップリンクデータ転送用の別の実施形態において、ネットワークエンティティ内で受信するノードは、ＭＴＣメッセージを復号して理解しなくてもよい。データを所望の宛先に正しく経路指定することができるように、ＷＴＲＵは、データを搬送するＲＲＣメッセージ内に付加的な情報を提供できる。そのような情報は、とりわけ、ＭＴＣデバイス識別子、宛先ＭＴＣサーバ識別子、加入情報、および送信されるデータのタイプ（例えば、論理チャネルのタイプ）を含むことができる。

ネットワーク応答が処理される典型的な方法を、開示された技術を有する機能に変更できる。例えば、データ伝送の最適化およびシグナリングオーバーヘッドの削減をさらに行うために、ＲＲＣ確立手順が、ＲＲＣ接続要求を開始しても、ＲＲＣ接続を完全に確立することを予測しないように、ＲＲＣ確立手順を変更できる。これは、ＷＴＲＵが、ＲＲＣ接続要求メッセージを送信しても、応答を予測しないことによって達成されることができる。

この機構を、データが正しく肯定応答されたことをＷＴＲＵに保証しないが、シグナリングオーバーヘッドを削減する機構にすることができるし、特定の環境に望ましいものにできることに留意されたい。例えば、確立要因が、ＭＴＣデータ伝送である場合、ＷＴＲＵは、アップリンクＣＣＣＨ上の伝送用にＲＲＣ接続要求メッセージを下位層に送り、アイドルモードに入り、そして手順を終了することができる。この例において、ＷＴＲＵは、適用可能なタイマＶ３００およびカウンタＮ３００を開始しなくてよい。ＷＴＲＵは、メッセージの反復などの、下位層の信頼性を上げるスキームを使用できる。代替として、ＵＥは、下位層のハイブリッド自動反復要求（ＨＡＲＱ）機構によってメッセージが送信されて肯定応答されたことを、手順が、下位層から確認して完了したと見なすまで待つことができる。下位層が失敗を表示した場合、ＷＴＲＵは、データを再送信できる。

ネットワーク側では、ネットワークがＷＴＲＵ ＲＲＣ要求を受信した場合、ネットワークは、ＲＲＣ接続要求を処理し、ＭＴＣデータを抽出し、データを対応するエンティティ／ノードに経路指定し、そしてＷＴＲＵに応答しないようにできる。

信号オーバーヘッドを削減して信頼性を提供できる、ネットワーク応答の別の例示的な実施形態において、ＲＲＣ接続設定メッセージを送信できる。ＷＴＲＵからのＲＲＣ接続設定の受信は、ネットワークによるＭＴＣデータの受信に対する暗示的な肯定応答として機能できる。ＲＲＣ接続設定を受信できるが、シグナリングをさらに削減するために、ＷＴＲＵは、ＲＲＣ接続設定完了メッセージを送信しないようにできる。ＷＴＲＵがＭＴＣデータの要求を送信して、ＷＴＲＵがＲＲＣ接続設定完了メッセージを受信する場合、ＷＴＲＵは、手順が完了したと見なして、アイドルモードに戻ることができるように、暗示的なルールを定義できる（例えば、ＷＴＲＵが、ＲＣＣ接続設定完了を送信しないようにできる）。

ＲＲＣ接続設定メッセージを使用した別の実施形態において、表示またはＩＥをＲＲＣ接続設定メッセージに含めて、ＲＲＣ接続設定メッセージが、データ転送を包含する要求元への応答であることを、ＷＴＲＵに明示的に表示できる。この表示を受信した後、ＷＴＲＵは、手順を終了できる。ＲＲＣ接続設定は、新しいフィールド「ＭＴＣ肯定応答」または「ＭＴＣデータ完了」を含むことができる。「ＭＴＣ肯定応答」がＲＲＣ接続設定メッセージに含まれていて、ＷＴＲＵがＲＲＣ接続設定完了を送信しなくてよい場合、ＷＴＲＵは、停止できるし、（適用可能であれば）タイマの一部またはすべてを休止できるし、手順が完了したと見なすことができるし、そしてアイドルモードに戻ることができる。「ＭＴＣ肯定応答」が含まれない場合、ＷＴＲＵは、あたかも通常のＲＲＣ接続設定を受信したかのようにふるまうことができる（即ち、ネットワークによって送信されたコンフィギュレーションを適用して、成功した場合にＲＲＣ接続設定完了を返信する）。

ＲＲＣ接続設定メッセージが受信された別の例示的な実施形態において、ＷＴＲＵは、メッセージまたはＲＲＣ確立は、ＭＴＣデータ伝送が受け持ったことを表示するか、あるいはＷＴＲＵは、接続を解除することを表示する、ＲＲＣ接続設定完了で応答できる。しかし、ＷＴＲＵは、そのメッセージを送信して、手順が完了したと見なすと、アイドルモードに戻る（例えば、ＲＲＣ接続を解除する）ことができる。

信号オーバーヘッドを削減して信頼性を提供できる、ネットワーク応答の別の例示的な実施形態において、ＲＲＣ接続拒否メッセージを送信できる。ＭＴＣデータの受信への応答をＲＲＣ接続拒否メッセージにすることができる。ＲＲＣ接続拒否メッセージ応答は、ＭＴＣデータに対するＲＲＣ接続要求を送信する時、ＷＴＲＵによって予期されることができる。ＲＲＣ接続拒否メッセージの受信は、ネットワークがデータの受信に成功したという、暗示的な肯定応答として機能できる。ＲＲＣ接続拒否は、「未指定」拒否要因を指定できる。代替として、例えば、「ＭＴＣデータ完了」または「データ肯定応答」などの、新しい拒否要因を付加できる。

ＲＲＣ接続拒否メッセージを受信した後、ＷＴＲＵは、拒否メッセージがＭＴＣデータ伝送への応答であることを暗示的に検出するか、または拒否要因を明示的に検出できる。いずれの例においても、ＷＴＲＵは、手順が成功したと見なして、アイドルモードに移り、そして手順を終了できる。このように、ＷＴＲＵは、ＲＲＣ接続要求メッセージを再送信しなくてよい。ネットワークがＲＲＣ接続設定で応答する場合、ＷＴＲＵは、通常の手順を行って、ＲＲＣ接続確立を継続できる。

ＲＲＣ接続拒否を使用するための概念を、ＣＥＬＬ ＵＰＤＡＴＥ／ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭ／ＷＴＲＵ＿ＲＥＳＰＯＮＳＥ＿ＴＯ＿ＣＥＬＬ＿ＵＰＤＡＴＥ ＡＮＤ ＵＲＡ ＵＰＤＡＴＥ／ＵＲＡ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭ／ＵＥ＿ＲＥＳＰＯＮＳＥ＿ＴＯ＿ＵＲＡ＿ＵＰＤＡＴＥメッセージに適用してもよい。

本明細書で説明するように、応答の受信を、ＭＴＣデータが受信されたという、暗示的な肯定応答にすることができる。ＲＲＣ応答が受信された場合、これは、ＲＲＣメッセージが受信されたので、ネットワークは、それに基づいて動作したことを暗示する。これは、このメッセージに添付されたＭＴＣデータの受信も成功したことを意味する。

しかし、ネットワーク側で生じる付加的な失敗に対処するために、多くの形態をとることができる、付加的な肯定応答機構を付加できる。付加的な肯定応答機構の例示的な実施形態において、ＲＲＣ応答メッセージを使用して、メッセージに明示的に肯定応答できる。例えば、これは、「ＭＴＣデータ肯定応答」と呼ばれる新しい要因を定義することによって達成され得る。例えば、ＵＬデータ伝送の場合、新しい要因がＲＲＣ接続拒否メッセージまたはＲＲＣ接続要求メッセージ内に付加された、メッセージ内の「ＭＴＣデータ肯定応答」の設定を行うことができる。否定応答を、例えば、新しい要因またはフィールドを付加することによって、ＷＴＲＵに送信することもできる。否定応答は、例えば、ネットワークが、サーバまたはＷＴＲＵを識別することができないか、またはその他の理由で、ＭＴＣデータをフォワードできないかもしれない時に、使用されることができる。

代替として、要因が「ＭＴＣデータ肯定応答」に設定されない場合、ＷＴＲＵは、これを、ネットワークがその手順をサポートしない表示と受け取ることもあるので、通常のＲＲＣ接続要求手順を行うこともある。明示的な肯定応答の別の代替手段において、例えば、「ＭＴＣデータＡＣＫ」と呼ばれてもよいＩＥを、ＲＲＣメッセージ内に導入できる。「ＭＴＣデータＡＣＫ」ＩＥは、ＭＴＣデータの肯定応答受信または否定応答受信を表示できる。

付加的な肯定応答の別の例において、新しいメッセージを、肯定応答を表示するように定義できる。付加的な肯定応答の別の例において、データ転送の肯定応答を、上位層によって行うことができる。または、サーバが、自身が予測したデータを時間期間内に受信しない場合、サーバは、ＷＴＲＵを再度ポーリングできる。

伝送の失敗の処理は、開示されているいくつかの電力削減技術を実装するための変更が必要な場合もある、Ｍ２Ｍシステムの別の部分である。例示的な実施形態において、ＣＣＣＨメッセージは、データがネットワーク側で受信されることを保証するのに使用される、失敗機構（failure mechanisms）、例えば、Ｔ３００の開始、を使用できる。Ｔ３００内で応答がまったく受信されない場合、ＷＴＲＵは、Ｎ３００の最大回数までメッセージを再送信できる。ＷＴＲＵは、ＭＴＣに限定した再伝送およびカウンタ値（例えば、Ｔ３００およびＮ３００またはＴ３０２／Ｎ３０２など）を使用できるか、または任意には、ＲＲＣ接続確立機構と同じ値を使用できる。

本明細書の例で論じたＴ３００／Ｔ３０２などを、ネットワークによって構成される値を包含する、タイマ変数にすることができる。ＲＲＣ接続要求メッセージを伝送した後、ＷＴＲＵ内でタイマＴ３００を開始できる。ＷＴＲＵは、Ｔ３００の時間期間、ネットワークからの応答を待つことができ、応答がまったく受信されずに、タイマの期限が切れた場合、ＷＴＲＵは、ＲＲＣ接続要求を再送信できる。本明細書の例で論じたＮ３００／Ｎ３０２などを、定数（例えば、ネットワークによって構成される値を包含する変数）にすることができ、その定数を使用して、ＲＲＣ接続要求メッセージの再伝送の最大数を判定する。

伝送の失敗を処理するための代替的なソリューションにおいて、ＷＴＲＵは、ＲＲＣ層においていずれの再伝送機構も導入せずに、一回のみＲＲＣメッセージベースの転送手順を試みることを許可され得る。失敗が検出された（例えば、タイマの期限が切れて、応答がまったく受信されない）場合、レガシー手順を使用して、ＲＲＣ接続要求メッセージを再送信できる。より詳細には、ＭＴＣデータを添付せずに、新しいＲＲＣ接続要求メッセージをトリガできる。レガシー方法を使用することによって、ＭＴＣデータ転送を行うことができる。

図８Ａおよび図８Ｂは、開示されたシグナリング技術のためのアップリンクデータ転送用の例示的なメッセージシーケンスを示す。図８Ａおよび図８Ｂは、本明細書で説明する設計の例である、ＣＣＣＨ上でＲＲＣシグナリングメッセージＲＲＣ接続要求にデータを添付することを備えることができる、アップリンクのＭＴＣデータ伝送の例示的なメッセージシーケンスを示す。データ伝送は、元々アイドルモードまたは電源がオフになっているであろうＷＴＲＵを元とすることができる。

図８Ａにおいて、ＷＴＲＵ８１０は、８０２において、ＲＲＣ接続要求メッセージを送信することによってＭＴＣデータ伝送を開始できる。８０２において、ＲＲＣ接続要求メッセージを、メッセージの一部として添付されたＭＴＣデータで構成できる。８０２において、ＥＳＴＡＢＬＩＳＨＭＥＮＴ＿ＣＡＵＳＥを、「ＭＴＣデータ伝送」の定義された値に設定できる。ＲＲＣ接続要求メッセージの伝送に従って、ＷＴＲＵ８１０は、カウンタＶ３００を１に設定し、および／またはタイマＴ３００を開始できる。本明細書の例で論じたＶ３００を、ＷＴＲＵによって使用されるカウンタ変数にすることができる。Ｖ３００を、ＲＲＣ接続要求メッセージが送信された回数をカウントする変数にすることができる。ひとたびＶ３００の値が、ＷＴＲＵが再送信することができる最大回数（例えば、Ｎ３００）を越えると、ＷＴＲＵは、アイドルモードに入る。

８０４において、ＲＲＣ接続要求メッセージが送信される場合がある。これは、８０２において、ＭＴＣデータ伝送が失敗した理由による。ここでは、例えば、ＷＴＲＵ８１０において、時間Ｔ３００までにＵＴＲＡＮ／Ｅ−ＵＴＲＡＮ８２０からの応答がまったく受信されなかったので、８０４において、８０２から添付された同じＭＴＣデータを有するＲＲＣ接続要求メッセージが送信された。ＥＳＴＡＢＬＩＳＨＭＥＮＴ＿ＣＡＵＳＥを、新しく定義された値、例えば、「ＭＴＣデータ再伝送」要因、または同じ「ＭＴＣデータ伝送」要因に送信できる。さらに、ＷＴＲＵ８１０は、カウンタＶ３００を増分して、別のタイマＴ３００を開始できる。

８０４において、反復メッセージは、連続して失敗した伝送を受け持つことが可能である。カウンタＶ３００が、再伝送が許可された事前構成による値Ｎ３００の最大数よりも大きい場合、ＷＴＲＵ８１０は、再伝送を停止して、アイドルモードに戻ることができる。

ＲＲＣ接続要求を受信した後、ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮ８２０は、データ伝送の受諾を決定できる。ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮ８２０は、ＭＴＣデータを復号して、そのデータを、ＭＴＣサーバに到達する上位層にフォワードできる。また、ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮ８２０は、「ＭＴＣデータ肯定応答」の定義された拒否要因を有するＲＲＣ接続拒否メッセージを送信することによって、ＷＴＲＵ８１０に応答できる。

８０６において、「ＭＴＣデータ肯定応答」に設定されている拒否要因を有するＲＲＣ接続拒否を受信した後、ＷＴＲＵ８１０は、データ転送が成功したと見なすことができ、アイドルモードに戻ることができる。代替として、ネットワークは、例えば、上述したＲＲＣ接続拒否の代わりの応答として、ＲＲＣ接続設定を使用することもできる。

図８Ｂにおいて、ＷＴＲＵ８５０は、８５２において、ＲＲＣ接続要求メッセージをネットワーク８６０に送信することによって、ＭＴＣデータ伝送を開始できる。８５２において、ＲＲＣ接続要求メッセージを、メッセージの一部として添付されたＭＴＣデータで構成できる。８５２において、ＥＳＴＡＢＬＩＳＨＭＥＮＴ＿ＣＡＵＳＥを、「ＭＴＣデータ伝送」の定義された値に設定できる。ＲＲＣ接続要求メッセージの伝送に従って、ＷＴＲＵ８５０は、カウンタＶ３００を１に設定し、および／またはタイマＴ３００を開始できる。

８５４において、タイマＴ３００の期限が切れる前に、「ＭＴＣデータ肯定応答」に設定されている拒否要因を有するＲＲＣ接続拒否メッセージを受信できる。ＷＴＲＵ８５０は、データ転送が成功したと見なして、アイドルモードに戻ることができる。この例は、明示的な拒否要因の使用を示す。本明細書に記述するように、明示的でない新しい拒否要因が付加されるかまたは拒否要因が「ＭＴＣデータ完了」などの、異なる値に設定される場合があるだろう。

アップリンク伝送と同様に、ダウンリンク（ＤＬ）伝送に対して、ＣＣＣＨ上のＤＬで送信されるいくつかのＲＲＣメッセージを使用して、ＭＴＣデータをネットワークからＷＴＲＵに搬送して送信できることが提案されている。このようなメッセージは、例えば、ＲＲＣ接続拒否、ＲＲＣ接続設定、Ｃｅｌｌ＿Ｕｐｄａｔｅ確認、およびＵＲＡ＿Ｕｐｄａｔｅ確認、を含むことができる。

例えば、ＤＬの上位層によってＭＴＣデータがトリガされる時、ＲＲＣ接続要求手順を開始できる。この手順の一部として、ネットワークは、ＲＲＣ接続が最初に確立されるおよびデータの無線ベアラが設定されるのを待たずに、データをＲＲＣ接続要求メッセージに直接添付できる。

ネットワークは、ＷＴＲＵを要因「ＭＴＣデータ伝送」でページできる。このページングを受信した後、ＷＴＲＵは、ネットワークへのＲＲＣ接続要求、セル更新またはＵＲＡ更新を開始できる。ＷＴＲＵが、ＲＲＣ接続要求（またはセルまたはＵＲＡ更新）を送信する時、ＷＴＲＵは、例えば、「ＭＴＣデータを待つ」と呼ばれる新しい要因を表示するか、またはページングのみに応答できる。

ネットワークがＲＲＣ接続要求（またはセルまたはＵＲＡ更新）メッセージを受信する時、ネットワークは、ＭＴＣデータを応答メッセージ（例えば、ＲＲＣ接続拒否、セルまたはＵＲＡ更新確認、またはＲＲＣ接続設定メッセージ）に添付できる。

「ＭＴＣデータ伝送」などの、ＲＲＣ接続拒否の新しい要因を定義できるか、または「未指定」などの、既存の要因を使用できる（そしてＷＴＲＵは、その応答がＭＴＣデータに対するものであることを暗示的に知ることができる）。代替として、ＩＥを付加して、そのメッセージがＭＴＣデータを添付するために送信されたことを表示できる。

ネットワークによって送信されるメッセージは、１つのＩＥまたは組み合わせたＩＥを含むことができる。ＩＥは、以下、データがメッセージに添付されるという表示と、ＭＴＣデータと、データのサイズと、データを送信するために１つまたはいくつかのメッセージが使用されるかどうかの表示と、ＭＴＣデータを完全に伝送するために送信できるいくつかのメッセージ（例えば、いくつかのメッセージが要求された場合）と、メッセージはＭＴＣデータを包含する最後のメッセージであるという表示（例えば、「ＭＴＣデータ終了」と呼ばれてもよい）と、メッセージが最初の伝送かまたは再伝送かどうかという表示と、論理チャネルのタイプと、ＭＴＣデータの優先度と、を含むことができる。

ＷＴＲＵは、本明細書で指定されたように、ＲＲＣ接続拒否、接続設定、セル更新確認またはＵＲＡ更新確認を待つことができる（即ち、ＷＴＲＵがまだ受信していない場合に、一定の時間期間の後、再試行の最大回数まで要求の送信を再試行する）。ネットワークは、異なるタイマおよび再試行の最大回数を指定できる。

セル更新またはＵＲＡ更新の場合、ＷＴＲＵは、確認メッセージを受信することなく、再試行の最大回数に到達した時、リソースを解除しないように決定できる。ＷＴＲＵは、自身の以前のモード（例えば、アイドルモード）に戻ることができる。上述の失敗機構の手順は、ダウンリンク転送手順にも適用できる。例えば、ＷＴＲＵは、ネットワークから応答メッセージを何も受信していない場合、付加的なＲＲＣ接続要求、セル更新またはＵＲＡ更新メッセージを送信しないように決定できるし、ＷＴＲＵは、一定の時間期間の後、手順を中止して、自身の以前のモードに戻ることができる。ここでは、ＷＴＲＵは、ＭＴＣデータをこれ以上待たないことを表示するメッセージをネットワークに送信できるか、またはネットワークにまったく通知しないようにできる。

ＷＴＲＵは、ＭＴＣデータを送信するために、受信されたＲＲＣ接続拒否、セル更新確認またはＵＲＡ更新確認が、ネットワークによって送信されたことを暗示的に知ることができる。ＷＴＲＵは、受信されたメッセージがＭＴＣデータを受信する要求を含んでいるかもしれないか、またはページングメッセージがＭＴＣデータの要因を有しているかもしれない理由により、認識できる。代替として、ＷＴＲＵは、ＭＴＣデータの情報をチェックできる、および／またはＭＴＣデータが、本明細書で定義されたメッセージ内に存在するかどうかをチェックできる。ＭＴＣデータを有するＤＬデータを受信した後、ＷＴＲＵは、アイドルモードまたは以前のモードに戻ることができる（即ち、ＷＴＲＵは、ＲＲＣ接続拒否を受信した場合の通常の手順のように、別のセル上でＲＲＣ接続要求の送信を試みない）。

肯定応答がネットワークによって望まれる場合、ＷＴＲＵは、ＲＲＣ接続要求メッセージを使用して、（例えば、本明細書で説明した要因「ＭＴＣ肯定応答」を付加することによって）肯定応答を送信できる。肯定応答を下位層に送信した後か、または下位層から確認を受信した後に、ＷＴＲＵは、アイドルモードに戻って、手順を終了できる。

ＷＴＲＵが、ＲＲＣ接続拒否の代わりに、ＲＲＣ接続設定を受信できる場合、ＷＴＲＵは、いくつかのやり方で応答できる。例示的な実施形態において、ＷＴＲＵは、ＲＲＣ接続設定完了を送信することによって、ＲＲＣ接続手順を継続できる。設定完了は、ＷＴＲＵがデータを受信した肯定応答機構として機能できる。この時点において、要因がＭＴＣデータである場合、ＷＴＲＵは、異なる状態に移動せずに、設定完了を送信し、アイドルモードに戻り、そして手順を終了できる。ＷＴＲＵは、ひとたびＲＲＣメッセージの配信が成功したことを確認すると、アイドルモードに戻ることができる。

別の実施形態において、ＷＴＲＵが、ＲＲＣ接続拒否の代わりに、ＲＲＣ接続設定を受信する時、ＲＲＣ接続設定メッセージは、ＷＴＲＵが、確立を完全に行って、接続モードに入るかまたはその後にアイドルモードに戻るかどうかを選択するのを許可する、明示的な表示を有することができる。別の実施形態において、ＷＴＲＵは、ネットワークからの要求を無視して、メッセージを何も返信しないようにできる。別の実施形態において、ＷＴＲＵは、ＩＥをＲＲＣ接続設定完了内に付加することによって、または新しいタイプのメッセージを送信することによって、またはＭＴＣデータを再度求める別のＲＲＣ接続要求を送信することによって、ＲＲＣ接続設定メッセージを無視することをネットワークに通知できる。ＷＴＲＵもＭＴＣデータをネットワークに送信する必要がある場合、ＷＴＲＵは、ネットワークに送信するＲＲＣ接続設定完了にそのデータを添付できる（詳細は本明細書のＤＣＣＨ関連を参照されたい）。別の実施形態において、ＷＴＲＵが、ＤＬで受信されたメッセージが受け持つ転送のアップリンクデータを有する場合、ＷＴＲＵは、ＲＲＣ接続を維持する選択をして、レガシー応答を有するＲＲＣ接続設定を送信できる。

実施形態において、データをＲＲＣ接続拒否内に添付する代わりに、ネットワークは、ＭＴＣデータをＲＲＣ接続設定内に添付できる。同様に、ＭＴＣデータをＲＲＣ接続拒否に添付するための、本明細書で説明したＩＥおよびふるまいを使用できる。

実施形態において、ひとたびＷＴＲＵが、ＭＴＣデータを受信するためにページされると、要求メッセージをネットワークに送信しなくても、ＷＴＲＵは、ＲＲＣ接続拒否、セル更新確認、およびＵＲＡ更新確認を受信することができるだろう。別の実施形態において、ネットワークは、ページングメッセージ自体の中にＭＴＣデータを添付できる。この場合、ネットワークは、本明細書で定義したのと同じタイプのＩＥをページングメッセージ内で使用できる。ＭＴＣデータを転送するために、１または複数のページングメッセージがネットワークによって使用され得る。この場合、ＷＴＲＵは、データの肯定応答をしてもしなくてもよい。肯定応答の場合、ＷＴＲＵは、ＲＲＣ接続要求のような、既存のメッセージを再使用して、データの肯定応答のみに使用されるＩＥを付加できるし、または新しいメッセージを使用でき、ネットワークからのどのようなタイプの応答(answer)も待たない（即ち、ＲＲＣ接続設定または接続拒否を待たない）。この特別なタイプのＲＲＣ接続要求を受信した時、ネットワークは、接続手順を開始しなくても、むしろ要求メッセージを肯定応答として使用できることを知ることができる。

伝送のふるまいについて、ＷＴＲＵにおいて、成功か否かの、ＭＴＣ伝送のステータスを確認した後、ＷＴＲＵは、アイドルモードに直接戻ることができる。ＷＴＲＵが、データ伝送のレガシーのやり方（本明細書に記述したオプション）に対するＲＲＣ接続を確立させることを決定した場合、ＷＴＲＵがアイドルモードに戻る前に、ＲＲＣ接続解除手順を要求できる。

付加的なシグナリングインジケータを開示されたシグナリング技術に組み込むことができる。ＣＣＣＨ上のＲＲＣメッセージに乗せたＭＴＣデータ伝送を支援するために、いくつかのＲＲＣメッセージの要因を定義するＩＥは、ＭＴＣデータ伝送手順中に必要なシグナリングの設定を含むことができる。ＩＥは、以下、ページング要因の設定を定義できる、ＰＡＧＩＮＧ ＴＹＰＥ１メッセージと、ＩＥが定義できる確立要因で設定する、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴと、ＩＥが定義できる拒否要因で設定する、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＪＥＣＴと、ＩＥが定義できるセル更新要因で設定する、ＣＥＬＬ ＵＰＤＡＴＥと、を含むことができる。

設定は、以下のオプション：第１のＭＴＣデータ伝送を表示する「第１のＭＴＣデータ伝送」と、「ＭＴＣデータ再伝送」と、ＭＴＣデータ再伝送を表示する「ＭＴＣデータ再伝送」と、ＭＴＣデータの正しい受信を肯定応答する「ＭＴＣデータ肯定応答」と、ダウンリンクのＭＴＣデータ転送を要求する「ＤＬ ＭＴＣデータ転送要求」と、アップリンクのＭＴＣデータ転送を要求する「ＵＬ ＭＴＣデータ転送要求」と、ＭＴＣデータ転送のさらなるアクションを拒否する「ＭＴＣデータ拒否」と、ＭＴＣデータがあるかどうかをポーリングする「ＭＴＣデータポーリング」と、ＭＴＣデータポーリングに応答する「ＭＴＣデータ不在」と、のうちの１つまたは組み合わせを含むことができる。

図９は、本明細書で説明したように、ＭＴＣデータを、ＣＣＣＨ上でＲＲＣシグナリングメッセージ、ＲＲＣ接続拒否に添付することに関するダウンリンクのＭＴＣデータ伝送用の例示的なメッセージシーケンスである。別の実装は、ネットワークにページングメッセージ自体の中にデータを送信させることを含むことができ、そこにおいてページングメッセージを、ページングチャネル（ＰＣＨ）内のＵＥにページするために送信できる「ページングタイプ１」のＲＲＣメッセージにすることができる。データ伝送は、ページングメッセージを有するネットワークを元とすることができる。

ダウンリンクのデータ転送サイクルは、ＲＲＣ接続拒否メッセージに従うことを含むことができる。ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮ９２５（例えば、ネットワーク）は、「ＤＬ ＭＴＣデータ伝送要求」の定義されたＩＥに設定された、ページングメッセージ９０２のページング要因をＷＴＲＵ９２０に送信できる。ＷＴＲＵ９２０は、「ＤＬ ＭＴＣデータ転送要求」の定義された要因に設定されたＥＳＴＡＢＬＩＳＨＭＥＮＴ＿ＣＡＵＳＥか、または別のレガシー設定を包含できる、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴ９０４を送信することによってページングメッセージ９０２に応答できる。ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＪＥＣＴメッセージ９０６は、「ＭＴＣデータ伝送」に添付されたＭＴＣデータと、「ＭＴＣデータ伝送」に設定された拒否要因とを有する、ＵＴＲＡＮ９２５から送信されることができる。ＷＴＲＵ９２０は、「ＭＴＣデータ肯定応答」の定義された確立要因を有する別のＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴ９０８を送信することによって、肯定応答で応答できる。この時点において、ＷＴＲＵ９２０は、ＤＬデータ伝送が完了したと見なして、アイドルモード９１０に入ることができる。ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮ９２５は、「ＭＴＣデータ肯定応答」に設定された確立要因を有するＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴ９０８を受信して、ＤＬデータ伝送が完了したと見なすことができる。

代替として、ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮ９２５が、第２のＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴを受信した場合、ＵＴＲＡＮ／Ｅ−ＵＴＲＡＮ９２５は、以前のＭＴＣデータ伝送９０６を失敗と見なすことができ、そして、「ＭＴＣデータ再伝送」に設定されることができる拒否要因以外は、シーケンス９０６と同様の伝送を反復することによってＭＴＣデータの再伝送を開始できる。

図１０は、ＲＲＣ接続設定を使用してＭＴＣデータを搬送する、例示的なメッセージシーケンスである。シーケンスは、図９と同様である。図１０に示すように、１００５において、ＲＲＣ接続設定完了メッセージを、ＷＴＲＵ１０１０からＵＴＲＡＮ／Ｅ−ＵＴＲＡＮ１０１５（即ち、ネットワーク）に送信して、ＭＴＣデータの受信が成功し、ＷＴＲＵ１０１０がデータ交換を終了し、そしてアイドルモード１００７に戻ることを表示できる。

開示されたシグナリング技術をサポートできる別の変更を、ＷＴＲＵの開始によるダウンリンク伝送とする。例えば、ＷＴＲＵが起動してページング機会を聴取する代わりに、ＷＴＲＵは、例えば、定期的な報告などの、事前定義された時間間隔（恐らくＭＴＣコンフィギュレーションによって構成される）で起動して、データをＷＴＲＵに送信するために必要とするネットワークをポーリングできる。

ＷＴＲＵの開始によるダウンリンク伝送を、ＲＲＣ接続要求、セル更新メッセージ、またはＵＲＡ更新メッセージのうちの１つまたは組み合わせを使用して、ＷＴＲＵがネットワークをポーリングすることによって行うことができる。新しい要因を、ＷＴＲＵがデータをポーリングすることを表示する、このメッセージに付加できる。ＤＬ応答メッセージは、本明細書で説明した手順を任意に使用してＷＴＲＵに添付して送信できる、ＭＴＣデータを包含できる。代替として、データがないことを表示するＤＬ応答を送信できる。例えば、「ＭＴＣデータ不在」要因を有するＲＲＣ接続拒否メッセージを送信できる。この概念は、他のＤＬメッセージに適用でき、本明細書で説明した手順も適用可能できる。

図１１は、ＷＴＲＵの開始によるダウンリンク伝送の例示的なメッセージシーケンスである。ＷＴＲＵ１１２０は、事前定義された時間にＲＲＣ接続要求を有するＵＴＲＡＮ／Ｅ−ＵＴＲＡＮ１１２５（即ち、ネットワーク）をポーリングできる。１１０３において、ネットワーク１１２５は、伝送に使用可能なデータがないことを表示する要因「「ＭＴＣデータ不在」を有するＲＲＣ接続拒否メッセージで応答できる。ＷＴＲＵ１１２０は、アイドルモード１１０５に戻ることができる。定期的なタイマの期限が切れた時、１１０７において、ＷＴＲＵ１１２０は、ネットワーク１１２５に再度ポーリングできる。ネットワーク１１２５は、ＤＬで送信するデータを有していて、１１０９において、データの伝送を開始できる。

実施形態は、ＤＣＣＨシグナリングベアラを使用してＭＴＣデータ伝送を実現することもできる。ダイレクト転送メッセージを、アップリンクおよびダウンリンクのＭＴＣデータ伝送に使用できる。ダイレクト転送メッセージは、符号化されたＮＡＳメッセージを搬送でき、ＵＭＴＳ用のシグナリング無線ベアラＲＢ３およびＲＢ４上と、ＬＴＥ用のＳＲＢ２上に送信できる。本明細書で説明した実施形態を、他の無線ベアラに対しても実装できる。さらに、１またはいくつかの無線ベアラをＭＴＣメッセージ専用にすることができる。ＭＴＣ無線ベアラのパラメータを、ネットワークによってＲＲＣメッセージ内で構成されたシステム情報におけるＤＬのブロードキャスト制御チャネル（ＢＣＣＨ）上にブロードキャストするか、またはＷＴＲＵに記憶されたデフォルトコンフィギュレーションにすることができる。

ＭＴＣデータを包含するダイレクト転送メッセージが送信される時、ＷＴＲＵは、アタッチ手順ならびに認証・セキュリティ手順を行ったかもしれない。代替として、ＭＴＣデータを包含するダイレクト転送メッセージを、ＷＴＲＵにアタッチされずに、および／またはＷＴＲＵが認証・セキュリティ手順を行わずに、送信できる。

接続モードにおいて、ＭＴＣデバイスは、イニシャルダイレクト転送、アップリンクダイレクト転送、またはＵＬ情報転送メッセージを送信することによって、データをネットワークに送信できる。ネットワークが、データをＭＴＣデバイスに送信する必要がある度に、ネットワークは、ダウンリンクダイレクト転送またはＤＬ情報転送メッセージをＷＴＲＵに送信できる。その後に続くＩＥのうちの１つまたは組み合わせを、異なるタイプのダイレクト転送メッセージに付加できる。ＩＥは、ＭＴＣデータがメッセージ（例えば、ブールメッセージ）内に存在することを表示するＩＥと、ＩＥ ＭＴＣデータ（例えば、オプションＩＥ）と、ＩＥ ＭＴＣデータサイズと、ＭＴＣサービスまたはＣＮドメイン識別子をパケット交換（ＰＳ）の既存値に設定できるドメイン識別子に設定された、レガシーＩＥコアネットワーク（ＣＮ）のドメイン識別子と、ＭＴＣデータ転送の値に設定されたレガシーＩＥ確立要因と、ＭＴＣデータ受信の識別子を表示するＩＥと、ＩＥ ＭＴＣデバイス識別子と、ＩＥ ＭＴＣコントローラ識別子と、を含むことができる。

レガシーダイレクト転送メッセージの使用に代わる実施形態において、１またはいくつかの新しいメッセージを定義でき、例えば、イニシャルＭＴＣデータ転送、アップリンクのＭＴＣデータ転送、およびダウンリンクのＭＴＣデータ転送と呼ばれてもよい。さらに、ＮＡＳメッセージを搬送するのに使用される、他のレガシーＲＲＣメッセージを、例えば、ＬＴＥのＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅまたはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに使用することもできる。

ＷＴＲＵ側またはネットワーク側のＲＲＣが、ダイレクト転送メッセージを受信する時、ダイレクト転送メッセージをチェックして、メッセージがＭＴＣデータを包含しているかどうかを判定できる。その判定は、ＭＴＣデータの存在を表示するＩＥをチェックするか、またはＭＴＣデータのＩＥをチェックすることによって行われることができる。ＭＴＣデータは、ＮＡＳメッセージを送信するのに使用できる信号か、または異なる信号よりはむしろ、同じ信号で上位層に送信されることができる。

ダイレクト転送手順を使用したＭＴＣデータ伝送の別の例示的な実施形態において、ＭＴＣデータをダイレクト転送メッセージにただ添付する代わりに、ＮＡＳメッセージ自体をＭＴＣデータを送信するのに使用できる。例えば、ＩＥを、アタッチ要求、アタッチ受諾、アタッチ拒否、アタッチ完了、位置エリア更新／受諾／拒否、および／またルーティングエリア更新／受諾／拒否などの、既存のＮＡＳメッセージ内に付加できる。位置エリア更新およびルーティングエリア更新などの、いくつかのＮＡＳメッセージを、ＷＴＲＵによって定期的に送信できることによって、ＷＴＲＵが、シグナリング負荷を増大せずに、データをネットワークに送信することが可能になる。この実施形態において、本明細書で説明したダイレクト転送メッセージ用のＩＥのうちの１つまたは組み合わせを、ＮＡＳメッセージに付加できる。

ネットワークは、ＰＡＧＩＮＧ ＴＹＰＥ２メッセージまたは例えば、「ＮＡＳメッセージ上へのＭＴＣデータ伝送」と呼ばれてもよい新しいページング要因を有する別の既存のメッセージを利用することによって、または例えば、ＵＬ ＭＴＣ転送要求と呼ばれてもよい新しいメッセージを使用することによって、アップリンクのＭＴＣデータ転送を開始できる。

ＭＴＣデータは、例えば、「ＤＬ ＭＴＣ転送要求」と呼ばれてもよい新しいメッセージを送信することによって、または既存のメッセージを再使用して例えば、「ＭＴＣデータ受信要求」と呼ばれるＩＥを付加することによって、ダウンリンクのＭＴＣデータ転送を開始できる。

ＭＴＣデータ伝送は、ＲＲＣ接続設定完了メッセージを使用して実現されることもできる。ＤＣＣＨにおけるアップリンクのＭＴＣデータ伝送は、予備のＲＲＣ接続の確立を要求できる、ＲＲＣ接続設定完了メッセージを使用することによって達成されることができる。

ＷＴＲＵは、例えば、ＭＴＣデータ伝送要求と呼ばれてもよい、新しく定義された要因に設定された確立要因を有するＲＲＣ接続要求メッセージを、ネットワークに送信することによって、ＭＴＣデータ伝送要求を開始できる。ネットワークが要求を受諾する場合、ＷＴＲＵは、ＲＲＣ接続設定メッセージをＷＴＲＵに送信することによって、通常通りのＲＲＣ接続設定手順を継続できる。ＲＲＣ接続設定メッセージは、以下のＩＥ：ＭＴＣデータ伝送の許可が与えられたという表示と、ＷＴＲＵが送信を許可されているＭＴＣデータの最大サイズと、ＭＴＣデータを添付するためにＷＴＲＵが送信することができるメッセージ数の表示（例えば、ＷＴＲＵは、１つに限らずいくつかのＲＲＣ接続設定完了メッセージを使用できる）と、ＷＴＲＵがＭＴＣデータを送信するのにいくつかのメッセージが必要な場合に、ＷＴＲＵが次のメッセージをそのＭＴＣデータと共に送信できるという表示と、のうちの１つまたは組み合わせを含むことができる。

ネットワークが、ＷＴＲＵからのＭＴＣデータ伝送要求を拒否することを決定する場合に、ネットワークは、例えば、「ＭＴＣデータ伝送拒否」と呼ばれてもよいＩＥに設定された拒否要因を有する、ＲＲＣ接続拒否を送信できる。代替として、ＲＲＣ接続拒否との接続を拒否する代わりに、ネットワークは、ＭＴＣデータ伝送が拒否されたことを表示するＩＥを有する、ＲＲＣ接続設定を送信できる。

ＷＴＲＵが、ＭＴＣデータ伝送要求を受諾する、ＲＲＣ接続設定メッセージを受信する時、ＷＴＲＵは、このメッセージのＩＥの一部として添付されたＭＴＣデータを有するＲＲＣ接続設定完了メッセージを送信することによって、ＭＴＣデータ伝送を開始できる。以下のＩＥ：ＭＴＣデータまたはＭＴＣデータの一部と、ＭＴＣデータのサイズまたはＭＴＣデータの一部のサイズと、ＭＴＣデータの全サイズと、ＷＴＲＵが全ＭＴＣデータを添付するために送信が必要なメッセージ数と、例えば、ＭＴＣデータ専用のＭＴＣコントローラなどの、受信側の識別子と、ＭＴＣデータの優先度と、のうちの１つまたは組み合わせをＲＲＣ接続設定完了メッセージに付加できる。

ネットワークが、ＭＴＣデータを包含するＲＲＣ接続設定完了を受信した時、ネットワークは、ＲＲＣ接続解除（RRC Connection Release）をＷＴＲＵに送信して、その接続を解除できる。このＲＲＣ接続解除は、ＷＴＲＵがＭＴＣデータの送信を停止しなければならないことを表示するＩＥを包含できる。代替として、ネットワークは、ＲＲＣ接続解除を送信する前に、ＷＴＲＵが全てのＭＴＣデータを送信するのに必要とする数の、ＲＲＣ接続設定完了メッセージを待つことができる。ＷＴＲＵは、自身が、添付されたＭＴＣデータ有するＲＲＣ接続設定完了メッセージの送信を継続できることをＷＴＲＵに表示する、別のメッセージを送信することもできる。このメッセージを、別のレガシーＲＲＣメッセージまたは新しいメッセージに付加される、ＩＥを有する別のＲＲＣ接続設定にすることができる。

ＷＴＲＵがＲＲＣ接続解除を受信した時、ＷＴＲＵは、ＭＴＣデータをネットワークに送信することを停止して、ＷＴＲＵがＭＴＣデータの送信を停止したことをネットワークに表示するＩＥを包含できる、ＲＲＣ接続解除完了（RRC Connection Release Complete）を送信できる。ＲＲＣ接続解除を待つ代わりに、ＷＴＲＵは、ＭＴＣデータの送信を自律的に停止して、ＲＲＣ接続解除を何も受信せずにＲＲＣ接続解除完了を送信することによって、またはＭＴＣデータ伝送の中断を表示するＩＥを有する別の既存のＲＲＣメッセージを送信することによって、または例えば、「ＭＴＣデータ伝送完了」と呼ばれてもよいＲＲＣメッセージを送信することによって、ＭＴＣデータ伝送を中断することをネットワークに通知できる。

シグナリング負荷を削減するために、ＷＴＲＵは、ネットワークによって命令されなくても、自律的に接続を解除できる。例えば、時間制御されたデバイスは、ネットワークによって命令されなくても、自律的に接続を解除でき、そこでのネットワークおよびＷＴＲＵは、ＷＴＲＵがデータを送受信する時を前もって知っている。自律的ＲＲＣ接続解除の異なるソリューションを以下に提示するが、それらを単独または組み合わせて使用してよい。

データの送信または受信の予定持続時間（anticipated duration）を前もって知ることができる。ＷＴＲＵは、持続時間が過ぎた後、接続を解除でき、そこでの開始時間を、例えば、ネットワークまたはＷＴＲＵにおいて送信または受信が始まる時刻にすることができる。さらに、接続解除時間は、送信（または受信）の持続時間および一定の時間遅延を考慮するように構成されてもよい。時間遅延をデフォルト値および／またはユーザまたはネットワークが構成可能な値にすることができる。

実施形態において、持続時間をＷＴＲＵに記憶して、ネットワークによって１回または一定の間隔で構成することができる。言い換えれば、ＷＴＲＵに記憶されたデフォルト持続時間があるだろうが、ネットワークは、制御メッセージ経由で、例えば、ＲＲＣメッセージ経由でそれを更新できる。ＷＴＲＵは、更新された持続時間を受信するまで、この新しい持続時間を保存できる。

さらに、持続時間は、接続設定フェーズ中にネットワークによって構成されることができる。この場合、ＷＴＲＵによって使用されるデフォルトコンフィギュレーションもあるだろう。ネットワークによって送信された値を、各接続が終わった後、ＷＴＲＵ内で再設定できる。

ＷＴＲＵは、データ送信を行った後、ＲＲＣ接続を自律的に解除できる。実施形態において、ＷＴＲＵは、最後のデータを送信した後、時間期間が過ぎた後でＲＲＣ接続を自律的に解除できる。別の実施形態において、ＷＴＲＵは、事前定義された時間期間にアップリンク（ＵＬ）データがまったく実行されなかった、およびこの時間期間中にＤＬデータがまったく受信されなかった場合、ＲＲＣ接続を自律的に解除できる。データ伝送は、上位層のデータ伝送を指してもよいし、または第２層（Ｌ２）伝送を考慮に入れてもよい。使用可能なデータがそれ以上ないかどうかの判定は、無線リンク制御（ＲＬＣ）のバッファステータスに基づくことができる。使用中のＲＬＣ肯定応答モード（ＡＭ）および否定応答データがまだバッファ内に残っている場合、ＷＴＲＵは、接続を維持できる。そうでなければ、ＷＴＲＵは、上記の基準に合致した時に接続を解除できる。

ネットワークは、ＷＴＲＵが、以下の方法のうちの１つまたは組み合わせを用いて接続を解除したことを認識できる。実施形態において、ネットワークは、ＷＴＲＵからのデータを何も受信せずに、あるタイマの時間が過ぎた後、接続が終わったと判定できる。別の実施形態において、ＷＴＲＵは、既存のＲＲＣメッセージまたは新しいＲＲＣメッセージを使用して、ＲＲＣ接続を解除する表示をネットワークに送信できる。代替として、ＷＴＲＵは、Ｌ２表示（例えば、ＭＡＣメッセージ、ＳＩのヘッダ内またはペイロードの一部としてまたは特殊値）またはＬ１信号を送信できる。別の実施形態において、ネットワークは、ＷＴＲＵが送信する予定のデータ量を認識して、このデータ量が受信された後に接続を解除できる。このデータ量をデフォルト値にすることができるか、またはデータ伝送を開始する前にＷＴＲＵまたはネットワークによって表示できる。ＷＴＲＵがデータの一部またはすべてを送信できなくなった場合の失速状況を避けるために、伝送がとることができる最大持続時間を定義するようにタイマを定義できる。このタイマの時間が過ぎた時、ネットワークは、接続を解除できる。ひとたびデータ全体がネットワークによって受信されると、このタイマを停止できる。

ネットワークは、ＷＴＲＵへのデータ送信を行った時、ＲＲＣ接続を自律的に解除できる。ＷＴＲＵは、ＷＴＲＵがネットワークからのデータの受信を停止した後、一定の時間期間の後で、ネットワークが接続を終了したことを判定でき、そこにおいて、ＷＴＲＵは、ＷＴＲＵ側で接続を解除できる。さらに、ＷＴＲＵも一定の時間期間中に送信するアップリンクデータがない場合、接続を終了できる。

ネットワークは、ＷＴＲＵへのデータ送信を行った時、ＲＲＣ接続を自律的に解除でき、そこにおいて、ＷＴＲＵは、ネットワークがＷＴＲＵに送信する予定の一定量のデータを前もって知ることができ、その一定量のデータが受信された。データ量をデフォルト値にすることができるか、または各データ伝送の開始時にネットワークによるか、またはデータ伝送の一定数か、またはリコンフィギュレーションが発生するまでの量に構成できる。ネットワークが、データの一部またはすべてを送信することができない場合に、タイマをＷＴＲＵ内で定義して、データ受信を最大持続時間にする予定で表すことができる。たとえＷＴＲＵが、予定されていたデータ量を受信していなくても、タイマの期限が切れる時、ＷＴＲＵは、接続を自律的に解除できる。代替として、タイマの期限が切れる前にデータの一部またはすべてがＷＴＲＵによって受信された時、タイマを停止でき、ＷＴＲＵは、接続を自律的に解除できる。

ＷＴＲＵは、本明細書に記述した条件に合致する時、ＮＡＳから自律的にデタッチすることもできる。例えば、ひとたびＲＲＣ接続が解除されると、ＷＴＲＵは、以下の基準：１）所定の時間期間にＵＬ伝送がまったく行われていない（例えば、ＲＲＣ接続の開始をまったく要求しない）、２）時間期間に情報を要求するポーリングメッセージがまったくない受信されていない、３）このＷＴＲＵを対象としたページングメッセージがないか、またはＷＴＲＵにＲＲＣ接続を開始させるページングメッセージが時間期間に受信されない、４）この時間と次にスケジュールされた発生との間の時間差が閾値よりも大きい、のうちの１つまたは組み合わせに合致する時、ＮＡＳアタッチメントを解除できる。

本明細書で開示された技術をいずれのＷＴＲＵにも使用できることに留意されたい。本明細書に記述したシグナリング削減は、低消費電力デバイスに有利となる、消費電力を削減するソリューションにつながるであろう。本明細書の概念は、ＭＴＣ通信に関連する他の多くの使用時例に適用可能であり拡張可能であることを理解されたい。開示された技術は、ＭＴＣデータを制御プレーン上に送信することによって、デバイスが節電できる結果となる。またレガシー伝送技術が典型的に必要とする接続手順を行わなくて済む技術も開示されている。この概念の一部は、いくつかのＭＴＣアプリケーションに適用できるので、増加した数のシナリオに適用できる。

ＭＴＣデバイスは、ＭＴＣフューチャのサブセットを含むことができることにも留意されたい。例えば、単一のＭＴＣデバイスは、以下のフューチャ、１）時間許容、２）時間制御、３）渋滞表示、を有することができる。本開示において、言及したＭＴＣフューチャは、３ＧＰＰによって定義されるＭＴＣデバイスに起因するフィーチャを含むが、３ＧＰＰネットワーク内のＭＴＣデバイスに起因するその他のフィーチャか、または他の無線ネットワークのコンテキストにおけるＭＴＣデバイスに起因する他のフィーチャを含むこともできる。開示された技術の最適な組み合わせは、限定されたＭＴＣデバイスの特定のフィーチャによって決まる。本明細書に記述した概念をＭＴＣ実施形態以外のＷＴＲＵに適用できることに留意されたい。

本機能および要素を特定の組み合わせにおいて上述したが、各機能または要素を単独で、または他の機能および要素との任意の組み合わせにおいて使用することができることを当業者は認識されたい。さらに、本明細書で説明した方法を、コンピュータまたはプロセッサによって実行するためのコンピュータ可読媒体に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアに実装できる。コンピュータ可読媒体の例は、電子信号（有線または無線接続を介して送信される）およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、これらに限らない。ソフトウェアと連動するプロセッサを使用して、ＷＴＲＵ、ＵＥ、端末機、基地局、ＲＮＣ、または任意のホストコンピュータで使用するための無線周波数トランシーバを実装することができる。ＵＭＴＳおよびＬＴＥ仕様で使用されるメッセージングの命名規則は、わずかに異なって表現される場合もあることに留意されたい。メッセージングの命名規則を、特に断りのない限り、特定の項および全体として開示されるそれらの使用の状況において自称してもよい。本明細書の用語である、フューチャ、能力、およびサービスを同じ意味で使用してよい。本明細書の方法は、必ずしもＭＴＣデバイスではないＷＴＲＵにも適用可能である。

Claims (3)

1. マシンタイプ通信（ＭＴＣ）装置のための通信の方法であって、
   前記ＭＴＣ装置において、ネットワークのＭＴＣ能力情報を含むＭＴＣデータをシステム情報ブロック（ＳＩＢ）メッセージを介して受信するステップと、
   前記ＭＴＣ装置において、小データ伝送能力を含むＭＴＣデータを、前記ＳＩＢメッセージに応答するアタッチメッセージに付加するステップと、
   前記ＭＴＣ装置から、前記付加された、小データ伝送能力を含むＭＴＣデータを有する前記アタッチメッセージを送信するステップであって、前記ＭＴＣは、前記ネットワークの前記ＭＴＣ能力情報に示された小データ伝送を含むことと
   を備えることを特徴とする方法。
2. 前記小データ伝送に関するＭＴＣデータは、データベアラの確立がなくても送信されることを特徴とする請求項１に記載の方法。
3. 前記小データ伝送に関するＭＴＣデータが前記アタッチメッセージに付加されたことをネットワークに通知するステップをさらに備えることを特徴とする請求項１に記載の方法。

Images