(57)【要約】  本発明は、移動通信システムにおけるユーザ端末機のサービス提供方法であって、ノンレガシー（non-legacy）移動通信システム領域への進入を検出すると、アタッチ要請メッセージをネットワークに伝送し、上記ネットワークから、上記ネットワークがインターネットプロトコルを介した音声サービス又はサーキット交換フォールバック（ＣＳＦＢ）方式をサポートするか否かに関連した情報を含むアタッチ許可メッセージを受信し、上記アタッチ許可メッセージに含まれた情報が、上記ネットワークが上記インターネットプロトコルを介した音声サービス又はＣＳＦＢ方式をサポートすることを指示する場合、上記インターネットプロトコル又は上記ＣＳＦＢ方式に基づいて、上記ノンレガシー移動通信システムを通して音声サービスを受信する。
2016513442.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおけるユーザ端末機のサービス提供方法であって、
ノンレガシー（non-legacy）移動通信システム領域への進入を検出すると、アタッチ要請メッセージをネットワークに伝送するステップと、
前記ネットワークから、前記ネットワークがインターネットプロトコルを介した音声サービス又はサーキット交換フォールバック（ＣＳＦＢ）方式をサポートするか否かに関連した情報を含むアタッチ許可メッセージを受信するステップと、
前記アタッチ許可メッセージに含まれた情報が、前記ネットワークが前記インターネットプロトコルを介した音声サービス又はＣＳＦＢ方式をサポートすることを指示する場合、前記インターネットプロトコル又は前記ＣＳＦＢ方式に基づいて、前記ノンレガシー移動通信システムを通して音声サービスを受信するステップと、を含むサービス提供方法。
【請求項２】
前記アタッチ要請メッセージには、前記ユーザ端末機が前記ＣＳＦＢ方式をサポートすることを示す情報が含まれることを特徴とする請求項１に記載のサービス提供方法。
【請求項３】
前記アタッチ許可メッセージに含まれた情報が、前記ネットワークが前記インターネットプロトコルを介した音声サービスとＣＳＦＢ方式をサポートしないことを指示する場合、前記ネットワークとトラッキング領域アップデート（ＴＡＵ）を実行するステップと、
レガシー移動通信システムを通して音声サービスを受信するステップと、をさらに含む請求項１に記載のサービス提供方法。
【請求項４】
前記ユーザ端末機がサーキット交換（ＣＳ）サービスとパケット交換（ＰＳ）サービスをサポートする場合、前記ユーザ端末機が単一無線通話連続性（ＳＲＶＣＣ）技術を使用するように設定されたか否かを検査するステップと、
前記ユーザ端末機が前記ＳＲＶＣＣ技術を使用するように設定された場合、前記ユーザ端末機が前記ＣＳＦＢ方式をサポートすることを示す情報を前記ネットワークに伝送するステップと、をさらに含む請求項１に記載のサービス提供方法。
【請求項５】
前記ユーザ端末機が前記ＳＲＶＣＣ技術を使用するように設定されない場合、前記ユーザ端末機が前記ＣＳＦＢ方式をサポートすることを示す情報は、前記ネットワークに伝送されないことを特徴とする請求項４に記載のサービス提供方法。
【請求項６】
前記ＳＲＶＣＣ技術を使用してレガシー移動通信システムを通して前記音声サービスを受信する間に、ＰＳハンドオーバ命令が受信されると、前記ネットワークとトラッキング領域アップデート（ＴＡＵ）を実行するステップと、
前記ノンレガシー移動通信システムを通してデータサービスを受信するステップと、をさらに含む請求項５に記載のサービス提供方法。
【請求項７】
前記ＴＡＵを実行するステップは、
ＴＡＵ要請メッセージを前記ネットワークに伝送するステップと、
前記ネットワークから前記ＴＡＵ要請メッセージに対するＴＡＵ許可メッセージ又はＴＡＵ拒絶メッセージを受信するステップと、を含み、
前記ＴＡＵ拒絶メッセージには、ＴＡＵが拒絶される理由に関連した情報が含まれることを特徴とする請求項６に記載のサービス提供方法。
【請求項８】
前記ＴＡＵ要請メッセージを前記ネットワークに伝送するステップは、
前記ＰＳハンドオーバ命令が受信されると、予め設定されたタイマーの駆動を開始するステップと、
前記予め設定されたタイマーが満了すると、前記ＴＡＵ要請メッセージを前記ネットワークに伝送するステップと、を含むことを特徴とする請求項７に記載のサービス提供方法。
【請求項９】
前記ＴＡＵ要請メッセージを前記ネットワークに伝送するステップは、
前記ＰＳハンドオーバ命令が受信されると、無線リソース制御（ＲＲＣ）連結解除メッセージの受信を待機するステップと、
前記ＲＲＣ連結解除メッセージが受信されると、前記ネットワークとのＲＲＣ連結を解除するステップと、
ＲＲＣ連結を設定するステップと、
前記ＴＡＵ要請メッセージを前記ネットワークに伝送するステップと、を含むことを特徴とする請求項７に記載のサービス提供方法。
【請求項１０】
前記ＲＲＣ連結解除メッセージの受信を待機するステップは、
ＲＲＣ連結再設定要請メッセージを前記ネットワークに伝送するステップと、
前記ＲＲＣ連結再設定要請メッセージに対する応答で、ＲＲＣ連結再設定許可メッセージが受信されると、前記ネットワークとＲＲＣ連結を再設定するステップと、
ＲＲＣ連結解除メッセージの受信を待機するステップと、を含むことを特徴とする請求項９に記載のサービス提供方法。
【請求項１１】
前記ＴＡＵ要請メッセージを前記ネットワークに伝送するステップは、
前記ＰＳハンドオーバ命令が受信されると、ＲＲＣ連結再設定要請メッセージを前記ネットワークに伝送するステップと、
前記ＲＲＣ連結再設定要請メッセージに対する応答で、ＲＲＣ連結再設定拒絶メッセージが受信されると、前記ネットワークとＲＲＣ連結を解除するステップと、
ＲＲＣ連結を設定した後、前記ＴＡＵ要請メッセージを前記ネットワークに伝送するステップと、を含むことを特徴とする請求項７に記載のサービス提供方法。
【請求項１２】
前記アタッチ許可メッセージに含まれた情報が、前記ネットワークが前記インターネットプロトコルを介した音声サービスとＣＳＦＢ方式をサポートしないことを指示する場合、基地局から受信されたシステム情報ブロック（ＳＩＢ）メッセージに基づいて、レガシー移動通信システムがサーキット交換（ＣＳ）サービスとパケット交換（ＰＳ）サービスの両方ともをサポートするか否かを判定するステップと、
前記サポートの可否に基づいて、前記ネットワークとトラッキング領域アップデート（ＴＡＵ）を実行するステップと、をさらに含む請求項１に記載のサービス提供方法。
【請求項１３】
ＴＡＵを実行するステップは、ＴＡＵ要請メッセージを前記ネットワークに伝送するステップを含み、
前記レガシー移動通信システムが前記ＰＳサービスをサポートしない場合、前記ＴＡＵ要請メッセージには、前記ユーザ端末機が前記ＣＳＦＢ方式をサポートすることを示す情報が含まれることを特徴とする請求項１２に記載のサービス提供方法。
【請求項１４】
ＴＡＵを実行するステップは、ＴＡＵ要請メッセージを前記ネットワークに伝送するステップを含み、
前記レガシー移動通信システムが前記ＣＳサービスと前記ＰＳサービスの両方ともをサポートする場合、前記ＴＡＵ要請メッセージには、前記ユーザ端末機が前記ＣＳＦＢ方式をサポートしないことを示す情報が含まれることを特徴とする請求項１２に記載のサービス提供方法。
【請求項１５】
請求項１乃至１４のいずれか一項に記載の方法を実行するために適用される装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおいて、音声サービス及びデータサービスの提供を受けるアクセスネットワーク（access network）を適応的に選択してサービスを提供する装置及び方法に関する。
【背景技術】
【０００２】
一般的に、移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなく、データサービスまでそのサービス提供領域を拡張しており、現在は、ユーザ端末機に多様な高速大容量サービスを提供する形態に発展している。
【０００３】
このような移動通信システムの代表的な例には、ロングタームエボリューション（long-term evolution：以下、“ＬＴＥ”と称する）移動通信システムと、ロングタームエボリューションアドバンスド（long-term evolution−advanced：以下、“ＬＴＥ−Ａ”と称する）移動通信システムと、高速ダウンリンクパケット接続（high speed downlink packet access：以下、“ＨＳＤＰＡ”と称する）移動通信システムと、高速アップリンクパケット接続（high speed uplink packet access：以下、“ＨＳＵＰＡ”と称する）移動通信システムと、３世代プロジェクトパートナーシップ２（3rd generation project partnership 2：以下、“３ＧＰＰ２”と称する）の高速レートパケットデータ（high rate packet data：以下、“ＨＲＰＤ”と称する）移動通信システムと、３ＧＰＰ２の広域符号分割多重接続（wideband code division multiple access：以下、“ＷＣＤＭＡ（登録商標）”と称する）移動通信システムと、３ＧＰＰ２の符号分割多重接続（code division multiple access：以下、“ＣＤＭＡ”と称する）移動通信システムと、国際電気電子技術者協会（institute of electrical and electronics engineers：以下、“ＩＥＥＥ”と称する）８０２.１６ｍ通信システムと、進化したパケットシステム（evolved packet system：以下、“ＥＰＳ”と称する）と、モバイルインターネットプロトコル（mobile internet protocol：Mobile IP）システムなどがある。しかしながら、現在サービスが提供されている移動通信システムでは、リソースの不足現象が発生しており、ユーザ端末機もより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
【０００４】
このような要求に応じて、次世代移動通信システムとして開発中である移動通信システムがＬＴＥ移動通信システムである。ＬＴＥ移動通信システムは、例えば、最大１００Ｍｂｐｓ程度の伝送速度を有する高速パケットベースの通信を具現する移動通信システムである。ＬＴＥ移動通信システムにおいて、高速パケットベースの通信を具現するために、多様な方案が論議されているが、その代表的な例としては、ネットワークの構造を簡略化させて通信経路上に位置するノードの個数を減らす方案や、無線プロトコルを最大限無線チャンネルに近接させる方案などがある。
【０００５】
ここで、図１を参照して、一般的なＬＴＥ移動通信システムの構造に対して説明する。
【０００６】
図１は、一般的なＬＴＥ移動通信システムの構造を概略的に示した図である。
【０００７】
図１を参照すると、ＬＴＥ移動通信システムは、ユーザ端末機（User Equipment：ＵＥ）１００、複数の進化した基地局（evolved node B）、例えば、基地局＃１ １１０−１、基地局＃２ １１０−２、基地局＃３ １１０−３、基地局＃４ １１０−４、移動性管理エンティティ（mobility management entity：以下、“ＭＭＥ”と称する）１２０及びサービングゲートウェイ（serving gateway：以下、“Ｓ−ＧＷ”と称する）１３０を含み得る。
【０００８】
ユーザ端末機１００は、基地局＃１ １１０−１、基地局＃２ １１０−２、基地局＃３ １１０−３、基地局＃４ １１０−４及びＳ−ＧＷ１３０、そしてパケットデータネットワークゲートウェイ（Packet Data Network（ＰＤＮ）Gateway：Ｐ−ＧＷ）を介して外部ネットワークに接続する。
【０００９】
基地局＃１ １１０−１、基地局＃２ １１０−２、基地局＃３ １１０−３、及び基地局＃４ １１０−４の各々は、無線アクセスネットワーク（Radio Access Network：ＲＡＮ）ノードとして、ＵＴＲＡＮ（UMTS(universal mobile telecommunications system）terrestrial radio access network）システムの無線ネットワーク制御器（radio network controller：ＲＮＣ）及びＧＥＲＡＮ（ＧＳＭ（登録商標）（global system for mobile communications）／ＥＤＧＥ（enhanced data rates for GSM evolution）radio access network）システムの基地局制御器（base station controller：ＢＳＣ）に対応する。基地局＃１ １１０−１、基地局＃２ １１０−２、基地局＃３ １１０−３、及び基地局＃４ １１０−４は、ユーザ端末機１００と無線チャンネルを通して連結され、既存のＲＮＣ／ＢＳＣと類似の役割を実行する。基地局＃１ １１０−１、基地局＃２ １１０−２、基地局＃３ １１０−３、及び基地局＃４ １１０−４の各々は、複数のセルを同時に使用することができる。
【００１０】
ＬＴＥ移動通信システムでは、インターネットプロトコル（internet protocol：ＩＰ）を介した音声（voice over IP：ＶｏＩＰ）サービスのようなリアルタイムサービスをはじめとするすべてのユーザトラフィックが共用チャンネル（shared channel）を通してサービスされるので、ユーザ端末機の状況情報を集合してスケジューリングをする装置が必要であり、これを基地局が担当する。
【００１１】
ＭＭＥ１２０は、各種制御機能を担当するエンティティ（entity）として、一つのＭＭＥは、複数の基地局と連結され得る。
【００１２】
Ｓ−ＧＷ１３０は、データベアラ（data bearer）を提供する装置であり、ＭＭＥ１２０の制御によってデータベアラを生成又は除去する。
【００１３】
一方、ＬＴＥ移動通信システムのコアネットワークは、ＭＭＥ１２０とＳ−ＧＷ１３０の他にも、アプリケーション機能（application function：ＡＦ）エンティティと、ポリシー及び課金規則機能（policy charging and rules function：ＰＣＲＦ）エンティティ及びＰ−ＧＷのようなノード（図１には、別に図示しない）をさらに含み得る。
【００１４】
ＡＦエンティティは、ユーザ端末機とアプリケーションレベルでアプリケーションと関連した情報を交換するエンティティである。
【００１５】
ＰＣＲＦエンティティは、ユーザのサービス品質（quality of service：ＱｏＳ）と関連したポリシーを制御するエンティティであり、上記ポリシーに該当するポリシー及び課金制御（policy and charging control：ＰＣＣ）規則は、上記Ｐ−ＧＷに伝達され、上記Ｐ−ＧＷで適用される。また、ＰＣＲＦエンティティは、トラフィックに対するＱｏＳ及び課金を総括的に制御するエンティティである。
【００１６】
一方、一般的に、ＵＰとは、ユーザデータが送／受信されるユーザ端末機１００とＲＡＮノード、すなわち、基地局＃１ １１０−１乃至基地局＃４ １１０−４と、ＲＡＮノードでＳ−ＧＷ１３０、そしてＳ−ＧＷ１３０でＰ−ＧＷをつなぐ経路を示す。ところが、このような経路で、ユーザ端末機１００と基地局＃１ １１０−１乃至基地局＃４ １１０−４との間の経路は、リソースの制限が激しい無線チャンネルを使用する。
【００１７】
一方、ＬＴＥ移動通信システムのような無線通信システムにおいて、ＱｏＳを適用できる単位は、進化したパケットシステム（evolved packet system：ＥＰＳ）ベアラである。ここで、一つのＥＰＳベアラは、同一のＱｏＳ要請事項を有するＩＰフローを送信するために使用される。また、ＥＰＳベアラには、ＱｏＳと関連したパラメータが指定されることができ、ＱｏＳと関連したパラメータには、サービス品質クラス識別子（QoS class identifier：ＱＣＩ）と割り当て及び保有優先順位（allocation and retention priority：ＡＲＰ）が含まれる。ＱＣＩは、ＱｏＳ優先順位を整数値として定義したパラメータであり、ＡＲＰは、新たなＥＰＳベアラ生成を許可又は拒絶するか否かを判定するために使用されるパラメータである。
【００１８】
また、ＥＰＳベアラは、ＧＰＲＳシステムのパケットデータプロトコル（packet data protocol：ＰＤＰ）コンテキストに対応する。また、一つのＥＰＳベアラは、ＰＤＮ連結（PDN connection）に属するようになり、ＰＤＮ連結は、アクセスポイント名（access point name：ＡＰＮ）を属性として有し得る。もし、ＶｏＬＴＥ（voice over LTE）のようなＩＰマルチメディアサブシステム（IP multimedia subsystem：ＩＭＳ）サービスのためのＰＤＮ連結が生成された場合、該当ＰＤＮ連結は、よく知られた（well-known）ＩＭＳ ＡＰＮを使用して生成されなければならない。
【００１９】
一方、ＬＴＥネットワークでは、音声通話をサポートするためにパケット交換（packet switched：ＰＳ）方式でＩＭＳベースのＶｏＬＴＥ技術を使用するか、又は２Ｇ／３Ｇシステムのサーキット交換（circuit switched：ＣＳ）方式をリサイクルするサーキット交換フォールバック（CS fall back：ＣＳＦＢ）方式を利用することができる。ＬＴＥネットワークでのＶｏＬＴＥは、ＶｏＩＭＳ（voice over IMS）と同一の概念で使用される用語である。
【００２０】
このような無線通信システム、特に、ＬＴＥ移動通信システムでのユーザ端末機がＬＴＥネットワークを使用する途中、受信又は発信音声呼が発生すると、音声サービスのために、ＣＳネットワークにスイッチングするＣＳＦＢ手続きが実行される。一般的に、２Ｇ／３Ｇ移動通信システムは、ＣＳサービスを提供し得るＣＳネットワークであり、ＣＳサービスと関連した制御を担当するエンティティを移動交換制御器（mobile switching center：ＭＳＣ）又は訪問者位置登録器（visitor location register：ＶＬＲ）と称する。ＬＴＥ移動通信システムにおいて、ＣＳサービスのためのスイッチング機能を提供するＣＳＦＢは、ＭＳＣ／ＶＬＲとＭＭＥとの間にＳＧｓインターフェースを通して実行される。
【００２１】
ユーザ端末機がＶｏＩＭＳサービスを受信している間に、ＶｏＩＭＳサービスをサポート可能な領域から抜け出すと、呼を維持するために、単一無線音声呼連結性（single radio voice call continuity：ＳＲＶＣＣ）方式を適用して、上記ユーザ端末機をＣＳをサポートするネットワークにスイッチングさせることができる。もし、ユーザ端末機がＶｏＩＭＳサービスとデータサービスを同時に受信している状態で、ＳＲＶＣＣ方式が適用されると、上記ユーザ端末機に対するデータサービスも２Ｇ／３Ｇネットワークを通して実行されるようになる。ここで、２Ｇ／３Ｇネットワークは、一般的にＬＴＥネットワークよりもデータサービスに対する伝送速度が高くないので、ユーザ端末機で提供されるデータサービス品質が低下されることがある。
【発明の概要】
【発明が解決しようとする課題】
【００２２】
本発明の一実施形態は、移動通信システムにおけるサービス提供装置及び方法を提供する。
【００２３】
また、本発明の一実施形態は、移動通信システムにおける音声サービス及びデータサービスの提供を受けるアクセスネットワークを適応的に選択してサービスを提供する装置及び方法を提供する。
【００２４】
また、本発明の一実施形態は、移動通信システムにおけるユーザ端末機が音声サービスの提供を受けるアクセスネットワークとデータサービスの提供を受けるアクセスネットワークを差別化させてサービスを提供する装置及び方法を提供する。
【００２５】
上述した情報は、本発明の理解を助けるために背景情報としてのみ提示される。本発明に対する先行技術で適用されることができるか否かに関してはいかなる決定及びいかなる主張もない。
【課題を解決するための手段】
【００２６】
本発明の一実施形態によれば、移動通信システムにおけるユーザ端末機のサービス提供装置を提供する。上記装置は、ノンレガシー（non-legacy）移動通信システム領域への進入を検出すると、アタッチ要請メッセージをネットワークに伝送する送信部と、 上記ネットワークから、上記ネットワークがインターネットプロトコルを介した音声サービス又はサーキット交換フォールバック（ＣＳＦＢ）方式をサポートするか否かに関連した情報を含むアタッチ許可メッセージを受信し、上記アタッチ許可メッセージに含まれた情報が、上記ネットワークが上記インターネットプロトコルを介した音声サービス又はＣＳＦＢ方式をサポートすることを指示する場合、上記インターネットプロトコル又はＣＳＦＢ方式に基づいて、上記ノンレガシー移動通信システムを通して音声サービスを受信する受信部と、を含む。
【００２７】
本発明の他の一実施形態によれば、移動通信システムにおけるユーザ端末機のサービス提供方法を提供する。上記方法は、ノンレガシー（non-legacy）移動通信システム領域への進入を検出すると、アタッチ要請メッセージをネットワークに伝送するステップと、上記ネットワークから、上記ネットワークがインターネットプロトコルを介した音声サービス又はサーキット交換フォールバック（ＣＳＦＢ）方式をサポートするか否かに関連した情報を含むアタッチ許可メッセージを受信するステップと、上記アタッチ許可メッセージに含まれた情報が、上記ネットワークが上記インターネットプロトコルを介した音声サービス又はＣＳＦＢ方式をサポートすることを指示する場合、上記インターネットプロトコル又はＣＳＦＢ方式に基づいて、上記ノンレガシー移動通信システムを通して音声サービスを受信するステップと、を含む。
【発明の効果】
【００２８】
本発明の一実施形態は、移動通信システムにおける音声サービス及びデータサービスの提供を受けるアクセスネットワークを適応的に選択してサービスの提供を受けることを可能にするという効果がある。
【００２９】
また、本発明の一実施形態は、移動通信システムにおけるユーザ端末機が音声サービスの提供を受けるアクセスネットワークとデータサービスの提供を受けるアクセスネットワークを差別化させてサービスを提供することを可能にするという効果がある。
【００３０】
このように、移動通信システムにおける音声サービス及びデータサービスの提供を受けるアクセスネットワークを適応的に選択してサービスを提供するか、又はユーザ端末機が音声サービスの提供を受けるアクセスネットワークとデータサービスの提供を受けるアクセスネットワークを差別化させてサービスの提供を受けることを可能にする場合、サービス品質が向上するという効果がある。
【００３１】
また、本発明の一実施形態によれば、ユーザ端末機がＳＲＶＣＣ手続き実行により２Ｇ／３Ｇネットワークにスイッチングした後にも、ＬＴＥネットワークを通して持続的にデータサービスを受信できるようにすることによって、ユーザ端末機に提供されるサービス品質を高めることができる効果がある。
【図面の簡単な説明】
【００３２】
本発明の実施形態の上述した及び他の様相、特徴、及び利点は、以下の添付図面を併用した後述の詳細な説明から、より一層明らかになる。
【００３３】
【図１】一般的なＬＴＥ移動通信システムの構造を概略的に示した図である。
【図２】本発明の一実施形態による複数個の音声サービスサポート方式をサポートするオペレータネットワークの構造を概略的に示した図である。
【図３】本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がネットワークで音声サービスがサポートされるか否かに基づいて登録手続きタイプを決定する過程を概略的に示した図である。
【図４】本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ方式使用の必要性に基づいて、２Ｇ／３Ｇ能力をネットワークに通報するか否かを決定する過程を概略的に示した図である。
【図５】本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行した後、ＴＡＵ手続きをまた実行する過程の一例を概略的に示した図である。
【図６】本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行した後、ＴＡＵ手続きをまた実行する過程の他の例を概略的に示した図である。
【図７】本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行することなく、ＳＲＶＣＣ手続きを実行した後、ＴＡＵ手続きをまた実行する過程の一例を概略的に示した図である。
【図８】本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行することなく、ＳＲＶＣＣ手続きを実行した後、ＴＡＵ手続きをまた実行する過程の他の例を概略的に示した図である。
【図９】本発明の一実施形態による移動通信システムにおけるＬＴＥネットワークと共存するレガシーネットワークの形態を基盤とするＬＴＥ ＰＳレガシーＣＳユーザ端末機の動作過程を概略的に示した図である。
【図１０】本発明の一実施形態による移動通信システムにおけるタイマーに基づいてＴＡＵ要請を制御するユーザ端末機の動作過程を概略的に示した図である。
【図１１】本発明の一実施形態による移動通信システムにおけるＲＲＣ連結状態によってＴＡアップデート要請メッセージ伝送を制御するユーザ端末機の動作過程を概略的に示した図である。
【図１２】本発明の一実施形態による移動通信システムにおけるＲＲＣ再設定動作を実行し、その結果によってＴＡアップデート要請メッセージ伝送を制御するユーザ端末機の動作過程を概略的に示した図である。
【図１３】本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機の内部構造を概略的に示した図である。
【図１４】本発明の一実施形態による移動通信システムにおける基地局の内部構造を概略的に示した図である。
【図１５】本発明の一実施形態による移動通信システムにおけるＭＭＥの内部構造を概略的に示した図である。
【図１６】本発明の一実施形態による移動通信システムにおけるＳＧＳＮの内部構造を概略的に示した図である。
【図１７】本発明の一実施形態による移動通信システムにおけるＢＳＣの内部構造を概略的に示した図である。
【発明を実施するための形態】
【００３４】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。次の説明において、公知の機能または構成に関する具体的な説明が本発明の要旨を不明瞭とすると判断された場合は、その詳細な説明は省略する。なお、後述の用語は、本発明における機能を考慮して定義された用語として、これは、使用者、運用者の意図又は慣例によって変更され得る。
【００３５】
添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供され、この理解を助けるための様々な特定の詳細を含むが、単なる実施形態にすぎない。したがって、本発明の範囲及び趣旨を逸脱することなく、明細書中に説明した実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかであろう。また、明瞭性と簡潔性の観点から、当業者には既知の機能や構成に関する具体的な説明を省略する。
【００３６】
“第１の”及び“第２の”などのような序数を含む用語が様々な構成要素を説明するために使用されるが、これらの構成要素は、この用語により限定されない。この用語は、１つの構成要素を他の構成要素と区別するためにだけ使用される。例えば、本発明の権利範囲を逸脱することなく、第１の構成要素は第２の構成要素と呼ばれてもよく、同様に、第２の構成要素も第１の構成要素と呼ばれてもよい。ここで使用される用語“及び／又は”は、複数の関連した記載された項目の組み合せ又は複数の関連した記載された項目のうちのいずれかの項目を含む。
【００３７】
ここで使用する用語は、特定の実施形態だけを説明するためのもので、本発明を限定するものではない。ここで使用するように、単数の表現は、文脈上明白に異なることを必要としない限り複数の表現を含む。本明細書で使用されている“具備する”又は“有する”などの用語は、明細書上に記載された特徴、数字、ステップ、動作、構成要素、エレメント、又はこれらの組み合せの存在を指定するものであって、１つ又はそれ以上の他の特徴又は数字、ステップ、動作、構成要素、部品、又はこれらの組み合せの存在又は付加可能性を予め排除しないものと理解されるべきである。
【００３８】
用語が異なって定義されない限り、技術的であるか又は科学的な用語を含めてここで使用されるすべての用語は、本発明が属する技術分野における通常の知識を有する者により一般的に理解されるものと同一の意味を有している。一般的に使用される予め定義されているような用語は、関連技術の文脈上有する意味と一致する意味を有するものと解釈されなければならず、本出願で明白に定義しない限り、理想的であるか又は過度に形式的な意味であると解釈されない。
【００３９】
本発明の一実施形態は、移動通信システムにおけるサービス提供装置及び方法を提供する。
【００４０】
また、本発明の一実施形態は、移動通信システムにおける音声サービス及びデータサービスの提供を受けるアクセスネットワーク（access network）を適応的に選択してサービスを提供する装置及び方法を提供する。
【００４１】
また、本発明の一実施形態は、移動通信システムにおけるユーザ端末機（user equipment：ＵＥ）が音声サービスの提供を受けるアクセスネットワークとデータサービスの提供を受けるアクセスネットワークを差別化させてサービスを提供する装置及び方法を提供する。
【００４２】
一方、本発明の一実施形態で提案する方法及び装置は、ロングタームエボリューション（long-term evolution：ＬＴＥ）移動通信システムと、ロングタームエボリューションアドバンスド（long-term evolution−advanced：ＬＴＥ−Ａ）移動通信システムと、高速ダウンリンクパケット接続（high speed downlink packet access：ＨＳＤＰＡ）移動通信システムと、高速アップリンクパケット接続（high speed uplink packet access：ＨＳＵＰＡ）移動通信システムと、３世代プロジェクトパートナーシップ２（3rd generation project partnership 2：３ＧＰＰ２）の高速レートパケットデータ（high rate packet data：ＨＲＰＤ）移動通信システムと、３ＧＰＰ２の広域符号分割多重接続（wideband code division multiple access：ＷＣＤＭＡ（登録商標））移動通信システムと、３ＧＰＰ２の符号分割多重接続（code division multiple access：ＣＤＭＡ）移動通信システムと、国際電気電子技術者協会（institute of electrical and electronics engineers：ＩＥＥＥ）８０２.１６ｍ通信システムと、進化したパケットシステム（evolved packet system：ＥＰＳ）と、モバイルインターネットプロトコル（mobile internet protocol ：Mobile IP）システムなどのような多様な移動通信システムに適用可能である。
【００４３】
以下、本発明の実施形態では、ＬＴＥ移動通信システムをノンレガシー移動通信システムと仮定し、２Ｇ／３Ｇ移動通信システムをレガシー移動通信システムと仮定する。上記ノンレガシー移動通信システムは、ＬＴＥ移動通信システムだけでなく多様な移動通信システムであり得、上記レガシー移動通信システムは、２Ｇ／３Ｇ移動通信システムだけでなく多様な移動通信システムであり得ることはいうまでもない。
【００４４】
以下では、ＵＥがＬＴＥネットワークを使用したが、音声サービスのためにＶｏＩＭＳ又はサーキット交換（ＣＳ）ネットワークにスイッチングするサーキット交換フォールバック（circuit switched fall back：ＣＳＦＢ）方式を一例として、本発明の実施形態を具体的に説明する。しかしながら、本発明の主要な要旨は、類似の技術的背景を有する他の通信システムやサービスにも本発明の範囲から逸脱しない範囲で、若干の変形を加えて適用可能であり、これは、本発明の技術分野での熟練された技術的知識を有した者の判断により可能であるだろう。
【００４５】
一方、本明細書及び図面で、ＬＴＥネットワークは、Ｅ−ＵＴＲＡＮと同一の意味で使用され得、ＣＳネットワークは、ＣＳサービスをサポート可能なＵＴＲＡＮと、ＧＳＭ（登録商標）（global system for mobile communications）／ＥＤＧＥ（enhanced data rates for GSM evolution）無線アクセスネットワーク（GSM/EDGE Radio Access Network：ＧＥＲＡＮ）と、ＣＤＭＡ２０００、又はそれと類似のネットワークであり得、これらを総称してレガシーネットワークと称する。また、上記レガシーネットワークは、時分割同期符号分割多重接続（ＴＤ−ＳＣＤＭＡ：time division synchronous code division multiple access）ネットワークを含むことができ、上記ＴＤ−ＳＣＭＤＡネットワークは、一般的に３Ｇネットワークに分類され得る。
【００４６】
また、本明細書及び図面で、一つのネットワークに存在するということは、一つのネットワークに連結（Connected）中である場合とアイドル（idle）状態でキャンピング（camping）中である場合の両方ともを包括し得る。また、基地局という用語は、該当ネットワークがＥ−ＵＴＲＡＮである場合には、進化した基地局（evolved Node B：ｅＮＢ）に対応する。
【００４７】
また、本発明の実施形態及び図面で、ホーム加入者サーバ（home subscriber sever：ＨＳＳ）は、ホーム位置登録器（home location register：ＨＬＲ）と同一であるか又は物理的に共に位置するエンティティであり得る。
【００４８】
一方、本発明の実施形態及び図面で、デュアルトランスファーモード（dual transfer mode：ＤＴＭ）ハンドオーバ（hand over：ＨＯ）とパケット交換（ＰＳ）ＨＯは、同一の意味で使用され得る。
【００４９】
まず、ＬＴＥネットワークは、自体的にＣＳサービスをサポートできないので、ＬＴＥネットワークでは、特定サービスが必要な場合、２世代／３世代（2nd Generation/3rd Generation：２Ｇ／３Ｇ）のＣＳネットワークを使用するＣＳＦＢ方式のような方式が使用され得る。ＣＳＦＢ方式は、移動性管理エンティティ（mobility management entity：ＭＭＥ）と移動交換機（mobile switching center：ＭＳＣ）間の情報交換のために、ＳＧｓというインターフェースを使用するが、オペレータネットワークの一部ＭＳＣは、ＳＧｓインターフェースを使用し難い場合がある。
【００５０】
このような場合、ＬＴＥネットワークと２Ｇ／３Ｇネットワークを同時にサポートするオペレータは、音声サービスのようにＬＴＥネットワークで直接提供し難い特定サービスをサポートするために、ＣＳＦＢ方式のようにＬＴＥネットワークがユーザ端末機に対するＣＳネットワークへのスイッチングをサポートする方式を使用することでなく、上記ユーザ端末機が直接にＬＴＥネットワークと２Ｇ／３Ｇ ＣＳネットワークの制御信号をモニタリングする方式を使用する。すなわち、ユーザ端末機は、主にＬＴＥ移動通信システムを通してデータサービスを受信しながら、上記ＣＳネットワークでの移動性管理（mobility management：ＭＭ）手続きを実行するために、一定周期ごとに２Ｇ／３Ｇ移動通信システムと制御信号を送／受信する。
【００５１】
以下、説明の便宜上、ユーザ端末機がＰＳサービスをノンレガシー移動通信システムを通して受信し、ＣＳサービスをレガシー移動通信システムを通して受信する方式を“ノンレガシーＰＳレガシーＣＳ方式”と称する。一例で、本発明の実施形態では、上記ノンレガシー移動通信システムは、ＬＴＥ移動通信システムであるから、上記ノンレガシーＰＳレガシーＣＳ方式は、“ＬＴＥ ＰＳレガシーＣＳ方式”と称される。
【００５２】
該当ＬＴＥ ＰＳレガシーＣＳ方式をサポートする場合、ユーザ端末機は、次のような動作モードをサポートできる。
（１）動作モード＃１：ＬＴＥ ＰＳサービス（インターネットプロトコルマルチメディアサブシステム（IP multimedia subsystem：ＩＭＳ）を介した音声（voice over IMS：ＶｏＩＭＳ）サービス含む）をサポートする動作モード
（２）動作モード＃２：ＬＴＥ ＰＳサービス（ＶｏＩＭＳサービス含む）＋２Ｇ／３Ｇ ＣＳサービスをサポートする動作モード
（３）動作モード＃３：２Ｇ／３ＧＰＳサービス＋２Ｇ／３Ｇ ＣＳサービスをサポートする動作モード
【００５３】
ＶｏＩＭＳサービスは、ＬＴＥ移動通信システムにＶｏＩＭＳサービスをサポート可能な機能が具現されており、その機能を使用するように設定された場合のみにサポートされ得る。
【００５４】
これと同様に、ＣＳＦＢ方式もＬＴＥ移動通信システムと、ＬＴＥ移動通信システムと共存する２Ｇ／３Ｇ移動通信システムがＣＳＦＢ方式をサポートする場合のみに使用され得る。
【００５５】
一方、特定オペレータネットワークでは、複数個の音声サービスサポート方式をサポートでき、このように複数個の音声サービスサポート方式をサポートするオペレータネットワークの構造を図２を参照して説明すると、次のようである。
【００５６】
図２は、本発明の一実施形態による複数個の音声サービスサポート方式をサポートするオペレータネットワークの構造を概略的に示した図である。
【００５７】
図２を参照すると、上記オペレータネットワークは、複数の領域、一例で、６個の領域、すなわち、領域＃１ ２１０と、領域＃２ ２２０と、領域＃３ ２３０と、領域＃４ ２４０と、領域＃５ ２５０と、領域＃６ ２６０を含む。
【００５８】
領域＃１ ２１０は、ＣＳＦＢ非サポート２Ｇ／３Ｇレガシー領域である。ここで、上記ＣＳＦＢ非サポート２Ｇ／３Ｇレガシー領域は、ＣＳＦＢ方式をサポートすることが不可能な２Ｇ／３Ｇ領域を表す。
【００５９】
領域＃２ ２２０は、ＣＳＦＢサポート２Ｇ／３Ｇレガシー領域である。ここで、上記ＣＳＦＢサポート２Ｇ／３Ｇレガシー領域は、ＣＳＦＢ方式をサポートすることが可能な２Ｇ／３Ｇ領域を表す。
【００６０】
領域＃３ ２３０と領域＃５ ２５０の各々は、ＶｏＬＴＥサポート可能ＬＴＥ領域である。ここで、上記ＶｏＬＴＥサポート可能ＬＴＥ領域は、ＶｏＬＴＥサービスのサポートが可能なＬＴＥ領域を表す。
【００６１】
領域＃４ ２４０と領域＃６ ２６０の各々は、ＶｏＬＴＥ非サポートＬＴＥ領域である。ここで、上記ＶｏＬＴＥ非サポートＬＴＥ領域は、ＶｏＬＴＥサービスのサポートが不可能なＬＴＥ領域を表す。
【００６２】
もし、ユーザ端末機がＬＴＥサポート領域に進入する場合、ユーザ端末機は、アタッチ（attach）手続き又はトラッキング領域アップデート（tracking area update：ＴＡＵ）手続きを実行しなければならない。
【００６３】
ところが、ＬＴＥ ＰＳレガシーＣＳ方式をサポートするユーザ端末機は、オペレータネットワークのＬＴＥ領域で現在音声サービスを提供するドメインがＰＳ（すなわち、ＶｏＩＭＳサービスを使用する場合）であるかＣＳであるかが予め分からない。また、もし、ＬＴＥ領域で音声サービスがＣＳドメインで提供される場合といっても、該当ＬＴＥ ＰＳレガシーＣＳ方式を使用するユーザ端末機は、ＣＳＦＢ方式に基づいてＣＳネットワークに接続できるように構成されたか否かが分からない。以下、説明の便宜上、該当ＬＴＥ ＰＳレガシーＣＳ方式をサポートするユーザ端末機を“ＬＴＥ ＰＳレガシーＣＳユーザ端末機”と称する。
【００６４】
したがって、上述したような問題を解決するために、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥ領域に進入してアタッチ手続き又はＴＡＵ手続きを開始する場合、オペレータネットワークがサポートする音声サービス機能を確認するために、結合アタッチ（combined attach）手続き又は結合ＴＡＵ（combined TAU）手続きを実行する。その次に、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、オペレータネットワークから応答メッセージを受信して上記オペレータネットワークのサポート機能を検出する。また該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記オペレータネットワークのサポート機能の検出によって、必要な場合、ＬＴＥ ＰＳレガシーＣＳ方式を使用するモードであるＬＴＥ ＰＳレガシーＣＳモードで動作するために、追加的なＴＡＵ手続きを実行することができる。
【００６５】
ここで、図３を参照して、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がネットワークで音声サービスがサポートされるか否かに基づいて登録手続きタイプを決定する過程に対して説明する。
【００６６】
図３は、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がネットワークでどの形態の音声サービスがサポートされるか否かに基づいて登録手続きタイプを決定する過程を概略的に示した図である。
【００６７】
図３を参照すると、まずステップ３１１で、ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥ領域への進入を検出すると、結合アタッチ手続きを実行し、ステップ３１３に進行する。該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が結合アタッチ手続きを実行する過程に対して具体的に説明すると、次のようである。
【００６８】
例えば、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、無線リソース制御（radio resource control：ＲＲＣ）連結を設定する手続き、又は以後にユーザ端末機無線能力（UE radio capability）に関連した情報を送信する手続きで、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が２Ｇ／３Ｇ方式をサポートし、ＣＳＦＢ／単一無線音声呼連結性（single radio voice call continuity：ＳＲＶＣＣ）手続きをサポートできることを表すメッセージを基地局に伝送する。他の例で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、アタッチ要請メッセージに該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が２Ｇ／３Ｇ方式をサポートし、ＣＳＦＢ／ＳＲＶＣＣ方式をサポートできることを示す情報を含めてＭＭＥに送信する。以下では、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がアタッチ要請メッセージに２Ｇ／３Ｇ方式をサポートし、ＣＳＦＢ／ＳＲＶＣＣ方式をサポートできることを示す情報を含めてＭＭＥに送信した場合を仮定して説明する。２Ｇ／３Ｇ方式をサポートし、ＣＳＦＢ／ＳＲＶＣＣ方式をサポートできることを示す情報は、例えば、“2G/3G capability = YES”のように示すことができる。
【００６９】
ステップ３１３で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記結合アタッチ手続きの実行によって、上記ＭＭＥからアタッチ許可（attach accept）メッセージを受信し、ステップ３１５に進行する。ここで、上記アタッチ許可メッセージには、多様なパラメータが含まれ得るが、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記アタッチ許可メッセージに含まれたパラメータに基づいて、ネットワークがサポートする音声サービスサポート機能を判定することができる。該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が上記ネットワークがサポートする音声サービスサポート機能を判定する過程に対して具体的に説明すると、次のようである。
【００７０】
まず、上記アタッチ許可メッセージに含まれたパラメータは、一例で、進化したＥＰＳネットワーク要素サポート情報（EPS network feature support information）と、ＥＰＳアタッチ結果情報エレメント（information element：ＩＥ）（EPS attach result IE、以下、“ＥＰＳアタッチ結果ＩＥ”と称する）を含み得る。ここで、上記ＥＰＳネットワーク要素サポート情報は、ＩＭＳＶｏＰＳフィールドを含むことができ、上記ＩＭＳＶｏＰＳフィールドは、一例で、１ビットで具現され得る。上記ＥＰＳネットワーク要素サポート情報が含むＩＭＳＶｏＰＳフィールドのフィールド値が一例で、“１”に設定されている場合、上記ＥＰＳネットワーク要素サポート情報は、ＬＴＥネットワークがＶｏＩＭＳサービスをサポートすることを示す。これとは反対に、上記ＥＰＳネットワーク要素サポート情報が含むＩＭＳＶｏＰＳフィールドのフィールド値が、一例で、“０”に設定されている場合、上記ＥＰＳネットワーク要素サポート情報は、ＬＴＥネットワークがＶｏＩＭＳサービスをサポートしないことを表す。また、上記ＥＰＳアタッチ結果ＩＥが結合ＥＰＳ／ＩＭＳＩを示す場合、上記ＥＰＳアタッチ結果ＩＥは、ＬＴＥネットワークがＣＳＦＢ方式をサポートすることを示す。これとは異なり、ＥＰＳアタッチ結果ＩＥがＥＰＳオンリー（only）を示す場合、上記ＥＰＳアタッチ結果ＩＥは、ＬＴＥネットワークがＣＳＦＢ方式をサポートしないことを表す。
【００７１】
このように、ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記アタッチ許可メッセージに含まれたパラメータに基づいて、ＬＴＥネットワークでＶｏＩＭＳサービス又はＣＳＦＢ方式をサポートすることを検出でき、これによって、ＶｏＩＭＳサービスやＣＳＦＢ方式を使用して音声サービスを受信することができる。
【００７２】
一方、ステップ３１５で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記アタッチ許可メッセージに含まれたパラメータに基づいて、ＬＴＥネットワークがＶｏＩＭＳサービス及びＣＳＦＢ方式の両方ともをサポートしないかを検査する（VoIMS = No and Attach result = EPS only?）。当該検査の結果、ＬＴＥネットワークがＶｏＩＭＳサービス及びＣＳＦＢ方式の両方ともをサポートしない場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥ ＰＳを持続的に使用するためにステップ３１７に進行する。この場合、一般的なユーザ端末機は、音声中心型で設定された場合、ＶｏＩＭＳとＣＳＦＢの両方ともがサポートされないと、ＬＴＥ機能（すなわち、Ｅ−ＵＴＲＡＮを接続する機能）をターンオフし、２Ｇ／３Ｇネットワークのみに接続することができる。
【００７３】
ステップ３１７で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ノーマルＴＡＵ（Normal ＴＡＵ）手続きを実行し、ステップ３１９に進行する。ここで、上記ノーマルＴＡＵとは、結合タイプＴＡＵではないことを意味し、上記ノーマルＴＡＵ手続きに対して具体的に説明すると、次のようである。
【００７４】
まず、ＬＴＥネットワークがＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしない場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥ ＰＳレガシーＣＳモードで動作しなければならない。ＬＴＥネットワークがＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしない場合は、一例で、図２で説明したようなＶｏＬＴＥ非サポートＬＴＥ領域とＣＳＦＢ非サポート２Ｇ／３Ｇ領域がオーバラップされている場合であり得る。すなわち、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークを介しては、ＰＳサービスを受信しながら、２Ｇ／３Ｇネットワークを介しては、ＣＳサービスを受信するための動作を実行しなければならない。
【００７５】
ところが、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ステップ３１１の結合アタッチ手続きの実行中に、基地局に２Ｇ／３Ｇ機能をサポートできることを既に知らせたために、ＬＴＥネットワークで該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機を２Ｇ／３ＧネットワークにスイッチングさせるかＨＯさせる場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、これ以上ＬＴＥネットワークを使用できなくなる。
【００７６】
ところが、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が該当ＬＴＥ ＰＳレガシーＣＳモードで動作すると、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、２Ｇ／３Ｇネットワークに接続できるので、ＬＴＥネットワークを通して２Ｇ／３ＧネットワークにスイッチングするかＨＯする命令を受け入れる必要がない。したがって、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークでＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしないことによって、該当ＬＴＥ ＰＳレガシーＣＳモードで動作しなければならない場合、上記ノーマルＴＡＵ手続きを実行するようになる。この場合、上記ノーマルＴＡＵ手続きの実行において、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＴＡＵ要請（ＴＡＵ Request）メッセージが含むＥＰＳアップデートタイプＩＥ（EPS update type IE）を“TA updating”と設定する（EPS update type IE = TA updating）。また、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記ノーマルＴＡＵ手続きの実行において、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が２Ｇ／３Ｇ能力（capability）のあることを示す情報又はＣＳＦＢ／ＳＲＶＣＣ方式をサポートすることを示す情報を上記ＴＡＵ要請メッセージに含めてはならない（2G/3G capability = no）。このようなノーマルＴＡＵ手続きを通して、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークが該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機を２Ｇ／３ＧネットワークにスイッチングさせるかＨＯさせることを防止できる。
【００７７】
このように、ノーマルＴＡＵ手続きを実行した該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ステップ３１９に進行して該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が含んでいる２Ｇ／３Ｇ制御部を通してＣＳ登録手続きを実行する。ここで、上記ＣＳ登録手続きは、２Ｇ／３Ｇネットワークを通してＣＳサービスを受信するためのもので、一例で、アタッチ手続き又は位置領域アップデート（location area update)手続きを含む。ＬＴＥネットワークを通して実行されるアタッチ手続きと２Ｇ／３Ｇネットワークで実行される登録手続きは、相互順序が交差するか、並列的に実行されることもできる。
【００７８】
図３では、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＬＴＥネットワークで初期結合アタッチ手続きを実行することを例として説明した。しかしながら、図３で説明した本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がネットワークで音声サービスがサポートされるか否かに基づいて登録手続きタイプを決定する過程は、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が既にアタッチ手続きを実行した後、結合ＴＡＵ手続きを実行する場合にも大きな変更無しで適用され得る。このような場合、図３で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が送信するメッセージは、アタッチ要請メッセージの代わりに、トラッキング領域（tracking area：ＴＡ）アップデート要請（ＴＡ update request）メッセージに変更され、ＥＰＳアップデートタイプＩＥは、結合ＴＡ／ＬＡ updatingに変更され得る。
【００７９】
一方、図３が本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がネットワークで音声サービスがサポートされるか否かに基づいて登録手続きタイプを決定する過程を示していても、多様な変形が図３に対して実行され得る。一例で、図３には、連続的な段階が示されているが、図３で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【００８０】
一方、ユーザ端末機がＬＴＥ ＰＳレガシーＣＳ方式をサポートするＬＴＥ ＰＳレガシーＣＳユーザ端末機といっても、ＶｏＩＭＳサポートＬＴＥ領域でＳＲＶＣＣ方式をサポートするように設定された場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が２Ｇ／３Ｇ能力があり、ＳＲＶＣＣ方式をサポートすることをＬＴＥネットワークに知らせるべきである。これは、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が２Ｇ／３Ｇ能力のあることをＬＴＥネットワークに通知しない場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＶｏＩＭＳサービスを受信している間に、ＶｏＩＭＳサポートＬＴＥ領域から抜け出すと、ＳＲＶＣＣ方式がサポートされないので、呼の切断があるからである。
【００８１】
したがって、図４を参照して、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ方式使用の必要性に基づいて２Ｇ／３Ｇ能力をネットワークに通報するか否かを決定する過程に対して説明する。
【００８２】
図４は、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ方式使用の必要性に基づいて、２Ｇ／３Ｇ能力をネットワークに通報するか否かを決定する過程を概略的に示した図である。
【００８３】
図４を参照すると、まずステップ４１１で、ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、自身の設定情報を検出し、ステップ４１３に進行する。ステップ４１３で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＳＲＶＣＣ方式を使用するように設定されているかを検査する。ステップ４１３の検査の結果、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記ＳＲＶＣＣ方式を使用するように設定されている場合、ステップ４１５に進行する。
【００８４】
ステップ４１５で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、接続サーバ（access server：以下、“ＡＳ”と称する）／ネットワークアクセスサーバ（network access server：以下、“ＮＡＳ”と称する）を通して自身の能力情報をネットワークに送信し、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が２Ｇ／３Ｇ能力のあることを上記ネットワークに知らせる。このように、能力情報を送信して該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が２Ｇ／３Ｇ能力のあることを上記ネットワークに知らせる理由は、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が２Ｇ／３ＧネットワークにＳＲＶＣＣ ＨＯされることをアクティブにさせるためである。ここで、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機の能力情報は、例えば、メッセージ形態で送信され得る。
【００８５】
一方、ステップ４１３の検査の結果、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が上記ＳＲＶＣＣ方式を使用するように設定されていない場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ステップ４１７に進行する。ステップ４１７で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記ＡＳ／ＮＡＳを通して２Ｇ／３Ｇ能力のあることを上記ネットワークに通知しない。すなわち、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、自身の能力情報を上記ネットワークに送信しない。このように、上記能力情報を上記ネットワークに送信しない理由は、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が２Ｇ／３ＧネットワークにＳＲＶＣＣ ＨＯされることを防止するためである。
【００８６】
一方、図４が本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ方式使用の必要性に基づいて、能力情報をネットワークに通報するか否かを決定する過程を示していても、多様な変形が図４に対して実行され得る。一例で、図４には、連続的な段階が示されているが、図４で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【００８７】
一方、ＬＴＥ ＰＳレガシーＣＳ方式をサポートするユーザ端末機がＶｏＬＴＥサポート領域でＶｏＬＴＥサービスを受信している間に、ＶｏＬＴＥサービスがサポートされないＬＴＥ領域へ移動した場合、ネットワークは、音声呼の切断を防止するために、ＳＲＶＣＣ方式を使用することができる。この時、もし、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＰＳサービスデータを送／受信可能な状態であったら、ＬＴＥネットワークは、上記ＳＲＶＣＣ方式と共にＰＳ ＨＯを適用することができる。ここで、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が２Ｇ／３ＧネットワークにＰＳ ＨＯされた場合、２Ｇ／３ＧネットワークのＰＳデータサービス品質は、ＬＴＥネットワークに比べて低下することがある。また該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥ ＰＳレガシーＣＳ方式をサポートするので、ＣＳネットワークに音声呼がＳＲＶＣＣ ＨＯされた場合といっても、ＬＴＥネットワークでＰＳサービスデータを送／受信することができる。
【００８８】
したがって、ＳＲＶＣＣ方式が実行される場合、同時にＰＳ ＨＯが２Ｇ／３Ｇネットワークに発生することを防止するか、それともＰＳ ＨＯ動作が実行された後にまたＬＴＥネットワークにＰＳサービスデータを送／受信することができるように措置すると、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機のユーザの体験ＰＳサービス品質は、非常に高まることができる。
【００８９】
すなわち、本発明の一実施形態では、ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ手続き実行命令と共にＰＳ ＨＯ命令を受信した場合、ＰＳ ＨＯ手続きを完了した後、ＬＴＥ ＰＳレガシーＣＳ動作モードに動作モードを変更し、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が含むＬＴＥ制御部を通してＴＡＵ手続きをまた実行する。ここで、ＴＡＵは、上述したノーマルＴＡＵであり得、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機からＴＡＵ要請メッセージを受信したＬＴＥコアネットワーク（core net work：ＣＮ）は、またＰＳサービスデータに対する経路（Path）をＬＴＥネットワークに設定して、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＬＴＥネットワークを通してＰＳサービスデータを送／受信することができるようにする。
【００９０】
ここで、図５を参照して、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ手続き及び二重伝送モード（dual transfer mode：ＤＴＭ）ＨＯ手続きを実行した後、ＴＡＵ手続きをまた実行する過程の一例に対して説明する。
【００９１】
図５は、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行した後、ＴＡＵ手続きをまた実行する過程の一例を概略的に示した図である。
【００９２】
図５を参照すると、移動通信システムは、ＵＥ５１１と、ｅＮＢ５１３と、ＭＭＥ５１５と、ＳＧＳＮ（serving GPRS（general packet radio service) support node）５１７と、基地局制御器（base station controller：以下、“ＢＳＣ”と称する）５１９を含む。ここで、ＵＥ５１１は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機と仮定し、図５では、ＵＥとＬＴＥ ＰＳレガシーＣＳユーザ端末機を混用して使用する。
【００９３】
まず、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１は、現在進行中であるＶｏＬＴＥセッション、すなわち、on-going VoLTE sessionが設定された状態で（ステップ５２１）、予め設定されている周期ごとに又はイベント発生時ごとに、測定報告（measurement report）メッセージをｅＮＢ５１３に送信する（ステップ５２３）。一方、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１は、物理的に位置が移動されるか受信信号強度が変更され、ＶｏＬＴＥサービスがサポートされないＬＴＥ領域へ移動するようになれば、ｅＮＢ５１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１がＶｏＬＴＥサービスがサポートされないＬＴＥ領域に進入したことを検出する（ステップ５２５）。ここで、上記ＶｏＬＴＥサービスがサポートされないＬＴＥ領域は、説明の便宜上、“非ＶｏＬＴＥ領域（non-VoLTE area）”と称する。ｅＮＢ５１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１の非ＶｏＬＴＥ領域への進入が検出されると、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１に対するＳＲＶＣＣ手続きを開始しなければないと決定し得る。
【００９４】
このように、上記ＳＲＶＣＣ手続きの開始を決定すると、ｅＮＢ５１３は、ＭＭＥ５１５に上記ＳＲＶＣＣ手続きと共にＰＳ ＨＯ（又はＤＴＭ ＨＯ）手続きが必要であることをＨＯ要請（HO required）メッセージを通して通報し得る（ＨＯ要請（ＣＳ＋ＰＳ））（ステップ５２７）。すなわち、基地局５１３は、上記ＨＯ要請メッセージをＭＭＥ５１５に送信してＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１に対するＳＲＶＣＣ手続き及びＰＳ ＨＯ手続きが必要であることをＭＭＥ５１５に通報する。ステップ５２７に基づいて、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１の音声呼は、上記ＳＲＶＣＣ手続きを通してＣＳドメインに、ＬＴＥネットワークで使用中であったＥＰＳベアラは、２Ｇ／３ＧネットワークのＰＳドメインにＨＯされ得る。
【００９５】
基地局５１３からＨＯ要請メッセージを受信したＭＭＥ５１５は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１と共にノーマルＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行する（ステップ５２９）。すなわち、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１は、ＭＭＥ５１５からＳＲＶＣＣ命令と共にＤＴＭ ＨＯ命令を受信すると、上記ＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行する。ここでは、ＭＭＥ５１５がＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１とＤＴＭ ＨＯ手続きを実行することを一例として説明したが、さらに他の例でＭＭＥ５１５は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１とＰＳ ＨＯを実行することもできる。また、ＭＭＥ５１５は、ＳＧＳＮ５１７とノーマルＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続き（又はＰＳ ＨＯ手続き）を実行し（ステップ５３１）、ＳＧＳＮ５１７は、ＢＳＣ５１９とノーマルＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続き（又はＰＳ ＨＯ手続き）を実行する（ステップ５３３）。
【００９６】
上述したように、ＥＰＳベアラが２Ｇ／３ＧネットワークにＨＯされた場合、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１は、２Ｇ／３ＧＰＳネットワークを使用しなければならない。すなわち、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１は、ＣＳネットワークを通して音声サービスを持続的に受信しながら同時にＬＴＥネットワークを通してＰＳサービスデータを送／受信することができるにもかかわらず、２Ｇ／３ＧＰＳネットワークを使用しなければならない。
【００９７】
したがって、ユーザの体験サービス品質を高めるために、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１は、上記ＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続き（又はＰＳ ＨＯ手続き）実行が完了すると、ＬＴＥ ＰＳレガシーＣＳモードで動作できる。すなわち、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１は、２Ｇ／３Ｇ送／受信部と２Ｇ／３Ｇ制御部を通してＣＳサービスを受信しながら同時にＬＴＥ送／受信部とＬＴＥ制御部を通してＬＴＥネットワークとＴＡＵ手続きを実行する（ステップ５３５）。すなわち、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１は、ＵＴＲＡＮ／ＧＥＲＡＮにスイッチングするが、ＬＴＥ関連モジュール、すなわち、ＬＴＥ送／受信部とＬＴＥ制御部などのようなＬＴＥ関連モジュールをターンオフしない。
【００９８】
したがって、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１は、ＭＭＥ５１５にＴＡＵ要請メッセージを送信する（ステップ５３７）。ここで、ＴＡＵ過程は、上述したノーマルＴＡＵ過程であり得、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１からＴＡＵ要請メッセージを受信したＭＭＥ５１５は、上記受信したＴＡＵ要請メッセージに含まれた識別子を通して、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１がＰＳ ＨＯされ２Ｇ／３Ｇネットワークで接続したＳＧＳＮ５１７を検索できる。ＭＭＥ５１５は、上記検索したＳＧＳＮ５１７にコンテキスト要請（context request）メッセージを送信する（ステップ５３９）。
【００９９】
ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１が２Ｇ／３ＧネットワークにＰＳ ＨＯされた後、比較的短い時間、又は予め設定されている設定時間内にＬＴＥネットワークにＴＡＵ要請メッセージを送信した場合、ＳＧＳＮ５１７は、自身が判定する時、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１がまだ２Ｇ／３ＧＰＳネットワークに連結されているにもかかわらず、ＭＭＥ５１１からコンテキスト要請メッセージを受信することでもあり得る。このような場合でも、ＳＧＳＮ５１７は、上記コンテキスト要請メッセージに対する答弁を拒絶するか、上記コンテキスト要請メッセージをエラー処理しなく、上記コンテキスト要請メッセージに対する応答メッセージであるコンテキスト応答（context response）メッセージをＭＭＥ５１５に送信する（ステップ５４３）。一方、ＭＭＥ５１５からコンテキスト要請メッセージを受信したＳＧＳＮ５１７は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１がＰＳドメインで連結モード（connected mode）に存在すると判定する（ステップ５４１）。
【０１００】
ＳＧＳＮ５１７から上記コンテキスト応答メッセージを受信したＭＭＥ５１５は、以後、ＴＡＵ手続きを通してＥＰＳベアラをまたＬＴＥネットワークで活性化し、データ経路をＬＴＥネットワークに変更し、以後、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１がＬＴＥネットワークを通してＰＳサービスデータを送／受信することができるようにする。すなわち、ＭＭＥ５１５は、ＳＧＳＮ５１７からコンテキスト応答メッセージを受信した後、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１にＴＡＵ許可（TAU accept）メッセージを送信して（ステップ５４５）、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１がＬＴＥネットワークを通してＰＳサービスデータを送／受信することができるようにする。
【０１０１】
一方、ＭＭＥ５１５にコンテキスト応答メッセージを送信したＳＧＳＮ５１７、すなわち、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１が以後２Ｇ／３ＧネットワークでＰＳサービスデータを送／受信しないことを知るようになったＳＧＳＮ５１７は、ＢＳＣ５１９にすべてのＰＳコンテキスト（PS context）、すなわち、パケットフローコンテキスト（Packet Flow Context：以下、“ＰＦＣ”と称する）の解除を命令するＰＦＣ解除（PFC release）メッセージを送信する（ステップ５４７）。ＳＧＳＮ５１７からＰＦＣ解除メッセージを受信したＢＳＣ５１９は、ＰＳコンテキスト、すなわち、ＰＦＣを解除する（ステップ５４９）。すなわち、ＢＳＣ５１９は、ＰＳベアラリソースを解除する（Release PS bearer resources）。
【０１０２】
一方、図５が本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行した後、ＴＡＵ手続きをまた実行する過程の例を示していても、多様な変形が図５に対して実行され得る。一例で、図５には、連続的な段階が示されているが、図５で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【０１０３】
一方、図５で説明した本発明の一実施形態は、ＳＧＳＮがＬＴＥ ＰＳレガシーＣＳユーザ端末機が２Ｇ／３ＧネットワークでＰＳドメインで連結されていると判定する場合でも、ＭＭＥから受信したコンテキスト要請メッセージを許可する方式で、ＬＴＥネットワークを通してＰＳサービスが提供されるようにした。しかしながら、上記ＳＧＳＮが該当状況でコンテキスト要請メッセージに対する答弁を拒絶する場合、上記ＭＭＥは、ＴＡＵ手続きを完了できない。この場合、上記ＭＭＥは、ＬＴＥ ＰＳレガシーＣＳユーザ端末機にＴＡＵ手続きの失敗を通報すると同時に、またアタッチ手続きのリトライを示す情報を伝送し得る。このような動作を通して、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、不必要なＴＡＵ手続きや公衆地上移動ネットワーク（public land mobile network：以下、“ＰＬＭＮ”と称する）再選択手続きなどのような不必要な手続きを省略し、またアタッチ手続きを実行することができ、ＰＳサービスデータ送／受信の再開までにかかる時間を短縮できる。
【０１０４】
ここで、図６を参照して、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行した後、ＴＡＵ手続きをまた実行する過程の他の例に対して説明する。
【０１０５】
図６は、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行した後、ＴＡＵ手続きをまた実行する過程のさらに他の例を概略的に示した図である。
【０１０６】
図６を参照すると、移動通信システムは、ＵＥ６１１と、ｅＮＢ６１３と、ＭＭＥ６１５と、ＳＧＳＮ６１７を含む。ここで、ＵＥ５１１は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機と仮定し、図５では、ＵＥとＬＴＥ ＰＳレガシーＣＳユーザ端末機を混用して使用する。
【０１０７】
まず、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、現在進行中であるＶｏＬＴＥセッション、すなわち、on-going VoLTE sessionが設定された状態で（ステップ６１９）、予め設定されている周期ごとに又はイベント発生時ごとに、測定報告メッセージをｅＮＢ５１３に送信する（ステップ６２１）。一方、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、物理的に位置が移動されるか受信信号強度が変更され、ＶｏＬＴＥサービスがサポートされないＬＴＥ領域に移動するようになると、ｅＮＢ６１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１が非ＶｏＬＴＥ領域に進入したことを検出する（ステップ６２３）。ｅＮＢ６１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１の非ＶｏＬＴＥ領域への進入が検出されると、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１に対するＳＲＶＣＣ手続きを開始しなければならないと決定し得る。
【０１０８】
このように、上記ＳＲＶＣＣ手続きの開始を決定すると、ｅＮＢ６１３は、ＭＭＥ６１５に上記ＳＲＶＣＣ手続きとともにＰＳ ＨＯ（又はＤＴＭ ＨＯ）手続きが必要であることをＨＯ要請メッセージを通して通報する（ＨＯ要請（ＣＳ＋ＰＳ））（ステップ６２５）。すなわち、ｅＮＢ６１３は、上記ＨＯ要請メッセージをＭＭＥ６１５に送信してＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１に対するＳＲＶＣＣ手続き及びＰＳ ＨＯ手続きが必要であることをＭＭＥ６１５に通報することができる。ステップ６２５に基づいて、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１の音声呼は、上記ＳＲＶＣＣ手続きを通してＣＳドメインに、ＬＴＥネットワークで使用中であったＥＰＳベアラは、２Ｇ／３ＧネットワークのＰＳドメインにＨＯされ得る。
【０１０９】
基地局６１３からＨＯ要請メッセージを受信したＭＭＥ６１５は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１と共にノーマルＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行する（ステップ６２７）。すなわち、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、ＭＭＥ６１５からＳＲＶＣＣ命令と共にＤＴＭ ＨＯ命令を受信すると、上記ＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行する。ここでは、ＭＭＥ６１５がＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１とＤＴＭ ＨＯ手続きを実行することを一例として説明したが、さらに他の例で、ＭＭＥ６１５は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１とＰＳ ＨＯを実行することもできる。また、ＭＭＥ６１５は、ＳＧＳＮ６１７とノーマルＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続き（又はＰＳ ＨＯ手続き）を実行する（ステップ６２９）。
【０１１０】
上述したようにＥＰＳベアラが２Ｇ／３ＧネットワークにＨＯされた場合、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、２Ｇ／３ＧＰＳネットワークを使用しなければならない。すなわち、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、ＣＳネットワークを通して音声サービスを持続的に受信しながら同時にＬＴＥネットワークを通してＰＳサービスデータを送／受信することができるにもかかわらず、２Ｇ／３ＧＰＳネットワークを使用しなければならない。
【０１１１】
したがって、ユーザの体験サービス品質を高めるために、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、上記ＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続き（又はＰＳ ＨＯ手続き）実行が完了すると、ＬＴＥ ＰＳレガシーＣＳモードで動作できる。すなわち、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、２Ｇ／３Ｇ送／受信部と２Ｇ／３Ｇ制御部を通してＣＳサービスを受信しながら、同時にＬＴＥ送／受信部とＬＴＥ制御部を通してＬＴＥネットワークとＴＡＵ手続きを実行する（ステップ６３１）。すなわち、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、ＵＴＲＡＮ／ＧＥＲＡＮにスイッチングするが、ＬＴＥ関連モジュール、すなわち、ＬＴＥ送／受信部とＬＴＥ制御部などのようなＬＴＥ関連モジュールをターンオフしない。
【０１１２】
したがって、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、ＭＭＥ６１５にＴＡＵ要請メッセージを送信する（ステップ６３３）。ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１からＴＡＵ要請メッセージを受信したＭＭＥ６１５は、上記受信したＴＡＵ要請メッセージに含まれた識別子を通してＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１がＰＳ ＨＯされ２Ｇ／３Ｇネットワークで接続したＳＧＳＮ６１７を検索できる。ＭＭＥ６１５は、上記検索したＳＧＳＮ６１７にコンテキスト要請メッセージを送信する（ステップ６３５）。
【０１１３】
もし、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１が２Ｇ／３ＧネットワークにＰＳ ＨＯされた後、比較的短い時間、又は予め設定されている設定時間内にＬＴＥネットワークにＴＡＵ要請メッセージを送信した場合、ＳＧＳＮ６１７は、自身が判定する時、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１がまだ２Ｇ／３ＧＰＳネットワークに連結されているにもかかわらず、ＭＭＥ６１１からコンテキスト要請メッセージを受信することでもあり得る。
【０１１４】
このような場合でも、ＳＧＳＮ６１７の判定が、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１が２Ｇ／３ＧＰＳネットワークに連結中である場合、エラーが発生したと判定してコンテキスト要請メッセージに対する応答を拒絶することがある。この場合、ＳＧＳＮ６１７は、コンテキスト要請メッセージに対する応答拒絶を示すコンテキスト応答（context response）メッセージをＭＭＥ６１５に送信する（ステップ６３９）。上記コンテキスト応答メッセージには、上記コンテキスト要請メッセージに対する応答の失敗を表す理由（cause）に関連した情報が含まれる。ここで、上記理由は、明示的にユーザ端末機が２Ｇ／３Ｇ ＰＳネットワークで連結状態であることを示すか、それとも単純にＭＭＥ６１５の要請を拒絶することを示すことであり得る。
【０１１５】
ＳＧＳＮ６１７から上記コンテキスト応答メッセージを受信したＭＭＥ６１５は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１が不必要なＴＡＵ手続きをリトライするか、又は他の無線接続技術（radio access technology：以下、“ＲＡＴ”と称する）又はＰＬＭＮを選択する手続きを実行して時間消耗を防止するために、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１の再アタッチ（re-attach）手続き実行が必要であることを検出する（ステップ６４１）。
【０１１６】
このように、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１の再アタッチ手続き実行の必要を検出したＭＭＥ６１５は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１が再アタッチ手続きを実行することができるようにＴＡＵ拒絶（TAU reject）メッセージをＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１に送信する（ステップ６４３）。この時、上記ＴＡＵ拒絶メッセージに含まれる理由（cause）に関連した情報は、再アタッチ手続きの実行が必要であることを表す。すなわち、上記ＴＡＵ拒絶メッセージに含まれる理由に関連した情報は、“UE identity cannot be derived by the network”と設定されることができ、上記“UE identity cannot be derived by the network”とは、ネットワークによるＵＥ識別が不可能であることを示すものである。
【０１１７】
一方、ＭＭＥ６１５から“UE identity cannot be derived by the network”と設定された理由に関連した情報を含むＴＡＵ拒絶メッセージを受信したＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１が実行したＴＡＵ手続きが失敗し、アタッチ手続きを再実行すべきであることを検出する。これによって、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、ＭＭＥ６１５にアタッチ要請メッセージを送信してアタッチ手続きをまた実行する（ステップ６４５）。
【０１１８】
一方、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１からアタッチ要請メッセージを受信したＭＭＥ６１５は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１に対して保存している非使用認証ベクトル（authentication vector）がある場合、ＨＳＳ（図６に別に図示しない）との相互動作（interaction）を省略し、アタッチ手続きをより迅速に実行することができる（ステップ６４７）。
【０１１９】
一方、図６が本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行した後、ＴＡＵ手続きをまた実行する過程のさらに他の例を示していても、多様な変形が図６に対して実行され得る。一例で、図６には、連続的な段階が示されているが、図６で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【０１２０】
一方、本発明の一実施形態では、ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＬＴＥ領域を完全に抜け出したことでなく、ＶｏＬＴＥサービスがサポートされないＬＴＥ領域への移動によって、ＳＲＶＣＣ手続きが必要であると判定した場合、基地局は、ＰＳ ＨＯ手続きを実行しない。ここで、上記ＳＲＶＣＣ手続きが開始された時、ＰＳ ＨＯ手続きが進行されないと、ＭＭＥは、ＰＳベアラを留保（suspend）させるようになる。また該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が２Ｇ／３Ｇネットワークにスイッチングしてルーティング領域アップデート（routing area update：以下、“ＲＡＵ”と称する）手続きを実行しないと、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機のＰＳベアラコンテキストは、ＳＧＳＮに伝達されるか、ＭＭＥで削除されない。この状態で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＬＴＥネットワークとＴＡＵ手続きを実行すると、上記ＭＭＥは、上記ＳＧＳＮと相互動作を実行しなく、またＥＰＳベアラをＬＴＥネットワークで活性化させることができる。ここで、ＴＡＵ手続きは、上述したノーマルＴＡＵ手続きであり得る。
【０１２１】
したがって、図７を参照して、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行することなく、ＳＲＶＣＣ手続きを実行した後、ＴＡＵ手続きをまた実行する過程の一例に対して説明する。
【０１２２】
図７は、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行しなく、ＳＲＶＣＣ手続きのみを実行した後、ＴＡＵ手続きをまた実行する過程の一例を概略的に示した図である。
【０１２３】
図７を参照すると、移動通信システムは、ＵＥ７１１と、ｅＮＢ７１３と、ＭＭＥ７１５を含む。ここで、ＵＥ７１１は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機と仮定し、図７では、ＵＥとＬＴＥ ＰＳレガシーＣＳユーザ端末機を混用して使用する。まず、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１は、現在進行中であるＶｏＬＴＥセッション、すなわち、on-going VoLTE sessionが設定された状態で（ステップ７１７）、予め設定されている周期ごとに又はイベント発生時ごとに、測定報告メッセージをｅＮＢ７１３に送信する（ステップ７１９）。一方、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１は、物理的に位置が移動されるか受信信号強度が変更され、ＶｏＬＴＥサービスがサポートされないＬＴＥ領域へ移動するようになれば、ｅＮＢ７１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１の非ＶｏＬＴＥ領域への進入を検出する（ステップ７２１）。
【０１２４】
ｅＮＢ７１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１の非ＶｏＬＴＥ領域への進入が検出されると、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１に対するＳＲＶＣＣ手続きを開始しなければならないと決定し得る。この場合、ｅＮＢ７１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１の周辺にＶｏＬＴＥをサポートしないＬＴＥ領域が存在するか否かを判定する。当該判定結果、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１の周辺にＶｏＬＴＥをサポートしないＬＴＥ領域が存在する場合、ｅＮＢ７１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１がＳＲＶＣＣ手続き実行により、スイッチングされる２Ｇ／３ＧセルがＰＳ ＨＯ手続き又はＤＴＭ ＨＯ手続きをサポートする場合といっても、ＳＲＶＣＣ手続きとともにＰＳ ＨＯ手続き（又はＤＴＭ ＨＯ手続き）を実行しなく、ただＳＲＶＣＣ手続きのみを実行する。すなわち、ｅＮＢ７１３は、ＨＯ要請メッセージにＣＳオンリーでＨＯ手続きを実行することが必要であり、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１がターゲットセル（target cell）でＰＳサービスを受信することが不可能さを指示する識別子を含めて、ＭＭＥ７１５に送信する（ステップ７２３）（HO要請 (CS only, PS not available))。
【０１２５】
ｅＮＢ７１３からＨＯ要請メッセージを受信したＭＭＥ７１５は、ＳＲＶＣＣ手続きを実行しながら、ＰＳベアラは留保させる（ステップ７２５）。以後、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１と、ｅＮＢ７１３及びＭＭＥ７１５間には、ＳＲＶＣＣ手続きが進行され（ステップ７２７）、従って、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１は、元来の２Ｇ／３Ｇネットワークで送信しなければならない留保要請（suspend request）メッセージ及びルーティング領域（routing area：以下、“ＲＡ”と称する）アップデート要請（RA update request）メッセージ送信手続きを省略し得る。
【０１２６】
また、上記ＳＲＶＣＣ手続きが完了した後、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１は、その動作モードをＬＴＥ ＰＳレガシーＣＳモードに転換して自身が含んでいるＬＴＥ制御部とＬＴＥ送／受信部を利用してＴＡＵ手続きを実行することができる（ステップ７２９）。これによって、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１は、ＭＭＥ７１５にＴＡＵ要請メッセージを送信する（ステップ７３１）。ここで、ＴＡＵ手続きは、上述したようなノーマルＴＡＵ手続きであり得る。
【０１２７】
ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１からＴＡＵ要請メッセージを受信したＭＭＥ７１５は、留保されていたＥＰＳベアラをまた再活性化（resume）させる（ステップ７３３）。
【０１２８】
一方、図７が本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行しなく、ただＳＲＶＣＣ手続きのみを実行した後、ＴＡＵ手続きをまた実行する過程の一例を示しているが、多様な変形が図７に対して実行され得る。一例で、図７には、連続的な段階が示されているが、図７で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【０１２９】
図７では、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行しなく、ただＳＲＶＣＣ手続きのみを実行した後、ＴＡＵ手続きをまた実行する過程の一例に対して説明した。次に図８を参照して、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行しなく、ＳＲＶＣＣ手続きのみを実行した後、ＴＡＵ手続きをまた実行する過程のさらに他の例に対して説明する。
【０１３０】
図８は、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行しなく、ＳＲＶＣＣ手続きのみを実行した後、ＴＡＵ手続きをまた実行する過程の他の例を概略的に示した図である。
【０１３１】
図８を参照すると、移動通信システムは、ＵＥ８１１と、ｅＮＢ８１３と、ＭＭＥ８１５を含む。ここで、ＵＥ８１１は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機と仮定し、図７では、ＵＥとＬＴＥ ＰＳレガシーＣＳユーザ端末機を混用して使用する。
【０１３２】
まず、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１は、現在進行中であるＶｏＬＴＥセッション、すなわち、on-going VoLTE sessionが設定された状態で（ステップ８１７）、予め設定されている周期ごとに又はイベント発生時ごとに測定報告メッセージをｅＮＢ８１３に送信する（ステップ８１９）。一方、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１は、物理的に位置が移動されるか受信信号強度が変更され、ＶｏＬＴＥサービスがサポートされないＬＴＥ領域へ移動するようになれば、ｅＮＢ８１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１の非ＶｏＬＴＥ領域への進入を検出する（ステップ８２１）。
【０１３３】
ｅＮＢ８１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１の非ＶｏＬＴＥ領域への進入が検出されると、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１に対するＳＲＶＣＣ手続きを開始しなければならないと決定し得る。この場合、基地局８１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１の周辺にＶｏＬＴＥをサポートしないＬＴＥ領域が存在するか否かを判定する。当該判定結果、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１の周辺にＶｏＬＴＥをサポートしないＬＴＥ領域が存在する場合、ｅＮＢ８１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１にユーザ端末機無線能力質疑（UE radio capability enquiry）メッセージを伝送する。すなわち、ｅＮＢ８１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１にユーザ端末機無線能力質疑メッセージを伝送してＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１自身の無線能力（radio capability）に関連した情報の送信を要求する（ステップ８２３）。
【０１３４】
ｅＮＢ８１３からユーザ端末機無線能力質疑メッセージを受信したＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１は、上記ユーザ端末機無線能力質疑メッセージに対する応答メッセージで、ユーザ端末機能力情報（UE capability information）メッセージをｅＮＢ８１３に送信する（ステップ８２５）。ここで、上記ユーザ端末機能力情報メッセージには、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１がＤＴＭ又はＵＴＲＡＮ／ＧＥＲＡＮへのＰＳ ＨＯ手続きをサポートできないことを示す情報が含まれる(UE capability (DTM is not supported))。
【０１３５】
ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１からユーザ端末機能力情報メッセージを受信したｅＮＢ８１３は、上記ＳＲＶＣＣ手続きの実行によりスイッチングされる２Ｇ／３ＧセルがＰＳ ＨＯ手続き又はＤＴＭ ＨＯ手続きをサポートする場合といっても、上記ＳＲＶＣＣ手続きとともにＰＳ ＨＯ手続き（又はＤＴＭ ＨＯ手続き）を実行しなく、ただＳＲＶＣＣ手続きのみを実行する。すなわち、ｅＮＢ８１３は、ＭＭＥ８１５でＣＳオンリーでＨＯ手続きを実行することが必要であり、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１がターゲットセルでＰＳサービスを受信することが不可能であることを指示する識別子を含むＨＯ要請メッセージを送信する（ＨＯ要請 (CS only, PS not available)（ステップ８２７）。
【０１３６】
ｅＮＢ８１３からＨＯ要請メッセージを受信したＭＭＥ８１５は、ＳＲＶＣＣ手続きを実行しながら、ＰＳベアラは留保させる（ステップ８２９）。以後、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１と、ｅＮＢ８１３及びＭＭＥ８１５間には、ＳＲＶＣＣ手続きが進行され（ステップ８３１）、従って、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１は、元来の２Ｇ／３Ｇネットワークで送信しなければならない留保要請メッセージ及びＲＡアップデート要請メッセージ送信手続きを省略できる。
【０１３７】
また、上記ＳＲＶＣＣ手続きが完了した後、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１は、その動作モードをＬＴＥ ＰＳレガシーＣＳモードにスイッチして自身が含んでいるＬＴＥ制御部とＬＴＥ送／受信部を利用してＴＡＵ手続きを実行することができる（ステップ８３３）。これによって、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１は、ＭＭＥ８１５にＴＡＵ要請メッセージを送信する（ステップ８３５）。
【０１３８】
ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１からＴＡＵ要請メッセージを受信したＭＭＥ８１５は、留保されていたＥＰＳベアラをまた再活性化させる（ステップ８３７）。
【０１３９】
一方、図８が本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行しなく、ただＳＲＶＣＣ手続きのみを実行した後、ＴＡＵ手続きをまた実行する過程の他の例を示していても、多様な変形が図８に対して実行され得る。一例で、図８には、連続的な段階が示されているが、図８で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【０１４０】
一方、図８で説明したような本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行しなく、ただＳＲＶＣＣ手続きのみを実行した後、ＴＡＵ手続きをまた実行する過程の変形として、もし、アクティブされたＶｏＬＴＥセッションが設定されたＬＴＥ ＰＳレガシーＣＳユーザ端末機が測定報告メッセージを通して自身が保存しているトラッキング領域識別子（Tracking Area Identifier ：以下、“ＴＡＩ”と称する）リストに保存されないＬＴＥ ＴＡに近接していると判定すると、ＵＥ無線能力（UE radio capability）に関連した情報の中、ＤＴＭ手続き又はＰＳ ＨＯ手続きをサポートするか否かを示す情報をＤＴＭ手続き又はＰＳ ＨＯ手続きをサポートしないことに変更してＴＡＵ手続きを実行することができる。ここで、上記ＴＡＵ手続きを通して変更されたＵＥ無線能力に関連した情報を受信したＬＴＥネットワークは、上記受信されたＵＥ無線能力に関連した情報に基づいて、ＳＲＶＣＣ手続きが発生される時、ＤＴＭ ＨＯ手続き又はＰＳ ＨＯ手続きを同時に適用しないこともある。
【０１４１】
一方、上述したように、オペレータネットワークでＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートできない場合、ユーザ端末機は、上述したようなＬＴＥ ＰＳレガシーＣＳモードで動作できる。
【０１４２】
ところが、もし、ＬＴＥネットワークと共存するレガシーネットワークが２Ｇネットワークである場合は、上記ユーザ端末機にデータサービスを提供することが不可能である。またデータサービスの提供が可能であるとしても、サービス品質が比較的低い２Ｇネットワークの代りに、ＬＴＥネットワークを通してＰＳデータを送信することが望ましい。しかしながら、ＬＴＥネットワークと共存するレガシーネットワークが３Ｇネットワークである場合、ユーザ端末機は、データサービスとＣＳサービスの両方ともを上記３Ｇネットワークを通して受信することができる。ユーザ端末機は、結合アタッチ手続き又は結合ＴＡＵ手続きを通して、ネットワークがＶｏＩＭＳサービス又はＣＳＦＢ方式をサポートするか否かを判定できる。もし、上記ネットワークがＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしなく、ユーザ端末機が現在アタッチ手続き又はＴＡＵ手続きを実行しているＬＴＥネットワークが提供する隣接セル（neighboring cell）の情報が上記ユーザ端末機の周辺に２Ｇレガシーネットワークのみが存在することを示す場合、又はユーザ端末機が他の方法を通して２Ｇレガシーネットワークのみを使用可能さを認知するようになった場合、ユーザ端末機は、上述したようなＬＴＥ ＰＳレガシーＣＳモードで動作しなければならない。同様に、上記ユーザ端末機の周辺に３Ｇレガシーネットワークの使用が可能であることを認知すると、ユーザ端末機は、ＰＳデータも３Ｇレガシーネットワークを通して送信することができる。
【０１４３】
ここで、図９を参照して、本発明の一実施形態による移動通信システムにおけるＬＴＥネットワークと共存するレガシーネットワークの形態を基盤とするＬＴＥ ＰＳレガシーＣＳユーザ端末機の動作過程に対して説明する。
【０１４４】
図９は、本発明の一実施形態による移動通信システムにおけるＬＴＥネットワークと共存するレガシーネットワークの形態を基盤とするＬＴＥ ＰＳレガシーＣＳユーザ端末機の動作過程を概略的に示した図である。
【０１４５】
図９を参照すると、まずステップ９１１で、ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥ領域への進入が検出されると、これによって結合アタッチ手続きを実行し、ステップ９１３に進行する。ここで、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が結合アタッチ手続きを実行する過程に対して具体的に説明すると、次のようである。
【０１４６】
一例で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＲＲＣ連結を設定する手続き、又は以後に実行されるＵＥ無線能力に関連した情報を送信する手続きで、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が２Ｇ／３Ｇ方式をサポートし、ＣＳＦＢ／ＳＲＶＣＣ手続きをサポートできることを表すメッセージを基地局に送信できる。さらに他の例で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、アタッチ要請メッセージに該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が２Ｇ／３Ｇ方式をサポートし、ＣＳＦＢ／ＳＲＶＣＣ方式をサポートできることを示す情報を含めてＭＭＥに送信できる。以下では、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がアタッチ要請メッセージに２Ｇ／３Ｇ方式をサポートし、ＣＳＦＢ／ＳＲＶＣＣ方式をサポートできることを示す情報を含めてＭＭＥに送信した場合を仮定して説明する。２Ｇ／３Ｇ方式をサポートし、ＣＳＦＢ／ＳＲＶＣＣ方式をサポートできることを示す情報は、一例で、“2G/3G capability = YES”のように示すことができる。また、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、自身の使用設定（usage setting）が音声中心型（voice centric）であることを知らせる情報を上記アタッチ要請メッセージに含めることができる。
【０１４７】
ステップ９１３で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記結合アタッチ手続き実行によって、上記ＭＭＥからアタッチ許可メッセージを受信し、ステップ９１５に進行する。ここで、上記アタッチ許可メッセージは、多様なパラメータを含み得るが、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記アタッチ許可メッセージに含まれたパラメータに基づいてネットワークがサポートする音声サービスサポート機能を判定でき、これに対して具体的に説明すると、次のようである。
【０１４８】
まず、上記アタッチ許可メッセージが含むパラメータは、一例で、ＥＰＳネットワーク要素サポート情報と、ＥＰＳアタッチ結果ＩＥを含み得る。ここで、上記ＥＰＳネットワーク要素サポート情報は、ＩＭＳＶｏＰＳフィールドを含むことができ、上記ＩＭＳＶｏＰＳフィールドは、一例で、１ビットで具現され得る。上記ＥＰＳネットワーク要素サポート情報が含むＩＭＳＶｏＰＳフィールドのフィールド値が一例として“１”と設定されている場合、上記ＥＰＳネットワーク要素サポート情報は、ＬＴＥネットワークがＶｏＩＭＳサービスをサポートすることを示す。これとは反対に、上記ＥＰＳネットワーク要素サポート情報が含むＩＭＳＶｏＰＳフィールドのフィールド値が一例で、“０”と設定されている場合、上記ＥＰＳネットワーク要素サポート情報は、ＬＴＥネットワークがＶｏＩＭＳサービスをサポートしないことを表す。また、上記ＥＰＳアタッチ結果ＩＥが結合ＥＰＳ／ＩＭＳＩ（Combined EPS/IMSI）を示す場合、上記ＥＰＳアタッチ結果ＩＥは、ＬＴＥネットワークがＣＳＦＢ方式をサポートすることを示す。これとは異なり、ＥＰＳアタッチ結果ＩＥがＥＰＳオンリーを示す場合、上記ＥＰＳアタッチ結果ＩＥは、ＬＴＥネットワークがＣＳＦＢ方式をサポートしないことを表す。
【０１４９】
このように、ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、既存のアタッチ許可メッセージに含まれたパラメータに基づいて、ＬＴＥネットワークでＶｏＩＭＳサービス又はＣＳＦＢ方式をサポートすることを検出でき、これによって、ＶｏＩＭＳサービスやＣＳＦＢ方式を使用して音声サービスを受信することができる。
【０１５０】
ステップ９１５で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記ユーザ設定によって、上記アタッチ許可メッセージに含まれたパラメータに基づいて、ＬＴＥネットワークがＶｏＩＭＳサービス及びＣＳＦＢ方式の両方ともをサポートしないかを検査する（VoIMS = No and Attach result = EPS only?）。当該検査の結果、ＬＴＥネットワークがＶｏＩＭＳサービス及びＣＳＦＢ方式の両方ともをサポートしない場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ステップ９１７に進行する。ここで、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、自身の使用設定（usage setting）に関連した情報が音声中心型で設定されている場合、ＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともがサポートされないと、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥ機能、すなわち、Ｅ−ＵＴＲＡＮに接続する機能をターンオフし、２Ｇ／３Ｇネットワークのみに接続することもできる。しかしながら、図９に示されているような本発明の一実施形態では、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がステップ９１７に進行する。
【０１５１】
ステップ９１７で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、基地局から受信されたシステム情報ブロック（system information block、以下、“ＳＩＢ”と称する）を利用して隣接セル及びＲＡＴに関連した情報を検出し、ステップ９１９に進行する。又は図示しないが、ユーザ端末機は、他の方法を通して隣接セル及びＲＡＴ関連情報を把握することもできる。ステップ９１９で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、現在ＬＴＥネットワークと隣接又は共存するレガシーネットワークの種類が２Ｇ（例えば、ＧＥＲＡＮ）ネットワークであるか、３Ｇ（例えば、ＵＴＲＡＮ又はＴＤ−ＳＣＤＭＡ）ネットワークであるかが分かる。該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークと共存するレガシーネットワークの種類が２Ｇネットワークであると、上述したようなＬＴＥ ＰＳレガシーＣＳモードで動作しなければならない。このために、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ステップ９２５でノーマルＴＡＵ手続きを実行し、ステップ９２３に進行する。ここで、上記ノーマルＴＡＵとは、結合タイプＴＡＵ（combined type TAU）ではないことを意味し、上記ノーマルＴＡＵ手続きに対して具体的に説明すると、次のようである。
【０１５２】
まず、ＬＴＥネットワークがＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしない場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥ ＰＳレガシーＣＳモードで動作しなければならない。ＬＴＥネットワークがＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしない場合は、一例で、図２で説明したようなＶｏＬＴＥ非サポートＬＴＥ領域とＣＳＦＢ非サポート２Ｇ領域がオーバラップされている場合であり得る。すなわち、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークを介しては、ＰＳサービスを受信しながら、２Ｇネットワークを介しては、ＣＳサービスを受信するための動作を実行しなければならない。
【０１５３】
ところが、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ステップ９１１の結合アタッチ手続きの実行中に、基地局に２Ｇ／３Ｇ機能をサポートできることを既に通報したから、ＬＴＥネットワークで該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機を２Ｇ／３Ｇネットワークにスイッチングさせるか、ＨＯさせる場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、これ以上ＬＴＥネットワークを使用することができなくなる。
【０１５４】
ところが、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が該当ＬＴＥ ＰＳレガシーＣＳモードで動作すると、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、２Ｇ／３Ｇネットワークに接続できるので、ＬＴＥネットワークを通して２Ｇ／３Ｇネットワークにスイッチングするか、ＨＯする命令を受け入れる必要がない。
【０１５５】
したがって、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークでＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしないことによって、該当ＬＴＥ ＰＳレガシーＣＳモードで動作しなければならない場合、上記ノーマルＴＡＵ手続きを実行するようになる。この場合、上記ノーマルＴＡＵ手続きの実行において、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＴＡＵ要請メッセージが含むＥＰＳアップデートタイプＩＥを“TA updating”で設定する（EPS update type IE = TA updating）。また、ユーザ端末機は、上記ノーマルＴＡＵ手続きの実行において、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が２Ｇ／３Ｇ能力のあることを示す情報又はＣＳＦＢ／ＳＲＶＣＣ方式をサポートすることを示す情報を上記ＴＡＵ要請メッセージに含めてはならない（2G/3G capability = no）。また、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、使用設定がデータ中心型（data centric）であることをＴＡＵ要請メッセージを通してネットワークに通報しなければならない。上述したようなノーマルＴＡＵ手続きを通して、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークが該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機を２Ｇ／３Ｇネットワークにスイッチングさせるか、ＨＯさせることを防止できる。
【０１５６】
このように、ノーマルＴＡＵ手続きを実行した該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ステップ９２３で該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が含んでいる２Ｇ／３Ｇ制御部を使用してＣＳ登録手続きを実行する。ここで、上記ＣＳ登録手続きは、２Ｇ／３Ｇネットワークを通してＣＳサービスを受信するためのもので、一例で、アタッチ手続き又は位置領域アップデート手続きを含む。ＬＴＥネットワークを通して実行されるアタッチ手続きと２Ｇ／３Ｇネットワークで実行される登録手続は、相互順序が交差するか、並列的に実行されることもできる。
【０１５７】
一方、ステップ９１９で、検査の結果、ＬＴＥネットワークと共存するレガシーネットワークの種類が３Ｇであれば、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上述したようなＬＴＥ ＰＳレガシーＣＳモードの代わりに、３Ｇネットワークを通して音声（ＣＳ）サービスとＰＳデータサービスを同時に受信することができる。このために、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ステップ９２１でノーマルＴＡＵ手続きを実行し、ステップ９２３に進行する。ここで、上記ノーマルＴＡＵとは、結合タイプＴＡＵではないことを意味し、上記ノーマルＴＡＵ手続きに対して具体的に説明すると、次のようである。
【０１５８】
まず、ＬＴＥネットワークがＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしない場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、音声通話が開始された場合、３Ｇネットワークを通してＣＳサービスとＰＳサービスを受信するための動作を実行しなければならない。ＬＴＥネットワークがＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしない場合は、一例で、図２で説明したようなＶｏＬＴＥ非サポートＬＴＥ領域とＣＳＦＢ非サポート３Ｇ領域がオーバラップされている場合であり得る。
【０１５９】
ところが、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がステップ９１１で説明したような結合アタッチ手続きの実行中に、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身の使用設定が音声中心型であることを既にネットワークに通報したから、上記ネットワークは、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＬＴＥネットワークの代わりに２Ｇ又は３Ｇを使用するように設定することを防止できない。
【０１６０】
したがって、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークでＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしなく、隣接／共存するレガシーネットワークが３Ｇネットワークであることを認知する場合、ノーマルＴＡＵ手続きを実行する。この場合、上記ノーマルＴＡＵ手続きの実行において、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＴＡＵ要請メッセージが含むＥＰＳアップデートタイプＩＥを“TA updating”と設定する（EPS update type IE = TA updating）。また、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記ノーマルＴＡＵ手続きの実行において、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が２Ｇ／３Ｇ能力のあることをネットワークに知らせることができる（2G/3G capability = yes）。また、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、使用設定に関連した情報がデータ中心型であることをＴＡＵ要請メッセージを通してネットワークに通知しなければならない。このようなノーマルＴＡＵ手続きを通して、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークが該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機を２Ｇ／３Ｇネットワークにスイッチングさせるか、ＨＯさせることを防止できる。
【０１６１】
このように、ノーマルＴＡＵ手続きを実行した該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ステップ９２３で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が含んでいる２Ｇ／３Ｇ制御部を使用してＣＳ登録手続を実行する。ここで、上記ＣＳ登録手続は、２Ｇ／３Ｇネットワークを通してＣＳサービスを受信するためのもので、一例で、アタッチ手続き又は位置領域アップデート手続を含む。ＬＴＥネットワークを通して実行されるアタッチ手続きと２Ｇ／３Ｇネットワークで実行される登録手続は、相互順序が交差するか、並列的に実行されることもできる。
【０１６２】
図９では、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＬＴＥネットワークで初期結合アタッチ手続きを実行することを例に挙げて説明した。しかしながら、図９で説明した本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機が、ネットワークで音声サービスがサポートされるか否かに基づいて登録手続タイプを決定する過程は、上記ユーザ端末機が既にアタッチ手続きを実行した後、結合ＴＡＵ手続きを実行する場合にも大きな変更無しで適用され得る。このような場合、図９で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が送信するメッセージは、アタッチ要請メッセージの代わりにＴＡアップデート要請メッセージに変更され、ＥＰＳアップデートタイプＩＥは、結合ＴＡ／ＬＡ updatingに変更され得る。
【０１６３】
図９及びそれに従う実施形態で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥと隣接又は共存するセルの情報によって異なる動作を実行する。したがって、以後、音声呼が開始された場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機の動作も隣接するセルが２Ｇネットワークに含まれるか又は３Ｇネットワークに含まれるかによって相異なるべきである。
【０１６４】
音声呼の開始を認知したＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークと隣接又は共存するセルの種類が２Ｇセルであれば、上述したようなＬＴＥ ＰＳレガシーＣＳモードで動作しなければならない。該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が音声呼の開始を認知する場合は、一例で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が発信呼を要求する場合又はネットワークから受信呼が発生したことを示す情報、例えばページングメッセージを受信する場合などであり得る。
【０１６５】
したがって、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークを通してＰＳサービスを受信するための動作をそのまま実行しながら、音声呼設定のための動作を２Ｇ／３Ｇ制御部を通して２Ｇネットワークと実行するようになる。
【０１６６】
一方、音声呼の開始を認知したＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークと隣接又は共存するセルの種類が３Ｇセルであれば、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、３Ｇネットワークを通して音声サービスをＣＳで受信しながら、同時にＰＳデータサービスを受信することができる。
【０１６７】
したがって、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、２Ｇ／３Ｇ制御部を通してＣＳ呼設定を要求し、ＲＡＵ過程を実行することができる。該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＲＡＵ要請メッセージを３Ｇネットワークを通して送信すると、ＳＧＳＮは、ＰＳデータを送信する経路をＬＴＥネットワークから３Ｇネットワークへ変更するようになり、以後、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、３Ｇネットワークを通してＰＳデータを送受信できるようになる。この時、図５及び図６で説明したことと類似の状況が発生し得る。すなわち、ＭＭＥ観点で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＬＴＥネットワークで連結モードであるのにもかかわらず、３ＧネットワークのＳＧＳＮがＭＭＥにコンテキストを要求する状況が発生することがある。
【０１６８】
したがって、このような状況の発生を防止するために、図５のステップ５３９と、ステップ５４１と、ステップ５４３と、ステップ５４７、又は図６のステップ６３５と、ステップ６３７と、ステップ６３９と、ステップ６４１で、ＳＧＳＮとＭＭＥの役割を相互変更して適用できる。
【０１６９】
一方、本発明の一実施形態で、セルの種類が２Ｇセルであるか又は３Ｇセルであるかを認知するということは、該当セルが２ＧＲＡＴ又は３ＧＲＡＴが適用されたセルであることを認知するということを意味する。
【０１７０】
一方、図９が本発明の一実施形態による移動通信システムにおけるＬＴＥネットワークと共存するレガシーネットワークの形態を基盤とするＬＴＥ ＰＳレガシーＣＳユーザ端末機の動作過程を示していても、多様な変形が図９に対して実行され得る。一例で、図９には、連続的な段階が示されているが、図９で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【０１７１】
一方、ＳＲＶＣＣ手続き発生によってレガシーネットワークへのハンドオーバが進行中である時、ユーザ端末機がＬＴＥネットワークでデータサービスを受信するためにＴＡＵ要請メッセージを伝送すると、ＴＡＵ手続き実行により上記ＳＲＶＣＣ手続きが取消（cancel）されることがある。これをより具体的に説明すると、次のようである。
【０１７２】
まず、上記ＳＲＶＣＣ手続きの実行中に、ＭＭＥは、ＭＳＣからSRVCCPS to CS Complete Notification（又はＡｃｋ）メッセージを受信しなければ、ユーザ端末機がレガシーネットワークに成功的にハンドオーバを実行したことが分からない。ところが、もし、上記ＭＭＥが上記ＭＳＣから上記SRVCCPS to CS Complete Notificationメッセージを受信する前に、上記ユーザ端末機からＴＡＵ要請メッセージを受信すると、上記ＭＭＥは、上記ユーザ端末機のレガシーネットワークへのハンドオーバが失敗したと判定する。したがって、上記ＭＭＥは、上記ＳＲＶＣＣ手続きを取消すために、SRVCCPS to CS Cancel Notificationメッセージを上記ＭＳＣに伝送できる。
【０１７３】
したがって、本発明の一実施形態では、上述したような状況の発生を解決するための方案、すなわち、第１の方案と、第２の方案と、第３の方案を提示し、これに対して具体的に説明すると、次のようである。
【０１７４】
第１の方案は、ユーザ端末機がＳＲＶＣＣ方式でレガシーネットワークへのハンドオーバ命令を実行した場合、ＬＴＥでデータサービスを受信し続けるために実行するＴＡＵ手続きを、予め設定された設定時間の間に遅延（delay）させる方案である。上記ＴＡＵ手続きを上記設定時間の間に遅延させるためには、多様な方式が使用されることができ、本発明の一実施形態では、一例で、タイマーを使用して上記ＴＡＵ手続きを上記設定時間の間に遅延させると仮定する。
【０１７５】
ここで、図１０を参照して、本発明の一実施形態による移動通信システムで、タイマーに基づいてＴＡＵ要請を制御するユーザ端末機の動作過程に対して説明する。
【０１７６】
図１０は、本発明の一実施形態による移動通信システムで、タイマーに基づいてＴＡＵ要請を制御するユーザ端末機の動作過程を概略的に示した図である。
【０１７７】
図１０を参照すると、まずステップ１０１１で、ユーザ端末機は、ＬＴＥネットワーク（基地局）からＳＲＶＣＣ動作のためにレガシーネットワークへのハンドオーバ命令、一例で、Mobility from EUTRA Commandを含むメッセージを受信し、ステップ１０１３に進行する。ステップ１０１３で、ユーザ端末機は、もし、ＳＲＶＣＣ動作によりレガシーネットワークでサービスを受信すると同時にＬＴＥネットワークでデータサービスを受信することが必要であるかを検査する。ここで、当該検査の結果、上記ＳＲＶＣＣ動作によりレガシーネットワークでサービスを受信すると同時にＬＴＥネットワークでデータサービスを受信することが必要な場合、ユーザ端末機は、ステップ１０１５に進行する。
【０１７８】
ステップ１０１５で、ユーザ端末機は、予め設定されているタイマー駆動を開始し、ステップ１０１７に進行する。ここで、上記タイマーは、上記ＳＲＶＣＣ動作の中、ＴＡＵ要請メッセージを送信する時点を決定するために使用される。上記タイマーが駆動される時間は、移動通信システムのシステム状況により可変的に決定されるか、多様なパラメータに基づいて決定されることができる。ここで、上記タイマーが駆動される時間を決定するために使用されるパラメータに対しては、具体的な説明を省略する。
【０１７９】
ステップ１０１７で、ユーザ端末機は、上記タイマーを継続評価（evaluation）しながら、ステップ１０１９に進行する。
【０１８０】
ステップ１０１９で、ユーザ端末機は、上記タイマーが満了（expire）したかを検査する。当該検査の結果、上記タイマーが満了すると、ユーザ端末機は、ステップ１０２１に進行する。上記タイマーが満了しないと、ユーザ端末機は、ステップ１０１９の検査過程を反復する。ここで、上記タイマーが満了するとの意味は、上記タイマーの値が予め定められた設定値と一致するか、より大きくなることであり得る。
【０１８１】
一方、ステップ１０２１で、ユーザ端末機は、上記タイマーの動作を止めて（stop）、ＬＴＥでデータサービスを受信し続けるための動作、すなわち、ＴＡアップデート過程を実行する。より具体的に、ユーザ端末機は、ＴＡアップデート要請メッセージを生成し、これをＭＭＥに伝送する。もし、ＲＲＣ連結が既に解除された場合、ユーザ端末機は、ＴＡアップデート要請メッセージを伝送するためにＲＲＣ連結を設定（establishment）するための手続を先ず実行することができる。
【０１８２】
一方、図１０が本発明の一実施形態による移動通信システムでタイマーに基づいてＴＡＵ要請を制御するユーザ端末機の動作過程を示していても、多様な変形が図１０に対して実行され得る。一例で、図１０には、連続的な段階が示されているが、図１０で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【０１８３】
次に、第２の方案に対して具体的に説明すると、次のようである。
【０１８４】
第２の方案は、上記ユーザ端末機がＬＴＥネットワークとＲＲＣ連結が解除されたことを確認した以後のみに、ＬＴＥネットワークでデータサービスを受信するためのＴＡアップデート過程を実行するものである。これは、ＭＭＥがＭＳＣからSRVCCPS to CS Complete Notificationメッセージを受信した場合のみに基地局とのＳ１（又はＵＥコンテキスト）解除過程を実行し、この過程中に基地局がユーザ端末機とのＲＲＣ連結を解除するためである。
【０１８５】
したがって、上記ユーザ端末機がＲＲＣ連結が解除されたことを確認した後、またＲＲＣ連結を設定し、ＴＡアップデート要請メッセージを伝送すると、上記ＭＭＥがＭＳＣにSRVCCPS to CS Cancel Notificationメッセージを伝送することを防止することができる。
【０１８６】
ここで、図１１を参照して、本発明の一実施形態による移動通信システムにおけるＲＲＣ連結状態によってＴＡアップデート要請メッセージ伝送を制御するユーザ端末機の動作過程に対して説明する。
【０１８７】
図１１は、本発明の一実施形態による移動通信システムにおけるＲＲＣ連結状態によって、ＴＡアップデート要請メッセージ伝送を制御するユーザ端末機の動作過程を概略的に示した図である。
【０１８８】
図１１を参照すると、まずステップ１１１１で、ユーザ端末機は、基地局からＳＲＶＣＣ動作のためにレガシーネットワークへのハンドオーバ命令、一例で、Mobility from EUTRA Commandが含まれたメッセージを受信し、ステップ１１１３に進行する。
【０１８９】
ステップ１１１３で、ユーザ端末機は、上記ＳＲＶＣＣ動作により上記レガシーネットワークでサービスを受信すると同時にＬＴＥネットワークでデータサービスを受信することが必要であるかを検査する。当該検査の結果、上記ＳＲＶＣＣ動作により上記レガシーネットワークでサービスを受信すると同時にＬＴＥネットワークでデータサービスを受信することが必要な場合、ユーザ端末機は、ステップ１１１５に進行する。
【０１９０】
ステップ１１１５で、ユーザ端末機は、ＬＴＥネットワークからＲＲＣメッセージ受信を待機し、ステップ１１１７に進行する。
【０１９１】
ステップ１１１７で、ユーザ端末機は、ＬＴＥネットワークからＲＲＣ連結解除メッセージが受信されるか検査する。当該検査の結果、ＬＴＥネットワークからＲＲＣ連結解除メッセージが受信される場合、ステップ１１１９に進行する。
【０１９２】
ステップ１１１９で、ユーザ端末機は、上記ＲＲＣ連結解除メッセージによってＲＲＣ連結解除動作を実行し、ステップ１１２１に進行する。
【０１９３】
ステップ１１２１で、ユーザ端末機は、上記ＬＴＥでデータサービスを受信し続けるための動作、すなわち、ＴＡアップデート過程を実行する。この時、ステップ１１１９で、上記ＲＲＣ連結解除動作を通して上記ＲＲＣ連結が既に解除されたので、ユーザ端末機は、ＴＡアップデート要請メッセージを伝送するためにＲＲＣ連結を設定（establishment）するための手続を先ず実行することができる。
【０１９４】
一方、図１１が本発明の一実施形態による移動通信システムにおけるＲＲＣ連結状態によって、ＴＡアップデート要請メッセージ伝送を制御するユーザ端末機の動作過程を示していても、多様な変形が図１１に対して実行され得る。一例で、図１１には、連続的な段階が示されているが、図１１で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【０１９５】
次に、第３の方案に対して具体的に説明すると、次のようである。
【０１９６】
第３の方案は、上記ユーザ端末機がＬＴＥネットワークにＲＲＣ連結再設定（reestablishment）要請メッセージを送信した後、ＬＴＥネットワークの応答によって動作を選択する方案である。
【０１９７】
ＲＲＣ連結再設定が成功する場合、これは、まだＭＭＥと基地局がＵＥコンテキスト解除過程を実行しなかったことを表すことで、したがって、ユーザ端末機は、明示的に基地局からＲＲＣ連結解除命令を受信した後にＴＡアップデート要請メッセージを伝送する。
これとは反対に、ＲＲＣ連結再設定が失敗する場合、これは、基地局で既にＵＥコンテキスト及びＲＲＣ連結が解除された状態であることを表すので、ユーザ端末機は、直ちにＴＡアップデート要請メッセージを伝送することができる。これは、ＭＭＥがＭＳＣからSRVCCPS to CS Complete Notificationメッセージを受信した場合のみに基地局とのＳ１（又はＵＥコンテキスト）解除過程を実行し、このＳ１（又はＵＥコンテキスト）解除過程の中に、基地局がユーザ端末機とのＲＲＣ連結を解除するからである。
【０１９８】
したがって、上記ＲＲＣ再設定要請メッセージを明示的に伝送することによって、ＬＴＥネットワークのＲＲＣ連結状態を確認した後、またＲＲＣ連結を設定し、ＴＡアップデート要請メッセージを伝送すると、ＭＭＥがＭＳＣにSRVCCPS to CS Cancel Notificationメッセージを伝送することを防止することができる。
【０１９９】
ここで、図１２を参照して、本発明の一実施形態による移動通信システムにおけるＲＲＣ再設定動作を実行し、その結果によって、ＴＡアップデート要請メッセージ伝送を制御するユーザ端末機の動作過程に対して説明する。
【０２００】
図１２は、本発明の一実施形態による移動通信システムにおけるＲＲＣ再設定動作を実行し、その結果によって、ＴＡアップデート要請メッセージ伝送を制御するユーザ端末機の動作過程を概略的に示した図である。
【０２０１】
図１２を参照すると、まずステップ１２１１で、ユーザ端末機は、基地局からＳＲＶＣＣ動作のためにレガシーネットワークへのハンドオーバ命令、一例で、Mobility from EUTRA Commandが含まれたメッセージを受信し、ステップ１２１３に進行する。
【０２０２】
ステップ１２１３で、ユーザ端末機は、ＳＲＶＣＣ動作によりレガシーネットワークでサービスを受信すると同時にＬＴＥネットワークでデータサービスを受信することが必要であるかを検査する。当該検査の結果、ＳＲＶＣＣ動作によりレガシーネットワークでサービスを受信すると同時にＬＴＥネットワークでデータサービスを受信することが必要な場合、ユーザ端末機は、ステップ１２１５に進行する。
【０２０３】
ステップ１２１５で、ユーザ端末機は、ＬＴＥネットワークにＲＲＣ連結再設定要請メッセージを伝送し、ステップ１２１７に進行する。
【０２０４】
ステップ１２１７で、ユーザ端末機は、ＬＴＥネットワークからＲＲＣメッセージを受信し、上記受信されたメッセージがＲＲＣ連結再設定拒絶（reject）メッセージであるかを検査する。当該検査の結果、上記受信されたメッセージが上記ＲＲＣ連結再設定拒絶メッセージであれば、ユーザ端末機は、ステップ１２１８に進行する。一方、当該検査の結果、上記受信されたメッセージが上記ＲＲＣ連結再設定拒絶メッセージでなければ、すなわち、上記受信されたメッセージがＲＲＣ連結再設定メッセージであれば、ユーザ端末機は、ステップ１２２１に進行する。
【０２０５】
ステップ１２１８で、ユーザ端末機は、上記ＲＲＣ連結再設定拒絶メッセージを受信したので、ＲＲＣ連結を解除し、ステップ１２１９に進行する。
【０２０６】
一方、ステップ１２２１で、ユーザ端末機は、上記ＲＲＣ連結再設定メッセージを受信したので、ＲＲＣ連結再設定手続を実行し、ステップ１２２３に進行する。
【０２０７】
ステップ１２２３で、ユーザ端末機は、ＬＴＥネットワークからＲＲＣ命令が受信されることを待機し、ステップ１２２５に進行する。ステップ１２２５で、ユーザ端末機は、ＬＴＥネットワークからＲＲＣ連結解除メッセージが受信されるか検査する。当該検査の結果、ＬＴＥネットワークからＲＲＣ連結解除メッセージを受信すると、ユーザ端末機は、ステップ１２２７に進行する。
【０２０８】
ステップ１２２７で、ユーザ端末機は、ＲＲＣ連結を解除するための動作を実行し、ステップ１２１９に進行する。
【０２０９】
ステップ１２１９で、ユーザ端末機は、ＬＴＥネットワークでデータサービスを受信し続けるための動作、すなわち、ＴＡアップデート過程を実行する。この時、ステップ１２１８及びステップ１２２７でＲＲＣ連結が既に解除されたので、ユーザ端末機は、ＴＡアップデート要請メッセージを伝送するためにＲＲＣ連結を設定（establishment）するための手続を先ず実行することができる。
【０２１０】
一方、図１２が本発明の一実施形態による移動通信システムにおけるＲＲＣ再設定動作を実行し、その結果によって、ＴＡアップデート要請メッセージ伝送を制御するユーザ端末機の動作過程を示していても、多様な変形が図１２に対して実行され得る。一例で、図１２には、連続的な段階が示されているが、図１２で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【０２１１】
一方、上述したような状況を解決するための第１の方案、第２の方案及び第３の方案は、上述したように別に実行されることもできるが、相互併合され実行されることもできる。例えば、ユーザ端末機は、ステップ１２１５で、ＲＲＣ連結再設定要請メッセージを伝送する前に、ステップ１１１５とステップ１１１７で説明したような動作を実行して、ＲＲＣ連結解除が実行されるかを確認することもできる。
【０２１２】
又は、ユーザ端末機は、ステップ１２１５でＲＲＣ連結再設定要請メッセージを伝送する前に、ステップ１０１５と、ステップ１０１７と、ステップ１０１９を実行し、タイマー期間の間にステップ１１１５、ステップ１１１７を適用してＲＲＣ連結解除メッセージが受信されるかを確認した後、上記ＲＲＣ連結解除メッセージが上記タイマーが満了するまで受信されない場合に限って、ステップ１２１５からの動作を実行することもできる。
【０２１３】
図１２では、本発明の一実施形態による移動通信システムにおけるＲＲＣ再設定動作を実行し、その結果によって、ＴＡアップデート要請メッセージ伝送を制御するユーザ端末機の動作過程に対して説明した。次に図１３を参照して、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機の内部構造に対して説明する。
【０２１４】
図１３は、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機の内部構造を概略的に示した図である。
【０２１５】
図１３を参照すると、ＬＴＥ ＰＳレガシーＣＳユーザ端末機１３００は、送信器１３１１と、制御器１３１３と、受信器１３１５と、保存ユニット１３１７を含む。
【０２１６】
制御器１３１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機１３００の全般的な動作を制御し、特にＬＴＥ ＰＳレガシーＣＳユーザ端末機１３００が音声サービス及びデータサービス提供関連動作を実行するように制御する。ここで、ＬＴＥ ＰＳレガシーＣＳユーザ端末機１３００が実行する音声サービス及びデータサービス提供関連動作は、図２乃至図１２で説明した内容と同一であるので、ここではその詳細な説明を省略する。
【０２１７】
送信器１３１１は、制御器１３１３の制御の下に、他のエンティティに各種信号及びメッセージを送信する。ここで、送信器１３１１は、送信される信号の周波数をアップコンバートおよび増幅する無線周波数（radio frequency：以下、“ＲＦ”と称する）送信器などを含み得、制御器１３１３から出力される信号は、上記ＲＦ送信器で無線チャンネルを通して送信され得る。
【０２１８】
受信器１３１５は、制御器１３１３の制御の下に、他のエンティティから各種信号及びメッセージを受信する。また、受信器１３１５は、受信される信号を低雑音増幅して周波数をダウンコンバートするＲＦ受信器などを含み得、無線チャンネルを通して受信される信号を制御器１３１３に出力する。
【０２１９】
保存ユニット１３１７は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機１３００が図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作を実行するための各種プログラムと、データを保存し、図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作の実行中に発生したデータを保存する。
【０２２０】
一方、図１３には、ＬＴＥ ＰＳレガシーＣＳユーザ端末機１３００が送信器１３１１と、制御器１３１３と、受信器１３１５と、保存ユニット１３１７が別途のユニットで具現された場合を一例として図示したが、ＬＴＥ ＰＳレガシーＣＳユーザ端末機１３００は、送信器１３１１と、制御器１３１３と、受信器１３１５と、保存ユニット１３１７のうち少なくとも一つが統合された形態で具現されることもできる。
【０２２１】
一方、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機の場合、ＬＴＥ送信器、ＬＴＥ制御器、ＬＴＥ受信器とレガシー送信器、レガシー制御器、レガシー受信器を含み得、ＬＴＥ制御器とレガシー制御器を総体的に制御する別途の統合制御器を有し得る。例えば、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＬＴＥ ＰＳレガシーＣＳモードで動作する場合、統合制御器は、ＬＴＥ制御器にＴＡＵの実行を命令し、これと同時にレガシー制御器にＣＳアタッチ手続き又はＬＡＵ手続の実行を命令することができる。もし、ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＣＳＦＢを使用し得るネットワークに接続された場合、統合制御器は、レガシー制御器を通してレガシー送信器と受信器のターンオフを命令することができる。
【０２２２】
図１３では、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機の内部構造に対して説明した。次に図１４を参照して、本発明の一実施形態による移動通信システムにおける基地局の内部構造に対して説明する。
【０２２３】
図１４は、本発明の一実施形態による移動通信システムにおける基地局の内部構造を概略的に示した図である。
【０２２４】
図１４を参照すると、基地局１４００は、送信器１４１１と、制御器１４１３と、受信器１４１５と、保存ユニット１４１７を含む。
【０２２５】
制御器１４１３は、基地局１４００の全般的な動作を制御し、特に基地局１４００が音声サービス及びデータサービス提供関連動作を実行するように制御する。ここで、基地局１４００が実行する音声サービス及びデータサービス提供関連動作は、図２乃至図１２で説明した内容と同一であるので、ここではその詳細な説明を省略する。
【０２２６】
送信器１４１１は、制御器１４１３の制御の下に、他のエンティティに各種信号及びメッセージを送信する。
【０２２７】
受信器１４１５は、制御器１４１３の制御の下に、他のエンティティから各種信号及びメッセージを受信する。
【０２２８】
保存ユニット１４１７は、基地局１４００が図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作を実行するための各種プログラムと、データを保存し、図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作の実行中に発生したデータを保存する。
【０２２９】
一方、図１４には、基地局１４００が送信器１４１１と、制御器１４１３と、受信器１４１５と、保存ユニット１４１７が別途のユニットで具現された場合を一例として説明したが、基地局１４００は、送信器１４１１と、制御器１４１３と、受信器１４１５と、保存ユニット１４１７のうち少なくとも一つが統合された形態で具現されることもできる。
図１４では、本発明の一実施形態による移動通信システムにおける基地局の内部構造に対して説明した。次に図１５を参照して、本発明の一実施形態による移動通信システムにおけるＭＭＥの内部構造に対して説明する。
【０２３０】
図１５は、本発明の一実施形態による移動通信システムにおけるＭＭＥの内部構造を概略的に示した図である。
【０２３１】
図１５を参照すると、ＭＭＥ１５００は、送信器１５１１と、制御器１５１３と、受信器１５１５と、保存ユニット１５１７を含む。
【０２３２】
制御器１５１３は、ＭＭＥ１５００の全般的な動作を制御し、特にＭＭＥ１５００が音声サービス及びデータサービス提供関連動作を実行するように制御する。ここで、ＭＭＥ１５００が実行する音声サービス及びデータサービス提供関連動作は、図２乃至図１２で説明した内容と同一であるので、ここではその詳細な説明を省略する。該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機でＣＳＦＢ手続がトリガーリングされ、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機から送信される拡張されたサービス要請メッセージを受信する時点で上記ＣＳ保安キー関連情報を生成するように制御することもできる。
【０２３３】
送信器１５１１は、制御器１５１３の制御の下に、他のエンティティに各種信号及びメッセージを送信する。ここで、送信器１５１１は、有線通信のための信号処理機能を実行するインターフェースユニット（interface unit）を含み得る。
【０２３４】
受信器１５１５は、制御器１５１３の制御の下に、他のエンティティから各種信号及びメッセージを受信する。
【０２３５】
保存ユニット１５１７は、ＭＭＥ１５００が図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作を実行するための各種プログラムと、データを保存し、図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作の実行中に発生したデータを保存する。
【０２３６】
一方、図１５には、ＭＭＥ１５００が送信器１５１１と、制御器１５１３と、受信器１５１５と、保存ユニット１５１７が別途のユニットで具現された場合が示されているが、ＭＭＥ１５００は、送信器１５１１と、制御器１５１３と、受信器１５１５と、保存ユニット１５１７のうち少なくとも一つが統合された形態で具現されることもできる。
【０２３７】
図１５では、本発明の一実施形態による移動通信システムにおけるＭＭＥの内部構造に対して説明した。次に図１６を参照して、本発明の一実施形態による移動通信システムにおけるＳＧＳＮの内部構造に対して説明する。
【０２３８】
図１６は、本発明の一実施形態による移動通信システムにおけるＳＧＳＮの内部構造を概略的に示した図である。
【０２３９】
図１６を参照すると、ＳＧＳＮ１６００は、送信器１６１１と、制御器１６１３と、受信器１６１５と、保存ユニット１６１７を含む。
【０２４０】
制御器１６１３は、ＳＧＳＮ１６００の全般的な動作を制御し、特にＳＧＳＮ１６００が音声サービス及びデータサービス提供関連動作を実行するように制御する。ここで、ＳＧＳＮ１６００が実行する音声サービス及びデータサービス提供関連動作は、図２乃至図１２で説明した内容と同一であるので、ここではその詳細な説明を省略する。
【０２４１】
送信器１６１１は、制御器１６１３の制御の下に、他のエンティティに各種信号及びメッセージを送信する。
【０２４２】
受信器１６１５は、制御器１６１３の制御の下に、他のエンティティから各種信号及びメッセージを受信する。
【０２４３】
保存ユニット１６１７は、ＳＧＳＮ１６００が図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作を実行するための各種プログラムと、データを保存し、図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作の実行中に発生したデータを保存する。
【０２４４】
一方、図１６には、ＳＧＳＮ１６００が送信器１６１１と、制御器１６１３と、受信器１６１５と、保存ユニット１６１７が別途のユニットで具現された場合を一例として説明したが、ＳＧＳＮ１６００は、送信器１６１１と、制御器１６１３と、受信器１６１５と、保存ユニット１６１７のうち少なくとも一つが統合された形態で具現されることもできる。
【０２４５】
図１６では、本発明の一実施形態による移動通信システムにおけるＳＧＳＮの内部構造に対して説明した。次に図１７を参照して、本発明の一実施形態による移動通信システムでＢＳＣの内部構造に対して説明する。
【０２４６】
図１７は、本発明の一実施形態による移動通信システムにおけるＢＳＣの内部構造を概略的に示した図である。
【０２４７】
図１７を参照すると、ＢＳＣ１７００は、送信器１７１１と、制御器１７１３と、受信器１７１５と、保存ユニット１７１７を含む。
【０２４８】
制御器１７１３は、ＢＳＣ１７００の全般的な動作を制御し、特にＢＳＣ１７００が音声サービス及びデータサービス提供関連動作を実行するように制御する。ここで、ＢＳＣ１７００が実行する音声サービス及びデータサービス提供関連動作は、図２乃至図１２で説明した内容と同一であるので、ここではその詳細な説明を省略する。
【０２４９】
送信器１７１１は、制御器１７１３の制御の下に、他のエンティティに各種信号及びメッセージを送信する。
【０２５０】
受信器１７１５は、制御器１７１３の制御の下に、他のエンティティから各種信号及びメッセージを受信する。
【０２５１】
保存ユニット１７１７は、ＢＳＣ１７００が図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作を実行するための各種プログラムと、データを保存し、図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作の実行中に発生したデータを保存する。
【０２５２】
一方、図１７には、ＢＳＣ１７００が送信器１７１１と、制御器１７１３と、受信器１７１５と、保存ユニット１７１７が別途のユニットで具現された場合が示されているが、ＢＳＣ１７００は、送信器１７１１と、制御器１７１３と、受信器１７１５と、保存ユニット１７１７のうち少なくとも一つが統合された形態で具現されることもできる。
【０２５３】
本発明の特定側面は、またコンピュータ読み取り可能な記憶媒体(computer readable recording medium)において、コンピュータ読み取り可能なコードとして実現され得る。コンピュータ読み取り可能な記憶媒体は、コンピュータシステムによって読み取り可能なデータを格納するデータストレージデバイスとなり得る。コンピュータ読み取り可能な記憶媒体の例とては、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ記憶装置、及び搬送波（上記インターネットを介したデータ送信のような）を含み得る。上記コンピュータ読み取り可能な記憶媒体は、またネットワーク接続されたコンピュータシステムにわたって分散され得、従って、コンピュータ読み取り可能なコードは分散形態で格納及び実行される。また、本発明を達成するための機能的プログラム、コード及びコードセグメントは、 当該技術分野における熟練されたプログラマにとっては容易に理解できることである。
【０２５４】
また、本発明の一実施形態によるサービス提供装置及び方法は、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの組み合せの形態で実現することができる。このような任意のソフトウェアは、例えば、削除又は再記録が可能な読み出し専用メモリ（ＲＯＭ）のような揮発性又は非揮発性記憶装置、又は、例えば、ランダムアクセスメモリ（ＲＡＭ）、メモリチップ、メモリ装置、又はメモリ集積回路（ＩＣ）、又は、例えば、コンパクトディスク（ＣＤ）、ディジタル多用途ディスク（ＤＶＤ）、磁気ディスク、又は磁気テープなどの光学的又は磁気的に読み取り可能な非一時的な機械可読（例えば、コンピュータ可読）記憶媒体に記憶することができる。本発明の一実施形態によるサービス適用方法は、制御器及びメモリを含むコンピュータ又は携帯端末により具現されることができ、このメモリは、本発明の様々な実施形態を具現する指示を含むプログラム又はプログラムを格納するのに適合した機械可読（例えば、コンピュータ可読）記憶装置の一例である。
【０２５５】
したがって、本発明は、本願明細書の任意の請求項に記載された装置又は方法を実現するためのコードを含むプログラム及びこのようなプログラムを格納する機械可読（例えば、コンピュータ可読）記憶装置を含む。また、このようなプログラムは、有線又は無線接続を通じて送信される通信信号のような任意の媒体を通じて電子的に移送され、本発明は、これと均等なことを適切に含む。
【０２５６】
また本発明の一実施形態によるサービス提供装置は、有線または無線で連結されるプログラム提供装置から上記プログラムを受信して保存することができる。上記プログラム提供装置は、上記プログラム処理装置が既設定されたコンテンツ保護方法を実行するようにする指示を含むプログラム、コンテンツ保護方法に必要な情報などを保存するためのメモリと、上記グラフィック処理装置との有線または無線通信を実行するための通信部と、上記グラフィック処理装置の要請または自動に該当プログラムを上記送受信装置に送信する制御部を含み得る。
【０２５７】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきものである。
【符号の説明】
【０２５８】
１００  ユーザ端末機
１１０−１  基地局＃１
１１０−２  基地局＃２
１１０−３  基地局＃３
１１０−４  基地局＃４
１２０  ＭＭＥ
１３０  Ｓ−ＧＷ
２１０  領域＃１
２２０  領域＃２
２３０  領域＃３
２４０  領域＃４
２５０  領域＃５
２６０  領域＃６
５１１  ＵＥ
５１３  ｅＮＢ
５１５  ＭＭＥ
５１７  ＳＧＳＮ
５１９  ＢＳＣ
６１１  ＵＥ
６１３  ｅＮＢ
６１５  ＭＭＥ
６１７  ＳＧＳＮ
７１１  ＵＥ
７１３  ｅＮＢ
７１５  ＭＭＥ
８１１  ＵＥ
８１３  ｅＮＢ
８１５  ＭＭＥ
１３００  ＬＴＥ ＰＳレガシーＣＳユーザ端末機
１３１１  送信器
１３１３  制御器
１３１５  受信器
１３１７  保存ユニット
１４００  基地局
１４１１  送信器
１４１３  制御器
１４１５  受信器
１４１７  保存ユニット
１５００  ＭＭＥ
１５１１  送信器
１５１３  制御器
１５１５  受信器
１５１７  保存ユニット
１６００  ＳＧＳＮ
１６１１  送信器
１６１３  制御器
１６１５  受信器
１６１７  保存ユニット
１７００  ＢＳＣ
１７１１  送信器
１７１３  制御器
１７１５  受信器
１７１７  保存ユニット
【図１】
2016513442.tif 000003
【図２】
2016513442.tif 000004
【図３】
2016513442.tif 000005
【図４】
2016513442.tif 000006
【図５】
2016513442.tif 000007
【図６】
2016513442.tif 000008
【図７】
2016513442.tif 000009
【図８】
2016513442.tif 000010
【図９】
2016513442.tif 000011
【図１０】
2016513442.tif 000012
【図１１】
2016513442.tif 000013
【図１２】
2016513442.tif 000014
【図１３】
2016513442.tif 000015
【図１４】
2016513442.tif 000016
【図１５】
2016513442.tif 000017
【図１６】
2016513442.tif 000018
【図１７】
2016513442.tif 000019
【手続補正書】
【提出日】平成27年6月29日(2015.6.29)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動通信システムにおけるサービス提供のための端末であって、
第１のネットワークに進入した前記端末が第２のネットワークをサポートする能力があることを指示する情報を含むアタッチ要請メッセージを前記第１のネットワークに伝送し、前記第１のネットワークから少なくとも一つのパラメータを含むアタッチ許可メッセージを受信し、前記少なくとも一つのパラメータに基づいて前記第１のネットワークが音声サービスをサポートするか否かを決定し、前記第１のネットワークが前記音声サービスをサポートしない場合、トラッキング領域アップデート（ＴＡＵ）要請メッセージを前記第１のネットワークに伝送するように制御する制御器と、
関連メッセージを送受信する送受信器と、を含むことを特徴とする端末。
【請求項２】
前記第１のネットワークは、パケット交換（ＰＳ）サービスを提供可能なロングタームエボリューション（ＬＴＥ）ネットワークを含み、前記第２のネットワークは、サーキット交換（ＣＳ）サービスを提供可能な２Ｇ／３Ｇネットワークを含むことを特徴とする請求項１に記載の端末。
【請求項３】
前記ＴＡＵ要請メッセージは、前記端末が前記第２のネットワークをサポートする能力が無いことを指示する情報を含むことを特徴とする請求項１に記載の端末。
【請求項４】
前記少なくとも一つのパラメータは、ＶｏＩＭＳ（voice over internet protocol multimedia subsystem）をサポートする能力及びアタッチ結果のうち少なくとも一つを含み、
前記制御器は、前記ＶｏＩＭＳがサポートされなく、前記アタッチ結果がサーキット交換フォールバック（ＣＳＦＢ）方式がサポートされないことを指示する進化したパケットシステム（ＥＰＳ）オンリーである場合、前記第１のネットワークが前記音声サービスをサポートしないと決定することを特徴とする請求項１に記載の端末。
【請求項５】
移動通信システムにおけるサービス提供のための端末であって、
第１のネットワークから音声サービスを受信している間に、前記端末が第２のネットワークに進入すると、前記第２のネットワークから前記音声サービスを受信するために前記第１のネットワークと単一無線音声呼連結性（ＳＲＶＣＣ）手続きを実行し、前記端末が前記第２のネットワークで接続したパケット交換サポートノード（ＳＧＳＮ）に関連した識別子を含むトラッキング領域アップデート（ＴＡＵ）要請メッセージを前記第１のネットワークに伝送するように制御する制御器と、
関連メッセージを送受信する送受信器と、を含むことを特徴とする端末。
【請求項６】
前記第１のネットワークは、パケット交換（ＰＳ）サービスを提供可能なロングタームエボリューション（ＬＴＥ）ネットワークを含み、前記第２のネットワークは、サーキット交換（ＣＳ）サービスを提供可能な２Ｇ／３Ｇネットワークを含むことを特徴とする請求項５に記載の端末。
【請求項７】
移動通信システムにおけるサービス提供のための移動性管理エンティティ（ＭＭＥ）であって、
第１のネットワークから第２のネットワークへのハンドオーバを要請するハンドオーバ要請メッセージが前記第１のネットワークから受信されると、端末と単一無線音声呼連結性（ＳＲＶＣＣ）手続きを実行し、前記端末からパケット交換サポートノード（ＳＧＳＮ）に関連した識別子を含むトラッキング領域アップデート（ＴＡＵ）要請メッセージを受信し、前記ＳＧＳＮに関連した識別子に基づいて前記端末が前記第２のネットワークで接続したＳＧＳＮを検出し、前記検出されたＳＧＳＮに前記端末に関連した情報を要請するコンテキスト要請メッセージを伝送し、前記ＳＧＳＮから前記端末に関連した情報を含むコンテキスト応答メッセージが受信されると、前記端末にＴＡＵ許可メッセージを伝送するように制御する制御器と、
関連メッセージを送受信する送受信器と、を含むことを特徴とする移動性管理エンティティ。
【請求項８】
前記第１のネットワークは、パケット交換（ＰＳ）サービスを提供可能なロングタームエボリューション（ＬＴＥ）ネットワークを含み、前記第２のネットワークは、サーキット交換（ＣＳ）サービスを提供可能な２Ｇ／３Ｇネットワークを含むことを特徴とする請求項７に記載の移動性管理エンティティ。
【請求項９】
前記コンテキスト応答メッセージが応答失敗を指示する情報を含む場合、前記制御器は、前記端末が再アタッチが必要であると決定し、前記端末にＴＡＵ拒絶メッセージを伝送し、前記端末からアタッチ要請メッセージを受信するように制御することを特徴とする請求項７に記載の移動性管理エンティティ。
【請求項１０】
移動通信システムにおけるサービス提供のためのパケット交換サポートノード（serving GPRS(general packet radio service：ＳＧＳＮ）であって、
第１のネットワークから第２のネットワークへ移動した端末が、移動性管理エンティティ（ＭＭＥ）から前記端末に関連した情報を要請するコンテキスト要請メッセージを受信し、前記端末が前記第１のネットワークで連結モード（connected mode）で動作するか否かを決定し、端末が前記第１のネットワークで前記連結モードで動作する場合、前記ＭＭＥに前記端末に関連した情報を含むコンテキスト応答メッセージを伝送し、前記端末の接続に関連したコンテキストの解除を命令するパケットフローコンテキスト（ＰＦＣ）解除メッセージを基地局制御器（ＢＳＣ）に伝送するように制御する制御器と、
関連メッセージを送受信する送受信器と、を含むパケット交換サポートノード。
【請求項１１】
前記第１のネットワークは、パケット交換（ＰＳ）サービスを提供可能なロングタームエボリューション（ＬＴＥ）ネットワークを含み、前記第２のネットワークは、サーキット交換（ＣＳ）サービスを提供可能な２Ｇ／３Ｇネットワークを含むことを特徴とする請求項１０に記載のパケット交換サポートノード。
【請求項１２】
前記端末が前記第１のネットワークで前記連結モードで動作しない場合、前記制御器は、前記ＭＭＥに応答失敗を指示する情報を含むコンテキスト応答メッセージを伝送するように制御することを特徴とする請求項１０に記載のパケット交換サポートノード。
【請求項１３】
移動通信システムにおけるサービス提供のための端末であって、
第１のネットワークから第２のネットワークへ移動した前記端末が、基地局から端末能力質疑メッセージを受信し、前記第１のネットワークと単一無線音声呼連結性（ＳＲＶＣＣ）手続きを実行し、移動性管理エンティティ（ＭＭＥ）にトラッキング領域アップデート（ＴＡＵ）要請メッセージを伝送するように制御する制御器と、
関連メッセージを送受信する送受信器と、を含むことを特徴とする端末。
【請求項１４】
前記第１のネットワークは、パケット交換（ＰＳ）サービスを提供可能なロングタームエボリューション（ＬＴＥ）ネットワークを含み、前記第２のネットワークは、サーキット交換（ＣＳ）サービスを提供可能な２Ｇ／３Ｇネットワークを含むことを特徴とする請求項１３に記載の端末。
【請求項１５】
移動通信システムにおけるサービス提供のための移動性管理エンティティ（ＭＭＥ）であって、
端末がパケット交換（ＰＳ）サービスをサポートしないことを指示する情報を含む、第１のネットワークから第２のネットワークへのハンドオーバを要請するハンドオーバ要請メッセージを基地局から受信し、前記第１のネットワークに関連したベアラを留保（suspend）し、前記端末からトラッキング領域アップデート（ＴＡＵ）要請メッセージを受信するように制御する制御器と、
関連メッセージを送受信する送受信器と、を含むことを特徴とする移動性管理エンティティ。
【請求項１６】
前記第１のネットワークは、パケット交換（ＰＳ）サービスを提供可能なロングタームエボリューション（ＬＴＥ）ネットワークを含み、前記第２のネットワークは、サーキット交換（ＣＳ）サービスを提供可能な２Ｇ／３Ｇネットワークを含むことを特徴とする請求項１５に記載の移動性管理エンティティ。
【請求項１７】
前記ＴＡＵ要請メッセージが前記端末から受信されると、前記制御器は、前記第１のネットワークに関連したベアラを再活性化（reactivate）させることを特徴とする請求項１５に記載の移動性管理エンティティ。
【請求項１８】
移動通信システムにおけるサービス提供のための端末であって、
第１のネットワークに進入する前記端末が、前記端末が第２のネットワークをサポートする能力があることを表す情報及び前記端末の使用タイプ（usage type）を指示する情報を含むアタッチ要請メッセージを伝送し、前記第１のネットワークから少なくとも一つのパラメータを含むアタッチ許可メッセージを受信し、前記少なくとも一つのパラメータに基づいて前記第１のネットワークが音声サービスをサポートするか否かを決定し、前記第１のネットワークが前記音声サービスをサポートしなく、前記使用タイプが音声中心型の場合、前記第２のネットワークのセルが隣接セルであるか否かを決定し、前記端末の使用タイプがデータ中心型であることを指示する情報を含むトラッキング領域アップデート（ＴＡＵ）要請メッセージを前記第１のネットワークに伝送し、前記第２のネットワークと接続手続きを実行するように制御する制御器と、
関連メッセージを送受信する送受信器と、を含むことを特徴とする端末。
【請求項１９】
前記第１のネットワークは、パケット交換（ＰＳ）サービスを提供可能なロングタームエボリューション（ＬＴＥ）ネットワークを含み、前記第２のネットワークは、サーキット交換（ＣＳ）サービスを提供可能な２Ｇ／３Ｇネットワークを含むことを特徴とする請求項１８に記載の端末。
【請求項２０】
前記第２のネットワークが前記３Ｇネットワークの場合、前記ＴＡＵ要請メッセージは、前記端末が前記第２のネットワークをサポートする能力があることを表す情報を含むことを特徴とする請求項１９に記載の端末。
【請求項２１】
前記第２のネットワークが前記２Ｇネットワークの場合、前記ＴＡＵ要請メッセージは、前記端末が前記第２のネットワークをサポートする能力が無いことを表す情報を含むことを特徴とする請求項１９に記載の端末。
【請求項２２】
前記少なくとも一つのパラメータは、ＶｏＩＭＳ（voice over internet protocol multimedia subsystem）をサポートする能力及びアタッチ結果のうち少なくとも一つを含み、
前記制御器は、前記ＶｏＩＭＳがサポートされなく、前記アタッチ結果がＣＳＦＢサーキット交換フォールバック方式がサポートされないことを指示する進化したパケットシステム（ＥＰＳ）オンリーである場合、前記第１のネットワークが前記音声サービスをサポートしないと決定することを特徴とする請求項１８に記載の端末。
【請求項２３】
請求項第１乃至請求項２２のうち、いずれか一項に記載の装置を実行するために適用される方法。
【国際調査報告】
2016513442.tif 000020
2016513442.tif 000021
2016513442.tif 000022
2016513442.tif 000023