JP4839958B2

JP4839958B2 - 移動通信システム、交換局サーバ及びそれらに用いる付加サービス提供方法

Info

Publication number: JP4839958B2
Application number: JP2006137147A
Authority: JP
Inventors: 茂治栗田; 真人大西
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2006-05-17
Filing date: 2006-05-17
Publication date: 2011-12-21
Anticipated expiration: 2026-05-17
Also published as: GB0708919D0; US20070270144A1; CN101075881A; GB2438291B; JP2007311951A; US7920864B2; GB2438291A

Description

本発明は移動通信システム、交換局サーバ及びそれらに用いる付加サービス提供方法に関し、特に移動通信システム、交換局サーバ及びそれらからＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）シーケンスによって提供される付加サービスに関する。

近年、移動通信サービスである携帯電話の普及が著しく、第３世代携帯電話（３ＧＰＰ：３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）サービス、無線ＬＡＮ（ＷＬＡＮ：ＷｉｒｅｌｅｓｓＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ）サービス等が普及してきている。

これらのシステムをすべてＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ネットワークに統合する動きがある。ＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）は、ＩＰベースのマルチメディアサービスを第３世代携帯電話や無線ＬＡＮへアクセス網に依存せずに提供するシステムであり、ＩＰベースのサービスの提供だけでなく、ＰＳＴＮ（ＰｕｂｌｉｃＳｗｉｔｃｈｅｄＴｅｌｅｐｈｏｎｅＮｅｔｗｏｒｋ）やインタネットと接続し、サービスを提供することを可能としている。このＩＭＳ網では制御プロトコルとして、ＳＩＰが用いられている。

第３世代携帯電話ネットワークは、従来の回線交換網を使用するＣＳ（ＣｉｒｃｕｉｔＳｗｉｔｃｈｅｄ）ドメインと、パケット交換網を使用するＰＳ（ＰａｃｋｅｔＳｗｉｔｃｈｅｄ）ドメインとで構成されている。ＩＭＳはＰＳドメイン上に構築されるサブシステムであるため、ＣＳドメインとは独立している。そのため、ＩＭＳ網に収容するためには、ＣＳサービスをＰＳサービスに変換する、すなわちＣＳドメインの信号プロトコルをＰＳドメインのＳＩＰに変換する必要がある。

しかしながら、上述した従来の通信方法では、通話方式の差分がある。無線ＬＡＮと第３世代携帯電話との間のＣＳ呼処理は、無線ＬＡＮ側の呼処理ノードがＣＳＣＦ（ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）であり、第３世代携帯電話側の呼処理ノードであるＭＳＣ（ＭｏｂｉｌｅＳｗｉｔｃｈｉｎｇＣｅｎｔｅｒ：移動通信交換局）とは異なっている。

上記のＣＳドメインの信号プロトコルをＰＳドメインのＳＩＰに変換することを可能とする技術としては、異種無線間でのハンドオーバを行うために、信号プロトコルをＳＩＰ信号に変換する技術等がある（例えば、特許文献１参照）。

また、第３世代携帯電話サービスにおける付加サービスは、ＧＳＭ（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）標準のサービス［ＣＦ（ＣａｌｌＦｏｒｗａｒｄｉｎｇ）、ＣＷ（ＣａｌｌＷａｉｔｉｎｇ）、ＣＢ（ＣａｌｌＢａｒｒｉｎｇ）、ＣＬＩＲ（ＣａｌｌｉｎｇＬｉｎｅＩｄｅｎｔｉｆｉｃａｔｉｏｎＲｅｓｔｒｉｃｔｉｏｎ）等］と、ＩＮ（ＩｎｔｅｌｌｉｇｅｎｔＮｅｔｗｏｒｋ）方式によるサービスとが採用されている。ＩＮ方式は、サービス制御、サービスに関するデータの管理・保持を、交換機とは別ノードに分離することによって、サービスの追加、拡張を交換機のソフトウェアに変更を加えることなく、実現することを目指したネットワークである。

特願２００５−２４１９３７号公報

しかしながら、ＩＭＳ網に収容された第３世代携帯電話サービスに上記のＣＢ及びＣＬＩＲサービスを提供することはできない。図８〜図１０に正常時の既存のＳＩＰシーケンスを示す。

図８〜図１０に示すように、既存の第３世代携帯電話システムでは、ＭＳＣ（ＭｏｂｉｌｅＳｗｉｔｃｈｉｎｇＣｅｎｔｅｒ：移動通信交換局）において正常系、準正常系の信号を判定することができる（図８のｅ１〜ｅ２１、図９のｅ２２〜ｅ４４、図１０のｅ４５〜ｅ５６参照）。

しかしながら、ＩＰ化されたＩＭＳ網では、ＭＳＣ−ＩＷＦ（ＭｏｂｉｌｅＳｗｉｔｃｈｉｎｇＣｅｎｔｅｒ−ＩｎｔｅｒＷｏｒｋｉｎｇＦｕｎｃｔｉｏｎ）が第３世代携帯電話サービスからの信号プロトコルをＳＩＰに変換するだけであり、ＩＭＳ網の装置であるＣＳＣＦがＩＮＶＩＴＥ信号［接続要求（セッション確立要求）］を受信しないと判定することができない。

そのため、上述の通り、二つの方式では信号の判定、送信タイミングに差分が生まれるので、正常系信号を判断するＣａｌｌＰｒｏｃｅｅｄｉｎｇ（図８のｅ１２）を送信するタイミングが重要となる。しかしながら、既存のＳＩＰシーケンスでは、１００Ｔｒｙｉｎｇ（試行中を表す暫定応答）（図８のｅ１１）を契機にＭＳＣ−ＩＷＦからＲＮＣ（ＲａｄｉｏＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ：無線ネットワーク制御装置）にＣａｌｌＰｒｏｃｅｅｄｉｎｇ（図８のｅ１２）が送信されるため、準正常系サービスであるＣＢやＣＬＩＲではＲＮＣからＭＳＣ−ＩＷＦに対してＳＥＴＵＰ信号（図８のｅ９）を転送し、ＭＳＣ−ＩＷＦからＲＮＣに対してＲＥＬＣＯＭＰ信号（ＲｅｌｅａｓｅＣｏｍｐｌｅｔｅＭｅｓｓａｇｅ：解放完了メッセージ）を送信するといった信号の流れにならなければならない｛“ＣａｌｌＢａｒｒｉｎｇ（ＣＢ）ＳｕｐｐｌｅｍｅｎｔａｒｙＳｅｒｖｉｃｅ−Ｓｔａｇｅ３”［３ＧＰＰＴＳ２４．０８８Ｖ６．０．０（２００３−０３）］（非特許文献１）及び“ＬｉｎｅＩｄｅｎｔｉｆｉｃａｔｉｏｎＳｕｐｐｌｅｍｅｎｔａｒｙＳｅｒｖｉｃｅ−Ｓｔａｇｅ３”［３ＧＰＰＴＳ２４．０８１（２００４−１２）］（非特許文献２）参照｝。

しかしながら、従来の付加サービスでは、ＳＥＴＵＰ信号（図８のｅ９）とＲＥＬＣＯＭＰ信号との間にＣａｌｌＰｒｏｃｅｅｄｉｎｇ信号（図８のｅ１２）が入ってしまうため、信号のマッピングができないという問題がある。

図１１〜図１３には、正常時の１８３信号判定によるＳＩＰシーケンスを示している（図１１のｆ１〜ｆ１８、図１２のｆ１９〜ｆ４２、図１３のｆ４３〜ｆ５６参照）。

上記の図８〜図１０に示す既存のＳＩＰシーケンスでの上記の問題の解決策として、図１１〜図１３に示すように、正常系の場合、ＭＳＣ−ＩＷＦが１８３ＳｅｓｓｉｏｎＰｒｏｇｒｅｓｓ信号（セッションの進捗状況）（図１２のｆ２６）を受信した際に、ＲＮＣに対してＣａｌｌＰｒｏｃｅｅｄｉｎｇ（図１２のｆ２７）を送信するように変更した場合、図８〜１０に示す既存のＳＩＰシーケンスでは、信号マッピングできなかったＣＢやＣＬＩＲの処理を正常に行うことができる。

しかしながら、正常系動作の場合、１８３ＳｅｓｓｉｏｎＰｒｏｇｒｅｓｓ（図１２のｆ２６）を受信するまでに、着信側の認証、秘匿、セットアップ等を行わなければならないため、遅延が発生してしまうという問題がある。これは、ユーザがサービスを利用するたびに遅延が発生することを意味し、サービスの低下につながる。

そこで、本発明の目的は上記の問題点を解消し、既存のサービスに影響することなく、ＣＢ及びＣＬＩＲサービスの提供を実現することができる移動通信システム、交換局サーバ及びそれらに用いる付加サービス提供方法を提供することにある。

本発明による移動通信システムは、ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）コアネットワークと移動通信ネットワークと交換局サーバと携帯端末とからなる移動通信システムであって、
前記ＩＰネットワーク及び前記移動通信ネットワーク各々における複数のサービスを前記携帯端末に提供し、
前記交換局サーバは、前記携帯端末からの信号プロトコルをＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）に変換する機能を有し、
前記ＩＰコアネットワークがＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）網であり、
試行中を表す暫定応答信号の受信後に、前記携帯端末に提供する前記移動通信ネットワークにおけるサービスの信号プロトコルと、前記ＩＭＳ網のＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）信号とをマッピングするための応答信号を追加したＳＩＰシーケンスを含み、
前記信号プロトコルと前記ＳＩＰ信号とをマッピングするために、前記ＳＩＰシーケンスにおいて、前記ＳＩＰ信号の判定後、正常系であった場合に前記暫定応答信号の受信後に前記応答信号を追加し、
前記交換局サーバが当該応答信号を受信した後に、前記暫定応答信号を契機に送信されていたＣａｌｌＰｒｏｃｅｅｄｉｎｇ信号を前記携帯端末側に送信して前記正常系の信号を確認している。

本発明による交換局サーバは、移動通信ネットワークに属する携帯端末に付加サービスを提供するためにインタワークする交換局サーバであって、
前記移動通信ネットワークにおけるサービスの信号プロトコルをＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ベースのプロトコルに変換する変換機能を備え、
前記変換機能は、前記移動通信ネットワークにおけるサービスの信号プロトコルをＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）に変換し、
試行中を表す暫定応答信号の受信後に、前記携帯端末に提供する前記移動通信ネットワークにおけるサービスの信号プロトコルと、ＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）網のＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）信号とをマッピングするための応答信号をＳＩＰシーケンスに追加し、
前記信号プロトコルと前記ＳＩＰ信号とをマッピングするために、前記ＳＩＰシーケンスにおいて、前記ＳＩＰ信号の判定後、正常系であった場合に前記暫定応答信号の受信後に前記応答信号を追加し、当該応答信号を受信した後に、前記暫定応答信号を契機に送信されていたＣａｌｌＰｒｏｃｅｅｄｉｎｇ信号を前記携帯端末側に送信して前記正常系の信号を確認している。

本発明による付加サービス提供方法は、ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）コアネットワークと移動通信ネットワークと交換局サーバと携帯端末からなる移動通信システムにおいて、
前記ＩＰネットワーク及び前記移動通信ネットワーク各々における複数のサービスを前記携帯端末に提供し、
前記ＩＰコアネットワークがＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）網であり、
試行中を表す暫定応答信号の受信後に、前記携帯端末に提供する前記移動通信ネットワークにおけるサービスの信号プロトコルと、前記ＩＭＳ網のＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）信号とをマッピングするための応答信号をＳＩＰシーケンスに追加し、
前記信号プロトコルと前記ＳＩＰ信号とをマッピングするために、前記ＳＩＰシーケンスにおいて、前記ＳＩＰ信号の判定後、正常系であった場合に前記暫定応答信号の受信後に前記応答信号を追加し、
前記交換局サーバが当該応答信号を受信した後に、前記暫定応答信号を契機に送信されていたＣａｌｌＰｒｏｃｅｅｄｉｎｇ信号を前記携帯端末側に送信することで、前記正常系の信号を確認している。

すなわち、本発明の移動通信システムは、上記の目的を達成するため、正常系の場合、既存のＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）シーケンスで、ＣＳＣＦ（ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）からＭＳＣ−ＩＷＦ（ＭｏｂｉｌｅＳｗｉｔｃｈｉｎｇＣｅｎｔｅｒ−ＩｎｔｅｒＷｏｒｋｉｎｇＦｕｎｃｔｉｏｎ）に１００Ｔｒｙｉｎｇ（試行中を表す暫定応答）の送信後、ＲＮＣ（ＲａｄｉｏＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ：無線ネットワーク制御装置）に送信されていたＣａｌｌＰｒｏｃｅｅｄｉｎｇを、図２〜図４に示すように、１００Ｔｒｙｉｎｇの送信後に追加した応答信号１××（××は任意の数字）をＭＳＣ−ＩＷＦに対して送信し、その後、ＲＮＣに対してＣａｌｌＰｒｏｃｅｅｄｉｎｇを送信するものとする。

これによって、本発明の移動通信システムでは、１００Ｔｒｙｉｎｇを契機に送信されていたＣａｌｌＰｒｏｃｅｅｄｉｎｇの送信タイミングが応答信号１××受信時になり、ＣＢ（ＣａｌｌＢａｒｒｉｎｇ）、ＣＬＩＲ（ＣａｌｌｉｎｇＬｉｎｅＩｄｅｎｔｉｆｉｃａｔｉｏｎＲｅｓｔｒｉｃｔｉｏｎ）サービスの場合、ＣＳＣＦがＩＮＶＩＴＥ信号［接続要求（セッション確立要求）］の受信時に判定を行うことによって、Ｅｒｒｏｒ信号が送信可能となる。このため、本発明の移動通信システムでは、既存の信号プロトコルをＳＩＰにマッピングすることが可能となり、上記の課題が解決可能となる。

また、図１１〜図１３に示すように、正常系の場合、ＭＳＣ−ＩＷＦが１８３ＳｅｓｓｉｏｎＰｒｏｇｒｅｓｓ信号を受信した際に、ＲＮＣに対してＣａｌｌＰｒｏｃｅｅｄｉｎｇを送信するように変更した際、正常系信号であると、１８３ＳｅｓｓｉｏｎＰｒｏｇｒｅｓｓを受信するまでに、着信側の認証、秘匿、セットアップ等を行わなければならないため、遅延が発生する。しかしながら、応答信号１××はＣａｌｌＰｒｏｃｅｅｄｉｎｇの送信タイミングに影響を与えないため、上記の課題が解決可能となる。

さらに、ＭＳＣ−ＩＷＦにおいては、ＲＮＣから受信した第３世代携帯電話サービスで使用される信号プロトコルをＳＩＰに変換する機能を有し、ＭＳＣ−ＩＷＦからＳＩＰ変換された信号を受信するＣＳＣＦにおいては、正常系かＣＢまたはＣＬＩＲかを判定し、応答信号１××またはＥｒｒｏｒ信号をＭＳＣ−ＩＷＦに送信する機能を有する構成としている。

ここで、上記のＭＳＣ−ＩＷＦは第３世代携帯電話サービスで使用される信号プロトコルをＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）網で使用されるＳＩＰに変換する。また、ＣＳＣＦはＭＳＣ−ＩＷＦから送信されるＩＮＶＩＴＥ信号から正常系かＣＢまたはＣＬＩＲかを判定し、正常系であれば応答信号１××をＭＳＣ−ＩＷＦに送信し、ＣＢまたはＣＬＩＲを検出した場合に、Ｅｒｒｏｒ信号を送信する。

上記のように、本発明の移動通信システムでは、ＩＭＳ網に収容された第３世代携帯電話に既存のＣＢ及びＣＬＩＲサービスを実現するため、ＳＩＰシーケンスに新たな信号を追加し、ＩＭＳに機能追加を行うことで、上記の課題を解決し、既存のサービスに影響することなく、ＣＢ及びＣＬＩＲサービスを提供することが可能となる。

本発明は、上記のような構成及び動作とすることで、既存のサービスに影響することなく、ＣＢ及びＣＬＩＲサービスの提供を実現することができるという効果が得られる。

次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例による移動通信システムの構成を示すブロック図である。図１において、本発明の一実施例による移動通信システムは、既存の携帯端末であるＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）（図示せず）と、無線ネットワークの制御装置であるＲＮＣ（ＲａｄｉｏＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ：無線ネットワーク制御装置）１と、ＭＳＣ−ＩＷＦ（ＭｏｂｉｌｅＳｗｉｔｃｈｉｎｇＣｅｎｔｅｒ−ＩｎｔｅｒＷｏｒｋｉｎｇＦｕｎｃｔｉｏｎ）２と、ＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）網の一装置であるＣＳＣＦ（ＣａｌｌＳｅｓｓｉｏｎＣｏｎｔｒｏｌＦｕｎｃｔｉｏｎ）３とから構成されている。

ＭＳＣ−ＩＷＦ２はＲＮＣ１からきた信号プロトコルをＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）に変換する機能を有し、ＩＭＳ網の一装置であるＣＳＣＦ３に収容するためのインタワーク装置である。ＣＳＣＦ３はＰＳ（ＰａｃｋｅｔＳｗｉｔｃｈｅｄ）ドメインに接続され、コアネットワークのＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）化を図るシステムであり、呼制御機能を有する装置である。また、ＵＥからＲＮＣ１、ＭＳＣ−ＩＷＦ２間は第３世代携帯電話サービスの信号プロトコルが用いられ、ＭＳＣ−ＩＷＦ２で信号プロトコルとＳＩＰとの変換を行うため、ＭＳＣ−ＩＷＦ２からＣＳＣＦ３ではＳＩＰが用いられている様子を示している。

図２〜図４は本発明の一実施例による正常時のＳＩＰシーケンスを示すシーケンスチャートである。これら図２〜図４には、本発明の一実施例としての１××信号を追加した際の正常時のＳＩＰシーケンスを示している（図２のａ１〜ａ２２、図３のａ２３〜ａ４５、図４のａ４６〜ａ５７参照）。

本実施例において、ＲＮＣ１（送信側）とＭＳＣ−ＩＷＦ２（発信側）との間は発信側の信号プロトコルの信号の流れを示している。ＭＳＣ−ＩＷＦ２（発信側）とＣＳＣＦ３との間は発信側のＳＩＰ信号の流れを示し、ＣＳＣＦ３とＭＳＣ−ＩＷＦ４（着信側）との間は、着信側のＳＩＰ信号の流れを示している。また、ＭＳＣ−ＩＷＦ４（着信側）とＲＮＣ５（着信側）との間は着信側の信号プロトコルの信号の流れを示している。

図５は本発明の一実施例によるＣＢ（ＣａｌｌＢａｒｒｉｎｇ）及びＣＬＩＲ（ＣａｌｌｉｎｇＬｉｎｅＩｄｅｎｔｉｆｉｃａｔｉｏｎＲｅｓｔｒｉｃｔｉｏｎ）サービス時のＳＩＰシーケンスを示すシーケンスチャートである。図５には、本発明の一実施例としてのＣＢ及びＣＬＩＲ時のＳＩＰシーケンスを示している（図５のｂ１〜ｂ１３参照）。

本実施例において、上記と同様に、ＲＮＣ１（送信側）とＭＳＣ−ＩＷＦ２（発信側）との間は発信側の信号プロトコルの信号の流れを示している。ＭＳＣ−ＩＷＦ２（発信側）とＣＳＣＦ３との間は発信側のＳＩＰ信号の流れを示し、ＣＳＣＦ３とＭＳＣ−ＩＷＦ４（着信側）との間は着信側のＳＩＰ信号の流れを示している。また、ＭＳＣ−ＩＷＦ４（着信側）とＲＮＣ５（着信側）との間は着信側の信号プロトコルの信号の流れを示している。

これら図１〜図５を参照して本発明の一実施例による移動通信システムの動作について説明する。まず、図２〜図４を参照して本発明の一実施例による応答信号１××（図２のａ１１）追加時のＣａｌｌＰｒｏｃｅｅｄｉｎｇ（図２のａ１４）送信までのＳＩＰシーケンスの動作について説明する。

ＲＮＣ１（送信側）はＭＳＣ−ＩＷＦ２（発信側）に対して、ＵＥからのサービス開始要求であるＣＭＳｅｒｖｉｃｅ信号を送信する（図２のａ１）。これに対し、ＭＳＣ−ＩＷＦ２（発信側）はＲＮＣ１（送信側）に、ＡｕｔｈｅｎｔｉｃａｔｉｏｎＲｅｑｕｅｓｔ（認証リクエスト）を送信する（図２のａ２）。この認証リクエストに対し、ＲＮＣ１（送信側）はＵＥから返送されたＡｕｔｈｅｎｔｉｃａｔｉｏｎＲｅｓｐｏｎｓｅ（認証応答）を転送する（図２のａ３）。これによって、認証が完了し、ＭＳＣ−ＩＷＦ２（発信側）はＲＮＣ１（送信側）に対して、ＣｏｍｍｏｎＩＤを送信する（図２のａ４）。

次に、ＲＮＣ１（送信側）とＭＳＣ−ＩＷＦ２（発信側）との間では、ＳｅｃｕｒｉｔｙＭｏｄｅ（秘匿）、ＴＭＳＩ（ＴｅｍｐｏｒａｒｙＭｏｂｉｌｅＳｕｂｓｃｒｉｂｅｒＩｄｅｎｉｔｔｙ）Ｒｅａｌｌｏｃａｔｉｏｎ（新ＴＭＳＩの取得、旧ＴＭＳＩの開放）の送受信が行われ（図２のａ５〜ａ８）、ＲＮＣ１（送信側）からはＭＳＣ−ＩＷＦ２（発信側）に対し、ＳＥＴＵＰ信号が転送される（図２のａ９）。

この時点で、ＭＳＣ−ＩＷＦ２（発信側）はＣＳＣＦ３に対してＩＮＶＩＴＥ信号［接続要求（セッション確立要求）］を送信する（図２のａ１０）。このＩＮＶＩＴＥ信号を受信したＣＳＣＦ３は暫定応答である１００Ｔｒｙｉｎｇ（試行中を表す暫定応答）をＭＳＣ−ＩＷＦ２（発信側）に送信し（図２のａ１１）、続けてＭＳＣ−ＩＷＦ２（発信側）に対して暫定応答信号１××を送信する（図２のａ１３）。ここで、ＣＳＣＦ３はＭＳＣ−ＩＷＦ４（着信側）に対してＩＮＶＩＴＥ信号を転送し（図２のａ１２）、ＭＳＣ−ＩＷＦ２（発信側）からＲＮＣ１（送信側）に対して、ＣａｌｌＰｒｏｃｅｅｄｉｎｇが送信され（図２のａ１４）、正常系信号が確認される。

上述したように、図８〜図１０には正常時の既存のＳＩＰシーケンスを示しており、図１１〜図１３には正常時の１８３信号判定によるＳＩＰシーケンスを示している。図８〜図１０に示す既存のＳＩＰシーケンスの場合も、図２〜図４に示すＳＩＰシーケンスの場合と同様に、ＭＳＣ−ＩＷＦ２（発信側）からＲＮＣ１（送信側）に対して、ＣａｌｌＰｒｏｃｅｅｄｉｎｇが送信され、正常系処理であることが確認される。

しかしながら、図１２に示す１８３ＳｅｓｓｉｏｎＰｒｏｇｒｅｓｓ（セッションの進捗状況）（図１２のｆ２６）を契機にＣａｌｌＰｒｏｃｅｅｄｉｎｇ（図１２のｆ２７）が送信される場合には、ＲＮＣ１（送信側）からＭＳＣ−ＩＷＦ２（発信側）のＳＥＴＵＰ信号の送信後（図１１のｆ９）、ＭＳＣ−ＩＷＦ２（発信側）がＣＳＣＦ３に対してＩＮＶＩＴＥ信号を送信する（図１１のｆ１０）。

これを受信したＣＳＣＦ３は暫定応答である１００ＴｒｙｉｎｇをＭＳＣ−ＩＷＦ２（発信側）に送信し（図１１のｆ１１）、ＭＳＣ−ＩＷＦ４（着信側）にＩＮＶＩＴＥ信号を転送する（図１１のｆ１２）。これに対し、ＭＳＣ−ＩＷＦ４（着信側）はＣＳＣＦ３に対して、暫定応答である１００Ｔｒｙｉｎｇを送信する（図１１のｆ１３）。ここで、ＭＳＣ−ＩＷＦ４（着信側）はＲＮＣ５（着信側）に対して、Ｐａｇｉｎｇ信号を送信する（図１１のｆ１４）。これに対し、ＲＮＣ５（着信側）はＰａｇｅＲｅｓｐｏｎｓｅを返送する（図１１のｆ１５）。

ＭＳＣ−ＩＷＦ４（着信側）はＲＮＣ５（着信側）にＡｕｔｈｅｎｔｉｃａｔｉｏｎＲｅｑｕｅｓｔ（認証リクエスト）を送信する（図１１のｆ１６）。この認証リクエストに対し、ＲＮＣ５（着信側）はＡｕｔｈｅｎｔｉｃａｔｉｏｎＲｅｓｐｏｎｓｅ（認証応答）を返す（図１１のｆ１７）。これによって、認証が完了し、ＭＳＣ−ＩＷＦ４（着信側）はＲＮＣ５（着信側）に対して、ＣｏｍｍｏｎＩＤを送信する（図１１のｆ１８）。

次に、ＭＳＣ−ＩＷＦ４（着信側）とＲＮＣ５（着信側）との間では、ＳｅｃｕｒｉｔｙＭｏｄｅ、ＴＭＳＩＲｅａｌｌｏｃａｔｉｏｎの送受信が行われ（図１２のｆ１９〜ｆ２２）、ＭＳＣ−ＩＷＦ４（着信側）からＲＮＣ５（着信側）に対し、ＳＥＴＵＰ信号を転送し（図１２のｆ２３）、ＣａｌｌＣｏｎｆｉｒｍをＭＳＣ−ＩＷＦ４（着信側）に対して送信する（図１２のｆ２４）。

ここで、ＭＳＣ−ＩＷＦ４（着信側）からはＣＳＣＦ３に対して、１８３ＳｅｓｓｉｏｎＰｒｏｇｒｅｓｓ信号（セッションの進捗状況）が送信され（図１２のｆ２５）、ＣＳＣＦ３はＭＳＣ−ＩＷＦ２（発信側）に対して１８３ＳｅｓｓｉｏｎＰｒｏｇｒｅｓｓを転送する（図１２のｆ２６）。これによって、ＭＳＣ−ＩＷＦ２（発信側）からＲＮＣ１（送信側）に対し、ＣａｌｌＰｒｏｃｅｅｄｉｎｇが送信され（図１２のｆ２７）、正常系信号が確認される。

このように、図１１〜図１３に示すＳＩＰシーケンスでは、着信側のセットアップ処理が追加されるため、１８３ＳｅｓｓｉｏｎＰｒｏｇｒｅｓｓ（図１２のｆ２６）を契機にＣａｌｌＰｒｏｃｅｅｄｉｎｇ（図１２のｆ２７）を送信するようにした場合、遅延が発生してしまう。

次に、図５を参照して本発明の一実施例によるＣＢ及びＣＬＩＲ時のＳＩＰシーケンスの動作について説明する。まず、既存の第３世代携帯電話サービスでは、ＣＢ及びＣＬＩＲの際、ＲＮＣ１（送信側）とＭＳＣ−ＩＷＦ２（発信側）との間において、ＳＥＴＵＰ信号（図５のｂ９）、ＲＥＬＣＯＭＰ信号（ＲｅｌｅａｓｅＣｏｍｐｌｅｔｅＭｅｓｓａｇｅ：解放完了メッセージ）（図５のｂ１３）の順に送信されることでマッピングが可能となる。

図５を参照すると、図２〜図４に示す場合と同様に、ＲＮＣ１（送信側）からＭＳＣ−ＩＷＦ２（発信側）にＳＥＴＵＰ信号が転送される（図５のｂ９）。ここで、ＭＳＣ−ＩＷＦ２（発信側）からＣＳＣＦ３に対して、ＩＮＶＩＴＥ信号を送信する（図５のｂ１０）。これを受信したＣＳＣＦ３は、暫定応答１００ＴｒｙｉｎｇをＭＳＣ−ＩＷＦ２（発信側）に送信し（図５のｂ１１）、ＣＳＣＦ３はＣＢまたはＣＬＩＲ状態を検出したため、Ｅｒｒｏｒ信号も送信する（図５のｂ１２）。これによって、ＭＳＣ−ＩＷＦ２（発信側）からはＲＮＣ１（送信側）に対し、ＲＥＬＣＯＭＰ信号が送信され（図５のｂ１３）、呼が解放される。

図６は本発明の一実施例によるＣＢ及びＣＬＩＲ時の既存のＳＩＰシーケンスを示すシーケンスチャートである。図６においては、上述した場合と同様に、ＲＮＣ１（送信側）からＭＳＣ−ＩＷＦ２（発信側）にＳＥＴＵＰ信号が転送される（図６のｃ９）。ここで、ＭＳＣ−ＩＷＦ２（発信側）からＣＳＣＦ３に対して、ＩＮＶＩＴＥ信号を送信する（図６のｃ１０）。

これを受信したＣＳＣＦ３は、暫定応答１００ＴｒｙｉｎｇをＭＳＣ−ＩＷＦ２（発信側）に送信し（図６のｃ１１）、信号を受信したＭＳＣ−ＩＷＦ２（発信側）はこれを契機にＲＮＣ１（送信側）にＣａｌｌＰｒｏｃｅｅｄｉｎｇを送信してしまう（図６のｃ１２）。そのため、既存の第３世代携帯電話サービスとは信号の流れが変わり、マッピングすることができない。

図７は本発明の一実施例によるＣＢ及びＣＬＩＲ時の１８３信号判定によるＳＩＰシーケンスを示すシーケンスチャートである。図７においては、１８３ＳｅｓｓｉｏｎＰｒｏｇｒｅｓｓを契機にＣａｌｌＰｒｏｃｅｅｄｉｎｇが送信される場合のＣＢ及びＣＬＩＲ時のＳＩＰシーケンスを示している。

図７を参照すると、上述した場合と同様に、ＲＮＣ１（送信側）からはＭＳＣ−ＩＷＦ２（発信側）にＳＥＴＵＰ信号が転送される（図７のｄ９）。次に、ＭＳＣ−ＩＷＦ２（発信側）からはＣＳＣＦ３に対して、ＩＮＶＩＴＥ信号を送信される（図７のｄ１０）。

これを受信したＣＳＣＦ３は、暫定応答１００ＴｒｙｉｎｇをＭＳＣ−ＩＷＦ２（発信側）に送信し（図７のｄ１１）、ＣＳＣＦ３はＣＢまたは表示拒否発信状態を検出したため、Ｅｒｒｏｒ信号も送信する（図７のｄ１２）。これによって、ＭＳＣ−ＩＷＦ２（発信側）からＲＮＣ１（送信側）に対し、ＲＥＬＣＯＭＰ信号が送信され（図７のｄ１３）、呼が解放される。

これによって、本実施例では、応答信号１××を既存のＳＩＰシーケンスに追加することによって、正常系信号においてはＣａｌｌＰｒｏｃｅｅｄｉｎｇの送信タイミングに遅延を発生することなく、動作させることができる。また、ＣＢ及びＣＬＩＲ時においても、ＣａｌｌＰｒｏｃｅｅｄｉｎｇを送信前に、Ｅｒｒｏｒ信号の送信を可能とするため、既存の第３世代携帯電話サービスの信号プロトコルとＳＩＰとにおいて信号マッピングが可能となる。

以上説明した通り、既存のＳＩＰシーケンスでは、正常系が問題なく動作するが、ＣＢやＣＬＩＲといった準正常系では第３世代携帯電話サービスとＳＩＰとのマッピングができない。また、ＣａｌｌＰｒｏｃｅｅｄｉｎｇの送信タイミングを１８３ＳｅｓｓｉｏｎＰｒｏｇｒｅｓｓにしたシーケンスでは、ＣＢやＣＬＩＲといった準正常時において、問題なく動作するが、正常時には遅延が発生してしまう。最後に、本発明によるＳＩＰシーケンスでは、正常時、ＣＢやＣＬＩＲといった準正常時に関わらず、既存のサービスに影響することなく、ＣＢやＣＬＩＲサービスを提供することができる。

このように、本実施例では、準正常系の処理において、既存のＳＩＰシーケンスに応答信号１××を追加することで、準正常系信号を受けた際でも、第３世代携帯電話サービスの信号プロトコルとＳＩＰとの間での信号マッピングができるようになる。また、本実施例では、信号プロトコルをＳＩＰに変換する際、応答信号１××が、正常系のＣａｌｌＰｒｏｃｅｅｄｉｎｇを送信するタイミングに悪影響を与えることもなく、１８３ＳｅｓｓｉｏｎＰｒｏｇｒｅｓｓ送信後にＣａｌｌＰｒｏｃｅｅｄｉｎｇを送信する場合のように、遅延を意識する必要はなくなる。

尚、本発明では、上記の実施例において、移動通信サービスを第３世代携帯電話サービスと設定しているが、移動通信サービスが第２世代携帯電話サービスやＧＳＭ（ＧｌｏｂａｌＳｙｓｔｅｍＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）の場合にも、適用可能である。

本発明の一実施例による移動通信システムの構成を示すブロック図である。本発明の一実施例による正常時のＳＩＰシーケンスを示すシーケンスチャートである。本発明の一実施例による正常時のＳＩＰシーケンスを示すシーケンスチャートである。本発明の一実施例による正常時のＳＩＰシーケンスを示すシーケンスチャートである。本発明の一実施例によるＣＢ及びＣＬＩＲサービス時のＳＩＰシーケンスを示すシーケンスチャートである。本発明の一実施例によるＣＢ及びＣＬＩＲ時の既存のＳＩＰシーケンスを示すシーケンスチャートである。本発明の一実施例によるＣＢ及びＣＬＩＲ時の１８３信号判定によるＳＩＰシーケンスを示すシーケンスチャートである。正常時の既存ＳＩＰシーケンスを示すシーケンスチャートである。正常時の既存ＳＩＰシーケンスを示すシーケンスチャートである。正常時の既存ＳＩＰシーケンスを示すシーケンスチャートである。正常時の１８３信号判定によるＳＩＰシーケンスを示すシーケンスチャートである。正常時の１８３信号判定によるＳＩＰシーケンスを示すシーケンスチャートである。正常時の１８３信号判定によるＳＩＰシーケンスを示すシーケンスチャートである。

符号の説明

１ＲＮＣ（送信側）
２ＭＳＣ−ＩＷＦ（発信側）
３ＣＳＣＦ
４ＭＳＣ−ＩＷＦ（着信側）
５ＲＮＣ（着信側）

Claims

ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）コアネットワークと移動通信ネットワークと交換局サーバと携帯端末とからなる移動通信システムであって、
前記ＩＰネットワーク及び前記移動通信ネットワーク各々における複数のサービスを前記携帯端末に提供し、
前記交換局サーバは、前記携帯端末からの信号プロトコルをＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）に変換する機能を有し、
前記ＩＰコアネットワークがＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）網であり、
試行中を表す暫定応答信号の受信後に、前記携帯端末に提供する前記移動通信ネットワークにおけるサービスの信号プロトコルと、前記ＩＭＳ網のＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）信号とをマッピングするための応答信号を追加したＳＩＰシーケンスを含み、
前記信号プロトコルと前記ＳＩＰ信号とをマッピングするために、前記ＳＩＰシーケンスにおいて、前記ＳＩＰ信号の判定後、正常系であった場合に前記暫定応答信号の受信後に前記応答信号を追加し、
前記交換局サーバが当該応答信号を受信した後に、前記暫定応答信号を契機に送信されていたＣａｌｌＰｒｏｃｅｅｄｉｎｇ信号を前記携帯端末側に送信して前記正常系の信号を確認することを特徴とする移動通信システム。
前記移動通信ネットワークにおけるサービスのＣＳ（ＣｉｒｃｕｉｔｅｄＳｗｉｔｃｈｅｄ）方式とＩＰパケットベースのＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）方式との差分を前記交換局サーバにて吸収することを特徴とする請求項１記載の移動通信システム。
前記移動通信ネットワークにおけるサービスが第３世代携帯電話サービスであることを特徴とする請求項１または請求項２記載の移動通信システム。
前記交換局サーバがＭＳＣ−ＩＷＦ（ＭｏｂｉｌｅＳｗｉｔｃｈｉｎｇＣｅｎｔｅｒ−ＩｎｔｅｒＷｏｒｋｉｎｇＦｕｎｃｔｉｏｎ）であることを特徴とする請求項１から請求項３のいずれか記載の移動通信システム。
前記応答信号は、前記ＣａｌｌＰｒｏｃｅｅｄｉｎｇ信号の送信タイミングを変更して既存の信号プロトコルを前記ＳＩＰ信号にマッピング可能とすることを特徴とする請求項１から請求項４のいずれか記載の移動通信システム。
移動通信ネットワークに属する携帯端末に付加サービスを提供するためにインタワークする交換局サーバであって、
前記移動通信ネットワークにおけるサービスの信号プロトコルをＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ベースのプロトコルに変換する変換機能を有し、
前記変換機能は、前記移動通信ネットワークにおけるサービスの信号プロトコルをＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）に変換し、
試行中を表す暫定応答信号の受信後に、前記携帯端末に提供する前記移動通信ネットワークにおけるサービスの信号プロトコルと、ＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）網のＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）信号とをマッピングするための応答信号をＳＩＰシーケンスに追加し、
前記信号プロトコルと前記ＳＩＰ信号とをマッピングするために、前記ＳＩＰシーケンスにおいて、前記ＳＩＰ信号の判定後、正常系であった場合に前記暫定応答信号の受信後に前記応答信号を追加し、当該応答信号を受信した後に、前記暫定応答信号を契機に送信されていたＣａｌｌＰｒｏｃｅｅｄｉｎｇ信号を前記携帯端末側に送信して前記正常系の信号を確認することを特徴とする交換局サーバ。
前記移動通信ネットワークにおけるサービスのＣＳ（ＣｉｒｃｕｉｔｅｄＳｗｉｔｃｈｅｄ）方式とＩＰパケットベースのＳＩＰ方式との差分を吸収することを特徴とする請求項６記載の交換局サーバ。
前記移動通信ネットワークにおけるサービスが第３世代携帯電話サービスであることを特徴とする請求項６または請求項７記載の交換局サーバ。
前記応答信号は、前記ＣａｌｌＰｒｏｃｅｅｄｉｎｇの送信タイミングを変更して既存の信号プロトコルを前記ＳＩＰ信号にマッピング可能とすることを特徴とする請求項６から請求項８のいずれか記載の交換局サーバ。
ＩＰ（ＩｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）コアネットワークと移動通信ネットワークと交換局サーバと携帯端末からなる移動通信システムにおいて、
前記ＩＰネットワーク及び前記移動通信ネットワーク各々における複数のサービスを前記携帯端末に提供し、
前記ＩＰコアネットワークがＩＭＳ（ＩＰＭｕｌｔｉｍｅｄｉａＳｕｂｓｙｓｔｅｍ）網であり、
試行中を表す暫定応答信号の受信後に、前記携帯端末に提供する前記移動通信ネットワークにおけるサービスの信号プロトコルと、前記ＩＭＳ網のＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）信号とをマッピングするための応答信号をＳＩＰシーケンスに追加し、
前記信号プロトコルと前記ＳＩＰ信号とをマッピングするために、前記ＳＩＰシーケンスにおいて、前記ＳＩＰ信号の判定後、正常系であった場合に前記暫定応答信号の受信後に前記応答信号を追加し、
前記交換局サーバが当該応答信号を受信した後に、前記暫定応答信号を契機に送信されていたＣａｌｌＰｒｏｃｅｅｄｉｎｇ信号を前記携帯端末側に送信することで、前記正常系の信号を確認することを特徴とする付加サービス提供方法。
前記交換局サーバが、前記移動通信ネットワークにおけるサービスのＣＳ（ＣｉｒｃｕｉｔｅｄＳｗｉｔｃｈｅｄ）方式とＩＰパケットベースのＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）方式との差分を吸収することを特徴とする請求項１０記載の付加サービス提供方法。
前記移動通信ネットワークにおけるサービスは、第３世代携帯電話サービスであることを特徴とする請求項１０または請求項１１記載の付加サービス提供方法。
前記応答信号は、前記ＣａｌｌＰｒｏｃｅｅｄｉｎｇ信号の送信タイミングを変更して既存の信号プロトコルを前記ＳＩＰ信号にマッピング可能としたことを特徴とする請求項１0から請求項１２のいずれか記載の付加サービス提供方法。