JP2008544597A

JP2008544597A - サービスフィーチャ「ｓｉｐコール転送」の制御方法

Info

Publication number: JP2008544597A
Application number: JP2008515201A
Authority: JP
Inventors: ホフマンクラウス
Original assignee: Nokia Siemens Networks GmbH and Co KG
Current assignee: Nokia Solutions and Networks GmbH and Co KG
Priority date: 2005-06-13
Filing date: 2006-06-01
Publication date: 2008-12-04
Also published as: CN101248641A; WO2006134034A1; EP1897321A1

Abstract

従来技術ではＩＴＵ−Ｔ勧告Ｑ．１９１２．５のチャプター６．１．１（１）（ａ）に従い、サービスフィーチャ「ＩＰコール転送」を実現するために、ＳＩＰ条件がアクティブでない場合に、メディアゲートウェイコントローラ（Ｉ−ＩＷＵ）はＳＤＰデータを受け取った時点で初めてＩＳＵＰメッセージを発呼される（第３の）加入者に供給することが提案されている。しかしながらこの構成はメディアゲートウェイコントローラにおける記憶スペースならびに生じる呼遅延に関して決定的な欠点を有する。本発明はこの問題を、ＩＳＵＰ加入者がＩＡＭメッセージをＩＳＵＰプロトコル要素「先行の回路の導通状態」と共に伝送し、Ａ側のＳＤＰデータの受信後にベアラコネクションが確立されることにより解決する。

Description

近年の通信アーキテクチャでは交換技術的なネットワークをコネクションサービスに関連するユニットと有効情報の伝送（ベアラ制御）とに分離することが行われている。その結果、コネクション構造と媒体ないしベアラ構造とが分解／分離される。有効情報の伝送（ネットワークチャネルの接続）を種々の高ビットレート伝送技術、例えばＡＴＭ、ＩＰまたはフレームリレーにより行うことができる。

この種の分離により、目下狭帯域ネットワークにおいて行われている通信サービスを広帯域ネットワークにおいても実現することができる。加入者は直接的に（例えばＤＳＳ１プロトコルにより）接続されるか、メディアゲートウェイコントローラ（ＭＧＣ）として構成されている交換局を介して（例えばＩＳＵＰプロトコルにより）接続される。有効情報自体はメディアゲートウェイ（ＭＧ）によって、それぞれ使用されている伝送技術に変換される。

メディアゲートウェイの制御はそれぞれ対応付けられているメディアゲートウェイコントローラ（ＭＧＣ）によって実施される。メディアゲートウェイを制御するためにメディアゲートウェイコントローラは規格化されたプロトコル、例えばＭＧＣＰプロトコルまたはＨ．２４８プロトコルを使用する。相互に通信を行うためにメディアゲートウェイコントローラはＩＴＵによって標準化されたＢＩＣＣ（ベアラに依存しない呼制御）プロトコルを使用し、このプロトコルは複数の標準化されたプロトコルから形成されており、したがってプロトコルファミリーを包含する。

ＢＩＣＣプロトコルに適したプロトコルはＩＥＴＦ標準化委員会によって、ＳＩＰプロトコル（ＲＦＣ３２６１）ないし補足的にＳＩＰ−Ｔ（ＲＦＣ３２０４）を用いて作成されている。後者のプロトコルにより、ＳＩＰプロトコルとは異なり、ＩＳＵＰメッセージを伝送することができる。ＩＳＵＰメッセージの伝送は一般的にトンネル、すなわちトランスパレントな導通経路を介して行われる。

２つまたは複数のＳＩＰ加入者間のコネクション確立はＳＩＰプロトコル要素を用いて行われる。例えばＳＤＰ（セッション記述プロトコル）データが交換される。ＳＤＰデータは（ベアラ）エンドポイントに関連するデータであり、これらのデータはコーデック、ＩＰポート、ＩＰアドレスなどに関する情報を包含する。ＳＩＰ加入者とＨ．３２３加入者またはＴＤＭ／ＩＳＤＮ加入者との間にコネクションが確立される場合には、これらのＳＩＰプロトコル要素は関連するメディアゲートウェイコントローラにおいて相応にＨ．３２３、ＴＤＭまたはＩＳＤＮのプロトコル要素に変換されなければならない。例えばこのことはＳＩＰの世界から発呼したＴＤＭ加入者に関して、ＴＤＭの世界において使用されるＩＳＵＰメッセージ、例えばＩＳＵＰメッセージＩＡＭ（初期アドレスメッセージ）が形成され、このＴＤＭ加入者に供給されなければならないことを意味している。

ＳＩＰ加入者（ＳＩＰネットワークへの移行部を有するＴＤＭ加入者でもよい）と別のＳＩＰ加入者との間に確立されているコネクションが第３の加入者（ＴＤＭ加入者でもよい）に転送されるサービスフィーチャ「ＳＩＰコール転送」のケースにおいては、ＳＤＰを有していないＩＮＩＴＩＡＬＩＮＶＩＴＥの受信に関して以下のような推奨がＩＴＵ−Ｔ勧告Ｑ．１９１２．５のチャプター６．１．１（１）（ａ）に記載されている：
「ＳＩＰ前提条件が使用されない場合には、Ｉ−ＩＷＵが媒体記述を含むＳＤＰ応答の受信に基づいてＩＡＭを送信すべきである」。

このことは、ＳＩＰコネクションがアクティブでない場合にメディアゲートウェイコントローラ（Ｉ−ＩＷＵ）は、発呼された（第３の）加入者がＳＤＰデータを受信したときに初めてこの加入者にＩＳＵＰメッセージＩＡＭを供給することを意味している。

しかしながらこの構成は決定的な欠点を有する。つまりＩＳＵＰ側のメディアゲートウェイコントローラはＩＳＵＰメッセージＩＡＭを記憶しなければならず、これによりメディアゲートウェイコントローラにおける付加的な記憶スペースが要求される。他方では、ＳＩＰ側からＳＤＰ応答（Answer）が到来するまでＩＳＵＰメッセージＩＡＭは保持され続けなければならない。しかしながらこのことはさらなる呼遅延を意味する。この問題は従来のＰＳＴＮネットワークにおいてはこれまで存在していなかった。

本発明の課題は、どのようにしてサービスフィーチャ「ＳＩＰコール転送」を効率的に実現できるかを示すことである。

本発明は、請求項１および４の上位概念に記載されている構成を基礎として、それらの請求項の特徴部分に記載されている特徴によって解決される。

本発明の利点は、ＩＳＵＰプロトコル要素「先行の回線の導通状態」を用いてＩＳＵＰメッセージＩＡＭがより迅速に（第３の）加入者に送信されることにある。提案される解決手段により、必要とされる記憶スペースが著しく低減され、呼の確立がより迅速に実施され、またそれと同時にＩＰベアラコネクションが確立されたときに初めて呼び出されることが達成される。後者はこのコネクションの安全性に関して非常に重要である。

以下では本発明を図面に示した実施例に基づき詳細に説明する。ここで、
図１は、インターネット網が間に配置されている２つのＰＳＴＮ加入者間の基本的な環境を示す。

図２は、本発明によるサービスフィーチャ「ＳＩＰコール転送」の実施例を示す。

図１においては、本発明による方法が実施されるネットワークコンフィギュレーションが示されている。例示的に２つのＰＳＴＮネットワークが示されており、これらのＰＳＴＮネットワーク内にはそれぞれ複数のＰＳＴＮ加入者が公知のように配置されている。これらのＰＳＴＮ加入者はローカル交換局ＬＥに接続されており、このローカル交換局ＬＥは中継交換局ＴＸと接続されている。

中継交換局ＴＸにおいてはシグナリング情報と有効情報の分離が実施される。シグナリング情報は中継交換局ＴＸから直接的にＩＳＵＰプロトコルにより、それぞれ対応付けられているメディアゲートウェイコントローラＭＧＣ（ＭＧＣＡまたはＭＧＣＢ）に供給される。有効情報は（入力側に配置されている）メディアゲートウェイＭＧ（ＭＧＡまたはＭＧＢ）に伝送され、このメディアゲートウェイＭＧはＴＤＭネットワークとＡＴＭないしＩＰ伝送ネットワークとの間のインタフェースとして機能し、また関連する伝送ネットワークを介してパケット指向で伝送される。メディアゲートウェイＭＧＡはメディアゲートウェイコントローラＭＧＣＡによって制御され、同様にメディアゲートウェイＭＧＢはメディアゲートウェイコントローラＭＧＣＢによって制御される。有効情報がメディアゲートウェイＭＧＡからメディアゲートウェイＭＧＢに伝送される場合には、有効情報がメディアゲートウェイＭＧＢに対応付けられているメディアゲートウェイコントローラＭＧＣＢの制御下でＴＤＭデータストリームに再び変換され、関連するＰＳＴＮ加入者に供給される。メディアゲートウェイコントローラＭＧＣとそれぞれ対応付けられているメディアゲートウェイとの間で伝送されるデータは標準化されたプロトコルによって支援される。このプロトコルは例えばＭＧＣＰプロトコルまたはＨ．２４８プロトコルでよい。有利にはこの実施例では、２つのメディアゲートウェイコントローラＭＧＣＡとＭＧＣＢの間においてＳＩＰプロトコルが使用される。シグナリング経路にはＳＩＰプロキシまたはＳＩＰユニットＳＩＰＥのようなさらに別の装置を接続することもできる。

図２においては、ＳＩＰコール転送シナリオが実施されるコンフィギュレーションが示されている。相応に、相互に通信を行うＳＩＰ加入者Ａ，Ｂが示されている。ここではＳＩＰ加入者ＢがＳＩＰ加入者Ａとの通信を終了し、ＳＩＰ加入者Ａを加入者Ｃに接続しようとする（コール転送）。この実施例によれば、後者の加入者Ｃが古典的なＴＤＭネットワーク内に配置されていることを考慮しなければならない。ＳＩＰ加入者Ｂはサービスフィーチャ「コール転送」（参照なし）に関して必要とされる情報をＳＩＰプロトコル要素「ＳＩＰ：ＣへのＲＥＦＥＲ（SIP: REFER to C）」の形でアプリケーションサーバＡＳに伝送する。アプリケーションサーバＡＳはＳＩＰプロトコル要素「ＳＤＣＰオファーを含まないＩＮＩＴＩＡＬＩＮＶＩＴＥ（Initial INVITE without SDP Offer）」を加入者Ｃに送信する。エンドポイントはもちろんＳＩＰエンドポイントであり、すなわちこの場合はメディアゲートウェイコントローラＭＧＣである。

以下の表には、サービスフィーチャＳＩＰコール転送を実現するために必要とされるＳＩＰプロトコル要素が示されている。Ａ側のアプリケーションサーバＡＳは加入者Ａから加入者Ｃへのコール転送を所望する情報を加入者Ｂから受信した後に、アプリケーションサーバＡＳはメディアゲートウェイコントローラＭＧＣ（Ｃ側のＳＩＰエンドポイント）にＳＩＰプロトコル要素「ＳＤＰデータを含まないＩＮＶＩＴＥ（INVITE without SDP Daten）」を送信する。

メディアゲートウェイコントローラＭＧＣは一方では所属のメディアゲートウェイＭＧとコンタクトを取り、そのメディアゲートウェイＭＧからＳＤＰデータを受信し、Ａ側にＳＩＰプロトコル要素「ＰＲＯＶＩＳＩＯＮＡＬＲＥＳＰＯＮＳＥ」、すなわち暫定応答を用いて代表のメディアゲートウェイＭＧからの加入者ＣのＳＤＰデータでもって応答する。本発明によれば他方では、メディアゲートウェイコントローラＭＧＣが次のＩＳＵＰ交換局に、加入者Ｃに向かってＩＳＵＰプロトコル要素「先行の回線の導通状態」を有するＩＡＭメッセージを伝送する。このＩＳＵＰプロトコル要素は通常の場合、端末加入者についての導通検査のために使用されるメッセージである。このメッセージによって加入者Ｃのもとで呼び出し音が鳴り始めることはない。すなわちこの加入者Ｃは依然として呼び出されない。

Ａ側は「ＰＲＯＶＩＳＩＯＮＡＬＲＥＳＰＯＮＳＥ」の受信に関してＰＲＡＣＫ方法によりＡ側（すなわちＡ加入者）のＳＤＰデータでメディアゲートウェイコントローラＭＧＣに応答する。同時に、加入者Ａのエンドポイントと加入者Ｃのエンドポイントとの間のベアラコネクションが確立される。メディアゲートウェイコントローラＭＧＣがＩＳＵＰプロトコル要素「導通状態（ＣＯＴ）」を伝送すると加入者Ｃが呼び出される。コネクション確立は従来技術によればＳＩＰプロトコル要素２００ＯＫ、ＡＣＭ（アドレス完了メッセージ）およびＡＮＭの交換により終了する。

したがって本発明によれば、ＩＴＵ−Ｔ勧告Ｑ．１９１２．５のキャピタルチャプター６．１．１（１）（ａ）に記載されている補完が必要となる：
「ＳＩＰ前提条件が使用されない場合には、Ｉ−ＩＷＵが指示「先行の回線の継続的な検査」を含むＩＡＭを送信し、また媒体記述を含むＳＤＰ応答の受信に基づきＣＯＴメッセージを送信する」。

ＩＳＵＰ／ＳＩＰがＰＳＴＮ加入者（ＩＳＤＮ、アナログ加入者または移動無線加入者）とＳＩＰないしＳＩＰ−Ｔ加入者との間に存在しない場合にも本発明を使用することができる。このことは、上述の方法が交換局内においても実施されることを意味する。ＳＩＰないしＳＩＰ−Ｔについての次世代ネットワーク加入者のインターワーキング、例えばＶｏＤＳＬ、Ｈ３２３なども同様に考えられる。

最後に、上記においては本発明をサービスフィーチャ「ＳＩＰコール転送」を例にして説明した。しかしながらこれは本発明の限定を意図するものではない。例えばＲＦＣ３７２５、チャプター４．１および４．３に記載されているようなシナリオ（「セッション開始プロトコル（ＳＩＰ）における第三者呼制御（３ｐｃｃ）に関する現在の最善の実践）を本発明により同様に処理することができる。

さらに上記の本発明の実施例では、ＩＡＭおよびＣＯＴを用いるＩＳＵＰの用途を説明した。勿論本発明はそれらに制限されるものではない。何故ならば、ＤＳＳ１またはＴＵＰなどにおけるＳＩＰの直接的なインターワーキングも存在しうるからであり、そこではＣ加入者のもとにＩＳＵＰは存在しない。しかしながら上述のメカニズムを一般的な形で適用することもできる。つまり例えば、「現在の回線／先行の回線の導通状態を含むＩＡＭ」を有していないＩＳＵＰと等しくないシグナリングの種類は最後にダイヤルされた数字を簡単にまだ送信することができない可能性があるので、加入者を依然として呼び出すことができない。ＳＤＰ応答が到来したときに初めて、例えばこの数字をシグナリング（ＳＡＭ：ＩＳＵＰ言語における次アドレスメッセージ）により通知することができる。最後にダイヤルされたこの数字を用いることにより目的局は実際の加入者を選択することができるか、アクセスすることができ、これにより漸く初めて呼び出し音も鳴らされることになる。

インターネット網が間に配置されている２つのＰＳＴＮ加入者間の基本的な環境。本発明によるサービスフィーチャ「ＳＩＰコール転送」の実施例。

Claims

（ベアラ）エンドポイントに関連するデータがＳＤＰデータによって特徴付けられている少なくとも２つのエンドポイント（Ａ，Ｂ，Ｃ）間の通信関係を制御する方法であって、
ＳＤＰデータを含まないＳＩＰプロトコル要素ＩＮＩＴＩＡＬＩＮＶＩＴＥを発呼されるエンドポイント（Ｃ）に供給し、該エンドポイント（Ｃ）は前記ＳＩＰプロトコル要素ＩＮＩＴＩＡＬＩＮＶＩＴＥの受信を、ＳＤＰデータを含むＳＩＰプロトコル要素ＰＲＯＶＩＳＩＯＮＡＬＲＥＳＰＯＮＳＥでもって発呼を行ったエンドポイント（Ａ，Ｂ）に応答し、
ＩＳＵＰプロトコル要素ＣＯＮＴＩＮＵＩＴＹＣＨＥＣＫＯＮＴＨＩＳＯＲＯＮＰＲＥＶＩＯＵＳＣＩＲＣＵＩＴを用いて、第１の情報要素は目的地交換局にコネクションに関する要望を通知し、
前記発呼を行ったエンドポイント（Ａ，Ｂ）はＳＩＰプロトコル要素ＰＲＡＣＫにおいて自身のＳＤＰデータ（ＳＤＰ応答）を前記発呼されるエンドポイント（Ｃ）に伝送し、前記ＳＤＰデータを第２のプロトコル要素に変換することにより加入者にコールし、該コールに基づき前記発呼されるエンドポイント（Ｃ）を呼び出すことを特徴とする、少なくとも２つのエンドポイント（Ａ，Ｂ，Ｃ）間の通信関係を制御する方法。
前記第１の情報要素はＩＳＵＰメッセージＩＡＭである、請求項１記載の方法。
前記第２の情報要素はＩＳＵＰプロトコル要素ＣＯＴ（導通状態）である、請求項１または２記載の方法。
（ベアラ）エンドポイントに関連するデータがＳＤＰデータによって特徴付けられている少なくとも２つのエンドポイント（Ａ，Ｂ，Ｃ）間の通信関係を制御する装置であって、
ＳＤＰデータを含まないＳＩＰプロトコル要素ＩＮＩＴＩＡＬＩＮＶＩＴＥを発呼されるエンドポイント（Ｃ）に供給し、該エンドポイント（Ｃ）は前記ＳＩＰプロトコル要素ＩＮＩＴＩＡＬＩＮＶＩＴＥの受信を、ＳＤＰデータを含むＳＩＰプロトコル要素ＰＲＯＶＩＳＩＯＮＡＬＲＥＳＰＯＮＳＥでもって発呼を行ったエンドポイント（Ａ，Ｂ）に応答する手段が設けられており、さらに、
ＩＳＵＰプロトコル要素ＣＯＮＴＩＮＵＩＴＹＣＨＥＣＫＯＮＴＨＩＳＯＲＯＮＰＲＥＶＩＯＵＳＣＩＲＣＵＩＴを用いて、第１の情報要素は目的地交換局にコネクションに関する要望を通知する手段が設けられており、前記発呼を行ったエンドポイント（Ａ，Ｂ）はＳＩＰプロトコル要素ＰＲＡＣＫにおいて自身のＳＤＰデータ（ＳＤＰ応答）を前記発呼されるエンドポイント（Ｃ）に伝送し、前記ＳＤＰデータを第２のプロトコル要素に変換することにより加入者がコールされ、該コールに基づき前記発呼されるエンドポイント（Ｃ）が呼び出されることを特徴とする、少なくとも２つのエンドポイント（Ａ，Ｂ，Ｃ）間の通信関係を制御する装置。
前記端末装置はＰＳＴＮ端末装置として構成されている、請求項４記載の装置。
前記端末装置はＳＩＰ端末装置として構成されている、請求項４記載の装置。
前記端末装置は自動装置またはディレクトリとして構成されている、請求項４記載の装置。
前記第１の情報要素はＩＳＵＰメッセージＩＡＭとして構成されている、請求項４記載の装置。
前記第２の情報要素はＩＳＵＰプロトコル要素ＣＯＴ（導通状態）として構成されている、請求項４記載の装置。