JP5589145B2

JP5589145B2 - マルチリンクｐｄｃｐサブレイヤを利用するマルチポイントｈｓｄｐａ通信のためのシステムおよび方法

Info

Publication number: JP5589145B2
Application number: JP2013537936A
Authority: JP
Inventors: ダンル・ジャン; ロヒット・カプール; ビブ・プラサド・モハンティー; ウェイヤン・ゲ; ジーレイ・ホウ
Original assignee: クアルコム，インコーポレイテッド
Priority date: 2010-11-08
Filing date: 2011-11-08
Publication date: 2014-09-10
Anticipated expiration: 2031-11-08
Also published as: CN103201977B; CN103201977A; KR101498963B1; JP2013543352A; KR20130095793A; US8989004B2; US20120281564A1; EP2638654A1; WO2012064772A1

Description

関連出願の相互参照
本出願は、内容全体が参照により本明細書に組み込まれる、2010年11月8日に米国特許商標局で出願された仮特許出願第61/411,245号の優先権および利益を主張する。

本開示の態様は、一般には、ワイヤレス通信システムに関し、より詳細には、アグリゲーションのために複数のダウンリンクセルで送られるパケットを管理するためのPDCP層アルゴリズムに関する。

電話、ビデオ、データ、メッセージング、放送などの様々な通信サービスを提供するために、ワイヤレス通信ネットワークが広範囲に配備されている。そのようなネットワークは、たいていは多元接続ネットワークであり、利用可能なネットワークリソースを共有することによって、複数のユーザ向けの通信をサポートする。そのようなネットワークの一例は、UMTS地上波無線アクセスネットワーク(UTRAN)である。UTRANは、第3世代パートナーシッププロジェクト(3GPP)によってサポートされる第3世代(3G)モバイルフォン技術である、Universal Mobile Telecommunications System(UMTS)の一部として定義される無線アクセスネットワーク(RAN)である。UMTSは、Global System for Mobile Communications(GSM(登録商標))技術の後継であり、広帯域符号分割多元接続(WCDMA(登録商標))、時分割符号分割多元接続(TD-CDMA)、および時分割同期符号分割多元接続(TD-SCDMA)などの様々なエアインターフェース規格を現在サポートしている。UMTSは、関連するUMTSネットワークのデータ転送の速度および容量を向上させる高速パケットアクセス(HSPA)のような改良型の3Gデータ通信プロトコルもサポートする。

モバイルブロードバンドアクセスに対する要望が増し続けるにつれて、研究開発は、モバイルブロードバンドアクセスに対する高まる要望を満たすためだけでなく、モバイル通信によるユーザ経験を進化させ強化させるためにも、UMTS技術を進化させ続けている。

ある例として、近年、マルチポイントHSDPAが導入されており、マルチポイントHSDPAでは、複数のセルが同じキャリア周波数内で高速のダウンリンクを移動局に提供できるので、移動局は、そうしたセルからの伝送を統合することができる。マルチポイントHSDPAシステムの一例では、複数のMAC層リンクが存在し、各サービングセルはそれ自体のMACエンティティを管理し、対応する数のMACエンティティ(サービングセルごとに1つ)を含む移動局へのそれぞれのリンクがある。この方式では、複数のMAC層リンクを介して移動局で受信されるパケットがスキューすること、またはそれらのそれぞれの順序番号による順序が狂って到着することがある。このスキューは、チェックされない場合、パケットの不必要な再送信につながり得る。したがって、潜在的なスキューに留意し、不必要な再送信を引き起こさないでそれを扱うことができる形でこのスキューに対処できるマルチポイントHSDPAネットワーク用のプロトコルが必要である。

以下で、本開示の1つまたは複数の態様の基本的理解を与えるために、そのような態様の簡略化された概要を提示する。この概要は、本開示のすべての企図された特徴の包括的な概観ではなく、本開示のすべての態様の主要または重要な要素を特定するものでも、本開示のいずれかまたはすべての態様の範囲を定めるものでもない。その唯一の目的は、後で提示するより詳細な説明の導入として、本開示の1つまたは複数の態様のいくつかの概念を簡略化された形で提示することである。

一態様では、本開示は、ユーザ機器で動作可能なワイヤレス通信の方法を提供する。ここで、本方法は、複数の基地局の各々からPDCPフローの少なくとも一部分を受信するステップ、およびPDCPフローに対応するPDCP PDUを、PDCP PDUの各々におけるPDCP順序番号に従って並べ替えるステップなどのステップを含むことができる。

別の態様では、本開示は、無線ネットワークコントローラで動作可能なワイヤレス通信の方法を提供する。ここで、本方法は、単一のPDCPエンティティから、複数のパケットを複数のRLCエンティティの間で割り振るステップ、パケットの各々にPDCP順序番号を割り当てるステップ、および割振りに従って複数のRLCエンティティに複数のパケットを送るステップなどのステップを含むことができる。

別の態様では、本開示は、ワイヤレス通信用に構成されたユーザ機器(UE)を提供する。ここで、本UEは、複数の基地局の各々からPDCPフローの少なくとも一部分を受信するための手段と、PDCPフローに対応するPDCP PDUを、PDCP PDUの各々におけるPDCP順序番号に従って並べ替えるための手段とを含むことができる。

別の態様では、本開示は、ワイヤレス通信用に構成された無線ネットワークコントローラ(RNC)を提供する。ここで、本RNCは、単一のPDCPエンティティから、複数のパケットを複数のRLCエンティティの間で割り振るための手段と、パケットの各々にPDCP順序番号を割り当てるための手段と、割振りに従って複数のRLCエンティティに複数のパケットを送るための手段とを含むことができる。

別の態様では、本開示は、UEで動作可能なコンピュータプログラム製品を提供する。本コンピュータプログラム製品は、複数の基地局の各々からPDCPフローの少なくとも一部分を受信することと、PDCPフローに対応するPDCP PDUを、PDCP PDUの各々におけるPDCP順序番号に従って並べ替えることとをコンピュータに行わせるための命令を有するコンピュータ可読媒体を含む。

別の態様では、本開示は、RNCで動作可能なコンピュータプログラム製品を提供する。本コンピュータプログラム製品は、単一のPDCPエンティティから、複数のパケットを複数のRLCエンティティの間で割り振ることと、パケットの各々にPDCP順序番号を割り当てることと、割振りに従って複数のRLCエンティティに複数のパケットを送ることとをコンピュータに行わせるための命令を有するコンピュータ可読媒体を含む。

別の態様では、本開示は、ワイヤレス通信用に構成されたUEを提供する。ここで、本UEは、少なくとも1つの基地局からダウンリンク送信を受信するための受信機と、少なくとも1つの基地局にアップリンク送信を送信するための送信機と、受信機および送信機を制御するための少なくとも1つのプロセッサと、少なくとも1つのプロセッサに結合されたメモリとを含む。少なくとも1つのプロセッサは、複数の基地局の各々からPDCPフローの少なくとも一部分を受信し、PDCPフローに対応するPDCP PDUを、PDCP PDUの各々におけるPDCP順序番号に従って並べ替えるように構成される。

別の態様では、本開示は、ワイヤレス通信用に構成されたRNCを提供する。ここで、本RNCは、それぞれの複数のRLCエンティティと通信するための複数の通信インターフェースと、複数の通信インターフェースを制御するための少なくとも1つのプロセッサと、少なくとも1つのプロセッサに結合されたメモリとを含む。少なくとも1つのプロセッサは、単一のPDCPエンティティから、複数のパケットを複数のRLCエンティティの間で割り振り、パケットの各々にPDCP順序番号を割り当て、割振りに従って複数のRLCエンティティに複数のパケットを送るように構成される。

上記の目的および関連する目的の達成のために、本明細書で説明される本開示の1つまたは複数の態様は、以下で十分に説明され特許請求の範囲で具体的に指摘される特徴を含み得る。以下の説明および添付の図面は、本開示の1つまたは複数の態様のいくつかの例示的な特徴を詳細に説明する。しかしながら、これらの特徴は、本開示の様々な態様の原理が使用され得る様々な方法のうちのほんのいくつかしか示しておらず、この説明は、本開示のそのようなすべての態様およびそれらの等価物を含むものとする。

処理システムを使用する装置のハードウェア実装の一例を示すブロック図である。遠隔通信システムの一例を概念的に示すブロック図である。アクセスネットワークの一例を示す概念図である。ユーザプレーンおよび制御プレーンの無線プロトコルアーキテクチャの一例を示す概念図である。 RNCとUEとの間の、HSDPAネットワークにおけるダウンリンク経路で利用される層のいくつかを示す概念図である。マルチポイントHSDPAネットワークの一部分を示すブロック図である。マルチリンクPDCP層を有するRNCとUEとの間の、マルチポイントHSDPAネットワークにおけるダウンリンク経路で利用される層のいくつかを示す概念図である。マルチリンクPDCP層を有するRNCからUEへのダウンリンク経路上でのPDCP PDUのフローを示す概念図である。マルチリンクPDCPからPDCP PDUを割り振り、送る例示的なプロセスを示すフローチャートである。マルチリンクPDCPを利用するマルチポイントHSDPAネットワーク内でUEにおいてPDCP PDUを受信し、処理する例示的なプロセスを示すフローチャートである。 RNCなどのネットワークノードで動作可能な、キュー転送(queue transfer)を利用することによってイベント1B測定イベントを扱う例示的なプロセスを示すフローチャートである。 RNCなどのネットワークノードで動作可能な、柔軟なRLC/MAC-ehsマッピングを利用することによってイベント1B測定イベントを扱う例示的なプロセスを示すフローチャートである。 RNCと通信しているUEを示すブロック図である。

添付の図面に関する下記の詳細な説明は、様々な構成の説明として意図されており、本明細書で説明される概念が実行され得る唯一の構成を表すように意図されているわけではない。詳細な説明は、様々な概念の完全な理解をもたらす目的で、具体的な詳細を含んでいる。しかし、これらの概念がこれらの具体的な詳細なしに実行され得ることが、当業者には明らかであろう。場合によっては、そのような概念を曖昧にするのを回避する目的で、周知の構造および構成要素がブロック図の形式で示されている。

本開示のいくつかの態様は、スキューに関係する問題、すなわち、ソフトアグリゲーションを実施するワイヤレス通信ネットワークにおいて順序が狂って到着し得るパケットに対処するPDCP層プロトコルを提供する。ここで、PDCP層は複数のRLCリンクの上に横たわっており、セルごとに1つあるRLCリンクがユーザ機器で統合されている。本開示のさらなる態様では、複数の論理チャネルが、同じデータアプリケーション用に構成され得る。このようにして、各RLC層に対応するパケットをいずれかのセルで送信することができ、モビリティに関係する改善がUEにもたらされる。

本開示の様々な態様によれば、要素または要素の任意の一部分または要素の任意の組合せを、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に示される本開示の態様は、WCDMA(登録商標)エアインターフェースを使用するUMTSシステム200を参照して提示される。UMTSネットワークは、コアネットワーク204、UMTS地上波無線アクセスネットワーク(UTRAN)202、およびユーザ機器(UE)210という3つの対話する領域を含む。この例では、UTRAN 202は、電話、ビデオ、データ、メッセージング、放送、および/または他のサービスを含む様々なワイヤレスサービスを提供することができる。UTRAN 202は、無線ネットワークコントローラ(RNC)206などのそれぞれの無線ネットワークコントローラ(RNC)によって各々制御される、無線ネットワークサブシステム(RNS)207などの複数の無線ネットワークサブシステム(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は、GSM(登録商標)コアネットワークである。しかしながら、当業者が認識するように、GSM(登録商標)ネットワーク以外のタイプのコアネットワークへのアクセスを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のWCDMA(登録商標)エアインターフェースは、そのようなDS-CDMA技術に基づいており、さらに周波数分割複信(FDD)を必要とする。FDDは、ノードB 208とUE 210との間のアップリンク(UL)およびダウンリンク(DL)に異なるキャリア周波数を使用する。DS-CDMAを利用し、時分割複信(TDD)を使用するUMTSの別のエアインターフェースは、TD-SCDMAエアインターフェースである。本明細書で説明する様々な例は、WCDMA(登録商標)エアインターフェースを指し得るが、基礎をなす原理はTD-SCDMAエアインターフェースに等しく適用可能であることを、当業者は認識するだろう。

UE 210とノードB 208との間の通信は、物理(PHY)層およびメディアアクセス制御(MAC)層を含むものと見なされ得る。さらに、それぞれのノードB 208によるUE 210とRNC 206との間の通信は、無線リソース制御(RRC)層を含むものと見なされ得る。

高速パケットアクセス(HSPA)エアインターフェースは、スループットの向上および遅延の低減を支援する、3G/W-CDMAエアインターフェースに対する一連の強化を含む。前のリリースに対する他の修正には、HSPAが、ハイブリッド自動再送要求(HARQ)、チャネル送信の共有、ならびに適応変調および適応符号化を利用する。HSPAを定義する規格は、HSDPA(高速ダウンリンクパケットアクセス)およびHSUPA(高速アップリンクパケットアクセス、改良型アップリンクまたはEULとも呼ばれる)を含む。

図3は、限定することなく例として、HSPAを利用し得るUMTS地上波無線アクセスネットワーク(UTRAN)アーキテクチャの、簡略化されたアクセスネットワーク300を示す。システムは、セル302、304、および306を含む複数のセルラー領域(セル)を含み、セルの各々は、1つまたは複数のセクタを含み得る。セルは、たとえばカバレッジエリアによって地理的に定義することができ、かつ/または、周波数、スクランブリングコードなどに従って定義することもできる。つまり、図示される地理的に定義されたセル302、304、および306は各々、たとえば異なるスクランブリングコードを利用することによって、複数のセルにさらに分割され得る。たとえば、セル304aは、第1のスクランブリングコードを利用することができ、セル304bは、同じ地理的な領域内にあり、同じノードB 344によってサービスされているが、第2のスクランブリングコードを利用することによって区別され得る。

セクタに分割されるセルでは、セル内の複数のセクタはアンテナのグループによって形成されてよく、各々のアンテナがセルの一部分にあるUEとの通信を担う。たとえば、セル302において、アンテナグループ312、314、および316は、各々異なるセクタに対応し得る。セル304において、アンテナグループ318、320、および322は、各々異なるセクタに対応し得る。セル306において、アンテナグループ324、326、および328は、各々異なるセクタに対応し得る。

セル302、304、および306は、各セル302、304、または306の1つまたは複数のセクタと通信していてもよい、いくつかのUEを含み得る。たとえば、UE 330および332は、ノードB 342と通信していてもよく、UE 334および336は、ノードB 344と通信していてもよく、UE 338および340は、ノードB 346と通信していてもよい。ここで、各ノードB 342、344、346は、それぞれのセル302、304、および306の中のすべてのUE 330、332、334、336、338、340に、コアネットワーク204(図2参照)へのアクセスポイントを提供するように構成される。

ソースセル304aとの呼の間、または任意の他の時間において、UE 336は、ソースセル304aの様々なパラメータ、ならびに、セル304b、306、および302などの近隣セルの様々なパラメータを監視することができる。さらに、これらのパラメータの品質に応じて、UE 336は、近隣セルの1つまたは複数との何らかのレベルの通信を保つことができる。この期間において、UE 336は、UE 336が同時に接続されるセルのリストであるアクティブセットを保持することができる(すなわち、ダウンリンク専用物理チャネルDPCHまたはフラクショナルダウンリンク専用物理チャネルF-DPCHをUE 336に現在割り当てているUTRAセルが、アクティブセットを構成し得る)。

アクティブセットの管理は、RNCとUEとの間で、あるレイヤ3無線リソース制御(RRC)メッセージを使うことで、可能になり得る。たとえば、アクティブセットに含めるべきセルの選択は、あるUEの測定によるものであってよく、この測定は、システム情報ブロック(SIB)においてネットワークによって構成され得る。

たとえば、UEは、UEの監視されたセットの中の各セルによって送信されるパイロット信号(たとえば、共通パイロットチャネルCPICH)の、信号強度とノイズフロアとの比(E_C/I₀)を測定することができる。つまり、UEは、近隣のセルのE_C/I₀を求めることができ、これらの測定に基づいてセルを順位付けることができる。

セルの順位が変わると、または、任意の他の報告トリガイベントまたは測定イベント(以下でさらに詳細に論じる)が起きると、UEは、あるRRCメッセージをRNCに送って、このイベントを報告することができる。したがって、RNCは、UEのアクティブセットを変更するという決定を行い、アクティブセットの変更を示すRRCメッセージ(すなわちアクティブセット更新メッセージ)をUEに送ることができる。次いでRNCが、たとえば、ノードBアプリケーションパート(NBAP)シグナリングを利用してIubインターフェースを介して、それぞれの(1つまたは複数の)ノードBと通信し、UEとの通信のためにセルを構成することができる。最後に、再構成の成功を示す物理チャネル再構成(PCR)完了というUEからのRRCの応答があると、RNCが、PCRメッセージなどのさらなるRRCメッセージを利用して、UEと通信することができる。

一次CPICHがUEの報告範囲に入ると、1つの報告トリガが発生し得る。つまり、特定のセルのE_C/I₀が特定のしきい値(たとえば、一次サービングセルのE_C/I₀よりもあるdB値だけ低い)に達し、そのレベルがある時間維持され、そのセルをアクティブセットに加えるのが適切になり得る場合、イベント1Aと呼ばれる測定イベントが起こり得る。

一次CPICHが報告範囲から出ると、別の報告トリガが発生し得る。つまり、特定のセルのE_C/I₀が特定のしきい値(たとえば、一次サービングセルのE_C/I₀よりもあるdB値だけ低い)を下回り、そのレベルがある時間維持され、そのセルをアクティブセットから除去するのが適切になり得る場合、イベント1Bと呼ばれる測定イベントが起こり得る。

アクティブセットに空きがなく、アクティブセット以外のセルの候補の一次CPICHが、アクティブセット中の最弱のセルの一次CPICHを超え、アクティブセット中の最弱のセルを上記のセルの候補で置き換えるのが適切になり得る場合には、別の報告トリガが発生し得る。ここで、イベント1Cと呼ばれる測定イベントが起こってよく、組み合わされた無線リンクの追加と除去を引き起こす。

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つのサービングセルを有し、E_C/I₀のUEの測定によれば、そのサービングセルがアクティブセット中で最強のセルである。3GPP TS 25.331のリリース5で定められるモビリティ手順によれば、HSPDAサービングセルを変更するための無線リソース制御(RRC)シグナリングメッセージが、より強いセルであるとUEが報告するセル(すなわちターゲットセル)からではなく、現在のHSDPAサービングセル(すなわちソースセル)から送信される。

つまり、上で説明したイベント1Aおよびイベント1Bを扱う報告トリガに加えて、HSDPAでは、E_C/I₀のUEの測定によれば、サービングHS-DSCHセルの品質を近隣セル(アクティブセットの中にあってもなくてもよい)が超える場合に、別の報告トリガが発生し得る。この場合、サービングHS-DSCHセルを再選択するのが適切であり得る。したがって、イベント1Dと呼ばれる測定イベントを利用して、最良のサービングHS-DSCHセルを変更することができる。

3GPP規格のリリース8は、デュアルセルHSDPA(DC-HSDPA)をもたらし、これは、ノードBによって送信される隣接する2つの5MHzダウンリンクキャリアをUEが統合できるようにする。デュアルキャリアの手法は、マルチキャリアの位置におけるダウンリンクデータ速度の高速化および効率の改善をもたらす。一般に、DC-HSDPAは一次キャリアおよび二次キャリアを利用し、一次キャリアはダウンリンクデータ送信のためのチャネルおよびアップリンクデータ送信のためのチャネルを提供し、二次キャリアはダウンリンク通信のためのHS-PDSCHおよびHS-SCCHの第2のセットを提供する。ここで、一次キャリアは一般に、E_c/I₀のUEの測定によれば、最良のサービングHS-DSCHセルであり、イベント1D測定イベントを利用することによって、二次サービングセルと交換され得る。さらに、イベント1Aをマルチセルネットワークで利用して、一次サービングセルを変更することなく二次サービングセルを追加することができ、イベント1Bを利用して、二次サービングセルを除去することができる。

UEとUTRANとの間の無線プロトコルアーキテクチャは、具体的な用途に応じて様々な形態をとり得る。UEとノードBとの間のユーザプレーンおよび制御プレーンの無線プロトコルアーキテクチャの例を示す、HSPAシステムの例がここで、図4を参照して提示される。ここで、ユーザプレーンまたはデータプレーンはユーザトラフィックを搬送し、制御プレーンは制御情報、すなわちシグナリングを搬送する。

図4を見ると、UEおよびノードBの無線プロトコルアーキテクチャは、層1、層2、および層3という3つの層で示される。層1は最下位層であり、様々な物理層の信号処理機能を実装する。層1は、本明細書では物理層406と呼ばれる。層2(L2層)408と呼ばれるデータリンク層は、物理層406の上にあり、物理層406を通じたUEとノードBとの間のリンクを担う。

層3において、RRC層416は、UEとノードBとの間の制御プレーンのシグナリングを扱う。RRC層416は、上位層のメッセージのルーティング、ブロードキャスト機能および呼び出し機能の取り扱い、無線ベアラの確立および構成などのための、いくつかの機能的なエンティティを含む。

UTRAエアインターフェースでは、L2層408はサブレイヤに分割される。制御プレーンでは、L2層408は、メディアアクセス制御(MAC)サブレイヤ410および無線リンク制御(RLC)サブレイヤ412という、2つのサブレイヤを含む。ユーザプレーンでは、L2層408はさらに、パケットデータコンバージェンスプロトコル(PDCP)サブレイヤ414を含む。図示されていないが、UEは、ネットワーク側のPDNゲートウェイで終端するネットワーク層(たとえばIP層)と、接続の他の端部(たとえば、遠端のUE、サーバなど)で終端するアプリケーション層とを含めて、L2層408より上にいくつかの上位層を有し得る。

PDCPサブレイヤ414は、異なる無線ベアラと論理チャネルとの間の多重化を行う。PDCPサブレイヤ414はまた、無線送信のオーバーヘッドを低減するための上位層データパケットのヘッダ圧縮、データパケットの暗号化によるセキュリティ、および、ノードB間のUEのハンドオーバーのサポートを実現する。

RLCサブレイヤ412は一般に、肯定応答された、肯定応答されていない、透過モードのデータ転送をサポートし、上位層のデータパケットのセグメント化および再構築、失われたデータパケットの再送信、ならびに、ハイブリッド自動再送要求(HARQ)による順序の狂った受信を補償するためのデータパケットの並べ替えを行う。つまり、RLCサブレイヤ412は、失われたパケットの再送信を要求できる再送信機構を含む。

RLC再送信機構を提供するために、RLCプロトコルデータユニット(PDU)は一般に、RLC順序番号と呼ばれるパラメータを含む。RLC順序番号は、UEが非確認型モードであるか確認型モードであるかに従って、異なるフォーマットをとり得るが、一般には、確認型モードのPDUがRLC再送信を調整するために用いられる。ある間隔で、UEは、ステータスPDUと呼ばれるRLCサブレイヤPDUを送ることができ、ステータスPDUは、正常に受信されなかった1つまたは複数のRLC順序番号のフィールドと、RLC PDUが正常に受信されなかった抜けの長さを示す長さインジケータとを含み得る。当然、ステータスPDUのフォーマットは、各PDUの明示的な肯定応答または否定応答(ACK/NACK)を含む形態、または任意の他の適切なフォーマットなどの、他の形態であってもよい。ここで、RLCサブレイヤ412が、ある最大の回数の再送信または送信時間の期限を経てもデータを正常に配信できない場合、上位層はこの状態を通知され、RLC SDUは廃棄され得る。

MACサブレイヤ410は、論理チャネルとトランスポートチャネルとの間の多重化を行う。MACサブレイヤ410はまた、複数のUEの間における、1つのセルの中の様々な無線リソース(たとえばリソースブロック)の割振りを担う。MACサブレイヤ410はまた、HARQ動作も担う。MACサブレイヤ410は、限定はされないが、MAC-dエンティティおよびMAC-hs/ehsエンティティを含む、様々なMACエンティティを含む。

図5は、ノードB 504を通るRNC 502とUE 506との間のHSDPAネットワーク中のダウンリンク経路の概略図であり、それぞれのノードにおいてサブレイヤの一部を示す。ここで、RNC 502は、図2に示すRNC 206と同じであってよく、ノードB 504は、図2に示すノードB 208と同じであってよく、UE 506は、図2に示すUE 210と同じであってよい。RNC 502は、たとえばRLCサブレイヤおよびPDCPサブレイヤを含めて、MAC-dとその上のプロトコル層を収容する。高速チャネルのために、MAC-hs/ehs層がノードB 504に収容される。さらに、ノードB 504におけるPHY層は、たとえばHS-DSCHを通じてUE 506におけるPHY層と通信するためのエアインターフェースを提供する。

UE 506側から、MAC-dエンティティは、すべての専用トランスポートチャネル、MAC-c/sh/mエンティティ、およびMAC-hs/ehsエンティティへのアクセスを制御するように、構成される。さらに、UE 506側から、MAC-hs/ehsエンティティは、HSDPA特有の機能を扱い、HS-DSCHトランスポートチャネルへのアクセスを制御するように、構成される。上位層は、MAC-hsとMAC-ehsという2つのエンティティのどちらが、HS-DSCH機能を扱うのに適用されるかを設定する。

上で論じたように、DC-HSDPAは、ダウンリンクキャリアアグリゲーションを提供する。3GPP リリース8のDC-HSDPAで実現するキャリアアグリゲーション、およびその後の改良は、トラフィック集中時の遅延の低減を含めて、ユーザ体験において利益をもたらす。

本開示のいくつかの態様によれば、ソフトアグリゲーションと呼ばれ得る別の形態のアグリゲーションが、ダウンリンクアグリゲーションを提供し、それぞれのダウンリンクセルが同じ周波数キャリアを利用する。ソフトアグリゲーションは、シングルキャリアネットワークにおけるDC-HSDPAと同様の利益を実現しようとする。

図6は、本開示のいくつかの態様による、ソフトアグリゲーションの例示的なシステムを示す。図6では、2つ以上のセル614と616の間に地理的な重複があり得るので、UE 610は、少なくともある期間、複数のセルによってサービスされ得る。したがって、本開示によるワイヤレス通信システムは、単一の周波数チャネル上の複数のセルからのHSDPAサービスを提供できるので、UEはアグリゲーションを実行することができる。たとえば、2つ以上のセルを利用する構成は、単一周波数デュアルセルHSDPA(SFDC-HSDPA)、多地点協調HSDPA(CoMP HSDPA)、または単にマルチポイントHSDPAと呼ばれ得る。しかし、他の用語も自由に使われ得る。このようにして、セルの境界およびシステム全体において、ユーザは高いスループットによる利益を受けることができる。様々な例では、異なるセルは同じノードBによって提供されてもよく、または異なるセルは異なるノードBによって提供されてもよい。

図6に示される方式では、2つのノードB 602および604は各々、それぞれダウンリンクセル606および608を提供し、これらのダウンリンクセルは、キャリア周波数が実質的に同じである。当然、すでに説明したように、別の例では、ダウンリンクセル606と608の両方が、同じノードBの異なるセクタから提供されてもよい。UE 610は、ダウンリンクセルを受信して統合し、ノードB 602と604の一方または両方によって受信され得るアップリンクチャネル612を提供する。UE 610からのアップリンクチャネル612は、たとえば、対応するダウンリンクセル606および608のためのダウンリンクチャネル状態に対応する、フィードバック情報を提供することができる。

DC-HSDPA対応UEは2つの受信チェーンを有し、受信チェーンの各々は異なるキャリアからHSデータを受信するために用いられ得る。本開示の態様によるマルチポイントHSDPA対応UEでは、複数の受信チェーンが異なるセルからHSデータを受信するようにされた場合、アグリゲーションによる利益の少なくとも一部が、シングルキャリアネットワークにおいて実現され得る。

本開示のいくつかの態様では、統合されるセルは、UEのアクティブセット中のセルに限定され得る。これらのセルは、ダウンリンクチャネル品質に従って決定された、アクティブセット中で最強のセルであってよい。最強のセルが異なるノードBサイトに存在する場合、この方式は「ソフトアグリゲーション」と呼ばれ得る。統合されることになる最強のセルが同じノードBサイトに存在する異なるセクタである場合、この方式は「ソフターアグリゲーション」と呼ばれ得る。

従来のDC-HSDPAシステム、または、両方のセルが単一のノードBによって提供されるソフターアグリゲーションマルチポイントHSDPAシステムでは、2つのセルは、図5に示す従来のHSDPAシステムとほとんど同じ方式で、同じMAC-ehsエンティティを共有し得る。ここで、ダウンリンクデータは単一のノードBサイトの異なるセクタからUEに来るので、RLC PDUの送信の管理はより簡単であり、ダウンリンクの特定の1つに対応するUEにおけるRLCエンティティは一般に、パケットがそれぞれのRLC順序番号に従って順序どおりに送られると想定することができる。したがって、UEにおける受信パケットのRLC順序番号に抜けがあった場合、それは、パケット障害によるものと理解可能であり、UEは、それに応じてそれらのパケットの再送信を要求することができる。次いでRNCにおけるRLCエンティティは、失われたRLC順序番号に対応するすべてのパケットを再送信するだけでよい。

UE中のRLC層は一般に、物理層の喪失を上位層が感じることがないようにする。ソフトアグリゲーションマルチポイントHSDPAシステムで利用される場合、UEにおけるMACエンティティは一般に、複数のセルからのデータパケットが順序どおりに配信されることを保証できない。それは、(上で説明したように)ダウンリンクストリームを提供するセルのサブセットにおいて様々な問題が起こる可能性があり、MAC層におけるHARQ再送信が順序の狂ったパケットをもたらし得るからである。したがって、RLCサブレイヤは、受信パケットをRLC順序番号に従って順番どおりに並べる。

図7は、マルチリンクPDCPを実施する、本開示の一態様による例示的なマルチポイントHSDPAシステムの一部分を示すブロック図である。図示のシステムは、2つのダウンリンクのソフトアグリゲーションを示しているが、本開示の様々な態様を、本開示の範囲内で任意の数のダウンリンクに同等に適用することができる。

図示のRNC702は、RNC702における複数のRLCエンティティ712Aおよび712Bの間でデータアプリケーション用の複数のパケット(たとえば、PDCP PDU)を割り振るように構成されたマルチリンクPDCPエンティティ710を含む。ここで、マルチリンクPDCPエンティティ710は、パケットの各々にPDCP順序番号を割り当てることができる。すなわち、HSDPA用のPDCPサブレイヤに関する現行規格は、PDCP順序番号に利用されるフィールドおよびコーディングを定義しているが、それらのPDCP順序番号は、時々使用されるだけであり、パケットをUEで受信したときに並べ替えることに関係する目的で利用されることはない。しかしながら、本開示の態様では、PDCP順序番号をすべてのPDCP PDUに割り当てることができ、それにより、以下でさらに詳細に説明するように、UEにおけるPDCPサブレイヤで、パケットがそこで受信されたときに並べ替えおよびスキューの管理が実行され得る。

複数のRLCエンティティ712Aおよび712Bの間でパケットが割り振られると、これらのパケットは、それぞれの論理チャネルを介して、対応するノードB704および706に提供され得る。すなわち、本開示の態様では、複数の論理チャネルは、各々がRNC 702とそれぞれのノードB 704および706との間で(当業者に知られている)Iubインターフェースを利用することができ、マルチリンクPDCPエンティティ710を利用するデータアプリケーション用に構成され得る。このようにして、マルチポイントHSDPAを送信するために利用されるノードB 704および706の各々は、データアプリケーションの一部分に対応するそれ自体のRLCストリームまたはRLCリンクの一部であり得る。

論理チャネルに関して、RNC702におけるRLCエンティティ712Aおよび712Bは、複数のノードB 704および706の各々に各々マッピングされ得る。本開示のいくつかの態様によれば、RNC702におけるRLCエンティティ712Aまたは712BとノードB 704または706との間のマッピングは柔軟であってよく、それにより、複数の論理チャネルの各々をいずれかのノードBに送信することができる。以下でさらに詳細に説明するように、RLCエンティティから特定のセルへの柔軟なマッピングは、様々な測定イベント中のパフォーマンスを改善し得る。

各ノードB 704および706は、エアインターフェースをさらに含み、エアインターフェースは、それぞれのRLCストリームで受信されたパケットをUE 708に送信するためのHSDPA送信用に構成され得る。UE 708は、それぞれのノードB 704および706から受信された複数のストリームに対応する複数の受信チェーンを、物理層およびMAC層に含むことができる。さらに、本開示の一態様によれば、UE 708は、複数のRLCストリームの各々に対応するパケットを受信し、処理するための複数のRLCエンティティ714Aおよび714Bを含むことができる。

本開示の一態様によれば、データフローの各部分はそれ自体のRLCストリームを利用するので、RLCは、RLC順序番号の何らかの抜けに関して、従来のRLCエンティティとほとんど同じように動作することができる。すなわち、UE 708におけるRLCエンティティ714または716のうちの1つによって、RLC順序番号の抜けが発見された場合、UE 708におけるそれぞれのRLCエンティティは、この抜けが復号または送信の失敗を表すと推測することができ、したがって、RLCステータスPDUなどの適切なRLCシグナリングを利用して、抜けに対応するRLC PDUの再送信を要求することができる。

UE 708における複数のRLCエンティティ714Aおよび714Bの上に、マルチリンクPDCPサブレイヤ716がある。本開示の態様では、マルチリンクPDCPサブレイヤ716は、受信パケットを、RNC 702におけるマルチリンクPDCPサブレイヤ710によって割り振られたパケットの各々におけるPDCP順序番号に従って並べ替えるように構成され得る。

図9は、本開示のいくつかの態様によるRNC 702などのネットワークノードで動作可能な、マルチリンクPDCP層を利用するマルチポイントHSDPAに関する例示的なプロセス900を示すフローチャートである。すなわち、いくつかの例では、プロセス900は、RNC 702、または複数のRLCエンティティへのUE向けパケット(たとえばPDCP PDU)の割振りを実施する任意の適切なネットワークノードによって、実行され得る。さらに、プロセス900は、以下で列挙される機能を実行するように構成されたプロセッサ104によって実施され得る。以下で説明される1つの非限定的な例では、プロセスは、マルチポイントHSDPAワイヤレス通信システムのためのパケットを提供するように構成されたRNCのPDCPサブレイヤにおいて実施され得る。

ブロック902において、プロセスは、単一のPDCPエンティティ710から、複数のパケットを複数のRLCエンティティ712Aおよび712Bの間で割り振ることができる。複数のRLCエンティティは、PDCPエンティティ710とともにRNC 702に存在してよく、RNC 702からUE 708へのそれぞれのRLCストリームの起点であり得る。これらのRLCストリームの一部として、RNC 702に存在するRLCエンティティ712Aおよび712Bの各々の下で、対応するMAC-dエンティティが、RNCとそれぞれのノードB 704および706との間の論理インターフェースを提供することができる。

ブロック904において、プロセスはパケットの各々にPDCP順序番号を割り当てることができ、ブロック906において、プロセスは割振りに従って、複数のRLCエンティティに、PDCP順序番号を含む複数のパケットを送ることができる。ここで、RLCエンティティ712 Aおよび712 Bは、RLC順序番号などのRLC層情報を追加することを含め、実質的にHSDPAネットワークにおける従来のRLC層としてパケットを各々処理することができる。ブロック908において、プロセスは、第1の論理チャネルを利用して第1のRLCエンティティ712Aから一次サービングセルに複数のパケットの第1の部分を送信することができ、ブロック910において、プロセスは、第2の論理チャネルを利用して第2のRLCエンティティ712Bから二次サービングセルに複数のパケットの第2の部分を送信することができる。たとえば、パケットはRNC 702からノードB 704および706に対し、上記のようにそれぞれのIubインターフェースを介して送られ得る。

図8に関して後述するように、そのようなマルチリンクPDCP構成に伴い、特に、UE 708におけるそれぞれのRLCエンティティ714Aおよび714Bに対する2つのRLCストリームを介した順序の狂ったパケット配信に関係して、いくつかの問題が生じ得る。すなわち、UE 708におけるマルチリンクPDCPサブレイヤ716が、PDCP順序番号に従って順番どおりにパケットを配置した場合、スキューによる順序番号の抜けが必然的に生じ得る。本開示のいくつかの態様では、「抜け」は、1つまたは複数のPDCP順序番号に対応する1つまたは複数のパケットを含み得る。さらに、パケットをUEに転送する特定のノードBに対応する2つ以上の抜けが存在し得る。ここで、抜けの一部はスキューによって引き起こされたものであり得るが、抜けの一部は障害によって引き起こされたものであり得る。

スキューとパケットの送信または復号の失敗とが区別されない場合、不必要な再送信が要求されることになり得る。本開示の態様は、これらの不必要な再送信を少なくしまたはなくすためにこの構成の具体的な問題を考慮するマルチリンクPDCPアルゴリズムによって、これらの問題に対処することができる。

図8は、ノードB 704および706のペアを通ってUE 708で合流する、マルチリンクPDCPサブレイヤ710を有するサービングRNC 702からの8個のパケットのフローを示す概略図である。図示の例では、0〜7と名付けられた8個のPDCP PDUが示される。ここで、SRNC 702は、PDCP PDUとしてUE 708に送られるべき、8個のPDCP SDUを上位層から受信する。PDCPサブレイヤ710は、PDCP PDUの各々にPDCP順序番号を割り当て、パケットをRNC 702における2つのRLCエンティティ712Aおよび712Bの間で割り振る。さらに、RLCエンティティ712Aおよび712Bの各々は、RLCサブレイヤにおけるそれぞれのパケットにRLC順序番号を割り当てることができる。

説明を簡単にするために、SRNC 702におけるフロー制御アルゴリズムは、第1の4個のパケット0〜3をRNC 702における第1のRLCエンティティ712Aに割り振り、第2の4個のパケット4〜7をRNC 702における第2のRLCエンティティ712Bに割り振る。RLCエンティティから、パケットはそれぞれのRLCストリームを介して、対応するノードB 704または706に送信される。当然、本開示の様々な態様において、任意の適切なフロー制御アルゴリズムが、パケットをそれぞれのRLCストリームに割り振るために利用されてよく、図示される2つのRLCエンティティ間での単純な分割は、説明を簡単にするために利用されたものにすぎない。さらに、本開示の様々な態様では、第1のRLCエンティティ712Aと第1のノードB 704との間、および第2のRLCエンティティ712Bと第2のノードB 706との間の対応は、固定したものでなくてもよく、柔軟であってよく、それによりRNC 702におけるいずれかのRLCエンティティは、ノードB704または706のうちのいずれか1つに、異なる形で対応し得る。

第1のノードB 704において、キューは、PDCP順序番号0〜3を有するパケットをUE 708に送る準備を行い、第2のノードB 706において、キューは、PDCP順序番号4〜7を有するパケットをUE 708に送る準備を行う。各ノードBにおけるチャネル状態が同等であり、セルの負荷も同等であると仮定すると、時間t₀において、UE 708は、第1のパケット、つまりPDCP順序番号0および4を有するパケットを、各ノードBから受信する。図示される例では、UEにおける第1のMACエンティティはパケット0を受信し、UEにおける第2のMACエンティティはパケット4を受信する。

UE 708において、2つのRLCエンティティ714Aおよび714Bは、それぞれのMACエンティティからパケットを受信する。この時点で、各RLCエンティティはそれ自体のRLCストリームに対応するRLC順序番号を見ているだけなので、いずれのRLCエンティティも、RLC順序番号の抜けを検出していない。しかしながら、パケットがマルチリンクPDCPサブレイヤ716に送られると、PDCP順序番号0と4との間の抜けが検出される。すなわち、パケットがマルチリンクPDCPサブレイヤ716に渡されると、パケットは、パケットの各々におけるそれぞれのPDCP順序番号に従って並べ替えられる。ここで、それぞれのRLCストリームに対するパケットの特定の割振りに対応するスキューに起因して、PDCP順序番号の抜けが、マルチリンクPDCPサブレイヤ716の観点から生じる。

本開示の一態様によれば、スキューによってもたらされるこれらの抜けに対処するために、UE 708におけるマルチリンクPDCPサブレイヤ716は、PDCP順序番号における検出された各抜けに対応するスキュータイマーを開始することができる。スキュータイマーの長さは、任意の適切な値に設定されてよく、パケットの復号または送信の失敗ではなくスキューが抜けの原因であるとき、抜けを埋めるのにかかると予想される時間に関係し得る。スキュータイマーが作動する中、図8に示す時間t₁、t₂、およびt₃において、追加のパケットが受信されることがあり、図示のように、PDCP順序番号の抜けが埋まる可能性がある。様々な態様では、スキュータイマーが開始された原因であるPDCP順序番号の抜けが埋められたときに、スキュータイマープロセスが取り消されること、またはタイマーがリセットされることがある。ここで、スキュータイマーは終了していないので、PDCPフローに対応するデータを上位層に渡すための従来のPDCP手順が利用され得る。一方で、本開示の一態様では、PDCP順序番号の抜けが埋まる前にスキュータイマーが終了した場合、これは、パケットの復号または送信の失敗を示し得る。この場合、UE 708におけるマルチリンクPDCPエンティティ716は、あるPDCP順序番号未満でパケットが受信される状況、またはスキュータイマーが終了する状況のいずれかにおける当該PDCP順序番号までのすべてのデータパケットを、上位層に渡すことができる。言い換えれば、スキュータイマーが終了する前にPDCP順序番号の抜けが埋められなかった場合、その抜けまでのすべてのデータが渡され得る。

すなわち、本開示の一態様では、マルチリンクPDCPサブレイヤ716は、RLC層で利用されるフィードバックまたは従来のHSPDAシステムで利用される他のフィードバックを超えて何らかの追加のフィードバックを取り込む必要はないことがある。PDCP機構へのフィードバックの導入は、スキュータイマーの終了により必要な場合にパケットの再送信を要求する点において何らかの利益をもたらすことがあるが、PDCPサブレイヤにおけるフィードバックの導入により、複雑になるほか、望ましくないかもしれない既存仕様の変更が必要になるとみられる。さらに、RLCサブレイヤはそれ自体のフィードバック機構を取り込んでおり、RLC層において再送信を、抜けがそこで検出されたときに要求することがあるので、PDCPサブレイヤにおける抜けの発生率は比較的低くなり得る。

図10は、本開示のいくつかの態様によるUE 708などのユーザ機器で動作可能な、マルチリンクPDCPサブレイヤを利用するマルチポイントHSDPAに関する例示的なプロセス1000を示すフローチャートである。すなわち、いくつかの例では、プロセス1000は、UE 708によって、またはマルチポイントHSDPAを実施することが可能な任意の適切なユーザ機器によって実行され得る。さらに、プロセス1000は、以下で列挙される機能を実行するように構成されたプロセッサ104によって実施され得る。以下で説明する1つの非限定的な例では、プロセスは、マルチポイントHSDPAワイヤレス通信システムにおいてパケットを受信するように構成されたUEのPDCPサブレイヤによって実施され得る。

ブロック1002において、プロセスは、複数の基地局の各々からPDCPフローの少なくとも一部分を受信することができる。たとえば、PDCPフローを受信することは、UEが第1の基地局から第1のダウンリンクストリームを受信するブロック1002a、および第1のダウンリンクストリームと実質的に同じキャリア周波数で、UEが第2の基地局から第2のダウンリンクストリームを受信するブロック1002bを含むことができる。ここで、それぞれのダウンリンクストリームは、第1の基地局を含むUEとRLCとの間の第1の論理チャネル、および第2の基地局を含むUEとRLCとの間の第2の論理チャネルの一部分に対応し得る。

ブロック1004において、UEにおけるPDCPエンティティは、PDCPフローに対応するPDCP PDUを、PDCP PDUの各々におけるPDCP順序番号に従って並べ替えることができる。上記のように、PDCP PDUの並べ替えの結果、スキューによって、またはパケットの送信もしくは復号の失敗によって生じ得るPDCP順序番号のいくつかの抜けが現れ得る。したがって、ブロック1006において、UEにおけるPDCPエンティティは、PDCP順序番号の抜けが存在すると判断し得る。この判断に基づいて、ブロック1008において、UEにおけるPDCPエンティティは、抜けに対応するスキュータイマーを開始することができる。

ブロック1008で開始されたスキュータイマーが作動する中、追加のPDCP PDUがUEにおけるPDCPエンティティに到着することがあり、UEにおけるPDCPエンティティは、ブロック1004で行われたように、それらのPDUを並べ替えることができる。したがって、ブロック1010において、PDCPエンティティは、任意の受信PDCP PDUが、抜けを埋めるPDCP順序番号を有するか否かを判断することができる。抜けが埋められた場合、ブロック1016において、PDCPエンティティは、抜けまでの、かつ抜けを含む連続するPDCP順序番号を有するPDCP PDUを上位層に渡すことができる。抜けが埋められていない場合、ブロック1012において、PDCPエンティティは、ブロック1008で開始されたギャップに対応するスキュータイマーが終了したか否かを判断することができる。スキュータイマーがまだ終了していない場合、プロセスは継続することができ、抜けを埋め得るPDCP PDUを受信する可能性がある。一方、プロセスがブロック1012において、スキュータイマーが終了したと判断した場合、ブロック1014において、UEにおけるPDCPエンティティは、抜けに対応するPDCP順序番号よりも小さいPDCP順序番号を有するPDCP PDUを渡すことができる。このようにして、PDCP順序番号の抜けが残っていることもあるが、PDCPエンティティにおける受信パケットのキューはフラッシュされてよく、マルチポイントHSDPAシステムはパケットの受信を続けることができる。

上記で説明したように、HSDPAシステムは、それぞれのセルによって送信されたパイロットチャネルの特性に関するUEの測定に従って決定された特定のUEのアクティブセットを、いくつかのモビリティイベントを利用することによって管理することができる。本開示の一態様によれば、マルチリンクPDCPとともに利用されるとき、マルチリンクPDCPサブレイヤ710によって管理される複数のRLCストリームに関するさらなる考慮事項が考慮され得る。

たとえば、再び図7を参照して、第1のノードB 704とUE 708との間に単一のHSDPAリンクが確立されると仮定する。この時に、第2のノードB 706によって送信されたパイロットの特性に従い、イベント1A測定イベントを利用して、マルチポイントHSDPA用の二次サービングセルとして第2のノードB 706を追加することができる。ここで、すでにRNC 702からUE 708へのPDCPフローの伝送途中にある任意のパケットは存続可能であるので、測定イベントは何らかのデータの喪失を招くものではなく、2つのRLCストリームの間におけるPDCPエンティティ710によるパケットの新しい割振りが開始され得る。

さらに、それぞれのノードB 704および706によって送信されたパイロットの特性に従って、ノードB 704および706とUE 708との間でマルチポイントHSDPAリンクが確立されると仮定した場合、イベント1D測定イベントを利用して、一次サービングセルおよび二次サービングセルの場所を交換することができる。すなわち、第2のノードB 706がUE 708にとって最良のセルになった場合、第2のノードB 706を一次サービングセルとして利用し、第1のノードB 704を二次サービングセルとして利用するのが道理にかない得る。ここで、それぞれのノードBからUEへの伝送途中にある任意のパケットは存続可能であるので、交換はデータの喪失なしに行うことができ、RNC 702におけるPDCPエンティティ710は必要であれば、交換に従ってそれぞれのRLCストリーム間のデータパケットの割振りを変更するだけでよい。

本開示の一態様では、イベント1B測定イベントを利用して、マルチリンクPDCPサブレイヤ710を含むマルチポイントHSDPAシステムにおける二次サービングセルを除去することができる。ただし、この場合、二次サービングセルでの伝送途中にある既存のデータは失われ得る。すなわち、PDCPサブレイヤにおけるフィードバックの欠如が原因で、二次サービングセルが除去された後に、二次サービングセルから失われたデータを回復するのは難しいことがある。したがって、本開示の一態様に従い、RNC 702におけるマルチリンクPDCPサブレイヤ710によるRLCストリーム間のキュー転送が可能になり得る。

たとえば、再び図8を参照して、第1のノードB 704が一次サービングセルであり、第2のノードB 706が二次サービングセルであると仮定する。ここで、PDCPサブレイヤは、第1のRLCエンティティ712Aにおけるキューに、対応するIubインターフェースを介して第1のノードB 704に送信されるPDCP順序番号0〜3を有するパケットを割り振ることができる。ここで、パケット0〜3は、第1のRLCエンティティ712Aに対応する第1の論理チャネル用の指定を含むことができ、そこに指定されたRLC順序番号をさらに含むことができる。同様に、第2のRLCエンティティ712Bにおけるキューに、対応するIubインターフェースを介して第2のノードB 706に送信されるPDCP順序番号4〜7を有するパケットを割り振ることができる。ここで、パケット4〜7は、第2のRLCエンティティ712Bに対応する第2の論理チャネル用の指定を含むことができ、そこに指定されたRLC順序番号をさらに含むことができる。

これらのパケットが伝送途中にあるとき、イベント1B測定イベントに従って二次サービングセルが除去されることが生じ得る。すなわち、UE708は、アップリンク送信によりいくつかの測定報告メッセージを提供することができる。これらの測定に基づき、ネットワークは、二次サービングセルをUEへのサービスから除去する決定を下すことができる。ここで、二次サービングセルでの伝送途中のパケット4〜7を失う可能性がある。

本開示の一態様によれば、RNC 702は、PDCPサブレイヤ710によって、二次サービングセルに対応する第2のRLCエンティティ712Bにどのパケットが割り振られたかに関する知識を保持することができる。したがって、この情報を有することで、本開示のさらなる態様では、RNC 702はパケット4〜7を複製し、それらの複製パケットを一次サービングセルで再送することができる。すなわち、第2の論理チャネルを利用して二次サービングセルで送信されるために第2のRLCエンティティ712Bにおいてキューイングされたパケットが、第1の論理チャネルを利用して一次サービングセルで送信されるために複製され、第1のRLCエンティティ712Aにおいて再キューイングされ得る。すなわち、これらの再キューイングされたパケットは、以前の送信が第2の論理チャネル用に指定されていても、第1の論理チャネル用に指定され得る。第1のRLCエンティティ712Aにおいて再キューイングされることで、再キューイングされたパケットは、第1のRLCエンティティ712Aによって指定されたRLC順序番号を含むことができる。さらに、パケットが第1のIubインターフェースを介して第1のノードB 704に送信されるとき、再キューイングされたパケットは、新規パケットと表示されることがあり、または本開示の一態様では、再送信パケットと表示されることがある。再キューイングされたパケットが再送信パケットと表示される場合、当該パケットには、新規パケットよりも高い優先順位を与えて、より迅速にエアインターフェースで送信されるようにすることができる。このようにして、さもなければイベント1B測定イベントに関連して生じ得るパケットの喪失を減らすこと、またはなくすことができる。

ここで、ネットワークは二次サービングセル706に対し、そのバッファからデータを除去するように命令することができ、またはネットワークは二次サービングセル706に対し、単にデータを送信しないように命令することができる。本開示のいくつかの態様では、二次サービングセル706は、キューイングされたパケットを、すべて送信するまで送信し続けることが可能であり得る。すなわち、二次サービングセル706におけるバッファがクリアされていない場合、イベント1Bが最終的に発生したことに伴って、データはどのみち除去される。

図11は、本開示のいくつかの態様によるRNC 702などのネットワークノードで動作可能な、上述のキュー転送を利用するワイヤレス通信に関する例示的なプロセス1100を示すフローチャートである。ここで、プロセス1100は、図9に示すプロセス900の続きであってよい。すなわち、プロセス1100は、マルチポイントHSDPAシステムで実施されてよく、この場合にRNCにおいて単一のPDCPエンティティから複数のRLCエンティティに割り振られた複数のパケットが、ワイヤレスエアインターフェースでUEに送信されるために、対応する複数の基地局に送られる。ここで、複数の基地局は、図7に関して上述した(一次サービングセルとして機能し得る第1のノードB 704および二次サービングセルとして機能し得る第2のノードB 706を示した)ように、一次サービングセルおよび二次サービングセルを含むことができる。

ブロック1102において、RNCはUEから、二次サービングセルの特性がしきい値を下回ったことを示す指示を受信することができる。たとえば、二次サービングセルとして機能する第2のノードBによって送信されたパイロットチャネルのE_c/I₀が、UEが定めた一定のしきい値を下回っていることがある。ここで、UEは、イベント1Bの指示を含むRRCメッセージを送ることができる。ブロック1102において受信された指示に応答して、RNCは二次サービングセルを除去することを決定することができる。

したがって、ブロック1104において、RNCのPDCPサブレイヤは、第2のRLCエンティティに割り振られた複数のパケットのうちの少なくとも1つのパケットを複製することができる。たとえば、再び図7を参照すると、マルチリンクPDCPエンティティ710は、第2のノードB 706を含む第2のRLCストリームに対応する第2のRLCエンティティ712Bに割り振られていたパケットを複製することができ、その理由は、第2のノードB 706に対応する二次サービングセルを除去する決定に従い、このパケットがUE 708で受信される可能性が低いことにある。したがって、ブロック1106において、PDCPエンティティは、少なくとも1つの複製パケットを第1のRLCエンティティに送ることができる。再び図7を参照すると、一次サービングセルとして機能する第1のノードB 704を含む第1のRLCストリームに対応する第1のRLCエンティティ712Aに、ブロック1104で複製されたパケットを送ることができる。ブロック1108において、第1のRLCエンティティ712Aは少なくとも1つの複製パケットを、ワイヤレスエアインターフェースを利用してUEに送信するために、第1のRLCエンティティから一次サービングセルに送ることができる。

本開示の別の態様では、柔軟なRLC/MAC-ehsマッピングを利用して、イベント1B測定イベントに関連するパケットの潜在的喪失に対処することができる。すなわち、RNC 702における各RLC 712Aおよび712Bからのパケットの割当ては、それらのパケットがいずれかのセル、すなわち、一次サービングセル704または二次サービングセル706に送られ得るという点で柔軟であってよい。

すなわち、本開示の一態様によれば、RNC 702におけるマルチリンクPDCPサブレイヤ710は、マルチポイントHSDPA送信で利用されるRLCストリームに対応するRLCサブレイヤ712Aおよび712Bを管理することができる。RLCサブレイヤ712Aおよび712Bは、それらに割り振られたパケットを、UE 708に送信するためにノードB 704または706のうちの1つに提供するように各々構成される。ここで、これらのRLCストリームのうちの1つがイベント1B測定イベントに起因して除去される場合、その除去されるストリームで伝送途中のパケットを回復したいという望みがある。したがって、特定のノードB 704または706に対するRLCストリームのうちの1つまたは複数のマッピングは柔軟であってよく、ノードBのうちの2つ以上にマッピングすることが可能である。

このようにして、イベント1B測定イベントが生じ、二次サービングセル706が除去された場合、UE 708におけるRLCサブレイヤ714Bは、伝送途中に失われたパケットに対応するRLC順序番号の抜けを認識する。この場合、UE 708は、失われたパケットの再送信を、たとえばRLCステータスPDUを利用することによって要求することができる。

本開示の態様によれば、異なるノードBに対するRLCストリームの柔軟なマッピングにより、パケットの再送信が残りの一次サービングセルで生じることが可能になり得る。すなわち、パケットは二次サービングセル706を利用して送信されたが、二次サービングセルはイベント1Bに起因して除去されたので、同じパケットの再送信が一次サービングセル704で送られ得る。

ここで、本開示のいくつかの態様では、複数のRLCサブレイヤ712Aまたは712Bのうちの1つのみが柔軟なマッピングに対応可能であることがある。たとえば、定常状態にある間、すなわち、デュアルセルマルチポイントHSDPA送信が生じているときに、第1のRLCサブレイヤ712Aを一次サービングセル704にマッピングすることができ、第2のRLCサブレイヤ712Bを二次サービングセル706にマッピングすることができる。しかしながら、イベント1Bの間に、二次サービングセルが抜け落ち、二次サービングセルに利用される第2のRLCサブレイヤ712Bが、異なるノードBに対する柔軟なマッピングを有することが可能であり得る。このようにして、上記のように、イベント1B測定イベントが生じたとき、伝送途中に失われたパケットについてUE 708が要求した再送信は、同じ第2のRLCサブレイヤ712Bによって、一次サービングセル704を介して提供され得る。

図12は、本開示のいくつかの態様によるRNC 702などのネットワークノードで動作可能な、上述の柔軟なRLC/MAC-ehsマッピングを利用するワイヤレス通信に関する例示的なプロセス1200を示すフローチャートである。ここで、プロセス1200は、図9に示すプロセス900の続きであってよい。すなわち、プロセス1200は、マルチポイントHSDPAシステムで実施されてよく、この場合にRNCにおいて単一のPDCPエンティティから複数のRLCエンティティに割り振られた複数のパケットが、ワイヤレスエアインターフェースでUEに送信されるために、対応する複数の基地局に送られる。ここで、複数の基地局は、図7に関して上述した(一次サービングセルとして機能し得る第1のノードB 704および二次サービングセルとして機能し得る第2のノードB 706を示した)ように、一次サービングセルおよび二次サービングセルを含むことができる。

ブロック1202において、RNCはUEから、二次サービングセルの特性がしきい値を下回ったことを示す指示を受信することができる。たとえば、二次サービングセルとして機能する第2のノードBによって送信されたパイロットチャネルのE_c/I₀が、UEが定めた一定のしきい値を下回っていることがある。ここで、UEは、イベント1Bの指示を含むRRCメッセージを送ることができる。ブロック1202において受信された指示に応答して、RNCは二次サービングセルを除去することを決定することができる。

したがって、ブロック1204において、RNCは二次サービングセルに対応する第2のノードBを再構成して、二次サービングセルを除去することができる。たとえば、NBAPシグナリングをRNCと第2のノードB 706との間で利用して、二次サービングセルを除去することができる。

ここで、二次サービングセルが除去されているので、UEにおけるRLCエンティティはRLC順序番号の抜けを検出することがある。この場合、UEにおけるRLCエンティティは、抜けに対応するパケットの再送信要求をRNCに送ることができる。したがって、ブロック1206において、RNCは、二次サービングセルに対応するRLCエンティティに割り振られた第1のパケットに対応するRLC再送信要求を受信することがある。応答して、ブロック1208において、RNCは、一次サービングセルに対応する第1の基地局に第1のパケットを送ることによって、第1のパケットを送信することができる。すなわち、RNCにおける第2のRLCエンティティ712Bは、第1のパケットなどのパケットを第1のノードB 704に送ることが可能であり得る。このようにして、柔軟なRLC/MAC-ehsマッピングを少なくとも第2のRLCエンティティ712Bに関して可能にすることによって、マルチポイントHSDPAネットワークにおける二次サービングセルの除去にもかかわらず、第2のRLCエンティティ712Bに割り振られたパケットがUE 708に提供され得る。すなわち、第1のノードB 704によって第2のRLCエンティティ712Bに割り振られたパケットの再送信を可能にすることで、イベント1B測定イベントの場合にパケット喪失を減らすことができる。

図13は、本開示のいくつかの態様による、例示的なRNC 1352と通信している例示的なUE 1302を示す簡略ブロック図である。ここで、UE 1302は、図2に示すUE 210、図6に示すUE 610、図7に示すUE 708、またはマルチリンクPDCPサブレイヤを利用するマルチポイントHSDPA通信が可能な任意の適切なユーザ機器と同じであってよい。ここで、UE 1302は、アップリンク信号を送信するための送信機1304、およびダウンリンク信号を受信するための受信機1306を含むことができる。さらに、UE 1302は、プロセッサ1314およびプロセッサ1314に結合されたメモリ1312を含むことができる。プロセッサは、図1に示す処理システム114もしくはプロセッサ104、またはパケットを処理するのに適した任意の他のプロセッサと同じであってよい。UE 1302は、ユーザインターフェース1316をさらに含むことができ、ユーザインターフェース1316は、ディスプレイデバイス、キーボードなどの要素を含むことができる。

UE 1302は、パケットに割り当てられた順序番号に従ってパケットを並べ替えるための並べ替えエンティティ1310をさらに含むことができる。またさらに、UE 1302は、1つまたは複数のタイマー1308を含むことができ、タイマー1308は、並べ替えエンティティ1310によるパケットの並べ替えの後、PDCP順序番号の抜けが検出されると開始するように構成され得る。

RNC 1352は、図2に示すRNC 206、図7に示すRNC 702、またはマルチリンクPDCPサブレイヤを利用するマルチポイントHSDPA通信が可能な任意の適切なRNCと同じであってよい。ここで、RNC 1352は、データソース1354を含むことができ、データソース1354は、PDCPサブレイヤより上に上位層を含むことができる。さらに、RNC 1352は、パケットをPDCPエンティティから複数のRLCエンティティの間で割り振るためのフローコントローラ1356、およびパケットの各々にPDCP順序番号を割り振るための順序番号割振りエンティティ1358を含むことができる。RNC 1352は、パケットをそれぞれの基地局にそれぞれの論理リンクを介して送るための1つまたは複数のIubインターフェース1366をさらに含むことができる。またさらに、RNC 1352は、プロセッサ1364およびプロセッサ1364に結合されたメモリ1360を含むことができる。ここで、プロセッサは、図1に示す処理システム114もしくはプロセッサ104、またはパケットを処理するのに適した任意の他のプロセッサと同じであってよい。

WCDMA(登録商標)システムを参照して、遠隔通信システムのいくつかの態様を示してきた。当業者が容易に諒解するように、本開示全体にわたって説明される様々な態様は、他の遠隔通信システム、ネットワークアーキテクチャおよび通信規格に拡張され得る。

例として、様々な態様は、TD-SCDMAおよびTD-CDMAなど、他のUMTSシステムに拡張され得る。様々な態様はまた、Long Term Evolution (LTE)(FDD、TDD、またはこれら両方のモードによる)、LTE-Advanced (LTE-A)(FDD、TDD、またはこれら両方のモードによる)、CDMA2000、Evolution-Data Optimized (EV-DO)、Ultra Mobile Broadband (UMB)、IEEE 802.11 (Wi-Fi)、IEEE 802.16 (WiMAX)、IEEE 802.20、Ultra-Wideband (UWB)、Bluetooth(登録商標)、および/または他の適切なシステムを利用するシステムに拡張され得る。実際の利用される遠隔通信規格、ネットワークアーキテクチャ、および/または通信規格は、具体的な用途およびシステムに課される全体の設計制約に依存する。

上記の説明は、本明細書で説明される様々な態様を当業者が実施できるようにするために与えられる。これらの態様への様々な変更は当業者には容易に明らかであり、本明細書で定義した一般的原理は他の態様に適用され得る。したがって、請求項は本明細書で示す態様に限定されるよう意図されているわけではなく、請求項の文言と整合するすべての範囲を許容するように意図されており、単数の要素への言及は、そのように明記されていない限り、「唯一無二の」ではなく、「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 コアネットワーク(CN)
206 無線ネットワークコントローラ(RNC)
207 無線ネットワークサブシステム(RNS)
208 ノードB
210 ユーザ機器(UE)
211 汎用加入者識別モジュール(USIM)
212 MSC
214 GMSC
215 ホームロケーションレジスタ(HLR)
216 回線交換ネットワーク
218 サービングGPRSサポートノード(SGSN)
220 ゲートウェイGPRSサポートノード(GGSN)
222 パケットベースネットワーク
300 アクセスネットワーク
302 セル
304 セル
304a セル、ソースセル
304b セル
306 セル
312 アンテナグループ
314 アンテナグループ
316 アンテナグループ
318 アンテナグループ
320 アンテナグループ
322 アンテナグループ
324 アンテナグループ
326 アンテナグループ
328 アンテナグループ
330 UE
332 UE
334 UE
336 UE
338 UE
340 UE
342 ノードB
344 ノードB
346 ノードB
406 物理層
408 層2(L2層)
410 メディアアクセス制御(MAC)サブレイヤ
412 無線リンク制御(RLC)サブレイヤ
414 パケットデータコンバージェンスプロトコル(PDCP)サブレイヤ
416 RRC層
502 RNC
504 ノードB
506 UE
602 ノードB
604 ノードB
606 ダウンリンクセル
608 ダウンリンクセル
610 UE
612 アップリンクチャネル
614 セル
616 セル
702 RNC、SRNC
704 ノードB、一次サービングセル
706 ノードB、二次サービングセル
708 UE
710 マルチリンクPDCPエンティティ、マルチリンクPDCPサブレイヤ
712A RLCエンティティ、RLCサブレイヤ
712B RLCエンティティ、RLCサブレイヤ
714A RLCエンティティ
714B RLCエンティティ、RLCサブレイヤ
716 マルチリンクPDCPサブレイヤ
1302 UE
1304 送信機
1306 受信機
1308 タイマー
1310 並べ替えエンティティ
1312 メモリ
1314 プロセッサ
1316 ユーザインターフェース
1352 RNC
1354 データソース
1356 フローコントローラ
1358 順序番号割振りエンティティ
1360 メモリ
1364 プロセッサ
1366 Iubインターフェース

Claims

ユーザ機器(610)で動作可能なワイヤレス通信の方法であって、
複数の基地局(602)の各々からPDCPフローの少なくとも一部分を受信するステップ(1002)と、
前記PDCPフローに対応するPDCP PDUを、前記PDCP PDUの各々におけるPDCP順序番号に従って並べ替えるステップ(1004)と、
前記PDCP順序番号の抜けが存在すると判断するステップ(1006)と、
前記抜けに対応するスキュータイマー(1308)を開始するステップ(1008)と、
前記抜けに対応する前記スキュータイマー(1308)が終了したときに、前記抜けに対応するPDCP順序番号よりも小さいPDCP順序番号を有するPDCP PDUを渡すステップ(1014)とを含む方法。
前記抜けを埋める、前記抜けに対応する順序番号を有する少なくとも1つのPDCP PDUを受信するステップ(1010)と、
前記抜けが埋められたとき、前記PDCP順序番号の前記抜けまでの、かつ前記抜けを含む連続するPDCP順序番号を有するPDCP PDUを渡すステップ(1016)と
をさらに含む、請求項1に記載の方法。
前記複数の基地局(602)の各々から前記PDCPフローの前記少なくとも一部分を前記受信するステップ(1002)は、
第1の基地局(602)から第1のダウンリンクストリーム(606)を受信するステップ(1002a)と、
前記第1のダウンリンクストリームと同じキャリア周波数で、第2の基地局(604)から第2のダウンリンクストリーム(608)を受信するステップ(1002b)と
を含む、請求項1に記載の方法。
前記第2のダウンリンクストリーム(608)の測定値がしきい値を下回ったと判断するステップと、
前記第2のダウンリンクストリーム(608)が前記第2の基地局(604)から受信されないように、マルチポイントHSDPAモードをオフにする、前記測定値に対応する要求を送信するステップと
をさらに含む、請求項3に記載の方法。
前記測定値に対応する前記要求は、イベント1Bの指示を含む、請求項4に記載の方法。
前記第2のダウンリンクストリーム(608)に対応するRLC順序番号の抜けが存在すると判断するステップと、
前記RLC順序番号の前記抜けに対応する少なくとも1つのパケットの再送信を要求するステップと、
前記第1の基地局(602)から前記第1のダウンリンクストリーム(606)を介して前記抜けに対応する前記少なくとも1つのパケットの再送信を受信するステップと
をさらに含む、請求項4に記載の方法。
前記第1のダウンリンクストリーム(606)は、前記ユーザ機器(610)と無線ネットワークコントローラ(702)との間の第1の論理チャネルに対応し、前記第2のダウンリンクストリーム(608)は、前記ユーザ機器(610)と前記無線ネットワークコントローラ(702)との間の第2の論理チャネルに対応する、請求項3に記載の方法。