"移動端末が、通信装置にLocationUpdateRequest信号を送信し、前記通信装置が、HLR/HSSHomeLocationRegister/HomeSubscriberServerからユーザのデータを取得し、前記通信装置が、前記ユーザのデータにフラグが存在するか否かによって、前記移動端末をIMSIPMultimediaSubsystemに登録するかどうかを判定することを特徴とする通信方法。請求項1記載の判定する方法を行って、前記通信装置が、S-CSCFServing-CallServerControlFunctionに向けて第1のRegister信号を送信し、前記S-CSCFが、付加サービスASApplicationServerに第2のRegister信号を送信し、前記移動端末を前記IMSに登録することを特徴とする通信方法。請求項1または請求項2に記載の方法であって、前記通信装置が、MobileSwitchingCenterであることを特徴とする通信方法。移動端末と、通信装置と、HLR/HSSHomeLocationRegister/HomeSubscriberServerとを備え、前記移動端末が、前記通信装置にLocationUpdateRequest信号を送信し、前記通信装置が、前記HLR/HSSからユーザのデータを取得し、前記通信装置が、前記ユーザのデータにフラグが存在するか否かによって、前記移動端末をIMSIPMultimediaSubsystemに登録するかどうかを判定することを特徴とする通信システム。請求項4に記載の通信システムであって、さらに、S-CSCFServing-CallServerControlFunctionと、付加サービスASApplicationServerとを備え、前記通信装置が、前記S-CSCFに第1のRegister信号を送信し、前記S-CSCFが、前記付加サービスASに第2のRegister信号を送信し、前記移動端末を前記IMSに登録することを特徴とする通信システム。請求項4または請求項5に記載の通信システムであって、前記通信装置が、MobileSwitchingCenterであることを特徴とする通信システム。移動端末と接続する通信装置であって、前記移動端末からLocationUpdateRequest信号を受信した場合、HLR/HSSHomeLocationRegister/HomeSubscriberServerからユーザのデータを取得し、前記ユーザのデータにフラグが存在するか否かによって、前記移動端末をIMSIPMultimediaSubsystemに登録するかどうかを判定することを特徴とする通信装置。請求項7に記載の通信装置であって、前記移動端末を前記IMSに登録する判定をした場合、S-CSCFServing-CallServerControlFunctionに向けてRegister信号を送信することによって、前記移動端末を前記IMSに登録させることを特徴とする通信装置。請求項7または請求項8に記載の通信装置であって、前記通信装置が、MobileSwitchingCenterであることを特徴とする通信装置。しかしながら、上述した従来の携帯電話システムでは、中継回線交換網500でのネットワーク間在圏MSC31とMGCF32との間のNNINetwork-NetworkInterface501を介した信号では、UNI401で通信されている情報を伝送する能力がない。このため、回線交換網400からIMS/MMDでの変換において、従来の回線交換システムにて提供されたサービスと等価のサービスをIMS/MMDで実現することが難しくなっている。そこで、本発明の目的は上記の問題点を解消し、回線交換で提供されているサービスと等価なサービスをIMS/MMDにて実現することができる通信方法及びそれを用いる通信システム並びに通信装置を提供することにある。本発明による通信方法は、移動端末が、通信装置にLocationUpdateRequest信号を送信し、前記通信装置が、HLR/HSSHomeLocationRegister/HomeSubscriberServerからユーザのデータを取得し、前記通信装置が、前記ユーザのデータにフラグが存在するか否かによって、前記移動端末をIMSIPMultimediaSubsystemに登録するかどうかを判定することを特徴とする。本発明による通信システムは、移動端末と、通信装置と、HLR/HSSHomeLocationRegister/HomeSubscriberServerとを備え、前記移動端末が、前記通信装置にLocationUpdateRequest信号を送信し、前記通信装置が、前記HLR/HSSからユーザのデータを取得し、前記通信装置が、前記ユーザのデータにフラグが存在するか否かによって、前記移動端末をIMSIPMultimediaSubsystemに登録するかどうかを判定することを特徴とする。本発明による通信装置は、移動端末と接続する通信装置であって、前記移動端末からLocationUpdateRequest信号を受信した場合、HLR/HSSHomeLocationRegister/HomeSubscriberServerからユーザのデータを取得し、前記ユーザのデータにフラグが存在するか否かによって、前記移動端末をIMSIPMultimediaSubsystemに登録するかどうかを判定することを特徴とする。すなわち、本発明の回線交換ユーザエージェントシステムは、移動端末が接続した在圏網にある装置にて、回線交換網での移動端末の位置登録情報/状態を用いてIMSIPMultimediasubsystem/MMDMulti-MediaDomainへの登録を行い、移動端末からのUNIUser-NetworkInterface:ユーザネットワーク間インタフェース信号をIMS/MMDで扱われる信号に組み込んで埋め込んでホーム網のサービス処理装置へ転送することで、従来の回線交換でのサービスと等価のサービスをIMS/MMDにて実現することが可能となる。ここで、在圏網とは、回線交換網でのUNI信号とIMS/MMDで扱われる信号とをそれぞれ処理可能に構成されたネットワークである。つまり、移動端末が接続した在圏網にある装置とは、回線交換網でのUNI信号とIMS/MMDで扱われる信号とをそれぞれ処理可能な通信装置である。本発明の回線交換ユーザエージェントシステムでは、携帯電話システムにおける回線交換信号をIMS/MMDで扱う信号に変換する際に、回線交換網での位置登録状態に応じてIMS/MMDでの登録処理を行い、回線交換信号をIMS/MMDで扱う信号に変換するとともに、必要に応じて移動端末からのUNI信号をIMS/MMD側に転送し、IMS/MMDにおいて移動端末に要求される信号を移動端末に代わって生成することによって、従来の回線交換サービスと同等のサービスをIMS/MMDにて提供することが可能となる。より具体的に説明すると、本発明の回線交換ユーザエージェントシステムでは、MSCMobileSwitchingCentre/VLRVisitorLocationRegisterとCSUA回線交換ユーザエージェントとを組み合わせた拡張通信装置が、移動端末の在圏網における回線交換での位置情報状態より、S-CSCFServing-CallServerControlFunctionに対して、IMS/MMDで扱われる信号を送信し、IMS/MMDにおける登録処理を行っている。IMS/MMDにおける登録処理後、拡張通信装置は、通常回線交換呼処理発信着信について、回線交換信号をIMS/MMDでの信号に変換にする。また、拡張通信装置は、移動端末からの付加サービス制御を含んだUNI信号を受信した場合、信号種別によってその付加サービス制御信号を、IMS/MMDで扱われるSIPSessionInitiationProtocol信号を利用して、つまり、付加サービス制御信号を、IMS/MMDで扱われる信号に組み込んでそのままS-CSCFへ転送する。UNI信号が組み込まれたSIP信号は、S-CSCFでのユーザプロファイルに基づいたフィルタ処理によって、付加サービスASアプリケーションサーバへ転送され、付加サービスASにて移動端末に対する付加サービスが実行される。このようにして、本発明の回線交換ユーザエージェントシステムでは、回線交換信号での付加サービス制御信号を、IMS/MMDで扱われるSIP信号を利用して、ホーム網に存在するサービス実行装置である付加サービスASへ転送しているため、回線交換で提供されているサービスと等価なサービスをIMS/MMDにて提供可能となる。また、転送された信号に関して、付加サービスASは、既存回線交換装置の資産を転用して構成することが可能となる。したがって、本発明の回線交換ユーザエージェントシステムでは、従来の回線交換での付加サービスの信号にてIMS/MMDにおいて付加サービス処理を行うため、回線交換で提供されているサービスと同等のサービスを実現することが可能となる。また、本発明の回線交換ユーザエージェントシステムでは、付加サービスASにおいて、従来の回線交換での信号を扱うため、拡張通信装置の付加サービス処理部分を共通して利用することが可能であり、リソースを効率的に活用して、IPを用いたシステムに移行することが可能となる。本発明は、上記のような構成及び動作とすることで、回線交換で提供されているサービスと等価なサービスをIMS/MMDにて実現することができるという効果が得られる。次に、本発明の実施の形態について図面を参照して説明する。図1は本発明の第1の実施の形態による回線交換ユーザエージェントシステムの構成を示すブロック図である。図1において、本発明の第1の実施の形態による回線交換ユーザエージェントシステムは、拡張通信装置1とMGWMediaGateWay2とが配置された在圏網100と、I-CSCFInterrogating-CallSessionControlFunction4とS-CSCFServing-CallSessionControlFunction5とHLRHomeLocationRegister/HSSHomeSubscriberServer6と付加サービスASアプリケーションサーバ7とが配置されたホーム網HomeNetwork200と、IPInternetProtocol網300と、移動端末3とを含んで構成されている。ここで、在圏網100は、回線交換網でのUNIUser-NetworkInterface:ユーザネットワーク間インタフェース信号とIMSIPMultimediasubsystem/MMDMulti-MediaDomainで扱われる信号とをそれぞれ処理可能に構成されたネットワークである。つまり、移動端末3が接続した在圏網100にある拡張通信装置1は、回線交換網でのUNI信号とIMS/MMDで扱われる信号とをそれぞれ処理可能な通信装置である。拡張通信装置1は従来のMSCMobileSwitchingCenter/VLRVisitorLocationRegister11とCSUA回線交換ユーザエージェント12とを組み合わせた装置であり、回線交換での移動端末3の位置登録に応じてS-CSCF5に対して、IMS/MMDでの登録処理を行う。拡張通信装置1は、IMS/MMDにおいて、移動端末3に要求される機能信号の送受信等を移動端末3に代わって実行し、回線交換とIMS/MMDでの動作差分を吸収するために、移動端末3からの回線交換での呼制御信号をIMS/MMDで扱われる信号に変換する。また、拡張通信装置1は、移動端末3からのUNI信号の内、付加サービス制御を含んだ回線交換信号については、IMS/MMD信号に組み込んで埋め込んでS-CSCF5へ転送する。S-CSCF5から付加サービスAS7には、ユーザのプロファイルに基づきフィルタ処理にて付加サービス制御を含んだ回線交換信号が組み込まれたIMS/MMD信号が転送される。ここで、UNI信号の付加サービス制御を含んだ回線交換信号をIMS/MMD信号に組み込む方法としては、例えば、SIPメッセージのメッセージボディを用いる方法等が考えられる。SIPメッセージのメッセージボディは、SIP以外で定義された情報で、SIPメッセージの構成上ではオプションとなる。メッセージボディをSIPメッセージに付加する方式としては、例えば、電子メールにおいて添付ファイル等をメッセージに付加して送付する場合に用いられるMIMEMultipurposeInternetMailExtensionsが利用される。さらに、拡張通信装置1は、移動端末3に対するIMS/MMDへの変換処理を起動するかどうかについて、例えば、HLR/HSS6からのユーザプロファイルに新規フラグを定義し、そのフラグが存在するか否かによって判定する。MGW2は、回線交換網ATMAsynchronousTransferMode/STMSynchronousTransferMode上のメディア信号AMRAdaptiveMultiRateをIP上のメディア信号AMRへ変換するメディア変換システムである。つまり、MGW2は、図11に示す在圏回線交換網400内のMGW38とホームIP網500内のMGW37との機能を併せ持つMGWである。このように、MGW2に、従来のMGW38とMGW37との機能を併せ持たせることで、回線交換でのユーザメディアデータをIMS/MMDで扱われるメディアデータに直接変換することが可能となる。したがって、従来は在圏回線交換網400内のMGW38とホームIP網500内のMGW37とを経て得ていたメディアデータを直接MGW2から受取ることができるため、経路の最適化が可能となる。付加サービスAS7は、拡張通信装置1によってIMS/MMDで扱われる信号にて転送されてきた移動端末3からのUNI信号を解析し、その解析結果にしたがって付加サービスを行う装置である。また、付加サービスAS7は、サービス実行完了等の移動端末3への応答のUNI信号、移動端末3へ通知するUNI信号を生成し、IMS/MMDで扱われる信号を用いて拡張通信装置1へS-CSCF5経由で送信する機能を持つ。図2は図1の拡張通信装置1の構成を示すブロック図である。図2において、拡張通信装置1は、MAPMobileApplicationPart/CAP[CAMELCustomisedApplicationforMobilenetworkEnhancedLogicApplicationPart]信号処理部114、ISUP[ISDNIntegratedServicesDigitalNetworkUserPart]信号処理部113、MSC制御部112、GSMGlobalSystemforMobilecommunicationsLayer3信号処理部111からなる従来のMSC/VLR部11と、SIPUserAgent部121、SIP信号処理部122からなる回線交換UAUserAgent部12とを組み合わせた構成となっている。MSC制御部112は呼状態管理CCCallControl処理部1121と、位置登録管理MMMobilityManagement処理部1122と、付加サービス管理SSSupplementaryService処理部1123とを備えている。MEGACOMegaco/H.248信号処理部13はMSC/VLR部11と回線交換UA部12とに対して共通な機能として構成される。この構成の上で、MSC/VLR部11内のMSC制御部112と回線交換UA部12のSIPUserAgent部121とが内部連携して、回線交換、IMS/MMDの両方における登録/呼制御/付加サービス処理MM/CC/SSを行う。図3は図1の付加サービスAS7の構成を示すブロック図である。図3において、付加サービスAS7は、IMS/MMDにおける付加サービス管理を行うSIPUserAgent71と、透過転送された信号を処理解析する付加サービス管理SS処理部72と、Diameter信号処理部74と、SIP信号処理部73とから構成されている。付加サービスAS7は、この構成によって、従来、MSCでの付加サービス管理SS処理部1123を付加サービス管理SS処理部72として利用することが可能となる。図4は本発明の第1の実施の形態におけるRegistration手順を示すシーケンスチャートであり、図5は本発明の第1の実施の形態における発着信規制サービス起動手順を示すシーケンスチャートであり、図6は本発明の第1の実施の形態における発信規制動作を示すシーケンスチャートである。これら図1~図6を参照して本発明の第1の実施の形態による回線交換ユーザエージェントシステムの動作について説明する。図4を例に本発明の第1の実施の形態におけるRegistration手順について説明する。拡張通信装置1はMSC/VLR部11にて、移動端末3からのLocationUpdateRequest信号図4のa1を契機に、UpdateLocation信号図4のa2、InsertSubscriberData信号図4のa3、InsertSubscriberDataAck信号図4のa4、UpdateLocationAck信号図4のa5の送受信従来処理にてHLR/HSS6からユーザのプロファイルを取得し、VLRVisitorLocationRegisterを生成し、LocationUpdateAccept信号図4のa6を移動端末3に送信する。その後、拡張通信装置1は、HLR6からダウンロードしたユーザプロファイルを確認し図4のa7、IMS/MMDへの変換処理を起動するかどうかを判定する。拡張通信装置1は、IMS/MMDへの変換処理の起動と判定すると、移動端末3からのLocationUpdateRequest信号図4のa1の要素及びHLR6からのInsertSubscriberDataAck信号図4のa4の要素から、SIPRegister信号図4のa8を生成してS-CSCF5へ送信し、IMS/MMDにおける移動端末3の登録処理を行う。S-CSCF5は、HSS6からユーザプロファイルをDiameterSARServerAssignmentRequest/SAAServerAssignmentAnswer信号の送受信によって取得し図4のa9,a10、その取得したユーザプロファイルによって、付加サービスAS7へ登録処理を行う図4のa12~a14。付加サービスAS7は、S-CSCF5からSIPRegister信号図4のa12を受信すると、必要に応じて移動端末3のユーザプロファイルをDiameterUDRUserDataRequest/UDAUserDataAnswer信号図4のa13の送受信によってHSS6から取得する。付加サービスAS7は、移動端末3のプロファイルにしたがって登録処理を行うと、付加サービスの通知を受け取ることを可能とするため、S-CSCF5を介して拡張通信装置1に対し、SIPSUBSCRIBE信号図4のa15,a16を送信する。また、上記のa7の処理での判定がIMS/MMDへの変換処理の起動でない場合、及びIMS/MMDへの登録処理図4のa8~a14が失敗した場合、拡張通信装置1は、従来のMSCとしての動作を行い、従来の回線交換サービスを継続する。続いて、図5を参照して、本発明の第1の実施の形態において、代表的な回線交換サービスである発着信規制サービスの起動手順について説明する。ユーザの端末操作によって、移動端末3はCSCircuitSwitchでの発着信規制サービス起動を示すRegister信号図5のb1を拡張通信装置1に送信する。拡張通信装置1は、CSでのRegister信号を受信すると、信号種別によって付加サービスであることを解析し、該当移動端末3がIMS/MMDでの登録処理を完了している場合において、付加サービスAS7に対し、CSでのRegister信号をSIPNotify信号図5のb2に組み込んで埋め込んでS-CSCF5に送信する。S-CSCF5はCSでのRegister信号が組み込まれたSIPNotify信号図5のb2を受信すると、付加サービスAS7に対してCSでのRegister信号が組み込まれたSIPNotify信号図5のb3を転送する。付加サービスAS7はCSでのRegister信号が組み込まれたSIPNotify信号図5のb3を受信すると、CSでのRegister信号を解析し、発着信規制サービスを起動し、HSS6へDiameterPURProfileUpdateRequest信号図5のb4を用いてプロファイル更新手順によってサービスの起動、すなわちサービス状態の変更を通知する。HSS6での処理が完了し、DiameterPUAProfileUpdateAnswer信号図5のb5にて完了が通知されると、付加サービスAS7は、S-CSCF5を介して拡張通信装置1に対し、付加サービスの起動完了を示すCS信号を組み込んだSIP200OK信号図5のb6,b7を送信する。拡張通信装置1は、付加サービスの起動完了を示すCS信号を組み込んだSIP200OK信号図5のb7を受信すると、SIP信号内にあるCS信号ReleaseComplete図5のb8を移動端末3に対して送信する。本実施の形態では、この手順によって付加サービスの起動が行われる。さらに、図6を参照して本発明の第1の実施の形態における発信規制処理について説明する。拡張通信装置1は、移動端末Aから移動端末Bへの発信信号であるSETUP信号図6のc1を受信すると、IMS/MMDでの登録処理が完了している場合において、CS信号のSETUP信号図6のc1からIMS/MMD信号のSIPINVITE信号図6のc2への変換を行い、S-CSCF5へ送信する。S-CSCF5は、SIPINVITE信号図6のc2を受信すると、付加サービスAS7に対し、SIPINVITE信号図6のc3を転送する。付加サービスAS7は、SIPINVITE信号図6のc3を受信すると、必要に応じて移動端末AのユーザプロファイルをDiameterUDR/UDA信号図6のc4の送受信によってHSS6から取得する。付加サービスAS7は、移動端末Aのプロファイルにしたがって発信規制を判定し、発信規制であることを示すCS信号を組み込んだSIP403Forbidden信号図6のc5をS-CSCF5へ送信する。S-CSCF5は、移動端末Aのプロファイルより在圏の回線交換網100に接続していることを判定し、発信規制であることを示すCS信号が組み込まれたSIP403Forbidden信号図6のc6を拡張通信装置1へ転送する。拡張通信装置1は、CS信号が包含されたSIP信号図6のc6を受信すると、SIP信号内にあるCS信号DISCONECT図6のc7を移動端末Aに対して送信する。本実施の形態では、この手順によって発信規制が行われる。このように、本実施の形態では、従来の回線交換での付加サービスの信号にてIMS/MMDにおいて付加サービス処理を行うため、回線交換で提供されているサービスと同等のサービスを実現することができる。また、本実施の形態では、付加サービスAS7が、従来の回線交換での信号を扱うため、拡張通信装置1の付加サービス処理部分を共通して利用することが可能であり、リソースを効率的に活用して、IPを用いたシステムへの移行を実現することができる。図7は本発明の第2の実施の形態による回線交換ユーザエージェントシステムの構成を示すブロック図である。図7において、本発明の第2の実施の形態による回線交換ユーザエージェントシステムは、拡張通信装置1が、移動端末3に代わり、IMS/MMDにおいて要求される機能動作を行うため、在圏網100の拡張通信装置1とホーム網200のI-CSCF4との間にP-CSCFProxy-CallSessionControlFunction8を配置するネットワーク構成をとった以外は、上記の本発明の第1の実施の形態による回線交換ユーザエージェントシステムと同様の構成となっており、同一構成要素には同一符号を付してある。また、本発明の第2の実施の形態による回線交換ユーザエージェントシステムは、P-CSCF8を配置した以外は、上記の本発明の第1の実施の形態による回線交換ユーザエージェントシステムと同様の動作を行い、同様の効果を奏する。つまり、本発明の第2の実施の形態では、P-CSCF8を用いるシステムにも対応可能なことを示している。尚、拡張通信装置1にP-CSCF8の機能を持たせることも可能である。図8は本発明の第3の実施の形態による回線交換ユーザエージェントシステムの構成を示すブロック図である。図8において、本発明の第3の実施の形態による回線交換ユーザエージェントシステムは、ホーム網200内の付加サービスAS7を在圏網100内の拡張通信装置1に直接接続するようにした以外は図1に示す本発明の第1の実施の形態による回線交換ユーザエージェントシステムと同様の構成となっており、同一構成要素には同一符号を付してある。また、本発明の第3の実施の形態による回線交換ユーザエージェントシステムでは、本発明の第1の実施の形態による回線交換ユーザエージェントシステムと発着信規制サービス起動手順が異なる以外は上記と同様の処理を行う。本実施の形態では、この発着信規制サービス起動手順において、拡張通信装置1が付加サービスAS7との間で直接通信を行うため、使用するプロトコルもHTTPHyperTextTransferProtocolとなる。図9は本発明の第3の実施の形態における発着信規制サービス起動手順を示すシーケンスチャートである。この図9を参照して、本発明の第3の実施の形態において、代表的な回線交換サービスである発着信規制サービスの起動手順について説明する。ユーザの端末操作によって、移動端末3はCSでの発着信規制サービス起動を示すRegister信号図9のd1を拡張通信装置1に送信する。拡張通信装置1は、CSでのRegister信号を受信すると、信号種別によって付加サービスであることを解析し、該当移動端末3がIMS/MMDでの登録処理を完了している場合において、付加サービスAS7に対し、CSでのRegister信号をHTTPPUT信号図9のd2に組み込んで埋め込んで送信する。付加サービスAS7はCSでのRegister信号が組み込まれたHTTPPUT信号図9のd2を受信すると、CSでのRegister信号を解析し、発着信規制サービスを起動し、HSS6へDiameterPUR信号図9のd3を用いてプロファイル更新手順によってサービスの起動、すなわちサービス状態の変更を通知する。HSS6での処理が完了し、DiameterPUA信号図9のd4にて完了が通知されると、付加サービスAS7は、拡張通信装置1に対し、付加サービスの起動完了を示すCS信号を組み込んだHTTP200OK信号図9のd5を送信する。拡張通信装置1は、付加サービスの起動完了を示すCS信号を組み込んだHTTP200OK信号図9のd5を受信すると、HTTP信号内にあるCS信号ReleaseComplete図9のd6を移動端末3に対して送信する。本実施の形態では、この手順によって付加サービスの起動が行われる。上述したように、本実施の形態では、本発明の第1の実施の形態におけるSIPと同様に、MIMEによってCS信号を組み込むことが可能となる。よって、本実施の形態でも、本発明の第1の実施の形態と同様の効果が得られる。本発明の第4の実施の形態による回線交換ユーザエージェントシステムは、上記の本発明の第3の実施の形態と同様に、ホーム網200内の付加サービスAS7を在圏網100内の拡張通信装置1に直接接続するようにしている。本実施の形態では、発着信規制サービス起動手順において、拡張通信装置1が付加サービスAS7との間で直接通信を行うため、使用するプロトコルをXCAPAnExtensibeMarkupLanguageXMLConfigurationAccessProtocolとなっている。図10は本発明の第4の実施の形態における発着信規制サービス起動手順を示すシーケンスチャートである。この図10を参照して、本発明の第4の実施の形態において、代表的な回線交換サービスである発着信規制サービスの起動手順について説明する。ユーザの端末操作によって、移動端末3はCSでの発着信規制サービス起動を示すRegister信号図10のe1を拡張通信装置1に送信する。拡張通信装置1は、CSでのRegister信号を受信すると、そのSS信号を翻訳し図10のe2、該当移動端末3がIMS/MMDでの登録処理を完了している場合において、付加サービスAS7に対し、CSでのRegister信号をHTTPPUT信号図10のe3に組み込んで埋め込んで送信する。ここで、SS信号とは、例えば、CS信号に含まれる付加サービス用の信号のことをいう。付加サービスAS7はCSでのRegister信号が組み込まれたHTTPPUT信号図10のe3を受信すると、CSでのRegister信号を解析し、発着信規制サービスを起動し、HSS6へDiameterPUR信号図10のe4を用いてプロファイル更新手順によってサービスの起動、すなわちサービス状態の変更を通知する。HSS6での処理が完了し、DiameterPUAProfileUpdateAnswer信号図10のe5にて完了が通知されると、付加サービスAS7は、拡張通信装置1に対し、付加サービスの起動完了を示すCS信号を組み込んだHTTP200OK信号図10のe6を送信する。拡張通信装置1は、付加サービスの起動完了を示すCS信号を組み込んだHTTP200OK信号図10のe6を受信すると、HTTP信号内にあるCS信号ReleaseComplete図10のe7を移動端末3に対して送信する。本実施の形態では、この手順によって付加サービスの起動が行われる。上述したように、本実施の形態では、本発明の第1の実施の形態におけるSIPと同様に、MIMEによってCS信号を組み込むことが可能となる。よって、本実施の形態でも、本発明の第1の実施の形態と同様の効果が得られる。この発明は、MGCFMediaGatewayControlFunction機能をともなったMSCMobileserviceSwitchingCenter-ServereMSC-Serverとなることで、MSC-Serverの相互作用を定義するという提案である。このeMSC-Serverは、回線交換網からの呼信号を中央処理網へのVoIPVoiceoverInternetProtocol呼信号へと翻訳して伝送し、また逆の動作もする。そして、eMSC-Serverは、呼信号をIMSにおけるTASTelephonyApplicationServerに送る。これは既存UEへの互換性、及びAll-IPネットワークへの移行を十分に保障する。現在のリリース7VCCVoiceCallContinuityは、VMSCVisitedMobileSwitchCenterがVCCASApplicationServiceへCAMELCustomizedApplicationforMobile.networkEnhancedLogic処理をトリガとして、迂回させることによって呼信号を送るコンセプトを用いている。同様のコンセプトが、IMSへの処理の集約における付加サービスにも使用される図12参照。VMSCのCAMELはMOMobileOrigination呼信号とMTMobileTermination呼信号との両方で用いられる。gsmSCFGSMServiceControlFunctionはホーム網のTASからIMRNIPMultimediaRoutingNumberを要求し、またVMSCはそのIMRNにしたがってTASへ呼信号を送信する。その後の付加サービスにおいて、呼はTASが基点となって制御される。UEからの付加サービスの要求は、Ut、v3のようなインタフェースを経由してTASへ直接送信される。上記の解決法は中央制御網への影響がないという利点がある一方で、端末への影響があり、既にある端末でサービスを受けることができない。IMSでの集中処理における付加サービスを実現するためのもう一つの解決法は、ISUP/SIPSessionInitiationProtocolの相互接続のためのMGCFの機能を用いてMSC-Serverを拡張しeMSC-Serverとする、IMSにおいて全ての呼信号を制御する。eMSC-Serverは、相当するCSaccessnetworkにおける発着信信号に関与する。端末のCS発信信号は、eMSC-ServerでVoIP呼へ翻訳され、また、付加サービス制御信号は、IMSにて処理される。着信呼信号は、CSaccessnetworkへ送信するため、MGW/eMSC-Serverへ導かれる。その場合でも、着信信号はIMSシステムで制御されている。移動端末がPSPacketSwitch圏内のみいる場合、eMSC-Serverは関与しない。図13はローミングの仕方の一例を示している。端末が呼信号を発信した場合、端末からのCS信号はVeMSC-ServerVisitedeMSC-ServerでSIP信号へと変換され、在圏網のP-CSCFProxyCSCFへと送信されるP-CSCFはVeMSCに含まれて動作することも可能である。SIP信号はS-CSCFにおけるiFCsinterFilterCriteriaの設定によりTASへ送られる。呼信号はTASが基点となって制御される。その後、TASは付加サービス制御を担う。既存の方法では、付加サービス要求が端末からA/Iuインタフェースを経由してMSCへ送信される。VeMSC-Serverは付加サービス要求をSIP信号へ組み込むか、翻訳し、TASへ送信する。TASは付加サービス要求を受け、その要求に応じて実行する。この解決法の利点は、VCCのような解決法と比較して、既存端末がサポートされ、CAMELが要求されないことである。したがって、All-IP化への移行に際し、MSC-Serverへの小さな影響のみで、既存端末への影響がない。これに加えて、ユーザのIPネットワークでの存在場所は在圏網のMGWにあるので、どんなIMSシステムでの相手への音声通信もホーム網を横切らずに直接送信される。この網構成は、IMSでの呼制御方法がより普及した時に、ネットワーク資源の削減という観点で、端末から見て、ホーム網の運営者と在圏網の運営者との両方への多数の利点が見込まれる。対して、VCCでの解決法の場合、常に全ての音声通信には在圏網及びホーム網各々の通信路が要求される。eMSC-Serverの詳細なアーキテクチャの一例を図14に示す。eMSC-Serverは、通常のMSC-Server、VLR及びUserAgent以下、UAとするをともなったMGCF機能からなる。最小限のVLR及びHLRへの影響として、MAPプロトコルにおいて指標の追加が必要である。HLRは端末がホーム網によりIMSでの集中制御処理によって扱われることを示す必要があり、VLRはそれを示すフラグを解釈する必要がある。MGWはIMSでの着信側と同様に、CS接続の着信側になることを可能とすることが要求される。Mc及びMnインタフェースは新たな一つのインタフェースへ組み合わせることも可能である。図15はeMSC-Serverをサポートし、現存しているCSnetworkからAIPNAllIPNetworkへの移行の一例を示している。運用者は、IMSシステムの容量に応じてIMSでの集中処理を許容する顧客のプロファイルを調整することで、CS網からIMSIP網へのスムーズな移行を実現することができる。"