(57)【要約】本明細書の一開示は、基地局がＥＤＴ（Ｅａｒｌｙ  Ｄａｔａ  Ｔｒａｎｓｍｉｓｓｉｏｎ）をサポートする方法を提供する。前記方法は、第１のメッセージをＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）から受信するステップを含むことができる。前記第１のＮＡＳメッセージは、ダウンリンクデータを含むことができる。前記方法は、前記第１のＮＡＳメッセージの受信に基づいて、前記ダウンリンクデータ外に追加的なデータはないということを確認するステップをさらに含むことができる。【選択図】図１４ａ
2019525674.tif 000002
【特許請求の範囲】
【請求項１】
基地局がＥＤＴ（Ｅａｒｌｙ  Ｄａｔａ  Ｔｒａｎｓｍｉｓｓｉｏｎ）をサポートする方法であって、
第１のメッセージをＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）から受信するステップであって、前記第１のＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）メッセージは、ダウンリンクデータを含む、ステップと、
前記第１のＮＡＳメッセージの受信に基づいて、前記ダウンリンクデータ外に追加的なデータはないということを確認するステップと、を含むことを特徴とする、方法。
【請求項２】
前記基地局が初期ＵＥ（Ｉｎｉｔｉａｌ  Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）メッセージをＭＭＥに送信するステップをさらに含み、
前記初期ＵＥメッセージは、ＥＤＴによるＵＥのデータを含むことを特徴とする、請求項１に記載の方法。
【請求項３】
前記第１のＮＡＳメッセージは、ダウンリンクＮＡＳ伝達（Ｄｏｗｎｌｉｎｋ  Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ  Ｔｒａｎｓｐｏｒｔ）メッセージを含むことを特徴とする、請求項１に記載の方法。
【請求項４】
前記基地局がＵＥコンテキスト再開要求メッセージを前記ＭＭＥに送信するステップをさらに含むことを特徴とする、請求項１に記載の方法。
【請求項５】
ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層と上位層を含む無線機器がＥＤＴ（Ｅａｒｌｙ  Ｄａｔａ  Ｔｒａｎｓｍｉｓｓｉｏｎ）によってＵＬ（Ｕｐｌｉｎｋ）データを送信する方法であって、
前記上位層からＲＡＩ（Ｒｅｌｅａｓｅ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｄｉｃａｔｉｏｎ）を取得するステップと、
前記ＲＡＩに基づいてＥＤＴ適用が可能かどうかを判断するステップと、
前記ＥＤＴの適用が可能であると判断される場合、前記ＵＬデータを含むＲＲＣ要求メッセージを送信するステップと、を含むことを特徴とする、方法。
【請求項６】
前記取得するステップでは、
ＲＲＣ確立原因とコールタイプ（ｃａｌｌ  ｔｙｐｅ）がさらに取得されることを特徴とする、請求項５に記載の方法。
【請求項７】
前記ＵＬデータを含むＲＲＣ要求メッセージは、ランダムアクセス手順の３番目のメッセージを介して送信されることを特徴とする、請求項５に記載の方法。
【請求項８】
前記ＲＲＣ要求メッセージは、ＥＰＳベアラＩＤ及びＬＣ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）ＩＤのうち一つ以上を含むことを特徴とする、請求項５に記載の方法。
【請求項９】
前記ＲＡＩは、後続するＵＬデータが予想されないことを示し、または前記ＵＬデータに対する一つのＤＬ（Ｄｏｗｎｌｉｎｋ）データのみが予想されることを示すことを特徴とする、請求項５に記載の方法。
【請求項１０】
前記ＲＲＣ要求メッセージは、ＲＲＣ接続再開要求メッセージを含むことを特徴とする、請求項５に記載の方法。
【請求項１１】
前記ＵＬデータが制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ：ＣＰ）を介して送信される場合、ＲＲＣ接続再開手順が実行されないことを特徴とする、請求項５に記載の方法。
【請求項１２】
前記ＵＬデータが制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ：ＣＰ）を介して送信される場合、前記ＲＲＣ要求メッセージは、ＲＲＣ接続再開要求メッセージとは異なるメッセージであることを特徴とする、請求項１１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信に関する。
【背景技術】
【０００２】
移動通信システムの技術規格を制定する３ＧＰＰでは、第４世代移動通信と関連した多様なフォーラム及び新しい技術に対応するために、２００４年末から３ＧＰＰ技術の性能を最適化させて向上させようとする努力の一環としてＬＴＥ／ＳＡＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ／Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）技術に対する研究を始めた。
【０００３】
３ＧＰＰ  ＳＡ  ＷＧ２を中心に進行されたＳＡＥは、３ＧＰＰ  ＴＳＧ  ＲＡＮのＬＴＥ作業と並行してネットワークの構造を決定し、異機種ネットワーク間の移動性をサポートすることを目的とするネットワーク技術に対する研究であって、最近３ＧＰＰの重要な標準化問題のうちの一つである。これは３ＧＰＰシステムをＩＰベースの多様な無線接続技術をサポートするシステムに発展させるための作業であって、より向上したデータ送信能力で送信遅延を最小化する、最適化されたパケットベースのシステムを目標にして作業が進行されてきた。
【０００４】
３ＧＰＰ  ＳＡ  ＷＧ２で定義したＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）上位水準参照モデル（ｒｅｆｅｒｅｎｃｅ  ｍｏｄｅｌ）は、非ローミングケース（ｎｏｎ−ｒｏａｍｉｎｇ  ｃａｓｅ）及び多様なシナリオのローミングケース（ｒｏａｍｉｎｇ  ｃａｓｅ）を含んでおり、詳細内容は、３ＧＰＰ標準文書ＴＳ２３.４０１とＴＳ２３.４０２で参照することができる。図１のネットワーク構造図は、これを簡略に再構成したものである。
【０００５】
図１は、進化した移動通信ネットワークの構造図である。
【０００６】
ＥＰＣは、多様な構成要素を含むことができ、図１は、そのうち一部に該当する、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）５２、ＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）５３、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）５１、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）を示す。
【０００７】
Ｓ−ＧＷ５２は、無線アクセスネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢ２２とＰＤＮ  ＧＷ５３との間のデータ経路を維持する機能をする要素である。また、端末（または、Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）がｅＮｏｄｅＢ２２によりサービング（ｓｅｒｖｉｎｇ）される領域にわたって移動する場合、Ｓ−ＧＷ５２は、ローカル移動性アンカーポイント（ａｎｃｈｏｒ  ｐｏｉｎｔ）の役割をする。即ち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８以後で定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）内での移動性のために、Ｓ−ＧＷ５２を介してパケットがルーティングされることができる。また、Ｓ−ＧＷ５２は、他の３ＧＰＰネットワーク（３ＧＰＰリリース８以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもできる。
【０００８】
ＰＤＮ  ＧＷ（または、Ｐ−ＧＷ）５３は、パケットデータネットワークに向かうデータインターフェースの終端点（ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ）に該当する。ＰＤＮ  ＧＷ５３は、ポリシー執行特徴（ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）、課金サポート（ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ）などをサポートすることができる。また、３ＧＰＰネットワークと非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のような信頼されないネットワーク、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワークやＷｉＭａｘのような信頼されるネットワーク）との移動性管理のためのアンカーポイントの役割をすることができる。
【０００９】
図１のネットワーク構造の例示は、Ｓ−ＧＷ５２とＰＤＮ  ＧＷ５３が別途のゲートウェイで構成されるものを示すが、二つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ）によって具現されることもできる。
【００１０】
ＭＭＥ５１は、ＵＥのネットワーク連結に対するアクセス、ネットワークリソースの割当、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバなどをサポートするためのシグナリング及び制御機能を実行する要素である。ＭＭＥ５１は、加入者及びセッション管理に関連した制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）機能を制御する。ＭＭＥ５１は、数多くのｅＮｏｄｅＢ２２を管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバのための従来のゲートウェイの選択のためのシグナリングを実行する。また、ＭＭＥ５１は、セキュリティ過程（Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ）、端末対ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ）、アイドル端末位置決定管理（Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）などの機能を遂行する。
【００１１】
ＳＧＳＮは、異なるアクセス３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク、ＵＴＲＡＮ／ＧＥＲＡＮ）に対するユーザの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）といった全てのパケットデータをハンドリングする。
【００１２】
ｅＰＤＧは、信頼されない非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）等）に対するセキュリティノードとしての役割をする。
【００１３】
図１を参照して説明したように、ＩＰ能力を有する端末（または、ＵＥ）は、３ＧＰＰアクセスはもちろん非３ＧＰＰアクセスに基づいても、ＥＰＣ内の多様な要素を経由して事業者（即ち、オペレータ（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。
【００１４】
また、図１は、多様なレファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥ等）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの異なる機能エンティティ（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）に存在する２個の機能を連結する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）と定義する。以下の表１は、図１に示すレファレンスポイントを整理したものである。表１の例示の外にもネットワーク構造によって多様なレファレンスポイントが存在できる。
【００１５】
【表１】
2019525674.tif 000003
【００１６】
図１に示すレファレンスポイントのうち、Ｓ２ａ及びＳ２ｂは、非３ＧＰＰインターフェースに該当する。Ｓ２ａは、信頼される非３ＧＰＰアクセス及びＰＤＮ  ＧＷ間の関連制御及び移動性サポートをユーザプレーンに提供するレファレンスポイントである。Ｓ２ｂは、ｅＰＤＧ及びＰＤＮ  ＧＷ間の関連制御及び移動性サポートをユーザプレーンに提供するレファレンスポイントである。
【００１７】
図２は、一般的にＥ−ＵＴＲＡＮと一般的なＥＰＣのアーキテクチャを示す例示図である。
【００１８】
図示されたように、ｅＮｏｄｅＢ２０は、ＲＲＣ接続が活性化されている中、ゲートウェイへのルーティング、ページングメッセージのスケジューリング及び送信、ブロードキャストチャネル（ＢＣＨ）のスケジューリング及び送信、アップリンク及びダウンリンクでのリソースをＵＥに動的割当、ｅＮｏｄｅＢ２０の測定のための設定及び提供、無線ベアラ制御、無線許可制御（ｒａｄｉｏ  ａｄｍｉｓｓｉｏｎ  ｃｏｎｔｒｏｌ）、そして、接続移動性制御などのための機能を遂行することができる。ＥＰＣ内では、ページング発生、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザプレーンの暗号化、ＥＰＳベアラ制御、ＮＡＳシグナリングの暗号化及び完全性保護機能を遂行することができる。
【００１９】
図３は、ＵＥとｅＮｏｄｅＢとの間の制御プレーンでの無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の構造を示す例示図であり、図４は、端末と基地局との間のユーザプレーンでの無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の構造を示す他の例示図である。
【００２０】
前記無線インターフェースプロトコルは、３ＧＰＰ無線アクセスネットワーク規格を基盤とする。前記無線インターフェースプロトコルは、水平的には物理層（Ｐｈｙｓｉｃａｌ  Ｌａｙｅｒ）、データリンク層（Ｄａｔａ  Ｌｉｎｋ  Ｌａｙｅｒ）、及びネットワーク層（Ｎｅｔｗｏｒｋ  Ｌａｙｅｒ）からなり、垂直的にはデータ情報送信のためのユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）と、制御信号（Ｓｉｇｎａｌｉｎｇ）伝達のための制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）とに区分される。
【００２１】
前記プロトコル階層は、通信システムで広く知られた開放型システム間相互接続（Ｏｐｅｎ  Ｓｙｓｔｅｍ  Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ；ＯＳＩ）基準モデルの下位３層に基づいてＬ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分されることができる。
【００２２】
以下、前記図３に示す制御プレーンでの無線プロトコルと図４に示すユーザプレーンでの無線プロトコルの各層を説明する。
【００２３】
第１層である物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を利用して情報転送サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。前記物理層は、上位にある媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とはトランスポートチャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して連結されており、前記トランスポートチャネルを介して媒体アクセス制御層と物理層との間のデータが伝達される。そして、互いに異なる物理層間、即ち、送信側と受信側の物理層間は、物理チャネルを介してデータが伝達される。
【００２４】
物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）は、時間軸上にある複数個のサブフレームと、周波数軸上にある複数個のサブキャリア（Ｓｕｂ−ｃａｒｒｉｅｒ）とで構成される。ここで、一つのサブフレーム（Ｓｕｂ−ｆｒａｍｅ）は、時間軸上に複数のシンボル（Ｓｙｍｂｏｌ）と複数のサブキャリアとで構成される。一つのサブフレームは、複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）で構成され、一つのリソースブロックは、複数のシンボル（Ｓｙｍｂｏｌ）と複数のサブキャリアとで構成される。データが送信される単位時間であるＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は、１個のサブフレームに該当する１ｍｓである。
【００２５】
前記送信側と受信側の物理層に存在する物理チャネルは、３ＧＰＰ  ＬＴＥによると、データチャネルであるＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）と、制御チャネルであるＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  Ｃｈａｎｎｅｌ）及びＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と、に分けられる。
【００２６】
サブフレームの１番目のＯＦＤＭシンボルで送信されるＰＣＦＩＣＨは、サブフレーム内で制御チャネルの送信に使われるＯＦＤＭシンボルの数（即ち、制御領域の大きさ）に対するＣＦＩ（ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ）を伝送する。無線機器は、まず、ＰＣＦＩＣＨ上にＣＦＩを受信した後、ＰＤＣＣＨをモニタリングする。
【００２７】
ＰＤＣＣＨと違って、ＰＣＦＩＣＨは、ブラインドデコーディングを使用せずに、サブフレームの固定されたＰＣＦＩＣＨリソースを介して送信される。
【００２８】
ＰＨＩＣＨは、ＵＬ  ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）のためのＡＣＫ（ｐｏｓｉｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）／ＮＡＣＫ（ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）信号を伝送する。無線機器により送信されるＰＵＳＣＨ上のＵＬ（ｕｐｌｉｎｋ）データに対するＡＣＫ／ＮＡＣＫ信号は、ＰＨＩＣＨ上に送信される。
【００２９】
ＰＢＣＨ（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）は、無線フレームの１番目のサブフレームの第２のスロットの前方部の４個のＯＦＤＭシンボルで送信される。ＰＢＣＨは、無線機器が基地局と通信するときに必須のシステム情報を伝送し、ＰＢＣＨを介して送信されるシステム情報をＭＩＢ（ｍａｓｔｅｒ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ）という。これと比較して、ＰＤＣＣＨにより指示されるＰＤＳＣＨ上に送信されるシステム情報をＳＩＢ（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ  ｂｌｏｃｋ）という。
【００３０】
ＰＤＣＣＨは、ＤＬ−ＳＣＨ（ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割当及び送信フォーマット、ＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割当情報、ＰＣＨ上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上に送信されるランダムアクセス応答のような上位層制御メッセージのリソース割当、任意のＵＥグループ内の個別ＵＥに対する送信パワー制御命令のセット及びＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）の活性化などを伝送することができる。複数のＰＤＣＣＨが制御領域内で送信されることができ、端末は、複数のＰＤＣＣＨをモニタリングすることができる。ＰＤＣＣＨは、一つまたは複数個の連続的なＣＣＥ（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔｓ）のアグリゲーション（ａｇｇｒｅｇａｔｉｏｎ）上に送信される。ＣＣＥは、無線チャネルの状態による符号化率をＰＤＣＣＨに提供するために使われる論理的割当単位である。ＣＣＥは、複数のリソース要素グループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ）に対応される。ＣＣＥの数とＣＣＥにより提供される符号化率の関係によってＰＤＣＣＨのフォーマット及び可能なＰＤＣＣＨのビット数が決定される。
【００３１】
ＰＤＣＣＨを介して送信される制御情報をダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）という。ＤＣＩは、ＰＤＳＣＨのリソース割当（これをＤＬグラント（ｄｏｗｎｌｉｎｋ  ｇｒａｎｔ）ともいう）、ＰＵＳＣＨのリソース割当（これをＵＬグラント（ｕｐｌｉｎｋ  ｇｒａｎｔ）ともいう）、任意のＵＥグループ内の個別ＵＥに対する送信パワー制御命令のセット及び／またはＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）の活性化を含むことができる。
【００３２】
第２層にはさまざまな層が存在する。まず、媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、多様な論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を多様なトランスポートチャネルにマッピングさせる役割をし、また、複数の論理チャネルを一つのトランスポートチャネルにマッピングさせる論理チャネル多重化（Ｍｕｌｔｉｐｌｅｘｉｎｇ）の役割を遂行する。ＭＡＣ層は、上位層であるＲＬＣ層とは論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を介して接続されており、論理チャネルは、大きくは、送信される情報の種類によって、制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）の情報を送信する制御チャネル（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）と、ユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）の情報を送信するトラフィックチャネル（Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）と、に分けられる。
【００３３】
第２層の無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）層は、上位層から受信したデータを分割（Ｓｅｇｍｅｎｔａｔｉｏｎ）及び連結（Ｃｏｎｃａｔｅｎａｔｉｏｎ）して下位層が無線区間へのデータの送信に適合するようにデータの大きさを調節する役割を遂行する。また、各々の無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢ）が要求する多様なＱｏＳを保証可能にするために、ＴＭ（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ、透過モード）、ＵＭ（Ｕｎ−ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、無応答モード）、及びＡＭ（Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ、応答モード）の三つの動作モードを提供している。特に、ＡＭ  ＲＬＣは、信頼性のあるデータ送信のために、自動反復及び要求（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  Ｒｅｑｕｅｓｔ；ＡＲＱ）機能を介した再送信機能を遂行している。
【００３４】
第２層のパケットデータ収束（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ；ＰＤＣＰ）層は、ＩＰｖ４やＩＰｖ６のようなＩＰパケット送信時、帯域幅が小さい無線区間で効率的に送信するために相対的に大きさが大きくて不要な制御情報を含んでいるＩＰパケットヘッダサイズを減らすヘッダ圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を遂行する。これはデータのヘッダ（Ｈｅａｄｅｒ）部分で必ず必要な情報のみを送信するようにすることで、無線区間の送信効率を増加させる役割をする。また、ＬＴＥシステムでは、ＰＤＣＰ層がセキュリティ（Ｓｅｃｕｒｉｔｙ）機能も実行し、これは第３者のデータ盗聴を防止する暗号化（Ｃｉｐｈｅｒｉｎｇ）と第３者のデータ操作を防止する完全性保護（Ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）とで構成される。
【００３５】
第３層の最も上部に位置した無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；以下、ＲＲＣと略称する）層は、制御プレーンでのみ定義され、無線ベアラ（Ｒａｄｉｏ  Ｂｅａｒｅｒ；ＲＢと略称する）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。このとき、ＲＢは、端末とＥ−ＵＴＲＡＮとの間のデータ伝達のために、第２層により提供されるサービスを意味する。
【００３６】
前記端末のＲＲＣと無線ネットワークのＲＲＣ層との間にＲＲＣ接続（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ）がある場合、端末は、ＲＲＣ接続状態（Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）になり、そうでない場合、ＲＲＣアイドル状態（Ｉｄｌｅ  Ｍｏｄｅ）になる。
【００３７】
以下、端末のＲＲＣ状態（ＲＲＣ  ｓｔａｔｅ）とＲＲＣ接続方法に対して説明する。ＲＲＣ状態とは、端末のＲＲＣがＥ−ＵＴＲＡＮのＲＲＣと論理的接続（ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）されているかどうかを意味し、接続されている場合はＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（ｓｔａｔｅ）といい、接続されていない場合はＲＲＣ＿ＩＤＬＥ状態という。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の端末は、ＲＲＣ接続が存在するため、Ｅ−ＵＴＲＡＮは、該当端末の存在をセル単位で把握することができ、したがって、端末を効果的に制御することができる。それに対し、ＲＲＣ＿ＩＤＬＥ状態の端末は、Ｅ−ＵＴＲＡＮが端末の存在を把握することはできず、セルより大きい地域単位であるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位に核心ネットワークが管理する。即ち、ＲＲＣ＿ＩＤＬＥ状態の端末は、セルに比べて大きい地域単位に該当端末の存在の有無のみが把握され、音声やデータのような通常の移動通信サービスを受けるためには、該当端末がＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移動しなければならない。各ＴＡは、ＴＡＩ（Ｔｒａｃｋｉｎｇ  ａｒｅａ  ｉｄｅｎｔｉｔｙ）を介して区分される。端末は、セルで放送（ｂｒｏａｄｃａｓｔｉｎｇ）される情報であるＴＡＣ（Ｔｒａｃｋｉｎｇ  ａｒｅａ  ｃｏｄｅ）を介してＴＡＩを構成することができる。
【００３８】
ユーザが端末の電源を最初にオンした時、端末は、まず、適切なセルを探索した後、該当セルでＲＲＣ接続を確立し、核心ネットワークに端末の情報を登録する。この後、端末は、ＲＲＣ＿ＩＤＬＥ状態にとどまる。ＲＲＣ＿ＩＤＬＥ状態にとどまる端末は、必要によって、セルを（再）選択し、システム情報（Ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）やページング情報を確認する。これをセルにキャンプオン（Ｃａｍｐ  ｏｎ）するという。ＲＲＣ＿ＩＤＬＥ状態にとどまっていた端末は、ＲＲＣ接続を確立する必要がある時になってはじめてＲＲＣ接続過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を介してＥ−ＵＴＲＡＮのＲＲＣとＲＲＣ接続を確立し、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移動する。ＲＲＣ＿ＩＤＬＥ状態にあった端末がＲＲＣ接続を確立する必要がある場合は多様であり、例えば、ユーザの通話の試行などの理由でアップリンクデータ送信が必要であり、またはＥ−ＵＴＲＡＮからページングメッセージを受信した場合、これに対する応答メッセージ送信などを挙げることができる。
【００３９】
前記ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）等の機能を遂行する。
【００４０】
以下、図３に示すＮＡＳ層に対して詳細に説明する。
【００４１】
ＮＡＳ層に属するＥＳＭ（Ｅｖｏｌｖｅｄ  Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）は、Ｄｅｆａｕｌｔ  Ｂｅａｒｅｒ管理及びＤｅｄｉｃａｔｅｄ  Ｂｅａｒｅｒ管理のような機能を遂行し、端末がネットワークからＰＳサービスを利用するための制御を担当する。Ｄｅｆａｕｌｔ  Ｂｅａｒｅｒリソースは、特定Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ（ＰＤＮ）に最初接続する時またはネットワークに接続される時、ネットワークから割当を受けるという特徴を有する。このとき、ネットワークは、端末がデータサービスを使用することができるように端末が使用可能なＩＰアドレスを割り当て、また、ｄｅｆａｕｌｔ  ｂｅａｒｅｒのＱｏＳを割り当てる。ＬＴＥでは、大きくは、データ送受信のための特定帯域幅を保証するＧＢＲ（Ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）ＱｏＳ特性を有するｂｅａｒｅｒと、帯域幅の保証無しでＢｅｓｔ  ｅｆｆｏｒｔ  ＱｏＳ特性を有するＮｏｎ−ＧＢＲ  ｂｅａｒｅｒの２種類をサポートする。Ｄｅｆａｕｌｔ  ｂｅａｒｅｒの場合、Ｎｏｎ−ＧＢＲ  ｂｅａｒｅｒの割当を受ける。Ｄｅｄｉｃａｔｅｄ  ｂｅａｒｅｒの場合は、ＧＢＲまたはＮｏｎ−ＧＢＲのＱｏＳ特性を有するｂｅａｒｅｒの割当を受けることができる。
【００４２】
ネットワークから端末に割り当てたｂｅａｒｅｒをＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｅｒｖｉｃｅ）ｂｅａｒｅｒといい、ＥＰＳ  ｂｅａｒｅｒを割当する時、ネットワークは、一つのＩＤを割り当てるようになる。これをＥＰＳ  Ｂｅａｒｅｒ  ＩＤという。一つのＥＰＳ  ｂｅａｒｅｒは、ＭＢＲ（ｍａｘｉｍｕｍ  ｂｉｔ  ｒａｔｅ）とＧＢＲ（ｇｕａｒａｎｔｅｅｄ  ｂｉｔ  ｒａｔｅ）またはＡＭＢＲ（Ａｇｇｒｅｇａｔｅｄ  ｍａｘｉｍｕｍ  ｂｉｔ  ｒａｔｅ）のＱｏＳ特性を有する。
【００４３】
一方、図３において、ＮＡＳ層下に位置するＲＲＣ層、ＲＬＣ層、ＭＡＣ層、ＰＨＹ層を束ねてアクセス層（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：ＡＳ）とも呼ばれる。
【００４４】
図５ａは、３ＧＰＰ  ＬＴＥにおいて、ランダムアクセス過程を示す流れ図である。
【００４５】
ランダムアクセス過程は、ＵＥ１０が基地局、即ち、ｅＮｏｄｅＢ２０とＵＬ同期を得たり、ＵＬ無線リソースの割当を受けたりするために使われる。
【００４６】
ＵＥ１０は、ルートインデックス（ｒｏｏｔ  ｉｎｄｅｘ）とＰＲＡＣＨ（ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）設定インデックス（設定ｉｎｄｅｘ）をｅＮｏｄｅＢ２０から受信する。各セル毎にＺＣ（Ｚａｄｏｆｆ−Ｃｈｕ）シーケンスにより定義される６４個の候補（ｃａｎｄｉｄａｔｅ）ランダムアクセスプリアンブルがあり、ルートインデックスは、端末が６４個の候補ランダムアクセスプリアンブルを生成するための論理的インデックスである。
【００４７】
ランダムアクセスプリアンブルの送信は、各セル毎に特定時間及び周波数リソースに限定される。ＰＲＡＣＨ設定インデックスは、ランダムアクセスプリアンブルの送信が可能な特定サブフレームとプリアンブルフォーマットを指示する。
【００４８】
ＵＥ１０は、任意に選択されたランダムアクセスプリアンブルをｅＮｏｄｅＢ２０に送信する。ＵＥ１０は、６４個の候補ランダムアクセスプリアンブルの中から一つを選択する。そして、ＰＲＡＣＨ設定インデックスにより該当するサブフレームを選択する。ＵＥ１０は、選択されたランダムアクセスプリアンブルを選択されたサブフレームで送信する。
【００４９】
前記ランダムアクセスプリアンブルを受信したｅＮｏｄｅＢ２０は、ランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ、ＲＡＲ）をＵＥ１０に送る。ランダムアクセス応答は、２ステップにより検出される。まず、ＵＥ１０は、ＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ  ａｃｃｅｓｓ−ＲＮＴＩ）でマスキングされたＰＤＣＣＨを検出する。ＵＥ１０は、検出されたＰＤＣＣＨにより指示されるＰＤＳＣＨ上にＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）内のランダムアクセス応答を受信する。
【００５０】
図５ｂは、無線リソース制御（ＲＲＣ）層での接続過程を示す。
【００５１】
図５ｂに示すように、ＲＲＣ接続可否によってＲＲＣ状態が示している。前記ＲＲＣ状態とは、ＵＥ１０のＲＲＣ層のエンティティ（ｅｎｔｉｔｙ）がｅＮｏｄｅＢ２０のＲＲＣ層のエンティティと論理的接続（ｌｏｇｉｃａｌ  ｃｏｎｎｅｃｔｉｏｎ）されているかどうかを意味し、接続されている場合をＲＲＣ接続状態（ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）といい、接続されていない状態をＲＲＣアイドル状態（ｉｄｌｅ  ｓｔａｔｅ）という。
【００５２】
前記接続状態（Ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）のＵＥ１０は、ＲＲＣ接続（ｃｏｎｎｅｃｔｉｏｎ）が存在するため、Ｅ−ＵＴＲＡＮは、該当端末の存在をセル単位で把握でき、したがって、ＵＥ１０を効果的に制御できる。それに対し、アイドル状態（ｉｄｌｅ  ｓｔａｔｅ）のＵＥ１０は、ｅＮｏｄｅＢ２０が把握することはできなく、セルより大きい地域単位であるトラッキング地域（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位でコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）が管理する。前記トラッキング地域（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）は、セルの集合単位である。即ち、アイドル状態（ｉｄｌｅ  ｓｔａｔｅ）ＵＥ１０は、大きい地域単位で存在の有無のみが把握され、音声やデータのような通常の移動通信サービスを受けるために、端末は、接続状態（ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）に移動しなければならない。
【００５３】
ユーザがＵＥ１０の電源を最初にオンした時、前記ＵＥ１０は、まず、適切なセルを探索した後、該当セルでアイドル状態（ｉｄｌｅ  ｓｔａｔｅ）にとどまる。前記アイドル状態（ｉｄｌｅ  ｓｔａｔｅ）にとどまっていたＵＥ１０は、ＲＲＣ接続を確立する必要がある時になってはじめてＲＲＣ接続過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を介してｅＮｏｄｅＢ２０のＲＲＣ層とＲＲＣ接続を確立し、ＲＲＣ接続状態（ｃｏｎｎｅｃｔｅｄ  ｓｔａｔｅ）に移動する。
【００５４】
前記アイドル状態（Ｉｄｌｅ  ｓｔａｔｅ）にあった端末がＲＲＣ接続を確立する必要がある場合は多様であり、例えば、ユーザの通話の試行またはアップリンクデータ送信などが必要であり、またはＥＵＴＲＡＮからページングメッセージを受信した場合、これに対する応答メッセージ送信などを挙げることができる。
【００５５】
アイドル状態（ｉｄｌｅ  ｓｔａｔｅ）のＵＥ１０が前記ｅＮｏｄｅＢ２０とＲＲＣ接続を確立するためには、前記したように、ＲＲＣ接続過程（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を進行しなければならない。ＲＲＣ接続過程は、大きくは、ＵＥ１０がｅＮｏｄｅＢ２０にＲＲＣ接続要求（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージを送信する過程、ｅＮｏｄｅＢ２０がＵＥ１０にＲＲＣ接続設定（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）メッセージを送信する過程、そしてＵＥ１０がｅＮｏｄｅＢ２０にＲＲＣ接続設定完了（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ  ｃｏｍｐｌｅｔｅ）メッセージを送信する過程を含む。このような過程に対して、図５ｂを参照してもっと詳細に説明すると、下記の通りである。
【００５６】
１）アイドル状態（Ｉｄｌｅ  ｓｔａｔｅ）のＵＥ１０は、通話の試行、データ送信の試行、またはｅＮｏｄｅＢ２０のページングに対する応答などの理由でＲＲＣ接続を確立しようとする場合、まず、前記ＵＥ１０は、ＲＲＣ接続要求（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ）メッセージをｅＮｏｄｅＢ２０に送信する。
【００５７】
２）前記ＵＥ１０からＲＲＣ接続要求メッセージを受信すると、前記ｅＮＢ２０は、無線リソースが十分な場合には前記ＵＥ１０のＲＲＣ接続要求を受諾して、応答メッセージであるＲＲＣ接続設定（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ）メッセージを前記ＵＥ１０に送信する。
【００５８】
３）前記ＵＥ１０が前記ＲＲＣ接続設定メッセージを受信すると、前記ｅＮｏｄｅＢ２０にＲＲＣ接続設定完了（ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ  ｃｏｍｐｌｅｔｅ）メッセージを送信する。前記ＵＥ１０がＲＲＣ接続設定メッセージの送信に成功すると、その時になってはじめて、前記ＵＥ１０は、ｅＮｏｄｅＢ２０とＲＲＣ接続を確立するようになってＲＲＣ接続モードに移動する。
【００５９】
一方、最近、人間との相互作用（ｈｕｍａｎ  ｉｎｔｅｒａｃｔｉｏｎ）無しで、即ち、人間の介入無しで装置間または装置とサーバとの間に発生する通信、即ち、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に対する研究が活発に行われている。
【００６０】
ＭＴＣ通信は、人間の介入がないため、ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）通信とも呼ばれる。ＩｏＴ通信をＷｉ−Ｆｉのような無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌａｎ）基盤でないセルラー基盤で実行することをＣＩｏＴという。ＣＩｏＴでは無線ＬＡＮと違って、ＩＰ基盤通信だけでなく、ＩＰ基盤でない通信もサポートする。
【００６１】
一方、ＣＩｏＴサービスをサポートするために、３ＧＰＰでは、物理層、即ち、ＲＡＴ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）を改善した。前記改善されたＲＡＴをＮＢ−ＩｏＴ（Ｎａｒｒｏｗｂａｎｄ−ＩｏＴ）という。
【００６２】
このように、ＮＢ−ＩｏＴを利用するＣＩｏＴ機器は、少ない量のデータを送受信することが一般的であると期待される。しかし、ＣＩｏＴ機器がデータを送受信するためには、事前に基地局と相当多いシグナルをやり取りしなければならない。このように、少ない量のデータを送受信するために、事前に多くの制御シグナルを送受信することは非効率的である。
【００６３】
このような問題点を解決するために、ＣＩｏＴのためのＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｅｒｖｉｃｅ）で、制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ：ＣＰ）を使用して最適化しようとする試みとユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ：ＵＰ）を使用して最適化しようとする試みとがある。
【００６４】
他方、最近、より速やかにデータを送信可能にしようとする議論があった。これをＥＤＴ（Ｅａｒｌｙ  Ｄａｔａ  Ｔｒａｎｓｍｉｓｓｉｏｎ）という。
【００６５】
しかし、ＥＰＳ最適化方法の案とＥＤＴを共に適用することは、技術的に不可能であるという問題点があった。
【発明の概要】
【発明が解決しようとする課題】
【００６６】
したがって、本明細書の一開示は、前述した問題点を解決することができる方法の案を提示することを目的とする。
【課題を解決するための手段】
【００６７】
前述した目的を達成するために、本明細書の一開示は、基地局がＥＤＴ（Ｅａｒｌｙ  Ｄａｔａ  Ｔｒａｎｓｍｉｓｓｉｏｎ）をサポートする方法を提供する。前記方法は、第１のメッセージをＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）から受信するステップを含む。前記第１のＮＡＳメッセージは、ダウンリンクデータを含む。前記方法は、前記第１のＮＡＳメッセージの受信に基づいて、前記ダウンリンクデータ外に追加的なデータはないということを確認するステップをさらに含む。
【００６８】
前記方法は、前記基地局が初期ＵＥ（Ｉｎｉｔｉａｌ  Ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）メッセージをＭＭＥに送信するステップをさらに含む。前記初期ＵＥメッセージは、ＥＤＴによるＵＥのデータを含む。
【００６９】
前記第１のＮＡＳメッセージは、ダウンリンクＮＡＳ伝達（Ｄｏｗｎｌｉｎｋ  Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ  Ｔｒａｎｓｐｏｒｔ）メッセージを含む。
【００７０】
前記方法は、前記基地局がＵＥコンテキスト再開要求メッセージを前記ＭＭＥに送信するステップをさらに含む。
【００７１】
前述した目的を達成するために、本明細書の一開示は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層と上位層を含む無線機器がＥＤＴ（Ｅａｒｌｙ  Ｄａｔａ  Ｔｒａｎｓｍｉｓｓｉｏｎ）によってＵＬ（Ｕｐｌｉｎｋ）データを送信する方法を提供する。前記方法は、前記上位層からＲＡＩ（Ｒｅｌｅａｓｅ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｄｉｃａｔｉｏｎ）を取得するステップと、前記ＲＡＩに基づいてＥＤＴ適用が可能かどうかを判断するステップと、前記ＥＤＴの適用が可能であると判断される場合、前記ＵＬデータを含むＲＲＣ要求メッセージを送信するステップと、を含む。
【００７２】
前記取得ステップでは、ＲＲＣ確立原因とコールタイプ（ｃａｌｌ  ｔｙｐｅ）がさらに取得される。
【００７３】
前記ＵＬデータを含むＲＲＣ要求メッセージは、ランダムアクセス手順の３番目のメッセージを介して送信される。
【００７４】
前記ＲＲＣ要求メッセージは、ＥＰＳベアラＩＤ及びＬＣ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）ＩＤのうち一つ以上を含む。
【００７５】
前記ＲＡＩは、後続するＵＬデータが予想されないことを示し、または前記ＵＬデータに対する一つのＤＬ（Ｄｏｗｎｌｉｎｋ）データのみが予想されることを示す。
【００７６】
前記ＲＲＣ要求メッセージは、ＲＲＣ接続再開要求メッセージになる。
【００７７】
前記ＵＬデータが制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ：ＣＰ）を介して送信される場合、ＲＲＣ接続再開手順が実行されない。
【００７８】
前記ＵＬデータが制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ：ＣＰ）を介して送信される場合、前記ＲＲＣ要求メッセージは、ＲＲＣ接続再開要求メッセージとは異なるメッセージである。
【００７９】
前述した目的を達成するために、本明細書の一開示は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む無線機器がＥＤＴ（Ｅａｒｌｙ  Ｄａｔａ  Ｔｒａｎｓｍｉｓｓｉｏｎ）によってＵＬ（Ｕｐｌｉｎｋ）データを送信する方法を提供する。前記方法は、ランダムアクセス手順の３番目のメッセージを基地局に送信するステップと、前記基地局からランダムアクセス手順の４番目のメッセージを受信するステップと、を含む。前記３番目のメッセージは、ＲＲＣ一時停止（ｓｕｓｐｅｎｄ）状態でＲＲＣ接続再開手順を実行するためのＲＲＣ接続再開要求メッセージを含む。前記ＲＲＣ接続再開要求メッセージは、前記ＥＤＴによる前記ＵＬデータを含む。
【００８０】
前記４番目のメッセージは、ＤＬ（Ｄｏｗｎｌｉｎｋ）データを含む。
【００８１】
前記４番目のメッセージは、ＲＲＣ接続再開メッセージ、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続拒絶メッセージのうち一つ以上を含む。
【００８２】
前述した目的を達成するために、本明細書の一開示は、ＥＤＴ（Ｅａｒｌｙ  Ｄａｔａ  Ｔｒａｎｓｍｉｓｓｉｏｎ）によってＵＬ（Ｕｐｌｉｎｋ）データを送信する無線機器を提供する。前記無線機器は、送受信部と、前記送受信部を制御して、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層と上位層を含むプロセッサと、を含む。前記プロセッサの前記ＲＲＣ層は、前記上位層からＲＡＩ（Ｒｅｌｅａｓｅ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｄｉｃａｔｉｏｎ）を取得する場合、前記ＲＡＩに基づいてＥＤＴ適用が可能かどうかを判断する。前記プロセッサの前記ＲＲＣ層は、前記ＥＤＴの適用が可能であると判断される場合、前記ＵＬデータを含むＲＲＣ要求メッセージを送信する。
【発明の効果】
【００８３】
本明細書の開示によると、前述した従来技術の問題点が解決される。具体的に、本明細書の開示によると、ＣＩｏＴ機器がＥＤＴ（Ｅａｒｌｙ  Ｄａｔａ  Ｔｒａｎｓｍｉｓｓｉｏｎ）を実行可能にすることによって、省電力を実行することができる。
【図面の簡単な説明】
【００８４】
【図１】進化した移動通信ネットワークの構造図である。
【図２】一般的にＥ−ＵＴＲＡＮと一般的なＥＰＣのアーキテクチャを示す例示図である。
【図３】ＵＥとｅＮｏｄｅＢとの間の制御プレーンでの無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の構造を示す例示図である。
【図４】端末と基地局との間にユーザプレーンでの無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の構造を示す他の例示図である。
【図５ａ】３ＧＰＰ  ＬＴＥにおいて、ランダムアクセス過程を示す流れ図である。
【図５ｂ】無線リソース制御（ＲＲＣ）層での接続過程を示す。
【図６】ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）通信の一例を示す。
【図７】ＣＩｏＴ機器がデータ通信のために実行する一連の手順を示す。
【図８】基地局が開始する一時停止手順を示す信号流れ図である。
【図９】ＣＩｏＴ機器が開始する接続再開手順を示す信号流れ図である。
【図１０ａ】制御プレーン（ＣＰ）ＣＩｏＴ  ＥＰＳ最適化によって、ＣＩｏＴ機器がデータを送信する手順を示す。
【図１０ｂ】制御プレーン（ＣＰ）ＣＩｏＴ  ＥＰＳ最適化によって、ＣＩｏＴ機器がデータを送信する手順を示す。
【図１１】ユーザプレーン（ＵＰ）ＣＩｏＴ  ＥＰＳ最適化によって、ＣＩｏＴ機器がデータを送信する手順を示す。
【図１２ａ】図１１に示す基地局とＭＭＥとの間にコンテキスト再開要求メッセージの送受信を示す例示図である。
【図１２ｂ】図１１に示す基地局とＭＭＥとの間にコンテキスト再開要求メッセージの送受信を示す例示図である。
【図１３】ＥＤＴによってデータを早期に送信する手順を示す例示的な流れ図である。
【図１４ａ】ＥＤＴによってデータを送信する手順を示す例示的な流れ図である。
【図１４ｂ】ＥＤＴによってデータを送信する手順を示す例示的な流れ図である。
【図１５】ＵＰ  ＣＩｏＴ最適化に対するＥＤＴ適用例を示す。
【図１６】本発明の実施例によるＣＩｏＴ機器１００及びネットワーク装置の構成ブロック図である。
【発明を実施するための形態】
【００８５】
本発明は、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を基準にして説明するが、このような通信システムにのみ限定されるものではなく、本発明の技術的思想が適用されることができる全ての通信システム及び方法にも適用されることができる。
【００８６】
本明細書で使われる技術的用語は、単に特定の実施例を説明するために使われたものであり、本発明を限定するものではないことに留意しなければならない。また、本明細書で使われる技術的用語は、本明細書で特別に他の意味で定義されない限り、本発明が属する技術分野において、通常の知識を有する者により一般的に理解される意味で解釈されなければならず、過度に包括的な意味または過度に縮小された意味で解釈されてはならない。また、本明細書で使われる技術的な用語が本発明の思想を正確に表現することができない技術的な用語である場合、当業者が正確に理解することができる技術的用語に変えて理解しなければならない。また、本発明で使われる一般的な用語は、辞書の定義によってまたは前後の文脈によって解釈されなければならず、過度に縮小された意味で解釈されてはならない。
【００８７】
また、本明細書で使われる単数の表現は、文脈上、明白に異なる意味ではない限り、複数の表現を含む。本出願において、“構成される”または“有する”などの用語は、明細書上に記載された多様な構成要素、または複数のステップを必ず全部含むと解釈されてはならず、そのうち一部の構成要素または一部のステップは含まれない場合もあり、または追加的な構成要素またはステップをさらに含む場合もあると解釈されなければならない。
【００８８】
また、本明細書で使われる第１及び第２などのように序数を含む用語は、多様な構成要素の説明に使われることができるが、前記構成要素は、前記用語により限定されてはならない。前記用語は、一つの構成要素を他の構成要素から区別する目的としてのみ使われる。例えば、本発明の権利範囲を外れない限り、第１の構成要素は第２の構成要素と命名することができ、同様に、第２の構成要素も第１の構成要素と命名することができる。
【００８９】
一構成要素が他の構成要素に“連結されている”または“接続されている”と言及された場合は、該当する他の構成要素に直接的に連結されており、または接続されている場合もあるが、中間に他の構成要素が存在する場合もある。それに対し、一構成要素が他の構成要素に“直接連結されている”または“直接接続されている”と言及された場合は、中間に他の構成要素が存在しないと理解しなければならない。
【００９０】
以下、添付図面を参照して本発明による好ましい実施例を詳細に説明し、図面符号に関係無く同じまたは類似の構成要素は同じ参照番号を付与し、これに対する重複説明は省略する。また、本発明を説明するにあたって、関連した公知技術に対する具体的な説明が本発明の要旨を不明にすると判断される場合、その詳細な説明を省略する。また、添付図面は、本発明の思想を容易に理解することができるようにするためのものであり、添付図面により本発明の思想が制限されると解釈されてはならないことに留意しなければならない。本発明の思想は、添付図面外に全ての変更、均等物乃至代替物にまで拡張されると解釈されなければならない。
【００９１】
添付図面には例示的にＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）が示されているが、図示された前記ＵＥは、端末（Ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）などの用語で呼ばれる場合もある。また、前記ＵＥは、ノートブック、携帯電話、ＰＤＡ、スマートフォン（Ｓｍａｒｔ  Ｐｈｏｎｅ）、マルチメディア機器などのように携帯可能な機器であり、またはＰＣ及び車両搭載装置のように携帯不可能な機器である。
【００９２】
用語の定義
【００９３】
以下、図面を参照して説明する前に、本発明の理解を容易にするために、本明細書で使われる用語を簡略に定義する。
【００９４】
ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍの略字であって、第３世代移動通信ネットワークを意味する。
【００９５】
ＵＥ／ＭＳ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ／Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ、端末装置を意味する。
【００９６】
ＥＰＳ：Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍの略字であって、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）ネットワークをサポートするコアネットワークを意味する。ＵＭＴＳが進化した形態のネットワーク。
【００９７】
ＰＤＮ（Ｐｕｂｌｉｃ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）：サービスを提供するサーバが位置した独立的なネットワーク。
【００９８】
ＰＤＮ  ｃｏｎｎｅｃｔｉｏｎ：端末からＰＤＮへの接続、即ち、ｉｐアドレスで表現される端末とＡＰＮで表現されるＰＤＮとの関連（接続）。
【００９９】
ＰＤＮ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）：ＵＥ  ＩＰ  ａｄｄｒｅｓｓ  ａｌｌｏｃａｔｉｏｎ、Ｐａｃｋｅｔ  ｓｃｒｅｅｎｉｎｇ＆ｆｉｌｔｅｒｉｎｇ、Ｃｈａｒｇｉｎｇ  ｄａｔａ  ｃｏｌｌｅｃｔｉｏｎ機能を遂行するＥＰＳネットワークのネットワークノード。
【０１００】
Ｓｅｒｖｉｎｇ  ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）：移動性担当（Ｍｏｂｉｌｉｔｙ  ａｎｃｈｏｒ）、パケットルーティング（Ｐａｃｋｅｔ  ｒｏｕｔｉｎｇ）、アイドルモードパケットバッファリング（Ｉｄｌｅ  ｍｏｄｅ  ｐａｃｋｅｔ  ｂｕｆｆｅｒｉｎｇ）、Ｔｒｉｇｇｅｒｉｎｇ  ＭＭＥ  ｔｏ  ｐａｇｅ  ＵＥ機能を遂行するＥＰＳネットワークのネットワークノード。
【０１０１】
ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅ  Ｆｕｎｃｔｉｏｎ）：サービス流れ（ｆｌｏｗ）別に差別化されたＱｏＳ及び課金ポリシーを動的（ｄｙｎａｍｉｃ）に適用するためのポリシー決定（Ｐｏｌｉｃｙ  ｄｅｃｉｓｉｏｎ）を実行するＥＰＳネットワークのノード。
【０１０２】
ＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）：ネットワークで管理する接続ポイントの名称であって、ＵＥに提供される。即ち、ＰＤＮを指示したり区分したりする文字列。要求したサービスやネットワーク（ＰＤＮ）に接続するためには該当Ｐ−ＧＷを経由するようになり。このＰ−ＧＷをさがすことができるようにネットワーク内で予め定義した名称（文字列）。例えば、ｉｎｔｅｒｎｅｔ．ｍｎｃ０１２．ｍｃｃ３４５．ｇｐｒｓ。
【０１０３】
ＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）：ネットワーク内のノード間に設定されたトンネルのＥｎｄｐｏｉｎｔ  ＩＤ、各ＵＥのｂｅａｒｅｒ単位に区間別に設定される。
【０１０４】
ＮｏｄｅＢ：ＵＭＴＳネットワークの基地局であって、屋外に設置され、セルカバレッジ規模はマクロセルに該当する。
【０１０５】
ｅＮｏｄｅＢ：ＥＰＳ（Ｅｖｏｌｖｅｄ、Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の基地局であって、屋外に設置され、セルカバレッジ規模はマクロセルに該当する。
【０１０６】
（ｅ）ＮｏｄｅＢ：ＮｏｄｅＢとｅＮｏｄｅＢを指称する用語である。
【０１０７】
ＭＭＥ：Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙの略字であって、ＵＥに対するセッションと移動性を提供するためにＥＰＳ内で各エンティティを制御する役割をする。
【０１０８】
セッション（Ｓｅｓｓｉｏｎ）：セッションは、データ送信のための通路であって、その単位は、ＰＤＮ、Ｂｅａｒｅｒ、ＩＰ  ｆｌｏｗ単位などになる。各単位は、３ＧＰＰで定義したように、ターゲットネットワーク全体単位（ＡＰＮまたはＰＤＮ単位）、その内でＱｏＳに区分する単位（Ｂｅａｒｅｒ単位）、宛先ＩＰアドレス単位に区分することができる。
【０１０９】
ＰＤＮ接続（ｃｏｎｎｅｃｔｉｏｎ）：端末からＰＤＮへの接続、即ち、ｉｐアドレスで表現される端末とＡＰＮで表現されるＰＤＮとの関連（接続）を示す。これはセッションが形成されることができるようにコアネットワーク内のエンティティ間接続（端末−ＰＤＮ  ＧＷ）を意味する。
【０１１０】
ＵＥ  Ｃｏｎｔｅｘｔ：ネックワークでＵＥを管理するために使われるＵＥの状況の情報、即ち、ＵＥ  ｉｄ、移動性（現在位置等）、セッションの属性（ＱｏＳ、優先順位等）で構成された状況の情報。
【０１１１】
ＯＭＡ  ＤＭ（Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ  Ｄｅｖｉｃｅ  Ｍａｎａｇｅｍｅｎｔ）：携帯電話、ＰＤＡ、携帯用コンピュータなどのようなモバイルデバイス管理のためにデザインされたプロトコルであって、デバイス設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、ファームウェアアップグレード（ｆｉｒｍｗａｒｅ  ｕｐｇｒａｄｅ）、エラー報告（Ｅｒｒｏｒ  Ｒｅｐｏｒｔ）等の機能を遂行する。
【０１１２】
ＯＡＭ（Ｏｐｅｒａｔｉｏｎ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）：ＯＡＭとは、ネットワーク欠陥表示、性能情報、そしてデータと診断機能を提供するネットワーク管理機能群をいう。
【０１１３】
ＮＡＳ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ＭＯ（Ｍａｎａｇｅｍｅｎｔ  Ｏｂｊｅｃｔ）：ＮＡＳ機能（Ｆｕｎｃｔｉｏｎａｌｉｔｙ）と関連したパラメータ（ｐａｒａｍｅｔｅｒｓ）をＵＥに設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）する時に使用するＭＯ（Ｍａｎａｇｅｍｅｎｔ  ｏｂｊｅｃｔ）を意味する。
【０１１４】
ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ）：ＵＥとＭＭＥとの間の制御プレーン（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）の上位ｓｔｒａｔｕｍ。ＵＥとネットワークとの間の移動性管理（Ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ）とセッション管理（Ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ）、ＩＰアドレス管理（ＩＰ  ａｄｄｒｅｓｓ  ｍａｉｎｔｅｎａｎｃｅ）などをサポート。
【０１１５】
ＭＭ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）動作／手順：ＵＥの移動性（ｍｏｂｉｌｉｔｙ）制御／管理／ｃｏｎｔｒｏｌのための動作または手順。ＭＭ動作／手順は、ＣＳ網でのＭＭ動作／手順、ＧＰＲＳ網でのＧＭＭ動作／手順、ＥＰＳ網でのＥＭＭ動作／手順のうち一つ以上を含むと解釈されることができる。ＵＥとネットワークノード（ＭＭＥ、ＳＧＳＮ、ＭＳＣ）は、ＭＭ動作／手順を実行するためにＭＭメッセージをやり取りする。
【０１１６】
ＳＭ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）動作／手順：ＵＥのｕｓｅｒ  ｐｌａｎｅ及び／またはｂｅａｒｅｒ  ｃｏｎｔｅｘｔ／ＰＤＰ  ｃｏｎｔｅｘｔを制御／管理／処理／ｈａｎｄｌｉｎｇするための動作または手順。ＳＭ動作／手順は、ＧＰＲＳ網でのＳＭ動作／手順、ＥＰＳ網でのＥＳＭ動作／手順のうち一つ以上を含むと解釈されることができる。ＵＥとネットワークノード（ＭＭＥ、ＳＧＳＮ）は、ＳＭ動作／手順を実行するためにＳＭメッセージをやり取りする。
【０１１７】
ＰＬＭＮ：公共陸上通信網（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）の略語であって、事業者のネットワーク識別番号を意味する。ＵＥのローミング状況におけるＰＬＭＮは、Ｈｏｍｅ  ＰＬＭＮ（ＨＰＬＭＮ）とＶｉｓｉｔｅｄ  ＰＬＭＮ（ＶＰＬＭＮ）とに区分される。
【０１１８】
ＣＩｏＴ：Ｃｅｌｌｕｌａｒ  Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓの略語であって、ＩｏＴ通信に基づいて実行することを意味する。
【０１１９】
Ｎａｒｒｏｗｂａｎｄ−ＩｏＴ：ＣＩｏＴのために、３ＧＰＰで改善されたＲＡＴ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）を意味する。即ち、最大１８０ｋＨｚ（一つのＰＲＢに該当）の帯域幅で運用されるネットワークを意味する。
【０１２０】
制御プレーンＣＩｏＴ  ＥＰＳ最適化：ユーザデータ（ＩＰ基盤または非ＩＰ基盤またはＳＭＳ基盤のユーザデータ）の効率的送信を可能にする制御プレーン上のシグナリング最適化。
【０１２１】
ユーザプレーンＣＩｏＴ  ＥＰＳ最適化：ユーザデータ（ＩＰ基盤または非ＩＰ基盤またはＳＭＳ基盤のユーザデータ）の効率的送信を可能にするユーザプレーン上のシグナリング最適化。
【０１２２】
ＣＩｏＴ  ＥＰＳ最適化をサポートするＵＥ：制御プレーンＣＩｏＴ  ＥＰＳ最適化またはユーザプレーンＣＩｏＴ  ＥＰＳ最適化そして一つ以上の他のＣＩｏＴ  ＥＰＳ最適化をサポートするＵＥ。
【０１２３】
ＮＢ−Ｓ１モード：ＮＢ（Ｎａｒｒｏｗｂａｎｄ）ＩｏＴのために改善されたＲＡＴ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）で動作するモードを意味する。
【０１２４】
ＷＢ−Ｓ１モード：ＮＢ  ＩｏＴのために改善されたＲＡＴでない、一般的なＲＡＴで動作するモードを意味する。
【０１２５】
以下、図面を参照して本明細書の開示に対して説明する。
【０１２６】
＜ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）通信＞
【０１２７】
ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）は、人間が排除された、機械と機械との間に行われる通信を意味し、この時に使われる機器をＭＴＣ機器という。ＭＴＣ機器（ｄｅｖｉｃｅ）を介して提供されるサービスは、人間が介入する通信サービスと差別性を有し、多様な範ちゅうのサービスに適用されることができる。
【０１２８】
図６は、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）通信の一例を示す。
【０１２９】
ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）は、人間相互作用（ｈｕｍａｎ  ｉｎｔｅｒａｃｔｉｏｎ）を伴わないＭＴＣ機器１００間に基地局２００を介した情報交換またはＭＴＣ機器１００とＭＴＣサーバ７００との間に基地局を介した情報交換を意味する。
【０１３０】
ＭＴＣサーバ７００は、ＭＴＣ機器１００と通信するエンティティ（ｅｎｔｉｔｙ）である。ＭＴＣサーバ７００は、ＭＴＣアプリケーションを実行して、ＭＴＣ機器にＭＴＣ特定サービスを提供する。
【０１３１】
ＭＴＣ機器１００は、ＭＴＣ通信を提供する無線機器であって、固定されてもよく、移動性を有してもよい。
【０１３２】
＜パワーセービングモード（ＰＳＭ）＞
【０１３３】
一方、ＭＴＣ機器の特性上、ダウンリンクデータの着信（Ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｉｎｇ  ｄａｔａ）を頻繁でなく受信する代わりに、アップリンクデータの発信（Ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ｄａｔａ）は周期的に送信できる。このような特性を勘案すると、エネルギ効率性を極大化するために、ＭＴＣ機器は、パワーセービングモード（Ｐｏｗｅｒ  Ｓａｖｉｎｇ  Ｍｏｄｅ：以下‘ＰＳＭ’という）で動作できる。
【０１３４】
前記ＰＳＭ状態に進入すると、前記ＭＴＣ機器はアクセスストラタム（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ：ＡＳ）を非活性化するため、前記ＰＳＭは電源オフ状態と類似する。ただし、前記ＰＳＭ状態ではＭＴＣ機器がネットワークに登録された状態で存在し、それによって、ＭＴＣ機器がネットワークに再びアタッチ（ｒｅ−ａｔｔａｃｈ）しなくてもよいし、ＰＤＮ接続を再確立（ｒｅ−ｅｓｔａｂｌｉｓｈ）しなくてもよいため、ＰＳＭ状態と電源オフ状態は区別される。
【０１３５】
ＭＴＣ機器がＰＳＭ状態に進入すると、例えば、周期的なＴＡＵ／ＲＡＵまたはアップリンクデータの発生またはデタッチ（ｄｅｔａｃｈ）のようなイベントの発生（ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｅｄ  ｅｖｅｎｔ）がＭＴＣ機器をしてネットワークにどのような手順を開始せしめる前まで、ＰＳＭ状態にとどまるようになる。
【０１３６】
ＭＴＣ機器がＰＳＭ状態にあったとしても、サービスの発信（ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ｓｅｒｖｉｃｅ）が必要な場合にはいつでもＰＳＭを外れることができる。即ち、ＰＳＭ状態にあっても、前記ＭＴＣ機器は、発信サービス（ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｅｄ  ｓｅｒｖｉｃｅ）に対してはいつでもアクセスストラタム（ＡＳ）を活性化し、アイドルモードの動作を再開することができる。
【０１３７】
他方、モバイル着信可能なタイマ（ｍｏｂｉｌｅ  ｒｅａｃｈａｂｌｅ  ｔｉｍｅｒ）が満了して前記ＭＴＣ機器の活性時間が満了した場合、前記ＭＭＥは、前記ＭＴＣ機器がＰＳＭ状態に進入し、それによって、ページングが不可能であることを知ることができる。
【０１３８】
それに対し、ＭＴＣ機器がＰＳＭ状態に進入した場合にはサービスの着信（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｉｎｇ  ｓｅｒｖｉｃｅ）を即刻受信することができない。即ち、ＭＴＣ機器がＰＳＭ状態に進入した場合、サービスの着信（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｉｎｇ  ｓｅｒｖｉｃｅ）に対しては、周期的なトラッキング領域更新（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ：ＴＡＵ）またはルーティング領域更新（Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ：ＲＡＵ）手順以後のシグナル送信またはデータ送信のようなイベントの発生（ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｅｄ  ｅｖｅｎｔ）以後の活性時間（Ａｃｔｉｖｅ  ｔｉｍｅ）周期中にのみ応答できる。
【０１３９】
したがって、ＰＳＭは、頻繁でない発信サービス（ｍｏｂｉｌｅ  ｏｒｉｇｉｎａｔｉｎｇ  ｓｅｒｖｉｃｅ）と着信サービス（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｉｎｇ  ｓｅｒｖｉｃｅ）を要求するＭＴＣ機器に適し、また、通信において、一定な遅延（ｌａｔｅｎｃｙ）を耐えることができるＭＴＣ機器にのみ適する。
【０１４０】
一方、ＭＴＣ機器は、潜在的な着信サービス（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｅｄ  ｓｅｒｖｉｃｅ）またはＳＭＳのようなデータの受信を可能にするほど十分に長い活性時間を要求しなければならない。
【０１４１】
ＭＴＣ機器がＰＳＭを使用することを希望する場合、前記ＭＴＣ機器は、アタッチ毎及びＴＡＵ／ＲＡＵ手順中に活性時間（ａｃｔｉｖｅ  ｔｉｍｅ）の値を要求しなければならない。もし、ネットワークがＰＳＭをサポートし、前記ＭＴＣ機器がＰＳＭを使用することを受諾する場合、活性時間の値を前記ＭＴＣ機器に割り当てる。前記ネットワークは、前記ＭＴＣ機器が要求した活性時間値とＭＭＥ／ＳＧＳＮ設定を考慮して前記ＭＴＣ機器に割り当てる活性時間値を決定することができる。もし、前記ネットワークが割り当てた活性時間の値が満たされない場合、前記ＭＴＣ機器は、次に来るＴＡＵ／ＲＡＵ手順の周期中にのみ自分が希望する活性時間の値を要求することができる。
【０１４２】
また、ＰＳＭを適用可能なＭＴＣ機器は、サービスの着信（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｅｄ  ｓｅｒｖｉｃｅｓ）に対する遅延（ｌａｔｅｎｃｙ）／応答性（ｒｅｓｐｏｎｓｉｖｅｎｅｓｓ）に適した周期的なＴＡＵ／ＲＡＵタイマ値をアタッチ及びＴＡＵ／ＲＡＵ手順中にネットワークに要求するようになる。ネットワークが周期的なＴＡＵ／ＲＡＵタイマ値をＭＴＣ機器に割り当てたが、前記ＭＴＣ機器が満たすことができない場合、前記ＭＴＣ機器は、次に来るＴＡＵ／ＲＡＵ手順の周期中にのみ自分が希望する周期的なＴＡＵ／ＲＡＵタイマ値を要求することができる。
【０１４３】
＜ＣＩｏＴ（Ｃｅｌｌｕｌａｒ  Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）通信＞
【０１４４】
ＭＴＣ通信は、人の介入がないため、ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）通信とも呼ばれる。ＩｏＴ通信をＷｉ−Ｆｉのような無線ＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌａｎ）基盤でないセルラー基盤で実行することをＣＩｏＴという。ＣＩｏＴでは無線ＬＡＮと違って、ＩＰ基盤通信だけでなく、ＩＰ基盤でない通信もサポートする。
【０１４５】
一方、ＣＩｏＴサービスをサポートするために、３ＧＰＰでは、物理層、即ち、ＲＡＴ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）を改善した。前記改善されたＲＡＴをＮＢ−ＩｏＴ（Ｎａｒｒｏｗｂａｎｄ−ＩｏＴ）という。
【０１４６】
前記ＮＢ−ＩｏＴのために改善されたＲＡＴは、非常に低い電力消費のために最適化された物理層（例えば、搬送波帯域幅は１８０ｋＨｚであり、副搬送波間隔は３．７５ｋＨｚまたは１５ｋＨｚ）を使用する。
【０１４７】
＜ＣＩｏＴ機器のデータ送受信のための最適化＞
【０１４８】
ＣＩｏＴ機器は、少ない量のデータを送受信するため、前記で説明したように、前記ＣＩｏＴ機器は、ＮＢ−ＩｏＴのために改善されたＲＡＴ、即ち、最大１８０ｋＨｚ（一つのＰＲＢに該当）の帯域幅で運用されるネットワークで動作できる。
【０１４９】
しかし、ＣＩｏＴ機器が少ない量のデータを送受信しても、ＣＩｏＴ機器は、事前にネットワークと多くのシグナリングをやり取りしなければならないため、非効率的な問題点があった。これに対して図７を参照して説明する。
【０１５０】
図７は、ＣＩｏＴ機器がデータ通信のために実行する一連の手順を示す。
【０１５１】
以下、図７を参照して順序通りに説明すると、下記の通りである。
【０１５２】
１〜５）まず、ＣＩｏＴ機器１００は、データ通信のためにランダムアクセス手順を実行する。即ち、前記ＣＩｏＴ機器１００は、第１のメッセージ（ＭＳＧ１）、例えば、ランダムアクセスプリアンブルを基地局２００に送信する。そして、前記ＣＩｏＴ機器１００は、第２のメッセージ（ＭＳＧ２）、例えば、ランダムアクセス応答メッセージを基地局２００から受信する。その場合、前記ＣＩｏＴ機器１００は、第３のメッセージ（ＭＳＧ３）、例えば、スケジューリングされたメッセージを基地局２００に送信する。前記スケジューリングされたメッセージは、ＲＲＣ接続要求（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）メッセージを含むことができる。以後、前記ＣＩｏＴ機器１００は、第４のメッセージ（ＭＳＧ４）、例えば、ＲＲＣ接続設定（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）メッセージを基地局２００から受信する。その場合、ＣＩｏＴ機器１００は、第５のメッセージ（ＭＳＧ５）、例えば、ＲＲＣ接続完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）メッセージを基地局２００に送信する。前記ＲＲＣ接続完了メッセージは、ＮＡＳサービス要求メッセージを含むことができる。
【０１５３】
６〜７）その場合、基地局２００は、ＭＭＥにＳ１−ＡＰ基盤の初期ＵＥ（Ｉｎｉｔｉａｌ  ＵＥ）メッセージをＭＭＥ５１０に送信する。前記初期ＵＥメッセージは、前記ＮＡＳサービス要求メッセージを含むことができる。前記ＭＭＥ５１０は、Ｓ１−ＡＰ基盤の初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）メッセージを前記基地局に送信する。
【０１５４】
８〜９）その場合、前記基地局２００は、ＣＩｏＴ機器にＲＲＣセキュリティモード命令（Ｓｅｃｕｒｉｔｙ  Ｍｏｄｅ  Ｃｏｍｍａｎｄ：ＳＭＣ）を送信して、ＲＲＣセキュリティモード命令応答を受信する。
【０１５５】
１０〜１１）以後、前記基地局２００は、ＲＲＣ接続再構成（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージを前記ＣＩｏＴ機器１００に送信して、前記ＣＩｏＴ機器１００は、ＲＲＣ接続再構成完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅ）メッセージを前記基地局に送信する。
【０１５６】
１２〜１４）前記基地局２００は、Ｓ１−ＡＰ基盤の初期コンテキストセットアップ完了（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ）メッセージを前記ＭＭＥ５１０に送信する。その場合、前記ＭＭＥ５１０は、Ｓ−ＧＷ５２０にベアラ修正要求（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）メッセージを送信して、前記Ｓ−ＧＷ５２０からベアラ修正応答メッセージを受信する。
【０１５７】
１５）その時になってはじめて、前記ＣＩｏＴ機器１００はデータ通信を実行することができる。
【０１５８】
１６〜１９）一方、データ通信が完了して、ＲＲＣ接続が必要ない場合、前記基地局２００は、Ｓ１−ＡＰ基盤のＵＥコンテキスト解除要求メッセージを前記ＭＭＥ５１０に送信する。その場合、前記ＭＭＥ５１０は、アクセスベアラ解除要求（Ｒｅｌｅａｓｅ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ）メッセージをＳ−ＧＷ５２０に送信する。その場合、前記Ｓ−ＧＷ５２０は、アクセスベアラ解除応答（Ｒｅｌｅａｓｅ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅ）メッセージを前記ＭＭＥ５１０に伝達する。前記ＭＭＥ５１０は、Ｓ１−ＡＰ基盤のＵＥコンテキスト解除命令（ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｃｏｍｍａｎｄ）メッセージを前記基地局に送信する。
【０１５９】
２０）前記基地局２００は、ＲＲＣ接続解除（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ）メッセージを前記ＵＥに送信して、ＲＲＣ接続解除完了（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅ）メッセージを前記ＭＭＥ５１０に送信する。
【０１６０】
以上で説明したように、ＣＩｏＴ機器１００が少ない量のデータを送受信する場合であるとしても、ＣＩｏＴ機器１００は、基地局２００と相当多いシグナルをやり取りしなければならないため、非効率的な問題点があった。
【０１６１】
特に、ＣＩｏＴ機器は、基地局のカバレッジ内に相当密度高く位置されることが予想され、このような状況で前記相当多い個数のシグナルは、ネットワークを過負荷にさせることができる。
【０１６２】
したがって、このような問題点を解決するために、ＣＩｏＴのためのＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｅｒｖｉｃｅ）で、制御プレーンを使用して最適化しようとする試みとユーザプレーンを使用して最適化しようとする試みとがある。各々に対して説明すると、下記の通りである。
【０１６３】
１．ＥＰＳ最適化のための一時停止（Ｓｕｓｐｅｎｄ）及び再開（Ｒｅｓｕｍｅ）手順
【０１６４】
１−１．一時停止（Ｓｕｓｐｅｎｄ）手順
【０１６５】
この手順は、ＵＥとネットワークがユーザプレーンＣＩ最適化ＥＰＳ最適化をサポートする場合、ネットワークが接続を一時停止するときに使われます。
【０１６６】
図８は、基地局が開始する一時停止手順を示す信号流れ図である。
【０１６７】
１）基地局は、接続一時停止手順を開始するために、Ｓ１  ＵＥ  Ｃｏｎｔｅｘｔ  Ｓｕｓｐｅｎｄ  ＲｅｑｕｅｓｔメッセージをＭＭＥに送信する。具体的に、基地局は、ＣＩｏＴ機器のＲＲＣ接続を一時停止させて、ＭＭＥがＥＣＭ−ＩＤＬＥに進入するようにＭＭＥに指示する。接続を再開するために必要なＳ１−ＡＰ関連、ＵＥコンテキスト及びベアラコンテキストと関連したデータは、基地局、ＣＩｏＴ機器及びＭＭＥに維持される。
【０１６８】
基地局は、Ｓ１  ＵＥ  Ｃｏｎｔｅｘｔ  Ｓｕｓｐｅｎｄ  Ｒｅｑｕｅｓｔメッセージでページングのための推薦セル及び基地局に対する情報を含ませることができる。利用可能な場合、ＭＭＥは、ＣＩｏＴ機器をページングする時使われる前記情報を格納しなければならない。
【０１６９】
基地局は、Ｓ１  ＵＥ  Ｃｏｎｔｅｘｔ  Ｓｕｓｐｅｎｄ  Ｒｅｑｕｅｓｔメッセージで、可能の限り向上した（即ち、拡張された）カバレッジに対する情報を含む。
【０１７０】
２）ＭＭＥは、ＣＩｏＴ機器に対する全てのＳ１−Ｕベアラの解除を要求するサービングＧＷにリリースベアラ要求メッセージを送信する。
【０１７１】
３）Ｓ−ＧＷは、ＣＩｏＴ機器に対する全ての基地局関連情報（アドレス及びダウンリンクＴＥＩＤ）を解除（ｒｅｌｅａｓｅ）して、ＭＭＥにリリースアクセスベアラ応答（Ｒｅｌｅａｓｅ  Ｂｅａｒｅｒ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ）メッセージとして応答する。ＣＩｏＴ機器に対するダウンリンクパケットが到着すると、Ｓ−ＧＷは、ＣＩｏＴ機器に対して受信されたダウンリンクパケットをバッファリングし始めてネットワークトリガサービス要求手順を始める。
【０１７２】
Ｓ−ＧＷは、Ｓ１−Ｕベアラの解除をリリースアクセスベアラ応答メッセージを介してＭＭＥに知らせる。
【０１７３】
４）ＭＭＥは、基地局により始まった接続一時停止手順の終了を成功させるために、基地局に対するＳ１−ＡＰ：ＵＥ  Ｃｏｎｔｅｘｔ  Ｓｕｓｐｅｎｄ  Ｒｅｓｐｏｎｓｅメッセージを送信する。ＴＳ  ３６．４１３［３６］参照。
【０１７４】
５）基地局は、ＲＲＣ接続一時停止メッセージを送信してＣＩｏＴ機器に対するＲＲＣ接続を一時停止させる。
【０１７５】
前記ＣＩｏＴ機器のＡＳ層が前記ＲＲＣ接続一時停止メッセージを受信すると、ＮＡＳ層にＲＲＣ接続が一時停止されたということを示すインディケーションを送信する。
【０１７６】
前記インディケーションを受信すると、前記ＣＩｏＴ機器のＮＡＳ層は、ＥＭＭアイドル状態に進入する。そして、前記ＮＡＳ層は、ＮＡＳシグナリング接続が解除されたと見なす。しかし、ＮＡＳ層は、ＮＡＳメッセージの安全な交換までも終了されたと見なすものではない。
【０１７７】
１−２．再開手順
【０１７８】
この手順は、ＣＩｏＴ機器とネットワークがユーザプレーンＣＩｏＴ  ＥＰＳ最適化をサポートしてＣＩｏＴ機器が接続再開手順を実行するために必要な情報を格納する場合に、ＣＩｏＴ機器によりＥＣＭ接続を再開するために使われる。具体的に説明すると、下記の通りである。
【０１７９】
前記一時停止インディケーションに基づいてＥＭＭアイドル状態にある間に、ＮＡＳメッセージを使用する手順が開始される場合、ＣＩｏＴ機器のＮＡＳ層は、ＡＳ層にＲＲＣ接続の再開を要求する。そのために、前記ＮＡＳ層は、ＲＲＣ確立原因（ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｃａｕｓｅ）とコールタイプ（ｃａｌｌ  ｔｙｐｅ）を前記ＡＳ層に伝達する。このとき、前記ＮＡＳメッセージは、前記ＡＳ層にまだ伝達されない。
【０１８０】
前記ＡＳ層からＲＲＣ接続が再開されたということを示すインディケーションを受信すると、前記ＮＡＳ層は、ＥＭＭ接続状態に進入する。前記ＡＳ層に伝達されなく、待機中であるＮＡＳメッセージがサービス要求（ｓｅｒｖｉｃｅ  ｒｅｑｕｅｓｔ）メッセージであり、または制御プレーンサービス要求（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ：ＣＰＳＲ）メッセージであり、または拡張サービス要求（Ｅｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）メッセージである場合、前記ＮＡＳメッセージは伝達されない。前記ＮＡＳメッセージが異なるメッセージである場合、前記ＮＡＳ層は、前記メッセージを暗号化する。そして、前記ＮＡＳ層がＥＭＭ接続状態に進入した後、その時になってはじめて前記メッセージを送信する。
【０１８１】
図９は、ＣＩｏＴ機器が開始する接続再開手順を示す信号流れ図である。
【０１８２】
１）ＣＩｏＴ機器は、基地局に対するランダムアクセス手順を開始する。
【０１８３】
２）ＣＩｏＴ機器は、ＣＩｏＴ機器のために格納されたＡＳコンテキストにアクセスするために、基地局が必要とする情報を含むＲＲＣ接続再開手順をトリガする。Ｅ−ＵＴＲＡＮは、セキュリティ検査を実行する。ＥＰＳベアラ状態同期化がＣＩｏＴ機器とネットワークとの間で実行される。即ち、基本ＥＰＳベアラに対する無線ベアラが設定されない場合、ＣＩｏＴ機器は、無線ベアラが設定されなく、制御プレーンＣＩｏＴ  ＥＰＳベアラでないＥＰＳベアラを内部的に除去する。
【０１８４】
３）基地局は、ＲＲＣ再開原因を含むＳ１−ＡＰ  ＵＥコンテキスト再開要求メッセージを介してＣＩｏＴ機器のＲＲＣ接続が再開されたことをＭＭＥに通報する。基地局が一時停止された全てのベアラを受諾することができない場合、基地局は、この事実に対する情報を拒絶されたＥＰＳベアラリスト内に含ませなければならない。ＭＭＥは、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態になる。Ｓ１−ＡＰ連係、ＵＥコンテキスト及びベアラコンテキストに関連したデータを格納しているＭＭＥと関連した基地局にＵＥが戻ったことをＭＭＥが確認する。
【０１８５】
デフォルトベアラが基地局により受諾されない場合、そのベアラと関連した全てのベアラは、非受諾ベアラとして取り扱われる。ＭＭＥは、ベアラ解除手順をトリガすることで非受諾及び非設定ベアラを解除する。
【０１８６】
４）ＭＭＥは、Ｓ１−ＡＰ  ＵＥコンテキスト再開応答メッセージを介して接続再開に対して応答する。
【０１８７】
５）Ｅ−ＲＡＢのリストが再開されることができない場合、基地局は、無線ベアラを再設定する。
【０１８８】
６）ＣＩｏＴ機器により送信されたＵＬ（ｕｐｌｉｎｋ）データは、基地局によりＳ−ＧＷにフォワーディングされることができる。基地局は、接続一時停止手順中に格納されたＳ−ＧＷアドレス及びＴＥＩＤでＵＬデータを送信する。Ｓ−ＧＷは、ＵＬデータをＰＤＮ  ＧＷに送信する。
【０１８９】
７）ＭＭＥは、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージを送信する。前記Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージは、ＥＰＳベアラに対する基地局のアドレス、Ｓ１  ＴＥＩＤ、（ＤＬ）をダウンリンクパケット遅延通報要求、ＲＡＴタイプなどに対する情報を含むことができる。
【０１９０】
８）Ｓ−ＧＷは、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅメッセージを送信する。前記メッセージは、Ｓ−ＧＷのアドレス、ＴＥＩＤを含む。
【０１９１】
２．制御プレーン（ＣＰ）ＣＩｏＴ  ＥＰＳ最適化
【０１９２】
これは、ＮＡＳ層のＰＤＵ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｕｎｉｔ）にデータを含んで送信する方法の案である。即ち、ＣＩｏＴ機器とＭＭＥが制御プレーンＣＩｏＴ  ＥＰＳ最適化を使用する場合、ＣＩｏＴ機器とＭＭＥは、関連したＰＤＮ接続のＥＰＳベアラＩＤを含むＮＡＳ  ＰＤＵにデータを送信することができる。既存データ送信のために必要なユーザプレーンセットアップ（ＤＲＢ＋Ｓ１−Ｕ経路）を使用せずに、ＮＡＳ層のアタッチ（Ａｔｔａｃｈ）、ＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）などのＮＡＳメッセージを送信するための制御プレーン（ＳＲＢ＋Ｓ１−ＡＰ）を介してデータを送信する方式である。そのために、ＭＭＥとＳ−ＧＷとの間にＳ１１−Ｕ経路が新しく定義される。前記新しく定義されたＳ１１−Ｕ経路を介してデータが送信されることができる。このとき、データのセキュリティは、ＡＳ層のセキュリティの代わりにＮＡＳ層のセキュリティが使われる。このように、ＡＳ層のセキュリティが不要であるため、ＳＭＣ（Ｓｅｃｕｒｉｔｙ  ｍｏｄｅ  ｃｏｍｍａｎｄ）手順などが省略されることができる。また、ＲＲＣ接続モード転換時にも必要なＲＲＣシグナリングが減少される。
【０１９３】
これに対して、図面を参照して説明する。
【０１９４】
図１０ａ及び図１０ｂは、制御プレーン（ＣＰ）ＣＩｏＴ  ＥＰＳ最適化によって、ＣＩｏＴ機器がデータを送信する手順を示す。
【０１９５】
図１０ａ及び図１０ｂを参照して分かるように、ＣＩｏＴ機器１００は、ランダムアクセス手順の第５のメッセージ（ＭＳＧ５）、例えば、ＲＲＣ接続完了メッセージ内に含まれるＮＡＳサービス要求メッセージ内にデータを含ませて送信できる。
【０１９６】
即ち、図７と図１０ａを比較すると、図７において、前記ＣＩｏＴ機器１００は、１５番目の過程でデータを送信することができて非効率的であるが、図１０ａにおいて、前記ＣＩｏＴ機器１００は、５番目の過程でデータを送信することができるようになって効率的に改善された。
【０１９７】
３．ユーザプレーン（ＵＰ）ＣＩｏＴ  ＥＰＳ最適化
【０１９８】
これは、データ送受信がない場合、ＣＩｏＴ機器と基地局に格納されたＵＥコンテキスト（即ち、ＣＩｏＴ機器のＩＤ（または、ＵＥ  ＩＤ）、ＡＳセキュリティ情報等）を解除（削除）する代わりに、該当コンテキストを維持するようにする。また、データ送受信がない場合、ＣＩｏＴ機器は、Ｓ１解除手順を実行する代わりにＲＲＣ接続一時停止（Ｓｕｓｐｅｎｄ）手順を実行する。したがって、ＣＩｏＴ機器がＲＲＣ接続を再び要求する場合、ＲＲＣアイドルモードからＲＲＣ接続モードに速やかに転換できる。即ち、ユーザプレーンのセットアップのためにサービス要求手順を実行する代わりにＲＲＣ接続再開（Ｒｅｓｕｍｅ）手順を実行する。したがって、ＣＩｏＴ機器がＲＲＣアイドルモード（ＥＭＭ−ＩＤＬＥ）からＲＲＣ接続モード（ＥＭＭ−ＣＯＮＮＥＣＴＥＤ）に転換するために送受信すべきＲＲＣシグナルの個数が著しく減るようになる。
【０１９９】
図１１は、ユーザプレーン（ＵＰ）ＣＩｏＴ  ＥＰＳ最適化によって、ＣＩｏＴ機器がデータを送信する手順を示す。
【０２００】
０）まず、データ送受信がない場合、ＣＩｏＴ機器１００と基地局２００に格納されたＵＥコンテキストを解約（削除）する代わりに該当コンテキストを維持して、また、Ｓ１解除手順を実行する代わりにＲＲＣ接続一時停止（Ｓｕｓｐｅｎｄ）手順を実行した。それによって、ＮＡＳ層は、ＥＣＭアイドル状態に進入する。
【０２０１】
１〜３）以後、データ通信が再び必要になると、前記ＣＩｏＴ機器１００のＮＡＳ層は、サービス要求手順、ＴＡＵ手順、またはアタッチ手順をトリガする。そして、前記ＮＡＳ層は、ＮＡＳメッセージを生成して、待機する。
【０２０２】
４）前記ＮＡＳ層は、ＲＲＣ確立原因及びコールタイプをＡＳ層に伝達する。このとき、前記ＮＡＳメッセージは伝達されない。
【０２０３】
５ａ−５ｄ）前記ＣＩｏＴ機器１００のＡＳ層は、ランダムアクセス手順の第１のメッセージ（即ち、ＭＳＧ１）（例えば、ランダムアクセスプリアンブル）を基地局２００に送信する。そして、前記ＣＩｏＴ機器１００は、ランダムアクセス手順の第２のメッセージ（即ち、ＭＳＧ２）（例えば、ランダムアクセス応答）を前記基地局２００から受信する。その場合、前記ＣＩｏＴ機器１００のＡＳ層は、ランダムアクセス手順の第３のメッセージ（即ち、ＭＳＧ３）（例えば、スケジューリングされたメッセージ）内にＲＲＣ接続再開要求メッセージを含ませて送信する。このとき、前記ＲＲＣ接続再開要求メッセージ内には再開ＩＤが含まれる。前記基地局２００は、ランダムアクセス手順の第４のメッセージ（即ち、ＭＳＧ４）（例えば、ＲＲＣ接続再開完了メッセージ）を前記ＣＩｏＴ機器１００に送信する。このとき、前記ＲＲＣ接続再開完了メッセージは、再開ＩＤとベアラ叙述子を含む。
【０２０４】
６−７）前記基地局２００は、Ｓ１−ＡＰ基盤のＵＥコンテキスト再開要求メッセージを前記ＭＭＥ５１０に送信する。前記ＭＭＥは、コンテキスト再開応答メッセージを前記基地局に送信する。
【０２０５】
８−９）一方、前記ＣＩｏＴ機器１００のＡＳ層は、再開成功を知らせるインディケーションをＮＡＳ層に伝達する。前記ＮＡＳ層は、ＥＭＭ接続モードに進入する。
【０２０６】
１０）前記ＮＡＳ層は、前記待機中であるＮＡＳメッセージを前記ＡＳ層に伝達する。
【０２０７】
１１）その場合、前記ＣＩｏＴ機器１００のＡＳ層は、ランダムアクセス手順の第５のメッセージ（即ち、ＭＳＧ５）（例えば、ＲＲＣ接続再開完了メッセージ）を前記基地局２００に送信する。前記再開完了メッセージは、前記ＮＡＳメッセージを含むことができる。
【０２０８】
図７と図１１を比較すると、図７において、前記ＣＩｏＴ機器１００は、１５番目の過程でデータを送信することができて非効率的であるが、図１１において、前記ＣＩｏＴ機器１００は、１１番目の過程でデータを送信することができるようになって効率的に改善された。
【０２０９】
図１２ａ及び図１２ｂは、図１１に示す基地局とＭＭＥとの間にコンテキスト再開要求メッセージの送受信を示す例示図である。
【０２１０】
図１２ａ及び図１２ｂに示すように、基地局は、再開を要求するために、ＵＥコンテキスト再開要求メッセージを送信する。このとき、前記ＭＭＥが再開を受諾する場合、図１２ａに示すように、ＵＥコンテキスト再開応答メッセージを送信する。しかし、ＭＭＥが再開を拒絶する場合、図１２ｂに示すように、ＵＥコンテキスト再開失敗メッセージを送信する。
【０２１１】
もし、前記ＭＭＥがコンテキスト再開失敗メッセージを送信する場合、前記基地局は、ＲＲＣ接続解除（ｒｅｌｅａｓｅ）手順を実行する。
【０２１２】
具体的に、ＭＭＥが一つのＥ−ＲＡＢを再開することができない場合、コンテキスト再開失敗メッセージを基地局に送信することによって、ＣＩｏＴ機器関連の論理Ｓ１接続を解除する。前記基地局が前記失敗メッセージを受信すると、ＲＲＣ接続を解除して、関連した全てのシグナリングとユーザデータ送信リソースを解放する。
【０２１３】
４．ＥＤＴ（ｅａｒｌｙ  ｄａｔａ  ｔｒａｎｓｍｉｓｓｉｏｎ）
【０２１４】
他方、最近、より速やかにデータを送信可能にしようとする議論があった。これをＥＤＴという。ＥＤＴではランダムアクセス手順のＭＳＧ１とＭＳＧ５との間の、即ち、ＤＬデータの場合は、ＭＳＧ２またはＭＳＧ４を介してＤＬデータを送信して、ＵＬデータの場合は、ＭＳＧ３を介してＵＬデータを送信することを考慮している。
【０２１５】
このようなＥＤＴによると、ＣＩｏＴ機器は、速やかに早期送信を実行することができる。早期送信が完了すると、ＣＩｏＴ機器は、早期にＲＲＣ接続を解除することによって、電力消費を削減することができる。
【０２１６】
図１３は、ＥＤＴによってデータを早期に送信する手順を示す例示的な流れ図である。
【０２１７】
１）ＣＩｏＴ機器１００の上位層は、接続モードをトリガする。
【０２１８】
２ａ−２ｂ）ＣＩｏＴ機器１００は、ランダムアクセス手順のＭＳＧ１（即ち、ランダムアクセスプリアンブル）を送信する。前記ＭＳＧ１は、早期データ送信のためのものであることを示すことができる。基地局２００は、ランダムアクセス手順のＭＳＧ２（即ち、ランダムアクセス応答メッセージ）を送信する。
【０２１９】
３ａ）前記ＣＩｏＴ機器１００は、格納されたＣＩｏＴ設定でＵＰデータを送信する場合、ＤＲＢ及びＳＲＢを再開する。前記ＣＩｏＴ機器１００のＡＳ層（即ち、ＲＲＣ層）は、ＲＲＣ接続モードに進入する。
【０２２０】
３ｂ）前記ＣＩｏＴ機器１００のＡＳ層（即ち、ＲＲＣ層）は、ランダムアクセス手順のＭＳＧ３を送信する。前記ＭＳＧ３は、ＲＲＣメッセージを含む。ＣＰ  ＥＤＴの場合、前記ＲＲＣメッセージは、ＮＡＳ  ＰＤＵを含むＮＡＳメッセージを含み、ＵＰ  ＥＤＴの場合、前記ＭＳＧ３は、ＵＰデータを含むことができる。
【０２２１】
４ａ−４ｃ）ＣＰ  ＥＤＴが使われる場合、前記基地局２００は、Ｓ１−ＡＰ基盤のＩｎｉｔｉａｌ  ＵＥメッセージ内にＮＡＳ  ＰＤＵを含ませて送信できる。
【０２２２】
４ｄ−４ｅ）または、ＵＰ  ＥＤＴが使われる場合、前記基地局は、Ｓ１−ＡＰ基盤のＵＥコンテキスト再開要求メッセージを送信した後、ＵＬデータを送信することができる。
【０２２３】
４ｆ）一方、前記ＣＩｏＴ機器１００に伝達するＤＬデータが存在して、ＣＰ  ＥＤＴが使われる場合、前記ＭＭＥ５１０は、ＮＡＳ  ＰＤＵを含むＤＬ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔメッセージを前記基地局２００に伝達できる。
【０２２４】
４ｇ）または、前記ＣＩｏＴ機器１００に伝達するＤＬデータが存在して、ＵＰ  ＥＤＴが使われる場合、Ｓ１−Ｕインターフェースを介してＤＬデータが前記基地局２００に伝達されることができる。
【０２２５】
４ｈ）以後、前記基地局２００と前記ＭＭＥ５１０は、Ｓ１−ＡＰ基盤のＵＥコンテキスト解除メッセージを送受信することができる。
【０２２６】
５）ＣＰ  ＥＤＴが使われる場合、前記基地局２００は、ＤＬデータを含むＮＡＳ  ＰＤＵを前記ＣＩｏＴ機器１００に伝達できる。または、ＵＰ  ＥＤＴが使われる場合、前記基地局２００は、ＤＬデータを前記ＣＩｏＴ機器１００に伝達できる。
【０２２７】
＜本明細書の開示を介して解決しようとする問題点＞
【０２２８】
前述したようなＥＤＴは、下記のような問題点を有している。
【０２２９】
１．第１の問題点
【０２３０】
まず、データがＣＰ経路及びＵＰ経路のうちどの経路を介して送信されるかが不明確であるという問題点がある。具体的に説明すると、下記の通りである。
【０２３１】
一般的にＣＩｏＴ  ＥＰＳ最適化を使用するＣＩｏＴ機器は、ＣＰ  ＣＩｏＴ  ＥＰＳ最適化が使われるか、またはＵＰ  ＣＩｏＴ  ＥＰＳ最適化が使われるかを示すインディケーションをランダムアクセス手順のＭＳＧ５に含ませて送信する。
【０２３２】
ＣＩｏＴ機器のＮＡＳ層は、要求するＣＩｏＴ  ＥＰＳ最適化方式をＡＳ層に知らせる。即ち、ＮＢ（ｎａｒｒｏｗｂａｎｄ）通信で、ＣＩｏＴ機器のＮＡＳ層がＡＳ層にＲＲＣ接続を要求しながら、ＰＤＮ接続がないＥＭＭ登録（ｒｅｇｉｓｔｅｒｅｄ）状態の使用を要求し、またはＵＰ  ＣＩｏＴ  ＥＰＳ最適化の使用を要求する場合、前記ＣＩｏＴ機器は、要求されるＣＩｏＴ  ＥＰＳ最適化に対するインディケーションをＡＳ層に伝達する。もし、ＣＩｏＴ機器がＵＰ  ＣＩｏＴ最適化の使用無しでＳ１−Ｕデータ伝達の使用を要求する場合、ＣＩｏＴ機器は、ＵＰ  ＣＩｏＴ  ＥＰＳ最適化に対するインディケーションをＡＳ層に伝達する。それに対し、ＷＢ（ＷｉｄｅＢａｎｄ）通信で、ＣＩｏＴ機器のＮＡＳ層がＡＳ層にＲＲＣ接続を要求しながら、ＰＤＮ接続がないＥＭＭ登録（ｒｅｇｉｓｔｅｒｅｄ）状態の使用を要求し、またはＣＰ  ＣＩｏＴ  ＥＰＳ最適化またはＵＰ  ＣＩｏＴ  ＥＰＳ最適化の使用を要求する場合、前記ＣＩｏＴ機器は、要求されるＣＩｏＴ  ＥＰＳ最適化に対するインディケーションをＡＳ層に伝達する。
【０２３３】
その場合、前記ＡＳ層は、ＲＲＣ接続セットアップ完了メッセージを生成して、前記ＲＲＣ接続再開完了メッセージをＭＳＧ５に含ませて送信する。このとき、ＣＩｏＴ  ＥＰＳ最適化がサポートされる場合、前記ＡＳ層は、ａｔｔａｃｈＷｉｔｈｏｕｔＰＤＮ−ｃｏｎｎｅｃｔｉｖｉｔｙインディケーションを前記メッセージ内に含ませる。また、前記ＡＳ層は、前記ＮＡＳ層の要求によってｕｐ−ＣＩｏＴ−ＥＰＳ−Ｏｐｔｉｍｉｚａｔｉｏｎインディケーションまたはｃｐ−ＣＩｏＴ−ＥＰＳ−Ｏｐｔｉｍｉｚａｔｉｏｎインディケーションを前記メッセージ内に含ませる。
【０２３４】
しかし、ＥＤＴによって早期送信する場合、ＵＬデータがＭＳＧ３に含まれて送信されて、ＣＩｏＴ機器は、ＭＳＧ４を受信すると、ＭＳＧ５を送信せずに、ＲＲＣ接続を解除する。
【０２３５】
即ち、ＥＤＴによって早期送信が実行される場合、ｕｐ−ＣＩｏＴ−ＥＰＳ−Ｏｐｔｉｍｉｚａｔｉｏｎインディケーションまたはｃｐ−ＣＩｏＴ−ＥＰＳ−Ｏｐｔｉｍｉｚａｔｉｏｎインディケーションを含むＲＲＣ接続再開完了メッセージが送信されないため、基地局は、ＵＬデータをＵＰ経路で送信すべきか、またはＣＰ経路で送信すべきかを知ることができない。
【０２３６】
このような問題点を解決するための簡単な解決策は、ＥＤＴではＣＰ  ＥＤＴ及びＵＰ  ＥＤＴのうちいずれか一つのみがサポートされるようにすることがある。
【０２３７】
一方、一時停止状態から再開状態に転換される場合、従来にはＵＰの全てのベアラが再び活性化された。しかし、一時停止状態で、ＣＰのみを再開するための手順は存在しないという問題点がある。
【０２３８】
２．第２の問題点
【０２３９】
図９で記述された従来またはＵＰ  ＥＤＴ方式にＵＰ  ＥＤＴを実行する時、ＣＩｏＴ機器がＵＬデータをＭＳＧ３を介して送信する場合、前記ＣＩｏＴ機器が、ＵＬデータの送信が成功したかどうかを確認することができる方法がないという問題点がある。具体的に、一時停止及び再開手順を参照して説明すると、下記の通りである。
【０２４０】
一時停止インディケーションによってＥＭＭアイドル状態にあるＣＩｏＴ機器がＭＳＧ３（即ち、ＲＲＣ接続再開要求メッセージを含む）を介してＵＬデータを含んで送信すると、基地局は、再開を受諾するかどうかを決定する。基地局が再開を受諾する場合、前記基地局は、ＭＳＧ４（ＲＲＣ接続再開メッセージを含む）をＣＩｏＴ機器に送信した後に、ＭＭＥにＵＥコンテキスト再開要求メッセージを送信する。前記ＭＳＧ４を受信したＣＩｏＴ機器は、内部的に解除を実行する。以後、ＣＩｏＴ機器は、ＥＭＭアイドル状態に転換する。このとき、ＣＩｏＴ機器は、省電力のためにｅＤＲＸやＰＳＭモードに転換できる。
【０２４１】
一方、前記ＭＭＥがＵＥコンテキスト再開要求メッセージを受信したが、いずれか一つのＥ−ＲＡＢでも再開することができない場合、ＵＥコンテキスト再開失敗メッセージを基地局に送信することによって、前記ＣＩｏＴ機器と関連した論理Ｓ１−接続を解除する。前記ＵＥコンテキスト再開失敗メッセージを受信すると、前記基地局は、ＲＲＣ接続を解除し、関連した全てのシグナリングを解除する。また、前記基地局は、ユーザデータ伝達のためのリソースを解放する。
【０２４２】
それによって、下記のような問題点が発生する。
【０２４３】
もし、ＣＩｏＴ機器が送信しようとするＵＬデータがＣＰ経路を介して送信される場合、ＵＰベアラを再開する必要がないため、再開手順は、不要な手順になることができる。したがって、ＭＭＥは、ＵＥコンテキスト再開失敗メッセージを基地局に送信して、前記基地局は、前記失敗メッセージによってＲＲＣ接続解除手順を実行する。しかし、前記ＭＳＧ４を受信する場合、ＣＩｏＴ機器は、前記で説明したように、ＲＲＣ接続解除を実行した後、ＥＭＭ−ＩＤＬＥモードに転換して、ひいては、ｅＤＲＸやＰＳＭに転換した状態である。それによって、基地局は、ＲＲＣ接続解除を実行することができない。しかし、ここでの問題は、ＵＬデータの送信が成功であるかまたは失敗であるかをＣＩｏＴ機器が知らない状態でＥＭＭアイドル状態に転換して、ｅＤＲＸやＰＳＭ状態に転換するということである。もし、ＣＩｏＴ機器が基地局からＲＲＣ接続解除要求メッセージを受信することができる場合、前記メッセージを介してＵＬデータの成功または失敗を推測することができるが、これを受信することができなくて、ＣＩｏＴ機器は、ＵＬデータに対する成功または失敗を判断することができない。
【０２４４】
３．第３の問題点
【０２４５】
従来動作によると、ＣＩｏＴ機器がＰＳＭを使用するためにはＴＡＵ手順を介してＰＳＭの使用をＭＭＥに要求して受諾を受けなければならない。しかし、ＣＩｏＴ機器がＥＤＴをサポートする場合、ランダムアクセス手順のＭＳＧ３を介してＵＬデータを送信して、ＴＡＵ要求メッセージが送信される前にＲＲＣ接続が解除される。この場合、ＣＩｏＴ機器は、ＰＳＭを使用することができなくて、これによる省電力効果を得ることができない。この場合、ＥＤＴによる利得があっても、ＰＳＭを使用することができなくて発生する短所がもっと大きい。
【０２４６】
＜本明細書の開示＞
【０２４７】
以下でＣＩｏＴ機器は、ＥＤＴをサポートすることができると仮定する。以下、ＣＩｏＴ機器がＵＬデータを送信するとき、一時停止インディケーションによってＥＭＭアイドル状態及び一時停止インディケーションによってＲＲＣアイドル状態にある場合、再開手順を実行すると仮定する。
【０２４８】
Ｉ．第１の開示：ＥＤＴのための事前準備過程
【０２４９】
ＣＩｏＴ機器とネットワークノードは、下記のオプションのうちいずれか一つによってＥＤＴのための能力情報を互いに確認する動作を実行する。
【０２５０】
オプションＡ）ＥＤＴに対する能力情報のみを確認する場合
【０２５１】
ＣＩｏＴ機器は、ＥＤＴを実行するために、ネットワークノードに自分のＥＤＴに対する能力情報を知らせなければならない。そのために、ＣＩｏＴ機器は、アタッチ手順を実行するためのアタッチ要求メッセージまたはＴＡＵ手順を実行するためのＴＡＵ要求メッセージ内の能力情報フィールド内のＥＤＴ  ｓｕｐｐｏｒｔ  ｂｉｔを“ＥＤＴ  ｓｕｐｐｏｒｔｅｄ”に設定した後に送信できる。前記アタッチ要求メッセージまたはＴＡＵ要求メッセージを受信したネットワークノード（例えば、ＭＭＥ）も、前記ＥＤＴをサポートする場合、アタッチ受諾メッセージまたはＴＡＵ受諾メッセージ内のＥＰＳ  ｎｅｔｗｏｒｋ  ｆｅａｔｕｒｅ  ｓｕｐｐｏｒｔフィールド内に“ＥＤＴ  ｓｕｐｐｏｒｔｅｄ”を設定した後、前記ＣＩｏＴ機器に送信できる。
【０２５２】
オプションＢ）ＥＤＴサポートに対する能力情報と共にＥＤＴが可能なベアラを確認する場合
【０２５３】
オプションＡと違って、ＥＤＴサポートに対する能力情報外にＥＤＴをサポートするベアラ情報を確認する動作を実行することができる。
【０２５４】
Ｂ−１）ＥＤＴをサポートするベアラ情報を確認する動作をアタッチ手順やＴＡＵ手順と共に実行する場合
【０２５５】
ＣＩｏＴ機器は、ＥＤＴサポートに対する能力情報以外にＥＤＴをサポートするベアラ情報を含むアタッチ要求メッセージやＴＡＵ要求メッセージをネットワークノードに送信する。
【０２５６】
ネットワークノード（例えば、ＭＭＥ）は、前記アタッチ要求メッセージやＴＡＵ要求メッセージを確認する。このとき、ネットワークノードもＥＤＴをサポートする場合、ＥＤＴをサポートするベアラのうち、ＥＤＴに使用するベアラ情報を含むアタッチ受諾メッセージまたはＴＡＵ受諾メッセージを送信する。
【０２５７】
一方、前記ＣＩｏＴ機器は、ベアラ情報を前記メッセージ内に含んでいないとしても、ネットワークノード（例えば、ＭＭＥ）は、現在ＣＩｏＴ機器のベアラコンテキストを確認して、前記確認によってＥＤＴをサポートするベアラに対する情報を前記アタッチ受諾メッセージまたはＴＡＵ受諾メッセージ内に含ませてＣＩｏＴ機器に送信できる。
【０２５８】
Ｂ−１）ＥＤＴをサポートするベアラ情報を確認する動作を別途に実行する場合
【０２５９】
ＥＤＴサポートに対する能力情報確認は、オプションＡによって実行されることができる。ＥＤＴをサポートするベアラに対する確認は、下記のように実行されることができる。
【０２６０】
ＣＩｏＴ機器がＥＳＭ手順を実行する時（例えば、ＰＤＮ接続要求手順、ベアラリソース割当要求手順、ベアラリソース修正手順）、ＥＤＴをサポートするベアラに対する情報をＰＣＯ（ｐｒｏｔｏｃｏｌ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｏｐｔｉｏｎ）またはＥｘｔｅｎｄｅｄ  ＰＣＯに含んでネットワークノード（例えば、Ｐ−ＧＷ）に送信する。
【０２６１】
前記ネットワークノード（例えば、Ｐ−ＧＷ）が該当ベアラに対してＥＤＴをサポートする場合、ＥＤＴをサポートすることを示すインディケーションをＰＣＯやＥｘｔｅｎｄｅｄ  ＰＣＯに含ませて、ＣＩｏＴ機器に送信する。この過程（ＥＳＭ手順）を介してＭＭＥも、ＥＤＴをサポートするベアラ情報を確認することができる。
【０２６２】
前記“ＥＤＴ  ｓｕｐｐｏｒｔｅｄ”は、ＣＰ  ＥＤＴとＵＰ  ＥＤＴを細分化して表現することができる。即ち、ＣＰ  ＥＤＴをサポートする場合、“ＣＰ  ＥＤＴ  ｓｕｐｐｏｒｔｅｄ”、ＵＰ  ＥＤＴをサポートする場合、“ＵＰ  ＥＤＴ  ｓｕｐｐｏｒｔｅｄ”で表現されることができる。
【０２６３】
ＩＩ．第２の開示：ＵＬデータ送信
【０２６４】
第２の開示は、前述した第１の問題点を解決するための方法の案に関する。
【０２６５】
ＣＩｏＴ機器がＵＬデータを含むＭＳＧ３（即ち、ＲＲＣ接続再開要求メッセージ）を送信する時、前記データをＣＰ経路に送信すべきか（即ち、ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）かまたはＣＰ  ＥＤＴ方式が使われるか）またはＵＰ経路に送信すべきか（即ち、ＵＰデータかまたはＵＰ  ＥＤＴ方式が使われるか）に対する情報を含ませて送信できる。具体的な、ＣＩｏＴ機器の動作は、下記の通りである。
【０２６６】
１）ＣＩｏＴ機器のアプリケーション層は、送信しようとするデータを下位層（例えば、ＮＡＳ層またはＡＳ層）に伝達するとき、送信しようとするデータがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）かまたはＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）かを示すインディケーションを共に伝達する。
【０２６７】
１−Ａ）下記の内容が前記インディケーションに含まれ、または別途に下位層（例えば、ＮＡＳ層またはＡＳ層）に伝達される。
【０２６８】
−該当データが少量データかどうかに対する情報、そして／または
【０２６９】
−（後続）ＵＬデータ送信やＤＬデータ受信が予想（ｅｘｐｅｃｔ）されないかどうかに対する情報（または、ＲＡＩ（Ｒｅｌｅａｓｅ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｄｉｃａｔｉｏｎ））、そして／または
【０２７０】
−ＥＤＴの実行可否に対する情報。
【０２７１】
１−Ｂ）ＣＩｏＴ機器は、内部的にトリガリング経路によって下記の場合を考慮することができる。
【０２７２】
−ＣＩｏＴ機器のアプリケーション層は、ＮＡＳ層を経てＡＳ層に前記情報を送信する。このとき、ＮＡＳ層は、データを送信しようとするＥＰＳベアラＩＤ情報と共に、前記情報をＡＳ層に伝達できる。ＮＡＳ層がＡＳ層に前記情報やＥＰＳベアラＩＤ情報を伝達する時点は、再開手順がトリガリングされると、ＲＲＣ確立原因とコールタイプを伝達する時点になる。具体的には下記の通りである。
【０２７３】
一時停止インディケーションによってＥＭＭアイドル状態にある間に、初期ＮＡＳメッセージを使用する手順がトリガリングされると、ＣＩｏＴ機器は、下位層にＲＲＣ接続の再開を要求する。このとき、前記ＮＡＳ層は、ＥＤＴに対するインディケーションをＡＳ層に伝達する。また、前記ＮＡＳ層は、データが送信されるＥＰＳベアラＩＤに対する情報、ＲＲＣ確立原因及びコールタイプをＡＳ層に伝達する。
【０２７４】
前記ＣＩｏＴ機器のＡＳ層は、データをランダムアクセス手順のＭＳＧ３（ＲＲＣ接続再開要求メッセージを含む）内に含ませて、基地局に送信する。基地局は、再開要求を受諾したり、拒絶したり、フォールバック（ｆａｌｌｂａｃｋ）を指示したりすることができる。再開が拒絶され、またはフォールバックが指示される場合、ＣＩｏＴ機器のＡＳ層の従来動作を介してデータの再送信を試みる。
【０２７５】
前記で該当ＥＤＴによって送信されるデータがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）である場合、生成されるＮＡＳメッセージは、制御プレーンサービス要求（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ：ＣＰＳＲ）メッセージである。再開が拒絶されたりフォールバックが指示されたりする場合、ＣＰＳＲに含まれているデータを介して再送信が行われるようになる。
【０２７６】
他方、前記情報がＮＡＳ層を経ずに、ＡＳ層に直ちに送信されることができる。即ち、前記ＣＩｏＴ機器のアプリケーション層は、前記情報を前記ＡＳ層に直接伝達することもできる。上位層でＥＰＳベアラＩＤの伝達を受けない場合、ＡＳ層は、データが送信されるＥＰＳベアラＩＤを知ることができる。
【０２７７】
２）送信するＵＬデータと前記インディケーションそして情報を受信すると、前記ＣＩｏＴ機器のＡＳ層は、早期送信が必要であると判断して、再開手順と共に下記の動作を実行する。
【０２７８】
２−Ａ）前記ＡＳ層は、ランダムアクセス手順を始める。具体的に、ＣＩｏＴ機器のＡＳ層は、ＭＳＧ１を送信して、ＭＳＧ２の受信に成功すると、ＵＬデータを含むＭＳＧ３（即ち、ＲＲＣ接続再開要求メッセージを含む）を基地局に送信する。
【０２７９】
２−Ｂ）このとき、ＵＬデータは、ＣＩｏＴ機器のＡＳ層が格納しているＡＳセキュリティコンテキスト（例えば、認証トークン、ｓｈｏｒｔ  ＭＡＣ−Ｉ）により暗号でセキュリティされ、そして無欠性が保証される。
【０２８０】
２−Ｃ）ランダムアクセス手順のＭＳＧ３は、下記情報（ｉｎｄｉｃａｔｉｏｎ）を含む。
【０２８１】
−ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）かまたはＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）かを示すインディケーション、そして／または
【０２８２】
−ＥＰＳベアラＩＤやＬＣ（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）ＩＤを含む。ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）の場合、該当情報を含ませないこともある。
【０２８３】
３）基地局が前記ＵＬデータを含むＭＳＧ３を受信すると、該当ＵＬデータがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）かまたはＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）かを確認する。ＥＰＳベアラＩＤやＬＣ  ＩＤを介してＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）かまたはＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）かを確認することもできる。そして、前記基地局は、後述するように、ＭＭＥにＳ１−ＡＰメッセージを送信する。そして、前記基地局は、前記受信したＥＰＳベアラＩＤやＬＣ  ＩＤを確認して該当ＥＰＳベアラを再開するかどうかを決定することができる。この場合、他のＥＰＳベアラが再開されても、該当ＥＰＳベアラを再開することができない場合、前記基地局は、再開拒絶をＣＩｏＴ機器に知らせるためのＲＲＣ接続再開拒絶メッセージを送信する。前記拒絶メッセージ内には拒絶の理由を示す原因情報を含むことができる。ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）の場合、再開を実行する必要がない。この場合、前記基地局は、再開を実行せずに直ちにＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）をＭＭＥに送信できる。ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）の場合にも再開を実行する場合は、ＵＥコンテキスト再開要求メッセージをＭＭＥに送信できる。
【０２８４】
３−Ａ）もし、ＭＳＧ３を介して送信されたデータがＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）である場合、再開手順を実行する。即ち、基地局は、ＵＥコンテキスト再開要求メッセージをＭＭＥに送信する。前記ＭＭＥが前記ＵＥコンテキスト再開要求メッセージを受信すると、ＣＩｏＴ機器が送信を希望するＥＰＳベアラを再開した後、基地局にＵＥコンテキスト再開応答メッセージを送信する。一方、ＣＩｏＴ機器が送信を希望するＥＰＳベアラが再開されずに、他のＥＰＳベアラが再開される場合にも、ＭＭＥは、基地局にＵＥコンテキスト再開応答メッセージを送信することができる。しかし、この場合、基地局がＣＩｏＴ機器から受信したＵＬデータを送信するＥＰＳベアラは、再開されなかったため、他のＥＰＳベアラの再開は、不要な動作である。したがって、必要なＥＰＳベアラのみを再開させることが効率的である。
【０２８５】
一方、再開手順途中に下記のような最適化動作が実行されることができる。
【０２８６】
−最適化を適用した場合、基地局は、過程２）でＣＩｏＴ機器から受信したＥＰＳベアラＩＤをＵＥコンテキスト再開要求メッセージ内に含ませて送信する。前記基地局がＣＩｏＴ機器からＬＣ  ＩＤを受信した場合、該当ＬＣ  ＩＤとマッピングされるＥＰＳベアラＩＤを探り出した後、前記探り出したＥＰＳベアラＩＤを前記メッセージ内に含ませることができる。
【０２８７】
−最適化を適用しない場合、基地局は、ＵＥコンテキスト再開要求メッセージを一般的に生成して送信できる。
【０２８８】
３−Ｂ）もし、ＣＩｏＴ機器がＭＳＧ３を介して送信したデータがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）である場合、基地局は、ＭＳＧ３内のＲＲＣ接続再開要求メッセージを抽出して、前記ＲＲＣ接続再開要求メッセージ内に含まれているＵＬデータを抽出する。そして、前記基地局は、前記抽出されたＵＬデータをＳ１−ＡＰメッセージ内に含ませてＭＭＥに送信する。Ｓ１−ＡＰメッセージは、一般的なＵＥコンテキスト再開要求メッセージまたはＩｎｉｔｉａｌ  ＵＥメッセージを再使用したものであり、または修正したものであり、または新しく定義されたメッセージである。前記Ｓ１−ＡＰメッセージにはＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）が含まれているということを示す別途のインディケーションが含まれることができる。具体的な動作は、下記の通りである。
【０２８９】
−Ｉｎｉｔｉａｌ  ＵＥメッセージである場合、
【０２９０】
ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を含むために、Ｉｎｉｔｉａｌ  ＵＥメッセージ内にＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）のためのコンテナ（ｃｏｎｔａｉｎｅｒ）としてＩＥ（Ｉｎｆｏｒｍａｔｉｏｎ  Ｅｌｅｍｅｎｔ）が追加されることができる。前記ＩＥ内にＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）が含まれ、または既存のＮＡＳ−ＰＤＵ  ＩＥに前記ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）が含まれることができる。
【０２９１】
前記ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）が既存のＮＡＳ−ＰＤＵ  ＩＥ内に含まれる場合にのみ、ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）であることを示すインディケーションが含まれることができる。
【０２９２】
−ＵＥコンテキスト再開要求メッセージである場合
【０２９３】
Ｅ−ＲＡＢ  Ｆａｉｌｅｄ  Ｔｏ  Ｒｅｓｕｍｅ  Ｌｉｓｔは含まれない。ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を含むために、ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）のためのコンテナとして、新しいＩＥが前記メッセージ内に追加されることができる。前記新しく追加されたＩＥにＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）が含まれることができる。
【０２９４】
−新しいＳ１−ＡＰメッセージである場合
【０２９５】
少なくともメッセージタイプ、Ｓ１−ＡＰのＩＤが前記メッセージ内に含まれることができる。
【０２９６】
前記メッセージは、ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を含む。前記メッセージは、別途のＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）が含まれているというインディケーションを含むことができる。
【０２９７】
４）ＭＭＥがＳ１−ＡＰメッセージを受信すると、下記に記述されたように動作する。
【０２９８】
４−Ａ）ＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）の場合、
【０２９９】
４−Ａ−ｉ）過程３−Ａ）の最適化を適用した場合、これを受信したＭＭＥは、受信したＥＰＳベアラＩＤに該当するＥ−ＲＡＢベアラのみを再開させることができる。
【０３００】
該当Ｅ−ＲＡＢベアラの再開に成功した場合、ＵＥコンテキスト再開応答メッセージを基地局に送信する。
【０３０１】
これを受信した基地局は、ＣＩｏＴ機器とのＤＲＢセットアップを実行せずに、再開されたＳ１−Ｕベアラを介して該当ＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）を送信する。基地局は、ＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）を送信した以後、ＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）の送信が成功したか否かをＣＩｏＴ機器に知らせることができる。送信が成功したか否かを知らせるＲＲＣメッセージは、一般的なＲＲＣメッセージ（例えば、ＲＲＣ接続解除メッセージ）であり、または新しいＲＲＣメッセージである。前記ＲＲＣメッセージは、ＵＬデータ送信の成功または失敗を示す原因情報を含む。
【０３０２】
該当Ｅ−ＲＡＢベアラの再開に失敗した場合、ＵＥコンテキスト再開失敗メッセージを基地局に送信する。前記メッセージは、データ送信の成功または失敗を示す原因情報を含む。前記原因情報は、具体的な失敗の理由を示すことができる。例えば、前記原因情報は、要求したＥＰＳベアラＩＤを再開することができないことを示すことができる。
【０３０３】
これを受信した基地局は、ＲＲＣ接続解除メッセージまたはＲＲＣ再開拒絶メッセージを送信しながら、該当原因情報をＣＩｏＴ機器に知らせることができる。
【０３０４】
これを受信したＣＩｏＴ機器は、データ送信が失敗することを認知する。そして、前記原因情報によって失敗理由を具体的に認知できる。
【０３０５】
４−Ａ−ｉｉ）最適化を適用しない場合、ＭＭＥは、従来通りにＵＥコンテキスト再開応答メッセージやＵＥコンテキスト再開失敗メッセージを生成して送信する。
【０３０６】
４−Ｂ）ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）の場合、過程４）で基地局が送信したＳ１−ＡＰメッセージを受信したＭＭＥは、基地局で再開を成功すること（例えば、再開テストの通過に成功すること）を認知して、該当Ｓ１−ＡＰメッセージに含まれているＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を確認して、該当ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）の送信可否を決定する。
【０３０７】
４−Ｂ−ｉ）ＭＭＥがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信しない場合（送信を拒絶する場合）、拒絶とその拒絶の理由情報をＣＩｏＴ機器に知らせる。そのために、前記ＭＭＥは、Ｓ１−ＡＰメッセージを基地局に送信する。前記Ｓ１−ＡＰメッセージは、一般的なＳ１−ＡＰメッセージ（例えば、Ｄｏｗｎｌｉｎｋ  ＮＡＳ  ＴｒａｎｓｐｏｒｔメッセージまたはＵＥコンテキスト再開失敗メッセージ）を再使用したものであり、または修正したものであり、または新しく定義されたメッセージである。
【０３０８】
一般的なＳ１−ＡＰメッセージを再使用または修正する場合、過程３−Ｂ）で使われたＳ１−ＡＰメッセージによってどのようなＳ１−ＡＰメッセージを使用するかが決定される。例えば、過程３−Ｂ）でＩｎｉｔｉａｌ  ＵＥメッセージが使われた場合、Ｄｏｗｎｌｉｎｋ  ＮＡＳ  ＴｒａｎｓｐｏｒｔメッセージまたはＵＥコンテキスト再開要求メッセージが使われた場合、ＵＥコンテキスト再開失敗メッセージが使われる。前記メッセージは、拒絶の理由を示す原因情報を含むことができる。
【０３０９】
このとき、ＭＭＥに、ＣＩｏＴ機器に送信するＤＬデータが待機中である場合、基地局に共に送信される。前記Ｓ１−ＡＰメッセージに前記ＤＬデータが含まれて送信されることができる。
【０３１０】
４−Ｂ−ｉｉ）ＭＭＥがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信しようとする場合、送信しようとするＥＰＳベアラＩＤを確認してどのようなインターフェースを介してＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信すべきかを確認する。具体的に、ＭＭＥは、前記メッセージ内に含まれているＥＰＳベアラＩＤに基づいてＳＣＥＦまたはＰ−ＧＷとのＰＤＮ接続を確認することができる。
【０３１１】
ＭＭＥがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）送信を決定した時または送信に成功した時、これを知らせるために、Ｓ１−ＡＰメッセージを基地局に送信したり、Ｓ１解除手順を実行したりすることができる。前記Ｓ１−ＡＰメッセージは、一般的なＳ１−ＡＰメッセージ（例えば、Ｄｏｗｎｌｉｎｋ  ＮＡＳ  ＴｒａｎｓｐｏｒｔメッセージまたはＵＥコンテキスト再開失敗メッセージ）を再使用したものであり、または修正したものであり、新しく定義されたメッセージである。
【０３１２】
従来のＳ１−ＡＰメッセージを再使用または修正する場合、過程３−Ｂ）で使われたＳ１−ＡＰメッセージによってどのようなＳ１−ＡＰメッセージを使用するかが決定される。例えば、過程３−Ｂ）でＩｎｉｔｉａｌ  ＵＥメッセージ、Ｄｏｗｎｌｉｎｋ  ＮＡＳ  ＴｒａｎｓｐｏｒｔメッセージまたはＵＥコンテキスト再開要求メッセージが使われた場合、ＵＥコンテキスト再開失敗メッセージが使われる。前記メッセージは、ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）の送信が成功したことを知らせるインディケーションを含むことができる。
【０３１３】
４−Ｃ）ＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）とＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）の両方とも、ＭＭＥに、ＣＩｏＴ機器に送信するＤＬデータが待機中である場合、基地局に共に送信される。
【０３１４】
４−Ｃ−ｉ）このとき、前記ＤＬデータは、基地局が一般的なＲＲＣメッセージ（例えば、ＭＳＧ４（即ち、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続拒絶メッセージ、ＲＲＣ接続再開メッセージまたはＲＲＣ接続解除メッセージ）内に含ませて送信できるサイズのデータ（即ち、ＥＤＴによって送信可能なサイズのデータ）でなければならない。ＭＭＥやＳ−ＧＷは、データの許容されるサイズ情報を認知して、前記ＤＬデータが前記許容されるサイズである場合にのみ前記基地局に送信する。そして、該当ＣＩｏＴ機器に対する前記ＤＬデータ以外にそれ以上の待機中である（ｂｕｆｆｅｒｅｄ）ＤＬデータがない場合にのみ、前記動作が実行されることができる。具体的に、前記ＭＭＥがＣＩｏＴ機器に送信するＤＬデータを有しており、前記ＤＬデータ以外にそれ以上待機中である（ｂｕｆｆｅｒｅｄ）ＤＬデータがない場合、これを前記基地局に知らせることができる。より具体的に、前記ＭＭＥは、ＮＡＳ  ＰＤＵ（前記ＤＬデータを含む）を含むＤｏｗｎｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔメッセージを送信するとき、追加的に送信するデータがないということを示すインディケーションを前記Ｄｏｗｎｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔメッセージ内に含ませて送信できる。前記基地局は、前記インディケーションに基づいて、前記ＮＡＳ  ＰＤＵ（前記ＤＬデータ）外に追加的なデータがないということを確認する。前記データの許容されるサイズに対する情報は、あらかじめ設定され、またはシグナリング（例えば、基地局からＭＭＥに及び／または基地局からＳ−ＧＷに及び／またはＭＭＥからＳ−ＧＷにシグナリング）を介してＭＭＥやＳ−ＧＷが認知できる。
【０３１５】
ＤＬデータがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）である場合、ＭＭＥがＤＬデータに対するＥＤＴ適用の有無を判断する。ＤＬデータに対してＥＤＴを適用する場合、ＭＭＥは、ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）をＮＡＳメッセージ（例えば、ＣＰＳＲメッセージ）内に含ませて下位層（即ち、Ｓ１−ＡＰ層）に伝達して、併せて、下位層にＥＤＴであることを知らせる‘ＥＤＴ’インディケーションを伝達する。これを受信した下位層は、前記ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）が含まれているＮＡＳメッセージとＥＤＴインディケーションをＳ１−ＡＰメッセージ（例えば、ｄｏｗｎｌｉｎｋ  ＮＡＳ  ｔｒａｎｓｐｏｒｔメッセージ）に含ませて基地局に送信する。
【０３１６】
−ＤＬデータがＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）である場合、Ｓ−ＧＷは、ＤＬデータのＥＤＴ適用の有無を判断する。特定ベアラに対するＥＤＴ適用が活性化されたことを過程４）の実行時に、ＭＭＥがＳ−ＧＷに知らせることができる。または、Ｓ−ＧＷは、特定ベアラに対するＥＤＴ適用が活性化されたかどうかを第１の開示を介してあらかじめ知ることができる。前記条件によって、ＤＬデータに対してＥＤＴを適用する場合、Ｓ−ＧＷは、ＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）を基地局に送信する。過程３−Ａ）の最適化を適用した場合、ＥＤＴであることを知らせる‘ＥＤＴ’インディケーションをＭＭＥに伝達する。前記インディケーションを受信したＭＭＥは、下位層（即ち、Ｓ１−ＡＰ層）にＥＤＴであることを知らせる‘ＥＤＴ’インディケーションを伝達する。これを受信した下位層は、ＥＤＴインディケーションをＳ１−ＡＰメッセージ（例えば、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  ｃｏｍｍａｎｄメッセージ）に含んで基地局に送信する。
【０３１７】
４−Ｃ−ｉｉ）該当ＤＬデータがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）である場合、前記ＤＬデータを含むＳ１−ＡＰメッセージは、ＥＤＴのためのデータであることを知らせるインディケーションを含む。
【０３１８】
４−Ｃ−ｉｉｉ）該当ＤＬデータがＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）であり、過程３−Ａ）の最適化を適用した場合、下記のように動作する。
【０３１９】
そのＤＬデータを送信するための再開された／確立されたベアラが存在する場合（例えば、過程４）で送信されたＵＬデータのベアラと同じベアラのデータである場合）、該当基地局に送信される。
【０３２０】
前記ＤＬデータを送信するための再開された／確立されたベアラがない場合（例えば、過程４）で送信されたＵＬデータのベアラと同じベアラのデータでない場合またはＵＬデータまたはシグナリング送信時に再開手順が動作しない、または成功しない場合）、前記ＤＬデータを送信するための追加的なＳ１−ＵベアラとＤＲＢを確立しなければならない。
【０３２１】
この場合、従来技術通りに、Ｓ−ＧＷは、ＤＤＮ（Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージをＭＭＥに送信する。
【０３２２】
前記ＤＤＮを受信したＭＭＥは、該当ベアラを確立するために該当ベアラ情報を含むＥ−ＲＡＢセットアップ要求メッセージを送信する。Ｅ−ＲＡＢセットアップ要求メッセージには前記ＤＬデータを送信するベアラのＥ−ＲＡＢ  ＩＤと関連情報（例えば、Ｅ−ＲＡＢ  ｌｅｖｅｌ  ＱｏＳ  ｐａｒａｍｅｔｅｒｓ）が含まれる。ＭＭＥは、該当ベアラに対するＥ−ＲＡＢセットアップの実行が成功したというＥ−ＲＡＢセットアップ応答メッセージを受信及び確認して、ＤＤＮ応答メッセージをＳ−ＧＷに送信する。
【０３２３】
前記ＤＤＮ応答メッセージを受信すると、前記Ｓ−ＧＷは、前記ＤＬデータを基地局に送信する。
【０３２４】
４−Ｃ−ｉｖ）待機中である（バッファされた）ＤＬデータがＥＤＴに送信不可能な場合、
【０３２５】
ダウンリンクＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）送信の場合、ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）送信のための手順が実行される。
【０３２６】
ダウンリンクＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）送信の場合、ＭＭＥは、従来動作通りにＳ１−Ｕ接続とＤＲＢを確立するための従来動作を実行する。例えば、基地局にＵＥコンテキストがない場合、ｉｎｉｔｉａｌ  ｃｏｎｔｅｘｔ  ｓｅｔｕｐ手順が実行される。または、基地局にＵＥコンテキストはあるが、該当ベアラが活性化されない場合にはＥ−ＲＡＢセットアップ手順が実行される。
【０３２７】
５）基地局が過程４）のＳ１−ＡＰメッセージを受信すると、下記に記述されたように動作する。このとき、ＤＬデータが待機中である（バッファリングされている）場合、前記基地局は、前記ＤＬデータをＣＩｏＴ機器に送信する。
【０３２８】
５−Ａ）ＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）の場合、
【０３２９】
５−Ａ−ｉ）過程３−Ａ）の最適化を適用した場合、
【０３３０】
過程４）でＭＭＥが該当Ｅ−ＲＡＢベアラの再開に成功した場合、そしてＭＭＥがＵＥコンテキスト再開応答メッセージを基地局に送信した場合、これを受信した基地局は、再開されたＳ１−Ｕベアラを介して該当データを送信する。
【０３３１】
過程４）でＭＭＥが該当Ｅ−ＲＡＢベアラの再開に失敗した場合、そしてＵＥコンテキスト再開失敗メッセージを基地局に送信した場合、前記メッセージは、データ送信の成功または失敗を示す原因情報を含む。前記原因情報は、具体的な失敗の理由を示すことができる。例えば、前記原因情報は、要求されたＥＰＳベアラＩＤを再開することができないことを示すことができる。
【０３３２】
５−Ａ−ｉｉ）過程３−Ａ）の最適化を適用しない場合
【０３３３】
−過程４）でＭＭＥが再開に成功した場合、ＭＭＥがＵＥコンテキスト再開応答メッセージを基地局に送信した場合、基地局は、過程３）で受信したＵＬデータを送信するためのＥＰＳベアラが再開されたかどうかを確認する。該当ＥＰＳベアラが再開された場合、前記基地局は、再開されたＳ１−Ｕベアラを介して該当データを送信する。
【０３３４】
−過程４）でＭＭＥが再開に失敗した場合、そしてＵＥコンテキスト再開失敗メッセージを基地局に送信した場合、
【０３３５】
５−Ｂ）ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）の場合、過程４）に記述されたＳ１−ＡＰメッセージを受信して、基地局は、ＵＬデータ送信の成功や失敗を認知する。そして、ＣＩｏＴ機器が基地局からＲＲＣメッセージを介して送信失敗を認知した場合、ＣＩｏＴ機器は、解除されないＲＲＣ接続を介して再送信を試みることができる。具体的に、ＲＲＣ接続が解除されない場合、ＣＩｏＴ機器は、ＭＳＧ５（即ち、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐ  ｃｏｍｐｌｅｔｅメッセージ）や他のＲＲＣメッセージを再送信することができる。
【０３３６】
５−Ｃ）ＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）とＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）である場合、両方とも下記内容が適用される。ＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）の場合、最適化の適用に関係なく下記内容が適用される。
【０３３７】
基地局は、過程４）に記述されたＤＬデータを含むＳ１−ＡＰメッセージを受信して、追加的に送信するデータがないということを認知した場合、該当ＤＬデータをＭＳＧ４に含んでＣＩｏＴ機器に送信を試みる。ＤＬデータがＣＰデータである場合、ＭＳＧ４のＲＲＣメッセージに含まれて、ＤＬデータがＵＰデータである場合、ＭＳＧ４のＲＲＣメッセージとは別途のＤＴＣＨに送信されることができる。基地局は、ＤＬデータがＭＳＧ４に含むことができる大きさかどうかを確認して、ＭＳＧ４に送信できる大きさのＤＬデータである場合、ＭＳＧ４にそのＤＬデータを含んで送信する。基地局は、ＤＬデータがＭＳＧ４に含むことができない大きさであり、またはＭＳＧ４に送信を失敗した場合、ＥＤＴでない従来動作通りにＤＬデータを含まないＭＳＧ４送信後（即ち、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｓｅｔｕｐメッセージを送信後）、ＲＲＣ接続（ｃｏｎｎｅｃｔｅｄ）状態に転換した以後に該当ＤＬデータ送信を試み、またはＭＭＥに該当ＤＬデータＳ１−ＡＰメッセージに含み、そのＳ１−ＡＰメッセージにＤＬデータ送信失敗を知らせるインディケーションを含んでＭＭＥに送信する。基地局は、ＣＩｏＴ機器にＲＲＣメッセージを送信する。前記ＲＲＣメッセージは、ＲＲＣ接続解除メッセージや他のＲＲＣメッセージである。前記ＲＲＣメッセージには送信成功や失敗を示す原因情報を含む。前記原因情報は、失敗である場合、具体的な理由を示すことができる。例えば、前記原因情報は、該当ＥＰＳベアラの再開失敗を示すことができる。
【０３３８】
前記でＤＬデータを送信する場合、該当ＤＬデータは、既存ＲＲＣメッセージ（例えば、ＭＳＧ４（即ち、ＲＲＣ接続セットアップメッセージ、ＲＲＣ接続拒絶メッセージ、ＲＲＣ接続再開メッセージまたはＲＲＣ接続解除メッセージ）に含んで送信されることができる。または、ＤＬデータを送信するためのメッセージは、ＲＲＣ接続解除メッセージでない他のＲＲＣメッセージが使われることができる。基地局がＲＲＣ接続解除メッセージを送信しようとする場合、該当ＤＬデータをＣＩｏＴ機器のＡＳ層に送信することに成功した後に、そのＲＲＣ接続解除メッセージがＣＩｏＴ機器に送信されることができる。
【０３３９】
前記基地局がＣＩｏＴ機器にＲＲＣメッセージを送信する時点で、前記ＣＩｏＴ機器がＲＲＣアイドル状態である場合（即ち、基地局がＭＳＧ４を送信しない場合）、ＲＲＣ接続解除メッセージでない他のＲＲＣメッセージが送信されることができる。前記ＲＲＣメッセージは、ＲＲＣ接続セットアップメッセージまたはＲＲＣ接続拒絶メッセージである。
【０３４０】
６）前記メッセージを介してＣＩｏＴ機器はＵＬデータ送信の成功または失敗を認知する。前記ＣＩｏＴ機器は、前記原因情報によってその理由を具体的に認知できる。失敗である場合、再送信を試みることができる。失敗の場合、前記ＣＩｏＴ機器は、前記原因情報によって再送信可否を判断することができる。ＵＬデータが失敗して再送信を試みることができる場合、ＣＩｏＴ機器のＮＡＳ層またはＲＲＣ層は、ＥＭＭアイドル状態またはＲＲＣアイドル状態に転換せずに、ＥＭＭ接続状態またはＲＲＣ接続状態で再送信を実行することができる。
【０３４１】
前述した内容で、ＥＤＴインディケーションは、原因情報で表現されることができる。
【０３４２】
そして、前記では、ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）の場合にも、ＣＩｏＴ機器が一時停止インディケーションによってＥＭＭアイドル状態で送信を仮定して記述した。しかし、ＥＤＴによってＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信する場合には、再開手順を実行する必要がない。その理由は、ＵＬデータがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）である場合、ＵＬベアラを確立する必要がないためである。その理由によって、ＣＩｏＴ機器が一時停止インディケーションによってＥＭＭアイドル状態にある時、ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）をＥＤＴによって送信する場合、ＣＩｏＴ機器のＮＡＳ層は、ＥＭＭアイドル状態に転換した以後にＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）送信を実行することができる。この場合、ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）をＥＤＴによって送信する場合、過程３）までに再開手順が実行されないこともある。一方、ＣＩｏＴ機器のコンテキストを再開している間に、基地局は、ＣＩｏＴ機器からＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信するためのＲＲＣメッセージ（例えば、ＲＲＣ接続要求メッセージまたは新しいＲＲＣメッセージ）を受信することができる。以後、前記基地局は、再開している該当ＣＩｏＴ機器のコンテキストを削除することができる。そして、前記基地局は、ＲＲＣアイドル状態またはＥＭＭ−アイドル状態で該当ＲＲＣメッセージ内のＮＡＳメッセージ内に含まれているＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を抽出する。そして、前記基地局は、前記抽出したＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）をＵＬ  ＮＡＳ  ｔｒａｎｓｐｏｒｔメッセージ内にカプセル化した後にＭＭＥに送信する。
【０３４３】
前記過程４）から説明されたＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）関連内容は、ＵＰ最適化の使用の有無にかかわらず適用されることができる。即ち、前述した内容は、ＣＩｏＴ機器がＥＭＭアイドル状態でＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）をアップリンクに送信した場合にも適用されることができる。
【０３４４】
前述したように、一時停止インディケーションによってＥＭＭアイドル状態にあるＣＩｏＴ機器が、ｉｎｉｔｉａｌ  ＮＡＳメッセージがネットワークノード（即ち、ＭＭＥ）に送信しない場合にのみＥＤＴを適用してＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）を送信することができる。即ち、ｉｎｉｔｉａｌ  ＮＡＳメッセージがネットワークノードに伝達されるべき場合にはＥＤＴを実行してはならない。
【０３４５】
下記ｉ）、ｉｉ）、ｉｉｉ）の場合、再開手順成功時にｉｎｉｔｉａｌ  ＮＡＳメッセージがネットワークノードに送信されない。
【０３４６】
−一時停止インディケーションによってＥＭＭアイドル状態にあるとき、ＲＲＣ接続が再開されたというインディケーションを下位層から受信した場合、ＣＩｏＴ機器は、ＥＭＭ接続モードに転換する。前記ＮＡＳメッセージは、下記の通りである。
【０３４７】
ｉ）サービス要求メッセージ
【０３４８】
ｉｉ）ＣＰＳＲメッセージ、ＣＩｏＴ機器がＥＳＭコンテナ、ＮＡＳメッセージコンテナ、またはＥＰＳベアラコンテキスト状態ＩＥを含ませない場合
【０３４９】
ｉｉｉ）拡張サービス要求メッセージそしてサービスタイプＩＥが“ｐａｃｋｅｔ  ｓｅｒｖｉｃｅｓ  ｖｉａ  Ｓ１”を示す場合、そしてＣＩｏＴ機器がＥＰＳベアラコンテキスト状態ＩＥを含ませない場合、
【０３５０】
前記メッセージは送信されない。そうでない場合、前記ＣＩｏＴ機器は、前記メッセージを暗号化し、ＥＭＭ接続モードに転換したとき、前記ｉｎｉｔｉａｌ  ＮＡＳメッセージを送信する。
【０３５１】
前記ＮＡＳメッセージが廃棄され、ネットワークノードに送信されない場合、前記メッセージに対応するｕｐｌｉｎｋ  ＮＡＳ  ＣＯＵＮＴの値は、次に送信されるアップリンクＮＡＳメッセージのために再使用されることができる。
【０３５２】
前述した過程３−Ａ）の再開手順で、従来にはＣＩｏＴ機器のベアラコンテキストにある全てのベアラが再開された。しかし、ＥＤＴの場合、特定ベアラのみを使用して送信する場合が代表的であるため、特定のベアラのみを再開することを提案する。一方、前記ではＣＩｏＴ機器がＥＳＰベアラＩＤをＭＳＧ３に含むことによって、該当ベアラＩＤがＭＭＥまで伝達されると説明した、しかし、場合によって、ＣＩｏＴ機器がＥＳＰベアラＩＤを伝達しなくても、基地局は、Ｓ１−ＡＰメッセージ内に再開するベアラＩＤを含ませることができる。例えば、ＥＤＴのためのベアラがＣＩｏＴ機器とネットワークノードとの間で既に約束／設定されている場合、前記基地局は、たとえ、前記ＣＩｏＴ機器から前記ＥＰＳベアラＩＤを受信していないとしても、Ｓ１−ＡＰメッセージ内に含ませて送信できる。
【０３５３】
ＩＩＩ．第３の開示：ＵＬデータ送信に対する成功したか否かの判断
【０３５４】
第３の開示は、第２の問題点を解決するために、ＵＬデータ送信が成功したか否かをＣＩｏＴ機器が知ることができるようにする方法の案を提案する。後述するオプション１）は、再開手順でタイマを追加で利用する方法の案に対するものであり、オプション２）は、再開手順を改善する方法の案に対するものである。
【０３５５】
オプション１）タイマを使用する方法の案
【０３５６】
ＣＩｏＴ機器のＡＳ層は、ＭＳＧ３（即ち、ＲＲＣ接続再開要求メッセージ）を基地局に送信する。基地局が再開を受諾した場合、ＭＳＧ４（即ち、ＲＲＣ接続再開メッセージ）をＣＩｏＴ機器のＡＳ層に送信する。このとき、前記メッセージは、ｉｎ−ａｃｔｉｖｉｔｙ  ｔｉｍｅｒを含むことができる。前記ＭＳＧ４を受信したＣＩｏＴ機器のＡＳ層は、タイマＴｘｘを始める。このとき、前記ＭＳＧ４内にｉｎ−ａｃｔｉｖｉｔｙ  ｔｉｍｅｒが含まれている場合、前記タイマＴｘｘは、ｉｎ−ａｃｔｉｖｉｔｙ  ｔｉｍｅｒにより設定される。ＭＳＧ４にｉｎ−ａｃｔｉｖｉｔｙ  ｔｉｍｅｒがない場合、ＣＩｏＴ機器が設定された値によって前記タイマＴｘｘを設定する。前記タイマＴｘｘが駆動中に、基地局からシグナリング（例えば、ＲＲＣ接続解除メッセージ）またはデータを受信した場合、前記ＣＩｏＴ機器は、前記タイマＴｘｘを中止する。前記タイマＴｘｘが満了した場合、ＣＩｏＴ機器は、ＲＲＣ接続を内部的に解除してＥＭＭアイドル状態に転換する。この場合、ｅＤＲＸ使用中であるＣＩｏＴ機器は、ｅＤＲＸを継続して使用する。
【０３５７】
オプション２）従来再開手順を修正する方法の案。これに対しては図面を参照して説明する。
【０３５８】
図１４ａ及び図１４ｂは、ＥＤＴによってデータを送信する手順を示す例示的な流れ図である。
【０３５９】
以下では、一般的な再開手順と異なる内容に対してのみ説明する。
【０３６０】
第１の開示で記述したように、ＣＩｏＴ機器が一時停止インディケーションによってＥＭＭアイドル状態にある場合、そしてｉｎｉｔｉａｌ  ＮＡＳメッセージがネットワークノード（即ち、ＭＭＥ）に送信されない場合にのみ、ＥＤＴを適用してＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）を送信することができる。即ち、初期ＮＡＳメッセージがネットワークノードに伝達されるべき場合にはＥＤＴを実行してはならない。ＣＩｏＴ機器が一時停止インディケーションによってＥＭＭアイドル状態にある場合、そしてＥＤＴを適用してＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信する場合、ＣＩｏＴ機器のＮＡＳ層は、ＥＭＭアイドル状態に転換した以後にＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信する。即ち、第３の開示で後述する内容は、ＣＩｏＴ機器が一時停止インディケーションによってＥＭＭアイドル状態にあるとき、ＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）を送信する状況を仮定している。
【０３６１】
１）ＣＩｏＴ機器のＡＳ層は、上位層からインディケーションを受信する。詳細な内容は、第１の開示の過程１と過程２の内容を準用する。前記ＣＩｏＴ機器のＡＳ層は、前記インディケーションを受信すると、再開手順を実行する。
【０３６２】
このとき、ＮＡＳ層は、下記の２つの方式のうち一つで動作できる。
【０３６３】
１−ｉ）ＣＩｏＴ機器のＮＡＳ層は、ｉｎｉｔｉａｌ  ＮＡＳメッセージをバッファ（または、ｐｅｎｄｉｎｇ）せずに、直ちにＡＳ層に伝達する。このとき、ＲＲＣ確立原因とコールタイプとＥＤＴが可能であるというインディケーションが共に伝達されることができる。即ち、ＣＩｏＴ機器のＡＳ層（即ち、ＣＩｏＴ機器のＲＲＣ層）に送信する。ＣＩｏＴ機器のＡＳ層（即ち、ＣＩｏＴ機器のＲＲＣ層）は、ＭＳＧ３を介して送信するＵＬデータのサイズ（即ち、データボリューム情報）またはＥＤＴインディケーションをＭＳＧ１内に含ませて送信することによって、ＭＳＧ３にＥＤＴのための無線リソースの割当を要求する。ＣＩｏＴ機器のＡＳ層（即ち、ＣＩｏＴ機器のＲＲＣ層）がＭＳＧ２を受信すると、前記ＭＳＧ２を介してＥＤＴによるＵＬデータ送信に対するスケジューリング情報を確認することができる。即ち、ＥＤＴによるＵＬデータ送信に対する無線リソースの割当を受けたかどうかを確認することができる。ＭＳＧ２を介してＥＤＴによるＵＬデータ送信のスケジューリングを確認した場合、ＵＬデータ（ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）の場合、ＵＬデータを含むｉｎｉｔｉａｌ  ＮＡＳメッセージ）をＭＳＧ３に含ませて送信する。しかし、ＭＳＧ２内にＥＤＴによるＵＬ送信に対するスケジューリング情報が含まれていないことを確認した場合、ＣＩｏＴ機器のＡＳ層（即ち、ＣＩｏＴ機器のＲＲＣ層）は、一般的な再開手順を実行することができる。即ち、ＡＳ層は、再開要求メッセージを基地局に送信することによって、一般的な再開手順を実行する。
【０３６４】
１−ｉｉ）ＣＩｏＴ機器のＮＡＳ層は、ｉｎｉｔｉａｌ  ＮＡＳメッセージをバッファリング（または、ｐｅｎｄｉｎｇ）し、ＲＲＣ確立原因とコールタイプとＥＤＴが可能であるというインディケーションと、そして、バッファリング（または、ｐｅｎｄｉｎｇ）しているＵＬデータを含むｉｎｉｔｉａｌ  ＮＡＳメッセージのサイズ情報（即ち、データボリューム情報）をＣＩｏＴ機器のＡＳ層（即ち、ＣＩｏＴ機器のＲＲＣ層）に送信して、次のような手順を実行する。ＣＩｏＴ機器のＡＳ層（即ち、ＣＩｏＴ機器のＲＲＣ層）は、ＭＳＧ３を介して送信するＵＬデータのサイズ（即ち、データボリューム情報）またはＥＤＴインディケーションをＭＳＧ１に含んで送信することによって、ＥＤＴによるＭＳＧ３のための無線リソースの割当を要求する。ＣＩｏＴ機器のＡＳ層（即ち、ＲＲＣ層）は、ＭＳＧ２を受信して、ＭＳＧ２を介してＥＤＴによるＵＬデータ送信のためのスケジューリング情報を確認することができる。即ち、ＥＤＴによるＵＬデータ送信に対する無線リソースの割当を受けたかどうかを確認することができる。ＭＳＧ２を介してＥＤＴによるＵＬデータ送信のためのスケジューリング情報を確認した場合、ＣＩｏＴ機器のＡＳ層は、上位層（即ち、ＮＡＳ層）にＥＤＴが可能であるというインディケーションまたは再開が成功したというインディケーションを送信する。これを受信した上位層（即ち、ＮＡＳ層）は、再開が成功したというインディケーションを受けたとき、従来動作を実行する。以後、ＣＩｏＴ機器のＡＳ層は、ＵＬデータ（ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）の場合、ＵＬデータを含むｉｎｉｔｉａｌ  ＮＡＳメッセージ）をＭＳＧ３内に含ませて送信する。しかし、ＭＳＧ２内にＥＤＴによるＵＬデータ送信に対するスケジューリング情報が含まれていない場合、ＣＩｏＴ機器のＡＳ層（即ち、ＲＲＣ層）は、一般的な再開手順を実行することができる。即ち、ＡＳ層は、再開要求メッセージを基地局に送信することによって、一般的な再開手順を実行する。
【０３６５】
２）ＣＩｏＴ機器のＡＳ層は、ＭＳＧ１を基地局に送信して、基地局はＭＳＧ２をＣＩｏＴ機器のＡＳ層に送信する。
【０３６６】
３）ＣＩｏＴ機器のＡＳ層がＭＳＧ２を受信すると、ＣＩｏＴ機器のＡＳ層は、ＭＳＧ３（例えば、ＲＲＣ接続再開要求メッセージ）を基地局に送信して、基地局の応答を待つ。
【０３６７】
４）基地局がＣＩｏＴ機器のＡＳ層からＭＳＧ３（即ち、ＲＲＣ接続再開要求メッセージ）を受信すると、ＭＳＧ４（ＲＲＣ接続再開メッセージまたはＲＲＣ接続セットアップメッセージまたはＲＲＣ接続拒絶メッセージ）をＣＩｏＴ機器に送信せずに、ＭＭＥにＳ１−ＡＰメッセージを送信する。このとき、Ｓ１−ＡＰメッセージの種類と含まれる情報（ＩＥ）、関連手順に対する詳細な内容は、第１の開示の内容を準用する。
【０３６８】
このとき、ＣＩｏＴ機器がＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）を送信する場合、基地局がＭＭＥに送信するＳ１−ＡＰメッセージは、ＵＥコンテキスト再開要求メッセージを含むことができる。
【０３６９】
しかし、ＣＩｏＴ機器がＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信する場合、基地局がＭＭＥに送信するＳ１−ＡＰメッセージは、第１の開示に説明されたようなメッセージである。
【０３７０】
５）これを受信したＭＭＥは、該当データの送信及び／または再開を決定する。前記決定によって、前記ＭＭＥは、基地局にＳ１−ＡＰを送信する。このとき、Ｓ１−ＡＰメッセージの種類と含まれる情報（ＩＥ）、関連手順に対する詳細な内容は、第１の開示の内容を準用する。
【０３７１】
ＣＩｏＴ機器がＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）を送信する場合、ＭＭＥが基地局に送信するＳ１−ＡＰメッセージは、ＵＥコンテキスト再開応答またはＵＥコンテキスト再開失敗メッセージである。二つのうちどのメッセージを送信するかに対する詳細な内容は、第１の開示で説明された内容を準用する。
【０３７２】
一方、ＣＩｏＴ機器がＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信する場合、ＭＭＥが基地局に送信するＳ１−ＡＰメッセージは、第１の開示に説明されたようなメッセージである。
【０３７３】
６）これを受信した基地局は、ＣＩｏＴ機器にＲＲＣメッセージを送信することができる。このとき、ＲＲＣメッセージの種類と含まれる情報（ＩＥ）、関連手順に対する詳細な内容は、第１の開示の内容を準用する。
【０３７４】
７）ＣＩｏＴ機器は、受信したＲＲＣメッセージから送信したＵＬデータ送信の成功または失敗を認知することができる。
【０３７５】
７−Ａ）ＵＬデータ送信が成功した場合
【０３７６】
ＣＩｏＴ機器のＡＳ層は‘ＵＬデータ送信が成功’というインディケーションをＮＡＳ層に送信する。具体的に、ＡＳ層は、再開に対する結果（ｓｕｃｃｅｓｓ、ｆａｉｌｕｒｅ、ｆａｌｌｂａｃｋ）と一時停止の有無に対するインディケーションをＮＡＳ層に送信する。ＣＩｏＴ機器のＡＳ層は、ＲＲＣ接続状態である場合、ＲＲＣ接続解除メッセージを受信した後、ＲＲＣアイドル状態に転換できる。前記ＲＲＣ接続解除メッセージを受信しない場合、前記ＡＳ層は、内部的にＲＲＣ接続を解除してＲＲＣアイドル状態に転換する。元来ＲＲＣアイドル状態である場合、該当状態を維持する。従来ｅＤＲＸである場合、ｅＤＲＸ状態に転換する。ＣＩｏＴ機器のＮＡＳ層は‘ＵＬデータ送信が成功’を認知した場合、バッファリング（または、ｐｅｎｄｉｎｇ）しているＮＡＳメッセージを廃棄（ｄｉｓｃａｒｄ）し、ＥＭＭアイドル状態に転換する。一時停止インディケーションを受信した場合、前記インディケーションによってＥＭＭアイドル状態に転換する。
【０３７７】
７−Ｂ）ＣＩｏＴ機器が、ＵＬデータの送信が失敗したと判断した場合、再送信を試みることができる。ＣＩｏＴ機器のＡＳ層は、送信失敗に対するインディケーションをＣＩｏＴ機器のＮＡＳ層に送信する。これをＣＩｏＴ機器のＮＡＳ層が受信すると、次のように動作する。ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）である場合には 、ＭＳＧ５を介して再送信を試み、ＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）である場合には、サービス要求手順によってＤＲＢ（Ｄａｔａ  Ｒａｄｉｏ  Ｂｅａｒｅｒ）が確立された以後に再送信を試みる。
【０３７８】
参考までに、第１の開示でＭＳＧ４の送信タイミングに対しては記述しなかった。第１の開示は、従来再開手順と共に適用されることもでき、または第２の開示と共に適用されることもできる。
【０３７９】
ＩＶ．第４の開示：ＰＳＭを使用するための方法
【０３８０】
第４の開示では第３の問題点を解決するためにｅＤＲＸやＰＳＭを使用するための方法の案を提案する。
【０３８１】
下記ではＰＳＭを使用するための方法の案に対して説明するが、後述する内容は、ｅＤＲＸを使用するための方法の案にもそのまま適用されることができる。
【０３８２】
一般的な動作によると、ＰＳＭモードのＣＩｏＴ機器内で発信（ＭＯ）データが発生する場合、ＴＡＵ要求メッセージを先に送信しなければならない。このように、ＴＡＵ要求メッセージを送信する場合、ＥＤＴ動作を実行する効果の意味がないため、二つの技術は共存しにくい。
【０３８３】
ＰＳＭモードでＥＤＴを実行するＣＩｏＴ機器は、ＴＡＵ手順を実行せずに、ＰＳＭを継続して利用できるようにしなければならない。
【０３８４】
ＰＳＭ関連動作パラメータは、最近使用したパラメータがそのまま再使用される。
【０３８５】
ＣＩｏＴ機器が再びＰＳＭ  ｍｏｄｅに進入する時点は、
【０３８６】
−第１の開示及び第２の開示に記述されたＣＩｏＴ機器がＭＳＧ３にＵＬデータを送信した以後、基地局からＲＲＣメッセージ（ＭＳＧ４）を受信する時点である。
【０３８７】
−または、第２の開示のオプション１）でタイマが満了される時点になる。ネットワークノード（例えば、ＭＭＥ）も、ＣＩｏＴ機器がＰＳＭに再進入する時点を前記動作により認知できる。
【０３８８】
−前記した基地局のＲＲＣメッセージ送信は、ＭＭＥがトリガリングすることであるため、ＭＭＥが認知でき、タイマが満了される場合、基地局がＭＭＥに知らせると、これを認知することができる。
【０３８９】
−他の方法では、
【０３９０】
ａ）ＰＳＭ使用中であるＣＩｏＴ機器がＭＳＧ３を送信する時、ＰＳＭの継続使用を要求するインディケーションを含んで送信する。ｂ）これを受信した基地局は、Ｓ１−ＡＰメッセージにこれを含んでＭＭＥに送信する。ｃ）ＭＭＥが基地局からＳ１−ＡＰメッセージを受信する時、ＣＩｏＴ機器のＰＳＭの継続使用を受諾した場合、応答メッセージであるＳ１−ＡＰメッセージ内にＰＳＭを継続使用することを示すインディケーションを含んで送信して、基地局が前記インディケーションをＲＲＣメッセージと共にＣＩｏＴ機器に送信する。ＭＭＥがＰＳＭの継続使用を拒絶した場合にも同じ方法の案を介してインディケーションがＣＩｏＴ機器に伝達される。
【０３９１】
前記でａ過程とｂ過程無しで、ＭＭＥが手順を始めることができる。この場合、ＭＭＥは、ＰＳＭモードが使用中であることをＣＩｏＴ機器が認知し、現在ＥＤＴ中であることを認知した場合、前記動作を実行する。
【０３９２】
前述した全体過程が全て具現されずに、一部過程のみで具現されることもできる。
【０３９３】
前述した内容は、５Ｇシステムでも適用されることができる。次は、従来ＥＰＣ（ＬＴＥ）で使用した技術用語（ｔｅｒｍ）が５Ｇシステムで使われる技術用語とマッピングされる関係を示す。前述した内容は、下記の表に示したマッピングによって５Ｇシステムにも適用されることができる。５Ｇにおいて、ＭＭＥ−ＥＭＭはＡＭＦに、ＭＭＥ−ＥＳＭはＳＭＦに、ＭＭＥ−ＥＭＭとＭＭＥ−ＡＭＦとの間のインターフェースはＮ１１に、ＭＭＥ−ＥＭＭと基地局との間のインターフェースはＮ２にマッピングされる。
【０３９４】
【表２】
2019525674.tif 000004
【０３９５】
Ｖ．第５の開示  第５の開示は、第２の開示の内容のうち、ＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）に対応するベアラのみを再開させるための方法の案を提示する。即ち、一般的には基地局が全てのベアラを再開するが、第５の開示は、ＭＳＧ３に含まれている特定ＵＰデータ（または、ＵＰ  ＥＤＴにより送信されるデータ）に対応するベアラのみを再開させることを提案する。
【０３９６】
既存ＵＰ  ＥＰＳ  ＣＩｏＴ最適化で、ネットワークは、ＵＥの全てのベアラを再開するために試みる。基地局がＲＲＣ接続再開要求メッセージを受信すると、基地局は、再開に成功した全てのベアラのリストを含むＳ１−ＡＰ基盤のＵＥコンテキスト再開要求メッセージを送信する。前記Ｓ１−ＡＰ基盤のＵＥコンテキスト再開要求メッセージを受信すると、ＭＭＥは、メッセージ内の全てのベアラを再開させて、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージを送信する。Ｓ−ＧＷは、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージ内に含まれている全てのベアラを再開させる。その後、再開に成功したベアラに該当するＳ１−Ｕベアラが確立される。
【０３９７】
図１５は、ＵＰ  ＣＩｏＴ最適化に対するＥＤＴ適用例を示す。
【０３９８】
図１５を参照すると、基地局がＵＰ  ＥＤＴデータを含むＲＲＣ接続再開要求メッセージを受信すると、基地局は、前記ＵＰ  ＥＤＴデータに対応するベアラのＩＤを知ることができる。
【０３９９】
したがって、ＵＰ  ＥＤＴデータと関連したベアラ外の他のベアラを再開させるための要求メッセージを基地局がＭＭＥに送信しなくてもよい。
【０４００】
即ち、図１５の４番の過程で基地局が送信するＵＥコンテキスト再開要求メッセージは、ＭＭＥにＣＩｏＴ機器がＲＲＣ接続を再開したということを知らせるために使われるだけでなく、ＭＭＥにＵＥコンテキスト、ＵＥ関連の論理Ｓ１接続及び関連ベアラコンテキストを再開させることを要求するために使われることができる。
【０４０１】
即ち、基地局が一時停止されている全てのＥ−ＲＡＢを受諾しない場合、前記基地局は、前記ＵＥコンテキスト再開要求メッセージ内に‘Ｅ−ＲＡＢ  Ｆａｉｌｅｄ  ｔｏ  Ｒｅｓｕｍｅ’リストを含ませることができる。前記‘Ｅ−ＲＡＢ  Ｆａｉｌｅｄ  ｔｏ  Ｒｅｓｕｍｅ’リスト内には再開される必要がないＥ−ＲＡＢに対する情報が含まれることができる。
【０４０２】
一方、基地局が受信されたＵＰ  ＥＤＴデータに対応するベアラ外に他のベアラの再開を要求する場合、使われない不要なＳ１−Ｕベアラが確立されることができる。
【０４０３】
ＭＳＧ３を介して送信されるＵＰ  ＥＤＴデータに対応するベアラのＩＤが１であると仮定して説明すると、下記の通りである。
【０４０４】
−オプション１：既存のように基地局が全てのベアラの再開を要求する場合、
【０４０５】
基地局は、全てのベアラのリストを含むＳ１−ＡＰ基盤のＵＥコンテキスト再開要求メッセージを送信する。ＭＭＥがベアラＩＤが１であるベアラの再開には失敗したが、他のベアラの再開には成功した場合、前記ＭＭＥは、再開されたベアラに対する情報をＳ１−ＡＰ基盤のＵＥコンテキスト応答メッセージを介して基地局に伝達して、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔメッセージを送信する。その場合、前記基地局は、ベアラＩＤが１であるベアラの再開が失敗されたため、ＲＲＣ接続拒絶メッセージをＣＩｏＴ機器に送信して、Ｓ１  ＵＥコンテキスト解除要求メッセージをＭＭＥに送信する。前記ＭＭＥは、Ｓ１解除手順を実行する。
【０４０６】
−オプション２：基地局がＭＳＧ３を介して送信されるＵＰ  ＥＤＴデータに対応して、ベアラのＩＤが１であるベアラを再開要求する場合、基地局は、Ｓ１−ＡＰコンテキスト再開要求メッセージ内のベアラリスト内に前記ベアラのＩＤ＝１を含ませて送信する。前記ＭＭＥが前記ベアラのＩＤ＝１であるベアラを再開させるのに失敗する場合、前記ＭＭＥは、基地局にＳ１−ＡＰ基盤のＵＥコンテキスト再開失敗メッセージを送信する。その場合、前記基地局は、ＲＲＣ接続拒絶メッセージをＣＩｏＴ機器に送信する。
【０４０７】
前記で説明したように、オプション２に比べて、オプション１は、追加的なシグナリングを必要とする。
【０４０８】
したがって、基地局がＵＰ  ＥＤＴデータを含むＭＳＧ３を受信すると、前記基地局は、前記ＵＰ  ＥＤＴデータに対応するベアラの再開のみをＭＭＥに要求することが効果的である。
【０４０９】
他方、ＣＩｏＴ機器が一時停止状態にあるとき、ＣＩｏＴ機器がＭＳＧ３を介して発信（ＭＯ）ＣＰ  ＥＤＴデータを送信する場合、前記ＣＩｏＴ機器は、再開手順を実行しないこともある。
【０４１０】
これを具現するための、ＣＩｏＴ機器の細部手順は、下記の通りである。
【０４１１】
仮定）一時停止インディケーションによってＥＭＭアイドル状態にあるＣＩｏＴ機器のＮＡＳ層がＥＤＴを実行するための条件
【０４１２】
ケース１）下記ＮＡＳメッセージがトリガリングされた場合、または
【０４１３】
再開成功時、ＮＡＳ層が下位層に伝達しない（実際に送信されない）メッセージは、前述したようにｉｎｉｔｉａｌ  ＮＡＳメッセージである。
【０４１４】
ケース２）ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信するＮＡＳメッセージがトリガリングされた場合、制御プレーンサービス要求（ＣＰＲＳ）メッセージ、前記ＣＰＲＳメッセージ内のＥＳＭメッセージコンテナは、ＥＳＭデータ送信メッセージを含むことができる。
【０４１５】
提案される内容の上位レベルコンセプト：
【０４１６】
共通：ＣＩｏＴ機器のＥＤＴ実行可否判断
【０４１７】
ＣＩｏＴ機器は、下記条件を満たす場合、ＥＤＴが実行可能であると判断する。
【０４１８】
−ＳＩＢに提供されるＥＤＴのための最大グラントサイズがＥＤＴデータより大きい値である場合及び／または
【０４１９】
−前記条件を満たす場合、ランダムアクセス手順のＭＳＧ１を介してＥＤＴを要求して、ＭＳＧ２（即ち、ランダムアクセス応答）を受信すると、ＥＤＴ実行可否を判断する。具体的に、ＭＳＧ３を介してＥＤＴデータを送信するのに十分なグラント（即ち、リソース割当）をＭＳＧ２を介して取得した場合、ＥＤＴデータ送信が可能であると判断されることができる。
【０４２０】
ケース１）前述した過程でＥＤＴが実行可能／不可能にかかわらず、従来再開手順を実行することができる。即ち、ＣＩｏＴ機器は、ＭＳＧ３（即ち、ＲＲＣ接続再開要求メッセージ）を送信して、ＭＳＧ４を従来のように受信することができる。
【０４２１】
ケース２）前述した過程で、ＥＤＴが実行可能であると判断した場合、再開手順を実行せずに、ＣＰ  ＥＤＴデータ送信手順が実行されることができる。しかし、ＥＤＴが実行不可能であると判断される場合、ＣＩｏＴ機器は、従来再開手順を実行することができる。即ち、ＣＩｏＴ機器は、ＭＳＧ３（即ち、ＲＲＣ接続再開要求メッセージ）を送信して、ＭＳＧ４を従来のように受信することができる。
【０４２２】
従来動作によって、ＭＳＧ５（即ち、ＲＲＣ接続セットアップ完了メッセージ）を介してＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信することができる。
【０４２３】
従来再開手順のように、ＮＡＳ層がｉｎｉｔｉａｌ  ＮＡＳメッセージをバッファリング（または、ｐｅｎｄｉｎｇ）し、再開をＡＳ層（即ち、ＲＲＣ層）に要求する場合、そして仮定２の場合、ＮＡＳ層は、前記要求と共に前記バッファリング（または、ｐｅｎｄｉｎｇ）されているＮＡＳメッセージ内のデータボリューム情報をＡＳ層（即ち、ＲＲＣ層）に提供しなければならない。前記データボリューム情報は、ＥＤＴ実行可否を判断するための情報として使われる。
【０４２４】
ケース２の変形例）前述した過程で、ＥＤＴ実行可否にかかわらず再開手順を実行しない場合もある。この場合、従来ＵＰ  ＥＰＳ  ＣＩｏＴ最適化での動作も改善されなければならない。即ち、ＣＩｏＴ機器が一時停止インディケーションによってＥＭＭアイドル状態にあるとき、ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を含む制御プレーンサービス要求（ＣＰＳＲ）メッセージの送信がトリガリングされた場合（または、ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を含むＣＰＳＲメッセージがＭＳＧ５を介して送信される場合）にも再開手順が実行されない。これを具現する方法の案は、次の通りである。ＣＩｏＴ機器のＮＡＳ層が一時停止インディケーションによってＥＭＭアイドル状態にあるとき、ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を含むＣＰＳＲメッセージの送信がトリガリングされた場合、ＥＭＭアイドル状態に転換した以後に該当ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を含むＣＰＳＲメッセージを送信する。
【０４２５】
前記変形例の場合、既存手順（ＵＰ  ＥＰＳ  ＣＩｏＴ最適化）を改善しなければならない。
【０４２６】
Ｖ−１．具現オプション
【０４２７】
他方、前記提案を具現するための具現オプションに対して以下で説明する。
【０４２８】
ＣＩｏＴ機器のＮＡＳ層が再開実行可否を最終判断することができる。
【０４２９】
Ｖ−１−１．オプション１
【０４３０】
Ｖ−１−１−Ａ．オプション１−Ａ
【０４３１】
ＣＩｏＴ機器のＡＳ層のＥＤＴ実行可否情報によってＣＩｏＴ機器のＮＡＳ層が動作できる。具体的には下記の通りである。
【０４３２】
過程１：ＣＩｏＴ機器のＮＡＳ層には下記の従来動作を実行する。
【０４３３】
一時停止インディケーションによってＥＭＭアイドル状態でＩｎｉｔｉａｌ  ＮＡＳメッセージを使用する手順がトリガされると、ＣＩｏＴ機器のＮＡＳ層は、ＡＳ層にＲＲＣ接続の再開を要求する。前記ＡＳ層に対する要求で、前記ＮＡＳ層は、前記ＡＳ層にＲＲＣ確立原因とコールタイプを提供することができる。ＥＤＴの場合、ＲＲＣ確立原因とコールタイプと共に解除インディケーションＲＡＩ（Ｒｅｌｅａｓｅ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｄｉｃａｔｉｏｎ）及び／またはＥＤＴインディケーションがＡＳ層（即ち、ＲＲＣ層）に提供される。
【０４３４】
過程２：ＣＩｏＴ機器のＡＳ層は、ＥＤＴ実行可否を判断することができる。前記で説明した上位ステップコンセプト内容を参照。
【０４３５】
過程２−１：ＥＤＴ実行が可能であると判断される場合、前記ＡＳ層は、ＥＤＴ実行が可能であるというインディケーションをＣＩｏＴ機器のＮＡＳ層に送信して、下記の３−１過程に進行する。
【０４３６】
過程２−２：ＥＤＴ実行が不可能であると判断した場合、従来通りに再開手順を実行する。
【０４３７】
過程３：過程２−１の場合、
【０４３８】
ケースＡ）もし、ＣＩｏＴ機器のＮＡＳ層がバッファリング（または、ｐｅｎｄｉｎｇ）しているメッセージがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を含むＮＡＳメッセージ（即ち、ＥＳＭメッセージコンテナ内にＥＳＭデータ送信メッセージを含むＣＰＳＲメッセージ）である場合、そして前記ＮＡＳメッセージと共にＣＩｏＴ機器のＡＳ層に次のような情報を追加で送信して、ＥＭＭ−ＩＤＬＥに転換する。そして過程４を進行する。ＮＡＳ層は、前記ＮＡＳメッセージがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信するためのＮＡＳメッセージであると知らせるインディケーションをＡＳ層に伝達する。前記インディケーションは、ＣＰ  ＥＤＴまたはＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）送信である。ＮＡＳ層は、再開実行を示すインディケーションまたはアイドル状態への転換を示すインディケーションをＡＳ層に送信できる。
【０４３９】
ケースＢ）もし、ＣＩｏＴ機器のＮＡＳ層がバッファリング（または、ｐｅｎｄｉｎｇ）しているメッセージがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を含むＮＡＳメッセージ（即ち、ＥＳＭメッセージコンテナ内にＥＳＭデータ送信メッセージを含むＣＰＳＲメッセージ）でない場合、確認（ＡＣＫ）／応答インディケーションをＣＩｏＴ機器のＡＳ層に送信する。
【０４４０】
過程４：過程３のケースＡ）の場合、ＣＩｏＴ機器のＡＳ層は、ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信するＮＡＳメッセージを送信するために、ランダムアクセス手順のＭＳＧ３を送信して再開手順を実行しない。しかし、過程３のケースＢ）の場合、ＣＩｏＴ機器のＡＳ層は，再開手順を実行する。
【０４４１】
Ｖ−１−１−Ｂ．オプション１−Ｂ
【０４４２】
ＣＩｏＴ機器のＮＡＳ層は、ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を含むＮＡＳメッセージの送信がトリガリングされた場合にのみ、これをＡＳ層に知らせることができる。ＣＩｏＴ機器のＡＳ層は、ＥＤＴ実行可否情報によってＣＩｏＴ機器のＮＡＳ層と追加区分動作を実行することができる。
【０４４３】
過程１：ＣＩｏＴ機器のＮＡＳ層には下記の従来動作を実行する。
【０４４４】
一時停止インディケーションによってＥＭＭアイドル状態でＩｎｉｔｉａｌ  ＮＡＳメッセージを使用する手順がトリガされると、ＣＩｏＴ機器のＮＡＳ層は、ＡＳ層にＲＲＣ接続の再開を要求する。前記ＡＳ層に対する要求で、前記ＮＡＳ層は、前記ＡＳ層にＲＲＣ確立原因とコールタイプを提供することができる。ＥＤＴの場合、ＲＲＣ確立原因とコールタイプと共にＲＡＩ（Ｒｅｌｅａｓｅ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｄｉｃａｔｉｏｎ）及び／またはＥＤＴインディケーションがＡＳ層（即ち、ＲＲＣ  ｌａｙｅｒ）に提供される。
【０４４５】
もし、ＣＩｏＴ機器のＮＡＳ層がバッファリング（または、ｐｅｎｄｉｎｇ）しているメッセージがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を含むＮＡＳメッセージ（即ち、ＥＳＭメッセージコンテナ内にＥＳＭデータ送信メッセージを含むＣＰＳＲメッセージ）である場合、ＮＡＳ層は、前記ＮＡＳメッセージがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信するためのＮＡＳメッセージであると知らせるインディケーションをＡＳ層に伝達する。前記インディケーションは、ＣＰ  ＥＤＴまたはＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）送信である。
【０４４６】
過程２：ＣＩｏＴ機器のＡＳ層は、ＥＤＴ実行可否を判断することができる。前記で説明した上位ステップコンセプト内容を参照。
【０４４７】
過程２−１：ＥＤＴ実行が可能であると判断される場合、前記ＡＳ層は、ＥＤＴ実行が可能であるというインディケーションをＣＩｏＴ機器のＮＡＳ層に送信して、下記の３−１過程に進行する。
【０４４８】
過程２−２：ＥＤＴ実行が不可能であると判断した場合、従来通りに再開手順を実行する。
【０４４９】
過程３：過程２−１の場合、ＣＩｏＴ機器のＮＡＳ層は、バッファリング（または、ｐｅｎｄｉｎｇ）しているＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を含むＮＡＳメッセージと共にＣＩｏＴ機器のＡＳ層に下記情報を追加で送信して、ＥＭＭ−ＩＤＬＥに転換する。前記ＮＡＳ層は、再開実行を示すインディケーションまたはアイドル状態への転換を示すインディケーションをＡＳ層に伝達できる。
【０４５０】
過程４：ＣＩｏＴ機器のＡＳ層は、ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信するＮＡＳメッセージを送信するために、ランダムアクセス手順のＭＳＧ３を送信して再開手順を実行しない。
【０４５１】
Ｖ−１−１−Ｃ．オプション１−Ｃ
【０４５２】
ＣＩｏＴ機器のＮＡＳ層が再開要求をせずに、ＥＤＴが成功したか否かをＣＩｏＴ機器のＡＳ層から受信後、バッファリング（または、ｐｅｎｄｉｎｇ）しているＮＡＳメッセージの種類によって再開要求の有無を判断することができる。具体的に説明すると、下記の通りである。
【０４５３】
過程１：ＣＩｏＴ機器のＮＡＳ層には下記の従来動作で再開を要求する動作を実行しない。
【０４５４】
一時停止インディケーションによってＥＭＭアイドル状態でＩｎｉｔｉａｌ  ＮＡＳメッセージを使用する手順がトリガされると、ＣＩｏＴ機器のＮＡＳ層は、前記ＡＳ層にＲＲＣ確立原因とコールタイプを提供することができる。
【０４５５】
ＥＤＴの場合、ＲＲＣ確立原因とコールタイプと共にＲＡＩ（Ｒｅｌｅａｓｅ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｄｉｃａｔｉｏｎ）及び／またはＥＤＴインディケーションがＡＳ層（即ち、ＲＲＣ  ｌａｙｅｒ）に提供される。
【０４５６】
過程２：ＣＩｏＴ機器のＡＳ層は、ＥＤＴ実行可否を判断することができる。前記で説明した上位ステップコンセプト内容を参照。
【０４５７】
過程２−１：ＥＤＴ実行が可能であると判断される場合、前記ＡＳ層は、ＥＤＴ実行が可能であるというインディケーションをＣＩｏＴ機器のＮＡＳ層に送信する。
【０４５８】
過程２−２：ＥＤＴ実行が不可能であると判断した場合、ＥＤＴ実行が不可能であるというインディケーションをＣＩｏＴ機器のＮＡＳ層に送信する。
【０４５９】
過程３：
【０４６０】
過程２−１の場合、
【０４６１】
ケースＡ）ＣＩｏＴ機器のＮＡＳ層は、バッファリング（ｐｅｎｄｉｎｇ）しているＮＡＳメッセージがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信するＮＡＳメッセージである場合、ＥＭＭ−ＩＤＬＥに転換して、前記ＮＡＳメッセージをＣＩｏＴ機器のＡＳ層に送信する。
【０４６２】
ケースＢ）ＣＩｏＴ機器のＮＡＳ層は、バッファリング（ｐｅｎｄｉｎｇ）しているＮＡＳメッセージがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信するＮＡＳメッセージでない場合、ＲＲＣ接続の再開に対する要求をＣＩｏＴ機器のＡＳ層に送信する。
【０４６３】
過程２−２の場合、
【０４６４】
ケースＣ）ＣＩｏＴ機器のＮＡＳ層は、ＲＲＣ接続の再開要求をＣＩｏＴ機器のＡＳ層に送信する。
【０４６５】
過程４：
【０４６６】
過程３のケースＡ）の場合、ＣＩｏＴ機器のＡＳ層は、ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信するＮＡＳメッセージを送信するために、ＭＳＧ３（ｆｏｒ  ＣＰ  ＥＤＴ）を送信して再開手順を実行しない。
【０４６７】
過程３のケースＢ）とケースＣ）の場合、ＣＩｏＴ機器のＡＳ層は、再開手順を実行する。
【０４６８】
Ｖ−１−２．オプション２
【０４６９】
ＣＩｏＴ機器のＡＳ層が再開の実行可否に対する最終判断を実行する。
【０４７０】
過程１．ＣＩｏＴ機器のＮＡＳ層にはＥＤＴの場合、一時停止インディケーションによるＥＭＭアイドル状態での従来動作と違って、ＥＭＭアイドル状態でしたようにｉｎｉｔｉａｌ  ＮＡＳメッセージをバッファリング（ｐｅｎｄｉｎｇ）せずに、前記ｉｎｉｔｉａｌ  ＮＡＳメッセージをＣＩｏＴ機器のＡＳ層にＲＲＣ確立原因とコールタイプと共に直接伝達できる。そして、前記ＮＡＳ層は、ＲＲＣ接続の再開要求をＣＩｏＴ機器のＡＳ層に送信する。
【０４７１】
ＥＤＴの場合、前記ＮＡＳ層は、前記ＲＲＣ確立原因、前記コールタイプと共にＲＡＩ及び／またはＥＤＴインディケーションがＡＳ層（即ち、ＲＲＣ層）に提供される。
【０４７２】
追加で、前記ＮＡＳ層は、前記ＮＡＳメッセージがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信するＮＡＳメッセージ（即ち、ＣＰＳＲメッセージ）かどうかをＣＩｏＴ機器のＡＳ層に知らせる。
【０４７３】
ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信するＮＡＳメッセージである場合、前記インディケーションは、ＣＰ  ＥＤＴまたはＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）送信である。
【０４７４】
過程２：ＣＩｏＴ機器のＡＳ層は、ＥＤＴ実行可否を判断することができる。前記で説明した上位ステップコンセプト内容を参照。
【０４７５】
過程２−１：ＥＤＴ実行が可能であると判断される場合、
【０４７６】
ケースＡ）過程１）で受信したＮＡＳメッセージがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を含むＮＡＳメッセージである場合、
【０４７７】
ＣＩｏＴ機器のＡＳ層は、ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を含むＮＡＳメッセージを送信するために、ランダムアクセス手順のＭＳＧ３（ｆｏｒ  ＣＰ  ＥＤＴ）を送信する。このとき、前記ＡＳ層は、再開手順を実行せずに、これをＣＩｏＴ機器のＮＡＳ層に知らせる。その場合、ＣＩｏＴ機器のＮＡＳ層は、ＥＭＭアイドル状態に転換する。
【０４７８】
ケースＢ）過程１）で受信したＮＡＳメッセージがＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信するＮＡＳメッセージでない場合、ＣＩｏＴ機器のＡＳ層は、再開手順を実行する。
【０４７９】
過程２−２：ＥＤＴ実行が不可能であると判断した場合、従来通りに再開手順を実行する。
【０４８０】
オプション間の比較：オプション１−Ｂ）の場合、ＣＰデータ（または、ＣＰ  ＥＤＴにより送信されるデータ）を送信するＮＡＳメッセージが発生する場合にのみ他の動作を実行するようにすることで、他のオプションに比べて他のＮＡＳメッセージが発生するケースに追加的な改善無しで具現されることができる。
【０４８１】
前述した提案は、互いに組み合わせて使われることができる。
【０４８２】
以上で説明した内容は、ハードウェアで具現されることができる。これに対して図面を参照して説明する。
【０４８３】
図１６は、本発明の実施例によるＣＩｏＴ機器１００及びネットワーク装置の構成ブロック図である。
【０４８４】
図１６に示すように、前記ＣＩｏＴ機器１００は、プロセッサ１０１と、メモリ１０２と送受信部１０３を含む。そして、前記ネットワーク装置は、基地局２００またはＭＭＥ／ＳＧＳＮ５１０である。このようなネットワーク装置２００／５１０は、プロセッサ２０１／５１１とメモリ２０２／５１２と送受信部２０３／５１３を含む。
【０４８５】
前記メモリ１０２、２０２／５１２は、前述した方法を格納する。
【０４８６】
前記プロセッサ１０１、２０１／５１１は、前記メモリ１０２、２０２／５１２及び送受信部１０３、２０３／５１３をそれぞれ制御する。具体的に前記プロセッサ１０１、２０１／５１１は、前記メモリ１０２、２０２／５１２に格納された前記方法をそれぞれ実行する。そして、プロセッサ１０１、２０１／５１１は、前記送受信部１０３、２０３／５１３を介して前記前述した信号を送信する。
【０４８７】
以上では本発明の好ましい実施例を例示的に説明したが、本発明の範囲はこのような特定実施例にのみ限定されるものではないため、本発明は、本発明の思想及び特許請求の範囲に記載された範ちゅう内で多様な形態で修正、変更、または改善されることができる。
【図１】
2019525674.tif 000005
【図２】
2019525674.tif 000006
【図３】
2019525674.tif 000007
【図４】
2019525674.tif 000008
【図５ａ】
2019525674.tif 000009
【図５ｂ】
2019525674.tif 000010
【図６】
2019525674.tif 000011
【図７】
2019525674.tif 000012
【図８】
2019525674.tif 000013
【図９】
2019525674.tif 000014
【図１０ａ】
2019525674.tif 000015
【図１０ｂ】
2019525674.tif 000016
【図１１】
2019525674.tif 000017
【図１２ａ】
2019525674.tif 000018
【図１２ｂ】
2019525674.tif 000019
【図１３】
2019525674.tif 000020
【図１４ａ】
2019525674.tif 000021
【図１４ｂ】
2019525674.tif 000022
【図１５】
2019525674.tif 000023
【図１６】
2019525674.tif 000024
【国際調査報告】
2019525674.tif 000025
2019525674.tif 000026
2019525674.tif 000027
2019525674.tif 000028