JP2020025347A

JP2020025347A - 通信方法、通信装置及び通信システム

Info

Publication number: JP2020025347A
Application number: JP2019208008A
Authority: JP
Inventors: 宗晃小川; Muneaki Ogawa; 健二郎荒井; Kenjiro Arai; 健一平木; Kenichi Hiraki
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 2016-07-14
Filing date: 2019-11-18
Publication date: 2020-02-13
Anticipated expiration: 2037-07-14
Also published as: JP6758472B2; US20230269279A1; US20190166165A1; JP2020025346A; US20230269280A1; US20200344276A1; US11012478B2; JP6880421B2; US20230319117A1; JPWO2018012615A1; JP6636157B2; WO2018012615A1

Abstract

【課題】トランスコーディングを実行するネットワークを固定する。【解決手段】複数のＳＢＣ１（１ａ，１ｂ）で行う通信方法において、ＳＢＣ１（１ｂ）は、ＳＤＰネゴシエーションで決定した使用中のコーデック種別をコーデック情報記憶部に記憶するステップと、メディアデータのトランスコーディングを行わない場合であって、転送元で使用中のコーデック種別を含むＳＤＰオファーを含むＳＩＰメッセージを受信した場合、ＳＤＰオファーにコーデック種別を追加することなくＳＩＰメッセージを転送するステップと、を行う。【選択図】図５

Description

本発明は、ＳＩＰ／ＳＤＰを利用した呼制御技術に関する。特に、他網又は端末との境界制御を行うＳＢＣ（Session Border Controller）に搭載されるＳＩＰアプリケーションソフトウェアに関する。

ＳＩＰ（Session Initiation Protocol）を利用した音声・映像通信では、その通信のメディア情報を記述したＳＤＰ（Session Description Protocol）を発着端末間又は網内のＳＩＰサーバ間で交換し、音声・映像のメディア条件（メディア種別、コーデック、パケット化周期等）をネゴシエーションして確定させた後、ＲＴＰ（Real-time Transport Protocol）で実際の音声パケットの送受信が行われる。

特に、メディア情報のネゴシエーション（ＳＤＰネゴシエーション）は、発側端末が、通信に利用したいメディア（音声・映像等）と、そのメディアの各種パラメータ（コーデック、パケット化周期等）とをＳＤＰオファーに記述し、着側端末が、ＳＤＰオファーに記述されるメディア条件から通信に利用するメディア条件を選択し、ＳＤＰアンサーに記述して発側端末に返送することで行われる。これにより、発着端末間で用いられる通信メディアの条件が確定する。

一方、３ＧＰＰでは、通信事業者が電話をはじめとするマルチメディアサービスを提供するシステムとして、ＩＭＳ（IP Multimedia Subsystem）が定義されている。ＩＭＳは、移動・固定等の発着端末が利用するアクセス種別（３Ｇ、ＬＴＥ、ＷｉＦｉ、光アクセス等）によらないマルチメディアサービスシステムである。しかし、移動端末のみを収容するＩＭＳ網と、固定端末のみを収容するＩＭＳ網とでは、それら異なるＩＭＳ網の端末同士で共通のコーデックがサポートされていない場合がある。

例えば、一般的に、固定端末ではＧ．７１１μ−ｌａｗの音声コーデックが最低限サポートされ、移動端末ではＡＭＲ−ＮＢの音声コーデックが最低限サポートされている。それゆえ、固定端末と移動端末間で相互通信を実現するためには、通信事業者のＩＭＳ網でコーデックを変換する機能が必要となる。

なお、コーデック変換に限らず、ＩＭＳ網内の中間ノードがＳＤＰの書き換え処理（コーデックの追加・削除等）を行い、ＳＤＰの書き換え前と書き換え後の条件に従ってメディア（ＲＴＰ等）の変換処理を行う機能は、一般的にトランスコーディング機能と呼ばれている。トランスコーディングは、通常、発網又は着網の中間ノードにおいて、事業者間合意やＳＬＡ（Service Level Agreement）等で事業者により規定されるオペレータポリシーに基づき、発着端末がサポートするコーデック情報を用いて行われる。

図７は、ＳＢＣで行われるトランスコーディングの処理手順を示す図である。ＳＢＣ（Session Border Controller）は、ＩＭＳ網の境界付近に設置された中間ノードであり、例えば、ＩＢＣＦ（Interconnection Border Control Function；ＳＩＰサーバ）とＴｒＧＷ（Translation Gateway；メディアサーバ）とで構成される。それゆえ、実際には、ＳＢＣ内のＳＩＰサーバが、Ｈ．２４８を用いてＳＤＰの書き換え処理と該ＳＤＰに基づくメディア変換の指示を行い、ＳＢＣ内のメディアサーバが、該指示に基づきメディアのパケットを変換する。

具体的に、ＳＢＣ（ＩＢＣＦ）は、ＳＤＰオファーを受信時に、ＳＤＰオファーに設定されたコーデックリストに自ＩＭＳ網又は自ＩＭＳ網内の端末でトランスコーディング対応可能なコーデック（例では、codec b）を追加する。そして、その後に受信したＳＤＰアンサー内のコーデックに、以前受信していたＳＤＰオファー内のコーデック（例では、codec a）が含まれている場合、ＳＢＣは、トランスコーディング機能を起動することなく、ＳＤＰアンサーをそのまま送信する（図７（ａ））。

一方、受信したＳＤＰアンサー内のコーデックに、以前受信していたＳＤＰオファー内のコーデック（codec a）が含まれていない場合、ＳＢＣ（ＩＢＣＦ）は、以前受信していたＳＤＰオファーに含まれていたコーデック（例では、codec aのみ）の中からコーデックを１つ選択し、そのコーデック情報を記述したＳＤＰアンサーを送信する（図７（ｂ））。その後、ＳＢＣ（ＴｒＧＷ）は、受信したＳＤＰアンサーのコーデックと送信したＳＤＰアンサーのコーデックとのトランスコーディング（codec b⇔a）を実行する。

例えば、１つのＩＭＳ網内で移動端末・固定端末を収容する場合には、ＩＭＳ網内の中間ノード（ＳＩＰサーバ、メディアサーバ等）又は端末に最も近いノード（Ｐ−ＣＳＣＦ（Proxy Call State Control Function）、ＭＧＷ（Media Gateway）等）等にトランスコーディング機能を配備することにより、自ＩＭＳ網の移動端末・固定端末間で通信が可能となる。

また、移動端末のみを収容するＩＭＳ網と固定端末のみを収容するＩＭＳ網とを相互接続する場合には、ＳＤＰオファー送信側のＩＭＳ網又はＳＤＰアンサー送信側のＩＭＳ網でトランスコーディングを実行することにより、異なるＩＭＳ網の移動端末・固定端末間で通信が可能となる。ＳＤＰオファー送信側のＩＭＳ網とＳＤＰアンサー送信側のＩＭＳ網で行うトランスコーディングの各処理手順を図８，図９にそれぞれ示す。

また、それらの具体例として、Ｇ．７１１μ−ｌａｗの音声コーデックのみサポートする固定端末を収容するＩＭＳ網と、ＡＭＲの音声コーデックのみサポートする移動端末を収容するＩＭＳ網との相互接続において、Ｇ．７１１μ−ｌａｗとＡＭＲ間のトランスコーディングをＳＤＰオファー送信側のＩＭＳ網で行い、同トランスコーディングをＳＤＰアンサー送信側のＩＭＳ網で行う場合の各処理手順を図１０，図１１にそれぞれ示す。なお、対象となるコーデック、ＳＢＣの機能配備、ＳＤＰが設定されるＳＩＰメッセージ等は、本例に限定される訳ではない。

図１０，図１１に示したように、ＳＩＰを呼制御信号に利用する通信では、３ＰＣＣ（3rd Party Call Control）等のサービスでない限り、発端末からＳＤＰオファーを含むＩｎｉｔｉａｌ‐ＩＮＶＩＴＥリクエストが送信され、着端末が生成するレスポンス（１８ｘレスポンス（ｘは数字）、２００レスポンス等）にＳＤＰアンサーが設定され、初回のＳＤＰオファー／アンサーが完了することにより通信が開始される。また、ＳＤＰオファー送信側でトランスコーディングを実施する場合、初回のＳＤＰオファー／アンサー後は、ＳＤＰオファー送信側となる発側のＩＭＳ網がトランスコーディングを実行することとなる。

"SIP：Session Initiation Protocol"、RFC3261、［online］、［平成28年6月29日検索］、＜URL: https://www.ietf.org/rfc/rfc3261.txt＞ "SDP：Session Description Protocol"、RFC2327、［online］、［平成28年6月29日検索］、＜URL: https://www.ietf.org/rfc/rfc2327.txt＞ "RTP：A Transport Protocol for Real-Time Applications"、RFC3550、［online］、［平成28年6月29日検索］、＜URL: https://www.ietf.org/rfc/rfc3550.txt＞ "An Offer/Answer Model with the Session Description Protocol (SDP)"、RFC3264、［online］、［平成28年6月29日検索］、＜URL: https://www.ietf.org/rfc/rfc3264.txt＞ "IP Multimedia Subsystem (IMS)"、3GPP TS 23.228、［online］、［平成28年6月29日検索］、＜URL: http://www.3gpp.org/DynaReport/23228.htm＞ "IP multimedia call control protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP)"、3GPP TS 24.229、［online］、［平成28年6月29日検索］、＜URL: http://www.3gpp.org/dynareport/24229.htm＞

しかし、実際のサービスでは、ガイダンス又は映像呼から音声呼への切り替え等、メディアの変更を伴う通信に関し、複数回のＳＤＰオファー／アンサーが行われる。それゆえ、ＳＤＰオファーが着側のＩＭＳ網から送信される場合、図１２に示すように、初回のＳＤＰオファー／アンサー後はトランスコーディングを発側のＩＭＳ網で実行していたが、２回目のＳＤＰオファー／アンサー後は着側のＩＭＳ網で実行することになる等、トランスコーディングの実行位置を発側網又は着側網に固定することができないという課題があった。また、図１３に示すように、初回のＳＤＰオファー／アンサー後はトランスコーディングを着側のＩＭＳ網で実行していた場合であっても、２回目のＳＤＰオファー／アンサー後は発側のＩＭＳ網で実行することになる等、同様の課題があった。

具体例として、固定端末を収容するＩＭＳ網と移動端末を収容するＩＭＳ網との相互接続において、移動端末のＩＭＳ網から固定端末のＩＭＳ網の発端末に対して呼確立前にガイダンスを提供し、ＳＤＰオファー送信側でトランスコーディングを実行する場合の例を図１４に示す。初回のＳＤＰオファー／アンサーでは、発端末からＳＤＰオファーが送信されるため、呼確立前のガイダンスメディアに関するトランスコーディングは発側のＩＭＳ網で実行される。しかし、２回目のＳＤＰオファー／アンサーでは、着側のＩＭＳ網からＳＤＰオファーが送信されるため、発着端末間の通話メディアに関するトランスコーディングは着側のＩＭＳ網で実行されることになる。逆に、図１５に示すように、呼確立前のガイダンスメディアに関するトランスコーディングを着側のＩＭＳ網で実行していた場合でも、発着端末間の通話メディアに関するトランスコーディングは発側のＩＭＳ網で実行されることとなる。

ここで、トランスコーディングは、メディアパケットを透過転送する処理に要するリソースと比較して大きなリソースを消費するため、発着信の呼数を基に呼制御システムの設備設計を行いたい場合、１ｃａｌｌにおいて発側又は着側に固定できることが望ましい。また、トランスコーディングにより必要設備数が異なることが想定されるため、事業者間の相互接続においては、接続先網から請求されるアクセスチャージが安価になるよう、自網発の呼については自網内でトランスコーディングを実行したいとする要望もある。

しかしながら、現在のトランスコーディングの処理手順では、ＳＤＰオファー又はＳＤＰアンサー送信側でトランスコーディングを実行できるが、１ｃａｌｌを通してトランスコーディングの実行位置を発側又は着側に固定することはできない。

本発明は、上記事情を鑑みてなされたものであり、トランスコーディングを実行するネットワーク（発側、着側）を固定することを目的とする。

以上の課題を解決するため、本発明に係る通信方法は、複数の通信装置で行う通信方法において、前記通信装置は、いずれの側の通信装置でメディアデータのトランスコーディングを実行すべきかを要求するパラメータ情報をＳＤＰ（Session Description Protocol）に設定する第１のステップと、前記ＳＤＰに設定されたパラメータ情報に自側の通信装置が要求されている場合、自通信装置でメディアデータのトランスコーディングを実行する第２のステップと、を行うことを要旨とする。

本発明に係る通信方法は、上記通信方法において、前記第１のステップでは、前記パラメータ情報で要求された自側の通信装置で前記トランスコーディングを行わない場合、前記パラメータ情報を他側の通信装置に変更することを要旨とする。

本発明に係る通信方法は、複数の通信装置で行う通信方法において、前記通信装置は、メディアデータのトランスコーディングを行う場合、ＳＤＰ（Session Description Protocol）ネゴシエーションで決定した使用中のコーデック種別をコーデック情報記憶部に記憶する第１のステップと、ＳＤＰオファーを含むＳＩＰ（Session Initiation Protocol）メッセージを受信する第２のステップと、転送先で使用中のコーデック種別を含めた前記ＳＤＰオファーを含む前記ＳＩＰメッセージを送信する第３のステップと、を行うことを要旨とする。

本発明に係る通信方法は、上記通信方法において、前記第３のステップでは、前記受信したＳＩＰメッセージのＳＤＰオファーに転送元で使用中のコーデック種別が含まれている場合、転送先で使用中のコーデック種別を前記送信するＳＩＰメッセージのＳＤＰオファーに含めることを要旨とする。

本発明に係る通信方法は、上記通信方法において、前記第３のステップでは、前記受信したＳＩＰメッセージのＳＤＰオファーに転送元で使用中のコーデック種別が含まれていない場合、当該ＳＤＰオファーに含まれるコーデック種別と転送先で使用中のコーデック種別との間でトランスコーディング可能であれば、転送先で使用中のコーデック種別を前記送信するＳＩＰメッセージのＳＤＰオファーに含めることを要旨とする。

請求項１に係る通信方法は、複数の通信装置で行う通信方法において、前記通信装置は、ＳＤＰ（Session Description Protocol）ネゴシエーションで決定した使用中のコーデック種別をコーデック情報記憶部に記憶するステップと、メディアデータのトランスコーディングを行わない場合であって、転送元で使用中のコーデック種別を含むＳＤＰオファーを含むＳＩＰ（Session Initiation Protocol）メッセージを受信した場合、前記ＳＤＰオファーにコーデック種別を追加することなく前記ＳＩＰメッセージを転送するステップと、を行うことを要旨とする。

本発明に係る通信装置は、メディアデータのトランスコーディングを行うトランスコーディング部と、ＳＤＰ（Session Description Protocol）ネゴシエーションで決定した使用中のコーデック種別を記憶するコーデック情報記憶部と、ＳＤＰオファーを含むＳＩＰ（Session Initiation Protocol）メッセージを受信した場合、前記ＳＩＰメッセージを転送する際に、転送先で使用中のコーデック種別を前記ＳＤＰオファーに含めるＳＤＰ処理部と、を備えることを要旨とする。

請求項２に係る通信装置は、ＳＤＰ（Session Description Protocol）ネゴシエーションで決定した使用中のコーデック種別を記憶するコーデック情報記憶部と、メディアデータのトランスコーディングを行わない場合であって、転送元で使用中のコーデック種別を含むＳＤＰオファーを含むＳＩＰ（Session Initiation Protocol）メッセージを受信した場合、前記ＳＤＰオファーにコーデック種別を追加することなく前記ＳＩＰメッセージを転送するＳＤＰ処理部と、を備えることを要旨とする。

請求項３に係る通信システムは、第１の通信装置と第２の通信装置とを備えた通信システムにおいて、前記第１の通信装置は、ＳＤＰ（Session Description Protocol）ネゴシエーションで決定した使用中のコーデック種別を記憶するコーデック情報記憶部と、メディアデータのトランスコーディングを行わない場合であって、転送元で使用中のコーデック種別を含むＳＤＰオファーを含むＳＩＰ（Session Initiation Protocol）メッセージを受信した場合、前記ＳＤＰオファーにコーデック種別を追加することなく前記ＳＩＰメッセージを前記第２の通信装置へ転送するＳＤＰ処理部と、を備えることを要旨とする。

本発明に係る通信プログラムは、上記通信方法をコンピュータに実行させることを要旨とする。

本発明によれば、トランスコーディングを実行するネットワーク（発側、着側）を固定できる。

呼制御システムの全体構成及びＳＢＣの機能ブロック構成を示す図である。初回ＳＤＰオファー送信側でトランスコーディングを実行する場合のネゴシエーション動作の処理フローを示す図である。初回ＳＤＰアンサー送信側でトランスコーディングを実行する場合のネゴシエーション動作の処理フローを示す図である。トランスコーディングの実行を要求したＩＭＳ網でトランスコーディングが不可能な場合の再ネゴシエーション動作の処理フローを示す図である。初回ＳＤＰオファー送信側でトランスコーディングを実行する場合の処理フローを示す図である。初回ＳＤＰアンサー送信側でトランスコーディングを実行する場合の処理フローを示す図である。トランスコーディングの処理手順を示す図である。ＳＤＰオファー送信側で行うトランスコーディングの処理手順を示す図である。ＳＤＰアンサー送信側で行うトランスコーディングの処理手順を示す図である。ＳＤＰオファー送信側で行うトランスコーディングの処理手順（固定端末と移動端末との相互接続時の具体例）を示す図である。ＳＤＰアンサー送信側で行うトランスコーディングの処理手順（固定端末と移動端末との相互接続時の具体例）を示す図である。ＳＤＰオファー送信側とＳＤＰアンサー送信側とで順次トランスコーディングが行われる場合の処理手順を示す図である。ＳＤＰアンサー送信側とＳＤＰオファー送信側とで順次トランスコーディングが行われる場合の処理手順を示す図である。ＳＤＰオファー送信側とＳＤＰアンサー送信側とで順次トランスコーディングが行われる場合の処理手順（固定端末と移動端末との相互接続時の具体例）を示す図である。ＳＤＰアンサー送信側とＳＤＰオファー送信側とで順次トランスコーディングが行われる場合の処理手順（固定端末と移動端末との相互接続時の具体例）を示す図である。

以下、トランスコーディングを実行するネットワーク（ＩＭＳ網，ＳＢＣ）を、初回ＳＤＰオファー送信側又は初回ＳＤＰアンサー送信側に固定する方法について２つの実施形態を説明する。

＜第１の実施の形態＞
第１の実施の形態では、１回目のＳＤＰネゴシエーション（１回目のＳＤＰオファー／アンサー）において、ＳＤＰオファー送信側のＩＭＳ網とＳＤＰアンサー送信側のＩＭＳ網との間で、トランスコーディングを実行するＩＭＳ網をネゴシエーションにより決定する。

図１は、本実施の形態に係る呼制御システムの全体構成及びＳＢＣの機能ブロック構成を示す図である。該呼制御システムは、相互通信を行うＳＢＣ１ａとＳＢＣ１ｂとを備えて構成される。本実施の形態において、ＳＢＣ１ａは、初回ＳＤＰオファー送信側のＩＭＳ網（例えば、Ｇ．７１１μ−ｌａｗの音声コーデックのみサポートする固定端末を収容するＩＭＳ網）に設置される。一方、ＳＢＣ１ｂは、初回ＳＤＰアンサー送信側のＩＭＳ網（例えば、ＡＭＲの音声コーデックのみサポートする移動端末を収容するＩＭＳ網）に設置される。なお、ＳＢＣは、セッションボーダーコントローラの略称であり、通常、ＩＭＳ網の境界付近に設置された中間ノードをいう。以下、ＳＢＣ１ａとＳＢＣ１ｂの機能について説明する。

ＳＢＣ１ａとＳＢＣ１ｂとは、それぞれ、ＳＤＰ処理部１１と、トランスコーディング部１２と、コーデック情報記憶部１３と、を備えて構成される。

ＳＤＰ処理部１１は、ＳＤＰの書き換え処理（ＳＤＰにコーデックを追加・削除等する処理）等の従来機能に加え、トランスコーディングを実行するＩＭＳ網をネゴシエーションにより決定する機能を備える。具体的に、ＳＤＰ処理部１１は、いずれのＩＭＳ網（ネットワーク）でトランスコーディングを行うかを要求する情報要素（パラメータ情報）をＳＤＰに設定し、ＳＤＰネゴシエーションを行うタイミングで、該情報要素を用いて他ＩＭＳ網（ＳＢＣ）との間でトランスコーディングを行うＩＭＳ網を決定する。

例えば、ＳＢＣ１ａは、他ＩＭＳ網（ＳＢＣ１ｂ）にＳＤＰオファーを送信する際に、自ＩＭＳ網（ＳＢＣ１ａ）でトランスコーディングを実行すると判断（要求）する場合、ＳＤＰオファー送信側でトランスコーディングを担うことを示す情報要素を設定する。例えば、該情報要素をトランスコーディング実行箇所指定パラメータ“transcoder”とし、該情報要素の値として“own-side”を設定する。一方、他ＩＭＳ網（ＳＢＣ１ｂ）でトランスコーディングを担うことを希望（要求）する場合、ＳＢＣ１ａは、上記情報要素の値として“opposite-side”を設定する。該情報要素と該情報要素の値は、ＳＩＰのヘッダフィールドと該ヘッダフィールドの値、ＳＤＰの“attribute”等、任意の形態で用いることができる。

また、ＳＢＣ１ａが他ＩＭＳ網（ＳＢＣ１ｂ）でトランスコーディングを担うことを希望（要求）した場合であっても、該他ＩＭＳ網でトランスコーディングが不可能な場合、該他ＩＭＳ網からＳＢＣ１ａにトランスコーディングを担うことを希望してもよい。

それゆえ、ＳＤＰ処理部１１は、上記情報要素で要求されたＩＭＳ網でトランスコーディングを実行できない場合、該情報要素を該ＩＭＳ網以外のＩＭＳ網に変更する機能を更に備える。

トランスコーディング部１２は、メディアパケット（メディアデータ）をトランスコーディングする従来機能に加え、ＳＤＰ処理部１１によるトランスコーディング実行主体のネゴシエーション結果に応じてトランスコーディングを実行する又は実行しない機能を備える。具体的に、トランスコーディング部１２は、トランスコーディングを実行するＩＭＳ網が自ＩＭＳ網の場合にはトランスコーディングを実行し、トランスコーディングを実行するＩＭＳ網が他ＩＭＳ網の場合にはトランスコーディングを実行しない。

コーデック情報記憶部１３は、自ＩＭＳ網（自ＳＢＣ）又は自ＩＭＳ網内の端末でトランスコーディング対応可能なコーデック情報（例えば、自ＩＭＳ網でＧ．７１１μ−ｌａｗの音声コーデックをサポートする場合、Ｇ．７１１μ−ｌａｗ）、事業者間合意やＳＬＡ等で規定されたオペレータポリシーを記憶する従来機能に加え、ＳＤＰに設定する又は設定された上記情報要素をＳＤＰ処理部１１又はトランスコーディング部１２により読出可能又は参照可能に記憶する機能を備える。

なお、本発明において、トランスコーディングとは、主に音声・映像通信メディアのコーデック（符号化方式）を変換する機能・処理を指す。例えば、Ｇ．７１１μ−ｌａｗの音声コーデックをＡＭＲの音声コーデックに変換すること、その逆変換を行うことをいう。ただし、Ｇ．７１１μ−ｌａｗやＡＭＲはコーデックの一例であり、本発明は特定の種別のコーデックに限定されない。

ここまで、ＳＢＣ１ａとＳＢＣ１ｂの機能について概説した。ただ、実際に、トランスコーディングを実行するＩＭＳ網をネゴシエーションにより決定するには、ＳＢＣ１ａとＳＢＣ１ｂの機能を詳述する必要がある。そこで、ＳＢＣ１ａ（初回ＳＤＰオファー送信側）とＳＢＣ１ｂ（初回ＳＤＰアンサー送信側）とが行う具体的動作を表１，表２にそれぞれ例示する。ＳＢＣ１ａのＳＤＰ処理部１１は、表１の記載内容に沿って動作・処理を行い、ＳＢＣ１ｂのＳＤＰ処理部１１は、表２の記載内容に沿って動作・処理を行う。

次に、トランスコーディングの実行主体（ＩＭＳ網，ＳＢＣ）を決定するネゴシエーション動作について説明する。

まず、図２を参照しながら、初回ＳＤＰオファー送信側のＩＭＳ網（ＳＢＣ１ａ）でトランスコーディングを実行する場合のネゴシエーション動作について説明する。

まず、ＳＢＣ１ａは、自ＩＭＳ網から初回ＳＤＰオファーを受信した後、オペレータポリシーに基づき自ＩＭＳ網（ＳＢＣ１ａ）でコーデック変換を行う場合、初回ＳＤＰオファーに設定されているコーデックリストに自ＩＭＳ網又は自ＩＭＳ網内の端末でトランスコーディング対応可能なコーデック（codec b）を追加し、初回ＳＤＰオファーに“own-side”を設定して、初回ＳＤＰオファーを他ＩＭＳ網（ＳＢＣ１ｂ）へ送信する（ステップＳ１０１）。

次に、ＳＢＣ１ｂは、ＳＢＣ１ａから初回ＳＤＰオファーを受信すると、初回ＳＤＰオファーに“own-side”が設定されているため、初回ＳＤＰオファーを自ＩＭＳ網へ送信（透過）する（ステップＳ１０２）。このとき、ＳＢＣ１ｂは、コーデック情報記憶部１３に“own-side”を記憶し、初回ＳＤＰオファーから“own-side”を削除する。

その後、ＳＢＣ１ｂのＩＭＳ網内の着側端末で自身が使用したいコーデックが決定される。具体的に、着信端末は、初回ＳＤＰオファー内のメディア条件（codec a, b）に自身が通信に利用可能なメディア条件があれば、そのメディア条件（codec b）を選択し、初回ＳＤＰアンサーに記載して返送する。

次に、ＳＢＣ１ｂは、自ＩＭＳ網から初回ＳＤＰアンサーを受信すると、前回受信したＳＤＰオファーに“own-side”が設定されていたため、初回ＳＤＰアンサーに“opposite-side”を設定して、初回ＳＤＰアンサーを他ＩＭＳ網（ＳＢＣ１ａ）へ送信する（ステップＳ１０３）。

次に、ＳＢＣ１ａは、ＳＢＣ１ｂから初回ＳＤＰアンサーを受信すると、初回ＳＤＰアンサーに、前回受信したＳＤＰオファーに含まれていたコーデック（codec a）が含まれておらず、前回送信した自身が追加したコーデック（codec b）が含まれているため、前回受信した初回ＳＤＰオファーに含まれていたコーデック（codec aのみ）の中からコーデックを１つ選択し、該コーデックを初回ＳＤＰアンサーに設定して、初回ＳＤＰアンサーを自ＩＭＳ網へ送信する（ステップＳ１０４）。

ここまでの処理により、１回目のＳＤＰネゴシエーションにおいて、ＳＢＣ１ａとＳＢＣ１ｂとの間でやり取りされた“own-side”と“opposite-side”とに基づき、トランスコーディングの実行主体を初回ＳＤＰオファー送信側のＩＭＳ網（ＳＢＣ１ａ）に決定できる。例えば、ＳＢＣ１ｂは、ＳＢＣ１ａが設定した“own-side”を参照することにより、自身でトランスコーディングを実行せず、ＳＢＣ１ａでトランスコーディングを実行することを把握できる。なお、ＳＢＣ１ａは、ステップＳ１０１で自身が設定した“own-side”、ステップＳ１０４でＳＢＣ１ｂが設定した“opposite-side”を保存し、それらを参照することにより、自身でトランスコーディングを実行することを把握してもよい。

その後、ＳＢＣ１ａは、他ＩＭＳ網（ＳＢＣ１ｂ）からメディアパケットが送信された場合、“codec b→a”のトランスコーディングを実行して自ＩＭＳ網へ送信し、自ＩＭＳ網からメディアパケットが送信された場合、“codec a→b”のトランスコーディングを実行して他ＩＭＳ網へ送信する（ステップＳ１０５）。

引き続き、後続ＳＤＰオファーが初回ＳＤＰアンサー送信側のＩＭＳ網で発生した場合について説明する。

ＳＢＣ１ｂは、自ＩＭＳ網から後続ＳＤＰオファーを受信すると、トランスコーディングの実行主体は自身でないため、後続ＳＤＰオファーに設定されているコーデックリストにコーデックを追加せず、後続ＳＤＰオファーに“opposite-side”を設定して、後続ＳＤＰオファーを他ＩＭＳ網（ＳＢＣ１ａ）へ送信する（ステップＳ１０６）。

次に、ＳＢＣ１ａは、ＳＢＣ１ｂから後続ＳＤＰオファーを受信すると、トランスコーディングの実行主体は自身であるため、後続ＳＤＰオファーに設定されているコーデックリストに自ＩＭＳ網又は自ＩＭＳ網内の端末でトランスコーディング対応可能なコーデック（codec a）を追加し、後続ＳＤＰオファーを自ＩＭＳ網へ送信する（ステップＳ１０７）。

なお、ステップＳ１０７において、ＳＢＣ１ａは、ＳＢＣ１ｂから後続ＳＤＰオファーを受信した際、既に自身でトランスコーディングを実行している場合、自ＩＭＳ網で利用しているコーデック（codec a）を追加対象コーデックに最低限含める。

また、ステップＳ１０７において、ＳＢＣ１ａは、１回目のＳＤＰネゴシエーションの決定結果に依らず、後続ＳＤＰオファーに設定された“opposite-side”又はオペレータポリシーに基づき、トランスコーディングの実行主体が自身であることを新たに決定してもよい。

次に、ＳＢＣ１ａは、自ＩＭＳ網から後続ＳＤＰアンサーを受信すると、後続ＳＤＰアンサーに、前回受信したＳＤＰオファーに含まれていたコーデック（codec b）が含まれておらず、前回送信した自身が追加したコーデック（codec a）が含まれているため、前回受信したＳＤＰオファーに含まれていたコーデック（codec bのみ）の中からコーデックを１つ選択し、該コーデックを後続ＳＤＰアンサーに設定して、後続ＳＤＰアンサーを他ＩＭＳ網（ＳＢＣ１ｂ）へ送信する（ステップＳ１０８）。このとき、ＳＢＣ１ａは、前回受信したＳＤＰオファーに“opposite-side”が設定されていたため、後続ＳＤＰオファーに“own-side”を設定する。

次に、ＳＢＣ１ｂは、ＳＢＣ１ａから後続ＳＤＰアンサーを受信すると、後続ＳＤＰアンサーに、前回受信したＳＤＰオファーに含まれていたコーデック（codec b）が含まれているため、後続ＳＤＰアンサーを自ＩＭＳ網へ送信（透過）する（ステップＳ１０９）。

その後、ＳＢＣ１ａは、他ＩＭＳ網（ＳＢＣ１ｂ）からメディアパケットが送信された場合、“codec b→a”のトランスコーディングを実行して自ＩＭＳ網へ送信し、自ＩＭＳ網からメディアパケットが送信された場合、“codec a→b”のトランスコーディングを実行して他ＩＭＳ網へ送信する（ステップＳ１１０）。

ステップＳ１０６〜Ｓ１１０の処理により、後続ＳＤＰオファーが初回ＳＤＰアンサー送信側のＩＭＳ網で発生した場合であっても、初回ＳＤＰオファー送信側のＩＭＳ網（ＳＢＣ１ａ）でトランスコーディングを継続できる。

次に、図３を参照しながら、初回ＳＤＰアンサー送信側のＩＭＳ網（ＳＢＣ１ｂ）でトランスコーディングを実行する場合のネゴシエーション動作について説明する。

まず、ＳＢＣ１ａは、自ＩＭＳ網から初回ＳＤＰオファーを受信した後、オペレータポリシーに基づき自ＩＭＳ網（ＳＢＣ１ａ）でコーデック変換を行わない場合、初回ＳＤＰオファーに設定されているコーデックリストにコーデックを追加せず、初回ＳＤＰオファーに“opposite-side”を設定して、初回ＳＤＰオファーを他ＩＭＳ網（ＳＢＣ１ｂ）へ送信する（ステップＳ２０１）。

次に、ＳＢＣ１ｂは、ＳＢＣ１ａから初回ＳＤＰオファーを受信すると、初回ＳＤＰオファーに“opposite-side”が設定されており、かつ、オペレータポリシーに基づき自ＩＭＳ網（ＳＢＣ１ｂ）でコーデック変換を行う場合、初回ＳＤＰオファーに設定されているコーデックリストに自ＩＭＳ網又は自ＩＭＳ網内の端末でトランスコーディング対応可能なコーデック（codec b）を追加して、初回ＳＤＰオファーを自ＩＭＳ網へ送信する（ステップＳ２０２）。

次に、ＳＢＣ１ｂは、自ＩＭＳ網から初回ＳＤＰアンサーを受信すると、前回受信したＳＤＰオファーに“opposite-side”が設定されていたため、初回ＳＤＰアンサーに“own-side”を設定して、初回ＳＤＰアンサーを他ＩＭＳ網（ＳＢＣ１ａ）へ送信する（ステップＳ２０３）。

次に、ＳＢＣ１ａは、ＳＢＣ１ｂから初回ＳＤＰアンサーを受信すると、初回ＳＤＰアンサーに、前回受信したＳＤＰオファーに含まれていたコーデック（codec a）が含まれているため、初回ＳＤＰアンサーを自ＩＭＳ網へ送信（透過）する（ステップＳ２０４）。

ここまでの処理により、１回目のＳＤＰネゴシエーションにおいて、ＳＢＣ１ａとＳＢＣ１ｂとの間でやり取りされた“own-side”と“opposite-side”とに基づき、トランスコーディングの実行主体を初回ＳＤＰアンサー送信側のＩＭＳ網（ＳＢＣ１ｂ）に決定できる。勿論、ＳＢＣ１ｂは、ＳＢＣ１ａが設定した“opposite-side”を保存し、それを参照することにより、自身でトランスコーディングを実行することを把握してもよい。また、ＳＢＣ１ａは、ＳＢＣ１ｂが設定した“own-side”を保存し、それを参照することにより、自身はトランスコーディングを実行せず、ＳＢＣ１ｂでトランスコーディングを実行することを把握してもよい。

その後、ＳＢＣ１ｂは、自ＩＭＳ網からメディアパケットが送信された場合、“codec b→a”のトランスコーディングを実行して他ＩＭＳ網（ＳＢＣ１ａ）へ送信し、他ＩＭＳ網からメディアパケットが送信された場合、“codec a→b”のトランスコーディングを実行して自ＩＭＳ網へ送信する（ステップＳ２０５）。

ＳＢＣ１ｂは、自ＩＭＳ網から後続ＳＤＰオファーを受信すると、トランスコーディングの実行主体は自身であるため、後続ＳＤＰオファーに設定されているコーデックリストに自ＩＭＳ網又は自ＩＭＳ網内の端末でトランスコーディング対応可能なコーデック（codec a）を追加し、後続ＳＤＰオファーに“own-side”を設定して、後続ＳＤＰオファーを他ＩＭＳ網（ＳＢＣ１ａ）へ送信する（ステップＳ２０６）。

次に、ＳＢＣ１ａは、ＳＢＣ１ｂから後続ＳＤＰオファーを受信すると、トランスコーディングの実行主体は自身でないため、後続ＳＤＰオファーに設定されているコーデックリストにコーデックを追加せず、後続ＳＤＰオファーから“own-side”を削除して、後続ＳＤＰオファーを自ＩＭＳ網へ送信する（ステップＳ２０７）。

次に、ＳＢＣ１ａは、自ＩＭＳ網から後続ＳＤＰアンサーを受信すると、後続ＳＤＰアンサーに、前回受信したＳＤＰオファーに含まれていたコーデック（codec a）が含まれているため、後続ＳＤＰアンサーを他ＩＭＳ網（ＳＢＣ１ｂ）へ送信（透過）する（ステップＳ２０８）。このとき、ＳＢＣ１ａは、前回受信したＳＤＰオファーに“own-side”が設定されていたため、後続ＳＤＰオファーに“opposite-side”を設定する。

次に、ＳＢＣ１ｂは、ＳＢＣ１ａから後続ＳＤＰアンサーを受信すると、後続ＳＤＰアンサーに、前回受信したＳＤＰオファーに含まれていたコーデック（codec b）が含まれておらず、前回送信した自身が追加したコーデック（codec a）が含まれているため、前回受信したＳＤＰオファーに含まれていたコーデック（codec bのみ）の中からコーデックを１つ選択し、該コーデックを後続ＳＤＰアンサーに設定して、後続ＳＤＰアンサーを自ＩＭＳ網へ送信する（ステップＳ２０９）。

その後、ＳＢＣ１ｂは、自ＩＭＳ網からメディアパケットが送信された場合、“codec b→a”のトランスコーディングを実行して他ＩＭＳ網（ＳＢＣ１ａ）へ送信し、他ＩＭＳ網からメディアパケットが送信された場合、“codec a→b”のトランスコーディングを実行して自ＩＭＳ網へ送信する（ステップＳ２１０）。

ステップＳ２０６〜Ｓ２１０の処理により、後続ＳＤＰオファーが初回ＳＤＰアンサー送信側のＩＭＳ網で発生した場合であっても、初回ＳＤＰアンサー送信側のＩＭＳ網（ＳＢＣ１ｂ）でトランスコーディングを継続できる。

次に、図４を参照しながら、トランスコーディングの実行を要求されたＩＭＳ網でトランスコーディングが不可能な場合の再ネゴシエーション動作について説明する。

まず、ＳＢＣ１ａは、自ＩＭＳ網から初回ＳＤＰオファーを受信した後、オペレータポリシーに基づき自ＩＭＳ網（ＳＢＣ１ａ）でコーデック変換を行わない場合、初回ＳＤＰオファーに設定されているコーデックリストにコーデックを追加せず、初回ＳＤＰオファーに“opposite-side”を設定して、初回ＳＤＰオファーを他ＩＭＳ網（ＳＢＣ１ｂ）へ送信する（ステップＳ３０１）。

次に、ＳＢＣ１ｂは、ＳＢＣ１ａから初回ＳＤＰオファーを受信すると、初回ＳＤＰオファーに“opposite-side”が設定されているが、オペレータポリシーに基づき自ＩＭＳ網（ＳＢＣ１ｂ）でコーデック変換を行わない場合、初回ＳＤＰオファーを自ＩＭＳ網へ送信（透過）する（ステップＳ３０２）。

その後、ＳＢＣ１ｂのＩＭＳ網内の着側端末で自身が使用したいコーデックが決定される。具体的に、着信端末は、初回ＳＤＰオファー内のメディア条件（codec a）に自身が通信に利用可能なメディア条件がない場合、４８８応答（＝Not Acceptable response；エラーレスポンス）にＳＤＰを設定し、ＳＤＰに自身が通信に利用したいメディア条件（codec b）を記載して返送する。

次に、ＳＢＣ１ｂは、自ＩＭＳ網から４８８応答に設定されたＳＤＰを受信すると、前回受信したＳＤＰオファーに“opposite-side”が設定されていたが、４８８応答のため、ＳＤＰに“opposite-side”を設定して、ＳＤＰを他ＩＭＳ網（ＳＢＣ１ａ）へ送信する（ステップＳ３０３）。

なお、ステップＳ３０３では、形式的には同じ情報要素の値“opposite-side”をＳＤＰに設定しているが、実質的にはトランスコーディングの実行主体をＳＢＣ１ｂからＳＢＣ１ａへ変更要求している。

次に、ＳＢＣ１ａは、ＳＢＣ１ｂからＳＤＰを受信すると、ＳＤＰに“opposite-side”が設定されているが、このタイミングではステップＳ３０１と同様に自ＩＭＳ網（ＳＢＣ１ａ）でコーデック変換を行わないため、ＳＤＰを自ＩＭＳ網へ送信（透過）する（ステップＳ３０４）。

その後、ＳＢＣ１ａのＩＭＳ網内の発信端末から、再度、同じコーデック（codec a）が設定された２回目の初回ＳＤＰオファーが送信されるものとする。

次に、ＳＢＣ１ａは、自ＩＭＳ網から２回目の初回ＳＤＰオファーを受信すると、ステップＳ３０１ではコーデック変換を行わない予定であったが、他ＩＭＳ網から前回受信したＳＤＰに“opposite-side”が設定され、かつ、自身でトランスコーディング可能である場合、２回目の初回ＳＤＰオファーに設定されているコーデックリストに自ＩＭＳ網又は自ＩＭＳ網内の端末でトランスコーディング対応可能なコーデック（codec b）を追加し、２回目の初回ＳＤＰオファーに“own-side”を設定して、２回目の初回ＳＤＰオファーを他ＩＭＳ網（ＳＢＣ１ｂ）へ送信する（ステップＳ３０５）。

これ以降のステップＳ３０６〜ステップＳ３０９は、上述したステップＳ１０２〜Ｓ１０５と同じである。

本実施の形態によれば、複数のＩＭＳ網（ＳＢＣ１ａとＳＢＣ１ｂ）が、いずれのＩＭＳ網でトランスコーディングを行うかを要求する情報要素をＳＤＰに設定し、該情報要素を用いてＩＭＳ網間（ＳＢＣ１ａとＳＢＣ１ｂ間）でトランスコーディングを行うＩＭＳ網（ＳＢＣ１ａ又はＳＢＣ１ｂ）を決定し、決定されたＩＭＳ網でメディアデータのトランスコーディングを実行するので、トランスコーディングを実行するＩＭＳ網を固定できる。

これにより、莫大なリソースを消費するトランスコーディングの実行場所・実行主体を初回ＳＤＰオファー送信側又は初回ＳＤＰアンサー送信側に固定できるので、通信事業者にとって必要となるリソースの予測と設備設計が可能となり、通信事業者間でのアクセスチャージの整理が容易となる。

また、本実施の形態によれば、ＳＤＰの情報要素で要求されたＩＭＳ網でトランスコーディングを実行できない場合、該情報要素を該ＩＭＳ網以外のＩＭＳ網に変更するので、トランスコーディングを実行するＩＭＳ網（ＳＢＣ）を適切に変更できる。これにより、あるＩＭＳ網でトランスコーディングを実行できない場合であっても、他のいずれかのＩＭＳ網でトランスコーディングを実行できるので、発着端末間での呼接続確立を向上できる。

＜第２の実施の形態＞
第２の実施の形態では、ＳＤＰオファー送信側及び／又はＳＤＰアンサー送信側で、自ＩＭＳ網の両側との間で最後のＳＤＰネゴシエーションにより決定されたコーデック情報をセッション関連情報要素として管理することにより、トランスコーディングを継続する。

本実施の形態に係る呼制御システムの全体構成及びＳＢＣ１ａ，１ｂの機能ブロック構成は、図１に示した第１の実施の形態と同様である。

ＳＤＰ処理部１１は、ＳＤＰの書き換え処理（コーデックをＳＤＰに追加・削除等する処理）等の従来機能を備える。

コーデック情報記憶部１３は、自ＩＭＳ網（自ＳＢＣ）又は自ＩＭＳ網内の端末でトランスコーディング対応可能なコーデック情報を記憶する従来機能に加え、ＳＤＰネゴシエーションで決定された変換前後のコーデック情報をセッション関連情報要素として記憶する機能を備える。

トランスコーディング部１２は、メディアパケット（メディアデータ）をトランスコーディングする従来機能に加え、コーデック情報記憶部１３のセッション関連情報要素に基づきトランスコーディングを実行する又は実行しない機能を備える。具体的に、トランスコーディング部１２は、受信したＳＤＰに、セッション関連情報要素で管理している変換後のコーデック情報が含まれていない場合、トランスコーディングを実行し、変換後のコーデック情報が含まれている場合、トランスコーディングを実行しない。

ここまで、ＳＢＣ１ａとＳＢＣ１ｂとの機能について概説した。なお、より具体的には、ＳＢＣ１ａとＳＢＣ１ｂの各ＳＤＰ処理部１１は、表３，表４に例示する動作内容に沿って動作・処理を行う。

次に、図５を参照しながら、初回ＳＤＰオファー送信側のＩＭＳ網（ＳＢＣ１ａ）でトランスコーディングを実行する場合の動作について説明する。

まず、ＳＢＣ１ａは、自ＩＭＳ網から初回ＳＤＰオファーを受信した後、自ＩＭＳ網でコーデック変換を行う場合、初回ＳＤＰオファーに設定されているコーデックリストに自ＩＭＳ網又は自ＩＭＳ網内の端末でトランスコーディング対応可能なコーデック（codec b）を追加して、初回ＳＤＰオファーを他ＩＭＳ網（ＳＢＣ１ｂ）へ送信する（ステップＳ４０１）。

次に、ＳＢＣ１ｂは、ＳＢＣ１ａから初回ＳＤＰオファーを受信すると、自ＩＭＳ網でコーデック変換を行わない場合、初回ＳＤＰオファーに設定されているコーデックリストにコーデックを追加せず、初回ＳＤＰオファーを自ＩＭＳ網へ送信（透過）する（ステップＳ４０２）。

次に、ＳＢＣ１ｂは、自ＩＭＳ網から初回ＳＤＰアンサーを受信すると、初回ＳＤＰアンサーに、前回受信したＳＤＰオファーに含まれていたコーデックが含まれているため、初回ＳＤＰアンサーを他ＩＭＳ網（ＳＢＣ１ａ）へ送信（透過）する（ステップＳ４０３）。このとき、ＳＢＣ１ｂは、受信したコーデック（Codec b）の情報と、送信したコーデック（Codec b）の情報とを保存する。特に、ＳＢＣ１ｂは、送信したコーデック（Codec b）の情報を変換後のコーデック情報として管理する。

次に、ＳＢＣ１ａは、ＳＢＣ１ｂから初回ＳＤＰアンサーを受信すると、初回ＳＤＰアンサーに、前回受信したＳＤＰオファーに含まれていたコーデック（codec a）が含まれておらず、前回送信した自身が追加したコーデック（codec b）が含まれているため、前回受信した初回ＳＤＰオファーに含まれていたコーデック（codec aのみ）の中からコーデックを１つ選択し、該コーデックを初回ＳＤＰアンサーに設定して、初回ＳＤＰアンサーを自ＩＭＳ網へ送信する（ステップＳ４０４）。このとき、ＳＢＣ１ａは、受信したコーデック（Codec b）の情報と、送信したコーデック（Codec a）の情報とを保存する。特に、ＳＢＣ１ｂは、送信したコーデック（Codec a）の情報を変換後のコーデック情報として管理する。

その後、ＳＢＣ１ａは、他ＩＭＳ網（ＳＢＣ１ｂ）からメディアパケットが送信された場合、“codec b→a”のトランスコーディングを実行して自ＩＭＳ網へ送信し、自ＩＭＳ網からメディアパケットが送信された場合、“codec a→b”のトランスコーディングを実行して他ＩＭＳ網へ送信する（ステップＳ４０５）。

ＳＢＣ１ｂは、自ＩＭＳ網から後続ＳＤＰオファーを受信すると、自身と自身に対向する対向ＩＭＳ網（ＳＢＣ１ａ）間で前回のＳＤＰネゴシエーションにより決定されたコーデック（ステップＳ４０３で保存していた変換後のコーデック（Codec b））が、後続ＳＤＰオファーに含まれているため、後続ＳＤＰオファーを他ＩＭＳ網（ＳＢＣ１ａ）へ送信（透過）する（ステップＳ４０６）。

次に、ＳＢＣ１ａは、ＳＢＣ１ｂから後続ＳＤＰオファーを受信すると、自身と自ＩＭＳ網内装置（発側端末等）間で前回のＳＤＰネゴシエーションにより決定されたコーデック（ステップＳ４０４で保存していた変換後のコーデック（Codec a））が、後続ＳＤＰオファーに含まれていないため、また、前回のＳＤＰネゴシエーションで決定されたコーデック（Codec a）と後続ＳＤＰオファーに含まれるコーデック（Codec b）間でトランスコーディング可能なため、前回のＳＤＰネゴシエーションで決定されたコーデック（Codec a）を追加して、後続ＳＤＰオファーを自ＩＭＳ網へ送信する（ステップＳ４０７）。

次に、ＳＢＣ１ａは、自ＩＭＳ網から後続ＳＤＰアンサーを受信すると、後続ＳＤＰアンサーに、前回受信したＳＤＰオファーに含まれていたコーデック（codec b）が含まれておらず、前回送信した自身が追加したコーデック（codec a）が含まれているため、前回受信したＳＤＰオファーに含まれていたコーデック（codec bのみ）の中からコーデックを１つ選択し、該コーデックを後続ＳＤＰアンサーに設定して、後続ＳＤＰアンサーを他ＩＭＳ網（ＳＢＣ１ｂ）へ送信する（ステップＳ４０８）。

次に、ＳＢＣ１ｂは、ＳＢＣ１ａから後続ＳＤＰアンサーを受信すると、後続ＳＤＰアンサーに、前回受信したＳＤＰオファーに含まれていたコーデック（codec b）が含まれているため、後続ＳＤＰアンサーを自ＩＭＳ網へ送信（透過）する（ステップＳ４０９）。

その後、ＳＢＣ１ａは、他ＩＭＳ網（ＳＢＣ１ｂ）からメディアパケットが送信された場合、“codec b→a”のトランスコーディングを実行して自ＩＭＳ網へ送信し、自ＩＭＳ網からメディアパケットが送信された場合、“codec a→b”のトランスコーディングを実行して他ＩＭＳ網へ送信する（ステップＳ４１０）。

次に、図６を参照しながら、初回ＳＤＰアンサー送信側のＩＭＳ網（ＳＢＣ１ｂ）でトランスコーディングを実行する場合の動作について説明する。

まず、ＳＢＣ１ａは、自ＩＭＳ網から初回ＳＤＰオファーを受信した後、自ＩＭＳ網でコーデック変換を行わない場合、初回ＳＤＰオファーに設定されているコーデックリストにコーデックを追加せず、初回ＳＤＰオファーを他ＩＭＳ網（ＳＢＣ１ｂ）へ送信する（ステップＳ５０１）。

次に、ＳＢＣ１ｂは、ＳＢＣ１ａから初回ＳＤＰオファーを受信すると、自ＩＭＳ網でコーデック変換を行う場合、初回ＳＤＰオファーに設定されているコーデックリストに自ＩＭＳ網又は自ＩＭＳ網内の端末でトランスコーディング対応可能なコーデック（codec b）を追加して、初回ＳＤＰオファーを自ＩＭＳ網へ送信する（ステップＳ５０２）。

次に、ＳＢＣ１ｂは、自ＩＭＳ網から初回ＳＤＰアンサーを受信すると、初回ＳＤＰアンサーに、前回受信したＳＤＰオファーに含まれていたコーデック（codec a）が含まれておらず、前回送信した自身が追加したコーデック（codec b）が含まれているため、前回受信した初回ＳＤＰオファーに含まれていたコーデック（codec aのみ）の中からコーデックを１つ選択し、該コーデックを初回ＳＤＰアンサーに設定して、初回ＳＤＰアンサーを他ＩＭＳ網（ＳＢＣ１ａ）へ送信する（ステップＳ５０３）。このとき、ＳＢＣ１ｂは、受信したコーデック（Codec b）の情報と、送信したコーデック（Codec a）の情報とを保存する。特に、ＳＢＣ１ｂは、送信したコーデック（Codec a）の情報を変換後のコーデック情報として管理する。

次に、ＳＢＣ１ａは、ＳＢＣ１ｂから初回ＳＤＰアンサーを受信すると、初回ＳＤＰアンサーに、前回受信したＳＤＰオファーに含まれていたコーデック（codec a）が含まれているため、初回ＳＤＰアンサーを自ＩＭＳ網へ送信（透過）する（ステップＳ５０４）。このとき、ＳＢＣ１ａは、受信したコーデック（Codec a）の情報と、送信したコーデック（Codec a）の情報とを保存する。特に、ＳＢＣ１ａは、送信したコーデック（Codec a）の情報を変換後のコーデック情報として管理する。

その後、ＳＢＣ１ｂは、自ＩＭＳ網からメディアパケットが送信された場合、“codec b→a”のトランスコーディングを実行して他ＩＭＳ網（ＳＢＣ１ａ）へ送信し、他ＩＭＳ網からメディアパケットが送信された場合、“codec a→b”のトランスコーディングを実行して自ＩＭＳ網へ送信する（ステップＳ５０５）。

ＳＢＣ１ｂは、自ＩＭＳ網から後続ＳＤＰオファーを受信すると、自身と自に対向する対向ＩＭＳ網（ＳＢＣ１ａ）間で前回のＳＤＰネゴシエーションにより決定されたコーデック（ステップＳ５０３で保存していた変換後のコーデック（Codec a））が、後続ＳＤＰオファーに含まれていないため、また、前回のＳＤＰネゴシエーションで決定されたコーデック（Codec a）と後続ＳＤＰオファーに含まれるコーデック（Codec b）間でトランスコーディング可能なため、前回のＳＤＰネゴシエーションで決定されたコーデック（Codec a）を追加して、後続ＳＤＰオファーを他ＩＭＳ網（ＳＢＣ１ａ）へ送信する（ステップＳ５０６）。

次に、ＳＢＣ１ａは、ＳＢＣ１ｂから後続ＳＤＰオファーを受信すると、自身と自ＩＭＳ網内装置（発側端末等）間で前回のＳＤＰネゴシエーションにより決定されたコーデック（ステップＳ５０４で保存していた変換後のコーデック（Codec a））が、後続ＳＤＰオファーに含まれているため、後続ＳＤＰオファーを自ＩＭＳ網へ送信（透過）する（ステップＳ５０７）。

次に、ＳＢＣ１ａは、自ＩＭＳ網から後続ＳＤＰアンサーを受信すると、後続ＳＤＰアンサーに、前回受信したＳＤＰオファーに含まれていたコーデック（codec a）が含まれているため、後続ＳＤＰアンサーを他ＩＭＳ網（ＳＢＣ１ｂ）へ送信（透過）する（ステップＳ５０８）。

次に、ＳＢＣ１ｂは、ＳＢＣ１ａから後続ＳＤＰアンサーを受信すると、後続ＳＤＰアンサーに、前回受信したＳＤＰオファーに含まれていたコーデック（codec b）が含まれておらず、前回送信した自身が追加したコーデック（codec a）が含まれているため、前回受信したＳＤＰオファーに含まれていたコーデック（codec bのみ）の中からコーデックを１つ選択し、該コーデックを後続ＳＤＰアンサーに設定して、後続ＳＤＰアンサーを自ＩＭＳ網へ送信する（ステップＳ５０９）。

その後、ＳＢＣ１ｂは、自ＩＭＳ網からメディアパケットが送信された場合、“codec b→a”のトランスコーディングを実行して他ＩＭＳ網（ＳＢＣ１ａ）へ送信し、他ＩＭＳ網からメディアパケットが送信された場合、“codec a→b”のトランスコーディングを実行して自ＩＭＳ網へ送信する（ステップＳ５１０）。

本実施の形態によれば、複数のＩＭＳ網（ＳＢＣ１ａとＳＢＣ１ｂ）が、それぞれ、ＳＤＰネゴシエーションで決定された変換後のコーデック情報を記憶し、受信したＳＤＰに変換後のコーデック情報が含まれていない場合、自身のＩＭＳ網（ＳＢＣ１ａ又はＳＢＣ１ｂ）でメディアデータのトランスコーディングを実行するので、トランスコーディングを実行するＩＭＳ網を固定できる。

最後に、本実施の形態で説明したＳＢＣ１ａとＳＢＣ１ｂは、ＣＰＵ、メモリ、ハードディスク等を備えたコンピュータ（情報処理装置）で実現できる。また、ＳＢＣ１ａとＳＢＣ１ｂとしてコンピュータを機能させるためのプログラム（呼制御プログラム）や該プログラムの記憶媒体を作成することも可能である。

最後に、表３及び表４について補足する。第２の実施の形態では、表３又は表４の「ＳＤＰオファー」の「後続」に対応する動作説明欄内に記載されているように、「その決定されたコーデックが含まれておらず、さらに、その前回ネゴシエーションされたコーデックと、受信したＳＤＰオファーに含まれるコーデック間でトランスコーディングが可能な場合、その前回ネゴシエーションされたコーデックを追加する」、処理を行う。

当該処理については、例えば、“トランスコーディングを行っているＳＢＣ１ａにおいて、ＳＢＣ１ｂからのＳＤＰオファーに前回決定されたコーデック（Codec b）が含まれておらず、前回のネゴシエーション（Ｓ４０１〜Ｓ４０４）で決定されたコーデック（Codec a）と、受信したＳＤＰオファーに含まれるコーデック（例えば、Codec c）との間でトランスコーディング可能な場合、前回ネゴシエーションされたコーデック（Codec a）をＳＤＰオファーに追加する”、等の処理が考えられる。この場合、ＳＢＣ１ａは、例えばトランスコーディング可能リスト等を予め保持しておき、当該トランスコーディング可能リストに“Codec a”のコーデック種別と“Codec c”のコーデック種別とが関連付けられていれば、トランスコーディング可能と判定する。

すなわち、ＳＢＣ１（通信装置）は、表３又は表４に基づき、“自通信装置がトランスコーディングを行っており、かつ、前回決定されたコーデック（Codec b）が含まれていないＳＤＰオファーを含むＳＩＰメッセージを受信した場合、当該ＳＤＰオファーに含まれるコーデック（例えば、Codec c）と転送先で使用中のコーデック（Codec a）との間でトランスコーディング可能であれば、転送先で使用中のコーデック（Codec a）をＳＤＰオファーのコーデックリストに追加する”、処理も可能である。

なお、トランスコーディング可能リストは、ＳＢＣ１がトランスコーディング可能なコーデック種別を把握するための一例である。

１（１ａ，１ｂ）…ＳＢＣ
１１…ＳＤＰ処理部
１２…トランスコーディング部
１３…コーデック情報記憶部

Claims

複数の通信装置で行う通信方法において、
前記通信装置は、
ＳＤＰ（Session Description Protocol）ネゴシエーションで決定した使用中のコーデック種別をコーデック情報記憶部に記憶するステップと、
メディアデータのトランスコーディングを行わない場合であって、転送元で使用中のコーデック種別を含むＳＤＰオファーを含むＳＩＰ（Session Initiation Protocol）メッセージを受信した場合、前記ＳＤＰオファーにコーデック種別を追加することなく前記ＳＩＰメッセージを転送するステップと、
を行うことを特徴とする通信方法。
ＳＤＰ（Session Description Protocol）ネゴシエーションで決定した使用中のコーデック種別を記憶するコーデック情報記憶部と、
メディアデータのトランスコーディングを行わない場合であって、転送元で使用中のコーデック種別を含むＳＤＰオファーを含むＳＩＰ（Session Initiation Protocol）メッセージを受信した場合、前記ＳＤＰオファーにコーデック種別を追加することなく前記ＳＩＰメッセージを転送するＳＤＰ処理部と、
を備えることを特徴とする通信装置。
第１の通信装置と第２の通信装置とを備えた通信システムにおいて、
前記第１の通信装置は、
ＳＤＰ（Session Description Protocol）ネゴシエーションで決定した使用中のコーデック種別を記憶するコーデック情報記憶部と、
メディアデータのトランスコーディングを行わない場合であって、転送元で使用中のコーデック種別を含むＳＤＰオファーを含むＳＩＰ（Session Initiation Protocol）メッセージを受信した場合、前記ＳＤＰオファーにコーデック種別を追加することなく前記ＳＩＰメッセージを前記第２の通信装置へ転送するＳＤＰ処理部と、
を備えることを特徴とする通信システム。