(57)【要約】      （修正有）【課題】ユーザ機器（ＵＥ）がソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのハンドオフを行うための方法及びシステムを提供する。【解決手段】ＵＥによってＵＥ及びソースｅ−ＮＢ間のラジオリンク障害（ＲＬＦ）を検出し、ハンドオフ中に通信サービスが連続的にアクティブを維持するように、ＲＬＦの検出後及びソースｅ−ＮＢからターゲットｅ−ＮＢへのハンドオフをＵＥが行う際に、ＵＥのサービスレイヤーにおいてアクティブな通信サービスを維持する。また、通信サービスがＵＥと第三者との間の第１の通信を支持する。【選択図】図７
2019165500.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）がソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのハンドオフを行う際の前記ＵＥのための無線ハンドオフを行うための方法であって、  前記ＵＥによって前記ＵＥ及び前記ソースｅ−ＮＢ間のラジオリンク障害（ＲＬＦ）を検出することと、
前記ハンドオフ中に通信サービスが連続的にアクティブを維持するように、前記ＲＬＦの検出後及び前記ソースｅ−ＮＢから前記ターゲットｅ−ＮＢへの前記ハンドオフを前記ＵＥが行う際に、前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスを維持することと、前記通信サービスが前記ＵＥと第三者との間の第１の通信を支持する、を備える方法。
【請求項２】
前記通信サービスは、メディアディリバリサービス及び対話型の音声サービスの少なくも一方を含む請求項１に記載の方法。
【請求項３】
前記ＲＬＦの検出後に前記ターゲットｅ−ＮＢを検出することを更に備える請求項２に記載の方法。
【請求項４】
接続リクエストメッセージを前記ターゲットｅ−ＮＢへ送ることを更に備える請求項２に記載の方法。
【請求項５】
前記ターゲットｅ−ＮＢへの前記接続リクエストメッセージは、前記アクティブな通信サービスを維持することに関する第１の情報を含む請求項４に記載の方法。
【請求項６】
前記第１の情報は、前記ＵＥがサービス再確立サブ状態となることを示すフラグを含む請求項５に記載の方法。
【請求項７】
前記ターゲットｅ−ＮＢへの前記接続リクエストメッセージは、前記ターゲットｅ−ＮＢによってコア通信ネットワークに転送され、前記コア通信ネットワークは、前記転送された接続リクエストメッセージに応答して、接続セットアップメッセージを前記ターゲットｅ−ＮＢに提供する請求項６に記載の方法。
【請求項８】
前記ターゲットｅ−ＮＢから転送された接続セットアップメッセージを受信することを更に備える請求項７に記載の方法。
【請求項９】
前記ターゲットｅ−ＮＢを介して前記ＵＥと第三者との間で前記第１の通信のペイロードデータ搬送を再開することを更に備える請求項７に記載の方法。
【請求項１０】
ソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのハンドオフを行うことが可能なユーザ機器（ＵＥ）の製品であって、前記ＵＥは、
無線通信回路と、
前記無線通信回路に結合された前記ＵＥによって前記ＵＥ及び前記ソースｅ−ＮＢ間のラジオリンク障害（ＲＬＦ）を検出する手段と、
前記ハンドオフ中に通信サービスが連続的にアクティブを維持するように、前記ＲＬＦの検出後及び前記ソースｅ−ＮＢから前記ターゲットｅ−ＮＢへの前記ハンドオフを前記ＵＥが行う際に、前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスを維持する手段と、前記通信サービスが前記ＵＥと第三者との間の第１の通信を支持する、を備える製品。
【請求項１１】
前記通信サービスは、メディアディリバリサービス及び対話型の音声サービスの少なくも一方を含む請求項１０に記載の製品。
【請求項１２】
接続リクエストメッセージを前記ターゲットｅ−ＮＢへ送る手段を備え、前記ターゲットｅ−ＮＢへの前記接続リクエストメッセージは、前記アクティブな通信サービスを維持することに関する第１の情報を含む請求項１１に記載の製品。
【請求項１３】
前記ターゲットｅ−ＮＢから転送された接続セットアップメッセージを受信する手段を更に備え、前記転送された接続セットアップメッセージは、前記ターゲットｅ−ＮＢから転送された接続リクエストメッセージに応答して第１の接続セットアップメッセージを前記ターゲットｅ−ＮＢに提供するコア通信ネットワークに応答して生成される請求項１２に記載の製品。
【請求項１４】
ソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのハンドオフを行うことが可能なユーザ機器（ＵＥ）の製品であって、前記ＵＥは、
前記ＵＥによって前記ＵＥ及び前記ソースｅ−ＮＢ間のラジオリンク障害（ＲＬＦ）を検出するように構成された検出回路と、
前記ハンドオフ中に通信サービスが連続的にアクティブを維持するように、前記ＲＬＦの検出後及び前記ソースｅ−ＮＢから前記ターゲットｅ−ＮＢへの前記ハンドオフを前記ＵＥが行う際に、前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスを維持するように構成された通信回路と、前記通信サービスが前記ＵＥと第三者との間の第１の通信を支持する、を備える製品。
【請求項１５】
前記通信サービスは、メディアディリバリサービス及び対話型の音声サービスの少なくも一方を含む請求項１４に記載の製品。
【請求項１６】
前記通信回路は更に、接続リクエストメッセージを前記ターゲットｅ−ＮＢへ送るように構成され、前記ターゲットｅ−ＮＢへの前記接続リクエストメッセージは、前記アクティブな通信サービスを維持することに関する第１の情報を含む請求項１５に記載の製品。
【請求項１７】
前記通信回路は更に、前記ターゲットｅ−ＮＢから転送された接続セットアップメッセージを受信するように構成され、前記転送された接続セットアップメッセージは、前記ターゲットｅ−ＮＢから転送された接続リクエストメッセージに応答して第１の接続セットアップメッセージを前記ターゲットｅ−ＮＢに提供するコア通信ネットワークに応答して生成される請求項１６に記載の製品。
【請求項１８】
コンピュータプログラムプロダクトであって、
ユーザ機器（ＵＥ）及びソースｅ−ＮＢ（ｅ−ＮＢ）間のラジオリンク障害（ＲＬＦ）かどうかを決定するための１つまたは複数の命令のセットと、
前記ハンドオフ中に通信サービスが連続的にアクティブを維持するように、前記ＲＬＦの検出後及び前記ソースｅ−ＮＢから前記ターゲットｅ−ＮＢへの前記ハンドオフを前記ＵＥが行う際に、前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスを維持する一方、前記ＵＥのための無線ハンドオフを行うための１つまたは複数の命令のセットと、前記通信サービスが前記ＵＥと第三者との間の第１の通信を支持する、を備えるコンピュータで読み取り可能な媒体を備えるコンピュータプログラムプロダクト。
【請求項１９】
前記通信サービスは、メディアディリバリサービス及び対話型の音声サービスの少なくも一方を含む請求項１８に記載のコンピュータプログラムプロダクト。
【請求項２０】
接続リクエストメッセージを前記ターゲットｅ−ＮＢへ送るための１つまたは複数の命令のセットを更に備え、前記ターゲットｅ−ＮＢへの前記接続リクエストメッセージは、前記アクティブな通信サービスを維持することに関する第１の情報を含む請求項１８に記載のコンピュータプログラムプロダクト。
【請求項２１】
前記ターゲットｅ−ＮＢから転送された接続セットアップメッセージを受信するための１つまたは複数の命令のセットを更に備え、前記転送された接続セットアップメッセージは、前記ターゲットｅ−ＮＢから転送された接続リクエストメッセージに応答して第１の接続セットアップメッセージを前記ターゲットｅ−ＮＢに提供するコア通信ネットワークに応答して生成される請求項２０に記載のコンピュータプログラムプロダクト。
【請求項２２】
ユーザ機器（ＵＥ）がソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのハンドオフを行う際の前記ＵＥのための無線ハンドオフを行うための方法であって、  前記ＵＥからの接続リクエストメッセージを受信することと、前記接続リクエストメッセージは、前記ＵＥ及びソースｅ−ＮＢ間の通信リンクのラジオリンク障害後に、受信される、
前記接続リクエストメッセージをコア通信ネットワークに転送することと、
前記転送された接続リクエストメッセージに応答して前記コアネットワークからの接続セットアップメッセージを受信することと、
前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスが前記ハンドオフ中に連続的にアクティブを維持する一方、前記ターゲットｅ−ＮＢを介して前記ＵＥと第三者との間で通信ペイロードデータ搬送が再確立されるように、前記接続セットアップメッセージを前記ＵＥに転送することと、を備える方法。
【請求項２３】
前記通信サービスは、メディアディリバリサービス及び対話型の音声サービスの少なくも一方を含む請求項２２に記載の方法。
【請求項２４】
前記ターゲットｅ−ＮＢへの前記接続リクエストメッセージは、前記アクティブな通信サービスを維持することに関する第１の情報を含む請求項２２に記載の方法。
【請求項２５】
前記第１の情報は、前記ＵＥがサービス再確立サブ状態となることを示すフラグを含む請求項２４に記載の方法。
【請求項２６】
ソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのユーザ機器（ＵＥ）のハンドオフのために使用されることが可能な発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）であって、
無線通信回路と、
前記無線通信回路に結合された処理回路と、を備え、前記処理回路は、
前記ＵＥからの接続リクエストメッセージを受信し、前記接続リクエストメッセージは、前記ＵＥ及びソースｅ−ＮＢ間の通信リンクのラジオリンク障害後に、受信される、  前記接続リクエストメッセージをコア通信ネットワークに転送し、
前記転送された接続リクエストメッセージに応答して前記コアネットワークからの接続セットアップメッセージを受信し、
前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスが前記ハンドオフ中に連続的にアクティブを維持する一方、前記ターゲットｅ−ＮＢを介して前記ＵＥと第三者との間で通信ペイロードデータ搬送が再確立されるように前記接続セットアップメッセージを前記ＵＥに転送するように構成されるｅ−ＮＢ。
【請求項２７】
前記通信サービスは、メディアディリバリサービス及び対話型の音声サービスの少なくとも一方を含む請求項２６に記載の方法。
【請求項２８】
前記ターゲットｅ−ＮＢへの前記接続リクエストメッセージは、前記アクティブな通信サービスを維持することに関する第１の情報を含む請求項２６に記載の方法。
【請求項２９】
前記第１の情報は、前記ＵＥがサービス再確立サブ状態となることを示すフラグを含む請求項２８に記載の方法。
【請求項３０】
ソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのユーザ機器（ＵＥ）のハンドオフのために使用されることが可能な発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）であって、
無線通信回路と、
前記無線通信回路に結合された前記ＵＥからの接続リクエストメッセージを受信する手段と、前記接続リクエストメッセージは、前記ＵＥ及びソースｅ−ＮＢ間の通信リンクのラジオリンク障害後に、受信される、
前記接続リクエストメッセージをコア通信ネットワークに転送する手段と、
前記転送された接続リクエストメッセージに応答して前記コアネットワークからの接続セットアップメッセージを受信する手段と、
前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスが前記ハンドオフ中に連続的にアクティブを維持する一方、前記ターゲットｅ−ＮＢを介して前記ＵＥと第三者との間で通信ペイロードデータ搬送が再確立されるように、前記接続セットアップメッセージを前記ＵＥに転送する手段と、を備えるｅ−ＮＢ。
【請求項３１】
前記通信サービスは、メディアディリバリサービス及び対話型の音声サービスの少なくも一方を含む請求項３０に記載の方法。
【請求項３２】
前記ターゲットｅ−ＮＢへの前記接続リクエストメッセージは、前記アクティブな通信サービスを維持することに関する第１の情報を含む請求項３１に記載の方法。
【請求項３３】
前記第１の情報は、前記ＵＥがサービス再確立サブ状態となることを示すフラグを含む請求項３２に記載の方法。
【請求項３４】
コンピュータプログラムプロダクトであって、
無線通信回路に結合されたＵＥからの接続リクエストメッセージを受信するための１つまたは複数の命令のセットと、前記接続リクエストメッセージは、前記ＵＥ及びソースｅ−ＮＢ間の通信リンクのラジオリンク障害後に、受信される、
前記接続リクエストメッセージをコア通信ネットワークに転送するための１つまたは複数の命令のセットと、
前記転送された接続リクエストメッセージに応答して前記コアネットワークからの接続セットアップメッセージを受信するための１つまたは複数の命令のセットと、
前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスが前記ハンドオフ中に連続的にアクティブを維持する一方、前記ターゲットｅ−ＮＢを介して前記ＵＥと第三者との間で通信ペイロードデータ搬送が再確立されるように、前記接続セットアップメッセージを前記ＵＥに転送するための１つまたは複数の命令のセットと、を備えるコンピュータで読み取り可能な媒体を備えるコンピュータプログラムプロダクト。
【請求項３５】
前記通信サービスは、メディアディリバリサービス及び対話型の音声サービスの少なくも一方を含む請求項１８に記載のコンピュータプログラムプロダクト。
【請求項３６】
前記ターゲットｅ−ＮＢへの前記接続リクエストメッセージは、前記アクティブな通信サービスを維持することに関する第１の情報を含む請求項３４に記載のコンピュータプログラムプロダクト。
【請求項３７】
前記第１の情報は、前記ＵＥがサービス再確立サブ状態となることを示すフラグを含む請求項３６に記載のコンピュータプログラムプロダクト。
【発明の詳細な説明】
【技術分野】
【０００１】
以下の記載は、総体的に、無線ネットワーク、例えばＥ−ＵＴＲＡＮなど無線通信システムにおける例えばラジオリソース接続（ＲＲＣ）に関する。
【背景技術】
【０００２】
本件出願は、本件譲受人に譲渡されると共にここに参照として組み込まれる、２００７年１月１０日付の「Ｅ−ＵＴＲＡＮにおけるＲＲＣ接続の確立」という名称の米国仮出願第６０/８８４,３９８の優先権を主張する。
【０００３】
無線通信ネットワークは、ユーザが何処にいるかやユーザが静止または移動しているかに関わらず、情報を通信するために一般的に使用される。通常、無線通信ネットワークは、一連の基地局（または「アクセスポイント」）と通信するモバイル機器（または「アクセス端末」）を通して確立される。
【０００４】
典型的には、アクセス端末が、第１のアクセスポイントによってサービスされるある場所から第２のアクセスポイントによってサービスされる第２の場所に移動するのにつれて、アクセス端末が第１のアクセスポイントを介する通信を停止すると共に第２のアクセスポイントを介する通信を開始するように、通信「ハンドオフ」が行われる。概念上は単純に見えるが、この種のハンドオフはしばしば非常に複雑で且つ問題を伴う。例えば、もし上述の例の２つのアクセスポイントが同期しないと、アクセス端末は、第２のアクセスポイントが存在するか否かを決定する上で、及び／またはアクセス端末が第２のアクセスポイントとの通信を認識し且つ開始することができるようにするための重要な情報を決定する上で、支障を生じる可能性がある。
【０００５】
無線通信システムは、様々なタイプの通信内容、例えば音声、データ、等々を提供するように、広く開発される。これらのシステムは、利用可能なシステムリソース（例えば、帯域幅及び伝送パワー）を共有することにより、複数のユーザとの通信を支持することができる多元接続システムからなる場合がある。そのような多元接続システムの例は、コード分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、３ＧＰＰ（登録商標）型ＬＴＥ（登録商標）システム、及び直交周波数分割多元接続（ＯＦＤＭＡ）システムを含む。
【０００６】
通常、無線多元接続通信システムは、複数の無線端末のための通信を同時に支持することができる。各端末は、順方向リンク及び逆方向リンク上の伝送を介して１つまたは複数の基地局と通信する。順方向リンク（すなわちダウンリンク）は基地局から端末への通信リンクを意味し、逆方向リンク（すなわちアップリンク）は端末から基地局への通信リンクを意味する。この通信リンクは、単一入力且つ単一出力、多重入力且つ単一出力、または多重入力且つ多重出力（ＭＩＭＯ）システムによって確立されうる。
【０００７】
ＭＩＭＯシステムは、データ伝送のための複数（ＮＴ個）の送信アンテナ及び複数（ＮＲ個）の受信アンテナを使用する。ＮＴ個の送信アンテナ及びＮＲ個の受信アンテナによって形成されるＭＩＭＯチャネルは、空間的チャネルとも呼ばれる複数のＮＳ個の独立チャネルに分解されることができ、ここで、ＮＳ≦ｍｉｎ｛ＮＴ，ＮＲ｝である。各ＮＳ個の独立チャネルは１つの次元に対応する。ＭＩＭＯシステムは、複数の送信アンテナ及び受信アンテナによって派生する追加の次元が利用される場合に、改善された性能（例えば、より高いスループット及び／またはより高い信頼性）を提供することができる。
【０００８】
ＭＩＭＯシステムは、時分割デュプレックス（ＴＤＤ）及び周波数分割デュプレックス（ＦＤＤ）システムを支持する。ＴＤＤシステムにおいて、順方向及び逆方向リンクの伝送は、同一周波数領域上で行われ、この相互関係の原則が逆方向リンクチャネルからの順方向リンクチャネルの推定を可能とする。これにより、複数のアンテナがアクセスポイントにおいて利用可能な時に、アクセスポイントが順方向リンク上の伝送ビーム形成ゲインを抽出することができるようになる。
【０００９】
ＦＤＭＡに基づくシステムのため、２種類のスケジューリング技術が典型的には使用され、これらは（１）ユーザパケットが、狭帯域幅に閉じ込められたトーン割付けにマップされることができると共に、本件開示では周波数選択スケジューリング（ＦＳＳ：frequency selective scheduling）として言及されうるサブバンドスケジューリング及び（２）ユーザパケットが、全システム帯域幅に広がるトーン割付けにマップされると共に、本件開示では周波数ホップ化スケジューリング（ＦＨＳ：frequency hopped scheduling）として言及されうるダイバーシティスケジューリングを含む。
【００１０】
周波数ホッピングは、典型的には、チャネル及び干渉ダイバーシティの両者を達成するために使用される。この観点から、サブバンド内での周波数ホッピングもまたＦＳＳで実施されうる。
【００１１】
所与のシステムにおいて、しかし、全てのユーザは、ＦＳＳから恩恵を常に受けるまたは受けない場合がある。従って、同一伝送時間間隔（ＴＴＩ）内でＦＳＳ及びＦＨＳユーザが容易に多重化されることができるようにするのに好都合な設計ホッピング構造を使用することが有益となりうる。従って、携帯装置間のハンドオフの改良に指向された新たな技術が有用となりうる。
【発明の概要】
【００１２】
本発明の様々な視点及び実施形態が以下に更に詳細に説明される。
【００１３】
ある実施形態において、ユーザ機器（ＵＥ）がソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのハンドオフを行う際の前記ＵＥための無線ハンドオフを行うための方法が開示される。この方法は、前記ＵＥによって前記ＵＥ及び前記ソースｅ−ＮＢ間のラジオリンク障害（ＲＬＦ）を検出することと、前記ハンドオフ中に前記通信サービスが連続的にアクティブを維持するように、前記ＲＬＦの検出後及び前記ソースｅ−ＮＢから前記ターゲットｅ−ＮＢへの前記ハンドオフを前記ＵＥが行う際に、前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスを維持することと、前記通信サービスが前記ＵＥと第三者との間の第１の通信を支持する、を備える。
【００１４】
別の実施形態において、ソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのハンドオフを行うことが可能なユーザ機器（ＵＥ）の製品が開示される。このＵＥは、無線通信回路と、前記無線通信回路に結合された前記ＵＥによって前記ＵＥ及び前記ソースｅ−ＮＢ間のラジオリンク障害（ＲＬＦ）を検出する手段と、前記ハンドオフ中に前記通信サービスが連続的にアクティブを維持するように、前記ＲＬＦの検出後及び前記ソースｅ−ＮＢから前記ターゲットｅ−ＮＢへの前記ハンドオフを前記ＵＥが行う際に、前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスを維持する手段と、前記通信サービスが前記ＵＥと第三者との間の第１の通信を支持する、を備える。
【００１５】
別の実施形態において、ソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのハンドオフを行うことが可能なユーザ機器（ＵＥ）の製品が開示される。このＵＥは、前記ＵＥによって前記ＵＥ及び前記ソースｅ−ＮＢ間のラジオリンク障害（ＲＬＦ）を検出するように構成された検出回路と、前記ハンドオフ中に前記通信サービスが連続的にアクティブを維持するように、前記ＲＬＦの検出後及び前記ソースｅ−ＮＢから前記ターゲットｅ−ＮＢへの前記ハンドオフを前記ＵＥが行う際に、前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスを維持するように構成された通信回路と、前記通信サービスが前記ＵＥと第三者との間の第１の通信を支持する、を備える。
【００１６】
別の実施形態において、コンピュータプログラムプロダクトは、ユーザ機器（ＵＥ）及びソースｅ−ＮＢ（ｅ−ＮＢ）間のラジオリンク障害（ＲＬＦ）かどうかを決定するための１つまたは複数の命令のセットと、前記ハンドオフ中に前記通信サービスが連続的にアクティブを維持するように、前記ＲＬＦの検出後及び前記ソースｅ−ＮＢから前記ターゲットｅ−ＮＢへの前記ハンドオフを前記ＵＥが行う際に、前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスを維持する一方、前記ＵＥのための無線ハンドオフを行うための１つまたは複数の命令のセットと、前記通信サービスが前記ＵＥと第三者との間の第１の通信を支持する、を備えるコンピュータで読み取り可能な媒体を備える。
【００１７】
別の実施形態において、ユーザ機器（ＵＥ）がソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのハンドオフを行う際の前記ＵＥための無線ハンドオフを行うための方法が開示される。この方法は、前記ＵＥからの接続リクエストメッセージを受信することと、前記接続リクエストメッセージは、前記ＵＥ及びソースｅ−ＮＢ間の通信リンクのラジオリンク障害後に、受信され、前記接続リクエストメッセージをコア通信ネットワークに転送することと、前記転送された接続リクエストメッセージに応答して前記コアネットワークからの接続セットアップメッセージを受信することと、前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスが前記ハンドオフ中に連続的にアクティブを維持する一方、前記ターゲットｅ−ＮＢを介して前記ＵＥと第三者との間で通信ペイロードデータ搬送が再確立されるように、前記接続セットアップメッセージを前記ＵＥに転送することと、を備える。
【００１８】
別の実施形態において、ソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのユーザ機器（ＵＥ）のハンドオフのために使用されることが可能な発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）が開示される。このｅ−ＮＢは、無線通信回路と、前記無線通信回路に結合された処理回路と、を備え、前記処理回路は、前記ＵＥからの接続リクエストメッセージを受信し、前記接続リクエストメッセージは、前記ＵＥ及びソースｅ−ＮＢ間の通信リンクのラジオリンク障害後に、受信され、前記接続リクエストメッセージをコア通信ネットワークに転送し、前記転送された接続リクエストメッセージに応答して前記コアネットワークからの接続セットアップメッセージを受信し、前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスが前記ハンドオフ中に連続的にアクティブを維持する一方、前記ターゲットｅ−ＮＢを介して前記ＵＥと第三者との間で通信ペイロードデータ搬送が再確立されるように、前記接続セットアップメッセージを前記ＵＥに転送するように構成される。
【００１９】
別の実施形態において、ソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのユーザ機器（ＵＥ）のハンドオフのために使用されることが可能な発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）が開示される。このｅ−ＮＢは、無線通信回路と、前記無線通信回路に結合された前記ＵＥからの接続リクエストメッセージを受信する手段と、前記接続リクエストメッセージは、前記ＵＥ及びソースｅ−ＮＢ間の通信リンクのラジオリンク障害後に、受信され、前記接続リクエストメッセージをコア通信ネットワークに転送する手段と、前記転送された接続リクエストメッセージに応答して前記コアネットワークからの接続セットアップメッセージを受信する手段と、前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスが前記ハンドオフ中に連続的にアクティブを維持する一方、前記ターゲットｅ−ＮＢを介して前記ＵＥと第三者との間で通信ペイロードデータ搬送が再確立されるように、前記接続セットアップメッセージを前記ＵＥに転送する手段と、を備える。
【００２０】
別の実施形態において、コンピュータプログラムプロダクトは、無線通信回路に結合されたＵＥからの接続リクエストメッセージを受信するための１つまたは複数の命令のセットと、前記接続リクエストメッセージは、前記ＵＥ及びソースｅ−ＮＢ間の通信リンクのラジオリンク障害後に、受信され、前記接続リクエストメッセージをコア通信ネットワークに転送するための１つまたは複数の命令のセットと、前記転送された接続リクエストメッセージに応答して前記コアネットワークからの接続セットアップメッセージを受信するための１つまたは複数の命令のセットと、前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスが前記ハンドオフ中に連続的にアクティブを維持する一方、前記ターゲットｅ−ＮＢを介して前記ＵＥと第三者との間で通信ペイロードデータ搬送が再確立されるように、前記接続セットアップメッセージを前記ＵＥに転送するための１つまたは複数の命令のセットと、を備えるコンピュータで読み取り可能な媒体を備える。
【図面の簡単な説明】
【００２１】
【図１】アクセスポイント及び多数のアクセス端末を有する代表的な無線通信システムを示す図である。
【図２】代表的なアクセスポイント及び代表的なアクセス端末の詳細を示す図である。
【図３】第１の無線セルから第２の無線セルへのアクセス端末の移動を示す図である。
【図４】ラジオリンク障害に伴うサービスレイヤーの中断を示す図である。
【図５】ラジオリンク障害に伴うサービスレイヤーの中断を示す図である。
【図６】ハンドオフ中のラジオリンク障害に伴うサービスレイヤーの中断を示す図である。
【図７】開示される方法及びシステムの代表的な動作の概要を示すフローチャートである。
【発明を実施する形態】
【００２２】
本件開示における特徴及び性質は、参照符号によって対応する部分を特定する添付の図面を参照してなされる以下の詳細な説明によってより明らかとなるであろう。
【００２３】
以下に開示される方法及びシステムは、特定の例及び／または特定の実施形態に関してだけでなく総括的に説明されうる。例えば、詳細な例及び／または実施形態に対して言及される場合、特に限定しない限りは、当業者が理解できるように、ここに記載される基本的な原則の全ては、単一の実施形態に限定されず、ここに記載されるその他の方法及びシステムとも使用できるように発展型可能であると評価すべきである。
【００２４】
また、以下に開示される方法及びシステムはモバイル及び非モバイルシステムの両者に関するものと評価され、これらに含まれるものは、携帯電話、ＰＤＡ、及びラップトップＰＣや、無線通信技術を利用する多数の特別に装備された/改良された音楽プレーヤ（例えば、改良されたアップルｉＰＯＤ（登録商標））、ビデオプレーヤ、マルチメディアプレーヤ、テレビジョン（固定、携帯、及び／または車両に搭載）、電子ゲームシステム、デジタルカメラ及びビデオカムコーダである。
【００２５】
図１を参照すると、ある実施形態に係る多元接続無線通信システムが例示される。アクセスポイント１００（ＡＰ）は、複数のアンテナ群を含み、ここで１つはアンテナ１０４及び１０６を含み、他の１つはアンテナ１０８及び１１０を含み、更に他の１つはアンテナ１１２及び１１４を含む。図１において、各アンテナ群について２つのアンテナのみが示されるが、各アンテナ群についてより多いまたはより少ないアンテナが使用されうる。アクセス端末１１６（ＡＴ）はアンテナ１１２及び１１４と通信状態にあり、ここで、アンテナ１１２及び１１４は、順方向リンク１２０を介してアクセス端末１１６に情報を送信すると共に、逆方向リンク１１８を介してアクセス端末１１６から情報を受信する。アクセス端末１２２はアンテナ１０６及び１０８と通信状態にあり、ここで、アンテナ１０６及び１０８は、順方向リンク１２６を介してアクセス端末１２２に情報を送信すると共に、逆方向リンク１２４を介してアクセス端末１２２から情報を受信する。ＦＤＤシステムにおいて、通信リンク１１８、１２０、１２４、及び１２６は、通信のために異なる周波数を使用することができる。例えば、順方向リンク１２０は、次に逆方向リンク１１８で使用される周波数とは異なる周波数を使用することができる。
【００２６】
アンテナ及び／またはこれらが通信するように設計されるエリアの群の夫々は、しばしばアクセスポイントのセクタとして言及される。
【００２７】
順方向リンク１２０及び１２６を介する通信において、アクセスポイント１００の送信アンテナは、異なるアクセス端末１１６及び１２４のための順方向リンクの信号対雑音比を改善するため、ビーム形成を利用することができる。また、ビーム形成を使用してその対象範囲に亘ってばらばらに散らばる複数のアクセス端末に対して送信を行うアクセスポイントは、単一のアンテナによってその複数のアクセス端末に対して送信を行うアクセスポイントに比べて、隣接するセルのアクセス端末に対する干渉が少なくなる。
【００２８】
アクセスポイントは、端末と通信するために使用される固定局であることができ、また、これはアクセスポイント、Ｎｏｄｅ−Ｂ、またはその他の用語で言及されうる。アクセス端末は、アクセス端末、ユーザ機器（ＵＥ）、無線通信装置、端末、アクセス端末、またはその他の用語で称されうる。
【００２９】
様々な実施形態において、アクセス端末及びアクセスポイントは、スーパーフレームアーキテクチャとして知られている反復シーケンスを使用して互いに通信することができることを理解すべきである。例えば、ここでしばらく図５に進んで説明すると、データ５００のトップストリームは、連続スーパーフレーム５０２及び５０４を含む一連のスーパーフレームからなる。スーパーフレーム５０２及び５０４の夫々は、スーパーフレームビーコン（ＳＢ）５１２を含み、この後に一連の交互性のダウンストリーム（ＤＳ）フレーム（５１４、５１８及び５２２）及びアップストリーム（ＵＳ）フレーム（５１６、５２０及び５２４）が続く。
【００３０】
動作中、スーパーフレームビーコン５１２は、アクセスポイントによって伝送されることができ、これは、アクセス端末がアクセスポイントとの同期、コンタクトの確立、及び通信の維持のために使用することができる識別及び同期情報を含む、アクセスポイントに関する重要な情報をアクセス端末に提供するためである。一旦通信が確立されると、アクセス端末は、ＵＳフレームの何れかまたは全てにおいて、アクセスポイントに情報を送信すると共に、ＤＳフレームの何れかまたは全てにおいて、アクセスポイントからの情報を受信することができる。しかし、留意すべき点として、アクセス端末がアクティブに送信しているＵＳフレーム期間中、このアクセス端末は、データを受信することができないか、または他の送信された信号の存在すら感知できない可能性がある。
【００３１】
図２に戻って、これは、ＭＩＭＯシステム２００における送信器システム２１０（アクセスポイントとしても知られる）及び受信器システム２５０（アクセス端末としても知られる）の実施形態を示すブロック図である。送信器システム２１０において、多数のデータストリームのためのトラフィックデータが、データソース２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００３２】
一連の実施形態において、各データストリームは、各送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、各データストリームのためのトラフィックデータをフォーマットし、コード化し、且つインターリーブし、これは、コード化されたデータを提供するようにこのデータストリームのために選択された特定のコード化体系に基づいて行う。
【００３３】
各データストリームのためのコード化されたデータは、ＯＦＤＭ技術を使用するパイロットデータを伴って多重化されうる。パイロットデータは、典型的には、公知の態様で処理されると共にチャネル応答を推定するために受信器システムにおいて使用されることができる公知のデータパターンである。各データストリームのための多重化されたパイロット及びコード化データは、次に変調され（即ち、シンボル・マップされ）、これは、変調シンボルを提供するようにこのデータストリームのために選択された特定の変調体系（例えば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて行う。各データストリームのためのデータレート、コード化、及び変調は、プロセッサ２３０による指示によって決定されうる。
【００３４】
全データストリームのための変調シンボルは、次にＴＸ  ＭＩＭＯプロセッサ２２０に提供され、これは変調シンボルを更に処理することができる（例えば、ＯＦＤＭのため）。ＴＸ  ＭＩＭＯプロセッサ２２０は、次にＮＴ個の変調シンボルストリームを、ＮＴ個の送信器（ＴＭＴＲ）２２２ａ乃至２２２ｔに提供する。ある実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビーム形成ウエイトをデータストリームのシンボルに適用すると共にシンボルが送信されるアンテナに適用する。
【００３５】
各送信器２２２は、１つまたは複数のアナログ信号を提供するために各シンボルストリームを受信すると共に処理し、更に、ＭＩＭＯチャネルを介して伝送するのに適した変調された信号を提供するためにアナログ信号を条件付けする（例えば、増幅、フィルタ、及びアップコンバートする）。送信器２２２ａから２２２ｔを介するＮＴ個の変調された信号は、次に、ＮＴ個のアンテナ２２４ａから２２４ｔを介して夫々送信される。
【００３６】
受信器システム２５０において、送信された変調された信号は、ＮＲ個のアンテナ２５２ａ乃至２５２ｒによって受信され、各アンテナ２５２から受信された信号は、各受信器（ＲＣＶＲ）２５４ａ乃至２５４ｒに提供される。各受信器２５４は、各受信された信号を調整する（例えば、フィルタ、増幅、及びダウンコンバートする）と共に、サンプルを提供するために調整された信号をデジタル化し、更に対応する「受信された」シンボルストリームを提供するためにこれらのサンプルを処理する。
【００３７】
ＲＸデータプロセッサ２６０は、次に、ＮＲ個の受信器２５４からのＮＲ個の受信されたシンボルストリームを受信すると共に処理し、これは、ＮＴ個の「検出された」シンボルストリームを提供するための特定の受信器処理技術に基づいて行う。ＲＸデータプロセッサ２６０は、次に、各検出されたシンボルストリームを復調し、脱インターリーブし、且つデコード化し、これによりデータストリームのためのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信器システム２１０におけるＴＸ  ＭＩＭＯプロセッサ２２０及びＴＸデータプロセッサ２１４によって行われる処理と相補的である。
【００３８】
プロセッサ２７０は、プレコード化マトリックスが使用するものを定期的に決定する（以下に記述される）。プロセッサ２７０は、マトリックス索引部分及びランク値部分を備える逆方向リンクメッセージを策定する。
【００３９】
通常、図２のプロセッサ２３０及び２７０は、相互間で行き来するシンボル/データの様々なストリームの全てのフォーマットに関与するであろう。即ち、図２の代表的なプロセッサ２３０及び２７０は、メディアアクセスコントローラ（ＭＡＣ）（夫々ＭＡＣ２３１及びＭＡＣ２７１として示される）の機能を行う中心となり、従ってこれらは図５を参照して上述されると共に図５乃至図８を参照して以下に記述される全通信構造を形成することに関与するであろう。
【００４０】
逆方向リンクメッセージは、通信リンク及び／または受信されたデータストリームに関する様々なタイプの情報を含むことができる。逆方向リンクメッセージは、次に、データソース２３６からの多数のデータストリームのためのトラフィックデータを受信するＴＸデータプロセッサ２３８によって処理され、変調器２８０によって変調され、送信器２５４ａ乃至２５４ｒによって調整され、且つ送信器システム２１０に返信される。
【００４１】
送信器システム２１０において、受信器システム２５０からの変調された信号は、アンテナ２２４によって受信され、受信器２２２によって調整され、復調器２４０によって復調され、且つＲＸデータプロセッサ２４２によって処理され、これによって受信器システム２５０によって送信される予備リンクメッセージを抽出するようにする。プロセッサ２３０は、次に、ビーム形成ウエイトを決定するために使用するどのプレコード化マトリックスが抽出されたメッセージを次に処理するかを決定する。
【００４２】
ある態様において、論理チャネルは、制御チャネル及びトラフィックチャネルに分類される。論理制御チャネルは、システム制御情報をブロードキャストするためのＤＬチャネルであるブロードキャスト制御チャネル（ＢＣＣＨ）と、ページング情報を搬送するＤＬチャネルであるページング制御チャネル（ＰＣＣＨ）と、１つまたは幾つかのＭＴＣＨのための制御情報、及びマルチメディアブロードキャスト及びマルチキャストサービス（ＭＢＭＳ）スケジューリングを伝送するために使用されるポイント・ツー・マルチポイントＤＬチャネルであるマルチキャスト制御チャネル（ＭＣＣＨ）とを含む。通常、ＲＲＣ接続を確立後、このチャネルはＭＢＭＳ（注：旧ＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥによって使用されるのみである。専用の制御チャネル（ＤＣＣＨ）は、専用の制御情報を伝送するポイント・ツー・ポイント双方向チャネルであり、ＲＲＣ接続を有するＵＥによって使用される。ある態様において、論理トラフィックチャネルは専用のトラフィックチャネル（ＤＴＣＨ）を含むことができ、これはユーザ情報の搬送のための、１つのＵＥに専用のポイント・ツー・ポイント双方向チャネルである。また、マルチキャストトラフィックチャネル（ＭＴＣＨ）は、トラフィックデータを伝送するためのポイント・ツー・マルチポイントＤＬチャネルである。
【００４３】
ある態様において、輸送チャネルはＤＬ及びＵＬに分類される。ＤＬ輸送チャネルは、ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共有データチャネル（ＤＬ−ＳＤＣＨ）、及びページングチャネル（ＰＣＨ）を含む。ＰＣＨは、ＵＥパワーの節約（ＤＲＸサイクルはＵＥに対するネットワークによって指示される）を支持するためのものであり、全セルに亘ってブロードキャストされると共に、他の制御/トラフィックチャネルのために使用可能なＰＨＹリソースにマップされる。ＵＬ輸送チャネルは、ランダムアクセスチャネル（ＲＡＣＨ）、リクエストチャネル（ＲＥＱＣＨ）、アップリンク共有データチャネル（ＵＬ-ＳＤＣＨ）及び複数のＰＨＹチャネルを含む。ＰＨＹチャネルは、ＤＬチャネル及びＵＬチャネルのセットを含む。
【００４４】
ＤＬ  ＰＨＹチャネルは、共通パイロットチャネル（ＣＰＩＣＨ）、同期チャネル（ＳＣＨ）、共通制御チャネル（ＣＣＣＨ）、共有ＤＬ制御チャネル（ＳＤＣＣＨ）、マルチキャスト制御チャネル（ＭＣＣＨ）、共有ＵＬ指定チャネル（ＳＵＡＣＨ）、承認チャネル（ＡＣＫＣＨ）、ＤＬ物理的共有データチャネル（ＤＬ−ＰＳＤＣＨ）、ＵＬパワー制御チャネル（ＵＰＣＣＨ）、ページング指標チャネル（ＰＩＣＨ）、及びロード指標チャネル（ＬＩＣＨ）を含むことができる。
【００４５】
ＵＬ  ＰＨＹチャネルは、物理的ランダムアクセスチャネル（ＰＲＡＣＨ）、チャネル品質指標チャネル（ＣＱＩＣＨ）、承認チャネル（ＡＣＫＣＨ）、アンテナサブセット指標チャネル（ＡＳＩＣＨ）、共有リクエストチャネル（ＳＲＥＱＣＨ）、ＵＬ物理的共有データチャネル（ＵＬ−ＰＳＤＣＨ）、及びブロードバンドパイロットチャネル（ＢＰＩＣＨ）を含むことができる。
【００４６】
ある態様において、チャネル構造は、単一のキャリア波形の（所与の時間において、チャネルは周波数に関して隣接するまたは均一に間隔をあける）低ＰＡＲ特性を保持するように提供される。
【００４７】
図３を参照すると、ある態様に係る多元接続無線通信システム３００が示される。多元接続無線通信システム３００は、セル３０２、３０４、及び３０６を含む複数のセルを含む。図３の態様において、各セル３０２、３０４、及び３０６は、複数のセクタを含むアクセスポイントを含むことができる。複数のセクタはアンテナの群によって形成されることができ、ここで各アンテナはセルの部分におけるアクセス端末との通信に関与する。例えば、セル３０２において、アンテナ群３１２、３１４、及び３１６は、異なるセクタに夫々対応することができる。セル３０４において、アンテナ群３１８、３２０、及び３２２は、異なるセクタに夫々対応する。セル３０６において、アンテナ群３２４、３２６、及び３２８は、異なるセクタに夫々対応する。
【００４８】
各セル３０２、３０４及び３０６は、幾つかの無線通信装置、例えばユーザ機器またはアクセス端末を含むことができ、これらは各セル３０２、３０４、または３０６の１つまたは複数のセクタと通信することができる。例えば、アクセス端末３３０及び３３２はアクセスポイント３４２と通信することができ、アクセス端末３３４及び３３６はアクセスポイント３４４と通信することができ、アクセス端末３３８及び３４０はアクセスポイント３４６と通信することができる。
【００４９】
もしアクセス端末の１つが対応のセクタから移動すると、そのセクタに関連する対応のアクセスポイントとの通信が悪化する可能性がある。例えば、アクセス端末３３４がセクタ３０４から移動するとすると、アクセス端末３３４がアクセスポイント３４４から離れるのにつれて、アクセスポイント３４４とのその通信能力が悪化する可能性がある。
【００５０】
本例において、アクセス端末３３４は、図４において（３３４'で）セル３０６へ移動しているものとして示される。このような場合、アクセス端末３３４−３３４’は、もしそれがセル３０６内のアクセスポイント３４６との通信を確立すると、より良好にサービス提供されうる。記載の便宜上、これは確立されたアクセスポイントからターゲットアクセスポイントへの「ハンドオフ」として言及される。
【００５１】
セル３０４からセル３０６へのハンドオフを行う際、アクセス端末３３４−３３４’に関する情報は、確立されたアクセスポイント３４４を介してターゲットアクセスポイント３４６へ送られることができる。このデータ搬送は、ターゲットアクセスポイント３４６へのアクセスを速くすることができる。同様に、ターゲットアクセスポイント３４６は、確立されたアクセスポイント３４４を介してアクセス端末に所定のデータを通信することができる。この情報は、ターゲットアクセスポイント３４６によってアクセス端末３３４−３３４’に提供される全てのリソースに関するデータ及びタイミング/同期データを含む。
【００５２】
３ＧＰＰ型ＬＴＥ（Long Term Evolution（長期的進化））は、更なる要求に答えるようにユニバーサル移動遠距離通信システム（ＵＭＴＳ）携帯電話基準を改善するための第３世代パートナーシッププログラム内の計画に対して与えられた名前である。進化型ユニバーサル地上波アクセスネットワーク（Ｅ−ＵＴＲＡＮ）において、ＲＲＣ接続の確立はＬＴＥ＿ＩＤＬＥ状態を介して達成される。ＲＲＣ接続の確立のための状態遷移は、ＬＴＥ＿ＩＤＬＥからＬＴＥ＿ＡＣＴＩＶＥへの通常の状態遷移とは、ネットワークによって区別される必要がある。本件開示は、ネットワークによってこの区別化をできるようにするための新規な方法を提供する。
【００５３】
図４は、ラジオリンク障害に伴うサービスレイヤーの中断をこうむっている通信システムを示す。図４に示すように、通信システムは、ＵＥ４１０及び支持通信ネットワーク４２０を含み、ここで、ＵＥ４１０はサービスレイヤー４１２及びプロトコールレイヤー４１４を有し、ネットワーク４２０はそれ自身のサービスレイヤー４２２及びプロトコールレイヤー４２４を有する。
【００５４】
動作中、通信システムはラジオリンク障害（ＲＬＦ）をこうむっているように示され、ここで２つの別々のタイマーＴ２及びＴ２’が夫々ＵＥ２１０及びネットワーク４２０のためにサービス提供する。典型的には、ＲＬＦは任意の数の測定基準、例えば低い信号強度、不成功に受信されたパケット、ビットエラー、等々を使用して検出/決定されてもよい。ネットワーク側のＲＬＦは、同様の処理によって認識されるか、またはＵＥ４１０によって送られる何らかのアップストリーム信号の受信によって認識される。
【００５５】
タイマーＴ２が満了すると、ＵＥのプロトコールレイヤー４１４は、ＬＴＥ＿ＡＣＴＩＶＥ状態からＬＴＥ＿ＩＤＬＥ状態へ遷移し、またサービスレイヤーはアクティブから非アクティブとなる。同様の遷移が、（典型的にはタイマーＴ２よりも長い）タイマーＴ２’が満了すると、ネットワーク側で生じる。
【００５６】
留意すべき点として、夫々のサービスレイヤー４１２及び４２４が非アクティブになると、サービスレイヤー４１２及び４２４によってサービス提供される通信信号は中断され、その後のラジオ信号の再確立はサービスレイヤー４１２及び４２４の再アクティブ化を必要としうる。非アクティブ化の場合は、ユーザがサービス低下をこうむることとなる。
【００５７】
例えばＥ−ＵＴＲＡＮのような新たに開発された無線通信システムの場合、現在の作業仮説では、ＵＥで制御されるモビリティは、アプリケーションレイヤーにおいてサービス低下を引き起こすことなく、ＬＴＥ＿ＩＤＬＥを介して行うことができる。
【００５８】
図５に示すように、ＵＥプロトコールレイヤー４１４は、ＵＥで制御されるモビリティにおいて、サービスレイヤー４１２に対する接続解除を示さないことがある。しかし、これは、ＬＴＥ＿ＩＤＬＥ状態において「再確立サブ状態」の概念を有するプロトコールレイヤー４１４によって達成されることができる。ＲＲＣコンテキストはＵＥで制御されるモビリティにおいて再配置されないことがあり、従って、ＲＲＣはこのサブ状態中にＲＲＣ＿ＩＤＬＥ状態に入り、ＵＥ中のＮＡＳレイヤーはこのサブ状態を管理しなければならないことがある。
【００５９】
この再確立サブ状態において、ＵＥ中のＮＡＳレイヤーはサービスのための現在の状態を維持する。また、ＭＭＥ/ＵＰＥは、このサービス及び対応するＳＡＥアクセスベアラーが一時的なＬＴＥ＿ＩＤＬＥ状態の後に継続できるように、ＵＥの動作可能なコンテキストを解除しないことができる。
【００６０】
図６は、ＭＭＥ/ＵＰＥ（本例においてその支持コアネットワーク）によって支持される、ソースｅ−ＮＢ（図示せず）からターゲットｅ−ＮＢ６１２へＵＥ６１０からのハンドオフが行われる間の、ラジオリンク障害に伴うサービスレイヤーの中断を示す。留意すべき点として、この例において、全通信リンクは、任意の数の通信回路モジュール、プロセッサ、ソフトウェア、等々によって支持される任意の数の有線及び無線通信リンクによって可能とされうる。
【００６１】
図６の通信システムのための代表的な通信再確立動作が、図７のフローチャートによって示される。留意すべき点として、通信システム及び夫々の動作は、ＵＥ６１０のサービスレイヤー及び第三者におけるアクティブな通信サービスを維持しながら、ＵＥ６１０とソースｅ−ＮＢ（図示せず）との間のＲＬＦを許容する。従って、ＵＥ６１０は、ハンドオフ中に通信サービスが継続してアクティブのままであることができるように、ターゲットｅ−ＮＢ６１２へのハンドオフを実行することができる。例えばＵＥ６１０は、サービスにおいてきわめて小さな断絶しか伴わず、例えば電話のコールのような対話型音声サービスを受けたり、及び／又は、例えばリアルタイムでの動画の受信のように何らかの形式のメディア配信を受信することができる。周知のシステム及び方法に伴うようなサービスの低下はない。
【００６２】
ステップ７１０において処理が開始され、ここでＲＬＦが検出され、それによって、ソースｅ−ＮＢ及びコアネットワークによって支持される、ＵＥと第三者との間の通信サービスが中断されうる。例えば、ＵＥがリアルタイムニュースのブロードキャストを受信していると仮定すると、ＵＥにおける音声がＲＬＦで停止することがある。次に、ステップ７０４において、例えば図６のターゲットｅ−ＮＢ６１２のようなターゲットｅ−ＮＢがＵＥによって検出されうる。制御はステップ７０６まで継続する。
【００６３】
ステップ７０６において、ＵＥは、接続リクエストメッセージをターゲットｅ−ＮＢに送りながら、アクティブ状態から特別なアイドル状態/再確立サブ状態へ遷移することができる。留意すべき点として、従来の技術とは異なり、このアイドル状態/再確立サブ状態は、ＵＥの各サービスレイヤーに接続サービスの動作を停止することを要求しないことができる。即ち、通信を支持する基礎処理は、通信サービスのペイロードデータが利用不可能な場合でも、継続することができる。留意すべき点として、ターゲットｅ−ＮＢへの接続リクエストメッセージは、例えば、ＵＥがサービスレイヤーにおいて動作を停止するのではなく、サービス再確立サブ状態となることを示すフラグのような、アクティブな通信サービスを維持することに関する情報を含むことができる。
【００６４】
ステップ７０８において、接続リクエストメッセージは、ターゲットｅ−ＮＢによって受信され、ターゲットｅ−ＮＢによってコア通信ネットワークへ転送されることができる。次に、ステップ７１０において、転送された接続リクエストメッセージは、コアネットワークによって受信され、その結果、コアネットワークは、アクティブ状態から自身の修正されたアイドル状態/再確立サブ状態へ遷移することができる。次に、ステップ７１２において、コアネットワークは、ハンドオフと一致する再確立通信に有用な基礎処理を行うことができる。制御はステップ７１４まで継続する。
【００６５】
ステップ７１４において、コアネットワークは、適切な接続セットアップメッセージ/リクエストをターゲットｅ−ＮＢへ送り、修正されたアイドル状態/再確立サブ状態を終了して再びアクティブ状態となることができる。次に、ステップ７１６において、接続セットアップメッセージは、ターゲットｅ−ＮＢによって受信され、ターゲットｅ−ＮＢによってＵＥに転送されうる。次に、ステップ７１８において、ＵＥは、接続セットアップメッセージを受信し、修正されたアイドル状態/再確立サブ状態を終了して再びアクティブ状態となることができる。制御はステップ７２０まで継続する。
【００６６】
ステップ７２０において、ＵＥと適切な第三者との間の通信が再開されることができる。即ち、ペイロードデータが再びアクティブに搬送され、制御がステップ７５０まで継続し、ここで処理が停止する。
【００６７】
開示される処理におけるステップの特定の順序または階層は、代表的な取り組みの例であると理解される。設計上の選択に基づいて、処理におけるステップの特定の順序または階層は、本件開示の範囲内で、再配列されうると理解される。添付の方法請求項は、サンプル順序における様々なステップの要件を提示すもので、提示された特定の順序または階層に限定されることを意味するものではない。
【００６８】
当業者であれば、情報及び信号は、様々な異なる技術及び手法を用いて表されうることを理解できるであろう。例えば、上述の記載において参照されるであろうデータ、命令、コマンド、情報、信号、ビット、シンボル、及びチップは、電圧、電流、電磁波、磁場または粒子、光学場または粒子、これらのいずれかの組み合わせによって表現されうる。
【００６９】
更に、当業者であれば、ここに開示される実施形態に関係して記載される様々な例証となる論理ブロック、モジュール、回路、及びアルゴリズムステップは、電子機器ハードウェア、コンピュータソフトウェア、またはこれら両者の組み合わせとして実施されることができることを理解できるであろう。このハードウェア及びソフトウェアの互換性を明確に例示するため、様々な例証となる部品、ブロック、モジュール、回路、及びステップは、上述の記載においてそれらの機能性に関して一般的に説明されている。そのような機能性がハードウェアで実施されるかソフトウェアで実施されるかは、全システムに課される特定の応用及び設計の制限に依存する。当業者によれば、上述の機能性は各特定の応用のために異なる態様で実施されうるが、そのような実施の決定は本件開示の範囲からの離間を生じさせると解釈されるべきではない。
【００７０】
ここに開示される実施形態に関係して記載される様々な例証となる論理ブロック、モジュール、及び回路は、ここに記載される機能を行うように設計された多目的プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブル型のゲートアレイ（ＦＰＧＡ）または他のプログラマブルロジック装置、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらのいずれかの組み合わせと共に実施されるまたは行われることができる。多目的プロセッサはマイクロプロセッサであることができるが、これに代えて、このプロセッサは一般的なプロセッサ、コントローラ、マイクロコントローラ、または状態機械であることができる。プロセッサはまた、演算装置の組み合わせ、例えばＤＳＰ及びマイクロプロセッサの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、またはこの種の他の構成として実施されうる。
【００７１】
ここに開示される実施形態に関係して記載される方法またはアルゴリズムのステップは、ハードウェア、プロセッサによって実行されるソフトウェアモジュール、またはこれら両者の組み合わせにおいて直接実施されうる。ソフトウェアモジュールは、この分野で知られているＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭ（登録商標）メモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、またはその他の形態の記憶媒体内に配置されうる。代表的な記憶媒体はプロセッサと組み合わされ、このプロセッサは、この記憶媒体から情報を読み取ると共にこの記憶媒体に情報を書き込むことができる。これに代え、記憶媒体はプロセッサと一体化されうる。プロセッサ及び記憶媒体はＡＳＩＣ内に配置されうる。ＡＳＩＣはユーザ端末内に配置されうる。これに代え、プロセッサ及び記憶媒体はユーザ端末内に別個の部品として配置されうる。
【００７２】
開示される実施形態の以上の記載は、当業者が本件開示を作るまたは使用することができるようにするために提供される。これらの実施形態に対する様々な変形例が当業者にとって容易に想到できると共に、ここに規定される包括的な原理は、本件開示の精神または範囲から離れることなく、他の実施形態に適用されることができる。従って、本件開示は、ここに示される実施形態に限定されることを意図するものではなく、開示される原理及び新規な特徴と合致する最も広い範囲を与えられるべきものである。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
ユーザ機器（ＵＥ）がソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのハンドオフを行う際の前記ＵＥのための無線ハンドオフを行うための方法であって、  前記ＵＥによって前記ＵＥ及び前記ソースｅ−ＮＢ間のラジオリンク障害（ＲＬＦ）を検出することと、
前記ハンドオフ中に通信サービスが連続的にアクティブを維持するように、前記ＲＬＦの検出後及び前記ソースｅ−ＮＢから前記ターゲットｅ−ＮＢへの前記ハンドオフを前記ＵＥが行う際に、前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスを維持することと、前記通信サービスが前記ＵＥと第三者との間の第１の通信を支持する、を備える方法。
［Ｃ２］
前記通信サービスは、メディアディリバリサービス及び対話型の音声サービスの少なくも一方を含むＣ１に記載の方法。
［Ｃ３］
前記ＲＬＦの検出後に前記ターゲットｅ−ＮＢを検出することを更に備えるＣ２に記載の方法。
［Ｃ４］
接続リクエストメッセージを前記ターゲットｅ−ＮＢへ送ることを更に備えるＣ２に記載の方法。
［Ｃ５］
前記ターゲットｅ−ＮＢへの前記接続リクエストメッセージは、前記アクティブな通信サービスを維持することに関する第１の情報を含むＣ４に記載の方法。
［Ｃ６］
前記第１の情報は、前記ＵＥがサービス再確立サブ状態となることを示すフラグを含むＣ５に記載の方法。
［Ｃ７］
前記ターゲットｅ−ＮＢへの前記接続リクエストメッセージは、前記ターゲットｅ−ＮＢによってコア通信ネットワークに転送され、前記コア通信ネットワークは、前記転送された接続リクエストメッセージに応答して、接続セットアップメッセージを前記ターゲットｅ−ＮＢに提供するＣ６に記載の方法。
［Ｃ８］
前記ターゲットｅ−ＮＢから転送された接続セットアップメッセージを受信することを更に備えるＣ７に記載の方法。
［Ｃ９］
前記ターゲットｅ−ＮＢを介して前記ＵＥと第三者との間で前記第１の通信のペイロードデータ搬送を再開することを更に備えるＣ７に記載の方法。
［Ｃ１０］
ソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのハンドオフを行うことが可能なユーザ機器（ＵＥ）の製品であって、前記ＵＥは、
無線通信回路と、
前記無線通信回路に結合された前記ＵＥによって前記ＵＥ及び前記ソースｅ−ＮＢ間のラジオリンク障害（ＲＬＦ）を検出する手段と、
前記ハンドオフ中に通信サービスが連続的にアクティブを維持するように、前記ＲＬＦの検出後及び前記ソースｅ−ＮＢから前記ターゲットｅ−ＮＢへの前記ハンドオフを前記ＵＥが行う際に、前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスを維持する手段と、前記通信サービスが前記ＵＥと第三者との間の第１の通信を支持する、を備える製品。
［Ｃ１１］
前記通信サービスは、メディアディリバリサービス及び対話型の音声サービスの少なくも一方を含むＣ１０に記載の製品。
［Ｃ１２］
接続リクエストメッセージを前記ターゲットｅ−ＮＢへ送る手段を備え、前記ターゲットｅ−ＮＢへの前記接続リクエストメッセージは、前記アクティブな通信サービスを維持することに関する第１の情報を含むＣ１１に記載の製品。
［Ｃ１３］
前記ターゲットｅ−ＮＢから転送された接続セットアップメッセージを受信する手段を更に備え、前記転送された接続セットアップメッセージは、前記ターゲットｅ−ＮＢから転送された接続リクエストメッセージに応答して第１の接続セットアップメッセージを前記ターゲットｅ−ＮＢに提供するコア通信ネットワークに応答して生成されるＣ１２に記載の製品。
［Ｃ１４］
ソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのハンドオフを行うことが可能なユーザ機器（ＵＥ）の製品であって、前記ＵＥは、
前記ＵＥによって前記ＵＥ及び前記ソースｅ−ＮＢ間のラジオリンク障害（ＲＬＦ）を検出するように構成された検出回路と、
前記ハンドオフ中に通信サービスが連続的にアクティブを維持するように、前記ＲＬＦの検出後及び前記ソースｅ−ＮＢから前記ターゲットｅ−ＮＢへの前記ハンドオフを前記ＵＥが行う際に、前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスを維持するように構成された通信回路と、前記通信サービスが前記ＵＥと第三者との間の第１の通信を支持する、を備える製品。
［Ｃ１５］
前記通信サービスは、メディアディリバリサービス及び対話型の音声サービスの少なくも一方を含むＣ１４に記載の製品。
［Ｃ１６］
前記通信回路は更に、接続リクエストメッセージを前記ターゲットｅ−ＮＢへ送るように構成され、前記ターゲットｅ−ＮＢへの前記接続リクエストメッセージは、前記アクティブな通信サービスを維持することに関する第１の情報を含むＣ１５に記載の製品。
［Ｃ１７］
前記通信回路は更に、前記ターゲットｅ−ＮＢから転送された接続セットアップメッセージを受信するように構成され、前記転送された接続セットアップメッセージは、前記ターゲットｅ−ＮＢから転送された接続リクエストメッセージに応答して第１の接続セットアップメッセージを前記ターゲットｅ−ＮＢに提供するコア通信ネットワークに応答して生成されるＣ１６に記載の製品。
［Ｃ１８］
コンピュータプログラムプロダクトであって、
ユーザ機器（ＵＥ）及びソースｅ−ＮＢ（ｅ−ＮＢ）間のラジオリンク障害（ＲＬＦ）かどうかを決定するための１つまたは複数の命令のセットと、
前記ハンドオフ中に通信サービスが連続的にアクティブを維持するように、前記ＲＬＦの検出後及び前記ソースｅ−ＮＢから前記ターゲットｅ−ＮＢへの前記ハンドオフを前記ＵＥが行う際に、前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスを維持する一方、前記ＵＥのための無線ハンドオフを行うための１つまたは複数の命令のセットと、前記通信サービスが前記ＵＥと第三者との間の第１の通信を支持する、を備えるコンピュータで読み取り可能な媒体を備えるコンピュータプログラムプロダクト。
［Ｃ１９］
前記通信サービスは、メディアディリバリサービス及び対話型の音声サービスの少なくも一方を含むＣ１８に記載のコンピュータプログラムプロダクト。
［Ｃ２０］
接続リクエストメッセージを前記ターゲットｅ−ＮＢへ送るための１つまたは複数の命令のセットを更に備え、前記ターゲットｅ−ＮＢへの前記接続リクエストメッセージは、前記アクティブな通信サービスを維持することに関する第１の情報を含むＣ１８に記載のコンピュータプログラムプロダクト。
［Ｃ２１］
前記ターゲットｅ−ＮＢから転送された接続セットアップメッセージを受信するための１つまたは複数の命令のセットを更に備え、前記転送された接続セットアップメッセージは、前記ターゲットｅ−ＮＢから転送された接続リクエストメッセージに応答して第１の接続セットアップメッセージを前記ターゲットｅ−ＮＢに提供するコア通信ネットワークに応答して生成されるＣ２０に記載のコンピュータプログラムプロダクト。
［Ｃ２２］
ユーザ機器（ＵＥ）がソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのハンドオフを行う際の前記ＵＥのための無線ハンドオフを行うための方法であって、  前記ＵＥからの接続リクエストメッセージを受信することと、前記接続リクエストメッセージは、前記ＵＥ及びソースｅ−ＮＢ間の通信リンクのラジオリンク障害後に、受信される、
前記接続リクエストメッセージをコア通信ネットワークに転送することと、
前記転送された接続リクエストメッセージに応答して前記コアネットワークからの接続セットアップメッセージを受信することと、
前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスが前記ハンドオフ中に連続的にアクティブを維持する一方、前記ターゲットｅ−ＮＢを介して前記ＵＥと第三者との間で通信ペイロードデータ搬送が再確立されるように、前記接続セットアップメッセージを前記ＵＥに転送することと、を備える方法。
［Ｃ２３］
前記通信サービスは、メディアディリバリサービス及び対話型の音声サービスの少なくも一方を含むＣ２２に記載の方法。
［Ｃ２４］
前記ターゲットｅ−ＮＢへの前記接続リクエストメッセージは、前記アクティブな通信サービスを維持することに関する第１の情報を含むＣ２２に記載の方法。
［Ｃ２５］
前記第１の情報は、前記ＵＥがサービス再確立サブ状態となることを示すフラグを含むＣ２４に記載の方法。
［Ｃ２６］
ソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのユーザ機器（ＵＥ）のハンドオフのために使用されることが可能な発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）であって、
無線通信回路と、
前記無線通信回路に結合された処理回路と、を備え、前記処理回路は、
前記ＵＥからの接続リクエストメッセージを受信し、前記接続リクエストメッセージは、前記ＵＥ及びソースｅ−ＮＢ間の通信リンクのラジオリンク障害後に、受信される、  前記接続リクエストメッセージをコア通信ネットワークに転送し、
前記転送された接続リクエストメッセージに応答して前記コアネットワークからの接続セットアップメッセージを受信し、
前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスが前記ハンドオフ中に連続的にアクティブを維持する一方、前記ターゲットｅ−ＮＢを介して前記ＵＥと第三者との間で通信ペイロードデータ搬送が再確立されるように前記接続セットアップメッセージを前記ＵＥに転送するように構成されるｅ−ＮＢ。
［Ｃ２７］
前記通信サービスは、メディアディリバリサービス及び対話型の音声サービスの少なくとも一方を含むＣ２６に記載の方法。
［Ｃ２８］
前記ターゲットｅ−ＮＢへの前記接続リクエストメッセージは、前記アクティブな通信サービスを維持することに関する第１の情報を含むＣ２６に記載の方法。
［Ｃ２９］
前記第１の情報は、前記ＵＥがサービス再確立サブ状態となることを示すフラグを含むＣ２８に記載の方法。
［Ｃ３０］
ソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのユーザ機器（ＵＥ）のハンドオフのために使用されることが可能な発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）であって、
無線通信回路と、
前記無線通信回路に結合された前記ＵＥからの接続リクエストメッセージを受信する手段と、前記接続リクエストメッセージは、前記ＵＥ及びソースｅ−ＮＢ間の通信リンクのラジオリンク障害後に、受信される、
前記接続リクエストメッセージをコア通信ネットワークに転送する手段と、
前記転送された接続リクエストメッセージに応答して前記コアネットワークからの接続セットアップメッセージを受信する手段と、
前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスが前記ハンドオフ中に連続的にアクティブを維持する一方、前記ターゲットｅ−ＮＢを介して前記ＵＥと第三者との間で通信ペイロードデータ搬送が再確立されるように、前記接続セットアップメッセージを前記ＵＥに転送する手段と、を備えるｅ−ＮＢ。
［Ｃ３１］
前記通信サービスは、メディアディリバリサービス及び対話型の音声サービスの少なくも一方を含むＣ３０に記載の方法。
［Ｃ３２］
前記ターゲットｅ−ＮＢへの前記接続リクエストメッセージは、前記アクティブな通信サービスを維持することに関する第１の情報を含むＣ３１に記載の方法。
［Ｃ３３］
前記第１の情報は、前記ＵＥがサービス再確立サブ状態となることを示すフラグを含むＣ３２に記載の方法。
［Ｃ３４］
コンピュータプログラムプロダクトであって、
無線通信回路に結合されたＵＥからの接続リクエストメッセージを受信するための１つまたは複数の命令のセットと、前記接続リクエストメッセージは、前記ＵＥ及びソースｅ−ＮＢ間の通信リンクのラジオリンク障害後に、受信される、
前記接続リクエストメッセージをコア通信ネットワークに転送するための１つまたは複数の命令のセットと、
前記転送された接続リクエストメッセージに応答して前記コアネットワークからの接続セットアップメッセージを受信するための１つまたは複数の命令のセットと、
前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスが前記ハンドオフ中に連続的にアクティブを維持する一方、前記ターゲットｅ−ＮＢを介して前記ＵＥと第三者との間で通信ペイロードデータ搬送が再確立されるように、前記接続セットアップメッセージを前記ＵＥに転送するための１つまたは複数の命令のセットと、を備えるコンピュータで読み取り可能な媒体を備えるコンピュータプログラムプロダクト。
［Ｃ３５］
前記通信サービスは、メディアディリバリサービス及び対話型の音声サービスの少なくも一方を含むＣ１８に記載のコンピュータプログラムプロダクト。
［Ｃ３６］
前記ターゲットｅ−ＮＢへの前記接続リクエストメッセージは、前記アクティブな通信サービスを維持することに関する第１の情報を含むＣ３４に記載のコンピュータプログラムプロダクト。
［Ｃ３７］
前記第１の情報は、前記ＵＥがサービス再確立サブ状態となることを示すフラグを含むＣ３６に記載のコンピュータプログラムプロダクト。
【図１】
2019165500.tif 000003
【図２】
2019165500.tif 000004
【図３】
2019165500.tif 000005
【図４】
2019165500.tif 000006
【図５】
2019165500.tif 000007
【図６】
2019165500.tif 000008
【図７】
2019165500.tif 000009
【手続補正書】
【提出日】令和1年7月3日(2019.7.3)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）がソース発展型Ｎｏｄｅ−Ｂ（ｅ−ＮＢ）からターゲットｅ−ＮＢへのハンドオフを行う際の前記ＵＥのための無線ハンドオフを行うための方法であって、
前記ＵＥによって前記ＵＥ及び前記ソースｅ−ＮＢ間のラジオリンク障害（ＲＬＦ）を検出することと、
前記ハンドオフ中に通信サービスが連続的にアクティブを維持するように、前記ＲＬＦの検出後及び前記ソースｅ−ＮＢから前記ターゲットｅ−ＮＢへの前記ハンドオフを前記ＵＥが行う際に、前記ＵＥのサービスレイヤーにおいてアクティブな通信サービスを維持することと、前記通信サービスが前記ＵＥと第三者との間の第１の通信を支持する、
を備える方法。