JPWO2018012615A1 - 通信方法、通信装置、通信システム及び通信プログラム - Google Patents

通信方法、通信装置、通信システム及び通信プログラム Download PDF

Info

Publication number
JPWO2018012615A1
JPWO2018012615A1 JP2018527680A JP2018527680A JPWO2018012615A1 JP WO2018012615 A1 JPWO2018012615 A1 JP WO2018012615A1 JP 2018527680 A JP2018527680 A JP 2018527680A JP 2018527680 A JP2018527680 A JP 2018527680A JP WO2018012615 A1 JPWO2018012615 A1 JP WO2018012615A1
Authority
JP
Japan
Prior art keywords
codec
sdp
transcoding
ims network
sbc
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.)
Granted
Application number
JP2018527680A
Other languages
English (en)
Other versions
JP6636157B2 (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
Publication of JPWO2018012615A1 publication Critical patent/JPWO2018012615A1/ja
Application granted granted Critical
Publication of JP6636157B2 publication Critical patent/JP6636157B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • 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/1016—IP multimedia subsystem [IMS]
    • 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/1046—Call controllers; Call servers
    • 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/1069—Session establishment or de-establishment
    • 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
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60—Network streaming of media packets
    • H04L65/75—Media network packet handling
    • H04L65/765—Media network packet handling intermediate
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04M—TELEPHONIC COMMUNICATION
    • H04M11/00—Telephonic communication systems specially adapted for combination with other electrical systems
    • H04M11/06—Simultaneous speech and data transmission, e.g. telegraphic transmission over the same conductors
    • H04M11/066—Telephone sets adapted for data transmision

Landscapes

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

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”等、任意の形態で用いることができる。
また、ＳＢＣ１ａが他ＩＭＳ網（ＳＢＣ１ｂ）でトランスコーディングを担うことを希望（要求）した場合であっても、該他ＩＭＳ網でトランスコーディングが不可能な場合、該他ＩＭＳ網からＳＢＣ１ａにトランスコーディングを担うことを希望してもよい。
それゆえ、ＳＤＰ処理部１１は、上記情報要素で要求されたＩＭＳ網でトランスコーディングを実行できない場合、該情報要素を該ＩＭＳ網以外のＩＭＳ網に変更する機能を更に備える。
トランスコーディング部１２は、メディアパケット（メディアデータ）をトランスコーディングする従来機能に加え、ＳＤＰ処理部１１によるトランスコーディング実行主体のネゴシエーション結果に応じてトランスコーディングを実行する又は実行しない機能を備える。具体的に、トランスコーディング部１２は、トランスコーディングを実行するＩＭＳ網が自ＩＭＳ網の場合にはトランスコーディングを実行し、トランスコーディングを実行するＩＭＳ網が他ＩＭＳ網の場合にはトランスコーディングを実行しない。
コーデック情報記憶部１３は、自ＩＭＳ網（自ＳＢＣ）又は自ＩＭＳ網内の端末でトランスコーディング対応可能なコーデック情報（例えば、自ＩＭＳ網でＧ．７１１μ−ｌａｗの音声コーデックをサポートする場合、Ｇ．７１１μ−ｌａｗ）、事業者間合意やＳＬＡ等で規定されたオペレータポリシーを記憶する従来機能に加え、ＳＤＰに設定する又は設定された上記情報要素をＳＤＰ処理部１１又はトランスコーディング部１２により読出可能又は参照可能に記憶する機能を備える。
なお、本発明において、トランスコーディングとは、主に音声・映像通信メディアのコーデック（符号化方式）を変換する機能・処理を指す。例えば、Ｇ．７１１μ−ｌａｗの音声コーデックをＡＭＲの音声コーデックに変換すること、その逆変換を行うことをいう。ただし、Ｇ．７１１μ−ｌａｗやＡＭＲはコーデックの一例であり、本発明は特定の種別のコーデックに限定されない。
ここまで、ＳＢＣ１ａとＳＢＣ１ｂの機能について概説した。ただ、実際に、トランスコーディングを実行するＩＭＳ網をネゴシエーションにより決定するには、ＳＢＣ１ａとＳＢＣ１ｂの機能を詳述する必要がある。そこで、ＳＢＣ１ａ（初回ＳＤＰオファー送信側）とＳＢＣ１ｂ（初回ＳＤＰアンサー送信側）とが行う具体的動作を表１，表２にそれぞれ例示する。ＳＢＣ１ａのＳＤＰ処理部１１は、表１の記載内容に沿って動作・処理を行い、ＳＢＣ１ｂのＳＤＰ処理部１１は、表２の記載内容に沿って動作・処理を行う。
Figure 2018012615
Figure 2018012615
次に、トランスコーディングの実行主体（ＩＭＳ網，ＳＢＣ）を決定するネゴシエーション動作について説明する。
まず、図２を参照しながら、初回ＳＤＰオファー送信側のＩＭＳ網（ＳＢＣ１ａ）でトランスコーディングを実行する場合のネゴシエーション動作について説明する。
まず、ＳＢＣ１ａは、自ＩＭＳ網から初回ＳＤＰオファーを受信した後、オペレータポリシーに基づき自ＩＭＳ網（ＳＢＣ１ａ）でコーデック変換を行う場合、初回ＳＤＰオファーに設定されているコーデックリストに自ＩＭＳ網又は自ＩＭＳ網内の端末でトランスコーディング対応可能なコーデック（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）を追加して、初回ＳＤＰオファーを自ＩＭＳ網へ送信する（ステップＳ２０２）。
その後、ＳＢＣ１ｂのＩＭＳ網内の着側端末で自身が使用したいコーデックが決定される。具体的に、着信端末は、初回ＳＤＰオファー内のメディア条件（codec a, b）に自身が通信に利用可能なメディア条件があれば、そのメディア条件（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”を設定して、２回目の初回ＳＤＰオファーを他ＩＭＳ網（ＳＢＣ１ｂ）へ送信する（ステップＳ３０５）。
これ以降のステップＳ３０６〜ステップＳ３０９は、上述したステップＳ１０２〜Ｓ１０５と同じである。
本実施の形態によれば、複数のＩＭＳ網（ＳＢＣ１ａとＳＢＣ１ｂ）が、いずれのＩＭＳ網でトランスコーディングを行うかを要求する情報要素をＳＤＰに設定し、該情報要素を用いてＩＭＳ網間（ＳＢＣ１ａとＳＢＣ１ｂ間）でトランスコーディングを行うＩＭＳ網（ＳＢＣ１ａ又はＳＢＣ１ｂ）を決定し、決定されたＩＭＳ網でメディアデータのトランスコーディングを実行するので、トランスコーディングを実行するＩＭＳ網を固定できる。
これにより、莫大なリソースを消費するトランスコーディングの実行場所・実行主体を初回ＳＤＰオファー送信側又は初回ＳＤＰアンサー送信側に固定できるので、通信事業者にとって必要となるリソースの予測と設備設計が可能となり、通信事業者間でのアクセスチャージの整理が容易となる。
また、本実施の形態によれば、ＳＤＰの情報要素で要求されたＩＭＳ網でトランスコーディングを実行できない場合、該情報要素を該ＩＭＳ網以外のＩＭＳ網に変更するので、トランスコーディングを実行するＩＭＳ網（ＳＢＣ）を適切に変更できる。これにより、あるＩＭＳ網でトランスコーディングを実行できない場合であっても、他のいずれかのＩＭＳ網でトランスコーディングを実行できるので、発着端末間での呼接続確立を向上できる。
＜第２の実施の形態＞
第２の実施の形態では、ＳＤＰオファー送信側及び／又はＳＤＰアンサー送信側で、自ＩＭＳ網の両側との間で最後のＳＤＰネゴシエーションにより決定されたコーデック情報をセッション関連情報要素として管理することにより、トランスコーディングを継続する。
本実施の形態に係る呼制御システムの全体構成及びＳＢＣ１ａ，１ｂの機能ブロック構成は、図１に示した第１の実施の形態と同様である。
ＳＤＰ処理部１１は、ＳＤＰの書き換え処理（コーデックをＳＤＰに追加・削除等する処理）等の従来機能を備える。
コーデック情報記憶部１３は、自ＩＭＳ網（自ＳＢＣ）又は自ＩＭＳ網内の端末でトランスコーディング対応可能なコーデック情報を記憶する従来機能に加え、ＳＤＰネゴシエーションで決定された変換前後のコーデック情報をセッション関連情報要素として記憶する機能を備える。
トランスコーディング部１２は、メディアパケット（メディアデータ）をトランスコーディングする従来機能に加え、コーデック情報記憶部１３のセッション関連情報要素に基づきトランスコーディングを実行する又は実行しない機能を備える。具体的に、トランスコーディング部１２は、受信したＳＤＰに、セッション関連情報要素で管理している変換後のコーデック情報が含まれていない場合、トランスコーディングを実行し、変換後のコーデック情報が含まれている場合、トランスコーディングを実行しない。
ここまで、ＳＢＣ１ａとＳＢＣ１ｂとの機能について概説した。なお、より具体的には、ＳＢＣ１ａとＳＢＣ１ｂの各ＳＤＰ処理部１１は、表３，表４に例示する動作内容に沿って動作・処理を行う。
Figure 2018012615
Figure 2018012615
次に、図５を参照しながら、初回ＳＤＰオファー送信側のＩＭＳ網（ＳＢＣ１ａ）でトランスコーディングを実行する場合の動作について説明する。
まず、ＳＢＣ１ａは、自ＩＭＳ網から初回ＳＤＰオファーを受信した後、自ＩＭＳ網でコーデック変換を行う場合、初回ＳＤＰオファーに設定されているコーデックリストに自ＩＭＳ網又は自ＩＭＳ網内の端末でトランスコーディング対応可能なコーデック（codec b）を追加して、初回ＳＤＰオファーを他ＩＭＳ網（ＳＢＣ１ｂ）へ送信する（ステップＳ４０１）。
次に、ＳＢＣ１ｂは、ＳＢＣ１ａから初回ＳＤＰオファーを受信すると、自ＩＭＳ網でコーデック変換を行わない場合、初回ＳＤＰオファーに設定されているコーデックリストにコーデックを追加せず、初回ＳＤＰオファーを自ＩＭＳ網へ送信（透過）する（ステップＳ４０２）。
その後、ＳＢＣ１ｂのＩＭＳ網内の着側端末で自身が使用したいコーデックが決定される。具体的に、着信端末は、初回ＳＤＰオファー内のメディア条件（codec a, b）に自身が通信に利用可能なメディア条件があれば、そのメディア条件（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, 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 (10)

  1. 複数の通信装置で行う通信方法において、
    前記通信装置は、
    いずれの側の通信装置でメディアデータのトランスコーディングを実行すべきかを要求するパラメータ情報をＳＤＰ（Session Description Protocol）に設定する第１のステップと、
    前記ＳＤＰに設定されたパラメータ情報に自側の通信装置が要求されている場合、自通信装置でメディアデータのトランスコーディングを実行する第２のステップと、
    を行うことを特徴とする通信方法。
  2. 前記第１のステップでは、
    前記パラメータ情報で要求された自側の通信装置で前記トランスコーディングを行わない場合、前記パラメータ情報を他側の通信装置に変更することを特徴とする請求項１に記載の通信方法。
  3. 複数の通信装置で行う通信方法において、
    前記通信装置は、メディアデータのトランスコーディングを行う場合、
    ＳＤＰ（Session Description Protocol）ネゴシエーションで決定した使用中のコーデック種別をコーデック情報記憶部に記憶する第１のステップと、
    ＳＤＰオファーを含むＳＩＰ（Session Initiation Protocol）メッセージを受信する第２のステップと、
    転送先で使用中のコーデック種別を含めた前記ＳＤＰオファーを含む前記ＳＩＰメッセージを送信する第３のステップと、
    を行うことを特徴とする通信方法。
  4. 前記第３のステップでは、
    前記受信したＳＩＰメッセージのＳＤＰオファーに転送元で使用中のコーデック種別が含まれている場合、転送先で使用中のコーデック種別を前記送信するＳＩＰメッセージのＳＤＰオファーに含めることを特徴とする請求項３に記載の通信方法。
  5. 前記第３のステップでは、
    前記受信したＳＩＰメッセージのＳＤＰオファーに転送元で使用中のコーデック種別が含まれていない場合、当該ＳＤＰオファーに含まれるコーデック種別と転送先で使用中のコーデック種別との間でトランスコーディング可能であれば、転送先で使用中のコーデック種別を前記送信するＳＩＰメッセージのＳＤＰオファーに含めることを特徴とする請求項３に記載の通信方法。
  6. 複数の通信装置で行う通信方法において、
    前記通信装置は、
    ＳＤＰ（Session Description Protocol）ネゴシエーションで決定した使用中のコーデック種別をコーデック情報記憶部に記憶するステップと、
    メディアデータのトランスコーディングを行わない場合であって、転送元で使用中のコーデック種別を含むＳＤＰオファーを含むＳＩＰ（Session Initiation Protocol）メッセージを受信した場合、前記ＳＤＰオファーにコーデック種別を追加することなく前記ＳＩＰメッセージを転送するステップと、
    を行うことを特徴とする通信方法。
  7. メディアデータのトランスコーディングを行うトランスコーディング部と、
    ＳＤＰ（Session Description Protocol）ネゴシエーションで決定した使用中のコーデック種別を記憶するコーデック情報記憶部と、
    ＳＤＰオファーを含むＳＩＰ（Session Initiation Protocol）メッセージを受信した場合、前記ＳＩＰメッセージを転送する際に、転送先で使用中のコーデック種別を前記ＳＤＰオファーに含めるＳＤＰ処理部と、
    を備えることを特徴とする通信装置。
  8. ＳＤＰ（Session Description Protocol）ネゴシエーションで決定した使用中のコーデック種別を記憶するコーデック情報記憶部と、
    メディアデータのトランスコーディングを行わない場合であって、転送元で使用中のコーデック種別を含むＳＤＰオファーを含むＳＩＰ（Session Initiation Protocol）メッセージを受信した場合、前記ＳＤＰオファーにコーデック種別を追加することなく前記ＳＩＰメッセージを転送するＳＤＰ処理部と、
    を備えることを特徴とする通信装置。
  9. 第１の通信装置と第２の通信装置とを備えた通信システムにおいて、
    前記第１の通信装置は、
    ＳＤＰ（Session Description Protocol）ネゴシエーションで決定した使用中のコーデック種別を記憶するコーデック情報記憶部と、
    メディアデータのトランスコーディングを行わない場合であって、転送元で使用中のコーデック種別を含むＳＤＰオファーを含むＳＩＰ（Session Initiation Protocol）メッセージを受信した場合、前記ＳＤＰオファーにコーデック種別を追加することなく前記ＳＩＰメッセージを前記第２の通信装置へ転送するＳＤＰ処理部と、を備え、
    前記第２の通信装置は、
    メディアデータのトランスコーディングを行うトランスコーディング部と、
    ＳＤＰネゴシエーションで決定した使用中のコーデック種別を記憶するコーデック情報記憶部と、
    前記ＳＩＰメッセージを受信した場合、前記ＳＩＰメッセージを転送する際に、転送先で使用中のコーデック種別を前記ＳＤＰオファーに含めるＳＤＰ処理部と、
    を備えることを特徴とする通信システム。
  10. 請求項１乃至６のいずれかに記載の通信方法をコンピュータに実行させることを特徴とする通信プログラム。
JP2018527680A 2016-07-14 2017-07-14 通信方法及び通信プログラム Active JP6636157B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2016139714 2016-07-14
JP2016139714 2016-07-14
PCT/JP2017/025713 WO2018012615A1 (ja) 2016-07-14 2017-07-14 通信方法、通信装置、通信システム及び通信プログラム

Related Child Applications (2)

Application Number Title Priority Date Filing Date
JP2019208007A Division JP6758472B2 (ja) 2016-07-14 2019-11-18 通信方法、通信装置及び通信システム
JP2019208008A Division JP6880421B2 (ja) 2016-07-14 2019-11-18 通信方法、通信装置及び通信システム

Publications (2)

Publication Number Publication Date
JPWO2018012615A1 true JPWO2018012615A1 (ja) 2019-04-11
JP6636157B2 JP6636157B2 (ja) 2020-01-29

Family

ID=60952102

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2018527680A Active JP6636157B2 (ja) 2016-07-14 2017-07-14 通信方法及び通信プログラム
JP2019208008A Active JP6880421B2 (ja) 2016-07-14 2019-11-18 通信方法、通信装置及び通信システム
JP2019208007A Active JP6758472B2 (ja) 2016-07-14 2019-11-18 通信方法、通信装置及び通信システム

Family Applications After (2)

Application Number Title Priority Date Filing Date
JP2019208008A Active JP6880421B2 (ja) 2016-07-14 2019-11-18 通信方法、通信装置及び通信システム
JP2019208007A Active JP6758472B2 (ja) 2016-07-14 2019-11-18 通信方法、通信装置及び通信システム

Country Status (3)

Country Link
US (5) US11012478B2 (ja)
JP (3) JP6636157B2 (ja)
WO (1) WO2018012615A1 (ja)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11012478B2 (en) 2016-07-14 2021-05-18 Nippon Telegraph And Telephone Corporation Communication method and communication program
CN113453081A (zh) * 2020-03-28 2021-09-28 华为技术有限公司 视频传输方法、系统、相关设备及存储介质
EP3965389B1 (en) * 2020-09-08 2022-07-27 Deutsche Telekom AG Method of adaptive transcoding optimization for multimedia communication and communication system

Family Cites Families (59)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6359902B1 (en) * 1998-08-18 2002-03-19 Intel Corporation System for translation and delivery of multimedia streams
EP1069738A1 (en) 1999-07-16 2001-01-17 Alcatel A gateway comprising transcoding means
FI20011962A0 (fi) 2001-10-09 2001-10-09 Nokia Corp Koodinmuunninjärjestely
US20040037312A1 (en) * 2002-08-23 2004-02-26 Spear Stephen L. Method and communication network for operating a cross coding element
FI20031659A0 (fi) 2003-11-14 2003-11-14 Nokia Corp Menetelmä ja järjestelmä mediaistunnon muodostamiseen
US8199727B1 (en) * 2003-11-17 2012-06-12 Ericsson Ab Call delivery in a CDMA legacy MS domain for SIP call origination
US7751359B1 (en) * 2003-11-26 2010-07-06 Ericsson Ab Call origination in a CDMA legacy MS domain using SIP
EP1736015B1 (en) * 2004-04-16 2013-09-04 BlackBerry Limited System and method for providing early ringback by a home legacy mobile station domain network
GB0500483D0 (en) 2005-01-11 2005-02-16 Nokia Corp Multi-party sessions in a communication system
US8249076B1 (en) 2005-01-14 2012-08-21 Acme Packet, Inc. Method, system and architecture for validating media sessions in networks that use communication protocols with distinct signaling and media channels
US7617319B2 (en) * 2005-06-30 2009-11-10 Motorola, Inc. Method and system for optimizing transcoder resources
US7512118B1 (en) 2005-06-30 2009-03-31 Nortel Networks Limited CODEC negotiation considering quality and costs
US20070047707A1 (en) * 2005-08-26 2007-03-01 Net2Phone, Inc. IP-enhanced cellular services
DE102005050586B3 (de) 2005-10-21 2006-11-02 Siemens Ag Verfahren zum Aufbau einer Videotelefonverbindung und/oder Multimediatelefonverbindung in einem Datennetz
WO2007056537A2 (en) * 2005-11-09 2007-05-18 Dilithium Networks Pty Ltd. Accelerated session establishment in a multimedia gateway
US8059656B1 (en) 2006-05-12 2011-11-15 Radha Telikepalli Expedited resource negotiation in SIP
KR100800748B1 (ko) * 2006-07-28 2008-02-01 삼성전자주식회사 블루투스를 이용한 동영상 스트림 전송 장치 및 방법
US8472453B2 (en) 2006-08-16 2013-06-25 Cisco Technology, Inc. Terminal capabilities set exchange between heterogeneous endpoints
CN101155191B (zh) * 2006-09-25 2011-06-08 华为技术有限公司 支持ims终端享用现有iptv业务的系统和方法
KR100744567B1 (ko) * 2006-09-29 2007-08-01 한국전자통신연구원 멀티 네트워크 멀티 코덱 환경에서 트랜스코딩 횟수를최소화하는 장치 및 방법
CN101601269B (zh) 2006-12-08 2015-11-25 艾利森电话股份有限公司 用户媒体与通告媒体之间切换的方法，系统及通告服务器
US8139541B2 (en) * 2006-12-15 2012-03-20 Alcatel Lucent Method and system for bypassing media gateways in wireless networks
EP2123070B1 (en) * 2007-01-18 2010-11-24 Telefonaktiebolaget LM Ericsson (publ) Technique for controlling codec selection along a complex call path
EP2127230A4 (en) * 2007-02-09 2014-12-31 Onmobile Global Ltd METHOD AND APPARATUS FOR ADAPTING MULTIMEDIA CONTENT IN TELECOMMUNICATIONS NETWORKS
US7940793B2 (en) * 2007-04-24 2011-05-10 Avaya Communication Israel Ltd Media application
US8502855B2 (en) * 2007-04-26 2013-08-06 Telefonaktiebolaget L M Ericsson (Publ) Codec negotiation
EP2163068B1 (en) 2007-05-22 2016-02-03 Telefonaktiebolaget LM Ericsson (publ) Method, apparatuses and computer program for dynamically configuring a proxy call session control function of the ip multimedia subsystem from a policy control rules server
US8893204B2 (en) * 2007-06-29 2014-11-18 Microsoft Corporation Dynamically adapting media streams
US8776161B2 (en) * 2008-02-12 2014-07-08 Ciena Corporation Systems and methods for video processing in network edge devices
US8670770B2 (en) 2008-10-14 2014-03-11 Altobridge Limited Communications system and method
US8289368B2 (en) 2008-12-15 2012-10-16 Avaya Inc. Intelligent grouping and synchronized group switching for multimedia conferencing
KR101489432B1 (ko) 2008-12-16 2015-02-03 삼성전자주식회사 접속 설정 프로토콜 기반의 브이오 아이피 네트워크에서 미디어 코덱 결정 방법 및 장치
US9282131B2 (en) * 2009-01-20 2016-03-08 Imagine Communications Corp. System and method for splicing media files
JP5318658B2 (ja) 2009-05-21 2013-10-16 株式会社エヌ・ティ・ティ・ドコモ 通信制御装置、及びコーデック切替方法
JP5001983B2 (ja) * 2009-07-21 2012-08-15 株式会社エヌ・ティ・ティ・ドコモ 通信制御システム、及び通信制御方法
CN102598619B (zh) * 2009-08-25 2015-06-17 诺基亚通信公司 对通信连接的编解码器协商的控制
CN102055741B (zh) * 2009-11-06 2013-08-14 华为终端有限公司 媒体会话协商的方法、设备及系统
US8660551B2 (en) * 2009-12-07 2014-02-25 Verizon Patent And Licensing Inc. Look-ahead capability determination via device profiles
JP2011166453A (ja) 2010-02-09 2011-08-25 Nippon Telegr & Teleph Corp <Ntt> ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）中継装置、パケット変換装置、ネットワークシステム、制御方法及び制御プログラム
US9143534B1 (en) * 2010-03-31 2015-09-22 Sprint Communications Company L.P. Managing multimedia messages being transmitted to recipient devices of foreign networks
JP2012105211A (ja) 2010-11-12 2012-05-31 Ntt Docomo Inc コアネットワークおよび通信システム
JP5656712B2 (ja) 2011-03-29 2015-01-21 西日本電信電話株式会社 通信制御装置、通信制御方法
JP5679577B2 (ja) * 2011-06-28 2015-03-04 日本電信電話株式会社 中継システム及び中継網のコーディック選択方法
GB2494153B (en) * 2011-08-31 2018-11-28 Metaswitch Networks Ltd Selection of codecs
US9509725B2 (en) * 2011-11-02 2016-11-29 Nokia Solutions And Networks Oy Method and apparatus for indicating a type of a network interface
CN102448135A (zh) 2011-11-17 2012-05-09 中兴通讯股份有限公司 一种单无线语音连续切换的方法及系统
WO2013182256A1 (en) 2012-06-04 2013-12-12 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatus for media transmission in telecommunications networks
US8923880B2 (en) * 2012-09-28 2014-12-30 Intel Corporation Selective joinder of user equipment with wireless cell
US9356987B2 (en) * 2012-10-09 2016-05-31 Vantrix Corporation System and method for optimizing a communication session between multiple terminals involving transcoding operations
US20150045041A1 (en) * 2013-08-12 2015-02-12 Qualcomm Incorporated Devices and methods for establishing transcoder-free communication paths with multi-sim devices
WO2015129181A1 (ja) 2014-02-28 2015-09-03 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 音声通信端末、中間ノード、処理装置、接続方法およびプログラム
KR101581947B1 (ko) * 2014-07-17 2015-12-31 주식회사 케이티 선택적 트랜스코딩 시스템 및 방법
US10148703B2 (en) 2014-10-09 2018-12-04 T-Mobile Usa, Inc. Service capabilities in heterogeneous network
US9961116B2 (en) * 2014-11-26 2018-05-01 Edgewater Networks, Inc. Method and system for providing remote transcoding of media data on a VOIP system
US9876838B2 (en) 2015-06-02 2018-01-23 Verizon Patent And Licensing Inc. Dynamic codec negotiation
US10129300B2 (en) 2015-08-18 2018-11-13 Sonus Networks, Inc. Communications methods, apparatus and systems for conserving media resource function resources
US9992643B2 (en) * 2016-07-06 2018-06-05 Verizon Patent And Licensing Inc. Session establishment, maintenance, and termination by end device based on SMS messaging
US10848602B2 (en) 2016-07-08 2020-11-24 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for implementing congestion control negotiation
US11012478B2 (en) 2016-07-14 2021-05-18 Nippon Telegraph And Telephone Corporation Communication method and communication program

Also Published As

Publication number Publication date
JP6880421B2 (ja) 2021-06-02
JP2020025346A (ja) 2020-02-13
US20230319117A1 (en) 2023-10-05
JP6758472B2 (ja) 2020-09-23
US12113834B2 (en) 2024-10-08
US20230269280A1 (en) 2023-08-24
US12028382B2 (en) 2024-07-02
US12034776B2 (en) 2024-07-09
US20200344276A1 (en) 2020-10-29
JP6636157B2 (ja) 2020-01-29
WO2018012615A1 (ja) 2018-01-18
US20190166165A1 (en) 2019-05-30
US11012478B2 (en) 2021-05-18
US20230269279A1 (en) 2023-08-24
JP2020025347A (ja) 2020-02-13

Similar Documents

Publication Publication Date Title
JP6758472B2 (ja) 通信方法、通信装置及び通信システム
CN106850399B (zh) 一种基于WebRTC技术即时消息的通信方法
KR101705440B1 (ko) 미디어 통신용 하이브리드 클라우드 미디어 아키텍쳐
KR20080080504A (ko) Ｉｍｓ 네트워크에서 발신측 장치들에 커스터마이즈된 링백톤들을 제공하기 위한 방법 및 장치
JP2007318343A (ja) ゲートウェイ装置及び再ネゴシエーション方法
US20150334241A1 (en) Real-Time Monitoring/Interrupting of Voicemail Message Recording
JP2007201900A (ja) セッション制御方法、通信システム、通信制御装置、及び、接続指示装置
GB2562541A (en) A signalling protocol routing system
JP2011029827A (ja) 呼制御装置、情報通信方法、情報通信プログラム、及び情報通信システム
KR102556286B1 (ko) 인터넷 환경에서의 WebRTC 기반 통화 연결 방법 및 그 장치
JP5634340B2 (ja) 中継システム及び中継網のコーディック選択方法
JP2011515980A (ja) 通信システムにおけるピアツーピアマルチメディア接続の状態を問い合わせるシステムおよび方法
JP2011166453A (ja) ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）中継装置、パケット変換装置、ネットワークシステム、制御方法及び制御プログラム
Shanmugalingam et al. User mobility in a web-based communication system
US20110044319A1 (en) Early media and forking in 3pcc
JP5568348B2 (ja) 通信制御装置及び通信制御システム
JP6348875B2 (ja) 中継装置、呼制御システム、呼制御方法、および、呼制御プログラム
EP2309693A1 (en) Improved voice over IP communication method
Kuwadekar et al. Real time video adaptation in next generation networks
JP5498345B2 (ja) 転送サービスシステム、セッション制御サーバ、および転送サービス制御方法
KR100998751B1 (ko) Ｉｍｓ망에서의 영상 링백톤 제공 장치 및 그 방법
JP2014116838A (ja) コーデック変換ゲートウェイ、コーデック変換方法、及び、コーデック変換プログラム
KR100947085B1 (ko) 호 설정 프로토콜 기반의 음성패킷망 연동 서버를 포함하는 연동망 및 연동 방법
Wisely et al. SIP—THE SESSION INITIATION PROTOCOL

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20181210

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20190917

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20191118

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: 20191210

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20191217

R150 Certificate of patent or registration of utility model

Ref document number: 6636157

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150