【誤訳訂正書】
【提出日】平成25年3月18日(2013.3.18)
【誤訳訂正１】
【訂正対象書類名】特許請求の範囲
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【特許請求の範囲】
【請求項１】
複数の端末の中の第１の端末とネットワークデバイスとの間の通信帯域幅を割当てるための方法であって、
前記複数の端末と前記ネットワークデバイスとの間の無線通信が複数のキャリアチャネルを用いて実行され、前記通信は第１の帯域幅を定義し、
前記第１の端末から帯域幅の変更のためのリクエストを受信するステップ（１２）と、
前記第１の端末により用いられているキャリアチャネル上の現在の負荷を見積もるステップ（１４）と、
前記第１の端末により現在用いられている前記キャリアチャネルを用いる全ての端末間の優先度を見積もるステップ（１６）と、
前記第１の端末が利用可能な全てのキャリアチャネルのキャパシティを見積もるステップ（１８）と、
新たな数のキャリアチャネルを割当てることによって、前記ネットワークデバイスと前記第１の端末との間の第２の帯域幅を割当てるステップ（２０）と、
グラントチャネル上でキャリア選択情報を送信することと、
前記グラントチャネル上で、
‐グラントが新たな１つのキャリアについてのみ有効であり、既存の現在の１つ又は複数のアップリンクキャリアは除かれるべきであるときと、前記グラントが追加的なアップリンクのためのものであり、前記既存の現在のアップリンクキャリアの１つも維持されるべきであるときと、を区別し、
又は、前記グラントがゼロであるとき、
‐グラントされたレート及びアップリンクキャリアのためのレイヤ１シグナリングは完全に終了されるべきであるときと、前記グラントされたレートがゼロに減少されるべきであるけれども、前記アップリンクキャリア上の前記レイヤ１シグナリングは維持されるべきであるときと、を区別する情報、
を送信するステップと、
により特徴付けられる方法。
【請求項２】
前記区別する情報は、フラグである、請求項１に記載の方法。
【請求項３】
それぞれの利用可能なアップリンクキャリアは、固有のインデックスを与えられる、請求項１または２のいずれかに記載の方法。
【請求項４】
アンテナ部と通信を確立し、前記アンテナ部は複数の端末と無線通信を確立するように適合される、コネクタと、
プロセッサー部と、
前記プロセッサー部及び前記アンテナ部と電気的な通信を確立するように構成される送信部と、
前記プロセッサー部及び前記アンテナ部と電気的な通信を確立するように構成される受信部と、
を備え、
前記プロセッサー部は、第１の端末から帯域幅の変更のためのリクエストを受信し、前記第１の端末により用いられているキャリアチャネル上の現在の負荷を見積もり、前記第１の端末により現在用いられているキャリアチャネルを用いる端末間の優先度を見積もり、前記第１の端末が利用することのできる全てのキャリアチャネルを見積もり、そして新たな数のキャリアチャネルを前記第１の端末に割り当てるように構成され、グラントチャネル上でキャリア選択情報を送信し、
‐グラントが新たな１つのキャリアについてのみ有効であり、現存する現在の１つ又は複数のアップリンクキャリアは除かれるべきであるときと、前記グラントが追加的なアップリンクのためのものであり、前記現存する現在のアップリンクキャリアの１つも維持されるべきであるときと、を区別し、
又は、前記グラントがゼロであるとき、
‐グラントされたレート及びアップリンクキャリアのためのレイヤ１シグナリングは完全に終了されるべきであるときと、前記グラントされたレートがゼロに減少されるべきであるけれども、前記アップリンクキャリア上の前記レイヤ１シグナリングは維持されるべきであるときと、を区別する情報、
を前記グラントチャネル上で送信するように構成される、
ネットワークデバイス（３４）。
【請求項５】
前記区別する情報は、フラグである、請求項４に記載のネットワークデバイス。
【請求項６】
それぞれの利用可能なアップリンクキャリアは、固有のインデックスを有する、請求項４または５のいずれかに記載のネットワークデバイス。
【誤訳訂正２】
【訂正対象書類名】明細書
【訂正対象項目名】全文
【訂正方法】変更
【訂正の内容】
【発明の詳細な説明】
【発明の名称】通信帯域を割当てるための方法及び関連する装置
【技術分野】
【０００１】
本発明は、ネットワークデバイスと端末装置との間で通信帯域幅を割当てるための方法に関する。本発明は、さらに上記方法を実行するための関連する装置に関する。
【背景技術】
【０００２】
端末装置における、エンターテイメント及び他のデータが集中的なアプリケーションの使用の増大は、データトラフィックの必要性を増大させる。例には、携帯電話におけるインターネットの利用、及び携帯電話への及び携帯電話からのビデオ送信の使用も含まれる。端末装置の数もまた増大するにつれて、無線通信上の利用可能なキャパシティが最適な方法で利用されること、例えば、送信するためのデータを持たない端末装置が、送信するためのデータを持つ端末装置のための送信キャパシティを占有しないこと、を確保する必要性がある。さらに、特許明細書ＵＳ２００４／０１６０９１５には、ＧＳＭシステムにおいて異なるサブチャネル間の帯域幅割り当ての方法が示されている。またＥＰ０９７７３７７には、帯域幅割り当てのための方法が示されている。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
無線端末は、与えられた期間内に送信するための大量のデータを有することがある一方で、利用可能な帯域がこれを受け入れないことがある。そこで、本発明は、方法、ネットワークデバイス、及び装置を提供する。もしデータ送信が複数のキャリア例えばＮ個のキャリアを用いて実行されると、異なるグラントシナリオ間の区別を可能にする解決策を提供する必要性がある。この必要性は、本発明によって添付の特許請求の範囲において示されるように達成される。
【課題を解決するための手段】
【０００４】
本発明の第１の観点は、複数の端末の中の第１の端末とネットワークデバイス間における通信帯域の割り当て方法に関する。最初の複数の端末とネットワークデバイス間の無線通信は、複数のキャリアチャネルを用いて実行される。上記方法は、第１の端末から帯域の変更リクエストを受信するステップと、第１の端末により用いられているキャリアチャネルの現在の負荷を見積もるステップと、現在第１の端末により用いられているキャリアチャネルを用いるすべての端末間の優先度を見積もるステップと、さらに第１の端末が利用可能な全てのキャリアチャネルを見積もるステップとを含む。まださらに上記方法は、新たな数のキャリアチャネルを割当てることによって、ネットワークデバイスと第１の端末間に第２の帯域を割当てるステップを含んでもよい。
【０００５】
本発明の第２の観点は、ネットワークデバイスに関する。ネットワークデバイスは、アンテナ部との通信を確立するためのコネクタを有し、当該アンテナ部は、複数の端末との無線通信を確立するように適合される。さらにネットワークデバイスは、プロセッサー部と、当該プロセッサー部およびアンテナ部と電気的な通信を確立するように構成される送信部を有してもよい。ネットワークデバイスは、まださらにプロセッサー部及びアンテナ部と電気的な通信を確立するように構成される受信部を有してもよい。プロセッサー部は、第１の端末から帯域幅の変更のためのリクエストを受信し、第１の端末によって用いられているキャリアチャネル上の現在の負荷を見積もり、第１の端末により現在用いられているキャリアチャネルを用いる端末間の優先度を見積もり、第１の端末が利用可能な全てのキャリアチャネルを見積もり、新たな数のキャリアチャネルを第１の端末に割当てるよう構成されてもよい。
【０００６】
本発明の第３の観点は、送信部及び当該送信部と通信を確立するよう構成されるバッファ部を有するデバイスに関する。上記バッファ部は、データ生成部からデータを受信するよう構成され、上記バッファ部は上記データを上記送信部に転送するよう構成される。上記デバイスは、上記バッファ部中のデータのレベルを監視するよう構成されたプロセッサー部をさらに有する。上記プロセッサー部は、上記バッファ部中のデータのレベルに応じて上記送信部を介して帯域幅の変更のためのリクエストを送信するよう構成される。
【発明の効果】
【０００７】
マルチキャリア機能の利点は、エンドユーザのピークレート及び最適なキャリア負荷分散を向上させることを含むが、これに限られない。これは、本発明の上記観点により、システムのエアインタフェース及びハードウェアリソースの最小のエンドユーザ負荷／消費を増大させることなく達成されることが予期される。これは、より高いシステムキャパシティとＵＥのバッテリー消費改善をもたらすことがさらに予期される。
【図面の簡単な説明】
【０００８】
本発明は、ここで下記に説明される実施形態及び添付の図面に示される実施形態とともにより詳細が開示されるだろう。
【図１】本発明にかかる方法の概略図である。
【図２】端末及びネットワークデバイスの概略図である。
【図３】本発明にかかる方法のステップの概略図である。
【図４】タイミング問題に関する概略図である。
【図５】タイミング問題に関する概略図である。
【図６】タイミング問題に関する概略図である。
【発明を実施するための形態】
【０００９】
図１は、本発明にかかる方法の一実施形態を概略的に描く。方法は、ボックス１０により描かれるステップを含む。方法は、複数の端末のうちの第１の端末及びネットワークデバイス間に通信帯域幅を割当てるためのものである。複数の端末及びネットワークデバイス間の無線通信は、複数のキャリアチャネルを用いて実行される。方法は、第１の端末から帯域の変更のためのリクエストを受信すること１２と、第１の端末により用いられているキャリアチャネル上の負荷を見積もること１４と、現在第１の端末により用いられているキャリアチャネルを用いるすべての端末間の優先度を見積もること１６と、第１の端末が利用可能な全てのキャリアチャネルを見積もること１８と、新たな数のキャリアチャネルを第１の端末に割当てること２０と、を含む。見積もりは、全ての可能性のあるキャリアについて実行される。制御シグナリングは１つのキャリアチャネル上のみで実行されることが望ましい。
【００１０】
ＷＣＤＭＡ  ＦＤＤ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）は現在、ダウンリンク及びそれぞれのアップリンクに５ＭＨｚ分のシングルキャリア、即ち２×５ＭＨｚを有するよう規定されている。これは、エンドユーザはそのようなシングルキャリアのひとつに接続されるかもしれないことを意味する。しかしながら、事業者は、いくつかの５ＭＨｚキャリアへのアクセスを有してもよく、これらはシステムキャパシティを増大させるために用いられ得る。
【００１１】
ＷＣＤＭＡのために、マルチキャリア機能は考えられる。マルチキャリア機能は、端末が１つよりも多い５ＭＨｚキャリア上で送信することができるべきであることを意味する。マルチキャリアの利得は含む：
【００１２】
ａ）エンドユーザのピークレートの増大。もし端末またはユーザ機器、即ちＵＥがＮキャリア上で同時にデータを受信／送信することができると、そのピークレートはＮ倍に増大する。なぜなら、１つのキャリアごとのピークレートは各キャリアについて適用されることができるためである。
【００１３】
ｂ）複数のキャリア上の最適な負荷分散の達成。もし２つのシングルキャリアＵＥが同じキャリア上に接続されると、他の利用されていないキャリアが利用可能であったとしても、その１つのキャリアのリソースを分け合わなくてはならない。その代わりに、もしＵＥがマルチキャリアに対応していれば、キャリアが利用されず、かくして（不要に）キャパシティ及び／又はエンドユーザレートを制限するリスクを低減するだろう。
【００１４】
本明細書を通して、端末及びユーザ機器（ＵＥ）は互換的に用いられ、同じ意味で同じデバイスをカバーするように意図される。
【００１５】
アップリンクマルチキャリアをサポートすることは、いくつかの問題を含んでいる。
１）セル中でセットアップされるシングルキャリアＵＥは、レイヤ１制御信号をＤＰＣＣＨチャネル（Ｄｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）を用いて定期的に送信する。これらの制御信号はユーザデータが送信されたか否かに関わらず送信され、データが利用可能である場合に遅延なく送信されることができるように、パワーレベルをＲＢＳ（Ｒａｄｉｏ  Ｂａｓｅ  Ｓｔａｔｉｏｎ）において容認可能なレベルに保つことが可能である必要がある。これは、ユーザデータのために利用可能なシステムの無線インタフェースリソースからキャパシティを消費する干渉を生む。もしマルチキャリアユーザがＤＰＣＣＨをすべてのＮキャリア上で送信する必要があるとすると、それはＮ回以上の干渉を生む。
【００１６】
２）通常、シングルキャリアＵＥがセットアップされる場合、当該シングルキャリアＵＥがいかなるデータも送信していないとしても、システムはＲＢＳにおける最小量のハードウェアを割当てる。もしＵＥがどんなときでも、Ｎキャリアのいずれにおいても送信することが可能であるべきであるとすれば、ＲＢＳがＵＥのためにマルチキャリア送信に用いられることが可能であるべきであるＮキャリアのすべてにおいてハードウェアを割当てる必要があるというリスクがある。マルチキャリア利用可能なユーザは、シングルキャリアユーザよりもＮ倍多くの最小ＲＢＳハードウェアを消費する。
【００１７】
本発明の１つの課題は、マルチキャリアユーザの最小リソース（無線インタフェース及びハードウェア）消費を最小化することである。これは、シングルキャリアユーザがいかなるデータも送信していないときに、マルチキャリアユーザが、シングルキャリアユーザよりも多いシステムリソースを消費しないことを保証し得る。
【００１８】
マルチキャリアユーザは、いかなるユーザデータも送信していないとき、デフォルトで１つのシングルキャリアに割当てられてもよい。ユーザデータを送信しているときは、望ましくはシングルキャリア上を送信されるべきである。利用可能な複数のキャリアのうちいずれのシングルキャリアであるかは、システムまたはネットワークにより決定され、指示される。エンドユーザが大量の送信するデータを有しているときのみ、システムは、ユーザに複数のキャリア上で送信することを指示するだろう。
【００１９】
図２は、端末２２及びネットワークデバイス３４の概略図を含む。端末２２は、本体またはハウジング２４を備える。バッファ部３０は、本体内またはハウジング２４内に位置される。バッファ部３０は、データを、図示しないデータ生成部から受信する。データ生成部は、例えばビデオデバイス、サウンドプロセッサー、データプロセッサー、又は端末２２から送信されるデータを生成するいかなる他のデバイスであってもよい。
【００２０】
データは、バッファ部３０に書き込まれ、監視ユニット３２は、バッファ部３０中のデータの量を監視する。もし所与の時点において送信されるべきデータの量が、端末２２からネットワークデバイス３４へのデータリンクのキャパシティを超えると、監視部３２は、アラートをあげる。プロセッサーは、監視デバイスを監視し、端末２２からネットワークデバイス３４の帯域幅の増加のためのリクエストを生成してもよい。また、バッファ３０中のデータレベルが他の閾値レベルより低いとき、プロセッサーは、端末２２からネットワークデバイス３４の送信帯域幅を低くするリクエストを生成してもよい。両方のケースにおけるリクエストは、端末２２からネットワークデバイス３４に送信される。
【００２１】
ネットワークデバイス３４中において、データは受信部３６において受信される。監視部３８は、受信部３６により受信されるデータを監視する。もし帯域幅の変更のためのリクエストが受信されると、監視部３８は、それを検知するだろう。新たな帯域幅は、図１との関係で上述されたように決定される。
【００２２】
図３は、本発明にかかる方法におけるさらなるステップの概略図である。すなわちステップ４０は、さらなるキャリアチャネルを端末２２及びネットワークデバイス３４間の通信に割当てる。これは、さらなるキャリアチャネルを割り当てること４２、又はより少ない若しくはより少数のキャリアチャネルを割り当てること４４のいずれかを引き起こす。
【００２３】
他の実施形態において、見積もりはキャリア数の変更なしに終わるかもしれないし、現在用いているキャリアチャネル上の帯域幅の増大を引き起こすかもしれない。
【００２４】
図４は、帯域の変更のためのリクエストが、グラフ４６により描かれるキャリア１上の通信が終了され、グラフ４８により描かれるキャリア２上の通信が再開されることを引き起こす状況におけるタイミングの概略図である。帯域幅の変更のためのリクエストのための時間は、矢印５０で示され、グラントは矢印５２により示される。ボックス５４及び５６の上端は、２つのキャリア上の異なる帯域幅を示す。
【００２５】
図５中に描かれるように、レート又は帯域幅の変更のためのリクエスト５８が２つの矢印６０及び６２により示されるように２つの異なるグラントを引き起こすとき、レートがしばらくの間ゼロになる状況が生じるかもしれない。矢印６０は、キャリア１上すなわちグラフ６６における送信の終了のグラントを示し、矢印６２は、キャリア２上すなわちグラフ６６の送信レートのグラントを示す。
【００２６】
図６は、レート又は帯域幅の変更のためのリクエスト６８が、２つの矢印７０及び７２により示されるような２つの異なるグラントを引き起こす状況を概略的に描く。矢印７０は、キャリア２上すなわちグラフ７６の送信レートのグラントを示す。矢印７２は、キャリア１上すなわちグラフ７４の送信の終了のグラントを示す。
【００２７】
マルチキャリア接続がセットアップされるとき、システムはＵＥ及び無線基地局ＲＢＳに接続のためにどのキャリアが利用可能であるかをシグナリングする必要がある。これらのキャリアは、ＲＢＳ中で利用可能であって、ＵＥがハンドリングできるキャリアの全て又はサブセットであるべきである。
【００２８】
加えて、システムは、接続が最初に用いるべき１つ又は複数のアップリンクキャリアがいずれであるのか、すなわち、接続は、当該接続が構成されるただ１つの、いくつかの、又は全ての周波数キャリアについて、アップリンクレイヤ１制御チャネル（例えば、ＤＰＣＣＨ，Ｄｅｄｉｃａｔｅｄ  Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）に送信させることから開始されるべきであるかを示さなければならない。
【００２９】
最小のアップリンクバックグラウンドリソース消費を達成するために、通常のシングルキャリアユーザと同様、アップリンクに関していえば、マルチキャリア対応デバイスは、最初は、１つのシングルキャリア上にのみセットアップされるべきである。
【００３０】
したがって、システムアップリンクハードウェアは、１つのキャリア上にのみ割当てられ、そしてＵＥは、最初は、この１つのキャリア上でアップリンクレイヤ１制御チャネル（例えばＤＰＣＣＨ）のみ送信する。
【００３１】
既存のＷＣＤＭＡシステムにおいては、シングルキャリア接続を用いて、ＵＥはシステム又はネットワークにより高いアップリンクレートの必要が生じるとき、すなわち、バッファ中における現在のデータを現在グラントされたレートで所定の時間又は制限時間中に送信できないときを示す。システム又はネットワークデバイスは、用いられているキャリア上のユーザ間の負荷状況及び優先度を見積もる。レートの変更がＵＥに適用されるべきである場合、新たなレートのグラントが絶対グラントチャネル（Ｅ−ＡＧＣＨ）上でＵＥに送信される。
【００３２】
マルチキャリア接続を有する端末がレートの増大をリクエストしているとき、システム又はネットワークデバイスは、現在用いられている、すなわちその上で送信されているキャリア又は複数のキャリアの状況のみを見積もるべきではなく、当該接続が用いることのできる全てのアップリンクキャリアが見積もられるべきである。
【００３３】
マルチキャリア対応接続を扱うとき、システム又はネットワークは、いくつかの方法でそれを扱うことができるべきである。アップリンク中のキャリアに関して、システムは少なくとも次のことができるべきである。
【００３４】
１）接続に割当てられるアップリンクキャリア数の増大。これは、システムが真のマルチキャリア接続の全ての特徴、例えばより高いエンドユーザピークレートを利用することを可能にすることが予期される。
２）接続に割当てられるアップリンクキャリア数の減少、しかし決して１つのシングルキャリアより少なくない。これは、マルチキャリア送信が必要とされないときに、システムが最小リソース消費を確保することを可能にすることが予期される。
３）接続に割当てられる１つ又は複数のアップリンクキャリアの変更。これは、システムが最適なキャリア利用とマルチキャリアの負荷分散をマルチキャリア送信を必要としない接続についての最小のリソースコストとともに利用することを可能にすることが予期される。
【００３５】
加えて、システムは、接続が用いるように割当てられた１つ又は複数のキャリアのいずれのグラントされたレートも変更できるべきである。
【００３６】
さらに、キャリア選択は、最適な選択を可能にするために、セルのリソース及び負荷を制御するノードすなわちノードＢにより制御され得ることが可能である。
【００３７】
さらに、命令（シグナリング）は、エンドユーザのパフォーマンス又はシステム効率に大きな影響を与える著しい遅延が生じない程度に迅速であることがのぞましい。
【００３８】
加えて、シングルアップリンク周波数キャリアが変更又は他のシングルアップリンクキャリアにスイッチされるべき状況において、異なるキャリア上の送信の終了と開始の間のタイミングの関係が適切にハンドリングされることは重要である。
【００３９】
もし既存のキャリアにおける送信が、新たなアップリンクキャリア上での送信が開始される前に終了されると、アップリンクデータについて途切れが生じるであろう。もし代わりに新しいキャリア上の送信が既存のキャリアが終了される前に開始されると、必要以上のリソース消費が生じる。これらの状況は、図４〜図６中に描かれる。タイミングの関係が制御下に保たれるとすると、有益である。システム中に複数のユーザがいるとき、異なるセルから１つのＵＥへのグラントが時間的に同期されて送信されることができるようにすることを保証することはとても困難である。そして、たとえそれが可能であるとしても、セル間の独立した無線品質は、ＵＥがグラントのうちの１つの受信に失敗するというリスクがある。
【００４０】
それ故に、一実施形態において、２つの異なるコマンド例えばキャリアＣ１についてグラントレートをゼロに減少する１つのグラントと、他のキャリアＣ２上のグラントレートを増加させる追加的なグラントを必要とせず、１つのコマンドを用いて、シングルアップリンクキャリアの変更又はスイッチを達成することは可能である。
【００４１】
好ましい実施形態は、グラントチャネル（Ｅ−ＡＧＣＨ）上に全てのキャリア選択情報を含んで、接続を誘導するための素早く簡単な方法を可能にすることである。マルチキャリア対応ＵＥがどのキャリアに割当てられ、どのキャリア上で送信するべきかについての情報は、レートグラントとともに送信されるべきである。そのようなＥ−ＡＧＣＨを送信するための代替の解決策は、以下を含む。
【００４２】
・新たなグラントが有効であるアップリンクキャリアとマッチするダウンリンクキャリア上のみでＥ−ＡＧＣＨは送信される。
・接続が、アップリンクのために現在割当てているアップリンクキャリアすなわち進行中のレイヤ１チャネルとマッチするダウンリンクキャリア上のみでＥ−ＡＧＣＨは送信される
・接続が用いることができるダウンリンクキャリアのうちのいずれかの上でＥ−ＡＧＣＨは送信される。
・接続が現在用いているダウンリンクキャリアのうちのいずれかの上をＥ−ＡＧＣＨは送信される。
【００４３】
一実施形態において、グラントされたレートについての情報しか現在は含まないＥ−ＡＧＣＨは、ＵＥがハンドリングできる複数のアップリンクキャリアのうち、どのアップリンクキャリアについてグラントが有効であるべきかについての情報も含む。
【００４４】
現在望ましい実施形態において、接続構成は、利用可能なアップリンクキャリアそれぞれに固有のインデックスを与える。その結果、グラントがどのアップリンクキャリアについて有効であるのかについてのインデックス値をＥ−ＡＧＣＨ上に含むことが可能である。
【００４５】
さらなる実施形態において、マルチキャリア接続は、複数のアップリンクキャリア上で送信することができるべきである。それ故に、追加的なアップリンクキャリア又は追加的な複数のアップリンクキャリア上での送信を加えることができるべきである。したがって、次のときを区別することができる必要がある。
【００４６】
ａ）グラントが新たな１つのキャリアについてのみ有効であり、既存の現在の１つ又は複数のアップリンクキャリアはのぞかれるべきである。
ｂ）グラントが追加的なアップリンクキャリアのためのものであり、既存の現在のアップリンクキャリアの１つも維持されるべきである。
【００４７】
したがって、Ｅ−ＡＧＣＨは、上記のａ）、ｂ）それぞれの状況を区別する情報を含み得る。好ましい実施形態は、０／１の値を有することのできるフラグＦを用いるものである。０は、状況ａ）を意味し、１は、状況ｂ）を意味する。
【００４８】
レート増大についていうときと同じ情報がアップリンクグラントレートの減少のときについても有効である。しかしながら、グラントレートを減少させるときに達成されることが好ましい１つの追加的な処理がある。キャリア上のレートをゼロｋｂｐｓ（ｋｉｌｏ  ｂｉｔｓ  ｐｅｒ  ｓｅｃｏｎｄ）に減少させるとき、その時点において１つよりも多いアップリンクキャリアが用いられる場合には、所望の最終結果は異なり得る。少なくとも２つの異なる状況が生じ得る。すなわち、
【００４９】
ａ）このアップリンクキャリアについてのグラントされたレート及びレイヤ１シグナリングは、完全に終了されるべきである。
ｂ）グラントされたレートは、ゼロに減少されるべきである。しかし、このアップリンクキャリア上のレイヤ１シグナリングは維持されるべきである。
【００５０】
現在の好ましい実施形態は、フラグＦの再利用を含む。フラグＦは上記のように定義される。
【００５１】
Ｅ−ＡＧＣＨ上のグラントされたレートがゼロであるとき、新たなアップリンクキャリアについての新たなグラントを適用するときに、既存のアップリンクキャリアが、それらのレイヤ１シグナリングをどのように扱うべきであるかを、フラグＦは上記に定義されたように言及するべきではない。その代わりに、ゼロｋｂｐｓのグラントレートがアップリンクキャリアについて受信されたとき、フラグＦは、グラントゼロｋｂｐｓのグラントレートが有効であるアップリンクキャリアについてどのようにレイヤ１シグナリングが取り扱われるべきであるかに言及するべきである。
【００５２】
キャリアインデックス及びフラグＦの使用は、以下の表１中にまとめられる。
表１：表は、どのようにキャリアインデックス及びフラグＦがマルチキャリア接続に影響するかについての実施形態を示す。
2012502545.tif 000001
【００５３】
上記のサポートによって、システムは、最小リソース消費を負荷状況に動的に適合させることが可能であることは特筆すべきである。もし所与のセル中にユーザがほとんどいないとき、可能な範囲内の全ての複数のアップリンクキャリアについての進行中のレイヤ１送信とともに構成されるマルチキャリア接続を有することは可能である。負荷が高いとき、システムは、レイヤ１送信をいくつかの又は１つのアップリンクキャリアに制限することができる。この種の処理は、アップリンクキャリアを追加すること、又はあるユーザを１つのアップリンクキャリアから他のアップリンクキャリアに移動させることによりパフォーマンスへの影響があるときに有益となり得る。
【００５４】
そのようなパフォーマンスへの影響の１つは、新たなキャリアが接続に割当てられたとき、接続がアップリンクにおいて同期されるように、接続がレイヤ１シグナリング上で正確なアップリンクパワーレベルを確立するまで幾らかの時間を要求し得ることであり得る。接続が同期される前に、ユーザデータは、アップリンク上で受信されることができない。従って、それは、ユーザが１つのキャリアから他のキャリアへと移動する場合にアップリンクにおけるデータ送信において中断または遅延を生み出しうる。もし接続にいくつかのアップリンクキャリアが割り当てられると、より多くのアップリンクリソースを消費して（ハードウェア及びエアインタフェースの干渉）パフォーマンスへの影響が最小化される。しかし、高いリソース消費は、システム中にユーザがほとんどいない場合には問題とならないかもしれない。そのような状況において、システムキャパシティは十二分にある。そしてシステム中に多くのユーザがいるときのみ、データ中断／遅延のパフォーマンスへの影響を受け入れて良好なシステムキャパシティを保証することは価値がある。
【００５５】
本発明はまた、下記の特徴を含む実施形態を包含する。本発明の一実施形態において、リクエストは、帯域幅の増大のためのリクエストを含み、方法はさらに、増大された数のキャリアチャネルを割当てるネットワークデバイスを含む。
【００５６】
他の実施形態において、リクエストは、帯域幅の減少のためのリクエストを含み、方法は、減少された数のキャリアチャネルを割当てるネットワークデバイスを含む。
【００５７】
有利な実施形態において、グラントチャネルは、複数の端末それぞれとネットワークデバイスとの間で定義される。特定の実施形態において、グラントチャネルは、キャリアチャネルの一部であってよい。さらなる特定の実施形態において、リクエストは、グラントチャネル上で送信されてもよい。
【００５８】
本発明のまた他の実施形態において、無線通信は、第１の転送レートケイパビリティを有する第１のキャリアチャネル上で確立されてもよい。無線通信はまた、第２の転送レートケイパビリティを有する第２のキャリアチャネル上で確立されてもよい。この実施形態において、第２の転送レートケイパビリティは、第１の転送レートケイパビリティよりも高くてよく、リクエストは、転送レートを増大させるリクエストであってよい。帯域幅の増大は、送信を第２のキャリアにスイッチすることにより達成され得る。さらにこの実施形態においてリクエストの受信に続いて、第２のキャリアチャネル上の送信は、第１のキャリアチャネル上の送信が終了されると同時に開始されてよい。あるいは、リクエストの受信に続いて、第２のキャリアチャネル上の送信は、第１のキャリアチャネル上の送信が終了されるよりも前に開始されてもよい。さらにまた、リクエストの受信に続いて、第２のキャリアチャネル上の送信は、第１のキャリアチャネル上の送信が終了された後に開始されてもよい。
【００５９】
本発明の一実施形態において、方法は、総帯域幅が増大するようにさらなるキャリアを追加することを含む。さらなるキャリアは、いかなる送信キャパシティ、（すなわち、第１の帯域幅より低い、等しい、又は高い）を有していてもよい。
【００６０】
本発明の上記第２及び第３の観点にそれぞれかかるネットワークデバイスとデバイスとは、本発明の第１の観点にかかる方法のステップ又は特徴のうちのいずれ、及び／又はこの明細書を通して述べられる特徴のいずれを実行するよう構成されてよい。
【００６１】
一実施形態において、第１の観点にかかる方法は、帯域の増大のためのリクエストを有するリクエストを含んでもよい。方法は、さらに、ネットワークデバイスが増大された数のキャリアチャネルを割当てることと、第２の帯域が第１の帯域よりも大きいことを含んでもよい。
【００６２】
さらに、リクエストは、帯域幅の減少のためのリクエストを含んでもよい。方法は、ネットワークデバイスが減少された数のキャリアチャネルを割当てることと、第２の帯域幅が第１の帯域幅よりも小さいとことを含んでよい。
【００６３】
まださらに帯域幅の変更は、グラント信号をダウンリンクキャリア上で送信することによって実行されてもよい。さらにＤＰＣＣＨシグナリングは、送信が特定のチャネル上で中断された後も上記特定のチャネル上で維持されてもよい。またはＤＰＣＣＨシグナリングは、送信が特定のチャネル上で中断された後、異なるチャネルに変更されてもよい。
【００６４】
有利な実施形態において、リクエストは、端末からネットワークデバイスにアップロードで送信されてよい。そしてグラントは、ネットワークデバイスから端末へグラントチャネル上で送信されてよい。
【００６５】
さらなる有利な実施形態において、無線通信は、第１の転送レートケイパビリティを有する第１のキャリアチャネル上、及び第２の転送レートケイパビリティを有する第２のキャリアチャネル上で確立されてもよい。第２の転送レートケイパビリティは、第１の転送レートケイパビリティよりも高い。リクエストは、転送レートを増大させるリクエストであってよく、グラントは、ゼロにセットされる第１の転送レートと、ゼロより大きく第１の転送レートより大きくセットされる第２の転送レートとを含む。
【００６６】
またさらに有利な実施形態において、リクエストの受信に続いて、第１及び第２のグラントメッセージがネットワークデバイスから端末に送信される。この実施形態において、第１のグラントメッセージは、第１のキャリアについてのゼロ転送レートグラントを含み、第２のグラントメッセージは、第２のキャリアについての非ゼロ転送レートグラントを含む。
【００６７】
なおさらなる有利な実施形態において、第２の帯域幅の割り当ては、追加的なキャリアチャネル上での送信のグラントを引き起こし得る。これは、例えば２つのキャリアチャネル上での送信をもたらし得る。
【００６８】
なおさらなる有利な実施形態において、制御シグナリングは、第１のキャリア上で送信され、データは、第２のキャリア上で送信されてもよい。