JP2005503074A

JP2005503074A - 分解スイッチングノードおよびその動作方法

Info

Publication number: JP2005503074A
Application number: JP2003527974A
Authority: JP
Inventors: ホリス、マーク; グロベス、クリスティアン
Original assignee: テレフオンアクチーボラゲツトエルエムエリクソン（パブル）
Priority date: 2001-09-06
Filing date: 2002-09-04
Publication date: 2005-01-27
Anticipated expiration: 2022-09-04
Also published as: ATE388565T1; DE60225457T2; US20050105495A1; JP4051340B2; ES2302844T3; DE60225457D1; AUPR754001A0; EP1423962B1; EP1423962A1; WO2003024052A1; US7693153B2

Abstract

電気通信ネットワークにおいて、メディアゲートウエイコントローラを用いてメディアゲートウエイを制御して多重セッションを処理する方法であって、メディアゲートウエイおよびメディアゲートウエイコントローラは、コマンドメッセージ集合を供給する、例えばＨ．２４８のような標準化インタフェースプロトコルを用いて、通信を行う。コマンドメッセージの各々は、メディアゲートウエイのコンテキストを識別するためのコンテキストフィールドと、メディアゲートウエイの１つ以上の端末を識別するための端末フィールドと、コンテキストの特性を定義するための少なくとも１つの記述子と、任意選択として、パッケージアイデンティティと、少なくとも１つの関連する特性を含む。この方法は、メディアゲートウエイコントローラにおいて、前記構造を有すると共にパッケージ識別子を含む多重記述子を含むコマンドメッセージを発生するステップであって、パッケージ識別子は、多重セッションを処理するためにメディアゲートウエイにおいて実施されるパッケージを識別する、ステップと、メディアゲートウエイコントローラからメディアゲートウエイに発生したコマンドメッセージを送信するステップと、メディアゲートウエイにおいて、指定されたパッケージに従ってメッセージにおいて識別されたコンテキストを確立するステップと、を備える。好ましくは、多重記述子は、回路割り当てマップおよび連続的または非連続的サービスタイプの一方である少なくとも１つの特性を含む。

Description

【技術分野】
【０００１】
本発明は、分解スイッチングノード（ｄｅｃｏｍｐｏｓｅｄｓｗｉｔｃｈｉｎｇｎｏｄｅ）およびその動作方法に関する。更に特定すれば、本発明は、分解スイッチングノードのメディアゲートウエイを制御して、このメディアゲートウエイが多重化した呼を処理することを可能とする方法に関する。
【背景技術】
【０００２】
電気通信ネットワークにおいて、回路に基づくベアラ転送機構ではなくパケットに基づくものを用いて、例えば音声トラヒックのようなユーザデータを伝送することに、大きな関心がある。この理由は、効率の向上および潜在的なコスト節約の双方に関連している。例えば、インターネットプロトコル（ＩＰ）ネットワークを用いてネットワークノード間でユーザ情報を転送することが、大いに検討されている。ＩＰネットワークは、パケットスイッチングを用いることによって伝送リソースを効率的に利用するという利点があり、技術の使用が普及しているため、（特殊化されたまたは自社開発の通信技術に対して）比較的コストが低い。また、ＡＡＬ１／２／５、ＦＲ等を含む他の転送機構を用いることにも関心がある。
【０００３】
電気通信ネットワークにおいて呼の接続のセットアップおよび制御を扱う標準的なＩＳＵＰは、回路に基づくベアラ転送機構に密接にリンクされ、ＩＰおよびＡＡＬ２等のパケットに基づく転送技術にはあまり向いていない。このため、ＩＴＵ−Ｔ、ＥＴＳＩ、およびＡＮＳＩを含むいくつかの標準化機構は、基礎にある転送機構とは独立した、呼の制御のためのプロトコルの仕様について検討している。これは、プロトコルすなわちベアラ制御機能とは別個のものとして見ることができる。ベアラ制御機能は、単に、ユーザのプレーンデータをノード間で転送する「パイプ」のパラメータ（開始および終了点を含む）を確立することに関連し、ベアラ転送機構に特定的である。ベアラ独立呼制御（ＢＩＣＣ）と呼ぶ新しいプロトコルは、所与の発呼および被呼側間で呼のために呼び出したサービス（例えば呼の転送）およびユーザプレーンデータの全体的なルーティング等、呼制御機能を保持する。図１ａは、ＩＳＵＰの従来の統合された呼制御およびベアラ制御構造を示し、一方、図１ｂは、提案された新しい別個の構造を示す。異なるベアラネットワーク間すなわち異なる転送媒体間の接続部に、呼制御（ＣＣ）機能およびベアラ制御（ＢＣ）機能の双方を必要とするゲートウエイノードが存在することを注記しておく。このノードをゲートウエイノードと呼ぶ。
【０００４】
ＣＣ／ＢＣの分割の結果、ＣＣ機能とＢＣ機能との間に新しいインタフェースが示されている。別個の環境でノードを実施する場合、ＣＣ機能とＢＣ機能との間の結合を可能とするためのプロトコルが必要である。かかるインタフェースプロトコルの１つは、「メディアゲートウエイ制御プロトコル」（ＭＧＣＰ）であり、一方、ＩＥＴＦＭＥＧＡＣＯグループによって開発された別のものは、Ｈ．２４８として識別される。Ｈ．２４８によれば、ＣＣ機能は「メディアゲートウエイコントローラ（ＭＧＣ）」として知られ、ＢＣ機能は「メディアゲートウエイ（ＭＧ）」として知られる。ＭＧＣおよびＭＧは、時に、呼サービング機能（ＣＳＦ；ＣａｌｌＳｅｒｖｉｎｇＦｕｎｃｔｉｏｎ）およびベアラ相互作用機能（ＢＩＷＦ；ＢｅａｒｅｒＩｎｔｅｒｗｏｒｋｉｎｇＦｕｎｃｔｉｏｎ）とそれぞれ呼ばれ、ＭＧＣは呼制御シグナリングを担い（例えばＩＳＵＰ、ＢＩＣＣ、Ｈ．２２５、ＳＩＰ等）、ＭＧは、呼のユーザプレーンデータに関連する物理的ベアラ（複数のベアラ）の端末を担う（例えばＴＤＭ回路、ＲＴＰストリーム、ＡＡＬ２チャネル等）。Ｑ．ＡＡＬ２、ＩＰＢＣＰ、およびＳＤＰ等のベアラ制御は、ＭＧまたはＭＧＣのいずれかで実施することができる。
【０００５】
図２に、ＭＧＣＰに対する要求を示し、これは、ＣＣレベル（ＭＧＣ）およびＢＣレベル（ＭＧ）の双方で互いに通信を行う２つのピアゲートウエイノードを示す。Ｈ．２４８は、「コンテキスト」および「端末（ｔｅｒｍｉｎａｔｉｏｎ）」という言葉で、ＭＧにおいてベアラレベルで利用可能なリソースを記述する（例えば入力、出力、接続性、呼処理等）。コンテキストＩＤによって識別されるコンテキストは、ＢＣおよび／またはＣＣレベルで格納されたデータ構造において具現化される論理概念であり、少なくとも１つの端末を用いてＢＣ機能内で接続を規定する。端末は、ベアラが物理的または論理的に接続される物理的終点を表し、例えば転送タイプ（回路、ＩＰ、ＡＴＭ）、媒体またはコーデックタイプ（ＧＳＭ、Ｇ．７１１）、または優先レベルのような、多数の物理的特徴の１つを割り当てることができる。図３は、２つの端末Ｔ１およびＴ２を有する単純なコンテキスト１を示す。これは、例えば、２つの関係者間の従来の電気通信音声呼を表すことができ、ここで、Ｔ１はＢＣ層への発呼側のための入力ポートまたは受信回路を表し、Ｔ２はＢＣ層からの被呼側のための出力ポートまたは送信回路を表す。
【０００６】
ＩＴＵ−Ｔは、ＢＩＣＣに基づくネットワークにおいて、コアのＨ．２４８プロトコル、すなわちＨ．２４８．１を用いるためのプロファイルを開発した。これは、勧告Ｑ．１９５０、「Ｂｅａｒｅｒｉｎｄｅｐｅｎｄｅｎｔｃａｌｌｂｅａｒｅｒｃｏｎｔｒｏｌｐｒｏｔｏｃｏｌ」に含まれる。この文書は、Ｈ．２４８．１を有効に提示し、どの拡張がサポートされるかを示す。詳細に、呼に関連するおよび呼に関連しないシナリオについて手順が文書化され、この文書は、Ｑ．１９０２．４に規定されたＢＩＣＣ手順に関連付けられる。移動ネットワークについて、３ＧＰＰも、メディアゲートウエイコントローラ−メディアゲートウエイのインタフェースを通じたＨ．２４８．１の使用についてプロファイル文書を作成している。技術仕様２９．２３２、「ＭｅｄｉａＧａｔｅｗａｙＣｏｎｔｒｏｌｌｅｒ（ＭＧＣ）−ＭｅｄｉａＧａｔｅｗａｙ（ＭＧＷ）Ｉｎｔｅｒｆａｃｅ；Ｓｔａｇｅ３」は、このプロファイルを詳述している。ＴＳ２９．２３２は、Ｑ．１９５０と同じレベルの詳細を提供する。以下の考察は、Ｑ．１９５０およびＴＳ２９．２３２に対する変更および追加に関するものであり、結果として、Ｈ．２４８の新しいパッケージの仕様となろう。
【０００７】
分解スイッチング（またはゲートウエイ）ノードは、汎用電気通信サービスをサポートしなければならない。特に、スイッチングゲートウエイは、多数の回路が共に多重化され、例えば加入者または他のユーザに高帯域幅接続を提供し、特にデータ、オーディオ、およびビデオの高速伝送を可能とする多重接続に対応しなければならない。かかる多重化接続は、今日のＩＳＵＰに基づく回路切り替えネットワークにおいて一般的に用いられ、そのサービスは、Ｎ＊６４Ｋサービスと呼ばれる（Ｎは、接続を形成するために多重化された（ＩＳＵＰ制御された）回路の数を識別し、６４Ｋは、単一の回路のデータレートである）。図４は、４つの６４Ｋ回路の多重化によって２５６Ｋの有効帯域幅を有する接続を提供することを概略的に示す。Ｎ＊６４Ｋサービスの定義は、以下において与えられる。
ＩＴＵ−Ｔ勧告Ｑ．７６３（１９９９年１２月）、シグナリングシステムＮｏ．７−ＩＳＤＮユーザパーツフォーマットおよびコード、および
ＩＴＵ−Ｔ勧告Ｑ．７６４（１９９９年１２月）、シグナリングシステムＮｏ．７−ＩＳＤＮユーザパートシグナリング手順。
【０００８】
Ｎ＊６４Ｋ接続において、メディアゲートウエイは、正しい順序で「着呼」回路集合からデータを受信し、そのデータを正しい順序で「発呼」回路集合に出力する必要がある。どちらの側の回路も、連続的（すなわち引き続き）である場合があり、または非連続的である場合もある。更に、２つの側の回路順序は異なる場合がある。例えば、着呼側の回路順序は、ＣＩＣ１、ＣＩＣ２、ＣＩＣ３であるのに対し、発呼側では、順序はＣＩＣ１、ＣＩＣ３、ＣＩＣ２である場合がある。メディアゲートウエイは、多重接続を正しく処理するために、回路割り当てマップを生成するか取得しなければならない。
【０００９】
多重接続のサポート実施に伴う課題は、ＭＧＣとＭＧとの間に必要な機能性を分散させなければならないことである。これら２つのエンティティ間の通信は既存のゲートウエイ制御プロトコルに依存するので、サービスの範囲および柔軟性は、選択したプロトコルに依存する。Ｈ．２４８コアプロトコル（Ｈ．２４８．１）は、ＨＧＣからＭＧに送られるメッセージのためのコマンドメッセージ構造を指定する。多重伝送システムを達成するためのコマンドメッセージの１例は、以下の通りである。
【数１】

【００１０】
Ｈ．２４８．１によれば、多重記述子フィールドのタイプパラメータ（Ｍｕｘ）は、以下の列挙のうち１つとして静的に規定される。すなわち、Ｈ．２２１、Ｈ．２２３、Ｈ．２２６、およびＶ．７６である。デフォルトで、Ｈ．２４８では、指定されたコンテキストの指定された端末の各々に到着する全てのデータは、他の端末の全てすなわち充分に網目状になった接続に出力される。この「会議」構成を、図５に概略的に示す。Ｍｕｘタイプパラメータを、例えばＨ．２２１のような特定の静的タイプにセットすると、結果として、この挙動は、多重伝送システムで指定された端末上で受信したデータが多重伝送システムで指定されていないものに出力されるという点で変更されることになる。しかしながら、Ｎｘ６４Ｋサービスでは、多重伝送システムから受信されたデータは、ある順序で他の端末に出力しなければならない。現在のＨ．２４８プロトコルの多重記述子では、この順序を示すことができず、このため、現在のＨ．２４８はＮ＊６４Ｋサービスをサポートすることができない。
【発明の開示】
【発明が解決しようとする課題】
【００１１】
本発明によって対処される課題は、例えばＨ．２４８のような関連するメディアゲートウエイ制御プロトコルによってＯＥＭおよびオペレータに加えられる制限内で多重セッションを提供することである。
【課題を解決するための手段】
【００１２】
Ｈ．２４８．１プロトコルは、新しい機能性およびサービスに対応するためのプロトコルの有効な拡張を考慮する。ユーザ（例えばＯＥＭ、ネットワークオペレータ、企業体、ユーザグループ等）は、Ｈ．２４８．１プロトコルを管理する管轄機関ＩＡＮＡ（ＩｎｔｅｒｎｅｔＡｓｓｉｇｎｅｄＮｕｍｂｅｒｓＡｕｔｈｏｒｉｔｙ）に、詳細な仕様を預けることができ、この仕様が機能性またはサービスを規定する。管轄機関は、自らかかる仕様を生成することも可能である。仕様が受け入れられたとすると、これは「パッケージ」と呼ばれ、一意のパッケージアイデンティティを与えられる。上述のコマンドメッセージ構造に示したように、コマンドメッセージは、１つ以上のパッケージアイデンティティを含むためのフィールドを含む。パッケージは、メディアゲートウエイにおいて任意選択で実施され、追加の機能性および／またはサービスを提供する。他のメディアゲートウエイ制御プロトコルが同様のプロトコル拡張を利用する場合があるが、これらも「パッケージ」と呼ぶことができる。
【００１３】
コマンドメッセージ構造は、各パッケージアイデンティティごとに１つ以上の特性を含ませることができる。これらの特性は、識別されたパッケージを実施する場合に、メディアゲートウエイによって用いられる。
【００１４】
本発明の発明者らは、分解スイッチングノードにおいて多重サービスを処理する課題は、１つ以上の適切なパッケージを指定することによって、および、メディアゲートウエイにおいてこれらのパッケージを実施することによって、解決可能であると認識した。
【００１５】
本発明の第１の態様によれば、電気通信ネットワークにおいて、メディアゲートウエイコントローラを用いてメディアゲートウエイを制御して多重セッションを処理する方法が提供され、メディアゲートウエイおよびメディアゲートウエイコントローラは、
メディアゲートウエイのコンテキストを識別するためのコンテキストフィールドと、
上記コンテキストに関与する前記メディアゲートウエイの１つ以上の端末を識別するための端末フィールドと、
コンテキストの特性を定義するための少なくとも１つの記述子と、
パッケージアイデンティティと、
を含む構造を有するコマンドメッセージを供給するインタフェースプロトコルを用いて通信を行い、この方法は、
メディアゲートウエイコントローラにおいて、上記構造を有すると共にパッケージ識別子を含む多重記述子を含むコマンドメッセージを発生するステップであって、パッケージ識別子は、多重セッションを処理するためにメディアゲートウエイにおいて実施されるパッケージを識別する、ステップと、
メディアゲートウエイコントローラからメディアゲートウエイに発生したコマンドメッセージを送信するステップと、
メディアゲートウエイにおいて、指定されたパッケージに従ってメッセージにおいて識別されたコンテキストを確立するステップと、
を備える。
【００１６】
メディアゲートウエイコントローラは、多数の異なる理由のいずれか１つのため、多重セッション関連コマンドメッセージを発生可能であることは認められよう。例えば、メディアゲートウエイコントローラは呼制御レベルでピアメディアゲートウエイコントローラから接続セットアップ要求を受信することができ、この要求は多重セッションを識別する（この要求は、多重セッションに関与する受信回路を識別することができる）。あるいは、メディアゲートウエイコントローラが結合されたＧＳＴＮ（例えばＰＳＴＮまたはＰＬＭＮ）を介して、セットアップメッセージを受信可能である。
【００１７】
また、メディアゲートウエイとメディアゲートウエイコントローラとの間で通信を行うために用いられるインタフェースプロトコルは、通常、標準化インタフェースプロトコルであることは認められよう。しかしながら、製造業者およびオペレータの要求に応じて、このプロトコルに小さな変更を加えることも可能である。
【００１８】
ここで用いる「確立する」という言葉は、新しいコンテキストの生成および既存のコンテキストの変更の双方を包含する。
【００１９】
本発明の実施形態は、分解スイッチングノードにおいて多重サービスを実施するための柔軟な手段を提供する。本発明をＨ．２４８に適用した場合、Ｈ．２４８．１プロトコルにシンタックスの変更を行って多重記述子にパッケージを導入する必要がある。その後、新しい多重機能性をサポートするために、既存のインタフェース制御プロトコルに対する変更は必要ない。プロトコル制御管轄機関によって、１つ以上の新しいパッケージを規定すれば良い。識別されたパッケージごとに多数の特性をコマンドメッセージに含ませることができるので、メディアゲートウエイコントローラによって高レベルのサービス制御を維持することができる。
【００２０】
本発明は、Ｈ．２４８メディアゲートウエイ制御プロトコルに特に適用するが、これは必須ではなく、更に、分解スイッチングノードにおいてＮ＊６４Ｋサービスを提供可能とする。
【００２１】
本発明の第２の態様によれば、コマンドメッセージを供給するインタフェースプロトコルを用いたメディアゲートウエイが提供され、コマンドメッセージは、
メッセージが関連するメディアゲートウエイのコンテキストを識別するためのコンテキストフィールドと、
コンテキストに関与するメディアゲートウエイの１つ以上の端末を識別するための端末フィールドと、
コンテキストの特性を定義するための少なくとも１つの記述子と、
パッケージアイデンティティと、
を含む構造を有し、メディアゲートウエイコントローラは、
上記構造を有すると共にパッケージ識別子を含む多重記述子を含むコマンドメッセージを発生するための処理手段であって、パッケージ識別子は、多重セッションを処理するためにメディアゲートウエイにおいて実施されるパッケージを識別する、手段と、
メディアゲートウエイの入力／出力手段に結合するための入力／出力手段と、
メディアゲートウエイコントローラからメディアゲートウエイに、メディアゲートウエイコントローラの入力／出力手段を介して、発生したコマンドメッセージを送信するための送信手段と、
を備える。
【００２２】
本発明の第３の態様によれば、コマンドメッセージを供給するインタフェースプロトコルを用いてメディアゲートウエイコントローラによって制御されるように用いるように構成され提供され、コマンドメッセージは、
メッセージが関連するメディアゲートウエイのコンテキストを識別するためのコンテキストフィールドと、
コンテキストに関与するメディアゲートウエイの１つ以上の端末を識別するための端末フィールドと、
コンテキストの特性を定義するための少なくとも１つの記述子と、
パッケージアイデンティティと、
を含む構造を有し、メディアゲートウエイは、
少なくとも１つのパッケージを実施するための処理および記憶手段と、
メディアゲートウエイコントローラの入力／出力手段に結合するための入力／出力手段と、
メディアゲートウエイの入力／出力手段に結合されて、構造を有すると共にパッケージ識別子を含む多重識別子を含むコマンドメッセージを受信するための受信手段であって、パッケージ識別子は、メディアゲートウエイにおいて実施されるパッケージを識別し、多重セッションを処理すると共に、識別されたパッケージを前記処理および記憶手段に実施させる、受信手段と、
を備える。
【００２３】
本発明の第４の態様によれば、電気通信ネットワークにおいて、メディアゲートウエイコントローラを用いてメディアゲートウエイを制御して多重セッションを処理する方法が提供され、メディアゲートウエイおよびメディアゲートウエイコントローラは、
メディアゲートウエイのコンテキストを識別するためのコンテキストフィールドと、
メディアゲートウエイの１つ以上の端末を識別するための端末フィールドと、
コンテキストの特性を定義するための少なくとも１つの記述子と、
を含む構造を有するコマンドメッセージを供給するＨ．２４８標準化インタフェースプロトコルを用いて通信を行い、方法は、
メディアゲートウエイコントローラにおいて、静的列挙タイプＮ＊６４Ｋを含む多重記述子を有するコマンドメッセージを発生するステップと、
メディアゲートウエイコントローラからメディアゲートウエイに発生したコマンドメッセージを送信するステップと、
メディアゲートウエイにおいて、Ｎ＊６４Ｋパッケージを実施してコンテキストを生成または変更することによってメッセージの受信に応答するステップと、
を備える。
【実施例】
【００２４】
以下の本発明の好適な実施形態の説明は、Ｈ．２４８メディアゲートウエイ制御プロトコルに関連付けている。しかしながら、本発明は、Ｈ．２４８プロトコルに共通した特徴を有する他のメディアゲートウエイ制御プロトコルにも適用可能であることは認められよう。
【００２５】
図６を参照すると、Ｈ．２４８．１プロトコルによるコマンドメッセージは、ヘッダフィールド、ペイロードフィールド、記述子、および、任意選択として、パッケージを識別し、そのパッケージの１つ以上のパラメータを含むフィールドを備える。先に説明したように、パッケージは、コアＨ．２４８．１プロトコルに指定されないサービスまたは機能性に対応するが、適切な管轄機関に提出されて受け入れられている。このサービスまたは機能性は、メディアゲートウエイにおいて、（任意選択として）分解スイッチングノードにおいて実施される。メディアゲートウエイコントローラは、適切なコマンドメッセージフィールドにパッケージのアイデンティティを含ませることによって、サービスまたは機能性を呼び出すことができる。パッケージの１例は、「通知パッケージ」Ｈ．２４８．７であり、これは、メディアゲートウエイコントローラが、メディアゲートウエイによる通知の実行を要求することを可能とするための信号を定義する。
【００２６】
「タイプ」は、Ｈ．２４８プロトコルにおいて列挙として静的に規定される（Ｈ．２２１、Ｈ．２２３、Ｈ．２２６、Ｖ．７６）。図７は、Ｎ＊６４Ｋサービス構成を示し、これにおいて、端末Ｔａ、Ｔｂ、Ｔｃは、それぞれ端末Ｔｄ、Ｔｅ、Ｔｆに接続されている。このＮ＊６４Ｋサービスを実施するため、列挙リストは、２つの方法で更新することができる。
１．タイプ＝Ｎ＊６４Ｋを指定する更に別の（静的）列挙を追加することができる。
２．更に別の列挙を「他」として追加することができる。このタイプは、必要な多重サービスまたは機能を実施する新しいパッケージを示す。パッケージアイデンティティは、多重記述子内に含まれる。記述子は、以下の構造を有する。
MuxDescriptor(type, [termination1,termination2,termination3,...],package mux type)
Ｎ＊６４Ｋサービスの具体的な例では、
MuxDescriptor(other, [termination1, termination2],N^*64)
【００２７】
オプション１の実施では、Ｈ．２４８のシンタックスを更新する必要がある。また、オプション２の実施も、シンタックスの更新を必要とする。しかしながら、オプション２では、いったん更新を行うと、新しいパッケージを導入することによって更に別の多重サービスを追加することができる。各サービスごとに更にシンタックスを更新する必要はない。
【００２８】
オプション２だけは、Ｎ＊６４Ｋサービスの特性が静的であるので、制限的であり、多重記述子では、パラメータの仕様が多重伝送システムの特徴を更に規定することができない。多重記述子に追加のフィールドを加えてＮ＊６４Ｋサービス特性の仕様を考慮することによって、更に柔軟性を取り入れることができる。特性を用いると、結果として、以下のコマンドメッセージ構造となる。
MuxDescriptor(type,[termination1,termination2,termination3,...],package mux type, [mux_property1,mux_property2,mux_property3,...)
例えば、
MuxDescriptor(other,[termination1,termination2],N^*64K,[N^*64Ktype=contiguous, Circuit Assignment Map=00101000)
【００２９】
特性の使用によって拡張されたオプション２を実施するため、既存の標準／勧告に以下の追加が提案され、この場合、ＢＩＷＦはメディアゲートウエイに類似し、ＣＳＦはメディアゲートウエイコントローラに類似する。「？」の記号は、ワイルドカード識別子を表し、所与のプロトコルまたは標準においてまだ規定されていない。テキストは、様々なプロトコルの要求に従って記述（フォーマット、見出し付け等）され、これらのプロトコルに関連付けて読まれるよう意図されることを注記しておく。
【００３０】
（Ａ）Ｎ＊６４ＫのためのＩＴＵ−Ｔ勧告Ｑ１９５０への追加
以下のオブジェクトは、トランザクションにおいてコマンドが伝えるシグナリングオブジェクトである。
１．回路割り当てマップ：ＩＴＵ−ＴＱ．７６３／§３．６９に定義されるような回路割り当てマップを示す。
２．Ｎｘ６４Ｋタイプ：Ｎｘ６４Ｋサービスが連続的であるか非連続的であるかを示す。連続的または非連続的の定義については、ＩＴＵ−ＴＱ．７６３／§１．２を参照のこと。
３．Ｎｘ６４Ｋ端末リスト：Ｎｘ６４Ｋサービスを実現するために必要な回路の数Ｎに関連する端末リストである。これらは、ＢＩＷＦに提供するか、またはＢＩＷＦから要求することができる。
【００３１】
Ｎｘ６４ＫＣＢＣ機能集合
以下の追加を有するＱ．１９５０／§６の通り。
要求される標準パッケージ
ＣＢＣインタフェースを通じてＮｘ６４Ｋサービスを用いる場合、以下のパッケージを用いる。
・Ｈ．２４８ＡｎｎｅｘＭ．？Ｎｘ６４Ｋ回路パッケージ
【００３２】
ＣＢＣ手順
Ｑ．１９５０／§７の通り。
【００３３】
ＣＢＣ手順−呼関連
このセクションは、Ｑ．１９５０と関連付けて用いられる場合にＮｘ６４Ｋサービスのための呼関連手順を含む。
ＣＳＭトランザクション
以下のトランザクションを用いて、ＣＳＭによって手順を開始することを示す。トランザクションにより、コマンドはＣＢＣインタフェースを通じて送られることになる。
【表１】

【００３４】
トランザクション「Ｎｘ６４Ｋ」が要求されると、以下の手順が開始する。
ＡＤＤ．ｒｅｑ、ＭＯＤ．ｒｅｑ、またはＭＯＶ．ｒｅｑコマンド（１）を、以下の情報と共に送信する。
（１）ＡＤＤ．ｒｅｑ／ＭＯＤ．ｒｅｑ／ＭＯＶ．ｒｅｑ（．．．、Ｎｘ６４Ｋ）ＣＳＭｔｏＢＩＷＦ（別紙のテーブル１を参照のこと）
【００３５】
コマンド（１）を受信すると、ＢＩＷＦは、
・Ｎｘ６４Ｋタイプ、回路割り当てマップ、およびＮｘ６４Ｋ端末リストに従って、Ｎｘ６４Ｋサービスに回路を割り当てる。
・ＣＦＳがＮｘ６４Ｋタイプ非連続を要求し、ＢＩＷＦに端末ｉｄを選択するよう要求した場合、ＢＩＷＦは回路割り当てマップを返信するので、ＣＳＦは、正しい方法で多重伝送システムに端末を割り当てることができる。
・ＣＳＦがＢＩＷＦにＮｘ６４Ｋ端末リストを選択する要求した場合、これは、Ｎｘ６４Ｋ端末リストにおいてＮ個の端末ｉｄ（例えばＴｉｄ１、Ｔｉｄ２、Ｔｉｄ？）を供給しなければならない。
・コマンド（２）における要求に応答を送信する。
【００３６】
コマンド（１）の処理が完了すると、ＡＤＤ．ｒｅｓｐ、ＭＯＤ．ｒｅｓｐまたはＭＯＶ．ｒｅｓｐコマンド（２）を送信する。
（２）ＡＤＤ．ｒｅｓｐ／ＭＯＤ．ｒｅｓｐ／ＭＯＶ．ｒｅｓｐＢＩＷＦｔｏＣＳＭ（別紙のテーブル２を参照のこと）
【００３７】
フォーマットおよびコード
このセクションは、ＣＢＣプロトコルと共に用いる場合のＮｘ６４Ｋサービスの符号化について概説する。
フォーマットおよびコード−一般
Ｑ．１９５０／§１１．１の通り。
フォーマットおよびコード−コマンド
Ｑ．１９５０／§１１．２の通り。
フォーマットおよびコード−シグナリングオブジェクト
表Ｂ．２／Ｑ．１９５０−ＣＢＣシグナリングオブジェクトからＨ．２４８符号化のマッピングテーブル（別紙のテーブル３を参照のこと）
【００３８】
（Ｂ）Ｎ＊６４Ｋサービスを定義するための新しいＨ．２４８パッケージ
この追加は、Ｈ．２４８ＡｎｎｅｘＭ．？Ｎｘ６４Ｋパッケージと呼ぶことができる。Ｈ．２４８ＡｎｎｅｘＭ．？は、分割されたＣＳＦおよびＢＩＷＦアーキテクチャにおけるＮｘ６４Ｋサービスの使用を可能とするためのパッケージを記述する。Ｈ．２４８に定義されたように、「パッケージ」は、Ｈ．２４８に対する拡張であり、特定の挙動をサポートする。
範囲
パッケージ名：Ｎｘ６４Ｋ回路パッケージ
パッケージＩＤ：Ｎｘ６４Ｋ、０ｘ００？？
パッケージ記述：
このパッケージは、連続的または非連続的なＮｘ６４Ｋサービスの使用を可能とする。Ｎｘ６４Ｋ手順の定義については、ＩＴＵ−ＴＱ．７６４／§２．１．１３を参照のこと。これは、Ｎｘ６４Ｋのための多重タイプ、連続的または非連続的の指示、および回路割り当てマップを指定する能力を定義する。
【００３９】
バージョン：１
拡張：なし
特性
特性名：Ｎｘ６４Ｋタイプ
特性ＩＤ：タイプ、０ｘ００１
記述：
この特性は、Ｎｘ６４Ｋ接続が連続的であるか非連続的であるかを示す。連続的または非連続的の定義については、ＩＴＵ−ＴＱ．７６３／§１．２を参照のこと。
タイプ：列挙
可能な値：
連続的、［０ｘ０００１］
非連続的、［０ｘ０００２］
定義：Ｍｕｘ記述子
特徴：読み取り／書き込み
特性名：回路割り当てマップ
特性ＩＤ：ＣＡＭ、０ｘ０００２
記述：
この特性は、ＩＴＵ−ＴＱ．７６３／§３．６９に定義されるような回路割り当てマップを示す。
タイプ：ＯＣＴＥＴＳＴＲＩＮＧ
可能な値：
２進符号化
回路割り当てマップの内容は、ＩＴＵ−ＴＱ．７６３／§３．６９に示されているように符号化される。
テキスト符号化
回路割り当てマップの内容は、Ｈ．２４８Ｂ．３１６進オクテット符号化に示される１６進フォーマットで、ＩＴＵ−ＴＱ．７６３／§３．６９に示されているように符号化される。例えば、回路割り当てマップパラメータフィールドのフォーマットを、以下の表に示す。
【表２】

【００４０】
マップタイプの使用
００００１０２０４８ｋｂｉｔ／ｓのデジタル経路マップフォーマット（６４ｋｂｉｔ／ｓベースレート）ならびに回路１および４が用いられ、結果として得られるテキスト符号化は以下の通りである。
０２０９００００００
定義：Ｍｕｘ記述子
特徴：読み取り／書き込み
ＭＵＸ名
Ｍｕｘ名：Ｎｘ６４Ｋ
ＭｕｘＩＤ：Ｎｘ６４Ｋ、０ｘ０００１
記述：
この多重名は、Ｎｘ６４Ｋサービスが用いられていること、および多重化端末が用いられていることを示す。Ｎｘ６４Ｋ手順の詳細については、ＩＴＵ−ＴＱ．７６４／§２．１．１３を参照のこと。
【００４１】
手順
ＣＳＦは、ＭｕｘタイプとしてＮｘ６４Ｋを示す多重記述子により適切なＨ．２４８コマンドを発することによって、Ｎｘ６４Ｋサービスを要求することができる。また、ＣＳＦは、ＢＩＷＦに、連続的または非連続的なＮｘ６４Ｋを用いることを示すことができる。また、ＣＳＦは、ＢＩＷＦに、連続的または非連続的を選択するよう要求することができる。連続的および非連続的の定義については、ＩＴＵ−ＴＱ．７６３／§１．２を参照のこと。また、回路割り当てマップパラメータは、ＢＩＷＦから要求するか、またはＢＩＷＦに与えることができる。回路割り当てマップの使用の定義については、ＩＴＵ−ＴＱ．７６３／§３．６９を参照のこと。多重記述子は、ＣＳＦが多重伝送システムに伴う端末を指定することを要求する。ＣＳＦは、Ｎｘ６４Ｋサービスに関与する回路に関連した端末アイデンティティを提供することができる。また、ＣＳＦは、Ｎｘ６４Ｋサービスに関与する回路に関連した端末アイデンティティを要求することができる。この場合、ＣＳＦは、Ｎｘ６４Ｋサービスに関与するＮ個の端末について、ＣＨＯＯＳＥ“？”を発しなければならない。
【００４２】
例１
ＣＳＦは、３ｘ６４Ｋサービスについて非連続的なＮｘ６４Ｋを要求することを望み、更に、ＢＩＷＦに回路割り当てマップを選択させることを望む。
Ｍｕｘ＝Ｏｔｈｅｒ｛？，？，？，？｝、Ｎｘ６４Ｋ、Ｎｘ６４Ｋ／ｔｙｐｅ＝ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ、Ｎｘ６４Ｋ／ｃａｍ＝？
【００４３】
例２
ＣＳＦは、２ｘ６４Ｋサービスについて連続的なＮｘ６４Ｋを要求することを望み、更に、回路割り当てマップを与えることを望む。
Ｍｕｘ＝Ｏｔｈｅｒ｛Ａ，Ｂ｝、Ｎｘ６４Ｋ、Ｎｘ６４Ｋ／ｔｙｐｅ＝ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ、Ｎｘ６４Ｋ／ｃａｍ＝０２０９００００００
【００４４】
（Ｃ）Ｈ．２４８多重記述子に対する追加
この寄稿は、Ｈ．２４８多重記述子に追加を行って、パッケージを用いて多重伝送システムおよび関連する特性の定義を可能とすることを提案する。この寄稿は、
・パッケージにおいて多重伝送システム名を定義すること。
・多重記述子において特性が発生することを定義すること。
を可能とする能力を追加することを提案する。
【００４５】
以下の変更を行うことが提案される。
多重記述子
マルチメディアの呼では、多数のメディアストリームが、（おそらく異なる）多数のベアラ上で搬送される。多重記述子は、メディアおよびベアラを関連付ける。記述子は、以下の多重タイプを含む。
Ｈ．２２１
Ｈ．２２３、
Ｈ．２２６、
Ｖ．７６、
パッケージ定義多重タイプ（他）、
可能な拡張
および、順に多重化入力を表す端末ＩＤ集合、例えば、
Ｍｕｘ＝Ｈ．２２１｛ＭｙＴ３／１／２、ＭｙＴ３／２／１３、ＭｙＴ３／３／６、ＭｙＴ３／２１／２２｝
また、多重伝送システムは、多重伝送システム自体に関連した特性も含むことができる。これらの特性は、パッケージにおいて定義することができる。特性の値はあいまいである場合がある。
【００４６】
Ｍｕｘ記述子の新しい設定は、ＭＧにおけるその記述子の以前の設定を完全に置換する。このため、以前の設定からの情報を保持するためには、ＭＧＣは、新しい設定にその情報を含まなければならない。ＭＧＣが既存の記述子から情報の一部を削除したい場合、これは、望ましくない情報を除去して、記述子を（変更コマンドにおいて）単に再送する。
【００４７】
特性
パッケージによって定義される特性は、以下を指定する。
特性名：記述的のみ
特性ＩＤ：識別子である
・・・
定義：
特性は、所与のＨ．２４８記述子において定義される。ＬｏｃａｌＣｏｎｔｒｏｌは、ストリーム依存特性のためのものである。ＴｅｒｍｉｎａｔｉｏｎＳｔａｔｅは、ストリーム独立特性のためのものである。ＣｏｎｔｅｘｔＡｔｔｒｉｂｕｔｅは、全体としてコンテキストに影響を与える特性すなわちミキシング特性のためのものである。ＭｕｘＤｅｓｃｒｉｐｔｏｒは、多重伝送システムの特徴に影響を与える特性のためのものである。これらは最も一般的な場合と予想されるが、他の記述子において特性を定義することが可能である。コンテキスト特性は、ＣｏｎｔｅｘｔＡｔｔｒｉｂｕｔｅ記述子において記述しなければならない。
【００４８】
Ｍｕｘタイプ
Ｍｕｘ名：記述的名前のみ
ＭｕｘＩＤ：多重伝送システムの識別子である
記述：
これは多重伝送システムのタイプを記述する。
Ｈ．２４８ＡｎｎｅｘＡＡＳＮ．１ＳｙｎｔａｘＳｐｅｃｉｆｉｃａｔｉｏｎ
【数２】

【００４９】
本発明の範囲から逸脱することなく、上述の実施形態に様々な変更を行い得ることは、当業者には認められよう。特に、上述のオプション１を実施する場合（すなわち静的Ｎ＊６４Ｋタイプを追加）、Ｈ．２４８プロトコルのシンタックスに以下の変更が必要である。
【００５０】
Ｈ．２４８ＡｎｎｅｘＡＡＳＮ．１シンタックス仕様
【数３】

【００５１】
Ｈ．２４８ＡｎｎｅｘＢＡＢＮＦシンタックス仕様
【数４】

【００５２】
【表３】

【００５３】
【表４】

【００５４】
【表５】

【図面の簡単な説明】
【００５５】
【図１ａ】従来の電気通信ネットワークのアーキテクチャをブロック図の形態で示す。
【図１ｂ】呼制御プロトコルが転送機構から独立しているネットワークアーキテクチャをブロック図の形態で示す。
【図２】ＣＣレベルおよびＢＣレベルの双方で互いに通信を行う２つのピアゲートウエイノードにおけるプロトコル層を示す。
【図３】２つの端末を備えた単純なコンテキストを概略的に示す。
【図４】４つの６４Ｋ回路を多重化して単一の２５６Ｋ高帯域幅接続を提供するＮ＊６４Ｋ多重サービスを概略的に示す。
【図５】Ｈ．２４６プロトコルに従ったコマンドメッセージによってコンテキストに端末を追加した結果の、デフォルトの会議構成を概略的に示す。
【図６】Ｈ．２４８コマンドメッセージの構造を分解して示す。
【図７】メディアゲートウエイで生成されて多重接続を処理するコンテキストを概略的に示す。

Claims

電気通信ネットワークにおいて、メディアゲートウエイコントローラを用いてメディアゲートウエイを制御して多重セッションを処理する方法であって、前記メディアゲートウエイおよび前記メディアゲートウエイコントローラは、
前記メディアゲートウエイのコンテキストを識別するためのコンテキストフィールドと、
前記コンテキストに関与する前記メディアゲートウエイの１つ以上の端末を識別するための端末フィールドと、
前記コンテキストの特性を定義するための少なくとも１つの記述子と、
パッケージアイデンティティと、
を含む構造を有するコマンドメッセージを供給するインタフェースプロトコルを用いて通信を行い、前記方法は、
前記メディアゲートウエイコントローラにおいて、前記構造を有すると共にパッケージ識別子を含む多重記述子を含むコマンドメッセージを発生するステップであって、前記パッケージ識別子は、多重セッションを処理するために前記メディアゲートウエイにおいて実施されるパッケージを識別する、ステップと、
前記メディアゲートウエイコントローラから前記メディアゲートウエイに前記発生したコマンドメッセージを送信するステップと、
前記メディアゲートウエイにおいて、前記指定されたパッケージに従って前記メッセージにおいて識別された前記コンテキストを確立するステップと、
を具備する、方法。
前記多重記述子は、前記記述子において識別された前記パッケージの少なくとも１つの特性を含み、前記コンテキストは、前記パッケージおよび前記少なくとも１つの特性に従って確立される、請求項１記載の方法。
前記コマンドメッセージに含まれる前記少なくとも１つの特性は、
回路割り当てマップ、
連続的または非連続的サービスタイプ、
のうちいずれか１つである、請求項１または２に記載の方法。
前記インタフェースプロトコルはＨ．２４８である、請求項１から３のいずれか１項に記載の方法。
前記多重セッションはＮ＊６４Ｋタイプのものであり、Ｎ＊６４Ｋタイプセッションは前記パッケージ識別子によって識別され、前記メディアゲートウエイにおいて前記パッケージを実施する結果として確立される、請求項１から４のいずれか１項に記載の方法。
コマンドメッセージを供給するインタフェースプロトコルを用いてメディアゲートウエイを制御するために用いるメディアゲートウエイコントローラであって、前記コマンドメッセージは、
前記メッセージが関連する前記メディアゲートウエイのコンテキストを識別するためのコンテキストフィールドと、
前記コンテキストに関与する前記メディアゲートウエイの１つ以上の端末を識別するための端末フィールドと、
前記コンテキストの特性を定義するための少なくとも１つの記述子と、
パッケージアイデンティティと、
を含む構造を有し、前記メディアゲートウエイコントローラは、
前記構造を有すると共にパッケージ識別子を含む多重記述子を含むコマンドメッセージを発生するための処理手段であって、前記パッケージ識別子は、多重セッションを処理するためにメディアゲートウエイにおいて実施されるパッケージを識別する前記処理手段と、
メディアゲートウエイの入力／出力手段に結合するための入力／出力手段と、
前記メディアゲートウエイコントローラからメディアゲートウエイに、前記メディアゲートウエイコントローラの前記入力／出力手段を介して、前記発生したコマンドメッセージを送信するための送信手段と、
を具備する、メディアゲートウエイコントローラ。
コマンドメッセージを供給するインタフェースプロトコルを用いてメディアゲートウエイコントローラによって制御されるように用いるメディアゲートウエイであって、前記コマンドメッセージは、
前記メッセージが関連する前記メディアゲートウエイのコンテキストを識別するためのコンテキストフィールドと、
前記コンテキストに関与する前記メディアゲートウエイの１つ以上の端末を識別するための端末フィールドと、
前記コンテキストの特性を定義するための少なくとも１つの記述子と、
パッケージアイデンティティと、
を含む構造を有し、前記メディアゲートウエイは、
少なくとも１つのパッケージを実施するための処理および記憶手段と、
メディアゲートウエイコントローラの入力／出力手段に結合するための入力／出力手段と、
前記メディアゲートウエイの前記入力／出力手段に結合されて、前記構造を有すると共にパッケージ識別子を含む多重識別子を含むコマンドメッセージを受信するための受信手段であって、前記パッケージ識別子は、メディアゲートウエイにおいて実施されるパッケージを識別し、多重セッションを処理すると共に、前記識別されたパッケージを前記処理および記憶手段に実施させる、受信手段と、
を具備する、メディアゲートウエイ。
前記コマンドメッセージの前記多重識別子は前記識別されたパッケージの少なくとも１つの特性を含む、請求項６記載のメディアゲートウエイコントローラまたは請求項７記載のメディアゲートウエイ。
前記インタフェースプロトコルはＨ．２４８である、請求項６もしくは８記載のメディアゲートウエイコントローラまたは請求項７もしくは８記載のメディアゲートウエイ。
電気通信ネットワークにおいて、メディアゲートウエイコントローラを用いてメディアゲートウエイを制御して多重セッションを処理する方法であって、前記メディアゲートウエイおよび前記メディアゲートウエイコントローラは、
前記メディアゲートウエイのコンテキストを識別するためのコンテキストフィールドと、
前記メディアゲートウエイの１つ以上の端末を識別するための端末フィールドと、
前記コンテキストの特性を定義するための少なくとも１つの記述子と、
を含む構造を有するコマンドメッセージを供給するＨ．２４８標準化インタフェースプロトコルを用いて通信を行い、前記方法は、
前記メディアゲートウエイコントローラにおいて、静的列挙タイプＮ＊６４Ｋを含む多重記述子を有するコマンドメッセージを発生するステップと、
前記メディアゲートウエイコントローラから前記メディアゲートウエイに前記発生したコマンドメッセージを送信するステップと、
前記メディアゲートウエイにおいて、前記Ｎ＊６４Ｋパッケージを実施してコンテキストを生成または変更することによって前記メッセージの受信に応答するステップと、
を具備する、方法。