知財求人 - 知財ポータルサイト「IP Force」
▶ サムスン エレクトロニクス カンパニー リミテッドの特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】6100928
(24)【登録日】2017年3月3日
(45)【発行日】2017年3月22日
(54)【発明の名称】移動通信システムにおけるサービス提供装置及び方法
(51)【国際特許分類】
H04W 68/12 20090101AFI20170313BHJP
H04W 48/18 20090101ALI20170313BHJP
【ＦＩ】
H04W68/12
H04W48/18 111
【請求項の数】13
【全頁数】44
(21)【出願番号】特願2015-561298(P2015-561298)
(86)(22)【出願日】2015年2月6日
(65)【公表番号】特表2016-513442(P2016-513442A)
(43)【公表日】2016年5月12日
(86)【国際出願番号】KR2015001238
(87)【国際公開番号】WO2015119452
(87)【国際公開日】20150813
【審査請求日】2015年6月29日
(31)【優先権主張番号】10-2014-0014353
(32)【優先日】2014年2月7日
(33)【優先権主張国】KR
(31)【優先権主張番号】10-2014-0026825
(32)【優先日】2014年3月6日
(33)【優先権主張国】KR
(31)【優先権主張番号】10-2014-0074338
(32)【優先日】2014年6月18日
(33)【優先権主張国】KR
(73)【特許権者】
【識別番号】503447036
【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド
(74)【代理人】
【識別番号】100133400
【弁理士】
【氏名又は名称】阿部 達彦
(74)【代理人】
【識別番号】100110364
【弁理士】
【氏名又は名称】実広 信哉
(74)【代理人】
【識別番号】100154922
【弁理士】
【氏名又は名称】崔 允辰
(74)【代理人】
【識別番号】100140534
【弁理士】
【氏名又は名称】木内 敬二
(72)【発明者】
【氏名】サン−ソー・ジョン
(72)【発明者】
【氏名】ヒェ−ジョン・キム
(72)【発明者】
【氏名】ソン−ヤン・チョウ
【審査官】
望月 章俊
(56)【参考文献】
【文献】
Research In Motion UK Limited，SMS over SGs and provisioning of CSFB services to Data Centric UEs，3GPP TSG SA WG2 Meeting #75 S2-095066，3GPP，２００９年 ８月３１日
(58)【調査した分野】（Int.Cl.，ＤＢ名）
Ｈ０４Ｗ４／００−Ｈ０４Ｗ９９／００
Ｈ０４Ｂ７／２４−Ｈ０４Ｂ７／２６
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４
ＳＡ ＷＧ１−４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
移動通信システムにおけるサービス提供のための端末であって、
前記端末が第１のネットワークに進入した場合、前記端末が第２のネットワークをサポートする能力があることを指示する情報を含むアタッチ要請メッセージを前記第１のネットワークに伝送し、前記アタッチ要請メッセージは、前記端末が前記第２のネットワークで使用される方式及びサーキット交換フォールバック（ＣＳＦＢ）／単一無線音声呼連結性（ＳＲＶＣＣ）手順をサポートすることを指示する情報を含み、前記第１のネットワークから少なくとも一つのパラメータを含むアタッチ許可メッセージを受信し、前記少なくとも一つのパラメータに基づいて前記第１のネットワークが音声サービスをサポートするか否かを決定し、前記第１のネットワークがＶｏＩＭＳ（voice over internet protocol multimedia subsystem）または前記ＣＳＦＢをサポートしない場合、トラッキング領域アップデート（ＴＡＵ）要請メッセージを前記第１のネットワークに伝送し、前記ＴＡＵ要請メッセージは、前記第２のネットワークは前記端末でサポートされないことを指示する情報を含み、サーキット交換（ＣＳ）登録及び前記第２のネットワークとの接続手順を遂行するように制御する制御器と、
信号を送受信する送受信器と、を含むことを特徴とする端末。
前記端末が第１のネットワークに進入した場合、前記端末が第２のネットワークをサポートする能力があることを指示する情報を含むアタッチ要請メッセージを前記第１のネットワークに伝送し、前記アタッチ要請メッセージは、前記端末が前記第２のネットワークで使用される方式及びサーキット交換フォールバック（ＣＳＦＢ）／単一無線音声呼連結性（ＳＲＶＣＣ）手順をサポートすることを指示する情報を含み、前記第１のネットワークから少なくとも一つのパラメータを含むアタッチ許可メッセージを受信し、前記少なくとも一つのパラメータに基づいて前記第１のネットワークが音声サービスをサポートするか否かを決定し、前記第１のネットワークがＶｏＩＭＳ（voice over internet protocol multimedia subsystem）または前記ＣＳＦＢをサポートしない場合、トラッキング領域アップデート（ＴＡＵ）要請メッセージを前記第１のネットワークに伝送し、前記ＴＡＵ要請メッセージは、前記第２のネットワークは前記端末でサポートされないことを指示する情報を含み、サーキット交換（ＣＳ）登録及び前記第２のネットワークとの接続手順を遂行するように制御する制御器と、
信号を送受信する送受信器と、を含むことを特徴とする端末。
【請求項2】
前記第１のネットワークは、パケット交換（ＰＳ）サービスを提供可能なロングタームエボリューション（ＬＴＥ）ネットワークを含み、前記第２のネットワークは、サーキット交換サービスを提供可能な２Ｇネットワーク及び３Ｇネットワークを含むことを特徴とする請求項１に記載の端末。
【請求項3】
前記ＴＡＵ要請メッセージは、前記端末が前記ＣＳＦＢ及びＳＲＶＣＣのうち少なくとも一つをサポートしないことを指示する情報または前記端末が２Ｇ／３Ｇ能力が無いことを指示する情報を含むことを特徴とする請求項１に記載の端末。
【請求項4】
前記少なくとも一つのパラメータは、前記ＶｏＩＭＳをサポートする能力及びアタッチ結果のうち少なくとも一つを含み、
前記制御器は、前記少なくとも一つのパラメータに基づいて前記ＶｏＩＭＳがサポートされなく、前記アタッチ結果が前記ＣＳＦＢの方式がサポートされないことを指示する進化したパケットシステム（ＥＰＳ）オンリーである場合、前記第１のネットワークが前記音声サービスをサポートしないと決定することを特徴とする請求項１に記載の端末。
前記制御器は、前記少なくとも一つのパラメータに基づいて前記ＶｏＩＭＳがサポートされなく、前記アタッチ結果が前記ＣＳＦＢの方式がサポートされないことを指示する進化したパケットシステム（ＥＰＳ）オンリーである場合、前記第１のネットワークが前記音声サービスをサポートしないと決定することを特徴とする請求項１に記載の端末。
【請求項5】
移動通信システムにおけるサービス提供のための移動性管理エンティティ（ＭＭＥ）であって、
端末の第１のネットワークから第２のネットワークへのハンドオーバ要請に対する情報及び前記端末がパケット交換（ＰＳ）サービスをサポートしないことを指示する情報を含むハンドオーバ要請メッセージを基地局から受信し、前記第１のネットワークに関連したベアラを留保（suspend）し、前記端末からトラッキング領域アップデート（ＴＡＵ）要請メッセージを受信し、前記ＴＡＵ要請メッセージは、前記第２のネットワークは前記端末でサポートされないことを指示する情報を含むように制御する制御器と、
信号を送受信する送受信器と、を含むことを特徴とする移動性管理エンティティ。
端末の第１のネットワークから第２のネットワークへのハンドオーバ要請に対する情報及び前記端末がパケット交換（ＰＳ）サービスをサポートしないことを指示する情報を含むハンドオーバ要請メッセージを基地局から受信し、前記第１のネットワークに関連したベアラを留保（suspend）し、前記端末からトラッキング領域アップデート（ＴＡＵ）要請メッセージを受信し、前記ＴＡＵ要請メッセージは、前記第２のネットワークは前記端末でサポートされないことを指示する情報を含むように制御する制御器と、
信号を送受信する送受信器と、を含むことを特徴とする移動性管理エンティティ。
【請求項6】
前記第１のネットワークは、パケット交換（ＰＳ）サービスを提供可能なロングタームエボリューション（ＬＴＥ）ネットワークを含み、前記第２のネットワークは、サーキット交換（ＣＳ）サービスを提供可能な２Ｇネットワーク及び３Ｇネットワークを含むことを特徴とする請求項５に記載の移動性管理エンティティ。
【請求項7】
前記ＴＡＵ要請メッセージが前記端末から受信されると、前記制御器は、前記第１のネットワークに関連したベアラを再活性化（reactivate）させることを特徴とする請求項５に記載の移動性管理エンティティ。
【請求項8】
移動通信システムにおけるサービス提供のための端末であって、
前記端末が第１のネットワークに進入する場合、前記端末が第２のネットワークをサポートする能力があることを表す情報及び前記第１のネットワークに対する前記端末の使用設定（usage setting）を指示する情報を含むアタッチ要請メッセージを伝送し、前記アタッチ要請メッセージは、前記端末が前記第２のネットワークで使用される方式及びサーキット交換フォールバック（ＣＳＦＢ）／単一無線音声呼連結性（ＳＲＶＣＣ）手順をサポートすることを指示する情報を含み、前記第１のネットワークから少なくとも一つのパラメータを含むアタッチ許可メッセージを受信し、前記少なくとも一つのパラメータに基づいて前記第１のネットワークが音声サービスをサポートするか否かを決定し、前記第１のネットワークがＶｏＩＭＳ（voice over internet protocol multimedia subsystem）または前記ＣＳＦＢをサポートしなく、前記端末の使用設定が音声中心型の場合、前記第１のネットワークと共存するレガシーネットワークのタイプが２Ｇネットワークまたは３Ｇネットワークであるか否かを決定し、前記端末の使用設定がデータ中心型であることを指示する情報を含むトラッキング領域アップデート（ＴＡＵ）要請メッセージを前記第１のネットワークに伝送し、前記ＴＡＵ要請メッセージは、前記第２のネットワークは前記端末でサポートされないことを指示する情報を含み、サーキット交換(ＣＳ)登録及びサーキット交換（ＣＳ）サービスを受信するための前記第２のネットワークと接続手続きを実行するように制御する制御器と、
信号を送受信する送受信器と、を含むことを特徴とする端末。
前記端末が第１のネットワークに進入する場合、前記端末が第２のネットワークをサポートする能力があることを表す情報及び前記第１のネットワークに対する前記端末の使用設定（usage setting）を指示する情報を含むアタッチ要請メッセージを伝送し、前記アタッチ要請メッセージは、前記端末が前記第２のネットワークで使用される方式及びサーキット交換フォールバック（ＣＳＦＢ）／単一無線音声呼連結性（ＳＲＶＣＣ）手順をサポートすることを指示する情報を含み、前記第１のネットワークから少なくとも一つのパラメータを含むアタッチ許可メッセージを受信し、前記少なくとも一つのパラメータに基づいて前記第１のネットワークが音声サービスをサポートするか否かを決定し、前記第１のネットワークがＶｏＩＭＳ（voice over internet protocol multimedia subsystem）または前記ＣＳＦＢをサポートしなく、前記端末の使用設定が音声中心型の場合、前記第１のネットワークと共存するレガシーネットワークのタイプが２Ｇネットワークまたは３Ｇネットワークであるか否かを決定し、前記端末の使用設定がデータ中心型であることを指示する情報を含むトラッキング領域アップデート（ＴＡＵ）要請メッセージを前記第１のネットワークに伝送し、前記ＴＡＵ要請メッセージは、前記第２のネットワークは前記端末でサポートされないことを指示する情報を含み、サーキット交換(ＣＳ)登録及びサーキット交換（ＣＳ）サービスを受信するための前記第２のネットワークと接続手続きを実行するように制御する制御器と、
信号を送受信する送受信器と、を含むことを特徴とする端末。
【請求項9】
前記第１のネットワークは、パケット交換（ＰＳ）サービスを提供可能なロングタームエボリューション（ＬＴＥ）ネットワークを含み、前記第２のネットワークは、前記サーキット交換サービスを提供可能な２Ｇネットワーク及び３Ｇネットワークを含むことを特徴とする請求項８に記載の端末。
【請求項10】
前記第２のネットワークが前記３Ｇネットワークの場合、前記ＴＡＵ要請メッセージは、前記ＣＳＦＢ及びＳＲＶＣＣのうち少なくとも一つをサポートすることを指示する情報または前記端末が２Ｇ／３Ｇ能力があることを表す情報を含むことを特徴とする請求項９に記載の端末。
【請求項11】
前記第２のネットワークが前記２Ｇネットワークの場合、前記ＴＡＵ要請メッセージは、前記端末が前記ＣＳＦＢ及びＳＲＶＣＣのうち少なくとも一つをサポートしないことを指示する情報または前記端末が２Ｇ／３Ｇ能力が無いことを表す情報を含むことを特徴とする請求項９に記載の端末。
【請求項12】
前記少なくとも一つのパラメータは、前記ＶｏＩＭＳをサポートする能力及びアタッチ結果のうち少なくとも一つを含み、
前記制御器は、前記少なくとも一つのパラメータに基づいて前記ＶｏＩＭＳがサポートされなく、前記アタッチ結果が前記ＣＳＦＢの方式がサポートされないことを指示する進化したパケットシステム（ＥＰＳ）オンリーである場合、前記第１のネットワークが前記音声サービスをサポートしないと決定することを特徴とする請求項８に記載の端末。
前記制御器は、前記少なくとも一つのパラメータに基づいて前記ＶｏＩＭＳがサポートされなく、前記アタッチ結果が前記ＣＳＦＢの方式がサポートされないことを指示する進化したパケットシステム（ＥＰＳ）オンリーである場合、前記第１のネットワークが前記音声サービスをサポートしないと決定することを特徴とする請求項８に記載の端末。
【請求項13】
請求項第１乃至請求項１２のうち、いずれか一項に記載の装置を実行するために適用される方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、移動通信システムにおいて、音声サービス及びデータサービスの提供を受けるアクセスネットワーク（access network）を適応的に選択してサービスを提供する装置及び方法に関する。
【背景技術】
【0002】
一般的に、移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなく、データサービスまでそのサービス提供領域を拡張しており、現在は、ユーザ端末機に多様な高速大容量サービスを提供する形態に発展している。
【0003】
このような移動通信システムの代表的な例には、ロングタームエボリューション（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）システムなどがある。しかしながら、現在サービスが提供されている移動通信システムでは、リソースの不足現象が発生しており、ユーザ端末機もより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
【0004】
このような要求に応じて、次世代移動通信システムとして開発中である移動通信システムがＬＴＥ移動通信システムである。ＬＴＥ移動通信システムは、例えば、最大１００Ｍｂｐｓ程度の伝送速度を有する高速パケットベースの通信を具現する移動通信システムである。ＬＴＥ移動通信システムにおいて、高速パケットベースの通信を具現するために、多様な方案が論議されているが、その代表的な例としては、ネットワークの構造を簡略化させて通信経路上に位置するノードの個数を減らす方案や、無線プロトコルを最大限無線チャンネルに近接させる方案などがある。
【0005】
ここで、図１を参照して、一般的なＬＴＥ移動通信システムの構造に対して説明する。
【0006】
図１は、一般的なＬＴＥ移動通信システムの構造を概略的に示した図である。
【0007】
図１を参照すると、ＬＴＥ移動通信システムは、ユーザ端末機（User Equipment：ＵＥ）１００、複数の進化した基地局（evolved node B）、例えば、基地局＃１ １１０−１、基地局＃２ １１０−２、基地局＃３ １１０−３、基地局＃４ １１０−４、移動性管理エンティティ（mobility management entity：以下、“ＭＭＥ”と称する）１２０及びサービングゲートウェイ（serving gateway：以下、“Ｓ−ＧＷ”と称する）１３０を含み得る。
【0008】
ユーザ端末機１００は、基地局＃１ １１０−１、基地局＃２ １１０−２、基地局＃３ １１０−３、基地局＃４ １１０−４及びＳ−ＧＷ１３０、そしてパケットデータネットワークゲートウェイ（Packet Data Network（ＰＤＮ）Gateway：Ｐ−ＧＷ）を介して外部ネットワークに接続する。
【0009】
基地局＃１ １１０−１、基地局＃２ １１０−２、基地局＃３ １１０−３、及び基地局＃４ １１０−４の各々は、無線アクセスネットワーク（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：ＢＳＣ）に対応する。基地局＃１ １１０−１、基地局＃２ １１０−２、基地局＃３ １１０−３、及び基地局＃４ １１０−４は、ユーザ端末機１００と無線チャンネルを通して連結され、既存のＲＮＣ／ＢＳＣと類似の役割を実行する。基地局＃１ １１０−１、基地局＃２ １１０−２、基地局＃３ １１０−３、及び基地局＃４ １１０−４の各々は、複数のセルを同時に使用することができる。
【0010】
ＬＴＥ移動通信システムでは、インターネットプロトコル（internet protocol：ＩＰ）を介した音声（voice over IP：ＶｏＩＰ）サービスのようなリアルタイムサービスをはじめとするすべてのユーザトラフィックが共用チャンネル（shared channel）を通してサービスされるので、ユーザ端末機の状況情報を集合してスケジューリングをする装置が必要であり、これを基地局が担当する。
【0011】
ＭＭＥ１２０は、各種制御機能を担当するエンティティ（entity）として、一つのＭＭＥは、複数の基地局と連結され得る。
【0012】
Ｓ−ＧＷ１３０は、データベアラ（data bearer）を提供する装置であり、ＭＭＥ１２０の制御によってデータベアラを生成又は除去する。
【0013】
一方、ＬＴＥ移動通信システムのコアネットワークは、ＭＭＥ１２０とＳ−ＧＷ１３０の他にも、アプリケーション機能（application function：ＡＦ）エンティティと、ポリシー及び課金規則機能（policy charging and rules function：ＰＣＲＦ）エンティティ及びＰ−ＧＷのようなノード（図１には、別に図示しない）をさらに含み得る。
【0014】
ＡＦエンティティは、ユーザ端末機とアプリケーションレベルでアプリケーションと関連した情報を交換するエンティティである。
【0015】
ＰＣＲＦエンティティは、ユーザのサービス品質（quality of service：ＱｏＳ）と関連したポリシーを制御するエンティティであり、上記ポリシーに該当するポリシー及び課金制御（policy and charging control：ＰＣＣ）規則は、上記Ｐ−ＧＷに伝達され、上記Ｐ−ＧＷで適用される。また、ＰＣＲＦエンティティは、トラフィックに対するＱｏＳ及び課金を総括的に制御するエンティティである。
【0016】
一方、一般的に、ＵＰとは、ユーザデータが送／受信されるユーザ端末機１００とＲＡＮノード、すなわち、基地局＃１ １１０−１乃至基地局＃４ １１０−４と、ＲＡＮノードでＳ−ＧＷ１３０、そしてＳ−ＧＷ１３０でＰ−ＧＷをつなぐ経路を示す。ところが、このような経路で、ユーザ端末機１００と基地局＃１ １１０−１乃至基地局＃４ １１０−４との間の経路は、リソースの制限が激しい無線チャンネルを使用する。
【0017】
一方、ＬＴＥ移動通信システムのような無線通信システムにおいて、ＱｏＳを適用できる単位は、進化したパケットシステム（evolved packet system：ＥＰＳ）ベアラである。ここで、一つのＥＰＳベアラは、同一のＱｏＳ要請事項を有するＩＰフローを送信するために使用される。また、ＥＰＳベアラには、ＱｏＳと関連したパラメータが指定されることができ、ＱｏＳと関連したパラメータには、サービス品質クラス識別子（QoS class identifier：ＱＣＩ）と割り当て及び保有優先順位（allocation and retention priority：ＡＲＰ）が含まれる。ＱＣＩは、ＱｏＳ優先順位を整数値として定義したパラメータであり、ＡＲＰは、新たなＥＰＳベアラ生成を許可又は拒絶するか否かを判定するために使用されるパラメータである。
【0018】
また、ＥＰＳベアラは、ＧＰＲＳシステムのパケットデータプロトコル（packet data protocol：ＰＤＰ）コンテキストに対応する。また、一つのＥＰＳベアラは、ＰＤＮ連結（PDN connection）に属するようになり、ＰＤＮ連結は、アクセスポイント名（access point name：ＡＰＮ）を属性として有し得る。もし、ＶｏＬＴＥ（voice over LTE）のようなＩＰマルチメディアサブシステム（IP multimedia subsystem：ＩＭＳ）サービスのためのＰＤＮ連結が生成された場合、該当ＰＤＮ連結は、よく知られた（well-known）ＩＭＳ ＡＰＮを使用して生成されなければならない。
【0019】
一方、ＬＴＥネットワークでは、音声通話をサポートするためにパケット交換（packet switched：ＰＳ）方式でＩＭＳベースのＶｏＬＴＥ技術を使用するか、又は２Ｇ／３Ｇシステムのサーキット交換（circuit switched：ＣＳ）方式をリサイクルするサーキット交換フォールバック（CS fall back：ＣＳＦＢ）方式を利用することができる。ＬＴＥネットワークでのＶｏＬＴＥは、ＶｏＩＭＳ（voice over IMS）と同一の概念で使用される用語である。
【0020】
このような無線通信システム、特に、ＬＴＥ移動通信システムでのユーザ端末機がＬＴＥネットワークを使用する途中、受信又は発信音声呼が発生すると、音声サービスのために、ＣＳネットワークにスイッチングするＣＳＦＢ手続きが実行される。一般的に、２Ｇ／３Ｇ移動通信システムは、ＣＳサービスを提供し得るＣＳネットワークであり、ＣＳサービスと関連した制御を担当するエンティティを移動交換制御器（mobile switching center：ＭＳＣ）又は訪問者位置登録器（visitor location register：ＶＬＲ）と称する。ＬＴＥ移動通信システムにおいて、ＣＳサービスのためのスイッチング機能を提供するＣＳＦＢは、ＭＳＣ／ＶＬＲとＭＭＥとの間にＳＧｓインターフェースを通して実行される。
【0021】
ユーザ端末機がＶｏＩＭＳサービスを受信している間に、ＶｏＩＭＳサービスをサポート可能な領域から抜け出すと、呼を維持するために、単一無線音声呼連結性（single radio voice call continuity：ＳＲＶＣＣ）方式を適用して、上記ユーザ端末機をＣＳをサポートするネットワークにスイッチングさせることができる。もし、ユーザ端末機がＶｏＩＭＳサービスとデータサービスを同時に受信している状態で、ＳＲＶＣＣ方式が適用されると、上記ユーザ端末機に対するデータサービスも２Ｇ／３Ｇネットワークを通して実行されるようになる。ここで、２Ｇ／３Ｇネットワークは、一般的にＬＴＥネットワークよりもデータサービスに対する伝送速度が高くないので、ユーザ端末機で提供されるデータサービス品質が低下されることがある。
【発明の概要】
【発明が解決しようとする課題】
【0022】
本発明の一実施形態は、移動通信システムにおけるサービス提供装置及び方法を提供する。
【0023】
また、本発明の一実施形態は、移動通信システムにおける音声サービス及びデータサービスの提供を受けるアクセスネットワークを適応的に選択してサービスを提供する装置及び方法を提供する。
【0024】
また、本発明の一実施形態は、移動通信システムにおけるユーザ端末機が音声サービスの提供を受けるアクセスネットワークとデータサービスの提供を受けるアクセスネットワークを差別化させてサービスを提供する装置及び方法を提供する。
【0025】
上述した情報は、本発明の理解を助けるために背景情報としてのみ提示される。本発明に対する先行技術で適用されることができるか否かに関してはいかなる決定及びいかなる主張もない。
【課題を解決するための手段】
【0026】
本発明の一実施形態によれば、移動通信システムにおけるユーザ端末機のサービス提供装置を提供する。上記装置は、ノンレガシー（non-legacy）移動通信システム領域への進入を検出すると、アタッチ要請メッセージをネットワークに伝送する送信部と、 上記ネットワークから、上記ネットワークがインターネットプロトコルを介した音声サービス又はサーキット交換フォールバック（ＣＳＦＢ）方式をサポートするか否かに関連した情報を含むアタッチ許可メッセージを受信し、上記アタッチ許可メッセージに含まれた情報が、上記ネットワークが上記インターネットプロトコルを介した音声サービス又はＣＳＦＢ方式をサポートすることを指示する場合、上記インターネットプロトコル又はＣＳＦＢ方式に基づいて、上記ノンレガシー移動通信システムを通して音声サービスを受信する受信部と、を含む。
【0027】
本発明の他の一実施形態によれば、移動通信システムにおけるユーザ端末機のサービス提供方法を提供する。上記方法は、ノンレガシー（non-legacy）移動通信システム領域への進入を検出すると、アタッチ要請メッセージをネットワークに伝送するステップと、上記ネットワークから、上記ネットワークがインターネットプロトコルを介した音声サービス又はサーキット交換フォールバック（ＣＳＦＢ）方式をサポートするか否かに関連した情報を含むアタッチ許可メッセージを受信するステップと、上記アタッチ許可メッセージに含まれた情報が、上記ネットワークが上記インターネットプロトコルを介した音声サービス又はＣＳＦＢ方式をサポートすることを指示する場合、上記インターネットプロトコル又はＣＳＦＢ方式に基づいて、上記ノンレガシー移動通信システムを通して音声サービスを受信するステップと、を含む。
【発明の効果】
【0028】
本発明の一実施形態は、移動通信システムにおける音声サービス及びデータサービスの提供を受けるアクセスネットワークを適応的に選択してサービスの提供を受けることを可能にするという効果がある。
【0029】
また、本発明の一実施形態は、移動通信システムにおけるユーザ端末機が音声サービスの提供を受けるアクセスネットワークとデータサービスの提供を受けるアクセスネットワークを差別化させてサービスを提供することを可能にするという効果がある。
【0030】
このように、移動通信システムにおける音声サービス及びデータサービスの提供を受けるアクセスネットワークを適応的に選択してサービスを提供するか、又はユーザ端末機が音声サービスの提供を受けるアクセスネットワークとデータサービスの提供を受けるアクセスネットワークを差別化させてサービスの提供を受けることを可能にする場合、サービス品質が向上するという効果がある。
【0031】
また、本発明の一実施形態によれば、ユーザ端末機がＳＲＶＣＣ手続き実行により２Ｇ／３Ｇネットワークにスイッチングした後にも、ＬＴＥネットワークを通して持続的にデータサービスを受信できるようにすることによって、ユーザ端末機に提供されるサービス品質を高めることができる効果がある。
【図面の簡単な説明】
【0032】
本発明の実施形態の上述した及び他の様相、特徴、及び利点は、以下の添付図面を併用した後述の詳細な説明から、より一層明らかになる。
【0033】
【図1】一般的なＬＴＥ移動通信システムの構造を概略的に示した図である。
【図2】本発明の一実施形態による複数個の音声サービスサポート方式をサポートするオペレータネットワークの構造を概略的に示した図である。
【図3】本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がネットワークで音声サービスがサポートされるか否かに基づいて登録手続きタイプを決定する過程を概略的に示した図である。
【図4】本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ方式使用の必要性に基づいて、２Ｇ／３Ｇ能力をネットワークに通報するか否かを決定する過程を概略的に示した図である。
【図5】本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行した後、ＴＡＵ手続きをまた実行する過程の一例を概略的に示した図である。
【図6】本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行した後、ＴＡＵ手続きをまた実行する過程の他の例を概略的に示した図である。
【図7】本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行することなく、ＳＲＶＣＣ手続きを実行した後、ＴＡＵ手続きをまた実行する過程の一例を概略的に示した図である。
【図8】本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行することなく、ＳＲＶＣＣ手続きを実行した後、ＴＡＵ手続きをまた実行する過程の他の例を概略的に示した図である。
【図9】本発明の一実施形態による移動通信システムにおけるＬＴＥネットワークと共存するレガシーネットワークの形態を基盤とするＬＴＥ ＰＳレガシーＣＳユーザ端末機の動作過程を概略的に示した図である。
【図10】本発明の一実施形態による移動通信システムにおけるタイマーに基づいてＴＡＵ要請を制御するユーザ端末機の動作過程を概略的に示した図である。
【図11】本発明の一実施形態による移動通信システムにおけるＲＲＣ連結状態によってＴＡアップデート要請メッセージ伝送を制御するユーザ端末機の動作過程を概略的に示した図である。
【図12】本発明の一実施形態による移動通信システムにおけるＲＲＣ再設定動作を実行し、その結果によってＴＡアップデート要請メッセージ伝送を制御するユーザ端末機の動作過程を概略的に示した図である。
【図13】本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機の内部構造を概略的に示した図である。
【図14】本発明の一実施形態による移動通信システムにおける基地局の内部構造を概略的に示した図である。
【図15】本発明の一実施形態による移動通信システムにおけるＭＭＥの内部構造を概略的に示した図である。
【図16】本発明の一実施形態による移動通信システムにおけるＳＧＳＮの内部構造を概略的に示した図である。
【図17】本発明の一実施形態による移動通信システムにおけるＢＳＣの内部構造を概略的に示した図である。
【発明を実施するための形態】
【0034】
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。次の説明において、公知の機能または構成に関する具体的な説明が本発明の要旨を不明瞭とすると判断された場合は、その詳細な説明は省略する。なお、後述の用語は、本発明における機能を考慮して定義された用語として、これは、使用者、運用者の意図又は慣例によって変更され得る。
【0035】
添付の図面を参照した下記の説明は、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供され、この理解を助けるための様々な特定の詳細を含むが、単なる実施形態にすぎない。したがって、本発明の範囲及び趣旨を逸脱することなく、明細書中に説明した実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかであろう。また、明瞭性と簡潔性の観点から、当業者には既知の機能や構成に関する具体的な説明を省略する。
【0036】
“第１の”及び“第２の”などのような序数を含む用語が様々な構成要素を説明するために使用されるが、これらの構成要素は、この用語により限定されない。この用語は、１つの構成要素を他の構成要素と区別するためにだけ使用される。例えば、本発明の権利範囲を逸脱することなく、第１の構成要素は第２の構成要素と呼ばれてもよく、同様に、第２の構成要素も第１の構成要素と呼ばれてもよい。ここで使用される用語“及び／又は”は、複数の関連した記載された項目の組み合せ又は複数の関連した記載された項目のうちのいずれかの項目を含む。
【0037】
ここで使用する用語は、特定の実施形態だけを説明するためのもので、本発明を限定するものではない。ここで使用するように、単数の表現は、文脈上明白に異なることを必要としない限り複数の表現を含む。本明細書で使用されている“具備する”又は“有する”などの用語は、明細書上に記載された特徴、数字、ステップ、動作、構成要素、エレメント、又はこれらの組み合せの存在を指定するものであって、１つ又はそれ以上の他の特徴又は数字、ステップ、動作、構成要素、部品、又はこれらの組み合せの存在又は付加可能性を予め排除しないものと理解されるべきである。
【0038】
用語が異なって定義されない限り、技術的であるか又は科学的な用語を含めてここで使用されるすべての用語は、本発明が属する技術分野における通常の知識を有する者により一般的に理解されるものと同一の意味を有している。一般的に使用される予め定義されているような用語は、関連技術の文脈上有する意味と一致する意味を有するものと解釈されなければならず、本出願で明白に定義しない限り、理想的であるか又は過度に形式的な意味であると解釈されない。
【0039】
本発明の一実施形態は、移動通信システムにおけるサービス提供装置及び方法を提供する。
【0040】
また、本発明の一実施形態は、移動通信システムにおける音声サービス及びデータサービスの提供を受けるアクセスネットワーク（access network）を適応的に選択してサービスを提供する装置及び方法を提供する。
【0041】
また、本発明の一実施形態は、移動通信システムにおけるユーザ端末機（user equipment：ＵＥ）が音声サービスの提供を受けるアクセスネットワークとデータサービスの提供を受けるアクセスネットワークを差別化させてサービスを提供する装置及び方法を提供する。
【0042】
一方、本発明の一実施形態で提案する方法及び装置は、ロングタームエボリューション（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）システムなどのような多様な移動通信システムに適用可能である。
【0043】
以下、本発明の実施形態では、ＬＴＥ移動通信システムをノンレガシー移動通信システムと仮定し、２Ｇ／３Ｇ移動通信システムをレガシー移動通信システムと仮定する。上記ノンレガシー移動通信システムは、ＬＴＥ移動通信システムだけでなく多様な移動通信システムであり得、上記レガシー移動通信システムは、２Ｇ／３Ｇ移動通信システムだけでなく多様な移動通信システムであり得ることはいうまでもない。
【0044】
以下では、ＵＥがＬＴＥネットワークを使用したが、音声サービスのためにＶｏＩＭＳ又はサーキット交換（ＣＳ）ネットワークにスイッチングするサーキット交換フォールバック（circuit switched fall back：ＣＳＦＢ）方式を一例として、本発明の実施形態を具体的に説明する。しかしながら、本発明の主要な要旨は、類似の技術的背景を有する他の通信システムやサービスにも本発明の範囲から逸脱しない範囲で、若干の変形を加えて適用可能であり、これは、本発明の技術分野での熟練された技術的知識を有した者の判断により可能であるだろう。
【0045】
一方、本明細書及び図面で、ＬＴＥネットワークは、Ｅ−ＵＴＲＡＮと同一の意味で使用され得、ＣＳネットワークは、ＣＳサービスをサポート可能なＵＴＲＡＮと、ＧＳＭ（登録商標）（global system for mobile communications）／ＥＤＧＥ（enhanced data rates for GSM evolution）無線アクセスネットワーク（GSM/EDGE Radio Access Network：ＧＥＲＡＮ）と、ＣＤＭＡ２０００、又はそれと類似のネットワークであり得、これらを総称してレガシーネットワークと称する。また、上記レガシーネットワークは、時分割同期符号分割多重接続（ＴＤ−ＳＣＤＭＡ：time division synchronous code division multiple access）ネットワークを含むことができ、上記ＴＤ−ＳＣＭＤＡネットワークは、一般的に３Ｇネットワークに分類され得る。
【0046】
また、本明細書及び図面で、一つのネットワークに存在するということは、一つのネットワークに連結（Connected）中である場合とアイドル（idle）状態でキャンピング（camping）中である場合の両方ともを包括し得る。また、基地局という用語は、該当ネットワークがＥ−ＵＴＲＡＮである場合には、進化した基地局（evolved Node B：ｅＮＢ）に対応する。
【0047】
また、本発明の実施形態及び図面で、ホーム加入者サーバ（home subscriber sever：ＨＳＳ）は、ホーム位置登録器（home location register：ＨＬＲ）と同一であるか又は物理的に共に位置するエンティティであり得る。
【0048】
一方、本発明の実施形態及び図面で、デュアルトランスファーモード（dual transfer mode：ＤＴＭ）ハンドオーバ（hand over：ＨＯ）とパケット交換（ＰＳ）ＨＯは、同一の意味で使用され得る。
【0049】
まず、ＬＴＥネットワークは、自体的にＣＳサービスをサポートできないので、ＬＴＥネットワークでは、特定サービスが必要な場合、２世代／３世代（2nd Generation/3rd Generation：２Ｇ／３Ｇ）のＣＳネットワークを使用するＣＳＦＢ方式のような方式が使用され得る。ＣＳＦＢ方式は、移動性管理エンティティ（mobility management entity：ＭＭＥ）と移動交換機（mobile switching center：ＭＳＣ）間の情報交換のために、ＳＧｓというインターフェースを使用するが、オペレータネットワークの一部ＭＳＣは、ＳＧｓインターフェースを使用し難い場合がある。
【0050】
このような場合、ＬＴＥネットワークと２Ｇ／３Ｇネットワークを同時にサポートするオペレータは、音声サービスのようにＬＴＥネットワークで直接提供し難い特定サービスをサポートするために、ＣＳＦＢ方式のようにＬＴＥネットワークがユーザ端末機に対するＣＳネットワークへのスイッチングをサポートする方式を使用することでなく、上記ユーザ端末機が直接にＬＴＥネットワークと２Ｇ／３Ｇ ＣＳネットワークの制御信号をモニタリングする方式を使用する。すなわち、ユーザ端末機は、主にＬＴＥ移動通信システムを通してデータサービスを受信しながら、上記ＣＳネットワークでの移動性管理（mobility management：ＭＭ）手続きを実行するために、一定周期ごとに２Ｇ／３Ｇ移動通信システムと制御信号を送／受信する。
【0051】
以下、説明の便宜上、ユーザ端末機がＰＳサービスをノンレガシー移動通信システムを通して受信し、ＣＳサービスをレガシー移動通信システムを通して受信する方式を“ノンレガシーＰＳレガシーＣＳ方式”と称する。一例で、本発明の実施形態では、上記ノンレガシー移動通信システムは、ＬＴＥ移動通信システムであるから、上記ノンレガシーＰＳレガシーＣＳ方式は、“ＬＴＥ ＰＳレガシーＣＳ方式”と称される。
【0052】
該当ＬＴＥ ＰＳレガシーＣＳ方式をサポートする場合、ユーザ端末機は、次のような動作モードをサポートできる。（１）動作モード＃１：ＬＴＥ ＰＳサービス（インターネットプロトコルマルチメディアサブシステム（IP multimedia subsystem：ＩＭＳ）を介した音声（voice over IMS：ＶｏＩＭＳ）サービス含む）をサポートする動作モード
（２）動作モード＃２：ＬＴＥ ＰＳサービス（ＶｏＩＭＳサービス含む）＋２Ｇ／３Ｇ ＣＳサービスをサポートする動作モード
（３）動作モード＃３：２Ｇ／３ＧＰＳサービス＋２Ｇ／３Ｇ ＣＳサービスをサポートする動作モード
【0053】
ＶｏＩＭＳサービスは、ＬＴＥ移動通信システムにＶｏＩＭＳサービスをサポート可能な機能が具現されており、その機能を使用するように設定された場合のみにサポートされ得る。
【0054】
これと同様に、ＣＳＦＢ方式もＬＴＥ移動通信システムと、ＬＴＥ移動通信システムと共存する２Ｇ／３Ｇ移動通信システムがＣＳＦＢ方式をサポートする場合のみに使用され得る。
【0055】
一方、特定オペレータネットワークでは、複数個の音声サービスサポート方式をサポートでき、このように複数個の音声サービスサポート方式をサポートするオペレータネットワークの構造を図２を参照して説明すると、次のようである。
【0056】
図２は、本発明の一実施形態による複数個の音声サービスサポート方式をサポートするオペレータネットワークの構造を概略的に示した図である。
【0057】
図２を参照すると、上記オペレータネットワークは、複数の領域、一例で、６個の領域、すなわち、領域＃１ ２１０と、領域＃２ ２２０と、領域＃３ ２３０と、領域＃４ ２４０と、領域＃５ ２５０と、領域＃６ ２６０を含む。
【0058】
領域＃１ ２１０は、ＣＳＦＢ非サポート２Ｇ／３Ｇレガシー領域である。ここで、上記ＣＳＦＢ非サポート２Ｇ／３Ｇレガシー領域は、ＣＳＦＢ方式をサポートすることが不可能な２Ｇ／３Ｇ領域を表す。
【0059】
領域＃２ ２２０は、ＣＳＦＢサポート２Ｇ／３Ｇレガシー領域である。ここで、上記ＣＳＦＢサポート２Ｇ／３Ｇレガシー領域は、ＣＳＦＢ方式をサポートすることが可能な２Ｇ／３Ｇ領域を表す。
【0060】
領域＃３ ２３０と領域＃５ ２５０の各々は、ＶｏＬＴＥサポート可能ＬＴＥ領域である。ここで、上記ＶｏＬＴＥサポート可能ＬＴＥ領域は、ＶｏＬＴＥサービスのサポートが可能なＬＴＥ領域を表す。
【0061】
領域＃４ ２４０と領域＃６ ２６０の各々は、ＶｏＬＴＥ非サポートＬＴＥ領域である。ここで、上記ＶｏＬＴＥ非サポートＬＴＥ領域は、ＶｏＬＴＥサービスのサポートが不可能なＬＴＥ領域を表す。
【0062】
もし、ユーザ端末機がＬＴＥサポート領域に進入する場合、ユーザ端末機は、アタッチ（attach）手続き又はトラッキング領域アップデート（tracking area update：ＴＡＵ）手続きを実行しなければならない。
【0063】
ところが、ＬＴＥ ＰＳレガシーＣＳ方式をサポートするユーザ端末機は、オペレータネットワークのＬＴＥ領域で現在音声サービスを提供するドメインがＰＳ（すなわち、ＶｏＩＭＳサービスを使用する場合）であるかＣＳであるかが予め分からない。また、もし、ＬＴＥ領域で音声サービスがＣＳドメインで提供される場合といっても、該当ＬＴＥ ＰＳレガシーＣＳ方式を使用するユーザ端末機は、ＣＳＦＢ方式に基づいてＣＳネットワークに接続できるように構成されたか否かが分からない。以下、説明の便宜上、該当ＬＴＥ ＰＳレガシーＣＳ方式をサポートするユーザ端末機を“ＬＴＥ ＰＳレガシーＣＳユーザ端末機”と称する。
【0064】
したがって、上述したような問題を解決するために、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥ領域に進入してアタッチ手続き又はＴＡＵ手続きを開始する場合、オペレータネットワークがサポートする音声サービス機能を確認するために、結合アタッチ（combined attach）手続き又は結合ＴＡＵ（combined TAU）手続きを実行する。その次に、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、オペレータネットワークから応答メッセージを受信して上記オペレータネットワークのサポート機能を検出する。また該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記オペレータネットワークのサポート機能の検出によって、必要な場合、ＬＴＥ ＰＳレガシーＣＳ方式を使用するモードであるＬＴＥ ＰＳレガシーＣＳモードで動作するために、追加的なＴＡＵ手続きを実行することができる。
【0065】
ここで、図３を参照して、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がネットワークで音声サービスがサポートされるか否かに基づいて登録手続きタイプを決定する過程に対して説明する。
【0066】
図３は、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がネットワークでどの形態の音声サービスがサポートされるか否かに基づいて登録手続きタイプを決定する過程を概略的に示した図である。
【0067】
図３を参照すると、まずステップ３１１で、ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥ領域への進入を検出すると、結合アタッチ手続きを実行し、ステップ３１３に進行する。該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が結合アタッチ手続きを実行する過程に対して具体的に説明すると、次のようである。
【0068】
例えば、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、無線リソース制御（radio resource control：ＲＲＣ）連結を設定する手続き、又は以後にユーザ端末機無線能力（UE radio capability）に関連した情報を送信する手続きで、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が２Ｇ／３Ｇ方式をサポートし、ＣＳＦＢ／単一無線音声呼連結性（single radio voice call continuity：ＳＲＶＣＣ）手続きをサポートできることを表すメッセージを基地局に伝送する。他の例で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、アタッチ要請メッセージに該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が２Ｇ／３Ｇ方式をサポートし、ＣＳＦＢ／ＳＲＶＣＣ方式をサポートできることを示す情報を含めてＭＭＥに送信する。以下では、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がアタッチ要請メッセージに２Ｇ／３Ｇ方式をサポートし、ＣＳＦＢ／ＳＲＶＣＣ方式をサポートできることを示す情報を含めてＭＭＥに送信した場合を仮定して説明する。２Ｇ／３Ｇ方式をサポートし、ＣＳＦＢ／ＳＲＶＣＣ方式をサポートできることを示す情報は、例えば、“2G/3G capability = YES”のように示すことができる。
【0069】
ステップ３１３で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記結合アタッチ手続きの実行によって、上記ＭＭＥからアタッチ許可（attach accept）メッセージを受信し、ステップ３１５に進行する。ここで、上記アタッチ許可メッセージには、多様なパラメータが含まれ得るが、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記アタッチ許可メッセージに含まれたパラメータに基づいて、ネットワークがサポートする音声サービスサポート機能を判定することができる。該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が上記ネットワークがサポートする音声サービスサポート機能を判定する過程に対して具体的に説明すると、次のようである。
【0070】
まず、上記アタッチ許可メッセージに含まれたパラメータは、一例で、進化したＥＰＳネットワーク要素サポート情報（EPS network feature support information）と、ＥＰＳアタッチ結果情報エレメント（information element：ＩＥ）（EPS attach result IE、以下、“ＥＰＳアタッチ結果ＩＥ”と称する）を含み得る。ここで、上記ＥＰＳネットワーク要素サポート情報は、ＩＭＳＶｏＰＳフィールドを含むことができ、上記ＩＭＳＶｏＰＳフィールドは、一例で、１ビットで具現され得る。上記ＥＰＳネットワーク要素サポート情報が含むＩＭＳＶｏＰＳフィールドのフィールド値が一例で、“１”に設定されている場合、上記ＥＰＳネットワーク要素サポート情報は、ＬＴＥネットワークがＶｏＩＭＳサービスをサポートすることを示す。これとは反対に、上記ＥＰＳネットワーク要素サポート情報が含むＩＭＳＶｏＰＳフィールドのフィールド値が、一例で、“０”に設定されている場合、上記ＥＰＳネットワーク要素サポート情報は、ＬＴＥネットワークがＶｏＩＭＳサービスをサポートしないことを表す。また、上記ＥＰＳアタッチ結果ＩＥが結合ＥＰＳ／ＩＭＳＩを示す場合、上記ＥＰＳアタッチ結果ＩＥは、ＬＴＥネットワークがＣＳＦＢ方式をサポートすることを示す。これとは異なり、ＥＰＳアタッチ結果ＩＥがＥＰＳオンリー（only）を示す場合、上記ＥＰＳアタッチ結果ＩＥは、ＬＴＥネットワークがＣＳＦＢ方式をサポートしないことを表す。
【0071】
このように、ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記アタッチ許可メッセージに含まれたパラメータに基づいて、ＬＴＥネットワークでＶｏＩＭＳサービス又はＣＳＦＢ方式をサポートすることを検出でき、これによって、ＶｏＩＭＳサービスやＣＳＦＢ方式を使用して音声サービスを受信することができる。
【0072】
一方、ステップ３１５で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記アタッチ許可メッセージに含まれたパラメータに基づいて、ＬＴＥネットワークがＶｏＩＭＳサービス及びＣＳＦＢ方式の両方ともをサポートしないかを検査する（VoIMS = No and Attach result = EPS only?）。当該検査の結果、ＬＴＥネットワークがＶｏＩＭＳサービス及びＣＳＦＢ方式の両方ともをサポートしない場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥ ＰＳを持続的に使用するためにステップ３１７に進行する。この場合、一般的なユーザ端末機は、音声中心型で設定された場合、ＶｏＩＭＳとＣＳＦＢの両方ともがサポートされないと、ＬＴＥ機能（すなわち、Ｅ−ＵＴＲＡＮを接続する機能）をターンオフし、２Ｇ／３Ｇネットワークのみに接続することができる。
【0073】
ステップ３１７で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ノーマルＴＡＵ（Normal ＴＡＵ）手続きを実行し、ステップ３１９に進行する。ここで、上記ノーマルＴＡＵとは、結合タイプＴＡＵではないことを意味し、上記ノーマルＴＡＵ手続きに対して具体的に説明すると、次のようである。
【0074】
まず、ＬＴＥネットワークがＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしない場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥ ＰＳレガシーＣＳモードで動作しなければならない。ＬＴＥネットワークがＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしない場合は、一例で、図２で説明したようなＶｏＬＴＥ非サポートＬＴＥ領域とＣＳＦＢ非サポート２Ｇ／３Ｇ領域がオーバラップされている場合であり得る。すなわち、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークを介しては、ＰＳサービスを受信しながら、２Ｇ／３Ｇネットワークを介しては、ＣＳサービスを受信するための動作を実行しなければならない。
【0075】
ところが、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ステップ３１１の結合アタッチ手続きの実行中に、基地局に２Ｇ／３Ｇ機能をサポートできることを既に知らせたために、ＬＴＥネットワークで該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機を２Ｇ／３ＧネットワークにスイッチングさせるかＨＯさせる場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、これ以上ＬＴＥネットワークを使用できなくなる。
【0076】
ところが、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が該当ＬＴＥ ＰＳレガシーＣＳモードで動作すると、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、２Ｇ／３Ｇネットワークに接続できるので、ＬＴＥネットワークを通して２Ｇ／３ＧネットワークにスイッチングするかＨＯする命令を受け入れる必要がない。したがって、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークでＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしないことによって、該当ＬＴＥ ＰＳレガシーＣＳモードで動作しなければならない場合、上記ノーマルＴＡＵ手続きを実行するようになる。この場合、上記ノーマルＴＡＵ手続きの実行において、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＴＡＵ要請（ＴＡＵ Request）メッセージが含むＥＰＳアップデートタイプＩＥ（EPS update type IE）を“TA updating”と設定する（EPS update type IE = TA updating）。また、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記ノーマルＴＡＵ手続きの実行において、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が２Ｇ／３Ｇ能力（capability）のあることを示す情報又はＣＳＦＢ／ＳＲＶＣＣ方式をサポートすることを示す情報を上記ＴＡＵ要請メッセージに含めてはならない（2G/3G capability = no）。このようなノーマルＴＡＵ手続きを通して、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークが該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機を２Ｇ／３ＧネットワークにスイッチングさせるかＨＯさせることを防止できる。
【0077】
このように、ノーマルＴＡＵ手続きを実行した該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ステップ３１９に進行して該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が含んでいる２Ｇ／３Ｇ制御部を通してＣＳ登録手続きを実行する。ここで、上記ＣＳ登録手続きは、２Ｇ／３Ｇネットワークを通してＣＳサービスを受信するためのもので、一例で、アタッチ手続き又は位置領域アップデート（location area update)手続きを含む。ＬＴＥネットワークを通して実行されるアタッチ手続きと２Ｇ／３Ｇネットワークで実行される登録手続きは、相互順序が交差するか、並列的に実行されることもできる。
【0078】
図３では、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＬＴＥネットワークで初期結合アタッチ手続きを実行することを例として説明した。しかしながら、図３で説明した本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がネットワークで音声サービスがサポートされるか否かに基づいて登録手続きタイプを決定する過程は、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が既にアタッチ手続きを実行した後、結合ＴＡＵ手続きを実行する場合にも大きな変更無しで適用され得る。このような場合、図３で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が送信するメッセージは、アタッチ要請メッセージの代わりに、トラッキング領域（tracking area：ＴＡ）アップデート要請（ＴＡ update request）メッセージに変更され、ＥＰＳアップデートタイプＩＥは、結合ＴＡ／ＬＡ updatingに変更され得る。
【0079】
一方、図３が本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がネットワークで音声サービスがサポートされるか否かに基づいて登録手続きタイプを決定する過程を示していても、多様な変形が図３に対して実行され得る。一例で、図３には、連続的な段階が示されているが、図３で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【0080】
一方、ユーザ端末機がＬＴＥ ＰＳレガシーＣＳ方式をサポートするＬＴＥ ＰＳレガシーＣＳユーザ端末機といっても、ＶｏＩＭＳサポートＬＴＥ領域でＳＲＶＣＣ方式をサポートするように設定された場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が２Ｇ／３Ｇ能力があり、ＳＲＶＣＣ方式をサポートすることをＬＴＥネットワークに知らせるべきである。これは、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が２Ｇ／３Ｇ能力のあることをＬＴＥネットワークに通知しない場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＶｏＩＭＳサービスを受信している間に、ＶｏＩＭＳサポートＬＴＥ領域から抜け出すと、ＳＲＶＣＣ方式がサポートされないので、呼の切断があるからである。
【0081】
したがって、図４を参照して、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ方式使用の必要性に基づいて２Ｇ／３Ｇ能力をネットワークに通報するか否かを決定する過程に対して説明する。
【0082】
図４は、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ方式使用の必要性に基づいて、２Ｇ／３Ｇ能力をネットワークに通報するか否かを決定する過程を概略的に示した図である。
【0083】
図４を参照すると、まずステップ４１１で、ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、自身の設定情報を検出し、ステップ４１３に進行する。ステップ４１３で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＳＲＶＣＣ方式を使用するように設定されているかを検査する。ステップ４１３の検査の結果、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記ＳＲＶＣＣ方式を使用するように設定されている場合、ステップ４１５に進行する。
【0084】
ステップ４１５で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、接続サーバ（access server：以下、“ＡＳ”と称する）／ネットワークアクセスサーバ（network access server：以下、“ＮＡＳ”と称する）を通して自身の能力情報をネットワークに送信し、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が２Ｇ／３Ｇ能力のあることを上記ネットワークに知らせる。このように、能力情報を送信して該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が２Ｇ／３Ｇ能力のあることを上記ネットワークに知らせる理由は、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が２Ｇ／３ＧネットワークにＳＲＶＣＣ ＨＯされることをアクティブにさせるためである。ここで、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機の能力情報は、例えば、メッセージ形態で送信され得る。
【0085】
一方、ステップ４１３の検査の結果、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が上記ＳＲＶＣＣ方式を使用するように設定されていない場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ステップ４１７に進行する。ステップ４１７で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記ＡＳ／ＮＡＳを通して２Ｇ／３Ｇ能力のあることを上記ネットワークに通知しない。すなわち、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、自身の能力情報を上記ネットワークに送信しない。このように、上記能力情報を上記ネットワークに送信しない理由は、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が２Ｇ／３ＧネットワークにＳＲＶＣＣ ＨＯされることを防止するためである。
【0086】
一方、図４が本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ方式使用の必要性に基づいて、能力情報をネットワークに通報するか否かを決定する過程を示していても、多様な変形が図４に対して実行され得る。一例で、図４には、連続的な段階が示されているが、図４で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【0087】
一方、ＬＴＥ ＰＳレガシーＣＳ方式をサポートするユーザ端末機がＶｏＬＴＥサポート領域でＶｏＬＴＥサービスを受信している間に、ＶｏＬＴＥサービスがサポートされないＬＴＥ領域へ移動した場合、ネットワークは、音声呼の切断を防止するために、ＳＲＶＣＣ方式を使用することができる。この時、もし、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＰＳサービスデータを送／受信可能な状態であったら、ＬＴＥネットワークは、上記ＳＲＶＣＣ方式と共にＰＳ ＨＯを適用することができる。ここで、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が２Ｇ／３ＧネットワークにＰＳ ＨＯされた場合、２Ｇ／３ＧネットワークのＰＳデータサービス品質は、ＬＴＥネットワークに比べて低下することがある。また該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥ ＰＳレガシーＣＳ方式をサポートするので、ＣＳネットワークに音声呼がＳＲＶＣＣ ＨＯされた場合といっても、ＬＴＥネットワークでＰＳサービスデータを送／受信することができる。
【0088】
したがって、ＳＲＶＣＣ方式が実行される場合、同時にＰＳ ＨＯが２Ｇ／３Ｇネットワークに発生することを防止するか、それともＰＳ ＨＯ動作が実行された後にまたＬＴＥネットワークにＰＳサービスデータを送／受信することができるように措置すると、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機のユーザの体験ＰＳサービス品質は、非常に高まることができる。
【0089】
すなわち、本発明の一実施形態では、ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ手続き実行命令と共にＰＳ ＨＯ命令を受信した場合、ＰＳ ＨＯ手続きを完了した後、ＬＴＥ ＰＳレガシーＣＳ動作モードに動作モードを変更し、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が含むＬＴＥ制御部を通してＴＡＵ手続きをまた実行する。ここで、ＴＡＵは、上述したノーマルＴＡＵであり得、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機からＴＡＵ要請メッセージを受信したＬＴＥコアネットワーク（core net work：ＣＮ）は、またＰＳサービスデータに対する経路（Path）をＬＴＥネットワークに設定して、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＬＴＥネットワークを通してＰＳサービスデータを送／受信することができるようにする。
【0090】
ここで、図５を参照して、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ手続き及び二重伝送モード（dual transfer mode：ＤＴＭ）ＨＯ手続きを実行した後、ＴＡＵ手続きをまた実行する過程の一例に対して説明する。
【0091】
図５は、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行した後、ＴＡＵ手続きをまた実行する過程の一例を概略的に示した図である。
【0092】
図５を参照すると、移動通信システムは、ＵＥ５１１と、ｅＮＢ５１３と、ＭＭＥ５１５と、ＳＧＳＮ（serving GPRS（general packet radio service) support node）５１７と、基地局制御器（base station controller：以下、“ＢＳＣ”と称する）５１９を含む。ここで、ＵＥ５１１は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機と仮定し、図５では、ＵＥとＬＴＥ ＰＳレガシーＣＳユーザ端末機を混用して使用する。
【0093】
まず、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１は、現在進行中であるＶｏＬＴＥセッション、すなわち、on-going VoLTE sessionが設定された状態で（ステップ５２１）、予め設定されている周期ごとに又はイベント発生時ごとに、測定報告（measurement report）メッセージをｅＮＢ５１３に送信する（ステップ５２３）。一方、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１は、物理的に位置が移動されるか受信信号強度が変更され、ＶｏＬＴＥサービスがサポートされないＬＴＥ領域へ移動するようになれば、ｅＮＢ５１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１がＶｏＬＴＥサービスがサポートされないＬＴＥ領域に進入したことを検出する（ステップ５２５）。ここで、上記ＶｏＬＴＥサービスがサポートされないＬＴＥ領域は、説明の便宜上、“非ＶｏＬＴＥ領域（non-VoLTE area）”と称する。ｅＮＢ５１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１の非ＶｏＬＴＥ領域への進入が検出されると、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１に対するＳＲＶＣＣ手続きを開始しなければないと決定し得る。
【0094】
このように、上記ＳＲＶＣＣ手続きの開始を決定すると、ｅＮＢ５１３は、ＭＭＥ５１５に上記ＳＲＶＣＣ手続きと共にＰＳ ＨＯ（又はＤＴＭ ＨＯ）手続きが必要であることをＨＯ要請（HO required）メッセージを通して通報し得る（ＨＯ要請（ＣＳ＋ＰＳ））（ステップ５２７）。すなわち、基地局５１３は、上記ＨＯ要請メッセージをＭＭＥ５１５に送信してＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１に対するＳＲＶＣＣ手続き及びＰＳ ＨＯ手続きが必要であることをＭＭＥ５１５に通報する。ステップ５２７に基づいて、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１の音声呼は、上記ＳＲＶＣＣ手続きを通してＣＳドメインに、ＬＴＥネットワークで使用中であったＥＰＳベアラは、２Ｇ／３ＧネットワークのＰＳドメインにＨＯされ得る。
【0095】
基地局５１３からＨＯ要請メッセージを受信したＭＭＥ５１５は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１と共にノーマルＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行する（ステップ５２９）。すなわち、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１は、ＭＭＥ５１５からＳＲＶＣＣ命令と共にＤＴＭ ＨＯ命令を受信すると、上記ＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行する。ここでは、ＭＭＥ５１５がＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１とＤＴＭ ＨＯ手続きを実行することを一例として説明したが、さらに他の例でＭＭＥ５１５は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１とＰＳ ＨＯを実行することもできる。また、ＭＭＥ５１５は、ＳＧＳＮ５１７とノーマルＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続き（又はＰＳ ＨＯ手続き）を実行し（ステップ５３１）、ＳＧＳＮ５１７は、ＢＳＣ５１９とノーマルＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続き（又はＰＳ ＨＯ手続き）を実行する（ステップ５３３）。
【0096】
上述したように、ＥＰＳベアラが２Ｇ／３ＧネットワークにＨＯされた場合、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１は、２Ｇ／３ＧＰＳネットワークを使用しなければならない。すなわち、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１は、ＣＳネットワークを通して音声サービスを持続的に受信しながら同時にＬＴＥネットワークを通してＰＳサービスデータを送／受信することができるにもかかわらず、２Ｇ／３ＧＰＳネットワークを使用しなければならない。
【0097】
したがって、ユーザの体験サービス品質を高めるために、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１は、上記ＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続き（又はＰＳ ＨＯ手続き）実行が完了すると、ＬＴＥ ＰＳレガシーＣＳモードで動作できる。すなわち、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１は、２Ｇ／３Ｇ送／受信部と２Ｇ／３Ｇ制御部を通してＣＳサービスを受信しながら同時にＬＴＥ送／受信部とＬＴＥ制御部を通してＬＴＥネットワークとＴＡＵ手続きを実行する（ステップ５３５）。すなわち、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１は、ＵＴＲＡＮ／ＧＥＲＡＮにスイッチングするが、ＬＴＥ関連モジュール、すなわち、ＬＴＥ送／受信部とＬＴＥ制御部などのようなＬＴＥ関連モジュールをターンオフしない。
【0098】
したがって、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１は、ＭＭＥ５１５にＴＡＵ要請メッセージを送信する（ステップ５３７）。ここで、ＴＡＵ過程は、上述したノーマルＴＡＵ過程であり得、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１からＴＡＵ要請メッセージを受信したＭＭＥ５１５は、上記受信したＴＡＵ要請メッセージに含まれた識別子を通して、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１がＰＳ ＨＯされ２Ｇ／３Ｇネットワークで接続したＳＧＳＮ５１７を検索できる。ＭＭＥ５１５は、上記検索したＳＧＳＮ５１７にコンテキスト要請（context request）メッセージを送信する（ステップ５３９）。
【0099】
ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１が２Ｇ／３ＧネットワークにＰＳ ＨＯされた後、比較的短い時間、又は予め設定されている設定時間内にＬＴＥネットワークにＴＡＵ要請メッセージを送信した場合、ＳＧＳＮ５１７は、自身が判定する時、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１がまだ２Ｇ／３ＧＰＳネットワークに連結されているにもかかわらず、ＭＭＥ５１１からコンテキスト要請メッセージを受信することでもあり得る。このような場合でも、ＳＧＳＮ５１７は、上記コンテキスト要請メッセージに対する答弁を拒絶するか、上記コンテキスト要請メッセージをエラー処理しなく、上記コンテキスト要請メッセージに対する応答メッセージであるコンテキスト応答（context response）メッセージをＭＭＥ５１５に送信する（ステップ５４３）。一方、ＭＭＥ５１５からコンテキスト要請メッセージを受信したＳＧＳＮ５１７は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１がＰＳドメインで連結モード（connected mode）に存在すると判定する（ステップ５４１）。
【0100】
ＳＧＳＮ５１７から上記コンテキスト応答メッセージを受信したＭＭＥ５１５は、以後、ＴＡＵ手続きを通してＥＰＳベアラをまたＬＴＥネットワークで活性化し、データ経路をＬＴＥネットワークに変更し、以後、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１がＬＴＥネットワークを通してＰＳサービスデータを送／受信することができるようにする。すなわち、ＭＭＥ５１５は、ＳＧＳＮ５１７からコンテキスト応答メッセージを受信した後、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１にＴＡＵ許可（TAU accept）メッセージを送信して（ステップ５４５）、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１がＬＴＥネットワークを通してＰＳサービスデータを送／受信することができるようにする。
【0101】
一方、ＭＭＥ５１５にコンテキスト応答メッセージを送信したＳＧＳＮ５１７、すなわち、ＬＴＥ ＰＳレガシーＣＳユーザ端末機５１１が以後２Ｇ／３ＧネットワークでＰＳサービスデータを送／受信しないことを知るようになったＳＧＳＮ５１７は、ＢＳＣ５１９にすべてのＰＳコンテキスト（PS context）、すなわち、パケットフローコンテキスト（Packet Flow Context：以下、“ＰＦＣ”と称する）の解除を命令するＰＦＣ解除（PFC release）メッセージを送信する（ステップ５４７）。ＳＧＳＮ５１７からＰＦＣ解除メッセージを受信したＢＳＣ５１９は、ＰＳコンテキスト、すなわち、ＰＦＣを解除する（ステップ５４９）。すなわち、ＢＳＣ５１９は、ＰＳベアラリソースを解除する（Release PS bearer resources）。
【0102】
一方、図５が本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行した後、ＴＡＵ手続きをまた実行する過程の例を示していても、多様な変形が図５に対して実行され得る。一例で、図５には、連続的な段階が示されているが、図５で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【0103】
一方、図５で説明した本発明の一実施形態は、ＳＧＳＮがＬＴＥ ＰＳレガシーＣＳユーザ端末機が２Ｇ／３ＧネットワークでＰＳドメインで連結されていると判定する場合でも、ＭＭＥから受信したコンテキスト要請メッセージを許可する方式で、ＬＴＥネットワークを通してＰＳサービスが提供されるようにした。しかしながら、上記ＳＧＳＮが該当状況でコンテキスト要請メッセージに対する答弁を拒絶する場合、上記ＭＭＥは、ＴＡＵ手続きを完了できない。この場合、上記ＭＭＥは、ＬＴＥ ＰＳレガシーＣＳユーザ端末機にＴＡＵ手続きの失敗を通報すると同時に、またアタッチ手続きのリトライを示す情報を伝送し得る。このような動作を通して、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、不必要なＴＡＵ手続きや公衆地上移動ネットワーク（public land mobile network：以下、“ＰＬＭＮ”と称する）再選択手続きなどのような不必要な手続きを省略し、またアタッチ手続きを実行することができ、ＰＳサービスデータ送／受信の再開までにかかる時間を短縮できる。
【0104】
ここで、図６を参照して、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行した後、ＴＡＵ手続きをまた実行する過程の他の例に対して説明する。
【0105】
図６は、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行した後、ＴＡＵ手続きをまた実行する過程のさらに他の例を概略的に示した図である。
【0106】
図６を参照すると、移動通信システムは、ＵＥ６１１と、ｅＮＢ６１３と、ＭＭＥ６１５と、ＳＧＳＮ６１７を含む。ここで、ＵＥ５１１は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機と仮定し、図５では、ＵＥとＬＴＥ ＰＳレガシーＣＳユーザ端末機を混用して使用する。
【0107】
まず、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、現在進行中であるＶｏＬＴＥセッション、すなわち、on-going VoLTE sessionが設定された状態で（ステップ６１９）、予め設定されている周期ごとに又はイベント発生時ごとに、測定報告メッセージをｅＮＢ５１３に送信する（ステップ６２１）。一方、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、物理的に位置が移動されるか受信信号強度が変更され、ＶｏＬＴＥサービスがサポートされないＬＴＥ領域に移動するようになると、ｅＮＢ６１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１が非ＶｏＬＴＥ領域に進入したことを検出する（ステップ６２３）。ｅＮＢ６１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１の非ＶｏＬＴＥ領域への進入が検出されると、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１に対するＳＲＶＣＣ手続きを開始しなければならないと決定し得る。
【0108】
このように、上記ＳＲＶＣＣ手続きの開始を決定すると、ｅＮＢ６１３は、ＭＭＥ６１５に上記ＳＲＶＣＣ手続きとともにＰＳ ＨＯ（又はＤＴＭ ＨＯ）手続きが必要であることをＨＯ要請メッセージを通して通報する（ＨＯ要請（ＣＳ＋ＰＳ））（ステップ６２５）。すなわち、ｅＮＢ６１３は、上記ＨＯ要請メッセージをＭＭＥ６１５に送信してＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１に対するＳＲＶＣＣ手続き及びＰＳ ＨＯ手続きが必要であることをＭＭＥ６１５に通報することができる。ステップ６２５に基づいて、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１の音声呼は、上記ＳＲＶＣＣ手続きを通してＣＳドメインに、ＬＴＥネットワークで使用中であったＥＰＳベアラは、２Ｇ／３ＧネットワークのＰＳドメインにＨＯされ得る。
【0109】
基地局６１３からＨＯ要請メッセージを受信したＭＭＥ６１５は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１と共にノーマルＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行する（ステップ６２７）。すなわち、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、ＭＭＥ６１５からＳＲＶＣＣ命令と共にＤＴＭ ＨＯ命令を受信すると、上記ＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行する。ここでは、ＭＭＥ６１５がＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１とＤＴＭ ＨＯ手続きを実行することを一例として説明したが、さらに他の例で、ＭＭＥ６１５は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１とＰＳ ＨＯを実行することもできる。また、ＭＭＥ６１５は、ＳＧＳＮ６１７とノーマルＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続き（又はＰＳ ＨＯ手続き）を実行する（ステップ６２９）。
【0110】
上述したようにＥＰＳベアラが２Ｇ／３ＧネットワークにＨＯされた場合、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、２Ｇ／３ＧＰＳネットワークを使用しなければならない。すなわち、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、ＣＳネットワークを通して音声サービスを持続的に受信しながら同時にＬＴＥネットワークを通してＰＳサービスデータを送／受信することができるにもかかわらず、２Ｇ／３ＧＰＳネットワークを使用しなければならない。
【0111】
したがって、ユーザの体験サービス品質を高めるために、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、上記ＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続き（又はＰＳ ＨＯ手続き）実行が完了すると、ＬＴＥ ＰＳレガシーＣＳモードで動作できる。すなわち、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、２Ｇ／３Ｇ送／受信部と２Ｇ／３Ｇ制御部を通してＣＳサービスを受信しながら、同時にＬＴＥ送／受信部とＬＴＥ制御部を通してＬＴＥネットワークとＴＡＵ手続きを実行する（ステップ６３１）。すなわち、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、ＵＴＲＡＮ／ＧＥＲＡＮにスイッチングするが、ＬＴＥ関連モジュール、すなわち、ＬＴＥ送／受信部とＬＴＥ制御部などのようなＬＴＥ関連モジュールをターンオフしない。
【0112】
したがって、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、ＭＭＥ６１５にＴＡＵ要請メッセージを送信する（ステップ６３３）。ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１からＴＡＵ要請メッセージを受信したＭＭＥ６１５は、上記受信したＴＡＵ要請メッセージに含まれた識別子を通してＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１がＰＳ ＨＯされ２Ｇ／３Ｇネットワークで接続したＳＧＳＮ６１７を検索できる。ＭＭＥ６１５は、上記検索したＳＧＳＮ６１７にコンテキスト要請メッセージを送信する（ステップ６３５）。
【0113】
もし、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１が２Ｇ／３ＧネットワークにＰＳ ＨＯされた後、比較的短い時間、又は予め設定されている設定時間内にＬＴＥネットワークにＴＡＵ要請メッセージを送信した場合、ＳＧＳＮ６１７は、自身が判定する時、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１がまだ２Ｇ／３ＧＰＳネットワークに連結されているにもかかわらず、ＭＭＥ６１１からコンテキスト要請メッセージを受信することでもあり得る。
【0114】
このような場合でも、ＳＧＳＮ６１７の判定が、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１が２Ｇ／３ＧＰＳネットワークに連結中である場合、エラーが発生したと判定してコンテキスト要請メッセージに対する応答を拒絶することがある。この場合、ＳＧＳＮ６１７は、コンテキスト要請メッセージに対する応答拒絶を示すコンテキスト応答（context response）メッセージをＭＭＥ６１５に送信する（ステップ６３９）。上記コンテキスト応答メッセージには、上記コンテキスト要請メッセージに対する応答の失敗を表す理由（cause）に関連した情報が含まれる。ここで、上記理由は、明示的にユーザ端末機が２Ｇ／３Ｇ ＰＳネットワークで連結状態であることを示すか、それとも単純にＭＭＥ６１５の要請を拒絶することを示すことであり得る。
【0115】
ＳＧＳＮ６１７から上記コンテキスト応答メッセージを受信したＭＭＥ６１５は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１が不必要なＴＡＵ手続きをリトライするか、又は他の無線接続技術（radio access technology：以下、“ＲＡＴ”と称する）又はＰＬＭＮを選択する手続きを実行して時間消耗を防止するために、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１の再アタッチ（re-attach）手続き実行が必要であることを検出する（ステップ６４１）。
【0116】
このように、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１の再アタッチ手続き実行の必要を検出したＭＭＥ６１５は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１が再アタッチ手続きを実行することができるようにＴＡＵ拒絶（TAU reject）メッセージをＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１に送信する（ステップ６４３）。この時、上記ＴＡＵ拒絶メッセージに含まれる理由（cause）に関連した情報は、再アタッチ手続きの実行が必要であることを表す。すなわち、上記ＴＡＵ拒絶メッセージに含まれる理由に関連した情報は、“UE identity cannot be derived by the network”と設定されることができ、上記“UE identity cannot be derived by the network”とは、ネットワークによるＵＥ識別が不可能であることを示すものである。
【0117】
一方、ＭＭＥ６１５から“UE identity cannot be derived by the network”と設定された理由に関連した情報を含むＴＡＵ拒絶メッセージを受信したＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１が実行したＴＡＵ手続きが失敗し、アタッチ手続きを再実行すべきであることを検出する。これによって、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１は、ＭＭＥ６１５にアタッチ要請メッセージを送信してアタッチ手続きをまた実行する（ステップ６４５）。
【0118】
一方、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１からアタッチ要請メッセージを受信したＭＭＥ６１５は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機６１１に対して保存している非使用認証ベクトル（authentication vector）がある場合、ＨＳＳ（図６に別に図示しない）との相互動作（interaction）を省略し、アタッチ手続きをより迅速に実行することができる（ステップ６４７）。
【0119】
一方、図６が本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＳＲＶＣＣ手続き及びＤＴＭ ＨＯ手続きを実行した後、ＴＡＵ手続きをまた実行する過程のさらに他の例を示していても、多様な変形が図６に対して実行され得る。一例で、図６には、連続的な段階が示されているが、図６で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【0120】
一方、本発明の一実施形態では、ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＬＴＥ領域を完全に抜け出したことでなく、ＶｏＬＴＥサービスがサポートされないＬＴＥ領域への移動によって、ＳＲＶＣＣ手続きが必要であると判定した場合、基地局は、ＰＳ ＨＯ手続きを実行しない。ここで、上記ＳＲＶＣＣ手続きが開始された時、ＰＳ ＨＯ手続きが進行されないと、ＭＭＥは、ＰＳベアラを留保（suspend）させるようになる。また該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が２Ｇ／３Ｇネットワークにスイッチングしてルーティング領域アップデート（routing area update：以下、“ＲＡＵ”と称する）手続きを実行しないと、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機のＰＳベアラコンテキストは、ＳＧＳＮに伝達されるか、ＭＭＥで削除されない。この状態で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＬＴＥネットワークとＴＡＵ手続きを実行すると、上記ＭＭＥは、上記ＳＧＳＮと相互動作を実行しなく、またＥＰＳベアラをＬＴＥネットワークで活性化させることができる。ここで、ＴＡＵ手続きは、上述したノーマルＴＡＵ手続きであり得る。
【0121】
したがって、図７を参照して、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行することなく、ＳＲＶＣＣ手続きを実行した後、ＴＡＵ手続きをまた実行する過程の一例に対して説明する。
【0122】
図７は、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行しなく、ＳＲＶＣＣ手続きのみを実行した後、ＴＡＵ手続きをまた実行する過程の一例を概略的に示した図である。
【0123】
図７を参照すると、移動通信システムは、ＵＥ７１１と、ｅＮＢ７１３と、ＭＭＥ７１５を含む。ここで、ＵＥ７１１は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機と仮定し、図７では、ＵＥとＬＴＥ ＰＳレガシーＣＳユーザ端末機を混用して使用する。まず、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１は、現在進行中であるＶｏＬＴＥセッション、すなわち、on-going VoLTE sessionが設定された状態で（ステップ７１７）、予め設定されている周期ごとに又はイベント発生時ごとに、測定報告メッセージをｅＮＢ７１３に送信する（ステップ７１９）。一方、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１は、物理的に位置が移動されるか受信信号強度が変更され、ＶｏＬＴＥサービスがサポートされないＬＴＥ領域へ移動するようになれば、ｅＮＢ７１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１の非ＶｏＬＴＥ領域への進入を検出する（ステップ７２１）。
【0124】
ｅＮＢ７１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１の非ＶｏＬＴＥ領域への進入が検出されると、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１に対するＳＲＶＣＣ手続きを開始しなければならないと決定し得る。この場合、ｅＮＢ７１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１の周辺にＶｏＬＴＥをサポートしないＬＴＥ領域が存在するか否かを判定する。当該判定結果、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１の周辺にＶｏＬＴＥをサポートしないＬＴＥ領域が存在する場合、ｅＮＢ７１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１がＳＲＶＣＣ手続き実行により、スイッチングされる２Ｇ／３ＧセルがＰＳ ＨＯ手続き又はＤＴＭ ＨＯ手続きをサポートする場合といっても、ＳＲＶＣＣ手続きとともにＰＳ ＨＯ手続き（又はＤＴＭ ＨＯ手続き）を実行しなく、ただＳＲＶＣＣ手続きのみを実行する。すなわち、ｅＮＢ７１３は、ＨＯ要請メッセージにＣＳオンリーでＨＯ手続きを実行することが必要であり、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１がターゲットセル（target cell）でＰＳサービスを受信することが不可能さを指示する識別子を含めて、ＭＭＥ７１５に送信する（ステップ７２３）（HO要請 (CS only, PS not available))。
【0125】
ｅＮＢ７１３からＨＯ要請メッセージを受信したＭＭＥ７１５は、ＳＲＶＣＣ手続きを実行しながら、ＰＳベアラは留保させる（ステップ７２５）。以後、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１と、ｅＮＢ７１３及びＭＭＥ７１５間には、ＳＲＶＣＣ手続きが進行され（ステップ７２７）、従って、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１は、元来の２Ｇ／３Ｇネットワークで送信しなければならない留保要請（suspend request）メッセージ及びルーティング領域（routing area：以下、“ＲＡ”と称する）アップデート要請（RA update request）メッセージ送信手続きを省略し得る。
【0126】
また、上記ＳＲＶＣＣ手続きが完了した後、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１は、その動作モードをＬＴＥ ＰＳレガシーＣＳモードに転換して自身が含んでいるＬＴＥ制御部とＬＴＥ送／受信部を利用してＴＡＵ手続きを実行することができる（ステップ７２９）。これによって、ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１は、ＭＭＥ７１５にＴＡＵ要請メッセージを送信する（ステップ７３１）。ここで、ＴＡＵ手続きは、上述したようなノーマルＴＡＵ手続きであり得る。
【0127】
ＬＴＥ ＰＳレガシーＣＳユーザ端末機７１１からＴＡＵ要請メッセージを受信したＭＭＥ７１５は、留保されていたＥＰＳベアラをまた再活性化（resume）させる（ステップ７３３）。
【0128】
一方、図７が本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行しなく、ただＳＲＶＣＣ手続きのみを実行した後、ＴＡＵ手続きをまた実行する過程の一例を示しているが、多様な変形が図７に対して実行され得る。一例で、図７には、連続的な段階が示されているが、図７で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【0129】
図７では、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行しなく、ただＳＲＶＣＣ手続きのみを実行した後、ＴＡＵ手続きをまた実行する過程の一例に対して説明した。次に図８を参照して、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行しなく、ＳＲＶＣＣ手続きのみを実行した後、ＴＡＵ手続きをまた実行する過程のさらに他の例に対して説明する。
【0130】
図８は、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行しなく、ＳＲＶＣＣ手続きのみを実行した後、ＴＡＵ手続きをまた実行する過程の他の例を概略的に示した図である。
【0131】
図８を参照すると、移動通信システムは、ＵＥ８１１と、ｅＮＢ８１３と、ＭＭＥ８１５を含む。ここで、ＵＥ８１１は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機と仮定し、図７では、ＵＥとＬＴＥ ＰＳレガシーＣＳユーザ端末機を混用して使用する。
【0132】
まず、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１は、現在進行中であるＶｏＬＴＥセッション、すなわち、on-going VoLTE sessionが設定された状態で（ステップ８１７）、予め設定されている周期ごとに又はイベント発生時ごとに測定報告メッセージをｅＮＢ８１３に送信する（ステップ８１９）。一方、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１は、物理的に位置が移動されるか受信信号強度が変更され、ＶｏＬＴＥサービスがサポートされないＬＴＥ領域へ移動するようになれば、ｅＮＢ８１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１の非ＶｏＬＴＥ領域への進入を検出する（ステップ８２１）。
【0133】
ｅＮＢ８１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１の非ＶｏＬＴＥ領域への進入が検出されると、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１に対するＳＲＶＣＣ手続きを開始しなければならないと決定し得る。この場合、基地局８１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１の周辺にＶｏＬＴＥをサポートしないＬＴＥ領域が存在するか否かを判定する。当該判定結果、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１の周辺にＶｏＬＴＥをサポートしないＬＴＥ領域が存在する場合、ｅＮＢ８１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１にユーザ端末機無線能力質疑（UE radio capability enquiry）メッセージを伝送する。すなわち、ｅＮＢ８１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１にユーザ端末機無線能力質疑メッセージを伝送してＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１自身の無線能力（radio capability）に関連した情報の送信を要求する（ステップ８２３）。
【0134】
ｅＮＢ８１３からユーザ端末機無線能力質疑メッセージを受信したＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１は、上記ユーザ端末機無線能力質疑メッセージに対する応答メッセージで、ユーザ端末機能力情報（UE capability information）メッセージをｅＮＢ８１３に送信する（ステップ８２５）。ここで、上記ユーザ端末機能力情報メッセージには、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１がＤＴＭ又はＵＴＲＡＮ／ＧＥＲＡＮへのＰＳ ＨＯ手続きをサポートできないことを示す情報が含まれる(UE capability (DTM is not supported))。
【0135】
ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１からユーザ端末機能力情報メッセージを受信したｅＮＢ８１３は、上記ＳＲＶＣＣ手続きの実行によりスイッチングされる２Ｇ／３ＧセルがＰＳ ＨＯ手続き又はＤＴＭ ＨＯ手続きをサポートする場合といっても、上記ＳＲＶＣＣ手続きとともにＰＳ ＨＯ手続き（又はＤＴＭ ＨＯ手続き）を実行しなく、ただＳＲＶＣＣ手続きのみを実行する。すなわち、ｅＮＢ８１３は、ＭＭＥ８１５でＣＳオンリーでＨＯ手続きを実行することが必要であり、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１がターゲットセルでＰＳサービスを受信することが不可能であることを指示する識別子を含むＨＯ要請メッセージを送信する（ＨＯ要請 (CS only, PS not available)（ステップ８２７）。
【0136】
ｅＮＢ８１３からＨＯ要請メッセージを受信したＭＭＥ８１５は、ＳＲＶＣＣ手続きを実行しながら、ＰＳベアラは留保させる（ステップ８２９）。以後、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１と、ｅＮＢ８１３及びＭＭＥ８１５間には、ＳＲＶＣＣ手続きが進行され（ステップ８３１）、従って、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１は、元来の２Ｇ／３Ｇネットワークで送信しなければならない留保要請メッセージ及びＲＡアップデート要請メッセージ送信手続きを省略できる。
【0137】
また、上記ＳＲＶＣＣ手続きが完了した後、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１は、その動作モードをＬＴＥ ＰＳレガシーＣＳモードにスイッチして自身が含んでいるＬＴＥ制御部とＬＴＥ送／受信部を利用してＴＡＵ手続きを実行することができる（ステップ８３３）。これによって、ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１は、ＭＭＥ８１５にＴＡＵ要請メッセージを送信する（ステップ８３５）。
【0138】
ＬＴＥ ＰＳレガシーＣＳユーザ端末機８１１からＴＡＵ要請メッセージを受信したＭＭＥ８１５は、留保されていたＥＰＳベアラをまた再活性化させる（ステップ８３７）。
【0139】
一方、図８が本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行しなく、ただＳＲＶＣＣ手続きのみを実行した後、ＴＡＵ手続きをまた実行する過程の他の例を示していても、多様な変形が図８に対して実行され得る。一例で、図８には、連続的な段階が示されているが、図８で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【0140】
一方、図８で説明したような本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機がＤＴＭ ＨＯ手続きを実行しなく、ただＳＲＶＣＣ手続きのみを実行した後、ＴＡＵ手続きをまた実行する過程の変形として、もし、アクティブされたＶｏＬＴＥセッションが設定されたＬＴＥ ＰＳレガシーＣＳユーザ端末機が測定報告メッセージを通して自身が保存しているトラッキング領域識別子（Tracking Area Identifier ：以下、“ＴＡＩ”と称する）リストに保存されないＬＴＥ ＴＡに近接していると判定すると、ＵＥ無線能力（UE radio capability）に関連した情報の中、ＤＴＭ手続き又はＰＳ ＨＯ手続きをサポートするか否かを示す情報をＤＴＭ手続き又はＰＳ ＨＯ手続きをサポートしないことに変更してＴＡＵ手続きを実行することができる。ここで、上記ＴＡＵ手続きを通して変更されたＵＥ無線能力に関連した情報を受信したＬＴＥネットワークは、上記受信されたＵＥ無線能力に関連した情報に基づいて、ＳＲＶＣＣ手続きが発生される時、ＤＴＭ ＨＯ手続き又はＰＳ ＨＯ手続きを同時に適用しないこともある。
【0141】
一方、上述したように、オペレータネットワークでＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートできない場合、ユーザ端末機は、上述したようなＬＴＥ ＰＳレガシーＣＳモードで動作できる。
【0142】
ところが、もし、ＬＴＥネットワークと共存するレガシーネットワークが２Ｇネットワークである場合は、上記ユーザ端末機にデータサービスを提供することが不可能である。またデータサービスの提供が可能であるとしても、サービス品質が比較的低い２Ｇネットワークの代りに、ＬＴＥネットワークを通してＰＳデータを送信することが望ましい。しかしながら、ＬＴＥネットワークと共存するレガシーネットワークが３Ｇネットワークである場合、ユーザ端末機は、データサービスとＣＳサービスの両方ともを上記３Ｇネットワークを通して受信することができる。ユーザ端末機は、結合アタッチ手続き又は結合ＴＡＵ手続きを通して、ネットワークがＶｏＩＭＳサービス又はＣＳＦＢ方式をサポートするか否かを判定できる。もし、上記ネットワークがＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしなく、ユーザ端末機が現在アタッチ手続き又はＴＡＵ手続きを実行しているＬＴＥネットワークが提供する隣接セル（neighboring cell）の情報が上記ユーザ端末機の周辺に２Ｇレガシーネットワークのみが存在することを示す場合、又はユーザ端末機が他の方法を通して２Ｇレガシーネットワークのみを使用可能さを認知するようになった場合、ユーザ端末機は、上述したようなＬＴＥ ＰＳレガシーＣＳモードで動作しなければならない。同様に、上記ユーザ端末機の周辺に３Ｇレガシーネットワークの使用が可能であることを認知すると、ユーザ端末機は、ＰＳデータも３Ｇレガシーネットワークを通して送信することができる。
【0143】
ここで、図９を参照して、本発明の一実施形態による移動通信システムにおけるＬＴＥネットワークと共存するレガシーネットワークの形態を基盤とするＬＴＥ ＰＳレガシーＣＳユーザ端末機の動作過程に対して説明する。
【0144】
図９は、本発明の一実施形態による移動通信システムにおけるＬＴＥネットワークと共存するレガシーネットワークの形態を基盤とするＬＴＥ ＰＳレガシーＣＳユーザ端末機の動作過程を概略的に示した図である。
【0145】
図９を参照すると、まずステップ９１１で、ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥ領域への進入が検出されると、これによって結合アタッチ手続きを実行し、ステップ９１３に進行する。ここで、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が結合アタッチ手続きを実行する過程に対して具体的に説明すると、次のようである。
【0146】
一例で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＲＲＣ連結を設定する手続き、又は以後に実行されるＵＥ無線能力に関連した情報を送信する手続きで、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が２Ｇ／３Ｇ方式をサポートし、ＣＳＦＢ／ＳＲＶＣＣ手続きをサポートできることを表すメッセージを基地局に送信できる。さらに他の例で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、アタッチ要請メッセージに該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が２Ｇ／３Ｇ方式をサポートし、ＣＳＦＢ／ＳＲＶＣＣ方式をサポートできることを示す情報を含めてＭＭＥに送信できる。以下では、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がアタッチ要請メッセージに２Ｇ／３Ｇ方式をサポートし、ＣＳＦＢ／ＳＲＶＣＣ方式をサポートできることを示す情報を含めてＭＭＥに送信した場合を仮定して説明する。２Ｇ／３Ｇ方式をサポートし、ＣＳＦＢ／ＳＲＶＣＣ方式をサポートできることを示す情報は、一例で、“2G/3G capability = YES”のように示すことができる。また、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、自身の使用設定（usage setting）が音声中心型（voice centric）であることを知らせる情報を上記アタッチ要請メッセージに含めることができる。
【0147】
ステップ９１３で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記結合アタッチ手続き実行によって、上記ＭＭＥからアタッチ許可メッセージを受信し、ステップ９１５に進行する。ここで、上記アタッチ許可メッセージは、多様なパラメータを含み得るが、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記アタッチ許可メッセージに含まれたパラメータに基づいてネットワークがサポートする音声サービスサポート機能を判定でき、これに対して具体的に説明すると、次のようである。
【0148】
まず、上記アタッチ許可メッセージが含むパラメータは、一例で、ＥＰＳネットワーク要素サポート情報と、ＥＰＳアタッチ結果ＩＥを含み得る。ここで、上記ＥＰＳネットワーク要素サポート情報は、ＩＭＳＶｏＰＳフィールドを含むことができ、上記ＩＭＳＶｏＰＳフィールドは、一例で、１ビットで具現され得る。上記ＥＰＳネットワーク要素サポート情報が含むＩＭＳＶｏＰＳフィールドのフィールド値が一例として“１”と設定されている場合、上記ＥＰＳネットワーク要素サポート情報は、ＬＴＥネットワークがＶｏＩＭＳサービスをサポートすることを示す。これとは反対に、上記ＥＰＳネットワーク要素サポート情報が含むＩＭＳＶｏＰＳフィールドのフィールド値が一例で、“０”と設定されている場合、上記ＥＰＳネットワーク要素サポート情報は、ＬＴＥネットワークがＶｏＩＭＳサービスをサポートしないことを表す。また、上記ＥＰＳアタッチ結果ＩＥが結合ＥＰＳ／ＩＭＳＩ（Combined EPS/IMSI）を示す場合、上記ＥＰＳアタッチ結果ＩＥは、ＬＴＥネットワークがＣＳＦＢ方式をサポートすることを示す。これとは異なり、ＥＰＳアタッチ結果ＩＥがＥＰＳオンリーを示す場合、上記ＥＰＳアタッチ結果ＩＥは、ＬＴＥネットワークがＣＳＦＢ方式をサポートしないことを表す。
【0149】
このように、ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、既存のアタッチ許可メッセージに含まれたパラメータに基づいて、ＬＴＥネットワークでＶｏＩＭＳサービス又はＣＳＦＢ方式をサポートすることを検出でき、これによって、ＶｏＩＭＳサービスやＣＳＦＢ方式を使用して音声サービスを受信することができる。
【0150】
ステップ９１５で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記ユーザ設定によって、上記アタッチ許可メッセージに含まれたパラメータに基づいて、ＬＴＥネットワークがＶｏＩＭＳサービス及びＣＳＦＢ方式の両方ともをサポートしないかを検査する（VoIMS = No and Attach result = EPS only?）。当該検査の結果、ＬＴＥネットワークがＶｏＩＭＳサービス及びＣＳＦＢ方式の両方ともをサポートしない場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ステップ９１７に進行する。ここで、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、自身の使用設定（usage setting）に関連した情報が音声中心型で設定されている場合、ＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともがサポートされないと、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥ機能、すなわち、Ｅ−ＵＴＲＡＮに接続する機能をターンオフし、２Ｇ／３Ｇネットワークのみに接続することもできる。しかしながら、図９に示されているような本発明の一実施形態では、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がステップ９１７に進行する。
【0151】
ステップ９１７で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、基地局から受信されたシステム情報ブロック（system information block、以下、“ＳＩＢ”と称する）を利用して隣接セル及びＲＡＴに関連した情報を検出し、ステップ９１９に進行する。又は図示しないが、ユーザ端末機は、他の方法を通して隣接セル及びＲＡＴ関連情報を把握することもできる。ステップ９１９で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、現在ＬＴＥネットワークと隣接又は共存するレガシーネットワークの種類が２Ｇ（例えば、ＧＥＲＡＮ）ネットワークであるか、３Ｇ（例えば、ＵＴＲＡＮ又はＴＤ−ＳＣＤＭＡ）ネットワークであるかが分かる。該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークと共存するレガシーネットワークの種類が２Ｇネットワークであると、上述したようなＬＴＥ ＰＳレガシーＣＳモードで動作しなければならない。このために、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ステップ９２５でノーマルＴＡＵ手続きを実行し、ステップ９２３に進行する。ここで、上記ノーマルＴＡＵとは、結合タイプＴＡＵ（combined type TAU）ではないことを意味し、上記ノーマルＴＡＵ手続きに対して具体的に説明すると、次のようである。
【0152】
まず、ＬＴＥネットワークがＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしない場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥ ＰＳレガシーＣＳモードで動作しなければならない。ＬＴＥネットワークがＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしない場合は、一例で、図２で説明したようなＶｏＬＴＥ非サポートＬＴＥ領域とＣＳＦＢ非サポート２Ｇ領域がオーバラップされている場合であり得る。すなわち、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークを介しては、ＰＳサービスを受信しながら、２Ｇネットワークを介しては、ＣＳサービスを受信するための動作を実行しなければならない。
【0153】
ところが、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ステップ９１１の結合アタッチ手続きの実行中に、基地局に２Ｇ／３Ｇ機能をサポートできることを既に通報したから、ＬＴＥネットワークで該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機を２Ｇ／３Ｇネットワークにスイッチングさせるか、ＨＯさせる場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、これ以上ＬＴＥネットワークを使用することができなくなる。
【0154】
ところが、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が該当ＬＴＥ ＰＳレガシーＣＳモードで動作すると、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、２Ｇ／３Ｇネットワークに接続できるので、ＬＴＥネットワークを通して２Ｇ／３Ｇネットワークにスイッチングするか、ＨＯする命令を受け入れる必要がない。
【0155】
したがって、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークでＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしないことによって、該当ＬＴＥ ＰＳレガシーＣＳモードで動作しなければならない場合、上記ノーマルＴＡＵ手続きを実行するようになる。この場合、上記ノーマルＴＡＵ手続きの実行において、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＴＡＵ要請メッセージが含むＥＰＳアップデートタイプＩＥを“TA updating”で設定する（EPS update type IE = TA updating）。また、ユーザ端末機は、上記ノーマルＴＡＵ手続きの実行において、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が２Ｇ／３Ｇ能力のあることを示す情報又はＣＳＦＢ／ＳＲＶＣＣ方式をサポートすることを示す情報を上記ＴＡＵ要請メッセージに含めてはならない（2G/3G capability = no）。また、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、使用設定がデータ中心型（data centric）であることをＴＡＵ要請メッセージを通してネットワークに通報しなければならない。上述したようなノーマルＴＡＵ手続きを通して、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークが該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機を２Ｇ／３Ｇネットワークにスイッチングさせるか、ＨＯさせることを防止できる。
【0156】
このように、ノーマルＴＡＵ手続きを実行した該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ステップ９２３で該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が含んでいる２Ｇ／３Ｇ制御部を使用してＣＳ登録手続きを実行する。ここで、上記ＣＳ登録手続きは、２Ｇ／３Ｇネットワークを通してＣＳサービスを受信するためのもので、一例で、アタッチ手続き又は位置領域アップデート手続きを含む。ＬＴＥネットワークを通して実行されるアタッチ手続きと２Ｇ／３Ｇネットワークで実行される登録手続は、相互順序が交差するか、並列的に実行されることもできる。
【0157】
一方、ステップ９１９で、検査の結果、ＬＴＥネットワークと共存するレガシーネットワークの種類が３Ｇであれば、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上述したようなＬＴＥ ＰＳレガシーＣＳモードの代わりに、３Ｇネットワークを通して音声（ＣＳ）サービスとＰＳデータサービスを同時に受信することができる。このために、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ステップ９２１でノーマルＴＡＵ手続きを実行し、ステップ９２３に進行する。ここで、上記ノーマルＴＡＵとは、結合タイプＴＡＵではないことを意味し、上記ノーマルＴＡＵ手続きに対して具体的に説明すると、次のようである。
【0158】
まず、ＬＴＥネットワークがＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしない場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、音声通話が開始された場合、３Ｇネットワークを通してＣＳサービスとＰＳサービスを受信するための動作を実行しなければならない。ＬＴＥネットワークがＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしない場合は、一例で、図２で説明したようなＶｏＬＴＥ非サポートＬＴＥ領域とＣＳＦＢ非サポート３Ｇ領域がオーバラップされている場合であり得る。
【0159】
ところが、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がステップ９１１で説明したような結合アタッチ手続きの実行中に、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身の使用設定が音声中心型であることを既にネットワークに通報したから、上記ネットワークは、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＬＴＥネットワークの代わりに２Ｇ又は３Ｇを使用するように設定することを防止できない。
【0160】
したがって、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークでＶｏＩＭＳサービスとＣＳＦＢ方式の両方ともをサポートしなく、隣接／共存するレガシーネットワークが３Ｇネットワークであることを認知する場合、ノーマルＴＡＵ手続きを実行する。この場合、上記ノーマルＴＡＵ手続きの実行において、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＴＡＵ要請メッセージが含むＥＰＳアップデートタイプＩＥを“TA updating”と設定する（EPS update type IE = TA updating）。また、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、上記ノーマルＴＡＵ手続きの実行において、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が２Ｇ／３Ｇ能力のあることをネットワークに知らせることができる（2G/3G capability = yes）。また、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、使用設定に関連した情報がデータ中心型であることをＴＡＵ要請メッセージを通してネットワークに通知しなければならない。このようなノーマルＴＡＵ手続きを通して、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークが該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機を２Ｇ／３Ｇネットワークにスイッチングさせるか、ＨＯさせることを防止できる。
【0161】
このように、ノーマルＴＡＵ手続きを実行した該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ステップ９２３で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機自身が含んでいる２Ｇ／３Ｇ制御部を使用してＣＳ登録手続を実行する。ここで、上記ＣＳ登録手続は、２Ｇ／３Ｇネットワークを通してＣＳサービスを受信するためのもので、一例で、アタッチ手続き又は位置領域アップデート手続を含む。ＬＴＥネットワークを通して実行されるアタッチ手続きと２Ｇ／３Ｇネットワークで実行される登録手続は、相互順序が交差するか、並列的に実行されることもできる。
【0162】
図９では、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＬＴＥネットワークで初期結合アタッチ手続きを実行することを例に挙げて説明した。しかしながら、図９で説明した本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機が、ネットワークで音声サービスがサポートされるか否かに基づいて登録手続タイプを決定する過程は、上記ユーザ端末機が既にアタッチ手続きを実行した後、結合ＴＡＵ手続きを実行する場合にも大きな変更無しで適用され得る。このような場合、図９で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が送信するメッセージは、アタッチ要請メッセージの代わりにＴＡアップデート要請メッセージに変更され、ＥＰＳアップデートタイプＩＥは、結合ＴＡ／ＬＡ updatingに変更され得る。
【0163】
図９及びそれに従う実施形態で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥと隣接又は共存するセルの情報によって異なる動作を実行する。したがって、以後、音声呼が開始された場合、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機の動作も隣接するセルが２Ｇネットワークに含まれるか又は３Ｇネットワークに含まれるかによって相異なるべきである。
【0164】
音声呼の開始を認知したＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークと隣接又は共存するセルの種類が２Ｇセルであれば、上述したようなＬＴＥ ＰＳレガシーＣＳモードで動作しなければならない。該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が音声呼の開始を認知する場合は、一例で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機が発信呼を要求する場合又はネットワークから受信呼が発生したことを示す情報、例えばページングメッセージを受信する場合などであり得る。
【0165】
したがって、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークを通してＰＳサービスを受信するための動作をそのまま実行しながら、音声呼設定のための動作を２Ｇ／３Ｇ制御部を通して２Ｇネットワークと実行するようになる。
【0166】
一方、音声呼の開始を認知したＬＴＥ ＰＳレガシーＣＳユーザ端末機は、ＬＴＥネットワークと隣接又は共存するセルの種類が３Ｇセルであれば、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、３Ｇネットワークを通して音声サービスをＣＳで受信しながら、同時にＰＳデータサービスを受信することができる。
【0167】
したがって、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、２Ｇ／３Ｇ制御部を通してＣＳ呼設定を要求し、ＲＡＵ過程を実行することができる。該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＲＡＵ要請メッセージを３Ｇネットワークを通して送信すると、ＳＧＳＮは、ＰＳデータを送信する経路をＬＴＥネットワークから３Ｇネットワークへ変更するようになり、以後、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機は、３Ｇネットワークを通してＰＳデータを送受信できるようになる。この時、図５及び図６で説明したことと類似の状況が発生し得る。すなわち、ＭＭＥ観点で、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＬＴＥネットワークで連結モードであるのにもかかわらず、３ＧネットワークのＳＧＳＮがＭＭＥにコンテキストを要求する状況が発生することがある。
【0168】
したがって、このような状況の発生を防止するために、図５のステップ５３９と、ステップ５４１と、ステップ５４３と、ステップ５４７、又は図６のステップ６３５と、ステップ６３７と、ステップ６３９と、ステップ６４１で、ＳＧＳＮとＭＭＥの役割を相互変更して適用できる。
【0169】
一方、本発明の一実施形態で、セルの種類が２Ｇセルであるか又は３Ｇセルであるかを認知するということは、該当セルが２ＧＲＡＴ又は３ＧＲＡＴが適用されたセルであることを認知するということを意味する。
【0170】
一方、図９が本発明の一実施形態による移動通信システムにおけるＬＴＥネットワークと共存するレガシーネットワークの形態を基盤とするＬＴＥ ＰＳレガシーＣＳユーザ端末機の動作過程を示していても、多様な変形が図９に対して実行され得る。一例で、図９には、連続的な段階が示されているが、図９で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【0171】
一方、ＳＲＶＣＣ手続き発生によってレガシーネットワークへのハンドオーバが進行中である時、ユーザ端末機がＬＴＥネットワークでデータサービスを受信するためにＴＡＵ要請メッセージを伝送すると、ＴＡＵ手続き実行により上記ＳＲＶＣＣ手続きが取消（cancel）されることがある。これをより具体的に説明すると、次のようである。
【0172】
まず、上記ＳＲＶＣＣ手続きの実行中に、ＭＭＥは、ＭＳＣからSRVCCPS to CS Complete Notification（又はＡｃｋ）メッセージを受信しなければ、ユーザ端末機がレガシーネットワークに成功的にハンドオーバを実行したことが分からない。ところが、もし、上記ＭＭＥが上記ＭＳＣから上記SRVCCPS to CS Complete Notificationメッセージを受信する前に、上記ユーザ端末機からＴＡＵ要請メッセージを受信すると、上記ＭＭＥは、上記ユーザ端末機のレガシーネットワークへのハンドオーバが失敗したと判定する。したがって、上記ＭＭＥは、上記ＳＲＶＣＣ手続きを取消すために、SRVCCPS to CS Cancel Notificationメッセージを上記ＭＳＣに伝送できる。
【0173】
したがって、本発明の一実施形態では、上述したような状況の発生を解決するための方案、すなわち、第１の方案と、第２の方案と、第３の方案を提示し、これに対して具体的に説明すると、次のようである。
【0174】
第１の方案は、ユーザ端末機がＳＲＶＣＣ方式でレガシーネットワークへのハンドオーバ命令を実行した場合、ＬＴＥでデータサービスを受信し続けるために実行するＴＡＵ手続きを、予め設定された設定時間の間に遅延（delay）させる方案である。上記ＴＡＵ手続きを上記設定時間の間に遅延させるためには、多様な方式が使用されることができ、本発明の一実施形態では、一例で、タイマーを使用して上記ＴＡＵ手続きを上記設定時間の間に遅延させると仮定する。
【0175】
ここで、図１０を参照して、本発明の一実施形態による移動通信システムで、タイマーに基づいてＴＡＵ要請を制御するユーザ端末機の動作過程に対して説明する。
【0176】
図１０は、本発明の一実施形態による移動通信システムで、タイマーに基づいてＴＡＵ要請を制御するユーザ端末機の動作過程を概略的に示した図である。
【0177】
図１０を参照すると、まずステップ１０１１で、ユーザ端末機は、ＬＴＥネットワーク（基地局）からＳＲＶＣＣ動作のためにレガシーネットワークへのハンドオーバ命令、一例で、Mobility from EUTRA Commandを含むメッセージを受信し、ステップ１０１３に進行する。ステップ１０１３で、ユーザ端末機は、もし、ＳＲＶＣＣ動作によりレガシーネットワークでサービスを受信すると同時にＬＴＥネットワークでデータサービスを受信することが必要であるかを検査する。ここで、当該検査の結果、上記ＳＲＶＣＣ動作によりレガシーネットワークでサービスを受信すると同時にＬＴＥネットワークでデータサービスを受信することが必要な場合、ユーザ端末機は、ステップ１０１５に進行する。
【0178】
ステップ１０１５で、ユーザ端末機は、予め設定されているタイマー駆動を開始し、ステップ１０１７に進行する。ここで、上記タイマーは、上記ＳＲＶＣＣ動作の中、ＴＡＵ要請メッセージを送信する時点を決定するために使用される。上記タイマーが駆動される時間は、移動通信システムのシステム状況により可変的に決定されるか、多様なパラメータに基づいて決定されることができる。ここで、上記タイマーが駆動される時間を決定するために使用されるパラメータに対しては、具体的な説明を省略する。
【0179】
ステップ１０１７で、ユーザ端末機は、上記タイマーを継続評価（evaluation）しながら、ステップ１０１９に進行する。
【0180】
ステップ１０１９で、ユーザ端末機は、上記タイマーが満了（expire）したかを検査する。当該検査の結果、上記タイマーが満了すると、ユーザ端末機は、ステップ１０２１に進行する。上記タイマーが満了しないと、ユーザ端末機は、ステップ１０１９の検査過程を反復する。ここで、上記タイマーが満了するとの意味は、上記タイマーの値が予め定められた設定値と一致するか、より大きくなることであり得る。
【0181】
一方、ステップ１０２１で、ユーザ端末機は、上記タイマーの動作を止めて（stop）、ＬＴＥでデータサービスを受信し続けるための動作、すなわち、ＴＡアップデート過程を実行する。より具体的に、ユーザ端末機は、ＴＡアップデート要請メッセージを生成し、これをＭＭＥに伝送する。もし、ＲＲＣ連結が既に解除された場合、ユーザ端末機は、ＴＡアップデート要請メッセージを伝送するためにＲＲＣ連結を設定（establishment）するための手続を先ず実行することができる。
【0182】
一方、図１０が本発明の一実施形態による移動通信システムでタイマーに基づいてＴＡＵ要請を制御するユーザ端末機の動作過程を示していても、多様な変形が図１０に対して実行され得る。一例で、図１０には、連続的な段階が示されているが、図１０で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【0183】
次に、第２の方案に対して具体的に説明すると、次のようである。
【0184】
第２の方案は、上記ユーザ端末機がＬＴＥネットワークとＲＲＣ連結が解除されたことを確認した以後のみに、ＬＴＥネットワークでデータサービスを受信するためのＴＡアップデート過程を実行するものである。これは、ＭＭＥがＭＳＣからSRVCCPS to CS Complete Notificationメッセージを受信した場合のみに基地局とのＳ１（又はＵＥコンテキスト）解除過程を実行し、この過程中に基地局がユーザ端末機とのＲＲＣ連結を解除するためである。
【0185】
したがって、上記ユーザ端末機がＲＲＣ連結が解除されたことを確認した後、またＲＲＣ連結を設定し、ＴＡアップデート要請メッセージを伝送すると、上記ＭＭＥがＭＳＣにSRVCCPS to CS Cancel Notificationメッセージを伝送することを防止することができる。
【0186】
ここで、図１１を参照して、本発明の一実施形態による移動通信システムにおけるＲＲＣ連結状態によってＴＡアップデート要請メッセージ伝送を制御するユーザ端末機の動作過程に対して説明する。
【0187】
図１１は、本発明の一実施形態による移動通信システムにおけるＲＲＣ連結状態によって、ＴＡアップデート要請メッセージ伝送を制御するユーザ端末機の動作過程を概略的に示した図である。
【0188】
図１１を参照すると、まずステップ１１１１で、ユーザ端末機は、基地局からＳＲＶＣＣ動作のためにレガシーネットワークへのハンドオーバ命令、一例で、Mobility from EUTRA Commandが含まれたメッセージを受信し、ステップ１１１３に進行する。
【0189】
ステップ１１１３で、ユーザ端末機は、上記ＳＲＶＣＣ動作により上記レガシーネットワークでサービスを受信すると同時にＬＴＥネットワークでデータサービスを受信することが必要であるかを検査する。当該検査の結果、上記ＳＲＶＣＣ動作により上記レガシーネットワークでサービスを受信すると同時にＬＴＥネットワークでデータサービスを受信することが必要な場合、ユーザ端末機は、ステップ１１１５に進行する。
【0190】
ステップ１１１５で、ユーザ端末機は、ＬＴＥネットワークからＲＲＣメッセージ受信を待機し、ステップ１１１７に進行する。
【0191】
ステップ１１１７で、ユーザ端末機は、ＬＴＥネットワークからＲＲＣ連結解除メッセージが受信されるか検査する。当該検査の結果、ＬＴＥネットワークからＲＲＣ連結解除メッセージが受信される場合、ステップ１１１９に進行する。
【0192】
ステップ１１１９で、ユーザ端末機は、上記ＲＲＣ連結解除メッセージによってＲＲＣ連結解除動作を実行し、ステップ１１２１に進行する。
【0193】
ステップ１１２１で、ユーザ端末機は、上記ＬＴＥでデータサービスを受信し続けるための動作、すなわち、ＴＡアップデート過程を実行する。この時、ステップ１１１９で、上記ＲＲＣ連結解除動作を通して上記ＲＲＣ連結が既に解除されたので、ユーザ端末機は、ＴＡアップデート要請メッセージを伝送するためにＲＲＣ連結を設定（establishment）するための手続を先ず実行することができる。
【0194】
一方、図１１が本発明の一実施形態による移動通信システムにおけるＲＲＣ連結状態によって、ＴＡアップデート要請メッセージ伝送を制御するユーザ端末機の動作過程を示していても、多様な変形が図１１に対して実行され得る。一例で、図１１には、連続的な段階が示されているが、図１１で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【0195】
次に、第３の方案に対して具体的に説明すると、次のようである。
【0196】
第３の方案は、上記ユーザ端末機がＬＴＥネットワークにＲＲＣ連結再設定（reestablishment）要請メッセージを送信した後、ＬＴＥネットワークの応答によって動作を選択する方案である。
【0197】
ＲＲＣ連結再設定が成功する場合、これは、まだＭＭＥと基地局がＵＥコンテキスト解除過程を実行しなかったことを表すことで、したがって、ユーザ端末機は、明示的に基地局からＲＲＣ連結解除命令を受信した後にＴＡアップデート要請メッセージを伝送する。これとは反対に、ＲＲＣ連結再設定が失敗する場合、これは、基地局で既にＵＥコンテキスト及びＲＲＣ連結が解除された状態であることを表すので、ユーザ端末機は、直ちにＴＡアップデート要請メッセージを伝送することができる。これは、ＭＭＥがＭＳＣからSRVCCPS to CS Complete Notificationメッセージを受信した場合のみに基地局とのＳ１（又はＵＥコンテキスト）解除過程を実行し、このＳ１（又はＵＥコンテキスト）解除過程の中に、基地局がユーザ端末機とのＲＲＣ連結を解除するからである。
【0198】
したがって、上記ＲＲＣ再設定要請メッセージを明示的に伝送することによって、ＬＴＥネットワークのＲＲＣ連結状態を確認した後、またＲＲＣ連結を設定し、ＴＡアップデート要請メッセージを伝送すると、ＭＭＥがＭＳＣにSRVCCPS to CS Cancel Notificationメッセージを伝送することを防止することができる。
【0199】
ここで、図１２を参照して、本発明の一実施形態による移動通信システムにおけるＲＲＣ再設定動作を実行し、その結果によって、ＴＡアップデート要請メッセージ伝送を制御するユーザ端末機の動作過程に対して説明する。
【0200】
図１２は、本発明の一実施形態による移動通信システムにおけるＲＲＣ再設定動作を実行し、その結果によって、ＴＡアップデート要請メッセージ伝送を制御するユーザ端末機の動作過程を概略的に示した図である。
【0201】
図１２を参照すると、まずステップ１２１１で、ユーザ端末機は、基地局からＳＲＶＣＣ動作のためにレガシーネットワークへのハンドオーバ命令、一例で、Mobility from EUTRA Commandが含まれたメッセージを受信し、ステップ１２１３に進行する。
【0202】
ステップ１２１３で、ユーザ端末機は、ＳＲＶＣＣ動作によりレガシーネットワークでサービスを受信すると同時にＬＴＥネットワークでデータサービスを受信することが必要であるかを検査する。当該検査の結果、ＳＲＶＣＣ動作によりレガシーネットワークでサービスを受信すると同時にＬＴＥネットワークでデータサービスを受信することが必要な場合、ユーザ端末機は、ステップ１２１５に進行する。
【0203】
ステップ１２１５で、ユーザ端末機は、ＬＴＥネットワークにＲＲＣ連結再設定要請メッセージを伝送し、ステップ１２１７に進行する。
【0204】
ステップ１２１７で、ユーザ端末機は、ＬＴＥネットワークからＲＲＣメッセージを受信し、上記受信されたメッセージがＲＲＣ連結再設定拒絶（reject）メッセージであるかを検査する。当該検査の結果、上記受信されたメッセージが上記ＲＲＣ連結再設定拒絶メッセージであれば、ユーザ端末機は、ステップ１２１８に進行する。一方、当該検査の結果、上記受信されたメッセージが上記ＲＲＣ連結再設定拒絶メッセージでなければ、すなわち、上記受信されたメッセージがＲＲＣ連結再設定メッセージであれば、ユーザ端末機は、ステップ１２２１に進行する。
【0205】
ステップ１２１８で、ユーザ端末機は、上記ＲＲＣ連結再設定拒絶メッセージを受信したので、ＲＲＣ連結を解除し、ステップ１２１９に進行する。
【0206】
一方、ステップ１２２１で、ユーザ端末機は、上記ＲＲＣ連結再設定メッセージを受信したので、ＲＲＣ連結再設定手続を実行し、ステップ１２２３に進行する。
【0207】
ステップ１２２３で、ユーザ端末機は、ＬＴＥネットワークからＲＲＣ命令が受信されることを待機し、ステップ１２２５に進行する。ステップ１２２５で、ユーザ端末機は、ＬＴＥネットワークからＲＲＣ連結解除メッセージが受信されるか検査する。当該検査の結果、ＬＴＥネットワークからＲＲＣ連結解除メッセージを受信すると、ユーザ端末機は、ステップ１２２７に進行する。
【0208】
ステップ１２２７で、ユーザ端末機は、ＲＲＣ連結を解除するための動作を実行し、ステップ１２１９に進行する。
【0209】
ステップ１２１９で、ユーザ端末機は、ＬＴＥネットワークでデータサービスを受信し続けるための動作、すなわち、ＴＡアップデート過程を実行する。この時、ステップ１２１８及びステップ１２２７でＲＲＣ連結が既に解除されたので、ユーザ端末機は、ＴＡアップデート要請メッセージを伝送するためにＲＲＣ連結を設定（establishment）するための手続を先ず実行することができる。
【0210】
一方、図１２が本発明の一実施形態による移動通信システムにおけるＲＲＣ再設定動作を実行し、その結果によって、ＴＡアップデート要請メッセージ伝送を制御するユーザ端末機の動作過程を示していても、多様な変形が図１２に対して実行され得る。一例で、図１２には、連続的な段階が示されているが、図１２で説明した段階は、オーバラップされ得、並列に発生され得、異なる順序で発生又は複数回発生され得ることはもちろんである。
【0211】
一方、上述したような状況を解決するための第１の方案、第２の方案及び第３の方案は、上述したように別に実行されることもできるが、相互併合され実行されることもできる。例えば、ユーザ端末機は、ステップ１２１５で、ＲＲＣ連結再設定要請メッセージを伝送する前に、ステップ１１１５とステップ１１１７で説明したような動作を実行して、ＲＲＣ連結解除が実行されるかを確認することもできる。
【0212】
又は、ユーザ端末機は、ステップ１２１５でＲＲＣ連結再設定要請メッセージを伝送する前に、ステップ１０１５と、ステップ１０１７と、ステップ１０１９を実行し、タイマー期間の間にステップ１１１５、ステップ１１１７を適用してＲＲＣ連結解除メッセージが受信されるかを確認した後、上記ＲＲＣ連結解除メッセージが上記タイマーが満了するまで受信されない場合に限って、ステップ１２１５からの動作を実行することもできる。
【0213】
図１２では、本発明の一実施形態による移動通信システムにおけるＲＲＣ再設定動作を実行し、その結果によって、ＴＡアップデート要請メッセージ伝送を制御するユーザ端末機の動作過程に対して説明した。次に図１３を参照して、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機の内部構造に対して説明する。
【0214】
図１３は、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機の内部構造を概略的に示した図である。
【0215】
図１３を参照すると、ＬＴＥ ＰＳレガシーＣＳユーザ端末機１３００は、送信器１３１１と、制御器１３１３と、受信器１３１５と、保存ユニット１３１７を含む。
【0216】
制御器１３１３は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機１３００の全般的な動作を制御し、特にＬＴＥ ＰＳレガシーＣＳユーザ端末機１３００が音声サービス及びデータサービス提供関連動作を実行するように制御する。ここで、ＬＴＥ ＰＳレガシーＣＳユーザ端末機１３００が実行する音声サービス及びデータサービス提供関連動作は、図２乃至図１２で説明した内容と同一であるので、ここではその詳細な説明を省略する。
【0217】
送信器１３１１は、制御器１３１３の制御の下に、他のエンティティに各種信号及びメッセージを送信する。ここで、送信器１３１１は、送信される信号の周波数をアップコンバートおよび増幅する無線周波数（radio frequency：以下、“ＲＦ”と称する）送信器などを含み得、制御器１３１３から出力される信号は、上記ＲＦ送信器で無線チャンネルを通して送信され得る。
【0218】
受信器１３１５は、制御器１３１３の制御の下に、他のエンティティから各種信号及びメッセージを受信する。また、受信器１３１５は、受信される信号を低雑音増幅して周波数をダウンコンバートするＲＦ受信器などを含み得、無線チャンネルを通して受信される信号を制御器１３１３に出力する。
【0219】
保存ユニット１３１７は、ＬＴＥ ＰＳレガシーＣＳユーザ端末機１３００が図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作を実行するための各種プログラムと、データを保存し、図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作の実行中に発生したデータを保存する。
【0220】
一方、図１３には、ＬＴＥ ＰＳレガシーＣＳユーザ端末機１３００が送信器１３１１と、制御器１３１３と、受信器１３１５と、保存ユニット１３１７が別途のユニットで具現された場合を一例として図示したが、ＬＴＥ ＰＳレガシーＣＳユーザ端末機１３００は、送信器１３１１と、制御器１３１３と、受信器１３１５と、保存ユニット１３１７のうち少なくとも一つが統合された形態で具現されることもできる。
【0221】
一方、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機の場合、ＬＴＥ送信器、ＬＴＥ制御器、ＬＴＥ受信器とレガシー送信器、レガシー制御器、レガシー受信器を含み得、ＬＴＥ制御器とレガシー制御器を総体的に制御する別途の統合制御器を有し得る。例えば、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＬＴＥ ＰＳレガシーＣＳモードで動作する場合、統合制御器は、ＬＴＥ制御器にＴＡＵの実行を命令し、これと同時にレガシー制御器にＣＳアタッチ手続き又はＬＡＵ手続の実行を命令することができる。もし、ＬＴＥ ＰＳレガシーＣＳユーザ端末機がＣＳＦＢを使用し得るネットワークに接続された場合、統合制御器は、レガシー制御器を通してレガシー送信器と受信器のターンオフを命令することができる。
【0222】
図１３では、本発明の一実施形態による移動通信システムにおけるＬＴＥ ＰＳレガシーＣＳユーザ端末機の内部構造に対して説明した。次に図１４を参照して、本発明の一実施形態による移動通信システムにおける基地局の内部構造に対して説明する。
【0223】
図１４は、本発明の一実施形態による移動通信システムにおける基地局の内部構造を概略的に示した図である。
【0224】
図１４を参照すると、基地局１４００は、送信器１４１１と、制御器１４１３と、受信器１４１５と、保存ユニット１４１７を含む。
【0225】
制御器１４１３は、基地局１４００の全般的な動作を制御し、特に基地局１４００が音声サービス及びデータサービス提供関連動作を実行するように制御する。ここで、基地局１４００が実行する音声サービス及びデータサービス提供関連動作は、図２乃至図１２で説明した内容と同一であるので、ここではその詳細な説明を省略する。
【0226】
送信器１４１１は、制御器１４１３の制御の下に、他のエンティティに各種信号及びメッセージを送信する。
【0227】
受信器１４１５は、制御器１４１３の制御の下に、他のエンティティから各種信号及びメッセージを受信する。
【0228】
保存ユニット１４１７は、基地局１４００が図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作を実行するための各種プログラムと、データを保存し、図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作の実行中に発生したデータを保存する。
【0229】
一方、図１４には、基地局１４００が送信器１４１１と、制御器１４１３と、受信器１４１５と、保存ユニット１４１７が別途のユニットで具現された場合を一例として説明したが、基地局１４００は、送信器１４１１と、制御器１４１３と、受信器１４１５と、保存ユニット１４１７のうち少なくとも一つが統合された形態で具現されることもできる。図１４では、本発明の一実施形態による移動通信システムにおける基地局の内部構造に対して説明した。次に図１５を参照して、本発明の一実施形態による移動通信システムにおけるＭＭＥの内部構造に対して説明する。
【0230】
図１５は、本発明の一実施形態による移動通信システムにおけるＭＭＥの内部構造を概略的に示した図である。
【0231】
図１５を参照すると、ＭＭＥ１５００は、送信器１５１１と、制御器１５１３と、受信器１５１５と、保存ユニット１５１７を含む。
【0232】
制御器１５１３は、ＭＭＥ１５００の全般的な動作を制御し、特にＭＭＥ１５００が音声サービス及びデータサービス提供関連動作を実行するように制御する。ここで、ＭＭＥ１５００が実行する音声サービス及びデータサービス提供関連動作は、図２乃至図１２で説明した内容と同一であるので、ここではその詳細な説明を省略する。該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機でＣＳＦＢ手続がトリガーリングされ、該当ＬＴＥ ＰＳレガシーＣＳユーザ端末機から送信される拡張されたサービス要請メッセージを受信する時点で上記ＣＳ保安キー関連情報を生成するように制御することもできる。
【0233】
送信器１５１１は、制御器１５１３の制御の下に、他のエンティティに各種信号及びメッセージを送信する。ここで、送信器１５１１は、有線通信のための信号処理機能を実行するインターフェースユニット（interface unit）を含み得る。
【0234】
受信器１５１５は、制御器１５１３の制御の下に、他のエンティティから各種信号及びメッセージを受信する。
【0235】
保存ユニット１５１７は、ＭＭＥ１５００が図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作を実行するための各種プログラムと、データを保存し、図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作の実行中に発生したデータを保存する。
【0236】
一方、図１５には、ＭＭＥ１５００が送信器１５１１と、制御器１５１３と、受信器１５１５と、保存ユニット１５１７が別途のユニットで具現された場合が示されているが、ＭＭＥ１５００は、送信器１５１１と、制御器１５１３と、受信器１５１５と、保存ユニット１５１７のうち少なくとも一つが統合された形態で具現されることもできる。
【0237】
図１５では、本発明の一実施形態による移動通信システムにおけるＭＭＥの内部構造に対して説明した。次に図１６を参照して、本発明の一実施形態による移動通信システムにおけるＳＧＳＮの内部構造に対して説明する。
【0238】
図１６は、本発明の一実施形態による移動通信システムにおけるＳＧＳＮの内部構造を概略的に示した図である。
【0239】
図１６を参照すると、ＳＧＳＮ１６００は、送信器１６１１と、制御器１６１３と、受信器１６１５と、保存ユニット１６１７を含む。
【0240】
制御器１６１３は、ＳＧＳＮ１６００の全般的な動作を制御し、特にＳＧＳＮ１６００が音声サービス及びデータサービス提供関連動作を実行するように制御する。ここで、ＳＧＳＮ１６００が実行する音声サービス及びデータサービス提供関連動作は、図２乃至図１２で説明した内容と同一であるので、ここではその詳細な説明を省略する。
【0241】
送信器１６１１は、制御器１６１３の制御の下に、他のエンティティに各種信号及びメッセージを送信する。
【0242】
受信器１６１５は、制御器１６１３の制御の下に、他のエンティティから各種信号及びメッセージを受信する。
【0243】
保存ユニット１６１７は、ＳＧＳＮ１６００が図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作を実行するための各種プログラムと、データを保存し、図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作の実行中に発生したデータを保存する。
【0244】
一方、図１６には、ＳＧＳＮ１６００が送信器１６１１と、制御器１６１３と、受信器１６１５と、保存ユニット１６１７が別途のユニットで具現された場合を一例として説明したが、ＳＧＳＮ１６００は、送信器１６１１と、制御器１６１３と、受信器１６１５と、保存ユニット１６１７のうち少なくとも一つが統合された形態で具現されることもできる。
【0245】
図１６では、本発明の一実施形態による移動通信システムにおけるＳＧＳＮの内部構造に対して説明した。次に図１７を参照して、本発明の一実施形態による移動通信システムでＢＳＣの内部構造に対して説明する。
【0246】
図１７は、本発明の一実施形態による移動通信システムにおけるＢＳＣの内部構造を概略的に示した図である。
【0247】
図１７を参照すると、ＢＳＣ１７００は、送信器１７１１と、制御器１７１３と、受信器１７１５と、保存ユニット１７１７を含む。
【0248】
制御器１７１３は、ＢＳＣ１７００の全般的な動作を制御し、特にＢＳＣ１７００が音声サービス及びデータサービス提供関連動作を実行するように制御する。ここで、ＢＳＣ１７００が実行する音声サービス及びデータサービス提供関連動作は、図２乃至図１２で説明した内容と同一であるので、ここではその詳細な説明を省略する。
【0249】
送信器１７１１は、制御器１７１３の制御の下に、他のエンティティに各種信号及びメッセージを送信する。
【0250】
受信器１７１５は、制御器１７１３の制御の下に、他のエンティティから各種信号及びメッセージを受信する。
【0251】
保存ユニット１７１７は、ＢＳＣ１７００が図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作を実行するための各種プログラムと、データを保存し、図２乃至図１２で説明したような音声サービス及びデータサービス提供関連動作の実行中に発生したデータを保存する。
【0252】
一方、図１７には、ＢＳＣ１７００が送信器１７１１と、制御器１７１３と、受信器１７１５と、保存ユニット１７１７が別途のユニットで具現された場合が示されているが、ＢＳＣ１７００は、送信器１７１１と、制御器１７１３と、受信器１７１５と、保存ユニット１７１７のうち少なくとも一つが統合された形態で具現されることもできる。
【0253】
本発明の特定側面は、またコンピュータ読み取り可能な記憶媒体(computer readable recording medium)において、コンピュータ読み取り可能なコードとして実現され得る。コンピュータ読み取り可能な記憶媒体は、コンピュータシステムによって読み取り可能なデータを格納するデータストレージデバイスとなり得る。コンピュータ読み取り可能な記憶媒体の例とては、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＣＤ−ＲＯＭ、磁気テープ、フロッピー（登録商標）ディスク、光データ記憶装置、及び搬送波（上記インターネットを介したデータ送信のような）を含み得る。上記コンピュータ読み取り可能な記憶媒体は、またネットワーク接続されたコンピュータシステムにわたって分散され得、従って、コンピュータ読み取り可能なコードは分散形態で格納及び実行される。また、本発明を達成するための機能的プログラム、コード及びコードセグメントは、 当該技術分野における熟練されたプログラマにとっては容易に理解できることである。
【0254】
また、本発明の一実施形態によるサービス提供装置及び方法は、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの組み合せの形態で実現することができる。このような任意のソフトウェアは、例えば、削除又は再記録が可能な読み出し専用メモリ（ＲＯＭ）のような揮発性又は非揮発性記憶装置、又は、例えば、ランダムアクセスメモリ（ＲＡＭ）、メモリチップ、メモリ装置、又はメモリ集積回路（ＩＣ）、又は、例えば、コンパクトディスク（ＣＤ）、ディジタル多用途ディスク（ＤＶＤ）、磁気ディスク、又は磁気テープなどの光学的又は磁気的に読み取り可能な非一時的な機械可読（例えば、コンピュータ可読）記憶媒体に記憶することができる。本発明の一実施形態によるサービス適用方法は、制御器及びメモリを含むコンピュータ又は携帯端末により具現されることができ、このメモリは、本発明の様々な実施形態を具現する指示を含むプログラム又はプログラムを格納するのに適合した機械可読（例えば、コンピュータ可読）記憶装置の一例である。
【0255】
したがって、本発明は、本願明細書の任意の請求項に記載された装置又は方法を実現するためのコードを含むプログラム及びこのようなプログラムを格納する機械可読（例えば、コンピュータ可読）記憶装置を含む。また、このようなプログラムは、有線又は無線接続を通じて送信される通信信号のような任意の媒体を通じて電子的に移送され、本発明は、これと均等なことを適切に含む。
【0256】
また本発明の一実施形態によるサービス提供装置は、有線または無線で連結されるプログラム提供装置から上記プログラムを受信して保存することができる。上記プログラム提供装置は、上記プログラム処理装置が既設定されたコンテンツ保護方法を実行するようにする指示を含むプログラム、コンテンツ保護方法に必要な情報などを保存するためのメモリと、上記グラフィック処理装置との有線または無線通信を実行するための通信部と、上記グラフィック処理装置の要請または自動に該当プログラムを上記送受信装置に送信する制御部を含み得る。
【0257】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきものである。
【符号の説明】
【0258】
１００ ユーザ端末機１１０−１ 基地局＃１
１１０−２ 基地局＃２
１１０−３ 基地局＃３
１１０−４ 基地局＃４
１２０ ＭＭＥ
１３０ Ｓ−ＧＷ
２１０ 領域＃１
２２０ 領域＃２
２３０ 領域＃３
２４０ 領域＃４
２５０ 領域＃５
２６０ 領域＃６
５１１ ＵＥ
５１３ ｅＮＢ
５１５ ＭＭＥ
５１７ ＳＧＳＮ
５１９ ＢＳＣ
６１１ ＵＥ
６１３ ｅＮＢ
６１５ ＭＭＥ
６１７ ＳＧＳＮ
７１１ ＵＥ
７１３ ｅＮＢ
７１５ ＭＭＥ
８１１ ＵＥ
８１３ ｅＮＢ
８１５ ＭＭＥ
１３００ ＬＴＥ ＰＳレガシーＣＳユーザ端末機
１３１１ 送信器
１３１３ 制御器
１３１５ 受信器
１３１７ 保存ユニット
１４００ 基地局
１４１１ 送信器
１４１３ 制御器
１４１５ 受信器
１４１７ 保存ユニット
１５００ ＭＭＥ
１５１１ 送信器
１５１３ 制御器
１５１５ 受信器
１５１７ 保存ユニット
１６００ ＳＧＳＮ
１６１１ 送信器
１６１３ 制御器
１６１５ 受信器
１６１７ 保存ユニット
１７００ ＢＳＣ
１７１１ 送信器
１７１３ 制御器
１７１５ 受信器
１７１７ 保存ユニット