(57)【要約】  本開示は、ネットワークパラメータのダイナミックなＰＣＲＦ（Policy  and  Charging  Rules  Function）支援型管理のためのＭＭＥ（Mobility  Management  Entity）ノード（１２０）又はＳ４−ＳＧＳＮノード（１２５）における方法を対象とし、当該方法は、ネットワーク関連パラメータを、ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース（６１０）を通じて、ＰＣＲＦノード（１０５）へ送信し又は当該ＰＣＲＦノードから受信すること、を含む。本開示は、当該方法を動作可能に実行するように構成される、ＭＭＥノード（１２０）及びＳ４−ＳＧＳＮノード（１２５）、並びにＰＣＲＦノード（１０５）をも対象とする。【選択図】図６
2015501094.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークパラメータのダイナミックなＰＣＲＦ（Policy  and  Charging  Rules  Function）支援型管理のためのＭＭＥ（Mobility  Management  Entity）ノード（１２０）又はＳ４−ＳＧＳＮノード（１２５）における方法であって、
ネットワーク関連パラメータを、ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース（６１０）を通じて、ＰＣＲＦ（Policy  and  Charging  Rules  Function）ノード（１０５）へ送信し又は当該ＰＣＲＦノードから受信すること、
を含む方法。
【請求項２】
前記ネットワーク関連パラメータを前記ＰＣＲＦノード（１０５）から受信すること、をさらに含み、前記ネットワーク関連パラメータは、サービス固有パラメータ又はユーザ固有パラメータのうちの少なくとも１つである、例としての実施形態１の方法。
【請求項３】
前記ネットワーク関連パラメータを前記ＰＣＲＦノード（１０５）へ送信すること、をさらに含み、前記ネットワーク関連パラメータは、ユーザ位置固有パラメータ、Ｓ１接続ステータス、ＲＡＮケイパビリティ、ＱｏＳパラメータ、又は、前記ＭＭＥノード（１２０）若しくはＳ４−ＳＧＳＮノード（１２５）内で受信され若しくは記憶される加入者プロファイルＩＤ（ＳＰＩＤ）情報エレメント、のうちの少なくとも１つである、例としての実施形態１の方法。
【請求項４】
セル識別変更又はトラッキングエリア更新のうちの少なくとも１つに基づいて、ＰＣＲＦ加入に従って前記ネットワーク関連パラメータを送信すること、をさらに含む、例としての実施形態３の方法。
【請求項５】
情報についての要求の前記ＰＣＲＦノード（１０５）からの受信後に、前記ネットワーク関連パラメータを送信すること、をさらに含む、例としての実施形態１、２又は３の方法。
【請求項６】
前記ネットワーク関連パラメータを前記ＰＣＲＦノード（１０５）へ送信すること、をさらに含み、前記ネットワーク関連パラメータは、ユーザにより開始されるリソース要求に含まれる、例としての実施形態１の方法。
【請求項７】
前記ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース（６１０）は、初期アタッチ手続若しくはＭＭＥ若しくはＳ４−ＳＧＳＮ再配置手続の期間中に確立され、又は、外部データネットワークに向けた新たな接続が確立され若しくは修正される際に提供される、例としての実施形態１〜６のいずれかの方法。
【請求項８】
ネットワークパラメータのダイナミックな管理のために構成されるＰＣＲＦ（Policy  and  Charging  Rules  Function）ノード（１０５）における方法であって、
ネットワーク関連パラメータを、ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース（６１０）を通じて、ＭＭＥ（Mobility  Management  Entity）ノード（１２０）若しくはＳ４−ＳＧＳＮノード（１０５）へ送信し又は当該ＭＭＥノード若しくはＳ４−ＳＧＳＮノードから受信すること、
を含む方法。
【請求項９】
前記ネットワーク関連パラメータを前記ＭＭＥノード（１２０）又はＳ４−ＳＧＳＮノード（１２５）へ送信すること、をさらに含み、前記ネットワーク関連パラメータは、サービス固有パラメータ又はユーザ固有パラメータのうちの少なくとも１つである、例としての実施形態８の方法。
【請求項１０】
前記ネットワーク関連パラメータを前記ＭＭＥノード（１２０）又はＳ４−ＳＧＳＮノード（１２５）から受信すること、をさらに含み、前記ネットワーク関連パラメータは、ユーザ位置固有パラメータ、Ｓ１接続ステータス、ＲＡＮケイパビリティ、ＱｏＳパラメータ、又は、前記ＭＭＥノード（１２０）若しくはＳ４−ＳＧＳＮノード（１２５）内で受信され若しくは記憶される加入者プロファイルＩＤ（ＳＰＩＤ）情報エレメント、のうちの少なくとも１つである、例としての実施形態８の方法。
【請求項１１】
セル識別変更又はトラッキングエリア更新のうちの少なくとも１つに基づいて、ＰＣＲＦ加入に従って前記ネットワーク関連パラメータを受信すること、をさらに含む、例としての実施形態１０の方法。
【請求項１２】
情報についての要求の前記ＭＭＥノード（１２０）又はＳ４−ＳＧＳＮノード（１２５）への送信後に、前記ネットワーク関連パラメータを受信すること、をさらに含む、例としての実施形態８、９又は１０の方法。
【請求項１３】
前記ネットワーク関連パラメータを前記ＭＭＥノード（１２０）又はＳ４−ＳＧＳＮノード（１２５）から受信すること、をさらに含み、前記ネットワーク関連パラメータは、ユーザにより開始されるリソース要求に含まれる、例としての実施形態８の方法。
【請求項１４】
前記ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース（６１０）は、初期アタッチ手続若しくはＭＭＥ若しくはＳ４−ＳＧＳＮ再配置手続の期間中に確立され、又は、外部データネットワークに向けた新たなユーザ接続が確立され若しくは修正される際に提供される、例としての実施形態８〜１３のいずれかの方法。
【請求項１５】
ネットワークパラメータのダイナミックなＰＣＲＦ（Policy  and  Charging  Rules  Function）支援型管理のために構成されるＭＭＥ（Mobility  Management  Entity）ノード（１２０）又はＳ４−ＳＧＳＮノード（１２５）であって、
ネットワーク関連パラメータを、ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース（６１０）を通じて、ＰＣＲＦ（Policy  and  Charging  Rules  Function）ノード（１０５）へ送信し又は当該ＰＣＲＦノードから受信する、ように構成される送受信ポート（３０８）、
を備えるノード（１２０、１２５）。
【請求項１６】
前記送受信ポートは、前記ネットワーク関連パラメータを前記ＰＣＲＦノード（１０５）から受信する、ようにさらに構成され、前記ネットワーク関連パラメータは、サービス固有パラメータ又はユーザ固有パラメータである、例としての実施形態１５のノード（１２０、１２５）。
【請求項１７】
前記送受信ポート（３０８）は、前記ネットワーク関連パラメータを前記ＰＣＲＦノード（１０５）へ送信する、ようにさらに構成され、前記ネットワーク関連パラメータは、ユーザ位置固有パラメータ、Ｓ１接続ステータス、ＲＡＮケイパビリティ、ＱｏＳパラメータ、又は、前記ＭＭＥノード（１２０）若しくはＳ４−ＳＧＳＮノード（１２５）内で受信され若しくは記憶される加入者プロファイルＩＤ（ＳＰＩＤ）情報エレメント、のうちの少なくとも１つである、例としての実施形態１５のノード。
【請求項１８】
前記送受信ポート（３０８）は、セル識別変更又はトラッキングエリア更新のうちの少なくとも１つに基づいて、ＰＣＲＦ加入に従って前記ネットワーク関連パラメータを送信する、ようにさらに構成される、例としての実施形態１７のノード。
【請求項１９】
前記送受信ポート（３０８）は、情報についての要求の前記ＰＣＲＦノード（１０５）からの受信後に、前記ネットワーク関連パラメータを送信する、ようにさらに構成される、例としての実施形態１５、１６又は１７のノード。
【請求項２０】
前記送受信ポート（３０８）は、前記ネットワーク関連パラメータを前記ＰＣＲＦノード（１０５）へ送信する、ようにさらに構成され、前記ネットワーク関連パラメータは、ユーザにより開始されるリソース要求に含まれる、例としての実施形態１５のノード。
【請求項２１】
前記ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェースは、初期アタッチ手続若しくはＭＭＥ若しくはＳ４−ＳＧＳＮ再配置手続の期間中に確立され、又は、外部データネットワークに向けた新たな接続が確立され若しくは修正される際に提供される、例としての実施形態１５〜２０のいずれかのノード。
【請求項２２】
ネットワークパラメータのダイナミックな管理のために構成されるＰＣＲＦ（Policy  and  Charging  Rules  Function）ノード（１０５）であって、
ネットワーク関連パラメータを、ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース（６１０）を通じて、ＭＭＥ（Mobility  Management  Entity）ノード（１２０）若しくはＳ４−ＳＧＳＮノード（１２５）へ送信し又は当該ＭＭＥノード若しくはＳ４−ＳＧＳＮノードから受信する、ように構成される送受信ポート（３０８）、
を備えるノード（１０５）。
【請求項２３】
前記送受信ポート（３０８）は、前記ネットワーク関連パラメータを前記ＭＭＥノード（１２０）又はＳ４−ＳＧＳＮノード（１２５）へ送信する、ようにさらに構成され、前記ネットワーク関連パラメータは、サービス固有パラメータ及び／又はユーザ固有パラメータのうちの少なくとも１つである、例としての実施形態２２のノード（１０５）。
【請求項２４】
前記送受信ポート（３０８）は、前記ネットワーク関連パラメータを前記ＭＭＥノード（１２０）又はＳ４−ＳＧＳＮノード（１２５）から受信する、ようにさらに構成され、前記ネットワーク関連パラメータは、ユーザ位置固有パラメータ、Ｓ１接続ステータス、ＲＡＮケイパビリティ、ＱｏＳパラメータ、又は、前記ＭＭＥノード（１２０）若しくはＳ４−ＳＧＳＮノード（１２５）内で受信され若しくは記憶される加入者プロファイルＩＤ（ＳＰＩＤ）情報エレメント、のうちの少なくとも１つである、例としての実施形態２２のノード（１０５）。
【請求項２５】
前記送受信ポート（３０８）は、セル識別変更若しくはトラッキングエリア更新、又は何らかの他のユーザ移動性関連事象、のうちの少なくとも１つに基づいて、ＰＣＲＦ加入に従って前記ネットワーク関連パラメータを受信する、ようにさらに構成される、例としての実施形態２４のノード（１０５）。
【請求項２６】
前記送受信ポート（３０８）は、情報についての要求の前記ＰＣＲＦノード（１０５）からの受信後に、前記ネットワーク関連パラメータを受信する、ようにさらに構成される、例としての実施形態２２、２３又は２４のノード（１０５）。
【請求項２７】
前記送受信ポート（３０８）は、前記ネットワーク関連パラメータを前記ＭＭＥノード（１２０）又はＳ４−ＳＧＳＮノード（１２５）から受信する、ようにさらに構成され、前記ネットワーク関連パラメータは、ユーザにより開始されるリソース要求に含まれる、例としての実施形態２２のノード（１０５）。
【請求項２８】
前記ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース（６１０）は、初期アタッチ手続若しくはＭＭＥ若しくはＳ４−ＳＧＳＮ再配置手続の期間中に確立され、又は、外部データネットワークに向けた新たなユーザ接続が確立され若しくは修正される際に提供される、例としての実施形態２２〜２７いずれかのノード（１０５）。
【発明の詳細な説明】
【技術分野】
【０００１】
ここで提示される例示的な実施形態は、ＰＣＲＦノードとＭＭＥノード又はＳ４−ＳＧＳＮノードとの間で直接インタフェースを介して情報を通信するための方法及び装置を対象とする。
【背景技術】
【０００２】
無線通信ネットワークともいう典型的なセルラーシステムにおいて、移動局又はユーザ機器ユニットとしても知られる無線端末は、１つ以上のコアネットワークへ無線アクセスネットワーク（ＲＡＮ）を介して通信する。無線端末は、“セルラー”フォンとしても知られるモバイルフォン、及び、例えば移動終端といった無線ケイパビリティを有するラップトップなどの、移動局又はユーザ機器ユニットであって、よって例えば、無線アクセスネットワークとの間で音声及び／又はデータを通信するポータブルな、ポケット型の、手持ち型の、コンピュータ内蔵型の、又は車載型の移動デバイスであり得る。
【０００３】
無線アクセスネットワークは、複数のセルエリアに分割される地理的なエリアをカバーし、各セルエリアは、基地局、例えば無線基地局（ＲＢＳ：Radio  Base  Station）によってサービスされる。無線基地局は、いくつかのネットワークにおいて、“ＮｏｄｅＢ”又は“Ｂノード”とも呼ばれ、本文書においては基地局とも呼ばれる。セルは、基地局サイトにある無線基地局機器によって無線カバレッジを提供される地理的なエリアである。各セルは、ローカル無線エリア内のＩＤによって識別され、当該ＩＤは、当該セルにおいてブロードキャストされる。基地局は、当該基地局のレンジ内にあるユーザ機器ユニットと、無線周波数上で動作するエアインタフェース上で通信する。
【０００４】
無線アクセスネットワークのいくつかのバージョンにおいて、複数の基地局が、典型的には、例えば地上回線又はマイクロ波によって無線ネットワークコントローラ（ＲＮＣ）に接続される。基地局コントローラ（ＢＳＣ）とも呼ばれることもある無線ネットワークコントローラは、そこに接続される複数の基地局の種々のアクティビティを、管理し及び協調させる。無線ネットワークコントローラは、典型的には、１つ以上のコアネットワークに接続される。
【０００５】
ＵＭＴＳ（Universal  Mobile  Telecommunications  System）は、ＧＳＭ（Global  System  for  Mobile  Communications）から進化した第３世代の移動体通信システムであり、広帯域符号分割多重アクセス（ＷＣＤＭＡ：Wideband  Code  Division  Multiple  Access）というアクセス技術に基づいて、改善された移動体通信サービスを提供することが意図される。ＵＴＲＡＮ（UMTS  Terrestrial  Radio  Access  Network）は、本質的に、ユーザ機器ユニット（ＵＥ）について広帯域符号分割多重アクセスを用いる無線アクセスネットワークである。第３世代パートナーシッププロジェクト（３ＧＰＰ）は、ＵＴＲＡＮ及びＧＳＭベースの無線アクセスネットワーク技術をさらに進化させることに取り組んでいる。ＬＴＥ（Long  Term  Evolution）は、ＥＰＣ（Evolved  Packet  Core）と共に、３ＧＰＰファミリーへの最新の追加版である。
【０００６】
ポリシー及び課金制御（ＰＣＣ：Policy  and  Charging  Control）は、主に（ＩＭＳなどの）ダイナミックサービスのためにアクセスネットワーク内のリソースを確保する手段として、もともと３ＧＰＰ標準に導入されたが、通常のインターネットサービス（Ｐ２Ｐトラフィック、ウェブブラウジング、ＦＴＰなど）のためのリソース消費を制御し、及びフローベース課金（ＦＢＳ：Flow  Based  Charging）を可能とする手段でもある。
【０００７】
ＰＣＣのもともとの目標は３ＧＰＰにおいて長い時間を掛けて完了されたものの、ＰＣＣフレームワークをアドオンと共に拡張する標準における多くのアクティビティが、依然として進行中である。ＰＣＣアーキテクチャへの改正される新たな機能は、ＰＣＲＦの役割を、もともとは単にＩＭＳのための要件であったものから、より根本的なシステムエレメントへとシフトさせた。
【０００８】
まさに初期から、ＰＣＲＦとアクセスネットワークとの間のリファレンスポイントは、図１に示したようなＧｘインタフェースであった。アクセスネットワークからの全ての入力データは、このインタフェース上を通過しなければならなかった。例えばＩＭＳといったダイナミックサービスについて、Ｒｘリファレンスポイントは、スケーラビリティの目的のために、即ちスタンドアローンのＰ−ＣＳＣＦ及びＰＣＲＦ機能を有することができるようにも定義された。
３ＧＰＰリリース１１から、今では以下を有する（図２に示した通り）：
・ＰＣＥＦとＰＣＲＦとの間のＧｘ
・ＰＣＲＦとＡＦとの間のＲｘ
・ＰＣＲＦとＢＢＥＲＦ（例えば、ＳＧＷ）との間のＧｘｘ
・ＰＣＲＦ−ＦＥとＵＤＲとの間のＵｄ
・ＰＣＲＦとＯＣＳとの間のＳｙ
・ＰＣＲＦとＴＤＦとの間のＳｄ
【０００９】
この全てを要約すると、例えばリリース７のＰＣＲＦとの比較において、リリース１１のＰＣＲＦは、ポリシー決定を行うための入力情報を収集するための格段に優れたケイパビリティを有する。ポリシー決定は、今や、以下に基づいてなされ得る（完全なリストではない）：
・ユーザ加入情報（リリース７から）
・アクセスネットワーク固有情報（リリース７から）
・ＩＭＳ承認サービス（リリース７）
・消費量使用率（Consumed  volume  usage）（リリース９）
・サービスのサードパーティスポンサーシップ（リリース１０）
・実利用サービス（Actual  service  used）（リリース１１）
・加入により定義される支出限度（リリース１１）
【００１０】
この入力情報の全ては、ユーザプレーンパケットについて差別化した取扱い（即ち、個人化）を提供可能であるものの、依然として同じ目的に供されている。
【発明の概要】
【００１１】
ここで提示される例としての実施形態は、新たなネットワークインタフェースであるＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェースの確立を対象とする。当該インタフェースは、概して、ＭＭＥ／Ｓ４−ＳＧＳＮからのＰＣＲＦへ向けたパラメータの提供のためのＥＰＣにおけるシグナリングを低減する。例としての実施形態は、ＭＭＥ／Ｓ４−ＳＧＳＮ／−ＳＧＳＮ固有のパラメータの個人化、即ち、例えば使用中のサービスや（ユーザの移動性の統計、サービス使用状況などに基づく）ダイナミックユーザプロファイルに基づいてＰＣＲＦによりＵＥ別に設定すること、の制御をも可能とする。例としての実施形態は、ＭＭＥ／Ｓ４−ＳＧＳＮからＰＣＲＦへの例えばＳ１接続ステータス、ＲＡＮケイパビリティといった追加的な入力パラメータの提供をも可能とし、また、Ｓ１１／Ｓ４、Ｓ５／Ｓ８及びＧｘインタフェース群に影響を与えることなく、ＰＣＲＦからＭＭＥ／Ｓ４−ＳＧＳＮへの個人化のための追加的なパラメータを追加することをも可能とする。
【図面の簡単な説明】
【００１２】
上述した内容は、添付図面に描いたような例としての実施形態の以下のより具体的な説明から明らかとなるであろう。添付図面において、同類の参照符号は、様々な図を通じて同じ部分を指す。図面は必ずしも等尺ではなく、代わりに例としての実施形態を描くに際して強調がなされる。
【００１３】
【図１】ＰＣＲＦインタフェースの説明例である。
【図２】ＰＣＲＦインタフェースの他の説明例である。
【図３】無線ネットワークの概略例である。
【図４】他の無線ネットワークの概略例である。
【図５】情報の例としての流れを描いたネットワーク概略図である。
【図６】いくつかの例としての実施形態に係るＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース６１０を描いたネットワーク概略図である。
【図７】例としての実施形態のいくつかに係る一例としてのＭＭＥ／Ｓ４−ＳＧＳＮ／ＰＣＲＦネットワークノードの構成図である。
【図８】いくつかの例としての実施形態に係るＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース６１０を利用するメッセージシーケンス図である。
【図９】いくつかの例としての実施形態に係るＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース６１０を利用するメッセージシーケンス図である。
【図１０】いくつかの例としての実施形態に係るＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース６１０を利用するメッセージシーケンス図である。
【図１１】いくつかの例としての実施形態に係るＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース６１０を利用するメッセージシーケンス図である。
【図１２】いくつかの例としての実施形態に係るＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース６１０を利用するメッセージシーケンス図である。
【図１３】いくつかの例としての実施形態に係るＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース６１０を利用するメッセージシーケンス図である。
【図１４】いくつかの例としての実施形態に係るＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース６１０を利用するメッセージシーケンス図である。
【図１５】いくつかの例としての実施形態に係るＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース６１０を利用するメッセージシーケンス図である。
【図１６】いくつかの例としての実施形態に係るＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース６１０を利用するメッセージシーケンス図である。
【発明を実施するための形態】
【００１４】
例示的な実施形態の完全な理解を提供するために、限定ではなく説明の目的で、以下の説明において、固有のコンポーネント、エレメント、技法などの特定の詳細が説明される。しかしながら、例としての実施形態は、それら特定の詳細から離れた他のやり方で実践されてもよいことが当業者には明らかであろう。他の例において、よく知られた方法及びエレメントの詳細な説明は、例としての実施形態の説明を曖昧にしないために省略される。ここで使用される用語は、例としての実施形態を説明する目的のためのものであり、ここに提示される実施形態を限定することを意図しない。
【００１５】
図３は、例としての実施形態のいくつかが適用され得る、第１のシステム１００の概略図を示している。システム１００は、いわゆる２Ｇ／３Ｇシステムであり、ＧＥＲＡＮ／ＵＴＲＡＮシステムと呼ばれることもある。図示したように、システム１００は、複数のユーザ機器を収容可能であり、そのうちの１つが一例として参照番号１３０で示されている。当然ながら、システム１００は、多数のユーザ機器を収容可能であり、１つのユーザ機器のみを収容することに限定されない。
【００１６】
ユーザ機器１３０との間の全てのトラフィックは、いわゆる“基地局”を介してルーティングされ、“基地局”はシステムの特質に依存して異なる名称を有する。図３に示したようなＧＥＲＡＮ／ＵＴＲＡＮシステムのケースにおいて、本文章では、基地局のことを汎用的な名称“無線基地局”と呼び、ここで及び図３にてＲＢＳと略称される。ユーザ機器が接続中のＲＢＳは、ＲＢＳ１２８として図３に示されている。ＲＢＳについてのシステム固有の名称の１つの例は、３Ｇシステムで使用されている通りＮｏｄｅＢであり、他の例は、いくつかの２Ｇシステムで使用されている通りＢＴＳ、基地送受信システムである。
【００１７】
システムの種類に関わらず、ユーザ機器１３０の移動性（mobility）は、ここでまずは総称として“移動性管理ノード”と呼ばれるものにより制御され、それは図３に示したようにＧＥＲＡＮ／ＵＴＲＡＮのケースではいわゆるＳ４−ＳＧＳＮであり、図３では１２５で示されている。
【００１８】
“移動性管理ノード”は、サービングゲートウェイ（ＳＧＷ）１１５へ接続され、ＳＧＷ１１５は、ＰＤＮゲートウェイ（ＰＧＷ）１１０へ接続される。ＰＧＷ１１０は、ポリシー及び課金ルール機能、いわゆるＰＣＲＦ１０５のためのユニット又は機能へ接続されることができ、又は、ＰＧＷ１１０は、ＰＣＲＦを使用せずに自身で何らかのポリシー及び課金のアクションをとるように構成されることができる。
【００１９】
図４は、本発明が適用され得る、第２のシステム２００の概略図を示している。システム２００は、いわゆるＬＴＥベースのシステムであり、ＥＵＴＲＡＮシステムとも呼ばれる。指摘すべきこととして、“ＬＴＥ”及び“ＬＴＥベースの”システムとの用語は、ここでは、現在のシステム、及び、例えば発展型ＬＴＥシステムといったような、将来のＬＴＥベースのシステムの双方を含むように使用される。
【００２０】
図４におけるシステム２００のようなＥＵＴＲＡＮシステムにおいて、“基地局”は、図４において１２９として示されているｅＮｏｄｅＢと呼ばれる。“移動性管理ノード”は、ＥＵＴＲＡＮシステムでは図４において１２０として示されている移動性管理エンティティ（ＭＭＥ）と呼ばれる。図４におけるシステムのＳＧＷ及びＰＧＷは、図３におけるそれらと同一か又は類似であり、そのためここではあらためて説明せず、これはＰＣＲＦ１０５についても同様である。
【００２１】
理解すべきこととして、図３はＧＥＲＡＮ／ＵＴＲＡＮベースのシステムであるシステム１００を示し、図４はＥＵＴＲＡＮベースのシステムであるシステム２００を示しているものの、本発明は、これら２つの技術を組合わせたシステム、即ちＧＥＲＡＮ／ＵＴＲＡＮ−ＥＵＴＲＡＮ結合型のシステムにおいても適用可能である。現行のシステムのＰＣＲＦインタフェースに関連付けられる多数の問題が存在する。以下に、それら問題のうちの少数が例として強調されるであろう。
【００２２】
問題１
ＥＰＣ（Evolved  Packet  Core）のための既存のアーキテクチャは、“旧来の（old）”ＰＣＣの目標を念頭に置いて（ＰＣＲＦへの入力インタフェースの寄せ集め（smorgasbord）を有しなかった時に）設計された。そのため、アクセスネットワークからのユーザロケーション情報（ＵＬＩ）といった全ての入力情報が、ＭＭＥ／Ｓ４−ＳＧＳＮからＳＧＷ及びＰＧＷへ、そしてＧｘ上でＰＣＲＦへと依然として提供されなければならなかった（図５に示した通り）。この情報は、ＰＣＲＦによりオンデマンドで提供される。この情報の提供は、シグナリングの観点からは非効率的である。セルＩＤといったあるタイプのデータについて、ＳＧＷ及びＰＧＷ上の追加的なシグナリング負荷は顕著であり得る。
【００２３】
ＵＬＩとは別にＰＣＲＦが関心を有するであろう他のパラメータは、ＲＡＴタイプ、サービングネットワーク（アクセスネットワークケイパビリティ）、Ｓ１接続ステータス、ベアラリリースの標識、ＵＥタイムゾーン、及び恐らくはＣＳＧ情報も、である。これらパラメータのいくつかは、既存の標準ではＰＣＲＦへ提供可能ではなく、それがＥＰＣにより高い負荷を課すことさえあり得るために、将来においても疑わしい。
【００２４】
問題２
第２の問題−あるいは有効化の機能性の欠如−とは、アクセスネットワークにおいて使用すべき制御パラメータを動的に設定するために利用可能な手段が現在のところ無いことである。例えば、ＭＭＥからｅＮｏｄｅＢへ提供されるユーザの非アクティビティタイムアウト（inactivity  timeout）は、ＭＭＥの構成（configuration）に基づいて設定される。Ｓ４−ＳＧＳＮは、同じやり方で、アプリケーションのニーズに基づいて、最適な非アクティビティタイマについてＲＮＣへ通知し得る。このようなパラメータを設定する手段をＰＣＲＦにとって有効化することが、制御パラメータの個人化をも有効にする手段を提供することになることが、想像できる。
【００２５】
固有の例が次のように説明され得る。ユーザごとに非アクティビティパラメータをＰＣＲＦが設定できるようにすることは、サービスの使用状況（usage）に基づき得る。３ＧＰＰリリース１１のサービス認識型の特徴（Service  Awareness  feature）によれば、エンドユーザにより実際にあるサービスがいつ使用されるかをＰＣＲＦは認識するようになり得る。ユーザの非アクティビティタイマの値は、様々なサービスのために最適化され得る。
【００２６】
ＰＣＲＦから設定される対象になり得る他のパラメータは：
・アプリケーションベースのページング方式
・アプリケーション別の最適なＲＡＴ
・動的な３ＧＤＴの使用状況を生成する、使用中のアプリケーションにより制御される、３ＧＤＴ資格使用状況（3GDT  qualification  usage）
・ＣＳＧ、ホームゾーンデータ限度
・時間ベース課金制御方式
【００２７】
問題３
第３の問題は、後方互換性である。ＭＭＥ／Ｓ４−ＳＧＳＮ／ＳＧＳＮとＰＣＲＦとの間で受け渡さなければならない新たな各パラメータについて、Ｓ１１／Ｓ４、Ｓ５及びＧｘ上でのサポートが必要となる（これは既に問題１において言及した）。
【００２８】
問題４
最後に、既存の３ＧＰＰ  ＥＰＣアーキテクチャは、移動性に関連する手続、ＨＳＳからの加入の更新に関連する手続、ＵＥのリソース要求に関連する手続、及びベアラ管理に関連する手続といった、あり得る手続の混合（mix）を含む。少なくとも加入の更新に関連する手続及びＵＥのリソース要求に関連する手続と共にＰＣＣが配備されるならば、それは常にＰＣＲＦの関心の対象になるが、ＳＧＷ及びＰ−ＧＷ（即ち、ＰＣＥＦ）はその情報の使用状況をほとんど有しない。そのため、ＰＣＣが配備される場合のＥＰＣのための手続群は、ＳＧＷ及びＰ−ＧＷにとって（不必要に）複雑化する。
【００２９】
例としての実施形態がここで提示され、上で言及した問題を解決する。例としての実施形態の基本的なコンセプトは、ＭＭＥ／Ｓ４−ＳＧＳＮとＰＣＲＦとの間に直接的に、図６において破線により示したように、インタフェース６１０を定義することである。このインタフェース６１０は、Ｇｘｘに類似するかも知れない（但し、Ｒｘ、Ｓｄから、さらにはＳ６ａから機能群の承継もし得る）。
【００３０】
インタフェース６１０は、ＭＭＥ／Ｓ４−ＳＧＳＮ固有の入力を、当該情報をＳ１１／Ｓ４、Ｓ５／Ｓ８及びＧｘを介してＰＣＲＦ（ローカルブレイクアウトを伴うローミングのケースでは、潜在的には、Ｖ−ＰＣＲＦ）へリレーする必要性なく、ＰＣＲＦへ直接的に提供するために使用され得る。以下の既存のＥＰＣ手続（又は手続の一部）は、例としての実施形態の使用に伴ってスキップされ得る手続の、非限定的な例である。
・ＨＳＳ開始型の加入ＱｏＳ（Subscribed  QoS）の修正
・即ちＵＬＩ、タイムゾーン情報、ＣＳＧ情報（ＴＡＵ／ＲＡＵの期間中のポリシー目的で）、の提供
【００３１】
理解すべきこととして、例としての実施形態は、ＭＭＥ／Ｓ４−ＳＧＳＮからＰＣＲＦへ直接的にＵＥのリソース要求を提供することをも可能にする。原理的には、これは、ＵＥのリソース要求が（ＴＡＤ及びＧＢＲを含む）ＰＣＲＦへ直接的に送信され、ＳＧＷ及びＰＧＷへは送信されないことを示唆するであろう。そして、ＰＣＲＦは、ＰＣＣルールを編成して、ちょうどＲｘ上で承認される任意の他のサービスのように、Ｇｘ上でＰＣＷ／ＧＧＳＮへ提供することになる。ＰＧＷ／ＧＧＳＮは、Ｒｘ上で承認されるサービスと、ＭＭＥ／Ｓ４−ＳＧＳＮを介してＵＥによりＰＣＲＦインタフェース６１０へ要求されるサービスとの間の差異を把握しないであろう。結果として、ＰＧＷ／ＧＧＳＮにおける実装は、ＵＥにより要求されるリソースを全くサポートしなくてもよいことになる。
【００３２】
基本的には、（ＵＥ及びネットワーク（ＮＷ）の双方がネットワークリソースを要求し得る）いわゆる“混合モード手続”のコンセプトは、ＳＧＷ及びＰＧＷにとってＮＷ開始型の手続のみが残るために、排除され得る。インタフェース６１０は、例えば次のようなアプリケーションのニーズに基づいて、ＰＣＲＦからＭＭＥ／Ｓ４−ＳＧＳＮへ制御プレーンのポリシー決定を提供するためにも使用され得る：
・ｅＮｏｄｅＢ及びＲＮＣへ提供される、ユーザ非アクティビティタイムアウト
・アプリケーションベースのページング方式
・アプリケーション別の最適なＲＡＴ
・動的な３ＧＤＴの使用状況を生成する、使用中のアプリケーションにより制御される、３ＧＤＴ資格使用状況（3GDT  qualification  usage）
・ＣＳＧ、ホームゾーンデータ限度
・時間ベース課金制御方式
【００３３】
インタフェース６１０は、ＭＭＥ／Ｓ４−ＳＧＳＮとＰＣＲＦとの間で、ユーザの初期アタッチにおいて確立され得る。インタフェース６１０は、ユーザとＭＭＥ／Ｓ４−ＳＧＳＮとＰＣＲＦとの間の接続の修正時にも確立され得る。インタフェース６１０は、ＭＭＥ／Ｓ４−ＳＧＳＮの変更を可能とするために、移動性をサポートし得る。
【００３４】
理解すべきこととして、ＢＢＥＲＦ（例えば、ＳＧＷ）とＰＣＲＦとの間でいわゆる“オフパスＰＣＣ”のために定義されるＧｘｘインタフェースからの既存の手続の多くが、このために再利用され得る。インタフェース６１０についてのサポートは、ＭＭＥにおける構成に基づき得る。ＭＭＥ／Ｓ４−ＳＧＳＮ変更時にＭＭＥ／Ｓ４−ＳＧＳＮの間でＳ１０及びＳ３上で新たなサポートインジケータを提供することは有益であり得る。
【００３５】
図７は、例としての実施形態のいくつかに係る、ＭＭＥ１２０ノード、Ｓ４−ＳＧＳＮ１２５ノード又はＰＣＲＦ１０５ノードの例としてのネットワークノードの構造を示している。ネットワークノード１２０／１２５／１０５は、いかなる数の通信ポートを備えてもよく、例えば、受信ポート３０７及び送信ポート３０８を備える。通信ポートは、いかなる形式の通信データを送受信するように構成されてもよい。理解すべきこととして、ネットワークノード１２０／１２５／１０５は、代替的に単一の送受信ポートを備えてもよい。さらに理解すべきこととして、通信又は送受信ポートは、当分野において知られた任意の入出力通信ポートの形式であってよい。
【００３６】
ネットワークノード１２０／１２５／１０５は、さらに、少なくとも１つのメモリユニット３０９を備え得る。メモリユニット３０９は、任意の種類の受信、送信及び／若しくは測定データ、並びに／又は実行可能なプログラム命令を記憶するように構成され得る。メモリユニット３０９は、いかなる適切なタイプのコンピュータ読取可能なメモリであってもよく、揮発性及び／又は不揮発性のタイプであり得る。
【００３７】
ネットワークノード１２０／１２５／１０５は、一般処理ユニット３１１をも備え得る。理解すべきこととして、処理ユニット３１１は、例えばマイクロプロセッサ、ＤＳＰ（digital  signal  processor）、ＦＰＧＡ（field  programmable  gate  array）、又はＡＳＩＣ（application  specific  integrated  circuit）といった、いかなる適切なタイプの計算ユニットであってもよい。
【００３８】
次に、ここで説明される例としての実施形態のいくつかの様々な側面を例示するメッセージシーケンス図である図８〜図１２に注意を向ける。
【００３９】
図８は、例としての実施形態のいくつかに係る、初期アタッチ手続の期間中のＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース６１０の確立の一例を示している。図８の様々なメッセージについて、対応する見出しに従って以下に説明する。
【００４０】
メッセージ８−１：
初期アタッチ手続は、例えば、ＴＳ２３．４０１  ｖ９．８．０（２０１１年３月）内で図５．３．２．１−１を参照しステップ１２の前に記述された通りに行われてよい。
【００４１】
メッセージ８−２：
ＭＭＥ１２０又はＳ４−ＳＧＳＮ１２５に該当するが、それらは、少なくともＵＥアイデンティティ、ＰＤＮ識別子及びＡＰＮを含み得る通信信号を送信することにより、ＰＣＲＦ１０５へ向けた新たなインタフェース６１０を開始し得る。要求されるＵＥのアイデンティティ及びＰＤＮ識別子は、加入者（subscriber）を識別するために使用され、及び、ＰＣＲＦの選択においては、ＰＧＷ１１０により確立される対応するＩＰ  ＣＡＮセッションを伴うＰＣＲＦ機能の位置を特定するために使用され得る。ＭＭＥ／Ｓ４−ＳＧＳＮは、ＭＭＥ／Ｓ４−ＳＧＳＮケイパビリティ及び制限、ＲＡＮケイパビリティ及び制限、ＵＥケイパビリティ及び制限、又は、ＭＭＥ／Ｓ４−ＳＧＳＮにおいて利用可能であって当該ユーザ及び接続に関連する任意の他の情報、といった追加的なパラメータを提供してもよい。
【００４２】
メッセージ８−３：
ＭＭＥ／Ｓ４−ＳＧＳＮは、通常の手続のように、セッション生成要求（Create  Session  Request）を送信し得る。
【００４３】
メッセージ８−４：
ＳＧＷ１１５は、通常の手続のように、セッション生成要求（Create  Session  Request）を送信し得る。
【００４４】
メッセージ８−５：
ＰＧＷ１１０は、通常の手続のように、新たなＧｘセッションを開始し得る。ＰＣＲＦ１０５は、Ｇｘセッションと、ＭＭＥ／Ｓ４−ＳＧＳＮからのセッション要求との相関付を行い（correlate）得る。
【００４５】
メッセージ８−６：
ＰＣＲＦ１０５は、通常の手続のように、Ｇｘセッション要求へ応答し得る。
【００４６】
メッセージ８−７：
ＰＧＷ１０５は、通常の手続のように、セッション生成応答（Create  Session  Response）をＳＧＷ１１５へ送信し得る。
【００４７】
メッセージ８−８：
ＳＧＷ１１５は、通常の手続のように、セッション生成応答（Create  Session  Response）をＭＭＥ／Ｓ４−ＳＧＳＮへ送信し得る。
【００４８】
メッセージ８−９：
ＰＣＲＦ１０５は、ＭＭＥ／Ｓ４−ＳＧＳＮのセッション要求へ応答し得る。このメッセージは、メッセージ６の後の任意の時に起こり得る。ＰＣＲＦ１０５は、この時点でＭＭＥ／Ｓ４−ＳＧＳＮのからのイベント通知を購読（subscribe）し得る。イベント通知のわずかの非限定的な例は、セルＩＤ、Ｓ１接続ステータス、又は当該ユーザについてＭＭＥ／Ｓ４−ＳＧＳＮにおいて利用可能な何らかの他の情報、の変化であり得る。ＰＣＲＦ１０５は、この時点で、ＭＭＥ／Ｓ４−ＳＧＳＮへ個人化パラメータを提供してもよい。そうしたパラメータのわずかの非限定的な例は、ユーザ非アクティビティタイムアウト、又は当該ユーザ及び接続についてＭＭＥ／Ｓ４−ＳＧＳＮにより使用可能な何らかの他のパラメータ、についての値であってよい。
【００４９】
メッセージ８−１０：
アタッチ手続は、ＴＳ２３．４０１  ｖ９．８．０（２０１１年３月）におけるメッセージ１６以降へ継続し得る。ＭＭＥ／Ｓ４−ＳＧＳＮへＰＣＲＦから提供される任意の個人化パラメータが、ＭＭＥ／Ｓ４−ＳＧＳＮ内で内部的に、及び関連する後続の手続において適用され使用されてよい。
【００５０】
図９は、例としての実施形態のいくつかに係る、ＭＭＥ／Ｓ４−ＳＧＳＮ再配置手続の期間中のＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース６１０の確立の一例を示している。図９の様々なメッセージについて、対応する見出しに従って以下に説明する。
【００５１】
メッセージ９−１：
新たなＭＭＥノード１２０又は新たなＳ４−ＳＧＳＮノード１２５が該当するが、それらは、ＴＡＵ／ＲＡＵ又はハンドオーバの期間中に、ＭＭＥ／Ｓ４−ＳＧＳＮによるＰＣＲＦ１０５へ向けたセッションの確立をトリガする標識を受信し得る。トラッキングエリア更新（ＴＡＵ）又はルーティングエリア更新（ＲＡＵ）のケースでは、当該標識は、コンテキスト応答において古いＭＭＥ／Ｓ４−ＳＧＳＮから提供され得る。ハンドオーバのケースでは、同標識は、再配置転送要求（Forward  Relocation  Request）において古いＭＭＥ／Ｓ４−ＳＧＳＮから提供され得る。古いＭＭＥ／Ｓ４−ＳＧＳＮ／Ｓ４−ＳＧＳから標識が受信されなければ、それは当該古いＭＭＥ／Ｓ４−ＳＧＳＮがその特徴をサポートしていないことを意味し得る。このケースでは、新たなＭＭＥノード１２０又は新たなＳ４−ＳＧＳＮ１２５が該当するが、それらはいずれにせよＰＣＲＦ１０５へ向けた新たなセッションの確立を試行することを決定し得る。
【００５２】
メッセージ９−２：
新たなＭＭＥ／Ｓ４−ＳＧＳＮは、ＰＣＲＦ１０５へ向けた新たなインタフェース６１０を開始してよく、少なくともＵＥアイデンティティ及びＰＤＮ識別子を含める。要求されるＵＥのアイデンティティ及びＰＤＮ識別子は、加入者を識別するために使用され、及び、ＰＣＲＦの選択においては、ＰＤＮ  ＧＷにより確立される対応するＩＰ  ＣＡＮセッションを伴うＰＣＲＦ機能の位置を特定するために使用され得る。新たなＭＭＥ／Ｓ４−ＳＧＳＮは、ＭＭＥ／Ｓ４−ＳＧＳＮケイパビリティ及び制限、ＲＡＮケイパビリティ及び制限、ＵＥケイパビリティ及び制限、又は、新たなＭＭＥ／Ｓ４−ＳＧＳＮにおいて利用可能であって当該ユーザ及び接続に関連する任意の他の情報、といった追加的なパラメータを提供してもよい。
【００５３】
メッセージ９−３：
ＰＣＲＦ１０５は、ＭＭＥ／Ｓ４−ＳＧＳＮのセッション要求へ応答し得る。ＰＣＲＦ１０５は、この時点で新たなＭＭＥ／Ｓ４−ＳＧＳＮのからのイベント通知を購読し得る。そうしたイベント通知のわずかの非限定的な例は、セルＩＤ、Ｓ１接続ステータス、又は当該ユーザについてＭＭＥ／Ｓ４−ＳＧＳＮにおいて利用可能な何らかの他の情報、の変化に基づき得る。ＰＣＲＦ１０５は、この時点で、ＭＭＥ／Ｓ４−ＳＧＳＮへ個人化パラメータを提供してもよい。そうしたパラメータのわずかの非限定的な例は、ユーザ非アクティビティタイムアウト、又は当該ユーザ及び接続について新たなＭＭＥ／Ｓ４−ＳＧＳＮにより使用可能な何らかの他のパラメータ、についての値であってよい。
【００５４】
メッセージ９−４：
何らかの適切な中間的ＥＰＣシグナリングが行われ得る。古いＭＭＥ／Ｓ４−ＳＧＳＮが新たなＭＭＥ／Ｓ４−ＳＧＳＮへＰＣＲＦ１０５へ向けたセッションを確立することを指示した場合、新たなＭＭＥ／Ｓ４−ＳＧＳＮは、（ＴＡＵ／ＲＡＵのケースでは）コンテキスト確認応答（Context  Acknowledge）において又は（ハンドオーバのケースでは）再配置転送応答（Forward  Relocation  Response）において、古いＭＭＥ／Ｓ４−ＳＧＳＮへ、自身がＰＣＲＦ１０５へ向けたインタフェースをサポートするという標識を返送し得る。
【００５５】
メッセージ９−５：
古いＭＭＥ／Ｓ４−ＳＧＳＮは、最終要求／終了要求（final  request/termination  request）をＰＣＲＦ１０５へ向けて送信し得る。新たなＭＭＥ／Ｓ４−ＳＧＳＮがコンテキスト確認応答又は再配置転送応答においてＰＣＲＦ１０５へ向けたインタフェースによりサポートされると示さなかった場合、古いＭＭＥ／Ｓ４−ＳＧＳＮは、当該最終要求／終了要求においてそれをＰＣＲＦ１０５へ示し得る。
【００５６】
メッセージ９−６：
ＰＣＲＦ１０５は、終了要求に対して確認応答を送信し、それによって古いＭＭＥ／Ｓ４−ＳＧＳＮへ向けたセッションを終了させ得る。新たなＭＭＥ／Ｓ４−ＳＧＳＮがＰＣＲＦ１０５へ向けたインタフェースをサポートしなかった場合には、ＰＣＲＦ１０５は、例えばレガシーの仕組みを介して（即ち、ＰＧＷ１１０から）セルＩＤの変更を購読するといった、さらなるアクションをとり得る。
【００５７】
メッセージ９−７：
図９に示した再配置の手続を最終化するために、任意の適切な最終的なステップ群が行われ得る。
【００５８】
図１０は、例としての実施形態のいくつかに係る、ＭＭＥ／Ｓ４−ＳＧＳＮレポーティングの一例を示している。図１０の様々なメッセージについて、対応する見出しに従って以下に説明する。
【００５９】
メッセージ１０−１：
ＭＭＥノード１２０又はＳ４−ＳＧＳＮノード１２５において、ＰＣＲＦが購読することになったイベントに適合するイベントが発生する。そうしたイベントのわずかの非限定的な例は、セルＩＤの変化、Ｓ１接続ステータスの変化、加入ＱｏＳの変化などであってよい。当該イベントは、例えば、ＴＡＵ−若しくはＲＡＵ手続によって、ハンドオーバ手続によって、又は、ＨＳＳからのインタラクションによってトリガされ得る。他のイベントもあり得る。
【００６０】
メッセージ１０−２：
ＭＭＥ／Ｓ４−ＳＧＳＮは、ＰＣＲＦ１０５へ向けた中間的な要求を開始してよく、当該要求は更新された情報を含み得る。
【００６１】
メッセージ１０−３：
ＥＰＣにおける任意の適切な既知の中間的シグナリングが、トリガ元の手続に依存して行われ得る。
【００６２】
メッセージ１０−４：
ＰＣＲＦ１０５は、ＭＭＥ／Ｓ４−ＳＧＳＮの要求に対して確認応答を送信し、この時点で通知の購読の変更を行い、当該ＵＥ及び接続についてＭＭＥ／Ｓ４−ＳＧＳＮにより使用されるべき、例えば（変更後の又は未変更の）上記購読を含む、新たな又は追加的な個人化パラメータを提供し得る。
【００６３】
メッセージ１０−５：
図１０に示したトリガ手続を最終化するために、任意の適切な最終的なステップ群が行われ得る（適用可能であれば）。ＭＭＥ／Ｓ４−ＳＧＳＮへＰＣＲＦ１０５から提供される任意の個人化パラメータ又はアクションが、ＭＭＥ／Ｓ４−ＳＧＳＮ内で内部的に、及び／又は関連する任意の後続の手続において適用され使用されてよい。
【００６４】
図１１は、例としての実施形態のいくつかに係る、ＰＣＲＦプロビジョニングの一例を示している。図１１の様々なメッセージについて、対応する見出しに従って以下に説明する。
【００６５】
メッセージ１１−１：
ＰＣＲＦの内部的なイベントが発生するにしろ、又は外部インタフェース（例えば、Ｒｘ、Ｓｄ、Ｕｄ、Ｓｐ、Ｓｙ）からのインカミングのシグナリングを原因とするイベントが発生するにしろ、それは新たなポリシーの決定が、本ケースであればＭＭＥノード１２０又はＳ４−ＳＧＳＮノード１２５、にとって必要とされることを示唆する。ＰＣＲＦ１０５は、通知の購読の変更及び／又は新たな若しくは更新された個人化パラメータ若しくはアクションを含み得る要求を、インタフェース６１０を介してＭＭＥ／Ｓ４−ＳＧＳＮへ送信し得る。
【００６６】
メッセージ１１−２：
ＭＭＥ／Ｓ４−ＳＧＳＮは、当該要求に対して確認応答を送信し、ＰＣＲＦ１０５により要求された情報をインタフェース６１０を介して提供し得る。
【００６７】
メッセージ１１−３：
ＰＣＲＦ１０５から提供された新たな又は変更された個人化パラメータ若しくはアクションの結果として、ＭＭＥ／Ｓ４−ＳＧＳＮは、アクセスネットワーク及び／又はＥＰＣへ向けたフォローアップ手続を開始し得る。
【００６８】
図１２は、例としての実施形態のいくつかに係る、ロケーションベース課金の一例としてのユースケースを示している。具体的には、提供される例は、セルＩＤの変更時にＰＧＷ１１０において課金データレコード（ＣＤＲ）をクローズすることなく、ここで提示される例としての実施形態でどのようにセル識別が実行され得るか、に基づく。セルＩＤの変更は、ＭＭＥ／Ｓ４−ＳＧＳＮからＳＧＷ及びＰＧＷへレポートされ、そしてそれはクローズされつつある課金データレコード（ＣＤＲ）を毎回クローズさせることを引き起こすために、これは今日性能の問題になっている。この例に関係するステップ群のみが示されている。図１２の様々なメッセージについて、対応する見出しに従って以下に説明する。
【００６９】
メッセージ１２−１：
ロケーション変更通知が、ＲＡＮから、本ケースであればＭＭＥノード１２０又はＳ４−ＳＧＳＮノード１２５へ、送信され得る。前提として、ＰＣＲＦ１０５は、以前にＭＭＥ／Ｓ４−ＳＧＳＮとＰＣＲＦ１０５との間のインタフェース６１０上でこの情報の変化を購読することにしたものとする。
【００７０】
メッセージ１２−２：
ＭＭＥ／Ｓ４−ＳＧＳＮは、新たなインタフェース６１０を介して、ＰＣＲＦ１０５へ更新されたロケーション情報（セルＩＤ）を提供し得る。なお、当該情報は、今日ＴＳ２３．４０１及びＴＳ２３．０６０において求められているような変更通知（Change  Notification）又はベアラ修正要求（Modify  Bearer  Request）を介してＳＧＷ及びＰＧＷへは送信されない。
【００７１】
メッセージ１２−３：
ＰＣＲＦ１０５は、ＰＧＷ１１０へポリシー決定を提供し及び更新し得る。それは、更新されたＰＣＣルール及び／又は新たな課金ルールベースネーム（Charging-Rule-Base-Name）を含む。更新されたルール及びルールベースは、様々なレーティンググループ／課金キーに関連付けられ得るが、同じサービスが依然として承認され得る。これは、好適には、例えば現行の３ＧＰＰ仕様に記述されているような、任意の適切な既知のやり方で行われる。
【００７２】
メッセージ１２−４：
ＰＧＷ１１０は、ＰＣＲＦの通知に対して確認応答を送信し得る。新たなレーティンググループ／課金キーが適用される。これ以降、ＣＤＲ内のＧｙ上のレポートは、更新されたレーティンググループ／課金キーについて行われることになる。ＣＤＲのクローズについてのトリガがＰＧＷにより受信されていない（即ち、セル変更に気付いていない）ため、ＣＤＲはクローズされない。これは、好適には、例えば現行の３ＧＰＰ仕様に記述されているような、任意の適切な既知のやり方で行われる。
【００７３】
メッセージ１２−５：
ＰＣＲＦ１０５は、ＭＭＥ／Ｓ４−ＳＧＳＮの要求に対して確認応答を送信し得る。
【００７４】
図１２により提供される例は、例えば“ホームセル”及び“非ホームセル”といった異なるエリアについての異なるレーティンググループ／課金キーの構成に基づいている。ＰＧＷ１１０はロケーションの変更について更新されていないため、その理由でのＣＤＲのクローズはなされない。結果として、セルＩＤの変更に起因するＣＤＲの頻繁なクローズによる負荷を排除することができる。ＰＧＷ及びＳＧＷの観点からは、この変更は、完全に後方適合的（backwards  compliant）であり、既存の標準と比較して追加的な機能性を要しない。
【００７５】
また、理解すべきこととして、例としての実施形態は、ＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース６１０を介してＵＥのリソース要求を送信する際に利用されてもよい。よって、ユーザ機器開始型のリソース要求がＭＭＥ／Ｓ４−ＳＧＳＮノードへ送信され得る。そして、ＭＭＥ／Ｓ４−ＳＧＳＮノードは、当該要求を、ＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース６１０を介してＰＣＲＦへ転送し得る。ＰＣＲＦは、その後、当該要求をＰＧＷへ転送し得る。ＰＧＷの観点からは、当該要求は、ネットワーク開始型の要求であるように感知されるであろう。よって、ＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース６１０を利用することで、ＰＧＷは、もはや動作の混合モード（即ち、リソースについてのＵＥ及びＮＷ開始型の双方の要求をハンドリングする能力）を利用しなくてもよい。
【００７６】
次に、他の例としてのユースケースを示す図１３〜図１６に注意を向け、それら図を参照しながらいくつかの詳細について以下に説明する。
【００７７】
よく知られているように、Ｅ−ＵＴＲＡアクセスについての既存の標準において、ＭＭＥは、アイドルモードにおいては滞在優先度を定義するために、アクティブモードにおいてはＲＡＴ間／周波数間ハンドオーバを制御するために使用される、無線アクセス技術（ＲＡＴ）及び／又は周波数選択優先度のための加入者プロファイルＩＤ（ＳＰＩＤ）情報エレメントを、ｅＮｏｄｅＢへ提供し得る。さらなる詳細については、３ＧＰＰ  ＴＳ３６．４１３参照。先へ進む前に言及すべきこととして、以下に議論する例としてのユースケースについて、本ケースであればＭＭＥ１２０又はＳ４−ＳＧＳＮ、によりＳＰＩＤ情報エレメントが受信され及び／又は記憶されるのが好適である。例としてのユースケースにおいて、ＳＰＩＤ情報エレメントはＨＳＳ１３１３から受信されるのが好適である。
【００７８】
同様に、ＳＰＩＤ（いくつかの仕様ではＲＦＳＰインデックスとしても知られており、併せて以下でＳＰＩＤと表記される）が、ＳＧＳＮから、ＵＴＲＡＮアクセス（３ＧＰＰ  ＴＳ２５．４１３参照）については無線ネットワークコントローラ（ＲＮＣ）へ、ＧＥＲＡＮアクセス（３ＧＰＰ  ＴＳ４８．０１８参照）については基地局コントローラ（ＢＳＣ）へ提供され得ることがよく知られている。
【００７９】
このＳＰＩＤは、特定の無線リソース管理（ＲＲＭ）ストラテジーを適用するために（例えば、RRC_IDLEモードプライオリティを定義し、及びRRC_CONNECTEDモードでのＲＡＴ間／周波数間ハンドオーバを制御するために）、ローカルに定義される構成へｅＮＢによってマッピングされる。これは、ＧＥＲＡＮ／ＵＴＲＡＮアクセスについても同一であり又は類似する。
【００８０】
これが原理上意味するのは、対象の無線アクセスネットワーク（ＲＡＮ）によりＳＰＩＤを次のために使用し得る、ということである：
・アイドルモードの滞在（camping）を制御するためのＵＥ／ＭＳ固有のセル再選択優先度の導出
・アクティブモードのＵＥ／ＭＳの、異なる周波数レイヤ又は異なる無線アクセス技術（ＲＡＴ）へのリダイレクトについての決定
【００８１】
ＭＭＥ／ＳＧＳＮは、ホーム加入者サーバ（ＨＳＳ）から（例えば、アタッチ手続の期間中に）加入済みのＳＰＩＤ（subscribed  SPID）を受信する。例えば、非ローミング中の加入者（例えば、ＵＥ／ＭＳなど）について、ＭＭＥ／ＳＧＳＮは、事業者の構成に依存して、次の手続のうちの１つに従って使用中のＳＰＩＤを選択する：
・使用中のＳＰＩＤは、加入済みのＳＰＩＤと同一である、又は
・ＭＭＥ／ＳＧＳＮは、加入済みのＳＰＩＤ、ローカルに構成された事業者のポリシー、及びＵＥ／ＭＳ関連のＭＭＥにおいて利用可能なコンテキスト情報に基づいて、使用中のＳＰＩＤを選択する。コンテキスト情報とは、例えば、ＵＥ／ＭＳネットワークケイパビリティの一部として受信される、ＵＥ／ＭＳ音声ケイパビリティ及びセッティングなどである。
【００８２】
さて、ＭＭＥ／ＳＧＳＮにおけるポリシープロファイルは静的に構成され、従って差別化のためには比較的簡易すぎる（blunt）ツールである。これは、可能な場合にポリシーが新たな（あまりビジーでない）技術を使用するという、新たな無線アクセス技術の導入のためには、十分であり得る。しかしながら、新たな技術及び過去の技術の双方が等しくビジーでない場合、使用されるキャパシティは差別化のために十分なベースではなく、代わりにネットワーク技術のケイパビリティがユーザ（例えば、ＵＥ／ＭＳなど）をどこに滞在させるかのための有力な（overriding）理由になる。例えば、（排他的ではなく）ＭＭＥ／ＳＧＳＮ内のポリシープロファイルは、以下を考慮にいれることができない：
・ダイナミック加入者ポリシー（プロモーション、使用キャップ、支出限度）
・端末タイプ、例えばスマートフォン、ＬＴＥモデム（ドングル）、又は通常の低機能電話機（dumbphone）（即ち、スマートフォンのレトロニム）
・ユーザがその時点でアクセス中のサービス（サービスデリバリ、バッテリ消費、又は潜在的なカバレッジなどに関して最適な何らかのアクセスタイプを優先するようにＵＥ／ＭＳを誘導することは望ましいかもしれないにも関わらず）
・ダイナミックなユーザの振る舞い、例えば、月単位の使用キャップが使われたか否か、日単位の支出限度に達したか否か、など
・他の手段（例えば、分析）に基づく加入者分類、これは加入者がより新しい技術ケイパビリティを要するアクティビティを行わないことを示し得る
【００８３】
ＳＰＩＤ（及び、上でＳＰＤＩとして併せて表記されているＲＦＳＰインデックス）の現行のハンドリングに関連付けられる欠点のいくつか又は全ては、図１３〜図１６を参照しながら以下に説明される例としてのユースケースによって、排除され又は軽減される。これら例としてのユースケースでは、加入済みのＳＰＩＤがＭＭＥノード１２０又はＳ４−ＳＧＳＮノード１２５において、よく知られたようにＨＳＳから受信され、但し今回は、ここで開示されるダイレクトインタフェース６１０を介してＰＣＲＦ１０５にも転送される。加えて、ＰＣＲＦ１０５がＰＤＮ接続のために使用すべきＳＰＩＤを、本ケースであればＭＭＥノード１２０又はＳ４−ＳＧＳＮノード、へ提供することが好適である。そして、ＰＣＲＦ１０５から提供されるＳＰＩＤは、ＭＭＥ／Ｓ４−ＳＧＳＮによってＲＡＮへ向けて、例えば（ＵＥ／ＭＳがその時点で滞在中の適用可能なアクセスに依存してｅＮｏｄｅＢ、ＲＮＣ又はＢＳＣへ向けて通信され得る。このようにして、ＰＣＲＦ１０５は、例えばＧＥＲＡＮ、ＵＴＲＡＮ及びＥ−ＵＴＲＡＮアクセスについてＵＥ／ＭＳのアクセス選択に作用し、受信されるＳＰＩＤに基づいてアクセスはＭＭＥ／Ｓ４−ＳＧＳＮにより選択され得る。
【００８４】
加入済みのＳＰＩＤとは異なるＳＰＩＤをＭＭＥ／Ｓ４−ＳＧＳＮへ提供するというＰＣＲＦ１０５による決定は、ＰＣＲＦ１０５において利用可能ないかなる情報に基づいてもよく、その情報は、例えば、加入者プロファイル、蓄積された使用状況、支出限度、使用中のサービス、端末タイプ、サービスがスポンサーの付いたサービスなのか否か、などである。ここで、ＰＣＲＦは、ＭＭＥ／ＳＧＳＮから受信されるＳＰＩＤを考慮してもしなくてもよい。
【００８５】
既存のＲＡＮ手続へのインパクトはなく、ＵＥへのインパクトはない。
【００８６】
図１３は、ＵＥ１３０などのためのセッションの開始などにおけるＳＰＩＤシグナリングをハンドリングするための第１の例としてのユースケースを示している。この例に関係するステップ群のみが示されている。図１３の様々なメッセージについて、対応する見出しに従って以下に説明する。
【００８７】
メッセージ１３−１：
最初に加入済みのＳＰＩＤが、ＨＳＳ１３１３から、本ケースであればＭＭＥノード１２０又はＳ４−ＳＧＳＮ、により受信される。これは、任意の適切な既知の手続において行われてよく、ＨＳＳ１３１３からＭＭＥ／Ｓ４−ＳＧＳＮへメッセージが送信され、例えば、ＵＥ１３０などについてセッションを開始する手続などに関連してメッセージが送信され、それは例えばアタッチ手続であり、例えば図８を参照して上で議論したような、又はＰＤＮコンテキストアクティブ化などに関連する手続である。
【００８８】
メッセージ１３−２：
ＨＳＳ１３１３から受信された最初に加入済みのＳＰＩＤが、ＭＭＥ／ＳＧＳＮによってダイレクトインタフェース６１０を介してＰＣＲＦ１０５へ転送される。
【００８９】
メッセージ１３−３：
ＰＣＲＦ１０５からＭＭＥ／ＳＧＳＮへ、推奨されるＳＰＩＤが提供される。推奨されるＳＰＩＤは、受信される加入済みのＳＰＩＤと同じであってもよく、又は加入済みのＳＰＩＤに基づいて及び／若しくはＰＣＲＦ１０５において利用可能な任意の情報に基づいて取得される他のＳＰＩＤであってもよく、その情報は例えば、加入者プロファイル、蓄積された使用状況、支出限度、使用中のサービス、端末タイプ、サービスがスポンサーの付いたサービスなのか否か、などである。
【００９０】
メッセージ１３−４：
受信した推奨されるＳＰＩＤをＭＭＥ／Ｓ４−ＳＧＳＮが無線アクセスネットワーク（ＲＡＮ）へ送信することが好適である。ＭＭＥ／Ｓ４−ＳＧＳＮは、３ＧＰＰ仕様に定義されているような既存の知られた手続に従って、無線アクセスネットワーク（ＲＡＮ）へ推奨されるＳＰＩＤを送信することが好適である。しかしながら、ＭＭＥ／Ｓ４−ＳＧＳＮは、代替的に、ＭＭＥ／ＳＧＳＮにとって利用可能な他のＳＰＩＤ又はＭＭＥ／ＳＧＳＮにより取得される他のＳＰＩＤを送信してもよい。ＭＭＥ／ＳＧＳＮは、ＨＳＳ１３１３から受信した加入済みのＳＰＩＤを含むＭＭＥ／Ｓ４−ＳＧＳＮにとって利用可能な任意の情報に基づいて、あるＳＰＩＤを送信すると決定し得る。例えば、ＭＭＥ／Ｓ４−ＳＧＳＮは、ＰＣＲＦ１０５から受信した推奨されるＳＰＩＤを無視し、加入済みのＳＰＩＤを送信してもよい。このようにして、ＰＣＲＦ１０５は、例えばＧＥＲＡＮ、ＵＴＲＡＮ及びＥ−ＵＴＲＡＮアクセスについてＵＥ／ＭＳのアクセス選択に作用し、受信されるＳＰＩＤに基づいてアクセスはＭＭＥ／Ｓ４−ＳＧＳＮにより選択され得る。
【００９１】
図１４は、ここではＵＥ１３０などのためのセッションの修正及び／又は更新に関連する、ＳＰＩＤシグナリングをハンドリングするための第２の例としてのユースケースを示しており、例えば加入の更新に起因してＨＳＳ１３１３により修正が開始される。この例に関係するステップ群のみが示されている。図１４の様々なメッセージについて、対応する見出しに従って以下に説明する。
【００９２】
メッセージ１４−１：
更新されたＳＰＩＤが、ＨＳＳ１３１３から、本ケースであればＭＭＥノード１２０又はＳ４−ＳＧＳＮ、により受信される。これは、任意の適切な既知の手続において行われてよく、ＨＳＳ１３１３からＭＭＥ／Ｓ４−ＳＧＮＳへメッセージが送信され、例えば、ＵＥ１３０などについてセッションを修正し及び／又は更新する手続などに関連してメッセージが送信される。
【００９３】
メッセージ１４−２：
ＨＳＳ１３１３から受信された更新された加入済みのＳＰＩＤが、ＭＭＥ／ＳＧＳＮによってダイレクトインタフェース６１０を介してＰＣＲＦ１０５へ転送される。
【００９４】
メッセージ１４−３：
ＰＣＲＦ１０５からＭＭＥ／ＳＧＳＮへ、推奨されるＳＰＩＤが提供される。推奨されるＳＰＩＤは、受信される加入済みのＳＰＩＤと同じであってもよく、又は加入済みのＳＰＩＤに基づいて及び／若しくはＰＣＲＦ１０５において利用可能な任意の情報に基づいてＰＣＲＦにより取得される他のＳＰＩＤであってもよく、その情報は例えば、加入者プロファイル、蓄積された使用状況、支出限度、使用中のサービス、端末タイプ、サービスがスポンサーの付いたサービスなのか否か、などである。
【００９５】
メッセージ１４−４：
受信した推奨されるＳＰＩＤをＭＭＥ／Ｓ４−ＳＧＳＮが無線アクセスネットワーク（ＲＡＮ）へ送信することが好適である。ＭＭＥ／Ｓ４−ＳＧＳＮは、３ＧＰＰ仕様に定義されているような既存の知られた手続に従って、無線アクセスネットワーク（ＲＡＮ）へ推奨されるＳＰＩＤを送信することが好適である。しかしながら、ＭＭＥ／Ｓ４−ＳＧＳＮは、代替的に、ＭＭＥ／ＳＧＳＮにとって利用可能な他のＳＰＩＤ又はＭＭＥ／ＳＧＳＮにより取得される他のＳＰＩＤを送信してもよい。ＭＭＥ／ＳＧＳＮは、ＨＳＳ１３１３から受信した加入済みのＳＰＩＤを含むＭＭＥ／Ｓ４−ＳＧＳＮにとって利用可能な任意の情報に基づいて、あるＳＰＩＤを送信すると決定し得る。例えば、ＭＭＥ／Ｓ４−ＳＧＳＮは、ＰＣＲＦ１０５から受信した推奨されるＳＰＩＤを無視し、加入済みのＳＰＩＤを送信してもよい。このようにして、ＰＣＲＦ１０５は、例えばＧＥＲＡＮ、ＵＴＲＡＮ及びＥ−ＵＴＲＡＮアクセスについてＵＥ／ＭＳのアクセス選択に作用し、受信されるＳＰＩＤに基づいてアクセスはＭＭＥ／Ｓ４−ＳＧＳＮにより選択され得る。
【００９６】
図１５は、ここではＵＥ１３０などのための再配置手続などに関連する、ＳＰＩＤシグナリングをハンドリングするための第３の例としてのユースケースを示している。図１５の様々なメッセージについて、対応する見出しに従って以下に説明する。
【００９７】
メッセージ１５−１：
本ケースであれば新たなＭＭＥノード１２０又は新たなＳ４−ＳＧＳＮノード１２５は、ＴＡＵ／ＲＡＵ又はハンドオーバの期間中に標識を受信し、当該標識は新たなＭＭＥ／Ｓ４−ＳＧＳＮがＰＣＲＦ１０５へ向けたセッションを確立することをトリガする。このメッセージは、図９を参照しながら前述したメッセージ９−１と同一であり又は類似し得る。
【００９８】
メッセージ１５−２：
新たなＭＭＥ／Ｓ４−ＳＧＳＮは、ＰＣＲＦ１０５へ向けた新たなインタフェース６１０を開始し、少なくともＵＥアイデンティティ及びＰＤＮ識別子を含め得る。新たなＭＭＥ／Ｓ４−ＳＧＳＮは、このメッセージ内に、例えばこの段階でＭＭＥ／Ｓ４−ＳＧＳＮが知得しているＳＰＩＤといった、追加的なパラメータを提供してもよい。このメッセージは、図９を参照しながら前述したメッセージ９−２と同一であり又は類似し得る。
【００９９】
メッセージ１５−３：
ＰＣＲＦ１０５は、ＭＭＥ／Ｓ４−ＳＧＳＮのセッション要求へ応答し得る。ＰＣＲＦ１０５は、ＭＭＥ／ＳＧＳＮへの応答において、更新されたＳＰＩＤの推奨を提供してもよい。このメッセージは、図９を参照しながら前述したメッセージ９−３と同一であり又は類似し得る。
【０１００】
メッセージ１５−４：
加入済みのＳＰＩＤ及び使用中のＳＰＩＤが、古いＭＭＥ／Ｓ４−ＳＧＳＮから新たなＳＧＳＮ／ＭＭＥへ、好適には３ＧＰＰにより定義された既存の知られた手続に従ってＵＥコンテキストデータの一部として、転送される。メッセージ１４−３においてＰＣＲＦ１０５から新たなＭＭＥ／ＳＧＳＮへ新たなＳＰＩＤの推奨が提供された場合には、新たなＭＭＥ／ＳＧＳＮは、ＲＡＮ１２８、１２９により使用されるべきＳＰＩＤを再評価し得る。
【０１０１】
メッセージ１５−５：
何らかの適切な中間的ＥＰＣシグナリングが行われ得る。このメッセージは、図９を参照しながら前述したメッセージ９−４と同一であり又は類似し得る。
【０１０２】
メッセージ１５−６：
３ＧＰＰにより定義された既存の知られた手続に従って、新たなＭＭＥ／Ｓ４−ＳＧＳＮがＲＡＮ１２８、１２９へＳＰＩＤを送信することが好適である。例えば、メッセージ１４−３においてＰＣＲＦ１０５から新たなＭＭＥ／ＳＧＳＮへ新たなＳＰＩＤの推奨が提供された場合には、新たなＭＭＥ／ＳＧＳＮは、当該ＳＰＩＤ又はＲＡＮ１２８、１２９により使用されるべき再評価ＳＰＩＤを送信する。その代わりに、新たなＭＭＥ／Ｓ４−ＳＧＳＮは、当該ＭＭＥ／ＳＧＳＮにとって利用可能な他のＳＰＩＤ又は当該新たなＭＭＥ／ＳＧＳＮにより取得される他のＳＰＩＤを送信してもよい。ＭＭＥ／ＳＧＳＮは、ＨＳＳ１３１３から受信した加入済みのＳＰＩＤを含むＭＭＥ／Ｓ４−ＳＧＳＮにとって利用可能な任意の情報に基づいて、あるＳＰＩＤを送信すると決定し得る。このようにして、ＰＣＲＦ１０５は、例えばＧＥＲＡＮ、ＵＴＲＡＮ及びＥ−ＵＴＲＡＮアクセスについてＵＥ／ＭＳのアクセス選択に作用し、受信されるＳＰＩＤに基づいてアクセスはＭＭＥ／Ｓ４−ＳＧＳＮにより選択され得る。このメッセージは、図１４を参照しながら前述したメッセージ１４−４と同一であり又は類似し得る。
【０１０３】
さらなるメッセージは、図９を参照しながら前述したメッセージ９−５、９−６及び９−７と同一であり又は類似し得る。
【０１０４】
図１６は、ここではＵＥ１３０などのための再配置手続などに関連する、ＳＰＩＤシグナリングをハンドリングするための第４の例としてのユースケースを示している。図１６の様々なメッセージについて、対応する見出しに従って以下に説明する。
【０１０５】
メッセージ１６−１：
ＰＣＲＦ１０５は、あるＵＥ１３０などについてＭＭＥノード１２０又はＳ４−ＳＧＳＮに対しＳＰＩＤの推奨を更新するとの決定を行う。当該決定は、例えば、ＰＣＲＦ１０５にとって利用可能な及び／又は取得可能な任意の適切な情報に基づいてよく、それは例えば、外部インタフェース（例えば、Ｇｘ、Ｒｘ、Ｓｐ／Ｕｄ、Ｇｘｘ又はＳｙ）上で取得される情報であってもよく、又は、例えば時刻／曜日ポリシーなどに起因する内部ポリシー決定であってもよい。ＰＣＲＦ１０５は、更新されたＳＰＩＤの推奨を、ダイレクトインタフェース６１０を介してＭＭＥ／ＳＧＳＮへ提供する。
【０１０６】
メッセージ１６−２：
ＭＭＥ／Ｓ４−ＳＧＳＮは、ダイレクトインタフェース６１０を介して更新に対して確認応答を送信する。
【０１０７】
メッセージ１６−３：
３ＧＰＰにより定義された既存の知られた手続に従って、ＭＭＥ／Ｓ４−ＳＧＳＮがＲＡＮ１２８、１２９へＳＰＩＤを送信することが好適である。例えば、メッセージ１６−３において、ＭＭＥ／Ｓ４−ＳＧＳＮは、ＰＣＲＦ１０５から提供された新たなＳＰＩＤの推奨、再評価されたＳＰＩＤ、又はＭＭＥ／ＳＧＳＮにとって利用可能な若しくはＭＭＥ／ＳＧＳＮにより取得される任意の他のＳＰＩＤ、を送信し得る。ＭＭＥ／ＳＧＳＮは、メッセージ１６−１において受信される加入済みのＳＰＩＤを含むＭＭＥ／Ｓ４−ＳＧＳＮにとって利用可能な任意の情報に基づいて、あるＳＰＩＤを送信すると決定し得る。
このようにして、ＰＣＲＦ１０５は、例えばＧＥＲＡＮ、ＵＴＲＡＮ及びＥ−ＵＴＲＡＮアクセスについてＵＥ／ＭＳのアクセス選択に作用し、受信されるＳＰＩＤに基づいてアクセスはＭＭＥ／Ｓ４−ＳＧＳＮにより選択され得る。
【０１０８】
上で説明したいくつかの例としての実施形態は、次のように要約され得る：
【０１０９】
１つの実施形態は、ネットワークパラメータのダイナミックなＰＣＲＦ支援型管理のために構成されるＭＭＥノード又はＳ４−ＳＧＳＮノードにおける方法を対象とする。当該方法は、ネットワーク関連パラメータを、ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェースを通じて、ＰＣＲＦノードへ送信し又は当該ＰＣＲＦノードから受信すること、を含む。
【０１１０】
上記ダイレクトインタフェースは、例えば、ＭＭＥノード又はＳ４−ＳＧＳＮノードに固有のＰＣＲＦノード１０５への直接的な入力を提供するために使用され得る。ＭＭＥ／Ｓ４−ＳＧＳＮ固有の入力とは、例えば、セルＩＤの変化、Ｓ１接続ステータスの変化、又は、加入済みＱＯＳ、ユーザロケーション情報（ＵＬＩ）、ＵＥタイムゾーン情報若しくはＣＳＧ（Closed  Subscriber  Group）情報の変化、のうちの少なくとも１つであってよい。
【０１１１】
上記方法は、ネットワーク関連パラメータをＰＣＲＦノードから受信すること、をさらに含み、ネットワーク関連パラメータは、サービス固有パラメータ又はユーザ固有パラメータである。当該パラメータは、例えば、加入者プロファイルＩＤ（ＳＰＩＤ）情報エレメントであってよい。
【０１１２】
上記方法は、ネットワーク関連パラメータをＰＣＲＦノードへ送信すること、をさらに含んでもよく、ネットワーク関連パラメータは、ユーザ位置固有パラメータ、Ｓ１接続ステータス、ＲＡＮケイパビリティ、ＱｏＳパラメータ、又は、ＭＭＥノード若しくはＳ４−ＳＧＳＮノード内で受信され若しくは記憶される加入者プロファイルＩＤ（ＳＰＩＤ）情報エレメント、のうちの少なくとも１つであってよい。
【０１１３】
上記方法は、セル識別変更、トラッキングエリア更新又は何らかの他のユーザ移動性関連の事象のうちの少なくとも１つに基づいて、ＰＣＲＦ加入に従ってネットワーク関連パラメータを送信すること、をさらに含んでもよい。
【０１１４】
上記方法は、情報についての要求のＰＣＲＦノードからの受信後に、ネットワーク関連パラメータを送信すること、をさらに含んでもよい。
【０１１５】
上記方法は、ユーザにより開始されるリソース要求に含まれるネットワーク関連パラメータをＰＣＲＦノードへ送信すること、をさらに含んでもよい。
【０１１６】
ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェースは、初期アタッチ手続若しくはＭＭＥ若しくはＳ４−ＳＧＳＮ再配置手続の期間中に確立されてもよく、又は、外部データネットワークに向けた新たな接続が確立され若しくは修正される際に提供されてもよい。
【０１１７】
上で説明したいくつかの他の例としての実施形態は、次のように要約され得る：
【０１１８】
１つの実施形態は、ネットワークパラメータのダイナミックな管理のために構成されるＰＣＲＦノードにおける方法を対象とし、当該方法は、ネットワーク関連パラメータを、ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェースを通じて、ＭＭＥノード又はＳ４−ＳＧＳＮノードへ送信し又は当該ＭＭＥノード又はＳ４−ＳＧＳＮノードから受信すること、を含む。
【０１１９】
上記方法は、サービス固有パラメータ及び／又はユーザ固有パラメータであるネットワーク関連パラメータを、ＭＭＥノード又はＳ４−ＳＧＳＮノードへ送信すること、をさらに含んでもよい。
【０１２０】
上記方法は、ネットワーク関連パラメータをＭＭＥノード又はＳ４−ＳＧＳＮノードから受信すること、をさらに含んでもよく、当該ネットワーク関連パラメータは、ユーザ位置固有パラメータ、Ｓ１接続ステータス、ＲＡＮケイパビリティ、ＱｏＳパラメータ、又は、ＭＭＥノード若しくはＳ４−ＳＧＳＮノード内で受信され若しくは記憶される加入者プロファイルＩＤ（ＳＰＩＤ）情報エレメント、のうちの少なくとも１つである。
【０１２１】
上記方法は、セル識別変更、トラッキングエリア更新、又は何らかの他のユーザ移動性関連事象のうちの少なくとも１つに基づいて、ＰＣＲＦ加入に従ってネットワーク関連パラメータを受信すること、をさらに含んでもよい。
【０１２２】
上記方法は、情報についての要求のＭＭＥノード又はＳ４−ＳＧＳＮノードへの送信後に、ネットワーク関連パラメータを受信すること、をさらに含んでもよい。
【０１２３】
上記方法は、ユーザにより開始されるリソース要求に含まれるネットワーク関連パラメータをＭＭＥノード又はＳ４−ＳＧＳＮノードから受信すること、をさらに含んでもよい。
【０１２４】
ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェースは、初期アタッチ手続若しくはＭＭＥ若しくはＳ４−ＳＧＳＮ再配置手続の期間中に確立され、又は、外部データネットワークに向けた新たなユーザ接続が確立され若しくは修正される際に提供されてもよい。
【０１２５】
上で説明したいくつかの他の例としての実施形態は、次のように要約され得る：
【０１２６】
１つの実施形態は、ネットワークパラメータのダイナミックなＰＣＲＦ支援型管理のために構成されるＭＭＥノード又はＳ４−ＳＧＳＮノードを対象とし、上記方法は、ネットワーク関連パラメータを、ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェースを通じて、ＰＣＲＦノードへ送信し又は当該ＰＣＲＦノードから受信する、ように構成される送受信ポート、を備える。
【０１２７】
上記送受信ポートは、サービス固有パラメータ又はユーザ固有パラメータであるネットワーク関連パラメータをＰＣＲＦノードから受信する、ようにさらに構成されてもよい。
【０１２８】
上記送受信ポートは、ネットワーク関連パラメータをＰＣＲＦノードへ送信する、ようにさらに構成されてもよく、当該ネットワーク関連パラメータは、ユーザ位置固有パラメータ、Ｓ１接続ステータス、ＲＡＮケイパビリティ、ＱｏＳパラメータ、又は、ＭＭＥノード若しくはＳ４−ＳＧＳＮノード内で受信され若しくは記憶される加入者プロファイルＩＤ（ＳＰＩＤ）情報エレメント、のうちの少なくとも１つである。
【０１２９】
上記送受信ポートは、セル識別変更、トラッキングエリア更新、又は何らかの他のユーザ移動性関連事象、のうちの少なくとも１つに基づいて、ＰＣＲＦ加入に従ってネットワーク関連パラメータを送信する、ようにさらに構成されてもよい。
【０１３０】
上記送受信ポートは、情報についての要求のＰＣＲＦノードからの受信後に、ネットワーク関連パラメータを送信する、ようにさらに構成されてもよい。
【０１３１】
上記送受信ポートは、ユーザにより開始されるリソース要求に含まれるネットワーク関連パラメータを、ＰＣＲＦノードへ送信する、ようにさらに構成されてもよい。
【０１３２】
ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェースは、初期アタッチ手続若しくはＭＭＥ若しくはＳ４−ＳＧＳＮ再配置手続の期間中に確立され、又は、外部データネットワークに向けた新たな接続が確立され若しくは修正される際に提供されてもよい。
【０１３３】
上で説明したいくつかの他の例としての実施形態は、次のように要約され得る：
【０１３４】
１つの実施形態は、ネットワークパラメータのダイナミックな管理のために構成されるＰＣＲＦノードを対象とし、当該ノードは、ネットワーク関連パラメータを、ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェースを通じて、ＭＭＥノード又はＳ４−ＳＧＳＮノードへ送信し又は当該ＭＭＥノード又はＳ４−ＳＧＳＮノードから受信する、ように構成される送受信ポート、を備える。
【０１３５】
上記送受信ポートは、サービス固有パラメータ及び／又はユーザ固有パラメータのうちの少なくとも１つであるネットワーク関連パラメータを、ＭＭＥノード又はＳ４−ＳＧＳＮノードへ送信する、ようにさらに構成されてもよい。
【０１３６】
上記ダイレクトインタフェースは、アプリケーションのニーズに基づいてＰＣＲＦノードからＭＭＥノード又はＳ４−ＳＧＳＮノードへ制御プレーンのポリシー決定を提供するために使用されてもよく、そのニーズは例えば、無線アクセスネットワークへさらに提供されるべきユーザ非アクティビティタイムアウト、アプリケーションベースのページング方式、アプリケーション別の最適な無線アクセス技術（ＲＡＴ）、動的な３ＧＤＴの使用状況を生成する、使用中のアプリケーションにより制御される、３ＧＤＴ資格使用状況、ＣＳＧ（Closed  Subscriber  Group）、ホームゾーンデータ限度、又は時間ベース課金制御方式、などである。
【０１３７】
上記送受信ポートは、ネットワーク関連パラメータをＭＭＥノード又はＳ４−ＳＧＳＮノードから受信する、ようにさらに構成されてもよく、当該ネットワーク関連パラメータは、ユーザ位置固有パラメータ、Ｓ１接続ステータス、ＲＡＮケイパビリティ、ＱｏＳパラメータ、又は、ＭＭＥノード若しくはＳ４−ＳＧＳＮノード内で受信され若しくは記憶される加入者プロファイルＩＤ（ＳＰＩＤ）情報エレメント、のうちの少なくとも１つである。
【０１３８】
上記送受信ポートは、セル識別変更、トラッキングエリア更新、又は何らかの他のユーザ移動性関連事象、のうちの少なくとも１つに基づいて、ＰＣＲＦ加入に従ってネットワーク関連パラメータを受信する、ようにさらに構成されてもよい。
【０１３９】
上記ＰＣＲＦノードは、本ケースであればＭＭＥノード又はＳ４−ＳＧＳＮノードからイベント通知を購読してもよい。上記ＰＣＲＦノードは、通知の購読の変更及び／又は新たな若しくは更新された個人化パラメータ若しくはアクションを含み得る要求を、ＭＭＥノード又はＳ４−ＳＧＳＮノードへ送信してもよい。
【０１４０】
上記送受信ポートは、情報についての要求のＰＣＲＦノードからの受信後に、ネットワーク関連パラメータを受信する、ようにさらに構成されてもよい。
【０１４１】
上記送受信ポートは、ユーザにより開始されるリソース要求に含まれるネットワーク関連パラメータをＭＭＥノード又はＳ４−ＳＧＳＮノードから受信する、ようにさらに構成されてもよい。
【０１４２】
ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェースは、初期アタッチ手続若しくはＭＭＥ若しくはＳ４−ＳＧＳＮ再配置手続の期間中に確立され、又は、外部データネットワークに向けた新たなユーザ接続が確立され若しくは修正される際に提供されてもよい。
【０１４３】
例としての実施形態の上述した説明は、例示及び説明の目的で提示された。よって、上述した説明は、網羅的であることや開示された厳密な形式に例としての実施形態を限定するものであることを意図しない。修正及び変形が、上の教示を踏まえて可能であり、提供された実施形態に対する多様な代替手段の実践から取得され得る。ここで議論された例は、多様な例としての実施形態の原理及び性質並びにその実践的な応用を説明して、特定の用途に適するように熟慮されて多様なやり方で多様な修正と共に当業者が例としての実施形態を利用できるようにするために、選択され説明された。ここで説明された実施形態の特徴は、方法、装置、モジュール、システム及びコンピュータプログラムプロダクトの全ての可能な組合せで組み合わされてよい。
【０１４４】
当業者により理解されるべき点として、“ユーザ機器”は、ＤＬにおいて受信し及びＵＬにおいて送信することの可能な任意の無線デバイス又はノードを意味する、非限定的な用語である（例えば、ＰＤＡ、ラップトップ、モバイル機、センサ、固定リレー、モバイルリレー、又は、例えばフェムトセル基地局といった無線基地局でさえあってよい）。例としての実施形態は、ＬＴＥに限定されず、任意のＲＡＮ、シングル又はマルチＲＡＴに応用され得る。いくつかの他のＲＡＴの例は、ＬＴＥアドバンスト、ＵＭＴＳ、ＨＳＰＡ、ＧＳＭ、ｃｄｍａ２０００、ＨＲＰＤ、ＷｉＭＡＸ及びＷｉＦｉである。
【０１４５】
留意されるべき点として、“comprising”（備える／含む）との語は、列挙されるものとは別のエレメント又はステップの存在を必ずしも排除せず、エレメントに先行する“a”又は“an”との語は当該エレメントの複数の存在を排除しない。さらに留意されるべき点として、いかなる参照符号も請求項の範囲を限定せず、例としての実施形態はハードウェア及びソフトウェアの双方の手段で少なくとも部分的に実装されてよく、複数の“手段”、“ユニット”又は“デバイス”がハードウェアの同じ品目によって表現されてよい。
【０１４６】
“デバイス”とは、この語がここで使用される際、インターネット／イントラネットアクセスについての能力を有する無線電話、ウェブブラウザ、オーガナイザ、カレンダー、カメラ（例えば、ビデオ及び／若しくはスチールイメージカメラ）、サウンドレコーダ（例えば、マイクロフォン）、並びに／又は、ＧＰＳ（global  positioning  system）受信機、セルラーフォンとデータプロセシングとの組合せであり得るＰＣＳ（personal  communications  system）端末、無線電話若しくは無線通信システムを含み得るＰＤＡ（personal  digital  assistant）、ラップトップ、通信能力を有するカメラ（例えば、ビデオ及び／若しくはスチールイメージカメラ）、並びに、パーソナルコンピュータ、ホームエンターテインメントシステム、テレビジョンなどといった送受信可能な任意の他の計算若しくは通信デバイス、を含むように、広く解釈されるべきである。
【０１４７】
ここで説明された多様な例としての実施形態は、方法のステップ群又はプロセス群の一般的な文脈において説明されており、ある観点においてそれは、プログラムコードなどのコンピュータにより実行可能な命令を含むコンピュータ読取可能な媒体において具現化され、ネットワーク接続された環境内のコンピュータにより実行される、コンピュータプログラムプロダクトによって実装され得る。コンピュータ読取可能な媒体はリムーバブルな及び非リムーバブルな記憶デバイスを含んでよく、当該記憶デバイスは、限定ではないものの、ＲＯＭ（Read  Only  Memory）、ＲＡＭ（Random  Access  Memory）、ＣＤ（compact  discs）、ＤＶＤ（digital  versatile  discs）などを含む。概して、プログラムモジュールは、特定のタスクを実行し又は特定の抽象的なデータタイプを実装する、ルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含み得る。コンピュータにより実行可能な命令、関連付けられるデータ構造及びプログラムモジュールは、ここで開示された方法のステップ群を実行するためのプログラムコードの例を表現する。そうした実行可能な命令の特定のシーケンス又は関連付けられるデータ構造は、当該ステップ群又はプロセス群において記述される機能を実装するための対応する動作の例を表現する。
【図１】
2015501094.tif 000003
【図２】
2015501094.tif 000004
【図３】
2015501094.tif 000005
【図４】
2015501094.tif 000006
【図５】
2015501094.tif 000007
【図６】
2015501094.tif 000008
【図７】
2015501094.tif 000009
【図８】
2015501094.tif 000010
【図９】
2015501094.tif 000011
【図１０】
2015501094.tif 000012
【図１１】
2015501094.tif 000013
【図１２】
2015501094.tif 000014
【図１３】
2015501094.tif 000015
【図１４】
2015501094.tif 000016
【図１５】
2015501094.tif 000017
【図１６】
2015501094.tif 000018
【手続補正書】
【提出日】平成26年6月17日(2014.6.17)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワークパラメータのダイナミックなＰＣＲＦ（Policy  and  Charging  Rules  Function）支援型管理のためのＭＭＥ（Mobility  Management  Entity）ノード（１２０）又はＳ４−ＳＧＳＮノード（１２５）における方法であって、
ネットワーク関連パラメータを、ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース（６１０）を通じて、ＰＣＲＦ（Policy  and  Charging  Rules  Function）ノード（１０５）へ送信し又は当該ＰＣＲＦノードから受信すること、
を含む方法。
【請求項２】
前記ネットワーク関連パラメータを前記ＰＣＲＦノード（１０５）から受信すること、をさらに含み、前記ネットワーク関連パラメータは、サービス固有パラメータ又はユーザ固有パラメータのうちの少なくとも１つである、請求項１の方法。
【請求項３】
前記ネットワーク関連パラメータを前記ＰＣＲＦノード（１０５）へ送信すること、をさらに含み、前記ネットワーク関連パラメータは、ユーザ位置固有パラメータ、Ｓ１接続ステータス、ＲＡＮケイパビリティ、ＱｏＳパラメータ、又は、前記ＭＭＥノード（１２０）若しくはＳ４−ＳＧＳＮノード（１２５）内で受信され若しくは記憶される加入者プロファイルＩＤ（ＳＰＩＤ）情報エレメント、のうちの少なくとも１つである、請求項１の方法。
【請求項４】
セル識別変更又はトラッキングエリア更新のうちの少なくとも１つに基づいて、ＰＣＲＦ加入に従って前記ネットワーク関連パラメータを送信すること、をさらに含む、請求項３の方法。
【請求項５】
情報についての要求の前記ＰＣＲＦノード（１０５）からの受信後に、前記ネットワーク関連パラメータを送信すること、をさらに含む、請求項１、２又は３の方法。
【請求項６】
前記ネットワーク関連パラメータを前記ＰＣＲＦノード（１０５）へ送信すること、をさらに含み、前記ネットワーク関連パラメータは、ユーザにより開始されるリソース要求に含まれる、請求項１の方法。
【請求項７】
前記ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース（６１０）は、初期アタッチ手続若しくはＭＭＥ若しくはＳ４−ＳＧＳＮ再配置手続の期間中に確立され、又は、外部データネットワークに向けた新たな接続が確立され若しくは修正される際に提供される、請求項１〜６のいずれかの方法。
【請求項８】
ネットワークパラメータのダイナミックな管理のために構成されるＰＣＲＦ（Policy  and  Charging  Rules  Function）ノード（１０５）における方法であって、
ネットワーク関連パラメータを、ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース（６１０）を通じて、ＭＭＥ（Mobility  Management  Entity）ノード（１２０）若しくはＳ４−ＳＧＳＮノード（１２５）へ送信し又は当該ＭＭＥノード若しくはＳ４−ＳＧＳＮノードから受信すること、
を含む方法。
【請求項９】
前記ネットワーク関連パラメータを前記ＭＭＥノード（１２０）又はＳ４−ＳＧＳＮノード（１２５）へ送信すること、をさらに含み、前記ネットワーク関連パラメータは、サービス固有パラメータ又はユーザ固有パラメータのうちの少なくとも１つである、請求項８の方法。
【請求項１０】
前記ネットワーク関連パラメータを前記ＭＭＥノード（１２０）又はＳ４−ＳＧＳＮノード（１２５）から受信すること、をさらに含み、前記ネットワーク関連パラメータは、ユーザ位置固有パラメータ、Ｓ１接続ステータス、ＲＡＮケイパビリティ、ＱｏＳパラメータ、又は、前記ＭＭＥノード（１２０）若しくはＳ４−ＳＧＳＮノード（１２５）内で受信され若しくは記憶される加入者プロファイルＩＤ（ＳＰＩＤ）情報エレメント、のうちの少なくとも１つである、請求項８の方法。
【請求項１１】
セル識別変更又はトラッキングエリア更新のうちの少なくとも１つに基づいて、ＰＣＲＦ加入に従って前記ネットワーク関連パラメータを受信すること、をさらに含む、請求項１０の方法。
【請求項１２】
情報についての要求の前記ＭＭＥノード（１２０）又はＳ４−ＳＧＳＮノード（１２５）への送信後に、前記ネットワーク関連パラメータを受信すること、をさらに含む、請求項８、９又は１０の方法。
【請求項１３】
前記ネットワーク関連パラメータを前記ＭＭＥノード（１２０）又はＳ４−ＳＧＳＮノード（１２５）から受信すること、をさらに含み、前記ネットワーク関連パラメータは、ユーザにより開始されるリソース要求に含まれる、請求項８の方法。
【請求項１４】
前記ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース（６１０）は、初期アタッチ手続若しくはＭＭＥ若しくはＳ４−ＳＧＳＮ再配置手続の期間中に確立され、又は、外部データネットワークに向けた新たなユーザ接続が確立され若しくは修正される際に提供される、請求項８〜１３のいずれかの方法。
【請求項１５】
ネットワークパラメータのダイナミックなＰＣＲＦ（Policy  and  Charging  Rules  Function）支援型管理のために構成されるＭＭＥ（Mobility  Management  Entity）ノード（１２０）又はＳ４−ＳＧＳＮノード（１２５）であって、
ネットワーク関連パラメータを、ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース（６１０）を通じて、ＰＣＲＦ（Policy  and  Charging  Rules  Function）ノード（１０５）へ送信し又は当該ＰＣＲＦノードから受信する、ように構成される送受信ポート（３０８）、
を備えるノード（１２０、１２５）。
【請求項１６】
前記送受信ポートは、前記ネットワーク関連パラメータを前記ＰＣＲＦノード（１０５）から受信する、ようにさらに構成され、前記ネットワーク関連パラメータは、サービス固有パラメータ又はユーザ固有パラメータである、請求項１５のノード（１２０、１２５）。
【請求項１７】
前記送受信ポート（３０８）は、前記ネットワーク関連パラメータを前記ＰＣＲＦノード（１０５）へ送信する、ようにさらに構成され、前記ネットワーク関連パラメータは、ユーザ位置固有パラメータ、Ｓ１接続ステータス、ＲＡＮケイパビリティ、ＱｏＳパラメータ、又は、前記ＭＭＥノード（１２０）若しくはＳ４−ＳＧＳＮノード（１２５）内で受信され若しくは記憶される加入者プロファイルＩＤ（ＳＰＩＤ）情報エレメント、のうちの少なくとも１つである、請求項１５のノード。
【請求項１８】
前記送受信ポート（３０８）は、セル識別変更又はトラッキングエリア更新のうちの少なくとも１つに基づいて、ＰＣＲＦ加入に従って前記ネットワーク関連パラメータを送信する、ようにさらに構成される、請求項１７のノード。
【請求項１９】
前記送受信ポート（３０８）は、情報についての要求の前記ＰＣＲＦノード（１０５）からの受信後に、前記ネットワーク関連パラメータを送信する、ようにさらに構成される、請求項１５、１６又は１７のノード。
【請求項２０】
前記送受信ポート（３０８）は、前記ネットワーク関連パラメータを前記ＰＣＲＦノード（１０５）へ送信する、ようにさらに構成され、前記ネットワーク関連パラメータは、ユーザにより開始されるリソース要求に含まれる、請求項１５のノード。
【請求項２１】
前記ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェースは、初期アタッチ手続若しくはＭＭＥ若しくはＳ４−ＳＧＳＮ再配置手続の期間中に確立され、又は、外部データネットワークに向けた新たな接続が確立され若しくは修正される際に提供される、請求項１５〜２０のいずれかのノード。
【請求項２２】
ネットワークパラメータのダイナミックな管理のために構成されるＰＣＲＦ（Policy  and  Charging  Rules  Function）ノード（１０５）であって、
ネットワーク関連パラメータを、ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース（６１０）を通じて、ＭＭＥ（Mobility  Management  Entity）ノード（１２０）若しくはＳ４−ＳＧＳＮノード（１２５）へ送信し又は当該ＭＭＥノード若しくはＳ４−ＳＧＳＮノードから受信する、ように構成される送受信ポート（３０８）、
を備えるノード（１０５）。
【請求項２３】
前記送受信ポート（３０８）は、前記ネットワーク関連パラメータを前記ＭＭＥノード（１２０）又はＳ４−ＳＧＳＮノード（１２５）へ送信する、ようにさらに構成され、前記ネットワーク関連パラメータは、サービス固有パラメータ及び／又はユーザ固有パラメータのうちの少なくとも１つである、請求項２２のノード（１０５）。
【請求項２４】
前記送受信ポート（３０８）は、前記ネットワーク関連パラメータを前記ＭＭＥノード（１２０）又はＳ４−ＳＧＳＮノード（１２５）から受信する、ようにさらに構成され、前記ネットワーク関連パラメータは、ユーザ位置固有パラメータ、Ｓ１接続ステータス、ＲＡＮケイパビリティ、ＱｏＳパラメータ、又は、前記ＭＭＥノード（１２０）若しくはＳ４−ＳＧＳＮノード（１２５）内で受信され若しくは記憶される加入者プロファイルＩＤ（ＳＰＩＤ）情報エレメント、のうちの少なくとも１つである、請求項２２のノード（１０５）。
【請求項２５】
前記送受信ポート（３０８）は、セル識別変更若しくはトラッキングエリア更新、又は何らかの他のユーザ移動性関連事象、のうちの少なくとも１つに基づいて、ＰＣＲＦ加入に従って前記ネットワーク関連パラメータを受信する、ようにさらに構成される、請求項２４のノード（１０５）。
【請求項２６】
前記送受信ポート（３０８）は、情報についての要求の前記ＰＣＲＦノード（１０５）からの受信後に、前記ネットワーク関連パラメータを受信する、ようにさらに構成される、請求項２２、２３又は２４のノード（１０５）。
【請求項２７】
前記送受信ポート（３０８）は、前記ネットワーク関連パラメータを前記ＭＭＥノード（１２０）又はＳ４−ＳＧＳＮノード（１２５）から受信する、ようにさらに構成され、前記ネットワーク関連パラメータは、ユーザにより開始されるリソース要求に含まれる、請求項２２のノード（１０５）。
【請求項２８】
前記ダイレクトＭＭＥ／Ｓ４−ＳＧＳＮ−ＰＣＲＦインタフェース（６１０）は、初期アタッチ手続若しくはＭＭＥ若しくはＳ４−ＳＧＳＮ再配置手続の期間中に確立され、又は、外部データネットワークに向けた新たなユーザ接続が確立され若しくは修正される際に提供される、請求項２２〜２７いずれかのノード（１０５）。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００８３
【補正方法】変更
【補正の内容】
【００８３】
ＳＰＩＤ（及び、上でＳＰＩＤとして併せて表記されているＲＦＳＰインデックス）の現行のハンドリングに関連付けられる欠点のいくつか又は全ては、図１３〜図１６を参照しながら以下に説明される例としてのユースケースによって、排除され又は軽減される。これら例としてのユースケースでは、加入済みのＳＰＩＤがＭＭＥノード１２０又はＳ４−ＳＧＳＮノード１２５において、よく知られたようにＨＳＳから受信され、但し今回は、ここで開示されるダイレクトインタフェース６１０を介してＰＣＲＦ１０５にも転送される。加えて、ＰＣＲＦ１０５がＰＤＮ接続のために使用すべきＳＰＩＤを、本ケースであればＭＭＥノード１２０又はＳ４−ＳＧＳＮノード、へ提供することが好適である。そして、ＰＣＲＦ１０５から提供されるＳＰＩＤは、ＭＭＥ／Ｓ４−ＳＧＳＮによってＲＡＮへ向けて、例えば（ＵＥ／ＭＳがその時点で滞在中の適用可能なアクセスに依存して）ｅＮｏｄｅＢ、ＲＮＣ又はＢＳＣへ向けて通信され得る。このようにして、ＰＣＲＦ１０５は、例えばＧＥＲＡＮ、ＵＴＲＡＮ及びＥ−ＵＴＲＡＮアクセスについてＵＥ／ＭＳのアクセス選択に作用し、受信されるＳＰＩＤに基づいてアクセスはＭＭＥ／Ｓ４−ＳＧＳＮにより選択され得る。
【国際調査報告】
2015501094.tif 000019
2015501094.tif 000020
2015501094.tif 000021