JP6305635B2 - メディア通信システム、音声端末および音声符号変換装置 - Google Patents
メディア通信システム、音声端末および音声符号変換装置 Download PDFInfo
- Publication number
- JP6305635B2 JP6305635B2 JP2017509127A JP2017509127A JP6305635B2 JP 6305635 B2 JP6305635 B2 JP 6305635B2 JP 2017509127 A JP2017509127 A JP 2017509127A JP 2017509127 A JP2017509127 A JP 2017509127A JP 6305635 B2 JP6305635 B2 JP 6305635B2
- Authority
- JP
- Japan
- Prior art keywords
- voice
- message
- telephone number
- terminal
- code conversion
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/10—Upper layer protocols adapted for application session management, e.g. SIP [Session Initiation Protocol]
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
この発明は、ネットワークを介して音声通話を行う複数の音声端末と、複数の音声端末間で通信するメディア種別を変換する音声符号変換装置と、複数の音声端末と音声符号変換装置とＳＩＰサーバとで構成されるメディア通信システムに関するものである。
近年のＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ネットワークの発展により、音声信号をＩＰパケット化して伝送するＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）技術の普及が進んでいる。
一般に、ＶｏＩＰ端末（音声端末）間の呼接続プロトコルにはＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が用いられる。ＳＩＰには、ＶｏＩＰ端末が送受信する音声パケット内に格納される音声符号の種別をネゴシエーションする機能がある。具体的には、対応可能な音声符号種別をＳＩＰメッセージのボディ部にＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）書式に従って記述し、ＶｏＩＰ端末はこれを参照して、伝送する音声符号種別を決定する。
通常、双方のＶｏＩＰ端末は同一の音声コーデック（音声符号器・復号器）を備えていないと通話が出来ないが、ＶｏＩＰ端末が送受信する音声パケットを仲介して音声符号を変換する装置を備えることで、異なる音声コーデックを備えたＶｏＩＰ端末間の通話を実現する方法が開示されている（例えば、特許文献１）。
特許文献１には、それぞれ異なるネットワークにあるＶｏＩＰ端末間の通話において音声符号の変換が必要であり、それぞれのネットワークにあるＳＩＰサーバを介して呼制御が行われるシステムにおいて、音声符号変換装置をネットワークの境界に配置し、音声符号変換装置がＳＩＰメッセージと音声パケットの中継点として機能し、ＳＩＰメッセージの書き換えと音声符号の変換を行う技術が開示されている。
一般に、ＶｏＩＰ端末（音声端末）間の呼接続プロトコルにはＳＩＰ（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）が用いられる。ＳＩＰには、ＶｏＩＰ端末が送受信する音声パケット内に格納される音声符号の種別をネゴシエーションする機能がある。具体的には、対応可能な音声符号種別をＳＩＰメッセージのボディ部にＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）書式に従って記述し、ＶｏＩＰ端末はこれを参照して、伝送する音声符号種別を決定する。
通常、双方のＶｏＩＰ端末は同一の音声コーデック（音声符号器・復号器）を備えていないと通話が出来ないが、ＶｏＩＰ端末が送受信する音声パケットを仲介して音声符号を変換する装置を備えることで、異なる音声コーデックを備えたＶｏＩＰ端末間の通話を実現する方法が開示されている（例えば、特許文献１）。
特許文献１には、それぞれ異なるネットワークにあるＶｏＩＰ端末間の通話において音声符号の変換が必要であり、それぞれのネットワークにあるＳＩＰサーバを介して呼制御が行われるシステムにおいて、音声符号変換装置をネットワークの境界に配置し、音声符号変換装置がＳＩＰメッセージと音声パケットの中継点として機能し、ＳＩＰメッセージの書き換えと音声符号の変換を行う技術が開示されている。
一方、特許文献１に開示されているような技術では、異なる音声コーデックを備えたＶｏＩＰ端末が同一ネットワーク内に混在するシステムにおいて、音声符号の変換を実現するためには、ＳＩＰサーバは、ＶｏＩＰ端末から受信したＳＩＰメッセージを本来の転送先のＶｏＩＰ端末ではなく音声符号変換装置に転送し、このＳＩＰメッセージが音声符号変換装置で書き換えられた後、ＳＩＰサーバは書き換え後のＳＩＰメッセージを音声符号変換装置から受信し、その後、本来の転送先のＶｏＩＰ端末に転送するという動作を行う必要がある。
しかしながら、このような音声符号変換装置との連携動作は、ＳＩＰサーバ本来の機能ではなく、その分、ＳＩＰサーバの処理負荷が増大するという課題があった。
しかしながら、このような音声符号変換装置との連携動作は、ＳＩＰサーバ本来の機能ではなく、その分、ＳＩＰサーバの処理負荷が増大するという課題があった。
この発明は上記のような課題を解決するためになされたもので、異なる音声コーデックを備えた音声端末が同一ネットワーク上に混在する場合であっても、音声端末間の音声通信が可能であり、ＳＩＰサーバと音声符号変換装置との連携を不要とし、ＳＩＰサーバの処理負荷を軽減させることができるメディア通信システム得ることを目的とする。
この発明に係るメディア通信システムは、ネットワークを介して、複数の音声端末と、呼制御サーバと、複数の音声端末間で通信するメディア種別を変換する音声符号変換装置とが接続され、複数の音声端末が音声通話を行うメディア通信システムであって、音声端末は、発信先の音声端末の電話番号を、設定されたルールにより、音声符号変換装置が有する電話番号に変換する電話番号変換部と、電話番号変換部が変換した電話番号から、発信用のメッセージを生成し、呼制御サーバを介して音声符号変換装置へ送信させる端末ＳＩＰ制御部とを備え、音声符号変換装置は、発信元の音声端末から、呼制御サーバを介して発信用のメッセージを受信した場合、当該受信した発信用のメッセージ内の宛先電話番号を、設定されたルールにより逆変換して発信先の音声端末の電話番号にし、発信用のメッセージ内の音声パケットの受信アドレスを自身のアドレスとして新たな発信用のメッセージを生成するＩＮＶＩＴＥ生成部と、ＩＮＶＩＴＥ生成部が生成した発信用のメッセージを、呼制御サーバを介して発信先の音声端末に送信するＩＰパケット送受信部とを備えたものである。
この発明によれば、異なる音声コーデックを備えた音声端末が同一ネットワーク上に混在する場合であっても、ＶｏＩＰ端末間の音声通信が可能であり、ＳＩＰサーバと音声符号変換装置との連携を不要とし、ＳＩＰサーバの処理負荷を軽減させることができる。
以下、この発明の実施の形態について、図面を参照しながら詳細に説明する。
実施の形態１．
図１は、この発明の実施の形態１に係るメディア通信システムの構成図である。
図１に示すように、メディア通信システムは、ＳＩＰサーバ（呼制御サーバ）１と、ＶｏＩＰ端末（音声端末）２１〜２Ｎと、音声符号変換装置３とが、ＩＰネットワーク４を介して接続される。
ＳＩＰサーバ１は、各ＶｏＩＰ端末２１〜２Ｎの電話番号とアドレス情報を管理し、各ＶｏＩＰ端末２１〜２Ｎが送信するＳＩＰメッセージを転送する。
ＶｏＩＰ端末２１〜２Ｎは、端末間で、ＶｏＩＰによる通話を行う。
音声符号変換装置３は、各ＶｏＩＰ端末２１〜２Ｎが送信する音声パケットの音声符号を変換する。
実施の形態１．
図１は、この発明の実施の形態１に係るメディア通信システムの構成図である。
図１に示すように、メディア通信システムは、ＳＩＰサーバ（呼制御サーバ）１と、ＶｏＩＰ端末（音声端末）２１〜２Ｎと、音声符号変換装置３とが、ＩＰネットワーク４を介して接続される。
ＳＩＰサーバ１は、各ＶｏＩＰ端末２１〜２Ｎの電話番号とアドレス情報を管理し、各ＶｏＩＰ端末２１〜２Ｎが送信するＳＩＰメッセージを転送する。
ＶｏＩＰ端末２１〜２Ｎは、端末間で、ＶｏＩＰによる通話を行う。
音声符号変換装置３は、各ＶｏＩＰ端末２１〜２Ｎが送信する音声パケットの音声符号を変換する。
ＶｏＩＰ端末２１〜２Ｎは、それぞれ固有の電話番号を１個持ち、ＶｏＩＰ端末２１、２２、・・・２Ｎの電話番号をそれぞれ１００１、１００２、・・・、１０００＋Ｎとし、メディア通信システム中に設置されるＶｏＩＰ端末２１〜２Ｎの数Ｎは、１０００未満であるとする。
これに対して、音声符号変換装置３は、メディア通信システム上に設置されたＶｏＩＰ端末２１〜２Ｎの数と同数の電話番号を持つＶｏＩＰ端末として動作し、その電話番号を２００１、２００２、・・・、２０００＋Ｎとする。ここでは、Ｎは１０００未満であるため、ＶｏＩＰ端末２１〜２Ｎの電話番号と音声符号変換装置３の電話番号は重複しない。
これに対して、音声符号変換装置３は、メディア通信システム上に設置されたＶｏＩＰ端末２１〜２Ｎの数と同数の電話番号を持つＶｏＩＰ端末として動作し、その電話番号を２００１、２００２、・・・、２０００＋Ｎとする。ここでは、Ｎは１０００未満であるため、ＶｏＩＰ端末２１〜２Ｎの電話番号と音声符号変換装置３の電話番号は重複しない。
図２は、この発明の実施の形態１に係るメディア通信システムにおけるＶｏＩＰ端末２１〜２Ｎの内部構成を説明する図である。
ＶｏＩＰ端末２１〜２Ｎは、電話番号受付部２０１と、電話番号変換部２０２と、登録情報生成部２０３と、符号変換装置登録情報生成部２０４と、端末ＳＩＰ制御部２０５と、音声受付部２０６と、音声符号器２０７と、音声復号器２０８と、音声出力部２０９と、ＩＰパケット送受信部２１０とを備える。
ＶｏＩＰ端末２１〜２Ｎは、電話番号受付部２０１と、電話番号変換部２０２と、登録情報生成部２０３と、符号変換装置登録情報生成部２０４と、端末ＳＩＰ制御部２０５と、音声受付部２０６と、音声符号器２０７と、音声復号器２０８と、音声出力部２０９と、ＩＰパケット送受信部２１０とを備える。
電話番号受付部２０１は、端末ユーザからの電話番号入力を受け付ける。
電話番号変換部２０２は、電話番号を特定のルールで他の番号に変換する。
登録情報生成部２０３は、ＳＩＰサーバ１に登録する自端末情報を生成する。
符号変換装置登録情報生成部２０４は、音声符号変換装置３の登録情報を生成する。
端末ＳＩＰ制御部２０５は、ＳＩＰメッセージを生成、解読、送受信制御を行い、ＶｏＩＰ端末２１〜２Ｎを制御する。
音声受付部２０６は、端末ユーザの通話音声を受け付ける。
音声符号器２０７は、音声受付部２０６が受け付けた端末ユーザの通話音声を符号化する。
音声復号器２０８は、通話先から受信した、符号化された通話音声を復号する。
音声出力部２０９は、通話先から受信し、音声復号器２０８が復号した通話音声を端末ユーザに対して出力する。
ＩＰパケット送受信部２１０は、ＩＰネットワーク４を介して、ＩＰネットワーク４に接続される各ＶｏＩＰ端末や音声符号変換装置３とＩＰパケットを送受信する。
なお、図２に示す構成は、電話番号変換部２０２と符号変換装置登録情報生成部２０４を除くと、一般的なＳＩＰベースのＶｏＩＰ端末と同様な構成である。
電話番号変換部２０２は、電話番号を特定のルールで他の番号に変換する。
登録情報生成部２０３は、ＳＩＰサーバ１に登録する自端末情報を生成する。
符号変換装置登録情報生成部２０４は、音声符号変換装置３の登録情報を生成する。
端末ＳＩＰ制御部２０５は、ＳＩＰメッセージを生成、解読、送受信制御を行い、ＶｏＩＰ端末２１〜２Ｎを制御する。
音声受付部２０６は、端末ユーザの通話音声を受け付ける。
音声符号器２０７は、音声受付部２０６が受け付けた端末ユーザの通話音声を符号化する。
音声復号器２０８は、通話先から受信した、符号化された通話音声を復号する。
音声出力部２０９は、通話先から受信し、音声復号器２０８が復号した通話音声を端末ユーザに対して出力する。
ＩＰパケット送受信部２１０は、ＩＰネットワーク４を介して、ＩＰネットワーク４に接続される各ＶｏＩＰ端末や音声符号変換装置３とＩＰパケットを送受信する。
なお、図２に示す構成は、電話番号変換部２０２と符号変換装置登録情報生成部２０４を除くと、一般的なＳＩＰベースのＶｏＩＰ端末と同様な構成である。
図３は、この発明の実施の形態１のＶｏＩＰ端末２１〜２Ｎのハードウェア構成を説明する図である。
この発明の実施の形態１において、電話番号変換部２０２と、登録情報生成部２０３と、符号変換装置登録情報生成部２０４と、端末ＳＩＰ制御部２０５と、音声符号器２０７と、音声復号器２０８は、ＨＤＤ２２２、メモリ２２３等に記憶されたプログラムを実行するＣＰＵ２２０、システムＬＳＩ等の処理回路により実現される。
また、複数の処理回路が連携して上記機能を実行してもよい。
電話番号受付部２０１は、タッチパネル等を供えたモニタ２２１を使用する。なお、これは一例であって、電話番号受付部２０１は、その他のハードウェアで構成されるものであってもよい。
音声受付部２０６は、マイク２２４を使用し、音声出力部２０９は、スピーカ２２６を使用する。なお、これは一例であって、音声受付部２０６と音声出力部２０９は、ヘッドセット等、その他のハードウェアで構成されるものであってもよい。
ＩＰパケット送受信部２１０は、通信Ｉ／Ｆ装置２２５を使用する。なお、これは一例であって、ＩＰパケット送受信部２１０は、その他のハードウェアで構成されるものであってもよい。
この発明の実施の形態１において、電話番号変換部２０２と、登録情報生成部２０３と、符号変換装置登録情報生成部２０４と、端末ＳＩＰ制御部２０５と、音声符号器２０７と、音声復号器２０８は、ＨＤＤ２２２、メモリ２２３等に記憶されたプログラムを実行するＣＰＵ２２０、システムＬＳＩ等の処理回路により実現される。
また、複数の処理回路が連携して上記機能を実行してもよい。
電話番号受付部２０１は、タッチパネル等を供えたモニタ２２１を使用する。なお、これは一例であって、電話番号受付部２０１は、その他のハードウェアで構成されるものであってもよい。
音声受付部２０６は、マイク２２４を使用し、音声出力部２０９は、スピーカ２２６を使用する。なお、これは一例であって、音声受付部２０６と音声出力部２０９は、ヘッドセット等、その他のハードウェアで構成されるものであってもよい。
ＩＰパケット送受信部２１０は、通信Ｉ／Ｆ装置２２５を使用する。なお、これは一例であって、ＩＰパケット送受信部２１０は、その他のハードウェアで構成されるものであってもよい。
図４は、この発明の実施の形態１に係るメディア通信システムにおける音声符号変換装置３の内部構成を説明する図である。
音声符号変換装置３は、ＩＰパケット送受信部３０１と、変換装置ＳＩＰ制御部３０２と、ＩＮＶＩＴＥ生成部３０３と、２００ ＯＫ生成部３０４と、音声符号変換部ａ３０５と、音声符号変換部ｂ３０６とを備える。
音声符号変換装置３は、ＩＰパケット送受信部３０１と、変換装置ＳＩＰ制御部３０２と、ＩＮＶＩＴＥ生成部３０３と、２００ ＯＫ生成部３０４と、音声符号変換部ａ３０５と、音声符号変換部ｂ３０６とを備える。
ＩＰパケット送受信部３０１は、ＩＰネットワーク４を介して、ＩＰネットワーク４に接続される各ＶｏＩＰ端末とＩＰパケットを送受信する。
変換装置ＳＩＰ制御部３０２は、ＳＩＰメッセージ生成、解読、送受信制御を行い、音声符号変換装置３を制御する。
ＩＮＶＩＴＥ生成部３０３は、ＶｏＩＰ端末２１〜２Ｎに発信する際のＩＮＶＩＴＥメッセージを生成する。
２００ ＯＫ生成部３０４は、ＶｏＩＰ端末２１〜２Ｎからの着信に対する２００ ＯＫ応答メッセージを生成する。
音声符号変換部ａ３０５は、ＩＴＵ−Ｔ勧告Ｇ．７１１規定のμ則ＰＣＭ方式（以下、μ則ＰＣＭ方式と称する）から、ＩＴＵ−Ｔ勧告Ｇ．７２９規定のＣＳ−ＡＣＥＬＰ方式（以下、ＣＳ−ＡＣＥＬＰ方式と称する）への音声符号変換を行う。
音声符号変換部ｂ３０６は、ＣＳ−ＡＣＥＬＰ方式から、μ則ＰＣＭ方式への変換を行う。
変換装置ＳＩＰ制御部３０２は、ＳＩＰメッセージ生成、解読、送受信制御を行い、音声符号変換装置３を制御する。
ＩＮＶＩＴＥ生成部３０３は、ＶｏＩＰ端末２１〜２Ｎに発信する際のＩＮＶＩＴＥメッセージを生成する。
２００ ＯＫ生成部３０４は、ＶｏＩＰ端末２１〜２Ｎからの着信に対する２００ ＯＫ応答メッセージを生成する。
音声符号変換部ａ３０５は、ＩＴＵ−Ｔ勧告Ｇ．７１１規定のμ則ＰＣＭ方式（以下、μ則ＰＣＭ方式と称する）から、ＩＴＵ−Ｔ勧告Ｇ．７２９規定のＣＳ−ＡＣＥＬＰ方式（以下、ＣＳ−ＡＣＥＬＰ方式と称する）への音声符号変換を行う。
音声符号変換部ｂ３０６は、ＣＳ−ＡＣＥＬＰ方式から、μ則ＰＣＭ方式への変換を行う。
図５は、この発明の実施の形態１の音声符号変換装置３のハードウェア構成を説明する図である。
ＩＮＶＩＴＥ生成部３０３と、２００ ＯＫ生成部３０４と、変換装置ＳＩＰ制御部３０２と、音声符号変換部ａ３０５と、音声符号変換部ｂ３０６は、ＨＤＤ３２１、メモリ３２２等に記憶されたプログラムを実行するＣＰＵ３２０、システムＬＳＩ等の処理回路により実現される。
また、複数の処理回路が連携して上記機能を実行してもよい。
ＩＰパケット送受信部３０１は、通信Ｉ／Ｆ装置３２３を使用する。なお、これは一例であって、ＩＰパケット送受信部３０１は、その他のハードウェアで構成されるものであってもよい。
ＩＮＶＩＴＥ生成部３０３と、２００ ＯＫ生成部３０４と、変換装置ＳＩＰ制御部３０２と、音声符号変換部ａ３０５と、音声符号変換部ｂ３０６は、ＨＤＤ３２１、メモリ３２２等に記憶されたプログラムを実行するＣＰＵ３２０、システムＬＳＩ等の処理回路により実現される。
また、複数の処理回路が連携して上記機能を実行してもよい。
ＩＰパケット送受信部３０１は、通信Ｉ／Ｆ装置３２３を使用する。なお、これは一例であって、ＩＰパケット送受信部３０１は、その他のハードウェアで構成されるものであってもよい。
図６は、この発明の実施の形態１に係るメディア通信システムにおける呼接続シーケンスを説明する図である。
以下、図６の呼接続シーケンスに沿って、図２および図４に示したＶｏＩＰ端末２１〜２Ｎと音声符号変換装置３の動作を説明する。
なお、図６は、ＶｏＩＰ端末２１（電話番号１００１）からＶｏＩＰ端末２２（電話番号１００２）に対して発信し、通話開始までのシーケンスである。
以下、図６の呼接続シーケンスに沿って、図２および図４に示したＶｏＩＰ端末２１〜２Ｎと音声符号変換装置３の動作を説明する。
なお、図６は、ＶｏＩＰ端末２１（電話番号１００１）からＶｏＩＰ端末２２（電話番号１００２）に対して発信し、通話開始までのシーケンスである。
まず、ＶｏＩＰ端末２１からＶｏＩＰ端末２２に発信する際に、ＶｏＩＰ端末２１がＩＮＶＩＴＥメッセージを送信する（図６のステップＳＴ１）。
図７は、図６のステップＳＴ１の動作を詳細に説明するフローチャートである。
以下、図７と図２を参照しながら、図６のステップＳＴ１の動作について説明する。
ＶｏＩＰ端末２１の電話番号受付部２０１は、ユーザから発信先の電話番号１００２を受け付け、受け付けた電話番号１００２を電話番号変換部２０２に出力する（ステップＳＴ７０１）。
図７は、図６のステップＳＴ１の動作を詳細に説明するフローチャートである。
以下、図７と図２を参照しながら、図６のステップＳＴ１の動作について説明する。
ＶｏＩＰ端末２１の電話番号受付部２０１は、ユーザから発信先の電話番号１００２を受け付け、受け付けた電話番号１００２を電話番号変換部２０２に出力する（ステップＳＴ７０１）。
電話番号変換部２０２は、ステップＳＴ７０１で電話番号受付部２０１が出力した電話番号１００２を入力し、特定の、予め設定されたルールにより変換して、当該変換した電話番号を端末ＳＩＰ制御部２０５に出力する（ステップＳＴ７０２）。なお、この実施の形態１においては、一例として入力した電話番号に１０００を加算した数値を変換後の番号とすることを電話番号変換ルールとする。従って、電話番号変換部２０２による変換後の電話番号は２００２となり、この番号が、端末ＳＩＰ制御部２０５に出力される。
なお、ここでは上述のとおり、電話番号に１０００を加算した数値を変換後の番号とすることを電話番号変換ルールとしたが、当該ルールは一例にすぎず、その他の電話番号変換ルールを採用してもよい。
なお、ここでは上述のとおり、電話番号に１０００を加算した数値を変換後の番号とすることを電話番号変換ルールとしたが、当該ルールは一例にすぎず、その他の電話番号変換ルールを採用してもよい。
端末ＳＩＰ制御部２０５は、ステップＳＴ７０２において電話番号変換部２０２が変換した電話番号をもとに、発信用のＩＮＶＩＴＥメッセージを生成し、ＩＰパケット送受信部２１０に出力する（ステップＳＴ７０３）。
ＩＰパケット送受信部２１０は、ステップＳＴ７０３において端末ＳＩＰ制御部２０５が出力した発信用のＩＮＶＩＴＥメッセージをＩＰパケット化してＩＰネットワーク４を介してＳＩＰサーバ１に送信する（ステップＳＴ７０４）。
なお、上記の電話番号変換ルールによれば、ＶｏＩＰ端末２１、２２、・・・、２Ｎの電話番号は、１００１、１００２、・・・、１０００＋Ｎであるので、変換後の番号は、２００１、２００２、・・・、２０００＋Ｎとなり、音声符号変換装置３が備える電話番号と一致する。
図６の呼接続シーケンスに戻る。
図６に示すとおり、ＶｏＩＰ端末２１が送信したＩＮＶＩＴＥメッセージは、ＳＩＰサーバ１が受信する。
ＳＩＰサーバ１は、受信したＩＮＶＩＴＥメッセージの宛先電話番号が２００２であることから、電話番号２００２を持つ音声符号変換装置３にＩＮＶＩＴＥメッセージを転送する（図６のステップＳＴ２）。
図６に示すとおり、ＶｏＩＰ端末２１が送信したＩＮＶＩＴＥメッセージは、ＳＩＰサーバ１が受信する。
ＳＩＰサーバ１は、受信したＩＮＶＩＴＥメッセージの宛先電話番号が２００２であることから、電話番号２００２を持つ音声符号変換装置３にＩＮＶＩＴＥメッセージを転送する（図６のステップＳＴ２）。
次に、音声符号変換装置３が、ＳＩＰサーバ１からＩＮＶＩＴＥメッセージを受信し、新たなＩＮＶＩＴＥメッセージを生成して送信する（図６のステップＳＴ３）。
図８は、図６のステップＳＴ３の動作を詳細に説明するフローチャートである。
以下、図８と図３を参照しながら、図６のステップＳＴ３の動作について説明する。
ＩＰパケット送受信部３０１は、ＳＩＰメッセージが格納されたＩＰパケットを受信すると、そのポート番号から、そのＩＰパケットがＳＩＰメッセージであると判断し、ＳＩＰメッセージを変換装置ＳＩＰ制御部３０２に出力する（ステップＳＴ８０１）。なお、通常、ＳＩＰメッセージの受信には、ポート番号５０６０のＵＤＰパケットが用いられる。
図８は、図６のステップＳＴ３の動作を詳細に説明するフローチャートである。
以下、図８と図３を参照しながら、図６のステップＳＴ３の動作について説明する。
ＩＰパケット送受信部３０１は、ＳＩＰメッセージが格納されたＩＰパケットを受信すると、そのポート番号から、そのＩＰパケットがＳＩＰメッセージであると判断し、ＳＩＰメッセージを変換装置ＳＩＰ制御部３０２に出力する（ステップＳＴ８０１）。なお、通常、ＳＩＰメッセージの受信には、ポート番号５０６０のＵＤＰパケットが用いられる。
変換装置ＳＩＰ制御部３０２は、ステップＳＴ８０１においてＩＰパケット送受信部３０１から入力したメッセージがＩＮＶＩＴＥメッセージであるかどかを判断する（ステップＳＴ８０２）。なお、入力したメッセージがＩＮＶＩＴＥメッセージであるかどうかは、メッセージの１行目から判断できる。具体的には、変換装置ＳＩＰ制御部３０２は、入力したメッセージの先頭が“ＩＮＶＩＴＥ”であるかどうかで判定し、 “ＩＮＶＩＴＥ”であればＩＮＶＩＴＥメッセージと判断する（後述する図９参照）。
ステップＳＴ８０２において、ＩＮＶＩＴＥメッセージではないと判断した場合（ステップＳＴ８０２の“ＮＯ”の場合）、以降の処理をスキップして処理終了する。
ステップＳＴ８０２において、ＩＮＶＩＴＥメッセージであると判断した場合（ステップＳＴ８０２の“ＹＥＳ”の場合）、変換装置ＳＩＰ制御部３０２は、入力したＩＮＶＩＴＥメッセージをＩＮＶＩＴＥ生成部３０３に出力する（ステップＳＴ８０３）。
ステップＳＴ８０２において、ＩＮＶＩＴＥメッセージではないと判断した場合（ステップＳＴ８０２の“ＮＯ”の場合）、以降の処理をスキップして処理終了する。
ステップＳＴ８０２において、ＩＮＶＩＴＥメッセージであると判断した場合（ステップＳＴ８０２の“ＹＥＳ”の場合）、変換装置ＳＩＰ制御部３０２は、入力したＩＮＶＩＴＥメッセージをＩＮＶＩＴＥ生成部３０３に出力する（ステップＳＴ８０３）。
ＩＮＶＩＴＥ生成部３０３は、変換装置ＳＩＰ制御部３０２からＩＮＶＩＴＥメッセージを入力すると、新たなＩＮＶＩＴＥメッセージを生成する（ステップＳＴ８０４）。
このステップＳＴ８０４で生成される新たなＩＮＶＩＴＥメッセージの宛先電話番号は、ＩＮＶＩＴＥ生成部３０３が入力したＩＮＶＩＴＥメッセージの宛先電話番号を、ＶｏＩＰ端末２１〜２Ｎと同様な、予め設定された電話番号変換ルールを用いて逆変換することで得られる。従って、入力ＩＮＶＩＴＥメッセージ内の宛先電話番号から、１０００を減算した数値が宛先電話番号となる。
また、このとき、ＩＮＶＩＴＥ生成部３０３は、入力したＩＮＶＩＴＥメッセージ内のＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ボディ部をもとに、以下に示す追加、変更を加えたＳＤＰボディ部を生成する。
まず、入力ＩＮＶＩＴＥメッセージ内のＳＤＰボディ部にはＶｏＩＰ端末２１が備える音声コーデックの符号化種別情報が記述されているが、さらに、他のＶｏＩＰ端末が備える音声コーデックの符号化種別情報を追加する。また、ＳＤＰボディ部の音声パケット受信アドレスとポート情報を自装置が受信可能なポート番号に変更する。
このステップＳＴ８０４で生成される新たなＩＮＶＩＴＥメッセージの宛先電話番号は、ＩＮＶＩＴＥ生成部３０３が入力したＩＮＶＩＴＥメッセージの宛先電話番号を、ＶｏＩＰ端末２１〜２Ｎと同様な、予め設定された電話番号変換ルールを用いて逆変換することで得られる。従って、入力ＩＮＶＩＴＥメッセージ内の宛先電話番号から、１０００を減算した数値が宛先電話番号となる。
また、このとき、ＩＮＶＩＴＥ生成部３０３は、入力したＩＮＶＩＴＥメッセージ内のＳＤＰ（Ｓｅｓｓｉｏｎ Ｄｅｓｃｒｉｐｔｉｏｎ Ｐｒｏｔｏｃｏｌ）ボディ部をもとに、以下に示す追加、変更を加えたＳＤＰボディ部を生成する。
まず、入力ＩＮＶＩＴＥメッセージ内のＳＤＰボディ部にはＶｏＩＰ端末２１が備える音声コーデックの符号化種別情報が記述されているが、さらに、他のＶｏＩＰ端末が備える音声コーデックの符号化種別情報を追加する。また、ＳＤＰボディ部の音声パケット受信アドレスとポート情報を自装置が受信可能なポート番号に変更する。
ここで、図９は、図８のステップＳＴ８０４におけるＩＮＶＩＴＥ生成部３０３の入力ＩＮＶＩＴＥメッセージの一例を示す図である。
図１０は、図８のステップＳＴ８０４におけるＩＮＶＩＴＥ生成部３０３の出力ＩＮＶＩＴＥメッセージの一例を示す図である。
なお、図９，図１０は、ＳＩＰサーバのＩＰアドレスが「１９２．１６８．０．１」、ＶｏＩＰ端末２１のＩＰアドレスが「１９２．１６８．０．２１」、音声符号変換装置３のＩＰアドレスが「１９２．１６８．０．２」の場合の例となっている。
また、ＶｏＩＰ端末２１が備える音声コーデックは、μ則ＰＣＭ方式であるとし、この他、メディア通信システム内には、ＣＳ−ＡＣＥＬＰ方式の音声コーデックを備えたＶｏＩＰ端末があるものとする。
図１０は、図８のステップＳＴ８０４におけるＩＮＶＩＴＥ生成部３０３の出力ＩＮＶＩＴＥメッセージの一例を示す図である。
なお、図９，図１０は、ＳＩＰサーバのＩＰアドレスが「１９２．１６８．０．１」、ＶｏＩＰ端末２１のＩＰアドレスが「１９２．１６８．０．２１」、音声符号変換装置３のＩＰアドレスが「１９２．１６８．０．２」の場合の例となっている。
また、ＶｏＩＰ端末２１が備える音声コーデックは、μ則ＰＣＭ方式であるとし、この他、メディア通信システム内には、ＣＳ−ＡＣＥＬＰ方式の音声コーデックを備えたＶｏＩＰ端末があるものとする。
図１０に示すＩＮＶＩＴＥ生成部３０３の出力ＩＮＶＩＴＥメッセージは、以下の方針にもとづいて生成される。
まず、ＩＮＶＩＴＥ生成部３０３は、図９の入力ＩＮＶＩＴＥメッセージ内の１行目のＲｅｑｕｅｓｔ−ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）の一部として設定される宛先電話番号の「２００２」を抜き出し、この「２００２」から１０００を減算した「１００２」を宛先電話番号とする。
また、ＩＮＶＩＴＥ生成部３０３は、ＦｒｏｍヘッダのＳＩＰ−ＵＲＩの一部として設定する発信元電話番号を、音声符号変換装置３の何れかの電話番号とするが、これには、図９の入力ＩＮＶＩＴＥメッセージ内５行目のＦｒｏｍヘッダのＲｅｑｕｅｓｔ−ＵＲＩから「１００１」を抜き出し、これをＶｏＩＰ端末２１〜２Ｎの、予め設定された電話番号変換ルールにより変換し、すなわち、「１００１」に１０００を加算し、「２００１」を発信元電話番号とする。また、出力ＩＮＶＩＴＥメッセージのＳＤＰボディ部（ｖ＝０以下の行）については、図９の入力ＩＮＶＩＴＥメッセージのＳＤＰボディ部をもとにするが、ＩＮＶＩＴＥ生成部３０３は、以下の変更を加えて図１０の出力ＩＮＶＩＴＥメッセージを生成する。
まず、ＩＮＶＩＴＥ生成部３０３は、図９の入力ＩＮＶＩＴＥメッセージ内の１行目のＲｅｑｕｅｓｔ−ＵＲＩ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｉｄｅｎｔｉｆｉｅｒ）の一部として設定される宛先電話番号の「２００２」を抜き出し、この「２００２」から１０００を減算した「１００２」を宛先電話番号とする。
また、ＩＮＶＩＴＥ生成部３０３は、ＦｒｏｍヘッダのＳＩＰ−ＵＲＩの一部として設定する発信元電話番号を、音声符号変換装置３の何れかの電話番号とするが、これには、図９の入力ＩＮＶＩＴＥメッセージ内５行目のＦｒｏｍヘッダのＲｅｑｕｅｓｔ−ＵＲＩから「１００１」を抜き出し、これをＶｏＩＰ端末２１〜２Ｎの、予め設定された電話番号変換ルールにより変換し、すなわち、「１００１」に１０００を加算し、「２００１」を発信元電話番号とする。また、出力ＩＮＶＩＴＥメッセージのＳＤＰボディ部（ｖ＝０以下の行）については、図９の入力ＩＮＶＩＴＥメッセージのＳＤＰボディ部をもとにするが、ＩＮＶＩＴＥ生成部３０３は、以下の変更を加えて図１０の出力ＩＮＶＩＴＥメッセージを生成する。
まず、ＩＮＶＩＴＥ生成部３０３は、音声パケットの受信ＩＰアドレスを示すＳＤＰボディ部２行目（ｏ＝の行）と４行目（ｃ＝の行）のアドレスを、ＶｏＩＰ端末２１のＩＰアドレス「１９２．１６８．０．２１」から、音声符号変換装置３のＩＰアドレス「１９２．１６８．０．２」に変更する。さらに、ＩＮＶＩＴＥ生成部３０３は、ＳＤＰボディ部の６行目を「ｍ＝ａｕｄｉｏ ４２１０２ ＲＴＰ／ＡＶＰ ０ １８」として、音声符号変換装置３が音声パケットを受信するポート番号を「４２１０２」とするとともに、対応可能な音声コーデックの符号化種別情報としてＣＳ−ＡＣＥＬＰ方式を意味する「１８」というコードを追加する。なお、その前の「０」は、対応可能な音声コーデックの符号化種別情報としてμ則ＰＣＭ方式を意味するコードである。
また、ＩＮＶＩＴＥ生成部３０３は、ＳＤＰボディ部の８行目に「ａ＝ｒｔｐｍａｐ：１８ Ｇ７２９／８０００」を追加し、ＣＳ−ＡＣＥＬＰ符号化方式の属性を記述する。
ＳＤＰボディ部のその他の部分については、図９と図１０は同様である。なお、図１０に示すＩＮＶＩＴＥメッセージの上記以外の部分（Ｖｉａヘッダ、Ｍａｘ−Ｆｏｒｗａｒｄｓヘッダ、Ｃａｌｌ−ＩＤヘッダ、ＣＳｅｑヘッダ、Ｃｏｎｔａｃｔヘッダ、Ｃｏｎｔｅｎｔ−Ｔｙｐｅヘッダ、Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈヘッダ）については、ＩＮＶＩＴＥ生成部３０３は、新規ＩＮＶＩＴＥメッセージを生成する通常の規則に則って生成する。
ＳＤＰボディ部のその他の部分については、図９と図１０は同様である。なお、図１０に示すＩＮＶＩＴＥメッセージの上記以外の部分（Ｖｉａヘッダ、Ｍａｘ−Ｆｏｒｗａｒｄｓヘッダ、Ｃａｌｌ−ＩＤヘッダ、ＣＳｅｑヘッダ、Ｃｏｎｔａｃｔヘッダ、Ｃｏｎｔｅｎｔ−Ｔｙｐｅヘッダ、Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈヘッダ）については、ＩＮＶＩＴＥ生成部３０３は、新規ＩＮＶＩＴＥメッセージを生成する通常の規則に則って生成する。
図８のフローチャートに戻る。
以上のようにして、ＩＮＶＩＴＥ生成部３０３で生成されたＩＮＶＩＴＥメッセージは、変換装置ＳＩＰ制御部３０２に出力され、ＩＰパケット送受信部３０１は、当該ＩＮＶＩＴＥメッセージをＩＰパケット化して、ＩＰネットワーク４に送信する（ステップＳＴ８０５）。以上で図８を用いた図６のステップＳＴ３の動作説明を終わる。
以上のようにして、ＩＮＶＩＴＥ生成部３０３で生成されたＩＮＶＩＴＥメッセージは、変換装置ＳＩＰ制御部３０２に出力され、ＩＰパケット送受信部３０１は、当該ＩＮＶＩＴＥメッセージをＩＰパケット化して、ＩＰネットワーク４に送信する（ステップＳＴ８０５）。以上で図８を用いた図６のステップＳＴ３の動作説明を終わる。
図６のステップＳＴ３でＩＮＶＩＴＥメッセージがＩＰネットワーク４に送信されると、図６に示すように、ＳＩＰサーバ１では、当該ＩＮＶＩＴＥメッセージを受信し、ＳＩＰサーバ１は、メッセージ内の宛先電話番号が１００２であるため（図１０参照）、１００２の電話番号を持つＶｏＩＰ端末２２にＩＮＶＩＴＥメッセージを転送する（図６のステップＳＴ４）。
ＶｏＩＰ端末２２は、ＳＩＰサーバ１からＩＮＶＩＴＥメッセージを受信すると、端末ユーザ呼び出し中を示す暫定応答である１８０ Ｒｉｎｇｉｎｇ応答メッセージをＳＩＰサーバ１に送信し（図６のステップＳＴ５）、ＳＩＰサーバ１がこの応答を音声符号変換装置３に転送する（図６のステップＳＴ６）。なお、各ＳＩＰエンティティ、すなわち、この場合はＶｏＩＰ端末２２とＳＩＰサーバ１が、ＳＩＰの規定に従って動作すれば、応答はリクエストの発信元すなわち音声符号変換装置３に転送される。
音声符号変換装置３は、この１８０ Ｒｉｎｇｉｎｇ応答メッセージを受信すると、ＶｏＩＰ端末２１側から受信したＩＮＶＩＴＥメッセージ（図６のステップＳＴ２参照）に対する応答として、１８０ Ｒｉｎｇｉｎｇ応答メッセージを生成してＳＩＰサーバ１に送信し（図６のステップＳＴ７）、ＳＩＰサーバ１は、音声符号変換装置３から受信した１８０ Ｒｉｎｇｉｎｇ応答メッセージをＶｏＩＰ端末２１に転送する（図６のステップＳＴ８）。これらの図６のステップＳＴ７，ステップＳＴ８も、ＳＩＰの規定に従った動作である。
音声符号変換装置３は、この１８０ Ｒｉｎｇｉｎｇ応答メッセージを受信すると、ＶｏＩＰ端末２１側から受信したＩＮＶＩＴＥメッセージ（図６のステップＳＴ２参照）に対する応答として、１８０ Ｒｉｎｇｉｎｇ応答メッセージを生成してＳＩＰサーバ１に送信し（図６のステップＳＴ７）、ＳＩＰサーバ１は、音声符号変換装置３から受信した１８０ Ｒｉｎｇｉｎｇ応答メッセージをＶｏＩＰ端末２１に転送する（図６のステップＳＴ８）。これらの図６のステップＳＴ７，ステップＳＴ８も、ＳＩＰの規定に従った動作である。
次に、ＶｏＩＰ端末２２のユーザが呼び出しに応答すると、ＶｏＩＰ端末２２は、２００ ＯＫ応答メッセージをＳＩＰサーバ１に送信し（図６のステップＳＴ９）、この応答は、音声符号変換装置３に転送される（図６のステップＳＴ１０）。音声符号変換装置３は、ＳＩＰサーバ１から２００ ＯＫ応答メッセージを受信すると、ＶｏＩＰ端末２１側から受信したＩＮＶＩＴＥメッセージ（図６のステップＳＴ２参照）に対する応答として、２００ ＯＫ応答メッセージを生成してＳＩＰサーバ１に送信し（図６のステップＳＴ１１）、ＳＩＰサーバ１は、この応答をＶｏＩＰ端末２１に転送する（図６のステップＳＴ１２）。
ここで、図１１は、音声符号変換装置３が、ＳＩＰサーバ１から２００ ＯＫ応答メッセージを受信し（図６のステップＳＴ１０参照）、ＶｏＩＰ端末２１への２００ ＯＫ応答メッセージを生成してＳＩＰサーバ１に送信する（図６のステップＳＴ１１参照）までの動作を説明するフローチャートである。
以下、図１１と図４を参照しながら、図６のステップＳＴ１０〜ステップＳＴ１１の動作について説明する。
ＩＰパケット送受信部３０１は、ＳＩＰメッセージが格納されたＩＰパケットを受信すると、そのポート番号から、そのＩＰパケットがＳＩＰメッセージであると判断し、ＳＩＰメッセージを変換装置ＳＩＰ制御部３０２に出力する（ステップＳＴ１１０１）。
変換装置ＳＩＰ制御部３０２は、ステップＳＴ１１０１においてＩＰパケット送受信部３０１から入力したメッセージが２００ ＯＫ応答メッセージであるかどうかを判断する（ステップＳＴ１１０２）。なお、入力したメッセージが２００ ＯＫ応答メッセージであるかどうかは、メッセージの１行目から判断できる。具体的には、変換装置ＳＩＰ制御部３０２は、入力したメッセージの先頭の“ＳＩＰ／２．０”の後の数値が“２００”であれば、２００ ＯＫ応答メッセージであると判断する（図１０参照）。
以下、図１１と図４を参照しながら、図６のステップＳＴ１０〜ステップＳＴ１１の動作について説明する。
ＩＰパケット送受信部３０１は、ＳＩＰメッセージが格納されたＩＰパケットを受信すると、そのポート番号から、そのＩＰパケットがＳＩＰメッセージであると判断し、ＳＩＰメッセージを変換装置ＳＩＰ制御部３０２に出力する（ステップＳＴ１１０１）。
変換装置ＳＩＰ制御部３０２は、ステップＳＴ１１０１においてＩＰパケット送受信部３０１から入力したメッセージが２００ ＯＫ応答メッセージであるかどうかを判断する（ステップＳＴ１１０２）。なお、入力したメッセージが２００ ＯＫ応答メッセージであるかどうかは、メッセージの１行目から判断できる。具体的には、変換装置ＳＩＰ制御部３０２は、入力したメッセージの先頭の“ＳＩＰ／２．０”の後の数値が“２００”であれば、２００ ＯＫ応答メッセージであると判断する（図１０参照）。
ステップＳＴ１１０２において、２００ ＯＫ応答メッセージではないと判断した場合（ステップＳＴ１１０２の“ＮＯ”の場合）、以降の処理をスキップして処理終了する。
ステップＳＴ１１０２において、２００ ＯＫ応答メッセージであると判断した場合（ステップＳＴ１１０２の“ＹＥＳ”の場合）、変換装置ＳＩＰ制御部３０２は、入力した２００ ＯＫ応答メッセージを２００ ＯＫ生成部３０４に出力する（ステップＳＴ１１０３）。
ステップＳＴ１１０２において、２００ ＯＫ応答メッセージであると判断した場合（ステップＳＴ１１０２の“ＹＥＳ”の場合）、変換装置ＳＩＰ制御部３０２は、入力した２００ ＯＫ応答メッセージを２００ ＯＫ生成部３０４に出力する（ステップＳＴ１１０３）。
２００ ＯＫ生成部３０４は、変換装置ＳＩＰ制御部３０２から２００ ＯＫ応答メッセージを入力すると、新たな２００ ＯＫ応答メッセージを生成する（ステップＳＴ１１０４）。
ステップＳＴ１１０４において、２００ ＯＫ生成部３０４は、新たに生成する２００ ＯＫ応答メッセージのＳＤＰボディ部を除く部分については、通常のＳＩＰ規定に従って生成する。ＳＤＰボディ部については、入力した２００ ＯＫ応答メッセージ内のＳＤＰボディ部をもとに、以下に示す変更を加えたＳＤＰボディ部を生成する。
具体的には、まず、入力した２００ ＯＫ応答メッセージ内のＳＤＰボディ部には、ＶｏＩＰ端末２２が備える音声コーデックの符号化種別情報が記述されているが、この種別がＶｏＩＰ端末２１から受信したＩＮＶＩＴＥメッセージ（図６のステップＳＴ２参照）の符号化種別情報と異なる場合、２００ ＯＫ生成部３０４は、生成する２００ ＯＫ応答メッセージの音声コーデックの符号化種別情報をＶｏＩＰ端末２１から受信したＩＮＶＩＴＥメッセージの符号化種別情報と同じ種別に書き換える。逆に、入力した２００ ＯＫ応答メッセージ内の符号化種別情報が、ＶｏＩＰ端末２１から受信したＩＮＶＩＴＥメッセージの符号化種別情報と同じ場合は書き換えを行わない。
さらに、２００ ＯＫ生成部３０４は、ＳＤＰボディ部の音声パケット受信アドレスと、ポート情報とを、自装置が受信するＩＰアドレスとポート番号に変更する。
ステップＳＴ１１０４において、２００ ＯＫ生成部３０４は、新たに生成する２００ ＯＫ応答メッセージのＳＤＰボディ部を除く部分については、通常のＳＩＰ規定に従って生成する。ＳＤＰボディ部については、入力した２００ ＯＫ応答メッセージ内のＳＤＰボディ部をもとに、以下に示す変更を加えたＳＤＰボディ部を生成する。
具体的には、まず、入力した２００ ＯＫ応答メッセージ内のＳＤＰボディ部には、ＶｏＩＰ端末２２が備える音声コーデックの符号化種別情報が記述されているが、この種別がＶｏＩＰ端末２１から受信したＩＮＶＩＴＥメッセージ（図６のステップＳＴ２参照）の符号化種別情報と異なる場合、２００ ＯＫ生成部３０４は、生成する２００ ＯＫ応答メッセージの音声コーデックの符号化種別情報をＶｏＩＰ端末２１から受信したＩＮＶＩＴＥメッセージの符号化種別情報と同じ種別に書き換える。逆に、入力した２００ ＯＫ応答メッセージ内の符号化種別情報が、ＶｏＩＰ端末２１から受信したＩＮＶＩＴＥメッセージの符号化種別情報と同じ場合は書き換えを行わない。
さらに、２００ ＯＫ生成部３０４は、ＳＤＰボディ部の音声パケット受信アドレスと、ポート情報とを、自装置が受信するＩＰアドレスとポート番号に変更する。
ここで、図１２は、図１１のステップＳＴ１１０４における２００ ＯＫ生成部３０４の入力２００ ＯＫ応答メッセージの一例を示す図である。
図１３は、図１１のステップＳＴ１１０４における２００ ＯＫ生成部３０４の出力２００ ＯＫ応答メッセージの一例を示す図である。
なお、図１２，図１３は、ＶｏＩＰ端末２２のＩＰアドレスが「１９２．１６８．０．２２」の例であり、その他、ＳＩＰサーバ１のアドレス、ＶｏＩＰ端末２１のＩＰアドレス、音声符号変換装置３のＩＰアドレスについては、図９，図１０に示したとおり、それぞれ、「１９２．１６８．０．１」、「１９２．１６８．０．２１」、「１９２．１６８．０．２」である。
また、ＶｏＩＰ端末２１が備える音声コーデックも、図９に示したとおり、μ則ＰＣＭ方式である。ＶｏＩＰ端末２２が備える音声コーデックについては、ＣＳ−ＡＣＥＬＰ方式であるとする。
図１３は、図１１のステップＳＴ１１０４における２００ ＯＫ生成部３０４の出力２００ ＯＫ応答メッセージの一例を示す図である。
なお、図１２，図１３は、ＶｏＩＰ端末２２のＩＰアドレスが「１９２．１６８．０．２２」の例であり、その他、ＳＩＰサーバ１のアドレス、ＶｏＩＰ端末２１のＩＰアドレス、音声符号変換装置３のＩＰアドレスについては、図９，図１０に示したとおり、それぞれ、「１９２．１６８．０．１」、「１９２．１６８．０．２１」、「１９２．１６８．０．２」である。
また、ＶｏＩＰ端末２１が備える音声コーデックも、図９に示したとおり、μ則ＰＣＭ方式である。ＶｏＩＰ端末２２が備える音声コーデックについては、ＣＳ−ＡＣＥＬＰ方式であるとする。
図１３に示す２００ ＯＫ生成部３０４の出力２００ ＯＫ応答メッセージにおいて、ＳＤＰボディ部を除いた、１行目から１１行目までの各ヘッダについては、上記のとおり、通常のＳＩＰ規定に従い生成されたものである。ＳＤＰボディ部については、図１２の入力２００ ＯＫ応答メッセージのＳＤＰボディ部をもとに、以下の変更が加えられる。
まず、２００ ＯＫ生成部３０４は、音声パケットの受信ＩＰアドレスを示すＳＤＰボディ部２行目（ｏ＝の行）と４行目（ｃ＝の行）のアドレスを、ＶｏＩＰ端末２２のＩＰアドレス「１９２．１６８．０．２２」から音声符号変換装置３のＩＰアドレス「１９２．１６８．０．２」に変更する。さらに、２００ ＯＫ生成部３０４は、ＳＤＰボディ部の６行目を「ｍ＝ａｕｄｉｏ ４２１０４ ＲＴＰ／ＡＶＰ ０」とし、音声符号変換装置３が音声パケットを受信するポート番号として「４２１０４」を指定し、通信に用いる音声コーデックの符号化種別情報としてμ則ＰＣＭ方式を意味する「０」に変更する。また、２００ ＯＫ生成部３０４は、ＳＤＰボディ部の７行目を「ａ＝ｒｔｐｍａｐ：０ ＰＣＭＵ／８０００」とし、μ則ＰＣＭ方式の属性記述とする。２００ ＯＫ生成部３０４は、その他の記述については、入力２００ ＯＫ応答メッセージから変更せず、図１２と同様とする。
図１１のフローチャートに戻る。
２００ ＯＫ生成部３０４は、以上のようにして生成した２００ ＯＫ応答メッセージを、変換装置ＳＩＰ制御部３０２を介してＩＰパケット送受信部３０１に送る（ステップＳＴ１１０５）。
ここで、変換装置ＳＩＰ制御部３０２は、ＩＰパケット送受信部３０１に対して、音声パケット中継情報を出力する（ステップＳＴ１１０６）。この音声パケット中継情報は、２００ ＯＫ生成部３０４の入力２００ ＯＫ応答メッセージ（図１２参照）、出力２００ ＯＫ応答メッセージ（図１３参照）、ＩＮＶＩＴＥ生成部３０３の入力ＩＮＶＩＴＥメッセージ（図９参照）、出力ＩＮＶＩＴＥメッセージ（図１０参照）のＳＤＰボディ部の情報をもとに生成される。当該ＳＤＰボディ部の情報とは、具体的には、ＶｏＩＰ端末２１と音声パケットを送受信するＩＰアドレス、ポート番号（送信ＩＰアドレス：１９２．１６８．０．２１、送信ポート番号：３９６４２、受信ポート番号：４２１０２）と符号化方式種別（μ則ＰＣＭ方式）、ＶｏＩＰ端末２２と音声パケットを送受信するＩＰアドレス、ポート番号（送信ＩＰアドレス：１９２．１６８．０．２２、送信ポート番号：６５５２０、受信ポート番号：４２１０４）と符号化方式種別（ＣＳ−ＡＣＥＬＰ方式）である。
２００ ＯＫ生成部３０４は、以上のようにして生成した２００ ＯＫ応答メッセージを、変換装置ＳＩＰ制御部３０２を介してＩＰパケット送受信部３０１に送る（ステップＳＴ１１０５）。
ここで、変換装置ＳＩＰ制御部３０２は、ＩＰパケット送受信部３０１に対して、音声パケット中継情報を出力する（ステップＳＴ１１０６）。この音声パケット中継情報は、２００ ＯＫ生成部３０４の入力２００ ＯＫ応答メッセージ（図１２参照）、出力２００ ＯＫ応答メッセージ（図１３参照）、ＩＮＶＩＴＥ生成部３０３の入力ＩＮＶＩＴＥメッセージ（図９参照）、出力ＩＮＶＩＴＥメッセージ（図１０参照）のＳＤＰボディ部の情報をもとに生成される。当該ＳＤＰボディ部の情報とは、具体的には、ＶｏＩＰ端末２１と音声パケットを送受信するＩＰアドレス、ポート番号（送信ＩＰアドレス：１９２．１６８．０．２１、送信ポート番号：３９６４２、受信ポート番号：４２１０２）と符号化方式種別（μ則ＰＣＭ方式）、ＶｏＩＰ端末２２と音声パケットを送受信するＩＰアドレス、ポート番号（送信ＩＰアドレス：１９２．１６８．０．２２、送信ポート番号：６５５２０、受信ポート番号：４２１０４）と符号化方式種別（ＣＳ−ＡＣＥＬＰ方式）である。
ＩＰパケット送受信部３０１は、この音声パケット中継情報を記憶しておく（ステップＳＴ１１０７）とともに、ステップＳＴ１１０５において変換装置ＳＩＰ制御部３０２から入力した２００ ＯＫ応答メッセージをＩＰパケット化して、ＩＰネットワーク４を介してＳＩＰサーバ１に送信する（ステップＳＴ１１０８）。
以上で図１１を用いた図６のステップＳＴ１０，ステップＳＴ１１の動作説明を終わる。
以上で図１１を用いた図６のステップＳＴ１０，ステップＳＴ１１の動作説明を終わる。
図６のステップＳＴ１１で音声符号変換装置３が、２００ ＯＫ応答メッセージを生成してＳＩＰサーバ１に送信すると、ＳＩＰサーバ１は、音声符号変換装置３から受信した２００ ＯＫ応答メッセージをＶｏＩＰ端末２１に転送する（図６のステップＳＴ１２）。
ＶｏＩＰ端末２１は、図６のステップＳＴ１２でＳＩＰサーバ１から送られた２００ ＯＫ応答メッセージを受信すると、応答を受信したことを通知するＡＣＫメッセージをＳＩＰサーバ１に送信する（図６のステップＳＴ１３）。なお、各ＳＩＰエンティティがＳＩＰの規定に従って動作することで、ＡＣＫメッセージはＩＮＶＩＴＥメッセージと同じルートを通って転送される。従って、ＳＩＰサーバ１は、このＡＣＫメッセージを受信すると、これを音声符号変換装置３に転送する（図６のステップＳＴ１４）。
音声符号変換装置３は、ＶｏＩＰ端末２１からのＡＣＫメッセージを受信すると、ＶｏＩＰ端末２２からの２００ ＯＫ応答メッセージに対するＡＣＫメッセージを生成してＳＩＰサーバ１に送信し（図６のステップＳＴ１５）、ＳＩＰサーバ１は、このＡＣＫメッセージをＶｏＩＰ端末２１に転送する（図６のステップＳＴ１６）。
音声符号変換装置３は、ＶｏＩＰ端末２１からのＡＣＫメッセージを受信すると、ＶｏＩＰ端末２２からの２００ ＯＫ応答メッセージに対するＡＣＫメッセージを生成してＳＩＰサーバ１に送信し（図６のステップＳＴ１５）、ＳＩＰサーバ１は、このＡＣＫメッセージをＶｏＩＰ端末２１に転送する（図６のステップＳＴ１６）。
以上でＳＩＰによる呼接続のシーケンスが完了し、ＶｏＩＰ端末２１とＶｏＩＰ端末２２は音声パケットの送信を開始する（図６のステップＳＴ１７，ステップＳＴ１８）。
図１０、図１３に示したとおり、音声符号変換装置３がＶｏＩＰ端末２１，２２に対して送信したＩＮＶＩＴＥメッセージ、２００ ＯＫ応答メッセージのＳＤＰボディ部には、音声パケット受信ＩＰアドレスとして、音声符号変換装置３のＩＰアドレスが指定されているので、ＶｏＩＰ端末２１とＶｏＩＰ端末２２は、音声パケットを音声符号変換装置３に送信する。
このように、呼接続のシーケンスが完了すると、ＶｏＩＰ端末２１とＶｏＩＰ端末２２との音声パケット通信（図６のステップＳＴ１７，ステップＳＴ１８）からは、ＶｏＩＰ端末同士は、ＳＩＰサーバ１を介さずに通信を行う。
図１０、図１３に示したとおり、音声符号変換装置３がＶｏＩＰ端末２１，２２に対して送信したＩＮＶＩＴＥメッセージ、２００ ＯＫ応答メッセージのＳＤＰボディ部には、音声パケット受信ＩＰアドレスとして、音声符号変換装置３のＩＰアドレスが指定されているので、ＶｏＩＰ端末２１とＶｏＩＰ端末２２は、音声パケットを音声符号変換装置３に送信する。
このように、呼接続のシーケンスが完了すると、ＶｏＩＰ端末２１とＶｏＩＰ端末２２との音声パケット通信（図６のステップＳＴ１７，ステップＳＴ１８）からは、ＶｏＩＰ端末同士は、ＳＩＰサーバ１を介さずに通信を行う。
図１４は、ＶｏＩＰ端末２１とＶｏＩＰ端末２２からの音声パケットを受信した場合の音声符号変換装置３の動作を説明するフローチャートである。
以下、図１４と図４を用いて説明する。
以下、図１４と図４を用いて説明する。
まず、ＩＰパケット送受信部３０１は、ＶｏＩＰ端末２１とＶｏＩＰ端末２２から受信した音声パケットを受け付ける（ステップＳＴ１４０１）。
上述したとおり、ＩＰパケット送受信部３０１には、予め変換装置ＳＩＰ制御部３０２より、音声パケット中継情報として、ＶｏＩＰ端末２１と音声パケットを送受信するＩＰアドレス、ポート番号（送信ＩＰアドレス：１９２．１６８．０．２１、送信ポート番号：３９６４２、受信ポート番号：４２１０２）と符号化方式種別（μ則ＰＣＭ方式）、ＶｏＩＰ端末２２と音声パケットを送受信するＩＰアドレス、ポート番号（送信ＩＰアドレス：１９２．１６８．０．２２、送信ポート番号：６５５２０、受信ポート番号：４２１０４）と符号化方式種別（ＣＳ−ＡＣＥＬＰ方式）が記憶されている。これらの音声パケット中継情報をもとに、ＩＰパケット送受信部３０１は、ＶｏＩＰ端末２１から受信した音声パケットであるかどうかを判定する（ステップＳＴ１４０２）。具体的には、ＩＰパケット送受信部３０１は、受信した音声パケットのＩＰヘッダにある送信元ＩＰアドレスをチェックし、これが、ＶｏＩＰ端末２１の送信ＩＰアドレスである１９２．１６８．０．２１であれば、ＶｏＩＰ端末２１からの受信パケットであると判断し、次に受信した音声パケットのＵＤＰヘッダ内の送信先ポート番号をチェックし、これが４２１０２であれば、音声パケットであると判断する。なお、ＶｏＩＰ端末２１が、送信する音声パケットの送信先ポート番号を４２１０２にしているのは、上述したとおり、呼制御シーケンスにおいて、音声符号変換装置３がＳＩＰメッセージ内の記述を自装置が受信したいポート番号に書き換えたからである。
ステップＳＴ１４０２において、ＶｏＩＰ端末２１から受信した音声パケットであると判断した場合（ステップＳＴ１４０２の”ＹＥＳ”の場合）、ＩＰパケット送受信部３０１は、パケット内の音声符号を抜き出して、当該抜き出したパケット内の音声符号を音声符号変換部ａ３０５に出力する（ステップＳＴ１４０３）。
音声符号変換部ａ３０５は、μ則ＰＣＭ符号をＣＳ−ＡＣＥＬＰ符号に変換してＩＰパケット送受信部３０１に返し、ＩＰパケット送受信部３０１は、音声符号変換部ａ３０５から返された音声符号をＩＰパケット化してＶｏＩＰ端末２２に送信する（ステップＳＴ１４０４）。
ステップＳＴ１４０２において、ＶｏＩＰ端末２１から受信した音声パケットでないと判断した場合（ステップＳＴ１４０２の”ＮＯ”の場合）、ステップＳＴ１４０３，ステップＳＴ１４０４はスキップする。
上述したとおり、ＩＰパケット送受信部３０１には、予め変換装置ＳＩＰ制御部３０２より、音声パケット中継情報として、ＶｏＩＰ端末２１と音声パケットを送受信するＩＰアドレス、ポート番号（送信ＩＰアドレス：１９２．１６８．０．２１、送信ポート番号：３９６４２、受信ポート番号：４２１０２）と符号化方式種別（μ則ＰＣＭ方式）、ＶｏＩＰ端末２２と音声パケットを送受信するＩＰアドレス、ポート番号（送信ＩＰアドレス：１９２．１６８．０．２２、送信ポート番号：６５５２０、受信ポート番号：４２１０４）と符号化方式種別（ＣＳ−ＡＣＥＬＰ方式）が記憶されている。これらの音声パケット中継情報をもとに、ＩＰパケット送受信部３０１は、ＶｏＩＰ端末２１から受信した音声パケットであるかどうかを判定する（ステップＳＴ１４０２）。具体的には、ＩＰパケット送受信部３０１は、受信した音声パケットのＩＰヘッダにある送信元ＩＰアドレスをチェックし、これが、ＶｏＩＰ端末２１の送信ＩＰアドレスである１９２．１６８．０．２１であれば、ＶｏＩＰ端末２１からの受信パケットであると判断し、次に受信した音声パケットのＵＤＰヘッダ内の送信先ポート番号をチェックし、これが４２１０２であれば、音声パケットであると判断する。なお、ＶｏＩＰ端末２１が、送信する音声パケットの送信先ポート番号を４２１０２にしているのは、上述したとおり、呼制御シーケンスにおいて、音声符号変換装置３がＳＩＰメッセージ内の記述を自装置が受信したいポート番号に書き換えたからである。
ステップＳＴ１４０２において、ＶｏＩＰ端末２１から受信した音声パケットであると判断した場合（ステップＳＴ１４０２の”ＹＥＳ”の場合）、ＩＰパケット送受信部３０１は、パケット内の音声符号を抜き出して、当該抜き出したパケット内の音声符号を音声符号変換部ａ３０５に出力する（ステップＳＴ１４０３）。
音声符号変換部ａ３０５は、μ則ＰＣＭ符号をＣＳ−ＡＣＥＬＰ符号に変換してＩＰパケット送受信部３０１に返し、ＩＰパケット送受信部３０１は、音声符号変換部ａ３０５から返された音声符号をＩＰパケット化してＶｏＩＰ端末２２に送信する（ステップＳＴ１４０４）。
ステップＳＴ１４０２において、ＶｏＩＰ端末２１から受信した音声パケットでないと判断した場合（ステップＳＴ１４０２の”ＮＯ”の場合）、ステップＳＴ１４０３，ステップＳＴ１４０４はスキップする。
ＩＰパケット送受信部３０１は、音声パケット中継情報をもとに、ＶｏＩＰ端末２２から受信した音声パケットであるかどうかを判定する（ステップＳＴ１４０５）。具体的には、ステップＳＴ１４０２同様、ＩＰパケット送受信部３０１は、受信した音声パケットのＩＰヘッダにある送信元ＩＰアドレスをチェックし、これが、ＶｏＩＰ端末２２の送信ＩＰアドレスである１９２．１６８．０．２２であれば、ＶｏＩＰ端末２２からの受信パケットであると判断し、次に受信した音声パケットのＵＤＰヘッダ内の送信先ポート番号をチェックし、これが４２１０４であれば、音声パケットであると判断する。
ステップＳＴ１４０５において、ＶｏＩＰ端末２２から受信した音声パケットであると判断した場合（ステップＳＴ１４０５の”ＹＥＳ”の場合）、ＩＰパケット送受信部３０１は、パケット内の音声符号を抜き出して、当該抜き出したパケット内の音声符号を音声符号変換部ｂ３０６に出力する（ステップＳＴ１４０６）。
音声符号変換部ｂ３０６は、ＣＳ−ＡＣＥＬＰ符号をμ則ＰＣＭ符号に変換してＩＰパケット送受信部３０１に返し、ＩＰパケット送受信部３０１は、音声符号変換部ｂ３０６から返された音声符号をＩＰパケット化してＶｏＩＰ端末２１に送信する（ステップＳＴ１４０７）。
ステップＳＴ１４０５において、ＶｏＩＰ端末２２から受信した音声パケットでないと判断した場合（ステップＳＴ１４０５の”ＮＯ”の場合）、ステップＳＴ１４０６，ステップＳＴ１４０７はスキップする。
ステップＳＴ１４０５において、ＶｏＩＰ端末２２から受信した音声パケットであると判断した場合（ステップＳＴ１４０５の”ＹＥＳ”の場合）、ＩＰパケット送受信部３０１は、パケット内の音声符号を抜き出して、当該抜き出したパケット内の音声符号を音声符号変換部ｂ３０６に出力する（ステップＳＴ１４０６）。
音声符号変換部ｂ３０６は、ＣＳ−ＡＣＥＬＰ符号をμ則ＰＣＭ符号に変換してＩＰパケット送受信部３０１に返し、ＩＰパケット送受信部３０１は、音声符号変換部ｂ３０６から返された音声符号をＩＰパケット化してＶｏＩＰ端末２１に送信する（ステップＳＴ１４０７）。
ステップＳＴ１４０５において、ＶｏＩＰ端末２２から受信した音声パケットでないと判断した場合（ステップＳＴ１４０５の”ＮＯ”の場合）、ステップＳＴ１４０６，ステップＳＴ１４０７はスキップする。
以上のようにして、符号化種別の異なる音声コーデックを備えたＶｏＩＰ端末２１とＶｏＩＰ端末２２との通話が実現される。
なお、ＶｏＩＰ端末２１とＶｏＩＰ端末２２とが同じ符号化種別の音声コーデックを備えている場合、ＩＰパケット送受信部３０１は、変換装置ＳＩＰ制御部３０２から与えられる音声パケット中継情報からこれを認識できるため、受信した音声パケットを音声符号変換部ａ３０５または音声符号変換部ｂ３０６に出力することをせず、ＶｏＩＰ端末２１から受信した音声パケットをＶｏＩＰ端末２２に、ＶｏＩＰ端末２２から受信した音声パケットをＶｏＩＰ端末２１に、それぞれ転送する。
なお、ＶｏＩＰ端末２１とＶｏＩＰ端末２２とが同じ符号化種別の音声コーデックを備えている場合、ＩＰパケット送受信部３０１は、変換装置ＳＩＰ制御部３０２から与えられる音声パケット中継情報からこれを認識できるため、受信した音声パケットを音声符号変換部ａ３０５または音声符号変換部ｂ３０６に出力することをせず、ＶｏＩＰ端末２１から受信した音声パケットをＶｏＩＰ端末２２に、ＶｏＩＰ端末２２から受信した音声パケットをＶｏＩＰ端末２１に、それぞれ転送する。
なお、ＳＩＰサーバ１が、ＶｏＩＰ端末２１〜２Ｎと音声符号変換装置３が送受信するＳＩＰメッセージを転送するためには、各端末の電話番号情報とアドレス情報を保持しておく必要がある。
通常、ＶｏＩＰ端末２１〜２Ｎは、ＲＥＧＩＳＴＥＲメッセージを送信して、自端末の情報をＳＩＰサーバ１に通知する。
ＶｏＩＰ端末２１〜２Ｎは、図２に示した登録情報生成部２０３が、通常の自端末情報通知用のＲＥＧＩＳＴＥＲメッセージを生成する。そして、符号変換装置登録情報生成部２０４は、音声符号変換装置３の情報通知用のＲＥＧＩＳＴＥＲメッセージを生成する。
通常、ＶｏＩＰ端末２１〜２Ｎは、ＲＥＧＩＳＴＥＲメッセージを送信して、自端末の情報をＳＩＰサーバ１に通知する。
ＶｏＩＰ端末２１〜２Ｎは、図２に示した登録情報生成部２０３が、通常の自端末情報通知用のＲＥＧＩＳＴＥＲメッセージを生成する。そして、符号変換装置登録情報生成部２０４は、音声符号変換装置３の情報通知用のＲＥＧＩＳＴＥＲメッセージを生成する。
図１５は、ＶｏＩＰ端末２１の符号変換装置登録情報生成部２０４が生成するＲＥＧＩＳＴＥＲメッセージの一例を説明する図である。
図１５において、５行目のＴｏヘッダはＡｄｄｒｅｓｓ−ｏｆ−Ｒｅｃｏｒｄと呼ばれるＳＩＰ−ＵＲＩを含む。ＳＩＰ端末が他の端末に発信する場合には、発信先端末のＡｄｄｒｅｓｓ−ｏｆ−Ｒｅｃｏｒｄを指定して発信する。一般に、このＡｄｄｒｅｓｓ−ｏｆ−Ｒｅｃｏｒｄは端末の電話番号を含み、「登録対象端末の電話番号＠ＳＩＰサーバドメイン」または「登録対象端末の電話番号＠ＳＩＰサーバＩＰアドレス」となる。
また、８行目のＣｏｎｔａｃｔヘッダは、この端末のアドレス情報であるコンタクトアドレスと呼ばれるＳＩＰ−ＵＲＩを含む。一般に、コンタクトアドレスは端末のＩＰアドレスを含み、「登録対象端末の電話番号＠登録対象端末のＩＰアドレス」となる。図１５に示すとおり、５行目のＴｏヘッダに設定される電話番号と８行目のＣｏｎｔａｃｔヘッダに設定される電話番号は、ＶｏＩＰ端末２１の電話番号である「１００１」を変換した「２００１」となっている。また、８行目のＣｏｎｔａｃｔヘッダに設定されるＵＰアドレスが、音声符号変換装置３のＩＰアドレスとなっている。このＲＥＧＩＳＴＥＲメッセージを受信したＳＩＰサーバ１は、メッセージ内のＡｄｄｒｅｓｓ−ｏｆ−Ｒｅｃｏｒｄとコンタクトアドレスを関連付け、電話番号「２００１」を音声符号変換装置３の電話番号と認識する。なお、上記ＴｏヘッダとＣｏｎｔａｃｔヘッダ以外の部分については、通常のＳＩＰ規定に従って生成されるものである。
図１５において、５行目のＴｏヘッダはＡｄｄｒｅｓｓ−ｏｆ−Ｒｅｃｏｒｄと呼ばれるＳＩＰ−ＵＲＩを含む。ＳＩＰ端末が他の端末に発信する場合には、発信先端末のＡｄｄｒｅｓｓ−ｏｆ−Ｒｅｃｏｒｄを指定して発信する。一般に、このＡｄｄｒｅｓｓ−ｏｆ−Ｒｅｃｏｒｄは端末の電話番号を含み、「登録対象端末の電話番号＠ＳＩＰサーバドメイン」または「登録対象端末の電話番号＠ＳＩＰサーバＩＰアドレス」となる。
また、８行目のＣｏｎｔａｃｔヘッダは、この端末のアドレス情報であるコンタクトアドレスと呼ばれるＳＩＰ−ＵＲＩを含む。一般に、コンタクトアドレスは端末のＩＰアドレスを含み、「登録対象端末の電話番号＠登録対象端末のＩＰアドレス」となる。図１５に示すとおり、５行目のＴｏヘッダに設定される電話番号と８行目のＣｏｎｔａｃｔヘッダに設定される電話番号は、ＶｏＩＰ端末２１の電話番号である「１００１」を変換した「２００１」となっている。また、８行目のＣｏｎｔａｃｔヘッダに設定されるＵＰアドレスが、音声符号変換装置３のＩＰアドレスとなっている。このＲＥＧＩＳＴＥＲメッセージを受信したＳＩＰサーバ１は、メッセージ内のＡｄｄｒｅｓｓ−ｏｆ−Ｒｅｃｏｒｄとコンタクトアドレスを関連付け、電話番号「２００１」を音声符号変換装置３の電話番号と認識する。なお、上記ＴｏヘッダとＣｏｎｔａｃｔヘッダ以外の部分については、通常のＳＩＰ規定に従って生成されるものである。
以上のように、この実施の形態１によれば、ＳＩＰサーバ１と、複数のＶｏＩＰ端末２１〜２Ｎと、ＶｏＩＰ端末２１〜２Ｎ間で通信される音声メディアを変換する音声符号変換装置３とから構成される音声通話システムにおいて、音声符号変換装置３が複数の電話番号を備え、ＶｏＩＰ端末２１〜２Ｎが他のＶｏＩＰ端末に発信する際に発信先電話番号を一定の設定されたルールで音声符号変換装置３が持つ電話番号に変換して発信するとともに、自端末の電話番号を、上記を同様のルールで変換した電話番号を音声符号変換装置３の電話番号として登録し、音声符号変換装置３は、着信した際に着信電話番号をＶｏＩＰ端末２１〜２Ｎと同様のルールで逆変換した電話番号を発信先電話番号として発信するとともに、ＶｏＩＰ端末２１〜２Ｎが備える符号化種別を含むようなメディア情報を生成して、このメディア情報を含むＳＩＰメッセージをＶｏＩＰ端末２１〜２Ｎに送信するので、異なる音声コーデックを備えたＶｏＩＰ端末が同一ネットワーク上に混在する場合であっても、ＶｏＩＰ端末間の音声通信が可能であり、メディア通信システムにおいて、ＳＩＰサーバ１と音声符号変換装置３との連携を不要とし、ＳＩＰサーバの処理負荷を軽減させることができる。
実施の形態２．
実施の形態１では、ＳＩＰサーバ１への音声符号変換装置３の電話番号の登録をＶｏＩＰ端末２１〜２Ｎが行うようにしたが、この実施の形態２では、音声符号変換装置３が自ら電話番号の登録を行う実施の形態について説明する。
実施の形態１では、ＳＩＰサーバ１への音声符号変換装置３の電話番号の登録をＶｏＩＰ端末２１〜２Ｎが行うようにしたが、この実施の形態２では、音声符号変換装置３が自ら電話番号の登録を行う実施の形態について説明する。
図１６は、この発明の実施の形態２に係るメディア通信システムにおけるＶｏＩＰ端末２１〜２Ｎの内部構成を説明する図である。
図１６に示すＶｏＩＰ端末２１〜２Ｎは、実施の形態１において図２で説明したＶｏＩＰ端末２１〜２Ｎと比べ、符号変換装置登録情報生成部２０４を備えない点が異なるのみであり、その他の構成については図２のＶｏＩＰ端末２１〜２Ｎと同様であるため、同じ構成には同一の符号を付し、重複した説明を省略する。
図１６に示すＶｏＩＰ端末２１〜２Ｎは、実施の形態１において図２で説明したＶｏＩＰ端末２１〜２Ｎと比べ、符号変換装置登録情報生成部２０４を備えない点が異なるのみであり、その他の構成については図２のＶｏＩＰ端末２１〜２Ｎと同様であるため、同じ構成には同一の符号を付し、重複した説明を省略する。
この実施の形態２において、ＶｏＩＰ端末２１〜２Ｎは、音声符号変換装置３の登録情報生成とＲＥＧＩＳＴＥＲメッセージの送信を行わない。また、この実施の形態２において、ＶｏＩＰ端末２１〜２Ｎは、ＲＥＧＩＳＴＥＲメッセージをＳＩＰサーバ１ではなく、音声符号変換装置３に送信する。
なお、ＶｏＩＰ端末２１〜２Ｎのその他の動作は、実施の形態１において説明したＶｏＩＰ端末２１〜２Ｎと同様であるので重複した説明を省略する。
なお、ＶｏＩＰ端末２１〜２Ｎのその他の動作は、実施の形態１において説明したＶｏＩＰ端末２１〜２Ｎと同様であるので重複した説明を省略する。
図１７は、この発明の実施の形態２に係るメディア通信システムにおける音声符号変換装置３の内部構成を説明する図である。
図１７に示す音声符号変換装置３は、実施の形態１において図４で説明した音声符号変換装置３と比べ、転送ＲＥＧＩＳＴＥＲ生成部３０７と、自装置ＲＥＧＩＳＴＥＲ生成部３０８とをさらに備える点が異なるのみであり、その他の構成については図４の音声符号変換装置３と同様であるため、同じ構成には同一の符号を付し、重複した説明を省略する。
転送ＲＥＧＩＳＴＥＲ生成部３０７は、ＶｏＩＰ端末２１〜２ＮからのＲＥＧＩＳＴＥＲメッセージを転送する際にＲＥＧＩＳＴＥＲメッセージを生成する。
自装置ＲＥＧＩＳＴＥＲ生成部３０８は、自装置用のＲＥＧＩＳＴＥＲメッセージを生成する。
図１７に示す音声符号変換装置３は、実施の形態１において図４で説明した音声符号変換装置３と比べ、転送ＲＥＧＩＳＴＥＲ生成部３０７と、自装置ＲＥＧＩＳＴＥＲ生成部３０８とをさらに備える点が異なるのみであり、その他の構成については図４の音声符号変換装置３と同様であるため、同じ構成には同一の符号を付し、重複した説明を省略する。
転送ＲＥＧＩＳＴＥＲ生成部３０７は、ＶｏＩＰ端末２１〜２ＮからのＲＥＧＩＳＴＥＲメッセージを転送する際にＲＥＧＩＳＴＥＲメッセージを生成する。
自装置ＲＥＧＩＳＴＥＲ生成部３０８は、自装置用のＲＥＧＩＳＴＥＲメッセージを生成する。
動作については、ＶｏＩＰ端末２１〜２ＮからＲＥＧＩＳＴＥＲメッセージを受信した場合以外については、実施の形態１において説明した音声符号変換装置３と同様である。
ＶｏＩＰ端末２１〜２ＮからＲＥＧＩＳＴＥＲメッセージを受信した場合、ＩＰパケット送受信部３０１がこのメッセージを変換装置ＳＩＰ制御部３０２に出力し、変換装置ＳＩＰ制御部３０２は、これを転送ＲＥＧＩＳＴＥＲ生成部３０７と自装置ＲＥＧＩＳＴＥＲ生成部３０８に出力する。
転送ＲＥＧＩＳＴＥＲ生成部３０７は、変換装置ＳＩＰ制御部３０２から入力したＲＥＧＩＳＴＥＲメッセージをもとに、ＳＩＰ規定に従ったヘッダの生成・付加を行って新たなＲＥＧＩＳＴＥＲメッセージを生成し、これを変換装置ＳＩＰ制御部３０２に出力する。
ＶｏＩＰ端末２１〜２ＮからＲＥＧＩＳＴＥＲメッセージを受信した場合、ＩＰパケット送受信部３０１がこのメッセージを変換装置ＳＩＰ制御部３０２に出力し、変換装置ＳＩＰ制御部３０２は、これを転送ＲＥＧＩＳＴＥＲ生成部３０７と自装置ＲＥＧＩＳＴＥＲ生成部３０８に出力する。
転送ＲＥＧＩＳＴＥＲ生成部３０７は、変換装置ＳＩＰ制御部３０２から入力したＲＥＧＩＳＴＥＲメッセージをもとに、ＳＩＰ規定に従ったヘッダの生成・付加を行って新たなＲＥＧＩＳＴＥＲメッセージを生成し、これを変換装置ＳＩＰ制御部３０２に出力する。
自装置ＲＥＧＩＳＴＥＲ生成部３０８は、変換装置ＳＩＰ制御部３０２から入力したＲＥＧＩＳＴＥＲメッセージをもとに、そのメッセージ内に含まれる電話番号をもとにＶｏＩＰ端末２１〜２Ｎと同様のルールで変換した電話番号を生成し、この番号を自装置電話番号として登録する新たなＲＥＧＩＳＴＥＲメッセージを生成し、これを変換装置ＳＩＰ制御部３０２に出力する。
変換装置ＳＩＰ制御部３０２は、転送ＲＥＧＩＳＴＥＲ生成部３０７および自装置ＲＥＧＩＳＴＥＲ生成部３０８から入力したＲＥＧＩＳＴＥＲメッセージをＩＰパケット送受信部３０１に出力し、ＩＰパケット送受信部３０１はこれらのＲＥＧＩＳＴＥＲメッセージをＳＩＰサーバ１に送信する。
変換装置ＳＩＰ制御部３０２は、転送ＲＥＧＩＳＴＥＲ生成部３０７および自装置ＲＥＧＩＳＴＥＲ生成部３０８から入力したＲＥＧＩＳＴＥＲメッセージをＩＰパケット送受信部３０１に出力し、ＩＰパケット送受信部３０１はこれらのＲＥＧＩＳＴＥＲメッセージをＳＩＰサーバ１に送信する。
図１８は、実施の形態２において、音声符号変換装置３がＶｏＩＰ端末２１から受信するＲＥＧＩＳＴＥＲメッセージの一例を説明する図である。
図１９は、実施の形態２において、転送ＲＥＧＩＳＴＥＲ生成部３０７が生成するＲＥＧＩＳＴＥＲメッセージを作成するもとになるメッセージの一例を説明する図である。
図１９のメッセージは図１８に対して、２行目のＶｉａヘッダ、４行目のＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダが追加され、５行目のＭａｘ−Ｆｏｒｗａｒｄｓのフィールド値が７０から６９に減らされる。これらは、メッセージを中継転送する際のＳＩＰの規定に従った追加・変更である。
図１９は、実施の形態２において、転送ＲＥＧＩＳＴＥＲ生成部３０７が生成するＲＥＧＩＳＴＥＲメッセージを作成するもとになるメッセージの一例を説明する図である。
図１９のメッセージは図１８に対して、２行目のＶｉａヘッダ、４行目のＲｅｃｏｒｄ−Ｒｏｕｔｅヘッダが追加され、５行目のＭａｘ−Ｆｏｒｗａｒｄｓのフィールド値が７０から６９に減らされる。これらは、メッセージを中継転送する際のＳＩＰの規定に従った追加・変更である。
図２０は、実施の形態２において、音声符号変換装置３がＶｏＩＰ端末２１から図１８に示すＲＥＧＩＳＴＥＲメッセージを受信した際に、自装置ＲＥＧＩＳＴＥＲ生成部３０８が生成するＲＥＧＩＳＴＥＲメッセージの一例を説明する図である。
図２０では、図１８において登録対象の電話番号となっている「１００１」に１０００を加算した「２００１」を登録対象の電話番号としており、これが、４行目のＦｒｏｍヘッダ、５行目のＴｏヘッダ、８行目のＣｏｎｔａｃｔヘッダに設定される。
また、登録対象の音声符号変換装置３のＩＰアドレス「１９２．１６８．０．２」が８行目のＣｏｎｔａｃｔヘッダに設定される。
図２０では、図１８において登録対象の電話番号となっている「１００１」に１０００を加算した「２００１」を登録対象の電話番号としており、これが、４行目のＦｒｏｍヘッダ、５行目のＴｏヘッダ、８行目のＣｏｎｔａｃｔヘッダに設定される。
また、登録対象の音声符号変換装置３のＩＰアドレス「１９２．１６８．０．２」が８行目のＣｏｎｔａｃｔヘッダに設定される。
ＳＩＰサーバ１は、図１９，図２０に示すＲＥＧＩＳＴＥＲメッセージを受信することにより、「１００１」をＶｏＩＰ端末２１の電話番号として、および、「２００１」を音声符号変換装置３の電話番号として、それぞれ認識することができる。
以上のように、この実施の形態２によれば、実施の形態１同様、ＳＩＰサーバ１がＶｏＩＰ端末２１〜２Ｎおよび音声符号変換装置３の電話番号とＩＰアドレスを登録することが可能で、異なる音声コーデックを備えたＶｏＩＰ端末２１〜２Ｎが、同一ネットワーク上に混在する場合であっても、ＶｏＩＰ端末２１〜２Ｎ間の音声通信が可能であり、メディア通信システムにおいて、ＳＩＰサーバ１と音声符号変換装置３との連携を不要とし、ＳＩＰサーバの処理負荷を軽減させることができる。
なお、上述した実施の形態１および実施の形態２では、ＶＯＩＰ端末２１〜２Ｎまたは、音声符号変換装置３からＲＥＧＩＳＵＴＥＲメッセージを送信するようにしていたが、ＶｏＩＰ端末２１〜２Ｎおよび音声符号変換装置３からＲＥＧＩＳＴＥＲメッセージ送信を行わず、ＶｏＩＰ端末２１〜２Ｎと音声符号変換装置３の登録情報を、ＳＩＰサーバ１に予め手動で設定しておいてもよい。
また、実施の形態１および実施の形態２では、ＶｏＩＰ端末２１〜２Ｎの電話番号を１００１、１００２、・・・、１０００＋Ｎ、音声符号変換装置３の電話番号を２００１、２００２、・・・、２００Ｎ、そして、ＶｏＩＰ端末２１〜２Ｎの電話番号に１０００を加算した番号を音声符号変換装置３に電話番号とすることを電話番号変換ルールとしたが、他に変換ルールであってもよい。音声符号変換装置３が、ＶｏＩＰ端末２１〜２Ｎの電話番号を一対一に対応したＮ個の電話番号を備え、そのＮ個の電話番号が他の番号と重複しないルールであればよい。
また、例えば、μ則ＰＣＭ方式を備えるＶｏＩＰ端末は１０００番台、ＣＳ−ＡＣＥＬＰ方式を備えるＶｏＩＰ端末の電話番号は２０００番台というように、ＶｏＩＰ端末が備える音声コーデック種別によって電話番号が分かれている音声通話システムもあり得る。
このような場合、ＶｏＩＰ端末２１〜２Ｎは、発信先のＶｏＩＰ端末が自端末と同じ種類の音声コーデックを備えている場合には、電話番号を変換せずに発信するようにしてもよい。
これにより、ＳＩＰサーバ１は、ＶｏＩＰ端末２１〜２Ｎが送信するメッセージを音声符号変換装置３ではなく、発信先の端末に転送する。従って、通常のＶｏＩＰ端末間の音声通信が成立し、音声符号変換装置３の負荷を軽減することができる。
このような場合、ＶｏＩＰ端末２１〜２Ｎは、発信先のＶｏＩＰ端末が自端末と同じ種類の音声コーデックを備えている場合には、電話番号を変換せずに発信するようにしてもよい。
これにより、ＳＩＰサーバ１は、ＶｏＩＰ端末２１〜２Ｎが送信するメッセージを音声符号変換装置３ではなく、発信先の端末に転送する。従って、通常のＶｏＩＰ端末間の音声通信が成立し、音声符号変換装置３の負荷を軽減することができる。
また、上述した実施の形態１および実施の形態２では、ＶｏＩＰ端末２１〜２Ｎが備える音声コーデックをμ則ＰＣＭ方式とＣＳ−ＡＣＥＬＰ方式としたが、音声符号化種別を問わず、本発明によって異なる音声コーデックを備えたＶｏＩＰ端末間の音声通信が可能となることは自明である。
さらに、この発明のメディア通信システムは、図２１に示すように、それぞれ異なるネットワークにあるＶｏＩＰ端末２１〜２Ｎ間の通話において、音声符号の変換が必要となる音声通話システムにも適用可能である。
図２１に示すように、ルータ７は、ＩＰネットワーク４に接続される各装置とＩＰネットワーク６に接続される各装置間で送受信されるＩＰパケットのルーチング制御を行う。
その他の各構成要素は、図１に示した音声通話システムと同様の動作を行うことで、異なる音声コーデックを備えたＶｏＩＰ端末２１〜２Ｎ間の通話を実現することができる。
図２１に示すように、ルータ７は、ＩＰネットワーク４に接続される各装置とＩＰネットワーク６に接続される各装置間で送受信されるＩＰパケットのルーチング制御を行う。
その他の各構成要素は、図１に示した音声通話システムと同様の動作を行うことで、異なる音声コーデックを備えたＶｏＩＰ端末２１〜２Ｎ間の通話を実現することができる。
なお、従来技術としてあげた特許文献１で開示される方式であっても、ＩＰネットワーク４に接続されるＶｏＩＰ端末２１〜２Ｍが備える音声コーデックの音声符号化方式と、ＩＰネットワーク６に接続されるＶｏＩＰ端末２Ｍ＋１〜２Ｎが備える音声コーデックの音声符号化方式とが、異なる場合に通話を実現できる。
しかしながら、この発明の音声通信システムによれば、ＩＰネットワーク４に接続されるＶｏＩＰ端末２１〜２Ｍが備える音声コーデックの符号化方式が同一でない場合であっても通話を実現することが可能となるというメリットがある。
しかしながら、この発明の音声通信システムによれば、ＩＰネットワーク４に接続されるＶｏＩＰ端末２１〜２Ｍが備える音声コーデックの符号化方式が同一でない場合であっても通話を実現することが可能となるというメリットがある。
また、実施の形態２のＶｏＩＰ端末２１〜２Ｎ、音声符号変換装置３のハードウェア構成は、実施の形態１において図３、５を用いて説明したものと同様の構成である。
転送ＲＥＧＩＳＴＥＲ生成部３０７と、自装置ＲＥＧＩＳＴＥＲ生成部３０８は、ＨＤＤ２２２、メモリ２２３等に記憶されたプログラムを実行するＣＰＵ２２０、システムＬＳＩ等の処理回路により実現される。
また、複数の処理回路が連携して上記機能を実行してもよい。
転送ＲＥＧＩＳＴＥＲ生成部３０７と、自装置ＲＥＧＩＳＴＥＲ生成部３０８は、ＨＤＤ２２２、メモリ２２３等に記憶されたプログラムを実行するＣＰＵ２２０、システムＬＳＩ等の処理回路により実現される。
また、複数の処理回路が連携して上記機能を実行してもよい。
なお、この発明の実施の形態１において、ＶｏＩＰ端末２１〜２Ｎは、図２で示すような構成としたが、ＶｏＩＰ端末２１〜２Ｎは、電話番号変換部２０２と、端末ＳＩＰ制御部２０５とを備えることにより、上述したような効果が得られるものである。
なお、本願発明はその発明の範囲内において、各実施の形態の自由な組み合わせ、あるいは各実施の形態の任意の構成要素の変形、もしくは各実施の形態において任意の構成要素の省略が可能である。
この発明に係る音声端末は、異なる音声コーデックを備えた音声端末が同一ネットワーク上に混在する場合であっても、ＶｏＩＰ端末間の音声通信が可能であり、呼制御サーバと音声符号変換装置との連携が不要とし、メディア通信システムにおいて、呼制御サーバの処理負荷を軽減させることができるように構成したため、ネットワークを介して音声通話を行う音声端末等に適用することができる。
１ ＳＩＰサーバ、２１〜２Ｎ ＶｏＩＰ端末、３ 音声符号変換装置、４ ＩＰネットワーク、２０１ 電話番号受付部、２０２ 電話番号変換部、２０３ 登録情報生成部、２０４ 符号変換装置登録情報生成部、２０５ 端末ＳＩＰ制御部、２０６ 音声受付部、２０７ 音声符号器、２０８ 音声復号器、２０９ 音声出力部、２１０ ＩＰパケット送受信部、２２０，３２０ ＣＰＵ、２２１ モニタ、２２２，３２１ ＨＤＤ、２２３，３２２ メモリ、２２４ マイク、２２５，３２３ 通信Ｉ／Ｆ装置、３０１ ＩＰパケット送受信部、３０２ 変換装置ＳＩＰ制御部、３０３ ＩＮＶＩＴＥ生成部、３０４ ２００ ＯＫ生成部、３０５ 音声符号変換部ａ、３０６ 音声符号変換部ｂ、３０７ 転送ＲＥＧＩＳＴＥＲ生成部、３０８ 自装置ＲＥＧＩＳＴＥＲ生成部。
Claims (7)
- ネットワークを介して、複数の音声端末と、呼制御サーバと、前記複数の音声端末間で通信するメディア種別を変換する音声符号変換装置とが接続され、前記複数の音声端末が音声通話を行うメディア通信システムであって、
前記音声端末は、
発信先の音声端末の電話番号を、設定されたルールにより、前記音声符号変換装置が有する電話番号に変換する電話番号変換部と、
前記電話番号変換部が変換した電話番号から、発信用のメッセージを生成し、前記呼制御サーバを介して前記音声符号変換装置へ送信させる端末ＳＩＰ制御部とを備え、
前記音声符号変換装置は、
発信元の音声端末から、前記呼制御サーバを介して前記発信用のメッセージを受信した場合、当該受信した前記発信用のメッセージ内の宛先電話番号を、前記設定されたルールにより逆変換して発信先の音声端末の電話番号にし、前記発信用のメッセージ内の音声パケットの受信アドレスを自身のアドレスとして新たな発信用のメッセージを生成するＩＮＶＩＴＥ生成部と、
前記ＩＮＶＩＴＥ生成部が生成した発信用のメッセージを、前記呼制御サーバを介して前記発信先の音声端末に送信するＩＰパケット送受信部とを備えた
ことを特徴とするメディア通信システム。 - 前記音声端末は、
自端末の電話番号を前記設定されたルールにより前記音声符号変換装置が有する電話番号に変換した電話番号を設定した前記音声符号変換装置の情報通知用のＲＥＧＩＳＴＥＲメッセージを生成し、前記呼制御サーバに登録させる符号変換装置登録情報生成部をさらに備えた
ことを特徴とする請求項１記載のメディア通信システム。 - 前記音声端末は、
自端末の電話番号を設定した情報通知用のＲＥＧＩＳＴＥＲメッセージを生成し、前記音声符号変換装置に通知させる登録情報生成部をさらに備え、
前記音声符号変換装置は、
前記音声端末から受信したＲＥＧＩＳＴＥＲメッセージ内に含まれる電話番号を前記設定されたルールにより変換して自装置で有する電話番号とした新たなＲＥＧＩＳＴＥＲメッセージを生成し、前記呼制御サーバに登録させる自装置ＲＥＧＩＳＴＥＲ生成部をさらに備えた
ことを特徴とする請求項１記載のメディア通信システム。 - 発信先の音声端末の電話番号を、設定されたルールにより、ネットワークを介して接続される音声符号変換装置が有する電話番号に変換する電話番号変換部と、
前記電話番号変換部が変換した電話番号から、発信用のメッセージを生成し、ネットワークを介して前記音声符号変換装置へ送信させる端末ＳＩＰ制御部とを備えた音声端末。 - 自端末の電話番号を前記設定されたルールにより前記音声符号変換装置が有する電話番号に変換した電話番号を設定した前記音声符号変換装置の情報通知用のＲＥＧＩＳＴＥＲメッセージを生成し、前記ネットワークを介して接続される呼制御サーバに登録させる符号変換装置登録情報生成部をさらに備えた
ことを特徴とする請求項４記載の音声端末。 - 発信元の音声端末から、ネットワークを介して発信用のメッセージを受信した場合、当該受信した前記発信用のメッセージ内の宛先電話番号を、設定されたルールにより逆変換して発信先の音声端末の電話番号にし、前記発信用のメッセージ内の音声パケットの受信アドレスを自身のアドレスとして新たな発信用のメッセージを生成するＩＮＶＩＴＥ生成部と、
前記ＩＮＶＩＴＥ生成部が生成した発信用のメッセージを、呼制御サーバを介して前記発信先の音声端末に送信するＩＰパケット送受信部とを備えた音声符号変換装置。 - 前記ネットワークを介して前記音声端末から受信したＲＥＧＩＳＴＥＲメッセージ内に含まれる電話番号を前記設定されたルールにより変換して自装置で有する電話番号とした新たなＲＥＧＩＳＴＥＲメッセージを生成し、前記ネットワークを介して接続される呼制御サーバに登録させる自装置ＲＥＧＩＳＴＥＲ生成部をさらに備えた
ことを特徴とする請求項６記載の音声符号変換装置。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/JP2015/060644 WO2016157527A1 (ja) | 2015-04-03 | 2015-04-03 | メディア通信システム、音声端末および音声符号変換装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPWO2016157527A1 JPWO2016157527A1 (ja) | 2017-06-08 |
| JP6305635B2 true JP6305635B2 (ja) | 2018-04-04 |
Family
ID=57006864
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2017509127A Expired - Fee Related JP6305635B2 (ja) | 2015-04-03 | 2015-04-03 | メディア通信システム、音声端末および音声符号変換装置 |
Country Status (3)
| Country | Link |
|---|---|
| JP (1) | JP6305635B2 (ja) |
| TW (1) | TWI556616B (ja) |
| WO (1) | WO2016157527A1 (ja) |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| TWI245997B (en) * | 2000-04-06 | 2005-12-21 | Distribution Systems Res Inst | IP communication system, IP transfer network, gateway device, server, network point device, medium router, terminal device and terminal communication method |
| JP2005191738A (ja) * | 2003-12-24 | 2005-07-14 | Skywave Inc | ゲートウェイ装置及びそのプログラム |
| CN102197635A (zh) * | 2008-10-21 | 2011-09-21 | 三菱电机株式会社 | 通信系统以及通信装置 |
| TWI393425B (zh) * | 2008-11-20 | 2013-04-11 | Inst Information Industry | 使一網路分機撥打一傳統分機之方法、裝置及其電腦程式產品 |
| JP4834759B2 (ja) * | 2009-07-31 | 2011-12-14 | 株式会社エヌ・ティ・ティ・データ | メディアサーバ、セッション復旧方法及びコンピュータプログラム |
| JP2011135554A (ja) * | 2009-11-27 | 2011-07-07 | Nippon Telegr & Teleph Corp <Ntt> | 音声情報サービス方法および情報サービス方法 |
| JP5477056B2 (ja) * | 2010-03-04 | 2014-04-23 | ヤマハ株式会社 | 電子機器、および電子機器の動作設定方法 |
-
2015
- 2015-04-03 WO PCT/JP2015/060644 patent/WO2016157527A1/ja active Application Filing
- 2015-04-03 JP JP2017509127A patent/JP6305635B2/ja not_active Expired - Fee Related
- 2015-06-04 TW TW104118088A patent/TWI556616B/zh not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| TW201637413A (zh) | 2016-10-16 |
| TWI556616B (zh) | 2016-11-01 |
| WO2016157527A1 (ja) | 2016-10-06 |
| JPWO2016157527A1 (ja) | 2017-06-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| Camarillo et al. | The session description protocol (SDP) grouping framework | |
| US20050050211A1 (en) | Method and apparatus to manage network addresses | |
| JP3633546B2 (ja) | シグナリング中継システムおよびシグナリング中継方法 | |
| JP4491521B2 (ja) | Ｒｔｐによるｄｔｍｆ転送方法 | |
| JP2005236824A (ja) | ＩＰｖ６／ＩＰｖ４トランスレータ | |
| JP2007049415A (ja) | 音声データ変換装置、ネットワークシステム、制御方法及び制御プログラム | |
| WO2010133148A1 (zh) | 软交换架构下的编解码转换控制方法、媒体网关及系统 | |
| JP2007142786A (ja) | ハンドオーバサーバ及びそれと通信可能な移動通信端末 | |
| EP2730073B1 (en) | Media stream grouping in multimedia communication networks | |
| CN101114985B (zh) | 编解码转换系统及方法 | |
| JP6640350B2 (ja) | ウェブリアルタイム通信シナリオの強化型メディアプレーン最適化 | |
| WO2009102291A2 (en) | Infrastructure for enabling high quality real-time audio | |
| US20110196975A1 (en) | Method and device for the bidirectional address conversion in sip-controlled data streams between ipv4 and ipv6 data terminals | |
| JP5311460B2 (ja) | 接続制御装置 | |
| JP6305635B2 (ja) | メディア通信システム、音声端末および音声符号変換装置 | |
| JP5465260B2 (ja) | Ｉｐドメイン間の相互接続を構成する方法、システムおよび装置 | |
| RU2606754C2 (ru) | Обмен сигнальными сообщениями в сети связи с интернет-протоколом между объектами, применяющими объектно-ориентированную обработку сигнальных сообщений | |
| JP2011166453A (ja) | ＳＩＰ（ＳｅｓｓｉｏｎＩｎｉｔｉａｔｉｏｎＰｒｏｔｏｃｏｌ）中継装置、パケット変換装置、ネットワークシステム、制御方法及び制御プログラム | |
| EP2234363B1 (en) | A method and device for providing support for transmitting a media stream embedded in the control stream | |
| JP6183881B2 (ja) | コーデック変換ゲートウェイ、コーデック変換方法、及び、コーデック変換プログラム | |
| WO2010075734A1 (zh) | 信号传输的方法、装置及系统 | |
| CN102387119B (zh) | 一种会话描述协议中会话修改方法 | |
| JP7009509B2 (ja) | ネットワーク装置の管理 | |
| CN102045298A (zh) | 一种ims媒体编解码器协商的方法和系统 | |
| US20160261644A1 (en) | Performing an Action on Certain Media Streams in a Multimedia Communications Network |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20170220 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20180109 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20180123 |
|
| 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: 20180206 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20180306 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 6305635 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |