JP4946422B2

JP4946422B2 - 通信システム、通信装置、サービス処理装置及びそれらに用いる通信方法

Info

Publication number: JP4946422B2
Application number: JP2006346031A
Authority: JP
Inventors: 祐介高野; 利之田村
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2006-12-22
Filing date: 2006-12-22
Publication date: 2012-06-06
Anticipated expiration: 2026-12-22
Also published as: KR101297033B1; EP2096810A4; KR20090098895A; US20120302238A1; CN103327001A; CN101589633A; EP2615794A2; KR20110122766A; CN103152342A; RU2447597C2; KR20110122224A; KR20130042647A; US20120302237A1; KR101296955B1; RU2009128190A; JP2008160400A; EP2615794A3; CA2672912A1; WO2008078583A1; US20100103888A1

Description

本発明は通信システム、通信装置、サービス処理装置及びそれらに用いる通信方法に関し、特に回線交換網からＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ：インタネットプロトコル）を用いたネットワークへの移行におけるサービスの提供に関する。

現在、回線交換網からＩＰを用いたネットワークへの移行が行われており、その中で、携帯電話システムにおいても、回線交換システムから、ＩＰを用いたシステムへの移行がなされている。

この移行においては、ＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａｓｕｂｓｙｓｔｅｍ）／ＭＭＤ（Ｍｕｌｔｉ−ＭｅｄｉａＤｏｍａｉｎ）のホーム網（ＨｏｍｅＮｅｔｗｏｒｋ）において、回線交換信号からＩＭＳ／ＭＭＤで扱われる信号へ変換する方法が取られている。

携帯電話システムにおいては、回線交換網での制御とＩＭＳ／ＭＭＤでの制御との大きな違いとして、位置登録、付加サービスの実行装置が、回線交換では移動端末が在圏する回線交換網にある装置によって行われ、ＩＭＳ／ＭＭＤにおいてはホーム網にあるＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）サーバ、アプリケーションサーバによって行われている（例えば、非特許文献１参照）。

従来、回線交換網とＩＭＳ／ＭＭＤでの変換は、図１１に示すような構成をとり、ホームＩＰ網６００への入り口の境界装置［ＭＧＣＦ（ＭｅｄｉａＧａｔｅｗａｙＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）３２及びＭＧＷ（ｅｄｉａＧａｔｅＷａｙ）３７］によって回線交換信号からＩＭＳ／ＭＭＤ信号への変換がなされている。

この構成の場合、移動端末３０の位置登録情報管理及び付加サービス実行装置はＭＳＣ（ＭｏｂｉｌｅＳｗｉｔｃｈｉｎｇＣｅｎｔｒｅ）３１によって行われ、移動端末３０からの位置情報及び付加サービス制御情報は移動端末３０とネットワーク装置（ＭＳＣ３１）との間のＵＮＩ（Ｕｓｅｒ−ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅ：ユーザネットワーク間インタフェース）４０１を介してやり取りされる。

"ＭｏｂｉｌｅＲａｄｉｏＩｎｔｅｒｆａｃｅＬａｙｅｒ３ＳｕｐｐｌｅｍｅｎｔａｒｙＳｅｒｖｉｃｅｓＳｐｅｃｉｆｉｃａｔｉｏｎ；ＧｅｎｅｒａｌＡｓｐｅｃｔｓ"［３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）ＴＳ２４．０１０Ｖ６．０．０（２００４−１２）］

しかしながら、上述した従来の携帯電話システムでは、中継回線交換網５００でのネットワーク間（在圏ＭＳＣ３１とＭＧＣＦ３２との間）のＮＮＩ（Ｎｅｔｗｏｒｋ−ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅ）５０１を介した信号では、ＵＮＩ４０１で通信されている情報を伝送する能力がない。このため、回線交換網４００からＩＭＳ／ＭＭＤでの変換において、従来の回線交換システムにて提供されたサービスと等価のサービスをＩＭＳ／ＭＭＤで実現することが難しくなっている。

そこで、本発明の目的は上記の問題点を解消し、回線交換で提供されているサービスと等価なサービスをＩＭＳ／ＭＭＤにて実現することができる通信システム、通信装置、サービス処理装置及びそれらに用いる通信方法を提供することにある。

本発明による通信システムは、移動端末が、ＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａｓｕｂｓｙｓｔｅｍ）に登録されている場合、前記移動端末からのＵＮＩ（Ｕｓｅｒ−ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅ）信号を前記ＩＭＳで扱われるＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）信号に組み込む通信装置を備えている。

本発明による通信装置は、移動端末がＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａｓｕｂｓｙｓｔｅｍ）に登録されている場合、前記移動端末からのＵＮＩ（Ｕｓｅｒ−ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅ）信号を前記ＩＭＳで扱われるＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）信号に組み込む手段を備えている。

本発明によるサービス処理装置は、ＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａｓｕｂｓｙｓｔｅｍ）に配置されるサービス処理装置であって、
回線交換網で扱われるＵＮＩ（Ｕｓｅｒ−ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅ）信号が組み込まれかつ前記ＩＭＳで扱われるＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）信号を解析し、その解析結果に基づいて処理する処理手段を備えている。

本発明による通信方法は、通信装置が、移動端末がＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａｓｕｂｓｙｓｔｅｍ）に登録されている場合、前記移動端末からのＵＮＩ（Ｕｓｅｒ−ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅ）信号を前記ＩＭＳで扱われるＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）信号に組み込む処理を実行している。

すなわち、本発明の回線交換ユーザエージェントシステムは、移動端末が接続した在圏網にある装置にて、回線交換網での移動端末の位置登録情報／状態を用いてＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａｓｕｂｓｙｓｔｅｍ）／ＭＭＤ（Ｍｕｌｔｉ−ＭｅｄｉａＤｏｍａｉｎ）への登録を行い、移動端末からのＵＮＩ（Ｕｓｅｒ−ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅ：ユーザネットワーク間インタフェース）信号をＩＭＳ／ＭＭＤで扱われる信号に組み込んで（埋め込んで）ホーム網のサービス処理装置へ転送することで、従来の回線交換でのサービスと等価のサービスをＩＭＳ／ＭＭＤにて実現することが可能となる。

ここで、在圏網とは、回線交換網でのＵＮＩ信号とＩＭＳ／ＭＭＤで扱われる信号とをそれぞれ処理可能に構成されたネットワークである。つまり、移動端末が接続した在圏網にある装置とは、回線交換網でのＵＮＩ信号とＩＭＳ／ＭＭＤで扱われる信号とをそれぞれ処理可能な通信装置である。

本発明の回線交換ユーザエージェントシステムでは、携帯電話システムにおける回線交換信号をＩＭＳ／ＭＭＤで扱う信号に変換する際に、回線交換網での位置登録状態に応じてＩＭＳ／ＭＭＤでの登録処理を行い、回線交換信号をＩＭＳ／ＭＭＤで扱う信号に変換するとともに、必要に応じて移動端末からのＵＮＩ信号をＩＭＳ／ＭＭＤ側に転送し、ＩＭＳ／ＭＭＤにおいて移動端末に要求される信号を移動端末に代わって生成することによって、従来の回線交換サービスと同等のサービスをＩＭＳ／ＭＭＤにて提供することが可能となる。

より具体的に説明すると、本発明の回線交換ユーザエージェントシステムでは、ＭＳＣ（ＭｏｂｉｌｅＳｗｉｔｃｈｉｎｇＣｅｎｔｒｅ）／ＶＬＲ（ＶｉｓｉｔｏｒＬｏｃａｔｉｏｎＲｅｇｉｓｔｅｒ）とＣＳＵＡ（回線交換ユーザエージェント）とを組み合わせた拡張通信装置が、移動端末の在圏網における回線交換での位置情報状態より、Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣａｌｌＳｅｒｖｅｒＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）に対して、ＩＭＳ／ＭＭＤで扱われる信号を送信し、ＩＭＳ／ＭＭＤにおける登録処理を行っている。

ＩＭＳ／ＭＭＤにおける登録処理後、拡張通信装置は、通常回線交換呼処理（発信着信）について、回線交換信号をＩＭＳ／ＭＭＤでの信号に変換にする。また、拡張通信装置は、移動端末からの付加サービス制御を含んだＵＮＩ信号を受信した場合、信号種別によってその付加サービス制御信号を、ＩＭＳ／ＭＭＤで扱われるＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）信号を利用して、つまり、付加サービス制御信号を、ＩＭＳ／ＭＭＤで扱われる信号に組み込んでそのままＳ−ＣＳＣＦへ転送する。

ＵＮＩ信号が組み込まれたＳＩＰ信号は、Ｓ−ＣＳＣＦでのユーザプロファイルに基づいたフィルタ処理によって、付加サービスＡＳ（アプリケーションサーバ）へ転送され、付加サービスＡＳにて移動端末に対する付加サービスが実行される。

このようにして、本発明の回線交換ユーザエージェントシステムでは、回線交換信号での付加サービス制御信号を、ＩＭＳ／ＭＭＤで扱われるＳＩＰ信号を利用して、ホーム網に存在するサービス実行装置である付加サービスＡＳへ転送しているため、回線交換で提供されているサービスと等価なサービスをＩＭＳ／ＭＭＤにて提供可能となる。また、転送された信号に関して、付加サービスＡＳは、既存回線交換装置の資産を転用して構成することが可能となる。

したがって、本発明の回線交換ユーザエージェントシステムでは、従来の回線交換での付加サービスの信号にてＩＭＳ／ＭＭＤにおいて付加サービス処理を行うため、回線交換で提供されているサービスと同等のサービスを実現することが可能となる。

また、本発明の回線交換ユーザエージェントシステムでは、付加サービスＡＳにおいて、従来の回線交換での信号を扱うため、拡張通信装置の付加サービス処理部分を共通して利用することが可能であり、リソースを効率的に活用して、ＩＰを用いたシステムに移行することが可能となる。

本発明は、上記のような構成及び動作とすることで、回線交換で提供されているサービスと等価なサービスをＩＭＳ／ＭＭＤにて実現することができるという効果が得られる。

次に、本発明の実施例について図面を参照して説明する。

図１は本発明の第１の実施例による回線交換ユーザエージェントシステムの構成を示すブロック図である。図１において、本発明の第１の実施例による回線交換ユーザエージェントシステムは、拡張通信装置１とＭＧＷ（ＭｅｄｉａＧａｔｅＷａｙ）２とが配置された在圏網１００と、Ｉ−ＣＳＣＦ（Ｉｎｔｅｒｒｏｇａｔｉｎｇ−ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）４とＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）５とＨＬＲ（ＨｏｍｅＬｏｃａｔｉｏｎＲｅｇｉｓｔｅｒ）／ＨＳＳ（ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ）６と付加サービスＡＳ（アプリケーションサーバ）７とが配置されたホーム網（ＨｏｍｅＮｅｔｗｏｒｋ）２００と、ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）網３００と、移動端末３とを含んで構成されている。

ここで、在圏網１００は、回線交換網でのＵＮＩ（Ｕｓｅｒ−ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅ：ユーザネットワーク間インタフェース）信号とＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａｓｕｂｓｙｓｔｅｍ）／ＭＭＤ（Ｍｕｌｔｉ−ＭｅｄｉａＤｏｍａｉｎ）で扱われる信号とをそれぞれ処理可能に構成されたネットワークである。つまり、移動端末３が接続した在圏網１００にある拡張通信装置１は、回線交換網でのＵＮＩ信号とＩＭＳ／ＭＭＤで扱われる信号とをそれぞれ処理可能な通信装置である。

拡張通信装置１は従来のＭＳＣ（ＭｏｂｉｌｅＳｗｉｔｃｈｉｎｇＣｅｎｔｅｒ）／ＶＬＲ（ＶｉｓｉｔｏｒＬｏｃａｔｉｏｎＲｅｇｉｓｔｅｒ）１１とＣＳＵＡ（回線交換ユーザエージェント）１２とを組み合わせた装置であり、回線交換での移動端末３の位置登録に応じてＳ−ＣＳＣＦ５に対して、ＩＭＳ／ＭＭＤでの登録処理を行う。

拡張通信装置１は、ＩＭＳ／ＭＭＤにおいて、移動端末３に要求される機能（信号の送受信等）を移動端末３に代わって実行し、回線交換とＩＭＳ／ＭＭＤでの動作差分を吸収するために、移動端末３からの回線交換での呼制御信号をＩＭＳ／ＭＭＤで扱われる信号に変換する。

また、拡張通信装置１は、移動端末３からのＵＮＩ信号の内、付加サービス制御を含んだ回線交換信号については、ＩＭＳ／ＭＭＤ信号に組み込んで（埋め込んで）Ｓ−ＣＳＣＦ５へ転送する。Ｓ−ＣＳＣＦ５から付加サービスＡＳ７には、ユーザのプロファイルに基づきフィルタ処理にて付加サービス制御を含んだ回線交換信号が組み込まれたＩＭＳ／ＭＭＤ信号が転送される。

ここで、ＵＮＩ信号の付加サービス制御を含んだ回線交換信号をＩＭＳ／ＭＭＤ信号に組み込む方法としては、例えば、ＳＩＰメッセージのメッセージボディを用いる方法等が考えられる。ＳＩＰメッセージのメッセージボディは、ＳＩＰ以外で定義された情報で、ＳＩＰメッセージの構成上ではオプションとなる。メッセージボディをＳＩＰメッセージに付加する方式としては、例えば、電子メールにおいて添付ファイル等をメッセージに付加して送付する場合に用いられるＭＩＭＥ（ＭｕｌｔｉｐｕｒｐｏｓｅＩｎｔｅｒｎｅｔＭａｉｌＥｘｔｅｎｓｉｏｎｓ）が利用される。

さらに、拡張通信装置１は、移動端末３に対するＩＭＳ／ＭＭＤへの変換処理を起動するかどうかについて、例えば、ＨＬＲ／ＨＳＳ６からのユーザプロファイルに新規フラグを定義し、そのフラグが存在するか否かによって判定する。

ＭＧＷ２は、回線交換網ＡＴＭ（ＡｓｙｎｃｈｒｏｎｏｕｓＴｒａｎｓｆｅｒＭｏｄｅ）／ＳＴＭ（ＳｙｎｃｈｒｏｎｏｕｓＴｒａｎｓｆｅｒＭｏｄｅ）上のメディア信号ＡＭＲ（ＡｄａｐｔｉｖｅＭｕｌｔｉＲａｔｅ）をＩＰ上のメディア信号ＡＭＲへ変換するメディア変換システムである。

つまり、ＭＧＷ２は、図１１に示す在圏回線交換網４００内のＭＧＷ３８とホームＩＰ網５００内のＭＧＷ３７との機能を併せ持つＭＧＷである。このように、ＭＧＷ２に、従来のＭＧＷ３８とＭＧＷ３７との機能を併せ持たせることで、回線交換でのユーザメディアデータをＩＭＳ／ＭＭＤで扱われるメディアデータに直接変換することが可能となる。したがって、従来は在圏回線交換網４００内のＭＧＷ３８とホームＩＰ網５００内のＭＧＷ３７とを経て得ていたメディアデータを直接ＭＧＷ２から受取ることができるため、経路の最適化が可能となる。

付加サービスＡＳ７は、拡張通信装置１によってＩＭＳ／ＭＭＤで扱われる信号にて転送されてきた移動端末３からのＵＮＩ信号を解析し、その解析結果にしたがって付加サービスを行う装置である。また、付加サービスＡＳ７は、サービス実行完了等の移動端末３への応答のＵＮＩ信号、移動端末３へ通知するＵＮＩ信号を生成し、ＩＭＳ／ＭＭＤで扱われる信号を用いて拡張通信装置１へＳ−ＣＳＣＦ５経由で送信する機能を持つ。

図２は図１の拡張通信装置１の構成を示すブロック図である。図２において、拡張通信装置１は、ＭＡＰ（ＭｏｂｉｌｅＡｐｐｌｉｃａｔｉｏｎＰａｒｔ）／ＣＡＰ［ＣＡＭＥＬ（ＣｕｓｔｏｍｉｓｅｄＡｐｐｌｉｃａｔｉｏｎｆｏｒＭｏｂｉｌｅｎｅｔｗｏｒｋＥｎｈａｎｃｅｄＬｏｇｉｃ）ＡｐｐｌｉｃａｔｉｏｎＰａｒｔ］信号処理部１１４、ＩＳＵＰ［ＩＳＤＮ（ＩｎｔｅｇｒａｔｅｄＳｅｒｖｉｃｅｓＤｉｇｉｔａｌＮｅｔｗｏｒｋ）ＵｓｅｒＰａｒｔ］信号処理部１１３、ＭＳＣ制御部１１２、ＧＳＭ（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）Ｌａｙｅｒ３信号処理部１１１からなる従来のＭＳＣ／ＶＬＲ部１１と、ＳＩＰＵｓｅｒＡｇｅｎｔ部１２１、ＳＩＰ信号処理部１２２からなる回線交換ＵＡ（ＵｓｅｒＡｇｅｎｔ）部１２とを組み合わせた構成となっている。

ＭＳＣ制御部１１２は呼状態管理ＣＣ（ＣａｌｌＣｏｎｔｒｏｌ）処理部１１２１と、位置登録管理ＭＭ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔ）処理部１１２２と、付加サービス管理ＳＳ（ＳｕｐｐｌｅｍｅｎｔａｒｙＳｅｒｖｉｃｅ）処理部１１２３とを備えている。

ＭＥＧＡＣＯ（Ｍｅｇａｃｏ／Ｈ．２４８）信号処理部１３はＭＳＣ／ＶＬＲ部１１と回線交換ＵＡ部１２とに対して共通な機能として構成される。この構成の上で、ＭＳＣ／ＶＬＲ部１１内のＭＳＣ制御部１１２と回線交換ＵＡ部１２のＳＩＰＵｓｅｒＡｇｅｎｔ部１２１とが内部連携して、回線交換、ＩＭＳ／ＭＭＤの両方における登録／呼制御／付加サービス処理（ＭＭ／ＣＣ／ＳＳ）を行う。

図３は図１の付加サービスＡＳ７の構成を示すブロック図である。図３において、付加サービスＡＳ７は、ＩＭＳ／ＭＭＤにおける付加サービス管理を行うＳＩＰＵｓｅｒＡｇｅｎｔ７１と、透過転送された信号を処理解析する付加サービス管理ＳＳ処理部７２と、Ｄｉａｍｅｔｅｒ信号処理部７４と、ＳＩＰ信号処理部７３とから構成されている。付加サービスＡＳ７は、この構成によって、従来、ＭＳＣでの付加サービス管理ＳＳ処理部１１２３を付加サービス管理ＳＳ処理部７２として利用することが可能となる。

図４は本発明の第１の実施例におけるＲｅｇｉｓｔｒａｔｉｏｎ手順を示すシーケンスチャートであり、図５は本発明の第１の実施例における発着信規制サービス起動手順を示すシーケンスチャートであり、図６は本発明の第１の実施例における発信規制動作を示すシーケンスチャートである。これら図１〜図６を参照して本発明の第１の実施例による回線交換ユーザエージェントシステムの動作について説明する。

図４を例に本発明の第１の実施例におけるＲｅｇｉｓｔｒａｔｉｏｎ手順について説明する。

拡張通信装置１はＭＳＣ／ＶＬＲ部１１にて、移動端末３からのＬｏｃａｔｉｏｎＵｐｄａｔｅＲｅｑｕｅｓｔ信号（図４のａ１）を契機に、ＵｐｄａｔｅＬｏｃａｔｉｏｎ信号（図４のａ２）、ＩｎｓｅｒｔＳｕｂｓｃｒｉｂｅｒＤａｔａ信号（図４のａ３）、ＩｎｓｅｒｔＳｕｂｓｃｒｉｂｅｒＤａｔａＡｃｋ信号（図４のａ４）、ＵｐｄａｔｅＬｏｃａｔｉｏｎＡｃｋ信号（図４のａ５）の送受信（従来処理）にてＨＬＲ／ＨＳＳ６からユーザのプロファイルを取得し、ＶＬＲ（ＶｉｓｉｔｏｒＬｏｃａｔｉｏｎＲｅｇｉｓｔｅｒ）を生成し、ＬｏｃａｔｉｏｎＵｐｄａｔｅＡｃｃｅｐｔ信号（図４のａ６）を移動端末３に送信する。

その後、拡張通信装置１は、ＨＬＲ６からダウンロードしたユーザプロファイルを確認し（図４のａ７）、ＩＭＳ／ＭＭＤへの変換処理を起動するかどうかを判定する。拡張通信装置１は、ＩＭＳ／ＭＭＤへの変換処理の起動と判定すると、移動端末３からのＬｏｃａｔｉｏｎＵｐｄａｔｅＲｅｑｕｅｓｔ信号（図４のａ１）の要素及びＨＬＲ６からのＩｎｓｅｒｔＳｕｂｓｃｒｉｂｅｒＤａｔａＡｃｋ信号（図４のａ４）の要素から、ＳＩＰＲｅｇｉｓｔｅｒ信号（図４のａ８）を生成してＳ−ＣＳＣＦ５へ送信し、ＩＭＳ／ＭＭＤにおける移動端末３の登録処理を行う。

Ｓ−ＣＳＣＦ５は、ＨＳＳ６からユーザプロファイルをＤｉａｍｅｔｅｒＳＡＲ（ＳｅｒｖｅｒＡｓｓｉｇｎｍｅｎｔＲｅｑｕｅｓｔ）／ＳＡＡ（ＳｅｒｖｅｒＡｓｓｉｇｎｍｅｎｔＡｎｓｗｅｒ）信号の送受信によって取得し（図４のａ９，ａ１０）、その取得したユーザプロファイルによって、付加サービスＡＳ７へ登録処理を行う（図４のａ１２〜ａ１４）。

付加サービスＡＳ７は、Ｓ−ＣＳＣＦ５からＳＩＰＲｅｇｉｓｔｅｒ信号（図４のａ１２）を受信すると、必要に応じて移動端末３のユーザプロファイルをＤｉａｍｅｔｅｒＵＤＲ（ＵｓｅｒＤａｔａＲｅｑｕｅｓｔ）／ＵＤＡ（ＵｓｅｒＤａｔａＡｎｓｗｅｒ）信号（図４のａ１３）の送受信によってＨＳＳ６から取得する。付加サービスＡＳ７は、移動端末３のプロファイルにしたがって登録処理を行うと、付加サービスの通知を受け取ることを可能とするため、Ｓ−ＣＳＣＦ５を介して拡張通信装置１に対し、ＳＩＰＳＵＢＳＣＲＩＢＥ信号（図４のａ１５，ａ１６）を送信する。

また、上記のａ７の処理での判定がＩＭＳ／ＭＭＤへの変換処理の起動でない場合、及びＩＭＳ／ＭＭＤへの登録処理（図４のａ８〜ａ１４）が失敗した場合、拡張通信装置１は、従来のＭＳＣとしての動作を行い、従来の回線交換サービスを継続する。

続いて、図５を参照して、本発明の第１の実施例において、代表的な回線交換サービスである発着信規制サービスの起動手順について説明する。

ユーザの端末操作によって、移動端末３はＣＳ（ＣｉｒｃｕｉｔＳｗｉｔｃｈ）での発着信規制サービス起動を示すＲｅｇｉｓｔｅｒ信号（図５のｂ１）を拡張通信装置１に送信する。拡張通信装置１は、ＣＳでのＲｅｇｉｓｔｅｒ信号を受信すると、信号種別によって付加サービスであることを解析し、該当移動端末３がＩＭＳ／ＭＭＤでの登録処理を完了している場合において、付加サービスＡＳ７に対し、ＣＳでのＲｅｇｉｓｔｅｒ信号をＳＩＰＮｏｔｉｆｙ信号（図５のｂ２）に組み込んで（埋め込んで）Ｓ−ＣＳＣＦ５に送信する。

Ｓ−ＣＳＣＦ５はＣＳでのＲｅｇｉｓｔｅｒ信号が組み込まれたＳＩＰＮｏｔｉｆｙ信号（図５のｂ２）を受信すると、付加サービスＡＳ７に対してＣＳでのＲｅｇｉｓｔｅｒ信号が組み込まれたＳＩＰＮｏｔｉｆｙ信号（図５のｂ３）を転送する。

付加サービスＡＳ７はＣＳでのＲｅｇｉｓｔｅｒ信号が組み込まれたＳＩＰＮｏｔｉｆｙ信号（図５のｂ３）を受信すると、ＣＳでのＲｅｇｉｓｔｅｒ信号を解析し、発着信規制サービスを起動し、ＨＳＳ６へＤｉａｍｅｔｅｒＰＵＲ（ＰｒｏｆｉｌｅＵｐｄａｔｅＲｅｑｕｅｓｔ）信号（図５のｂ４）を用いてプロファイル更新手順によってサービスの起動、すなわちサービス状態の変更を通知する。

ＨＳＳ６での処理が完了し、ＤｉａｍｅｔｅｒＰＵＡ（ＰｒｏｆｉｌｅＵｐｄａｔｅＡｎｓｗｅｒ）信号（図５のｂ５）にて完了が通知されると、付加サービスＡＳ７は、Ｓ−ＣＳＣＦ５を介して拡張通信装置１に対し、付加サービスの起動完了を示すＣＳ信号を組み込んだＳＩＰ２００ＯＫ信号（図５のｂ６，ｂ７）を送信する。

拡張通信装置１は、付加サービスの起動完了を示すＣＳ信号を組み込んだＳＩＰ２００ＯＫ信号（図５のｂ７）を受信すると、ＳＩＰ信号内にあるＣＳ信号（ＲｅｌｅａｓｅＣｏｍｐｌｅｔｅ）（図５のｂ８）を移動端末３に対して送信する。本実施例では、この手順によって付加サービスの起動が行われる。

さらに、図６を参照して本発明の第１の実施例における発信規制処理について説明する。

拡張通信装置１は、移動端末Ａから移動端末Ｂへの発信信号であるＳＥＴＵＰ信号（図６のｃ１）を受信すると、ＩＭＳ／ＭＭＤでの登録処理が完了している場合において、ＣＳ信号のＳＥＴＵＰ信号（図６のｃ１）からＩＭＳ／ＭＭＤ信号のＳＩＰＩＮＶＩＴＥ信号（図６のｃ２）への変換を行い、Ｓ−ＣＳＣＦ５へ送信する。

Ｓ−ＣＳＣＦ５は、ＳＩＰＩＮＶＩＴＥ信号（図６のｃ２）を受信すると、付加サービスＡＳ７に対し、ＳＩＰＩＮＶＩＴＥ信号（図６のｃ３）を転送する。

付加サービスＡＳ７は、ＳＩＰＩＮＶＩＴＥ信号（図６のｃ３）を受信すると、必要に応じて移動端末ＡのユーザプロファイルをＤｉａｍｅｔｅｒＵＤＲ／ＵＤＡ信号（図６のｃ４）の送受信によってＨＳＳ６から取得する。付加サービスＡＳ７は、移動端末Ａのプロファイルにしたがって発信規制を判定し、発信規制であることを示すＣＳ信号を組み込んだＳＩＰ４０３Ｆｏｒｂｉｄｄｅｎ信号（図６のｃ５）をＳ−ＣＳＣＦ５へ送信する。

Ｓ−ＣＳＣＦ５は、移動端末Ａのプロファイルより在圏の回線交換網１００に接続していることを判定し、発信規制であることを示すＣＳ信号が組み込まれたＳＩＰ４０３Ｆｏｒｂｉｄｄｅｎ信号（図６のｃ６）を拡張通信装置１へ転送する。拡張通信装置１は、ＣＳ信号が包含されたＳＩＰ信号（図６のｃ６）を受信すると、ＳＩＰ信号内にあるＣＳ信号（ＤＩＳＣＯＮＥＣＴ）（図６のｃ７）を移動端末Ａに対して送信する。本実施例では、この手順によって発信規制が行われる。

このように、本実施例では、従来の回線交換での付加サービスの信号にてＩＭＳ／ＭＭＤにおいて付加サービス処理を行うため、回線交換で提供されているサービスと同等のサービスを実現することができる。

また、本実施例では、付加サービスＡＳ７が、従来の回線交換での信号を扱うため、拡張通信装置１の付加サービス処理部分を共通して利用することが可能であり、リソースを効率的に活用して、ＩＰを用いたシステムへの移行を実現することができる。

図７は本発明の第２の実施例による回線交換ユーザエージェントシステムの構成を示すブロック図である。図７において、本発明の第２の実施例による回線交換ユーザエージェントシステムは、拡張通信装置１が、移動端末３に代わり、ＩＭＳ／ＭＭＤにおいて要求される機能・動作を行うため、在圏網１００の拡張通信装置１とホーム網２００のＩ−ＣＳＣＦ４との間にＰ−ＣＳＣＦ（Ｐｒｏｘｙ−ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）８を配置するネットワーク構成をとった以外は、上記の本発明の第１の実施例による回線交換ユーザエージェントシステムと同様の構成となっており、同一構成要素には同一符号を付してある。

また、本発明の第２の実施例による回線交換ユーザエージェントシステムは、Ｐ−ＣＳＣＦ８を配置した以外は、上記の本発明の第１の実施例による回線交換ユーザエージェントシステムと同様の動作を行い、同様の効果を奏する。つまり、本発明の第２の実施例では、Ｐ−ＣＳＣＦ８を用いるシステムにも対応可能なことを示している。尚、拡張通信装置１にＰ−ＣＳＣＦ８の機能を持たせることも可能である。

図８は本発明の第３の実施例による回線交換ユーザエージェントシステムの構成を示すブロック図である。図８において、本発明の第３の実施例による回線交換ユーザエージェントシステムは、ホーム網２００内の付加サービスＡＳ７を在圏網１００内の拡張通信装置１に直接接続するようにした以外は図１に示す本発明の第１の実施例による回線交換ユーザエージェントシステムと同様の構成となっており、同一構成要素には同一符号を付してある。また、本発明の第３の実施例による回線交換ユーザエージェントシステムでは、本発明の第１の実施例による回線交換ユーザエージェントシステムと発着信規制サービス起動手順が異なる以外は上記と同様の処理を行う。

本実施例では、この発着信規制サービス起動手順において、拡張通信装置１が付加サービスＡＳ７との間で直接通信を行うため、使用するプロトコルもＨＴＴＰ（ＨｙｐｅｒＴｅｘｔＴｒａｎｓｆｅｒＰｒｏｔｏｃｏｌ）となる。

図９は本発明の第３の実施例における発着信規制サービス起動手順を示すシーケンスチャートである。この図９を参照して、本発明の第３の実施例において、代表的な回線交換サービスである発着信規制サービスの起動手順について説明する。

ユーザの端末操作によって、移動端末３はＣＳでの発着信規制サービス起動を示すＲｅｇｉｓｔｅｒ信号（図９のｄ１）を拡張通信装置１に送信する。拡張通信装置１は、ＣＳでのＲｅｇｉｓｔｅｒ信号を受信すると、信号種別によって付加サービスであることを解析し、該当移動端末３がＩＭＳ／ＭＭＤでの登録処理を完了している場合において、付加サービスＡＳ７に対し、ＣＳでのＲｅｇｉｓｔｅｒ信号をＨＴＴＰＰＵＴ信号（図９のｄ２）に組み込んで（埋め込んで）送信する。

付加サービスＡＳ７はＣＳでのＲｅｇｉｓｔｅｒ信号が組み込まれたＨＴＴＰＰＵＴ信号（図９のｄ２）を受信すると、ＣＳでのＲｅｇｉｓｔｅｒ信号を解析し、発着信規制サービスを起動し、ＨＳＳ６へＤｉａｍｅｔｅｒＰＵＲ信号（図９のｄ３）を用いてプロファイル更新手順によってサービスの起動、すなわちサービス状態の変更を通知する。

ＨＳＳ６での処理が完了し、ＤｉａｍｅｔｅｒＰＵＡ信号（図９のｄ４）にて完了が通知されると、付加サービスＡＳ７は、拡張通信装置１に対し、付加サービスの起動完了を示すＣＳ信号を組み込んだＨＴＴＰ２００ＯＫ信号（図９のｄ５）を送信する。

拡張通信装置１は、付加サービスの起動完了を示すＣＳ信号を組み込んだＨＴＴＰ２００ＯＫ信号（図９のｄ５）を受信すると、ＨＴＴＰ信号内にあるＣＳ信号（ＲｅｌｅａｓｅＣｏｍｐｌｅｔｅ）（図９のｄ６）を移動端末３に対して送信する。本実施例では、この手順によって付加サービスの起動が行われる。

上述したように、本実施例では、本発明の第１の実施例におけるＳＩＰと同様に、ＭＩＭＥによってＣＳ信号を組み込むことが可能となる。よって、本実施例でも、本発明の第１の実施例と同様の効果が得られる。

本発明の第４の実施例による回線交換ユーザエージェントシステムは、上記の本発明の第３の実施例と同様に、ホーム網２００内の付加サービスＡＳ７を在圏網１００内の拡張通信装置１に直接接続するようにしている。本実施例では、発着信規制サービス起動手順において、拡張通信装置１が付加サービスＡＳ７との間で直接通信を行うため、使用するプロトコルをＸＣＡＰ（ＡｎＥｘｔｅｎｓｉｂｅＭａｒｋｕｐＬａｎｇｕａｇｅ（ＸＭＬ）ＣｏｎｆｉｇｕｒａｔｉｏｎＡｃｃｅｓｓＰｒｏｔｏｃｏｌ）となっている。

図１０は本発明の第４の実施例における発着信規制サービス起動手順を示すシーケンスチャートである。この図１０を参照して、本発明の第４の実施例において、代表的な回線交換サービスである発着信規制サービスの起動手順について説明する。

ユーザの端末操作によって、移動端末３はＣＳでの発着信規制サービス起動を示すＲｅｇｉｓｔｅｒ信号（図１０のｅ１）を拡張通信装置１に送信する。拡張通信装置１は、ＣＳでのＲｅｇｉｓｔｅｒ信号を受信すると、そのＳＳ信号を翻訳し（図１０のｅ２）、該当移動端末３がＩＭＳ／ＭＭＤでの登録処理を完了している場合において、付加サービスＡＳ７に対し、ＣＳでのＲｅｇｉｓｔｅｒ信号をＨＴＴＰＰＵＴ信号（図１０のｅ３）に組み込んで（埋め込んで）送信する。ここで、ＳＳ信号とは、例えば、ＣＳ信号に含まれる付加サービス用の信号のことをいう。

付加サービスＡＳ７はＣＳでのＲｅｇｉｓｔｅｒ信号が組み込まれたＨＴＴＰＰＵＴ信号（図１０のｅ３）を受信すると、ＣＳでのＲｅｇｉｓｔｅｒ信号を解析し、発着信規制サービスを起動し、ＨＳＳ６へＤｉａｍｅｔｅｒＰＵＲ信号（図１０のｅ４）を用いてプロファイル更新手順によってサービスの起動、すなわちサービス状態の変更を通知する。

ＨＳＳ６での処理が完了し、ＤｉａｍｅｔｅｒＰＵＡ（ＰｒｏｆｉｌｅＵｐｄａｔｅＡｎｓｗｅｒ）信号（図１０のｅ５）にて完了が通知されると、付加サービスＡＳ７は、拡張通信装置１に対し、付加サービスの起動完了を示すＣＳ信号を組み込んだＨＴＴＰ２００ＯＫ信号（図１０のｅ６）を送信する。

拡張通信装置１は、付加サービスの起動完了を示すＣＳ信号を組み込んだＨＴＴＰ２００ＯＫ信号（図１０のｅ６）を受信すると、ＨＴＴＰ信号内にあるＣＳ信号（ＲｅｌｅａｓｅＣｏｍｐｌｅｔｅ）（図１０のｅ７）を移動端末３に対して送信する。本実施例では、この手順によって付加サービスの起動が行われる。

この発明は、ＭＧＣＦ（ＭｅｄｉａＧａｔｅｗａｙＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）機能をともなったＭＳＣ（ＭｏｂｉｌｅｓｅｒｖｉｃｅＳｗｉｔｃｈｉｎｇＣｅｎｔｅｒ）−Ｓｅｒｖｅｒ（ｅＭＳＣ−Ｓｅｒｖｅｒ）となることで、ＭＳＣ−Ｓｅｒｖｅｒの相互作用を定義するという提案である。このｅＭＳＣ−Ｓｅｒｖｅｒは、回線交換網からの呼信号を中央処理網へのＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）呼信号へと翻訳して伝送し、また逆の動作もする。そして、ｅＭＳＣ−Ｓｅｒｖｅｒは、呼信号をＩＭＳにおけるＴＡＳ（ＴｅｌｅｐｈｏｎｙＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｅｒ）に送る。これは既存ＵＥへの互換性、及びＡｌｌ−ＩＰネットワークへの移行を十分に保障する。

現在のリリース７ＶＣＣ（ＶｏｉｃｅＣａｌｌＣｏｎｔｉｎｕｉｔｙ）は、ＶＭＳＣ（ＶｉｓｉｔｅｄＭｏｂｉｌｅＳｗｉｔｃｈＣｅｎｔｅｒ）がＶＣＣＡＳ（ＡｐｐｌｉｃａｔｉｏｎＳｅｒｖｉｃｅ）へＣＡＭＥＬ（ＣｕｓｔｏｍｉｚｅｄＡｐｐｌｉｃａｔｉｏｎｆｏｒＭｏｂｉｌｅ．ｎｅｔｗｏｒｋＥｎｈａｎｃｅｄＬｏｇｉｃ）処理をトリガとして、迂回させることによって呼信号を送るコンセプトを用いている。同様のコンセプトが、ＩＭＳへの処理の集約における付加サービスにも使用される（図１２参照）。ＶＭＳＣのＣＡＭＥＬはＭＯ（ＭｏｂｉｌｅＯｒｉｇｉｎａｔｉｏｎ）呼信号とＭＴ（ＭｏｂｉｌｅＴｅｒｍｉｎａｔｉｏｎ）呼信号との両方で用いられる。ｇｓｍＳＣＦ（ＧＳＭＳｅｒｖｉｃｅＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）はホーム網のＴＡＳからＩＭＲＮ（ＩＰＭｕｌｔｉｍｅｄｉａＲｏｕｔｉｎｇＮｕｍｂｅｒ）を要求し、またＶＭＳＣはそのＩＭＲＮにしたがってＴＡＳへ呼信号を送信する。その後の付加サービスにおいて、呼はＴＡＳが基点となって制御される。

ＵＥからの付加サービスの要求は、Ｕｔ、ｖ３のようなインタフェースを経由してＴＡＳへ直接送信される。上記の解決法は中央制御網への影響がないという利点がある一方で、端末への影響があり、既にある端末でサービスを受けることができない。

ＩＭＳでの集中処理における付加サービスを実現するためのもう一つの解決法は、ＩＳＵＰ／ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）の相互接続のためのＭＧＣＦの機能を用いてＭＳＣ−Ｓｅｒｖｅｒを拡張し（ｅＭＳＣ−Ｓｅｒｖｅｒとする）、ＩＭＳにおいて全ての呼信号を制御する。ｅＭＳＣ−Ｓｅｒｖｅｒは、相当するＣＳａｃｃｅｓｓｎｅｔｗｏｒｋにおける発着信信号に関与する。端末のＣＳ発信信号は、ｅＭＳＣ−ＳｅｒｖｅｒでＶｏＩＰ呼へ翻訳され、また、付加サービス制御信号は、ＩＭＳにて処理される。着信呼信号は、ＣＳａｃｃｅｓｓｎｅｔｗｏｒｋへ送信するため、ＭＧＷ／ｅＭＳＣ−Ｓｅｒｖｅｒへ導かれる。その場合でも、着信信号はＩＭＳシステムで制御されている。移動端末がＰＳ（ＰａｃｋｅｔＳｗｉｔｃｈ）圏内のみいる場合、ｅＭＳＣ−Ｓｅｒｖｅｒは関与しない。

図１３はローミングの仕方の一例を示している。端末が呼信号を発信した場合、端末からのＣＳ信号はＶｅＭＳＣ−Ｓｅｒｖｅｒ（ＶｉｓｉｔｅｄｅＭＳＣ−Ｓｅｒｖｅｒ）でＳＩＰ信号へと変換され、在圏網のＰ−ＣＳＣＦ（ＰｒｏｘｙＣＳＣＦ）へと送信される（Ｐ−ＣＳＣＦはＶｅＭＳＣに含まれて動作することも可能である）。ＳＩＰ信号はＳ−ＣＳＣＦにおけるｉＦＣｓ（ｉｎｔｅｒＦｉｌｔｅｒＣｒｉｔｅｒｉａ）の設定によりＴＡＳへ送られる。呼信号はＴＡＳが基点となって制御される。その後、ＴＡＳは付加サービス制御を担う。既存の方法では、付加サービス要求が端末からＡ／Ｉｕインタフェースを経由してＭＳＣへ送信される。ＶｅＭＳＣ−Ｓｅｒｖｅｒは付加サービス要求をＳＩＰ信号へ組み込むか、翻訳し、ＴＡＳへ送信する。ＴＡＳは付加サービス要求を受け、その要求に応じて実行する。この解決法の利点は、ＶＣＣのような解決法と比較して、既存端末がサポートされ、ＣＡＭＥＬが要求されないことである。したがって、Ａｌｌ−ＩＰ化への移行に際し、ＭＳＣ−Ｓｅｒｖｅｒへの小さな影響のみで、既存端末への影響がない。

これに加えて、ユーザのＩＰネットワークでの存在場所は在圏網のＭＧＷにあるので、どんなＩＭＳシステムでの相手への音声通信もホーム網を横切らずに直接送信される。この網構成は、ＩＭＳでの呼制御方法がより普及した時に、ネットワーク資源の削減という観点で、端末から見て、ホーム網の運営者と在圏網の運営者との両方への多数の利点が見込まれる。対して、ＶＣＣでの解決法の場合、常に全ての音声通信には在圏網及びホーム網各々の通信路が要求される。

ｅＭＳＣ−Ｓｅｒｖｅｒの詳細なアーキテクチャの一例を図１４に示す。ｅＭＳＣ−Ｓｅｒｖｅｒは、通常のＭＳＣ−Ｓｅｒｖｅｒ、ＶＬＲ及びＵｓｅｒＡｇｅｎｔ（以下、ＵＡとする）をともなったＭＧＣＦ機能からなる。最小限のＶＬＲ及びＨＬＲへの影響として、ＭＡＰプロトコルにおいて指標の追加が必要である。ＨＬＲは端末がホーム網によりＩＭＳでの集中制御処理によって扱われることを示す必要があり、ＶＬＲはそれを示すフラグを解釈する必要がある。ＭＧＷはＩＭＳでの着信側と同様に、ＣＳ接続の着信側になることを可能とすることが要求される。Ｍｃ及びＭｎインタフェースは新たな一つのインタフェースへ組み合わせることも可能である。

図１５はｅＭＳＣ−Ｓｅｒｖｅｒをサポートし、現存しているＣＳｎｅｔｗｏｒｋからＡＩＰＮ（ＡｌｌＩＰＮｅｔｗｏｒｋ）への移行の一例を示している。運用者は、ＩＭＳシステムの容量に応じてＩＭＳでの集中処理を許容する顧客のプロファイルを調整することで、ＣＳ網からＩＭＳ（ＩＰ網）へのスムーズな移行を実現することができる。

本発明の第１の実施例による回線交換ユーザエージェントシステムの構成を示すブロック図である。図１の拡張通信装置の構成を示すブロック図である。図１の付加サービスＡＳの構成を示すブロック図である。本発明の第１の実施例におけるＲｅｇｉｓｔｒａｔｉｏｎ手順を示すシーケンスチャートである。本発明の第１の実施例における発着信規制サービス起動手順を示すシーケンスチャートである。本発明の第１の実施例における発信規制動作を示すシーケンスチャートである。本発明の第２の実施例による回線交換ユーザエージェントシステムの構成を示すブロック図である。本発明の第３の実施例による回線交換ユーザエージェントシステムの構成を示すブロック図である。本発明の第３の実施例における発着信規制サービス起動手順を示すシーケンスチャートである。本発明の第４の実施例における発着信規制サービス起動手順を示すシーケンスチャートである。従来のネットワーク構成を示すブロック図である。本発明のＶＣＣを用いたアプローチの一例を示す図である。本発明のｅＭＳＣ−Ｓｅｒｖｅｒ／ＭＧＣＦの相互動作の一例を示す図である。本発明のｅＭＳＣ−Ｓｅｒｖｅｒのアーキテクチャの一例を示す図である。本発明のｅＭＳＣ−Ｓｅｒｖｅｒのアーキテクチャへの移行の一例を示す図である。

符号の説明

１拡張通信装置
２ＭＧＷ
３移動端末
４Ｉ−ＣＳＣＦ
５Ｓ−ＣＳＣＦ
６ＨＬＲ／ＨＳＳ
７付加サービスＡＳ
８Ｐ−ＣＳＣＦ
１１ＭＳＣ／ＶＬＲ部
１２回線交換ＵＡ部
１３ＭＥＧＡＣＯ信号処理部
７１ＳＩＰＵｓｅｒＡｇｅｎｔ
７２付加サービス管理ＳＳ処理部
７３ＳＩＰ信号処理部
７４Ｄｉａｍｅｔｅｒ信号処理部
１００在圏網
１１１ＧＳＭＬａｙｅｒ３信号処理部
１１２ＭＳＣ制御部
１１３ＩＳＵＰ信号処理部
１１４ＭＡＰ／ＣＡＰ信号処理部
１２１ＳＩＰＵｓｅｒＡｇｅｎｔ部
１２２ＳＩＰ信号処理部
２００ホーム網
３００ＩＰ網
１１２１呼状態管理ＣＣ処理部
１１２２位置登録管理ＭＭ処理部
１１２３付加サービス管理ＳＳ処理部

Claims

移動端末が、ＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａｓｕｂｓｙｓｔｅｍ）に登録されている場合、前記移動端末からのＵＮＩ（Ｕｓｅｒ−ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅ）信号を前記ＩＭＳで扱われるＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）信号に組み込む通信装置を備えることを特徴とする通信システム。
前記通信装置は、前記ＵＮＩ信号のうち、付加サービス制御を含んでいる信号については前記ＳＩＰ信号に組み込むことを特徴とする請求項１に記載の通信システム。
前記ＵＮＩ信号を前記ＳＩＰ信号に組み込むために、前記ＳＩＰ信号のメッセージボディを用いることを特徴とする請求項１または請求項２に記載の通信システム。
前記ＳＩＰ信号に前記メッセージボディを付加するために、ＭＩＭＥ（ＭｕｌｔｉｐｕｒｐｏｓｅＩｎｔｅｒｎｅｔＭａｉｌＥｘｔｅｎｓｉｏｎｓ）を利用することを特徴とする請求項３に記載の通信システム。
Ｓ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣａｌｌＳｅｒｖｅｒＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）をさらに備え、
前記通信装置は、前記ＳＩＰ信号を前記Ｓ−ＣＳＣＦに向けて送信し、
前記Ｓ−ＣＳＣＦは、前記ＳＩＰ信号にフィルタ処理を行うことを特徴とする請求項１から請求項４のいずれかに記載の通信システム。
サービス処理装置をさらに備え、
前記Ｓ−ＣＳＣＦは、前記フィルタ処理を行った前記ＳＩＰ信号を前記サービス処理装置に転送し、
前記サービス処理装置は、前記ＵＮＩ信号が組み込まれた前記ＳＩＰ信号を解析し、その解析結果に基づいて処理することを特徴とする請求項５に記載の通信システム。
移動端末がＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａｓｕｂｓｙｓｔｅｍ）に登録されている場合、前記移動端末からのＵＮＩ（Ｕｓｅｒ−ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅ）信号を前記ＩＭＳで扱われるＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）信号に組み込む手段を有することを特徴とする通信装置。
前記ＵＮＩ信号のうち、付加サービス制御を含んでいる信号については前記ＳＩＰ信号に組み込むことを特徴とする請求項７に記載の通信装置。
前記ＵＮＩ信号を前記ＳＩＰ信号に組み込むために、前記ＳＩＰ信号のメッセージボディを用いることを特徴とする請求項７または請求項８に記載の通信装置。
前記ＳＩＰ信号に前記メッセージボディを付加するために、ＭＩＭＥ（ＭｕｌｔｉｐｕｒｐｏｓｅＩｎｔｅｒｎｅｔＭａｉｌＥｘｔｅｎｓｉｏｎｓ）を利用することを特徴とする請求項９に記載の通信装置。
前記ＳＩＰ信号をＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣａｌｌＳｅｒｖｅｒＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）に向けて送信することを特徴とする請求項７から請求項１０のいずれかに記載の通信装置。
ＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａｓｕｂｓｙｓｔｅｍ）に配置されるサービス処理装置であって、
回線交換網で扱われるＵＮＩ（Ｕｓｅｒ−ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅ）信号が組み込まれかつ前記ＩＭＳで扱われるＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）信号を解析し、その解析結果に基づいて処理する処理手段を有することを特徴とするサービス処理装置。
前記処理手段は、前記回線交換網に接続される移動端末からの前記ＵＮＩ（Ｕｓｅｒ−ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅ）信号を前記ＳＩＰ信号から取出しかつ前記移動端末への前記ＳＩＰ信号に前記ＵＮＩ信号を組み込むことを特徴とする請求項１２記載のサービス処理装置。
前記ＩＭＳにおいて付加サービスを提供するアプリケーションサーバであることを特徴とする請求項１２または請求項１３記載のサービス処理装置。
通信装置が、移動端末がＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａｓｕｂｓｙｓｔｅｍ）に登録されている場合、前記移動端末からのＵＮＩ（Ｕｓｅｒ−ＮｅｔｗｏｒｋＩｎｔｅｒｆａｃｅ）信号を前記ＩＭＳで扱われるＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）信号に組み込む処理を実行することを特徴とする通信方法。
前記通信装置は、前記ＵＮＩ信号のうち、付加サービス制御を含んでいる信号については前記ＳＩＰ信号に組み込むことを特徴とする請求項１５に記載の通信方法。
前記ＵＮＩ信号を前記ＳＩＰ信号に組み込むために、前記ＳＩＰ信号のメッセージボディを用いることを特徴とする請求項１５または請求項１６に記載の通信方法。
前記ＳＩＰ信号に前記メッセージボディを付加するために、ＭＩＭＥ（ＭｕｌｔｉｐｕｒｐｏｓｅＩｎｔｅｒｎｅｔＭａｉｌＥｘｔｅｎｓｉｏｎｓ）を利用することを特徴とする請求項１７に記載の通信方法。
前記通信装置は、前記ＳＩＰ信号をＳ−ＣＳＣＦ（Ｓｅｒｖｉｎｇ−ＣａｌｌＳｅｒｖｅｒＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）に向けて送信し、
前記Ｓ−ＣＳＣＦは、前記ＳＩＰ信号にフィルタ処理を行い、該フィルタ処理を行った前記ＳＩＰ信号をサービス処理装置に転送し、
前記サービス処理装置は、前記ＵＮＩ信号が組み込まれた前記ＳＩＰ信号を解析し、その解析結果に基づいて処理することを特徴とする請求項１５から請求項１８のいずれかに記載の通信方法。