JP2000101716A - 通信システム - Google Patents
通信システムInfo
- Publication number
- JP2000101716A JP2000101716A JP11195366A JP19536699A JP2000101716A JP 2000101716 A JP2000101716 A JP 2000101716A JP 11195366 A JP11195366 A JP 11195366A JP 19536699 A JP19536699 A JP 19536699A JP 2000101716 A JP2000101716 A JP 2000101716A
- Authority
- JP
- Japan
- Prior art keywords
- parameter
- encoding
- protocol
- message
- supported
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q3/00—Selecting arrangements
- H04Q3/0016—Arrangements providing connection between exchanges
- H04Q3/0025—Provisions for signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/08—Protocols for interworking; Protocol conversion
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Exchange Systems With Centralized Control (AREA)
- Telephonic Communication Services (AREA)
Abstract
(57)【要約】
【課題】 通信システムにおいて、新規のパラメータを
表すためにさらに多くのエンコーディングを有するとと
もに、古いバージョンのプロトコルで通信するシステム
を使用し続けることが可能なように既存のプロトコルと
互換性のあるプロトコルを提供する。 【解決手段】 古いバージョンのプロトコルを用いて通
信するデバイスは、拡大されたエンコーディングフィー
ルドを有するパラメータを含むメッセージを受信するこ
とができる。デバイスは、旧プロトコルでコマンドを表
すエンコーディングを有するパラメータを読み取り処理
する。新しい長さの拡大されたパラメータ識別フィール
ドは、旧プロトコルで通信するデバイスでは無視され
る。新プロトコルを用いて通信するデバイスは、新旧い
ずれのプロトコルによって期待される長さの識別フィー
ルドを有するパラメータも読み取り処理する。
表すためにさらに多くのエンコーディングを有するとと
もに、古いバージョンのプロトコルで通信するシステム
を使用し続けることが可能なように既存のプロトコルと
互換性のあるプロトコルを提供する。 【解決手段】 古いバージョンのプロトコルを用いて通
信するデバイスは、拡大されたエンコーディングフィー
ルドを有するパラメータを含むメッセージを受信するこ
とができる。デバイスは、旧プロトコルでコマンドを表
すエンコーディングを有するパラメータを読み取り処理
する。新しい長さの拡大されたパラメータ識別フィール
ドは、旧プロトコルで通信するデバイスでは無視され
る。新プロトコルを用いて通信するデバイスは、新旧い
ずれのプロトコルによって期待される長さの識別フィー
ルドを有するパラメータも読み取り処理する。
Description
【０００１】
【発明の属する技術分野】本発明は、第１通信デバイス
と第２通信デバイスの間で伝送されるメッセージのパラ
メータフィールド内のパラメータを表すのに使用可能な
エンコーディングの数を拡大することに関し、特に、拡
大されたパラメータエンコーディングをメッセージが含
んでいることを知らせるための、パラメータフィールド
内のインジケータに関する。
と第２通信デバイスの間で伝送されるメッセージのパラ
メータフィールド内のパラメータを表すのに使用可能な
エンコーディングの数を拡大することに関し、特に、拡
大されたパラメータエンコーディングをメッセージが含
んでいることを知らせるための、パラメータフィールド
内のインジケータに関する。
【０００２】
【従来の技術】接続されたコンピュータシステムのよう
な第１デバイスと第２デバイスが通信パスを通じて互い
に通信することは一般的である。デバイス間のほとんど
の通信は、第１デバイスと第２デバイスの間でメッセー
ジパケットを伝送することを含む。メッセージパケット
は、メッセージとして伝送される情報のさまざまな部分
を表す複数のフィールドに分かれたバイナリデータのス
トリームである。通信を行うために、２つのデバイスは
同じプロトコルを用いてメッセージパケットを生成し読
み取らなければならない。プロトコルとは、メッセージ
パケット内のフィールドの構造と、フィールド内のビッ
トのエンコーディングとを定義する規則のセットのこと
である。
な第１デバイスと第２デバイスが通信パスを通じて互い
に通信することは一般的である。デバイス間のほとんど
の通信は、第１デバイスと第２デバイスの間でメッセー
ジパケットを伝送することを含む。メッセージパケット
は、メッセージとして伝送される情報のさまざまな部分
を表す複数のフィールドに分かれたバイナリデータのス
トリームである。通信を行うために、２つのデバイスは
同じプロトコルを用いてメッセージパケットを生成し読
み取らなければならない。プロトコルとは、メッセージ
パケット内のフィールドの構造と、フィールド内のビッ
トのエンコーディングとを定義する規則のセットのこと
である。
【０００３】デバイス間で伝送されるパケットは、パラ
メータ（例えば、受信側デバイスが指定の機能を実行す
ることを命ずるコマンドとその機能を実行するのに必要
なデータ、あるいは、特定のタイプのデータ）を含む。
１つのパラメータは、メッセージ内の１つのデータフィ
ールドである。各パラメータは、パラメータの長さをビ
ット数で示すデータ長サブフィールド、要求される機能
を識別するパラメータ識別フィールド、およびデータフ
ィールドなどのいくつかのサブフィールドに分かれる。
パラメータ識別フィールドでは、プロトコルでサポート
されるそれぞれのパラメータを示すために固有のエンコ
ーディングが用いられる。例えば、パラメータ識別フィ
ールドは８ビット長すなわち１バイト長であり、それぞ
れの８ビットエンコーディングは異なるコマンドを表
す。例えば、第１のパラメータはエンコーディング００
００００００によって表され、第２のパラメータはエン
コーディング００００１１１１によって表される。メッ
セージを受信するデバイスは、メッセージ内のパラメー
タからパラメータ識別フィールドを読み取り、実行すべ
きコマンドを判定する。
メータ（例えば、受信側デバイスが指定の機能を実行す
ることを命ずるコマンドとその機能を実行するのに必要
なデータ、あるいは、特定のタイプのデータ）を含む。
１つのパラメータは、メッセージ内の１つのデータフィ
ールドである。各パラメータは、パラメータの長さをビ
ット数で示すデータ長サブフィールド、要求される機能
を識別するパラメータ識別フィールド、およびデータフ
ィールドなどのいくつかのサブフィールドに分かれる。
パラメータ識別フィールドでは、プロトコルでサポート
されるそれぞれのパラメータを示すために固有のエンコ
ーディングが用いられる。例えば、パラメータ識別フィ
ールドは８ビット長すなわち１バイト長であり、それぞ
れの８ビットエンコーディングは異なるコマンドを表
す。例えば、第１のパラメータはエンコーディング００
００００００によって表され、第２のパラメータはエン
コーディング００００１１１１によって表される。メッ
セージを受信するデバイスは、メッセージ内のパラメー
タからパラメータ識別フィールドを読み取り、実行すべ
きコマンドを判定する。
【０００４】所定の長さのパラメータ識別フィールドを
有するプロトコルシステムにさらにコマンドを追加する
ことが問題となる。エンコーディングの所定の長さは、
パラメータを表すのに使用可能なエンコーディングの数
を制限する。例えば、１バイトすなわち８ビットエンコ
ーディングフィールドは、２５６個のエンコーディング
しか持つことができない。２５６個のエンコーディング
が相異なるパラメータに割り当てられた後には、そのプ
ロトコルにさらにパラメータを追加することができな
い。
有するプロトコルシステムにさらにコマンドを追加する
ことが問題となる。エンコーディングの所定の長さは、
パラメータを表すのに使用可能なエンコーディングの数
を制限する。例えば、１バイトすなわち８ビットエンコ
ーディングフィールドは、２５６個のエンコーディング
しか持つことができない。２５６個のエンコーディング
が相異なるパラメータに割り当てられた後には、そのプ
ロトコルにさらにパラメータを追加することができな
い。
【０００５】プロトコルにさらにパラメータを追加する
１つの方法は、パラメータ内の識別フィールドの長さを
変更して、パラメータを表すのに利用可能なエンコーデ
ィングの数を増加させることである。しかし、識別サブ
フィールドを長くすることは受け入れられない。識別フ
ィールドが長くされると、そのプロトコルを用いてメッ
セージを受信する各デバイスは、プロトコルの更新バー
ジョンを受け取って、パラメータ内の識別フィールドの
新しい長さを認識しなければならない。さもなければ、
古いバージョンのプロトコルを有するシステムは、新し
い長さの新しいエンコーディングを認識せず、新しいプ
ロトコルで送信されたメッセージを正しく読むことがで
きない。多くのシステムでは、システム内のあらゆるデ
バイスによって通信に使用されるプロトコルを更新する
ことは、経費およびロジスティックスの点から不可能で
ある。
１つの方法は、パラメータ内の識別フィールドの長さを
変更して、パラメータを表すのに利用可能なエンコーデ
ィングの数を増加させることである。しかし、識別サブ
フィールドを長くすることは受け入れられない。識別フ
ィールドが長くされると、そのプロトコルを用いてメッ
セージを受信する各デバイスは、プロトコルの更新バー
ジョンを受け取って、パラメータ内の識別フィールドの
新しい長さを認識しなければならない。さもなければ、
古いバージョンのプロトコルを有するシステムは、新し
い長さの新しいエンコーディングを認識せず、新しいプ
ロトコルで送信されたメッセージを正しく読むことがで
きない。多くのシステムでは、システム内のあらゆるデ
バイスによって通信に使用されるプロトコルを更新する
ことは、経費およびロジスティックスの点から不可能で
ある。
【０００６】上記の問題点を有するシステムの一般的な
例は電話システムである。電話システムでは、交換シス
テムのコントローラが、交換システムを接続するトラン
クを通じて互いに通信する。メッセージパケットが交換
システム間で伝送され、電話端末間のコネクションを確
立し維持する。このメッセージパケットは、メッセージ
タイプ識別、パケット内のビット数を示すフィールド、
および、複数のパラメータを含む。パケット内の各パラ
メータは、パラメータの長さをビット数で示す長さフィ
ールド、パラメータエンコーディングを含む１バイトの
識別フィールド、および、そのパラメータによって表さ
れるオペレーションを実行するのに必要なデータを含
む。
例は電話システムである。電話システムでは、交換シス
テムのコントローラが、交換システムを接続するトラン
クを通じて互いに通信する。メッセージパケットが交換
システム間で伝送され、電話端末間のコネクションを確
立し維持する。このメッセージパケットは、メッセージ
タイプ識別、パケット内のビット数を示すフィールド、
および、複数のパラメータを含む。パケット内の各パラ
メータは、パラメータの長さをビット数で示す長さフィ
ールド、パラメータエンコーディングを含む１バイトの
識別フィールド、および、そのパラメータによって表さ
れるオペレーションを実行するのに必要なデータを含
む。
【０００７】
【発明が解決しようとする課題】電話システムでは、電
話サービスを提供するのに必要な一般的なオペレーショ
ンおよびデータを表すパラメータに特定のエンコーディ
ングを予約することが普通である。残りのエンコーディ
ングは、カスタム通話機能を提供するのに必要となる他
のコマンドを表すために使用可能である。しかし、多く
の電話会社は、顧客に提供する電話サービスを拡張して
おり、空いているエンコーディングより多くのパラメー
タタイプを必要としている。拡張されたサービスの提供
のためにさらに多くのパラメータを追加するため、電話
網内のあらゆる交換システムに新しいプロトコルをイン
ストールすることは、高価であり、ロジスティック的に
不可能である。従って、新規のパラメータを表すために
さらに多くのエンコーディングを有するとともに、古い
バージョンのプロトコルで通信するシステムを使用し続
けることが可能なように既存のプロトコルと互換性のあ
るプロトコルを提供することが必要とされる。
話サービスを提供するのに必要な一般的なオペレーショ
ンおよびデータを表すパラメータに特定のエンコーディ
ングを予約することが普通である。残りのエンコーディ
ングは、カスタム通話機能を提供するのに必要となる他
のコマンドを表すために使用可能である。しかし、多く
の電話会社は、顧客に提供する電話サービスを拡張して
おり、空いているエンコーディングより多くのパラメー
タタイプを必要としている。拡張されたサービスの提供
のためにさらに多くのパラメータを追加するため、電話
網内のあらゆる交換システムに新しいプロトコルをイン
ストールすることは、高価であり、ロジスティック的に
不可能である。従って、新規のパラメータを表すために
さらに多くのエンコーディングを有するとともに、古い
バージョンのプロトコルで通信するシステムを使用し続
けることが可能なように既存のプロトコルと互換性のあ
るプロトコルを提供することが必要とされる。
【０００８】
【課題を解決するための手段】プロトコル内の既存のパ
ラメータに対する既存のエンコーディングを維持しなが
ら、メッセージパケットのパラメータでエンコード可能
なパラメータ識別の数を増加させるシステムの提供によ
って、上記およびその他の問題点は解決され、技術上の
進歩が達成される。本発明のシステムによれば、古いバ
ージョンのプロトコルを用いて通信するデバイスは、拡
大されたエンコーディングフィールドを有するパラメー
タを含むメッセージを受信することができる。デバイス
は、旧プロトコルでコマンドを表すエンコーディングを
有するパラメータを読み取り処理する。新しい長さの拡
大されたパラメータ識別フィールドは、旧プロトコルで
通信するデバイスでは無視される。新プロトコルを用い
て通信するデバイスは、新旧いずれのプロトコルによっ
て期待される長さの識別フィールドを有するパラメータ
も読み取り処理する。本発明によれば、新プロトコルを
用いて動作するデバイスは、旧プロトコルを用いるデバ
イスと通信することができる。
ラメータに対する既存のエンコーディングを維持しなが
ら、メッセージパケットのパラメータでエンコード可能
なパラメータ識別の数を増加させるシステムの提供によ
って、上記およびその他の問題点は解決され、技術上の
進歩が達成される。本発明のシステムによれば、古いバ
ージョンのプロトコルを用いて通信するデバイスは、拡
大されたエンコーディングフィールドを有するパラメー
タを含むメッセージを受信することができる。デバイス
は、旧プロトコルでコマンドを表すエンコーディングを
有するパラメータを読み取り処理する。新しい長さの拡
大されたパラメータ識別フィールドは、旧プロトコルで
通信するデバイスでは無視される。新プロトコルを用い
て通信するデバイスは、新旧いずれのプロトコルによっ
て期待される長さの識別フィールドを有するパラメータ
も読み取り処理する。本発明によれば、新プロトコルを
用いて動作するデバイスは、旧プロトコルを用いるデバ
イスと通信することができる。
【０００９】新プロトコルでは、パラメータの識別フィ
ールドは２つの長さのうちの１つである。識別フィール
ドの第１の長さは、旧プロトコルでのエンコーディング
の長さである。旧プロトコルによってサポートされるパ
ラメータのエンコーディングは、パラメータの識別フィ
ールドに書き込まれる。パラメータが、新プロトコルに
よってサポートされる新しいパラメータである場合、エ
ンコーディングは第２の、拡大された長さである。旧プ
ロトコルでのパラメータを表さないエンコーディング
は、新パラメータの識別フィールドに書き込まれる。未
使用エンコーディングは、拡大されたエンコーディング
がデータサブフィールドの最初の識別サブフィールドに
書き込まれていることを示す。
ールドは２つの長さのうちの１つである。識別フィール
ドの第１の長さは、旧プロトコルでのエンコーディング
の長さである。旧プロトコルによってサポートされるパ
ラメータのエンコーディングは、パラメータの識別フィ
ールドに書き込まれる。パラメータが、新プロトコルに
よってサポートされる新しいパラメータである場合、エ
ンコーディングは第２の、拡大された長さである。旧プ
ロトコルでのパラメータを表さないエンコーディング
は、新パラメータの識別フィールドに書き込まれる。未
使用エンコーディングは、拡大されたエンコーディング
がデータサブフィールドの最初の識別サブフィールドに
書き込まれていることを示す。
【００１０】新プロトコルは旧プロトコルと完全に下位
互換性がある。旧プロトコルにおけるコマンドのエンコ
ーディングはいずれも新プロトコルで変更されていない
ので、２つのプロトコルは互換性がある。旧プロトコル
を用いて通信するデバイスは、新プロトコルを用いるデ
バイスによって送信されたメッセージパケットを読むこ
とが可能であり、旧プロトコルからのパラメータのすべ
てのエンコーディングを認識することができる。旧プロ
トコルで通信するデバイスが拡大エンコーディングを示
す未使用エンコーディングを読み取ると、その未使用エ
ンコーディングは旧プロトコルにおける正しいパラメー
タ識別とは認識されず、そのデバイスは残りのパラメー
タを読まない。未使用エンコーディングを使用すること
により、旧プロトコルで通信するデバイスが、パラメー
タのデータフィールド内の拡大識別シールドを読まない
ことが保証される。旧プロトコルを用いるデバイスが、
新しいパラメータエンコーディングを古いパラメータお
よびデータとして誤って解釈する可能性はない。
互換性がある。旧プロトコルにおけるコマンドのエンコ
ーディングはいずれも新プロトコルで変更されていない
ので、２つのプロトコルは互換性がある。旧プロトコル
を用いて通信するデバイスは、新プロトコルを用いるデ
バイスによって送信されたメッセージパケットを読むこ
とが可能であり、旧プロトコルからのパラメータのすべ
てのエンコーディングを認識することができる。旧プロ
トコルで通信するデバイスが拡大エンコーディングを示
す未使用エンコーディングを読み取ると、その未使用エ
ンコーディングは旧プロトコルにおける正しいパラメー
タ識別とは認識されず、そのデバイスは残りのパラメー
タを読まない。未使用エンコーディングを使用すること
により、旧プロトコルで通信するデバイスが、パラメー
タのデータフィールド内の拡大識別シールドを読まない
ことが保証される。旧プロトコルを用いるデバイスが、
新しいパラメータエンコーディングを古いパラメータお
よびデータとして誤って解釈する可能性はない。
【００１１】新しいパラメータエンコーディングは、新
プロトコルを用いるデバイスによって次のように認識さ
れる。デバイスは、パラメータの識別フィールドから未
使用エンコーディングを読み取る。未使用エンコーディ
ングは、拡大エンコーディングがデータフィールドに書
き込まれていることを知らせる。すると、デバイスは、
新しいパラメータに対する新しいエンコーディングを含
むデータフィールドの最初のｎビットを読み取る。新し
いエンコーディングの追加は、新コマンドを含むパラメ
ータあたりｎビットしかパケット長を増大させない。
プロトコルを用いるデバイスによって次のように認識さ
れる。デバイスは、パラメータの識別フィールドから未
使用エンコーディングを読み取る。未使用エンコーディ
ングは、拡大エンコーディングがデータフィールドに書
き込まれていることを知らせる。すると、デバイスは、
新しいパラメータに対する新しいエンコーディングを含
むデータフィールドの最初のｎビットを読み取る。新し
いエンコーディングの追加は、新コマンドを含むパラメ
ータあたりｎビットしかパケット長を増大させない。
【００１２】
【発明の実施の形態】本発明は、デバイス間で伝送され
るメッセージパケット内のパラメータをエンコードする
のに用いられるプロトコルに関する。本発明のプロトコ
ルを使用することが可能なシステムの一例を図１に示
す。電話システム１００の一部が図１に示されている。
電話システム１００は、第１の交換システム１０１およ
び第２の交換システム１１１を有する。交換システム１
０１は、ライン１４１〜１４２を通じてｎ個の電話端末
１３１〜１３２に電話サービスを提供し、交換システム
１１１はライン１４３〜１４５を通じて電話端末１３３
〜１３５に電話サービスを提供する。交換システム１０
１および１１１は、Lucent Technologies社によって製
造されている５ＥＳＳ交換機のような当業者に周知の交
換システムとすることが可能である。トランク１０２
は、交換システム１０１と１１１を接続し、システム間
の通話回線を確立する。また、交換システム１０１およ
び１１１は、トランク１０２を通じて互いにメッセージ
パケットを通信することも可能である。
るメッセージパケット内のパラメータをエンコードする
のに用いられるプロトコルに関する。本発明のプロトコ
ルを使用することが可能なシステムの一例を図１に示
す。電話システム１００の一部が図１に示されている。
電話システム１００は、第１の交換システム１０１およ
び第２の交換システム１１１を有する。交換システム１
０１は、ライン１４１〜１４２を通じてｎ個の電話端末
１３１〜１３２に電話サービスを提供し、交換システム
１１１はライン１４３〜１４５を通じて電話端末１３３
〜１３５に電話サービスを提供する。交換システム１０
１および１１１は、Lucent Technologies社によって製
造されている５ＥＳＳ交換機のような当業者に周知の交
換システムとすることが可能である。トランク１０２
は、交換システム１０１と１１１を接続し、システム間
の通話回線を確立する。また、交換システム１０１およ
び１１１は、トランク１０２を通じて互いにメッセージ
パケットを通信することも可能である。
【００１３】交換システム１０１はコントローラ１０３
を有する。コントローラ１０３は、図２に示すような処
理システムであり、システム１０１によって実行される
オペレーションを制御する。コントローラ１０３は、パ
ス１０４を通じて制御信号を交換システム１０１に送信
する。交換システム１１１はコントローラ１１３を有す
る。コントローラ１１３は、図２に示すような処理シス
テムであり、システム１１１によって実行されるオペレ
ーションを制御する。コントローラ１１３は、パス１１
４を通じて制御信号を交換システム１１１に送信する。
コントローラ１０３と１１３は、トランク１０２を通じ
てメッセージパケットを送信することによって、交換シ
ステム１０１および１１１が電話サービスを提供するオ
ペレーションを調整する。
を有する。コントローラ１０３は、図２に示すような処
理システムであり、システム１０１によって実行される
オペレーションを制御する。コントローラ１０３は、パ
ス１０４を通じて制御信号を交換システム１０１に送信
する。交換システム１１１はコントローラ１１３を有す
る。コントローラ１１３は、図２に示すような処理シス
テムであり、システム１１１によって実行されるオペレ
ーションを制御する。コントローラ１１３は、パス１１
４を通じて制御信号を交換システム１１１に送信する。
コントローラ１０３と１１３は、トランク１０２を通じ
てメッセージパケットを送信することによって、交換シ
ステム１０１および１１１が電話サービスを提供するオ
ペレーションを調整する。
【００１４】図２に、コントローラ１０３および１１３
の機能を実行するためにメモリに格納されているアプリ
ケーションを実行する一般的な処理ユニット（処理シス
テム）２００を示す。中央処理ユニット（ＣＰＵ）２０
１は、メモリから命令を読み出しその命令を実行する処
理ユニットである。ＣＰＵ２０１は、バス２０２および
メモリバス２０３を通じてメモリとの間でデータの読み
書きを行う。読み出し専用メモリ（ＲＯＭ）２０６は、
パス２０４を通じてメモリバス２０３に接続される。Ｒ
ＯＭ２０６は、処理システム２００を動作させるのに必
要な基本処理命令を実行するのにＣＰＵ２０１によって
必要とされる命令を格納する。ランダムアクセスメモリ
（ＲＡＭ）２０７は、パス２０５を通じてメモリバス２
０３に接続される。ＲＡＭ２０７は、アプリケーション
を実行するのに必要なデータおよび命令を格納する。
の機能を実行するためにメモリに格納されているアプリ
ケーションを実行する一般的な処理ユニット（処理シス
テム）２００を示す。中央処理ユニット（ＣＰＵ）２０
１は、メモリから命令を読み出しその命令を実行する処
理ユニットである。ＣＰＵ２０１は、バス２０２および
メモリバス２０３を通じてメモリとの間でデータの読み
書きを行う。読み出し専用メモリ（ＲＯＭ）２０６は、
パス２０４を通じてメモリバス２０３に接続される。Ｒ
ＯＭ２０６は、処理システム２００を動作させるのに必
要な基本処理命令を実行するのにＣＰＵ２０１によって
必要とされる命令を格納する。ランダムアクセスメモリ
（ＲＡＭ）２０７は、パス２０５を通じてメモリバス２
０３に接続される。ＲＡＭ２０７は、アプリケーション
を実行するのに必要なデータおよび命令を格納する。
【００１５】Ｉ／Ｏバス２０８は、バス２０２に接続さ
れ、バスに接続されたＩ／ＯデバイスにＣＰＵ２０１が
データを転送することを可能にする。ディスクドライブ
２１２は、Ｉ／Ｏバス２０８に接続されたＩ／Ｏデバイ
スの一例である。ディスク２１２は、パス２０９を通じ
てＩ／Ｏバス２０８に接続され、記憶媒体上にデータを
格納する。他の処理システムと通信してデータを転送す
るために、処理システム２００は、イーサーネットカー
ドやモデムのようなネットワークインタフェース２１３
を有する。ネットワークインタフェース２１３は、パス
２１５を通じてネットワークとの間でデータを送受信
し、パス２１０を通じてＩ／Ｏバス２０８に接続され
る。パス２１１を通じて他のＩ／Ｏデバイス２１４をＩ
／Ｏバスに接続することも可能である。
れ、バスに接続されたＩ／ＯデバイスにＣＰＵ２０１が
データを転送することを可能にする。ディスクドライブ
２１２は、Ｉ／Ｏバス２０８に接続されたＩ／Ｏデバイ
スの一例である。ディスク２１２は、パス２０９を通じ
てＩ／Ｏバス２０８に接続され、記憶媒体上にデータを
格納する。他の処理システムと通信してデータを転送す
るために、処理システム２００は、イーサーネットカー
ドやモデムのようなネットワークインタフェース２１３
を有する。ネットワークインタフェース２１３は、パス
２１５を通じてネットワークとの間でデータを送受信
し、パス２１０を通じてＩ／Ｏバス２０８に接続され
る。パス２１１を通じて他のＩ／Ｏデバイス２１４をＩ
／Ｏバスに接続することも可能である。
【００１６】本発明は、旧プロトコルと下位互換性のあ
る拡大されたパラメータエンコーディングを有する新プ
ロトコルを提供するシステムに関する。図３に、電話サ
ービスを提供するためにＳＳ７電話呼プロトコル（Ｎ
ｏ．７信号方式）に類似の電話プロトコルを用いて交換
システム間でデータを伝送するために用いられるメッセ
ージパケット３００を示す。理解されるように、本発明
によるパラメータを拡大する方式は、他のプロトコルの
メッセージパケットにおいて、および、パラメータエン
コーディングフィールドを拡大する他の方式において
も、使用可能である。
る拡大されたパラメータエンコーディングを有する新プ
ロトコルを提供するシステムに関する。図３に、電話サ
ービスを提供するためにＳＳ７電話呼プロトコル（Ｎ
ｏ．７信号方式）に類似の電話プロトコルを用いて交換
システム間でデータを伝送するために用いられるメッセ
ージパケット３００を示す。理解されるように、本発明
によるパラメータを拡大する方式は、他のプロトコルの
メッセージパケットにおいて、および、パラメータエン
コーディングフィールドを拡大する他の方式において
も、使用可能である。
【００１７】メッセージパケット３００は、メッセージ
識別フィールド３０１、データフィールド３０２、メッ
セージ長フィールド３０３、ＣＰＭＩＤフィールド３０
４、ＥＣＩＤ Ａフィールド３０５、およびＥＣＩＤ
Ｂフィールド３０６を含む、当業者に周知の標準のオー
バーヘッドデータを含む。フィールド３０７は、パケッ
ト３００内にエンコードされたパラメータフィールドの
最初である。例示のため、メッセージ３００は、旧プロ
トコルからのパラメータに対するパラメータエンコーデ
ィングを有するパラメータ３１０と、新プロトコルから
の新パラメータエンコーディングを有するパラメータ３
２０とを含む。一般的なパケット３００は、少なくとも
１つのパラメータを有し、１つのパケットに複数のパラ
メータを含むこともある。メッセージ内のパラメータの
数はプロトコルの設計者に委ねられる。
識別フィールド３０１、データフィールド３０２、メッ
セージ長フィールド３０３、ＣＰＭＩＤフィールド３０
４、ＥＣＩＤ Ａフィールド３０５、およびＥＣＩＤ
Ｂフィールド３０６を含む、当業者に周知の標準のオー
バーヘッドデータを含む。フィールド３０７は、パケッ
ト３００内にエンコードされたパラメータフィールドの
最初である。例示のため、メッセージ３００は、旧プロ
トコルからのパラメータに対するパラメータエンコーデ
ィングを有するパラメータ３１０と、新プロトコルから
の新パラメータエンコーディングを有するパラメータ３
２０とを含む。一般的なパケット３００は、少なくとも
１つのパラメータを有し、１つのパケットに複数のパラ
メータを含むこともある。メッセージ内のパラメータの
数はプロトコルの設計者に委ねられる。
【００１８】パラメータ３１０は、旧プロトコルに存在
し、新旧いずれのプロトコルを用いて通信するシステム
によっても認識されるパラメータエンコーディングを有
する。最初のデータフィールド３１１は、パラメータ３
１０の長さをバイト数で示す。システムは、パケットを
読み取るときに、このバイト数をこのパラメータとして
まとめて扱う。パラメータ識別フィールド３１２は、旧
プロトコルでエンコードされたコマンドに固有のエンコ
ーディングを含む１バイトのデータである。フィールド
３１３〜３１５は、このパラメータによって表されるオ
ペレーションを実行する際に用いられる、このパラメー
タで送信されたｎバイトのデータのフィールドである。
新旧いずれのプロトコルを用いて動作する交換システム
もパラメータ３１０を認識し、パラメータ３１０を処理
する。
し、新旧いずれのプロトコルを用いて通信するシステム
によっても認識されるパラメータエンコーディングを有
する。最初のデータフィールド３１１は、パラメータ３
１０の長さをバイト数で示す。システムは、パケットを
読み取るときに、このバイト数をこのパラメータとして
まとめて扱う。パラメータ識別フィールド３１２は、旧
プロトコルでエンコードされたコマンドに固有のエンコ
ーディングを含む１バイトのデータである。フィールド
３１３〜３１５は、このパラメータによって表されるオ
ペレーションを実行する際に用いられる、このパラメー
タで送信されたｎバイトのデータのフィールドである。
新旧いずれのプロトコルを用いて動作する交換システム
もパラメータ３１０を認識し、パラメータ３１０を処理
する。
【００１９】パラメータ３２０は、新プロトコルからの
ものであり、拡大されたパラメータ識別フィールドを有
する。パラメター３２０は、旧プロトコルによってサポ
ートされず、旧プロトコルを使用するシステムはこのパ
ラメータエンコーディングを認識しない。旧プロトコル
を用いて通信するシステムは、このエンコーディングが
認識されないため、新パラメータ３２０をスキップす
る。パラメータ３２０において、長さフィールド３２１
は、パラメータ３２０の長さをバイト数で示す。好まし
い実施例では、新パラメータエンコーディングを表す１
バイトがデータ長に追加される。当業者には認識される
ように、パラメータエンコーディングに使用するため
に、任意のバイト数を追加することが可能である。
ものであり、拡大されたパラメータ識別フィールドを有
する。パラメター３２０は、旧プロトコルによってサポ
ートされず、旧プロトコルを使用するシステムはこのパ
ラメータエンコーディングを認識しない。旧プロトコル
を用いて通信するシステムは、このエンコーディングが
認識されないため、新パラメータ３２０をスキップす
る。パラメータ３２０において、長さフィールド３２１
は、パラメータ３２０の長さをバイト数で示す。好まし
い実施例では、新パラメータエンコーディングを表す１
バイトがデータ長に追加される。当業者には認識される
ように、パラメータエンコーディングに使用するため
に、任意のバイト数を追加することが可能である。
【００２０】コマンドエンコーディングフィールド３２
２には、旧プロトコルからの未使用パラメータエンコー
ディングが書き込まれる。この未使用エンコーディング
は、新プロトコルで通信するように動作するシステムに
対して、新エンコーディングがパラメータ３２０に含ま
れることを示す。この未使用エンコーディングは、旧プ
ロトコルを用いて通信するシステムには認識されず、そ
のようなシステムはパラメータ３２０をスキップする。
好ましい実施例では、第２のパラメータ識別フィールド
３２３が、データの第１バイトに含まれる。当業者には
認識されるように、この第２パラメータエンコーディン
グフィールドの位置はデータフィールド内の任意の位置
に配置することが可能であり、また、表現可能なパラメ
ータの数を増加させるために任意個数の後続のパラメー
タエンコーディングフィールドをパラメータ３２０のデ
ータに追加することが可能である。フィールド３２４〜
３２６は、パラメータ３２０を実行するのに必要なｎバ
イトのデータを含む。
２には、旧プロトコルからの未使用パラメータエンコー
ディングが書き込まれる。この未使用エンコーディング
は、新プロトコルで通信するように動作するシステムに
対して、新エンコーディングがパラメータ３２０に含ま
れることを示す。この未使用エンコーディングは、旧プ
ロトコルを用いて通信するシステムには認識されず、そ
のようなシステムはパラメータ３２０をスキップする。
好ましい実施例では、第２のパラメータ識別フィールド
３２３が、データの第１バイトに含まれる。当業者には
認識されるように、この第２パラメータエンコーディン
グフィールドの位置はデータフィールド内の任意の位置
に配置することが可能であり、また、表現可能なパラメ
ータの数を増加させるために任意個数の後続のパラメー
タエンコーディングフィールドをパラメータ３２０のデ
ータに追加することが可能である。フィールド３２４〜
３２６は、パラメータ３２０を実行するのに必要なｎバ
イトのデータを含む。
【００２１】メッセージパケット３００を生成するのに
用いられる新プロトコルにおけるエンコーディング方式
の利点は、新プロトコルからのメッセージパケットが旧
プロトコルを用いて動作するシステムによって読み取り
可能であることである。これにより、ネットワーク内の
あらゆるシステムに新プロトコルを組み込むことを必要
とせずに、新プロトコルを実施することが可能となる。
旧プロトコルを用いるシステムは、新パラメータエンコ
ーディングを未確認パラメータとして単に無視するだけ
である。図４および図５で、旧プロトコルで通信するシ
ステムおよび新プロトコルで通信するシステムによって
実行される、メッセージを読み取るプロセスを説明す
る。
用いられる新プロトコルにおけるエンコーディング方式
の利点は、新プロトコルからのメッセージパケットが旧
プロトコルを用いて動作するシステムによって読み取り
可能であることである。これにより、ネットワーク内の
あらゆるシステムに新プロトコルを組み込むことを必要
とせずに、新プロトコルを実施することが可能となる。
旧プロトコルを用いるシステムは、新パラメータエンコ
ーディングを未確認パラメータとして単に無視するだけ
である。図４および図５で、旧プロトコルで通信するシ
ステムおよび新プロトコルで通信するシステムによって
実行される、メッセージを読み取るプロセスを説明す
る。
【００２２】図４のプロセス４００は、旧プロトコルを
用いて通信するシステムが、新プロトコルで通信するシ
ステムから受信したパケットを読み取るために実行する
ステップの概略である。プロセス４００はステップ４０
１から開始される。ステップ４０１で、旧プロトコルを
使用するシステムはパケット３００を受信する。ステッ
プ４０２で、システムは、パケット３００のフィールド
３０１〜３０６からメッセージパケットの情報を読み出
す。ステップ４０３で、パラメータ長を読み出し、カウ
ンタをセットする。ステップ４０４で、パラメータのパ
ラメータ識別フィールド（コマンドエンコーディングフ
ィールド）を読み出す。
用いて通信するシステムが、新プロトコルで通信するシ
ステムから受信したパケットを読み取るために実行する
ステップの概略である。プロセス４００はステップ４０
１から開始される。ステップ４０１で、旧プロトコルを
使用するシステムはパケット３００を受信する。ステッ
プ４０２で、システムは、パケット３００のフィールド
３０１〜３０６からメッセージパケットの情報を読み出
す。ステップ４０３で、パラメータ長を読み出し、カウ
ンタをセットする。ステップ４０４で、パラメータのパ
ラメータ識別フィールド（コマンドエンコーディングフ
ィールド）を読み出す。
【００２３】次に、ステップ４０５で、パラメータエン
コーディングが認識されたかどうかを判断する。パラメ
ータエンコーディングが認識された場合、ステップ４０
６で、データ長フィールド３１１で指定されるデータの
バイト数を読み出し、ステップ４０７で、システムは、
パラメータの処理に進む。パラメータエンコーディング
が認識されない場合、ステップ４０８で、データ長フィ
ールド３１１あるいは３２１からパラメータ長のバイト
数を読み出して捨てる。ステップ４０７または４０８の
後、ステップ４０９で、メッセージパケット３００内に
さらにパラメータがあるかどうかを判断する。さらにパ
ラメータがある場合、ステップ４０３〜４０９を繰り返
す。そうでない場合、プロセス４００は終了する。
コーディングが認識されたかどうかを判断する。パラメ
ータエンコーディングが認識された場合、ステップ４０
６で、データ長フィールド３１１で指定されるデータの
バイト数を読み出し、ステップ４０７で、システムは、
パラメータの処理に進む。パラメータエンコーディング
が認識されない場合、ステップ４０８で、データ長フィ
ールド３１１あるいは３２１からパラメータ長のバイト
数を読み出して捨てる。ステップ４０７または４０８の
後、ステップ４０９で、メッセージパケット３００内に
さらにパラメータがあるかどうかを判断する。さらにパ
ラメータがある場合、ステップ４０３〜４０９を繰り返
す。そうでない場合、プロセス４００は終了する。
【００２４】図５のプロセス５００は、新プロトコルを
使用するシステムによって実行される、メッセージパケ
ットの受信および読み取りの動作の概略である。プロセ
ス５００はステップ５０１から開始される。ステップ５
０１で、新プロトコルを使用するシステムはパケット３
００を受信する。ステップ５０２で、システムは、パケ
ット３００のフィールド３０１〜３０６からメッセージ
パケットの情報を読み出す。ステップ５０３で、コマン
ドのコマンドメッセージ長を読み出し、読み出したバイ
ト数を判定するカウンタをスタートさせる。ステップ５
０４で、パラメータのパラメータ識別フィールド３１２
あるいは３２２を読み出す。
使用するシステムによって実行される、メッセージパケ
ットの受信および読み取りの動作の概略である。プロセ
ス５００はステップ５０１から開始される。ステップ５
０１で、新プロトコルを使用するシステムはパケット３
００を受信する。ステップ５０２で、システムは、パケ
ット３００のフィールド３０１〜３０６からメッセージ
パケットの情報を読み出す。ステップ５０３で、コマン
ドのコマンドメッセージ長を読み出し、読み出したバイ
ト数を判定するカウンタをスタートさせる。ステップ５
０４で、パラメータのパラメータ識別フィールド３１２
あるいは３２２を読み出す。
【００２５】次に、ステップ５０５で、読み出したエン
コーディングが、新パラメータを示すエンコーディング
であるかどうかを判断する。新エンコーディングである
ことは、旧プロトコルからの所定の未使用コマンドエン
コーディングによって示される。エンコーディングが新
パラメータであることを示した場合、ステップ５０６
で、新エンコーディングを含む第２の識別フィールド
を、拡大コマンドエンコーディングフィールドから読み
出す。ステップ５０７で、読み出した新エンコーディン
グがパラメータの正しい識別であるかどうかを判断す
る。
コーディングが、新パラメータを示すエンコーディング
であるかどうかを判断する。新エンコーディングである
ことは、旧プロトコルからの所定の未使用コマンドエン
コーディングによって示される。エンコーディングが新
パラメータであることを示した場合、ステップ５０６
で、新エンコーディングを含む第２の識別フィールド
を、拡大コマンドエンコーディングフィールドから読み
出す。ステップ５０７で、読み出した新エンコーディン
グがパラメータの正しい識別であるかどうかを判断す
る。
【００２６】新エンコーディングが正しい場合、ステッ
プ５０８で、データ長フィールド３１１あるいは３２１
に示されるデータバイト数ｎを読み出す。その後、ステ
ップ５０９で、パラメータを処理する。ステップ５１０
で、メッセージパケット３００がさらにパラメータを含
むかどうかを判断する。メッセージパケット３００がさ
らにパラメータを含まない場合、プロセス５００は終了
する。メッセージパケット３００がさらにパラメータを
含む場合、プロセス５００を、ステップ５０３から繰り
返す。ステップ５０７で新パラメータエンコーディング
が正しいパラメータ識別でないと判断された場合、ステ
ップ５１１で、次のｎバイトを読み出して無視する。そ
の後、システムはステップ５１０に進む。
プ５０８で、データ長フィールド３１１あるいは３２１
に示されるデータバイト数ｎを読み出す。その後、ステ
ップ５０９で、パラメータを処理する。ステップ５１０
で、メッセージパケット３００がさらにパラメータを含
むかどうかを判断する。メッセージパケット３００がさ
らにパラメータを含まない場合、プロセス５００は終了
する。メッセージパケット３００がさらにパラメータを
含む場合、プロセス５００を、ステップ５０３から繰り
返す。ステップ５０７で新パラメータエンコーディング
が正しいパラメータ識別でないと判断された場合、ステ
ップ５１１で、次のｎバイトを読み出して無視する。そ
の後、システムはステップ５１０に進む。
【００２７】パラメータエンコーディングフィールド３
１２あるいは３２２が旧プロトコルからのエンコーディ
ングを含むと判断された場合、ステップ５０７で、その
エンコーディングが正しいパラメータ識別であるかどう
かを判断する。エンコーディングが正しくない場合、ス
テップ５１１で、データ長フィールド３１１あるいは３
２１のデータバイト数を読み出して無視する。ステップ
５１１の後、プロセス５００はステップ５１０に進む。
コマンドが正しい場合、ステップ５０８〜５１０を実行
する。
１２あるいは３２２が旧プロトコルからのエンコーディ
ングを含むと判断された場合、ステップ５０７で、その
エンコーディングが正しいパラメータ識別であるかどう
かを判断する。エンコーディングが正しくない場合、ス
テップ５１１で、データ長フィールド３１１あるいは３
２１のデータバイト数を読み出して無視する。ステップ
５１１の後、プロセス５００はステップ５１０に進む。
コマンドが正しい場合、ステップ５０８〜５１０を実行
する。
【００２８】
【発明の効果】以上述べたごとく、本発明によれば、電
話システムなどの通信システムにおいて、新規のパラメ
ータを表すためにさらに多くのエンコーディングを有す
るとともに、古いバージョンのプロトコルで通信するシ
ステムを使用し続けることが可能なように既存のプロト
コルと互換性のあるプロトコルを提供することが可能と
なる。
話システムなどの通信システムにおいて、新規のパラメ
ータを表すためにさらに多くのエンコーディングを有す
るとともに、古いバージョンのプロトコルで通信するシ
ステムを使用し続けることが可能なように既存のプロト
コルと互換性のあるプロトコルを提供することが可能と
なる。
【図１】メッセージパケットプロトコルを用いて通信す
る第１および第２の例示的なデバイスを示す図である。
る第１および第２の例示的なデバイスを示す図である。
【図２】例示的なデバイスの共通の処理ユニットを示す
図である。
図である。
【図３】本発明のメッセージパケットプロトコルを用い
て生成されるメッセージパケットの図である。
て生成されるメッセージパケットの図である。
【図４】旧プロトコルを用いるデバイスによって新しい
コマンドパラメータが読み取られるときに実行されるプ
ロセスの流れ図である。
コマンドパラメータが読み取られるときに実行されるプ
ロセスの流れ図である。
【図５】新プロトコルを用いるデバイスによって新しい
コマンドが読み取られるときに実行されるプロセスの流
れ図である。
コマンドが読み取られるときに実行されるプロセスの流
れ図である。
１００ 電話システム １０１ 交換システム １０２ トランク １０３ コントローラ １０４ パス １１１ 交換システム １１３ コントローラ １１４ パス １３１〜１３５ 電話端末 １４１〜１４５ ライン ２００ 処理システム ２０１ 中央処理ユニット（ＣＰＵ） ２０２ バス ２０３ メモリバス ２０４ パス ２０５ パス ２０６ ＲＯＭ ２０７ ＲＡＭ ２０８ Ｉ／Ｏバス ２０９ パス ２１０ パス ２１１ パス ２１２ ディスクドライブ ２１３ ネットワークインタフェース ２１４ Ｉ／Ｏデバイス ２１５ パス ３００ メッセージパケット ３０１ メッセージ識別フィールド ３０２ データフィールド ３０３ メッセージ長フィールド ３０４ ＣＰＭＩＤフィールド ３０５ ＥＣＩＤ Ａフィールド ３０６ ＥＣＩＤ Ｂフィールド ３１０ パラメータ ３１２ パラメータ識別フィールド ３２０ パラメータ ３２１ 長さフィールド ３２２ コマンドエンコーディングフィールド ３２３ 第２のパラメータ識別フィールド
───────────────────────────────────────────────────── フロントページの続き (71)出願人 596077259 600 Ｍｏｕｎｔａｉｎ Ａｖｅｎｕｅ, Ｍｕｒｒａｙ Ｈｉｌｌ， Ｎｅｗ Ｊｅ ｒｓｅｙ 07974−0636Ｕ．Ｓ．Ａ. (72)発明者 ジェイソン ティー．クオ アメリカ合衆国，60563 イリノイ，ナパ ービル，アンバーウッド サークル 935 (72)発明者 ロナルド フランク ラーソン アメリカ合衆国，60565 イリノイ，ナパ ービル，ワックスウィング アベニュー 65 (72)発明者 アルバート ジョセフ ソウヤー アメリカ合衆国，60187 イリノイ，フィ ートン，イー．ハウソーン ボウルバード 318 (72)発明者 ケネス ウェイン シェルハマー アメリカ合衆国，60563 イリノイ，ナパ ービル，グリーンスフィールド ドライブ 1136 (72)発明者 ラリー フィリップ ストア アメリカ合衆国，60555 イリノイ，ワー レンビル，リンデン スクウェアー 30ダ ブリュー140 (72)発明者 ロビン ジェフリー トンプソン アメリカ合衆国，60510 イリノイ，バタ ビア，ブラックホーク ドライブ 679
Claims (16)
- 【請求項１】 処理システム間でメッセージパケットを
伝送する通信システムにおいて、 第１処理システム内にあり、第１プロトコルでメッセー
ジを生成し送信する手段と、 前記メッセージ内にあり、パラメータ識別フィールドを
含むパラメータと、 前記パラメータ識別フィールド内にあり、拡大パラメー
タ識別を示すインジケータエンコーディングと、 前記パラメータのデータフィールド内にある拡大パラメ
ータ識別サブフィールドと、 第２処理システム内にあり、前記メッセージを受信する
手段と、 第２処理システム内にあり、前記メッセージを受信した
ことに応じて、前記パラメータを読み出す手段と、 前記パラメータを読み出したことに応じて、前記インジ
ケータエンコーディングが前記パラメータ識別フィール
ドに含まれるかどうかを判断する手段と、 前記インジケータエンコーディングが前記パラメータ識
別フィールドに含まれると判断されたことに応じて、前
記パラメータから、前記第１プロトコルによってサポー
トされるが第２プロトコルによってサポートされないパ
ラメータを表す複数のエンコーディングのうちの１つを
含む前記拡大パラメータ識別サブフィールドを読み出す
手段と、 前記拡大パラメータ識別サブフィールドを読み出したこ
とに応じて、前記パラメータを処理する手段とからなる
ことを特徴とする通信システム。 - 【請求項２】 前記拡大パラメータ識別サブフィールド
は、前記メッセージ内の前記パラメータのデータセグメ
ントにあることを特徴とする請求項１に記載の通信シス
テム。 - 【請求項３】 前記拡大パラメータ識別サブフィールド
は、前記データセグメントの最初にあることを特徴とす
る請求項２に記載の通信システム。 - 【請求項４】 前記インジケータエンコーディングは、
前記第２プロトコルによってサポートされるパラメータ
の未使用パラメータエンコーディングであることを特徴
とする請求項１に記載の通信システム。 - 【請求項５】 前記第２処理システム内にあり、前記イ
ンジケータエンコーディングが前記パラメータ識別フィ
ールドに含まれないと判断されたことに応じて、前記パ
ラメータ識別フィールド内のエンコーディングが前記第
２プロトコルによってサポートされるパラメータを表す
かどうかを判断する手段と、 前記エンコーディングが前記第２プロトコルによってサ
ポートされるパラメータを表すと判断されたことに応じ
て、前記パラメータを処理する手段とをさらに有するこ
とを特徴とする請求項１に記載の通信システム。 - 【請求項６】 第３処理システム内にあり、前記第１処
理システムからメッセージを受信する手段と、 前記メッセージから前記パラメータを読み出す手段と、 前記パラメータの前記パラメータ識別フィールドからパ
ラメータエンコーディングを読み出す手段と、 前記パラメータエンコーディングが前記第２プロトコル
によってサポートされるパラメータを表すかどうかを判
断する手段と、 前記パラメータエンコーディングが前記第２プロトコル
によってサポートされるパラメータを表すと判断された
ことに応じて、前記パラメータを処理する手段とをさら
に有することを特徴とする請求項１に記載の通信システ
ム。 - 【請求項７】 前記パラメータエンコーディングが前記
第２プロトコルによってサポートされるパラメータを表
さないと判断されたことに応じて、前記パラメータを無
視する手段をさらに有することを特徴とする請求項６に
記載の通信システム。 - 【請求項８】 第１通信デバイスと第２通信デバイスの
間でメッセージパケットを伝送するシステムにおいて、 前記パケットのデータ構造を定義する旧プロトコルと、 パケットに含まれるパラメータ内のパラメータ識別フィ
ールドと、 パラメータ識別フィールド内にあり、前記旧プロトコル
によってサポートされる第１パラメータ群を識別する第
１パラメータエンコーディング群と、 前記旧プロトコルによってサポートされる前記第１パラ
メータ群と、前記第１パラメータエンコーディング群と
をサポートする、前記パケットのデータ構造を定義する
新プロトコルと、 前記第１パラメータエンコーディング群内にあり、前記
新プロトコルにおける前記パラメータの拡大パラメータ
識別フィールドを示すために前記パラメータ識別フィー
ルドに書き込まれたインジケータエンコーディングと、 前記新プロトコルによってサポートされ、前記拡大パラ
メータ識別フィールドに書き込まれた第２パラメータエ
ンコーディング群によって表される第２パラメータ群と
からなることを特徴とするシステム。 - 【請求項９】 各メッセージパケットは、少なくとも１
つのパラメータを含み、 各パラメータはデータフィールドを含み、 前記拡大パラメータ識別フィールドは、前記パラメータ
の前記データフィールド内にあることを特徴とする請求
項８に記載のシステム。 - 【請求項１０】 前記拡大パラメータ識別サブフィール
ドは、前記データフィールドの最初にあることを特徴と
する請求項９に記載のシステム。 - 【請求項１１】 第１通信デバイスは、マシン読み出し
可能な媒体に格納された前記旧プロトコルの命令を実行
することにより、 パラメータの識別フィールドからエンコーディングを読
み出すステップと、 前記エンコーディングが、前記第１パラメータ群のうち
の１つのパラメータに対応する前記第１パラメータエン
コーディング群のうちの１つのパラメータエンコーディ
ングであるかどうかを判断するステップと、 前記エンコーディングが前記第１パラメータ群のうちの
１つに対応しないと判断されたことに応じて、前記パラ
メータを無視するステップとを実行することを特徴とす
る請求項９に記載のシステム。 - 【請求項１２】 第１通信デバイスは、マシン読み出し
可能な媒体に格納された、前記新プロトコルで通信する
ための命令を実行することにより、 パラメータのパラメータ識別フィールドから第１エンコ
ーディングを読み出すステップと、 前記第１エンコーディングが前記インジケータエンコー
ディングであるかどうかを判断するステップと、 前記第１エンコーディングが前記インジケータエンコー
ディングであると判断されたことに応じて、前記パラメ
ータ内の前記拡大パラメータ識別フィールドから拡大エ
ンコーディングを読み出すステップと、 前記拡大エンコーディングが前記第２パラメータ群のう
ちの１つのパラメータを表すかどうかを判断するステッ
プと、 前記拡大エンコーディングが前記第２パラメータ群のう
ちの１つのパラメータを表すと判断されたことに応じ
て、前記パラメータを処理するステップとを実行するこ
とを特徴とする請求項９に記載のシステム。 - 【請求項１３】 第１デバイスが第２デバイスから通信
パスを通じて受信したメッセージ内のパラメータ内の拡
大コマンドエンコーディングを検出する方法において、 メッセージを受信するステップと、 前記メッセージ内のパラメータ内のパラメータ識別フィ
ールドからパラメータエンコーディングを読み出すステ
ップと、 前記パラメータエンコーディングが、前記パラメータ内
の拡大パラメータ識別のインジケータであるかどうかを
判断するステップと、 前記パラメータエンコーディングが前記インジケータで
あると判断されたことに応じて、前記拡大パラメータ識
別から拡大パラメータエンコーディングを読み出すステ
ップと、 前記拡大パラメータエンコーディングが、第１プロトコ
ルによってサポートされるパラメータを表すかどうかを
判断するステップと、 前記拡大パラメータエンコーディングが、第１プロトコ
ルによってサポートされるパラメータを表すと判断され
たことに応じて、前記パラメータを処理するステップと
からなることを特徴とする、拡大コマンドエンコーディ
ングを検出する方法。 - 【請求項１４】 前記インジケータは、旧プロトコルに
おける未使用パラメータエンコーディングであり、 前記方法は、 前記パラメータエンコーディングが前記インジケータで
ないと判断されたことに応じて、前記パラメータ識別フ
ィールドから読み出した前記パラメータエンコーディン
グが、第２プロトコルによってサポートされるパラメー
タを表すかどうかを判断するステップと、 前記パラメータエンコーディングが、第２プロトコルに
よってサポートされるパラメータを表すと判断されたこ
とに応じて、前記パラメータを処理するステップとをさ
らに有することを特徴とする請求項１３に記載の方法。 - 【請求項１５】 前記第１デバイスは、拡大パラメータ
エンコーディングをサポートしない前記第２プロトコル
を使用し、 前記方法は、 前記パラメータエンコーディングが前記インジケータで
あると判断されたことに応じて、前記パラメータを無視
するステップをさらに有することを特徴とする請求項１
３に記載の方法。 - 【請求項１６】 前記第１デバイスおよび前記第２デバ
イスは交換システムであり、 前記方法は、 前記メッセージから呼データを読み出すステップをさら
に有することを特徴とする請求項１３に記載の方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US09/115,149 US6529505B1 (en) | 1998-07-14 | 1998-07-14 | System for expanding a parameter encoding field in a message to allow additional parameters to be added while maintaining compatibility with existing parameter encodings |
| US09/115149 | 1998-07-14 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2000101716A true JP2000101716A (ja) | 2000-04-07 |
Family
ID=22359571
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP11195366A Pending JP2000101716A (ja) | 1998-07-14 | 1999-07-09 | 通信システム |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US6529505B1 (ja) |
| EP (1) | EP0982953B1 (ja) |
| JP (1) | JP2000101716A (ja) |
| DE (1) | DE69900228T2 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002149457A (ja) * | 2000-07-21 | 2002-05-24 | Thomson Licensing Sa | 予約データ領域を識別する方法及び装置 |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7370239B2 (en) * | 2001-05-31 | 2008-05-06 | Fisher-Rosemount Systems, Inc. | Input/output device with configuration, fault isolation and redundant fault assist functionality |
| US7020770B2 (en) * | 2002-07-12 | 2006-03-28 | Lsi Logic Corporation | Method and apparatus for configuration of RAID controllers |
| US7979612B2 (en) * | 2003-04-28 | 2011-07-12 | Keyghost Limited | Communication method and apparatus |
| WO2010005234A2 (en) * | 2008-07-08 | 2010-01-14 | Lg Electronics Inc. | Transmitting/receiving system and method of processing data in the transmitting/receiving system |
Family Cites Families (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| ATE133827T1 (de) * | 1984-12-31 | 1996-02-15 | Motorola Inc | Bündelfunksystem |
| JP2991242B2 (ja) * | 1989-10-12 | 1999-12-20 | テキサス インスツルメンツ インコーポレーテッド | マルチプロセッサコンピュータシステム使用方法 |
| US5708659A (en) * | 1993-10-20 | 1998-01-13 | Lsi Logic Corporation | Method for hashing in a packet network switching system |
| US5473691A (en) * | 1993-11-05 | 1995-12-05 | Microsoft Corporation | System and method for computer data transmission |
| CA2134620A1 (en) * | 1993-11-05 | 1995-05-06 | Arul Menezes | System and method for exchanging computer data processing capabilities |
| US5724515A (en) * | 1996-03-06 | 1998-03-03 | E. F. Johnson Company | Packet radio communication system |
| US5999932A (en) | 1998-01-13 | 1999-12-07 | Bright Light Technologies, Inc. | System and method for filtering unsolicited electronic mail messages using data matching and heuristic processing |
-
1998
- 1998-07-14 US US09/115,149 patent/US6529505B1/en not_active Expired - Lifetime
-
1999
- 1999-07-06 DE DE69900228T patent/DE69900228T2/de not_active Expired - Lifetime
- 1999-07-06 EP EP99305357A patent/EP0982953B1/en not_active Expired - Lifetime
- 1999-07-09 JP JP11195366A patent/JP2000101716A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2002149457A (ja) * | 2000-07-21 | 2002-05-24 | Thomson Licensing Sa | 予約データ領域を識別する方法及び装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP0982953A1 (en) | 2000-03-01 |
| EP0982953B1 (en) | 2001-08-22 |
| US6529505B1 (en) | 2003-03-04 |
| DE69900228T2 (de) | 2002-04-25 |
| DE69900228D1 (de) | 2001-09-27 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6636521B1 (en) | Flexible runtime configurable application program interface (API) that is command independent and reusable | |
| EP0872138A1 (en) | Upgrading software in a mobile telephone | |
| CN106681777A (zh) | 一种多联机程序快速升级方法 | |
| WO1999001990A3 (en) | Procedure for setting up a secure service connection in a telecommunication system | |
| EP0496177A1 (en) | Method of transmitting data by buffer chaining between a host computer and a communication controller | |
| US6018529A (en) | Channel bank with individually removable processorless U-BRITE cards controlled by bank controller card | |
| GB2301268A (en) | Interface apparatus and method in a mobile communication system | |
| US7680131B2 (en) | System and method for interworking SCFs and protocols in open service gateway | |
| US7026949B2 (en) | Method for transmitting and receiving messages in home appliance networking system | |
| JP2000101716A (ja) | 通信システム | |
| US6488127B2 (en) | Elevator information communication system | |
| EP1500227B1 (en) | Method for recognizing electronic appliance in multiple control system | |
| JP3500565B2 (ja) | メッセージ分割通信方法及び通信システム | |
| CN114430392A (zh) | 一种Intel网卡连接Switch拓展网口的方法与终端 | |
| US6119168A (en) | Communications system usable as system for simulating a plurality of other communications systems and communication processing system having such communications system | |
| US6674770B1 (en) | Bit stuffing for synchronous HDLC | |
| CN108322616B (zh) | 一种数据处理方法和语音数据卡 | |
| US7146556B2 (en) | Structured data communication with backwards compatibility | |
| CN111262766B (zh) | 多包应用报文数据的传输方法、装置及系统 | |
| JP3992340B2 (ja) | データ通信方法及びデータ通信装置 | |
| KR100705162B1 (ko) | 다중 제어시스템의 피 제어기기 인식방법 | |
| WO2001019020A3 (de) | Verfahren und system zur datenübertragung | |
| CA2345074A1 (en) | Method for identifying a hub involved in a connection between a communication terminal and a switching system | |
| JP3634911B2 (ja) | データ変換装置 | |
| KR100500539B1 (ko) | 국선 접속 모듈의 소프트웨어 자동 다운로드 방법 및시스템 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20031226 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20040107 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20040329 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20050322 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050720 |
|
| A911 | Transfer to examiner for re-examination before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20050831 |
|
| A912 | Re-examination (zenchi) completed and case transferred to appeal board |
Free format text: JAPANESE INTERMEDIATE CODE: A912 Effective date: 20050930 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20080122 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20080128 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080422 |