(57)【要約】無線アクセス・ネットワーク（ＲＡＮ）を有する無線通信システム。無線端末は、ＲＡＮ内のサービング・ノードに接続される。無線端末は、ＲＡＮ内のターゲット・ノードへのハンドオーバーをサポートするため、サービング・ノードとメッセージを交換する。ターゲット・ノードは、ハンドオーバーを受信し、サービング・ノードからターゲット・ノードに送信されて、無線端末によって肯定応答されなかった１つ以上のメッセージの識別を無線端末に提供する。無線端末は、ハンドオーバー後の１つ以上の古くなったメッセージの再送を避けるため、ターゲット・ノードへ情報を提供する。
2009539279.tif 000002
【特許請求の範囲】
【請求項１】
無線端末であって、
無線アクセス・ネットワークにおいて、ターゲット・ノードへのハンドオーバーをサポートするため、サービング・ノードとメッセージを交換するように構成されたプロセッサであって、ハンドオーバー後の１つ以上の古くなったメッセージの再送を防ぐために、前記ターゲット・ノードに情報を提供するようにさらに構成された前記プロセッサ、
を含む無線端末。
【請求項２】
前記情報は、前記１つ以上の古くなったメッセージの各々に対する肯定応答を備え、これが備わっていなければ当該メッセージは前記ターゲット・ノードによって前記無線端末に再送される、請求項１に記載の無線端末。
【請求項３】
前記プロセッサはさらに肯定応答ベースのプロトコルを含み、前記プロセッサはさらに、前記サービング・ノードによって送信されて肯定応答されなかった各種メッセージを識別する情報を、前記ターゲット・ノードから受信し、前記受信された情報を使用して、前記ターゲット・ノードに提供される前記情報を生成するように構成されている、請求項１に記載の無線端末。
【請求項４】
前記メッセージの各々はシーケンス番号を含み、前記ターゲット・ノードから受信される前記情報は、前記サービング・ノードによって送信されて肯定応答されなかった前記１つ以上のメッセージの各々に対する前記シーケンス番号を含む、請求項３に記載の無線端末。
【請求項５】
前記ターゲット・ノードに提供される前記情報は、前記プロセッサよって受信された前記シーケンス番号の１つを有する前記１つ以上のメッセージの各々に対する肯定応答を備える、請求項４に記載の無線端末。
【請求項６】
前記プロセッサは、第１のレイヤと第２のレイヤとを有するプロトコル・スタックを含み、前記第１のレイヤは、前記第２のレイヤの下にある肯定応答ベースのプロトコル・レイヤであり、前記サービング・ノードと交換される前記メッセージは第２のレイヤ・メッセージであり、前記ターゲット・ノードに提供される前記情報は第１のレイヤ情報である、請求項１に記載の無線端末。
【請求項７】
前記第１のレイヤはＲＬＣプロトコル・レイヤであり、前記第２のレイヤはＲＲＣプロトコル・レイヤである、請求項６に記載の無線端末。
【請求項８】
前記第２のレイヤ・メッセージの各々はシーケンス番号を含み、前記プロセッサはさらに第１のレイヤ・メッセージにおいて、前記サービング・ノードによって送信されて肯定応答されなかった前記１つ以上のメッセージの各々に対する前記シーケンス番号を受信し、前記プロセッサによって受信された前記シーケンス番号の１つを有する前記１つ以上のメッセージの各々に対する第１のレイヤ肯定応答を前記ターゲット・ノードへ提供するように構成された、請求項６に記載の無線端末。
【請求項９】
ノードであって、
肯定応答ベースのプロトコルを有する無線端末のハンドオーバーをサービング・ノードから受信するように構成されたプロセッサであって、前記サービング・ノードから前記無線端末に送信されて肯定応答されなかった１つ以上のメッセージを識別する情報を、前記無線端末に提供するようにさらに構成された前記プロセッサ、
を含むノード。
【請求項１０】
前記１つ以上のメッセージの各々はシーケンス番号を含み、前記無線端末に提供される前記情報は、前記１つ以上のメッセージの各々に対する前記シーケンス番号を含む、請求項９に記載のノード。
【請求項１１】
前記プロセッサはさらに、前記無線端末に提供される前記情報に対する応答を、前記１つ以上のメッセージの各々に対する肯定応答として処理するように構成された、請求項９に記載のノード。
【請求項１２】
前記プロセッサはさらに、前記無線端末へ提供する前記情報を前記サービング・ノードに要求するように構成された、請求項９に記載のノード。
【請求項１３】
前記プロセッサは、前記肯定応答ベースのプロトコルを備える第１のレイヤと、前記第１のレイヤの上にある第２のレイヤとを有するプロトコル・スタックを含み、前記プロセッサはさらに、前記無線端末に提供する前記情報を前記サービング・ノードに対し求める第２のレイヤ要求を作成し、第１のレイヤ情報として前記無線端末に前記情報を提供し、前記無線端末からの前記情報に対する第１のレイヤ応答を、前記１つ以上のメッセージの各々に対する肯定応答として処理するように構成されている、請求項９に記載のノード。
【請求項１４】
無線端末であって、
無線アクセス・ネットワークにおいて、ターゲット・ノードへのハンドオーバーをサポートするため、サービング・ノードとメッセージを交換する手段と、そして
ハンドオーバー後の１つ以上の古くなったメッセージの再送を防ぐために、前記ターゲット・ノードに情報を提供する手段と、
を備える、無線端末。
【請求項１５】
前記情報は、前記１つ以上の古くなったメッセージの各々に対する肯定応答を備え、これが備わっていなければ当該メッセージは前記ターゲット・ノードによって前記無線端末に再送される、請求項１４に記載の無線端末。
【請求項１６】
肯定応答ベースのプロトコルと、前記サービング・ノードによって送信されて肯定応答されなかった各種メッセージを識別する情報を、前記ターゲット・ノードから受信する手段と、前記受信された情報を使用して、前記ターゲット・ノードに提供される前記情報を生成する手段とをさらに備える、請求項１４に記載の無線端末。
【請求項１７】
前記メッセージの各々はシーケンス番号を含み、前記ターゲット・ノードから受信される前記情報は、前記サービング・ノードによって送信されて肯定応答されなかった前記１つ以上のメッセージの各々に対する前記シーケンス番号を含む、請求項１６に記載の無線端末。
【請求項１８】
前記ターゲット・ノードに提供される前記情報は、前記無線端末よって受信された前記シーケンス番号の１つを有する前記１つ以上のメッセージの各々に対する肯定応答を備える、請求項１７に記載の無線端末。
【請求項１９】
第１のレイヤと第２のレイヤとを有するプロトコル・スタックをさらに備え、前記第１のレイヤは、前記第２のレイヤの下にある肯定応答ベースのプロトコル・レイヤであり、前記サービング・ノードと交換される前記メッセージは第２のレイヤ・メッセージであり、前記ターゲット・ノードに提供される前記情報は第１のレイヤ情報である、請求項１４に記載の無線端末。
【請求項２０】
前記第１のレイヤはＲＬＣプロトコル・レイヤであり、前記第２のレイヤはＲＲＣプロトコル・レイヤである、請求項１９に記載の無線端末。
【請求項２１】
前記第２のレイヤ・メッセージの各々はシーケンス番号を含み、前記無線端末はさらに前記サービング・ノードによって送信されて肯定応答されなかった前記１つ以上のメッセージの各々に対する前記シーケンス番号を備える第１のレイヤ・メッセージ受信する手段をさらに備え、前記ターゲット・ノードへ情報を提供する前記手段は、前記シーケンス番号の１つを有する、前記無線端末によって受信される前記１つ以上のメッセージの各々に対する第１のレイヤの肯定応答を提供する手段を備える、請求項１９に記載の無線端末。
【請求項２２】
ノードであって、
肯定応答ベースのプロトコルを有する無線端末のハンドオーバーをサービング・ノードから受信する手段と、そして
前記サービング・ノードから前記無線端末に送信されて肯定応答されなかった１つ以上のメッセージを識別する情報を前記無線端末に提供する手段と
を備えるノード。
【請求項２３】
前記１つ以上のメッセージの各々はシーケンス番号を含み、前記無線端末に提供される前記情報は、前記１つ以上のメッセージの各々に対する前記シーケンス番号を含む、請求項２２に記載のノード。
【請求項２４】
前記無線端末に提供される前記情報に対する応答を、前記１つ以上のメッセージの各々に対する肯定応答として処理する手段をさらに備える、請求項２２に記載のノード。
【請求項２５】
前記無線端末へ提供される前記情報を前記サービング・ノードに要求する手段をさらに備える、請求項２２に記載のノード。
【請求項２６】
前記ノードは、前記肯定応答ベースのプロトコルを備える第１のレイヤと、前記第１のレイヤの上にある第２のレイヤとを有するプロトコル・スタックをさらに備え、前記ノードはさらに、前記ノードが前記無線端末に提供する前記情報を前記サービング・ノードに対し求める要求を作成する手段を備え、前記無線端末へ情報を提供する前記手段は、第１のレイヤ情報として前記情報を提供するように構成され、前記ノードは、前記無線端末からの前記情報に対する第１のレイヤ応答を、前記１つ以上のメッセージの各々に対する肯定応答として処理する手段をさらに備える、請求項２２に記載のノード。
【請求項２７】
無線アクセス・ネットワークにおけるハンドオーバーの方法であって、
ターゲット・ノードへのハンドオーバーをサポートするため、無線端末とサービング・ノードとの間でメッセージを交換することと、そして
ハンドオーバー後の１つ以上の古くなったメッセージの再送を防ぐために、前記無線端末から前記ターゲット・ノードに情報を提供することと、
を含む方法。
【請求項２８】
前記情報は、前記１つ以上の古くなったメッセージの各々に対する肯定応答を備え、これが備わっていなければ当該メッセージは前記ターゲット・ノードによって前記無線端末に再送される、請求項２７に記載の方法。
【請求項２９】
前記無線端末は肯定応答ベースのプロトコルを含み、前記方法はさらに、前記サービング・ノードによって前記無線端末に送信されて肯定応答されなかった各種メッセージを識別する情報を、前記ターゲット・ノードから前記無線端末において受信することと、前記受信された情報を使用して、前記ターゲット・ノードに提供される前記情報を生成することとをさらに備える、請求項２７に記載の方法。
【請求項３０】
前記メッセージの各々はシーケンス番号を含み、前記ターゲット・ノードから前記無線端末によって受信される前記情報は、前記サービング・ノードによって前記無線端末に送信されて肯定応答されなかった前記１つ以上のメッセージの各々に対する前記シーケンス番号を含む、請求項２９に記載の方法。
【請求項３１】
前記ターゲット・ノードに提供される前記情報は、前記無線端末よって受信された前記シーケンス番号の１つを有する前記１つ以上のメッセージの各々に対する肯定応答を備える、請求項３０に記載の方法。
【請求項３２】
第１のレイヤと第２のレイヤとを有するプロトコル・スタックをさらに備え、前記第１のレイヤは、前記第２のレイヤの下にある肯定応答ベースのプロトコル・レイヤであり、前記サービング・ノードと交換される前記メッセージは第２のレイヤ・メッセージであり、前記ターゲット・ノードに提供される前記情報は第１のレイヤ情報である、請求項２７に記載の方法。
【請求項３３】
前記第１のレイヤはＲＬＣプロトコル・レイヤであり、前記第２のレイヤはＲＲＣプロトコル・レイヤである、請求項３２に記載の方法。
【請求項３４】
前記第２のレイヤ・メッセージの各々はシーケンス番号を含み、前記方法はさらに、第１のレイヤ・メッセージにおいて、前記サービング・ノードによって送信されて肯定応答されなかった前記１つ以上のメッセージの各々に対する前記シーケンス番号を前記無線端末にて受信することを備え、前記情報は、前記無線端末によって受信された前記シーケンス番号の１つを有する前記１つ以上のメッセージの各々に対する第１のレイヤ肯定応答として、前記無線端末から前記ターゲット・ノードへ提供される、請求項３２に記載の方法。
【請求項３５】
無線アクセス・ネットワークにおけるハンドオーバーの方法であって、
肯定応答ベースのプロトコルを有する無線端末を、サービング・ノードからターゲット・ノードへハンドオーバーすることと、そして
前記サービング・ノードから前記無線端末に送信されて肯定応答されなかった１つ以上のメッセージを識別する情報を前記ターゲット・ノードから前記無線端末に提供することと
を備える方法。
【請求項３６】
前記１つ以上のメッセージの各々はシーケンス番号を含み、前記無線端末に提供される前記情報は、前記１つ以上のメッセージの各々に対するシーケンス番号を含む、請求項３５に記載の方法。
【請求項３７】
前記無線端末に提供される前記情報に対する応答を前記ターゲット・ノードにて受信することと、前記１つ以上のメッセージの各々に対する肯定応答として、前記応答を処理することとをさらに備える、請求項３５に記載の方法。
【請求項３８】
前記無線端末へ提供される前記情報の要求を、前記ターゲット・ノードから前記サービング・ノードへ送信することをさらに備える、請求項３５に記載の方法。
【請求項３９】
前記ターゲット・ノードは、前記肯定応答ベースのプロトコルを備える第１のレイヤと、前記第１のレイヤの上にある第２のレイヤとを有するプロトコル・スタックを備え、前記方法は、前記無線端末に第１のレイヤ情報として提供される前記情報を、前記ターゲット・ノードから前記サービング・ノードに対し求める第２のレイヤ要求をさらに作成し、前記方法は、前記無線端末に提供される前記情報に対する第１のレイヤ応答を受信することと、前記１つ以上のメッセージの各々に対する肯定応答として、前記応答を処理することとをさらに備える、請求項３５に記載の方法。
【請求項４０】
無線端末において使用するコンピュータ可読媒体であって、前記コンピュータ可読媒体はそこに格納された命令を含み、前記命令は、
無線アクセス・ネットワークにおいて、ターゲット・ノードへのハンドオーバーをサポートするため、サービング・ノードとメッセージを交換するコードと、そして
ハンドオーバー後の１つ以上の古くなったメッセージの再送を防ぐために、前記ターゲット・ノードに情報を提供するコードと、
を含む、コンピュータ可読媒体。
【請求項４１】
前記情報は、前記１つ以上の古くなったメッセージの各々に対する肯定応答を備え、これが備わっていなければ当該メッセージは前記ターゲット・ノードによって前記無線端末に再送される、請求項４０に記載のコンピュータ可読媒体。
【請求項４２】
前記命令は、肯定応答ベースのプロトコルをサポートするコードと、前記サービング・ノードによって送信されて肯定応答されなかった各種メッセージを識別する情報を、前記ターゲット・ノードから受信するコードと、前記受信された情報を使用して前記ターゲット・ノードに提供される前記情報を生成するコードとをさらに備える、請求項４０に記載のコンピュータ可読媒体。
【請求項４３】
前記メッセージの各々はシーケンス番号を含み、前記ターゲット・ノードから受信される前記情報は、前記サービング・ノードによって送信されて肯定応答されなかった前記１つ以上のメッセージの各々に対する前記シーケンス番号を含む、請求項４２に記載のコンピュータ可読媒体。
【請求項４４】
前記ターゲット・ノードに提供される前記情報は、前記無線端末よって受信された前記シーケンス番号の１つを有する前記１つ以上のメッセージの各々に対する肯定応答を備える、請求項４３に記載のコンピュータ可読媒体。
【請求項４５】
前記命令は、第１のレイヤと第２のレイヤとを有するプロトコル・スタックをサポートするコードをさらに備え、前記第１のレイヤは、前記第２のレイヤの下にある肯定応答ベースのプロトコル・レイヤであり、前記サービング・ノードと交換される前記メッセージは第２のレイヤ・メッセージであり、前記ターゲット・ノードに提供される前記情報は第１のレイヤ情報である、請求項４０に記載のコンピュータ可読媒体。
【請求項４６】
前記第１のレイヤはＲＬＣプロトコル・レイヤであり、前記第２のレイヤはＲＲＣプロトコル・レイヤである、請求項４５に記載のコンピュータ可読媒体。
【請求項４７】
前記第２のレイヤ・メッセージの各々はシーケンス番号を含み、前記命令は前記サービング・ノードによって送信されて肯定応答されなかった前記１つ以上のメッセージの各々に対する前記シーケンス番号を備える第１のレイヤ・メッセージ受信するコードをさらに備え、前記ターゲット・ノードに情報を提供する前記コードは、前記シーケンス番号の１つを有する、前記無線端末によって受信される前記１つ以上のメッセージの各々に対する第１のレイヤの肯定応答を提供するよう構成される、請求項４５に記載のコンピュータ可読媒体。
【請求項４８】
ノードにおいて使用するコンピュータ可読媒体であって、前記コンピュータ可読媒体はそこに格納された命令を含み、前記命令は、
肯定応答ベースのプロトコルを有する無線端末の、サービング・ノードからのハンドオーバーをサポートするコードと、そして
前記サービング・ノードから前記無線端末に送信されて肯定応答されなかった１つ以上のメッセージを識別する情報を前記無線端末に提供するコードと
を備える、コンピュータ可読媒体。
【請求項４９】
前記１つ以上のメッセージの各々はシーケンス番号を含み、前記無線端末に提供される前記情報は、前記１つ以上のメッセージの各々に対する前記シーケンス番号を含む、請求項４８に記載のコンピュータ可読媒体。
【請求項５０】
前記命令は、前記無線端末に提供される前記情報に対する応答を、前記１つ以上のメッセージの各々に対する肯定応答として処理するコードをさらに備える、請求項４８に記載のコンピュータ可読媒体。
【請求項５１】
前記命令は、前記無線端末へ提供される前記情報を前記サービング・ノードに要求するコードをさらに備える、請求項４８に記載のコンピュータ可読媒体。
【請求項５２】
前記命令は、前記肯定応答ベースのプロトコルを備える第１のレイヤと、前記第１のレイヤの上にある第２のレイヤとを有するプロトコル・スタックをサポートするコードをさらに備え、前記命令は、前記無線端末に提供される前記情報を前記サービング・ノードに対し求める第２のレイヤ要求を作成するコードをさらに備え、前記無線端末に情報を提供する前記コードは、第１のレイヤ情報として前記情報を提供するように構成され、前記命令は、前記無線端末からの前記情報に対する第１のレイヤ応答を、前記１つ以上のメッセージの各々に対する肯定応答として処理するコードをさらに備える、請求項４８に記載のコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
［優先権］
本出願は、２００６年４月２７日に出願され、「無線通信システムにおけるＥｎｏｄｅ  Ｂ変更手順（Enode B Change Procedure In A Wireless Communication System）」と題する米国仮特許出願第６０／７９５，８４１号、および２００７年３月１６日に出願され、「無線通信システムにおけるハンドオーバー手順（Handover Procedures in a Wireless Communications System）」と題する特許出願第１１／６８７，５８１号の利益を主張するものである。上記の出願全体を本願明細書中で参照として援用する。
【０００２】
［分野］
本開示は、一般的に電気通信に関し、特に無線通信システムにおけるハンドオーバーの様々な概念および技術に関する。
【０００３】
［背景］
無線通信ネットワークは、電話通信、映像、データ、メッセージング、ブロードキャストなどのような様々な通信サービスを提供するために広く導入されている。これらのネットワークは、使用可能なネットワーク・リソースを共有することによって多数のユーザーの通信をサポートすることができる多元接続ネットワークであればよい。このようなネットワークの例として、ユニバーサル地上無線アクセス・ネットワーク（Universal Terrestrial Radio Access Network：ＵＴＲＡＮ）が挙げられる。ＵＴＲＡＮは、「第３世代パートナーシップ・プロジェクト（3rd Generation Partnership Project）」（３ＧＰＰ）によって公表された第３世代（３Ｇ）移動電話テクノロジーである、ユニバーサル移動通信システム（Universal Mobile Telecommunication System：ＵＭＴＳ）の一部である。移動通信用グローバル・システム（Global System for Mobile Communications：ＧＳＭ）の後継であるＵＭＴＳは、現在はコア・ネットワーク用の既存のＧＳＭインフラストラクチャを持つＵＴＲＡＮアーキテクチャにおいて基礎をなすエア・インターフェースとして、広帯域符号分割多元接続（Wideband Code Division Multiple Access：Ｗ−ＣＤＭＡ）を使用する。
【０００４】
ＵＴＲＡＮアーキテクチャでは、ＲＡＮは多くの無線ネットワーク・サブシステム（Radio Network Subsystems：ＲＮＳ）に分割され、それぞれが無線ネットワーク・コントローラ（Radio Network Controller：ＲＮＣ）によって制御される。ＲＮＣは、とりわけ、ＲＮＳ内のリソースの割り当て、再構成、および解放を担うノードである。ＲＮＣは、直接的な物理接続、または適切な伝送ネットワークを使用する仮想ネットワークを備えるインタフェースを介して相互接続されればよい。
【０００５】
ＲＮＳによってカバーされる地理的領域は、数多くのセルに分割され、各セルにはサービスを提供している（serving）基地局がある。ノードＢと称される基地局は、そのセルラ領域にあるすべての無線端末とのエア・インターフェースをサポートする無線トランシーバを持つノードである。「ユーザー機器」（user equipment：ＵＥ）と称される無線端末は、無線リソース制御（Radio Resource Control：ＲＲＣ）プロトコルを使用して、無線リソースを取得する。ＲＲＣは、ＲＮＣで終端するリンク・レイヤ・プロトコルであるプロトコル・スタック中のＲＲＣレイヤの下には、無線リンク制御（Radio Link Control：ＲＬＣ）として知られる別のリンク・レイヤ・プロトコルがある。ノードＢで終端するＲＬＣレイヤは、データの再送、および物理レイヤだけで実現できる誤り率よりも低い誤り率を実現する制御を提供する。
【０００６】
ＲＡＮにおいて、ＵＥが１つのセルから別のセルにローミングするとき、様々なハンドオーバー手順が実施され、ＵＥがコア・ネットワークとの接続を確実に維持するようにされる。ハンドオーバーは、定義されたサービス・レベルを維持するベアラ・サービスを提供するために、ＲＡＮが無線トランシーバを変更するプロセスである。ハンドオーバーは、伝送基準（例えば、信号強度、信号品質、電力レベル、伝播遅延など）のほか、トラヒック基準（例えば、ロード・バランシング、迂回中継制約（backhaul constraints）、メンテナンスなど）に基づいてＵＥまたはＲＡＮによって開始されればよい。
【０００７】
ＲＮＳハンドオーバー手順には、サービング（serving）ノードＢとのＲＬＣ接続を切断し、ターゲットのノードＢとの接続を再確立することが含まれる。この手順ではさらに、サービングＲＡＮとターゲットＲＡＮとの間にＲＲＣコンテキスト（すなわち、ＲＲＣ接続）を転送することが必要である。ＲＬＣ接続が切断され再確立されるときに、ＲＲＣメッセージが伝送において消失していると、問題が発生する。これは、結果としてドロップ・コール（dropped calls）となる傾向がある。ＲＮＳｓ間の無線端末のハンドオーバーは、ＲＮＳ内のセル間のハンドオーバーよりも頻度がかなり少ないため、ドロップ・コールのレベルもそれ程注目されていなかった。
【０００８】
進化型ＵＴＲＡＮ（Evolved UTRAN：Ｅ−ＵＴＲＡＮ）は、３ＧＰＰによって、３Ｇ  Ｗ−ＣＤＭＡシステムの進化であると提案されている。Ｅ−ＵＴＲＡＮのアーキテクチャは、ＲＮＳ中に散在する進化型ノードＢｓ（Evolved Node-Bs：ｅＮｏｄｅ−Ｂ）を含み、無線端末とのエア・インターフェースをサポートする。ＲＮＣｓは、進化型パケット・コア（Evolved Packet Cores：ＥＰＣ）に置き換えられ、ＲＡＮからコア・ネットワークへ移動させられている。結果として、ＲＲＣレイヤはｅＮｏｄｅ−Ｂに押し下げられた。ｅＮｏｄｅ−Ｂで終端するＲＲＣでは、消失したＲＲＣメッセージからのドロップ・コールの周波数は、増加する傾向がある。したがって、当技術分野では、Ｅ−ＵＴＲＡＮのアーキテクチャにおいて、さらに強固なハンドオーバー手順が必要となっている。この解決策は、他のネットワーク・アーキテクチャに拡張できるよう十分に汎用的にすべきである。
【発明の開示】
【０００９】
［概要］
本開示の態様によれば、無線端末は、無線アクセス・ネットワークにおいて、ターゲット・ノードへのハンドオーバーをサポートするため、サービング・ノード(serving node)とメッセージを交換するように構成されたプロセッサを含み、このプロセッサはさらに、ハンドオーバー後の１つ以上の古くなった（stale）メッセージの再送を防ぐために、情報をターゲット・ノードに提供するように構成されている。
【００１０】
本開示の別の態様によれば、ノードは、肯定応答ベースのプロトコル(acknowledgement based protocol)を有する無線端末のハンドオーバーをサービング・ノードから受信するように構成されたプロセッサを含み、このプロセッサはさらに、サービング・ノードから無線端末に送信されて肯定応答されなかった１つ以上のメッセージを識別する情報を、無線端末に提供するように構成されている。
【００１１】
本開示のさらに別の態様によれば、無線端末は、無線アクセス・ネットワークにおいて、ターゲット・ノードへのハンドオーバーをサポートするため、サービング・ノードとメッセージを交換する手段と、ハンドオーバー後の１つ以上の古くなったメッセージの再送を防ぐために、ターゲット・ノードに情報を提供する手段とを含む。
【００１２】
本開示のさらに別の態様によれば、ノードは、肯定応答ベースのプロトコルを有する無線端末のハンドオーバーをサービング・ノードから受信する手段と、肯定応答されなかった無線端末にサービング・ノードから送信される１つ以上のメッセージを識別する情報を無線端末に提供する手段とを含む。
【００１３】
本開示のさらに別の態様によれば、無線アクセス・ネットワークにおけるハンドオーバーの方法は、ターゲット・ノードへのハンドオーバーをサポートするため、無線端末とサービング・ノードとの間でメッセージを交換することと、ハンドオーバー後の１つ以上の古くなったメッセージの再送を防ぐために、端末からターゲット・ノードに情報を提供することとを含む。
【００１４】
本開示のさらに別の態様によれば、無線アクセス・ネットワークにおけるハンドオーバーの方法は、肯定応答ベースのプロトコルを有する無線端末を、サービング・ノードからターゲット・ノードへハンドオーバーすることと、サービング・ノードから無線端末に送信されて肯定応答されなかった１つ以上のメッセージを識別する情報をターゲット・ノードから無線端末に提供することとを含む。
【００１５】
本開示のさらに別の態様によれば、無線端末において使用するコンピュータ可読媒体はそこに格納された命令を含む。この命令は、無線アクセス・ネットワークにおいて、ターゲット・ノードへのハンドオーバーをサポートするため、サービング・ノードとメッセージを交換するコードと、ハンドオーバー後の１つ以上の古くなったメッセージの再送を防ぐために、情報をターゲット・ノードに提供するコードとを含む。
【００１６】
本開示のさらに別の態様によれば、ノードにおいて使用するコンピュータ可読媒体はそこに格納された命令を含む。この命令は、肯定応答ベースのプロトコルを有する無線端末の、サービング・ノードからのハンドオーバーをサポートするコードと、無線端末にサービング・ノードから送信されて肯定応答されなかった１つ以上のメッセージを識別する情報を無線端末に提供するコードとを含む。
【００１７】
本発明の他の態様は、当業者であれば、本発明の様々な態様だけを例示として図示し説明する以下の詳細の説明から容易に分かるだろう。当然のことながら、本発明は、本発明の範囲から逸脱することなく、別の異なる構成にすることができ、そのいくつかの詳細は他の様々な点において変更することができる。したがって、図面および詳細な説明は、本来例示としてみなされ、制限をするものとしてはみなされない。
【００１８】
［詳細な説明］
添付の図面と関連して以下に記載される詳細な説明は、本発明の様々な態様を説明するものであり、本発明の態様のみを表すことを意味するものではない。詳細な説明は、本発明を完全に理解できるようにするために、特定の詳細を含んでいる。しかし、本発明をこれらの特定の詳細なしに実施することもできることは、当業者であれば分かるだろう。いくつかの例では、本発明の概念が不明瞭にならないよう、周知の構造およびコンポーネントがブロック図の形式で示されている。
【００１９】
本開示全体にわたって示される様々な概念は、広範囲の電気通信システム、ネットワーク・アーキテクチャ、および通信プロトコルにまたがって使用されてもよい。１つの限定されない例は、ＲＡＮ１０４を介してコア・ネットワーク１０６の接続された無線端末１０２のある図１Ａに示されている。この例では、ＲＡＮ１０４はＥ−ＵＴＲＡＮであり、コア・ネットワーク１０６はインターネット・プロトコル（ＩＰ）ネットワーク１０８であるが、他の無線アクセス技術およびコア・ネットワークが配置されてもよい。無線端末１０２は、例として、移動電話または携帯電話、パーソナル・デジタル・アシスタント（ＰＤＡ）、ポータブル・テレビ、ラップトップ・コンピュータ、デジタル・カメラ、デジタル・ビデオカメラ、ゲーム機、ポータブル・オーディオ・デバイス、ポータブル・ラジオ、またはＲＡＮ１０２内のトランシーバとの無線リンクをサポートできる他の何らかの適切なデバイスを含む、任意の適切な移動デバイスであってもよい。
【００２０】
図１Ａに示される電気通信システム１００は、ＲＡＮ１０４中に散在する数多くのｅＮｏｄｅ−Ｂを含む。明確に表すために、４つのｅＮｏｄｅ−Ｂ  １１０ａ〜１１０ｄが示されているが、任意の数のｅＮｏｄｅ−Ｂを使用して、電気通信システム１００の地理的領域がカバーされてもよい。各ｅＮｏｄｅ−Ｂ  １１０ａ〜１１０ｄは、カバレッジ（coverage）のその地理的領域内にある無線端末へエア・インターフェース、およびＲＬＣ接続を提供することによって、無線トランシーバの典型的な役割を果たす。
【００２１】
従来のＵＴＲＡＮアーキテクチャのＲＮＣは、Ｅ−ＵＴＲＡＮアーキテクチャではＥＰＣに置き換えられている。図１Ａに示される例では、２つのＥＰＣｓ  １１２ａ、１１２ｂが配置されているが、実際の実装においては、ＲＡＮ１０４の地理的範囲に応じて、任意の数のＥＰＣｓが使用されてもよい。ＥＰＣはコア・ネットワーク１０６内にあり、その結果、従来ＲＮＣによって行われていた多くのリンク・レイヤ機能は、ＲＡＮ１０４のｅＮｏｄｅ−Ｂ  １１０ａ〜１１０ｄへ押し下げられている。これらのリンク・レイヤ機能には、無線端末とのＲＲＣ接続の確立、維持、再構成、および切断が含まれる。ＥＰＣ  １１２ａ、１１２ｂは、図１に示されるような直接的な物理接続によるか、あるいは、ＩＰネットワーク１０８または他の何らかの適切なトランスポート・ネットワークを介した仮想ネットワーク接続によって通信してもよい。
【００２２】
無線端末１０２は、ｅＮｏｄｅ−Ｂ  １１０ａと通信しているように示されている。このｅＮｏｄｅ−Ｂ  １１０ａは、無線端末１０２のＲＡＮ１０４へのアクセス・ポイントとしてサービスを提供しているため、「サービング」ｅＮｏｄｅ−Ｂと称される。図１Ｂでは、無線端末１０２は、一連の波線によって、サービングｅＮｏｄｅ−Ｂ  １１０ａのカバレッジ領域外へ移動しているように示されている。無線端末１０２は、サービングｅＮｏｄｅ−Ｂ  １１０ａと通信しながら、サービングｅＮｏｄｅ−Ｂ  １１０ａよりも良いサービスを提供できるｅＮｏｄｅ−Ｂがないかを検出するために、隣接するｅＮｏｄｅ−Ｂｓからの信号を定期的に探してもよい。無線端末１０２がその経路に沿い続けるにつれ、サービングｅＮｏｄｅ−Ｂ  １１０ａからの信号よりも、隣接するｅＮｏｄｅ−Ｂ  １１０ｂからの信号がハンドオーバーを保証するのに十分に強くなる。この例では、隣接するｅＮｏｄｅ−Ｂ  １１０ｂは、ハンドオーバーのターゲットであるために、「ターゲット」ｅＮｏｄｅ−Ｂになる。以下の段落で説明するように、サービングｅＮｏｄｅ−Ｂ  １１０ａからターゲットｅＮｏｄｅ−Ｂ  １１０ｂへのハンドオーバーは、ＲＡＮ１０４または無線端末１０２によって一連のＲＲＣメッセージを通じて開始されればよい。明確に表すために、ハンドオーバーに影響を及ぼす最も関連性の高いＲＲＣメッセージだけを説明するが、実際の実装では、さらなるＲＲＣメッセージが必要であろうことは当業者であれば容易に分かるだろう。いずれにしても、ハンドオーバーが完了すれば、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂが無線端末１０２のサービングｅＮｏｄｅ−Ｂになる。
【００２３】
図２は、無線端末によって開始されるハンドオーバー手順で使用されるＲＲＣメッセージの例を示す図である。この例では、無線端末１０２は、サービングｅＮｏｄｅ−Ｂ  １１０ａのカバレッジ領域外へ移動するのと並行して、すべての隣接するｅＮｏｄｅ−Ｂｓからの信号を監視する。ある時点で、無線端末１０２は、セル更新メッセージ（すなわち、ハンドオーバー要求）をターゲットｅＮｏｄｅ−Ｂ  １１０ｂに送信することによって、ハンドオーバーの開始を決定する（ステップ１）。セル更新メッセージは、サービングｅＮｏｄｅ−Ｂの識別（ＩＤ）を含んでいる。次にターゲットｅＮｏｄｅ−Ｂ  １１０ｂは、サービングｅＮｏｄｅ−Ｂ  １１０ａにコンテキスト要求メッセージを送信して、ＲＲＣコンテキストの転送を要求する（ステップ２）。ＲＲＣコンテキストは、無線通信に使用される関連情報（例えば、プロトコル状態、サービス・パラメータの品質など）を含んでいればよい。次に、ＲＲＣコンテキストが、サービングｅＮｏｄｅ−Ｂ  １１０ａによってターゲットｅＮｏｄｅ−Ｂ  １１０ｂに転送される（ステップ３）。ＲＲＣコンテキストが受信されると、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂは、無線端末１０２との新しい接続をサポートするのに必要な無線リソースの割り当ておよび構成を行う（ステップ４）。続いてターゲットｅＮｏｄｅ−Ｂ  １１０ｂは、無線端末１０２にセル更新確認メッセージを送信する（ステップ５）。セル更新確認メッセージを受信すると、無線端末１０２は自身をハンドオーバー用に再構成する（例えば、サービングｅＮｏｄｅ−Ｂ  １１０ａ用のプロトコル・スタックを解体（tears down）し、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂ用のプロトコル・スタックを確立する）（ステップ６）。無線端末１０２は自身を再構成した後、ハンドオーバー完了メッセージをターゲットｅＮｏｄｅ−Ｂ  １１０ｂに送信し、ハンドオーバー手順を完了させる（ステップ７）。
【００２４】
図３は、ＲＡＮによって開始されるハンドオーバー手順で使用されるＲＲＣメッセージの例を示す図である。この例では、サービングｅＮｏｄｅ−Ｂ  １１０ａは、無線端末１０２から受信される測定レポートに基づいて、無線端末１０２をターゲットｅＮｏｄｅ−Ｂ  １１０ｂにハンドオーバーすることを決定する（ステップ１）。サービングｅＮｏｄｅ−Ｂ  １１０ａは、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂにハンドオーバー要求メッセージを送信することによって、ハンドオーバーを開始する（ステップ２）。ターゲットｅＮｏｄｅ−Ｂ  １１０ｂは、ハンドオーバー要求メッセージに応答して、無線端末１０２との新しい接続をサポートするのに必要な無線リソースの割り当ておよび構成を行う（ステップ３）。これが行われると、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂは、無線端末１０２のハンドオーバーを受信する準備ができていることを示すハンドオーバー応答メッセージをサービングｅＮｏｄｅ−Ｂ  １１０ａに送信する（ステップ４）。ハンドオーバー応答メッセージに応答して、サービングｅＮｏｄｅ−Ｂ  １１０ａは、ＲＲＣコンテキストをターゲットｅＮｏｄｅ−Ｂ  １１０ｂに転送する（ステップ５）。サービングｅＮｏｄｅ−Ｂ  １１０ａは、さらに無線端末１０２にハンドオーバー・コマンドを送信する（ステップ６）。ハンドオーバー・コマンドを受信すると、無線端末１０２はハンドオーバー用に自身を再構成する（ステップ７）。無線端末１０２は自身を再構成した後、ハンドオーバー完了メッセージをターゲットｅＮｏｄｅ−Ｂ  １１０ｂに送信し、ハンドオーバー手順を完了させる（ステップ８）。
【００２５】
ここで説明したハンドオーバーでは、無線端末１０２またはターゲットｅＮｏｄｅ−Ｂ  １１０ｂは、ハンドオーバーの完了に続いて、古くなったＲＲＣメッセージを受信する可能性がある。ここで、図４を参照して例を示す。この例では、サービングｅＮｏｄｅ−Ｂ  １１０ａは、無線端末１０２から受信される測定レポートに基づいて、無線端末１０２をターゲットｅＮｏｄｅ−Ｂ  １１０ｂにハンドオーバーすることを決定する（ステップ１）。ターゲットｅＮｏｄｅ−Ｂ  １１０ｂとのメッセージの交換に続いて、サービングｅＮｏｄｅ−Ｂ  １１０ａは、無線端末１０２にハンドオーバー・コマンドを送信することによって、ハンドオーバーを開始する（ステップ２）。しかし、この場合、無線端末１０２は、例えばサービングｅＮｏｄｅ−Ｂ  １１０ａのカバレッジ領域を出てかなり遠くへ移動しているため、ハンドオーバー・コマンドを受信しない。
【００２６】
ある時点で、無線端末１０２がさらにターゲットｅＮｏｄｅ−Ｂ  １１０ｂのカバレッジ領域内に移動すると、無線端末１０２はターゲットｅＮｏｄｅ−Ｂ  １１０ｂにセル更新メッセージを送信することによって、自身のハンドオーバーを開始する（ステップ３）。ターゲットｅＮｏｄｅ−Ｂ  １１０ｂは、セル更新メッセージに応答して、サービングｅＮｏｄｅ−Ｂ  １１０ａにコンテキスト要求メッセージを送信し（ステップ４）、サービングｅＮｏｄｅ−Ｂ  １１０ａは、ＲＲＣコンテキストをターゲットｅＮｏｄｅ−Ｂ  １１０ｂに転送し返す（ステップ５）。次に、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂは、無線端末１０２との新しい接続をサポートするのに必要な無線リソースの割り当ておよび構成を行い（ステップ６）、無線端末１０２にセル更新確認メッセージを送信する（ステップ７）。セル更新確認メッセージを受信すると、無線端末１０２はハンドオーバー用に自身を再構成する（ステップ８）。無線端末１０２は自身を再構成した後、ハンドオーバー完了メッセージをターゲットｅＮｏｄｅ−Ｂ  １１０ｂに送信し、ハンドオーバー手順を完了させる（ステップ９）。
【００２７】
これでハンドオーバー手順は完了したが、肯定応答ベースの再送プロトコルである、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂのＲＬＣレイヤは、無線端末１０２にハンドオーバー・コマンドを再送する（ステップ１０）。問題は、無線端末１０２のＲＲＣレイヤは、どのｅＮｏｄｅ−Ｂがハンドオーバー・コマンドを発したかを知らないことである。この例では、ハンドオーバー・コマンドは、元はサービングｅＮｏｄｅ−Ｂ１１０ａから送信されたので、ハンドオーバーに続いてターゲットｅＮｏｄｅ−Ｂ  １１０ｂ（すなわち、新しいサービングｅＮｏｄｅ−Ｂ）から無線端末１０２によって後に受信された場合、それは古くなったＲＲＣメッセージである。
【００２８】
ハンドオーバーに続いて、無線端末１０２またはターゲットｅＮｏｄｅ−Ｂ  １１０ｂによって受信される古くなったＲＲＣメッセージは、シーケンス番号または他の何らかの識別手段のような識別子を用いて扱うことができる。電気通信システムの１つの例では、無線端末１０２とサービングｅＮｏｄｅ−Ｂ  １１０ａとの間で送信される各ＲＲＣメッセージは、シーケンス番号を含むことができる。この例では、アップリンクＲＲＣメッセージに割り当てられるシーケンス番号は、ダウンリンクＲＲＣメッセージに割り当てられるシーケンス番号とは無関係である。無線端末１０２は、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂへのアップリンクＲＲＣメッセージに、無線端末１０２によってサービングｅＮｏｄｅ−Ｂ  １１０ａに送信されたＲＲＣメッセージの最も高いシーケンス番号を含める。同様に、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂは、ダウンリンクリンクＲＲＣメッセージに、サービングｅＮｏｄｅ−Ｂ  １１０ｂによって無線端末１０２に送信されたＲＲＣメッセージの最も高いシーケンス番号を含める。ハンドオーバーが完了した後、無線端末１０２およびターゲットｅＮｏｄｅ−Ｂ  １１０ｂは、シーケンス番号を使用して、古くなったＲＲＣメッセージを識別できる。ここで、図５を参照して例を示す。
【００２９】
図５を参照すると、サービングｅＮｏｄｅ−Ｂ  １１０ａは、無線端末１０２から受信される測定レポートに基づいて、無線端末１０２をターゲットｅＮｏｄｅ−Ｂ  １１０ｂにハンドオーバーすることを決定する（ステップ１）。サービングｅＮｏｄｅ−Ｂ  １１０ａは、無線端末１０２にハンドオーバー・コマンドを送信することによって、ハンドオーバーを開始する（ステップ２）。このハンドオーバー・コマンドは、ハンドオーバー手順においてハンドオーバー・コマンドが２番目のダウンリンクＲＲＣメッセージであることを示す、シーケンス番号「２」を含んでいる。図４に関して先に説明した状況と同様に、無線端末１０２は、例えばサービングｅＮｏｄｅ−Ｂ  １１０ａのカバレッジ領域を出てかなり遠くへ移動しているため、ハンドオーバー・コマンドを受信しない。
【００３０】
ある時点で、無線端末１０２がさらにターゲットｅＮｏｄｅ−Ｂ  １１０ｂのカバレッジ領域内に移動すると、無線端末１０２はターゲットｅＮｏｄｅ−Ｂ  １１０ｂにセル更新メッセージを送信することによって、自身のハンドオーバーを開始する（ステップ３）。セル更新メッセージは、無線端末１０２からサービングｅＮｏｄｅ−Ｂ  １１０ａに送信されたアップリンクＲＲＣメッセージ用の最も高いシーケンス番号を含んでいる。ターゲットｅＮｏｄｅ−Ｂ  １１０ｂは、セル更新メッセージに応答して、サービングｅＮｏｄｅ−Ｂ  １１０ａにコンテキスト要求メッセージを送信し（ステップ４）、サービングｅＮｏｄｅ−Ｂ  １１０ａは、ＲＲＣコンテキストをターゲットｅＮｏｄｅ−Ｂ  １１０ｂに返して転送する（ステップ５）。この例では、ＲＲＣコンテキストはシーケンス番号「２」（サービングｅＮｏｄｅ−Ｂ  １１０ａから無線端末１０２に送信されたダウンリンクＲＲＣメッセージ用の最も高いシーケンス番号）を含んでいる。ＲＲＣコンテキストが転送されると、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂは、無線端末１０２との接続をサポートするのに必要な無線リソースの割り当ておよび構成を行い（ステップ６）、無線端末１０２にセル更新確認メッセージを送信する（ステップ７）。セル更新確認メッセージは、サービングｅＮｏｄｅ−Ｂ  １１０ａによって送信されたダウンリンクＲＲＣメッセージ用の最も高いシーケンス番号を含んでいる。セル更新確認メッセージを受信すると、無線端末１０２はハンドオーバー用に自身を再構成する（ステップ８）。無線端末１０２は自身を再構成した後、ハンドオーバー完了メッセージをターゲットｅＮｏｄｅ−Ｂ  １１０ｂに送信し、ハンドオーバー手順を完了させる（ステップ９）。
【００３１】
ハンドオーバー手順が完了すると、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂのＲＬＣレイヤは、シーケンス番号「２」とともにハンドオーバー・コマンドを無線端末１０２に再送する（ステップ１０）。ターゲットｅＮｏｄｅ−Ｂ  １１０ｂから受信されたセル更新確認メッセージに基づいて、無線端末１０２は、「２」以下のシーケンス番号（ＳＮ）を持つすべてのダウンリンクＲＲＣメッセージが古くなっていることを認識する。古くなったＲＲＣメッセージは図４に示されるように無視されるか（ステップ１１）、他の何らかの方法で対処することができる。新しいサービングｅＮｏｄｅ−Ｂ  １１０ｂがセル更新確認メッセージを用いてすでに無線端末１０２を構成しているので、少なくともダウンリンク方向では古くなったＲＲＣメッセージを無視することが理想的なアプローチである。
【００３２】
このハンドオーバー手順は、古くなったＲＲＣメッセージを扱うのに非常に有効であるが、結果的には古くなったメッセージの再送をしてしまう。古くなったメッセージの再送は、ＲＲＣレイヤでどのメッセージが無視できるかをＲＬＣが気づいていないために生じる。ＲＬＣをハンドオーバー手順に関わらせることで、古くなったメッセージの再送を避けることができる。ここで、図６を参照して例を示す。
【００３３】
図６を参照すると、サービングｅＮｏｄｅ−Ｂ  １１０ａは、無線端末１０２から受信される測定レポートに基づいて、無線端末１０２をターゲットｅＮｏｄｅ−Ｂ  １１０ｂにハンドオーバーすることを決定する（ステップ１）。サービングｅＮｏｄｅ−Ｂ  １１０ａは、無線端末１０２に、測定制御メッセージを含む一連のＲＲＣメッセージ（ステップ２）、およびハンドオーバー・コマンド（ステップ３）を送信することによって、ハンドオーバーを開始する。これらのメッセージは、ＲＲＣレイヤ、およびＲＬＣレイヤで割り当てられたシーケンス番号によって生成される。この例では、測定制御メッセージはシーケンス番号「２」を割り当てられ、ハンドオーバー・コマンドはシーケンス番号「３」を割り当てられる。しかし、これらのＲＲＣメッセージは、例えば無線端末１０２はサービングｅＮｏｄｅ−Ｂ  １１０ａのカバレッジ領域を出てかなり遠くへ移動しているため、無線端末１０２によって受信されない。
【００３４】
ある時点で、無線端末１０２がさらにターゲットｅＮｏｄｅ−Ｂ  １１０ｂのカバレッジ領域内に移動すると、無線端末１０２はターゲットｅＮｏｄｅ−Ｂ  １１０ｂにセル更新メッセージを送信することによって、自身のハンドオーバーを開始する（ステップ４）。次いでターゲットｅＮｏｄｅ−Ｂ  １１０ｂは、サービングｅＮｏｄｅ−Ｂ  １１０ａにコンテキスト要求メッセージを送信する（ステップ５）。コンテキスト要求メッセージに応答して、サービングｅＮｏｄｅ−Ｂ  １１０ａは、無線端末１０２のハンドオーバーが完了した後に再送を要求しないＲＲＣメッセージに対するシーケンス番号を識別する（ステップ６）。この例では、ハンドオーバー・コマンドがハンドオーバーに続いて再送を要求しないので、サービングｅＮｏｄｅ−Ｂ  １１０ａはシーケンス番号「３」を識別する次に、サービングｅＮｏｄｅ−Ｂ  １１０ａは、ＲＲＣコンテキストをターゲットｅＮｏｄｅ−Ｂ  １１０ｂに転送する（ステップ７）。この転送には、再送を要求しないＲＲＣメッセージのシーケンス番号のリスト（すなわち、シーケンス番号「３」）が含まれる。
【００３５】
ＲＲＣコンテキストが転送されると、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂは、無線端末１０２との接続をサポートするのに必要な無線リソースの割り当ておよび構成を行い（ステップ８）、無線端末１０２にセル更新確認メッセージを送信する（ステップ９）。次に、または同時に、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂのＲＲＣレイヤは、サービングｅＮｏｄｅ−Ｂ  １１０ｂからのＲＲＣコンテキスト転送に含まれるシーケンス番号のリストを含む、シーケンス番号無効要求を提供する（ステップ１０）。シーケンス番号無効コマンドは、リスト中の各シーケンス番号に対してＲＲＣレイヤで生成され、無線端末１０２のＲＲＣレイヤに送信される（ステップ１１）。この例では、シーケンス番号「３」に対するシーケンス番号無効コマンドが、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂから無線端末１０２に送信される。無線端末１０２は、シーケンス番号無効コマンドに応答して、ＲＬＣ肯定応答（ＡＣＫ）または他のＲＬＣメッセージをターゲットｅＮｏｄｅ−Ｂ  １１０ｂに返送する（ステップ１２）。ＡＣＫまたは他のＲＬＣメッセージは、対応するＲＲＣメッセージ（すなわち、ハンドオーバー・コマンド）が無線端末１０２によって正常に受信されたことを示すものとして、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂに扱われる。結果、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂは、ハンドオーバー・コマンドを再送しない。
【００３６】
次に、無線端末１０２はハンドオーバー用に自身を再構成する（ステップ１３）。無線端末１０２は自身を再構成した後、ハンドオーバー完了メッセージをターゲットｅＮｏｄｅ−Ｂ  １１０ｂに送信し、ハンドオーバー手順を完了させる（ステップ１４）。ハンドオーバーが完了すると、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂは、無線端末１０２によって肯定応答されなかったＲＲＣメッセージを再送する。この例では、測定制御メッセージだけが再送されることになる（ステップ１５）。
【００３７】
このようにして、説明した様々なハンドオーバー手順は、再構成ＲＲＣメッセージが無線端末１０２によって受信された後でも、失敗したハンドオーバーの試みから復旧できるはずである。ここで、図７を参照して例を示す。図７を参照すると、サービングｅＮｏｄｅ−Ｂ  １１０ａは、無線端末１０２から受信される測定レポートに基づいて、無線端末１０２をターゲットｅＮｏｄｅ−Ｂ  １１０ｂにハンドオーバーすることを決定する（ステップ１）。次いで、サービングｅＮｏｄｅ−Ｂ  １１０ａおよびターゲットｅＮｏｄｅ−Ｂ  １１０ｂは、ハンドオーバーをサポートするために、ＲＲＣメッセージを交換して、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂでの無線リソースを割り当てる。ＲＲＣメッセージの交換の結果、サービングｅＮｏｄｅ−Ｂ  １１０ａからターゲットｅＮｏｄｅ−Ｂ  １１０ｂに、ＲＲＣコンテキストが転送されることになる（ステップ２）。この転送の一部として、ＲＬＣコンテキストも転送される。同時に、またはそのころに、ハンドオーバー・コマンドがサービングｅＮｏｄｅ−Ｂ  １１０ａから無線端末１０２に送信される（ステップ３）。このハンドオーバー・コマンドには、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂ内の無線端末１０２に対する一時的なＩＤのほか、無線端末１０２がハンドオーバー用に自身を再構成する（例えば、サービングｅＮｏｄｅ−Ｂ  １１０ａに関するプロトコル・スタックを解体し、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂ用の新しいプロトコル・スタックを確立する）のに必要とされる情報が含まれる。無線端末１０２で続いて障害（例えば、物理チャネル障害）が起こる場合（ステップ４）、無線端末１０２はハンドオーバー・コマンドの一部を途中終了させるだけである。（ステップ５）特に、無線端末１０２は、物理レイヤに関連する再構成情報を途中終了させるだけである。一時的なＩＤ、および物理レイヤの上のプロトコル・スタックを再構成するための他のすべての情報は、無線端末１０２によって保持される。
【００３８】
物理チャネルが復元されると、無線端末１０２は新しいターゲットｅＮｏｄｅ−Ｂ  １１０ｃを探し出し、そのターゲットｅＮｏｄｅ−Ｂ  １１０ｃにセル更新メッセージを送信する（ステップ６）。セル更新メッセージは、元のターゲットｅＮｏｄｅ−Ｂ  １１０ｂ内の無線端末１０２に対する一時的なＩＤを含んでいる。新しいターゲットｅＮｏｄｅ−Ｂ  １１０ｃは、セル更新メッセージ中の一時的なＩＤを使用して、元のターゲットｅＮｏｄｅ−Ｂ  １１０ｂからの無線端末１０２用のＲＲＣおよびＲＬＣコンテキストを要求する。この要求に応答して、元のターゲットｅＮｏｄｅ−Ｂ  １１０ｂは、新しいターゲットｅＮｏｄｅ−Ｂ  １１０ｃにＲＲＣおよびＲＬＣコンテキストを転送する（ステップ８）。ＲＲＣおよびＲＬＣコンテキストが受信されると、新しいターゲットｅＮｏｄｅ−Ｂ  １１０ｃは、無線端末１０２との接続をサポートするのに必要な無線リソースの割り当ておよび構成を行う（ステップ９）。続いて新しいターゲットｅＮｏｄｅ−Ｂ  １１０ｂは、無線端末１０２にセル更新確認メッセージを送信する（ステップ１０）。セル更新確認メッセージを受信すると、無線端末１０２は、ハンドオーバー・コマンドから保持される情報を使用して、自身をハンドオーバー用に再構成する（例えば、サービングｅＮｏｄｅ−Ｂ  １１０ａ用のプロトコル・スタックを解体し、ターゲットｅＮｏｄｅ−Ｂ  １１０ｂ用のプロトコル・スタックを確立する）（ステップ１１）。無線端末１０２は自身を再構成した後、ハンドオーバー完了メッセージを新しいターゲットｅＮｏｄｅ−Ｂ  １１０ｂに送信し、ハンドオーバー手順を完了させる（ステップ１２）。
【００３９】
図８は、ターゲット・ノードにハンドオーバーされる無線端末の例を示す機能ブロック図である。無線端末８０２は、トランシーバ８０４およびプロセッサ８０６を含む。無線端末８０８も、トランシーバ８１０およびプロセッサ８１２を含む。前に述べたＥ−ＵＴＲＡＮの例では、トランシーバ８０４、８１０はＲＡＮにＷ−ＣＤＭＡエア・インターフェースを提供するが、別の構成では他のエア・インターフェースをサポートしてもよい。プロセッサ８０６、８１２は、それらの機能を例示するためにブロック図に示されている。これらの機能ブロックは、ハードウェア、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはそれらの任意の組み合わせに実装されてもよい。例として、１つまたは両方の機能ブロックは、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、または他の何らかの適切なプラットフォーム上で動作するコードとともに実装されてもよい。コードは、プロシージャ、関数、サブプログラム、プログラム、ルーチン、サブルーチン、モジュール、または命令の任意の組み合わせ、データ構造、またはプログラム・ステートメントを表していてもよい。コードは、コンピュータ可読媒体内にあってもよい。コンピュータ可読媒体には、例として、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リームーバブル・ディスク、ＣＤ−ＲＯＭ、または当技術分野で周知の他の何らかの形式の記憶媒体を含む、１つ以上の記憶デバイスを含めてもよい。コンピュータ可読媒体は、データ信号を符号化する搬送波を含んでいてもよい。代替的に、または付加的に、１つまたは両方の機能ブロックは、特定用途向け集積回路（application specific integrated circuit：ＡＳＩＣ）、コントローラ、マイクロコントローラ、ステート・マシン、フィールド・プログラマブル・ゲートアレー（field programmable gate array：ＦＰＧＡ）もしくは他のプログラマブル・ロジック・コンポーネント、ディスクリート・ゲートもしくはトランジスタ・ロジック、ディスクリート・ハードウェア・コンポーネント、またはそれらの任意の組み合わせとともに実装されてもよい。これらの状況でのハードウェア、ファームウェア、およびソフトウェアの構成の互換性、ならびに各特定のアプリケーションに対して説明された機能をどのように実装するのが最適であるかは、当業者であれば分かるだろう。
【００４０】
図８を参照すると、無線端末８０２内のプロセッサ８０６は、ターゲット・ノード８０８へのハンドオーバーをサポートするために、サービング・ノードとメッセージを交換するモジュール８１４を含んでいる。ターゲット・ノード８０８内のプロセッサ８１２は、無線端末８０２のハンドオーバーを受信するモジュール８１６、およびサービング・ノードからターゲット・ノード８０８に送信され、無線端末８０２によって肯定応答されなかった１つ以上のメッセージを識別するための情報を無線端末８０２に提供するモジュール８１８を含んでいる。無線端末８０２内のプロセッサ８０６も、ハンドオーバー後の１つ以上の古くなったメッセージの再送を避けるため、ターゲット・ノード８０８へ情報を提供するモジュール８２０を含んでいる。
【００４１】
図９は、無線アクセス・ネットワークにおけるハンドオーバーの方法の例を示すフローチャートである。ステップ９０２において、ターゲット・ノードへのハンドオーバーをサポートするため、無線端末とサービング・ノードとの間でメッセージが交換される。ステップ９０４において、無線端末は、ハンドオーバー後の１つ以上の古くなったメッセージの再送を避けるため、ターゲット・ノードへ情報を提供する。肯定応答ベースのプロトコルを持つ無線端末の１つの構成では、この情報は、そうでなければターゲット・ノードから無線端末に再送される１つ以上の古くなったメッセージの各々に対する肯定応答であってもよい。この構成では、無線端末からターゲット・ノードに提供される情報は、無線端末によってターゲット・ノードから受信される情報から生成されてもよい。例として、無線端末とサービング・ノードとの間で送信される各メッセージはシーケンス番号を含み、無線端末によってターゲット・ノードから受信される情報は、サービング・ノードによって無線端末へ送信されて肯定応答されなかった１つ以上のメッセージの各々に対するシーケンス番号を含んでいてもよい。無線端末によってターゲット・ノードに提供される情報は、シーケンス番号の１つを有する、無線端末によって受信される１つ以上のメッセージの各々に対する肯定応答であってもよい。このハンドオーバー手順は、サービング・ノードおよびターゲット・ノードを用いてハンドオーバー・メッセージを交換する役割を果たすレイヤの下にある、肯定応答ベースのプロトコル・レイヤのあるプロトコル・スタックを有する無線端末によく適している。
【００４２】
図１０は、無線アクセス・ネットワークにおけるハンドオーバーの方法の別の例を示すフローチャートである。ステップ１００２において、肯定応答ベースのプロトコルを有する無線端末が、サービング・ノードからターゲット・ノードへハンドオーバーされる。ステップ１００４において、ターゲット・ノードは、サービング・ノードから無線端末に送信されて肯定応答されなかった１つ以上のメッセージを識別する情報を無線端末に提供する。無線端末に提供される情報は、サービング・ノードからターゲット・ノードによって受信されてもよい。１つ以上のメッセージの各々は、シーケンス番号を含み、その場合、無線端末に提供される情報は、１つ以上のメッセージの各々に対するシーケンス番号を含んでいてもよい。ターゲット・ノードの１つの構成では、ステップ１００６において、ターゲット・ノードは無線端末１００６へ提供される情報に対する応答を受信し、ステップ１００８において、ターゲット・ノードは１つ以上のメッセージの各々に対する肯定応答としてその応答を処理する。このハンドオーバー手順は、サービング・ノードおよびターゲット・ノードとハンドオーバー・メッセージを交換する役割を果たすレイヤの下にある、肯定応答ベースのプロトコル・レイヤのあるプロトコル・スタックを有する無線端末によく適している。
【００４３】
上記の説明は、当業者が本願明細書に記載の様々な態様を実施できるように提供されたものである。これらの態様に対して様々な変更ができることは当業者であれば容易に分かることであり、本願明細書で定義された一般的な原理は、他の態様に適用されてもよい。したがって、特許請求の範囲は、本願明細書で示された態様に限定されることを意図するものではなく、言語的な特許請求の範囲に則った範囲全体に適合されるものであって、ここで単数形の要素は、特に記載のない限り「１つおよび１つのみ」を意味するものではなく、「１つ以上」を意味するものである。当業者に周知の、または当業者が今後知ることになる本開示全体で説明された様々な態様の要素に対するすべての構造的および機能的な同等物は、本願明細書に特に参照として援用され、特許請求の範囲に含まれるものとする。さらに、そのような開示が特許明細書の範囲において明確に記載されているかどうかにかかわらず、本願明細書に記載されたいかなるものも一般公衆に開放されることは意図されていない。「する手段（means for）」というフレーズを使用して要素が明確に記載されるか、方法クレームの場合は「するステップ（step for）」というフレーズを使用して記載される場合を除き、クレーム構成要素は、米国特許法１１２条第６パラグラフに従って解釈されない。
【図面の簡単な説明】
【００４４】
【図１Ａ】電気通信システムにおける無線端末の例を示す概念図。
【図１Ｂ】電気通信においてローミングする無線端末の例を示す概念図。
【図２】無線端末によって開始されるハンドオーバー手順のシグナリングの例を示す図。
【図３】無線アクセス・ネットワークによって開始されるハンドオーバー手順のシグナリングの例を示す図。
【図４】無線端末が古くなったメッセージを受信するハンドオーバー手順でのシグナリングの例を示す図。
【図５】古くなったメッセージを認識するハンドオーバー手順でのシグナリングの例を示す図。
【図６】古くなったメッセージの再送を避けるハンドオーバー手順でのシグナリングの例を示す図。
【図７】失敗した試み後のハンドオーバー手順のシグナリングの例を示す図。
【図８】無線アクセス・ネットワークにおける無線端末およびターゲット・ノードの例を示す機能ブロック図。
【図９】無線アクセス・ネットワークにおけるハンドオーバーの方法の例を示すフローチャート。
【図１０】無線アクセス・ネットワークにおけるハンドオーバーの方法の別の態様を示すフローチャート。
【図１Ａ】
2009539279.tif 000003
【図１Ｂ】
2009539279.tif 000004
【図２】
2009539279.tif 000005
【図３】
2009539279.tif 000006
【図４】
2009539279.tif 000007
【図５】
2009539279.tif 000008
【図６】
2009539279.tif 000009
【図７】
2009539279.tif 000010
【図８】
2009539279.tif 000011
【図９】
2009539279.tif 000012
【図１０】
2009539279.tif 000013
【国際調査報告】
2009539279.tif 000014
2009539279.tif 000015
2009539279.tif 000016