(57)【要約】  ハンドオーバ中のデータ損失を低減するために、データをバッファおよび再送するための技術が説明される。ネットワーク・コントローラは、ユーザ機器（ＵＥ）のためのデータをバッファするかを決定しうる。このネットワーク・コントローラは、ＵＥのためのデータをバッファすると決定した場合、サービス提供中のノードＢに送られた予め定められた量の最新データを連続的にバッファしうる。１つの設計において、ネットワーク・コントローラは、ＵＥのためのデータをソース・ノードＢに送り、ソース・ノードＢからターゲット・ノードＢへのＵＥのハンドオーバを実行し、ソース・ノードＢに以前送られたデータの一部を、ターゲット・ノードＢに再送し、例えば、再送データの後に、ＵＥのための新たなデータを、ターゲット・ノードＢに送る。バッファおよび再送機能は、ＵＥのための各データ・フローに対して、選択的にイネーブル又はディスエーブルされうる。
2011530230.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて、データを送る方法であって、
ネットワーク・コントローラからソース・ノードＢに、ユーザ機器（ＵＥ）のためのデータを送ることと、
前記ソース・ノードＢからターゲット・ノードＢへの、前記ＵＥのハンドオーバを実行することと、
前記ソース・ノードＢに以前送られた前記データの一部を、前記ネットワーク・コントローラから前記ターゲット・ノードＢに再送することと
を備える方法。
【請求項２】
前記ターゲット・ノードＢに再送されたデータの一部は、前記ソース・ノードＢに以前送られた予め定められた量の最新データを備える請求項１に記載の方法。
【請求項３】
前記ネットワーク・コントローラから前記ターゲット・ノードＢに、前記ＵＥのための新たなデータを送ることを更に備え、前記新たなデータは、前記ソース・ノードＢに送られていない請求項１に記載の方法。
【請求項４】
前記ソース・ノードＢに以前送られたデータの一部を再送した後に、前記新たなデータが送られる請求項３に記載の方法。
【請求項５】
前記ネットワーク・コントローラにおいて、前記ＵＥのためのデータをバッファするかを決定することと、
前記ＵＥのためのデータをバッファすると決定された場合に、前記ＵＥのための、サービス提供中のノードＢに送られた予め定められた量の最新データを連続的にバッファすることと
を更に備える請求項１に記載の方法。
【請求項６】
前記ＵＥのためのデータ・フローをバッファするかを決定することと、
前記データ・フローをバッファすると決定された場合に、前記データ・フローのための予め定められた量の最新データを連続的にバッファすることと
を更に備える請求項１に記載の方法。
【請求項７】
前記ソース・ノードＢに以前送られたデータの一部は、前記データ・フローのためのデータであって、前記データ・フローをバッファすると決定された場合に、前記ターゲット・ノードＢに再送される請求項６に記載の方法。
【請求項８】
前記ＵＥのための少なくとも１つのデータ・フローを維持することと、
前記少なくとも１つのデータ・フローの各々をバッファするかを決定することと、
バッファすると決定された各データ・フローのためのデータの一部を、前記ターゲット・ノードＢに再送することと
を更に備える請求項１に記載の方法。
【請求項９】
前記少なくとも１つのデータ・フローの各々をバッファするかを決定することは、リアル・タイム・データを運ぶ各データ・フローを、バッファするために選択することを備える請求項８に記載の方法。
【請求項１０】
前記少なくとも１つのデータ・フローは、少なくとも１つのＭＡＣ−ｄフローを備える請求項８に記載の方法。
【請求項１１】
データが、任意の与えられた瞬間に、最大で１つのノードＢから前記ＵＥに送られる請求項１に記載の方法。
【請求項１２】
無線通信のための装置であって、
ネットワーク・コントローラからソース・ノードＢに、ユーザ機器（ＵＥ）のためのデータを送り、前記ソース・ノードＢからターゲット・ノードＢへの、前記ＵＥのハンドオーバを実行し、前記ソース・ノードＢに以前送られた前記データの一部を、前記ネットワーク・コントローラから前記ターゲット・ノードＢに再送するように構成された少なくとも１つのプロセッサを備える装置。
【請求項１３】
前記少なくとも１つのプロセッサは、前記ネットワーク・コントローラから前記ターゲット・ノードＢに、前記ＵＥのための新たなデータを送るように構成され、前記新たなデータは、前記ソース・ノードＢに送られていない請求項１２に記載の装置。
【請求項１４】
前記少なくとも１つのプロセッサは、前記ネットワーク・コントローラにおいて、前記ＵＥのためのデータをバッファするかを決定し、前記ＵＥのためのデータをバッファすると決定した場合に、前記ＵＥのための、サービス提供中のノードＢに送られた予め定められた量の最新データを連続的にバッファするように構成された請求項１２に記載の装置。
【請求項１５】
前記少なくとも１つのプロセッサは、前記ＵＥのための少なくとも１つのデータ・フローを維持し、前記少なくとも１つのデータ・フローの各々をバッファするかを決定し、バッファすると決定された各データ・フローのためのデータの一部を、前記ターゲット・ノードＢに再送するように構成された請求項１２に記載の装置。
【請求項１６】
無線通信システムのための装置であって、
ネットワーク・コントローラからソース・ノードＢに、ユーザ機器（ＵＥ）のためのデータを送る手段と、
前記ソース・ノードＢからターゲット・ノードＢへの、前記ＵＥのハンドオーバを実行する手段と、
前記ソース・ノードＢに以前送られた前記データの一部を、前記ネットワーク・コントローラから前記ターゲット・ノードＢに再送する手段と
を備える装置。
【請求項１７】
前記ネットワーク・コントローラから前記ターゲット・ノードＢに、前記ＵＥのための新たなデータを送る手段を更に備え、前記新たなデータは、前記ソース・ノードＢに送られていない請求項１６に記載の装置。
【請求項１８】
前記ネットワーク・コントローラにおいて、前記ＵＥのためのデータをバッファするかを決定する手段と、
前記ＵＥのためのデータをバッファすると決定された場合に、前記ＵＥのための、サービス提供中のノードＢに送られた予め定められた量の最新データを連続的にバッファする手段と
を更に備える請求項１６に記載の装置。
【請求項１９】
前記ＵＥのための少なくとも１つのデータ・フローを維持する手段と、
前記少なくとも１つのデータ・フローの各々をバッファするかを決定する手段と、
バッファすると決定された各データ・フローのためのデータの一部を、前記ターゲット・ノードＢに再送する手段と
を更に備える請求項１６に記載の装置。
【請求項２０】
コンピュータ読取可能媒体を備えるコンピュータ・プログラム製品であって、前記コンピュータ読取可能媒体は、
少なくとも１つのコンピュータに、ネットワーク・コントローラからソース・ノードＢに、ユーザ機器（ＵＥ）のためのデータを送らせるためのコードと、
前記少なくとも１つのコンピュータに、前記ソース・ノードＢからターゲット・ノードＢへの、前記ＵＥのハンドオーバを実行させるためのコードと、
前記少なくとも１つのコンピュータに、前記ソース・ノードＢに以前送られた前記データの一部を、前記ネットワーク・コントローラから前記ターゲット・ノードＢに再送させるためのコードと
を備えるコンピュータ・プログラム製品。
【請求項２１】
前記コンピュータ読取可能媒体は、
前記少なくとも１つのコンピュータに、前記ネットワーク・コントローラから前記ターゲット・ノードＢに、前記ＵＥのための新たなデータを送らせるためのコードを更に備え、前記新たなデータは、前記ソース・ノードＢに送られていない請求項２０に記載のコンピュータ・プログラム製品。
【請求項２２】
前記コンピュータ読取可能媒体は、
前記少なくとも１つのコンピュータに、前記ネットワーク・コントローラにおいて、前記ＵＥのためのデータをバッファするかを決定させるためのコードと、
前記少なくとも１つのコンピュータに、前記ＵＥのためのデータをバッファすると決定された場合に、前記ＵＥのための、サービス提供中のノードＢに送られた予め定められた量の最新データを連続的にバッファさせるためのコードと
を更に備える請求項２０に記載のコンピュータ・プログラム製品。
【請求項２３】
前記コンピュータ読取可能媒体は、
前記少なくとも１つのコンピュータに、前記ＵＥのための少なくとも１つのデータ・フローを維持させるためのコードと、
前記少なくとも１つのコンピュータに、前記少なくとも１つのデータ・フローの各々をバッファするかを決定させるためのコードと、
前記少なくとも１つのコンピュータに、バッファすると決定された各データ・フローのためのデータの一部を、前記ターゲット・ノードＢに再送させるためのコードと
を更に備える請求項２０に記載のコンピュータ読取可能媒体。
【請求項２４】
無線通信システムにおいて、ターゲット・ノードＢからデータを送る方法であって、
ネットワーク・コントローラから再送データを受信することと、
前記再送データをユーザ機器（ＵＥ）に送ることと、
前記ネットワーク・コントローラから新たなデータを受信することと、
前記新たなデータを前記ＵＥに送ることと
を備え、前記再送データは、前記ネットワーク・コントローラからソース・ノードＢに以前送られており、
前記新たなデータは、前記ネットワーク・コントローラから前記ソース・ノードＢに送られていない方法。
【請求項２５】
前記再送データおよび前記新たなデータを、高速共有チャネルで前記ＵＥに送ることを更に備える請求項２４に記載の方法。
【請求項２６】
無線通信のための装置であって、ネットワーク・コントローラから再送データを受信し、前記再送データをユーザ機器（ＵＥ）に送り、前記ネットワーク・コントローラから新たなデータを受信し、前記新たなデータを前記ＵＥに送るように構成された少なくとも１つのプロセッサを備え、前記再送データは、前記ネットワーク・コントローラからソース・ノードＢに以前送られており、
前記新たなデータは、前記ネットワーク・コントローラから前記ソース・ノードＢに送られていない装置。
【請求項２７】
前記少なくとも１つのプロセッサは、前記再送データおよび前記新たなデータを、高速共有チャネルで前記ＵＥに送るように構成されている請求項２６に記載の装置。
【請求項２８】
無線通信システムにおいてデータを受信する方法であって、
ソース・ノードＢからデータを受信することと、
前記ソース・ノードＢからターゲット・ノードＢへのハンドオーバを実行することと、
前記ターゲット・ノードＢから再送データおよび新たなデータを受信することとを備え、
前記再送データは、ネットワーク・コントローラから前記ソース・ノードＢに送られたデータと、前記ネットワーク・コントローラから前記ターゲット・ノードＢに再送されたデータとを備え、
前記新たなデータは、前記ネットワーク・コントローラによって、前記ターゲット・ノードＢには送られたが、前記ソース・ノードＢには送られていないデータを備える方法。
【請求項２９】
前記ソース・ノードＢおよび前記ターゲット・ノードＢから受信された重複データを検出することと、
前記重複データの単一コピーを保持することと
を更に備える請求項２８に記載の方法。
【請求項３０】
前記再送データは、バッファするために選択されたデータ・フローのためのデータである請求項２８に記載の方法。
【請求項３１】
前記再送データは、リアル・タイム・データを運ぶデータ・フローのためのデータである請求項２８に記載の方法。
【請求項３２】
無線通信システムのための装置であって、ソース・ノードＢからデータを受信し、前記ソース・ノードＢからターゲット・ノードＢへのハンドオーバを実行し、前記ターゲット・ノードＢから再送データおよび新たなデータを受信するように構成された少なくとも１つのプロセッサを備え、前記再送データは、ネットワーク・コントローラから前記ソース・ノードＢに送られたデータと、前記ネットワーク・コントローラから前記ターゲット・ノードＢに再送されたデータとを備え、前記新たなデータは、前記ネットワーク・コントローラによって、前記ターゲット・ノードＢには送られたが、前記ソース・ノードＢには送られていないデータを備える装置。
【請求項３３】
前記少なくとも１つのプロセッサは、前記ソース・ノードＢおよび前記ターゲット・ノードＢから受信された重複データを検出し、前記重複データの単一コピーを保持するように構成された請求項３２に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は一般に、通信に関し、特に、無線通信システムにおいてデータを送信および受信するための技術に関する。
【背景技術】
【０００２】
無線通信システムは、例えば、音声、ビデオ、パケット・データ、メッセージ、ブロードキャスト等のような、様々な種類の通信サービスを提供するために幅広く開発されている。これらのシステムは、使用可能なシステム・リソースを共有することによって、複数のユーザを支援する事が可能な多元接続システムでありうる。こういった多元接続システムの実例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、直交ＦＤＭＡ（ＯＦＤＭＡ）システム、および単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）システムを含む。
【０００３】
無線通信システムは、複数のノードＢを含み、各ノードＢは、特定の地理的なエリアのための通信カバレッジを提供しうる。ユーザ機器（ＵＥ）が、任意の与えられた瞬間において、１つのノードＢからデータを受信しうる。このＵＥは移動式であり、第１のノードＢのカバレッジから出て、第２のノードＢのカバレッジに入りうる。ＵＥは、第１のノードＢから第２のノードＢへのハンドオーバを実行しうる。ハンドオーバは様々なエンティティの間でシグナリング・メッセージを交換することを伴い、完了するのにいくらかの時間がかかる。ハンドオーバ中に、（ｉ）ＵＥが１つのノードＢをモニタしている間に、別のノードＢがデータをこのＵＥに送る場合、又は（ｉｉ）質の悪いチャネル条件のために、ＵＥがデータを誤って復号した場合に、いくらかのデータが失われうる。ハンドオーバ中のデータ損失を低減することが望ましい。
【発明の概要】
【０００４】
ハンドオーバ中のデータ損失を低減するために、データをバッファおよび再送するための技術が本明細書において説明される。態様において、ネットワーク・コントローラが、ＵＥのためのデータをバッファするか否かを決定しうる。ＵＥのためのデータをバッファすると決定した場合、ネットワーク・コントローラは、ＵＥのための、サービス提供中のノードＢに送られた予め定められた量の最新データを連続的にバッファしうる。
【０００５】
１つの設計において、ネットワーク・コントローラは、ＵＥのためのデータをソース・ノードＢに送り、ソース・ノードＢからターゲット・ノードＢへのＵＥのハンドオーバを実行し、ソース・ノードＢに以前送られたデータの一部を、ターゲット・ノードＢに再送しうる。この再送データは、ソース・ノードＢに以前送られた（例えば、予め定められた数の最新パケットのような）予め定められた量の最新データを含みうる。ネットワーク・エンティティは、例えば、再送データの後に、ＵＥのための新たなデータをターゲット・ノードＢに送りうる。新たなデータは、ソース・ノードＢに送られていないデータを備えうる。
【０００６】
１つの設計において、ネットワーク・コントローラが、ＵＥのための少なくとも１つのデータ・フローを維持し、各データ・フローをバッファするか否かを決定しうる。ネットワーク・コントローラは、リアル・タイム・データを運ぶ各データ・フローを、バッファするために選択する、および／あるいは、その他の基準に基づいて、バッファするためのデータ・フローを選択しうる。ネットワーク・コントローラは、バッファするために選択された各データ・フローのための予め定められた量の最新データを連続的にバッファしうる。ネットワーク・コントローラは、ＵＥのハンドオーバにおいて、バッファするために選択された各データ・フローのためのデータの一部を、ターゲット・ノードＢに再送しうる。
【０００７】
１つの設計において、ＵＥが、ソース・ノードＢからデータを受信し、ソース・ノードＢからターゲット・ノードＢへのハンドオーバを実行し、再送データおよび新たなデータをターゲット・ノードＢから受信しうる。このＵＥは、ソース・ノードＢおよびターゲット・ノードＢの両方から受信された重複データを検出し、重複データの単一コピーを保持しうる。
【０００８】
本開示の様々な態様および機能が、以下に更に詳細に説明される。
【図面の簡単な説明】
【０００９】
【図１】図１は、無線通信システムを図示する。
【図２】図２は、ＵＥと、サービス提供中のノードＢと、ＲＮＣとにおけるプロトコル・スタックを図示する。
【図３】図３は、ノードＢ間のハンドオーバを伴う呼出についてのメッセージ・フローを図示する。
【図４】図４は、ノードＢ間のハンドオーバと、「バッファおよび再送」機能とを伴う呼出についてのメッセージ・フローを図示する。
【図５】図５は、各ＭＡＣ−ｄフローについての、バッファおよび再送機能の設計を図示する。
【図６】図６は、バッファおよび再送機能を実施するサーキュラ・バッファを図示する。
【図７】図７は、ＲＮＣによってデータを送るためのプロセスを図示する。
【図８】図８は、ターゲット・ノードＢによってデータを送るためのプロセスを図示する。
【図９】図９は、ＵＥによってデータを受信するためのプロセスを図示する。
【図１０】図１０は、ＵＥと、２つのノードＢと、ＲＮＣのブロック図を図示する。
【発明を実施するための形態】
【００１０】
本明細書で説明されたバッファおよび再送技術は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡおよびその他のシステムのような、様々な無線通信システムのために使用されうる。用語「システム」および「ネットワーク」は、しばしば置換可能に使用される。ＣＤＭＡネットワークは、ユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）やｃｄｍａ２０００などのようなラジオ技術を実現しうる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびＣＤＭＡのその他の変形を含む。ｃｄｍａ２００は、ＩＳ−２０００基準、ＩＳ−９５基準、ＩＳ−８５６基準をカバーする。ＴＤＭＡシステムは、グローバル・システム・フォー・モバイル・コミュニケーション（ＧＳＭ（登録商標））のような無線技術を実現しうる。ＯＦＤＭＡシステムは、例えば、Ｅｖｏｌｖｅｄ  ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラ・モバイル・ブロードキャスト（ＵＭＢ）、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）等のような無線技術を実現しうる。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの最新リリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは第３世代パートナシップ・プロジェクト（３ＧＰＰ）と命名された団体からの文書において説明される。ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナシップ・プロジェクト２」（３ＧＰＰ２）と命名された団体からの文書において説明される。明確化のために、技術の特定の態様が、ＷＣＤＭＡについて以下に説明され、３ＧＰＰ用語が以下の説明の多くにおいて使用される。
【００１１】
図１は、ユニバーサル地上ラジオ・アクセス・ネットワーク（ＵＴＲＡＮ）１０２およびコア・ネットワーク１０４を含む無線通信システム１００を図示する。ＵＴＲＡＮ１０２が、任意の数のノードＢおよびその他のネットワーク・エンティティを含みうる。簡略化のために、２つのノードＢ１２０、１２２と、１つのラジオ・ネットワーク・コントローラ（ＲＮＣ）１３０が、ＵＴＡＮ１０２のための図１に図示される。ノードＢは、ＵＥと通信する固定局であり、発展型ノードＢ（ｅＮｏｄｅＢ）や、基地局や、アクセス・ポイント等とも称されうる。各ノードＢは、特定の地理的エリアのための通信カバレッジを提供する。ノードＢのカバレッジ・エリアは、複数（例えば、３つ）のより小さなエリアに分割されうる。より小さな各エリアは、各ノードＢサブシステムによってサービス提供されうる。３ＧＰＰにおいて、用語「セル」は、このカバレッジ・エリアにサービス提供するノードＢおよび／あるいはノードＢサブシステムの最小のカバレッジ・エリアを称しうる。
【００１２】
ＲＮＣ１３０は、ノードＢ１２０、１２２に結合し、これらのノードＢのための調整および制御を提供する。ＲＮＣ１３０は更に、コア・ネットワーク１０４内のネットワーク・エンティティとも通信しうる。コア・ネットワーク１０４は、ＵＥのための様々な機能およびサービスを支援する様々なネットワーク・エンティティを含みうる。
【００１３】
ＵＥ１１０は、ダウンリンクおよびアップリンクによって、ノードＢ１２０および／あるいはノードＢ１２２と通信しうる。ダウンリンク（すなわちフォワード・リンク）は、ノードＢからＵＥへの通信リンクを称し、アップリンク（すなわちリバース・リンク）はＵＥからノードＢへの通信リンクを称する。ダウンリンクでは、ＵＥ１１０が、任意の与えられた瞬間において１つのノードＢだけからデータを受信しうる。アップリンクでは、ＵＥ１１０が、１又は複数のノードＢへデータを送りうる。以下の説明の多くは、ダウンリンクでのデータ伝送についてであり、ＵＥ１１０は任意の与えられた瞬間において、１つのノードＢだけと通信していると仮定される。ＵＥ１１０は、据置式あるいは移動式であり、例えば、移動局、端末、アクセス端末、加入者ユニット、局等とも称されうる。ＵＥ１１０は例えば、セルラ電話、情報携帯端末（ＰＤＡ）、無線モデム、無線通信デバイス、ハンドヘルド・デバイス、ラップトップ・コンピュータ、コードレス電話等である。
【００１４】
３ＧＰＰリリース５およびそれより最新のものは、高速ダウンリンク・パケット・アクセス（ＨＳＤＰＡ）を支援する。これは、ダウンリンクでの高速パケット・データ伝送を可能にするチャネルよび手順のセットである。ＨＳＤＰＡでは、ノードＢが、高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）でデータを送りうる。これは、時間および符合の両方において、全てのＵＥによって共有されるダウンリンク・トランスポート・チャネルである。ＨＳ−ＤＳＣＨは、各伝送時間間隔（ＴＴＩ）において、１又は複数のＵＥのためのデータを運びうる。ＷＣＤＭＡにおいて、１０ミリ秒（ｍｓ）ラジオ・フレームは、５つの２ｍｓサブフレームに分割され、各サブフレームは、３つのスロットを含み、各スロットは、０．６７７ｍｓの持続時間を有する。ＨＳＤＰＡでは、ＴＴＩが、１サブフレームに等しく、ＵＥがスケジュールおよびサービス提供されうる時間の最小のユニットである。ＨＳ−ＤＳＣＨの共有は、ＴＴＩからＴＴＩへ動的に変化しうる。ノードＢは、ＨＳ−ＤＳＣＨのための共有制御チャネル（ＨＳ−ＳＣＣＨ）で、制御情報を送りうる。制御情報は、各ＴＴＩにおいてサービス提供される各ＵＥを識別し、更に、スケジュールされたＵＥによって使用されるパラメータ（例えば、符号化および変調）を提供し、それらのデータをＨＳ−ＤＳＣＨから受信しうる。
【００１５】
図２は、ＨＳＤＰＡについての、ＵＥ１１０と、サービス提供中のノードＢと、ＲＮＣ１３０とにおける実例的なプロトコル・スタックを図示する。サービス提供中のノードＢは、図１のノードＢ１２０あるいは１２２である。簡略化のために、図２は、データ・リンク・レイヤ（レイヤ２）および物理レイヤ（レイヤ１）のみについてのプロトコル・スタックを図示する。
【００１６】
ＵＥ１１０についてのプロトコル・スタックは、レイヤ２のためのラジオ・リンク制御（ＲＬＣ）および媒体アクセス制御（ＭＡＣ）と、レイヤ１のための（例えばＷＣＤＭＡのような）エア・リンク・インタフェースとを含みうる。ＲＬＣは、データ伝送についての信頼性を提供し、データの自動再送（ＡＲＱ）および重複検出を実行しうる。ＲＬＣにおいて、データは論理チャネルに属するように処理されうる。
【００１７】
ＭＡＣは、論理チャネルをトランスポート・チャネルにマッピングおよび／あるいは多重化するような、複数の機能を実行しうる。物理レイヤ（ＰＨＹ）が、ＭＡＣからのデータを送信するためのメカニズムを提供しうる。物理レイヤは、（ｉ）物理チャネルにトランスポート・チャネルをマッピングすることと、（ｉｉ）各トランスポート・チャネルのためのデータの処理（例えば、符号化、インターリーブ、およびレート・マッチング）と、（ｉｉｉ）各物理チャネルのためのデータの処理（例えば、拡散およびスクランブリング）と、（ｉｖ）物理チャネルの各セットの電力制御とのような、複数の機能を実行しうる。
【００１８】
ネットワーク側において、ＲＬＣは、ＲＮＣ１３０において終了しうる。ＭＡＣは、ＭＡＣ−ｄおよびＭＡＣ−ｈｓに分割されうる。ＭＡＣ−ｄは、ＲＬＣからＭＡＣ−ｄフローへ、論理チャネルの多重化を実行しうる。ＭＡＣ−ｈｓは、フロー制御や、スケジューリングおよび優先処理や、ハイブリッド自動再生要求（ＨＡＲＱ）伝送や、トランスポート・フォーマット組合せインジケータ（ＴＦＲＩ）選択のような、複数の機能を実行しうる。ＭＡＣ−ｈｓがサービス提供中のノードＢにおいて終了するのに対して、ＭＡＣ−ｄは、ＲＮＣ１３０において終了しうる。エア・リンク・インタフェースが、サービス提供中のノードＢにおいて終了する。サービス提供中のノードＢは、レイヤ２およびレイヤ１にわたるＨＳ−ＤＳＣＨ  ＦＰ（フレーム・プロトコル）によって、ＲＮＣ１３０と通信しうる。ＨＳＤＰＡのための様々なプロトコルが、“High Speed Downlink Packet Access （HSDPA); Overall description; Stage 2,”と題された、３ＧＰＰ  ＴＳ２５．３０８において説明される。これは、公的に利用可能である。
【００１９】
図１に戻って、ＵＥ１１０は、初めに、ダウンリンクでノードＢ１２０と通信する。ＵＥ１１０は、移動式であり、ノードＢ１２０からノードＢ１２２へとハンド・オーバされうる。ハンドオーバでは、ノードＢ１２０がソース・ノードＢと称され、ノードＢ１２２がターゲット・ノードＢと称されうる。ハンドオーバの後、ＵＥ１１０は、ノードＢ１２２と通信しうる。ノードＢ１２０は、ハンドオーバの前、ＵＥ１１０に対するサービス提供中のノードＢであり、ノードＢ１２２は、ハンドオーバの後、サービス提供中のノードＢでありうる。
【００２０】
図３は、ＷＣＤＭＡにおけるノードＢ間のハンドオーバを伴う呼出についての実例的なメッセージ・フロー３００を図示する。簡略化のために、図３は、ダウンリンクでのデータ伝送のみを図示しており、アップリンクでのデータ伝送は省略している。
【００２１】
ＵＥ１１０は、初めに、呼出を確立する。これは、ボイス・オーバ・インターネット・プロトコル（ＶｏＩＰ）や、パケット・データ等のためでありうる。ダウンリンクでは、ＲＮＣ１３０が、ＵＥ１１０のためのデータをソース・ノードＢ１２０に送る（ステップ１）。ソース・ノードＢ１２０は、ＨＳ−ＤＳＣＨで、ＵＥ１１０にデータを送信しうる（ステップ２ａ）。ＵＥ１１０は、異なるセルの信号強度を定期的に測定しうる。ＵＥ１１０は、ソース・ノードＢ１２０の信号強度が十分に低いことと、ターゲット・ノードＢ１２２の信号強度が十分に高いことを判定しうる。ＵＥ１１０は、その後イベント１ｄについてのラジオ・リソース制御（ＲＲＣ）測定報告メッセージを送り、検出された条件を示す（ステップ３）。ＵＥ１１０は、このＲＲＣメッセージを、ソース・ノードＢ１２０および／あるいはターゲット・ノードＢ１２２に送る。これは、ＲＲＣメッセージを、ＲＮＣ１３０に転送しうる。
【００２２】
ＲＮＣ１３０は、ＵＥ１１０から、ＲＲＣ測定報告メッセージを受信し、ターゲット・ノードＢ１２２へＵＥ１１０をハンドオーバすることを決定しうる（ステップ４）。ＲＮＣ１３０は、その後、ＵＥ１１０のための新たなラジオ・リンクのセットアップを要求するために、ラジオ・リンク・セットアップ要求メッセージを、ターゲット・ノードＢ１２２に送りうる（ステップ５）。ターゲット・ノードＢ１２２は、ＵＥ１１０のために新たなラジオ・リンクをセットアップし（ステップ６）、新たなラジオ・リンクでの伝送および受信を開始し、ラジオ・リンク・セットアップ応答メッセージをＲＮＣ１３０に返しうる（ステップ７）。
【００２３】
ＲＮＣ１３０は、ソース・ノードＢ１２０を経由して、ＵＥ１１０にＲＲＣ再設定メッセージを送りうる（ステップ８）。このＲＲＣ再設定メッセージは、物理チャネル再設定メッセージか、ラジオ・ベアラ（bearer）再設定メッセージか、トランスポート・チャネル再設定メッセージか、セル更新確認メッセージか、その他いくつかのメッセージか、あるいはその他いくつかのメカニズムでありうる。ＲＲＣ再設定メッセージは、新たなラジオ・リンクのために使用するラジオ・リソースを示しうる。
【００２４】
ＲＲＣ再設定メッセージを受信すると、ＵＥ１１０は、ソース・ノードＢ１２０からの古いラジオ・リンクでの受信を終了しうる。ＵＥ１１０は、ターゲット・ノードＢ１２２とのレイヤ１同期を実行し（ステップ９）、ＲＮＣ１３０とのレイヤ２リンクを確立しうる（ステップ１０）。ＵＥ１１０は、その後、ＲＮＣ１３０にＲＲＣ再設定完了メッセージを送る（ステップ１１）。このＲＲＣ再設定完了メッセージは、物理チャネル再設定完了メッセージか、ラジオ・ベアラ再設定完了メッセージか、トランスポート・チャネル再設定完了メッセージか、その他いくつかのメッセージか、あるいはその他いくつかのメカニズムである。
【００２５】
ＲＲＣ再設定完了メッセージを受信すると、ＲＮＣ１３０は、ラジオ・リンク・リリース要求メッセージを、ノードＢ１２０に送る（ステップ１２）。ソース・ノードＢ１２０は、ＵＥ１１０のための古いラジオ・リンクを解放し（ステップ１３）、ラジオ・リンク解放応答メッセージをＲＮＣ１３０に返しうる（ステップ１４）。
【００２６】
ステップ９の後、ＵＥ１１０は、定期的に、ターゲット・ノードＢ１２２についてのダウンリンク・チャネル品質を推定し、チャネル品質インジケータ（ＣＱＩ）情報を生成し、ＣＱＩ情報をターゲット・ノードＢに送りうる。ＵＲ１１０は更に、ＵＥへの、ＨＳ−ＤＳＣＨでの可能な伝送についての制御情報について、ターゲット・ノードＢ１２２からのＨＳ−ＳＣＣＨをモニタすることを開始する。ステップ１１の後、ＲＮＣ１３０は、ＵＥ１１０のためのデータを、ターゲット・ノードＢ１２０に送る（ステップ１５）。ターゲット・ノードＢ１２０は、ＨＳ−ＤＳＣＨで、データをＵＥ１１０に送信する（ステップ１６）。
【００２７】
図３は、ＷＣＤＭＡにおけるノードＢ間のハンドオーバについての実例的なメッセージ・フローを図示する。ハンドオーバは、異なるメッセージ・シーケンスを利用しうるその他のメッセージ・フローに基づいて実行される。ＷＣＤＭＡにおけるハンドオーバは、“Radio Resource Control （RRC); Protocol Specification,”と題された３ＧＰＰ  ＴＳ２５．３３１において、および“Interlayer procedures in Connected Mode,”と題された３ＧＰＰ  ＴＳ２５．３０３において説明される。これらは両方とも、公的に利用可能である。
【００２８】
ＨＳＤＰＡでは、１つのサービス提供中のノードＢのみが、任意の与えられた瞬間において、ＵＥへ、ダウンリンクでデータを送信する。ハンドオーバ中、ＵＥとＵＴＲＡＮは、どのノードＢがＵＥにサービス提供するかを決定するために、互いに通信しうる。図３に図示されるように、ステップ９に至るまで、ＵＥ１１０は、ソース・ノードＢ１２０をモニタし、このノードＢからデータを受信しうる。ＵＥ１１０は、ステップ９において、ターゲット・ノードＢ１２２に切り替え、この時点から、このノードＢをモニタしうる。
【００２９】
ＵＥ１１０のためのいくらかのデータが、いくつかの理由のため、ハンドオーバ中に失われうる。第１に、ソース・ノードＢ１２０は、ＵＥ１１０がターゲット・ノードＢ１２２に切り替えた後、（例えば、図３のステップ２ｃのように）ＵＥ１１０にデータを送信し続けうる。ＵＥ１１０は、ソース・ノードＢ１２０から、このデータを受信しないだろう。第２に、ソース・ノードＢ１２０のためのチャネル条件が悪化し、ステップ９の前に（例えば、図３のステップ２ｂのように）このノードＢによって送られたいくらかのデータが、ＵＥ１１０によって誤って受信されうる。第３に、ソース・ノードＢ１２０は、ＵＥ１１０に送るためのデータのバッファを有し、ステップ９の前にこのデータをＵＥに送信する機会を有さない。このデータは、ソース・ノードＢ１２０からターゲット・ノードＢ１２２へ転送されず、ハンドオーバの結果、失われてしまう。ＵＥ１１０は、ダウンリンクでのデータの乱れを観測しうる。これは、ハンドオーバ中、数百ミリ秒に達する。このデータの乱れは、ＶｏＩＰのようなリアル・タイム・アプリケーションに対して弊害となり、その結果、音声品質が著しく低下する。
【００３０】
態様において、ハンドオーバ中のデータ損失は、ソース・ノードＢに以前送られたいくらかのデータをターゲット・ノードＢに再送することによって低減されうる。ターゲット・ノードＢは、この再送データを、例えば任意の新たなデータより前に、ＵＥへ送りうる。ＵＥは、ソース・ノードＢおよびターゲット・ノードＢの両方から、重複データを受信し、データの重複コピーを単に破棄しうる。ハンドオーバ中にターゲット・ノードＢからのいくらかのデータを再送することによって、ハンドオーバ中のＵＥにおけるデータ損失が低減され、性能低下が回避されうる。
【００３１】
図４は、ノードＢ間のハンドオーバと、バッファおよび再送機能とを伴う呼出についてのメッセージ・フロー４００の設計を図示する。ＵＥ１１０は初めに、例えばＶｏＩＰのような、呼出を確立しうる。ＲＮＣ１３０は、以下に説明されるように、ＵＥのための特定の量の最新データをバッファするように設定されうる（ステップＡ）。このデータのバッファは呼出セットアップにおいて、および／あるいはその後のいかなる時間において設定される。ＲＮＣ１３０は、ソース・ノードＢ１２０に、ＵＥ１１０のためのデータを送る（ステップ１）。これは、ＵＥ１１０に、ＨＳ−ＤＳＣＨでデータを送信しうる（ステップ２ａ）。
【００３２】
ＵＥ１１０は、異なるセルの信号強度を定期的に測定しうる。ソース・ノードＢ１２０について、十分低い信号強度を検出し、ターゲット・ノードＢ１２２について、十分高い信号強度を検出すると、ＵＥ１１０は、ＲＮＣ１３０に、イベント１ｄのためのＲＲＣ測定報告メッセージを送りうる（ステップ３）。ＲＮＣ１３０は、ＵＥ１１０をターゲットＢ１２２にハンドオーバすることを決定し（ステップ４）、ターゲット・ノードＢ１２２にラジオ・リンク・セットアップ要求メッセージを送りうる（ステップ５）。ターゲット・ノードＢ１２２は、ＵＥ１１０のための新たなラジオ・リンクをセットアップし（ステップ６）、ラジオ・リンク・セットアップ応答メッセージを、ＲＮＣ１３０に返しうる（ステップ７）。
【００３３】
ＲＮＣ１３０は、ＵＥ１１０に、ソース・ノードＢ１２０によってＲＲＣ再設定メッセージを送りうる（ステップ８）。このメッセージを受信すると、ＵＥ１１０は、ターゲット・ノードＢ１２２とのレイヤ１同期を実行し（ステップ９）、ＲＮＣ１３０とのレイヤ２リンクを確立しうる（ステップ１０）。ＵＥ１１０はその後、ＲＲＣ再設定完了メッセージを、ＲＮＣ１３０に送りうる（ステップ１１）。ＲＮＣ１３０は、ラジオ・リンク・リリース要求メッセージを、ソース・ノードＢ１２０に送りうる（ステップ１２）。ソース・ノードＢ１２０は、ＵＥ１１０のための古いラジオ・リンクを解放し（ステップ１３）、ラジオ・リンク解放応答メッセージを、ＲＮＣ１３０に返しうる（ステップ１４）。
【００３４】
ステップ１１の後に、ＲＮＣ１３０は、ソース・ノードＢ１２０に以前送られたいくらかのデータを、ターゲット・ノードＢ１２２に再送しうる（ステップＢ）。ターゲット・ノードＢ１２０は、このデータを、ＨＳ−ＤＳＣＨで、ＵＥ１１０に送信しうる（ステップＣ）。ＲＮＣ１３０は更に、ターゲット・ノードＢ１２２に、ＵＥ１１０のための新たなデータを送りうる（ステップ１５）。ターゲット・ノードＢ１２０は、ＵＥ１１０に、ＨＳ−ＤＳＣＨで新たなデータを送信しうる（ステップ１６）。
【００３５】
図４に図示された設計において、ＲＮＣ１３０は、ソース・ノードＢ１２０に送られた予め定められた量の最新データをバッファしうる。ＲＮＣ１３０は、ステップＡで設定された後、このデータのバッファを連続的に実行しうる。ＲＮＣ１３０は、ステップ８でＲＲＣ再設定メッセージを送る前に、ソース・ノードＢ１２０にデータを送ることを止めうる。ＲＮＣ１３０はその後、ステップＢにおいて、バッファされたデータを、ターゲット・ノードＢ１２２に再送しうる。これは、ステップ１１でＵＥ１１０からのＲＲＣ再設定完了メッセージを受信した後の、任意の時間に生じうる。１つの設計において、バッファされたデータの全てがターゲット・ノードＢ１２２に再送された後、ＲＮＣ１３０は、通常の動作を再開し、ステップ１５において、通常方式でＵＥ１１０のための新たなデータを、ターゲット・ノードＢ１２２に送りうる。ＲＮＣ１３０は、ＵＥ１１０のための別のハンドオーバを予期して、ターゲット・ノードＢ１２０に送られた予め定められた量の最新のデータを同様にバッファしうる。
【００３６】
図４に図示された１つの設計において、ＲＮＣ１３０は、ハンドオーバ中の１１０におけるデータ損失を低減するために、バッファおよび再送動作を実行しうる。ソース・ノードＢ１２０およびターゲット・ノードＢ１２２は、通常方式で動作し、バッファおよび再送動作を実行するＲＮＣ１３０に気付かない可能性がある。同様に、ＵＥ１１０は、通常方式で動作し、ＲＮＣ１３０によって実行されるバッファおよび再送動作による影響をごく僅かしか受けない。ＵＥ１１０は、ソース・ノードＢおよびターゲット・ノードＢから、重複データを受信しうる。ＵＥ１１０は、各ＲＬＣプロトコル・データ・ユニット（ＰＤＵ）に割り当てられたシーケンス・ナンバに基づいて、重複データを検出し、重複データを単に破棄しうる。バッファおよび再送動作は、このように、ＲＮＣ１３０に対して小さな影響しか伴わずに実施されうる。
【００３７】
バッファおよび再送機能は、様々な方式で実施されうる。一般に、プロトコル・スタックの任意のレイヤにおけるデータは、必要とされた場合に、バッファおよび再送されうる。各レイヤは、フローあるいはチャネルに属するように、データを処理しうる。選択されたレイヤにおけるフロー／チャネルのいくつかあるいは全てのためのデータは、必要とされた場合に、バッファおよび再送されうる。
【００３８】
図５は、ＲＮＣ１３０における各ＭＡＣ−ｄフローについてのバッファおよび再送動作を選択的に実行する設計のブロック図を図示する。ＲＮＣ１３０において、ＲＬＣは、ＲＬＣサービス・データ・ユニット（ＳＤＵ）として、高次レイヤからデータを受信しうる。ＲＬＣは、（ｉ）ＲＬＣ  ＰＤＵを形成するためのＲＬＣ  ＳＤＵの分割および連結、（ｉｉ）論理チャネルへのＲＬＣ  ＰＤＵの多重化、（ｉｉｉ）ＵＥ１１０によって誤って受信されたＲＬＣ  ＰＤＵの再伝送のような様々な機能を実行しうる。図５に図示される実例において、ＲＬＣは、論理チャネルである４つの個別トラフィック・チャネルＤＴＣＨ−０乃至ＤＴＣＨ−３で、ＲＬＣ  ＰＤＵを、ＭＡＣ−ｄに提供する。
【００３９】
ＭＡＣ−ｄは、例えば、論理チャネルをＭＡＣ−ｄフローにマッピングすることや、複数の論理チャネルを、必要に応じてＭＡＣ−ｄフローに多重化することや、あるいは暗号化することのような、様々な機能を実行しうる。図５に図示される実例において、ＭＡＣ−ｄは、２つの論理チャネルＤＴＣＨ−０およびＤＴＣＨ−１をＭＡＣ−ｄフロー０に多重化し、論理チャネルＤＴＣＨ−２をＭＡＣ−ｄフロー１にマッピングし、論理チャネルＤＴＣＨ−３をＭＡＣ−ｄフロー２にマッピングして、３つのＭＡＣ−ｄフローをＭＡＣ−ｈｓに提供する。一般に、ＭＡＣ−ｄは、１又は複数のＭＡＣ−ｄフローをＭＡＣ−ｈｓに提供し、各ＭＡＣ−ｄフローは、特定のスケジュール属性に関連付けられる。
【００４０】
図５に図示される設計において、バッファおよび再送機能は、各ＭＡＣ−ｄフローに対して、選択的にイネーブルあるいはディスエーブルされうる。各ＭＡＣ−ｄフローのためのデータは、それぞれのバッファにおいてバッファされ、指示されるといつでも、ＭＡＣ−ｈｓに提供されうる。バッファおよび再送機能がイネーブルされている各ＭＡＣ−ｄの場合、そのＭＡＣ−ｄのためのデータは、このデータがサービス提供中のノードＢに送られた後、バッファに保持されうる。ソース・ノードＢからターゲット・ノードＢへのハンドオーバが生じると、バッファに保持された特定の量の最新データが、例えば、ターゲット・ノードＢに新たなデータを送る前に、ターゲット・ノードＢへと再送されうる。再送データは、ソース・ノードＢに以前送られたデータである。新たなデータは、ソース・ノードＢに送られていないデータである。バッファおよび再送機能がディスエーブルされている各ＭＡＣ−ｄの場合、そのＭＡＣ―ｄフローのためのデータは、ターゲット・ノードＢに再送されず、そのＭＡＣ−ｄのための新たなデータのみが、ターゲット・ノードＢに送られる。
【００４１】
図５に図示される実例において、フロー制御ユニット５１０は、ＤＴＣＨ−０およびＤＴＣＨ−１からデータを受信し、受信されたデータをＭＡＣ−ｄフロー０に提供しうる。フロー制御ユニット５１２は、ＤＴＣＨ−２からデータを受信し、受信されたデータをＭＡＣ−ｄフロー１に提供しうる。フロー制御ユニット５１４は、ＤＴＣＨ−３からデータを受信し、受信されたデータをＭＡＣ−ｄフロー２に提供しうる。図５に図示された実例において、バッファおよび再送機能は、ＭＡＣ−ｄフローおよびＭＡＣ−ｄフロー０およびＭＡＣ−ｄフロー２に対してはディスエーブルされ、ＭＡＣ−ｄフロー１に対してはイネーブルされる。ソース・ノードＢからターゲット・ノードＢへのハンドオーバが生じると、ＭＡＣ―ｄフロー０およびＭＡＣ―ｄフロー２からのデータは、ターゲット・ノードＢへ再送されない。ＭＡＣ−ｄフロー１のためのフロー制御ユニット５１２によってバッファされた予め定められた量の最新のデータは、例えば、このＭＡＣ−ｄフローのための新たなデータを、ターゲット・ノードＢに送るより前に、ターゲット・ノードＢに再送されうる。
【００４２】
一般に、任意の数のＭＡＣ−ｄフローおよび任意のＭＡＣ−ｄフローが、バッファおよび再送機能を用いて、イネーブルされうる。１つの設計において、バッファおよび再送機能は、ＶｏＩＰやビデオ・テレビ会議等のような、リアル・タイム・データを運ぶＭＡＣ−ｄフローのみに対してイネーブルされる。別の設計において、バッファおよび再送機能は、特定の優先レベル、あるいはそれ以上の優先レベルを伴って、ＭＡＣ−ｄフローに対してイネーブルされうる。
【００４３】
ＲＲＣはレイヤ１、２の設定を制御することに対して責任を負う。ＲＲＣはＲＬＣの動作を指示するためにＲＬＣ制御を提供しうる。ＲＲＣは更に、ＭＡＣ−ｄの動作を指示するためにＭＡＣ制御を提供しうる。ＭＡＣ制御は、どのＭＡＣ−ｄフローがバッファおよび再送機能をイネーブルするのかと、どのＭＡＣ−ｄフローがバッファおよび再送機能をディスエーブルするのかとを示しうる。呼出設定において、および／あるいは、イベントによってトリガされるといつでも、ＲＲＣは特定のＭＡＣ−ｄフローに対して、バッファおよび再送機能をイネーブルするようにＭＡＣ−ｄを設定しうる。
【００４４】
ＲＲＣが、ＵＥからＲＲＣ再設定完了メッセージを受信すると、ＲＲＣはバッファされたデータをターゲット・ノードＢに再送することを開始するようにＭＡＣ−ｄに通知しうる。ＭＡＣ−ｄはその後、イネーブルされたバッファおよび再送機能を用いて、各ＭＡＣ−ｄのためのバッファされたデータを再送しうる。１つの設計において、ＭＡＣ−ｄは、ターゲット・ノードＢに対して、まずＭＡＣ−ｄフローのためのバッファされた全てのデータを再送し、その後、ＭＡＣ−ｄフローのための新たなデータを送り始める。１つの設計において、ＭＡＣ−ｄは、バッファされたデータおよび新たなデータを、同時に、あるいは任意の順序で、ターゲット・ノードＢに再送しうる。両設計において、バッファされたデータおよび新たなデータにシーケンス・ナンバが割り当てられ、ターゲット・ノードＢおよびＵＥは、データの順序を確認することができる。ＭＡＣ−ｄは、新たなデータを、ターゲット・ノードＢに送る前に、バッファし続けうる。このように、ＭＡＣ−ｄは、別のハンドオーバを予期して、ノードＢに送られた最新データを常に有しうる。
【００４５】
別の設計において、バッファおよび再送機能は、ＲＬＣからの各論理チャネルに対して、選択的にイネーブルあるいはディスエーブルされうる。バッファおよび再送機能はまた、その他のプロトコルおよび／あるいはその他のレイヤにおけるチャネルあるいはフローに対しても、選択的にイネーブルあるいはディスエーブルされうる。
【００４６】
各ＭＡＣ−ｄフローあるいは各論理チャネルのためにバッファするデータの量は、ハンドオーバ中に再送するためのデータの予期される量や、ＲＮＣにおけるバッファ要件等のような様々な基準に基づいて選択されうる。例えば、ＶｏＩＰ呼出が２０ｍｓ毎にパケットを送り、かつデータ損失が生じうるハンドオーバの一部がおよそ２００ｍｓをカバーする場合、最新の１０個のパケットは、ハンドオーバが生じると、連続的にバッファされ、ターゲット・ノードＢに再送されうる。ＨＳＤＰＡに対するＴＴＩが２ｍｓであり、ＶｏＩＰのためのパケットが２０ｍｓ毎に到着するので、ターゲット・ノードＢは、極めて短い時間で再送パケットの全てをＵＥに送信することができる。そのため、ＵＥはいかなる遅延にも気づかない。バッファおよび再送するためのデータの量はまた、設定可能でもある。
【００４７】
図６は、バッファおよび再送機能を実施しうるサーキュラ・バッファ６００の設計を図示する。（例えば、ＲＬＣのような）高次プロトコルからの入力データは、バッファ６００の終了／後部に書き込まれうる。バッファ６００に格納されたデータは、バッファの開始／前部から読み取られ、（例えば、ＭＡＣ−ｈｓのような）低次プロトコルに提供されうる。終了ポインタ６１２が、バッファ６００の終了を追跡し、高次プロトコルからの入力データがバッファに書き込まれると、（例えば、図６では上方に）進められうる。開始ポインタ６１４が、バッファ６００の開始を追跡し、データがバッファから読み取られ、低次プロトコルに提供されると、（例えば、図６では上方に）進められうる。再送ポインタ６１６が、バッファ６００における、ハンドオーバの場合にデータを再送するポイントを追跡しうる。ポインタ６１６は、図６に図示されるように、個別のポインタである。ポインタ６１６は更に、黙示的であり、開始ポインタ６１４からの予め定められたオフセットによって定義されうる。各ポインタは、バッファの最上部に達した後、バッファ６００の最下部へとラップされる。バッファ６００内の最も古いデータは、入力データを用いて上書きされうる。
【００４８】
ハンドオーバが生じると、再送ポインタ６１６において開始するデータが、ターゲット・ノードＢに提供されうる。再送データは、再送ポインタ６１６と開始ポインタ６１４との間のデータを含みうる。新たなデータは、開始ポインタ６１４と終了ポインタ６１２との間のデータを含みうる。
【００４９】
図６は、データをバッファするために使用されうるサーキュラ・バッファ６００の１つの実例的な設計を図示する。データは、その他のバッファ構造を使用して、その他の方式でもバッファされうる。
【００５０】
図７は、無線通信システムにおいてデータを送るためのプロセス７００の設計を示す。プロセス７００は、ネットワーク・コントローラによって実行されうる。これは、ＲＮＣあるいはその他何らかのネットワーク・エンティティでありうる。ネットワーク・コントローラは、ＵＥのためのデータをバッファするか否かを決定しうる（ブロック７１２）。ＵＥのためのデータをバッファすると決定した場合、ネットワーク・コントローラは、ＵＥのための、サービス提供中のノードＢに送られた予め定められた量の最新データを連続的にバッファしうる（ブロック７１４）。
【００５１】
ネットワーク・コントローラが、ソース・ノードＢに、ＵＥのためのデータを送りうる（ブロック７１６）。このネットワーク・コントローラは、ソース・ノードＢからターゲット・ノードＢへの、ＵＥのハンドオーバを実行しうる（ブロック７１８）。図４に図示されたメッセージ・フロー４００において、ブロック７１８は、ハンドオーバのためにＲＮＣ１３０によって実行されるタスクを含みうる。ネットワーク・エンティティが、ソース・ノードＢに以前送られたデータの一部を、ターゲット・ノードＢに再送しうる（ブロック７２０）。再送データは、ソース・ノードＢに以前送られた（例えば、予め定められた数の最新パケットのような）予め定められた量の最新データを備えうる。ネットワーク・エンティティは、例えば、ソース・ノードＢに以前送られたデータの一部を再送した後に、あるいはそれと同時に、ＵＥのための新たなデータを、ターゲット・ノードＢに送りうる（ブロック７２２）。新たなデータは、ソース・ノードＢに送られていないデータを備えうる。
【００５２】
１つの設計において、ネットワーク・コントローラは、ＵＥのための少なくとも１つのデータ・フローを維持し、各データ・フローをバッファするか否かを決定しうる。このネットワーク・コントローラは、リアル・タイム・データを運ぶ各データ・フローを、バッファするために選択しうる。このネットワーク・コントローラは、更に、その他の基準に基づいて、バッファするためのデータ・フローを選択しうる。少なくとも１つのデータ・フローが、少なくとも１つのＭＡＣ−ｄフローのためのデータや、少なくとも１つの論理チャネルや、あるいはその他何らかのデータを備えうる。ネットワーク・コントローラは、バッファするために選択された各データ・フローのための予め定められた量の最新データを連続的にバッファしうる。ネットワーク・コントローラは、バッファするために選択された各データ・フローのためのデータの一部を、ターゲット・ノードＢに再送しうる。
【００５３】
図８は、無線通信システムにおいてデータを送るためのプロセス８００の設計を図示する。プロセス８００は、（以下に説明されるように）ターゲット・ノードＢによって、あるいはその他何らかのネットワーク・エンティティによって、実行されうる。ネットワーク・コントローラからソース・ノードＢに以前送られた再送データを、ターゲット・ノードＢがネットワーク・コントローラから受信する。（ブロック８１２）。このターゲット・ノードＢは、再送データをＵＥへ送りうる（ブロック８１４）。ターゲット・ノードＢは、ネットワーク・コントローラからソース・ノードＢに送られていない新たなデータを、ネットワーク・コントローラから受信しうる（ブロック８１６）。ターゲット・ノードＢは、新たなデータをＵＥに送りうる（ブロック８１８）。ブロック８１４および８１８では、ターゲット・ノートＢは、再送データおよび新たなデータを、高速共有チャネルでＵＥに送りうる。
【００５４】
図９は、無線通信システムにおいて、データを受信するためのプロセス９００の設計を図示する。プロセス９００は、（以下に説明されるように）ＵＥによって、あるいはその他何らかのエンティティによって、実行されうる。ＵＥが、ソース・ノードＢからデータを受信しうる（ブロック９１２）。このＵＥは、ソース・ノードＢからターゲット・ノードＢへのハンドオーバを実行しうる（ブロック９１４）。ブロック９１４は、図４に図示されるメッセージ・フロー４００におけるハンドオーバのために、ＵＥ１１０によって実行されるタスクを含みうる。ＵＥは、ターゲット・ノードＢから、再送データおよび新たなデータを受信しうる（ブロック９１６）。この再送データは、ネットワーク・コントローラからソース・ノードＢに送られ、ネットワーク・コントローラからターゲット・ノードＢに再送されたデータを備えうる。再送データは、例えば、リアル・タイム・データを運ぶデータ・フローのような、バッファするために選択されたデータ・フローのためのデータである。新たなデータは、ネットワーク・コントローラによって、ソース・ノードＢではなく、ターゲット・ノードＢに送られるデータを備えうる。ＵＥは、ソース・ノードＢとターゲット・ノードＢの両方から受信された重複データを検出し（ブロック９１８）、重複データの単一コピーを保持しうる（ブロック９２０）。
【００５５】
図１０は、図１のＵＥ１１０と、ノードＢ１２０、１２２と、ＲＮＣ１３０との設計のブロック図を示す。アップリンクにおいて、符号化器１０１が、ＵＥ１１０によって、アップリンクで送られるべきトラフィック・データおよびシグナリング・メッセージを受信しうる。符号化器１０１２が、このトラフィック・データおよびシグナリング・メッセージを処理（例えば、フォーマット、符号化、およびインターリーブ）しうる。変調器（Ｍｏｄ）１０１４が、この符号化されたトラフィック・データおよびシグナリング・メッセージを更に処理（例えば、変調、チャネル化、およびスクランブル）して、出力チップを提供しうる。送信機（ＴＭＴＲ）１０２２が、この出力チップを調整（例えば、アナログに変換、フィルタ、増幅、および周波数アップコンバート）して、アップリンク信号を生成しうる。これは、ノードＢ１２０および／あるいはノードＢ１２２に送信されうる。
【００５６】
ダウンリンクにおいて、ＵＥ１１０が、ノードＢ１２０および／あるいはノードＢ１２２によって送信されたダウンリンク信号を受信しうる。受信機（ＲＣＶＲ）１０２６が、受信された信号を調整（例えば、フィルタ、増幅、周波数ダウンコンバート、およびデジタル化）して、サンプルを提供しうる。復調器（Ｄｅｍｏｄ）１０１６が、このサンプルを処理（例えば、デスクランブル、チャネル化、および復調）して、シンボル推定値を提供しうる。復号器１０１８が、このシンボル推定値を処理（例えば、デインターリーブおよび復号）して、ＵＥ１１０に送られた復号データおよびシグナリング・メッセージを提供しうる。符号化器１０１２と、変調器１０１４と、復調器１０１６と、復号器１０１８とは、モデム・プロセッサ１０１０によって実現されうる。これらのユニットは、システムによって使用される（例えば、ＷＣＤＭＡ、ｃｄｍａ２０００等のような）ラジオ技術に従って、処理を実行しうる。コントローラ／プロセッサ１０３０が、ＵＥ１１０において、様々なユニットの動作を指示しうる。コントローラ／プロセッサ１０３０は更に、図９のプロセス９００および／あるいは本明細書において説明される技術のその他のプロセスを実行あるいは指示しうる。メモリ１０３２が、ＵＥ１１０のためのプログラム・コードおよびデータを格納しうる。
【００５７】
各ノードＢにおいて、送信機／受信機１０３８が、ＵＥ１１０およびその他のＵＥとのラジオ通信を支援しうる。コントローラ／プロセッサ１０４０が、ＵＥとの通信のための様々な機能を実行しうる。アップリンクでは、ＵＥ１１０からのアップリンク信号が、受信機１０３８によって受信および調整され、更に、ＵＥによって送られたトラフィック・データおよびシグナリング・メッセージを復元するために、コントローラ／プロセッサ１０４０によって処理されうる。ダウンリンクでは、トラフィック・データおよびシグナリング・メッセージが、コントローラ／プロセッサ１０４０によって処理され、送信機１０３８によって調整され、ＵＥ１１０およびその他のＵＥに送信されうるダウンリンク信号を生成する。ターゲット・ノードＢ１２２におけるコントローラ／プロセッサ１０４０は、図８のプロセス８００および／あるいは本明細書において説明される技術のその他のプロセスを実行あるいは指示しうる、もしくはそれに参加しうる。メモリ１０４２が、ノードＢのためのプログラム・コードおよびデータを格納しうる。通信（Ｃｏｍｍ）ユニット１０４４が、ＲＮＣ１３０および／あるいはその他のネットワーク・エンティティとの通信を支援しうる。
【００５８】
ＲＮＣ１３０において、コントローラ／プロセッサ１０５０が、ＵＥのための通信サービスを支援するために、様々な機能を実行しうる。コントローラ／プロセッサ１０５０が、図５に図示されたＲＲＣ、ＲＬＣ、およびＭＡＣ−ｄのための処理を実行しうる。コントローラ／プロセッサ１０５０は更に、図７のプロセス７００および／あるいは本明細書において説明される技術のためのその他の処理を実行あるいは指示しうる、もしくはそれに参加しうる。メモリ１０５２が、ＲＮＣ１３０のためのプログラム・コードおよびデータを格納しうる。メモリ１０５２は、バッファするために選択された（例えば、ＭＡＣ−ｄのような）各データ・フローについて、図６のサーキュラ・バッファ６００を実施しうる。通信ユニット１０５４が、ノードＢおよびその他のネットワーク・エンティティとの通信を支援しうる。
【００５９】
本明細書において説明されるバッファおよび再送技術は、サービス提供中のセルの同期された変更および同期されていない変更のようなサービス提供中のセルにおける任意の変更のために使用されうる。本明細書において説明される技術は、サービス提供中のセルの同期されていない変更のために、有利に使用されうる。サービス提供中のセルの同期されていない変更では、ＵＥが、（例えば、図４のステップ８におけるＲＲＣ再設定メッセージの受信のような）第１のトリガに基づいて、ターゲット・ノードＢに切り替え、ＵＴＲＡＮは、第１のトリガとは異なる第２のトリガに基づいて、ターゲット・ノードＢに切り替えうる。ＵＥのための切替時間とＵＴＲＡＮのための切替時間が異なるために、いくらかのデータが失われうる。その上、ソース・ノードＢに既に送られたいくらかのデータと、ＵＥに未だ送られていないいくらかのデータとが、更に失われうる。本明細書において説明された技術は、これらの理由によるデータ損失を低減しうる。
【００６０】
バッファおよび再送技術が、特定の利点を提供しうる。この技術によって、ＲＮＣのようなネットワーク・エンティティが、サービス提供中のノードＢに送られた予め定められた量の最新データを連続的にバッファすることが可能になる。データをバッファし始めるのに、トリガは必要とされない。バッファされたデータをターゲット・ノードＢに再送し始めるためのトリガは、ハンドオーバあるはその他いくつかのイベントに起因する。少量のデータのみが、ターゲット・ノードＢに再送されうる。これは、例えば、図４のステップ３におけるＲＲＣ測定報告メッセージによって、トリガされると、ＵＥのアクティブ・セットにおける全てのノードＢにデータを送るバイ・キャスティング（bi-casting）およびマルチ・キャスティング・スキームによって、バックホール帯域幅を節約することができる。更に、このトリガの前にソース・ノードＢに送られたデータが、バイ・キャスティングおよびマルチ・キャスティング・スキームを用いることで失われうる一方で、本明細書において説明されるバッファおよび再送技術によって、このデータ損失を回避できる。本明細書において説明される技術は、レトロ・キャスティング・スキームとも称されうる。
【００６１】
このバッファおよび再送技術は、バックホール・コストを節約することと、複雑性を低減することという観点から、よりいっそう効果的である。この技術は、ＲＮＣとノードＢとの間の既存のインタフェースを使用して、実現されうる。サービス提供中のセルにおける変更があると、ＲＮＣは、ＭＡＣ−ｄにおいてデータをバッファし、データをターゲット・ノードＢに再送しうる。この場合、ノードＢにおける挙動の変更は存在しない。このように、この技術は、既存のノードＢに対する変更を必要とすることなく、ＲＮＣにおいて容易に実現されうる。
【００６２】
当業者は、情報及び信号が、任意の様々な異なる技法及び技術を使用して表されうるということを理解するだろう。例えば、上記の説明を通して参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場あるいは磁気粒子、光学場あるいは光学粒子、あるいはそれらのいずれかの組み合わせによって表わされうる。
【００６３】
当業者は更に、本明細書における開示に関連付けて説明された多様な実例的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップは、電子ハードウェア、コンピュータ・ソフトウェア、あるいはこれら両方の組み合わせによって実現されうるということを正しく理解するだろう。このハードウェアおよびソフトウェアの互換性を明確に例示するために、多様な実例的な構成要素、ブロック、モジュール、回路、およびステップが、一般にそれらの機能の観点から上記で説明されている。そのような機能がハードウェアとして、あるいはソフトウェアとして実現されるかどうかは、システム全体に課せられている特定のアプリケーションおよび設計の制約に依存する。当業者は、各特定のアプリケーションのために方式を変化させることによって、述べられた機能性を実施しうるがこういった実施判定は本発明の範囲からの逸脱をまねくものと解釈されるべきではない。
【００６４】
本明細書における開示に関連付けて説明された多様な論理ブロック、モジュール、及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、アプリケーション特有集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル・ロジック・デバイス、離散ゲートもしくはトランジスタ・ロジック、離散ハードウェア構成要素、あるいは本明細書で説明された機能を実行するために設計されたそれらの任意の組み合わせで実施あるいは実行されうる。汎用プロセッサは、マイクロプロセッサでありうるが、代替例として、従来型のプロセッサ、コントローラ、マイクロコントローラ、あるいは順序回路でありうる。例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連結した１、あるいは複数のマイクロプロセッサ、もしくはその他任意のこのような構成のようなコンピューティング・デバイスの組み合わせとして、プロセッサが実現されうる。
【００６５】
本明細書における開示に関連付けて説明された方法あるいはアルゴリズムのステップは、ハードウェア、プロセッサによって実行されるソフトウェア・モジュール、あるいはそれら２つの組み合わせにおいて実現されうる。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野において周知のその他任意の形態の記憶媒体に存在しうる。 典型的な記憶媒体は、記憶媒体からの情報を読み取り、記憶媒体に情報を書き込むことができるプロセッサのようなプロセッサと結合される。代替例においては、記憶媒体はプロセッサに統合されうる。プロセッサ及び記憶媒体はＡＳＩＣ内に存在しうる。ＡＳＩＣはユーザ端末内に存在しうる。代替例においては、プロセッサ及び記憶媒体は離散的な構成要素としてユーザ端末内に存在しうる。
【００６６】
１又は複数の典型的な設計において、前述された機能は、ハードウェア、ソフトウェア、ファームウェア、あるいはそれら任意の組合せにおいて実現されうる。ソフトウェアにおいて実現される場合、この機能は、１又は複数の命令群あるいはコードとして、コンピュータ読取可能媒体に格納されうる、あるいはそれによって送信されうる。コンピュータ読取可能媒体は、コンピュータ記憶媒体と、ある場所から別の場所へのコンピュータ・プログラムの転送を容易にする任意の媒体を含む通信媒体との両方を含む。記憶媒体は、汎用あるいは特殊用途のコンピュータによってアクセスされうる任意の利用可能な媒体でありうる。限定ではなく、例として、このようなコンピュータ読取可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭかその他の光学ディスク・ストレージ、磁気ディスク・ストレージかその他の磁気記憶デバイス、あるいは、命令群もしくはデータ構造へ望まれたプログラム・コード手段を伝える、もしくは格納するために使用され、汎用あるいは特殊用途のコンピュータ、もしくは汎用あるいは特殊用途のプロセッサによってアクセスされうる、その他任意のデバイスを備えうる。更に、任意のコネクションは、適切にコンピュータ読取可能媒体と称される。例えば、同軸ケーブルや、光ファイバー・ケーブルや、ツイスト・ペアや、デジタル加入者回線（ＤＳＬ）や、あるいは、赤外線、無線、及びマイクロ波のような無線技術を使用して、ウェブサイト、サーバ、あるいはその他の遠隔ソースからソフトウェアが送信される場合、同軸ケーブルや、光ファイバー・ケーブルや、ツイスト・ペアや、ＤＳＬや、あるいは赤外線、無線、及びマイクロ波のような無線技術が、媒体の定義に含まれる。本明細書で使用されるようなディスク（ｄｉｓｋ）及びディスク（ｄｉｓｃ）は、コンパクト・ディスク（ｄｉｓｃ）（ＣＤ）、レーザー・ディスク（ｄｉｓｃ）、光学ディスク（ｄｉｓｃ）、デジタル・バーサタイル・ディスク（ｄｉｓｃ）（ＤＶＤ）、フロッピー（登録商標）・ディスク（ｄｉｓｋ）及びブルーレイ（登録商標）・ディスク（ｄｉｓｃ）を含む。ここで、ディスク（ｄｉｓｋ）は通常データを磁気的に再生する一方、ディスク（ｄｉｓｃ）はレーザーを用いてデータを光学的に再生する。上記のものによる組合わせは、コンピュータ読取可能媒体の範囲内に含まれるべきである。
【００６７】
本開示における以上の説明は、当業者に対して本開示を製造あるいは使用することを可能にするために提供される。本開示に対する多様な変形例は当業者にとって容易に明らかになるであろう。また本明細書で規定された一般的原理は、この開示の精神あるいは範囲から逸脱することなく他の変形例に適用されうる。よって、本開示は本明細書で説明される実例及び設計に限定されるよう意図されたものではなく、本明細書において説明される原理および新規の機能と矛盾しない最大範囲であると認められるべきである。
【図１】
2011530230.tif 000003
【図２】
2011530230.tif 000004
【図３】
2011530230.tif 000005
【図４】
2011530230.tif 000006
【図５】
2011530230.tif 000007
【図６】
2011530230.tif 000008
【図７】
2011530230.tif 000009
【図８】
2011530230.tif 000010
【図９】
2011530230.tif 000011
【図１０】
2011530230.tif 000012
【国際調査報告】
2011530230.tif 000013
2011530230.tif 000014
2011530230.tif 000015