(57)【特許請求の範囲】
【請求項１】
アクセス端末(510)において動作可能なワイヤレス通信の方法であって、
第1のサービングセル(502)からMACエンティティ(800)でパケットを受信するステップと、
前記パケットをRLC層(312)に配信するステップと、
識別子を前記パケットに挿入するステップであって、前記識別子が、前記パケットの前記RLC層への前記配信時に前記第1のサービングセル(502)が現在の一次サービングセルであるかどうかを示すように適合される、ステップと
を含む方法。
【請求項２】
前記パケットの前記RLC層(312)への前記配信時に前記パケットが前記現在の一次サービングセルから受信されたかどうかを前記MACエンティティ(800)で決定するステップ
をさらに含む請求項1に記載の方法。
【請求項３】
現在の一次サービングセルを第1の基地局にマッピングするための制御シグナリングを受信するステップ
をさらに含む請求項1に記載の方法。
【請求項４】
前記制御シグナリングが、RNC(518)によって提供されるRRCシグナリングを含む、請求項3に記載の方法。
【請求項５】
前記パケットが制御パケットであることを前記RLC層(312)で決定するステップと、
前記サービングセルが前記一次サービングセルではないことを前記RLC層(312)で決定するステップと、
前記制御パケットを破棄するステップと
をさらに含む請求項1に記載の方法。
【請求項６】
ワイヤレス通信のためのアクセス端末(510)であって、
RLCパケットを処理するためのRLCエンティティ(312)と、
複数のMACパケットを含む第1のダウンリンクチャネル(506)を受信し、前記RLCパケットを形成するために前記複数のMACパケットを再順序付けし、前記RLCパケットを前記RLCエンティティ(312)に配信するための第1のMACエンティティ(800)と
を含み、前記第1のMACエンティティ(800)が、前記配信されたRLCパケットが前記RLCパケットの前記RLCエンティティ(312)への前記配信時の一次サービングセルであるサービングセルから到着したかどうかを示す識別子を前記配信されたRLCパケットに挿入するように構成される
アクセス端末(510)。
【請求項７】
第2のダウンリンクチャネル(508)を受信するための第2のMACエンティティ(800)、
をさらに含み、前記第1のダウンリンクチャネル(506)および前記第2のダウンリンクチャネル(508)が、同じキャリア周波数を利用してワイヤレスに送信される
請求項6に記載のアクセス端末(510)。
【請求項８】
ワイヤレス通信のために構成されたアクセス端末(510)であって、
少なくとも1つのプロセッサ(612)と、
ダウンリンク送信を受信するための前記少なくとも1つのプロセッサ(612)に結合された受信機(602)と、
前記少なくとも1つのプロセッサ(612)に結合されたメモリ(618)と
を含み、
前記少なくとも1つのプロセッサ(612)が、
第1のサービングセル(502)からMACエンティティ(800)でパケットを受信し、
前記パケットをRLC層(312)に配信し、
識別子を前記パケットに挿入するように構成され、前記識別子が、前記パケットの前記RLC層(312)への前記配信時に前記第1のサービングセル(502)が現在の一次サービングセルであるかどうかを示すように適合される、アクセス端末(510)。
【請求項９】
前記少なくとも1つのプロセッサ(612)が、
前記パケットの前記RLC層(312)への前記配信時に前記パケットが前記現在の一次サービングセルから受信されたかどうかを前記MACエンティティ(800)で決定する
ようにさらに構成される、請求項8に記載のアクセス端末(510)。
【請求項１０】
前記少なくとも1つのプロセッサ(612)が、
現在の一次サービングセルを第1の基地局にマッピングするための制御シグナリングを受信する
ようにさらに構成される、請求項8に記載のアクセス端末(510)。
【請求項１１】
前記制御シグナリングが、RNC(518)によって提供されるRRCシグナリングを含む、請求項10に記載のアクセス端末(510)。
【請求項１２】
前記少なくとも1つのプロセッサ(612)が、
前記パケットが制御パケットであることを前記RLC層(312)で決定し、
前記サービングセルが前記一次サービングセルではないことを前記RLC層(312)で決定し、
前記制御パケットを破棄する
ようにさらに構成される、請求項8に記載のアクセス端末(510)。
【請求項１３】
ワイヤレス通信のために構成されたアクセス端末(510)であって、
第1のサービングセル(502)からMACエンティティ(800)でパケットを受信するための手段と、
前記パケットをRLC層(312)に配信するための手段と、
識別子を前記パケットに挿入するための手段であって、前記識別子が、前記パケットの前記RLC層(312)への前記配信時に前記第1のサービングセル(502)が現在の一次サービングセルであるかどうかを示すように適合される、手段と
を含むアクセス端末(510)。
【請求項１４】
アクセス端末(510)において動作可能なコンピュータプログラムであって、
コンピュータに、第1のサービングセル(502)からMACエンティティ(800)でパケットを受信させるための命令と、
コンピュータに、前記パケットをRLC層(312)に配信させるための命令と、
コンピュータに、識別子を前記パケットに挿入させるための命令であって、前記識別子が、前記パケットの前記RLC層(312)への前記配信時に前記第1のサービングセル(502)が現在の一次サービングセルであるかどうかを示すように適合される、命令と
を含むコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、その内容全体が参照によって本明細書に組み込まれる、2010年12月9日に米国特許商標庁に出願された「SYSTEM AND METHOD FOR REDUCING RESETS DURING HANDOVERS IN A SINGLE FREQUENCY DUAL CARRIER WIRELESS COMMUNICATION SYSTEM」と題する仮特許出願第61/421,318号の優先権および利益を主張する。
【０００２】
本開示の態様は、一般に、ワイヤレス通信システムに関し、より詳細には、セルラーワイヤレス通信システムにおけるハンドオーバに関する。
【背景技術】
【０００３】
電話、ビデオ、データ、メッセージング、放送などの様々な通信サービスを提供するために、ワイヤレス通信ネットワークが広範囲に展開されている。そのようなネットワークは、たいていは多元接続ネットワークであり、利用可能なネットワークリソースを共有することによって、複数のユーザ向けの通信をサポートする。そのようなネットワークの一例は、UMTS Terrestrial Radio Access Network(UTRAN)である。UTRANは、第3世代パートナーシッププロジェクト(3GPP)によってサポートされる第3世代(3G)携帯電話技術である、Universal Mobile Telecommunications System(UMTS)の一部として定義される無線アクセスネットワーク(RAN)である。UMTSは、Global System for Mobile Communications(ＧＳＭ（登録商標）)技術の後継であり、広帯域符号分割多元接続(ＷＣＤＭＡ（登録商標）)、時分割符号分割多元接続(TD-CDMA)、および時分割同期符号分割多元接続(TD-SCDMA)などの様々なエアインターフェース規格を現在サポートしている。UMTSは、関連するUMTSネットワークのデータ転送の速度および容量を向上させる高速パケットアクセス(HSDPA)のような、改良型の3Gデータ通信プロトコルもサポートする。
【０００４】
モバイルブロードバンドアクセスに対する要望が増し続けるにつれて、研究開発は、モバイルブロードバンドアクセスに対する高まる要望を満たすためだけでなく、モバイル通信によるユーザ経験を進化させ拡張させるためにも、UMTS技術を進化させ続けている。
【０００５】
ある例として、近年、マルチポイントHSDPAが導入されており、マルチポイントHSDPAでは、複数のセルが同じキャリア周波数内で高速のダウンリンクを移動局に提供できるので、移動局は、そうしたセルからの伝送を統合することができる。これらのシステムのいくつかにおいて、アクセス端末は、ダウンリンク送信のそれぞれを受信し、処理するように各々構成された複数のMACエンティティを含むことができる。ここでは、各MACエンティティは、たいてい、アクセス端末における他のMACエンティティとは独立して動作するので、MACエンティティがパケットを上位層に配信するとき、いくつかの問題が起こり得る。すなわち、MACエンティティが関係する限り、パケットは正しい順序であり得るが、複数のMACエンティティから来るパケットの結合された順序は狂っている可能性がある。特に、どのセルがそれぞれのMACエンティティにデータを提供しているかを変えるサービングセル変更が起こると、上位層において、順序の狂ったパケットによって、いくつかの問題が起こることがあり、制御パケットが順序が狂って処理されると、たとえばRLC層でなど、潜在的にリセットがもたらされる。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
したがって、順序の狂ったパケットによってもたらされる潜在的な問題を低減するために、複数のMACエンティティを含むアクセス端末によるパケットの処理を向上させることが当分野で望まれている。
【課題を解決するための手段】
【０００７】
以下で、本開示の1つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、本開示のすべての企図された特徴の包括的な概観ではなく、本開示のすべての態様の主要または重要な要素を特定するものでも、本開示のいずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、本開示の1つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。
【０００８】
本開示の様々な態様は、サービングセル変更後、場合によっては制御パケットの順序の狂った処理によって生じ得るRLCリセットの発生を低減する目的で、アクセス端末においてMACエンティティからRLCエンティティへのパケットの配信を処理することができるシステム、方法、コンピュータプログラム、およびアクセス端末を提供する。一例では、MACエンティティは、パケットが現在の一次サービングセルから到着したかどうかを示すために、RLCエンティティまで配信されるパケットに識別子を挿入することができる。別の例では、サービングセル変更手順は、MACエンティティにおいて待ち行列をフラッシュし、任意の稼働中の再順序付けリリースタイマーをキルするためのステップを含むことができる。これらの方法で、順序の狂った制御パケットによって生じる潜在的な問題を低減または回避することができる。
【０００９】
一態様では、本開示は、アクセス端末において動作可能な、ワイヤレス通信の方法を提供する。ここで、方法は、第1のサービングセルからMACエンティティでパケットを受信するステップと、パケットをRLC層に配信するステップと、識別子をパケットに挿入するステップであって、識別子が、パケットのRLC層への配信時に第1のサービングセルが現在の一次サービングセルであるかどうかを示すように適合される、ステップとを含む。
【００１０】
本開示の別の態様は、アクセス端末で動作可能なワイヤレス通信の方法を提供し、方法は、一次サービングセルとして第1のセルを含む、複数のセルの各々からダウンリンクチャネルを受信するステップを含む。方法は、第2のセルが一次サービングセルとして第1のセルに取って代わるように、サービングセル変更を実行するステップをさらに含み、サービングセル変更を実行するステップは、第1のセルに対応するMAC待ち行列をフラッシュするステップを含む。
【００１１】
本開示の別の態様は、アクセス端末を提供し、アクセス端末は、RLCパケットを処理するためのRLCエンティティと、複数のMACパケットを含む第1のダウンリンクチャネルを受信し、RLCパケットを形成するために複数のMACパケットを再順序付けし、RLCパケットをRLCエンティティに配信するための第1のMACエンティティとを含む。ここでは、第1のMACエンティティは、どのセルが一次サービングセルとして働くかを変更するサービングセル変更時に、MAC待ち行列をフラッシュするように構成される。
【００１２】
本開示の別の態様は、アクセス端末で動作可能なワイヤレス通信の方法を提供し、方法は、一次サービングセルとして第1のセルを含む、複数のセルの各々からダウンリンクチャネルを受信するステップと、第2のセルが一次サービングセルとして第1のセルに取って代わるように、サービングセル変更を実行するステップと、サービングセル変更に対応する遅延タイマーを開始するステップであって、遅延タイマーがT1の再順序付けリリースタイマーの値に対応する遅延値を有する、ステップと、第2のセルからRLC制御パケットを受信するステップと、遅延タイマーが満了した後、RLC層でRLC制御パケットを処理するステップとを含む。
【００１３】
本開示の別の態様は、アクセス端末で動作可能なワイヤレス通信の方法を提供する。ここでは、方法は、一次サービングセルとして第1のセルを含む、複数のセルの各々からダウンリンクチャネルを受信するステップを含む。方法は、第1のセルから第1の制御パケットを受信するステップと、再順序付けリリースタイマーの稼働中、第1のセルに対応する第1のMACエンティティで第1の制御パケットを待ち行列に入れるステップと、第2のセルが一次サービングセルとして第1のセルに取って代わるように、サービングセル変更を実行するステップと、第2のセルから第2の制御パケットを受信し、第2の制御パケットをRLCエンティティに配信するステップと、第2の制御パケットをRLCエンティティに配信した後、再順序付けリリースタイマーの満了時に、第1の制御パケットをRLCエンティティに配信するステップと、第1の制御パケットが順序の狂った制御パケットを含む旨の決定に対応する第1の制御パケットを破棄するステップとをさらに含む。
【００１４】
本開示の別の態様は、ワイヤレス通信のために構成されたアクセス端末を提供する。ここでは、アクセス端末は、少なくとも1つのプロセッサと、ダウンリンク送信を受信するための少なくとも1つのプロセッサに結合された受信機と、少なくとも1つのプロセッサに結合されたメモリとを含む。少なくとも1つのプロセッサは、第1のサービングセルからMACエンティティでパケットを受信し、パケットをRLC層に配信し、識別子をパケットに挿入するように構成され、識別子が、パケットのRLC層への配信時に第1のサービングセルが現在の一次サービングセルであるかどうかを示すように適合される。
【００１５】
本開示の別の態様は、ワイヤレス通信のために構成されたアクセス端末を提供し、アクセス端末は、少なくとも1つのプロセッサと、ダウンリンク送信を受信するための少なくとも1つのプロセッサに結合された受信機と、少なくとも1つのプロセッサに結合されたメモリとを含む。ここでは、少なくとも1つのプロセッサは、一次サービングセルとして第1のセルを含む、複数のセルの各々からダウンリンクチャネルを受信し、第2のセルが一次サービングセルとして第1のセルに取って代わるように、サービングセル変更を実行するように構成され、サービングセル変更を実行するステップは、第1のセルに対応するMAC待ち行列をフラッシュするステップを含む、ように構成される。
【００１６】
本開示の別の態様は、ワイヤレス通信のために構成されるアクセス端末を提供し、アクセス端末は、少なくとも1つのプロセッサと、ダウンリンク送信を受信するための少なくとも1つのプロセッサに結合された受信機と、少なくとも1つのプロセッサに結合されたメモリとを含む。ここでは、少なくとも1つのプロセッサは、一次サービングセルとして第1のセルを含む、複数のセルの各々からダウンリンクチャネルを受信し、第2のセルが一次サービングセルとして第1のセルに取って代わるように、サービングセル変更を実行し、T1の再順序付けリリースタイマーの値に対応する遅延値を有する、サービングセル変更に対応する遅延タイマーを開始し、第2のセルからRLC制御パケットを受信し、遅延タイマーが満了した後、RLC層でRLC制御パケットを処理するように構成される。
【００１７】
本開示の別の態様は、ワイヤレス通信のために構成されるアクセス端末を提供し、アクセス端末は、少なくとも1つのプロセッサと、ダウンリンク送信を受信するための少なくとも1つのプロセッサに結合された受信機と、少なくとも1つのプロセッサに結合されたメモリとを含む。ここでは、少なくとも1つのプロセッサは、一次サービングセルとして第1のセルを含む、複数のセルの各々からダウンリンクチャネルを受信し、第1のセルから第1の制御パケットを受信し、再順序付けリリースタイマーの稼働中、第1のセルに対応する第1のMACエンティティで第1の制御パケットを待ち行列に入れ、第2のセルが一次サービングセルとして第1のセルに取って代わるように、サービングセル変更を実行し、第2のセルから第2の制御パケットを受信し、第2の制御パケットをRLCエンティティに配信し、第2の制御パケットをRLCエンティティに配信した後、再順序付けリリースタイマーの満了時に、第1の制御パケットをRLCエンティティに配信し、第1の制御パケットが順序の狂った制御パケットを含む旨の決定に対応する第1の制御パケットを破棄するように構成される。
【００１８】
本開示の別の態様は、ワイヤレス通信のために構成されたアクセス端末を提供し、アクセス端末は、第1のサービングセルからMACエンティティでパケットを受信するための手段と、パケットをRLC層に配信するための手段と、識別子をパケットに挿入するための手段であって、識別子が、パケットのRLC層への配信時に第1のサービングセルが現在の一次サービングセルであるかどうかを示すように適合される、手段とを含む。
【００１９】
本開示の別の態様は、ワイヤレス通信のために構成されたアクセス端末を提供し、アクセス端末は、一次サービングセルとして第1のセルを含む、複数のセルの各々からダウンリンクチャネルを受信するための手段と、第2のセルが一次サービングセルとして第1のセルに取って代わるように、サービングセル変更を実行するための手段とを含む。ここでは、サービングセル変更を実行するステップは、第1のセルに対応するMAC待ち行列をフラッシュするステップを含む。
【００２０】
本開示の別の態様は、ワイヤレス通信のために構成されたアクセス端末を提供し、アクセス端末は、一次サービングセルとして第1のセルを含む、複数のセルの各々からダウンリンクチャネルを受信するための手段と、第2のセルが一次サービングセルとして第1のセルに取って代わるように、サービングセル変更を実行するための手段と、サービングセル変更に対応する遅延タイマーを開始するための手段であって、遅延タイマーがT1の再順序付けリリースタイマーの値に対応する遅延値を有する、手段と、第2のセルからRLC制御パケットを受信するための手段と、遅延タイマーが満了した後、RLC層でRLC制御パケットを処理するための手段とを含む。
【００２１】
本開示の別の態様は、ワイヤレス通信のために構成されたアクセス端末を提供し、アクセス端末は、一次サービングセルとして第1のセルを含む、複数のセルの各々からダウンリンクチャネルを受信するための手段と、第1のセルから第1の制御パケットを受信するための手段と、再順序付けリリースタイマーの稼働中、第1のセルに対応する第1のMACエンティティで第1の制御パケットを待ち行列に入れるための手段と、第2のセルが一次サービングセルとして第1のセルに取って代わるように、サービングセル変更を実行するための手段と、第2のセルから第2の制御パケットを受信し、第2の制御パケットをRLCエンティティに配信するための手段と、第2の制御パケットをRLCエンティティに配信した後、再順序付けリリースタイマーの満了時に、第1の制御パケットをRLCエンティティに配信するための手段と、第1の制御パケットが順序の狂った制御パケットを含む旨の決定に対応する第1の制御パケットを破棄するための手段とを含む。
【００２２】
本開示の別の態様は、アクセス端末で動作可能なコンピュータプログラムを提供し、コンピュータ可読媒体は、コンピュータに、第1のサービングセルからMACエンティティでパケットを受信させるための命令と、コンピュータに、パケットをRLC層に配信させるための命令と、コンピュータに、識別子をパケットに挿入させるための命令であって、識別子が、パケットのRLC層への配信時に第1のサービングセルが現在の一次サービングセルであるかどうかを示すように適合される、命令とを有する。
【００２３】
本開示の別の態様は、アクセス端末で動作可能なコンピュータプログラムを提供し、コンピュータ可読媒体は、コンピュータに、一次サービングセルとして第1のセルを含む、複数のセルの各々からダウンリンクチャネルを受信させるための命令と、コンピュータに、第2のセルが一次サービングセルとして第1のセルに取って代わるように、サービングセル変更を実行させるための命令であって、サービングセル変更を実行するステップは、第1のセルに対応するMAC待ち行列をフラッシュするステップを含む、命令とを有する。
【００２４】
本開示の別の態様は、アクセス端末で動作可能なコンピュータプログラムを提供し、コンピュータ可読媒体は、コンピュータに、一次サービングセルとして第1のセルを含む、複数のセルの各々からダウンリンクチャネルを受信させるための命令と、コンピュータに、第2のセルが一次サービングセルとして第1のセルに取って代わるように、サービングセル変更を実行させるための命令と、コンピュータに、サービングセル変更に対応する遅延タイマーを開始させるための命令であって、遅延タイマーがT1の再順序付けリリースタイマーの値に対応する遅延値を有する、命令と、コンピュータに、第2のセルからRLC制御パケットを受信させるための命令と、コンピュータに、遅延タイマーが満了した後、RLC層でRLC制御パケットを処理させるための命令とを有する。
【００２５】
本開示の別の態様は、アクセス端末で動作可能なコンピュータプログラムを提供し、コンピュータ可読媒体は、コンピュータに、一次サービングセルとして第1のセルを含む、複数のセルの各々からダウンリンクチャネルを受信させるための命令と、コンピュータに、第1のセルから第1の制御パケットを受信させるための命令と、コンピュータに、再順序付けリリースタイマーの稼働中、第1のセルに対応する第1のMACエンティティで第1の制御パケットを待ち行列に入れさせるための命令と、コンピュータに、第2のセルが一次サービングセルとして第1のセルに取って代わるように、サービングセル変更を実行させるための命令と、コンピュータに、第2のセルから第2の制御パケットを受信させ、第2の制御パケットをRLCエンティティに配信させるための命令と、コンピュータに、第2の制御パケットをRLCエンティティに配信した後、再順序付けリリースタイマーの満了時に、第1の制御パケットをRLCエンティティに配信させるための命令と、コンピュータに、第1の制御パケットが順序の狂った制御パケットを含む旨の決定に対応する第1の制御パケットを破棄させるための命令とを有する。
【００２６】
本発明のこれらの態様および他の態様は、以下の発明を実施するための形態を概観することによってより完全に理解されるだろう。
【図面の簡単な説明】
【００２７】
【図１】処理システムを使用する装置のためのハードウェア実装の一例を示す図である。
【図２】遠隔通信システムの一例を概念的に示すブロック図である。
【図３】ユーザプレーンおよび制御プレーンの無線プロトコルアーキテクチャの一例を示す概念図である。
【図４】アクセスネットワークの一例を示す概念図である。
【図５】SFDC-HSDPAシステムにおける非共設のセクタの間のソフトハンドオーバを表す概略図である。
【図６】SFDC-HSDPA通信のために構成された例示的なUEの構成要素のうちのいくつかを示す簡略ブロック図である。
【図７】HSDPAネットワークおよびSFDC-HSDPAネットワークにおけるダウンリンク経路を比較する概略図である。
【図８】MAC-ehs層を示す概略図である。
【図９】サービングセル変更後、RLCリセットにつながり得るある一連のイベントを示す呼フロー図である。
【図１０】MAC層からRLC層にパケットを渡すときの現在の一次リンク識別子を含むための例示的なプロセスを示すフローチャートである。
【図１１】サービングセル変更中、MAC待ち行列をフラッシュするための例示的なプロセスを示すフローチャートである。
【図１２】サービングセル変更後、制御パケットの処理を遅延させるための例示的なプロセスを示すフローチャートである。
【発明を実施するための形態】
【００２８】
添付の図面に関する下記の詳細な説明は、様々な構成の説明として意図されており、本明細書で説明される概念が実行され得る唯一の構成を表すように意図されているわけではない。詳細な説明は、様々な概念の完全な理解をもたらす目的で、具体的な詳細を含んでいる。しかしながら、これらの概念がこれらの具体的な詳細なしに実行され得ることが、当業者には明らかであろう。場合によっては、そのような概念を曖昧にするのを回避する目的で、周知の構造および構成要素がブロック図の形式で示されている。
【００２９】
本開示のいくつかの態様は、サービングセル変更後、場合によっては制御パケットの順序の狂った処理によって生じ得るRLCリセットの発生を低減する目的で、アクセス端末においてMACエンティティからRLCエンティティへのパケットの配信を処理するための手順を提供する。
【００３０】
本開示の様々な態様によれば、要素または要素の一部分または要素の組合せを、1つまたは複数のプロセッサを含む「処理システム」で実装できる。プロセッサの例として、マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ(DSP)、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブルロジックデバイス(PLD)、状態機械、ゲート論理回路、個別ハードウェア回路、および本開示全体にわたって説明される様々な機能を実施するように構成された他の適切なハードウェアが含まれる。
【００３１】
処理システム内の1つまたは複数のプロセッサは、ソフトウェアを実行することができる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかに関わらず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。ここで、「媒体」は、ある場所から別の場所へのコンピュータプログラムの移送を支援する任意の媒体を含み得る。例として、ソフトウェアはコンピュータ可読媒体上に存在し得る。コンピュータ可読媒体は、非一時的コンピュータ可読媒体であってよい。非一時的コンピュータ可読媒体は、例として、磁気記憶デバイス(たとえば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ)、光ディスク(たとえば、コンパクトディスク(CD)、デジタル多目的ディスク(DVD))、スマートカード、フラッシュメモリデバイス(たとえば、カード、スティック、キードライブ)、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、プログラマブルROM(PROM)、消去可能PROM(EPROM)、電気的消去可能PROM(EEPROM)、レジスタ、取り外し可能ディスク、ならびに、コンピュータがアクセスし読み取ることができるソフトウェアおよび/または命令を保存するための任意の他の適切な媒体を含む。また、コンピュータ可読媒体は、例として、搬送波、伝送路、ならびに、コンピュータがアクセスし読み取ることができるソフトウェアおよび/または命令を送信するための任意の他の適切な媒体も含み得る。コンピュータ可読媒体は、処理システムの中に存在してもよく、処理システムの外に存在してもよく、または処理システムを含む複数のエンティティに分散してもよい。コンピュータ可読媒体は、コンピュータプログラムとして具現化され得る。例として、コンピュータプログラムは、パッケージング材料内のコンピュータ可読媒体を含み得る。当業者は、具体的な用途およびシステム全体に課せられた全体的な設計制約に応じて、本開示全体にわたって
示される説明される機能を最善の形で実装する方法を認識するだろう。
【００３２】
図1は、処理システム114を使用する装置100のハードウェア実装の一例を示す概念図である。この例では、処理システム114は、バス102によって全般的に表されるバスアーキテクチャで実装され得る。バス102は、処理システム114の具体的な用途および全体的な設計制約に応じて、任意の数の相互接続するバスおよびブリッジを含み得る。バス102は、プロセッサ104によって全般に表される1つまたは複数のプロセッサ、メモリ105、およびコンピュータ可読媒体106によって全般に表されるコンピュータ可読媒体を含む、様々な回路を互いにつなぐ。バス102は、タイミングソース、周辺機器、電圧調整器、および電力管理回路など、様々な他の回路をつなぐこともでき、これらの回路は当技術分野で知られているのでこれ以上は説明しない。バスインターフェース108は、バス102とトランシーバ110との間にインターフェースを提供する。トランシーバ110は、送信媒体上の様々な他の装置と通信するための手段を提供する。また、装置の性質に応じて、ユーザインターフェース112(たとえば、キーパッド、ディスプレイ、スピーカー、マイクロフォン、ジョイスティックなど)も設けられてよい。
【００３３】
プロセッサ104は、バス102の管理、およびコンピュータ可読媒体106上に記憶されたソフトウェアの実行を含む全般的な処理を受け持つ。ソフトウェアは、プロセッサ104によって実行されると、任意の特定の装置の以下で説明される様々な機能を処理システム114に実行させる。コンピュータ可読媒体106は、ソフトウェアを実行するときにプロセッサ104によって操作されるデータを記憶するために使用されてもよい。
【００３４】
本開示全体にわたって提示される様々な概念は、広範な遠隔通信システム、ネットワークアーキテクチャ、および通信規格にわたって実装され得る。限定ではなく例として、図2に示される本開示の態様は、W-CDMAエアインターフェースを使用するUMTSシステム200を参照して提示される。UMTSネットワークは、コアネットワーク204、UMTS地上波無線アクセスネットワーク(UTRAN)202、およびユーザ機器(UE)210という3つの対話する領域を含む。この例では、UTRAN 202は、電話、ビデオ、データ、メッセージング、放送、および/または他のサービスを含む様々なワイヤレスサービスを提供することができる。UTRAN 202は、RNC206などのそれぞれの無線ネットワークコントローラ(RNC)によって各々制御される、RNS207などの複数の無線ネットワークサブシステム(RNS)を含み得る。ここで、UTRAN 202は、示されるRNC 206およびRNS 207に加えて、任意の数のRNC 206およびRNS 207を含み得る。RNC 206は、とりわけ、RNS 207内の無線リソースを割り当て、再構成し、解放することを担う装置である。RNC 206は、任意の適切なトランスポートネットワークを使用する、直接の物理接続、仮想ネットワークなど様々なタイプのインターフェースを介して、UTRAN 202中の他のRNC(図示せず)に相互接続され得る。
【００３５】
RNS 207によってカバーされる地理的領域は、いくつかのセルに分けることができ、無線トランシーバ装置が各セルにサービスする。無線トランシーバ装置は、通常、UMTS用途ではノードBと呼ばれるが、当業者によって、基地局(BS)、送受信基地局(BTS)、無線基地局、無線トランシーバ、トランシーバ機能、基本サービスセット(BSS)、拡張サービスセット(ESS)、アクセスポイント(AP)、または何らかの他の適切な用語で呼ばれることもある。明快にするために、各RNS 207に3つのノードB 208が示されているが、RNS 207は、任意の数のワイヤレスノードBを含んでもよい。ノードB 208は、ワイヤレスアクセスポイントを任意の数のモバイル装置のためのコアネットワーク(CN)204に提供する。モバイル装置の例には、携帯電話、スマートフォン、セッション開始プロトコル(SIP)電話、ラップトップ、ノートブック、ネットブック、スマートブック、携帯情報端末(PDA)、衛星ラジオ、全地球測位システム(GPS)デバイス、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ(たとえば、MP3プレーヤなど)、カメラ、ゲーム機、または任意の他の類似の機能デバイスなどがある。モバイル装置は、通常、UMTS用途ではユーザ機器(UE)と呼ばれるが、当業者によって、移動局(MS)、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、遠隔ユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、遠隔デバイス、モバイル加入者局、アクセス端末(AT)、モバイル端末、ワイヤレス端末、遠隔端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアント、または何らかの他の適切な用語で呼ばれることもある。UMTSシステムでは、UE 210は、ネットワークへのユーザの加入情報を含む汎用加入者識別モジュール(USIM)211をさらに含み得る。説明のために、1つのUE 210がいくつかのノードB 208と通信しているように示される。順方向リンクとも呼ばれるダウンリンク(DL)は、ノードB 208からUE 210への通信リンクを指し、逆方向リンクとも呼ばれるアップリンク(UL)は、UE 210からノードB 208への通信リンクを指す。
【００３６】
コアネットワーク204は、UTRAN 202のような1つまたは複数のアクセスネットワークとインターフェースをとる。示されるように、コアネットワーク204は、ＧＳＭ（登録商標）コアネットワークである。しかしながら、当業者が認識するように、ＧＳＭ（登録商標）ネットワーク以外のタイプのコアネットワークへのアクセスをUEに提供するために、本開示全体にわたって提示される様々な概念を、RANまたは他の適切なアクセスネットワークにおいて実装することができる。
【００３７】
コアネットワーク204は、回線交換(CS)領域およびパケット交換(PS)領域を含む。回線交換要素のいくつかは、モバイルサービス交換センタ(MSC)、ビジターロケーションレジスタ(VLR)、およびゲートウェイMSC(GMSC)である。パケット交換要素は、サービングGPRSサポートノード(SGSN)、およびゲートウェイGPRSサポートノード(GGSN)を含む。EIR、HLR、VLR、およびAuCのようないくつかのネットワーク要素は、回線交換領域とパケット交換領域の両方によって共有され得る。
【００３８】
図示の例では、コアネットワーク204は、MSC 212およびGMSC 214によって回線交換サービスをサポートする。いくつかの用途では、GMSC 214は、メディアゲートウェイ(MGW)とも呼ばれ得る。RNC 206のような1つまたは複数のRNCが、MSC 212に接続され得る。MSC 212は、呼設定、呼ルーティング、およびUEモビリティ機能を制御する装置である。MSC 212は、UEがMSC 212のカバレッジエリア内にある間、加入者関連の情報を格納する、ビジターロケーションレジスタ(VLR)も含む。GMSC 214は、UEが回線交換ネットワーク216にアクセスするためのゲートウェイを、MSC 212を通じて提供する。GMSC 214は、特定のユーザが加入したサービスの詳細を反映するデータのような加入者データを格納する、ホームロケーションレジスタ(HLR)215を含む。HLRは、加入者に固有の認証データを格納する、認証センタ(AuC)とも関連付けられている。特定のUEについて、呼が受信されると、GMSC 214は、UEの位置を決定するためにHLR 215に問い合わせ、その位置でサービスする特定のMSCに呼を転送する。
【００３９】
示されるコアネットワーク204はまた、サービングGPRSサポートノード(SGSN)218およびゲートウェイGPRSサポートノード(GGSN)220によって、パケットデータサービスをサポートする。汎用パケット無線サービスを表すGPRSは、標準の回線交換データサービスで可能なものより速い速度でパケットデータサービスを提供するよう設計されている。GGSN 220は、パケットベースネットワーク222へのUTRAN 202の接続を提供する。パケットベースネットワーク222は、インターネット、プライベートデータネットワーク、または何らかの他の適切なパケットベースネットワークでもよい。GGSN 220の主要機能は、UE 210にパケットベースネットワーク接続を提供することである。データパケットは、MSC 212が回線交換領域において実行するのと同じ機能をパケットベース領域において主に実行するSGSN 218を介して、GGSN 220とUE 210との間で転送され得る。
【００４０】
UMTSエアインターフェースは、スペクトラム拡散直接シーケンス符号分割多元接続(DS-CDMA)システムであってよい。スペクトラム拡散DS-CDMAは、チップと呼ばれる疑似ランダムビットの列との乗算によって、ユーザデータを拡散させる。UMTSのW-CDMAエアインターフェースは、そのようなDS-CDMA技術に基づいており、さらに周波数分割複信(FDD)を必要とする。FDDは、ノードB 208とUE 210との間のアップリンク(UL)およびダウンリンク(DL)に異なるキャリア周波数を使用する。DS-CDMAを利用し、時分割複信(TDD)を使用するUMTSの別のエアインターフェースは、TD-SCDMAエアインターフェースである。本明細書で説明される様々な例は、W-CDMAエアインターフェースを指し得るが、基礎をなす原理はTD-SCDMAエアインターフェースに等しく適用可能であり得ることを、当業者は理解するだろう。
【００４１】
UE210とUTRAN 202との間のエアインターフェースの無線プロトコルアーキテクチャは、具体的な用途に応じて様々な形態をとり得る。ここで、例が図3を参照して提示され、図3は、UE 210とノードB 208との間のユーザプレーンおよび制御プレーンの無線プロトコルアーキテクチャの例を示す。ここで、ユーザプレーンまたはデータプレーンはユーザのトラフィックを搬送し、一方制御プレーンは、制御情報、すなわちシグナリングを搬送する。
【００４２】
図3を見ると、UE 210およびノードB 208の無線プロトコルアーキテクチャは、層1、層2、および層3という3つの層で示される。層1は最下層であり、様々な物理層の信号処理機能を実装する。層1は、本明細書では物理層306と呼ばれる。層2(L2層)308と呼ばれるデータリンク層は、物理層306の上にあり、物理層306を通じたUEとノードBとの間のリンクを担う。
【００４３】
層3において、RRC層316は、UE 210とノードB 208との間の制御プレーンのシグナリングを扱う。RRC層316は、高次層のメッセージのルーティング、ブロードキャスト機能および呼び出し機能の取り扱い、無線ベアラの確立および構成などのための、いくつかの機能的なエンティティを含む。
【００４４】
UTRAエアインターフェースでは、L2層308はサブレイヤに分割される。制御プレーンでは、L2層308は、メディアアクセス制御(MAC)サブレイヤ310および無線リンク制御(RLC)サブレイヤ312という、2つのサブレイヤを含む。ユーザプレーンでは、L2層308はさらに、パケットデータコンバージェンスプロトコル(PDCP)サブレイヤ314を含む。示されないが、UE210は、ネットワーク側のPDNゲートウェイで終端するネットワーク層(たとえばIP層)と、接続の他の端部(たとえば、遠端のUE、サーバなど)で終端するアプリケーション層とを含めて、L2層308より上にいくつかの上位層を有し得る。
【００４５】
PDCPサブレイヤ314は、ユーザプレーンに存在し、無線送信オーバーヘッドを低減するための上位層データパケットのヘッダ圧縮、非アクセス層と適切なRLCエンティティとの間のユーザデータ転送、およびノードB間のUEのハンドオーバサポートを含む機能を提供する。
【００４６】
RLCエンティティ312は一般に、肯定応答された、肯定応答されていない、透過モードのデータ転送をサポートし、上位層のデータパケットのRLCプロトコルデータユニット(RLC PDU)へのまたはそこからのセグメント化および再構築、紛失したデータパケットの再送信による誤り訂正、フロー制御、暗号化、ならびに、たとえばハイブリッド自動再送要求(HARQ)による順序の狂った受信を補償するためのデータパケットの再順序付けを含む機能を提供する。RLCエンティティ312は、論理チャネルを介して1つまたは複数のMACエンティティ310と通信することができる。
【００４７】
MACサブレイヤ310は、RLCエンティティ312からの論理チャネルと物理層306からのトランスポートチャネルとの間の多重化を提供する。MACサブレイヤ310はまた、HARQ動作とともに、1つのセルの中の様々な無線リソース(たとえばリソースブロック)の複数のUEへの割り当てを担う。MACサブレイヤ310は、限定はされないが、MAC-dエンティティおよびMAC-hs/ehsエンティティを含む、様々なMACエンティティを含む。本開示において、MACエンティティは、MACサブレイヤ310に含まれる様々なMACエンティティのうちの任意の1つまたは複数を指し得る。ダウンリンクパケットの処理の終了時に、MACサブレイヤ310は、一般に、パケットをRLCエンティティ312に配信する。
【００４８】
図4は、例として、限定はしないが、UEとUTRANとの間の3G/ＷＣＤＭＡ（登録商標）エアインターフェースを利用することができ、UTRANアーキテクチャでの簡略化されたアクセスネットワーク400を示す。システムは、セル402、404、および406を含む複数のセルラー領域(セル)を含み、セルの各々は、1つまたは複数のセクタを含み得る。セルは、たとえばカバレッジエリアによって地理的に定義することができ、かつ/または、キャリア周波数、スクランブリングコードなどに従って定義することもできる。つまり、図示される地理的に定義されたセル402、404、および406は各々、たとえば異なるキャリア周波数または異なるスクランブリングコードを利用することによって、複数のセルにさらに分割され得る。たとえば、セル404aは、第1のキャリア周波数またはスクランブリングコードを利用することができ、セル404bは、同じ地理的な領域内にあり同じノードB 444によってサービスされているとき、第2のキャリア周波数またはスクランブリングコードを利用することによって区別され得る。
【００４９】
セクタに分割されるセルでは、セル内の複数のセクタはアンテナのグループによって形成されてよく、各々のアンテナがセルの一部にあるUEとの通信を担う。たとえば、セル402において、アンテナグループ412、414、および416は、各々異なるセクタに対応し得る。セル404において、アンテナグループ418、420、および422は、各々異なるセクタに対応する。セル406において、アンテナグループ424、426、および428は、各々異なるセクタに対応する。
【００５０】
セル402、404、および406は、各セル402、404、または406の1つまたは複数のセクタと通信していてもよい、いくつかのUEを含み得る。たとえば、UE 430および432は、ノードB 442と通信していてもよく、UE 434および436は、ノードB 444と通信していてもよく、UE 438および440は、ノードB 446と通信していてもよい。ここで、各ノードB 442、444、446は、それぞれのセル402、404、および406の中のすべてのUE 430、432、434、436、438、440のためのコアネットワーク204(図2参照)に、アクセスポイントを提供するように構成される。
【００５１】
ソースセル404aとの呼の間、または任意の他の時間において、UE 436は、セル404b、406、および402のような近隣のセルの様々なパラメータとともに、ソースセル404aの様々なパラメータを監視することができる。さらに、これらのパラメータの品質に応じて、UE 436は、近隣セルの1つまたは複数との何らかのレベルの通信を保つことができる。この期間において、UE 436は、UE 436が同時に接続されるセルのリストであるアクティブセットを保持することができる(すなわち、ダウンリンク専用物理チャネルDPCHまたはフラクショナルダウンリンク専用物理チャネルF-DPCHをUE 436に現在割り当てているUTRAセルが、アクティブセットを構成し得る)。
【００５２】
アクティブセットの管理は、RNCとUEとの間で、あるレイヤ3無線リソース制御(RRC)メッセージを使うことで、可能になり得る。たとえば、アクティブセットに含めるべきセルの選択は、あるUEの測定によるものであってよく、この測定は、システム情報ブロック(SIB)においてネットワークによって構成され得る。
【００５３】
たとえば、UEは、UEの監視されたセットの中の各セルによって送信されるパイロット信号(たとえば、共通パイロットチャネルCPICH)の、信号強度とノイズフロアとの比(Ec/I0)を測定することができる。つまり、UEは、近隣のセルのEc/I0を求めることができ、これらの測定に基づいてセルを順位付けることができる。
【００５４】
セルの順位が変わると、または、任意の他の報告トリガイベントまたは測定イベント(以下でさらに詳細に論じる)が起きると、UEは、あるRRCメッセージをRNCに送って、このイベントを報告することができる。したがって、RNCは、UEのアクティブセットを変更するという決定を行い、アクティブセットの変更を示すRRCメッセージ(すなわちアクティブセット更新メッセージ)をUEに送ることができる。次いでRNCが、たとえば、ノードBアプリケーションパート(NBAP)シグナリングを利用してIubインターフェースを介して、それぞれの(1つまたは複数の)ノードBと通信し、UEとの通信のためにセルを構成することができる。最後に、再構成の成功を示す物理チャネル再構成(PCR)完了というUEからのRRCの応答があると、RNCが、PCRメッセージなどのさらなるRRCメッセージを利用して、UEと通信することができる。
【００５５】
一次CPICHがUEの報告の範囲に入ると、1つの報告トリガが発生し得る。つまり、特定のセルのEc/I0が特定のしきい値(たとえば、一次サービングセルのEc/I0よりもあるdB値だけ低い)に達し、そのレベルがある時間維持され、そのセルをアクティブセットに加えるのが適切になり得る場合、イベント1Aと呼ばれる測定イベントが起こり得る。
【００５６】
一次CPICHが報告範囲から出ると、別の報告トリガが発生し得る。つまり、特定のセルのEc/I0が特定のしきい値(たとえば、一次サービングセルのEc/I0よりもあるdB値だけ低い)を下回り、そのレベルがある時間維持され、そのセルをアクティブセットから除去するのが適切になり得る場合、イベント1Bと呼ばれる測定イベントが起こり得る。
【００５７】
アクティブセットに空きがなく、アクティブセット以外のセルの候補の一次CPICHが、アクティブセット中の最弱のセルの一次CPICHを超え、アクティブセット中の最弱のセルを上記のセルの候補で置き換えるのが適切になり得る場合には、別の報告トリガが発生し得る。ここで、イベント1Cと呼ばれる測定イベントが起こってよく、組み合わされた無線リンクの追加と除去を引き起こす。
【００５８】
高速パケットアクセス(HSPA)エアインターフェースは、スループットの向上および遅延の低減を支援する、3G/W-CDMAエアインターフェースに対する一連の拡張を含む。前のリリースに対する他の修正には、HSPAが、ハイブリッド自動再送要求(HARQ)、チャネル送信の共有、ならびに適応変調および適応符号化を利用することがある。HSPAを定義する規格は、HSDPA(高速ダウンリンクパケットアクセス)およびHSUPA(高速アップリンクパケットアクセス、改良型アップリンクまたはEULとも呼ばれる)を含む。
【００５９】
3GPPファミリーの規格のリリース5では、高速ダウンリンクパケットアクセス(HSDPA)が導入された。HSDPAは、いくつかのUEによって共有され得る高速ダウンリンク共有チャネル(HS-DSCH)を、トランスポートチャネルとして利用する。HS-DSCHは、高速物理ダウンリンク共有チャネル(HS-PDSCH)、高速共有制御チャネル(HS-SCCH)、および高速専用物理制御チャネル(HS-DPCCH)という、3つの物理チャネルによって実装される。
【００６０】
HS-DSCHは、1つまたは複数のHS-SCCHと関連付けられ得る。HS-SCCHは、HS-DSCHの送信に関連するダウンリンク制御情報を搬送するために利用され得る、物理チャネルである。UEは、いつHS-DSCHからデータを読み取るべきかを、および、割り当てられる物理チャネルにおいて用いられる変調方式を決定するために、HS-SCCHを継続的に監視することができる。
【００６１】
HS-PDSCHは、いくつかのUEによって共有され得る物理チャネルである。HS-PDSCHは、四位相偏移変調(QPSK)および16-直角位相振幅変調(16-QAM)およびマルチコード送信をサポートすることができる。
【００６２】
HS-DPCCHは、スケジューリングアルゴリズムにおいてノードBを支援するためにUEからのフィードバックを搬送することができる、アップリンク物理チャネルである。フィードバックは、チャネル品質インジケータ(CQI)と、前のHS-DSCH送信の肯定応答または否定応答(ACK/NAK)とを含み得る。
【００６３】
HSDPAと、前に規格化された回線交換エアインターフェースとの、ダウンリンクにおける1つの違いは、HSDPAにはソフトハンドオーバがないことである。このことは、HSDPAチャネルが、HSDPAサービングセルと呼ばれる単一のセルからUEに送信されることを意味する。ユーザが移動すると、またはあるセルが別のセルよりも好ましくなると、HSDPAのサービングセルは変わり得る。それでも、UEは関連するDPCH上でソフトハンドオーバの状態にあることがあり、複数のセルから同じ情報を受信する。
【００６４】
リリース5のHSDPAでは、任意の瞬間において、UEは1つのサービングセルを有し、Ec/I0のUEの測定によれば、そのサービングセルがアクティブセット中で最強のセルである。3GPP TS 25.331のリリース5で定められるモビリティ手順によれば、HSPDAサービングセルを変更するための無線リソース制御(RRC)シグナリングメッセージが、より強いセルであるとUEが報告するセル(すなわちターゲットセル)からではなく、現在のHSDPAサービングセル(すなわちソースセル)から送信される。
【００６５】
つまり、上で説明したイベント1Aおよびイベント1Bを扱う報告トリガに加えて、HSDPAでは、Ec/I0のUEの測定によれば、サービングHS-DSCHセルの品質を近隣セル(アクティブセット内にあってもなくてもよい)が超える場合に、別の報告トリガが発生し得る。この場合、サービングHS-DSCHセルを再選択するのが適切であり得る。したがって、イベント1Dと呼ばれる測定イベントを利用して、最良のサービングHS-DSCHセルを変更することができる。
【００６６】
3GPP規格のリリース8は、デュアルセルHSDPA(DC-HSDPA)をもたらし、これは、ノードBによって送信される隣接する2つの5MHzダウンリンクキャリアをUEが統合できるようにする。デュアルキャリアの手法は、マルチキャリアの位置におけるダウンリンクデータ速度の高速化および効率の改善をもたらす。一般に、DC-HSDPAは一次キャリアおよび二次キャリアを利用し、一次キャリアはダウンリンクデータ送信のためのチャネルおよびアップリンクデータ送信のためのチャネルを提供し、二次キャリアはダウンリンク通信のためのHS-PDSCHおよびHS-SCCHの第2のセットを提供する。ここで、一次キャリアは一般に、Ec/I0のUEの測定によれば、最良のサービングHS-DSCHセルであり、イベント1D測定イベントを利用することによって、二次サービングセルと交換され得る。さらに、イベント1Aをマルチセルネットワークで利用して、一次サービングセルを変更することなく二次サービングセルを追加することができ、イベント1Bを利用して、二次サービングセルを除去することができる。
【００６７】
上で論じたように、DC-HSDPAは、ダウンリンクキャリアアグリゲーションを提供する。3GPP リリース8のDC-HSDPAで実現するキャリアアグリゲーション、およびその後の改良は、トラフィック集中時の遅延の低減を含めて、ユーザ体験において利益をもたらす。
【００６８】
本開示のいくつかの態様によれば、ソフトアグリゲーションと呼ばれ得る別の形態のアグリゲーションが、ダウンリンクアグリゲーションを提供することができ、それぞれのダウンリンクセルが同じキャリア周波数を利用する。ソフトアグリゲーションは、シングルキャリアネットワークにおけるDC-HSDPAと同様の利益を実現しようとする。
【００６９】
図5は、本開示のいくつかの態様による、ソフトアグリゲーションの例示的なシステムを示す。図5では、2つ以上のセル514と516との間に地理的な重複があり得るので、UE 510は、少なくともある期間、複数のセルによってサービスされ得る。したがって、本開示によるワイヤレス通信システムは、単一の周波数チャネル上の複数のセルからHSDPAサービスを提供できるので、UE510は単一周波数ネットワークにおいてダウンリンクキャリアアグリゲーションを実行することができる。たとえば、2つ以上のセルを利用するセットアップは、マルチフローHSDPA、多地点協調HSDPA(CoMP HSDPA)、または単にマルチポイントHSDPAと呼ばれ得る。2本のダウンリンクチャネルの統合を可能にするマルチポイントHSDPAネットワークの一例は、単一周波数デュアルセルHSDPA(SFDC-HSDPA)と呼ばれ得る。しかし、他の用語も自由に使われ得る。このようにして、セルの境界およびシステム全体において、ユーザは高いスループットによる利益を受けることができる。様々な例では、異なるセルは、同じノードB(しばしばソフターアグリゲーションと呼ばれる)によって提供されてもよく、または異なるセルは、異種のノードB(しばしばソフトアグリゲーションと呼ばれる)によって提供されてもよい。
【００７０】
図5に示される方式では、RNC 518に結合された2つのノードB 502および504は各々、それぞれダウンリンクセル506および508を提供し、これらのダウンリンクセルは、キャリア周波数が実質的に同じである。当然、すでに説明したように、ソフターアグリゲーションの別の例では、ダウンリンクセル506と508の両方が、同じノードBの異なるセクタから提供されてもよい。UE 510は、ダウンリンクセルを受信して統合し、ノードB 502と504の一方または両方によって受信され得るアップリンクチャネル512を提供する。UE 510からのアップリンクチャネル512は、たとえば、対応するダウンリンクセル506および508のためのダウンリンクチャネル状態に対応する、フィードバック情報を提供することができる。
【００７１】
本開示のいくつかの態様では、統合されるセルは、UEのアクティブセット中のセルに限定され得る。これらのセルは、ダウンリンクチャネル品質に従って決定された、アクティブセット中で最強のセルであってよい。最強のセルが異なるノードBサイトに存在する場合、この方式は「ソフトアグリゲーション」と呼ばれ得る。統合されることになる最強のセルが同じノードBサイトに存在する異なるセクタである場合、この方式は「ソフターアグリゲーション」と呼ばれ得る。
【００７２】
DC-HSDPA対応UEは2つの受信チェーンを有し、受信チェーンの各々は異なるキャリアからHSデータを受信するために用いられ得る。本開示の態様によるマルチポイントHSDPA対応UE510では、複数の受信チェーンが異なるセルからHSデータを受信するようにされた場合、アグリゲーションによる利益の少なくとも一部が、シングルキャリアネットワークにおいて実現され得る。
【００７３】
図6は、本開示のいくつかの態様による、SFDC-HSDPAネットワークにおいて使用するための例示的なUE 510の構成要素のうちのいくつかを示す簡略ブロック図である。図では、UE 510は、SFDC-HSDPAネットワークの場合のように、同じキャリア周波数においてそれぞれのダウンリンク信号を受信するための2つの受信チェーン602および604を含む。しかしながら、本開示の範囲内で、UEは、同じキャリア周波数、または任意の適した数の異なるキャリア周波数においてダウンリンク信号を受信するための任意の数の受信チェーンを含み得る。
【００７４】
受信チェーン602および604には、受信されたダウンリンク信号を、RFフロントエンド610によってさらに処理されるようにデジタルドメインに変換する、それぞれのアナログデジタル変換器606および608が結合され得る。RFフロントエンド610は、次いで、受信された情報に従ってさらに処理されるように、受信されたトランスポートブロックをプロセッサ612に提供することができる。いくつかの例では、プロセス612は、図1に示す処理システム114と同じものでもよい。プロセッサ612は、1つまたは複数の送信機614にさらに結合することができ、送信機は、適したデュプレクサによって管理されるアンテナの1つまたは複数を利用することができる。
【００７５】
プロセッサ612は、以下でさらに詳細に説明するように、MAC層において、パケットを待つための時間を測定するための1つまたは複数の再順序付けリリースタイマー(T1タイマー)616、および情報の処理に役立つ情報を記憶するためのメモリ618をさらに利用することができる。
【００７６】
図7は、HSDPAネットワーク700およびSFDC-HSDPAネットワーク750におけるダウンリンク経路を比較する概略図である。SFDC-HSDPAネットワーク750は、ソフトアグリゲーションのために構成され、図5に示されるシステムと同じでもよい。
【００７７】
HSDPAの例700(同じまたは類似の例は、DC-HSDPAネットワークにも当てはまり得る)では、RNC 702とUE 706との間のダウンリンク経路は、ノードB 704を通過する。ここでは、RNC 702は、たとえばRLCサブレイヤを含めて、MAC層以上のプロトコル層を収納する。高速ダウンリンクチャネルでは、MAC層はノードB 704にも存在する。さらに、ノードB 704におけるPHY層は、たとえばHS-DSCHを通じてUE 706におけるPHY層と通信するためのエアインターフェースを提供する。
【００７８】
UE 706側から、MACエンティティは、専用のトランスポートチャネルへのアクセスを制御し、HSDPA固有の機能を扱い、HS-DSCHトランスポートチャネルへのアクセスを制御するように構成される。UE 706内の上位層は、MAC-hsとMAC-ehsという2つの異なるMACエンティティのどちらが、HS-DSCH機能を扱うのに適用されるかを構成することができる。本開示では、MAC-ehsエンティティは、例示的な例として説明される。しかしながら、MAC-hsエンティティまたは任意の適切なMACエンティティが本明細書で説明される様々な態様に従って利用され得るということを、当業者は認識するだろう。
【００７９】
MAC-ehsエンティティは、3GPPファミリーの規格のリリース7で規格化された。MAC-ehsは、フレキシブルなRLC PDUのサイズ、MACのセグメント化、および再構築をサポートする。MAC-ehsはまた、1つのTTI内でのいくつかの優先待ち行列からのデータの多重化を行う。
【００８０】
UE側のMAC-ehsエンティティ800が、図8に示される。MAC-ehsエンティティ800は、複数のHARQエンティティ802、分解エンティティ804、再順序付け待ち行列配信エンティティ806、ならびに、再順序付けエンティティ808、再構築エンティティ810、およびLCH-ID逆多重化エンティティ812を各々含む複数の再順序付け待ち行列を、含み得る。
【００８１】
一般に、HS-DSCHトランスポートチャネルあたり、1つのHARQエンティティ802がある。HARQエンティティ802は、MACの機能と、ACKまたはNACKの生成のようなHARQプロトコルに関するタスクとを、扱うように構成される。つまり、ノードBが特定の待ち行列識別子(QID)を有するMAC-ehsプロトコルデータ単位(PDU)をUEに送信するとき、UEは、UEがPDUの受信に成功したかどうかに関して、肯定応答信号すなわちHARQ ACKまたはNACKを送ることによって、応答することができる。PDUの受信が成功しなかった場合、すなわち、ノードBがNACKを受信した場合、ノードBは、PDUの回復を可能にしようとして、元のPDUを構成するシンボルのすべてまたは一部をUE 510に再送信することができる。ノードBは一般に、ACKを受け取るまで、または、再送信が許可された最大の数に達するまで、これらのさらなるパケットの再送信を続ける。最大の数に達した後、ノードBは一般に再送信を停止し、PDUを破棄し、次の順番の送信順序番号(TSN)を有する次のPDUをUEに送信する。
【００８２】
UEがPDUの復号に成功せずNACKを送信しても、受信されたが復号に成功しなかったPDUは、一般にUEによって破棄されない。むしろ、再送信が受信されると、UEは、回復に成功しなかった第1のPDUを再送信と組み合わせて、誤り訂正を実行してPDUの内容を回復する。各々の追加の再送信によって、元のPDUの回復の可能性は高まり得る。
【００８３】
さらに、図8に示されるように、UE側のMAC-ehsエンティティ800は、受信されたLCH-IDに基づいてMAC-ehs PDUを正しい再順序付け待ち行列にルーティングするように構成された、再順序付け待ち行列配信エンティティ806を有する。再順序付けエンティティ808は、受信されたTSNに従って、受信された再順序付けPDUを編成する。連続的なTSNを有するデータブロックが次いで、再構築エンティティ810に送達される。
【００８４】
たとえば再順序付けエンティティ808で再順序付けリリースタイマー(すなわち、T1タイマー)を利用しているタイマー機構は、上位層への非連続のデータブロックの配信を決定する。一般に、各々の優先クラスに対して、1つの再順序付けエンティティ808がある。
【００８５】
MAC層で、MAC PDUは、一般にTSNを含むヘッダを含む。ここでは、TSNは、それぞれのMAC PDUの送信シーケンスを示す識別子を提供することができる。TSNは、一般に、たとえば上位層にMAC PDUの順序配信をサポートするためになど、再順序付けのために利用される。
【００８６】
もう一度図7に戻って、システム700に示すように、従来のDC-HSDPAネットワーク、または、ソフターアグリゲーションのために構成されたマルチポイントHSDPAシステムでは、両方のダウンリンクキャリアが単一のノードBサイト704によって提供される。したがって、両方のセルは、同じMACエンティティを共有する。ダウンリンクデータが単一のノードBサイト704からUE 706に来るので、UE 706のRLCエンティティは、一般に、任意の制御パケットが順番に受信され、制御パケットが現在の一次サービングセルから到着すると仮定することができる。すなわち、肯定応答モードデータパケット(AMD RLC PDU)は、一般に、RLCシーケンス番号を含み、それに応じて、必要に応じてRLCエンティティで再順序付けすることができるが、RLC状況PDUとも呼ばれるRLC層における制御パケットは、一般に、シーケンス番号を含まない。そうではなく、制御パケットがどのくらいの頻度で送られるかを決定し、一般に、ダウンリンクデータを提供するノードBサイト704が1つのみあるとき、制御パケットの順序通りの配信を可能にする様々なタイマーがある。したがって、従来のシングルセルHSDPAシステムでは、一般に、受信機におけるRLCエンティティが、制御パケットのうちの2つが順序が狂って配信されたかどうかを決定するための方法はない。
【００８７】
一方、SFDC-HSDPAネットワーク750では、RNC 518は、それぞれのダウンリンクHS送信を各々UE 510に提供する複数のノードB 502および504にパケットを提供することができる。したがって、RNC 518は、マルチリンクRLCサブレイヤを含んでもよく、ここでフロー制御アルゴリズムは、たとえばIubインターフェース520および522それぞれを通じて、複数のRLCリンクを利用し、UE510のためのパケットを複数のセル(たとえばノードB 502および504)に割り振ることができる。当然、マルチリンクRLCの実装は説明の明快のために本明細書で提供されている1つの例にすぎず、本開示の範囲内で、ダウンリンクキャリアアグリゲーションの他の実装を利用することができる。
【００８８】
ここで、UE 510は、複数のMACエンティティを含んでもよく、複数のMACエンティティの各々は、対応するノードBサイトからの異なるサービングセル(たとえば、一次サービングセルおよび二次サービングセル)に相当する。たとえば、UE 510の中の第1のMACエンティティは、一次サービングセルを提供する第1のノードB 502に対応してよく、UE 510の中の第2のMACエンティティは、二次サービングセルを提供する第2のノードB 504に対応してよい。当然、様々な理由で、特定のノードBとの特定のMACエンティティの組合せは時間とともに変わることがあり、示されたものは1つの可能な例に過ぎない。いくつかの例では、UE 510は、たとえば図8に示すMAC-ehsエンティティ800など、複数のMAC-ehsエンティティを含み得る。
【００８９】
たとえば、SFDC-HSDPAの例におけるソフトアグリゲーションの間、MAC層TSNスペースは、一般に、それぞれのリンクごとに異なる。すなわち、リンクの各々は、それ自体のMAC TSNスペースを有する。したがって、UE 510が、RLC層に対して、各リンクから受信されたそれぞれの順序でTSNを有するMAC PDUを配信するとき、RLC PDUは、順序が狂っている可能性がある。順序の狂ったRLC PDUが、RLC状況PDUなど、制御パケットであるとき、これは、RLC層によって扱われる様々な問題をもたらし、そのうちのいくつかは、たとえばRLCリセットなど、望ましくない問題を引き起こす可能性がある。
【００９０】
1つのかなり簡単な手法は、RLC状況PDUがシーケンス番号を含むように、RLC PDUフォーマットを変更することであり得る。このようにして、RLCエンティティは、制御パケットが順序が狂って受信されたとき、順序の狂った制御パケットを適切に再順序付けすることができ、または制御パケットを拒否することができる。しかしながら、PDUフォーマットの変更は、システムに他の影響を引き起こす可能性があり、制御パケットの標準精細度に対するそのような変更は望まれない場合がある。
【００９１】
順序の狂った制御パケットの問題は、一次リンク上でRLC状況PDUを送るためのみにシステムを制約することによって、やや緩和され得る。このようにして、制御パケットが任意のリンクを介して送られるのではなく、一次リンクを介して送られるので、タイミングはよりよく制御され得、制御PDUが順序が狂ってRLC層で処理される確率は低下し得る。しかしながら、後述のように、この制約は問題を低減することはできるが、特にサービングセル変更の場合、制御パケットが順序が狂ってRLC層に到着することは依然としてあり得る。
【００９２】
図9は、サービングセル変更後、RLCリセットにつながり得るある一連の問題のあるイベントを示す呼フロー図である。図では、UE 510は、たとえば図6に示したUE 510など、デュアルHSDPAダウンリンクを受信することができる。
【００９３】
説明したシナリオでは、第1のノードB 502が一次サービングセルとして動作し、第2のノードB 504が二次サービングセルとして動作する状態で、SFDC-HSDPA呼が確立されているとみなされる。
【００９４】
RNC 518は、UE 510について、コアネットワーク204からパケットのストリームを受信することができる。ここでは、RNC 518は、任意の適したフロー制御アルゴリズムに従って、ストリームの一部をノードB 502および504に割り振ることができる。たとえば、図7に示す実装750で、RNC 518のマルチリンクRLCサブレイヤは、ストリームの第1の部分を第1のノードB 502に割り振り、ストリームの第2の部分を第2のノードB 504に割り振ることができる。
【００９５】
ここでは、一次サービングセルとして動作する第1のノードB 502に割り振られたストリームの部分は、少なくとも1つの制御パケットおよび少なくとも1つのデータパケットを含み得る。しかしながら、第2のノードB 504に割り振られたストリームの部分は、少なくとも1つのデータパケットのみを含み得る。すなわち、本開示の態様によれば、一次サービングセルのみが制御パケットをUE 510に送ることができるように、SFDC-HSDPAネットワークを制約することができる。
【００９６】
受信されたパケットが第1および第2のノードB 502および504で待ち行列に入れられると、パケットは、それぞれのダウンリンクエアインターフェース506および508を介してUE 510に送信され得る。したがって、第1のノードB 502は、その待ち行列に入れられた制御パケットおよびデータパケットを送信することを試み、第2のノードB 504は、その待ち行列に入れられたデータパケットを送信することを試み得る。図示の例では、第1のノードB 502によって送信される少なくとも1つのデータパケットは、UE 510に到着しない場合がある。すなわち、送信失敗、復号失敗、または任意の他の理由のため、システムは、データパケットを回復するためにHARQ再送を試みることはできるが、少なくとも1つのデータパケットは失われ得る。さらに、図示の例では、データパケットの紛失の後、たとえばパケット「X」の肯定応答を含むRLC状況PDUなど、UE 510での少なくとも1つの制御パケットの受信が成功し得る。この例では、紛失したデータパケットおよび受信された制御パケットは、MAC層で連続するTSN番号を有し得る。ここでは、下位の番号を付けられたMACパケットが欠落しているので、たとえば受信されたパケットの送信シーケンス番号(TSN)におけるギャップを検出することによって、第1のノードB 502に対応するUE 510のMAC層は、欠落したデータパケットを検出することができる。すなわち、欠落したパケットに対応するTSNは、第1のノードB 502からUE 510で受信されたパケットに対応するTSNの中で欠落していることが検出され得る。
【００９７】
ここでは、第1のノードB 502に対応するUE 510のMACエンティティは、欠落したパケットに対応する、再順序付けリリースタイマー(すなわち、T1タイマー)と呼ばれるタイマーを開始することができる。T1タイマーは、UE 510のMACエンティティが欠落したパケットが配信されるのを待つために利用することができるタイマーである。すなわち、T1タイマーは、より低いTSN値を有する未処理のパケットが残っていても、パケットが上位層(たとえば、RLC層)にリリースされるときを決定するために利用される。T1タイマーの値、すなわち、それが測定する時間の長さは、上位層によって構成され得る。すなわち、RNC 518で、RLC層パケットは、UE 510に送信される前に、MACパケットにセグメント化することができ、より大きいRLCパケットのどのセグメントがMACパケットに含まれるかに従って、セグメント化されたパケットにラベルを付けることができる。このラベルによって、UE 510のMAC層は、受信され、待ち行列に入れられたMACパケットのうちのどれが部分的なRLCパケットを表すか、およびどのMACパケットが個別にRLCパケット全体を表すか、または、組合せでRLCパケット全体を形成するかを決定することができる。したがって、T1タイマーが満了すると、1つまたは複数のセグメントが欠落している部分的なパケットは破棄され得、一方、任意の完全なパケットがRLC層に配信され得る。
【００９８】
T1タイマーが稼働するとき、受信されたパケットのうちのいくつかは、第1のノードB 502に対応するMACエンティティで待ち行列に入れられたままであり得、一方、MACエンティティは、欠落したパケットを待つ。たとえば、上記のシナリオで、失敗したデータパケットを待つ間、UE 510で受信に成功した制御パケットは、MAC層で待ち行列に入れられたままであり得る。T1タイマーが対応するパケットを受信することなく満了していた場合、第1のノードB 502に対応するMACエンティティは、それが受信した任意の部分的なパケットを破棄し、任意の完全なパケットを配信することができる。
【００９９】
T1タイマーの満了前、すなわち、T1タイマーが稼働しており、第1のノードB 502に対応するMACエンティティが欠落したパケットを待ち続けている間、サービングセル変更(SCC)が起こり得る。たとえば、いくつかの異なる測定イベントのうちのいずれかに応答して、一次サービングセルとして指定されるノードBは、変わり得る。図9の図示の例では、第1のノードB 502および第2のノードB 504がそれぞれ、一次および二次サービングセルとしての地位を交換し得るイベント1Dが示される、すなわち、この例では、SCCの前は、第1のノードB 502は一次サービングセルであり、第2のノードB 504は二次サービングセルであり、SCC後は、第1のノードB 502は二次サービングセルであり、第2のノードB 504は一次サービングセルである。サービングセル変更にもかかわらず、UE 510によってまだ肯定応答されていないパケットは、第1のノードB 502で待ち行列に入れられたままであり得、サービングセル変更後、第1のノードB 502からの欠落したパケットの受信が依然として成功し得ることを第1のノードB 502に対応するMACエンティティは予想し得るので、T1タイマーは稼働し続け得る。
【０１００】
サービングセル変更後、RNC 518は、パケットをノードBに割り振り続けることができる。しかしながら、ここでは、データパケットは両方のノードBの間に分割され続けることができるが、制御パケットは一次サービングセルから送信され得るのみであるという制約のために、制御パケットは、新しい一次サービングセルである第2のノードB 504のみに提供され得る。
【０１０１】
ここでは、上記のように、受信されたパケットが送信のために第1および第2のノードB 502および504で待ち行列に入れられるので、パケットは、それぞれのダウンリンクエアインターフェース506および508を介してUE 510に送信され得る。図示の例では、たとえばパケット「X」および「Y」の肯定応答を含んでいるRLC状況PDUなど、少なくとも1つの制御パケットは、第2のノードB 504から送信され得、UE 510で適切に復号され得る。
【０１０２】
この時点で、第2のノードB 504に対応するUE 510のMAC層は、受信された制御パケットをRLC層に配信することができる。すなわち、本開示の態様では、受信された制御パケットがUE 510のRLC層で受信されると、その制御パケットは、RLC層で直ちに処理され得る。ここでは、UE 510のRLC層は、パケット「X」および「Y」についての肯定応答を受信すると、対応してその送信ウィンドウを対応して前進させ得る。
【０１０３】
後のある時間に、第1のノードB 502に対応するMACエンティティにおいて稼働している欠落したパケットに対応するT1タイマーが満了し得る。すなわち、ある時間量が過ぎたので、UE 510は、T1タイマーに対応する欠落したパケットを紛失したものとみなすことができ、そのパケットの受信の成功を待つのをあきらめ得る。したがって、上記のように、第1のノードB 502に対応するUE 510のMACエンティティは、その待ち行列における任意の部分的なパケットを破棄する可能性があり、待ち行列における任意の完全なパケットをRLC層に配信することができる。上記のシナリオの場合のように、これは、パケット「X」についての肯定応答を含む、前に受信されたRLC状況PDUを含む。しかしながら、前述したように、UEのRLC層は、パケット「X」および「Y」についての肯定応答を受信したとき、その送信ウィンドウをすでに前進させている。したがって、パケット「X」についての肯定応答が後で受信されたとき、これは送信ウィンドウ外であるので、UE 510はRLCリセットを開始することができる。
【０１０４】
本開示の一態様では、そのようなRLCリセットを回避する簡単な方法は、パケットがそれらの送信ウィンドウ外で肯定応答されるときにRLCリセットが実行されないように、プロトコルを変更することであり得る。ここでは、RLCエンティティは、場合によっては、RLCリセットを回避するために任意の適切な様式で順序の狂ったRLC制御PDUを扱うように構成され得る。RLC層プロトコルに対するそのような変更は、単一のサービングセルが利用されるケースに関するいくつかの厄介な問題を引き起こす可能性があるが、それにもかかわらず、マルチポイントのケースでは、RLCリセットを低減することができる。
【０１０５】
RLCリセットは、RLCエンティティにおけるすべての待ち行列内のすべてのデータのフラッシュをもたらし、それによって、UEにおいて有効なデータであったかもしれないものの紛失をもたらし得る。さらに、未配信のシグナリングPDUがある場合、RLCリセットは、TCPタイムアウト、再送、および潜在的に呼ドロップをもたらし得る。したがって、本開示の態様は、このシナリオまたは類似のシナリオに起因する順序の狂った制御パケットによって生じたそのようなRLCリセットを低減するかまたはなくすことによって、この問題を再度仲裁しようと試みる。
【０１０６】
本明細書において詳述するSFDC-HSDPA構成に加えて、様々なシステム構成において、類似の問題が起こり得る。たとえば、上記のRLCリセット問題は、デュアル周波数、デュアルキャリアDFDC-HSDPA構成、または本質的に、UEがパケットを共通の上位層に配信する2つ以上のMACエンティティを含む任意の構成において、起こり得る。すなわち、各々それら自体のTSNスペースを有する複数のMACエンティティは、MAC TSNに気づいているが、一般に、パケットが制御パケットであるかどうかを含めて、RLCパケットの内容に気づいていないため、それぞれのMACエンティティは、順序の狂ったRLC制御パケットをRLC層に渡し、それによって、上記で説明したように、潜在的にRLCリセットがもたらされ得る。
【０１０７】
したがって、本開示の様々な態様は、上記のシナリオによって生じるRLCリセットを低減するための機構を提供する。たとえば、本開示の一態様は、単にRLC制御PDUにシーケンス番号を追加することができる。本開示の別の態様では、UE 510のMACエンティティでのパケットの扱いは変更され得、したがって、パケットがRLCエンティティに配信されると、RLCエンティティは、パケットが現在の一次サービングセルによって送信されたかどうかを決定することができる。本開示の別の態様では、UE 510のサービングセル変更手順は、任意の完全なパケットをRLCエンティティに配信し、MACエンティティにおいて待ち行列に入れられた任意の部分的なパケットを破棄し、MACエンティティにおいて任意の稼働中のT1タイマーをキルすることによって、MAC待ち行列をフラッシュするように変更され得る。本開示のさらに別の態様では、サービングセル変更後の新しい一次サービングセルからのパケットの配信は、MAC層またはRLC層において遅延され得る。開示のさらに別の態様では、順序の狂った制御パケットがRLCエンティティで受信されるとき、RLCエンティティは、リセット手順を実行しないように変更され得る。ここでは、たとえば、順序の狂った制御パケットは、単に破棄され得る。
【０１０８】
図10は、本開示の態様による、現在の一次リンクを示すための識別子を利用することによってRLCリセットを低減するためのたとえばUE 510などのUEで動作可能な例示的なプロセスを示すフローチャートである。ここでは、UE 510は、それぞれのセルからの複数のダウンリンクチャネルの受信に対応する複数のMACエンティティを含み得る。いくつかの例では、本明細書で説明する動作は、UE 510でMACエンティティのうちの任意の1つまたは複数によって実行することができ、いくつかの例では、本明細書で説明する動作は、UE 510におけるすべてのMACエンティティによって実行され得る。
【０１０９】
ブロック1002で、UE 510は、第1のノードB 502を一次サービングセルとして利用し、第2のノードB 504を第2のサービングセルとして利用するネットワークとマルチポイントHSDPA呼をセットアップすることができる。ここでは、UE 510の第1のMACエンティティは、第1のノードB 502からパケットを受信し、処理するようにセットアップされ得、UE 510の第2のMACエンティティは、第2のノードB 504からパケットを受信し、処理するようにセットアップされ得る。
【０１１０】
呼の確立の前、間、または後の適切なときに、ブロック1004で、UE 510は、現在の一次リンク識別子のマッピングを示すRRCシグナリングを受信することができる。たとえば、RNC 518のRRC層は、一次サービングセルのQID(たとえば、queue_id)、および1つまたは複数の二次サービングセルの各々のQID(たとえば、queue_id_2)を含む待ち行列ID(QID)をUE 510に送ることができる。この情報によって、UE 510のMACエンティティがパケットをRLCエンティティに配信すると、MACは、以下でさらに詳細に説明するように、QID queue_idまたはqueue_id_2、あるいは何らかの他のQIDを有するパケットが待ち行列から到着したかどうかを決定することができる。
【０１１１】
ブロック1006で、UE 510は、一次サービングセルから少なくとも1つのRLC制御PDUを受信し、待ち行列に入れることができる。たとえば、UE 510は、一次サービングセルから1つまたは複数のダウンリンクパケットを受信することができ、この場合、ダウンリンクパケットのうちの少なくとも1つは、制御パケットである。しかしながら、この時点で、たとえば、一次サービングセルに対応するMAC-ehsエンティティの再順序付けエンティティ808など、対応するMACエンティティでパケットが受信され、待ち行列に入れられ、MACエンティティは、パケットがRLC制御パケットであるかどうかに関する任意の指示を有していないことがある。さらに、MACエンティティは、ブロック1004で受信されるRRCシグナリングに従って、パケットのソースが一次サービングセルに対応する旨のパケットのMAC TSNの指示を有する。
【０１１２】
この時点で、RLCエンティティにブロック1006で受信された制御パケットを配信する前に、すなわち、ブロック1008で、制御パケットがMACエンティティで待ち行列に入れられている間、UE 510のMACエンティティは、一次サービングセルから欠落したパケットに対応する欠落したMAC TSNを検出することができる。応答して、MACエンティティは、欠落したパケットに対応する再順序付けリリースタイマー(T1タイマー)を開始することができる。
【０１１３】
ブロック1010で、T1タイマーの稼働中、およびその満了前に、サービングセル変更が開始し得る。たとえば、様々なセルからのダウンリンク送信のうちの1つまたは複数の特性に対応する測定イベントは、第1のノードB 502から利用されているもの以外の異なるセルが一次サービングセルとして動作することが好ましい可能性があることを示し得る。イベント1D測定イベントの一例では、第2のノードB 504がサービングセル変更後に一次サービングセルとして動作し得るように、第2のノードB 504は第1のノードB 502と交換され得る。しかしながら、これは、当然、限定的な可能性でなく、一次サービングセルとして第1のノードB 502を何らかの他のセルに置き換えるために、いくつかのタイプのサービングセル変更のうちの任意のものが起こり得る。
【０１１４】
この例では、ブロック1012で、ブロック1010のサービングセル変更の前、間、または後に、UE 510は、新しい現在の一次リンク識別子のマッピングを示すRRCシグナリングを受信することができる。すなわち、サービングセル変更後、新しいセルは、一次リンクに対応し得る。したがって、UE 510のMACエンティティが、RLCエンティティに配信されたパケットが新しい一次サービングセルから到着したかどうかを決定することができるように、更新されたシグナリングは、UE 510に、どのセルが新しい一次サービングセルとして動作するかを示すことができる。
【０１１５】
ブロック1014では、サービングセル変更後、ブロック1008で開始したT1タイマーは、満了し得る。したがって、欠落したパケットを示すTSNのギャップを検出したUE 510のMACエンティティは、欠落したパケットが紛失したことを決定することができる。したがって、上記で説明したように、UE 510のMACエンティティは、任意の部分的なパケットを破棄し、任意の完全なパケットをRLC層に配信することができる。
【０１１６】
したがって、ブロック1016で、本開示の態様によれば、UE 510のMACエンティティは、パケットが現在の一次サービングセルから到着したかどうかを示す識別子をMAC PDUに挿入し、識別子を含むパケットをRLC層に渡すことができる。ここでは、識別子は、現在の一次リンク識別子のマッピングを示すブロック1012で受信されたRRCシグナリングに従って決定され得る。したがって、図9に関して上述したシナリオで、待ち行列に入れられたパケットおよびT1タイマーが、ブロック1010のサービングセル変更後のもはや一次サービングセルでない前の一次サービングセルに対応する場合、識別子は、パケットが現在の一次サービングセルから到着しなかったことを示す。このようにして、識別子は、各MAC TSNに関連付けられ得る。一例では、リンク識別子は、PDUが一次リンクから来たかどうかを示すために、PDUに関連付けられたメタデータを含み得る。さらに、リンク識別子は、MAC-ehsエンティティ800の再順序付けエンティティ808で、または、たとえばプロセッサ612または104など任意の適切なプロセッサによって挿入され得る。
【０１１７】
この情報およびパケットでは、ブロック1018で、UE 510のRLCエンティティは、パケットが制御パケットであるかどうかを決定することができる。パケットが制御パケットでない場合、たとえば、パケットがデータパケットである場合、ブロック1020において、UE 510は、それに応じてデータパケットを処理することができる。すなわち、本開示のいくつかの態様は、データパケットが現在の一次サービングセルから到着したかどうかに基づいて、UEの挙動を変えない場合がある。しかしながら、パケットが制御パケットである場合、ブロック1022で、UE 510は、パケットが現在の一次サービングセルから到着したかどうかを決定することができる。すなわち、ブロック1016のUE 510のMACエンティティによってパケットに挿入される識別子に基づいて、UE 510のRLCエンティティは、パケットが現在の一次サービングセルから到着したかどうかを検出することができる。はいの場合、ブロック1024で、RLCエンティティは、パケットが現在の一次サービングセルから到着したことを知って、制御パケットを通常通り処理することができる。いいえの場合、ブロック1026で、パケットが現在の一次サービングセルではないセルから到着したので、RLCエンティティは、制御パケットを破棄することができる。このようにして、場合によっては、現在の一次サービングセル以外から到着したRLC制御パケットを処理することから生じたかもしれないRLCリセットを回避することができる。
【０１１８】
したがって、本開示の態様によれば、UE 510のMACエンティティがパケットをRLCエンティティに配信するとき、配信されたパケットは、現在一次サービングセルであるサービングセルからパケットが到着したかどうかに関する指示を含み得る。この情報によって、RLC層は、現在の一次サービングセルから到着しなかった任意の制御パケットを破棄することができ、順序の狂った制御パケットの処理に基づいてRLCリセットの必要性を回避する。
【０１１９】
本開示の別の態様では、現在の一次サービングセル識別子をパケットに挿入するためのMAC挙動を変更するのではなく、順序の狂った制御パケットがRLC層に配信されないように、UE 510のサービングセル変更手順を変更することができる。
【０１２０】
図11は、本開示のこの態様による、UE 510などのUEにおいて動作可能な例示的なプロセスを示すフローチャートである。図10に関して上記で説明したプロセスの場合のように、ここでは、ブロック1102、1104、および1106で、UE 510は、第1のノードB 502を一次サービングセルとして利用し、第2のノードB 504を第2のサービングセルとして利用し、一次サービングセルから送られたRLC制御PDUを受信し、待ち行列に入れ、一次サービングセルから欠落したパケットに対応する欠落したMAC TSNを検出するネットワークとマルチポイントHSDPA呼をセットアップすることができる。この場合も、対応するT1タイマーは、欠落したパケットに従って開始され得る。
【０１２１】
ブロック1108で、サービングセル変更がトリガし得、一次サービングセルとして動作するセルが変わり得る。1つの非限定的な例では、イベント1Dが起こり得、第2のノードB 504が新しい一次サービングセルとして動作し、第1のノードB 502が新しい第2のサービングセルとして動作するように、第1のノードB 502および第2のノードB 504は地位を交換することができる。
【０１２２】
ここでは、本開示の態様によれば、ブロック1110で、UE 510のMAC層は、任意の部分的なPDUを破棄することができる。すなわち、その部分的なパケットの残りの部分に対応する少なくとも1つのパケットがMACエンティティで適切に受信されず、復号されていない、上位層パケットのほんの一部であることを示す任意のMAC PDUが破棄され得る。ブロック1112で、すべての非部分的な、たとえば、UE 510のエンティティで待ち行列に入れられた完全なパケットは、RLC層まで渡され得る。このようにして、すべての部分的なPDUを破棄し、すべての待ち行列に入れられたPDUをRLC層に配信することによって、MAC待ち行列は、本質的に、サービングセル変更時にフラッシュされ得る。したがって、サービングセル変更後のもはや一次サービングセルでないセルから到着した制御パケットの任意の後の配信は、低減または回避され得、したがって、RLCリセット問題を回避することができる。さらに、MAC層の待ち行列がフラッシュされたので、ブロック1114で、MAC層の任意の稼働中のT1タイマーはキルされ得る。たとえば、タイマーをキルすることは、タイマーを停止すること、およびタイマーに対応する値を適切な初期値にリセットすることを含み得る。
【０１２３】
このようにして、場合によっては生じ得ないサービングセル変更でデータの非ゼロの紛失があり得る。すなわち、ブロック1110で部分的なパケットの破棄が生じさえしなければ、前に一次サービングセルであったものを介して伝送途中にある少なくとも1つのパケットがUE 510に到着し、適切に処理されている確率がある。しかしながら、データのそのような潜在的な紛失は、サービングセル変更後、順序の狂った制御RLC PDUが配信されるとき、RLCリセット手順を受ける可能性と比較して、好都合であるとみなされ得る。
【０１２４】
したがって、サービングセル変更後、UE 510のRLC層は、新しい一次リンクでのみRLC制御PDUを受信し、したがって、RLCリセットを低減または回避することができる。
【０１２５】
本開示の別の態様では、サービングセル変更後、新しい一次サービングセルに対応するMAC層からRLC層へのパケットの配信は、T1タイマーの時間に従って遅延され得る。別の例では、MAC層からRLC層への配信が必ずしも遅延され得るとは限らないが、RLC層のパケットの処理は、T1タイマーの時間に従って遅延され得る。このようにして、サービングセル変更後、新しい一次サービングセルからの制御パケットの即時処理を防ぎ、代わりにT1タイマーの時間の間待つことによって、図9のシナリオで説明したように、制御パケットの順序の狂った処理は、低減または回避することができる。したがって、以前の一次サービングセルからの任意の待ち行列に入れられた制御パケットは、稼働中のT1タイマーの満了時にRLC層に配信され、それに応じて処理され得る。
【０１２６】
本開示のさらなる態様では、新しい一次サービングセルからの制御パケットの処理におけるこの遅延は、前の一次サービングセルからの未配信の制御パケットがあることがわかっている場合にのみ該当し得る。
【０１２７】
図12は、上記で説明したように、サービングセル変更後、遅延を利用する本開示の態様によるプロセス1200を示すフローチャートである。すなわち、ブロック1202で、プロセスは、第1のノードB 502を一次サービングセルとして利用し、第2のノードB 504を第2のサービングセルとして利用するネットワークとマルチポイントHSDPA呼をセットアップすることができる。ブロック1204で、プロセスは、一次サービングセルから送られたRLC制御PDUを受信し、待ち行列に入れることができる。ブロック1206で、プロセスは、一次サービングセルから欠落したパケットに対応する欠落したMAC TSNを検出することができる。この場合も、対応するT1タイマーは、検出された欠落したパケットに従って開始され得る。
【０１２８】
ブロック1208で、サービングセル変更がトリガし得、一次サービングセルとして動作するセルが変わり得る。1つの非限定的な例では、イベント1Dが起こり得、第2のノードB 504が新しい一次サービングセルとして動作し、第1のノードB 502が新しい第2のサービングセルとして動作するように、第1のノードB 502および第2のノードB 504は地位を交換することができる。
【０１２９】
ここでは、本開示の態様に従って、ブロック1210で、UE 510は、T1タイマーの値に対応する値を有する遅延タイマーを開始することができる。この遅延タイマーは、サービングセル変更後、T1タイマーの値に対応する時間の間、たとえば、RLC制御PDUなど、パケットの処理を遅延させるために利用され得る。前の一次サービングセルに対応する任意の稼働中のT1タイマーが満了するまで、新しい一次サービングセルからの任意の制御パケットの処理が遅延されることが決定され得る限り、時間はT1タイマーと同じ、T1タイマーよりも大きい、またはT1タイマー未満であってもよい。
【０１３０】
すなわち、ブロック1212で、UE 510は、ブロック1208のサービングセル変更後、新しい一次サービングセルからRLC制御PDUを受信することができる。しかしながら、制御パケットの処理は、遅延され得る。すなわち、ブロック1214で、ブロック1210において開始した、T1タイマーの値に対応する値を有する遅延タイマーが満了するまで、プロセスは待つことができる。
【０１３１】
一方、ブロック1218で、遅延タイマーの満了より前のある時点において、ブロック1206で開始したT1タイマーが満了し得る。この時点で、上記で説明したように、対応するMACエンティティでの任意の完全な待ち行列に入れられたパケットは、RLC層に配信され得、それによって、任意の制御パケットがRLCエンティティで処理され得る。
【０１３２】
ブロック1214で、遅延タイマーが満了になった後、ブロック1216で、RLC層は、新しい一次サービングセルから受信された制御パケットを処理することができる。ここでは、ブロック1218に関して上記で説明したように、前の一次サービングセルからの前の制御パケットがすでに処理されているので、ブロック1216での制御パケットの処理は、順序は狂っておらず、RLCリセットは回避することができる。
【０１３３】
本開示のいくつかの態様では、遅延タイマーがMAC層に存在し得、対応するMACエンティティは、遅延タイマーの満了まで、RLC層へのパケットの配信を遅延させることができる。本開示の他の態様では、遅延タイマーがRLC層に存在し得、したがって、対応するMACエンティティは、通常通りパケットを配信することができるが、RLC層は、遅延タイマーの満了まで、パケットの処理を遅延させることができる。
【０１３４】
さらに、本開示のいくつかの態様では、ブロック1210で開始した遅延タイマーの使用は、前の一次サービングセルからの未配信の制御パケットが存在するかどうかに依存していてもよい。たとえば、T1タイマーが前の一次サービングセルに対応するMACエンティティで稼働していない場合、遅延タイマーは利用されない場合があり、サービングセル変更後、新しい一次サービングセルから受信される制御パケットが通常通り処理され得る。別の例では、T1タイマーが前の一次サービングセルに対応するMACエンティティで稼働している場合でも、そのMACエンティティで待ち行列に入れられたRLC制御パケットがないことが決定され得る場合、遅延タイマーは利用されない場合があり、サービングセル変更後、新しい一次サービングセルから受信される制御パケットが通常通り処理され得る。
【０１３５】
本開示の様々な態様によれば、要素または要素の一部分または要素の組合せを、1つまたは複数のプロセッサを含む「処理システム」で実装できる。プロセッサの例として、マイクロプロセッサ、マイクロコントローラ、デジタルシグナルプロセッサ(DSP)、フィールドプログラマブルゲートアレイ(FPGA)、プログラマブルロジックデバイス(PLD)、状態機械、ゲート論理回路、個別ハードウェア回路、および本開示全体にわたって説明される様々な機能を実施するように構成された他の適切なハードウェアがある。処理システム内の1つまたは複数のプロセッサは、ソフトウェアを実行することができる。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。ソフトウェアはコンピュータ可読媒体上に存在し得る。コンピュータ可読媒体は、非一時的コンピュータ可読媒体であってよい。非一時的コンピュータ可読媒体は、例として、磁気記憶デバイス(たとえば、ハードディスク、フロッピー（登録商標）ディスク、磁気ストリップ)、光ディスク(たとえば、コンパクトディスク(CD)、デジタル多目的ディスク(DVD))、スマートカード、フラッシュメモリデバイス(たとえば、カード、スティック、キードライブ)、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、プログラマブルROM(PROM)、消去可能PROM(EPROM)、電気的消去可能PROM(EEPROM)、レジスタ、取り外し可能ディスク、ならびに、コンピュータがアクセスし読み取ることができるソフトウェアおよび/または命令を保存するための任意の他の適切な媒体を含む。また、コンピュータ可読媒体は、例として、搬送波、伝送路、ならびに、コンピュータがアクセスし読み取ることができるソフトウェアおよび/または命令を送信するための任意の他の適切な媒体も含み得る。コンピュータ可読媒体は、処理システムの中に存在
してもよく、処理システムの外に存在してもよく、または処理システムを含む複数のエンティティに分散してもよい。コンピュータ可読媒体は、コンピュータプログラム製品として具現化され得る。例として、コンピュータプログラム製品は、パッケージング材料内のコンピュータ可読媒体を含み得る。当業者は、具体的な用途およびシステム全体に課せられた全体的な設計制約に応じて、本開示全体にわたって示される説明される機能を最善の形で実装する方法を認識するだろう。
【０１３６】
開示した方法におけるステップの特定の順序または階層は例示的なプロセスを示していることを理解されたい。設計上の選好に基づいて、方法におけるステップの特定の順序または階層は再構成可能であることを理解されたい。添付の方法クレームは、サンプル的順序で様々なステップの要素を提示しており、クレーム内で明記していない限り、提示した特定の順序または階層に限定されるように意図されているわけではない。
【０１３７】
上記の説明は、本明細書で説明される様々な態様を当業者が実施できるようにするために与えられる。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、請求項は本明細書で示す態様に限定されるよう意図されているわけではなく、請求項の文言と整合するすべての範囲を許容するように意図されており、単数の要素への言及は、そのように明記されていない限り、「唯一無二の」ではなく、「1つまたは複数の」を意味するよう意図されている。別段に明記されていない限り、「いくつかの」という用語は「1つまたは複数の」を意味する。項目の列挙「のうちの少なくとも1つ」という語句は、単一の要素を含め、それらの項目の任意の組合せを意味する。たとえば、「a、bまたはcのうちの少なくとも1つ」は、「a」、「b」、「c」、「aおよびb」、「aおよびc」、「bおよびc」、「a、bおよびc」を含むことが意図されている。当業者が知っているか、後に知ることになる、本開示全体にわたって説明された様々な態様の要素と構造的かつ機能的に同等のものはすべて、参照により本明細書に明確に組み込まれ、請求項によって包含されることが意図される。また、本明細書で開示する内容は、そのような開示が請求項で明記されているか否かに関わりなく、公に供することは意図されていない。請求項のいかなる要素も、「のための手段」という語句を使用して要素が明記されている場合、または方法クレームで「のためのステップ」という語句を使用して要素が記載されている場合を除き、米国特許法第112条第6項の規定に基づき解釈されることはない。
【符号の説明】
【０１３８】
100  装置
102  バス
104  プロセッサ
105  メモリ
106  コンピュータ可読媒体
108  バスインターフェース
110  トランシーバ
112  ユーザインターフェース
114  処理システム
200  UMTSシステム
202  UMTS地上波無線アクセスネットワーク(UTRAN)
204  コアネットワーク
206  無線ネットワークコントローラ(RNC)
207  無線ネットワークサブシステム(RNS)
208  ノードB
210  ユーザ機器(UE)
211  汎用加入者識別モジュール(USIM)
212  MSC
214  GMSC
215  ホームロケーションレジスタ(HLR)
216  回線交換ネットワーク
218  サービングGPRSサポートノード(SGSN)
220  ゲートウェイGPRSサポートノード(GGSN)
222  パケットベースネットワーク
306  物理層
308  層2(L2層)
310  メディアアクセス制御(MAC)サブレイヤ
312  無線リンク制御(RLC)サブレイヤ
314  パケットデータコンバージェンスプロトコル(PDCP)サブレイヤ
316  RRC層
400  アクセスネットワーク
430  UE
432  UE
434  UE
436  UE
438  UE
440  UE
442  ノードB
444  ノードB
446  ノードB
502  ノードB
504  ノードB
506  ダウンリンクセル
508  ダウンリンクセル
510  UE
512  アップリンクチャネル
518  RNC
520  Iubインターフェース
522  Iubインターフェース
602  受信チェーン
604  受信チェーン
606  アナログデジタル変換器
608  アナログデジタル変換器
610  RFフロントエンド
612  プロセッサ
614  送信機
616  T1タイマー
618  メモリ
700  HSDPAネットワーク
702  RNC
704  ノードB
706  UE
750  SFDC-HSDPAネットワーク
800  MAC-ehsエンティティ
802  HARQエンティティ
804  分解エンティティ
806  再順序付け待ち行列配信エンティティ
808  再順序付けエンティティ
810  再構築エンティティ
812  LCH-ID逆多重化エンティティ
【図１】
0005697283.tif 000002
【図２】
0005697283.tif 000003
【図３】
0005697283.tif 000004
【図４】
0005697283.tif 000005
【図５】
0005697283.tif 000006
【図６】
0005697283.tif 000007
【図７】
0005697283.tif 000008
【図８】
0005697283.tif 000009
【図９】
0005697283.tif 000010
【図１０】
0005697283.tif 000011
【図１１】
0005697283.tif 000012
【図１２】
0005697283.tif 000013