(57)【要約】【課題】パケット交換網９、ネットワークサービスを実施する、パケット交換網内に配置されたサービスサーバ１２、第１加入者１と第２加入者２４との間で情報フローを転送するための、パケット交換網を介した通信経路２，７，２６，１９，２５、情報フローおよびネットワークサービス制御用の制御信号、該制御信号をサービスサーバに転送するための信号網１５とを用いた、ネットワークサービスをサービスサーバを使用して巧みに制御する方法を提供する。【解決手段】（ａ）通信経路を確立するステップと、（ｂ）通信経路の確立の最中に情報フローから制御信号を取り出すステップと、（ｃ）取り出された制御信号を信号網（１５）を介してサービスサーバに転送するステップと、（ｄ）転送された制御信号に基づいて、サービスサーバによりネットワークサービスを制御するステップとを有している。【選択図】図３
2008167485.tif 000002
【特許請求の範囲】
【請求項１】
パケット交換網（９）と、
ネットワークサービスを実施する、前記パケット交換網内に配置されたサービスサーバ（１２）と、
第１加入者（１）と第２加入者（２４）との間で情報フローを転送するための、前記パケット交換網を介した通信経路（２，７，２６，１９，２５）と、
前記情報フローおよび前記ネットワークサービス制御用の制御信号と、
該制御信号を前記サービスサーバ（１２）に転送するための信号網（１５）とを用いた、
ネットワークサービスを制御する方法において、
（ａ）  前記通信経路を確立するステップと、
（ｂ）  該通信経路の確立の最中に前記情報フローから制御信号を取り出すステップと、
（ｃ）  該取り出された制御信号を前記信号網（１５）を介してサービスサーバ（１２）に転送するステップと、
（ｄ）  該転送された制御信号に基づいて、前記サービスサーバにより前記ネットワークサービスを制御するステップと
を有することを特徴とする、ネットワークサービスを制御する方法。
【請求項２】
前記第１加入者（１）は回線交換網（３）に配属されておりかつ前記制御信号を、前記パケット交換網（９）と該回線交換網（３）との間に配置されている通信センタ（８）を用いて取り出す、
請求項１記載の方法。
【請求項３】
前記制御信号は前記回線交換網（３）のエリアにおいて信号音である、
請求項２記載の方法。
【請求項４】
前記制御信号は前記パケット交換網（９）のエリアにおいて通信プロトコルの部分である、
請求項２記載の方法。
【請求項５】
前記制御信号は前記サービスサーバ（１２）への転送と並列に、前記第２の加入者（２４）にも転送される、
請求項１記載の方法。
【請求項６】
前記通信経路は、前記第１の加入者（１）から前記パケット交換網（９）におけるメディアサーバ（１３）に確立される、
請求項１記載の方法。
【請求項７】
前記通信経路は前記メディアサーバ（１３）により前記第２の加入者（２４）にスイッチングされかつ前記制御信号は前記サービスサーバに転送される、
請求項６記載の方法。
【請求項８】
請求項２から７までのいずれか１項記載の方法を実施するようにセットアップされている、パケット交換網（９）と回線交換網（３）との間に配置されている通信センタ。
【請求項９】
請求項１から７までのいずれか１項記載の方法を実施するようにセットアップされている、通信センタ（８）、サービスサーバ（１２）またはメディアサーバ（１３）を働かせるためのコンピュータソフトウェア製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、パケット交換網と、ネットワークサービスを実施する、前記パケット交換網内に配置されたサービスサーバと、第１加入者と第２加入者との間で情報フローを転送するための、前記パケット交換網を介した通信経路と、前記情報フローおよび前記ネットワークサービス制御用の制御信号と、該制御信号を前記サービスサーバに転送するための信号網とを用いた、ネットワークサービスを制御する方法に関する。本発明はまたこの方法に関連した通信センタおよびコンピュータソフトウェア製品に関する。
【０００２】
現在、情報の通信は２種類の通信ネットワークにより行われている。この２種類の通信ネットワークとは、主に音声通信に使用される従来の回線向け電話網と、主にデータ通信用に設計されたパケット向けデータ網である。簡潔性に配慮して、回線向け電話網は以下では回線交換網と呼び、パケット向けデータ網はパケット交換網と呼ぶ。
【０００３】
従来の回線交換網では、接続された加入者間で情報の単純な交換が存在するだけでなく、回線交換網自体の制御に関する情報も通信される。この情報は、関連する端末装置によってだけでなく、ネットワークノードに関連した設備によっても評価される。この情報交換はシグナリングと呼ばれる。通例では、回線交換網におけるシグナリングのために、確定した通信経路が確保されているので、信号網という用語を用いることもできる。一般的な原則として、シグナリングはパケット交換網を介しても行うことができる。
【０００４】
最近は、これまで従来の回線交換網を介して処理されていた情報の通信にパケット交換網を使用する傾向がある。パケット交換網と回線交換網とが収斂していく中で、音声呼出は例えばパケット交換網を介して行われている。パケット交換網を介した電話又は音声の接続は、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）とも呼ばれる。しかし、例えばビデオ通信のようなブロードバンドマルチメディアサービスもパケット交換網を介して行うことができる。以前には通常の状況では回線交換設備により伝送された情報の通信が、いわゆるリアルタイムパケットストリームを用いてパケット交換網において行われる。このリアルタイムパケットストリームは、リアルタイムでパケット交換網全体にわたって情報を転送することができる。
【０００５】
本発明の課題は、回線向け電話網とパケット向けデータ網とを収斂させて非同質ネットワークを創造していく途上で、データ網において、いわゆるＩＮ（インテリジェントネットワーク）サービスも実施することである。それ自体は公知であるＩＮサービスは、例えば、ＶＰＮ（仮想構内網）、クレジットカード又はいわゆる「フリーフォン」を用いて為される呼出、「８００」で始まる電話番号を使用した呼出である。これらのサービスがパケット交換網に統合されていく間に使用可能な、新しいＩＮサービスを作り出すことが可能であると期待されている。
【０００６】
従来の回線交換網では、ＩＮサービスは、信号網に接続されたＳＣＰ（サービス制御点）により制御される。記録されたアナウンスを再生したり、信号音を受信するためには、いわゆるＩＰ（インテリジェント周辺装置）が使用される。ＩＰは一般に信号網と従来の回線交換網の交換機との両方に接続されている。上記の信号音は、例えば、いわゆるＤＴＭＦ（デュアルトーンマルチフリーケンシー）ディジットである。このような関連で、これらＤＴＭＦディジットはＤＴＭＦ信号音又は単に信号音と呼ばれる。
【０００７】
従来の電話網では、交換機がある特定のトリガを検出したときにはつねに、ＳＣＰが交換機によって参照される。これらのトリガとは、例えば、特定の電話番号、又は例えば話し中などの事象であってよい。ＳＣＰは、例えばアナウンスを再生するためにＩＰを活動化させることにより、交換機からの要求に応答する。しかしながら、ＩＰは信号音の収集にも使用することができる。
【０００８】
例えば、クレジットカードによって電話をかけたい場合には、まず特定の番号をダイアルする。すると、交換機により参照されたＳＣＰがＩＰを活動化し、ＩＰは加入者に対してアナウンスを再生する。このアナウンスで、加入者はクレジットカード番号とＰＩＮ番号の入力を求められる。信号音を用いて送信されたクレジットカードとＰＩＮ番号が有効ならば、加入者は別のアナウンスで呼び出したい相手の電話番号を入力するように求められる。入力が済むと、望みの加入者への接続が確立される。
【０００９】
ユーザが最初の電話の終了時にクレジットカード番号とＰＩＮ番号を再度入力せずに別の加入者を呼び出したいというケースも生じる。このケースに対しては、加入者が自分の端末装置のファンクションキーを押すことにより、第２の相手方を呼び出す機会を再び与えられるという規定を設けることも可能である。ただし、ファンクションキーは特別な信号音に対応している。
【００１０】
この種のＩＮサービスは、非同質ネットワーク、すなわちパケット交換と回線交換の共通網において使用可能でなければならない。非同質ネットワーク内のＳＣＰの機能を、パケット交換網に統合されているアプリケーションサーバに移すという手段が講じられる。これらのアプリケーションサーバは、従来の電話網におけるＳＣＰに相応した仕方でＩＰサービスを制御するよう意図されている。それゆえ、これらのアプリケーションサーバは以下ではサービスサーバと呼ばれる。従来の電話網におけるＳＣＰと同様に、サービスサーバも加入者が制御することのできるものでなければならない。しかしながら、これまでは、データ網に割り当てられたサービスサーバを制御するという概念が欠如していた。
【００１１】
この従来技術を基礎としたうえで、本願発明の課題は、パケット交換網に割り当てられたサービスサーバを制御するための方法および装置を具体化することである。
この課題は、
（ａ）  通信経路を確立するステップと、
（ｂ）  該通信経路の確立の最中に情報フローから制御信号を取り出すステップと、
（ｃ）  該取り出された制御信号を信号網を介してサービスサーバに転送するステップと、
（ｄ）  該転送された制御信号に基づいて、サービスサーバによりネットワークサービスを制御するステップと
を有する方法により解決される。
【００１２】
本発明によれば、アプリケーションサーバの制御に必要な制御信号は、第１加入者と第２加入者との間の情報フローから取り出され、信号網を介してサービスサーバに転送される。この場合、転送は必ずしもつねに制御信号の転送であると理解する必要はなく、第１の通信プロトコルの枠組み内の第１の信号形式から第２の通信プロトコルの枠組み内の第２の信号形式への制御信号の変換とも理解される。
【００１３】
この措置の結果、サービスサーバの制御に必要な制御信号も、第１加入者と第２加入者の間の接続中、アプリケーションサーバに達する。したがって、加入者の１人が、サービスサーバにより管理されているネットワークサービスに対するリクエストを示す制御信号を発すると、この制御信号はどのような場合もサービスサーバに達し、サービスサーバはこれに応じてリクエストされたサービスを提供することができる。
【００１４】
本発明による方法は、したがって、特にいわゆるコール内トリガの割込みに適している。
【００１５】
有利な実施形態では、制御信号は同時に第２加入者にも送信される。
【００１６】
これは、第２加入者が同様に制御信号、特に信号音の送信を待っている場合に有利である。これは、例えば、当該の第２加入者がディレクトバンクのコールセンタである場合である。
【００１７】
本方法の別の有利な実施形態では、制御信号は、パケット交換網と回線交換網との間の通信センタによって第１加入者と第２加入者との間の情報フローから取り出された信号音である。
【００１８】
本方法の提供する利点は、すでに第１加入者と第２加入者との間の本来の通信経路から離れた信号網を介して信号音の送信を処理していた通信センタをこの目的のために使用することができることである。
【００１９】
本方法の別の有利な実施形態では、通信経路は、第１の加入者から、パケット交換網におけるメディアサーバに確立される。
【００２０】
本発明によるこの方法では、メディアサーバへの制御情報の送信はリアルタイムパケットストリームを用いて行うことができる。リアルタイムパケットストリームは、パケット交換網を介した任意の接続において第１加入者と第２加入者との間で情報を伝送するためにも使用される。それゆえ、使用されている装置に対するさらなる変更は必要ない。制御情報の評価は、制御情報をサービスサーバに対する制御信号に変換して、制御情報をサービスサーバに転送するメディアサーバによって行われる。
【００２１】
本方法の特別な実施形態では、制御情報がメディアサーバにより収集された後に、第１加入者と第２加入者との間に通信経路が確立され、通信経路が解除される時点までに生じた制御情報は取り出され、サービスサーバに供給される。
【００２２】
本方法のこの有利な実施形態によれば、まずメディアサーバによって加入者から情報を収集し、つぎに加入者間に接続を形成することができる。この接続はまた接続中に生じたトリガにも応答する。
【実施例】
【００２３】
以下では、添付図面を参照しつつ本発明を詳細に説明する。
【００２４】
図１はメディアサーバとの接続の構造を示し、図２はパケット交換網を介した第１加入者と第２加入者との間の接続の構造を示し、図３は図１および２に示された接続に関する流れを示している。
【００２５】
図１には、ＩＮネットワークサービスを開始するための接続の構造が示されている。この場合、端末装置１は市内接続２を介して従来の回線交換網３に接続されている。回線交換網３は相互に通信し合う交換機４を含んでいる。交換機４はさらに、例えば通常のＳＳ７ネットワークなどの信号網を介して、信号転送点６と通信する。信号転送点６は以下では略してＳＴＰ６と呼ばれる。さらに、交換機４はＴＤＭ（時分割多重）接続７を介してメディアゲートウェイ８と情報を交換する。メディアゲートウェイ８は、回線交換網３からパケット交換網９への移行を実現させる手段であり、以下では略してＭＧ８と呼ばれる。
【００２６】
ＳＴＰ６はＩＳＵＰ（ＩＳＤＮユーザ部）によりシグナリングゲートウェイ１０と通信する。シグナリングゲートウェイ１０は以下では略してＳＧ１０と呼ばれる。シグナリングはＳＧ１０を経由して回線交換網３からパケット交換網９に移る。
【００２７】
シグナリングゲートウェイ１０とメディアゲートウェイ８には、メディアゲートウェイコントローラ１１が割り当てられている。メディアゲートウェイコントローラ１１は以下では略してＭＧＣ１１とも呼ばれる。ＭＧＣ１１は、ＩＳＵＰによってシグナリングゲートウェイ１０と通信し、ＭＧＣＰ（メディアゲートウェイ制御プロトコル）によってメディアゲートウェイ８と通信する。さらに、ＭＧＣ１１はＳＩＰ（セッション開始プロトコル）によりアプリケーションサーバ１２と通信する。アプリケーションサーバ１２は、ＳＩＰ、ＭＧＣＰもしくはＨ．２４８、又は同様のプロトコルを介してメディアサーバ１３に接続されている。一方、メディアサーバ１３はＲＴＰ（リアルタイム転送プロトコル）データストリーム１４によってメディアゲートウェイ８と情報を交換する。したがって、端末装置１のうちの１つとメディアサーバ１３との間に、交換機４とＭＧ８とを介した接続が存在する。この接続は、回線交換網３のエリアでは、市内接続８とＴＤＭ接続７を介して実施される。しかしながら、パケット交換網９のエリアでは、個々の回線を接続に割り当てることはできない。むしろ、パケット交換網９のエリアでは、情報はデータパケットにより転送される。データパケットは、パケット交換網９に応じて、インターネット、Ｘ．２５もしくはフレームリレーパケットの形態、又は、ＡＴＭセルの形態をとることができる。メディアサーバ１３はデータパケットを介してＭＧ８に接続されている。したがって、本来の意味での接続はないにもかかわらず、例えば、いわゆるフローを用いたＴＣＰ／ＩＰによる情報通信の間、ウェブサーバとブラウザが相互に接続されているという意味で、論理的に抽象的なレベルでは接続が存在している。
【００２８】
シグナリングに使用される関連プロトコルを用いた、ＳＴＰ６、ＳＧ１０、ＭＧＣ１１、ＭＧ８、アプリケーションサーバ１２、およびメディアサーバ１３の間で行われる通信もまた論理的に抽象的なレベルでの接続であり、このために特別な回線が確保されていなくても、共同して信号網１５を形成する。
【００２９】
パケット交換網９では、メディアサーバ１３は従来の回線交換網３においていわゆるＩＰ（インテリジェント周辺装置）が果たしている機能を引き受けており、その一方で、アプリケーションサーバ１２は従来の回線交換網３に存在するＳＣＰ（サービス制御点）６の機能を引き受けている。それゆえ、メディアサーバ１３は端末装置１のうちの１つにおいて加入者に通信されるアナウンスを再生することができる。さらに、メディアサーバ１３は端末装置が発した信号音を収集することができる。信号音の問合せおよび収集はＵＩＤ（ユーザ双方向ダイアログ）としても知られている。ＭＧ８においてＧ．７２３のような圧縮コーデックが使用される場合、信号音の伝送はＲＦＣ２８３３に従った特別なデータパケットのＲＴＰデータストリーム１４で行われる。というのも、そうしないと信号音は伝送中に劣化するからである。非圧縮コーデックを使用した場合には、信号音は他の音声情報とともにリアルタイムパケットストリームで伝送することができる。
【００３０】
信号音により通信されたＤＴＭＦ情報は、端末装置１において加入者の認証を行うため、又は、端末装置１において加入者が要望している電話番号の問合せを行うために使用することができる。
【００３１】
サービス情報が収集された後に、アプリケーションサーバ１２はメディアサーバ１３の接続の解除を開始し、例えば、第１加入者が端末装置１において掛けたいと望む相手方への接続の確立を試みる。このタイプの接続は図２に示されている。
【００３２】
第２加入者への接続を確立するために、アプリケーションサーバ１２は、第１加入者に割り当てられたいわゆるＡ側のＭＧＣ１１とだけでなく、Ｂ側のＭＧＣ１６とも通信する。メディアゲートウェイコントローラ１６は、ＭＧＣＰに従った信号網を介してメディアゲートウェイ１７と情報を交換し、ＩＣＵＰを介してシグナリングゲートウェイ１８と情報を交換する。メディアゲートウェイ１７は、ＴＤＭ接続１９を介して、回線交換網２１に割り当てられた交換機２０に接続されている。回線交換網２１には、交換機２０を信号転送点２３に接続する信号網２２も存在している。最後に、交換機２０も市内接続２５を介して端末装置２４のうちの１つへの接続を確立する。
【００３３】
本来の音声接続は、ＲＴＰデータストリーム２６によりＡ側のＭＧ８とＢ側のＭＧ１７との間で行われる。ＲＦＣ２８３３に従った特別なパケットで符号化された信号音は、ＭＧ８とＭＧ１７において圧縮コーデックが使用される場合には、ＲＴＰデータストリーム２６で伝送することもでき、ＭＧ８とＭＧ１７において非圧縮コーデックが使用される場合には、他の音声情報とともに伝送することができる。
【００３４】
第１加入者と第２加入者の間に接続が確立されると、メディアゲートウェイ８はいわゆる帯域外シグナリングに切り換えられる。このことは、信号音がもはやＲＴＰデータストリーム２６には埋め込まれずに、ＳＩＰ  ＩＮＦＯ法を用いて第１加入者と第２加入者の間の情報フローから取り出され、信号網１５を介してアプリケーションサーバ１２に転送されることを意味する。ＳＩＰ  ＩＮＦＯ法によるシグナリングは、他のＳＩＰメッセージと同様にアプリケーションサーバ１２に送られるシグナリングメッセージである。信号音に関するこのシグナリングメッセージにより、アプリケーションサーバ１２においてサービス論理回路を活動化させることができる。すると、サービス論理回路は、例えば、Ｂ側の第２加入者への接続を解除し、第１加入者を再びメディアサーバ１３に接続する。
【００３５】
ここに説明した方法を実施するためには、実質的に２つの特別なシグナリング手続が必要とされる。一方では、メディアサーバ１３への接続を確立する間、ＭＧ８が帯域外信号音の送信の可否をアプリケーションサーバ１２に通知しなければならない。他方では、図２に示された第１加入者と第２加入者との間の接続を確立する間、アプリケーションサーバ１２が、Ａ側のＭＧ８にＳＩＰ  ＩＮＦＯ法への切り換えを行わせなければならない。
【００３６】
以下では、図３に示された流れ図を参照してこれをより詳細に説明する。まず、ＩＳＵＰ  ＩＡＭ（開始アドレスメッセージ）２７が交換機４を介してＭＧＣ１１に送られる。つづいて、ＭＧＣ１１が、ＳＩＰ  ＩＮＶＩＴＥメッセージ２８において、信号音の帯域外送信はＭＧＣ１１に割り当てられたＭＧ８によってサポートされるということをアプリケーションサーバ１２に知らせる。このために、新たな情報要素"ｄｔｍｆ"がいわゆる"サポートヘッダ"に挿入される。この種の情報要素は"オプションタグ"とも呼ばれる。目下の例では、ＳＩＰ  ＩＮＶＩＴＥメッセージ２８内のＳＤＰ（セッション記述プロトコル）セクションには、使用されるコーデック、すなわちＧ．７２３に関する詳細と"ｔｅｌｅｐｈｏｎｅ  ｅｖｅｎｔｓ"エントリも含まれている。なお、"ｔｅｌｅｐｈｏｎｅ  ｅｖｅｎｔｓ"エントリは、ＲＦＣ２８３３に従った特別なデータパケットによってＲＴＰデータストリーム１４で信号音を伝送できることを示すものである。
【００３７】
つぎに、アプリケーションサーバ１２は、ＳＳＩＰ  ＩＮＶＩＴＥメッセージ２８を受信したことを、ＭＧＣ１１に対してＩＰ  １００  Ｔｒｙｉｎｇメッセージ２９で応答し、ＳＥＴＵＰコマンド３０によって、メディアサーバ１３にＲＴＰデータストリーム１４を用いてＭＧ８への接続の確立をさせるよう試みる。
【００３８】
手続の以降の流れでは、アプリケーションサーバ１２はＳＩＰ  １８０  Ｒｉｎｇｉｎｇメッセージ３１をＭＧＣ１１に送り、ＭＧＣ１１は回線交換網３に対してＩＳＵＰ  ＡＣＭ（アドレス完了メッセージ）メッセージ３２を発する。ＳＩＰ  １８０  Ｒｉｎｇｉｎｇメッセージ３１とＩＳＵＰ  ＡＣＭメッセージ３２は、端末装置１にベル信号を出させるために使用される。したがって、これら２つのメッセージ３１および３２はオプションである。
【００３９】
メディアサーバ１３は、ＣＯＮＮＥＣＴメッセージ３３により、アプリケーションサーバ１２への接続確立の完了を報告する。つぎに、アプリケーションサーバ１２はＳＩＰ  ＯＫメッセージ３４をＭＧＣ１１に送る。なお、ＳＩＰ  ＯＫメッセージ３４のＳＤＰセクションには、使用すべきコーデック、すなわちＧ．７２３と"ｔｅｌｅｐｈｏｎｅ  ｅｖｅｎｔｓ"エントリが含まれている。このエントリは、信号音の伝送はＲＦＣ２８３３に従ってＲＴＰデータストリーム１４によって行われるべきであることを、ＭＧＣ１１に知らせるものである。ＳＩＰ  ＯＫメッセージ３４内のＳＤＰセクションは、例えば、以下のようなものである。
ｖ＝０
ｏ＝alice 2890844526 2890844527 IN IP4 host.anywhere.com
ｓ＝New board design
ｅ＝alice@foo.org
ｔ＝００
ｃ＝IN IP4 host.anywhere.com
ｍ＝audio 49170 RTP/AVP 4 97
ａ＝rtpmap：4 G723/8000
ａ＝rtpmap：97 telephone-events
ＭＧＣ１１はつぎに、パケット交換網９での接続の確立に成功したことを、ＩＳＵＰ  ＡＮＭメッセージ３５で回線交換網３に知らせる。したがって、ＭＧ８とメディアサーバ１３との間に成立したＲＴＰデータストリーム１４により、端末装置１のうちの１つにおける加入者とメディアサーバ１３との間で情報を交換することができる。回線交換網３とＭＧ８との間の情報フローは、この実施例では、ＴＤＭ接続７により為される。
【００４０】
端末装置１のうちの１つにおける加入者によって音声又は信号音で通信された情報を収集した後、メディアサーバ１３はＲＥＳＵＬＴメッセージ３６でアプリケーションサーバ１２に結果を知らせる。アプリケーションサーバ１２はＤＩＳＣＯＮＮＥＣＴコマンド３７でこれに応答する。ＤＩＳＣＯＮＮＥＣＴコマンド３７は、メディアサーバ１３にＭＧ８への接続の解除を行わせるために使用される。さらに、アプリケーションサーバ１２は、ＳＩＰ  ｒｅ−ＩＮＶＩＴＥメッセージ３８をＭＧＣ１１に送る。このメッセージ３８は、いわゆる"要求ヘッダ"内に情報要素"ｄｔｍｆ"を含んでいる。この情報要素は"オプションタグ"とも呼ばれる。さらに、ＳＩＰ  ｒｅ−ＩＮＶＩＴＥメッセージ３８は、使用されるＧ．７２３コーデックの指示と共同してＭＧＣ１１にＲＴＰデータストリーム１４との接続を指令する"ｔｅｌｅｐｈｏｎｅ  ｅｖｅｎｔｓ"エントリをもはや含んでいない。メッセージ３８内のＳＤＰセクションは以下のようなものである。
ｖ＝０
ｏ＝alice 2890844526 2890844527 IN IP4 host.anywhere.com
ｓ＝New board design
ｅ＝alice@foo.org
ｔ＝００
ｃ＝IN IP4 host.anywhere.com
ｍ＝audio 49170 RTP/AVP 4
ａ＝rtpmap：4 G723/8000
ＭＧＣ１１は、回線交換網３から帯域外で到着する信号音を伝送するようＳＩＰ  ｒｅ−ＩＮＶＩＴＥメッセージ３８により指示される。このためにＭＧ８がＭＧＣ１１に割り当てられているということは、ＭＧＣ１１によりＳＩＰ  ＩＮＶＩＴＥメッセージ２８の中ですでにアプリケーションサーバ１２に知らされている。
【００４１】
つぎに、Ｂ側のＭＧＣ１６がＳＩＰ  ＩＮＶＩＴＥメッセージ３９を受け取る。ＳＩＰ  ＩＮＶＩＴＥメッセージ３９は、割り当てられたＭＧ１７にパケット交換網９を介してＭＧ８への接続の確立を行わせるようＭＧＣ１６に要求する。メッセージ３８および３９の到着に対して、ＭＧＣ１１はＳＩＰ  １００  Ｔｒｙｉｎｇメッセージ４０で応答し、ＭＧＣ１６はＳＩＰ  １００  Ｔｒｙｉｎｇメッセージ４１で応答する。接続が成立した後に、ＭＧＣ１１はＳＩＰ  ２００  ＯＫメッセージ４２を発する。アプリケーションサーバ１２は、このＳＩＰ  ２００  ＯＫメッセージ４２に対しては、ＳＩＰ  ＡＣＫ確認４３で肯定応答する。ＭＧＣ１６はまずＳＩＰ  １８０  Ｒｉｎｇｉｎｇメッセージ４４を送り、つぎにＳＩＰ  ２００  ＯＫメッセージ４５を送る。アプリケーションサーバ１２は、このＳＩＰ  ２００  ＯＫメッセージ４５に対しては、ＳＩＰ  ＡＣＫ確認４６で肯定応答する。Ａ側の第１加入者とＢ側の第２加入者との間の接続は、パケット交換網９のエリアでは、ＲＴＰデータストリーム２６によって成立する。しかし、第１加入者と第２加入者との間の情報フロー内のデジタル信号音はＭＧＣ１１により取り出され、ＳＩＰ  ＩＮＦＯ法を用いて帯域外送信４７でアプリケーションサーバ１２に転送される。それにより、信号音の発生がアプリケーションサーバ１２に通知される。
【００４２】
アプリケーションサーバ１２により、メディアサーバ１３への接続の新たな切換を要求する信号音が検出されると、アプリケーションサーバ１２はＳＩＰ  ２００  ＯＫメッセージ３４に相応するメッセージを新たにＭＧＣ１１に送り、ＭＧＣ１１がＲＴＰデータストリーム１４によりメディアサーバ１３への接続を確立するようにする。
【００４３】
ここに説明した方法の結果として、接続はパケット交換網９を介して行われ、パケット交換網９では、ＴＤＭ接続７および１９におけるトラフィックストリームはＭＧ８および１７の中にある圧縮コーデックＧ．７２３によりＲＴＰデータストリーム２６に変換される。この場合、信号音はＲＦＣ２８３３に従った特別なＲＴＰパケットを用いて送信することができる。そうしないと圧縮コーデックＧ．７２３が信号音を劣化させてしまうため、この特別なＲＴＰパケットでの送信は必要である。
【００４４】
ここに説明した方法の特別な機能は、接続が成立すると、Ａ側からＢ側への切換、ＲＦＣ２８３３に従った信号音の送信からＳＩＰ  ＩＮＦＯ法を用いた信号網１５を介した帯域外送信への切換が生じる。このようにして、いわゆる「コール内トリガ」は、パケット交換網９を介した第１加入者と第２加入者の間の接続の最中に認識されうる。
【００４５】
図１の実施例により導入された情報要素"ｄｔｍｆ"がないと、例えばＧ．７１１のような非圧縮コーデックは帯域外送信へと切り換えられることができないため、情報要素"ｄｔｍｆ"は必要である。これは、Ｇ．７１１に従った非圧縮コーデックが信号音を残りの可聴信号とともに無差別に送信するため、その結果として、従来の規格では帯域外送信が提供されないからである。したがって、該当ＭＧが帯域外送信を処理することができることをアプリケーションサーバに知らせ、該当ＭＧを帯域外送信に切り換えることのできる情報要素"ｄｔｍｆ"を提供することが不可欠である。
【００４６】
ここに説明した方法は必ずしも引用した規格で実施する必要はないことを強調しておきたい。相応の規格における同様の実施も可能である。
【００４７】
また、メディアゲートウェイ、メディアゲートウェイコントローラ、アプリケーションサーバ、およびメディアサーバといった概念は機能的な意味で理解されるべきであることも強調しておきたい。これらの論理ユニットは必ずしも物理ユニットを構成する必要はなく、物理ユニット内のソフトウェアの形態で実施してもよいし、又は、複数の物理ユニットにわたって分散させてもよい。
【図面の簡単な説明】
【００４８】
【図１】メディアサーバとの接続の構造を示す図
【図２】パケット交換網を介した第１加入者と第２加入者との間の接続の構造を示す図
【図３】図１および２に示された接続に関する流れ図
【符号の説明】
【００４９】
１，２４  加入者、  ２，２５  市内接続、  ３，２１  回線交換網、  ４，２０  交換機、  ５，１５，２２  信号網、  ６，２３  サービス制御点もしくは信号転送点、  ７，１９  ＴＤＭ回線、  ８，１７  メディアゲートウェイもしくは通信センタ、  ９  パケット交換網、  １０，１８  シグナリングゲートウェイ、  １１，１６  コントローラ、  １２  アプリケーションサーバもしくはサービスサーバ
【図１】
2008167485.tif 000003
【図２】
2008167485.tif 000004
【図３】
2008167485.tif 000005