(57)【特許請求の範囲】
【請求項１】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）コアネットワークと移動通信ネットワークと交換局サーバと携帯端末とからなる移動通信システムであって、
前記ＩＰネットワーク及び前記移動通信ネットワーク各々における複数のサービスを前記携帯端末に提供し、
前記交換局サーバは、前記携帯端末からの信号プロトコルをＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に変換する機能を有し、
前記ＩＰコアネットワークがＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）網であり、
試行中を表す暫定応答信号の受信後に、前記携帯端末に提供する前記移動通信ネットワークにおけるサービスの信号プロトコルと、前記ＩＭＳ網のＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）信号とをマッピングするための応答信号を追加したＳＩＰシーケンスを含み、
前記信号プロトコルと前記ＳＩＰ信号とをマッピングするために、前記ＳＩＰシーケンスにおいて、前記ＳＩＰ信号の判定後、正常系であった場合に前記暫定応答信号の受信後に前記応答信号を追加し、
前記交換局サーバが当該応答信号を受信した後に、前記暫定応答信号を契機に送信されていたＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇ信号を前記携帯端末側に送信して前記正常系の信号を確認することを特徴とする移動通信システム。
【請求項２】
前記移動通信ネットワークにおけるサービスのＣＳ（Ｃｉｒｃｕｉｔｅｄ  Ｓｗｉｔｃｈｅｄ）方式とＩＰパケットベースのＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）方式との差分を前記交換局サーバにて吸収することを特徴とする請求項１記載の移動通信システム。
【請求項３】
前記移動通信ネットワークにおけるサービスが第３世代携帯電話サービスであることを特徴とする請求項１または請求項２記載の移動通信システム。
【請求項４】
前記交換局サーバがＭＳＣ−ＩＷＦ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ−Ｉｎｔｅｒ  Ｗｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）であることを特徴とする請求項１から請求項３のいずれか記載の移動通信システム。
【請求項５】
前記応答信号は、前記Ｃａｌｌ  Ｐｒｏｃｅｅｄｉｎｇ信号の送信タイミングを変更して既存の信号プロトコルを前記ＳＩＰ信号にマッピング可能とすることを特徴とする請求項１から請求項４のいずれか記載の移動通信システム。
【請求項６】
移動通信ネットワークに属する携帯端末に付加サービスを提供するためにインタワークする交換局サーバであって、
前記移動通信ネットワークにおけるサービスの信号プロトコルをＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ベースのプロトコルに変換する変換機能を有し、
前記変換機能は、前記移動通信ネットワークにおけるサービスの信号プロトコルをＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に変換し、
試行中を表す暫定応答信号の受信後に、前記携帯端末に提供する前記移動通信ネットワークにおけるサービスの信号プロトコルと、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）網のＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）信号とをマッピングするための応答信号をＳＩＰシーケンスに追加し、
前記信号プロトコルと前記ＳＩＰ信号とをマッピングするために、前記ＳＩＰシーケンスにおいて、前記ＳＩＰ信号の判定後、正常系であった場合に前記暫定応答信号の受信後に前記応答信号を追加し、当該応答信号を受信した後に、前記暫定応答信号を契機に送信されていたＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇ信号を前記携帯端末側に送信して前記正常系の信号を確認することを特徴とする交換局サーバ。
【請求項７】
前記移動通信ネットワークにおけるサービスのＣＳ（Ｃｉｒｃｕｉｔｅｄ  Ｓｗｉｔｃｈｅｄ）方式とＩＰパケットベースのＳＩＰ方式との差分を吸収することを特徴とする請求項６記載の交換局サーバ。
【請求項８】
前記移動通信ネットワークにおけるサービスが第３世代携帯電話サービスであることを特徴とする請求項６または請求項７記載の交換局サーバ。
【請求項９】
前記応答信号は、前記Ｃａｌｌ  Ｐｒｏｃｅｅｄｉｎｇの送信タイミングを変更して既存の信号プロトコルを前記ＳＩＰ信号にマッピング可能とすることを特徴とする請求項６から請求項８のいずれか記載の交換局サーバ。
【請求項１０】
ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）コアネットワークと移動通信ネットワークと交換局サーバと携帯端末からなる移動通信システムにおいて、
前記ＩＰネットワーク及び前記移動通信ネットワーク各々における複数のサービスを前記携帯端末に提供し、
前記ＩＰコアネットワークがＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）網であり、
試行中を表す暫定応答信号の受信後に、前記携帯端末に提供する前記移動通信ネットワークにおけるサービスの信号プロトコルと、前記ＩＭＳ網のＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）信号とをマッピングするための応答信号をＳＩＰシーケンスに追加し、
前記信号プロトコルと前記ＳＩＰ信号とをマッピングするために、前記ＳＩＰシーケンスにおいて、前記ＳＩＰ信号の判定後、正常系であった場合に前記暫定応答信号の受信後に前記応答信号を追加し、
前記交換局サーバが当該応答信号を受信した後に、前記暫定応答信号を契機に送信されていたＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇ信号を前記携帯端末側に送信することで、前記正常系の信号を確認することを特徴とする付加サービス提供方法。
【請求項１１】
前記交換局サーバが、前記移動通信ネットワークにおけるサービスのＣＳ（Ｃｉｒｃｕｉｔｅｄ  Ｓｗｉｔｃｈｅｄ）方式とＩＰパケットベースのＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）方式との差分を吸収することを特徴とする請求項１０記載の付加サービス提供方法。
【請求項１２】
前記移動通信ネットワークにおけるサービスは、第３世代携帯電話サービスであることを特徴とする請求項１０または請求項１１記載の付加サービス提供方法。
【請求項１３】
前記応答信号は、前記Ｃａｌｌ  Ｐｒｏｃｅｅｄｉｎｇ信号の送信タイミングを変更して既存の信号プロトコルを前記ＳＩＰ信号にマッピング可能としたことを特徴とする請求項１0から請求項１２のいずれか記載の付加サービス提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は移動通信システム、交換局サーバ及びそれらに用いる付加サービス提供方法に関し、特に移動通信システム、交換局サーバ及びそれらからＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）シーケンスによって提供される付加サービスに関する。
【背景技術】
【０００２】
近年、移動通信サービスである携帯電話の普及が著しく、第３世代携帯電話（３ＧＰＰ：３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）サービス、無線ＬＡＮ（ＷＬＡＮ：Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）サービス等が普及してきている。
【０００３】
これらのシステムをすべてＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ネットワークに統合する動きがある。ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）は、ＩＰベースのマルチメディアサービスを第３世代携帯電話や無線ＬＡＮへアクセス網に依存せずに提供するシステムであり、ＩＰベースのサービスの提供だけでなく、ＰＳＴＮ（Ｐｕｂｌｉｃ  Ｓｗｉｔｃｈｅｄ  Ｔｅｌｅｐｈｏｎｅ  Ｎｅｔｗｏｒｋ）やインタネットと接続し、サービスを提供することを可能としている。このＩＭＳ網では制御プロトコルとして、ＳＩＰが用いられている。
【０００４】
第３世代携帯電話ネットワークは、従来の回線交換網を使用するＣＳ（Ｃｉｒｃｕｉｔ  Ｓｗｉｔｃｈｅｄ）ドメインと、パケット交換網を使用するＰＳ（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ）ドメインとで構成されている。ＩＭＳはＰＳドメイン上に構築されるサブシステムであるため、ＣＳドメインとは独立している。そのため、ＩＭＳ網に収容するためには、ＣＳサービスをＰＳサービスに変換する、すなわちＣＳドメインの信号プロトコルをＰＳドメインのＳＩＰに変換する必要がある。
【０００５】
しかしながら、上述した従来の通信方法では、通話方式の差分がある。無線ＬＡＮと第３世代携帯電話との間のＣＳ呼処理は、無線ＬＡＮ側の呼処理ノードがＣＳＣＦ（Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）であり、第３世代携帯電話側の呼処理ノードであるＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ：移動通信交換局）とは異なっている。
【０００６】
上記のＣＳドメインの信号プロトコルをＰＳドメインのＳＩＰに変換することを可能とする技術としては、異種無線間でのハンドオーバを行うために、信号プロトコルをＳＩＰ信号に変換する技術等がある（例えば、特許文献１参照）。
【０００７】
また、第３世代携帯電話サービスにおける付加サービスは、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）標準のサービス［ＣＦ（Ｃａｌｌ  Ｆｏｒｗａｒｄｉｎｇ）、ＣＷ（Ｃａｌｌ  Ｗａｉｔｉｎｇ）、ＣＢ（Ｃａｌｌ  Ｂａｒｒｉｎｇ）、ＣＬＩＲ（Ｃａｌｌｉｎｇ  Ｌｉｎｅ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｒｅｓｔｒｉｃｔｉｏｎ）等］と、ＩＮ（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｎｅｔｗｏｒｋ）方式によるサービスとが採用されている。ＩＮ方式は、サービス制御、サービスに関するデータの管理・保持を、交換機とは別ノードに分離することによって、サービスの追加、拡張を交換機のソフトウェアに変更を加えることなく、実現することを目指したネットワークである。
【０００８】
【特許文献１】特願２００５−２４１９３７号公報
【発明の開示】
【発明が解決しようとする課題】
【０００９】
しかしながら、ＩＭＳ網に収容された第３世代携帯電話サービスに上記のＣＢ及びＣＬＩＲサービスを提供することはできない。図８〜図１０に正常時の既存のＳＩＰシーケンスを示す。
【００１０】
図８〜図１０に示すように、既存の第３世代携帯電話システムでは、ＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ：移動通信交換局）において正常系、準正常系の信号を判定することができる（図８のｅ１〜ｅ２１、図９のｅ２２〜ｅ４４、図１０のｅ４５〜ｅ５６参照）。
【００１１】
しかしながら、ＩＰ化されたＩＭＳ網では、ＭＳＣ−ＩＷＦ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ−Ｉｎｔｅｒ  Ｗｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）が第３世代携帯電話サービスからの信号プロトコルをＳＩＰに変換するだけであり、ＩＭＳ網の装置であるＣＳＣＦがＩＮＶＩＴＥ信号［接続要求（セッション確立要求）］を受信しないと判定することができない。
【００１２】
そのため、上述の通り、二つの方式では信号の判定、送信タイミングに差分が生まれるので、正常系信号を判断するＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇ（図８のｅ１２）を送信するタイミングが重要となる。しかしながら、既存のＳＩＰシーケンスでは、１００  Ｔｒｙｉｎｇ（試行中を表す暫定応答）（図８のｅ１１）を契機にＭＳＣ−ＩＷＦからＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：無線ネットワーク制御装置）にＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇ（図８のｅ１２）が送信されるため、準正常系サービスであるＣＢやＣＬＩＲではＲＮＣからＭＳＣ−ＩＷＦに対してＳＥＴＵＰ信号（図８のｅ９）を転送し、ＭＳＣ−ＩＷＦからＲＮＣに対してＲＥＬＣＯＭＰ信号（Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅ  Ｍｅｓｓａｇｅ：解放完了メッセージ）を送信するといった信号の流れにならなければならない｛“Ｃａｌｌ  Ｂａｒｒｉｎｇ（ＣＢ）  Ｓｕｐｐｌｅｍｅｎｔａｒｙ  Ｓｅｒｖｉｃｅ−Ｓｔａｇｅ  ３”［３ＧＰＰ  ＴＳ２４．０８８Ｖ６．０．０（２００３−０３）］（非特許文献１）及び“Ｌｉｎｅ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｓｕｐｐｌｅｍｅｎｔａｒｙ  Ｓｅｒｖｉｃｅ−Ｓｔａｇｅ  ３”［３ＧＰＰ  ＴＳ２４．０８１（２００４−１２）］（非特許文献２）参照｝。
【００１３】
しかしながら、従来の付加サービスでは、ＳＥＴＵＰ信号（図８のｅ９）とＲＥＬＣＯＭＰ信号との間にＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇ信号（図８のｅ１２）が入ってしまうため、信号のマッピングができないという問題がある。
【００１４】
図１１〜図１３には、正常時の１８３信号判定によるＳＩＰシーケンスを示している（図１１のｆ１〜ｆ１８、図１２のｆ１９〜ｆ４２、図１３のｆ４３〜ｆ５６参照）。
【００１５】
上記の図８〜図１０に示す既存のＳＩＰシーケンスでの上記の問題の解決策として、図１１〜図１３に示すように、正常系の場合、ＭＳＣ−ＩＷＦが１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓ信号（セッションの進捗状況）（図１２のｆ２６）を受信した際に、ＲＮＣに対してＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇ（図１２のｆ２７）を送信するように変更した場合、図８〜１０に示す既存のＳＩＰシーケンスでは、信号マッピングできなかったＣＢやＣＬＩＲの処理を正常に行うことができる。
【００１６】
しかしながら、正常系動作の場合、１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓ（図１２のｆ２６）を受信するまでに、着信側の認証、秘匿、セットアップ等を行わなければならないため、遅延が発生してしまうという問題がある。これは、ユーザがサービスを利用するたびに遅延が発生することを意味し、サービスの低下につながる。
【００１７】
そこで、本発明の目的は上記の問題点を解消し、既存のサービスに影響することなく、ＣＢ及びＣＬＩＲサービスの提供を実現することができる移動通信システム、交換局サーバ及びそれらに用いる付加サービス提供方法を提供することにある。
【課題を解決するための手段】
【００１８】
本発明による移動通信システムは、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）コアネットワークと移動通信ネットワークと交換局サーバと携帯端末とからなる移動通信システムであって、
前記ＩＰネットワーク及び前記移動通信ネットワーク各々における複数のサービスを前記携帯端末に提供し、
前記交換局サーバは、前記携帯端末からの信号プロトコルをＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に変換する機能を有し、
前記ＩＰコアネットワークがＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）網であり、
試行中を表す暫定応答信号の受信後に、前記携帯端末に提供する前記移動通信ネットワークにおけるサービスの信号プロトコルと、前記ＩＭＳ網のＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）信号とをマッピングするための応答信号を追加したＳＩＰシーケンスを含み、
前記信号プロトコルと前記ＳＩＰ信号とをマッピングするために、前記ＳＩＰシーケンスにおいて、前記ＳＩＰ信号の判定後、正常系であった場合に前記暫定応答信号の受信後に前記応答信号を追加し、
前記交換局サーバが当該応答信号を受信した後に、前記暫定応答信号を契機に送信されていたＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇ信号を前記携帯端末側に送信して前記正常系の信号を確認している。
【００１９】
本発明による交換局サーバは、移動通信ネットワークに属する携帯端末に付加サービスを提供するためにインタワークする交換局サーバであって、
前記移動通信ネットワークにおけるサービスの信号プロトコルをＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ベースのプロトコルに変換する変換機能を備え、
前記変換機能は、前記移動通信ネットワークにおけるサービスの信号プロトコルをＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に変換し、
試行中を表す暫定応答信号の受信後に、前記携帯端末に提供する前記移動通信ネットワークにおけるサービスの信号プロトコルと、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）網のＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）信号とをマッピングするための応答信号をＳＩＰシーケンスに追加し、
前記信号プロトコルと前記ＳＩＰ信号とをマッピングするために、前記ＳＩＰシーケンスにおいて、前記ＳＩＰ信号の判定後、正常系であった場合に前記暫定応答信号の受信後に前記応答信号を追加し、当該応答信号を受信した後に、前記暫定応答信号を契機に送信されていたＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇ信号を前記携帯端末側に送信して前記正常系の信号を確認している。
【００２０】
本発明による付加サービス提供方法は、ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）コアネットワークと移動通信ネットワークと交換局サーバと携帯端末からなる移動通信システムにおいて、
前記ＩＰネットワーク及び前記移動通信ネットワーク各々における複数のサービスを前記携帯端末に提供し、
前記ＩＰコアネットワークがＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）網であり、
試行中を表す暫定応答信号の受信後に、前記携帯端末に提供する前記移動通信ネットワークにおけるサービスの信号プロトコルと、前記ＩＭＳ網のＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）信号とをマッピングするための応答信号をＳＩＰシーケンスに追加し、
前記信号プロトコルと前記ＳＩＰ信号とをマッピングするために、前記ＳＩＰシーケンスにおいて、前記ＳＩＰ信号の判定後、正常系であった場合に前記暫定応答信号の受信後に前記応答信号を追加し、
前記交換局サーバが当該応答信号を受信した後に、前記暫定応答信号を契機に送信されていたＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇ信号を前記携帯端末側に送信することで、前記正常系の信号を確認している。
【００２１】
すなわち、本発明の移動通信システムは、上記の目的を達成するため、正常系の場合、既存のＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）シーケンスで、ＣＳＣＦ（Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）からＭＳＣ−ＩＷＦ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ−Ｉｎｔｅｒ  Ｗｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）に１００  Ｔｒｙｉｎｇ（試行中を表す暫定応答）の送信後、ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：無線ネットワーク制御装置）に送信されていたＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇを、図２〜図４に示すように、１００  Ｔｒｙｉｎｇの送信後に追加した応答信号１××（××は任意の数字）をＭＳＣ−ＩＷＦに対して送信し、その後、ＲＮＣに対してＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇを送信するものとする。
【００２２】
これによって、本発明の移動通信システムでは、１００  Ｔｒｙｉｎｇを契機に送信されていたＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇの送信タイミングが応答信号１××受信時になり、ＣＢ（Ｃａｌｌ  Ｂａｒｒｉｎｇ）、ＣＬＩＲ（Ｃａｌｌｉｎｇ  Ｌｉｎｅ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｒｅｓｔｒｉｃｔｉｏｎ）サービスの場合、ＣＳＣＦがＩＮＶＩＴＥ信号［接続要求（セッション確立要求）］の受信時に判定を行うことによって、Ｅｒｒｏｒ信号が送信可能となる。このため、本発明の移動通信システムでは、既存の信号プロトコルをＳＩＰにマッピングすることが可能となり、上記の課題が解決可能となる。
【００２３】
また、図１１〜図１３に示すように、正常系の場合、ＭＳＣ−ＩＷＦが１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓ信号を受信した際に、ＲＮＣに対してＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇを送信するように変更した際、正常系信号であると、１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓを受信するまでに、着信側の認証、秘匿、セットアップ等を行わなければならないため、遅延が発生する。しかしながら、応答信号１××はＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇの送信タイミングに影響を与えないため、上記の課題が解決可能となる。
【００２４】
さらに、ＭＳＣ−ＩＷＦにおいては、ＲＮＣから受信した第３世代携帯電話サービスで使用される信号プロトコルをＳＩＰに変換する機能を有し、ＭＳＣ−ＩＷＦからＳＩＰ変換された信号を受信するＣＳＣＦにおいては、正常系かＣＢまたはＣＬＩＲかを判定し、応答信号１××またはＥｒｒｏｒ信号をＭＳＣ−ＩＷＦに送信する機能を有する構成としている。
【００２５】
ここで、上記のＭＳＣ−ＩＷＦは第３世代携帯電話サービスで使用される信号プロトコルをＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）網で使用されるＳＩＰに変換する。また、ＣＳＣＦはＭＳＣ−ＩＷＦから送信されるＩＮＶＩＴＥ信号から正常系かＣＢまたはＣＬＩＲかを判定し、正常系であれば応答信号１××をＭＳＣ−ＩＷＦに送信し、ＣＢまたはＣＬＩＲを検出した場合に、Ｅｒｒｏｒ信号を送信する。
【００２６】
上記のように、本発明の移動通信システムでは、ＩＭＳ網に収容された第３世代携帯電話に既存のＣＢ及びＣＬＩＲサービスを実現するため、ＳＩＰシーケンスに新たな信号を追加し、ＩＭＳに機能追加を行うことで、上記の課題を解決し、既存のサービスに影響することなく、ＣＢ及びＣＬＩＲサービスを提供することが可能となる。
【発明の効果】
【００２７】
本発明は、上記のような構成及び動作とすることで、既存のサービスに影響することなく、ＣＢ及びＣＬＩＲサービスの提供を実現することができるという効果が得られる。
【発明を実施するための最良の形態】
【００２８】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例による移動通信システムの構成を示すブロック図である。図１において、本発明の一実施例による移動通信システムは、既存の携帯端末であるＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）（図示せず）と、無線ネットワークの制御装置であるＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：無線ネットワーク制御装置）１と、ＭＳＣ−ＩＷＦ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ−Ｉｎｔｅｒ  Ｗｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）２と、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）網の一装置であるＣＳＣＦ（Ｃａｌｌ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｆｕｎｃｔｉｏｎ）３とから構成されている。
【００２９】
ＭＳＣ−ＩＷＦ２はＲＮＣ１からきた信号プロトコルをＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）に変換する機能を有し、ＩＭＳ網の一装置であるＣＳＣＦ３に収容するためのインタワーク装置である。ＣＳＣＦ３はＰＳ（Ｐａｃｋｅｔ  Ｓｗｉｔｃｈｅｄ）ドメインに接続され、コアネットワークのＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）化を図るシステムであり、呼制御機能を有する装置である。また、ＵＥからＲＮＣ１、ＭＳＣ−ＩＷＦ２間は第３世代携帯電話サービスの信号プロトコルが用いられ、ＭＳＣ−ＩＷＦ２で信号プロトコルとＳＩＰとの変換を行うため、ＭＳＣ−ＩＷＦ２からＣＳＣＦ３ではＳＩＰが用いられている様子を示している。
【００３０】
図２〜図４は本発明の一実施例による正常時のＳＩＰシーケンスを示すシーケンスチャートである。これら図２〜図４には、本発明の一実施例としての１××信号を追加した際の正常時のＳＩＰシーケンスを示している（図２のａ１〜ａ２２、図３のａ２３〜ａ４５、図４のａ４６〜ａ５７参照）。
【００３１】
本実施例において、ＲＮＣ１（送信側）とＭＳＣ−ＩＷＦ２（発信側）との間は発信側の信号プロトコルの信号の流れを示している。ＭＳＣ−ＩＷＦ２（発信側）とＣＳＣＦ３との間は発信側のＳＩＰ信号の流れを示し、ＣＳＣＦ３とＭＳＣ−ＩＷＦ４（着信側）との間は、着信側のＳＩＰ信号の流れを示している。また、ＭＳＣ−ＩＷＦ４（着信側）とＲＮＣ５（着信側）との間は着信側の信号プロトコルの信号の流れを示している。
【００３２】
図５は本発明の一実施例によるＣＢ（Ｃａｌｌ  Ｂａｒｒｉｎｇ）及びＣＬＩＲ（Ｃａｌｌｉｎｇ  Ｌｉｎｅ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｒｅｓｔｒｉｃｔｉｏｎ）サービス時のＳＩＰシーケンスを示すシーケンスチャートである。図５には、本発明の一実施例としてのＣＢ及びＣＬＩＲ時のＳＩＰシーケンスを示している（図５のｂ１〜ｂ１３参照）。
【００３３】
本実施例において、上記と同様に、ＲＮＣ１（送信側）とＭＳＣ−ＩＷＦ２（発信側）との間は発信側の信号プロトコルの信号の流れを示している。ＭＳＣ−ＩＷＦ２（発信側）とＣＳＣＦ３との間は発信側のＳＩＰ信号の流れを示し、ＣＳＣＦ３とＭＳＣ−ＩＷＦ４（着信側）との間は着信側のＳＩＰ信号の流れを示している。また、ＭＳＣ−ＩＷＦ４（着信側）とＲＮＣ５（着信側）との間は着信側の信号プロトコルの信号の流れを示している。
【００３４】
これら図１〜図５を参照して本発明の一実施例による移動通信システムの動作について説明する。まず、図２〜図４を参照して本発明の一実施例による応答信号１××（図２のａ１１）追加時のＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇ（図２のａ１４）送信までのＳＩＰシーケンスの動作について説明する。
【００３５】
ＲＮＣ１（送信側）はＭＳＣ−ＩＷＦ２（発信側）に対して、ＵＥからのサービス開始要求であるＣＭ  Ｓｅｒｖｉｃｅ信号を送信する（図２のａ１）。これに対し、ＭＳＣ−ＩＷＦ２（発信側）はＲＮＣ１（送信側）に、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ（認証リクエスト）を送信する（図２のａ２）。この認証リクエストに対し、ＲＮＣ１（送信側）はＵＥから返送されたＡｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ（認証応答）を転送する（図２のａ３）。これによって、認証が完了し、ＭＳＣ−ＩＷＦ２（発信側）はＲＮＣ１（送信側）に対して、Ｃｏｍｍｏｎ  ＩＤを送信する（図２のａ４）。
【００３６】
次に、ＲＮＣ１（送信側）とＭＳＣ−ＩＷＦ２（発信側）との間では、Ｓｅｃｕｒｉｔｙ  Ｍｏｄｅ（秘匿）、ＴＭＳＩ（Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｉｔｔｙ）  Ｒｅａｌｌｏｃａｔｉｏｎ（新ＴＭＳＩの取得、旧ＴＭＳＩの開放）の送受信が行われ（図２のａ５〜ａ８）、ＲＮＣ１（送信側）からはＭＳＣ−ＩＷＦ２（発信側）に対し、ＳＥＴＵＰ信号が転送される（図２のａ９）。
【００３７】
この時点で、ＭＳＣ−ＩＷＦ２（発信側）はＣＳＣＦ３に対してＩＮＶＩＴＥ信号［接続要求（セッション確立要求）］を送信する（図２のａ１０）。このＩＮＶＩＴＥ信号を受信したＣＳＣＦ３は暫定応答である１００  Ｔｒｙｉｎｇ（試行中を表す暫定応答）をＭＳＣ−ＩＷＦ２（発信側）に送信し（図２のａ１１）、続けてＭＳＣ−ＩＷＦ２（発信側）に対して暫定応答信号１××を送信する（図２のａ１３）。ここで、ＣＳＣＦ３はＭＳＣ−ＩＷＦ４（着信側）に対してＩＮＶＩＴＥ信号を転送し（図２のａ１２）、ＭＳＣ−ＩＷＦ２（発信側）からＲＮＣ１（送信側）に対して、Ｃａｌｌ  Ｐｒｏｃｅｅｄｉｎｇが送信され（図２のａ１４）、正常系信号が確認される。
【００３８】
上述したように、図８〜図１０には正常時の既存のＳＩＰシーケンスを示しており、図１１〜図１３には正常時の１８３信号判定によるＳＩＰシーケンスを示している。図８〜図１０に示す既存のＳＩＰシーケンスの場合も、図２〜図４に示すＳＩＰシーケンスの場合と同様に、ＭＳＣ−ＩＷＦ２（発信側）からＲＮＣ１（送信側）に対して、Ｃａｌｌ  Ｐｒｏｃｅｅｄｉｎｇが送信され、正常系処理であることが確認される。
【００３９】
しかしながら、図１２に示す１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓ（セッションの進捗状況）（図１２のｆ２６）を契機にＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇ（図１２のｆ２７）が送信される場合には、ＲＮＣ１（送信側）からＭＳＣ−ＩＷＦ２（発信側）のＳＥＴＵＰ信号の送信後（図１１のｆ９）、ＭＳＣ−ＩＷＦ２（発信側）がＣＳＣＦ３に対してＩＮＶＩＴＥ信号を送信する（図１１のｆ１０）。
【００４０】
これを受信したＣＳＣＦ３は暫定応答である１００  ＴｒｙｉｎｇをＭＳＣ−ＩＷＦ２（発信側）に送信し（図１１のｆ１１）、ＭＳＣ−ＩＷＦ４（着信側）にＩＮＶＩＴＥ信号を転送する（図１１のｆ１２）。これに対し、ＭＳＣ−ＩＷＦ４（着信側）はＣＳＣＦ３に対して、暫定応答である１００  Ｔｒｙｉｎｇを送信する（図１１のｆ１３）。ここで、ＭＳＣ−ＩＷＦ４（着信側）はＲＮＣ５（着信側）に対して、Ｐａｇｉｎｇ信号を送信する（図１１のｆ１４）。これに対し、ＲＮＣ５（着信側）はＰａｇｅ  Ｒｅｓｐｏｎｓｅを返送する（図１１のｆ１５）。
【００４１】
ＭＳＣ−ＩＷＦ４（着信側）はＲＮＣ５（着信側）にＡｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｑｕｅｓｔ（認証リクエスト）を送信する（図１１のｆ１６）。この認証リクエストに対し、ＲＮＣ５（着信側）はＡｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｒｅｓｐｏｎｓｅ（認証応答）を返す（図１１のｆ１７）。これによって、認証が完了し、ＭＳＣ−ＩＷＦ４（着信側）はＲＮＣ５（着信側）に対して、Ｃｏｍｍｏｎ  ＩＤを送信する（図１１のｆ１８）。
【００４２】
次に、ＭＳＣ−ＩＷＦ４（着信側）とＲＮＣ５（着信側）との間では、Ｓｅｃｕｒｉｔｙ  Ｍｏｄｅ、ＴＭＳＩ  Ｒｅａｌｌｏｃａｔｉｏｎの送受信が行われ（図１２のｆ１９〜ｆ２２）、ＭＳＣ−ＩＷＦ４（着信側）からＲＮＣ５（着信側）に対し、ＳＥＴＵＰ信号を転送し（図１２のｆ２３）、Ｃａｌｌ  ＣｏｎｆｉｒｍをＭＳＣ−ＩＷＦ４（着信側）に対して送信する（図１２のｆ２４）。
【００４３】
ここで、ＭＳＣ−ＩＷＦ４（着信側）からはＣＳＣＦ３に対して、１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓ信号（セッションの進捗状況）が送信され（図１２のｆ２５）、ＣＳＣＦ３はＭＳＣ−ＩＷＦ２（発信側）に対して１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓを転送する（図１２のｆ２６）。これによって、ＭＳＣ−ＩＷＦ２（発信側）からＲＮＣ１（送信側）に対し、Ｃａｌｌ  Ｐｒｏｃｅｅｄｉｎｇが送信され（図１２のｆ２７）、正常系信号が確認される。
【００４４】
このように、図１１〜図１３に示すＳＩＰシーケンスでは、着信側のセットアップ処理が追加されるため、１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓ（図１２のｆ２６）を契機にＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇ（図１２のｆ２７）を送信するようにした場合、遅延が発生してしまう。
【００４５】
次に、図５を参照して本発明の一実施例によるＣＢ及びＣＬＩＲ時のＳＩＰシーケンスの動作について説明する。まず、既存の第３世代携帯電話サービスでは、ＣＢ及びＣＬＩＲの際、ＲＮＣ１（送信側）とＭＳＣ−ＩＷＦ２（発信側）との間において、ＳＥＴＵＰ信号（図５のｂ９）、ＲＥＬＣＯＭＰ信号（Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅ  Ｍｅｓｓａｇｅ：解放完了メッセージ）（図５のｂ１３）の順に送信されることでマッピングが可能となる。
【００４６】
図５を参照すると、図２〜図４に示す場合と同様に、ＲＮＣ１（送信側）からＭＳＣ−ＩＷＦ２（発信側）にＳＥＴＵＰ信号が転送される（図５のｂ９）。ここで、ＭＳＣ−ＩＷＦ２（発信側）からＣＳＣＦ３に対して、ＩＮＶＩＴＥ信号を送信する（図５のｂ１０）。これを受信したＣＳＣＦ３は、暫定応答１００  ＴｒｙｉｎｇをＭＳＣ−ＩＷＦ２（発信側）に送信し（図５のｂ１１）、ＣＳＣＦ３はＣＢまたはＣＬＩＲ状態を検出したため、Ｅｒｒｏｒ信号も送信する（図５のｂ１２）。これによって、ＭＳＣ−ＩＷＦ２（発信側）からはＲＮＣ１（送信側）に対し、ＲＥＬＣＯＭＰ信号が送信され（図５のｂ１３）、呼が解放される。
【００４７】
図６は本発明の一実施例によるＣＢ及びＣＬＩＲ時の既存のＳＩＰシーケンスを示すシーケンスチャートである。図６においては、上述した場合と同様に、ＲＮＣ１（送信側）からＭＳＣ−ＩＷＦ２（発信側）にＳＥＴＵＰ信号が転送される（図６のｃ９）。ここで、ＭＳＣ−ＩＷＦ２（発信側）からＣＳＣＦ３に対して、ＩＮＶＩＴＥ信号を送信する（図６のｃ１０）。
【００４８】
これを受信したＣＳＣＦ３は、暫定応答１００  ＴｒｙｉｎｇをＭＳＣ−ＩＷＦ２（発信側）に送信し（図６のｃ１１）、信号を受信したＭＳＣ−ＩＷＦ２（発信側）はこれを契機にＲＮＣ１（送信側）にＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇを送信してしまう（図６のｃ１２）。そのため、既存の第３世代携帯電話サービスとは信号の流れが変わり、マッピングすることができない。
【００４９】
図７は本発明の一実施例によるＣＢ及びＣＬＩＲ時の１８３信号判定によるＳＩＰシーケンスを示すシーケンスチャートである。図７においては、１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓを契機にＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇが送信される場合のＣＢ及びＣＬＩＲ時のＳＩＰシーケンスを示している。
【００５０】
図７を参照すると、上述した場合と同様に、ＲＮＣ１（送信側）からはＭＳＣ−ＩＷＦ２（発信側）にＳＥＴＵＰ信号が転送される（図７のｄ９）。次に、ＭＳＣ−ＩＷＦ２（発信側）からはＣＳＣＦ３に対して、ＩＮＶＩＴＥ信号を送信される（図７のｄ１０）。
【００５１】
これを受信したＣＳＣＦ３は、暫定応答１００  ＴｒｙｉｎｇをＭＳＣ−ＩＷＦ２（発信側）に送信し（図７のｄ１１）、ＣＳＣＦ３はＣＢまたは表示拒否発信状態を検出したため、Ｅｒｒｏｒ信号も送信する（図７のｄ１２）。これによって、ＭＳＣ−ＩＷＦ２（発信側）からＲＮＣ１（送信側）に対し、ＲＥＬＣＯＭＰ信号が送信され（図７のｄ１３）、呼が解放される。
【００５２】
これによって、本実施例では、応答信号１××を既存のＳＩＰシーケンスに追加することによって、正常系信号においてはＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇの送信タイミングに遅延を発生することなく、動作させることができる。また、ＣＢ及びＣＬＩＲ時においても、Ｃａｌｌ  Ｐｒｏｃｅｅｄｉｎｇを送信前に、Ｅｒｒｏｒ信号の送信を可能とするため、既存の第３世代携帯電話サービスの信号プロトコルとＳＩＰとにおいて信号マッピングが可能となる。
【００５３】
以上説明した通り、既存のＳＩＰシーケンスでは、正常系が問題なく動作するが、ＣＢやＣＬＩＲといった準正常系では第３世代携帯電話サービスとＳＩＰとのマッピングができない。また、Ｃａｌｌ  Ｐｒｏｃｅｅｄｉｎｇの送信タイミングを１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓにしたシーケンスでは、ＣＢやＣＬＩＲといった準正常時において、問題なく動作するが、正常時には遅延が発生してしまう。最後に、本発明によるＳＩＰシーケンスでは、正常時、ＣＢやＣＬＩＲといった準正常時に関わらず、既存のサービスに影響することなく、ＣＢやＣＬＩＲサービスを提供することができる。
【００５４】
このように、本実施例では、準正常系の処理において、既存のＳＩＰシーケンスに応答信号１××を追加することで、準正常系信号を受けた際でも、第３世代携帯電話サービスの信号プロトコルとＳＩＰとの間での信号マッピングができるようになる。また、本実施例では、信号プロトコルをＳＩＰに変換する際、応答信号１××が、正常系のＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇを送信するタイミングに悪影響を与えることもなく、１８３  Ｓｅｓｓｉｏｎ  Ｐｒｏｇｒｅｓｓ送信後にＣａｌｌ  Ｐｒｏｃｅｅｄｉｎｇを送信する場合のように、遅延を意識する必要はなくなる。
【００５５】
尚、本発明では、上記の実施例において、移動通信サービスを第３世代携帯電話サービスと設定しているが、移動通信サービスが第２世代携帯電話サービスやＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）の場合にも、適用可能である。
【図面の簡単な説明】
【００５６】
【図１】本発明の一実施例による移動通信システムの構成を示すブロック図である。
【図２】本発明の一実施例による正常時のＳＩＰシーケンスを示すシーケンスチャートである。
【図３】本発明の一実施例による正常時のＳＩＰシーケンスを示すシーケンスチャートである。
【図４】本発明の一実施例による正常時のＳＩＰシーケンスを示すシーケンスチャートである。
【図５】本発明の一実施例によるＣＢ及びＣＬＩＲサービス時のＳＩＰシーケンスを示すシーケンスチャートである。
【図６】本発明の一実施例によるＣＢ及びＣＬＩＲ時の既存のＳＩＰシーケンスを示すシーケンスチャートである。
【図７】本発明の一実施例によるＣＢ及びＣＬＩＲ時の１８３信号判定によるＳＩＰシーケンスを示すシーケンスチャートである。
【図８】正常時の既存ＳＩＰシーケンスを示すシーケンスチャートである。
【図９】正常時の既存ＳＩＰシーケンスを示すシーケンスチャートである。
【図１０】正常時の既存ＳＩＰシーケンスを示すシーケンスチャートである。
【図１１】正常時の１８３信号判定によるＳＩＰシーケンスを示すシーケンスチャートである。
【図１２】正常時の１８３信号判定によるＳＩＰシーケンスを示すシーケンスチャートである。
【図１３】正常時の１８３信号判定によるＳＩＰシーケンスを示すシーケンスチャートである。
【符号の説明】
【００５７】
１  ＲＮＣ（送信側）
２  ＭＳＣ−ＩＷＦ（発信側）
３  ＣＳＣＦ
４  ＭＳＣ−ＩＷＦ（着信側）
５  ＲＮＣ（着信側）
【図１】
0004839958.tif 000002
【図２】
0004839958.tif 000003
【図３】
0004839958.tif 000004
【図４】
0004839958.tif 000005
【図５】
0004839958.tif 000006
【図６】
0004839958.tif 000007
【図７】
0004839958.tif 000008
【図８】
0004839958.tif 000009
【図９】
0004839958.tif 000010
【図１０】
0004839958.tif 000011
【図１１】
0004839958.tif 000012
【図１２】
0004839958.tif 000013
【図１３】
0004839958.tif 000014