(57)【特許請求の範囲】
【請求項１】
モバイルルータとして働く第１のユーザ機器（ＵＥ）（１０１）にアタッチされた第２のＵＥ（１０３）のためのサービス区別を達成するための、ポリシーおよび課金ルール機能（ＰＣＲＦ）（１０８）における方法であって、
さらなるノード（１０７）から、前記第１のＵＥ（１０１）のためのパケットデータネットワーク（ＰＤＮ）接続を確立するための要求を受信すること（５０５、６０１）であって、前記要求が、前記第１のＵＥ（１０１）のルーティング情報を含む、受信すること（５０５、６０１）と、
アプリケーション機能（ＡＦ）（１４０）から、前記第２のＵＥ（１０３）からの要求に基づくサービスのためのリソース予約についての要求を受信すること（５１０、６０２）であって、前記要求が、前記第２のＵＥ（１０３）のインターネットプロトコル（ＩＰ）アドレスを含む、受信すること（５１０、６０２）と、
前記第１のＵＥ（１０１）の前記ルーティング情報を前記第２のＵＥ（１０３）の前記ＩＰアドレスと相関させること（５１１、６０３）と
を含む、方法。
【請求項２】
前記ルーティング情報が、前記第１のＵＥ（１０１）のＩＰアドレスとフレーム化ルートとを含み、前記相関させること（５１１、６０３）が、
前記第１のＵＥ（１０１）の前記フレーム化ルートを前記第２のＵＥ（１０３）の前記ＩＰアドレスと相関させること（５１１、６０３）
をさらに含む、請求項１に記載の前記ＰＣＲＦ（１０８）における方法。
【請求項３】
Ｇｘインターフェース上でパケットデータネットワークゲートウェイ／汎用パケット無線サービスゲートウェイサービングノード（ＰＧＷ／ＧＧＳＮ）（１０７）にリソース予約要求を送ること（５１２、６０５）であって、前記リソース予約要求が、前記第１のＵＥ（１０１）の前記ルーティング情報と前記第２のＵＥ（１０３）の前記ＩＰアドレスとの前記相関を含む、送ること（５１２、６０５）
をさらに含む、請求項１または２に記載の前記ＰＣＲＦ（１０８）における方法。
【請求項４】
前記リソース予約要求が、前記ＡＦ（１４０）から要求されたサービスについての前記ＰＧＷ／ＧＧＳＮ（１０７）への再許可要求である、請求項３に記載の前記ＰＣＲＦ（１０８）における方法。
【請求項５】
前記相関させることが、
前記第１のＵＥ（１０１）の前記ルーティング情報に対応するＧｘセッションを取得すること（５１１、６０３）
をさらに含む、請求項１から４のいずれか一項に記載の前記ＰＣＲＦ（１０８）における方法。
【請求項６】
前記相関させることが、
前記第１のＵＥ（１０１）の前記ルーティング情報中で前記第２のＵＥ（１０３）の前記ＩＰアドレスを指示すること（５０５、６０３）
をさらに含む、請求項１から５のいずれか一項に記載の前記ＰＣＲＦ（１０８）における方法。
【請求項７】
Ｇｘ−Ｒｘセッションバインディングを実施すること（５１１、６０５）
をさらに含む、請求項１から６のいずれか一項に記載の前記ＰＣＲＦ（１０８）における方法。
【請求項８】
前記さらなるノード（１０７）が、パケットデータネットワークゲートウェイ／汎用パケット無線サービスゲートウェイサービングノード（ＰＧＷ／ＧＧＳＮ）（１０７）である、請求項１から７のいずれか一項に記載の前記ＰＣＲＦ（１０８）における方法。
【請求項９】
前記さらなるノード（１０７）が、加入プロファイルリポジトリ／ユーザデータリポジトリ（ＳＰＲ／ＵＤＲ）である、請求項１から７のいずれか一項に記載の前記ＰＣＲＦ（１０８）における方法。
【請求項１０】
前記第１のＵＥ（１０１）の前記ルーティング情報が、ネットワークアクセスサーバ（ＮＡＳ）上で前記第１のＵＥ（１０１）のために設定されるべきルーティング情報を含む、請求項１から９のいずれか一項に記載の前記ＰＣＲＦ（１０８）における方法。
【請求項１１】
前記第１のＵＥ（１０１）の前記ルーティング情報が、フレーム化ルートまたはフレーム化ＩＰｖ６ルートを含む、請求項１から１０のいずれか一項に記載の前記ＰＣＲＦ（１０８）における方法。
【請求項１２】
前記フレーム化ルートまたは前記フレーム化ＩＰｖ６ルートがｒａｄｉｕｓサーバ（１４５）から受信される、請求項１１に記載の前記ＰＣＲＦ（１０８）における方法。
【請求項１３】
モバイルルータとして働く第１のユーザ機器（ＵＥ）（１０１）にアタッチされた第２のＵＥ（１０３）のためのサービス区別を達成するための、ポリシーおよび課金ルール機能（ＰＣＲＦ）（１０８）であって、
さらなるノード（１０７）から、前記第１のＵＥ（１０１）のためのパケットデータネットワーク（ＰＤＮ）接続を確立するための要求を受信することであって、前記要求が、前記第１のＵＥ（１０１）のルーティング情報を含む、受信することと、
アプリケーション機能（ＡＦ）（１４０）から、前記第２のＵＥ（１０３）からの要求に基づくサービスのためのリソース予約についての要求を受信することであって、前記要求が、前記第２のＵＥ（１０３）のインターネットプロトコル（ＩＰ）アドレスを含む、受信することと、
前記第１のＵＥ（１０１）の前記ルーティング情報を前記第２のＵＥ（１０３）の前記ＩＰアドレスと相関させることと
を行うように設定された、ＰＣＲＦ（１０８）。
【請求項１４】
前記ルーティング情報が、前記第１のＵＥ（１０１）のＩＰアドレスとフレーム化ルートとを含み、前記ＰＣＲＦ（１０８）が、
前記第１のＵＥ（１０１）の前記フレーム化ルートを前記第２のＵＥ（１０３）の前記ＩＰアドレスと相関させること
を行うように設定された、請求項１３に記載のＰＣＲＦ（１０８）。
【請求項１５】
Ｇｘインターフェース上でパケットデータネットワークゲートウェイ／汎用パケット無線サービスゲートウェイサービングノード（ＰＧＷ／ＧＧＳＮ）（１０７）にリソース予約要求を送ることであって、前記リソース予約要求が、前記第１のＵＥ（１０１）の前記ルーティング情報と前記第２のＵＥ（１０３）の前記ＩＰアドレスとの前記相関を含む、送ること
を行うようにさらに設定された、請求項１３または１４に記載のＰＣＲＦ（１０８）。
【請求項１６】
前記リソース予約要求が、前記ＡＦ（１４０）から要求されたサービスについての前記ＰＧＷ／ＧＧＳＮ（１０７）への再許可要求である、請求項１５に記載のＰＣＲＦ（１０８）。
【請求項１７】
前記第１のＵＥ（１０１）の前記ルーティング情報に対応するＧｘセッションを取得するようにさらに設定された、請求項１３から１６のいずれか一項に記載のＰＣＲＦ（１０８）。
【請求項１８】
前記第１のＵＥ（１０１）の前記ルーティング情報中で前記第２のＵＥ（１０３）の前記ＩＰアドレスを指示するようにさらに設定された、請求項１３から１７のいずれか一項に記載のＰＣＲＦ（１０８）。
【請求項１９】
Ｇｘ−Ｒｘセッションバインディングを実施するようにさらに設定された、請求項１３から１８のいずれか一項に記載のＰＣＲＦ（１０８）。
【請求項２０】
前記さらなるノードが、パケットデータネットワークゲートウェイ／汎用パケット無線サービスゲートウェイサービングノード（ＰＧＷ／ＧＧＳＮ）（１０７）である、請求項１３から１９のいずれか一項に記載のＰＣＲＦ（１０８）。
【請求項２１】
前記さらなるノードが、加入プロファイルリポジトリ／ユーザデータリポジトリ（ＳＰＲ／ＵＤＲ）である、請求項１３から１９のいずれか一項に記載のＰＣＲＦ（１０８）。
【請求項２２】
前記第１のＵＥ（１０１）の前記ルーティング情報が、ネットワークアクセスサーバ（ＮＡＳ）上で前記第１のＵＥ（１０１）のために設定されるべきルーティング情報を含む、請求項１３から２１のいずれか一項に記載のＰＣＲＦ（１０８）。
【請求項２３】
前記第１のＵＥ（１０１）の前記ルーティング情報が、フレーム化ルートまたはフレーム化ＩＰｖ６ルートを含む、請求項１３から２２のいずれか一項に記載のＰＣＲＦ（１０８）。
【請求項２４】
前記フレーム化ルートまたは前記フレーム化ＩＰｖ６ルートがｒａｄｉｕｓサーバ（１４５）から受信される、請求項２３に記載のＰＣＲＦ（１０８）。
【請求項２５】
モバイルルータとして働く第１のユーザ機器（ＵＥ）（１０１）にアタッチされた第２のＵＥ（１０３）のためのサービス区別を達成するための、パケットデータネットワークゲートウェイ／汎用パケット無線サービスゲートウェイサービングノード（ＰＧＷ／ＧＧＳＮ）（１０７）における方法であって、
アプリケーション機能（ＡＦ）（１４０）から要求されたサービスについてポリシーおよび課金ルール機能（ＰＣＲＦ）（１０８）からリソース予約要求を受信すること（５１２、７０１）であって、前記リソース予約要求が、前記第２のＵＥ（１０３）のインターネットプロトコル（ＩＰ）アドレスとの前記第１のＵＥ（１０１）の相関させられたルーティング情報を含む、受信すること（５１２、７０１）と、
前記ＡＦ（１４０）から要求された前記サービスについてのデディケーテッドベアラを作成または更新すること（５１３、７０２）と
を含む、方法。
【請求項２６】
前記リソース予約要求が、前記ＡＦ（１４０）から要求されたサービスについての前記ＰＧＷ／ＧＧＳＮ（１０７）への再許可要求である、請求項２５に記載の前記ＰＧＷ／ＧＧＳＮ（１０７）における方法。
【請求項２７】
前記リソース予約要求が、Ｇｘインターフェース上で前記ＰＣＲＦ（１０８）から受信される、請求項２５または２６に記載の前記ＰＧＷ／ＧＧＳＮ（１０７）における方法。
【請求項２８】
前記相関させられたルーティング情報が、前記第１のＵＥ（１０１）の前記ルーティング情報中で前記第２のＵＥ（１０３）の前記ＩＰアドレスを指示する情報をさらに含む、請求項２５から２７のいずれか一項に記載の前記ＰＧＷ／ＧＧＳＮ（１０７）における方法。
【請求項２９】
前記第１のＵＥ（１０１）の前記ルーティング情報が、ネットワークアクセスサーバ（ＮＡＳ）上で前記第１のＵＥ（１０１）のために設定されるべきルーティング情報を含む、請求項２５から２８のいずれか一項に記載の前記ＰＧＷ／ＧＧＳＮ（１０７）における方法。
【請求項３０】
前記第１のＵＥ（１０１）の前記ルーティング情報が、フレーム化ルートまたはフレーム化ＩＰｖ６ルートを含む、請求項２５から２９のいずれか一項に記載の前記ＰＧＷ／ＧＧＳＮ（１０７）における方法。
【請求項３１】
前記フレーム化ルートおよび前記フレーム化ＩＰｖ６ルートがｒａｄｉｕｓサーバ（１４５）から受信される、請求項３０に記載の前記ＰＧＷ／ＧＧＳＮ（１０７）における方法。
【請求項３２】
前記第２のＵＥ（１０３）の前記ＩＰアドレスに基づいて、ダウンリンクトラフィックについてのルーティングを実施すること（５１３、７０３）
をさらに含む、請求項２５から３１のいずれか一項に記載の前記ＰＧＷ／ＧＧＳＮ（１０７）における方法。
【請求項３３】
モバイルルータとして働く第１のユーザ機器（ＵＥ）（１０１）にアタッチされた第２のＵＥ（１０３）のためのサービス区別を達成するための、パケットデータネットワークゲートウェイ／汎用パケット無線サービスゲートウェイサービングノード（ＰＧＷ／ＧＧＳＮ）（１０７）であって、
アプリケーション機能（ＡＦ）（１４０）から要求されたサービスについてポリシーおよび課金ルール機能（ＰＣＲＦ）（１０８）からリソース予約要求を受信することであって、前記リソース予約要求が、前記第２のＵＥ（１０３）のインターネットプロトコル（ＩＰ）アドレスとの前記第１のＵＥ（１０１）の相関させられたルーティング情報を含む、受信することと、
前記ＰＣＲＦを介して前記ＡＦ（１４０）から要求された前記サービスについてのデディケーテッドベアラを作成または更新することと
を行うように設定された、ＰＧＷ／ＧＧＳＮ（１０７）。
【請求項３４】
前記リソース予約要求が、前記ＡＦ（１４０）から要求されたサービスについての前記ＰＧＷ／ＧＧＳＮ（１０７）への再許可要求である、請求項３３に記載のＰＧＷ／ＧＧＳＮ（１０７）。
【請求項３５】
Ｇｘインターフェース上で前記ＰＣＲＦ（１０８）から前記リソース予約要求を受信するように設定された、請求項３３または３４に記載のＰＧＷ／ＧＧＳＮ（１０７）。
【請求項３６】
前記相関させられたルーティング情報が、前記第１のＵＥ（１０１）の前記ルーティング情報中での前記第２のＵＥ（１０３）の前記ＩＰアドレスの指示をさらに含む、請求項３３から３５のいずれか一項に記載のＰＧＷ／ＧＧＳＮ（１０７）。
【請求項３７】
前記第１のＵＥ（１０１）の前記ルーティング情報が、ネットワークアクセスサーバ（ＮＡＳ）上で前記第１のＵＥ（１０１）のために設定されるべきルーティング情報を含む、請求項３３から３６のいずれか一項に記載のＰＧＷ／ＧＧＳＮ（１０７）。
【請求項３８】
前記第１のＵＥ（１０１）の前記ルーティング情報が、フレーム化ルートまたはフレーム化ＩＰｖ６ルートを含む、請求項３３から３７のいずれか一項に記載のＰＧＷ／ＧＧＳＮ（１０７）。
【請求項３９】
前記フレーム化ルートまたは前記フレーム化ＩＰｖ６ルートがｒａｄｉｕｓサーバ（１４５）から受信される、請求項３８に記載のＰＧＷ／ＧＧＳＮ（１０７）。
【請求項４０】
前記第２のＵＥ（１０３）の前記ＩＰアドレスに基づいて、ダウンリンクトラフィックについてのルーティングを実施すること
を行うようにさらに設定された、請求項３３から３８のいずれか一項に記載のＰＧＷ／ＧＧＳＮ（１０７）。
【請求項４１】
少なくとも１つのプロセッサ上で実行されたとき、前記少なくとも１つのプロセッサに、請求項１から１２のいずれか一項に記載の方法を行わせる命令を含む、第１のコンピュータプログラム。
【請求項４２】
請求項４０に記載の第１のコンピュータプログラムを含むコンピュータ可読記憶媒体。
【請求項４３】
少なくとも１つのプロセッサ上で実行されたとき、前記少なくとも１つのプロセッサに、請求項２５から３２のいずれか一項に記載の方法を行わせる命令を含む、第２のコンピュータプログラム。
【請求項４４】
請求項４３に記載の第２のコンピュータプログラムを含むコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、セルラー移動体通信システムにおける方法および構成に関し、特に、デバイスが、ルータとして機能するユーザデバイスに接続されるときのサービス区別に関する。
【背景技術】
【０００２】
無線ネットワークは、進化するにつれて、多数の異なる通信技術およびアクセス技術とますます結び付けられるようになる。たとえば、セルラー基地局へのセルラー接続をもつ、たとえばユーザ機器（ＵＥ）と呼ばれるユーザデバイスは、そこに他のデバイスを接続させることがあり、その間、ＵＥは、たとえばＷｉＦｉまたは同様の短距離通信技術を使用して、これらの他のデバイスにセルラーネットワークへのアクセスと無線サービスとを提供する。
【０００３】
無線通信は、たとえばモバイルフォン、スマートフォン、携帯情報端末、ラップトップ、パーソナルコンピュータ（ＰＣ）、センサー、ユーティリティメーター、車両、セキュリティデバイス、または家庭用電気器具など、いくつかの異なるデバイスによって使用される。デバイスの数は速いペースで成長しており、そのリストはまったく網羅的でない。これらの異なるタイプのデバイスは、セルラー通信プロトコル、たとえば、第２世代（２Ｇ）、第３世代（３Ｇ）、第４世代（４Ｇ）、第５世代（５Ｇ）など、無線通信技術、すなわち、モバイル通信用グローバルシステム（ＧＳＭ）、汎用パケット無線サービス（ＧＰＲＳ）、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、新無線（ＮＲ）、または、たとえば、ＷｉＦｉ、Ｚｉｇｂｅｅ、Ｂｌｕｅｔｏｏｔｈ、長距離無線（ＬｏＲａ）、ニアフィールド通信（ＮＦＣ）、無線周波数識別（ＲＦＩＤ）、低電力無線パーソナルエリアネットワークを介したインターネットプロトコルバージョン６（ＩＰｖ６）（６ＬｏＷＰＡＮ：ＩＰｖ６  ｏｖｅｒ  Ｌｏｗ  Ｐｏｗｅｒ  Ｗｉｒｅｌｅｓｓ  Ｐｅｒｓｏｎａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、およびＺ波など、短距離プロトコルを使用して、外部ネットワーク、たとえばインターネットまたは何らかのイントラネットに接続することができ、無線通信プロトコル、セルラーまたは短距離を使用して直接アクセスポイントを介してまたは中間デバイスを介して次に外部ネットワークに接続され得る。
【０００４】
デバイスが中間デバイスを介して接続されるとき、デバイスは、たとえば、中間デバイスまたはネットワークアーキテクチャにおけるゲートウェイノードによって提供されるローカルインターネットプロトコル（ＩＰ）アドレスを与えられ得る。
【０００５】
モバイルルータとしてのＵＥ
たとえば、仮想プライベートネットワーク（ＶＰＮ）の場合、ルータとしてのＵＥは、いくつかの他のデバイスが、ＵＥにアタッチされることと、このＵＥを通してネットワークにアクセスすることとを可能にするモバイルデータソリューションである。そのようなＵＥは、移動局（ＭＳ）の背後のルーティング、ルータとしてのＵＥ、モバイルルータとしてのＵＥ、無線ルータ、ＩＰルータ、ＩＰ＿ｒｏｕｔｅｒと呼ばれることもある。言い換えれば、そのようなＵＥは、パケットデータネットワーク（ＰＤＮ）セッション、すなわちルータとしてのＵＥに属さず、その背後に存在する、デバイスのアドレスへのデータパケットのルーティングを可能にする。データパケットについての宛先アドレスが、ルータとしてのＵＥのアドレスとは異なることがある。ルータとしてのＵＥにアタッチされたデバイスは、サブネット中に含まれているものとして見られ得る。ルータとしてのＵＥにアタッチされたこれらのデバイスのためのサブネットは、認証、許可およびアカウンティング（ＡＡＡ）サーバから取得される。それらのデバイスのＩＰアドレスは、ルーティング可能、すなわち公開アドレスであり、それらのＩＰアドレスは、パケットデータプロトコル（ＰＤＰ）コンテキストアクティブ化プロシージャまたはＰＤＮ接続確立プロシージャ中に取得されるルータとしてのＵＥのＩＰアドレスとは無関係である。
【０００６】
ＵＥという用語の場合、端末、モバイルフォン、スマートフォン、ラップトップ、ＰＣ、センサー、製造機械、自動販売機、現金自動預け払い機（ＡＴＭ）、支払い端末、たとえばポイントオブセール（ＰｏＳ）端末、車両、ボート、航空機、モノのインターネット（ＩｏＴ）デバイス、家庭用電気器具、あるいはユーザとともにまたはユーザなしに動作する（１つまたは複数の）無線コネクティビティ特徴をもつ他のタイプの機器が意味される。
【０００７】
フレーム化（ｆｒａｍｅｄ）されたルート属性、パラメータまたは情報が、ネットワークアクセスサーバ（ＮＡＳ）上で、ユーザ、すなわちルータとしてのＵＥのために設定されるべきルーティング情報を提供する。フレーム化ルート情報は、アクセスアクセプトメッセージ中でリモート認証ダイヤルインユーザサービス（ＲＡＤＩＵＳ：Ｒｅｍｏｔｅ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｄｉａｌ−Ｉｎ  Ｕｓｅｒ  Ｓｅｒｖｉｃｅ）サーバから返される。フレーム化ルートは、インターネットエンジニアリングタスクフォース（ＩＥＴＦ）規格ＲＦＣ２８６５において規定される。フレーム化ルート属性は、ルータとしてのＵＥのためのルーティング方法を指示し、フレーム化ルート属性は、アクセスアクセプトメッセージ中でのみ使用される。フレーム化ルートは、ユーザのプロファイルにおいて設定され、ＵＥ特徴の背後のルーティングを使用することになる各ＵＥについての少なくとも１つのルートを含む。本明細書では、ＵＥ、ＭＳおよび無線デバイスという用語は互換的に使用される。
【０００８】
ルータとしてのＵＥについて説明し続ける前に、セルラー電気通信インフラストラクチャネットワークと、セルラー電気通信インフラストラクチャネットワークがどのように構築され得るかとが説明される。図１では、参照番号１００が、セルラー電気通信インフラストラクチャネットワークを指示する。端末、モバイルフォン／セルラーフォン、スマートフォン、ポケットデジタルアシスタント（ＰＤＡ）、タブレットコンピュータ、ラップトップ、パーソナルコンピュータ、または無線通信が可能な他のデバイス、たとえば、マシンツーマシン通信におけるデバイスなどの非ユーザ関連機器など、第１のＵＥ１０１が、無線通信リンク１２０を介して、無線アクセスデバイス／ネットワークノード１２２、たとえば、ｅノードＢ（ｅノードＢ、ｅＮＢ）、ノードＢ、基地局、無線ネットワークコントローラ（ＲＮＣ）、基地局コントローラ（ＢＳＣ）または同様のネットワークインフラストラクチャアクセスデバイスと通信し、これは、課金、認証、および他の通信デバイスへの接続、ならびに／またはたとえばインターネットベースサービスなどのアプリケーションサービスをハンドリングするコアネットワーク１０４と通信する。コアネットワーク１０４は、たとえばエボルブドパケットコア（ＥＰＣ）ネットワークであり得る。無線通信リンク１２０は、たとえば、ＬＴＥに基づくか、または、たとえばＮＲ、広帯域符号分割多元接続（ＷＣＤＭＡ）、ＧＰＲＳ、およびＥＤＧＥのような、同様のセルラーベースの通信ネットワーク規格に基づき得る。第２のＵＥ１０３が、短距離無線通信インターフェース１３０を介して第１のＵＥ１０１に接続され得る。第２のＵＥ１０３は、たとえば、スマートフォン、ＰＤＡ、ラップトップ、ＰＣ、カメラ、温度センサー、監視デバイス、モノのインターネットデバイス、家庭用電気器具、外部デバイスなど、別のＵＥであり得る。
【０００９】
参照番号１０１をもつ第１のＵＥ１０１は、ルータとして働くＵＥ、ＩＰルータ、モバイルルータとして働くＵＥ、ルータとしてのＵＥ、無線ルータ、モバイルルータ、ＩＰルータまたはＩＰ＿ｒｏｕｔｅｒと呼ばれることがある。第２のＵＥ１０３は、ＵＥ１０１の背後のデバイス、ＩＰデバイス、無線デバイス、モバイルデバイスまたは外部デバイスと呼ばれることがある。本明細書では、これらの用語は互換的に使用される。
【００１０】
コア通信ネットワーク１０４、または単にコアネットワークは、モビリティ管理エンティティ／サービングＧＰＲＳサポートノード（ＭＭＥ／ＳＧＳＮ）１０２、サービングゲートウェイ（ＳＧＷ）１０６、ＰＤＮゲートウェイ／汎用パケット無線サービスゲートウェイサービングノード（ＰＧＷ／ＧＧＳＮ）１０７、ポリシーおよび課金ルール機能（ＰＣＲＦ）１０８、アプリケーション機能（ＡＦ）１４０、ｒａｄｉｕｓサーバ１４５など、モビリティ管理ノードをさらに含む。ｒａｄｉｕｓサーバ１４５はｒａｄｉｕｓデータベースと呼ばれることもある。コアネットワーク１０４は、次に、インターネットまたはイントラネットなど、外部ネットワーク１５０に接続され得る。異なるコアネットワークノードが同じハードウェア中にあり得ることを理解されたい。ＡＦ１４０は、プロキシ呼状態制御機能（Ｐ−ＣＳＣＦ）の形態のものであり得る。ＰＧＷ／ＧＧＳＮは、ＰＧＷ、またはＧＧＳＮ、またはＰＧＷとＧＧＳＮの両方、または１つのノード中にコロケートされた組み合わせられたＰＧＷおよびＧＧＳＮを指す。ＭＭＥ／ＳＧＳＮは、ＭＭＥ、またはＳＧＳＮ、またはＭＭＥとＳＧＳＮの両方、または１つのノード中にコロケートされた組み合わせられたＭＭＥおよびＳＧＳＮを指す。
【００１１】
図２は、モバイルルータとして働く第１のＵＥ１０１を示す。モバイルルータとして働くＵＥ１０１は、第１のＵＥ１０１に接続されている２つの第２のＵＥ１０３を有することが例示される。２つの第２のＵＥ１０３は、ＩＰ＿ｄｅｖｉｃｅ１、たとえばラップトップと、ＩＰ＿ｄｅｖｉｃｅ２、たとえばモバイルフォンとである。２つの第２のＵＥ１０３は、第１のＵＥ１０１のフレーム化ルート中に含まれる。２つの第２のＵＥ１０３は一例にすぎず、任意の好適な他の数の第２のＵＥ１０３も適用可能であることに留意されたい。これの例外が、参照番号１０１をもつＵＥがモバイルルータとして働いていない図３である。
【００１２】
図２に示されているように、モバイルルータとして働く第１のＵＥ１０１は、ｒａｄｉｕｓサーバ１４５を使用してＰＧＷ／ＧＧＳＮ１０７が許可するＰＤＮ接続２００を作成する。ｒａｄｉｕｓサーバ１４５は、この第１のＵＥ１０１を認証し、ｒａｄｉｕｓアクセスアクセプトメッセージ中にフレーム化ルート属性を含める。フレーム化ルート属性は、第１のＵＥ１０１のためにＰＧＷ／ＧＧＳＮ１０７にインストールされるべきサブネットルーティング情報を指定する。
【００１３】
第１のＵＥ１０１、すなわちルータとしてのＵＥに割り当てられたＩＰアドレスが、「ＩＰ＿ｒｏｕｔｅｒ」と示される。第１のＵＥ１０１にアタッチされた第２のＵＥ１０３のＩＰアドレスは、フレーム化ルート中で指定されたサブセット内にあり、これらのＩＰアドレスは、「ＩＰ＿ｄｅｖｉｃｅＸ」と示され、ここで、Ｘは正の整数、すなわち１、２などである。
【００１４】
第１のＵＥ１０１にアタッチされた第２のＵＥ１０３が、アップリンク（ＵＬ）トラフィック２０３を送るとき、第２のＵＥ１０３は、ＩＰアドレスＩＰ＿ｒｏｕｔｅｒとは異なる、ＩＰアドレスＩＰ＿ｄｅｖｉｃｅＸを使用し得る。ＩＰ＿ｄｅｖｉｃｅＸは、次いで、ＵＬトラフィックのソースを指示する。ＵＬパケットのソースはＩＰ＿ｄｅｖｉｃｅＸである。ＵＬトラフィックは、ＵＬパケットまたはＵＬデータパケットと呼ばれることもある。ＰＧＷ／ＧＧＳＮ１０７が、フレーム化ルート中のアドレスに一致する宛先アドレスもつダウンリンク（ＤＬ）パケット２０５を受信し、たとえば、アドレスがＩＰ＿ｄｅｖｉｃｅＸであり得るとき、パケットは、関連付けられたＰＤＮセッションを通して第１のＵＥ１０１にフォワーディングされ、最終的に、第１のＵＥ１０１にアタッチされた第２のＵＥ１０３にフォワーディングされる。ＤＬパケット２０５の宛先はＩＰ＿ｄｅｖｉｃｅＸである。ＤＬパケット２０５は、ＤＬデータパケットまたはＤＬトラフィックと呼ばれることもある。
【００１５】
モバイルルータとして働く第１のＵＥ１０１は、２Ｇまたは３Ｇ、あるいは同様に５Ｇにおける将来のＮＲアクセスにキャンプオンしていることがある。
【００１６】
デディケーテッドベアラ作成によって達成されるサービス区別
図３は、ＡＦ１４０からのサービス情報によってトリガされるデディケーテッドベアラ作成を示す。ベアラは、あるノードから別のノードにデータを搬送する「パイプ」または「トンネル」として説明され得る。ベアラは、デディケーテッドベアラまたはデフォルトベアラであり得る。デフォルトベアラは、ＰＤＮ接続を表し、初期アタッチ時またはＰＤＮ接続の作成時に作成され、ＵＥが接続される限り存在する。デディケーテッドベアラは、特定のタイプのトラフィック、たとえば、ボイス、ビデオ、ボイスオーバーＩＰ（ＶｏＩＰ）、ボイスオーバーＬＴＥ（ＶｏＬＴＥ）などにデディケーテッドトンネルを提供する。デディケーテッドベアラが、デフォルトベアラに加えて存在し、これらの２つのベアラは互いにリンクされる。
【００１７】
また、図３は、簡略化されたフローであり、簡単のために本明細書に示されないものによっても実施される追加の方法ステップがあり得ることに留意されたい。また、図３中のＵＥはルータとして働いていないことに留意されたい。ネットワークノード１２２は、図３中のｅＮＢによって例示される。ＡＦ１４０は、たとえば、Ｐ−ＣＳＣＦであり得る。
【００１８】
図３に示されているように、現在のシグナリングは以下の通りであり、ここで、ステップは、以下で説明される順序以外の任意の好適な順序で実施され得る。
【００１９】
ステップ３０１
ＵＥ１０１は、アタッチ要求メッセージをＭＭＥ／ＳＧＳＮ１０２に送る。ＭＭＥ／ＳＧＳＮ１０２は、ＵＥ１０１からアタッチ要求メッセージを受信する。アタッチ要求メッセージとともに、ＰＤＮコネクティビティ要求が送られる。
【００２０】
ステップ３０２
ＭＭＥ／ＳＧＳＮ１０２は、セッション作成要求（ｃｒｅａｔｅ  ｓｅｓｓｉｏｎ  ｒｅｑｕｅｓｔ）メッセージをＰＧＷ／ＧＧＳＮ１０７に送る。セッション作成要求メッセージは、ＳＧＷ１０６を介して送られる。ＰＧＷ／ＧＧＳＮ１０７は、ＭＭＥ／ＳＧＳＮ１０２からセッション作成要求メッセージを受信する。
【００２１】
ステップ３０３
ＰＧＷ／ＧＧＳＮ１０７は、Ｇｘインターフェース上でクレジット制御要求初期（ＣＣＲ−Ｉ：Ｃｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ｒｅｑｕｅｓｔ−Ｉｎｉｔｉａｌ）メッセージをＰＣＲＦ１０８に送る。メッセージは、フレーム化ＩＰ＝ＩＰ＿ＵＥを指示する情報を含む。
ＰＣＲＦ１０８は、ＰＧＷ／ＧＧＳＮ１０７からＣＣＲ−Ｉメッセージを受信する。Ｇｘインターフェースは、ＰＧＷ／ＧＧＳＮ１０７とＰＣＲＦ１０８との間にある。
【００２２】
ステップ３０４
ＰＣＲＦ１０８は、クレジット制御返答初期（ＣＣＡ−Ｉ：Ｃｒｅｄｉｔ  Ｃｏｎｔｒｏｌ  Ａｎｓｗｅｒ−Ｉｎｉｔｉａｌ）メッセージをＰＧＷ／ＧＧＳＮ１０７に送る。ＰＧＷ／ＧＧＳＮ１０７は、ＰＣＲＦ１０８からＣＣＡ−Ｉメッセージを受信する。
【００２３】
ステップ３０５
ＰＧＷ／ＧＧＳＮ１０７は、ＳＧＷ１０６を介してセッション作成応答（ｃｒｅａｔｅ  ｓｅｓｓｉｏｎ  ｒｅｓｐｏｎｓｅ）メッセージをＭＭＥ／ＳＧＳＮ１０２に送る。メッセージは、ＩＰ＿ＵＥを指示する情報を含む。ＭＭＥ／ＳＧＳＮ１０２は、ＰＧＷ／ＧＧＳＮ１０７からセッション作成応答メッセージを受信する。セッション作成応答メッセージは、ステップ３０２におけるセッション作成要求メッセージに対する応答である。
【００２４】
ステップ３０６
ＭＭＥ／ＳＧＳＮ１０２は、アタッチアクセプトメッセージをＵＥ１０１に送る。アタッチアクセプトとともに、ＩＰ＿ＵＥを指示する情報を含むデフォルトＥＰＳベアラアクティブ化要求（ａｃｔｉｖａｔｅ  ｄｅｆａｕｌｔ  ＥＰＳ  ｂｅａｒｅｒ  ｒｅｑｕｅｓｔ）メッセージが送られる。メッセージは、ＩＰ＿ＵＥを指示する情報を含み得る。ＵＥ１０１は、ＭＭＥ／ＳＧＳＮ１０２からアタッチアクセプトメッセージを受信する。アタッチアクセプトメッセージは、ステップ３０１におけるアタッチ要求メッセージに対する応答である。アタッチアクセプトメッセージとともに、デフォルトＥＰＳベアラアクティブ化要求メッセージが送られる。
【００２５】
ステップ３０７
ステップ３０１〜３０６が実施された後、ＵＥ１０１は優先サービス（ｐｒｉｏｒｉｔｙ  ｓｅｒｖｉｃｅ）を始動する。優先サービスは、特殊サービスとして説明され得る。
【００２６】
ステップ３０８
ＡＦ１４０は、ＡＡＲ−ＩメッセージをＰＣＲＦ１０８に送る。ＡＡＲ−Ｉメッセージは、Ｒｘインターフェース上で送られる。ＡＡＲ−Ｉメッセージは、優先サービスとフレーム化ＩＰ＝ＩＰ＿ＵＥとを指示する情報を含む。Ｒｘインターフェースは、ＰＣＲＦ１０８とＡＦ１４０との間にある。ＰＣＲＦ１０８は、ＡＦ１４０からＡＡＲ−Ｉメッセージを受信する。
【００２７】
ステップ３０９
ＰＣＲＦ１０８は、ＩＰ＿ＵＥに基づいてＧｘ−Ｒｘバインディングを実施する。
【００２８】
ＰＣＲＦ１０８は、最初に、ＰＧＷ／ＧＧＳＮ１０７に向かって、ＰＤＮのためのＧｘセッション、すなわちＩＰ−コネクティビティアクセスネットワーク（ＩＰ−ＣＡＮ）セッションを確立する。次いで、ＰＣＲＦ１０８は、ＡＦ１４０に向かって、サービスのためのＲｘセッションを確立し、サービスは、ＰＤＮ上で搬送されることになる。ＰＣＲＦ１０８は、Ｒｘセッション、すなわちサービスをＧｘセッションにバインドする必要があり、たとえば、ＩＰアドレスに基づき、場合によっては他のパラメータにも基づくＰＤＮを必要とする。
【００２９】
複数のＰＣＲＦ１０８をもつネットワークでは、特定のＩＰ−ＣＡＮセッションのためにＧｘ、ＲｘおよびＳ９参照ポイント上で確立される、すべてのＤｉａｍｅｔｅｒセッションが、同じＰＣＲＦインスタンスを使用することが確実にされなければならない。このセッション相関能力は、「セッションバインディング」または「ＰＣＲＦバインディング」と呼ばれることがある。たとえば、ＬＴＥ  ＵＥのためにＧｘインターフェース上で作成されるセッションが、加入者識別子、たとえば国際モバイル加入者識別情報（ＩＭＳＩ）に基づいて、特定のＰＣＲＦにルーティングされ得る。Ｒｘインターフェース上で別のセッションが作成されるとき、このセッションは、割り振られたＩＰアドレスによって識別される。セッション要求が正しいＰＣＲＦにルーティングされることを確実にするために、加入者識別子と、割り振られたＩＰアドレスと、選定されたＰＣＲＦインスタンスとの間の関係が、ＩＰ−ＣＡＮセッションの持続時間の間維持されなければならない。他の言葉を使用すると、バインディングは、１つのＩＰ−ＣＡＮセッションへのＡＦセッション情報の関連付けを含む。
【００３０】
ステップ３１０
ＰＣＲＦ１０８は、Ｒｅ−Ａｕｔｈ−Ｒｅｑｕｅｓｔ（ＲＡＲ）メッセージをＰＧＷ／ＧＧＳＮ１０７に送る。メッセージは、Ｇｘインターフェース上で送られる。ＲＡＲメッセージは、優先サービスのための動的ポリシー制御および課金（ＰＣＣ）を含む。
【００３１】
ステップ３１１
優先サービスのための保証ビットレート（ＧＢＲ）をもつデディケーテッドベアラが作成される。
【００３２】
図３を要約すると、ＡＦ１４０は、ＵＥ要求、すなわちステップ３０１に基づいて、特殊サービス、すなわちフロー中の優先サービスのためのリソース予約、すなわちステップ３０８を要求する。
−  ステップ３０９：ＰＣＲＦ１０８は、最初に、ＵＥ  ＩＰアドレスに基づいて、対応するＧｘセッションを見つける。
−  ステップ３１０：ＰＣＲＦ１０８は、さらに、Ｇｘ上で要求をＰＧＷ／ＧＧＳＮ１０７に送る。
−  ステップ３１１：ＰＧＷ／ＧＧＳＮ１０７は、サービス区別を実現するために、ＧＢＲの形態で、特定のベアラサービス品質（ＱｏＳ）を含むデディケーテッドベアラ作成を開始する。
【００３３】
区別は、１つのＵＥについての、および、たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サービス、セッション開始プロトコル（ＳＩＰ）シグナリング、ボイスメディア、ビデオメディアなど、サービスについての、サービス区別を指す。言い換えれば、サービスに対して、それは異なるサービス品質を必要とする。
【００３４】
緊急サービス組織や企業の顧客への高優先データサービスを提供するという、市場からのニーズがあり、そこでは第１のＵＥ１０１が、ＷｉＦｉまたは他の同様の短距離無線技術を用いて様々な第２のＵＥ１０３が接続される無線／ＬＴＥルータとして働く。
【００３５】
上記のことは、第１のＵＥ１０１、すなわち、モバイルルータにアタッチされた第２のＵＥ１０３によって開始されるサービスを含む、緊急サービス組織または企業の顧客が、非緊急または非輻輳シナリオにおけるデータサービスと比較して、緊急または輻輳シナリオなどの場合には、より優先度の高いデータサービスをもつデディケーテッドベアラを使用する必要があることを意味する。非緊急および非輻輳シナリオにおけるデータは、緊急および輻輳シナリオと比較して、より低い優先度を有する。たとえば、採鉱現場では、ＬＴＥルータに接続された監視デバイスがあり、緊急の場合、監視デバイスは、そのカメラをオンにし、ライブビデオを緊急センターにストリーミングする。監視デバイスは、ネットワークにおいてストリーミングライブビデオを優先させるために、より高いＱｏＳプロファイルをもつデディケーテッドベアラが確立されることを求める。
【００３６】
現在のＰＣＣアーキテクチャでは、ルータとしての第１のＵＥ１０１に接続された第２のＵＥ１０３が、優先サービスを開始し、アドレスＩＰ＿ｄｅｖｉｃｅＸが、ＡＦ１４０、たとえばＰ−ＣＳＣＦからのサービス要求において使用される場合、デディケーテッドベアラをトリガすることが可能でないことがある。以下が、これの説明である。
【００３７】
第１のＵＥ１０１がモバイルルータとして働くとき、第１のＵＥに接続された第２のＵＥ１０３が、ソースアドレスＩＰ＿ｄｅｖｉｃｅＸを使用して優先サービスを開始する場合、ＰＣＲＦ１０８が、対応するＧｘセッションを見つけることができないので、優先サービスがまったく通らないことがある。図４は、そのようなシナリオの一例を示す。図４は、ＰＣＣソリューションに関する問題、すなわち、第１のＵＥ１０１にアタッチされた第２のＵＥ１０３から始動されたサービスについてのデディケーテッドベアラ作成がないことを示す。ネットワークノード１２２は、図４中のｅＮＢを用いて例示される。
【００３８】
図４では、第１のＵＥ１０１は、モバイルルータとして働き、ＩＰルータと呼ばれることもある。２つの第２のＵＥ１０３が第１のＵＥ１０１に接続されている、モバイルルータとして働く第１のＵＥ１０１が例示される。２つの第２のＵＥ１０３は、ＩＰ＿ｄｅｖｉｃｅ１、たとえばラップトップと、ＩＰ＿ｄｅｖｉｃｅ２、たとえばモバイルフォンとである。２つの第２のＵＥ１０３は、第１のＵＥ１０１のフレーム化ルート中に含まれる。２つの第２のＵＥ１０３は一例にすぎず、任意の好適な他の数の第２のＵＥ１０３も適用可能であることに留意されたい。また、図４は、簡略化されたフローであり、簡単のために本明細書に示されないものによっても実施される追加の方法ステップがあり得ることに留意されたい。図４では、第１のＵＥ１０１がルータとして働くという点で、図４は図３とは異なり、すなわち、第１のＵＥ１０１は、第１のＵＥ１０１に接続された第２のＵＥ１０３を有し、第２のＵＥ１０３は、第１のＵＥ１０１の背後にある。図３では、１つのＵＥのみがあり、そのＵＥはルータとして働いていない。
【００３９】
図４中の方法は、以下のステップのうちの少なくともいくつかを含み、そのステップは、以下で説明される順序以外の任意の好適な順序で実施され得る。
【００４０】
ステップ４０１
このステップは、図３中のステップ３０１に対応する。第１のＵＥ１０１は、アタッチ要求メッセージをＭＭＥ／ＳＧＳＮ１０２に送る。ＭＭＥ／ＳＧＳＮ１０２は、第１のＵＥ１０１からアタッチ要求メッセージを受信する。アタッチ要求とともに、ＰＤＮコネクティビティ要求が送られる。
【００４１】
ステップ４０２
このステップは、図３中のステップ３０２に対応する。ＭＭＥ／ＳＧＳＮ１０２は、セッション作成要求メッセージをＰＧＷ／ＧＧＳＮ１０７に送る。セッション作成要求メッセージは、ＳＧＷ１０６を介して送られる。ＰＧＷ／ＧＧＳＮ１０７は、ＭＭＥ／ＳＧＳＮ１０２からセッション作成要求メッセージを受信する。
【００４２】
ステップ４０３
ＰＧＷ／ＧＧＳＮ１０７は、Ｇｘインターフェース上でＣＣＲ−ＩメッセージをＰＣＲＦ１０８に送る。メッセージは、フレーム化ＩＰ＝ＩＰ＿ｒｏｕｔｅｒを指示する情報を含む。ＰＣＲＦ１０８は、ＰＧＷ／ＧＧＳＮ１０７からＣＣＲ−Ｉメッセージを受信する。Ｇｘインターフェースは、ＰＧＷ／ＧＧＳＮ１０７とＰＣＲＦ１０８との間にある。
【００４３】
ステップ４０４
ＰＣＲＦ１０８は、ＣＣＡ−ＩメッセージをＰＧＷ／ＧＧＳＮ１０７に送る。ＰＧＷ／ＧＧＳＮ１０７は、ＰＣＲＦ１０８からＣＣＡ−Ｉメッセージを受信する。
【００４４】
ステップ４０５
ＰＧＷ／ＧＧＳＮ１０７は、セッション作成応答メッセージをＭＭＥ／ＳＧＳＮ１０２に送る。メッセージは、ＩＰ＿ｒｏｕｔｅｒを指示する情報を含む。ＭＭＥ／ＳＧＳＮ１０２は、ＰＧＷ／ＧＧＳＮ１０７からセッション作成応答メッセージを受信する。セッション作成応答メッセージは、ステップ４０２におけるセッション作成要求メッセージに対する応答である。
【００４５】
ステップ４０６
ＭＭＥ／ＳＧＳＮ１０２は、アタッチアクセプトメッセージを第１のＵＥ１０１に送る。アタッチアクセプトとともに、ＩＰ＿ｒｏｕｔｅｒを指示する情報を含むデフォルトＥＰＳベアラアクティブ化要求が送られ得る。第１のＵＥ１０１は、ＭＭＥ／ＳＧＳＮ１０２からアタッチアクセプトメッセージを受信する。アタッチアクセプトメッセージは、ステップ３０１におけるアタッチ要求メッセージに対する応答である。
【００４６】
ステップ４０７
ステップ４０１〜４０６のうちの少なくともいくつかが実施された後、第１のＵＥ１０１は優先サービスを始動する。優先サービスは、特殊サービスとして説明され得る。優先サービスのソースはＩＰ＿ｄｅｖｉｃｅＸである。
【００４７】
ステップ４０８
ＡＦ１４０は、ＡＡＲ−ＩメッセージをＰＣＲＦ１０８に送る。ＡＡＲ−Ｉメッセージは、Ｒｘインターフェース上で送られる。ＡＡＲ−Ｉメッセージは、優先サービスとフレーム化ＩＰ＝ＩＰ＿ｄｅｖｉｃｅＸとを指示する情報を含む。ＰＣＲＦ１０８は、ＡＦ１４０からＡＡＲ−Ｉメッセージを受信する。ＰＣＲＦ１０８は、ＧｘセッションがＩＰ＿ｒｏｕｔｅｒに関連付けられるので、ＩＰ＿ｄｅｖｉｃｅＸに基づくＧｘセッションを見つけようとしない。したがって、ＰＣＲＦ１０８は、任意のＲｘ−Ｇｘバインディングを実施することが可能でない。
【発明の概要】
【００４８】
上記の欠点のうちの少なくともいくつかをなくし、無線電気通信ネットワークのための改善された（１つまたは複数の）ノードと（１つまたは複数の）方法とを提供することが目的である。
【００４９】
本明細書の実施形態は、サービス区別を達成するためのＰＣＲＦにおける方法と、対応するＰＣＲＦと、サービス区別を達成するためのＰＧＷにおける方法と、対応するＰＧＷとに関する。
【００５０】
モバイルルータとして働く第１のＵＥにアタッチされた第２のＵＥのためのサービス区別を達成するためのＰＣＲＦにおける方法。本方法は、ＰＣＲＦにおいて、さらなるノードから、第１のＵＥのためのＰＤＮ接続を確立するための要求を受信することであって、その要求が、第１のＵＥのルーティング情報を含む、受信することと、ＰＣＲＦにおいて、ＡＦから、サービスのためのリソース予約についての要求を、第２のＵＥからの要求に基づいて受信することであって、その要求が、第２のＵＥのＩＰアドレスを含む、受信することと、ＰＣＲＦにおいて、第１のＵＥのルーティング情報を第２のＵＥのＩＰアドレスと相関させることとを含む。
【００５１】
本明細書の実施形態は、モバイルルータとして働く第１のＵＥにアタッチされた第２のＵＥのためのサービス区別を達成するためのＰＣＲＦにも関する。本ＰＣＲＦは、さらなるノードから、第１のＵＥのためのＰＤＮ接続を確立するための要求を受信することであって、その要求が、第１のＵＥのルーティング情報を含む、受信することと、ＡＦから、サービスのためのリソース予約についての要求を、第２のＵＥからの要求に基づいて受信することであって、その要求が、第２のＵＥのＩＰアドレスを含む、受信することと、第１のＵＥのルーティング情報を第２のＵＥのＩＰアドレスと相関させることとを行うように設定される。
【００５２】
またさらに、本明細書の実施形態は、モバイルルータとして働く第１のＵＥにアタッチされた第２のＵＥのためのサービス区別を達成するためのＰＧＷ／ＧＧＳＮにおける方法に関し、本方法は、ＡＦから要求されたサービスについてＰＣＲＦからリソース予約要求を受信することであって、そのリソース予約要求が、第２のＵＥのＩＰアドレスとの第１のＵＥの相関させられたルーティング情報を含む、受信することと、ＡＦから要求されたサービスについてのデディケーテッドベアラを作成または更新することとを含む。
【００５３】
本明細書の実施形態は、モバイルルータとして働く第１のＵＥにアタッチされた第２のＵＥのためのサービス区別を達成するためのＰＧＷ／ＧＧＳＮにも関する。本ＰＧＷ／ＧＧＳＮは、ＡＦから要求されたサービスについてＰＣＲＦからリソース予約要求を受信することであって、そのリソース予約要求が、第２のＵＥのＩＰアドレスとの第１のＵＥの相関させられたルーティング情報を含む、受信することと、ＡＦから要求されたサービスについてのデディケーテッドベアラを作成または更新することとを行うように設定される。
【００５４】
本明細書の実施形態は多くの利点を与え、それらの例の非網羅的リストは以下の通りである。
【００５５】
本明細書の実施形態の利点は、ルータとしての第１のＵＥにアタッチされた第２のＵＥから開始されるサービスのためのデディケーテッドベアラ作成によってサービス区別を達成することを可能にすることである。これは、優先サービスおよび／または緊急サービスを提供する利点を有する。
【００５６】
本明細書の実施形態は、上述の特徴および利点に限定されない。当業者は、以下の発明を実施するための形態を読めば、追加の特徴および利点を認識するであろう。
【００５７】
以下では、本発明は、非限定的なやり方で説明され、同封の図面に示された例示的な実施形態に関してより詳細に説明される。
【図面の簡単な説明】
【００５８】
【図１】例示的なネットワークを示す概略ブロック図である。
【図２】例示的なシグナリングフローを示す概略ブロック図である。
【図３】例示的なシグナリングフローを示す概略ブロック図である。
【図４】例示的なシグナリングフローを示す概略ブロック図である。
【図５】例示的なシグナリングフローを示す概略ブロック図である。
【図６】ＰＣＲＦによって実施される方法を示すフローチャートである。
【図７】ＰＧＷ／ＧＧＳＮによって実施される方法を示すフローチャートである。
【図８】インフラストラクチャノードである、例示的なデバイスを示す概略ブロック図である。
【図９】ＵＥ／端末／デバイスノードである、例示的なデバイスを示す概略ブロック図である。
【発明を実施するための形態】
【００５９】
図面は必ずしも一定の縮尺であるとは限らず、いくつかの特徴の寸法は明快のために誇張されていることがある。代わりに、本明細書では、実施形態の原理を示すことに重きが置かれる。
【００６０】
図１中の例示的なセルラー電気通信インフラストラクチャネットワークを参照しながら、以下のソリューションについて考える。
【００６１】
ＰＣＲＦ１０８は、ＩＰ＿ｒｏｕｔｅとＩＰ＿ｄｅｖｉｃｅＸとの相関を行う。
（１）ＰＧＷ／ＧＧＳＮ１０７は、Ｇｘセッション確立中にフレームＩＰアドレスまたはフレーム化ＩＰｖ６プレフィックスに加えて、ＩＰｖ６のためのフレーム化ルートまたは委任ＩＰｖ６プレフィックス（ｄｅｌｅｇａｔｅｄ  ＩＰｖ６  ｐｒｅｆｉｘ）をもＰＣＲＦ１０８に提供する。別のオプションは、ＰＣＲＦ１０８が、ＩＰｖ６のためのフレーム化ルートまたは委任ＩＰｖ６プレフィックスを加入プロファイルリポジトリ（ＳＰＲ）またはユーザデータリポジトリ（ＵＤＲ）から得ることである。
（２）ＰＣＲＦ１０８はまた、Ｇｘ−ＲｘセッションバインディングにおいてＩＰ＿ｒｏｕｔｅｒとＩＰ＿ｄｅｖｉｃｅＸとの相関を行うために、フレーム化ルートまたは委任ＩＰｖ６プレフィックスを検査することになる。
【００６２】
本明細書の実施形態は、ルータとしての第１のＵＥ１０１にアタッチされた第２のＵＥ１０３から開始されるサービスのためのデディケーテッドベアラ作成によってサービス区別を達成することを可能にする。これは、優先サービスおよび／または緊急サービスを提供する利点を有する。
【００６３】
次に、図５を参照しながら、例がより詳細に説明される。本明細書の実施形態は、以下のステップのうちの少なくとも１つを含み得る。ステップの順序は、以下で説明されるステップの順序である必要がない。代わりに、当業者によって認識される任意の好適な順序が可能である。
【００６４】
デディケーテッドベアラ作成によって達成されるサービス区別
図５について説明し始める前に、図４において示され、前に説明された現在のシグナリングが要約される。図４に示されている現在のシグナリングは以下の通りである。
−  ＡＦ１４０、たとえばＰ−ＣＳＣＦは、ＵＥ要求に基づいて、特殊サービス、すなわちフロー中の優先サービスのためのリソース予約を要求する。
−  ＰＣＲＦ１０８は、最初に、ＵＥ  ＩＰアドレスに基づいて、対応するＧｘセッションを見つける。
−  ＰＣＲＦ１０８は、さらに、Ｇｘインターフェース上で要求をＰＧＷ／ＧＧＳＮ１０７に送る。
−  ＰＧＷ／ＧＧＳＮ１０７は、サービス区別を実現するために、特定のベアラＱｏＳを含むデディケーテッドベアラ作成を開始する。
【００６５】
前述のように、この現在のシグナリングに関する問題は、Ｇｘセッションがそのフレーム化ＩＰとしてのＩＰ＿ｒｏｕｔｅｒを有するので、ＰＣＲＦ１０８が、ＩＰ＿ｄｅｖｉｃｅＸに基づくＧｘセッションを見つけようとしないということである。
【００６６】
これをハンドリングするための１つの可能なソリューションが以下で説明される。
（１）ＰＧＷ／ＧＧＳＮ１０７は、ＩＰ−ＣＡＮセッション確立時に、フレーム化ルートをもＰＣＲＦ１０８に提供する。
（２）ＰＣＲＦ１０８は、Ｇｘ−Ｒｘセッションバインディングを実施するために、ＡＦ１４０から受信されたＩＰアドレスと、ＰＧＷ／ＧＧＳＮ１０７から受信されたフレーム化ルートとを相関させる。
【００６７】
このソリューションでは、モバイルルータとしての第１のＵＥ１０１にアタッチされた第２のＵＥ１０３が、優先サービスなど、サービスを始動するときに、ＧＢＲベアラを使用してサービス区別が達成され得る。
【００６８】
次に、図５を参照しながら、上記で手短に説明されたソリューションのための例示的なシグナリングフローがより詳細に説明される。
【００６９】
図５では、第１のＵＥ１０１は、モバイルルータとして働き、ＩＰルータまたは無線ルータと呼ばれることもある。この例では、２つの第２のＵＥ１０３が、モバイルルータとして働く第１のＵＥ１０１に接続される。２つの第２のＵＥ１０３は、ＩＰ＿ｄｅｖｉｃｅ１、たとえばラップトップと、ＩＰ＿ｄｅｖｉｃｅ２、たとえばモバイルフォンとである。２つの第２のＵＥ１０３は、第１のＵＥ１０１のフレーム化ルート中に含まれる。２つの第２のＵＥ１０３は一例にすぎず、任意の好適な他の数の第２のＵＥ１０３も適用可能であることに留意されたい。また、図５は、簡略化されたフローであり、簡単のために本明細書に示されないものによっても実施される追加の方法ステップがあり得ることに留意されたい。ネットワークノード１２２は、図５中のｅＮＢを用いて例示される。
【００７０】
図５に示されている方法は、以下のステップのうちの少なくとも１つを含み、そのステップは、以下で説明される順序以外の任意の好適な順序で実施され得る。
【００７１】
ステップ５０１
このステップは、図３中のステップ３０１と、図４中のステップ４０１とに対応する。第１のＵＥ１０１は、アタッチ要求メッセージをＭＭＥ／ＳＧＳＮ１０２に送る。ＭＭＥ／ＳＧＳＮ１０２は、第１のＵＥ１０１からアタッチ要求メッセージを受信する。アタッチ要求とともに、ＰＤＮコネクティビティ要求が送られる。
【００７２】
ステップ５０２
このステップは、図３中のステップ３０２と、図４中のステップ４０２とに対応する。ＭＭＥ／ＳＧＳＮ１０２は、セッション作成要求メッセージをＰＧＷ／ＧＧＳＮ１０７に送る。セッション作成要求メッセージは、ＳＧＷ１０６を介して送られる。ＰＧＷ／ＧＧＳＮ１０７は、ＭＭＥ／ＳＧＳＮ１０２からセッション作成要求メッセージを受信する。
【００７３】
ステップ５０３
ＰＧＷ／ＧＧＳＮ１０７は、アクセス要求メッセージをｒａｄｉｕｓサーバ１４５に送る。アクセス要求は、ｒａｄｉｕｓアクセス要求と呼ばれることがある。ｒａｄｉｕｓサーバ１４５は、ＰＧＷ／ＧＧＳＮ１０７からアクセス要求メッセージを受信する。
【００７４】
ステップ５０４
ｒａｄｉｕｓサーバ１４５は、アクセス応答メッセージをＰＧＷ／ＧＧＳＮ１０７に送る。アクセス応答メッセージは、フレーム化ルート、すなわちフレーム化ルートを指示する情報を含む。フレーム化ルートを指示する情報は、フレーム化ルート情報、フレーム化ルートデータ、フレーム化ルートパラメータ、フレーム化ルート属性などと呼ばれることもある。アクセス応答メッセージは、ステップ５０３におけるアクセス要求メッセージに対する応答である。ＰＧＷ／ＧＧＳＮ１０７は、ｒａｄｉｕｓサーバ１４５からアクセス応答メッセージを受信する。
【００７５】
ステップ５０５
ＰＧＷ／ＧＧＳＮ１０７は、Ｇｘインターフェース上で、ＣＣＲ−ＩメッセージをＰＣＲＦ１０８に送る。ＣＣＲ−Ｉメッセージは、フレーム化ＩＰ＝ＩＰ＿ｒｏｕｔｅｒとフレーム化ルートとを指示する情報を含む。ＰＣＲＦ１０８は、ＰＧＷ／ＧＧＳＮ１０７からＣＣＲ−Ｉメッセージを受信する。
【００７６】
ステップ５０６
ＰＣＲＦ１０８は、ＣＣＡ−ＩメッセージをＰＧＷ／ＧＧＳＮ１０７に送る。ＰＧＷ／ＧＧＳＮ１０７は、ＰＣＲＦ１０８からＣＣＡ−Ｉメッセージを受信する。
【００７７】
ステップ５０７
ＰＧＳ／ＧＧＳＮ１０７は、セッション作成応答メッセージをＭＭＥ／ＳＧＳＮ１０２に送る。セッション作成応答メッセージは、ＩＰ＿ｒｏｕｔｅｒを指示する情報を含む。ＭＭＥ／ＳＧＳＮ１０２は、ＰＧＷ／ＧＧＳＮ１０７からセッション作成応答メッセージを受信する。セッション作成応答メッセージは、ステップ５０２におけるセッション作成要求に対する応答である。
【００７８】
ステップ５０８
ＭＭＥ／ＳＧＳＮ１０２は、アタッチアクセプトメッセージを第１のＵＥ１０１に送る。アタッチアクセプトメッセージは、ＩＰ＿ｒｏｕｔｅｒを指示する情報をもつデフォルトＥＰＳベアラアクティブ化要求を含む。第１のＵＥ１０１は、ＭＭＥ／ＳＧＳＮ１０２からアタッチアクセプトメッセージを受信する。アタッチアクセプトメッセージは、ステップ５０１におけるアタッチ要求メッセージに対する応答である。
【００７９】
ステップ５０９
第２のＵＥ１０３のうちの少なくとも１つが優先サービスを始動し、ここで、ソースがＩＰ＿ｄｅｖｉｃｅＸであることが指示される。
【００８０】
ステップ５１０
ＡＦ１４０は、Ｒｘインターフェース上で、ＡＡＲ−ＩメッセージをＰＣＲＦ１０８に送る。ＡＡＲ−Ｉメッセージは、優先サービスとフレーム化ＩＰ＝ＩＰ＿ｄｅｖｉｃｅＸとを指示する情報を含む。ＰＣＲＦ１０８は、ＡＦ１４０からＡＡＲ−Ｉメッセージを受信する。
【００８１】
ステップ５１１
ＰＣＲＦ１０８は、Ｇｘ−Ｒｘバインディングのためのフレーム化ルートについて再びＩＰ＿ｄｅｖｉｃｅＸを検査する。
【００８２】
ステップ５１２
ＰＣＲＦ１０８は、Ｇｘインターフェース上で、ＲＡＲメッセージをＰＧＷ／ＧＧＳＮ１０７に送る。ＲＡＲメッセージは、優先サービスのための動的ＰＣＣを指示する情報を含む。ＰＧＷ／ＧＧＳＮ１０７は、ＰＣＲＦ１０８からＲＡＲメッセージを受信する。
【００８３】
ステップ５１３
優先サービスのためのＧＢＲをもつデディケーテッドベアラが作成される。
【００８４】
図５は、以下のようにも説明され得る。
−  ステップ５０１：モバイルルータとして働く第１のＵＥ１０１は、ｅＮＢ１２２を介してアタッチ要求メッセージ、たとえばＰＤＮコネクティビティ要求をＭＭＥ／ＳＧＳＮ１０２に送る。
−  ステップ５０２：ＭＭＥ／ＳＧＳＮ１０２は、次に、ＳＧＷ１０６を介してセッション作成要求メッセージをＰＧＷ／ＧＧＳＮ１０７に送る。
−  ステップ５０３：ＰＧＷ／ＧＧＳＮ１０７は、次に、ｒａｄｉｕｓアクセス要求メッセージをｒａｄｉｕｓサーバ１４５に送る。
−  ステップ５０４：ｒａｄｉｕｓサーバ１４５は、フレーム化ルートエレメントを含むアクセス応答メッセージでＰＧＷ／ＧＧＳＮ１０７に応答する。
−  ステップ５０５：ＰＧＷ／ＧＧＳＮ１０７は、次に、フレーム化ＩＰ＝ＩＰ＿ｒｏｕｔｅｒエレメントとフレーム化ルートエレメントとをもつＧｘ  ＣＣＲ＿ＩメッセージをＰＣＲＦ１０８に送る。
−  ステップ５０６：ＰＣＲＦ１０８は、ＣＣＡ＿ＩメッセージでＰＧＷ／ＧＧＳＮ１０７に応答する。
−  ステップ５０７：ＰＧＷ／ＧＧＳＮ１０７は、ＳＧＷ１０６を介して、ＩＰ＿ｒｏｕｔｅｒエレメントをもつセッション作成応答メッセージをＭＭＥ／ＳＧＳＮ１０２に送る。
−  ステップ５０８：ＭＭＥ／ＳＧＳＮ１０２は、デフォルトＥＰＳベアラアクティブ化要求をもつアタッチアクセプトメッセージを第１のＵＥ１０１に送る。デフォルトＥＰＳベアラアクティブ化要求は、ＩＰ＿ｒｏｕｔｅｒエレメントを含む。
−  ステップ５０９：第１のＵＥ１０１は、ＡＦ１４０に向かって、（１つまたは複数の）アタッチされた第２のＵＥ１０３、たとえばＩＰ＿ｄｅｖｉｃｅＸのために、ソース：ＩＰ＿ｄｅｖｉｃｅＸとともに、優先サービスを始動する。ＡＦ１４０は、Ｐ−ＣＳＣＦの形態のものであり得る。
−  ステップ５１０：ここではＰ−ＣＳＣＦの形態の、ＡＦ１４０は、優先サービスエレメントとフレーム化ＩＰ＝ＩＰ＿ｄｅｖｉｃｅＸエレメントとをもつＲｘ：ＡＡＲ−ＩメッセージでＰＣＲＦ１０８に応答する。
−  ステップ５１１：ＰＣＲＦ１０８はまた、Ｇｘ−Ｒｘバインディングのためにフレーム化ルートに対してＩＰ＿ｄｅｖｉｃｅＸを検査することになる。
−  ステップ５１２：ＰＣＲＦ１０８は、優先サービスエレメントのための動的ＰＣＣをもつＧｘ  ＲＡＲメッセージをＰＧＷ／ＧＧＳＮ１０７に送る。
−  ステップ５１３：優先サービスのためのＧＢＲをもつデディケーテッドベアラが作成される。
【００８５】
ＰＣＲＦ１０８は、第１のＵＥ１０１のルーティング情報を第２のＵＥ１０３のＩＰアドレスと相関またはマッピングし得る。これは、たとえば、ルックアップテーブル中で、またはアルゴリズムに従って行われ得る。
【００８６】
フレーム化ルート属性は、ＮＡＳ上でユーザのために、すなわちＮＡＳ上で第１のＵＥ１０１のために設定されるべきルーティング情報を提供する。フレーム化ルート情報は、アクセスアクセプトメッセージ中でｒａｄｉｕｓサーバ１４５から返され得る。ステップ５０８を参照されたい。
【００８７】
たとえば、ＶｏＬＴＥの場合、ＧＢＲベアラが選好される。ＧＢＲは、緊急サービスの場合にも選好される。
【００８８】
図５に示されているように、ソリューションは以下である。
−  ＰＤＮ接続セットアップにおいて、ＰＧＷ／ＧＧＳＮ１０７は、ｒａｄｉｕｓサーバ１４５から取得されたフレーム化ルートをもＰＣＲＦ１０８に提供する。
−  ＡＦ１４０、たとえばＰ−ＣＳＣＦが、特定のサービスのためのリソース予約を要求するとき、ＰＣＲＦ１０８はまた、Ｇｘ−Ｒｘセッションバインディングを実施するためにフレーム化ルートを検査することになる。
【００８９】
別の代替案は、ＰＣＲＦ１０８が、フレーム化ルートをＳＰＲ／ＵＤＲ（図５に図示せず）から得ることができることである。
【００９０】
次に、上記で説明された方法が、ＰＣＲＦ１０８の観点から見て説明される。図６は、モバイルルータとして働く第１のＵＥ１０１にアタッチされた第２のＵＥ１０３のためのサービス区別を達成するためのＰＣＲＦ１０８によって実施される本方法について説明するフローチャートである。本方法は、ＰＣＲＦ１０８における以下のステップのうちの少なくとも１つを含み、そのステップは、以下で説明される順序以外の任意の好適な順序で実施され得る。
【００９１】
ステップ６０１
このステップは、図５中のステップ５０５に対応する。ＰＣＲＦ１０８は、さらなるノード１０７から、モバイルルータとして働く第１のＵＥ１０１のためのＰＤＮ接続を確立するための要求を受信する。要求は、第１のＵＥ１０１のルーティング情報を含む。
【００９２】
第１のＵＥ１０１のルーティング情報は、ＮＡＳ上でユーザのために、すなわちＮＡＳ上で第１のＵＥ１０１のために設定されるべきルーティング情報を含み得る。
【００９３】
第１のＵＥ１０１のルーティング情報は、フレーム化ルートまたは委任ＩＰｖ６プレフィックスまたはフレーム化ＩＰｖ６ルートを含み得る。フレーム化ルートは、ｒａｄｉｕｓサーバ１４５から受信され得る。
【００９４】
さらなるノード１０７は、第２のノード１０７と呼ばれることもあり、ＰＣＲＦ１０８は、第１のノード１０８と呼ばれることがある。
【００９５】
さらなるノード１０７はＰＧＷ／ＧＧＳＮ１０７であり得る。さらなるノード１０７はＳＰＲ／ＵＤＲであり得る。
【００９６】
ステップ６０２
このステップは、図５中のステップ５１０に対応する。ＰＣＲＦ１０８は、ＡＦ１４０から、サービスのためのリソース予約についての要求を、第１のＵＥ１０１にアタッチされている第２のＵＥ１０３からの要求に基づいて受信する。要求は、第２のＵＥ１０３のＩＰアドレスを含む。
【００９７】
リソース予約要求は、ＡＦ１４０から要求されたサービスについてのデディケーテッドベアラを確立または更新するためのＰＧＷ／ＧＧＳＮ１０７への再許可要求（ｒｅ−ａｕｔｈｏｒｉｚａｔｉｏｎ  ｒｅｑｕｅｓｔ）であり得る。確立することは、作成することと同じであり得る。
【００９８】
リソースは、ＥＰＳ中のリソース、すなわち、サービスのＱｏＳ要件に一致するデディケーテッドリソースである。デディケーテッドリソースは、ＥＰＳ中のデディケーテッドベアラであり得る。
【００９９】
ステップ６０３
このステップは、図５中のステップ５１１に対応する。ＰＣＲＦ１０８は、第１のＵＥ１０１のルーティング情報を第２のＵＥ１０３のＩＰアドレスと相関させる。相関させることは、関連付けること、関係付けること、リンクすること、接続することなどと呼ばれることもある。
【０１００】
相関させることは、第１のＵＥ１０１のルーティング情報に対応するＧｘセッションを取得することをさらに含み得る。Ｇｘセッションを取得することは、Ｇｘセッションを見つけることと呼ばれることもある。
【０１０１】
相関させることは、第１のＵＥ１０１のルーティング情報中で第２のＵＥ１０３のＩＰアドレスを指示することをさらに含み得る。ＩＰアドレスを指示することは、ＩＰアドレスを指定または追加することと呼ばれることもある。
【０１０２】
相関は、ＰＤＮセッション確立時にＰＣＲＦ１０８によってハンドリングされ得る。
【０１０３】
ルーティング情報は、第１のＵＥ１０１のＩＰアドレスとフレーム化ルートとを含み得、相関させることは、第１のＵＥ１０１のフレーム化ルートを第２のＵＥ１０３のＩＰアドレスと相関させることを含み得る。
【０１０４】
ステップ６０４
このステップは、図５中のステップ５１１に対応する。ＰＣＲＦ１０８は、Ｇｘ−Ｒｘセッションバインディングを実施し得る。
【０１０５】
ステップ６０５
このステップは、図５中のステップ５１２に対応する。ＰＣＲＦ１０８は、Ｇｘインターフェース上でリソース予約要求をＰＧＷ／ＧＧＳＮ１０７に送り得る。リソース予約要求は、第１のＵＥ１０１のルーティング情報と第２のＵＥ１０３のＩＰアドレスとの相関を含み得る。
【０１０６】
一例では、リソース予約要求は、第２のＵＥ１０３のＩＰアドレスとのルーティング情報を含む。
【０１０７】
リソース予約要求は、ＡＦ１４０から要求されたサービスについてのＰＧＷ／ＧＧＳＮ１０７への再許可要求であり得るか、またはリソース予約要求は、ＡＦ１５４０から要求されたサービスについてのデディケーテッドベアラを確立するためのＰＧＷ／ＧＧＳＮ１０７への再許可要求であり得る。
【０１０８】
図６に示されている、モバイルルータとして働く第１のＵＥ１０１にアタッチされた第２のＵＥ１０３のためのサービス区別を達成するための方法ステップを実施するために、ＰＣＲＦ１０８は、さらなるノード１０７から、モバイルルータとして働く第１のＵＥ１０１のためのＰＤＮ接続を確立するための要求を受信するように設定される。要求は、第１のＵＥ１０１のルーティング情報を含む。さらなるノードはＰＧＷ／ＧＧＳＮ１０７であり得る。さらなるノードはＳＰＲ／ＵＤＲであり得る。
【０１０９】
ＰＣＲＦ１０８は、ＡＦ１４０から、サービスのためのリソース予約についての要求を、第２のＵＥ１０３からの要求に基づいて受信するように設定される。第２のＵＥ１０３は、第１のＵＥ１０１にアタッチされる。要求は、第２のＵＥ１０３のＩＰアドレスを含む。
【０１１０】
ＰＣＲＦ１０８は、第１のＵＥ１０１のルーティング情報を第２のＵＥ１０３のＩＰアドレスと相関させるように設定される。
【０１１１】
ルーティング情報は、第１のＵＥ１０１のＩＰアドレスとフレーム化ルートとを含み得、ＰＣＲＦ１０８は、第１のＵＥ１０１のフレーム化ルートを第２のＵＥ１０３のＩＰアドレスと相関させるように設定され得る。
【０１１２】
ＰＣＲＦ１０８は、Ｇｘインターフェース上でリソース予約要求をＰＧＷ／ＧＧＳＮ１０７に送るようにさらに設定され得る。リソース予約要求は、第１のＵＥ１０１のルーティング情報と第２のＵＥ１０３のＩＰアドレスとの相関を含み得る。一例では、リソース予約要求は、第２のＵＥ１０３のルーティング情報を含む。
【０１１３】
リソース予約要求は、ＡＦ１４０から要求されたサービスについてのデディケーテッドベアラを確立するためのＰＧＷ／ＧＧＳＮ１０７への再許可要求であり得る。
【０１１４】
ＰＣＲＦ１０８は、第１のＵＥ１０１のルーティング情報を第２のＵＥ１０３のＩＰアドレスと相関させるために、第１のＵＥ１０１のルーティング情報に対応するＧｘセッションを取得するようにさらに設定され得る。Ｇｘセッションを取得することは、Ｇｘセッションを見つけることと呼ばれることもある。
【０１１５】
ＰＣＲＦ１０８は、第１のＵＥ１０１のルーティング情報を第２のＵＥ１０３のＩＰアドレスと相関させるために、第１のＵＥ１０１のルーティング情報中で第２のＵＥ１０３のＩＰアドレスを指示するようにさらに設定され得る。ＩＰアドレスの指示は、ＩＰアドレスを指定または追加することと呼ばれることもある。
【０１１６】
ＰＣＲＦは、Ｇｘインターフェース上でリソース予約要求をＰＧＷ／ＧＧＳＮ１０７に送るようにさらに設定され得る。要求は、第２のＵＥ１０３のＩＰアドレスを含み得る。
【０１１７】
ＰＣＲＦ１０８は、Ｇｘ−Ｒｘセッションバインディングを実施するようにさらに設定され得る。
【０１１８】
第１のＵＥ１０１のルーティング情報は、ＮＡＳ上でユーザのために、すなわちＮＡＳ上で第１のＵＥ１０１のために設定されるべきルーティング情報を含み得る。
【０１１９】
第１のＵＥ１０１のルーティング情報は、フレーム化ルートまたは委任ＩＰｖ６プレフィックスまたはフレーム化ＩＰｖ６ルートを含み得る。フレーム化ルートまたはフレーム化ＩＰｖ６ルートは、ｒａｄｉｕｓサーバ１４５から受信され得る。
【０１２０】
次に、上記で説明された方法が、ＰＧＷ／ＧＧＳＮ１０７の観点から見て説明される。図７は、モバイルルータとして働く第１のＵＥ１０１にアタッチされた第２のＵＥ１０２のためのサービス区別を達成するためのＰＧＷ／ＧＧＳＮ１０７によって実施される本方法について説明するフローチャートである。本方法は、ＰＧＷ／ＧＧＳＮ１０７における以下のステップのうちの少なくとも１つを含み、そのステップは、以下で説明される順序以外の任意の好適な順序で実施され得る。
【０１２１】
ステップ７０１
このステップは、図５中のステップ５１２に対応する。ＰＧＷ／ＧＧＳＮ１０７は、ＡＦ１４０から要求されたサービスについてＰＣＲＦ１０８からリソース予約要求を受信する。リソース予約要求は、モバイルルータとして働く第１のＵＥ１０１の相関させられたルーティング情報を含む。ルーティング情報は、第２のＵＥ１０３のＩＰアドレスを含む。第２のＵＥ１０３は、第１のＵＥ１０１にアタッチされる。
【０１２２】
リソース予約要求は、ＡＦ１４０から要求されたサービスについてのＰＧＷ／ＧＧＳＮ１０７への再許可要求であり得る。リソース予約要求は、ＡＦ１４０から要求されたサービスについてのデディケーテッドベアラを確立または更新するためのＰＧＷ／ＧＧＳＮ１０７への再許可要求であり得る。確立することは、作成することと同じであり得る。
【０１２３】
リソース予約要求は、Ｇｘインターフェース上でＰＣＲＦ１０８から受信され得る。
【０１２４】
相関させられたルーティング情報は、第１のＵＥ１０１のルーティング情報中で第２のＵＥ１０３のＩＰアドレスを指示する情報をさらに含み得る。ＩＰアドレスを指示することは、ＩＰアドレスを指定または追加することと呼ばれることもある。
【０１２５】
第２のＵＥ１０３のルーティング情報は、ＮＡＳ上でユーザのために、すなわちＮＡＳ上で第１のＵＥ１０１のために設定されるべきルーティング情報を含み得る。第１のＵＥ１０１のルーティング情報は、ＮＡＳ上でユーザ、すなわちＮＡＳ上で第１のＵＥ１０１のために設定されるべきルーティング情報を含み得る。
【０１２６】
第１のＵＥ１０１のルーティング情報は、フレーム化ルートまたはフレーム化ＩＰｖ６ルートまたは委任ＩＰｖ６プレフィックスを含み得る。フレーム化ルートまたはフレーム化ＩＰｖ６ルートまたは委任ＩＰｖ６プレフィックスは、ｒａｄｉｕｓサーバ１４５から受信され得る。
【０１２７】
一例では、リソース予約要求は、モバイルルータとして働く第１のＵＥ１０１のルーティング情報、または第１のＵＥ１０１にアタッチされた第２のＵＥ１０３のルーティング情報を含み得る。
【０１２８】
ステップ７０２
このステップは、図５中のステップ５１３に対応する。ＰＧＷ／ＧＧＳＮ１０７は、ＡＦ１４０から要求されたサービスについてのデディケーテッドベアラを作成または更新する。
【０１２９】
ステップ７０３
このステップは、図５中のステップ５１３に対応する。ＰＧＷ／ＧＧＳＮ１０７は、第２のＵＥ１０３のＩＰアドレスに基づいて、ダウンリンクトラフィックについてのルーティングを実施し得る。ルーティングはさらに、第２のＵＥ１０３のポートに基づき得る。
【０１３０】
図８に示されている、サービス区別を達成するための方法ステップを実施するために、ＰＧＷ／ＧＧＳＮ１０７は、ＰＣＲＦ１０８から、ＡＦ１４０から要求されたサービスについてのリソース予約要求を受信するように設定される。リソース予約要求は、第２のＵＥ１０３のＩＰアドレスとの、モバイルルータとして働く第１のＵＥ１０１の相関させられたルーティング情報を含む。第２のＵＥ１０３は、第１のＵＥ１０１にアタッチされる。リソース予約要求は、ＡＦ１４０から要求されたサービスについてのデディケーテッドベアラを確立するためのＰＧＷ／ＧＧＳＮ１０７への再許可要求であり得る。
【０１３１】
ＰＧＷ／ＧＧＳＮ１０７は、Ｇｘインターフェース上でＰＣＲＦ１０８からリソース予約要求を受信するように設定され得る。
【０１３２】
相関させられたルーティング情報は、第１のＵＥ１０１のルーティング情報中での第２のＵＥ１０３のＩＰアドレスの指示をさらに含む。ＩＰアドレスの指示は、ＩＰアドレスの指定または追加と呼ばれることもある。
【０１３３】
第１のＵＥ１０１のルーティング情報は、ＮＡＳ上でユーザのために、すなわちＮＡＳ上で第１のＵＥ１０１のために設定されるべきルーティング情報を含み得る。
【０１３４】
第１のＵＥ１０１のルーティング情報は、フレーム化ルートまたはフレーム化ＩＰｖ６ルートまたは委任ＩＰｖ６プレフィックスを含み得る。フレーム化ルートまたはフレーム化ＩＰｖ６ルートまたは委任ＩＰｖ６プレフィックスは、ｒａｄｉｕｓサーバ１４５から受信され得る。
【０１３５】
ＰＧＷ／ＧＧＳＮ１０７は、ＡＦ１４０から要求されたサービスについてのデディケーテッドベアラを作成するように設定される。
【０１３６】
ＰＧＷ／ＧＧＳＮ１０７は、第２のＵＥ１０３のＩＰアドレスに基づいて、ダウンリンクトラフィックについてのルーティングを実施するようにさらに設定され得る。
【０１３７】
コアネットワークノード、たとえばＰＣＲＦ１０８またはＰＧＷ／ＧＧＳＮ１０７は、図８に示されているように、少なくとも１つの処理ユニット（ＰＲＯＣ）８０１と、随意に１つまたは複数の、処理ユニット８０１に接続されたコンピュータ可読メモリユニット（ＳＴＯＲ）８０２とを含む。さらに、ノードはまた、ネットワークノード１２２を介して他のコアネットワークノードおよびＵＥ１０１と通信するためのデータ通信インターフェース（ＣＯＭ１）８０５を含む。ネットワークノード１２２は、たとえば、ｅノードＢまたはＲＮＣまたはＢＳＣであり得る。処理ユニット８０１は、通信インターフェース８０５を使用して、制御パケットおよび／またはデータパケットを受信および送信するように構成される。処理ユニット８０１は、動作させられる機能性に応じて、メモリ８０２と通信インターフェース８０５との間でＰＣＲＦ１０８内で、および処理ユニット８０１自体内で、本明細書の実施形態に従ってデータフローと動作とを制御するように構成される。通信インターフェース８０５は、たとえばイーサネットインターフェースまたは非同期転送モード（ＡＴＭ）インターフェースを含み得る。処理ユニット８０１は、たとえば、プロセッサ、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、デジタル信号プロセッサ（ＤＳＰ）、またはフィールドプログラマブルゲートアレイ（ＦＰＧＡ）を含み得る。メモリユニット８０２は、任意の好適な揮発性および／または不揮発性コンピュータ可読ストレージ、たとえば単一のユニット中のメモリまたはユニットの組合せとしてのメモリを含み得る。メモリ８０２は、たとえば、ソリッドステートドライブ、たとえばＳＳＤ、任意のタイプのランダムアクセスメモリ（ＲＡＭ）、ハードディスク（ＨＤ）などを含み得る。処理ユニット８０１が、たとえばマイクロプロセッサまたはＤＳＰである場合など、処理ユニット８０１が命令セットを動作させるように構成された場合、処理ユニット８０１は、コンピュータ可読メモリユニット中にソフトウェアとして記憶された命令セットを動作させるように構成され得る。
【０１３８】
コアネットワークノードの処理ユニット８０１は、収集されたおよび決定されたパラメータを、コアネットワークノード、たとえばＳＧＷ１０６および／もしくはＰＧＷ／ＧＧＳＮ１０７、ネットワークアクセスインターフェースノード、たとえばｅノードＢ／ＲＮＣ／ＢＳＣ１２２、ならびに／またはＵＥ１０１、１０３、あるいはこれらの組合せに送信するための、通信制御モジュール８５０と、アドレスハンドリングモジュール８６０と、送信モジュール８７０とを含み得る。
【０１３９】
図６に示されている方法を実施するために、ＰＣＲＦ１０８は、図８に示されているような構成を含み得る。図７に示されている方法を実施するために、ＰＧＷ／ＧＧＳＮ１０７は、図８に示されているような構成を含み得る。したがって、図８に示されているコアネットワークノードは、たとえばＰＣＲＦ１０８またはＰＧＷ／ＧＧＳＮ１０７であり得る。
【０１４０】
図９を参照すると、第１のＵＥ１０１は、随意のユーザインターフェース（ＵＩ）９１６をハンドリングすることと、通信インターフェースモジュール（ＣＯＭ１）９１５を介してネットワークノードまたは他の第２のＵＥ１０３と無線で通信することとを行うための、メモリ（ＳＴＯＲ）９１２に記憶された命令セットを動作させるように構成された処理ユニット（ＰＲＯＣ）９１１を含む。図７に関連するような、コアネットワークノードに関する、処理デバイスおよびメモリのために使用される例は、図９中の第１のＵＥ１０１にも適用可能である。通信インターフェース９１５は、たとえばＬＴＥベースであるが、同じくＷＣＤＭＡ、ＵＭＴＳ地上波無線アクセス（ＵＴＲＡ）周波数分割複信（ＦＤＤ）、ＵＴＲＡ時分割複信（ＴＤＤ）、ＧＳＭ、ＧＳＭ  ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）、ＥＤＧＥ、または同様のものなど、好適な無線無線技術（ｗｉｒｅｌｅｓｓ  ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）であり得る。処理ユニット９１１は、第１のＵＥ１０１のプロシージャをハンドリングするための、通信制御モジュール９２０と、ネットワークアドレスハンドリングモジュール９３０と、動作モジュール９４０とを含み得る。ネットワークアドレスハンドリングモジュール９３０は、短距離無線通信プロトコルを使用して、第１のＵＥ１０１に接続された第２のＵＥ１０３とのアドレス固有接続プロセスをハンドリングしている。第１のＵＥ１０１は、短距離無線通信モジュール／インターフェース（ＣＯＭ２）９１７をさらに含む。通信制御モジュール９２０は、無線通信モジュール／インターフェース９１５、９１７を使用して通信プロセスをハンドリングする。
【０１４１】
第１のコンピュータプログラムが、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、図５および図６中のステップのうちの少なくとも１つに従って方法を行わせる命令を含み得る。第１のキャリアが第１のコンピュータプログラムを含み得る。第１のキャリアは、電子信号、光信号、無線信号またはコンピュータ可読記憶媒体のうちの１つである。
【０１４２】
第２のコンピュータプログラムが、少なくとも１つのプロセッサ上で実行されたとき、少なくとも１つのプロセッサに、図５および図７中のステップのうちの少なくとも１つに従って方法を行わせる命令を含み得る。第２のキャリアが第２のコンピュータプログラムを含み得、第２のキャリアは、電子信号、光信号、無線信号またはコンピュータ可読記憶媒体のうちの１つである。
【０１４３】
本発明は、ネットワークノード、またはいくつかのネットワークノードとＵＥとの組合せで実装され得る実施形態を含む。方法は、処理ユニット中の命令セットとして実行するように構成され、関連する（１つまたは複数の）ノードのメモリまたはコンピュータ可読記憶ユニットに記憶された、ソフトウェアとして実装され得る。
【０１４４】
ＵＥとコアネットワークノードの両方のために、プロセッサは、本明細書で説明された方法に関連するような、データと制御メッセージとの送信を準備および開始するように構成される。
【０１４５】
要約すると、第１のＵＥ１０１がモバイルルータとして働くとき、第１のＵＥ１０１は、ルータとしての第１のＵＥ１０１に割り当てられたＩＰアドレスを得て、「ＩＰ＿ｒｏｕｔｅｒ」と示される。第１のＵＥ１０１にアタッチされた第２のＵＥ１０３のＩＰアドレスは、フレーム化ルート中で指定されたサブセット内にあり、これらのＩＰアドレスは、「ＩＰ＿ｄｅｖｉｃｅＸ」と示され、ここで、Ｘは１、２．．．である。ＩＰアドレスは、ＩＰｖ４またはＩＰｖ６アドレスであり得る。
【０１４６】
第１のＵＥ１０１にアタッチされた第２のＵＥ１０３が、アップリンクトラフィックを送るとき、第２のＵＥ１０３は、ＩＰ＿ｒｏｕｔｅｒとは異なる、ＩＰ＿ｄｅｖｉｃｅＸを使用し得る。また、ＰＧＷ／ＧＧＳＮ１０７が、フレーム化ルートに一致する宛先アドレスもつパケットを受信するとき、パケットは、関連付けられたＰＤＮセッションを通して第１のＵＥ１０１にフォワーディングされ、最終的に、第１のＵＥ１０１にアタッチされた第２のＵＥ１０３にフォワーディングされる。
【０１４７】
コアネットワークノードの機能性は、ネットワーク機能仮想化（ＮＦＶ）ソリューションとして実装され、コアネットワークまたは外部ネットワーク中の任意の好適なロケーションにあり得、たとえば、ＰＧＷ／ＧＧＳＮ１０７は、特定のハードウェアノード、または他のコアノードソフトウェア実装形態とともに潜在的にコロケートされる好適なハードウェアノードで実装されたソフトウェアソリューションであり得ることに留意されたい。
【０１４８】
「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」という単語は、列挙されているエレメントまたはステップ以外のエレメントまたはステップの存在を除外しないことと、要素に先行する「ａ」または「ａｎ」という単語は、複数のそのようなエレメントの存在を除外しないこととに留意されたい。いかなる参照符号も、特許請求の範囲を限定しないことと、本発明は、ハードウェアとソフトウェアの両方によって少なくとも部分的に実装され得ることと、いくつかの「手段」または「ユニット」は、ハードウェアの同じ項目によって表され得ることとにさらに留意されたい。
【０１４９】
上記で言及および説明された実施形態は、例として与えられたにすぎず、本発明に対する限定であるべきではない。以下で説明される特許実施形態に記載の本発明の範囲内の、他のソリューション、使用、目的、および機能が当業者には明らかであるべきである。
【図１】
0006845323.tif 000002
【図２】
0006845323.tif 000003
【図３】
0006845323.tif 000004
【図４】
0006845323.tif 000005
【図５】
0006845323.tif 000006
【図６】
0006845323.tif 000007
【図７】
0006845323.tif 000008
【図８】
0006845323.tif 000009
【図９】
0006845323.tif 000010