JP6912729B2 - Ｓｉｐプロキシサーバ、通信方法およびｓｉｐプロキシプログラム - Google Patents

Ｓｉｐプロキシサーバ、通信方法およびｓｉｐプロキシプログラム Download PDF

Info

Publication number
JP6912729B2
JP6912729B2 JP2018077099A JP2018077099A JP6912729B2 JP 6912729 B2 JP6912729 B2 JP 6912729B2 JP 2018077099 A JP2018077099 A JP 2018077099A JP 2018077099 A JP2018077099 A JP 2018077099A JP 6912729 B2 JP6912729 B2 JP 6912729B2
Authority
JP
Japan
Prior art keywords
network
received
sdp
response message
dialog
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2018077099A
Other languages
English (en)
Other versions
JP2019186794A (ja
Inventor
健二郎 荒井
健二郎 荒井
宗晃 小川
宗晃 小川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nippon Telegraph and Telephone Corp
Original Assignee
Nippon Telegraph and Telephone Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nippon Telegraph and Telephone Corp filed Critical Nippon Telegraph and Telephone Corp
Priority to JP2018077099A priority Critical patent/JP6912729B2/ja
Priority to US17/045,859 priority patent/US11201898B2/en
Priority to PCT/JP2019/015369 priority patent/WO2019198682A1/ja
Publication of JP2019186794A publication Critical patent/JP2019186794A/ja
Application granted granted Critical
Publication of JP6912729B2 publication Critical patent/JP6912729B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/16—Communication-related supplementary services, e.g. call-transfer or call-hold
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1083—In-session procedures
    • H04L65/1095—Inter-network session transfer or sharing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/1066—Session management
    • H04L65/1101—Session protocols
    • H04L65/1104—Session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/14—Session management
    • H04L67/141—Setup of application sessions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M3/00—Automatic or semi-automatic exchanges
    • H04M3/42—Systems providing special services or facilities to subscribers
    • H04M3/46—Arrangements for calling a number of substations in a predetermined sequence until an answer is obtained
    • H04M3/465—Arrangements for simultaneously calling a number of substations until an answer is obtained

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • General Business, Economics & Management (AREA)
  • Telephonic Communication Services (AREA)

Description

本発明は、フォーキング非対応の発側端末が属する発側網と、フォーキング対応の複数の着側端末が属する着側網に接続するSIPプロキシサーバ、通信方法およびSIPプロキシプログラムに関する。
SIP（Session Initiation Protocol）を利用した呼制御手順に関し、パラレルフォーキング機能（以下「フォーキング」と称す）が、RFC3261（Request for Comments）（非特許文献１）で定義されている。フォーキングは、発側端末から受信したINVITEリクエストを複数のSIP装置またはSIP端末に送信する機能である。フォーキングは、1電話番号／複数端末の加入者の端末を同時呼び出しする機能、網から発側端末に対してRBT（Ring Back Tone）等のアーリーメディアを送信するための機能（3GPP TS 24.182（非特許文献２）で定義されるforkingモデル）として利用される。
RFC3261の13.2.2.4節は、INVITE送信元であるUAC(user agent client)は、SIPリクエストのフォーキングにより発生する異なるダイアログのSIPレスポンス（以下「フォーキングレスポンス」と称す）の受信を、必須機能として規定している。具体的には、1つの送信INVITEリクエストに対して異なるSIPダイアログのレスポンスを受信した場合、SIPサーバは、複数のSIPダイアログを管理する。またSIPサーバは、INVITEリクエストに対する200OKレスポンスを受信した場合、該当するダイアログで通話を開始し、その他のダイアログ上で200OKレスポンスを受信した場合、ACKリクエストを送信後、BYEリクエストで切断する機能を必須としている。
フォーキングレスポンスの受信機能は、１つの呼に対してINVITEリクエストに対する200OK受信までの間、複数のSIPダイアログを管理する必要があるため、瞬時的なCプレーンリソースを要し、さらにメディア毎の帯域制御が複雑になる。従って、フォーキングレスポンスの受信機能は、RFC3261上必須機能であるが、確立済みダイアログと異なるto-tagが設定された18Xレスポンスを受信すると、破棄して通話を途中放棄したり、CANCELリクエスト／BYEリクエストを送信したりして、実装を簡素化する網または端末の実装が多く存在している。
また、現状ではフォーキングに対応した網および通信端末と、フォーキングに対応していない網および通信端末とが混在している。
Network Working Group, "RFC3261 SIP: Session Initiation Protocol", 2002年6月, 3GPP, [平成30年4月10日検索]、インターネット< https://tools.ietf.org/html/rfc3261> 3rd Generation Partnership Project; Technical Specification Group Core Network and Terminals, "3GPP TS24.182 V14.1.0 IP Multimedia Subsystem (IMS) Customized Alerting Tones (CAT); Protocol specification (Release 14)", 2017年12月28日, 3GPP, [平成30年4月10日検索]、インターネット< https://portal.3gpp.org/desktopmodules/Specifications/SpecificationDetails.aspx?specificationId=1050>
フォーキングに対応していない網および通信端末は、フォーキング機能を処理できないため、フォーキングに対応した網および通信端末と相互接続することは困難である。フォーキングに対応していない網および通信端末を、フォーキングに対応した網および通信端末に変更することで、互いに正常に接続することは可能である。しかしながら、既存の網および通信端末の改造が難しい状況において、全ての網および通信端末をフォーキング対応に変更することは現実的ではない。
従って本発明の目的は、フォーキングに対応していない網および通信端末とフォーキングに対応している網および通信端末とを相互接続するSIPプロキシサーバ、通信方法およびSIPプロキシプログラムを提供することである。
上記課題を解決するために、本発明の第１の特徴は、フォーキング非対応の発側端末が属する発側網と、フォーキング対応の複数の着側端末が属する着側網に接続するSIPプロキシサーバに関する。本発明の第１の特徴に係るSIPプロキシサーバは、前記発側網から、Initial INVITEリクエストメッセージを受信すると、Initial INVITEリクエストメッセージを、前記着側網に送信し、前記着側網から、18Xレスポンスメッセージを最初に受信すると、前記最初に受信した18XレスポンスメッセージがSDPアンサーデータを含む場合、前記SDPアンサーデータを含む18Xレスポンスメッセージを、前記発側網に送信し、前記最初に受信した18XレスポンスメッセージがSDPアンサーデータを含まない場合、18Xレスポンスメッセージを、前記発側網に送信し、前記発側網との間に発側アーリーダイアログを確立し、最初に受信した18Xレスポンスの送信元の着側端末に対応する第１の着側アーリーダイアログを確立し、前記着側網から、２番目に18Xレスポンスメッセージを受信すると、２番目に受信した18Xレスポンスの送信元の着側端末に対応する第２の着側アーリーダイアログを確立するフォーキング終端部を備える。
前記フォーキング終端部は、前記発側網にSDPアンサーデータを未返送の状態で、前記着側網から、SDPアンサーデータを含む18Xレスポンスメッセージを受信した場合、受信した18Xレスポンスメッセージに含まれるSDPアンサーデータを含む18Xレスポンスメッセージを前記発側アーリーダイアログで送信しても良い。
前記フォーキング終端部は、前記発側網にSDPアンサーデータを返送済の状態で、前記着側網から、sendrecvまたはsendonlyが設定されたP-Early-MediaヘッダとSDPアンサーデータを含む18Xレスポンスメッセージを受信した場合、前記SDPアンサーデータであるSDPオファーデータを設定したUPDATEリクエストメッセージを前記発側アーリーダイアログで送信しても良い。
フォーキング終端部は、前記発側網にSDPアンサーデータを返送済の状態で、前記着側網から、sendrecvまたはsendonlyが設定されていないP-Early-MediaヘッダとSDPアンサーデータを含む18Xレスポンスメッセージを受信した場合、18Xレスポンスの送信元の着側端末に対応する着側アーリーダイアログと、受信した18Xレスポンスメッセージに含まれるSDPデータデータを対応づけて記憶しても良い。
SDPアンサーデータを含むInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを受信した場合、前記フォーキング終端部は、前記発側網にSDPアンサーデータを未返送の場合、前記200OKレスポンスメッセージに含まれるSDPアンサーデータを含むInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信し、前記発側網にSDPアンサーデータを返送済の場合、前記200OKレスポンスメッセージに含まれるSDPアンサーデータと、前記発側網と最後に送受信したSDPデータとを比較し、差分がある場合、前記200OKレスポンスメッセージに含まれるSDPアンサーデータから、発側網に送信するSDPオファーデータを生成し、生成したSDPオファーデータをUPDATEリクエストメッセージを前記発側アーリーダイアログで送信した後、Initial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信し、差分がない場合、SDPデータを含まないInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信しても良い。
SDPアンサーデータを含まないInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを受信した場合、前記フォーキング終端部は、前記200OKレスポンスメッセージを受信したダイアログ上で、最後に送受信したSDPアンサーデータと、前記発側網と最後に送受信したSDPデータとを比較し、差異がある場合、前記200OKレスポンスメッセージを受信したダイアログ上で、最後に送受信したSDPアンサーデータから、前記発側網に送信するSDPオファーデータを生成し、生成したSDPオファーデータを設定したUPDATEリクエストメッセージを前記発側アーリーダイアログで送信した後、Initial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信し、差分がない場合、SDPデータを含まないInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信しても良い。
本発明の第２の特徴は、フォーキング非対応の発側端末が属する発側網と、フォーキング対応の複数の着側端末が属する着側網に接続するSIPプロキシサーバにおける通信方法に関する。本発明の第２の特徴に係る通信方法は、SIPプロキシサーバが、前記発側網から、Initial INVITEリクエストメッセージを受信すると、Initial INVITEリクエストメッセージを、前記着側網に送信するステップと、前記SIPプロキシサーバが、前記着側網から、18Xレスポンスメッセージを最初に受信すると、前記最初に受信した18XレスポンスメッセージがSDPアンサーデータを含む場合、前記SDPアンサーデータを含む18Xレスポンスメッセージを、前記発側網に送信し、前記最初に受信した18XレスポンスメッセージがSDPアンサーデータを含まない場合、18Xレスポンスメッセージを、前記発側網に送信するステップと、前記SIPプロキシサーバが、前記発側網との間に発側アーリーダイアログを確立し、最初に受信した18Xレスポンスの送信元の着側端末に対応する第１の着側アーリーダイアログを確立するステップと、前記SIPプロキシサーバが、前記着側網から、２番目に18Xレスポンスメッセージを受信すると、２番目に受信した18Xレスポンスの送信元の着側端末に対応する第２の着側アーリーダイアログを確立するステップを備える。
本発明の第３の特徴は、コンピュータに、本発明の第１の特徴に記載のSIPプロキシサーバとして機能させるためのSIPプロキシプログラムに関する。
本発明によれば、フォーキングに対応していない網および通信端末とフォーキングに対応している網および通信端末とを相互接続するSIPプロキシサーバ、通信方法およびSIPプロキシプログラムを提供することができる。
本発明の実施の形態に係る通信システムのシステム構成図である。 本発明の実施の形態に係る通信方法の概要を説明するシーケンス図である。 本発明の実施の形態に係るSIPプロキシサーバのハードウエア構成と機能ブロックを説明する図である。 本発明の実施の形態に係るSIPプロキシサーバのダイアログ対応データのデータ構造とデータの一例を説明する図である。 着側網から最初に受信した18Xメッセージが、SDPアンサーを含まない場合の処理を説明するシーケンス図である。 着側網から最初に受信した18Xメッセージが、SDPアンサーを含む場合の処理を説明するシーケンス図である。 SDPアンサーを未返送の状態で受信した18Xメッセージが、SDPアンサーを含む場合の処理を説明するシーケンス図である。 SDPアンサーを返送済の状態で受信した18Xメッセージが、SDPアンサーを含み、かつsendrecvまたはsendonlyが設定されたP-Early-Mediaヘッダを有する場合の処理を説明するシーケンス図である。 SDPアンサーを返送済の状態で受信した18Xメッセージが、SDPアンサーを含み、かつP-Early-Mediaヘッダを有さない場合の処理を説明するシーケンス図である。 着側網から受信したUPDATEメッセージが、SDPオファーを含み、かつP-Early-Mediaヘッダを有する場合の処理を説明するシーケンス図である。 着側網から受信したUPDATEメッセージが、SDPオファーを含み、かつP-Early-Mediaヘッダを有さない場合の処理を説明するシーケンス図である。 発側網から受信したUPDATEメッセージが、SDPオファーを含む場合の処理を説明するシーケンス図である。 SDPアンサーを未返送の状態で受信した200OKメッセージが、SDPアンサーを含む場合の処理を説明するシーケンス図である。 SDPアンサーを返送済の状態で受信した200OKメッセージが、SDPアンサーを含み、このSDPアンサーと、発側網と直近に送受信したSDPアンサーに差分がある場合の処理を説明するシーケンス図である。 SDPアンサーを返送済の状態で受信した200OKメッセージが、SDPアンサーを含み、このSDPアンサーと、発側網と直近に送受信したSDPアンサーに差分がない場合の処理を説明するシーケンス図である。 SDPアンサーを返送済の状態で受信した200OKメッセージが、SDPアンサーを含まず、200OKメッセージを受信したダイアログ上で直近に送受信したSDPアンサーと、発側網と直近に送受信したSDPアンサーに差分がある場合の処理を説明するシーケンス図である。 SDPアンサーを返送済の状態で受信した200OKメッセージが、SDPアンサーを含まず、200OKメッセージを受信したダイアログ上で直近に送受信したSDPアンサーと、発側網と直近に送受信したSDPアンサーに差分がない場合の処理を説明するシーケンス図である。
次に、図面を参照して、本発明の実施の形態を説明する。以下の図面の記載において、同一または類似の部分には同一または類似の符号を付している。
（通信システム）
図１を参照して、本発明の実施の形態に係るSIPプロキシサーバ１が用いられる通信システム８を説明する。図１に示す通信システム８において、フォーキングに対応しない端末が、フォーキングに対応する端末に発信する。
通信システム８は、SIPプロキシサーバ１、１つの発側端末２、第１の着側端末３ａ、第２の着側端末３ｂおよび第３の着側端末３ｃを備える。第１の着側端末３ａ、第２の着側端末３ｂおよび第３の着側端末３ｃを特に区別しない場合、単に着側端末３と記載する場合がある。
SIPプロキシサーバ１は、フォーキング非対応の発側端末２が属する発側網６と、フォーキング対応の複数の着側端末３が属する着側網７に接続する。SIPプロキシサーバ１は、例えば、IBCF（Interconnection Border Control Function）である。発側網６は、例えば、フォーキング非対応のIMS網（IP Multimedia Subsystem）であって、着側網７は、フォーキング対応のIMS網である。
発側端末２は、フォーキングに対応していない端末である。発側端末２は、フォーキング非対応の発側網６を介してSIPプロキシサーバ１に接続する。
第１の着側端末３ａ、第２の着側端末３ｂおよび第３の着側端末３ｃは、一人の加入者によって利用され、共通の電話番号を有し、フォーキングに対応する。この電話番号に発信することで、３台の着側端末３を呼び出すことが可能である。図１に示す例において、着側の加入者が３台の着側端末３を有する場合を説明するが、これに限らず、２台以上の着側端末３を有すれば良い。
図２を参照して本発明の実施の形態に係る通信システム８による通信方法の概要を説明する。
ステップS1においてSIPプロキシサーバ１は、発側網６からInitial Inviteメッセージを受信すると、ステップS2において、着側網７の３つの着側端末３に向けて、それぞれInitial Inviteメッセージを送信する。
ステップS3においてSIPプロキシサーバ１は、発側網６との間でEarly dialog #0（アーリーダイアログ＃０）を確立するとともに、ステップS4ないしS6において着側網７との間で、３つの着側端末３それぞれに対応するEarly dialog #1ないし#3を確立する。
Early dialog #0は、発側網６のタグf0と、SIPプロキシサーバ１のタグt0を接続するダイアログである。Early dialog #1は、第１の着側端末３ａに対応し、SIPプロキシサーバ１のタグf1と、着側網７のタグt1を接続するダイアログである。Early dialog #2は、第２の着側端末３ｂに対応し、SIPプロキシサーバ１のタグf2と、着側網７のタグt2を接続するダイアログである。Early dialog #3は、第３の着側端末３ｃに対応し、SIPプロキシサーバ１のタグf3と、着側網７のタグt3を接続するダイアログである。なおSIPプロキシサーバ１は、発側端末２または着側端末３と直接Early dialogを確立しても良いし、CSCF（call session control function）を担うネットワーク機器など、発側端末２または着側端末３に対応するネットワーク機器と、それぞれEarly dialogを確立しても良い。
発側網６からInitial Inviteメッセージを受信し、着側網７からInitial Inviteメッセージに対する200OKメッセージを受信するまでの間、ステップS11において、SIPプロキシサーバ１は、Early dialog#0を用いてSDP（Session Description Protocol）データを発側網６と送受信し、必要なメディア変更を行う。
ここで、ステップS21においてSIPプロキシサーバ１は、第１の着側端末３ａに対応するEarly dialog#1からInitial Inviteメッセージに対する200OKメッセージを受信すると、ステップS22において、Early dialog#0を用いてInitial Inviteメッセージに対する200OKメッセージを発側網６に送信する。
その後ステップS23においてEarly dialog#0は、Confirmed dialog#0（コンファームドダイアログ＃０）に遷移し、ステップS24においてEarly dialog#1は、Confirmed dialog#1に遷移する。なお、Early dialog#2および#3は、ACKまたはBYEで呼が切断され、Confirmed dialogに遷移しない。
（SIPプロキシサーバ）
図３を参照して、本発明の実施の形態に係るSIPプロキシサーバ１を説明する。SIPプロキシサーバ１は、記憶装置10、処理装置20および通信制御装置30を備える一般的なコンピュータである。一般的なコンピュータがSIPプロキシプログラムを実行することにより、図３に示す機能を実現する。
記憶装置10は、ROM（Read Only Memory）、RAM（Random access memory）、ハードディスク等であって、処理装置２０が処理を実行するための入力データ、出力データおよび中間データなどの各種データを記憶する。処理装置20は、CPU（Central Processing Unit）であって、記憶装置10に記憶されたデータを読み書きしたり、通信制御装置30とデータを入出力したりして、SIPプロキシサーバ１における処理を実行する。
記憶装置10は、SIPプロキシプログラムを記憶するとともに、ダイアログ対応データ１１を記憶する。ダイアログ対応データ１１は、発側網６からの一つの呼に対して、SIPプロキシサーバ１が確立したダイアログを特定する情報と、そのダイアログで、直近で（最後に）送受信されたSDPデータとを対応づける。
例えば図１に示す例の場合、ダイアログ対応データ１１は、発側網６とEarly dialog#0を対応づけるとともに、Early dialog#0のダイアログで最終的に送受信されたSDPデータを対応づける。さらにダイアログ対応データ１１は、発側のEarly dialog#1に、着側のEarly dialog#1ないし#3を対応づけるとともに、Early dialog#1ないし#3に、直近で送受信されたSDPデータを対応づける。
なおダイアログ対応データ１１は、各ダイアログ上で、直近で送受信したSDPデータが対応づけられていればよく、各ダイアログ上で送受信したSDPデータのログであっても良い。
処理装置20は、フォーキング終端部２１を備える。フォーキング終端部２１は、着側網７におけるフォーキング機能を終端し、フォーキング非対応の発側網６との通信を中継する。またフォーキング終端部２１は、発側網６のダイアログと着側網７のダイアログを対応づけ、直近で送受信したSDPデータを各ダイアログに対応づけて、ダイアログ対応データ１１を更新する。
フォーキング終端部２１は、発側網６から受信したInitial Inviteメッセージを着側網７に転送し、着側網７から最初に受信した18Xメッセージを発側網６に転送する。
フォーキング終端部２１は、発側網６から、Initial INVITEリクエストメッセージを受信すると、Initial INVITEリクエストメッセージを、着側網７に送信する。フォーキング終端部２１は、着側網７から、18Xレスポンスメッセージを最初に受信すると、最初に受信した18XレスポンスメッセージがSDPアンサーデータを含む場合、SDPアンサーデータを含む18Xレスポンスメッセージを、発側網６に送信する。フォーキング終端部２１は、最初に受信した18XレスポンスメッセージがSDPアンサーデータを含まない場合、18Xレスポンスメッセージを、発側網６に送信する。フォーキング終端部２１は、発側網６との間に発側アーリーダイアログ（Early dialog#0）を確立し、最初に受信した18Xレスポンスの送信元の着側端末３（第１の着側端末３ａ）に対応する第１の着側アーリーダイアログ（Early dialog#1）を確立する。
フォーキング終端部２１は、着側網７から、２番目に18Xレスポンスメッセージを受信すると、2つ目以降に受信したSDPデータのうち、メディア変更の意図があるSDPデータを発側網６に転送し、ダイアログ対応データ１１に記憶する。メディア変更の意図があるSDPデータは、着側網７から受信した18XメッセージあるいはUPDATEメッセージに、SDPデータとともに、"sendrecv"または"sendonly"パラメータを含むP-Early-Mediaヘッダが設定されるデータである。P-Early-Mediaヘッダは、アーリーメディアの送出の開始または再開の際に設定される。また、2つ目以降に受信したSDPデータのうち、メディア変更の意図のないSDPデータについて、フォーキング終端部２１は、発側網６に転送することなく、ダイアログ対応データ１１に記憶する。フォーキング終端部２１は、２番目に受信した18Xレスポンスの送信元の着側端末３（第２の着側端末３ｂ）に対応する第２の着側アーリーダイアログ（Early Dialog#2）を確立する。
図５ないし図１７を参照して、フォーキング終端部２１の処理を説明する。本発明の実施の形態において、SIPプロキシサーバ１と発側網６との間で、送受信されるメッセージには、Call-ID=c0が設定され、From-tagにはf0が設定され、To-tagにはt0が設定される。SIPプロキシサーバ１と着側網７との間で、第１の着側端末３ａに関連して送受信されるメッセージには、Call-ID=c1が設定され、From-tagにはf1が設定され、To-tagにはt1が設定される。SIPプロキシサーバ１と着側網７との間で、第２の着側端末３ｂに関連して送受信されるメッセージには、Call-ID=c1が設定され、From-tagにはf2が設定され、To-tagにはt2が設定される。
（最初の18Xメッセージ受信時の処理）
図５および図６は、SIPプロキシサーバ１が、発側網６から受信したInitial Inviteメッセージを着側網７に転送した後、最初に18Xメッセージを受信した際の処理を示す。
図５は、着側網７から最初に受信した18Xメッセージが、SDPアンサーを含まない場合の処理を示す。
SIPプロキシサーバ１は、F1において、発側網６からInitial Inviteメッセージを受信すると、F2において、着側網７にInitial Inviteメッセージを転送する。Initial Inviteメッセージは、着側網７の第１の着側端末３ａ、第２の着側端末３ｂおよび第３の着側端末３ｃに転送される。
SIPプロキシサーバ１は、F3において、第１の着側端末３ａに関連して、着側網７からSDPアンサーを含まない183 Session Progressメッセージを受信すると、F4において、発側網６に183 Session Progressメッセージを転送する。
ここで、SIPプロキシサーバ１と発側網６との間に、Early dialog#0が確立され、SIPプロキシサーバ１と着側網７との間に、第１の着側端末３ａに関連するEarly dialog#1が確立される。
図６は、着側網７から最初に受信した18Xメッセージが、SDPアンサーを含む場合の処理を示す。図６に示す処理は、図５と比較して、F3で受信する183 Session ProgressメッセージがSDPアンサーを含む点で異なり、F1ないしF2の処理は、図５と同様である。
F3においてSIPプロキシサーバ１は、SDPアンサーを含む183 Session Progressメッセージを受信する。SIPプロキシサーバ１は、F4において、発側網６にF3で受信したSDPアンサーを含む183 Session Progressメッセージを転送する。
Early dialog#0および#1を確立した後、F8において、SIPプロキシサーバ１は、Early dialog#1と、F3で受信した受信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。F9において、SIPプロキシサーバ１は、Early dialog#0と、F4で送信した送信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。
（２番目以降に18Xメッセージ受信時の処理）
フォーキング終端部２１は、発側網６にSDPアンサーデータを未返送の状態で、着側網７から、SDPアンサーデータを含む18Xレスポンスメッセージを受信した場合、受信した18Xレスポンスメッセージに含まれるSDPアンサーデータを含む18Xレスポンスメッセージを発側アーリーダイアログ（Early dialog#0）で送信する。
またフォーキング終端部２１は、発側網６にSDPアンサーデータを返送済の状態で、着側網７から、sendrecvまたはsendonlyが設定されたP-Early-MediaヘッダとSDPアンサーデータを含む18Xレスポンスメッセージを受信した場合、SDPアンサーデータであるSDPオファーデータを設定したUPDATEリクエストメッセージを発側アーリーダイアログ（Early dialog#0）で送信する。
フォーキング終端部２１は、発側網６にSDPアンサーデータを返送済の状態で、着側網７から、sendrecvまたはsendonlyが設定されていないP-Early-MediaヘッダとSDPアンサーデータを含む18Xレスポンスメッセージを受信した場合、18Xレスポンスの送信元の着側端末３（第２の着側端末３ｂ）に対応する着側アーリーダイアログ（Early Dialog#2）と、受信した18Xレスポンスメッセージに含まれるSDPデータデータを対応づけて記憶する。
図７ないし図９は、2番目以降に18Xメッセージを受信した場合の処理を示す。この段階では、Early dialog#0および#1が確立されている。
図７は、SDPアンサーを未返送の状態で受信した18Xメッセージが、SDPアンサーを含む場合の処理を示す。
SIPプロキシサーバ１は、F11において、第２の着側端末３ｂに関連して、着側網７からSDPアンサーを含み、P-Early-Mediaが設定されない183 Session Progressメッセージを受信する。SIPプロキシサーバ１は、F12において、発側網６にEarly dialog#0を用いて、F11で受信したSDPアンサーを含む183 Session Progressメッセージを転送する。
ここで、SIPプロキシサーバ１と着側網７との間に、第２の着側端末３ｂに関連するEarly dialog#2が確立される。
Early dialog#2を確立した後、F18において、SIPプロキシサーバ１は、Early dialog#2と、F11で受信した受信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。F19において、SIPプロキシサーバ１は、Early dialog#0と、F12で送信した送信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。
図８は、SDPアンサーを返送済の状態で受信した18Xメッセージが、SDPアンサーを含み、かつsendrecvまたはsendonlyが設定されたP-Early-Mediaヘッダを有する場合の処理を示す。
SIPプロキシサーバ１は、F11において、第２の着側端末３ｂに関連して、着側網７から、SDPアンサーを含み、かつsendrecvまたはsendonlyが設定されたP-Early-Mediaヘッダを有する183 Session Progressメッセージを受信する。SIPプロキシサーバ１は、F12において、発側網６にEarly Dialog#0を用いて、F11で受信したSDPアンサーであるSDPオファーを含み、かつsendrecvまたはsendonlyが設定されたP-Early-Mediaヘッダを有するUPDATEメッセージを送信する。
ここで、SIPプロキシサーバ１と着側網７との間に、第２の着側端末３ｂに関連するEarly Dialog#2が確立される。
SIPプロキシサーバ１は、F13において、F12で送信したUPDATEメッセージに対する200OKメッセージを、発側網６から受信する。ここでSIPプロキシサーバ１は、発側網６から受信したUPDATEメッセージに対する200OKメッセージを、着側網７にインタワークしない。
Early Dialog#2を確立した後、F18において、SIPプロキシサーバ１は、Early Dialog#2と、F11で受信した受信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。F19において、SIPプロキシサーバ１は、Early Dialog#0と、F12で送信した送信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。
図９は、SDPアンサーを返送済の状態で受信した18Xメッセージが、SDPアンサーを含み、かつP-Early-Mediaヘッダを有さない場合の処理を示す。
SIPプロキシサーバ１は、F11において、第２の着側端末３ｂに関連して、着側網７から、SDPアンサーを含み、P-Early-Mediaが設定されない183 Session Progressメッセージを受信する。SIPプロキシサーバ１は、発側網６になんらインタワークしない。
ここで、SIPプロキシサーバ１と着側網７との間に、第２の着側端末３ｂに関連するEarly Dialog#2が確立される。
Early dialog#2を確立した後、F18において、SIPプロキシサーバ１は、Early dialog#2と、F11で受信した受信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。
（UPDATEメッセージ受信時の処理）
フォーキング終端部２１は、着側網7から、SDPオファーを含み、かつsendrecvまたはsendonlyが設定されたP-Early-Mediaヘッダを有するUPDATEメッセージを受信すると、着側網７に転送する。フォーキング終端部２１は、着側網7から、SDPオファーを含み、かつsendrecvまたはsendonlyが設定されたP-Early-Mediaヘッダを有さないUPDATEメッセージを受信すると、着側網７に転送しない。フォーキング終端部２１は、発側網６から、SDPオファーを含むUPDATEメッセージを受信すると、着側網７に転送する。この際、フォーキング終端部２１は、受信SDPおよび送信SDPを、それぞれを受信または送信したダイアログに対応づけて、ダイアログ対応データ１１に記憶する。
図１０ないし図１２は、UPDATEメッセージを受信した場合の処理を示す。この段階では、Early dialog#0ないし#2が確立されている。
図１０は、着側網７から受信したUPDATEメッセージが、SDPオファーを含み、かつP-Early-Mediaヘッダを有する場合の処理を示す。
SIPプロキシサーバ１は、F21において、着側網７からEarly dialog#2を用いて、SDPオファーを含み、かつsendrecvまたはsendonlyが設定されたP-Early-Mediaヘッダを有するUPDATEメッセージを受信する。SIPプロキシサーバ１は、F22において、発側網６にEarly dialog#0を用いて、F21で受信したSDPオファーを含み、かつsendrecvまたはsendonlyが設定されたP-Early-Mediaヘッダを有するUPDATEメッセージを送信する。
SIPプロキシサーバ１は、F23において、発側網６からEarly dialog#0を用いて、F22で送信したUPDATEメッセージに対する200OKメッセージを受信する。SIPプロキシサーバ１は、F24において、着側網７にEarly dialog#2を用いてF21で受信したUPDATEメッセージに対する200OKメッセージを送信する。
F28において、SIPプロキシサーバ１は、Early dialog#2と、F21で受信した受信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。F29において、SIPプロキシサーバ１は、Early dialog#0と、F22で送信した送信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。
図１１は、着側網７から受信したUPDATEメッセージが、SDPオファーを含み、かつP-Early-Mediaヘッダを有さない場合の処理を示す。
SIPプロキシサーバ１は、F21において、着側網７からEarly dialog#2を用いて、SDPオファーを含み、P-Early-Mediaが設定されないUPDATEメッセージを受信する。その後、発側網６になんらインタワークしない。
F28において、SIPプロキシサーバ１は、Early dialog#2と、F21で受信した受信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。
図１２は、発側網６から受信したUPDATEメッセージが、SDPオファーを含む場合の処理を示す。
SIPプロキシサーバ１は、F31において、発側網６からEarly dialog#0を用いて、SDPオファーを含むUPDATEメッセージを受信する。ここでSIPプロキシサーバ１は、発側網６に直前に送信したSDPの元となるSDPの送信元のダイアログを特定する。本発明の実施の形態において、直前に、Early dialog#2で受信したSDPを、発側網６に送信したとする。SIPプロキシサーバ１は、F32において、着側網７にEarly dialog#2を用いて、F31で受信したSDPオファーを含むUPDATEメッセージを送信する。
SIPプロキシサーバ１は、F33において、着側網７からEarly dialog#2を用いて、F32で送信したUPDATEメッセージに対する200OKメッセージを受信する。SIPプロキシサーバ１は、F34において、発側網６にEarly dialog#0を用いて、F31で受信したUPDATEメッセージに対する200OKメッセージを送信する。
F38において、SIPプロキシサーバ１は、Early dialog#2と、F32で送信した送信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。F39において、SIPプロキシサーバ１は、Early dialog#0と、F31で受信した受信SDPとを対応づけて、ダイアログ対応データ１１に記憶する。
（200OKメッセージ受信時の処理）
SDPアンサーデータを含むInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを受信した場合、フォーキング終端部２１は、発側網６にSDPアンサーデータを未返送の場合、200OKレスポンスメッセージに含まれるSDPアンサーデータを含むInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを発側アーリーダイアログ（Early dialog#0）で送信する。
フォーキング終端部２１は、発側網６にSDPアンサーデータを返送済の場合、200OKレスポンスメッセージに含まれるSDPアンサーデータと、発側網６と最後に送受信したSDPデータとを比較する。差分がある場合、フォーキング終端部２１は、200OKレスポンスメッセージに含まれるSDPアンサーデータから、発側網に送信するSDPオファーデータを生成し、生成したSDPオファーデータを設定したUPDATEリクエストメッセージを発側アーリーダイアログ（Early dialog#0）で送信した後、Initial INVITEリクエストメッセージに対する200OKレスポンスメッセージを発側アーリーダイアログ（Early dialog#0）で送信する。フォーキング終端部２１は、差分がない場合、フォーキング終端部２１は、SDPデータを含まないInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを発側アーリーダイアログ（Early dialog#0）で送信する。
SDPアンサーデータを含まないInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを受信した場合、フォーキング終端部２１は、200OKレスポンスメッセージを受信したダイアログ上で、最後に送受信したSDPアンサーデータと、発側網６と最後に送受信したSDPデータとを比較する。差異がある場合、フォーキング終端部２１は、200OKレスポンスメッセージを受信したダイアログ上で、最後に送受信したSDPアンサーデータから、発側網に送信するSDPオファーデータを生成し、生成したSDPオファーデータを設定したUPDATEリクエストメッセージを発側アーリーダイアログ（Early dialog#0）で送信した後、Initial INVITEリクエストメッセージに対する200OKレスポンスメッセージを発側アーリーダイアログ（Early dialog#0）で送信する。差分がない場合、フォーキング終端部２１は、SDPデータを含まないInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを発側アーリーダイアログ（Early dialog#0）で送信する。
図１３ないし図１７は、着側網からInitial Inviteメッセージに対する200OKメッセージを受信した場合の処理を示す。ここでは、第１の着側端末３ａがInitial Inviteメッセージに対する200OKメッセージを送信した場合を説明する。
図１３は、SDPアンサーを未返送の状態で受信した200OKメッセージが、SDPアンサーを含む場合の処理を示す。
SIPプロキシサーバ１は、F41において、着側網７のEarly dialog#1を用いて、SDPアンサーを含むInitial Inviteメッセージに対する200OKメッセージを受信する。SIPプロキシサーバ１は、F42において、発側網６にEarly dialog#0を用いて、F41で受信した200OKメッセージを送信する。F42で送信される200OKメッセージは、F41で受信した200OK メッセージに含まれるSDPアンサーを含む。
Early dialog#0は、Confirmed dialog#0に遷移し、Early dialog#1は、Confirmed dialog#1に遷移する。
SIPプロキシサーバ１は、F43において、発側網６からConfirmed dialog#0を用いて、ACKメッセージを受信し、F44において、着側網７にConfirmed dialog#1を用いて、ACKメッセージを送信する。
図１４は、SDPアンサーを返送済の状態で受信した200OKメッセージが、SDPアンサーを含み、このSDPアンサーと、発側網６と直近に送受信したSDPアンサーに差分がある場合の処理を示す。
SIPプロキシサーバ１は、F41において、着側網７のEarly dialog#1を用いて、SDPアンサーを含むInitial Inviteメッセージに対する200OKメッセージを受信する。SIPプロキシサーバ１は、Early dialog#0で直近に送受信したSDPデータと、F41で受信したSDPアンサーに差分があるか否かを判定する。Early dialog#0上で直近に送受信したSDPデータは、ダイアログ対応データ１１から取得される。
差分がある場合、SIPプロキシサーバ１は、F42において、発側網６にEarly dialog#1を用いて、F41で受信したSDPアンサーから生成したSDPオファーを含むUPDATEメッセージを送信する。SIPプロキシサーバ１は、発側網６からEarly dialog#1を用いて、F43において、F42で送信したUPDATEメッセージに対する200OKメッセージを受信する。SIPプロキシサーバ１は、F44において、発側網６にEarly dialog#1を用いて、Initial Inviteメッセージに対する200OKメッセージを送信する。
Early dialog#0は、Confirmed dialog#0に遷移し、Early dialog#1は、Confirmed dialog#1に遷移する。F45およびF46の処理は、図１３のF43およびF44と同様である。
図１５は、SDPアンサーを返送済の状態で受信した200OKメッセージが、SDPアンサーを含み、このSDPアンサーと、発側網６と直近に送受信したSDPアンサーに差分がない場合の処理を示す。
SIPプロキシサーバ１は、F41において、着側網７のEarly dialog#1を用いて、SDPアンサーを含むInitial Inviteメッセージに対する200OKメッセージを受信する。SIPプロキシサーバ１は、Early dialog#0で直近に送受信したSDPデータと、F41で受信したSDPアンサーに差分があるか否かを判定する。
差分がない場合、SIPプロキシサーバ１は、F42において、発側網６にEarly dialog#1を用いて、Initial Inviteメッセージに対する200OKメッセージを送信する。F42で送信される200OKメッセージは、SDPデータを含まない。
Early dialog#0は、Confirmed dialog#0に遷移し、Early dialog#1は、Confirmed dialog#1に遷移する。F43およびF44の処理は、図１３のF43およびF44と同様である。
図１６は、SDPアンサーを返送済の状態で受信した200OKメッセージが、SDPアンサーを含まず、200OKメッセージを受信したダイアログ上で直近に送受信したSDPアンサーと、発側網６と直近に送受信したSDPアンサーに差分がある場合の処理を示す。
SIPプロキシサーバ１は、F41において、着側網７のEarly dialog#1を用いて、SDPアンサーを含まないInitial Inviteメッセージに対する200OKメッセージを受信する。SIPプロキシサーバ１は、Early dialog#0で直近に送受信したSDPデータと、200OKメッセージの受信に用いられたアーリーダイアログ（Early dialog#1）上で直近に送受信したSDPデータに差分があるか否かを判定する。Early dialog#1上で直近に送受信したSDPデータは、ダイアログ対応データ１１から取得される。
差分がある場合、SIPプロキシサーバ１は、F42において、発側網６にEarly dialog#0を用いて、Early dialog#1上で直近に送受信したSDPデータから生成したSDPオファーを含むUPDATEメッセージを送信する。SIPプロキシサーバ１は、発側網６からEarly dialog#1を用いて、F43において、F42で送信したUPDATEメッセージに対する200OKメッセージを受信する。SIPプロキシサーバ１は、F44において、発側網６にEarly dialog#1を用いて、Initial Inviteメッセージに対する200OKメッセージを送信する。
Early dialog#0は、Confirmed dialog#0に遷移し、Early dialog#1は、Confirmed dialog#1に遷移する。F45およびF46の処理は、図１３のF43およびF44と同様である。
図１７は、SDPアンサーを返送済の状態で受信した200OKメッセージが、SDPアンサーを含まず、200OKメッセージを受信したダイアログ上で直近に送受信したSDPアンサーと、発側網６と直近に送受信したSDPアンサーに差分がない場合の処理を示す。
SIPプロキシサーバ１は、F41において、着側網７のEarly dialog#1を用いて、SDPアンサーを含まないInitial Inviteメッセージに対する200OKメッセージを受信する。SIPプロキシサーバ１は、Early dialog#0で直近に送受信したSDPデータと、200OKの受信に用いられたアーリーダイアログ（Early dialog#1）上で直近に送受信したSDPデータに差分があるか否かを判定する。
差分がない場合、SIPプロキシサーバ１は、F42において、発側網６にEarly dialog#0を用いて、Initial Inviteメッセージに対する200OKメッセージを送信する。F42で送信される200OKメッセージは、SDPデータを含まない。
Early dialog#0は、Confirmed dialog#0に遷移し、Early dialog#1は、Confirmed dialog#1に遷移する。F43およびF44の処理は、図１３のF43およびF44と同様である。
このような本発明の実施の形態に係るSIPプロキシサーバ１は、フォーキング非対応の発側網６からの発信をフォーキング対応の着側網７に着信させ、発側網６と着側網７とで相互の通信を可能にする。
また着側網７から最初に受信したSDPアンサーを発側網６に転送する。これにより、発側網６に何らかのSDPデータを送信することが可能になる。
また2つ目以降に受信したSDPデータのうち、メディア変更の意図があるSDPデータを発側網６に転送し、メディア変更の意図のないSDPデータは、フォーキング終端部２１は、発側網６に転送しない。これにより、発側網６において即時に用いられるSDPデータはすぐに送信し、即時に用いられないSDPデータは、SIPプロキシサーバ１が保持する。
さらに、Initial Inviteメッセージに対する200OKメッセージを受信すると、各ダイアログで直近に送受信されたデータと、ダイアログ対応データ１１で記憶する直近に送受信されたデータが一致するように制御する。これにより、発側網６ですぐに用いられないSDPデータでも、通話において用いることが可能になる。
本発明の実施の形態に係るSIPプロキシサーバ１は、フォーキングに対応していない発側網６および発側端末２とフォーキングに対応している着側網７および着側端末３とを相互接続することが可能である。さらに、Initial Inviteメッセージに対する200OKメッセージを受信すると、各ダイアログで直近に送受信されたデータと、ダイアログ対応データ１１で記憶する直近に送受信されたデータが一致するように制御することにより、発側網６とSIPプロキシサーバ１の間の通信に用いられるデータ量を抑制することができる。
上記のように、本発明の実施の形態によって記載したが、この開示の一部をなす論述および図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施の形態、実施例および運用技術が明らかとなる。
例えば、本発明の実施の形態に記載したSIPプロキシサーバは、図３に示すように一つのハードウエア上に構成されても良いし、その機能や処理数に応じて複数のハードウエア上に構成されても良い。また、既存の通信システムのネットワーク装置上に実現されても良い。
本発明はここでは記載していない様々な実施の形態等を含むことは勿論である。従って、本発明の技術的範囲は上記の説明から妥当な特許請求の範囲に係る発明特定事項によってのみ定められるものである。
１ SIPプロキシサーバ
２ 発側端末
３ 着側端末
６ 発側網
７ 着側網
８ 通信システム
１０ 記憶装置
１１ ダイアログ対応データ
２０ 処理装置
２１ フォーキング終端部
３０ 通信制御装置

Claims (8)

  1. フォーキング非対応の発側端末が属する発側網と、フォーキング対応の複数の着側端末が属する着側網に接続するSIPプロキシサーバであって、
    前記発側網から、Initial INVITEリクエストメッセージを受信すると、Initial INVITEリクエストメッセージを、前記着側網に送信し、
    前記着側網から、18Xレスポンスメッセージを最初に受信すると、
    前記最初に受信した18XレスポンスメッセージがSDPアンサーデータを含む場合、前記SDPアンサーデータを含む18Xレスポンスメッセージを、前記発側網に送信し、前記最初に受信した18XレスポンスメッセージがSDPアンサーデータを含まない場合、18Xレスポンスメッセージを、前記発側網に送信し、
    前記発側網との間に発側アーリーダイアログを確立し、最初に受信した18Xレスポンスの送信元の着側端末に対応する第１の着側アーリーダイアログを確立し、
    前記着側網から、２番目に18Xレスポンスメッセージを受信すると、２番目に受信した18Xレスポンスの送信元の着側端末に対応する第２の着側アーリーダイアログを確立するフォーキング終端部
    を備えることを特徴とするSIPプロキシサーバ。
  2. 前記フォーキング終端部は、
    前記発側網にSDPアンサーデータを未返送の状態で、前記着側網から、SDPアンサーデータを含む18Xレスポンスメッセージを受信した場合、
    受信した18Xレスポンスメッセージに含まれるSDPアンサーデータを含む18Xレスポンスメッセージを前記発側アーリーダイアログで送信する
    ことを特徴とする請求項１に記載のSIPプロキシサーバ。
  3. 前記フォーキング終端部は、
    前記発側網にSDPアンサーデータを返送済の状態で、前記着側網から、sendrecvまたはsendonlyが設定されたP-Early-MediaヘッダとSDPアンサーデータを含む18Xレスポンスメッセージを受信した場合、前記SDPアンサーデータであるSDPオファーデータを設定したUPDATEリクエストメッセージを前記発側アーリーダイアログで送信する
    ことを特徴とする請求項１に記載のSIPプロキシサーバ。
  4. 前記フォーキング終端部は、
    前記発側網にSDPアンサーデータを返送済の状態で、前記着側網から、sendrecvまたはsendonlyが設定されていないP-Early-MediaヘッダとSDPアンサーデータを含む18Xレスポンスメッセージを受信した場合、
    18Xレスポンスの送信元の着側端末に対応する着側アーリーダイアログと、受信した18Xレスポンスメッセージに含まれるSDPデータデータを対応づけて記憶する
    ことを特徴とする請求項１に記載のSIPプロキシサーバ。
  5. SDPアンサーデータを含むInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを受信した場合、
    前記フォーキング終端部は、
    前記発側網にSDPアンサーデータを未返送の場合、
    前記200OKレスポンスメッセージに含まれるSDPアンサーデータを含むInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信し、
    前記発側網にSDPアンサーデータを返送済の場合、
    前記200OKレスポンスメッセージに含まれるSDPアンサーデータと、前記発側網と最後に送受信したSDPデータとを比較し、
    差分がある場合、
    前記200OKレスポンスメッセージに含まれるSDPアンサーデータから、発側網に送信するSDPオファーデータを生成し、生成したSDPオファーデータを設定したUPDATEリクエストメッセージを前記発側アーリーダイアログで送信した後、Initial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信し、
    差分がない場合、
    SDPデータを含まないInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信する
    ことを特徴とする請求項１に記載のSIPプロキシサーバ。
  6. SDPアンサーデータを含まないInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを受信した場合、
    前記フォーキング終端部は、
    前記200OKレスポンスメッセージを受信したダイアログ上で、最後に送受信したSDPアンサーデータと、前記発側網と最後に送受信したSDPデータとを比較し、
    差異がある場合、
    前記200OKレスポンスメッセージを受信したダイアログ上で、最後に送受信したSDPアンサーデータから、前記発側網に送信するSDPオファーデータを生成し、生成したSDPオファーデータを設定したUPDATEリクエストメッセージを前記発側アーリーダイアログで送信した後、Initial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信し、
    差分がない場合、
    SDPデータを含まないInitial INVITEリクエストメッセージに対する200OKレスポンスメッセージを前記発側アーリーダイアログで送信する
    ことを特徴とする請求項１に記載のSIPプロキシサーバ。
  7. フォーキング非対応の発側端末が属する発側網と、フォーキング対応の複数の着側端末が属する着側網に接続するSIPプロキシサーバにおける通信方法であって、
    SIPプロキシサーバが、前記発側網から、Initial INVITEリクエストメッセージを受信すると、Initial INVITEリクエストメッセージを、前記着側網に送信するステップと、
    前記SIPプロキシサーバが、前記着側網から、18Xレスポンスメッセージを最初に受信すると、前記最初に受信した18XレスポンスメッセージがSDPアンサーデータを含む場合、前記SDPアンサーデータを含む18Xレスポンスメッセージを、前記発側網に送信し、前記最初に受信した18XレスポンスメッセージがSDPアンサーデータを含まない場合、18Xレスポンスメッセージを、前記発側網に送信するステップと、
    前記SIPプロキシサーバが、前記発側網との間に発側アーリーダイアログを確立し、最初に受信した18Xレスポンスの送信元の着側端末に対応する第１の着側アーリーダイアログを確立するステップと、
    前記SIPプロキシサーバが、前記着側網から、２番目に18Xレスポンスメッセージを受信すると、２番目に受信した18Xレスポンスの送信元の着側端末に対応する第２の着側アーリーダイアログを確立するステップ
    を備えることを特徴とする通信方法。
  8. コンピュータに、請求項１ないし請求項６のいずれか１項に記載のSIPプロキシサーバとして機能させるためのSIPプロキシプログラム。
JP2018077099A 2018-04-12 2018-04-12 Ｓｉｐプロキシサーバ、通信方法およびｓｉｐプロキシプログラム Active JP6912729B2 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2018077099A JP6912729B2 (ja) 2018-04-12 2018-04-12 Ｓｉｐプロキシサーバ、通信方法およびｓｉｐプロキシプログラム
US17/045,859 US11201898B2 (en) 2018-04-12 2019-04-09 SIP proxy server, communication method and SIP proxy program
PCT/JP2019/015369 WO2019198682A1 (ja) 2018-04-12 2019-04-09 Ｓｉｐプロキシサーバ、通信方法およびｓｉｐプロキシプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2018077099A JP6912729B2 (ja) 2018-04-12 2018-04-12 Ｓｉｐプロキシサーバ、通信方法およびｓｉｐプロキシプログラム

Publications (2)

Publication Number Publication Date
JP2019186794A JP2019186794A (ja) 2019-10-24
JP6912729B2 true JP6912729B2 (ja) 2021-08-04

Family

ID=68164251

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2018077099A Active JP6912729B2 (ja) 2018-04-12 2018-04-12 Ｓｉｐプロキシサーバ、通信方法およびｓｉｐプロキシプログラム

Country Status (3)

Country Link
US (1) US11201898B2 (ja)
JP (1) JP6912729B2 (ja)
WO (1) WO2019198682A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20240015244A1 (en) * 2022-07-08 2024-01-11 Granite Telecommunications, Llc Method and system for communication control

Family Cites Families (28)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7408925B1 (en) * 2004-03-31 2008-08-05 Avaya Technology Corp. Originator based directing and origination call processing features for external devices
US20080240375A1 (en) * 2005-05-19 2008-10-02 Jian Chen Method Of Processing Multiple Ring Back Tone In Voice Service Application Based On Sip Fork
RU2327300C2 (ru) * 2005-08-12 2008-06-20 Самсунг Электроникс Ко., Лтд. Система и способ передачи системных сообщений в протоколе инициирования сеанса связи (sip)
US7660321B2 (en) * 2006-03-01 2010-02-09 Alcatel-Lucent Usa Inc. System and method for prioritizing session initiation protocol messages
FR2902594A1 (fr) * 2006-06-16 2007-12-21 France Telecom Unite et procede de definition d'une regle de session dans un reseau
US8850012B2 (en) * 2006-08-21 2014-09-30 Nokia Corporation Mechanism for charging and session handling supporting forking
WO2008085201A2 (en) * 2006-12-29 2008-07-17 Prodea Systems, Inc. Managed file backup and restore at remote storage locations through multi-services gateway device at user premises
US20090013078A1 (en) * 2007-07-03 2009-01-08 4Dk Technologies, Inc. Optimized Signaling Protocol, Including Session Initiation Protocol (SIP), in a Communications Environment
US8756283B2 (en) * 2007-12-19 2014-06-17 Rockstar Consortium USLP Integrated web portal for facilitating communications with an intended party
CN101883322B (zh) * 2009-05-05 2013-01-23 中兴通讯股份有限公司 向群组发送大消息模式融合ip消息的方法和系统
CN101997842B (zh) * 2009-08-11 2015-05-20 中兴通讯股份有限公司 大消息模式cpm消息传输方法及系统
US9071684B2 (en) * 2009-11-17 2015-06-30 Cisco Technology, Inc. Media forking
EP2504966B1 (en) * 2009-11-26 2013-08-14 Telefonaktiebolaget LM Ericsson (publ) Method, system and network nodes for performing a sip transaction in a session initiation protocol based communications network
MX2013001513A (es) * 2010-08-10 2013-02-27 Ericsson Telefon Ab L M Control de sesion para transmision de flujo continuo de medios.
US8683053B2 (en) * 2010-12-28 2014-03-25 Sonus Networks, Inc. Methods and apparatus for establishing secure communications between client computing devices that use transport and security protocols
US20130212298A1 (en) * 2011-12-14 2013-08-15 Metaswitch Networks Ltd. Sip message processing
EP2632105B1 (en) * 2012-02-23 2015-01-21 Ericsson Modems SA Handling session initiation protocol messages in a wireless telecommunications device
US20150120947A1 (en) * 2012-03-12 2015-04-30 Telefonaktiebolaget L M Ericsson (Publ) Method and a proxy-call session control function node for deregistration of a user equipment from an internet multimedia subsystem
US9306797B2 (en) * 2012-05-14 2016-04-05 Nokia Solutions And Networks Oy Forking interworking
CN102984493B (zh) * 2012-11-21 2016-03-02 华为终端有限公司 视频数据传输的方法、装置及通信设备
US9680882B2 (en) * 2013-07-24 2017-06-13 Avaya Inc. Automatic configuration of endpoint communication devices to set up a VoIP network
US10033549B2 (en) * 2014-12-25 2018-07-24 Ntt Docomo, Inc. Inter-network connection control device, and connection control method
US9413880B1 (en) * 2015-01-29 2016-08-09 Cisco Technology, Inc. Automatic failover for phone recordings
EP3332577B1 (en) * 2015-08-07 2020-04-29 Samsung Electronics Co., Ltd. Terminal and communication method of the same
JP6479701B2 (ja) * 2016-02-26 2019-03-06 日本電信電話株式会社 アーリーメディア認可制御システムおよびアーリーメディア認可制御方法
WO2017150281A1 (ja) * 2016-02-29 2017-09-08 日本電気株式会社 アーリメディアサービス制御装置、アーリメディアサービス制御方法及びプログラムが記憶された記憶媒体
GB2557350B (en) * 2016-12-08 2021-08-11 Metaswitch Networks Ltd Operating a network node
US10736070B2 (en) * 2017-07-26 2020-08-04 Blackberry Limited Method and system for use of a relay user equipment in an internet protocol multimedia subsystem

Also Published As

Publication number Publication date
WO2019198682A1 (ja) 2019-10-17
JP2019186794A (ja) 2019-10-24
US20210075831A1 (en) 2021-03-11
US11201898B2 (en) 2021-12-14

Similar Documents

Publication Publication Date Title
US8385326B2 (en) Handling early media in VoIP communication with multiple endpoints
US10798138B2 (en) Instant calling method, apparatus and system
CN101884205B (zh) Ims集中式服务中i1-ps信令的动态发起
WO2009059559A1 (fr) Procédé de commande d&#39;appel de session multimédia et serveur d&#39;application
KR20110050439A (ko) 원격통신 네트워크에서 매체 속성들에 기초한 선택적 호 포워딩을 위한 방법 및 시스템
JP2007318343A (ja) ゲートウェイ装置及び再ネゴシエーション方法
EP2381617B1 (en) A method for calling a conference when hard terminals have been bound to pc clients, a login server thereof, a conference server thereof and a pc client thereof
US20150334241A1 (en) Real-Time Monitoring/Interrupting of Voicemail Message Recording
KR20060082879A (ko) 얼리 미디어 ⅱ의 핸들링
CN106161357B (zh) Ims网络中实现合法监听的方法、装置及应用服务器
WO2016104622A1 (ja) 網間接続制御装置、及び接続制御方法
JP6912729B2 (ja) Ｓｉｐプロキシサーバ、通信方法およびｓｉｐプロキシプログラム
US8213373B2 (en) Supporting method for REFER message expansion parameter
WO2019088889A1 (en) Messaging resource function
US8351355B2 (en) H.323 to SIP interworking for call forward/redirection
JP2011049687A (ja) 通信ネットワークシステムとそのｓｉｐ信号中継方法及びｓｉｐアプリケーション・サーバ
US20190166165A1 (en) Communication Method, Communication Apparatus, Communication System, and Communication Program
JP5421940B2 (ja) 呼処理制御装置および呼処理制御方法
JP2006352543A (ja) Ｓｉｐ電話交換システム
US11689587B2 (en) Methods, systems, and computer readable media for optimized inter-session border controller (SBC) attended call transfer with re-use of transfer target session
US20090103519A1 (en) Method and Computer Product for Switching Subsequent Messages With Higher Priority Than Invite Messages in a Softswitch
JP6663879B2 (ja) 呼出音提供補助装置、呼出音提供補助方法及び呼出音提供補助プログラム
KR100564644B1 (ko) 교환기에서 호 보류 서비스를 제공하기 위한 방법 및 그교환기 시스템
CN101997856B (zh) 信令消息的交互方法及应用服务器
JP2014207709A (ja) 端末

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200731

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210330

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20210531

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20210608

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20210621

R150 Certificate of patent or registration of utility model

Ref document number: 6912729

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150