JP2017511981A

JP2017511981A - 被中継ｕｅへのトラヒック及び被中継ｕｅからのトラヒックを中継するｕｅ（ｕｅ−ｒ）でのデータレート制御

Info

Publication number: JP2017511981A
Application number: JP2015545971A
Authority: JP
Inventors: ドリンパナイトポル; クリストフルティエリドンキャ; ベノアレクロアール
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2014-03-19
Filing date: 2015-03-05
Publication date: 2017-04-27
Also published as: GB201404962D0; GB2524301A; US9980180B2; US20170006503A1; WO2015141165A1; EP2962519A1

Abstract

通信システム(１)が開示される。この通信システム(１)においては、中継ユーザデバイス(ＵＥ−Ｒ) (３−２)が、他の(被中継)ユーザデバイス(ＵＥ) (３−１、３−３)に対するデータを中継するためのビットレート情報(例えば、ＡＭＢＲ(ａｇｇｒｅｇａｔｅｍａｘｉｍｕｍｂｉｔｒａｔｅ))を取得する。前記ビットレート情報は、前記他の(被中継)デバイスＵＥ１から、前記ＵＥ１をアプリケーションサーバＡＳ(ＰＳＣＣ)へ登録するためのメッセージを受信することによって取得しても良い。前記登録メッセージは、ＵＥ１識別子と、ＵＥ−Ｒ識別子と、前記ＵＥ１により前記ＵＥ−Ｒを介した通信に際して要求されるビットレートを特定する情報(例えば、Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲ等のＡＭＢＲパラメータ)と、を含んでも良い。前記ＵＥ−Ｒは、コアネットワーク(７)ノード(例えば、Ｐ−ＧＷ若しくはＳ−ＧＷ、ＭＭＥ又はＰＣＲＦといったゲートウェイデバイス)へ、前記ＵＥ１から受信した、前記ビットレート情報が関連する前記ＵＥ(３−１、３−３)に対する通信データを中継するためのビットレートを特定する前記情報を含む前記登録メッセージを送信する。前記ＵＥ−Ｒ(３−２)は、前記ＵＥ(３−１、３−３)から受信したデータを、基地局(５)へ中継し、前記基地局(５)から受信した前記ＵＥ(３−１、３−３)に対するデータを、前記ＵＥ(３−１、３−３)へ中継する。【選択図】図７

Description

本発明は、通信システム、並びにそのパーツ及び方法に関する。発明は、但しこれに限定されるものでは無いが、特に３ＧＰＰ(３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ)規格又はこれと同等若しくは派生の規格に従って動作する無線通信システム及びそのデバイスに関連する。

無線通信システムは、ＵＥ(ＵｓｅｒＥｑｕｉｐｍｅｎｔ)のユーザが、多くの基地局の一つ及び多くのコアネットワークの一つを介して他のユーザと通信することを可能にする。大略、ＵＥは携帯(セルラ)電話機等のモバイル端末であるが、ＵＥとの用語は一般に、ラップトップコンピュータ、ウェブブラウザ、ＭＴＣ(ｍａｃｈｉｎｅ−ｔｙｐｅｃｏｍｍｕｎｉｃａｔｉｏｎ)デバイス等の固定通信デバイスも示し得る。以降の説明においては、ユーザ通信デバイスとの文言を、このような各種タイプのＵＥ(移動及び固定)をカバーする意図で使用する。

アクティブ又は接続状態において、ユーザ通信デバイスは、ネットワークへ登録されると共に基地局とのＲＲＣ(ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ)コネクションを有し、以てネットワークが、ユーザ通信デバイスがどの基地局(又はそのセル)に属するかを知見し、且つユーザ通信デバイスとデータを送受信出来るようにする。各ユーザ通信デバイスは、ユーザ通信デバイスから、基地局を超えたエンドポイント、大略、ＥＰＣ(ＥｎｈａｎｃｅｄＰａｃｋｅｔＣｏｒｅ)ネットワーク又は概してコアネットワークにおけるゲートウェイ(ＰＤＮ−ＧＷ又はＰ−ＧＷ(ｐａｃｋｅｔｄａｔａｎｅｔｗｏｒｋｇａｔｅｗａｙ)等)へのデフォルトＥＰＳ(ＥｖｏｌｖｅｄＰａｃｋｅｔＳｙｓｔｅｍ)ベアラ(すなわち、終端間の専用通信パス)も確立する。ユーザ通信デバイスに固有のＥＰＳベアラは、ネットワークを介した伝送パスを定義し、ＩＰ(ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ)アドレスをユーザ通信デバイスへ割り当てる。

コアネットワークにおけるＭＭＥ(ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ)は、ユーザ通信デバイスの一般的なモビリティアスペクトを管理し、例えばユーザ通信デバイスが通信システムによってカバーされる地理的エリア内を移動する場合(及び／又は、ユーザ通信デバイスが移動或いは通信条件の変化に因って通信システムの基地局間でハンドオーバされる場合)に、ユーザ通信デバイスとの接続性が維持されることを保証する。また、ＭＭＥは、ユーザ通信デバイスに関連した各種ベアラ(ＥＰＳベアラ等)を、このようなベアラを提供する他のネットワークノードを制御することによって管理する。そうするために、ＭＭＥは、ＮＡＳ(Ｎｏｎ−ＡｃｃｅｓｓＳｔｒａｔｕｍ)シグナリングをユーザ通信デバイス(及び／又は他のネットワークノード)と交換して、通信セッションの確立を管理する。

Ｅ−ＵＴＲＡＮと呼称されるＵＴＲＡＮ(ＵＭＴＳＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ)のＬＴＥ(ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ)の一部として、ＰｒｏＳｅ(ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄｓｅｒｖｉｃｅｓ)が導入されている。ＰｒｏＳｅは、基地局及びコアネットワークを介して一のユーザ通信デバイスから他のユーザ通信デバイスへ提供される非ダイレクトベアラ(例えば、一対のＥＰＳベアラ上)よりはむしろ、対応ユーザ通信デバイス同士間での直接的なダイレクトＤ２Ｄ(ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ)通信ベアラを利用する。よって、ＰｒｏＳｅ対応のユーザ通信デバイスは、他のＰｒｏＳｅユーザ通信デバイスの伝送範囲内に在る場合(或いは、他のＰｒｏＳｅユーザ通信デバイスと同一の基地局によりサーブされる場合)に、コアネットワークリソースの使用を必要とせずにユーザデータを伝送可能である。このようなサービスは、ダイレクト通信(又は基地局のみを介してルーティングされる通信)におけるユーザ通信デバイス同士間の特別な“Ｄ２Ｄ”ベアラを、(依然として他のタイプの通信に用いるものではあるが)デフォルト又は他の従来ＥＰＳベアラに代えて確立することによって達成可能である。このダイレクトな又はローカルルーティングされる通信は、特に無線インタフェース上の限られた利用可能リソースのより良き活用をもたらし得る。ＰｒｏＳｅ機能の詳細は、３ＧＰＰ技術レポートＴＲ２３．７０３文書で規定されており、その内容をここに取り込む。

最近になって、ユーザ通信デバイスにおけるＰｒｏＳｅ機能を用いた中継機能の提供が提案されており、一のユーザ通信デバイス(“ＵＥ−Ｒｅｌａｙ”又は“ＵＥ−Ｒ”と呼称する)が、他のユーザ通信デバイスに対するシグナリング及びユーザデータを、当該他のユーザ通信デバイスがネットワークカバレッジ内に位置しない場合であっても、ネットワークへ及びネットワークから中継することを可能にしている。この場合、被中継(ｒｅｌａｙｅｄ)ユーザ通信デバイスは、ＵＥ−Ｒを介してネットワーク(ユーザプレーン(ｕｓｅｒｐｌａｎｅ)データ及び制御プレーン(ｃｏｎｔｒｏｌｐｌａｎｅ)データの両者)と通信し、以て同一のサービスへ、あたかも被中継ユーザ通信デバイスがネットワークの基地局によりサーブされていたかの如くアクセスすることが可能である。

ＰｒｏＳｅサービスの恩恵を受けることを可能にするため、ＰｒｏＳｅ対応のユーザ通信デバイスは、所謂ディスカバリ手順(これは、ネットワーク補助／カバレッジを伴って又は伴わずに実行可能である)を実行する。このディスカバリ手順の一部として、ＰｒｏＳｅ対応のユーザ通信デバイス各々は、自デバイスをこれに近接した他のユーザ通信デバイスへアナウンスするためのビーコンを(例えば周期的に)送信し、また他のデバイスによるビーコン送信を聴受する。２つ(或いはそれ以上)のユーザ通信デバイスは、互いを発見した後(例えば、他のユーザ通信デバイスのビーコンを受信した後)に、互いにＰｒｏＳｅ通信セッションを開始することが可能である。

ＵＥ−Ｒとして動作するユーザ通信デバイスは、トラヒックを、１以上の接続されたユーザ通信デバイスへ(中継)ＰＤＮ(ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ)コネクションを介して中継することが可能である。この中継コネクションに加えて、ＵＥ−Ｒは、自身の使用のための(中継されない)トラヒック(例えば、音声呼、インターネットサービス、マルチメディアサービス等)を送受信する。

例示的なシナリオにおいて、ユーザのグループ(例えば、緊急現場での保安公務員(ＰｕｂｌｉｃＳａｆｅｔｙＯｆｆｉｃｅｒｓ)のチーム)は、ネットワークカバレッジが不十分な場合であっても、互いに及び／又はネットワークと通信する必要があり得る。この場合、一のユーザが、自身の端末をＵＥ−Ｒｅｌａｙとして使用しつつ、自身の用途でも使用し続ける。例えば、ＵＥ−Ｒのユーザは、ｉ)アクセスポイント(ゲートウェイ)を介した(グループ)音声サービス、及びｉｉ)他の(又は同一の)アクセスポイントを介したリモートサーバ(例えば、緊急状況監視サーバ)からの映像ストリーミングといったサービスを利用し得る。

アクセスポイントは、大略ゲートウェイ(例えば、上述したＰ−ＧＷ)であり、その関連ＡＰＮ(ＡｃｃｅｓｓＰｏｉｎｔＮａｍｅ)によって特定可能である。適切なレベルのサービス(例えば、所望のデータレート)が通信ネットワークにおける各ユーザへ提供されることを保証するため、ネットワークオペレータは、ネットワークにおけるユーザ(加入者)へ加入者毎且つアクセスポイント毎に提供可能なＡＭＢＲ(ａｇｇｒｅｇａｔｅｍａｘｉｍｕｍｂｉｔｒａｔｅ)を決定する各種パラメータを割り当てる。具体的には、加入者毎に、ＨＳＳ(ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ)が、ユーザの加入者データを形成する、関連“ＨＳＳ＿ＡＰＮ−ＡＭＢＲ”パラメータ(ＡＰＮ毎)及び“ＨＳＳ＿ＵＥ−ＡＭＢＲ”パラメータを保持する。

特定(加入者の)ユーザ通信デバイスのためのＨＳＳ＿ＡＰＮ−ＡＭＢＲ(ＡＰＮＡｇｇｒｅｇａｔｅｍａｘｉｍｕｍＢｉｔＲａｔｅ)パラメータは、当該ユーザ通信デバイスによる特定のＡＰＮを介した全てのＰＤＮコネクションに亘って、非保証型のアグリゲート・ビットレートを制限する。特定のアクセスポイント(例えば、Ｐ−ＧＷ)により使用(強制)されるべき実際の“ＡＰＮ−ＡＭＢＲ”パラメータは、ＭＭＥによりＨＳＳから取得した加入者データに基づいて提供される。

特定(加入者の)ユーザ通信デバイスのためのＨＳＳ＿ＵＥ−ＡＭＢＲ(ＵＥＡｇｇｒｅｇａｔｅｍａｘｉｍｕｍＢｉｔＲａｔｅ)パラメータは、アップリンク及びダウンリンク上での(サービング(ｓｅｒｖｉｎｇ)基地局を介した)当該ユーザ通信デバイスの合計トラヒックを制限する。サービング基地局により使用(強制)されるべき実際の“ＵＥ−ＡＭＢＲ”パラメータは、ＭＭＥによりＨＳＳから取得した加入者データに基づいて提供される。具体的には、ＭＭＥが、ＵＥ−ＡＭＢＲパラメータを、アクティブＡＰＮの全てのＨＳＳ＿ＡＰＮ−ＡＭＢＲパラメータとＨＳＳ−ＵＥ−ＡＭＢＲパラメータとの和の内のより小さいものと等しくなるように算出する。このことは、３ＧＰＰＴＳ２３．４０１規格で更に説明されており、その内容をここに取り込む。ＭＭＥは、算出したＵＥ−ＡＭＢＲパラメータをサービング基地局へ送信し、以て基地局は、ＵＥ−ＡＭＢＲパラメータに従って、ユーザ通信デバイスに対するデータトラヒックを許可／廃棄することが可能である。このことは、３ＧＰＰＴＳ３６．４１３及びＴＳ３６．３００規格で更に説明されており、その内容をここに取り込む。

よって、特定のユーザ通信デバイスによりＵＥ−ＡＭＢＲパラメータが示すビットレートを超えて送受信されるトラヒックは、当該ユーザ通信デバイスをサーブする基地局のレートシェイピング機能によって廃棄され得て、適切なＡＰＮ−ＡＭＢＲパラメータが示すビットレートを超過するトラヒックは、対応ＡＰＮのレートシェイピング機能によって廃棄され得る。ＵＥ−ＡＭＢＲパラメータ及びＡＰＮ−ＡＭＢＲパラメータは、特定加入者(すなわち、当該加入者に関連したユーザ通信デバイス)の全ての非ＧＢＲ(ｎｏｎ−ＧｕａｒａｎｔｅｅｄＢｉｔＲａｔｅ)に亘って適用可能である。

ＵＥ−Ｒ背後のユーザ通信デバイスは(依然としてＵＥ−Ｒを介して通信可能であるものの)、(必ずしも)ネットワークへアタッチする又は接続状態に在るものでは無いと考えられる。このため、このような被中継ユーザ通信デバイスに対して伝送されるデータは、ＵＥ−Ｒ用の対応ＡＰＮ−ＡＭＢＲ及び／又はＵＥ−ＡＭＢＲの値を超過せずに、送受信されるだけである。しかしながら、ＵＥ−Ｒ用のＡＰＮ−ＡＭＢＲ及び／又はＵＥ−ＡＭＢＲの値は、被中継トラヒック及びＵＥ−Ｒに対する通常トラヒックの両者をサポートするには小さ過ぎる虞がある。このことは、被中継ＵＥが一時的に大きな追加帯域幅を要求する(例えば、消防士が緊急／事故現場から映像ファイルを他のユーザへアップロード／ダウンロードする)といった、中継目的に必要な帯域幅が動的に変化する場合(例えば、パブリックセーフティのシナリオの場合)において特に問題となり得る。

また、ＵＥ−Ｒは、自身の(中継されない)トラヒックを優先し、被中継トラヒックを優先しないように設定され得る。よって、通常の(中継されない)通信サービスと比して、被中継ユーザ通信デバイスのユーザによって(及び／又は、場合によりＵＥ−Ｒのユーザによっても)認識されるユーザ・エクスペリエンス(ｕｓｅｒｅｘｐｅｒｉｅｎｃｅ)は、ＵＥ−Ｒベースの中継が使用される間に劣化する虞がある。

想定されるソリューションは、ネットワークオペレータが、ＵＥ−Ｒ用にＨＳＳに記憶されたＡＰＮ−ＡＭＢＲ及びＵＥ−ＡＭＢＲパラメータの値を増加させて、中継の間に追加的なデータ使用率を占めることであろう。しかしながら、このようなソリューションは、実際上、ＵＥ−Ｒのユーザへ追加的な特権(例えば、より高い実効データレート)を与えてしまうという重大な欠点を有し得る。また、ＵＥ−Ｒ用のＡＰＮ−ＡＭＢＲ及びＵＥ−ＡＭＢＲパラメータの値の増加は、ＵＥ−Ｒと、接続される(被中継)ユーザ通信デバイスとの間での公平(均等)なデータ使用率を保証し得ない。事実、ＵＥ−Ｒ用のＡＭＢＲ値の増加は、当該ＵＥ−Ｒに接続される被中継ユーザ通信デバイスのためのビットレートの増加を何らもたらさないであろう。加えて、このような被中継ユーザ通信デバイスは、必ずしもコアネットワークによりアタッチしていると認識されない。故に、それらに関連した(ＨＳＳに記憶される)ＡＭＢＲ値は、ネットワークが被中継トラヒックのために用いることが出来ない。

従って、本発明の好ましい実施形態は、上記課題の１以上を克服或いは少なくとも部分的に軽減する方法及び装置を提供することを目的とする。

一の態様において、発明は、セルラ通信ネットワークにおいて、他のユーザ通信デバイスに対する通信データを中継する中継ユーザ通信デバイスを提供する。このユーザ通信デバイスは、前記セルラ通信ネットワークにおける他のユーザ通信デバイスと通信する手段であって、第１の通信インタフェースを介して少なくとも一つの他のユーザ通信デバイスと通信し、第２の通信インタフェースを介して基地局と通信する通信手段と、前記通信手段を制御して、他のユーザ通信デバイスの各々から前記第１のインタフェースを介して受信した通信データを、前記第２のインタフェースを介して前記基地局へ中継し、前記第２のインタフェースを介して前記基地局から受信した他のユーザ通信デバイスの各々に対する通信データを、前記第１のインタフェースを介して当該他のユーザ通信デバイスへ中継する制御手段と、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する情報を、取得する取得手段と、を備える。前記制御手段は、前記通信手段を制御して、前記ビットレートが関連する前記少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する前記情報を、前記基地局を介して少なくとも一つのコアネットワークノードへ送信する。

前記取得手段は、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する前記情報を、前記ビットレートが関連する前記少なくとも一つの他のユーザ通信デバイスから受信することによって、取得しても良い。

前記取得手段は、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する前記情報を、前記少なくとも一つの他のユーザ通信デバイスをＡＳ（ａｐｐｌｉｃａｔｉｏｎｓｅｒｖｅｒ）へ登録する処理の過程で、取得しても良い。

前記取得手段は、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する前記情報を、中継コネクションを確立する処理の過程で、取得しても良い。

前記取得手段は、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する前記情報を、前記ビットレートに関連する識別子を、前記ビットレートが関連する前記少なくとも一つの他のユーザ通信デバイスから受信し、前記受信した識別子に基づき、前記ビットレートが関連する前記少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する前記情報を取得すること、によって取得しても良い。

前記制御手段は、前記通信手段を制御して、前記基地局を介してコアネットワークデバイスへ、ビットレートを特定する前記情報を、自中継ユーザ通信デバイスを特定する情報と関連付けて送信しても良い。

前記制御手段は、前記通信手段を制御して、前記基地局を介してコアネットワークデバイスへ、ビットレートを特定する前記情報を、前記ビットレートが関連する前記少なくとも一つの他のユーザ通信デバイスを特定する情報と関連付けて送信しても良い。

自中継ユーザ通信デバイスを特定する前記情報、及び／又は前記ビットレートが関連する前記少なくとも一つの他のユーザ通信デバイスを特定する前記情報は、当該ユーザデバイスに関連したＩＭＳＩ（ＩｎｔｅｒｎａｔｉｏｎａｌｍｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｔｙ）、当該ユーザデバイスに関連したＩＰアドレス、当該ユーザデバイスに関連したパブリックセーフティ（ｐｕｂｌｉｃｓａｆｅｔｙ）識別子、当該ユーザデバイスに関連したＭＳＩＳＤＮ（ＭｏｂｉｌｅＳｔａｔｉｏｎＩｎｔｅｒｎａｔｉｏｎａｌＳｕｂｓｃｒｉｂｅｒＤｉｒｅｃｔｏｒｙＮｕｍｂｅｒ）、当該ユーザデバイスに関連したＰｒｏＳｅＩＤ（ｐｒｏｘｉｍｉｔｙｓｅｒｖｉｃｅｓｉｄｅｎｔｉｆｉｅｒ）、当該ユーザデバイスに関連したＴＭＳＩ（ＴｅｍｐｏｒａｒｙＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｆｉｅｒ）、及び当該ユーザデバイスに関連したＧＵＴＩ（ＧｌｏｂａｌｌｙＵｎｉｑｕｅＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ）の少なくとも一つを含んでも良い。

ビットレートを特定する前記情報は、ＡＭＢＲ（ａｇｇｒｅｇａｔｅｍａｘｉｍｕｍｂｉｔｒａｔｅ）を含んで良い。ビットレートを特定する前記情報は、ＡＰＮ＿ＡＭＢＲ（ＡＭＢＲ（ａｇｇｒｅｇａｔｅｍａｘｉｍｕｍｂｉｔｒａｔｅ）ｆｏｒａｓｐｅｃｉｆｉｃａｃｃｅｓｓｐｏｉｎｔ）を含んでも良い。ビットレートを特定する前記情報は、特定サービス（例えば、特定のパブリックサービス）に関連したＡＭＢＲ（ａｇｇｒｅｇａｔｅｍａｘｉｍｕｍｂｉｔｒａｔｅ）を含んでも良い。ビットレートを特定する前記情報は、特定のパブリックセーフティサービス（例えば、特定のパブリックサービス）に関連したＡＭＢＲ（ａｇｇｒｅｇａｔｅｍａｘｉｍｕｍｂｉｔｒａｔｅ）を含んでも良い。ビットレートを特定する前記情報は、特定のユーザ識別子又はユーザ通信デバイス識別子(ｕｓｅｒＩＤ又はｕｓｅｒｃｏｍｍｕｎｉｃａｔｉｏｎｄｅｖｉｃｅＩＤ)に関連したＡＭＢＲ（ａｇｇｒｅｇａｔｅｍａｘｉｍｕｍｂｉｔｒａｔｅ）を含んでも良い。

前記少なくとも一つのコアネットワークノードは、ゲートウェイデバイス（例えば、ＰＤＮ−ＧＷ若しくはＰ−ＧＷ（ｐａｃｋｅｔｄａｔａｎｅｔｗｏｒｋｇａｔｅｗａｙ）、又はＳ−ＧＷ（ｓｅｒｖｉｎｇｇａｔｅｗａｙ））、ＭＭＥ（ｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）、及びＰＣＲＦ（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＲｕｌｅｓＦｕｎｃｔｉｏｎ）の少なくとも一つを含んでも良い。

前記制御手段は、前記通信手段を制御して、前記基地局を介した少なくとも一つのコアネットワークノードに対する送信と、前記少なくとも一つのコアネットワークノードを介したアプリケーションサーバ（例えば、ＰＳＣＣ（ＰｕｂｌｉｃＳａｆｅｔｙＣｏｎｔｒｏｌＣｅｎｔｅｒ）及び／又はＧＣＳＥ（ＧｒｏｕｐＣｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍＥｎａｂｌｅｒｓ）ＡＳ）に対する送信とを行っても良い。

一の態様において、発明は、セルラ通信ネットワークにおいて、中継ユーザ通信デバイスによる中継のために前記中継ユーザ通信デバイスとデータ通信するユーザ通信デバイスを提供する。このユーザ通信デバイスは、前記セルラ通信ネットワークにおける他のユーザ通信デバイスと通信する手段であって、自ユーザ通信デバイスの代理として通信データを中継するためのビットレートを決定可能な情報を、前記中継ユーザ通信デバイスとの通信インタフェースを介して伝送する通信手段、を備える。

前記通信手段は、自ユーザ通信デバイスの代理として通信データを中継するためのビットレートを決定可能な情報を伝送し、前記情報は、自ユーザ通信デバイスの代理として通信データを中継するための前記ビットレートを特定する情報、を含んでも良い。

前記通信手段は、自ユーザ通信デバイスの代理として通信データを中継するためのビットレートを決定可能な情報を伝送し、前記情報は、前記ビットレートに関連した識別子を含んでも良い。

一の態様において、発明は、中継ユーザ通信デバイスを介して提供される、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する情報を、受信する受信手段と、中継ユーザ通信デバイスを介して提供されるビットレートを特定する前記情報に基づき、前記中継ユーザ通信デバイスが前記少なくとも一つの他のユーザ通信デバイスとの中継コネクションを有する場合における前記中継ユーザ通信デバイスとの通信用のデータスループットを制御するためのパラメータを、生成する生成手段と、データスループットを制御するための前記パラメータを、前記中継ユーザ通信デバイスへ送信する送信手段と、を備えたコアネットワークノードを提供する。前記受信手段は、ビットレートを特定する前記情報を、他のコアネットワークノードを介して前記中継ユーザ通信デバイスから受信する。

前記受信手段は、ビットレートを特定する前記情報を、コアネットワークゲートウェイを巻き込むこと無く基地局を介して、前記中継ユーザ通信デバイスから受信しても良い。

前記受信手段は、ビットレートを特定する前記情報を、コアネットワークゲートウェイを介して、前記中継ユーザ通信デバイスから受信しても良い。

前記受信手段は、ビットレートを特定する前記情報を、当該情報を提供する前記中継ユーザ通信デバイスを特定する情報と関連付けて受信しても良い。

前記コアネットワークノードは、ＭＭＥ（ｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）であっても良い。

一の態様において、発明は、中継ユーザ通信デバイスを介して提供される、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する情報を、当該情報を提供する前記中継ユーザ通信デバイスを特定する情報と関連付けて、受信する受信手段と、前記中継ユーザ通信デバイスが前記少なくとも一つの他のユーザ通信デバイスとの中継コネクションを有する場合、前記中継ユーザ通信デバイスを介して要求された前記ビットレートに基づき、前記中継ユーザ通信デバイスとの通信用のデータスループットを制御する制御手段と、を備えたコアネットワークノードを提供する。

前記コアネットワークノードは、ゲートウェイデバイス（例えば、ＰＤＮ−ＧＷ若しくはＰ−ＧＷ（ｐａｃｋｅｔｄａｔａｎｅｔｗｏｒｋｇａｔｅｗａｙ）、又はＳ−ＧＷ（ｓｅｒｖｉｎｇｇａｔｅｗａｙ））であっても良い。

一の態様において、発明は、中継ユーザ通信デバイスを介して、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する情報を、当該情報を提供する前記中継ユーザ通信デバイスを特定する情報と関連付けて、受信する受信手段と、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する前記情報を、当該情報を提供する前記中継ユーザ通信デバイスを特定する前記情報と関連付けて、他のコアネットワークノードへ送信する送信手段と、を備えた通信ノードを提供する。

前記通信ノードは、ゲートウェイデバイス（例えば、ＰＤＮ−ＧＷ若しくはＰ−ＧＷ（ｐａｃｋｅｔｄａｔａｎｅｔｗｏｒｋｇａｔｅｗａｙ）、又はＳ−ＧＷ（ｓｅｒｖｉｎｇｇａｔｅｗａｙ））であっても良い。

前記通信ノードは、アプリケーションサーバ（例えば、ＰＳＣＣ（ＰｕｂｌｉｃＳａｆｅｔｙＣｏｎｔｒｏｌＣｅｎｔｅｒ）及び／又はＧＣＳＥ（ＧｒｏｕｐＣｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍＥｎａｂｌｅｒｓ）ＡＳ）であっても良い。

前記通信ノードは、ビットレートを特定する前記情報により示されるビットレートが、少なくとも一つのオペレータポリシに従っているか否かを検証する検証手段、をさらに備えても良い。前記送信手段は、ビットレートを特定する前記情報が少なくとも一つのオペレータポリシに従っている場合に、当該情報を前記他のコアネットワークノードへ送信しても良い。前記送信手段は、ビットレートを特定する前記情報が少なくとも一つのオペレータポリシに従っていない場合には、当該情報を前記他のコアネットワークノードへ送信しないでも良い。

前記検証手段は、ビットレートを特定する前記情報が少なくとも一つのオペレータポリシに従っていない場合、前記ビットレートの値を調整しても良い。前記送信手段は、ビットレートを特定する前記情報が少なくとも一つのオペレータポリシに従っていない場合、前記調整されたビットレートを特定する情報を、前記他のコアネットワークノードへ送信しても良い。

前記コアネットワークノードは、ＰＣＲＦ（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＲｕｌｅｓＦｕｎｃｔｉｏｎ）であっても良い。

一の態様において、発明は、上述した中継ユーザ通信装置と、上述したユーザ通信装置と、上述したコアネットワークノードと、上述した通信ノードと、を備えたシステムを提供する。

発明の態様は、対応する方法、及び命令が記憶されたコンピュータ可読媒体等のコンピュータプログラムプロダクトにも及ぶ。前記命令は、プログラマブルプロセッサを、上記態様で説明した方法、並びに上述した若しくは特許請求の範囲に記載される可能な方法、及び／又は適切に採用されるコンピュータをプログラムしていずれかの請求項に記載される装置を提供する方法を実施するようプラグラムすることを可能とする。

(特許請求の範囲を含む)本明細書で開示される及び／又は図面に示される各特徴を、他の開示及び又は図示される特徴とは独立して(或いは組み合わせて)、発明に組み込んでも良い。特に、但し限定するものでは無いが、特定の独立請求項に従属する請求項の特徴を、組み合わせて又は独立して当該独立請求項へ導入しても良い。

発明の実施形態が適用されるセルラ通信システムを概略的に示している。図１に示すシステムの一部を形成するユーザ通信デバイスの幾つかの機能を示した機能ブロック図である。図１に示すシステムの一部を形成する基地局の幾つかの機能を示した機能ブロック図である。図１に示すシステムの一部を形成するＭＭＥ(ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ)の幾つかの機能を示した機能ブロック図である。図１に示すシステムの一部を形成するＰ−ＧＷ(ＰＤＮＧａｔｅｗａｙ)の幾つかの機能を示した機能ブロック図である。図１に示すシステムの一部を形成するＰＣＲＦ(ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＲｕｌｅｓＦｕｎｃｔｉｏｎ)の幾つかの機能を示した機能ブロック図である。図１に示すシステムにおいてレート強制を実現し得る例示的な方法を示したタイミングチャートである。図１に示すシステムにおいてレート強制を実現し得る他の例示的な方法を示したタイミングチャートである。図７又は図８に従いゲートウェイにおいてパケットハンドリングを実現し得る例示的な方法を示したフローチャートである。図７又は図８に従った例示的なレート強制シナリオを示している。

発明の実施形態を、例として、図面を参照して説明する。

＜概要＞
図１は、通信ネットワーク(システム)１を概略的に示しており、この通信ネットワーク１においては、ＵＥ(この例では、ユーザ通信デバイス) ３−１〜３−３のユーザが、Ｅ−ＵＴＲＡＮ基地局５及びコアネットワーク７を介して互いに且つ他のユーザと通信可能である。当業者にとって明らかな通り、図１では説明目的で３つのユーザ通信デバイス３と１つの基地局５とが示されているが、展開されるシステムにおいては追加のＵＥ及び／又は基地局が存在しても良い。

基地局５は、コアネットワーク７へ接続され、コアネットワーク７は、１以上のゲートウェイを介して他のネットワーク１０(例えば、インターネット)へも接続される。基地局５とコアネットワーク７のエレメントとの間のインタフェースは、例えば、光ファイバリンク等の高速、高帯域通信リンクを活用し得る。コアネットワーク７は、特に、ＭＭＥ(ｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ) １１と、Ｓ−ＧＷ(ｓｅｒｖｉｎｇｇａｔｅｗａｙ) １３と、Ｐ−ＧＷ(ＰＤＮ(ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ) Ｇａｔｅｗａｙｓ) １４−１及び１４−２と、ＰＣＲＦ(ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＲｕｌｅｓＦｕｎｃｔｉｏｎ) １８と、(図１には示さない)ＨＳＳ(ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ)と、を含む。ＡＳ(ＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ) １９が、本実施形態においてパブリックセーフティ制御に関連した通信を管理するために、コアネットワークの外部に設けられている(当然のことながら、ＡＳ１９は、コアネットワーク７又は外部ネットワーク１０内に存在しても良い)。ＡＳ１９は、例えば、ＰＳＣＣ(ＰｕｂｌｉｃＳａｆｅｔｙＣｏｎｔｒｏｌＣｅｎｔｅｒ)及び／又はＧＣＳＥ(ＧｒｏｕｐＣｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍＥｎａｂｌｅｒｓ) ＡＳであり得る。

ＭＭＥ１１は、ユーザ通信デバイス３の一般的なモビリティアスペクトを管理し、ユーザ通信デバイス３が通信システムによってカバーされる地理的エリア内を移動する場合(及び／又は、ユーザ通信デバイス３が通信システムの基地局間でハンドオーバされる場合)に、ユーザ通信デバイス３との接続性が維持されることを保証する。また、ＭＭＥ１１は、ユーザ通信デバイス３に関連した各種ベアラ(例えば、ＥＰＳベアラ、及び／又はＭＢＭＳ(ＭｕｌｔｉｍｅｄｉａＢｒｏａｄｃａｓｔ／ＭｕｌｔｉｃａｓｔＳｅｒｖｉｃｅ)ベアラ等)を、このようなベアラを提供する他のネットワークノードを制御することによって管理する。また、ＭＭＥ１１は、各ユーザ通信デバイス３のユーザがその各々の契約に従って適切なレベルのサービス(例えば、所望のデータレート)を享受することを保証する責務を担う。特に、ＭＭＥ１１は、ＭＭＥ１１によりサーブされるユーザ通信デバイス３毎に、(ＨＳＳから取得した情報に基づき)関連ＡＭＢＲ値を算出する責務を担う。

Ｓ−ＧＷ１３は、基地局５(故にユーザ通信デバイス３)を、１以上の関連ベアラ(ＥＰＳベアラ等)を用いてユーザデータを伝送するために、コアネットワーク７の残りのエレメントへ接続する。(対応ユーザ通信デバイス３のための)ユーザデータを搬送するベアラは、通常、Ｐ−ＧＷ１４(すなわち、当該ベアラのためのアクセスポイント)で終端される。但し、ベアラはしばしば、Ｐ−ＧＷ１４とコアネットワーク７外部の通信エンドポイントとの間の外部ベアラによっても補完される。当然のことながら、個別のエンティティとして示したが、Ｓ−ＧＷ１３及びＰ−ＧＷ１４の機能を単一のゲートウェイエレメントへ実装することが可能である。

図１に示すユーザ通信デバイス３は、それぞれＰｒｏＳｅ機能を備えており、以て(互いに近接し、且つ適切なディスカバリ及びコネクション手順を実行しているとすると)互いにダイレクト通信(図１では“Ｄ２Ｄ”と称される)を確立することが可能である。

この例において、第１のユーザ通信デバイス３−１(“ＵＥ１”と称される)及び第３のユーザ通信デバイス３−３(“ＵＥ３”と称される)は、基地局５のカバレッジ外に存在し、第２のユーザ通信デバイス３−２(“ＵＥ−Ｒ”と称される)は、(ユーザ通信デバイス３−２と基地局５との間の矢印で示す如く)基地局５のカバレッジ内に存在する。適切なネットワークアタッチ手順を実行した後、ＵＥ−Ｒ３−２は、(基地局５を介して)コアネットワーク７へアタッチされる。よって、第１及び第３のユーザ通信デバイス３−１及び３−３も、ＵＥ−Ｒ３−２を介し、コアネットワーク７とのＵＥ−Ｒ３−２のコネクション(例えば、ＥＰＳベアラ)を用いて、コアネットワーク７へアクセスし且つコアネットワーク７によりサーブされることが可能である。

第１及び第３のユーザ通信デバイス３−１及び３−３は、一旦ＵＥ−Ｒ３−２へ接続されると(すなわち、ＵＥ−Ｒ３−２との中継コネクションが成功裏に確立されると)、ＵＥ−Ｒ３−２を介してコアネットワーク７とデータを送受信することが可能である。

中継可能なユーザ通信デバイス(本実施形態ではＵＥ−Ｒ３−２)が初めにコアネットワーク７とのコネクションを確立すると、ＭＭＥ１１は、当該ユーザ通信デバイス３−２に関連した加入者データをＨＳＳから取得する。ＵＥ−Ｒ３−２用の(中継固有のＡＭＢＲパラメータを含む)加入者パラメータを用いて、ＭＭＥ１１は、適切な最大の承認ＵＥ−ＡＭＢＲパラメータと、ＵＥ−Ｒ３−２用のＡＰＮ−ＡＭＢＲパラメータとを決定する。他のユーザ通信デバイスがＵＥ−Ｒ３−２との中継コネクションを有していな場合、ＵＥ−ＡＭＢＲ及びＡＰＮ−ＡＭＢＲパラメータは、ＭＭＥ１１により通常通りに決定される。しかしながら、１以上の他のユーザ通信デバイスがＵＥ−Ｒ３−２を介した中継コネクションの確立を開始している場合、ＭＭＥ１１は、被中継ユーザ通信デバイス自身によって(被中継ユーザデバイスがパブリックセーフティ職員により運用されている場合にはＰＳＣＣ等の関連アプリケーションサーバを介して)提供される中継固有のパラメータに基づき、ＵＥ−ＡＭＢＲ及びＡＰＮ−ＡＭＢＲパラメータを再決定する。

具体的には、本実施形態において、ＡＳ１９が、被中継ユーザ通信デバイス３−１に対するビットレート要件を考慮して、以下の設定を促す。
ｉ)中継固有のＡＭＢＲパラメータ(“Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲ”)が、ＵＥ−Ｒ３−２へサーブしつつ、被中継ユーザ通信デバイスに対するデータパケットをＵＥ−Ｒ３−２を介して伝送するゲートウェイ１４によって強制されるべきこと
ｉｉ)中継固有のＡＭＢＲパラメータ(“Ｒｅｌａｙ−ＵＥ−ＡＭＢＲ”)が、ＵＥ−Ｒ３−２へサーブしつつ、被中継ユーザ通信デバイスに対するデータパケットをＵＥ−Ｒ３−２を介して伝送する基地局５によって強制されるべきこと

そうするために、ＡＳ１９は、被中継ユーザ通信デバイス３−１から、当該ユーザ通信デバイス３−１がＵＥ−Ｒ３−２を介して通信するに際して要求されるデータレート(ビットレート)を特定する情報を、取得する。本実施形態において、ユーザ通信デバイス３−１のために要求されるデータレートを特定する情報は、(ユーザ通信装置３−１とＵＥ−Ｒ３−２との間での中継コネクションの成功裏な確立に続いて)ユーザ通信デバイス３−１をＡＳ１９へ登録する間に提供される。

ユーザ通信デバイス３−１のＡＳ１９への登録は、以下の働きをする。
−ＡＳへ、ユーザ通信デバイス３−１が中継されるものであることを知らせる
−ユーザ通信デバイス３−１が接続されるＵＥ−Ｒ３−２を特定する情報及びユーザ通信デバイス３−１を特定する情報(例えば、ＵＥ−Ｒ３−２に関連したＩＭＳＩ(ＩｎｔｅｒｎａｔｉｏｎａｌｍｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｔｙ)、ＵＥ及び／又はＵＥ−Ｒ３−１、３−２に関連したＩＰアドレス、ＵＥ及び／又はＵＥ−Ｒ３−１、３−２に関連したパブリックセーフティ識別子、ＵＥ−Ｒ３−２に関連したＭＳＩＳＤＮ(ＭｏｂｉｌｅＳｔａｔｉｏｎＩｎｔｅｒｎａｔｉｏｎａｌＳｕｂｓｃｒｉｂｅｒＤｉｒｅｃｔｏｒｙＮｕｍｂｅｒ)、ＵＥ及び／又はＵＥ−Ｒ３−１、３−２に関連したＰｒｏＳｅＩＤ(ｐｒｏｘｉｍｉｔｙｓｅｒｖｉｃｅｓｉｄｅｎｔｉｆｉｅｒ)、ＵＥ−Ｒ３−２に関連したＴＭＳＩ(ＴｅｍｐｏｒａｒｙＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｆｉｅｒ)、並びにＵＥ及び／又はＵＥ−Ｒ３−１、３−２に関連したＧＵＴＩ(ＧｌｏｂａｌｌｙＵｎｉｑｕｅＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ)の少なくとも一つ)を提供する
−ＡＳへ、被中継ユーザ通信デバイス３−１のデータレート要件(例えば、アプリケーションレベルのビットレート情報)について知らせる

有益にも、被中継ユーザ通信デバイス３−１は、関連ＡＳ１９へ、自身のデータレート要件に関連する情報を、所謂、要求(又は動的)“Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲ”パラメータ(等)の形式で提供して、被中継ユーザ通信デバイス３−１をサーブするＡＰＮ(Ｐ−ＧＷ１４)に利用させることが可能である。

本実施形態において、ＡＳ１９は、適切にフォーマットされたシグナリングメッセージ中で、ＵＥ−Ｒ３−２を特定する情報(オプションとして、ユーザ通信デバイス３−１を特定する情報)と、Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲとをＰＣＲＦ１８へ送信する。ＰＣＲＦ１８は、被中継ユーザ通信デバイス３−１の要求を適切なネットワークオペレータポリシに照らして検証し、必要に応じて、ＭＭＥ１１に対しサービング基地局５用のＵＥ−ＡＭＢＲ値を再計算し且つＲｅｌａｙ−ＡＰＮ−ＡＭＢＲを非中継ユーザ通信デバイス３−１をサーブするＰ−ＧＷ１４へ提供するよう指示するに先立って、Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲの値を調整する。

但し、当然のことながら、ＰＣＲＦ１８による検証はオプションであり、ＡＳ１９が、適切にフォーマットされたシグナリングメッセージ中で、ＵＥ−Ｒ３−２を特定する情報(オプションとして、ユーザ通信デバイス３−１を特定する情報)と、Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲとを、ＰＣＲＦ１８を巻き込むこと無くＭＭＥ１１へ送信しても良い。

いずれの場合においても、ＭＭＥ１１は、Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲを受信した際、基地局５により強制されるべきビットレートパラメータの再算出を進める。本実施形態において、ＭＭＥは、ＵＥ−ＡＭＢＲ値を以下の式に基づいて算出する。

換言すると、ＵＥ−ＡＭＢＲパラメータは、ｉ)アクティブＡＰＮの全てのＨＳＳ＿ＡＰＮ−ＡＭＢＲパラメータとＨＳＳ−ＵＥ−ＡＭＢＲパラメータとの和の内のより小さいものと、ｉｉ)中継ＡＰＮの全ての要求(又は動的)Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲパラメータとＨＳＳ−ＵＥ−ＡＭＢＲパラメータとの和の内のより小さいものと、の和に設定される。本コンテキストにおいて、“アクティブＡＰＮ”との文言は、少なくとも一つのＰＤＮコネクションがＵＥ−Ｒ３−２に対しデータパケットを伝送するために確立されるＡＰＮを示し、“中継ＡＰＮ”との文言は、少なくとも一つのＰＤＮコネクションが被中継ユーザ通信デバイス３−１に対し(ＵＥ−Ｒ３−２を介して)データパケットを伝送するために確立されるＡＰＮを示している。

よって、単純にＵＥ−Ｒ３−２自身の(中継されない)トラヒックを占めるというよりむしろ、ＭＭＥ１１は、ＵＥ−Ｒ３−２を介した中継データをサポートする承認ＡＰＮでの追加的なビットレート値の必要性を予測可能である。

ＭＭＥ１１は、ＵＥ−ＡＭＢＲパラメータの新たな値を、ＵＥ−Ｒ３−２をサーブする基地局５へ提供し、必要に応じて、Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲパラメータの値を、Ｐ−ＧＷ１４へ提供する。

よって、有益にも、通信システム１におけるネットワークエンティティは、例えばＨＳＳに記憶される加入者データに基づく中継用の静的なビットレートパラメータを用いるというよりむしろ、ＵＥ−Ｒ３−２に接続される被中継ユーザ通信デバイス３−１のための実際のビットレート要件に応じて、ＵＥ−Ｒ３−２のための適切なビットレートパラメータを(動的に)交渉することが可能である。

このため、有利にも、中継の間、Ｐ−ＧＷ１４−１及びＰ−ＧＷ１４−２は、ＵＥ−Ｒ３−２用の自身の適切なＲｅｌａｙ−ＡＰＮ−ＡＭＢＲパラメータが示すビットレートを超えるトラヒックを廃棄するだけである。同様に、ＵＥ−Ｒ３−２をサーブする基地局５は、当該ＵＥ−Ｒ３−２用のＵＥ−ＡＭＢＲの新たな中継固有の値が示すビットレートを超えるトラヒックを廃棄するだけである。

よって、ＵＥ−Ｒ３−２及び／又は非中継ユーザ通信デバイス３−１若しくは３−２に対して伝送すべきデータがある時はいつでも、通信ネットワーク１は、各ユーザ通信デバイス３−１〜３−３のユーザのために、ＵＥ−Ｒ３−２に関連した不適切な(例えば、小さ過ぎる)ビットレートに因りデータパケットの廃棄が生じるという潜在的な通信問題を緩和することが可能である。

このアプローチは、ＵＥ−Ｒ３−２と、ＵＥ−Ｒ３−２に接続される(但し、必ずしもネットワークへアタッチしない)被中継ユーザ通信デバイス３−１、３−３との間のより良いトラヒック分配(公平な利用)ももたらす。また、ユーザ通信デバイス３−２が、ＵＥ−Ｒｅｌａｙとして動作しつつ自身のビットレート割当てを使い過ぎてしまうことも防止出来る。

有益にも、ユーザ通信デバイス３−２を運用する加入者に関連した(ＨＳＳにおける)ＨＳＳ＿ＵＥ−ＡＭＢＲ及び／又はＨＳＳ＿ＡＰＮ−ＡＭＢＲパラメータの値を増加させることは不要である。

なお、本実施形態においては、(例えば、専用のＵＥ−Ｒｅｌａｙ−ＡＭＢＲパラメータを用いるのとは対照的に)ＵＥ−ＡＭＢＲパラメータを新たな値で再利用した。このことは、ＭＭＥ１１と基地局５との間のシグナリングを本質的には不変であるようにするため有益であり得る。

＜ユーザ通信デバイス＞
図２は、図１に示したユーザ通信デバイス３の幾つかの機能を示した機能ブロック図である。図２に示すように、ユーザ通信デバイス３は、基地局５及び／又は他のユーザ通信デバイス３と１以上のアンテナ３３を介して信号を送受信するトランシーバ回路３１、を有する。ユーザ通信デバイス３は、ユーザ通信デバイス３の動作を制御するコントローラ３７、を有する。コントローラ３７は、メモリ３９に関連付けられ、トランシーバ回路３１へ接続される。図２では必ずしも示されていないが、ユーザ通信デバイス３は勿論、慣習的なユーザ通信デバイスの通常機能(ユーザインタフェース３５等)の全てを有し、必要に応じて、ハードウェア、ソフトウェア及びファームウェアのいずれか一つ又は任意の組合せによって提供され得る。ソフトウェアは、メモリ３９にプリインストールされても良いし、及び／又は例えば通信ネットワークを介して若しくはＲＭＤ(ｒｅｍｏｖａｂｌｅｄａｔａｓｔｏｒａｇｅｄｅｖｉｃｅ)からダウンロードしても良い。

コントローラ３７は、この例ではメモリ３９内に記憶されたプログラム命令又はソフトウェア命令によって、ユーザ通信デバイス３の全体動作を制御する。図２に示すように、これらのソフトウェア命令は、特に、オペレーティングシステム４１と、通信制御モジュール４３と、ＥＰＳモジュール４５と、登録モジュール４７と、Ｄ２Ｄ(ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ)モジュール４８と、を含む。ユーザ通信デバイス(例えば、図１に示したＵＥ−Ｒ３−２)が他の通信デバイス３に対するデータを中継するために設定される場合、ＵＥ−Ｒ３−２は、中継モジュール４９も含む。

通信制御モジュール４３は、ユーザ通信デバイス３と、他のユーザ通信デバイス、基地局５又はコアネットワークエンティティとの間のコネクションを制御するための制御信号を扱う(例えば、生成、送受信する)。また、通信制御モジュール４３は、アップリンク／ダウンリンクデータ及びシグナリングの独立したフローを制御して、他のユーザ通信デバイス３、基地局５及び関連ＴＦＴを用いるコアネットワークエンティティへ／から伝送する。

ＥＰＳモジュール４５(ユーザ通信デバイス３がＵＥ−Ｒを介して中継される場合のオプションである)は、通信制御モジュール４３に対して、ネットワークとの通信パス(ＥＰＳベアラ)をセットアップするよう指示する。各ＥＰＳベアラは、ＥＰＳベアラＩＤ及び少なくとも一つのＥＰＳＴＦＴに関連付けられる。ユーザ通信デバイス３がＵＥ−Ｒとして動作する場合、ＥＰＳモジュール４５は、接続される(被中継)ユーザ通信デバイス用のＥＰＳベアラに関する情報を、例えばＵＥ−Ｒ自身のＥＰＳベアラに関する情報を維持することに加えて維持する。

登録モジュール４７は、適切にフォーマットされたシグナリングメッセージを生成且つ送信することによって、ユーザ通信デバイス３を関連したＡＳ１９へ登録する責務を担う。シグナリングメッセージは、ユーザ通信デバイス３を特定する情報を含む。ユーザ通信デバイス３がＵＥ−Ｒによりサーブされる場合、シグナリングメッセージは、ＵＥ−Ｒ、及びユーザ通信デバイス３が当該ＵＥ−Ｒを介して通信する際のビットレート要件を特定する情報も含む。

Ｄ２Ｄモジュール４８は、通信制御モジュール４３に対して、ユーザ通信デバイス３の近くの他の対応ＵＥへのデバイス間通信パス(例えば、ＰｒｏＳｅベースの被中継通信パス)をセットアップするよう指示する。各デバイス間通信パスは、Ｄ２ＤベアラＩＤ及び少なくとも一つのＤ２ＤＴＦＴに関連付けられる。

中継モジュール４９は、ユーザ通信デバイス３がＵＥ−Ｒとして動作する間、ユーザ通信デバイス３に接続された他のユーザ通信デバイスに対するデータを中継する。例えば、中継モジュール４９は、(ＥＰＳモジュール４５により提供される)ＥＰＤベアラＩＤと、(Ｄ２Ｄモジュール４８により提供される)Ｄ２ＤベアラＩＤとの間のマッピングを維持して、このようにマッピングされたベアラ間でデータを中継しても良い。中継モジュール４９は、データフロー(例えば、適切なＥＰＳ／Ｄ２ＤベアラＩＤに関連したＩＰパケット)を受信し、受信したデータをベアラマッピングに基づき転送(中継)する。また、中継モジュール４９は、データフロー(例えば、適切なＥＰＳ／Ｄ２ＤベアラＩＤに関連したＩＰパケット)を受信し、受信したデータを、関連ＴＦＴ情報に基づき(Ｄ２Ｄモジュール４８により提供される)適切なＤ２Ｄベアラへ転送(中継)しても良い。

＜基地局＞
図３は、図１に示した基地局５の幾つかの機能を示した機能ブロック図である。図３に示すように、基地局５は、１以上のアンテナ５３を介してユーザ通信デバイス３と信号を送受信するトランシーバ回路５１、を有する。基地局５は、基地局５の動作を制御するコントローラ５７を有する。コントローラ５７は、メモリ５９に関連付けられ、トランシーバ回路５１へ接続される。ソフトウェアは、メモリ５９にプリインストールされても良いし、及び／又は例えば通信ネットワークを介して若しくはＲＭＤ(ｒｅｍｏｖａｂｌｅｄａｔａｓｔｏｒａｇｅｄｅｖｉｃｅ)からダウンロードしても良い。

コントローラ５７は、この例ではメモリ５９内に記憶されたプログラム命令又はソフトウェア命令によって、基地局５の全体動作を制御する。図３に示すように、これらのソフトウェア命令は、特に、オペレーティングシステム６１と、通信制御モジュール６３と、レート強制モジュール６５とを含む。

通信制御モジュール６３は、基地局５と、ユーザ通信デバイス３又はコアネットワークエンティティとの間のコネクションを制御するための制御信号を扱う(例えば、生成、送受信する)。また、通信制御モジュール６３は、アップリンク／ダウンリンクデータ及びシグナリングの独立したフローを制御して、ユーザ通信デバイス３及び／又はコアネットワークエンティティから／へ伝送する。

レート強制モジュール６５は、基地局５によりサーブされるユーザ通信デバイス３に対するレート強制を行う。具体的には、レート強制モジュール６５は、ＵＥ−Ｒ３−２用のＵＥ−ＡＭＢＲが示すビットレート迄は、トラヒック(例えば、データパケット)をＵＥ−Ｒ３−２へ／から伝送することを許可する責務を担う。但し、ダウンリンクにおいて、レート強制モジュール６５は、ＵＥ−Ｒ３−２用のＵＥ−ＡＭＢＲが示すビットレートを超えて送受信されるデータパケットを廃棄する。アップリンクにおいて、ＵＥ−Ｒ３−２用のＵＥ−ＡＭＢＲが示すビットレートを超えるデータトラヒックが存在する場合、レート強制モジュール６５は、リソースを割り当てないようにする。

＜ＭＭＥ(Ｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ)＞
図４は、図１に示したシステム１の一部を形成するＭＭＥ１１の幾つかの機能を示した機能ブロック図である。図４に示すように、ＭＭＥ１１は、ネットワークインタフェース７５を介して他の通信ノード(基地局５、ゲートウェイ１３／１４、ＰＣＲＦ１８、ＡＳ１９、ＨＳＳ及び／又はユーザ通信デバイス３等)と信号を送受信するトランシーバ回路７１、を有する。ＭＭＥ１１は、ＭＭＥ１１の動作を制御するコントローラ７７を有する。コントローラ７７は、メモリ７９に関連付けられ、トランシーバ回路７１へ接続される。ソフトウェアは、メモリ７９にプリインストールされても良いし、及び／又は例えば通信ネットワークを介して若しくはＲＭＤ(ｒｅｍｏｖａｂｌｅｄａｔａｓｔｏｒａｇｅｄｅｖｉｃｅ)からダウンロードしても良い。

コントローラ７７は、この例ではメモリ７９内に記憶されたプログラム命令又はソフトウェア命令によって、ＭＭＥ１１の全体動作を制御する。図４に示すように、これらのソフトウェア命令は、特に、オペレーティングシステム８１と、通信制御モジュール８３と、ＡＭＢＲ設定モジュール８５とを含む。

通信制御モジュール８３は、ＭＭＥ１１と、他の通信ノード(例えば、ユーザ通信デバイス３、基地局５、ゲートウェイ１３／１４、ＰＣＲＦ１８、ＡＳ１９及びＨＳＳ)との間のコネクションを制御するための制御信号を扱う(例えば、生成、送受信する)。

ＡＭＢＲ設定モジュール８５は、ＵＥ−Ｒとして動作するユーザ通信デバイス３−２をサーブする基地局５並びにＰＤＮゲートウェイ１４−１及び／又は１４−２の設定を補助して、ネットワークとＵＥ−Ｒ３−２(及び／又はこれに接続されるユーザ通信デバイス)との間のデータを、ＵＥ−Ｒ３−２のユーザの契約により許可されるデータビットレートに従って転送するようにする。そうするために、ＡＭＢＲ設定モジュール８５は、加入者データを(ＨＳＳから)取得し、中継目的の要求ビットレートを特定するデータを(ＡＳ１９から)取得し、(取得したデータに基づき)ＵＥ−Ｒ３−２用の１以上の適切なＡＭＢＲ値、例えばＵＥ−Ｒ３−２が使用することを承認された各アクセスポイント(ゲートウェイ１４−１及び１４−２等)に関連した値を算出する。ＡＭＢＲ設定モジュール８５は、適切な算出したビットレート値を基地局５及びＵＥ−Ｒ３−２をサーブするＰ−ＧＷ１４へ提供して、ＵＥ−Ｒ３−２(及び／又はこれに接続されるユーザ通信デバイス)に対して伝送されるデータパケットに関するレート強制を実行する。

＜ゲートウェイエンティティ＞
図５は、図１に示したシステム１の一部を形成するＰＤＮゲートウェイ１４(Ｐ−ＧＷ１４−１及び１４−２等)の幾つかの機能を示した機能ブロック図である。図５に示すように、Ｐ−ＧＷ１４は、ネットワークインタフェース９５を介して基地局５及び／又はユーザ通信デバイス３と信号を送受信するトランシーバ回路９１、を有する。Ｐ−ＧＷ１４は、Ｐ−ＧＷ１４の動作を制御するコントローラ９７を有する。コントローラ９７は、メモリ９９に関連付けられ、トランシーバ回路９１へ接続される。ソフトウェアは、メモリ９９にプリインストールされても良いし、及び／又は例えば通信ネットワークを介して若しくはＲＭＤ(ｒｅｍｏｖａｂｌｅｄａｔａｓｔｏｒａｇｅｄｅｖｉｃｅ)からダウンロードしても良い。

コントローラ９７は、この例ではメモリ９９内に記憶されたプログラム命令又はソフトウェア命令によって、Ｐ−ＧＷ１４の全体動作を制御する。図５に示すように、これらのソフトウェア命令は、特に、オペレーティングシステム１０１と、通信制御モジュール１０３と、レート強制モジュール１０５とを含む。

通信制御モジュール１０３は、Ｐ−ＧＷ１４と、他の通信ノード(例えば、ユーザ通信デバイス３、基地局５及びＭＭＥ１１)との間のコネクションを制御するための制御信号を扱う(例えば、生成、送受信する)。

レート強制モジュール１０５は、Ｐ−ＧＷ１４によりサーブされるユーザ通信デバイス３に対するレート強制を行う。具体的には、レート強制モジュール１０５は、ＵＥ−Ｒ３−２用のＡＰＮ−ＡＭＢＲ(又は適切な場合、Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲ)が示すビットレート迄は、トラヒック(例えば、データパケット)をＵＥ−Ｒ３−２へ／から伝送することを許可する責務を担う。但し、レート強制モジュール１０５は、ＵＥ−Ｒ３−２用のＡＰＮ−ＡＭＢＲ(又はＲｅｌａｙ−ＡＰＮ−ＡＭＢＲ)が示すビットレートを超えて送受信されるデータパケットを廃棄する。当然のことながら、データパケットを、廃棄せず、代わりに(例えば、中継の場合)後の通信のためにバッファリングしても良い。

＜ＰＣＲＦ(ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＲｕｌｅｓＦｕｎｃｔｉｏｎ)＞
図６は、図１に示したシステム１の一部を形成するＰＣＲＦ１８の幾つかの機能を示した機能ブロック図である。図６に示すように、ＰＣＲＦ１８は、ネットワークインタフェース１１５を介して他の通信ノード(ＡＳ１９及び／又はＰ−ＧＷ１４等)と信号を送受信するトランシーバ回路１１１、を有する。ＰＣＲＦ１８は、ＰＣＲＦ１８の動作を制御するコントローラ１１７を有する。コントローラ１１７は、メモリ１１９に関連付けられ、トランシーバ回路１１１へ接続される。ソフトウェアは、メモリ１１９にプリインストールされても良いし、及び／又は例えば通信ネットワークを介して若しくはＲＭＤ(ｒｅｍｏｖａｂｌｅｄａｔａｓｔｏｒａｇｅｄｅｖｉｃｅ)からダウンロードしても良い。

コントローラ１１７は、この例ではメモリ１１９内に記憶されたプログラム命令又はソフトウェア命令によって、ＰＣＲＦ１８の全体動作を制御する。図６に示すように、これらのソフトウェア命令は、特に、オペレーティングシステム１２１と、通信制御モジュール１２３と、(ビットレート)検証モジュール１２５とを含む。

通信制御モジュール１２３は、ＰＣＲＦ１８と、他の通信ノード(例えば、ＡＳ１９及び／又はＰ−ＧＷ１４)との間のコネクションを制御するための制御信号を扱う(例えば、生成、送受信する)。

検証モジュール１２５は、ＡＳ１９を介して、被中継ユーザ通信デバイス３用の要求ビットレートを特定する情報を取得し、要求ビットレートがネットワークオペレータによる適切なポリシに従っているか否かを検証する責務を担う。必要な場合、例えば要求ビットレートが適切なポリシに従わない場合、検証モジュール１２５は、ビットレート値を更新する。検証の後、検証モジュール１２５は、要求ビットレートの値(又は適切な場合、変更後のビットレート値)を、Ｐ−ＧＷ１４を介してＭＭＥ１１へ提供する。

上記の説明においては、ユーザ通信デバイス３、基地局５、ＭＭＥ１１、Ｐ−ＧＷ１４及びＰＣＲＦ１８を、多くの離散的なモジュール(通信制御モジュール、中継モジュール、ＡＭＢＲ設定モジュール及びレート強制モジュール等)を有するものとして解釈するケースに対して説明した。これらモジュールは、例えば既存システムが発明を実施するために変更されるといった或る用途のための方法で、例えば最初から発明の特徴を考慮して設計されたシステムといった他の用途において提供しても良いが、オペレーティングシステム又はコード全体へ組み込んでも良く、よって個別のエンティティとして識別しなくても良い。また、これらモジュールは、ソフトウェア、ハードウェア、ファームウェア又はその融合体において実装しても良い。

＜動作＞
図７は、図１に示したシステム１においてレート強制を実現し得る例示的な方法を示したタイミングチャートである。

まず、第２のユーザ通信デバイス３−２は、ＵＥ−Ｒ(但し、他のＵＥは未だ接続されていなくとも良い)としてセットアップされ、ネットワーク(基地局５)のカバレッジ内に存在する。ステップＳ７００に示すように、第１のユーザ通信デバイス３−１及び第２のユーザ通信デバイス３−２が中継コネクションを確立して、第１のユーザ通信デバイス３−１を、(ＵＥ−Ｒとして動作する)第２のユーザ通信デバイス３−２を介して他のノードと通信可能にする。

ＵＥ−Ｒ３−２が(例えば、ＵＥ−Ｒ３−２をサーブするＭＭＥ１１への登録によって)ネットワークアタッチ手順を実行(図７には示さず)する場合、本手順の一部として、ＭＭＥ１１は、ＨＳＳから、ユーザ通信デバイス３−２に関連した次のような加入者パラメータを取得する。
−ＵＥ−Ｒ３−２をサーブする特定のＰ−ＧＷ１４(アクセスポイント)を介したＵＥ−Ｒ３−２自身の(中継されない)通信用に許可されたゲートウェイ固有のＡＭＢＲを決定する“ＨＳＳ＿ＡＰＮ−ＡＭＢＲ”パラメータ
−(どのアクセスポイントを使用するかに関わらず)ＵＥ−Ｒ３−２用の全ての(中継されない)通信に許可されたＡＭＢＲを決定する“ＨＳＳ＿ＵＥ−ＡＭＢＲ”パラメータ

ＵＥ−Ｒ３−２の加入者パラメータの受信に続いて、ＭＭＥ１１は、(そのＡＭＢＲ設定モジュール８５を用いて)ＵＥ−ＡＭＢＲパラメータを算出して基地局５へ提供すると共に、各ＡＰＮ−ＡＭＢＲパラメータを算出して、ＵＥ−Ｒ３−２が使用することを承認された各Ｐ−ＧＷ１４−１、１４−２へ提供する。例えば、ＭＭＥ１１は、これらのパラメータを、(例えば、ＵＥ−Ｒ３−２のネイティブトラヒックのための)３ＧＰＰＴＳ２３．４０１規格で規定される如く算出しても良い。

次に、ステップＳ７０５に大略的に示すように、ＵＥ−Ｒ３−２は、(そのＥＰＳモジュール４５を用いて)ネットワーク(例えば、基地局５、ＭＭＥ１１及びＵＥ−Ｒ３−２をサーブするＰ−ＧＷ１４)とのＰＤＮコネクション確立手順を実行する。

ＰＤＮコネクション確立に続き、ステップＳ７０７において、被中継ユーザ通信デバイス３−１は、(その登録モジュール４７を用いて)適切にフォーマットされたシグナリングメッセージを生成してＡＳ１９(ユーザ通信デバイス３−１に関連したアプリケーションサーバ)へ送信し、ユーザ通信デバイス３−１をＵＥ−Ｒ３−２を介して通信するために登録する。ユーザ通信デバイス３−１による登録メッセージは、ユーザ通信デバイス３−１を特定する情報(例えば、ユーザ通信デバイス３−１に関連したＭＳＩＳＤＮ)と、ＵＥ−Ｒ３−２を特定する情報(例えば、ＵＥ−Ｒ３−２に関連したＭＳＩＳＤＮ)と、ユーザ通信デバイス３−１がＵＥ−Ｒ３−２を介して通信する際に要求するビットレートを特定する情報(例えば、Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲ等のＡＭＢＲパラメータ)と、を含む。

被中継ユーザ通信デバイス３−１からの登録メッセージに応じて、ステップＳ７０９において、ＡＳ１９は、適切にフォーマットされたシグナリングメッセージ(例えば、“ＡＡＲｅｑｕｅｓｔ”メッセージ等)を生成してＰＣＲＦ１８へ送信し、本メッセージに、被中継ユーザ通信デバイス３−１の登録メッセージに含まれる情報(例えば、ＵＥ−Ｒ３−２に関連した識別子、及び要求されたＲｅｌａｙ−ＡＰＮ−ＡＭＢＲパラメータ)を含める。

ステップＳ７１１において、ＰＣＲＦ１８は、(その検証モジュール１２５を用いて)被中継ユーザ通信デバイス３−１のための要求ビットレートが、(もしあれば)ネットワークオペレータにより設定された適切なポリシに従っているか否かをチェックする。例えば、検証モジュール１２５は、受信したＲｅｌａｙ−ＡＰＮ−ＡＭＢＲパラメータをオペレータ(又はユーザ)固有の閾値と比較し、Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲ値が適切な閾値を超過しない(すなわち、閾値を下回るか或いは等しい)場合に、要求ビットレートが適切なポリシに従っていると判定する。必要な場合、例えばＲｅｌａｙ−ＡＰＮ−ＡＭＢＲ値が適切な閾値を超過する場合、検証モジュール１２５は、要求ビットレートが適切なポリシに従っていないと判定する。この場合、検証モジュール１２５は、ビットレート値を更新し、及び／又は適切なエラーインジケーションをＡＳ１９へ返す。

Ｓ７１１での検証の後、ステップＳ７１３において、ＰＣＲＦ１８は、(検証モジュール１２５を用いて)適切にフォーマットされたシグナリングメッセージ(例えば、“ＩＰ−ＣＡＮＳｅｓｓｉｏｎＭｏｄｉｆｉｃａｔｉｏｎ”メッセージ等)を生成して、被中継ユーザ通信デバイス３−１をサーブする(ために割り当てられた)Ｐ−ＧＷ１４へ送信する。ＰＣＲＦ１８からのメッセージは、ＵＥ−Ｒ３−２を特定する情報と、ＵＥ−Ｒ３−２が第１のユーザ通信デバイス３−１に対する通信を中継するためにＰ−ＧＷ１４によって強制されるべき要求ビットレート値(又は適切な場合、変更されたビットレート値)と、を含む。

効果的にも、Ｓ７１３でのメッセージ(又は後続のメッセージ)は、適切なネットワークポリシ(Ｓ７１１で実行された検証／更新)も考慮に入れつつ、Ｐ−ＧＷ１４のレート強制モジュール１０５を、被中継ユーザ通信デバイス３−１により(Ｓ７０７で)要求されたデータレートに対応するＲｅｌａｙ−ＡＰＮ−ＡＭＢＲパラメータで設定する。

ステップＳ７１５において、Ｐ−ＧＷ１４は、(例えば、その通信制御モジュール１０３を用いて)適切にフォーマットされたシグナリングメッセージ(例えば、“Ｃｒｅａｔｅ／ＭｏｄｉｆｙＢｅａｒｅｒＲｅｑｕｅｓｔ”メッセージ等)を生成して、ＭＭＥ１１へ送信する。Ｐ−ＧＷ１４は、本メッセージに、ＵＥ−Ｒ３−２を特定する情報(例えば、ＵＥ−Ｒ３−２のＭＳＩＳＤＮ又は他の識別情報)と、Ｐ−ＧＷ１４により第１のユーザ通信デバイス３−１のために強制されるべき要求ビットレート値(又は適切な場合、変更されたビットレート値)と、を含める。

Ｐ−ＧＷ１４からのシグナリングメッセージの受信に際して、ＭＭＥ１１は、ＵＥ−Ｒ３−２用のＵＥ−ＡＭＢＲ値の算出を進め、以てその値を、ユーザ通信デバイス３−１により要求された(及び／又はユーザ通信デバイス３−１のためにＰＣＲＦ１８により承認された)ビットレートを考慮したものとする。

よって、ステップＳ７１６に大略的に示すように、ＭＭＥ１１は、(そのＡＭＢＲ設定モジュール８５を用いて)ユーザ通信デバイス３−１に対するトラヒックを中継するＵＥ−Ｒ３−２のためのＵＥ−ＡＭＢＲパラメータの新たな値を算出する。具体的には、ＭＭＥ１１は、以下の式に基づいて、基地局５により強制されるべきＵＥ−ＡＭＢＲパラメータを算出する。

換言すると、ＵＥ−ＡＭＢＲパラメータは、ｉ)アクティブＡＰＮの全てのＨＳＳ＿ＡＰＮ−ＡＭＢＲパラメータとＨＳＳ−ＵＥ−ＡＭＢＲパラメータとの和の内のより小さいものと、ｉｉ)中継ＡＰＮの全ての要求(又は動的)Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲパラメータとＨＳＳ−ＵＥ−ＡＭＢＲパラメータとの和の内のより小さいものと、の和に設定される。

次に、ステップＳ７１７において、ＭＭＥ１１は、(その通信制御モジュール８３を用いて)適切にフォーマットされたシグナリングメッセージ(例えば、“ＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐ”メッセージ)を生成して基地局５へ送信し、基地局５が、ＵＥ−Ｒ３−２の通信に適用すべくレート強制モジュール６５を、ユーザ通信デバイス３−１により要求されたデータレートも考慮したＵＥ−ＡＭＢＲで設定するようにする。

ＭＭＥ１１のメッセージを受信した際、ステップＳ７１９に示すように、基地局５は、(例えば、そのレート強制モジュール６５を用いて)受信したＵＥ−ＡＭＢＲパラメータを、ＵＥ−Ｒ３−２のネットワークとの後続の通信(アップリンク及びダウンリンクの両者)へ適用する準備をする。

ステップＳ７２０に大略的に示すように、Ｐ−ＧＷ１４も、(そのレート強制モジュール１０５を用いて)適切な(要求)Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲパラメータを、被中継ユーザ通信デバイス３−１のＰ−ＧＷ１４を介した(ＵＥ−Ｒ３−２を介した)ネットワークとの後続の通信へ適用する準備をする。具体的には、Ｐ−ＧＷ１４は、ＰＣＲＦ１８からのメッセージに含まれる適切なＲｅｌａｙ−ＡＰＮ−ＡＭＢＲパラメータを、(Ｓ７１３で送信された)ＰＣＲＦ１８のメッセージから直接、或いは他のメッセージ、例えばステップＳ７１５に続くＭＭＥ１１からのメッセージ(図７には示さず)から取得しても良い。なお、ＵＥ−ＲがＰ−ＧＷ１４をネットワークとのネイティブ(すなわち、中継されない)通信に用いることが承認されている場合、Ｐ−ＧＷ１４は、対応する“通常の”ＡＰＮ−ＡＭＢＲパラメータを、(例えば、レート強制モジュール１０５を用いて)ＵＥ−Ｒ３−２のＰ−ＧＷ１４を介したネイティブ通信に適用する。

ステップＳ７２１に大略的に示すように、Ｐ−ＧＷ１４は、被中継ユーザ通信デバイス３−１及び／又はＵＥ−Ｒ３−２に対するデータパケットを受信する。取得したＵＥ−Ｒ３−２のネイティブトラヒック用のＡＰＮ−ＡＭＢＲパラメータ、及びＵＥ−Ｒ３−２のユーザ通信デバイス３−１のために中継されるトラヒック用のＲｅｌａｙ−ＡＰＮ−ＡＭＢＲパラメータに基づき、Ｐ−ＧＷ１４は、(そのレート強制モジュール１０５を用いて)特定のデータパケットを、当該データパケットがネイティブトラヒック又は中継トラヒックであるかに応じて、ＵＥ−Ｒ３−２へ転送可能であるか否か判定する。Ｐ−ＧＷ１４によるパケットハンドリングの更なる詳細については、図９を参照して後述する。

レート強制モジュール１０５が特定のデータパケットをＵＥ−Ｒ３−２へ転送可能であると判定した場合、ステップＳ７２３ａ及びＳ７２３ｂに大略的に示すように、Ｐ−ＧＷ１４は、適切なＡＰＮ−ＡＭＢＲ及び／又はＲｅｌａｙ−ＡＰＮ−ＡＭＢＲに応じて、(基地局５を介して)データパケットをＵＥ−Ｒ３−２に関連したＥＰＳベアラ上で転送する。

基地局５から、ＵＥ−Ｒ３−２に対する(ネイティブ)ユーザデータがＵＥ−Ｒ３−２へ送信され(ステップＳ７２５ａ、ステップＳ７１９でのＵＥ−ＡＭＢＲパラメータに基づくレート強制の実行後)、ユーザ通信デバイス３−１に対する(被中継)ユーザデータが、ＵＥ−Ｒ３−２によりユーザ通信デバイス３−１へ透過的に中継される(ステップＳ７２５ｂ、ステップＳ７１９でのＵＥ−ＡＭＢＲパラメータに基づくレート強制の実行後)。

有益にも、本実施形態においては、ＭＭＥ１１が、ステップＳ７１７で、ＵＥ−Ｒ３−２に接続されるユーザ通信デバイス３−１により要求されたデータレートを考慮したＵＥ−Ｒ３−２用の適切なＵＥ−ＡＭＢＲパラメータを提供したため、基地局５は、ＵＥ−Ｒ３−２に対するデータパケットと、被中継ユーザ通信デバイス３−１に対するデータパケットとを区別する必要は無い。

当然のことながら、被中継ユーザ通信デバイス３−１により要求されるデータレートは変化し得る。この場合、被中継ユーザ通信デバイス３−１は、例えばステップＳ７０７を繰り返すことによって(又は、ＡＳ１９へ新たに要求するデータレートを知らせる適切なシグナリングメッセージを送信することによって)、ＡＳ１９への再登録を行っても良い。この場合には、ステップＳ７０９〜Ｓ７２０も繰り返されるであろう。

図８は、図１に示したシステム１においてレート強制を実現し得る例示的な方法を示したタイミングチャートである。但し、この場合、ＰＣＲＦ１８による検証が省略される。

ステップＳ８００〜Ｓ８０７は、大略、上述したステップＳ７００〜Ｓ７０７に対応する。しかしながら、本実施形態において、ＡＳ１９は、ＰＣＲＦ１８に対し、ユーザ通信デバイス３−１により要求されるデータレートをネットワークオペレータのポリシに照らして検証することを要求しない(或いは、ＡＳ１９は、このような検証をスキップすべくＰＣＲＦ１８によって予め承認されている)。

よって、本実施形態においては、ＡＳ１９が、適切にフォーマットされたシグナリングメッセージ(例えば、“Ｃｒｅａｔｅ／ＭｏｄｉｆｙＢｅａｒｅｒＲｅｑｕｅｓｔ”メッセージ等)を生成して、ＭＭＥ１１へ送信する(Ｐ−ＧＷ１４によって中継され得る)。ＡＳ１９は、本メッセージに、ＵＥ−Ｒ３−２を特定する情報(例えば、ＵＥ−Ｒ３−２のＭＳＩＳＤＮ又は他のそのような識別情報)と、Ｐ−ＧＷ１４によって第１のユーザ通信デバイス３−１のために強制されるべき要求ビットレート値と、を含める。

Ｐ−ＧＷ１４からのシグナリングメッセージの受信に際して、ＭＭＥ１１は、ＵＥ−Ｒ３−２用のＵＥ−ＡＭＢＲ値の算出を進め、以てその値を、ユーザ通信デバイス３−１により要求されたビットレートを考慮したものとする。また、ＭＭＥ１１は、(ステップＳ８１５で受信される)適切なＲｅｌａｙ−ＡＰＮ−ＡＭＢＲパラメータをＰ−ＧＷ１４へ提供する。

ステップＳ８１６〜Ｓ８２５ｂは、大略、図７を参照して説明したステップＳ７１６〜Ｓ７２５ｂに対応するため、その説明をここでは繰り返さない。当然のことながら、ＡＳ１９が、ビットレート情報をＭＭＥ１１へ直接送信しても良いし、ＭＭＥ１１が、この情報を用いてＰ−ＧＷ１４−２を設定しても良い。

＜ＡＰＮによるパケットハンドリング＞
図９は、図７又は図８に従いＰＤＮゲートウェイ１４においてパケットハンドリングを実現し得る例示的な方法を示したフローチャートである。

本実施形態において、Ｐ−ＧＷ１４は、ＵＥ−Ｒ３−２が中継するトラヒックとネイティブトラヒックとを区別可能である。例えば、Ｐ−ＧＷ１４は、適切なＴＦＴメカニズム、ＩＰアドレス及び／若しくはＩＰレベルパラメータベースのフィルタリング、並びに／又は中継トラヒックとネイティブトラヒックとを区別するためにフィルタリングする適切なトラヒック情報を信頼しても良い。

手順がステップＳ９００で開始し、Ｐ−ＧＷ１４は、パケットをＵＥ−Ｒ３−２へ／から受信する。パケットを転送可能か否か判定するため、Ｐ−ＧＷ１４はステップＳ９１０へ進み、Ｐ−ＧＷ１４(すなわち、レート強制モジュール１０５)は、受信したパケットがネイティブトラヒック又は中継トラヒックに関連するかをチェックする。このチェックの結果が、受信パケットが中継トラヒックに関連しないことを示す場合(ステップＳ９１０：“ＮＯ”)、すなわち受信パケットがＵＥ−Ｒ３−２のネイティブトラヒックに関連する場合、Ｐ−ＧＷ１４はステップＳ９２０へ進む。一方、このチェックの結果が、受信パケットが中継トラヒックに関連することを示す場合(ステップＳ９１０：“ＹＥＳ”)、Ｐ−ＧＷ１４はステップＳ９３０へ進む。

ステップＳ９２０において、Ｐ−ＧＷ１４(すなわち、そのレート強制モジュール１０５)は、ＵＥ−Ｒ３−２に対する通常の(すなわち、中継されない)トラヒックが、これに関連するＰ−ＧＷ１４を介したＡＭＢＲ(ＡＰＮ−ＡＭＢＲ)を下回るか否かチェックする。このチェックの結果、ＵＥ−Ｒ３−２に対する通常トラヒックが、これに関連するＰ−ＧＷ１４を介したＡＭＢＲに達した又は超過した(すなわち、下回らない)ことを示す場合(ステップＳ９２０：“ＮＯ”)、レート強制モジュール１０５は、ステップＳ９４０にて受信パケットの伝送をブロックし、次のパケットを処理するためにステップＳ９００へ戻る(すなわち、Ｐ−ＧＷ１４は、現在のパケットをスキップして次のパケットを処理する)。

一方、このチェックの結果、ＵＥ−Ｒ３−２に対する通常トラヒックが、これに関連するＰ−ＧＷ１４を介したＡＭＢＲを下回ることを示す場合(ステップＳ９２０：“ＹＥＳ”)、レート強制モジュール１０５は、ステップＳ９５０にて通信制御モジュール１０３に対し、処理パケットをその宛先へ転送するよう指示する。そして、Ｐ−ＧＷ１４は、次のパケットを処理するためにステップＳ９００へ戻る。

ステップＳ９３０に戻って、Ｐ−ＧＷ１４(すなわち、そのレート強制モジュール１０５)は、ＵＥ−Ｒ３−２に対する中継トラヒックが、これに関連するＰ−ＧＷ１４を介したＡＭＢＲ(Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲ)を下回るか否かチェックする。このチェックの結果、ＵＥ−Ｒ３−２に対する中継トラヒックが、これに関連するＰ−ＧＷ１４を介したＡＭＢＲに達した又は超過した(すなわち、下回らない)ことを示す場合(ステップＳ９３０：“ＮＯ”)、レート強制モジュール１０５は、ステップＳ９６０にて受信パケットの伝送をブロックし、次のパケットを処理するためにステップＳ９００へ戻る(すなわち、Ｐ−ＧＷ１４は、現在のパケットをスキップして次のパケットを処理する)。

一方、このチェックの結果、ＵＥ−Ｒ３−２に対する中継トラヒックが、これに関連するＰ−ＧＷ１４を介したＡＭＢＲを下回ることを示す場合(ステップＳ９３０：“ＹＥＳ”)、レート強制モジュール１０５は、ステップＳ９７０にて通信制御モジュール１０３に対し、処理パケットをその宛先へ転送するよう指示する。そして、Ｐ−ＧＷ１４は、次のパケットを処理するためにステップＳ９００へ戻る。

図１０は、図９に従った例示的なレート強制シナリオを示している。

要約すれば、上記の実施形態は、少なくとも次の利益をもたらす。
−フレキシビリティ：許可されたビットレート値は、オペレータのポリシ及び／又は状況に応じた動的な変化(例えば、中継データ及び／又は全体的なネットワーク負荷の増加を占めること)に従い、ネットワークオペレータにより任意のレベル(例えば、ネットワーク、セル、ユーザのグループ、個別のユーザレベル)に固定されても良い。このことは、ネットワークが、被中継ユーザ通信デバイスのためにＵＥ−Ｒへ許可する通信と、ネットワークにおける“通常の”中継されないユーザ通信デバイスのために許可する通信との間の最適なトレードオフを見出すことを可能にする。
−(ＰｒｏＳｅを含む)現行の(Ｒｅｌｅａｓｅ１２)３ＧＰＰ規格との互換性。(少なくとも幾つかの)実施形態が無線アクセスネットワーク上のデバイス間通信ベアラへ何ら影響を及ぼさないため、互換性を維持可能である。
−簡易性／制限されたコスト：上記の実施形態は、ＰｒｏＳｅ機能、パブリックセーフティアプリケーションサーバ等の外部機器との新たな／変更されたインタフェースを何ら必要としない。実施形態は、ネットワークノード同士間で交換される既存のシグナリングメッセージに加えて、追加のシグナリングを何ら必要としない(すなわち、新たなパラメータを使用する場合であっても、これら新たなパラメータを既存シグナリングメッセージを用いて送信しても良い)。加えて、実施形態は、ローミング加入者用のＡＭＢＲパラメータの既存管理への変更を何ら必要としない。

＜変更及び代替案＞
以上、詳細な実施形態を説明した。当業者にとって明らかな通り、ここに組み込まれる発明の恩恵を受けつつ、多くの変更及び代替案が上記の実施形態に対して成され得る。ほんの一例として、幾つかの代替案及び変更を説明する。

“動的な”又は“要求された”ＡＰＮ−ＡＭＢＲとの上記説明は、大略、要求Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲと呼称される。当然のことながら、“動的な”又は“要求された”ＡＰＮ−ＡＭＢＲは、特定のパブリックサービス又は他のサービス(例えば、警察、消防、救急、捜索救助等)に関連しても良く、ＡＰＮ−Ｓｅｒｖｉｃｅ−ＡＭＢＲ(例えば、“ＡＰＮ−Ｆｉｒｅｍａｎ−ＡＭＢＲ”、“ＡＰＮ−ＳｅａｒｃｈＲｅｓｃｕｅ−ＡＭＢＲ”等)の形式であっても良い。

当然のことながら、本実施形態においては、被中継ＵＥが、要求ＡＰＮ−ＡＭＢＲを含む情報(又は、要求ＡＰＮ−ＡＭＢＲを決定可能な他のデータレート情報)を、(必要に応じて中間の通信ノードを介して)ＡＳへ提供し、このデータレート情報(又は、これに基づき決定されたＡＰＮ−ＡＭＢＲ)がＡＳからＭＭＥへ(必要に応じて中間の通信ノードを介して)送信され得るが、このことは、場合によっては不要である。例えば、被中継ＵＥが、適切なＡＰＮ−ＡＭＢＲが決定され得る情報を、(中継コネクションのセットアップに先立つ)中継要求においてＵＥ−Ｒへ提供しても良い。この情報は、例えば、サービス、ユーザ又はＡＰＮ識別子(例えば、Ｆｉｒｅｍａｎ＿ＩＤ又は専用の消防サービスＡＰＮＩＤ)の形式であっても良い。そして、ＵＥ−Ｒは、例えば適切なＡＰＮ−ＡＭＢＲが決定され得る情報を含む適切な“フェッチ”コマンド等を用いて、適切なＡＰＮ−ＡＭＢＲをＡＳから取得しても良い。認証／検証／セキュリティ手順を、アプリケーションレベルでＡＳと、(直接的には)例えばＰＣＲＦを巻き込むこと無く実行しても良い。一旦取得されると、適切なＡＰＮ−ＡＭＢＲを、中継ＰＤＮコネクション確立の間に(例えば、基地局を介して)ＭＭＥへ提供して、ＭＭＥが前述した通りにＵＥ−ＡＭＢＲの算出に用いるようにしても良い。

同様に、ＵＥは、適切なＡＰＮ−ＡＭＢＲを、(中継コネクションの確立に先立つ)中継要求においてＵＥ−Ｒへ直接提供しても良い。そして、ＵＥ−Ｒは、適切なＡＰＮ−ＡＭＢＲをＡＳから取得する必要は無く、受信したＡＰＮ−ＡＭＢＲを、中継ＰＤＮコネクション確立の間に(例えば、基地局を介して)ＭＭＥへ簡易に提供して、ＭＭＥが前述した通りにＵＥ−ＡＭＢＲの算出に用いるようにすることが可能である。

ＵＥ−Ｒは、ＵＥから受信したデータからビットレート情報を補い、検索した情報ＭＭＥ又はＡＳ(例えばＰＳＣＣ)等の他のノードへ送信しても良い。

上記の可能な変更において、要求Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲ値を、ＭＭＥによりＰＤＮコネクション確立の間にＰ−ＧＷへ提供して、(例えば、Ｐ−ＧＷがＡＳから(直接又はＰＣＲＦを介して)情報を受信するのとは対照的に)Ｐ−ＧＷが前述した通りにトラヒック制御強制を適用することが可能である。

当然のことながら、新たなパラメータを伴うＡＡ及びＩＰ−ＣＡＮメッセージを用いる代わりに、新たなメッセージを定義しても良い。例えば、単独／共通のＣｒｅａｔｅ／ＭｏｄｉｆｙＢｅａｒｅｒＲｅｑｕｅｓｔを、ＡＳからＰＣＲＦへ直接、ＰＣＲＦからＳ／Ｐ−ＧＷを経由してＭＭＥへ向かうように定義することが出来る。この新たなメッセージは、全てのノード／デバイスに対する共通のＣｒｅａｔｅ／ＭｏｄｉｆｙＢｅａｒｅｒＲｅｑｕｅｓｔメッセージであり得るが、１以上の他のメッセージを用いて、Ｃｒｅａｔｅ／ＭｏｄｉｆｙＢｅａｒｅｒＲｅｑｕｅｓｔメッセージを何ら用いる必要性を無くしても良い。

Ｐ−ＧＷは、中継トラヒックと通常(“ネイティブ”)トラヒックとを(例えば、ＴＦＴメカニズム、ＩＰアドレス及び／若しくはＩＰレベルパラメータベースのフィルタリング、並びに／又はポート番号等の他の適切なトラヒック情報を介して)区別可能であっても良く、新たな要求Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲ値に基づきレート強制ストラテジーを適用しても良い。

同様に、Ｐ−ＧＷは、旧来のＡＰＮ−ＡＭＢＲのみに基づくストラテジーを適用しても良い。この場合、新たな(“更新された”)ＵＥ−ＡＭＢＲ値が、トラヒック制御に使用するための(ＭＭＥで)要求Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲに基づき算出されるＡＭＢＲ値であっても良い。新たな(“更新された”)ＵＥ−ＡＭＢＲ値は、ＭＭＥによりｅＮＢへ、ネイティブＵＥ−Ｒトラヒック及び中継ＵＥ−Ｒトラヒック用のｅＮＢレートを強制するために送信されるであろう。

中継及び／又はネイティブトラヒックが、上記のＭＭＥにより算出且つ設定されるパラメータ(例えば、要求Ｒｅｌａｙ−ＡＰＮ−ＡＭＢＲ及び／又はＡＰＮ−ＡＭＢＲ)である場合、Ｐ−ＧＷは、対応データパケットを、ドロップしても良いし、(後の使用のために)バッファリングしても良い。このことは、(中継及び／又はネイティブ)トラヒックが一定値に制限されることを保証する。

ＵＥ及び／又はＵＥ−Ｒによる要求又は動的なＡＭＢＲの提案を含む実施形態は、特に、異なるデータスループット要件を満たすフレキシビリティの観点から有利であるが、当然のことながら、最大の承認キャパシティへ制限されたＥ−ＲＡＢ(ｅｎｈａｎｃｅｄｒａｄｉｏａｃｃｅｓｓｂｅａｒｅｒｓ)を用いるというよりもむしろ、被中継ＵＥからの情報伝送に用いるＥ−ＲＡＢのキャパシティを増大させることによって実現される幾つかの利益が存在し得る。この増大は、データスループット要件の普及に応じて動的に適用することが可能であり、或いは特定のサービス又はユーザの一般的な要件に基づき半静的に設定することが可能である。

当然のことながら、各種通信エンティティ間のメッセージにおいて提供されるＵＥ／ＵＥ−Ｒの識別子は、ＡＳがコアネットワーク外部に在る場合、ＩＭＳＩ(ＩｎｔｅｒｎａｔｉｏｎａｌｍｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｔｙ)、ＩＰ(ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ)アドレス、パブリックセーフティＩＤ、ＰｒｏＳｅＩＤ(ＰｒｏｘｉｍｉｔｙＳｅｒｖｉｃｅｓＩｄｅｎｔｉｆｉｅｒ)、ＵＲＬアドレス、ＳＩＰアドレス、アプリケーションレベル識別子又は他のタイプの類似情報等の“外部”識別子であっても良い。各種通信エンティティ間のメッセージにおいて提供されるＵＥ／ＵＥ−Ｒの識別子は、ＡＳがコアネットワーク内部に在る場合には、ＧＵＴＩ(ＧｌｏｂａｌｌｙＵｎｉｑｕｅＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ)、ＴＭＳＩ(ＴｅｍｐｏｒａｒｙＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｔｙ)、ＩＰアドレス又は他の同様の識別子であっても良い。

上記の例においては、被中継通信パスを、ＬＴＥテクノロジー(すなわち、基地局と中継ユーザ通信デバイスとの間で用いられるのと同一の通信テクノロジー)を用いて説明した。但し、当然のことながら、通信パスは、(基地局と中継ユーザ通信デバイスとの間に用いられる通信テクノロジーに関係無く)任意の通信テクノロジー、例えばＷＬＡＮ(ＷｉｒｅｌｅｓｓＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ)、Ｗｉ−Ｆｉ(ＷｉｒｅｌｅｓｓＦｉｄｅｌｉｔｙ)、ＦｌａｓｈＬｉｎＱ、ＷｉＭＡＸ(ＷｏｒｌｄｗｉｄｅＩｎｔｅｒｏｐｅｒａｂｉｌｉｔｙｆｏｒＭｉｃｒｏｗａｖｅＡｃｃｅｓｓ)、Ｂｌｕｅｔｏｏｔｈ、ＢＬＥ(ＢｌｕｅｔｏｏｔｈＬｏｗＥｎｅｒｇｙ)、ＺｉｇＢｅｅ等を用いて中継されても良い。

当然のことながら、基地局は、ホーム基地局、フェムト基地局等のＬＰＮ(ＬｏｗＰｏｗｅｒＮｏｄｅ)であっても良い。また当然のことながら、中継及び非中継ユーザ通信デバイスの一方(又は両者)がＬＰＮであっても良い。

上記の例においては、２つのユーザ通信デバイスが、互いにダイレクトＤ２Ｄコネクションを確立することを許可されていた。当業者にとって明らかな通り、このようなコネクションは、３以上のユーザ通信デバイス間で確立されても良く、以て通信デバイスのユーザが、電話会議セットアップにおいて共に接続されても良い。この場合、Ｄ２Ｄベアラは、３以上のユーザ通信デバイス(例えば、同一のＵＥ−Ｒを介して中継される全てのユーザ通信デバイス)の間に提供されても良い。

上記の説明においては、Ｄ２Ｄベアラが、データを中継するために中継ユーザ通信デバイスと被中継通信デバイスとの間に提供される。当然のことながら、このような“Ｄ２Ｄベアラ”は、Ｄ２Ｄ無線ベアラ、Ｄ２ＤＥＰＳベアラ、Ｄ２Ｄサービスベアラ等の少なくとも一つを含んでも良い。

上記の実施形態において、ＵＥはモバイル(セルラ)通信デバイスである。例えば携帯電話機、スマートフォン、ＰＤＡ(ｐｅｒｓｏｎａｌｄｉｇｉｔａｌａｓｓｉｓｔａｎｔｓ)、ラップトップコンピュータ、ウェブブラウザ、ＭＴＣ(ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ)デバイス等の他のタイプのユーザ通信デバイスを用いることが可能である。

図７及び図８の上記説明においては、特定のシグナリングメッセージが例として与えられた(例えば、“ＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐ”メッセージ)。但し、当然のことながら、他のシグナリングメッセージ、例えばＡＳ(ＡｃｃｅｓｓＳｔｒａｔｕｍ)及び／若しくはＮＡＳ(Ｎｏｎ−ＡｃｃｅｓｓＳｔｒａｔｕｍ)メッセージ、並びに／又は非３ＧＰＰメッセージを用いても良い。

当然のことながら、幾つかのメッセージは、ネットワークから／へ同時に(例えば、組み合せて)送信されても良く、及び／又はメッセージは、異なる時、且つ上述したものとは異なる順序で送信されても良い。

図９のステップＳ９４０及びＳ９６０についての上記説明においては、Ｐ−ＧＷが処理されるパケットの伝送をブロックするよう説明した。但し、当然のことながら、Ｐ−ＧＷは、パケットを一時的にのみブロックしても良い。この場合、パケットを、所定の時間量の間、例えば、(中継)トラヒックがパケットをその宛先へ転送するための(前述の各ステップの)条件を満たしたと判定される迄、バッファリングすれば良い。

また当然のことながら、Ｄ２Ｄ(又はＰｒｏＳｅ)可能なＵＥは、必要に応じて、他のＵＥ、ＵＥ−Ｒ及び／又は他のＤ２ＤＵＥとの複数のコネクションを有していても良い。

上記の例を、ＵＥ−Ｒテクノロジーを参照して議論した。但し、当然のことながら、これらの例は、Ｄ２Ｄ(Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ)、Ｐ２Ｐ(Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ)及び／又はＰ２Ｍ(Ｐｅｅｒ−ｔｏ−Ｍｕｌｔｉｐｅｅｒ)テクノロジー等の他の分野へ適用することも可能である。

上記の説明においては、ＵＥ−Ｒをスタンドアロンエンティティとして説明した。但し、当然のことながら、上述したＵＥ−Ｒ機能を、複数のエンティティを用いて実装しても良い。例えば、ＵＥ−Ｒ機能は、ホップ・バイ・ホップ(ｈｏｐ−ｂｙ−ｈｏｐ)方式で基地局へ接続される複数のユーザ通信デバイスにより、各々のＤ２Ｄ／ＰｒｏＳｅコネクションを用いて２つの隣接ユーザ通信デバイス間で各“ホップ”を提供することによって提供しても良い。また当然のことながら、ＵＥ−Ｒは、装置の形式で、例えば無線ルータ、ラップトップコンピュータに接続されたユーザ通信デバイスとして提供しても良い。

上記の説明においては、ユーザ通信デバイス、基地局、ＭＭＥ及びＰＤＮゲートウェイを、多くの離散的な機能コンポーネント又はモジュールを有するものとして解釈するケースに対して説明した。これらモジュールは、例えば既存システムが発明を実施するために変更されるといった或る用途のための方法で、例えば最初から発明の特徴を考慮して設計されたシステムといった他の用途において提供しても良いが、オペレーティングシステム又はコード全体へ組み込んでも良く、よって個別のエンティティとして識別しなくても良い。

上記の実施形態においては、多くのソフトウェアモジュールを説明した。当業者にとって明らかな通り、ソフトウェアモジュールは、コンパイルされた又はコンパイルされていない形式で提供しても良く、コンピュータネットワーク又は記録媒体上の信号として、ユーザ通信デバイス、基地局、ＭＭＥ及びＰＤＮゲートウェイへ供給しても良い。また、このソフトウェアの一部又は全てにより実行される機能は、１以上の専用ハードウェア回路を用いて実行しても良い。しかしながら、ソフトウェアモジュールの使用は、ユーザ通信デバイス、基地局、ＭＭＥ及びＰＤＮゲートウェイの機能を更新することを容易にするため好ましい。

ソフトウェアモジュール(すなわち、コンピュータプログラム)は、様々なタイプの非一時的なコンピュータ可読媒体(ｎｏｎ−ｔｒａｎｓｉｔｏｒｙｃｏｍｐｕｔｅｒｒｅａｄａｂｌｅｍｅｄｉｕｍ)を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体(ｔａｎｇｉｂｌｅｓｔｏｒａｇｅｍｅｄｉｕｍ)を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体(例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ)、光磁気記録媒体(例えば光磁気ディスク)、ＣＤ−ＲＯＭ(ＲｅａｄＯｎｌｙＭｅｍｏｒｙ)、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ(例えば、マスクＲＯＭ、ＰＲＯＭ(ＰｒｏｇｒａｍｍａｂｌｅＲＯＭ)、ＥＰＲＯＭ(ＥｒａｓａｂｌｅＰＲＯＭ)、フラッシュＲＯＭ、ＲＡＭ(ｒａｎｄｏｍａｃｃｅｓｓｍｅｍｏｒｙ))を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体(ｔｒａｎｓｉｔｏｒｙｃｏｍｐｕｔｅｒｒｅａｄａｂｌｅｍｅｄｉｕｍ)によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

他の各種変更は、当業者にとって明らかであり、ここでは詳細には説明しない。

＜３ＧＰＰ用語集＞
ＡＭＢＲ −ＡｇｇｒｅｇａｔｅＭａｘｉｍｕｍＢｉｔＲａｔｅ
ＡＰＮ −ＡｃｃｅｓｓＰｏｉｎｔＮａｍｅ
ＡＳ −ＡｃｃｅｓｓＳｔｒａｔｕｍ
Ｄ２Ｄ −ＤｅｖｉｃｅｔｏＤｅｖｉｃｅ
ＤＬ −Ｄｏｗｎｌｉｎｋ
ｅＮＢ −ＥｖｏｌｖｅｄＮｏｄｅＢ、Ｅ−ＵＴＲＡＮｂａｓｅｓｔａｔｉｏｎ
ＥＰＣ −ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ
ＥＰＳ −ＥｖｏｌｖｅｄＰａｃｋｅｔＳｙｓｔｅｍ
Ｅ−ＵＴＲＡ −ＥｖｏｌｖｅｄＵＭＴＳＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ
Ｅ−ＵＴＲＡＮ −ＥｖｏｌｖｅｄＵＭＴＳＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ
ＧＢＲ −ＧｕａｒａｎｔｅｅｄＢｉｔＲａｔｅ
ＧＣＳＥ −ＧｒｏｕｐＣｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍＥｎａｂｌｅｒｓ
ＧＰＲＳ −ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ
ＧＴＰ −ＧＰＲＳＴｕｎｎｅｌｌｉｎｇＰｒｏｔｏｃｏｌ
ＨＳＳ −ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ
ＬＴＥ −ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ (ｏｆＵＴＲＡＮ)
ＭＭＥ −ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ
ＮＡＳ −Ｎｏｎ−Ａｃｃｅｓｓ−Ｓｔｒａｔｕｍ
Ｐ−ＧＷ −ＰＤＮＧａｔｅｗａｙ
ＰｒｏＳｅ −Ｐｒｏｘｉｍｉｔｙ−ｂａｓｅｄＳｅｒｖｉｃｅｓ
(Ｅ−)ＲＡＢ −(ＥＰＳ−)ＲａｄｉｏＡｃｃｅｓｓＢｅａｒｅｒ
ＲＲＣ −ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ
Ｓ−ＧＷ −ＳｅｒｖｉｎｇＧａｔｅｗａｙ
ＴＦＴ −ＴｒａｆｆｉｃＦｌｏｗＴｅｍｐｌａｔｅ
ＵＥ −ＵｓｅｒＥｑｕｉｐｍｅｎｔ
ＵＥ−Ｒ −ＵＥＲｅｌａｙ
ＵＬ −Ｕｐｌｉｎｋ
ＵＭＴＳＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ

この出願は、２０１４年３月１９日に出願された英国特許出願１４０４９６２．１号を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１通信ネットワーク
３ＵＥ、ユーザ通信デバイス
５基地局
７コアネットワーク
１０外部ネットワーク
１１ＭＭＥ
１３Ｓ−ＧＷ
１４Ｐ−ＧＷ
１８ＰＣＲＦ
１９ＡＳ
３１, ５１, ７１, ９１, １１１トランシーバ回路
３３, ５３アンテナ
３５ユーザインタフェース
３７, ５７, ７７, ９７, １１７コントローラ
３９, ５９, ７９, ９９, １１９メモリ
４１, ６１, ８１, １０１, １２１オペレーティングシステム
４３, ６３, ８３, １０３, １２３通信制御モジュール
４５ＥＰＳモジュール
４７登録モジュール
４８Ｄ２Ｄモジュール
４９中継モジュール
５５, ７５, １１５ネットワークインタフェース
６５, １０５レート強制モジュール
８５ＡＭＢＲ設定モジュール
１２５検証モジュール

Claims

セルラ通信ネットワークにおいて、他のユーザ通信デバイスに対する通信データを中継する中継ユーザ通信デバイスであって、
前記セルラ通信ネットワークにおける他のユーザ通信デバイスと通信する手段であって、第１の通信インタフェースを介して少なくとも一つの他のユーザ通信デバイスと通信し、第２の通信インタフェースを介して基地局と通信する通信手段と、
前記通信手段を制御して、他のユーザ通信デバイスの各々から前記第１のインタフェースを介して受信した通信データを、前記第２のインタフェースを介して前記基地局へ中継し、前記第２のインタフェースを介して前記基地局から受信した他のユーザ通信デバイスの各々に対する通信データを、前記第１のインタフェースを介して当該他のユーザ通信デバイスへ中継する制御手段と、
少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する情報を、取得する取得手段と、を備え、
前記制御手段は、前記通信手段を制御して、前記ビットレートが関連する前記少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する前記情報を、前記基地局を介して少なくとも一つのコアネットワークノードへ送信する、
中継ユーザ通信デバイス。
前記取得手段は、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する前記情報を、前記ビットレートが関連する前記少なくとも一つの他のユーザ通信デバイスから受信することによって、取得する、
ことを特徴とした請求項１に記載の中継ユーザ通信デバイス。
前記取得手段は、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する前記情報を、前記少なくとも一つの他のユーザ通信デバイスをＡＳ（ａｐｐｌｉｃａｔｉｏｎｓｅｒｖｅｒ）へ登録する処理の過程で、取得する、
ことを特徴とした請求項２に記載の中継ユーザ通信デバイス。
前記取得手段は、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する前記情報を、中継コネクションを確立する処理の過程で、取得する、
ことを特徴とした請求項２又は３に記載の中継ユーザ通信デバイス。
前記取得手段は、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する前記情報を、
前記ビットレートに関連する識別子を、前記ビットレートが関連する前記少なくとも一つの他のユーザ通信デバイスから受信し、
前記受信した識別子に基づき、前記ビットレートが関連する前記少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する前記情報を取得すること、によって取得する、
ことを特徴とした請求項１に記載の中継ユーザ通信デバイス。
前記取得手段は、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する前記情報を、中継コネクションを確立する処理の過程で、取得する、
ことを特徴とした請求項５に記載の中継ユーザ通信デバイス。
前記制御手段は、前記通信手段を制御して、前記基地局を介してコアネットワークデバイスへ、ビットレートを特定する前記情報を、自中継ユーザ通信デバイスを特定する情報と関連付けて送信する、
ことを特徴とした請求項１〜６のいずれか一項に記載の中継ユーザ通信デバイス。
前記制御手段は、前記通信手段を制御して、前記基地局を介してコアネットワークデバイスへ、ビットレートを特定する前記情報を、前記ビットレートが関連する前記少なくとも一つの他のユーザ通信デバイスを特定する情報と関連付けて送信する、
ことを特徴とした請求項１〜７のいずれか一項に記載の中継ユーザ通信デバイス。
自中継ユーザ通信デバイスを特定する前記情報、及び／又は前記ビットレートが関連する前記少なくとも一つの他のユーザ通信デバイスを特定する前記情報は、
当該ユーザデバイスに関連したＩＭＳＩ（ＩｎｔｅｒｎａｔｉｏｎａｌｍｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｔｙ）、
当該ユーザデバイスに関連したＩＰアドレス、
当該ユーザデバイスに関連したパブリックセーフティ（ｐｕｂｌｉｃｓａｆｅｔｙ）識別子、
当該ユーザデバイスに関連したＭＳＩＳＤＮ（ＭｏｂｉｌｅＳｔａｔｉｏｎＩｎｔｅｒｎａｔｉｏｎａｌＳｕｂｓｃｒｉｂｅｒＤｉｒｅｃｔｏｒｙＮｕｍｂｅｒ）、
当該ユーザデバイスに関連したＰｒｏＳｅＩＤ（ｐｒｏｘｉｍｉｔｙｓｅｒｖｉｃｅｓｉｄｅｎｔｉｆｉｅｒ）、
当該ユーザデバイスに関連したＴＭＳＩ（ＴｅｍｐｏｒａｒｙＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｆｉｅｒ）、及び
当該ユーザデバイスに関連したＧＵＴＩ（ＧｌｏｂａｌｌｙＵｎｉｑｕｅＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｆｉｅｒ）、
の少なくとも一つを含む、
ことを特徴とした請求項７又は８に記載の中継ユーザ通信デバイス。
ビットレートを特定する前記情報は、ＡＭＢＲ（ａｇｇｒｅｇａｔｅｍａｘｉｍｕｍｂｉｔｒａｔｅ）を含む、
ことを特徴とした請求項１〜９のいずれか一項に記載の中継ユーザ通信デバイス。
ビットレートを特定する前記情報は、ＡＰＮ＿ＡＭＢＲ（ＡＭＢＲ（ａｇｇｒｅｇａｔｅｍａｘｉｍｕｍｂｉｔｒａｔｅ）ｆｏｒａｓｐｅｃｉｆｉｃａｃｃｅｓｓｐｏｉｎｔ）を含む、
ことを特徴とした請求項１０に記載の中継ユーザ通信デバイス。
ビットレートを特定する前記情報は、特定サービス（例えば、特定のパブリックサービス）に関連したＡＭＢＲ（ａｇｇｒｅｇａｔｅｍａｘｉｍｕｍｂｉｔｒａｔｅ）を含む、
ことを特徴とした請求項１０又は１１に記載の中継ユーザ通信デバイス。
ビットレートを特定する前記情報は、特定のパブリックセーフティサービス（例えば、特定のパブリックサービス）に関連したＡＭＢＲ（ａｇｇｒｅｇａｔｅｍａｘｉｍｕｍｂｉｔｒａｔｅ）を含む、
ことを特徴とした請求項１２に記載の中継ユーザ通信デバイス。
ビットレートを特定する前記情報は、特定のユーザ識別子又はユーザ通信デバイス識別子(ｕｓｅｒＩＤ又はｕｓｅｒｃｏｍｍｕｎｉｃａｔｉｏｎｄｅｖｉｃｅＩＤ)に関連したＡＭＢＲ（ａｇｇｒｅｇａｔｅｍａｘｉｍｕｍｂｉｔｒａｔｅ）を含む、
ことを特徴とした請求項１０、１１、１２又は１３に記載の中継ユーザ通信デバイス。
前記少なくとも一つのコアネットワークノードは、
ゲートウェイデバイス（例えば、ＰＤＮ−ＧＷ若しくはＰ−ＧＷ（ｐａｃｋｅｔｄａｔａｎｅｔｗｏｒｋｇａｔｅｗａｙ）、又はＳ−ＧＷ（ｓｅｒｖｉｎｇｇａｔｅｗａｙ））、
ＭＭＥ（ｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）、及び
ＰＣＲＦ（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＲｕｌｅｓＦｕｎｃｔｉｏｎ）、
の少なくとも一つを含む、
ことを特徴とした請求項１〜１４のいずれか一項に記載の中継ユーザ通信デバイス。
前記制御手段は、前記通信手段を制御して、前記基地局を介した少なくとも一つのコアネットワークノードに対する送信と、前記少なくとも一つのコアネットワークノードを介したアプリケーションサーバ（例えば、ＰＳＣＣ（ＰｕｂｌｉｃＳａｆｅｔｙＣｏｎｔｒｏｌＣｅｎｔｅｒ）及び／又はＧＣＳＥ（ＧｒｏｕｐＣｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍＥｎａｂｌｅｒｓ）ＡＳ）に対する送信とを行う、
ことを特徴とした請求項１〜１５のいずれか一項に記載の中継ユーザ通信デバイス。
セルラ通信ネットワークにおいて、中継ユーザ通信デバイスによる中継のために前記中継ユーザ通信デバイスとデータ通信するユーザ通信デバイスであって、
前記セルラ通信ネットワークにおける他のユーザ通信デバイスと通信する手段であって、自ユーザ通信デバイスの代理として通信データを中継するためのビットレートを決定可能な情報を、前記中継ユーザ通信デバイスとの通信インタフェースを介して伝送する通信手段、
を備えたユーザ通信デバイス。
前記通信手段は、自ユーザ通信デバイスの代理として通信データを中継するためのビットレートを決定可能な情報を伝送し、前記情報は、自ユーザ通信デバイスの代理として通信データを中継するための前記ビットレートを特定する情報、を含む、
ことを特徴とした請求項１７に記載のユーザ通信デバイス。
前記通信手段は、自ユーザ通信デバイスの代理として通信データを中継するためのビットレートを決定可能な情報を伝送し、前記情報は、前記ビットレートに関連した識別子を含む、
ことを特徴とした請求項１７又は１８に記載のユーザ通信デバイス。
中継ユーザ通信デバイスを介して提供される、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する情報を、受信する受信手段と、
中継ユーザ通信デバイスを介して提供されるビットレートを特定する前記情報に基づき、前記中継ユーザ通信デバイスが前記少なくとも一つの他のユーザ通信デバイスとの中継コネクションを有する場合における前記中継ユーザ通信デバイスとの通信用のデータスループットを制御するためのパラメータを、生成する生成手段と、
データスループットを制御するための前記パラメータを、前記中継ユーザ通信デバイスへ送信する送信手段と、を備え、
前記受信手段は、ビットレートを特定する前記情報を、他のコアネットワークノードを介して前記中継ユーザ通信デバイスから受信する、
コアネットワークノード。
前記受信手段は、ビットレートを特定する前記情報を、コアネットワークゲートウェイを巻き込むこと無く基地局を介して、前記中継ユーザ通信デバイスから受信する、
ことを特徴とした請求項２０に記載のコアネットワークノード。
前記受信手段は、ビットレートを特定する前記情報を、コアネットワークゲートウェイを介して、前記中継ユーザ通信デバイスから受信する、
ことを特徴とした請求項２０に記載のコアネットワークノード。
前記受信手段は、ビットレートを特定する前記情報を、当該情報を提供する前記中継ユーザ通信デバイスを特定する情報と関連付けて受信する、
ことを特徴とした請求項２０〜２２のいずれか一項に記載のコアネットワークノード。
ＭＭＥ（ｍｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔｅｎｔｉｔｙ）である、
ことを特徴とした請求項２０、２１又は２３に記載のコアネットワークノード。
中継ユーザ通信デバイスを介して提供される、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する情報を、当該情報を提供する前記中継ユーザ通信デバイスを特定する情報と関連付けて、受信する受信手段と、
前記中継ユーザ通信デバイスが前記少なくとも一つの他のユーザ通信デバイスとの中継コネクションを有する場合、前記中継ユーザ通信デバイスを介して要求された前記ビットレートに基づき、前記中継ユーザ通信デバイスとの通信用のデータスループットを制御する制御手段と、
を備えたコアネットワークノード。
ゲートウェイデバイス（例えば、ＰＤＮ−ＧＷ若しくはＰ−ＧＷ（ｐａｃｋｅｔｄａｔａｎｅｔｗｏｒｋｇａｔｅｗａｙ）、又はＳ−ＧＷ（ｓｅｒｖｉｎｇｇａｔｅｗａｙ））である、
ことを特徴とした請求項２５に記載のコアネットワークノード。
中継ユーザ通信デバイスを介して、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する情報を、当該情報を提供する前記中継ユーザ通信デバイスを特定する情報と関連付けて、受信する受信手段と、
少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する前記情報を、当該情報を提供する前記中継ユーザ通信デバイスを特定する前記情報と関連付けて、他のコアネットワークノードへ送信する送信手段と、
を備えた通信ノード。
ゲートウェイデバイス（例えば、ＰＤＮ−ＧＷ若しくはＰ−ＧＷ（ｐａｃｋｅｔｄａｔａｎｅｔｗｏｒｋｇａｔｅｗａｙ）、又はＳ−ＧＷ（ｓｅｒｖｉｎｇｇａｔｅｗａｙ））である、
ことを特徴とした請求項２７に記載の通信ノード。
アプリケーションサーバ（例えば、ＰＳＣＣ（ＰｕｂｌｉｃＳａｆｅｔｙＣｏｎｔｒｏｌＣｅｎｔｅｒ）及び／又はＧＣＳＥ（ＧｒｏｕｐＣｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍＥｎａｂｌｅｒｓ）ＡＳ）である、
ことを特徴とした請求項２７に記載の通信ノード。
ビットレートを特定する前記情報により示されるビットレートが、少なくとも一つのオペレータポリシに従っているか否かを検証する検証手段、をさらに備え、
前記送信手段は、ビットレートを特定する前記情報が少なくとも一つのオペレータポリシに従っている場合に、当該情報を前記他のコアネットワークノードへ送信し、
前記送信手段は、ビットレートを特定する前記情報が少なくとも一つのオペレータポリシに従っていない場合には、当該情報を前記他のコアネットワークノードへ送信しない、
ことを特徴とした請求項２７に記載の通信ノード。
前記検証手段は、ビットレートを特定する前記情報が少なくとも一つのオペレータポリシに従っていない場合、前記ビットレートの値を調整し、
前記送信手段は、ビットレートを特定する前記情報が少なくとも一つのオペレータポリシに従っていない場合、前記調整されたビットレートを特定する情報を、前記他のコアネットワークノードへ送信する、
ことを特徴とした請求項３０に記載の通信ノード。
前記コアネットワークノードは、ＰＣＲＦ（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＲｕｌｅｓＦｕｎｃｔｉｏｎ）である、
ことを特徴とした請求項３０又は３１に記載の通信ノード。
請求項１〜１６のいずれか一項に記載の中継ユーザ通信装置と、
請求項１７〜１９のいずれか一項に記載のユーザ通信装置と、
請求項２０〜２４のいずれか一項に記載のコアネットワークノードと、
請求項２５又は２６に記載のコアネットワークノードと、
請求項２７〜３２のいずれか一項に記載の通信ノードと、
を備えたシステム。
セルラ通信ネットワークにおいて他のユーザ通信デバイスに対する通信データを中継する中継ユーザ通信デバイスであり、第１の通信インタフェースを介して少なくとも一つの他のユーザ通信デバイスと通信し、且つ第２の通信インタフェースを介して基地局と通信する通信手段を備えた前記中継ユーザ通信デバイスにより実施される方法であって、
少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する情報を、取得し、
前記通信手段を制御して、前記ビットレートが関連する前記少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する前記情報を、前記基地局を介して少なくとも一つのコアネットワークノードへ送信し、
前記通信手段と制御して、他のユーザ通信デバイスの各々から前記第１のインタフェースを介して受信した通信データを、前記第２のインタフェースを介して前記基地局へ中継し、前記第２のインタフェースを介して前記基地局から受信した他のユーザ通信デバイスの各々に対する通信データを、前記第１のインタフェースを介して当該他のユーザ通信デバイスへ中継する、
ことを含む方法。
セルラ通信ネットワークにおいて、中継ユーザ通信デバイスによる中継のために前記中継ユーザ通信デバイスとデータ通信するユーザ通信デバイスにより実施される方法であって、
前記ユーザ通信デバイスの代理として通信データを中継するためのビットレートを決定可能な情報を、前記中継ユーザ通信デバイスとの通信インタフェースを介して伝送する、
ことを含む方法。
コアネットワークノードにより実施される方法であって、
中継ユーザ通信デバイスを介して提供される、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する情報を、受信し、
中継ユーザ通信デバイスを介して提供されるビットレートを特定する前記情報に基づき、前記中継ユーザ通信デバイスが前記少なくとも一つの他のユーザ通信デバイスとの中継コネクションを有する場合における前記中継ユーザ通信デバイスとの通信用のデータスループットを制御するためのパラメータを、生成し、
データスループットを制御するための前記パラメータを、前記中継ユーザ通信デバイスへ送信する、ことを含み、
前記受信は、ビットレートを特定する前記情報を、他のコアネットワークノードを介して前記中継ユーザ通信デバイスから受信することである、
方法。
コアネットワークノードにより実施される方法であって、
中継ユーザ通信デバイスを介して提供される、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する情報を、当該情報を提供する前記中継ユーザ通信デバイスを特定する情報と関連付けて、受信し、
前記中継ユーザ通信デバイスが前記少なくとも一つの他のユーザ通信デバイスとの中継コネクションを有する場合、前記中継ユーザ通信デバイスを介して要求された前記ビットレートに基づき、前記中継ユーザ通信デバイスとの通信用のデータスループットを制御する、
ことを含む方法。
通信ノードにより実施される方法であって、
中継ユーザ通信デバイスを介して、少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する情報を、当該情報を提供する前記中継ユーザ通信デバイスを特定する情報と関連付けて、受信し、
少なくとも一つの他のユーザ通信デバイスに対する通信データを中継するためのビットレートを特定する前記情報を、当該情報を提供する前記中継ユーザ通信デバイスを特定する前記情報と関連付けて、他のコアネットワークノードへ送信する、
ことを含む方法。
コンピュータプログラマブルデバイスに請求項３４〜３８のいずれか一項に記載の方法を実施させるための命令を含むコンピュータプログラムが、記憶された非一時的なコンピュータ可読媒体。