(57)【要約】  ハンドオーバ終了（ＥＯＨ）の明確なシグナリングは、有利なことに、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）のハンドオーバ・モードを使用することを、ユーザ機器（ＵＥ）がいつ止めたかを示す。ラジオ・リンク制御（ＲＬＣ）アクノレッジ・モード（ＡＭ）が順序通りに送信することによって、既にハンドオーバ・モードではない場合にギャップ・パケットを配信するというリスクなしに、再順序付けされる全てのパケットが受信されることが確実となる。さもなければ、ハイパー・フレーム・ナンバ（ＨＦＮ）が非同期状態となるだろう。発展型ベース・ノード（ｅＮＢ）は、ギャップが埋められないだろうと判定するのと実質的に同時に、サービス提供されているＵＥにＥＯＨインジケーションを伝達し、その後、ギャップを伴うＰＤＣＰサービス・データ・ユニット（ＳＤＵ）を、遅延なしで上位レイヤに配信しうる。
2011530263.tif 000002
【特許請求の範囲】
【請求項１】
ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のための方法であって、
コンピュータ読取可能記憶媒体に格納された、コンピュータ実行可能命令群を実行するためのプロセッサを用いることを備え、前記命令群は、
ソース・ノードからハンドオーバ・コマンドを受信して、ターゲット・ノードとのハンドオーバ手順を実行することと、
前記ターゲット・ノードから、ハンドオーバ終了（ＥＯＨ）インジケーションを受信することと、
パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤにおける順序通りの配信および重複削除を終了させることと
を実施させるための命令群である方法。
【請求項２】
前記ターゲット・ノードを捕捉することと、前記ターゲット・ノードに、ランダム・アクセス・チャネル（ＲＡＣＨ）を送信することによって、ハンドオーバ手順を実行することを更に備える請求項１に記載の方法。
【請求項３】
ＰＤＣＰヘッダにおけるビット・セットを検知することによって、前記ＥＯＨインジケーションを受信することを更に備える請求項１に記載の方法。
【請求項４】
パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）制御プロトコル・データ・ユニット（ＰＤＵ）を受信することによって、前記ＥＯＨインジケーションを受信することを更に備える請求項１に記載の方法。
【請求項５】
複数のダウンリンクＰＤＣＰデータＰＤＵを受信することと併せて、前記ＰＤＣＰ制御ＰＤＵをイン・バンドで受信することを更に備える請求項４に記載の方法。
【請求項６】
第２のハンドオーバの発生を判定することと、
ラジオ・リンク制御を再確立することと、
前記再確立されたラジオ・リンク制御で、第２のＥＯＨインジケーションを受信することと、
前記第２のＥＯＨインジケーションを無視することと
を更に備える請求項１に記載の方法。
【請求項７】
重複ＥＯＨインジケーションを受信することと、
前記重複ＥＯＨインジケーションを、暗号化、解凍、および処理することと、
前記重複ＥＯＨインジケーションを破棄することと
を更に備える請求項１に記載の方法。
【請求項８】
ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のためのコンピュータ・プログラム製品であって、
コンピュータ実行可能命令群を格納する少なくとも１つのコンピュータ読取可能記憶媒体を備え、前記命令群は、少なくとも１つのプロセッサによって実行されると、
ソース・ノードからハンドオーバ・コマンドを受信して、ターゲット・ノードとのハンドオーバ手順を実行するための第１のコードのセットと、
前記ターゲット・ノードから、ハンドオーバ終了（ＥＯＨ）インジケーションを受信するための第２のコードのセットと、
パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤにおける順序通りの配信および重複削除を終了させるための第３のコードのセットと
を備える構成要素を実現するコンピュータ・プログラム製品。
【請求項９】
ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のための装置であって、
少なくとも１つのプロセッサと、
コンピュータ実行可能命令群を備える少なくとも１つのコンピュータ読取可能記憶媒体と
を備え、前記命令群は、前記少なくとも１つのプロセッサによって実行されると、
ソース・ノードからハンドオーバ・コマンドを受信して、ターゲット・ノードとのハンドオーバ手順を実行する手段と、
前記ターゲット・ノードから、ハンドオーバ終了（ＥＯＨ）インジケーションを受信する手段と、
パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤにおける順序通りの配信および重複削除を終了させる手段と
を備える構成要素を実現する装置。
【請求項１０】
ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のための装置であって
ソース・ノードからハンドオーバ・コマンドを受信して、ターゲット・ノードとのハンドオーバ手順を実行する受信機と、
パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤにおける順序通りの配信および重複削除を終了させるための計算プラットフォームと
を備え、前記受信機は更に、前記ターゲット・ノードから、ハンドオーバ終了（ＥＯＨ）インジケーションを受信する装置。
【請求項１１】
前記受信機は更に、前記ターゲット・ノードを捕捉することによって、ハンドオーバ手順を実行し、
送信機が、前記ターゲット・ノードに、ランダム・アクセス・チャネル（ＲＡＣＨ）を送信する請求項１０に記載の装置。
【請求項１２】
前記計算プラットフォームは更に、ＰＤＣＰヘッダにおけるビット・セットを検知することによって、前記ＥＯＨインジケーションを受信する請求項１０に記載の装置。
【請求項１３】
前記計算プラットフォームは更に、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）制御プロトコル・データ・ユニット（ＰＤＵ）を受信することによって、前記ＥＯＨインジケーションを受信する請求項１０に記載の装置。
【請求項１４】
前記受信機は更に、複数のダウンリンクＰＤＣＰデータＰＤＵを受信することと連携して、前記ＰＤＣＰ制御ＰＤＵをイン・バンドで受信する請求項１３に記載の装置。
【請求項１５】
前記受信機は更に、第２のハンドオーバの発生を判定し、
前記受信機および送信機は更に、ラジオ・リンク制御を再確立し、
前記受信機は更に、前記再確立されたラジオ・リンク制御で、第２のＥＯＨインジケーションを受信し、
前記計算プラットフォームは更に、前記第２のＥＯＨインジケーションを無視する請求項１０に記載の装置。
【請求項１６】
前記受信機は更に、重複ＥＯＨインジケーションを受信し、
前記計算プラットフォームは更に、前記重複ＥＯＨインジケーションを暗号化、解凍、および処理し、前記重複ＥＯＨインジケーションを破棄する請求項１０に記載の装置。
【請求項１７】
ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のための方法であって、
コンピュータ読取可能記憶媒体に格納された、コンピュータ実行可能命令群を実行するプロセッサを用いることを備え、前記命令群は、
ソース・ノードからユーザ機器にハンドオーバ・コマンドを送信して、ターゲット・ノードとのハンドオーバ手順を実行することと、
前記ハンドオーバ手順が、もはや必要とされていないと判定することと、
前記ユーザ機器に、ハンドオーバ終了（ＥＯＨ）インジケーションを送信することと
を実施させるための命令群である方法。
【請求項１８】
ラジオ・リンク制御（ＲＬＣ）アクノレッジ・モード（ＡＭ）ラジオ・ベアラによって、ＲＬＣサービス・データ・ユニット（ＳＤＵ）を受信することと、
前記ユーザ機器によって削除された重複と共に再順序付けされた複数のパケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）プロトコル・データ・ユニット（ＰＤＵ）を復号することと
を更に備える請求項１７に記載の方法。
【請求項１９】
前記ＰＤＣＰ  ＰＤＵにおけるギャップを判定することと、
前記ギャップに従って、ＰＤＣＰ  ＰＤＵを格納することと、
前記ユーザ機器に前記ＥＯＨインジケーションを送信することに応じて、前記格納されたＰＤＣＰ  ＰＤＵを、上位レイヤに配信することと
を更に備える請求項１８に記載の方法。
【請求項２０】
前記ユーザ機器からランダム・アクセス・チャネル（ＲＡＣＨ）を受信するハンドオーバ手順を実行することを更に備える請求項１７に記載の方法。
【請求項２１】
ＰＤＣＰヘッダにビットを設定することによって、前記ＥＯＨインジケーションを送信することを更に備える請求項１７に記載の方法。
【請求項２２】
パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）制御プロトコル・データ・ユニット（ＰＤＵ）を送信することによって、前記ＥＯＨインジケーションを送信することを更に備える請求項１７に記載の方法。
【請求項２３】
複数のダウンリンクＰＤＣＰデータＰＤＵを配信することと連携して、前記ＰＤＣＰ制御ＰＤＵをイン・バンドで配信することを更に備える請求項２２に記載の方法。
【請求項２４】
ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のためのコンピュータ・プログラム製品であって、
コンピュータ実行可能命令群を格納する少なくとも１つのコンピュータ読取可能記憶媒体を備え、前記命令群は、少なくとも１つのプロセッサによって実行されると、
ソース・ノードからユーザ機器にハンドオーバ・コマンドを送信して、ターゲット・ノードとのハンドオーバ手順を実行するための第１のコードのセットと、
前記ハンドオーバ手順がもはや必要とされていないと判定するための第２のコードのセットと、
前記ユーザ機器に、ハンドオーバ終了（ＥＯＨ）インジケーションを送信するための第３のコードのセットと
を備える構成要素を実現するコンピュータ・プログラム製品。
【請求項２５】
ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のための装置であって、
少なくとも１つのプロセッサと、
コンピュータ実行可能命令群を格納する少なくとも１つのコンピュータ読取可能記憶媒体とを備え、前記命令群は、前記少なくとも１つのプロセッサによって実行されると、
ソース・ノードからユーザ機器にハンドオーバ・コマンドを送信して、ターゲット・ノードとのハンドオーバ手順を実行する手段と、
前記ハンドオーバ手順がもはや必要とされていないと判定する手段と、
前記ユーザ機器に、ハンドオーバ終了（ＥＯＨ）インジケーションを送信する手段と
を備える構成要素を実行する装置。
【請求項２６】
ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のための装置であって、
ソース・ノードからユーザ機器にハンドオーバ・コマンドを送信して、ターゲット・ノードとのハンドオーバ手順を実行するための送信機と、
前記ターゲット・ノードにおいて、前記ユーザ機器から、前記ソース・ノードに正しく送信されなかった複数のパケット・データ・ユニット（ＰＤＵ）を受信するための受信機と、
前記ハンドオーバ手順がもはや必要とされていないと判定するための計算プラットフォームとを備え、
前記送信機は更に、前記ユーザ機器に、ハンドオーバ終了（ＥＯＨ）インジケーションを送信する装置。
【請求項２７】
前記受信機は更に、ラジオ・リンク制御（ＲＬＣ）アクノレッジ・モード（ＡＭ）ラジオ・ベアラによって、ＲＬＣサービス・データ・ユニット（ＳＤＵ）を受信し、
前記計算プラットフォームは更に、前記ユーザ機器によって削除された重複と共に再順序付けされた複数のパケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）プロトコル・データ・ユニット（ＰＤＵ）を復号する
請求項２６に記載の装置。
【請求項２８】
前記計算プラットフォームは更に、前記ＰＤＣＰ  ＰＤＵにおけるギャップを判定し、前記ギャップに従って、ＰＤＣＰ  ＰＤＵを格納し、前記ユーザ機器に前記ＥＯＨを送信することに応じて、前記格納されたＰＤＣＰ  ＰＤＵを、上位レイヤに配信する請求項２７に記載の装置。
【請求項２９】
前記受信機は更に、前記ユーザ機器からランダム・アクセス・チャネル（ＲＡＣＨ）を受信するハンドオーバ手順を実行する請求項２６に記載の装置。
【請求項３０】
前記送信機は更に、ＰＤＣＰヘッダにビットを設定することによって、前記ＥＯＨインジケーションを送信する請求項２６に記載の装置。
【請求項３１】
前記送信機は更に、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）制御プロトコル・データ・ユニット（ＰＤＵ）を送信することによって、前記ＥＯＨインジケーションを送信する請求項２６に記載の装置。
【請求項３２】
前記計算プラットフォームは更に、複数の下りリンクＰＤＣＰデータＰＤＵを配信することと連携して、前記ＰＤＣＰ制御ＰＤＵをイン・バンドで配信する請求項３１に記載の装置。
【発明の詳細な説明】
【関連出願】
【０００１】
（米国特許第１１９条に基づく優先権の主張）
本願は、共に“PACKET DATA CONVERGENCE PROTOCOL END OF HANDOVER INDICATION”と題された、２００８年８月１２日に提出された仮出願６１／０８８３１７号および２００８年８月４日に提出された仮出願６１／０８６０８２号に対する優先権を主張する。両出願は、本願の譲受人に譲渡され、参照によって、本明細書に明確に組み込まれる。
【技術分野】
【０００２】
本開示は一般に、通信に関し、特に、無線通信ネットワークにおける、ハンドオーバ中のシームレスなデータ転送に関する。
【背景技術】
【０００３】
パケット・ベースの発展型無線通信において、ハンドオーバ中、ユーザ機器（ＵＥ）内で、上りリンク（ＵＬ）・ラジオ・リンク制御（ＲＬＣ）が、恐らくギャップを伴って、受信されたＲＬＣサービス・データ・ユニット（ＳＤＵ）を、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）に渡す。これは、フラッシュ・タイマによって定義された時間スパンの間、無損失の下りリンク（ＤＬ）データ転送と、再順序付けと、重複削除とを提供するために、「ハンドオーバ・モード」、あるいはＰＤＣＰ再順序付けモードで動作する。フラッシュ・タイマの少なくとも１つの目的は、欠落したＤＬ  ＰＤＣＰプロトコル・データ・ユニット（ＰＤＵ）が受信されない場合に、不連続なＤＬデータを確実に配信することである。
【０００４】
通信の様々な態様が、フラッシュ・タイマと、ＰＤＣＰハンドオーバ・モードを止めるためのインジケータとしてのその利用とに対して敏感であり、これは、通信に対して害を及ぼす可能性がある。従って、発展型ユニバーサル・モバイル・テレコミュニケーション・システム地上ラジオ・アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）のターゲット・ベース・ノード（ｅＮＢ）が、ＵＥにおいてフラッシュ・タイマの期限がいつ切れるかについて、信頼性のある推定を有することが、ロバストな通信にとって大いに関連がある。
【発明の概要】
【０００５】
下記は、開示される態様のうちのいくつかの態様についての基本的認識を提供するために、簡略化された概要を示す。この概要は、広範囲に及ぶ要約ではなく、重要事項や決定的要素を特定することも、このような態様の範囲を線引くことも意図されていない。後に示される、より詳細な説明に対する前置きとして、説明される特徴のいくつかの概念を簡略化形式で示すことが、この概要の目的である。
【０００６】
１つの態様において、ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のための方法が、以下の動作を実施するための、コンピュータ読取可能記憶媒体に格納されたコンピュータ実行可能命令群を実行するプロセッサを用いることによって提供される。ハンドオーバ・コマンドが、ＵＥにおいて、ソース・ノードから受信され、ターゲット・ノードとのハンドオーバ手順が実行される。ターゲット・ノードからの、ハンドオーバ終了（ＥＯＨ）インジケーションが、ＵＥによって受信されると、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤにおける順序通りの配信および重複削除機能が終了する。
【０００７】
別の態様において、ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のための、コンピュータ・プログラム製品が提供される。少なくとも１つのコンピュータ読取可能記憶媒体が、少なくとも１つのプロセッサによって実行されると複数の構成要素を実現するコンピュータ実行可能命令群を格納する。第１のコードのセットが、ソース・ノードからハンドオーバ・コマンドを受信して、ターゲット・ノードとのハンドオーバ手順を実行する。第２のコードのセットが、ハンドオーバ終了（ＥＯＨ）インジケーションを、ターゲット・ノードから受信する。第３のコードのセットが、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤにおける順序通りの配信および重複削除機能を終了させる。
【０００８】
追加的な態様において、ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のための装置が提供される。少なくとも１つのコンピュータ読取可能記憶媒体が、少なくとも１つのプロセッサによって実行されると複数の構成要素を実現するコンピュータ実行可能命令群を格納する。ハンドオーバ・コマンドをソース・ノードから受信して、ターゲット・ノードとのハンドオーバ手順を実行する手段が提供される。ハンドオーバ終了（ＥＯＨ）インジケーションをターゲット・ノードから受信する手段が提供される。パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤにおける順序通りの配信および重複削除機能を終了させる手段が提供される。
【０００９】
更なる態様において、ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のための装置が提供される。受信機が、ハンドオーバ・コマンドをソース・ノードから受信して、ターゲット・ノードとのハンドオーバ手順を実行する。この受信機が、ハンドオーバ終了（ＥＯＨ）インジケーションをターゲット・ノードから受信する。計算プラットフォームが、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤにおける順序通りの配信および重複削除機能を終了させる。
【００１０】
更なる１つの態様において、ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のための方法が、コンピュータ読取可能記憶媒体に格納されたコンピュータ実行可能命令群を実行するプロセッサを用いることによって提供される。このコンピュータ実行可能命令群は、以下の動作を実施するための命令群である。ハンドオーバ・コマンドが、ソース・ノードからユーザ機器に送信され、ターゲット・ノードとのハンドオーバ手順が実行される。ハンドオーバ手順が、もはや必要とされていないと判定される。ハンドオーバ終了（ＥＯＨ）インジケーションが、ユーザ機器に送信される。
【００１１】
更に別の態様において、ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のためのコンピュータ・プログラム製品が提供される。少なくとも１つのコンピュータ読取可能記憶媒体が、少なくとも１つのプロセッサによって実行されると構成要素を実現するコンピュータ実行可能命令群を格納する。第１のコードのセットが、ソース・ノードからユーザ機器にハンドオーバ・コマンドを送信して、ターゲット・ノードとのハンドオーバ手順を実行する。第２のコードのセットが、ハンドオーバ手順がもはや必要とされていないと判定する。第３のコードのセットが、ハンドオーバ終了（ＥＯＨ）インジケーションを、ユーザ機器に送信する。
【００１２】
更に追加的な態様において、ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のための装置が提供される。少なくとも１つのコンピュータ読取可能記憶媒体が、少なくとも１つのプロセッサによって実行されると構成要素を実現するコンピュータ実行可能命令群を格納する。ソース・ノードからユーザ機器にハンドオーバ・コマンドを送信して、ターゲット・ノードとのハンドオーバ手順を実現する手段が提供される。ハンドオーバ手順がもはや必要とされていないと判定する手段が提供される。ハンドオーバ終了（ＥＯＨ）インジケーションを、ユーザ機器に送信する手段が提供される。
【００１３】
更に別の態様において、ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のための装置が提供される。送信機が、ソース・ノードからユーザ機器にハンドオーバ・コマンドを送信して、ターゲット・ノードとのハンドオーバ手順を実行する。計算プラットフォームが、ハンドオーバ手順がもはや必要とされていないと判定する。送信機は更に、ハンドオーバ終了（ＥＯＨ）インジケーションを、ユーザ機器に送信する。
【００１４】
前述の目的およびそれに関連する目的の達成に向けて、１又は複数の態様が、以下に完全に説明され、特に特許請求の範囲において指摘される特徴を備える。以下の説明および添付図面は、特定の例示的態様を詳細に説明し、態様の原理が用いられる様々な形式のほんのいくつかしか示していない。その他の利点および新規の特徴が、図面と併せて考慮された時、以下の詳細な説明から明らかとなり、開示される態様は、そのような態様の全てと、それらの均等物を含むよう意図されている。
【図面の簡単な説明】
【００１５】
明細書全体にわたって同一の参照文字がそれに相当するものを特定する図面と併せて解釈すると、本開示の特徴、本質、および利点が、以下に説明される説明からより明らかとなるだろう。
【図１】図１は、ロバストで効率的なパケット・データ・コンバージョン・プロトコル（ＰＤＣＰ）のハンドオーバ動作モードについての、ハンドーバ終了インジケーションを用いる無線通信システムのブロック図を例示する。
【図２】図２は、ロバストで効率的なパケット・データ・コンバージョン・プロトコル（ＰＤＣＰ）のハンドオーバ動作モードについての方法体系のタイミング図を例示する。
【図３】図３は、１つの実施形態に従う、多元接続無線通信システムを例示する。
【図４】図４は、通信システムのブロック図である。
【図５】図５は、本明細書において説明される態様に従う、ユーザ機器および発展型ベース・ノード（ｅＮＢ）の動作を容易にするプロトコル・スタックのブロック図を例示する。
【図６】図６は、ＰＤＣＰハンドオーバ終了動作モードをシグナルするための、ＰＤＣＰ制御ＰＤＵの実例的なフォーマットを例示する。
【図７】図７は、ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のための電子構成要素からなる論理グループを有するユーザ機器のブロック図を図示する。
【図８】図８は、ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のための電子構成要素からなる論理グループを有するベース・ノードのブロック図を図示する。
【図９】図９は、ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のための手段を有する装置のブロック図を図示する。
【図１０】図１０は、ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のための手段を有する装置のブロック図を図示する。
【発明を実施するための形態】
【００１６】
ハンドオーバ終了（ＥＯＨ）の明確なシグナリングは、有利なことに、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）のハンドオーバ・モードを使用することを、ユーザ機器（ＵＥ）がいつ止めたか示す。その結果、ユーザ機器（ＵＥ）がＰＤＣＰハンドオーバ・モードから抜け出すために、フラッシュ・タイマを使用することが回避される。
【００１７】
特に、ハンドオーバを維持および終了させるためにフラッシュ・タイマを利用することについての以下の態様が、ロバストでも効率的でもないことが留意されうる。  
（ｉ）受信されたＤＬ  ＰＤＣＰサービス・データ・ユニット（ＳＤＵ）のシーケンスにおけるギャップが依然として存在する場合、このギャップの後のＳＤＵは、フラッシュ・タイマの期限が切れた場合にのみ、上位レイヤに渡される。よって、（例えば、転送が失敗する、あるいは、アクティブ・キュー管理（ＡＱＭ）によって、１つのパケットがドロップすることにより）ＰＤＣＰ  ＳＤＵのシーケンスにおけるいくつかのギャップが埋められないと、フラッシュ・タイマの大きな値が、ラジオ・リンク制御（ＲＬＣ）アクノレッジ・モード（ＡＭ）ベアラにおけるデータを遅延させうる。  
（ｉｉ）ＳＮ（シーケンス・ナンバ）＜Ｎｅｘｔ＿ＰＤＣＰ＿ＲＸ＿ＳＮのＤＬ  ＰＤＣＰ  ＳＤＵの再伝送が未だ生じており、ＰＤＣＰが非ハンドオーバ・モードで動作するだろうと示していながらも、フラッシュ・タイマの期限が切れると、ハイパー・フレーム・ナンバ（ＨＦＮ）が非同期状態になり、呼出（音声あるいはデータ）がドロップされうる。従って、ＵＥにおけるフラッシュ・タイマが、未だ起動中であるか、あるいは期限が切れているかを、ターゲットｅＮＢが知っていることが、大いに重要である。
【００１８】
（ｉｉｉ）ＤＬ  ＰＤＣＰ  ＰＤＵが、ｅＮＢでの伝送のために、ＲＬＣ  ＡＭに対して提示されると、ＲＬＣプロトコルは、受信機において、対応するＲＬＣ  ＳＤＵがいつ配信されるのかを制御することを許可しない。実質的な自動再送要求（ＡＲＱ）によって、フラッシュ・タイマが、期限が切れる前の、実質的な時間をまだ有している間に提示されたＰＤＣＰ  ＳＤＵが、フラッシュ・タイマの期限が切れた後に、受信機に配信されることが可能となる。  
（ｉｖ）ＲＬＣの動き（move）受信機ウィンドウ・メカニズムが存在しないことを考慮すると、受信機を非ＨＦＮ同期状態にすることを回避するためにＲＬＣが生じようとしている場合、ｅＮＢはＲＬＣを再確立する以外のことは何もできない。  
（ｖ）従来のパケット・ベースの通信システムにおいて、ハンドオーバ・コマンドが受信されると、ＰＣＤＰがハンドオーバを知らされ、これによって、ＰＤＣＰフラッシュ・タイマが起動される。その後、ハンド・オーバされるＵＥは、ハンドオーバを正しく完了するために、ターゲット・セルを捕捉し、ランダム・アクセス・チャネル（ＲＡＣＨ）手順を進めねばならない。次に、ターゲットｅＮＢは、ＤＬ  ＰＤＣＰ  ＳＤＵの再伝送を完了するために、フラッシュ・タイマによって上限が定められた、未知の長さの時間を有する。このような不確定性に対処するために、フラッシュ・タイマは、（例えば、１秒）のような、大きな値に設定される可能性が高い。これは、一般に、ハンドオーバにおけるレイテンシを増加させ、フラッシュ・タイマについて設定された値と同じ程度、ユーザ・トラフィックを遅延させうる。  
フラッシュ・タイマの影響を受ける通信態様（ｉ）−（ｖ）は、ＰＤＣＰハンドオーバ・モードを終了させるためにフラッシュ・タイマを使用することに関連付けられた、実例的なリスクおよび非効率を示す。
【００１９】
ここで、様々な態様が、図面を参照して説明される。以下の記述において、説明を目的として、１又は複数の態様についての完全な理解を提供するために、多くの具体的な詳細が説明される。しかし、様々な態様が、これら具体的な詳細を用いずに実現されうるということは明らかである。別の実例において、これらの態様を説明することを容易にするために、周知の構成およびデバイスが、ブロック図形式で図示される。
【００２０】
図１において、発展型ベース・ノード（ｅＮＢ）１０２として図示されたソース・ベース・ノードが、１０４において図示されるように、ユーザ機器（ＵＥ）１０６に対して、ゲートウェイ１１０によって調整されたように、ターゲットｅＮＢ１０８へのハンドオーバを実行するよう指示すると、無線通信システム１００が、低レイテンシの、大幅によりロバストな通信を提供する。ＵＥ１０６は、受信されたラジオ・リンク制御（ＲＬＣ）サービス・データ・ユニット（ＳＤＵ）を、再順序付けおよび重複削除のために、ＲＬＣ１１４のような下位レイヤから、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）１１２のような上位レイヤに渡す。ターゲットｅＮＢ１０８は、ＵＥ１０６によって削除された重複と共に再順序付けされた複数のＰＣＤＰ  ＰＤＵ１１６を復号することを実行しうる。ターゲットｅＮＢ１０８は、ハンドオーバ・モードにおいてパケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）を用いることを止めるようにＵＥ１０６に指示するために、下がりリンク１２２において、明確な「ハンドオーバ終了」（ＥＯＨ）インジケーション１２０を利用しうる。典型的な態様において、ＥＯＨインジケーション１２０は、ＵＥ１０６による検知のために、ＰＤＣＰ  ＰＤＵ１２８のＰＤＣＰヘッダ１２６における１又は複数の確保されたビットを利用する（例えば、「ＥＯＨ」フラグ１２４を設定する）ことによって達成されうる。代替的に、ｅＮＢは、制御するためのデータ／制御ビット１３２のセットと、ＥＯＨタイプを示すＰＤＣＰタイプ・セグメント１３４と、その後にシーケンス・ナンバ１３６とを備えるＰＤＣＰ制御プロトコル・データ・ユニット（ＰＤＵ）１３０を生成および伝達しうる。ＰＤＣＰ制御ＰＤＵ１３０を使用することによって、多用途で、クリーンな設計が提供されうることが認識されるべきである。ＵＥ１０６は、ＥＯＨインジケーション１２０を受信すると、下がりリンク（ＤＬ）における順序通りの配信および重複削除機能のような機能がアクティベートされている場合に、それらをデアクティベートしうる。
【００２１】
加えて、主題のイノベーションは更に、ＰＤＣＰハンドオーバ動作モードの開始をシグナリングすることによって、ＰＤＣＰハンドオーバ動作モードの開始を決定しうる。ＰＤＣＰハンドオーバ動作モードの開始のシグナリング１２０が、上記で説明されたような、ＥＯＰＨ動作モードをシグナリングすること、あるいは、ＥＯＰＨ動作モードを決定すること、のうちの少なくとも１つとは異なることが留意されるべきである。
【００２２】
このような明確なＰＤＣＰ  ＥＯＨインジケーション１２０は、通信のための、少なくとも以下の利点を提供する。  
（ｉ）通信ロバスト性。ＲＬＣ  ＡＭが順序通りに配信するので、ＵＥ１０４におけるＰＤＣＰが、再順序付けされる全てのパケットが受信される前に、ハンドオーバ・モードを使用することを止めないことが確実であると、ｅＮＢ１０２は認識しうる。従って、ＰＤＣＰが既にハンドオーバ・モードではない場合に、「ギャップ」パケットを配信するというリスクがない。これは、ハイパー・フレーム・ナンバ（ＨＤＮ）を非同期状態にするだろう。加えて、ラジオ・リソース制御（ＲＲＣ）コネクションの再確立だけでなく、ハンドオーバのために機能するフラッシュ・タイマの値を設定する必要がない。  
（ｉｉ）簡潔性。フラッシュ・タイマの期限切れの際に、ＲＲＣを使用して、ＰＤＣＰハンドオーバ動作モードの終了を示すようにフラッシュ・タイマを（ハンドオーバ毎に）設定する必要がない。  
（ｉｉｉ）低レイテンシ。ｅＮＢ１０２は、ギャップが埋められないだろうと判定するのと実質的に同時に、サービス提供されているＵＥ１０４にＥＯＨインジケーションを伝達しうる。これは、その後、ギャップを伴うＰＤＣＰ  ＳＤＵを、遅延なしで上位レイヤに配信しうる。  
主題のイノベーションは、ハンドオーバおよびＲＲＣコネクションの再確立の両方のために用いられる単一のフラッシュ・タイマの存在に関連付けられた通信性能問題を緩和しうる。アタッチメント手順の態様を考慮すると、ハンドオーバ中、ターゲットｅＮＢは、ＵＥがいつセルに結合するかを知っており、そのために、信頼性のある接続がなされうる。逆に、ＲＲＣコネクションの再確立は、再確立の開始と再設定の完了との間のいつ起きるかに関して、実質的に、より不明確である。従って、最悪のシナリオに備えるために、ハンドオーバ・インジケーションが伝達されるのと同時にフラッシュ・タイマがトリガされる場合、フラッシュ・タイマは一般に、非同期化を回避できる程度に保守的である。このため、フラッシュ・タイマの値の値は、ハンドオーバ動作について悲観的な値となる。
【００２３】
ＵＥは、既に非ハンドオーバ・モード状態で動作している場合、受信されたＥＯＨインジケーションを無視しうるということが認識されるべきである。このＥＯＨインジケーションは、上記で示されたように、ＰＤＣＰヘッダ内の、あるいはＰＤＣＰ制御ＰＤＵによるＥＯＨインジケーションである。ＥＯＨインジケーションが、（例えば、確保された（Ｒ）ビットのセットによって）ＰＤＣＰヘッダ内で伝達された場合、ＵＥは、ＰＤＵを処理し、ＥＯＨインジケーションを無視するだろう。
【００２４】
連続するハンドオーバ。ハンドオーバが連続する場合、第２のハンドオーバが、ＲＲＣによって、ＰＤＣＰに対して示された後、ＲＬＣが再確立されると、第１のハンドオーバに関連付けられたＥＯＨインジケーションが、ＲＬＣによって伝達されることが可能となる。ＲＲＣ通信の再確立が、ハンドオーバ・モードでのＰＤＣＰ動作を含むことが認識されるべきである。このようなＥＯＨインジケーションは、ＰＤＣＰによって無視されるべきである。後者を確かにするために、ＲＬＣ再確立のために受信されたＥＯＨシグナリング・パケットは、ＰＤＣＰによって無視される。この実例においてＥＯＨインジケーションを無視することによって、ハンドオーバ手順の不適切な終了が回避される。
【００２５】
主題のイノベーションの１つの態様において、ＰＤＣＰヘッダにおける１又は複数の確保されたビットがＥＯＨインジケーションのために使用されると、実質的に全ての実例におけるターゲットｅＮＢが、１又は複数の確保された（Ｒ）ビットを追加／更新すると見なされる。「更新」は、ソースｅＮＢが、例えば、＜ＰＤＣＰヘッダ＋ペイロード＞のような、完全なＰＤＣＰパケットをターゲットｅＮＢに転送する場合のために必要であるということが留意されるべきである。このような追加／更新によって、ｅＮＢが、実質的に任意の形式で、ＵＥをハンドオーバ・モードにすることができる。
【００２６】
主題のイノベーションにおいて、ＥＯＨシグナリングのために確保された１又は複数のビットを利用することに加えて、あるいはそれの代替として、ＰＤＣＰに対するウィンドウ・コンセプトが導入されうる。ここにおいて、ＰＤＣＰは、ＲＬＣと実質的に同じ形式で、ウィンドウから受信されたＰＤＵを破棄する。このようなウィンドウ利用は、実質的に常に、ハンドオーバ・モード下の通信を引き起こしうる。
【００２７】
重複する場合。主題のイノベーションにおいて、ＰＤＣＰ  ＰＤＵヘッダにおける１又は複数の確保されたビットによってＥＯＨが伝達されると、ＰＤＵが、既に受信されたＳＤＵに対応（例えば、重複）するということが起こりうる。このような実例における、主題のイノベーションの態様において、重複削除機能が、重複を破棄する前に、ＥＯＨインジケーションを考慮しうる。このような削除は、ロバスト・ヘッダ圧縮（ＲｏＨＣ）の解凍と類似している。これは、重複のためのものであり、重複が削除される前に実行される。重複する場合において、ＵＥは、ＥＯＨインジケーションを暗号化、解凍、および処理して、その後、そのようなパケットを破棄しうる。
【００２８】
図２において、動作２００の方法体系あるいはシーケンスが、低レイテンシを伴うロバストな様式でのシームレスなデータ転送を用いて、ソースｅＮＢ２０４からターゲットｅＮＢ２０６にハンド・オーバされるＵＥ２０２について図示される。２１０において示されるように、ソースｅＮＢ２０４が、ソースｅＮＢ２０４からターゲットｅＮＢ２０６へのハンドオーバ手順を実行するために、ハンドオーバ・コマンドをＵＥ２０２に送信する。２１２において示されるように、ソースｅＮＢ２０４が、バッファされた下がりリンク・サービス・データ・ユニット（ＳＤＵ）と、下がりリンクおよび上がりリンク・コンテキストとを、ターゲットｅＮＢ２０６に送信する。
【００２９】
ＵＥ２０２は、ハンドオーバ・モードを実行して、無損失のデータ転送を達成するために、ラジオ・リンク制御（ＲＬＣ）に、上りリンクＲＬＣ  ＳＤＵを、ＰＤＣＰの上位レイヤへ渡させることによって、ハンドオーバ・コマンドに応答する（ブロック２１４）。ＵＥ２０２は、ターゲットｅＮＢ２０６を捕捉し（ブロック２１６）、その後、ターゲットｅＮＢ２０６と、ランダム・アクセス・チャネル（ＲＡＣＨ）手順を実行する（ブロック２１８）。ＵＥ２０２は、ギャップの測定中に獲得され、ソースｅＮＢ２０４等によって中継されたパラメータに基づいて、ターゲットｅＮＢ２０６の捕捉を実行しうる。ＵＥ２０２は、ＰＤＣＰ再順序付けおよび重複削除を実行し、結果として得られたＰＤＵをＲＬＣに渡す（ブロック２２０）。２２２において示されるように、ターゲットｅＮＢが、ＲＬＣアクノレッジ・モード（ＡＭ）ラジオ・ベアラによって、ＰＤＣＰ  ＰＤＵを、順序通りにＵＥ２０２に送信する。
【００３０】
ある時点で、ＰＤＣＰレイヤが、ＰＤＣＰ再順序付け（すなわち、ハンドオーバ・モード）がもはや必要とされていないと判定する（ブロック２２６）。典型的な態様において、ターゲットｅＮＢ２０６が、ＰＤＣＰヘッダ・フラグあるいはＰＤＣＰ制御ＰＤＵによって、ＰＤＣＰからＲＬＣに、イン・バンドで送られるハンドオーバ終了（ＥＯＨ）のインジケーションを生成し（ブロック２２８）、これは、２３０において示されるように、ＵＥ２０２へ送信される。例示的な実施において、ＥＯＨは、ＰＤＣＰハンドオーバ終了（ＥＯＰＨ）動作モードのインジケーションとして称されうる。ターゲットｅＮＢ２０６は、更なる遅延なしで、ギャップを伴うＰＤＣＰ  ＳＤＵを、上位レイヤに配信しうる（ブロック２３２）。
【００３１】
ＵＥ２０２は、ＥＯＨあるいはＥＯＰＨインジケーションを暗号化、解凍、および処理し、重複する場合は破棄しうる（ブロック２３４）。ＵＥ２０２は、連続するハンドオーバの後、ラジオ・リソース制御（ＲＲＣ）を再確立する際に、ＥＯＰＨインジケーションが受信されると、それを無視する（ブロック２３６）。ＵＥ２０２は、下りリンクにおける、順序通りの配信および重複削除機能を非アクティブにする（ブロック２３８）。ＵＥ２０２は、カウントを上昇させることによって、格納されたＳＤＵを上位レイヤに配信し、同期のために、ハイパー・フレーム・ナンバ（ＨＦＮ）を更新する（ブロック２４０）。
【００３２】
本明細書において説明される技術は、符号分割多元接続（ＣＤＭＡ）ネットワークや、時分割多元接続（ＴＤＭＡ）ネットワークや、周波数分割多元接続（ＦＤＭＡ）ネットワークや、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワークや、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワークといった、様々な無線通信ネットワークに使用されうる。「ネットワーク」や「システム」といった用語はしばしば置換可能に使用される。ＣＤＭＡネットワークは、世界地上無線接続（ＵＴＲＡ）やｃｄｍａ２０００などのようなラジオ技術を実現しうる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）及び低チップ・レート（ＬＣＲ）を含む。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、ＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、グローバル・システム・フォー・モバイル・コミュニケーション（ＧＳＭ（登録商標））のような無線技術を実現しうる。ＯＦＤＭＡネットワークは、Ｅｖｏｌｖｅｄ  ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭ（登録商標）のような無線技術を実現しうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、及びＧＳＭは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。ロング・ターム・エボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳの最新リリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳ、及びＬＴＥは「第３世代パートナシップ・プロジェクト（３ＧＰＰ）」と命名された団体からの文書において説明される。ｃｄｍａ２０００は「第３世代パートナシップ・プロジェクト２」（３ＧＰＰ２）と命名された団体からの文書において説明される。これらの多様なラジオ技術と規格は当技術分野において周知である。明確にするために、これらの技術の特定の態様がＬＴＥについて下記に記述されており、ＬＴＥ用語がその下記の記述の大部分において使用されている。
【００３３】
単一キャリア変調と周波数領域等値化を利用する技術は、単一キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）である。ＳＣ−ＦＤＭＡはＯＦＤＭＡシステムのものと類似の性能と本質的に同じ総合複雑性とを有している。ＳＣ−ＦＤＭＡ信号はその固有の単一キャリア構造のためにより低いピーク対平均電力比（ＰＡＰＲ）を有している。特により低いＰＡＰＲが送信電力効率の点において移動端末に大いに利点を与える上がりリンク通信において、ＳＣ−ＦＤＭＡは多くの注目を集めてきた。これは現在の３ＧＰＰロング・ターム・エボリューション（ＬＴＥ）、あるいはＥｖｏｌｖｅｄ  ＵＴＲＡにおける上がりリンク多元接続スキームに対する動作前提である。
【００３４】
図３には、１つの実施形態に従う多元接続無線通信システムが例示される。アクセス・ポイント３００（ＡＰ）は、複数のアンテナ・グループを含み、１つは３０４と３０６を含み、別のものは３０８と３１０を含み、更に別のものは３１２と３１４を含みうる。図３において、各アンテナ・グループとして２つのアンテナしか示されていないが、それより多くのあるいはそれより少ないアンテナが各アンテナ・グループとして利用されうる。アクセス端末３１６（ＡＴ）は、アンテナ３１２、３１４と通信している。ここで、アンテナ３１２、３１４は、フォワード・リンク３２０を介して情報をアクセス端末３１６へ送信し、リバース・リンク３１８を介してアクセス端末３１６から情報を受信する。アクセス端末３２２は、アンテナ３０６、３０８と通信している。ここで、アンテナ３０６、３０８は、フォワード・リンク３２６を介して情報をアクセス端末３２２へ送信し、リバース・リンク３２４を介してアクセス端末３２２から情報を受信する。ＦＤＤシステムにおいて、通信リンク３１８、３２０、３２４、３２６は、通信のために異なる周波数を使用できる。例えば、フォワード・リンク３２０は、リバース・リンク３１８によって使用されたものとは異なる周波数を使用できる。
【００３５】
アンテナの各グループ、及び／あるいはアンテナが通信するために設計されているエリアは、しばしばアクセス・ポイントのセクタと称される。態様において、アンテナ・グループは各々が、アクセス・ポイント３００によってカバーされたエリアの、セクタにおける端末にアクセスするために通信するように設計されている。ＡＰ３００によってカバーされたエリアは、従来、マクロ・セルとして知られている。
【００３６】
加えて、ＡＰ３００のカバレッジ・エリア内において、複数の異種アクセス・ポイント３４０が、（例えば、フェムト・セルあるいはピコ・セルにおいて）局所カバレッジを提供しうる。ＡＰ３００によってサービス提供されるアクセス端末は、ＡＰ３４０と通信しうる。例えば、ＡＴ３１６は、リバース・リンク３３４およびフォワード・リンク３３６によって、ＡＰ３４０のうちの１つと通信しうる。態様において、ＡＴ３１６とＡＰ３４０との間の通信は、ＡＴ３１６とＡＰ３００との間のマクロ・セルにおける通信のためのものと実質的に同じ通信プロトコル／規格に従って続行する。
【００３７】
フォワード・リンク３２０、３２６での通信において、アクセス・ポイント３００の送信アンテナは、別のアクセス端末３１６、３２４のためのフォワード・リンクの信号対雑音比を向上させるために、ビームフォーミングを活用する。加えて、カバレッジに渡ってランダムに散在しているアクセス端末へ送信するためにビームフォーミングを使用するアクセス・ポイントは、単一アンテナによって全てのアクセス端末へ送信するアクセス・ポイントよりも、近隣セル内のアクセス端末に、少ない干渉しかもたらさない。
【００３８】
加えて、図３は、リンク３３５によって、基地局３００と通信するコア・ネットワーク３０５を例示する。コア・ネットワーク３０５は、その他の基地局（図示せず）とも通信していることが認識されるべきである。リンク３３５は、有線（例えば、光ファイバ、デジタル・サブキャリア・ライン、ツイスト・ペア・ケーブルや、同軸ケーブル等）、あるいは無線である。コア・ネットワーク３０５は、一般に、ＵＥ３１６あるいは３２２のためのデータ・フローのような、（例えば、インターネット・プロトコル（ＩＰ）・パケットに基づく通信のような）パケット化された通信を生成および／又は管理（例えば、スケジュール、通信記録やポリシーを保持）する任意の構成要素を十分に備える。コア・ネットワーク３０５は、一般に、データ、あるいはトラフィックを、（例えば、アクセス・ポイント３００のような）サービス提供中の基地局に伝達し、同様に、データを基地局から受信する、サービス提供中のゲートウェイ（ＳＧＷ、図示せず）を含む。加えて、コア・ネットワーク３０５は、モビリティ管理エンティティ（ＭＭＥ、図示せず）を含む。これは、コア・ネットワーク３０５によって動作させられている基地局への制御情報を管理する。
【００３９】
アクセス・ポイントは、端末と通信するために使用される固定局でありうるし、アクセス・ポイント、ノードＢ、発展型ベース・ノード（ｅＮＢ）、屋内用ｅＮＢ、あるいはその他いくつかの用語によっても称されうる。アクセス端末は、アクセス端末、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、あるいはその他いくつかの用語によっても称されうる。
【００４０】
ＭＩＭＯシステムはデータ伝送のために複数（ＮT)個の送信アンテナと複数（ＮR)個の受信アンテナを用いる。ＮT個の送信アンテナとＮR個の受信アンテナによって形成されるＭＩＭＯチャネルは空間チャネルとも称されるＮS個の独立チャネルへと分解されうる。ここで、ＮS≦ｍｉｎ｛ＮT、ＮR｝である。ＮS個の独立チャネルの各々は１つのディメンションに対応している。複数の送信アンテナと受信アンテナによって作られた追加ディメンションが利用されると、ＭＩＭＯシステムは向上された性能（例えば、より優れたスループット、および／又は、より高い信頼性）を提供しうる。
【００４１】
ＭＩＭＯシステムは時分割二重通信（ＴＤＤ）システムと周波数分割二重通信（ＦＤＤ）システムとを支援する。ＴＤＤシステムにおいて、フォワード・リンク伝送とリバース・リンク伝送は同じ周波数領域にあるため、相反原理によってリバース・リンク・チャネルからフォワード・リンク・チャネルを推定することが可能となる。これによって、複数のアンテナがアクセス・ポイントにおいて使用可能な場合、アクセス・ポイントはフォワード・リンクで送信ビームフォーミング利得を抽出できるようになる。
【００４２】
図４は、ＭＩＭＯシステム４００における、（アクセス・ポイントとしても知られる）送信機システム４１０、及び（アクセス端末としても知られる）受信機システム４５０のバージョンのブロック図である。送信機システム４１０において、複数のデータ・ストリームのためのトラフィック・データが、データ・ソース４１２から、送信（ＴＸ）データ・プロセッサ４１４へ提供される。
【００４３】
態様において、各データ・ストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータ・プロセッサ４１４は、データ・ストリームのために選択された特定の符号化スキームに基づいて、各データ・ストリームのためのトラフィック・データを、フォーマットし、符号化し、インターリーブして、符号化データを提供する。
【００４４】
各データ・ストリームのための符号化データは、ＯＦＤＭ技術を使用するパイロット・データを用いて多重化されうる。このパイロット・データは一般に、周知の方式で処理される周知のデータ・パターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。各データ・ストリームのための多重化されたパイロット・データ及び符号化データは、その後、そのデータ・ストリームのために選択された（例えば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、あるいはＭ−ＱＡＭのような）特定の変調スキームに基づいて変調（例えば、シンボル・マップ）され、変調シンボルを提供する。各データ・ストリームのためのデータ・レート、符号化、変調は、プロセッサ４３０によって実行される命令群によって判定されうる。
【００４５】
全てのデータ・ストリームのための変調シンボルは、その後、ＴＸ  ＭＩＭＯプロセッサ４２０に提供される。このプロセッサは、（例えば、ＯＦＤＭのための）変調シンボルを更に処理しうる。ＴＸ  ＭＩＭＯプロセッサ４２０は、その後、ＮＴ個の変調シンボル・ストリームを、ＮＴ個の送信機（ＴＭＴＲ）４２２ａ乃至４２２ｔに提供しうる。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ４２０は、データ・ストリームのシンボルとそのシンボルが送信されてくるアンテナとに、ビームフォーミング重みを適用する。
【００４６】
各送信機４２２は、それぞれのシンボル・ストリームを受信及び処理して、１又は複数のアナログ信号を提供し、更にアナログ信号を調整（例えば、増幅、フィルタ、及びアップコンバート）して、ＭＩＭＯチャネルを介した伝送に適切な変調信号を提供する。送信機４２２ａ乃至送信機４２２ｔからのＮＴ個の変調信号は、その後、ＮＴ個のアンテナ４２４ａ乃至４２４ｔからそれぞれ送信される。
【００４７】
受信機システム４５０において、送信された変調信号は、ＮＲ個のアンテナ４５２ａ乃至４５２ｒによって受信され、各アンテナ４５２によって受信された信号は、それぞれの受信機（ＲＣＶＲ）４５４ａ乃至４５４ｒに提供される。各受信機４５４は、それぞれの受信された信号を調整（例えば、フィルタ、調整、ダウンコンバート）し、調整された信号をデジタル化してサンプルを提供し、更にこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。
【００４８】
ＲＸデータ・プロセッサ４６０は、その後、特定の受信機処理技術に基づいて、ＮＲ個の受信機４５４からのＮＲ個の受信されたシンボル・ストリームを受信及び処理し、ＮＴ個の「検知された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ４６０は、その後、各検知されたシンボル・ストリームを変調、逆インターリーブ、及び復号し、データ・ストリームのためのトラフィック・データを復元させる。ＲＸデータ・プロセッサ４６０による処理は、送信機システム４１０のＴＸ  ＭＩＭＯプロセッサ４２０及びＴＸ  データ・プロセッサ４１４によって実行される処理に対する相補的な処理である。
【００４９】
プロセッサ４７０は、どの事前符号化行列を使用するか（下記で説明される）を定期的に決定する。プロセッサ４７０は、行列インデックス部及びランク値部を備えるリバース・リンク・メッセージを公式化する。
【００５０】
このリバース・リンク・メッセージは、様々な種類の通信リンクに関連する情報及び／あるいは受信されたデータ・ストリームを備えうる。リバース・リンク・メッセージは、その後、ＴＸデータ・プロセッサ４３８によって処理される。このプロセッサは、データ・ソース４３６からの複数のデータ・ストリームのためのトラフィック・データを受信する。このトラフィック・データは、変調器４８０によって変調され、送信機４５４ａ乃至４５４ｒによって調整され、送信機システム４１０によって送り返される。
【００５１】
送信機システム４１０において、受信機システム４５０からの変調された信号は、アンテナ４２４によって受信され、受信機４２２によって調整され、復号器４４０によって復号され、ＲＸデータ・プロセッサ４４２によって処理されて、受信機システム４５０によって送信されたリバース・リンク・メッセージが抽出される。その後、プロセッサ４３０は、どの事前符号化行列がビームフォーミング重みを判定するために使用されるかを判定し、その後、抽出されたメッセージを処理する。
【００５２】
態様において、論理チャネルは制御チャネルおよびトラフィック・チャネルに分類される。論理制御チャネルは以下を備える。システム制御情報をブロードキャストするためのＤＬチャネルであるブロードキャスト制御チャネル（ＢＣＣＨ）。ページング情報を転送するＤＬチャネルであるページング制御チャネル（ＰＣＣＨ）。１つあるいはいくつかのＭＴＣＨのための制御情報と、マルチメディア・ブロードキャストおよびマルチキャスト・サービス（ＭＢＭＳ）スケジューリングを送信するために使用されるポイント・ツー・マルチポイントＤＬチャネルであるマルチキャスト制御チャネル（ＭＣＣＨ）。一般的に、ＲＲＣコネクションの確立後は、このチャネルはＭＢＭＳ（注：旧ＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥによってのみ使用される。専用制御チャネル（ＤＣＣＨ）は専用制御情報を送信するポイント・ツー・ポイント双方向チャネルであり、ＲＲＣコネクションを有するＵＥによって使用される。態様において、論理トラフィック・チャネルはユーザ情報の転送のための、１つのＵＥのために設けられた、ポイント・ツー・ポイント双方向チャネルである専用トラフィック・チャネル（ＤＴＣＨ）を備える。更に、トラフィック・データを送信するためのポイント・ツー・マルチポイントＤＬチャネルのためのマルチキャスト・トラフィック・チャネル（ＭＴＣＨ）。
【００５３】
態様において、伝送チャネルはＤＬおよびＵＬに分類される。ＤＬ伝送チャネルはブロードキャスト・チャネル（ＢＣＨ）、下がりリンク共有データ・チャネル（ＤＬ−ＳＤＣＨ）、およびページング・チャネル（ＰＣＨ）を備える。ＵＥ節電の支援のためのＰＣＨ（ＤＲＸサイクルはネットワークによってＵＥに示される）は、全セルを通してブロードキャストされ、他の制御／トラヒック・チャネルのために使用されうるＰＨＹリソースにマップされる。ＵＬ伝送チャネルはランダム・アクセス・チャネル（ＲＡＣＨ）、リクエスト・チャネル（ＲＥＱＣＨ）、上がりリンク共有データ・チャネル（ＵＬ−ＳＤＣＨ）及び複数のＰＨＹチャネルを備える。ＰＨＹチャネルはＤＬチャネルとＵＬチャネルのセットを備える。
【００５４】
ＤＬ  ＰＨＹチャネルは、共通パイロット・チャネル（ＣＰＩＣＨ）同期チャネル（ＳＣＨ）共通制御チャネル（ＣＣＣＨ）共有ＤＬ制御チャネル（ＳＤＣＣＨ）マルチキャスト制御チャネル（ＭＣＣＨ）共有ＵＬ割当チャネル（ＳＵＡＣＨ）アクノレッジメント・チャネル（ＡＣＫＣＨ）ＤＬ物理共有データ・チャネル（ＤＬ−ＰＳＤＣＨ）ＵＬ電力制御チャネル（ＵＰＣＣＨ）ページング・インジケータ・チャネル（ＰＩＣＨ）負荷インジケータ・チャネル（ＬＩＣＨ）を備える。
【００５５】
ＵＬ  ＰＨＹチャネルは、物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）チャネル品質インジケータ・チャネル（ＣＱＩＣＨ）アクノレッジメント・チャネル（ＡＣＫＣＨ）アンテナ・サブセット・インジケータ・チャネル（ＡＳＩＣＨ）共有リクエスト・チャネル（ＳＲＥＱＣＨ）ＵＬ物理共有データ・チャネル（ＵＬ−ＰＳＤＣＨ）ブロードバンド・パイロット・チャネル（ＢＰＩＣＨ）を備える。
【００５６】
態様において、単一のキャリア波形の低ＰＡＲ（いかなる場合も、チャネルが、周波数において連続的あるいは均一間隔に配置されている）特性を保つチャネル構造が提供される。
【００５７】
図５は、本明細書において説明された態様に従うユーザ機器（ＵＥ）５０２と、ｅＮＢ（例えば、ターゲットｅＮＢあるいはサービス提供中のｅＮＢ）５０４との動作を容易にするプロトコル・スタック５０１のブロック図５００を例示する。特に、プロトコル・スタック５０１は、ＵＥ５０２の、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）レイヤ５０６ａと、ラジオ・リンク制御（ＲＬＣ）レイヤ５０８ａと、媒体アクセス制御（ＭＡＣ）レイヤ５１０ａと、物理（ＰＨＹ）レイヤ５１２ａとを備える。これは、ｅＮＢ５０４の、ＰＤＣＰレイヤ５０６ｂと、ＲＬＣレイヤ５０８ｂと、ＭＡＣレイヤ５１０ｂと、ＰＨＹレイヤ５１２ｂとして図示された上位レイヤから下位レイヤを備えるプロトコル・スタック５０１に対応する。上位レイヤは、サービス・データ・ユニット（ＳＤＵ）を伝送のためのプロトコル・データ・ユニット（ＰＤＵ）を作成する下位データ・ユニットに送信する。無線伝送は、ＰＨＹレイヤ５１２ａと５１２ｂでなされる。これは、ｅＮＢ５０４からＥＵ５０２への下りリンクあるいは、ＵＥ５０２からｅＮＢ５０４への上りリンクでありうる。レイヤ５０６ａ−５０６ｂ、５０８ａ−５０８ｂ、５１０ａ−５１０ｂの各ペアは、送信側でそれぞれ符号化されたものを、受信側で復号することができる。
【００５８】
ＵＥ５０２およびｅＮＢ５０４内に存在しうるプロセッサ（図示せず）が、主題の開示において説明された明確なシグナリングに関連付けられた機能を、少なくとも部分的に提供しうる。ＵＥ５０２およびｅＮＢ５０４内に存在しうるメモリ構成要素（図示せず）が、本明細書において説明された態様に従って、通信するため、およびＥＯＨシグナリングをそれぞれ受信するために、データ構造、コード命令群、およびｅＮＢ５０４およびＵＥ５０２のために必要な任意の十分な情報を格納しうる。前述のプロセッサが、ＵＥおよびｅＮＢに、それぞれの機能を少なくとも部分的に提供するために、メモリにおける情報（例えば、方法あるいはアルゴリズム）を活用しうるということが認識されるべきである。
【００５９】
図６は、ＰＤＣＰハンドオーバ終了（ＥＯＰＨ）動作モードをシグナルするＰＤＣＰ制御ＰＤＵ６００を例示する。データ／制御（Ｄ／Ｃ）ビット６０２が、データではなく制御を示すために設定される。実例として、ＰＤＵタイプ６０４は、３ビットの組合せ「０１０」によって、ＰＤＣＰハンドオーバ終了を示しうる。ビットのその他の組み合わせあるいは数が、ＰＤＣＰハンドオーバ終了インジケーションを伝達するために用いられうることが認識されるべきである。加えて、ＰＤＣＰ制御ＰＤＵのためのその他のフォーマットが利用されうる。４つの「Ｒ」ビット６０６として図示された複数のビットがその後、シーケンス・ナンバ（ＳＮ）を提供しうる。
【００６０】
上記に基づいて、１つの態様において、無線通信システムにおいて動作可能な装置が提供される。パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）ハンドオーバ動作モードの終了を判定するための手段が提供される。ＰＤＣＰハンドオーバ終了（ＥＯＰＨ）動作モードをシグナリングする手段が提供される。ここにおいて、ＥＯＰＨをシグナリングすることは、ＰＤＣＰ制御ＰＤＵを含む。別の態様において、ＥＯＰＨをシグナリングすることは、ＰＤＣＰヘッダに確保された１又は複数のビットを更に含む。特に、ＥＯＰＨシグナリングが、異種ＰＤＣＰ  ＰＤＵと併せて、イン・バンドで、下位レプロトコル・レイヤに配信されうる。特定の態様において、ＰＤＣＰ下位プロトコル・レイヤが、順序付けされたサービス・データ・ユニット（ＳＤＵ）配信を容易にする。例えば、ＰＤＣＰハンドオーバ動作モードの開始を決定する手段と、ハンドオーバ動作モードの開始をシグナリングするための手段が提供される。ここにおいて、シグナリングする手段は、ＥＯＰＨ動作モードを決定する手段、あるいはＥＯＰＨ動作モードをシグナリングする手段のうちの少なくとも１つとは異なる。このような態様は、少なくとも部分的に、ユーザ機器あるいはターゲットｅＮＢに組み込まれうる。
【００６１】
別の態様において、無線通信システムにおいて使用される方法が、パケット・データ・コンバージェンス・プロトコル（ＰＤＣＰ）ハンドオーバ動作モードの終了を判定することと、ＰＤＣＰハンドオーバ終了（ＥＯＰＨ）動作モードをシグナリングすることとによって提供される。ここにおいて、ＥＯＰＨをシグナリングすることは、ＰＤＣＰ制御ＰＤＵを含む。特に、この方法は、ＰＤＣＰハンドオーバ動作モードの開始を決定することと、ハンドオーバ動作モードの開始をシグナリングすることとを伴う。特定の実例において、ＥＯＰＨをシグナリングすることは、ＰＤＣＰヘッダに確保された１又は複数のビットを更に含みうる。これらの態様は、ユーザ機器あるいはターゲットｅＮＢのような電子デバイスによって実行されうる。更に、これらの態様は、機械読取可能記憶媒体に格納され、プロセッサによって実行される命令群でありうる。更なる態様において、これらの態様は、プロセッサによって実行される、このような格納された命令群を有するメモリを含む装置によって実行されうる。
【００６２】
図７には、ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のためのシステム７００が例示される。例えば、システム７００は、ユーザ機器（ＵＥ）内に少なくとも部分的に存在しうる。システム７００が、機能ブロックを含むように表されていることが認識されるべきである。これらは、計算プラットフォーム、プロセッサ、ソフトウェア、あるいはそれらの組合せ（例えば、ファームウェア）によって実施される機能を表す機能ブロックである。システム７００は、連携して動作しうる電子構成要素の論理グループ７０２を含みうる。例えば、論理グループ７０２は、ソース・ノードからハンドオーバ・コマンドを受信して、ターゲット・ノードとのハンドオーバ手順を実行するための電子構成要素７０４を含みうる。更に、論理グループ７０２は、ソース・ノードに正しく送信されなかった複数のパケット・データ・ユニット（ＰＤＵ）を、ターゲット・ノードに送信するための、電子構成要素７０６を含みうる。加えて、論理グループ７０２は、ハンドオーバ終了（ＥＯＨ）インジケーションを、ターゲット・ノードから受信するための電子構成要素７０８を含みうる。論理グループ７０２は、ハンドオーバ手順を終了させるための電子構成要素７１０を含みうる。加えて、システム７００は、電子構成要素７０４乃至７１０と関連付けられた機能を実行するための命令群を保持するメモリ７２０を含みうる。１又は複数の電子構成要素７０４乃至７１０は、メモリ７２０の外側にあるように図示されているが、メモリ７２０内に存在しうることが理解されるべきである。
【００６３】
図８には、ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のためのシステム８００が例示される。例えば、システム８００は、ベース・ノードのように、ネットワーク内に少なくとも部分的に存在しうる。システム８００が、機能ブロックを含むように表されていることが認識されるべきである。これらは、計算プラットフォーム、プロセッサ、ソフトウェア、あるいはそれらの組合せ（例えば、ファームウェア）によって実施される機能を表す機能ブロックでありうる。システム８００は、連携して動作しうる電子構成要素の論理グループ８０２を含む。実例として、論理グループ８０２が、ソース・ノードからユーザ機器にハンドオーバ・コマンドを送信して、ターゲット・ノードとのハンドオーバ手順を実行するための電子構成要素８０４を含みうる。更に、論理グループ８０２は、ソース・ノードに正しく送信されなかった複数のパケット・データ・ユニット（ＰＤＵ）を、ターゲット・ノードにおいて、ユーザ機器から受信するための電子構成要素８０６を含みうる。加えて、論理グループ８０２は、ハンドオーバ手順がもはや必要とされていないと判定するための電子構成要素８０８を含みうる。論理グループ８０２は、ハンドオーバ終了（ＥＯＨ）インジケーションを、ユーザ機器に送信するための電子構成要素８１０を含みうる。加えて、システム８００は、電子構成要素８０４乃至８１０と関連付けられた機能を実行するための命令群を保持するメモリ８２０を含みうる。１又は複数の電子構成要素８０４乃至８１０は、メモリ８２０の外側にあるように図示されているが、メモリ８２０内に存在しうることが理解されるべきである。
【００６４】
図９において、ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のための装置９０２が図示される。ソース・ノードからハンドオーバ・コマンドを受信して、ターゲット・ノードとのハンドオーバ手順を実行する手段９０４が提供される。ソース・ノードに正しく送信されなかった複数のパケット・データ・ユニット（ＰＤＵ）を、ターゲット・ノードに送信する手段９０６が提供されうる。ハンドオーバ終了（ＥＯＨ）インジケーションを、ターゲット・ノードから受信する手段９０８が提供される。ハンドオーバ手順を終了させる手段９１０が提供される。
【００６５】
図１０において、ハンドオーバ中、ロバストおよび低レイテンシのシームレスなデータ転送のための装置１００２が図示される。ソース・ノードからユーザ機器にハンドオーバ・コマンドを送信して、ターゲット・ノードとのハンドオーバ手順を実行する手段１００４が提供される。ソース・ノードに正しく送信されなかった複数のパケット・データ・ユニット（ＰＤＵ）を、ターゲット・ノードにおいて、ユーザ機器から受信する手段１００６が提供される。ハンドオーバ手順がもはや必要とされていないと判定する手段１００８が提供される。ハンドオーバ終了（ＥＯＨ）インジケーションを、ユーザ機器に送信する手段１０１０が提供される。
【００６６】
当業者は更に、本明細書において開示された態様に関連付けて説明された多様な実例的な論理ブロック、モジュール、回路、およびアルゴリズム・ステップは、電子ハードウェア、コンピュータ・ソフトウェア、あるいはこれら両方の組み合わせによって実現されうるということを正しく理解するだろう。このハードウェアおよびソフトウェアの互換性を明確に例示するために、多様な実例的な構成要素、ブロック、モジュール、回路、およびステップが、一般にそれらの機能の観点から上記で説明されている。そのような機能がハードウェアとして、あるいはソフトウェアとして実現されるかどうかは、システム全体に課せられている特定のアプリケーションおよび設計の制約に依存する。当業者は、各特定のアプリケーションのために方式を変化させることによって、述べられた機能性を実施しうるがこういった実施判定は本発明の範囲からの逸脱をまねくものと解釈されるべきではない。
【００６７】
用語「構成要素」、「モジュール」、「システム」等は、本願において使用される際、コンピュータに関連するエンティティ、例えば、ハードウェアか、ハードウェアとソフトウェアとの組合せか、ソフトウェアか、実行中のソフトウェアかの何れかを称するよう意図されている。例えば、構成要素は、例えば、プロセッサにおいて起動する処理、プロセッサ、オブジェクト、実行ファイル、実行のスレッド、プログラム、および／又はコンピュータであるが、それらに限定されるわけではない。実例として、サーバにおいて起動するアプリケーションと、サーバとの両方が、構成要素でありうる。１又は複数の構成要素が、処理および／又は実行のスレッド内に存在し、構成要素は、１つのコンピュータ上に局在化されるか、あるいは、２以上のコンピュータの間に分散されうる。
【００６８】
用語「典型的」は本明細書において、「例、実例、例示として役立つこと」を意味するために使用される。「典型的」として本明細書において説明される態様あるいは設計は、必ずしもその他の態様より好ましい、あるいは有利なものとして解釈されるものではない。
【００６９】
多数の構成要素や、モジュール等を含むシステムの観点から、様々な態様が提示されるだろう。様々なシステムが、追加的な構成要素や、モジュール等を含む、および／又は図に関連して議論された構成要素やモジュール等全てを含んでいる訳ではないということが理解および認識されるべきである。これらのアプローチの組合せも使用されうる。本明細書において開示された様々な態様が、タッチ・スクリーン・ディスプレイ技術、および／又は、マウスおよびキーボード・タイプのインタフェースを利用するデバイスを含む電子デバイス上で実行されうる。このようなデバイスの実例は、（デスクトップおよびモバイルの）コンピュータと、スマート・フォンと、情報形態端末（ＰＤＡ）と、その他の、有線および無線両方の電子デバイスとを含む。
【００７０】
加えて、本明細書において開示された態様に関連付けて説明された多様な論理ブロック、モジュール、及び回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、アプリケーション特有集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル・ロジック・デバイス、離散ゲートもしくはトランジスタ・ロジック、離散ハードウェア構成要素、あるいは本明細書で説明された機能を実行するために設計されたそれらの任意の組み合わせで実施あるいは実行されうる。汎用プロセッサは、マイクロプロセッサでありうるが、代替例として、従来型のプロセッサ、コントローラ、マイクロコントローラ、あるいは順序回路でありうる。例えば、ＤＳＰとマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連結した１又は複数のマイクロプロセッサ、もしくはその他任意のこのような構成のようなコンピューティング・デバイスの組み合わせとして、プロセッサが実現されうる。  更に、１又は複数のバージョンは、開示された態様を実施するように、コンピュータを制御するソフトウェア、ファームウェア、ハードウェア、あるいはこれらの任意の組合せを生成するために、標準的なプログラミング技術及び／あるいはエンジニアリング技術を用いた方法、装置、あるいは製造物品として実現されうる。本明細書で使用される「製造物品」（あるいは、代替的に、「コンピュータ・プログラム製品」）という用語は、任意のコンピュータ読取可能デバイス、キャリア、あるいは媒体からアクセス可能なコンピュータ・プログラムを含むことが意図される。例えば、コンピュータ読取可能媒体は、（例えば、ハード・ディスク、フロッピー（登録商標）・ディスク、磁気ストリップなどのような）磁気ストレージ・デバイス、（例えば、コンパクト・ディスク（CD）やデジタル・バーサタイル・ディスク（DVD）などのような）光学ディスク、スマート・カード、（例えば、カードやスティックのような）フラッシュ・メモリ・デバイスを含みうるが、それらに限定されない。加えて、電子メールを送信及び受信する際、あるいはインターネットやローカル・エリア・ネットワーク（ＬＡＮ）のようなネットワークに接続する際に使用されるようなコンピュータ読取可能電子データを搬送するために、搬送波が使用されうるということが認識されるべきである。もちろん、開示された態様の範囲あるいは精神から逸脱することなく、この構成に対する多くの変形例がなされうるということを、当業者は認識するだろう。
【００７１】
本明細書において開示された態様に関連付けて説明された方法あるいはアルゴリズムのステップは、ハードウェア、プロセッサによって実行されるソフトウェア・モジュール、あるいはそれら２つの組み合わせにおいて実現されうる。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野において周知のその他任意の形態の記憶媒体に存在しうる。典型的な記憶媒体は、記憶媒体からの情報を読み取り、記憶媒体に情報を書き込むことができるプロセッサのようなプロセッサと結合される。代替例においては、記憶媒体はプロセッサに統合されうる。プロセッサ及び記憶媒体はＡＳＩＣ内に存在しうる。ＡＳＩＣはユーザ端末内に存在しうる。代替例においては、プロセッサ及び記憶媒体は離散的な構成要素としてユーザ端末内に存在しうる。
【００７２】
開示された態様についての以上の説明は、当業者に対して本開示を製造あるいは使用することを可能にするために提供される。これらの態様に対する多様な変形例は当業者にとって容易に明らかになるであろう。また本明細書で規定された一般的原理は、この開示の精神あるいは範囲から逸脱することなく他の実施形態に適用されうる。よって、本開示は本明細書で示された実施形態に限定されるよう意図されたものではなく、本明細書において説明される原理および新規の機能と矛盾しない最大範囲であると認められるべきである。
【００７３】
上記で説明された典型的なシステムを考慮して、開示された要旨に従って実施されうる方法体系が、いくつかのフロー図を参照して説明される。説明の簡略化のために、方法体系が、一連のブロックとして図示および説明されているが、権利主張される要旨は、ブロックの順序に制限されないことが理解および認識されるべきである。いくつかのブロックは、本明細書において図示および説明されたブロックとは異なる順序で、および／又は、それら以外のその他のブロックと同時に生じうる。更に、本明細書で説明された方法体系を実施するのに、必ずしも例示されたブロック全てが必要となるわけではない。加えて、本明細書において開示された方法体系は、このような方法体系をコンピュータに伝送および転送することを容易にするために、製造物品に格納されることが可能であるということが更に認識されるべきである。本明細書において使用される用語、製造物品は、任意のコンピュータ読取可能デバイス、キャリア、あるいはメディアからアクセス可能なコンピュータ・プログラム含むよう意図されている。
【００７４】
全体的にあるいは部分的に組み込まれている考えられる何れの特許、公報、あるいは開示資料が、本明細書における参照によって、組み込まれた資料が、既存の定義、ステートメント、あるいは本開示おいて説明される開示資料と矛盾しない範囲内でのみ、本明細書に組み込まれる。このように、必要とされる範囲内で、本明細書において明確に説明される開示は、参照によって本明細書に組み込まれた任意の矛盾する資料に取って代わる。本明細書において参照によって組み込まれると考えられるが、既存の定義、ステートメント、あるいは、本明細書において説明されたその他の開示資料と矛盾する任意の資料、あるいはそれの一部分が、組み込まれた資料と、既存の開示資料との間で矛盾が生じない範囲内でのみ組み込まれうる。
【図１】
2011530263.tif 000003
【図２】
2011530263.tif 000004
【図３】
2011530263.tif 000005
【図４】
2011530263.tif 000006
【図５】
2011530263.tif 000007
【図６】
2011530263.tif 000008
【図７】
2011530263.tif 000009
【図８】
2011530263.tif 000010
【図９】
2011530263.tif 000011
【図１０】
2011530263.tif 000012
【国際調査報告】
2011530263.tif 000013
2011530263.tif 000014