ＩＭＳネットワークシステムおよびノード変更方法
【課題】ＩＭＳのノード等に障害が発生しても、サービスを継続したまま別のノードに処理を変更する。
【解決手段】Ｐ−ＣＳＣＦ１０１、１０２は、Ｓ−ＣＳＣＦ１０３、１０４に接続しているＩＭＳ端末１０の情報を保持する対応Ｓ−ＣＳＣＦ保持機能１０１ｂと、いずれかのＳ−ＣＳＣＦ１０３、１０４の異常が検知されたときに出力されるノード変更指示を受信するノード変更指示受信機能１０１ｄと、保持されているＩＭＳ端末１０の情報に基づいて、異常が検知されたＳ−ＣＳＣＦに接続しているＩＭＳ端末１０に対して、再登録通知メッセージを出力する再登録通知機能１０１ｃと、を備え、ＩＭＳ端末１０は、再登録通知メッセージに基づいて、異常が検知されたＳ−ＣＳＣＦ以外の指定されたＳ−ＣＳＣＦに再登録を行なう。
【解決手段】Ｐ−ＣＳＣＦ１０１、１０２は、Ｓ−ＣＳＣＦ１０３、１０４に接続しているＩＭＳ端末１０の情報を保持する対応Ｓ−ＣＳＣＦ保持機能１０１ｂと、いずれかのＳ−ＣＳＣＦ１０３、１０４の異常が検知されたときに出力されるノード変更指示を受信するノード変更指示受信機能１０１ｄと、保持されているＩＭＳ端末１０の情報に基づいて、異常が検知されたＳ−ＣＳＣＦに接続しているＩＭＳ端末１０に対して、再登録通知メッセージを出力する再登録通知機能１０１ｃと、を備え、ＩＭＳ端末１０は、再登録通知メッセージに基づいて、異常が検知されたＳ−ＣＳＣＦ以外の指定されたＳ−ＣＳＣＦに再登録を行なう。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＳＩＰ（Session Initiation Protocol）処理を行なうＰ−ＣＳＣＦ（Proxy Call Session Control Function）およびＳ−ＣＳＣＦ（Serving Call Session Control Function）を含むＩＭＳ（IP Multimedia Subsystem）ネットワークシステムおよびＩＭＳネットワークシステムにおけるノード変更方法に関する。
【背景技術】
【０００２】
従来から知られているＳＩＰ（Session Initiation Protocol）は、ＩＰ上における呼制御に用いられるプロトコルであり、通信を行なう端末間で通信に必要なＩＰアドレスやポート番号、エンコーディング等のネゴシエーション、発呼、着呼などの制御を行なう際に用いられる。これに加え、ＩＭＳ（IP Multimedia Subsystem）では、このＳＩＰの情報に基づいて、通信に必要なネットワークリソースの割り当て、ゲート制御を行なう。
【０００３】
ＩＭＳでは、ＳＩＰ処理を行なうノードとして、複数のＣＳＣＦ（Call Session Control Function）を定めている。そのうち、Ｐ−ＣＳＣＦ（Proxy CSCF）は、端末から直接接続されるノードであり、暗号化やメッセージのフィルタリング等を行なう。また、Ｉ−ＣＳＣＦ（Interrogating CSCF）は、ＳＩＰのルーティングを行なう際、転送先の解決や、他ドメインへ転送するときの処理を行なう。Ｓ−ＣＳＣＦ（Serving CSCF）は、端末の登録やアプリケーションサーバとの連携、相手の解決などＳＩＰの主要な機能を備える。
【０００４】
これらのノードが、一度端末を登録し、サービスを開始すると、その後に端末の処理を行なうノードが変更されることはない。そのため、障害等でノードでの処理継続が困難となった場合、ＩＭＳが、その異常を検知して他のノードへ処理を割り当て直し、その後、端末が、その異常を検知して再度登録を行なうまで、サービスが遮断されてしまう。例えば、待ち受け状態の端末へ通信できなくなるなど、サービスへの影響は大きい。これらに対し現在では、ホットスタンバイなどを導入し、ノード自体に堅牢性を与えている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3GPP TS23.228 IP Multimedia Subsystem (IMS)
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の技術では、障害が発生したことを検知すると、他のノードに処理を切り替えることを行なっているが、端末にそれを通知する方法はなく、また、端末側でも異常を検知し、再度登録処理を行なうことが必要であった。さらに、そのようにノードが処理を停止しないよう、ノード自体のハードウェア的な堅牢性を高めることが行なわれていたが、そのような堅牢性の高いハードウェアは高価であり、また、ネットワーク障害、高負荷時などハードウェア障害以外での問題を解決することは容易ではない。
【０００７】
本発明は、このような事情に鑑みてなされたものであり、ＩＭＳのノード等に障害が発生しても、サービスを継続したまま別のノードに処理を変更することができるＩＭＳネットワークシステムおよびノード変更方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
（１）上記の目的を達成するために、本発明は、以下のような手段を講じた。すなわち、本発明のＩＭＳネットワークシステムは、ＳＩＰ（Session Initiation Protocol）処理を行なう少なくとも一つのＰ−ＣＳＣＦ（Proxy Call Session Control Function）および複数のＳ−ＣＳＣＦ（Serving Call Session Control Function）を含むＩＭＳ（IP Multimedia Subsystem）ネットワークシステムであって、前記Ｐ−ＣＳＣＦは、前記Ｓ−ＣＳＣＦに登録しているＩＭＳ端末の情報を保持する対応Ｓ−ＣＳＣＦ保持機能と、いずれかの前記Ｓ−ＣＳＣＦの異常が検知されたときに出力されるノード変更指示を受信するノード変更指示受信機能と、前記保持されているＩＭＳ端末の情報に基づいて、前記異常が検知されたＳ−ＣＳＣＦに登録しているＩＭＳ端末に対して、再登録通知メッセージを出力する再登録通知機能と、を備え、前記ＩＭＳ端末は、前記再登録通知メッセージに基づいて、前記異常が検知されたＳ−ＣＳＣＦ以外のＳ−ＣＳＣＦに再登録を行なうことを特徴としている。
【０００９】
このように、異常が検知されたＳ−ＣＳＣＦに登録しているＩＭＳ端末に対して、再登録通知メッセージを出力し、ＩＭＳ端末は、再登録通知メッセージに基づいて、異常が検知されたＳ−ＣＳＣＦ以外のＳ−ＣＳＣＦに再登録を行なうので、ＩＭＳノード（Ｓ−ＣＳＣＦ）に障害が発生した場合であっても、迅速にＩＭＳ端末へ通知して、サービスを再開することができる。また、障害時以外でも、メンテナンスやＩＭＳの構成変更を、サービスを中断することなく、すなわち、サービスを継続しながら行なうことができる。さらに、高度な対障害性をもたない汎用ＰＣを用いて、可用性の高いＩＭＳを構築することができる。さらに、ＩＭＳ端末へ通知する際に、既存のＳＵＢＳＣＲＩＢＥセッションを用いることで、既存システムへのインパクトを小さくできる。
【００１０】
（２）また、本発明のＩＭＳネットワークシステムは、ＳＩＰ（Session Initiation Protocol）処理を行なう複数のＰ−ＣＳＣＦ（Proxy Call Session Control Function）および少なくとも一つのＳ−ＣＳＣＦ（Serving Call Session Control Function）を含むＩＭＳ（IP Multimedia Subsystem）ネットワークシステムであって、前記Ｓ−ＣＳＣＦは、前記Ｐ−ＣＳＣＦに接続しているＩＭＳ端末の情報を保持する対応Ｐ−ＣＳＣＦ保持機能と、いずれかの前記Ｐ−ＣＳＣＦの異常が検知されたときに出力されるノード変更指示を受信するノード変更指示受信機能と、前記保持されているＩＭＳ端末の情報に基づいて、前記異常が検知されたＰ−ＣＳＣＦに接続しているＩＭＳ端末に対して、前記異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦを経由して再登録通知メッセージを出力する再登録通知機能と、を備え、前記ＩＭＳ端末は、前記再登録通知メッセージに基づいて、前記異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦに再登録を行なうことを特徴としている。
【００１１】
このように、異常が検知されたＰ−ＣＳＣＦに接続しているＩＭＳ端末に対して、異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦを経由して再登録通知メッセージを出力し、ＩＭＳ端末は、再登録通知メッセージに基づいて、異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦに再登録を行なうので、ＩＭＳノード（Ｐ−ＣＳＣＦ）に障害が発生した場合であっても、迅速にＩＭＳ端末へ通知して、サービスを再開することができる。また、障害時以外でも、メンテナンスやＩＭＳの構成変更を、サービスを中断することなく、すなわち、サービスを継続しながら行なうことができる。さらに、高度な対障害性をもたない汎用ＰＣを用いて、可用性の高いＩＭＳを構築することができる。さらに、ＩＭＳ端末へ通知する際に、既存のＳＵＢＳＣＲＩＢＥセッションを用いることで、既存システムへのインパクトを小さくできる。
【００１２】
（３）また、本発明のＩＭＳネットワークシステムは、ＩＭＳネットワークで発生する異常を監視し、前記Ｐ−ＣＳＣＦで異常を検知した場合は、前記Ｓ−ＣＳＣＦに対して前記ノード変更指示を出力する一方、前記Ｓ−ＣＳＣＦで異常を検知した場合は、前記Ｐ−ＣＳＣＦに対して前記ノード変更指示を出力する監視サーバをさらに備えることを特徴としている。
【００１３】
このように、ＩＭＳネットワークで発生する異常を監視し、Ｐ−ＣＳＣＦで異常を検知した場合は、Ｓ−ＣＳＣＦに対してノード変更指示を出力する一方、Ｓ−ＣＳＣＦで異常を検知した場合は、Ｐ−ＣＳＣＦに対してノード変更指示を出力するので、ＩＭＳノード（Ｐ−ＣＳＣＦまたはＳ−ＣＳＣＦ）に障害が発生した場合であっても、迅速にＩＭＳ端末へ通知して、サービスを再開することができる。また、障害時以外でも、メンテナンスやＩＭＳの構成変更を、サービスを中断することなく、すなわち、サービスを継続しながら行なうことができる。
【００１４】
（４）また、本発明のノード変更方法は、ＳＩＰ（Session Initiation Protocol）処理を行なう少なくとも一つのＰ−ＣＳＣＦ（Proxy Call Session Control Function）および複数のＳ−ＣＳＣＦ（Serving Call Session Control Function）を含むＩＭＳ（IP Multimedia Subsystem）ネットワークにおけるノード変更方法であって、前記Ｐ−ＣＳＣＦにおいて、前記Ｓ−ＣＳＣＦに登録しているＩＭＳ端末の情報を保持するステップと、いずれかの前記Ｓ−ＣＳＣＦの異常が検知されたときに出力されるノード変更指示を受信するステップと、前記保持されているＩＭＳ端末の情報に基づいて、前記異常が検知されたＳ−ＣＳＣＦに登録しているＩＭＳ端末に対して、再登録通知メッセージを出力するステップと、前記ＩＭＳ端末において、前記再登録通知メッセージに基づいて、前記異常が検知されたＳ−ＣＳＣＦ以外のＳ−ＣＳＣＦに再登録を行なうステップと、を少なくとも含むことを特徴としている。
【００１５】
このように、異常が検知されたＳ−ＣＳＣＦに登録しているＩＭＳ端末に対して、再登録通知メッセージを出力し、ＩＭＳ端末は、再登録通知メッセージに基づいて、異常が検知されたＳ−ＣＳＣＦ以外のＳ−ＣＳＣＦに再登録を行なうので、ＩＭＳノード（Ｓ−ＣＳＣＦ）に障害が発生した場合であっても、迅速にＩＭＳ端末へ通知して、サービスを再開することができる。また、障害時以外でも、メンテナンスやＩＭＳの構成変更を、サービスを中断することなく、すなわち、サービスを継続しながら行なうことができる。さらに、高度な対障害性をもたない汎用ＰＣを用いて、可用性の高いＩＭＳを構築することができる。さらに、ＩＭＳ端末へ通知する際に、既存のＳＵＢＳＣＲＩＢＥセッションを用いることで、既存システムへのインパクトを小さくできる。
【００１６】
（５）また、本発明のノード変更方法は、ＳＩＰ（Session Initiation Protocol）処理を行なう複数のＰ−ＣＳＣＦ（Proxy Call Session Control Function）および少なくとも一つのＳ−ＣＳＣＦ（Serving Call Session Control Function）を含むＩＭＳ（IP Multimedia Subsystem）ネットワークにおけるノード変更方法であって、前記Ｓ−ＣＳＣＦにおいて、前記Ｐ−ＣＳＣＦに接続しているＩＭＳ端末の情報を保持するステップと、いずれかの前記Ｐ−ＣＳＣＦの異常が検知されたときに出力されるノード変更指示を受信するステップと、前記保持されているＩＭＳ端末の情報に基づいて、前記異常が検知されたＰ−ＣＳＣＦに接続しているＩＭＳ端末に対して、前記異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦを経由して再登録通知メッセージを出力するステップと、前記ＩＭＳ端末において、前記再登録通知メッセージに基づいて、前記異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦに再登録を行なうステップと、を少なくとも含むことを特徴としている。
【００１７】
このように、異常が検知されたＰ−ＣＳＣＦに接続しているＩＭＳ端末に対して、異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦを経由して再登録通知メッセージを出力し、ＩＭＳ端末は、再登録通知メッセージに基づいて、異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦに再登録を行なうので、ＩＭＳノード（Ｐ−ＣＳＣＦ）に障害が発生した場合であっても、迅速にＩＭＳ端末へ通知して、サービスを再開することができる。また、障害時以外でも、メンテナンスやＩＭＳの構成変更を、サービスを中断することなく、すなわち、サービスを継続しながら行なうことができる。さらに、高度な対障害性をもたない汎用ＰＣを用いて、可用性の高いＩＭＳを構築することができる。さらに、ＩＭＳ端末へ通知する際に、既存ＳＵＢＳＣＲＩＢＥセッションを用いることで、既存システムへのインパクトを小さくできる。
【００１８】
（６）また、本発明のノード変更方法は、監視サーバにおいて、ＩＭＳネットワークで発生する異常を監視するステップと、前記Ｐ−ＣＳＣＦで異常を検知した場合は、前記Ｓ−ＣＳＣＦに対して前記ノード変更指示を出力するステップと、前記Ｓ−ＣＳＣＦで異常を検知した場合は、前記Ｐ−ＣＳＣＦに対して前記ノード変更指示を出力するステップと、をさらに含むことを特徴としている。
【００１９】
このように、ＩＭＳネットワークで発生する異常を監視し、Ｐ−ＣＳＣＦで異常を検知した場合は、Ｓ−ＣＳＣＦに対してノード変更指示を出力する一方、Ｓ−ＣＳＣＦで異常を検知した場合は、Ｐ−ＣＳＣＦに対してノード変更指示を出力するので、ＩＭＳノード（Ｐ−ＣＳＣＦまたはＳ−ＣＳＣＦ）に障害が発生した場合であっても、迅速にＩＭＳ端末へ通知して、サービスを再開することができる。また、障害時以外でも、メンテナンスやＩＭＳの構成変更を、サービスを中断することなく、すなわち、サービスを継続しながら行なうことができる。
【発明の効果】
【００２０】
本発明によれば、異常が検知されたＳ−ＣＳＣＦに登録しているＩＭＳ端末に対して、再登録通知メッセージを出力し、ＩＭＳ端末は、再登録通知メッセージに基づいて、異常が検知されたＳ−ＣＳＣＦ以外のＳ−ＣＳＣＦに再登録を行なうので、ＩＭＳノード（Ｓ−ＣＳＣＦ）に障害が発生した場合であっても、迅速にＩＭＳ端末へ通知して、サービスを再開することができる。また、障害時以外でも、メンテナンスやＩＭＳの構成変更を、サービスを中断することなく、すなわち、サービスを継続しながら行なうことができる。さらに、高度な対障害性をもたない汎用ＰＣを用いて、可用性の高いＩＭＳを構築することができる。さらに、ＩＭＳ端末へ通知する際に、既存ＳＵＢＳＣＲＩＢＥセッションを用いることで、既存システムへのインパクトを小さくできる。
【図面の簡単な説明】
【００２１】
【図１】本実施形態に係るＩＭＳネットワークシステムの構成を示す図である。
【図２】ネットワークを構成する要素の機能を示すブロック図である。
【図３】本実施形態に係るＩＭＳネットワークにおいて、構成変更の動作を示すシーケンスチャートである。
【図４】本実施形態に係るＩＭＳネットワークにおいて、構成変更の動作を示すシーケンスチャートである。
【発明を実施するための形態】
【００２２】
本実施形態では、ＩＭＳ（IP Multimedia Subsystem）端末の登録状態を把握し、処理を行なうＰ−ＣＳＣＦ（Proxy Call Session Control Function）とＳ−ＣＳＣＦ（Serving Call Session Control Function）において、どちらかが異常状態になった場合、もう一方からＩＭＳ端末へ異常状態を通知することによって、正常なノードへサービスを中断することなく、登録処理を変更する。このために、Ｐ−ＣＳＣＦ、Ｓ−ＣＳＣＦに端末への再登録通知機能を、ＩＭＳ端末に指定ノードへの再登録機能を設けている。
【００２３】
図１は、本実施形態に係るＩＭＳネットワークシステムの構成を示す図である。ＩＭＳ端末１０は、アクセスネットワーク２０を介して、ＩＭＳコアネットワーク１００へ接続する。ＩＭＳコアネットワーク１００上には、Ｐ−ＣＳＣＦ１０１、Ｐ−ＣＳＣＦ１０２、Ｓ−ＣＳＣＦ１０３、Ｓ−ＣＳＣＦ１０４、Ｉ−ＣＳＣＦ（Interrogating Call Session Control Function）１０５、ＨＳＳ（Home Subscriber Server）１０６、監視サーバ１１０が設けられている。ＩＭＳ端末１０は、ＩＭＳコアネットワーク１００上に設置されたＰ−ＣＳＣＦ１０１を介してＳ−ＣＳＣＦ１０２に接続し、ＩＭＳのサービスを享受している。また、監視サーバ１１０は、これらＩＭＳノードの状態を監視している。
【００２４】
図２は、ネットワークを構成する要素の機能を示すブロック図である。監視サーバ１１０は、ノード監視機能１１０ａ、およびノード変更指示機能１１０ｂを有する。ノード監視機能１１０ａは、ＩＭＳコアネットワーク１００上のＩＭＳノードの状態を監視し、サーバダウンや高負荷などの異常を検知する。ノード変更指示機能１１０ｂは、異常を検知したときに、ノードを変更する旨の通知を行なう。この通知先は、Ｓ−ＣＳＣＦの異常であればＰ−ＣＳＣＦであり、Ｐ−ＣＳＣＦの異常であればＳ−ＣＳＣＦである。
【００２５】
Ｐ−ＣＳＣＦ１０１、１０２は、従来機能１０１ａ、対応Ｓ−ＣＳＣＦ保持機能１０１ｂ、再登録通知機能１０１ｃ、およびノード変更指示受信機能１０１ｄを有する。従来機能１０１ａは、従来から知られているＣＳＣＦの基本的な機能である。対応Ｓ−ＣＳＣＦ保持機能１０１ｂは、各Ｐ−ＣＳＣＦを利用しているＩＭＳ端末情報を保持、把握する機能である。再登録通知機能１０１ｃは、ＩＭＳ端末１０に対して、ノードの再登録をするよう通知する機能である。対応Ｓ−ＣＳＣＦ保持機能１０１ｂから、変更元のノードを使用しているＩＭＳ端末を探し、通知する。通知メッセージには、再登録指示のほかに、再登録先の情報を含めることが可能である。ノード変更指示受信機能１０１ｄは、監視サーバ１１０からのノード変更指示を受ける機能である。
【００２６】
Ｓ−ＣＳＣＦ１０３、１０４は、従来機能１０３ａ、対応Ｐ−ＣＳＣＦ保持機能１０３ｂ、再登録通知機能１０３ｃ、およびノード変更指示受信機能１０３ｄを有する。従来機能１０３ａは、従来から知られているＣＳＣＦの基本的な機能である。対応Ｐ−ＣＳＣＦ保持機能１０３ｂは、各Ｓ−ＣＳＣＦを利用しているＩＭＳ端末情報を保持、把握する機能である。再登録通知機能１０３ｃは、ＩＭＳ端末１０に対して、ノードの再登録をするよう通知する機能である。対応Ｐ−ＣＳＣＦ保持機能１０３ｂから、変更元のノードを使用しているＩＭＳ端末を探し、通知する。通知メッセージには、再登録指示のほかに、再登録先の情報を含めることが可能である。ノード変更指示受信機能１０３ｄは、監視サーバ１１０からのノード変更指示を受ける機能である。
【００２７】
ＩＭＳ端末１０は、従来ＩＭＳクライアント機能１０ａ、および再登録機能１０ｂを有する。従来ＩＭＳクライアント機能１０ａは、従来から知られているＩＭＳ端末の基本的な機能である。再登録機能１０ｂは、ＩＭＳ端末１０が受信したノードの再登録の指示に基づいて、新たなノードへの再登録を行なう機能である。
【００２８】
次に、以上のように構成された本実施形態に係るＩＭＳネットワークシステムの動作について説明する。監視サーバ１１０は、異常のあるノードを発見すると、処理をそのノードから他のノードへ変更するために、ノード変更通知メッセージを送信する。送信先は、全ノードに送っても良いが、Ｓ−ＣＳＣＦが異常であれば、そのＳ−ＣＳＣＦに登録された端末が処理されているＰ−ＣＳＣＦへ送信する。一方、Ｐ−ＣＳＣＦの異常であれば同様にそのＰ−ＣＳＣＦで処理している端末が登録されているＳ−ＣＳＣＦへ送信先を絞って送っても良い。また、この際に変更先のノードの情報を含めても良い。
【００２９】
ノード変更通知メッセージを受信したＰ−ＣＳＣＦ、またはＳ−ＣＳＣＦは、変更元となっているノードを利用している端末を列挙し、これらへ再登録通知メッセージを送る。通知メッセージは、端末がＰ−ＣＳＣＦを介してＳ−ＣＳＣＦに登録しているＳＵＢＳＣＲＩＢＥセッションを用いる。Ｐ−ＣＳＣＦは、このＳＵＢＳＣＲＩＢＥセッションを用いて直接ＮＯＴＩＦＹメッセージを送る。また、Ｓ−ＣＳＣＦの場合、途中のＰ−ＣＳＣＦで異常が発生しているため、代理のＰ−ＣＳＣＦを介して送信する。なお、ＭＥＳＳＡＧＥメッセージなどの他のＳＩＰメッセージを使用してもよい。
【００３０】
ＩＭＳ端末は、再登録通知メッセージを受信すると、指定されたＰ−ＣＳＣＦを経由して再度登録処理を行なう。
【００３１】
図３は、本実施形態に係るＩＭＳネットワークシステムにおいて、Ｓ−ＣＳＣＦに異常が発生した場合の動作を示すシーケンスチャートである。図３中では、簡略化のため１００Ｔｒｙｉｎｇ等の暫定レスポンスや、ＲＥＧＩＳＴＥＲの４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ認証シーケンスを省略している。
【００３２】
まず、ＩＭＳ端末１０は、通常のＩＭＳのＲＥＧＩＳＴＥＲを行なう（ステップＳ１〜ステップＳ４）。Ｓ−ＣＳＣＦ＃１（１０３）は、ＲＥＧＩＳＴＥＲを行なったＩＭＳ端末１０について、処理を行なったＰ−ＣＳＣＦ＃１（１０１）を記憶、保持する（ステップＳ５）。また、Ｐ−ＣＳＣＦ＃１（１０１）は、ＲＥＧＩＳＴＥＲを行なったＩＭＳ端末１０について、その登録先となったＳ−ＣＳＣＦ＃１（１０３）を記憶、保持する（ステップＳ６）。
【００３３】
ＩＭＳ端末１０は、ＲＥＧＳＩＴＥＲ後、ｒｅｇイベントについて、Ｓ−ＣＳＣＦ＃１（１０３）へＰ−ＣＳＣＦ＃１（１０１）を介してＳＵＢＳＣＲＩＢＥセッションを確立する（ステップＳ７〜ステップＳ１０）。Ｐ−ＣＳＣＦ＃１（１０１）は、ＳＵＢＳＣＲＩＢＥセッションをＰｒｏｘｙ処理する従来の動作に加え、自らもＮＯＴＩＦＹメッセージをＩＭＳ端末１０に送信できるようＳＵＢＳＣＲＩＢＥのセッション情報を保持する（ステップＳ１１）。これにより、ＩＭＳ端末１０は、その後ＩＭＳのサービスを享受可能となる。
【００３４】
監視サーバ１１０は、ＩＭＳノードを監視し、Ｓ−ＣＳＣＦ＃１（１０３）が異常状態になったことを検知する（ステップＳ１２）。監視サーバ１１０は、Ｓ−ＣＳＣＦ＃１（１０３）で行なっている処理を、Ｓ−ＣＳＣＦ＃２（１０４）へ変更するすよう、ノード変更通知メッセージを送信する（ステップＳ１３）。このとき、異常状態となったノードがＳ−ＣＳＣＦであるため、全Ｐ−ＣＳＣＦへ通知を行なう。
【００３５】
通知を受けたＰ−ＣＳＣＦ＃１（１０１）は、Ｓ−ＣＳＣＦ＃１（１０３）へ登録したＩＭＳ端末を列挙し、それらへ再登録通知メッセージを送信する（ステップＳ１４〜ステップＳ１６）。ここではＳＵＢＳＣＲＩＢＥセッション内で、ＮＯＴＩＦＹメッセージを使用して送信する。
【００３６】
ＩＭＳ端末１０は、再登録通知メッセージを受信すると、指定されたノードにＲＥＧＳＩＴＥＲを送信、再登録処理を行なう（ステップＳ１８〜ステップＳ２１）。また、その後同様にＳＵＢＳＣＲＩＢＥセッションを確立する（ステップＳ２２〜ステップＳ２５）。以後、ＩＭＳ端末１０は、変更した新しいノード（Ｓ−ＣＳＣＦ＃２（１０４））でＩＭＳサービスを享受することができる。
【００３７】
図４は、本実施形態に係るＩＭＳネットワークシステムにおいて、Ｐ−ＣＳＣＦに異常が発生した場合の動作を示すシーケンスチャートである。図４中では、簡略化のため１００Ｔｒｙｉｎｇ等の暫定レスポンスや、ＲＥＧＩＳＴＥＲの４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ認証シーケンスを省略している。
【００３８】
まず、ＩＭＳ端末１０は、通常のＩＭＳのＲＥＧＩＳＴＥＲを行なう（ステップＴ１〜ステップＴ４）。Ｓ−ＣＳＣＦ＃１（１０３）は、ＲＥＧＩＳＴＥＲを行なったＩＭＳ端末１０について、処理を行なったＰ−ＣＳＣＦ＃１（１０１）を記憶、保持する（ステップＴ５）。また、Ｐ−ＣＳＣＦ＃１（１０１）は、ＲＥＧＩＳＴＥＲを行なったＩＭＳ端末１０について、その登録先となったＳ−ＣＳＣＦ＃１（１０３）を記憶、保持する（ステップＴ６）。ＩＭＳ端末１０は、ＲＥＧＳＩＴＥＲ後、ｒｅｇイベントについて、Ｓ−ＣＳＣＦ＃１（１０３）へＰ−ＣＳＣＦ＃１（１０１）を介してＳＵＢＳＣＲＩＢＥセッションを確立する（ステップＴ７〜ステップＴ１０）。
【００３９】
Ｐ−ＣＳＣＦ＃１（１０１）は、ＳＵＢＳＣＲＩＢＥセッションをＰｒｏｘｙ処理する従来の動作に加え、自らもＮＯＴＩＦＹメッセージをＩＭＳ端末１０に送信できるようＳＵＢＳＣＲＩＢＥのセッション情報を保持する（ステップＴ１１）。ＩＭＳ端末１０は、その後ＩＭＳのサービスを享受可能となる。
【００４０】
監視サーバ１１０は、ＩＭＳノードを監視し、Ｐ−ＣＳＣＦ＃１（１０１）が異常状態になったことを検知する（ステップＴ１２）。監視サーバ１１０は、Ｐ−ＣＳＣＦ＃１（１０１）で行なっている処理を、Ｐ−ＣＳＣＦ＃２（１０２）へ変更するすよう、ノード変更通知メッセージを送信する（ステップＴ１３）。このとき、異常状態となったノードがＰ−ＣＳＣＦであるため、全Ｓ−ＣＳＣＦへ通知を行なう。
【００４１】
通知を受けたＳ−ＣＳＣＦ＃１（１０３）は、Ｐ−ＣＳＣＦ＃１（１０１）で処理を行なっているＩＭＳ端末を列挙し、それらへ再登録通知メッセージを送信する（ステップＴ１４）。ここでは、ＳＵＢＳＣＲＩＢＥセッション内で、ＮＯＴＩＦＹメッセージを使用して送信する（ステップＴ１５〜ステップＴ１８）。なお、Ｐ−ＣＳＣＦ＃１（１０１）を介して送信ができないため、変更先のＰ−ＣＳＣＦなどの別Ｐ−ＣＳＣＦを介してＩＭＳ端末１０に送信する。ここでは、変更先のＰ−ＣＳＣＦ＃２（１０２）を介する。
【００４２】
ＩＭＳ端末１０は、再登録通知メッセージを受信すると、指定されたノードにＲＥＧＳＩＴＥＲを送信、再登録処理を行なう（ステップＴ１９）。またその後同様にＳＵＢＳＣＲＩＢＥセッションを確立する（ステップＴ２０〜ステップＴ２７）。以後、ＩＭＳ端末１０は、変更した新しいノード（Ｐ−ＣＳＣＦ＃２（１０２））でＩＭＳサービスを享受することができる。
【００４３】
以上説明したように、本実施形態に係るＩＭＳネットワークシステムによれば、ＩＭＳノードに障害が発生した場合、迅速にＩＭＳ端末へ通知し、サービスを再開することができる。また、障害時以外でもメンテナンスやＩＭＳの構成変更を、サービスを継続しながら行なうことができる。さらに、高度な対障害性をもたない汎用ＰＣを用いて、可用性の高いＩＭＳを構築することができる。さらに、ＩＭＳ端末へ通知する際に、既存ＳＵＢＳＣＲＩＢＥセッションを用いることで、既存システムへのインパクトを小さくできる。
【符号の説明】
【００４４】
１０ ＩＭＳ端末
１０ａ 従来ＩＭＳクライアント機能
１０ｂ 再登録機能
２０ アクセスネットワーク
１００ ＩＭＳコアネットワーク
１０１ａ 従来機能
１０１ｂ 対応Ｐ−ＣＳＣＦ保持機能
１０１ｃ 再登録通知機能
１０１ｄ ノード変更指示受信機能
１０３ａ 従来機能
１０３ｂ 対応Ｓ−ＣＳＣＦ保持機能
１０３ｃ 再登録通知機能
１０３ｄ ノード変更指示受信機能
１１０ 監視サーバ
１１０ａ ノード監視機能
１１０ｂ ノード変更指示機能
【技術分野】
【０００１】
本発明は、ＳＩＰ（Session Initiation Protocol）処理を行なうＰ−ＣＳＣＦ（Proxy Call Session Control Function）およびＳ−ＣＳＣＦ（Serving Call Session Control Function）を含むＩＭＳ（IP Multimedia Subsystem）ネットワークシステムおよびＩＭＳネットワークシステムにおけるノード変更方法に関する。
【背景技術】
【０００２】
従来から知られているＳＩＰ（Session Initiation Protocol）は、ＩＰ上における呼制御に用いられるプロトコルであり、通信を行なう端末間で通信に必要なＩＰアドレスやポート番号、エンコーディング等のネゴシエーション、発呼、着呼などの制御を行なう際に用いられる。これに加え、ＩＭＳ（IP Multimedia Subsystem）では、このＳＩＰの情報に基づいて、通信に必要なネットワークリソースの割り当て、ゲート制御を行なう。
【０００３】
ＩＭＳでは、ＳＩＰ処理を行なうノードとして、複数のＣＳＣＦ（Call Session Control Function）を定めている。そのうち、Ｐ−ＣＳＣＦ（Proxy CSCF）は、端末から直接接続されるノードであり、暗号化やメッセージのフィルタリング等を行なう。また、Ｉ−ＣＳＣＦ（Interrogating CSCF）は、ＳＩＰのルーティングを行なう際、転送先の解決や、他ドメインへ転送するときの処理を行なう。Ｓ−ＣＳＣＦ（Serving CSCF）は、端末の登録やアプリケーションサーバとの連携、相手の解決などＳＩＰの主要な機能を備える。
【０００４】
これらのノードが、一度端末を登録し、サービスを開始すると、その後に端末の処理を行なうノードが変更されることはない。そのため、障害等でノードでの処理継続が困難となった場合、ＩＭＳが、その異常を検知して他のノードへ処理を割り当て直し、その後、端末が、その異常を検知して再度登録を行なうまで、サービスが遮断されてしまう。例えば、待ち受け状態の端末へ通信できなくなるなど、サービスへの影響は大きい。これらに対し現在では、ホットスタンバイなどを導入し、ノード自体に堅牢性を与えている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3GPP TS23.228 IP Multimedia Subsystem (IMS)
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来の技術では、障害が発生したことを検知すると、他のノードに処理を切り替えることを行なっているが、端末にそれを通知する方法はなく、また、端末側でも異常を検知し、再度登録処理を行なうことが必要であった。さらに、そのようにノードが処理を停止しないよう、ノード自体のハードウェア的な堅牢性を高めることが行なわれていたが、そのような堅牢性の高いハードウェアは高価であり、また、ネットワーク障害、高負荷時などハードウェア障害以外での問題を解決することは容易ではない。
【０００７】
本発明は、このような事情に鑑みてなされたものであり、ＩＭＳのノード等に障害が発生しても、サービスを継続したまま別のノードに処理を変更することができるＩＭＳネットワークシステムおよびノード変更方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
（１）上記の目的を達成するために、本発明は、以下のような手段を講じた。すなわち、本発明のＩＭＳネットワークシステムは、ＳＩＰ（Session Initiation Protocol）処理を行なう少なくとも一つのＰ−ＣＳＣＦ（Proxy Call Session Control Function）および複数のＳ−ＣＳＣＦ（Serving Call Session Control Function）を含むＩＭＳ（IP Multimedia Subsystem）ネットワークシステムであって、前記Ｐ−ＣＳＣＦは、前記Ｓ−ＣＳＣＦに登録しているＩＭＳ端末の情報を保持する対応Ｓ−ＣＳＣＦ保持機能と、いずれかの前記Ｓ−ＣＳＣＦの異常が検知されたときに出力されるノード変更指示を受信するノード変更指示受信機能と、前記保持されているＩＭＳ端末の情報に基づいて、前記異常が検知されたＳ−ＣＳＣＦに登録しているＩＭＳ端末に対して、再登録通知メッセージを出力する再登録通知機能と、を備え、前記ＩＭＳ端末は、前記再登録通知メッセージに基づいて、前記異常が検知されたＳ−ＣＳＣＦ以外のＳ−ＣＳＣＦに再登録を行なうことを特徴としている。
【０００９】
このように、異常が検知されたＳ−ＣＳＣＦに登録しているＩＭＳ端末に対して、再登録通知メッセージを出力し、ＩＭＳ端末は、再登録通知メッセージに基づいて、異常が検知されたＳ−ＣＳＣＦ以外のＳ−ＣＳＣＦに再登録を行なうので、ＩＭＳノード（Ｓ−ＣＳＣＦ）に障害が発生した場合であっても、迅速にＩＭＳ端末へ通知して、サービスを再開することができる。また、障害時以外でも、メンテナンスやＩＭＳの構成変更を、サービスを中断することなく、すなわち、サービスを継続しながら行なうことができる。さらに、高度な対障害性をもたない汎用ＰＣを用いて、可用性の高いＩＭＳを構築することができる。さらに、ＩＭＳ端末へ通知する際に、既存のＳＵＢＳＣＲＩＢＥセッションを用いることで、既存システムへのインパクトを小さくできる。
【００１０】
（２）また、本発明のＩＭＳネットワークシステムは、ＳＩＰ（Session Initiation Protocol）処理を行なう複数のＰ−ＣＳＣＦ（Proxy Call Session Control Function）および少なくとも一つのＳ−ＣＳＣＦ（Serving Call Session Control Function）を含むＩＭＳ（IP Multimedia Subsystem）ネットワークシステムであって、前記Ｓ−ＣＳＣＦは、前記Ｐ−ＣＳＣＦに接続しているＩＭＳ端末の情報を保持する対応Ｐ−ＣＳＣＦ保持機能と、いずれかの前記Ｐ−ＣＳＣＦの異常が検知されたときに出力されるノード変更指示を受信するノード変更指示受信機能と、前記保持されているＩＭＳ端末の情報に基づいて、前記異常が検知されたＰ−ＣＳＣＦに接続しているＩＭＳ端末に対して、前記異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦを経由して再登録通知メッセージを出力する再登録通知機能と、を備え、前記ＩＭＳ端末は、前記再登録通知メッセージに基づいて、前記異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦに再登録を行なうことを特徴としている。
【００１１】
このように、異常が検知されたＰ−ＣＳＣＦに接続しているＩＭＳ端末に対して、異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦを経由して再登録通知メッセージを出力し、ＩＭＳ端末は、再登録通知メッセージに基づいて、異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦに再登録を行なうので、ＩＭＳノード（Ｐ−ＣＳＣＦ）に障害が発生した場合であっても、迅速にＩＭＳ端末へ通知して、サービスを再開することができる。また、障害時以外でも、メンテナンスやＩＭＳの構成変更を、サービスを中断することなく、すなわち、サービスを継続しながら行なうことができる。さらに、高度な対障害性をもたない汎用ＰＣを用いて、可用性の高いＩＭＳを構築することができる。さらに、ＩＭＳ端末へ通知する際に、既存のＳＵＢＳＣＲＩＢＥセッションを用いることで、既存システムへのインパクトを小さくできる。
【００１２】
（３）また、本発明のＩＭＳネットワークシステムは、ＩＭＳネットワークで発生する異常を監視し、前記Ｐ−ＣＳＣＦで異常を検知した場合は、前記Ｓ−ＣＳＣＦに対して前記ノード変更指示を出力する一方、前記Ｓ−ＣＳＣＦで異常を検知した場合は、前記Ｐ−ＣＳＣＦに対して前記ノード変更指示を出力する監視サーバをさらに備えることを特徴としている。
【００１３】
このように、ＩＭＳネットワークで発生する異常を監視し、Ｐ−ＣＳＣＦで異常を検知した場合は、Ｓ−ＣＳＣＦに対してノード変更指示を出力する一方、Ｓ−ＣＳＣＦで異常を検知した場合は、Ｐ−ＣＳＣＦに対してノード変更指示を出力するので、ＩＭＳノード（Ｐ−ＣＳＣＦまたはＳ−ＣＳＣＦ）に障害が発生した場合であっても、迅速にＩＭＳ端末へ通知して、サービスを再開することができる。また、障害時以外でも、メンテナンスやＩＭＳの構成変更を、サービスを中断することなく、すなわち、サービスを継続しながら行なうことができる。
【００１４】
（４）また、本発明のノード変更方法は、ＳＩＰ（Session Initiation Protocol）処理を行なう少なくとも一つのＰ−ＣＳＣＦ（Proxy Call Session Control Function）および複数のＳ−ＣＳＣＦ（Serving Call Session Control Function）を含むＩＭＳ（IP Multimedia Subsystem）ネットワークにおけるノード変更方法であって、前記Ｐ−ＣＳＣＦにおいて、前記Ｓ−ＣＳＣＦに登録しているＩＭＳ端末の情報を保持するステップと、いずれかの前記Ｓ−ＣＳＣＦの異常が検知されたときに出力されるノード変更指示を受信するステップと、前記保持されているＩＭＳ端末の情報に基づいて、前記異常が検知されたＳ−ＣＳＣＦに登録しているＩＭＳ端末に対して、再登録通知メッセージを出力するステップと、前記ＩＭＳ端末において、前記再登録通知メッセージに基づいて、前記異常が検知されたＳ−ＣＳＣＦ以外のＳ−ＣＳＣＦに再登録を行なうステップと、を少なくとも含むことを特徴としている。
【００１５】
このように、異常が検知されたＳ−ＣＳＣＦに登録しているＩＭＳ端末に対して、再登録通知メッセージを出力し、ＩＭＳ端末は、再登録通知メッセージに基づいて、異常が検知されたＳ−ＣＳＣＦ以外のＳ−ＣＳＣＦに再登録を行なうので、ＩＭＳノード（Ｓ−ＣＳＣＦ）に障害が発生した場合であっても、迅速にＩＭＳ端末へ通知して、サービスを再開することができる。また、障害時以外でも、メンテナンスやＩＭＳの構成変更を、サービスを中断することなく、すなわち、サービスを継続しながら行なうことができる。さらに、高度な対障害性をもたない汎用ＰＣを用いて、可用性の高いＩＭＳを構築することができる。さらに、ＩＭＳ端末へ通知する際に、既存のＳＵＢＳＣＲＩＢＥセッションを用いることで、既存システムへのインパクトを小さくできる。
【００１６】
（５）また、本発明のノード変更方法は、ＳＩＰ（Session Initiation Protocol）処理を行なう複数のＰ−ＣＳＣＦ（Proxy Call Session Control Function）および少なくとも一つのＳ−ＣＳＣＦ（Serving Call Session Control Function）を含むＩＭＳ（IP Multimedia Subsystem）ネットワークにおけるノード変更方法であって、前記Ｓ−ＣＳＣＦにおいて、前記Ｐ−ＣＳＣＦに接続しているＩＭＳ端末の情報を保持するステップと、いずれかの前記Ｐ−ＣＳＣＦの異常が検知されたときに出力されるノード変更指示を受信するステップと、前記保持されているＩＭＳ端末の情報に基づいて、前記異常が検知されたＰ−ＣＳＣＦに接続しているＩＭＳ端末に対して、前記異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦを経由して再登録通知メッセージを出力するステップと、前記ＩＭＳ端末において、前記再登録通知メッセージに基づいて、前記異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦに再登録を行なうステップと、を少なくとも含むことを特徴としている。
【００１７】
このように、異常が検知されたＰ−ＣＳＣＦに接続しているＩＭＳ端末に対して、異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦを経由して再登録通知メッセージを出力し、ＩＭＳ端末は、再登録通知メッセージに基づいて、異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦに再登録を行なうので、ＩＭＳノード（Ｐ−ＣＳＣＦ）に障害が発生した場合であっても、迅速にＩＭＳ端末へ通知して、サービスを再開することができる。また、障害時以外でも、メンテナンスやＩＭＳの構成変更を、サービスを中断することなく、すなわち、サービスを継続しながら行なうことができる。さらに、高度な対障害性をもたない汎用ＰＣを用いて、可用性の高いＩＭＳを構築することができる。さらに、ＩＭＳ端末へ通知する際に、既存ＳＵＢＳＣＲＩＢＥセッションを用いることで、既存システムへのインパクトを小さくできる。
【００１８】
（６）また、本発明のノード変更方法は、監視サーバにおいて、ＩＭＳネットワークで発生する異常を監視するステップと、前記Ｐ−ＣＳＣＦで異常を検知した場合は、前記Ｓ−ＣＳＣＦに対して前記ノード変更指示を出力するステップと、前記Ｓ−ＣＳＣＦで異常を検知した場合は、前記Ｐ−ＣＳＣＦに対して前記ノード変更指示を出力するステップと、をさらに含むことを特徴としている。
【００１９】
このように、ＩＭＳネットワークで発生する異常を監視し、Ｐ−ＣＳＣＦで異常を検知した場合は、Ｓ−ＣＳＣＦに対してノード変更指示を出力する一方、Ｓ−ＣＳＣＦで異常を検知した場合は、Ｐ−ＣＳＣＦに対してノード変更指示を出力するので、ＩＭＳノード（Ｐ−ＣＳＣＦまたはＳ−ＣＳＣＦ）に障害が発生した場合であっても、迅速にＩＭＳ端末へ通知して、サービスを再開することができる。また、障害時以外でも、メンテナンスやＩＭＳの構成変更を、サービスを中断することなく、すなわち、サービスを継続しながら行なうことができる。
【発明の効果】
【００２０】
本発明によれば、異常が検知されたＳ−ＣＳＣＦに登録しているＩＭＳ端末に対して、再登録通知メッセージを出力し、ＩＭＳ端末は、再登録通知メッセージに基づいて、異常が検知されたＳ−ＣＳＣＦ以外のＳ−ＣＳＣＦに再登録を行なうので、ＩＭＳノード（Ｓ−ＣＳＣＦ）に障害が発生した場合であっても、迅速にＩＭＳ端末へ通知して、サービスを再開することができる。また、障害時以外でも、メンテナンスやＩＭＳの構成変更を、サービスを中断することなく、すなわち、サービスを継続しながら行なうことができる。さらに、高度な対障害性をもたない汎用ＰＣを用いて、可用性の高いＩＭＳを構築することができる。さらに、ＩＭＳ端末へ通知する際に、既存ＳＵＢＳＣＲＩＢＥセッションを用いることで、既存システムへのインパクトを小さくできる。
【図面の簡単な説明】
【００２１】
【図１】本実施形態に係るＩＭＳネットワークシステムの構成を示す図である。
【図２】ネットワークを構成する要素の機能を示すブロック図である。
【図３】本実施形態に係るＩＭＳネットワークにおいて、構成変更の動作を示すシーケンスチャートである。
【図４】本実施形態に係るＩＭＳネットワークにおいて、構成変更の動作を示すシーケンスチャートである。
【発明を実施するための形態】
【００２２】
本実施形態では、ＩＭＳ（IP Multimedia Subsystem）端末の登録状態を把握し、処理を行なうＰ−ＣＳＣＦ（Proxy Call Session Control Function）とＳ−ＣＳＣＦ（Serving Call Session Control Function）において、どちらかが異常状態になった場合、もう一方からＩＭＳ端末へ異常状態を通知することによって、正常なノードへサービスを中断することなく、登録処理を変更する。このために、Ｐ−ＣＳＣＦ、Ｓ−ＣＳＣＦに端末への再登録通知機能を、ＩＭＳ端末に指定ノードへの再登録機能を設けている。
【００２３】
図１は、本実施形態に係るＩＭＳネットワークシステムの構成を示す図である。ＩＭＳ端末１０は、アクセスネットワーク２０を介して、ＩＭＳコアネットワーク１００へ接続する。ＩＭＳコアネットワーク１００上には、Ｐ−ＣＳＣＦ１０１、Ｐ−ＣＳＣＦ１０２、Ｓ−ＣＳＣＦ１０３、Ｓ−ＣＳＣＦ１０４、Ｉ−ＣＳＣＦ（Interrogating Call Session Control Function）１０５、ＨＳＳ（Home Subscriber Server）１０６、監視サーバ１１０が設けられている。ＩＭＳ端末１０は、ＩＭＳコアネットワーク１００上に設置されたＰ−ＣＳＣＦ１０１を介してＳ−ＣＳＣＦ１０２に接続し、ＩＭＳのサービスを享受している。また、監視サーバ１１０は、これらＩＭＳノードの状態を監視している。
【００２４】
図２は、ネットワークを構成する要素の機能を示すブロック図である。監視サーバ１１０は、ノード監視機能１１０ａ、およびノード変更指示機能１１０ｂを有する。ノード監視機能１１０ａは、ＩＭＳコアネットワーク１００上のＩＭＳノードの状態を監視し、サーバダウンや高負荷などの異常を検知する。ノード変更指示機能１１０ｂは、異常を検知したときに、ノードを変更する旨の通知を行なう。この通知先は、Ｓ−ＣＳＣＦの異常であればＰ−ＣＳＣＦであり、Ｐ−ＣＳＣＦの異常であればＳ−ＣＳＣＦである。
【００２５】
Ｐ−ＣＳＣＦ１０１、１０２は、従来機能１０１ａ、対応Ｓ−ＣＳＣＦ保持機能１０１ｂ、再登録通知機能１０１ｃ、およびノード変更指示受信機能１０１ｄを有する。従来機能１０１ａは、従来から知られているＣＳＣＦの基本的な機能である。対応Ｓ−ＣＳＣＦ保持機能１０１ｂは、各Ｐ−ＣＳＣＦを利用しているＩＭＳ端末情報を保持、把握する機能である。再登録通知機能１０１ｃは、ＩＭＳ端末１０に対して、ノードの再登録をするよう通知する機能である。対応Ｓ−ＣＳＣＦ保持機能１０１ｂから、変更元のノードを使用しているＩＭＳ端末を探し、通知する。通知メッセージには、再登録指示のほかに、再登録先の情報を含めることが可能である。ノード変更指示受信機能１０１ｄは、監視サーバ１１０からのノード変更指示を受ける機能である。
【００２６】
Ｓ−ＣＳＣＦ１０３、１０４は、従来機能１０３ａ、対応Ｐ−ＣＳＣＦ保持機能１０３ｂ、再登録通知機能１０３ｃ、およびノード変更指示受信機能１０３ｄを有する。従来機能１０３ａは、従来から知られているＣＳＣＦの基本的な機能である。対応Ｐ−ＣＳＣＦ保持機能１０３ｂは、各Ｓ−ＣＳＣＦを利用しているＩＭＳ端末情報を保持、把握する機能である。再登録通知機能１０３ｃは、ＩＭＳ端末１０に対して、ノードの再登録をするよう通知する機能である。対応Ｐ−ＣＳＣＦ保持機能１０３ｂから、変更元のノードを使用しているＩＭＳ端末を探し、通知する。通知メッセージには、再登録指示のほかに、再登録先の情報を含めることが可能である。ノード変更指示受信機能１０３ｄは、監視サーバ１１０からのノード変更指示を受ける機能である。
【００２７】
ＩＭＳ端末１０は、従来ＩＭＳクライアント機能１０ａ、および再登録機能１０ｂを有する。従来ＩＭＳクライアント機能１０ａは、従来から知られているＩＭＳ端末の基本的な機能である。再登録機能１０ｂは、ＩＭＳ端末１０が受信したノードの再登録の指示に基づいて、新たなノードへの再登録を行なう機能である。
【００２８】
次に、以上のように構成された本実施形態に係るＩＭＳネットワークシステムの動作について説明する。監視サーバ１１０は、異常のあるノードを発見すると、処理をそのノードから他のノードへ変更するために、ノード変更通知メッセージを送信する。送信先は、全ノードに送っても良いが、Ｓ−ＣＳＣＦが異常であれば、そのＳ−ＣＳＣＦに登録された端末が処理されているＰ−ＣＳＣＦへ送信する。一方、Ｐ−ＣＳＣＦの異常であれば同様にそのＰ−ＣＳＣＦで処理している端末が登録されているＳ−ＣＳＣＦへ送信先を絞って送っても良い。また、この際に変更先のノードの情報を含めても良い。
【００２９】
ノード変更通知メッセージを受信したＰ−ＣＳＣＦ、またはＳ−ＣＳＣＦは、変更元となっているノードを利用している端末を列挙し、これらへ再登録通知メッセージを送る。通知メッセージは、端末がＰ−ＣＳＣＦを介してＳ−ＣＳＣＦに登録しているＳＵＢＳＣＲＩＢＥセッションを用いる。Ｐ−ＣＳＣＦは、このＳＵＢＳＣＲＩＢＥセッションを用いて直接ＮＯＴＩＦＹメッセージを送る。また、Ｓ−ＣＳＣＦの場合、途中のＰ−ＣＳＣＦで異常が発生しているため、代理のＰ−ＣＳＣＦを介して送信する。なお、ＭＥＳＳＡＧＥメッセージなどの他のＳＩＰメッセージを使用してもよい。
【００３０】
ＩＭＳ端末は、再登録通知メッセージを受信すると、指定されたＰ−ＣＳＣＦを経由して再度登録処理を行なう。
【００３１】
図３は、本実施形態に係るＩＭＳネットワークシステムにおいて、Ｓ−ＣＳＣＦに異常が発生した場合の動作を示すシーケンスチャートである。図３中では、簡略化のため１００Ｔｒｙｉｎｇ等の暫定レスポンスや、ＲＥＧＩＳＴＥＲの４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ認証シーケンスを省略している。
【００３２】
まず、ＩＭＳ端末１０は、通常のＩＭＳのＲＥＧＩＳＴＥＲを行なう（ステップＳ１〜ステップＳ４）。Ｓ−ＣＳＣＦ＃１（１０３）は、ＲＥＧＩＳＴＥＲを行なったＩＭＳ端末１０について、処理を行なったＰ−ＣＳＣＦ＃１（１０１）を記憶、保持する（ステップＳ５）。また、Ｐ−ＣＳＣＦ＃１（１０１）は、ＲＥＧＩＳＴＥＲを行なったＩＭＳ端末１０について、その登録先となったＳ−ＣＳＣＦ＃１（１０３）を記憶、保持する（ステップＳ６）。
【００３３】
ＩＭＳ端末１０は、ＲＥＧＳＩＴＥＲ後、ｒｅｇイベントについて、Ｓ−ＣＳＣＦ＃１（１０３）へＰ−ＣＳＣＦ＃１（１０１）を介してＳＵＢＳＣＲＩＢＥセッションを確立する（ステップＳ７〜ステップＳ１０）。Ｐ−ＣＳＣＦ＃１（１０１）は、ＳＵＢＳＣＲＩＢＥセッションをＰｒｏｘｙ処理する従来の動作に加え、自らもＮＯＴＩＦＹメッセージをＩＭＳ端末１０に送信できるようＳＵＢＳＣＲＩＢＥのセッション情報を保持する（ステップＳ１１）。これにより、ＩＭＳ端末１０は、その後ＩＭＳのサービスを享受可能となる。
【００３４】
監視サーバ１１０は、ＩＭＳノードを監視し、Ｓ−ＣＳＣＦ＃１（１０３）が異常状態になったことを検知する（ステップＳ１２）。監視サーバ１１０は、Ｓ−ＣＳＣＦ＃１（１０３）で行なっている処理を、Ｓ−ＣＳＣＦ＃２（１０４）へ変更するすよう、ノード変更通知メッセージを送信する（ステップＳ１３）。このとき、異常状態となったノードがＳ−ＣＳＣＦであるため、全Ｐ−ＣＳＣＦへ通知を行なう。
【００３５】
通知を受けたＰ−ＣＳＣＦ＃１（１０１）は、Ｓ−ＣＳＣＦ＃１（１０３）へ登録したＩＭＳ端末を列挙し、それらへ再登録通知メッセージを送信する（ステップＳ１４〜ステップＳ１６）。ここではＳＵＢＳＣＲＩＢＥセッション内で、ＮＯＴＩＦＹメッセージを使用して送信する。
【００３６】
ＩＭＳ端末１０は、再登録通知メッセージを受信すると、指定されたノードにＲＥＧＳＩＴＥＲを送信、再登録処理を行なう（ステップＳ１８〜ステップＳ２１）。また、その後同様にＳＵＢＳＣＲＩＢＥセッションを確立する（ステップＳ２２〜ステップＳ２５）。以後、ＩＭＳ端末１０は、変更した新しいノード（Ｓ−ＣＳＣＦ＃２（１０４））でＩＭＳサービスを享受することができる。
【００３７】
図４は、本実施形態に係るＩＭＳネットワークシステムにおいて、Ｐ−ＣＳＣＦに異常が発生した場合の動作を示すシーケンスチャートである。図４中では、簡略化のため１００Ｔｒｙｉｎｇ等の暫定レスポンスや、ＲＥＧＩＳＴＥＲの４０１ Ｕｎａｕｔｈｏｒｉｚｅｄ認証シーケンスを省略している。
【００３８】
まず、ＩＭＳ端末１０は、通常のＩＭＳのＲＥＧＩＳＴＥＲを行なう（ステップＴ１〜ステップＴ４）。Ｓ−ＣＳＣＦ＃１（１０３）は、ＲＥＧＩＳＴＥＲを行なったＩＭＳ端末１０について、処理を行なったＰ−ＣＳＣＦ＃１（１０１）を記憶、保持する（ステップＴ５）。また、Ｐ−ＣＳＣＦ＃１（１０１）は、ＲＥＧＩＳＴＥＲを行なったＩＭＳ端末１０について、その登録先となったＳ−ＣＳＣＦ＃１（１０３）を記憶、保持する（ステップＴ６）。ＩＭＳ端末１０は、ＲＥＧＳＩＴＥＲ後、ｒｅｇイベントについて、Ｓ−ＣＳＣＦ＃１（１０３）へＰ−ＣＳＣＦ＃１（１０１）を介してＳＵＢＳＣＲＩＢＥセッションを確立する（ステップＴ７〜ステップＴ１０）。
【００３９】
Ｐ−ＣＳＣＦ＃１（１０１）は、ＳＵＢＳＣＲＩＢＥセッションをＰｒｏｘｙ処理する従来の動作に加え、自らもＮＯＴＩＦＹメッセージをＩＭＳ端末１０に送信できるようＳＵＢＳＣＲＩＢＥのセッション情報を保持する（ステップＴ１１）。ＩＭＳ端末１０は、その後ＩＭＳのサービスを享受可能となる。
【００４０】
監視サーバ１１０は、ＩＭＳノードを監視し、Ｐ−ＣＳＣＦ＃１（１０１）が異常状態になったことを検知する（ステップＴ１２）。監視サーバ１１０は、Ｐ−ＣＳＣＦ＃１（１０１）で行なっている処理を、Ｐ−ＣＳＣＦ＃２（１０２）へ変更するすよう、ノード変更通知メッセージを送信する（ステップＴ１３）。このとき、異常状態となったノードがＰ−ＣＳＣＦであるため、全Ｓ−ＣＳＣＦへ通知を行なう。
【００４１】
通知を受けたＳ−ＣＳＣＦ＃１（１０３）は、Ｐ−ＣＳＣＦ＃１（１０１）で処理を行なっているＩＭＳ端末を列挙し、それらへ再登録通知メッセージを送信する（ステップＴ１４）。ここでは、ＳＵＢＳＣＲＩＢＥセッション内で、ＮＯＴＩＦＹメッセージを使用して送信する（ステップＴ１５〜ステップＴ１８）。なお、Ｐ−ＣＳＣＦ＃１（１０１）を介して送信ができないため、変更先のＰ−ＣＳＣＦなどの別Ｐ−ＣＳＣＦを介してＩＭＳ端末１０に送信する。ここでは、変更先のＰ−ＣＳＣＦ＃２（１０２）を介する。
【００４２】
ＩＭＳ端末１０は、再登録通知メッセージを受信すると、指定されたノードにＲＥＧＳＩＴＥＲを送信、再登録処理を行なう（ステップＴ１９）。またその後同様にＳＵＢＳＣＲＩＢＥセッションを確立する（ステップＴ２０〜ステップＴ２７）。以後、ＩＭＳ端末１０は、変更した新しいノード（Ｐ−ＣＳＣＦ＃２（１０２））でＩＭＳサービスを享受することができる。
【００４３】
以上説明したように、本実施形態に係るＩＭＳネットワークシステムによれば、ＩＭＳノードに障害が発生した場合、迅速にＩＭＳ端末へ通知し、サービスを再開することができる。また、障害時以外でもメンテナンスやＩＭＳの構成変更を、サービスを継続しながら行なうことができる。さらに、高度な対障害性をもたない汎用ＰＣを用いて、可用性の高いＩＭＳを構築することができる。さらに、ＩＭＳ端末へ通知する際に、既存ＳＵＢＳＣＲＩＢＥセッションを用いることで、既存システムへのインパクトを小さくできる。
【符号の説明】
【００４４】
１０ ＩＭＳ端末
１０ａ 従来ＩＭＳクライアント機能
１０ｂ 再登録機能
２０ アクセスネットワーク
１００ ＩＭＳコアネットワーク
１０１ａ 従来機能
１０１ｂ 対応Ｐ−ＣＳＣＦ保持機能
１０１ｃ 再登録通知機能
１０１ｄ ノード変更指示受信機能
１０３ａ 従来機能
１０３ｂ 対応Ｓ−ＣＳＣＦ保持機能
１０３ｃ 再登録通知機能
１０３ｄ ノード変更指示受信機能
１１０ 監視サーバ
１１０ａ ノード監視機能
１１０ｂ ノード変更指示機能
【特許請求の範囲】
【請求項１】
ＳＩＰ（Session Initiation Protocol）処理を行なう少なくとも一つのＰ−ＣＳＣＦ（Proxy Call Session Control Function）および複数のＳ−ＣＳＣＦ（Serving Call Session Control Function）を含むＩＭＳ（IP Multimedia Subsystem）ネットワークシステムであって、
前記Ｐ−ＣＳＣＦは、
前記Ｓ−ＣＳＣＦに登録しているＩＭＳ端末の情報を保持する対応Ｓ−ＣＳＣＦ保持機能と、
いずれかの前記Ｓ−ＣＳＣＦの異常が検知されたときに出力されるノード変更指示を受信するノード変更指示受信機能と、
前記保持されているＩＭＳ端末の情報に基づいて、前記異常が検知されたＳ−ＣＳＣＦに登録しているＩＭＳ端末に対して、再登録通知メッセージを出力する再登録通知機能と、を備え、
前記ＩＭＳ端末は、前記再登録通知メッセージに基づいて、前記異常が検知されたＳ−ＣＳＣＦ以外の指定されたＳ−ＣＳＣＦに再登録を行なうことを特徴とするＩＭＳネットワークシステム。
【請求項２】
ＳＩＰ（Session Initiation Protocol）処理を行なう複数のＰ−ＣＳＣＦ（Proxy Call Session Control Function）および少なくとも一つのＳ−ＣＳＣＦ（Serving Call Session Control Function）を含むＩＭＳ（IP Multimedia Subsystem）ネットワークシステムであって、
前記Ｓ−ＣＳＣＦは、
前記Ｐ−ＣＳＣＦに接続しているＩＭＳ端末の情報を保持する対応Ｐ−ＣＳＣＦ保持機能と、
いずれかの前記Ｐ−ＣＳＣＦの異常が検知されたときに出力されるノード変更指示を受信するノード変更指示受信機能と、
前記保持されているＩＭＳ端末の情報に基づいて、前記異常が検知されたＰ−ＣＳＣＦに接続しているＩＭＳ端末に対して、前記異常が検知されたＰ−ＣＳＣＦ以外の指定されたＰ−ＣＳＣＦを経由して再登録通知メッセージを出力する再登録通知機能と、を備え、
前記ＩＭＳ端末は、前記再登録通知メッセージに基づいて、前記異常が検知されたＰ−ＣＳＣＦ以外の指定されたＰ−ＣＳＣＦに再登録を行なうことを特徴とするＩＭＳネットワークシステム。
【請求項３】
ＩＭＳネットワークで発生する異常を監視し、前記Ｐ−ＣＳＣＦで異常を検知した場合は、前記Ｓ−ＣＳＣＦに対して前記ノード変更指示を出力する一方、前記Ｓ−ＣＳＣＦで異常を検知した場合は、前記Ｐ−ＣＳＣＦに対して前記ノード変更指示を出力する監視サーバをさらに備えることを特徴とする請求項１または請求項２記載のＩＭＳネットワークシステム。
【請求項４】
ＳＩＰ（Session Initiation Protocol）処理を行なう少なくとも一つのＰ−ＣＳＣＦ（Proxy Call Session Control Function）および複数のＳ−ＣＳＣＦ（Serving Call Session Control Function）を含むＩＭＳ（IP Multimedia Subsystem）ネットワークにおけるノード変更方法であって、
前記Ｐ−ＣＳＣＦにおいて、
前記Ｓ−ＣＳＣＦに登録しているＩＭＳ端末の情報を保持するステップと、
いずれかの前記Ｓ−ＣＳＣＦの異常が検知されたときに出力されるノード変更指示を受信するステップと、
前記保持されているＩＭＳ端末の情報に基づいて、前記異常が検知されたＳ−ＣＳＣＦに登録しているＩＭＳ端末に対して、再登録通知メッセージを出力するステップと、
前記ＩＭＳ端末において、前記再登録通知メッセージに基づいて、前記異常が検知されたＳ−ＣＳＣＦ以外の指定されたＳ−ＣＳＣＦに再登録を行なうステップと、を少なくとも含むことを特徴とするノード変更方法。
【請求項５】
ＳＩＰ（Session Initiation Protocol）処理を行なう複数のＰ−ＣＳＣＦ（Proxy Call Session Control Function）および少なくとも一つのＳ−ＣＳＣＦ（Serving Call Session Control Function）を含むＩＭＳ（IP Multimedia Subsystem）ネットワークにおけるノード変更方法であって、
前記Ｓ−ＣＳＣＦにおいて、
前記Ｐ−ＣＳＣＦに接続しているＩＭＳ端末の情報を保持するステップと、
いずれかの前記Ｐ−ＣＳＣＦの異常が検知されたときに出力されるノード変更指示を受信するステップと、
前記保持されているＩＭＳ端末の情報に基づいて、前記異常が検知されたＰ−ＣＳＣＦに接続しているＩＭＳ端末に対して、前記異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦを経由して再登録通知メッセージを出力するステップと、
前記ＩＭＳ端末において、前記再登録通知メッセージに基づいて、前記異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦに再登録を行なうステップと、を少なくとも含むことを特徴とするノード変更方法。
【請求項６】
監視サーバにおいて、
ＩＭＳネットワークで発生する異常を監視するステップと、
前記Ｐ−ＣＳＣＦで異常を検知した場合は、前記Ｓ−ＣＳＣＦに対して前記ノード変更指示を出力するステップと、
前記Ｓ−ＣＳＣＦで異常を検知した場合は、前記Ｐ−ＣＳＣＦに対して前記ノード変更指示を出力するステップと、をさらに含むことを特徴とする請求項４または請求項５記載のノード変更方法。
【請求項１】
ＳＩＰ（Session Initiation Protocol）処理を行なう少なくとも一つのＰ−ＣＳＣＦ（Proxy Call Session Control Function）および複数のＳ−ＣＳＣＦ（Serving Call Session Control Function）を含むＩＭＳ（IP Multimedia Subsystem）ネットワークシステムであって、
前記Ｐ−ＣＳＣＦは、
前記Ｓ−ＣＳＣＦに登録しているＩＭＳ端末の情報を保持する対応Ｓ−ＣＳＣＦ保持機能と、
いずれかの前記Ｓ−ＣＳＣＦの異常が検知されたときに出力されるノード変更指示を受信するノード変更指示受信機能と、
前記保持されているＩＭＳ端末の情報に基づいて、前記異常が検知されたＳ−ＣＳＣＦに登録しているＩＭＳ端末に対して、再登録通知メッセージを出力する再登録通知機能と、を備え、
前記ＩＭＳ端末は、前記再登録通知メッセージに基づいて、前記異常が検知されたＳ−ＣＳＣＦ以外の指定されたＳ−ＣＳＣＦに再登録を行なうことを特徴とするＩＭＳネットワークシステム。
【請求項２】
ＳＩＰ（Session Initiation Protocol）処理を行なう複数のＰ−ＣＳＣＦ（Proxy Call Session Control Function）および少なくとも一つのＳ−ＣＳＣＦ（Serving Call Session Control Function）を含むＩＭＳ（IP Multimedia Subsystem）ネットワークシステムであって、
前記Ｓ−ＣＳＣＦは、
前記Ｐ−ＣＳＣＦに接続しているＩＭＳ端末の情報を保持する対応Ｐ−ＣＳＣＦ保持機能と、
いずれかの前記Ｐ−ＣＳＣＦの異常が検知されたときに出力されるノード変更指示を受信するノード変更指示受信機能と、
前記保持されているＩＭＳ端末の情報に基づいて、前記異常が検知されたＰ−ＣＳＣＦに接続しているＩＭＳ端末に対して、前記異常が検知されたＰ−ＣＳＣＦ以外の指定されたＰ−ＣＳＣＦを経由して再登録通知メッセージを出力する再登録通知機能と、を備え、
前記ＩＭＳ端末は、前記再登録通知メッセージに基づいて、前記異常が検知されたＰ−ＣＳＣＦ以外の指定されたＰ−ＣＳＣＦに再登録を行なうことを特徴とするＩＭＳネットワークシステム。
【請求項３】
ＩＭＳネットワークで発生する異常を監視し、前記Ｐ−ＣＳＣＦで異常を検知した場合は、前記Ｓ−ＣＳＣＦに対して前記ノード変更指示を出力する一方、前記Ｓ−ＣＳＣＦで異常を検知した場合は、前記Ｐ−ＣＳＣＦに対して前記ノード変更指示を出力する監視サーバをさらに備えることを特徴とする請求項１または請求項２記載のＩＭＳネットワークシステム。
【請求項４】
ＳＩＰ（Session Initiation Protocol）処理を行なう少なくとも一つのＰ−ＣＳＣＦ（Proxy Call Session Control Function）および複数のＳ−ＣＳＣＦ（Serving Call Session Control Function）を含むＩＭＳ（IP Multimedia Subsystem）ネットワークにおけるノード変更方法であって、
前記Ｐ−ＣＳＣＦにおいて、
前記Ｓ−ＣＳＣＦに登録しているＩＭＳ端末の情報を保持するステップと、
いずれかの前記Ｓ−ＣＳＣＦの異常が検知されたときに出力されるノード変更指示を受信するステップと、
前記保持されているＩＭＳ端末の情報に基づいて、前記異常が検知されたＳ−ＣＳＣＦに登録しているＩＭＳ端末に対して、再登録通知メッセージを出力するステップと、
前記ＩＭＳ端末において、前記再登録通知メッセージに基づいて、前記異常が検知されたＳ−ＣＳＣＦ以外の指定されたＳ−ＣＳＣＦに再登録を行なうステップと、を少なくとも含むことを特徴とするノード変更方法。
【請求項５】
ＳＩＰ（Session Initiation Protocol）処理を行なう複数のＰ−ＣＳＣＦ（Proxy Call Session Control Function）および少なくとも一つのＳ−ＣＳＣＦ（Serving Call Session Control Function）を含むＩＭＳ（IP Multimedia Subsystem）ネットワークにおけるノード変更方法であって、
前記Ｓ−ＣＳＣＦにおいて、
前記Ｐ−ＣＳＣＦに接続しているＩＭＳ端末の情報を保持するステップと、
いずれかの前記Ｐ−ＣＳＣＦの異常が検知されたときに出力されるノード変更指示を受信するステップと、
前記保持されているＩＭＳ端末の情報に基づいて、前記異常が検知されたＰ−ＣＳＣＦに接続しているＩＭＳ端末に対して、前記異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦを経由して再登録通知メッセージを出力するステップと、
前記ＩＭＳ端末において、前記再登録通知メッセージに基づいて、前記異常が検知されたＰ−ＣＳＣＦ以外のＰ−ＣＳＣＦに再登録を行なうステップと、を少なくとも含むことを特徴とするノード変更方法。
【請求項６】
監視サーバにおいて、
ＩＭＳネットワークで発生する異常を監視するステップと、
前記Ｐ−ＣＳＣＦで異常を検知した場合は、前記Ｓ−ＣＳＣＦに対して前記ノード変更指示を出力するステップと、
前記Ｓ−ＣＳＣＦで異常を検知した場合は、前記Ｐ−ＣＳＣＦに対して前記ノード変更指示を出力するステップと、をさらに含むことを特徴とする請求項４または請求項５記載のノード変更方法。
【図１】
【図２】
【図３】
【図４】
【図２】
【図３】
【図４】
【公開番号】特開２０１０−２６３５９７（Ｐ２０１０−２６３５９７Ａ）
【公開日】平成２２年１１月１８日（２０１０．１１．１８）
【国際特許分類】
【出願番号】特願２００９−１９８６４４（Ｐ２００９−１９８６４４）
【出願日】平成２１年８月２８日（２００９．８．２８）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【出願人】（５０４４７３６７０）テルコーディア・テクノロジーズ・インコーポレーテッド (72)
【Ｆターム（参考）】
【公開日】平成２２年１１月１８日（２０１０．１１．１８）
【国際特許分類】
【出願日】平成２１年８月２８日（２００９．８．２８）
【出願人】（０００２０８８９１）ＫＤＤＩ株式会社 (2,700)
【出願人】（５０４４７３６７０）テルコーディア・テクノロジーズ・インコーポレーテッド (72)
【Ｆターム（参考）】
[ Back to top ]