JP4727977B2 - フレーム集約方法 - Google Patents

Description

本発明は通信に関し、特に、無線及び有線通信に関する。

無線通信システムは無線サービスを地理領域内に位置している多くの無線又は移動体装置に提供する。無線通信システムにサポートされる地理的領域は無線通信システムによって空間的に区分された一般に「セル」といわれる領域に分割される。各セルは、理想的には蜂の巣模様における六角形で表されることになる。しかしながら、通常、各セルは、セルを囲む地形の地勢を含む様々な要素に依存して不規則な形状を有することになる。また、各セルはさらに２以上のセクタに分割される。各セルは一般に３つのセクタに分割され、各セルは例えば１２０度の範囲を持つ。

従来のセルラーシステムは無線若しくは移動体装置との信号通信の送受信をサポートするために地理的に分配された多数のセルサイト又は基地局からなる。各セルサイトはセル内の音声通信を扱う。さらに、セルラーシステムの全体的カバレッジエリアは全セルサイトに対するセルの集合体で画定されることになり、ここで、近くのセルサイトに対するカバレッジエリアは連続した通信カバレッジを確保するためにシステムのカバレッジエリアの外側境界において、可能な場合は、オーバーラップしている。

各基地局はそのセルにおける無線装置との通信のために少なくとも１つの無線機及び少なくとも１つのアンテナを備える。さらに、各基地局はまた移動交換局（ＭＳＣ）との通信のために送信機器を備える。移動交換局は、無線装置とインターネットのようなパケットデータネットワーク（ＰＤＮ）間だけでなく、無線装置間、無線装置と公衆交換電話網（ＰＳＴＮ）を介した有線装置間の呼を確立し維持する役目を担っている。基地局コントローラ（ＢＳＣ）は１以上の基地局に対し無線リソースを与え、この情報をＭＳＣに中継する。

アクティブな時、無線装置は少なくとも１つの基地局からフォワードリンク、即ち、ダウンリンクを介して信号を受信し、少なくとも１つの基地局にリバースリンク、即ち、アップリンクを介して信号を送信する。セルラー通信システムにおいてリンクやチャネルを規定するための数々の手法、例えば、時分割多重アクセス（ＴＤＭＡ）、符号分割多重アクセス（ＣＤＭＡ）及び直交周波数分割多重アクセス（ＯＦＤＭＡ）等が開発されてきた。

ＴＤＭＡ通信システムでは、無線スペクトルはタイムスロットに分割される。各タイムスロットに対して一人のユーザーだけが送信及び／又は受信できる。従って、ＴＤＭＡは各ユーザーが彼らの情報を割り当てられた時間中に送信するように送受信間の正確なタイミングを必要とする。

ＣＤＭＡ技術では、各無線チャネルはチャネル化するための符号（例えば、拡散符号、拡散スペクトル符号又はＷａｌｓｈ符号）によって区別される。各区別されたチャネル化符号は異なる情報ストリームを符号化するために用いられる。そして、これらの情報ストリームは同時送信のために１以上の異なるキャリア周波数で変調される。受信機は受信信号を復号化するための適切なチャネル化符号を用いて受信信号から特定のストリームを回復する。

ＯＦＤＭＡシステムでは、キャリア信号は数学的に時間直交する連続波形のセットを用いて伝送される多数のサブキャリア又はトーンによってキャリア信号が規定される。各無線チャネルは個別のチャネル化トーンによって区別される。直交連続波形を用いることにより、その直交性により互いが干渉するのが防止され、トーンの送信及び／又は受信が達成される。

音声のアプリケーションに対して、従来のセルラー通信システムは無線装置と基地局間の専用リンクを用いている。音声通信は遅延が許容できない性質のものである。結果として、無線セルラー通信システムにおける無線装置は１以上の専用リンク上で信号を送受信する。ここで、一般に各アクティブな無線装置にはアップリンクの専用リンクと同様にダウンリンクの専用リンクの割り当てが必要になる。

音声、ビデオ及び無線ゲームアプリケーション等のリアルタイム及び／又は回路交換サービスに関して、例えば、従来のセルラー通信システムは無線装置と基地局との間に専用チャネル又はリンクを用いる。音声通信並びに他のリアルタイム及び／又は回路交換サービスは現在のところ遅延が許容できない性質のものとして見られてきた。結果として、無線セルラー通信システムにおける無線装置は１以上の専用リンク上で信号を送受信する。ここで、一般にアクティブな各無線装置にはアップリンクの専用リンクと同様にダウンリンクの専用リンクの割り当てが必要になる。

インターネット及び個人のイントラネットの爆発的成長によって、インターネットプロトコル（ＩＰ）の送受信をサポートするインフラの増加がもたらされた。これによって、無線通信端末供給者が音声及びデータ送信に関する前提を再検討しなければならなくなった。データ及び音声が互換性を持って流れる場合を考慮すると、無線電話に対するＩＰ技術の利用は端末設計を簡素化することになる。結果として、他の無線基準と同様に３Ｇ等、Wireless Fidelity（例えば、ＷｉＦｉ、即ち８０２.ｘ）を含む無線通信基準をサポートできる音声及びデータ送受信の能力を持つＩＰに基づく無線端末を開発する動きが進行中である。

インターネットはパケット交換に基づくアーキテクチャであり、ネットワークを介して伝送されるデータはパケットにおいてセグメント化され搬送される。公衆交換電話ネットワーク（ＰＳＴＮ）回路交換ネットワークと異なり、パケット交換ネットワークには接続がなく、言い換えると、パケット交換ネットワークの専用の終端間経路は各伝送に対しては必要ではない。むしろ、各ルーターがパケットに対して現在のトラフィックパターンを考慮して好適なルーティングを計算し、そのパケットを次のルーターに送ることになる。従って、同じメッセージからの２つのパケットでさえネットワーク上の同じ物理系路を辿ることにはならない。この方法がダイナミックルーティングとして知られるレイヤー３転送方式である。

ＩＰパケットはパケットデータ部分及びＩＰヘッダーからなる。ＩＰヘッダーは送信元アドレスや宛先アドレス等の種々のヘッダー領域からなる。ヘッダービットは各パケットに対する実際のデータビットに従って移送されるので、ＩＰヘッダー、従ってＩＰヘッダーを構成するそれらの領域も伝送オーバーヘッドを表す。さらに、ＩＰルーターは各パケット宛先アドレスに基づいてＩＰパケットを転送するので、パケットが転送される各ルーターにおいて、各ＩＰパケットヘッダーは制御マイコンでパースされなければならない。各パケットに関連する宛先アドレスはマイコンによってアクセスされ、各パケットを次のルーターに転送するために転送参照表が利用される。プロセッサの処理速度が発達しているにもかかわらず、各ＩＰルーターにおける転送アルゴリズム及び機能の実行は貴重なルーター処理能力を使用してしまい、結果としてルーターの転送能力を制限する。

音声及びデータの送受信の能力を持つパケット交換技術を用いたＩＰに基づく無線端末の開発において、種々の懸念事項を検討しなければならない。ＩＰに基づくシステム（例えば、ＶｏＩＰ）上での音声の実行は、現在のところ、比較的低いデータレートで適応されている。ＶｏＩＰ設計におけるプロトコル及び物理層のオーバーヘッドを減らすために、ＩＰパケットは比較的大きいパケットに集約(aggregate)され、単一の媒体アクセス制御／物理層フレーム（例えば、ＭＡＣ／ＰＨＹフレーム）を用いて伝送される。これらのＩＰパケットは音声サンプルの、例えば１００ｍｓといった固定の持続時間で集約され、単一の物理層フレームにパケット化される。

図１を参照すると、固定の持続時間を持つ音声フレーム集約技術が示される。ここで、音声フレームは例えば４０ｍｓで集約される。図示された音声フレーム集約技術から、例えば、各々２０ｍｓの音声サンプルを有する２つのフレームが一緒にパケット化されることが推定される。１セットのヘッダー情報が集約されたフレームに加えられ、単一の物理層フレームにおいて伝送される。ヘッダー情報は次の、リアルタイムトランスポート（ＲＴＰ）、ユーザーデータグラムプロトコル（ＵＤＰ）ヘッダー、インターネットプロトコル（ＩＰ）ヘッダー、ポイントトゥポイントプロトコル（ＰＰＰ）ヘッダー、無線リンクプロトコル（ＲＬＰ）ヘッダー、メディアアクセスコントロール（ＭＡＣ）ヘッダー、巡回冗長検査（ＣＲＣ）、及びチャネル符号において使用される物理層後尾ビット、のうちの１以上からなる。

しかしながら、固定の持続時間での音声フレーム集約を用いると種々の問題が起こる。例えば、チャネルのデータレートが変化すると（例えば、チャネル条件が無線装置と関連する基地局との間で変動すると）、固定の持続時間でのフレーム集約技術においてパケット遅延ジッタが起こる。論理拡張によってチャネル条件が変動すると、利用可能なデータレートも変動する。例えば、パケット伝送時間が長くなると、チャネルデータレートが下がる時にパケット遅延ジッタが起こる。ここで、無線チャネルにおいて変動する条件等の理由によってチャネルデータレートも下がる。無線装置に対するＯＮ期間の最初に生成された最初の集約されたパケットに対して、より大きな遅延もまた懸念される。リソースが無線装置のＯＦＦ期間中に開放されたので、この遅延はさらに広がり、更なるアクセス遅延がパケット自体に作用することになる。最終的に、固定の持続時間での音声フレーム集約はそのチャネル帯域幅の使用において非効率なものとなる。

結果として、チャネル帯域幅の効率的使用を増すだけでなく、パケット遅延ジッタ及び最初の集約パケットの遅延を減らすフレーム集約方法に対する要求がある。

本発明は、チャネル帯域幅の効率的使用を増すだけでなく、パケット遅延ジッタ及び最初の集約(aggregation)パケットの遅延を減らすフレーム集約方法を提供するものである。より詳しくは、本発明の方法は少なくとも１つの物理層フレームを通信するための多くの技術を提供するものである。本開示の目的のため、通信の語は、例えば、形成された物理層フレーム等のパケット化されたデータの送信及び受信に相応するものとする。

代表的実施例において、本発明の方法は少なくとも１つの物理層フレームで通信するステップを含む。物理層フレームは、音声及び／又はデータを通信するために使用するチャネルの条件に応じて集約パケットサイズをダイナミックに変化させることで形成される。ここで、集約パケットサイズをダイナミックに変化させるステップは、物理層フレームを形成するために多くのコンテンツフレームを修正することを含むようにしてもよい。物理層フレームが少なくとも２つのコンテンツフレーム及び少なくとも１つのＩＰヘッダーを有するペイロードに相応するようにしてもよい。各コンテンツフレームが音声フレーム及び／又はデータフレームを含むようにしてもよい。

他の代表的実施例では、本発明の方法は集約する多くのコンテンツフレームによって形成された物理層フレームにおける少なくとも１つのフラグを通信するステップを含み、その各々は音声及び／又はデータフレームからなるようにしてもよい。ここで、この通信するステップはアクティブ期間と非アクティブ期間とを切り換えるときに実行されるようにしてもよい。アクティブ期間の開始において起動信号がその期間に対応して通信されるようにしてもよい。同様に、スケジューリング許可が通信された起動信号に応答して通信されるようにしてもよい。ここで、フラグはアクティブ期間の終了及び非アクティブ期間の開始を示すようにしてもよい。結果として、アクティブ期間はアップリンクを介した通信に相応することになる。

さらに他の代表的実施例では、本発明の方法は集約パケットサイズを変化させることによって形成された少なくとも１つの物理層フレームを通信するステップを含む。このステップはアクティブ期間と非アクティブ期間を切り換えるときに実行されるようにしてもよい。さらに、集約パケットサイズを変化させるステップは物理層フレームを形成するために多くのコンテンツフレームを修正することを含むようにしてもよく、各コンテンツフレームは音声フレーム及び／又はデータフレームからなる。切り換えるステップはまた、非アクティブ期間の終了付近からアクティブ期間の開始付近への切り換えに対応するようにしてもよい。アクティブ期間の開始で通信された物理層フレームがスケジューリング許可の通信に応答して形成されるようにしてもよい。

さらに他の代表的実施例では、本発明の方法は複数の物理層フレームを通信するステップを含む。ここで、各物理層フレームは、多くのコンテンツフレームがアクティブ期間に集約されるパケット集約持続時間を変化させることで形成されるようにしてもよい。各コンテンツフレームが音声フレーム及び／又はデータフレームを含むようにしてもよい。パケット集約持続期間は各物理層フレームの到着時刻を修正することによって変化させてもよい。一例として、アクティブ期間のパケット集約持続期間において通信される少なくとも３つの物理層フレームが略等周期間隔で離隔されている。このアクティブ期間はアップリンク及び／又はダウンリンク上での通信に対応する。

特許請求の範囲及び付随する図面との関連で下記の発明の詳細な説明に記載する内容を読めば、これら又は他の実施例は当業者には明らかのものとなるであろう。

本発明は、チャネル帯域幅の効率的使用を増すだけでなく、パケット遅延ジッタ及び最初の集約パケットの遅延を減らすフレーム集約方法を提供するものである。より具体的には、本発明の方法は少なくとも１つの物理層フレームを通信するための多くの技術を提供するものである。本開示の目的のため、通信の語は、例えば、形成された物理層フレーム等の情報、信号及びパケット化されたデータの送信及び受信に相応するものとする。

図２及び３を参照すると、本発明の実施例の特徴が図示される。図２は可変のパケットサイズ集約技術の代表的構成１０を図示するものである。より詳しくは、この技術は、例えば、チャネル品質及びシステム負荷を考慮することにより再送信のようなものを減らし、それゆえ遅延を減らすものである。特に、例えば共有のチャネルスロットを利用する共有のリソースアプリケーションに関連する制限を考慮すると、チャネル品質が変動すると、利用可能なデータレートも変動する。

図２を参照すると、多くのコンテンツフレーム２０が創出される。各コンテンツフレーム２０は２０ｍｓのフレームサイズを有する。本実施例において、連続したペイロード３０が独立した多数のコンテンツフレームから形成される。図示されるように、一方のペイロード３０は２つのコンテンツフレームからなる一方、他方のペイロード５０は５つのコンテンツフレームからなる。コンテンツフレームからペイロードが形成されるとヘッダーが付加される。その後、物理層フレームは各ペイロード及びヘッダーから創出されることになる。一例において、ヘッダー及びペイロードはインターネットプロトコル（ＩＰ）に基づくシステム用のものである。

図３を参照すると、集約パケットサイズを変化させる方法を図示するためのフローチャート１００が示される。ここで、チャネル条件が最初に判定される。これは音声及び／又はデータを通信するためのチャネル条件に対応する情報の送受信等、様々な技術で実現されるものである（ステップ１１０）。従って、図２及び３に示すように、従来技術において直面した問題は可変の長さの持続時間でのパケット集約を許可することによって解決されることになる。この例では、最初のパケットは４０ｍｓで集約される一方、２番目のパケットは１００ｍｓで集約される。

チャネル条件が判定されると、方法は物理層フレームを形成することを要求する（ステップ１２０）。ここで、物理層フレームの形成は物理層フレームを形成する多数のコンテンツフレームを修正することによって実現される。その多数のコンテンツフレームの修正は、例えばシステム負荷と同様に、チャネル条件情報に応答して実行される。より詳しくは、物理層フレームの形成において使用されるペイロードを形成する集約パケットサイズがダイナミックに変化させられる。本開示の目的において、コンテンツフレームとはその音声及び／又はデータの送信元で作られた音声フレーム及び／又はデータフレームである。この修正ステップの結果として、物理層フレームの形成はチャネルの条件とともにダイナミックに変化する。

結果として、方法は形成された物理層フレームを通信するステップを提供する（ステップ１３０）。この通信するステップは無線通信におけるアップリンクを介して実行される。さらに、ここで通信の語は、アップリンクでの物理層フレームの受信だけでなく物理層フレームの送信も含むものとする。

本実施例の一例において、方法は少なくとも１つの物理層フレームを通信するステップを含む。物理層フレームは、音声及び又はデータを通信するために使用するチャネルの条件に応じて集約パケットサイズをダイナミックに変化させることによって形成される。ここで、集約パケットサイズをダイナミックに変化させるステップは物理層フレームを形成するために多数のコンテンツフレームを修正することを含む。物理層フレームは少なくとも２つのコンテンツフレーム及び少なくとも１つのＩＰヘッダーを有するペイロードに相応するようにしてもよい。各コンテンツフレームは音声フレーム及び／又はデータフレームを含むようにしてもよい。

図４を参照すると、本発明のいくつかの実施例の特徴が図示される。ここで、ＯＮ−ＯＦＦ送信元モデル２００が図示されている。一般に、音声の送信元は図４に示すように、アクティブ期間（例えば、会話の噴出（トーク・スパート））と非アクティブ期間（例えば、沈黙）間を切り換えることになる。チャネル帯域幅の効率的使用をするために、リソースがＯＦＦ（例えば、非アクティブ、即ち沈黙）期間中に開放される。それゆえ、トーク・スパートの開始における最初のパケットが生成される場合、それはまたシステムにアクセスするための何らかの追加的遅延を受けることになる。この遅延はトーク・スパートからの最初のパケットに対して他のパケットに比べて大きな遅延をもたらす。なお、音声送信元がアクティブ期間（トーク・スパート）にある場合に、それは連続的に音声フレームを生成することになる。結果として、リソースはアクティブ期間（例えば、トーク・スパート）中には開放されないことになる。それゆえ、他の物理層フレームを形成する残りのパケットから見た遅延はトーク・スパートにおける最初のパケットに比べて小さいものとなる。

図５を参照すると、信号の流れ図３００が示される。信号の流れ図３００はパケットの集約に関連する基地局リソースの効率的使用の問題に焦点を当てたものである。無線装置がアクティブ期間から非アクティブ期間にアップリンク上で切り換える一方、基地局は、非アクティブに関する何らかの決定がなされるまで無線装置をスケジュールし続ける。この決定に関連する時間は遅延の長さをもたらす。しかしながら、本実施例によって、最初のパケットがより短い期間で集約される場合、最初のパケットに対する遅延は残りのパケットと同様に作られる。無線通信システムのアップリンクでのパケット集約の例及び伝送が図５に示される。

アクティブ期間の開始（例えば、トーク・スパート）において、無線装置（例えば、移動局）はリクエストを基地局（ＢＳ）に送信する。このリクエストはトーク・スパートの開始を示す。無線装置からのリクエストを受信した後、基地局はパケット許可を送信するようにしてもよい。パケット許可は、例えば、無線装置がパケットを送信することを示すようにしてもよい。この許可に応答して無線装置がトーク・スパートの最初のパケットを送信するようにしてもよい。残りのパケットを送信するために無線装置はリクエストを送る必要はない。

なお、トーク・スパートが続くことを基地局に示すために使用されるパケットヘッダーに１以上のビットフラグが付加されるようにしてもよい。より多くのパケットが続くことをこのフラグが示すようにしてもよい。しかしながら、最後のパケット（例えば、パケット＃４）において、無線装置がトーク・スパートフラグの終了をセットして、基地局にこれがトーク・スパートからの最後のパケットになるであろうこと、及びそれ以上のパケットは続かないことを示してもよい。このシナリオにおいて、基地局は無線装置にそれ以上の許可の送信を停止するようにしてもよい。

なお、アクセス遅延――即ち、言い換えると、リクエストを送って許可応答を得るための時間――は最初のパケットのみに挿入される（例えば、パケット＃１）。残りのパケットに対して、基地局は、最初のパケット以外の全てのパケットに適応される固定の集約期間（例えば、Ｔagg２）の情報に基づいてスケジューリング許可を送る。なお、アクセス遅延のために最初のパケットがより少ない数の音声フレーム上で集約されること（例えば、Ｔagg１）が必要であることもまた明らかである。全てのパケットに対して同様の遅延を作るために、Ｔagg２がＴagg１よりも大きい場合、Ｔagg２が（Ｔagg１＋Ｔacc）としてセットされるようにしてもよい。パラメータＴagg１及びＴagg２は、音声呼の開始において、または呼の間に構成されるようにしてもよいが、無線装置とネットワーク間で交渉されるようにしてもよい。

図６を参照すると、フローチャート３５０が本発明による方法を図示するために示される。より具体的には、フローチャート３５０はパケットの集約において浪費される基地局リソースを減らすための方法を図示するものである。フローチャート３５０は無線装置の観点から作成されている。

図示されるように、パケットが最後のパケットかどうかの判断がなされる前に、新たなパケットが最初に集約される。それが最後のパケットの場合、フラグが終了（END）にセットされる。一方、それが最後のパケットでない場合、フラグは継続（CONTINUE）にセットされ、パケットが最初のパケットであるか判定するために再検査される。検査がされ、それが最初のパケットであると判断される場合、パケットリクエストが送信される。逆に、それが最初のパケットでない場合、又はフラグが終了にセットされている場合、パケットが最初のパケットでないと判定された後に、フローチャート３５０はループの中で受け取るべき許可を待つ。許可を受信した場合のみパケットが送信される。

本実施例における例において、方法は、集約する多数のコンテンツフレームによって形成された物理層フレームにおける少なくとも１つのフラグを通信するステップを含み、コンテンツフレームの各々は音声及び／又はデータフレームからなる。ここで、このフラグはアップリンクでの通信に対応するアクティブ期間の終了、及び非アクティブ期間の開始を示す一方、この通信するステップはアクティブ期間と非アクティブ期間との切り換えが行われるときに実行される。アクティブ期間の開始時に、起動信号がこの期間に対応して通信される。今度は、スケジューリング許可がこの通信された起動信号に応答して通信される。結果として、アクティブ期間はアップリンクでの通信に対応する。なお、各物理層フレームも、チャネルの条件に応じて、コンテンツフレームの集約における集約パケットサイズをダイナミックに変化させることで形成されるようにしてもよい。

図７を参照すると、本発明のさらに他の実施例によるフローチャート４００が示される。フローチャート４００は、例えば、無線装置が非アクティブ期間からアップリンクでの通信に相当するアクティブ期間に切り換える時に作られる遅延の問題に焦点を当てたものである。現在のところ、様々なアクセスチャネル（例えば、ランダム・アクセス・チャネル及び／又はエンハンスト・ランダム・アクセス・チャネル）が、このような状況で基地局にアップリンクを介して到来する動きを知らせるために使用される。しかしながら、これらのアクセスチャネルは好ましくない遅延をもたらしてしまう。

この問題からの流れにおいて、フローチャート４００は様々な長さのパケット集約の場合に取り組むものである。フローチャート４００において具現化される方法はシグナリングチャネルの使用を奨励するものであり、これは様々なアクセスチャネル（例えば、ランダム・アクセス・チャネル及び／又はエンハンスト・ランダム・アクセス・チャネル）から区別されるもので、遅延の大きさを低減する。より詳しくは、フローチャート４００によると、最初の集約パケットのサイズを小さくして、非アクティブ期間からアクティブ期間への来たる切り換えを基地局に知らせるためにプロトコルが交わされる際のシグナリングチャネルに寄与し得る遅延に対して追加的な前部余裕（ヘッドルーム）を提供する。

フローチャート４００の処理ステップに関して、まず、無線装置が非アクティブ期間の終了からアクティブ期間の開始に差し掛かっているか否かについての判定が必要となる（ステップ４１０）。この判定はシグナリングチャネル上のフラグの使用等、様々な手段で実現されることができる。さらに、起動信号もこの判定を促進するために用いられるようにしてもよい。これに関して、起動信号はアクティブ期間の開始に対応して通信されるようにしてもよい。その後、スケジューリング許可が起動信号の受信に応答して基地局によって通信されることになる。

一度判定が完了すると、無線装置がアクティブ期間の開始に切り換るときに集約パケットサイズが変化させられる（ステップ４２０）。集約パケットサイズを変化させることは、物理層フレームを形成するために多数のコンテンツフレームを修正することを含む。ここで、各コンテンツフレームは音声フレーム及び／又はデータフレームを含む。

続いて、サイズが集約パケットに対して設定されると、フローチャート４００に反映される方法は物理層フレームと通信することを要求する（ステップ４３０）。ここで詳細を示したステップの結果として、少なくとも１つのアクティブ期間の開始時に通信された物理層フレームは、通信された少なくとも１つのスケジューリング許可に応答して形成される。より詳しくは、開始時に通信された物理層フレームは、開始後に続いて通信される物理層フレームに対するコンテンツフレームの数に比べてより少ないコンテンツフレームを含む。

本実施例の一例において、方法は、集約パケットサイズを変化させて形成された少なくとも１つの物理層フレームを通信するステップを含む。このステップはアクティブ期間と非アクティブ期間とを切り換えるときに実行される。さらに、集約パケットサイズを変化させるステップは、物理層フレームを形成するために多数のコンテンツフレームを修正することを含み、各コンテンツフレームは音声フレーム及び／又はデータフレームからなる。切り換えのステップはまた、非アクティブ期間からアクティブ期間への切り換えに対応する。アクティブ期間の開始時に通信された物理層フレームはスケジューリング許可の通信に応答して形成される。

図８を参照すると、信号の流れ図５００が本発明のさらに他の実施例に従って図示される。この場合、集約持続時間が許可チャネルにおける情報に基づいて決定される。基地局は、例えば、チャネル品質やシステム負荷のような条件に基づいて集約持続時間を決定することができる。可変の持続期間のフレーム集約が異なるユーザーからのパケット到着時刻を振り分けるために用いられるようにしてもよい。例えば、同時刻に多数のユーザーからパケットが到着した場合、限られた量のリソースしか利用できないことからシステムが同時刻に多数のユーザーを担うことができないため、追加的な待ち行列遅延がもたらされる。しかし、一部又は全部のユーザーに対してパケット集約持続時間を変えることによって、パケットの到着時刻をユーザーに対して変えることができる。ユーザーへの分配を完了する簡単な方法は、最初のパケットに対する集約持続期間をアクティブ期間から変えることである（例えば、トーク・スパート）。

図９を参照すると、図８の実施例の代表的特徴が図示される。ここで、２人のユーザーからのパケットの到着を分配するために使用される可変の持続時間の音声パケット集約の一例が示される。固定の持続時間のパケット集約の場合においては、２人のユーザーからのパケットが互いに近い時刻に到着する場合、それらはアクティブ期間（トーク・スパート）の終了まで継続することになる。しかし、例えばユーザー１からの最初のパケットに対するパケット集約時間を変えることができれば、パケット到着時刻は時間的に分散されることになる。

図９の例に図示されるように、ユーザー１からのパケットがＴagg１に亘って集約される一方、残りのパケット全てがＴagg離れて到着する。ここで、ユーザー２のために集約期間を作る必要はない。結果として、ユーザー２は全てのパケットに対してＴaggの集約期間を用いることになる。

本実施例の目的を実現するために、アクティブ期間において多数のコンテンツフレーム（例えば、音声フレーム及び／又はデータフレーム）が集約されるパケット集約持続時間が、アップリンク及び／又はダウンリンクでの通信に対応して変化させられる。ここで、可変の集約持続時間によって形成された各物理層フレームの到着時刻は、パケット集約持続時間を変えることによって修正される。その後、これによって作られた物理層フレームは通信（例えば、送信及び受信）される。一例では、アクティブ期間のパケット集約持続時間において通信された少なくとも３つの物理層フレームが略等周期間隔だけ離隔される。

特徴ある発明が解説的な実施例を参照して記載されたが、この記載は限定的な意味合いで解釈されるものではない。本発明が記載されてきたが、特許請求の範囲に記載されるように、発明の精神から離れることなくこの記載を参照すれば、解説的な実施例に対する様々な変更例は発明の追加的な実施例と同様に、通常の当業者にとって明らかであろうことが理解される。結果として、方法、システム及びその部分並びに記載された方法及びシステムの部分は、例えば、無線装置、基地局、基地局コントローラ、及び／又は移動交換局のような異なる位置で実現できる。さらに、記載されたシステムを実現し使用するために必要な処理回路は、通常の当業者であれば理解されるであろう特別用途向けＩＣ、ソフトウエアによる処理回路、ファームウエア、プログラム可能なロジックデバイス、ハードウエア、ディスクリート部品又は上記の部品を組み合わせて構成したものにおいて、本開示の利益とともに実現される。当業者であれば、ここに図示され記述された代表的な適用例に厳密に従うことなく、そして、本発明の精神と範囲から逸脱することなく、これら及び様々な他の変更例、構成例及び方法が本発明に対してなされることが直ちに理解できるであろう。特許請求の範囲は本発明の真の範囲内に含まれるいかなる変更例や実施例をも含むものであることが意図されている。

本発明は付随する図面を参照して実施例の記載を読むことでより理解が深まるであろう。
図１は従来の音声フレーム集約技術を示す図である。 図２は本発明の実施例の一側面を示す図である。 図３は図２の実施例によるフローチャートである。 図４は本発明の実施例の一側面を示す図である。 図５は本発明の他の実施例による信号の流れを示す図である。 図６は図５の実施例によるフローチャートである。 図７は他の実施例によるフローチャートである。 図８は本発明の他の実施例による信号の流れを示す図である。 図９は図８の実施例の一側面を示す図である。

符号の説明

２０ コンテンツフレーム
３０ ペイロード
５０ ペイロード
２００ ＯＮ−ＯＦＦ送信元モデル

Claims (6)

1. 通信の方法であって、少なくとも、
   音声とデータの少なくとも一方を通信するためのチャネルの条件に応じて、コンテンツフレームを集約する集約パケットのサイズをダイナミックに変化させるステップによって形成される少なくとも１つの物理層フレームを通信するステップ、及び
   少なくとも１つの、アップリンクでの通信に対応するアクティブ期間と、少なくとも１つの非アクティブ期間とを切り換えるときに、集約パケットのサイズを変化させるステップによって形成された少なくとも１つの物理層フレームを通信するステップ
   の一方からなる方法。
   
2. 請求項１記載の方法において、該通信するステップが、該少なくとも１つの物理層フレームを送信するステップ及び該少なくとも１つの物理層フレームを受信するステップの少なくとも一方からなる方法。
   
3. 請求項１又は２記載の方法において、
   該集約パケットのサイズをダイナミックに変化させるステップが、該少なくとも１つの物理層フレームを形成するために多数のコンテンツフレームを修正するステップからなり、各コンテンツフレームが音声フレームとデータフレームの少なくとも１つからなり、及び／又は、
   該集約パケットのサイズを変化させるステップが、該少なくとも１つの物理層フレームを形成するために多数のコンテンツフレームを修正するステップからなり、各コンテンツフレームが音声フレームとデータフレームの少なくとも１つからなる方法。
   
4. 請求項１から請求項３いずれか一項に記載の方法であって、
   該少なくとも１つのアクティブ期間の開始に対応して少なくとも１つの起動信号を通信するステップであって、少なくとも１つの起動信号を通信する該ステップが該起動信号を送信するステップ及び該起動信号を受信するステップの少なくとも一方からなるステップ、及び
   該通信された起動信号に応答して少なくとも１つのスケジューリング許可を通信するステップであって、少なくとも１つのスケジューリング許可を通信する該ステップが該スケジューリング許可を送信するステップ及び該スケジューリング許可を受信するステップの少なくとも一方からなるステップ
   からなる方法。
   
5. 請求項１から請求項３いずれか一項に記載の方法において、該アクティブ期間がアップリンクとダウンリンクの少なくとも一方での通信に対応する方法。
   
6. 請求項１から請求項５いずれか一項に記載の方法において、該少なくとも１つの物理層フレームが、少なくとも２つのコンテンツフレーム及び少なくとも１つのＩＰヘッダーを有するペイロードに対応している方法。

Images