JP2006505151A

JP2006505151A - 特別なｄｔｍｆ信号音を用いたパケット交換網ベースのサービスサーバの制御

Info

Publication number: JP2006505151A
Application number: JP2003575601A
Authority: JP
Inventors: リューケンヨアヒム
Original assignee: Siemens AG
Current assignee: Siemens AG
Priority date: 2002-03-12
Filing date: 2002-08-30
Publication date: 2006-02-09
Also published as: CN1623316A; EP1345399A1; EP1483887A1; NZ535416A; WO2003077521A1; CA2479096A1; AU2002331092B2; US20050169244A1; JP2008167485A; AU2002331092A1

Abstract

本発明はネットワークサービスを制御する方法、転送点、サービスサーバ、メディアサーバ、前記方法を実行するためのコンピュータプログラム製品に関する。本発明の課題は、非同質ネットワークを創造するため回線向け電話網とパケット向けデータ網とを収斂させていく間、データ網において、いわゆるＩＮ（インテリジェントネットワーク）サービスをも実施することでる。それ自体は公知のＩＮサービスは、例えば、ＶＰＮ（仮想構内網）、クレジットカード又はいわゆる「フリーフォン」を用いて為される呼出、「８００」で始まる電話番号を使用した呼出である。これらのサービスがパケット交換網に統合されていく間に使用可能な新しいＩＮサービスを作り出すことが可能であると期待される。このために、第１回線交換網（３）から第２回線交換網（２１）へのパケット交換網（９）を介した接続の間、第１回線交換網（３）から入来する信号をメディアゲートウェイ（８）を用いて情報フローから取り出し、信号網（１５）を介してインテリジェントネットワークサービスのためのアプリケーションサーバ（１２）に転送する。これにより、パケット交換網（９）内で実施されているアプリケーションサーバ（１２）を回線交換網（３）から制御することが可能となる。この措置により、サービスサーバの制御に必要とされる制御信号が、第１加入者と第２加入者の間の接続中にサービスサーバに達することができるようになる。加入者のうちの１人が、サービスサーバにより管理されているネットワークサービスに対するリクエストを表す制御信号を送信すると、この制御信号はサービスサーバに達し、サービスサーバはリクエストされたサービスを提供することができる。本発明による方法は特にコール内トリガをサポートするのに適している。

Description

本発明はサービスサーバを用いたパケット交換網で実施されるネットワークサービスを制御する方法に関する。本発明はまたこの方法を実行するための装置に関する。

現在、情報の通信は２種類の通信ネットワークにより行われている。この２種類の通信ネットワークとは、主に音声通信に使用される従来の回線向け電話網と、主にデータ通信用に設計されたパケット向けデータ網である。簡潔性に配慮して、回線向け電話網は以下では回線交換網と呼び、パケット向けデータ網はパケット交換網と呼ぶ。

従来の回線交換網では、接続された加入者間で情報の単純な交換が存在するだけでなく、回線交換網自体の制御に関する情報も通信される。この情報は、関連する端末装置によってだけでなく、ネットワークノードに関連した設備によっても評価される。この情報交換はシグナリングと呼ばれる。通例では、回線交換網におけるシグナリングのために、確定した通信経路が確保されているので、信号網という用語を用いることもできる。一般的な原則として、シグナリングはパケット交換網を介しても行うことができる。

最近は、これまで従来の回線交換網を介して処理されていた情報の通信にパケット交換網を使用する傾向がある。パケット交換網と回線交換網とが収斂していく中で、音声呼出は例えばパケット交換網を介して行われている。パケット交換網を介した電話又は音声の接続は、ＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ）とも呼ばれる。しかし、例えばビデオ通信のようなブロードバンドマルチメディアサービスもパケット交換網を介して行うことができる。以前には通常の状況では回線交換設備により伝送された情報の通信が、いわゆるリアルタイムパケットストリームを用いてパケット交換網において行われる。このリアルタイムパケットストリームは、リアルタイムでパケット交換網全体にわたって情報を転送することができる。

本発明の課題は、回線向け電話網とパケット向けデータ網とを収斂させて非同質ネットワークを創造していく途上で、データ網において、いわゆるＩＮ（インテリジェントネットワーク）サービスも実施することでる。それ自体は公知であるＩＮサービスは、例えば、ＶＰＮ（仮想構内網）、クレジットカード又はいわゆる「フリーフォン」を用いて為される呼出、「８００」で始まる電話番号を使用した呼出である。これらのサービスがパケット交換網に統合されていく間に使用可能な、新しいＩＮサービスを作り出すことが可能であると期待されている。

従来の回線交換網では、ＩＮサービスは、信号網に接続されたＳＣＰ（サービス制御点）により制御される。記録されたアナウンスを再生したり、信号音を受信するためには、いわゆるＩＰ（インテリジェント周辺装置）が使用される。ＩＰは一般に信号網と従来の回線交換網の交換機との両方に接続されている。上記の信号音は、例えば、いわゆるＤＴＭＦ（デュアルトーンマルチフリーケンシー）ディジットである。このような関連で、これらＤＴＭＦディジットはＤＴＭＦ信号音又は単に信号音と呼ばれる。

従来の電話網では、交換機がある特定のトリガを検出したときにはつねに、ＳＣＰが交換機によって参照される。これらのトリガとは、例えば、特定の電話番号、又は例えば話し中などの事象であってよい。ＳＣＰは、例えばアナウンスを再生するためにＩＰを活動化させることにより、交換機からの要求に応答する。しかしながら、ＩＰは信号音の収集にも使用することができる。

例えば、クレジットカードによって電話をかけたい場合には、まず特定の番号をダイアルする。すると、交換機により参照されたＳＣＰがＩＰを活動化し、ＩＰは加入者に対してアナウンスを再生する。このアナウンスで、加入者はクレジットカード番号とＰＩＮ番号の入力を求められる。信号音を用いて送信されたクレジットカードとＰＩＮ番号が有効ならば、加入者は別のアナウンスで呼び出したい相手の電話番号を入力するように求められる。入力が済むと、望みの加入者への接続が確立される。

ユーザが最初の電話の終了時にクレジットカード番号とＰＩＮ番号を再度入力せずに別の加入者を呼び出したいというケースも生じる。このケースに対しては、加入者が自分の端末装置のファンクションキーを押すことにより、第２の相手方を呼び出す機会を再び与えられるという規定を設けることも可能である。ただし、ファンクションキーは特別な信号音に対応している。

この種のＩＮサービスは、非同質ネットワーク、すなわちパケット交換と回線交換の共通網において使用可能でなければならない。非同質ネットワーク内のＳＣＰの機能を、パケット交換網に統合されているアプリケーションサーバに移すという手段が講じられる。これらのアプリケーションサーバは、従来の電話網におけるＳＣＰに相応した仕方でＩＰサービスを制御するよう意図されている。それゆえ、これらのアプリケーションサーバは以下ではサービスサーバと呼ばれる。従来の電話網におけるＳＣＰと同様に、サービスサーバも加入者が制御することのできるものでなければならない。しかしながら、これまでは、データ網に割り当てられたサービスサーバを制御するという概念が欠如していた。

この従来技術を基礎としたうえで、本願発明の課題は、パケット交換網に割り当てられたサービスサーバを制御するための方法及び装置を具体化することである。
この課題は、第一に、
−パケット交換網を介して第１加入者から第２加入者への通信経路を確立するステップと、
−第１加入者と第２加入者の間の情報フローからサービスサーバの制御に必要な制御信号を取り出し、信号網を介して制御信号をサービスサーバに転送するステップと、
−サービスサーバにより制御信号を評価するステップと、
−要求されたサービス機能をサービスサーバにより提供するステップ
を有する方法により解決される。

本発明による第１の方法では、アプリケーションサーバの制御に必要な制御信号は、第１加入者と第２加入者との間の情報フローから取り出され、信号網を介してサービスサーバに転送される。この場合、転送は必ずしもつねに制御信号の転送であると理解する必要はなく、第１の通信プロトコルの枠組み内の第１の信号形式から第２の通信プロトコルの枠組み内の第２の信号形式への制御信号の変換とも理解される。

この措置の結果、サービスサーバの制御に必要な制御信号も、第１加入者と第２加入者の間の接続中、アプリケーションサーバに達する。したがって、加入者の１人が、サービスサーバにより管理されているネットワークサービスに対するリクエストを示す制御信号を発すると、この制御信号はどのような場合もサービスサーバに達し、サービスサーバはこれに応じてリクエストされたサービスを提供することができる。

本発明による方法は、したがって、特にいわゆるコール内トリガの割込みに適している。

有利な実施形態では、制御信号は同時に第２加入者にも送信される。

これは、第２加入者が同様に制御信号、特に信号音の送信を待っている場合に有利である。これは、例えば、当該の第２加入者がディレクトバンクのコールセンタである場合である。

本方法の別の有利な実施形態では、制御信号は、パケット交換網と回線交換網との間の通信センタによって第１加入者と第２加入者との間の情報フローから取り出された信号音である。

本方法の提供する利点は、すでに第１加入者と第２加入者との間の本来の通信経路から離れた信号網を介して信号音の送信を処理していた通信センタをこの目的のために使用することができることである。

上記の課題はさらに、
−加入者からメディアサーバ（１３）への通信経路（２，７，１４）を確立するステップと、
−パケット交換網（９）を介して加入者からメディアサーバ（１３）へ制御情報を送信するステップと、
−メディアサーバ（１３）により制御情報を評価し、制御情報をサービスサーバ（１２）に対する制御信号に変換するステップと、
−信号網（１５）を介してサービスサーバ（１２）に制御信号を転送するステップと、
−サービスサーバ（１２）により制御信号を評価するステップと、
−リクエストされたサービス機能をサービスサーバ（１２）により提供するステップ
を有する方法により解決される。

本発明によるこの方法では、メディアサーバへの制御情報の送信はリアルタイムパケットストリームを用いて行うことができる。リアルタイムパケットストリームは、パケット交換網を介した任意の接続において第１加入者と第２加入者との間で情報を伝送するためにも使用される。それゆえ、使用されている装置に対するさらなる変更は必要ない。制御情報の評価は、制御情報をサービスサーバに対する制御信号に変換して、制御情報をサービスサーバに転送するメディアサーバによって行われる。

本方法の特別な実施形態では、制御情報がメディアサーバにより収集された後に、第１加入者と第２加入者との間に通信経路が確立され、通信経路が解除される時点までに生じた制御情報は取り出され、サービスサーバに供給される。

本方法のこの有利な実施形態によれば、まずメディアサーバによって加入者から情報を収集し、つぎに加入者間に接続を形成することができる。この接続はまた接続中に生じたトリガにも応答する。

以下では、添付図面を参照しつつ本発明を詳細に説明する。

図１は、メディアサーバとの接続の構造を示しており、
図２は、パケット交換網を介した第１加入者と第２加入者との間の接続の構造を示しており、
図３は、図１及び２に示された接続に関する流れ図を示している。

図１には、ＩＮネットワークサービスを開始するための接続の構造が示されている。この場合、端末装置１は市内接続２を介して従来の回線交換網３に接続されている。回線交換網３は相互に通信し合う交換機４を含んでいる。交換機４はさらに、例えば通常のＳＳ７ネットワークなどの信号網を介して、信号転送点６と通信する。信号転送点６は以下では略してＳＴＰ６と呼ばれる。さらに、交換機４はＴＤＭ（時分割多重）接続７を介してメディアゲートウェイ８と情報を交換する。メディアゲートウェイ８は、回線交換網３からパケット交換網９への移行を実現させる手段であり、以下では略してＭＧ８と呼ばれる。

ＳＴＰ６はＩＳＵＰ（ＩＳＤＮユーザ部）によりシグナリングゲートウェイ１０と通信する。シグナリングゲートウェイ１０は以下では略してＳＧ１０と呼ばれる。シグナリングはＳＧ１０を経由して回線交換網３からパケット交換網９に移る。

シグナリングゲートウェイ１０とメディアゲートウェイ８には、メディアゲートウェイコントローラ１１が割り当てられている。メディアゲートウェイコントローラ１１は以下では略してＭＧＣ１１とも呼ばれる。ＭＧＣ１１は、ＩＳＵＰによってシグナリングゲートウェイ１０と通信し、ＭＧＣＰ（メディアゲートウェイ制御プロトコル）によってメディアゲートウェイ８と通信する。さらに、ＭＧＣ１１はＳＩＰ（セッション開始プロトコル）によりアプリケーションサーバ１２と通信する。アプリケーションサーバ１２は、ＳＩＰ、ＭＧＣＰもしくはＨ．２４８、又は同様のプロトコルを介してメディアサーバ１３に接続されている。一方、メディアサーバ１３はＲＴＰ（リアルタイム転送プロトコル）データストリーム１４によってメディアゲートウェイ８と情報を交換する。したがって、端末装置１のうちの１つとメディアサーバ１３との間に、交換機５とＭＧ８とを介した接続が存在する。この接続は、回線交換網３のエリアでは、市内接続８とＴＤＭ接続７を介して実施される。しかしながら、パケット交換網９のエリアでは、個々の回線を接続に割り当てることはできない。むしろ、パケット交換網９のエリアでは、情報はデータパケットにより転送される。データパケットは、パケット交換網９に応じて、インターネット、Ｘ．２５もしくはフレームリレーパケットの形態、又は、ＡＴＭセルの形態をとることができる。メディアサーバ１３はデータパケットを介してＭＧ８に接続されている。したがって、本来の意味での接続はないにもかかわらず、例えば、いわゆるフローを用いたＴＣＰ／ＩＰによる情報通信の間、ウェブサーバとブラウザが相互に接続されているという意味で、論理的に抽象的なレベルでは接続が存在している。

シグナリングに使用される関連プロトコルを用いた、ＳＴＰ６、ＳＧ１０、ＭＧＣ１１、ＭＧ８、アプリケーションサーバ１２、及びメディアサーバ１３の間で行われる通信もまた論理的に抽象的なレベルでの接続であり、このために特別な回線が確保されていなくても、共同して信号網１５を形成する。

パケット交換網９では、メディアサーバ１３は従来の回線交換網３においていわゆるＩＰ（インテリジェント周辺装置）が果たしている機能を引き受けており、その一方で、アプリケーションサーバ１２は従来の回線交換網３に存在するＳＣＰ（サービス制御点）６の機能を引き受けている。それゆえ、メディアサーバ１３は端末装置１のうちの１つにおいて加入者に通信されるアナウンスを再生することができる。さらに、メディアサーバ１３は端末装置が発した信号音を収集することができる。信号音の問合せ及び収集はＵＩＤ（ユーザ双方向ダイアログ）としても知られている。ＭＧ８においてＧ．７２３のような圧縮コーデックが使用される場合、信号音の伝送はＲＦＣ２８３３に従った特別なデータパケットのＲＴＰデータストリーム１４で行われる。というのも、そうしないと信号音は伝送中に劣化するからである。非圧縮コーデックを使用した場合には、信号音は他の音声情報とともにリアルタイムパケットストリームで伝送することができる。

信号音により通信されたＤＴＭＦ情報は、端末装置１において加入者の認証を行うため、又は、端末装置１において加入者が要望している電話番号の問合せを行うために使用することができる。

サービス情報が収集された後に、アプリケーションサーバ１２はメディアサーバ１３の接続の解除を開始し、例えば、第１加入者が端末装置１において掛けたいと望む相手方への接続の確立を試みる。このタイプの接続は図２に示されている。

第２加入者への接続を確立するために、アプリケーションサーバ１２は、第１加入者に割り当てられたいわゆるＡ側のＭＧＣ１１とだけでなく、Ｂ側のＭＧＣ１６とも通信する。メディアゲートウェイコントローラ１６は、ＭＧＣＰに従った信号網を介してメディアゲートウェイ１７と情報を交換し、ＩＣＵＰを介してシグナリングゲートウェイ１８と情報を交換する。メディアゲートウェイ１７は、ＴＤＭ接続１９を介して、回線交換網２１に割り当てられた交換機２０に接続されている。回線交換網２１には、交換機２０を信号転送点２３に接続する信号網２２も存在している。最後に、交換機２０も市内接続２５を介して端末装置２４のうちの１つへの接続を確立する。

本来の音声接続は、ＲＴＰデータストリーム２６によりＡ側のＭＧ８とＢ側のＭＧ１７との間で行われる。ＲＦＣ２８３３に従った特別なパケットで符号化された信号音は、ＭＧ８とＭＧ１７において圧縮コーデックが使用される場合には、ＲＴＰデータストリーム２６で伝送することもでき、ＭＧ８とＭＧ１７において非圧縮コーデックが使用される場合には、他の音声情報とともに伝送することができる。

第１加入者と第２加入者の間に接続が確立されると、メディアゲートウェイ８はいわゆる帯域外シグナリングに切り換えられる。このことは、信号音がもはやＲＴＰデータストリーム２６には埋め込まれずに、ＳＩＰＩＮＦＯ法を用いて第１加入者と第２加入者の間の情報フローから取り出され、信号網１５を介してアプリケーションサーバ１２に転送されることを意味する。ＳＩＰＩＮＦＯ法によるシグナリングは、他のＳＩＰメッセージと同様にアプリケーションサーバ１２に送られるシグナリングメッセージである。信号音に関するこのシグナリングメッセージにより、アプリケーションサーバ１２においてサービス論理回路を活動化させることができる。すると、サービス論理回路は、例えば、Ｂ側の第２加入者への接続を解除し、第１加入者を再びメディアサーバ１３に接続する。

ここに説明した方法を実施するためには、実質的に２つの特別なシグナリン手続が必要とされる。一方では、メディアサーバ１３への接続を確立する間、ＭＧ８が帯域外信号音の送信の可否をアプリケーションサーバ１２に通知しなければならない。他方では、図２に示された第１加入者と第２加入者との間の接続を確立する間、アプリケーションサーバ１２が、Ａ側のＭＧ８にＳＩＰＩＮＦＯ法への切り換えを行わせなければならない。

以下では、図３に示された流れ図を参照してこれをより詳細に説明する。まず、ＩＳＵＰＩＡＭ（開始アドレスメッセージ）２７が交換機４を介してＭＧＣ１１に送られる。つづいて、ＭＧＣ１１が、ＳＩＰＩＮＶＩＴＥメッセージ２８において、信号音の帯域外送信はＭＧＣ１１に割り当てられたＭＧ８によってサポートされるということをアプリケーションサーバ１２に知らせる。このために、新たな情報要素“ｄｔｍｆ”がいわゆる“サポートヘッダ”に挿入される。この種の情報要素は“オプションタグ”とも呼ばれる。目下の例では、ＳＩＰＩＮＶＩＴＥメッセージ２８内のＳＤＰ（セッション記述プロトコル）セクションには、使用されるコーデック、すなわちＧ．７２３に関する詳細と“ｔｅｌｅｐｈｏｎｅｅｖｅｎｔｓ”エントリも含まれている。なお、“ｔｅｌｅｐｈｏｎｅｅｖｅｎｔｓ”エントリは、ＲＦＣ２８３３に従った特別なデータパケットによってＲＴＰデータストリーム１４で信号音を伝送できることを示すものである。

つぎに、アプリケーションサーバ１２は、ＳＳＩＰＩＮＶＩＴＥメッセージ２８を受信したことを、ＭＧＣ１１に対してＩＰ１００Ｔｒｙｉｎｇメッセージ２９で応答し、ＳＥＴＵＰコマンド３０によって、メディアサーバ１３にＲＴＰデータストリーム１４を用いてＭＧ８への接続の確立をさせるよう試みる。

手続の以降の流れでは、アプリケーションサーバ１２はＳＩＰ１８０Ｒｉｎｇｉｎｇメッセージ３１をＭＧＣ１１に送り、ＭＧＣ１１は回線交換網３に対してＩＳＵＰＡＣＭ（アドレス完了メッセージ）メッセージ３２を発する。ＳＩＰ１８０Ｒｉｎｇｉｎｇメッセージ３１とＩＳＵＰＡＣＭメッセージ３２は、端末装置１にベル信号を出させるために使用される。したがって、これら２つのメッセージ３１及び３２はオプションである。

メディアサーバ１３は、ＣＯＮＮＥＣＴメッセージ３３により、アプリケーションサーバ１２への接続確立の完了を報告する。つぎに、アプリケーションサーバ１２はＳＩＰＯＫメッセージ３４をＭＧＣ１１に送る。なお、ＳＩＰＯＫメッセージ３４のＳＤＰセクションには、使用すべきコーデック、すなわちＧ．７２３と“ｔｅｌｅｐｈｏｎｅｅｖｅｎｔｓ”エントリが含まれている。このエントリは、信号音の伝送はＲＦＣ２８３３に従ってＲＴＰデータストリーム１４によって行われるべきであることを、ＭＧＣ１１に知らせるものである。ＳＩＰＯＫメッセージ３４内のＳＤＰセクションは、例えば、以下のようなものである。
ｖ＝０
ｏ＝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
ＭＧＣ１１は、回線交換網３から帯域外で到着する信号音を伝送するようＳＩＰｒｅ−ＩＮＶＩＴＥメッセージ３８により指示される。このためにＭＧ８がＭＧＣ１１に割り当てられているということは、ＭＧＣ１１によりＳＩＰＩＮＶＩＴＥメッセージ２８の中ですでにアプリケーションサーバ１２に知らされている。

つぎに、Ｂ側のＭＧＣ１６がＳＩＰＩＮＶＩＴＥメッセージ３９を受け取る。ＳＩＰＩＮＶＩＴＥメッセージ３９は、割り当てられたＭＧ１７にパケット交換網９を介してＭＧ８への接続の確立を行わせるようＭＧＣ１６に要求する。メッセージ３８及び３９の到着に対して、ＭＧＣ１１はＳＩＰ１００Ｔｒｙｉｎｇメッセージ４０で応答し、ＭＧＣ１６はＳＩＰ１００Ｔｒｙｉｎｇメッセージ４１で応答する。接続が成立した後に、ＭＧＣ１１はＳＩＰ２００ＯＫメッセージ４２を発する。アプリケーションサーバ１２は、このＳＩＰ２００ＯＫメッセージ４２に対しては、ＳＩＰＡＣＫ確認４３で肯定応答する。ＭＧＣ１６はまずＳＩＰ１８０Ｒｉｎｇｉｎｇメッセージ４４を送り、つぎにＳＩＰ２００ＯＫメッセージ４５を送る。アプリケーションサーバ１２は、このＳＩＰ２００ＯＫメッセージ４５に対しては、ＳＩＰＡＣＫ確認４６で肯定応答する。Ａ側の第１加入者とＢ側の第２加入者との間の接続は、パケット交換網９のエリアでは、ＲＴＰデータストリーム２６によって成立する。しかし、第１加入者と第２加入者との間の情報フロー内のデジタル信号音はＭＧＣ１１により取り出され、ＳＩＰＩＮＦＯ法を用いて帯域外送信４７でアプリケーションサーバ１２に転送される。それにより、信号音の発生がアプリケーションサーバ１２に通知される。

アプリケーションサーバ１２により、メディアサーバ１３への接続の新たな切換を要求する信号音が検出されると、アプリケーションサーバ１２はＳＩＰ２００ＯＫメッセージ３４に相応するメッセージを新たにＭＧＣ１１に送り、ＭＧＣ１１がＲＴＰデータストリーム１４によりメディアサーバ１３への接続を確立するようにする。

ここに説明した方法の結果として、接続はパケット交換網９を介して行われ、パケット交換網９では、ＴＤＭ接続７及び１９におけるトラフィックストリームはＭＧ８及び１７の中にある圧縮コーデックＧ．７２３によりＲＴＰデータストリーム２６に変換される。この場合、信号音はＲＦＣ２８３３に従った特別なＲＴＰパケットを用いて送信することができる。そうしないと圧縮コーデックＧ．７２３が信号音を劣化させてしまうため、この特別なＲＴＰパケットでの送信は必要である。

ここに説明した方法の特別な機能は、接続が成立すると、Ａ側からＢ側への切換、ＲＦＣ２８３３に従った信号音の送信からＳＩＰＩＮＦＯ法を用いた信号網１５を介した帯域外送信への切換が生じる。このようにして、いわゆる「コール内トリガ」は、パケット交換網９を介した第１加入者と第２加入者の間の接続の最中に認識されうる。

図１の実施例により導入された情報要素“ｄｔｍｆ”がないと、例えばＧ．７１１のような非圧縮コーデックは帯域外送信へと切り換えられることができないため、情報要素“ｄｔｍｆ”は必要である。これは、Ｇ．７１１に従った非圧縮コーデックが信号音を残りの可聴信号とともに無差別に送信するため、その結果として、従来の規格では帯域外送信が提供されないからである。したがって、該当ＭＧが帯域外送信を処理することができることをアプリケーションサーバに知らせ、該当ＭＧを帯域外送信に切り換えることのできる情報要素“ｄｔｍｆ”を提供することが不可欠である。

ここに説明した方法は必ずしも引用した規格で実施する必要はないことを強調しておきたい。相応の規格における同様の実施も可能である。

また、メディアゲートウェイ、メディアゲートウェイコントローラ、アプリケーションサーバ、及びメディアサーバといった概念は機能的な意味で理解されるべきであることも強調しておきたい。これらの論理ユニットは必ずしも物理ユニットを構成する必要はなく、物理ユニット内のソフトウェアの形態で実施してもよいし、又は、複数の物理ユニットにわたって分散させてもよい。

メディアサーバとの接続の構造を示す。

パケット交換網を介した第１加入者と第２加入者との間の接続の構造を示す。

図１及び２に示された接続に関する流れ図を示す。

Claims

サービスサーバ（１２）を用いたパケット交換網（９）で実施されるネットワークサービスを制御する方法において、
パケット交換網（９）を介して第１加入者から第２加入者への通信経路（２，７，１９，２５，２６）を確立するステップと、
サービスサーバ（１２）の制御に必要な制御信号を第１加入者と第２加入者の間の情報フローから取り出し、信号網（１５）を介して制御信号をサービスサーバ（１２）へ転送するステップと、
サービスサーバ（１２）により制御信号を評価するステップと、
リクエストされたサービス機能をサービスサーバ（１２）により提供するステップとを有することを特徴とする、サービスサーバを用いたパケット交換網において実施されるネットワークサービスを制御する方法。
サービスサーバに転送するのと並行して、第２加入者にも制御信号を転送する、請求項１記載の方法。
第１加入者を回線交換網（３）に割り当て、パケット交換網（９）と回線交換網（３）との間に位置する通信センタ（８）により制御信号を取り出す、請求項１又は２記載の方法。
回線交換網（３）のエリア内での制御信号は信号音である、請求項３記載の方法。
サービスサーバ（１２）を用いたパケット交換網（９）で実施されるネットワークサービスを制御する方法において、
加入者からメディアサーバ（１３）への通信経路（２，７，１４）を確立するステップと、
パケット交換網（９）を介して加入者からメディアサーバ（１３）へ制御情報を送信するステップと、
メディアサーバ（１３）により制御情報を評価し、制御情報をサービスサーバ（１２）に対する制御信号に変換するステップと、
信号網（１５）を介してサービスサーバ（１２）に制御信号を転送するステップと、
サービスサーバ（１２）により制御信号を評価するステップと、
リクエストされたサービス機能をサービスサーバ（１２）により提供するステップとを有することを特徴とする、サービスサーバを用いたパケット交換網において実施されるネットワークサービスを制御する方法。
信号音を情報フローに埋め込んでメディアサーバ（１３）に送信する、請求項５記載の方法。
請求項１から５のいずれか１項記載の方法への切換えを行う、請求項５又は６記載の方法。
請求項１から７のいずれか１項記載の方法を実行するようにセットアップされていることを特徴とする、回線交換網（３）とパケット交換網（９）との間の通信センタ。
請求項１から７のいずれか１項記載の方法を実行するようにセットアップされていることを特徴とする、パケット交換網（９）においてネットワークサービスを実施するためのサービスサーバ。
請求項５から７のいずれか１項記載の方法を実行するようにセットアップされていることを特徴とする、加入者が発した情報を収集するためのメディアサーバ。
請求項１から７のいずれか１項記載の方法を実行するようにセットアップされていることを特徴とする、通信センタ、サービスサーバ、又はメディアサーバを動作させるためのコンピュータプログラム製品。