(57)【特許請求の範囲】
【請求項１】
プロセッサとメモリとを備えている装置であって、前記装置は、前記装置の前記メモリ内に記憶されたコンピュータ実行可能命令をさらに含み、前記命令は、前記装置の前記プロセッサによって実行されると、
サーバから第１のユーザ機器（ＵＥ）を特定する第１の場所コンテキスト要求を受信することと、
前記サーバが前記第１のＵＥに固有の第１の場所コンテキスト情報を取得する権限があるか否かを判断することと、
コアネットワークノードから前記第１のＵＥに固有の第１の場所コンテキスト情報を取得することであって、前記第１の場所コンテキスト情報は、前記コアネットワークノードが取得した前記第１のＵＥの場所情報および前記コアネットワークノードと通信する１又は複数のコアネットワークノードの輻輳レベルを含み、前記１又は複数のコアネットワークノードは、ユーザプレーンノード及び制御プレーンノードを含むことと、
前記サーバが前記権限を有していると判断した場合に、前記第１の場所コンテキスト情報を前記サーバに提供することと
を前記装置に行わせる、装置。
【請求項２】
前記第１の場所コンテキスト情報は、前記第１のＵＥにおいて利用可能な無線アクセス技術（ＲＡＴ）についての情報を含む、請求項１に記載の装置。
【請求項３】
前記コアネットワークノードは、ゲートウェイモバイルロケーションセンタ（ＧＭＬＣ）である、請求項１に記載の装置。
【請求項４】
前記コアネットワークノードは、ホームサブスクライバサーバ（ＨＳＳ）である、請求項１に記載の装置。
【請求項５】
前記コアネットワークノードは、ポリシおよび課金ルール機能（ＰＣＲＦ）である、請求項１に記載の装置。
【請求項６】
前記ポリシおよび課金ルール機能（ＰＣＲＦ）は、ポリシおよび課金施行機能（ＰＣＥＦ）から前記第１の場所コンテキスト情報を取得する、請求項５に記載の装置。
【請求項７】
前記ポリシおよび課金ルール機能（ＰＣＲＦ）は、無線アクセスネットワーク（ＲＡＮ）輻輳認識機能（ＲＣＡＦ）から前記第１の場所コンテキスト情報を取得する、請求項５に記載の装置。
【請求項８】
前記コアネットワークノードは、ポリシおよび課金施行機能（ＰＣＥＦ）である、請求項１に記載の装置。
【請求項９】
前記コアネットワークノードは、無線アクセスネットワーク（ＲＡＮ）輻輳認識機能（ＲＣＡＦ）である、請求項１に記載の装置。
【請求項１０】
前記コアネットワークノードは、モビリティ管理エンティティ（ＭＭＥ）である、請求項１に記載の装置。
【請求項１１】
前記コアネットワークノードは、サービングＧＰＲＳサポートノード（ＳＧＳＮ）である、請求項１に記載の装置。
【請求項１２】
前記コアネットワークノードは、３ＧＰＰ認証、承認、および会計（ＡＡＡ）サーバである、請求項１に記載の装置。
【請求項１３】
前記装置は、サービス能力エクスポージャ機能（ＳＣＥＦ）である、請求項１に記載の装置。
【請求項１４】
装置による使用のための方法であって、前記装置は、プロセッサとメモリとを備え、前記装置は、前記メモリ内に記憶されたコンピュータ実行可能命令をさらに含み、前記命令は、前記プロセッサによって実行されると、
サーバから第１のユーザ機器（ＵＥ）を特定する第１の場所コンテキスト要求を受信することと、
前記サーバが前記第１のＵＥに固有の第１の場所コンテキスト情報を取得する権限があるか否かを判断することと、
コアネットワークノードから前記第１のＵＥに固有の第１の場所コンテキスト情報を取得することであって、前記第１の場所コンテキスト情報は、前記コアネットワークノードが取得した前記第１のＵＥの場所情報および前記コアネットワークノードと通信する１又は複数のコアネットワークノードの輻輳レベルを含み、前記１又は複数のコアネットワークノードは、ユーザプレーンノード及び制御プレーンノードを含むことと、
前記サーバが前記権限を有していると判断した場合に、前記第１の場所コンテキスト情報を前記サーバに提供することと
を含む、方法の機能を果たす、方法。
【請求項１５】
プロセッサとメモリとを備えているサーバであって、前記サーバは、前記装置の前記メモリ内に記憶されたコンピュータ実行可能命令をさらに含み、前記命令は、前記サーバの前記プロセッサによって実行されると、
第１のユーザ機器（ＵＥ）を特定する第１の場所コンテキスト要求をノードに送信することと、
前記サーバが前記第１のＵＥに固有の第１の場所コンテキスト情報を取得する権限があると前記ノードによって判断された場合に、前記ノードがコアネットワークノードから取得した前記第１のＵＥに固有の第１の場所コンテキスト情報を前記ノードから受信することであって、前記第１の場所コンテキスト情報は、前記コアネットワークノードが取得した前記第１のＵＥの場所情報および前記コアネットワークノードと通信する１又は複数のコアネットワークノードの輻輳レベルを含み、前記１又は複数のコアネットワークノードは、ユーザプレーンノード及び制御プレーンノードを含むことと、
を前記サーバに行わせる、サーバ。
【請求項１６】
第１のユーザ機器（ＵＥ）、サーバ、ノードを含む通信システムであって、
前記サーバから、前記第１のＵＥを特定する第１の場所コンテキスト要求を、前記ノードに送信する処理と、
前記ノードが、前記サーバが前記第１のＵＥに固有の第１の場所コンテキスト情報を取得する権限があるか否かを判断する処理と、
前記ノードが、前記第１のＵＥに固有の第１の場所コンテキスト情報をコアネットワークノードから取得する処理であって、前記第１の場所コンテキスト情報は、前記コアネットワークノードが取得した前記第１のＵＥの場所情報および前記コアネットワークノードと通信する１又は複数のコアネットワークノードの輻輳レベルを含み、前記１又は複数のコアネットワークノードは、ユーザプレーンノード及び制御プレーンノードを含む処理と、
前記ノードが、前記サーバが前記権限を有していると判断した場合に、前記第１の場所コンテキスト情報を、前記サーバに提供する処理と、
前記第１のＵＥが、前記サーバに提供された前記第１の場所コンテキスト情報に基づくマシンツーマシン（Ｍ２Ｍ）通信を行う処理と、
を含む、通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の引用）
本願は、米国仮特許出願第６２／１８６，０１８号（２０１５年６月２９日出願）の利益を主張し、上記出願の開示は、それらの全体が記載されている場合のように参照により本明細書に引用される。
【背景技術】
【０００２】
マシンツーマシン（Ｍ２Ｍ）は、無線および有線システムが両方とも他のデバイスと通信することを可能にする技術に関する。Ｍ２Ｍは、モノのインターネット（ＩｏＴ）の一体部分と見なされ、殆どが監視のためであるが、制御目的のためにも、工業オートメーション、物流、スマートグリッド、スマートシティ、健康、防衛等の広範囲の用途を有する。
【０００３】
Ｍ２Ｍは、場所ベースのサービス（ＬＢＳ）用途で重要な役割を果たすことができる。ＬＢＳのいくつかのＭ２Ｍ例は、棚卸のため等にアセットの場所を特定すること、その目的地に着くまでコンテナが開放されていないことをチェックすること等の場所に依存するルールを適用すること、使用ベースの保険のため等に課金目的のためにアセットを追跡すること、および緊急受領のために最も近くのトラックの場所を特定するため等に所与の地域内のアセットを見出すことを含む。
【０００４】
特に興味深いことは、場所情報（場所、アセットのステータス、変化）を把握すること、および場所情報に基づいて措置を講じること（措置を講じる、知らせる、補助する、サポートする）に関する、無線アセット追跡である。アセットは、固定型（例えば、自動販売機システム）または移動型であり得る（輸送中の品物）。
【０００５】
ｏｎｅＭ２Ｍ、ＯＭＡ、および３ＧＰＰ等の複数の規格団体では、場所情報が着目されている。以下では、場所要件およびソリューションに向けた各規格団体の観点ならびに寄与が説明される。
【０００６】
ｏｎｅＭ２Ｍ場所（ＬＯＣ）共通サービス機能（ＣＳＦ）１０２は、アプリケーションエンティティ（ＡＥ）１０４が、ｏｎｅＭ２Ｍ  ＴＳ  ０００１で示されるようなＬＢＳのためのノード（例えば、モバイルノード）の地理的場所情報を取得することを可能にすることが意図される。ＬＯＣ  ＣＳＦ１０２は、下層ネットワーク内で場所サーバと相互作用し得る。地理的場所情報は、単に経度および緯度情報を上回るものを含むことができる。
【０００７】
Ｏｐｅｎ  Ｍｏｂｉｌｅ  Ａｌｌｉａｎｃｅ（ＯＭＡ）ＡＰＩは、（円形地域の中および外を横断する）円形の地理的地域に関連して端末場所、距離、または端末移動のための「端末場所」アプリケーションプログラムインターフェース（ＡＰＩ）を提供する。より精密には、「端末場所」ＡＰＩは、以下の動作をサポートし、すなわち、現在の端末場所を取得し、所与の場所から端末距離を取得し、２つの端末の距離を取得し、周期的通知へのクライアント特定のサブスクリプションを管理し、地域（円）通知へのクライアント特定のサブスクリプションを管理し、距離通知へのクライアント特定のサブスクリプションを管理する。
【０００８】
場所サービス（ＬＣＳ）の機能的ステージ２説明は、ＴＳ  ２３．２７１に含まれる。ＴＳ  ２３．２７１の第６節に示されるように、図２は、「ＧＳＭ（登録商標）、ＵＭＴＳ、およびＥＰＳにおける場所サービス特徴の一般的配列を示す。これは、概して、ＧＥＲＡＮ、ＵＴＲＡＮ、およびＥ−ＵＴＲＡＮアクセスネットワークとのコアネットワーク内のＬＣＳクライアントならびにサーバの関係を図示する。アクセスネットワーク内のＬＣＳエンティティは、Ａ、Ｇｂ、Ｉｕ、およびＳ１インターフェースを横断してコアネットワークと通信する。アクセスネットワークＬＣＳエンティティ間の通信は、アクセスネットワークのメッセージングおよび信号伝達能力を利用する。」
ゲートウェイモバイルロケーションセンタ（ＧＭＬＣ）３０２に関して、ＴＳ  ２３．２７１の第６．３．３節に示されるように、「ＧＭＬＣは、ＰＬＭＮ内で外部ＬＣＳクライアントがアクセスする最初のノードである（すなわち、Ｌｅ参照点がＧＭＬＣによってサポートされる）。ＧＭＬＣは、Ｌｈインターフェースを介してホームロケーションレジスタ（ＨＬＲ）またはＳＬｈ／Ｌｈインターフェースを介してＨＳＳからルーティング情報を要求し得る。図２の注記１は、ＨＳＳが２Ｇ−ＨＬＲおよび３Ｇ−ＨＬＲ機能性を両方とも含むことを示す。登録承認を行った後、これは、測位要求を、訪問先モバイル交換センタ（ＭＳＣ）（２Ｇ−ＭＳＣ）、ＳＧＳＮ、ＭＳＣサーバ、またはＭＭＥのいずれかに送信し、Ｌｇ、Ｌｇｄ、もしくはＳＬｇインターフェースを介して、対応するエンティティから最終場所推定値を受信する。」ＧＭＬＣの参照点は、図３に示されている（ＴＳ  ２９．１７３）。
【０００９】
ＧＭＬＣ３０２は、上記のように、場所推定値のみを提供する。換言すると、これは、サービングノードのうちのいずれか（例えば、ＭＭＥ３０６）における利用可能な無線アクセス技術（ＲＡＴ）または輻輳レベル等の任意の他のコンテキスト情報を提供しない。
【００１０】
上記に示されるように、ＧＭＬＣ３０２は、ＵＥの場所について問い合わせるように、場所要求をＭＭＥ３０６／ＳＧＳＮ３０８に送信する。行われると、ＭＭＥ３０６／ＳＧＳＮ３０８は、それが依然としてアタッチされているかどうかをチェックするように、かつその現在の場所を入手するように、ＵＥ２０２と通信する。ＭＭＥ３０６およびＳＧＳＮ３０８の具体的挙動は、以下のように要約されることができる。
【００１１】
Ｅ−ＵＴＲＡＮに関して、ＭＭＥ３０６は、ＵＥ２０２がデタッチまたはサスペンドされているかどうかをチェックし、いずれかのそのような場合、エラー応答が返される。ＵＥ２０２がＥＣＭ−ＩＤＬＥ状態である場合、ＭＭＥ３０６は、ＵＥ２０２と信号伝達接続を確立し、具体的ｅＮＢを割り当てるために、ＴＳ  ２３．４０１で定義されるような「ネットワークトリガ型サービス要求」を行う。次いで、ＭＭＥ３０６は、「場所要求」メッセージを進化型サービングモバイルロケーションセンタ（Ｅ−ＳＭＬＣ）に送信する。Ｅ−ＳＭＬＣ７０２は、測位方法を決定し、ＴＳ  ２３．２７１の第９．３ａ節で説明されるように、本方法のための特定のメッセージシーケンスを引き起こす。位置方法が位置測定を返す場合、Ｅ−ＳＭＬＣは、場所推定値を計算するためにそれらを使用する。Ｅ−ＳＭＬＣ７０２は、「場所応答」メッセージの中でその場所推定値をＭＭＥ３０６に返す。Ｅ−ＳＭＬＣ７０２は、その応答の中、取得された場所推定値が要求される正確度を満たすかどうかという指示を含む。場所推定値が取得されることができなかった場合、Ｅ−ＳＭＬＣ７０２は、失敗原因を含み、場所推定値を含まない、場所応答メッセージを返す。最終的に、ＭＭＥ３０６は、場所情報、その期日経過、および取得された正確度指示をＧＭＬＣ３０２に返す。
【００１２】
ＵＥ２０２がアイドルモードである場合、ＳＧＳＮ３０８は、ページングを行う。ページングプロシージャは、ＴＳ  ２３．０６０で定義される。ページング応答が受信されない場合、ＳＧＳＮ３０８は、エラー応答をＧＭＬＣに返す。別様に、ＳＧＳＮ３０８は、「場所要求」メッセージをＲＡＮ６０４（ＵＴＲＡＮ／ＧＥＲＡＮ）に送信する。このメッセージは、要求される場所情報のタイプ、要求されるＱｏＳ、およびページング応答で受信される任意の他の場所情報を含む。故に、ＲＡＮ６０４は、測位方法を決定し、ＵＴＲＡＮ  Ｓｔａｇｅ２  ＴＳ  ２５．３０５およびＧＥＲＡＮ  Ｓｔａｇｅ２  ＴＳ  ４３．０５９における本方法のための特定のメッセージシーケンスを引き起こす。ＲＡＮ６０４は、「場所レポート」メッセージの中で場所指定値をＳＧＳＮ３０８に返す。ＲＡＮ６０４は、その応答の中、取得された場所推定値が要求される正確度を満たすかどうかという指示を含む。最終的に、ＳＧＳＮ３０８は、場所情報、その期日経過、および取得された正確度指示をＧＭＬＣに返す。
【００１３】
３ＧＰＰは、近年、下層３ＧＰＰネットワーク能力をアプリケーション／サービスプロバイダにより良好にエクスポーズするフレームワークを定義している（ＴＳ  ２３．６８２）。これを達成するために、３ＧＧＰは、サービス能力エクスポージャ機能（ＳＣＥＦ４０４）と呼ばれる新しい機能を定義している。この機能は、３ＧＰＰネットワークによって提供されるサービスおよび能力をセキュアにエクスポーズする手段を提供する。ＳＣＥＦ４０４は、エクスポーズされたサービス能力の発見のための手段を提供する。ＳＣＥＦ４０４は、ＯＭＡ、ＧＳＭ（登録商標）Ａ、およびおそらく他の規格化団体によって定義される同種のネットワークアプリケーションプログラミングインターフェース（例えば、ネットワークＡＰＩ）を通して、ネットワーク能力へのアクセスを提供する。ＳＣＥＦ４０４は、下層３ＧＰＰネットワークインターフェースおよびプロトコルからサービスを抽象化する。
【００１４】
図４は、ＴＳ  ２３．６８２からコピーされる。これは、アプリケーションおよびＥＰＣとのＳＣＥＦの関係の略図を示す。図に示されていないが、ＧＭＬＣ３０２は、ＳＣＥＦ４０４に接続することができるネットワークエンティティのうちの１つであり得る。
【００１５】
マシンタイプ通信（ＭＴＣ）デバイスの数は、「従来の」デバイスよりも数桁大きくあり得る。（全てではないが）多くのＭＴＣデバイスは、比較的静的および／または少量のトラフィックを生成するであろう。しかしながら、これらのＵＥは、依然として、非ＭＴＣ  ＵＥ２０２と同量の制御信号伝達を生成することが期待されるであろう。ＵＥの数の増加に起因する、より多くの量の信号伝達は、ＵＥ２０２がＭＴＣに使用されるかどうかと無関係に過負荷を引き起こし得る。そのような過負荷は、Ｐ−ＧＷ／ＧＧＳＮ、サービングノード（ＭＭＥ３０６／ＳＧＳＮ３０８）、または無線アクセスネットワーク（ＲＡＮ）において起こり得る。故に、過負荷および輻輳制御のための一般的機能性が、ＴＳ  ２３．４０１ならびにＴＳ  ２３．０６で例証されるように、要求される。
【００１６】
Ｐ−ＧＷ／ＧＧＳＮは、アクセスポイント名（ＡＰＮ）基準で輻輳を検出し、以下のいずれかに基づいて、パケットデータプロトコル（ＰＤＰ）コンテキストアクティベーション要求を拒否することができる。
１．  ＡＰＮあたりのアクティブなＰＤＰコンテキストの最大数
２．  ＡＰＮあたりのＰＤＰコンテキストアクティベーションの最大割合
Ｐ−ＧＷ／ＧＧＳＮがＰＤＰコンテキストアクティベーション要求を拒否するとき、Ｐ−ＧＷ／ＧＧＳＮは、具体的ＡＰＮのためのバックオフ時間をＭＭＥ３０６／ＳＧＳＮ３０８に提供し得る。ＭＭＥ３０６／ＳＧＳＮ３０８は、拒否をＵＥ２０２に送信する前に異なるＰ−ＧＷ／ＧＧＳＮを試行し得る。
【００１７】
ＭＭＥ３０６（ＳＧＳＮ３０８）は、過負荷制限を可能にするように構成される場合、そのｅＮｏｄｅＢ（ＢＳＣ／ＲＮＣ）がその上で生成している負荷を制限する。具体的には、ＭＭＥ３０６（ＳＧＳＮ３０８）は、ＭＴＣデバイスのあるカテゴリからの負荷を制限するようにｅＮｏｄｅＢ（ＢＳＣ／ＲＮＣ）に要求することができる。応答して、ｅＮｏｄｅＢ（ＲＮＣ）は、ＲＲＣ接続要求を拒否し、バックオフタイマ値をＵＥ２０２に示して、さらなるＲＲＣ接続要求を限定し得る。ＵＥ２０２は、ＮＡＳ信号伝達を介して、低アクセス優先順位指示をＭＭＥ３０６／ＳＧＳＮ３０８に提供することができる。これは、ＭＭＥ３０６／ＳＧＳＮ３０８が、さらなる信号伝達メッセージを生成する必要がない、および／またはＰＬＭＮを再選択しない、状態に移行するようにＵＥ２０２に命令することを可能にするであろう。
【００１８】
ＴＳ  ２３．４０１の第４．４．１２節（およびＵＴＲＡＮについてＴＳ  ２３．０６０の第５．４．１１節）に示されるように、ＲＡＮ輻輳認識機能（ＲＣＡＦ５０４）は、それに基づいてＲＣＡＦ５０４がｅＮＢまたはＥ−ＵＴＲＡＮ（ＵＴＲＡＮ）セルの輻輳レベル（および識別子）を決定する、ＲＡＮのＯＡＭシステムからユーザプレーン輻輳に関連する情報を収集する。ＲＣＡＦ５０４は、（ＴＳ  ２３．２０３からコピーされた）図５に示されるように、ポリシおよび課金制御（ＰＣＣ）アーキテクチャに含まれる。また、ＲＣＡＦ５０４は、ＴＳ  ２３．２０３の第６．１．１５．３節に示されるように、地理的地域にサービス提供することが仮定される。
【００１９】
Ｎｑ／Ｎｑのインターフェースを介して、ＲＣＡＦ５０４は、輻輳したｅＮＢまたは輻輳したＥ−ＵＴＲＡＮセルによってサービス提供されるＵＥを決定し、これらのＵＥのアクティブなＰＤＮ接続のＡＰＮを読み出す。近年のＲｅｌ−１３作業項目は、Ｎｑ参照点（Ｎｑ−ＡＰ）を経由してアプリケーションプロトコルを定義し始めたばかりであり、その結果は、ＴＳ  ２９．４０５  ＮｑおよびＮｑのアプリケーションプロトコル（Ｎｑ−ＡＰ）、ステージ３に含まれるであろう。Ｎｐ参照点を介して、ＲＣＡＦ５０４は、ＲＡＮユーザプレーン輻輳情報（ＲＵＣＩ）を、ＵＥのＰＤＮ接続をサービス提供するＰＣＲＦに送信する。近年のＲｅｌ−１３  ＴＳ  ２９．２１７「ポリシおよび課金制御：Ｎｐ参照点を経由した輻輳報告」は、ＮｐメッセージおよびＤｉａｍｅｔｅｒ  ＡＶＰを説明する。
【発明の概要】
【課題を解決するための手段】
【００２０】
ＵＥの場所ベースのコンテキストは、その場所、速度、利用可能なＲＡＴ、およびこれらのＲＡＴにおける輻輳レベルを含むことができる。他のメトリクスも含まれることができる。
【００２１】
強化型３ＧＰＰネットワークアーキテクチャは、ＳＣＥＦが、場所ベースのコンテキストを提供するＡＰＩを介してＳＣＳ／ＡＳと相互作用すること、ＧＭＬＣが、ＵＥの場所、利用可能なＲＡＴ、および輻輳レベルを入手すること、ＨＳＳが、ＵＥの場所、利用可能なＲＡＴ、および輻輳レベルを入手すること、ＰＣＥＦが、（ＰＣＲＦを介して）Ｐ−ＧＷにおける輻輳レベルを取得すること、ＲＣＡＦが、（ＰＣＲＦを介して）Ｅ−ＵＴＲＡＮ、ＵＴＲＡＮ、およびＷＬＡＮにおけるユーザプレーン輻輳レベルを取得すること、ならびにサービングノード（ＭＭＥ、ＳＧＳＮ、３ＧＰＰ  ＡＡＡサーバ）が、利用可能なＲＡＴおよび輻輳レベルを入手することを可能にすることができる。
【００２２】
ＧＭＬＣベースの場所コンテキスト配信プロシージャでは、ＧＭＬＣは、サービングノードにおける輻輳レベルおよびＵＥへの利用可能なＲＡＴを含む、ＵＥのコンテキストについて問い合わせるように、サービングノード（ＭＭＥ／ＳＧＳＮ／ＡＡＡサーバ）と相互作用する。
【００２３】
ＨＳＳベースの場所コンテキスト配信プロシージャでは、ＨＳＳは、ＵＥの場所コンテキストについて問い合わせるように、サービングノードと直接相互作用する。
【００２４】
ＳＣＥＦベースの場所コンテキスト配信プロシージャでは、ＳＣＥＦは、ＵＥの場所コンテキストについて問い合わせるように、サービングノードと直接相互作用する。そうすることにおいて、ＳＣＥＦは、それぞれ、Ｔ５ａ’、Ｔ５ｂ’、およびＴ５ｗ’を経由して、サービングノード、すなわち、ＭＭＥ、ＳＧＳＮ、および３ＧＰＰ  ＡＡＡサーバと直接通信することができる。
【００２５】
ＰＣＲＦベースの場所コンテキスト配信プロシージャでは、ＰＣＲＦは、それぞれ、ＰＣＥＦおよびＲＣＡＦから、Ｐ−ＧＷならびにＲＡＮユーザプレーンにおける輻輳レベルを入手する。さらに、ＰＣＲＦは、ＩＰ−ＣＡＮセッション確立および修正プロシージャ中にＰＣＥＦからユーザ場所およびＲＡＴタイプを入手する。
【００２６】
ＳＣＥＦ開始型場所コンテキスト要求プロシージャでは、ＵＥの場所コンテキスト要求は、別のプロシージャ（例えば、具体的場所のＵＥへのグループ通信）の一部として実行され、どのようにして他のプロシージャが実行されるであろうかを決定するために使用される。
【図面の簡単な説明】
【００２７】
【図１】図１は、ｏｎｅＭ２Ｍ  ＣＳＥおよびＣＳＦを図示する略図である。
【図２】図２は、ＬＣＳの一般的配列を図示する略図である。
【図３】図３は、ＬＣＳ機能的アーキテクチャの概観を図示する略図である。
【図４】図４は、３ＧＰＰ  ＳＣＥＦアーキテクチャを図示する略図である。
【図５】図５は、全体的ＰＣＣ論理アーキテクチャを図示する略図である。
【図６】図６は、新しい参照点を伴うネットワークアーキテクチャを図示する略図である。
【図７】図７は、ＧＭＬＣベースの場所コンテキスト配信プロシージャを図示する略図である。
【図８】図８は、ＨＳＳベースの場所コンテキスト配信プロシージャを図示する略図である。
【図９】図９は、ＳＣＥＦアンカ型場所コンテキスト配信プロシージャを図示する略図である。
【図１０】図１０は、ＰＣＲＦベースの場所コンテキスト配信プロシージャを図示する略図である。
【図１１】図１１は、グループ通信のためのＳＣＥＦ開始型場所コンテキスト要求を図示する略図である。
【図１２】図１２−１３は、例示的グラフィカルユーザインターフェース（ＧＵＩ）の略図である。
【図１３】図１２−１３は、例示的グラフィカルユーザインターフェース（ＧＵＩ）の略図である。
【図１４Ａ】図１４Ａは、通信ネットワークを含む、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システムの略図である。
【図１４Ｂ】図１４Ｂは、Ｍ２Ｍアプリケーション、Ｍ２Ｍゲートウェイデバイス、およびＭ２Ｍ端末デバイスのためのサービス、ならびに通信ネットワークを提供する、フィールドドメイン内の図示されるＭ２Ｍサービス層の略図である。
【図１４Ｃ】図１４Ｃは、ＵＥまたは他のエンドノードデバイス等の例示的エンドノードの略図である。
【図１４Ｄ】図１４Ｄは、本明細書に説明されるネットワークノードのうちのいずれかを実装するために使用され得る、コンピュータシステムまたはサーバのブロック図である。
【発明を実施するための形態】
【００２８】
（本開示の全体を通して使用される重要な用語および頭字語）
【００２９】
【表１−１】
0006695362.tif 000002
【００３０】
【表１−２】
0006695362.tif 000003
【００３１】
【表１−３】
0006695362.tif 000004
【００３２】
Ｍ２Ｍサーバは、ＵＥ２０２の地理的位置を知るようにモバイルコアネットワーク（ＭＣＮ）にクエリを行う。Ｍ２Ｍサーバは、ＵＥの地理的コンテキストについてさらに把握することを望む。例えば、どのようなネットワークが、その現在の場所でＵＥ２０２にアクセス可能であるか（ＵＭＴＳ、ＬＴＥ、Ｗｉ−Ｆｉ等）？ネットワークがＵＥ２０２にとってどれだけ有用であり得るか（すなわち、輻輳レベル）？
Ｍ２ＭサーバがＵＥの地理的コンテキストを認識すると、それに利用可能であるリソースを使用するようにＵＥ２０２に指図することができる。例えば、これは、あるネットワークまたはサービスに向かってＵＥ２０２を操向し得る。Ｍ２Ｍサーバはまた、ＵＥ２０２内であるサービスをアクティブ化する時間であることも把握し得る。例えば、新しいＷｉ−Ｆｉネットワークの利用可能性は、Ｍ２Ｍサーバに、サービス発見を行うようにＵＥ２０２に命じさせてもよい。最終的に、ＵＥのコンテキストは、他のタイプのアプリケーションサーバ（ＡＳ）にも有益であり得る。例えば、ＡＳは、（利用可能なもの間で）特定のＲＡＴのデータレートに一致するように特定のアプリケーションデータレート（例えば、適応ビットレートを伴うビデオストリーミング）を適合することができる。
【００３３】
場所ベースのコンテキストは、ある時は、具体的には場所関連ではないプロシージャをより効率的に実行するために、ＳＣＥＦ４０４によって要求されることができる。例えば、ＳＣＳは、（ＵＥの場所にかかわらず）大型メッセージを１００個のＵＥのグループに配布することを所望し得る。しかしながら、ＳＣＥＦ４０４は、グループメッセージのための配信方法をより知的に選択することができるように、ＵＥの場所ベースのコンテキストについての情報を知ることを所望し得る。
【００３４】
ｏｎｅＭ２Ｍ  ＴＳ  ０００１に示されるように、「地理的場所情報は、単純に経度および緯度情報を上回るものを含むことができる」。しかしながら、現在の場所追跡ＡＰＩは、いかなる場所ベースのコンテキストも提供しない。例えば、ＯＭＡ「端末場所」は、いかなる追加のコンテキスト情報も考慮することなく、場所および距離メトリクスのみを提供する。
【００３５】
ＵＥのコンテキストは、３ＧＰＰ（ＬＴＥ、ＵＭＴＳ）または非３ＧＰＰ（Ｗｉ−Ｆｉ）等の特定の地理的地域内の利用可能なＲＡＴ、ＲＡＴコネクティビティ属性（例えば、輻輳レベル、信頼性、セキュリティ等）、各利用可能なＲＡＴの課金料金を含み得る。
【００３６】
以下の問題が、下記で議論される。
●  どのようにして場所ベースのコンテキストＡＰＩをＳＣＳ／ＡＳ６０２（例えば、Ｍ２Ｍサーバ）にエクスポーズするか？
●  どのようにしてＳＣＥＦ４０４が異なるコアネットワークエンティティと相互作用して場所ベースのコンテキストについて問い合わせることを可能にするか？
○  輻輳報告に関して、どのようにしてＳＣＥＦ４０４およびＭＭＥ３０６、ＳＧＳＮ３０８、３ＧＰＰ  ＡＡＡサーバ３１２、ＰＣＥＦ５０２、ならびにＲＣＡＦ５０４間で通信（プロトコルおよび必要とされる情報要素）を可能にするか？
○  ＲＡＴ利用可能性報告に関して、どのようにしてＳＣＥＦ４０４と潜在的サービングノード（ＭＭＥ３０６、ＳＧＳＮ３０８、３ＧＰＰ  ＡＡＡサーバ３１２）との間で通信（プロトコル／ＩＥ）を可能にするか？
○  場所報告に関して、どのようにして片側からのＳＣＥＦ４０４と反対側からのＧＭＬＣ、ＨＳＳ３０４、およびＰＣＲＦ４０２との間で通信を可能にするか？
●  どのようにしてＳＣＥＦ４０４によって統合される場所ベースのコンテキストをＳＣＳ／ＡＳ６０２に伝えるか？
どのようにしてＳＣＥＦ４０４が、場所コンテキスト要求を暗示的に開始し、プロシージャを効率的に実行することができるか。
【００３７】
場所ベースのコンテキスト配信プロシージャの詳細が、説明される。最初に、ネットワークアーキテクチャは、ＳＣＥＦ４０４、およびＨＳＳ３０４、ＧＭＬＣ、ＰＣＲＦ４０２、ＭＭＥ３０６、ＳＧＳＮ３０８、ならびにＡＡＡサーバ３１２とのその相互作用を示す。ＧＭＬＣ３０２が、サービングノードにおける輻輳レベルを含むＵＥの場所関連コンテキストについて問い合わせるように、サービングノード（ＭＭＥ３０６／ＳＧＳＮ３０８／ＡＡＡサーバ３１２）と相互作用する、ＧＭＬＣベースの場所コンテキスト配信プロシージャが説明される。ＨＳＳ３０４がサービングノードと相互作用する、ＨＳＳベースの場所コンテキスト配信プロシージャが説明される。代替として、ＳＣＥＦ４０４は、ＵＥの場所および輻輳レベルについて問い合わせるように、サービングノードと直接相互作用することができる。ＳＣＥＦ４０４は、輻輳について問い合わせるように、ＰＣＥＦ５０２およびＲＣＡＦ５０４と相互作用することができる。グループ通信等の他の機構における場所ベースのコンテキスト配信プロシージャも説明される。
【００３８】
ＳＣＥＦ４０４およびＳＣＳ／ＡＳ６０２がＥＰＣから場所関連コンテキストを抽出することを可能にする、ネットワークアーキテクチャが提示される。図６は、ＳＣＳ／ＡＳと３ＧＰＰコアネットワークとの間のインターフェースとしてＳＣＥＦを示す。ＳＣＥＦは、ＡＰＩをＳＣＳ／ＡＳ６０２にエクスポーズする。これらのＡＰＩは、ＳＣＳ／ＡＳ６０２が３ＧＰＰネットワークのサービスのうちのいくつかにアクセスすることを可能にする。ＳＣＥＦ４０４は、サブスクライバ情報に関して、Ｓｈ参照点を経由してＨＳＳ３０４と相互作用する。加えて、ＳＣＥＦ４０４は、ＵＥの場所について問い合わせるように、Ｌｅ参照点を経由してＧＭＬＣ３０２と相互作用する。さらに、ＳＣＥＦ４０４は、（Ｎｐ参照点を経由して）ＲＣＡＦおよび（Ｇｘ参照点を経由して）Ｐ−ＧＷ／ＰＣＥＦ５０２から輻輳情報を入手することができるように、Ｒｘ参照点を経由してＰＣＲＦ４０２と通信する。
【００３９】
ＳＣＥＦ４０４は、それぞれ、Ｔ５ａ’、Ｔ５ｂ’、およびＴ５ｗ’を経由して、サービングノード、すなわち、ＭＭＥ３０６、ＳＧＳＮ３０８、および３ＧＰＰ  ＡＡＡサーバ３１２と直接通信することができる。
【００４０】
ＳＣＥＦ４０４は別として、図６は、ＨＳＳ３０４が、それぞれ、Ｓ６ａ、Ｓ６ｄ、およびＳｗｘを経由して、サービングノードＭＭＥ３０６、ＳＧＳＮ３０８、および３ＧＰＰ  ＡＡＡサーバ３１２と相互作用することを描写する。同様に、ＧＭＬＣ３０２は、ＳＬｇ、Ｌｇｄ、およびＬａ参照点を経由して同一のサービングノードと相互作用する。さらに、サービングノードの各々は、そのＲＡＮノード６０４（ＥＵＴＲＡＮ／ＵＴＲＡＮ／ＧＥＲＡＮ／ＷＬＡＮ）に接続され、それぞれのｌｕ、Ｓ１、およびＳＴａ参照点を経由して通信している。最終的に、各ＲＡＮノード６０４は、関連付けられるＲＡＴを介してＵＥ２０２と無線で接続される。
【００４１】
図６に図示される機能性は、以下に説明される図１４Ｃまたは１４Ｄに図示されるもののうちの１つ等の無線デバイスもしくは他の装置（例えば、サーバ、ゲートウェイ、デバイス、または他のコンピュータシステム）のメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（例えば、コンピュータ実行可能命令）の形態で実装され得ることが理解される。図６に図示される機能性は、仮想化ネットワーク機能の組として実装され得ることも理解される。ネットワーク機能は、必ずしも直接通信しないこともあり、むしろ、それらは、転送またはルーティング機能を介して通信し得る。
ＧＭＬＣベースの場所コンテキスト配信プロシージャ
本項は、特定のＵＥ２０２の場所コンテキストをＳＣＳ／ＡＳ６０２に提供するソリューションを説明する。ソリューションは、ＵＥ２０２によってアクセスされることができるＲＡＴを使用して、ＵＥ２０２の場所を報告するためにＧＭＬＣ３０２を利用する。そうすることにおいて、ＧＭＬＣ３０２は、どのようなＲＡＴがＵＥ２０２に利用可能であるかをＳＣＥＦ４０４に知らせることができるであろう。さらに、サービングノード（例えば、ＭＭＥ３０６、ＳＧＳＮ３０８、３ＧＰＰ  ＡＡＡサーバ３１２）における輻輳レベルは、ＧＭＬＣに報告されるであろう。本情報の全ては、ＳＣＥＦ４０４に報告されるであろう。
【００４２】
図７のステップ１では、ＳＣＳ／ＡＳ６０２は、「場所コンテキスト要求」（外部識別子、ＳＣＳ識別子）ＡＰＩをＳＣＥＦ４０４に送信することによって、所与のＵＥ２０２の場所について問い合わせ始める。ＳＣＳ／ＡＳ６０２は、外部識別子を使用して、またはローカルで構成されるＳＣＥＦ識別子を使用して、ＤＮＳクエリを行うことによって、ＳＣＥＦ４０４のＩＰアドレス／ポートを決定し得る。ＵＥ２０２の「外部識別子」は、ＴＳ  ２３．６８２「パケットデータネットワークおよびアプリケーションとの通信を促進するアーキテクチャ強化」に従って定義される。さらに、ＴＳ  ２３．６８２に示されるように、ＳＣＳ識別子としてＭＳＩＳＤＮを使用することが可能であり得る。
【００４３】
新しいＡＰＩ「場所コンテキスト要求」は、場所、速度、サービングノードにおける輻輳レベル、および利用可能なＲＡＴを含む、特定のＵＥ２０２のコンテキストについて問い合わせることができる。
【００４４】
図７のステップ２では、ＳＣＥＦ４０４は、ＳＣＳ／ＡＳ６０２が考慮されているＵＥ２０２の場所コンテキストを入手するために承認されているかどうかを確認するためにチェックする。該当する場合、フローは、ステップ３に移動する。そうでなければ、フローは、停止し、ＳＣＥＦ４０４は、拒否およびその原因をＳＣＳ／ＡＳ６０２に報告する。
【００４５】
図７のステップ３では、要求が承認されると、ＳＣＥＦ４０４は、ＵＥ２０２に関連付けられるＧＭＬＣ番号を取得するように、かつＵＥのサービングノードの識別を取得するように、Ｓｈ参照点を経由して「サブスクライバ情報要求」（外部識別子、ＳＣＳ識別子）をＨＳＳ３０４に送信する。
【００４６】
図７のステップ４では、ＨＳＳ３０４は、「サブスクライバ情報応答」（ＩＭＳＩまたは外部識別子、ＧＭＬＣ番号、サービングノード）メッセージをＳＣＥＦ４０４に送信することによって返信する。ＨＳＳ３０４は、ＩＭＳＩへの外部識別子を解決し、ＵＥのサービングＣＮノード（ＭＭＥ３０６、ＳＧＳＮ３０８、３ＧＰＰ  ＡＡＡサーバ３１２、またはＭＳＣ３１０）の識別を含む、関連ＨＳＳ３０４の記憶されたルーティング情報を読み出す。ＧＭＬＣ番号は、ＴＳ  ２３．００８「サブスクライバデータの編成」（第２．４．９．２節）で識別される、ＧＭＬＣ３０２のＥ．１６４アドレスである。ＧＭＬＣ番号は、そこから本ＵＥ２０２の場所要求が行われ得る、特定のＵＥ２０２のためのＧＭＬＣを識別する。ＨＳＳ３０４は、ＩＭＳＩをＳＣＥＦ４０４に送信する場合もあり、しない場合もある。
【００４７】
図７のステップ５では、ＳＣＥＦ４０４がＧＭＬＣ番号を受信すると、ＧＭＬＣ番号によって規定される特定のＧＭＬＣを識別する。次いで、これは、Ｌｅ参照点を経由して「ＬＣＳサービス要求」（ＩＭＳＩまたは外部識別子）メッセージをＧＭＬＣ３０２に送信する。このメッセージは、ＯＭＡモバイルロケーションプロトコル（ＭＬＰ）およびオープンサービスアクセスアプリケーションプログラミングインターフェース（ＯＳＡ−ＡＰＩ）（ＴＳ  ２９．１９８）で定義される、既存のものの拡張バージョンであろう。拡張メッセージは、利用可能なＲＡＴおよび輻輳レベルを含む、そのＵＥ２０２の場所コンテキストの必要性を示すように、追加の情報要素（例えば、要求されるＲＡＴ、要求される輻輳）を含むであろう。標的ＵＥ２０２は、ＭＳＩ、外部ＩＤ、またはＭＳＩＳＤＮを介して識別されるであろう。
【００４８】
随意に、ＳＣＥＦ４０４は、「ＬＣＳサービス要求」の中で、ステップ４で取得されたサービングノードアドレスをＧＭＬＣ３０２に提供し得る。
【００４９】
図７のステップ６では、その結果として、ＧＭＬＣ３０２は、そのＩＭＳＩによって規定されるＵＥ２０２のためのサービングノードを読み出すように、ＨＳＳ３０４にコンタクトする。具体的には、ＧＭＬＣ３０２は、ＳＬｈ参照点を経由して、ＵＥのＩＭＳＩを示す、「ＬＣＳルーティング情報要求メッセージをＨＳＳ３０４に送信する。ＴＳ  ２９．１７３の表５．２．１．１／１は、ＲＩＲメッセージのＩＥを提示する。
【００５０】
図７のステップ６およびステップ７は、ＳＣＥＦ４０４が「ＬＣＳサービス要求」の中でサービングノードアドレスをＧＭＬＣ３０２に提供した場合に省略され得る。
【００５１】
図７のステップ７では、応答して、ＨＳＳ３０４は、ＳＬｈ参照点を経由して、「ＬＣＳルーティング情報回答（ＲＩＡ）」メッセージ（サービングノード）をＧＭＬＣ３０２に送信する。ＴＳ  ２９．１７３「制御プレーンＬＣＳのためのＤｉａｍｅｔｅｒベースのＳＬｈインターフェース」の表５．２．１．１／２で説明されるように、ＨＳＳ３０４は、全てのサービングノード（ＭＭＥ３０６、ＳＧＳＮ３０８、３ＧＰＰ  ＡＡＡサーバ３１２、またはＭＳＣ３１０）について知らせる、「サービングノード」および「追加のサービングノード」ＩＥをＧＭＬＣ３０２に伝えるであろう。
【００５２】
図７のステップ８では、ＧＭＬＣ３０２がサービングノード（ＭＭＥ３０６／ＳＧＳＮ３０８／３ＧＰＰ  ＡＡＡサーバ）のアドレスを獲得すると、ＵＥ２０２がそのサービングノードを介してアクセスされることができるかどうかをチェックするように、それらにコンタクトし始める。最初に、３ＧＰＰアクセスに関して、ＧＭＬＣ３０２は、ＭＭＥ３０６／ＳＧＳＮ３０８サービングノードにコンタクトする。より精密には、これは、ＳＬｇ／Ｌｇ参照点を経由して「場所要求を提供する（ＰＬＲ）」（外部ＩＤまたはＩＭＳＩ、場所タイプ＝現在の場所、要求される速度、要求される輻輳レベル）メッセージをＭＭＥ３０６／ＳＧＳＮ３０８に送信する。その要求では、これは、（その外部ＩＤまたはＩＭＳＩによって識別される）特定のＵＥ２０２の現在の場所および速度を取得する、その所望を示す。標準ＰＬＲメッセージの完全なＩＥが、ＴＳ  ２９．１７２「場所サービス（ＬＣＳ）；ゲートウェイモバイルロケーションセンタ（ＧＭＬＣ）とモバイル管理エンティティ（ＭＭＥ）との間の進化型パケットコア（ＥＰＣ）ＬＣＳプロトコル（ＥＬＰ）；ＳＬｇインターフェース」の表６．２．２−１に示される。
【００５３】
「要求される輻輳レベル」ＩＥは、ＭＭＥ３０６／ＳＧＳＮ３０８における輻輳レベルを把握するＧＭＬＣ３０２の所望を示すように、ＰＬＲメッセージに含まれることができる。
【００５４】
図７のステップ９では、応答して、ＭＭＥ３０６／ＳＧＳＮ３０８は、それが依然としてアタッチされているかどうかをチェックするように、かつその現在の場所を入手するように、ＵＥ２０２と通信する。ＭＭＥ３０６およびＳＧＳＮ３０８の具体的挙動が、上で解説された。
【００５５】
図７のステップ１０では、ＭＭＥ３０６およびＳＧＳＮ３０８は、ＧＭＬＣ３０２へのそれらの応答の中にそれらの輻輳レベルの指示を含むことができる。
【００５６】
図７のステップ１１では、ＭＭＥ３０６／ＳＧＳＮ３０８がその輻輳レベルとともにＵＥの場所情報の推定値を有すると、「場所回答を提供する（ＰＬＡ）」（場所推定値、速度推定値、Ｅ−ＵＴＲＡＮ測位データ、ＵＴＲＡＮ測位データ、ＧＥＲＡＮ測位データ、ＭＭＥ３０６輻輳レベル、ＳＧＳＮ−輻輳レベル）メッセージをＧＭＬＣ３０２に送信する。「場所推定値」および「速度推定値」ＩＥは、ＵＥの場所ならびに速度の計算された推定値を提供する。さらに、「Ｅ−ＵＴＲＡＮ測位データ」ＩＥは、Ｅ−ＵＴＲＡＮアクセスにアタッチされ、ＭＭＥ３０６または複合ＭＭＥ３０６／ＳＧＳＮ３０８によって送信される、ＵＥ２０２の取得された場所推定値を提供する。本ＩＥは、ＵＥ２０２がＭＭＥ３０６にアタッチされていないときに、有効な場所情報を含まないであろう。したがって、「Ｅ−ＵＴＲＡＮ測位データ」ＩＥは、Ｅ−ＵＴＲＡＮ  ＲＡＴがＵＥ２０２に利用可能であるかどうかを把握するために使用されることができる。同様に、「ＵＴＲＡＮ測位データ」および「ＧＥＲＡＮ測位データ」ＩＥは、それぞれ、ＵＴＲＡＮならびにＧＥＲＡＮ  ＲＡＴを経由して受信される、個々の場所推定値を表す。ＰＬＡメッセージの完全なＩＥが、ＴＳ  ２９．１７２の表６．２．２−２に示される。
【００５７】
「Ｅ−ＵＴＲＡＮ測位データ」、「ＵＴＲＡＮ測位データ」、および「ＧＥＲＡＮ測位データ」ＩＥは、ＵＥ２０２が、それぞれ、Ｅ−ＵＴＲＡＮ、ＵＴＲＡＮ、および／またはＧＥＲＡＮ  ＲＡＴへのアクセスを有するかどうかを把握するために使用されることができる。さらに、新しい「ＭＭＥ輻輳レベル」および「ＳＧＳＮ輻輳レベル」ＩＥは、ステップ１０で計算されるように、ＭＭＥ３０６およびＳＧＳＮ３０８における輻輳レベルを含むであろう、「ＰＬＡ」メッセージに含まれることができる。「ＭＭＥ輻輳レベル」および「ＳＧＳＮ輻輳レベル」ＩＥは、相対的輻輳レベルを示すために使用される数値（すなわち、整数）であり得るか、またはそれらは、相対的輻輳レベル（すなわち、低、中、高）を示す英数字のテキスト文字列であり得る。
【００５８】
図７のステップ１２では、ＧＭＬＣ３０２は、Ｌａ参照点を経由して「ＵＥルーティング情報問い合わせ」（ＩＭＳＩまたは外部識別子、要求される輻輳レベル）メッセージを送信することによって、ＷＬＡＮ  ＵＥ２０２のアドレスを取得するように３ＧＰＰ  ＡＡＡサーバ３１２にクエリを行う。ＧＭＬＣ３０２は、ステップ７から３ＧＰＰ  ＡＡＡサーバ３１２のアドレスを把握する。
【００５９】
「要求される輻輳レベル」ＩＥは、３ＧＰＰ  ＡＡＡサーバ３１２における輻輳レベルについて問い合わせるように、「ＵＥルーティング情報問い合わせ」メッセージに含まれることができる。
【００６０】
図７のステップ１３では、３ＧＰＰ  ＡＡＡサーバ３１２は、それを通してコアネットワークに接続されるＵＥの数を考慮することによって、その輻輳レベルを推定する。
【００６１】
図７のステップ１４では、３ＧＰＰ  ＡＡＡサーバ３１２は、Ｌａ参照点を経由して「ＵＥルーティング情報問い合わせＡｃｋ」（ＷＬＡＮ測位データ、到達可能なＵＥ、ＡＡＡ輻輳レベル）メッセージをＧＭＬＣ３０２に送信する。「ＷＬＡＮ測位データ」ＩＥは、ＵＥ２０２の利用可能な場所情報を含む。Ｐ−ＧＷとＵＥ２０２との間で利用可能なトンネルがない場合、ＡＡＡは、ＵＥ２０２が到達可能ではないという指示、すなわち「ＵＥ−Ｒｅａｃｈａｂｌｅ＝ｆａｌｓｅ」を返すであろう。
【００６２】
「ＡＡＡ輻輳レベル」ＩＥは、３ＧＰＰ  ＡＡＡサーバ３１２における輻輳レベルを含むように、「ＵＥルーティング情報問い合わせＡｃｋ」メッセージに含まれることができる。「ＡＡＡ輻輳レベル」ＩＥは、相対的輻輳レベルを示すために使用される数値（すなわち、整数）であり得るか、またはそれらは、相対的輻輳レベル（すなわち、低、中、高）を示す英数字のテキスト文字列であり得る。
【００６３】
図７のステップ１５では、ＭＭＥ３０６、ＳＧＳＮ３０８、および３ＧＰＰ  ＡＡＡサーバ３１２からの全ての受信された場所推定値に基づいて、ＧＭＬＣ３０２は、ＵＥの場所および速度の最良の推定値を導出するであろう。さらに、これは、ＵＥ２０２に利用可能なＲＡＴを識別することができるであろう。例えば、「Ｅ−ＵＴＲＡＮ測位データ」がＭＭＥ３０６から受信された場合、これは、ＵＥ２０２がＥ−ＵＴＲＡＮ  ＲＡＴにアクセスできることを意味する。同様に、ＧＭＬＣ３０２は、それぞれ、ＳＧＳＮ３０８および３ＧＰＰ  ＡＡＡサーバ３１２からの対応する受信された情報に応じて、ＵＴＲＡＮ／ＧＥＲＡＮおよびＷＬＡＮ  ＲＡＴの利用可能性を決定することができるであろう。最終的に、ＧＭＬＣ３０２は、ＭＭＥ３０６、ＳＧＳＮ３０８、および３ＧＰＰ  ＡＡＡサーバ３１２から全ての受信された輻輳レベルを統合するであろう。
【００６４】
図７のステップ１６では、ＧＭＬＣ３０２は、Ｌｅ参照点を経由して「ＬＣＳサービス応答」（場所、速度、利用可能なＲＡＴ、輻輳レベル）メッセージをＳＣＥＦ４０４に送信する。
【００６５】
新しいＩＥ「利用可能なＲＡＴ」および「輻輳レベル」は、ＵＥの完全な場所コンテキストを伝えるように、「ＬＣＳサービス応答」に追加される。
【００６６】
図７のステップ１７では、ＳＣＥＦ４０４は、ステップ１６でＧＭＬＣ３０２から受信されるＵＥのコンテキスト情報を搬送する、「場所コンテキスト応答」（場所、速度、利用可能なＲＡＴ、輻輳レベル）ＡＰＩを送信する。
【００６７】
図７に図示されるステップを行うエンティティは、無線および／またはネットワーク通信のために構成される装置もしくは図１４Ｃまたは図１４Ｄに図示されるもの等のコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであり得ることが理解される。すなわち、図７に図示される方法は、図１４Ｃまたは図１４Ｄに図示される装置もしくはコンピュータシステム等の装置のメモリ内に記憶されたソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、装置のプロセッサによって実行されると、図７に図示されるステップを行う。図７に図示される機能性は、仮想化ネットワーク機能の組として実装され得ることも理解される。ネットワーク機能は、必ずしも直接通信しないこともあり、むしろ、それらは、転送またはルーティング機能を介して通信し得る。図７に図示される任意の伝送および受信ステップは、装置のプロセッサならびにそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、装置の通信回路によって行われ得ることも理解される。
【００６８】
本項で、場所コンテキスト配信プロシージャは、サービングノードに質問するためにＨＳＳ３０４を使用する。上記のソリューションと異なり、本ソリューションは、ＧＭＬＣ３０２を利用しない。
【００６９】
図８のコールフローは、以下のように説明されることができる。
【００７０】
図８のステップ１−２は、図７のステップ１−２に類似する。
【００７１】
図８のステップ３では、ＳＣＥＦ４０４がＳＣＳのコンテキスト要求を承認すると、「ＬＣＳサービス要求」（外部識別子）メッセージを介して、ＵＥのコンテキストについてＨＳＳ３０４に質問する。
【００７２】
ＳＣＥＦ４０４は、Ｓｈ参照点を経由して、新しい「ＬＣＳサービス要求」（外部識別子）メッセージをＨＳＳ３０４に送信することができる。
【００７３】
図８のステップ４では、ＨＳＳ３０４は、ＵＥの「外部識別子」をそのＩＭＳＩにマップする。さらに、これは、ユーザのプロファイルに記録されている全てのサービングノード（例えば、ＭＭＥ３０６、ＳＧＳＮ３０８、３ＧＰＰ  ＡＡＡサーバ３１２）のアドレスを読み出す。ＭＭＥ３０６／ＳＧＳＮ３０８のアドレスが記録される場合、これは、ＵＥの場所について問い合わせるようにＭＭＥ３０６／ＳＧＳＮ３０８と通信する。
【００７４】
ＨＳＳ３０４は、Ｓ６ａ／Ｓ６ｄ参照点を経由して、新しい「ユーザ場所要求」（ＩＭＳＩ、要求される輻輳レベル）メッセージをＭＭＥ３０６／ＳＧＳＮ３０８に送信することができる。「要求される輻輳レベル」ＡＶＰは、ＭＭＥ３０６／ＳＧＳＮ３０８サービングノードにおける輻輳レベルを把握するＨＳＳ３０４の所望を示す。
【００７５】
図８のステップ５−６では、ＭＭＥ３０６／ＳＧＳＮ３０８は、図７のステップ９および１０と同様に、標準測位プロシージャを行い、ＭＭＥ３０６／ＳＧＳＮ３０８における輻輳レベルを推定する。
【００７６】
図８のステップ７では、ＭＭＥ３０６／ＳＧＳＮ３０８は、ＴＳ  ２９．２７２「Ｄｉａｍｅｔｅｒプロトコルに基づくモビリティ管理エンティティ（ＭＭＥ）およびサービングＧＰＲＳサポートノード（ＳＧＳＮ）関連インターフェース（リリース１２）、Ｖ１２．６．０  ２０１４年９月」に示されるように、「ＭＭＥ３０６場所情報」および「ＳＧＳＮ場所情報」を含む「ＥＰＳ場所情報」ＡＶＰの中にユーザ場所情報を記憶する。これらのＡＶＰの各々は、ユーザの地理的情報を含む、「地理的情報」ＡＶＰ（ＴＳ  ２９．２７２の第７．３．１２３節）を含むであろう。
【００７７】
ＭＭＥ３０６／ＳＧＳＮ３０８は、Ｓ６ａ／Ｓ６ｄ参照点を経由して、新しい「ユーザ場所応答」（ＥＰＳ場所情報、ＭＭＥ輻輳レベル、ＳＧＳＮ輻輳レベル）メッセージをＨＳＳ３０４に送信することができる。ＭＭＥ３０６からより多くの「地理的情報」のうちの１つを受信することを介して、ＨＳＳ３０４は、現在利用可能なＲＡＴ（Ｅ−ＵＴＲＡＮ、ＵＴＲＡＮ）を把握することができるであろう。さらに、上記のステップ６で計算されるように、ＭＭＥ３０６およびＳＧＳＮ３０８における輻輳レベルを含むであろう、新しい「ＭＭＥ輻輳レベル」ならびに「ＳＧＳＮ輻輳レベル」ＡＶＰが、使用されることができる。
【００７８】
図８のステップ８では、ＨＳＳ３０４が３ＧＰＰ  ＡＡＡサーバ３１２のためのアドレスを有する場合、ＵＥ２０２が継続中のＷＬＡＮ接続を有することを意味する。
【００７９】
ＨＳＳ３０４がＵＥの場所について問い合わせるために、ＨＳＳ３０４は、ＳＷｘ参照点を経由して、修正された「ユーザプロファイル更新要求」（ＩＭＳＩ、アクセスネットワーク情報要求、輻輳要求）メッセージを３ＧＰＰ  ＡＡＡサーバ３１２に送信することができる。「輻輳要求」は、３ＧＰＰ  ＡＡＡサーバ３１２における輻輳レベルについて知らされるＨＳＳの所望を示す。「アクセスネットワーク情報要求」ＡＶＰは、ＨＳＳ３０４が、ＵＥ２０２が現在アタッチされているアクセスネットワークの識別および場所情報を３ＧＰＰ  ＡＡＡサーバ３１２に要求することを示す（ＴＳ  ２９．２７３の第８．２．３．１７節）。
【００８０】
図８のステップ９では、応答して、３ＧＰＰ  ＡＡＡサーバ３１２が、図７のステップ１３と同様に、その輻輳レベルを推定する。
【００８１】
図８のステップ１０では、３ＧＰＰサーバは、ＵＥの場所とともにその輻輳レベルをＨＳＳ３０４に報告する。
【００８２】
３ＧＰＰ  ＡＡＡサーバ３１２は、ＳＷｘ参照点を経由して、修正された「ユーザプロファイル更新応答」（アクセスネットワーク情報、ＡＡＡ輻輳レベル）メッセージをＨＳＳ３０４に送信する。「アクセスネットワーク情報」ＡＶＰは、ＵＥ２０２がアタッチされているアクセスネットワークの識別および場所情報を含む（ＴＳ  ２９．２７３の第５．２．３．２４節）。新しい「ＡＡＡ輻輳レベル」ＡＶＰは、ＵＥ２０２がアタッチされているアクセスネットワークにおける輻輳レベルを提供する。
【００８３】
図８のステップ１１では、ＨＳＳ３０４は、Ｓｈ参照点を経由して、新しいＬＣＳサービス応答（ＥＰＳ場所情報、アクセスネットワーク情報、輻輳レベル）メッセージをＳＣＥＦ４０４に送信することができる。このメッセージは、それぞれ、ステップ７および１０でＭＭＥ３０６／ＳＧＳＮ３０８ならびに３ＧＰＰ  ＡＡＡサーバ３１２から前もって受信された全ての場所および輻輳ＡＶＰを搬送する。
【００８４】
図８のステップ１２では、ＳＣＥＦ４０４は、ＨＳＳ３０４から受信される場所情報に基づいて、「利用可能なＲＡＴ」ＡＶＰを導出することができる。Ｅ−ＵＴＲＡＮ、ＵＴＲＡＮ、またはＷＬＡＮは、「ＭＭＥ場所情報」、「ＳＧＳＮ場所情報」、または「アクセスネットワーク情報」が有効な場所情報を含む場合に利用可能である。最終的に、ＳＣＥＦ４０４は、要求される場所コンテキストを搬送する、「場所コンテキスト応答ＡＰＩ（場所、利用可能なＲＡＴ、輻輳レベル）」メッセージをＳＣＳ／ＡＳ６０２に送信する。
【００８５】
図８に図示されるステップを行うエンティティは、無線および／またはネットワーク通信のために構成される装置もしくは図１４Ｃまたは図１４Ｄに図示されるもの等のコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであり得ることが理解される。すなわち、図８に図示される方法は、図１４Ｃまたは図１４Ｄに図示される装置もしくはコンピュータシステム等の装置のメモリ内に記憶されたソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、装置のプロセッサによって実行されると、図８に図示されるステップを行う。図８に図示される機能性は、仮想化ネットワーク機能の組として実装され得ることも理解される。ネットワーク機能は、必ずしも直接通信しないこともあり、むしろ、それらは、転送またはルーティング機能を介して通信し得る。図８に図示される任意の伝送および受信ステップは、装置のプロセッサならびにそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、装置の通信回路によって行われ得ることも理解される。
【００８６】
（ＳＣＥＦアンカ型場所コンテキスト配信プロシージャ）
場所プロシージャへの代替的アプローチは、ＨＳＳ３０４に代わってＳＣＥＦ４０４においてアンカされることができる。より精密には、ＳＣＥＦ４０４は、サービングノードのアドレスを取得するようにＨＳＳ３０４に質問することができる。次いで、これは、ＨＳＳ３０４が上で行ったことと同様に、サービングノード（ＭＭＥ３０６／ＳＧＳＮ３０８／ＡＡＡサーバ３１２）にコンタクトすることができる。図９のコールフローは、以下のように解説されることができる。
【００８７】
図９のステップ１−２は、図８のステップ１−２に類似する。
【００８８】
図９のステップ３−４は、図７のステップ３−４に類似する。ステップ４では、ＳＣＥＦ４０４は、ＨＳＳ３０４からＵＥのサービングノード（ＭＭＥ３０６、ＳＧＳＮ３０８、３ＧＰＰ  ＡＡＡサーバ３１２）のアドレスを入手する。
【００８９】
図９のステップ４では、ＳＣＥＦ４０４は、ＭＭＥ３０６／ＳＧＳＮ３０８から直接、ＵＥのコンテキストについて問い合わせる。より精密には、ＳＣＥＦ４０４は、Ｔ５ｂ’／Ｔ５ａ’参照点を経由して、新しい「ユーザ場所要求」（ＩＭＳＩまたは外部識別子、要求される輻輳レベル）メッセージをＭＭＥ３０６／ＳＧＳＮ３０８に送信することができる。
【００９０】
図９のステップ６−７は、図８のステップ１１に類似する。
【００９１】
図９のステップ８では、図８のステップ７と同様に、ＭＭＥ３０６／ＳＧＳＮ３０８は、新しいＴ５ｂ’／Ｔ５ａ’参照点を経由して、新しい「ユーザ場所応答」（ＥＰＳ場所情報、ＭＭＥ輻輳レベル、ＳＧＳＮ輻輳レベル）メッセージをＳＥＣＦに送信する。ＭＭＥ３０６からより多くの「地理的情報」のうちの１つを受信することを介して、ＳＣＥＦ４０４は、現在利用可能なＲＡＴ（Ｅ−ＵＴＲＡＮ、ＵＴＲＡＮ）を把握することができるであろう。さらに、上記のステップ７で計算されるように、ＭＭＥ３０６およびＳＧＳＮ３０８における輻輳レベルを含むであろう、新しい「ＭＭＥ輻輳レベル」ならびに「ＳＧＳＮ輻輳レベル」ＡＶＰが、使用されることができる。
【００９２】
図９のステップ９−１１は、メッセージ（ユーザプロファイル更新要求／ユーザプロファイル更新応答）が、ＳＣＥＦ４０４と３ＧＰＰ  ＡＡＡサーバ３１２との間の新しいＴ５ｗ参照点を経由して交換されることを除いて、図８のステップ８−１０に類似する。これらのメッセージのＡＶＰは、図８のステップ８−１０で議論される、対応するものに類似する。
【００９３】
図９のステップ１２は、図８のステップ１２に類似する。
【００９４】
図９に図示されるステップを行うエンティティは、無線および／またはネットワーク通信のために構成される装置もしくは図１４Ｃまたは図１４Ｄに図示されるもの等のコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであり得ることが理解される。すなわち、図９に図示される方法は、図１４Ｃまたは図１４Ｄに図示される装置もしくはコンピュータシステム等の装置のメモリ内に記憶されたソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、装置のプロセッサによって実行されると、図９に図示されるステップを行う。図９に図示される機能性は、仮想化ネットワーク機能の組として実装され得ることも理解される。ネットワーク機能は、必ずしも直接通信しないこともあり、むしろ、それらは、転送またはルーティング機能を介して通信し得る。図９に図示される任意の伝送および受信ステップは、装置のプロセッサならびにそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、装置の通信回路によって行われ得ることも理解される。
【００９５】
（ＰＣＲＦベースの場所コンテキスト配信プロシージャ）
本項では、ＳＣＥＦ４０４は、特定のＵＥ２０２の場所コンテキストを入手するためにＰＣＲＦ４０２を利用する。ＰＣＲＦ４０２は、それぞれ、ＰＣＥＦ５０２およびＲＣＡＦ５０４から、Ｐ−ＧＷならびにＲＡＮユーザプレーンにおける輻輳レベルを入手する。さらに、ＰＣＲＦ４０２は、ＩＰ−ＣＡＮプロシージャ中にＰＣＥＦ５０２からユーザ場所およびＲＡＴタイプを入手する。
【００９６】
図１０のコールフローは、以下のように解説されることができる。
【００９７】
図１０のステップ０では、最初に、ＵＥ２０２が既存のＬＴＥデータ接続を有することが仮定される。そのような接続は、ＴＳ  ２３．４０１の第５．３．２節「進化型地上波無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）アクセスのための汎用パケット無線サービス（ＧＰＲＳ）強化」Ｖ１２．４．０（２０１４年３月）で定義される、初期アタッチプロシージャを使用して確立される。アタッチプロシージャにおいて特に興味深いことは、Ｐ−ＧＷ（具体的には、ＰＣＥＦ５０２）とＰＣＲＦ４０２との間のＰＣＥＦ開始型ＩＰ−ＣＡＮセッション確立プロシージャ（ＴＳ  ２３．２０３の第７．２節「ポリシおよび課金制御アーキテクチャ」Ｖ１２．４．０、２０１４年３月）である。本プロシージャでは、ＰＣＥＦ５０２は、Ｇｘ参照点を経由して、「ＣＣ要求（ＣＣＲ）」（サブスクリプション−Ｉｄ、３ＧＰＰユーザ場所情報、ＲＡＴタイプ）メッセージをＰＣＲＦ４０２に送信することによって、ＰＣＣルールを要求する。「サブスクリプション−Ｉｄ」は、サブスクリプションの識別（例えば、ＩＭＳＩ、ＭＳＩＳＤＮ）であり、「３ＧＰＰユーザ場所情報」ＡＶＰは、ユーザの場所を含み、「ＲＡＴ−Ｔｙｐｅ＝ＥＵＴＲＡＮ（１００４）」ＡＶＰは、利用されるＲＡＴのタイプを示す。応答して、ＰＣＲＦ４０２は、「ＣＣ回答（ＣＣＡ）」（ＱｏＳ情報）メッセージの中のＰＣＣルールをＰＣＥＦ５０２にプロビジョンする。「ＱｏＳ情報」は、ＵＥのトラフィックの承認ＱｏＳを示す。ＣＣＲおよびＣＣＡメッセージの完全なＡＶＰは、ＴＳ  ２９．２１２の第５．６．２および第５．６．３節「ポリシおよび課金制御（ＰＣＣ）；参照点」、Ｖ１２．４．０（２０１４年３月）に列挙される。
【００９８】
図１０のステップ１−４は、図７のステップ１−４に類似する。
【００９９】
図１０のステップ５では、ＳＣＥＦ４０４が、ＳＣＳ／ＡＳ６０２からＡＰＩ要求を受信し、それを承認し、ＵＥのＩＭＳＩを取得すると、ＳＣＥＦ４０４は、「ＬＣＳサービス要求」（ＩＭＳＩ）メッセージをＰＣＲＦ４０２に送信する。
【０１００】
ＳＣＥＦ４０４は、Ｒｘ参照点を経由して「ＬＣＳサービス要求」（ＩＭＳＩまたは外部識別子）をＰＣＲＦ４０２に送信することができる。
【０１０１】
図１０のステップ６では、ＰＣＲＦ４０２がＵＥ２０２について任意の更新された情報を獲得するために、「プロファイル更新要求」メッセージをＰＣＥＦ５０２に送信する。
【０１０２】
新しいメッセージ「プロファイル更新要求」は、Ｇｘ参照点を経由してＰＣＲＦ４０２からＰＣＥＦ５０２に定義されることができる。
【０１０３】
代替として、ＰＣＲＦ４０２が展開されない場合、ステップ５および６は、ＳＣＥＦ４０４とＰＣＥＦ５０２との間に直接接続を有することによって置換されることができる。この場合、ＰＣＥＦ５０２は、新しいメッセージ「ＬＣＳサービス要求」をＰ−ＧＷに送信する。
【０１０４】
図１０のステップ７では、応答して、ＰＣＥＦ５０２は、「プロファイル更新応答」（３ＧＰＰユーザ場所情報、ＲＡＴタイプ、ＰＧＷ輻輳）メッセージでＰＣＲＦ４０２に返信する。ＰＣＲＦ４０２が展開されない場合、ＰＣＥＦ５０２は、「プロファイル更新応答」メッセージでＳＣＥＦ４０４に直接返信する。
【０１０５】
新しいメッセージ「プロファイル更新応答」（３ＧＰＰユーザ場所情報、ＲＡＴタイプ、ＰＧＷ輻輳）が、Ｇｘ参照点を経由して、ＰＣＥＦ５０２からＰＣＲＦ４０２に送信されることができる。「３ＧＰＰユーザ場所情報」ＡＶＰは、現在のＵＥの場所を示し、「ＲＡＴタイプ」ＡＶＰは、現在のＲＡＴを示し、「ＰＧＷ輻輳」ＡＶＰは、Ｐ−ＧＷにおける輻輳レベルを示す。ＴＳ  ２３．４０１の第４．３．７．５節で示されるように、Ｐ−ＧＷは、ＡＰＮあたりのアクティブなベアラの最大数および／またはＡＰＮあたりのベアラアクティベーションの最大割合を使用して、その輻輳レベルを推定することができる。本輻輳レベルは、「ＰＧＷ輻輳」ＡＶＰに含まれるであろう。
【０１０６】
図１０のステップ８では、ＰＣＲＦ４０２がＰ−ＧＷにおける輻輳レベルを入手すると、また、ＲＡＮユーザプレーンにおける輻輳レベルを入手することもできる。具体的には、ＰＣＲＦ４０２は、ＲＡＮユーザプレーン輻輳情報（ＲＵＣＩ）について問い合わせるように、Ｎｐ参照点（ＴＳ  ２９．２１７）を経由してＲＣＡＦ５０４にコンタクトすることができる。
【０１０７】
新しいメッセージ「ＲＵＣＩレポート要求」（サブスクリプション−Ｉｄ、輻輳場所−Ｉｄ）メッセージが、Ｎｐ参照点を経由してＰＣＲＦ４０２からＲＣＡＦ５０４に送信されることができる。ＰＣＲＦ４０２は、その特定の場所における輻輳レベルへのその関心を示すように、「輻輳場所−Ｉｄ」ＡＶＰを含む。「輻輳場所−Ｉｄ」ＡＶＰは、ＴＳ  ２９．２１７の第５．３．９節で定義されるように、３ＧＰＰユーザ場所情報およびｅＮｏｄｅＢ−ＩＤを含む。また、ＰＣＲＦ４０２は、「サブスクリプション−Ｉｄ」ＡＶＰ内にユーザｉｄを含む。これらのＡＶＰの両方が、ＴＳ  ２９．２１７で以前に定義され、ここでは新しいメッセージ「ＲＵＣＩレポート要求」で利用される。
【０１０８】
代替として、ＰＣＲＦ４０２が展開されない場合、ＳＣＥＦ４０４は、「ＲＵＣＩレポート要求」メッセージをＲＣＡＦ５０４に直接送信することができる。
【０１０９】
図１０のステップ９では、応答して、ＲＣＡＦ５０４は、Ｎｐ参照点を経由して、「非集約ＲＵＣＩレポート要求（ＮＲＲ）」（輻輳レベル値、サブスクリプション−Ｉｄ、輻輳場所−Ｉｄ）メッセージをＰＣＲＦ４０２に送信する（ＴＳ  ２９．２１７の第５．６．１号）。「輻輳レベル値」ＡＶＰは、ＵＥ２０２が位置するセルの輻輳レベルを示す（ＴＳ  ２９．２１７の第５．３．６節）。
【０１１０】
図１０のステップ１０では、ＰＣＲＦ４０２がＲＣＡＦ５０４からＲＵＣＩレポートを入手すると、Ｎｐ参照点を経由して「非集約ＲＵＣＩレポート回答（ＮＲＡ）」（ＴＳ  ２９．２１７の第５．６．２節）を送信する。
【０１１１】
図１０のステップ１１では、ＰＣＲＦ４０２は、Ｒｘ参照点を経由して、「ＬＣＳサービス応答」（３ＧＰＰユーザ場所情報、ＲＵＣＩ輻輳レベル値、ＰＧＷ輻輳）メッセージをＳＣＥＦ４０４に送信する。
【０１１２】
新しいメッセージ「ＬＣＳサービス応答」（３ＧＰＰユーザ場所情報、ＲＵＣＩ輻輳レベル値、ＰＧＷ輻輳）が、Ｒｘ参照点を経由してＰＣＲＦ４０２からＳＣＥＦ４０４に送信されることができる。「ＲＵＣＩ輻輳レベル値」ＡＶＰは、ステップ９でＲＣＡＦ５０４から受信される「輻輳レベル値」に等しい。
【０１１３】
図１０のステップ１２では、ＳＣＥＦ４０４は、ＵＥのコンテキスト情報を搬送する「場所コンテキスト応答」（場所、利用可能なＲＡＴ、輻輳レベル）ＡＰＩをＳＣＳ／ＡＳ６０２に送信することができる。「輻輳レベル」ＡＶＰは、「ＰＧＷ輻輳」および「ＲＵＣＩ輻輳レベル値」ＡＶＰを含むであろう。
【０１１４】
図１０のステップ１３では、ＵＥ２０２は、信頼されるＷＬＡＮ（ＴＷＡＮ）を介してＷｉ−Ｆｉに切り替わることを決定し、ＴＳ  ２３．４０２の第１６．１０．１．１節「非３ＧＰＰアクセスのためのアーキテクチャ強化」Ｖ１２．４．０（２０１４年３月）で定義される、ＬＴＥからＷＬＡＮへのＲＡＴ間ハンドオーバプロシージャが実行されるであろうことが仮定される。ＰＣＥＦ開始型ＩＰ−ＣＡＮセッション修正プロシージャは、ハンドオーバプロシージャの一部として実行されるであろう。ＩＰ−ＣＡＮプロシージャ中、ＰＣＥＦ５０２は、更新されたＰＣＣルールを要求するように、Ｇｘ参照点を経由して「ＣＣ要求（ＣＣＲ）」（ＲＡＴタイプ、ＴＷＡＮ識別子）メッセージ（ＴＳ  ２９．２１２の第５．６．２節）をＰＣＲＦ４０２に送信する。ＲＡＴタイプ＝ＷＬＡＮは、新しいＲＡＴを示し、「ＴＷＡＮ識別子」ＡＶＰは、ＴＷＡＮ内のＵＥ２０２場所を示す。応答して、ＰＣＲＦ４０２は、Ｇｘ参照点を経由して、「ＣＣ回答（ＣＣＡ）」（ＱｏＳ情報）メッセージ（ＴＳ  ２９．２１２の第５．６．３節）の中に「ＱｏＳ情報」を含むＰＣＣルールをＰＣＥＦ５０２に提供する。
【０１１５】
図１０のステップ１４では、ＰＣＲＦ４０２が上記のステップにおいてＩＰ−ＣＡＮセッション修正プロシージャを介してＲＡＴ変更で更新されると、ステップ８で説明されるように、「ＲＵＣＩレポート要求」（サブスクリプション−Ｉｄ）メッセージをＲＣＡＦ５０４に送信することによって、ＴＷＡＮにおける輻輳ステータスについて問い合わせることを目指す。
【０１１６】
図１０のステップ１５では、応答して、ＲＣＡＦ５０４は、新たに導入されたＮｑ’’参照点を経由して、「輻輳レベル要求」メッセージを３ＧＰＰ  ＡＡＡサーバ３１２に送信する。本新たに導入された参照点の命名は、Ｎｑ（ＭＭＥ−ＲＣＡＦ、ＴＳ  ２３．４０１の第４．４．１２節）およびＮｑ’（ＳＧＳＮ−ＲＣＡＦ、ＴＳ  ２３．０６０の第５．４．１１節、「汎用パケット無線サービス（ＧＰＲＳ）、ステージ２」）に従う。
【０１１７】
図１０のステップ１６では、その結果として、３ＧＰＰ  ＡＡＡサーバ３１２は、新たに導入されたＮｑ”参照点を経由して、「輻輳レベル応答」（ＴＷＡＮ−ＲＵＣＩ輻輳レベル値）メッセージをＲＣＡＦ５０４に送信することができる。「ＴＷＡＮ−ＲＵＣＩ輻輳レベル値」ＡＶＰは、ＴＷＡＮにおける輻輳レベルを搬送する。
【０１１８】
図１０のステップ１７−２０は、ＴＷＡＮ  ＲＡＮ輻輳レベルの「ＴＷＡＮ−ＲＵＣＩ輻輳レベル値」、ＴＷＡＮ内のＵＥの場所の「ＴＷＡＮ識別子」、および利用可能なＲＡＴの「ＷＬＡＮ」を搬送する、ステップ９−１２に類似する。
【０１１９】
図１０に図示されるステップを行うエンティティは、無線および／またはネットワーク通信のために構成される装置もしくは図１４Ｃまたは図１４Ｄに図示されるもの等のコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであり得ることが理解される。すなわち、図１０に図示される方法は、図１４Ｃまたは図１４Ｄに図示される装置もしくはコンピュータシステム等の装置のメモリ内に記憶されたソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、装置のプロセッサによって実行されると、図１０に図示されるステップを行う。図１０に図示される機能性は、仮想化ネットワーク機能の組として実装され得ることも理解される。ネットワーク機能は、必ずしも直接通信しないこともあり、むしろ、それらは、転送またはルーティング機能を介して通信し得る。図１０に図示される任意の伝送および受信ステップは、装置のプロセッサならびにそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、装置の通信回路によって行われ得ることも理解される。
【０１２０】
（ＳＣＥＦ開始型場所コンテキスト要求プロシージャ）
上で議論される実施形態では、ＳＣＳ／ＡＳ６０２は、特定のＵＥの場所ベースのコンテキストについて問い合わせを開始することが仮定される。代替として、ＳＣＥＦ４０４は、別のプロシージャの一部として、そのような場所ベースのコンテキスト要求を開始するノードであり得る。例えば、グループベースの強化（ＧＲＯＵＰＥ）は、現在、３ＧＰＰ  ＴＲ  ２３．７６９「グループベースの強化（ＧＲＯＵＰＥ）」で研究されている。ＧＲＯＵＰＥの主要な問題のうちの１つは、グループへのメッセージングのための配信機構の選択である（３ＧＰＰ  ＴＲ  ２３．７６９の第５．２節）。例えば、メッセージが配信される必要がある、地理的地域内のメッセージ配信機構（例えば、ＭＢＭＳ）および無線アクセス技術の利用可能性が、考慮される必要がある（３ＧＰＰ  ＴＲ  ２３．７６９の第５．２節）。そのような情報は、以前に議論されたように、場所ベースのコンテキストの一部である。この場合、ＳＣＥＦ４０４がＳＣＳ／ＡＳ６０２から特定のグループ要求を受信すると、グループ要求を実行する前に、グループのコンテキストについて把握するように場所コンテキスト配信プロシージャのうちのいずれかを開始することを決定する。図１１は、そのようなプロシージャを解説する。
【０１２１】
図１１のコールフローは、以下のように解説されることができる。
【０１２２】
図１１のステップ０では、ＳＣＳ／ＡＳ６０２は、特定のグループ要求（例えば、データ配信）をＳＣＥＦ４０４に送信する。グループは、その外部グループＩＤによって識別され、個々のＵＥは、それらの外部デバイスＩＤによって識別される。
【０１２３】
図１１のステップ１では、ＳＣＥＦ４０４は、ＳＣＳ／ＡＳ６０２がそのようなグループ要求を送信するために承認されていることを検証した。
【０１２４】
図１１のステップ２では、承認されると、ＳＣＥＦ４０４は、３ＧＰＰ  ＴＲ  ２３．７６９の第５．５．３節に示されるように、Ｓｈ参照点を経由して「グループ情報要求」（ＳＣＳ／ＡＳ−ＩＤ、外部グループＩＤ、外部ＩＤ）をＨＳＳ３０４に送信する。
【０１２５】
図１１のステップ３では、応答して、ＨＳＳ３０４は、「グループ情報応答」（内部グループＩＤ、内部ＩＤ）をＳＣＥＦ４０４に送信する。
【０１２６】
図１１のステップ４では、ＳＣＥＦ４０４がグループ要求を意図されたコアネットワークノード（例えば、ＢＭ−ＳＣ）に転送する前に、ＳＣＥＦ４０４は、ＵＥの本グループの場所ベースのコンテキストについて問い合わせる。故に、これは、上で説明されるコンテキスト配信プロシージャのうちの１つを実行する。ＳＣＥＦ４０４は、各グループメンバの場所を見出すように、１つを上回る問い合わせを行うことができる。
【０１２７】
図１１のステップ５では、結果として、ＳＣＥＦ４０４は、考慮中のグループの場所ベースのコンテキスト（場所、利用可能なＲＡＴ、輻輳レベル）を獲得する。
【０１２８】
図１１のステップ６では、受信されたコンテキストに基づいて、ＳＣＥＦ４０４は、マルチメディアブロードキャストマルチキャストサービス（ＭＢＭＳ）、セルブロードキャストサービス（ＣＢＳ）、またはショートメッセージサービス（ＳＭＳ）等のグループ要求を実行する最良の利用可能な方法を選定することができるであろう。
【０１２９】
図１１のステップ７では、最終的に、グループ要求が実行されると、ＳＣＥＦ４０４は、「グループ応答」メッセージをＳＣＳ／ＡＳ６０２に送信する。
【０１３０】
図１１に図示されるステップを行うエンティティは、無線および／またはネットワーク通信のために構成される装置もしくは図１４Ｃまたは図１４Ｄに図示されるもの等のコンピュータシステムのメモリ内に記憶され、そのプロセッサ上で実行するソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得る論理エンティティであり得ることが理解される。すなわち、図１１に図示される方法は、図１４Ｃまたは図１４Ｄに図示される装置もしくはコンピュータシステム等の装置のメモリ内に記憶されたソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装され得、そのコンピュータ実行可能命令は、装置のプロセッサによって実行されると、図１１に図示されるステップを行う。図１１に図示される機能性は、仮想化ネットワーク機能の組として実装され得ることも理解される。ネットワーク機能は、必ずしも直接通信しないこともあり、むしろ、それらは、転送またはルーティング機能を介して通信し得る。図１１に図示される任意の伝送および受信ステップは、装置のプロセッサならびにそれが実行するコンピュータ実行可能命令（例えば、ソフトウェア）の制御下で、装置の通信回路によって行われ得ることも理解される。
【０１３１】
（プロトコル実施形態：メッセージ拡張）
本項では、詳細なメッセージ拡張を網羅するプロトコル実施形態が説明される。より精密には、上で説明されるプロシージャを可能にするための必要とされるメッセージおよびプロトコル拡張が導入される。
【０１３２】
（ＧＭＬＣ関連参照点）
ＧＭＬＣ３０２は、図７に説明されるＧＭＬＣベースの場所コンテキスト配信プロシージャで利用されている。本項では、新しいおよび修正されたメッセージのみが、その関連付けられる参照点（ＳＬｇ／Ｌｇ、Ｌａ、Ｌｅ）を経由して搬送される新しい情報要素とともに説明される。
【０１３３】
（ＳＬｇ／Ｌｇ参照点（ＧＭＬＣ−ＭＭＥ／ＳＧＳＮ））
図７のステップ８および１１では、ＧＭＬＣ３０２は、それぞれ、場所要求を提供する（ＰＬＲ）ならびに場所回答を提供する（ＰＬＡ）である、２つの修正されたメッセージを使用して、ＳＬｇ／Ｌｇ参照点を経由してＭＭＥ３０６／ＳＧＳＮ３０８と通信する。本項では、新しいものを含む、これら２つのメッセージの情報要素、すなわち、ＳＬｇ／Ｌｇ：場所要求を提供する（ＰＬＲ）コマンド（図７、ステップ８）が説明される。
【０１３４】
８３８８６２０に設定されたコマンドコードフィールドおよびコマンドフラグフィールド内に設定された「Ｒ」ビットによって示される、場所要求を提供する（ＰＬＲ）コマンドは、サブスクライバ場所を要求するためにＧＭＬＣ３０２によってＭＭＥ３０６またはＳＧＳＮ３０８に送信される（ＴＳ  ２９．１７２の第７．３．１節）。
【０１３５】
新しい「要求される輻輳レベル」ＩＥは、ＭＭＥ３０６／ＳＧＳＮ３０８における輻輳レベルを把握するＧＭＬＣの所望を示すように、ＰＬＲメッセージに含まれることができる。更新されたメッセージフォーマットは、以下である。
＜Ｐｒｏｖｉｄｅ−Ｌｏｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ＞：：＝  ＜Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒ：  ８３８８６２０，ＲＥＱ，ＰＸＹ，１６７７７２５５＞
＜Ｓｅｓｓｉｏｎ−Ｉｄ＞
［Ｖｅｎｄｏｒ−Ｓｐｅｃｉｆｉｃ−Ａｐｐｌｉｃａｔｉｏｎ−Ｉｄ］
｛Ａｕｔｈ−Ｓｅｓｓｉｏｎ−Ｓｔａｔｅ｝
｛Ｏｒｉｇｉｎ−Ｈｏｓｔ｝
｛Ｏｒｉｇｉｎ−Ｒｅａｌｍ｝
｛Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ｝
｛Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ｝
｛Ｌｏｃａｔｉｏｎ−Ｔｙｐｅ｝
［Ｕｓｅｒ−Ｎａｍｅ］
［ＭＳＩＳＤＮ］
［ＩＭＥＩ］
｛ＬＣＳ−ＥＰＳ−Ｃｌｉｅｎｔ−Ｎａｍｅ｝
｛ＬＣＳ−Ｃｌｉｅｎｔ−Ｔｙｐｅ｝
［ＬＣＳ−Ｒｅｑｕｅｓｔｏｒ−Ｎａｍｅ］
［ＬＣＳ−Ｐｒｉｏｒｉｔｙ］
［ＬＣＳ−ＱｏＳ］
［Ｖｅｌｏｃｉｔｙ−Ｒｅｑｕｅｓｔｅｄ］
［ＬＣＳ−Ｓｕｐｐｏｒｔｅｄ−ＧＡＤ−Ｓｈａｐｅｓ］
［ＬＣＳ−Ｓｅｒｖｉｃｅ−Ｔｙｐｅ−ＩＤ］
［ＬＣＳ−Ｃｏｄｅｗｏｒｄ］
［ＬＣＳ−Ｐｒｉｖａｃｙ−Ｃｈｅｃｋ−Ｎｏｎ−Ｓｅｓｓｉｏｎ］
［ＬＣＳ−Ｐｒｉｖａｃｙ−Ｃｈｅｃｋ−Ｓｅｓｓｉｏｎ］
［Ｓｅｒｖｉｃｅ−Ｓｅｌｅｃｔｉｏｎ］
［Ｄｅｆｅｒｒｅｄ−Ｌｏｃａｔｉｏｎ−Ｔｙｐｅ］
［ＰＬＲ−Ｆｌａｇｓ］
＊［Ｓｕｐｐｏｒｔｅｄ−Ｆｅａｔｕｒｅｓ］
＊［ＡＶＰ］
＊［Ｐｒｏｘｙ−Ｉｎｆｏ］
＊［Ｒｏｕｔｅ−Ｒｅｃｏｒｄ］
＊［Ｃｏｎｇｅｓｔｉｏｎ−Ｌｅｖｅｌ−Ｒｅｑｕｅｓｔｅｄ］
（ＳＬｇ／Ｌｇ：場所回答を提供する（ＰＬＡ）コマンド（図７、ステップ１１））
８３８８６２０に設定されたコマンドコードフィールドおよびコマンドフラグフィールド内に作成された「Ｒ」ビットによって示される、修正された場所回答を提供する（ＰＬＡ）コマンドは、ＰＬＲコマンドに応答して、ＭＭＥ３０６またはＳＧＳＮ３０８によってＧＭＬＣ３０２に送信される（ＴＳ  ２９．１７２の第７．３．２節）。
【０１３６】
新しい「ＭＭＥ輻輳レベル」および「ＳＧＳＮ輻輳レベル」ＩＥは、ＭＭＥ３０６ならびにＳＧＳＮ３０８における輻輳レベルを含むであろう、ＰＬＡメッセージに含まれることができる。また、既存の「Ｅ−ＵＴＲＡＮ測位データ」、「ＵＴＲＡＮ測位データ」、および「ＧＥＲＡＮ測位データ」ＩＥは、ＵＥ２０２が、それぞれ、Ｅ−ＵＴＲＡＮ、ＵＴＲＡＮ、および／またはＧＲＥＡＮ  ＲＡＴへのアクセスを有するかどうかを把握するために使用されることができる。更新されたメッセージフォーマットは、以下である。
＜Ｐｒｏｖｉｄｅ−Ｌｏｃａｔｉｏｎ−Ａｎｓｗｅｒ＞：：＝  ＜Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒ：  ８３８８６２０，ＰＸＹ，１６７７７２５５  ＞
＜Ｓｅｓｓｉｏｎ−Ｉｄ＞
［Ｖｅｎｄｏｒ−Ｓｐｅｃｉｆｉｃ−Ａｐｐｌｉｃａｔｉｏｎ−Ｉｄ］
［Ｒｅｓｕｌｔ−Ｃｏｄｅ］
［Ｅｘｐｅｒｉｍｅｎｔａｌ−Ｒｅｓｕｌｔ］
｛Ａｕｔｈ−Ｓｅｓｓｉｏｎ−Ｓｔａｔｅ｝
｛Ｏｒｉｇｉｎ−Ｈｏｓｔ｝
｛Ｏｒｉｇｉｎ−Ｒｅａｌｍ｝
［Ｌｏｃａｔｉｏｎ−Ｅｓｔｉｍａｔｅ］
［Ａｃｃｕｒａｃｙ−Ｆｕｌｆｉｌｍｅｎｔ−Ｉｎｄｉｃａｔｏｒ］
［Ａｇｅ−Ｏｆ−Ｌｏｃａｔｉｏｎ−Ｅｓｔｉｍａｔｅ］
［Ｖｅｌｏｃｉｔｙ−Ｅｓｔｉｍａｔｅ］
［ＥＵＴＲＡＮ−Ｐｏｓｉｔｉｏｎｉｎｇ−Ｄａｔａ］
［ＥＣＧＩ］
［ＧＥＲＡＮ−Ｐｏｓｉｔｉｏｎｉｎｇ−Ｉｎｆｏ］
［Ｃｅｌｌ−Ｇｌｏｂａｌ−Ｉｄｅｎｔｉｔｙ］
［ＵＴＲＡＮ−Ｐｏｓｉｔｉｏｎｉｎｇ−Ｉｎｆｏ］
［Ｓｅｒｖｉｃｅ−Ａｒｅａ−Ｉｄｅｎｔｉｔｙ］
［Ｓｅｒｖｉｎｇ−Ｎｏｄｅ］
［ＰＬＡ−Ｆｌａｇｓ］
［ＥＳＭＬＣ−Ｃｅｌｌ−Ｉｎｆｏ］
＊［Ｓｕｐｐｏｒｔｅｄ−Ｆｅａｔｕｒｅｓ］
＊［ＡＶＰ］
＊［Ｆａｉｌｅｄ−ＡＶＰ］
＊［Ｐｒｏｘｙ−Ｉｎｆｏ］
＊［Ｒｏｕｔｅ−Ｒｅｃｏｒｄ］
＊［ＭＭＥ−Ｃｏｎｇｅｓｔｉｏｎ−Ｌｅｖｅｌ］
＊［ＳＧＳＮ−Ｃｏｎｇｅｓｔｉｏｎ−Ｌｅｖｅｌ］
（Ｌａ参照点（ＧＭＬＣ−３ＧＰＰ  ＡＡＡサーバ３１２））
Ｌａ参照点は、ＴＳ  ２３．２７１「場所サービス（ＬＣＳ）の機能的ステージ２説明」で、Ｉ−ＷＬＡＮのために導入された。さらに、ＴＳ  ２３．２７１第９．１．１３節では、ＧＭＬＣ３０２がＵＥ場所を入手するように３ＧＰＰ  ＡＡＡサーバ３１２と通信する、ＩＷ−ＭＴ−ＬＲ（Ｉ−ＷＬＡＮのためのモバイル終端場所要求）プロシージャが説明される。これは、「ＵＥルーティング情報問い合わせ」メッセージを３ＧＰＰ  ＡＡＡサーバ３１２に送信する。応答して、ＡＡＡサーバ３１２は、「ＵＥルーティング情報Ａｃｋ」メッセージで返信する。図７のステップ１２および１４では、ＧＭＬＣ３０２は、これら２つのメッセージの更新されたバージョンを使用して、Ｌａ参照点を経由して３ＧＰＰ  ＡＡＡサーバ３１２と通信することができる。
【０１３７】
これら２つのＬａメッセージのステージ３定義がない。それらの唯一の定義は、ＩＷ−ＭＴ−ＬＲプロシージャ（ステージ２  ＴＳ  ２３．２７１の第９．１．１３節）の中にある。本ステージ２説明を使用して、限定数の情報要素が記述される。含まれる情報要素は、上で説明されるものに従うであろう（ＧＭＬＣ−ＭＭＥ３０６／ＳＧＳＮ３０８）。
Ｌａ：ＵＥルーティング情報問い合わせコマンド（図７、ステップ１２）
修正されたＵＥルーティング情報問い合わせメッセージは、ＵＥの場所および輻輳について問い合わせるように、ＧＭＬＣ３０２から３ＧＰＰ  ＡＡＡサーバ３１２に送信される。新しい「要求される輻輳レベル」ＩＥは、３ＧＰＰ  ＡＡＡサーバ３１２における輻輳レベルについて問い合わせるように、修正された「ＵＥルーティング情報問い合わせ」メッセージに含まれることができる。メッセージフォーマットは、以下である。
＜ＵＥ  Ｒｏｕｔｉｎｇ  Ｉｎｆｏ  Ｉｎｑｕｉｒｙ＞：：＝  ＜Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒ：  ＴＢＤ＞
＜Ｓｅｓｓｉｏｎ−Ｉｄ＞
［Ｖｅｎｄｏｒ−Ｓｐｅｃｉｆｉｃ−Ａｐｐｌｉｃａｔｉｏｎ−Ｉｄ］
｛Ａｕｔｈ−Ｓｅｓｓｉｏｎ−Ｓｔａｔｅ｝
｛Ｏｒｉｇｉｎ−Ｈｏｓｔ｝
｛Ｏｒｉｇｉｎ−Ｒｅａｌｍ｝
｛Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ｝
｛Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ｝
｛Ｌｏｃａｔｉｏｎ−Ｔｙｐｅ｝
［Ｕｓｅｒ−Ｎａｍｅ］
［ＭＳＩＳＤＮ］
［ＩＭＥＩ］
｛ＬＣＳ−ＥＰＳ−Ｃｌｉｅｎｔ−Ｎａｍｅ｝
｛ＬＣＳ−Ｃｌｉｅｎｔ−Ｔｙｐｅ｝
［ＬＣＳ−Ｒｅｑｕｅｓｔｏｒ−Ｎａｍｅ］
［ＬＣＳ−Ｐｒｉｏｒｉｔｙ］
［ＬＣＳ−ＱｏＳ］
［Ｖｅｌｏｃｉｔｙ−Ｒｅｑｕｅｓｔｅｄ］
［ＬＣＳ−Ｓｕｐｐｏｒｔｅｄ−ＧＡＤ−Ｓｈａｐｅｓ］
［ＬＣＳ−Ｓｅｒｖｉｃｅ−Ｔｙｐｅ−ＩＤ］
［ＬＣＳ−Ｃｏｄｅｗｏｒｄ］
［ＬＣＳ−Ｐｒｉｖａｃｙ−Ｃｈｅｃｋ−Ｎｏｎ−Ｓｅｓｓｉｏｎ］
［ＬＣＳ−Ｐｒｉｖａｃｙ−Ｃｈｅｃｋ−Ｓｅｓｓｉｏｎ］
［Ｓｅｒｖｉｃｅ−Ｓｅｌｅｃｔｉｏｎ］
［Ｄｅｆｅｒｒｅｄ−Ｌｏｃａｔｉｏｎ−Ｔｙｐｅ］
［Ｆｌａｇｓ］
＊［Ｓｕｐｐｏｒｔｅｄ−Ｆｅａｔｕｒｅｓ］
＊［ＡＶＰ］
＊［Ｐｒｏｘｙ−Ｉｎｆｏ］
＊［Ｒｏｕｔｅ−Ｒｅｃｏｒｄ］
＊［Ｃｏｎｇｅｓｔｉｏｎ−Ｌｅｖｅｌ−Ｒｅｑｕｅｓｔｅｄ］
（Ｌａ：ＵＥルーティング情報問い合わせＡｃｋコマンド（図７、ステップ１４））
修正されたＵＥルーティング情報問い合わせＡｃｋメッセージは、ＵＥの場所および輻輳を示すように、３ＧＰＰ  ＡＡＡサーバ３１２からＧＭＬＣ３０２に送信される。新しい「ＡＡＡ輻輳レベル」ＩＥは、３ＧＰＰ  ＡＡＡサーバ３１２における輻輳レベルを含むように、修正された「ＵＥルーティング情報問い合わせＡｃｋ」メッセージの中に含まれることができる。新しい「ＷＬＡＮ測位データ」ＩＥは、ＵＥの場所を搬送し、「到達可能なＵＥ」は、ＵＥ２０２がＷｉ−Ｆｉを介して到達可能であるかどうかを示すであろう。メッセージフォーマットは、ＰＬＡと同様に、以下である。
＜ＵＥ  Ｒｏｕｔｉｎｇ  Ｉｎｆｏ  Ｉｎｑｕｉｒｙ  Ａｃｋ＞：：＝  ＜Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒ：  ＴＢＤ＞
＜Ｓｅｓｓｉｏｎ−Ｉｄ＞
［Ｖｅｎｄｏｒ−Ｓｐｅｃｉｆｉｃ−Ａｐｐｌｉｃａｔｉｏｎ−Ｉｄ］
［Ｒｅｓｕｌｔ−Ｃｏｄｅ］
［Ｅｘｐｅｒｉｍｅｎｔａｌ−Ｒｅｓｕｌｔ］
｛Ａｕｔｈ−Ｓｅｓｓｉｏｎ−Ｓｔａｔｅ｝
｛Ｏｒｉｇｉｎ−Ｈｏｓｔ｝
｛Ｏｒｉｇｉｎ−Ｒｅａｌｍ｝
［Ｌｏｃａｔｉｏｎ−Ｅｓｔｉｍａｔｅ］
［Ａｃｃｕｒａｃｙ−Ｆｕｌｆｉｌｍｅｎｔ−Ｉｎｄｉｃａｔｏｒ］
［Ａｇｅ−Ｏｆ−Ｌｏｃａｔｉｏｎ−Ｅｓｔｉｍａｔｅ］
［Ｖｅｌｏｃｉｔｙ−Ｅｓｔｉｍａｔｅ］
［ＥＣＧＩ］
［Ｃｅｌｌ−Ｇｌｏｂａｌ−Ｉｄｅｎｔｉｔｙ］
［ＵＴＲＡＮ−Ｐｏｓｉｔｉｏｎｉｎｇ−Ｉｎｆｏ］
［Ｓｅｒｖｉｃｅ−Ａｒｅａ−Ｉｄｅｎｔｉｔｙ］
［Ｓｅｒｖｉｎｇ−Ｎｏｄｅ］
［Ｆｌａｇｓ］
［ＥＳＭＬＣ−Ｃｅｌｌ−Ｉｎｆｏ］
＊［Ｓｕｐｐｏｒｔｅｄ−Ｆｅａｔｕｒｅｓ］
＊［ＡＶＰ］
＊［Ｆａｉｌｅｄ−ＡＶＰ］
＊［Ｐｒｏｘｙ−Ｉｎｆｏ］
＊［Ｒｏｕｔｅ−Ｒｅｃｏｒｄ］
＊［ＵＥ−Ｒｅａｃｈａｂｌｅ］
＊［ＷＬＡＮ−Ｐｏｓｉｔｉｏｎｉｎｇ−Ｄａｔａ］
＊［ＡＡＡ−Ｃｏｎｇｅｓｔｉｏｎ−Ｌｅｖｅｌ］
（Ｌｅ参照点（ＧＭＬＣ−ＳＣＥＦ））
Ｌｅ参照点は、「ＬＣＳサービス要求」および「ＬＣＳサービス応答」メッセージを搬送するために、ＴＳ  ２３．２７１、第９．１．１節で利用される。ＴＳ  ２３．００２「ネットワークアーキテクチャ」に示されるように、「Ｌｅインターフェースは、ＬＣＳサーバから場所情報を読み出すために、外部ＬＣＳクライアントによって使用される。本インターフェース上の信号伝達は、ＯＭＡモバイルロケーションプロトコル（ＭＬＰ）およびオープンサービスアクセスアプリケーションプログラミングインターフェース（ＯＳＡ−ＡＰＩ）を使用し得る（ＴＳ  ２９．１９８）。」
Ｌｅ：ＬＣＳサービス応答（図７、ステップ１６）
新しいＩＥ「利用可能なＲＡＴ」および「輻輳レベル」は、完全なＵＥの場所コンテキストを伝えるように、「ＬＣＳサービス応答」に含まれることができる。したがって、ＧＭＬＣ３０２は、Ｌｅ参照点を経由して「ＬＣＳサービス応答」（場所、速度、利用可能なＲＡＴ、輻輳レベル）メッセージをＳＣＥＦ４０４に送信するであろう。
【０１３８】
（ＨＳＳ関連参照点）
ＨＳＳ３０４は、図８に説明されるＨＳＳベースの場所コンテキスト配信プロシージャで利用されている。本項では、新しいおよび修正されたメッセージのみが、その関連付けられる参照点（Ｓｈ、Ｓ６ａ／Ｓ６ｄ、ＳＷｘ）を経由して搬送される新しい情報要素とともに、提示される。
【０１３９】
（Ｓ６ａ／Ｓ６ｄ参照点（ＨＳＳ−ＭＭＥ／ＳＧＳＮ））
図８のステップ４および７では、ＨＳＳ３０４は、それぞれ、ユーザ場所要求ならびにユーザ場所応答である、２つの新しいメッセージを使用して、Ｓ６ａ／Ｓ６ｄ参照点を経由してＭＭＥ３０６／ＳＧＳＮ３０８と通信する。Ｓ６ａ／Ｓ６ｄ参照点を経由した完全なメッセージおよび情報要素が、ＴＳ  ２９．２７２に含まれる。ＴＳ  ２９．２７２で見出される典型的ＡＶＰが、これらのメッセージに追加される。本項では、これら２つのメッセージの新しい情報要素が提示される。
【０１４０】
（Ｓ６ａ／Ｓ６ｄ：ユーザ場所要求（図８、ステップ４））
ＨＳＳ３０４は、Ｓ６ａ／Ｓ６ｄ参照点を経由して、新しい「ユーザ場所要求」（ＩＭＳＩ、要求される輻輳レベル）メッセージをＭＭＥ３０６／ＳＧＳＮ３０８に送信することができる。「要求される輻輳レベル」ＡＶＰは、ＭＭＥ３０６／ＳＧＳＮ３０８サービングノードにおける輻輳レベルを把握するＨＳＳの所望を示す。メッセージフォーマットは、以下である。
＜Ｕｓｅｒ−Ｌｏｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ＞：：＝  ＜ＤｉａｍｅｔｅｒＨｅａｄｅｒ：ＴＢＤ＞
＜Ｓｅｓｓｉｏｎ−Ｉｄ＞
［Ｖｅｎｄｏｒ−Ｓｐｅｃｉｆｉｃ−Ａｐｐｌｉｃａｔｉｏｎ−Ｉｄ］
｛Ａｕｔｈ−Ｓｅｓｓｉｏｎ−Ｓｔａｔｅ｝
｛Ｏｒｉｇｉｎ−Ｈｏｓｔ｝
｛Ｏｒｉｇｉｎ−Ｒｅａｌｍ｝
｛Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ｝
｛Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ｝
｛Ｕｓｅｒ−Ｎａｍｅ｝
＊［Ｓｕｐｐｏｒｔｅｄ−Ｆｅａｔｕｒｅｓ］
［Ｆｌａｇｓ］
＊［ＡＶＰ］
＊［Ｐｒｏｘｙ−Ｉｎｆｏ］
＊［Ｒｏｕｔｅ−Ｒｅｃｏｒｄ］
｛Ｃｏｎｇｅｓｔｉｏｎ−Ｌｅｖｅｌ−Ｒｅｑｕｅｓｔｅｄ｝
（Ｓ６ａ／Ｓ６ｄ：ユーザ場所応答（図８、ステップ７））
ＭＭＥ３０６／ＳＧＳＮ３０８は、Ｓ６ａ／Ｓ６ｄ参照点を経由して、新しい「ユーザ場所応答」（ＥＰＳ場所情報、ＭＭＥ輻輳レベル、ＳＧＳＮ輻輳レベル）メッセージをＨＳＳ３０４に送信することができる。さらに、新しい「ＭＭＥ輻輳レベル」および「ＳＧＳＮ輻輳レベル」ＡＶＰが、使用されることができる。メッセージフォーマットは、以下である。
＜Ｕｓｅｒ−Ｌｏｃａｔｉｏｎ−Ｒｅｓｐｏｎｓｅ＞：：＝＜ＤｉａｍｅｔｅｒＨｅａｄｅｒ：ＴＢＤ＞
＜Ｓｅｓｓｉｏｎ−Ｉｄ＞
［Ｖｅｎｄｏｒ−Ｓｐｅｃｉｆｉｃ−Ａｐｐｌｉｃａｔｉｏｎ−Ｉｄ］
＊［Ｓｕｐｐｏｒｔｅｄ−Ｆｅａｔｕｒｅｓ］
［Ｒｅｓｕｌｔ−Ｃｏｄｅ］
［Ｅｘｐｅｒｉｍｅｎｔａｌ−Ｒｅｓｕｌｔ］
｛Ａｕｔｈ−Ｓｅｓｓｉｏｎ−Ｓｔａｔｅ｝
｛Ｏｒｉｇｉｎ−Ｈｏｓｔ｝
｛Ｏｒｉｇｉｎ−Ｒｅａｌｍ｝
［ＩＭＳ−Ｖｏｉｃｅ−Ｏｖｅｒ−ＰＳ−Ｓｅｓｓｉｏｎｓ−Ｓｕｐｐｏｒｔｅｄ］
［Ｌａｓｔ−ＵＥ−Ａｃｔｉｖｉｔｙ−Ｔｉｍｅ］
［ＲＡＴ−Ｔｙｐｅ］
［Ｆｌａｇｓ］
［ＥＰＳ−Ｕｓｅｒ−Ｓｔａｔｅ］
［ＥＰＳ−Ｌｏｃａｔｉｏｎ−Ｉｎｆｏｒｍａｔｉｏｎ］
［Ｌｏｃａｌ−Ｔｉｍｅ−Ｚｏｎｅ］
＊［ＡＶＰ］
＊［Ｆａｉｌｅｄ−ＡＶＰ］
＊［Ｐｒｏｘｙ−Ｉｎｆｏ］
＊［Ｒｏｕｔｅ−Ｒｅｃｏｒｄ］
｛ＭＭＥ−Ｃｏｎｇｅｓｔｉｏｎ−Ｌｅｖｅｌ｝
｛ＳＧＳＮ−Ｃｏｎｇｅｓｔｉｏｎ−Ｌｅｖｅｌ’｝
（ＳＷｘ参照点（ＨＳＳ−３ＧＰＰ  ＡＡＡサーバ））
図８のステップ８および１０では、ＨＳＳ３０４は、それぞれ、「ユーザプロファイル更新要求」ならびに「ユーザプロファイル更新応答」である、２つの修正されたメッセージを使用して、ＳＷｘ参照点を経由して３ＧＰＰ  ＡＡＡサーバ３１２と通信する。ＳＷｘ参照点を経由した完全なメッセージおよび情報要素は、ＴＳ  ２９．２７２に含まれる。ＴＳ  ２９．２７２で見出される典型的ＡＶＰが、これらのメッセージに追加される。本項では、これら２つのメッセージの新しい情報要素が提示される。
【０１４１】
（ＳＷｘ：ユーザプロファイル更新要求（図８、ステップ８））
ＨＳＳ３０４は、ＳＷｘ参照点を経由して、修正された「ユーザプロファイル更新要求」（ＩＭＳＩ、アクセスネットワーク情報要求、輻輳要求）メッセージを３ＧＰＰ  ＡＡＡサーバ３１２に送信することができる。「輻輳要求」は、３ＧＰＰ  ＡＡＡサーバにおける輻輳レベルについて知らされるＨＳＳの所望を示す。（ＴＳ  ２９．２７３「進化型パケットシステム（ＥＰＳ）；３ＧＰＰ  ＥＰＳ  ＡＡＡインターフェース」からコピーされた）表１は、「ユーザプロファイル更新要求」メッセージのＩＥを示し、表２（デフォルトがＴＳ  ２９．２７３からコピーされる）は、そのプロファイル要求をプッシュ配信する（ＰＰＲ）フラグを示す。「輻輳要求」ＩＥは、「ユーザプロファイル更新要求」メッセージＩＥまたはＰＰＲフラグに含まれることができる。例として、「輻輳要求」ＩＥは、表２に追加される。ＰＰＲフラグＡＶＰは、タイプＵｎｓｉｇｎｅｄ３２であり、ビットマスクを含む。ビットの意味は、表２で定義される通りである。
【０１４２】
【表２−１】
0006695362.tif 000005
【０１４３】
【表２−２】
0006695362.tif 000006
【０１４４】
（ＳＷｘ：ユーザプロファイル更新応答（図８、ステップ１０））
３ＧＰＰ  ＡＡＡサーバ３１２は、ＳＷｘ参照点を経由して、修正された「ユーザプロファイル更新応答」（アクセスネットワーク情報、ＡＡＡ輻輳レベル）メッセージをＨＳＳ３０４に送信することができる。新しい「ＡＡＡ輻輳レベル」ＡＶＰは、ＵＥ２０２がアタッチされるアクセスネットワークにおける輻輳レベルを提供する。
【０１４５】
【表２−３】
0006695362.tif 000007
【０１４６】
（Ｓｈ参照点（ＨＳＳ−ＳＣＥＦ））
図８のステップ３および１１では、ＨＳＳ３０４は、それぞれ、「ＬＣＳサービス要求」ならびに「ＬＣＳサービス応答」である、２つの新しいメッセージを使用して、Ｓｈ参照点を経由してＳＣＥＦ４０４と通信することができる。Ｌｅ参照点と同様に、本インターフェース上の信号伝達は、ＯＭＡモバイルロケーションプロトコル（ＭＬＰ）およびオープンサービスアクセスアプリケーションプログラミングインターフェース（ＯＳＡ−ＡＰＩ）（ＴＳ  ２９．１９８）を使用し得る。本項では、これら２つのメッセージの新しい情報要素が提示される。
【０１４７】
（Ｓｈ：ＬＣＳサービス要求（図８、ステップ３））
ＳＣＥＦ４０４は、Ｓｈ参照点を経由して、新しい「ＬＣＳサービス要求」（外部識別子）メッセージをＨＳＳ３０４に送信することができる。
【０１４８】
（Ｓｈ：ＬＣＳサービス応答（図８、ステップ１１））
ＨＳＳ３０４は、Ｓｈ参照点を経由して、新しいＬＣＳサービス応答（ＥＰＳ場所情報、アクセスネットワーク情報、ＭＭＥ輻輳レベル、ＳＧＳＮ輻輳レベル、ＡＡＡ輻輳レベル）メッセージをＳＣＥＦ４０４に送信することができる。このメッセージは、第６．１．２．１．２節および第６．１．２．２．２節で以前に説明された、ＭＭＥ３０６／ＳＧＳＮ３０８および３ＧＰＰ  ＡＡＡサーバ３１２から前もって受信された全ての場所ならびに輻輳ＡＶＰを搬送する。
【０１４９】
（ＳＣＥＦ関連参照点）
ＳＣＥＦ４０４は、図９に説明されるＳＣＥＦベースの場所コンテキスト配信プロシージャで利用されている。本項では、新しいおよび修正されたメッセージのみが、その関連付けられる参照点（Ｔ５ｂ’／Ｔ５ａ’、Ｔ５ｗ’）を経由して搬送される新しい情報要素とともに、提示される。
【０１５０】
（Ｔ５ｂ’／Ｔ５ａ’参照点（ＳＣＥＦ−ＭＭＥ／ＳＧＳＮ）（図９、ステップ５および８））
図９のステップ５および８では、ＳＣＥＦ４０４は、それぞれ、ユーザ場所要求ならびにユーザ場所応答である、２つの新しいメッセージを使用して、Ｔ５ｂ’／Ｔ５ａ’参照点を経由してＭＭＥ３０６／ＳＧＳＮ３０８と通信する。これら２つのメッセージのメッセージフォーマットおよびＩＥは、Ｓ６ａ／Ｓ６ｄを経由したそれらの対応するものに類似する。
【０１５１】
（Ｔ５ｗ参照点（ＳＣＥＦ−３ＧＰＰ  ＡＡＡサーバ）（図９、ステップ９および１１））
図９のステップ９および１１では、ＳＣＥＦ４０４は、それぞれ、「ユーザプロファイル更新要求」ならびに「ユーザプロファイル更新応答」である、２つの新しいメッセージを使用して、新しいＴ５ｗ参照点を経由して３ＧＰＰ  ＡＡＡサーバ３１２と通信する。これら２つのメッセージのメッセージフォーマットおよびＩＥは、上で説明される、ＳＷｘを経由したそれらの対応するものに類似する。
【０１５２】
（ＳＣＳ／ＡＳ６０２へのＡＰＩ）
上で議論されるソリューションの全ての第１のステップでは、ＳＣＥＦ４０４は、「場所コンテキスト要求ＡＰＩ」をＳＣＳ／ＡＳ６０２にエクスポーズすることができる。全ソリューションの最後、ＳＣＥＦ４０４は、ＵＥのコンテキスト情報を搬送する「場所コンテキスト要求ＡＰＩ」（場所、速度、利用可能なＲＡＴ、輻輳レベル）ＡＰＩをＳＣＳ／ＡＳ６０２に送信することによって、ＳＣＥＦ４０４に返答する。
【０１５３】
（ＰＣＲＦ関連参照点）
ＰＣＲＦ４０２は、図１０に説明されるＰＣＲＦ４０２ベースの場所コンテキスト配信プロシージャで利用されている。本項では、新しいおよび修正されたメッセージのみが、その関連付けられる参照点（Ｇｘ、Ｒｘ）を経由して搬送される新しい情報要素とともに、提示される。
【０１５４】
（Ｇｘ参照点（ＰＣＲＦ−ＰＣＥＦ））
図１０のステップ６および７では、ＰＣＲＦ４０２は、それぞれ、プロファイル更新要求ならびにプロファイル更新応答である、２つの新しいメッセージを使用して、Ｇｘ参照点を経由して（Ｐ−ＧＷにおける）ＰＣＥＦ５０２と通信する。Ｇｘ参照点を経由した完全なメッセージおよび情報要素は、ＴＳ  ２９．２７２に含まれる。ＴＳ  ２９．２７２で見出される典型的ＡＶＰが、これらのメッセージに追加される。本項では、これら２つのメッセージのメッセージフォーマットが提示される。
【０１５５】
（Ｇｘ：プロファイル更新要求（図１０、ステップ６））
新しいメッセージ「プロファイル更新要求」が、Ｇｘ参照点を経由してＰＣＲＦ４０２からＰＣＥＦ５０２に送信されることができる。メッセージフォーマットは、以下である。
＜Ｐｒｏｆｉｌｅ−Ｕｐｄａｔｅ−Ｒｅｑｕｅｓｔ＞：：＝＜Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒ：  ＴＢＤ＞
＜Ｓｅｓｓｉｏｎ−Ｉｄ＞
｛Ｏｒｉｇｉｎ−Ｈｏｓｔ｝
｛Ｏｒｉｇｉｎ−Ｒｅａｌｍ｝
｛Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ｝
｛Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ｝
［Ｐｒｏｘｙ−Ｉｎｆｏ］
＊［Ｒｏｕｔｅ−Ｒｅｃｏｒｄ］
＊［ＡＶＰ］
（Ｇｘ：プロファイル更新応答（図１０、ステップ７））
新しいメッセージ「プロファイル更新応答」（３ＧＰＰユーザ場所情報、ＲＡＴタイプ、ＰＧＷ輻輳レベル）は、Ｇｘ参照点を経由してＰＣＥＦ５０２からＰＣＲＦ４０２に送信されることができる。「３ＧＰＰユーザ場所情報」ＡＶＰは、現在のＵＥの場所を示し、「ＲＡＴタイプ」ＡＶＰは、現在のＲＡＴを示し、「ＰＧＷ輻輳レベル」ＡＶＰは、Ｐ−ＧＷにおける輻輳レベルを示す。メッセージフォーマットは、以下である。
＜Ｐｒｏｆｉｌｅ−Ｕｐｄａｔｅ−Ｒｅｓｐｏｎｓｅ＞：：＝＜Ｄｉａｍｅｔｅｒ  Ｈｅａｄｅｒ：  ＴＢＤ＞
＜Ｓｅｓｓｉｏｎ−Ｉｄ＞
｛Ｏｒｉｇｉｎ−Ｈｏｓｔ｝
｛Ｏｒｉｇｉｎ−Ｒｅａｌｍ｝
｛Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ｝
＊［Ｓｕｂｓｃｒｉｐｔｉｏｎ−Ｉｄ］
［ＩＰ−ＣＡＮ−Ｔｙｐｅ］
［３ＧＰＰ−ＲＡＴ−Ｔｙｐｅ］
［ＡＮ−Ｔｒｕｓｔｅｄ］
［ＲＡＴ−Ｔｙｐｅ］
［ＱｏＳ−Ｉｎｆｏｒｍａｔｉｏｎ］
［３ＧＰＰ−Ｕｓｅｒ−Ｌｏｃａｔｉｏｎ−Ｉｎｆｏ］
［Ｕｓｅｒ−Ｌｏｃａｔｉｏｎ−Ｉｎｆｏ−Ｔｉｍｅ］
［Ｕｓｅｒ−ＣＳＧ−Ｉｎｆｏｒｍａｔｉｏｎ］
［ＴＷＡＮ−Ｉｄｅｎｔｉｆｉｅｒ］
［３ＧＰＰ−ＭＳ−ＴｉｍｅＺｏｎｅ］
＊［Ｐｒｏｘｙ−Ｉｎｆｏ］
＊［Ｒｏｕｔｅ−Ｒｅｃｏｒｄ］
［ＰＧＷ−Ｃｏｎｇｅｓｔｉｏｎ−Ｌｅｖｅｌ］
＊［ＡＶＰ］
（Ｒｘ参照点（ＰＣＲＦ−ＳＣＥＦ））
図１０のステップ５、１１、および１９では、ＳＣＥＦ４０４は、それぞれ、「ＬＣＳサービス要求」ならびに「ＬＣＳサービス応答」である、２つの新しいメッセージを使用して、Ｒｘ参照点を経由してＰＣＲＦ４０２と通信することができる。Ｌｅ参照点と同様に、本インターフェース上の信号伝達は、ＯＭＡモバイルロケーションプロトコル（ＭＬＰ）およびオープンサービスアクセスアプリケーションプログラミングインターフェース（ＯＳＡ−ＡＰＩ）（ＴＳ２９．１９８）を使用し得る。本項では、これら２つのメッセージの新しい情報要素が説明される。
【０１５６】
（Ｒｘ：ＬＣＳサービス要求（図１０、ステップ５））
ＳＥＣＦは、Ｒｘ参照点を経由して、新しい「ＬＣＳサービス要求」（ＩＭＳＩ）メッセージをＰＣＲＦ  ４０２に送信することができる。
【０１５７】
（Ｒｘ：ＬＣＳサービス応答（図１０、ステップ１１、１９））
ＰＣＲＦ４０２は、Ｒｘ参照点を経由して、新しいＬＣＳサービス応答（３ＧＰＰユーザ場所情報、ＴＷＡＮ識別子、ＲＵＣＩ輻輳レベル値、ＴＷＡＮ−ＲＵＣＩ輻輳レベル値、ＰＧＷ輻輳レベル）メッセージをＳＣＥＦ４０４に送信することができる。このメッセージは、Ｐ−ＧＷおよびＲＣＡＦ５０４から受信される全ての場所ならびに輻輳ＡＶＰを搬送する。
【０１５８】
（ＲＣＡＦ関連参照点）
ＲＣＡＦ５０４は、図１０に説明されるＰＣＲＦベースの場所コンテキスト配信プロシージャで利用されている。本項では、新しいおよび修正されたメッセージのみが、その関連付けられる参照点（Ｎｐ、Ｎｑ”）を経由して搬送される新しい情報要素とともに、説明される。
【０１５９】
（Ｎｐ参照点（ＲＣＡＦ−ＰＣＲＦ））
図１０のステップ８、９、１４、および１７では、ＲＣＡＦ５０４は、「ＲＵＣＩレポート要求」ならびに「非集約ＲＵＣＩレポート要求（ＮＲＲ）」である、新しいおよび修正されたメッセージを使用して、Ｎｐ参照点を経由してＰＣＲＦ４０２と通信することができる。Ｎｐ参照点の詳細は、ＴＳ  ２９．２１７に示される。本項では、これら２つのメッセージの新しい情報要素が説明される。
【０１６０】
（Ｎｐ：ＲＵＣＩレポート要求（図１０、ステップ８および１４））
新しいメッセージ「ＲＵＣＩレポート要求」（サブスクリプション−Ｉｄ、輻輳場所−Ｉｄ）メッセージが、Ｎｐ参照点を経由してＰＣＲＦ４０２からＲＣＡＦ５０４に送信されることができる。「輻輳場所−Ｉｄ」ＡＶＰは、ＴＳ  ２９．２１７の第５．３．９節で定義されるように、３ＧＰＰユーザ場所情報およびｅＮｏｄｅＢ−ＩＤを含む。また、ＰＣＲＦ４０２は、「サブスクリプション−Ｉｄ」ＡＶＰ内にユーザｉｄを含む。これらのＡＶＰの両方が、ＴＳ  ２９．２１７で以前に定義され、ここでは新しいメッセージ「ＲＵＣＩレポート要求」で使用される。
【０１６１】
（Ｎｐ：非集約ＲＵＣＩレポート要求（ＮＲＲ）（図１０、ステップ９および１７））
ＲＣＡＦ５０４は、Ｎｐ参照点を経由して、「非集約ＲＵＣＩレポート要求（ＮＲＲ）」（ＴＷＡＮ−ＲＵＣＩ輻輳レベル値、輻輳レベル値、サブスクリプション−Ｉｄ、輻輳場所−Ｉｄ）メッセージをＰＣＲＦ４０２に送信する（ＴＳ  ２９．２１７の第５．６．１節）。「輻輳レベル値」または「ＴＷＡＮ−ＲＵＣＩ輻輳レベル値」ＡＶＰは、ＵＥ２０２が位置するセルの輻輳レベルを示す（ＴＳ  ２９．２１７の第５．３．６節）。ｘｘｘｘｘｘに設定されたコマンドコードフィールドおよびコマンドフラグフィールド内に設定された「Ｒ」ビットによって示される、ＮＲＲコマンドは、非集約ＲＵＣＩレポートプロシージャの一部としてＲＣＡＦ５０４によってＰＣＲＦ４０２に送信される。メッセージフォーマットは、以下である。
＜Ｎｏｎ−Ａｇｇｒｅｇａｔｅｄ−ＲＵＣＩ−Ｒｅｐｏｒｔ−Ｒｅｑｕｅｓｔ＞：：＝＜ＤｉａｍｅｔｅｒＨｅａｄｅｒ：  ＴＢＤ＞
＜Ｓｅｓｓｉｏｎ−Ｉｄ＞
｛Ａｕｔｈ−Ａｐｐｌｉｃａｔｉｏｎ−Ｉｄ｝
｛Ａｕｔｈ−Ｓｅｓｓｉｏｎ−Ｓｔａｔｅ｝
｛Ｏｒｉｇｉｎ−Ｈｏｓｔ｝
｛Ｏｒｉｇｉｎ−Ｒｅａｌｍ｝
｛Ｄｅｓｔｉｎａｔｉｏｎ−Ｒｅａｌｍ｝
［Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ］
［Ｏｒｉｇｉｎ−Ｓｔａｔｅ−Ｉｄ］
［Ｓｕｂｓｃｒｉｐｔｉｏｎ−Ｉｄ］
［Ｃａｌｌｅｄ−Ｓｔａｔｉｏｎ−Ｉｄ］
［Ｃｏｎｇｅｓｔｉｏｎ−Ｌｅｖｅｌ−Ｖａｌｕｅ］
［Ｃｏｎｇｅｓｔｉｏｎ−Ｌｅｖｅｌ−Ｓｅｔ−Ｉｄ］
［Ｃｏｎｇｅｓｔｉｏｎ−Ｌｏｃａｔｉｏｎ−Ｉｄ］
［ＲＣＡＦ−Ｉｄ］
＊［Ｐｒｏｘｙ−Ｉｎｆｏ］
＊［Ｒｏｕｔｅ−Ｒｅｃｏｒｄ］
＊［Ｓｕｐｐｏｒｔｅｄ−Ｆｅａｔｕｒｅｓ］
＊［ＡＶＰ］
［ＴＷＡＮ−ＲＵＣＩ−Ｃｏｎｇｅｓｔｉｏｎ−Ｌｅｖｅｌ−Ｖａｌｕｅ］
（Ｎｑ”参照点（ＲＣＡＦ−３ＧＰＰ  ＡＡＡサーバ））
図１０のステップ１５および１６では、ＲＣＡＦ５０４は、「輻輳レベル要求」ならびに「輻輳レベル応答」である、新しいメッセージを使用して、Ｎｑ”参照点を経由して３ＧＰＰ  ＡＡＡサーバ３１２と通信する。最初に、ＲＣＡＦ５０４は、新たに導入されたＮｑ”参照点を経由して、「輻輳レベル要求」メッセージを３ＧＰＰ  ＡＡＡサーバ３１２に送信する。応答して、３ＧＰＰ  ＡＡＡサーバ３１２は、新たに導入されたＮｑ”参照点を経由して、「輻輳レベル応答」（ＴＷＡＮ−ＲＵＣＩ輻輳レベル値）メッセージをＲＣＡＦ５０４に送信する。「ＴＷＡＮ−ＲＵＣＩ輻輳レベル値」ＡＶＰは、ＴＷＡＮにおける輻輳レベルを搬送する。
【０１６２】
（グラフィカルユーザインターフェース）
グラフィカルユーザインターフェース（ＧＵＩ）等のインターフェースが、サービス層課金相関に関連する機能性を制御および／または構成するようにユーザを支援するために使用されることができる。図１２および１３は、インターフェース１２０２ならびに１３０２を図示する。インターフェース１２０２および１３０２は、以下に説明される図１４Ｃ−Ｄに示されるもの等の表示を使用して生成され得ることを理解されたい。
【０１６３】
図１２は、ＵＥ２０２がＵＥの場所コンテキストにアクセスするＳＣＳ／ＡＳの要求を承認または否認することを可能にする、グラフィカルユーザインターフェース（ＧＵＩ）１２０２を描写する。
【０１６４】
図１３は、いずれのコアネットワークエンティティが、場所ベースのコンテキスト情報を報告することに関与することを可能にされるかを決定するために、オペレータによって使用されることができる、ネットワーク構成コンソール１３０２を示す。より具体的には、オペレータは、ＳＣＥＦ４０４を構成し、全ての潜在的ネットワークエンティティ（例えば、ＭＭＥ３０６、ＧＭＬＣ３０２）とのその相互作用を有効または無効にするであろう。ＳＣＥＦ４０４エンティティは、本開示内の全ての場所要求がＳＣＥＦ４０４によって開始されるので、そのような構成コンソールを有する良好な候補である。したがって、ＳＣＥＦ４０４は、それを通してオペレータが場所コンテキスト関連要求のために全ての潜在的ネットワークノードを構成することができる、中心点として作用する。
【０１６５】
図１３は、全ての潜在的関与ネットワークエンティティ（例えば、ＧＭＬＣ３０２、ＭＭＥ３０６、Ｐ−ＧＷ、ＰＣＲＦ４０２）の前にチェックボックスを示す、ＳＣＥＦ４０４構成コンソール１３０２を描写する。ＳＣＥＦ４０４が構成されると、チェックされたネットワークノードから場所ベースのコンテキストを要求することのみできる。
【０１６６】
（例示的Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム）
本明細書に説明される種々の技法は、ハードウェア、ファームウェア、ソフトウェア、もしくは適切である場合、それらの組み合わせに関連して実装され得る。そのようなハードウェア、ファームウェア、およびソフトウェアは、通信ネットワークの種々のノードに位置する装置の中に常駐し得る。装置は、本明細書に説明される方法を達成するように、単独で、または互いに組み合わせて動作し得る。本明細書で使用される場合、「装置」、「ネットワーク装置」、「ノード」、「デバイス」、および「ネットワークノード」という用語は、同義的に使用され得る。
【０１６７】
「サービス層」という用語は、ネットワークサービスアーキテクチャ内の機能層を指す。サービス層は、典型的には、ＨＴＴＰ、ＣｏＡＰ、またはＭＱＴＴ等のアプリケーションプロトコル層の上方に位置し、付加価値サービスをクライアントアプリケーションに提供する。サービス層は、例えば、制御層およびトランスポート／アクセス層等の下部リソース層におけるコアネットワークへのインターフェースも提供する。サービス層は、サービス定義、サービス実行時間有効化、ポリシ管理、アクセス制御、およびサービスクラスタ化を含む（サービス）能力または機能性の複数のカテゴリをサポートする。近年、いくつかの産業規格団体、例えば、ｏｎｅＭ２Ｍが、インターネット／ウェブ、セルラー、企業、およびホームネットワーク等の展開へのＭ２Ｍタイプのデバイスならびにアプリケーションの統合に関連付けられる課題に対処するように、Ｍ２Ｍサービス層を開発している。Ｍ２Ｍサービス層は、ＣＳＥまたはＳＣＬと称され得るサービス層によってサポートされる上記の能力もしくは機能性の集合または組へのアクセスをアプリケーションおよび／または種々のデバイスに提供することができる。いくつかの例は、種々のアプリケーションによって一般に使用されることができるセキュリティ、課金、データ管理、デバイス管理、発見、プロビジョニング、およびコネクティビティ管理を含むが、それらに限定されない。これらの能力または機能性は、Ｍ２Ｍサービス層によって定義されるメッセージフォーマット、リソース構造、およびリソース表現を利用するＡＰＩを介して、そのような種々のアプリケーションに利用可能にされる。ＣＳＥまたはＳＣＬは、ハードウェアおよび／またはソフトウェアによって実装され得、それらがそのような能力もしくは機能を使用するために、種々のアプリケーションならびに／もしくはデバイス（すなわち、そのような機能エンティティ間の機能インターフェース）にエクスポーズされる（サービス）能力または機能性を提供する機能エンティティである。
【０１６８】
図１４Ａは、１つ以上の開示される実施形態が実装され得る例示的マシンツーマシン（Ｍ２Ｍ）、モノのインターネット（ＩｏＴ）、もしくはモノのウェブ（ＷｏＴ）通信システム１０の略図である。概して、Ｍ２Ｍ技術は、ＩｏＴ／ＷｏＴのための基礎的要素を提供し、任意のＭ２Ｍデバイス、Ｍ２Ｍゲートウェイ、Ｍ２Ｍサーバ、またはＭ２Ｍサービスプラットフォームは、ＩｏＴ／ＷｏＴのコンポーネントもしくはノードならびにＩｏＴ／ＷｏＴサービス層等であり得る。通信システム１０は、開示される実施形態の機能性を実装するために使用されることができ、ＳＣＳ／ＡＳ６０２、ＳＣＥＦ４０４、ＰＣＲＦ４０２、ＰＣＥＦ５０２、ＲＣＡＦ５０４、ＨＳＳ３０４、ＧＭＬＣ３０２、ＡＡＡサーバ３１２、ＭＭＥ３０６、ＳＧＳＮ３０８、ＲＡＮ６０４、およびＵＥ２０２、ならびにインターフェース１２０２および１３０２等のユーザインターフェースを生成する論理エンティティ等の機能性および論理エンティティを含むことができる。
【０１６９】
図１４Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、通信ネットワーク１２を含む。通信ネットワーク１２は、固定ネットワーク（例えば、Ｅｔｈｅｒｎｅｔ（登録商標）、Ｆｉｂｅｒ、ＩＳＤＮ、ＰＬＣ等）、または無線ネットワーク（例えば、ＷＬＡＮ、セルラー等）、もしくは異種ネットワークのネットワークであり得る。例えば、通信ネットワーク１２は、音声、データ、ビデオ、メッセージング、ブロードキャスト等のコンテンツを複数のユーザに提供する複数のアクセスネットワークから成り得る。例えば、通信ネットワーク１２は、符号分割多重アクセス（ＣＤＭＡ）、時分割多重アクセス（ＴＤＭＡ）、周波数分割多重アクセス（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）等の１つ以上のチャネルアクセス方法を採用し得る。さらに、通信ネットワーク１２は、例えば、コアネットワーク、インターネット、センサネットワーク、工業制御ネットワーク、パーソナルエリアネットワーク、融合個人ネットワーク、衛星ネットワーク、ホームネットワーク、または企業ネットワーク等の他のネットワークを備え得る。
【０１７０】
図１４Ａに示されるように、Ｍ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０は、インフラストラクチャドメインおよびフィールドドメインを含み得る。インフラストラクチャドメインは、エンドツーエンドＭ２Ｍ展開のネットワーク側を指し、フィールドドメインは、通常、Ｍ２Ｍゲートウェイの背後にあるエリアネットワークを指す。フィールドドメインおよびインフラストラクチャドメインは両方とも、種々の異なるネットワークノード（例えば、サーバ、ゲートウェイ、デバイス等）を備え得る。例えば、フィールドドメインは、Ｍ２Ｍゲートウェイ１４と、端末デバイス１８とを含み得る。任意の数のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８が、所望に応じてＭ２Ｍ／ＩｏＴ／ＷｏＴ通信システム１０に含まれ得ることが理解されるであろう。Ｍ２Ｍゲートウェイデバイス１４およびＭ２Ｍ端末デバイス１８の各々は、通信回路を使用して、通信ネットワーク１２または直接無線リンクを介して、信号を伝送ならびに受信するように構成される。Ｍ２Ｍゲートウェイ１４は、無線Ｍ２Ｍデバイス（例えば、セルラーおよび非セルラー）ならびに固定ネットワークＭ２Ｍデバイス（例えば、ＰＬＣ）が、通信ネットワーク１２等のオペレータネットワークを通して、または直接無線リンクを通してのいずれかで、通信することを可能にする。例えば、Ｍ２Ｍ端末デバイス１８は、データを収集し、通信ネットワーク１２または直接無線リンクを介して、データをＭ２Ｍアプリケーション２０または他のＭ２Ｍ端末デバイス１８に送信し得る。Ｍ２Ｍ端末デバイス１８はまた、Ｍ２Ｍアプリケーション２０またはＭ２Ｍ端末デバイス１８からデータを受信し得る。さらに、データおよび信号は、以下で説明されるように、Ｍ２Ｍサービス層２２を介して、Ｍ２Ｍアプリケーション２０に送信され、そこから受信され得る。Ｍ２Ｍ端末デバイス１８およびゲートウェイ１４は、例えば、セルラー、ＷＬＡＮ、ＷＰＡＮ（例えば、Ｚｉｇｂｅｅ（登録商標）、６ＬｏＷＰＡＮ、Ｂｌｕｅｔｏｏｔｈ（登録商標））、直接無線リンク、および有線を含む種々のネットワークを介して通信し得る。
【０１７１】
例示的Ｍ２Ｍ端末デバイス１８は、タブレット、スマートフォン、医療デバイス、温度および気象モニタ、コネクテッドカー、スマートメータ、ゲームコンソール、携帯情報端末、保健および健康モニタ、照明、サーモスタット、電化製品、ガレージドア、および他のアクチュエータベースのデバイス、セキュリティデバイス、ならびにスマートコンセントを含むが、それらに限定されない。
【０１７２】
図１４Ｂを参照すると、フィールドドメイン内の図示されるＭ２Ｍサービス層２２は、Ｍ２Ｍアプリケーション２０、Ｍ２Ｍゲートウェイデバイス１４、およびＭ２Ｍ端末デバイス１８、ならびに通信ネットワーク１２のためのサービスを提供する。通信ネットワーク１２は、開示される実施形態の機能性を実装するために使用されることができ、ＳＣＳ／ＡＳ６０２、ＳＣＥＦ４０４、ＰＣＲＦ４０２、ＰＣＥＦ５０２、ＲＣＡＦ５０４、ＨＳＳ３０４、ＧＭＬＣ３０２、ＡＡＡサーバ３１２、ＭＭＥ３０６、ＳＧＳＮ３０８、ＲＡＮ６０４、およびＵＥ２０２、ならびにインターフェース１２０２および１３０２等のユーザインターフェースを生成する論理エンティティ等の機能性および論理エンティティを含むことができる。Ｍ２Ｍサービス層２２は、例えば、以下で説明される図１４Ｃおよび１４Ｄで図示されるデバイスを含む１つ以上のサーバ、コンピュータ、デバイス、仮想マシン（例えば、クラウド／記憶ファーム等）等によって実装され得る。Ｍ２Ｍサービス層２２は、所望に応じて、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイ１４、Ｍ２Ｍ端末デバイス１８、および通信ネットワーク１２と通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２は、サーバ、コンピュータ、デバイス等を備え得る、ネットワークの１つ以上のノードによって実装され得る。Ｍ２Ｍサービス層２２は、Ｍ２Ｍ端末デバイス１８、Ｍ２Ｍゲートウェイ１４、およびＭ２Ｍアプリケーション２０に適用されるサービス能力を提供する。Ｍ２Ｍサービス層２２の機能は、例えば、ウェブサーバとして、セルラーコアネットワークで、クラウドで等、種々の方法で実装され得る。
【０１７３】
図示されるＭ２Ｍサービス層２２と同様に、インフラストラクチャドメイン内にＭ２Ｍサービス層２２’がある。Ｍ２Ｍサービス層２２’は、インフラストラクチャドメイン内のＭ２Ｍアプリケーション２０’および下層通信ネットワーク１２’のためのサービスを提供する。Ｍ２Ｍサービス層２２’は、フィールドドメイン内のＭ２Ｍゲートウェイデバイス１４およびＭ２Ｍデバイス１８のためのサービスも提供する。Ｍ２Ｍサービス層２２’は、任意の数のＭ２Ｍアプリケーション、Ｍ２Ｍゲートウェイ、およびＭ２Ｍデバイスと通信し得ることが理解されるであろう。Ｍ２Ｍサービス層２２’は、異なるサービスプロバイダによるサービス層と相互作用し得る。Ｍ２Ｍサービス層２２’は、サーバ、コンピュータ、デバイス、仮想マシン（例えば、クラウドコンピューティング／記憶ファーム等）等を備え得る、ネットワークの１つ以上のノードによって実装され得る。
【０１７４】
また、図１４Ｂも参照すると、Ｍ２Ｍサービス層２２および２２’は、多様なアプリケーションならびにバーティカルが活用することができるサービス配信能力のコアの組を提供する。これらのサービス能力は、Ｍ２Ｍアプリケーション２０および２０’がデバイスと相互作用し、データ収集、データ分析、デバイス管理、セキュリティ、課金、サービス／デバイス発見等の機能を果たすことを可能にする。本質的に、これらのサービス能力は、これらの機能性を実装する負担をアプリケーションから取り除き、したがって、アプリケーション開発を単純化し、市場に出すコストおよび時間を削減する。サービス層２２および２２’は、Ｍ２Ｍアプリケーション２０および２０’が、サービス層２２および２２’が提供するサービスと関連して、ネットワーク１２を通して通信することも可能にする。
【０１７５】
本願の方法は、サービス層２２および２２’の一部として実装され得る。サービス層２２および２２’は、アプリケーションプログラミングインターフェース（ＡＰＩ）および下層ネットワーキングインターフェースの組を通して付加価値サービス能力をサポートするソフトウェアミドルウェア層である。ＥＴＳＩ  Ｍ２ＭおよびｏｎｅＭ２Ｍは両方とも、本願の接続方法を含み得るサービス層を使用する。ＥＴＳＩ  Ｍ２Ｍのサービス層は、サービス能力層（ＳＣＬ）と称される。ＳＣＬは、Ｍ２Ｍデバイス（デバイスＳＣＬ（ＤＳＣＬ）と称される）、ゲートウェイ（ゲートウェイＳＣＬ（ＧＳＣＬ）と称される）、および／またはネットワークノード（ネットワークＳＣＬ（ＮＳＣＬ）と称される）内に実装され得る。ｏｎｅＭ２Ｍサービス層は、共通サービス機能（ＣＳＦ）（すなわち、サービス能力）の組をサポートする。１つ以上の特定のタイプのＣＳＦの組のインスタンス化は、異なるタイプのネットワークノード（例えば、インフラストラクチャノード、中間ノード、特定用途向けノード）上にホストされ得る共通サービスエンティティ（ＣＳＥ）と称される。さらに、本願の接続方法は、本願の接続方法等のサービスにアクセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用するＭ２Ｍネットワークの一部として実装されることができる。
【０１７６】
いくつかの実施形態では、Ｍ２Ｍアプリケーション２０および２０’は、開示されるシステムおよび方法と併せて使用され得る。Ｍ２Ｍアプリケーション２０および２０’は、ＵＥまたはゲートウェイと相互作用するアプリケーションを含み得、また、他の開示されるシステムおよび方法と併せて使用され得る。
【０１７７】
一実施形態では、ＳＣＳ／ＡＳ６０２、ＳＣＥＦ４０４、ＰＣＲＦ４０２、ＰＣＥＦ５０２、ＲＣＡＦ５０４、ＨＳＳ３０４、ＧＭＬＣ３０２、ＡＡＡサーバ３１２、ＭＭＥ３０６、ＳＧＳＮ３０８、ＲＡＮ６０４、およびＵＥ２０２、ならびにインターフェース１２０２および１３０２等のユーザインターフェースを生成する論理エンティティ等の論理エンティティは、図１4Ｂに示されるように、Ｍ２Ｍサーバ、Ｍ２Ｍゲートウェイ、またはＭ２Ｍデバイス等のＭ２ＭノードによってホストされるＭ２Ｍサービス層インスタンス内でホストされ得る。例えば、ＳＣＳ／ＡＳ６０２、ＳＣＥＦ４０４、ＰＣＲＦ４０２、ＰＣＥＦ５０２、ＲＣＡＦ５０４、ＨＳＳ３０４、ＧＭＬＣ３０２、ＡＡＡサーバ３１２、ＭＭＥ３０６、ＳＧＳＮ３０８、ＲＡＮ６０４、およびＵＥ２０２、ならびにインターフェース１２０２および１３０２等のユーザインターフェースを生成する論理エンティティ等の論理エンティティは、Ｍ２Ｍサービス層インスタンス内で、または既存のサービス能力内のサブ機能として、個々のサービス能力を備え得る。
【０１７８】
Ｍ２Ｍアプリケーション２０および２０’は、限定ではないが、輸送、保健および健康、コネクテッドホーム、エネルギー管理、アセット追跡、ならびにセキュリティおよび監視等の種々の業界でのアプリケーションを含み得る。上記のように、システムのデバイス、ゲートウェイ、サーバ、および他のノードを横断して起動するＭ２Ｍサービス層は、例えば、データ収集、デバイス管理、セキュリティ、課金、場所追跡／ジオフェンシング、デバイス／サービス発見、およびレガシーシステム統合等の機能をサポートし、サービスとしてこれらの機能をＭ２Ｍアプリケーション２０および２０’に提供する。
【０１７９】
概して、サービス層２２および２２’は、アプリケーションプログラミングインターフェース（ＡＰＩ）および下層ネットワーキングインターフェースの組を通して付加価値サービス能力をサポートするソフトウェアミドルウェア層を定義する。ＥＴＳＩ  Ｍ２ＭおよびｏｎｅＭ２Ｍアーキテクチャは両方とも、サービス層を定義する。ＥＴＳＩ  Ｍ２Ｍのサービス層は、サービス能力層（ＳＣＬ）と称される。ＳＣＬは、ＥＴＳＩ  Ｍ２Ｍアーキテクチャの種々の異なるノード内に実装され得る。例えば、サービス層のインスタンスは、Ｍ２Ｍデバイス（デバイスＳＣＬ（ＤＳＣＬ）と称される）、ゲートウェイ（ゲートウェイＳＣＬ（ＧＳＣＬ）と称される）、および／またはネットワークノード（ネットワークＳＣＬ（ＮＳＣＬ）と称される）内で実装され得る。ｏｎｅＭ２Ｍサービス層は、共通サービス機能（ＣＳＦ）（すなわち、サービス能力）の組をサポートする。１つ以上の特定のタイプのＣＳＦの組のインスタンス化は、異なるタイプのネットワークノード（例えば、インフラストラクチャノード、中間ノード、特定用途向けノード）上にホストされ得る共通サービスエンティティ（ＣＳＥ）と称される。第３世代パートナーシッププロジェクト（３ＧＰＰ）は、マシンタイプ通信（ＭＴＣ）のためのアーキテクチャも定義している。そのアーキテクチャでは、サービス層およびそれが提供するサービス能力は、サービス能力サーバ（ＳＣＳ）の一部として実装される。ＥＴＳＩ  Ｍ２ＭアーキテクチャのＤＳＣＬ、ＧＳＣＬ、またはＮＳＣＬで、３ＧＰＰ  ＭＴＣアーキテクチャのサービス能力サーバ（ＳＣＳ）で、ｏｎｅＭ２ＭアーキテクチャのＣＳＦまたはＣＳＥで、もしくはネットワークのある他のノードで具現化されるかどうかにかかわらず、サービス層のインスタンスは、サーバ、コンピュータ、および他のコンピューティングデバイスまたはノードを含む、ネットワーク内の１つ以上の独立型ノード上で、もしくは１つ以上の既存のノードの一部としてのいずれかで実行する論理エンティティ（例えば、ソフトウェア、コンピュータ実行可能命令等）で実装され得る。例として、サービス層またはそのコンポーネントのインスタンスは、以下で説明される図１４Ｃまたは図１４Ｄに図示される一般アーキテクチャを有する、ネットワークノード（例えば、サーバ、コンピュータ、ゲートウェイ、デバイス等）上で起動するソフトウェアの形態で実装され得る。
【０１８０】
さらに、ＳＣＳ／ＡＳ６０２、ＳＣＥＦ４０４、ＰＣＲＦ４０２、ＰＣＥＦ５０２、ＲＣＡＦ５０４、ＨＳＳ３０４、ＧＭＬＣ３０２、ＡＡＡサーバ３１２、ＭＭＥ３０６、ＳＧＳＮ３０８、ＲＡＮ６０４、およびＵＥ２０２、ならびにインターフェース１２０２および１３０２等のユーザインターフェースを生成する論理エンティティ等の論理エンティティは、本願のサービスにアクセスするために、サービス指向アーキテクチャ（ＳＯＡ）および／またはリソース指向アーキテクチャ（ＲＯＡ）を使用するＭ２Ｍネットワークの一部として実装されることができる。
【０１８１】
図１４Ｃは、Ｍ２Ｍデバイス１８、Ｍ２Ｍゲートウェイ１４、Ｍ２Ｍサーバ等のＭ２Ｍネットワークノード３０の例示的ハードウェア／ソフトウェアアーキテクチャのブロック図である。ノード３０は、ＳＣＳ／ＡＳ６０２、ＳＣＥＦ４０４、ＰＣＲＦ４０２、ＰＣＥＦ５０２、ＲＣＡＦ５０４、ＨＳＳ３０４、ＧＭＬＣ３０２、ＡＡＡサーバ３１２、ＭＭＥ３０６、ＳＧＳＮ３０８、ＲＡＮ６０４、およびＵＥ２０２、ならびにインターフェース１２０２および１３０２等のユーザインターフェースを生成する論理エンティティ等の論理エンティティを実行するか、または含むことができる。デバイス３０は、図１４Ａ−Ｂに示されるようなＭ２Ｍネットワークの一部、または非Ｍ２Ｍネットワークの一部であることができる。図１４Ｃに示されるように、Ｍ２Ｍノード３０は、プロセッサ３２と、非取り外し可能メモリ４４と、取り外し可能メモリ４６と、スピーカ／マイクロホン３８と、キーパッド４０と、ディスプレイ、タッチパッド、および／またはインジケータ４２と、電源４８と、全地球測位システム（ＧＰＳ）チップセット５０と、他の周辺機器５２とを含み得る。ノード３０は、送受信機３４および伝送／受信要素３６等の通信回路も含み得る。Ｍ２Ｍノード３０は、実施形態と一致したままで、先述の要素の任意の副次的組み合わせを含み得ることが理解されるであろう。このノードは、本明細書に説明されるＳＭＳＦ機能性を実装するノードであり得る。
【０１８２】
プロセッサ３２は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つ以上のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシン等であり得る。一般に、プロセッサ３２は、ノードの種々の要求される機能を果たすために、ノードのメモリ（例えば、メモリ４４および／またはメモリ４６）内に記憶されたコンピュータ実行可能命令を実行し得る。例えば、プロセッサ３２は、信号符号化、データ処理、電力制御、入出力処理、および／またはＭ２Ｍノード３０が無線もしくは有線環境内で動作することを可能にする任意の他の機能性を果たし得る。プロセッサ３２は、アプリケーション層プログラム（例えば、ブラウザ）および／または無線アクセス層（ＲＡＮ）プログラムならびに／もしくは他の通信プログラムを起動し得る。プロセッサ３２はまた、例えば、アクセス層および／またはアプリケーション層等で、認証、セキュリティキー一致、ならびに／もしくは暗号動作等のセキュリティ動作を行い得る。
【０１８３】
図１４Ｃに示されるように、プロセッサ３２は、その通信回路（例えば、送受信機３４および伝送／受信要素３６）に結合される。プロセッサ３２は、コンピュータ実行可能命令の実行を通して、それが接続されるネットワークを介してノード３０を他のノードと通信させるために、通信回路を制御し得る。具体的には、プロセッサ３２は、本明細書および請求項に説明される伝送および受信ステップを行うために、通信回路を制御し得る。図１４Ｃは、プロセッサ３２および送受信機３４を別個のコンポーネントとして描写するが、プロセッサ３２および送受信機３４は、電子パッケージまたはチップに一緒に統合され得ることが理解されるであろう。
【０１８４】
伝送／受信要素３６は、Ｍ２Ｍサーバ、ゲートウェイ、デバイス等を含む他のＭ２Ｍノードに信号を伝送するか、またはそこから信号を受信するように構成され得る。例えば、実施形態では、伝送／受信要素３６は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであり得る。伝送／受信要素３６は、ＷＬＡＮ、ＷＰＡＮ、セルラー等の種々のネットワークならびにエアインターフェースをサポートし得る。実施形態では、伝送／受信要素３６は、例えば、ＩＲ、ＵＶ、もしくは可視光信号を伝送および／または受信するように構成されるエミッタ／検出器であり得る。さらに別の実施形態では、伝送／受信要素３６は、ＲＦおよび光信号の両方を伝送ならびに受信するように構成され得る。伝送／受信要素３６は、無線もしくは有線信号の任意の組み合わせを伝送および／または受信するように構成され得ることが理解されるであろう。
【０１８５】
加えて、伝送／受信要素３６は、単一の要素として図１４Ｃで描写されているが、Ｍ２Ｍノード３０は、任意の数の伝送／受信要素３６を含み得る。より具体的には、Ｍ２Ｍノード３０は、ＭＩＭＯ技術を採用し得る。したがって、実施形態では、Ｍ２Ｍノード３０は、無線信号を伝送および受信するための２つ以上の伝送／受信要素３６（例えば、複数のアンテナ）を含み得る。
【０１８６】
送受信機３４は、伝送／受信要素３６によって伝送される信号を変調するように、および伝送／受信要素３６によって受信される信号を復調するように構成され得る。上記のように、Ｍ２Ｍノード３０は、マルチモード能力を有し得る。したがって、送受信機３４は、Ｍ２Ｍノード３０が、例えば、ＵＴＲＡおよびＩＥＥＥ  ８０２．１１等の複数のＲＡＴを介して通信することを可能にするための複数の送受信機を含み得る。
【０１８７】
プロセッサ３２は、非取り外し可能メモリ４４および／または取り外し可能メモリ４６等の任意のタイプの好適なメモリから情報にアクセスし、その中にデータを記憶し得る。例えば、プロセッサ３２は、上で説明されるように、セッションコンテキストをそのメモリ内に記憶し得る。非取り外し可能メモリ４４は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを含み得る。取り外し可能メモリ４６は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含み得る。他の実施形態では、プロセッサ３２は、サーバまたはホームコンピュータ上等のＭ２Ｍノード３０上に物理的に位置しないメモリから情報にアクセスし、その中にデータを記憶し得る。プロセッサ３２は、ディスプレイまたはインジケータ４２上の照明パターン、画像、または色を制御し、Ｍ２Ｍサービス層セッション移行もしくは共有のステータスを反映するか、またはノードのセッション移行または共有能力もしくは設定についての入力をユーザから取得するか、または情報をユーザに表示するように構成され得る。別の例では、ディスプレイは、セッション状態に関する情報を示し得る。本開示は、ｏｎｅＭ２Ｍ実施形態においてＲＥＳＴｆｕｌユーザ／アプリケーションＡＰＩを定義する。ディスプレイ上に示され得る、グラフィカルユーザインターフェースは、ユーザが、本明細書に説明される下層サービス層セッション機能性を介して、Ｅ２Ｅセッションまたはその移行もしくは共有を双方向に確立および管理することを可能にするように、ＡＰＩの上で層化され得る。
【０１８８】
プロセッサ３２は、電源４８から電力を受け取り得、Ｍ２Ｍノード３０内の他のコンポーネントへの電力を分配および／または制御するように構成され得る。電源４８は、Ｍ２Ｍノード３０に給電するための任意の好適なデバイスであり得る。例えば、電源４８は、１つ以上の乾電池バッテリ（例えば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池等を含み得る。
【０１８９】
プロセッサ３２はまた、Ｍ２Ｍノード３０の現在の場所に関する場所情報（例えば、経度および緯度）を提供するように構成されるＧＰＳチップセット５０に結合され得る。Ｍ２Ｍノード３０は、実施形態と一致したままで、任意の好適な場所決定方法を介して場所情報を獲得し得ることが理解されるであろう。
【０１９０】
プロセッサ３２はさらに、追加の特徴、機能性、および／または有線もしくは無線コネクティビティを提供する、１つ以上のソフトウェアならびに／もしくはハードウェアモジュールを含み得る他の周辺機器５２に結合され得る。例えば、周辺機器５２は、加速度計、バイオメトリック（例えば、指紋）センサ等の種々のセンサ、ｅ−コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含み得る。
【０１９１】
ノード３０は、センサ、消費者電子機器、スマートウォッチまたはスマート衣類等のウェアラブルデバイス、医療または電子ヘルスデバイス、ロボット、産業機器、ドローン、車、トラック、電車、または飛行機等の車両等の他の装置もしくはデバイスで具現化され得る。ノード３０は、周辺機器５２のうちの１つを備え得る相互接続インターフェース等の１つ以上の相互接続インターフェースを介して、そのような装置もしくはデバイスの他のコンポーネント、モジュール、またはシステムに接続し得る。代替として、ノード３０は、センサ、消費者電子機器、スマートウォッチまたはスマート衣類等のウェアラブルデバイス、医療または電子ヘルスデバイス、ロボット、産業機器、ドローン、車、トラック、電車、または飛行機等の車両等の装置もしくはデバイスを備え得る。
【０１９２】
図１４Ｄは、Ｍ２Ｍサーバ、ゲートウェイ、デバイス、または他のノード等のＭ２Ｍネットワークの１つ以上のノードを実装するためにも使用され得る例示的コンピューティングシステム９０のブロック図である。コンピューティングシステム９０は、コンピュータまたはサーバを備え得、主に、そのようなソフトウェアが記憶またはアクセスされる場所もしくは手段にかかわらず、ソフトウェアの形態であり得るコンピュータ読み取り可能な命令によって制御され得る。コンピューティングシステム９０は、ＳＣＳ／ＡＳ６０２、ＳＣＥＦ４０４、ＰＣＲＦ４０２、ＰＣＥＦ５０２、ＲＣＡＦ５０４、ＨＳＳ３０４、ＧＭＬＣ３０２、ＡＡＡサーバ３１２、ＭＭＥ３０６、ＳＧＳＮ３０８、ＲＡＮ６０４、およびＵＥ２０２、ならびにインターフェース１２０２および１３０２等のユーザインターフェースを生成する論理エンティティ等の論理エンティティを実行するか、または含むことができる。コンピューティングシステム９０は、Ｍ２Ｍデバイス、ユーザ機器、ゲートウェイ、ＵＥ／ＧＷ、または、例えば、モバイルコアネットワーク、サービス層ネットワークアプリケーションプロバイダ、端末デバイス１８、もしくはＭ２Ｍゲートウェイデバイス１４のノードを含む任意の他のノードであることができる。そのようなコンピュータ読み取り可能な命令は、コンピューティングシステム９０を稼働させるように、中央処理装置（ＣＰＵ）９１等のプロセッサ内で実行され得る。多くの既知のワークステーション、サーバ、およびパーソナルコンピュータでは、中央処理装置９１は、マイクロプロセッサと呼ばれる単一チップＣＰＵによって実装される。他のマシンでは、中央処理装置９１は、複数のプロセッサを備え得る。コプロセッサ８１は、追加の機能を果たす、またはＣＰＵ９１を支援する、主要ＣＰＵ９１とは異なる随意のプロセッサである。ＣＰＵ９１および／またはコプロセッサ８１は、セッション証明書の受信またはセッション証明書に基づく認証等のＥ２Ｅ  Ｍ２Ｍサービス層セッションのための開示されるシステムおよび方法に関連するデータを受信、生成、および処理し得る。
【０１９３】
動作時、ＣＰＵ９１は、命令をフェッチ、復号、および実行し、コンピュータの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ、ならびにそこから転送する。そのようなシステムバスは、コンピューティングシステム９０内のコンポーネントを接続し、データ交換のための媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータラインと、アドレスを送信するためのアドレスラインと、インタラプトを送信するため、およびシステムバスを動作させるための制御ラインとを含む。そのようなシステムバス８０の例は、ＰＣＩ（周辺コンポーネント相互接続）バスである。
【０１９４】
システムバス８０に結合されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２と、読み取り専用メモリ（ＲＯＭ）９３とを含む。そのようなメモリは、情報が記憶され、読み出されることを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正されることができない記憶されたデータを含む。ＲＡＭ８２内に記憶されたデータは、ＣＰＵ９１または他のハードウェアデバイスによって読み取られること、もしくは変更されることができる。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御され得る。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理アドレスに変換するアドレス変換機能を提供し得る。メモリコントローラ９２は、システム内のプロセスを隔離し、ユーザプロセスからシステムプロセスを隔離するメモリ保護機能も提供し得る。したがって、第１のモードで起動するプログラムは、それ自身のプロセス仮想アドレス空間によってマップされるメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることができない。
【０１９５】
加えて、コンピューティングシステム９０は、ＣＰＵ９１からプリンタ９４、キーボード８４、マウス９５、およびディスクドライブ８５等の周辺機器に命令を通信する責任がある、周辺機器コントローラ８３を含み得る。
【０１９６】
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。そのような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含み得る。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルを伴って実装され得る。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために要求される電子コンポーネントを含む。
【０１９７】
さらに、コンピューティングシステム９０は、例えば、図１４Ａおよび図１４Ｂのネットワーク１２等の外部通信ネットワークにコンピューティングシステム９０を接続するために使用され得るネットワークアダプタ９７等の通信回路を含み、コンピューティングシステム９０がネットワークの他のノードと通信することを可能にし得る。
【０１９８】
ユーザ機器（ＵＥ）は、通信するためにエンドユーザによって使用される任意のデバイスであることができる。それは、ハンドヘルド携帯電話、モバイルブロードバンドアダプタを具備するラップトップコンピュータ、または任意の他のデバイスであることができる。例えば、ＵＥは、図１４Ａ−ＢのＭ２Ｍ端末デバイス１８または図１４Ｃのデバイス３０として実装されることができる。
【０１９９】
本明細書に説明されるシステム、方法、およびプロセスのうちのいずれかまたは全ては、コンピュータ読み取り可能な記憶媒体上に記憶されたコンピュータ実行可能命令（すなわち、プログラムコード）の形態で具現化され得、その命令は、例えば、Ｍ２Ｍサーバ、ゲートウェイ、デバイス等を含む、Ｍ２Ｍネットワークのノード等のマシンによって実行されると、本明細書に説明されるシステム、方法、およびプロセスを実施ならびに／もしくは実装することが理解される。具体的には、ゲートウェイ、ＵＥ、ＵＥ／ＧＷ、またはモバイルコアネットワーク、サービス層、もしくはネットワークアプリケーションプロバイダのノードのうちのいずれかの動作を含む上で説明されるステップ、動作、または機能のうちのいずれかは、そのようなコンピュータ実行可能命令の形態で実装され得る。ＳＣＳ／ＡＳ６０２、ＳＣＥＦ４０４、ＰＣＲＦ４０２、ＰＣＥＦ５０２、ＲＣＡＦ５０４、ＨＳＳ３０４、ＧＭＬＣ３０２、ＡＡＡサーバ３１２、ＭＭＥ３０６、ＳＧＳＮ３０８、ＲＡＮ６０４、およびＵＥ２０２、ならびにインターフェース１２０２および１３０２等のユーザインターフェースを生成する論理エンティティ等の論理エンティティは、コンピュータ読み取り可能な記憶媒体上に記憶されたコンピュータ実行可能命令の形態で具現化され得る。コンピュータ読み取り可能な記憶媒体は、情報の記憶のための任意の非一過性（すなわち、有形または物理）方法もしくは技術で実装される、揮発性および不揮発性媒体、取り外し可能および非取り外し可能媒体の両方を含むが、そのようなコンピュータ読み取り可能な記憶媒体は、信号を含まない。コンピュータ読み取り可能な記憶媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリもしくは他のメモリ技術、ＣＤ−ＲＯＭ、デジタル多用途ディスク（ＤＶＤ）もしくは他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または所望の情報を記憶するために使用されることができ、かつコンピュータによってアクセスされることができる、任意の他の有形もしくは物理媒体を含むが、それらに限定されない。
【０２００】
図に図示されるような本開示の主題の好ましい実施形態を説明する上で、具体的用語が、明確にするために採用される。しかしながら、請求される主題は、そのように選択された具体的用語に限定されることを意図せず、各具体的要素は、類似目的を達成するように同様に動作する全ての技術的均等物を含むことを理解されたい。
【０２０１】
本明細書は、最良の様態を含む、本発明を開示するために、また、当業者が、任意のデバイスまたはシステムを作製して使用することと、任意の組み込まれた方法を行うこととを含む、本発明を実践することを可能にするために、例を使用する。本発明の特許性のある範囲は、請求項によって定義され、当業者に想起される他の例を含み得る。そのような他の例は、請求項の文字通りの言葉と異ならない要素を有する場合、または請求項の文字通りの用語からごくわずかな差異を伴う同等の要素を含む場合、請求項の範囲内であることを意図している。
【図１】
0006695362.tif 000008
【図２】
0006695362.tif 000009
【図３】
0006695362.tif 000010
【図４】
0006695362.tif 000011
【図５】
0006695362.tif 000012
【図６】
0006695362.tif 000013
【図７】
0006695362.tif 000014
【図８】
0006695362.tif 000015
【図９】
0006695362.tif 000016
【図１０】
0006695362.tif 000017
【図１１】
0006695362.tif 000018
【図１２】
0006695362.tif 000019
【図１３】
0006695362.tif 000020
【図１４Ａ】
0006695362.tif 000021
【図１４Ｂ】
0006695362.tif 000022
【図１４Ｃ】
0006695362.tif 000023
【図１４Ｄ】
0006695362.tif 000024