(57)【特許請求の範囲】
【請求項１】
対向する第１及び第２のノード装置の間で送受されるＤｉａｍｅｔｅｒ電文を中継するプロトコル代行処理装置であって、
前記Ｄｉａｍｅｔｅｒ電文のセッッション識別情報と送信元の第１のノード装置識別情報とを対応付けてトランザクション管理テーブルに保持し、第２のノード装置から送信され、前記Ｄｉａｍｅｔｅｒ電文と同一セッションのＤｉａｍｅｔｅｒ電文に対して、前記トランザクション管理テーブルを参照し、前記セッッション識別情報に対応付けた前記第１のノード装置宛てに、該Ｄｉａｍｅｔｅｒ電文の転送を行うトランザクション制御手段と、
前記Ｄｉａｍｅｔｅｒ電文の転送で使用されるトランスミッション制御プロトコル（ＴＣＰ）とストリーム制御トランスミッションプロトコル（ＳＣＴＰ）との変換を行うトランスポートプロトコル変換手段と、
を備えたことを特徴とするプロトコル代行処理装置。
【請求項２】
呼セッション制御装置（ＣＳＣＦ）と該呼セッション制御装置（ＣＳＣＦ）と対向する対向ノード装置との間で送受されるＤｉａｍｅｔｅｒ電文を中継するプロトコル代行処理装置であって、
前記Ｄｉａｍｅｔｅｒ電文のセッッション識別情報と送信元の前記呼セッション制御装置（ＣＳＣＦ）識別情報とを対応付けてトランザクション管理テーブルに保持し、前記対向ノード装置から送信され、前記Ｄｉａｍｅｔｅｒ電文と同一セッションのＤｉａｍｅｔｅｒ電文に対して、前記トランザクション管理テーブルを参照し、前記セッッション識別情報に対応付けた前記呼セッション制御装置（ＣＳＣＦ）宛てに、該Ｄｉａｍｅｔｅｒ電文の転送を行うトランザクション制御手段と、
前記Ｄｉａｍｅｔｅｒ電文の転送で使用されるトランスミッション制御プロトコル（ＴＣＰ）とストリーム制御トランスミッションプロトコル（ＳＣＴＰ）との変換を行うトランスポートプロトコル変換手段と、
を備えたことを特徴とするプロトコル代行処理装置。
【請求項３】
前記Ｄｉａｍｅｔｅｒ電文のホップバイホップ識別情報又はエンドツーエンド識別情報を、前記第２のノード装置毎にかつセッション毎に順次異なる値に付け替えて転送し、前記セッッション識別情報と共に、該ホップバイホップ識別情報又はエンドツーエンド識別情報を用いて、当該Ｄｉａｍｅｔｅｒ電文のセッションを識別する手段を備えたことを特徴とする請求項１又は２に記載のプロトコル代行処理装置。
【請求項４】
セッション識別情報、送信元ホストのＩＰアドレス、宛先ホストのＩＰアドレス及び応答コードの情報を含む独自ヘッダが付与されたＤｉａｍｅｔｅｒ電文を受信し、該独自ヘッダを参照して、該Ｄｉａｍｅｔｅｒ電文の解析を行う手段を備えたことを特徴とする請求項１乃至３の何れかに記載のプロトコル代行処理装置。
【請求項５】
ＤｉａｍｅｔｅｒのＰＰＲ電文をホーム加入者情報サーバから受信した際、前記ストリーム制御トランスミッションプロトコル（ＳＣＴＰ）をサポートしていない呼セッション制御装置（ＣＳＣＦ）の全てに対して、該ＰＰＲ電文を分配して送信し、該当プロファイル情報が含まれたＰＰＡ電文を該ＰＰＲ電文の送信元のホーム加入者情報サーバに返却する手段を備えたことを特徴とした請求項２に記載のプロトコル代行処理装置。
【請求項６】
対向する第１及び第２のノード装置の間で送受されるＤｉａｍｅｔｅｒ電文を中継するプロトコル代行処理方法であって、
前記Ｄｉａｍｅｔｅｒ電文のセッッション識別情報と送信元の第１のノード装置識別情報とを対応付けてトランザクション管理テーブルに保持し、第２のノード装置から送信され、前記Ｄｉａｍｅｔｅｒ電文と同一セッションのＤｉａｍｅｔｅｒ電文に対して、前記トランザクション管理テーブルを参照し、前記セッッション識別情報に対応付けた前記第１のノード装置宛てに、該Ｄｉａｍｅｔｅｒ電文の転送を行うステップと、
前記Ｄｉａｍｅｔｅｒ電文の転送で使用されるトランスミッション制御プロトコル（ＴＣＰ）とストリーム制御トランスミッションプロトコル（ＳＣＴＰ）との変換を行うステップと、
を含むことを特徴とするプロトコル代行処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、プロトコル代行処理装置及び方法に関する。本発明は、ＩＭＳ（IP Multimedia Subsystem）を構成する呼制御等を行う通信システムであって、Ｄｉａｍｅｔｅｒプロトコルを用いる通信システムにおけるプロトコル処理等に適用することができる。
【背景技術】
【０００２】
Ｄｉａｍｅｔｅｒプロトコルは、ＲＡＤＩＵＳプロトコルの後継となる認証・認可・課金（ＡＡＡ:Authentication, Authorization, Accounting）プロトコルであり、ＲＡＤＩＵＳで使われているＵＤＰ（User Datagram Protocol）ではなく、信頼性のあるトランスポートプロトコルであるトランスミッション制御プロトコル（ＴＣＰ：Transmission Control Protocol）又はストリーム制御トランスミッションプロトコル（ＳＣＴＰ：Stream Control Transmission Protocol）が用いられる。
【０００３】
図１２にＩＭＳ（IP Multimedia Subsystem）の構成例を示す。図１２において、呼セッション制御装置（ＣＳＣＦ：Call Session Control Function）１１は、加入者位置情報サーバ（ＳＬＦ：Subscription Locator Function）１２から、着信先加入者等の加入者情報を保持するホーム加入者情報サーバ（ＨＳＳ：Home Subscriber Server）１３の情報を取得する。
【０００４】
呼セッション制御装置（ＣＳＣＦ）１１は、ホーム加入者情報サーバ（ＨＳＳ）１３から着信先加入者等の加入者情報を取得し、該加入者情報により呼セッション制御を行う。また、呼セッション制御装置（ＣＳＣＦ）１１は、アプリケーションサーバ（ＡＳ：Application Server）１４と連携して各種サービスの提供を行う。
【０００５】
呼セッション制御装置（ＣＳＣＦ）１１と加入者位置情報サーバ（ＳＬＦ）１２との間、及び呼セッション制御装置（ＣＳＣＦ）１１とホーム加入者情報サーバ（ＨＳＳ）１３との間では、Ｄｉａｍｅｔｅｒ／ＳＣＴＰのプロトコル等が用いられる。また、呼セッション制御装置（ＣＳＣＦ）１１とアプリケーションサーバ（ＡＳ）１４との間、及び呼セッション制御装置（ＣＳＣＦ）１１と他のＩＰ網のノード１５との間では、ＳＩＰ（Session Initiation Protocol）のプロトコル等が用いられる。
【０００６】
Ｄｉａｍｅｔｅｒ／ＳＣＴＰ（ＳＣＴＰプロトコル上のＤｉａｍｅｔｅｒプロトコル）を扱うためには、ストリーム制御トランスミッションプロトコル（ＳＣＴＰ）の規格上、対向装置とのインタフェースにおいて少なくとも第１（Primary）及び第２（Secondary）の物理的に異なるネットワークインタフェースカード（ＮＩＣ）を備えることとなる。
【０００７】
そのため、従来の呼セッション制御装置（ＣＳＣＦ）では、対向する加入者位置情報サーバ（ＳＬＦ）やホーム加入者情報サーバ（ＨＳＳ）等の対向装置毎に、第１（Primary）及び第２（Secondary）の物理的に異なるネットワークインタフェースカード（ＮＩＣ）を設けていた。
【０００８】
さらに、個々のネットワークインタフェースカード（ＮＩＣ）をｂｏｎｄ等により物理的に冗長構成化した場合、１つの対向装置との接続に設けられるネットワークインタフェースカード（ＮＩＣ）の数が４つとなる。そのため、複数の異なるセグメントに属する対向装置間でＤｉａｍｅｔｅｒ／ＳＣＴＰのプロトコルを適用した場合、ネットワークインタフェースカード（ＮＩＣ）の数が多くなり、物理的に実装可能な数の制限を超えてしまい、Ｄｉａｍｅｔｅｒ／ＳＣＴＰのプロトコルの適用が困難となるという問題があった。
【０００９】
Ｄｉａｍｅｔｅｒプロトコルの規格上、トランスポートプロトコルとしてトランスミッション制御プロトコル（ＴＣＰ）のみサポートする構成も許容される。しかし、このような構成の装置にＤｉａｍｅｔｅｒ／ＳＣＴＰのプロトコルを適用する場合、改造が大掛かりなものとなり、実装変更の負担が大きく、容易に適用することができないという問題があった。
【００１０】
さらに、オペレーティングシステム（ＯＳ）がＬｉｎｕｘの場合、ストリーム制御トランスミッションプロトコル（ＳＣＴＰ）の制限上、オペレーティングシステム（ＯＳ）も３２ビットとなり、アプリケーションソフトウェアで使用可能なメモリ空間は最大３ＧＢとなっていた。
【００１１】
これは、アプリケーションソフトウェアが３２ビットのとき、ＳＣＴＰでは、ＯＳも３２ビットで動作させることとなり、ＬｉｎｕｘではＯＳをＥＭＴ６４Ｔ（Extended Memory 64 Technology）の３２ビット互換モードにより６４ビットで動作させることができないためである。なお、ＴＣＰではＯＳが６４ビットでも動作可能である。
【００１２】
ストリーム制御トランスミッションプロトコル（ＳＣＴＰ）とトランスミッション制御プロトコル（ＴＣＰ）とに関しては、例えば特許文献１に記載されている。該特許文献１には、ＳＣＴＰのマルチホーミングにより接続された移動局と、ＴＣＰにより接続されたステーションとの間で、シームレスなハンドオフを達成する技術等について記載されている。また、セッション中継の技術として、到着したパケットが属するセッションをセッション識別部で決定し、送信端末のセッションと受信端末のセッションの中継を、セッション中継部により行う技術は特許文献２等に記載されている。
【先行技術文献】
【特許文献】
【００１３】
【特許文献１】特表２００５−５３５２３０号公報
【特許文献２】国際公開第２００５／０２０５２３号
【発明の概要】
【発明が解決しようとする課題】
【００１４】
本発明は、Ｄｉａｍｅｔｅｒ／ＳＣＴＰのプロトコルをサポートせず、Ｄｉａｍｅｔｅｒ／ＴＣＰのプロトコルをサポートする呼セッション制御装置（ＣＳＣＦ）等のノード装置に対して、Ｄｉａｍｅｔｅｒ／ＳＣＴＰのプロトコルでＤｉａｍｅｔｅｒ電文を送受するノード装置とのＤｉａｍｅｔｅｒ電文の通信を可能にすることを目的とする。
【課題を解決するための手段】
【００１５】
上記課題を解決するプロトコル代行処理装置は、対向する第１及び第２のノード装置の間で送受されるＤｉａｍｅｔｅｒ電文を中継するプロトコル代行処理装置であって、前記Ｄｉａｍｅｔｅｒ電文のセッッション識別情報と送信元の第１のノード装置識別情報とを対応付けてトランザクション管理テーブルに保持し、第２のノード装置から送信され、前記Ｄｉａｍｅｔｅｒ電文と同一セッションのＤｉａｍｅｔｅｒ電文に対して、前記トランザクション管理テーブルを参照し、前記セッッション識別情報に対応付けた前記第１のノード装置宛てに、該Ｄｉａｍｅｔｅｒ電文の転送を行うトランザクション制御手段と、前記Ｄｉａｍｅｔｅｒ電文の転送で使用されるトランスミッション制御プロトコル（ＴＣＰ）とストリーム制御トランスミッションプロトコル（ＳＣＴＰ）との変換を行うトランスポートプロトコル変換手段と、を備えたものである。
【発明の効果】
【００１６】
開示のプロトコル代行処理装置を介することにより、Ｄｉａｍｅｔｅｒ／ＴＣＰのプロトコルをサポートしているが、Ｄｉａｍｅｔｅｒ／ＳＣＴＰのプロトコルをサポートしていない呼セッション制御装置（ＣＳＣＦ）等のノード装置は、Ｄｉａｍｅｔｅｒ／ＳＣＴＰのプロトコルでＤｉａｍｅｔｅｒ電文を送受するノード装置とのＤｉａｍｅｔｅｒ電文の通信が可能となり、前述した従来技術の種々の問題を解決することが可能となる。
【図面の簡単な説明】
【００１７】
【図１】プロトコル代行処理装置を適用したシステム例を示す図である。
【図２】Ｄｉａｍｅｔｅｒ／ＳＣＴＰコネクション確立のシーケンスを示す図である。
【図３】Ｄｉａｍｅｔｅｒ／ＴＣＰコネクション確立のシーケンスを示す図である。
【図４】独自ヘッダの一例を示す図である。
【図５】独自ヘッダとＤｉａｍｅｔｅｒ電文の送信元・宛先情報の例を示す図である。
【図６】Ｄｉａｍｅｔｅｒプロトコルのコマンドの一例を示す図である。
【図７】Ｄｉａｍｅｔｅｒリクエスト／レスポンスのトランザクション制御のシーケンス例（ＨＳＳ正常）を示す図である。
【図８】Ｄｉａｍｅｔｅｒリクエスト／レスポンスのトランザクション制御のシーケンス例（ＨＳＳ無応答）を示す図である。
【図９】ＰＰＲ電文のトランザクション制御のシーケンス例を示す図である。
【図１０】ＰＰＲ電文のトランザクション制御のシーケンス例を示す図である。
【図１１】ＰＰＡ電文の応答処理のシーケンス例を示す図である。
【図１２】ＩＭＳ（IP Multimedia Subsystem）の構成例を示す図である。
【発明を実施するための形態】
【００１８】
図１に開示のプロトコル代行処理装置を適用したシステム例を示す。このシステム例において、ＩＭＳ（IP Multimedia Subsystem）における呼セッション制御装置（ＣＳＣＦ）１１と加入者位置情報サーバ（ＳＬＦ）１２とホーム加入者情報サーバ（ＨＳＳ）１３との間にプロトコル代行処理装置（Diameter-Proxy）２０を配備している。
【００１９】
ここで、呼セッション制御装置（ＣＳＣＦ）１１は、Ｄｉａｍｅｔｅｒ／ＴＣＰのプロトコルのみをサポートするノード装置とする。プロトコル代行処理装置（Diameter-Proxy）２０は、呼セッション制御装置（ＣＳＣＦ）１１のＤｉａｍｔｅｒ信号に対して、Ｄｉａｍｅｔｅｒ／ＳＣＴＰのプロトコルに変換する、トランスポートプロトコル変換及びトランザクション制御を行う。
【００２０】
プロトコル代行処理装置（Diameter-Proxy）２０は以下の手段を備える。なお、以下では、呼セッション制御装置（ＣＳＣＦ）のノード装置をＣＳＣＦ、加入者位置情報サーバ（ＳＬＦ）のノード装置をＳＬＦ、ホーム加入者情報サーバ（ＨＳＳ）のノード装置をＨＳＳと略記する場合がある。
【００２１】
（１）Ｄｉａｍｅｔｅｒ／ＳＣＴＰコネクション制御
保守機能により管理されるＳＬＦ／ＨＳＳの局データに基づき、対向するＳＬＦ／ＨＳＳに対して、ストリーム制御トランスミッションプロトコル（ＳＣＴＰ）のコネクションを、それぞれ２本ずつのマルチホーミングにより確立する。なお、ＳＣＴＰのコネクションは、プロトコル代行処理装置（Diameter-Proxy）側がＳＣＴＰクライアントとなり、ＳＬＦ／ＨＳＳがＳＣＴＰサーバとなる。該コネクション確立の契機は、プロトコル代行処理装置（Diameter-Proxy）の各再開処理検出時である。また、ＳＣＴＰのコネクションの接続時には、該接続完了までのタイマ監視を行い、該タイマ監視時間までに接続が完了しない場合はリトライ処理を行う。
【００２２】
（２）Ｄｉａｍｅｔｅｒ／ＴＣＰコネクション制御
プロトコル代行処理装置（Diameter-Proxy）に、呼セッション制御装置（ＣＳＣＦ）と接続されるＤｉａｍｅｔｅｒ／ＴＣＰコネクション用のＴＣＰソケットを用意する。プロトコル代行処理装置（Diameter-Proxy）は、ＴＣＰコネクションのサーバとして動作し、プロトコル代行処理装置（Diameter-Proxy）からコネクション確立は行わない。
【００２３】
但し、同一の呼セッション制御装置（ＣＳＣＦ）から複数のＴＣＰコネクションが接続された場合、最後に接続されたＴＣＰコネクションを有効な接続として扱い、それまでに確立していた同一の呼セッション制御装置（ＣＳＣＦ）とのＴＣＰコネクションを切断する。
【００２４】
（３）Ｄｉａｍｅｔｅｒトランスポートプロトコル変換
対向する呼セッション制御装置（ＣＳＣＦ）とＳＬＦ及びＨＳＳとの間のＤｉａｍｅｔｅｒ電文の送受において、トランスポートプロトコル変換を行う。呼セッション制御装置（ＣＳＣＦ）側は、Ｄｉａｍｅｔｅｒ／ＴＣＰ、ＳＬＦ及びＨＳＳ側は、Ｄｉａｍｅｔｅｒ／ＳＣＴＰとする。
【００２５】
（４）トランザクション制御
呼セッション制御装置（ＣＳＣＦ）から受信したＤｉａｍｅｔｅｒリクエスト（ＵＡＲ／ＳＡＲ／ＬＩＲ）の電文に対して、Ｄｉａｍｅｔｅｒのトランザクション情報（セッション識別情報）と送信元呼セッション制御装置（ＣＳＣＦ）の識別情報とを、内部のトランザクション管理テーブルに保持する。そして、ＤｉａｍｅｔｅｒのトランスポートプロトコルをＴＣＰからＳＣＴＰに変換した後に、ＳＬＦ又はＨＳＳにそれらの電文を転送する。
【００２６】
また、ＳＬＦ又はＨＳＳから受信したＤｉａｍｅｔｅｒレスポンス（ＵＡＡ／ＳＡＡ／ＬＩＡ）の電文に付加されているＤｉａｍｅｔｅｒのトランザクション情報（セッション識別情報）を検索キーとして前述のトランザクション管理テーブルを検索する。そして、該トランザクション情報（セッション識別情報）に対応付けられた呼セッション制御装置（ＣＳＣＦ）を求め、該電文の返却先の呼セッション制御装置（ＣＳＣＦ）としてルーティングを行う。
【００２７】
なお、プロトコル代行処理装置（Diameter-Proxy）におけるＤｉａｍｅｔｅｒ電文の分析・再構築処理に掛かる負荷を減らすため、呼セッション制御装置（ＣＳＣＦ）とプロトコル代行処理装置（Diameter-Proxy）との間では、通常のＤｉａｍｅｔｅｒ電文に新たに独自ヘッダを付与して送受する。
【００２８】
該独自ヘッダの情報を基に分析・ルーティング処理を行うことにより、それらの処理を高速に行うことができる。該独自ヘッダには、バージョン情報、メッセージ長、コマンド種別、セッション識別情報（Ｓｅｓｓｉｏｎ−ＩＤ）、送信元ホストのＩＰアドレス、宛先ホストのＩＰアドレス、応答コードの情報を含むものとすることができる。
【００２９】
（５）ＰＰＲ制御
ＨＳＳから送信されるプッシュ型のＤｉａｍｅｔｅｒ信号であるＰＰＲ（Push-Profile-Request）電文を受信した際、対向する呼セッション制御装置（ＣＳＣＦ）全てに対して、該ＰＰＲ電文を分配（Ｆｏｒｋ）して送信する。その後、該ＰＰＲ電文の送信先の各呼セッション制御装置（ＣＳＣＦ）からその応答であるＰＰＡ（Push-Profile-Answer）電文を受信すると、該当するプロファイルが含まれるＰＰＡ電文を選別し、該ＰＰＡの電文をＨＳＳに送信する。このとき、ＨＳＳとプロトコル代行処理装置（Diameter-Proxy）と間のＳＣＴＰと、呼セッション制御装置（ＣＳＣＦ）とプロトコル代行処理装置（Diameter-Proxy）間のＴＣＰとの、トランスポートプロトコルの変換を行う。
【００３０】
全ての呼セッション制御装置（ＣＳＣＦ）から該当プロファイルが含まれないＰＰＡ電文が受信された場合、ＨＳＳに対して「該当プロファイル無し」を示すＰＰＡ電文を返送する。また、一部若しくは全ての呼セッション制御装置（ＣＳＣＦ）から、該当プロファイルを含むＰＰＡの電文が受信されることなく、受信待ちタイマが満了した場合は、ＨＳＳに対してＰＰＡ電文を返送せず無応答として振る舞う。
【００３１】
（６）ホップバイホップ識別情報／エンドツーエンド識別情報の付け替え
ＳＬＦ／ＨＳＳに対して送信するＤｉａｍｅｔｅｒリクエストについて、プロトコル代行処理装置（Diameter-Proxy）では、Ｄｉａｍｅｔｅｒ電文のホップバイホップ識別情報（Hop-by-Hop Identifier）ヘッダ又はエンドツーエンド識別情報（End-to-End Identifier）ヘッダの付け替え処理を行う。
【実施例】
【００３２】
（Ｄｉａｍｅｔｅｒ／ＳＣＴＰコネクション確立）
Ｄｉａｍｅｔｅｒ／ＳＣＴＰコネクション確立のシーケンスを図２に示す。ＳＣＴＰのコネクションは、クライアント側のプロトコル代行処理装置（Diameter-Proxy）からサーバ側のＳＬＦ／ＨＳＳに対して開始される。Ｄｉａｍｅｔｅｒ／ＳＣＴＰコネクションは、図２に示すように、プロトコル代行処理装置（Diameter-Proxy）とＳＬＦ／ＨＳＳとの間で、まず、ＳＣＴＰコネクションが確立され、その後、Ｄｉａｍｅｔｅｒのセッションが確立される。
【００３３】
（Ｄｉａｍｅｔｅｒ／ＴＣＰコネクション確立）
Ｄｉａｍｅｔｅｒ／ＴＣＰコネクション確立のシーケンスを図３に示す。ＴＣＰのコネクションでは、呼セッション制御装置（ＣＳＣＦ）がＴＣＰクライアント、プロトコル代行処理装置（Diameter-Proxy）がＴＣＰサーバとなる。Ｄｉａｍｅｔｅｒ／ＴＣＰコネクションは、図３に示すように、呼セッション制御装置（ＣＳＣＦ）とプロトコル代行処理装置（Diameter-Proxy）との間で、まず、ＴＣＰコネクションが確立され、その後、Ｄｉａｍｅｔｅｒのセッションが確立される。
【００３４】
（トランスポートプロトコル変換）
対向する呼セッション制御装置（ＣＳＣＦ）とＳＬＦ／ＨＳＳとの間において送受されるＤｉａｍｅｔｅｒ信号のトランスポート変換を行う。呼セッション制御装置（ＣＳＣＦ）側は、Ｄｉａｍｅｔｅｒ／ＴＣＰ、ＳＬＦ／ＨＳＳ側は、Ｄｉａｍｅｔｅｒ／ＳＣＴＰのプロトコルである。
【００３５】
なお、呼セッション制御装置（ＣＳＣＦ）側からのＤｉａｍｅｔｅｒリクエスト（ＵＡＲ／ＳＡＲ／ＬＩＲ）の電文対して、該電文の分析・再構築の処理をスキップし、通常のＤｉａｍｅｔｅｒ電文とは別に付与された独自ヘッダの情報を用いて分析・ルーティング処理を行う。こうすることにより、処理の高速化を図ることができる。この独自ヘッダは、呼セッション制御装置（ＣＳＣＦ）側のＤｉａｍｅｔｅｒライブラリにより付与する構成とすることができる。
【００３６】
図４に独自ヘッダの一例を示す。図４（ａ）は、Ｄｉａｍｅｔｅｒメッセージに独自ヘッダを付加してカプセリングしたフレーム構成例を示し、図４（ｂ）は、独自ヘッダの構成例を示し、図４（ｃ）は、独自ヘッダの各構成要素の詳細内容を示している。
【００３７】
独自ヘッダの構成は図４（ｂ）に示すように、Ｌｏｃａｌ−ＩＤ、Ｍｅｓｓａｇｅ−Ｌｅｎｇｔｈ、Ｃｏｍｍａｎｄ−ｆｌａｇｓ、Ｃｏｍｍａｎｄ−Ｃｏｄｅ、Ｓｅｓｓｉｏｎ−ＩＤ−ｌｅｎｇｔｈ、Ｓｅｓｓｉｏｎ−ＩＤ、Ｏｒｉｇｉｎ−Ｈｏｓｔ、Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔ、Ｒｅｔｕｒｎ−Ｃｏｄｅを含む構成とすることができる。
【００３８】
独自ヘッダの各構成要素は図４（ｃ）に示すように、ヘッダの先頭のＬｏｃａｌ−ＩＤは、Ｄｉａｍｅｔｅｒプロトコルではバージョンを表すが、ここでは、独自ヘッダであることを識別するために例えば２５５を設定することとする。Ｍｅｓｓａｇｅ−Ｌｅｎｇｔｈには、メッセージ全体の長さを設定する。Ｄｉａｍｅｔｅｒメッセージの長さに独自ヘッダの長さを加算した値を設定する。
【００３９】
Ｃｏｍｍａｎｄ−ｆｌａｇｓには、コマンドの種別を表すビット列を設定する。即ち、ＤｉａｍｅｔｅｒメッセージのＣｏｍｍａｎｄ−ｆｌａｇｓと同じ値を設定する。Ｃｏｍｍａｎｄ−Ｃｏｄｅには、ＩＡＮＡ（Internet Assigned Number Authority）により定義された処理を表すコードを設定する。即ち、ＤｉａｍｅｔｅｒメッセージのＣｏｍｍａｎｄ−Ｃｏｄｅと同じ値を設定する。
【００４０】
Ｓｅｓｓｉｏｎ−ＩＤ−Ｌｅｎｇｔｈには、セッション識別情報の長さを設定する。無効の場合は０を設定する。Ｓｅｓｓｉｏｎ−ＩＤにセッション識別情報を設定する。即ち、ＤｉａｍｅｔｅｒメッセージのＳｅｓｓｉｏｎ−ＩＤの値と同じ値を設定する。Ｏｒｉｇｉｎ−Ｈｏｓｔには、送信元ホストのＩＰアドレスを設定する。Ｄｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔには、宛先ホストのＩＰアドレスを設定する。
【００４１】
Ｒｅｔｕｒｎ−Ｃｏｄｅには、コマンド応答の場合、Ｒｅｓｕｌｔ−Ｃｏｄｅ又はＥｘｐｅｒｉｍｅｎｔａｌ−Ｒｅｓｕｌｔ−Ｃｏｄｅの値をフラグＦと共に設定する。ここでフラグＦを０としたときは、Ｒｅｓｕｌｔ−Ｃｏｄｅの値を設定し、フラグＦを１としたときは、Ｅｘｐｅｒｉｍｅｎｔａｌ−Ｒｅｓｕｌｔ−Ｃｏｄｅの値を設定する。無効の場合は、フラグＦ及びＲｅｔｕｒｎ−Ｃｏｄｅ共に０を設定する。図５に独自ヘッダとＤｉａｍｅｔｅｒ電文の送信元・宛先情報の例を示す。また、図６にＤｉａｍｅｔｅｒプロトコルのコマンドの一例を示す。
【００４２】
（トランザクション制御）
呼セッション制御装置（ＣＳＣＦ）からのＤｉａｍｅｔｅｒリクエスト（ＵＡＲ／ＳＡＲ／ＬＩＲ）に対して、トランザクション情報（セッション識別情報）と送信元呼セッション制御装置（ＣＳＣＦ）の論理番号とをトランザクション管理テーブルに保持する。Ｄｉａｍｅｔｅｒリクエストの送信先のＳＬＦ／ＨＳＳは、独自ヘッダのＤｅｓｔｉｎａｔｉｏｎ−Ｈｏｓｔから求める。
【００４３】
ＨＳＳからＤｉａｍｅｔｅｒレスポンス（ＵＡＡ／ＳＡＡ／ＬＩＡ）を受信したときは、Ｄｉａｍｅｔｅｒレスポンスのセッション識別情報を検索キーにしてトランザクション管理テーブルを検索し、返送先の呼セッション制御装置（ＣＳＣＦ）の論理番号を求める。そして、ＴＣＰコネクションが有効となっている系（ＡＣＴ系）の呼セッション制御装置（ＣＳＣＦ）に該Ｄｉａｍｅｔｅｒレスポンスを送信する。
【００４４】
セッション識別情報と送信元の呼セッション制御装置（ＣＳＣＦ）情報は、呼セッション制御装置（ＣＳＣＦ）からのＤｉａｍｅｔｅｒリクエストの独自ヘッダから抽出する。呼セッション制御装置（ＣＳＣＦ）の論理番号は、該装置のＩＰアドレスから局データを検索して求める。なお、独自ヘッダの内容が異常の場合、呼セッション制御装置（ＣＳＣＦ）から受信したＤｉａｍｅｔｅｒリクエストは破棄する。
【００４５】
プロトコル代行処理装置（Diameter-Proxy）からＳＬＦ／ＨＳＳにＤｉａｍｅｔｅｒリクエストを送信する場合、リクエスト送信時に応答待ちタイマを設定し、応答監視を行う。応答待ちタイマが満了した場合は、ＨＳＳへの再送及び呼セッション制御装置（ＣＳＣＦ）へのレスポンス返却を行わず、無応答として振る舞う。
【００４６】
また、トランザクション管理テーブル上の該当トランザクション情報（セッション識別情報）とその呼セッション制御装置（ＣＳＣＦ）情報とを、呼セッション制御装置（ＣＳＣＦ）へのＤｉａｍｅｔｅｒレスポンス送信又は応答待ちタイマ満了を契機に削除する。
【００４７】
図７にＤｉａｍｅｔｅｒリクエスト／レスポンスのトランザクション制御のシーケンス例（ＨＳＳ正常）を示す。呼セッション制御装置（ＣＳＣＦ）は、独自ヘッダを付与したＤｉａｍｅｔｅｒリクエスト電文ｘｘＲ（Ｃｘ／Ｄｘ）を、プロトコル代行処理装置（Diameter-Proxy）に、ＴＣＰのトランスポートプロトコルを用いて送信する（７−１）。なお、ＣｘはＨＳＳとのインタフェースの電文、ＤｘはＳＬＦとのインタフェースの電文である。
【００４８】
プロトコル代行処理装置（Diameter-Proxy）は、該独自ヘッダのセッション識別情報（Ｓｅｓｓｉｏｎ−ＩＤ）と送信元ＣＳＣＦの情報（ＩＰアドレスから論理番号に変換した情報）とをトランザクション管理テーブルに保持する（７−２）。そして、プロトコル代行処理装置（Diameter-Proxy）は、該Ｄｉａｍｅｔｅｒリクエスト電文ｘｘＲをＳＣＴＰのトランスポートプロトコルに変換してＳＬＦ又はＨＳＳに送信する（７−３）。このとき、プロトコル代行処理装置（Diameter-Proxy）は、ＨＳＳへのＤｉａｍｅｔｅｒリクエスト電文の送信時に応答待ちタイマを設定し、応答監視を行う。
【００４９】
ＳＬＦ又はＨＳＳは、Ｄｉａｍｅｔｅｒリクエスト電文ｘｘＲを受信すると、その応答であるＤｉａｍｅｔｅｒレスポンス電文ｘｘＡを、プロトコル代行処理装置（Diameter-Proxy）にＳＣＴＰのトランスポートプロトコルにより送信する（７−４）。プロトコル代行処理装置（Diameter-Proxy）は、該Ｄｉａｍｅｔｅｒ電文ｘｘＡを解析し、セッション識別情報（Ｓｅｓｓｉｏｎ−ＩＤ）を検索キーにしてトランザクション管理テーブルを検索し、送信先の呼セッション制御装置（ＣＳＣＦ）を求める（７−５）。
【００５０】
そして、プロトコル代行処理装置（Diameter-Proxy）は、Ｄｉａｍｅｔｅｒレスポンス電文ｘｘＡをＴＣＰのトランスポートプロトコルに変換して、呼セッション制御装置（ＣＳＣＦ）に送信する（７−６）。プロトコル代行処理装置（Diameter-Proxy）は、呼セッション制御装置（ＣＳＣＦ）への応答返送を契機に、トランザクション管理テーブル上から当該トランザクションに関するトランザクション情報を削除する（７−７）。これは、トランザクション管理テーブルにトランザクション情報が累積され、トランザクション管理テーブルが多数の無効なトランザクション情報によってオーバーフローするのを防ぐためである。
【００５１】
図８にＤｉａｍｅｔｅｒリクエスト／レスポンスのトランザクション制御のシーケンス例（ＨＳＳ無応答）を示す。呼セッション制御装置（ＣＳＣＦ）は、独自ヘッダを付与したＤｉａｍｅｔｅｒリクエスト電文ｘｘＲ（Ｃｘ／Ｄｘ）を、プロトコル代行処理装置（Diameter-Proxy）に、ＴＣＰのトランスポートプロトコルを用いて送信する（８−１）。
【００５２】
プロトコル代行処理装置（Diameter-Proxy）は、該独自ヘッダのセッション識別情報（Ｓｅｓｓｉｏｎ−ＩＤ）と送信元ＣＳＣＦの情報（ＩＰアドレスから論理番号に変換した情報）とをトランザクション管理テーブルに保持する（８−２）。そして、プロトコル代行処理装置（Diameter-Proxy）は、該Ｄｉａｍｅｔｅｒリクエスト電文ｘｘＲを、ＳＣＴＰのトランスポートプロトコルに変換してＳＬＦ又はＨＳＳに送信する（８−３）。このとき、プロトコル代行処理装置（Diameter-Proxy）は、ＨＳＳへのＤｉａｍｅｔｅｒリクエスト電文の送信時に応答待ちタイマを設定し、応答監視を行う。
【００５３】
その後、プロトコル代行処理装置（Diameter-Proxy）は、ＳＬＦ又はＨＳＳからの応答を待つが、応答待ちタイマが満了したことを以って、ＳＬＦ又はＨＳＳからの無応答を検出する（８−４）。プロトコル代行処理装置（Diameter-Proxy）は、ＳＬＦ又はＨＳＳからの無応答検出を契機に、トランザクション管理テーブルから、当該トランザクションに関するトランザクション情報を削除する（８−５）。これは、トランザクション管理テーブルにトランザクション情報が累積され、トランザクション管理テーブルが多数の無効なトランザクション情報によってオーバーフローするのを防ぐためである。
【００５４】
次に、ＳＬＦ／ＨＳＳ側から呼セッション制御装置（ＣＳＣＦ）側にリクエスト電文が発せられるプッシュ型Ｄｉａｍｅｔｅｒ信号のＰＰＲ（Push-Profile-Request）電文のトランザクション制御について説明する。
【００５５】
（Ｆｏｒｋ処理（正常シーケンス））
プロトコル代行処理装置（Diameter-Proxy）は、対向するＨＳＳから、ＳＣＴＰのトランスポートプロトコルによるＰＰＲ（Push-Profile-Request）電文を受信する。この場合、該ＰＰＲ電文の送信先の呼セッション制御装置（ＣＳＣＦ）が不定であるため、局データとして登録されている全ての呼セッション制御装置（ＣＳＣＦ）に該ＰＰＲ電文をＴＣＰのトランスポートプロトコルに変換して分配送信（Ｆｏｒｋ）する。
【００５６】
該ＰＰＲ電文を各呼セッション制御装置（ＣＳＣＦ）に分配送信（Ｆｏｒｋ）する際、その応答であるＰＰＡ電文の受信待ちタイマを設定し、ＰＰＡ電文の受信監視を行う。それと共に、該ＰＰＲ電文のセッション識別情報と送信元のＨＳＳの論理番号とを内部のトランザクション管理テーブル（ＰＰＲトランザクション管理テーブル）に登録する。
【００５７】
ＰＰＡ電文の受信待ちタイマが満了する前に、Ｄｉａｍｅｔｅｒ独自ヘッダのＥｘｐｅｒｉｍｅｎｔａｌ−Ｒｅｓｕｌｔに“ＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＵＮＫＮＯＷＮ”が設定されていない同一セッション識別情報のＰＰＡ電文（即ち、ユーザ登録有りの電文）を受信した場合、そのＰＰＡ電文を送信元のＨＳＳに、ＳＣＴＰのトランスポートプロトコルに変換して送信する。
【００５８】
ＰＰＲトランザクション管理テーブル上の該当トランザクションに関するデータは、ＰＰＡ受信待ちタイマが満了したのを契機に削除する。また、ＨＳＳにＰＰＡ電文を送信する前に、他の呼セッション制御装置（ＣＳＣＦ）から受信した同一セッション識別情報のＰＰＡ電文で、Ｅｘｐｅｒｉｍｅｎｔａｌ−Ｒｅｓｕｌｔに“ＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＵＮＫＮＯＷＮ（即ち、ユーザ登録無しの電文）を受信した場合は、該ＰＰＡ電文を破棄する。ＨＳＳにＰＰＡ電文を送信した後、他の呼セッション制御装置（ＣＳＣＦ）から同一セッション識別情報のＰＰＡ電文を受信した場合も、そのＰＰＡ電文を破棄する。
【００５９】
図９及び図１０にＰＰＲ電文のトランザクション制御のシーケンス例を示す。ＨＳＳは、ＤｉａｍｅｔｅｒリクエストのＰＰＲ電文をプロトコル代行処理装置（Diameter-Proxy）に、ＳＣＴＰのトランスポートプロトコルにより送信する（９−１）。プロトコル代行処理装置（Diameter-Proxy）は、各呼セッション制御装置（ＣＳＣＦ）＃１，＃２，＃ｎに、該ＰＰＲ電文を分配送信（Ｆｏｒｋ）する。また、セッション識別情報（Ｓｅｓｓｉｏｎ−ＩＤ）と送信元のＨＳＳの論理番号を、ＰＰＲトランザクション管理テーブルに保持する（９−２）。
【００６０】
プロトコル代行処理装置（Diameter-Proxy）は、ＰＰＡ電文の応答待ちタイマを設定する。ここで、呼セッション制御装置（ＣＳＣＦ）＃１から、Ｄｉａｍｅｔｅｒ独自ヘッダのＥｘｐｅｒｉｍｅｎｔａｌ−Ｒｅｓｕｌｔに“ＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＵＮＫＮＯＷＮ”が設定されたＰＰＡ電文（即ち、ユーザ登録（ＲＥＧ）無しの電文）が受信されたとする（９−３）。
【００６１】
プロトコル代行処理装置（Diameter-Proxy）は、受信したＰＰＡ電文が、分配送信（Ｆｏｒｋ）したＰＰＲ電文のセッション識別情報（Ｓｅｓｓｉｏｎ−ＩＤ）と同一のＰＰＡ電文であるかを判断した後、ＵＳＥＲ＿ＵＮＫＮＯＷＮ（ユーザ登録（ＲＥＧ）無しのＰＰＡ電文であると認識し、該ＰＰＡ電文を破棄する（９−４）。分配送信（Ｆｏｒｋ）したＰＰＲ電文のセッション識別情報（Ｓｅｓｓｉｏｎ−ＩＤ）と一致するＰＰＡ電文が無い場合もＰＰＡ電文を破棄する。
【００６２】
その後、図１０に示すように、呼セッション制御装置（ＣＳＣＦ）＃２から、Ｄｉａｍｅｔｅｒ独自ヘッダのＲｅｓｕｌｔ−Ｃｏｄｅに“ＤＩＡＭＥＴＥＲ＿ＳＵＣＣＥＳＳ”が設定されたＰＰＡ電文が受信されたとする（１０−１）。該ＰＰＡ電文は、Ｅｘｐｅｒｉｍｅｎｔａｌ−Ｒｅｓｕｌｔに“ＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＵＮＫＮＯＷＮ”が設定されていない、即ち、ユーザ登録（ＲＥＧ）有りを示す電文である。
【００６３】
プロトコル代行処理装置（Diameter-Proxy）は、受信したＰＰＡ電文が、分配送信（Ｆｏｒｋ）したＰＰＲ電文のセッション識別情報（Ｓｅｓｓｉｏｎ−ＩＤ）と同一のＰＰＡ電文あるかを判断した後、“ＵＳＥＲ＿ＵＮＫＮＯＷＮ”が設定されていない（即ち、ユーザ登録（ＲＥＧ）有りの）ＰＰＡ電文であると認識し、該ＰＰＡ電文をＨＳＳに転送する（１０−２）。
【００６４】
その後、呼セッション制御装置（ＣＳＣＦ）＃ｎから、Ｄｉａｍｅｔｅｒ独自ヘッダのＥｘｐｅｒｉｍｅｎｔａｌ−Ｒｅｓｕｌｔに“ＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＵＮＫＮＯＷＮ”が設定されたＰＰＡ電文（即ち、ユーザ登録（ＲＥＧ）無しの電文）が受信されたとする（１０−３）。
【００６５】
プロトコル代行処理装置（Diameter-Proxy）は、受信したＰＰＡ電文が、分配送信（Ｆｏｒｋ）したＰＰＲ電文のセッション識別情報（Ｓｅｓｓｉｏｎ−ＩＤ）と同一のＰＰＡ電文であるかを判断した後、送信済みのセッション識別情報（Ｓｅｓｓｉｏｎ−ＩＤ）のＰＰＡ電文であるので、該ＰＰＡ電文を破棄する（１０−４）。プロトコル代行処理装置（Diameter-Proxy）は、ＰＰＡ電文の受信待ちタイマの満了を契機に、ＰＰＡトランザクション管理テーブル上の当該トランザクション情報を削除する（１０−５）。
【００６６】
（Ｆｏｒｋ処理（準正常シーケンス））
ＰＰＡ電文の受信待ちタイマが満了する迄に、何れの呼セッション制御装置（ＣＳＣＦ）からもユーザ登録（ＲＥＧ）有りを示すＰＰＡ電文が返送されない場合、プロトコル代行処理装置（Diameter-Proxy）は、以下の処理を行う。
【００６７】
（ａ）ＰＰＡ電文の受信待ちタイマ満了前に、全ての呼セッション制御装置（ＣＳＣＦ）からＰＰＡ電文を受信した場合
（ａ１）受信した全てのＰＰＡ電文が、ユーザ登録（ＲＥＧ）無し（Ｅｘｐｅｒｉｍｅｎｔａｌ−Ｒｅｓｕｌｔ−Ｃｏｄｅ：ＤＩＡＭＥＴＥＲ＿ＥＲＲＯＲ＿ＵＳＥＲ＿ＵＮＫＮＯＷＮ）と設定されている場合は、ユーザ登録（ＲＥＧ）無しの旨を示すＰＰＡ電文をＨＳＳに送信する。
【００６８】
（ａ２）受信したＰＰＡ電文のうちの一部に、ユーザ登録（ＲＥＧ）無し以外の情報が設定されたＰＰＡ電文（Ｄｉａｍｅｔｅｒ構文エラー等のＰＰＡ電文）が存在する場合は、その中の最初にプロトコル代行処理装置（Diameter-Proxy）で受信されたＰＰＡ電文をＨＳＳに送信する。
【００６９】
上記（ａ２）の場合は、ユーザ登録（ＲＥＧ）有りの情報を設定したＰＰＡ電文を返却する呼セッション制御装置（ＣＳＣＦ）が、ユーザ登録（ＲＥＧ）無し以外のエラー情報を含むＰＰＡ電文を返却したものと判定する。ユーザ登録（ＲＥＧ）無し以外のエラー情報を含む複数のＰＰＡ電文が返却された場合、何れのエラー情報のＰＰＡ電文を優先させて転送するかは、プロトコル代行処理装置（Diameter-Proxy）では決定することができない。そのため、プロトコル代行処理装置（Diameter-Proxy）は、最初に受信したユーザ登録（ＲＥＧ）無し以外のエラー情報を含むＰＰＡ電文を、ＨＳＳに送信する。
【００７０】
（ｂ）受信待ちタイマ満了までに全ての呼セッション制御装置（ＣＳＣＦ）からＰＰＡ電文を受信していない場合
受信待ちタイマ満了時に、全ての呼セッション制御装置（ＣＳＣＦ）からＰＰＡ電文が受信されていない、又は一部の呼セッション制御装置（ＣＳＣＦ）からＰＰＡ電文が受信されたが、ユーザ登録（ＲＥＧ）有りのＰＰＡ電文が受信されていない場合、受信された一部のＰＰＡ電文の内容に関わらず、ＨＳＳに対しては無応答とする。何故なら、ユーザ登録（ＲＥＧ）有りのＰＰＡ電文を返却するはずの呼セッション制御装置（ＣＳＣＦ）が、無応答である可能性があるためである。
【００７１】
図１１に、プロトコル代行処理装置（Diameter-Proxy）におけるＰＰＡ電文の応答処理のシーケンス例を示す。プロトコル代行処理装置（Diameter-Proxy）は、ＰＰＡ電文を受信すると（１１−１）、ＰＰＡ電文の受信待ちタイマが満了しているか否かを判定する（１１−２）。該受信待ちタイマが満了していない場合、受信したＰＰＡ電文がユーザ登録（ＲＥＧ）有りのＰＰＡ電文であるか否かを判定する（１１−３）。
【００７２】
ユーザ登録（ＲＥＧ）有りのＰＰＡ電文である場合、該ユーザ登録（ＲＥＧ）有りのＰＰＡ電文を、ＨＳＳに転送する（１１−５）。このフローは、前述の正常シーケンスの場合のＦｏｒｋ処理である。ＰＰＡ電文がユーザ登録（ＲＥＧ）有りのＰＰＡ電文でない場合、該ＰＰＡ電文が同一のセッション識別情報の最後のＰＰＡ電文であるか否かを判定する（１１−６）。
【００７３】
最後のＰＰＡ電文である場合、全ての呼セッション制御装置（ＣＳＣＦ）からＰＰＡ電文が受信されたこととなり、ユーザ登録（ＲＥＧ）無し以外のエラー情報を含む同一セッション識別情報のＰＰＡ電文を受信していたか否かを判定する（１１−７）。ユーザ登録（ＲＥＧ）無し以外のエラー情報を含む同一セッション識別情報のＰＰＡ電文を受信していた場合、最初に受信した、ユーザ登録（ＲＥＧ）無し以外のエラー情報を含むＰＰＡ電文を、ＨＳＳに転送する（１１−８）。この処理フローは、前述の準正常シーケンスのＦｏｒｋ処理の（ａ２）の処理に相当する。
【００７４】
ユーザ登録（ＲＥＧ）無しの情報を含むＰＰＡ電文を受信している場合、該ユーザ登録（ＲＥＧ）無しの情報を含むＰＰＡ電文を、ＨＳＳに転送する（１１−９）。この処理フローは、前述の準正常シーケンスのＦｏｒｋ処理の（ａ１）の処理に相当する。
【００７５】
以上の処理を、ＰＰＡ電文の受信待ちタイマが満了するまで実行し、受信待ちタイマ満了したとき、受信された一部のＰＰＡ電文の内容に関わらず、ＨＳＳに対しては無応答とする（１１−１０）。この処理フローは、前述の準正常シーケンスのＦｏｒｋ処理の（ｂ）の処理に相当する。
【００７６】
（ホップバイホップ識別情報／エンドツーエンド識別情報の付け替え）
ＳＬＦ／ＨＳＳへ送信するＤｉａｍｅｔｅｒリクエストについて、Ｄｉａｍｅｔｅｒ電文のホップバイホップ識別情報（Hop-by-Hop Identifier）ヘッダ又はエンドツーエンド識別情報（End-to-End Identifier）ヘッダを、プロトコル代行処理装置（Diameter-Proxy）で以下のように付け替える。
【００７７】
（ホップバイホップ識別情報）
プロトコル代行処理装置（Diameter-Proxy）は、ＳＬＦ／ＨＳＳに送信する全てのＤｉａｍｅｔｅｒリクエストに関して、ＳＬＦ／ＨＳＳ毎に再開時に算出した３２ビットの乱数を初期値とし、Ｄｉａｍｅｔｅｒリクエストを送信する毎に１ずつインクリメントした値をホップバイホップ識別情報（Hop-by-Hop Identifier）に設定する。
【００７８】
ＳＬＦ／ＨＳＳを増設した場合、該ＳＬＦ／ＨＳＳの増設を契機に初期値を乱数で設定するものとする。なお、このホップバイホップ識別情報（Hop-by-Hop Identifier）の値は、ＳＬＦ／ＨＳＳ毎に管理する。
【００７９】
また、呼セッション制御装置（ＣＳＣＦ）から受信し、ＳＬＦ／ＨＳＳに送信するＤｉａｍｅｔｅｒリクエスト（ＵＡＲ／ＳＡＲ／ＬＩＡ）については、上記ホップバイホップ識別情報（Hop-by-Hop Identifier）を付け替える前に、呼セッション制御装置（ＣＳＣＦ）が設定したホップバイホップ識別情報（Hop-by-Hop Identifier）の値をメモリに記憶しておく。そして、該リクエストに対応するレスポンスを返却する際に、メモリに記憶しておいたホップバイホップ識別情報（Hop-by-Hop Identifier）の値をレスポンス上に設定する。ホップバイホップ識別情報（Hop-by-Hop Identifier）の値が０ｘＦＦＦＦＦＦＦＦの値に達した場合、次のインクリメントでは０ｘ０の値を設定する。
【００８０】
（エンドツーエンド識別情報）
ＳＬＦ／ＨＳＳに送信する全てのＤｉａｍｅｔｅｒリクエストに関して、現在時刻の例えば下位１２ビットを、エンドツーエンド識別情報（End-to-End Identifier）ヘッダの例えば上位１２ビットにセットし、ランダムな値（乱数により生成）を例えば下位２０ビットにセットする。
【００８１】
また、呼セッション制御装置（ＣＳＣＦ）から受信し、ＳＬＦ／ＨＳＳに送信するＤｉａｍｅｔｅｒリクエスト（ＵＡＲ／ＳＡＲ／ＬＩＡ）については、上記のエンドツーエンド識別情報（End-to-End Identifier）を付け替える前に、呼セッション制御装置（ＣＳＣＦ）が設定したエンドツーエンド識別情報（End-to-End Identifier）の値をメモリに記憶しておく。そして、該のリクエストに対応するレスポンスを返却する際に、メモリに記憶しておいたエンドツーエンド識別情報（End-to-End Identifier）の値をレスポンス上に設定する。
【００８２】
このようにホップバイホップ識別情報（Hop-by-Hop Identifier）又はエンドツーエンド識別情報（End-to-End Identifier）の付け替えを行うことにより、同一のセッション識別情報（Session-ID）が付与されてセッション識別情報の衝突が発生した場合でも、これらの情報を用いてセッションを厳密に区別することが可能となる。
【００８３】
以上、Ｄｉａｍｅｔｅｒ／ＳＣＴＰのプロトコルをサポートせず、Ｄｉａｍｅｔｅｒ／ＴＣＰのプロトコルをサポートするノード装置として、呼セッション制御装置（ＣＳＣＦ）を例に挙げて説明したが、本発明はこれに限定されず、アプリケーションサーバ（ＡＳ）等に対しても同様に適用することが可能である。
【符号の説明】
【００８４】
１１  呼セッション制御装置（ＣＳＣＦ）
１２  加入者位置情報サーバ（ＳＬＦ）
１３  ホーム加入者情報サーバ（ＨＳＳ）
１４  アプリケーションサーバ（ＡＳ）
１５  他のＩＰ網のノード
【図１】
0005445237.tif 000002
【図２】
0005445237.tif 000003
【図３】
0005445237.tif 000004
【図４】
0005445237.tif 000005
【図５】
0005445237.tif 000006
【図６】
0005445237.tif 000007
【図７】
0005445237.tif 000008
【図８】
0005445237.tif 000009
【図９】
0005445237.tif 000010
【図１０】
0005445237.tif 000011
【図１１】
0005445237.tif 000012
【図１２】
0005445237.tif 000013