JP5118417B2 - 通信システム及び通信方法 - Google Patents

Description

本発明は、アーキテクチャーが異なる移動体通信網が接続された通信網における通信システム及び通信方法に関する。

従来の移動体通信網として、いわゆる３Ｇ（3rd Generation）網がある。この従来の３Ｇ網は、回線交換（ＣＳ：CircuitSwitching）方式により音声サービスを取り扱っている。これに対して、ＩＭＳ（IP Multimedia core network Subsystem）網は、ＩＰ（InternetProtcol）上で音声サービスを提供し、下記非特許文献１に記載された３ＧＰＰ（3rd Generation Partnership Project）に規定されているＩＭＳの仕様を採用した通信網である。
3GPP TS 23.228 V7.5.0(2006-09)、 3rd Generation Partnership Project; Technical Specification GroupServices and System Aspects; IP Multimedia Subsystem (IMS);Stage 2 (Release 7)、［平成１９年５月２日検索］、インターネットhttp://www.3gpp.org/ftp/Specs/archive/23_series/23.228/23228-750.zip

一方、IMSの交換システムに従来の3G無線ネットワークを収容することにより、従来の３Ｇ網のアーキテクチャーに合わせて設計された従来の３Ｇ網用の移動端末（以下、３Ｇ端末という）をＩＭＳ網に在圏させて音声ならびにマルチメディアサービスを提供する方式が提案されている。

いわゆる従来の３Ｇ網とＩＭＳ網とでは、ネットワークのアーキテクチャーが異なる。例えば、着信サービス制御の方法が異なる。着信サービス制御とは、着信端末の状況に基づく情報を発信端末へ提供するための制御であり、例えば、留守番電話サービスや迷惑電話サービスのガイダンスを提供するための制御である。３Ｇ網は、着信サービス制御を発信端末の在圏網で行うよう構築されている。これに対して、ＩＭＳ網は、着信サービス制御を着信端末の在圏網で行うよう構築されている。

従来の３Ｇ網からＩＭＳ網へ移行する時期は、従来の３Ｇ網とＩＭＳ網とが混在することとなる。この移行期において、ＩＭＳ網に在圏する３Ｇ端末と従来の３Ｇ網に在圏する３Ｇ端末同士で発着信を行う場合、発信側の３Ｇ端末がＩＭＳ網に在圏し、着信側の３Ｇ端末が従来の３Ｇ網に在圏していると、着信サービス制御を行うことができない。

そこで本発明は、３Ｇ網とＩＭＳ網との混在期において、ＩＭＳ網に在圏する３Ｇ端末から３Ｇ網に在圏する３Ｇ端末へ発信した場合であっても、着信サービス制御を行うことが可能である通信システム及び通信方法を提供することを目的とする。

本発明の通信システムは、ＩＭＳ網と３Ｇ網とが接続された通信網における通信システムであって、ＩＭＳ網は、着信端末の状況に基づく情報を発信端末へ提供するための着信サービス制御を着信端末の在圏網で行う第１の制御手段と、着信サービス制御を発信端末の在圏網で行う付加制御手段と、着信端末を特定する情報を含む発信要求を、ＩＭＳ網に在圏する発信端末から受け付ける受付手段と、を備え、３Ｇ網は、着信サービス制御を発信端末の在圏網で行う第２の制御手段と、３Ｇ網に在圏し且つ３Ｇ網のアーキテクチャーに基づくシステムを有する移動端末の情報を格納する格納手段と、受付手段によって受け付けられた発信要求に含まれる情報によって特定される着信端末が、３Ｇ網に在圏し且つ３Ｇ網のアーキテクチャーに基づくシステムを有する移動端末であるか否かを格納手段によって格納された情報に基づいて判断する判断手段と、を備え、付加制御手段は、判断手段によって着信端末が３Ｇ網に在圏し且つ３Ｇ網のアーキテクチャーに基づくシステムを有する移動端末であると判断された場合に着信サービス制御を行い、第１の制御手段は、判断手段によって着信端末が３Ｇ網に在圏し且つ３Ｇ網のアーキテクチャーに基づくシステムを有する移動端末でないと判断された場合に着信サービス制御を行うことを特徴とする。

本発明の通信方法は、ＩＭＳ網と３Ｇ網とが接続された通信網における通信方法であって、３Ｇ網に配置された格納手段が、３Ｇ網に在圏し且つ３Ｇ網のアーキテクチャーに基づくシステムを有する移動端末の情報を格納した状態において、ＩＭＳ網に配置された受付手段が、着信端末を特定する情報を含む発信要求を、ＩＭＳ網に在圏する発信端末から受け付ける受付ステップと、３Ｇ網に配置された判断手段が、受付ステップにおいて受け付けられた発信要求に含まれる情報によって特定される着信端末が、３Ｇ網に在圏し且つ３Ｇ網のアーキテクチャーに基づくシステムを有する移動端末であるか否かを、格納手段によって格納された情報に基づいて判断する判断ステップと、ＩＭＳ網における発信端末の在圏網に配置された付加制御手段が、判断ステップにおいて着信端末が３Ｇ網に在圏し且つ３Ｇ網のアーキテクチャーに基づくシステムを有する移動端末であると判断された場合に、着信端末の状況に基づく情報を発信端末へ提供するための着信サービス制御を行う付加制御ステップと、ＩＭＳ網における着信端末の在圏網に配置された第１の制御手段が、判断ステップにおいて着信端末が３Ｇ網に在圏し且つ３Ｇ網のアーキテクチャーに基づくシステムを有する移動端末でないと判断された場合に、着信サービス制御を行う基本制御ステップと、を含むことを特徴とする。

本発明によれば、第１の移動体通信網に配置された受付手段が、第１の移動端末である発信端末から発信要求を受け付けると、判断手段が、第２の移動体通信網に配置された格納手段に格納された情報に基づいて、着信端末が特別移動端末か否か判断する。着信端末が特別移動端末である場合、これは例えば、ＩＭＳ網に在圏する３Ｇ端末から３Ｇ網に在圏する３Ｇ端末へ発信する状況である。このとき、着信端末が特別移動端末であると判断された場合に、発信端末の在圏網に配置された付加制御手段が着信サービス制御を行う。すなわち、着信端末が在圏する第２の移動体通信網における着信サービス制御の方式に合わせて着信サービス制御を行うこととなる。これにより、発信端末が第１の移動体通信網（例えば、ＩＭＳ網）に在圏し、着信端末が第２の移動体通信網（例えば、３Ｇ網）に在圏している場合であっても、着信サービス制御を行うことができる。

着信サービス制御とは、一例として着信端末の状況に基づく情報としての音声ガイダンスを発信端末へ送信する制御である。

本発明によれば、従来の３Ｇ網とＩＭＳ網との混在期において、ＩＭＳ網に在圏する３Ｇ端末から従来の３Ｇ網に在圏する３Ｇ端末へ発信した場合であっても、着信サービス制御を行うことができる。

本発明の最良の実施形態について図面を参照して説明する。

図１は、本実施形態に係る３Ｇ網とＩＭＳ網とを含む通信網の構成を示す図である。通信網Ｎは、３Ｇ網（第２の移動体通信網）１とＩＭＳ（IP Multimedia Subsystem）網（第１の移動体通信網）３とを含む移動体通信網である。３Ｇ網１とＩＭＳ網３とは、３ＧＰＰ（３rdGeneration Partnership Project）の規格に基づく移動体通信網である。

３Ｇ網１は、回線交換方式により音声サービスを取り扱う通信網である。この３Ｇ網１に対して、ＩＭＳ網３は、ＩＰ（Internet Protocol）上において音声ならびにマルチメディアサービスを取り扱う通信網である。

通信網Ｎは、３Ｇ端末とＩＭＳ端末とを収容している。３Ｇ端末は、３Ｇ網１をホーム網として３Ｇ網１のアーキテクチャーに基づくシステムを有する移動端末である。ＩＭＳ端末は、ＩＭＳ網３をホーム網としてＩＭＳ網３のアーキテクチャーに基づくシステムを有する移動端末である。

通信網Ｎにおいて、３Ｇ在圏の３Ｇ端末とＩＭＳ在圏の３Ｇ端末とが相互に接続して通話及びデータの送受信が可能となるように、３Ｇ網１とＩＭＳ網３とは相互に接続されている。３Ｇ在圏の３Ｇ端末（特別移動端末）は、３Ｇ網１に在圏している３Ｇ端末である。ＩＭＳ在圏３Ｇ端末とは、ＩＭＳ網３に在圏している３Ｇ端末である。ＩＭＳ網３は、３Ｇ端末５を収容するためのインタワーク装置６を備えている。３Ｇ端末５は、インタワーク装置６を介してＣＳＣＦ（Call/Session Control Function）７と信号の送受信を行うことにより、在圏するＩＭＳ網３を介して通信を行うことができる。

なお、ＣＳＣＦ７は、標準のＩＭＳにおいて、ＳＩＰ（SessionInitiation Protocol）メッセージの処理を行う論理ノードであり、ユーザの登録やセッション設定の制御を行う。

通信網Ｎでは、着信サービスを提供している。着信サービスとは、通話の発信時に、着信端末の状況や設定に基づく情報を回線交換方式のネットワークを介して発信端末に提供するサービスである。着信サービスは、着信端末における設定内容又はサービス内容に応じて、音声ガイダンスを発信端末へ流す。この音声ガイダンスが、着信端末の状況や設定に基づいて着信サービス時に提供される情報である。着信サービスは、例えば、留守番電話サービス、迷惑電話サービス等である。

留守番電話サービスとは、着信端末において留守番電話設定がなされている間に、発信端末から着信端末への発信があると、発信端末へ音声ガイダンスを流す。例えば、「こちらは留守番電話センターです。メッセージをどうぞ。」等の音声ガイダンスを流し、発信端末のユーザからのメッセージを受け付け、留守番電話センターに登録する。

迷惑電話サービスとは、着信端末において特定の端末の電話番号について迷惑電話設定がなされている場合に、特定の端末（発信端末）から着信端末へ発呼があると、発信端末へ音声ガイダンスを流す。例えば、「この電話はお客様のご要望によりおつなぎできません。」等の音声ガイダンスを流す。

このような着信サービスを提供するための着信サービス制御が、標準の３Ｇ網１とＩＭＳ網３とでは異なる。着信サービス制御とは、着信サービスの音声ガイダンスを発信端末に提供するための制御である。標準の３Ｇ網１では、発側の通信網において着信サービス制御が行われる。これに対して、標準のＩＭＳ網３では、着側の通信網において着信サービス制御が行われる。３Ｇ網１とＩＭＳ網３との着信サービス制御についてそれぞれ説明する。

最初に、３Ｇ網１における着信サービス制御について説明する。図１に示すように、３Ｇ網１に在圏する発信端末８から同じく３Ｇ網１に在圏する着信端末９へ発信する場合について説明する。発信端末８が在圏する発側３Ｇ網１０は、Ｇ−ＭＳＣ（Gateway Mobile Switching Centre）１１及びＭＳＣ（Mobile Switching Centre；第２の制御手段）１２を備える。

同様に、着信端末９が在圏する着側３Ｇ網２０は、Ｇ−ＭＳＣ２１及びＭＳＣ２２を備える。また、３Ｇ網１は、ＨＬＲ（Home Location Register；格納手段）２３を備える。ＨＬＲ２３は、３Ｇ網において定義された加入者情報データベースを管理する論理ノードであり、３Ｇ端末の電話番号と関連付けて、着信サービスの設定状況を示すサービス設定情報を登録している。

着信サービスは、次のようにして提供される。ＭＳＣ１２が、発信端末８から送信された発信要求を受け付けると、ＨＬＲ２３へ着信端末９の着信翻訳要求を行う。着信翻訳要求により、サービス設定情報及び接続先の情報の要求を行う。接続先の情報とは、着信端末９の位置登録情報である。

ＨＬＲ２３は、着信翻訳要求に応じて着信端末について設定されているサービス設定情報及び接続先の情報を着信翻訳応答としてＭＳＣ１２へ送信する。ＭＳＣ１２は、設定された着信サービスに応じた音声ガイダンスを行うように制御信号をガイダンス装置へ送信する。これにより、ＭＳＣ１２は、着信サービス制御を行う。ガイダンス装置は、制御信号を受信すると、制御信号に従ってガイダンスの音声を合成して、音声ガイダンスを送出する。このように、３Ｇ網１では、発側３Ｇ網１０において着信サービス制御及び着信サービスの提供が行われる。

次に、図２を参照して、ＩＭＳ網３における着信サービス制御について説明する。図２は、本実施形態に係るＩＭＳ網間の着信サービス制御のための構成を示す図である。ＩＭＳ網３に在圏する発信端末８から同じくＩＭＳ網に在圏する着信端末９へ発信する場合について説明する。

発信端末８が在圏する発側ＩＭＳ網３０は、ＣＳＣＦ３１及び３Ｇを収容するためのインタワーク装置３２を備える。同様に、着信端末９が在圏する着側ＩＭＳ網４０は、ＣＳＣＦ４１、インタワーク装置４２、及びＣＳ−ＡＳ（Call Session Application Server；第１の制御手段）４３を備える。

ＣＳ−ＡＳ４３は、標準のＩＭＳにおいて着信サービス制御を行うＡＳ（ApplicationServer）である。また、ＩＭＳ網１は、ＨＳＳ（Home Subscriber Server）４４を備える。ＨＳＳ４４は、標準のＩＭＳにおいて定義された加入者情報データベースを管理する論理ノードである。ＨＳＳ４４には、加入者情報として、ＩＭＳ在圏の３Ｇ端末の電話番号と関連付けてサービス設定情報が登録されている。

着信サービスは、次のようにして提供される。ＣＳＣＦ３１が、インタワーク装置３２を介して発信端末８から送信された発信要求を受け付けると、ＨＳＳ４４へ着信翻訳要求を行う。この着信翻訳要求は、接続先の情報を要求するためのものである。ＣＳＣＦ３１は、接続先の情報を取得すると、着側ＩＭＳ網４０のＣＳＣＦ４１へとセッションを確立する。

するとＣＳＣＦ４１は、着信端末９への発信があったことを認識して、ＣＳ−ＡＳ４３とのセッションを確立する。そして、ＣＳ−ＡＳ４３は、設定されている着信サービスを認識し、ガイダンス装置（図示せず）から着信サービスとしての音声ガイダンスが発信端末８へ送信されるように制御する。このように、ＩＭＳ網３では、着側ＩＭＳ網４０において着信サービス制御が行われる。

上述した、３Ｇ網１間、又は、ＩＭＳ網３間における着信サービス制御の既存の構成だけでは、ＩＭＳ網３に在圏する３Ｇ端末からＣＳ網１に在圏する３Ｇ端末へ発信した場合に、着信サービス制御を行うことができない。これを可能にする本実施形態に係る通信システムＳについて、図３を参照して説明する。図３は、本実施形態に係る通信システムの構成を示す図である。

通信システムＳの構成を説明するために、発信端末８及び着信端末９は３Ｇ端末であり、発信端末８は発側ＩＭＳ網３０に在圏し、着信端末９は着側３Ｇ網２０又は着側ＩＭＳ網４０に在圏していることとする。

着側３Ｇ網２０は、上述したように標準の３Ｇ網のノードとして、Ｇ−ＭＳＣ２１、ＭＳＣ２２、及びＨＬＲ２３を備える。着側ＩＭＳ網４０は、上述したように標準のＩＭＳのノードとして、ＣＳＣＥ４１、インタワーク装置４２、ＨＳＳ４３、及びＣＳ−ＡＳ４４を備える。また、着側ＩＭＳ網４０は、標準のＩＭＳの機能として、ＭＲＦ（Multimedia Resource Function）４５を備える。ＭＲＦ４５は、標準のＩＭＳ上で音声ガイダンスを送出する論理ノードである。

発側ＩＭＳ網３０は、上述したＣＳＣＦ３１及びインタワーク装置３２に加えて、標準のＩＭＳ網が備えるＭＧＣＦ（Media Gateway Control Function）３４及びＭＲＦ３５を備える。ＭＧＣＦ３４は、着側３Ｇ網３０と接続するために、回線交換上とＩＰ上とのメディア変換を制御するゲートウェイとなるノードである。

更に、発側ＩＭＳ網３０は、本発明に係る付加機能を実施するＡＳとして、Ｏ−ＡＳ３３を備える。Ｏ−ＡＳ３３は、着側３Ｇ網２０のＨＬＲ２３と例えば、共通線で接続されている。Ｏ−ＡＳ３３は、発側３Ｇ網１０のＭＳＣ１２が行う着信翻訳要求を同様な着信翻訳要求をＨＬＲ２３に対して行う。これにより、Ｏ−ＡＳ３３は、ＨＬＲ２３から着信翻訳応答を受信し、着信サービス制御を行う。

このＯ−ＡＳ３３とＨＬＲ２３による着信翻訳について図４を参照して詳細に説明する。図４は、本実施形態に係るＯ−ＡＳ及びＨＬＲの構成を示す図である。

Ｏ−ＡＳ３３は、ＳＩＰ信号受信部５１、発側サービス制御部５２、着信翻訳要求送出部５３、着信翻訳応答受信部５４、及びＳＩＰ信号送信部５５を備える。ＳＩＰ信号受信部５１は、ＣＳＣＦ３１からＳＩＰ信号（SIP_INVITE）を受信すると発側サービス制御部５２へ受信したＳＩＰ信号を出力する。発側サービス制御部５２は、ＳＩＰ信号を入力すると、着信翻訳要求送出部５３を制御して着信翻訳要求をＨＬＲ２３へ送出させる。

着信翻訳要求送出部５３によって送出される着信翻訳要求は、発側３Ｇ網１０のＭＳＣ１２がＨＬＲ２３に送出する着信翻訳要求と同じプロトコルを用いたＭＡＰメッセージである。よって、ＨＬＲ２３は、発側３Ｇ網１０のＭＳＣ１２から着信翻訳要求を受信した場合と同様な処理を行って着信翻訳応答をＯ−ＡＳ３３へ返信する。

着信翻訳応答受信部５４は、ＨＬＲ２３から送信された着信翻訳応答を受信すると、受信した着信翻訳応答をＳＩＰ信号送信部５５へ出力する。すると、ＳＩＰ信号送信部５５は、着信翻訳応答に応じた制御信号をＣＳＣＦ３１へ出力する。

着信翻訳応答について説明するために、ＨＬＲ２３の構成について説明する。ＨＬＲ２３は、着信翻訳要求受信部６１、在圏判定制御部（判断手段）６２、データベース６３、着信サービス判定制御部６４、及び着信翻訳応答送出部６５を備える。

着信翻訳要求受信部６１は、着信翻訳要求を受信すると、少なくとも着信翻訳要求に含まれる着信端末９の電話番号等の情報を示す信号を在圏判定制御部６２へ出力する。在圏判定制御部６２は、着信翻訳要求受信部６１から信号を入力すると、データベース６３を参照して、着信端末９の在圏状況を判定する。

データベース６３には、３Ｇ網１に位置登録された端末が３Ｇ在圏の３Ｇ端末か否かを示す情報が格納されている。また、データベース６３には、加入者情報として、各種着信サービスが現在設定されているか否かを示す情報が登録されている。

在圏判定制御部６２は、データベース６３に格納された情報に基づいて、着信端末９が３Ｇ在圏の３Ｇ端末であるか否か判定する。例えば、在圏判定制御部６２は、データベース６３を参照して、最初に着信端末９が３Ｇ網１に在圏しているか否か、着信端末９の在圏判定を行う。

そして、着信端末９が３Ｇ網１に在圏している場合に、在圏判定制御部６２は、データベース６３を参照して、着信端末９が３Ｇ在圏の３Ｇ端末かＩＭＳ在圏の３Ｇ端末か判定する。例えばこのようにして、在圏判定制御部６２は、着信端末９が３Ｇ在圏の３Ｇ端末か否か判定する。

在圏判定制御部６２は、着信端末９がＩＭＳ網３に在圏し、着信端末９が３Ｇ在圏の３Ｇ端末でないと判定すると、その旨を示す信号を着信翻訳応答送出部６５へ出力する。この場合、着信翻訳応答送出部６５は、着信端末９が３Ｇ在圏の３Ｇ端末でない旨の情報を含む着信翻訳応答をＯ−ＡＳ３３へ返信する。

在圏判定制御部６２は、着信端末９が３Ｇ在圏の３Ｇ端末であると判定すると、着信サービス判定制御部６４は、データベース６３を参照して、着信端末９の着信サービスの設定を判定する。例えば、留守番電話サービス又は迷惑電話サービスの設定が起動されているか否かを判定する。

在圏判定制御部６２には、判定結果と共に着信端末９が３Ｇ在圏の３Ｇ端末である旨の情報を着信翻訳応答送出部６５へ出力する。この場合、着信翻訳応答送出部６５は、設定が起動されているサービスの情報と着信端末９が３Ｇ在圏の３Ｇ端末である旨の情報とを含む着信翻訳応答をＯ−ＡＳ３３へ出力する。

以上のようにして着信翻訳応答がＯ−ＡＳ３３へ出力される。Ｏ−ＡＳ３３は、ＨＬＲ２３から着信端末９が３Ｇ在圏の３Ｇ端末である旨の情報を含む着信翻訳応答を受信した場合、ＭＲＦ３５で音声ガイダンスを送出するための着信サービス制御を行う。具体的には、Ｏ−ＡＳ３３のＳＩＰ信号送信部５５が発側ＩＭＳ網３０の備えるＭＲＦ３５を制御するための制御信号をＣＳＣＦ３１へ送出する。よって、この場合は、発信端末８の在圏網において着信サービス制御が実行されることとなる。

Ｏ−ＡＳ３３は、ＨＬＲ２３から着信端末９が３Ｇ在圏の３Ｇ端末でない旨の情報を含む着信翻訳応答を受信した場合、発側ＩＭＳ網１０において着側ＩＭＳ網２０と通常のＩＭＳ網間の着信サービス制御を行うための制御信号をＣＳＣＦ３１へ出力する。この結果、通常のＩＭＳと同様に、着信端末９の在圏網において着信サービス制御が実行されることとなる。

以上説明した本実施形態に係る通信システムＳの動作を説明すると共に本実施形態に係る通信方法について説明する。図５は、本実施形態に係る通信システムの動作を示すフローチャートである。

まず、発信端末８からインタワーク装置３２を介して送信された発信要求が、ＣＳＣＦ３１によって受け付けられる（ステップＳ１；受付ステップ）。すなわち、受付ステップでは、ＩＭＳ網３に在圏する３Ｇ端末から発信要求が受け付けられる。発信要求が受け付けられると、着信端末９が３Ｇ端末且つ３Ｇ網１に在圏する３Ｇ在圏の３Ｇ端末か否か、ＨＬＲ２３の在圏判定制御部６２によって判定される（ステップＳ２；判断ステップ）。

着信端末９が３Ｇ在圏の３Ｇ端末であると判定された場合（ステップＳ３でＹＥＳ）、着信サービス制御が、発側ＩＭＳ網３０のＯ−ＡＳ３３によって実行される（ステップＳ３；付加制御ステップ）。着信端末９が３Ｇ在圏の３Ｇ端末でないと判定された場合（ステップＳ３でＮＯ）、着信サービス制御が、着側ＩＭＳ網４０のＣＳ−ＡＳ４４によって実行される（Ｓ４；基本制御ステップ）。このようにして、着信サービス制御が実行される。

引き続いて、通信システムＳの動作についてより詳細に説明する。最初に、図６を参照して、着信端末９が３Ｇ在圏の３Ｇ端末であり、着信サービス制御の設定を行っている場合の動作について説明する。図６は、本実施形態に係る通信システムＳにおいて着信端末が３Ｇ端末且つ３Ｇ網１に在圏している３Ｇ在圏の３Ｇ端末である場合に着信サービス制御を行う動作を示すシーケンス図である。

まず、CC_SETUPメッセージが、発側ＩＭＳ網３０の発信端末８によって発側ＩＭＳ網３０のインタワーク装置３２へ送信される（ステップＳ１０）。CC_SETUPメッセージの送信に応じて、CC_CALLPROCメッセージが、発側ＩＭＳ網３０のインタワーク装置３２によって発側ＩＭＳ網３０の発信端末８へ返信される（ステップＳ１１）。

インタワーク装置３２において発信端末８から受信したＣＣメッセージが、インタワーク装置３２によってＳＩＰメッセージへ変換される(ステップＳ１２)。変換により生成されたSIP_INVITEメッセージが、発側ＩＭＳ網３０のインタワーク装置３２によって発側ＩＭＳ網３０のＣＳＣＦ３１へ送信される（ステップＳ１３）。これにより、発信端末８による発信要求が発側ＩＭＳ網３０のＣＳＣＦ３１により受け付けられることなる。

続いて、SIP_INVITEメッセージが、発側ＩＭＳ網３０のＣＳＣＦ３１によって発側ＩＭＳ網３０のＯ−ＡＳ３３へ送信される（ステップＳ１４）。すると、MAP_着信翻訳要求メッセージが、発側ＩＭＳ網３０のＯ−ＡＳ３３によって着側３Ｇ網２０のＨＬＲ２３へ送信される（ステップＳ１５）。

MAP_着信翻訳要求メッセージが着側３Ｇ網２０ＨＬＲ２３によって受信されると、着信端末９が３Ｇ在圏の３Ｇ端末であることが、ＨＬＲ２３の在圏判定制御部６２によって判定される（ステップＳ１６）。続いて、着信端末９の着信サービスが起動されていることが、ＨＬＲ２３の着信サービス判定制御部６４によって判定される（ステップＳ１７）。

着信サービスが判定されると、着信端末９が３Ｇ在圏の３Ｇ端末であり、着信サービスが起動されている旨の情報を含むMAP_着信翻訳応答メッセージが、着側３Ｇ網２０のＨＬＲ２３によって発側ＩＭＳ網３０のＯ−ＡＳ３３へ送信される（ステップＳ１８）。MAP_着信翻訳応答メッセージが発側ＩＭＳ網３０のＯ−ＡＳ３３によって受信されると、SIP_INVITEメッセージが、着信サービス制御の制御信号として発側ＩＭＳ網３０のＯ−ＡＳ３３によって発側ＩＭＳ網３０のＣＳＣＦ３１へ送信される(ステップＳ１９)。すなわち、発側ＩＭＳ網３０のＯ−ＡＳ３３によって着信サービス制御を行う。

送信されたSIP_INVITEメッセージに応じて、音声ガイダンスのリクエストを行うためのSIP_INVITEメッセージが、発側ＩＭＳ網３０のＣＳＣＦ３１によって発側ＩＭＳ網３０のＭＲＦ３５へ送信される（ステップＳ２０）。それに応じて、音声ガイダンスのリクエストが成功した旨のSIP_200OKメッセージが、発側ＩＭＳ網３０のＭＲＦ３５によって発側ＩＭＳ網３０のＣＳＣＦ３１へ送信される（ステップＳ２１）。

SIP_200 OKメッセージが発側ＩＭＳ網３０のＣＳＣＦ３１によって受信されると、SIP_183Session Progressメッセージが、発側ＩＭＳ網３０のＣＳＣＦ３１によって発側ＩＭＳ網３０のインタワーク装置３２へ送信される（ステップＳ２２）。SIP_183Session Progressメッセージが発側ＩＭＳ網３０のインタワーク装置３２において受信されると、受信されたメッセージがＳＩＰメッセージからＣＣメッセージへ変換されて（ステップＳ２３）、CC_DISCONNECTメッセージが、発側ＩＭＳ網３０のインタワーク装置３２から発側ＩＭＳ網３０の発信端末８へ送信される（ステップＳ２４）。

この後、発側ＩＭＳ網３０のＭＲＦ３５と発側ＩＭＳ網３０の発信端末８とがガイダンス接続されて、ＭＲＦ３５から発信端末８へ着信サービスの音声ガイダンスが流れる（ステップＳ２５）。以上のようにして、発信端末８がＩＭＳ網に在圏し且つ３Ｇ端末であり、着信端末９が３Ｇ網１に在圏し且つ３Ｇ端末である場合に、着信サービス制御及び着信サービスの提供が行われる。

次に、図７を参照して、着信端末９がＩＭＳ在圏の３Ｇ端末であり、着信サービス制御の設定を行っている場合の動作について説明する。図７は、本実施形態に係る通信システムＳにおいて着信端末が３Ｇ端末且つＩＭＳ網に在圏している場合に着信サービス制御を行う動作を示すシーケンス図である。

着信端末９がＩＭＳ在圏の３Ｇ端末である場合であっても、それを判断するために、図６におけるステップＳ１０〜ステップＳ１５と同様な手順ステップＳ３０〜ステップＳ３５で、MAP_着信翻訳要求メッセージが発側ＩＭＳ網３０のＯ−ＡＳ３３によって３Ｇ網１のＨＬＲ２３へ送信される。

MAP_着信翻訳要求メッセージがＨＬＲ２３によって受信されると、着信端末９がＩＭＳ在圏の３Ｇ端末であることが、ＨＬＲ２３の在圏判定制御部６２によって判定される（ステップＳ３６）。すなわち、着信端末９が３Ｇ網１に在圏した３Ｇ端末（３Ｇ在圏の３Ｇ端末）ではないことが、ＨＬＲ２３の在圏判定制御部６２によって判定される。そして、着信端末９が３Ｇ在圏の３Ｇ端末ではない旨の情報を含むMAP_着信翻訳応答メッセージが、３Ｇ網１のＨＬＲ２３によって発側ＩＭＳ網３０のＯ−ＡＳ３３へ送信される（ステップＳ３７）。

MAP_着信翻訳応答メッセージが送信されると、通常のＩＭＳにおける着信サービス制御を行うためのSIP_INVITEメッセージが、発側ＩＭＳ網３０のＯ−ＡＳ３３によって発側ＩＭＳ網３０のＣＳＣＦ３１へ送信される(ステップＳ３８)。送信されたSIP_INVITEメッセージに応じて、問い合わせのためのDiameterLocationInformationReq.メッセージが、発側ＩＭＳ網３０のＣＳＣＦ３１によって着側ＩＭＳ網４０のＨＳＳ４３へ送信される（ステップＳ３９）。

Diameter LocationInformationReq.メッセージが着側ＩＭＳ網４０のＨＳＳ４３によって受信されると、接続先情報の応答が着側ＩＭＳ網４０のＨＳＳ４３によって行われ（ステップＳ４１）、DiameterLocationInformationAnswer.メッセージが、着側ＩＭＳ網４０のＨＳＳ４３によって発側ＩＭＳ網３０のＣＳＣＦ３１へ送信される（ステップＳ４１）。

続いて、SIP_INVITEメッセージが、発側ＩＭＳ網３０のＣＳＣＦ３１によって着側ＩＭＳ網４０のＣＳＣＦ４１へ送信される（ステップＳ４２）。着側ＩＭＳ網４０のＣＳＣＦ４１によってSIP_INVITEメッセージが受信されると、着信サービスの判定をするために、SIP_INVITEメッセージが、着側ＩＭＳ網４０のＣＳＣＦ４１によって着側ＩＭＳ網４０のＣＳ−ＡＳ４４へ送信される（ステップＳ４３）。

SIP_INVITEメッセージが着側ＩＭＳ網４０のＣＳ−ＡＳ４４によって受信されると、着信端末９の着信サービスが起動されていることが、着側ＩＭＳ網４０のＣＳ−ＡＳ４４によって判定される（ステップＳ４４）。着信サービスが起動されていることが判定されると、音声ガイダンスを送出するためのSIP_INVITEメッセージが、着側ＩＭＳ網４０のＣＳ−ＡＳ４４によって着側ＩＭＳ網４０のＣＳＣＦ４１へ送信される（ステップＳ４５）。これにより、着信サービス制御が行われる。

着側ＩＭＳ網４０のＣＳＣＦ４１によってSIP_INVITEメッセージが受信されると、音声ガイダンスを送出するためのSIP_INVITEメッセージが、着側ＩＭＳ網４０のＣＳＣＦ４１によって着側ＩＭＳ網４０のＭＲＦ４５へ送信される（ステップＳ４６）。このSIP_INVITEメッセージに応じて、リクエストが成功した旨のSIP_200OKメッセージが、着側ＩＭＳ網４０のＭＲＦ４５によって着側ＩＭＳ網４０のＣＳＣＦ４１へ送信される（ステップＳ４７）。

SIP_200 OKメッセージが着側ＩＭＳ網４０のＣＳＣＦ４１によって受信されると、SIP_200OKメッセージが、着側ＩＭＳ網４０のＣＳＣＦ４１によって着側ＩＭＳ網４０のＣＳ−ＡＳ４４へ送信される（ステップＳ４８）。すると、SIP_183 SessionProgressメッセージが、着側ＩＭＳ網４０のＣＳ−ＡＳ４４によって着側ＩＭＳ網４０のＣＳＣＦ４１へ送信される（ステップＳ４９）。

SIP_183 Session Progressメッセージが着側ＩＭＳ網４０のＣＳＣＦ４１によって受信されると、SIP_183Session Progressメッセージが、着側ＩＭＳ網４０のＣＳＣＦ４１によって発側ＩＭＳ網３０のＣＳＣＦ３１へ送信される（ステップＳ５０）。SIP_183Session Progressメッセージが発側ＩＭＳ網３０のＣＳＣＦ３１によって受信されると、SIP_183 Session Progressメッセージが、発側ＩＭＳ網３０のＣＳＣＦ３１によって発側ＩＭＳ網３０のインタワーク装置３２へ送信される（ステップＳ５１）。

SIP_183 Session Progressメッセージが発側ＩＭＳ網３０のインタワーク装置３２において受信されると、受信されたメッセージがＳＩＰメッセージからＣＣメッセージへ変換されて、CC_DISCONNECTメッセージが、発側ＩＭＳ網３０のインタワーク装置３２から発側ＩＭＳ網３０の発信端末８へ送信される（ステップＳ５２）。

この後、着側ＩＭＳ網４０のＭＲＦ４５と発側ＩＭＳ網３０の発信端末８とがガイダンス接続されて、ＭＲＦ４５から発信端末８へ着信サービスの音声ガイダンスが流れる（ステップＳ５３）。以上のようにして、発信端末８がＩＭＳ網に在圏し且つ３Ｇ端末であり、着信端末９がＩＭＳ網に在圏し且つ３Ｇ端末である場合に、着信サービス制御及び着信サービスの提供が行われる。

以上説明した本実施形態に係る通信システムＳでは、ＩＭＳ網３に在圏する３Ｇ端末から発信要求を受け付けると、着側３Ｇ網２０のＨＬＲ２３が備える在圏判定制御部６２が、３Ｇ網１に配置されたＨＬＲ２３に格納された加入者情報に基づいて、着信端末９が３Ｇ網１に在圏し且つ３Ｇ端末であるか否か判断する。これはすなわち、ＩＭＳ網３に在圏する３Ｇ端末から３Ｇ網１に在圏する３Ｇ端末へ発信する状況か否か判断している。続いて、着信端末９が３Ｇ網１に在圏し且つ３Ｇ端末であると判断された場合、発信端末８の在圏網（発側ＩＭＳ網３０）に配置されたＯ−ＡＳ３３が着信サービス制御を行う。すなわち、着信端末９が在圏する３Ｇ網１における着信サービス制御の方式に合わせて着信サービス制御を行うこととなる。これにより、発信端末８がＩＭＳ網３に在圏し、着信端末９が３Ｇ網１に在圏している場合であっても、着信サービス制御を行うことができる。

ところで、本実施形態に係る通信システムＳは、ＩＭＳ網３に在圏する３Ｇ端末から３Ｇ網１に在圏する３Ｇ端末へ発信した場合に、着信サービス制御を発側のＩＭＳ網３で実行することにより、着信サービス制御を行えるようにした。これに対して、ＩＭＳ網３に在圏する３Ｇ端末から３Ｇ網１に在圏する３Ｇ端末へ発信した場合に、着信サービス制御を着側の３Ｇ網１で実行することも考えられる。この場合、着信サービス制御を着側３Ｇ網２０で行うので、ガイダンス情報としての音声信号は、着側３Ｇ網２０が備える音源装置２４から送出されることとなる。このような比較例について説明する。

図８を参照して、比較例に係る通信システムＳ１００について説明する。図８は、比較例に係る通信システムの構成を示す図である。発側ＩＭＳ網３０は、上述した構成ノードに加えて、ＭＧＷ（Media Gateway Function）３６を備えている。ＭＧＷ３６は、ＩＭＳ上で回線交換網とのゲートウェイとなるノードで、着側３Ｇ網２０のＧ−ＭＳＣ２１と接続されている。ＭＧＷ３６は、着側３Ｇ網２０のＧ−ＭＳＣ２１から受信したデータ信号をインタワーク装置３２を介して発信端末８へ送信する。

従って、着側３Ｇ網２０の音源装置２４から送出された音声信号は、着側３Ｇ網２０のＧ−ＭＳＣ２１を介して、発側ＩＭＳ網３０へ送信されることとなる。そして、発側ＩＭＳ網３０のＭＧＷ３６が受信し、インタワーク装置３２を介して着信端末９へ送信されることとなる。

しかしながら、この、着側３Ｇ網２０の音源装置２４から着信端末９までの伝送路において、取り扱われている符号化方式が統一されていない。音源装置２４は、一般的にＧ．７１１（ＰＣＭ）符号化方式で符号化された音声信号を送出する。これは、非圧縮の音声信号であり、蓄積した音声データを加工しやすいからである。

着側３Ｇ網２０と発側ＩＭＳ網３０との間は、ＡＴＭ回線９１で接続されている。ＡＴＭ回線９１は、１回線につき可変帯域をハント可能な回線であり、ＡＭＲ符号化方式で符号化された信号を通すことができる。しかし、ＡＴＭ回線９１は、Ｇ．７１１（ＰＣＭ）符号化方式で符号化された信号を通すことができない。よって、着側３Ｇ網２０のＧ−ＭＳＣ２１と発側ＩＭＳ網３０のＭＧＷ３６との間は、ＡＭＲ符号化方式で符号化された信号を送受信する必要がある。

一方、３Ｇ端末へ送信する信号は、ＡＭＲ符号化方式で符号化された信号である必要がある。このため、発側ＩＭＳ網３０は、ＭＧＷ３６と着信端末９との間で、ＡＭＲ符号化方式で符号化された信号により送受信を行うよう構築されている。

従って、着側３Ｇ網２０において着信サービス制御を行おうとすると、着側３Ｇ網２０の音源装置２４から送出された音声信号を、Ｇ．７１１（ＰＣＭ）符号化方式からＡＭＲ符号化方式へ変換するコーディック装置を新たに設置する必要がある。このため、着信サービス制御を行うための設備の追加が必要となり、問題がある。

この比較例に係る通信システムＳ１００に比べて本実施形態に係る通信システムＳでは、発側ＩＭＳ網３０において着信サービス制御を行うので、コーディック装置を新たに設置する必要もなく、設備を抑制することができる。

本発明は、上記実施形態に限られず、種々の変形が可能である。例えば、上記実施形態では、ＨＬＲ２３のデータベース６３に格納された情報に基づいて、着信端末９が３Ｇ在圏の３Ｇ端末であるか否か判断したが、これに限られない。ＨＳＳ４３に格納されたＩＭＳ網３に在圏する端末の情報に基づいて、着信端末９が３Ｇ在圏の３Ｇ端末であるか否か判断してもよい。

上記実施形態では、着信サービス制御の一例として、音声ガイダンスを発信端末へ提供するための制御について説明したが、これに限られない。着信サービス制御には、発信端末の設定や状況に基づく情報を回線交換方式のネットワークにより、発信端末へ提供するための制御が含まれる。例えば、着信端末の状況に応じたリングバックトーンを発信端末へ送信したり、映像ガイダンスを着信端末へ提供したりするための制御も着信サービスに含まれる。

本実施形態に係る３Ｇ網とＩＭＳ網とを含む通信網の構成を示す図である。 本実施形態に係るＩＭＳ網間の着信サービス制御のための構成を示す図である。 本実施形態に係る通信システムの構成を示す図である。 本実施形態に係るＯ−ＡＳ及びＨＬＲの構成を示す図である。 本実施形態に係る通信システムの動作を示すフローチャートである。 本実施形態に係る通信システムにおいて着信端末が３Ｇ端末且つ３Ｇ網に在圏している場合に着信サービス制御を行う動作を示すシーケンス図である。 本実施形態に係る通信システムにおいて着信端末が３Ｇ端末且つＩＭＳ網に在圏している場合に着信サービス制御を行う動作を示すシーケンス図である。 比較例に係る通信システムの構成を示す図である。

符号の説明

Ｎ…通信網、Ｓ…通信システム、１…３Ｇ網（第２の移動体通信網）、３…ＩＭＳ網（第１の移動体通信網）、８…発信端末、９…着信端末、１２…ＭＳＣ（第２の制御手段）、２３…ＨＬＲ（格納手段）、３１…ＣＳＣＦ（受付手段）、３３…Ｏ−ＡＳ（付加制御手段）、４４…ＣＳ−ＡＳ（第１の制御手段）、６２…在圏判定制御部（判断手段）。

Claims (4)

1. ＩＭＳ網と３Ｇ網とが接続された通信網における通信システムであって、
   前記ＩＭＳ網は、
   着信端末の状況に基づく情報を発信端末へ提供するための着信サービス制御を前記着信端末の在圏網で行う第１の制御手段と、
   前記着信サービス制御を前記発信端末の在圏網で行う付加制御手段と、
   前記着信端末を特定する情報を含む発信要求を、前記ＩＭＳ網に在圏する発信端末から受け付ける受付手段と、
   を備え、
   前記３Ｇ網は、
   前記着信サービス制御を前記発信端末の在圏網で行う第２の制御手段と、
   前記３Ｇ網に在圏し且つ前記３Ｇ網のアーキテクチャーに基づくシステムを有する移動端末の情報を格納する格納手段と、
   前記受付手段によって受け付けられた前記発信要求に含まれる情報によって特定される着信端末が、前記３Ｇ網に在圏し且つ前記３Ｇ網のアーキテクチャーに基づくシステムを有する移動端末であるか否かを前記格納手段によって格納された情報に基づいて判断する判断手段と、
   を備え、
   前記付加制御手段は、前記判断手段によって前記着信端末が前記３Ｇ網に在圏し且つ前記３Ｇ網のアーキテクチャーに基づくシステムを有する移動端末であると判断された場合に前記着信サービス制御を行い、
   前記第１の制御手段は、前記判断手段によって前記着信端末が前記３Ｇ網に在圏し且つ前記３Ｇ網のアーキテクチャーに基づくシステムを有する移動端末でないと判断された場合に前記着信サービス制御を行うことを特徴とする通信システム。
2. 前記着信サービス制御は、前記着信端末の状況に基づく情報としての音声ガイダンスを発信端末へ送信する制御であることを特徴とする請求項１に記載の通信システム。
3. ＩＭＳ網と３Ｇ網とが接続された通信網における通信方法であって、
   前記３Ｇ網に配置された格納手段が、前記３Ｇ網に在圏し且つ前記３Ｇ網のアーキテクチャーに基づくシステムを有する移動端末の情報を格納した状態において、
   前記ＩＭＳ網に配置された受付手段が、着信端末を特定する情報を含む発信要求を、前記ＩＭＳ網に在圏する発信端末から受け付ける受付ステップと、
   前記３Ｇ網に配置された判断手段が、前記受付ステップにおいて受け付けられた前記発信要求に含まれる情報によって特定される着信端末が、前記３Ｇ網に在圏し且つ前記３Ｇ網のアーキテクチャーに基づくシステムを有する移動端末であるか否かを、前記格納手段によって格納された情報に基づいて判断する判断ステップと、
   前記ＩＭＳ網における前記発信端末の在圏網に配置された付加制御手段が、前記判断ステップにおいて前記着信端末が前記３Ｇ網に在圏し且つ前記３Ｇ網のアーキテクチャーに基づくシステムを有する移動端末であると判断された場合に、前記着信端末の状況に基づく情報を前記発信端末へ提供するための着信サービス制御を行う付加制御ステップと、
   前記ＩＭＳ網における前記着信端末の在圏網に配置された第１の制御手段が、前記判断ステップにおいて前記着信端末が前記３Ｇ網に在圏し且つ前記３Ｇ網のアーキテクチャーに基づくシステムを有する移動端末でないと判断された場合に、前記着信サービス制御を行う基本制御ステップと、
   を含むことを特徴とする通信方法。
4. 前記着信サービス制御は、前記着信端末の状況に基づく情報としての音声ガイダンスを発信端末へ送信する制御であることを特徴とする請求項３に記載の通信方法。

Images