(57)【特許請求の範囲】
【請求項１】
ルータを介してネットワークに接続されるＩＰ端末装置同士が、ＳＩＰサーバによって制御されて相互通信を行う場合に、前記ＩＰ端末装置から対向するＩＰ端末装置へのローカルＩＰパケットを多重化してベアラＩＰパケットを生成するとともに、前記対向するＩＰ端末装置からのベアラＩＰパケットを分離してローカルＩＰパケットを生成するＩＰ回線多重化装置機能エンティティと、前記ＩＰ回線多重化装置機能エンティティを制御するＩＰ回線多重化装置管理エンティティを備える通信システムにおいて、
前記ＩＰ回線多重化装置管理エンティティは、
前記ＩＰ回線多重化装置機能エンティティによる多重リンク情報と、前記ＳＩＰサーバから通知されるＩＰ端末装置のＩＰアドレスおよびポート番号に基づいて、前記ＩＰアドレスおよびポート番号に対応づけたチャネル情報を定義する多重リンク管理テーブルを生成し、生成した多重リンク管理テーブルを前記ＩＰ回線多重化装置機能エンティティに送信し、
前記ＩＰ回線多重化装置機能エンティティは、
前記多重リンク管理テーブルに基づいて、前記ローカルＩＰパケットからショートパケットを生成し、生成したショートパケットを多重化して前記ベアラＩＰパケットを生成し、生成したパケットを前記ネットワークに送信するとともに、前記多重リンク管理テーブルに基づいて、前記ベアラＩＰパケットを分離して前記ＩＰ端末装置宛てのローカルＩＰパケットを生成すること、
を特徴とする通信システム。
【請求項２】
ルータを介してネットワークに接続されるＩＰ端末装置同士が、ＳＩＰサーバによって制御されて相互通信を行う場合に、前記ＩＰ端末装置から対向するＩＰ端末装置へのローカルＩＰパケットを多重化してベアラＩＰパケットを生成するとともに、前記対向するＩＰ端末装置からのベアラＩＰパケットを分離してローカルＩＰパケットを生成するＩＰ回線多重化装置機能エンティティを制御するＩＰ回線管理装置管理エンティティにおいて、
前記ＩＰ回線多重化装置機能エンティティによる多重リンク情報と、前記ＳＩＰサーバから通知されるＩＰ端末装置のＩＰアドレスおよびポート番号に基づいて、前記ＩＰアドレスおよびポート番号に対応づけたチャネル情報を定義する多重リンク管理テーブルを生成し、生成した多重リンク管理テーブルを前記ＩＰ回線多重化装置機能エンティティに送信すること、
を特徴とするＩＰ回線多重化装置管理エンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、ＩＰ（Internet  Protocol）パケット内部のショートパケットを多重／分離機能を有する通信装置を備えた通信システムに関するものであり、特に、ボイスオーバＩＰ（ＶｏＩＰ：Voice  Over  IP）において、音声データを収容した複数のショートパケットを１つのＩＰパケットに多重する通信方式を適用した通信システムに関するものである。
【背景技術】
【０００２】
９０年代に入ってからのインターネットの普及は目覚ましいものがある。インターネットの基本は、ネットワーク全体が全てのパケットを公平に扱うＢｅｓｔ  Ｅｆｆｏｒｔ型、すなわちサービスの品質を保証しない通信サービスである。しかしながら、インターネットの普及に伴い、インターネットを使用したビジネスが展開され高品質のサービスや、音声、動画といったリアルタイムのアプリケーションが要求されている。
【０００３】
インターネットを利用した音声、動画といったリアルタイムのアプリケーションが要求されるシステムの１つにＶｏＩＰがある。ＶｏＩＰは、やイントラネットなどＴＣＰ／ＩＰネットワークを利用して音声データを送受信する技術であり、
非特許文献１には、インターネットを含むＩＰベースのネットワークにおいて音声や動画の通信に必要なプロトコルが開示されている。
【０００４】
また、従来から、音声や画像を扱う通信システムの通信装置に関する種々の技術が考えられている。たとえば、非特許文献２には、ＲＴＰ／ＵＤＰ（User  Datagram  Protocol）／ＩＰというＶｏＩＰにおける標準のプロトコルを用いてＲＴＰペイロードの赤に複数のショートパケットを多重して送信するＩＰ回線多重化装置（ＩＰＣＭＥ）に関する技術が開示されている。
【０００５】
また、特許文献１には、送信したパケットを受信側の通信装置が正しく受信できなかった場合には、パケット長を短くして再送する通信装置に関する技術が開示されている。
【０００６】
また、特許文献２には、伝送フォーマット情報の動的な変化に対応して画像データや音声データを多重／分離、圧縮／伸張してデータを転送する通信装置に関する技術が開示されている。
【０００７】
【特許文献１】特開２００１−０８６１９０号公報
【特許文献２】特開平１１−２２５１６８号公報
【非特許文献１】ＩＴＵ−Ｔ  Ｈ．３２３
【非特許文献２】ＩＴＵ−Ｔ  Ｇ．７６９
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記特許文献１および２に記載の通信装置は、ネットワークの末端に配置される通信装置であるため、国際回線のような多大な音声チャネルを収容するネットワークに用いた場合、通信プロトコルの複雑さや、レスポンスの悪さから、ＩＰ通信装置に要求される性能を満たすことはできないという問題があった。
【０００９】
また、上記非特許文献２に記載のＩＰＣＭＥのように高効率多重化伝送を非特許文献１に記載されているシグナリング方式によって制御、運用した場合、煩雑な手順が必要となり、レスポンスも悪くなってしまうため、現実的ではないという問題があった。
【００１０】
本発明は、上記に鑑みてなされたものであって、既存のシグナリング方式であるＳＩＰ（Session  Initiation  Protocol）を適用して、多重化したＩＰパケットによる相互通信を行う通信システム、ＩＰ回線多重化装置管理エンティティ、およびＩＰ回線多重化装置機能エンティティを得ることを第１の目的としている。
【００１１】
また、第２の目的は、ＩＰ端末装置やエンドユーザがパケットの多重／分離を認識することなくシームレスに音声回線を利用することができる通信システム、ＩＰ回線多重化装置管理エンティティ、およびＩＰ回線多重化装置機能エンティティを得ることである。
【００１２】
また、第３の目的は、パケットを多重化することによって音声回線を効率よく、低コストで運用することができる通信システム、ＩＰ回線多重化装置管理エンティティ、およびＩＰ回線多重化装置機能エンティティを得ることである。
【課題を解決するための手段】
【００１３】
本発明においては、ルータを介してネットワークに接続されるＩＰ端末装置同士が、ＳＩＰサーバによって制御されて相互通信を行う場合に、前記ＩＰ端末装置から対向するＩＰ端末装置へのローカルＩＰパケットを多重化してベアラＩＰパケットを生成するとともに、前記対向するＩＰ端末装置からのベアラＩＰパケットを分離してローカルＩＰパケットを生成するＩＰ回線多重化装置機能エンティティと、前記ＩＰ回線多重化装置機能エンティティを制御するＩＰ回線多重化装置管理エンティティを備える通信システムにおいて、前記ＩＰ回線多重化装置管理エンティティは、前記ＩＰ回線多重化装置機能エンティティによる多重リンク情報と、前記ＳＩＰサーバから通知されるＩＰ端末装置のＩＰアドレスおよびポート番号に基づいて、前記ＩＰアドレスおよびポート番号に対応づけたチャネル情報を定義する多重リンク管理テーブルを生成し、生成した多重リンク管理テーブルを前記ＩＰ回線多重化装置機能エンティティに送信し、前記ＩＰ回線多重化装置機能エンティティは、前記多重リンク管理テーブルに基づいて、前記ローカルＩＰパケットからショートパケットを生成し、生成したショートパケットを多重化して前記ベアラＩＰパケットを生成し、生成したパケットを前記ネットワークに送信するとともに、前記多重リンク管理テーブルに基づいて、前記ベアラＩＰパケットを分離して前記ＩＰ端末装置宛てのローカルＩＰパケットを生成すること、を特徴とする。
【００１４】
この発明によれば、ＩＰ回線多重化装置機能エンティティからＩＰ回線多重化装置管理エンティティへのＩＰアドレスの登録によって構成される多重リンクと、ＳＩＰシグナリグにおける呼発呼におけるＩＮＶＩＴＥと２００ＯＫによって得られるＩＰアドレスおよびポート番号に基づいて多重リンク管理テーブルを生成し、ＩＰ回線多重化装置機能エンティティは、ＩＰ回線多重化装置管理エンティティが生成した管理テーブルに基づいてパケットの多重／分離を行いローカルＩＰパケットおよびベアラＩＰパケットを生成するようにしている。
【発明の効果】
【００１５】
この発明によれば、既存のシグナリング方式であるＳＩＰを適用して、多重化したＩＰパケットによる相互通信を行うことができる、という効果を奏する。
【発明を実施するための最良の形態】
【００１６】
以下に、本発明にかかる通信システム、ＩＰ回線多重化装置管理エンティティ、およびＩＰ回線多重化装置機能エンティティの実施の形態を図面に基づいて詳細に説明する。なお、この実施の形態により本発明が限定されるものではない。
【００１７】
実施の形態．
第１図〜第６図を用いてこの発明の実施の形態を説明する。第１図は、この発明にかかる実施の形態の通信システムの構成の一例を示す概念図である。この発明にかかる実施の形態の通信システムは、フィルタ転送機能付きのルータ２ａ，２ｂ，２ｃと、ＶｏＩＰにおける呼制御およびセッション管理を行うＳＩＰサーバ３と、ＩＰ回線多重化装置管理エンティティ（IPCME  Management  Entity，以下、ＭＥとする）４とがネットワークであるＩＰサービス網５に接続されている。
【００１８】
ルータ２ａには、ＩＰ回線多重化装置機能エンティティ（IPCME  Function  Entity，以下、ＦＥとする）１ａと、ＩＰ電話７ａ−１，７ａ−２と、ＶｏＩＰゲートウェイ（第１図ではＧＷとする）８ａとが接続され、ＶｏＩＰゲートウェイ８ａには、アナログ電話６ａ−１，６ａ−２が接続されている。ルータ２ａ、ＩＰ電話７ａ−１，７ａ−２、ＶｏＩＰゲートウェイ８ａ、アナログ電話６ａ−１，６ａ−２、およびＦＥ１ａは、同一のドメイン、またはネットワークに属している。
【００１９】
ルータ２ｂには、ＦＥ１ｂと、ＩＰ電話７ｂ−１，７ｂ−２と、ＶｏＩＰゲートウェイ８ｂとが接続され、ＶｏＩＰゲートウェイ８ｂには、アナログ電話６ｂ−１，６ｂ−２が接続されている。ルータ２ｂ、ＩＰ電話７ｂ−１，７ｂ−２、ＶｏＩＰゲートウェイ８ｂ、アナログ電話６ｂ−１，６ｂ−２、およびＦＥ１ｂは、同一のドメイン、またはネットワークに属している。
【００２０】
ルータ２ｃには、ＦＥ１ｃと、ＩＰ電話７ｃ−１，７ｃ−２と、ＶｏＩＰゲートウェイ８ｃとが接続され、ＶｏＩＰゲートウェイ８ｃには、アナログ電話６ｃ−１，６ｃ−２が接続されている。ルータ２ｃ、ＩＰ電話７ｃ−１，７ｃ−２、ＶｏＩＰゲートウェイ８ｃ、アナログ電話６ｃ−１，６ｃ−２、およびＦＥ１ｃは、同一のドメイン、またはネットワークに属している。
【００２１】
なお、第１図では、ＦＥ１ａ〜１ｃは、たとえば、イーサネット（登録商標）などの外部インタフェースを有し、ルータ２ａ〜２ｃに接続されている構成としたが、ルータ２ａ〜２ｃにＦＥ１ａ〜１ｃの機能を備えるようにしてもよい。
【００２２】
また、以後、ＩＰアドレス、ポートの位置付けを示すために、ＩＰ端末装置（ＶｏＩＰゲートウェイ８ａ〜８ｃ、ＩＰ電話７ａ−１，７ａ−２，７ｂ−１，７ｂ−２，７ｃ−１，７ｃ−２）のエンドユーザ側をローカル側、ＩＰサービス網５側をベアラ側とする。
【００２３】
ＭＥ４は、ＦＥ１ａ〜１ｃの符号化／復号化、および多重／分離を管理、制御するとともに、ＦＥ１ａ〜ＦＥ１ｃから通知される各装置のＩＰアドレスによって多重リンクを構成し、ＦＥ１ａ〜ＦＥ１ｃのそれぞれの多重する音声チャネルとＦＥリンクの依存関係を管理する多重リンク管理テーブルを生成する。なお、ＭＥ４は、物理的には分散配置されていてもよいし、ＳＩＰサーバ３内に含まれていてもよい。
【００２４】
第２図は、ＦＥ１ａ〜ＦＥ１ｃの多重リンクの構成およびＦＥ１ａの多重リンク管理テーブル１０ａの構成を示す図である。第２図においては、ＦＥ１ａとＦＥ１ｂとの間に論理リンクである多重リンク９ａｂが、ＦＥ１ａとＦＥ１ｃとの間に論理リンクである多重リンク９ａｃが、ＦＥ１ｂとＦＥ１ｂの間に論理リンクである多重リンク９ｂｃが構成されている。
【００２５】
ＦＥ１ａの多重リンク管理テーブル１０ａには、ＦＥ１ａの多重リンク９ａｂの対地となるＦＥ１ｂのＩＰアドレスと、多重リンク９ａｂに含まれるチャネルの情報、すなわちそのドメインに含まれているＶｏＩＰゲートウェイ８ａ、ＩＰ電話７ａ−１，７ａ−２のＩＰアドレスおよびポート番号が登録される。
【００２６】
ＭＥ４は、管理している多重リンク（この場合は、多重リンク９ａｂ，９ａｃ，９ｂｃ）の対地ＦＥのＩＰアドレスと、その多重リンクに含まれるチャネルの情報、すなわち、そのドメインに含まれているＶｏＩＰゲートウェイもしくはＩＰ電話のＩＰアドレスとポート番号を登録した多重リンク管理テーブルをＦＥ１ａ〜１ｃ毎に生成して、生成した多重リンク管理テーブルをＦＥ１ａ〜ＦＥ１ｃに送信する。
【００２７】
ＦＥ１ａ〜ＦＥ１ｃは同一機能を備えており、ＩＴＵ−Ｔ  Ｇ．７６９の勧告に従ってショートパケットを符号化／復号化、および多重／分離する。第３図に示したＦＥ１ａの構成を示すブロック図を参照してＦＥの機能を説明する。ＦＥ１ａは、インタフェース２０と、ローカルＩＰパケット受信部１１と、ＳＰ生成部１３と、多重部１４と、ベアラＩＰパケット生成部１５と、ベアラＩＰパケット受信部１６と、分離部１７と、ＳＰ分解部１８と、ローカルＩＰパケット生成部１９と、多重リンク管理テーブル記憶部１０とを備えている。
【００２８】
インタフェース２０は、物理的なインタフェースであり、たとえば、ポートであるが、その物理的な形態や個数はどのようなものであってもかまわない。また、ルータ２ａにＦＥ１ａが備えられている場合には、インタフェース２０は存在しない。多重リンク管理テーブル記憶部１０は、ＭＥ４から送信される多重リンク管理テーブル１０ａを記憶する。
【００２９】
ローカルＩＰパケット受信部１１は、ＩＰ端末装置から入力されるローカルＩＰパケットを受信する。ローカルＩＰパケットは、第４図に示すように、ローカルＩＰヘッダ２１と、ＵＤＰヘッダ２２と、ＲＴＰヘッダ２３と、ＲＴＰペイロード２４とで構成される。ＲＴＰペイロード２４には、たとえば、ＰＣＭ（Pulse  Code  Modulation）符号化された音声データが含まれている。ローカルＩＰパケット受信部１１は、ローカルＩＰヘッダ２１と多重リンク管理テーブル記憶部１０に記憶されている多重リンク管理テーブル１０ａに基づいて、ローカルＩＰパケットのチャネルを識別する。具体的には、送信元ＩＰアドレスを検索キーとして多重リンク管理テーブル１０ａを検索してチャネルを識別する。そして、チャネルに対応するＳＰ生成部１３のチャネルショートパケット生成部（以下、チャネルＳＩＰ生成部とする）１３−１〜１３−ｋに出力する。
【００３０】
ＳＰ生成部１３は、１つのチャネルのショートパケットを生成するｋ（ｋは自然数）個のチャネルＳＰ生成部１３−１〜１３−ｋを備えている。チャネルＳＰ生成部１３−１〜１３−ｋは、ＦＥ１ａが多重する複数のチャネルの１つに対応しており、チャネル毎に特定のメディア符号化を施してチャネル毎のショートパケットを生成する。具体的には、第４図に示したローカルＩＰパケットのＲＴＰペイロード２４に特定のメディア符号化を施して、第５図に示すようなＳＰペイロード２７を生成し、チャネル情報などを含むＳＰヘッダ２６を付加したショートパケットを生成する。チャネル生成部１３−１〜１３−ｋは、生成したショートパケットを多重部１４に出力する。
【００３１】
多重部１４は、ＳＰ生成部１３によって生成された複数のショートパケットを多重する。ベアラＩＰパケット生成部１５は、多重部１４によって多重されたショートパケットに、多重リンク管理テーブル記憶部１０に記憶されている多重リンク管理テーブル１０ａに基づいて宛先アドレスを対地のＦＥ（ここではＦＥ１ｂまたはＦＥ１ｃ）としたベアラＩＰパケットを生成する。ベアラＩＰパケットは、を第６図に示すように、ベアラＩＰヘッダ２９と、ＵＤＰヘッダ２２と、ＲＴＰヘッダ２３と、複数のショートパケット（ＳＰヘッダ２６およびＳＰペイロード）から成るＲＴＰペイロード２８で構成される。多重部１４は、インタフェース２０を介して生成したベアラＩＰパケットをルータ２ａに出力する。
【００３２】
ベアラＩＰパケット受信部１６は、ベアラＩＰパケット（第６図参照）を受信して、受信したベアラＩＰパケットからメッセージを抽出して分離部１７に出力する。
【００３３】
分離部１７は、ベアラＩＰパケット受信部１６から入力されたメッセージからショートパケットを抽出する。そして、ショートパケット内部のＳＰヘッダ２６に基づいて抽出したショートパケットのチャネルを識別して、ショートパケット（第４図参照）をそれぞれのチャネルに振り分ける。
【００３４】
ＳＰ分解部１８は、ｋ個のチャネルショートパケット分解部（以下、チャネルＳＰ分解部とする）１８−１〜１８−ｋを備えている。チャネルＳＰ分解部１８−１〜１８−ｋは、分離部１７から入力されたショートパケットをチャネルに対応して特定のメディア復号化を施して、メディア復号化を施したショートパケット（第５図参照）をローカルＩＰパケット生成部１９に出力する。
【００３５】
ローカルＩＰパケット生成部１９は、チャネルＳＰ分解部１８−１〜１８−ｋから入力されたショートパケットのＳＰヘッダ２６と多重リンク管理テーブル記憶部１０に記憶されている多重リンク管理テーブル１０ａとに基づいてローカル側のＩＰアドレスと宛先ポート番号とを識別する。具体的には、ＳＰヘッダ２６に含まれるチャネルの情報を検索キーとして多重リンク管理テーブル１０ａを検索して、チャネルに対応するローカルＩＰアドレスとポート番号とを識別する。そして、識別したローカルＩＰアドレスとポート番号とを用いてローカルＩＰパケット（第４図参照)を生成して、インタフェース２０を介してローカル側に送信する。
【００３６】
なお、チャネルＳＰ生成部１３−１〜１３−ｋおよびチャネルＳＰ分解部１８−１〜１８−ｋでは、符号化／復号化を必ずしも施す必要はない。また、符号化／復号化を行う場合の符号化／復号化の方式は、どのようなものであってもかまわない。
【００３７】
つぎに、この発明における通信システムの動作を説明する。ＦＥ１ａ〜ＦＥ１ｃは、たとえば、１秒おきにＭＥ４に対してコマンドを送信するなどの一般的な方式によって自装置のＩＰアドレスをＭＥ４に登録して、多重リンク９ａｂ，９ａｃ，９ｂｃを構成する。なお、ＦＥ１ａ〜ＦＥ１ｃがＭＥ４にＩＰアドレスを登録する手順やキープアライブの手順は特に本発明においては規定しない。
【００３８】
ＭＥ４は、多重リンク９ａｂ，９ａｃ，９ｂｃを構成すると、ＦＥ１ａ〜ＦＥ１ｃに対応する多重リンク管理テーブルを生成する。ＭＥ４は、ＦＥ１ａ〜ＦＥ１ｃに対して対地のＦＥ１ａ〜ＦＥ１ｃのＩＰアドレスを送信する。第２図では、多重リンク９ａｂの情報としてＦＥ１ａにＦＥ１ｂのＩＰアドレスを送信し、ＦＥ１ｂにＦＥ１ａのＩＰアドレスを送信し、多重リンク９ａｃの情報としてＦＥ１ａにＦＥ１ｃのＩＰアドレスを送信し、ＦＥ１ｃにＦＥ１ａのＩＰアドレスを送信し、多重リンク９ｂｃの情報としてＦＥ１ｂにＦＥ１ｃのＩＰアドレスを送信し、ＦＥ１ｃにＦＥ１ｂのＩＰアドレスを送信する。
【００３９】
ＳＩＰサーバ３は、ＳＩＰにおけるＩＮＶＩＴＥおよび２００ＯＫの情報をＭＥ４に送信する。なお、ＩＮＶＩＴＥおよび２００ＯＫの情報は、ルータ２ａ〜２ｃから送信される場合もある。
【００４０】
ＭＥ４は、受信したＩＮＶＥＴＥおよび２００ＯＫの情報から音声回線として使用されるＩＰフローのＩＰアドレスおよびポート番号を取得する。ここでは、ＩＰ電話７ａ−１とＩＰ電話７ｂ−１とで通信を開始するものとする。ＭＥ４は、ＩＰ電話７ａ−１とＩＰ電話７ｂ−１とのＩＰアドレスおよびポート番号を取得する。
【００４１】
ＭＥ４は、取得したＩＰ電話７ａ−１のＩＰアドレスおよびポート番号をルータ２ａ通知し、ＩＰ電話７ｂ−１のＩＰアドレスおよびポート番号をルータ２ｂに送信する。これにより、ＩＰ電話７ａ−１から送信されたローカル側ＩＰパケットがＦＥ１ａに転送され、ＩＰ電話７ｂ−１から送信されたローカル側ＩＰパケットがＦＥ１ｂに転送される。なお、１つのＩＰアドレスで複数の音声回線を収容しない場合には、ポート番号をルータ２ａ，２ｂに送信する必要は無い。
【００４２】
ＭＥ４は、ＩＰ電話７ａ−１とＩＰ電話７ｂ−１とのＩＰアドレスおよびポート番号に基づいてＦＥ１ａおよびＦＥ１ｂへの多重リンク管理テーブルを生成して、生成した多重リンク管理テーブルをＦＥ１ａおよびＦＥ１ｂに送信する。
【００４３】
ＦＥ１ａおよびＦＥ１ｂは、ＭＥ４から受信した多重リンク管理テーブルを多重リンク管理テーブル記憶部１０に記憶する。なお、ＭＥ４は、多重リンクの情報、ＩＰアドレス、ポート番号、チャネル番号を個別にＦＥ１ａおよびＦＥ１ｂに送信し、ＦＥ１ａおよびＦＥ１ｂが多重リンク管理テーブルを生成して、生成した多重リンク管理テーブルを多重リンク管理テーブル記憶部１０に記憶するようにしてもよい。また、チャネル番号は、同一音声通話、すなわちＳＩＰサーバ３のコールＩＤに対してＦＥ１ａとＦＥ１ｂとで共通の番号となり、ＳＰヘッダ２６内にチャネル情報として埋め込まれる。ＦＥ１ａおよびＦＥ１ｂは、多重リンク管理テーブルによって、ＦＥ１ａ，１ｂがベアラ側のＩＰサービス網５から受信したベアラがわＩＰパケット内に多重されたショートパケットの最終宛て先が指定できるようになる。
【００４４】
このようにＳＩＰサーバ３によるＳＩＰシグナリングにおける呼制御は、ＩＮＶＩＴＥと２００ＯＫのやり取りによってＩＰ電話７ａ−１およびＩＰ電話７ｂ−１の通話が開始される。
【００４５】
ＩＰ電話７ａ−１は、ＩＰ電話７ｂ−１を宛先ＩＰアドレスとするローカルＩＰパケットをルータ２ａに送信する。ルータ２ａは、ＭＥ４からＩＰ電話７ａ−１のＩＰアドレスおよびポート番号が通知されている。ルータ２ａは、フィルタ機能によってＩＰ電話７ａ−１から受信したローカルＩＰパケットを識別して、ＦＥ１ａに送信する。
【００４６】
ＦＥ１ａのローカルＩＰパケット受信部１１は、ＩＰ電話７ａ−１からのローカルＩＰパケットを受信すると、ローカルＩＰヘッダ２１と多重リンク管理テーブル記憶部１０に記憶されている多重リンク管理テーブル１０ａに基づいて、ローカルＩＰパケットのチャネルを識別して、チャネルに対応するＳＰ生成部１３のチャネル生成部１３−１〜１３−ｋに出力する。
【００４７】
ＦＥ１ａのチャネル生成部１３−１〜１３−ｋは、入力されたローカルＩＰパケットのＲＴＰペイロード２４に特定のメディア符号化を施してショートパケットを生成して、生成したショートパケットを多重部１４に出力する。
【００４８】
ＦＥ１ａの多重部１４は、ＳＰ生成部１３によって生成された複数のショートパケットを多重し、ベアラＩＰパケット生成部１５は、多重部１４によって多重されたショートパケットに、多重リンク管理テーブル記憶部１０に記憶されている多重リンク管理テーブル１０ａに基づいて宛先アドレスを対地のＦＥ１ｂとしたベアラＩＰパケットを生成する。ベアラＩＰパケット生成部１５は、インタフェース２０、ルータ２ａを介してベアラＩＰパケットをＩＰサービス網５に送信する。
【００４９】
ＩＰサービス網５からベアラＩＰパケットを受信すると、ルータ２ｂは、ＦＥ１ｂに受信したベアラＩＰパケットを送信する。ＦＥ１ｂのベアラＩＰパケット受信部１６は、受信したベアラＩＰパケットからメッセージを抽出して分離部１７に出力する。
【００５０】
ＦＥ１ｂの分離部１７は、ベアラＩＰパケット受信部１６から入力されたメッセージからショートパケットを抽出する。そして、ショートパケット内部のＳＰヘッダ２６に基づいて抽出したショートパケットのチャネルを識別して、ショートパケットをそれぞれのチャネルに振り分ける。
【００５１】
ＦＥ１ｂのＳＰ分解部１８のチャネルＳＰ分解部１８−１〜１８−ｋは、分離部１７から入力されたショートパケットをチャネルに対応して特定のメディア復号化を施して、メディア復号化を施したショートパケットをローカルＩＰパケット生成部１９に出力する。
【００５２】
ＦＥ１ｂのローカルＩＰパケット生成部１９は、チャネルＳＰ分解部１８−１〜１８−ｋから入力されたショートパケットのＳＰヘッダ２６と多重リンク管理テーブル記憶部１０に記憶されている多重リンク管理テーブル１０ａとに基づいてローカル側のＩＰアドレスと宛先ポート番号とを識別し、識別したローカルＩＰアドレスとポート番号とを用いてローカルＩＰパケットを生成する。ここでは、ＩＰ電話７ｂ−１のＩＰアドレスとポート番号のローカルＩＰパケットが生成される。ローカルＩＰパケット生成部１９は、生成したローカルＩＰパケットをインタフェース２０を介してルータ２ｂに送信する。ルータ２ｂは、ローカルＩＰパケットをＩＰ電話７ａ−１に送信する。
【００５３】
このようにしてＩＰ電話７ａ−１からＩＰ電話７ｂ−１に音声データが転送される。ＩＰ電話７ｂ−１からＩＰ電話７ａ−１への音声データの転送は、ＩＰ電話７ａ−１からＩＰ電話７ｂ−１と逆の動作となるので、ここではその説明を省略する。
【００５４】
以上説明したように、この実施の形態では、一般的なＩＰ回線多重化装置機能エンティティからＩＰ回線多重化装置管理エンティティへのＩＰアドレスの登録によって構成される多重リンクと、ＳＩＰシグナリグにおける呼発呼におけるＩＮＶＩＴＥと２００ＯＫによって得られるＩＰアドレスおよびポート番号に基づいて多重リンク管理テーブルを生成し、生成したリンク管理テーブルに基づいてローカルＩＰパケットおよびベアラＩＰパケットを生成するようにしているので、既存のシグナリング方式であるＳＩＰを適用して、多重化したＩＰパケットによる相互通信を行うことができる。
【００５５】
また、通信システム内のＩＰ回線多重化装置機能エンティティが、リンク管理テーブルに基づいてパケットを多重／分離するようにしているので、端末装置やエンドユーザが通信システム内のＩＰ回線多重化装置に関する制御を行うことなく、シームレスに音声回線を利用することができる。
【００５６】
また、ＩＰ回線多重化装置機能エンティティがパケットを多重化するようにしているので、高効率符号化多重伝送によって音声回線を効率よく使用し、システムを低コストで運用することができる。
【産業上の利用可能性】
【００５７】
以上のように、本発明にかかる通信システムは、ＶｏＩＰにおける音声データを扱う通信システムに有用であり、特に、国際回線のような多大な音声チャネルを収容する通信システムに適している。
【図面の簡単な説明】
【００５８】
【図１】第１図は、この発明にかかる通信システムの構成の一例を示す概念図である。
【図２】第２図は、第１図に示した通信システムの多重リンクの構成および多重リンク管理テーブルの構成を示す図である。
【図３】第３図は、第１図に示したＩＰ回線多重化装置機能エンティティの構成を示すブロック図である。
【図４】第４図は、ローカルＩＰパケットの構成を示す図である。
【図５】第５図は、ショートパケットの構成を示す図である。
【図６】第６図は、ベアラＩＰパケットの構成を示す図である。
【符号の説明】
【００５９】
１ａ，１ｂ，１ｃ  ＩＰ回線多重化装置機能エンティティ（IPCME  Function  Entity：ＦＥ）
２ａ，２ｂ，２ｃ  ルータ
３  ＳＩＰサーバ
４  ＩＰ回線多重化装置管理エンティティ（IPCME  Management  Entity：ＭＥ）
５  ＩＰサービス網
６ａ−１，６ａ−２，６ｂ−１，６ｂ−２，６ｃ−１，６ｃ−２  アナログ電話
７ａ−１，７ａ−２，７ｂ−１，７ｂ−２，７ｃ−１，７ｃ−２  ＩＰ電話
８ａ，８ｂ，８ｃ  ＶｏＩＰゲートウェイ（ＧＷ）
【図１】
0004425912.tif 000002
【図２】
0004425912.tif 000003
【図３】
0004425912.tif 000004
【図４】
0004425912.tif 000005
【図５】
0004425912.tif 000006
【図６】
0004425912.tif 000007