(57)【特許請求の範囲】
【請求項１】
ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）ワイヤレスネットワークのコアネットワークにおける動作のためのＭＴＣ−ＩＷＦ（ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｎｔｅｒｗｏｒｋｉｎｇ  ｆｕｎｃｔｉｏｎ）装置であって、
アプリケーション通信パターン情報と、当該ＭＴＣ−ＩＷＦ装置が前記アプリケーション通信パターン情報をＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）に提供することの要求と、を含む要求メッセージをＳＣＳ（ｓｅｒｖｉｃｅｓ  ｃａｐａｂｉｌｉｔｙ  ｓｅｒｖｅｒ）から受信するＴｓｐインターフェースと、
前記アプリケーション通信パターン情報を当該ＭＴＣ−ＩＷＦ装置から前記ＭＭＥに直接送出するＴ５インターフェースと、
を含み、
前記要求メッセージは、Ｄｉａｍｅｔｅｒベースの要求メッセージを含み、前記Ｔｓｐインターフェースは、前記アプリケーション通信パターン情報を含む、ＤＡＲ（Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ−Ｒｅｑｕｅｓｔ）、ＤＮＲ（Ｄｅｖｉｃｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ）又はＤＩＲ（Ｄｅｖｉｃｅ−Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｑｕｅｓｔ）コマンドを表すＩＡＮＡ（Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎ  Ｎｕｍｂｅｒ  Ａｕｔｈｏｒｉｔｙ）  Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒコード値を有する前記Ｄｉａｍｅｔｅｒベースの要求メッセージを受信するように構成されるＭＴＣ−ＩＷＦ装置。
【請求項２】
前記Ｔｓｐインターフェースは更に、前記ＭＭＥが前記アプリケーション通信パターン情報を受信したかを示すＤｉａｍｅｔｅｒベースの返答メッセージを前記ＭＴＣ−ＩＷＦ装置から前記ＳＣＳに送信するよう構成される、請求項１に記載のＭＴＣ−ＩＷＦ装置。
【請求項３】
前記Ｔｓｐインターフェースは更に、ＤＡＡ（Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ−Ａｎｓｗｅｒ）コマンドを表すＩＡＮＡ（Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎ  Ｎｕｍｂｅｒ  Ａｕｔｈｏｒｉｔｙ）  Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒコード値を有する前記Ｄｉａｍｅｔｅｒベースの返答メッセージを送信するように構成される、請求項２に記載のＭＴＣ−ＩＷＦ装置。
【請求項４】
前記Ｔｓｐインターフェースは更に、ＤＮＡ（Ｄｅｖｉｃｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ａｎｓｗｅｒ）コマンドを表すＩＡＮＡ（Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎ  Ｎｕｍｂｅｒ  Ａｕｔｈｏｒｉｔｙ）  Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒコード値を有する前記Ｄｉａｍｅｔｅｒベースの返答メッセージを送信するように構成される、請求項２に記載のＭＴＣ−ＩＷＦ装置。
【請求項５】
前記Ｔｓｐインターフェースは更に、前記Ｄｉａｍｅｔｅｒベースの返答メッセージを、該返答メッセージがＡＴＣＩ（Ａｐｐｌｉｃａｔｉｏｎ−Ｔｒａｆｆｉｃ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｉｎｆｏｒｍａｔｉｏｎ）コマンドであると示すことによって、送信するように構成される、請求項２に記載のＭＴＣ−ＩＷＦ装置。
【請求項６】
前記Ｔｓｐインターフェースから独立して前記要求メッセージを受信するＲＥＳＴ（ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ  ｓｔａｔｅ  ｔｒａｎｓｆｅｒ）アプリケーションプログラミングインターフェース（ＡＰＩ）を公開するように構成されるネットワーク通信インターフェースを更に有する、請求項１乃至５のうちいずれか１項に記載のＭＴＣ−ＩＷＦ装置。
【請求項７】
ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）ワイヤレスネットワークにおいてユーザ機器（ＵＥ）デバイスに関連付けられたアプリケーション通信パターン情報を動的に受信するＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）であって、
ＭＴＣ−ＩＷＦ（ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｎｔｅｒｗｏｒｋｉｎｇ  ｆｕｎｃｔｉｏｎ）ノードから、前記ＵＥデバイスと動作的に関連するＭＴＣアプリケーションの通信パターンを表すための、ＳＣＥＦ（ｓｅｒｖｉｃｅ  ｃａｐａｂｉｌｉｔｙ  ｅｘｐｏｓｕｒｅ  ｆｕｎｃｔｉｏｎ）又はＳＣＳ（ｓｅｒｖｉｃｅｓ  ｃａｐａｂｉｌｉｔｙ  ｓｅｒｖｅｒ）により提供されるアプリケーション通信パターン情報を受信する通信ポートと、
ｅＮＢ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ  ｎｏｄｅ  Ｂ）と通信結合可能であって、前記アプリケーション通信パターン情報を前記ｅＮＢに提供するよう構成される送信機デバイスと、
前記ｅＮＢを更新するための所定のタイマ値に応答して、前記アプリケーション通信パターン情報を前記ｅＮＢに提供するように構成された回路と、
を含むＭＭＥ。
【請求項８】
前記通信ポートは、Ｔ５インターフェースを通じた通信に対して構成され、前記通信ポートは、前記ＭＴＣ−ＩＷＦノードにより開始されるＴ５デバイストリガ手順の間、前記アプリケーション通信パターン情報を受信するように構成される、請求項７に記載のＭＭＥ。
【請求項９】
前記アプリケーション通信パターン情報から、該アプリケーション通信パターン情報のトラフィック活動パラメータを含む属性値ペア（ＡＶＰ）を識別するように構成された回路、をさらに含む請求項７に記載のＭＭＥ。
【請求項１０】
前記ＡＶＰは、トラフィックタイプ、トラフィック方向、到着間時間（ＩＡＴ）、サブＩＡＴ、パケットサイズ／長さ、送信することを許容される時間ウィンドウ、サービスのサービス品質、サービス優先順位、又はＡｐｐｌｉｃａｔｉｏｎ−Ｐｏｒｔ−Ｉｄｅｎｔｉｆｉｅｒ  ＡＶＰのうち、少なくとも１つを含む、請求項９に記載のＭＭＥ。
【請求項１１】
Ｓ１確立に応答して前記アプリケーション通信パターン情報を前記ｅＮＢに提供するように構成された回路、をさらに含む請求項７乃至１０のうちいずれか１項に記載のＭＭＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願
本出願は、２０１４年３月１４に申請された代理人明細書Ｎｏ．Ｐ６４４５３Ｚの米国仮特許出願第６１／９５３，６４９号の利益を主張し、上記代理人明細書はその全体を本明細書において参照により援用される。
【０００２】
本開示は概してワイヤレス通信及びデバイスの分野に関する。
【背景技術】
【０００３】
マシンタイプ通信（ＭＴＣ）は、マシンツーマシン（Ｍ２Ｍ）通信とも呼ばれ、モバイルネットワークオペレータ、機器ベンダ、ＭＴＣ専門家集団、及び研究団体の興味を引いている。Ｍ２Ｍ通信は、Ｍ２Ｍコンポーネントが低コストのスケーラブルな及び信頼できるテクノロジーで相互接続され、ネットワーク化され、リモートで制御されることを可能にする。ＭＴＣアプリケーション及びデバイスの広い範囲の可能性を仮定すると、転送すべき小さいデータ（スモールデータ）を有する何兆ものＭ２Ｍ通信が存在し得ることが予期される。こうしたＭ２Ｍ通信は、モバイルネットワークを通じて伝えられることが可能であり、この場合、モバイルネットワークの役割は、トランスポートネットワークの機能を果たすように大部分制限される。
【０００４】
ＭＴＣアプリケーション（又は、簡易にはＭＴＣ）におけるＭＴＣ通信のためのＭＴＣデバイスとして使用されるユーザ機器デバイス（又は、簡易にはＵＥ）は、例えば、遊牧的に（再）展開されること、展開される間、低いモビリティを有すること、低い優先度の通信を提供すること、及び少量のモバイル由来（ＭＯ）又はモバイル終端（ＭＴ）データをまれに送ることなどの特性を有する。例えば、ユーティリティ計測アプリケーションのためのスマートメータは、（一般にＵＥとして参照される）ＭＴＣデバイスとして使用されるＵＥの一タイプである。
【図面の簡単な説明】
【０００５】
【図１】ＭＴＣ通信のためのワイヤレスネットワークアーキテクチャを示すブロック図である。
【図２】Ｔｓｐ及びＴ５ｂインターフェースを通じて通信されるＤｉａｍｅｔｅｒベースのコマンドのシーケンスを示すメッセージシーケンスフロー図である。
【図３】Ｔｓｐ及びＴ５ｂインターフェースを通じて通信されるＤｉａｍｅｔｅｒベースのコマンドの別のシーケンスを示すメッセージシーケンスフロー図である。
【図４】別の実施形態に従うメッセージシーケンスフロー図である。
【図５】ＭＴＣ通信のためのワイヤレスネットワークアーキテクチャを示すブロック図である。
【図６】ＵＥのブロック図である。
【図７】図１のワイヤレスネットワークアーキテクチャのサブシステムのブロック図であり、上記サブシステムは、ＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）と、ＭＴＣ−ＩＷＦ（ＭＴＣ−ｉｎｔｅｒｗｏｒｋｉｎｇ  ｆｕｎｃｔｉｏｎ）と、場合によりＳＣＥＦ（ｓｅｒｖｉｃｅ  ｃａｐａｂｉｌｉｔｙ  ｅｘｐｏｓｕｒｅ  ｆｕｎｃｔｉｏｎ）を含むＳＣＳ（ｓｅｒｖｉｃｅｓ  ｃａｐａｂｉｌｉｔｙ  ｓｅｒｖｅｒ）と、ＭＴＣ−ＩＷＦに対するインターフェースとを含む。
【発明を実施するための形態】
【０００６】
第３世代パートナーシッププロジェクト（３ＧＰＰ）標準設定ディスカッション、詳細には、２０１４年２月における無線アクセスネットワーク（ＲＡＮ）ワーキンググループ２（ＲＡＮ２）＃８５ミーティングのミーティングディスカッションが、３ＧＰＰ技術仕様書（ＴＳ）番号２３．４０１（バージョン１３．０．０）と３６．４１３（バージョン１２．３．０）と３６．４２３（バージョン１２．３．０）とを含む３ＧＰＰ標準に現在規定されているコアネットワーク（ＣＮ）由来の支援情報の形式の開発につながった。例えば、３ＧＰＰ  ＴＳ２３．４０１は、ＣＮにより支援された、ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋノードＢ（さらに、進化型ノードＢとして知られ、ｅＮｏｄｅＢ又はｅＮＢと略される）パラメータチューニングを、ｅＮＢがＵＥステート移行を最小化して最適なネットワークのふるまいを達成するのを助けるものとして、記載している。したがって、このＣＮ支援されたｅＮＢパラメータチューニング機能をサポートするＭＭＥは、ｅＮＢに、各ＵＥごとに、ＣＮ支援情報を提供することができる。ＣＮ支援情報は、例えば、下記のデータなどである：ＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）接続管理（ＥＣＭ）ＥＣＭ−ＣＯＮＮＮＥＣＴＥＤ及びＥＣＭ−ＩＤＬＥステートにおける平均時間、及び／又は１時間ごとのｅＮＢハンドオーバ手順の数。
【０００７】
ＣＮ支援情報は、モバイルネットワーク及びｅＮＢが異なるＵＥのための効率的な無線リソース管理（ＲＲＭ）関連の判断を行うのを助けることになり、ＣＮ支援のための他の提案についての特定の不足に対処することになる。
【０００８】
１つのこうした最近の提案である、“３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ；  Ｓｔｕｄｙ  ｏｎ  Ｍａｃｈｉｎｅ−Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  （ＭＴＣ）  ａｎｄ  ｏｔｈｅｒ  ｍｏｂｉｌｅ  ｄａｔａ  ａｐｐｌｉｃａｔｉｏｎｓ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｅｎｈａｎｃｅｍｅｎｔｓ  （Ｒｅｌｅａｓｅ  １２）”と題された３ＧＰＰ技術レポート（ＴＲ）番号２３．８８７（バージョン１２．０．０）が、３ＧＰＰ標準化のリリースＮｏ．１２（Ｒｅｌ−１２）のためのＭＴＣｅ（ＭＴＣ  ａｎｄ  ｏｔｈｅｒ  ｍｏｂｉｌｅ  ｄａｔａ  ａｐｐｌｉｃａｔｉｏｎｓ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｅｎｈａｎｃｅｍｅｎｔｓ）−ＳＤＤＴＥ（ｓｍａｌｌ  ｄａｔａ  ａｎｄ  ｄｅｖｉｃｅ  ｔｒｉｇｇｅｒ  ｅｎｈａｎｃｅｍｅｎｔｓ）に対処している。３ＧＰＰ  ＴＲ２３．８８７文献の提案は、ＣＮ支援パラメータチューニングを提供する試みの議論を含む。しかし、この試みは、ＵＥのネットワーク加入情報の一部としてＣＮに静的に提供されるトラフィックパターンパラメータに依存することになる。ゆえに、このアプローチの欠陥は、アプリケーション通信パターンが動的に変わる可能性があるのに対して、ＣＮ支援パラメータチューニング情報が静的になることである。
【０００９】
さらに、アプリケーション通信パターン情報の動的更新は、サービス公開及び可能化サポート（ＳＥＥＳ）に対するシステム態様ワーキンググループ１（ＳＡ１）作業項目記述（ＷＩＤ）研究の努力を容易にして、アプリケーション通信パターンの動的交換を使用することになる３ＧＰＰ標準化新手法のリリースｎｏ．１３（Ｒｅｌ−１３）について定義することになる。以下の表１には、アプリケーション通信パターン情報の例が明記される。余談として、アプリケーション通信パターンが下記の同義語を用いて記載され得ることを当業者は認識するであろう：トラフィック活動、不活動、フロー、パターン、又は（アプリケーション）トラフィックパターン構成情報若しくはデータを含む他のトラフィック情報の他の説明、及び、関連するＭＴＣアプリケーション又はサービス特性の説明。
【００１０】
【表１】
0006434040.tif 000002
前述のアプリケーション通信パターン情報の表は限定とみなされるべきではなく、伝達されることが可能な様々な種類の情報が存在する。さらに、アプリケーション通信パターン情報は、表１に明記された具体的な構造又は配置の情報を要求するものとみなされるべきではない。例えば、表１の各アイテムは、ＤｉａｍｅｔｅｒベースのＡＶＰの中にスタンドアロン情報要素（ＩＥ）として含まれてもよく、あるいは、複数のアイテムが、情報のいくつかのネストされたアイテムを含む構造の中に含まれてもよい。さらに、いくつかのＭＴＣアプリケーションは、情報を、異なるアプリケーション又はサービスの特性を反映する単一の要素グループ又はいくつかの要素として通信することができる。情報は、該情報がアプリケーションのいくつかの区別可能なグループ又はカテゴリを参照するようにネストされてもよい。
【００１１】
ＲＡＮに対するＭＭＥのＣＮ支援を容易にするために、本開示は、アプリケーション通信パターン情報をサードパーティアプリケーションサーバ（ＡＳ）から３ＧＰＰシステムに動的に通信する実施形態を説明する。アプリケーション通信パターン情報は、ＡＳから、ＣＮのＭＴＣ−ＩＷＦと通信するＳＣＳ又はＳＣＥＦ（ＳＣＳ／ＳＣＥＦ）に、それから、ＭＴＣ−ＩＷＦから、ＭＭＥ又はＭＴＣ−ＩＷＦとのトリガ送出インターフェース（例えば、Ｔ５参照点）を有する他のＣＮエンティティに通信されることができ、したがって、ＭＴＣサーバにより決定されるとおりの、ＵＥのトラフィック活動（又は一般的に、通信）パターン情報が、ｅＮＢに支援情報を提供するＣＮのＭＭＥに対して利用可能にされる。換言すると、通信パターン情報は、ＵＥのための、ＭＴＣサーバの予期され又は予め構成されたＭＴＣアプリケーションに基づいて導出される（不）活動情報及びサービス特性を含むことができ、通信パターン情報は、無線リソース制御の目的でｅＮＢにＣＮ支援情報を提供するＭＭＥに対して利用可能にされることができる。
【００１２】
ＭＭＥとサービングＧＰＲＳ（登録商標）（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）サポートノード（ＳＧＳＮ）との双方の機能性が単一のハードウェアデバイス又は別個のネットワークエンティティ（すなわち、別個のデバイス）のいずれかにおいて実施され得ることを当業者は認識するであろう。ゆえに、簡潔さのため、ＭＭＥ及びＳＧＳＮは、一般にＭＭＥ／ＳＧＳＮとして参照されることがある。これにおいて、「／」は、包含的選言の意味であり、例えば、ＭＭＥ、ＳＧＳＮ、又はＭＭＥとＳＧＳＮとの双方の組み合わせを意味する。同様に、「／」包含的選言表記は、互いに類似する他のネットワークエンティティ、インターフェース、及び機能に使用され、ゆえに、１つ又は複数のデバイスとして具現化されることができる。前の段落において言及されたＳＣＥＦ／ＳＣＳの説明に使用された「／」は、１つのこうした例である。こうして、表現「Ａ／Ｂ」は（Ａ）、（Ｂ）、又は（Ａ及びＢ）を意味し、これは表現「Ａ及び／又はＢ」と同義である。また、表現「Ａ、Ｂ、及びＣのうち少なくとも１つ」は、（Ａ）、（Ｂ）、（Ｃ）、（Ａ及びＢ）、（Ａ及びＣ）、（Ｂ及びＣ）、又は（Ａ、Ｂ、及びＣ）を意味する。
【００１３】
本開示のいくつかの例において、既存のメッセージフォーマットが、アプリケーショントラフィックパターン構成情報の転送をサポートするようにモディファイされる。別の例において、メッセージの新しい情報フィールド及び要素が、トラフィックパターン構成データを通信することについて説明される。さらなる態様及び利点が、添付図面を参照して進む実施形態についての下記の詳細な説明から明らかになるであろう。
【００１４】
図１は、ＭＴＣ又はＭ２Ｍ通信をサポートするＥＰＣ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ）、すなわちＬＴＥ（ｌｏｎｇ−ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）システムのコアネットワークのエンティティを示す一例示的なワイヤレスネットワークシステム１００アーキテクチャを例示している。システム１００は、図１の長破線により示されるとおり、ＨＰＬＭＮ（ｈｏｍｅ  ｐｕｂｌｉｃ  ｌａｎｄ  ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ）１０２及びＶＰＬＭＮ（ｖｉｓｉｔｅｄ  ｐｕｂｌｉｃ  ｌａｎｄ  ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ）１０４に分割され得る。
【００１５】
システム１００はＲＡＮ１１０を含み、ＲＡＮ１１０はＵＥ１１２にモバイル通信ネットワークに対するアクセスを提供することができ得る。ＵＥ１１２は、ＭＴＣ  ＵＥアプリケーション１１４を含み得る。ＵＥ１１２におけるＵｍ／Ｕｕ／ＬＴＥ−Ｕｕインターフェース１１６が、ＵＥ１１２のドメインとＲＡＮ１１０に関連付けられ又はＲＡＮ１１０より管理されるアクセスドメインとの間におけるシグナリングインターフェースを提供することができる。ＲＡＮ１１０は、ＭＳＣ（ｍｏｂｉｌｅ  ｓｗｉｔｃｈｉｎｇ  ｃｅｎｔｅｒ）１２０、ＭＭＥ１２２、ＳＧＳＮ１２４、及びＳ−ＧＷ（ｓｅｒｖｉｎｇ  ｇａｔｅｗａｙ）１２６に結合され得る。
【００１６】
いくつかの例において、ＭＳＣ１２０は、公衆交換電話網（ＰＳＴＮ）又は統合サービスデジタル網（ＩＳＤＮ）内でスイッチングノードのように振る舞うことができ、さらに、追加的な機能性を提供して、モバイルユーザ又はＵＥ１１２などのＵＥのサポートを可能にすることができる。追加的な機能性には、登録、認証、コール場所、ＭＳＣ間ハンドオーバ、及び、モバイル加入者又はＵＥに対するコールルーティングが含まれ得る。
【００１７】
いくつかの例に従い、ＭＭＥ１２２は、制御ノードとして配置されることができ、再送信を含め、アイドルモードＵＥのトラッキング及びページング手順について責任を負い得る。ＭＭＥ１２２は、ベアラ活性化／非活性化処理に関与することがあり、さらに、最初のアタッチにおいて、及びＣＮノード再配置を伴うＬＴＥ内ハンドオーバのときに、ＵＥ１１２のためのＳ−ＧＷ１２６を選ぶことについて責任を負い得る。
【００１８】
いくつかの例において、ＳＧＳＮ１２４は、その地理的サービスエリア内のＵＥからの及びＵＥへのデータパケットの送付について責任を負い得る。これらの例について、ＳＧＳＮ１２４は、パケットルーティング及び転送、モビリティ管理（アタッチ／デタッチ及び場所管理）、論理リンク管理、並びに認証及び課金機能を扱う。
【００１９】
Ｓ−ＧＷ１２６は、ユーザデータパケットをルーティングし及びフォワードし、さらに、ｅＮＢ間ハンドオーバの間のユーザプレーンのためのモビリティアンカー（mobility  anchor）として、及びＬＴＥと他の３ＧＰＰテクノロジーとの間におけるモビリティのためのアンカーとして振る舞うことができる。いくつかの例に従い、図１に示されるとおり、Ｓ−ＧＷ１２６は、ＧＧＳＮ／Ｐ−ＧＷ（ｇａｔｅｗａｙ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ／ｐａｃｋｅｔ  ｇａｔｅｗａｙ）１３０に結合されることができる。これらの例について、ＧＧＳＮ１３０は、ＧＰＲＳネットワークと、インターネット又はＸ．２５ネットワークなどの外部のパケット交換ネットワークとの間における、インターネットワーキングを管理することができる。ＧＧＳＮ１３０は、さらに、ＧＰＲＳ／ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）ネットワークにおけるユーザ端末のモビリティを可能にすることができ、ＵＥ１１２などの特定のＵＥにサービスを提供するためのプロトコルデータユニット（ＰＤＵ）をトンネルするようにルーティングを維持することができる。Ｐ−ＧＷ１３０は、ＵＥ１１２のためのトラフィックの出口及び入口のポイントであることによって、ＵＥ１１２から外部のパケットデータネットワークへの接続性を提供することができる。Ｐ−ＧＷ１３０は、ポリシー強制、ＵＥ１１２などのＵＥのためのパケットフィルタリング、課金サポート、合法の傍受、及びパケットスクリーニングを実行することができる。Ｐ−ＧＷ１３０は、さらに、３ＧＰＰテクノロジーと、ＷｉＭＡＸ及び３ＧＰＰ２などの非３ＧＰＰテクノロジーとの間における、モビリティのためのアンカーとして振る舞うことができる。
【００２０】
いくつかの例において、ＭＳＣ１２０、ＭＭＥ１２２、及びＳＧＳＮ１２４は、ＭＴＣ−ＩＷＦ１５０に結合されることができ、ＭＴＣ−ＩＷＦ１５０は、スタンドアロンエンティティ、又は別のネットワーク要素の機能エンティティであり得る。ＭＴＣ−ＩＷＦ１５０は、他の３ＧＰＰエンティティとインターフェースをとって様々なＭＴＣサービスを提供することができる。例えば、ＭＴＣ−ＩＷＦ１５０は、３ＧＰＰ  ＴＳ２９．３６８において“Ｔｓｐ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ  ｂｅｔｗｅｅｎ  ｔｈｅ  ＭＴＣ  Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ  （ＭＴＣ−ＩＷＦ）  ａｎｄ  Ｓｅｒｖｉｃｅ  Ｃａｐａｂｉｌｉｔｙ  Ｓｅｒｖｅｒ  （ＳＣＳ）”（バージョン１２．０．０）と題されて説明されるとおり、Ｔｓｐ及びＴ４参照点を通じてデバイストリガ機能性をサポートすることができ、サポートされるデバイストリガのためのＣＤＲ（ｃｈａｒｇｉｎｇ  ｄａｔａ  ｒｅｃｏｒｄｓ）を生成することができる。本明細書に説明される例は、主としてデバイス又はトリガメッセージに関係するが、他のタイプのメッセージングが、スモールデータ送信などの他の例、又は他のタイプのメッセージングに従ってさらに使用されてもよい。
【００２１】
いくつかの例に従い、図１に示されるとおり、ＭＴＣ−ＩＷＦ１５０は、ＣＤＦ／ＣＧＦ（ｃｈａｒｇｉｎｇ  ｄａｔａ  ｆｕｎｃｔｉｏｎ／ｃｈａｒｇｉｎｇ  ｇａｔｅｗａｙ  ｆｕｎｃｔｉｏｎ）１４０、３ＧＰＰ  ＨＬＲ（ｈｏｍｅ  ｌｏｃａｔｉｏｎ  ｒｅｇｉｓｔｅｒ）又はＨＳＳ（ｈｏｍｅ  ｓｕｂｓｃｒｉｂｅｒ  ｓｅｒｖｅｒ）１３８、及びＳＭＳ−ＳＣ／ＧＭＳＣ／ＩＷＭＳＣ（ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ−ｓｅｒｖｉｃｅ  ｃｅｎｔｅｒ／ｇａｔｅｗａｙ  ｍｏｂｉｌｅ  ｓｗｉｔｃｈｉｎｇ  ｃｅｎｔｅｒ／ｉｎｔｅｒｗｏｒｋｉｎｇ  ｍｏｂｉｌｅ  ｓｗｉｔｃｈｉｎｇ  ｃｅｎｔｅｒ）１３４に結合されることができる。これらの例について、課金機能アドレスは、インターネットプロトコル（ＩＰ）マルチメディアサブシステム（ＩＭＳ）エンティティに対して配信されるアドレスであり、エンティティが課金情報を送るための共通の場所を提供することができる。ＣＤＦアドレスがオフライン請求に使用され、ＯＣＦ（Ｏｎｌｉｎｅ  Ｃｈａｒｇｉｎｇ  Ｆｕｎｃｔｉｏｎ）がオンライン請求に使用される。ＣＤＦ１４０は、アカウンティング情報を収集し、ＣＤＲ（Ｃａｌｌ  Ｄｅｔａｉｌ  Ｒｅｃｏｒｄ）を構築することができ、ＣＤＲは、ドメインのＢＳ（ｂｉｌｌｉｎｇ  ｓｙｓｔｅｍ）に送られる。ＣＧＦ１４０は、ＧＳＮ（ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅｓ）から送られ得る課金データを提供するメッセージをリッスンすることができる。ＣＧＦ１４０は、ＧＳＮからＣＤＲを取得することができる。ＨＳＳ１３８は、所与のユーザのためのマスタデータベースを維持することができる。ＨＳＳ１３８は、加入関連情報を維持して、コール／セッションを実際に扱う上記ネットワークエンティティをサポートするエンティティであり得る。
【００２２】
ＭＴＣ−ＩＷＦ１５０は、ＨＰＬＭＮ１７０に存在し、内部のＰＬＭＮ（ｐｕｂｌｉｃ  ｌａｎｄ  ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ）トポロジーを隠し、Ｔｓｐを通じて送られる情報を中継し又は翻訳して、ＰＬＭＮにおける特定の機能性を呼び出す。ＭＴＣ−ＩＷＦ１５０の他の機能性のうちいくつかには、下記が含まれる：Ｔｓｐ、Ｓ６ｍ、Ｔ４、及びＲｆ／Ｇａ参照点を終端させること、３ＧＰＰネットワークとの通信確立の前にＳＣＳを承認する能力をサポートすること、及び、ＳＣＳからの制御プレーン要求を承認する能力をサポートすること。
【００２３】
ＳＭＳ−ＳＣ／ＧＭＳＣ／ＩＷＭＳＣ１３４は、ＳＭＳ−ＳＣ、ＳＭＳ−ＧＭＳＣ、及びＳＭＳ−ＩＷＭＳＣを場合により含む。ＳＭＳ−ＳＣ１３４は、ＳＭＳメッセージのための記憶及びフォワードセンタとして振る舞うことができる。ＳＭＳ−ＧＭＳＣ１３４及びＳＭＳ−ＩＷＳＭＣ１３４は、ＳＭＳ−ＳＣ１３４をＧＰＲＳネットワークに接続することができる。ＳＭＳ−ＧＭＳＣ１３４及びＳＭＳ−ＩＷＭＳＣ１３４は、Ｇｄインターフェース１７８を通じてＳＧＳＮに接続されて、ＵＥ１１２などのＧＰＲＳ  ＵＥが例えばＳＧＳＮ１２４などを通してＳＭＳメッセージを送り及び受けることを可能にすることができる。ＳＭＳ−ＩＷＭＳＣ１３４は、ＰＬＭＮからＳＭＳメッセージを受信し、こうしたＳＭＳメッセージをＳＭＳ−ＳＣ１３４などの受信ＳＭＳ−ＳＣに対して送出することができる。いくつかの例に従い、図１に示されるとおり、ＳＭＳ−ＳＣ／ＧＭＳＣ／ＩＷＭＳＣ１３４は、さらに、Ｅインターフェース１７４を介してＭＳＣ１２０に、及びＳＧｄ１７６を介してＭＭＥ１２２に結合されることができる。ＳＭＳ−ＳＣ／ＧＭＳＣ／ＩＷＭＳＣ１３４は、ＩＰ−ＳＭ−ＧＷ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ−Ｓｈｏｒｔ−Ｍｅｓｓａｇｅ−Ｇａｔｅｗａｙ）１３２及びＳＭＥ（ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｅｎｔｉｔｉｅｓ）１３６にさらに結合されることができる。ＩＰ−ＳＭ−ＧＷ１３２は、ショートメッセージの送出のためのプロトコル相互動作を提供することができる。ＳＭＥ１３６には、ショートメッセージを送る／受けることができるネットワークエンティティ、例えば、移動局、セルフォン、及びＵＥが含まれ得る。
【００２４】
いくつかの例に従い、ＭＴＣ−ＩＷＦ１５０は、ＳＣＥＦ／ＳＣＳ１６０にさらに結合されることができる。ＳＣＥＦ／ＳＣＳ１６０は、３ＧＰＰネットワークにＭＴＣ  ＡＳ（３ＧＰＰ標準化の範囲外で定義される）を接続して、これらが特定の３ＧＰＰにより定義されたサービスを通して、ＭＴＣに使用されるＵＥと、及びＨＰＬＭＮ１０２におけるＭＴＣ−ＩＷＦ１５０と通信することを可能にするエンティティである。例えば、ＳＣＥＦ／ＳＣＳ１６０は、１つ又は複数のＭＴＣ  ＡＳによる使用のための能力を提示するアプリケーションプログラミングインターフェース（ＡＰＩ）１６１を公開する。したがって、ＳＣＥＦ／ＳＣＳ１６０は、ＡＳ１６２などのＭＴＣ  ＡＳを３ＧＰＰネットワークに接続して、これらＡＳが特定の３ＧＰＰ定義サービスを通してＵＥ１１２及びＭＴＣ−ＩＷＦ１５０と通信することを可能にすることができる。ＳＣＥＦ／ＳＣＳ１６０は、１つ又は複数のＡＳ、例えばＡＳ１６２などによる使用のために、能力を提示することができる。他のタイプのＡＳ、例えばＡＳ１６４などが、ＧＧＳＮ／Ｐ−ＧＷ１３０に結合してもよい。図１に示されるとおり、ＡＳ１６４は、３ＧＰＰネットワークに直接接続して、ＳＣＥＦ／ＳＣＳ１６０の使用なしにＵＥ１１２との直接のユーザプレーン通信を実行することができる。しかしながら、ＳＣＥＦ／ＳＣＳ１６０は、ＭＴＣのための付加価値サービスを提供し、ＵＥ１１２とのユーザプレーン及び／制御プレーン通信を実行することができる。ＳＣＥＦ／ＳＣＳ１６０のさらなる詳細が、後の段落において図５を参照して論じられる。
【００２５】
いくつかの例において、Ｔｓｐインターフェース、例えばＴｓｐインターフェース１８８が、制御プレーン通信のためのドメイン間インターフェースとして機能することができる。これらの例について、Ｔｓｐインターフェース１８８は、ＳＣＥＦ／ＳＣＳ１６０がＭＴＣ−ＩＷＦ１５０に対してトリガメッセージに含まれるデバイストリガ要求を送付することに使用されることができ、こうして、ＭＴＣ−ＩＷＦ１５０がＳＣＥＦ／ＳＣＳ１６０からデバイストリガ要求を受信することを可能にすることができる。いくつかの例において、Ｔｓｐインターフェース１８８などのＴｓｐインターフェースは、さらに、ＡＰＩ又はＡＰＩのセットとして実装されてもよい。
【００２６】
いくつかの例に従い、Ｔｓｍｓ１８０は、ＭＴＣ  ＵＥ、例えばＵＥ１１２などに対して、トリガメッセージを送るのに使用されることができる。トリガメッセージは、ＳＭＥとして振る舞う任意のネットワークエンティティ（例えば、ＳＣＥＦ／ＳＣＳ１６０）によってオーバーザトップ（over-the-top）アプリケーションとしてＭＴ−ＳＭＳ（ＭＴ  ｓｈｏｒｔ  ｍｅｓｓａｇｅ  ｓｅｒｖｉｃｅ）メッセージ内にカプセル化されることができる。
【００２７】
Ｔ４インターフェース１８２は、ＭＴＣ−ＩＷＦ１５０からＳＭＳ−ＳＣ１３４にトリガメッセージを転送し、ＩＭＳＩ（ｉｎｔｅｒｎａｔｉｏｎａｌ  ｍｏｂｉｌｅ  ｓｕｂｓｃｒｉｂｅｒ  ｉｄｅｎｔｉｔｙ）に対応するサービングノード情報を提供し、ＵＥ１１２に対するトリガメッセージの送付の成功又は失敗を報告することに使用されることができる。
【００２８】
Ｓ６ｍインターフェース１８４は、ＵＥ１１２に割り当てられ又はＵＥ１１２に関連付けられたＭＳＩＳＤＮ（ｍｏｂｉｌｅ  ｓｕｂｓｃｒｉｂｅｒ  ｉｎｔｅｇｒａｔｅｄ  ｓｅｒｖｉｃｅｓ  ｄｉｇｉｔａｌ  ｎｅｔｗｏｒｋ−ｎｕｍｂｅｒ）又は外部識別子（ｅｘｔｅｒｎａｌ−Ｉｄ）をＩＭＳＩにマッピングすることができる。ＭＳＩＳＤＮ又はｅｘｔｅｒｎａｌ−Ｉｄに対するマップは、ＵＥ１１２のサービングノードアイデンティティを解決することができる。
【００２９】
いくつかの例に従い、図１に示されるとおり、Ｔ５ａ  １５６、Ｔ５ｂ  １５４、及びＴ５ｃ  １５２参照点は、それぞれ、ＭＴＣ−ＩＷＦ１５０をサービングＳＧＳＮ１２４に、ＭＴＣ−ＩＷＦ１５０をサービングＭＭＥ１２２に、又はＭＴＣ−ＩＷＦ１５０をサービングＭＳＣ１２０に接続することができる。Ｔ５ａ  １５６、Ｔ５ｂ  １５４、及びＴ５ｃ  １５２参照点は、トリガメッセージに含まれるデバイストリガ要求をＭＳＣ１２０、ＭＭＥ１２２、又はＳＧＳＮ１２４に転送すること、ＵＥ１１２に対するトリガメッセージの送付の成功又は失敗をＭＴＣ−ＩＷＦ１５０に報告すること、又はＭＭＥ１２２／ＳＧＳＮ１２４輻輳／負荷情報をＭＴＣ−ＩＷＦ１５０に提供することを含むデバイストリガ機能性をさらにサポートすることができる。
【００３０】
Ｇｉ／ＳＧｉインターフェース１６６は、パケットデータネットワーク（ＰＤＮ）へのインターフェースを提供することができる。ＳＧｉ１６６は、ＩＰ  ＰＤＮに対するインターフェースであることが可能であり、Ｇｉ１６６は、外部のＰＤＮ（例えば、インターネット）に対するインターフェースであることが可能であり、エンドユーザの、存在のＩＰポイントを含有することができる。Ｒｆ／Ｇａインターフェース１８６は、ＭＴＣ−ＩＷＦ１５０とＣＤＦ／ＣＧＦ１４０との間におけるインターフェースを提供することができる。いくつかの例において、Ｒｆインターフェース１８６は、ＣＤＦ／ＣＧＦ１４０のＣＤＦ１４０に対するアクセスを提供することができ、Ｇａインターフェース１８６は、ＣＤＦ／ＣＧＦ１４０のＣＧＦ１４０に対するアクセスを提供することができる。
【００３１】
いくつかの例において、ＵＥ１１２におけるＭＴＣアプリケーション（例えば、ＭＴＣ  ＵＥアプリケーション１１４）と外部ネットワーク内のＡＳ１６２で提供されるＭＴＣ又はＭ２Ｍアプリケーションとの間におけるエンドツーエンドサービスは、３ＧＰＰシステムにより提供されるサービスと、場合により、ＳＣＥＦ／ＳＣＳ１６０により提供されるサービスとを使用することができる。これらの例について、３ＧＰＰシステムは、３ＧＰＰベアラサービス、例えばＩＭＳ及びＳＭＳ、並びに様々な最適化を含め、ＭＴＣ又はＭ２Ｍタイプのサービスを容易にすることができるトランスポート及び通信サービスを提供することができる。上記で言及されたとおり、ＳＣＥＦ／ＳＣＳ１６０は、ＡＳ１６２を３ＧＰＰネットワークに結合して、ＡＳ１６２が特定の３ＧＰＰにより定義されたサービスを通してＵＥ１１２と及びＭＴＣ−ＩＷＦ１５０と通信することを可能にすることができる。
【００３２】
ＲＦＣ（Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ）３５８８に規定され、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）により２００３年９月に公表されたとおりのＤｉａｍｅｔｅｒベースプロトコルが、エンティティ間でコマンド及び情報を通信するために図１のネットワークエンティティによって使用される一プロトコルである。ゆえに、Ｄｉａｍｅｔｅｒベースプロトコルが３ＧＰＰ標準化の様々なコマンドのための基礎を提供し、その例が下記の表２に示されている。これらコマンドは、Ｔｓｐインターフェースを通じた通信のための前述された３ＧＰＰ  ＴＳ２９．３６８文献に規定されており、ＩＡＮＡ（Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎ  Ｎｕｍｂｅｒ  Ａｕｔｈｏｒｉｔｙ）  Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒコード値によって、ＤＡＲ（Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ−Ｒｅｑｕｅｓｔ）、ＤＡＡ（Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ−Ａｎｓｗｅｒ）、ＤＮＲ（Ｄｅｖｉｃｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ）、及びＤＮＡ（Ｄｅｖｉｃｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ａｎｓｗｅｒ）コマンドとして識別される。
【００３３】
【表２】
0006434040.tif 000003
一例示的なＤＡＲコマンドメッセージ定義が、下記の表３に示されている。ＤＡＲメッセージの中のＩＡＮＡコマンドコードフィールドは数字コード番号８３８８６３９であり、コマンドフラグＲＥＱフィールドに‘Ｒ’ビットが設定されて、メッセージが要求メッセージとして識別される。表３はさらに、ＤＡＲコマンド又は表２にリストアップされた他のコマンドに含まれる様々なＡＶＰのリストを示している。
【００３４】
【表３】
0006434040.tif 000004
表３に示されるＡＶＰの部分は、前述された３ＧＰＰ  ＴＳ２９．３６８文献に規定されるとおりのＴｓｐ固有ＤｉａｍｅｔｅｒＡＶＰである。他のさらなるＡＶＰが、本開示の対象であり、アプリケーション通信パターン情報の伝達をサポートするように更新され、あるいは追加される。例えば、Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ  ＡＶＰがＳＣＥＦ／ＳＣＳ１６０によって使用されて、図２に関して以下に説明されるとおり、ＭＴＣ−ＩＷＦ１５０がＭＭＥ１２２にアプリケーション通信パターン情報を報告することを要求することができる。これらの例について、Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ（又は、Ｄｅｖｉｃｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ）  ＡＶＰは、ＤＡＲ（ＤＡＡ）コマンドに関連する情報を提供するように設定された値を有することができ、さらに、Ａｃｔｉｏｎ−Ｔｙｐｅ  ＡＶＰを有して、具体的なアプリケーション通信パターン構成を示すことができる。ＡＴＣＩ（Ａｐｐｌｉｃａｔｉｏｎ−Ｔｒａｆｆｉｃ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｉｎｆｏｒｍａｔｉｏｎ）  ＡＶＰが、上記目的に適し得る別の任意的なＡＶＰである。こうして、ＭＴＣ−ＩＷＦ１５０とＳＣＥＦ／ＳＣＳ１６０との間で送付されるアプリケーション通信パターンデータは、ＡＶＰペイロードの中に該データを表現する予め定義された値を有するＡＶＰの形式で提供されることができる。ゆえに、既存のＤＡＲ／ＤＡＡ／ＤＮＲ／ＤＮＡコマンドメッセージが、アプリケーション通信パターン情報を通信するのに適したＡＶＰ用いて更新されて、これにより、Ｔｓｐインターフェースを通じてＳＣＥＦ／ＳＣＳ１６０からＭＴＣ−ＩＷＦ１５０に、及びＴ５ｂインターフェース１５４を通じてＭＴＣ−ＩＷＦ１５０からＭＭＥ１２２に、メッセージペイロードの中で新たに定義されたアプリケーション関連構成データを転送することができる。
【００３５】
図２は、更新されたＤＡＲ及びＤＡＡメッセージを用いてＭＭＥ１２２にアプリケーション通信パターン情報を通信する、Ｔｓｐ及びＴ５トリガリングを用いた一例示的なメッセージシーケンス２００を示す。ＳＣＥＦ／ＳＣＳ１６０が、デバイスアクション要求手順の一部としてＭＴＣ−ＩＷＦ１５０にＤＡＲコマンドメッセージを送る（２１０）。ＤＡＲコマンドは、アプリケーション通信パターン情報を通信するために、Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ  ＡＶＰ内に１つ以上のＡＶＰ値を有する。例えば、Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ  ＡＶＰは、アプリケーション構成報告（Ａｐｐｌｉｃａｔｉｏｎ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｒｅｐｏｒｔ）を表現する値（例えば、５の値、又は何らかの他の値）に設定されたＡｃｔｉｏｎ−Ｔｙｐｅ  ＡＶＰを有する。ＭＴＣ−ＩＷＦ１５０は、ＳＣＥＦ／ＳＣＳ１６０からＤＡＲコマンドを受信し、それから、３ＧＰＰ  ＴＳ２３．６８２（例えば、バージョン１２．２．０）に説明されるとおりのＴ５トリガリング、又は、ＳＭＳ−ＳＣ／ＧＳＭＳＣ／ＩＷＭＳＣ１３４などの別のエンティティを介した送出を含意し得る別の間接的な送出手法を用いて、上記情報をＭＭＥ１２２に対して送出する（２２０）。それから、ＭＴＣ−ＩＷＦ１５０は、ＳＣＥＦ／ＳＣＳ１６０に対してＤＡＡコマンドを介して、要求の受理又は不受理、又は、わかる場合には要求の成功又は失敗を報告し（２３０）、ＤＡＲコマンドに対する応答の一部としてＳＣＥＦ／ＳＣＳ１６０に負荷制御情報を提供してもよい。
【００３６】
図２に示されてはいないが、Ｔ５トリガリングはＡＳ１６２におけるＭＴＣアプリケーションから開始されてもよく、ＡＳ１６２がＳＣＥＦ／ＳＣＳ１６０と通信して上記Ｔ５トリガリングを開始することを、当業者は認識するであろう。それから、ＳＣＥＦ／ＳＣＳ１６０が、Ｔｓｐインターフェース１８８を介してＭＴＣ−ＩＷＦ１５０に対して、Ｔ５トリガリングの要求を含み得るＤＡＲコマンドを送信することができる。
【００３７】
別の実施形態において、Ｔｓｐ及びＴ５インターフェースを通じてアプリケーション通信パターン情報を通信するために、既存のＤｉａｍｅｔｅｒコマンドを更新するのではなく、さらなるコマンドが定義されてもよい。したがって、既存のＤＡＲコマンド、及びアプリケーション通信パターン情報を通信する他のコマンドを拡張することに代わって、新しいメッセージ、例えば、デバイス情報報告（Ｄｅｖｉｃｅ−Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｐｏｒｔ；ＤＩＲ）、アプリケーション情報報告（Ａｐｐｌｉｃａｔｉｏｎ−Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｐｏｒｔ；ＡＩＲ）、アプリケーショントラフィック構成情報（Ａｐｐｌｉｃａｔｉｏｎ−Ｔｒａｆｆｉｃ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｉｎｆｏｒｍａｔｉｏｎ；ＡＴＣＩ）、又は同様に命名されたコマンドなど（前述された名称に限定されない）が、新しいＩＡＮＡコード、及び、表３に明記されたＤＡＲコマンドのフォーマットと同様のフォーマットを有するものとして、定義されてもよい。
【００３８】
図３は、ＤＩＲ、ＡＩＲ、又はＡＴＣＩコマンドを用いたメッセージシーケンス３００を示している。ＳＣＥＦ／ＳＣＳ１６０が、ＤＩＲ、ＡＩＲ、又はＡＴＣＩコマンドを送り（３１０）、該コマンド内に、適切なＡｃｔｉｏｎ−Ｔｙｐｅ  ＡＶＰ（図２に関して説明されたとおり）がＤｅｖｉｃｅ−Ａｃｔｉｏｎ  ＡＶＰ又は同様のＡＶＰの一部として必要に応じて含まれることができる。ＭＴＣ−ＩＷＦ１５０が、ＳＣＳ１６０から受信したアプリケーション通信パターン情報を（例えば、ＡＶＰペイロード又はＡＴＣＩコマンドの中に）含むＤＩＲ、ＡＩＲ、又はＡＴＣＩコマンドを、（Ｔ５ｂインターフェース１５４を通じて直接的に、又は他のエンティティを介して間接的に）ＭＭＥ１２２に対して送出する（３２０）。応答において、ＭＴＣ−ＩＷＦ１５０は、送出３２０の結果を、Ｄｅｖｉｃｅ−Ｉｎｆｏｒｍａｔｉｏｎ−Ａｎｓｗｅｒ（ＤＩＡ）、Ａｐｐｌｉｃａｔｉｏｎ−Ｉｎｆｏｒｍａｔｉｏｎ−Ａｎｓｗｅｒ（ＡＩＡ）、ＡＴＣＩ、又は、新しいＩＡＮＡコードを有するものとして定義された同様に命名されたコマンド（前述された名称に限定されない）の中で報告する（３３０）。
【００３９】
いくつかの実施形態において、ＭＴＣ−ＩＷＦ１５０は、上記情報をＭＭＥ１２２に単にフォワードしてもよく、あるいは、ＭＴＣ−ＩＷＦ１５０は、何らかの処理又はマッピングを実行して、ＭＭＥ１２２に対してより適切な別のフォーマットにおいて上記情報を伝達してもよい。例えば、図３に示されるＡＴＣＩコマンドに関して、この新しいコマンドは、いかなる事前に定義されたＡＶＰも組み込まないフォーマットを有してもよく、したがって、新しいコマンドは、アプリケーション通信パターン情報を通信するための自立したメカニズムとしてスタンドアロンである（stands  alone）。上記の場合、ＭＴＣ−ＩＷＦ１５０は、情報を処理し、あるいはその他の方法で情報を任意の予め定義されたＡＶＰにマッピングする必要が、なくなり得る。
【００４０】
新しいコマンドがスタンドアロンであるかにかかわらず、以下に論じられる新しいＡＶＰ構成が、アプリケーション通信パターン情報を通信することに使用されることができる。モディファイされたＤＡＲ／ＤＡＡ／ＤＮＲ／ＤＮＡコマンド又は新しいＤＩＲ／ＡＩＲ／ＡＴＣＩコマンドのいずれかにより提供されるＡＶＰの一例示的なリストが、下記のとおりである。
【００４１】
Ａｃｔｉｏｎ−Ｔｙｐｅ  ＡＶＰが、デバイス情報報告（Ｄｅｖｉｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｐｏｒｔ）を表現する新たに定義された値（例えば、５の値）に設定され、あるいは、既存の適用可能なタイプ値が、Ｄｉａｍｅｔｅｒベースのコマンドがアプリケーション通信パターン情報を提供するためのものであることを示す目的で再使用されてもよい。
【００４２】
ＭＳＩＳＤＮ  ＡＶＰ又はＥｘｔｅｒｎａｌ−Ｉｄ  ＡＶＰのいずれかが、アプリケーション通信パターン情報報告が利用可能にされるＭＴＣデバイス（例えば、ＵＥ１１２、図１）の識別子に設定されてもよい。
【００４３】
ＳＣＳ−Ｉｄｅｎｔｉｆｉｅｒ  ＡＶＰが、ＵＥの情報報告を提供するＳＣＳ（例えば、ＳＣＥＦ／ＳＣＳ１６０）のアイデンティティを含有する。
【００４４】
Ｒｅｆｅｒｅｎｃｅ−Ｎｕｍｂｅｒ  ＡＶＰが、特定の情報報告に対してＳＣＳが割り当てられた、新たに割り当てられた参照番号を含有する。
【００４５】
Ｖａｌｉｄｉｔｙ−Ｔｉｍｅ  ＡＶＰが、デバイスアクション要求がＭＴＣ−ＩＷＦにより受信された時間からの、情報報告の有効時間を示す。
【００４６】
Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｄａｔａ  ＡＶＰ（又は、いわゆるＡＴＣＩ  ＡＶＰ）が、ＭＴＣ−ＩＷＦに対する報告内に、ＭＭＥ（例えば、ＭＭＥ１１２）に送られるデータを含有する。このＡＶＰは、複数のＡＶＰ、例えば、Ｐａｙｌｏａｄ  ＡＶＰ、Ｐｒｉｏｒｉｔｙ−Ｉｎｄｉｃａｔｉｏｎ  ＡＶＰの中の、情報についての任意の具体的な優先順位、及びＡｐｐｌｉｃａｔｉｏｎ−Ｐｏｒｔ−Ｉｄｅｎｔｉｆｉｅｒ  ＡＶＰの中に示される対応するアプリケーションなどを含み得る。ＡＴＣＩ  ＡＶＰは、表１を参照して説明されたとおり、グループ化されたＡＶＰであってもよく、その内部にネストされたＡＶＰをさらに有してもよい。
【００４７】
デバイス、サービス通信パターン、又はアプリケーション若しくはアプリケーションのセットに関する情報を伝達するために使用される新しいコンテナ又はＰａｙｌｏａｄ  ＡＶＰは、デバイス、サービス、トラフィック、又はアプリケーション若しくはアプリケーションのセットについての構成、特性、設定、又は情報を参照し得る。簡潔さのため、新しいコンテナ又はＰａｙｌｏａｄ  ＡＶＰは、本明細書において一般にＡＴＣＩとして参照される。しかしながら、この名称は、上記コンテナの範囲を限定するものとみなされるべきではなく、コンテナは、他の種類のデバイス、サービス、又はアプリケーション特性を伝達することにさらに使用され得る。
【００４８】
新しいＡＴＣＩコンテナは、前述された３ＧＰＰ  ＴＳ２９．３６８文献のＴｓｐ固有のＤｉａｍｅｔｅｒベースのＡＶＰを含む、３ＧＰＰ標準に規定され及び下記の表４に再現されるとおりのＡＶＰタイプのうち１つ以上、又は、表１に記されるアプリケーション通信パターン情報を完全に又は部分的にマップするように作成された新しいＡＴＣＩ  ＡＶＰとして、定義されることができる。さらに、上記の新しいＡＴＣＩ  ＡＶＰは、任意のタイプのＡＶＰにマッピングされ得る。例えば、新しいＡＴＣＩコンテナは、Ｔｒａｆｆｉｃ−Ｄａｔａ  ＡＶＰ、又は同様に機能する“Ｓｅｒｖｉｃｅ−Ｃｈａｒａｃｔｅｒｉｓｔｉｃ”ＡＶＰにマッピングされ、Ｇｒｏｕｐｅｄ又はＯｃｔｅｔＳｔｒｉｎｇ値タイプとして定義されることができる。換言すると、ＡＶＰコードは、現在のもののうちの１つ、又は新たに定義されたコードを参照し得る。
【００４９】
【表４】
0006434040.tif 000005
図４は、図２又は図３に示されるＤｉａｍｅｔｅｒベースのコマンドを採用するメッセージシーケンス４００を示しており、しかしさらに、ＭＭＥ１２２がアプリケーション通信パターン情報をデコードすることとその情報を（具体的な内部の実装に依存して）支援情報の形式においてｅＮＢ４０６に転送することとのさらなる詳細を示している。転送の一般的概要が、下記の段落に説明される。ＭＭＥ１２２とｅＮＢ４０６との間における通信交換のさらなる態様は、既存の３ＧＰＰ  ＴＳ文献、例えば、３ＧＰＰ  ＴＳ３６．４１３（バージョン１２．３．０）に説明されており、これは、ｅＮＢとＭＭＥとの間における前述された通信の態様に関係する、Ｓ１アプリケーションプロトコル（Ｓ１ＡＰ）関連の仕様である。
【００５０】
最初、図２及び図３に示されるとおり、ＳＣＥＦ／ＳＣＳ１６０は、Ｔｓｐインターフェース１８８を通じて、Ｄｉａｍｅｔｅｒベースの要求メッセージを送信する（４０８）。送信４０８は図２のものと同様であってもよく、その場合、ＳＣＥＦ／ＳＣＳ１６０はモディファイされたＤＡＲ又はＤＮＲコマンドを送信し（２１０）、あるいは、送信４０８は図３のものと同様であってもよく、その場合、ＳＣＥＦ／ＳＣＳ１６０は新しいＤＩＲ、ＡＩＲ、又はＡＴＣＩコマンドを送信する（３１０）。
【００５１】
送信４０８を受信することに応答して、ＭＴＣ−ＩＷＦ１５０が、認証とＩＭＳＩ及びサービングノード情報の取得とのために、ＨＬＲ／ＨＳＳ１３８と交信する（contacts）（４１４）。同時に、又は事前に、ＵＥ１１２が、システム１００（図１）にアタッチし（attaches）（４１２）、アイドルステートに進む。図４に示されるとおり、ＵＥ１１２はアタッチされるが、しかしＵＥ１１２が接続されない場合（例えば、ＭＴＣ−ＩＷＦ１５０がサービングＭＭＥ情報を導出することができない）、ＭＴＣ−ＩＷＦ１５０は、アプリケーション通信パターン情報を一時的に記憶してもよく、あるいは、サードパーティサーバ、例えば、ＳＣＥＦ／ＳＣＳ１６０（又は、ＡＳ１６２）などから送信された（４０８）要求を拒絶してもよい。拒絶されるとき、サードパーティサーバは、場合により、上記要求を別の時間に再度試行してもよい。
【００５２】
Ｔ５トリガ送出が、アプリケーション通信パターン情報更新４２２によって表現され、肯定応答（acknowledgement）が、ＭＭＥ１２２によって更新肯定応答４２４において提供される。しかしながら、更新４２２及び肯定応答４２４を遂行する他のメカニズムをＭＴＣ−ＩＷＦ１５０が使用してもよいことを、当業者は理解するであろう。例えば、いくつかの実施形態において、ＭＴＣ−ＩＷＦ１５０は、定義され得る別の新しいインターフェースを用いて、Ｐ−ＧＷ１３０に情報報告を通信することができる。そして、Ｓ−ＧＷ１２６が、３ＧＰＰ  ＴＳ２９．２７４（バージョン１２．６．０）に説明されるＤＤＮ（ｄｏｗｎｌｉｎｋ  ｄａｔａ  ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージを用いて、ＭＭＥ１２２に情報を伝達することができる。
【００５３】
ＭＴＣ−ＩＷＦ１５０が肯定応答４２４を受信することに応答して、ＭＴＣ−ＩＷＦ１５０は、Ｔｓｐインターフェース１８８を通じて、Ｄｉａｍｅｔｅｒベースの返答メッセージを送信する（４２８）。送信４２８は図２のものと同様であってもよく、その場合、ＭＴＣ−ＩＷＦ１５０はモディファイされたＤＡＡ又はＤＮＡコマンドを送信し（２３０）、あるいは、送信４２８は図３のものと同様であってもよく、その場合、ＭＴＣ−ＩＷＦ１５０は新しいＤＩＡ、ＡＩＡ、又はＡＴＣＩコマンドを送信する（３３０）。
【００５４】
ＭＴＣデバイスとして、ＵＥ１１２は、ｅＮＢ４０８からのサービス要求を最終的に開始する（４４２）。サービス要求はＭＯサービス要求であってもよく、あるいは、サービス要求はページングに応答するものであってもよい。サービス要求に応答して、Ｓ１確立４５０の間、ｅＮＢ４０６は、ＭＭＥ１２２から、ＵＥ１１２のためのＭＴＣアプリケーションに関連付けられたアプリケーション通信パターン情報を受信する。いくつかの実施形態において、ＭＭＥ１２２は、ＭＭＥ１２２がｅＮＢ４０６をあまりに頻繁に更新してしまうことを防止するロジックを保有する。例えば、ＭＭＥ１２２は、特定のＳ１確立（例えば、図４に示され、３ＧＰＰ  ＴＳ３６．４１３に説明されるとおり）の後、又はタイマ値に基づいて、アプリケーション通信パターン情報をｅＮＢ４０６に送ることができる。
【００５５】
アプリケーション通信パターン情報を受信することに応答して、ｅＮＢは、ＤＲＸ（ｄｉｓｃｏｎｔｉｎｕｏｕｓ  ｒｅｃｅｐｔｉｏｎ）、及び／又は、ＵＥ１１２がいつアクティブ化されてダウンリンクサブフレームを受信するかを制御する不活動タイマを調整する（４５４）ことができる。
【００５６】
図５は、別のネットワークシステム５００アーキテクチャ実施形態を示しており、これにおいて、アプリケーション通信パターン情報の交換はＡＰＩ１６１によって提供され、ＡＰＩ１６１は、ＳＣＥＦ／ＳＣＳ１６０において公開され、ＭＴＣ−ＩＷＦ１５０、又はＳＣＥＦ／ＳＣＳ１６０と直接的又は間接的に通信する他のエンティティに対してアクセス可能である。
【００５７】
いくつかの実施形態に従い、ＳＣＥＦ／ＳＣＳ１６０が、新しいＲＥＳＴ（ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ  ｓｔａｔｅ  ｔｒａｎｓｆｅｒ）  ＡＰＩ５２０（例えば、オープンモバイルアライアンスにより定義される）、又は他のＡＰＩを公開することができる。例えば、新しい３ＧＰＰネットワーク要素又は既存の３ＧＰＰネットワーク要素のいずれかにおけるサービス又は能力にＳＣＥＦ／ＳＣＳ１６０がアクセスすることを許容する様々な３ＧＰＰインターフェース定義が、本開示によってさらに考えられる。こうした３ＧＰＰインターフェースに対していずれのプロトコルを規定すべきかの選択  −  ＲＥＳＴｆｕｌ  ＡＰＩ５２０、ＤｉａｍｅｔｅｒベースのＡＰＩ５３０、ＨＴＴＰ（ｈｙｐｅｒｔｅｘｔ  ｔｒａｎｓｆｅｒ  ｐｒｏｔｏｃｏｌ）を通じたＸＭＬ（ｅｘｔｅｎｓｉｂｌｅ  ｍａｒｋｕｐ  ｌａｎｇｕａｇｅ）５４０、又は他のＡＰＩ５５０プロトコル  −  は、これらに限られないが、具体的なインターフェースの特徴、又は所望されるトラフィックパターン情報の公開の容易さを含む、複数の要因に依存する。上記ＡＰＩ１６１のうち任意のものが、ＡＳ１６２又はＡＳ１６４（図１）などの外部のサードパーティサーバにより実行されるアプリケーション５６０によって呼び出されることができる。
【００５８】
いくつかの実施形態において、ＭＴＣ−ＩＷＦ１５０又は他のエンティティは、（図５の破線によって表現されるとおり、）ＳＣＥＦ／ＳＣＳ１６０と同じ場所に位置し（co-located）得る。これら実施形態において、ＡＰＩ機能性、例えば、ＲＥＳＴｆｕｌ  ＡＰＩ５２０は、ＤｉａｍｅｔｅｒベースのＴｓｐインターフェース１８８のＡＰＩ機能性を包含し得る。別の実施形態において、ＭＴＣ−ＩＷＦ１５０は、ＳＣＥＦ／ＳＣＳ１６０と同じ場所に位置し、ＳＣＥＦ／ＳＣＳ１６０により提供されるＳＣＥＦ機能性を組み込み、しかし、ＤｉａｍｅｔｅｒベースのＡＰＩ５３０を介して（例えば、内部的に）公開されるＴｓｐインターフェース１８８機能性を採用する。別の例において、ＭＭＥ１２２が、ＳＣＥＦ／ＳＣＳ１６０の態様を組み込み、あるいは、ＭＭＥ１２２が、Ｔｘトリガ送出インターフェース５７０を提供する内部又は外部に公開されたＡＰＩを含む。
【００５９】
本明細書に説明される実施形態は、任意の適切に構成されたハードウェア及び／又はソフトウェアを用いてシステムに実装されることができる。図６は、モバイルデバイスの一例示的な図解を提供しており、モバイルデバイスは、ＵＥとして一般的に展開され、移動局（ＭＳ）、モバイルワイヤレスデバイス、モバイル通信デバイス、タブレット、ハンドセット、又は他のタイプのモバイルワイヤレスデバイスとして参照される。モバイルデバイスは、１つ以上のアンテナを含むことができ、該アンテナは、送信局、例えば、基地局（ＢＳ）、ｅＮＢ、ベースバンドユニット（ＢＢＵ）、リモート無線ヘッド（ＲＲＨ）、リモート無線機器（ＲＲＥ）、中継局（ＲＳ）、無線機器（ＲＥ）、又は他のタイプのワイヤレスワイドエリアネットワーク（ＷＷＡＮ）アクセスポイントなどと通信するように構成される。
【００６０】
ＵＥは、少なくとも図示されているとおり互いに結合された、無線周波数（ＲＦ）回路、ベースバンド回路、アプリケーション回路、メモリ／記憶装置、ディスプレイ、カメラ、センサ、及び入力／出力（Ｉ／Ｏ）インターフェースを含む。
【００６１】
アプリケーション回路は、これらに限られないが、１つ以上のシングルコア又はマルチコアプロセッサなどの回路を含み得る。プロセッサは、汎用目的プロセッサと専用プロセッサ（例えば、グラフィックスプロセッサ、アプリケーションプロセッサ等）との任意の組み合わせを含み得る。プロセッサは、メモリ／記憶装置に結合され、メモリ／記憶装置に記憶された命令を実行して、様々なアプリケーション及び／又はオペレーティングシステムがシステム上で動作することを可能にするように構成され得る。
【００６２】
ベースバンド回路は、これらに限られないが、１つ以上のシングルコア又はマルチコアプロセッサなどの回路を含み得る。プロセッサは、ベースバンドプロセッサを含み得る。ベースバンド回路は、ＲＦ回路を介して１つ以上の無線ネットワークとの通信を可能にする様々な無線制御機能を扱い得る。無線制御機能は、これらに限られないが、信号変調、エンコーディング、デコーディング、無線周波数シフト（shifting）等を含み得る。
【００６３】
いくつかの実施形態において、ベースバンド回路は、１つ以上の無線テクノロジーと互換性のある通信を提供し得る。例えば、いくつかの実施形態において、ベースバンド回路は、ＥＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）、及び／又は他のワイヤレスメトロポリタンエリアネットワーク（ＷＰＡＮ）、ワイヤレスローカルエリアネットワーク（ＷＬＡＮ）、及び／又はワイヤレスパーソナルエリアネットワーク（ＷＰＡＮ）との通信をサポートし得る。モバイルデバイスは、３ＧＰＰ  ＬＴＥ、ＷｉＭＡＸ（登録商標）、ＨＳＰＡ（Ｈｉｇｈ  Ｓｐｅｅｄ  Ｐａｃｋｅｔ  Ａｃｃｅｓｓ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、及びＷｉ−Ｆｉを含む少なくとも１つのワイヤレス通信標準を用いて通信するように構成されることができる。モバイルデバイスは、各ワイヤレス通信標準について別個のアンテナを、又は複数のワイヤレス通信標準について共有のアンテナを用いて、通信することができる。ベースバンド回路が２つ以上のワイヤレスプロトコルの無線通信をサポートするように構成される実施形態は、マルチモードベースバンド回路として参照されることがある。
【００６４】
様々な実施形態において、ベースバンド回路は、厳密にはベースバンド周波数内であるとみなされない信号を用いて動作する回路を含み得る。例えば、いくつかの実施形態において、ベースバンド回路は、ベースバンド周波数と無線周波数との間である中間の周波数を有する信号を用いて動作する回路を含み得る。
【００６５】
ＲＦ回路は、非固体媒体を通して、変調された電磁放射を用いて、ワイヤレスネットワークとの通信を可能にし得る。様々な実施形態において、ＲＦ回路は、スイッチ、フィルタ、増幅器等を含んで、ワイヤレスネットワークとの通信を容易にし得る。
【００６６】
様々な実施形態において、ＲＦ回路は、厳密には無線周波数内であるとみなされない信号を用いて動作する回路を含み得る。例えば、いくつかの実施形態において、ＲＦ回路は、ベースバンド周波数と無線周波数との間である中間の周波数を有する信号を用いて動作する回路を含み得る。
【００６７】
いくつかの実施形態において、ベースバンド回路、アプリケーション回路、及び／又はメモリ／記憶装置についての構成コンポーネントのうちいくつか又はすべてが、システムオンチップ（ＳＯＣ）又は他のコントローラ回路上に一緒に実装され得る。コントローラ回路は、上記で紹介された手法を実行するように構成された回路を含むことができ、ソフトウェア及び／又はファームウェアによりプログラムされ又は構成されたプログラマブル回路によって実装されてもよく、あるいは全体的に特別目的ハードワイヤード回路によって実装されてもよく、あるいは上記の形態の組み合わせであってもよい。上記特別目的回路は（もしある場合）、例えば、１つ以上の特定用途向け集積回路（ＡＳＩＣ）、プログラマブル論理デバイス（ＰＬＤ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等の形態であり得る。
【００６８】
メモリ／記憶装置は、例えば、オペレーティングシステムのために、データ及び／又は命令をロードし、記憶することに使用され得る。一実施形態のメモリ／記憶装置は、適切な揮発性メモリ（例えば、ダイナミックランダムアクセスメモリ（ＤＲＡＭ））及び／又は不揮発性メモリ（例えば、フラッシュメモリ）の任意の組み合わせを含み得る。
【００６９】
様々な実施形態において、入力／出力（Ｉ／Ｏ）インターフェースは、システムとのユーザインタラクションを可能にするように設計された１つ以上のユーザインターフェース、及び／又はシステムとの周辺コンポーネントインタラクションを可能にするように設計された周辺コンポーネントインターフェースを含み得る。ユーザインターフェースは、これらに限られないが、物理キーボード又はキーパッド、タッチパッド、スピーカー、マイクロフォン等を含み得る。周辺コンポーネントインターフェースは、これらに限られないが、不揮発メモリポート、ユニバーサルシリアルバス（ＵＳＢ）ポート、オーディオジャック、及び電力供給インターフェースを含み得る。
【００７０】
様々な実施形態において、センサが、システムに関する環境条件及び／又は場所情報を決定するための１つ以上の感知デバイスを含み得る。いくつかの実施形態において、センサは、これらに限られないが、ジャイロセンサ、加速度計、近接センサ、周辺光センサ、及び測位ユニットを含み得る。測位ユニットはさらに、ベースバンド回路及び／又はＲＦ回路の一部であり、あるいはベースバンド回路及び／又はＲＦ回路と相互作用して、測位ネットワーク、例えば、グローバルポジショニングシステム（ＧＰＳ）衛星のコンポーネントと通信し得る。
【００７１】
様々な実施形態において、上記ディスプレイは、ディスプレイ（例えば、液晶ディスプレイ、タッチスクリーンディスプレイ等）を含み得る。ディスプレイ画面は、液晶ディスプレイ（ＬＣＤ）画面又は他のタイプのディスプレイ画面、例えば、有機発光ダイオード（ＯＬＥＤ）ディスプレイなどであり得る。ディスプレイ画面は、タッチスクリーンとして構成されることができる。タッチスクリーンは、容量性、抵抗性、又は別のタイプのタッチスクリーンテクノロジーを使用し得る。アプリケーションプロセッサ及びグラフィックスプロセッサが、内部メモリに結合されて処理及び表示能力を提供することができる。
【００７２】
様々な実施形態において、システムは、これらに限られないが、ラップトップコンピューティングデバイス、タブレットコンピューティングデバイス、ネットブック、ＵｌｔｒａｂｏｏｋＴＭ、スマートフォン等などの、モバイルコンピューティングデバイスであり得る。様々な実施形態において、システムは、より多くの又はより少ないコンポーネント、及び／又は異なるアーキテクチャを有し得る。
【００７３】
図７は、図１のＭＭＥ１２２、ＭＴＣ−ＩＷＦ１５０、及びＳＣＥＦ／ＳＣＳ１６０の内部コンポーネントをさらに詳細に示すサブシステム７００のブロック図を例示している。ＭＭＥ１２２、ＭＴＣ−ＩＷＦ１５０、及びＳＣＥＦ／ＳＣＳ１６０の各々は、受信及び送信コンポーネントのために１つ以上のソフトウェア機能を実行するように配置されたコントローラ回路を有する、コンピュータにより実施される装置を含み得る。具体的に、図７は、ＭＭＥ１２２を、コントローラ回路７１０、受信コンポーネント７２０、及び送信コンポーネント７３０を含むものとして示している。ＭＴＣ−ＩＷＦ１５０は、コントローラ回路７４０、受信コンポーネント７５０、及び送信コンポーネント７６０を含む。ＳＣＥＦ／ＳＣＳ１６０は、コントローラ回路７７０、受信コンポーネント７８０、及び送信コンポーネント７９０を含む。前述されたコントローラ回路、受信コンポーネント、及び送信コンポーネントは、様々なベンダの商業的に利用可能な機器及びロジックコンポーネント、例えば、図６を参照してこれまでに説明されたものと同様のコンポーネントなどから利用可能であり得る。
【００７４】
いくつかの例に従い、ＭＭＥ１２２、ＭＴＣ−ＩＷＦ１５０、及びＳＣＥＦ／ＳＣＳ１６０の各々は、ＬＴＥ−Ａを含む１つ以上の３ＧＰＰ  ＬＴＥ仕様に準拠して動作して、ＭＴＣ−ＩＷＦ１５０を通してＴｓｐ及びＴ５トリガリングによってＣＮ支援情報メッセージ（例えば、ＡＴＣＩ、図４）を通信することができるネットワーク機器に、実装され得る。その場合、コントローラ回路は、上記メッセージをフォーマットし（formats）、解釈し、これにより、送信及び受信コンポーネントを制御して、メッセージを送り、メッセージを受け取り、メッセージに応答する。
【００７５】
図７に示される装置は各々、３つの内部コンポーネントを有するブロック図として表されているが、これら装置はさらなるコンポーネントを有してもよく、いくつかの実装において所望されるとおり様々な構成において配置されてもよいことが理解される。例えば、ＭＴＣ−ＩＷＦ１５０は、ＳＣＥＦ／ＳＣＳ１６０と同じ場所に位置し得る。さらに、ＭＴＣ−ＩＷＦ１５０は、ネットワーク認証、デバイストリガハンドリング、セキュリティ機能、及び参照点ハンドリングを実行する機能コンポーネント又はモジュール（例えば、コンピュータロジックにより実行されるソフトウェアにおいて実施される）を含み得る。
【００７６】
実施形態は、ハードウェア、ファームウェア、及びソフトウェアのうち１つ又は組み合わせにおいて実装され得る。実施形態はさらに、コンピュータ可読記憶デバイス上に記憶された命令として実装されてもよく、上記命令は、少なくとも１つのプロセッサによって読み出され及び実行されて、本明細書に説明された動作を実行し得る。コンピュータ可読記憶デバイスは、マシン（例えば、コンピュータ）により読取可能な形式で情報を記憶する任意の非一時的メカニズムを含み得る。例えば、コンピュータ可読記憶デバイスは、読取専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光学記憶媒体、フラッシュメモリデバイス、並びに他の記憶デバイス及び媒体を含み得る。いくつかの実施形態において、１つ以上のプロセッサが、コンピュータ可読記憶デバイス上に記憶された命令を用いて構成され得る。下記は、さらなる例示的な実施形態である。
【００７７】
例１．
ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）ワイヤレスネットワークのコアネットワークにおける動作のためのＭＴＣ−ＩＷＦ（ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｎｔｅｒｗｏｒｋｉｎｇ  ｆｕｎｃｔｉｏｎ）装置であって、
アプリケーション通信パターン情報と、当該ＭＴＣ−ＩＷＦ装置が上記アプリケーション通信パターン情報をＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）に提供することの要求と、を含む要求メッセージをＳＣＳ（ｓｅｒｖｉｃｅｓ  ｃａｐａｂｉｌｉｔｙ  ｓｅｒｖｅｒ）から受信する受信コンポーネントと、
上記アプリケーション通信パターン情報を当該ＭＴＣ−ＩＷＦ装置から上記ＭＭＥに直接送出するデバイストリガ送出コンポーネントと、
を含むＭＴＣ−ＩＷＦ装置。
【００７８】
例２．
Ｔｓｐインターフェースを通して当該ＭＴＣ−ＩＷＦ装置から上記ＳＣＳに、上記ＭＭＥが上記アプリケーション通信パターン情報を受信したかを示すＤｉａｍｅｔｅｒベースの返答メッセージを送信する送信コンポーネント、をさらに含む例１に記載のＭＴＣ−ＩＷＦ装置。
【００７９】
例３．
上記送信コンポーネントは、ＤＡＡ（Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ−Ａｎｓｗｅｒ）コマンドを表すＩＡＮＡ（Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎ  Ｎｕｍｂｅｒ  Ａｕｔｈｏｒｉｔｙ）  Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒコード値を有する上記Ｄｉａｍｅｔｅｒベースの返答メッセージを送信するように構成される、例２に記載のＭＴＣ−ＩＷＦ装置。
【００８０】
例４．
上記送信コンポーネントは、ＤＮＡ（Ｄｅｖｉｃｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ａｎｓｗｅｒ）コマンドを表すＩＡＮＡ（Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎ  Ｎｕｍｂｅｒ  Ａｕｔｈｏｒｉｔｙ）  Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒコード値を有する上記Ｄｉａｍｅｔｅｒベースの返答メッセージを送信するように構成される、例２に記載のＭＴＣ−ＩＷＦ装置。
【００８１】
例５．
上記送信コンポーネントは、上記Ｄｉａｍｅｔｅｒベースの返答メッセージを、該返答メッセージがＡＴＣＩ（Ａｐｐｌｉｃａｔｉｏｎ−Ｔｒａｆｆｉｃ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｉｎｆｏｒｍａｔｉｏｎ）コマンドであると示すことによって、送信するように構成される、例２に記載のＭＴＣ−ＩＷＦ装置。
【００８２】
例６．
上記要求メッセージは、Ｄｉａｍｅｔｅｒベースの要求メッセージを含み、上記受信コンポーネントは、上記アプリケーション通信パターン情報を含むＤＡＲ（Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ−Ｒｅｑｕｅｓｔ）コマンドを表すＩＡＮＡ（Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎ  Ｎｕｍｂｅｒ  Ａｕｔｈｏｒｉｔｙ）  Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒコード値を有する上記Ｄｉａｍｅｔｅｒベースの要求メッセージを受信するように構成される、例１乃至５のうちいずれか１項に記載のＭＴＣ−ＩＷＦ装置。
【００８３】
例７．
上記要求メッセージは、Ｄｉａｍｅｔｅｒベースの要求メッセージを含み、上記受信コンポーネントは、上記アプリケーション通信パターン情報を含むＤＮＲ（Ｄｅｖｉｃｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ）コマンドを表すＩＡＮＡ（Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎ  Ｎｕｍｂｅｒ  Ａｕｔｈｏｒｉｔｙ）  Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒコード値を有する上記Ｄｉａｍｅｔｅｒベースの要求メッセージを受信するように構成される、例１乃至５のうちいずれか１項に記載のＭＴＣ−ＩＷＦ装置。
【００８４】
例８．
上記要求メッセージは、Ｄｉａｍｅｔｅｒベースの要求メッセージを含み、上記受信コンポーネントは、上記アプリケーション通信パターン情報を含むＤＩＲ（Ｄｅｖｉｃｅ−Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｐｏｒｔ）コマンドを表すＩＡＮＡ（Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎ  Ｎｕｍｂｅｒ  Ａｕｔｈｏｒｉｔｙ）  Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒコード値を有する上記Ｄｉａｍｅｔｅｒベースの要求メッセージを受信するように構成される、例１乃至５のうちいずれか１項に記載のＭＴＣ−ＩＷＦ装置。
【００８５】
例９．
上記要求メッセージは、Ｄｉａｍｅｔｅｒベースの要求メッセージを含み、上記受信コンポーネントは、ＡＴＣＩ（Ａｐｐｌｉｃａｔｉｏｎ−Ｔｒａｆｆｉｃ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｉｎｆｏｒｍａｔｉｏｎ）コマンドを表すＩＡＮＡ（Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎ  Ｎｕｍｂｅｒ  Ａｕｔｈｏｒｉｔｙ）  Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒコード値を有する上記Ｄｉａｍｅｔｅｒベースの要求メッセージを受信するように構成される、例１乃至５のうちいずれか１項に記載のＭＴＣ−ＩＷＦ装置。
【００８６】
例１０．
上記受信コンポーネントは、Ｔｓｐインターフェースから独立して上記要求メッセージを受信するＲＥＳＴ（ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ  ｓｔａｔｅ  ｔｒａｎｓｆｅｒ）アプリケーションプログラミングインターフェース（ＡＰＩ）を公開するように構成される、例１乃至９のうちいずれか１項に記載のＭＴＣ−ＩＷＦ装置。
【００８７】
例１１．
ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）ワイヤレスネットワークのコアネットワークにおける動作のためのＭＴＣ−ＩＷＦ（ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｎｔｅｒｗｏｒｋｉｎｇ  ｆｕｎｃｔｉｏｎ）装置により実行される方法であって、
アプリケーション通信パターン情報と、上記ＭＴＣ−ＩＷＦ装置が上記アプリケーション通信パターン情報をＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）に提供することの要求と、を含む要求メッセージをＳＣＳ（ｓｅｒｖｉｃｅｓ  ｃａｐａｂｉｌｉｔｙ  ｓｅｒｖｅｒ）から受信するステップと、
上記アプリケーション通信パターン情報を上記ＭＴＣ−ＩＷＦ装置から上記ＭＭＥに送出するステップと、
を含む方法。
【００８８】
例１２．
Ｔｓｐインターフェースを通して上記ＭＴＣ−ＩＷＦ装置から上記ＳＣＳに、上記ＭＭＥが上記アプリケーション通信パターン情報を受信したかを示すＤｉａｍｅｔｅｒベースの返答メッセージを送信するステップ、をさらに含む例１１に記載の方法。
【００８９】
例１３．
上記送信するステップは、ＤＡＡ（Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ−Ａｎｓｗｅｒ）コマンドを表すＩＡＮＡ（Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎ  Ｎｕｍｂｅｒ  Ａｕｔｈｏｒｉｔｙ）  Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒコード値を有する上記Ｄｉａｍｅｔｅｒベースの返答メッセージを送信することを含む、例１２に記載の方法。
【００９０】
例１４．
上記送信するステップは、ＤＮＡ（Ｄｅｖｉｃｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ａｎｓｗｅｒ）コマンドを表すＩＡＮＡ（Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎ  Ｎｕｍｂｅｒ  Ａｕｔｈｏｒｉｔｙ）  Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒコード値を有する上記Ｄｉａｍｅｔｅｒベースの返答メッセージを送信することを含む、例１２に記載の方法。
【００９１】
例１５．
上記送信するステップは、上記Ｄｉａｍｅｔｅｒベースの返答メッセージを、該返答メッセージがＡＴＣＩ（Ａｐｐｌｉｃａｔｉｏｎ−Ｔｒａｆｆｉｃ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｉｎｆｏｒｍａｔｉｏｎ）コマンドであると示すことによって、送信することを含む、例１２に記載の方法。
【００９２】
例１６．
上記受信するステップは、上記アプリケーション通信パターン情報を含むＤＡＲ（Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ−Ｒｅｑｕｅｓｔ）コマンドを表すＩＡＮＡ（Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎ  Ｎｕｍｂｅｒ  Ａｕｔｈｏｒｉｔｙ）  Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒコード値を有するＤｉａｍｅｔｅｒベースの要求メッセージを含む上記要求メッセージを受信することを含む、例１１乃至１５のうちいずれか１項に記載の方法。
【００９３】
例１７．
上記受信するステップは、上記アプリケーション通信パターン情報を含むＤＮＲ（Ｄｅｖｉｃｅ−Ｎｏｔｉｆｉｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ）コマンドを表すＩＡＮＡ（Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎ  Ｎｕｍｂｅｒ  Ａｕｔｈｏｒｉｔｙ）  Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒコード値を有するＤｉａｍｅｔｅｒベースの要求メッセージを含む上記要求メッセージを受信することを含む、例１１乃至１５のうちいずれか１項に記載の方法。
【００９４】
例１８．
上記受信するステップは、上記アプリケーション通信パターン情報を含むＤＩＲ（Ｄｅｖｉｃｅ−Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｐｏｒｔ）コマンドを表すＩＡＮＡ（Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎ  Ｎｕｍｂｅｒ  Ａｕｔｈｏｒｉｔｙ）  Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒコード値を有するＤｉａｍｅｔｅｒベースの要求メッセージを含む上記要求メッセージを受信することを含む、例１１乃至１５のうちいずれか１項に記載の方法。
【００９５】
例１９．
上記受信するステップは、ＡＴＣＩ（Ａｐｐｌｉｃａｔｉｏｎ−Ｔｒａｆｆｉｃ−Ｃｏｎｆｉｇｕｒａｔｉｏｎ−Ｉｎｆｏｒｍａｔｉｏｎ）コマンドを表すＩＡＮＡ（Ｉｎｔｅｒｎｅｔ  Ａｓｓｉｇｎ  Ｎｕｍｂｅｒ  Ａｕｔｈｏｒｉｔｙ）  Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒコード値を有するＤｉａｍｅｔｅｒベースの要求メッセージを含む上記要求メッセージを受信することを含む、例１１乃至１５のうちいずれか１項に記載の方法。
【００９６】
例２０．
上記受信するステップは、Ｔｓｐインターフェースから独立したＲＥＳＴ（ｒｅｐｒｅｓｅｎｔａｔｉｏｎａｌ  ｓｔａｔｅ  ｔｒａｎｓｆｅｒ）アプリケーションプログラミングインターフェース（ＡＰＩ）を通して上記要求メッセージを受信することを含む、例１１乃至１９のうちいずれか１項に記載の方法。
【００９７】
例２１．
ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）ワイヤレスネットワークにおいてユーザ機器（ＵＥ）デバイスに関連付けられたアプリケーション通信パターン情報を動的に受信するＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）であって、
ＭＴＣ−ＩＷＦ（ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｎｔｅｒｗｏｒｋｉｎｇ  ｆｕｎｃｔｉｏｎ）ノードから、上記ＵＥデバイスと動作的に関連するＭＴＣアプリケーションの通信パターンを表すための、ＳＣＥＦ（ｓｅｒｖｉｃｅ  ｃａｐａｂｉｌｉｔｙ  ｅｘｐｏｓｕｒｅ  ｆｕｎｃｔｉｏｎ）又はＳＣＳ（ｓｅｒｖｉｃｅｓ  ｃａｐａｂｉｌｉｔｙ  ｓｅｒｖｅｒ）により提供されるアプリケーション通信パターン情報を受信する通信ポートと、
ｅＮＢ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ  ｎｏｄｅ  Ｂ）と通信して上記アプリケーション通信パターン情報を上記ｅＮＢに提供する送信機デバイスと、
を含むＭＭＥ。
【００９８】
例２２．
上記通信ポートは、Ｔ５インターフェースを通じた通信に対して構成され、上記通信ポートは、上記ＭＴＣ−ＩＷＦノードにより開始されるＴ５デバイストリガ手順の間、上記アプリケーション通信パターン情報を受信するように構成される、例２１に記載のＭＭＥ。
【００９９】
例２３．
上記アプリケーション通信パターン情報から、該アプリケーション通信パターン情報のトラフィック活動パラメータを含む属性値ペア（ＡＶＰ）を識別するように構成された回路、をさらに含む例２１乃至２２のうちいずれか１項に記載のＭＭＥ。
【０１００】
例２４．
上記ＡＶＰは、トラフィックタイプ、トラフィック方向、到着間時間（Inter-Arrival  Time；ＩＡＴ）、サブＩＡＴ（sub-IAT）、パケットサイズ／長さ、送信することを許容される時間ウィンドウ、サービスのサービス品質、サービス優先順位、又はＡｐｐｌｉｃａｔｉｏｎ−Ｐｏｒｔ−Ｉｄｅｎｔｉｆｉｅｒ  ＡＶＰのうち、少なくとも１つを含む、例２３に記載のＭＭＥ。
【０１０１】
例２５．
Ｓ１確立に応答して上記アプリケーション通信パターン情報を上記ｅＮＢに提供するように構成された回路、をさらに含む例２１乃至２４のうちいずれか１項に記載のＭＭＥ。
【０１０２】
例２６．
上記ｅＮＢを更新するための所定のタイマ値に応答して、上記アプリケーション通信パターン情報を上記ｅＮＢに提供するように構成された回路、をさらに含む例２１乃至２５のうちいずれか１項に記載のＭＭＥ。
【０１０３】
例２７．
ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）ワイヤレスネットワークにおけるユーザ機器（ＵＥ）に関連付けられたアプリケーション通信パターン情報を動的に受信する、ＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）により実行される方法であって、
ＭＴＣ−ＩＷＦ（ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｎｔｅｒｗｏｒｋｉｎｇ  ｆｕｎｃｔｉｏｎ）ノードから、上記ＵＥと動作的に関連するＭＴＣアプリケーションの通信パターンを表すための、ＳＣＥＦ（ｓｅｒｖｉｃｅ  ｃａｐａｂｉｌｉｔｙ  ｅｘｐｏｓｕｒｅ  ｆｕｎｃｔｉｏｎ）又はＳＣＳ（ｓｅｒｖｉｃｅｓ  ｃａｐａｂｉｌｉｔｙ  ｓｅｒｖｅｒ）により提供されるアプリケーション通信パターン情報を受信するステップと、
ｅＮＢ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ  ｎｏｄｅ  Ｂ）と通信して、上記アプリケーション通信パターン情報を上記ｅＮＢに提供するステップと、
を含む方法。
【０１０４】
例２８．上記受信するステップは、上記アプリケーション通信パターン情報を、上記ＭＴＣ−ＩＷＦノードにより開始されるＴ５デバイストリガ手順の間、Ｔ５インターフェースを通じて受信することを含む、例２７に記載の方法。
【０１０５】
例２９．
上記アプリケーション通信パターン情報から、該アプリケーション通信パターン情報のトラフィック活動パラメータを含む属性値ペア（ＡＶＰ）を識別するステップ、をさらに含む例２７乃至２８のうちいずれか１項に記載の方法。
【０１０６】
例３０．
上記ＡＶＰは、トラフィックタイプ、トラフィック方向、到着間時間（ＩＡＴ）、サブＩＡＴ、パケットサイズ／長さ、送信することを許容される時間ウィンドウ、サービスのサービス品質、サービス優先順位、又はＡｐｐｌｉｃａｔｉｏｎ−Ｐｏｒｔ−Ｉｄｅｎｔｉｆｉｅｒ  ＡＶＰのうち、少なくとも１つを含む、例２９に記載の方法。
【０１０７】
例３１．
Ｓ１確立に応答して上記アプリケーション通信パターン情報を上記ｅＮＢに提供するステップ、をさらに含む例２７乃至３０のうちいずれか１項に記載の方法。
【０１０８】
例３２．
上記ｅＮＢを更新するための所定のタイマ値に応答して、上記アプリケーション通信パターン情報を上記ｅＮＢに提供するステップ、をさらに含む例２７乃至３０のうちいずれか１項に記載の方法。
【０１０９】
例３３．
ＬＴＥ−Ａ（ＬＴＥ‐Ａｄｖａｎｃｅｄ）を含む１つ以上の３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）  ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）標準に準拠して動作するＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）にコアネットワーク（ＣＮ）支援情報を提供する方法であって、
ＳＣＥＦ（ｓｅｒｖｉｃｅ  ｃａｐａｂｉｌｉｔｙ  ｅｘｐｏｓｕｒｅ  ｆｕｎｃｔｉｏｎ）又はＳＣＳ（ｓｅｒｖｉｃｅ  ｃａｐａｂｉｌｉｔｙ  ｓｅｒｖｅｒ）において、該ＳＣＥＦ／ＳＣＳにより公開されるアプリケーションプログラミングインターフェース（ＡＰＩ）を通してアプリケーションサーバ（ＡＳ）から第１のコマンドを受信するステップであって、上記第１のコマンドはアプリケーション通信パターン情報を含む、ステップと、
ＭＴＣ−ＩＷＦ（ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｉｎｔｅｒｗｏｒｋｉｎｇ  ｆｕｎｃｔｉｏｎ）エンティティと通信して、上記アプリケーション通信パターン情報を上記ＭＴＣ−ＩＷＦエンティティに伝達し、これにより上記ＭＴＣ−ＩＷＦエンティティに、上記アプリケーション通信パターン情報を上記ＭＭＥに対して送出させるステップと、
上記ＭＴＣ−ＩＷＦエンティティから第２のコマンドを受信するステップであって、上記第２のコマンドは、上記アプリケーション通信パターン情報が上記ＭＭＥに成功裏に送付されたかを示す、ステップと、
を含む方法。
【０１１０】
例３４．
上記第２のコマンドをＤＡＡ（Ｄｅｖｉｃｅ−Ａｃｔｉｏｎ−Ａｎｓｗｅｒ）コマンドの形式において受信するステップ、をさらに含む例３３に記載の方法。
【０１１１】
例３５．
上記第２のコマンドをＤＩＡ（Ｄｅｖｉｃｅ−Ｉｎｆｏｒｍａｔｉｏｎ−Ａｎｓｗｅｒ）コマンドの形式において受信するステップ、をさらに含む例３３に記載の方法。
【０１１２】
例３６．
上記ＭＴＣ−ＩＷＦエンティティは上記ＳＣＥＦ／ＳＣＳと同じ場所に位置し、上記通信することは内部的なＴｓｐトリガ送出を含む、例３３に記載の方法。
【０１１３】
例３７．
実行されるときに例１１乃至２０又は２７乃至３６のうちいずれか１項に記載の方法を実施するマシン可読命令を含むマシン可読記憶装置。
【０１１４】
例３８．
例１１乃至２０又は２７乃至３６のうちいずれか１項に記載の方法を実行する手段を含むシステム。
【０１１５】
本発明の基礎を成す原理から逸脱することなく、上記で説明された実施形態の詳細に対して多くの変更がなされ得ることが、当業者により理解されるであろう。ゆえに、本発明の範囲は、別記の請求項によってのみ決定されるべきである。
【図１】
0006434040.tif 000006
【図２】
0006434040.tif 000007
【図３】
0006434040.tif 000008
【図４】
0006434040.tif 000009
【図５】
0006434040.tif 000010
【図６】
0006434040.tif 000011
【図７】
0006434040.tif 000012