JP2014534705A - 訪問先ｐｃｒｆのｓ９セッションｉｄの生成 - Google Patents

Abstract

様々な例示的実施形態は、Ｓ９セッションＩＤを生成するためにネットワークノードによって行われる方法に関連し、この方法は、ネットワークノードにおいて、ユーザ機器（ＵＥ）からアタッチメント要求を受信することと、ＤＩＡＭＥＴＥＲセッションＩＤを作成することと、タイムスタンプおよびＵＥ ＩＤをＤＩＡＭＥＴＥＲセッションＩＤにアタッチして、結果としてＳ９セッションＩＤを得ることと、Ｓ９セッションＩＤを使用してホームＰＣＲＮとのＳ９セッションを開始することとを含む。

Description

本明細書に開示する様々な例示的実施形態は、概して遠隔通信ネットワークに関する。

移動体遠隔通信ネットワーク内の様々なタイプのアプリケーションに対する需要が増大するにつれて、サービスプロバイダはこの拡張した機能を確実に提供するためにそのシステムを絶えずアップグレードしなければならない。かつて単に音声通信のために設計されたシステムであったものが、テキストメッセージング、マルチメディアストリーミング、および一般的なインターネット接続など、無数のアプリケーションにアクセスできるようにする、多目的のネットワークアクセスポイントに成長した。このようなアプリケーションに対応するために、プロバイダは、その既存の音声ネットワークの上に新しいネットワークを構築し、結果としてあまり洗練されていないソリューションになった。第二世代および第三世代のネットワークに見られるように、音声サービスは、専用の音声チャネルを通じて搬送されて、回線交換コアに導かれなければならず、他のサービス通信は、インターネットプロトコル（ＩＰ）に従って送信されて、異なるパケット交換コアに導かれる。これは、アプリケーションの提供、計測、および課金、ならびに体感品質（ＱｏＥ）の保証に関する特有の問題をもたらした。

第二世代および第三世代のデュアルコア方法を簡略化することを目指して、第３世代パートナーシッププロジェクト（３ＧＰＰ）は、「ロングタームエボリューション」（ＬＴＥ）と呼ぶ新しいネットワーク方式を推奨してきた。ＬＴＥネットワークでは、すべての通信が、ＩＰチャネルを通じてユーザ機器（ＵＥ）から発展型パケットコア（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ、ＥＰＣ）と呼ばれるオールＩＰコアへ搬送される。その後ＥＰＣは他のネットワークへのゲートウェイアクセスを提供すると同時に、許容できるＱｏＥを保証し、加入者に特定のネットワーク活動に対する支払を要求する。

３ＧＰＰは、いくつかの技術仕様書においてＥＰＣの構成要素および構成要素の互いの相互作用について大まかに説明している。具体的には、３ＧＰＰ ＴＳ ２９．２１２、３ＧＰＰ ＴＳ ２９．２１３、３ＧＰＰ ＴＳ ２９．２１４および３ＧＰＰ ＴＳ ２９．２１５が、ＥＰＣのポリシーおよび課金ルール機能（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ、ＰＣＲＦ）、ポリシーおよび課金施行機能（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｅｎｆｏｒｃｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ、ＰＣＥＦ）、ベアラバインディングおよびイベント報告機能（Ｂｅａｒｅｒ Ｂｉｎｄｉｎｇ ａｎｄ Ｅｖｅｎｔ Ｒｅｐｏｒｔｉｎｇ Ｆｕｎｃｔｉｏｎ、ＢＢＥＲＦ）ならびに、Ｓ９参照点での（Ｏｖｅｒ Ｓ９ Ｒｅｆｅｒｅｎｃｅ Ｐｏｉｎｔ）ポリシーおよび課金制御（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｃｏｎｔｒｏｌ、ＰＣＣ）について説明している。こうした仕様書はさらに、信頼できるデータサービスを提供し、その利用に対する支払を加入者に要求するために、これらの要素が相互に作用する方法に関するいくつかの指導を行っている。

３ＧＰＰ ＴＳ ２９．２１２ ３ＧＰＰ ＴＳ ２９．２１３ ３ＧＰＰ ＴＳ ２９．２１４ ３ＧＰＰ ＴＳ ２９．２１５

様々な例示的実施形態の概要を以下に提示する。次の概要では、いくらか簡略化および省略を行う場合があるが、これは様々な例示的実施形態のいくつかの態様を強調して伝えることを意図するものであり、本発明の範囲を限定することを意図するものではない。当業者が本発明の概念を構築して利用できるようにするために適切な好ましい例示的実施形態についての詳細な説明は、後の節で行う。

様々な例示的実施形態は、Ｓ９セッションＩＤを生成するためにネットワークノードによって行われる方法に関連し、この方法は、ネットワークノードにおいて、ユーザ機器（ＵＥ）からアタッチメント要求を受信することと、ＤＩＡＭＥＴＥＲセッションＩＤを作成することと、タイムスタンプおよびＵＥ ＩＤをＤＩＡＭＥＴＥＲセッションＩＤにアタッチして、結果としてＳ９セッションＩＤを得ることと、Ｓ９セッションＩＤを使用してホームＰＣＲＮとのＳ９セッションを開始することとを含む。

様々な例示的実施形態は、Ｓ９セッションＩＤを生成するためにネットワークノードによって実行するための命令で符号化された有形の非一時的機械可読記憶媒体に関連し、この有形の非一時的機械可読記憶媒体は、ネットワークノードにおいて、ユーザ機器（ＵＥ）からアタッチメント要求を受信するための命令と、ＤＩＡＭＥＴＥＲセッションＩＤを作成するための命令と、タイムスタンプおよびＵＥ ＩＤをＤＩＡＭＥＴＥＲセッションＩＤにアタッチして、結果としてＳ９セッションＩＤを得るための命令と、Ｓ９セッションＩＤを使用してホームＰＣＲＮとのＳ９セッションを開始するための命令とを含む。

様々な例示的実施形態をよりよく理解するために、添付の図面を参照する。

様々なデータサービスを提供するための例示的な加入者ネットワークを示す図である。 様々なデータサービスへのローミングアクセスを提供するための例示的な加入者ネットワーク２００を示す図である。 Ｓ９セッションＩＤを作成するための方法を示すブロック図である。

理解を容易にするために、実質的に同じもしくは同様の構造および／または実質的に同じもしくは同様の機能を有する要素を示すために、同一の参照符号が使用されている。

加入者がローミングネットワークにローミングするとき、加入者による訪問先およびホームのネットワークの利用を制御するために、訪問先ポリシーおよび課金ルールノード（ＰＣＲＮ）とホームＰＣＲＮとの間で接続を行うことができる。訪問先ネットワークは、ＤＩＡＭＥＴＥＲプロトコルを使用してＳ９セッションを開始して、この接続を容易にすることができる。Ｓ９セッションは、ＤＩＡＭＥＴＥＲプロトコルによって定義される一意のセッションＩＤを有し、セッションの存続期間を通して同じ値が使用されなければならない。セッションＩＤは、グローバルに、かつ永久に一意でなければならない。Ｓ９セッションＩＤは、次の推奨フォーマットを有する（ＲＦＣは単に、セッションＩＤが「＜ＤｉａｍｅｔｅｒＩｄｅｎｔｉｔｙ＞；」から始まることを要求し、残りは実装者に任せているが、グローバルに、かつ永久に一意の基準を満たすものとならなければならない：
＜ＤｉａｍｅｔｅｒＩｄｅｎｔｉｔｙ＞；＜上位３２ビット＞；＜下位３２ビット＞［；オプション値］
ＤｉａｍｅｔｅｒＩｄｅｎｔｉｔｙならびに上位および下位３２ビットは、訪問先ＰＣＲＮによっていかなる方法でも選択することができるが、一意のセッションＩＤをもたらすように選択されなければならない。さらに、角括弧中の部分が示すように、訪問先ＰＣＲＮによってオプション値が追加されることがある。訪問先ＰＣＲＮは、任意の方法を使用してセッションＩＤの値を設定することができるので、セッションＩＤは、Ｓ９セッションと関連するＵＥを容易に識別しない可能性がある。したがって、Ｓ９セッションと関連するＵＥをより明確に識別するために、オプション値に追加情報を提供することが望ましいことがある。

ここで、同様の参照符号が同様の構成要素またはステップを指す図面を参照すると、様々な例示的実施形態の広範な態様が開示されている。

図１は、様々なデータサービスを提供するための例示的な加入者ネットワーク１００を示す。様々な実施形態において、加入者ネットワーク１００は、公衆陸上移動網（ＰＬＭＮ）とすることができる。例示的な加入者ネットワーク１００は、遠隔通信ネットワーク、または様々なサービスにアクセスできるようにするための他のネットワークである可能性がある。例示的な加入者ネットワーク１００は、ユーザ機器１１０と、基地局１２０と、発展型パケットコア（ＥＰＣ）１３０と、パケットデータネットワーク１４０と、アプリケーション機能（ＡＦ）１５０とを含むことができる。

ユーザ機器１１０は、エンドユーザにデータサービスを提供するためにパケットデータネットワーク１４０と通信するデバイスとすることができる。このようなデータサービスには、例えば、音声通信、テキストメッセージング、マルチメディアストリーミング、およびインターネットアクセスが含まれる。より詳細には、様々な例示的実施形態において、ユーザ機器１１０は、パーソナルコンピュータもしくはラップトップコンピュータ、ワイヤレス電子メールデバイス、携帯電話、タブレット、テレビのセットトップボックス、またはＥＰＣ１３０を介して他のデバイスと通信することができる任意の他のデバイスである。

基地局１２０は、ユーザ機器１１０とＥＰＣ１３０との通信を可能にするデバイスとすることができる。例えば、基地局１２０は、３ＧＰＰ標準によって定義される発展型ノードＢ（ｅＮｏｄｅＢ）のような無線基地局とすることができる。したがって、基地局１２０は、電波のような第１の媒体を介してユーザ機器１１０と通信し、Ｅｔｈｅｒｎｅｔ（登録商標）ケーブルのような第２の媒体を介してＥＰＣ１３０と通信するデバイスとすることができる。基地局１２０は、ＥＰＣ１３０と直接通信していることがある、またはいくつかの中間ノード（図示せず）を介して通信することがある。様々な実施形態では、ユーザ機器１１０に移動性を与えるために、複数の基地局（図示せず）が存在することがある。様々な代替の実施形態では、ユーザ機器１１０がＥＰＣ１３０と直接通信することがあることに注意する。このような実施形態では、基地局１２０は存在しない可能性がある。

発展型パケットコア（ＥＰＣ）１３０は、ユーザ機器１１０にパケットデータネットワーク１４０へのゲートウェイアクセスを提供するデバイスまたはデバイスのネットワークである。ＥＰＣ１３０はさらに、提供されるデータサービスの利用に対して加入者に支払を求め、特定の体感品質（ＱｏＥ）の基準が満たされることを保証することができる。このようにＥＰＣ１３０は、少なくとも部分的に、３ＧＰＰ ＴＳ ２９．２１２、２９．２１３、および２９．２１４標準規格に従って、実装することができる。したがって、ＥＰＣ１３０は、サービングゲートウェイ（ＳＧＷ）１３２、パケットデータネットワークゲートウェイ（ＰＧＷ）１３４、ポリシーおよび課金ルールノード（ＰＣＲＮ）１３６、ならびにサブスクリプションプロファイルリポジトリ（ＳＰＲ）１３８を含むことができる。

サービングゲートウェイ（ＳＧＷ）１３２は、ＥＰＣ１３０へのゲートウェイアクセスを提供するデバイスとすることができる。ＳＧＷ１３２は、ユーザ機器１１０によって送信されたパケットを受信する、ＥＰＣ１３０内の最初のデバイスのひとつとすることができる。様々な実施形態はまた、ＳＧＷ１３２の前にパケットを受信する移動管理エンティティ（ＭＭＥ）（図示せず）を含むことがある。ＳＧＷ１３２は、このようなパケットをＰＧＷ１３４に転送することができる。ＳＧＷ１３２は、例えば複数の基地局（図示せず）間でユーザ機器１１０の移動性を管理すること、および供給されるフローごとに特定のサービス品質（ＱｏＳ）の特性を実現することのような、いくつかの機能を行うことができる。プロキシモバイルＩＰ標準規格の実装のような様々な実装において、ＳＧＷ１３２は、ベアラバインディングおよびイベント報告機能（ＢＢＥＲＦ）を含むことができる。様々な例示的実施形態では、ＥＰＣ１３０が複数のＳＧＷ（図示せず）を含むことができ、各ＳＧＷが複数の基地局（図示せず）と通信することができる。

パケットデータネットワークゲートウェイ（ＰＧＷ）１３４は、パケットデータネットワーク１４０へのゲートウェイアクセスを提供するデバイスとすることができる。ＰＧＷ１３４は、ユーザ機器１１０によってＳＧＷ１３２を介してパケットデータネットワーク１４０へ送信されるパケットを受信する、ＥＰＣ１３０内の最後のデバイスとすることができる。ＰＷＧ１３４は、サービスデータフロー（ＳＤＦ）ごとにポリシーおよび課金制御（ＰＣＣ）ルールを施行するポリシーおよび課金施行機能（ＰＣＥＦ）を含むことができる。したがって、ＰＧＷ１３４は、ポリシーおよび課金施行ノード（ＰＣＥＮ）とすることができる。ＰＧＷ１３４は、例えば、パケットフィルタリング、ディープパケットインスペクション、および加入者課金サポートのような、いくつかの追加の機能を含むことができる。ＰＧＷ１３４はまた、未知のアプリケーションサービスに対するリソースの割当てを要求することに関与することも可能である。

ポリシーおよび課金ルールノード（ＰＣＲＮ）１３６は、アプリケーションサービスの要求を受信し、ＰＣＣルールを生成し、ＰＣＣルールをＰＧＷ１３４および／または他のＰＣＥＮ（図示せず）に提供するデバイスまたはデバイス群とすることができる。ＰＣＲＮ１３６は、Ｒｘインタフェースを介してＡＦ１５０と通信している可能性がある。ＡＦ１５０に関して以下にさらに詳細に説明するように、ＰＣＲＮ１３６は、ＡＦ１５０から認証および許可要求（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ａｕｔｈｏｒｉｚａｔｉｏｎ Ｒｅｑｕｅｓｔ、ＡＡＲ）の形式でアプリケーション要求を受信することができる。ＡＡＲ１６０を受信すると、ＰＣＲＮ１３６は、アプリケーション要求１６０を満たすために、少なくとも１つの新しいＰＣＣルールを生成することができる。

ＰＣＲＮ１３６はまた、ＧｘｘおよびＧｘインタフェースを介してそれぞれＳＧＷ１３２およびＰＧＷ１３４と通信している可能性がある。ＰＣＲＮ１３６は、ＳＧＷ１３２またはＰＧＷ１３４からクレジット制御要求（ＣＣＲ）（図示せず）の形式でアプリケーション要求を受信することができる。ＡＡＲ１６０と同様に、ＣＣＲを受信すると、ＰＣＲＮはアプリケーション要求１７０を満たすために、少なくとも１つの新しいＰＣＣルールを生成することができる。様々な実施形態では、ＡＡＲ１６０およびＣＣＲは、別々に処理される２つの独立したアプリケーション要求を表すことができるが、別の実施形態では、ＡＡＲ１６０およびＣＣＲは、単一アプリケーション要求に関する情報を運ぶことができ、ＰＣＲＮ１３６は、ＡＡＲ１６０およびＣＣＲの組み合わせに基づいて少なくとも１つのＰＣＣルールを作成することができる。様々な実施形態では、ＰＣＲＮ１３６は、単一メッセージのアプリケーション要求と、対になったメッセージのアプリケーション要求の両方を処理することができる場合がある。

新しいＰＣＣルールを作成すると、またはＰＧＷ１３４によって要求されると、ＰＣＲＮ１３６はＧｘインタフェースを介してＰＣＣルールをＰＧＷ１３４に提供することができる。例えばＰＭＩＰ標準規格を実装する実施形態のような、様々な実施形態では、ＰＣＲＮ１３６はＱｏＳルールを生成することもできる。新しいＱｏＳルールを作成すると、またはＳＧＷ１３２によって要求されると、ＰＣＲＮ１３６はＧｘｘインタフェースを介してＱｏＳルールをＳＧＷ１３２に提供することができる。

サブスクリプションプロファイルリポジトリ（ＳＰＲ）１３８は、加入者ネットワーク１００への加入者に関連する情報を格納するデバイスとすることができる。したがって、ＳＰＲ１３８は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および／または同様の記憶媒体などの、機械可読記憶媒体を含むことができる。ＳＰＲ１３８は、ＰＣＲＮ１３６の構成要素とすることができる、またはＥＰＣ１３０内の独立したノードを構成することができる。ＳＰＲ１３８によって格納されたデータは、各加入者の識別子と、帯域幅制限、課金パラメータ、および加入者優先度のような加入者情報の表示（ｉｎｄｉｃａｔｉｏｎ）とを含むことができる。

パケットデータネットワーク１４０は、ユーザ機器１１０と、ＡＦ１５０のような、パケットデータネットワーク１４０に接続された他のデバイスとの間のデータ通信を提供するためのいかなるネットワークとすることもできる。パケットデータネットワーク１４０はさらに、例えば電話、および／またはインターネットサービスを、パケットデータネットワーク１４０と通信している様々なユーザデバイスに提供することができる。

アプリケーション機能（ＡＦ）１５０は、知られているアプリケーションサービスをユーザ機器１１０に提供するデバイスとすることができる。したがって、ＡＦ１５０は、例えば、映像ストリーミングまたは音声通信サービスをユーザ機器１１０に提供するサーバまたは他のデバイスとすることができる。ＡＦ１５０はさらに、Ｒｘインタフェースを介してＥＰＣ１３０のＰＣＲＮ１３６と通信している可能性がある。ＡＦ１５０が知られているアプリケーションサービスをユーザ機器１１０に提供し始めようとするとき、ＡＦ１５０は、Ｄｉａｍｅｔｅｒプロトコルに従って認証および許可要求（ＡＡＲ）１６０のようなアプリケーション要求メッセージを生成して、ＰＣＲＮ１３６にアプリケーションサービスに資源を割り当てるべきであることを通知することができる。このアプリケーション要求メッセージは、アプリケーションサービスを使用する加入者の識別情報、加入者のＩＰアドレス、関連するＩＰ−ＣＡＮセッションのＡＰＮ、および／または要求されるサービスを提供するために確立されなければならない特定のサービスデータフローの識別情報のような情報を含むことができる。ＡＦ１５０は、Ｒｘインタフェースを介してこのようなアプリケーション要求をＰＣＲＮ１３６に伝えることができる。

図２は、様々なデータサービスへのローミングアクセスを提供するための例示的な加入者ネットワーク２００を示す。例示的な加入者ネットワーク２００は、例示的なネットワーク１００に対応することができる。ＥＰＣ２３０ｖが、ＵＥ２１０のようなローミング中のＵＥに、パケットデータネットワーク２４０への訪問先アクセスを提供することができ、それによってＵＥ２１０と関連するトラフィックが、ＳＧＷ２３２ｖおよびＰＧＷ２３４ｖを通って流れる。様々な実施形態では、ＥＰＣ２３０ｖおよびＥＰＣ２３０ｈは、（図のように）同じパケットデータネットワーク２４０に接続する可能性がある、または２つの独立したネットワークに接続する可能性がある。代替的には、または追加的には、ＥＰＣ２３０ｖは、ＵＥ２１０のようなローミング中のＵＥに、パケットデータネットワーク２４０へのホーム経由のアクセスを提供することができ、それによってＵＥ２１０と関連するトラフィックが、ＳＧＷ２３２ｖおよびＰＧＷ２３４ｈを通って流れる。したがって、ＳＧＷ２３２ｖは、ＰＧＷ２３４ｈと通信していることがある。同じく、ＥＰＣ２３０ｈが基地局２２０ｈにアタッチされた他のローミング中のＵＥ（図示せず）に同様のアクセスを提供することができるように、ＳＧＷ２３２ｈは、ＰＧＷ２３４ｖと通信していることがある。

ＵＥ２１０は、基地局２２０ｖと通信しているが、基地局２２０ｈの圏外であることがある。しかしながら基地局２２０ｖは、ＵＥ２１０のホーム公衆陸上移動網（ＨＰＬＭＮ）に接続しないことがある。代わりに基地局２２０ｖは、ＵＥ２１の訪問先公衆陸上移動網（ＶＰＬＭＮ）に所属することがあり、したがって、ＵＥ２１０と関連する様々なデータ、それと関連する加入者、および／またはＵＥ２１０への接続を行う際に役立つもしくは必要である他のデータにアクセスすることができないことがある。例えば、ＳＰＲ２３８ｖは、ＵＥ２１０と関連する情報を含まないことがあり、代わりにこのような情報は、ＳＰＲ２３８ｈに格納されることがある。ＳＰＲ２３８ｈに格納された加入者情報に基づいてサービスを提供できるようにするために、ＰＣＲＮ２３６ｖが、Ｓ９セッションを介してＰＣＲＮ２３６ｈと通信することができる。

様々な実施形態では、ＰＣＲＮ２３６ｖは、ＵＥ２１０と関連する要求を、Ｓ９セッションを介してＰＣＲＮ２３６ｈに転送することができる。ＰＣＲＮ２３６ｈは、これらのメッセージを処理して、例えば、ＰＣＣルールおよび／またはＱｏＳルールを生成することができる。ＰＣＲＮ２３６ｈは、次いでこれらのルールをＰＣＲＮ２３６ｖに転送して、ＰＧＷ２３４ｖおよび／またはＳＧＷ２３２ｖに導入することができる。ホーム経由のアクセスの場合、ＰＣＲＮ２３６ｈもまた、ＰＧＷ２３４ｈ上に直接ＰＣＣルールを導入することができる。ＰＣＲＮ２３６ｈ、２３６ｖの連携の性質を考慮して、これらのデバイスは、互いに対して「パートナーデバイス」と呼ばれることがある。

様々な実施形態では、各パートナーデバイスは、ホームデバイスおよび訪問先デバイスとして動作することができる。例えば、別のローミング中のＵＥ（図示せず）が基地局２２０ｈにアタッチされる場合、ＰＣＲＮ２３６ｈは、ＰＣＲＮ２３６ｖにさらに要求を転送することができ、ＰＣＲＮ２３６ｖは、導入のためにＰＣＲＮ２３６ｈに適切なルールを返すことができることがある。

Ｓ９セッションを確立する際に、ＰＣＲＮ２３６ｈ、２３６ｖは、セッションのためにサポートされることになる機能のセットをネゴシエートするように構成することができる。様々な実施形態では、ＰＣＲＮ２３６ｈ、２３６ｖは、例えばデバイスにサポートされるすべての機能のセットのような、機能のデフォルトのセットに関してこのネゴシエーションを行うように、それぞれ構成することができる。このような実施形態では、サポートされる機能のネゴシエートされるセットは、単に両方のデバイスによってサポートされる全機能のセットとすることができる。

次にＳ９セッションＩＤを生成するための方法の一実施形態について説明する。ＤＩＡＭＥＴＥＲプロトコルのセッションＩＤは、オプション値を考慮に入れるので、Ｓ９メッセージと関連するＵＥをより容易に識別するために、ＵＥに関する情報を含むことができる。使用することができる２つの特定の情報は、タイムスタンプおよびＵＥ ＩＤである。タイムスタンプは、ＵＥがＶＰＬＭＮにアタッチした時間を示すことができる。タイムスタンプは、次の形式のＧＭＴ時間とすることができる：ｙｙｙｙＭＭｄｄＨＨｍｍＳＳ。他のタイムスタンプのフォーマットを使用することもできる。さらに、タイムスタンプは、ＵＥのアタッチメント時間以外の他の何らかのイベントを示すことができる。ＵＥ ＩＤは、国際移動体加入者識別番号（ＩＭＳＩ）、国内移動体加入者識別番号（ＮＭＳＩ）、またはネットワークアクセス識別子（ＮＡＩ）とすることができる。ＵＥが別のタイプのＩＤを使用する場合、それも同様に使用することができる。したがって、Ｓ９セッションＩＤのフォーマットは、次のようになることができる：
＜ＤｉａｍｅｔｅｒＩｄｅｎｔｉｔｙ＞；＜上位３２ビット＞；＜下位３２ビット＞；＜タイムスタンプ＞；＜ＵＥ ＩＤ＞

例えば、１２３４５６７というＵＥ ＩＤを持つＵＥが、２０１１年１０月３日の深夜にＩＤ７１２３４を有するＶＰＬＭＮにアタッチした場合がある。したがって、Ｓ９セッションＩＤは、次のようになる可能性がある：
ｐｃｒｆ．ｅｐｃ．ｍｎｃ３４．ｍｃｃ７１２．３ｇｐｐｎｅｔｗｏｒｋ．ｏｒｇ；０；１；２０１１１００３００００００；１２３４５６７
Ｓ９セッションＩＤは、訪問先ＰＣＲＮに格納することができる。Ｓ９セッションＩＤがＳ９セッションＩＤを格納するために割り当てられたスペースよりも長い場合、Ｓ９セッションＩＤの端を切り捨てることができる。

タイムスタンプまたはＵＥ ＩＤ以外の情報も、Ｓ９セッションＩＤに使用することができる。タイムスタンプおよびＵＥ ＩＤは、Ｓ９セッションＩＤの受信者にとって役立つ可能性がある。例えば、タイムスタンプは、Ｓ９セッションに関して発生する問題のトラブルシューティングの際に役立つ可能性がある。さらに、ＵＥ ＩＤによりホームＰＣＲＮは、特定のＳ９メッセージと関連する加入者、したがってＳ９メッセージと関連する加入者情報を、迅速に識別することができる。また、ＵＥ ＩＤの前にタイムスタンプをアタッチすると、Ｓ９セッションＩＤの端を切り捨てるときに役に立つ可能性があるが、ＵＥ ＩＤをタイムスタンプの前にアタッチすることも可能である。Ｓ９セッションＩＤの端が切り捨てられ、したがってＵＥ ＩＤの一部が失われる場合、ＵＥ ＩＤの上位ディジットは、ＨＰＬＭＮ内でＳ９メッセージを適切にルーティングするのに役立つ有益な情報を依然として提供することができる。

図３は、Ｓ９セッションＩＤを作成するための方法を示すブロック図である。方法３００は、ステップ３０５から始まる。次に、訪問先ＶＰＬＭＮは、３１０で、ローミング中のＵＥからアタッチメント要求を受信することができる。ＶＰＬＭＮの訪問先ＰＣＲＮは、アタッチメント要求を受信し、ＵＥがＶＰＬＭＮの加入者ではないと判断する。訪問先ＰＣＲＮは、ＵＥと関連するＨＰＬＭＮを判断することができ、その後、訪問先ＰＣＲＮとホームＰＣＲＮとの間の通信を可能にするためにＳ９セッションを開始することができる。Ｓ９セッションを開始している間、訪問先ＰＣＲＮは、Ｓ９セッションＩＤを生成することができる。まず、３２０で、Ｓ９セッションＩＤの標準的なＤＩＡＭＥＴＥＲ部分を生成することができる。次に、ＵＥがＶＰＬＭへのアタッチメントを要求した時間を示すタイムスタンプおよびＵＥ ＩＤを、Ｓ９セッションＩＤにアタッチすることができる。次に、３２５で、生成されたＳ９セッションＩＤが、訪問先ＰＣＲＮによって使用されて、Ｓ９セッションを開始することができる。ひとたびＳ９セッションが確立されると、３３０で、訪問先ＰＣＲＮは、ＵＥに関連するＳ９メッセージをホームＰＣＲＮに送信することができる。さらに、３３０で、ホームＰＣＲＮは、ＵＥに関連するＳ９メッセージを訪問先ＰＣＲＮに送信することができる。方法は、３３５で、その後終了することができる。

上述のように、タイムスタンプおよびＵＥ ＩＤをＳ９セッションＩＤにセルことにより、問題のトラブルシューティング、および紛争解決の際に役立つ可能性がある。さらに、ＵＥ ＩＤを使用することにより、Ｓ９メッセージを特定の加入者および加入者のセッションと速く相互に関連付けることができる。

本発明の様々な例示的実施形態は、ハードウェアおよび／またはファームウェアで実装可能であることは、前述の説明から明らかであろう。さらに、様々な例示的実施形態は、機械可読記憶媒体に格納された命令として実装され、少なくとも１つのプロセッサによって実行されて、本明細書に詳細に記載する動作を行うことが可能である。機械可読記憶媒体は、パーソナルコンピュータもしくはラップトップコンピュータ、サーバ、または他のコンピューティングデバイスのような機械によって読み取ることができる形式で情報を格納するための任意の機構を含むことができる。したがって、有形の非一時的機械可読記憶媒体は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記憶媒体、光記憶媒体、フラッシュメモリデバイス、および同様の記憶媒体を含むことができる。

本明細書のいかなるブロック図も本発明の原理を具体化する例示的回路の概念図を表すことは、当業者には理解されるであろう。同様に、いかなるフローチャート、流れ図、状態遷移図、擬似コードなども、実質的には機械可読媒体中に表現され、コンピュータまたはプロセッサによって、このようなコンピュータまたはプロセッサが明示されているかどうかにかかわらず、そのように実行されることが可能な様々なプロセスを表すことは、理解されるであろう。

様々な例示的実施形態について、そのいくつかの例示的態様を特に参照して詳細に説明したが、本発明は他の実施形態が可能であり、本発明の詳細は、様々な明らかな点の変更が可能であることを理解されたい。当業者には容易に理解されるように、本発明の趣旨および範囲内にありながら、変形形態および変更形態が考えられる。したがって、上記の開示、説明、および図は、単に例示の目的のためであって、本発明を決して限定せず、本発明は単に特許請求の範囲によって定められる。

Claims (15)

1. Ｓ９セッションＩＤを生成するためにネットワークノードによって行われる方法であって、
   ネットワークノードにおいて、ユーザ機器（ＵＥ）からのアタッチメント要求を受信するステップと、
   ＤＩＡＭＥＴＥＲセッションＩＤを作成するステップと、
   タイムスタンプおよびＵＥ ＩＤをＤＩＡＭＥＴＥＲセッションＩＤにアタッチして、結果としてＳ９セッションＩＤを得るステップと、
   Ｓ９セッションＩＤを使用してホームＰＣＲＮとのＳ９セッションを開始するステップと
   を含む、方法。
2. ネットワークノードによって、Ｓ９セッションＩＤを使用しているＵＥに関連するＳ９メッセージを送信するステップをさらに含む、請求項１に記載の方法。
3. ネットワークノードによって、Ｓ９セッションＩＤを使用しているＵＥに関連するＳ９メッセージを受信するステップをさらに含む、請求項１および２に記載の方法。
4. ＵＥ ＩＤが、国際移動体ネットワーク識別子（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｉｄｅｎｔｉｆｉｅｒ）である、請求項１から３に記載の方法。
5. ＵＥ ＩＤが、国内移動体ネットワーク識別子（Ｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ Ｉｄｅｎｔｉｆｉｅｒ）である、請求項１から３に記載の方法。
6. ＵＥ ＩＤが、ネットワークアクセス識別子である、請求項１から３に記載の方法。
7. タイムスタンプが、ユーザ機器のアタッチメント要求の時間を示す、請求項１から６に記載の方法。
8. ネットワークノードによって、Ｓ９セッションＩＤを格納するステップをさらに含む、請求項１から７に記載の方法。
9. ネットワークノードによって、Ｓ９セッションＩＤを格納する前に、Ｓ９セッションＩＤの端を切り捨てるステップをさらに含む、請求項８に記載の方法。
10. Ｓ９セッションＩＤを生成するためにネットワークノードによって実行するための命令で符号化された有形の非一時的機械可読記憶媒体であって、
    ネットワークノードにおいて、ユーザ機器（ＵＥ）からのアタッチメント要求を受信するための命令と、
    ＤＩＡＭＥＴＥＲセッションＩＤを作成するための命令と、
    タイムスタンプおよびＵＥ ＩＤをＤＩＡＭＥＴＥＲセッションＩＤにアタッチして、結果としてＳ９セッションＩＤを得るための命令と、
    Ｓ９セッションＩＤを使用してホームＰＣＲＮとのＳ９セッションを開始するための命令と
    を含む、有形の非一時的機械可読記憶媒体。
11. ネットワークノードによって、Ｓ９セッションＩＤを使用しているＵＥに関連するＳ９メッセージを送信するための命令をさらに含む、請求項１０に記載の有形の非一時的機械可読記憶媒体。
12. ネットワークノードによって、Ｓ９セッションＩＤを使用しているＵＥに関連するＳ９メッセージを受信するための命令をさらに含む、請求項１０および１１に記載の有形の非一時的機械可読記憶媒体。
13. タイムスタンプが、ユーザ機器のアタッチメント要求の時間を示す、請求項１０から１２に記載の有形の非一時的機械可読記憶媒体。
14. ネットワークノードによって、Ｓ９セッションＩＤを格納するための命令をさらに含む、請求項１０から１３に記載の有形の非一時的機械可読記憶媒体。
15. ネットワークノードによって、Ｓ９セッションＩＤを格納する前に、Ｓ９セッションＩＤの端を切り捨てるための命令をさらに含む、請求項１４に記載の有形の非一時的機械可読記憶媒体。

Images