JP6434040B2

JP6434040B2 - 外部アプリケーションサーバから第３世代パートナーシッププロジェクトシステムへのアプリケーション通信パターンの伝達

Info

Publication number: JP6434040B2
Application number: JP2016550241A
Authority: JP
Inventors: ケイ．ジャイン，プニート; エル．バンゴラエ，サンギータ; マルティネス，タラデル，マルタ
Original assignee: インテルアイピーコーポレイション
Priority date: 2014-03-14
Filing date: 2015-02-13
Publication date: 2018-12-05
Anticipated expiration: 2035-02-13
Also published as: KR101999428B1; EP3117688A4; EP3117688A1; JP2017510166A; CN105981471A; US9894464B2; KR20160106731A; US20150264512A1; WO2015138084A1; CN105981471B

Description

関連出願
本出願は、２０１４年３月１４に申請された代理人明細書Ｎｏ．Ｐ６４４５３Ｚの米国仮特許出願第６１／９５３，６４９号の利益を主張し、上記代理人明細書はその全体を本明細書において参照により援用される。

本開示は概してワイヤレス通信及びデバイスの分野に関する。

マシンタイプ通信（ＭＴＣ）は、マシンツーマシン（Ｍ２Ｍ）通信とも呼ばれ、モバイルネットワークオペレータ、機器ベンダ、ＭＴＣ専門家集団、及び研究団体の興味を引いている。Ｍ２Ｍ通信は、Ｍ２Ｍコンポーネントが低コストのスケーラブルな及び信頼できるテクノロジーで相互接続され、ネットワーク化され、リモートで制御されることを可能にする。ＭＴＣアプリケーション及びデバイスの広い範囲の可能性を仮定すると、転送すべき小さいデータ（スモールデータ）を有する何兆ものＭ２Ｍ通信が存在し得ることが予期される。こうしたＭ２Ｍ通信は、モバイルネットワークを通じて伝えられることが可能であり、この場合、モバイルネットワークの役割は、トランスポートネットワークの機能を果たすように大部分制限される。

ＭＴＣアプリケーション（又は、簡易にはＭＴＣ）におけるＭＴＣ通信のためのＭＴＣデバイスとして使用されるユーザ機器デバイス（又は、簡易にはＵＥ）は、例えば、遊牧的に（再）展開されること、展開される間、低いモビリティを有すること、低い優先度の通信を提供すること、及び少量のモバイル由来（ＭＯ）又はモバイル終端（ＭＴ）データをまれに送ることなどの特性を有する。例えば、ユーティリティ計測アプリケーションのためのスマートメータは、（一般にＵＥとして参照される）ＭＴＣデバイスとして使用されるＵＥの一タイプである。

ＭＴＣ通信のためのワイヤレスネットワークアーキテクチャを示すブロック図である。Ｔｓｐ及びＴ５ｂインターフェースを通じて通信されるＤｉａｍｅｔｅｒベースのコマンドのシーケンスを示すメッセージシーケンスフロー図である。Ｔｓｐ及びＴ５ｂインターフェースを通じて通信されるＤｉａｍｅｔｅｒベースのコマンドの別のシーケンスを示すメッセージシーケンスフロー図である。別の実施形態に従うメッセージシーケンスフロー図である。ＭＴＣ通信のためのワイヤレスネットワークアーキテクチャを示すブロック図である。ＵＥのブロック図である。図１のワイヤレスネットワークアーキテクチャのサブシステムのブロック図であり、上記サブシステムは、ＭＭＥ（ｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）と、ＭＴＣ−ＩＷＦ（ＭＴＣ−ｉｎｔｅｒｗｏｒｋｉｎｇｆｕｎｃｔｉｏｎ）と、場合によりＳＣＥＦ（ｓｅｒｖｉｃｅｃａｐａｂｉｌｉｔｙｅｘｐｏｓｕｒｅｆｕｎｃｔｉｏｎ）を含むＳＣＳ（ｓｅｒｖｉｃｅｓｃａｐａｂｉｌｉｔｙｓｅｒｖｅｒ）と、ＭＴＣ−ＩＷＦに対するインターフェースとを含む。

第３世代パートナーシッププロジェクト（３ＧＰＰ）標準設定ディスカッション、詳細には、２０１４年２月における無線アクセスネットワーク（ＲＡＮ）ワーキンググループ２（ＲＡＮ２）＃８５ミーティングのミーティングディスカッションが、３ＧＰＰ技術仕様書（ＴＳ）番号２３．４０１（バージョン１３．０．０）と３６．４１３（バージョン１２．３．０）と３６．４２３（バージョン１２．３．０）とを含む３ＧＰＰ標準に現在規定されているコアネットワーク（ＣＮ）由来の支援情報の形式の開発につながった。例えば、３ＧＰＰＴＳ２３．４０１は、ＣＮにより支援された、ｅｖｏｌｖｅｄｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋノードＢ（さらに、進化型ノードＢとして知られ、ｅＮｏｄｅＢ又はｅＮＢと略される）パラメータチューニングを、ｅＮＢがＵＥステート移行を最小化して最適なネットワークのふるまいを達成するのを助けるものとして、記載している。したがって、このＣＮ支援されたｅＮＢパラメータチューニング機能をサポートするＭＭＥは、ｅＮＢに、各ＵＥごとに、ＣＮ支援情報を提供することができる。ＣＮ支援情報は、例えば、下記のデータなどである：ＥＰＳ（ｅｖｏｌｖｅｄｐａｃｋｅｔｓｙｓｔｅｍ）接続管理（ＥＣＭ）ＥＣＭ−ＣＯＮＮＮＥＣＴＥＤ及びＥＣＭ−ＩＤＬＥステートにおける平均時間、及び／又は１時間ごとのｅＮＢハンドオーバ手順の数。

ＣＮ支援情報は、モバイルネットワーク及びｅＮＢが異なるＵＥのための効率的な無線リソース管理（ＲＲＭ）関連の判断を行うのを助けることになり、ＣＮ支援のための他の提案についての特定の不足に対処することになる。

１つのこうした最近の提案である、“３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ；ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎＧｒｏｕｐＳｅｒｖｉｃｅｓａｎｄＳｙｓｔｅｍＡｓｐｅｃｔｓ；ＳｔｕｄｙｏｎＭａｃｈｉｎｅ−ＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ（ＭＴＣ）ａｎｄｏｔｈｅｒｍｏｂｉｌｅｄａｔａａｐｐｌｉｃａｔｉｏｎｓｃｏｍｍｕｎｉｃａｔｉｏｎｓｅｎｈａｎｃｅｍｅｎｔｓ（Ｒｅｌｅａｓｅ１２）”と題された３ＧＰＰ技術レポート（ＴＲ）番号２３．８８７（バージョン１２．０．０）が、３ＧＰＰ標準化のリリースＮｏ．１２（Ｒｅｌ−１２）のためのＭＴＣｅ（ＭＴＣａｎｄｏｔｈｅｒｍｏｂｉｌｅｄａｔａａｐｐｌｉｃａｔｉｏｎｓｃｏｍｍｕｎｉｃａｔｉｏｎｓｅｎｈａｎｃｅｍｅｎｔｓ）−ＳＤＤＴＥ（ｓｍａｌｌｄａｔａａｎｄｄｅｖｉｃｅｔｒｉｇｇｅｒｅｎｈａｎｃｅｍｅｎｔｓ）に対処している。３ＧＰＰＴＲ２３．８８７文献の提案は、ＣＮ支援パラメータチューニングを提供する試みの議論を含む。しかし、この試みは、ＵＥのネットワーク加入情報の一部としてＣＮに静的に提供されるトラフィックパターンパラメータに依存することになる。ゆえに、このアプローチの欠陥は、アプリケーション通信パターンが動的に変わる可能性があるのに対して、ＣＮ支援パラメータチューニング情報が静的になることである。

さらに、アプリケーション通信パターン情報の動的更新は、サービス公開及び可能化サポート（ＳＥＥＳ）に対するシステム態様ワーキンググループ１（ＳＡ１）作業項目記述（ＷＩＤ）研究の努力を容易にして、アプリケーション通信パターンの動的交換を使用することになる３ＧＰＰ標準化新手法のリリースｎｏ．１３（Ｒｅｌ−１３）について定義することになる。以下の表１には、アプリケーション通信パターン情報の例が明記される。余談として、アプリケーション通信パターンが下記の同義語を用いて記載され得ることを当業者は認識するであろう：トラフィック活動、不活動、フロー、パターン、又は（アプリケーション）トラフィックパターン構成情報若しくはデータを含む他のトラフィック情報の他の説明、及び、関連するＭＴＣアプリケーション又はサービス特性の説明。

前述のアプリケーション通信パターン情報の表は限定とみなされるべきではなく、伝達されることが可能な様々な種類の情報が存在する。さらに、アプリケーション通信パターン情報は、表１に明記された具体的な構造又は配置の情報を要求するものとみなされるべきではない。例えば、表１の各アイテムは、ＤｉａｍｅｔｅｒベースのＡＶＰの中にスタンドアロン情報要素（ＩＥ）として含まれてもよく、あるいは、複数のアイテムが、情報のいくつかのネストされたアイテムを含む構造の中に含まれてもよい。さらに、いくつかのＭＴＣアプリケーションは、情報を、異なるアプリケーション又はサービスの特性を反映する単一の要素グループ又はいくつかの要素として通信することができる。情報は、該情報がアプリケーションのいくつかの区別可能なグループ又はカテゴリを参照するようにネストされてもよい。

ＲＡＮに対するＭＭＥのＣＮ支援を容易にするために、本開示は、アプリケーション通信パターン情報をサードパーティアプリケーションサーバ（ＡＳ）から３ＧＰＰシステムに動的に通信する実施形態を説明する。アプリケーション通信パターン情報は、ＡＳから、ＣＮのＭＴＣ−ＩＷＦと通信するＳＣＳ又はＳＣＥＦ（ＳＣＳ／ＳＣＥＦ）に、それから、ＭＴＣ−ＩＷＦから、ＭＭＥ又はＭＴＣ−ＩＷＦとのトリガ送出インターフェース（例えば、Ｔ５参照点）を有する他のＣＮエンティティに通信されることができ、したがって、ＭＴＣサーバにより決定されるとおりの、ＵＥのトラフィック活動（又は一般的に、通信）パターン情報が、ｅＮＢに支援情報を提供するＣＮのＭＭＥに対して利用可能にされる。換言すると、通信パターン情報は、ＵＥのための、ＭＴＣサーバの予期され又は予め構成されたＭＴＣアプリケーションに基づいて導出される（不）活動情報及びサービス特性を含むことができ、通信パターン情報は、無線リソース制御の目的でｅＮＢにＣＮ支援情報を提供するＭＭＥに対して利用可能にされることができる。

ＭＭＥとサービングＧＰＲＳ（登録商標）（ｇｅｎｅｒａｌｐａｃｋｅｔｒａｄｉｏｓｅｒｖｉｃｅ）サポートノード（ＳＧＳＮ）との双方の機能性が単一のハードウェアデバイス又は別個のネットワークエンティティ（すなわち、別個のデバイス）のいずれかにおいて実施され得ることを当業者は認識するであろう。ゆえに、簡潔さのため、ＭＭＥ及びＳＧＳＮは、一般にＭＭＥ／ＳＧＳＮとして参照されることがある。これにおいて、「／」は、包含的選言の意味であり、例えば、ＭＭＥ、ＳＧＳＮ、又はＭＭＥとＳＧＳＮとの双方の組み合わせを意味する。同様に、「／」包含的選言表記は、互いに類似する他のネットワークエンティティ、インターフェース、及び機能に使用され、ゆえに、１つ又は複数のデバイスとして具現化されることができる。前の段落において言及されたＳＣＥＦ／ＳＣＳの説明に使用された「／」は、１つのこうした例である。こうして、表現「Ａ／Ｂ」は（Ａ）、（Ｂ）、又は（Ａ及びＢ）を意味し、これは表現「Ａ及び／又はＢ」と同義である。また、表現「Ａ、Ｂ、及びＣのうち少なくとも１つ」は、（Ａ）、（Ｂ）、（Ｃ）、（Ａ及びＢ）、（Ａ及びＣ）、（Ｂ及びＣ）、又は（Ａ、Ｂ、及びＣ）を意味する。

本開示のいくつかの例において、既存のメッセージフォーマットが、アプリケーショントラフィックパターン構成情報の転送をサポートするようにモディファイされる。別の例において、メッセージの新しい情報フィールド及び要素が、トラフィックパターン構成データを通信することについて説明される。さらなる態様及び利点が、添付図面を参照して進む実施形態についての下記の詳細な説明から明らかになるであろう。

図１は、ＭＴＣ又はＭ２Ｍ通信をサポートするＥＰＣ（ｅｖｏｌｖｅｄｐａｃｋｅｔｃｏｒｅ）、すなわちＬＴＥ（ｌｏｎｇ−ｔｅｒｍｅｖｏｌｕｔｉｏｎ）システムのコアネットワークのエンティティを示す一例示的なワイヤレスネットワークシステム１００アーキテクチャを例示している。システム１００は、図１の長破線により示されるとおり、ＨＰＬＭＮ（ｈｏｍｅｐｕｂｌｉｃｌａｎｄｍｏｂｉｌｅｎｅｔｗｏｒｋ）１０２及びＶＰＬＭＮ（ｖｉｓｉｔｅｄｐｕｂｌｉｃｌａｎｄｍｏｂｉｌｅｎｅｔｗｏｒｋ）１０４に分割され得る。

システム１００はＲＡＮ１１０を含み、ＲＡＮ１１０はＵＥ１１２にモバイル通信ネットワークに対するアクセスを提供することができ得る。ＵＥ１１２は、ＭＴＣＵＥアプリケーション１１４を含み得る。ＵＥ１１２におけるＵｍ／Ｕｕ／ＬＴＥ−Ｕｕインターフェース１１６が、ＵＥ１１２のドメインとＲＡＮ１１０に関連付けられ又はＲＡＮ１１０より管理されるアクセスドメインとの間におけるシグナリングインターフェースを提供することができる。ＲＡＮ１１０は、ＭＳＣ（ｍｏｂｉｌｅｓｗｉｔｃｈｉｎｇｃｅｎｔｅｒ）１２０、ＭＭＥ１２２、ＳＧＳＮ１２４、及びＳ−ＧＷ（ｓｅｒｖｉｎｇｇａｔｅｗａｙ）１２６に結合され得る。

いくつかの例において、ＭＳＣ１２０は、公衆交換電話網（ＰＳＴＮ）又は統合サービスデジタル網（ＩＳＤＮ）内でスイッチングノードのように振る舞うことができ、さらに、追加的な機能性を提供して、モバイルユーザ又はＵＥ１１２などのＵＥのサポートを可能にすることができる。追加的な機能性には、登録、認証、コール場所、ＭＳＣ間ハンドオーバ、及び、モバイル加入者又はＵＥに対するコールルーティングが含まれ得る。

いくつかの例に従い、ＭＭＥ１２２は、制御ノードとして配置されることができ、再送信を含め、アイドルモードＵＥのトラッキング及びページング手順について責任を負い得る。ＭＭＥ１２２は、ベアラ活性化／非活性化処理に関与することがあり、さらに、最初のアタッチにおいて、及びＣＮノード再配置を伴うＬＴＥ内ハンドオーバのときに、ＵＥ１１２のためのＳ−ＧＷ１２６を選ぶことについて責任を負い得る。

いくつかの例において、ＳＧＳＮ１２４は、その地理的サービスエリア内のＵＥからの及びＵＥへのデータパケットの送付について責任を負い得る。これらの例について、ＳＧＳＮ１２４は、パケットルーティング及び転送、モビリティ管理（アタッチ／デタッチ及び場所管理）、論理リンク管理、並びに認証及び課金機能を扱う。

Ｓ−ＧＷ１２６は、ユーザデータパケットをルーティングし及びフォワードし、さらに、ｅＮＢ間ハンドオーバの間のユーザプレーンのためのモビリティアンカー（mobility anchor）として、及びＬＴＥと他の３ＧＰＰテクノロジーとの間におけるモビリティのためのアンカーとして振る舞うことができる。いくつかの例に従い、図１に示されるとおり、Ｓ−ＧＷ１２６は、ＧＧＳＮ／Ｐ−ＧＷ（ｇａｔｅｗａｙＧＰＲＳｓｕｐｐｏｒｔｎｏｄｅ／ｐａｃｋｅｔｇａｔｅｗａｙ）１３０に結合されることができる。これらの例について、ＧＧＳＮ１３０は、ＧＰＲＳネットワークと、インターネット又はＸ．２５ネットワークなどの外部のパケット交換ネットワークとの間における、インターネットワーキングを管理することができる。ＧＧＳＮ１３０は、さらに、ＧＰＲＳ／ＵＭＴＳ（ｕｎｉｖｅｒｓａｌｍｏｂｉｌｅｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓｓｙｓｔｅｍ）ネットワークにおけるユーザ端末のモビリティを可能にすることができ、ＵＥ１１２などの特定のＵＥにサービスを提供するためのプロトコルデータユニット（ＰＤＵ）をトンネルするようにルーティングを維持することができる。Ｐ−ＧＷ１３０は、ＵＥ１１２のためのトラフィックの出口及び入口のポイントであることによって、ＵＥ１１２から外部のパケットデータネットワークへの接続性を提供することができる。Ｐ−ＧＷ１３０は、ポリシー強制、ＵＥ１１２などのＵＥのためのパケットフィルタリング、課金サポート、合法の傍受、及びパケットスクリーニングを実行することができる。Ｐ−ＧＷ１３０は、さらに、３ＧＰＰテクノロジーと、ＷｉＭＡＸ及び３ＧＰＰ２などの非３ＧＰＰテクノロジーとの間における、モビリティのためのアンカーとして振る舞うことができる。

いくつかの例において、ＭＳＣ１２０、ＭＭＥ１２２、及びＳＧＳＮ１２４は、ＭＴＣ−ＩＷＦ１５０に結合されることができ、ＭＴＣ−ＩＷＦ１５０は、スタンドアロンエンティティ、又は別のネットワーク要素の機能エンティティであり得る。ＭＴＣ−ＩＷＦ１５０は、他の３ＧＰＰエンティティとインターフェースをとって様々なＭＴＣサービスを提供することができる。例えば、ＭＴＣ−ＩＷＦ１５０は、３ＧＰＰＴＳ２９．３６８において“ＴｓｐｉｎｔｅｒｆａｃｅｐｒｏｔｏｃｏｌｂｅｔｗｅｅｎｔｈｅＭＴＣＩｎｔｅｒｗｏｒｋｉｎｇＦｕｎｃｔｉｏｎ（ＭＴＣ−ＩＷＦ）ａｎｄＳｅｒｖｉｃｅＣａｐａｂｉｌｉｔｙＳｅｒｖｅｒ（ＳＣＳ）”（バージョン１２．０．０）と題されて説明されるとおり、Ｔｓｐ及びＴ４参照点を通じてデバイストリガ機能性をサポートすることができ、サポートされるデバイストリガのためのＣＤＲ（ｃｈａｒｇｉｎｇｄａｔａｒｅｃｏｒｄｓ）を生成することができる。本明細書に説明される例は、主としてデバイス又はトリガメッセージに関係するが、他のタイプのメッセージングが、スモールデータ送信などの他の例、又は他のタイプのメッセージングに従ってさらに使用されてもよい。

いくつかの例に従い、図１に示されるとおり、ＭＴＣ−ＩＷＦ１５０は、ＣＤＦ／ＣＧＦ（ｃｈａｒｇｉｎｇｄａｔａｆｕｎｃｔｉｏｎ／ｃｈａｒｇｉｎｇｇａｔｅｗａｙｆｕｎｃｔｉｏｎ）１４０、３ＧＰＰＨＬＲ（ｈｏｍｅｌｏｃａｔｉｏｎｒｅｇｉｓｔｅｒ）又はＨＳＳ（ｈｏｍｅｓｕｂｓｃｒｉｂｅｒｓｅｒｖｅｒ）１３８、及びＳＭＳ−ＳＣ／ＧＭＳＣ／ＩＷＭＳＣ（ｓｈｏｒｔｍｅｓｓａｇｅｓｅｒｖｉｃｅ−ｓｅｒｖｉｃｅｃｅｎｔｅｒ／ｇａｔｅｗａｙｍｏｂｉｌｅｓｗｉｔｃｈｉｎｇｃｅｎｔｅｒ／ｉｎｔｅｒｗｏｒｋｉｎｇｍｏｂｉｌｅｓｗｉｔｃｈｉｎｇｃｅｎｔｅｒ）１３４に結合されることができる。これらの例について、課金機能アドレスは、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）エンティティに対して配信されるアドレスであり、エンティティが課金情報を送るための共通の場所を提供することができる。ＣＤＦアドレスがオフライン請求に使用され、ＯＣＦ（ＯｎｌｉｎｅＣｈａｒｇｉｎｇＦｕｎｃｔｉｏｎ）がオンライン請求に使用される。ＣＤＦ１４０は、アカウンティング情報を収集し、ＣＤＲ（ＣａｌｌＤｅｔａｉｌＲｅｃｏｒｄ）を構築することができ、ＣＤＲは、ドメインのＢＳ（ｂｉｌｌｉｎｇｓｙｓｔｅｍ）に送られる。ＣＧＦ１４０は、ＧＳＮ（ＧＰＲＳｓｕｐｐｏｒｔｎｏｄｅｓ）から送られ得る課金データを提供するメッセージをリッスンすることができる。ＣＧＦ１４０は、ＧＳＮからＣＤＲを取得することができる。ＨＳＳ１３８は、所与のユーザのためのマスタデータベースを維持することができる。ＨＳＳ１３８は、加入関連情報を維持して、コール／セッションを実際に扱う上記ネットワークエンティティをサポートするエンティティであり得る。

ＭＴＣ−ＩＷＦ１５０は、ＨＰＬＭＮ１７０に存在し、内部のＰＬＭＮ（ｐｕｂｌｉｃｌａｎｄｍｏｂｉｌｅｎｅｔｗｏｒｋ）トポロジーを隠し、Ｔｓｐを通じて送られる情報を中継し又は翻訳して、ＰＬＭＮにおける特定の機能性を呼び出す。ＭＴＣ−ＩＷＦ１５０の他の機能性のうちいくつかには、下記が含まれる：Ｔｓｐ、Ｓ６ｍ、Ｔ４、及びＲｆ／Ｇａ参照点を終端させること、３ＧＰＰネットワークとの通信確立の前にＳＣＳを承認する能力をサポートすること、及び、ＳＣＳからの制御プレーン要求を承認する能力をサポートすること。

ＳＭＳ−ＳＣ／ＧＭＳＣ／ＩＷＭＳＣ１３４は、ＳＭＳ−ＳＣ、ＳＭＳ−ＧＭＳＣ、及びＳＭＳ−ＩＷＭＳＣを場合により含む。ＳＭＳ−ＳＣ１３４は、ＳＭＳメッセージのための記憶及びフォワードセンタとして振る舞うことができる。ＳＭＳ−ＧＭＳＣ１３４及びＳＭＳ−ＩＷＳＭＣ１３４は、ＳＭＳ−ＳＣ１３４をＧＰＲＳネットワークに接続することができる。ＳＭＳ−ＧＭＳＣ１３４及びＳＭＳ−ＩＷＭＳＣ１３４は、Ｇｄインターフェース１７８を通じてＳＧＳＮに接続されて、ＵＥ１１２などのＧＰＲＳＵＥが例えばＳＧＳＮ１２４などを通してＳＭＳメッセージを送り及び受けることを可能にすることができる。ＳＭＳ−ＩＷＭＳＣ１３４は、ＰＬＭＮからＳＭＳメッセージを受信し、こうしたＳＭＳメッセージをＳＭＳ−ＳＣ１３４などの受信ＳＭＳ−ＳＣに対して送出することができる。いくつかの例に従い、図１に示されるとおり、ＳＭＳ−ＳＣ／ＧＭＳＣ／ＩＷＭＳＣ１３４は、さらに、Ｅインターフェース１７４を介してＭＳＣ１２０に、及びＳＧｄ１７６を介してＭＭＥ１２２に結合されることができる。ＳＭＳ−ＳＣ／ＧＭＳＣ／ＩＷＭＳＣ１３４は、ＩＰ−ＳＭ−ＧＷ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ−Ｓｈｏｒｔ−Ｍｅｓｓａｇｅ−Ｇａｔｅｗａｙ）１３２及びＳＭＥ（ｓｈｏｒｔｍｅｓｓａｇｅｅｎｔｉｔｉｅｓ）１３６にさらに結合されることができる。ＩＰ−ＳＭ−ＧＷ１３２は、ショートメッセージの送出のためのプロトコル相互動作を提供することができる。ＳＭＥ１３６には、ショートメッセージを送る／受けることができるネットワークエンティティ、例えば、移動局、セルフォン、及びＵＥが含まれ得る。

いくつかの例に従い、ＭＴＣ−ＩＷＦ１５０は、ＳＣＥＦ／ＳＣＳ１６０にさらに結合されることができる。ＳＣＥＦ／ＳＣＳ１６０は、３ＧＰＰネットワークにＭＴＣＡＳ（３ＧＰＰ標準化の範囲外で定義される）を接続して、これらが特定の３ＧＰＰにより定義されたサービスを通して、ＭＴＣに使用されるＵＥと、及びＨＰＬＭＮ１０２におけるＭＴＣ−ＩＷＦ１５０と通信することを可能にするエンティティである。例えば、ＳＣＥＦ／ＳＣＳ１６０は、１つ又は複数のＭＴＣＡＳによる使用のための能力を提示するアプリケーションプログラミングインターフェース（ＡＰＩ）１６１を公開する。したがって、ＳＣＥＦ／ＳＣＳ１６０は、ＡＳ１６２などのＭＴＣＡＳを３ＧＰＰネットワークに接続して、これらＡＳが特定の３ＧＰＰ定義サービスを通してＵＥ１１２及びＭＴＣ−ＩＷＦ１５０と通信することを可能にすることができる。ＳＣＥＦ／ＳＣＳ１６０は、１つ又は複数のＡＳ、例えばＡＳ１６２などによる使用のために、能力を提示することができる。他のタイプのＡＳ、例えばＡＳ１６４などが、ＧＧＳＮ／Ｐ−ＧＷ１３０に結合してもよい。図１に示されるとおり、ＡＳ１６４は、３ＧＰＰネットワークに直接接続して、ＳＣＥＦ／ＳＣＳ１６０の使用なしにＵＥ１１２との直接のユーザプレーン通信を実行することができる。しかしながら、ＳＣＥＦ／ＳＣＳ１６０は、ＭＴＣのための付加価値サービスを提供し、ＵＥ１１２とのユーザプレーン及び／制御プレーン通信を実行することができる。ＳＣＥＦ／ＳＣＳ１６０のさらなる詳細が、後の段落において図５を参照して論じられる。

いくつかの例において、Ｔｓｐインターフェース、例えばＴｓｐインターフェース１８８が、制御プレーン通信のためのドメイン間インターフェースとして機能することができる。これらの例について、Ｔｓｐインターフェース１８８は、ＳＣＥＦ／ＳＣＳ１６０がＭＴＣ−ＩＷＦ１５０に対してトリガメッセージに含まれるデバイストリガ要求を送付することに使用されることができ、こうして、ＭＴＣ−ＩＷＦ１５０がＳＣＥＦ／ＳＣＳ１６０からデバイストリガ要求を受信することを可能にすることができる。いくつかの例において、Ｔｓｐインターフェース１８８などのＴｓｐインターフェースは、さらに、ＡＰＩ又はＡＰＩのセットとして実装されてもよい。

いくつかの例に従い、Ｔｓｍｓ１８０は、ＭＴＣＵＥ、例えばＵＥ１１２などに対して、トリガメッセージを送るのに使用されることができる。トリガメッセージは、ＳＭＥとして振る舞う任意のネットワークエンティティ（例えば、ＳＣＥＦ／ＳＣＳ１６０）によってオーバーザトップ（over-the-top）アプリケーションとしてＭＴ−ＳＭＳ（ＭＴｓｈｏｒｔｍｅｓｓａｇｅｓｅｒｖｉｃｅ）メッセージ内にカプセル化されることができる。

Ｔ４インターフェース１８２は、ＭＴＣ−ＩＷＦ１５０からＳＭＳ−ＳＣ１３４にトリガメッセージを転送し、ＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌｍｏｂｉｌｅｓｕｂｓｃｒｉｂｅｒｉｄｅｎｔｉｔｙ）に対応するサービングノード情報を提供し、ＵＥ１１２に対するトリガメッセージの送付の成功又は失敗を報告することに使用されることができる。

Ｓ６ｍインターフェース１８４は、ＵＥ１１２に割り当てられ又はＵＥ１１２に関連付けられたＭＳＩＳＤＮ（ｍｏｂｉｌｅｓｕｂｓｃｒｉｂｅｒｉｎｔｅｇｒａｔｅｄｓｅｒｖｉｃｅｓｄｉｇｉｔａｌｎｅｔｗｏｒｋ−ｎｕｍｂｅｒ）又は外部識別子（ｅｘｔｅｒｎａｌ−Ｉｄ）をＩＭＳＩにマッピングすることができる。ＭＳＩＳＤＮ又はｅｘｔｅｒｎａｌ−Ｉｄに対するマップは、ＵＥ１１２のサービングノードアイデンティティを解決することができる。

いくつかの例に従い、図１に示されるとおり、Ｔ５ａ１５６、Ｔ５ｂ１５４、及びＴ５ｃ１５２参照点は、それぞれ、ＭＴＣ−ＩＷＦ１５０をサービングＳＧＳＮ１２４に、ＭＴＣ−ＩＷＦ１５０をサービングＭＭＥ１２２に、又はＭＴＣ−ＩＷＦ１５０をサービングＭＳＣ１２０に接続することができる。Ｔ５ａ１５６、Ｔ５ｂ１５４、及びＴ５ｃ１５２参照点は、トリガメッセージに含まれるデバイストリガ要求をＭＳＣ１２０、ＭＭＥ１２２、又はＳＧＳＮ１２４に転送すること、ＵＥ１１２に対するトリガメッセージの送付の成功又は失敗をＭＴＣ−ＩＷＦ１５０に報告すること、又はＭＭＥ１２２／ＳＧＳＮ１２４輻輳／負荷情報をＭＴＣ−ＩＷＦ１５０に提供することを含むデバイストリガ機能性をさらにサポートすることができる。

Ｇｉ／ＳＧｉインターフェース１６６は、パケットデータネットワーク（ＰＤＮ）へのインターフェースを提供することができる。ＳＧｉ１６６は、ＩＰＰＤＮに対するインターフェースであることが可能であり、Ｇｉ１６６は、外部のＰＤＮ（例えば、インターネット）に対するインターフェースであることが可能であり、エンドユーザの、存在のＩＰポイントを含有することができる。Ｒｆ／Ｇａインターフェース１８６は、ＭＴＣ−ＩＷＦ１５０とＣＤＦ／ＣＧＦ１４０との間におけるインターフェースを提供することができる。いくつかの例において、Ｒｆインターフェース１８６は、ＣＤＦ／ＣＧＦ１４０のＣＤＦ１４０に対するアクセスを提供することができ、Ｇａインターフェース１８６は、ＣＤＦ／ＣＧＦ１４０のＣＧＦ１４０に対するアクセスを提供することができる。

いくつかの例において、ＵＥ１１２におけるＭＴＣアプリケーション（例えば、ＭＴＣＵＥアプリケーション１１４）と外部ネットワーク内のＡＳ１６２で提供されるＭＴＣ又はＭ２Ｍアプリケーションとの間におけるエンドツーエンドサービスは、３ＧＰＰシステムにより提供されるサービスと、場合により、ＳＣＥＦ／ＳＣＳ１６０により提供されるサービスとを使用することができる。これらの例について、３ＧＰＰシステムは、３ＧＰＰベアラサービス、例えばＩＭＳ及びＳＭＳ、並びに様々な最適化を含め、ＭＴＣ又はＭ２Ｍタイプのサービスを容易にすることができるトランスポート及び通信サービスを提供することができる。上記で言及されたとおり、ＳＣＥＦ／ＳＣＳ１６０は、ＡＳ１６２を３ＧＰＰネットワークに結合して、ＡＳ１６２が特定の３ＧＰＰにより定義されたサービスを通してＵＥ１１２と及びＭＴＣ−ＩＷＦ１５０と通信することを可能にすることができる。

ＲＦＣ（ＲｅｑｕｅｓｔｆｏｒＣｏｍｍｅｎｔｓ）３５８８に規定され、ＩＥＴＦ（ＩｎｔｅｒｎｅｔＥｎｇｉｎｅｅｒｉｎｇＴａｓｋＦｏｒｃｅ）により２００３年９月に公表されたとおりのＤｉａｍｅｔｅｒベースプロトコルが、エンティティ間でコマンド及び情報を通信するために図１のネットワークエンティティによって使用される一プロトコルである。ゆえに、Ｄｉａｍｅｔｅｒベースプロトコルが３ＧＰＰ標準化の様々なコマンドのための基礎を提供し、その例が下記の表２に示されている。これらコマンドは、Ｔｓｐインターフェースを通じた通信のための前述された３ＧＰＰＴＳ２９．３６８文献に規定されており、ＩＡＮＡ（ＩｎｔｅｒｎｅｔＡｓｓｉｇｎＮｕｍｂｅｒＡｕｔｈｏｒｉｔｙ）ＤｉａｍｅｔｅｒＨｅａｄｅｒコード値によって、ＤＡＲ（Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ−Ｒｅｑｕｅｓｔ）、ＤＡＡ（Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ−Ａｎｓｗｅｒ）、ＤＮＲ（Ｄｅｖｉｃｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ）、及びＤＮＡ（Ｄｅｖｉｃｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ａｎｓｗｅｒ）コマンドとして識別される。

一例示的なＤＡＲコマンドメッセージ定義が、下記の表３に示されている。ＤＡＲメッセージの中のＩＡＮＡコマンドコードフィールドは数字コード番号８３８８６３９であり、コマンドフラグＲＥＱフィールドに‘Ｒ’ビットが設定されて、メッセージが要求メッセージとして識別される。表３はさらに、ＤＡＲコマンド又は表２にリストアップされた他のコマンドに含まれる様々なＡＶＰのリストを示している。

表３に示されるＡＶＰの部分は、前述された３ＧＰＰＴＳ２９．３６８文献に規定されるとおりのＴｓｐ固有ＤｉａｍｅｔｅｒＡＶＰである。他のさらなるＡＶＰが、本開示の対象であり、アプリケーション通信パターン情報の伝達をサポートするように更新され、あるいは追加される。例えば、Ｄｅｖｉｃｅ−ＡｃｔｉｏｎＡＶＰがＳＣＥＦ／ＳＣＳ１６０によって使用されて、図２に関して以下に説明されるとおり、ＭＴＣ−ＩＷＦ１５０がＭＭＥ１２２にアプリケーション通信パターン情報を報告することを要求することができる。これらの例について、Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ（又は、Ｄｅｖｉｃｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ）ＡＶＰは、ＤＡＲ（ＤＡＡ）コマンドに関連する情報を提供するように設定された値を有することができ、さらに、Ａｃｔｉｏｎ−ＴｙｐｅＡＶＰを有して、具体的なアプリケーション通信パターン構成を示すことができる。ＡＴＣＩ（Ａｐｐｌｉｃａｔｉｏｎ−Ｔｒａｆｆｉｃ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｉｎｆｏｒｍａｔｉｏｎ）ＡＶＰが、上記目的に適し得る別の任意的なＡＶＰである。こうして、ＭＴＣ−ＩＷＦ１５０とＳＣＥＦ／ＳＣＳ１６０との間で送付されるアプリケーション通信パターンデータは、ＡＶＰペイロードの中に該データを表現する予め定義された値を有するＡＶＰの形式で提供されることができる。ゆえに、既存のＤＡＲ／ＤＡＡ／ＤＮＲ／ＤＮＡコマンドメッセージが、アプリケーション通信パターン情報を通信するのに適したＡＶＰ用いて更新されて、これにより、Ｔｓｐインターフェースを通じてＳＣＥＦ／ＳＣＳ１６０からＭＴＣ−ＩＷＦ１５０に、及びＴ５ｂインターフェース１５４を通じてＭＴＣ−ＩＷＦ１５０からＭＭＥ１２２に、メッセージペイロードの中で新たに定義されたアプリケーション関連構成データを転送することができる。

図２は、更新されたＤＡＲ及びＤＡＡメッセージを用いてＭＭＥ１２２にアプリケーション通信パターン情報を通信する、Ｔｓｐ及びＴ５トリガリングを用いた一例示的なメッセージシーケンス２００を示す。ＳＣＥＦ／ＳＣＳ１６０が、デバイスアクション要求手順の一部としてＭＴＣ−ＩＷＦ１５０にＤＡＲコマンドメッセージを送る（２１０）。ＤＡＲコマンドは、アプリケーション通信パターン情報を通信するために、Ｄｅｖｉｃｅ−ＡｃｔｉｏｎＡＶＰ内に１つ以上のＡＶＰ値を有する。例えば、Ｄｅｖｉｃｅ−ＡｃｔｉｏｎＡＶＰは、アプリケーション構成報告（ＡｐｐｌｉｃａｔｉｏｎＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｐｏｒｔ）を表現する値（例えば、５の値、又は何らかの他の値）に設定されたＡｃｔｉｏｎ−ＴｙｐｅＡＶＰを有する。ＭＴＣ−ＩＷＦ１５０は、ＳＣＥＦ／ＳＣＳ１６０からＤＡＲコマンドを受信し、それから、３ＧＰＰＴＳ２３．６８２（例えば、バージョン１２．２．０）に説明されるとおりのＴ５トリガリング、又は、ＳＭＳ−ＳＣ／ＧＳＭＳＣ／ＩＷＭＳＣ１３４などの別のエンティティを介した送出を含意し得る別の間接的な送出手法を用いて、上記情報をＭＭＥ１２２に対して送出する（２２０）。それから、ＭＴＣ−ＩＷＦ１５０は、ＳＣＥＦ／ＳＣＳ１６０に対してＤＡＡコマンドを介して、要求の受理又は不受理、又は、わかる場合には要求の成功又は失敗を報告し（２３０）、ＤＡＲコマンドに対する応答の一部としてＳＣＥＦ／ＳＣＳ１６０に負荷制御情報を提供してもよい。

図２に示されてはいないが、Ｔ５トリガリングはＡＳ１６２におけるＭＴＣアプリケーションから開始されてもよく、ＡＳ１６２がＳＣＥＦ／ＳＣＳ１６０と通信して上記Ｔ５トリガリングを開始することを、当業者は認識するであろう。それから、ＳＣＥＦ／ＳＣＳ１６０が、Ｔｓｐインターフェース１８８を介してＭＴＣ−ＩＷＦ１５０に対して、Ｔ５トリガリングの要求を含み得るＤＡＲコマンドを送信することができる。

別の実施形態において、Ｔｓｐ及びＴ５インターフェースを通じてアプリケーション通信パターン情報を通信するために、既存のＤｉａｍｅｔｅｒコマンドを更新するのではなく、さらなるコマンドが定義されてもよい。したがって、既存のＤＡＲコマンド、及びアプリケーション通信パターン情報を通信する他のコマンドを拡張することに代わって、新しいメッセージ、例えば、デバイス情報報告（Ｄｅｖｉｃｅ−Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｐｏｒｔ；ＤＩＲ）、アプリケーション情報報告（Ａｐｐｌｉｃａｔｉｏｎ−Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｐｏｒｔ；ＡＩＲ）、アプリケーショントラフィック構成情報（Ａｐｐｌｉｃａｔｉｏｎ−Ｔｒａｆｆｉｃ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｉｎｆｏｒｍａｔｉｏｎ；ＡＴＣＩ）、又は同様に命名されたコマンドなど（前述された名称に限定されない）が、新しいＩＡＮＡコード、及び、表３に明記されたＤＡＲコマンドのフォーマットと同様のフォーマットを有するものとして、定義されてもよい。

図３は、ＤＩＲ、ＡＩＲ、又はＡＴＣＩコマンドを用いたメッセージシーケンス３００を示している。ＳＣＥＦ／ＳＣＳ１６０が、ＤＩＲ、ＡＩＲ、又はＡＴＣＩコマンドを送り（３１０）、該コマンド内に、適切なＡｃｔｉｏｎ−ＴｙｐｅＡＶＰ（図２に関して説明されたとおり）がＤｅｖｉｃｅ−ＡｃｔｉｏｎＡＶＰ又は同様のＡＶＰの一部として必要に応じて含まれることができる。ＭＴＣ−ＩＷＦ１５０が、ＳＣＳ１６０から受信したアプリケーション通信パターン情報を（例えば、ＡＶＰペイロード又はＡＴＣＩコマンドの中に）含むＤＩＲ、ＡＩＲ、又はＡＴＣＩコマンドを、（Ｔ５ｂインターフェース１５４を通じて直接的に、又は他のエンティティを介して間接的に）ＭＭＥ１２２に対して送出する（３２０）。応答において、ＭＴＣ−ＩＷＦ１５０は、送出３２０の結果を、Ｄｅｖｉｃｅ−Ｉｎｆｏｒｍａｔｉｏｎ−Ａｎｓｗｅｒ（ＤＩＡ）、Ａｐｐｌｉｃａｔｉｏｎ−Ｉｎｆｏｒｍａｔｉｏｎ−Ａｎｓｗｅｒ（ＡＩＡ）、ＡＴＣＩ、又は、新しいＩＡＮＡコードを有するものとして定義された同様に命名されたコマンド（前述された名称に限定されない）の中で報告する（３３０）。

いくつかの実施形態において、ＭＴＣ−ＩＷＦ１５０は、上記情報をＭＭＥ１２２に単にフォワードしてもよく、あるいは、ＭＴＣ−ＩＷＦ１５０は、何らかの処理又はマッピングを実行して、ＭＭＥ１２２に対してより適切な別のフォーマットにおいて上記情報を伝達してもよい。例えば、図３に示されるＡＴＣＩコマンドに関して、この新しいコマンドは、いかなる事前に定義されたＡＶＰも組み込まないフォーマットを有してもよく、したがって、新しいコマンドは、アプリケーション通信パターン情報を通信するための自立したメカニズムとしてスタンドアロンである（stands alone）。上記の場合、ＭＴＣ−ＩＷＦ１５０は、情報を処理し、あるいはその他の方法で情報を任意の予め定義されたＡＶＰにマッピングする必要が、なくなり得る。

新しいコマンドがスタンドアロンであるかにかかわらず、以下に論じられる新しいＡＶＰ構成が、アプリケーション通信パターン情報を通信することに使用されることができる。モディファイされたＤＡＲ／ＤＡＡ／ＤＮＲ／ＤＮＡコマンド又は新しいＤＩＲ／ＡＩＲ／ＡＴＣＩコマンドのいずれかにより提供されるＡＶＰの一例示的なリストが、下記のとおりである。

Ａｃｔｉｏｎ−ＴｙｐｅＡＶＰが、デバイス情報報告（ＤｅｖｉｃｅＩｎｆｏｒｍａｔｉｏｎＲｅｐｏｒｔ）を表現する新たに定義された値（例えば、５の値）に設定され、あるいは、既存の適用可能なタイプ値が、Ｄｉａｍｅｔｅｒベースのコマンドがアプリケーション通信パターン情報を提供するためのものであることを示す目的で再使用されてもよい。

ＭＳＩＳＤＮＡＶＰ又はＥｘｔｅｒｎａｌ−ＩｄＡＶＰのいずれかが、アプリケーション通信パターン情報報告が利用可能にされるＭＴＣデバイス（例えば、ＵＥ１１２、図１）の識別子に設定されてもよい。

ＳＣＳ−ＩｄｅｎｔｉｆｉｅｒＡＶＰが、ＵＥの情報報告を提供するＳＣＳ（例えば、ＳＣＥＦ／ＳＣＳ１６０）のアイデンティティを含有する。

Ｒｅｆｅｒｅｎｃｅ−ＮｕｍｂｅｒＡＶＰが、特定の情報報告に対してＳＣＳが割り当てられた、新たに割り当てられた参照番号を含有する。

Ｖａｌｉｄｉｔｙ−ＴｉｍｅＡＶＰが、デバイスアクション要求がＭＴＣ−ＩＷＦにより受信された時間からの、情報報告の有効時間を示す。

Ｃｏｎｆｉｇｕｒａｔｉｏｎ−ＤａｔａＡＶＰ（又は、いわゆるＡＴＣＩＡＶＰ）が、ＭＴＣ−ＩＷＦに対する報告内に、ＭＭＥ（例えば、ＭＭＥ１１２）に送られるデータを含有する。このＡＶＰは、複数のＡＶＰ、例えば、ＰａｙｌｏａｄＡＶＰ、Ｐｒｉｏｒｉｔｙ−ＩｎｄｉｃａｔｉｏｎＡＶＰの中の、情報についての任意の具体的な優先順位、及びＡｐｐｌｉｃａｔｉｏｎ−Ｐｏｒｔ−ＩｄｅｎｔｉｆｉｅｒＡＶＰの中に示される対応するアプリケーションなどを含み得る。ＡＴＣＩＡＶＰは、表１を参照して説明されたとおり、グループ化されたＡＶＰであってもよく、その内部にネストされたＡＶＰをさらに有してもよい。

デバイス、サービス通信パターン、又はアプリケーション若しくはアプリケーションのセットに関する情報を伝達するために使用される新しいコンテナ又はＰａｙｌｏａｄＡＶＰは、デバイス、サービス、トラフィック、又はアプリケーション若しくはアプリケーションのセットについての構成、特性、設定、又は情報を参照し得る。簡潔さのため、新しいコンテナ又はＰａｙｌｏａｄＡＶＰは、本明細書において一般にＡＴＣＩとして参照される。しかしながら、この名称は、上記コンテナの範囲を限定するものとみなされるべきではなく、コンテナは、他の種類のデバイス、サービス、又はアプリケーション特性を伝達することにさらに使用され得る。

新しいＡＴＣＩコンテナは、前述された３ＧＰＰＴＳ２９．３６８文献のＴｓｐ固有のＤｉａｍｅｔｅｒベースのＡＶＰを含む、３ＧＰＰ標準に規定され及び下記の表４に再現されるとおりのＡＶＰタイプのうち１つ以上、又は、表１に記されるアプリケーション通信パターン情報を完全に又は部分的にマップするように作成された新しいＡＴＣＩＡＶＰとして、定義されることができる。さらに、上記の新しいＡＴＣＩＡＶＰは、任意のタイプのＡＶＰにマッピングされ得る。例えば、新しいＡＴＣＩコンテナは、Ｔｒａｆｆｉｃ−ＤａｔａＡＶＰ、又は同様に機能する“Ｓｅｒｖｉｃｅ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃ”ＡＶＰにマッピングされ、Ｇｒｏｕｐｅｄ又はＯｃｔｅｔＳｔｒｉｎｇ値タイプとして定義されることができる。換言すると、ＡＶＰコードは、現在のもののうちの１つ、又は新たに定義されたコードを参照し得る。

図４は、図２又は図３に示されるＤｉａｍｅｔｅｒベースのコマンドを採用するメッセージシーケンス４００を示しており、しかしさらに、ＭＭＥ１２２がアプリケーション通信パターン情報をデコードすることとその情報を（具体的な内部の実装に依存して）支援情報の形式においてｅＮＢ４０６に転送することとのさらなる詳細を示している。転送の一般的概要が、下記の段落に説明される。ＭＭＥ１２２とｅＮＢ４０６との間における通信交換のさらなる態様は、既存の３ＧＰＰＴＳ文献、例えば、３ＧＰＰＴＳ３６．４１３（バージョン１２．３．０）に説明されており、これは、ｅＮＢとＭＭＥとの間における前述された通信の態様に関係する、Ｓ１アプリケーションプロトコル（Ｓ１ＡＰ）関連の仕様である。

最初、図２及び図３に示されるとおり、ＳＣＥＦ／ＳＣＳ１６０は、Ｔｓｐインターフェース１８８を通じて、Ｄｉａｍｅｔｅｒベースの要求メッセージを送信する（４０８）。送信４０８は図２のものと同様であってもよく、その場合、ＳＣＥＦ／ＳＣＳ１６０はモディファイされたＤＡＲ又はＤＮＲコマンドを送信し（２１０）、あるいは、送信４０８は図３のものと同様であってもよく、その場合、ＳＣＥＦ／ＳＣＳ１６０は新しいＤＩＲ、ＡＩＲ、又はＡＴＣＩコマンドを送信する（３１０）。

送信４０８を受信することに応答して、ＭＴＣ−ＩＷＦ１５０が、認証とＩＭＳＩ及びサービングノード情報の取得とのために、ＨＬＲ／ＨＳＳ１３８と交信する（contacts）（４１４）。同時に、又は事前に、ＵＥ１１２が、システム１００（図１）にアタッチし（attaches）（４１２）、アイドルステートに進む。図４に示されるとおり、ＵＥ１１２はアタッチされるが、しかしＵＥ１１２が接続されない場合（例えば、ＭＴＣ−ＩＷＦ１５０がサービングＭＭＥ情報を導出することができない）、ＭＴＣ−ＩＷＦ１５０は、アプリケーション通信パターン情報を一時的に記憶してもよく、あるいは、サードパーティサーバ、例えば、ＳＣＥＦ／ＳＣＳ１６０（又は、ＡＳ１６２）などから送信された（４０８）要求を拒絶してもよい。拒絶されるとき、サードパーティサーバは、場合により、上記要求を別の時間に再度試行してもよい。

Ｔ５トリガ送出が、アプリケーション通信パターン情報更新４２２によって表現され、肯定応答（acknowledgement）が、ＭＭＥ１２２によって更新肯定応答４２４において提供される。しかしながら、更新４２２及び肯定応答４２４を遂行する他のメカニズムをＭＴＣ−ＩＷＦ１５０が使用してもよいことを、当業者は理解するであろう。例えば、いくつかの実施形態において、ＭＴＣ−ＩＷＦ１５０は、定義され得る別の新しいインターフェースを用いて、Ｐ−ＧＷ１３０に情報報告を通信することができる。そして、Ｓ−ＧＷ１２６が、３ＧＰＰＴＳ２９．２７４（バージョン１２．６．０）に説明されるＤＤＮ（ｄｏｗｎｌｉｎｋｄａｔａｎｏｔｉｆｉｃａｔｉｏｎ）メッセージを用いて、ＭＭＥ１２２に情報を伝達することができる。

ＭＴＣ−ＩＷＦ１５０が肯定応答４２４を受信することに応答して、ＭＴＣ−ＩＷＦ１５０は、Ｔｓｐインターフェース１８８を通じて、Ｄｉａｍｅｔｅｒベースの返答メッセージを送信する（４２８）。送信４２８は図２のものと同様であってもよく、その場合、ＭＴＣ−ＩＷＦ１５０はモディファイされたＤＡＡ又はＤＮＡコマンドを送信し（２３０）、あるいは、送信４２８は図３のものと同様であってもよく、その場合、ＭＴＣ−ＩＷＦ１５０は新しいＤＩＡ、ＡＩＡ、又はＡＴＣＩコマンドを送信する（３３０）。

ＭＴＣデバイスとして、ＵＥ１１２は、ｅＮＢ４０８からのサービス要求を最終的に開始する（４４２）。サービス要求はＭＯサービス要求であってもよく、あるいは、サービス要求はページングに応答するものであってもよい。サービス要求に応答して、Ｓ１確立４５０の間、ｅＮＢ４０６は、ＭＭＥ１２２から、ＵＥ１１２のためのＭＴＣアプリケーションに関連付けられたアプリケーション通信パターン情報を受信する。いくつかの実施形態において、ＭＭＥ１２２は、ＭＭＥ１２２がｅＮＢ４０６をあまりに頻繁に更新してしまうことを防止するロジックを保有する。例えば、ＭＭＥ１２２は、特定のＳ１確立（例えば、図４に示され、３ＧＰＰＴＳ３６．４１３に説明されるとおり）の後、又はタイマ値に基づいて、アプリケーション通信パターン情報をｅＮＢ４０６に送ることができる。

アプリケーション通信パターン情報を受信することに応答して、ｅＮＢは、ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓｒｅｃｅｐｔｉｏｎ）、及び／又は、ＵＥ１１２がいつアクティブ化されてダウンリンクサブフレームを受信するかを制御する不活動タイマを調整する（４５４）ことができる。

図５は、別のネットワークシステム５００アーキテクチャ実施形態を示しており、これにおいて、アプリケーション通信パターン情報の交換はＡＰＩ１６１によって提供され、ＡＰＩ１６１は、ＳＣＥＦ／ＳＣＳ１６０において公開され、ＭＴＣ−ＩＷＦ１５０、又はＳＣＥＦ／ＳＣＳ１６０と直接的又は間接的に通信する他のエンティティに対してアクセス可能である。

いくつかの実施形態に従い、ＳＣＥＦ／ＳＣＳ１６０が、新しいＲＥＳＴ（ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌｓｔａｔｅｔｒａｎｓｆｅｒ）ＡＰＩ５２０（例えば、オープンモバイルアライアンスにより定義される）、又は他のＡＰＩを公開することができる。例えば、新しい３ＧＰＰネットワーク要素又は既存の３ＧＰＰネットワーク要素のいずれかにおけるサービス又は能力にＳＣＥＦ／ＳＣＳ１６０がアクセスすることを許容する様々な３ＧＰＰインターフェース定義が、本開示によってさらに考えられる。こうした３ＧＰＰインターフェースに対していずれのプロトコルを規定すべきかの選択 − ＲＥＳＴｆｕｌＡＰＩ５２０、ＤｉａｍｅｔｅｒベースのＡＰＩ５３０、ＨＴＴＰ（ｈｙｐｅｒｔｅｘｔｔｒａｎｓｆｅｒｐｒｏｔｏｃｏｌ）を通じたＸＭＬ（ｅｘｔｅｎｓｉｂｌｅｍａｒｋｕｐｌａｎｇｕａｇｅ）５４０、又は他のＡＰＩ５５０プロトコル − は、これらに限られないが、具体的なインターフェースの特徴、又は所望されるトラフィックパターン情報の公開の容易さを含む、複数の要因に依存する。上記ＡＰＩ１６１のうち任意のものが、ＡＳ１６２又はＡＳ１６４（図１）などの外部のサードパーティサーバにより実行されるアプリケーション５６０によって呼び出されることができる。

いくつかの実施形態において、ＭＴＣ−ＩＷＦ１５０又は他のエンティティは、（図５の破線によって表現されるとおり、）ＳＣＥＦ／ＳＣＳ１６０と同じ場所に位置し（co-located）得る。これら実施形態において、ＡＰＩ機能性、例えば、ＲＥＳＴｆｕｌＡＰＩ５２０は、ＤｉａｍｅｔｅｒベースのＴｓｐインターフェース１８８のＡＰＩ機能性を包含し得る。別の実施形態において、ＭＴＣ−ＩＷＦ１５０は、ＳＣＥＦ／ＳＣＳ１６０と同じ場所に位置し、ＳＣＥＦ／ＳＣＳ１６０により提供されるＳＣＥＦ機能性を組み込み、しかし、ＤｉａｍｅｔｅｒベースのＡＰＩ５３０を介して（例えば、内部的に）公開されるＴｓｐインターフェース１８８機能性を採用する。別の例において、ＭＭＥ１２２が、ＳＣＥＦ／ＳＣＳ１６０の態様を組み込み、あるいは、ＭＭＥ１２２が、Ｔｘトリガ送出インターフェース５７０を提供する内部又は外部に公開されたＡＰＩを含む。

本明細書に説明される実施形態は、任意の適切に構成されたハードウェア及び／又はソフトウェアを用いてシステムに実装されることができる。図６は、モバイルデバイスの一例示的な図解を提供しており、モバイルデバイスは、ＵＥとして一般的に展開され、移動局（ＭＳ）、モバイルワイヤレスデバイス、モバイル通信デバイス、タブレット、ハンドセット、又は他のタイプのモバイルワイヤレスデバイスとして参照される。モバイルデバイスは、１つ以上のアンテナを含むことができ、該アンテナは、送信局、例えば、基地局（ＢＳ）、ｅＮＢ、ベースバンドユニット（ＢＢＵ）、リモート無線ヘッド（ＲＲＨ）、リモート無線機器（ＲＲＥ）、中継局（ＲＳ）、無線機器（ＲＥ）、又は他のタイプのワイヤレスワイドエリアネットワーク（ＷＷＡＮ）アクセスポイントなどと通信するように構成される。

ＵＥは、少なくとも図示されているとおり互いに結合された、無線周波数（ＲＦ）回路、ベースバンド回路、アプリケーション回路、メモリ／記憶装置、ディスプレイ、カメラ、センサ、及び入力／出力（Ｉ／Ｏ）インターフェースを含む。

アプリケーション回路は、これらに限られないが、１つ以上のシングルコア又はマルチコアプロセッサなどの回路を含み得る。プロセッサは、汎用目的プロセッサと専用プロセッサ（例えば、グラフィックスプロセッサ、アプリケーションプロセッサ等）との任意の組み合わせを含み得る。プロセッサは、メモリ／記憶装置に結合され、メモリ／記憶装置に記憶された命令を実行して、様々なアプリケーション及び／又はオペレーティングシステムがシステム上で動作することを可能にするように構成され得る。

ベースバンド回路は、これらに限られないが、１つ以上のシングルコア又はマルチコアプロセッサなどの回路を含み得る。プロセッサは、ベースバンドプロセッサを含み得る。ベースバンド回路は、ＲＦ回路を介して１つ以上の無線ネットワークとの通信を可能にする様々な無線制御機能を扱い得る。無線制御機能は、これらに限られないが、信号変調、エンコーディング、デコーディング、無線周波数シフト（shifting）等を含み得る。

いくつかの実施形態において、ベースバンド回路は、１つ以上の無線テクノロジーと互換性のある通信を提供し得る。例えば、いくつかの実施形態において、ベースバンド回路は、ＥＵＴＲＡＮ（ｅｖｏｌｖｅｄｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋ）、及び／又は他のワイヤレスメトロポリタンエリアネットワーク（ＷＰＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、及び／又はワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）との通信をサポートし得る。モバイルデバイスは、３ＧＰＰＬＴＥ、ＷｉＭＡＸ（登録商標）、ＨＳＰＡ（ＨｉｇｈＳｐｅｅｄＰａｃｋｅｔＡｃｃｅｓｓ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、及びＷｉ−Ｆｉを含む少なくとも１つのワイヤレス通信標準を用いて通信するように構成されることができる。モバイルデバイスは、各ワイヤレス通信標準について別個のアンテナを、又は複数のワイヤレス通信標準について共有のアンテナを用いて、通信することができる。ベースバンド回路が２つ以上のワイヤレスプロトコルの無線通信をサポートするように構成される実施形態は、マルチモードベースバンド回路として参照されることがある。

様々な実施形態において、ベースバンド回路は、厳密にはベースバンド周波数内であるとみなされない信号を用いて動作する回路を含み得る。例えば、いくつかの実施形態において、ベースバンド回路は、ベースバンド周波数と無線周波数との間である中間の周波数を有する信号を用いて動作する回路を含み得る。

ＲＦ回路は、非固体媒体を通して、変調された電磁放射を用いて、ワイヤレスネットワークとの通信を可能にし得る。様々な実施形態において、ＲＦ回路は、スイッチ、フィルタ、増幅器等を含んで、ワイヤレスネットワークとの通信を容易にし得る。

様々な実施形態において、ＲＦ回路は、厳密には無線周波数内であるとみなされない信号を用いて動作する回路を含み得る。例えば、いくつかの実施形態において、ＲＦ回路は、ベースバンド周波数と無線周波数との間である中間の周波数を有する信号を用いて動作する回路を含み得る。

いくつかの実施形態において、ベースバンド回路、アプリケーション回路、及び／又はメモリ／記憶装置についての構成コンポーネントのうちいくつか又はすべてが、システムオンチップ（ＳＯＣ）又は他のコントローラ回路上に一緒に実装され得る。コントローラ回路は、上記で紹介された手法を実行するように構成された回路を含むことができ、ソフトウェア及び／又はファームウェアによりプログラムされ又は構成されたプログラマブル回路によって実装されてもよく、あるいは全体的に特別目的ハードワイヤード回路によって実装されてもよく、あるいは上記の形態の組み合わせであってもよい。上記特別目的回路は（もしある場合）、例えば、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等の形態であり得る。

メモリ／記憶装置は、例えば、オペレーティングシステムのために、データ及び／又は命令をロードし、記憶することに使用され得る。一実施形態のメモリ／記憶装置は、適切な揮発性メモリ（例えば、ダイナミックランダムアクセスメモリ（ＤＲＡＭ））及び／又は不揮発性メモリ（例えば、フラッシュメモリ）の任意の組み合わせを含み得る。

様々な実施形態において、入力／出力（Ｉ／Ｏ）インターフェースは、システムとのユーザインタラクションを可能にするように設計された１つ以上のユーザインターフェース、及び／又はシステムとの周辺コンポーネントインタラクションを可能にするように設計された周辺コンポーネントインターフェースを含み得る。ユーザインターフェースは、これらに限られないが、物理キーボード又はキーパッド、タッチパッド、スピーカー、マイクロフォン等を含み得る。周辺コンポーネントインターフェースは、これらに限られないが、不揮発メモリポート、ユニバーサルシリアルバス（ＵＳＢ）ポート、オーディオジャック、及び電力供給インターフェースを含み得る。

様々な実施形態において、センサが、システムに関する環境条件及び／又は場所情報を決定するための１つ以上の感知デバイスを含み得る。いくつかの実施形態において、センサは、これらに限られないが、ジャイロセンサ、加速度計、近接センサ、周辺光センサ、及び測位ユニットを含み得る。測位ユニットはさらに、ベースバンド回路及び／又はＲＦ回路の一部であり、あるいはベースバンド回路及び／又はＲＦ回路と相互作用して、測位ネットワーク、例えば、グローバルポジショニングシステム（ＧＰＳ）衛星のコンポーネントと通信し得る。

様々な実施形態において、上記ディスプレイは、ディスプレイ（例えば、液晶ディスプレイ、タッチスクリーンディスプレイ等）を含み得る。ディスプレイ画面は、液晶ディスプレイ（ＬＣＤ）画面又は他のタイプのディスプレイ画面、例えば、有機発光ダイオード（ＯＬＥＤ）ディスプレイなどであり得る。ディスプレイ画面は、タッチスクリーンとして構成されることができる。タッチスクリーンは、容量性、抵抗性、又は別のタイプのタッチスクリーンテクノロジーを使用し得る。アプリケーションプロセッサ及びグラフィックスプロセッサが、内部メモリに結合されて処理及び表示能力を提供することができる。

様々な実施形態において、システムは、これらに限られないが、ラップトップコンピューティングデバイス、タブレットコンピューティングデバイス、ネットブック、Ｕｌｔｒａｂｏｏｋ^ＴＭ、スマートフォン等などの、モバイルコンピューティングデバイスであり得る。様々な実施形態において、システムは、より多くの又はより少ないコンポーネント、及び／又は異なるアーキテクチャを有し得る。

図７は、図１のＭＭＥ１２２、ＭＴＣ−ＩＷＦ１５０、及びＳＣＥＦ／ＳＣＳ１６０の内部コンポーネントをさらに詳細に示すサブシステム７００のブロック図を例示している。ＭＭＥ１２２、ＭＴＣ−ＩＷＦ１５０、及びＳＣＥＦ／ＳＣＳ１６０の各々は、受信及び送信コンポーネントのために１つ以上のソフトウェア機能を実行するように配置されたコントローラ回路を有する、コンピュータにより実施される装置を含み得る。具体的に、図７は、ＭＭＥ１２２を、コントローラ回路７１０、受信コンポーネント７２０、及び送信コンポーネント７３０を含むものとして示している。ＭＴＣ−ＩＷＦ１５０は、コントローラ回路７４０、受信コンポーネント７５０、及び送信コンポーネント７６０を含む。ＳＣＥＦ／ＳＣＳ１６０は、コントローラ回路７７０、受信コンポーネント７８０、及び送信コンポーネント７９０を含む。前述されたコントローラ回路、受信コンポーネント、及び送信コンポーネントは、様々なベンダの商業的に利用可能な機器及びロジックコンポーネント、例えば、図６を参照してこれまでに説明されたものと同様のコンポーネントなどから利用可能であり得る。

いくつかの例に従い、ＭＭＥ１２２、ＭＴＣ−ＩＷＦ１５０、及びＳＣＥＦ／ＳＣＳ１６０の各々は、ＬＴＥ−Ａを含む１つ以上の３ＧＰＰＬＴＥ仕様に準拠して動作して、ＭＴＣ−ＩＷＦ１５０を通してＴｓｐ及びＴ５トリガリングによってＣＮ支援情報メッセージ（例えば、ＡＴＣＩ、図４）を通信することができるネットワーク機器に、実装され得る。その場合、コントローラ回路は、上記メッセージをフォーマットし（formats）、解釈し、これにより、送信及び受信コンポーネントを制御して、メッセージを送り、メッセージを受け取り、メッセージに応答する。

図７に示される装置は各々、３つの内部コンポーネントを有するブロック図として表されているが、これら装置はさらなるコンポーネントを有してもよく、いくつかの実装において所望されるとおり様々な構成において配置されてもよいことが理解される。例えば、ＭＴＣ−ＩＷＦ１５０は、ＳＣＥＦ／ＳＣＳ１６０と同じ場所に位置し得る。さらに、ＭＴＣ−ＩＷＦ１５０は、ネットワーク認証、デバイストリガハンドリング、セキュリティ機能、及び参照点ハンドリングを実行する機能コンポーネント又はモジュール（例えば、コンピュータロジックにより実行されるソフトウェアにおいて実施される）を含み得る。

実施形態は、ハードウェア、ファームウェア、及びソフトウェアのうち１つ又は組み合わせにおいて実装され得る。実施形態はさらに、コンピュータ可読記憶デバイス上に記憶された命令として実装されてもよく、上記命令は、少なくとも１つのプロセッサによって読み出され及び実行されて、本明細書に説明された動作を実行し得る。コンピュータ可読記憶デバイスは、マシン（例えば、コンピュータ）により読取可能な形式で情報を記憶する任意の非一時的メカニズムを含み得る。例えば、コンピュータ可読記憶デバイスは、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリデバイス、並びに他の記憶デバイス及び媒体を含み得る。いくつかの実施形態において、１つ以上のプロセッサが、コンピュータ可読記憶デバイス上に記憶された命令を用いて構成され得る。下記は、さらなる例示的な実施形態である。

例１．
ＬＴＥ（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ）ワイヤレスネットワークのコアネットワークにおける動作のためのＭＴＣ−ＩＷＦ（ｍａｃｈｉｎｅｔｙｐｅｃｏｍｍｕｎｉｃａｔｉｏｎｉｎｔｅｒｗｏｒｋｉｎｇｆｕｎｃｔｉｏｎ）装置であって、
アプリケーション通信パターン情報と、当該ＭＴＣ−ＩＷＦ装置が上記アプリケーション通信パターン情報をＭＭＥ（ｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）に提供することの要求と、を含む要求メッセージをＳＣＳ（ｓｅｒｖｉｃｅｓｃａｐａｂｉｌｉｔｙｓｅｒｖｅｒ）から受信する受信コンポーネントと、
上記アプリケーション通信パターン情報を当該ＭＴＣ−ＩＷＦ装置から上記ＭＭＥに直接送出するデバイストリガ送出コンポーネントと、
を含むＭＴＣ−ＩＷＦ装置。

例２．
Ｔｓｐインターフェースを通して当該ＭＴＣ−ＩＷＦ装置から上記ＳＣＳに、上記ＭＭＥが上記アプリケーション通信パターン情報を受信したかを示すＤｉａｍｅｔｅｒベースの返答メッセージを送信する送信コンポーネント、をさらに含む例１に記載のＭＴＣ−ＩＷＦ装置。

例３．
上記送信コンポーネントは、ＤＡＡ（Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ−Ａｎｓｗｅｒ）コマンドを表すＩＡＮＡ（ＩｎｔｅｒｎｅｔＡｓｓｉｇｎＮｕｍｂｅｒＡｕｔｈｏｒｉｔｙ）ＤｉａｍｅｔｅｒＨｅａｄｅｒコード値を有する上記Ｄｉａｍｅｔｅｒベースの返答メッセージを送信するように構成される、例２に記載のＭＴＣ−ＩＷＦ装置。

例４．
上記送信コンポーネントは、ＤＮＡ（Ｄｅｖｉｃｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ａｎｓｗｅｒ）コマンドを表すＩＡＮＡ（ＩｎｔｅｒｎｅｔＡｓｓｉｇｎＮｕｍｂｅｒＡｕｔｈｏｒｉｔｙ）ＤｉａｍｅｔｅｒＨｅａｄｅｒコード値を有する上記Ｄｉａｍｅｔｅｒベースの返答メッセージを送信するように構成される、例２に記載のＭＴＣ−ＩＷＦ装置。

例５．
上記送信コンポーネントは、上記Ｄｉａｍｅｔｅｒベースの返答メッセージを、該返答メッセージがＡＴＣＩ（Ａｐｐｌｉｃａｔｉｏｎ−Ｔｒａｆｆｉｃ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｉｎｆｏｒｍａｔｉｏｎ）コマンドであると示すことによって、送信するように構成される、例２に記載のＭＴＣ−ＩＷＦ装置。

例６．
上記要求メッセージは、Ｄｉａｍｅｔｅｒベースの要求メッセージを含み、上記受信コンポーネントは、上記アプリケーション通信パターン情報を含むＤＡＲ（Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ−Ｒｅｑｕｅｓｔ）コマンドを表すＩＡＮＡ（ＩｎｔｅｒｎｅｔＡｓｓｉｇｎＮｕｍｂｅｒＡｕｔｈｏｒｉｔｙ）ＤｉａｍｅｔｅｒＨｅａｄｅｒコード値を有する上記Ｄｉａｍｅｔｅｒベースの要求メッセージを受信するように構成される、例１乃至５のうちいずれか１項に記載のＭＴＣ−ＩＷＦ装置。

例７．
上記要求メッセージは、Ｄｉａｍｅｔｅｒベースの要求メッセージを含み、上記受信コンポーネントは、上記アプリケーション通信パターン情報を含むＤＮＲ（Ｄｅｖｉｃｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ）コマンドを表すＩＡＮＡ（ＩｎｔｅｒｎｅｔＡｓｓｉｇｎＮｕｍｂｅｒＡｕｔｈｏｒｉｔｙ）ＤｉａｍｅｔｅｒＨｅａｄｅｒコード値を有する上記Ｄｉａｍｅｔｅｒベースの要求メッセージを受信するように構成される、例１乃至５のうちいずれか１項に記載のＭＴＣ−ＩＷＦ装置。

例８．
上記要求メッセージは、Ｄｉａｍｅｔｅｒベースの要求メッセージを含み、上記受信コンポーネントは、上記アプリケーション通信パターン情報を含むＤＩＲ（Ｄｅｖｉｃｅ−Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｐｏｒｔ）コマンドを表すＩＡＮＡ（ＩｎｔｅｒｎｅｔＡｓｓｉｇｎＮｕｍｂｅｒＡｕｔｈｏｒｉｔｙ）ＤｉａｍｅｔｅｒＨｅａｄｅｒコード値を有する上記Ｄｉａｍｅｔｅｒベースの要求メッセージを受信するように構成される、例１乃至５のうちいずれか１項に記載のＭＴＣ−ＩＷＦ装置。

例９．
上記要求メッセージは、Ｄｉａｍｅｔｅｒベースの要求メッセージを含み、上記受信コンポーネントは、ＡＴＣＩ（Ａｐｐｌｉｃａｔｉｏｎ−Ｔｒａｆｆｉｃ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｉｎｆｏｒｍａｔｉｏｎ）コマンドを表すＩＡＮＡ（ＩｎｔｅｒｎｅｔＡｓｓｉｇｎＮｕｍｂｅｒＡｕｔｈｏｒｉｔｙ）ＤｉａｍｅｔｅｒＨｅａｄｅｒコード値を有する上記Ｄｉａｍｅｔｅｒベースの要求メッセージを受信するように構成される、例１乃至５のうちいずれか１項に記載のＭＴＣ−ＩＷＦ装置。

例１０．
上記受信コンポーネントは、Ｔｓｐインターフェースから独立して上記要求メッセージを受信するＲＥＳＴ（ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌｓｔａｔｅｔｒａｎｓｆｅｒ）アプリケーションプログラミングインターフェース（ＡＰＩ）を公開するように構成される、例１乃至９のうちいずれか１項に記載のＭＴＣ−ＩＷＦ装置。

例１１．
ＬＴＥ（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ）ワイヤレスネットワークのコアネットワークにおける動作のためのＭＴＣ−ＩＷＦ（ｍａｃｈｉｎｅｔｙｐｅｃｏｍｍｕｎｉｃａｔｉｏｎｉｎｔｅｒｗｏｒｋｉｎｇｆｕｎｃｔｉｏｎ）装置により実行される方法であって、
アプリケーション通信パターン情報と、上記ＭＴＣ−ＩＷＦ装置が上記アプリケーション通信パターン情報をＭＭＥ（ｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）に提供することの要求と、を含む要求メッセージをＳＣＳ（ｓｅｒｖｉｃｅｓｃａｐａｂｉｌｉｔｙｓｅｒｖｅｒ）から受信するステップと、
上記アプリケーション通信パターン情報を上記ＭＴＣ−ＩＷＦ装置から上記ＭＭＥに送出するステップと、
を含む方法。

例１２．
Ｔｓｐインターフェースを通して上記ＭＴＣ−ＩＷＦ装置から上記ＳＣＳに、上記ＭＭＥが上記アプリケーション通信パターン情報を受信したかを示すＤｉａｍｅｔｅｒベースの返答メッセージを送信するステップ、をさらに含む例１１に記載の方法。

例１３．
上記送信するステップは、ＤＡＡ（Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ−Ａｎｓｗｅｒ）コマンドを表すＩＡＮＡ（ＩｎｔｅｒｎｅｔＡｓｓｉｇｎＮｕｍｂｅｒＡｕｔｈｏｒｉｔｙ）ＤｉａｍｅｔｅｒＨｅａｄｅｒコード値を有する上記Ｄｉａｍｅｔｅｒベースの返答メッセージを送信することを含む、例１２に記載の方法。

例１４．
上記送信するステップは、ＤＮＡ（Ｄｅｖｉｃｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ａｎｓｗｅｒ）コマンドを表すＩＡＮＡ（ＩｎｔｅｒｎｅｔＡｓｓｉｇｎＮｕｍｂｅｒＡｕｔｈｏｒｉｔｙ）ＤｉａｍｅｔｅｒＨｅａｄｅｒコード値を有する上記Ｄｉａｍｅｔｅｒベースの返答メッセージを送信することを含む、例１２に記載の方法。

例１５．
上記送信するステップは、上記Ｄｉａｍｅｔｅｒベースの返答メッセージを、該返答メッセージがＡＴＣＩ（Ａｐｐｌｉｃａｔｉｏｎ−Ｔｒａｆｆｉｃ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｉｎｆｏｒｍａｔｉｏｎ）コマンドであると示すことによって、送信することを含む、例１２に記載の方法。

例１６．
上記受信するステップは、上記アプリケーション通信パターン情報を含むＤＡＲ（Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ−Ｒｅｑｕｅｓｔ）コマンドを表すＩＡＮＡ（ＩｎｔｅｒｎｅｔＡｓｓｉｇｎＮｕｍｂｅｒＡｕｔｈｏｒｉｔｙ）ＤｉａｍｅｔｅｒＨｅａｄｅｒコード値を有するＤｉａｍｅｔｅｒベースの要求メッセージを含む上記要求メッセージを受信することを含む、例１１乃至１５のうちいずれか１項に記載の方法。

例１７．
上記受信するステップは、上記アプリケーション通信パターン情報を含むＤＮＲ（Ｄｅｖｉｃｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ）コマンドを表すＩＡＮＡ（ＩｎｔｅｒｎｅｔＡｓｓｉｇｎＮｕｍｂｅｒＡｕｔｈｏｒｉｔｙ）ＤｉａｍｅｔｅｒＨｅａｄｅｒコード値を有するＤｉａｍｅｔｅｒベースの要求メッセージを含む上記要求メッセージを受信することを含む、例１１乃至１５のうちいずれか１項に記載の方法。

例１８．
上記受信するステップは、上記アプリケーション通信パターン情報を含むＤＩＲ（Ｄｅｖｉｃｅ−Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｐｏｒｔ）コマンドを表すＩＡＮＡ（ＩｎｔｅｒｎｅｔＡｓｓｉｇｎＮｕｍｂｅｒＡｕｔｈｏｒｉｔｙ）ＤｉａｍｅｔｅｒＨｅａｄｅｒコード値を有するＤｉａｍｅｔｅｒベースの要求メッセージを含む上記要求メッセージを受信することを含む、例１１乃至１５のうちいずれか１項に記載の方法。

例１９．
上記受信するステップは、ＡＴＣＩ（Ａｐｐｌｉｃａｔｉｏｎ−Ｔｒａｆｆｉｃ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｉｎｆｏｒｍａｔｉｏｎ）コマンドを表すＩＡＮＡ（ＩｎｔｅｒｎｅｔＡｓｓｉｇｎＮｕｍｂｅｒＡｕｔｈｏｒｉｔｙ）ＤｉａｍｅｔｅｒＨｅａｄｅｒコード値を有するＤｉａｍｅｔｅｒベースの要求メッセージを含む上記要求メッセージを受信することを含む、例１１乃至１５のうちいずれか１項に記載の方法。

例２０．
上記受信するステップは、Ｔｓｐインターフェースから独立したＲＥＳＴ（ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌｓｔａｔｅｔｒａｎｓｆｅｒ）アプリケーションプログラミングインターフェース（ＡＰＩ）を通して上記要求メッセージを受信することを含む、例１１乃至１９のうちいずれか１項に記載の方法。

例２１．
ＬＴＥ（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ）ワイヤレスネットワークにおいてユーザ機器（ＵＥ）デバイスに関連付けられたアプリケーション通信パターン情報を動的に受信するＭＭＥ（ｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）であって、
ＭＴＣ−ＩＷＦ（ｍａｃｈｉｎｅｔｙｐｅｃｏｍｍｕｎｉｃａｔｉｏｎｉｎｔｅｒｗｏｒｋｉｎｇｆｕｎｃｔｉｏｎ）ノードから、上記ＵＥデバイスと動作的に関連するＭＴＣアプリケーションの通信パターンを表すための、ＳＣＥＦ（ｓｅｒｖｉｃｅｃａｐａｂｉｌｉｔｙｅｘｐｏｓｕｒｅｆｕｎｃｔｉｏｎ）又はＳＣＳ（ｓｅｒｖｉｃｅｓｃａｐａｂｉｌｉｔｙｓｅｒｖｅｒ）により提供されるアプリケーション通信パターン情報を受信する通信ポートと、
ｅＮＢ（ｅｖｏｌｖｅｄｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋｎｏｄｅＢ）と通信して上記アプリケーション通信パターン情報を上記ｅＮＢに提供する送信機デバイスと、
を含むＭＭＥ。

例２２．
上記通信ポートは、Ｔ５インターフェースを通じた通信に対して構成され、上記通信ポートは、上記ＭＴＣ−ＩＷＦノードにより開始されるＴ５デバイストリガ手順の間、上記アプリケーション通信パターン情報を受信するように構成される、例２１に記載のＭＭＥ。

例２３．
上記アプリケーション通信パターン情報から、該アプリケーション通信パターン情報のトラフィック活動パラメータを含む属性値ペア（ＡＶＰ）を識別するように構成された回路、をさらに含む例２１乃至２２のうちいずれか１項に記載のＭＭＥ。

例２４．
上記ＡＶＰは、トラフィックタイプ、トラフィック方向、到着間時間（Inter-Arrival Time；ＩＡＴ）、サブＩＡＴ（sub-IAT）、パケットサイズ／長さ、送信することを許容される時間ウィンドウ、サービスのサービス品質、サービス優先順位、又はＡｐｐｌｉｃａｔｉｏｎ−Ｐｏｒｔ−ＩｄｅｎｔｉｆｉｅｒＡＶＰのうち、少なくとも１つを含む、例２３に記載のＭＭＥ。

例２５．
Ｓ１確立に応答して上記アプリケーション通信パターン情報を上記ｅＮＢに提供するように構成された回路、をさらに含む例２１乃至２４のうちいずれか１項に記載のＭＭＥ。

例２６．
上記ｅＮＢを更新するための所定のタイマ値に応答して、上記アプリケーション通信パターン情報を上記ｅＮＢに提供するように構成された回路、をさらに含む例２１乃至２５のうちいずれか１項に記載のＭＭＥ。

例２７．
ＬＴＥ（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ）ワイヤレスネットワークにおけるユーザ機器（ＵＥ）に関連付けられたアプリケーション通信パターン情報を動的に受信する、ＭＭＥ（ｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）により実行される方法であって、
ＭＴＣ−ＩＷＦ（ｍａｃｈｉｎｅｔｙｐｅｃｏｍｍｕｎｉｃａｔｉｏｎｉｎｔｅｒｗｏｒｋｉｎｇｆｕｎｃｔｉｏｎ）ノードから、上記ＵＥと動作的に関連するＭＴＣアプリケーションの通信パターンを表すための、ＳＣＥＦ（ｓｅｒｖｉｃｅｃａｐａｂｉｌｉｔｙｅｘｐｏｓｕｒｅｆｕｎｃｔｉｏｎ）又はＳＣＳ（ｓｅｒｖｉｃｅｓｃａｐａｂｉｌｉｔｙｓｅｒｖｅｒ）により提供されるアプリケーション通信パターン情報を受信するステップと、
ｅＮＢ（ｅｖｏｌｖｅｄｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋｎｏｄｅＢ）と通信して、上記アプリケーション通信パターン情報を上記ｅＮＢに提供するステップと、
を含む方法。

例２８．上記受信するステップは、上記アプリケーション通信パターン情報を、上記ＭＴＣ−ＩＷＦノードにより開始されるＴ５デバイストリガ手順の間、Ｔ５インターフェースを通じて受信することを含む、例２７に記載の方法。

例２９．
上記アプリケーション通信パターン情報から、該アプリケーション通信パターン情報のトラフィック活動パラメータを含む属性値ペア（ＡＶＰ）を識別するステップ、をさらに含む例２７乃至２８のうちいずれか１項に記載の方法。

例３０．
上記ＡＶＰは、トラフィックタイプ、トラフィック方向、到着間時間（ＩＡＴ）、サブＩＡＴ、パケットサイズ／長さ、送信することを許容される時間ウィンドウ、サービスのサービス品質、サービス優先順位、又はＡｐｐｌｉｃａｔｉｏｎ−Ｐｏｒｔ−ＩｄｅｎｔｉｆｉｅｒＡＶＰのうち、少なくとも１つを含む、例２９に記載の方法。

例３１．
Ｓ１確立に応答して上記アプリケーション通信パターン情報を上記ｅＮＢに提供するステップ、をさらに含む例２７乃至３０のうちいずれか１項に記載の方法。

例３２．
上記ｅＮＢを更新するための所定のタイマ値に応答して、上記アプリケーション通信パターン情報を上記ｅＮＢに提供するステップ、をさらに含む例２７乃至３０のうちいずれか１項に記載の方法。

例３３．
ＬＴＥ−Ａ（ＬＴＥ‐Ａｄｖａｎｃｅｄ）を含む１つ以上の３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ）標準に準拠して動作するＭＭＥ（ｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）にコアネットワーク（ＣＮ）支援情報を提供する方法であって、
ＳＣＥＦ（ｓｅｒｖｉｃｅｃａｐａｂｉｌｉｔｙｅｘｐｏｓｕｒｅｆｕｎｃｔｉｏｎ）又はＳＣＳ（ｓｅｒｖｉｃｅｃａｐａｂｉｌｉｔｙｓｅｒｖｅｒ）において、該ＳＣＥＦ／ＳＣＳにより公開されるアプリケーションプログラミングインターフェース（ＡＰＩ）を通してアプリケーションサーバ（ＡＳ）から第１のコマンドを受信するステップであって、上記第１のコマンドはアプリケーション通信パターン情報を含む、ステップと、
ＭＴＣ−ＩＷＦ（ｍａｃｈｉｎｅｔｙｐｅｃｏｍｍｕｎｉｃａｔｉｏｎｉｎｔｅｒｗｏｒｋｉｎｇｆｕｎｃｔｉｏｎ）エンティティと通信して、上記アプリケーション通信パターン情報を上記ＭＴＣ−ＩＷＦエンティティに伝達し、これにより上記ＭＴＣ−ＩＷＦエンティティに、上記アプリケーション通信パターン情報を上記ＭＭＥに対して送出させるステップと、
上記ＭＴＣ−ＩＷＦエンティティから第２のコマンドを受信するステップであって、上記第２のコマンドは、上記アプリケーション通信パターン情報が上記ＭＭＥに成功裏に送付されたかを示す、ステップと、
を含む方法。

例３４．
上記第２のコマンドをＤＡＡ（Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ−Ａｎｓｗｅｒ）コマンドの形式において受信するステップ、をさらに含む例３３に記載の方法。

例３５．
上記第２のコマンドをＤＩＡ（Ｄｅｖｉｃｅ−Ｉｎｆｏｒｍａｔｉｏｎ−Ａｎｓｗｅｒ）コマンドの形式において受信するステップ、をさらに含む例３３に記載の方法。

例３６．
上記ＭＴＣ−ＩＷＦエンティティは上記ＳＣＥＦ／ＳＣＳと同じ場所に位置し、上記通信することは内部的なＴｓｐトリガ送出を含む、例３３に記載の方法。

例３７．
実行されるときに例１１乃至２０又は２７乃至３６のうちいずれか１項に記載の方法を実施するマシン可読命令を含むマシン可読記憶装置。

例３８．
例１１乃至２０又は２７乃至３６のうちいずれか１項に記載の方法を実行する手段を含むシステム。

本発明の基礎を成す原理から逸脱することなく、上記で説明された実施形態の詳細に対して多くの変更がなされ得ることが、当業者により理解されるであろう。ゆえに、本発明の範囲は、別記の請求項によってのみ決定されるべきである。

Claims

ＬＴＥ（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ）ワイヤレスネットワークのコアネットワークにおける動作のためのＭＴＣ−ＩＷＦ（ｍａｃｈｉｎｅｔｙｐｅｃｏｍｍｕｎｉｃａｔｉｏｎｉｎｔｅｒｗｏｒｋｉｎｇｆｕｎｃｔｉｏｎ）装置であって、
アプリケーション通信パターン情報と、当該ＭＴＣ−ＩＷＦ装置が前記アプリケーション通信パターン情報をＭＭＥ（ｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）に提供することの要求と、を含む要求メッセージをＳＣＳ（ｓｅｒｖｉｃｅｓｃａｐａｂｉｌｉｔｙｓｅｒｖｅｒ）から受信するＴｓｐインターフェースと、
前記アプリケーション通信パターン情報を当該ＭＴＣ−ＩＷＦ装置から前記ＭＭＥに直接送出するＴ５インターフェースと、
を含み、
前記要求メッセージは、Ｄｉａｍｅｔｅｒベースの要求メッセージを含み、前記Ｔｓｐインターフェースは、前記アプリケーション通信パターン情報を含む、ＤＡＲ（Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ−Ｒｅｑｕｅｓｔ）、ＤＮＲ（Ｄｅｖｉｃｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ）又はＤＩＲ（Ｄｅｖｉｃｅ−Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｑｕｅｓｔ）コマンドを表すＩＡＮＡ（ＩｎｔｅｒｎｅｔＡｓｓｉｇｎＮｕｍｂｅｒＡｕｔｈｏｒｉｔｙ）ＤｉａｍｅｔｅｒＨｅａｄｅｒコード値を有する前記Ｄｉａｍｅｔｅｒベースの要求メッセージを受信するように構成されるＭＴＣ−ＩＷＦ装置。
前記Ｔｓｐインターフェースは更に、前記ＭＭＥが前記アプリケーション通信パターン情報を受信したかを示すＤｉａｍｅｔｅｒベースの返答メッセージを前記ＭＴＣ−ＩＷＦ装置から前記ＳＣＳに送信するよう構成される、請求項１に記載のＭＴＣ−ＩＷＦ装置。
前記Ｔｓｐインターフェースは更に、ＤＡＡ（Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ−Ａｎｓｗｅｒ）コマンドを表すＩＡＮＡ（ＩｎｔｅｒｎｅｔＡｓｓｉｇｎＮｕｍｂｅｒＡｕｔｈｏｒｉｔｙ）ＤｉａｍｅｔｅｒＨｅａｄｅｒコード値を有する前記Ｄｉａｍｅｔｅｒベースの返答メッセージを送信するように構成される、請求項２に記載のＭＴＣ−ＩＷＦ装置。
前記Ｔｓｐインターフェースは更に、ＤＮＡ（Ｄｅｖｉｃｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ａｎｓｗｅｒ）コマンドを表すＩＡＮＡ（ＩｎｔｅｒｎｅｔＡｓｓｉｇｎＮｕｍｂｅｒＡｕｔｈｏｒｉｔｙ）ＤｉａｍｅｔｅｒＨｅａｄｅｒコード値を有する前記Ｄｉａｍｅｔｅｒベースの返答メッセージを送信するように構成される、請求項２に記載のＭＴＣ−ＩＷＦ装置。
前記Ｔｓｐインターフェースは更に、前記Ｄｉａｍｅｔｅｒベースの返答メッセージを、該返答メッセージがＡＴＣＩ（Ａｐｐｌｉｃａｔｉｏｎ−Ｔｒａｆｆｉｃ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｉｎｆｏｒｍａｔｉｏｎ）コマンドであると示すことによって、送信するように構成される、請求項２に記載のＭＴＣ−ＩＷＦ装置。
前記Ｔｓｐインターフェースから独立して前記要求メッセージを受信するＲＥＳＴ（ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌｓｔａｔｅｔｒａｎｓｆｅｒ）アプリケーションプログラミングインターフェース（ＡＰＩ）を公開するように構成されるネットワーク通信インターフェースを更に有する、請求項１乃至５のうちいずれか１項に記載のＭＴＣ−ＩＷＦ装置。
ＬＴＥ（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ）ワイヤレスネットワークにおいてユーザ機器（ＵＥ）デバイスに関連付けられたアプリケーション通信パターン情報を動的に受信するＭＭＥ（ｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）であって、
ＭＴＣ−ＩＷＦ（ｍａｃｈｉｎｅｔｙｐｅｃｏｍｍｕｎｉｃａｔｉｏｎｉｎｔｅｒｗｏｒｋｉｎｇｆｕｎｃｔｉｏｎ）ノードから、前記ＵＥデバイスと動作的に関連するＭＴＣアプリケーションの通信パターンを表すための、ＳＣＥＦ（ｓｅｒｖｉｃｅｃａｐａｂｉｌｉｔｙｅｘｐｏｓｕｒｅｆｕｎｃｔｉｏｎ）又はＳＣＳ（ｓｅｒｖｉｃｅｓｃａｐａｂｉｌｉｔｙｓｅｒｖｅｒ）により提供されるアプリケーション通信パターン情報を受信する通信ポートと、
ｅＮＢ（ｅｖｏｌｖｅｄｕｎｉｖｅｒｓａｌｔｅｒｒｅｓｔｒｉａｌｒａｄｉｏａｃｃｅｓｓｎｅｔｗｏｒｋｎｏｄｅＢ）と通信結合可能であって、前記アプリケーション通信パターン情報を前記ｅＮＢに提供するよう構成される送信機デバイスと、
前記ｅＮＢを更新するための所定のタイマ値に応答して、前記アプリケーション通信パターン情報を前記ｅＮＢに提供するように構成された回路と、
を含むＭＭＥ。
前記通信ポートは、Ｔ５インターフェースを通じた通信に対して構成され、前記通信ポートは、前記ＭＴＣ−ＩＷＦノードにより開始されるＴ５デバイストリガ手順の間、前記アプリケーション通信パターン情報を受信するように構成される、請求項７に記載のＭＭＥ。
前記アプリケーション通信パターン情報から、該アプリケーション通信パターン情報のトラフィック活動パラメータを含む属性値ペア（ＡＶＰ）を識別するように構成された回路、をさらに含む請求項７に記載のＭＭＥ。
前記ＡＶＰは、トラフィックタイプ、トラフィック方向、到着間時間（ＩＡＴ）、サブＩＡＴ、パケットサイズ／長さ、送信することを許容される時間ウィンドウ、サービスのサービス品質、サービス優先順位、又はＡｐｐｌｉｃａｔｉｏｎ−Ｐｏｒｔ−ＩｄｅｎｔｉｆｉｅｒＡＶＰのうち、少なくとも１つを含む、請求項９に記載のＭＭＥ。
Ｓ１確立に応答して前記アプリケーション通信パターン情報を前記ｅＮＢに提供するように構成された回路、をさらに含む請求項７乃至１０のうちいずれか１項に記載のＭＭＥ。