JP2015509349A - 無線ユーザのためのインテリジェントなコーデック・レート適応を提供するための方法および装置 - Google Patents

Abstract

本方法は、ネットワーク要素（ＮＥ）において、第１ソース・ユーザ機器（ＵＥ）から第１宛先ＵＥに向かって送られるメディア・データ・パケット（ＭＤＰ）を受け取るステップと、ＮＥにおいて、ＮＥと第１宛先ＵＥとの間のダウンリンク・チャネルと、第１ソースＵＥとＮＥとの間のアップリンク・チャネルとの少なくとも一方において、輻輳を検出するステップと、検出するステップによって輻輳が検出される場合には、ＮＥを経由して第１データを第２宛先ＵＥに送信している第２ソースＵＥであって、且つ第１ソースＵＥよりも低い加入者優先度レベルを有する第２ソースＵＥを識別するステップと、検出するステップによって輻輳が検出される場合には、第２ソースＵＥに、ＮＥを経由して第２ソースＵＥが第１データを第２宛先ＵＥに送信するレートを低下させる輻輳表示を送るステップと、ＭＤＰを、ＮＥから第１宛先ＵＥに送るステップと、を含む。

Description

例示的な実施形態は、一般に、例えばＬＴＥネットワークである無線通信ネットワークのユーザのためのコーデック・レート適応の処理に関する。

ＬＴＥでは、当初に、デバイス特性などのファクタに基づいて、音声のためのコーデック・レート（codec rate）が割り当てられる。ＬＴＥのための音声コーデックは、例えば、適応マルチ・レート、すなわち、ワイドバンド（ＡＭＲ−ＷＢ）、ＡＭＲ７．９５、およびＡＭＲ５．９を含む。同様に、ビデオ・データのためにも、異なるコーデック・レートが存在する。所与のコールのためのコーデック・レートは、ビデオ・データの場合であっても音声データの場合であっても、明示的輻輳通知（explicit congestion notifications）（ＥＣＮ）に応じて、コール中に適応させることが可能である。仕様３ＧＰＰ２３．８６０では、ビデオまたは音声ストリームに対するコーデック・レートをＥＣＮに基づいて低下させることができる、または、ＥＣＮミッドストリームの不存在に基づいて増加させることができる機構が説明されている。現在では、ビデオまたは音声ユーザに対するコーデック・レート適応（adaptation of codec rates）は、そのユーザに対して受信される輻輳通知に基づく。

１つまたは複数の実施形態は、無線通信ネットワークのユーザのためにコーデック・レート適応の処理を生成するための方法および装置に関する。

少なくとも１つの例示的な実施形態によると、無線通信ネットワークにおいて輻輳を処理する方法が、ネットワーク要素において、第１のソース・ユーザ機器（ＵＥ）から第１の宛先ＵＥに向かって送られるメディア・データ・パケットを受け取るステップと、ネットワーク要素において、ネットワーク要素と第１の宛先ＵＥとの間のダウンリンク・チャネルと、第１のソースＵＥとネットワーク要素との間のアップリンク・チャネルとの少なくとも一方において、輻輳を検出するステップと、検出するステップによって輻輳が検出される場合には、ネットワーク要素を経由して第１のデータを第２の宛先ＵＥに送信し、第１のソースＵＥよりも低い加入者優先度レベルを有する第２のソースＵＥを識別するステップと、検出するステップによって輻輳が検出される場合には、第２のソースＵＥに、第２のソースＵＥがネットワーク要素を経由して第１のデータを第２の宛先ＵＥに送信するレートを低下させるための輻輳表示を送るステップと、メディア・データ・パケットを、ネットワーク要素から第１の宛先ＵＥに送るステップと、を含みうる。

少なくとも１つの例示的な実施形態によると、識別するステップは、ネットワーク要素を経由して相互に通信する２つのＵＥをそれぞれが含む複数のＵＥ対の加入者優先度レベルを決定するステップと、第１のソースＵＥよりも低い加入者優先度レベルを有するＵＥ対から一方のＵＥを第２のソースＵＥとして選ぶステップと、を含みうる。

少なくとも１つの例示的な実施形態によると、識別するステップは、複数のＵＥ対のどれが最低の加入者優先度レベルを有するのかを決定するステップと、最低の優先度レベルを有するＵＥ対から一方のＵＥを第２のソースＵＥとして選ぶステップと、を更に含みうる。

少なくとも１つの例示的な実施形態によると、輻輳表示を送るステップは、ネットワーク・ノードにおいて、輻輳表示を代替のデータ・パケットの中に挿入するステップと、代替のデータ・パケットをネットワーク要素から第２の宛先ＵＥに送るステップとを含みうるのであって、代替のデータ・パケットは、第２のソースＵＥから第２の宛先ＵＥに送られつつある第１のデータに含まれる複数のデータ・パケットの１つである。

少なくとも１つの例示的な実施形態によると、輻輳表示は、明示的輻輳通知（ＥＣＮ）コード・ポイントでありうる。

少なくとも１つの例示的な実施形態によると、ネットワーク要素は拡張ノードＢ（ｅＮＢ）であることができ、無線通信ネットワークはＬＴＥプロトコルに従う。

少なくとも１つの例示的な実施形態によると、第１の宛先ＵＥはｅＮＢと関連し、検出するステップはｅＮＢと第１の宛先ＵＥとの間のダウンリンク・チャネルにおいて輻輳を検出するステップを含みうる。

少なくとも１つの例示的な実施形態によると、第１のソースＵＥはｅＮＢと関連し、検出するステップは第１のソースＵＥとｅＮＢとの間のアップリンク・チャネルにおいて輻輳を検出するステップを含みうる。

少なくとも１つの例示的な実施形態によると、メディア・データ・パケットは、音声データ・パケットまたはビデオ・データ・パケットでありうる。

少なくとも１つの例示的な実施形態によると、無線通信ネットワークにおいて輻輳を処理するためのネットワーク装置は、データ受信ユニットと、データ送信ユニットと、ネットワーク要素と通信するユーザ機器（ＵＥ）に対応するパラメータを記憶するように構成されているメモリ・ユニットと、データ送信ユニット、データ受信ユニット、およびメモリ・ユニットと結合されている処理ユニットとを含みうる。処理ユニットは、第１のソース・ユーザ機器（ＵＥ）から第１の宛先ＵＥに向かって送られるメディア・データ・パケットを受け取る動作と、ネットワーク要素と第１の宛先ＵＥとの間のダウンリンク・チャネルと、第１のソースＵＥとネットワーク要素との間のアップリンク・チャネルとの少なくとも一方において、輻輳を検出する動作と、検出する動作によって輻輳が検出される場合には、ネットワーク要素を経由して第１のデータを第２の宛先ＵＥに送信し、第１のソースＵＥよりも低い加入者優先度レベルを有する第２のソースＵＥを識別する動作と、検出する動作によって輻輳が検出される場合には、第２のソースＵＥに、第２のソースＵＥがネットワーク要素を経由して第１のデータを第２の宛先ＵＥに送信するレートを低下させるように構成された輻輳表示を送る動作と、メディア・データ・パケットをネットワーク要素から第１の宛先ＵＥに送る動作と、を含む動作を制御するように構成されうる。

例示的な実施形態が、以下に提供されている詳細な説明と添付の図面とから、より詳しく理解されるであろう。添付の図面においては、同様の要素は同様の参照番号によって表現されている。なお、添付の図面は、例証のみを目的として与えられているにすぎず、限定を意味していない。

少なくとも１つの例示的な実施形態による、無線通信ネットワークの一部の図である。 少なくとも１つの例示的な実施形態による、明示的輻輳通知（ＥＣＮ）を用いてコーデック・レート適応を提供する方法を示すデータ・フロー図である。 少なくとも１つの例示的な実施形態による、ネットワーク要素の例示的な構造を示す図である。 少なくとも１つの例示的な実施形態による、ＥＣＮと加入者優先度レベルとを用いるコーデック・レート適応を提供する方法を示すデータ・フロー図である。 少なくとも１つの例示的な実施形態による、ネットワーク要素の観点からのＥＣＮと加入者優先度レベルとを用いるコーデック・レート適応を提供する方法を示すフローチャートである。

次に、様々な少なくとも１つの例示的な実施形態について、いくつかの例示的な実施形態が示されている添付の図面を参照して、より詳細に説明する。

詳細であり例証のための実施形態が、本明細書にて開示されている。しかし、本明細書にて開示されている特定の構造的および機能的な詳細は、単に、少なくとも１つの例示的な実施形態を説明するための代表的なものに過ぎない。なお、例示的な実施形態は、多数の代替的な形態で具体化されうるのであって、本明細書に示されている実施形態だけに限定されるものとして解釈すべきではない。

従って、例示的な実施形態は様々な適応および代替的な形態を取りうるのであるが、その実施形態を、図面における例として示し、本明細書で詳細に説明する。しかし、例示的な実施形態を開示されている特定の形態に限定する意図はなく、むしろ逆に、例示的な実施形態は、例示的な実施形態の範囲に含まれるすべての改変形態、均等物、および代替的形態に及ぶことを理解すべきである。同様の参照番号は、複数の図面の記載全体を通じて、同様の要素を意味している。本明細書で用いられる「および／または」という用語は、関連してリスト化されている項目の１つまたは複数の任意のおよびすべての組み合わせを含む。

ある要素が、別の要素と「接続されている（connected）」または「結合されている（coupled）」ものとして言及されるときには、一方の要素が、他方の要素に直接的に接続されている、もしくは、結合されている場合があり、または、介在する要素が存在する場合もありうるということが理解されるであろう。それと対照的に、ある要素が、別の要素と「直接的に接続されている」または「直接的に結合されている」ものとして言及されるときには、介在する要素は存在しない。複数の要素間の関係を記述するのに用いられる他の単語についても、同様の態様で解釈されなければならない（例えば、「〜の間に（between））と「直接的に〜の間に（directly between）」や、「隣接して（adjacent）」と「直接的に隣接して（directly adjacent）」など）。

本明細書で用いられる用語は、特定の実施形態を説明するためのみのものであり例示的な実施形態の限定は意図されていない。本明細書で用いられるときには、単数形の「ａ」、「ａｎ」、および「ｔｈｅ」は、文脈がそうではないことを明確に示していない限り、複数形も含むことが意図されている。更に、用語「備える（comprises）」、「備えている（comprising）」、「含む（includes）」、および／または「含んでいる（including）」は、本明細書で用いられるときには、言及されている特徴、整数、ステップ、動作、要素、および／またはコンポーネントの存在を特定しているが、１つまたは複数のそれ以外の特徴、整数、ステップ、動作、要素、コンポーネント、および／またはそれらのグループの存在または追加を除外していないことが、理解されるであろう。

また、いくつかの代替的な実施態様では、記載されている機能／作用が、図面に記載されている順序とは異なる順序で生じる可能性があることに、注意すべきである。例えば、継続するものとして示されている２つの図が、関連する機能／作用に応じて、実際には実質的に同時に、または、時には反対の順序で実行されることがありうる。

本明細書で用いられる場合には、ユーザ機器（ＵＥ）という用語は、端末、モバイル・ユニット、モバイル・ステーション、モバイル・ユーザ、アクセス端末（ＡＴ）、加入者、ユーザ、リモート・ステーション、アクセス端末、受信機などと同義であると考えられる場合があり、以下では時にはそのように称する場合があり、無線通信ネットワークにおける無線リソースのリモート・ユーザを記述する場合もある。基地局（ＢＳ）という用語は、ベース・トランシーバ・ステーション（ＢＴＳ）、ＮｏｄｅＢ、拡張型ノードＢ（ｅＮＢ）、アクセス・ポイント（ＡＰ）などと同義であると考えられる場合があり、および／または、そのように称する場合もあり、ネットワークと１人または複数のユーザとの間のデータおよび／または音声の接続性のために、無線ベースバンド機能を提供する機器を記述している場合もある。

本明細書では、例示的な実施形態について、適切なコンピューティング環境で実装されているものとして、論じることにする。要求されているわけではないが、例示的な実施形態について、１つまたは複数のコンピュータ・プロセッサまたはＣＰＵによって実行されるプログラム・モジュールや機能プロセスなど、コンピュータ実行可能な命令に関する一般的なコンテキストにおいて説明する。一般に、プログラム・モジュールや機能プロセスは、特定のタスクを実行するまたは特定の抽象的なデータ・タイプを実装するルーチン、プログラム、オブジェクト、コンポーネント、データ構造などを含む。

本明細書で論じられているプログラム・モジュールと機能プロセスとは、既存の通信ネットワークにおける既存のハードウェアを用いて、実装することが可能である。例えば、本明細書で論じられているプログラム・モジュールと機能プロセスとは、既存のネットワーク要素または制御ノード（例えば、図１に示されているＡＰ）における既存のハードウェアを用いた実装が可能である。そのような既存のハードウェアは、１つまたは複数のディジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）コンピュータなどを含むことがありうる。

以下の説明では、特にそうではないと示されていない限り、例証のための実施形態が、１つまたは複数のプロセッサによって実行される作用と動作の記号的表現（例えば、フローチャートの形態での）とを参照して、説明される。従って、コンピュータで実行されると時には称されるそのような作用および動作は、構造化された形式でデータを表現する電気信号のプロセッサによる操作を含むことが理解されるであろう。この操作は、コンピュータのメモリ・システムにおける複数の位置におけるデータを変換または維持するが、それにより、当業者によって十分に理解されるように、コンピュータの動作が、再構成またはそれ以外の態様で変更される。

ネットワーク・アーキテクチャの概観
図１は、無線通信ネットワーク１００の一部を示している。無線通信ネットワーク１００は、例えば、ＬＴＥプロトコルに従いうる。無線通信ネットワーク１００は、モビリティ管理エンティティ（ＭＭＥ）１３０と、第１の発展型（evolved）ノードＢ（ｅＮＢ）１１０Ａと、第２のｅＮＢ１１０Ｂと、第１のＵＥ１２２、第２のＵＥ１２４、第３のＵＥ１２６および第４のＵＥ１２８を含む複数のユーザ機器（ＵＥ）１２０と、ホーム加入者サーバ（ＨＳＳ）１４０と、ポリシおよび課金ルール機能ノード（ＰＣＲＦ）１５０と、サービング・ゲートウェイ（Ｓ−ＧＷ）１６０と、公衆データ・ネットワーク（ＰＤＮ）ゲートウェイ（Ｐ−ＧＷ）１７０とを含む。

ＵＥ１２０は、第１のｅＮＢ１１０Ａと第２のｅＮＢ１１０Ｂとのいずれかと、無線通信状態にありうる。第１のｅＮＢ１１０Ａと第２のｅＮＢ１１０Ｂとは、ＭＭＥ１３０と接続されている。図示されていないが、無線通信ネットワーク１００は、ＭＭＥ１３０に加えて、ＬＴＥコア・ネットワークの他の要素を含むことがある。ＵＥ１２０は、例えば、携帯電話、スマートフォン、コンピュータ、またはパーソナル・デジタル・アシスタント（ＰＤＡ）でありうる。

第１のｅＮＢ１１０Ａと第２のｅＮＢ１１０Ｂとは、また、サービング・ゲートウェイ１６０にも接続されていることがある。Ｓ−ＧＷ１６０は、第１のｅＮＢ１１０Ａまたは第２のｅＮＢ１１０Ｂに接続されているＵＥのユーザ・データ・パケットをルーティングおよび転送することができる。Ｓ−ＧＷ１６０は、第１のｅＮＢ１１０Ａおよび第２のｅＮＢ１１０Ｂに、Ｐ−ＧＷ１７０へのアクセスを提供する。Ｐ−ＧＷ１７０は、第１のｅＮＢ１１０Ａおよび第２のｅＮＢ１１０Ｂに、例えばインターネット１８０を含むそれ以外のパケット・データ・ネットワークへのサービング・ゲートウェイ１６０経由でのアクセスを提供する。簡潔にする目的のため、第１のｅＮＢ１１０Ａおよび第２のｅＮＢ１１０Ｂの動作は、主に第１のｅＮＢ１１０Ａを参照して、論じられる。しかし、第２のｅＮＢ１１０Ｂは、第１のｅＮＢ１１０Ａを参照して論じられるのと同じように動作することができる。

コーデック・レート適応に関する説明
複数のＵＥ１２０の中のＵＥは、音声データまたはビデオ・データを他のＵＥに送ることがある。複数のＵＥ１２０の中の音声データを送っているＵＥは、音声データを送る際に、用いるべきコーデック・レートを選択することができる。より高いコーデック・レートは、より忠実度が高い音声データとより高いデータ・レートとに対応し、他方で、より低いコーデック・レートは、より忠実度が低い音声データとより低いデータ・レートとに対応する。同様に、複数のＵＥ１２０の中のビデオ・データを送っているＵＥは、ビデオ・データを送る際に、用いるべきコーデック・レートを選択することができる。第１のｅＮＢ１１０Ａと通信するＵＥとの間でデータを送受信するために利用可能である第１のｅＮＢ１１０Ａにおけるリソースは、限定されている。第１のｅＮＢ１１０Ａと通信するＵＥの需要を満たすのに必要となるリソースが第１のｅＮＢ１１０Ａにとって利用可能であるリソースの量に達するまたはそれを超えると、結果的に輻輳が生じ、データ・パケットが、輻輳を経験している第１のｅＮＢ１１０Ａから脱落することがありうる。この結果として、輻輳を経験しているｅＮＢと通信状態にあるＵＥにとって、品質レベルの低下が生じうる。

無線通信ネットワーク１００で経験される輻輳を回避するおよび／または減少させるために、無線ネットワーク１００は、コーデック・レート適応方式を実装する。例えば、第１のｅＮＢ１１０Ａは、輻輳が経験されているときには、または、近い将来において経験されることが予想されるときには、ＵＥに知らせることができる。例えば、第１のｅＮＢ１１０Ａは、例えば明示的輻輳通知（ＥＣＮ）を用いて、既存のまたは近づいている輻輳の表示を生成することができる。ＥＣＮは、輻輳を経験しているｅＮＢを経由してデータを送っているＵＥに、例えば、音声データを送るのに用いられているコーデック・レートを低下させることによって、または、ビデオ・データを送るのに用いられている最大コーデック・レートを低下させることによって、送られているデータの量を減少させることを促すのに、用いられうる。コーデック・レートの適応を促すためのＥＣＮの使用は、ＩＰマルチメディア・サブシステム（ＩＭＳ）のためのマルチメディア・テレフォニ・サービス（ＭＴＳＩ）のクライアントに関する３ＧＰＰ２３．８６０の仕様において、論じられている。

３ＧＰＰ２３．８６０の仕様によると、ＭＴＳＩクライアントにおいてＥＣＮがイネーブルされるときに、セッション記述プロトコル（ＳＤＰ）の提供および回答手順（offer and answer procedures）が、ＭＴＳＩクライアントの間でＥＣＮの使用を確立するために用いられうる。ＥＣＮの使用が交渉されたあとで、端末が、「ＥＣＴ（０）」というコード・ポイントを用いて、音声またはビデオ・メディア・パケットを指定する。ＥＣＮをサポートするｅＮＢが音声またはビデオ・ユーザへのダウンリンクにおいて輻輳を検出する場合には、そのｅＮＢは、「輻輳が経験されている」ことを示すために、「ＥＣＮ−ＣＥ」というコード・ポイントを用いて、ＥＣＴが付された（ECT-marked）ダウンリンク・パケットを指定することができる。ＥＣＮ−ＣＥが付されたパケットは、そのパケットを受け取るＭＴＳＩクライアントに、そのパケットの送り主に対して新たなコーデック・レートを要求することが必要でありうることを示す。受け取る側であるＭＴＳＩクライアントは、例えば、３ＧＰＰ仕様ＴＳ２６．１１４に記載されている既知の手順を用いて、どのレートをリクエストすべきかを決定することができる。受け取り側のＭＴＳＩクライアントは、レートのリクエストが必要であると判断する場合には、送る側のＭＴＳＩクライアントにより低い送信レートを用いるようにとリクエストするレート・リクエストを、送る側のＭＴＳＩクライアントに送る。音声データの場合には、レート・リクエストは、現在用いられているコーデックよりも低いコーデック・レートを有するコーデックの使用を求めることがありうる。適応ビットレートを用いて送られるビデオ・データの場合には、レート・リクエストは、より低い最大ビットレートの使用を求めることがありうる。次に、ＥＣＮを用いてコーデック・レート適応を生じさせることによって輻輳を低下させるためのプロセスについて、図２を参照しながら、以下で論じる。

図２は、ＥＣＮを用いてコーデック・レート適応を提供する方法を示すデータ・フロー図である。図２に示されている方法は、３ＧＰＰ２３．８６０の仕様に基づいている。

図２は、第１のＵＥ１２２と第２のＵＥ１２４とが音声コールに参加しており、第２のＵＥ１２４は第１のｅＮＢ１１０Ａと関連し、第１のｅＮＢ１１０Ａが第２のＵＥ１２４へのダウンリンクにおいて輻輳を検出する、というシナリオを参照して説明される。第１のＵＥ１２２、第２のＵＥ１２４、および第１のｅＮＢ１１０Ａは、それぞれ、ＥＣＮをサポートしている。第１および第２のＵＥ１２２および１２４は、例えば、ＭＴＳＩクライアントでありうる。

図２を参照すると、第１のＵＥ１２２は、コード・ポイントＥＣＴ（０）が付された音声パケット２１０を、第２のＵＥ１２４に向けて送る。この音声パケットは、第１のＵＥ１２４と関連するｅＮＢである第１のｅＮＢ１１０Ａによって受信される。第１のｅＮＢ１１０Ａは、第２のＵＥ１２４へのダウンリンク・チャネルにおいて輻輳を検出しているので、音声パケットの１つまたは複数のコード・ポイントを、ＥＣＮ−ＣＥコード・ポイントに変更し、その１つまたは複数のＥＣＮ−ＣＥが付されたパケット２２０をＵＥ１２４に送る。第２のＵＥ１２４は、ＥＣＮ−ＣＥが付されたパケット２２０を受信した後に、ＥＣＮ−ＣＥが付された音声パケットの送り主である第１のＵＥ１２２に、コーデック・レートの変更をリクエストすべきかどうか、を判断する。図２に示されている例においては、第２のＵＥ１２４は、レートの変更が必要であると判断している。従って、第２のＵＥ１２４は、レート適応リクエスト２３０を、第１のＵＥ１２２に送る。それに応答して、第１のＵＥ１２２は、第２のＵＥ１２４に音声データ・パケットを送るために、第１のＵＥ１２２によって用いられるコーデック・レートを低下させる。次に、第１のＵＥ１２２は、コード・ポイントＥＣＴ（０）が付されておりそれよりも前に送られた音声パケット２１０と比較すると低下されているコーデック・レートを有する音声パケット２４０を、第２のＵＥ１２４に向けて送る。第１のｅＮＢ１１０Ａは、第２のＵＥ１２４へのダウンリンク・チャネルには依然として輻輳が生じている、と判断することもありうる。従って、第１のｅＮＢ１１０は、再び、音声パケットのコード・ポイントをＥＣＮ−ＣＥコード・ポイントに変更し、その１つまたは複数のＥＣＮ−ＣＥが付されたパケット２５０を第２のＵＥ１２４に送りうる。

従って、図２に示されている、ネットワーク輻輳を処理するためにＥＣＮを用いる方法では、第１のｅＮＢ１１０Ａは、いったん第２のＵＥ１２４へのダウンリンク・チャネルで輻輳を検出すると、第２のＵＥ１２４に、第１のＵＥ１２２に対してレート適応をリクエストさせる表示であるＥＣＮ−ＣＥが付されたパケット２２０を、生成しうる。

更に、図２では、第２のＵＥ１２４と第１のｅＮＢ１１０Ａとの間のダウンリンク・チャネルで輻輳が検出されるという例に関して論じられているが、第２のＵＥ１２４と第１のｅＮＢ１１０Ａとの間のアップリンク・チャネルで輻輳が検出される場合にも、ＥＣＮが同様に生成されうる。例えば、第１のｅＮＢ１１０Ａは、アップリンク・チャネルで輻輳を検出すると、第２のＵＥ１２４から第１のＵＥ１２２に向けて第１のｅＮＢ１１０Ａを経由して送られるアップリンク・パケットを、ＥＣＮ−ＣＥコード・ポイントを含むように、修正しうる。第１のＵＥ１２２において受信されると、ＥＣＮ−ＣＥが付されたパケットは、第１のＵＥ１２２に、レート適応リクエストを第２のＵＥ１２４に送るように促すことになる。それに応答して、第２のＵＥ１２４は、音声データ・パケットを第１のＵＥ１２２に送るために、第２のＵＥ１２４によって用いられるコーデック・レートを低下させる。

アップリンクの輻輳の場合とダウンリンクの輻輳の場合との両方において、レート適応リクエストが送られ、そのレート適応リクエストを受信するＵＥは、それ以後の音声データを他方のＵＥに送るために、より低くデータの集積度がより小さなコーデック・レートを用いることにより、レート適応リクエストに応答する。従って、両方の場合に、経験された輻輳は、軽減されうる。

更に、簡潔にする目的のために、図２の方法は、音声パケットが第１のＵＥ１２２と第２のＵＥ１２４との間で送られる音声コールだけを参照して論じられるが、この方法は、ビデオ・データにも適用される。例えば、第１のＵＥ１２２が第１のｅＮＢ１１０Ａを経由して第２のＵＥ１２４にビデオ・データを送っており、第１のｅＮＢ１１０Ａが、第１のｅＮＢ１１０Ａと第２のＵＥ１２４との間のダウンリンク・チャネルにおいて輻輳を検出する場合には、第１のｅＮＢ１１０Ａは、第２のＵＥ１２４に、第１のＵＥ１２２から第２の１２４に送られるビデオ・データ・パケットをＥＣＮ−ＣＥコード・ポイントを含むように修正することによって、レート適応リクエストを第１のＵＥ１２２に送るように促すことがありうる。第１のＵＥ１２２は、第２のＵＥ１２４に送られているビデオ・データをエンコードするのに用いられる最大ビットレートを下げることによって、レート適応リクエストに応答することができる。

同様に、第２のＵＥ１２４が第１のｅＮＢ１１０Ａを経由して第１のＵＥ１２２にビデオ・データを送っており、第１のｅＮＢ１１０Ａが、第１のｅＮＢ１１０Ａと第２のＵＥ１２４との間のアップリンク・チャネルにおいて輻輳を検出する場合には、第１のｅＮＢ１１０Ａは、第１のＵＥ１２２に、第２のＵＥ１２４から第１の１２２に送られるビデオ・データ・パケットをＥＣＮ−ＣＥコード・ポイントを含むように修正することによって、レート適応リクエストを第２のＵＥ１２４に送るように促すことがありうる。第２のＵＥ１２４は、第１のＵＥ１２２に送られているビデオ・データをエンコードするのに用いられる最大ビットレートを下げることによって、レート適応リクエストに応答することができる。

ＥＣＮおよび加入者優先度レベルを用いてコーデック・レート適応を提供するための方法および装置
図１および図２を参照して以上で説明されているように、音声データの送り主のコーデック・レートを下げるために、ＥＣＮが用いられうる。従って、無線通信ネットワーク１００を経由して送られつつあるデータの量を減らすことが可能であり、従って、無線通信ネットワーク１００が経験する輻輳の量を減らすことが可能である。

しかし、上述した図２に示されている方法では、与えられた音声ユーザのコーデック・レートを低下させるプロセスは、優先度の高い音声ユーザや保証されたビットレート（ＧＢＲ）のビデオ・ユーザ（例えば、有料のユーザ）であるのか、それとも、優先度がより低い音声もしくはデータユーザ（例えば、無料のユーザ）であるのかなど、第１のｅＮＢ１１０Ａにおいて利用可能な他のユーザに関する情報を、考慮しない。例えば、ＬＴＥネットワークは、加入者を、異なる複数の加入者優先度レベルに分類している。加入者のレベルの例としては、ゴールド、シルバー、およびブロンズという加入者優先度レベルが含まれる。加入者優先度レベルのランクは、例えば、加入者によって支払いがなされるサービスのコストを示しうる。従って、ゴールドの加入者優先度レベルを有する加入者は、加入者優先度レベルがシルバーおよびブロンズである加入者よりも高い体感品質（ＱｏＥ）のために、より高い料金を支払っている加入者でありうる。同様に、シルバーの加入者優先度レベルを有する加入者は、加入者優先度レベルがブロンズである加入者よりも高いＱｏＥのために、より高い料金を支払っている加入者でありうる。

よって、例えば、特定のユーザに対する音声またはビデオ・データのコーデック・レートを下げることに関する決定など、無線通信ネットワーク１００のユーザに、通信ネットワーク１００の限られたネットワーク・リソースを配分することに関して決定を下すときには、ユーザの相対的な加入者優先度レベルを考慮することが望ましい場合がありうる。このようにして、無線通信ネットワーク１００の限られたリソースを配分するときには、可能な場合には、より高い加入者優先度レベルを有する加入者のＱｏＥを維持することができる。

結果的に、現在のゴールドのレベルのユーザが、そのゴールドの加入者優先度レベルと関連するより高額な料金を支払い続けることを選択する蓋然性が、高くなる。更に、ブロンズおよびシルバーのレベルのユーザは、ゴールドのレベルの加入者になるために、より高額な料金を支払うことにより自らの料金を上昇させることを選択する蓋然性が高まることになる。

ユーザの加入者優先度レベルを考慮しつつＥＣＮを用いてコーデック・レート適応を行うことにより輻輳を低下させるための方法が、図３Ａ〜図３Ｃを参照しながら、以下で論じられる。

図３Ａは、ネットワーク要素３０１の例示的な構造を示している図である。少なくとも１つの例示的な実施形態によると、第１のｅＮＢ１１０Ａと第２のｅＮＢ１１０Ｂとのいずれかまたは両方が、以下で説明されるネットワーク要素３０１の構造および動作を有しうる。図３Ａを参照すると、ネットワーク要素３０１は、例えば、データ・バス３５９と、送信ユニット３５２と、受信ユニット３５４と、メモリ・ユニット３５６と、処理ユニット３５８とを含みうる。

送信ユニット３５２と、受信ユニット３５４と、メモリ・ユニット３５６と、処理ユニット３５８とは、データ・バス３５９を用いて、相互にデータを送る、および／または、相互からデータを受け取ることができる。送信ユニット３５２は、例えばデータ信号と制御信号とを含む有線および／または無線信号を、無線通信ネットワーク１００における他のネットワーク要素への１つまたは複数の有線および／または無線接続を経由して、送信するためのハードウェアと任意の必要なソフトウェアとを含むデバイスである。例えば、データおよび／または制御信号は、「ＥＣＴ（０）」または「ＥＣＮ−ＣＥ」コード・ポイントを有する音声データ・パケットを含みうる。

受信ユニット３５４は、例えばデータ信号と制御信号とを含む有線および／または無線信号を、無線通信ネットワーク１００における他のネットワーク要素への１つまたは複数の有線および／または無線接続を経由して、受信するためのハードウェアと任意の必要なソフトウェアとを含むデバイスである。

メモリ・ユニット３５６は、磁気ストレージやフラッシュ・ストレージなどを含む、データを記憶することができる任意のデバイスでありうる。

処理ユニット３５８は、例えば入力データに基づき特定の動作を実行するように構成されているまたはコンピュータ可読コードに含まれる命令を実行することができるマイクロプロセッサを含む、データを処理することができる任意のデバイスでありうる。

例えば、処理ユニット３５８は、ＵＥ１２０の中の、ネットワーク要素３０１と通信しているＵＥのそれぞれと関連する加入者の加入者優先度レベルを判断することができる。更に、処理ユニットは、２つまたはそれより多くのＵＥと関連する加入者優先度レベルを比較して、どのＵＥが一番高い加入者優先度レベルと関連しているかを判断することができる。

次に、ネットワーク要素３０１と第１のｅＮＢ１１０Ａと第２のｅＮＢ１１０Ｂとを動作させる例示的な方法が、図３Ｂおよび図３Ｃを参照して、より詳細に論じられる。

少なくとも１つの例示的な実施形態によると、図３Ｂおよび図３Ｃに示されている、または図３Ｂおよび図３Ｃとの関係でｅＮＢによって実行されるものとして説明されている動作のそれぞれは、例えば、図３Ａに示されているように、ネットワーク要素３０１の構造を有する１つまたは複数のｅＮＢによって、実行されうる。例えば、メモリ・ユニット３５６は、図３Ｂおよび図３Ｃを参照して以下で説明される動作のそれぞれに対応する実行可能な命令を記憶しうる。更に、プロセッサ・ユニット３５８は、図３Ｂおよび図３Ｃと関係して以下で説明される動作のそれぞれを実行するように構成されうる。更に、少なくとも１つの例示的な実施形態によると、送信されたデータおよび／または制御信号は送信ユニット３５２を経由して送信され、受信されたデータおよび／または制御信号は受信ユニット３５４を経由して受信されうる。

図３Ｂは、少なくとも１つの例示的な実施形態による、ＥＣＮと加入者優先度レベルとを用いてコーデック・レート適応を提供する方法を示すデータ・フロー図である。

図２のように、図３Ｂは、第１のＵＥ１２２と第２のＵＥ１２４とが音声コールに参加しており、第２のＵＥ１２４は第１のｅＮＢ１１０Ａと関連し、第１のｅＮＢ１１０Ａが第２のＵＥ１２４へのダウンリンクにおいて輻輳を検出する、というシナリオを参照して説明される。更に、第３のＵＥ１２６と第４のＵＥ１２８もまた音声コールに参加しており、第４のＵＥ１２８は第１のｅＮＢ１１０Ａと関連し、第３および第４のＵＥ１２６および１２８は、共に、第１のＵＥ１２２よりも低い加入者優先度レベルを有する加入者と関連している。第１のＵＥ１２２、第２のＵＥ１２４、第３のＵＥ１２６、第４のＵＥ１２８、および第１のｅＮＢ１１０Ａは、それぞれが、ＥＣＮをサポートしている。第１から第４までのＵＥ１２２〜１２８は、例えば、ＭＴＳＩクライアントでありうる。

図３Ｂを参照すると、第１のＵＥ１２２は、コード・ポイントＥＣＴ（０）が付されている音声パケット２１０を、第２のＵＥ１２４に向けて送る。音声パケット２１０は、第２のＵＥ１２４と関連するｅＮＢである第１のｅＮＢ１１０Ａによって、受信される。図３Ｂにあるように、第１のｅＮＢ１１０Ａは、第２のＵＥ１２４へのダウンリンク・チャネルにおいて輻輳を検出する。しかし、単純に第１のＵＥ１２４の音声パケットにＥＣＮ−ＣＥコード・ポイントを付する代わりに、第１のｅＮＢ１１０Ａは、低下したコーデック・レートを経験するのに第１のＵＥ１２２よりも適している別のＵＥがあるかどうかを判断する。例えば、第１のｅＮＢ１１０Ａは、既知の方法に従って第１から第４までのＵＥ１２２〜１２８のそれぞれの加入者優先度レベルに関する情報を取得することができる。第１のｅＮＢ１１０Ａは、次に、この加入者優先度レベル情報を用いて、第３のＵＥ１２６と第４のＵＥ１２８とが第１のｅＮＢ１１０Ａを経由して音声コールに現に参加している２つのＵＥであって、第１のＵＥ１２２の加入者優先度レベルよりも低い加入者優先度レベルを有している、と判断する。次に、ＥＣＮ−ＣＥが付されたパケット２２０を第２のＵＥ１２４に送る代わりに、第１のｅＮＢ１１０Ａが、ＥＣＮ−ＣＥが付されたパケット２２５を第４のＵＥ１２８に送る。第１のｅＮＢ１１０Ａは、ＥＣＮ−ＣＥコード・ポイントを含めることなく、音声パケット２１０を第２のＵＥ１２４に送ることができる。

ＥＣＮ−ＣＥが付されたパケット２２５を受信した後で、第４のＵＥ１２８は、既知の方法により、ＥＣＮ−ＣＥが付された音声パケットの送り主である第３のＵＥ１２６からのコーデック・レートの変更をリクエストすべきかどうかを判断する。図３に示されている例では、第４のＵＥ１２８が、レートの変更が必要であると判断する。従って、第４のＵＥ１２８は、レート適応リクエスト２３５を、第３のＵＥ１２６に送る。これに応答して、第３のＵＥ１２６は、音声データ・パケットを第４のＵＥ１２８に送るのに用いているコーデック・レートを低下させる。そして、第３のＵＥ１２６は、第２のＵＥ１２４に向けて、コード・ポイントＥＣＴ（０）が付されており、第３のＵＥ１２６の前のコーデック・レートとの関係では低下されているコーデック・レートを有する音声パケット２６０を送る。更に、第１のＵＥ１２２は、第２のＵＥ１２４に向けて、追加的な音声パケット２４０を送ることがありうる。第１のｅＮＢ１１０Ａは、第２のＵＥ１２４へのダウンリンク・チャネルが依然として輻輳していると判断することがありうる。従って、第１のｅＮＢ１１０Ａが、再び、第３および第４のＵＥ１２６および１２８が第１のＵＥ１２２よりも低い加入者優先度レベルを有していると判断し、第３のＵＥ１２６から第４のＵＥ１２８に送られている音声パケットのコード・ポイントをＥＣＮ−ＣＥコード・ポイントに変更し、そのＥＣＮ−ＣＥが付されたパケット２７０を第４のＵＥ１２８に送ることがありうる。

従って、図３に示されているＥＣＮを用いてネットワーク輻輳を処理する方法においては、第１のｅＮＢ１１０Ａは、いったん第２のＵＥ１２４へのダウンリンク・チャネルにおいて輻輳を検出すると、第４のＵＥ１２８に、第３のＵＥ１２６からのレート適応をリクエストさせる表示であるＥＣＮ−ＣＥが付されたパケット２２５を生成しうる。第３のＵＥ１２６は、より低くデータ集約性がより小さなコーデック・レートを用いて以後の音声データを第４のＵＥ１２８に送ることによって、レート適応リクエストに応答するため、無線通信ネットワーク１００において第１のｅＮＢ１１０Ａに処理されるデータの全体量が、低下しうる。従って、第１のｅＮＢ１１０Ａと通信しているＵＥによって経験される全体的な輻輳を低下させることができる。従って、より高い加入者優先度レベルに関連するＵＥである第１のＵＥ１２２に、より低いコーデック・レートを想定すること、及びより低いレベルの忠実度を有する音声パケットを生成することを要求することなく、輻輳の低下を達成することが可能となり、従って、第１のＵＥ１２２と第２のＵＥ１２４とに対するＱｏＥを低下させることなく、輻輳の低下を達成することが可能となる。

更に、図３Ｂでは、第２のＵＥ１２４と第１のｅＮＢ１１０Ａとの間のダウンリンク・チャネルで輻輳が検出されるという例に関して論じられているが、少なくとも１つの例示的な実施形態によると、第２のＵＥ１２４と第１のｅＮＢ１１０Ａとの間のアップリンク・チャネルで輻輳が検出される場合でも、ＥＣＮが同様に生成され低レベルのユーザに送られうる。例えば、第１のｅＮＢ１１０Ａは、アップリンク・チャネルで輻輳を検出すると、第３および第４のＵＥ１２６および１２８は第１のＵＥ１２２よりも低い加入者優先度レベルを有していると判断しうる。すると、第１のｅＮＢ１１０Ａは、第４のＵＥ１２８から第３のＵＥ１２６に向けて第１のｅＮＢ１１０Ａを経由して送られるアップリンク・パケットを、ＥＣＮ−ＣＥコード・ポイントを含むように、修正しうる。第３のＵＥ１２６において受信されると、ＥＣＮ−ＣＥが付されたパケットは、第３のＵＥ１２６に、レート適応リクエストを第４のＵＥ１２８に送るように促しうる。それに応答して、第４のＵＥ１２８は、音声データ・パケットを第３のＵＥ１２６に送るために、第４のＵＥ１２８によって用いられるコーデック・レートを低下させうる。

図３Ｃは、ＥＣＮとネットワーク要素の視点からの加入者優先度レベルとを用いたコーデック・レート適応の方法を示すフローチャートである。図３Ｃについては、第１のｅＮＢ１１０Ａと第２のＵＥ１２４との間のダウンリンク・チャネルにおける潜在的な輻輳を第１のｅＮＢ１１０Ａが処理するダウンリンクの場合と、第２のＵＥ１２４と第１のｅＮＢ１１０Ａとの間のアップリンク・チャネルにおける潜在的な輻輳を第１のｅＮＢ１１０Ａが処理するアップリンクの場合との両者を参照して、説明がなされる。簡潔にする目的のため、以下では、図３Ｃについて第１のｅＮＢ１１０Ａだけを参照して説明を行うが、以下で説明される動作は、第２のｅＮＢ１１０Ｂによっても実行されうる。

図３Ｃを参照すると、ステップＳ４１０において、宛先ＵＥに宛てられた１つまたは複数のメディア・データ・パケットが、ソースＵＥから受信される。例えば、ダウンリンクの場合には、第１のＵＥ１２２がソースＵＥとなりうるのであって、第１のｅＮＢ１１０Ａが、第１のＵＥ１２２から、第２のＵＥ１２４に宛てられた１つまたは複数のメディア・データ・パケットを受信しうる。アップリンクの場合には、第２のＵＥ１２４がソースＵＥとなりうるのであって、第１のｅＮＢ１１０Ａが、第２のＵＥ１２４から、第１のＵＥ１２２に宛てられた１つまたは複数のメディア・データ・パケットを受信しうる。１つまたは複数のメディア・データ・パケットは、例えば、音声データ・パケットまたはビデオ・データ・パケットでありうる。１つまたは複数のメディア・データ・パケットは、ソースＵＥがＥＣＮ可能（capable）であることを示すＥＣＴ（０）コード・ポイントを含みうる。

ステップＳ４２０では、ｅＮＢによって、輻輳判断がなされる。例えば、ダウンリンクの場合には、第１のｅＮＢ１１０Ａと第２のＵＥ１２４との間のダウンリンク・チャネルに輻輳が存在するかどうかに関する判断がなされうる。アップリンクの場合には、第２のＵＥ１２４と第１のｅＮＢ１１０Ａとの間のアップリンク・チャネルに輻輳が存在するかどうかに関する判断がなされうる。第１のｅＮＢ１１０Ａは、既知の方法に従い、第２のＵＥ１２４とのダウンリンク・チャネルまたはアップリンク・チャネルに輻輳が存在するかどうかを判断することができる。

ステップＳ４２０において輻輳が存在するとは判断されない場合には、第１のｅＮＢ１１０Ａは、ステップＳ４６０に進みうる。

ステップＳ４６０では、ソースＵＥから受信された音声パケットが、輻輳の表示を追加することなく宛先ＵＥに運ばれて、プロセスが終了しうる。例えば、ダウンリンクの場合には、第１のｅＮＢ１１０Ａが、ステップＳ４１０において第１のＵＥ１２２から受信されたメディア・データ・パケットを、受信されたメディア・データ・パケットのコード・ポイントをＥＣＴ（０）コード・ポイントからＥＣＮ−ＣＥコード・ポイントに変更することなく、第２のＵＥ１２４に転送しうる。アップリンクの場合には、第１のｅＮＢ１１０Ａが、ステップＳ４１０において第２のＵＥ１２４から受信されたメディア・データ・パケットを、受信された音声パケットのコード・ポイントをＥＣＴ（０）コード・ポイントからＥＣＮ−ＣＥコード・ポイントに変更することなく、第１のＵＥ１２２に転送しうる。

図Ｓ４２０に戻ると、ダウンリンクの場合には第２のＵＥ１２４へのダウンリンク・チャネルに輻輳が存在する、または、アップリンクの場合には第２のＵＥ１２４からのアップリンク・チャネルに輻輳が存在する、と第１のｅＮＢ１１０Ａが判断する場合には、第１のｅＮＢ１１０Ａは、ステップＳ４３０に進みうる。

ステップＳ４３０では、ソースＵＥの加入者優先度レベルよりも低い加入者優先度レベルを有するいずれかのＵＥ対が存在するかどうかに関する判断がなされる。例えば、ダウンリンクの場合には、第１のｅＮＢ１１０Ａが、第１のＵＥ１２２の加入者優先度レベルよりも低い加入者優先度レベルを有するいずれかのＵＥ対が第１のｅＮＢ１１０Ａ経由で通信をしているかどうかを判断しうる。例えば、第１のｅＮＢ１１０Ａは、第１のｅＮＢ１１０Ａを経由して他のＵＥとの音声通信に参加しているそれぞれのＵＥの加入者優先度レベル（例えば、ゴールド、シルバー、またはブロンズ）を判断しうる。第１のｅＮＢ１１０Ａは、第１のｅＮＢ１１０Ａを経由して相互に通信を行っている２つのＵＥのそれぞれの組を、ＵＥ対と考えうる。そして、第１のｅＮＢ１１０は、第１のＵＥ１２２の加入者優先度レベルと識別されたＵＥ対の加入者優先度レベルとを比較することにより、第１のＵＥ１２２よりも低い加入者優先度レベルを有するいずれかのＵＥ対が存在するかどうかを判断することができる。

同様に、アップリンクの場合には、第１のｅＮＢ１１０は、第２のＵＥ１２４の加入者優先度レベルと識別されたＵＥ対の加入者優先度レベルとを比較することにより、第２のＵＥ１２４よりも低い加入者優先度レベルを有するいずれかのＵＥ対が存在するかどうかを判断することができる。

例えば、第１のｅＮＢ１１０Ａは、それぞれのＵＥ対におけるＵＥのいずれかと関連する最も高い加入者優先度レベルを、そのＵＥ対に対する加入者優先度レベルであると考えることができる。例えば、あるＵＥ対が、シルバーの加入者優先度レベルと関連するＵＥと通信しているゴールドの加入者優先度レベルと関連するＵＥを含む場合には、第１のｅＮＢ１１０Ａは、そのＵＥ対の加入者優先度レベルはゴールドであると考えることになりうる。第１のｅＮＢ１１０Ａは、既知の方法に従って、第１のｅＮＢ１１０Ａと通信している１つまたは複数のＵＥに対する加入者優先度レベル情報を得ることができる。

ステップＳ４３０において、ソースＵＥの加入者優先度レベルよりも低い加入者優先度レベルを有するＵＥ対がまったく識別されない場合には、第１のｅＮＢ１１０Ａは、ステップＳ４４０に進む。

ステップＳ４４０では、ステップＳ４１０においてソースＵＥから受信されたメディア・データ・パケットが、輻輳の表示を伴いながら、宛先ＵＥに運ばれる。

ステップＳ４４０で第１のｅＮＢ１１０Ａによって送られる輻輳の表示は、無線通信ネットワーク１００における輻輳の存在を示すことができる任意のものでありうる。例えば、ダウンリンクの場合には、第１のｅＮＢ１１０Ａは、第１のＵＥ１２２から受信されたメディア・データ・パケットのコード・ポイントを、ＥＣＴ（０）コード・ポイントからＥＣＮ−ＣＥコード・ポイントに変更し、よって、第１のｅＮＢ１１０Ａと第２のＵＥ１２４との間のダウンリンク・チャネルにおける輻輳の存在を示すことがある。アップリンクの場合には、第１のｅＮＢ１１０Ａは、第２のＵＥ１２４から受信されたメディア・データ・パケットのコード・ポイントを、ＥＣＴ（０）コード・ポイントからＥＣＮ−ＣＥコード・ポイントに変更し、よって、第２のＵＥ１２４と第１のｅＮＢ１１０Ａとの間のアップリンク・チャネルにおける輻輳の存在を示すことがある。

宛先ＵＥは、ソースＵＥにコーデック・レート適応リクエストを送ることにより、ＥＣＮ−ＣＥが付された音声パケットに応答することができる。ソースＵＥは、以後の音声パケットを宛先ＵＥに送るために用いられるコーデック・レートを下げ、よって、以後の音声パケットをソースＵＥから宛先ＵＥに運ぶのに必要とされるネットワーク・リソースの量を減少させることによって、レート適応リクエストに応答しうる。

ステップＳ４３０に戻ると、ソースＵＥの加入者優先度レベルよりも低い加入者優先度レベルを有する１つまたは複数のＵＥ対が識別される場合には、第１のｅＮＢ１１０ＡはステップＳ４５０に進む。

ステップＳ４５０では、輻輳表示が、ソースＵＥの加入者優先度レベルよりも低い加入者優先度レベルを有するものとしてステップＳ４３０で識別された１つまたは複数のＵＥ対の少なくとも１つに、送られる。

例えば、ダウンリンクの場合には、第３のＵＥ１２６が、第１のｅＮＢ１１０Ａを経由して第４のＵＥ１２８に、メディア・データ・パケットを送っていることがありうる。更に、ステップＳ４３０では、第１のｅＮＢ１１０Ａが、第３のＵＥ１２６と第４のＵＥ１２８とを含むＵＥ対を、ソースＵＥである第１のＵＥ１２２よりも低い加入者優先度レベルを有するＵＥ対として、識別しうる。従って、ステップＳ４５０では、第１のｅＮＢ１１０Ａが、輻輳表示を第４のＵＥ１２８に送りうる。

ステップＳ４５０で第１のｅＮＢ１１０Ａによって送られる輻輳の表示は、無線通信ネットワーク１００における輻輳の存在を示すことができる任意のものでありうる。例えば、第１のｅＮＢ１１０Ａは、第３のＵＥ１２６から受信されたメディア・データ・パケットのコード・ポイントを、ＥＣＴ（０）コード・ポイントからＥＣＮ−ＣＥコード・ポイントに変更しうる。図３Ｂに示したように、第４のＵＥ１２８は、第３のＵＥ１２６にコーデック・レート適応リクエストを送ることにより、ＥＣＮ−ＣＥが付されたメディア・データ・パケットに応答することができる。第３のＵＥ１２６は、以後の音声パケットを第４のＵＥ１２８に送るのに用いられるコーデック・レートを下げ、よって、以後の音声パケットを第３のＵＥ１２６から第４のＵＥ１２８に運ぶのに必要とされるネットワーク・リソースの量と、第１のｅＮＢ１１０Ａによって用いられているネットワーク・リソースの量とを減少させることによって、レート適応リクエストに応答しうる。従って、第１のＵＥ１２２のＱｏＥを減少させることなく、ネットワークの輻輳の減少を達成することができる。

アップリンクの場合には、第４のＵＥ１２８が、メディア・データ・パケットを、第１のｅＮＢ１１０Ａを経由して第３のＵＥ１２６に送りうる。更に、ステップＳ４３０では、第１のｅＮＢ１１０Ａが、第３のＵＥ１２６と第４のＵＥ１２８とを含むＵＥ対を、ソースＵＥである第１のＵＥ１２２よりも低い加入者優先度レベルを有するＵＥ対として、識別しうる。従って、ステップＳ４５０では、第１のｅＮＢ１１０Ａが、例えば、第４のＵＥ１２８から第３のＵＥ１２６に送られるメディア・データ・パケットにＥＣＮ−ＣＥコード・ポイントを追加することにより、輻輳表示を第３のＵＥ１２６に送りうる。第３のＵＥ１２６は、コーデック・レート適応リクエストを第４のＵＥ１２８に送ることによって、ＥＣＮ−ＣＥが付されたメディア・データ・パケットに応答しうる。第４のＵＥ１２８は、以後の音声パケットを第３のＵＥ１２６に送るのに用いられるコーデック・レートを低下させることによって、レート適応リクエストに応答しうる。

少なくとも１つの例示的な実施形態によると、ステップＳ４３０において、第１のｅＮＢ１１０ＡがソースＵＥよりも低い加入者優先度レベルを有する複数のＵＥ対を識別する場合には、ステップＳ４５０において、第１のｅＮＢ１１０Ａが、輻輳の通知を送るべきＵＥ対として、すべての識別されたＵＥ対から、最も低い加入者優先度レベルを有するＵＥ対を選択することができる。

ステップＳ４５０の後では、第１のｅＮＢ１１０ＡはステップＳ４６０に進み、ステップＳ４１０においてソースＵＥから受信されたメディア・データ・パケットを、輻輳表示を追加することなく、宛先ＵＥに運びうる。

従って、図３Ｃを参照して以上で論じられた、ＥＣＮと加入者優先度レベルとを用いてコーデック・レート適応を提供する方法を用いると、優先度の高い加入者のために音声および／またはビデオ・コーデック・レートを低下させる必要性を排除または減少させつつ、メディア・データ・パケットを伝送するアップリンク・チャネルまたはダウンリンク・チャネルのいずれかにおいてｅＮＢにより検出される輻輳を軽減することが可能である。

以上で例示的な実施形態について説明したが、これらの例示的な実施形態を多くの方法で変更可能であることは明白であろう。そのような変更形態は例示的な実施形態からの逸脱であるとは見なされず、すべてのそのような変更形態は、例示的な実施形態の範囲に含まれることが意図されている。

Claims (10)

1. 無線通信ネットワークにおいて輻輳を処理する方法であって、
   ネットワーク要素において、第１のソース・ユーザ機器（ＵＥ）から第１の宛先ＵＥに向かって送られるメディア・データ・パケットを受け取るステップと、
   前記ネットワーク要素において、前記ネットワーク要素と前記第１の宛先ＵＥとの間のダウンリンク・チャネルと、前記第１のソースＵＥと前記ネットワーク要素との間のアップリンク・チャネルとの少なくとも一方において、輻輳を検出するステップと、
   前記検出するステップによって輻輳が検出される場合には、前記ネットワーク要素を経由して第１のデータを第２の宛先ＵＥに送信している第２のソースＵＥであり、且つ前記第１のソースＵＥよりも低い加入者優先度レベルを有する第２のソースＵＥを識別するステップと、
   前記検出するステップによって輻輳が検出される場合には、前記第２のソースＵＥに、前記第２のソースＵＥが前記ネットワーク要素を経由して前記第１のデータを前記第２の宛先ＵＥに送信するレートを低下させる輻輳表示を送るステップと、
   前記メディア・データ・パケットを、前記ネットワーク要素から前記第１の宛先ＵＥに送るステップと、
   を含む方法。
2. 前記識別するステップが、前記ネットワーク要素を経由して相互に通信する２つのＵＥをそれぞれが含む複数のＵＥ対の加入者優先度レベルを決定するステップと、前記第１のソースＵＥよりも低い加入者優先度レベルを有するＵＥ対から一方のＵＥを前記第２のソースＵＥとして選ぶステップとを含む、請求項１に記載の方法。
3. 前記識別するステップが、
   前記複数のＵＥ対のどれが最低の加入者優先度レベルを有するのかを決定するステップと、
   前記最低の優先度レベルを有するＵＥ対から一方のＵＥを前記第２のソースＵＥとして選ぶステップと、
   を更に含む、請求項２に記載の方法。
4. 前記輻輳表示を送る前記ステップが、前記ネットワーク・ノードにおいて、前記輻輳表示を代替のデータ・パケットの中に挿入するステップと、前記代替のデータ・パケットを前記ネットワーク要素から前記第２の宛先ＵＥに送るステップとを含んでおり、前記代替のデータ・パケットは、前記第２のソースＵＥから前記第２の宛先ＵＥに送られる前記第１のデータに含まれる複数のデータ・パケットの１つである、請求項１に記載の方法。
5. 前記輻輳表示が明示的輻輳通知（ＥＣＮ）コード・ポイントである、請求項４に記載の方法。
6. 前記ネットワーク要素が拡張ノードＢ（ｅＮＢ）であり、前記無線通信ネットワークがＬＴＥプロトコルに従う、請求項１に記載の方法。
7. 前記第１の宛先ＵＥが前記ｅＮＢと関連しており、前記検出するステップが前記ｅＮＢと前記第１の宛先ＵＥとの間のダウンリンク・チャネルにおける輻輳を検出するステップを含む、請求項６に記載の方法。
8. 前記第１のソースＵＥが前記ｅＮＢと関連しており、前記検出するステップが前記第１のソースＵＥと前記ｅＮＢとの間のアップリンク・チャネルにおける輻輳を検出するステップを含む、請求項６に記載の方法。
9. 前記メディア・データ・パケットが音声データ・パケットまたはビデオ・データ・パケットである、請求項１に記載の方法。
10. 無線通信ネットワークにおいて輻輳を処理するためのネットワーク装置であって、
    データ受信ユニットと、
    データ送信ユニットと、
    ネットワーク要素と通信するユーザ機器（ＵＥ）に対応するパラメータを記憶するように構成されているメモリ・ユニットと、
    前記データ送信ユニット、前記データ受信ユニット、および前記メモリ・ユニットと結合されており、
    第１のソース・ユーザ機器（ＵＥ）から第１の宛先ＵＥに向かって送られるメディア・データ・パケットを受け取る動作と、
    前記ネットワーク要素と前記第１の宛先ＵＥとの間のダウンリンク・チャネルと、前記第１のソースＵＥと前記ネットワーク要素との間のアップリンク・チャネルとの少なくとも一方において、輻輳を検出する動作と、
    前記検出する動作によって輻輳が検出される場合には、前記ネットワーク要素を経由して第１のデータを第２の宛先ＵＥに送信している第２のソースＵＥであり、且つ前記第１のソースＵＥよりも低い加入者優先度レベルを有する第２のソースＵＥを識別する動作と、
    前記検出する動作によって輻輳が検出される場合には、前記第２のソースＵＥに、前記ネットワーク要素を経由して前記第２のソースＵＥが前記第１のデータを前記第２の宛先ＵＥに送信するレートを低下させるように構成されている輻輳表示を送る動作と、
    前記メディア・データ・パケットを、前記ネットワーク要素から前記第１の宛先ＵＥに送る動作と、
    を含む動作を制御するように構成されている処理ユニットと、
    を備えるネットワーク装置。

Images