特開 2017-224880 フォーキングに基づくダイアログを整合する網間制御方法、ＳＩＰサーバ及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2017-224880(P2017-224880A)

(43)【公開日】2017年12月21日

(54)【発明の名称】フォーキングに基づくダイアログを整合する網間制御方法、ＳＩＰサーバ及びプログラム

(51)【国際特許分類】

   H04M 3/00 20060101AFI20171124BHJP

   H04L 29/08 20060101ALI20171124BHJP

   H04W 80/10 20090101ALI20171124BHJP

【ＦＩ】

   H04M3/00 B

   H04L13/00 307A

   H04W80/10

【審査請求】未請求

【請求項の数】16

【出願形態】ＯＬ

【全頁数】21

(21)【出願番号】特願2016-116955(P2016-116955)

(22)【出願日】2016年6月13日

(71)【出願人】

【識別番号】000208891

【氏名又は名称】ＫＤＤＩ株式会社

(74)【代理人】

【識別番号】100135068

【弁理士】

【氏名又は名称】早原 茂樹

(72)【発明者】

【氏名】堺 拓郎

(72)【発明者】

【氏名】野一色 裕人

【テーマコード（参考）】

5K034

5K067

5K201

【Ｆターム（参考）】

5K034AA04

5K034HH01

5K034HH06

5K034LL04

5K034NN22

5K067AA21

5K067BB04

5K067BB21

5K067DD11

5K067DD24

5K067DD57

5K067EE02

5K067EE10

5K067EE16

5K067FF02

5K067HH11

5K067HH21

5K201BB04

5K201BC12

5K201BD02

5K201BD03

5K201CA02

5K201CD01

5K201CD09

5K201DC02

5K201EA05

5K201EA07

5K201EC06

5K201EC07

5K201ED05

5K201EE12

5K201FA10

(57)【要約】

【課題】要求元端末がオプション機能「複数ダイアログ非使用」であっても、フォーキングに基づく複数の要求先端末のダイアログを整合する網間制御方法等を提供する。
【解決手段】ＳＩＰサーバは、要求元端末からリクエストを受信した際に、当該リクエストを要求先端末へ転送する。次に、第１の要求先端末からレスポンスを受信した際に、第１の要求先端末用のダイアログに基づくレスポンスを、要求元端末へ送信する第２のステップと、第２の要求先端末からレスポンスを受信した際に、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であって、第１の要求先端末用のダイアログと第２の要求先端末用のダイアログとを比較して所定要素が同一である場合、当該レスポンスを要求元端末へ送信しない。そして、第２の要求先端末用のダイアログを第１の要求先端末用のダイアログとして、要求元端末との間のシーケンスを実行する。
【選択図】図２

【特許請求の範囲】

【請求項1】

要求元端末が接続されたマルチメディアネットワークと、要求先端末が接続されたマルチメディアネットワークとの間に配置されたＳＩＰ(Session Initiation Protocol)サーバの網間接続方法において、
前記ＳＩＰサーバは、
要求元端末からリクエストを受信した際に、当該リクエストを要求先端末へ転送する第１のステップと、
第１の要求先端末からレスポンスを受信した際に、第１の要求先端末用のダイアログに基づくレスポンスを、要求元端末へ送信する第２のステップと、
第２の要求先端末からレスポンスを受信した際に、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であって、第１の要求先端末用のダイアログと第２の要求先端末用のダイアログとを比較して所定要素が同一である場合、当該レスポンスを要求元端末へ送信しない第３のステップと、
第２の要求先端末用のダイアログを第１の要求先端末用のダイアログとして、要求元端末との間のシーケンスを実行する第４のステップと
を実行することを特徴とする網間接続方法。

【請求項2】

前記所定要素は、レスポンス・コード、ヘッダ・フィールド、ボディに含まれるＳＤＰ(Session Description Protocol)のタイプのいずれかに予め規定された要素である
ことを特徴とする請求項１に記載の網間接続方法。

【請求項3】

第１のステップのリクエストは、セッション開始リクエストであり、
第２のステップのレスポンスは、暫定レスポンスである
ことを特徴とする請求項２に記載の網間接続方法。

【請求項4】

第１のステップのリクエストは、セッション開始リクエストであり、
第２のステップのレスポンスは、リンギングレスポンスである
ことを特徴とする請求項２に記載の網間接続方法。

【請求項5】

前記ＳＩＰサーバは、第３のステップについて、
第１の要求先端末用のダイアログと第２の要求先端末用のダイアログとを比較して所定要素が相違する場合、第２の要求先端末用のダイアログを第１の要求先端末用のダイアログとしたメッセージ（リクエスト又はレスポンス）を、要求元端末へ送信する
ことを特徴とする請求項２に記載の網間接続方法。

【請求項6】

第１のステップのリクエストは、セッション開始リクエストであり、
第２のステップのレスポンスは、暫定レスポンスであり、
第３のステップのレスポンスは、暫定レスポンスであり、
第３のステップのメッセージは、更新リクエストである
ことを特徴とする請求項５に記載の網間接続方法。

【請求項7】

前記ＳＩＰサーバは、第３のステップについて、
要求先端末から前記暫定レスポンスを受信した後、暫定応答確認リクエストを第２の要求先端末へ送信し、
その後、第２の要求先端末からセッション開始レスポンスを受信した際に、前記更新リクエストを、要求元端末へ送信する
ことを特徴とする請求項６に記載の網間接続方法。

【請求項8】

前記ＳＩＰサーバは、第３のステップについて、
第１の要求先端末から第１のダイアログを含むセッション開始レスポンスを受信し、第２の要求先端末から第２のダイアログを含むセッション開始レスポンスを受信した場合、両方のダイアログの所定要素が相違する場合にのみ、前記更新リクエストを、要求元端末へ送信する
ことを特徴とする請求項７に記載の網間接続方法。

【請求項9】

前記ＳＩＰサーバは、第３のステップについて、
前記更新リクエストを要求元端末へ送信し、要求元端末から更新レスポンスを受信した後、セッション開始レスポンスを要求元端末へ送信する
ことを特徴とする請求項７又は８に記載の網間接続方法。

【請求項10】

前記所定要素が、転送必須ヘッダとして登録されており、
第１のステップのリクエストは、セッション開始リクエストであり、
第２のステップのレスポンスは、暫定レスポンスであり、
第３のステップのレスポンスは、前記転送必須ヘッダを含む暫定レスポンスであり、
第３のステップのメッセージは、前記転送必須ヘッダを含む暫定レスポンスである
ことを特徴とする請求項２に記載の網間接続方法。

【請求項11】

第１のステップについて、要求先端末が接続されるマルチメディアネットワーク内で、前記リクエストが複数の要求先端末へフォーキングされる
ことを特徴とする請求項１から１０のいずれか１項に記載の網間接続方法。

【請求項12】

前記ＳＩＰサーバは、
第３のステップについて、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であるか否かを判定するために、
第２の要求先端末から受信したレスポンスをそのまま、第２の要求先端末用のダイアログに基づくレスポンスとして、要求元端末へ送信し、
要求元端末との間で失敗シーケンスが実行された際に、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であると確定する
ように実行することを特徴とする請求項１から１１のいずれか１項に記載の網間接続方法。

【請求項13】

前記ＳＩＰサーバは、
第１のステップについて、要求元端末からリクエストを受信した際に、セッション更新リクエスト(UPDATE)の要求元オプションを取得し、
第３のステップについて、要求元端末の要求元オプションについて、「セッション更新リクエスト非使用」であって、且つ、「複数ダイアログ非使用」である場合、切断シーケンスを実行し、
要求元端末の「複数ダイアログ非使用」を記憶した後、改めて、第１のステップから第３のステップを実行する
ことを特徴とする請求項１から１２のいずれか１項に記載の網間接続方法。

【請求項14】

前記ＳＩＰサーバは、
異なるＣＳＣＦ間に接続されたＡＳ(Application Server)若しくはＩＢＣＦ(Interconnection Border Control Function)、又は、
異なるＩＭＳ−ＡＧＷ(IP Multimedia Subsystem - Access Gateway)間に接続されたＴｒＧＷ(Translation Gateway)であり、
前記要求元端末は、要求元のＵＡ(User Agent)又はネットワーク通信装置であり、
前記要求先端末は、要求先のＵＡ又はネットワーク通信装置である
ことを特徴とする請求項１から１３のいずれか１項に記載の網接続方法。

【請求項15】

要求元端末が接続されたマルチメディアネットワークと、要求先端末が接続されたマルチメディアネットワークとの間に配置されたＳＩＰサーバにおいて、
要求元端末からリクエストを受信した際に、当該リクエストを要求先端末へ転送するリクエスト転送手段と、
第１の要求先端末からレスポンスを受信した際に、第１の要求先端末用のダイアログに基づくレスポンスを、要求元端末へ送信するレスポンス送信手段と、
第２の要求先端末からレスポンスを受信した際に、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であって、第１の要求先端末用のダイアログと第２の要求先端末用のダイアログとを比較して所定要素が同一である場合、当該レスポンスを要求元端末へ送信しないダイアログ判定手段と、
第２の要求先端末用のダイアログを第１の要求先端末用のダイアログとして、要求元端末との間のシーケンスを実行するダイアログ交換手段と
を有することを特徴とするＳＩＰサーバ。

【請求項16】

要求元端末が接続されたマルチメディアネットワークと、要求先端末が接続されたマルチメディアネットワークとの間に配置されたＳＩＰサーバに搭載されたコンピュータを機能させるプログラムにおいて、
要求元端末からリクエストを受信した際に、当該リクエストを要求先端末へ転送するリクエスト転送手段と、
第１の要求先端末からレスポンスを受信した際に、第１の要求先端末用のダイアログに基づくレスポンスを、要求元端末へ送信するレスポンス送信手段と、
第２の要求先端末からレスポンスを受信した際に、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であって、第１の要求先端末用のダイアログと第２の要求先端末用のダイアログとを比較して所定要素が同一である場合、当該レスポンスを要求元端末へ送信しないダイアログ判定手段と、
第２の要求先端末用のダイアログを第１の要求先端末用のダイアログとして、要求元端末との間のシーケンスを実行するダイアログ交換手段と
してコンピュータを機能させることを特徴とするプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ＩＭＳ(IP Multimedia Subsystem)におけるＳＩＰ(Session Initiation Protocol)／ＳＤＰ(Session Description Protocol)制御の技術に関する。

【背景技術】

【0002】

ＩＭＳは、ＩＰ(Internet Protocol)ベースのマルチメディア通信サービスを提供するものであって、３ＧＰＰ(3rd Generation Partnership Project)国際標準として規定されている（例えば非特許文献１参照）。ＩＭＳとは、アクセスネットワークに依存することなく、ＩＰパケットのトランスポートを制御するコアネットワークである。ＩＰ−ＣＡＮ(IP-Connectivity Access Network)と称される複数のアクセスネットワークが、シームレスに収容される。ＩＭＳによれば、異なるアクセスネットワークを介して、共通のマルチメディア通信サービス（例えばＩＰ電話、テレビ電話、ＩＭ(Instant Message)等）を提供することができる。

【0003】

ＩＭＳは、主にセッション制御機能（ＣＳＣＦ(Call Session Control Function)）と共に、アプリケーションサービス制御機能（ＡＳ(Application Server）やユーザ情報蓄積機能（ＨＳＳ(Home Subscriber Server)）を搭載する。ＣＳＣＦは、サービス制御ネットワークの制御の核であるセッションを制御する機能であり、ユーザ端末（ＵＡ(User Agent)）間の通信セッションの設定及び解放を実現する。また、ＣＳＣＦは、ＳＩＰ（Session Initiation Protocol：セッション制御プロトコルである）やＳＤＰ（Session Description Protocol：セッション記述プロトコル）によってメッセージを交換する。更に、ＣＳＣＦは、接続されるセッションのサービス条件に応じて、ＡＳを選択的に利用する。

【0004】

ＩＭＳを利用したサービスとして、例えば音声電話サービスがある。音声電話サービスは、主に回線交換方式によって提供されてきたが、固定電話事業者ではＩＰ電話が、携帯電話事業者ではＶｏＬＴＥ（Voice over LTE）が運用されている。携帯電話事業者や固定電話事業者がＩＰ方式のみで音声電話サービスを提供する場合、異なる通信事業者のＩＰネットワーク（ＩＭＳやＮＧＮ(Next Generation Network)等）間を相互接続する必要がある。

【0005】

異なるＩＭＳの間、例えばＡＳ(Application Server)やＩＢＣＦ(Interconnection Border Control Function)を介して接続することができる。ＡＳは主にＳ−ＣＳＣＦと通信するものであり、ＩＢＣＦは主に異なる通信事業者間に配置される。ＩＢＣＦは、プロトコル変換用のトランスコーディングとして機能する。また、異なるＩＭＳ−ＡＧＷ(IP Multimedia Subsystem - Access Gateway)間は、例えばＴｒＧＷ(Translation Gateway)を介して接続することもできる。これらＡＳやＩＢＣＦ、ＴｒＧＷは、ネットワーク毎に異なる独自のＳＩＰパラメータやＳＤＰのメディア情報に応じて、プロトコルを整合し、網間差分をできる限りなくすようなすることができる。

【0006】

尚、ＩＭＳサービスについて、コアネットワーク側及び端末側のそれぞれが搭載するオプション機能も規定されている（例えば非特許公報２参照）。オプション機能は、SIP/SDPに記述される、例えば複数ダイアログ属性がある。「ダイアログ(dialog)」とは、要求元端末と要求先端末との間でセッションのエンドトゥエンドの関係を表す構成要素情報である。これは、各通信事業者が自ら運営する網内でのみ提供するＩＭＳサービスに応じて、最適に選択される。ＣＡＴ（Customized Alerting Tones）やＣＤｉｖ（Communication Diversion）と称されるＩＭＳサービスについて、複数ダイアログが発生するオプションを選択することができる（例えば非特許文献３及び４参照）。

【先行技術文献】

【非特許文献】

【0007】

【非特許文献1】3GPP TS 23.228 「IP Multimedia Subsystem (IMS); Stage 2」

【非特許文献2】3GPP TS 24.229 「IP multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP); Stage 3」

【非特許文献3】3GPP TS 24.182 「IP Multimedia Subsystem (IMS) Customized Alerting Tones (CAT); Protocol specification」

【非特許文献4】3GPP TS 24.604 「Communication Diversion (CDIV) using IP Multimedia (IM) Core Network (CN) subsystem; Protocol specification」

【発明の概要】

【発明が解決しようとする課題】

【0008】

ＳＩＰによれば、プロキシサーバが、１つのリクエストから複数のリクエストを生成して送信するフォーキング（Forking、分岐送信）と称される方式がある。例えば同じ電話番号を持つ固定電話機と携帯電話機の優先順位を同じにしておくことによって、着信時に両方の呼び出し音を鳴らすことができる。そして、ユーザによってオフフックされた端末のみを要求先端末として特定することができる。尚、フォーキングは、移動端末に対する移動適応性や、ネットワークに対する冗長性を高めることに役立つ。

【0009】

しかしながら、要求元端末が接続するネットワークによっては、オプション機能が「複数ダイアログ非使用」の場合もある。この場合、要求元端末は、１つのリクエストの送信に対して複数のレスポンスが返信されても使用することができず、セッションを確立することができなかったり、確立できたとしてもタイミング的な不具合が発生することがある。

【0010】

勿論、異なるマルチメディアネットワーク間を相互接続するＡＳ（又はＩＢＣＦ／ＴｒＧＷ）によって、SIP/SDPを変換する処理を実行することもできる。SIP/SDPの特徴として、要求元端末と要求先端末との間でオプション機能を整合することが期待されている。しかしながら、リクエストやレスポンスの中で、その使用が明示的に示されたオプション機能がある一方で、「複数ダイアログ使用」のように、明示的に示されていないオプション機能もある。

【0011】

そこで、本発明によれば、要求元端末がオプション機能「複数ダイアログ非使用」であっても、フォーキングに基づく複数の要求先端末のダイアログを整合することができる網間制御方法、ＳＩＰサーバ及びプログラムを提供することを目的とする。

【課題を解決するための手段】

【0012】

本発明によれば、要求元端末が接続されたマルチメディアネットワークと、要求先端末が接続されたマルチメディアネットワークとの間に配置されたＳＩＰ(Session Initiation Protocol)サーバの網間接続方法において、
ＳＩＰサーバは、
要求元端末からリクエストを受信した際に、当該リクエストを要求先端末へ転送する第１のステップと、
第１の要求先端末からレスポンスを受信した際に、第１の要求先端末用のダイアログに基づくレスポンスを、要求元端末へ送信する第２のステップと、
第２の要求先端末からレスポンスを受信した際に、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であって、第１の要求先端末用のダイアログと第２の要求先端末用のダイアログとを比較して所定要素が同一である場合、当該レスポンスを要求元端末へ送信しない第３のステップと、
第２の要求先端末用のダイアログを第１の要求先端末用のダイアログとして、要求元端末との間のシーケンスを実行する第４のステップと
を実行することを特徴とする。

【0013】

本発明の網間接続方法における他の実施形態によれば、
所定要素は、レスポンス・コード、ヘッダ・フィールド、ボディに含まれるＳＤＰ(Session Description Protocol)のタイプのいずれかに予め規定された要素であってもよい。

【0014】

本発明の網間接続方法における他の実施形態によれば、
第１のステップのリクエストは、セッション開始リクエストであり、
第２のステップのレスポンスは、暫定レスポンスであることも好ましい。

【0015】

本発明の網間接続方法における他の実施形態によれば、
第１のステップのリクエストは、セッション開始リクエストであり、
第２のステップのレスポンスは、リンギングレスポンスであることも好ましい。

【0016】

本発明の網間接続方法における他の実施形態によれば、
ＳＩＰサーバは、第３のステップについて、
第１の要求先端末用のダイアログと第２の要求先端末用のダイアログとを比較して所定要素が相違する場合、第２の要求先端末用のダイアログを第１の要求先端末用のダイアログとしたメッセージ（リクエスト又はレスポンス）を、要求元端末へ送信することも好ましい。

【0017】

本発明の網間接続方法における他の実施形態によれば、
第１のステップのリクエストは、セッション開始リクエストであり、
第２のステップのレスポンスは、暫定レスポンスであり、
第３のステップのレスポンスは、暫定レスポンスであり、
第３のステップのメッセージは、更新リクエストである
ことも好ましい。

【0018】

本発明の網間接続方法における他の実施形態によれば、
ＳＩＰサーバは、第３のステップについて、
要求先端末から暫定レスポンスを受信した後、暫定応答確認リクエストを第２の要求先端末へ送信し、
その後、第２の要求先端末からセッション開始レスポンスを受信した際に、更新リクエストを、要求元端末へ送信することも好ましい。

【0019】

本発明の網間接続方法における他の実施形態によれば、
ＳＩＰサーバは、第３のステップについて、
第１の要求先端末から第１のダイアログを含むセッション開始レスポンスを受信し、第２の要求先端末から第２のダイアログを含むセッション開始レスポンスを受信した場合、両方のダイアログの所定要素が相違する場合にのみ、更新リクエストを、要求元端末へ送信することも好ましい。

【0020】

本発明の網間接続方法における他の実施形態によれば、
ＳＩＰサーバは、第３のステップについて、
更新リクエストを要求元端末へ送信し、要求元端末から更新レスポンスを受信した後、セッション開始レスポンスを要求元端末へ送信することも好ましい。

【0021】

本発明の網間接続方法における他の実施形態によれば、
所定要素が、転送必須ヘッダとして登録されており、
第１のステップのリクエストは、セッション開始リクエストであり、
第２のステップのレスポンスは、暫定レスポンスであり、
第３のステップのレスポンスは、転送必須ヘッダを含む暫定レスポンスであり、
第３のステップのメッセージは、転送必須ヘッダを含む暫定レスポンスである
ことも好ましい。

【0022】

本発明の網間接続方法における他の実施形態によれば、

第１のステップについて、要求先端末が接続されるマルチメディアネットワーク内で、リクエストが複数の要求先端末へフォーキングされることも好ましい。

【0023】

本発明の網間接続方法における他の実施形態によれば、
ＳＩＰサーバは、
第３のステップについて、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であるか否かを判定するために、
第２の要求先端末から受信したレスポンスをそのまま、第２の要求先端末用のダイアログに基づくレスポンスとして、要求元端末へ送信し、
要求元端末との間で失敗シーケンスが実行された際に、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であると確定する
ように実行することも好ましい。

【0024】

本発明の網間接続方法における他の実施形態によれば、
ＳＩＰサーバは、
第１のステップについて、要求元端末からリクエストを受信した際に、セッション更新リクエスト(UPDATE)の要求元オプションを取得し、
第３のステップについて、要求元端末の要求元オプションについて、「セッション更新リクエスト非使用」であって、且つ、「複数ダイアログ非使用」である場合、切断シーケンスを実行し、
要求元端末の「複数ダイアログ非使用」を記憶した後、改めて、第１のステップから第３のステップを実行する
ことも好ましい。

【0025】

本発明の網間接続方法における他の実施形態によれば、
ＳＩＰサーバは、
異なるＣＳＣＦ間に接続されたＡＳ(Application Server)若しくはＩＢＣＦ(Interconnection Border Control Function)、又は、
異なるＩＭＳ−ＡＧＷ(IP Multimedia Subsystem - Access Gateway)間に接続されたＴｒＧＷ(Translation Gateway)であり、
要求元端末は、要求元のＵＡ(User Agent)又はネットワーク通信装置であり、
要求先端末は、要求先のＵＡ又はネットワーク通信装置である
ことも好ましい。

【0026】

本発明によれば、要求元端末が接続されたマルチメディアネットワークと、要求先端末が接続されたマルチメディアネットワークとの間に配置されたＳＩＰサーバにおいて、
要求元端末からリクエストを受信した際に、当該リクエストを要求先端末へ転送するリクエスト転送手段と、
第１の要求先端末からレスポンスを受信した際に、第１の要求先端末用のダイアログに基づくレスポンスを、要求元端末へ送信するレスポンス送信手段と、
第２の要求先端末からレスポンスを受信した際に、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であって、第１の要求先端末用のダイアログと第２の要求先端末用のダイアログとを比較して所定要素が同一である場合、当該レスポンスを要求元端末へ送信しないダイアログ判定手段と、
第２の要求先端末用のダイアログを第１の要求先端末用のダイアログとして、要求元端末との間のシーケンスを実行するダイアログ交換手段と
を有することを特徴とする。

【0027】

本発明によれば、要求元端末が接続されたマルチメディアネットワークと、要求先端末が接続されたマルチメディアネットワークとの間に配置されたＳＩＰサーバに搭載されたコンピュータを機能させるプログラムにおいて、
要求元端末からリクエストを受信した際に、当該リクエストを要求先端末へ転送するリクエスト転送手段と、
第１の要求先端末からレスポンスを受信した際に、第１の要求先端末用のダイアログに基づくレスポンスを、要求元端末へ送信するレスポンス送信手段と、
第２の要求先端末からレスポンスを受信した際に、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であって、第１の要求先端末用のダイアログと第２の要求先端末用のダイアログとを比較して所定要素が同一である場合、当該レスポンスを要求元端末へ送信しないダイアログ判定手段と、
第２の要求先端末用のダイアログを第１の要求先端末用のダイアログとして、要求元端末との間のシーケンスを実行するダイアログ交換手段と
してコンピュータを機能させることを特徴とする。

【発明の効果】

【0028】

本発明の網間制御方法、ＳＩＰサーバ及びプログラムによれば、要求元端末がオプション機能「複数ダイアログ非使用」であっても、フォーキングに基づく複数の要求先端末のダイアログを整合することができる。特に、リクエストやレスポンスの中で明示されない複数ダイアログのオプション機能について整合することができる。

【図面の簡単な説明】

【0029】

【図1】本発明におけるシステム構成図である。

【図2】本発明におけるシーケンス図である。

【図3】図２に基づく第１の実施形態のシーケンス図である。

【図4】図２に基づく第２の実施形態のシーケンス図である。

【図5】本発明における第２の基本シーケンス図である。

【図6】図５に基づく第１の実施形態のシーケンス図である。

【図7】図５に基づく第２の実施形態のシーケンス図である。

【図8】図５に基づく第３の実施形態のシーケンス図である。

【図9】要求元端末が複数ダイアログ非使用であることを認識するための第１のシーケンス図である。

【図10】要求元端末が複数ダイアログ非使用であることを認識するための第２のシーケンス図である。

【図11】本発明におけるアプリケーションサーバの機能構成図である。

【発明を実施するための形態】

【0030】

以下、本発明の実施の形態について、図面を用いて詳細に説明する。

【0031】

図１は、本発明におけるシステム構成図である。

【0032】

図１によれば、要求元端末２１が接続されたマルチメディアネットワークと、要求先端末２２が接続されたマルチメディアネットワークとの間に、ＳＩＰサーバ１が配置されている。ＳＩＰサーバ１は、異なるＣＳＣＦ間に接続されたＡＳ若しくはＩＢＣＦ、又は、
異なるＩＭＳ−ＡＧＷ間に接続されたＴｒＧＷであってもよい。尚、以下の実施形態では、異なるマルチメディアネットワーク間に配置されたＳＩＰサーバは、ＡＳであるとして説明する。

【0033】

図１によれば、ＡＳ１を経由して、要求元端末２１と要求先端末２２との間で、セッションのリクエストとレスポンスとを転送することできる。図１によれば、要求元端末２１は、オプション機能「複数ダイアログ非使用」であるとする。
要求元端末２１＝オプション機能「複数ダイアログ非使用」

【0034】

尚、要求元端末は、要求元のＵＡ(User Agent)に限られず、要求元のネットワーク通信装置（例えば要求元ＡＳ又は要求元ＩＢＣＦ）であってもよい。また、要求先端末も、要求先のＵＡに限られず、要求先のネットワーク通信装置（同様に例えば要求先ＡＳ又は要求先ＩＢＣＦ）であってもよい。例えば、要求元ＡＳと要求先ＡＳとは、網間接続用のＳＩＰサーバであるＡＳを介して通信するものであってもよい。

【0035】

図２は、本発明における第１の基本シーケンス図である。

【0036】

［第１のステップ］
（Ｓ１１）要求元端末２１が、要求先端末へ向けてリクエストを送信する。このリクエストは、要求元ネットワークのＣＳＣＦ群を経由して、ＡＳ１へ転送される。
（Ｓ１２）ＡＳ１は、受信したリクエストをそのまま、要求先端末２２へ転送する。ここで、図２によれば、リクエストは、要求先端末２２が接続するＣＦＣＦ群でフォーキングされ、複数の要求先端末２２へ同時に転送されている。

【0037】

［第２のステップ］
（Ｓ２１）要求先端末２２１は、第１のダイアログ[D1]に基づくレスポンスを、ＡＳ１へ返信する。ＡＳ１は、受信したレスポンスに応じて、要求先端末２２１のオプション機能を、第１のダイアログ[D1]として記憶する。

【0038】

（Ｓ２２）そして、ＡＳ１は、要求先端末２２１から受信したレスポンスをそのまま、要求元端末２１へ転送する。このとき、ダイアログは、第１の要求先端末用の第１のダイアログ[D1]に基づくものである。

【0039】

［第３のステップ］
（Ｓ３１）要求先端末２２２も、フォーキングによって、セッション開始リクエストを受信している。そこで、要求先端末２２２も、レスポンスを、ＡＳ１へ返信する。レスポンスは、第２のダイアログ[D2]に基づくものである。

【0040】

（Ｓ３２）ＡＳ１は、複数の要求先端末２２１及び２２２から、レスポンスを受信したことを認識する。ここで、要求元端末２１がオプション機能「複数ダイアログ使用」であれば、ＡＳ１は、要求先端末２２２から受信したレスポンスをそのまま、要求元端末２１へ転送することができる（図２に図示無し）。尚、要求元端末２１がオプション機能「複数ダイアログ使用」又は「非使用」かは、通信事業者によって予め設定されたものであってもよいし、後述する図９によって判定されるものであってもよい。

【0041】

（Ｓ３３）ＡＳ１は、要求元端末２１がオプション機能「複数ダイアログ非使用」である場合、第１の要求先端末２２１用のダイアログと第２の要求先端末２２２用のダイアログとを比較する。そして、両方のダイアログの所定要素が同一である場合、当該レスポンスを要求元端末２１へ送信しない。

【0042】

ダイアログとは、例えば呼識別子(Call-ID)と、ローカルtagと、リモートtagとの組み合わせとなるＩＤである。ダイアログＩＤは、ヘッダ情報の中の、Toタグ、Fromタグ及びCall-IDによって表される。ここで、所定要素とは、レスポンス・コード、ヘッダ・フィールド、ボディに含まれるＳＤＰのタイプのいずれかに予め規定された要素である。

【0043】

ＡＳ１は、要求先端末２２２用のダイアログを要求先端末２２１用のダイアログとして記憶する。そして、ＡＳ１は、要求元端末２１へ複数のダイアログ情報を送信しないように、第２以降のダイアログ情報を終端する。但し、第２以降のダイアログ情報であっても、所定要素が転送必須ヘッダとして登録されている場合にのみ、第１のダイアログ情報として送信する。

【0044】

［第４のステップ］
（Ｓ４）ＡＳ１は、要求先端末２２２用のダイアログ[D2]を要求先端末２２１用のダイアログ[D2]として、要求元端末２１との間のシーケンスを実行する。勿論、ＡＳ１は、要求先端末２２２との間では、要求先端末２２２用のダイアログ[D2]に基づいてシーケンスを実行する。

【0045】

図３は、図２に基づく第１の実施形態のシーケンス図である。

【0046】

図３によれば、図２と比較して、以下のように対応する。
Ｓ１のリクエストは、セッション開始リクエストである。
Ｓ２のレスポンスは、暫定レスポンスである。

【0047】

（Ｓ１１）要求元端末２１が、要求先端末のＵＲＩ(Uniform Resource Indicator)を宛先情報として、セッション開始リクエスト（SIP:INVITE）を送信する。このリクエストは、要求元ネットワークのＣＳＣＦ群を経由して、ＡＳ１へ転送される。

【0048】

（Ｓ１２）ＡＳ１は、受信したセッション開始リクエストをそのまま、要求先端末２２へ転送する。図２によれば、セッション開始リクエストは、要求先端末２２が接続するＣＦＣＦ群でフォーキングされ、複数の要求先端末２２へ同時に転送されている。
ここで、要求元端末２１がＵＡである場合、端末種別を特定するために、User-Agentヘッダ、P-Asserted-Identityヘッダ又はFromヘッダに含まれるSIP URIやtel URIを用いてもよい。また、要求元端末２１がネットワーク通信装置である場合、網種別を特定するために、P-Charging-Vectorヘッダのioiパラメータ、P-Asserted-Identityヘッダ又はFromヘッダに含まれるSIP URIのドメイン部を用いてもよい。

【0049】

［第２のステップ］
（Ｓ２１）要求先端末２２１は、SDPを含む暫定レスポンス（SIP:183(INVITE)）を、ＡＳ１へ返信する。ＡＳ１は、受信した暫定レスポンスに応じて、要求先端末２２１のオプション機能を、第１のダイアログ[D1]として記憶する。
ここで、要求先端末２２がＵＡである場合、端末種別を特定するために、User-Agentヘッダ、P-Asserted-Identityヘッダ又はToヘッダに含まれるSIP URIやtel URIを用いてもよい。また、要求先端末２２がネットワーク通信装置である場合、網種別を特定するために、P-Charging-Vectorヘッダのioiパラメータ、P-Asserted-Identityヘッダ又はToヘッダに含まれるSIP URIのドメイン部を用いてもよい。

【0050】

（Ｓ２２）そして、ＡＳ１は、要求先端末２２１から受信した暫定レスポンスをそのまま、要求元端末２１へ転送する。このとき、ダイアログは、第１の要求先端末用の第１のダイアログ[D1]に基づくものである。

【0051】

［第３のステップ］
（Ｓ３１）要求先端末２２２も、フォーキングによって、セッション開始リクエストを受信している。そこで、要求先端末２２２も、SDPを含む暫定レスポンス（SIP:183(INVITE)）を、ＡＳ１へ返信する。暫定レスポンスは、第２のダイアログ[D2]に基づくものである。
このとき、ＡＳ１は、暫定レスポンスから、要求先端末２２２におけるセッション更新リクエスト(UPDATE)の要求先オプションを取得することもできる。

【0052】

（Ｓ３２）ＡＳ１は、複数の要求先端末２２１及び２２２から、暫定レスポンス（SIP:183(INVITE)）を受信したことを認識する。ここで、要求元端末２１がオプション機能「複数ダイアログ非使用」であれば、要求先端末２２２用のダイアログを要求先端末２２１用のダイアログとして記憶する。

【0053】

（Ｓ３３）ＡＳ１は、要求元端末２１がオプション機能「複数ダイアログ非使用」である場合、第１の要求先端末２２１用のダイアログと第２の要求先端末２２２用のダイアログとを比較する。両方のダイアログの所定要素が同一である場合、当該レスポンスを要求元端末２１へ送信しない。ここで、所定要素が同一である場合とは、暫定レスポンス・コード（SIP:183(INVITE)）が同一であって、且つ、その信号に含まれる所定要素（ヘッダ・フィールド、ボディに含まれるＳＤＰのタイプ）が同一である。即ち、要求元端末２１に通知する必要が無い場合である。

【0054】

［第４のステップ］
（Ｓ４）ＡＳ１は、要求元端末２１との間では、要求先端末２２２用のダイアログ[D2]を要求先端末２２１用のダイアログ[D2]としてシーケンスを実行し、要求先端末２２２との間では、要求先端末２２２用のダイアログ[D2]に基づいてシーケンスを実行する。

【0055】

図４は、図２に基づく第２の実施形態のシーケンス図である。

【0056】

図４によれば、図２と比較して、以下のように対応する。
Ｓ１のリクエストは、セッション開始リクエストである。
Ｓ２のレスポンスは、リンギングレスポンスである。

【0057】

（Ｓ１１〜Ｓ１２）図３のＳ１１〜Ｓ１２と同様のシーケンスである。
（Ｓ２１）要求先端末２２１は、リンギングレスポンス（SIP:180(INVITE)）を、ＡＳ１へ返信する。リンギングレスポンスは、例えば呼接続中に呼出音を要求元端末で再生させることを指示する。ＡＳ１は、受信したリンギングレスポンスに応じて、要求先端末２２１のオプション機能を、第１のダイアログ[D1]として記憶する。

【0058】

（Ｓ２２）そして、ＡＳ１は、要求先端末２２１から受信したリンギングレスポンスをそのまま、要求元端末２１へ転送する。このとき、ダイアログは、第１の要求先端末用の第１のダイアログ[D1]に基づくものである。

【0059】

（Ｓ３１）要求先端末２２２も、フォーキングによって、セッション開始リクエストを受信している。そこで、要求先端末２２２も、リンギングレスポンス（SIP:180(INVITE)）を、ＡＳ１へ返信する。リンギングレスポンスは、第２のダイアログ[D2]に基づくものである。

【0060】

（Ｓ３２）ＡＳ１は、複数の要求先端末２２１及び２２２から、リンギングレスポンス（SIP:180(INVITE)）を受信したことを認識する。ここで、要求元端末２１がオプション機能「複数ダイアログ非使用」であれば、要求先端末２２２用のダイアログを要求先端末２２１用のダイアログとして記憶する。

【0061】

（Ｓ３３）第１の要求先端末２２１用と第２の要求先端末２２２用との両方のダイアログの所定要素が同一である場合、ＡＳ１は、当該レスポンスを要求元端末２１へ送信しない。ここで、所定要素が同一である場合とは、リンギングレスポンス・コード（SIP:180(INVITE)）が同一であって、且つ、その信号に含まれる所定要素（ヘッダ・フィールド、ボディに含まれるＳＤＰのタイプ）が同一である。即ち、要求元端末２１に通知する必要が無い場合である。

【0062】

（Ｓ４）ＡＳ１は、要求元端末２１との間では、要求先端末２２２用のダイアログ[D2]を要求先端末２２１用のダイアログ[D2]としてシーケンスを実行し、要求先端末２２２との間では、要求先端末２２２用のダイアログ[D2]に基づいてシーケンスを実行する。

【0063】

図５は、本発明における第２の基本シーケンス図である。

【0064】

（Ｓ１１〜Ｓ３３）図２のＳ１１〜Ｓ３３と同様のシーケンスである。図５によれば、図２と比較して、Ｓ３４のみが追加されている。
（Ｓ３４）ＡＳ１は、要求先端末２２１用と要求先端末２２２用との両方のダイアログの所定要素が相違する場合、要求先端末２２２用のダイアログ[D2]を要求先端末２２１用のダイアログ[D1]としたメッセージを、要求元端末２１へ送信する。
ここでのメッセージは、実施形態に応じて、リクエストであってもよいし、レスポンスであってもよい。要求元端末２１から見て、要求先端末２２１用のダイアログ[D1]に基づくものである。

【0065】

図６は、図５に基づく第１の実施形態のシーケンス図である。

【0066】

図６によれば、図５と比較して、以下のように対応する。
第１のステップのリクエストは、セッション開始リクエストである。
第２のステップのレスポンスは、第１の要求先端末からの暫定レスポンスである。
第３のステップのレスポンスは、第２の要求先端末からの暫定レスポンスである。
第３のステップのメッセージは、更新リクエストである。

【0067】

（Ｓ１１〜Ｓ３１）図２のＳ１１〜Ｓ３１と同様のシーケンスである。
（Ｓ３２）ＡＳ１は、要求先端末２２２からレスポンスを受信した際に、セッションにおける要求元端末２１のオプション機能「複数ダイアログ非使用」である場合、第１の要求先端末２２１用のダイアログと第２の要求先端末２２２用のダイアログとを比較する。
（Ｓ３３）第１の要求先端末２２１用と第２の要求先端末２２２用との両方のダイアログの所定要素が同一である場合、ＡＳ１は、要求元端末２１へ暫定レスポンスを転送しない。
（Ｓ３４）ＡＳ１は、両方のダイアログの所定要素が相違する場合、要求先端末２２２のオプション機能のSDPを含む更新リクエスト（SIP:UPDATE）を、要求元端末２１へ送信する。この更新リクエストは、第１のダイアログ情報[D1]に基づくものである。即ち、要求元端末２１は、要求先端末２２１用のダイアログに基づく更新リクエストを受信したように見える。また、所定要素は、第２の要求先端末２２１に合わせたものに更新される。
（Ｓ３５）要求元端末２１は、更新リクエストに対して、SDPを含む更新レスポンス（SIP:200(UPDATE)）を、ＡＳ１へ返信する。

【0068】

（Ｓ４）ＡＳ１は、要求元端末２１との間では、要求先端末２２２用のダイアログ[D2]を要求先端末２２１用のダイアログ[D2]としてシーケンスを実行し、要求先端末２２２との間では、要求先端末２２２用のダイアログ[D2]に基づいてシーケンスを実行する。

【0069】

図７は、図５に基づく第２の実施形態のシーケンス図である。

【0070】

（Ｓ１１〜Ｓ３２）図６のＳ１１〜Ｓ３２と同様のシーケンスである。
（Ｓ３３）第１の要求先端末２２１用と第２の要求先端末２２２用との両方のダイアログの所定要素が同一である場合、ＡＳ１は、要求元端末２１へ暫定レスポンスを転送しない。
（Ｓ３４）そして、暫定レスポンスのRequireヘッダに100relオプションが指定されている場合には、ＡＳ１は、暫定応答確認リクエスト（SIP:PRACK）を、要求先端末２２２へ送信する。暫定応答確認リクエストは、第２のダイアログ[D2]に基づくものである。これによって、ＡＳ１は、要求先端末２２２との間でセッションを確立しようとする。尚、図示しないが、転送必須ヘッダに100relオプションを含むRequireヘッダが指定されている場合には、要求元端末２１へ暫定レスポンスを転送する。
（Ｓ３５）これに対し、要求先端末２２２は、暫定応答確認リクエストに対する暫定応答確認レスポンス（SIP:200(PRACK)）を、ＡＳ１へ送信する。

【0071】

（Ｓ３６）そして、要求先端末２２２は、セッション開始レスポンス（SIP:200(INVITE)）を、ＡＳ１へ送信する。セッション開始レスポンスは、第２のダイアログ[D2]に基づくものである。

【0072】

（Ｓ３７）要求先端末２２２からのみ、第２のダイアログ[D2]を含むセッション開始レスポンス（SIP:200(INVITE)）を受信した場合、ＡＳ１は、第１の要求先端末２２１用と第２の要求先端末２２２用との両方のダイアログの所定要素は相違すると判定する。
一方で、図示していないが、ＡＳ１は、要求先端末２２１から第１のダイアログ[D1]を含むセッション開始レスポンス（SIP:200(INVITE)）を受信した場合、そのレスポンスはそのまま、要求元端末２１へ転送される。その後、要求先端末２２２から第２のダイアログ[D2]を含むセッション開始レスポンス（SIP:200(INVITE)）を受信した場合、両方のダイアログの所定要素が同一か否か判定される。第１のダイアログ[D1]と第２のダイアログ[D2]とで、例えば、ＳＤＰネゴシエーションの結果で使用するコーデックが相違している場合もある。

【0073】

（Ｓ３８）両方のダイアログの所定要素が相違する場合、要求元端末２１と要求先端末２２２との間でセッションを確立させるため、ＡＳ１は、要求先端末２２２のオプション機能のＳＤＰを含む更新リクエスト（SIP:UPDATE）を、要求元端末２１へ送信する。更新リクエストは、第１のダイアログ情報[D1]に基づくものである。即ち、要求元端末２１から見て、要求先端末２２１用のダイアログに基づく更新リクエストを受信したようになる。
（Ｓ３９）要求元端末２１は、更新リクエストに対して、SDPを含む更新レスポンス（SIP:200(UPDATE)）を、ＡＳ１へ返信する。

【0074】

（Ｓ３Ａ）ＡＳ１は、第２のダイアログ情報[D2]及び要求先端末２２２のオプション機能で更新できたことを確認した後に、セッション開始レスポンス（SIP:200(INVITE)）を第１のダイアログ[D1]に乗せ換えて、要求元端末２１へ送信する。要求元端末２１は、更新リクエストによって要求先端末２２２のオプション機能に整合させた後、セッション開始レスポンスを要求元端末へ送信することによって、セッションを確立することができる。

【0075】

（Ｓ３Ｂ）要求元端末２１は、セッション開始レスポンスに対して、確認リクエスト（SIP:ACK）を、ＡＳ１へ送信する。
（Ｓ３Ｃ）ＡＳ１は、第１のダイアログ情報を、第２のダイアログ情報に乗せ換えた確認リクエスト（SIP:PRACK）を、要求先端末２２２へ転送する。

【0076】

（Ｓ４）ＡＳ１は、要求元端末２１との間では、要求先端末２２２用のダイアログ[D2]を要求先端末２２１用のダイアログ[D2]としてシーケンスを実行し、要求先端末２２２との間では、要求先端末２２２用のダイアログ[D2]に基づいてシーケンスを実行する。

【0077】

図８は、図５に基づく第３の実施形態のシーケンス図である。

【0078】

図８によれば、図５に以下のように対応する。
Ｓ１のリクエストは、セッション開始リクエストである。
Ｓ２のレスポンスは、暫定レスポンスである。
Ｓ３のレスポンスは、転送必須ヘッダを含む暫定レスポンスである。
Ｓ３のメッセージは、転送必須ヘッダを含む暫定レスポンスである。

【0079】

図８によれば、ＡＳ１は、暫定レスポンスのヘッダの中で転送必須ヘッダを登録している。具体的には、例えばP-Early Mediaのヘッダであってもよい。P-Early Mediaとは、セッションの確立前に、端末間でメディアを流す機能である。このメディアは、例えば呼接続中に要求元端末で再生される呼出音のようなものである。そのために、P-Early Mediaは、転送必須ヘッダとして登録されることが好ましい。

【0080】

（Ｓ１１〜Ｓ２２）図７のＳ１１〜Ｓ２２と同様のシーケンスである。
（Ｓ３１）要求先端末２２２も、SDPを含む暫定レスポンス（SIP:183(INVITE)）を、ＡＳ１へ返信する。ここで、レスポンスは、第２のダイアログ[D2]に基づくものであって、ヘッダにP-Early Mediaを含んだものである。
（Ｓ３２）ＡＳ１は、複数の要求先端末２２１及び２２２から、レスポンスを受信したことを認識する。ここで、要求元端末２１がオプション機能「複数ダイアログ使用」であれば、要求先端末２２２用のダイアログを要求先端末２２１用のダイアログとして記憶する。
（Ｓ３３）ＡＳ１は、転送必須ヘッダを含む場合に、第１の要求先端末２２１用と第２の要求先端末２２２用との両方のダイアログの所定要素が相違するか否かを判定する。
（Ｓ３４）両方のダイアログの所定要素が相違し、且つ、Ｓ３１で受信した暫定レスポンスのヘッダにP-Early Mediaが含まれている場合、ＡＳ１は、その暫定レスポンスを、要求先端末２２２用のダイアログ[D2]から要求先端末２２１用のダイアログ[D1]へ置き換えて、要求元端末２１へ送信する。
（Ｓ３５）要求元端末２１は、暫定応答確認リクエストPRACKを、ＡＳ１へ返信する。
（Ｓ４）ＡＳ１は、要求元端末２１との間では、要求先端末２２２用のダイアログ[D2]を要求先端末２２１用のダイアログ[D2]としてシーケンスを実行し、要求先端末２２２との間では、要求先端末２２２用のダイアログ[D2]に基づいてシーケンスを実行する。

【0081】

図９は、要求元端末が複数ダイアログ非使用であることを認識するための第１のシーケンス図である。

【0082】

図９によれば、セッションにおける要求元端末のオプション機能「複数ダイアログ非使用」であるか否かを判定することができる。
（Ｓ１１〜Ｓ３１）図２のＳ１１〜Ｓ３１と全く同じである。

【0083】

（Ｓ３２）図９によれば、ＡＳ１は、要求先端末２２２から受信した、第２のダイアログに基づく暫定レスポンス（SIP:183）をそのまま、要求元端末２１へ返信する。ここで、要求元端末２１は、第１のダイアログ[D1]に基づく暫定レスポンスと、第２のダイアログ[D2]に基づく暫定レスポンスとの両方を受信したこととなる。

【0084】

（Ｓ３３）このとき、要求元端末２１は、オプション機能「複数ダイアログ非使用」であるために、ＡＳ１との間で失敗シーケンスを実行することとなる。失敗シーケンスとしては、信号を破棄するのみで何もしないものでもよいし、セッションキャンセル信号（SIP:CANCEL）を送信してセッションを終了するものでもよいし、など様々な動作を想定することができる。
尚、失敗シーケンスについて、失敗レスポンスが発生した場合、特定のエラー種別（SIP Status Codeで識別）に限定してもよいし、全てのエラー種別を対象にしてもよい。

【0085】

（Ｓ３４）要求元端末２１との間で失敗シーケンスが実行された場合、ＡＳ１は、要求元端末２１がオプション機能「複数ダイアログ非使用」であると確定する。

【0086】

（Ｓ３５）そして、ＡＳ１は、要求元端末２１と要求先端末２２１及び２２２との間で、セッションの切断シーケンスを実行する。

【0087】

これによって、ＡＳ１は、要求元端末２１が複数ダイアログ非使用であることを認識した上で、改めて、前述した図９のシーケンスを実行することができる。

【0088】

Ｓ１１〜Ｓ３５によれば、要求元端末２１のオプション機能「複数ダイアログ」が明示的に特定できない場合であっても、リクエスト−レスポンスの交換の中で失敗シーケンスが発生した場合、そのオプション機能を非使用として整合させることができる。即ち、要求元端末２１が「複数ダイアログ非使用」であっても、ＡＳ１は、要求元端末２１へその旨を通知する必要がない。ＡＳ１は、直ぐに、単一ダイアログとして要求先端末とオプション機能を整合させることができる。

【0089】

図１０は、要求元端末が複数ダイアログ非使用であることを認識するための第２のシーケンス図である。

【0090】

（Ｓ１１）ＡＳ１は、要求元端末２１からセッション開始リクエスト（SIP:INVITE）を受信した際に、セッション更新リクエスト(UPDATE)の要求元オプションを取得する。ここで、ＡＳ１は、要求元端末２１がオプション機能「複数ダイアログ非使用」であることを、知ることができる。
（Ｓ１２〜Ｓ２２）図２のＳ１２〜Ｓ２２と全く同じである。
（Ｓ３１）ＡＳ１は、複数の要求先端末２２１及び２２２から暫定レスポンスを受信したことを認識する。
（Ｓ３２）ＡＳ１は、要求元端末２１の要求元オプションについて、セッション更新リクエスト(UPDATE)が非使用であって、且つ、セッションの複数ダイアログが非使用である場合、切断シーケンスを実行する。
そして、ＡＳ１は、要求元端末２１について、セッションの複数ダイアログが非使用であることを記憶した後、改めて、図２のシーケンスを実行することができる。

【0091】

図１１は、本発明におけるアプリケーションサーバの機能構成図である。

【0092】

図１１によれば、アプリケーションサーバ１は、リクエスト転送部１１と、レスポンス送信部１２と、ダイアログ判定部１３と、ダイアログ交換部１４とを有する。これら機能構成部は、マルチメディアネットワーク間に配置されたサーバに搭載されたコンピュータを機能させるプログラムを実行することによって実現される。
リクエスト転送部１１は、要求元端末２１からリクエストを受信した際に、当該リクエストを要求先端末２２へ転送する（図２のＳ１参照）。
レスポンス送信部１２は、要求先端末２２１からレスポンスを受信した際に、要求先端末２２１用のダイアログに基づくレスポンスを、要求元端末２１へ送信する。
ダイアログ判定部１３は、要求先端末２２２からレスポンスを受信した際に、セッションにおける要求元端末２１のオプション機能「複数ダイアログ非使用」であって、要求先端末２２１用のダイアログと要求先端末２２２用のダイアログとを比較して所定要素が同一である場合、当該レスポンスを要求元端末へ送信しないように制御する。また、要求先端末２２１用のダイアログと要求先端末２２２用のダイアログとを比較して所定要素が相違する場合、要求先端末２２２用のダイアログを要求先端末２２１用のダイアログとしたメッセージ（リクエスト又はレスポンス）を、要求元端末へ送信する。
ダイアログ交換部１４は、要求先端末２２２用のダイアログを要求先端末２２１用のダイアログとして、要求元端末２１との間のシーケンスを実行する。

【0093】

以上、詳細に説明したように、本発明の網間制御方法、ＳＩＰサーバ及びプログラムによれば、要求元端末がオプション機能「複数ダイアログ非使用」であっても、フォーキングに基づく複数の要求先端末のダイアログを整合することができる。特に、リクエストやレスポンスの中で明示されない複数ダイアログのオプション機能について整合することができる。

【0094】

これによって、セッションに基づく複数ダイアログのオプション機能の不一致に基づく不具合を回避し、相互接続性を高めることができる。具体的には、移動体事業者が、自社網サービスに最適化されていない端末（例えばＳＩＭフリー端末など）と、自社網サービスの相互接続性を高めることができる。

【0095】

また、本発明によれば、端末に特別な機能を搭載することなく、通信事業者がＩＭＳにアプリケーションサーバ（又はＩＢＣＦ）を設置するだけでよい。そのために、セッションの要求元端末及び要求先端末がオプション機能「複数ダイアログ使用／非使用」を認識する必要がない。即ち、端末から見て、ＩＭＳを介した既存シーケンスに変更を加える必要がない。また、異なる事業者に運用されるＩＭＳやＩＰネットワークに対しても、汎用的に用いることができる。

【0096】

前述した本発明の種々の実施形態について、本発明の技術思想及び見地の範囲の種々の変更、修正及び省略は、当業者によれば容易に行うことができる。前述の説明はあくまで例であって、何ら制約しようとするものではない。本発明は、特許請求の範囲及びその均等物として限定するものにのみ制約される。

【符号の説明】

【0097】

１ ＡＳ、ＩＢＣＦ、ＴｒＧＷ
１１ リクエスト転送部
１２ レスポンス送信部
１３ ダイアログ判定部
１４ ダイアログ交換部
２１ 要求元端末
２２、２２１、２２２ 要求先端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】