(57)【要約】  無線通信ネットワークにおいてローカル交換呼接続を管理する方法を述べ、この方法は、ターゲット無線アクセスノードにおいてローカル交換呼接続によって接続された第１のユーザ装置（１０２）を検出したことを示す第１のメッセージ（２１８、３１７）を、コアネットワークノード（１１８）において受信する工程と、第１のメッセージ（２１８、３１７）を契機として、第１のユーザ装置（１０２）から第２のユーザ装置（１０４）へのユーザプレーンデータパス（１００）をコアネットワークパス（１０９）に切り替えるように、第２のユーザ装置（１０４）へのローカル交換呼接続の状態変更を要求する第２のメッセージ（２２０、３１８）を送信する工程とを備える。さらに、方法は、ネットワークノード６００で実施される。それに対して、方法ステップは、各方法ステップを行う命令セットを備えるコンピュータプログラムを用いて実行されてもよい。
2014508479.tif 000002
【特許請求の範囲】
【請求項１】
無線通信ネットワークにおいてローカル交換呼接続を管理する方法であって、
−ローカル交換呼接続によって接続された第１のユーザ装置（１０２）を、ターゲット無線アクセスノードにおいて検出したことを示す第１のメッセージ（２１８、３１７）を、コアネットワークノード（１１８）において受信する工程と、
−前記第１のメッセージ（２１８、３１７）を契機として、前記第１のユーザ装置（１０２）から第２のユーザ装置（１０４）へのユーザプレーンデータパス（１００）をコアネットワークパス（１０９）に切り替えるように、前記第２のユーザ装置（１０４）へのローカル交換呼接続の状態変更を要求する第２のメッセージ（２２０、３１８）を送信する工程と、
−前記第１のユーザ装置（１０２）のハンドオーバが完了し、ハンドオーバされた前記第１のユーザ装置（１０２）と前記第２のユーザ装置（１０４）とをローカルに交換することができないことを示す第４のメッセージ（２２４、３２２）を、前記コアネットワークノード（１１８）において受信する工程と、
−前記第４のメッセージ（２２４、３２２）に応えて、前記第１のユーザ装置（１０２）のハンドオーバの完了後、前記第１のユーザ装置（１０２）と前記第２のユーザ装置（１０４）とのローカル交換呼接続の解除を指示する第５のメッセージ（２２６、３２４）を送信する工程と
を備えることを特徴とする方法。
【請求項２】
前記第２のメッセージ（２２０、３１８）に応えて、前記ユーザプレーンデータパス（１００）の前記コアネットワークパス（１０９）への切り替えが完了したことを示す第３のメッセージ（２２０ａ、３１８ａ）を、前記コアネットワークノード（１１８）において受信する工程をさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記第３のメッセージ（２２０ａ、３１８ａ）の送信により、前記第１のユーザ装置（１０２）発のユーザデータが、前記コアネットワーク交換パス（１０９）を通して伝送されるようになることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記第３のメッセージの送信により、さらに、前記第１のユーザ装置（１０２）のダウンリンクユーザデータおよびアップリンクユーザデータが、前記コアネットワーク交換パス（１０９）経由で伝送されるようになることを特徴とする請求項３に記載の方法。
【請求項５】
前記第１のメッセージは、ハンドオーバ検出（ＨＯ検出）メッセージを備えることを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記第１のメッセージは、再配置検出メッセージを備えることを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項７】
前記第２のメッセージは、ローカル呼ローカル交換状態変更要求（ＬＣＬＳ状態変更要求）を備えることを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項８】
前記ＬＣＬＳ状態変更要求メッセージは、その情報要素（ＩＥ）に新しい値を備え、前記新しい値は、前記第２のユーザ装置（１０４）において、前記第１のユーザ装置（１０２）発のユーザプレーンダウンリンクデータを前記コアネットワーク交換パス（１０９）経由で受信することを示す、「ハンドオーバ後のＤＬデータインジケート」であることを特徴とする請求項７に記載の方法。
【請求項９】
前記第４のメッセージは、ハンドオーバ完了（ＨＯ完了）メッセージを備えることを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
前記第４のメッセージは、再配置完了メッセージを備えることを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１１】
前記第５のメッセージは、解除コマンドメッセージを備えることを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
前記コアネットワークノードは、移動通信交換局（ＭＳＣ）を備えることを特徴とする請求項１乃至１のいずれか１項に記載の方法。
【請求項１３】
前記ローカル交換呼接続は、少なくとも１つのネットワークノードからサービスを受ける２つのユーザ装置間のデータ接続または音声接続を備え、前記呼接続は、前記少なくとも１つのネットワークノードを制御する追加のネットワークノード内でローカルに交換されていることを特徴とする請求項１乃至１２のいずれか１項に記載の方法。
【請求項１４】
無線通信ネットワークにおいてローカル交換呼接続を管理する方法であって、
−第２のユーザ装置（１０４）におけるローカル交換呼の状態変更を要求する第１のメッセージ（２２０、３１８）を、コアネットワークノード（２０８）において受信する工程と、
−前記第２のユーザ装置（１０４）において、前記第２のユーザ装置（１０４）から前記第１のユーザ装置（１０２）へのユーザプレーンデータは、ローカル交換パス（１００）と、コアネットワークパス経由のアップリンクとで送信される一方で、第１のユーザ装置（１０２）発のユーザプレーンデータを前記コアネットワークパス（１０９）経由で受信するために、前記第１のメッセージ（２２０、３１８）に応えて、前記ユーザプレーンデータパス（１００）の前記コアネットワークパス（１０９）への切り替えを指示する第２のメッセージ（２２２、３２０）を送信する工程と、
−前記第１のユーザ装置（１０２）へのローカルに交換されていた呼接続は、もはやローカルに交換されていないことを示す第４のメッセージ（２２８、３２６）を、前記コアネットワークノード（２０８）において受信する工程と
を備えることを特徴とする方法。
【請求項１５】
前記第２のメッセージ（２２２、３２０）に応えて、前記ユーザプレーンデータパス（１００）の前記コアネットワークパス（１０９）への切り替えを指示する第３のメッセージ（２２２ａ、３２０ａ）を受信する工程をさらに備えることを特徴とする請求項１４に記載の方法。
【請求項１６】
前記第１のメッセージ（２２０、３１８）に応えて、前記ユーザプレーンデータパス（１００）の前記コアネットワークパス（１０９）への切り替えが完了したことを示す第４のメッセージ（２２０ａ、３１８ａ）を送信する工程をさらに備えることを特徴とする請求項１４または１５に記載の方法。
【請求項１７】
前記第１のメッセージは、ローカル呼ローカル交換状態の変更を示す、前記メッセージの状態変更情報要素（ＬＣＳＬ状態変更ＩＥ）に新しい値を有するローカル呼ローカル交換状態変更要求メッセージ（２２０、３１８）を備えることを特徴とする請求項１４乃至１６のいずれか１項に記載の方法。
【請求項１８】
前記ローカル呼ローカル交換状態変更要求メッセージは、前記第１のユーザ装置（１０２）から前記コアネットワークパス（１０９）経由でダウンリンクデータを受信することを要求する、ハンドオーバ時のダウンリンク受信インジケート（ＩｎｄｉｃａｔｅＤＬｄａｔａＡｆｔｅｒＨａｎｄｏｖｅｒ）を備えることを特徴とする請求項１７に記載の方法。
【請求項１９】
前記第２のメッセージは、ローカル呼ローカル交換接続制御（ＬＣＬＳ＿ＣＯＮＮＥＣＴ＿ＣＯＮＴＲＯＬ）メッセージを備えることを特徴とする請求項１４乃至１８のいずれか１項に記載の方法。
【請求項２０】
前記ローカル呼ローカル交換接続制御メッセージは、前記第２のユーザ装置（１０４）において前記第１のユーザ装置（１０２）発のユーザプレーンダウンリンクデータを前記コアネットワーク交換パス（１０９）経由で受信することを指示する、ハンドオーバ時ダウンリンクデータ（ＤＬＤａｔａａｔＨａｎｄｏｖｅｒ）インジケートを備えることを特徴とする請求項８９に記載の方法。
【請求項２１】
前記コアネットワークノードは、前記第１のユーザ装置（１０２）がハンドオーバされたのと同じコアネットワークに存在することを特徴とする請求項１乃至２０のいずれか１項に記載の方法。
【請求項２２】
前記コアネットワークノードは、前記第１のユーザ装置（１０２）がハンドオーバされるネットワークに存在することを特徴とする請求項１乃至２１のいずれか１項に記載の方法。
【請求項２３】
無線通信ネットワークにおけるローカル呼接続を管理する方法であって、
−アップリンクユーザプレーンデータを、第２のユーザ装置（１０４）からコアネットワークパス（１０９）経由で、ハンドオーバされる第１のユーザ装置（１０２）へ送信することを要求する第１のメッセージ（２１２、３１２）を、ネットワークノード（１１４）において受信する工程と、
−前記第１のユーザ装置（１０２）発のユーザプレーンダウンリンクデータを、ローカルユーザプレーンデータパス（１００）からコアネットワークパス（１０９）に切り替えることを要求する第２のメッセージ（２２２、３２０）を、前記ネットワークノード（１１４）において受信する工程と、
−前記第２のメッセージに応えて、前記第１のユーザ装置（１０２）へのローカル交換呼接続が依然として有効であることを示す第４のメッセージ（２２８、３２８）を送信する工程と
を備えることを特徴とする方法。
【請求項２４】
前記第２のメッセージ（２２０、３１８）に応えて、前記ユーザプレーンデータパス（１００）の前記コアネットワークパス（１０９）への切り替えを指示する第３のメッセージ（２２２ａ、３２０ａ）を送信する工程をさらに備えることを特徴とする請求項２３に記載の方法。
【請求項２５】
前記ネットワークノードは、基地局サブシステム（ＢＳＳ）または基地局制御装置（ＢＳＣ）であることを特徴とする請求項２３または２４に記載の方法。
【請求項２６】
無線通信ネットワーク用に構成されたネットワークノード（４００）であって、
−前記無線通信ネットワークのデータおよび制御情報を送受信するように構成された通信インタフェース（４０４）と、
−前記通信インタフェース（４０４）から受信した信号を分析および処理するように構成されたプロセッサ（４０２）であって、前記信号は、ローカル交換呼接続によって接続された第１のユーザ装置（１０２）が、ターゲットネットワークノードにおいて検出されたことを示す第１のメッセージ（２１８、３１７）と、前記第１のユーザ装置（１０２）の前記ターゲットネットワークノードへのハンドオーバが完了したことを示す第４のメッセージ（２２４、３２２）とを備え、前記通信インタフェース（４０４）から受信した前記第４のメッセージ（２２４、３２２）に応えて、前記第１のユーザ装置（１０２）が成功裏に前記ターゲットネットワークノードにハンドオーバされた後、前記第１のユーザ装置（１０２）と前記第２のユーザ装置（１０４）とのローカル交換呼接続の解除を指示する第５のメッセージ（２２６、３２４）を生成し、かつ前記通信インタフェース（４０４）を介して前記第４のメッセージ（２２６、３２４）を送信するようにするようにさらに構成されたプロセッサ（４０２）と、
−前記プロセッサ（４０２）によって前記無線通信ネットワーク経由で送信されるメッセージを生成するように構成されたソフトウェアコードを格納するメモリデバイス（４０６）と
を備え、
前記プロセッサ（４０２）は、前記第１のユーザ装置（１０２）発のユーザプレーンデータをコアネットワークパス経由で受信するために、前記受信した第１のメッセージ（２１８、３１７）に応えて第２のメッセージ（２２０、３１８）を生成し、前記第１のユーザ装置（１０２）から前記第２のユーザ装置（１０４）へのユーザプレーンデータパス（１００）を前記コアネットワークパスに切り替えるように、前記第２のユーザ装置（１０４）へのローカル交換接続の状態変更を要求する前記第２のメッセージ（２２０、３１８）を前記通信インタフェース（４０４）経由で送信するようにさらに構成されていることを特徴とするネットワークノード（４００）。
【請求項２７】
無線通信ネットワーク用に構成されたネットワークノード（４００）であって、
−前記無線通信ネットワークのデータおよび制御情報を送受信するように構成された通信インタフェース（４０４）と、
−ハンドオーバ中の第１のユーザ装置（１０２）のローカル呼交換状態の変更要求を指示する第１のメッセージ（２２０、３１８）と、前記第１のユーザ装置（１０２）へのローカルに交換されていた呼接続はもはやローカルに交換されていないことを示す第４のメッセージ（２２８、３２６）を備える信号を、前記通信インタフェース（４０４）から受信し、分析および処理するように構成されたプロセッサ（４０２）と、
−前記プロセッサ（４０２）によって前記無線通信ネットワーク経由で送信されるメッセージを生成するように構成されたソフトウェアコードを格納するメモリデバイス（４０６）と
を備え、
前記プロセッサ（４０２）は、前記受信した第１のメッセージ（２２０、３１８）に応えて第２のメッセージ（２２２、３２０）を生成し、前記第２のメッセージ（２２０、３１８）を前記通信インタフェース（４０４）経由で送信するようにさらに構成され、前記第２のメッセージ（２２０、３１８）は、前記第１のユーザ装置（１０２）発のユーザプレーンデータをコアネットワークパス経由で受信するために、ユーザプレーンデータパス（１００）の前記コアネットワークパスへの切り替えインジケートを備えることを特徴とするネットワークノード（４００）。
【請求項２８】
無線通信ネットワーク用に構成されたネットワークノード（４００）であって、
−前記無線通信ネットワークのデータおよび制御情報を送受信するように構成された通信インタフェース（４０４）と、
−ターゲットネットワークノードにハンドオーバ途中の第１のユーザ装置（１０２）にコアネットワークパス経由でアップリンクユーザプレーンデータを伝送することを要求する第１のメッセージ（２１２、３１２）と、前記第１のユーザ装置（１０２）発のダウンリンクデータに関連するユーザプレーンデータを、ローカルユーザプレーンデータパス（１００）からコアネットワークパスへ切り替えることを要求する第２のメッセージ（２２２、３２０）とを備える信号を、前記通信インタフェース（４０４）から受信し、分析および処理するように構成されたプロセッサ（４０２）と、
−前記プロセッサ（４０２）によって前記無線通信ネットワーク経由で送信されるメッセージを生成するように構成されたソフトウェアコードを格納するメモリデバイス（４０６）と
を備え、
前記プロセッサ（４０２）は、前記受信した第２のメッセージ（２２２、３２０）に応えて第４のメッセージ（２２８、３２６）を生成し、第３のメッセージを前記通信インタフェース（４０４）経由で送信するようにさらに構成され、前記第３のメッセージは、前記第１のユーザ装置（１０２）のハンドオーバの完了後、前記第１のユーザ装置（１０２）へのローカル交換呼接続を終了する命令を備えることを特徴とするネットワークノード（４００）。
【請求項２９】
無線通信ネットワークにおいてハンドオーバを行うためのコンピュータプログラムであって、
−ローカル交換呼接続によって接続された第１のユーザ装置（１０２）を、ターゲット無線アクセスノードにおいて検出したことを示す第１のメッセージ（２１８、３１７）を、コアネットワークノード（１１８）において受信し、
−前記第１のメッセージ（２１８、３１７）を契機として、前記第１のユーザ装置（１０２）から第２のユーザ装置（１０４）へのユーザプレーンデータパス（１００）をコアネットワークパス（１０９）に切り替えるように、前記第２のユーザ装置（１０４）へのローカル交換呼接続の状態変更を要求する第２のメッセージ（２２０、３１８）を送信し、
−前記第１のユーザ装置（１０２）のハンドオーバが完了し、ハンドオーバされた前記第１のユーザ装置（１０２）と前記第２のユーザ装置（１０４）とをローカルに交換することができないことを示す第４のメッセージ（２２４、３２２）を、前記コアネットワークノード（１１８）において受信し、
−前記第４のメッセージ（２２４、３２２）に応えて、前記第１のユーザ装置（１０２）のハンドオーバの完了後、前記第１のユーザ装置（１０２）と前記第２のユーザ装置（１０４）とのローカル交換呼接続の解除を指示する第５のメッセージ（２２６、３２４）を送信する
命令セットを備えることを特徴とするコンピュータプログラム。
【請求項３０】
無線通信ネットワークにおいてハンドオーバを行うためのコンピュータプログラムであって、
−第２のユーザ装置（１０４）におけるローカル交換呼の状態変更を要求する第１のメッセージ（２２０、３１８）を、コアネットワークノード（２０８）において受信し、
−前記第２のユーザ装置（１０４）において、前記第２のユーザ装置（１０４）から前記第１のユーザ装置（１０２）へのユーザプレーンデータは、ローカル交換パス（１００）と、コアネットワークパス経由のアップリンクとで送信される一方で、第１のユーザ装置（１０２）発のユーザプレーンデータを前記コアネットワークパス（１０９）経由で受信するために、前記第１のメッセージ（２２０、３１８）に応えて、前記ユーザプレーンデータパス（１００）の前記コアネットワークパス（１０９）への切り替えを指示する第２のメッセージ（２２２、３２０）を送信し、
−前記第１のユーザ装置（１０２）へのローカルに交換されていた呼接続は、もはやローカルに交換されていないことを示す第４のメッセージ（２２８、３２６）を、前記コアネットワークノード（２０８）において受信する
命令セットを備えることを特徴とするコンピュータプログラム。
【請求項３１】
無線通信ネットワークにおいてハンドオーバを行うためのコンピュータプログラムであって、
−アップリンクユーザプレーンデータを、第２のユーザ装置（１０４）からコアネットワークパス（１０９）経由で、ハンドオーバされる第１のユーザ装置（１０２）へ送信することを要求する第１のメッセージ（２１２、３１２）を、ネットワークノード（１１４）において受信し、
−前記第１のユーザ装置（１０２）発のユーザプレーンダウンリンクデータを、ローカルユーザプレーンデータパス（１００）からコアネットワークパス（１０９）に切り替えることを要求する第２のメッセージ（２２２、３２０）を、前記ネットワークノード（１１４）において受信し、
−前記第２のメッセージに応えて、前記第１のユーザ装置（１０２）へのローカル交換呼接続が依然として有効であることを示す第４のメッセージ（２２８、３２６）を送信する
命令セットを備えることを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、通信システムに関し、特に、無線通信システムにおけるハンドオーバ時のローカル呼ローカル交換に関連する方法、システム、デバイスおよびソフトウェアに関する。
【背景技術】
【０００２】
無線通信ネットワークは、当初は主として、回線交換ネットワーク上で音声サービスを提供するために開発された。例えば、いわゆる第２．５世代および第３世代ネットワークのパケット交換ベアラの導入によって、ネットワークオペレータは、音声サービスに加えてデータサービスを提供することが可能になった。最終的には、ネットワークアーキテクチャは、音声サービスとデータサービスの両方を提供する全インターネットプロトコル（ＩＰ）ネットワークになりそうである。しかし、ネットワークオペレータは、既存のインフラストラクチャに多大な投資を行っており、それ故、既存のインフラストラクチャへの投資から十分な代価を取り出すことができるように、一般に、全ＩＰネットワークアーキテクチャに徐々に移行することを好むであろう。また、レガシーのインフラストラクチャを使用しながら、次世代無線通信アプリケーションをサポートするために必要な能力を提供するため、全ＩＰベースのネットワークへの移行の第一歩として、ネットワークオペレータは、既存の回線交換網またはパケット交換網に、次世代無線通信システムをオーバーレイするハイブリッドネットワークを展開することができる。あるいは、無線通信システムは、レガシー装置に対して後方互換性を依然として提供しながら、ある世代から次の世代に進化することもできる。このような進化型ネットワークの一例に、既存の第３世代（３Ｇ）無線通信システムであるユニバーサル移動通信システム（ＵＭＴＳ）から進化した高速パケットアクセス（ＨＳＰＡ）技術がある。また別の例は、ＵＭＴＳフレームワーク内の新しいエアインタフェース技術、例えばいわゆるロングタームエボリューション（ＬＴＥ）技術などの導入である。ＬＴＥシステムの目標とする性能の到達点には、例えば、５ＭＨｚセル当たり２００のアクティブ呼、および小さいＩＰパケット対して５ｍｓ以下のレイテンシをサポートすることを含んでいる。移動通信システムの新世代または１部の世代のそれぞれは、移動通信システムに複雑さと能力とを付加し、これは、提案されているシステムの強化または未来の全く新しいシステムに引き継がれると予想することができる。
【０００３】
ローカル呼ローカル交換（ＬＣＬＳ）は、３ＧＰＰ標準化グループＧＥＲＡＮ（ＧＳＭ（登録商標）／ＥＤＧＥ無線アクセスネットワーク）と、Ａｂｉｓおよび／またはＡ−ｉｎｔｅｒｆａｃｅの伝送リソースを節約することを目的としているＣＴ（コアネットワークおよび端末）とにおいて、進行中の作業項目である。ＬＣＬＳ機能は、同じＢＳＳからサービスを受けるユーザ間で発着信する呼に関しては、ユーザプレーン（すなわち、音声データパス）をＢＳＳ内でローカルに交換する能力を提供する（例えば、ユーザプレーンの音声データは、ＣＳコアネットワークを通らない）。この成果として、Ａｂｉｓおよび／またはＡ−ｉｎｔｅｒｆａｃｅ上の伝送リソースが節約される。ＬＣＬＳは、ＴＤＭベースのＡ−ｉｎｔｅｒｆａｃｅ（ＡｏＴＤＭ）とＩＰベースのＡ−ｉｎｔｅｒｆａｃｅ（ＡｏＩＰ）の両方でサポートしうる。ＬＣＬＳ機能のステージ２の業績は、２０１１年３月時点の非特許文献１（３ＧＰＰ技術仕様書２３．２８４リリース１０）に明示されている。
【０００４】
＜略語集＞
Ａ−ｉｎｔｅｒｆａｃｅ  ＢＳＣとＭＳＣとの間のインタフェース(Interface between the BSC and theMSC)
Ａ−ｌｉｎｋ  ＢＳＣとＭＳＣとの間のインタフェース(Interface between the BSC and the MSC)
Ａｂｉｓ  ＢＴＳとＢＳＣとの間のインタフェース(Interface between the BTS and BSC)
３ＧＰＰ  第３世代パートナーシッププロジェクト(3rd Generation Partnership Project)
ＢＳＣ  基地局センタ(Base Station Centre)
ＢＳＳ  基地局サブシステム(Base Station Subsystem)
ＢＴＳ  基地局システム(Base Station System)
ＣＮ  コアネットワーク(Core Network)
ＣＳ  回線交換コアネットワーク(Circuit Switched Core Network)
ＣＴ  コアネットワークおよび端末(Core Network and Terminals)
ＤＬ  ダウンリンク(Down Link)
ＧＥＲＡＮ  ＧＳＭ／ＥＤＧＥ無線アクセスネットワーク(GSM/EDGE Radio Access Network)
ＩＥ  情報要素(Information Element)
Ｉｕ  ＭＳＣとＲＮＣとの間のインタフェース(Interface between MSC and RNC)
ＬＣＬＳ  ローカル呼ローカル交換(Local Call Local Switch)
ＬＴＥ  ３ＧＰＰロングタームエボリューション(3GPP Long Term Evolution)
Ｍｃ  ＭＳＣとＭＧＷとの間のインタフェース(Interface between MSC and MGW)
ＭＧＷ  メディアゲートウェイ(Media Gate-Way)
ＭＳＣ  移動通信交換局(Mobile Switching Centre)
ＭＳＳ  移動通信交換局サーバ(Mobile Switching Centre Server)
Ｎｃ  ＭＳＣ間インタフェース(Interface between MSCs)
ｏＡ  Ａ−ｉｎｔｅｒｆａｃｅ発信呼(A-interface originating call)
ＲＡＴ  無線アクセス技術(Radio Access Technology)
ＲＮＣ  無線ネットワーク制御装置(Radio NetworkController)
ＲＮＳ  無線ネットワークサブシステム(Radio Network Subsystem)
ｔＡ  Ａ−ｉｎｔｅｒｆａｃｅ着信呼(A-interface terminating call)
ＴＤＭ  時分割多重(Time Division Multiplexing)
ＵＥ  ユーザ装置(User Equipment)
ＵＬ  アップリンク(Up Link)
ＵＭＴＳ  ユニバーサル移動通信システム(Universal Mobile TelecommunicationsSystem)
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ  ＴＳ２３．２８４
【非特許文献２】３ＧＰＰ  ＴＳ４４．０１８
【非特許文献３】３ＧＰＰ  ＴＳ４８．００８
【非特許文献４】３ＧＰＰ  ＴＳ２３．２０５
【非特許文献５】３ＧＰＰ  ＴＳ２３．００９
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、例えば、ローカルに交換されている通話中の呼を有するユーザ装置（ＵＥ）を、ＬＣＬＳ機能をサポートしないターゲットＢＳＳまたはＲＮＳに、どのようにハンドオーバするかなどに関して多くの問題が残っている。
【課題を解決するための手段】
【０００７】
一実施形態によれば、無線通信ネットワークにおいてローカル交換呼接続を管理する方法は、ローカル交換呼接続によって接続された第１のユーザ装置を、ローカル交換呼をサポートしないターゲット無線アクセスノードにおいて検出したことを示す第１のメッセージを、コアネットワークノードにおいて受信する工程と、第１のメッセージに応えて、第１のユーザ装置から第２のユーザ装置へのユーザプレーンデータパスをコアネットワークパスに切り替えるように、ローカル交換呼接続の状態変更を要求する第２のメッセージを、通信ノードから第２のユーザ装置に送信する工程とを備える。さらに、この実施形態は、第１のユーザ装置のハンドオーバが完了し、ハンドオーバされた第１のユーザ装置と第２のユーザ装置との呼接続をローカルに交換することはできないことを示す第４のメッセージを、コアネットワークノードにおいて受信する工程も備える。第４のメッセージに応えて、この方法は、第１のユーザ装置のハンドオーバの完了後に、第１のユーザ装置と第２のユーザ装置とのローカル交換呼接続の解除を指示する第５のメッセージを送信する工程を備える。コアネットワークノードは、例えば移動通信交換局（ＭＳＣ）であってもよいし、また例えば関与するＲＡＴ次第では、異なるノードであってもよい。ターゲットネットワークノードは、例えば基地局サブシステム（ＢＳＳ）であってもよいし、また例えば関与するＲＡＴ次第では、異なるノードであってもよい。
【０００８】
別の実施形態によれば、無線通信ネットワークにおいてローカル交換呼接続を管理する方法は、第１のユーザ装置発のユーザプレーンデータをコアネットワークパス経由で第２のユーザ装置において受信する一方で、第２のユーザ装置から第１のユーザ装置へのユーザプレーンデータは、ローカル交換パスと、コアネットワークパス経由のアップリンクとで送信されるように、第２のユーザ装置におけるローカル交換接続の状態変更を要求する第１のメッセージを、コアネットワークノードにおいて受信する工程と、第１のメッセージに応えて、ユーザプレーンデータパスのコアネットワークパスへの切り替えを指示する第２のメッセージを送信する工程とを備える。この実施形態による方法は、ローカルに交換されていた第１のユーザ装置（１０２）への呼接続が、もはやローカルに交換されていないことを示す第４のメッセージを、コアネットワークノードにおいて受信する工程をさらに備える。
【０００９】
別の実施形態によれば、無線通信ネットワークにおいてローカル呼接続を管理する方法は、アップリンクユーザプレーンデータを、第２のユーザ装置からコアネットワークパス経由でハンドオーバされる第１のユーザ装置へ送信することを要求する第１のメッセージを、ネットワークノードにおいて受信する工程と、第１のユーザ装置発のユーザプレーンダウンリンクデータを、ローカルユーザプレーンデータパスからコアネットワークパスへ切り替えることを要求する第２のメッセージを、ネットワークノードにおいて受信する工程とを備える。第２のメッセージに応えて、この実施形態は、第１のユーザ装置へのローカル交換呼接続が依然として有効であることを示す、第２のメッセージに対応した第４のメッセージを送信する工程をさらに備える。ネットワークノードは、例えばＢＳＳであってもよいし、また例えば関与するＲＡＴ次第では、異なるノードであってもよい。
【００１０】
他の実施形態によれば、前述の方法のそれぞれは、それぞれの通信ノードで実施されてもよい。それ故、通信ノードは、プロセッサ、通信インタフェース、および／または方法に述べる機能を実行するように構成された他の適切な構成または要素を有していてもよい。
【００１１】
さらに、上記の方法実施形態の各工程は、これらの方法実施形態の工程を実行するための命令のセットを備える適切なコンピュータプログラムによって実施されてもよい。
【００１２】
本明細書に提示する教示を利用できる当業者には、開示する発明の変更された形態および他の形態が浮かぶであろう。従って、本発明は、開示する特定の実施形態に限定されず、変更された形態および他の形態も本開示の範囲内に含むものである。本明細書においては、特定の用語を使用することがあるが、それらは、一般的かつ説明的意味だけで使用されており、限定するためではない。
【００１３】
例示的実施形態は、添付する図面とともに以下の説明を読むことにより、理解されるであろう。
【図面の簡単な説明】
【００１４】
【図１】無線通信システムにおけるローカル交換ローカル呼に関係する種々のノードを示す。
【図２】一実施形態による、ローカル交換ローカル呼が関わるハンドオーバに関連するシグナリングを示す。
【図３】別の実施形態による、ローカル交換ローカル呼が関わるハンドオーバに関連するシグナリングを示す。
【図４】また別の実施形態による、ローカル交換ローカル呼が関わるハンドオーバに関連するシグナリングを示す。
【図５】また別の実施形態による、ローカル交換ローカル呼が関わるハンドオーバに関連するシグナリングを示す。
【図６】実施形態を実施するために使用しうるノードを示す。
【発明を実施するための形態】
【００１５】
例示的実施形態についての以下の詳細説明は、添付の図面に関するものである。異なる図面に記載されている同じ参照番号は、同一または類似の要素を表している。また、以下の詳細説明は、本発明を限定するものではない。以下の実施形態については、簡潔にするために、例示的な用語および構成に関して説明される。しかし、以下に説明される実施形態は、そのような用語および構成を使用するシステムに限定されず、他の通信システムに適用しうるものである。
【００１６】
明細書を通して、「一実施形態」（”one embodiment” or ”an embodiment”）と述べる場合、実施形態に関連して述べる特定の機能、構成、または特徴が、本発明の少なくとも１つの実施形態に含まれていることを意味している。従って、明細書を通して種々の場所に、「一実施形態においては」（”in one embodiment” or”in an embodiment”）という語句が現れても、必ずしも全てが同じ実施形態を指しているわけではない。さらに、特定の機能、構成、または特徴は、１つ以上の実施形態の中で、適切な任意のやり方で組み合わされてもよい。
【００１７】
簡単に上述したように、ローカル呼でかつローカルに交換されている（ＬＣＬＳ）呼についてのハンドオーバは、ある種の問題を提示する。これらの問題をよりよく理解するために、図１は、ＬＣＬＳ呼に関わる種々のノードおよびインタフェースを示す。
【００１８】
有効なユーザプレーンパス１００は、２つのＵＥ１０２と１０４との間の呼に関するものであり、２つのＢＴＳ１０６と１０８との間に、ローカル交換手段が設けられている。それに対して、無効なユーザプレーンパス１０９、すなわち２つのＡｂｉｓリンク、２つのＡ−ｌｉｎｋ、およびコアネットワーク内のリンクは、トラヒックを運ばず、それ故、破線で示されている。また、図１は、制御プレーンパス１１０も示す。さらに、図１は、無線アクセスネットワーク部ＲＡＮ１１７およびコアネットワーク部ＣＮ１１６も示す。図１から分かるように、図１の実施形態の無線アクセスネットワークＲＡＮ１１７は、ＢＣＳ／ＢＳＳ１１４および２つのＢＴＳ１０６、１０８を備えている。この例では、ＢＳＣ／ＢＳＳ１１４は、ローカル呼交換を行う能力を有するが、他のＢＳＣ／ＢＳＳは、この能力を有さなくてもよい。図は、シグナリング／制御プレーンにおける発信ＭＳＣ（ｏＭＳＣ）１１８、中間ＭＳＣ（ｉＭＳＣ）１２０、および着信ＭＳＣ（ｔＭＳＣ）１２２、ならびにデータ／制御プレーンにおける種々のＭＧＷ１２４を含む、コアネットワーク１１６の種々の要素も示す。
【００１９】
ＬＣＬＳについては、典型的に、無線通信システムにおける呼確立フェーズ中の例を使って表現することが試みられている。このフェーズ中に、コアネットワーク（ＣＮ）内で、ＬＣＬＳのサポートに関するネゴシエーションが行われ、ＬＣＬＳのネゴシエーションに成功すると、発信端末と着信端末とを互いに関係付けて接続するように（コールレッグの別名でも知られている）、ＢＳＳに対して要求がなされる。既存の補助的サービスとの相互作用、合法的傍受、およびハンドオーバが、サポートされている。シナリオによっては、そのような補助的サービスが呼び出されると、既存のローカル交換呼の切断を必要とすることがあり、その場合、ユーザプレーン上の音声データは、コアネットワーク経由で送られる。
【００２０】
呼がＢＳＳを通してローカルに交換されているとき、例えばＵＭＴＳ／ＬＴＥ  ＲＡＴへのシステム間ハンドオーバが生じる、またはＬＣＬＳ機能をサポートしないＢＳＳへの、同じＲＡＴ内のＢＳＳ間ハンドオーバが生じると、ローカル交換呼は切断され、通常のコアネットワーク交換のユーザプレーンが再開される。例として、図１のシステムにおいてローカルに交換されている通話中の呼を有する移動機１０２（ＵＥ−１）が、ＬＣＬＳ機能をサポートしないターゲットＢＳＳ（図１に図示せず）またはターゲットＲＮＳにハンドオーバされる場合を考慮する。ＢＳＳ間ハンドオーバの準備フェーズおよびシステム間ハンドオーバの準備フェーズの一環として、アンカーＭＳＣは、静止した移動機１０４（ＵＥ−２、すなわちハンドオーバの対象でない移動機）のコールレッグを制御するＢＳＳ１１４（またはＢＳＣ）にメッセージを送信して、ＵＥ−１  １０２とＵＥ−２  １０４との間で伝送されるローカル交換ユーザプレーンデータに加えて、ユーザプレーンデータＵＬをコアネットワークに送信開始するようにＢＳＳ１１４に要求する。コアネットワークにおいては、ＵＥ−２  １０４からのユーザプレーンデータは、ターゲットＢＳＳ（または、それぞれターゲットＲＮＳ）に送信され、最終的には（ハンドオーバが成功裏に完了して、ＵＥ−１  １０２がターゲットＢＳＳ（それぞれターゲットＲＮＳ）に移動した時）、ＵＥ−１  １０２によって受信される。
【００２１】
非特許文献１（３ＧＰＰ技術仕様書２３．２８４）は、ＭＳＣからの上記メッセージの受信時、静止した移動機（ＵＥ−２、ハンドオーバの対象でない移動機）のコールレッグを制御するＢＳＳも、移動機が最終的にターゲットＢＳＳ（それぞれターゲットＲＮＳ）に移動した時に、ＵＥ−１発のユーザプレーンデータＤＬをコアネットワークから受信するように準備ができているものとする、と明記している。
【００２２】
この解決策は、ＢＳＳにおいてコアネットワークからのユーザプレーンデータを検出すると、このＢＳＳは、自律的に、すなわちＣＮからのいかなる明示的な支援もなしに、着信ユーザプレーンデータパスを、ローカル交換接続からコアネットワーク交換パスに切り替えなければならないことを意味している。
【００２３】
この特定の解決策は、ＴＤＭベースのＡ−ｉｎｔｅｒｆａｃｅを介してコアネットワークと通信しているＢＳＳにおいてＬＣＬＳが実施されるとき、ＢＳＳを実施する複雑さを不必要に増加するであろう。この理由は、Ａ−ｉｎｔｅｒｆａｃｅ上の、「使用されていない」ＴＤＭタイムスロット、および「使用されているがユーザデータを少しも有さない」ＴＤＭタイムスロットに関するＴＤＭタイムスロットパターンが標準化されておらず、従って、異なるＢＳＳ／ＭＳＳベンダ間の相互運用性が、たぶん確保されていないからである。
【００２４】
前述の非特許文献１は、上述の有効なユーザプレーンの検出に基づく、ＢＳＳにおけるインバンド切り替えが、ＢＳＳにおいて実施できない、または例えば相互運用性の問題に起因して正常に働かない場合に備えて、代替案も提供している。この場合、（ハンドオーバ手順の首尾よい完了時に）ターゲットＢＳＳから受信したハンドオーバ完了メッセージ（またはＩｕインタフェース上でターゲットＲＮＳから受信した再配置完了メッセージ）によってトリガされて、）アンカーＭＳＣからハンドオーバされた移動機（ＵＥ−１）の元のサービングＢＳＳに送信する解除コマンドメッセージが、ローカルでの交換を切断させ、両端からコアネットワークを通した通常のユーザプレーン交換を再開させる。この意味することは、静止した移動機（ＵＥ−２、ハンドオーバの対象でない移動機）のコールレッグを制御するＢＳＳは、そのパスが切断されているのでローカル交換ユーザプレーンパスをもはや使用せずに、ＣＮからＵＥ−２へ宛てられたユーザプレーンを受信するということである。しかし、ＵＥ−２  １０４に向かうユーザプレーンデータパスの切り替えをトリガするために、ＢＳＳにおいて解除コマンドメッセージを使用すると、（ＬＣＬＳ機能の影響なしに）レガシーネットワークにおける同じハンドオーバシナリオに比べて、両通話者間の音声フローにより長い中断を引き起こす。より具体的には、レガシーネットワークにおいては、ターゲットＭＧＷユーザデータパスの一方向から双方向への変更は、ターゲットＭＳＣにおけるハンドオーバ検出メッセージ（それぞれ、Ｉｕインタフェース上で受信される再配置検出メッセージ）の受信時に既にトリガされており、移動機がハンドオーバを完了すると直ぐに、ハンドオーバされた移動機から他端にユーザデータを送信できる可能性をネットワークに与えている。ハンドオーバ検出メッセージからハンドオーバ完了メッセージまでの間（または再配置検出メッセージから再配置完了メッセージまでの間）の時間差は、実際のネットワークにおいては、２００ｍｓから最大６００ｍｓまで測定されている。これは、ＬＣＬＳが関わるハンドオーバ中に、静止した移動機に向かうユーザプレーンデータパスの切り替えをトリガするために、ハンドオーバ完了メッセージ／解除コマンドメッセージ（または再配置完了メッセージ／解除コマンドメッセージ）を使用する場合、ＵＥ−１  １０２からＵＥ−２  １０４への音声フローに聞き取れる途切れを生じることになる。
【００２５】
それに対して、実施形態によれば、コアネットワークは、ハンドオーバ中のＬＣＬＳを使用する呼のために、ユーザプレーンパスの切り替えを支援することができる。例えば、移動機１０２（ＵＥ−１）がターゲットセルの割り当てられたチャネルに同調しており、ターゲットＢＳＳ（またはターゲットＲＮＳ）が新しい移動機を検出すると、ターゲットＢＳＳ（またはターゲットＲＮＳ）は、ハンドオーバ検出メッセージ（それぞれ再配置検出メッセージ）をそのサービングＭＳＣに送信する。このハンドオーバ検出メッセージは、本来、ＢＳＳ間ハンドオーバ、およびシステム間ハンドオーバのＵＭＴＳ手順までのレガシー部分であり、例えば、非特許文献２〜５を参照されたい。実施形態によれば、ＭＳＣにおいてハンドオーバ検出メッセージを受信すると、他の（静止した）移動機（ＵＥ−２）のコールレッグをサービスするＢＳＳへの、新しい制御メッセージ、またはレガシー制御メッセージの強化もしくは変更メッセージの送信をトリガする。新しい制御メッセージ、またはレガシー制御メッセージの強化もしくは変更メッセージを受信すると、ＢＳＳは、ユーザプレーンデータパスをローカル交換接続からコアネットワーク交換パスへ切り替える。結果として、今やユーザプレーンデータは、ＵＥ−１  １０２からコアネットワークを通ってＢＳＳに送信され、ＢＳＳからさらにＵＥ−２  １０４に送信される。
【００２６】
図２は、ＢＳＳ間ハンドオーバによりＬＣＬＳが切断され、ＵＥ−１に属するコールレッグがサービングＢＳＳ−１からターゲットＢＳＳへハンドオーバされる一実施形態に関する、シグナリングシーケンス例を示す。この例においては、呼に対してＬＣＬＳが確立されるとき、すなわち矢印２００で示されるように、ハンドオーバに先立ちローカル呼の交換が行われるとき、ＢＳＳ−１はＢＳＳ−２と同じであることに留意されたい。ステップ／信号２０２において、ＵＥ−１  １０２に関するＢＳＳ間ハンドオーバを要求するハンドオーバ必要メッセージが、ＢＳＳ−１  １１４から送信される。サービングＢＳＳ−１  １１４は、ＢＳＳ−１がＵＥ−１にサービスを提供する限り、ユーザプレーンデータをローカルにＵＥ−1  １０２からＵＥ−２  １０４へ転送し続ける。
【００２７】
ステップ／信号２０４に示すように、アンカーＭＳＣ−１サーバは、ローカル呼をスルー接続する「接続」を示すＬＣＬＳ接続状態制御ＩＥを有するハンドオーバ要求メッセージをターゲットＢＳＳ２０３に送信する。ターゲットＢＳＳ２０３は、例えばＬＣＬＳ能力を有さないので、呼のローカル交換ができないことを示すハンドオーバ要求応答メッセージ２０６を返信する。
【００２８】
アンカーＭＳＣ１１８からＬＣＬＳ切断に関するメッセージ２１０を受信後、遠端ＭＳＣ−２サーバ２０８は、ＢＳＳ−２  １１４に、ＬＣＬＳ接続制御メッセージ２１２と“ＢｉｃａｓｔＡｔＨａｎｄｏｖｅｒ”を示すＬＣＬＳ接続状態制御情報要素（ＩＥ）とを有するユーザプレーンデータＵＬの送信開始を要求する。これは、ＵＥ−１  １０２とＵＥ−２  １０４との間で伝送されるローカル交換ユーザプレーンデータに加えて、ＵＥ−２  ＵＬからコアネットワーク（ＭＧＷ−２  １２４）へのユーザプレーンデータを、ＢＳＳ−２  １１４にバイキャスト（ｂｉ−ｃａｓｔ）させる。コアネットワークにおいて、ユーザプレーンデータは、ターゲットＢＳＳ２０３に送信され、最終的には（ＵＥ−１  １０２がターゲットＢＳＳ２０３に移動した時）、ＵＥ−１  １０２によって受信される。メッセージ２１２は、メッセージ２１３によって送達確認される。
【００２９】
アンカーＭＳＣ−１  １１８サーバは、ＢＳＳＭＡＰハンドオーバコマンドメッセージ２１４をサービングＢＳＳ−１  １１４に送信して、それにより、ＢＳＳからハンドオーバコマンドメッセージ２１６をＵＥ−１  １０２に送信させる。ターゲットＢＳＳ２０３においてＵＥ−１  １０２を検出すると、ハンドオーバ検出メッセージ２１８がアンカーＭＳＣ−１  １１８に送信される。
【００３０】
実施形態によれば、ハンドオーバ検出メッセージ２１８は、ＢＳＳにおいてユーザプレーンデータパスを切り替えるトリガとしての役割を果たすことができる。例えば、ハンドオーバ検出メッセージ２１８の受信時、アンカーＭＳＣ−１サーバ１１８は、ＬＣＬＳ状態変更メッセージ２２０（例えば、ＬＣＬＳ状態更新メッセージをＬＣＬＳ状態変更要求ＩＥに新しい値を用いて再使用するか、または全く新しいメッセージ使用する）を、継承するＭＳＣサーバ２０８に送信する。遠端ＭＳＣ−２サーバ２０８は、ＵＥ−１  １０２発のユーザプレーンデータをコアネットワーク１１６から受信開始するために、メッセージ２２２によって、ＢＳＳ−２  １１４にダウンリンク（ＤＬ）ユーザプレーンデータパスを切り替えるように要求する。
【００３１】
一実施形態によれば、メッセージ２２２は、ＢＳＳ−２（およびＢＳＳ−１）にローカル交換を切断するように、明示的には要求しない。すなわち、ＢＳＳ−１／ＢＳＳ−２は、ユーザプレーンデータをローカルに伝送し続けてもよい。この実施形態に関しては、ローカル交換の切断は、元のサービングＢＳＳ−１が解除コマンドメッセージ、すなわち下記の信号２２６を受信することで開始される。代替実施形態として、ＭＳＣ−２サーバ２０８は、ＢＳＳ−２  １１４に、ローカル交換を切断し、ＵＥ−１発のユーザプレーンデータＤＬをコアネットワークから受信開始するように要求する。すなわち、メッセージ２２２は、ＢＳＳ−１およびＢＳＳ−２が、ＵＥ−１とＵＥ−２との間でローカルにユーザプレーンデータを伝送するのを止めさせる。今や、通常のコアネットワーク交換ユーザプレーンが両端で開始される。ＭＳＣ−２サーバ２０８からＢＳＳ−２  １１４へ送信されるメッセージ２２２は、例えば、全く新しいメッセージ、またはＬＣＬＳ接続状態制御ＩＥに新しい値を用いて既存のＬＣＬＳ接続制御メッセージを再使用したものであってもよい。
【００３２】
ターゲットＢＳＳ２０３は、ハンドオーバ完了メッセージ２２４のＬＣＬＳ−ＢＳＳ状態ＩＥで、呼をローカルに交換することができないことをＭＳＣ−１サーバ１１８に示す。ＭＳＣ−１サーバ１１８は、解除コマンドメッセージ２２６によって、元のサービングＢＳＳ−１  １１４に古いコールレッグを解除するように要求する。特許文献１においては、解除コマンドメッセージは、ローカル交換も切断する。すなわち、今や、ＵＥ−１とＵＥ−２との間のローカルなユーザプレーンデータの伝送が停止される。しかし、（上述の）代替として、ローカル交換の解放は、ＢＳＳ−２において新しい制御メッセージ２２２の受信時に既に行われていてもよい。
【００３３】
サービングＢＳＳ−２  １１４は、ＬＣＬＳ通知メッセージ２２８によって、ＭＳＣ−２サーバ２０８にＬＣＬＳが切断されていることを通知する。メッセージ２３０に示されているように、サービングＢＳＳ−１における古いコールレッグの解除が完了し、アンカーＭＳＣ−１サーバ１１８は、メッセージ２３２によって、継承するコアネットワークノードにＬＣＬＳがついに切断されたことを通知する。この時、矢印２３４で示すように、ＵＥ−１  １０２とＵＥ−２  １０４との間に、通常に交換されたユーザプレーンが確立する。
【００３４】
実施形態によれば、例えばＵＭＴＳ  ＲＡＴなどへのローカル交換を終了するシステム間ハンドオーバを行うために、類似のシグナリング／ステップを使用することができ、この例を図３に提示する。この実施形態においては、図２のノードと類似のノードを使用するので、類似のノードを指すために、図３においては同じノード番号を使用していることに留意されたい。しかし、この図は、システム内ハンドオーバとは対照的に、ＵＭＴＳ  ＲＡＴへのシステム間ハンドオーバを表しているので、ターゲットノード３００は、この例ではＢＳＳではなくＲＮＳと呼ぶ。実施形態によるシステム間ハンドオーバはＵＭＴＳ  ＲＡＴに限定されず、例えばＬＴＥ  ＲＡＴなどへの、任意の所望のＲＡＴとの間で行われてもよいことにさらに留意されたい。従って、図３にＢＳＳ、ＭＳＣ、ＭＧＷおよびＲＮＳと示し、以下に説明するノードは、より一般的には、通信ノードと呼んでもよく、例えばＬＴＥなどの他のＲＡＴにおいては異なって実施されてもよい。例えば、図３に示し以下に説明するノードの１つ以上は、代わりに、ｅＮｏｄｅＢ、またはＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）のノード、または図３に示すノードと同じもしくは類似の機能を行う他の任意の通信ノードであってもよい。
【００３５】
この場合も、ハンドオーバに先立って、ＵＥ−１  １０２とＵＥ−２  １０４は、矢印３０２で示すように、同じＢＳＳ１１４を使用してローカル交換呼によって接続されている。この場合、ＢＳＳ−１  １１４から、ＵＥ−１  １０２に対するシステム間ハンドオーバを要求するハンドオーバ要求メッセージ３０４が送信される。サービングＢＳＳ−１  １１４は、ＢＳＳ−１  １１４がＵＥ−１  １０２にサービスを提供している限り、ユーザプレーンデータをＵＥ−１  １０２からＵＥ−２  １−４へローカルに転送し続ける。アンカーＭＳＣ−１サーバ１１８は、再配置要求メッセージ３０６をターゲットＲＮＳ３００に送信し、ターゲットＲＮＳ３００は、再配置要求応答メッセージ３０８を返信する。メッセージ３１０によってＬＣＬＳ状態の変更を通知されると、遠端ＭＳＣ−２サーバ２０８は、ＢＳＳ−２  １１４に、ＬＣＬＳ接続制御メッセージ３１２と“ＢｉｓｃａｓｔＡｔＨａｎｄｏｖｅｒ”を示すＬＣＬＳ接続状態制御ＩＥとを有するユーザプレーンデータＵＬの送信開始を要求する。メッセージ３１２は、ＢＳＳ−２  １１４からのメッセージ３１３によって送達確認されてもよい。
【００３６】
メッセージ３１２の受信を契機として、ＢＳＳ−２  １１４は、ＵＥ−１  １０２とＵＥ−２  １０４との間で伝送されるローカル交換ユーザプレーンデータに加えて、ＵＥ−２  ＵＬからコアネットワーク１１６（例えば、ＭＧＷ−２  １２４）へのユーザプレーンデータのバイキャストを開始する。コアネットワーク１１６においては、ユーザプレーンデータは、ターゲットＲＮＳ３００に送信され、最終的には（ＵＥ−１  １０２がターゲットＲＮＳ３００に移動した時）、ＵＥ−１  １０２によって受信される。
【００３７】
アンカーＭＳＣ−１  １１８サーバは、ＢＳＳＭＡＰハンドオーバコマンドメッセージ３１４をサービングＢＳＳ−１  １１４に送信し、これを契機として、ＢＳＳ１１４は、ハンドオーバコマンドメッセージ３１６をＵＥ−１  １０２に送信する。ターゲットＲＮＳ３００は、ＵＥ−１  １０２を検出すると、再配置検出メッセージ３１７をアンカーＭＳＣ−１  １１８に送信する。この実施形態によれば、再配置検出メッセージ３１７は、ＢＳＳ１１４におけるユーザプレーンデータパス切り替えのトリガとして使用されている。
【００３８】
より具体的には、再配置検出メッセージ３１７の受信時、一実施形態によるアンカーＭＳＣ−１  １１８サーバは、ＬＣＬＳ状態変更メッセージ３１８（例えば、ＬＣＬＳ状態変更要求ＩＥに新しい値を用いてＬＣＬＳ状態更新メッセージを再使用するか、または全く新しいメッセージを使用する）を、継承するＭＳＣサーバ２０８に送信する。遠端ＭＳＣ−２サーバ２０８は、ＵＥ−１  １０２発のユーザプレーンデータをコアネットワーク１１６から受信開始するために、メッセージ３２０によって、ＢＳＳ−２  １１４にＤＬユーザプレーンデータパスを切り替えるように要求する。
【００３９】
一実施形態によれば、メッセージ３２０は、ＢＳＳ−２  １１４（およびＢＳＳ−１  １１４）に、ローカル交換を切断するように、明示的には要求しない。すなわち、ＢＳＳ−１／ＢＳＳ−２は、ローカルにユーザプレーンデータを伝送し続けてもよい。この実施形態によれば、ローカル交換の切断は、以下に説明するように、元のサービングＢＳＳ−１  １１４における解除コマンドメッセージの受信によって開始される。
【００４０】
代替として、ＭＳＣ−２サーバ２０８は、ＢＳＳ−２  １１４に、ローカル交換を切断し、ＵＥ−１  １０２発のユーザプレーンデータＤＬをコアネットワーク１１６から受信開始するように要求する。すなわち、メッセージ３２０は、ＢＳＳ−１  １１４およびＢＳＳ―２  １１４が、ＵＥ−１  １０２とＵＥ−２  １０４との間でローカルにユーザプレーンデータを伝送するのを止めさせる。今や、両端で通常のコアネットワーク交換ユーザプレーンが再開される。ＭＳＣ−２サーバ２０８からＢＳＳ−２  １１４へ送信されるメッセージ３２０は、全く新しいメッセージ、またはＬＣＬＳ接続状態制御ＩＥに新しい値を用いて既存のＬＣＬＳ接続制御メッセージを再使用したものであってもよい。
【００４１】
ターゲットＲＮＳ３００は、再配置完了メッセージ３２２のＬＣＬＳ−ＢＳＳ状態ＩＥで、呼をローカルに交換することができないことを、ＭＳＣ−１サーバ１１８に示す。ＭＳＣ−１サーバ１１８は、解除コマンドメッセージ３２４によって元のサービングＢＳＳ−１  １１４に、古いコールレッグを解除するように要求する。非特許文献１においては、解除コマンドメッセージは、ローカル交換も切断する。すなわち、今や、ＵＥ−１とＵＥ−２との間のローカルなユーザプレーンデータの伝送が停止される。しかし、代替として、ローカル交換の解放は、上述のＢＳＳ−２における新しい制御メッセージ３２０の受信時に、既に行われていてもよい。
【００４２】
サービングＢＳＳ−２  １１４は、ＬＣＬＳ通知メッセージ３２６によって、ＭＳＣ−２サーバ２０８にＬＣＬＳが切断されていることを通知する。メッセージ３２８に示されているように、サービングＢＳＳ−１  １１３における古いコールレッグの解除は完了している。アンカーＭＳＣ−１サーバ１１８は、メッセージ３３０によって、継承するコアネットワークノードにＬＣＬＳがついに切断されたことを通知し、次いで、ハンドオーバ後に、通常に交換されたユーザプレーン３３２経由でデータが流れる。前述のように、図３に示す実施形態は、ＵＭＴＳ  ＲＡＴへのシステム間ハンドオーバの例であるが、他の実施形態は、ＬＴＥまたは他のＲＡＴに向けて同様に実施されてもよく、従って、当業者が理解するであろうように、ｅＮｏｄｅＢなどの異なる通信ノードを含むであろう。そのような実施形態も、本発明では考慮しているので、１つ以上の「ノード」または「通信ノード」と言及している実施形態は、関与する特定の標準化方式に関して一般的であることを意図している。
【００４３】
従って、前述の実施形態によれば、システム間ハンドオーバまたはＬＣＬＳ機能をサポートしないノードへのノード間ハンドオーバ中に、静止した移動機（ＵＥ−２）のサービングＢＳＳ（または他のノード）において、ＤＬユーザプレーンデータパスを切り替えるのに、例えばハンドオーバ検出メッセージをトリガとして使用することによって、ターゲットセルに現在存在する移動機（ＵＥ−１）と静止した移動機（ＵＥ−２）との間の通話パスの途切れは最小限になる。
【００４４】
図４および図５は、本方法の他の実施形態を示し、ＢＳＳ間ハンドオーバ（図４）またはＲＡＴ間ハンドオーバ（図５）が、ＬＣＬＳ接続が終端されているところに生じる。図４および図５の両方とも、図２および図３に示す実施形態に対して軽微な変更を有している。繰り返しを避けるために、これらの実施形態における追加の信号についてだけ説明する。図４および図５の残りのシグナリングは、図２および図３の実施形態と同じだからである。
【００４５】
図４によると、アンカーＭＳＣ１１８が送信したＬＣＬＳ状態更新メッセージ３１０は、ローカル交換呼接続とコアネットワークパスの両方によるユーザプレーンデータＵＬの送信が始まり、そのデータがＢＳＳ−２でＬＣＳＬ＿ＣＯＮＮＥＣＴ＿ＣＯＮＴＲＯＬ＿Ａｃｋメッセージ３１３によって送達確認された後、遠端ＭＳＣ−２サーバ２０８がＬＣＬＳ状態更新送達確認メッセージ３１０ａを送信することによって送達確認される。
【００４６】
さらに、第１のユーザ装置ＵＥ−１  １０２と第２のユーザ装置ＵＥ−２との間のユーザプレーンパスがコアネットワークパス１０９にいったん切り替えられると、ＢＳＳ−２は、ＬＣＬＳ＿ＣＯＮＮＥＣＴ＿ＣＯＮＴＲＯＬ応答メッセージ２２２ａをターゲットＭＳＣ−１  ２０８に返信し、ターゲットＭＳＣ−２  ２０８に、第１のユーザ装置ＵＥ−１  １０２と第２のユーザ装置ＵＥ−２  １０４との呼接続が、ＬＣＬＳ状態変更要求メッセージ２２０の中でアンカーＭＳＣ−１  １１８から要求されたＬＣＬＳ構成でローカルに交換されていることを通知する。その後、ターゲットＭＳＣ−２  ２０８からアンカーＭＳＣ−１  １１８へＬＣＬＳ状態変更要求応答メッセージ２２０ａを送信することによって、アンカーＭＳＣ−１  １１８は、第１のユーザ装置ＵＥ−１  １０２と第２のユーザ装置ＵＥ−２  １０４との間のユーザプレーンパスの切り替えが完了したことを通知される。このメッセージは、ＭＳＣ−１  １１８に、ＵＥ−１  １０２とＵＥ−２  １０４との間のローカル交換呼接続の切断の準備が整い、２つのユーザ装置ＵＥ−１  １０２とＵＥ−２  １０４との間のローカル交換呼接続の変更要求が受け入れられたことを通知する。
【００４７】
図５におけるＬＣＬＳ＿ＣＯＮＮＥＣＴ＿ＣＯＮＴＲＯＬ応答メッセージ３２０ａの信号およびＬＣＬＳ状態変更要求応答メッセージ３１８ａの信号は、前のパラグラフで述べた参照番号２２２ａの信号および２２０ａの信号に類似しており、従って、再度説明はしない。
【００４８】
前述の方法およびシグナリング方式は、上記の実施形態において説明したステップを行うように構成されたノードまたは構成により実施されてもよい。図６は、上述の例示のＢＳＳ、ｅＮｏｄｅＢ、ＭＳＣ、または他のノード６００を一般的に示す。ノード６００は、１つ以上の通信インタフェース６０４に接続されたプロセッサ６０２を有していてもよい。プロセッサ６０２は、例えば図２、３、４、５に関して上述したように、通信インタフェース６０４から受信した信号を分析および処理し、通信インタフェースを用いてメッセージまたは信号を送信するように構成されている。ノード６００がエアインタフェース能力を有する場合、例えばノード６００が基地局機能であるかまたはそれを有する場合、ノード６００は、トランシーバ経由でプロセッサ６００に接続される１つ以上のアンテナ（図示せず）を有する。プロセッサ６００は、例えば上述のメッセージを生成するために、プロセッサ６００が実行するソフトウェアコードまたはプログラム命令を格納することができる、１つ以上のメモリデバイス６０６にも接続されていてもよい。
【００４９】
上述の実施形態は、本発明を制限するものではなく、あらゆる点において、説明することを目的としている。その全ての変形形態および変更形態は、以下の特許請求の範囲に規定される本発明の範囲および精神の中に含まれると考えられる。本願の記述において使用している要素、動作、または命令は、本発明に決定的に重要または必要不可欠と明示的に記述されない限り、本発明に決定的に重要または必要不可欠と解釈されるべきではない。また、本明細書での使用においては、冠詞“ａ”は、１以上を含むものである。
【図１】
2014508479.tif 000003
【図２】
2014508479.tif 000004
【図３】
2014508479.tif 000005
【図４】
2014508479.tif 000006
【図５】
2014508479.tif 000007
【図６】
2014508479.tif 000008
【手続補正書】
【提出日】平成25年10月22日(2013.10.22)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信ネットワークにおいてローカル交換呼接続を管理する方法であって、
−ローカル交換呼接続によって接続された第１のユーザ装置（１０２）を、ターゲット無線アクセスノードにおいて検出したことを示す第１のメッセージ（２１８、３１７）を、コアネットワークノード（１１８）において受信する工程と、
−前記第１のメッセージ（２１８、３１７）を契機として、前記第１のユーザ装置（１０２）から第２のユーザ装置（１０４）へのユーザプレーンデータパス（１００）をコアネットワークパス（１０９）に切り替えるように、前記第２のユーザ装置（１０４）へのローカル交換呼接続の状態変更を要求する第２のメッセージ（２２０、３１８）を送信する工程と、
−前記第１のユーザ装置（１０２）のハンドオーバが完了し、ハンドオーバされた前記第１のユーザ装置（１０２）と前記第２のユーザ装置（１０４）とをローカルに交換することができないことを示す第４のメッセージ（２２４、３２２）を、前記コアネットワークノード（１１８）において受信する工程と、
−前記第４のメッセージ（２２４、３２２）に応えて、前記第１のユーザ装置（１０２）のハンドオーバの完了後、前記第１のユーザ装置（１０２）と前記第２のユーザ装置（１０４）とのローカル交換呼接続の解除を指示する第５のメッセージ（２２６、３２４）を送信する工程と
を備えることを特徴とする方法。
【請求項２】
前記第２のメッセージ（２２０、３１８）に応えて、前記ユーザプレーンデータパス（１００）の前記コアネットワークパス（１０９）への切り替えが完了したことを示す第３のメッセージ（２２０ａ、３１８ａ）を、前記コアネットワークノード（１１８）において受信する工程をさらに備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記第３のメッセージ（２２０ａ、３１８ａ）の送信により、前記第１のユーザ装置（１０２）発のユーザデータが、前記コアネットワーク交換パス（１０９）を通して伝送されるようになることを特徴とする請求項１または２に記載の方法。
【請求項４】
前記第３のメッセージの送信により、さらに、前記第１のユーザ装置（１０２）のダウンリンクユーザデータおよびアップリンクユーザデータが、前記コアネットワーク交換パス（１０９）経由で伝送されるようになることを特徴とする請求項３に記載の方法。
【請求項５】
前記第１のメッセージは、ハンドオーバ検出（ＨＯ検出）メッセージを備えることを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
前記第１のメッセージは、再配置検出メッセージを備えることを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項７】
前記第２のメッセージは、ローカル呼ローカル交換状態変更要求（ＬＣＬＳ状態変更要求）を備えることを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項８】
前記ＬＣＬＳ状態変更要求メッセージは、その情報要素（ＩＥ）に新しい値を備え、前記新しい値は、前記第２のユーザ装置（１０４）において、前記第１のユーザ装置（１０２）発のユーザプレーンダウンリンクデータを前記コアネットワーク交換パス（１０９）経由で受信することを示す、「ハンドオーバ後のＤＬデータインジケート」であることを特徴とする請求項７に記載の方法。
【請求項９】
前記第４のメッセージは、ハンドオーバ完了（ＨＯ完了）メッセージを備えることを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
前記第４のメッセージは、再配置完了メッセージを備えることを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１１】
前記第５のメッセージは、解除コマンドメッセージを備えることを特徴とする請求項１乃至１０のいずれか１項に記載の方法。
【請求項１２】
前記コアネットワークノードは、移動通信交換局（ＭＳＣ）を備えることを特徴とする請求項１に記載の方法。
【請求項１３】
前記ローカル交換呼接続は、少なくとも１つのネットワークノードからサービスを受ける２つのユーザ装置間のデータ接続または音声接続を備え、前記呼接続は、前記少なくとも１つのネットワークノードを制御する追加のネットワークノード内でローカルに交換されていることを特徴とする請求項１乃至１２のいずれか１項に記載の方法。
【請求項１４】
無線通信ネットワークにおいてローカル交換呼接続を管理する方法であって、
−第２のユーザ装置（１０４）におけるローカル交換呼の状態変更を要求する第１のメッセージ（２２０、３１８）を、コアネットワークノード（２０８）において受信する工程と、
−前記第２のユーザ装置（１０４）において、前記第２のユーザ装置（１０４）から前記第１のユーザ装置（１０２）へのユーザプレーンデータは、ローカル交換パス（１００）と、コアネットワークパス経由のアップリンクとで送信される一方で、第１のユーザ装置（１０２）発のユーザプレーンデータを前記コアネットワークパス（１０９）経由で受信するために、前記第１のメッセージ（２２０、３１８）に応えて、前記ユーザプレーンデータパス（１００）の前記コアネットワークパス（１０９）への切り替えを指示する第２のメッセージ（２２２、３２０）を送信する工程と、
−前記第１のユーザ装置（１０２）へのローカルに交換されていた呼接続は、もはやローカルに交換されていないことを示す第４のメッセージ（２２８、３２６）を、前記コアネットワークノード（２０８）において受信する工程と
を備えることを特徴とする方法。
【請求項１５】
前記第２のメッセージ（２２２、３２０）に応えて、前記ユーザプレーンデータパス（１００）の前記コアネットワークパス（１０９）への切り替えを指示する第３のメッセージ（２２２ａ、３２０ａ）を受信する工程をさらに備えることを特徴とする請求項１４に記載の方法。
【請求項１６】
前記第１のメッセージ（２２０、３１８）に応えて、前記ユーザプレーンデータパス（１００）の前記コアネットワークパス（１０９）への切り替えが完了したことを示す第４のメッセージ（２２０ａ、３１８ａ）を送信する工程をさらに備えることを特徴とする請求項１４または１５に記載の方法。
【請求項１７】
前記第１のメッセージは、ローカル呼ローカル交換状態の変更を示す、前記メッセージの状態変更情報要素（ＬＣＳＬ状態変更ＩＥ）に新しい値を有するローカル呼ローカル交換状態変更要求メッセージ（２２０、３１８）を備えることを特徴とする請求項１４乃至１６のいずれか１項に記載の方法。
【請求項１８】
前記ローカル呼ローカル交換状態変更要求メッセージは、前記第１のユーザ装置（１０２）から前記コアネットワークパス（１０９）経由でダウンリンクデータを受信することを要求する、ハンドオーバ時のダウンリンク受信インジケート（ＩｎｄｉｃａｔｅＤＬｄａｔａＡｆｔｅｒＨａｎｄｏｖｅｒ）を備えることを特徴とする請求項１７に記載の方法。
【請求項１９】
前記第２のメッセージは、ローカル呼ローカル交換接続制御（ＬＣＬＳ＿ＣＯＮＮＥＣＴ＿ＣＯＮＴＲＯＬ）メッセージを備えることを特徴とする請求項１４乃至１８のいずれか１項に記載の方法。
【請求項２０】
前記ローカル呼ローカル交換接続制御メッセージは、前記第２のユーザ装置（１０４）において前記第１のユーザ装置（１０２）発のユーザプレーンダウンリンクデータを前記コアネットワーク交換パス（１０９）経由で受信することを指示する、ハンドオーバ時ダウンリンクデータ（ＤＬＤａｔａａｔＨａｎｄｏｖｅｒ）インジケートを備えることを特徴とする請求項１９に記載の方法。
【請求項２１】
前記コアネットワークノードは、前記第１のユーザ装置（１０２）がハンドオーバされたのと同じコアネットワークに存在することを特徴とする請求項１乃至２０のいずれか１項に記載の方法。
【請求項２２】
前記コアネットワークノードは、前記第１のユーザ装置（１０２）がハンドオーバされるネットワークに存在することを特徴とする請求項１乃至２１のいずれか１項に記載の方法。
【請求項２３】
無線通信ネットワークにおけるローカル呼接続を管理する方法であって、
−アップリンクユーザプレーンデータを、第２のユーザ装置（１０４）からコアネットワークパス（１０９）経由で、ハンドオーバされる第１のユーザ装置（１０２）へ送信することを要求する第１のメッセージ（２１２、３１２）を、ネットワークノード（１１４）において受信する工程と、
−前記第１のユーザ装置（１０２）発のユーザプレーンダウンリンクデータを、ローカルユーザプレーンデータパス（１００）からコアネットワークパス（１０９）に切り替えることを要求する第２のメッセージ（２２２、３２０）を、前記ネットワークノード（１１４）において受信する工程と、
−前記第２のメッセージに応えて、前記第１のユーザ装置（１０２）へのローカル交換呼接続が依然として有効であることを示す第４のメッセージ（２２８、３２８）を送信する工程と
を備えることを特徴とする方法。
【請求項２４】
前記第２のメッセージ（２２０、３１８）に応えて、前記ユーザプレーンデータパス（１００）の前記コアネットワークパス（１０９）への切り替えを指示する第３のメッセージ（２２２ａ、３２０ａ）を送信する工程をさらに備えることを特徴とする請求項２３に記載の方法。
【請求項２５】
前記ネットワークノードは、基地局サブシステム（ＢＳＳ）または基地局制御装置（ＢＳＣ）であることを特徴とする請求項２３または２４に記載の方法。
【請求項２６】
無線通信ネットワーク用に構成されたネットワークノード（４００）であって、
−前記無線通信ネットワークのデータおよび制御情報を送受信するように構成された通信インタフェース（４０４）と、
−前記通信インタフェース（４０４）から受信した信号を分析および処理するように構成されたプロセッサ（４０２）であって、前記信号は、ローカル交換呼接続によって接続された第１のユーザ装置（１０２）が、ターゲットネットワークノードにおいて検出されたことを示す第１のメッセージ（２１８、３１７）と、前記第１のユーザ装置（１０２）の前記ターゲットネットワークノードへのハンドオーバが完了したことを示す第４のメッセージ（２２４、３２２）とを備え、前記通信インタフェース（４０４）から受信した前記第４のメッセージ（２２４、３２２）に応えて、前記第１のユーザ装置（１０２）が成功裏に前記ターゲットネットワークノードにハンドオーバされた後、前記第１のユーザ装置（１０２）と前記第２のユーザ装置（１０４）とのローカル交換呼接続の解除を指示する第５のメッセージ（２２６、３２４）を生成し、かつ前記通信インタフェース（４０４）を介して前記第４のメッセージ（２２６、３２４）を送信するようにするようにさらに構成されたプロセッサ（４０２）と、
−前記プロセッサ（４０２）によって前記無線通信ネットワーク経由で送信されるメッセージを生成するように構成されたソフトウェアコードを格納するメモリデバイス（４０６）と
を備え、
前記プロセッサ（４０２）は、前記第１のユーザ装置（１０２）発のユーザプレーンデータをコアネットワークパス経由で受信するために、前記受信した第１のメッセージ（２１８、３１７）に応えて第２のメッセージ（２２０、３１８）を生成し、前記第１のユーザ装置（１０２）から前記第２のユーザ装置（１０４）へのユーザプレーンデータパス（１００）を前記コアネットワークパスに切り替えるように、前記第２のユーザ装置（１０４）へのローカル交換接続の状態変更を要求する前記第２のメッセージ（２２０、３１８）を前記通信インタフェース（４０４）経由で送信するようにさらに構成されていることを特徴とするネットワークノード（４００）。
【請求項２７】
無線通信ネットワーク用に構成されたネットワークノード（４００）であって、
−前記無線通信ネットワークのデータおよび制御情報を送受信するように構成された通信インタフェース（４０４）と、
−ハンドオーバ中の第１のユーザ装置（１０２）のローカル呼交換状態の変更要求を指示する第１のメッセージ（２２０、３１８）と、前記第１のユーザ装置（１０２）へのローカルに交換されていた呼接続はもはやローカルに交換されていないことを示す第４のメッセージ（２２８、３２６）を備える信号を、前記通信インタフェース（４０４）から受信し、分析および処理するように構成されたプロセッサ（４０２）と、
−前記プロセッサ（４０２）によって前記無線通信ネットワーク経由で送信されるメッセージを生成するように構成されたソフトウェアコードを格納するメモリデバイス（４０６）と
を備え、
前記プロセッサ（４０２）は、前記受信した第１のメッセージ（２２０、３１８）に応えて第２のメッセージ（２２２、３２０）を生成し、前記第２のメッセージ（２２０、３１８）を前記通信インタフェース（４０４）経由で送信するようにさらに構成され、前記第２のメッセージ（２２０、３１８）は、前記第１のユーザ装置（１０２）発のユーザプレーンデータをコアネットワークパス経由で受信するために、ユーザプレーンデータパス（１００）の前記コアネットワークパスへの切り替えインジケートを備えることを特徴とするネットワークノード（４００）。
【請求項２８】
無線通信ネットワーク用に構成されたネットワークノード（４００）であって、
−前記無線通信ネットワークのデータおよび制御情報を送受信するように構成された通信インタフェース（４０４）と、
−ターゲットネットワークノードにハンドオーバ途中の第１のユーザ装置（１０２）にコアネットワークパス経由でアップリンクユーザプレーンデータを伝送することを要求する第１のメッセージ（２１２、３１２）と、前記第１のユーザ装置（１０２）発のダウンリンクデータに関連するユーザプレーンデータを、ローカルユーザプレーンデータパス（１００）からコアネットワークパスへ切り替えることを要求する第２のメッセージ（２２２、３２０）とを備える信号を、前記通信インタフェース（４０４）から受信し、分析および処理するように構成されたプロセッサ（４０２）と、
−前記プロセッサ（４０２）によって前記無線通信ネットワーク経由で送信されるメッセージを生成するように構成されたソフトウェアコードを格納するメモリデバイス（４０６）と
を備え、
前記プロセッサ（４０２）は、前記受信した第２のメッセージ（２２２、３２０）に応えて第４のメッセージ（２２８、３２６）を生成し、第３のメッセージを前記通信インタフェース（４０４）経由で送信するようにさらに構成され、前記第３のメッセージは、前記第１のユーザ装置（１０２）のハンドオーバの完了後、前記第１のユーザ装置（１０２）へのローカル交換呼接続を終了する命令を備えることを特徴とするネットワークノード（４００）。
【請求項２９】
無線通信ネットワークにおいてハンドオーバを行うためのコンピュータプログラムであって、
−ローカル交換呼接続によって接続された第１のユーザ装置（１０２）を、ターゲット無線アクセスノードにおいて検出したことを示す第１のメッセージ（２１８、３１７）を、コアネットワークノード（１１８）において受信し、
−前記第１のメッセージ（２１８、３１７）を契機として、前記第１のユーザ装置（１０２）から第２のユーザ装置（１０４）へのユーザプレーンデータパス（１００）をコアネットワークパス（１０９）に切り替えるように、前記第２のユーザ装置（１０４）へのローカル交換呼接続の状態変更を要求する第２のメッセージ（２２０、３１８）を送信し、
−前記第１のユーザ装置（１０２）のハンドオーバが完了し、ハンドオーバされた前記第１のユーザ装置（１０２）と前記第２のユーザ装置（１０４）とをローカルに交換することができないことを示す第４のメッセージ（２２４、３２２）を、前記コアネットワークノード（１１８）において受信し、
−前記第４のメッセージ（２２４、３２２）に応えて、前記第１のユーザ装置（１０２）のハンドオーバの完了後、前記第１のユーザ装置（１０２）と前記第２のユーザ装置（１０４）とのローカル交換呼接続の解除を指示する第５のメッセージ（２２６、３２４）を送信する
命令セットを備えることを特徴とするコンピュータプログラム。
【請求項３０】
無線通信ネットワークにおいてハンドオーバを行うためのコンピュータプログラムであって、
−第２のユーザ装置（１０４）におけるローカル交換呼の状態変更を要求する第１のメッセージ（２２０、３１８）を、コアネットワークノード（２０８）において受信し、
−前記第２のユーザ装置（１０４）において、前記第２のユーザ装置（１０４）から前記第１のユーザ装置（１０２）へのユーザプレーンデータは、ローカル交換パス（１００）と、コアネットワークパス経由のアップリンクとで送信される一方で、第１のユーザ装置（１０２）発のユーザプレーンデータを前記コアネットワークパス（１０９）経由で受信するために、前記第１のメッセージ（２２０、３１８）に応えて、前記ユーザプレーンデータパス（１００）の前記コアネットワークパス（１０９）への切り替えを指示する第２のメッセージ（２２２、３２０）を送信し、
−前記第１のユーザ装置（１０２）へのローカルに交換されていた呼接続は、もはやローカルに交換されていないことを示す第４のメッセージ（２２８、３２６）を、前記コアネットワークノード（２０８）において受信する
命令セットを備えることを特徴とするコンピュータプログラム。
【請求項３１】
無線通信ネットワークにおいてハンドオーバを行うためのコンピュータプログラムであって、
−アップリンクユーザプレーンデータを、第２のユーザ装置（１０４）からコアネットワークパス（１０９）経由で、ハンドオーバされる第１のユーザ装置（１０２）へ送信することを要求する第１のメッセージ（２１２、３１２）を、ネットワークノード（１１４）において受信し、
−前記第１のユーザ装置（１０２）発のユーザプレーンダウンリンクデータを、ローカルユーザプレーンデータパス（１００）からコアネットワークパス（１０９）に切り替えることを要求する第２のメッセージ（２２２、３２０）を、前記ネットワークノード（１１４）において受信し、
−前記第２のメッセージに応えて、前記第１のユーザ装置（１０２）へのローカル交換呼接続が依然として有効であることを示す第４のメッセージ（２２８、３２６）を送信する
命令セットを備えることを特徴とするコンピュータプログラム。
【国際調査報告】
2014508479.tif 000009
2014508479.tif 000010
2014508479.tif 000011