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