(57)【要約】【課題】無線通信アクセス技術間（inter-RAT）ハンドオーバーがＳＲＶＣＣハンドオーバーであるかを判定するためのシステム及び方法を実現する。【解決手段】無線通信アクセス技術間（inter-RAT）ハンドオーバーがＳＲＶＣＣハンドオーバーか否かを判定し、続いて、ＳＲＶＣＣハンドオーバーを実行するためのシステム及び方法を提供する。本発明は、例えば、ＳＲＶＣＣに関する情報要素、例えば”RAB info to replace”を含まないハンドオーバーコマンドメッセージを受信するが、“information for setup”内の回線交換用のＲＡＢを用いてＳＲＶＣＣハンドオーバーを継続する工程を含んでいる。本発明は更に、ＳＲＶＣＣに関する情報要素を含んでいるハンドオーバーコマンドメッセージを受信する工程、および、代替方法によってＳＲＶＣＣハンドオーバーを実行する工程を含んでいる。【選択図】図７
2011172231.tif 000002
【特許請求の範囲】
【請求項１】
無線通信アクセス技術間（inter-RAT）ハンドオーバーの手続を実行する実行方法において、
無線デバイスと第１のＲＡＴシステムとの間のパケット交換（ＰＳ）サービスを確立する確立ステップと、
第２のＲＡＴシステムのための回線交換用の無線アクセスベアラ（ＣＳ・ＲＡＢ）の設定情報を含むが、単一無線の音声呼継続性（ＳＲＶＣＣ）に関する情報を含まないネットワーク指向の(network directed)ハンドオーバーコマンドメッセージを第１のＲＡＴシステムから受信する受信ステップと、
上記ネットワーク指向のハンドオーバーコマンドメッセージがＳＲＶＣＣに関する情報を含まないかを判定する第１の判定ステップと、
ＣＳ・ＲＡＢの設定情報の存在に基づいて、ＳＲＶＣＣハンドオーバーの手続きを実行すべきかを判定する第２の判定ステップと、
ＣＳ・ＲＡＢがＣＳ・ＲＡＢの設定情報を含んでいるとき、第１のＲＡＴシステムのＰＳサービスにおけるＰＳ無線アクセスベアラから第２のＲＡＴシステムのＣＳ・ＲＡＢへのデータ転送を切り替えることによって、第１のＲＡＴシステムから第２のＲＡＴシステムへのＳＲＶＣＣハンドオーバーの手続を実行する実行ステップと、を含むことを特徴とする実行方法。
【請求項２】
上記ネットワーク指向のハンドオーバーコマンドメッセージがＳＲＶＣＣに関する情報を含まないかを判定する第１の判定ステップは、上記ネットワーク指向の上記ハンドオーバーコマンドメッセージが情報要素”RAB info to replace”を含まないかを判定するステップを含むことを特徴とする請求項１に記載の実行方法。
【請求項３】
上記ＣＳ・ＲＡＢの設定情報は、情報要素“RAB info for setup”を含んでおり、
上記情報要素“RAB info for setup”は、ＣＳ・ＲＡＢ情報を含むことを特徴とする請求項１に記載の実行方法。
【請求項４】
上記ネットワーク指向のハンドオーバーコマンドメッセージは、”Handover to UTRAN Command”メッセージであり、
第１のＲＡＴシステムは、第２のＲＡＴシステムから、上記”Handover to UTRAN Command”メッセージを受信することを特徴とする請求項１に記載の実行方法。
【請求項５】
上記第１のＲＡＴシステムは、ロングタームエボリューション（ＬＴＥ）システムであり、上記第２のＲＡＴシステムは、ユニバーサル移動体通信システム（ＵＭＴＳ）システムであることを特徴とする請求項１に記載の実行方法。
【請求項６】
無線通信アクセス技術間（inter-RAT）ハンドオーバーの手続を実行する実行方法において、
無線デバイスと第１のＲＡＴシステムとの間のパケット交換（ＰＳ）サービスを確立する確立ステップと、
上記無線デバイスが、第１のＲＡＴシステムから第２のＲＡＴシステムへのハンドオーバーを指示するネットワーク指向のハンドオーバーコマンドメッセージであって、回線交換用の無線アクセスベアラ（ＣＳ・ＲＡＢ）の設定情報を含むが、単一無線の音声呼継続性（ＳＲＶＣＣ）を含まないネットワーク指向のハンドオーバーコマンドメッセージを受信する受信ステップと、
上記ネットワーク指向のハンドオーバーコマンドメッセージがＳＲＶＣＣに関する情報を含まないかを判定する判定ステップと、
上記無線デバイスが、上記ネットワーク指向のハンドオーバーコマンドメッセージが無効となることを識別する識別ステップと、
上記コマンドに基づいた処理を実行せずに、無効な上記メッセージを破棄する破棄ステップと、を含むことを特徴とする実行方法。
【請求項７】
上記ネットワーク指向のハンドオーバーコマンドメッセージがＳＲＶＣＣに関する情報を含まないかを判定する判定ステップは、上記ネットワーク指向のハンドオーバーコマンドメッセージが情報要素”RAB info to replace”を含まないかを判定するステップを含むことを特徴とする請求項６に記載の実行方法
【請求項８】
上記ＣＳ・ＲＡＢの設定情報は、情報要素”RAB information for setup”を含み、上記情報要素”RAB information for setup”は、ＣＳ・ＲＡＢ情報を含むことを特徴とする請求項６に記載の実行方法。
【請求項９】
上記第２のＲＡＴシステムは、上記ネットワーク指向のハンドオーバーコマンドメッセージを生成し、
上記第１のＲＡＴシステムは、上記ネットワーク指向のハンドオーバーコマンドメッセージを、上記第２のＲＡＴシステムから受信し、
上記第１のＲＡＴシステムは、上記ネットワーク指向のハンドオーバーコマンドメッセージを、無線デバイスに転送することを特徴とする請求項６に記載の実行方法。
【請求項１０】
ネットワーク指向のハンドオーバー失敗メッセージを、第１のＲＡＴシステムに送信する送信ステップをさらに含んでいることを特徴とする請求項６に記載の実行方法。
【請求項１１】
上記第１のＲＡＴシステムは、ロングタームエボリューション（ＬＴＥ）システムであり、上記第２のＲＡＴシステムは、ユニバーサル移動体通信システム（ＵＭＴＳ）システムであることを特徴とする請求項６に記載の実行方法。
【請求項１２】
無線通信アクセス技術間（inter-RAT）ハンドオーバーの手続を実行する実行方法において、
無線デバイスと第１のＲＡＴシステムとの間のパケット交換（ＰＳ）サービスを確立する確立ステップと、
上記無線デバイスが、第１のＲＡＴシステムから、回線交換用の無線アクセスベアラ（ＣＳ・ＲＡＢ）の設定情報と情報要素”RAB info to replace”とを含むネットワーク指向のハンドオーバーコマンドメッセージを受信する受信ステップと、
上記ＰＳサービスで用いられる進化型パケットシステム（ＥＰＳ）ベアラから上記ＣＳ・ＲＡＢの設定情報によって指定されるＣＳ・ＲＡＢへとデータ転送を切り替える切替ステップと、を含み、
上記情報要素”RAB info to replace”に含まれるＲＡＢ識別子は、上記ＥＰＳベアラのＥＰＳベアラ識別子と同一であることを特徴とする実行方法。
【請求項１３】
上記ＣＳ・ＲＡＢの設定情報は、情報要素”RAB information for setup”を含み、上記情報要素”RAB information for setup”は、ＣＳ・ＲＡＢを指定する情報を含むことを特徴とする請求項１２に記載の実行方法。
【請求項１４】
第２のＲＡＴシステムが、上記ネットワーク指向のハンドオーバーコマンドメッセージを生成し、
上記ネットワーク指向のハンドオーバーコマンドメッセージは、情報要素”RAB info to replace”のＲＡＢ識別子を含み、
上記ＲＡＢ識別子は、上記第２のＲＡＴシステムが上記第１のＲＡＴシステムから受信する上記ＥＰＳベアラ識別子と同一であることを特徴とする請求項１２に記載の実行方法。
【請求項１５】
上記第２のＲＡＴシステムが上記第１のＲＡＴシステムから受信する上記ＥＰＳベアラ識別子は、第１のＲＡＴシステムの上記ＰＳサービスで用いられるＥＰＳベアラの上記ＥＰＳベアラ識別子であることを特徴とする請求項１４に記載の実行方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＲＡＴ間ハンドオーバーにおけるＳＲＶＣＣ処理を行う方法およびシステムに関する。
【背景技術】
【０００２】
〔関連出願の相互参照〕
本出願は、３５Ｕ．Ｓ．Ｃ．１１９（ｅ）セクションに基づいて、２０１０年２月２２日に出願された仮出願番号６１／３０６,５４８号（発明の名称：無線通信システムにおけるＳＲＶＣＣ関連情報処理についての方法及び装置）、２０１０年４月１４日に出願された仮出願番号６１／３２３,８７９号（発明の名称：無線通信システムにおけるＳＲＶＣＣ関連情報処理についての方法及び装置）、及び、２０１０年４月１６日に出願された仮出願番号６１／３２４,７６６号（発明の名称：無線通信システムにおけるＳＲＶＣＣ関連情報処理についての方法及び装置）の各出願を基礎として優先権を主張するものである。
【０００３】
〔背景技術〕
過去十数年間において、電話システムは絶え間なく急速に進化している。第３世代パートナーシッププロジェクト（３ＧＰＰ：3rd Generation Partnership Project）によって開始されたユニバーサル移動体通信システム（ＵＭＴＳ：Universal Mobile Telecommunications System）ロングタームエボリューション（ＬＴＥ：Long Term Evolution）規格に基づいたネットワークオペレーティングは、高いデータ転送速度、少ない待ち時間、パケット最適化、並びに、システムの処理能力及び処理範囲の改善を提供する、新しい無線通信アクセス技術（ＲＡＴ：Radio Access Technology）及びコア無線ネットワークアーキテクチャを備えている。ＬＴＥネットワークにおいて、進化型ユニバーサル地上無線通信アクセスネットワーク（ＥＵＴＲＡＮ：Evolved Universal Terrestrial Radio Access Network）は、複数のｅノードＢ（evolved Node-B）を備え、ユーザ装置（ＵＥ）とも言われる複数の移動局と通信する。
【０００４】
多くの移動体通信事業者が、広域のサービスエリアをＵＴＲＡＮで提供し、比較的小さいトラフィックのホットスポットではＬＴＥを使用することが見込まれる（ＬＴＥネットワークが実装され、拡大されるにつれて、とりわけ一般的になると考えられる）が、そのようになるにつれて、ＬＴＥネットワークとユニバーサル地上無線通信アクセスネットワーク（ＵＴＲＡＮ：Universal Terrestrial Radio Access Network）とのシステム間ハンドオーバーは、ますます重要な役割を担うことが見込まれている。例えば、携帯電話またはその他の無線機器といったマルチシステムＵＥは、ＬＴＥシステム上及びＵＴＲＡＭシステム上の両方で動作可能である。ＵＥが２つのタイプのサービスエリア間を移動する度に、システム間ハンドオーバーが行われる。これらのハンドオーバーは、通常、ＲＡＴ間（inter-RAT:inter-Radio Access Technology）ハンドオーバーと呼ばれている。ＵＴＲＡＮへのＲＡＴ間ハンドオーバーの手続きによって、ＵＥはＬＴＥシステムからＵＴＲＡＮシステムへとハンドオーバーされる。
【０００５】
単一無線の音声呼継続性（ＳＲＶＣＣ：Single Radio Voice Call Continuity）は、ＵＥが所定の時間において、ＩＰマルチメディアサブシステムに固定されているパケット交換（ＰＳ：packet-switched）ネットワーク、及び、通話用の回線交換（ＣＳ：circuit-switched）ネットワークのうち一方のネットワーク上でのみ送受信可能であるときに、これらのネットワーク間のハンドオーバーにおいてＶＣＣ（Voice Call Continuity）を提供する。ＬＴＥからＵＴＲＡＮへのＳＲＶＣＣハンドオーバーを行うために、ＬＴＥネットワークは、“Handover to UTRAN command”メッセージをＵＥに送信する。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】米国特許出願公開第２００８／００２６７５２号明細書
【特許文献２】米国特許出願公開第２０１０／０３１１３８６号明細書
【特許文献３】米国特許出願公開第２０１０／０２０２４０７号明細書
【特許文献４】米国特許出願公開第２０１０／０３２９２４３号明細書
【特許文献５】米国特許出願公開第２００９／０２７００９９号明細書
【特許文献６】欧州特許第２１９２８０４号明細書
【非特許文献】
【０００７】
【非特許文献１】リンネ（RINNE）ほか著、”ＶｏＩＰ及び最善の通信回線シナリオのための進化型３Ｇ（Ｅ−ＴＴＲＡ）の最近の進歩の評価（Evaluation of the recent advances of the evolved 3G （E-UTRA） for the VoIP and best effort traffic scenarios）”、第８回無線通信における信号処理推進に関するＩＥＥＥワークショップ（IEEE 8th Workshop on Signal Processing Advances in Wireless Communications）、2007（SPAWC 2007）、2007年6月17日、p.1-6
【非特許文献２】ゴメスバークロー（GOMEZ-BARQUERO）ほか著、”ホップフィールドニューラルネットワーク−異機種無線ネットワークにおける動的震源配分結合のための基礎研究（Hopfield Neural Network - Based Approach for Joint Dynamic Resource Allocation in Heterogeneous Wireless Networks）”、第６４回IEEE移動体技術会議（IEEE 64th Vehicular Technology Conference）、2006（VTC-2006）、2006年9月25日、p.1-5
【非特許文献３】キャスリーンＳメイアヘルステン（MEIER-HELLSTERN Kathleen S）著、”携帯パケット交換のためのネットワークプロトコル（Network Protocols for the Cellular Packet Switch）”、通信に関するＩＥＥＥ報告書（IEEE Transactions on Communications）、1994年2月、第42巻、第2/3/4号、p.1235-1244
【非特許文献４】デビットＪグッドマン（GOODMAN David J）著、”進化型無線情報ネットワークにおけるパケット送信及び交換（Packet Transmission and Switching in Advanced Wireless Information Networks）”、通信に関するＩＥＥＥ国際会議のスーパーコム技術セッション（IEEE International Conference on Communications Including Supercomm Technical Sessions （SUPERCOMM/ICC 90））、1990（ICC 90）、1990年4月16日、p.1473-1478
【非特許文献５】バイシュバブ（BAISHNAB）ほか著、”ブロードバンド無線通信のための超高効率の共有に緩衝化されたパケットスイッチ（A Very High Efficient Input Shared Buffered Packet Switch for Broadband Wireless Communications）”、電子通信及び光通信装置及びシステムにおける新しい傾向の２００９年国際会議（2009 International Conference on Emerging Trends in Electronic and Photonic Devices & Systems （ELECTRO-2009））、2009年12月22日、p.228-230
【非特許文献６】ロクサナＰｈ．Ｄゾイカン（ZOICAN, Roxana Ph. D）著、”無線システムにおける携帯パケット交換及びハンドオフ（On Cellular Packet Switch and Handoffs in Wireless Systems）”、ＩＥＥＥアフリカ（AFRICON IEEE）、1999年9月28日、p.275-278
【非特許文献７】ジェラバート（GELABERT）ほか著、”異機種マルチアクセス／マルチサービスにおける無線アクセス技術選択のためのマークオビアン手段（A Markovian Approach to Radio Access Technology Selection in Heterogeneous Multiaccess/Multiservice Wireless Networks）”、移動体通信におけるＩＥＥＥ報告書（IEEE Transactions On Mobile Computing）、2008年10月、第７巻、第１０号、p.1257-1270
【非特許文献８】ワン（WANG）ほか著、”IEEE 802.21に基づく無線ネットワークのための緩衝予想のシームレスハンドオーバー（Seamless Handover with Buffer Prediction for Wireless Networks Based on IEEE 802.21）”、情報ネットワークに関する国際会議（International Conference on Information Networking）、2008（ICOIN 2008）、2008年1月23日、p.1-5
【非特許文献９】サッサンアーマディ（AHMADI Sassan）著、”次世代携帯ＷｉＭＡＸ技術の概要（An Overview of Next-Generation Mobile WiMAX Technology）”、コミュニケーションマガジン（Communications Magazine）、IEEE、2009年6月、第４巻、第６号、p.84-98
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、ＲＡＴ間（inter-RAT）ハンドオーバーがＳＲＶＣＣハンドオーバーか否かを判定し、続いてＳＲＶＣＣハンドオーバーを実行するためのシステム及び方法を提供する。
【課題を解決するための手段】
【０００９】
一実施形態によれば、本発明の方法は、例えば、情報要素”RAB info to replace”のようなＳＲＶＣＣに関する情報要素を含まないハンドオーバーコマンドメッセージを受信する工程を含んでいる。ＳＲＶＣＣに関する情報要素が欠如しているにもかかわらず、ＵＥは、情報要素”RAB information to setup”で提供される回線交換用の無線アクセスベアラ（ＲＡＢ）を用いてＳＲＶＣＣハンドオーバーを続ける。
【００１０】
本発明の別の方法は、ＳＲＶＣＣハンドオーバーが実行されている間、ＳＶＲＣＣに関する情報要素を含んでいるハンドオーバーコマンドメッセージを受信する工程を含んでいる。例えば、一実施形態において、無線装置は、情報要素“RAB info to replace”を含んだハンドオーバーコマンドメッセージを受信する。無線デバイスは、情報要素“RAB info for setup”の回線交換用のＲＡＢを用いて、無線デバイスが現在使用しているパケット交換用のベアラであって情報要素“RAB info to replace”のベアラ識別子によって識別されるパケット交換ベアラを置き換える。
【００１１】
他の実施形態において、情報要素“RAB info to replace”を含んでいないハンドオーバーコマンドメッセージは、無線デバイスによって無効であるとみなされる。この無効なメッセージは、破棄され、ハンドオーバーは開始しない。無線デバイスは更に、ハンドオーバー失敗メッセージをＲＡＴシステムに送信してもよい。
【００１２】
上で要約された本発明の他の様態は、添付の図面及び以下の発明を実施するための形態で説明している。
【図面の簡単な説明】
【００１３】
本発明における１以上の実施形態は、例示されるものであって添付の図面の形態に限定されない。図面中で同一の参照符号は、同様の構成要素を示している。
【図１】図１は、ＵＥの一例を示す図である。
【図２】図２は、相互動作セルラーネットワーク（inter-working cellular network）のアーキテクチャの例を示す図である。
【図３】図３は、ＵＥのアーキテクチャの一例を示す高レベルのブロック図である。
【図４】図４は、ＵＥオペレーティングシステムのアーキテクチャの一例を示す概略図である。
【図５】図５は、ＲＡＴ間ハンドオーバーの実行手続の一例を示すシーケンス図である。
【図６】図６は、情報要素“RAB info to replace”を含まない“Handover to UTRAN command”メッセージの一例を示す図である。
【図７】図７は、情報要素“RAB info to replace”を含んだ“Handover to UTRAN command“メッセージの一例を示す図である。
【図８】図８は、ＲＡＴ間ハンドオーバーの処理を示すフロー図である。
【図９】図９は、ＲＡＴ間ハンドオーバーの別の処理を示すフロー図である。
【発明を実施するための形態】
【００１４】
本明細書中の「実施形態」「一実施形態」などの言及は、説明する特定の特徴、構造、または性質が少なくとも本発明の一実施形態の中に含まれていることを意味する。本明細書中に現れるそのような言い回しは、必ずしもすべてが同一の実施形態を参照しているわけではない。
【００１５】
図１は、ここで説明する技術を実装することが可能な、ＵＥ１００の一例を示している。なお、ここで説明するＵＥは、上記技術を実装可能な無線デバイスの一つのタイプを説明したものであり、上記技術を実装するために他の無線デバイスを用いることも可能である。例えば、ＵＥは、携帯電話、ＰＤＡ（Personal Digital Assistant）、ポータブルメール端末（例えば、BlackBerry（登録商標）端末）、ポータブルメディアプレイヤー（例えば、アップルのipod touch（登録商標））、タブレット（スレート）コンピュータ（例えば、アップルのiPad（登録商標））、ネットブックコンピュータ、ノートブックコンピュータ、電子リーダ、または、無線通信機能を備えたその他の任意の装置であってもよい。
【００１６】
ＵＥ１００は、電話を発信したり、着信したり、データサービスを表示したりするのに用いられるディスプレイ１１０を備えている。いくつかの実施形態では、ディスプレイ１１０は、表示されているデータを直接操作可能なタッチスクリーンであってもよい。ＵＥ１００は、ＵＥを動作させ、ディスプレイを操作し、いくつかのデータの選択を実行するためのマルチファンクション入力モジュール１０４を備えている。この入力モジュール１０４は、例えば、キーボード、マウス、トラックボール、またはタッチスクリーンであってもよく、ユーザが行う選択を伝達することが可能な任意の他の入力モジュールであってもよい。さらに、ＵＥ１００は、アンテナシステム１０６を動作させて、無線ネットワークを介して情報の送受信を行う。
【００１７】
図２は、相互動作セルラーネットワーク（inter-working cellular network）のアーキテクチャの例を示している。この例のネットワークは、ＵＥ１００、進化型ＵＭＴＳ地上無線通信アクセスネットワーク（ＥＵＴＲＡＮ）２０２、ＵＭＴＳ地上無線通信アクセスネットワーク（ＵＴＲＡＮ）２０４、基地局２０６、基地局２０８、進化型パケットコア（ＥＰＣ：Evolved Packet Core）２１０、及びＵＴＲＡＮコアネットワーク２１２を含んでいる。
【００１８】
ＥＵＴＲＡＮ２０２は、３ＧＰＰのＬＴＥ標準によって定義された無線インターフェースを用いた無線通信ネットワークである。ＥＵＴＲＡＮはロングタームエボリューション、及び、３ＧＰＰ  ＬＴＥ仕様書の初期のドラフトにおける進化型ユニバーサル地上無線通信アクセス（ＥＵＴＲＡ）の３ＧＰＰワークアイテムとも呼ばれている。ＥＵＴＲＡＮは、３ＧＰＰリリース５以降に規定のＵＭＴＳ、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ：High-Speed Downlink Packet Access）、及び、高速アップリンクパケットアクセス（ＨＳＵＰＡ：High-Speed Uplink Packet Access）技術に置き換えられる無線アクセスネットワーク標準である。ＥＵＴＲＡＮは、高いデータ転送速度及び少ない待ち時間を提供し、そして、パケットデータに対し最適化される。
【００１９】
ＥＵＴＲＡＮ２０２は、１以上の基地局（ｅノードＢ）２０６を含んでいる。ｅノードＢ２０６は、ＥＰＣ２１０及びＥＵＴＲＡＮ２０２のその他のｅノードＢ２０６と通信する。ＵＴＲＡＮ２０４は、１以上の基地局（ノードＢ）２０８を含んでいる。ノードＢ２０８は、ＵＴＲＡＮコアネットワーク２１２及びＵＴＲＡＮ２０４のその他のノードＢ２０８と通信する。更に、ＥＰＣ２１０のコンポーネントは、情報通信インフラ２１４を経由して、例えば、ＵＴＲＡＮコアネットワーク２１２のような、その他のＲＡＴを使用したネットワークコアコンポーネントと通信することができる。
【００２０】
情報通信インフラ２１４は、マルチベンダの相互運用を可能にするために規格化されたインターフェースである。一実施形態において、情報通信インフラ２１４は、インターネット（図示しない）であり、インターネットプロトコル（ＩＰ）上のパケット情報を伝送することが可能である。他の実施形態において、情報通信インフラ２１４は、シリアルまたはパラレルの伝送線であり、ＥＰＣ２１０とＵＴＲＡＮコアネットワーク２１２との間でアナログ及びデジタルの少なくとも何れか一方の情報を伝送する。
【００２１】
ＵＥ１００は、ＥＵＴＲＡＮ２０２のｅノードＢ２０６とＵＴＲＡＮ２０４のノードＢ２０８との両方と通信するように構成されたマルチシステムＵＥである。ＵＥ１００は、ワイヤレス通信リンク２１６用いてｅノードＢ２０６と接続し、ワイヤレス通信リンク２１８を用いてノードＢ２０８と接続する。ＵＥ１００はＥＵＴＲＡＮ２０２及びＵＴＲＡＮ２０４の両方と通信するように構成されているが、ＵＥは、通常、一度に一方のネットワークとだけ通信する。
【００２２】
図３は、ＵＥ１００のアーキテクチャの一例を示す高レベルのブロック図である。図示されている実施形態では、ＵＥアーキテクチャ３００は、１つ以上のプロセッサを備え得るプロセッササブシステム３０２を備えた処理システムである。ＵＥアーキテクチャ３００は、さらに、メモリ３０４、ストレージモジュール３１０、入力装置３１２、ディスプレイ装置１１０、およびアンテナシステム１０６が含まれている。これらは、インターコネクト３０６によって相互に接続さされ、電源３０９から電力の供給を受ける。
【００２３】
ＵＥアーキテクチャ３００は、好ましくは、例えばｅノードＢ２０６またはノードＢ２０８のような基地局にデータ３１８を送信し、且つ、当該基地局からデータ３１８を受信する高レベルのモジュールを実装する単一プロセッサシステムまたはマルチプロセッサシステムとして具体的に実現することが可能である。このデータ３１８は、アンテナシステム１０６を介して伝達される。アンテナシステム１０６は、１つまたは複数の周波数を用いてデータを送受信することが可能な単一アンテナシステムまたは多重アンテナシステムを備えることが可能である。データ３１８は、プロセッササブシステム３０２による検索のためにストレージモジュール３１０内に格納されてもよいし、メモリ３０４に格納されてもよい。データ３１８は、とりわけ、ＵＥ設定情報を含み得る。
【００２４】
ディスプレイ装置１１０は、見るための情報を表示するように構成されている。表示する情報は、テキスト、グラフィック、および／または、マルチメディア情報から構成することができ、グラフィカルユーザインターフェースで提示することができる。いくつかの実施形態では、ディスプレイ１１０は、表示されている情報に対する直接の操作を可能にするタッチスクリーンを備えている。表示されている情報は、さらに、入力装置３１２によっても操作可能となっている。入力装置３１２は、ユーザの入力に基づいた信号を生成するように構成されている。上記信号は、インターコネクト３０６を介して、プロセッササブシステム３０２およびオペレーティングシステム３０８にユーザの入力を伝達するといったユーザの選択を含んでいてもよい。
【００２５】
メモリ３０４は、例えば、プロセッササブシステム３０２、並びに、ＵＥアーキテクチャのその他のコンポーネントによってアドレス指定される記憶場所を含んでおり、本発明に関連するソフトウェアプログラムコードおよびデータ構造を記憶する。同様に、プロセッササブシステム３０２および関連したコンポーネントは、ソフトウェアコードを実行してデータ構造を操作するように構成されている処理要素および／または論理回路を含んでいてもよい。オペレーティングシステム３０８が、一般的にメモリ３０４にその一部が常駐してプロセッササブシステム３０２により実行される。オペレーティングシステム３０８は、とりわけ、ここに説明する技術によって、ハンドオーバーおよびproximity indicationに関する動作を引き起こすようにプロセッササブシステム３０２を設定することにより、ＵＥアーキテクチャ３００を機能的に組織することが可能である。ここで説明する技術に関連するプログラム指示を保存および実行するために、他の処理実装方法およびメモリ実装方法（コンピュータ読み取り可能な様々なストレージメディアを含む）を利用可能であることは、当業者であれば明らかであろう。
【００２６】
当業者は、基地局２０６及び２０８を動作させるためにシステム３００に類似した構成を使用可能であることを理解するであろう。例えば、基地局２０６及び２０８の内部アーキテクチャに通信モジュール１０６、プロセッササブシステム３０２、メモリ３０４、およびストレージモジュール３１０が含まれ、各々がインターコネクト３０６を介して通信可能に構成される。
【００２７】
図４は、ＵＥオペレーティングシステムのアーキテクチャの一例を示す概略図である。一実施形態によれば、ＵＥメモリ３０４は、ＵＥオペレーティングシステム４００を備えている。オペレーティングシステム４００は、上位レイヤ４０２、無線リソース制御（ＲＲＣ：Radio Resource Control）レイヤ４０４、及び下位レイヤ４０６を備えている。ＵＥ１００はマルチシステム装置であるので、オペレーティングシステム４００は、ＵＴＲＡＮ２０４及びＥＵＴＲＡＮ２０２の両方と通信するプロトコルスタックに対応している。ＲＲＣレイヤ４０４は、ＵＴＲＡＮ２０４及びＥＵＴＲＡＮ２０２と通信することによって、無線リソースを管理する役割を担っている。ＲＲＣレイヤ４０４に対し、上位レイヤ４０２及び下位レイヤ４０６は、それぞれ複数のプロトコルレイヤを含んでいてもよい。下位レイヤ４０６は、例えば、無線リンク制御（ＲＬＣ：Radio Link Control）レイヤを含み得る。上位レイヤは、例えば、移動管理レイヤ（mobility management layer）を含み得る。
【００２８】
図５は、ＲＡＴ間ハンドオーバーの手続きを実行する工程一例を示すシーケンス図である。一般的なＲＡＴ間ハンドオーバーの手続きは、図５に図示していないが、更なる工程を含んでいる。ＥＵＴＲＡＮからＵＴＲＡＮへのＲＡＴ間ハンドオーバーの手続きは、”３ＧＰＰ  ＴＳ  ２３．２１６  バージョン９．２．０  リリース９  セクション６．２”に十分に記載されている。この仕様書は、参照することにより本書に組み込まれる。図５のハンドオーバーの一例を示すシーケンス図は、測定報告をＵＥが取得し、例えばＥＵＴＲＡＮ２０２のようなＥＵＴＲＡＮへ送信するステップ５０１から始まる。ＵＥがＥＵＴＲＡＮから更に遠くに移動するにつれて、通信リンク２１６は弱まり、ＵＥは、通信リンクの強度についての測定報告でＥＵＴＲＡＮをアップデートする。通信リンクの強度が信頼性のある通信が不可能となるような閾値に達したとき、ＥＵＴＲＡＮは、ステップ５０２において、ＵＴＲＡＮへハンドオーバーを開始することを決定する。
【００２９】
ステップ５０３において、ＥＵＴＲＡＮは、ＥＰＣへ“Handover Required”メッセージを送信する。“Handover Required”メッセージには、ハンドオーバーがＳＲＶＣＣハンドオーバーであるという表示が含まれている。ＳＲＶＣＣハンドオーバーの表示は、ハンドオーバーがＣＳドメインへのＳＲＶＣＣハンドオーバーであることをＥＰＣに伝える。
【００３０】
その後ＥＰＣは、ステップ５０４において、“Prepare Handover Request”メッセージをＵＴＲＡＮコアに送信する。一実施形態において、“Prepare Handover Request”メッセージは、ＵＥが現在、音声データ用に使用しているＥＵＴＲＡＮ無線ベアラに関する情報を含んでいる。無線ベアラは、ＵＥとＥＵＴＲＡＮとの間でパケット交換データを搬送する。ＥＵＴＲＡＮ接続において音声信号用に使用される無線ベアラは、一般に、進化型パケットシステム（ＥＰＳ：Evolved Packet System）ベアラと呼ばれている。ＥＰＣ２１０は、ステップ５０５において、“Relocation request”を送信し、ステップ５０６において、”Relocation Acknowledgment”を受信することによって、対象となるＵＴＲＡＮに対してリソース配分を行う。ステップ５０６における”Relocation Acknowledgment”は、“Handover to UTRAN Command”メッセージを含んでおり、“Handover to UTRAN Command”メッセージは、無線アクセスベアラ（ＲＡＢ：Radio Access Bearer）情報といった“Prepared CS Handover”の情報を含んでいる。
【００３１】
一実施形態において、ＥＰＣからＵＴＲＡＮコアを通ってＵＴＲＡＮに送信された、ＥＰＳベアラに関連づけられているＥＰＳベアラ識別子は、“Handover to UTRAN Command”メッセージ内の情報要素”RAB info to replace”ベアラ識別子として使用される。これにより、ＵＥ１００は、ハンドオーバーの間、情報要素”RAB info to replace”のベアラ識別子と同一のベアラ識別子に関連づけられているＥＰＳベアラを、回線交換用のＲＡＢを用いて容易に交換することができる。“Handover to UTRAN Command”メッセージは、ステップ５０７において、“target to source transparent container”メッセージにまとめられる。“target to source transparent”コンテナは、ＵＴＲＡＮ及びＥＵＴＲＡＮが形式を変更することなく情報を交換できるような形式の“Handover to UTRAN Command”メッセージを格納するために使用される。
【００３２】
ステップ５０８において、ＥＰＣ２１０は、”target to source transparent container”メッセージを含む”Handover command”メッセージをＥＵＴＲＡＮに転送する。ステップ５０９において、ＥＵＴＲＡＮは、”target to source transparent container”メッセージから”Handover to UTRAN command”メッセージを抽出する。ＥＵＴＲＡＮは、”Handover to UTRAN command”メッセージをＵＥに送信する。”Handover to UTRAN command”メッセージを図６および図７に示し、以下に詳細に説明する。ステップ５１０において、”Handover to UTRAN command”メッセージを受信すると、ＵＥのＲＲＣレイヤ４０４は、メッセージを構文解析し、どの接続がハンドオーバーされるかを決定する。”Handover to UTRAN command”メッセージから必要な情報を取得すると、ＵＥ１００は、ＵＴＲＡＮ２０４に同調する。ＵＴＲＡＮ２０４への接続後、ステップ５１１において、ＵＥ１００は、”Handover to UTRAN command”メッセージをＵＴＲＡＮ２０４に送信する。ステップ５１２において、ＵＴＲＡＮ２０４は、”Relocation Complete”メッセージをＵＴＲＡＮコアネットワーク２１２に送信する。ステップ５１３において、ＵＴＲＡＮコアネットワーク２１２は、”Handover complete”メッセージをＥＰＣ２１０に送信する。
【００３３】
図６は、情報要素”RAB info to replace”を含まない”Handover to UTRAN command”メッセージ６０２の一例を示す図である。”Handover to UTRAN command”メッセージ６０２は、例えば、ＵＥがＵＴＲＡＮ２０８への接続を準備するために使用する情報要素６０４”RAB information for setup”を含んでいる。情報要素６０４”RAB information for setup”は、とりわけ、情報要素６０６”RAB info”を含んでいる。情報要素６０６”RAB info”は、ＵＥがＵＴＲＡＮに接続するために使用されるべきＲＡＢを規定している。情報要素６０６”RAB info”は、情報要素６０８”RAB identity”および情報要素６１０”CN domain identity”を含んでいる。情報要素６０８”RAB identity”は、コアネットワーク(“CN”)ドメイン内の無線アクセスベアラをユニークに識別する。上述したように、一実施形態において、情報要素”RAM identity”は、ＵＥ１００とＥＵＴＲＡＮ２０２との間で使用されるEPSベアラと同じ識別子を持つ回線交換用のＲＡＢを含んでいる。これにより、ＵＥ１００は、ハンドオーバー中に同じ識別子を持つ回線交換用のＲＡＢを用いてEPSベアラを用意に交換することができる。情報要素”CN domain entity”は、ＵＴＲＡＮが使用するコアネットワークドメインのタイプを識別する。
【００３４】
図７は、情報要素６２８”RAB info to replace”を含む”Handover to UTRAN command”メッセージ６２２の一例を示す図である。図７のハンドオーバメッセージの例は、図６のハンドオーバメッセージの要素と同様の要素を含んでいる。特に、”Handover to UTRAN command”メッセージ６２２は、情報要素６２４”RAB information for setup”および情報要素６２６”RAB info”を含んでいる。情報要素６２６”RAB info”は、情報要素６３０”RAB identity”および情報要素632”CN domain identity”を含んでいる。ただし、図７の”Handover to UTRAN command”メッセージ６２２は、さらに、情報要素６２８”RAB info to replace”を含んでいる。情報要素６２８”RAB info to replace”は、ハンドオーバーを完了するために使用すべき情報を含んでいる。例えば、上記情報要素は、ＥＵＴＲＡＮの音声接続に使用しているEPSベアラの表示を含んでいる。この表示により、ＵＥ１００は、ハンドオーバメッセージで受信した、ＵＴＲＡＮ接続に関する回線交換用のRABと置き換えられるべきEPSベアラを認識する。情報要素”RAB info”と同様に、情報要素”RAB info to replace”は、ＲＡＢ識別子６３４(すなわち、置き換えられるべきＥＰＳベアラ))とＣＮドメインエンティティ６３６とを含んでいる。
【００３５】
図８は、ＲＡＴ間ハンドオーバーの処理を示すフロー図である。当該処理は、フローチャート７００の一連の動作としてまとめられる。ただし、この処理に関する動作の少なくともいくつかの動作について、順番を変えたり、補完したり、同様の代替したり、して全体として同一の手法を実行することができる。
【００３６】
図８の例では、第１のＲＡＴ、例えば、ＥＵＴＲＡＮ２０２は、ＵＥ１００に対してパケット交換サービスを提供する。一実施形態において、パケット交換サービスは、音声通話である。その処理は、ＵＥ１００が第１のＲＡＴからハンドオーバコマンドメッセージを受信するステップ７０２から始まる。第１のＲＡＴがＥＵＴＲＡＮ２０２でありハンドオーバー先が第２のＲＡＴであるＵＴＲＡＮ２０４であるような一実施形態において、ハンドオーバコマンドメッセージは、”Handover to UTRAN command”メッセージである。
【００３７】
ＵＥ１００の下位レイヤ４０６は、ハンドオーバコマンドメッセージを受信してＲＲＣレイヤに渡す。ハンドオーバコマンドメッセージを受信するとすぐに、判定ステップ７０４において、ＲＲＣレイヤ４０４は、ハンドオーバコマンドメッセージが情報要素”RAB info to replace”を含んでいるかを判定する。ハンドオーバコマンドメッセージが情報要素”RAB info to replace”を含んでいる場合、処理は、ハンドオーバーがＳＲＶＣＣハンドオーバー手続であることをＲＲＣレイヤ４０４がＵＥ１００の上位レイヤ４０２に示すステップ７０８に続く。そして、ステップ７１０において、ＵＥは、第１のＲＡＴから第２のＲＡＴへのＳＲＶＣＣハンドオーバー手続を実行する。
【００３８】
一方、判定ステップ７０４において、ハンドオーバコマンドメッセージが情報要素”RAB info to replace”を含まないとＲＲＣレイヤ４０４が判定した場合には、処理は決定ステップ７０６に進む。決定ステップ７０６において、ＲＲＣレイヤ４０４は、ハンドオーバコマンドメッセージが情報要素”RAB information for setup”に回線交換用のＲＡＢ(ＣＳ  ＲＡＢ)を含んでいるかを判定する。情報要素”RAB information for setup”が回線交換用のＲＡＢ(ＣＳ  ＲＡＢ)を含んでいない場合、ＲＲＣレイヤ４０４は、ハンドオーバー手続がＳＲＶＣＣハンドオーバーでないと判定し、ステップ７１２において、UEは、非ＳＲＶＣＣハンドオーバー手続を実行する。情報要素”RAB information for setup”がＣＳ  ＲＡＢを含んでいる場合、処理は、ハンドオーバーがＳＲＶＣＣハンドオーバー手続であることをＲＲＣレイヤ４０４がＵＥ１００の上位レイヤ４０２に示すステップ７０８に続く。そして、ステップ７１０において、ＵＥは、第１のＲＡＴから第２のＲＡＴへのＳＲＶＣＣハンドオーバー手続を実行する。
【００３９】
図９は、ＲＡＴ間ハンドオーバーの別の処理を示すフロー図である。処理は、フローチャート８００の一連の動作としてまとめられる。ただし、この処理に関する動作の少なくともいくつかの動作について、順番を変えたり、補完したり、同様の代替したり、して全体として同一の手法を実行することができる。
【００４０】
図９の例では、第１のＲＡＴ、例えば、ＥＵＴＲＡＮ２０２は、ＵＥ１００に対してパケット交換サービスを提供する。一実施形態において、パケット交換サービスは、音声通話である。その処理は、ＵＥ１００が第１のＲＡＴから情報要素”RAB info to replace”を含むハンドオーバコマンドメッセージを受信するステップ８０２から始まる。第１のＲＡＴがＥＵＴＲＡＮ２０２でありハンドオーバー先が第２のＲＡＴであるＵＴＲＡＮ２０４であるような一実施形態において、ハンドオーバコマンドメッセージは、”Handover to UTRAN command”メッセージである。
【００４１】
ＵＥ１００の下位レイヤ４０６は、情報要素”RAB info to replace”を含むハンドオーバコマンドメッセージを受信してＲＲＣレイヤ４０４に渡す。ハンドオーバコマンドメッセージを受信するとすぐに、判定ステップ８０４において、ＲＲＣレイヤ４０４は、情報要素”RAB info for setup”がＣＳ  ＲＡＢを含んでいるかを判定する。情報要素”RAB info to replace”がＣＳ  ＲＡＢを含んでいない場合、ＲＲＣレイヤ４０４は、ハンドオーバーがＳＲＶＣＣハンドオーバー手続でないと判定し、ステップ８１０において、UEは、非ＳＲＶＣＣハンドオーバー手続を実行する。情報要素”RAB info for setup”がＣＳ  ＲＡＢを含んでいる場合、処理はステップ８０６に続く。ステップ８０６において、ＲＲＣレイヤ４０４は、ハンドオーバーがＳＲＶＣＣハンドオーバーであるが、情報要素”RAB info to replace”を無視することを決定する。ステップ８０８において、ＵＥ１００は、ＳＲＶＣＣハンドオーバーに情報要素”RAB info to replace”を使用せずに、現在のＥＰＳベアラと同じ識別子を持つ情報要素”RAB info for setup”内のＣＳ  ＲＡＢに現在のＥＰＳベアラを置き換える。まず、ＲＲＣレイヤ４０４は、第１のＲＡＴ内で音声サービスに現在使用されているＥＰＳベアラの識別子を決定する。そして、ＵＥ１００は、対応するベアラ識別子を持つ情報要素”RAB info for setup”内のＣＳ  ＲＡＢを検索して、ＥＰＳベアラをＣＳ  ＲＡＢで置き換える。
【００４２】
上で紹介した技術は、プログラムされたプログラマブル回路で実装することも、ソフトウェアおよび／またはファームウェアで構成することも、完全に専用のハードウェアに組み込まれている回路で構成することも、そのような構成を組み合わせで実装することも可能である。特殊目的用の回路は（もしあれば）、例えば、１つ以上のＡＳＩＣ（Application-specific integrated circuit）、プログラマブルロジックデバイス、ＦＰＧＡ（Field Programmable Gate Array）等といった形態とすることができる。
【００４３】
ここで紹介した技術を実装するソフトウェアまたはファームウェアは、マシン読み取り可能な記録媒体に格納されていてもよいし、１つ以上の汎用または専用のプログラムマブルプロセッサによって実行されてもよい。ここで用いられる「マシン読み取り可能な媒体」という用語は、マシンがアクセス可能な形態で情報を保存可能な任意の機構を含んでいる。マシンは、例えば、コンピュータ、ネットワーク装置、携帯電話、ＰＤＡ、製造ツール、１つ以上のプロセッサを備えた任意の装置等であってもよい。例えば、マシン読み取り可能な媒体には、記録可能なメディアと記録不可能なメディアとの双方（例えば、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、磁気ディスク記録媒体、光記録媒体、フラッシュメモリデバイス等）が含まれる。
【００４４】
ここで用いられる「ロジック」という用語は、例えば、専用のハードワイヤードの回路、プログラママブル回路と併用するソフトウェアおよび／あるいはファームウェア、または両者の組み合わせを含んでいる。
【００４５】
本発明について特定の典型的な実施形態を参照しながら説明してきたが、本発明は、上述した実施形態に限定されず、添付のクレームの精神および範囲の中で変更および変化させても実現可能であることを認識するであろう。従って、明細書および図面は、限定的な意味ではなく例示的な意味を持つと見なすべきである。
【図１】
2011172231.tif 000003
【図２】
2011172231.tif 000004
【図３】
2011172231.tif 000005
【図４】
2011172231.tif 000006
【図５】
2011172231.tif 000007
【図６】
2011172231.tif 000008
【図７】
2011172231.tif 000009
【図８】
2011172231.tif 000010
【図９】
2011172231.tif 000011