(57)【要約】  ハンドオーバの間に、破棄されたＳＤＵの効果を管理するシステムおよび方法。主題の革新の態様は、ＵＥが、関連するＰＤＣＰ  ＳＮの割当ての前に、ソースｅＮＢにおいて中断されたＳＤＵの結果として生じた失われたＰＤＣＰに遭遇するとき、ＰＤＣＰ  ＳＤＵの到着に関する順序を維持する。初めに、すべてのＳＤＵに対応するＰＤＣＰ  ＳＮを割り当てることによって、次いで、ＰＤＣＰ  ＳＤＵの中断時に、ＰＤＣＰ  ＳＮギャップまたはＰＤＣＰ  ＳＮホールに遭遇する場合がある。そのように生成されたＰＤＣＰ  ＳＮギャップまたはＰＤＣＰ  ＳＮホールを管理するために、タイムアウトを介して、（１つまたは複数の）かかるＳＮホールに関して、関連するＵＥの遅延を終了させるために、内部タイムアウトが指定されることが可能である。他の態様は、ソースｅＮＢが、中断されたＰＤＣＰ  ＳＮの結果として生じるＳＮギャップまたはＳＮホールをアボートするために、（ターゲットｅＮＢを経由して）ＰＤＣＰ状態メッセージをＵＥに送ることを可能にする。
2010541491.tif 000002
【特許請求の範囲】
【請求項１】
ソースｅＮＢからターゲットｅＮＢへのハンドオーバの間に、ＰＤＣＰ  ＳＤＵに関する到着の順序を維持する方法であって、
パケットデータ収束プロトコル系列番号（ＰＤＣＰ  ＳＮ）をサービスデータユニット（ＳＤＵ）に割り当て、前記ＰＤＣＰ  ＳＮが、所定のオフセット値だけ前記ＳＤＵに関する汎用パケット無線サービストンネリングプロトコル系列番号（ＧＴＰ−Ｕ  ＳＮ）にオフセットされている、割り当てることと、
前記ハンドオーバの間に、前記所定のオフセット値を前記ターゲットｅＮＢに供給することと、
関連するＰＤＣＰ  ＳＮの割当ての前に、前記ソースｅＮＢにおいて更なるＳＤＵの中断を検出することとを備える方法。
【請求項２】
ＰＤＣＰ  ＳＮを伴う非肯定応答ＳＤＵを前記ターゲットｅＮＢに転送することをさらに備える、請求項１に記載の方法。
【請求項３】
前記関連するＰＤＣＰ  ＳＮを破棄することによって、前記更なるＳＤＵの中断に関するＵＥを伝えることをさらに備える、請求項１に記載の方法。
【請求項４】
タイムアウトタイマを経由して、ＵＥが破棄されたＰＤＣＰ  ＳＮを維持することを終了することをさらに備える、請求項１に記載の方法。
【請求項５】
ＰＤＣＰ  ＳＮの順内にギャップが存在するかどうかを検証することをさらに備える、請求項１に記載の方法。
【請求項６】
前記ＵＥによるパケットの配信の順序を進めることをさらに備える、請求項１に記載の方法。
【請求項７】
前記所定のオフセット値を介して、前記ターゲットｅＮＢによって前記ＰＤＣＰ  ＳＮを導出することをさらに備える、請求項１に記載の方法。
【請求項８】
サービス提供ゲートウェイによって、独自の番号として、前記ＧＴＰ−ＵＳＮを割り当てることをさらに備える、請求項１に記載の方法。
【請求項９】
前記ＧＰＴ−Ｕ  ＳＮと前記ＰＤＣＰ  ＳＮとの間のマッピングをさらに備える、請求項８に記載の方法。
【請求項１０】
前記ターゲットｅＮＢによって前記サービス提供ゲートウェイに対する新しい接続を開設することと、前記ソースｅＮＢからＰＤＣＰ系列番号を受信することとをさらに備える、請求項８に記載の方法。
【請求項１１】
ＳＤＵに関して、所定のオフセット値だけ前記ＳＤＵのＧＴＰ−Ｕ  ＳＮにオフセットされたＰＤＣＰを指定して、
ＰＤＣＰ  ＳＮの割当ての前に、ソースｅＮＢにおいてＳＤＵの中断を検証し、
前記所定のオフセット値をターゲットｅＮＢに供給する
ように構成された少なくとも１個のプロセッサ
を備える無線通信装置。
【請求項１２】
前記少なくとも１個のプロセッサが、対応するＰＤＣＰ  ＳＮを伴う非肯定応答ＳＤＵを前記ターゲットｅＮＢに転送するようにさらに構成された、請求項１１に記載の無線通信装置。
【請求項１３】
前記少なくとも１個のプロセッサが、前記ＳＤＵに関連するＰＤＣＰ  ＳＮを破棄することによって、前記ＳＤＵの中断に関するＵＥを伝えるようにさらに構成された、請求項１２に記載の無線通信装置。
【請求項１４】
前記少なくとも１個のプロセッサが、タイムアウトタイマを介して、ＵＥがＰＤＣＰ  ＳＮを待つことを終了するようにさらに構成された、請求項１２に記載の無線通信装置。
【請求項１５】
前記少なくとも１個のプロセッサが、ＰＤＣＰ  ＳＮの順序内のギャップに関する存在を検証するようにさらに構成された、請求項１２に記載の無線通信装置。
【請求項１６】
前記少なくとも１個のプロセッサが、前記ＰＤＣＰと前記ＧＰＴ−Ｕ  ＳＮとの間でマップするようにさらに構成された、請求項１２に記載の無線通信装置。
【請求項１７】
前記少なくとも１個のプロセッサが、パケットの配信の順序を進めるように前記ＵＥにプロンプト表示するようにさらに構成された、請求項１２に記載の無線通信装置。
【請求項１８】
ソースｅＮＢからターゲットｅＮＢへのハンドオーバの間に、ＰＤＣＰ  ＳＤＵに関する到着の順序を維持するための無線通信装置であって、
ＳＤＵに、所定のオフセット値だけ前記ＳＤＵに関連するＧＴＰ−Ｕ  ＳＮにオフセットされたＰＤＣＰ  ＳＮを割り当てるための手段と、
前記ハンドオーバの間に、前記オフセット値を前記ターゲットｅＮＢに供給するための手段と、
関連するＰＤＣＰ  ＳＮの割当ての前に、前記ソースｅＮＢにおいて追加のＳＤＵの中断を検出するための手段とを備える無線通信装置。
【請求項１９】
追加のＳＤＵに関連するＰＤＣＰ  ＳＮを破棄することによって、前記追加のＳＤＵの中断に関するＵＥを伝えるための手段をさらに備える、請求項１８に記載の無線通信装置。
【請求項２０】
独自のＧＴＰ−ＵＳＮ番号をパケットに割り当てるための手段をさらに備える、請求項１８に記載の無線通信装置。
【請求項２１】
前記ＧＰＴ−Ｕ  ＳＮと前記ＰＤＣＰ  ＳＮとの間のマッピングのための手段をさらに備える、請求項１８に記載の無線通信装置。
【請求項２２】
少なくとも１個のコンピュータに、ＳＤＵに関して、所定のオフセット値だけ前記ＳＤＵに関連するＧＴＰ−Ｕ  ＳＮにオフセットされたＰＤＣＰ  ＳＮを指定させるためのコードと、
前記関連するＰＤＣＰ  ＳＮの割当ての前に、ソースｅＮＢにおいて、追加のＳＤＵの中断を検出するためのコードと
を備えたコンピュータ可読媒体
を備えるコンピュータプログラム製品。
【請求項２３】
前記少なくとも１個のコンピュータに、ハンドオーバの間に、前記所定のオフセット値をターゲットｅＮＢに供給させるためのコードをさらに備える、請求項２２に記載のコンピュータプログラム製品。
【請求項２４】
前記少なくとも１個のコンピュータに、ＰＤＣＰ  ＳＮを伴う非肯定応答ＳＤＵを前記ターゲットｅＮＢに転送させるためのコードをさらに備える、請求項２２に記載のコンピュータプログラム製品。
【請求項２５】
前記少なくとも１個のコンピュータに、前記関連するＰＤＣＰ  ＳＮを破棄することによって、前記追加のＳＤＵの中断に関するＵＥを伝えさせるためのコードをさらに備える、請求項２２に記載のコンピュータプログラム製品。
【請求項２６】
前記少なくとも１個のコンピュータに、タイムアウトタイマを介して、前記関連するＰＤＣＰ  ＳＮを破棄させるためのコードをさらに備える、請求項２２に記載のコンピュータプログラム製品。
【請求項２７】
前記少なくとも１個のコンピュータに、ＰＤＣＰ  ＳＮの順序内のギャップの存在を検証させるためのコードをさらに備える、請求項２２に記載のコンピュータプログラム製品。
【請求項２８】
前記少なくとも１個のコンピュータに、ＵＥによるパケットの配信の順序を続けさせるためのコードをさらに備える、請求項２２に記載のコンピュータプログラム製品。
【請求項２９】
前記少なくとも１個のコンピュータに、前記所定のオフセット値を介して、ターゲットｅＮＢによってＰＤＣＰ  ＳＮを導出させるためのコードをさらに備える、請求項２２に記載のコンピュータプログラム製品。
【請求項３０】
前記少なくとも１個のコンピュータに、サービス提供ゲートウェイによって、独自の番号として、前記ＧＴＰ−ＵＳＮを実行させるためのコードをさらに備える、請求項２２に記載のコンピュータプログラム製品。
【請求項３１】
前記少なくとも１個のコンピュータに、前記ＧＰＴ−Ｕ  ＳＮと前記ＰＤＣＰ  ＳＮとの間でマップさせるためのコードをさらに備える、請求項２２に記載のコンピュータプログラム製品。
【請求項３２】
ソースｅＮＢからターゲットｅＮＢへのハンドオーバの間に、ＰＤＣＰ  ＳＤＵに関する到着の順序を維持する方法であって、
サービスデータユニット（ＳＤＵ）によって、パケットデータ収束プロトコル系列番号（ＰＤＣＰ  ＳＮ）を受信することであって、前記ＰＤＣＰ  ＳＮが、所定のオフセット値だけ前記ＳＤＵに関するＧＰＲＳトンネリングプロトコル系列番号（ＧＴＰ−Ｕ  ＳＮ）にオフセットされている、受信することと、
関連するＰＤＣＰ  ＳＮの割当ての前に、前記ソースｅＮＢにおいて更なるＳＤＵの中断を検出することとを備える方法。
【請求項３３】
前記ハンドオーバの間に、前記所定のオフセット値を前記ターゲットｅＮＢに供給することをさらに備える、請求項３２に記載の方法。
【請求項３４】
前記関連するＰＤＣＰ  ＳＮを破棄することによって、前記更なるＳＤＵの中断に関するＵＥを通知することをさらに備える、請求項３２に記載の方法。
【請求項３５】
ＰＤＣＰ  ＳＮの順序内にホールが存在するかどうかを検証することをさらに備える、請求項３２に記載の方法。
【請求項３６】
前記所定のオフセット値を介して、前記ターゲットｅＮＢによって、前記ＰＣＤＰ  ＳＮを導出することをさらに備える、請求項３２に記載の方法。
【請求項３７】
前記ＧＰＴ−Ｕ  ＳＮと前記ＰＤＣＰ  ＳＮとの間のマッピングをさらに備える、請求項３２に記載の方法。
【請求項３８】
前記ターゲットｅＮＢによって、前記サービス提供ゲートウェイに対する新しい接続を開設することをさらに備える、請求項３２に記載の方法。
【請求項３９】
前記ソースｅＮＢからＰＤＣＰ系列番号を受信することをさらに備える、請求項３８に記載の方法。
【請求項４０】
ＵＥが前記関連するＰＤＣＰ  ＳＮを待つことを終了することをさらに備える、請求項３８に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
米国特許法第１１９条に基づく優先権主張
本特許出願は、２００７年１０月１日に出願され、本譲受人に譲渡され、参照により本明細書に明示的に組み込まれている「ＩＮ−ＯＲＤＥＲ  ＤＥＬＩＶＥＲＹ  ＩＮ  ＤＯＷＮＬＩＮＫ  ＤＵＲＩＮＧ  ＬＴＥ  ＨＡＮＤＯＶＥＲ」という表題の仮出願第６０／９７６，７６９号の優先権を主張する。
【０００２】
本説明は、ハンドオーバの間に、破棄されたサービスデータユニット（ＳＤＵ）の効果を管理すること、およびＵＥが失われたＰＤＣＰに遭遇するとき、パケットデータ収束プロトコル（ＰＤＣＰ）ＳＤＵの到着の順序を維持することに関する。
【背景技術】
【０００３】
無線通信システムは、音声、データなど、様々なタイプの通信コンテンツを提供するために広く配備されている。かかるシステムは、利用可能なシステムリソース（例えば、帯域幅および送信電力）を共有することによって、複数のユーザとの通信をサポートすることが可能な多元接続システムであり得る。かかる多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。
【０００４】
汎用パケット無線サービス（ＧＰＲＳ）システムは、ＩＰパケットを送信するためにＧＳＭ移動体電話によって使用されるユビキタス移動体電話システムである。ＧＰＲＳコアネットワーク（ＧＳＭコアネットワークの組込み部分）は、ＷＣＤＭＡベースの３Ｇネットワークにサポートを提供するＧＰＲＳシステムの一部である。ＧＰＲＳコアネットワークは、ＧＳＭネットワークおよびＷＣＤＭＡネットワークにおいて、インターネットプロトコルパケットサービスに関する移動度管理、セッション管理、およびトランスポートを提供することが可能である。
【０００５】
ＧＰＲＳトンネリングプロトコル（ＧＴＰ）は、ＧＰＲＳコアネットワークのＩＰプロトコルである。ＧＴＰは、ＧＳＭネットワークまたはＷＣＤＭＡネットワークのエンドユーザが、特定のゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）における１つの位置からの場合と同様に、インターネットに接続し続けながら、あちらこちらに移動することを可能にし得る。これは、加入者の現在のサービス提供ＧＰＲＳサポートノード（ＳＧＳＮ）から加入者のセッションを処理しているＧＧＳＮに加入者のデータを運ぶことによって達成される。（１）それぞれのＰＤＰコンテンツに関して、別々のトンネル内でユーザデータを転送するためのＧＴＰ−Ｕと、（２）加入者があるＳＧＳＮから別のＳＧＳＮに移動するときの、ＰＤＰコンテキトのセットアップおよび削除、ならびにＧＳＮ達成可能性更新の検証などの制御のためのＧＴＰ−Ｃと、（３）ＧＳＮから課金機能に課金データを転送するためのＧＴＰ’とを含めて、ＧＴＰの３つの形態がＧＰＲＳコアネットワークによって使用される。
【０００６】
ＧＰＲＳサポートノード（ＧＳＮ）は、ＧＳＭコアネットワークにおいて、ＧＰＲＳの使用をサポートするネットワークノードである。ゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）、およびサービス提供ＧＰＲＳサポートノード（ＳＧＳＮ）を含めて、ＧＳＮの２つの主な改変形態が存在する。
【０００７】
ＧＧＳＮは、ＧＰＲＳ基幹ネットワークと外部のパケットデータネットワーク（無線ネットワークおよびＩＰネットワーク）との間にインターフェースを提供することが可能である。ＧＧＳＮは、ＳＧＳＮから来るＧＰＲＳパケットを適切なパケットデータプロトコル（ＰＤＰ）フォーマット（例えば、ＩＰまたはＸ．２５）に変換して、変換されたパケットを対応するパケットデータネットワークに送ることが可能である。もう１つの方向において、着信データパケットのＰＤＰアドレスは、ターゲットユーザのＧＳＭアドレスに変換されることが可能である。次いで、アドレスが再指定されたパケットは、責任を有するＳＧＳＮに送られることが可能である。このために、ＧＧＳＮは、ユーザの現在のＳＧＳＮアドレス、および当該ユーザのプロファイルをそのロケーションレジスタ内に格納することが可能である。ＧＧＳＮは、ＩＰアドレス割当てを提供することが可能であり、一般に、特定のＵＥに関するデフォルトルータである。
【０００８】
対照的に、ＳＧＳＮは、その地理的サービス領域内の移動局から／移動局へデータパケットを配信する責任を有する場合がある。ＳＧＳＮのタスクは、パケットルーティング機能およびパケット転送機能、移動度管理機能、論理リンク管理機能、認証機能および課金機能を含み得る。
【０００９】
さらに、ユーザプレーンレイヤ向けのＧＰＲＳトンネリングプロトコル（ＧＴＰ−Ｕ）は、ユーザプレーン（Ｕ−プレーン）上で使用されることが可能であり、パケット交換領域においてユーザデータを送信するのに有用である。ユニバーサル移動体通信システム（ＵＭＴＳ）内のパケット交換網は、ＧＰＲＳに基づき、したがって、ＧＴＰ−Ｕは、ＵＭＴＳにおいて使用されることも可能である。ＵＭＴＳは、第３世代（３Ｇ）セル電話技術のうちの１つである。ＵＭＴＳは、その３Ｇ背景と、ＵＭＴＳが成功するように設計されたＧＳＭ標準の両方を示唆する、３ＧＳＭと呼ばれることもある。
【００１０】
３ＧＰＰロングタームエボリューション（ＬＴＥ）は、需要の高い領域において、より高いピークデータ転送速度と、より低い待ち時間(latency)と、拡張された広帯域経験とを用いて高速パケットアクセス（ＨＳＰＡ）の成功を補完する。これは、より広いスペクトル帯域幅、直交周波数分割多元接続（ＯＦＤＭＡ）およびＳＣ−ＦＤＭＡ（すなわち、シングルキャリア）エアインターフェース、ならびに高度アンテナ技法の使用により達成される。かかる技法は、広範な収束ＩＰサービスのための高いスペクトル効率および優れたユーザ経験を可能にする。ＵＭＴＳオペレータは、豊かなマルチメディア（例えば、ビデオオンデマンド、音楽ダウンロード、ビデオ共有）、ＶｏＩＰ、ＰＴＴ、ならびにラップトップおよびＰＤＡに対する広帯域アクセスなどのＩＰサービスを迅速に取り入れて、これらを提供している。オペレータは、ＨＳＰＡ、ＨＳＰＡ＋、およびＬＴＥなどのアクセスネットワークを介して、これらのサービスを提供する。
【００１１】
１個のノードＢ（または、より適切には、これらの特定の電気通信標準に関して「ｅＮＢ」）が、第２のｅＮＢに通信をハンドオフすることになる場合が存在することになる点を理解されたい。この開示のために、ＵＥとの通信を失っているｅＮＢは、「ソースｅＮＢ」と呼ばれる場合があり、一方、ＵＥへのアクセスを得ているｅＮＢは、「ターゲットｅＮＢ」と呼ばれる場合がある。
【００１２】
ロングタームエボリューション（ＬＴＥ）通信システムの場合、ダウンリンク無線リンク制御（ＲＬＣ）サービスデータユニット（ＳＤＵ）が、ハンドオーバの間に「順序どおり」配信されることを保証することが有利であり得る。ＵＭＴＳ）などのＬＴＥ通信システムは、無線トラヒックスタックのレイヤのうちの１つとして、ＰＤＣＰを使用することが可能である。ＰＤＣＰは、ＩＰヘッダの圧縮および圧縮解除、ユーザデータの転送、ならびに系列番号（ＳＮ）の維持を含めて、様々な機能を実行することが可能である。
【００１３】
ハンドオーバの間、ターゲットｅＮＢは、Ｘ２ソースを含めて、２つのソースから（例えば、ソースｅＮＢなど、別のｅＮＢから）かつＳ１ソースから（例えば、通信基幹をサポートしているノードから）パケットを受信することが可能である。ハンドオーバの間、ターゲットｅＮＢは、パケットが、有利には、最小のＤＬデータ遅延だけを伴って、ＵＥにおいて順序どおりに配信されることを確実にするために、ＰＤＣＰ系列番号（ＰＤＣＰ−ＳＮ）を当該パケットに正確に割り当てることが可能である。
【００１４】
ＬＴＥにおいて、関連する仕様書は、そのように構成された場合、ＰＤＣＰ  ＳＤＵがＰＤＣＰより上の上位層に順序どおりに配信されることを促す。したがって、ＰＤＣＰ  ＳＤＵは、典型的には、ＰＤＣＰ  ＳＤＵが（ＤＬ向けの）サービス提供ゲートウェイまたは（ＵＬ向けのＵＥに到着するのと同じ順序で、ＰＤＣＰより上の層に配信されるべきである。ＲＡＮ３（すなわち、ＴＳＧ  ＲＡＮ作業部会３）における、ハンドオーバに関する現在の基本的解決法は、ハンドオーバの間、ソースｅＮＢは、「使用するための次のＰＤＣＰ  ＳＮ」をターゲットｅＮＢに提供することが可能なことである。その後で、ソースｅＮＢは、ＰＤＣＰ  ＳＮを凍結し、任意の新しいＰＤＣＰ  ＳＮをＳＤＵに割り当てず、ＰＤＣＰ  ＳＮを伴わずにすべてのそれらのＳＤＵをターゲットｅＮＢに転送することが可能である。ＰＤＣＰ  ＳＮを伴うすべてのＳＤＵに関して、ソースｅＮＢは、これらをＵＥに送ることを試みることが可能であり、成功しない場合、ＰＤＣＰ  ＳＮを添付して、それらを（暗号化せずに）ターゲットｅＮＢに転送することが可能である。
【００１５】
様々なシステム構成において、ターゲットｅＮＢは、２つのＳＤＵ流れ、すなわち、１つは、（Ｘ２インターフェースを経由した）ソースｅＮＢからのＳＤＵ流れ、もう１つは（新しいＳ１インターフェースを経由した）ＳＧＷからのＳＤＵ流れを受信することが可能である。順序どおりの配信を確実にするために、ターゲットは、ＳＮを伴わない「使用するための次のＰＤＣＰ  ＳＮ」（Ｎ）を第１の転送されたＰＤＣＰ  ＳＤＵに割り当てる必要がある場合がある。ターゲットｅＮＢは、かかるＳＤＵが存在するかどうかさえ知らないため、ターゲットｅＮＢは、何らかの所定の期限まで待たなければならない可能性がある。所定の期限が経過した後にＳＤＵがソースｅＮＢから到着しない場合、ターゲットｅＮＢは、ＳＧＷから来る第１のＰＤＣＰ  ＳＤＵにＮを割り当てることが可能である。ソースｅＮＢから来るＳＤＵが存在する場合、ターゲットｅＮＢは、新しいＳ１からのＳＤＵにサービス提供する前に、まずそれらのＳＤＵにサービス提供することが可能である。ある時点で、ソースｅＮＢから来るＳＤＵがそれ以上存在しない場合、ターゲットは、新しいＳ１からのＳＤＵにサービス提供し始めることになる。その後の任意の転送されたＳＤＵは、破棄されることが可能であるか、またはＵＥにも同様に送信されることが可能である。
【００１６】
ＲＡＮ３で提案された基本的解決法に伴う問題は、多数ある。例えば、所定の期限があまりにも長く設定されている場合、不要な待機（常に、固定遅延）が存在する。他方で、所定の期限があまりにも短く設定されている場合、所定の期限が切れた後に到着する任意のＳＤＵは、新しいＳ１のＳＤＵと混合されてＵＥに送信されることになる（ＳＤＵの順序に反する配信）か、または破棄される（ＴＣＰ／ＩＰにとって有害である）。さらに、最適なタイマ値は、多くの要因（例えば、バックホール負荷）に依存することになるため、固定値を使用するのは難しい場合がある。
【００１７】
加えて、ターゲットは、（それ以上のＳＤＵがソースｅＮＢから転送されていないことが確実であるまで）新しいＳ１から来るＳＤＵを維持している可能性があるため、ターゲットｅＮＢは、関連する所定の期限タイマがアクティブなとき、無線帯域を十分に利用していない可能性がある。さらに、ＳＤＵは、ハンドオーバにかかわらず、Ｓ１内およびＸ２内で、順序に反してデータを受信する可能性がある。
【発明の概要】
【００１８】
以下は、開示される態様のいくつかの態様の基本的な理解をもたらすために、簡素化された概要を提示する。この概要は、広範囲にわたる概要ではなく、かかる態様の主要な要素もしくは重要な要素を識別すること、またはかかる態様の範囲を描写することが意図されない。その目的は、後に提示されるより詳細な説明の前置きとして、説明される特徴のいくつかの概念を簡素化された形で提示することである。
【００１９】
１つまたは複数の態様およびその対応する開示によれば、ハンドオーバの間に、破棄されたサービスデータユニット（ＳＤＵ）の効果を管理すること、ならびにあるセルから別のセルへの円滑な遷移を提供することに関して、様々な態様が説明される。主題の革新の様々な態様は、ＵＥが、ＰＤＣＰ  ＳＮの割当ての前に、ソースｅＮＢにおいて中断(drop)されたＳＤＵの結果として生じた失われたＰＤＣＰに遭遇するとき、パケットデータ収束プロトコル（ＰＤＣＰ）ＳＤＵの到着の順序を維持することを円滑にする。
【００２０】
一態様では、ＰＤＣＰ  ＳＤＵを中断した結果としての、ＰＤＣＰ  ＳＮ内のギャップまたはホールを検出することを円滑にするために、ＳＤＵには、当初、それらの対応するＰＤＣＰ  ＳＮが割り当てられることが可能である。さらに、そのように生成されたＰＤＣＰ  ＳＮギャップまたはＰＤＣＰ  ＳＮホールを管理するために、内部タイムアウトが指定されることが可能であり、関連するＵＥは、かかる（１つまたは複数の）ＳＮホールがタイムアウトするのを待つ。他の態様は、中断されたＰＤＣＰ  ＳＮの結果として生じるＳＮギャップまたはＳＮホールをアボートするために、ソースｅＮＢが、（ターゲットｅＮＢを経由して）ＰＤＣＰ状態メッセージをＵＥに送ることを可能にする。したがって、ソースｅＮＢにおいて中断されたＳＤＵに関係するオフセット変更のリスクを緩和するために、サービス提供ゲートウェイによってパケットに割り当てられた系列番号の独自性が活用されることが可能である。
【００２１】
関連する態様によれば、ＰＤＣＰ  ＳＮギャップまたはＰＤＣＰ  ＳＮホールを管理するための方法が提供される。本方法は、不足しているＰＤＣＰ系列番号を検出することと、その後に、かかる不足しているＰＤＣＰ系列番号を受信するためのタイムアウト期間を割り当てることとを含む。さらに、ソースｅＮＢは、かかる中断されたＰＤＣＰ  ＳＮの結果として生じるＳＮギャップまたはＳＮホールをアボートするために、（ターゲットｅＮＢを経由して）ＰＤＣＰ状態メッセージをＵＥに送ることが可能である。
【００２２】
もう１つの態様は、無線通信装置に関する。無線通信装置は、ギャップＰＤＣＰ  ＳＮまたはホールＰＤＣＰ  ＳＮを検出するように構成された少なくとも１個のプロセッサを含み得る。この少なくとも１個のプロセッサは、内部タイムアウト期間を生成するようにさらに構成され、関連するＵＥは、かかる（１つまたは複数の）ＳＮホールがタイムアウトするのを待つことが可能である。この少なくとも１個のプロセッサは、ソースｅＮＢが（ターゲットｅＮＢを経由して）ＰＤＣＰ状態メッセージをＵＥに送り、中断されたＰＤＣＰ  ＳＮの結果として生じるＳＮギャップまたはＳＮホールをアボートするのを可能にするようさらに構成され得る。
【００２３】
さらに別の態様は、少なくとも１個のコンピュータにＰＤＣＰ  ＳＮ内のギャップまたはホールを検出させるためのコードを有するコンピュータ可読媒体を有することが可能なコンピュータプログラム製品に関する。このコンピュータプログラム製品は、系列番号内でかかるギャップを検出するとすぐ、内部タイムアウトを生成することが可能であり、関連するＵＥは、かかる（１つまたは複数の）ＳＮホールがタイムアウトするのを待つことが可能である。このコンピュータプログラム製品は、ソースｅＮＢに（ターゲットｅＮＢを経由して）ＰＤＣＰ状態メッセージをＵＥに送らせて、中断されたＰＤＣＰ  ＳＮの結果として生じるＳＮギャップまたはＳＮホールをアボートするためのコードをさらに含むことが可能である。
【００２４】
したがって、Ｓ１’上でＧＴＰ−Ｕ  ＳＮに（ソースｅＮＢ／ターゲットｅＮＢにおいて用いられる）ＰＤＣＰ  ＳＮを結び付けることによって、ＰＤＣＰ  ＳＮとＧＴＰ−Ｕ  ＳＮとの間のＳＮオフセットがソースｅＮＢによってターゲットｅＮＢに示されることが可能である。さらに、ＨＯの間に任意のＰＤＣＰパケットが破棄された場合、対応する中断されたＰＤＣＰ  ＳＮもターゲットｅＮＢに示される。これは、ｅＮＢがＰＤＣＰ系列番号をパケットに正確に割り当てて、ＵＥにおける順次の配信を確実にするための要件を満たすことを円滑にする。さらに、ＤＬデータ遅延時間が削減され得る。
【００２５】
前述の目的および関係する目的を達成するために、１つまたは複数の実施形態は、以下で十分に説明され、特に、特許請求の範囲において指摘される特徴を備える。以下の説明および添付の図面は、１つまたは複数の実施形態のある種の例示的な態様を詳細に記載する。しかし、これらの態様は、様々な実施形態の原理が用いられることが可能な様々な方式のほんのいくつかを示し、説明される実施形態は、すべてのかかる態様およびそれらの均等物を含むことが意図される。
【図面の簡単な説明】
【００２６】
【図１】様々な態様を実装するハンドオーバに関する事象の例示的な流れを示す図。
【図２】ＵＥに関するパケットデータ収束プロトコル（ＰＤＣＰ）系列ギャップを取り除くことに関連する内部タイムアウトを例示する図。
【図３】別の態様による、ＰＤＣＰ状態メッセージを送ることによって、ＰＤＣＰ  ＳＮ内で生み出されたホールまたはギャップの除去に関する事象の別の流れを例示する図。
【図４】別の態様による、ＰＤＣＰ  ＳＮの除去に関する方法論を例示する図。
【図５】ＰＤＣＰ  ＳＤＵを中断した結果としてのＰＤＣＤＰ  ＳＮギャップを管理するための別の方法論を例示する図。
【図６】主題の革新の態様による無線通信を例示する図。
【図７】追加の態様による別の無線通信を例示する図。
【図８】１つまたは複数の態様による多元接続無線通信システムを例示する図。
【図９】別の態様による、ＰＤＣＰ  ＳＮギャップを管理する通信システムを例示する図。
【図１０】別の態様による、オフセット変更のリスクを緩和する別の通信システムを例示する図。
【図１１】ハンドオーバの間に、ＰＤＣＰ  ＳＮギャップを管理することを円滑にするシステムを例示する図。
【発明を実施するための形態】
【００２７】
次に、図面を参照して、様々な態様が説明される。以下の説明において、説明のために、１つまたは複数の態様の十分な理解をもたらす目的で、多数の特定の詳細が記載される。しかし、かかる（１つまたは複数の）態様は、これらの特定の詳細なしに実施され得ることは明らかであり得る。
【００２８】
本出願において使用される場合、「コンポーネント」、「モジュール」、「システム」などの用語は、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組合せ、ソフトウェア、または実行中のソフトウェアなどであるが、これらに限定されないコンピュータ関連のエンティティを含むことが意図される。例えば、コンポーネントは、プロセッサ上で実行しているプロセス、プロセッサ、オブジェクト、実行可能物、実行のスレッド、プログラム、および／またはコンピュータであり得るが、これらであると限定されない。例示として、コンピューティングデバイス上で実行しているアプリケーションおよびコンピューティングデバイスは両方とも、コンポーネントであり得る。１つまたは複数のコンポーネントは、プロセスおよび／もしくは実行のスレッドの中に存在してよく、コンポーネントは、１つのコンピュータ上に在局してよく、かつ／または２つ以上のコンピュータ同士の間で分散されてもよい。加えて、これらのコンポーネントは、様々なデータ構造を格納している様々なコンピュータ可読媒体から実行することが可能である。これらのコンポーネントは、ローカルシステム内、分散システム内のもう１つのコンポーネントと相互作用している、かつ／または信号によってインターネットなどのネットワーク全域で他のシステムと相互作用している１つのコンポーネントからのデータなど、１つまたは複数のデータパケットを有する信号に従ってなど、局所的プロセスおよび／または遠隔プロセスによって通信することが可能である。
【００２９】
さらに、有線端末であってよく、または無線端末であってもよい端末に関して、様々な態様が本明細書で説明される。端末は、システム、デバイス、加入者ユニット、加入者局、移動局、移動体、移動体デバイス、遠隔局、遠隔端末、アクセス端末、ユーザ端末、端末、通信デバイス、ユーザエージェント、ユーザデバイス、またはユーザ機器（ＵＥ）と呼ばれる場合もある。無線端末は、セルラ電話、衛星電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、無線ローカルループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続機能を有するハンドヘルドデバイス、コンピューティングデバイス、または無線モデムに接続されたその他の処理デバイスであり得る。さらに、基地局に関して、様々な態様が本明細書で説明される。基地局は、（１つまたは複数の）無線端末と通信するために利用されることが可能であり、アクセスポイント、ノードＢ、またはいくつかのその他の専門用語で呼ばれる場合もある。
【００３０】
さらに、「または」という用語は、排他的な「または」ではなく包括的な「または」を意味することが意図される。すなわち、その他の指定がない限り、またはコンテキストから明らかでない限り、句「Ｘは、ＡまたはＢを用いる」は、当然の包括的な置換のうちのいずれかを意味することが意図される。すなわち、語句「Ｘは、ＡまたはＢを用いる」は、以下の事例のいずれかによって満たされる。すなわち、ＸはＡを用いる、ＸはＢを用いる、またはＸはＡおよびＢの両方を用いる、である。加えて、冠詞「ａ」および「ａｎ」は、本出願ならびに添付の特許請求の範囲で使用される場合、その他の指定がない限り、またはコンテキストから単数を指すことが明らかでない限り、一般に、「１つまたは複数」を意味するように解釈されるべきである。
【００３１】
本明細書で説明される技法は、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ、および他のシステムなど、様々な無線通信システムに関して使用されることが可能である。「システム」および「ネットワーク」という用語は、多くの場合、交換可能に使用される。ＣＤＭＡシステムは、ユニバーサル地上無線アクセス（ＵＴＲＡ）、ｃｄｍａ２０００などの無線技術を実装することが可能である。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）、およびＣＤＭＡの他の改変形態を含む。さらに、ｃｄｍａ２０００は、ＩＳ−２０００標準、ＩＳ−９５標準、およびＩＳ−８５６標準をカバーする。ＴＤＭＡシステムは、移動体通信用グローバルシステム（ＧＳＭ）などの無線技術を実装することが可能である。ＯＦＤＭＡシステムは、進化型ＵＴＲＡ（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、フラッシュＯＦＤＭ□などの無線技術を実装することが可能である。ＵＴＲＡおよびＥ−ＵＴＲＡは、ユニバーサル移動体電気通信システム（ＵＭＴＳ）の一部である。３ＧＰＰロングタームエボリューション（ＬＴＥ）は、ダウンリンク上でＯＦＤＭＡを用いて、アップリンク上でＳＣ−ＦＤＭＡを用いるＥ−ＵＴＲＡを使用するＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥ、およびＧＳＭは、「第３世代パートナーシッププロジェクト」（３ＧＰＰ）と名づけられた団体からの文書において説明される。加えて、ｃｄｍａ２０００およびＵＭＢは、「第３世代パートナーシッププロジェクト２」（３ＧＰＰ２）と名づけられた団体からの文書において説明される。
【００３２】
様々な態様または特徴は、いくつかのデバイス、コンポーネント、モジュールなどを含み得るシステムの点から提示される。様々なシステムは、追加のデバイス、コンポーネント、モジュールなどを含むことが可能であり、かつ／または図面に関して議論されるデバイス、コンポーネント、モジュールなどのすべてを含まなくてもよい点を理解および認識されたい。これらの手法の組合せが使用されることも可能である。
【００３３】
図１は、主題の革新の様々な態様を実装して、その理解を円滑にする、ハンドオーバに関する事象の例示的な流れを示す。図１に例示されるように、当初、ＵＥ１１０は、ソースｅＮＢ１２０の測定および信号強度をかかるソースノードに報告する。ソースｅＮＢ１２０が、ターゲットｅＮＢ１３０に対してハンドオーバを実行することを決定した場合、ソースｅＮＢからターゲットｅＮＢ１３０にハンドオーバ要求が送られる。次いで、ソースｅＮＢ１２０は、ハンドオーバ要求内にオフセット番号（Ｎ）を示すことが可能である。したがって、ソースｅＮＢ１２０は、オフセットＮ（この場合、Ｎは整数である）をサービス提供ゲートウェイ１４０の系列番号に適用することが可能であり、ソースは、かかるオフセットＮを有するＰＤＣＰ系列番号を適用する。同様に、サービス提供ゲートウェイ１４０は、ＧＴＰ−ＵＳＮなど、独自の番号を割り当てることによって、サービス提供ゲートウェイから到着しているパケットの系列番号を指定することが可能である。
【００３４】
言い換えれば、ソースｅＮＢ１２０は、オフセットＮを有するＰＤＣＰ系列番号を適用して、ＰＤＣＰパケットＮ＋１、Ｎ＋２、Ｎ＋３、Ｎ＋４、Ｎ＋５などを供給することが可能であり、（Ｎによってオフセットされた）一定のマッピングがＧＴＰ−Ｕ  ＳＮとＰＤＣＰ  ＳＮとの間で発生する。ハンドオーバの発生時に、ＵＥ１１０は、ハンドオーバ確認をターゲットｅＮＢ１３０に送り、サービス提供ゲートウェイ１４０に対して新しい接続を開設することを試みることが可能である。その間に、ソースｅＮＢ１２０は、受信されたＰＤＣＰ系列番号をターゲットｅＮＢ１３０に転送することになる。かかるハンドオーバが発生した後で、サービス提供ゲートウェイ１４０は、系列番号（例えば、次の系列番号４および５）を有するパケットを送り続ける。ターゲットｅＮＢがかかるパケットを受信するとすぐ、ターゲットも、ソースｅＮＢ１２０によって事前に指定されたオフセットＮを追加することになる。したがって、ターゲットｅＮＢ１３０がパケットを送るとき、正確なＰＤＣＰ系列番号を取得するために、オフセットＮがそのパケットに追加され得る。さらに、サービス提供ゲートウェイ１４０からのハンドオーバの後でターゲットｅＮＢ１３０がパケットを取得するとき、ターゲットｅＮＢ１３０は、それらのパケットに関連するＰＤＣＰ（例えば、ＰＤＣＰ  Ｎ＋４、Ｎ＋５）を無線でＵＥに送ることが可能である。かかるパケットがターゲットｅＮＢ１３０に到着する前に、ＰＤＣＰ  Ｎ＋１パケットおよびＰＤＣＰ  Ｎ＋３パケットは、それらのパケットをどのように順序づけるかを知っているＵＥに送られることが可能であり、したがって、ターゲットｅＮＢ１３０およびソースｅＮＢ１２０は同期され得る（例えば、ターゲットｅＮＢ１３０は、何のオフセットを用いるかを知っている）。
【００３５】
事象のかかる流れ、および主題の革新の不在態様の間、ＰＤＣＰ（例えば、ＰＤＣＰ  Ｎ＋１）が失われ、ＵＥ１１０がかかるパケットを決して受信しない場合、ターゲットｅＮＢ１３０からＵＥ１１０へのＰＤＣＰ  ＳＮオフセットは、変更されているリスクを冒す。例えば、ＰＤＣＰ  ＳＮを取得する機会を有する前に、ＳＤＵがソースｅＮＢ１３０において中断(drop)された場合（例えば、バッファ内で古くなった場合）、オフセットは変更することになる。例えば、ソースｅＮＢがＰＤＣＰ番号を割り当てる前に、パケットがソースｅＮＢにおいて中断された場合、ターゲットｅＮＢによってＵＥに転送されたパケットからホールまたはギャップが生成される。したがって、配信の順序要件（主題の革新の不在態様）により、ＵＥ１１０が、Ｎ＋１の後で、任意の別のパケットを配信することができないのは、かかるＵＥが、送信されるように決してスケジュールされていないために決して到着することのないＮ＋２を待っているからである。（例えば、Ｎ＋２パケットは、ｅノードＢ１２０によって中断されているため、ＵＥ１１０は、Ｎ＋３およびＮ＋４を受信する。）
図２は、ターゲットｅＮＢ２３０が、破棄されたＰＤＣＰに関してＵＥ２１０に伝えることが可能な一態様を例示する。例えば、図２に例示されるように、ターゲットｅＮＢ２３０は、ＰＤＣＰ  Ｎ＋１、ＰＤＣＰ  Ｎ＋３、ＰＤＣＰ  Ｎ＋４、ＰＤＣＰ  Ｎ＋５をＵＥ２１０に成功裏に送信する。先に説明されたように、ＰＤＣＰ  Ｎ＋２は、関連するパケットおよびソースｅＮＢ２２０において破棄されたＳＤＵの早期の中断により、かかる系列から欠けている。ターゲットｅＮＢ２３０からの通知２８０は、ＰＤＣＰ  Ｎ＋２が破棄されていることをＵＥ２１０に伝える。同様に、図３は、タイマとタイムアウト期間とを含むＰＤＣＰ  Ｎ＋２に関する削除について、ＵＥ３１０に通知するための関連態様を例示する。かかるタイムアウト期間指定３８０は、ＵＥ３１０が、その後で、ＵＥ３１０がパケットの配信に関する配信の順序要件を進める、ＰＤＣＰ  Ｎ＋２の受信を待つ時間量を指定することが可能である。したがって、すべてのＳＤＵにＰＤＣＰ  ＳＮを割り当てているとき、サービス提供ゲートウェイによってパケットに割り当てられた系列番号の独自性が利用されることが可能であり、ソースｅＮＢにおいて中断されたＳＤＵに関するオフセット変更のリスクは、効率的に管理される。それは、ＵＥが、ＰＤＣＰ  ＳＮの割当ての前に、ソースｅＮＢにおいて中断されたＳＤＵの結果として生じた失われたＰＤＣＰに遭遇するとき、ＰＤＣＰ  ＳＤＵに関する到着の順序をさらに維持する。
【００３６】
図４は、一態様による、ＰＤＣＰ  ＳＮギャップの管理の関連方法論４００を例示する。一般に、方法論４００は、Ｓ１上で転送されたすべてのＰＤＣＰ  ＳＤＵが、（ＨＯに関係なく）順序どおりに配信されることを確実にする。したがって、系列番号（ＧＴＰ−Ｕ）は、ＳＧＷによって指定されて、割り当てられ、これは、ｅＮＢにおいてＰＤＣＰ  ＳＤＵを再度順序づけることを可能にする。当初、４１０において、ソースｅＮＢは、すべてのＳＤＵに、オフセット値を示す固定量だけＳＤＵのＧＴＰ−ＵにオフセットされたＰＤＣＰ  ＳＮを割り当てる。４２０において、ＨＯの間に（例えば、ソースｅＮＢからターゲットｅＮＢへのＨＯ要求メッセージ内で）、ソースｅＮＢは、かかるオフセット値をターゲットｅＮＢに提供する。後で、４３０において、ソースは、ＰＤＣＰ  ＳＮを伴うすべての非肯定応答ＳＤＵをターゲットｅＮＢに転送する。次に、かかるオフセットに基づいて、４４０において、ターゲットｅＮＢは、それらのＧＴＰ−Ｕ  ＳＮに基づいて、新しいＳ１から来るＳＤＵ上で用いるために、正確なＰＤＣＰ  ＳＮを導出する。ターゲットｅＮＢは、（常に、無線帯域幅を完全に利用して）任意の転送されたＳＤＵと混合されているものでさえ、新しいＳ１から来るそれらのＳＤＵがターゲットｅＮＢに到着するとすぐ（待つ時間なしに）、それらのＳＤＵを送ることが可能である。後で、４５０において、ＰＤＣＰ  ＳＮの割当ての前に、（例えば、タイムアウト、バッファ内で古くなったことなどにより）ＳＤＵがソースｅＮＢにおいて中断されているかどうかに関して決定が下される。そうでない場合、本方法論は４６０で終了する。
【００３７】
そうでない場合、かつＰＤＣＰ  ＳＮ内のギャップの存在に関して決定が下された場合、本方法論は図５に進み、５１０において、検出は、ターゲットｅＮＢからＵＥに送信されているＰＤＣＰ  ＳＮ内のかかるギャップを識別することが可能である。かかる検出時に、方法論５００は、５２０を行うこと、もしくは５３０を行うこと、および／またはそれらの組合せを行うことに進むことが可能である。５２０において、ターゲットｅＮＢからの通知は、欠けているＰＤＣＰ  ＳＮが破棄されていることをＵＥに伝える。同様に、５３０において、ＵＥは、内部タイマおよびタイムアウト期間を介して、かかるＰＤＣＰ  ＳＮを待つことを廃止することが可能である。かかるタイムアウト期間指定は、上の例の場合、ＵＥがＰＤＣＰ  Ｎ＋２の受信を待つ時間量を指定することが可能である。後で、５４０において、ＵＥは、パケットの配信に関する配信の順序要件を進める。したがって、すべてのＳＤＵにＰＤＣＰ  ＳＮを割り当てるとき、サービス提供ゲートウェイによってパケットに割り当てられた系列番号の独自性が利用されることが可能であり、ソースｅＮＢにおいて中断されたＳＤＵに関連する変更のリスクは、効率的に管理される。これは、ＵＥが、ＰＤＣＰ  ＳＮの割当ての前に、ソースｅＮＢにおいて中断されたＳＤＵの結果として生じた失われたＰＤＣＰに遭遇するとき、ＰＤＣＰ  ＳＤＵに関する到着の順序をさらに維持する。
【００３８】
図６は、本明細書で提示される様々な態様による無線通信システム６００を例示する。システム６００は、互いにかつ／または１つもしくは複数の移動体デバイス６０４に対して、無線通信信号の受信、送信、繰返しなどを行う１つもしくは複数のセクタ内に１つもしくは複数の基地局６０２を備えることが可能である。それぞれの基地局６０２は、（例えば、それぞれの送信アンテナおよび受信アンテナごとに１つの）複数の送信機チェーンおよび受信機チェーンを備えることが可能であり、それらのそれぞれは、信号送受信に関連する複数のコンポーネント（例えば、プロセッサ、変調器、多重化装置、復調器、多重化復調装置、アンテナなど）を備えることが可能である。それぞれの移動体デバイス６０４は、多入出力（ＭＩＭＯ）システムに関して利用され得る１つまたは複数の送信機チェーンおよび受信機チェーンを備えることが可能である。当業者によって理解されるように、それぞれの送信機チェーンおよび受信機チェーンは、信号送受信に関連する複数のコンポーネント（例えば、プロセッサ、変調器、多重化装置、復調器、多重化復調器、アンテナなど）を備えることが可能である。
【００３９】
基地局から別の基地局へのハンドオーバの間、ＵＥ６０４または移動体デバイスは、ソースｅＮＢの測定および信号強度をソースノードに報告する。ソースｅＮＢが、ハンドオーバを実行することを決定した場合、ソースｅＮＢからターゲットｅＮＢにハンドオーバ要求が送られる。上で詳細に説明されたように、次いで、ソースｅＮＢは、ハンドオーバ要求内にオフセット番号（Ｎ）を示すことが可能である。したがって、ソースｅＮＢは、サービス提供ゲートウェイの系列番号にオフセットＮ（この場合、Ｎは整数である）を適用することが可能であり、ソースは、かかるオフセットＮを有するＰＤＣＰ系列番号を適用する。同様に、通信システム６００に関連するサービス提供ゲートウェイは、ＧＴＰ−ＵＳＮなど、独自の番号を割り当てることによって、サービス提供ゲートウェイから到着しているパケットの系列番号を指定することが可能である。
【００４０】
図７は、１つまたは複数の態様による多元接続無線通信システム７００を例示する。無線通信システム７００は、１つまたは複数のユーザデバイスと連絡している１つまたは複数の基地局を含み得る。それぞれの基地局は、複数のセクタに受信可能範囲を提供する。１つがアンテナ７０４および７０６を含み、もう１つがアンテナ７０８および７１０を含み、第３がアンテナ７１２および７１４を含む、複数のアンテナグループを含む、３個のセクタ基地局７０２が例示される。図７に例示されるように、それぞれのアンテナグループに関して、２本のアンテナだけが示されるが、それぞれのアンテナグループに関して、より多いアンテナまたはより少ないアンテナが利用されることが可能である。移動体デバイス７１６は、アンテナ７１２および７１４と通信中であり、この場合、アンテナ７１２および７１４は、順方向リンク７１８上で移動体デバイス７１６に情報を送信して、逆方向リンク７２０上で移動体デバイス７１６から情報を受信する。順方向リンク（すなわち、ダウンリンク）は、基地局から移動体デバイスへの通信リンクを指し、逆方向リンク（すなわち、アップリンク）は、移動体デバイスから基地局への通信リンクを指す。移動体デバイス７２２は、アンテナ７０４および７０６と通信中であり、この場合、アンテナ７０４および７０６は、順方向リンク７２４上で移動体デバイス７２２に情報を送信し、逆方向リンク７２６上で  移動体デバイス７２２から情報を受信する。ＦＤＤシステムにおいて、例えば、通信リンクは、通信のために異なる周波数を利用することが可能である。例えば、順方向リンク７１８は、逆方向リンク７２０によって利用される周波数とは異なる周波数を使用することが可能である。
【００４１】
アンテナのそれぞれのグループおよび／またはそれらのアンテナが通信するように設計された領域は、基地局７０２のセクタと呼ばれることがある。１つまたは複数の態様では、アンテナグループはそれぞれ、基地局７０２によってカバーされるセクタ内または領域内で移動体デバイスに通信するように設計される。基地局は、端末との通信のために使用される固定局であってよい。
【００４２】
順方向リンク７１８および７２４上の通信において、基地局７０２の送信アンテナは、異なる移動体デバイス７１６ならびに７２２に関する順方向リンクのＳＮ比を改善するために、ビーム形成を利用することが可能である。また、その受信可能範囲領域を通してランダムに散乱された移動体デバイスに送信するためにビーム形成を使用している基地局は、隣り合うセル内の移動体デバイスに対して、基地局によって引き起こされる可能性がある干渉よりもさらに少ない干渉を引き起こす場合がある。
【００４３】
図８は、例示的な無線通信システム８００を示す。無線通信システム８００は、簡潔にするために、１個の基地局と、１個の端末とを示す。しかし、システム８００は、２個以上の基地局もしくはアクセスポイント、および／または２個以上の端末もしくはユーザデバイスを含むことが可能であり、追加の基地局ならびに／あるいは端末は、下で説明される例示的な基地局および端末と実質的に類似であってよく、または異なってもよい点を理解されたい。加えて、基地局および／もしくは端末は、それらの間で無線通信を円滑にするために、本明細書で説明されるシステムならびに／または方法を用いることが可能である点を理解されたい。
【００４４】
図８に例示されるように、ダウンリンク上で、アクセスポイント８０５において、送信（ＴＸ）データプロセッサ８１０は、トラヒックデータを受信、フォーマット、符号化、インタリーブ、および変調（すなわち、シンボルマップ）して、変調シンボル（「データシンボル」）を提供する。シンボル変調器８１５は、データシンボルおよびパイロットシンボルを受信および処理して、シンボルのストリームを提供する。シンボル変調器８１５は、データシンボルおよびパイロットシンボルを多重化して、Ｎ個の送信シンボルのセットを取得する。それぞれの送信シンボルは、データシンボル、パイロットシンボル、またはゼロの信号値であり得る。パイロットシンボルは、それぞれのシンボル期間内で連続的に送られることが可能である。パイロットシンボルは、周波数分割多重化（ＦＤＭ）、直交周波数分割多重化（ＯＦＤＭ）、時分割多重化（ＴＤＭ）、周波数分割多重化（ＦＤＭ）、または符号分割多重化（ＣＤＭ）されることが可能である。
【００４５】
送信機ユニット（ＴＭＴＲ）８２０は、シンボルのストリームを受信して、１つまたは複数のアナログ信号に変換し、無線チャネル上の送信に適したダウンリンク信号を生成するために、それらのアナログ信号をさらに条件付け（例えば、増幅、フィルタリング、および周波数アップコンバート）する。次いで、ダウンリンク信号は、アンテナ８２５を介して端末に送信される。端末８３０において、アンテナ８３５は、ダウンリンク信号を受信して、受信信号を受信機ユニット（ＲＣＶＲ）８４０に提供する。受信機ユニット８４０は、受信信号を条件付け（例えば、フィルタリング、増幅、および周波数ダウンコンバート）して、サンプルを取得するために、条件付けされた信号をディジタル化する。シンボル復調器８４５は、Ｎ個の受信シンボルを取得して、チャネル推定のために、受信パイロットシンボルをプロセッサ８５０に提供する。シンボル復調器８４５は、プロセッサ８５０からダウンリンクに関する周波数レスポンス推定をさらに受信して、（送信データシンボルの推定である）データシンボル推定を取得するために、受信データシンボルに関してデータ復調を実行して、送信されたトラヒックデータを回復するために、データシンボル推定を復調（すなわち、シンボルデマップ）、ディインタリーブ、および復号するＲＸデータプロセッサ８５５にデータシンボル推定を提供する。シンボル復調器８４５およびＲＸデータプロセッサ８５５による処理は、アクセスポイント８０５における、シンボル変調器８１５ならびにＴＸデータプロセッサ８１０による処理に対してそれぞれ補完的である。
【００４６】
アップリンク上で、ＴＸデータプロセッサ８６０は、トラヒックデータを処理して、データシンボルを提供する。シンボル変調器８６５は、データシンボルを受信して、パイロットシンボルを用いて、それらのデータシンボルを多重化し、変調を実行して、シンボルのストリームを提供する。次いで、送信機ユニット８７０は、シンボルのストリームを受信して、アンテナ８３５によってアクセスポイント８０５に送信されるアップリンク信号を生成するためにこのシンボルのストリームを処理する。
【００４７】
アクセスポイント８０５において、端末８３０からのアップリンク信号は、アンテナ８２５によって受信されて、サンプルを取得するために、受信機ユニット８７５によって処理される。次いで、シンボル復調器８８０は、サンプルを処理して、受信されたパイロットシンボルおよびデータシンボル推定をアップリンクに提供する。ＲＸデータプロセッサ８８５は、端末８３０によって送信されたトラヒックデータを回復するために、データシンボル推定を処理する。プロセッサ８９０は、アップリンク上で送信しているそれぞれのアクティブな端末に関してチャネル推定を実行する。
【００４８】
プロセッサ８９０および８５０は、それぞれ、アクセスポイント８０５および端末８３０における動作を指導（例えば、制御、調整、管理、．．．）する。それぞれのプロセッサ８９０および８５０は、プログラムコードならびにデータを格納するメモリユニット（図示せず）と関連付けられることが可能である。プロセッサ８９０および８５０は、それぞれ、アップリンクとダウンリンクとに関する周波数推定ならびにインパルス応答推定を導出するための演算を実行することも可能である。
【００４９】
多元接続システム（例えば、ＦＤＭＡ、ＯＦＤＭＡ、ＣＤＭＡ、ＴＤＭＡなど）の場合、複数の端末は、アップリンク上で同時に送信することが可能である。かかるシステムの場合、パイロットサブバンドは、異なる端末間で共有されることが可能である。チャネル推定技法は、それぞれの端末向けのパイロットサブバンドが、（場合によっては、帯域の縁を除いて）動作帯域の全体におよぶ場合に使用されることが可能である。かかるパイロットサブバンド構造は、それぞれの端末に関する周波数ダイバーシティを取得するために所望されることになる。本明細書で説明される技法は、様々な手段によって実装されることが可能である。例えば、これらの技法は、ハードウェア、ソフトウェア、またはそれらの組合せの形で実装されることが可能である。ハードウェア実装の場合、チャネル推定に関して使用される処理ユニットは、１つまたは複数の特定用途向け集積回路（ＡＳＩＣ）、ディジタル信号プロセッサ（ＤＳＰ）、ディジタル信号処理デバイス（ＤＳＰＤ）、プログラマブル論理素子（ＰＬＤ）、フィールドプログラマブルゲートアレー（ＦＰＧＡ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサ、本明細書で説明される機能を実行するように設計された他の電子ユニット、またはそれらの組合せの中で実装されることが可能である。ソフトウェアの場合、実装は、本明細書で説明される機能を実行するモジュール（例えば、手順、機能など）を介する場合がある。ソフトウェアコードは、メモリユニット内に格納されて、プロセッサ８９０および８５０によって実行されることが可能である。
【００５０】
図９を参照すると、例示されるのは、ＰＤＣＰ  ＳＮの割当ての前に、ソースｅＮＢにおいて中断されたＳＤＵから失われたＰＣＤＰに遭遇する可能性があるユーザデバイス９００である。システム９００は、例えば、受信機アンテナから信号を受信することが可能な受信機９０２を備える。受信機９０２は、受信信号に関して、フィルタリング、増幅、ダウンコンバートなど典型的な動作を実行することが可能である。受信機９０２は、サンプルを取得するために、条件付けられた信号をディジタル化することも可能である。復調器９０４は、それぞれのシンボル期間に関する受信信号を取得すること、ならびに受信シンボルをプロセッサ９０６に提供することが可能である。
【００５１】
プロセッサ９０６は、受信機コンポーネント９０２によって受信された情報の解析および／または送信機９０８による送信に関する情報の生成専用のプロセッサであり得る。加えて、またはその代わりに、プロセッサ９０６は、ユーザデバイス９００の１つもしくは複数のコンポーネントを制御すること、受信機９０２によって受信された情報を解析すること、送信機９０８による送信に関する情報を生成すること、および／またはユーザデバイス９００の１つもしくは複数のコンポーネントを制御することが可能である。プロセッサ９０６は、追加のユーザデバイスとの通信を調整することが可能なコントローラコンポーネントを含み得る。
【００５２】
ユーザデバイス９００は、プロセッサ９０６に動作可能に結合され、かつ通信を調整することに関する情報および任意の他の適切な情報を格納することが可能なメモリ９０８をさらに備えることが可能である。メモリ９１０は、サンプル再構成に関連するプロトコルをさらに格納することが可能である。本明細書で説明されるデータ格納（例えば、メモリ）コンポーネントは、揮発性メモリであってよく、もしくは不揮発性メモリであってもよく、または揮発性メモリと不揮発性メモリの両方を含んでもよい点を理解されよう。限定でなく、例示として、不揮発性メモリは、読出し専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、電気的プログラマブルＲＯＭ（ＥＰＲＯＭ）、電気的に消去可能なＲＯＭ（ＥＥＰＲＯＭ）、またはフラッシュメモリを含み得る。揮発性メモリは、外部のキャッシュメモリとして動作するランダムアクセスメモリ（ＲＡＭ）を含み得る。限定ではなく、例示として、ＲＡＭは、同期ＲＡＭ（ＳＲＡＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）、同期ＤＲＡＭ（ＳＤＲＡＭ）、ダブルデータレートＳＤＲＡＭ（ＤＤＲ  ＳＤＲＡＭ）、拡張ＳＤＲＡＭ（ＥＳＤＲＡＭ）、シンクリンクＤＲＡＭ（ＳＬＤＲＡＭ）、およびダイレクトランバスＲＡＭ（ＤＲＲＡＭ）など多くの形態で利用可能である。主題のシステムおよび／または方法のメモリ９０８は、限定されていることなしに、これらのタイプのメモリおよび任意の他の適切なタイプのメモリを備えることが意図される。ユーザデバイス９００は、シンボル変調器９１２と、変調信号を送信する送信機９０８とをさらに備えることが可能である。
【００５３】
受信機９０２は、スクランブル系列を作成するために、ランダム系列を用いてウォルシュ系列をスクランブルする符号器９１４にさらに動作可能に結合される。符号器９１４には、ランダム系列が提供されることが可能であり、その結果、系列を復号するために、単一のＦＨＴが利用され得る。加えて、受信機９０２は、スクランブル系列の１つまたは複数のサブ系列の割当てを受信するアロケータ（allocator）９１６に動作可能に結合されることが可能である。送信機９０８は、アクセスベースのハンドオフプローブとして、スクランブル系列を送ることが可能である。アクセスプローブに応答して、受信機９０２は、共有シグナリングＭＡＣプロトコル上で送信され得るアクセス付与を受信することが可能である。
【００５４】
図１０は、ＰＤＣＰ  ＳＤＵの到着に関する順序を維持することを円滑にするシステム１０００の例示である。システム１０００は、基地局、すなわちアクセスポイント１００２を備える。例示されるように、基地局１００２は、受信アンテナ１００６によって、１つまたは複数のユーザデバイス１００４から（１つまたは複数の）信号を受信して、送信アンテナ１００８を介して、１つまたは複数のユーザデバイス１００４に送信する。
【００５５】
基地局１００２は、受信アンテナ１００６から情報を受信して、受信情報を復調する復調器１０１２と動作可能に関連付けられる受信機１０１０を備える。復調シンボルは、ユニキャスト波形内に埋め込まれたブロードキャスト−マルチキャスト波形に関する情報を格納するメモリ１０１６に結合されたプロセッサ１０１４によって解析される。変調器１０１８は、送信アンテナ１００８を介して、送信機１０２０によって、ユーザデバイス１００４に送信するための信号を多重化することが可能である。
【００５６】
プロセッサ１０１４は、アクセス決定器１０１６にさらに結合される。受信機１０１０は、基地局１００２によってサービス提供されるセクタへのアクセスを得ることを望む１つまたは複数の移動体デバイスからアクセスプローブを受信することが可能である。復調器１０１２は、ＦＨＴを利用して、アクセスプローブ内に含まれたウォルシュ系列を復調することが可能である。アクセス決定器１０１６は、セクタに１つまたは複数の移動体デバイスアクセスを選択的に付与することが可能である。
【００５７】
一態様では、論理チャネルは、制御チャネルとトラヒックチャネルとに分類される。論理制御チャネルは、システム制御情報をブロードキャストするためのＤＬチャネルであるブロードキャスト制御チャネル（ＢＣＣＨ）を備える。ページング情報を転送するＤＬチャネルであるページング制御チャネル（ＰＣＣＨ）。マルチメディアブロードキャストおよびマルチキャストサービス（ＭＢＭＳ）スケジューリング、ならびに１つまたは複数のＭＴＣＨに関する制御情報を送信するために使用されるポイントツーマルチポイントＤＬチャネルであるマルチキャスト制御チャネル（ＭＣＣＨ）。一般に、ＲＲＣ接続を確立した後で、このチャネルは、ＭＢＭＳ（注記：古いＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥによってだけ使用される。専用制御チャネル（ＤＣＣＨ）は、専用の制御情報を送信し、ＲＲＣ接続を有するＵＥによって使用されるポイントツーポイント双方向チャネルである。一態様では、論理トラヒックチャネルは、ユーザ情報の転送のために、１個のＵＥ専用のポイントツーポイント双方向チャネルである専用トラヒックチャネル（ＤＴＣＨ）を含む。また、トラヒックデータを送信するためのポイントツーマルチポイントＤＬチャネルに関して、マルチキャストトラヒックチャネル（ＭＴＣＨ）を用いることも可能である。
【００５８】
別の態様では、トランスポートチャネルは、ＤＬとＵＬとに分類される。ＤＬトランスポートチャネルは、ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共有データチャネル（ＤＬ−ＳＤＣＨ）、およびページングチャネル（ＰＣＨ）を備え、ＰＣＨは、ＵＥ電力節約（ＤＲＸサイクルが、ネットワークによってＵＥに示される）のサポートに関し、セル全体にわたってブロードキャストされ、他の制御チャネル／トラヒックチャネルのために使用され得るＰＨＹリソースにマップされる。ＵＬトランスポートチャネルは、ランダムアクセスチャネル（ＲＡＣＨ）、要求チャネル（ＲＥＱＣＨ）、アップリンク共有データチャネル（ＵＬ−ＳＤＣＨ）、および複数のＰＨＹチャネルを備える。ＰＨＹチャネルは、ＤＬチャネルおよびＵＬチャネルのセットを備える。
【００５９】
ＤＬ  ＰＨＹチャネルは、以下を備える。
【００６０】
Common Pilot Channel (CPICH)
Synchronization Channel (SCH)
Common Control Channel (CCCH)
Shared DL Control Channel (SDCCH)
Multicast Control Channel (MCCH)
Shared UL Assignment Channel (SUACH)
Acknowledgement Channel (ACKCH)
DL Physical Shared Data Channel (DL-PSDCH)
UL Power Control Channel (UPCCH)
Paging Indicator Channel (PICH)
Load Indicator Channel (LICH)
ＵＬ  ＰＨＹチャネルは、以下を備える。
【００６１】
Physical Random Access Channel (PRACH)
Channel Quality Indicator Channel (CQICH)
Acknowledgement Channel (ACKCH)
Antenna Subset Indicator Channel (ASICH)
Shared Request Channel (SREQCH)
UL Physical Shared Data Channel (UL-PSDCH)
Broadband Pilot Channel (BPICH)
本書の目的で、以下の略語を適用する。
【００６２】
AM     Acknowledged Mode
AMD    Acknowledged Mode Data
ARQ    Automatic Repeat Request
BCCH   Broadcast Control CHannel
BCH    Broadcast CHannel
C-     Control-
CCCH   Common Control CHannel
CCH    Control CHannel
CCTrCH Coded Composite Transport Channel
CP     Cyclic Prefix
CRC    Cyclic Redundancy Check
CTCH   Common Traffic CHannel
DCCH   Dedicated Control CHannel
DCH    Dedicated CHannel
DL     DownLink
DSCH   Downlink Shared CHannel
DTCH   Dedicated Traffic CHannel
FACH   Forward link Access CHannel
FDD    Frequency Division Duplex
L1     Layer 1 (physical layer)
L2     Layer 2 (data link layer)
L3     Layer 3 (network layer)
LI     Length Indicator
LSB    Least Significant Bit
MAC    Medium Access Control
MBMS   Multmedia Broadcast Multicast Service
MCCH   MBMS point-to-multipoint Control CHannel
MRW    Move Receiving Window
MSB    Most Significant Bit
MSCH   MBMS point-to-multipoint Scheduling CHannel
MTCH   MBMS point-to-multipoint Traffic CHannel
PCCH   Paging Control CHannel
PCH    Paging CHannel
PDU    Protocol Data Unit
PHY    PHYsical layer
PhyCH  Physical CHannels
RACH   Random Access CHannel
RLC    Radio Link Control
RRC    Radio Resource Control
SAP    Service Access Point
SDU    Service Data Unit
SHCCH  SHared channel Control CHannel
SN     Sequence Number
SUFI   SUper FIeld
TCH    Traffic CHannel
TDD    Time Division Duplex
TFI    Transport Format Indicator
TM     Transparent Mode
TMD    Transparent Mode Data
TTI    Transmission Time Interval
U-     User-
UE     User Equipment
UL     UpLink
UM     Unacknowledged Mode
UMD    Unacknowledged Mode Data
UMTS   Universal Mobile Telecommunications System
UTRA   UMTS Terrestrial Radio Access
UTRAN  UMTS Terrestrial Radio Access Network
MBSFN        multicast broadcast single frequency network
MCE             MBMS coordinating entity
MCH            multicast channel
DL-SCH       downlink shared channel
MSCH          MBMS control channel
PDCCH         physical downlink control channel
PDSCH         physical downlink shared channel
図１１は、ソースｅＮＢからターゲットｅＮＢへのハンドオーバの間に、ＰＤＣＰ  ＳＤＵに関する到着の順序を維持する特定のシステム１１００を例示する。システム１１００は、アクセスポイントと関連付けられることが可能であり、ソースｅＮＢからターゲットｅＮＢへのハンドオーバに関して、互いと通信することが可能なコンポーネントのグルーピング１１０２を含む。グルーピング１１０２は、ＳＤＵに、所定のオフセット値だけＳＤＵのＧＰＴＵ−ＳＮにオフセットされたＰＤＣＰを割り当てるための電気コンポーネント１１０６も含む。さらに、グルーピング１１０２は、ＰＤＣＰ  ＳＮの割当ての前に、ソースｅＮＢにおけるＳＤＵの中断を検出するための電気コンポーネント１１０４をさらに含む。さらに、グルーピング１１０８は、ＧＰＴＵ−ＳＮとＰＤＣＰ  ＳＮとの間のマッピングに関する電気コンポーネントを含む。システム１１００は、コンポーネント１１０４、１１０６、１１０８を実行することに関する命令を保持し得るメモリ１１１２を含むことも可能である。
【００６３】
初めにすべてのＳＤＵにＰＤＣＰ  ＳＮを割り当てることによって、次いで、ＰＤＣＰ  ＳＤＵの中断時に、ＰＤＣＰ  ＳＮギャップまたはＰＤＣＰ  ＳＮホールに遭遇する場合がある。そのように生成されたＰＤＣＰ  ＳＮギャップまたはＰＤＣＰ  ＳＮホールを管理するために、内部タイムアウトが指定されることが可能であり、関連するＵＥは、かかる（１つまたは複数の）ホールがタイムアウトするのを待つ。他の態様は、ソースｅＮＢが、中断されたＰＤＣＰ  ＳＮの結果として生じるＳＮギャップまたはＳＮホールをアボートするために、（ターゲットｅＮＢを経由して）ＰＤＣＰ状態メッセージをＵＥに送ることを可能にする。
【００６４】
上で説明されたことは、１つまたは複数の実施形態の例を含む。前述の実施形態を説明するためにコンポーネントまたは方法論のすべての考えられる組合せを説明することは当然不可能であるが、当業者は、様々な実施形態の多くのさらなる組合せおよび置換が可能であることを認識することが可能である。したがって、説明された実施形態は、添付の特許請求の範囲の趣旨内および範囲内に包含されるすべてのかかる代替形態、修正形態、ならびに改変形態を包含することが意図される。さらに、「含む」という用語が詳細な説明または特許請求の範囲において使用される範囲で、かかる用語は、特許請求の範囲において移行語として用いられる場合に、用語「備える」が「備える」として解釈されるのと類似の様式で包括的であることが意図される。
【図１】
2010541491.tif 000003
【図２】
2010541491.tif 000004
【図３】
2010541491.tif 000005
【図４】
2010541491.tif 000006
【図５】
2010541491.tif 000007
【図６】
2010541491.tif 000008
【図７】
2010541491.tif 000009
【図８】
2010541491.tif 000010
【図９】
2010541491.tif 000011
【図１０】
2010541491.tif 000012
【図１１】
2010541491.tif 000013
【国際調査報告】
2010541491.tif 000014
2010541491.tif 000015
2010541491.tif 000016