無線リンク障害およびハンドオーバ障害の処理
【課題】障害処理プロシージャを機能強化するコンテキスト転送詳細およびＲＡＣＨプロシージャに基づいてＲＬ障害およびハンドオーバ障害を処理するのに使用される方法および装置を提供する。
【解決手段】ＲＬ障害の後に、ユーザ機器（ＵＥ）は、ＵＥアイデンティティと共に、ＲＲＣ接続要求および／またはセル更新メッセージあるいは他のＲＲＣメッセージの情報要素（ＩＥ）としてｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ（ｅＮｏｄｅＢ）および／またはセルのアイデンティティを含む。
【解決手段】ＲＬ障害の後に、ユーザ機器（ＵＥ）は、ＵＥアイデンティティと共に、ＲＲＣ接続要求および／またはセル更新メッセージあるいは他のＲＲＣメッセージの情報要素（ＩＥ）としてｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ（ｅＮｏｄｅＢ）および／またはセルのアイデンティティを含む。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関する。
【背景技術】
【０００２】
Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）Ｓｔａｇｅ ２では、無線送受信ユニット（ＷＴＲＵ）は、無線リンク（ＲＬ）障害がＦｏｒ Ｆｕｒｔｈｅｒ Ｓｔｕｄｙ（ＦＦＳ）としてリストされた後に、同一ｅＮｏｄｅＢに属するセルを選択する。ＷＴＲＵが、同一ｅＮｏｄｅＢから異なるセルを選択する場合に、ＷＴＲＵとｅＮｏｄｅＢとの間の相互作用なしではアクティビティを再開できないことが提案されてきた。現在、Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ ２（ＲＡＮ２）では、ＷＴＲＵが異なるｅＮｏｄｅＢからセルを選択する場合に、そのＷＴＲＵは、無線リソース制御（ＲＲＣ）アイドルを介して進む必要があると指定されている。
【０００３】
現在、ＲＬ障害に関するＲＡＮ２判断は、２つのフェーズに基づいて判定される。この２つのフェーズは、ＲＬ障害に関連する挙動を決定し、図１に示されている。
【０００４】
第１フェーズは、無線問題が検出される時に始まり、この無線問題は、ＲＬ障害検出につながる。その結果、タイマまたは他の（たとえばカウントする）判断基準（Ｔ1）に基づくＷＴＲＵベースのモビリティはない。
【０００５】
第２フェーズは、無線リンク障害が検出される時に始まり、この無線リンク障害は、ＲＲＣ Ｉｄｌｅにつながる。ＷＴＲＵベースのモビリティは、それでも使用可能であり、このモビリティは、タイマベース（Ｔ2）である。
【０００６】
下の表１に、モビリティが現在、ＲＬ障害に関してどのように処理されるかを示す。
【０００７】
【表１】
【０００８】
最近の提案では、ハンドオーバがＲＬ障害に似た２つのフェーズに分割され、類似するハンドオーバ障害処理プロシージャが提案される。
【０００９】
第１フェーズでは、ＷＴＲＵは、たとえばタイマＴ１中に、ターゲットセルに同期化し、アクセスすることを試みる。第２フェーズでは、ＷＴＲＵは、障害を発生したのでハンドオーバを打ち切り、たとえばタイマＴ２中に、ネットワークへの失われた接続の再確立を試みる。第２フェーズの後に、ＵＥはＲＲＣ＿ＩＤＬＥに入る。
【００１０】
図２に、現在の提案によるネットワークによって制御されるモビリティ中のハンドオーバ障害に関連する挙動を決定する２つのフェーズを示す。
【００１１】
第１フェーズは、ターゲットセルへの最初の同期化の試みの時に始まり、ハンドオーバ障害検出につながる。この時間の間に、ＷＴＲＵベースのモビリティはなく、このＷＴＲＵベースのモビリティは、タイマまたは他の（たとえばカウントする）判断基準（Ｔ1）に基づく。
【００１２】
第２フェーズは、ハンドオーバ障害検出の時に始まり、このハンドオーバ障害検出は、ＲＲＣ＿ＩＤＬＥにつながる。ＷＴＲＵベースのモビリティは、まだタイマ（Ｔ2）に基づいて使用可能である。
【００１３】
表２に、モビリティがハンドオーバ障害に関してどのように処理されるかを示す。
【００１４】
【表２】
【００１５】
また、ハンドオーバ中の非競合ベースのランダムアクセスを、現在は使用することができる。したがって、図３に示された現在の非競合ベースのランダムアクセスプロシージャは、ダウンリンク（ＤＬ）での専用シグナリングを介するランダムアクセスプリアンブルの割当を含み、ここで、ｅＮｏｄｅＢは、ＷＴＲＵに６ビット非競合ランダムアクセスプリアンブル（すなわち、ＢＣＨでブロードキャストされるセットには含まれないランダムアクセスプリアンブル）を割り当てる。このプリアンブルは、ＤＬデータ到着の場合には、メディアアクセス制御（ＭＡＣ）シグナリング（たとえば、レイヤ１（Ｌ１）／レイヤ２（Ｌ２）制御チャネルまたはＭＡＣ制御パケットデータユニット（ＰＤＵ））を使用して、ターゲットｅＮｏｄｅＢによって生成されたハンドオーバ（ＨＯ）コマンドを介してシグナリングされ、ハンドオーバのためにソースｅＮｏｄｅＢから送信される。
【００１６】
次に、ＷＴＲＵは、アップリンクのＲＡＣＨで割り当てられた非競合ランダムアクセスプリアンブルを送信する。ｅＮＢからのランダムアクセス応答が、ＤＬ−ＳＨＣ上で送信される。応答は、メッセージ１に関して準同期式（そのサイズが１つまたは複数の送信タイミング間隔（ＴＴＩ）である柔軟なウィンドウ内）であり、Ｌ１／Ｌ２制御チャネル上でＣ−ＲＮＴＩまたはＲＡ−ＲＮＴＩ（ＦＦＳ）のいずれかにアドレッシングされる。
【００１７】
ランダムアクセス応答は、少なくとも、ハンドオーバについてはタイミングアライメント情報および初期ＵＬ許可、ＤＬデータ到着についてはタイミングアライメント情報を含む。さらに、ＲＡプリアンブル識別子は、Ｌ１／Ｌ２制御チャネル上でＲｏｕｔｉｎｇ Ａｒｅａ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ（ＲＡ−ＲＮＴＩ）にアドレッシングされる。
【００１８】
この応答は、Ｌ１／Ｌ２制御チャネル上でセルＲＮＴＩ（Ｃ−ＲＮＴＩ）にアドレッシングされる場合には１つのダウンリンク共有チャネル（ＤＬ−ＳＣＨ）メッセージ内で１つのＷＴＲＵだけに宛てられ、Ｌ１／Ｌ２制御チャネル上でＲＡ−ＲＮＴＩにアドレッシングされる場合には１つのＤＬ−ＳＣＨメッセージ内で１つまたは複数のＷＴＲＵに宛てられる。
【発明の概要】
【発明が解決しようとする課題】
【００１９】
無線リンク障害およびハンドオーバ障害を処理する改善された方法および装置の必要が存在する。
【課題を解決するための手段】
【００２０】
開示される方法および装置は、障害処理プロシージャを機能強化するコンテキスト転送詳細およびＲＡＣＨプロシージャに基づいてＲＬ障害およびハンドオーバ障害を処理するのに使用される。ＲＬ障害の後に、無線送受信ユニット（ＷＴＲＵ）は、ＷＴＲＵアイデンティティと共に、ＲＲＣ接続要求および／またはセル更新メッセージあるいは他のＲＲＣメッセージの情報要素（ＩＥ）としてｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ（ｅＮＢ）および／またはセルのアイデンティティを含む。
【００２１】
より詳細な理解は、添付図面と共に例示として与えられる次の説明から得ることができる。
【図面の簡単な説明】
【００２２】
【図１】従来の無線リンク障害を示す図である。
【図２】従来のハンドオーバ障害を示す図である。
【図３】従来の非競合ベースのランダムアクセスプロシージャを示す図である。
【図４】無線通信システムを示す図である。
【図５】無線リンク障害を処理する開示される方法を示す流れ図である。
【発明を実施するための形態】
【００２３】
以下で言及される時に、用語「無線送受信ユニット（ＷＴＲＵ）」は、ユーザ機器（ＵＥ）、移動局、固定のまたはモバイルのサブスクライバユニット、ポケットベル、セル電話機、携帯情報端末（ＰＤＡ）、コンピュータ、または無線環境で動作できる任意の他のタイプのユーザデバイスを含むが、これらに限定はされない。下で言及される時に、用語「基地局」は、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境で動作できる任意の他のタイプのインターフェースするデバイスを含むが、これらに限定はされない。
【００２４】
図４を参照すると、ＬＴＥ無線通信ネットワーク（ＮＷ）１０は、たとえば、それぞれがプロセッサ２１を含む１つまたは複数のＷＴＲＵ ２０と、それぞれがプロセッサ３１を含む１つまたは複数のＮｏｄｅ Ｂ ３０と、１つまたは複数のセル４０とを含む。各セル４０は、１つまたは複数のＮｏｄｅ Ｂ（ＮＢまたはｅＮＢ）３０を含む。プロセッサ２１および３１は、それぞれ、無線リンク（ＲＬ）障害およびハンドオーバ障害を処理する開示される方法を実施するように構成される。
【００２５】
開示される方法全体を通じて、コンテキスト情報は、無線リソース制御（ＲＲＣ）コンテキスト、セキュリティコンテキスト、パケットデータ集中プロトコル（ＰＤＣＰ）コンテキスト、またはモビリティ中に継続され得る任意のレイヤのコンテキストのいずれをも指す。しかし、説明を簡潔にするために、用語コンテキストまたはＲＲＣコンテキストを、上で開示したコンテキストのタイプのそれぞれについて使用することができる。
【００２６】
ＲＬ障害がＷＴＲＵ ２０によって検出される時に、ＷＴＲＵ ２０は、モビリティプロシージャ（すなわち、セル再選択）を開始する。通常のセル再選択プロシージャでは、ＷＴＲＵ ２０は、ＲＬ障害の後に任意の使用可能なセルに再選択し、セル更新または無線リソース制御（ＲＲＣ）接続要求を介して、ＷＴＲＵ ２０は、そのＷＴＲＵアイデンティティをｅＮｏｄｅＢ（ｅＮＢ）３０に送信する。ｅＮＢ ３０は、受信したＷＴＲＵアイデンティティを使用して、ＷＴＲＵ ２０が、無線リンク障害が発生する前にこのｅＮＢ ３０の制御の下にあったかどうかを検出する。
【００２７】
無線リンク（ＲＬ）障害またはハンドオーバ（ＨＯ）障害の後に、ＷＴＲＵ ２０が、ＲＲＣ接続要求、セル更新メッセージ、または任意の他のＲＲＣメッセージ内の情報要素（ＩＥ）としてそのＷＴＲＵアイデンティティ（たとえばＴＭＳＩ／ＩＭＳＩ／ＩＭＥＩまたは任意の他のＵＥアイデンティティ）ならびにｅＮＢアイデンティティおよび／またはセルアイデンティティを含める、方法および装置を開示する。
【００２８】
ＷＴＲＵ ２０が、セル再選択の後にｅＮＢ（すなわち、ターゲットｅＮＢ）にキャンプした後に、ＩＥに含まれる情報が、ターゲットｅＮＢに送信される。ＷＴＲＵ ２０がキャンプするターゲットｅＮＢが、ＲＬ障害の前にＷＴＲＵ ２０がキャンプしていたｅＮＢ（すなわち、ソースｅＮＢ）とは異なる場合には、ターゲットｅＮＢは、ＩＥに含まれるｅＮＢアイデンティティおよび／またはセルＩＤを使用して、ソースｅＮＢに連絡して、ＷＴＲＵ ２０のアイデンティティについてソースｅＮＢに知らせる。次に、ターゲットｅＮＢは、ＷＴＲＵ ２０のコンテキストパラメータを送信するようにソースｅＮＢに要求する。代替案では、ターゲットｅＮＢは、セルアイデンティティについてソースｅＮＢに知らせることもできる。
【００２９】
ソースｅＮＢが、ＷＴＲＵ ２０のアイデンティティと一致するコンテキスト情報を見つける場合に、ソースｅＮＢは、そのコンテキスト情報をターゲットｅＮＢに送信する。ターゲットｅＮＢは、ＷＴＲＵ ２０のセル更新、ＲＲＣ接続要求、または任意の他のＷＴＲＵによって開始されるＲＲＣプロシージャに対する応答を送信し、ＷＴＲＵ ２０が以前のコンテキストを再利用できることを示すことができる。
【００３０】
コンテキストがソースｅＮＢによって見つけられない場合には、ターゲットｅＮＢは、セル更新／ＲＲＣ接続確立プロシージャまたは任意の他のＲＲＣプロシージャを実行する。この場合に、ターゲットｅＮＢがＷＴＲＵ ２０からＲＲＣ接続を再確立する要求を受信する時に、ターゲットｅＮＢは、新しいＲＲＣ接続についてシグナリングしたので、レイヤ１およびレイヤ２／３パラメータのすべてをシグナリングする。次に、ＷＴＲＵ ２０は、古いセルに適用可能であったすべての格納されたコンテキスト情報を削除することができる。代替案では、コンテキストが見つからない場合に、ＷＴＲＵ ２０は、タイマＴ２が満了するのを待たずにＲＲＣ Ｉｄｌｅに進み、プロシージャを再開するか、タイマＴ２が満了するのを待ってＲＲＣ Ｉｄｌｅに進むことができる。
【００３１】
開示されるＩＥは、ＷＴＲＵ ２０が最後にキャンプしたｅＮＢに関する情報を含むが、ＷＴＲＵ２０によって含まれ得る。この代替案によれば、プロセッサ２１は、ハンドオーバ障害を検出した時に限って、ＩＥ内にｅＮＢアイデンティティおよび／またはセルアイデンティティを含む。
【００３２】
ＷＴＲＵ ２０がキャンプするターゲットｅＮＢが、障害の前のソースｅＮＢと同一であり、ｅＮＢがＷＴＲＵ ２０のコンテキストを見つける（ｅＮＢは、ＷＴＲＵ ２０のアイデンティティと一致するコンテキストを有するかどうかをチェックすることによってそれを見つける）場合には、ｅＮＢは、ＷＴＲＵ ２０からＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴを受信する時（または、任意の他のＷＴＲＵによって開始されたＲＲＣプロシージャの受信時）に、ＷＴＲＵ ２０に、障害が発生する前にそのＷＴＲＵが有したものと同一のコンテキスト情報を使用するように指示することができる。そうでない場合には、ｅＮＢは、そのｅＮＢが新しいＲＲＣ接続をシグナリングするので、すべてのレイヤ１パラメータおよびレイヤ２／３パラメータをＷＴＲＵ ２０にシグナリングすることができる。その後、ＷＴＲＵ ２０は、すべての格納されたコンテキスト情報を削除することができる。
【００３３】
ＲＬ障害を処理するためにＷＴＲＵ ２０のプロセッサ２１によって使用される開示される方法の流れ図を、以下で説明する。ＲＬ障害の検出時（ステップ５００）に、ＷＴＲＵ ２０は、選択されたターゲットｅＮＢへのアクセスを得るために初期アクセスプロシージャを行う（ステップ５０１）。次に、ＷＴＲＵ ２０は、ＷＴＲＵ ２０が以前にキャンプしていたソースｅＮＢのｅＮＢ ＩＤを少なくとも含むＩＥをターゲットｅＮＢに送信する（ステップ５０２）。次に、ＷＴＲＵ ２０は、コンテキストがターゲットｅＮＢによってたとえばソースｅＮＢから入手された後に、ターゲットｅＮＢからＲＲＣコンテキストを受信する（ステップ５０３）。
【００３４】
開示される方法によれば、ターゲットｅＮＢが無線アクセス制御（ＲＡＣ）コンテキストを保つ期間の持続時間は、好ましくは、実装を基礎として決定される。これは、ターゲットｅＮＢとソースｅＮＢとの間のコンテキスト情報の転送が無線リンク障害時にのみ発生するかどうかの決定にもあてはまる。
【００３５】
ＷＴＲＵ ２０がキャンプしているターゲットｅＮＢが、ＷＴＲＵ ２０がハンドオーバの前にキャンプしていたソースｅＮＢと同一である場合には、ＷＴＲＵ ２０からＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴを受信した時または任意の他のＷＴＲＵによって開始されたＲＲＣプロシージャの受信時に、障害が発生する前にＷＴＲＵ ２０が有したものと同一のコンテキスト情報を使用するようにＷＴＲＵ ２０に指示することができる。
【００３６】
当業者は、ＲＬ障害の前にキャンプしていたものと同一のセルまたは同一のｅＮＢにキャンプしているＷＴＲＵ ２０が、ネットワークリソースを節約するのを助けることを認めるはずである。したがって、開示される方法は、代替案で、ＷＴＲＵ ２０が、ＲＬ障害の後のセル選択プロシージャ中に、ソースｅＮＢアイデンティティを考慮に入れ、これによって、ソースｅＮＢからのセルを他のｅＮＢからのセルより優先することを含むことができる。この代替案によれば、ＷＴＲＵ ２０は、それが以前にキャンプしていた最後のセル、それが以前にキャンプしていたものと同一のｅＮｏｄｅＢからのセル、およびすべての他のｅＮｏｄｅＢからのセルの順で、検出されたｅＮＢに優先順位を与えることが好ましい可能性がある。
【００３７】
セル再選択に関する他のパラメータは、無線リンク障害状況中にＷＴＲＵ ２０によって考慮されてもされなくてもよい。というのは、すばやいキャンプおよび呼の開始が、障害後の主要な判断基準であり、ｅＮＢアイデンティティ（またはセルアイデンティティ）だけをセル信号強度と一緒に有することが、無線リンク障害時にセル選択を行うのに十分であるからである。この方法によれば、アイデンティティ（ｅＮＢおよびセル）を、セルＩＤと一緒にシステム情報メッセージ内でブロードキャストすることができる。
【００３８】
ハンドオーバ障害について、ＷＴＲＵ ２０が異なるセルに移動し、その異なるセルが同一ｅＮＢに属す時に、ＷＴＲＵ ２０アイデンティティに基づいて、ＷＴＲＵ ２０が移動したｅＮＢが、それがＷＴＲＵ ２０コンテキストを有するかどうかを識別する方法を開示する。ｅＮＢがコンテキストを有する場合には、ｅＮＢは、前と同一のコンテキストを使用するようにＷＴＲＵ ２０にシグナリングする。ＷＴＲＵ ２０は、コンテキストがセルに関してではなくｅＮＢに関して格納されるので、同一のコンテキストを使用することができる。この方法によれば、上で開示したＲＬ障害に関する上で説明したセル選択と同一の優先順位が、代替方法としてｅＮＢハンドオーバ障害について適用される。
【００３９】
ＷＴＲＵ ２０が、完全に異なるｅＮＢからのセルに移動する時には、無線リンク障害に関して上で開示したものに類似するプロシージャを使用することができる。そのようなハンドオーバプロシージャ中に、ＷＴＲＵ ２０が格納していることのできる最後のｅＮＢアイデンティティが、ハンドオーバがプロシージャのどのステージで障害を発生したかに依存して、ソースｅＮＢまたはターゲットｅＮＢである場合があることに留意されたい。この開示される方法によれば、ＷＴＲＵ ２０は、ハンドオーバが成功して完了するまで、それがキャンプした最後のｅＮＢとしてソースｅＮＢを格納することが好ましい。また、プロシージャ自体は、ＷＴＲＵが、それがキャンプする最後のｅＮＢにソースｅＮＢまたはターゲットｅＮＢのどちらのアイデンティティを送信するかに関わりなく、影響を受けない。
【００４０】
コンテンツを取り出し得ることの重要な態様は、ＷＴＲＵがセルにキャンプし、できる限り早くＲＡＣＨプロシージャでメッセージ１（すなわち、ランダムアクセスプリアンブル）を送信することである。このプロセスに遅延がある場合には、ｅＮＢが、コンテキストを削除し終え、したがって、コンテキスト取出プロシージャを役に立たなくする可能性がある。したがって、ランダムアクセスチャネル（ＲＡＣＨ）プロシージャを機能強化する方法を、ＲＬ障害およびハンドオーバ障害について開示する。この方法によれば、専用シグネチャが、ハンドオーバプロシージャ中にＷＴＲＵ ２０に割り振られる。その後、割り振られた専用シグネチャは、ＲＬ障害またはハンドオーバ障害の後にソースセルにアクセスするのに使用される。たとえば、ＨＯコマンド（または任意のシグナリングメッセージ）は、障害が発生する場合（たとえば、ＷＴＲＵ ２０がターゲットセルにアクセスできなかった場合）に、一方はターゲットセルにアクセスするのにＷＴＲＵ ２０によって使用され、他方はソースセル（または任意の他のセル）にアクセスするのにＷＴＲＵ ２０によって使用される、２つの専用シグネチャをＷＴＲＵ ２０に割り当てる。
【００４１】
ハンドオーバが成功して完了する場合には、ＷＴＲＵ ２０は、（暗黙のうちにまたは明示的に）ハンドオーバ確認メッセージ内でネットワークに戻ってシグネチャを解放する。ハンドオーバプロシージャ中の障害の場合には、ＷＴＲＵ ２０は、この第２の専用シグネチャを使用し、できる限り早くネットワークにアクセスすることを試みることができる。ＷＴＲＵ ２０は、専用シグネチャを使用するので、障害からよりすばやく回復することができる。
【００４２】
代替案では、専用シグネチャのセットが、ＲＬ障害用に排他的にセットされたブロードキャストチャネル（ＢＣＨ）内でブロードキャストされ、このブロードキャストチャネルは、ＲＬ障害またはハンドオーバ障害の場合にＷＴＲＵ ２０によって使用される。別の代替案では、すべてのセルにまたがって有効な万能専用シグネチャのセットを、ＲＬ障害に使用することができる。この万能専用シグネチャのセットを、ハンドオーバメッセージ内で送信するか、システム情報メッセージ内でブロードキャストすることができる。その後、ＷＴＲＵは、任意のセルへのアクセスに関する障害の後に、この万能専用シグネチャを使用することができる。
【００４３】
代替ＲＡＣＨプロシージャが開示されるが、このプロシージャでは、障害の場合に使用される専用シグネチャをＷＴＲＵ ２０に割り当てるのではなく、ＢＣＨ上でブロードキャストされる現在のセット内のシグネチャのうちの少なくとも１つ（たとえば、ランダムアクセスプリアンブル）を、障害の後のセルアクセスのために識別し／予約することができる。この代替案によれば、ＷＴＲＵ ２０は、ＢＣＨから予約されたシグネチャを入手する（あるいは、ハンドオーバ（ＨＯ）コマンドが、障害の場合に使用すべき予約されたシグネチャについてＷＴＲＵ ２０に知らせることができる）。ＷＴＲＵ ２０は、予約されたシグネチャを知った後に、ＲＬ障害またはハンドオーバ障害を経験する場合に、この予約されたシグネチャを使用する。
【００４４】
ＲＬ障害処理に関するより高いアクセスクラスが使用される、もう１つの代替案を開示する。この代替案によれば、ＷＴＲＵ ２０は、ＲＬ障害処理をより高いアクセスクラスサービスに関連付け、したがって、より少ないバックオフおよびより高い優先順位を有するネットワークへの再選択で終わる。このシナリオでは、ＷＴＲＵ ２０が、ＲＬ障害の後にセルへのアクセスを試みる時に、ＷＴＲＵ ２０は、より高いアクセスクラスサービスを有するので、したがって、その異なるＲＡＣＨ試みの間により少ないバックオフインターバルを伴うかバックオフインターバルを伴わずに、ネットワーク１０へのアクセスを試みる。したがって、ＷＴＲＵ ２０は、ＲＬ障害の後に、より低いアクセスクラスサービスを有する他のＷＴＲＵ（より長いバックオフインターバルを有する）と比較して、ネットワークにアクセスするより高い確率を有することができる。
【００４５】
ＲＡＣＨアクセスに関する別の代替方法では、ＷＴＲＵ ２０は、その出力をよりすばやくランプアップし、その結果、ネットワークが、そのＷＴＲＵを検出するより高い可能性を有し、したがって所与のＷＴＲＵ ２０に優先順位を与えるようにする。表３に、この開示される方法によるＲＬ障害中のＷＴＲＵ ２０のモビリティを示す。
【００４６】
【表３】
【００４７】
第２フェーズについて、ＷＴＲＵ ２０が同一セルに戻る時またはＷＴＲＵ ２０が同一ｅＮｏｄｅＢからの異なるセルもしくは異なるｅＮＢを選択する時にアクティビティを再開するために、ＷＴＲＵ ２０がランダムアクセスプロシージャを介してセルにアクセスする方法を開示する。ランダムアクセスプロシージャで使用されるｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ（ＮＡＳ）アイデンティティは、ｅＮＢによって、ｅＮＢがそのＷＴＲＵ ２０のために格納されたＲＲＣコンテキストを有するかどうかを判定するのにも使用される。ｅＮＢが、ＷＴＲＵ ２０のアイデンティティと一致するＲＲＣコンテキストを見つける場合に、ｅＮＢは、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴに応答して、メッセージ（たとえば、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＳＰＯＮＳＥ）または、任意の他のＷＴＲＵによって開始されたＲＲＣプロシージャを送信し、それが格納しているＲＲＣコンテキストを再利用するようにＷＴＲＵ ２０に指示する。
【００４８】
ｅＮＢが、ＷＴＲＵ ２０のアイデンティティと一致するＲＲＣコンテキストを見つけない場合には、新しいｅＮＢが、ＷＴＲＵ ２０によって送信されたｅＮＢアイデンティティを使用して、以前にキャンプされたｅＮＢに直接に連絡する。上で開示したように、代替案では、ｅＮＢは、Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）からＷＴＲＵアイデンティティまたはＷＴＲＵコンテキストを導出することができる。
【００４９】
コンテキストが古いｅＮＢ内で見つかり、転送される場合には、古いｅＮＢは、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴに応答して、メッセージ（たとえば、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＳＰＯＮＳＥ）または任意の他のＷＴＲＵによって開始されるＲＲＣプロシージャを送信し、ＷＴＲＵ ２０にそれが格納したＲＲＣコンテキストを再利用するように指示する。コンテキストが、新しいｅＮＢ内でも古いｅＮＢ内でも見つからない場合には、ＲＲＣ接続確立プロシージャが行われ、ＷＴＲＵ ２０は、それが格納したＲＲＣコンテキストを破棄する。この場合に、ネットワークが、ＷＴＲＵ ２０が開始したＲＲＣプロシージャに対する応答を送信する時に、ネットワーク１０は、ＷＴＲＵ ２０が、障害の前にそれが格納した古いコンテキスト情報を使用してスタックをセットアップできるかどうかを示し、あるいは、ネットワーク１０は、ＷＴＲＵ ２０がそのスタックをセットアップするための新しいパラメータを応答メッセージ内で送信する。ＷＴＲＵ ２０が、ネットワーク１０から応答メッセージを受信し、処理した後に、ＷＴＲＵ ２０は、それがＷＴＲＵ ２０側での構成を終了したことをネットワーク１０に示す完了メッセージをネットワーク１０に送信する。
【００５０】
下の表４に、開示される方法によるハンドオーバ障害中のＷＴＲＵ ２０のモビリティを示す。
【００５１】
【表４】
【００５２】
第２フェーズについて、ＷＴＲＵ ２０が同一セルに戻る時またはＷＴＲＵ ２０が同一ｅＮＢからの異なるセルもしくは異なるｅＮＢを選択する時にアクティビティを再開するために、ＷＴＲＵ ２０がランダムアクセスプロシージャを介してセルにアクセスする方法を開示する。ランダムアクセスプロシージャで使用されるｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ（ＮＡＳ）アイデンティティは、ｅＮＢによって、ｅＮＢがそのＷＴＲＵ ２０のために格納されたＲＲＣコンテキストを有するかどうかを判定するのにも使用される。ｅＮＢが、ＷＴＲＵ ２０のアイデンティティと一致するＲＲＣコンテキストを見つける場合に、ｅＮＢは、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴに応答して、メッセージ（たとえば、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＳＰＯＮＳＥ）または、任意の他のＷＴＲＵによって開始されたＲＲＣプロシージャを送信し、それが格納しているＲＲＣコンテキストを再利用するようにＷＴＲＵ ２０に指示する。
【００５３】
ｅＮＢがＷＴＲＵ ２０のアイデンティティと一致するＲＲＣコンテキストを見つけない場合には、新しいｅＮＢが、ＷＴＲＵ ２０によって送信されたｅＮＢアイデンティティを使用して、以前にキャンプされたｅＮＢに直接に連絡する。上で開示したように、代替案では、ｅＮＢは、ＭＭＥからＷＴＲＵアイデンティティまたはＷＴＲＵコンテキストを導出することができる。
【００５４】
コンテキストが古いｅＮＢ内で見つかり、転送される場合には、古いｅＮＢは、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴに応答して、メッセージ（たとえば、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＳＰＯＮＳＥ）または任意の他のＷＴＲＵによって開始されるＲＲＣプロシージャを送信し、ＷＴＲＵ ２０にそれが格納したＲＲＣコンテキストを再利用するように指示する。コンテキストが、新しいｅＮＢ内でも古いｅＮＢ内でも見つからない場合には、通常のＲＲＣ接続確立プロシージャが行われ、ＷＴＲＵ ２０は、好ましくは、それが格納したＲＲＣコンテキストを破棄する。表３および４のセル選択の優先順位列の使用が、代替方法であり、優先順位にかかわりなく、開示されるプロシージャが、それでも、セル選択／再選択の他の優先順位が使用される場合に適用可能であることに留意されたい。
【００５５】
実施形態
１．無線送受信ユニット（ＷＴＲＵ）で実施される無線通信の方法であって、
無線リンク（ＲＬ）障害およびハンドオーバ（ＨＯ）障害のうちの少なくとも１つを含む障害を検出することと、
ターゲットノードにアクセスするために、無線送受信ユニット（ＷＴＲＵ）アイデンティティと、ソースＮｏｄｅ Ｂアイデンティティおよびソースセルアイデンティティのうちの少なくとも１つを含む情報要素（ＩＥ）とを送信することと、
ＩＥに少なくとも部分的に基づいて、ターゲットＮｏｄｅ Ｂからコンテキスト情報を受信することと
を含むことを特徴とする方法。
２．使用可能なターゲットＮｏｄｅ Ｂを選択するためのセル再選択を行うことをさらに含むことを特徴とする実施形態１に記載の方法。
３．ソースＮｏｄｅ Ｂアイデンティティは、使用可能なターゲットＮｏｄｅ Ｂを選択する際に考慮されることを特徴とする前の実施形態のいずれかに記載の方法。
４．再選択することは、
まずソースＮｏｄｅ Ｂに再選択することを試みることと、
ソースＮｏｄｅ Ｂが利用できない時にソースセルアイデンティティに関連するソースセルに戻って再選択することを試みることと
を含むことを特徴とする前の実施形態のいずれかに記載の方法。
５．ターゲットＮｏｄｅ Ｂおよびターゲットセルは、ソースＮｏｄｅ Ｂおよびソースセルとは異なることを特徴とする実施形態４に記載の方法。
６．検出される障害の前にコンテキスト情報を格納することをさらに含むことを特徴とする前の実施形態のいずれかに記載の方法。
７．コンテキスト情報は、格納されたコンテキスト情報を使用する指示を含むことを特徴とする実施形態１〜６のいずれかに記載の方法。
８．コンテキスト情報は、格納されたコンテキスト情報とは異なるコンテキスト情報を含むことを特徴とする実施形態１〜６のいずれかに記載の方法。
９．より小さいバックオフまたは出力のより高いランプアップの使用のうちの少なくとも１つを使用してネットワークにアクセスすることをさらに含むことを特徴とする前の実施形態のいずれかに記載の方法。
１０．ハンドオーバ中に少なくとも１つの割り振られた専用シグネチャを受信することを含み、これによって、専用シグネチャは、無線リンク（ＲＬ）障害またはハンドオーバ障害の後にソースセルにアクセスするのに使用されることを特徴とする、前の実施形態のいずれかに記載の方法。
１１．少なくとも１つの専用シグネチャは、ハンドオーバコマンドを介して受信されることを特徴とする実施形態１０に記載の方法。
１２．２つの割り当てられた専用シグネチャを含むハンドオーバコマンドを受信することをさらに含み、専用シグネチャの一方は、ターゲットＮｏｄｅ Ｂにアクセスするのに使用され、専用シグネチャの他方は、ＲＬ障害またはハンドオーバ障害が発生する場合にソースＮｏｄｅ Ｂにアクセスするのに使用されることを特徴とする実施形態１０に記載の方法。
１３．ハンドオーバが完了した時に、２つの専用シグネチャを解放することをさらに含むことを特徴とする実施形態１２に記載の方法。
１４．シグネチャのセットからの少なくとも１つの専用シグネチャは、ＲＬ障害またはハンドオーバ障害の後に任意のＮｏｄｅ Ｂからの任意のセルにアクセスするためにブロードキャストチャネル上で予約されることを特徴とする前の実施形態のいずれかに記載の方法。
１５．専用アクセスのために予約されるシグネチャのセットは、ハンドオーバコマンド内で受信されることを特徴とする実施形態１４に記載の方法。
１６．前の実施形態のいずれかに記載の方法を実施するように構成されたプロセッサを含むことを特徴とする無線送受信ユニット。
１７．前の実施形態のいずれかに記載の方法を実施するように構成されたプロセッサを含むことを特徴とするＮｏｄｅ Ｂ。
１８．前の実施形態のいずれかに記載の方法を実施するように構成されることを特徴とするプロセッサ。
【００５６】
特徴および要素を、上で特定の組合せで説明したが、各特徴または要素を、他の特徴および要素を伴わずに単独でまたは他の特徴および要素を伴うもしくは伴わないさまざまな組合せで使用することができる。本明細書で提供された方法または流れ図を、汎用コンピュータまたはプロセッサによる実行のためにコンピュータ可読記憶媒体に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびディジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。
【００５７】
適切なプロセッサは、たとえば、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【００５８】
ソフトウェアに関連するプロセッサを使用して、無線送受信ユニット（ＷＴＲＵ）において使用されるラジオ周波数トランシーバ、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータを実施することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、ビデオ電話、スピーカホン、振動デバイス、スピーカ、マイクロホン、テレビジョン受像機、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、ディジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）モジュールもしくはウルトラワイドバンド（ＵＷＢ）モジュールなど、ハードウェアおよび／またはソフトウェアで実施されるモジュールと共に使用することができる。
【技術分野】
【０００１】
本発明は、無線通信システムに関する。
【背景技術】
【０００２】
Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（Ｅ−ＵＴＲＡＮ）Ｓｔａｇｅ ２では、無線送受信ユニット（ＷＴＲＵ）は、無線リンク（ＲＬ）障害がＦｏｒ Ｆｕｒｔｈｅｒ Ｓｔｕｄｙ（ＦＦＳ）としてリストされた後に、同一ｅＮｏｄｅＢに属するセルを選択する。ＷＴＲＵが、同一ｅＮｏｄｅＢから異なるセルを選択する場合に、ＷＴＲＵとｅＮｏｄｅＢとの間の相互作用なしではアクティビティを再開できないことが提案されてきた。現在、Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ ２（ＲＡＮ２）では、ＷＴＲＵが異なるｅＮｏｄｅＢからセルを選択する場合に、そのＷＴＲＵは、無線リソース制御（ＲＲＣ）アイドルを介して進む必要があると指定されている。
【０００３】
現在、ＲＬ障害に関するＲＡＮ２判断は、２つのフェーズに基づいて判定される。この２つのフェーズは、ＲＬ障害に関連する挙動を決定し、図１に示されている。
【０００４】
第１フェーズは、無線問題が検出される時に始まり、この無線問題は、ＲＬ障害検出につながる。その結果、タイマまたは他の（たとえばカウントする）判断基準（Ｔ1）に基づくＷＴＲＵベースのモビリティはない。
【０００５】
第２フェーズは、無線リンク障害が検出される時に始まり、この無線リンク障害は、ＲＲＣ Ｉｄｌｅにつながる。ＷＴＲＵベースのモビリティは、それでも使用可能であり、このモビリティは、タイマベース（Ｔ2）である。
【０００６】
下の表１に、モビリティが現在、ＲＬ障害に関してどのように処理されるかを示す。
【０００７】
【表１】
【０００８】
最近の提案では、ハンドオーバがＲＬ障害に似た２つのフェーズに分割され、類似するハンドオーバ障害処理プロシージャが提案される。
【０００９】
第１フェーズでは、ＷＴＲＵは、たとえばタイマＴ１中に、ターゲットセルに同期化し、アクセスすることを試みる。第２フェーズでは、ＷＴＲＵは、障害を発生したのでハンドオーバを打ち切り、たとえばタイマＴ２中に、ネットワークへの失われた接続の再確立を試みる。第２フェーズの後に、ＵＥはＲＲＣ＿ＩＤＬＥに入る。
【００１０】
図２に、現在の提案によるネットワークによって制御されるモビリティ中のハンドオーバ障害に関連する挙動を決定する２つのフェーズを示す。
【００１１】
第１フェーズは、ターゲットセルへの最初の同期化の試みの時に始まり、ハンドオーバ障害検出につながる。この時間の間に、ＷＴＲＵベースのモビリティはなく、このＷＴＲＵベースのモビリティは、タイマまたは他の（たとえばカウントする）判断基準（Ｔ1）に基づく。
【００１２】
第２フェーズは、ハンドオーバ障害検出の時に始まり、このハンドオーバ障害検出は、ＲＲＣ＿ＩＤＬＥにつながる。ＷＴＲＵベースのモビリティは、まだタイマ（Ｔ2）に基づいて使用可能である。
【００１３】
表２に、モビリティがハンドオーバ障害に関してどのように処理されるかを示す。
【００１４】
【表２】
【００１５】
また、ハンドオーバ中の非競合ベースのランダムアクセスを、現在は使用することができる。したがって、図３に示された現在の非競合ベースのランダムアクセスプロシージャは、ダウンリンク（ＤＬ）での専用シグナリングを介するランダムアクセスプリアンブルの割当を含み、ここで、ｅＮｏｄｅＢは、ＷＴＲＵに６ビット非競合ランダムアクセスプリアンブル（すなわち、ＢＣＨでブロードキャストされるセットには含まれないランダムアクセスプリアンブル）を割り当てる。このプリアンブルは、ＤＬデータ到着の場合には、メディアアクセス制御（ＭＡＣ）シグナリング（たとえば、レイヤ１（Ｌ１）／レイヤ２（Ｌ２）制御チャネルまたはＭＡＣ制御パケットデータユニット（ＰＤＵ））を使用して、ターゲットｅＮｏｄｅＢによって生成されたハンドオーバ（ＨＯ）コマンドを介してシグナリングされ、ハンドオーバのためにソースｅＮｏｄｅＢから送信される。
【００１６】
次に、ＷＴＲＵは、アップリンクのＲＡＣＨで割り当てられた非競合ランダムアクセスプリアンブルを送信する。ｅＮＢからのランダムアクセス応答が、ＤＬ−ＳＨＣ上で送信される。応答は、メッセージ１に関して準同期式（そのサイズが１つまたは複数の送信タイミング間隔（ＴＴＩ）である柔軟なウィンドウ内）であり、Ｌ１／Ｌ２制御チャネル上でＣ−ＲＮＴＩまたはＲＡ−ＲＮＴＩ（ＦＦＳ）のいずれかにアドレッシングされる。
【００１７】
ランダムアクセス応答は、少なくとも、ハンドオーバについてはタイミングアライメント情報および初期ＵＬ許可、ＤＬデータ到着についてはタイミングアライメント情報を含む。さらに、ＲＡプリアンブル識別子は、Ｌ１／Ｌ２制御チャネル上でＲｏｕｔｉｎｇ Ａｒｅａ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ（ＲＡ−ＲＮＴＩ）にアドレッシングされる。
【００１８】
この応答は、Ｌ１／Ｌ２制御チャネル上でセルＲＮＴＩ（Ｃ−ＲＮＴＩ）にアドレッシングされる場合には１つのダウンリンク共有チャネル（ＤＬ−ＳＣＨ）メッセージ内で１つのＷＴＲＵだけに宛てられ、Ｌ１／Ｌ２制御チャネル上でＲＡ−ＲＮＴＩにアドレッシングされる場合には１つのＤＬ−ＳＣＨメッセージ内で１つまたは複数のＷＴＲＵに宛てられる。
【発明の概要】
【発明が解決しようとする課題】
【００１９】
無線リンク障害およびハンドオーバ障害を処理する改善された方法および装置の必要が存在する。
【課題を解決するための手段】
【００２０】
開示される方法および装置は、障害処理プロシージャを機能強化するコンテキスト転送詳細およびＲＡＣＨプロシージャに基づいてＲＬ障害およびハンドオーバ障害を処理するのに使用される。ＲＬ障害の後に、無線送受信ユニット（ＷＴＲＵ）は、ＷＴＲＵアイデンティティと共に、ＲＲＣ接続要求および／またはセル更新メッセージあるいは他のＲＲＣメッセージの情報要素（ＩＥ）としてｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ（ｅＮＢ）および／またはセルのアイデンティティを含む。
【００２１】
より詳細な理解は、添付図面と共に例示として与えられる次の説明から得ることができる。
【図面の簡単な説明】
【００２２】
【図１】従来の無線リンク障害を示す図である。
【図２】従来のハンドオーバ障害を示す図である。
【図３】従来の非競合ベースのランダムアクセスプロシージャを示す図である。
【図４】無線通信システムを示す図である。
【図５】無線リンク障害を処理する開示される方法を示す流れ図である。
【発明を実施するための形態】
【００２３】
以下で言及される時に、用語「無線送受信ユニット（ＷＴＲＵ）」は、ユーザ機器（ＵＥ）、移動局、固定のまたはモバイルのサブスクライバユニット、ポケットベル、セル電話機、携帯情報端末（ＰＤＡ）、コンピュータ、または無線環境で動作できる任意の他のタイプのユーザデバイスを含むが、これらに限定はされない。下で言及される時に、用語「基地局」は、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境で動作できる任意の他のタイプのインターフェースするデバイスを含むが、これらに限定はされない。
【００２４】
図４を参照すると、ＬＴＥ無線通信ネットワーク（ＮＷ）１０は、たとえば、それぞれがプロセッサ２１を含む１つまたは複数のＷＴＲＵ ２０と、それぞれがプロセッサ３１を含む１つまたは複数のＮｏｄｅ Ｂ ３０と、１つまたは複数のセル４０とを含む。各セル４０は、１つまたは複数のＮｏｄｅ Ｂ（ＮＢまたはｅＮＢ）３０を含む。プロセッサ２１および３１は、それぞれ、無線リンク（ＲＬ）障害およびハンドオーバ障害を処理する開示される方法を実施するように構成される。
【００２５】
開示される方法全体を通じて、コンテキスト情報は、無線リソース制御（ＲＲＣ）コンテキスト、セキュリティコンテキスト、パケットデータ集中プロトコル（ＰＤＣＰ）コンテキスト、またはモビリティ中に継続され得る任意のレイヤのコンテキストのいずれをも指す。しかし、説明を簡潔にするために、用語コンテキストまたはＲＲＣコンテキストを、上で開示したコンテキストのタイプのそれぞれについて使用することができる。
【００２６】
ＲＬ障害がＷＴＲＵ ２０によって検出される時に、ＷＴＲＵ ２０は、モビリティプロシージャ（すなわち、セル再選択）を開始する。通常のセル再選択プロシージャでは、ＷＴＲＵ ２０は、ＲＬ障害の後に任意の使用可能なセルに再選択し、セル更新または無線リソース制御（ＲＲＣ）接続要求を介して、ＷＴＲＵ ２０は、そのＷＴＲＵアイデンティティをｅＮｏｄｅＢ（ｅＮＢ）３０に送信する。ｅＮＢ ３０は、受信したＷＴＲＵアイデンティティを使用して、ＷＴＲＵ ２０が、無線リンク障害が発生する前にこのｅＮＢ ３０の制御の下にあったかどうかを検出する。
【００２７】
無線リンク（ＲＬ）障害またはハンドオーバ（ＨＯ）障害の後に、ＷＴＲＵ ２０が、ＲＲＣ接続要求、セル更新メッセージ、または任意の他のＲＲＣメッセージ内の情報要素（ＩＥ）としてそのＷＴＲＵアイデンティティ（たとえばＴＭＳＩ／ＩＭＳＩ／ＩＭＥＩまたは任意の他のＵＥアイデンティティ）ならびにｅＮＢアイデンティティおよび／またはセルアイデンティティを含める、方法および装置を開示する。
【００２８】
ＷＴＲＵ ２０が、セル再選択の後にｅＮＢ（すなわち、ターゲットｅＮＢ）にキャンプした後に、ＩＥに含まれる情報が、ターゲットｅＮＢに送信される。ＷＴＲＵ ２０がキャンプするターゲットｅＮＢが、ＲＬ障害の前にＷＴＲＵ ２０がキャンプしていたｅＮＢ（すなわち、ソースｅＮＢ）とは異なる場合には、ターゲットｅＮＢは、ＩＥに含まれるｅＮＢアイデンティティおよび／またはセルＩＤを使用して、ソースｅＮＢに連絡して、ＷＴＲＵ ２０のアイデンティティについてソースｅＮＢに知らせる。次に、ターゲットｅＮＢは、ＷＴＲＵ ２０のコンテキストパラメータを送信するようにソースｅＮＢに要求する。代替案では、ターゲットｅＮＢは、セルアイデンティティについてソースｅＮＢに知らせることもできる。
【００２９】
ソースｅＮＢが、ＷＴＲＵ ２０のアイデンティティと一致するコンテキスト情報を見つける場合に、ソースｅＮＢは、そのコンテキスト情報をターゲットｅＮＢに送信する。ターゲットｅＮＢは、ＷＴＲＵ ２０のセル更新、ＲＲＣ接続要求、または任意の他のＷＴＲＵによって開始されるＲＲＣプロシージャに対する応答を送信し、ＷＴＲＵ ２０が以前のコンテキストを再利用できることを示すことができる。
【００３０】
コンテキストがソースｅＮＢによって見つけられない場合には、ターゲットｅＮＢは、セル更新／ＲＲＣ接続確立プロシージャまたは任意の他のＲＲＣプロシージャを実行する。この場合に、ターゲットｅＮＢがＷＴＲＵ ２０からＲＲＣ接続を再確立する要求を受信する時に、ターゲットｅＮＢは、新しいＲＲＣ接続についてシグナリングしたので、レイヤ１およびレイヤ２／３パラメータのすべてをシグナリングする。次に、ＷＴＲＵ ２０は、古いセルに適用可能であったすべての格納されたコンテキスト情報を削除することができる。代替案では、コンテキストが見つからない場合に、ＷＴＲＵ ２０は、タイマＴ２が満了するのを待たずにＲＲＣ Ｉｄｌｅに進み、プロシージャを再開するか、タイマＴ２が満了するのを待ってＲＲＣ Ｉｄｌｅに進むことができる。
【００３１】
開示されるＩＥは、ＷＴＲＵ ２０が最後にキャンプしたｅＮＢに関する情報を含むが、ＷＴＲＵ２０によって含まれ得る。この代替案によれば、プロセッサ２１は、ハンドオーバ障害を検出した時に限って、ＩＥ内にｅＮＢアイデンティティおよび／またはセルアイデンティティを含む。
【００３２】
ＷＴＲＵ ２０がキャンプするターゲットｅＮＢが、障害の前のソースｅＮＢと同一であり、ｅＮＢがＷＴＲＵ ２０のコンテキストを見つける（ｅＮＢは、ＷＴＲＵ ２０のアイデンティティと一致するコンテキストを有するかどうかをチェックすることによってそれを見つける）場合には、ｅＮＢは、ＷＴＲＵ ２０からＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴを受信する時（または、任意の他のＷＴＲＵによって開始されたＲＲＣプロシージャの受信時）に、ＷＴＲＵ ２０に、障害が発生する前にそのＷＴＲＵが有したものと同一のコンテキスト情報を使用するように指示することができる。そうでない場合には、ｅＮＢは、そのｅＮＢが新しいＲＲＣ接続をシグナリングするので、すべてのレイヤ１パラメータおよびレイヤ２／３パラメータをＷＴＲＵ ２０にシグナリングすることができる。その後、ＷＴＲＵ ２０は、すべての格納されたコンテキスト情報を削除することができる。
【００３３】
ＲＬ障害を処理するためにＷＴＲＵ ２０のプロセッサ２１によって使用される開示される方法の流れ図を、以下で説明する。ＲＬ障害の検出時（ステップ５００）に、ＷＴＲＵ ２０は、選択されたターゲットｅＮＢへのアクセスを得るために初期アクセスプロシージャを行う（ステップ５０１）。次に、ＷＴＲＵ ２０は、ＷＴＲＵ ２０が以前にキャンプしていたソースｅＮＢのｅＮＢ ＩＤを少なくとも含むＩＥをターゲットｅＮＢに送信する（ステップ５０２）。次に、ＷＴＲＵ ２０は、コンテキストがターゲットｅＮＢによってたとえばソースｅＮＢから入手された後に、ターゲットｅＮＢからＲＲＣコンテキストを受信する（ステップ５０３）。
【００３４】
開示される方法によれば、ターゲットｅＮＢが無線アクセス制御（ＲＡＣ）コンテキストを保つ期間の持続時間は、好ましくは、実装を基礎として決定される。これは、ターゲットｅＮＢとソースｅＮＢとの間のコンテキスト情報の転送が無線リンク障害時にのみ発生するかどうかの決定にもあてはまる。
【００３５】
ＷＴＲＵ ２０がキャンプしているターゲットｅＮＢが、ＷＴＲＵ ２０がハンドオーバの前にキャンプしていたソースｅＮＢと同一である場合には、ＷＴＲＵ ２０からＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴを受信した時または任意の他のＷＴＲＵによって開始されたＲＲＣプロシージャの受信時に、障害が発生する前にＷＴＲＵ ２０が有したものと同一のコンテキスト情報を使用するようにＷＴＲＵ ２０に指示することができる。
【００３６】
当業者は、ＲＬ障害の前にキャンプしていたものと同一のセルまたは同一のｅＮＢにキャンプしているＷＴＲＵ ２０が、ネットワークリソースを節約するのを助けることを認めるはずである。したがって、開示される方法は、代替案で、ＷＴＲＵ ２０が、ＲＬ障害の後のセル選択プロシージャ中に、ソースｅＮＢアイデンティティを考慮に入れ、これによって、ソースｅＮＢからのセルを他のｅＮＢからのセルより優先することを含むことができる。この代替案によれば、ＷＴＲＵ ２０は、それが以前にキャンプしていた最後のセル、それが以前にキャンプしていたものと同一のｅＮｏｄｅＢからのセル、およびすべての他のｅＮｏｄｅＢからのセルの順で、検出されたｅＮＢに優先順位を与えることが好ましい可能性がある。
【００３７】
セル再選択に関する他のパラメータは、無線リンク障害状況中にＷＴＲＵ ２０によって考慮されてもされなくてもよい。というのは、すばやいキャンプおよび呼の開始が、障害後の主要な判断基準であり、ｅＮＢアイデンティティ（またはセルアイデンティティ）だけをセル信号強度と一緒に有することが、無線リンク障害時にセル選択を行うのに十分であるからである。この方法によれば、アイデンティティ（ｅＮＢおよびセル）を、セルＩＤと一緒にシステム情報メッセージ内でブロードキャストすることができる。
【００３８】
ハンドオーバ障害について、ＷＴＲＵ ２０が異なるセルに移動し、その異なるセルが同一ｅＮＢに属す時に、ＷＴＲＵ ２０アイデンティティに基づいて、ＷＴＲＵ ２０が移動したｅＮＢが、それがＷＴＲＵ ２０コンテキストを有するかどうかを識別する方法を開示する。ｅＮＢがコンテキストを有する場合には、ｅＮＢは、前と同一のコンテキストを使用するようにＷＴＲＵ ２０にシグナリングする。ＷＴＲＵ ２０は、コンテキストがセルに関してではなくｅＮＢに関して格納されるので、同一のコンテキストを使用することができる。この方法によれば、上で開示したＲＬ障害に関する上で説明したセル選択と同一の優先順位が、代替方法としてｅＮＢハンドオーバ障害について適用される。
【００３９】
ＷＴＲＵ ２０が、完全に異なるｅＮＢからのセルに移動する時には、無線リンク障害に関して上で開示したものに類似するプロシージャを使用することができる。そのようなハンドオーバプロシージャ中に、ＷＴＲＵ ２０が格納していることのできる最後のｅＮＢアイデンティティが、ハンドオーバがプロシージャのどのステージで障害を発生したかに依存して、ソースｅＮＢまたはターゲットｅＮＢである場合があることに留意されたい。この開示される方法によれば、ＷＴＲＵ ２０は、ハンドオーバが成功して完了するまで、それがキャンプした最後のｅＮＢとしてソースｅＮＢを格納することが好ましい。また、プロシージャ自体は、ＷＴＲＵが、それがキャンプする最後のｅＮＢにソースｅＮＢまたはターゲットｅＮＢのどちらのアイデンティティを送信するかに関わりなく、影響を受けない。
【００４０】
コンテンツを取り出し得ることの重要な態様は、ＷＴＲＵがセルにキャンプし、できる限り早くＲＡＣＨプロシージャでメッセージ１（すなわち、ランダムアクセスプリアンブル）を送信することである。このプロセスに遅延がある場合には、ｅＮＢが、コンテキストを削除し終え、したがって、コンテキスト取出プロシージャを役に立たなくする可能性がある。したがって、ランダムアクセスチャネル（ＲＡＣＨ）プロシージャを機能強化する方法を、ＲＬ障害およびハンドオーバ障害について開示する。この方法によれば、専用シグネチャが、ハンドオーバプロシージャ中にＷＴＲＵ ２０に割り振られる。その後、割り振られた専用シグネチャは、ＲＬ障害またはハンドオーバ障害の後にソースセルにアクセスするのに使用される。たとえば、ＨＯコマンド（または任意のシグナリングメッセージ）は、障害が発生する場合（たとえば、ＷＴＲＵ ２０がターゲットセルにアクセスできなかった場合）に、一方はターゲットセルにアクセスするのにＷＴＲＵ ２０によって使用され、他方はソースセル（または任意の他のセル）にアクセスするのにＷＴＲＵ ２０によって使用される、２つの専用シグネチャをＷＴＲＵ ２０に割り当てる。
【００４１】
ハンドオーバが成功して完了する場合には、ＷＴＲＵ ２０は、（暗黙のうちにまたは明示的に）ハンドオーバ確認メッセージ内でネットワークに戻ってシグネチャを解放する。ハンドオーバプロシージャ中の障害の場合には、ＷＴＲＵ ２０は、この第２の専用シグネチャを使用し、できる限り早くネットワークにアクセスすることを試みることができる。ＷＴＲＵ ２０は、専用シグネチャを使用するので、障害からよりすばやく回復することができる。
【００４２】
代替案では、専用シグネチャのセットが、ＲＬ障害用に排他的にセットされたブロードキャストチャネル（ＢＣＨ）内でブロードキャストされ、このブロードキャストチャネルは、ＲＬ障害またはハンドオーバ障害の場合にＷＴＲＵ ２０によって使用される。別の代替案では、すべてのセルにまたがって有効な万能専用シグネチャのセットを、ＲＬ障害に使用することができる。この万能専用シグネチャのセットを、ハンドオーバメッセージ内で送信するか、システム情報メッセージ内でブロードキャストすることができる。その後、ＷＴＲＵは、任意のセルへのアクセスに関する障害の後に、この万能専用シグネチャを使用することができる。
【００４３】
代替ＲＡＣＨプロシージャが開示されるが、このプロシージャでは、障害の場合に使用される専用シグネチャをＷＴＲＵ ２０に割り当てるのではなく、ＢＣＨ上でブロードキャストされる現在のセット内のシグネチャのうちの少なくとも１つ（たとえば、ランダムアクセスプリアンブル）を、障害の後のセルアクセスのために識別し／予約することができる。この代替案によれば、ＷＴＲＵ ２０は、ＢＣＨから予約されたシグネチャを入手する（あるいは、ハンドオーバ（ＨＯ）コマンドが、障害の場合に使用すべき予約されたシグネチャについてＷＴＲＵ ２０に知らせることができる）。ＷＴＲＵ ２０は、予約されたシグネチャを知った後に、ＲＬ障害またはハンドオーバ障害を経験する場合に、この予約されたシグネチャを使用する。
【００４４】
ＲＬ障害処理に関するより高いアクセスクラスが使用される、もう１つの代替案を開示する。この代替案によれば、ＷＴＲＵ ２０は、ＲＬ障害処理をより高いアクセスクラスサービスに関連付け、したがって、より少ないバックオフおよびより高い優先順位を有するネットワークへの再選択で終わる。このシナリオでは、ＷＴＲＵ ２０が、ＲＬ障害の後にセルへのアクセスを試みる時に、ＷＴＲＵ ２０は、より高いアクセスクラスサービスを有するので、したがって、その異なるＲＡＣＨ試みの間により少ないバックオフインターバルを伴うかバックオフインターバルを伴わずに、ネットワーク１０へのアクセスを試みる。したがって、ＷＴＲＵ ２０は、ＲＬ障害の後に、より低いアクセスクラスサービスを有する他のＷＴＲＵ（より長いバックオフインターバルを有する）と比較して、ネットワークにアクセスするより高い確率を有することができる。
【００４５】
ＲＡＣＨアクセスに関する別の代替方法では、ＷＴＲＵ ２０は、その出力をよりすばやくランプアップし、その結果、ネットワークが、そのＷＴＲＵを検出するより高い可能性を有し、したがって所与のＷＴＲＵ ２０に優先順位を与えるようにする。表３に、この開示される方法によるＲＬ障害中のＷＴＲＵ ２０のモビリティを示す。
【００４６】
【表３】
【００４７】
第２フェーズについて、ＷＴＲＵ ２０が同一セルに戻る時またはＷＴＲＵ ２０が同一ｅＮｏｄｅＢからの異なるセルもしくは異なるｅＮＢを選択する時にアクティビティを再開するために、ＷＴＲＵ ２０がランダムアクセスプロシージャを介してセルにアクセスする方法を開示する。ランダムアクセスプロシージャで使用されるｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ（ＮＡＳ）アイデンティティは、ｅＮＢによって、ｅＮＢがそのＷＴＲＵ ２０のために格納されたＲＲＣコンテキストを有するかどうかを判定するのにも使用される。ｅＮＢが、ＷＴＲＵ ２０のアイデンティティと一致するＲＲＣコンテキストを見つける場合に、ｅＮＢは、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴに応答して、メッセージ（たとえば、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＳＰＯＮＳＥ）または、任意の他のＷＴＲＵによって開始されたＲＲＣプロシージャを送信し、それが格納しているＲＲＣコンテキストを再利用するようにＷＴＲＵ ２０に指示する。
【００４８】
ｅＮＢが、ＷＴＲＵ ２０のアイデンティティと一致するＲＲＣコンテキストを見つけない場合には、新しいｅＮＢが、ＷＴＲＵ ２０によって送信されたｅＮＢアイデンティティを使用して、以前にキャンプされたｅＮＢに直接に連絡する。上で開示したように、代替案では、ｅＮＢは、Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ（ＭＭＥ）からＷＴＲＵアイデンティティまたはＷＴＲＵコンテキストを導出することができる。
【００４９】
コンテキストが古いｅＮＢ内で見つかり、転送される場合には、古いｅＮＢは、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴに応答して、メッセージ（たとえば、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＳＰＯＮＳＥ）または任意の他のＷＴＲＵによって開始されるＲＲＣプロシージャを送信し、ＷＴＲＵ ２０にそれが格納したＲＲＣコンテキストを再利用するように指示する。コンテキストが、新しいｅＮＢ内でも古いｅＮＢ内でも見つからない場合には、ＲＲＣ接続確立プロシージャが行われ、ＷＴＲＵ ２０は、それが格納したＲＲＣコンテキストを破棄する。この場合に、ネットワークが、ＷＴＲＵ ２０が開始したＲＲＣプロシージャに対する応答を送信する時に、ネットワーク１０は、ＷＴＲＵ ２０が、障害の前にそれが格納した古いコンテキスト情報を使用してスタックをセットアップできるかどうかを示し、あるいは、ネットワーク１０は、ＷＴＲＵ ２０がそのスタックをセットアップするための新しいパラメータを応答メッセージ内で送信する。ＷＴＲＵ ２０が、ネットワーク１０から応答メッセージを受信し、処理した後に、ＷＴＲＵ ２０は、それがＷＴＲＵ ２０側での構成を終了したことをネットワーク１０に示す完了メッセージをネットワーク１０に送信する。
【００５０】
下の表４に、開示される方法によるハンドオーバ障害中のＷＴＲＵ ２０のモビリティを示す。
【００５１】
【表４】
【００５２】
第２フェーズについて、ＷＴＲＵ ２０が同一セルに戻る時またはＷＴＲＵ ２０が同一ｅＮＢからの異なるセルもしくは異なるｅＮＢを選択する時にアクティビティを再開するために、ＷＴＲＵ ２０がランダムアクセスプロシージャを介してセルにアクセスする方法を開示する。ランダムアクセスプロシージャで使用されるｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ（ＮＡＳ）アイデンティティは、ｅＮＢによって、ｅＮＢがそのＷＴＲＵ ２０のために格納されたＲＲＣコンテキストを有するかどうかを判定するのにも使用される。ｅＮＢが、ＷＴＲＵ ２０のアイデンティティと一致するＲＲＣコンテキストを見つける場合に、ｅＮＢは、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴに応答して、メッセージ（たとえば、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＳＰＯＮＳＥ）または、任意の他のＷＴＲＵによって開始されたＲＲＣプロシージャを送信し、それが格納しているＲＲＣコンテキストを再利用するようにＷＴＲＵ ２０に指示する。
【００５３】
ｅＮＢがＷＴＲＵ ２０のアイデンティティと一致するＲＲＣコンテキストを見つけない場合には、新しいｅＮＢが、ＷＴＲＵ ２０によって送信されたｅＮＢアイデンティティを使用して、以前にキャンプされたｅＮＢに直接に連絡する。上で開示したように、代替案では、ｅＮＢは、ＭＭＥからＷＴＲＵアイデンティティまたはＷＴＲＵコンテキストを導出することができる。
【００５４】
コンテキストが古いｅＮＢ内で見つかり、転送される場合には、古いｅＮＢは、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＱＵＥＳＴに応答して、メッセージ（たとえば、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＲＥＳＰＯＮＳＥ）または任意の他のＷＴＲＵによって開始されるＲＲＣプロシージャを送信し、ＷＴＲＵ ２０にそれが格納したＲＲＣコンテキストを再利用するように指示する。コンテキストが、新しいｅＮＢ内でも古いｅＮＢ内でも見つからない場合には、通常のＲＲＣ接続確立プロシージャが行われ、ＷＴＲＵ ２０は、好ましくは、それが格納したＲＲＣコンテキストを破棄する。表３および４のセル選択の優先順位列の使用が、代替方法であり、優先順位にかかわりなく、開示されるプロシージャが、それでも、セル選択／再選択の他の優先順位が使用される場合に適用可能であることに留意されたい。
【００５５】
実施形態
１．無線送受信ユニット（ＷＴＲＵ）で実施される無線通信の方法であって、
無線リンク（ＲＬ）障害およびハンドオーバ（ＨＯ）障害のうちの少なくとも１つを含む障害を検出することと、
ターゲットノードにアクセスするために、無線送受信ユニット（ＷＴＲＵ）アイデンティティと、ソースＮｏｄｅ Ｂアイデンティティおよびソースセルアイデンティティのうちの少なくとも１つを含む情報要素（ＩＥ）とを送信することと、
ＩＥに少なくとも部分的に基づいて、ターゲットＮｏｄｅ Ｂからコンテキスト情報を受信することと
を含むことを特徴とする方法。
２．使用可能なターゲットＮｏｄｅ Ｂを選択するためのセル再選択を行うことをさらに含むことを特徴とする実施形態１に記載の方法。
３．ソースＮｏｄｅ Ｂアイデンティティは、使用可能なターゲットＮｏｄｅ Ｂを選択する際に考慮されることを特徴とする前の実施形態のいずれかに記載の方法。
４．再選択することは、
まずソースＮｏｄｅ Ｂに再選択することを試みることと、
ソースＮｏｄｅ Ｂが利用できない時にソースセルアイデンティティに関連するソースセルに戻って再選択することを試みることと
を含むことを特徴とする前の実施形態のいずれかに記載の方法。
５．ターゲットＮｏｄｅ Ｂおよびターゲットセルは、ソースＮｏｄｅ Ｂおよびソースセルとは異なることを特徴とする実施形態４に記載の方法。
６．検出される障害の前にコンテキスト情報を格納することをさらに含むことを特徴とする前の実施形態のいずれかに記載の方法。
７．コンテキスト情報は、格納されたコンテキスト情報を使用する指示を含むことを特徴とする実施形態１〜６のいずれかに記載の方法。
８．コンテキスト情報は、格納されたコンテキスト情報とは異なるコンテキスト情報を含むことを特徴とする実施形態１〜６のいずれかに記載の方法。
９．より小さいバックオフまたは出力のより高いランプアップの使用のうちの少なくとも１つを使用してネットワークにアクセスすることをさらに含むことを特徴とする前の実施形態のいずれかに記載の方法。
１０．ハンドオーバ中に少なくとも１つの割り振られた専用シグネチャを受信することを含み、これによって、専用シグネチャは、無線リンク（ＲＬ）障害またはハンドオーバ障害の後にソースセルにアクセスするのに使用されることを特徴とする、前の実施形態のいずれかに記載の方法。
１１．少なくとも１つの専用シグネチャは、ハンドオーバコマンドを介して受信されることを特徴とする実施形態１０に記載の方法。
１２．２つの割り当てられた専用シグネチャを含むハンドオーバコマンドを受信することをさらに含み、専用シグネチャの一方は、ターゲットＮｏｄｅ Ｂにアクセスするのに使用され、専用シグネチャの他方は、ＲＬ障害またはハンドオーバ障害が発生する場合にソースＮｏｄｅ Ｂにアクセスするのに使用されることを特徴とする実施形態１０に記載の方法。
１３．ハンドオーバが完了した時に、２つの専用シグネチャを解放することをさらに含むことを特徴とする実施形態１２に記載の方法。
１４．シグネチャのセットからの少なくとも１つの専用シグネチャは、ＲＬ障害またはハンドオーバ障害の後に任意のＮｏｄｅ Ｂからの任意のセルにアクセスするためにブロードキャストチャネル上で予約されることを特徴とする前の実施形態のいずれかに記載の方法。
１５．専用アクセスのために予約されるシグネチャのセットは、ハンドオーバコマンド内で受信されることを特徴とする実施形態１４に記載の方法。
１６．前の実施形態のいずれかに記載の方法を実施するように構成されたプロセッサを含むことを特徴とする無線送受信ユニット。
１７．前の実施形態のいずれかに記載の方法を実施するように構成されたプロセッサを含むことを特徴とするＮｏｄｅ Ｂ。
１８．前の実施形態のいずれかに記載の方法を実施するように構成されることを特徴とするプロセッサ。
【００５６】
特徴および要素を、上で特定の組合せで説明したが、各特徴または要素を、他の特徴および要素を伴わずに単独でまたは他の特徴および要素を伴うもしくは伴わないさまざまな組合せで使用することができる。本明細書で提供された方法または流れ図を、汎用コンピュータまたはプロセッサによる実行のためにコンピュータ可読記憶媒体に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびディジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。
【００５７】
適切なプロセッサは、たとえば、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【００５８】
ソフトウェアに関連するプロセッサを使用して、無線送受信ユニット（ＷＴＲＵ）において使用されるラジオ周波数トランシーバ、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータを実施することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、ビデオ電話、スピーカホン、振動デバイス、スピーカ、マイクロホン、テレビジョン受像機、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、ディジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）モジュールもしくはウルトラワイドバンド（ＵＷＢ）モジュールなど、ハードウェアおよび／またはソフトウェアで実施されるモジュールと共に使用することができる。
【特許請求の範囲】
【請求項１】
進化型ノードＢ（ｅＮＢ）において、無線送受信ユニット(ＷＴＲＵ）と前記ｅＮＢとの間の無線通信のために実施される方法であって、
ＷＴＲＵから前記ＷＴＲＵのアイデンティティおよびソースセルアイデンティティを含むメッセージを受信すること、および
前記ＷＴＲＵによって確立される前記ｅＮＢとの接続を許可する指示を前記ＷＴＲＵに送ること
を含むことを特徴とする方法。
【請求項２】
前記ＷＴＲＵが、前記メッセージの受信より前に前記ｅＮＢの前記制御の下にあったかを検出すること
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＷＴＲＵが、前記メッセージの受信より前に前記ターゲットｅＮＢの前記制御の下になかった場合、前記ソースセルアイデンティティに関連する別のｅＮＢに、他のｅＮＢに対して前記ＷＴＲＵの前記アイデンティティを知らせるメッセージを送ること
をさらに含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記ＷＴＲＵが、前記メッセージの受信より前に前記ターゲットｅＮＢの前記制御の下になかった場合、前記ＷＴＲＵに対するコンテキストパラメータの要求を、前記ソースセルアイデンティティに関連する前記他のｅＮＢに送ること
をさらに含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記要求はさらに、前記ソースセルアイデンティティを含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記他のｅＮＢから、前記ＷＴＲＵに対する前記コンテキストパラメータを受信すること、および
前記ＷＴＲＵが、その以前のコンテキストパラメータを再び用い得ることを示すメッセージを前記ＷＴＲＵに送ること
をさらに含むことを特徴とする請求項４に記載の方法。
【請求項７】
前記ｅＮＢが、前記ＷＴＲＵに対する前記コンテキストパラメータを含む、前記他のｅＮＢからの応答を受信しない場合、前記ＷＴＲＵとの通信を確立するＲＲＣ手続きを実行すること
をさらに含むことを特徴とする請求項４に記載の方法。
【請求項８】
前記ｅＮＢが、前記ＷＴＲＵから受信された前記ソースセルアイデンティティに関連する場合、前記ｅＮＢが前記ＷＴＲＵに対するコンテキストを有するかを判定すること
をさらに含むことを特徴とする請求項２に記載の方法。
【請求項９】
前記ｅＮＢは、前記ｅＮＢが前記ＷＴＲＵに対するコンテキストを有すると判定する場合、前記ＷＴＲＵに送られる前記指示は、前記ＷＴＲＵが有する前記コンテキスト情報を使用することを前記ＷＴＲＵに示すことを特徴とする請求項８に記載の方法。
【請求項１０】
ＷＴＲＵの前記アイデンティティを含むメッセージを別のｅＮＢから受信すること、
別のｅＮＢからのメッセージに応答して、コンテキストが、前記メッセージにおいて特定された前記ＷＴＲＵに格納されるかを判定すること、および
コンテキスト情報が前記メッセージおいて特定された前記ＷＴＲＵに格納される場合、前記コンテキスト情報を前記他のｅＮＢに送ること
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項１１】
進化型ノードＢ（ｅＮＢ）であって、
ＷＴＲＵから前記ＷＴＲＵのアイデンティティおよびソースセルアイデンティティを含むメッセージを受信する手段、および
前記ＷＴＲＵによって確立される前記ｅＮＢとの接続を許可する指示を前記ＷＴＲＵに送る手段
を含むことを特徴とするｅＮＢ。
【請求項１２】
前記ＷＴＲＵが、前記メッセージの受信より前に前記ｅＮＢの前記制御の下にあったかを検出する手段
をさらに含むことを特徴とする請求項１１に記載のｅＮＢ。
【請求項１３】
前記ＷＴＲＵが、前記メッセージの受信より前に前記ターゲットｅＮＢの前記制御の下になかったことを条件に、前記ソースセルアイデンティティに関連する別のｅＮＢに、他のｅＮＢに対して前記ＷＴＲＵの前記アイデンティティを知らせるメッセージを送る手段
をさらに含むことを特徴とする請求項１２に記載のｅＮＢ。
【請求項１４】
前記ＷＴＲＵが、前記メッセージの受信より前に前記ターゲットｅＮＢの前記制御の下になかったことを条件に、前記ＷＴＲＵに対するコンテキストパラメータの要求を、前記ソースセルアイデンティティに関連する前記他のｅＮＢに送る手段
をさらに含むことを特徴とする請求項１３に記載のｅＮＢ。
【請求項１５】
前記要求はさらに、前記ソースセルアイデンティティを含むことを特徴とする請求項１４に記載のｅＮＢ。
【請求項１６】
前記他のｅＮＢから、前記ＷＴＲＵに対する前記コンテキストパラメータを受信する手段、および
前記ＷＴＲＵがその以前のコンテキストパラメータを再び用い得ることを示すメッセージを前記ＷＴＲＵに送る手段
をさらに含むことを特徴とする請求項１４に記載のｅＮＢ。
【請求項１７】
前記ｅＮＢが、前記ＷＴＲＵに対する前記コンテキストパラメータを含む、前記他のｅＮＢからの応答を受信しないという条件で、前記ＷＴＲＵとの通信を確立するＲＲＣ手続きを実行する手段
をさらに含むことを特徴とする請求項１４に記載のｅＮＢ。
【請求項１８】
前記ｅＮＢが、前記ＷＴＲＵから受信された前記ソースセルアイデンティティに関連するという条件で、前記ｅＮＢが前記ＷＴＲＵに対するコンテキストを有するかを判定する手段
をさらに含むことを特徴とする請求項１２に記載のｅＮＢ。
【請求項１９】
前記ｅＮＢは、前記ｅＮＢが前記ＷＴＲＵに対するコンテキストを有すると判定する場合、前記ＷＴＲＵに送られる前記指示は、前記ＷＴＲＵが有する前記コンテキスト情報を使用することを前記ＷＴＲＵに示すことを特徴とする請求項１８に記載のｅＮＢ。
【請求項２０】
ＷＴＲＵの前記アイデンティティを含むメッセージを別のｅＮＢから受信する手段、
コンテキストが、前記メッセージにおいて特定された前記ＷＴＲＵに格納されるかを判定する手段、および
コンテキスト情報が前記メッセージおいて特定された前記ＷＴＲＵに格納されるという条件で、前記コンテキスト情報を前記他のｅＮＢに送る手段
をさらに含むことを特徴とする請求項１１に記載のｅＮＢ。
【請求項２１】
無線送受信ユニット(ＷＴＲＵ）において、前記ＷＴＲＵとターゲット進化型ノードＢ（ｅＮＢ）との間の無線通信のために実施される方法であって、
通信の失敗を検出すること、
前記検出された通信の失敗に応答して、ＷＴＲＵのアイデンティティおよびソースセルアイデンティティを、前記ターゲットｅＮＢに送信すること、および
前記ターゲットからの前記送信に対する応答を受信すること
を含むことを特徴とする方法。
【請求項２２】
前記ソースセルアイデンティティは、ソースセルおよびソースｅＮＢを含み、前記方法はさらに、セルの再選択を実施することを含み、セルの再選択を実施することは、
前記ソースセルの再選択を試みること、および
前記ソースセルが選択に利用できない場合、前記ソースｅＮＢに関連する第２のセルを選択することを試みること
を含むことを特徴とする請求項２１に記載の方法。
【請求項２３】
セルの再選択を実施することはさらに、
選択に利用可能な、前記ソースｅＮＢに関連するセルがない場合、異なるｅＮＢに関連する第３のセルを選択することを試みること
を含むことを特徴とする請求項２２に記載の方法。
【請求項２４】
前記通信の失敗は、ハンドオーバの失敗であることを特徴とする請求項２１に記載の方法。
【請求項２５】
前記ハンドオーバの失敗は、ネットワークとの接続の失敗を含むことを特徴とする請求項２４に記載の方法。
【請求項２６】
前記ＷＴＲＵは、無線リンクの失敗の検出に応答して、かつ、ハンドオーバの失敗に応答して、前記送信することを行うことを特徴とする請求項２１に記載の方法。
【請求項２７】
通信の失敗は、ネットワークとの接続の失敗を含むことを特徴とする請求項２１に記載の方法。
【請求項２８】
前記通信の失敗の検出に反応し、減少されたバックオフインターバル、および、
通信の失敗の検出に反応しないネットワークにアクセスする他のインスタンスにおけるよりも増加するより速いパワーの少なくとも一つを使用して、ネットワークにアクセスすることを試みること
をさらに含むことを特徴とする請求項２１に記載の方法。
【請求項２９】
無線送受信ユニット(ＷＴＲＵ）であって、
通信の失敗を検出する手段、
前記検出された通信の失敗に応答して、ＷＴＲＵのアイデンティティおよびソースセルアイデンティティを、前記ターゲットｅＮＢに送信する手段、および
前記ターゲットからの前記送信に対する応答を受信する手段
を含むことを特徴とするＷＴＲＵ。
【請求項３０】
前記ソースセルアイデンティティは、前記ＷＴＲＵが、前記検出された通信の失敗より前にキャンプされたソースｅＮＢに関連することを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３１】
前記ソースセルアイデンティティの機能として前記ターゲットｅＮＢのようなｅＮＢを選択する手段をさらに含むことを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３２】
前記通信の失敗は、ハンドオーバの失敗であることを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３３】
前記ハンドオーバの失敗は、ネットワークとの接続の失敗を含むことを特徴とする請求項３２に記載のＷＴＲＵ。
【請求項３４】
ＷＴＲＵのアイデンティティおよびソースセルアイデンティティを前記ターゲットｅＮＢに送信する手段は、無線リンクの失敗の検出に応答して、かつ、ハンドオーバの失敗に応答して、前記送信を行うことを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３５】
通信の失敗は、ネットワークとの接続の失敗を含むことを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３６】
前記ソースセルアイデンティティは、ソースセルおよびソースｅＮＢに関連し、かつ、前記ターゲットｅＮＢのようなｅＮＢを選択する手段は、
前記ソースセルの再選択を試みる手段、および
前記ソースセルが選択に利用できないという条件で、前記ソースｅＮＢに関連する第２のセルを選択することを試みる手段
を含むことを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３７】
前記ターゲットｅＮＢのようなｅＮＢを選択する手段はさらに、選択に利用可能な、前記ソースｅＮＢに関連するセルがないという条件で、異なるｅＮＢに関連する第３のセルを選択することを試みる手段を含むことを特徴とする請求項３６に記載のＷＴＲＵ。
【請求項１】
進化型ノードＢ（ｅＮＢ）において、無線送受信ユニット(ＷＴＲＵ）と前記ｅＮＢとの間の無線通信のために実施される方法であって、
ＷＴＲＵから前記ＷＴＲＵのアイデンティティおよびソースセルアイデンティティを含むメッセージを受信すること、および
前記ＷＴＲＵによって確立される前記ｅＮＢとの接続を許可する指示を前記ＷＴＲＵに送ること
を含むことを特徴とする方法。
【請求項２】
前記ＷＴＲＵが、前記メッセージの受信より前に前記ｅＮＢの前記制御の下にあったかを検出すること
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＷＴＲＵが、前記メッセージの受信より前に前記ターゲットｅＮＢの前記制御の下になかった場合、前記ソースセルアイデンティティに関連する別のｅＮＢに、他のｅＮＢに対して前記ＷＴＲＵの前記アイデンティティを知らせるメッセージを送ること
をさらに含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記ＷＴＲＵが、前記メッセージの受信より前に前記ターゲットｅＮＢの前記制御の下になかった場合、前記ＷＴＲＵに対するコンテキストパラメータの要求を、前記ソースセルアイデンティティに関連する前記他のｅＮＢに送ること
をさらに含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記要求はさらに、前記ソースセルアイデンティティを含むことを特徴とする請求項４に記載の方法。
【請求項６】
前記他のｅＮＢから、前記ＷＴＲＵに対する前記コンテキストパラメータを受信すること、および
前記ＷＴＲＵが、その以前のコンテキストパラメータを再び用い得ることを示すメッセージを前記ＷＴＲＵに送ること
をさらに含むことを特徴とする請求項４に記載の方法。
【請求項７】
前記ｅＮＢが、前記ＷＴＲＵに対する前記コンテキストパラメータを含む、前記他のｅＮＢからの応答を受信しない場合、前記ＷＴＲＵとの通信を確立するＲＲＣ手続きを実行すること
をさらに含むことを特徴とする請求項４に記載の方法。
【請求項８】
前記ｅＮＢが、前記ＷＴＲＵから受信された前記ソースセルアイデンティティに関連する場合、前記ｅＮＢが前記ＷＴＲＵに対するコンテキストを有するかを判定すること
をさらに含むことを特徴とする請求項２に記載の方法。
【請求項９】
前記ｅＮＢは、前記ｅＮＢが前記ＷＴＲＵに対するコンテキストを有すると判定する場合、前記ＷＴＲＵに送られる前記指示は、前記ＷＴＲＵが有する前記コンテキスト情報を使用することを前記ＷＴＲＵに示すことを特徴とする請求項８に記載の方法。
【請求項１０】
ＷＴＲＵの前記アイデンティティを含むメッセージを別のｅＮＢから受信すること、
別のｅＮＢからのメッセージに応答して、コンテキストが、前記メッセージにおいて特定された前記ＷＴＲＵに格納されるかを判定すること、および
コンテキスト情報が前記メッセージおいて特定された前記ＷＴＲＵに格納される場合、前記コンテキスト情報を前記他のｅＮＢに送ること
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項１１】
進化型ノードＢ（ｅＮＢ）であって、
ＷＴＲＵから前記ＷＴＲＵのアイデンティティおよびソースセルアイデンティティを含むメッセージを受信する手段、および
前記ＷＴＲＵによって確立される前記ｅＮＢとの接続を許可する指示を前記ＷＴＲＵに送る手段
を含むことを特徴とするｅＮＢ。
【請求項１２】
前記ＷＴＲＵが、前記メッセージの受信より前に前記ｅＮＢの前記制御の下にあったかを検出する手段
をさらに含むことを特徴とする請求項１１に記載のｅＮＢ。
【請求項１３】
前記ＷＴＲＵが、前記メッセージの受信より前に前記ターゲットｅＮＢの前記制御の下になかったことを条件に、前記ソースセルアイデンティティに関連する別のｅＮＢに、他のｅＮＢに対して前記ＷＴＲＵの前記アイデンティティを知らせるメッセージを送る手段
をさらに含むことを特徴とする請求項１２に記載のｅＮＢ。
【請求項１４】
前記ＷＴＲＵが、前記メッセージの受信より前に前記ターゲットｅＮＢの前記制御の下になかったことを条件に、前記ＷＴＲＵに対するコンテキストパラメータの要求を、前記ソースセルアイデンティティに関連する前記他のｅＮＢに送る手段
をさらに含むことを特徴とする請求項１３に記載のｅＮＢ。
【請求項１５】
前記要求はさらに、前記ソースセルアイデンティティを含むことを特徴とする請求項１４に記載のｅＮＢ。
【請求項１６】
前記他のｅＮＢから、前記ＷＴＲＵに対する前記コンテキストパラメータを受信する手段、および
前記ＷＴＲＵがその以前のコンテキストパラメータを再び用い得ることを示すメッセージを前記ＷＴＲＵに送る手段
をさらに含むことを特徴とする請求項１４に記載のｅＮＢ。
【請求項１７】
前記ｅＮＢが、前記ＷＴＲＵに対する前記コンテキストパラメータを含む、前記他のｅＮＢからの応答を受信しないという条件で、前記ＷＴＲＵとの通信を確立するＲＲＣ手続きを実行する手段
をさらに含むことを特徴とする請求項１４に記載のｅＮＢ。
【請求項１８】
前記ｅＮＢが、前記ＷＴＲＵから受信された前記ソースセルアイデンティティに関連するという条件で、前記ｅＮＢが前記ＷＴＲＵに対するコンテキストを有するかを判定する手段
をさらに含むことを特徴とする請求項１２に記載のｅＮＢ。
【請求項１９】
前記ｅＮＢは、前記ｅＮＢが前記ＷＴＲＵに対するコンテキストを有すると判定する場合、前記ＷＴＲＵに送られる前記指示は、前記ＷＴＲＵが有する前記コンテキスト情報を使用することを前記ＷＴＲＵに示すことを特徴とする請求項１８に記載のｅＮＢ。
【請求項２０】
ＷＴＲＵの前記アイデンティティを含むメッセージを別のｅＮＢから受信する手段、
コンテキストが、前記メッセージにおいて特定された前記ＷＴＲＵに格納されるかを判定する手段、および
コンテキスト情報が前記メッセージおいて特定された前記ＷＴＲＵに格納されるという条件で、前記コンテキスト情報を前記他のｅＮＢに送る手段
をさらに含むことを特徴とする請求項１１に記載のｅＮＢ。
【請求項２１】
無線送受信ユニット(ＷＴＲＵ）において、前記ＷＴＲＵとターゲット進化型ノードＢ（ｅＮＢ）との間の無線通信のために実施される方法であって、
通信の失敗を検出すること、
前記検出された通信の失敗に応答して、ＷＴＲＵのアイデンティティおよびソースセルアイデンティティを、前記ターゲットｅＮＢに送信すること、および
前記ターゲットからの前記送信に対する応答を受信すること
を含むことを特徴とする方法。
【請求項２２】
前記ソースセルアイデンティティは、ソースセルおよびソースｅＮＢを含み、前記方法はさらに、セルの再選択を実施することを含み、セルの再選択を実施することは、
前記ソースセルの再選択を試みること、および
前記ソースセルが選択に利用できない場合、前記ソースｅＮＢに関連する第２のセルを選択することを試みること
を含むことを特徴とする請求項２１に記載の方法。
【請求項２３】
セルの再選択を実施することはさらに、
選択に利用可能な、前記ソースｅＮＢに関連するセルがない場合、異なるｅＮＢに関連する第３のセルを選択することを試みること
を含むことを特徴とする請求項２２に記載の方法。
【請求項２４】
前記通信の失敗は、ハンドオーバの失敗であることを特徴とする請求項２１に記載の方法。
【請求項２５】
前記ハンドオーバの失敗は、ネットワークとの接続の失敗を含むことを特徴とする請求項２４に記載の方法。
【請求項２６】
前記ＷＴＲＵは、無線リンクの失敗の検出に応答して、かつ、ハンドオーバの失敗に応答して、前記送信することを行うことを特徴とする請求項２１に記載の方法。
【請求項２７】
通信の失敗は、ネットワークとの接続の失敗を含むことを特徴とする請求項２１に記載の方法。
【請求項２８】
前記通信の失敗の検出に反応し、減少されたバックオフインターバル、および、
通信の失敗の検出に反応しないネットワークにアクセスする他のインスタンスにおけるよりも増加するより速いパワーの少なくとも一つを使用して、ネットワークにアクセスすることを試みること
をさらに含むことを特徴とする請求項２１に記載の方法。
【請求項２９】
無線送受信ユニット(ＷＴＲＵ）であって、
通信の失敗を検出する手段、
前記検出された通信の失敗に応答して、ＷＴＲＵのアイデンティティおよびソースセルアイデンティティを、前記ターゲットｅＮＢに送信する手段、および
前記ターゲットからの前記送信に対する応答を受信する手段
を含むことを特徴とするＷＴＲＵ。
【請求項３０】
前記ソースセルアイデンティティは、前記ＷＴＲＵが、前記検出された通信の失敗より前にキャンプされたソースｅＮＢに関連することを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３１】
前記ソースセルアイデンティティの機能として前記ターゲットｅＮＢのようなｅＮＢを選択する手段をさらに含むことを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３２】
前記通信の失敗は、ハンドオーバの失敗であることを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３３】
前記ハンドオーバの失敗は、ネットワークとの接続の失敗を含むことを特徴とする請求項３２に記載のＷＴＲＵ。
【請求項３４】
ＷＴＲＵのアイデンティティおよびソースセルアイデンティティを前記ターゲットｅＮＢに送信する手段は、無線リンクの失敗の検出に応答して、かつ、ハンドオーバの失敗に応答して、前記送信を行うことを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３５】
通信の失敗は、ネットワークとの接続の失敗を含むことを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３６】
前記ソースセルアイデンティティは、ソースセルおよびソースｅＮＢに関連し、かつ、前記ターゲットｅＮＢのようなｅＮＢを選択する手段は、
前記ソースセルの再選択を試みる手段、および
前記ソースセルが選択に利用できないという条件で、前記ソースｅＮＢに関連する第２のセルを選択することを試みる手段
を含むことを特徴とする請求項２９に記載のＷＴＲＵ。
【請求項３７】
前記ターゲットｅＮＢのようなｅＮＢを選択する手段はさらに、選択に利用可能な、前記ソースｅＮＢに関連するセルがないという条件で、異なるｅＮＢに関連する第３のセルを選択することを試みる手段を含むことを特徴とする請求項３６に記載のＷＴＲＵ。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２０１３−５９１２１（Ｐ２０１３−５９１２１Ａ）
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【出願番号】特願２０１２−２７０６９１（Ｐ２０１２−２７０６９１）
【出願日】平成２４年１２月１１日（２０１２．１２．１１）
【分割の表示】特願２０１０−５０６４４０（Ｐ２０１０−５０６４４０）の分割
【原出願日】平成２０年４月２３日（２００８．４．２３）
【出願人】（５９６００８６２２）インターデイジタル テクノロジー コーポレーション (871)
【Ｆターム（参考）】
【公開日】平成２５年３月２８日（２０１３．３．２８）
【国際特許分類】
【出願日】平成２４年１２月１１日（２０１２．１２．１１）
【分割の表示】特願２０１０−５０６４４０（Ｐ２０１０−５０６４４０）の分割
【原出願日】平成２０年４月２３日（２００８．４．２３）
【出願人】（５９６００８６２２）インターデイジタル テクノロジー コーポレーション (871)
【Ｆターム（参考）】
[ Back to top ]