JPH09507972A - プログラム可能なネットワーク・プロトコルと通信サービスを備えた電気通信スイッチ - Google Patents

Abstract

(57)【要約】 ユーザが、プログラム可能な電気通信スイッチによって提供されたそれぞれのポートに対して、別々の有限状態マシンを定義できる、電気通信プロトコル開発環境が開示される。様々な電気通信アプリケーション及びソフト・ウエア層に関するプロト・コルを開発することができる。

Description

【発明の詳細な説明】 プログラム可能なネットワーク・プロトコルと通信サービス を備えた電気通信スイッチ 発明の背景 １．発明の技術分野 本発明は一般に、電気通信分野に関し、より詳しくは、プログラム可能な電気 通信スイッチと、様々な電気通信アプリケーションを支援する外部コンピュータ の制御に関する。２．従来技術の説明 プログラム可能な電気通信スイッチは、音声メッセージ化、電気通信市場取引 その他のような、広範な様々のアプリケーションで使用されている。プログラム 可能なスイッチは通常、ホスト装置によって制御されており、それは典型的には 、電気通信アプリケーション・プログラムを実行するコンピュータである。顧客 は、ホストとスイッチ・ハードウエアの間で互換性のある市販のアプリケーショ ン・プログラムを購入したり、特別のプログラムを作成することを選択したりす ることができる。 ほとんどのアプリケーションでは、プログラム可能スイッチは、そのスイッチ で終端となる、１つ以上のアナログ幹線、またはディ ジタル・スパン（span）（例えばT1スパン）によって、公衆電話回線に接続され ている。このスイッチはまた、電話セットのような装置に接続された、１つ以上 の「線」を終端させることもできる。任意の所与の幹線、スパン、または線を介 した通信は、割当てられた信号プロトコルの従って実行される。 世界中には、多数の「標準」信号プロトコルが使われている。現在広く使用さ れているプロトコルの中には、DTMF/MFR1、またはMFR2アドレス信号を使用する 、E&M wink start、loopstart、groundstart、及びinternational compelled R2 がある。 従来のプログラム可能なスイッチでは、どの信号プロトコルが特定の幹線、ス パン、または線に関して使用されるかという決定が、一般的に、その設備が顧客 に配送される前になされる。即ち、そのスイッチ製造業者は、ハードウエア、ま たは通常容易に、または迅速に変更が行えない（即ち、PROMに記憶されたファー ムウエアのために）ファームウエア、またはその両方の態様を含むことができる スイッチを構成する。この製造業者の構成は、各幹線、スパン、または線毎に、 特定の信号プロトコルを効果的に割当てている。 しかし、こうした従来の構成では、いくつかの問題が生じる。第１に、ユーザ がそのスイッチを特定のアプリケーションに適するように構成する場合の柔軟性 が欠如していることである。これは、スイッチの最初のインストール後に、指定 された信号プロトコルをカスタマイズする必要が生じた場合、その頻度が高くな くても、特に問題となる。 従来のプログラム可能なスイッチの別の問題は、特定の幹線、スパン、または 線に関して指定された信号プロトコルを動的に変更することができないというこ とに関する。この問題は、異なるcompelled R2信号プロトコルが、異なる国、ま たは国外に対して起動されたコールがタンデム・スイッチング配列によって生成 されている任意の国で使用された場合に、ヨーロッパでは、しばしば発生する。 好ましくない結果とは、スイッチが多分、着信コールを適切に処理できないと言 うことである。 従来のプログラム可能なスイッチの別の大きな欠点は、ユーザがアプリケーシ ョン用の特別の信号プロトコルを容易に開発し、実装できないことにある。その 特別なプロトコルは、必須ではないが、そのスイッチが公衆電話回線と他の装置 （例えば、音声メッセージ化システム）の間に接続されているアプリケーション において、好ましい場合がある。こうした装置は、特殊化された機能を実行する ことができるが、公衆電話回線に直接接続されるものではなく、通常は、標準信 号プロトコルに付随しない。従って、ユーザが、公衆電話回線とスイッチに接続 された他の装置で適切な通信が保持されるように、プログラム可能なスイッチを 制御できる必要がある。 従来のプログラム可能なスイッチの更に別の欠点は、そのスイッチが、コール を処理するために、ホスト装置による、極端に頻度の高い介入を必要とすること である。例えば、従来のスイッチでは、ディジットを送受信するために、通常ホ ストの介入（即ち、スイッチとホスト装置の間のメッセージ交換）が必要とされ る。これは、 ホスト装置が、常時タスクに関して適切で利用可能な資源を適用するようスイッ チに指示しなければならないためである。この例では、ホストはスイッチに、デ ィジットを送信するために、利用可能なトーン生成器に接続するかまたは、ディ ジットを受信するためにトーン受信機に接続するよう指示する。スイッチによっ て時間当たり何万あるいは何十万のコールが処理される場合のアプリケーション に関して、ホストとスイッチ間で送信されるべきメッセージの数は、極めて大き くなり、そのことがホストとスイッチの性能を低下させる場合がある。 発明の概要 簡単に要約すると、本発明は、ユーザに、ポート毎の基準に従って、着信また は出力コールを処理するための、「標準」または特別な性質の、所望の信号プロ トコルを定義、割当てできる機能を提供する、プログラム可能な電気通信スイッ チを提供する。複数の信号プロトコルが同時にスイッチ内に存在可能で、所与の ポートのプロトコル割当ては、リアルタイムで動的に変更できる。 本発明は、ユーザが、スイッチによって提供された各ポートについて別々の有 限状態マシンを定義できる、プロトコル開発環境を提供する。各有限状態マシン は、最小機能(atomic function)と呼ばれる、一連の基本処理ステップを組み合 わせてプリミティブとすることによって、独立して定義され、それが次に、所望 の状態マシンを定義するために、状態及びイベントと組み合わせられる。このよ うな状態マシンは、コールを処理する際に、ホスト装置との関連を減 らすために使用されるのが好ましい、待機状態を含むことができる。待機状態は 、スイッチが次の動作を実行する前に発生すると予想される活動やイベントに関 する機会を提供する、プログラム可能な時間間隔を表現する。 更に、本発明は個人通信サービス(PCS)、800/900サービス、音声メール、電気 通信市場取引その他のような電気通信アプリケーションの開発ツールとして機能 できる。本発明は、会議、記録音声告知、トーン生成、トーン受信、コール進行 分析、音声認識、音声圧縮、及びファックス暗号化/復号化を含む、プログラム 可能スイッチ内の広範な様々の通信サービスを制御し、管理するために使用する こともできる。 図面の簡単な説明 本発明は、特に請求の範囲の内容によって示される。本発明の上述の、及び更 なる利点は、添付図面に関連して行われる以下の説明によって、より容易に理解 される。 図１は、本発明の好適実施例に従って、ユーザによってプログラムされる、プ ログラム可能な電気通信スイッチのブロック図である。 図２は、図１のスイッチを制御するために使用されるソフトウエア層を示す図 である。 図３A及び３Bは、図２で示されたソフトウエア層２ないし５のそれぞれに関す る、特定の特徴及び機能のいくつかを示している。 図４は、本発明の好適実施例に従って構成される有限状態マシン 開発環境のブロック図である。 図５は、有限状態マシンが所望のネットワーク信号プロトコルを、プログラム 可能なスイッチの様々なポートに割当てる層３（ネットワーク層）のアプリケー ションのブロック図である。 図６Aは、層２（リンク層）のアプリケーションにおいて、トーン制御を提供 するための有限状態マシンの状態図である。 図６Bは、一連の最小機能のそれぞれがプリミティブとして定義されている、 図６Aの有限状態マシンの図である。 図６Cは、図６Bの最小機能、プリミティブ、及び状態の間の通信を示すテーブ ルのグループである。 図７Aは、層３（ネットワーク層）のアプリケーションでinterna tional comp elled R2信号を使用して、コール・セットアップの初期化フェーズを処理するた めの、有限状態マシンの状態図である。 図７Bは、一連の最小機能のそれぞれがプリミティブとして定義されている、 図７Aの有限状態マシンの図である。 図７Cは、図７Bの最小機能、プリミティブ、及び状態の間の通信を示すテーブ ルのグループである。 図８Aは、層３（ネットワーク層）のアプリケーションでT1 E&M wink start信 号を使用して、コール・セットアップの初期化フェーズを処理するための、有限 状態マシンの状態図である。 図８Bは、一連の最小機能のそれぞれがプリミティブとして定義されている、 図８Aの有限状態マシンの図である。 図８Cは、図８Bの最小機能、プリミティブ、及び状態の間の通信 を示すテーブルのグループである。 図９Aは、層４（コール管理層）のアプリケーションで、着信コールに応答す る対話型音声を提供するための、有限状態マシンの状態図である。 図９Bは、一連の最小機能のそれぞれがプリミティブとして定義されている、 図９Aの有限状態マシンの図である。 図９Cは、図９Bの最小機能、プリミティブ、及び状態の間の通信を示すテーブ ルのグループである。 図10Aは、toll free(800)サービスのような層５のインバウンド・アプリケー ションのための、有限状態マシンの状態図である。 図10Bは、一連の最小機能のそれぞれがプリミティブとして定義されている、 図10Aの有限状態マシンの図である。 図10Cは、図10Bの最小機能、プリミティブ、及び状態の間の通信を示すテーブ ルのグループである。 実施例の詳細な説明 図１は、PC中央演算処理ユニット(CPU)４と、PC入出力(I/O)バス８及びPCパワ ー・バス９によって相互接続されたハード・ディスク・ドライブ６を含む、市販 の汎用コンピュータ(PC)２を示している。PC 2は、IBMまたはその互換機メーカ によって販売されているPC-AT^TMであることが望ましい。PC-AT^TMよりメモリが多 く、より強力なCPUを有する他の汎用コンピュータを使用することもできる。PC 2は、DOS^TMまたはUNIX^TMのような、アプリケーション指向オペレーティン グ・システムのもとで動作することが望ましい。 PC 2は、マザーボードが、ディスク・ドライブ６及び、フロッピー・ディスク ・ドライブ、モデムその他のような他のオプションのアセンブリとともに取り付 けられている、シャシーまたはハウジングからなる。PCのCPU 4は、マザーボー ドに取り付けられて、他のボード（カード）が挿入される一連のエッジ・コネク タを含んでおり、それによってPCのI/Oバス８及びパワー・バス９に接続される 。 プログラム可能な電気通信スイッチ10は、PC 2内にある。CPU/マトリックス・ カード12は、マザーボード上のスロットの１つに挿入され、従ってバス８及び９ に接続される。CPU/マトリックス・カード12は、４つのバス、HDLCまたはプロセ ッサ間バス20、TDMバス22、線カード(LC)状態/制御バス24、及びタイミング/制 御バス26によって、ディジタル(T1)線カード14、ディジタル(E1)線カード15、デ ィジタル信号処理(DSP)カード16、パケット・エンジン・カード17、アナログ（ ユニバーサル）線カード18、及びターミネータ・カード19に相互接続されている 。バッテリ／リング電圧バス28は、バッテリ電圧(48VDC)とリンギング電圧(109V AC)をアナログ線カード18に供給する。ターミネータ・カード19は、物理的にバ ス20、22、24、26、及び28を終端させる。 線カード14、15、及び18と、DSPカード16は、全てPCパワー・バス９に接続さ れ、そのバスから基本オペレーティング・パワーを受け取る。ディジタル(T1)線 カード14、ディジタル(E1)線カード15、及びアナログ線カード18はそれぞれ１つ しか示されていないが、いず れのタイプの線カードも、(1)CPU/マトリックス・カード12の最大スイッチング 能力、及び(2)PC 2のシャシー内の物理空間という、２つの物理的制限内で、追 加が可能であることが理解される。 外部ホスト30は、別の汎用コンピュータ、ワークステーション、または他のコ ンピュータを含むことができ、オプションで、通信チャネル32を介してCPU/マト リックス・カード12に接続することができる。CPU/マトリックス・カード12は、 チャネル32を接続するために、従来のRS-232C互換インタフェースを含むことが 好ましい。外部ホスト30は、アプリケーション指向オペレーティング・システム のもとで動作することが好ましい。 必要に応じて、スイッチ10は、それが電源を受ける受動バックプレーン（PC C PU 4またはディスク６がない）上にあって、外部ホスト30によって制御されるよ うにすることができる。 外部バッテリ／リング電圧供給装置31は、パス33を介してターミネータ・カー ド19に接続されている。供給装置31は、例えば、市販の電源供給装置を含むこと もできる。 ディジタル(E1)線カード15、DSPカード16、及びパケット・エンジン・カード1 7は別として、図１に示される様々なカードの構成に関する詳細な説明は、現在 米国特許番号第5,321,744として認められ、本出願の譲渡人に譲渡され、1992年 ９月29日に出願された、出願番号07/953,690の同時係属出願に記述されている。 更に前記出願は、ここで参照することによって、本明細書に組み込まれる。ディ ジタル(E1)線カード15は、カード15がT1スパンとは対照的にE1スパンを 終端させることができる、従来の電気回路における違いを除いて、T1線カード14 に関して開示されたものと同じハードウエアを使用して構成されるのが望ましい 。 DSPカード16とパケット・エンジン・カード17の構成に関する詳細は、本出願 の譲渡人に譲渡され、1993年１月５日に出願された、出願番号08/001,113の同時 係属出願に記述されている。更に前記出願は、ここで参照することによって、本 明細書に組み込まれる。 図２は、図１のプログラム可能なスイッチ10を制御するのに用いられるソフト ウエアの層モデルである。図２の左側の列は、オープン・システム相互接続(OSI )参照モデルで定義された７つの層を示している。図２の右側の列は、スイッチ1 0を制御するのに使用される５つの層と、OSIモデルに対する一般的対応を示して いる。 ここで、図１と図２の両方を参照すると、アプリケーション層５は、一般的に OSIモデルのアプリケーション層に対応し、通常PCのCPU 4かまたは外部ホスト30 上で実行されるアプリケーション・ソフトウエアを表現する。アプリケーション 層５のソフトウエアは、toll free(800)サービス、音声メール、自動コール分散 (ACD)その他のような多くの所望の電気通信サービスのうちのいずれかを実施す るのに使用されうる。 コール管理層４は一般に、OSIモデルのプレゼンテーション層、セッション層 、及びトランスポート層に対応し、CPU/マトリックス・カード12で実行されるソ フトウエアを表す。コール管理層４は、集中コール処理機能を実行し、スイッチ 10で使用されるネットワーク 信号プロトコルのタイプ（単数または複数）に関わらず、共通のインタフェース をアプリケーション層５に提供することを担当する。通常、コール管理層４は、 以下のコール・セットアップに必要な機能を実行する。 ネットワーク信号プロトコル層３は、一般にOSIモデルのネットワーク層に対 応する。ネットワーク信号プロトコル層３によって表されるソフトウエアは、CP U/マトリックス・カード12または自分自身のマイクロプロセッサを含む線カード 14、15、またはパケット・エンジン・カード17のような線カード上で実行され、 帯域幅の内外におけるネットワーク信号監視と、着信及び出力コールのネットワ ーク・プロトコル・レベル制御を担当する。 リンク層２は、一般にOSIモデルのデータ・リンク層に対応している。リンク 層２のソフトウエアは、CPU/マトリックス・カード12、自分自身のマイクロプロ セッサを含む線カード、DSPカード16、またはパケット・エンジン・カード17（ そのカードのそれぞれは自分自身のマイクロプロセッサを含む）上で実行され、 ネットワークまたは線インタフェースにわたるネットワーク信号情報の検出と、 物理的な転送を担当する。 最後に、物理層１は、OSIモデルの物理層に対応する。線カード14、15及び18 は、それぞれ物理的なT1、E1及びアナログ電子インタフェースをスイッチ10に提 供する。 図３A及び３Bは、図２のソフトウエア層２ないし５のそれぞれによって提供さ れる代表的な特徴と機能をリストする表である。本発 明は、図３A及び３Bに示される特徴と機能のいずれかを実施する適当なソフトウ エアを開発するための開発ツールとして使用されうる。層２ないし５のそれぞれ に関する本発明の実施例は、図６Aないし10Cに関連して以下で記述される。 図４は、本発明の好適実施例に関して構成された、有限状態マシン開発環境の 全体ブロック図であり、これによって願客またはユーザが、所望の電気通信機能 を実行するための有限状態マシンを作成し、定義できる。この図を詳細に検討す る前に、いくつかの用語を定義しなければならない。 ここで使用されているように、「状態」という用語は、特定のチャネル、また はポートに関する現在の「内容」を表す、ある数を指している。本発明の好適実 施例においては、３タイプの状態が存在し、通常、内部、ブロッキングと定義さ れている。「通常」状態は「待機」状態（即ち、特定のイベントが発生するまで 、追加動作が停止される条件、配置応答(SEIZE ACK)状態）または「安定」状態 （即ち、会話が発生している状態）である。「内部」状態は、決定の分岐に際し て、条件をテストし、効率的な動作を行うために使用される。「通常」及び「内 部」状態は顧客またはユーザによって、本発明に従って指定され、所望の機能を 実行するための有限状態マシンを定義する。「ブロッキング」状態は、本発明に よって自動的に生成され、ボード上にない資源の管理に関連して、チャネル毎の 基準に基づいて使用される。 「イベント」は、特定の状態によって受け入れられる条件を識別 する数である。データはイベントに関連づけることができる。 「最小機能」はタイマのセットのような基本的なタスクを行う機能である。ユ ーザ指定データは、最小機能に関連づけることができる。「プリミティブ」は、 特定のイベントが発生した際に呼び出される最小機能の所定のシーケンスである 。ユーザは、利用可能な最小機能のライブラリから、プリミティブを作成または 定義できる。好適実施例では、各プリミティブが20までの最小機能を含むことが できる。 「状態/イベント・テーブル」は、特定の状態に関して有効なイベントと、そ うしたイベントが発生する際に呼び出されるプリミティブを定義する。好適実施 例では、状態/イベント・テーブルは、100までの状態と、状態毎に40までのイベ ントを含むことができる。 「プリミティブ・テーブル」は、状態/イベント・テーブルによって使用され るプリミティブを定義する。好適実施例では、プリミティブ・テーブルは200ま でのプリミティブを含むことができる。 「プロトコル」は、状態/イベント・テーブルとプリミティブ・テーブルを関 連づけるものとして定義され、「プロトコルID」（ある数）によって識別される 。 40a、40nで示されるようなデータ・ブロックは、スイッチの各チャネル（ポー ト）0...n毎に割当てられる。各データ・ブロック40a、40nは、そのそれぞれの チャネルに関連する以下の情報を含む。その情報は、チャネルの現在の状態、活 動中の状態/イベント・テーブルを指すポインタ、活動中のプリミティブ・テー ブルを指すポインタ、 割当てられた状態/イベント・テーブルを指すポインタ、及び割当てられたプリ ミティブ・テーブルを指すポインタである。 チャネル０の場合、活動中の状態/イベント・テーブル、及び、活動中のプリ ミティブ・テーブルのポインタは、点線で示されるように、参照番号42aで示さ れる、常駐プロトコル０に関連づけられたテーブルを指している。チャネル０の 、割当てられた状態/イベント・テーブル、及び、割当てられたプリミティブ・ テーブルのポインタは、参照番号44aで示される、動的にロードされ、顧客が定 義したプロトコルn+1に関連づけられたテーブルを指している。 現存し、使用可能な他のプロトコルは、常駐プロトコル１ないしｎ(42b、42c) 、及びダウンロードされ、願客が定義したプロトコルn+2ないしｍ(44b、44c)で ある。常駐プロトコル42aないし42cは、通常スイッチとともにメーカによって提 供される、事前プログラムされた、または標準のプロトコルを表している。対照 的に、願客定義プロトコル44aないし44cは、願客またはユーザによって作成され 、完全に「特別のもの」または「顧客所有のもの」として存在しうる。 層依存最小機能ライブラリ46は、状態マシン・エンジン48に情報を提供するよ う接続されている。状態マシン・エンジン48はまた、活動中の、状態/イベント ・テーブルのポインタとプリミティブ・テーブルのポインタを、データ・ブロッ ク40aないし40nのそれぞれから受け取るよう接続される。 また、参照番号50で示されるように、ユーティリティが、層依存環境支援のた めに提供される。 状態マシン・エンジン48の機能は、割当てられた状態/イベント・テーブル、 及び割当てられたプリミティブ・テーブルによって定義される、そのチャネルの 割当てられたプロトコルに従って、各チャネルを駆動させるものである。通常状 態の有効イベントが発生すると、割当てられた状態/イベント・テーブル内のエ ントリに従って、プリミティブが呼び出される。状態マシン・エンジン48は、最 小機能ライブラリ46を使用して、呼び出されたプリミティブによって表される最 小機能を実行する。 状態マシン・エンジン48は必要な任意の内部状態の間駆動し、チャネルが再び 通常状態に達するまで自動的に適切なブロッキング状態を生成する。このとき、 状態マシン・エンジン48による処理は、他の有効なイベントが発生するまでに完 了する。 各チャネルが最初に、顧客定義のプロトコルの１つ、または事前プログラムさ れたプロトコルの１つに割当てられる。これは、アプリケーション層５からのメ ッセージを、次に層３に適切なメッセージを発行する、コール管理層４に転送す ることによって達成される。割当てられた状態/イベント・テーブルのポインタ 、及び割当てられたプリミティブ・テーブルのポインタは、最後に割当てられた プロトコルを指す。従って、顧客は、利用可能なプロトコルのうち所望の１つを 、単にプロトコルIDを指定することによって割当てることができる。こうして、 本発明は願客がチャネル毎の基準に従って、単一スイッチ内に存在する複数のプ ロトコルの中から、所望のプロトコルを効果的に割当てることができる。 また、顧客がチャネルのいくつかまたは全てにプロトコルを割当てないよう選 択した場合、各チャネルが常に、そのチャネルに割当てられた有効なプロトコル （例えば、常駐プロトコル42aないし42cのうちの１つ）を有するように、デフォ ルト値が提供されることが好ましい。 状態エンジン・マシン48に提供された活動中の状態/イベント・テーブルのポ インタ、及び活動中のプリミティブ・テーブルのポインタは、現在チャネルを制 御している（活動中の）プロトコルを指している。 特定のチャネルによって使用される活動中のプロトコルは、必ずしも永久のも のではなく、図５に関して詳細に記述されるように、指定されたイベントの発生 に応答してリアルタイムで動的に変更されうる。更に、ライブラリ46によって提 供される最小機能が基本機能を表すので、顧客またはユーザは有利にも、基本的 なコードに実質的な、または恐らく任意の変更を行うことなく、プロトコルに所 望の変更を実施することができる。更に、環境支援ユーティリティが顧客または ユーザのプロトコル環境を簡単にするために提供される。ユーティリティは、所 望のプロトコルを実施するのに必要とされる状態マシン・ロジックを劇的に簡単 にする、すぐ使用できる資源管理機能（例えば、タイマ）を提供する。各層によ って必要とされる資源は異なる可能性があるので、各ソフトウエア層に関して、 異なるユーティリティが提供されることが望ましい。 図５は、ネットワーク信号プロトコル層３に関して、本発明の代 表的使用例を示す、ソフトウエアの図である。上述したように、層３のソフトウ エアは通常、スイッチ10（図１）のCPU/マトリックス・カード12、線カード14ま たは15、またはパケット・エンジン・カード17のいずれかの上で実行される。 データ・ブロック52aないし52nが、スイッチの各チャネルに割当てられる。チ ャネル０の場合、活動中の状態/イベント・テーブルのポインタ、及び活動中の プリミティブ・テーブルのポインタは、点線で示されるように、常駐のサービス 外プロトコル58aに関連づけられたテーブルを指している。チャネル０の、割当 てられた状態/イベント・テーブルのポインタ、及び割当てられたプリミティブ ・テーブルのポインタは、参照番号60aで示されるように、ダウンロードされた 、顧客定義ネットワーク・プロトコルn+1に関連づけられたテーブルを指す。 現存し、使用可能な他のプロトコルは、常駐ネットワーク・プロトコル58bな いし58c、及びダウンロードされた、顧客定義ネットワーク・プロトコル60bない し60cである。 層３の最小機能ライブラリ54は、状態マシン・エンジン48に情報を提供するた めに接続される。 層３の環境支援ユーティリティ56は、受信線の信号/走査管理、ディジタル信 号処理(DSP)機能の起動/管理、アラーム/サービス外(OOS)管理、タイマ管理、及 び動的メモリ管理を含む。 活動中の状態/イベント・テーブルのポインタ、及び活動中のプリミティブ・ テーブルのポインタは、状態エンジン・マシン48に提供 され、現在チャネルを制御しているプロトコルを指す。通常の動作条件では、活 動中のプロトコルは割当てられたプロトコルと同じである。しかしこの図では、 活動中のプロトコルは、サービス外ネットワーク・プロトコル０である。このこ とは例えば、アラーム条件がチャネル０で検出され、そのチャネルが自動的にサ ービス外ネットワーク・プロトコル０に遷移するために、起こりうる。 特定のチャネルに使用される活動中のプロトコルは、必ずしも永久なものでは なく、指定されたイベントの発生に応じてリアルタイムで動的に変更されうる。 例えば、図５に示すように、チャネル０の、割当てられた状態/イベント・テー ブルのポインタ、及び割当てられたプリミティブ・テーブルのポインタは、顧客 定義ネットワーク・プロトコルn+1(60a)を指している。着信コールがチャネル０ で受信されるが、その着信コールのネットワーク信号プロトコルは、顧客定義ネ ットワーク・プロトコルn+1(60a)とは異なるものと仮定する。この時に、層３か ら層４に、着信コールを適切に処理するために、活動中のプロトコルに変更が必 要であることを示すメッセージが送信されうる。この送信に応答して、層４は、 層３に活動中のプロトコルを変更して着信コールを処理する方向に進むようメッ セージを単に返信するかまたは、アプリケーション層５に命令を要求するメッセ ージを発行する。着信コールが終了すると、チャネルは、同様の一連のメッセー ジを通して、または活動中のプロトコル内の最小機能によって、そのチャネルの 元のプロトコル（またはスイッチ内で利用可能などれか他のもの）に再び割当て られる。 同様の機能が、出力コールの場合にも実行されうる。即ち、出力コールに関し て必要とされる利用可能なチャネルが、意図されたコールにとって適切でないプ ロトコルに割当てられている（即ち、そのコールが、異なるプロトコルを使用し ている、国外に向けられていることを、ダイアル・ディジットが示す）場合、利 用可能なチャネルのプロトコルが、層４からの適切なメッセージによって動的に 変更される。コールが終了すると、同様にチャネルはその元のプロトコルまたは 、必要に応じて異なるプロトコルに再割当てされる。 図６A及び以下に示す図において、状態は円として記述され、最小機能は長方 形として記述され、及びイベントは、状態から延びるパスに沿って記述される略 語によって表現される。最小機能の中で括弧内に示されている情報は、その機能 に関連づけられた引数またはデータを表している。 図６Aないし６Cは、リンク層２に関連する、本発明のアプリケーション例であ る。 このプロトコルは標準状態１(NS1)の関連するチャネルから始まり、それはア イドル状態62である。R2信号を送信するための、層３から層２のセットアップ(L 3 L2nSETUP FOR FWD R2)を行うイベントが発生した場合、一連の最小機能が実行 される（af2、af3、af4、af5、及びaf1）。これらの最小機能はそれぞれ、タイ ム・スロットに関するR2受信ノードを作成し、R2復号化のためのDSPチャネル（ 例えば、トーン受信機として機能するDSPチップ）を付加し、付加されたメッセ ージ(L2 L3nRCVR ATTACHED)を層２から層３受信機へ送信し、タイマ （タイマ１）を設定し、及び次に状態を通常状態２(NS2)64にセットするよう機 能する。最小機能af5に関連づけられた引数は、所望のタイマIDと、所定のタイ マ値の配列へのインデックスを指定するのに使用されることが望ましいことに注 意されたい。最小機能af1に関連づけられた引数は、次の状態の数と次の状態の タイプを指定するのに使用されるのが望ましい。 次のイベントがタイマ１の時間切れ(TIMER1 EXPIRATION)であった場合、最小 機能のaf10とaf11が実行され、チャネルがアイドル状態62に戻る。しかし、次の イベントが、無音(silence)を受信したことを示しているDSPからのメッセージ受 信(DSP L2nRCVED SILENCE)であった場合、最小機能のaf5（タイマ１のセット） とaf1（次の状態のセット）が実行され、その後でプロトコルは、順方向R2信号 を待つ通常状態３(NS3)66に進む。 ここで、次のイベントがタイマ１の時間切れ（TIMER1 EXPIRATION）であった 場合、最小機能のaf10とaf11が実行され、チャネルがアイドル状態62に戻る。次 のイベントが、逆方向R2信号(L3 L2nXMIT BWD R2 SIG)を伝送するためのメッセ ージの受信であった場合、後で送信するために、逆方向R2信号を待ち行列化する 最小機能af12が実行され、その後NS3 66に戻る。次のイベントが、順方向R2信号 (DSP L2nRCVED R2 FWD SIG)の受信を示すメッセージであった場合、最小機能のa f7（R2信号の報告を層３に送信する）、af8（逆方向R2信号が送信のために待ち 行列化されているかどうかテストする）、及びaf1（次の状態をセットする）が 実行され、プロトコルは内部状態４ (IS4)68に進む。 次の状態が、逆方向R2信号が待ち行列化されていることを示す、真の内部イベ ント(L2 INT EVENT 1)であった場合、最小機能af9（待ち行列化された逆方向R2 信号を送信する）が実行され、次にaf5、af1が実行され、プロトコルが状態64に 戻る。次のイベントが、逆方向R2信号が待ち行列化されていないことを示す、偽 の内部イベント(L2 INT EVENT 0)であった場合、最小機能af5（タイマ１をセッ トする）が実行され、その後af1（次の状態をセットする）が実行され、プロト コルは通常状態５(NS5)70に進む。そこで、逆方向R2信号を送信するメッセージ( L3 L2nXMIT BWD R2 SIG)を受信すると、最小機能af9、af5、及びaf1が実行され 、プロトコルは状態64に戻る。 ここで図６Bを参照すると、図６Aに示された最小機能のそれぞれのシーケンス は、プリミティブ（プリミティブ１ないし７）として定義されていることが分か る。実際には、各プリミティブは、呼び出しのための最小機能の所望のシーケン スを識別する簡便な方法を提供する。 図６Cは、表形式で図６Bの各プリミティブ毎の最小機能のシーケンスをリスト するプリミティブ・テーブルと、図６Bの状態、イベント、及びプリミティブの 間の関係を定義する、状態/イベント・テーブルを示している。本発明の好適実 施例に従うと、図６Aと６Bに記述されたプロトコルを作成しようとする顧客は、 図６Cに示されたテーブルだけを定義すればよい。その後、これらのテーブルが スイッチ10（図１）に、ホスト装置からの一連のメッセージとなってダウ ンロードされる。 図７Aないし７Cは、international compelled R2信号を使用して、コール・セ ットアップの初期化フェーズを処理するためのネットワーク・プロトコル層３の プロトコルに対する、本発明のアプリケーションの例である。プロトコルは通常 状態１(NS1)72の、関連するチャネルから開始され、アイドル状態である。線信 号ビット0011（これは内部配置(inseizure)がなされていることを告げるビット 値である）を受信するイベントが発生すると、一連の最小機能が実行される(af1 7、af19、af21、及びaf1)。こうした最小機能はそれぞれ、現在の内部配置命令 リストにデフォルトのスイッチ・リストをセットし、現在の命令インデックスに ０をセットし、現在の内部配置命令をテストした後で次の状態に内部状態２(IS2 )74をセットするよう機能する。 次のイベントが、現在の内部配置命令がテストされてNULLであることが分かっ たことを表す、層３内部イベント０(L3 INT EVENT 0)であった場合、最小機能af 22が実行され、チャネルが消去される。しかし、次のイベントが、現在の内部配 置命令が内部配置応答(inseize Ack)を生成するものであることを表す、層３内 部イベント７(L3 INT EVENT 7)であった場合、最小機能af30が実行され、次の内 部配置命令がステージNディジットを受信するためのものかどうかチェックし、 次いで最小機能af1が次の状態に内部状態３(IS3)をセットする。 次のイベントが、次の内部配置命令がステージNディジットを受信 するためのものではないことを表す、L3 INT EVENT 0、即ち偽である場合、プロ トコルは最小機能af2（ビット値1101を有する配置応答を送信する）を実行する よう進む。次のイベントが、L3 INT EVENT 1、即ち真である場合、最小機能af31 が実行されて、順方向R2ディジットの受信に関するセットアップがなされ、次に 最小機能af2（配置応答を送信する）が実行される。ディジットの受信に関する セットアップは通常、DSPカード16（図１）上に見つかったDSP資源の割当てを含 んでいる。 次に、最小機能af5が実行され、予期される第１のディジットを待つ期間を決 定するためにタイマ（タイマ１）をセットする。その後、最小機能af1が実行さ れ、次の状態を通常状態４(NS4)にセットし、これは、内部配置が応答されてお り、チャネルがグループ１の順方向MFR2信号を受信する予定であることを示す。 図７Bで示されたように、図７Aで示された最小機能の各シーケンスも、プリミ ティブ（１ないし５）として定義されうる。図７Cは、図７Bに関して対応するプ リミティブ・テーブルと状態/イベント・テーブルを示している。 図８Aは、T1 E&M wink start信号を使用して、コール・セットアップの初期化 フェーズを処理するためのネットワーク・プロトコル層３のプロトコルにおける 、本発明の別のアプリケーションの例である。 プロトコルは通常状態(NS1)80で開始される。内部配置を表すビット値11を受 信すると、最小機能af30が実行され、ステージ１ディジ ットの収集が示されるかどうかのテストが行われる。この後、最小機能af1が実 行されて、次の状態に内部状態(IS2)82がセットされる。 次のイベントが、ディジット収集が示されていないことを意味する、L3 INT E VENT 0、即ち偽であった場合、プロトコルは最小機能af5（事前winkの遅れのた めのタイマ１をセットする）を実行し、その後、af1が次の状態に通常状態(NS3) 84をセットする。次のイベントが、ディジット収集が示されることを意味する、 L3 INT EVENT 1、即ち真であった場合、最小機能af31が実行されてMFR1ディジッ トの受信に関するセットアップが行われ、次いで、最小機能af5、及びaf1が実行 される。 ここで、タイマ１の時間切れ(TIMER1 EXPIRATION)が発生すると、最小機能af2 (ウインクをオンにする)が実行され、次いで最小機能af5（ウインク期間のため のタイマをセットする）及びaf1を実行して次の状態に通常状態(NS4)86をセット する。そこで、タイマ１の時間切れが発生すると、最小機能af2（ウインクをオ フにする）が実行され、次いで最小機能af5（ディジット・ストリングを待つた めのタイマ１をセットする）及びaf1を実行して次の状態に通常状態(NS5)88をセ ットする。 図８Bは、図８Aに示された最小機能とプリミティブ１ないし５の間の相互関係 を示しており、図８Cは、対応するプリミティブ・テーブルと状態/イベント・テ ーブルを示しており、そのテーブルによって、ユーザまたは顧客が、上述のプロ トコルを定義できる。 図９Aは、コール処理層４における本発明のアプリケーションの例 である。この例では、本発明が、対話型音声応答(IVR)を着信コールに提供する ためのプロトコルを実施するのに用いられる。このプロトコルはアイドル状態(S 1)90で開始される。セットアップ・メッセージ(L3 SETUP INDICATION)を受信す ると、最小機能af1、af2、af3、af4、及びaf5が実行される。これらの最小機能 はそれぞれ、警告メッセージをネットワーク・プロトコル層３に送信し、（応答 コールのための）接続メッセージを層３に送信し、対話型ディジット・ストリン グ収集のためにDSP資源を割当てるためのメッセージを送信し、DSP資源を割当て るのを待つためのタイマ１をセットし、及び次の状態に通常（待機）状態(S2)92 をセットするように機能する。 次のイベントがタイマ１の時間切れ(TIMER1 EXPIRATION)であった場合、最小 機能af6が実行されて、チャネルをリセットする。次のイベントが、DSP資源が割 当てられたことを示すメッセージの受信であった場合、最小機能af7が実行され て、コールしたものを所望の告知に接続し、その後、af4を実行してディジット を待つためにタイマ１をセットし、af5を実行して、ディジットを待つために次 の状態に通常状態(S3)94をセットする。 次のイベントがタイマ１の時間切れであった場合、プロトコルは最小機能７（ コールしたものに対して告知を再生する）も実行する。次のイベントが、割当て られたDSP資源によるディジットの受信であった場合、最小機能af8（ディジット が受信されたことを層５に知らせる）、af4（層５からの命令を待つようにタイ マ１をセットする）、及びaf5（次の状態を通常状態(S4)96にセットする）を実 行する。 図９Bと９Cもまた、図９AのIVRプロトコルを定義する、状態、イベント、最小 機能、及びプリミティブの間の関係を示している。 最後に、図10Aは、アプリケーション層５に関する、本発明のアプリケーショ ン例である。この例では、toll free(800)サービスのようなインバウンド・アプ リケーションに関するプロトコルが記述されている。 プロトコルは通常状態(S1)アイドル98で始まる。層４からのディジット・メッ セージによるサービスの要求(L4 REQ FOR SERV WITH DIGITS)を受信すると、最 小機能af1（応答メッセージを層４に送信する）、af2（層５の経路制御（処理） に、チャネルIDとディジットとともにメッセージを送信する）、af4（層５の経 路制御からの応答を待つようにタイマをセットする）、及びaf5（次の状態を通 常状態(S2)100にセットする）が実行される。 状態(S2)100では、次のイベントがタイマ１の時間切れであった場合、チャネ ル障害が発生し、最小機能af8が実行される。次のイベントが、サービスを要求 したチャネルに接続するための、層５経路制御からのメッセージであった場合、 最小機能af7が実行されて、２つのチャネルに接続するためのメッセージを層４ に送信する。この後、af4が実行されて、その接続がなされたという応答を待つ ように、タイマ１をセットし、次にaf5が実行されて、次の状態に通常（待機） 状態(S4)104をセットする。 状態(S4)104で、次のイベントがタイマ１の時間切れであった場合、チャネル 障害が発生し、最小機能af8が実行される。次のイベントが、 接続がなされたということに応答する、層４からのメッセージ(L4 L5nCONNECT A CK)であった場合、最小機能af6が実行されて、タイマ１を使用不能にし、次に、 af5が実行されて、次の状態に通常状態(S5)106をセットする。そこで、チャネル の開放を示す層４からのメッセージを受信すると、最小機能af3が使用されて、 応答を層４に送信し、次にaf5が実行されて、チャネルをアイドル状態98に戻す 。 再び、状態100に関して、次のイベントが層５の経路制御からの、あるグルー プへの着信コールを待ち行列化するメッセージであった場合、最小機能af9が実 行され、コールするものを記録された告知に接続する。この後、最小機能af4が 実行され、層４からの応答を待つようタイマ１をセットし、次に、af5が実行さ れ、次の状態に通常状態(S3)102をセットする。 状態(S3)102では、次のイベントがタイマ１の時間切れであった場合、チャネ ル障害が発生し、最小機能af8が実行される。次のイベントが接続がなされたこ とに応答する、層４からのメッセージであった場合、af6が実行されて、タイマ １を使用不能にし、af4が実行されて、記録された告知を再生できるように、タ イマ２をセットする。従って、タイマ２が時間切れになるほどの間チャネルが状 態(S3)102であった場合、プロトコルはaf9も実行してその告知を再生する。 しかし、状態(S3)102において、次のイベントが層５の経路制御からの、サー ビスを要求したチャネルに接続するためのメッセージであった場合、最小機能af 6が実行されて、タイマ２が使用不能とされ、次にaf7が実行されて、２つのチャ ネルを接続するためのメッセージ を層４に送信する。この後、af4が実行されて接続がなされたことに応答するの を待つために、タイマ１をセットし、次にaf5が実行されて、次の状態に通常（ 待機）状態(S4)104をセットする。 図10Bと10Cは、図10Aのtoll freeサービス・プロトコルを定義する、状態、イ ベント、最小機能、及びプリミティブの間の関係を示す。 以上の記述は、本発明を特定の実施例に限定するものではない。しかし、本発 明に対しては、本発明のいくつかまたは全ての利点を維持したまま、修正及び変 更が実施可能なことが明らかである。従って、こうした修正及び変更の全てを、 本発明の真の意図及び範囲内に含まれるものとして網羅することが請求の範囲の 目的である。

【手続補正書】特許法第１８４条の８ 【提出日】１９９５年１１月１４日 【補正内容】 コールを処理するために、ホスト装置による。例えば、従来のスイッチでは、デ ィジットを送受信するために、通常ホストの介入（即ち、スイッチとホスト装置 の間のメッセージ交換）が必要とされる。これは、ホスト装置が、常時タスクに 関して適切で利用可能な資源を適用するようスイッチに指示しなければならない ためである。この例では、ホストはスイッチに、ディジットを送信するために、 利用可能なトーン生成器に接続するかまたは、ディジットを受信するためにトー ン受信機に接続するよう指示する。スイッチによって時間当たり何万あるいは何 十万のコールが処理される場合のアプリケーションに関して、ホストとスイッチ 間で送信されるべきメッセージの数は、極めて大きくなり、そのことがホスト・ とスイッチの性能を低下させる場合がある。 EPO 555997は、分散通信システムにおいてプロトコルを使用して通信を行うた めの装置、及び方法を開示している。しかし、こうした通信装置は、電気通信ス イッチではなく、複数のチャネルの様々なスイッチ間の通信パスの接続、切断を 含む、コール処理機能を実行するものでもない。更に、２つの装置の間の通信プ ロトコルは、コール処理機能を実行するための電気通信スイッチのチャネルのそ れぞれに関して、通信信号プロトコルを判定するための電気通信スイッチの内部 動作を定義せず、また制御もしない。 発明の概要 簡単に要約すると、本発明は、ユーザに、ポート毎の基準に従っ て、着信または出力コールを処理するための、「標準」または特別な性質の、所 望の信号プロトコルを定義、割当てできる機能を提供する、プログラム可能な電 気通信スイッチを提供する。複数の信号プロトコルが同時にスイッチ内に存在可 能で、所与のポートのプロトコル割当ては、リアルタイムで動的に変更できる。 本発明は、ユーザが、スイッチによって提供された各ポートについて別々の有 限状態マシンを定義できる、プロトコル開発環境を提供する。各有限状態マシン は、最小機能(atomic function)と呼ばれる、一連の基本処理ステップを組み合 わせてプリミティブとすることによって、独立して定義され、それが次に、所望 の状態マシンを定義するために、状態及びイベントと組み合わせられる。このよ うな状態マシンは、コールを処理する際に、ホスト装置との関連を減らすために 使用されるのが好ましい、待機状態を含むことができる。待機状態は、スイッチ が次の動作を実行する前に発生すると予想される活動やイベントに関する機会を 提供する、プログラム可能な時間間隔を表現する。 更に、本発明は、のような電気通信アプリケーションの開発ツールとして機能 できる。 外部ホスト30は、別の汎用コンピュータ、ワークステーション、または他のコ ンピュータを含むことができ、オプションで、通信チャネル32を介してCPU/マト リックス・カード12に接続することができる。CPU/マトリックス・カード12は、 チャネル32を接続するために、従来のRS-232C互換インタフェースを含むことが 好ましい。外部ホスト30は、アプリケーション指向オペレーティング・システム のもとで動作することが好ましい。 必要に応じて、スイッチ10は、それが電源を受ける受動バックプレーン（PC C PU 4またはディスク６がない）上にあって、外部ホスト30によって制御されるよ うにすることができる。 外部バッテリ／リング電圧供給装置31は、パス33を介してターミネータ・カー ド19に接続されている。供給装置31は、例えば、市販の電源供給装置を含むこと もできる。 図１に示される、様々なカードの構成に関する詳細は、当業界では周知である 。ディジタル(E1)線カード15は、線カード15がT1スパンとは対照的にE1スパンを 終端させることができる、従来の電気回路における違いを除いて、T1線カード14 に関して開示されたものと同様のハードウエアを用いて構成されることが好まし い。 図２は、図１のプログラム可能なスイッチ10を制御するのに用いられるソフト ウエアの層モデルである。図２の左側の列は、オープン・システム相互接続(OSI )参照モデルで定義された７つの層を示している。図２の右側の列は、スイッチ1 0を制御するのに使用される５つの層と、OSIモデルに対する一般的対応を示して いる。 ここで、図１と図２の両方を参照すると、アプリケーション層５は、一般的に OSIモデルのアプリケーション層に対応し 実行される。次のイベントが接続がなされたことに応答する、層４からのメッセ ージであった場合、af6が実行されて、タイマ１を使用不能にし、af4が実行され て、記録された告知を再生できるように、タイマ２をセットする。従って、タイ マ２が時間切れになるほどの間チャネルが状態(S3)102であった場合、プロトコ ルはaf9も実行してその告知を再生する。 しかし、状態(S3)102において、次のイベントが層５の経路制御からの、サー ビスを要求したチャネルに接続するためのメッセージであった場合、最小機能af 6が実行されて、タイマ２が使用不能とされ、次にaf7が実行されて、２つのチャ ネルを接続するためのメッセージを層４に送信する。この後、af4が実行されて 接続がなされたことに応答するのを待つために、タイマ１をセットし、次にaf5 が実行されて、次の状態に通常（待機）状態(S4)104をセットする。 図10Bと10Cは、図10Aのtoll freeサービス・プロトコルを定義する、状態、イ ベント、最小機能、及びプリミティブの間の関係を示す。 以上の記述は、本発明を特定の実施例に限定するものではない。しかし、本発 明に対しては、本発明のいくつかまたは全ての利点を維持したまま、修正及び変 更が実施可能なことが明らかである。従って、こうした修正及び変更の全てを、 本発明の範囲内に含まれるものとして網羅することが請求の範囲の目的である。 請求の範囲 １．プログラム可能な電気通信スイッチ(10)を動作させる方法であって、前記ス イッチが、ホスト装置(30)によって生成されるメッセージに応答して、複数のチ ャネルの様々なスイッチ間の通信パスを動的に接続または切断するための制御可 能なスイッチング手段(12)を含み、前記方法が、 着信または出力コールを処理する１つ以上の通信プロトコルを定義するステッ プであって、前記通信プロトコルのそれぞれが有限状態マシンで表現される、前 記ステップ、 最初に、少なくとも１つの前記プロトコルを前記チャネルのそれぞれに割当て 、それによって、様々なプロトコルが様々なチャネルに割当てられうるステップ 、及び 前記チャネルの１つで、着信コールを検出するかまたは、出力コールを開始す る際に、現在前記チャネルの前記１つに割当てられているプロトコルが、前記着 信コールまたは出力コールを処理することができるかどうかを判定し、前記割当 てられているプロトコルが前記着信コールまたは出力コールを処理することがで きない場合、前記割当てられているプロトコルが前記着信コールまたは出力コー ルを処理することができる、別の前記プロトコルを動的に選択し、前記選択され たプロトコルを使用して前記着信コールまたは出力コールを処理するステップを 含むことを特徴とする、前記方法。 ２．前記有限状態マシンのそれぞれが、プリミティブ・テーブルに 関連した状態/イベント・テーブルによって表され、前記状態/イベント・テーブ ルが複数の所定の論理状態と、こうした状態に関連づけられた、少なくとも１つ の所定のイベントを定義し、前記プリミティブ・テーブルが、１つ以上のプリミ ティブを定義し、そのそれぞれが所定の順をなす所定の機能を含み、それによっ て、前記所定のイベントの１つが発生した場合に、発生したイベントに関連づけ られた所定のプリミティブが呼び出されることを特徴とする、請求項１に記載の 方法。 ３．前記チャネルのそれぞれが、現在の論理状態と対応するチャネルの状態のタ イプを表す情報、活動中の状態/イベント・テーブルへのポインタ、活動中のプ リミティブ・テーブルに対するポインタ、割当てられた状態/イベント・テーブ ルへのポインタ、及び割当てられたプリミティブ・テーブルに対するポインタを 含む、対応するデータ・ブロック(40a、40n)に割当てられることを特徴とする、 請求項２に記載の方法。 ４．前記有限状態マシンが、前記所定の機能の定義を含む前記ポインタとライブ ラリ(46)に応答して動作する、状態マシン・エンジン(48)によって解釈されるこ とを特徴とする、請求項３に記載の方法。 ５．前記プロトコルのうち１つ以上が、前記電気通信スイッチ(10)内の記憶域に 関して、ユーザに定義され、またはダウンロードされるものであることを特徴と する、請求項１に記載の方法。 ６．前記プロトコルのうち１つ以上が、前記電気通信スイッチ(10)内に常駐する ことを特徴とする、請求項１に記載の方法。 ７．プログラム可能な電気通信スイッチ(10)で使用されるように通信プロトコル を開発するための方法であって、前記スイッチが、ホスト装置(30)によって生成 されるメッセージに応答して、複数のチャネルの様々なスイッチの間の通信パス を、動的に接続または切断するための制御可能なスイッチング手段(12)を含み、 前記方法が、 １つ以上の状態/イベント・テーブルを作成するステップであって、そのテー ブルのそれぞれが、複数の所定の論理状態、各論理状態に関連づけられた、少な くとも１つの所定のイベント、及び関連するイベントの発生に際して呼び出され る前記各イベントに関連づけられた、１つのプリミティブを定義する、前記ステ ップ、 １つ以上のプリミティブ・テーブルを作成するステップであって、そのテーブ ルのそれぞれが、それぞれの前記プリミティブ毎に、所定の順の所定の機能を定 義する、前記ステップ、 １つ以上の通信プロトコルを作成するステップであって、そのプロトコルのそ れぞれが前記状態/イベント・テーブルの１つ、及び前記プリミティブ・テーブ ルの１つの所定の組み合わせによって表現される、前記ステップ、 前記通信プロトコルの１つ以上を、前記プログラム可能な電気通信スイッチ(1 0)内に記憶するステップ、及び 少なくとも１つの前記通信プロトコルを、前記チャネルのそれぞれに割当てる ステップを含むことを特徴とする、前記方法。 ８．前記チャネルにおいて、着信コールの検出または出力コールの起動が行われ る際に、その通信プロトコルが現在、前記着信コール または出力コールを処理できる前記チャネルの前記１つに割当てられているかど うか判定し、現在割当てられている前記プロトコルが前記着信コールまたは出力 コールを処理できない場合、前記着信コールまたは出力コールを処理できる前記 プロトコルの別の１つを動的に選択することを特徴とする、請求項７に記載の方 法。 ９．前記チャネルのそれぞれが、現在の論理状態と対応するチャネルの状態のタ イプを表す情報、活動中の状態/イベント・テーブルへのポインタ、活動中のプ リミティブ・テーブルへのポインタ、割当てられた状態/イベント・テーブルへ のポインタ、及び割当てられたプリミティブ・テーブルへのポインタを含む、対 応するデータ・ブロック(40a、40n)に割当てられることを特徴とする、請求項８ に記載の方法。 10．前記有限状態マシンが、前記所定の機能の定義を含む、前記ポインタとライ ブラリ(46)に応答して動作する状態マシン・エンジン(48)によって解釈されるこ とを特徴とする、請求項９に記載の方法。 11．プログラム可能な電気通信スイッチ(10)が、 ホストによって生成されるメッセージに応答して、複数のチャネルの様々なス イッチの間の通信パスを、動的に接続または切断するための、前記チャネルに対 応する複数のタイム・スロットをスイッチングするためのタイム・スロット交換 を含む制御可能なスイッチング手段(12)と、前記メッセージを処理するための手 段、 前記チャネルを表すアナログまたはディジタル線、または幹線のいずれかを終 了させるための前記スイッチング手段(12)と関連して 通信するように接続された、１つ以上の手段(14、18)、 １つ以上の通信プロトコルを記憶する手段であって、前記チャネルのそれぞれ が、そのチャネルに割当てられた、前記通信プロトコルの１つを有する、前記手 段、 前記チャネルのどれかで着信コールの検出または出力コールの起動を行い、前 記コールが発生したチャネルに割当てられたプロトコルが前記コールを処理する ことができるかどうかを判定する手段、及び 前記検出手段に応答して、前記割当てられたプロトコルがそうしたコールを処 理できなかった場合に、前記コールを処理可能な、ユーザが定義した前記常駐プ ロトコルの中から、代替プロトコルを動的に選択するための手段を含むことを特 徴とする、前記スイッチ。 12．前記プロトコルのそれぞれが、有限状態マシンによって表されることを特徴 とする、請求項11に記載のスイッチ。 13．前記有限状態マシンのそれぞれが、プリミティブ・テーブルに関連した状態 /イベント・テーブルによって定義され、前記状態/イベント・テーブルが、複数 の所定の論理状態と、そうした論理状態のそれぞれに関連づけられた、少なくと も１つの所定のイベントを定義し、前記プリミティブ・テーブルが、１つ以上の プリミティブを定義し、そのそれぞれが、所定の順の所定の機能を含み、それに よって、前記所定のイベントが発生した場合に、発生したイベントに関連づけら れた所定のプリミティブが呼び出されることを特徴とする、請求項12に記載のス イッチ。 【図４】

Claims (1)

1. 【特許請求の範囲】 １．プログラム可能な電気通信スイッチを動作させる方法であって、前記スイッ チが、ホスト装置によって生成されるメッセージに応答して、複数のチャネルの 様々なスイッチ間の通信パスを動的に接続または切断するための制御可能なスイ ッチング手段を含み、前記方法が、 着信または出力コールを処理する１つ以上の通信プロトコルを定義するステッ プであって、前記通信プロトコルのそれぞれが有限状態マシンで表現される、前 記ステップ、 最初に、少なくとも１つの前記プロトコルを前記チャネルのそれぞれに割当て 、それによって、様々なプロトコルが様々なチャネルに割当てられうるステップ 、及び 前記チャネルの１つで、着信コールを検出するかまたは、出力コールを開始す る際に、現在前記チャネルの前記１つに割当てられているプロトコルが、前記着 信コールまたは出力コールを処理することができるかどうかを判定し、前記割当 てられているプロトコルが前記着信コールまたは出力コールを処理することがで きない場合、前記割当てられているプロトコルが前記着信コールまたは出力コー ルを処理することができる、別の前記プロトコルを動的に選択し、前記選択され たプロトコルを使用して前記着信コールまたは出力コールを処理するステップを 含むことを特徴とする、前記方法。 ２．前記有限状態マシンのそれぞれが、プリミティブ・テーブルに 関連した状態/イベント・テーブルによって表され、前記状態/イベント・テーブ ルが複数の所定の論理状態と、こうした状態に関連づけられた、少なくとも１つ の所定のイベントを定義し、前記プリミティブ・テーブルが、１つ以上のプリミ ティブを定義し、そのそれぞれが所定の順をなす所定の機能を含み、それによっ て、前記所定のイベントの１つが発生した場合に、発生したイベントに関連づけ られた所定のプリミティブが呼び出されることを特徴とする、請求項１に記載の 方法。 ３．前記チャネルのそれぞれが、現在の論理状態と対応するチャネルの状態のタ イプを表す情報、活動中の状態/イベント・テーブルへのポインタ、活動中のプ リミティブ・テーブルに対するポインタ、割当てられた状態/イベント・テーブ ルへのポインタ、及び割当てられたプリミティブ・テーブルに対するポインタを 含む、対応するデータ・ブロックに割当てられることを特徴とする、請求項２に 記載の方法。 ４．前記有限状態マシンが、前記所定の機能の定義を含む前記ポインタとライブ ラリに応答して動作する、状態マシン・エンジンによって解釈されることを特徴 とする、請求項３に記載の方法。 ５．前記プロトコルのうち１つ以上が、前記電気通信スイッチ内の記憶域に関し て、ユーザに定義され、またはダウンロードされるものであることを特徴とする 、請求項１に記載の方法。 ６．前記プロトコルのうち１つ以上が、前記電気通信スイッチ内に常駐すること を特徴とする、請求項１に記載の方法。 ７．プログラム可能な電気通信スイッチで使用されるように通信プロトコルを開 発するための方法であって、前記スイッチが、ホスト装置によって生成されるメ ッセージに応答して、複数のチャネルの様々なスイッチの間の通信パスを、動的 に接続または切断するための制御可能なスイッチング手段を含み、前記方法が、 １つ以上の状態/イベント・テーブルを作成するステップであって、そのテー ブルのそれぞれが、複数の所定の論理状態、各論理状態に関連づけられた、少な くとも１つの所定のイベント、及び関連するイベントの発生に際して呼び出され る前記各イベントに関連づけられた、１つのプリミティブを定義する、前記ステ ップ、 １つ以上のプリミティブ・テーブルを作成するステップであって、そのテーブ ルのそれぞれが、それぞれの前記プリミティブ毎に、所定の順の所定の機能を定 義する、前記ステップ、 １つ以上の通信プロトコルを作成するステップであって、そのプロトコルのそ れぞれが前記状態/イベント・テーブルの１つ、及び前記プリミティブ・テーブ ルの１つの所定の組み合わせによって表現される、前記ステップ、 前記通信プロトコルの１つ以上を、前記プログラム可能な電気通信スイッチ内 に記憶するステップ、及び 少なくとも１つの前記通信プロトコルを、前記チャネルのそれぞれに割当てる ステップを含むことを特徴とする、前記方法。 ８．前記チャネルにおいて、着信コールの検出または出力コールの起動が行われ る際に、その通信プロトコルが現在、前記着信コール または出力コールを処理できる前記チャネルの前記１つに割当てられているかど うか判定し、現在割当てられている前記プロトコルが前記着信コールまたは出力 コールを処理できない場合、前記着信コールまたは出力コールを処理できる前記 プロトコルの別の１つを動的に選択することを特徴とする、請求項７に記載の方 法。 ９．前記チャネルのそれぞれが、現在の論理状態と対応するチャネルの状態のタ イプを表す情報、活動中の状態/イベント・テーブルへのポインタ、活動中のプ リミティブ・テーブルへのポインタ、割当てられた状態/イベント・テーブルへ のポインタ、及び割当てられたプリミティブ・テーブルへのポインタを含む、対 応するデータ・ブロックに割当てられることを特徴とする、請求項８に記載の方 法。 10．前記有限状態マシンが、前記所定の機能の定義を含む、前記ポインタとライ ブラリに応答して動作する状態マシン・エンジンによって解釈されることを特徴 とする、請求項９に記載の方法。 11．プログラム可能な電気通信スイッチが、 ホストによって生成されるメッセージに応答して、複数のチャネルの様々なス イッチの間の通信パスを、動的に接続または切断するための、前記チャネルに対 応する複数のタイム・スロットをスイッチングするためのタイム・スロット交換 を含む制御可能なスイッチング手段と、前記メッセージを処理するための手段、 前記チャネルを表すアナログまたはディジタル線、または幹線のいずれかを終 了させるための前記スイッチング手段と関連して通信するように接続された、１ つ以上の手段、 １つ以上の通信プロトコルを記憶する手段であって、前記チャネルのそれぞれ が、そのチャネルに割当てられた、前記通信プロトコルの１つを有する、前記手 段、 前記チャネルのどれかで着信コールの検出または出力コールの起動を行い、前 記コールが発生したチャネルに割当てられたプロトコルが前記コールを処理する ことができるかどうかを判定する手段、及び 前記検出手段に応答して、前記割当てられたプロトコルがそうしたコールを処 理できなかった場合に、前記コールを処理可能な、ユーザが定義した前記常駐プ ロトコルの中から、代替プロトコルを動的に選択するための手段を含むことを特 徴とする、前記スイッチ。 12．前記プロトコルのそれぞれが、有限状態マシンによって表されることを特徴 とする、請求項11に記載のスイッチ。 13．前記有限状態マシンのそれぞれが、プリミティブ・テーブルに関連した状態 /イベント・テーブルによって定義され、前記状態/イベント・テーブルが、複数 の所定の論理状態と、そうした論理状態のそれぞれに関連づけられた、少なくと も１つの所定のイベントを定義し、前記プリミティブ・テーブルが、１つ以上の プリミティブを定義し、そのそれぞれが、所定の順の所定の機能を含み、それに よって、前記所定のイベントが発生した場合に、発生したイベントに関連づけら れた所定のプリミティブが呼び出されることを特徴とする、請求項12に記載のス イッチ。