(57)【要約】バックホールのコストを抑えたいというＥＧＰＲＳのオペレータの要求に対処しつつ、遅延が小さく一定という要求される特性を保つために、種々の実施形態を記載する。今までどおり、小さく一定の遅延を保つにはバックホールに２０ミリ秒のＴＲＡＵフレーム（２２１〜２２６）を用いる。しかし、ＴＲＡＵタイムスロットとエアタイムスロット（２１１〜２１８）とを一対一にマッピングするという制約を無くす為に、ＴＲＡＵスロットを集合的に、エアタイムスロットのグループに対する一つの大きい２０ミリ秒のＴＲＡＵフレームとして扱う。エアタイムスロット群のデータをこの巨大なＴＲＡＵフレームに効率的にパックすることができ、バックホールタイムスロットの限度は問題にならない。このように、キャリアの適切な量のバックホールを割り当てることができるので、エアインタフェースタイムスロット群のデータをより効率的にバックホールにパックできる。
2007524330.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおけるパケット制御装置（ＰＣＵ）の動的なバックホールリソースの管理であって、前記ＰＣＵが、
複数の通信プロトコルを用いてメッセージングの送受信をするようになっているＰＣＵネットワークインタフェースと、
同ＰＣＵネットワークインタフェースに通信可能に結合した所定の制御装置と、を備え、
前記制御装置が、
所定の送信期間の間に送信されるべきデータを伝達する為のバックホールリンクのリンク容量を決定するようになっており、
現在の無線チャネル条件による無線ユニットの符号化方式が最高限度になっていると仮定して、前記送信期間の間に送信用の前記ＰＣＵネットワークインタフェースを介して前記バックホールリンクにより伝達される必要のあるデータの量である所定のデータトラフィックレベルを決定するようになっており、
前記データトラフィックレベルが前記リンク容量を上回っているときには、前記バックホールリンクの前記データ容量に収まるよう前記データトラフィックレベルを下げる為に、前記送信期間に少なくとも一つの無線ユニットの符号化方式を降格させるようになっている制御装置である、ＰＣＵ。
【請求項２】
前記バックホールリンクが、前記ＰＣＵと所定の無線基地局（ＢＴＳ）との間に所定のＰＣＵ‐ＢＴＳベアラリンクを備えた、請求項１に記載のＰＣＵ。
【請求項３】
前記制御装置が更に、前記ＰＣＵネットワークインタフェースを介して、所定のエアインタフェースタイムスロットを対象とするデータを前記送信期間に多数のバックホールリンクタイムスロットを介して伝達するようになっている、請求項１に記載のＰＣＵ。
【請求項４】
前記多数のバックホールリンクタイムスロットの各バックホールリンクタイムスロットが、更に、他の少なくとも一つのエアインタフェースタイムスロットを対象とするデータを伝達する為に使用される請求項３に記載のＰＣＵ。
【請求項５】
バックホールリンクタイムスロットの使用可能な数が対象のエアインタフェースタイムスロットの数より少ないとき、前記制御装置が、所定のエアインタフェースタイムスロットを対象とするデータを多数のバックホールリンクタイムスロットを介して伝達する請求項３に記載のＰＣＵ。
【請求項６】
前記少なくとも一つの無線ユニットのＱｏＳの優先権が、データの対象である他の無線ユニットのＱｏＳの優先権と比較して、前記送信期間の間は最も低い請求項１に記載のＰＣＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に無線通信システムに関し、特に、バックホールリソースを動的に管理する無線通信システムに関する。
【背景技術】
【０００２】
ＧＰＲＳ（汎用パケット無線サービス、Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）システムでは、ＧＰＲＳエアインタフェースプロトコルをパケット制御装置群が実施する。パケット制御装置（ＰＣＵ）群は一般的に無線基地局（ＢＴＳ）群から遠く離れており、通常、基地局制御装置（ＢＳＣ）又は移動通信交換局（ＭＳＣ）に設置されている。ＰＣＵとＢＴＳとの間では、ＰＣＵがＢＴＳによって無線リンク制御（ＲＬＣ）ブロック群をリアルタイムでエアインタフェース全体に亘り転送できるよう、遅延が一定かつ非常に小さいバックホールが必要とされる。このバックホールは一般に、専用のＥ１回線として実施され、通例、オペレータにとってかなり高くつくものである。
【０００３】
ＧＰＲＳでは、このバックホールが以前のまま存在するのは、エアインタフェースタイムスロットが交換回線とＧＰＲＳサービスとの間で交換可能、かつ、オペレータにバックホールのコストが追加されない限りにおいてである。しかし、ＥＧＰＲＳとしても知られ、エアインタフェースタイムスロットごとにデータ速度が５９．２ＫｂｐｓまでのＧＰＲＳのＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ）プロトコルの出現で、エアタイムスロットごとにおおよそ４倍のバックホールが要求される。このようにＥＤＧＥのバックホール追加が要求されると、オペレータにとっては持続的に莫大なコストがかかることになる。
【０００４】
既存の「ＴＲＡＵ」バックホールは、その遅延が小さく一定であるものの、非効率である。（厳密に言えば、ＴＲＡＵフレームはトランスコーダ／レートアダプタのユニットフレームだが、トランスコーダ／レートアダプタのユニットフレームのフォーマットと同じやり方で、チャネルコーダとＰＣＵとの間で伝達されるフレームもフォーマットされるので、本明細書では、そういったフレームも包含するよう「ＴＲＡＵ」を用いる。）既存の「ＴＲＡＵ」バックホールは、長さの多様な（３０オクテット前後から１６０オクテット前後までの）ＲＬＣブロック群を１６０オクテットという一定の長さのＴＲＡＵフレーム群にパックするので、帯域幅が無駄になる。それにひきかえ、パケットバックホールが効率的でその遅延は小さいが、遅延は一定でない。更に、非同期転送モード（ＡＴＭ）バックホールが効率的でその遅延が小さくても遅延は一定でなかったり、ＡＴＭバックホールの遅延が小さく一定でもＡＴＭバックホールは非効率だったりする（用いられた適合層とデータのパッキングとに依存）。そして一般には、音声をパケットによって伝送する（ＶｏＰＮ）／ＡＴＭによって伝送する（ＶｏＡＴＭ）システムは効率的でその遅延はほぼ一定だが、既存の「ＴＲＡＵ」バックホールによる幾らかの余計な遅延を伴う。しかし、この余計な遅延にはＧＰＲＳプロトコルの性能が耐えられず、ＧＰＲＳのパケット長が極めて多様な場合にこの遅延を小さく保つのは非常に困難である。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従って、離れた場所のＰＣＵをサポートするのに必要な、遅延が小さく一定という特性を保ちながらも、ＥＤＧＥのオペレータのバックホールのコストを抑えられる、バックホールリソースを動的に管理する装置及び方法が必要である。
【課題を解決するための手段】
【０００６】
バックホールのコストを抑えたいというＥＧＰＲのオペレータの要求に対処しつつ、遅延が小さく一定という要求される特性を保つ為に、種々の実施形態が以下に記載される。今までどおり、小さく一定の遅延を保つにはバックホールに２０ミリ秒のＴＲＡＵフレームを用いる。しかし、ＴＲＡＵタイムスロットとエアタイムスロットとを一対一にマッピングする制約を無くす為に、ＴＲＡＵスロットを集合的に、ＢＴＳへのエアタイムスロットのグループに対一つの大きい２０ミリ秒のＴＲＡＵフレームとして集合的に扱う。この巨大なＴＲＡＵフレームにエアタイムスロット群のデータを効率的にパックすることができるので、バックホールタイムスロットの限度は問題にならない。このように、適切な量のバックホールを割り当てることができ、エアインタフェースタイムスロット群のデータをより効率的にバックホールにパックすることができる。概して、本発明の実施形態は、あらゆるＲＬＣブロック群がその巨大なＴＲＡＵフレームに収まるように、ＲＬＣブロックの符号化方式を調整する。これを２０ミリ秒の巨大なＴＲＡＵフレームごとに、必要に応じて各様に実行できる。つまりは、ＱｏＳの優先権が最も低い移動体の符号化方式をまず格下げすることができ、移動体のＱｏＳの優先権が同一の際にはラウンドロビン方式で共有することもできる。
【０００７】
本発明の実施形態は、無線通信システムにおける動的なバックホールリソースの管理の方法を包含する。この方法に含まれる工程には、パケット制御装置（ＰＣＵ）により所定の送信期間の間に送信されるべきデータを伝達する為にバックホールリンクのリンク容量を決定する工程に加え、現在の無線チャネル条件に準じて無線ユニットの符号化方式が最高限度になっていると仮定して所定のデータトラフィックレベルを決定する工程があり、このデータトラフィックレベルは、送信期間の間に送信用のバックホールリンクにより伝達される必要のあるデータの量である。そのデータトラフィックレベルがリンク容量を上回っているときには、この方法には、データトラフィックレベルをバックホールリンクのデータ容量に収まるよう下げる為に、その送信期間に少なくとも一つの無線ユニットの所定の符号化方式を降格させる工程が更に含まれる。
【０００８】
本発明の実施形態は更に、複数の通信プロトコルを用いてメッセージングの送受信をするようになっているＰＣＵネットワークインタフェースと、そのＰＣＵネットワークインタフェースに通信可能に結合した制御装置とを備えたＰＣＵとも包含する。この制御装置は、所定の送信期間の間に送信されるべきデータを伝達する為のバックホールリンクのリンク容量を決定するようになっており、更に、現在の無線チャネル条件群に準じて無線ユニットの符号化方式群が最高限度になっていると仮定し、その送信期間の間に送信用のＰＣＵネットワークインタフェースを介してバックホールリンクにより伝達される必要のあるデータの量である所定のデータトラフィックレベルを決定するようになっている。この制御装置は更に、そのデータトラフィックレベルがリンク容量を上回っているときには、データトラフィックレベルをバックホールリンクのデータ容量に収まるよう下げる為に、その送信期間に少なくとも一つの無線ユニットの所定の符号化方式を降格させるようになっている。
【発明を実施するための最良の形態】
【０００９】
開示する実施形態は、図１〜図３を参照することでよりよく理解される。図１は、多数の本発明の実施形態に係る無線通信システム１００のブロック図である。通信システム１００は、ＥＤＧＥを利用可能な周知のＧＰＲＳシステムである。システム１００は、本発明の実施にふさわしいよう修正された、該当する３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）標準に基づいている。しかし、本発明の実施形態は必ずしもＧＰＲＳシステムに限定されておらず、ＧＰＲＳと同様な他の技術を用いる通信システムも包含している。
図１に描かれているのは、システム１００が動作するのに必要なネットワーク機器の全てではなく、本発明の実施形態の記述に特に関連するシステムコンポーネントと論理エンティティだけである。中でも特に、システム１００のネットワーク機器には、例えば、ＢＴＳ１２１、ＭＳＣ１７１、ＢＳＣ／ＰＣＵ１３１、ＳＧＳＮ（ｓｅｒｖｉｎｇ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）１８１などの構成要素がある。一般に、ＢＴＳ、ＢＳＣ／ＰＣＵ、ＭＳＣ、ＳＧＳＮは、当該分野で既知である。例えば、ＢＳＣ／ＰＣＵには、制御装置やネットワークインタフェースなどの構成要素があることが周知である。なおまた、ＢＴＳ、ＢＳＣ／ＰＣＵ、ＭＳＣ、ＳＧＳＮのそれぞれの間のインタフェースも当該分野で既知である。例えば、ＢＳＣ／ＰＣＵ１３１と、各構成要素であるＢＴＳ１２１、ＭＳＣ１７１、ＳＧＳＮ１８１との間の、Ａｂｉｓ、Ａ、Ｇｂの各インタフェースは周知である。更に、ＭＳＣ１７１とＳＧＳＮ１８１との間のＧｓインタフェースも周知である。
【００１０】
最後に、図１はＢＳＣで実施されるシステム１００のＰＣＵを描写しているが、本発明はこのような実施形態に限定されない。例えば、ＰＣＵは、代案として、ＳＧＳＮで実施されてもよいし、ＭＳＣで実施されてもよいし、独立したシステムコンポーネントとして実施されてもよい。システムアーキテクチャのこういった変動は、本発明に特に関連せず本発明を制限しない。
【００１１】
図１ではＢＳＣ／ＰＣＵ１３１は、制御装置１３５とネットワークインタフェース１３７とを備えているとして描写されている。概して、制御装置やネットワークインタフェースなどの構成要素は周知である。例えば、このような制御装置には基本的な構成要素があることが既知であり、その構成要素は、限定されないが、例えば、マイクロプロセッサ、マイクロコントローラ、メモリ素子、及び／又は論理回路などである。なおまた、こういった構成要素は一般にアルゴリズム及び／又はプロトコルを実施するようになっており、このアルゴリズム及び／又はプロトコルは、高水準の言語又は記述を用いて表されている、コンピュータ命令を用いて表されている、メッセージングフロー図を用いて表されている、及び／又は論理フロー図を用いて表されている。よって、アルゴリズム、論理フロー、メッセージングフロー、及び／又はプロトコル仕様が与えられれば、当業者には、与えられた論理を行う制御装置の実施に使用可能な多くの設計及び開発技術が分かる。従って、ＢＳＣ／ＰＣＵ１３１は、本明細書の記述に従って、多数の本発明の実施形態を実施するようになっている既知のＢＳＣ／ＰＣＵを表している。
【００１２】
ＢＴＳ１２１は、遠隔のユニット１０１〜１０８との通信に、それぞれＧＰＲＳのエアインタフェース１１１〜１１８を利用している。ＧＰＲＳの専門用語では遠隔のユニットは移動局（ＭＳ）を意味する。しかし、遠隔のユニットは必ずしも可動ではない即ち移動できるわけではない。従って、遠隔のユニット／ＭＳのプラットフォームは当該分野で既知であり、移動電話、コンピュータ、携帯情報端末、ゲーム機などの装置を含む。
【００１３】
本発明に従う実施形態の動作は、実質的には以下のとおりに行われる。図２は、特定のエアインタフェースタイムスロットの送信を対象とするデータ部に対する「ＴＲＡＵ」スロット即ちバックホールスロットの模範的な割り当てのブロック図である。本発明のある特定の態様を図示する一つの例として、図２００の詳細の基礎には多くの仮定がある。第一に、エアインタフェースタイムスロット２１１〜２１８が８つの２０ミリ秒タイムスロットであり、このタイムスロット群は各々同時に、ＭＳ１０１〜１０８のそれぞれへと送信される。第２に、バックホールタイムスロット（即ちＴＲＡＵスロット）２２１〜２２６は、６つの２０ミリ秒Ｅ１タイムスロットを表し、このタイムスロットはデータを同時にＰＣＵ１３１からＢＴＳ１２１へと伝達する。
【００１４】
既存のシステムでは、各エアインタフェースタイムスロットのデータは、単一かつ専用のＴＲＡＵスロットにより伝達され、各ＴＲＡＵスロットはデータを単一のエアインタフェースタイムスロットに伝達する。しかし、本発明の実施形態は、バックホールタイムスロットをより効率的に利用できる動的なバックホールリソースの管理を提供する。与えられた送信期間（即ち、２０ミリ秒というエアインタフェースタイムスロットの時間）に、制御装置１３５は、エアインタフェースによる送信について、データをＢＴＳ１２１に伝達する為のバックホールリンク容量を決定する。具体的には、制御装置１３５は、ＰＣＵ‐ＢＴＳリンク（即ちＡｂｉｓリンク）のベアラ部の使用可能なバックホールタイムスロット（即ち２０ミリ秒のＴＲＡＵフレーム）の数を決定する。図２００により図示された例では、使用可能なＴＲＡＵスロットが常に６つある（ハードウェア障害が発生した場合を除いては）。しかし、代替の実施形態では、ＴＲＡＵスロットは専用ではなく動的に割り当てられるので、容量は変動する。従って、使用可能な６４ＫｂｐｓのＴＲＡＵスロットの数が決定されていれば、リンク容量が分かる。
【００１５】
制御装置１３５は更に、与えられた送信期間のデータトラフィックレベルを決定する。このレベルは、送信期間の間にＢＴＳ１２１により送信用のバックホールリンクで伝達される必要のあるデータ量である。トラフィックレベルの決定をまず行い、これは、ＭＳ１０１〜１０８の各々の無線チャネル条件が許容する最高限度の符号化方式を各ＭＳが利用していると仮定して行う。このデータトラフィックレベルがリンク容量を上回るとき、制御装置１３５は与えられた送信期間に一つ以上のＭＳ１０１〜１０８の符号化方式を降格する。この降格は、一つ以上のＭＳについての送信データ速度の低下だけを伴うか、その与えられた送信期間の間に一つ以上のＭＳへのデータが全く伝達されない結果になるかである。
【００１６】
制御装置１３５がこの符号化方式の降格を行うのは、バックホールリンクのデータ容量に収まるよう合計のデータトラフィックレベルを下げる為である。符号化方式を降格するにあたってどのＭＳが選択され各々がどれくらい降格されるのかが、最も効果的になるよう望まれる性能基準に依存したさまざまな方法で決定される。例えば、最良のデータスループットが望まれている場合に、使用可能なＴＲＡＵスロットを最も効率的にパックする為にどのようにデータブロックの「大きさを決める」（即ち、符号化方式を調整する）か、を決定する為に、「最適」アルゴリズムを使用できる。
【００１７】
これは、図２００のバックホールスロット２２１〜２２６を効率的にパックすることに対しての、ブロックの大きさを決めることの重要性に注目することで見て分かる。例えば、ＭＳ１０８のチャネル条件によりＭＳ１０８が最高限度の符号化方式でデータを受信可能な場合、その符号化方式を、エアスロット２１８についてＢＴＳ１２１に伝達される必要のあるデータ量を低減させる為に降格することができる。このデータ速度の低下により、低減されたデータ量は次に、ＴＲＡＵスロット２２６の残りの部分に収められる。
【００１８】
データスループットに加えて、同様に、ＭＳの一つ以上のサービス品質（ＱｏＳ）パラメータを検討するよう「最適」アルゴリズムが合わせられる。従って、ＭＳ群は、ＭＳ各々のＱｏＳパラメータに基づいて優先順位をつけられ、一つ以上の優先権の最も低いＭＳが符号化方式を降格されるよう選択される場合がある。図２の例では、ＭＳ１０２及びＭＳ１０８の各自のチャネル条件は両方とも、最高限度の符号化方式でデータを受信可能であるという条件である。しかし、ＭＳ１０８のＱｏＳはＭＳ１０１〜１０８の中で最も低い。従って、現在のタイムスロットについての符号化方式の降格にあたっては、ＭＳ１０２ではなくＭＳ１０８を選択すればよい。
【００１９】
上述のように、既存のシステムでは、各エアインタフェースタイムスロットのデータは、単一かつ専用のＴＲＡＵスロットにより伝達され、各ＴＲＡＵスロットはデータを単一のエアインタフェースタイムスロットに伝達する。本発明の実施形態では、制御装置１３５は、ネットワークインタフェース１３７によって、単一のエアインタフェースタイムスロットを対象とするデータを多数のＴＲＡＵスロットにより伝達したり、多数のエアインタフェースタイムスロットを対象とするデータを単一のＴＲＡＵスロットにより伝達したりする。従って、符号化方式を降格する必要があるかどうかの決定に加えて、制御装置１３５は、バックホールリンク容量が許容できる限り多くのＭＳにデータを伝達する為に、バックホールタイムスロットリソース群を動的に管理する。即ち、本発明の実施形態は、使用可能なＴＲＡＵスロットの数によって単純に同時にサポートできるＭＳの数に制限されない。
【００２０】
例えば、図２００には、符号化方式を降格する必要がない状況も図示されている。代わりに、単純にＭＳエアスロット（８つ）の方がＴＲＡＵスロット（６つ）より多い。先行技術では、エアインタフェースタイムスロット８つのうち同時にサポートできるのは６つまでであった。しかし、本発明の実施形態では、残りの２つのＭＳ（例えばＭＳ１０７及びＭＳ１０８）のデータが既に割り当てられたＴＲＡＵスロット（例えばスロット２２３〜２２６）に割り当てられるよう、バックホールスロットリソース群が動的に管理される。従って、先行技術の場合よりも多くのＭＳエアスロットを同時にサポートできる。
【００２１】
図３は、多数の本発明の実施形態に係るＰＣＵにより行われる機能性の論理フロー図である。論理フロー３００が開始する（３０２）のは、与えられた送信期間について（即ち、エアインタフェースタイムスロットについて）、そのエアスロットの間に送信すべきデータを伝達する為のバックホールリンク容量をＰＣＵが決定した（３０４）ときである。ＰＣＵは更にデータトラフィックレベルを決定し（３０６）、このデータトラフィックレベルは、エアスロットの間に送信用のバックホールリンクにより伝達される必要のあるデータの量である。このデータトラフィックの決定は、無線ユニットの符号化方式を、その現在の無線チャネル条件に準ずる最高限度になっているものと仮定する。
【００２２】
データトラフィックレベルがリンク容量を上回っている場合（３０８）、バックホールリンクのデータ容量に収まるようデータトラフィックレベルを下げる為に、ＰＣＵはそのエアスロットの間に一つ以上の無線ユニットの符号化方式を降格させる（３１０）。更に、送信期間の間に送信するエアタイムスロットが、データを伝達するバックホールスロットよりも多い場合（３１２）、ＰＣＵはそのデータを、少なくとも一つのバックホールスロットが２つ以上のエアタイムスロットのデータを含むよう伝達する（３１４）。多くない場合は、本発明の実施形態のうち全てではないが幾つかの形態で、ＰＣＵはエアタイムスロットごとにそのデータを単一のバックホールスロットで伝達し（３１６）、この論理フローは終了する（３１８）。
【００２３】
本発明の実施形態は、本明細書で説明されたように、ＥＤＧＥのバックホールの効率を改善し、同時に、必要に応じて離れたところにあるＰＣＵをサポートするよう、遅延が一定で極めて小さいという本質的なバックホールの特徴を保つ。現行のＴＲＡＵバックホールの解決策は、長さの多様なＲＬＣブロック群を長さ一定のＴＲＡＵフレーム群にパックするという点で非効率である。本発明の実施形態によって、ＲＬＣブロック群をエアタイムスロットのグループごとに１つの巨大なＴＲＡＵフレームに効率的にパックすることが可能になる。与えられたキャリアの全ＲＬＣブロックにおける平均のＲＬＣブロックのサイズを典型的に最大のＲＬＣブロックのサイズの６０％と考えると、バックホール全体で可能な節減はおよそ４０％〜６０％である。本発明の実施形態を用いると、システムのＥＧＰＲＳユーザのピークのスループットに対し、オペレータがバックホールのコストを取引することもできる。例えば、オペレータは、そのＥＧＰＲＳユーザのピークのスループットの平均を低くすることにより、更に大きいバックホールの節減を故意に選ぶこともできる。
【００２４】
前述の明細書では、本発明は特定の実施形態に関して記載された。しかし、当業者には、添付の請求項に述べられている本発明の精神及び範囲から逸脱することなく種々の修正及び変更がなされうることが分かる。よって、本明細書及び図面は限定的な意味ではなく説明的な意味で受け取られるべきであり、あらゆるこういった修正は本発明の範囲内に包含されるよう意図されている。加えて、当業者には、本明細書の図面の要素が簡単明瞭に図示されており、必ずしも一律の縮尺に従ってはいないことが分かる。例えば、本発明の種々の実施形態の理解を深める助けとなるよう、図面の幾つかの要素の寸法は他の要素と比べ誇張されている場合がある。
【００２５】
利益、他の利点、問題の解決策は、本発明の特定の実施形態について前述された。しかし、この利益、利点、問題の解決策、加えてそういった利益や利点や解決策を生んだりもたらしたり、そういった利益や利点や解決策をよりはっきりさせたりするあらゆる要素（単数又は複数）は、請求項の全て又は一部にとって、決定的とか、必要とか、本質的といった特質又は要素であると解釈されるべきではない。本明細書と添付の請求項とで用いられているように、用語「含む（ｃｏｍｐｒｉｓｅｓ）」や、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」や、この用語の他の変形などは、要素のリストを含むプロセスや方法や製品や装置などが、そのリストの要素群のみを含むのではなく、他の、はっきりとはリストアップされていない要素や、そういったプロセスや方法や製品や装置などに固有の要素をも含むように、非排他的に包含することを指すよう意図されている。
【００２６】
用語「所定の（ａ又はａｎ）」は、本明細書で用いられているように、１つ又は２つ以上の意味と定義されている。用語「複数（ｐｌｕｒａｌｉｔｙ）」は、本明細書で用いられているように、２つ以上の意味と定義されている。用語「別の（ａｎｏｔｈｅｒ）」は、本明細書で用いられているように、少なくとも２つ目かそれ以上の意味と定義されている。用語「包含している（ｉｎｃｌｕｄｉｎｇ）」及び／又は「有している（ｈａｖｉｎｇ）」は、本明細書で用いられているように、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」（即ち、オープンランゲージ）の意味と定義されている。用語「結合された（ｃｏｕｐｌｅｄ）」は、本明細書で用いられているように、「接続された（ｃｏｎｎｅｃｔｅｄ）」の意味と定義されているが、必ずしも直接的にという意味ではなく、かつ必ずしも機械的にという意味でもない。用語「プログラム」、「コンピュータプログラム」、「コンピュータ命令」は、本明細書で用いられているように、コンピュータシステムでの実行の為に設計された一連の命令の意味と定義されている。この一連の命令には、サブルーチン、機能、手順、オブジェクトメソッド、オブジェクト実装、実行アプリケーション、アプレット、サーブレット、共有ライブラリ／動的負荷ライブラリ、ソースコード、オブジェクトコード及び／又はアセンブリコードなどがあるが、これらに限定されていない。
【図面の簡単な説明】
【００２７】
【図１】多数の本発明の実施形態に係る無線通信システムのブロック図。
【図２】特定のエアインタフェースタイムスロット群の送信を対象とするデータ部群に対する「ＴＲＡＵ」スロット即ちバックホールスロットの模範的な割り当てのブロック図。
【図３】多数の本発明の実施形態に係るＰＣＵにより行われる機能性の論理フロー図。
【図１】
2007524330.tif 000003
【図２】
2007524330.tif 000004
【図３】
2007524330.tif 000005
【手続補正書】
【提出日】平成19年1月9日(2007.1.9)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおける動的なバックホールリソースの管理のための方法であって、
パケット・コントローラによって、送信期間の間に送信されるべきデータを伝達するためのバックホールリンクのリンク容量を決定する工程と、
現在の無線チャネル状況による無線ユニットの符号化方式が最高限度になっていると仮定して、パケット・コントローラによって、送信期間の間に送信するためにバックホールリンクによって伝達される必要のあるデータの量であるデータトラフィックレベルを決定する工程と、
前記データトラフィックレベルが前記リンク容量を上回っているときには、前記バックホールリンクのデータ容量に収まるよう前記データトラフィックレベルを下げる為に、前記送信期間に少なくとも一つの無線ユニットの符号化方式を降格させる工程と、からなる方法。
【請求項２】
前記送信期間は、複数のエアタイムスロットが同時に送信される期間からなる請求項１に記載の方法。
【請求項３】
送信期間の間の少なくとも１つの無線ユニットの符号化方式の降格は、送信期間の間に少なくとも１つの無線ユニットへデータ伝達をしないことからなる請求項１に記載の方法。
【請求項４】
送信期間の間の少なくとも１つの無線ユニットの符号化方式の降格は、送信期間の間に少なくとも１つの無線ユニットへ送信されるデータのデータ速度を下げることからなる請求項１に記載の方法。
【請求項５】
多数のバックホールリンク・タイムスロットを介して、送信期間のエアインタフェースタイムスロットのために、対象とするデータを伝達することから更になる請求項１に記載の方法。
【請求項６】
前記多数のバックホールリンクタイムスロットの各バックホールリンクタイムスロットが、他の少なくとも一つのエアインタフェースタイムスロットを対象とするデータを伝達する為に使用される請求項５に記載の方法。
【請求項７】
バックホールリンクタイムスロットの使用可能な数が、対象のエアインタフェースタイムスロットの数より少ないとき、エアインタフェースタイムスロットを対象とするデータを多数のバックホールリンクタイムスロットを介して伝達する請求項５に記
載の方法。
【請求項８】
前記少なくとも一つの無線ユニットのＱｏＳの優先権が、データの対象である他の無線ユニットのＱｏＳの優先権と比較して、前記送信期間の間は最も低い請求項１に記載の方法。
【請求項９】
無線通信システムにおける動的なバックホールリソースの管理のためのパケット・コントローラであって、同パケット・コントローラが、
複数の通信プロトコルを用いてメッセージングの送受信をするようになっているパケット・コントローラのネットワークインタフェースと、
同パケット・コントローラのネットワークインタフェースに通信可能に結合した制御装置と、を備え、
同制御装置が、
送信期間の間に送信されるべきデータを伝達する為のバックホールリンクのリンク容量を決定するようになっており、
現在の無線チャネル状況による無線ユニットの符号化方式が最高限度になっていると仮定して、前記送信期間の間に送信用のパケット・コントローラのネットワークインタフェースを介して前記バックホールリンクにより伝達される必要のあるデータの量である、データトラフィックレベルを決定するようになっており、
前記データトラフィックレベルが前記リンク容量を上回っているときには、前記バックホールリンクの前記データ容量に収まるよう前記データトラフィックレベルを下げる為に、前記送信期間に少なくとも一つの無線ユニットの符号化方式を降格させるようになっている制御装置である、パケット・コントローラ。
【請求項１０】
前記バックホールリンクが、前記パケット・コントローラと無線基地局（ＢＴＳ）との間にパケット・コントローラ‐ＢＴＳベアラリンクを備えた請求項９に記載のパケット・コントローラ。
【請求項１１】
前記制御装置が更に、前記パケット・コントローラのネットワークインタフェースを介して、エアインタフェースタイムスロットを対象とするデータを前記送信期間に多数のバックホールリンクタイムスロットを介して伝達するようになっている請求項９に記載のパケット・コントローラ。
【請求項１２】
前記多数のバックホールリンクタイムスロットの各バックホールリンクタイムスロットが、更に、他の少なくとも一つのエアインタフェースタイムスロットを対象とするデータを伝達する為に使用される請求項１１に記載のパケット・コントローラ。
【請求項１３】
バックホールリンクタイムスロットの使用可能な数が、対象のエアインタフェースタイムスロットの数より少ないとき、前記制御装置が、エアインタフェースタイムスロットを対象とするデータを多数のバックホールリンクタイムスロットを介して伝達する請求項１１に記載のパケット・コントローラ。
【請求項１４】
前記少なくとも一つの無線ユニットのＱｏＳの優先権が、データの対象である他の無線ユニットのＱｏＳの優先権と比較して、前記送信期間の間は最も低い請求項９に記載のパケット・コントローラ。
【国際調査報告】
2007524330.tif 000006