JPH0936917A - 個々の通信端末に調節可能な帯域幅を提供するためのマルチメディア会議呼出 - Google Patents
個々の通信端末に調節可能な帯域幅を提供するためのマルチメディア会議呼出Info
- Publication number
- JPH0936917A JPH0936917A JP8129397A JP12939796A JPH0936917A JP H0936917 A JPH0936917 A JP H0936917A JP 8129397 A JP8129397 A JP 8129397A JP 12939796 A JP12939796 A JP 12939796A JP H0936917 A JPH0936917 A JP H0936917A
- Authority
- JP
- Japan
- Prior art keywords
- communication
- terminals
- terminal
- message
- multimedia
- 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.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
- H04L65/403—Arrangements for multi-party communication, e.g. for conferences
- H04L65/4046—Arrangements for multi-party communication, e.g. for conferences with distributed floor control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1813—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast for computer conferences, e.g. chat rooms
-
- 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
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/56—Arrangements for connecting several subscribers to a common circuit, i.e. affording conference facilities
- H04M3/567—Multimedia conference systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0435—Details
- H04Q11/0464—Primary rate access circuits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13096—Digital apparatus individually associated with a subscriber line, digital line circuits
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13098—Mobile subscriber
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13175—Graphical user interface [GUI], WWW interface, visual indication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13204—Protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13205—Primary rate access, PRI
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13206—User-to-user signaling, UUS
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13209—ISDN
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1324—Conference call
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13332—Broadband, CATV, dynamic bandwidth allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/13337—Picturephone, videotelephony
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q2213/00—Indexing scheme relating to selecting arrangements in general and for multiplex systems
- H04Q2213/1338—Inter-exchange connection
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
- H04W28/18—Negotiating wireless communication parameters
- H04W28/20—Negotiating bandwidth
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- General Engineering & Computer Science (AREA)
- Telephonic Communication Services (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 本発明は電気通信交換、より詳細には、マル
チメディア会議呼出に関する。 【解決手段】 あるマルチメディア会議呼出上の通信端
末のタイプを変換するための通信タイプ変換（コンバー
ジョン）能力を有するマルチメディア会議呼出が提供さ
れる。加えて、通信端末のユーザは、マルチメディア会
議呼出の最中に通信のタイプを変更することが可能であ
る。さらに、セットのユーザは、セットのユーザ間の通
信を向上させるために、現在そのマルチメディア会議呼
出によって使用されてない追加の通信タイプを使用する
ことが可能である。
チメディア会議呼出に関する。 【解決手段】 あるマルチメディア会議呼出上の通信端
末のタイプを変換するための通信タイプ変換（コンバー
ジョン）能力を有するマルチメディア会議呼出が提供さ
れる。加えて、通信端末のユーザは、マルチメディア会
議呼出の最中に通信のタイプを変更することが可能であ
る。さらに、セットのユーザは、セットのユーザ間の通
信を向上させるために、現在そのマルチメディア会議呼
出によって使用されてない追加の通信タイプを使用する
ことが可能である。
Description
【０００１】
【産業上の利用分野】本発明は電気通信交換、より詳細
には、マルチメディア会議呼出に関する。
には、マルチメディア会議呼出に関する。
【０００２】
【従来の技術】マルチメディア会議呼出の進歩と共に、
全ての会議参加者がマルチメディア会議呼の全ての媒体
通信タイプの使用を希望しない、あるいは全部を使用で
きない場合の対処の仕方が問題となるようになってき
た。加えて、二人あるいはそれ以上の会議参加者がとき
おり追加の媒体タイプの使用を希望することが考えられ
る。従来の技術によるマルチメディア会議システムは、
これら問題を解決することが不可能であり、全ての会議
参加者が同一のマルチメディア通信タイプを使用するこ
とを必要とする。このようなシステムが合衆国特許第
５，１９５，０８６号において開示されている。例え
ば、会議参加者がマルチメディア会議呼出が開始された
とき、彼らのマルチメディア通信端末に到達できなかっ
たために、その参加者が彼らの無線電話機を使用してそ
のマルチメディア会議呼出に参加し、その後、その端末
に到達した時点で、彼らのマルチメディア通信端末に切
り替えるようなことは不可能であった。その会議呼出が
音声呼のみを使用する場合は、現代の業務用電気通信交
換システムは、会議参加者がこのような状況に対処する
ことを可能にする。業務用電気通信交換システムが、統
合型サービスとして無線サービスを提供する機会が増大
するにつれてこの問題が一般化することが予想される。
全ての会議参加者がマルチメディア会議呼の全ての媒体
通信タイプの使用を希望しない、あるいは全部を使用で
きない場合の対処の仕方が問題となるようになってき
た。加えて、二人あるいはそれ以上の会議参加者がとき
おり追加の媒体タイプの使用を希望することが考えられ
る。従来の技術によるマルチメディア会議システムは、
これら問題を解決することが不可能であり、全ての会議
参加者が同一のマルチメディア通信タイプを使用するこ
とを必要とする。このようなシステムが合衆国特許第
５，１９５，０８６号において開示されている。例え
ば、会議参加者がマルチメディア会議呼出が開始された
とき、彼らのマルチメディア通信端末に到達できなかっ
たために、その参加者が彼らの無線電話機を使用してそ
のマルチメディア会議呼出に参加し、その後、その端末
に到達した時点で、彼らのマルチメディア通信端末に切
り替えるようなことは不可能であった。その会議呼出が
音声呼のみを使用する場合は、現代の業務用電気通信交
換システムは、会議参加者がこのような状況に対処する
ことを可能にする。業務用電気通信交換システムが、統
合型サービスとして無線サービスを提供する機会が増大
するにつれてこの問題が一般化することが予想される。
【０００３】
【発明が解決しようとする課題】マルチメディア会議を
遂行している装置が業務用電気通信交換システムの一部
分でない場合は、その電気通信交換システムは、音声呼
を切断し、会議装置にマルチメディア呼出を設定するこ
とが要求される。これは、通常、会議参加者が、電気通
信交換システムと会議装置の両方に会議情報を入力する
ことを要求する。
遂行している装置が業務用電気通信交換システムの一部
分でない場合は、その電気通信交換システムは、音声呼
を切断し、会議装置にマルチメディア呼出を設定するこ
とが要求される。これは、通常、会議参加者が、電気通
信交換システムと会議装置の両方に会議情報を入力する
ことを要求する。
【０００４】加えて、マルチメディア会議呼出は、多量
の通信帯域幅を使用する。会議呼出の様々なことなる時
間において、会議参加者は、会議呼出を聞くことのみ、
あるいはデータ部分を見ることのみ、を希望することも
考えられる。従来の技術によるマルチメディア会議シス
テムは、このような活動を会議参加者の手動による介在
なしに実現することは不可能である。さらに、マルチメ
ディア会議システムの導入の初期の段階においては、マ
ルチメディア会議に参加することを希望する多くの人
が、マルチメディア端末を所有できないことが考えられ
る。マルチメディア端末を所有しない人が参加できるよ
うにするためのメカニズムなしには、マルチメディア会
議システムの広い普及は期待できない。
の通信帯域幅を使用する。会議呼出の様々なことなる時
間において、会議参加者は、会議呼出を聞くことのみ、
あるいはデータ部分を見ることのみ、を希望することも
考えられる。従来の技術によるマルチメディア会議シス
テムは、このような活動を会議参加者の手動による介在
なしに実現することは不可能である。さらに、マルチメ
ディア会議システムの導入の初期の段階においては、マ
ルチメディア会議に参加することを希望する多くの人
が、マルチメディア端末を所有できないことが考えられ
る。マルチメディア端末を所有しない人が参加できるよ
うにするためのメカニズムなしには、マルチメディア会
議システムの広い普及は期待できない。
【０００５】
【課題を解決するための手段】あるマルチメディア会議
呼出上の通信端末のタイプを変換するための通信タイプ
変換（コンバージョン）を有するマルチメディア会議呼
出を提供する装置および方法によって技術上の進歩が達
成される。加えて、通信端末のユーザは、マルチメディ
ア会議呼出の最中に通信のタイプを変更することが可能
である。さらに、セットのユーザが、セットのユーザ間
の通信を向上させるために、現在マルチメディア会議呼
出によって使用されてない追加の通信タイプを使用する
ことも可能である。
呼出上の通信端末のタイプを変換するための通信タイプ
変換（コンバージョン）を有するマルチメディア会議呼
出を提供する装置および方法によって技術上の進歩が達
成される。加えて、通信端末のユーザは、マルチメディ
ア会議呼出の最中に通信のタイプを変更することが可能
である。さらに、セットのユーザが、セットのユーザ間
の通信を向上させるために、現在マルチメディア会議呼
出によって使用されてない追加の通信タイプを使用する
ことも可能である。
【０００６】
【実施例】図１には、複数のスイッチノード１０１−１
０４が示されるが、これらは、複数のプライマリレート
インタフェース（ＰＲＩ）リンク１１１−１１７によっ
て接続される。さらに、通信端末１０６、１０７、およ
び１０８が示されるが、これらは、フルマルチメディア
呼をサポートする能力を持つ。加えて、無線端末１２３
が示されるが、これは、無線リンクを介して基地局１２
２に相互接続され、ここから、ベーシックレートインタ
フェース（ＢＲＩ）リンク１２４を介してスイッチノー
ド１０４に相互接続される。無線端末１２３と通信端末
１０７は、スイッチノード１０４上に共有ラインアピア
ランス（設備）を持つ。共有ライン設備は当分野におい
て周知である。無線端末１２３が電気通信呼上でアクテ
ィブである場合、この活動は通信端末１０７上に表示さ
れる。通信端末１０７のユーザは、その呼上でアクティ
ブとなることができるが；ここで、無線端末１２３が呼
を切った場合でも、その呼は引き続いて通信端末１０７
上に終端（接続）される。
０４が示されるが、これらは、複数のプライマリレート
インタフェース（ＰＲＩ）リンク１１１−１１７によっ
て接続される。さらに、通信端末１０６、１０７、およ
び１０８が示されるが、これらは、フルマルチメディア
呼をサポートする能力を持つ。加えて、無線端末１２３
が示されるが、これは、無線リンクを介して基地局１２
２に相互接続され、ここから、ベーシックレートインタ
フェース（ＢＲＩ）リンク１２４を介してスイッチノー
ド１０４に相互接続される。無線端末１２３と通信端末
１０７は、スイッチノード１０４上に共有ラインアピア
ランス（設備）を持つ。共有ライン設備は当分野におい
て周知である。無線端末１２３が電気通信呼上でアクテ
ィブである場合、この活動は通信端末１０７上に表示さ
れる。通信端末１０７のユーザは、その呼上でアクティ
ブとなることができるが；ここで、無線端末１２３が呼
を切った場合でも、その呼は引き続いて通信端末１０７
上に終端（接続）される。
【０００７】図１のシステムの動作を理解するために、
以下の例を考える。通信端末１０６が通信端末１０７お
よび１０８とのマルチメディア会議を設定するものと想
定する。この会議に関する全てのメッセージは、これら
通信端末から端末マネジメントアプリケーション（ＴＭ
Ａ）１２８に送られる。この会議の全体としての制御
は、会議マネジメントアプリケーション（ＣＭＡ）１２
７によって制御される。通信端末１０６がこのマルチメ
ディア会議呼出を設定するとき、これは、通信端末１０
８との通信を設定し、次に、通信端末１０７との通信を
設定することを試みる。この時点で、通信端末１０７の
ユーザが、この端末の所に存在せず、無線端末１２３を
持ち歩いているものと想定する。この場合、このユーザ
は、このマルチメディア会議呼出に、無線端末１２３を
利用して応答する。無線端末１２３は、音声機能のみを
有する。スイッチノード１０４内の無線端末１２３を制
御しているＴＭＡは、通信端末１０６に、無線端末１２
３をその会議呼出に接続する会議（レッグ）に対して、
通信タイプを音声のみに変更することを要求するトラン
スポートメッセージを送る。ＴＭＡ１２８は、このトラ
ンスポートメッセージに応答して、トランスポート要求
を確認し、トランスポートコンプリートメッセージを送
り返す。これに応答して、スイッチノード１０２、１０
３、および１０４が、無線端末１２３をスイッチノード
１０１上の会議に接続するこの会議レッグ（片足）に対
して利用されている帯域幅を、音声機能のみに対して要
求される帯域幅に削減する。ＴＭＡ１２８は、トランス
ポートメッセージの情報をＣＭＡ１２７に運ぶ。ＣＭＡ
１２７は、次に、スイッチノード１０１の内部交換ネッ
トワークを無線端末１２３が、音声のみを利用して会議
に参加し；一方、通信端末１０８および１０６が、その
会議の全マルチメディア機能を使用するように制御す
る。
以下の例を考える。通信端末１０６が通信端末１０７お
よび１０８とのマルチメディア会議を設定するものと想
定する。この会議に関する全てのメッセージは、これら
通信端末から端末マネジメントアプリケーション（ＴＭ
Ａ）１２８に送られる。この会議の全体としての制御
は、会議マネジメントアプリケーション（ＣＭＡ）１２
７によって制御される。通信端末１０６がこのマルチメ
ディア会議呼出を設定するとき、これは、通信端末１０
８との通信を設定し、次に、通信端末１０７との通信を
設定することを試みる。この時点で、通信端末１０７の
ユーザが、この端末の所に存在せず、無線端末１２３を
持ち歩いているものと想定する。この場合、このユーザ
は、このマルチメディア会議呼出に、無線端末１２３を
利用して応答する。無線端末１２３は、音声機能のみを
有する。スイッチノード１０４内の無線端末１２３を制
御しているＴＭＡは、通信端末１０６に、無線端末１２
３をその会議呼出に接続する会議（レッグ）に対して、
通信タイプを音声のみに変更することを要求するトラン
スポートメッセージを送る。ＴＭＡ１２８は、このトラ
ンスポートメッセージに応答して、トランスポート要求
を確認し、トランスポートコンプリートメッセージを送
り返す。これに応答して、スイッチノード１０２、１０
３、および１０４が、無線端末１２３をスイッチノード
１０１上の会議に接続するこの会議レッグ（片足）に対
して利用されている帯域幅を、音声機能のみに対して要
求される帯域幅に削減する。ＴＭＡ１２８は、トランス
ポートメッセージの情報をＣＭＡ１２７に運ぶ。ＣＭＡ
１２７は、次に、スイッチノード１０１の内部交換ネッ
トワークを無線端末１２３が、音声のみを利用して会議
に参加し；一方、通信端末１０８および１０６が、その
会議の全マルチメディア機能を使用するように制御す
る。
【０００８】この会議呼出のある時点で、無線端末１２
３のユーザが通信端末１０７に戻り、通信端末１０７を
その会議呼出の一部分として加わるようにする。次に、
ユーザは、無線端末１２３を会議呼出から切断する。通
信端末１０７のユーザが、ここで、その会議呼出のマル
チメディア機能の全てを利用することを希望する場合、
ユーザは、通信端末１０７を操作して、通信端末１０７
を制御するスイッチノード１０４内のＴＭＡに、帯域幅
を増加することを要求する信号を送る。スイッチノード
１０４内のＴＭＡは、その会議呼出の全マルチメディア
機能を要求するトランスポートメッセージを送る。この
トランスポートメッセージは、通信端末１０６に向けら
れる。ＴＭＡ１２８は、このメッセージに応答して、ト
ランスポートコンプリートを送り返す。このトランスポ
ートコンプリート（メッセージ）に応答して、スイッチ
ノード１０２、１０３、および１０４は、帯域幅を、こ
れらマルチメディア機能を供給するために必要とされる
量だけ増加させる。加えて、ＴＭＡ１２８は、通信端末
１０７が現在全マルチメディア機能を利用していること
を通告する情報をＣＭＡ１２６に送る。ＣＭＡ１２６
は、必要なテーブルを更新し、次に、接続マネージャ１
２９（ＣＭ）に、物理接続を設定するように要求する。
ＣＭは、スイッチノード１０１の内部ネットワークを制
御し、通信端末１０７を、全マルチメディア機能を使用
してそのマルチメディア会議に参加するようにする。こ
の例においては、呼が無線端末１２３あるいは通信端末
１２７のどちらにも接続されない期間は存在しなかっ
た。つまり、このマルチメディア会議呼出のレッグが、
スイッチノード１０１、１０２、および１０３を通じ
て、無線端末１２３あるいは１２７のいずれかに対して
設定されたままにとどまった。この会議呼出レッグは、
また、スイッチノード１０４上でも、このレッグは無線
端末１２３から通信端末１０７にスイッチされたが、ア
クティブのままにとどまった。
３のユーザが通信端末１０７に戻り、通信端末１０７を
その会議呼出の一部分として加わるようにする。次に、
ユーザは、無線端末１２３を会議呼出から切断する。通
信端末１０７のユーザが、ここで、その会議呼出のマル
チメディア機能の全てを利用することを希望する場合、
ユーザは、通信端末１０７を操作して、通信端末１０７
を制御するスイッチノード１０４内のＴＭＡに、帯域幅
を増加することを要求する信号を送る。スイッチノード
１０４内のＴＭＡは、その会議呼出の全マルチメディア
機能を要求するトランスポートメッセージを送る。この
トランスポートメッセージは、通信端末１０６に向けら
れる。ＴＭＡ１２８は、このメッセージに応答して、ト
ランスポートコンプリートを送り返す。このトランスポ
ートコンプリート（メッセージ）に応答して、スイッチ
ノード１０２、１０３、および１０４は、帯域幅を、こ
れらマルチメディア機能を供給するために必要とされる
量だけ増加させる。加えて、ＴＭＡ１２８は、通信端末
１０７が現在全マルチメディア機能を利用していること
を通告する情報をＣＭＡ１２６に送る。ＣＭＡ１２６
は、必要なテーブルを更新し、次に、接続マネージャ１
２９（ＣＭ）に、物理接続を設定するように要求する。
ＣＭは、スイッチノード１０１の内部ネットワークを制
御し、通信端末１０７を、全マルチメディア機能を使用
してそのマルチメディア会議に参加するようにする。こ
の例においては、呼が無線端末１２３あるいは通信端末
１２７のどちらにも接続されない期間は存在しなかっ
た。つまり、このマルチメディア会議呼出のレッグが、
スイッチノード１０１、１０２、および１０３を通じ
て、無線端末１２３あるいは１２７のいずれかに対して
設定されたままにとどまった。この会議呼出レッグは、
また、スイッチノード１０４上でも、このレッグは無線
端末１２３から通信端末１０７にスイッチされたが、ア
クティブのままにとどまった。
【０００９】後の時点において、通信端末１０７および
１０８が、互いに通信するために、この会議呼出に追加
の通信タイプを加えるものと想定される。通信端末１０
６は、この特定の通信タイプを加えることを選択するこ
とも、選択しないこともあり得る。通信端末１０７およ
び１０８は、おのおの個別に、通信端末１０６に、この
追加の通信タイプを要求するトランスポートメッセージ
を送る。ＴＭＡ１２８は、これらトランスポートメッセ
ージに応答して、通信端末１０７および１０８をスイッ
チノード１０１に相互接続する会議呼出レッグのおのお
のの中のスイッチノードに、これら会議呼出レッグに必
要な通信帯域幅を追加することを要求するトランスポー
トコンプリートメッセージを送り返す。ＴＭＡ１２８
は、また、ＣＭＡ１２７に、追加の通信タイプを知らせ
る。これに応答して、ＣＭＡ１２７は、会議テーブルを
更新し、ＣＭ１２９に必要な接続を設定するように要求
する。
１０８が、互いに通信するために、この会議呼出に追加
の通信タイプを加えるものと想定される。通信端末１０
６は、この特定の通信タイプを加えることを選択するこ
とも、選択しないこともあり得る。通信端末１０７およ
び１０８は、おのおの個別に、通信端末１０６に、この
追加の通信タイプを要求するトランスポートメッセージ
を送る。ＴＭＡ１２８は、これらトランスポートメッセ
ージに応答して、通信端末１０７および１０８をスイッ
チノード１０１に相互接続する会議呼出レッグのおのお
のの中のスイッチノードに、これら会議呼出レッグに必
要な通信帯域幅を追加することを要求するトランスポー
トコンプリートメッセージを送り返す。ＴＭＡ１２８
は、また、ＣＭＡ１２７に、追加の通信タイプを知らせ
る。これに応答して、ＣＭＡ１２７は、会議テーブルを
更新し、ＣＭ１２９に必要な接続を設定するように要求
する。
【００１０】スイッチノードの動作およびソフトウエア
構造の詳細については、“Automatic Initialization o
f a Distributed Telecommunications System ”という
名称の合衆国特許第５，３８６，４６６号において説明
されているので、合衆国特許第５，３８６，４６６号を
参照されたい。ビデオ網を持つスイッチノードについて
は、本出願と同一の譲り受け人に譲渡されている１９９
３年６月３０日に出願された“Video View Selection b
y a Chairperson"という名称の合衆国特許出願第０８／
０８５９９７号（現在合衆国特許第５，４７３，３６７
号）において説明されているので、合衆国特許出願第０
８／０８５９９７号を参照されたい。
構造の詳細については、“Automatic Initialization o
f a Distributed Telecommunications System ”という
名称の合衆国特許第５，３８６，４６６号において説明
されているので、合衆国特許第５，３８６，４６６号を
参照されたい。ビデオ網を持つスイッチノードについて
は、本出願と同一の譲り受け人に譲渡されている１９９
３年６月３０日に出願された“Video View Selection b
y a Chairperson"という名称の合衆国特許出願第０８／
０８５９９７号（現在合衆国特許第５，４７３，３６７
号）において説明されているので、合衆国特許出願第０
８／０８５９９７号を参照されたい。
【００１１】図１に示されるスイッチノードおよび通信
端末の、これらトランスポートメッセージと関連して
の、動作の理解を助けるために、以下の二つの例を取り
上げて考える。この例は、これらトランスポートメッセ
ージの動作を、最も単純なケースにて説明するための二
つの通信端末間の呼に基づく。会議呼出に対するこれら
メッセージの動作については、図１０−１５との関連で
詳細に説明される。通信端末１０６の要求によりスイッ
チノード１０１が、通信端末１０７に論理呼出を発信す
るものと想定する。ISDNシグナリングプロトコルにおい
て周知のように、最初に、設定メッセージがスイッチノ
ード１０１からスイッチノード１０４に、スイッチノー
ド１０２および１０３を介して送られる。各スイッチノ
ードは、この設定メッセージに応答して、必要とされる
呼情報を設定する。この設定メッセージを受信すると、
スイッチノード１０４は、通信端末１０７に警告を送
り、一方、通信端末１０７は、そのユーザに警告を送
る。スイッチノード１０４は、スイッチノード１０１に
警告メッセージを送り返す。ユーザが呼に出ると、通信
端末１０７は、スイッチノード１０４に接続メッセージ
を送る。接続メッセージを受信すると、スイッチノード
１０４は、内部論理経路を設定し、スイッチノード１０
３および１０２に接続メッセージを送る。スイッチノー
ド１０３および１０２もまた内部論理経路を設定し、接
続メッセージを次のスイッチノードに中継する。最終的
にこの接続メッセージがスイッチノード１０１によって
受信されることとなるが、ここで、この接続メッセージ
は、スイッチノード１０２、１０３、および１０４を通
じて設定された論理経路を介して送信されたこととな
る。
端末の、これらトランスポートメッセージと関連して
の、動作の理解を助けるために、以下の二つの例を取り
上げて考える。この例は、これらトランスポートメッセ
ージの動作を、最も単純なケースにて説明するための二
つの通信端末間の呼に基づく。会議呼出に対するこれら
メッセージの動作については、図１０−１５との関連で
詳細に説明される。通信端末１０６の要求によりスイッ
チノード１０１が、通信端末１０７に論理呼出を発信す
るものと想定する。ISDNシグナリングプロトコルにおい
て周知のように、最初に、設定メッセージがスイッチノ
ード１０１からスイッチノード１０４に、スイッチノー
ド１０２および１０３を介して送られる。各スイッチノ
ードは、この設定メッセージに応答して、必要とされる
呼情報を設定する。この設定メッセージを受信すると、
スイッチノード１０４は、通信端末１０７に警告を送
り、一方、通信端末１０７は、そのユーザに警告を送
る。スイッチノード１０４は、スイッチノード１０１に
警告メッセージを送り返す。ユーザが呼に出ると、通信
端末１０７は、スイッチノード１０４に接続メッセージ
を送る。接続メッセージを受信すると、スイッチノード
１０４は、内部論理経路を設定し、スイッチノード１０
３および１０２に接続メッセージを送る。スイッチノー
ド１０３および１０２もまた内部論理経路を設定し、接
続メッセージを次のスイッチノードに中継する。最終的
にこの接続メッセージがスイッチノード１０１によって
受信されることとなるが、ここで、この接続メッセージ
は、スイッチノード１０２、１０３、および１０４を通
じて設定された論理経路を介して送信されたこととな
る。
【００１２】後の時点において、通信端末１０６と１０
７のユーザが、ビデオ画像が交換できるようにビデオ機
能を希望するものとする。呼にビデオ機能を加えるため
には、通信端末１０６がスイッチノード１０１にビデオ
機能を加えるリクエストを送る。この要求に応答して、
スイッチノード１０１は、それがビデオを提供する機能
を持つか調べる。スイッチノード１０１が確かにビデオ
機能を持つ場合は、スイッチノード１０１は、スイッチ
ノード１０２に、図２に示されるように（な）ＴＲＡＮ
Ｓ２０１（トランスポート）メッセージを送る。ＴＲＡ
ＮＳ２０１メッセージは、ビデオ機能が呼に追加される
べきであることを要求する。（このメッセージの実際の
内容については後に詳細に説明される）。スイッチノー
ド１０２がビデオ機能を提供できる場合は、これは、図
２に示されるように（な）、ＴＲＡＮＳ＿ＡＣＫ２０４
を送り返す。加えて、スイッチノード１０２は、図２の
ＴＲＡＮＳ２０２メッセージを、スイッチノード１０３
に送信する。このメッセージもまた、スイッチノード１
０２とスイッチノード１０３との間にビデオ機能が設定
されるべきであることを要求する。スイッチノード１０
３がビデオ機能を提供する能力を持つものと想定する
と、これは、スイッチノード１０２にＴＲＡＮＳ＿ＡＣ
Ｋ２０６メッセージを返信し、スイッチノード１０４に
ＴＲＡＮＳ２０３を送信する。スイッチノード１０４が
ビデオ帯域幅を提供することができる場合は、スイッチ
ノード１０４は、スイッチノード１０３に、ＴＲＡＮＳ
＿ＣＯＭ２０７メッセージを送信する。このメッセージ
は、スイッチノード１０３および１０２を介して、スイ
ッチノード１０１に送り返される。スイッチノード１０
１およびスイッチノード１０４は、それぞれ、通信端末
１０６および１０７に、現在ビデオ機能が提供されてい
ることを通告する。さらに後の時点において、通信端末
１０６のユーザが、ビデオ機能を削除することを希望し
た場合は、図２に示されるメッセージが再びこれらスイ
ッチに送られる。ただし、このＴＲＡＮＳメッセージ
は、今回は、このビデオ帯域幅が削除されるべきである
ことを要求する。
７のユーザが、ビデオ画像が交換できるようにビデオ機
能を希望するものとする。呼にビデオ機能を加えるため
には、通信端末１０６がスイッチノード１０１にビデオ
機能を加えるリクエストを送る。この要求に応答して、
スイッチノード１０１は、それがビデオを提供する機能
を持つか調べる。スイッチノード１０１が確かにビデオ
機能を持つ場合は、スイッチノード１０１は、スイッチ
ノード１０２に、図２に示されるように（な）ＴＲＡＮ
Ｓ２０１（トランスポート）メッセージを送る。ＴＲＡ
ＮＳ２０１メッセージは、ビデオ機能が呼に追加される
べきであることを要求する。（このメッセージの実際の
内容については後に詳細に説明される）。スイッチノー
ド１０２がビデオ機能を提供できる場合は、これは、図
２に示されるように（な）、ＴＲＡＮＳ＿ＡＣＫ２０４
を送り返す。加えて、スイッチノード１０２は、図２の
ＴＲＡＮＳ２０２メッセージを、スイッチノード１０３
に送信する。このメッセージもまた、スイッチノード１
０２とスイッチノード１０３との間にビデオ機能が設定
されるべきであることを要求する。スイッチノード１０
３がビデオ機能を提供する能力を持つものと想定する
と、これは、スイッチノード１０２にＴＲＡＮＳ＿ＡＣ
Ｋ２０６メッセージを返信し、スイッチノード１０４に
ＴＲＡＮＳ２０３を送信する。スイッチノード１０４が
ビデオ帯域幅を提供することができる場合は、スイッチ
ノード１０４は、スイッチノード１０３に、ＴＲＡＮＳ
＿ＣＯＭ２０７メッセージを送信する。このメッセージ
は、スイッチノード１０３および１０２を介して、スイ
ッチノード１０１に送り返される。スイッチノード１０
１およびスイッチノード１０４は、それぞれ、通信端末
１０６および１０７に、現在ビデオ機能が提供されてい
ることを通告する。さらに後の時点において、通信端末
１０６のユーザが、ビデオ機能を削除することを希望し
た場合は、図２に示されるメッセージが再びこれらスイ
ッチに送られる。ただし、このＴＲＡＮＳメッセージ
は、今回は、このビデオ帯域幅が削除されるべきである
ことを要求する。
【００１３】ビデオおよび音響呼においては、ビデオお
よび音響機能は、次の二つの方法によって提供すること
ができる。第一の方法においては、一つのチャネルがビ
デオに対して使用され、第二のチャネルが音響に対して
使用される。第二の方法においては、音響情報がビデオ
チャネル内にビデオ情報と共に入れられる。トランスポ
ートメッセージが、スイッチノードに、付随する音響情
報と共に音響チャネルを削除あるいは追加するように命
令する。
よび音響機能は、次の二つの方法によって提供すること
ができる。第一の方法においては、一つのチャネルがビ
デオに対して使用され、第二のチャネルが音響に対して
使用される。第二の方法においては、音響情報がビデオ
チャネル内にビデオ情報と共に入れられる。トランスポ
ートメッセージが、スイッチノードに、付随する音響情
報と共に音響チャネルを削除あるいは追加するように命
令する。
【００１４】トランスポートメッセージの処理におい
て、これらスイッチノードは、互いに、トランスポート
アクノレッジ（ＴＲＡＮＳ＿ＡＣＫメッセージ）を使用
して協議する能力を持つ。この能力の説明するために、
以下の例を取り上げる。通信端末１０６が通信端末１０
７との論理呼に音響、ビデオおよび高速データ機能を追
加することを希望するものとする。通信端末１０６は、
スイッチノード１０１にこれら機能を追加することを要
求する。この要求に応答して、スイッチノード１０１
は、スイッチノード１０２に、これら３つのタイプの帯
域幅を呼に追加することを要求するトランスポートメッ
セージを送信する。スイッチノード１０２は、この機能
を提供する資源を持ち、このことを通信端末１０６にア
クノレッジメッセージを送信することによって知らせ
る。スイッチノード１０２は、次に、スイッチノード１
０３に、トランスポートメッセージを送信する。スイッ
チノード１０３は、音響帯域幅およびビデオ帯域幅をサ
ポートする資源を持つのみであり、この事実を、トラン
スポートアクノレッジメッセージにて（に入れて）、ス
イッチ１０２に知らせる。スイッチノード１０２は、こ
の条件を受容する。スイッチノード１０３は、次に、音
響およびビデオ機能をその呼に追加することを要求する
トランスポートメッセージをスイッチノード１０４に送
る。スイッチノード１０４は、音響帯域幅を提供する資
源を持つのみである。スイッチノード１０４は、エンド
ポイントであるために、これは、スイッチノード１０３
に、トランスポートコンプリートメッセージを送り返
す。ここで、このトランスポートコンプリートメッセー
ジは、この呼に対して、音響帯域幅のみが提供されるべ
きであることを指定する。このトランスポートコンプリ
ートメッセージを受信すると、各スイッチノードは、呼
に対する帯域幅機能を、音響のみに変更する。
て、これらスイッチノードは、互いに、トランスポート
アクノレッジ（ＴＲＡＮＳ＿ＡＣＫメッセージ）を使用
して協議する能力を持つ。この能力の説明するために、
以下の例を取り上げる。通信端末１０６が通信端末１０
７との論理呼に音響、ビデオおよび高速データ機能を追
加することを希望するものとする。通信端末１０６は、
スイッチノード１０１にこれら機能を追加することを要
求する。この要求に応答して、スイッチノード１０１
は、スイッチノード１０２に、これら３つのタイプの帯
域幅を呼に追加することを要求するトランスポートメッ
セージを送信する。スイッチノード１０２は、この機能
を提供する資源を持ち、このことを通信端末１０６にア
クノレッジメッセージを送信することによって知らせ
る。スイッチノード１０２は、次に、スイッチノード１
０３に、トランスポートメッセージを送信する。スイッ
チノード１０３は、音響帯域幅およびビデオ帯域幅をサ
ポートする資源を持つのみであり、この事実を、トラン
スポートアクノレッジメッセージにて（に入れて）、ス
イッチ１０２に知らせる。スイッチノード１０２は、こ
の条件を受容する。スイッチノード１０３は、次に、音
響およびビデオ機能をその呼に追加することを要求する
トランスポートメッセージをスイッチノード１０４に送
る。スイッチノード１０４は、音響帯域幅を提供する資
源を持つのみである。スイッチノード１０４は、エンド
ポイントであるために、これは、スイッチノード１０３
に、トランスポートコンプリートメッセージを送り返
す。ここで、このトランスポートコンプリートメッセー
ジは、この呼に対して、音響帯域幅のみが提供されるべ
きであることを指定する。このトランスポートコンプリ
ートメッセージを受信すると、各スイッチノードは、呼
に対する帯域幅機能を、音響のみに変更する。
【００１５】図３は、本発明の概念を、一例として、メ
ッセージおよび手続きに関するＣＣＩＴＴ ＩＳＤＮ
Ｑ．９３１との関係で実現するために使用される４つの
メッセージの詳細を示す。当業者においては、本発明の
概念は、他の標準にも適用できることを容易に理解でき
るものである。このトランスポートメッセージは、ＴＲ
ＡＮＳ３００である。このトランスポートメッセージ
は、情報要素（ＩＥ）３０１−３０９および３４１から
構成される。プロトコルディスクリミネータ３０１ＩＥ
は、使用されているプロトコルを定義する。これは、こ
の実施例においては、プロトコルがＩＳＤＮ Ｑ．９３
１であることを定義する。呼リアァレンスＩＥ３０１
は、そのトランスポートメッセージがそれに対して帯域
幅を変更しようとしている呼を定義する呼参照番号を与
える。メッセージタイプＩＥ３０３は、これがトランス
ポートメッセージであるために、ＴＲＡＮＳに設定され
る。リピートインジケータＩＥ３０４は、そのトランス
ポートメッセージが呼リファレンスＩＥ３０２によって
指定される呼に関する帯域幅を、追加するために使用さ
れているのか、削除するために使用されているのか、あ
るいは変更するために使用されているのかを定義する。
ッセージおよび手続きに関するＣＣＩＴＴ ＩＳＤＮ
Ｑ．９３１との関係で実現するために使用される４つの
メッセージの詳細を示す。当業者においては、本発明の
概念は、他の標準にも適用できることを容易に理解でき
るものである。このトランスポートメッセージは、ＴＲ
ＡＮＳ３００である。このトランスポートメッセージ
は、情報要素（ＩＥ）３０１−３０９および３４１から
構成される。プロトコルディスクリミネータ３０１ＩＥ
は、使用されているプロトコルを定義する。これは、こ
の実施例においては、プロトコルがＩＳＤＮ Ｑ．９３
１であることを定義する。呼リアァレンスＩＥ３０１
は、そのトランスポートメッセージがそれに対して帯域
幅を変更しようとしている呼を定義する呼参照番号を与
える。メッセージタイプＩＥ３０３は、これがトランス
ポートメッセージであるために、ＴＲＡＮＳに設定され
る。リピートインジケータＩＥ３０４は、そのトランス
ポートメッセージが呼リファレンスＩＥ３０２によって
指定される呼に関する帯域幅を、追加するために使用さ
れているのか、削除するために使用されているのか、あ
るいは変更するために使用されているのかを定義する。
【００１６】ベアラ機能ＩＥ３０５、チャネル識別ＩＥ
３０６、データリンク識別ＩＥ３０７、下位層機能ＩＥ
３０８、および上位層機能ＩＥ３０９は、トランスポー
トメッセージによって定義されているトランスポート機
能の完全性（totality）を定義する。下位層機能ＩＥ３
０８および上位層機能ＩＥ３０９は、エンドポイントに
よってのみ使用される。一方、ベアラ機能ＩＥ３０５、
チャネル識別ＩＥ３０６、およびデータリンク識別ＩＥ
３０７は、その呼に対する輸送を提供している網内のス
イッチノードによって使用される。エンドポイントもＥ
Ｉ３０５、３０６、および３０７を使用することに注意
する。ベアラ機能ＩＥ３０５は上位定義内において要求
されている機能、例えば、音声、データ、およびビデオ
を定義する。チャネル識別ＥＩ３０６は、論理インタフ
ェースおよびその物理インタフェース内の物理チャネル
を定義する。二つの交換ノード間で、これら交換ノード
は、これらの間の各インタフェースに対する論理インタ
フェース番号を協議する。ネットワーク層は、この論理
インタフェース番号に応答して、これをシステムインタ
フェース番号（sintf ）に変換し、さらにこれは、下位
層によって物理インタフェース番号に変換される。簡潔
さのために、上位層の記述においては、チャネル識別Ｉ
Ｅは、物理インタフェースを指定するものとして言及さ
れる。例えば、ビデオが要求されている場合、このリク
エストに対するチャネル識別ＩＥ３０６の一つが物理イ
ンタフェースおよびチャネル、例えば、指定されたＰＲ
Ｉリンク内の３８４Ｋｂｓチャネルであるチャネル１を
定義するものとする。音響機能が要求されている場合
は、チャネル識別ＩＥの一つが特定のＢチャネル、例え
ば、チャネル２３を定義するものとする。ベアラ機能３
０５内のビデオを要求しているＩＥは、チャネル識別Ｉ
Ｅ３０６内の物理インタフェースおよびチャネルを指定
する対応するＩＥと同一の位置をそのベアラ機能ＩＥ３
０５内に持つ。パケットデータリンクが要求されている
場合は、これらは、チャネル識別ＩＥ３０６内の物理チ
ャネルを言及するものとして定義され、追加の情報がデ
ータリンク識別ＩＥ３０７内に指定される。データリン
ク識別に対するＩＥは、チャネル識別ＩＥ３０６をサポ
ートするために必要とされる順番に配列される。ベアラ
機能ＩＥ３０５内の情報は、データ識別ＩＥ３０７から
のＩＥがいつ必要とされるかを指定する。例えば、ベア
ラＩＥ３０５が：ビデオ、音声、およびデータを指定す
る場合、チャネル識別（ＩＥ）が物理（チャネル）を指
定し、たった一つのデータリンク識別ＩＥ３０７のみが
使用される。このＩＥは、本来なら、物理チャネル上の
どの論理リンクが使用されるべきかを指定するところで
ある。
３０６、データリンク識別ＩＥ３０７、下位層機能ＩＥ
３０８、および上位層機能ＩＥ３０９は、トランスポー
トメッセージによって定義されているトランスポート機
能の完全性（totality）を定義する。下位層機能ＩＥ３
０８および上位層機能ＩＥ３０９は、エンドポイントに
よってのみ使用される。一方、ベアラ機能ＩＥ３０５、
チャネル識別ＩＥ３０６、およびデータリンク識別ＩＥ
３０７は、その呼に対する輸送を提供している網内のス
イッチノードによって使用される。エンドポイントもＥ
Ｉ３０５、３０６、および３０７を使用することに注意
する。ベアラ機能ＩＥ３０５は上位定義内において要求
されている機能、例えば、音声、データ、およびビデオ
を定義する。チャネル識別ＥＩ３０６は、論理インタフ
ェースおよびその物理インタフェース内の物理チャネル
を定義する。二つの交換ノード間で、これら交換ノード
は、これらの間の各インタフェースに対する論理インタ
フェース番号を協議する。ネットワーク層は、この論理
インタフェース番号に応答して、これをシステムインタ
フェース番号（sintf ）に変換し、さらにこれは、下位
層によって物理インタフェース番号に変換される。簡潔
さのために、上位層の記述においては、チャネル識別Ｉ
Ｅは、物理インタフェースを指定するものとして言及さ
れる。例えば、ビデオが要求されている場合、このリク
エストに対するチャネル識別ＩＥ３０６の一つが物理イ
ンタフェースおよびチャネル、例えば、指定されたＰＲ
Ｉリンク内の３８４Ｋｂｓチャネルであるチャネル１を
定義するものとする。音響機能が要求されている場合
は、チャネル識別ＩＥの一つが特定のＢチャネル、例え
ば、チャネル２３を定義するものとする。ベアラ機能３
０５内のビデオを要求しているＩＥは、チャネル識別Ｉ
Ｅ３０６内の物理インタフェースおよびチャネルを指定
する対応するＩＥと同一の位置をそのベアラ機能ＩＥ３
０５内に持つ。パケットデータリンクが要求されている
場合は、これらは、チャネル識別ＩＥ３０６内の物理チ
ャネルを言及するものとして定義され、追加の情報がデ
ータリンク識別ＩＥ３０７内に指定される。データリン
ク識別に対するＩＥは、チャネル識別ＩＥ３０６をサポ
ートするために必要とされる順番に配列される。ベアラ
機能ＩＥ３０５内の情報は、データ識別ＩＥ３０７から
のＩＥがいつ必要とされるかを指定する。例えば、ベア
ラＩＥ３０５が：ビデオ、音声、およびデータを指定す
る場合、チャネル識別（ＩＥ）が物理（チャネル）を指
定し、たった一つのデータリンク識別ＩＥ３０７のみが
使用される。このＩＥは、本来なら、物理チャネル上の
どの論理リンクが使用されるべきかを指定するところで
ある。
【００１７】下位層機能ＩＥ３０８および上位層機能
（ＩＥ）３０９は、通常、エンドポイントによってのみ
使用され、これらＩＥは、宛先エンドポイントに、設定
されている呼と使用されているプロトコルのタイプを定
義するために使用される。下位層機能ＩＥ３０８は、図
４に示されるように、物理層、リンクマネージャ、およ
びネットワーク層によって使用され；一方、上位層機能
ＩＥ３０９は、図４のネットワーク層４０４より上位の
ソフトウエア層によって使用される。層機能ＩＥとベア
ラ機能ＩＥとの間の関係を理解するために、以下の例を
取り上げて考える。ユーザが、ＬＡＰＦプロトコルを使
用するデータパケット接続を、通信端末１０１から通信
端末１０４に向けて設定することを希望する場合、ユー
ザは、これを２つの方法を使用して達成することができ
る。第一の方法は、ベアラ機能内にＬＡＰＦパケット接
続が設定されるべきであることを指定する方法である。
この方法においては、下位層機能ＩＥ３０８内に情報を
入れる（含む）ことは必要とされず、さらに、上位層機
能３０９内に情報を入れる（含む）ことも必要でない場
合もある。スイッチノードは、ベアラ機能に応答して、
パケット交換接続を最も都合の良い方法にて設定する。
一般的に、スイッチノードは、このパケット接続を、回
路接続としてではなく、パケット接続として設定する。
第二の例においては、スイッチノード１０２および１０
３を通じて６４Ｋｂの回路接続を設定し、エンドポイン
ト、つまり、通信端末１０１および１０４の所でのみＬ
ＡＰＦプロトコルを使用することが要求される。このケ
ースにおいては、通信端末１０１が、トランスポートメ
ッセージのベアラ機能３０５内に、６４Ｋｂｓ／秒回路
交換接続をリクエストすることとなる。この場合、トラ
ンスポートメッセージは、ＩＥの下位層機能３０８内に
この回路接続が、ＬＡＰＦプロトコルを使用するパケッ
ト化されたデータ接続であるべきであるという事実を含
むこととなる。この方法にて、こうしてパケット化され
た接続が、スイッチノード１０２および１０３を通じて
の予想可能な伝送時間を持つことが保証される。加え
て、これが、スイッチノード１０２および１０３を通じ
ての回路交換の６４Ｋｂｓデータ接続上に特許を有する
パケットプロトコルをランする目的に使用されることも
考えられる。上位層機能ＩＥ３０９は、図４のプレゼン
テーション層４０７に対して、そのネットワーク層によ
って受信されている情報のために使用されるべき上位層
プロトコルを定義する。プレゼンテーション層４０７
は、このメッセージを、図４のアプリケーション層４０
９内のアプリケーションプログラムによって使用できる
ように用意する。プレゼンテーション層４０７が動作の
ために使用することが考えられるタイプのプロトコルと
しては：Ｘ４００電子メール標準、ｇ４ファックス標
準、ファイル転送、スクリーン共有標準などがある。簡
単に理解できるように、これらの上位プロトコルは、中
間のスイッチノード１０２および１０３にとっては、な
んの関係もないものである。
（ＩＥ）３０９は、通常、エンドポイントによってのみ
使用され、これらＩＥは、宛先エンドポイントに、設定
されている呼と使用されているプロトコルのタイプを定
義するために使用される。下位層機能ＩＥ３０８は、図
４に示されるように、物理層、リンクマネージャ、およ
びネットワーク層によって使用され；一方、上位層機能
ＩＥ３０９は、図４のネットワーク層４０４より上位の
ソフトウエア層によって使用される。層機能ＩＥとベア
ラ機能ＩＥとの間の関係を理解するために、以下の例を
取り上げて考える。ユーザが、ＬＡＰＦプロトコルを使
用するデータパケット接続を、通信端末１０１から通信
端末１０４に向けて設定することを希望する場合、ユー
ザは、これを２つの方法を使用して達成することができ
る。第一の方法は、ベアラ機能内にＬＡＰＦパケット接
続が設定されるべきであることを指定する方法である。
この方法においては、下位層機能ＩＥ３０８内に情報を
入れる（含む）ことは必要とされず、さらに、上位層機
能３０９内に情報を入れる（含む）ことも必要でない場
合もある。スイッチノードは、ベアラ機能に応答して、
パケット交換接続を最も都合の良い方法にて設定する。
一般的に、スイッチノードは、このパケット接続を、回
路接続としてではなく、パケット接続として設定する。
第二の例においては、スイッチノード１０２および１０
３を通じて６４Ｋｂの回路接続を設定し、エンドポイン
ト、つまり、通信端末１０１および１０４の所でのみＬ
ＡＰＦプロトコルを使用することが要求される。このケ
ースにおいては、通信端末１０１が、トランスポートメ
ッセージのベアラ機能３０５内に、６４Ｋｂｓ／秒回路
交換接続をリクエストすることとなる。この場合、トラ
ンスポートメッセージは、ＩＥの下位層機能３０８内に
この回路接続が、ＬＡＰＦプロトコルを使用するパケッ
ト化されたデータ接続であるべきであるという事実を含
むこととなる。この方法にて、こうしてパケット化され
た接続が、スイッチノード１０２および１０３を通じて
の予想可能な伝送時間を持つことが保証される。加え
て、これが、スイッチノード１０２および１０３を通じ
ての回路交換の６４Ｋｂｓデータ接続上に特許を有する
パケットプロトコルをランする目的に使用されることも
考えられる。上位層機能ＩＥ３０９は、図４のプレゼン
テーション層４０７に対して、そのネットワーク層によ
って受信されている情報のために使用されるべき上位層
プロトコルを定義する。プレゼンテーション層４０７
は、このメッセージを、図４のアプリケーション層４０
９内のアプリケーションプログラムによって使用できる
ように用意する。プレゼンテーション層４０７が動作の
ために使用することが考えられるタイプのプロトコルと
しては：Ｘ４００電子メール標準、ｇ４ファックス標
準、ファイル転送、スクリーン共有標準などがある。簡
単に理解できるように、これらの上位プロトコルは、中
間のスイッチノード１０２および１０３にとっては、な
んの関係もないものである。
【００１８】トランスポートアクノレッジメッセージ、
ＴＲＡＮＳ＿ＡＣＫ３１０が図３（Ｂ）に示される。Ｉ
Ｅ３１１、３１２、３１４は、ＩＥ３０１、３０２、お
よび３０４に対して説明された機能と同一の機能を持
つ。メッセージタイプＩＥ３１３は、ＴＲＡＮＳ＿ＡＣ
Ｋに設定される。トランスポートメッセージを受信する
と、その網内のスイッチノードがトランスポートアクノ
レッジメッセージを返信する。受信スイッチノードがＩ
Ｅ３０５、３０６、および３０７内に要求される全ての
トランスポート機能を提供できる場合は、このトランス
ポートアクノレッジメッセージは、単にＩＥ３１１−３
１４のみから構成される。受信スイッチノードがある特
定のトランスポート機能を提供できない場合は、そのト
ランスポート機能がＩＥ３１５と３１６、あるいはＩＥ
３１７と３１６内に定義される。例えば、そのトランス
ポートメッセージがビデオの輸送を要求し、受信スイッ
チノードがこれを提供できない場合は、ビデオ機能がそ
のトランスポートアクノレッジメッセージのＩＥ３１５
と３１６内に指定される。ディスプレイＩＥ３１９は、
この機能がなぜ提供できないかの理由を定義する。送信
スイッチノードがトランスポート機能の削減を容認する
ことを望まない場合は、送信スイッチノードの唯一の選
択は、そのトランスポートメッセージリクエストを放棄
することである。ここでも、呼リファレンスＩＥ３１２
は、そのトランスポートアクノレッジメッセージがどの
呼に対応するかを定義する。
ＴＲＡＮＳ＿ＡＣＫ３１０が図３（Ｂ）に示される。Ｉ
Ｅ３１１、３１２、３１４は、ＩＥ３０１、３０２、お
よび３０４に対して説明された機能と同一の機能を持
つ。メッセージタイプＩＥ３１３は、ＴＲＡＮＳ＿ＡＣ
Ｋに設定される。トランスポートメッセージを受信する
と、その網内のスイッチノードがトランスポートアクノ
レッジメッセージを返信する。受信スイッチノードがＩ
Ｅ３０５、３０６、および３０７内に要求される全ての
トランスポート機能を提供できる場合は、このトランス
ポートアクノレッジメッセージは、単にＩＥ３１１−３
１４のみから構成される。受信スイッチノードがある特
定のトランスポート機能を提供できない場合は、そのト
ランスポート機能がＩＥ３１５と３１６、あるいはＩＥ
３１７と３１６内に定義される。例えば、そのトランス
ポートメッセージがビデオの輸送を要求し、受信スイッ
チノードがこれを提供できない場合は、ビデオ機能がそ
のトランスポートアクノレッジメッセージのＩＥ３１５
と３１６内に指定される。ディスプレイＩＥ３１９は、
この機能がなぜ提供できないかの理由を定義する。送信
スイッチノードがトランスポート機能の削減を容認する
ことを望まない場合は、送信スイッチノードの唯一の選
択は、そのトランスポートメッセージリクエストを放棄
することである。ここでも、呼リファレンスＩＥ３１２
は、そのトランスポートアクノレッジメッセージがどの
呼に対応するかを定義する。
【００１９】トランスポートコンプリートメッセージ、
ＴＲＡＮＳ＿ＣＯＭ３２０が図３Ｃに示される。トラン
スポートコンプリートメッセージは、その呼を通信して
いる各スイッチノードに対して、その呼との関連で追
加、削除、あるいは変更された結果としてのトランスポ
ート機能を定義するために使用される。その呼経路内の
全ての交換網が要求されたトランスポート機能を受理し
た場合は、このトランスポートコンプリートメッセージ
は、単に、ＩＥ３２１−３２４から構成される。一つあ
るいは複数の要求されたトランスポート機能が提供でき
な場合は、これら機能がＩＥ３２５、３２６、および３
２７内に定義される。その呼経路内の各スイッチノード
は、受信トランスポートメッセージから削除されたトラ
ンスポート機能の記録を保持し、この削除されたトラン
スポート機能をトランスポートコンプリートメッセージ
内に含める。この結果として、発信エンドポイントがこ
のトランスポートコンプリートメッセージを受信したと
き、このメッセージは、発信エンドポイントに対して、
その呼のトランスポート機能を定義することとなる。ま
た、中間交換網ノードがこのトランスポートコンプリー
トメッセージを受信すると、これらノードは、それらが
その呼に対して提供することを同意していたトランスポ
ート機能を、そのトランスポート機能がトランスポート
コンプリートメッセージ内に存在しない場合は、削除す
る。
ＴＲＡＮＳ＿ＣＯＭ３２０が図３Ｃに示される。トラン
スポートコンプリートメッセージは、その呼を通信して
いる各スイッチノードに対して、その呼との関連で追
加、削除、あるいは変更された結果としてのトランスポ
ート機能を定義するために使用される。その呼経路内の
全ての交換網が要求されたトランスポート機能を受理し
た場合は、このトランスポートコンプリートメッセージ
は、単に、ＩＥ３２１−３２４から構成される。一つあ
るいは複数の要求されたトランスポート機能が提供でき
な場合は、これら機能がＩＥ３２５、３２６、および３
２７内に定義される。その呼経路内の各スイッチノード
は、受信トランスポートメッセージから削除されたトラ
ンスポート機能の記録を保持し、この削除されたトラン
スポート機能をトランスポートコンプリートメッセージ
内に含める。この結果として、発信エンドポイントがこ
のトランスポートコンプリートメッセージを受信したと
き、このメッセージは、発信エンドポイントに対して、
その呼のトランスポート機能を定義することとなる。ま
た、中間交換網ノードがこのトランスポートコンプリー
トメッセージを受信すると、これらノードは、それらが
その呼に対して提供することを同意していたトランスポ
ート機能を、そのトランスポート機能がトランスポート
コンプリートメッセージ内に存在しない場合は、削除す
る。
【００２０】トランスポート拒絶メッセージ、ＴＲＡＮ
Ｓ＿ＲＥＪ３３０は、トランスポートメッセージを拒絶
するために使用される。ＩＥ３３１−３３４および３３
９は、機能において、トランスポートメッセージのＩＥ
３０１−３０３および３４１と同一である。ＩＥ３３４
は、トランスポートメッセージが拒絶された理由を定義
する。
Ｓ＿ＲＥＪ３３０は、トランスポートメッセージを拒絶
するために使用される。ＩＥ３３１−３３４および３３
９は、機能において、トランスポートメッセージのＩＥ
３０１−３０３および３４１と同一である。ＩＥ３３４
は、トランスポートメッセージが拒絶された理由を定義
する。
【００２１】図４は、図１のスイッチノードのソフトウ
エアアーキテクチャを示す。このアーキテクチャは、Ｉ
ＳＤＮプロトコルを実現するために修正された従来のＯ
ＳＩモデルに基づく。ここに開示される発明において
は、ＩＳＤＮ機能を含めるために、標準モデルに対し
て、さらに幾つかの修正が行なわれる。
エアアーキテクチャを示す。このアーキテクチャは、Ｉ
ＳＤＮプロトコルを実現するために修正された従来のＯ
ＳＩモデルに基づく。ここに開示される発明において
は、ＩＳＤＮ機能を含めるために、標準モデルに対し
て、さらに幾つかの修正が行なわれる。
【００２２】物理層４０１の基本的な機能は、物理リン
クを終端することである。より詳細には、物理層４０１
は、物理チャネルを維持すること、およびその上の物理
サブチャネルを制御する責任を持つ。物理層４０１は、
ソフトウエア部分と物理インタフェースから構成され
る。さらに、物理層４０１のソフトウエア部分は、それ
にＰＲＩおよびＢＲＩ情報を通信している物理リンクが
終端する物理インタフェースを直接に制御する責任を持
つ。物理層４０１は、リンク層４１２に、物理サブチャ
ネルおよび物理チャネルをリンク層４１２によって制御
可能な存在として提供する。
クを終端することである。より詳細には、物理層４０１
は、物理チャネルを維持すること、およびその上の物理
サブチャネルを制御する責任を持つ。物理層４０１は、
ソフトウエア部分と物理インタフェースから構成され
る。さらに、物理層４０１のソフトウエア部分は、それ
にＰＲＩおよびＢＲＩ情報を通信している物理リンクが
終端する物理インタフェースを直接に制御する責任を持
つ。物理層４０１は、リンク層４１２に、物理サブチャ
ネルおよび物理チャネルをリンク層４１２によって制御
可能な存在として提供する。
【００２３】リンク層４１２の主要な機能は、物理チャ
ネルを通じて伝送される情報が無傷に、正しい順番で回
復されることを保証することにある。これは、もう一つ
のプロトコル層を使用して達成されるが、このもう一つ
のプロトコル層によって、通常、論理リンクと呼ばれる
複数の通信路をパケット化されたデータを通信している
ある与えられた物理チャネルあるいは物理サブチャネル
上に設定することが可能になる。これら論理リンクは、
リンク層４１２と物理層４０１との間で通信されている
データを識別および処理するために使用される。（この
タイプのプロトコルの一例として、ＩＳＤＮ Ｑ．９２
１において使用されるＬＡＰＤパケットプロトコルがあ
る。ＩＳＤＮ標準においては、リンク層４１２がＬＡＰ
Ｄプロトコルを終端する）。リンク層４１２は、上位層
が使用される様々な異なるプロトコルによる影響を受け
ないようなかたちにて複数のプロトコルをサポートする
ことができる。さらに、リンク層４１２は、上位ソフト
ウエア層が物理層４０１を抽象的な方法にて制御できる
ようにする。
ネルを通じて伝送される情報が無傷に、正しい順番で回
復されることを保証することにある。これは、もう一つ
のプロトコル層を使用して達成されるが、このもう一つ
のプロトコル層によって、通常、論理リンクと呼ばれる
複数の通信路をパケット化されたデータを通信している
ある与えられた物理チャネルあるいは物理サブチャネル
上に設定することが可能になる。これら論理リンクは、
リンク層４１２と物理層４０１との間で通信されている
データを識別および処理するために使用される。（この
タイプのプロトコルの一例として、ＩＳＤＮ Ｑ．９２
１において使用されるＬＡＰＤパケットプロトコルがあ
る。ＩＳＤＮ標準においては、リンク層４１２がＬＡＰ
Ｄプロトコルを終端する）。リンク層４１２は、上位層
が使用される様々な異なるプロトコルによる影響を受け
ないようなかたちにて複数のプロトコルをサポートする
ことができる。さらに、リンク層４１２は、上位ソフト
ウエア層が物理層４０１を抽象的な方法にて制御できる
ようにする。
【００２４】図４に示されるように、リンク層４１２
は、リンクインタフェース４０２とリンクマネジメント
４０３に分割される。この分割の理由が以下に説明され
る。この時点で、読者、例えば、Ｄチャネルを通じての
ISDN信号の通信について多くの知識を持たない人のため
に、Ｄチャネルを通じてのISDN信号の通信について説明
することは助けとなるものである。リンク層４１２にお
いて、Ｄチャネル上に複数の論理リンクが設定される。
これら論理リンクの中の一つのみがISDN制御信号を通信
し、この論理リンクは、ここでは、論理Ｄチャネル（Ｌ
ＤＣ）と呼ばれる。このＬＤＣは、論理Ｄチャネル番号
（ＬＤＣＮ）によって識別される。
は、リンクインタフェース４０２とリンクマネジメント
４０３に分割される。この分割の理由が以下に説明され
る。この時点で、読者、例えば、Ｄチャネルを通じての
ISDN信号の通信について多くの知識を持たない人のため
に、Ｄチャネルを通じてのISDN信号の通信について説明
することは助けとなるものである。リンク層４１２にお
いて、Ｄチャネル上に複数の論理リンクが設定される。
これら論理リンクの中の一つのみがISDN制御信号を通信
し、この論理リンクは、ここでは、論理Ｄチャネル（Ｌ
ＤＣ）と呼ばれる。このＬＤＣは、論理Ｄチャネル番号
（ＬＤＣＮ）によって識別される。
【００２５】リンクインタフェース４０２は、リンク層
４１２によって遂行される大多数の機能を遂行し、これ
には論理リンクの設定が含まれる。リンクマネジメント
４０３は、上位ソフトウエア層に対する様々なリンクイ
ンタフェースを識別する。さらに、リンクマネジメント
は、論理リンクと上位ソフトウエア層の間で情報を通信
する。
４１２によって遂行される大多数の機能を遂行し、これ
には論理リンクの設定が含まれる。リンクマネジメント
４０３は、上位ソフトウエア層に対する様々なリンクイ
ンタフェースを識別する。さらに、リンクマネジメント
は、論理リンクと上位ソフトウエア層の間で情報を通信
する。
【００２６】ネットワーク層４０４は、ＬＤＣ上を通信
される情報を処理し、これによってＩＳＤＮ Ｑ．９３
１プロトコルを終端する。従って、この層は、スイッチ
ノードの外側の呼の終端あるいは発信に対するシステム
資源の利用に関して協議する責任を持つ。ネットワーク
層は、その上に呼が受信されているあるいは設定される
インタフェース上のチャネルの割り当てを制御する。例
えば、通信端末１０１がスイッチノード１０２からの呼
をＰＲＩリンク１５０を介して受信すると、通信端末１
０１のネットワーク層４０４はそれと対応する層（スイ
ッチノード１０２内の対応するネットワーク層４０４）
と、ＰＲＩリンク１５０内のＢチャネルの割り当てを得
るための協議を行なうが、この手続きは、第二のＢチャ
ネルが必要となったときも反復される。この協議は、Ｐ
ＲＩリンク１５０のＤチャネル上のＬＤＣ設定を介して
標準のＩＳＤＮ Ｑ．９３２メッセージ、例えば、呼設
定メッセージおよび接続メッセージを使用して遂行され
る。ネットワーク層４０４は、与えられたインタフェー
スの全てのＢチャネルをそのインタフェースに対するＬ
ＤＣにて識別する。ネットワーク層４０４は、あるポイ
ントから別のポイント（例えば、スイッチノードからス
イッチノード）への呼の設定にのみ関与する。ネットワ
ーク層は、呼が特定のスイッチノードの内側でどのよう
にルートされるべきかには関与せず、上位層の所まで呼
がそのスイッチノード内でどのようにルートされるべき
かを決定するための情報を転送する。ただし、ネットワ
ーク層は、以降、接続マネージャアプリケーションと称
される一つのアプリケーションに、あるスイッチノード
内のスイッチ接続への物理インタフェース上の設備を追
加あるいは削除する要求は行なう。
される情報を処理し、これによってＩＳＤＮ Ｑ．９３
１プロトコルを終端する。従って、この層は、スイッチ
ノードの外側の呼の終端あるいは発信に対するシステム
資源の利用に関して協議する責任を持つ。ネットワーク
層は、その上に呼が受信されているあるいは設定される
インタフェース上のチャネルの割り当てを制御する。例
えば、通信端末１０１がスイッチノード１０２からの呼
をＰＲＩリンク１５０を介して受信すると、通信端末１
０１のネットワーク層４０４はそれと対応する層（スイ
ッチノード１０２内の対応するネットワーク層４０４）
と、ＰＲＩリンク１５０内のＢチャネルの割り当てを得
るための協議を行なうが、この手続きは、第二のＢチャ
ネルが必要となったときも反復される。この協議は、Ｐ
ＲＩリンク１５０のＤチャネル上のＬＤＣ設定を介して
標準のＩＳＤＮ Ｑ．９３２メッセージ、例えば、呼設
定メッセージおよび接続メッセージを使用して遂行され
る。ネットワーク層４０４は、与えられたインタフェー
スの全てのＢチャネルをそのインタフェースに対するＬ
ＤＣにて識別する。ネットワーク層４０４は、あるポイ
ントから別のポイント（例えば、スイッチノードからス
イッチノード）への呼の設定にのみ関与する。ネットワ
ーク層は、呼が特定のスイッチノードの内側でどのよう
にルートされるべきかには関与せず、上位層の所まで呼
がそのスイッチノード内でどのようにルートされるべき
かを決定するための情報を転送する。ただし、ネットワ
ーク層は、以降、接続マネージャアプリケーションと称
される一つのアプリケーションに、あるスイッチノード
内のスイッチ接続への物理インタフェース上の設備を追
加あるいは削除する要求は行なう。
【００２７】より詳細には、ネットワーク層は、呼の設
定を以下のように遂行する。つまり、最初に、呼の設定
に対するそのリクエストが正当であるか、および二つの
交換システム間にこの呼を扱う資源が存在するか決定す
る。この決定の後に、その呼に関する情報が上位ソフト
ウエア層に転送される。ネットワーク層が上位ソフトウ
エア層からもう一つのスイッチノードとの接続を設定す
るリクエストを受信した場合は、この逆が遂行される。
定を以下のように遂行する。つまり、最初に、呼の設定
に対するそのリクエストが正当であるか、および二つの
交換システム間にこの呼を扱う資源が存在するか決定す
る。この決定の後に、その呼に関する情報が上位ソフト
ウエア層に転送される。ネットワーク層が上位ソフトウ
エア層からもう一つのスイッチノードとの接続を設定す
るリクエストを受信した場合は、この逆が遂行される。
【００２８】ネットワーク層４０４は、別のノードから
呼に関する情報をＬＤＣを介して受信する。ＬＤＣ上に
情報が受信されると、呼参照番号を利用してこのメッセ
ージに対応する呼が識別される。呼参照番号は、発信ネ
ットワーク層によって、呼の設定の際に、ISDN標準に従
って選択される。この識別の詳細は、図１４との関連で
説明される。
呼に関する情報をＬＤＣを介して受信する。ＬＤＣ上に
情報が受信されると、呼参照番号を利用してこのメッセ
ージに対応する呼が識別される。呼参照番号は、発信ネ
ットワーク層によって、呼の設定の際に、ISDN標準に従
って選択される。この識別の詳細は、図１４との関連で
説明される。
【００２９】トランスポート層４０５は、図１に示され
るような複数のノードを持つ複合システムを通じての呼
のルーティングを可能にするためのキー要素である。こ
の主な機能は、呼の外側、つまり、スイッチノード間の
ルーティングを管理することにある。トランスポート層
４０５は、図１のシステムを、ノードとみなし、呼をそ
れ自身のノードから他のノードあるいはエンドポイント
にルーティングすることに関与する。（セッション層４
０６の詳細な説明の所で説明されるように、トランスポ
ート層４０５ではなく、セッション層が、論理宛先情
報、例えば、電話番号を翻訳して、呼の宛先ノードの決
定、および接続マネージャアプリケーションを使用して
のノード内経路の設定を行なう）。複数のスイッチノー
ド、例えば、通信端末１０１を含む全体としてのシステ
ム内においては、様々なトランスポート層が、お互い
に、これら様々なスイッチノードを通じての呼を設定す
るために、通信する。このトランスポート層間の通信
は、宛先ノードに到達するために中間ノードを通じて呼
をルートすることが必要なために、必要となる。これら
トランスポート層は、これら自身の間で、スイッチノー
ド間に設定されたシグナリング経路（ＬＤＣ）を利用し
て通信する。
るような複数のノードを持つ複合システムを通じての呼
のルーティングを可能にするためのキー要素である。こ
の主な機能は、呼の外側、つまり、スイッチノード間の
ルーティングを管理することにある。トランスポート層
４０５は、図１のシステムを、ノードとみなし、呼をそ
れ自身のノードから他のノードあるいはエンドポイント
にルーティングすることに関与する。（セッション層４
０６の詳細な説明の所で説明されるように、トランスポ
ート層４０５ではなく、セッション層が、論理宛先情
報、例えば、電話番号を翻訳して、呼の宛先ノードの決
定、および接続マネージャアプリケーションを使用して
のノード内経路の設定を行なう）。複数のスイッチノー
ド、例えば、通信端末１０１を含む全体としてのシステ
ム内においては、様々なトランスポート層が、お互い
に、これら様々なスイッチノードを通じての呼を設定す
るために、通信する。このトランスポート層間の通信
は、宛先ノードに到達するために中間ノードを通じて呼
をルートすることが必要なために、必要となる。これら
トランスポート層は、これら自身の間で、スイッチノー
ド間に設定されたシグナリング経路（ＬＤＣ）を利用し
て通信する。
【００３０】ノード間ルーティングに関しては、トラン
スポート層４０５は、図１に示される全体システムのク
ローバルな視野をとる最初の層である。トランスポート
層４０５は、セッション層４０６によって提供された情
報を使用して、ノード間経路を選択する。トランスポー
ト層は、その様々なノード間のルーティングタスクを遂
行するために、利用可能な経路およびこれら経路上のオ
プションを定義するテーブルを利用する。これらテーブ
ルは、全ての経路を定義するのではなく、そのノードが
既に使用している経路のみを定義する。
スポート層４０５は、図１に示される全体システムのク
ローバルな視野をとる最初の層である。トランスポート
層４０５は、セッション層４０６によって提供された情
報を使用して、ノード間経路を選択する。トランスポー
ト層は、その様々なノード間のルーティングタスクを遂
行するために、利用可能な経路およびこれら経路上のオ
プションを定義するテーブルを利用する。これらテーブ
ルは、全ての経路を定義するのではなく、そのノードが
既に使用している経路のみを定義する。
【００３１】トランスポート層間の通信は、ネットワー
ク層４０４によって、設定されたＬＤＣを使用して遂行
される。トランスポート層４０５は、その対応する層に
宛てられた情報をネットワーク層４０４に送り、ネット
ワーク層４０４は、この情報を、標準のＩＳＤＮ Ｑ．
９３１メッセージの情報要素、ＩＥ内にパケット化す
る。ネットワーク層４０４は、特定のノードに向けて設
定されたＬＤＣを使用して、この情報をその対応するネ
ットワーク層に送信する。同様にして、もう一つのネッ
トワーク層がこのタイプの情報を受信すると、このもう
一つのネットワーク層は、パケット情報を解体し、この
情報をトランスポート層に向ける。
ク層４０４によって、設定されたＬＤＣを使用して遂行
される。トランスポート層４０５は、その対応する層に
宛てられた情報をネットワーク層４０４に送り、ネット
ワーク層４０４は、この情報を、標準のＩＳＤＮ Ｑ．
９３１メッセージの情報要素、ＩＥ内にパケット化す
る。ネットワーク層４０４は、特定のノードに向けて設
定されたＬＤＣを使用して、この情報をその対応するネ
ットワーク層に送信する。同様にして、もう一つのネッ
トワーク層がこのタイプの情報を受信すると、このもう
一つのネットワーク層は、パケット情報を解体し、この
情報をトランスポート層に向ける。
【００３２】セッション層４０６の主要な機能は、エン
ドポイント間で通信を設定することにあるが、ここで、
全てのエンドポイントが、アプリケーションであるもの
とみなされる。例えば、ＢＲＩ電話機は一つのアプリケ
ーションであるとみなされる。重要なことは、これらエ
ンドポイントが、ＴＭＡアプリケーションのようなアプ
リケーションであり得ることである。いずれの場合で
も、これらエンドポイント間の接続は、呼であるとみな
される。セッション（呼）は、セッション層４０６によ
って、二つのアプリケーションがお互いに通信したいと
きに設定される。前述のように、セッション層４０６
は、スイッチノードおよびこれらスイッチノード上のア
プリケーションとしての観点からのみ関与し、他方のス
イッチノードへの経路の設定はトランスポート層４０５
に依存する。セッション層４０６は、呼び出されたアプ
リケーションをアドレスによって識別する。このアドレ
スは、従来の電気通信技術においては単に電話番号とし
て考えられたが、ただし、Ｑ．９３１プロトコル内にお
いてはもっと広い概念を持つ。このアドレスからセッシ
ョン層４０６は、宛先スイッチノードを決定する。セッ
ション層４０６は、この宛先スイッチノードへの呼を、
宛先スイッチノードのセッション層と通信することによ
って設定する。この他方のセッション層との通信は、セ
ッション層が特定のアドレスに対する接続が設定される
ようにトランスポート層に他方のスイッチノードに向け
て呼を設定するようにリクエストするようにすることに
よって達成される。トランスポート層は、この呼を、セ
ッション層によって決定されたノード番号に基づいて設
定する。これらリクエストは、ネットワーク層を使用し
て標準のＩＳＤＮ Ｑ．９３１呼設定メッセージを生成
することによって行なわれる。他方のスイッチノードが
このアドレスを翻訳できない場合は、そのスイッチノー
ドのセッション層は、そのトランスポート層に、呼が脱
落されるべきであることを要求する情報を送信する。セ
ッション層がアドレスを翻訳できる場合は、これは、そ
のトランスポート層に、そのネットワークによって要求
スイッチノードに呼進行メッセージを返信することを要
求するメッセージを送る。
ドポイント間で通信を設定することにあるが、ここで、
全てのエンドポイントが、アプリケーションであるもの
とみなされる。例えば、ＢＲＩ電話機は一つのアプリケ
ーションであるとみなされる。重要なことは、これらエ
ンドポイントが、ＴＭＡアプリケーションのようなアプ
リケーションであり得ることである。いずれの場合で
も、これらエンドポイント間の接続は、呼であるとみな
される。セッション（呼）は、セッション層４０６によ
って、二つのアプリケーションがお互いに通信したいと
きに設定される。前述のように、セッション層４０６
は、スイッチノードおよびこれらスイッチノード上のア
プリケーションとしての観点からのみ関与し、他方のス
イッチノードへの経路の設定はトランスポート層４０５
に依存する。セッション層４０６は、呼び出されたアプ
リケーションをアドレスによって識別する。このアドレ
スは、従来の電気通信技術においては単に電話番号とし
て考えられたが、ただし、Ｑ．９３１プロトコル内にお
いてはもっと広い概念を持つ。このアドレスからセッシ
ョン層４０６は、宛先スイッチノードを決定する。セッ
ション層４０６は、この宛先スイッチノードへの呼を、
宛先スイッチノードのセッション層と通信することによ
って設定する。この他方のセッション層との通信は、セ
ッション層が特定のアドレスに対する接続が設定される
ようにトランスポート層に他方のスイッチノードに向け
て呼を設定するようにリクエストするようにすることに
よって達成される。トランスポート層は、この呼を、セ
ッション層によって決定されたノード番号に基づいて設
定する。これらリクエストは、ネットワーク層を使用し
て標準のＩＳＤＮ Ｑ．９３１呼設定メッセージを生成
することによって行なわれる。他方のスイッチノードが
このアドレスを翻訳できない場合は、そのスイッチノー
ドのセッション層は、そのトランスポート層に、呼が脱
落されるべきであることを要求する情報を送信する。セ
ッション層がアドレスを翻訳できる場合は、これは、そ
のトランスポート層に、そのネットワークによって要求
スイッチノードに呼進行メッセージを返信することを要
求するメッセージを送る。
【００３３】図４のプレゼンテーション層４０７は、ア
プリケーション間で通信されている情報を、それらアプ
リケーションがその情報を通信するために使用されるプ
ロトコルから完全に離別（独立）されるように準備する
ための複合プロトコルを喚起する。プレゼンテーション
レベルプロトコルは、トランスポート経路を通じてアプ
リケーションが対応するアプリケーションと通信するこ
とを可能にする。
プリケーション間で通信されている情報を、それらアプ
リケーションがその情報を通信するために使用されるプ
ロトコルから完全に離別（独立）されるように準備する
ための複合プロトコルを喚起する。プレゼンテーション
レベルプロトコルは、トランスポート経路を通じてアプ
リケーションが対応するアプリケーションと通信するこ
とを可能にする。
【００３４】層マネジメント４１３は、図４の様々なソ
フトウエア層間の通信を提供する。例えば、アプリケー
ション層４０９の所に存在する接続マネージャが物理ネ
ットワーク内で接続が作られることを要求すると、これ
ら要求は、層マネジメント４１３を通じて送られる。マ
ネジメント情報ベース４１４は、これらソフトウエア層
によって使用される様々なテーブルおよびレコードを格
納する。例えば、以下に簡単に説明される呼レコードお
よびセッションレコードがマネジメント情報ベース４１
４内に記録される。マネジメント情報ベース４１４は、
あるソフトウエア層が別のソフトウエア層によって維持
されているレコードにアクセスすることを可能にする。
フトウエア層間の通信を提供する。例えば、アプリケー
ション層４０９の所に存在する接続マネージャが物理ネ
ットワーク内で接続が作られることを要求すると、これ
ら要求は、層マネジメント４１３を通じて送られる。マ
ネジメント情報ベース４１４は、これらソフトウエア層
によって使用される様々なテーブルおよびレコードを格
納する。例えば、以下に簡単に説明される呼レコードお
よびセッションレコードがマネジメント情報ベース４１
４内に記録される。マネジメント情報ベース４１４は、
あるソフトウエア層が別のソフトウエア層によって維持
されているレコードにアクセスすることを可能にする。
【００３５】層４０１から４０９の動作およびソフトウ
エア構造の詳細については、合衆国特許第５，３８６，
４６６号において説明されているのでこれを参照された
い。
エア構造の詳細については、合衆国特許第５，３８６，
４６６号において説明されているのでこれを参照された
い。
【００３６】図５は、データリンク接続識別子（ＤＬＣ
Ｉ）、サービスアクセスポイント識別子（ＳＡＰＩ）、
ターミナルエンド識別子（ＴＥＩ）、システムインタフ
ェース番号（sintf）、スイッチエンジェルインタフェ
ース番号（aintf）、論理Ｄチャネル番号（ＬＤＣ
Ｎ）、呼リファレンス番号（ＣＲＮ）と、様々なソフト
ウエア層との間の相互関係を一般的に示す。図５に示さ
れるように、一つのエンジェル上にリンクインタフェー
ス層と物理層のペアが実現される。（エンジェルの概念
に関しては、合衆国特許第５，３８６，４６６号におい
て説明されている）。リンクインタフェース層４０２と
物理層４０１は、ローカルエンジェルによって実現され
る。スイッチノード１０２内のノードプロセッサは、リ
ンクマネジメント４０３層、ネットワーク４０４層、お
よび他の上位層を実現する。このノードプロセッサは、
スイッチノード１０２の全体としての制御を提供する。
sintf 番号,スイッチ番号、およびaintf番号は、物理イ
ンタフェースと対応する。sintf番号は、ネットワーク
ソフトウエア層４０４および上位ソフトウエア層によっ
て物理インタフェースを識別するために使用される。加
えて、物理インタフェースによって両方の端に終端され
るリンクによって相互接続される二つのスイッチノード
が、そのリンクに対する論理インタフェース番号に関し
てそのリンクの初期化の際に協議する。
Ｉ）、サービスアクセスポイント識別子（ＳＡＰＩ）、
ターミナルエンド識別子（ＴＥＩ）、システムインタフ
ェース番号（sintf）、スイッチエンジェルインタフェ
ース番号（aintf）、論理Ｄチャネル番号（ＬＤＣ
Ｎ）、呼リファレンス番号（ＣＲＮ）と、様々なソフト
ウエア層との間の相互関係を一般的に示す。図５に示さ
れるように、一つのエンジェル上にリンクインタフェー
ス層と物理層のペアが実現される。（エンジェルの概念
に関しては、合衆国特許第５，３８６，４６６号におい
て説明されている）。リンクインタフェース層４０２と
物理層４０１は、ローカルエンジェルによって実現され
る。スイッチノード１０２内のノードプロセッサは、リ
ンクマネジメント４０３層、ネットワーク４０４層、お
よび他の上位層を実現する。このノードプロセッサは、
スイッチノード１０２の全体としての制御を提供する。
sintf 番号,スイッチ番号、およびaintf番号は、物理イ
ンタフェースと対応する。sintf番号は、ネットワーク
ソフトウエア層４０４および上位ソフトウエア層によっ
て物理インタフェースを識別するために使用される。加
えて、物理インタフェースによって両方の端に終端され
るリンクによって相互接続される二つのスイッチノード
が、そのリンクに対する論理インタフェース番号に関し
てそのリンクの初期化の際に協議する。
【００３７】トランスポートメッセージが受信される
と、ネットワーク層４０４は、そのチャネル識別ＩＥ内
の論理インタフェース番号をsintf 番号に変換する。ネ
ットワーク層４０４は、これら物理インタフェースを、
sintf1 ５０１および５０２によって識別されているも
のとして見る。リンクマネジメント４０３は、sintf 番
号、スイッチ番号、aintf 番号の間の変換を行なうが、
これらが一体となって物理インタフェ ースを表す。例
えば、リンクマネジメント４０３は、sintf1 ５０１を
ローカルエンジェルとaintf ５１１に変換する。リン
クインタフェース４０２は、aintf1 511を利用して物理
インタフェース５５１を識別する。sintf1５０１および
sintf2 ５０２とaintf1 ５１１およびaintf2 ５１２
との間には、一対一の対応が存在する。
と、ネットワーク層４０４は、そのチャネル識別ＩＥ内
の論理インタフェース番号をsintf 番号に変換する。ネ
ットワーク層４０４は、これら物理インタフェースを、
sintf1 ５０１および５０２によって識別されているも
のとして見る。リンクマネジメント４０３は、sintf 番
号、スイッチ番号、aintf 番号の間の変換を行なうが、
これらが一体となって物理インタフェ ースを表す。例
えば、リンクマネジメント４０３は、sintf1 ５０１を
ローカルエンジェルとaintf ５１１に変換する。リン
クインタフェース４０２は、aintf1 511を利用して物理
インタフェース５５１を識別する。sintf1５０１および
sintf2 ５０２とaintf1 ５１１およびaintf2 ５１２
との間には、一対一の対応が存在する。
【００３８】sintf 番号およびaintf 番号は特定のイン
タフェースを識別し、各々のインタフェースはチャネル
番号を持つ。例えば、ＰＲＩインタフェース５５１およ
び５５２は、各々２４つのチャネルを有する。ネットワ
ーク層４０４は、特定のsintf と対応するチャネルを実
際の物理チャネル番号を使用して識別し、同様に、リン
クインタフェース層４０２は、aintf 番号と対応して物
理チャネル番号を利用する。これは、ＩＳＤＮ標準の仕
様がシグナリングを遂行するために物理チャネル２４を
使用することを指定するために可能である。ネットワー
ク層４０４および上位層は、物理チャネルを相互接続
し、これらチャネル上に特定のプロトコルを生成する目
的でリンクインタフェース層および物理層を制御するた
めにsintf番号を使用する。物理ネットワーク、例え
ば、ネットワーク５１５を通じてＢチャネルが相互接続
される方法に関しては、図５においては、論理接続、例
えば、経路５０７を除いては示されていない。
タフェースを識別し、各々のインタフェースはチャネル
番号を持つ。例えば、ＰＲＩインタフェース５５１およ
び５５２は、各々２４つのチャネルを有する。ネットワ
ーク層４０４は、特定のsintf と対応するチャネルを実
際の物理チャネル番号を使用して識別し、同様に、リン
クインタフェース層４０２は、aintf 番号と対応して物
理チャネル番号を利用する。これは、ＩＳＤＮ標準の仕
様がシグナリングを遂行するために物理チャネル２４を
使用することを指定するために可能である。ネットワー
ク層４０４および上位層は、物理チャネルを相互接続
し、これらチャネル上に特定のプロトコルを生成する目
的でリンクインタフェース層および物理層を制御するた
めにsintf番号を使用する。物理ネットワーク、例え
ば、ネットワーク５１５を通じてＢチャネルが相互接続
される方法に関しては、図５においては、論理接続、例
えば、経路５０７を除いては示されていない。
【００３９】図５は、さらに、様々なチャネルの利用、
およびこれらチャネルが終端されるポイントおよび情報
が利用されるポイントを論理的に示す。インタフェース
５５１のＢチャネル５３２は、経路５０７によってイン
タフェース５５２のＢチャネル５３３に相互接続され
る。経路５０７は、スイッチノードの内側のネットワー
クを通じて作られる。当業者においては、類似する経路
がインタフェース５５１と５５２内のＢチャネルの間で
作れることは容易に理解できるものである。Ｂチャネル
の回路交換は、物理層の所で遂行され；一方、パケット
交換あるいはフレーム中継は、リンクインタフェース層
の所で遂行される。図５および６の層の呼を設定するに
当たっての動作の詳細に関しては、合衆国特許第５，３
８６，４６６号において説明されている。
およびこれらチャネルが終端されるポイントおよび情報
が利用されるポイントを論理的に示す。インタフェース
５５１のＢチャネル５３２は、経路５０７によってイン
タフェース５５２のＢチャネル５３３に相互接続され
る。経路５０７は、スイッチノードの内側のネットワー
クを通じて作られる。当業者においては、類似する経路
がインタフェース５５１と５５２内のＢチャネルの間で
作れることは容易に理解できるものである。Ｂチャネル
の回路交換は、物理層の所で遂行され；一方、パケット
交換あるいはフレーム中継は、リンクインタフェース層
の所で遂行される。図５および６の層の呼を設定するに
当たっての動作の詳細に関しては、合衆国特許第５，３
８６，４６６号において説明されている。
【００４０】この節においては、アプリケーションソフ
トウエア層４０９、セッションソフトウエア層４０６、
トランスポートソフトウエア層４０５、ネットワークソ
フトウエア層４０４、およびスイッチノード１０２の観
点から見たトランスポートメッセージについて説明す
る。説明を明快にするために、最初に、呼が最初にスイ
ッチノード１０２を通じてどのように設定されるかにつ
いて簡単に説明される。
トウエア層４０９、セッションソフトウエア層４０６、
トランスポートソフトウエア層４０５、ネットワークソ
フトウエア層４０４、およびスイッチノード１０２の観
点から見たトランスポートメッセージについて説明す
る。説明を明快にするために、最初に、呼が最初にスイ
ッチノード１０２を通じてどのように設定されるかにつ
いて簡単に説明される。
【００４１】図６は、ネットワークソフトウエア層４０
４、トランスポートソフトウエア層４０５、セッション
ソフトウエア層４０６、およびアプリケーションソフト
ウエア層４０９の間でどのように識別され、処理される
か、その方法を示す。スイッチノード１０２がこれらソ
フトウエア層を実行していものと想定する。ネットワー
クソフトウエア層４０４の所で、上で図５との関連で説
明したように、呼の各半分がＣＲＮ番号、例えば、ＣＲ
Ｎ５２０と、呼レコード、例えば、呼レコード５２１に
よって識別される。図６から明らかなように、呼レコー
ドは、これらソフトウエア層を通じて共通であり、各層
は、この呼レコードと共に追加の情報を使用する。これ
ら呼レコードは、各スイッチノード内の共通のテーブル
から得られ、ある呼レコード番号は、ある特定のスイッ
チノード内で一つのみ存在する。
４、トランスポートソフトウエア層４０５、セッション
ソフトウエア層４０６、およびアプリケーションソフト
ウエア層４０９の間でどのように識別され、処理される
か、その方法を示す。スイッチノード１０２がこれらソ
フトウエア層を実行していものと想定する。ネットワー
クソフトウエア層４０４の所で、上で図５との関連で説
明したように、呼の各半分がＣＲＮ番号、例えば、ＣＲ
Ｎ５２０と、呼レコード、例えば、呼レコード５２１に
よって識別される。図６から明らかなように、呼レコー
ドは、これらソフトウエア層を通じて共通であり、各層
は、この呼レコードと共に追加の情報を使用する。これ
ら呼レコードは、各スイッチノード内の共通のテーブル
から得られ、ある呼レコード番号は、ある特定のスイッ
チノード内で一つのみ存在する。
【００４２】トランスポートソフトウエア層４０５は、
呼の各半分をそのLDCNおよび呼レコード番号によって識
別する。LDCN番号は、レベル４ルーティングテーブル内
に解説される情報があるスイッチノードから別のスイッ
チノードに出るリンク（あるいはセットのリンク）を表
すＬＤＣＮ番号によって識別されるために使用される。
呼レコードは図６に示されるように、ある特定の呼に対
して、３つの全てのソフトウエア層において、同一に識
別されることに注意する。セッションソフトウエア層４
０６は、ソフトウエアアーキテクチャ内の、呼の両半分
が信号情報を交換する目的で一緒に結合されるポイント
である。ここで、呼の各半分は、それに対して設定され
た一意のセッションレコード、例えば、セッションレコ
ード６０７を持つ。このセッションレコードは、二つの
呼レコード、例えば、呼レコード５２１および５４４と
関連し、各呼レコードは、呼の半分を表す。（呼の各半
分は、“半呼（half call）”と呼ばれる）。この規則
に対する例外は、呼がアプリケーションに掛けられた場
合である。この場合は、呼の他方の半分はアプリケーシ
ョンソフトウエア層の所に終端するために、一つの呼レ
コードのみが利用される。
呼の各半分をそのLDCNおよび呼レコード番号によって識
別する。LDCN番号は、レベル４ルーティングテーブル内
に解説される情報があるスイッチノードから別のスイッ
チノードに出るリンク（あるいはセットのリンク）を表
すＬＤＣＮ番号によって識別されるために使用される。
呼レコードは図６に示されるように、ある特定の呼に対
して、３つの全てのソフトウエア層において、同一に識
別されることに注意する。セッションソフトウエア層４
０６は、ソフトウエアアーキテクチャ内の、呼の両半分
が信号情報を交換する目的で一緒に結合されるポイント
である。ここで、呼の各半分は、それに対して設定され
た一意のセッションレコード、例えば、セッションレコ
ード６０７を持つ。このセッションレコードは、二つの
呼レコード、例えば、呼レコード５２１および５４４と
関連し、各呼レコードは、呼の半分を表す。（呼の各半
分は、“半呼（half call）”と呼ばれる）。この規則
に対する例外は、呼がアプリケーションに掛けられた場
合である。この場合は、呼の他方の半分はアプリケーシ
ョンソフトウエア層の所に終端するために、一つの呼レ
コードのみが利用される。
【００４３】呼が図６に示される３つのソフトウエア層
によってどのように処理されるかを理解するために、最
初に、呼をスイッチノード１０２を通じて設定する例を
取り上げて考える。この例に対しては、図５を参照する
必要があるが、ここには、呼レコード５２１および５４
４と関連するインタフェースが示される。以下の例にお
いては、呼レコード５２１はＰＲＩリンク１１１と対応
し、呼レコード５４４はＰＲＩリンク１１６と対応する
ものとする。
によってどのように処理されるかを理解するために、最
初に、呼をスイッチノード１０２を通じて設定する例を
取り上げて考える。この例に対しては、図５を参照する
必要があるが、ここには、呼レコード５２１および５４
４と関連するインタフェースが示される。以下の例にお
いては、呼レコード５２１はＰＲＩリンク１１１と対応
し、呼レコード５４４はＰＲＩリンク１１６と対応する
ものとする。
【００４４】呼が通信端末１０１から通信端末１０４に
スイッチノード１０２を介して掛けられるものと想定す
る。ＬＤＣＮ ５４１は、図１に示されるように、スイ
ッチノード１０２をスイッチノード１０３に相互接続す
るＰＲＩ１１６と関連する。さらに、設定メッセージ内
のノード番号は、通信チャネル１０４を指定するものと
想定する。（スイッチノード１０２内において通信端末
１０１から通信端末１０４に向けられた呼に対して遂行
されるルーティングの決定方法に関しては、合衆国特許
第５，３８６，４６６号において説明されている）。こ
の設定メッセージが通信端末１０１からＰＲＩリンク１
１１を介して受信されると、ネットワークソフトウエア
層４０４は、トランスポートソフトウエア層４０５に送
られる設定指標を生成し、さらに、第一の半呼の設定を
開始する呼レコード５２１を確立する。トランスポート
ソフトウエア層４０５は、ノード番号を調べ、スイッチ
ノード１０２が宛先スイッチノードでないことを知り；
このために、層４０６は、ノード標識をセットしない。
ノード標識がセットされた場合は、これは、呼がスイッ
チノード１０２に終端することを意味する。ダイヤルさ
れた番号がノード標識と共にセッションソフトウエア層
４０６に送られるが、セッションソフトウエア層４０６
は、ノード標識がセットされていないために、ダイヤル
された番号に基づいて呼をルートする試みは行なわな
い。この例においては、ノード標識がセットされていな
いものと想定されるために、セッションソフトウエア層
４０６は、セッションレコード６０７を確立し、呼レコ
ード５４４が選択され、第二の半呼の設定が開始され
る。ノード番号と呼レコード番号が次にトランスポート
ソフトウエア層４０５に設定リクエストとして送信され
る。トランスポートソフトウエア層４０５は、レベル４
ルーティングテーブルに照会し、このLDCN 541が通信端
末１０４への経路であることを決定する（知る）。トラ
ンスポートソフトウエア層４０５は、次に、呼レコード
５４４をLDCN 541と対応させ、設定リクエストをネット
ワークソフトウエア層４０４に送り、ネットワークソフ
トウエア層４０４が、次に、スイッチノード１０３との
通信をＰＲＩリンク１１６を介して確立する。
スイッチノード１０２を介して掛けられるものと想定す
る。ＬＤＣＮ ５４１は、図１に示されるように、スイ
ッチノード１０２をスイッチノード１０３に相互接続す
るＰＲＩ１１６と関連する。さらに、設定メッセージ内
のノード番号は、通信チャネル１０４を指定するものと
想定する。（スイッチノード１０２内において通信端末
１０１から通信端末１０４に向けられた呼に対して遂行
されるルーティングの決定方法に関しては、合衆国特許
第５，３８６，４６６号において説明されている）。こ
の設定メッセージが通信端末１０１からＰＲＩリンク１
１１を介して受信されると、ネットワークソフトウエア
層４０４は、トランスポートソフトウエア層４０５に送
られる設定指標を生成し、さらに、第一の半呼の設定を
開始する呼レコード５２１を確立する。トランスポート
ソフトウエア層４０５は、ノード番号を調べ、スイッチ
ノード１０２が宛先スイッチノードでないことを知り；
このために、層４０６は、ノード標識をセットしない。
ノード標識がセットされた場合は、これは、呼がスイッ
チノード１０２に終端することを意味する。ダイヤルさ
れた番号がノード標識と共にセッションソフトウエア層
４０６に送られるが、セッションソフトウエア層４０６
は、ノード標識がセットされていないために、ダイヤル
された番号に基づいて呼をルートする試みは行なわな
い。この例においては、ノード標識がセットされていな
いものと想定されるために、セッションソフトウエア層
４０６は、セッションレコード６０７を確立し、呼レコ
ード５４４が選択され、第二の半呼の設定が開始され
る。ノード番号と呼レコード番号が次にトランスポート
ソフトウエア層４０５に設定リクエストとして送信され
る。トランスポートソフトウエア層４０５は、レベル４
ルーティングテーブルに照会し、このLDCN 541が通信端
末１０４への経路であることを決定する（知る）。トラ
ンスポートソフトウエア層４０５は、次に、呼レコード
５４４をLDCN 541と対応させ、設定リクエストをネット
ワークソフトウエア層４０４に送り、ネットワークソフ
トウエア層４０４が、次に、スイッチノード１０３との
通信をＰＲＩリンク１１６を介して確立する。
【００４５】スイッチノード１０２が設定メッセージを
スイッチノード１０３にＰＲＩリンク１１６を介して送
信すると、スイッチノード１０３のネットワークソフト
ウエア層は、呼進行メッセージを返信する。ネットワー
クソフトウエア層４０４は、この呼進行メッセージに応
答して、接続マネージャに、それが、経路５０７を設定
するために、Ｂチャネル５３２とＢチャネル５３３を相
互接続するスイッチノード１０２の交換網を通じての接
続を設定すべきであることを通告する。セッションレコ
ード６０７は、接続レコード６０８をポイントする。接
続レコード６０８は、アプリケーション層４０９の所で
実行している接続マネージャによって維持される。この
接続マネージャは、ネットワークソフトウエア層４０４
からのこのメッセージに応答して、この接続を設定し、
接続レコード６０７の中に内部接続のパラメータを入れ
る。
スイッチノード１０３にＰＲＩリンク１１６を介して送
信すると、スイッチノード１０３のネットワークソフト
ウエア層は、呼進行メッセージを返信する。ネットワー
クソフトウエア層４０４は、この呼進行メッセージに応
答して、接続マネージャに、それが、経路５０７を設定
するために、Ｂチャネル５３２とＢチャネル５３３を相
互接続するスイッチノード１０２の交換網を通じての接
続を設定すべきであることを通告する。セッションレコ
ード６０７は、接続レコード６０８をポイントする。接
続レコード６０８は、アプリケーション層４０９の所で
実行している接続マネージャによって維持される。この
接続マネージャは、ネットワークソフトウエア層４０４
からのこのメッセージに応答して、この接続を設定し、
接続レコード６０７の中に内部接続のパラメータを入れ
る。
【００４６】トランスポートメッセージがスイッチノー
ド１０２を通じての帯域幅を増加あるいは削減するため
にどのように利用されるかより良く理解するために、以
下の例を取り上げて考える。前の段落において説明され
た設定メッセージが、スイッチノード１０２を通じて音
声接続を接続し、この結果として、図５の経路５０７が
スイッチノード１０２の交換網を通じて設定されたもの
と想定する。次に、通信端末１０１がトランスポートメ
ッセージを使用して、Ｄチャネル５３０上にパケット交
換接続が設定され、チャネル５３８上に６４Ｋｂデータ
チャネルが設定されるべきであることを要求するものと
する。
ド１０２を通じての帯域幅を増加あるいは削減するため
にどのように利用されるかより良く理解するために、以
下の例を取り上げて考える。前の段落において説明され
た設定メッセージが、スイッチノード１０２を通じて音
声接続を接続し、この結果として、図５の経路５０７が
スイッチノード１０２の交換網を通じて設定されたもの
と想定する。次に、通信端末１０１がトランスポートメ
ッセージを使用して、Ｄチャネル５３０上にパケット交
換接続が設定され、チャネル５３８上に６４Ｋｂデータ
チャネルが設定されるべきであることを要求するものと
する。
【００４７】ＬＡＰＦプロトコルを実行するデータリン
クおよび６４Ｋｂを持つデータチャネルに対して必要さ
れる追加の帯域幅を設定（提供）するために、通信端末
１０１は、スイッチノード１０２に、以下の情報を持つ
トランスポートメッセージを送信する。つまり、この情
報内において、呼リファレンスＩＥ３０２は、図５およ
び６のＣＲＮ５２０にセットされ、メッセージタイプＩ
Ｅ３０３は、ＴＲＡＮＳにセットされる。リピートイン
ジケータＩＥ３０４は、帯域幅追加にセットされる。ベ
アラ機能ＩＥ３０５は以下の通りである。つまり、第一
のベアラ機能ＩＥは、ＬＡＤＰプロトコルを使用するパ
ケットデータリンクを指定し、第二のＩＥは、６４Ｋｂ
の帯域幅を持つ回路データリンクにセットされる。チャ
ネル識別ＩＥ３０６は以下の通りである。つまり、第一
のＩＥは、論理インタフェース番号を利用するインタフ
ェース５５１を指定し、また、Ｄチャネル５３０の使用
を指定する。チャネル識別ＩＥ３０６の第二のＩＥは、
インタフェース５５１とＢチャネル５３８を指定する。
これに単一のデータリンク識別ＩＥ３０７が続くが、こ
れは、論理リンク５１７の一つがパケットデータのため
に使用されるべきであることを指定する。下位層機能Ｉ
Ｅ３０８は、通信端末１０４が６４Ｋｂデータチャネル
との関連で実現すべき特許を有するプロトコルを指定す
る。上位層機能ＩＥ３０９は、Ｘ４００電子メールプロ
トコル標準が実現されていることを指定する。このトラ
ンスポートメッセージは、図６のネットワークソフトウ
エア層４０４によって受信および解体される。ネットワ
ークソフトウエア層４０４が要求されたトランスポート
機能を提供することができる場合は、ネットワークトラ
ンスポート層４０４は、ＩＥ３１１、３１２、３１３、
および３１９のみを含むトランスポートアクノレッジメ
ッセージを返信する。ネットワーク４０４が要求された
トランスポート機能の一つを提供できない場合は、これ
は、提供することができない特定のトランスポート機能
をＩＥ３１５、３１６、および３１７内に識別し、リピ
ートインジケータ３１４内に、この特定のトランスポー
ト機能が削除されるべきであることを示す。加えて、こ
のトランスポートアクノレッジメッセージは、別のベア
ラ機能を使用して、要求されたそれの代替としてのチャ
ネル識別ＩＥ、およびデータリンク識別ＩＥを示すこと
もできる。
クおよび６４Ｋｂを持つデータチャネルに対して必要さ
れる追加の帯域幅を設定（提供）するために、通信端末
１０１は、スイッチノード１０２に、以下の情報を持つ
トランスポートメッセージを送信する。つまり、この情
報内において、呼リファレンスＩＥ３０２は、図５およ
び６のＣＲＮ５２０にセットされ、メッセージタイプＩ
Ｅ３０３は、ＴＲＡＮＳにセットされる。リピートイン
ジケータＩＥ３０４は、帯域幅追加にセットされる。ベ
アラ機能ＩＥ３０５は以下の通りである。つまり、第一
のベアラ機能ＩＥは、ＬＡＤＰプロトコルを使用するパ
ケットデータリンクを指定し、第二のＩＥは、６４Ｋｂ
の帯域幅を持つ回路データリンクにセットされる。チャ
ネル識別ＩＥ３０６は以下の通りである。つまり、第一
のＩＥは、論理インタフェース番号を利用するインタフ
ェース５５１を指定し、また、Ｄチャネル５３０の使用
を指定する。チャネル識別ＩＥ３０６の第二のＩＥは、
インタフェース５５１とＢチャネル５３８を指定する。
これに単一のデータリンク識別ＩＥ３０７が続くが、こ
れは、論理リンク５１７の一つがパケットデータのため
に使用されるべきであることを指定する。下位層機能Ｉ
Ｅ３０８は、通信端末１０４が６４Ｋｂデータチャネル
との関連で実現すべき特許を有するプロトコルを指定す
る。上位層機能ＩＥ３０９は、Ｘ４００電子メールプロ
トコル標準が実現されていることを指定する。このトラ
ンスポートメッセージは、図６のネットワークソフトウ
エア層４０４によって受信および解体される。ネットワ
ークソフトウエア層４０４が要求されたトランスポート
機能を提供することができる場合は、ネットワークトラ
ンスポート層４０４は、ＩＥ３１１、３１２、３１３、
および３１９のみを含むトランスポートアクノレッジメ
ッセージを返信する。ネットワーク４０４が要求された
トランスポート機能の一つを提供できない場合は、これ
は、提供することができない特定のトランスポート機能
をＩＥ３１５、３１６、および３１７内に識別し、リピ
ートインジケータ３１４内に、この特定のトランスポー
ト機能が削除されるべきであることを示す。加えて、こ
のトランスポートアクノレッジメッセージは、別のベア
ラ機能を使用して、要求されたそれの代替としてのチャ
ネル識別ＩＥ、およびデータリンク識別ＩＥを示すこと
もできる。
【００４８】この例においては、ネットワークソフトウ
エア層４０４は要求されたトランスポート機能を提供す
ることができるものと想定される。ネットワークソフト
ウエア層４０４は、そこで、トランスポート機能追加リ
クエストをトランスポートソフトウエア層４０５のＬＤ
ＣＮ ５１９を介してセッションソフトウエア層４０６
に送信する。セッションソフトウエア層４０６は、セッ
ションレコード６０７と呼レコード５４４を利用して、
この呼がＬＤＣＮ ５４１を利用することを決定し（知
り）、次に、ＬＤＣＮ ５４１を使用して、ネットワー
クソフトウエア層４０４に、呼レコード５４４との関連
で追加の仕事が行なわれるべきであることを通告する。
エア層４０４は要求されたトランスポート機能を提供す
ることができるものと想定される。ネットワークソフト
ウエア層４０４は、そこで、トランスポート機能追加リ
クエストをトランスポートソフトウエア層４０５のＬＤ
ＣＮ ５１９を介してセッションソフトウエア層４０６
に送信する。セッションソフトウエア層４０６は、セッ
ションレコード６０７と呼レコード５４４を利用して、
この呼がＬＤＣＮ ５４１を利用することを決定し（知
り）、次に、ＬＤＣＮ ５４１を使用して、ネットワー
クソフトウエア層４０４に、呼レコード５４４との関連
で追加の仕事が行なわれるべきであることを通告する。
【００４９】ここで、少し、図６の呼レコード５２１お
よびＬＤＣＮ ５１９によって示される呼の左半分の説
明を行なう。ネットワークソフトウエア層４０４は、接
続マネージャに、呼レコード５２１によって識別される
接続に追加された新たなパラメータを送信する。接続マ
ネージャは、この情報に応答して、この追加の接続情報
を接続レコード６０８内に格納する。
よびＬＤＣＮ ５１９によって示される呼の左半分の説
明を行なう。ネットワークソフトウエア層４０４は、接
続マネージャに、呼レコード５２１によって識別される
接続に追加された新たなパラメータを送信する。接続マ
ネージャは、この情報に応答して、この追加の接続情報
を接続レコード６０８内に格納する。
【００５０】呼レコード５４４およびＬＤＣＮ ５４２
によって識別されるこの呼の右半分においては、ネット
ワークソフトウエア層４０４は、通信端末１０１から受
信されたメッセージのベアラ機能ＩＥに応答して、これ
らベアラ機能ＩＥの要件を満たすためにどのトランスポ
ート設備を利用すべきであるかを決定する。図５に示さ
れるように、ネットワークソフトウエア層４０４は、Ｌ
ＡＰＤプロトコルを利用するデータリンクを提供するた
めに論理リンク５１８の論理リンクの一つを利用し、６
４Ｋｂデータチャネルの機能を提供するためにＢチャネ
ル５３６を提供する。ネットワークソフトウエア層４０
４が利用可能なＢチャネルを持ち、このＢチャネルが複
数の論理リンクに細分されている場合は、ネットワーク
層４０４は、ＬＡＰＦプロトコルを実行するデータリン
クに対してこれら論理チャネルの一つを使用することも
考えられることに注意する。ネットワークソフトウエア
層４０４は、次に、通信端末１０１から受信されたそれ
と同一のベアラ機能ＩＥ、およびインタフェース５５２
との関連で利用されているトランスポート機能に対して
特定のチャネル識別ＩＥ３０６およびデータリンク識別
ＩＥ３０７を含むトランスポートメッセージを形成す
る。下位層機能ＩＥ３０８および上位層機能ＩＥ３０９
は、単に、上流に、この呼の左半分を通じてセッション
ソフトウエア層４０６に向けて輸送され、次に、セッシ
ョンソフトウエア層４０６が、これらを、下流に、呼の
右半分へと送信し、ここで、これらは、ネットワークソ
フトウエア層４０４によってトランスポートメッセージ
に組み立てられる。ネットワークソフトウエア層４０４
は、次に、このトランスポートメッセージをスイッチノ
ード１０３内の対応するネットワークソフトウエア層に
送信する。
によって識別されるこの呼の右半分においては、ネット
ワークソフトウエア層４０４は、通信端末１０１から受
信されたメッセージのベアラ機能ＩＥに応答して、これ
らベアラ機能ＩＥの要件を満たすためにどのトランスポ
ート設備を利用すべきであるかを決定する。図５に示さ
れるように、ネットワークソフトウエア層４０４は、Ｌ
ＡＰＤプロトコルを利用するデータリンクを提供するた
めに論理リンク５１８の論理リンクの一つを利用し、６
４Ｋｂデータチャネルの機能を提供するためにＢチャネ
ル５３６を提供する。ネットワークソフトウエア層４０
４が利用可能なＢチャネルを持ち、このＢチャネルが複
数の論理リンクに細分されている場合は、ネットワーク
層４０４は、ＬＡＰＦプロトコルを実行するデータリン
クに対してこれら論理チャネルの一つを使用することも
考えられることに注意する。ネットワークソフトウエア
層４０４は、次に、通信端末１０１から受信されたそれ
と同一のベアラ機能ＩＥ、およびインタフェース５５２
との関連で利用されているトランスポート機能に対して
特定のチャネル識別ＩＥ３０６およびデータリンク識別
ＩＥ３０７を含むトランスポートメッセージを形成す
る。下位層機能ＩＥ３０８および上位層機能ＩＥ３０９
は、単に、上流に、この呼の左半分を通じてセッション
ソフトウエア層４０６に向けて輸送され、次に、セッシ
ョンソフトウエア層４０６が、これらを、下流に、呼の
右半分へと送信し、ここで、これらは、ネットワークソ
フトウエア層４０４によってトランスポートメッセージ
に組み立てられる。ネットワークソフトウエア層４０４
は、次に、このトランスポートメッセージをスイッチノ
ード１０３内の対応するネットワークソフトウエア層に
送信する。
【００５１】我々のこの例においては、スイッチノード
１０３内のネットワークソフトウエア層は、トランスポ
ートメッセージ内に要求される全てのトランスポート機
能を受理するものと想定される。このために、スイッチ
ノード１０３内のネットワークソフトウエア層は、ＩＥ
３１５、３１６、３１７を含まないトランスポートアク
ノレッジメッセージを返信する。スイッチノード１０２
内のネットワークソフトウエア層４０４は、このトラン
スポートアクノレッジメッセージに応答して、図６のア
プリケーション層４０９内の接続マネージャに、呼の左
半分に対するパラメータを、それらを接続レコード６０
８内に格納するために、送信する。この接続マネージャ
は、さらに、この情報に応答して、スイッチノード１０
２の交換網を経路５３５を設定するために制御する。加
えて、接続マネージャは、リンクインタフェース層４０
２に経路５３９を設定するためのメッセージを送信す
る。
１０３内のネットワークソフトウエア層は、トランスポ
ートメッセージ内に要求される全てのトランスポート機
能を受理するものと想定される。このために、スイッチ
ノード１０３内のネットワークソフトウエア層は、ＩＥ
３１５、３１６、３１７を含まないトランスポートアク
ノレッジメッセージを返信する。スイッチノード１０２
内のネットワークソフトウエア層４０４は、このトラン
スポートアクノレッジメッセージに応答して、図６のア
プリケーション層４０９内の接続マネージャに、呼の左
半分に対するパラメータを、それらを接続レコード６０
８内に格納するために、送信する。この接続マネージャ
は、さらに、この情報に応答して、スイッチノード１０
２の交換網を経路５３５を設定するために制御する。加
えて、接続マネージャは、リンクインタフェース層４０
２に経路５３９を設定するためのメッセージを送信す
る。
【００５２】この時点で、経路５０７、５３５、および
５３９がスイッチノード１０２を通じて設定される。こ
の例においては、スイッチノード１０３が元のトランス
ポート機能を設定することを希望したとき、通信端末１
０４は、ＬＡＰＤプロトコルを利用するデータリンクを
提供することができないものと想定される。結果とし
て、呼の左半分において使用される図６に示されるそれ
と類似するスイッチノード１０３は、その接続レコード
内に、音声帯域幅、LAPDプロトコルを使用するデータリ
ンク、および６４Ｋｂデータチャネルを記録したが、た
だし、呼の右半分に対する接続レコード内には、音声呼
と６４Ｋｂデータリンクのみが記録される。通信端末１
０４から、ネットワークソフトウエア層を介してトラン
スポートコンプリートメッセージを受信すると、スイッ
チノード１０３内の接続マネージャは、６４Ｋｂデータ
リンクのみを接続する。この音声呼接続は、設定プロセ
スの際に設定されたものであることに注意する。通信端
末１０４は、次に、使用中のベアラ機能ＩＥ、チャネル
識別ＩＥ、およびデータリンク識別ＩＥを識別するトラ
ンスポートコンプリートメッセージを送信する。このメ
ッセージは、スイッチノード１０３によって受信され、
次に、ソフトウエア層を通じて上流に、呼の右半分内を
スイッチノード１０３のセッションソフトウエア層４０
６に向けて送信され、セッションソフトウエア層４０６
は、これを下流に、呼の左半分内をスイッチノード１０
３のネットワークソフトウエア層４０４に向けて送る。
ネットワークソフトウエア層４０４は、データリンク機
能を削除し、接続マネージャに、データリンクがもはや
利用されてないことを知らせる。これに応答して、スイ
ッチノード１０３の接続マネージャは、スイッチノード
１０３の接続レコードからこのデータリンク情報を削除
する。スイッチノード１０３内のネットワークソフトウ
エア層４０４は、次に、６４Ｋｂデータリンクのみが設
定されている事実を詳述するトランスポートコンプリー
トメッセージを組み立て、このトランスポートコンプリ
ートメッセージをスイッチノード１０２に送信する。
５３９がスイッチノード１０２を通じて設定される。こ
の例においては、スイッチノード１０３が元のトランス
ポート機能を設定することを希望したとき、通信端末１
０４は、ＬＡＰＤプロトコルを利用するデータリンクを
提供することができないものと想定される。結果とし
て、呼の左半分において使用される図６に示されるそれ
と類似するスイッチノード１０３は、その接続レコード
内に、音声帯域幅、LAPDプロトコルを使用するデータリ
ンク、および６４Ｋｂデータチャネルを記録したが、た
だし、呼の右半分に対する接続レコード内には、音声呼
と６４Ｋｂデータリンクのみが記録される。通信端末１
０４から、ネットワークソフトウエア層を介してトラン
スポートコンプリートメッセージを受信すると、スイッ
チノード１０３内の接続マネージャは、６４Ｋｂデータ
リンクのみを接続する。この音声呼接続は、設定プロセ
スの際に設定されたものであることに注意する。通信端
末１０４は、次に、使用中のベアラ機能ＩＥ、チャネル
識別ＩＥ、およびデータリンク識別ＩＥを識別するトラ
ンスポートコンプリートメッセージを送信する。このメ
ッセージは、スイッチノード１０３によって受信され、
次に、ソフトウエア層を通じて上流に、呼の右半分内を
スイッチノード１０３のセッションソフトウエア層４０
６に向けて送信され、セッションソフトウエア層４０６
は、これを下流に、呼の左半分内をスイッチノード１０
３のネットワークソフトウエア層４０４に向けて送る。
ネットワークソフトウエア層４０４は、データリンク機
能を削除し、接続マネージャに、データリンクがもはや
利用されてないことを知らせる。これに応答して、スイ
ッチノード１０３の接続マネージャは、スイッチノード
１０３の接続レコードからこのデータリンク情報を削除
する。スイッチノード１０３内のネットワークソフトウ
エア層４０４は、次に、６４Ｋｂデータリンクのみが設
定されている事実を詳述するトランスポートコンプリー
トメッセージを組み立て、このトランスポートコンプリ
ートメッセージをスイッチノード１０２に送信する。
【００５３】スイッチノード１０２のネットワークソフ
トウエア層４０４がスイッチノード１０３からこのトラ
ンスポートコンプリートメッセージを受信すると、これ
は、接続マネージャに、経路５３９が削除されるべきで
あることを通告する。接続マネージャは、すると、接続
レコード６０８からＬＡＰＤプロトコルを実行するデー
タリンクに対する参照（項目）を削除する。ネットワー
ク層４０４は、次に、このトランスポートコンプリート
メッセージを、セッションソフトウエア層４０６を通じ
て、下流に、呼の左半分へと送る。ネットワークソフト
ウエア層４０４は、このトランスポートコンプリートメ
ッセージに応答して、接続マネージャに、接続レコード
６０８からＬＡＰＤプロトコルを実行するデータリンク
に対する参照（項目）を削除するように通告する。接続
マネージャは、また、リンクインタフェース層４０２
に、経路５３９を削除することを要求するメッセージを
送信する。呼の左半分において、ネットワークソフトウ
エア層４０４が、通信端末１０１に送信するためのもう
一つのトランスポートコンプリートメッセージを組み立
てる。
トウエア層４０４がスイッチノード１０３からこのトラ
ンスポートコンプリートメッセージを受信すると、これ
は、接続マネージャに、経路５３９が削除されるべきで
あることを通告する。接続マネージャは、すると、接続
レコード６０８からＬＡＰＤプロトコルを実行するデー
タリンクに対する参照（項目）を削除する。ネットワー
ク層４０４は、次に、このトランスポートコンプリート
メッセージを、セッションソフトウエア層４０６を通じ
て、下流に、呼の左半分へと送る。ネットワークソフト
ウエア層４０４は、このトランスポートコンプリートメ
ッセージに応答して、接続マネージャに、接続レコード
６０８からＬＡＰＤプロトコルを実行するデータリンク
に対する参照（項目）を削除するように通告する。接続
マネージャは、また、リンクインタフェース層４０２
に、経路５３９を削除することを要求するメッセージを
送信する。呼の左半分において、ネットワークソフトウ
エア層４０４が、通信端末１０１に送信するためのもう
一つのトランスポートコンプリートメッセージを組み立
てる。
【００５４】後のある時点において、通信端末１０１
が、６４Ｋｂデータリンクがもはや必要とされないこと
を決定し（知り）、通信端末１０１は、トランスポート
メッセージを送信する。ここで、このメッセージの、リ
ピートインジケータ３０４は、削除にセットされ、ベア
ラ機能ＩＥ３０５、チャネル識別ＩＥ３０６、およびデ
ータリンク識別ＩＥ３０７は、６４Ｋｂデータリンクが
削除されるべきであることを指定する。スイッチノード
１０２は、次に、このメッセージを繰り返し、これをス
イッチノード１０３に送信する。スイッチノードから返
信された転送アクノレッジメッセージを受信すると、ネ
ットワークソフトウエア層４０４は、接続マネージャ
に、経路５３５を削除するように要請する。加えて、接
続マネージャは、接続レコード６０８を、ネットワーク
ソフトウエア層４０４によって要請されるように更新す
る。データリンクの削除を要求するトランスポートメッ
セージが通信端末１０４によって受信されると、これ
は、この削除が実行されるべきであることを指定するト
ランスポートコンプリートメッセージを返信する。
が、６４Ｋｂデータリンクがもはや必要とされないこと
を決定し（知り）、通信端末１０１は、トランスポート
メッセージを送信する。ここで、このメッセージの、リ
ピートインジケータ３０４は、削除にセットされ、ベア
ラ機能ＩＥ３０５、チャネル識別ＩＥ３０６、およびデ
ータリンク識別ＩＥ３０７は、６４Ｋｂデータリンクが
削除されるべきであることを指定する。スイッチノード
１０２は、次に、このメッセージを繰り返し、これをス
イッチノード１０３に送信する。スイッチノードから返
信された転送アクノレッジメッセージを受信すると、ネ
ットワークソフトウエア層４０４は、接続マネージャ
に、経路５３５を削除するように要請する。加えて、接
続マネージャは、接続レコード６０８を、ネットワーク
ソフトウエア層４０４によって要請されるように更新す
る。データリンクの削除を要求するトランスポートメッ
セージが通信端末１０４によって受信されると、これ
は、この削除が実行されるべきであることを指定するト
ランスポートコンプリートメッセージを返信する。
【００５５】ここで、通信端末１０４が６４Ｋｂデータ
チャネルを設定したトランスポートメッセージを受信し
た時点に戻るが、通信端末１０４は、ＩＥ３０５から３
０７との関連で、他方のスイッチノードと類似する方法
にて、これに応答する動作を遂行する。呼の終端ポイン
トは、図４のアプリケーションレベル４０９内で実行さ
れる端末マネジメントアプリケーションである。端末マ
ネジメントアプリケーションの機能については、合衆国
特許第５，１８２，７５１号および合衆国特許第５，３
８６，４６６号において詳細に説明されている。要約す
ると、端末マネジメントアプリケーションは、呼を終端
するため、および端末が通信されたデータを利用できる
ようにするために必要とされる全ての制御機能を提供す
る。端末マネジメントアプリケーションは、スイッチノ
ード上で実行することもできるが、この場合は、これに
よって、大部分の端末制御機能が通信端末内ではなく、
そのスイッチノード内で実行される。一方、通信端末、
例えば、通信端末１０１が、それ自身のコンピュータを
持ち、図４に示されるソフトウエア構造を実行すること
も考えられる。この場合は、端末マネジメントアプリケ
ーションは、その端末上で実行される。図１に示される
ように、この場合は、通信端末１０１が呼の終端ポイン
トとなる。ただし、通信端末１０１に対して異なるタイ
プの通信端末が利用されている場合は、端末マネジメン
トアプリケーションは、スイッチノード１０２内で実行
することもでき、この場合は、スイッチノード１０２が
呼の終端ポイントとなる。
チャネルを設定したトランスポートメッセージを受信し
た時点に戻るが、通信端末１０４は、ＩＥ３０５から３
０７との関連で、他方のスイッチノードと類似する方法
にて、これに応答する動作を遂行する。呼の終端ポイン
トは、図４のアプリケーションレベル４０９内で実行さ
れる端末マネジメントアプリケーションである。端末マ
ネジメントアプリケーションの機能については、合衆国
特許第５，１８２，７５１号および合衆国特許第５，３
８６，４６６号において詳細に説明されている。要約す
ると、端末マネジメントアプリケーションは、呼を終端
するため、および端末が通信されたデータを利用できる
ようにするために必要とされる全ての制御機能を提供す
る。端末マネジメントアプリケーションは、スイッチノ
ード上で実行することもできるが、この場合は、これに
よって、大部分の端末制御機能が通信端末内ではなく、
そのスイッチノード内で実行される。一方、通信端末、
例えば、通信端末１０１が、それ自身のコンピュータを
持ち、図４に示されるソフトウエア構造を実行すること
も考えられる。この場合は、端末マネジメントアプリケ
ーションは、その端末上で実行される。図１に示される
ように、この場合は、通信端末１０１が呼の終端ポイン
トとなる。ただし、通信端末１０１に対して異なるタイ
プの通信端末が利用されている場合は、端末マネジメン
トアプリケーションは、スイッチノード１０２内で実行
することもでき、この場合は、スイッチノード１０２が
呼の終端ポイントとなる。
【００５６】６４Ｋｂデータチャネルを設定することを
要求するトランスポートメッセージが受信されると、こ
のメッセージは、アプリケーションレベル４０９の所の
端末マネジメントアプリケーションに運ばれる。端末マ
ネジメントアプリケーションは、次に、接続マネージャ
に、リンクインタフェース層４０２に対して下位層機能
ＩＥ３０８内に定義される特許を有するプロトコルを実
現するように要請する。この結果として、リンクインタ
フェース層は、この下位の特許を有するプロトコルを使
用することができるようになる。加えて、接続マネージ
ャアプリケーションは、通信端末１０４のプレゼンテー
ション層４０７に、上位層機能ＩＥ３０９内に定義され
るＸ４００電子メール標準を実現するように命令する。
要求するトランスポートメッセージが受信されると、こ
のメッセージは、アプリケーションレベル４０９の所の
端末マネジメントアプリケーションに運ばれる。端末マ
ネジメントアプリケーションは、次に、接続マネージャ
に、リンクインタフェース層４０２に対して下位層機能
ＩＥ３０８内に定義される特許を有するプロトコルを実
現するように要請する。この結果として、リンクインタ
フェース層は、この下位の特許を有するプロトコルを使
用することができるようになる。加えて、接続マネージ
ャアプリケーションは、通信端末１０４のプレゼンテー
ション層４０７に、上位層機能ＩＥ３０９内に定義され
るＸ４００電子メール標準を実現するように命令する。
【００５７】図７、８、および９は、流れ図の形式に
て、ネットワークソフトウエア層４０４によって、図３
に示されるトランスポートメッセージを実現するにあた
って遂行される動作を示す。ネットワークソフトウエア
層４０４は、トランスポートメッセージの実現にあたっ
ての大部分の仕事を遂行する。図７および８は、ネット
ワーク層４０４の、他方のスイッチノードからのトラン
スポートメッセージを受信したときの応答を示す。図９
は、ネットワークソフトウエア層４０４の、セッション
層４０６からのトランスポートメッセージを受信したと
きの応答を示す。これら図面内で使用される約束とし
て、他方のスイッチノードから受信される、あるいはこ
れに送信されるトランスポートメッセージは、それらの
メッセージコード、例えば、TRANSによってのみ識別さ
れるものとする。一方、セッションソフトウエア層４０
６によって、呼のもう一方の半分から中継されるトラン
スポートメッセージは、そのメッセージコードと“メッ
セージ”という語句、例えば、TRANSメッセージによっ
て識別されるものとする。
て、ネットワークソフトウエア層４０４によって、図３
に示されるトランスポートメッセージを実現するにあた
って遂行される動作を示す。ネットワークソフトウエア
層４０４は、トランスポートメッセージの実現にあたっ
ての大部分の仕事を遂行する。図７および８は、ネット
ワーク層４０４の、他方のスイッチノードからのトラン
スポートメッセージを受信したときの応答を示す。図９
は、ネットワークソフトウエア層４０４の、セッション
層４０６からのトランスポートメッセージを受信したと
きの応答を示す。これら図面内で使用される約束とし
て、他方のスイッチノードから受信される、あるいはこ
れに送信されるトランスポートメッセージは、それらの
メッセージコード、例えば、TRANSによってのみ識別さ
れるものとする。一方、セッションソフトウエア層４０
６によって、呼のもう一方の半分から中継されるトラン
スポートメッセージは、そのメッセージコードと“メッ
セージ”という語句、例えば、TRANSメッセージによっ
て識別されるものとする。
【００５８】図７の判定ブロック７０１において、他方
のスイッチノードからＴＲＡＮＳメッセージが受信され
たか決定される。上の例においては、スイッチノード１
０２がＴＲＡＮＳメッセージをインタフェース５５１を
介して通信端末から受信する。判定ブロック７０１にお
ける答えが肯定である場合は、判定ブロック７０２にお
いて、ベアラ機能ＩＥ３０５、チャネル識別ＩＥ３０
６、およびデータリンク識別ＩＥ３０７によって定義さ
れる要求されたトランスポート機能を提供することがで
きるか否か決定される。これらトランスポート機能を提
供することができる場合は、ブロック７０７が実行さ
れ、これによって、ＩＥ３１５、３１６、および３１７
を含まないＴＲＡＮＳ＿ＡＣＫメッセージが送り返され
る。判定ブロック７０２における答えが否定である場合
は、ブロック７０３において、代替トランスポート機能
を決定することが試みられる。これらトランスポート機
能のどれも提供することができない場合は、ＴＲＡＮＳ
＿ＲＥＪメッセージが送信され、それ以降の全ての処理
が終端される。少なくとも一つの元のあるいは代替トラ
ンスポート機能を提供することができる場合は、変更さ
れたトランスポート機能のリストと共に、ＴＲＡＮＳ＿
ＡＣＫメッセージが送信される。次に、ブロック７０９
において、アプリケーション層４０９の所の接続マネー
ジャに、このトランスポート機能によって定義されたト
ランスポートパラメータを接続テーブル６０８内に入れ
ることを要求するメッセージが送られる。ここで入力さ
れるトランスポートパラメータは、最初に要求された
（元の）トランスポート機能のパラメータ、あるいは代
替トランスポート機能のパラメータ、あるいは二つが結
合された結果としてのパラメータのいずれかであり得
る。最後に、ブロック７１１において、セッション層４
０６にトランスポート層４０５を介してＴＲＡＮＳメッ
セージが送信されるが、このメッセージは、ＩＥ３０６
および３０７を削除した元のTRANSメッセージおよび／
あるいは代替トランスポート機能メッセージである。Ｉ
Ｅ３０６および３０７は、図６に示される呼の左半分に
対してのみ使用される。セッションソフトウエア層４０
６は、このメッセージに応答して、呼レコードを識別
し、呼の右半分と対応するLDCNを識別し、このメッセー
ジを下流に、呼の右半分内を、正しい識別を使用して、
ネットワークソフトウエア層４０４へと送る。
のスイッチノードからＴＲＡＮＳメッセージが受信され
たか決定される。上の例においては、スイッチノード１
０２がＴＲＡＮＳメッセージをインタフェース５５１を
介して通信端末から受信する。判定ブロック７０１にお
ける答えが肯定である場合は、判定ブロック７０２にお
いて、ベアラ機能ＩＥ３０５、チャネル識別ＩＥ３０
６、およびデータリンク識別ＩＥ３０７によって定義さ
れる要求されたトランスポート機能を提供することがで
きるか否か決定される。これらトランスポート機能を提
供することができる場合は、ブロック７０７が実行さ
れ、これによって、ＩＥ３１５、３１６、および３１７
を含まないＴＲＡＮＳ＿ＡＣＫメッセージが送り返され
る。判定ブロック７０２における答えが否定である場合
は、ブロック７０３において、代替トランスポート機能
を決定することが試みられる。これらトランスポート機
能のどれも提供することができない場合は、ＴＲＡＮＳ
＿ＲＥＪメッセージが送信され、それ以降の全ての処理
が終端される。少なくとも一つの元のあるいは代替トラ
ンスポート機能を提供することができる場合は、変更さ
れたトランスポート機能のリストと共に、ＴＲＡＮＳ＿
ＡＣＫメッセージが送信される。次に、ブロック７０９
において、アプリケーション層４０９の所の接続マネー
ジャに、このトランスポート機能によって定義されたト
ランスポートパラメータを接続テーブル６０８内に入れ
ることを要求するメッセージが送られる。ここで入力さ
れるトランスポートパラメータは、最初に要求された
（元の）トランスポート機能のパラメータ、あるいは代
替トランスポート機能のパラメータ、あるいは二つが結
合された結果としてのパラメータのいずれかであり得
る。最後に、ブロック７１１において、セッション層４
０６にトランスポート層４０５を介してＴＲＡＮＳメッ
セージが送信されるが、このメッセージは、ＩＥ３０６
および３０７を削除した元のTRANSメッセージおよび／
あるいは代替トランスポート機能メッセージである。Ｉ
Ｅ３０６および３０７は、図６に示される呼の左半分に
対してのみ使用される。セッションソフトウエア層４０
６は、このメッセージに応答して、呼レコードを識別
し、呼の右半分と対応するLDCNを識別し、このメッセー
ジを下流に、呼の右半分内を、正しい識別を使用して、
ネットワークソフトウエア層４０４へと送る。
【００５９】判定ブロック７０１に戻り、答えが否定で
ある場合は、制御は判定ブロック７１２に渡され、他方
のスイッチノードからＴＲＡＮＳ＿ＡＣＫメッセージが
受信されたか決定される。上の例においては、ＴＲＡＮ
Ｓ＿ＡＣＫメッセージが、スイッチノード１０２によっ
て、スイッチノード１０３からインタフェース５５２上
に受信される。このＴＲＡＮＳ＿ＡＣＫメッセージは、
呼の右半分によって受信される。判定ブロック７１２に
おける答えが肯定である場合は、制御は、判定ブロック
７１３に渡される。判定ブロック７１３において、その
トランスポートアクノレッジメッセージ内に代替トラン
スポート機能が存在するか決定される。答えが肯定であ
る場合は、制御は、判定ブロック７１４に渡され、ここ
で、それら代替トランスポート機能が受容できるか、つ
まり、そのスイッチノードがそれら代替トランスポート
機能を提供することができるか否か決定される。判定ブ
ロック７１４における答えが否定である場合は、ブロッ
ク７１６が遂行され、ここで、受容することができない
トランスポート機能を削除する要求を持つＴＲＡＮＳメ
ッセージが他方のスイッチノードに送られる。次に、ブ
ロック７１７において、同一の削除要求を持つＴＲＡＮ
Ｓメッセージがセッションソフトウエア層４０６にトラ
ンスポート層４０５を介して送られる。セッション層４
０６は、このメッセージに応答して、このメッセージを
下流に、呼の左半分内を、ネットワークソフトウエア層
４０４へと運ぶ。受容を示すＴＲＡＮＳ＿ＡＣＫメッセ
ージが受信された時点ではじめてこれらトランスポート
パラメータが接続レコード内に挿入され、スイッチノー
ド内の経路が設定されることに注意する。
ある場合は、制御は判定ブロック７１２に渡され、他方
のスイッチノードからＴＲＡＮＳ＿ＡＣＫメッセージが
受信されたか決定される。上の例においては、ＴＲＡＮ
Ｓ＿ＡＣＫメッセージが、スイッチノード１０２によっ
て、スイッチノード１０３からインタフェース５５２上
に受信される。このＴＲＡＮＳ＿ＡＣＫメッセージは、
呼の右半分によって受信される。判定ブロック７１２に
おける答えが肯定である場合は、制御は、判定ブロック
７１３に渡される。判定ブロック７１３において、その
トランスポートアクノレッジメッセージ内に代替トラン
スポート機能が存在するか決定される。答えが肯定であ
る場合は、制御は、判定ブロック７１４に渡され、ここ
で、それら代替トランスポート機能が受容できるか、つ
まり、そのスイッチノードがそれら代替トランスポート
機能を提供することができるか否か決定される。判定ブ
ロック７１４における答えが否定である場合は、ブロッ
ク７１６が遂行され、ここで、受容することができない
トランスポート機能を削除する要求を持つＴＲＡＮＳメ
ッセージが他方のスイッチノードに送られる。次に、ブ
ロック７１７において、同一の削除要求を持つＴＲＡＮ
Ｓメッセージがセッションソフトウエア層４０６にトラ
ンスポート層４０５を介して送られる。セッション層４
０６は、このメッセージに応答して、このメッセージを
下流に、呼の左半分内を、ネットワークソフトウエア層
４０４へと運ぶ。受容を示すＴＲＡＮＳ＿ＡＣＫメッセ
ージが受信された時点ではじめてこれらトランスポート
パラメータが接続レコード内に挿入され、スイッチノー
ド内の経路が設定されることに注意する。
【００６０】判定ブロック７１３および７１４に戻り、
判定ブロック７１３における決定が否定である場合、あ
るいは判定ブロック７１４における答えが肯定である場
合は、制御は、ブロック７２１に渡され、ここで、接続
マネージャに、トランスポートパラメータを接続テーブ
ルに入力し、スイッチノードの内部交換網を通じて接続
を作ることを要求するメッセージが送信される。
判定ブロック７１３における決定が否定である場合、あ
るいは判定ブロック７１４における答えが肯定である場
合は、制御は、ブロック７２１に渡され、ここで、接続
マネージャに、トランスポートパラメータを接続テーブ
ルに入力し、スイッチノードの内部交換網を通じて接続
を作ることを要求するメッセージが送信される。
【００６１】判定ブロック７１２に戻り、そのメッセー
ジがＴＲＡＮＳ＿ＡＣＫメッセージではない場合は、制
御は、図８の判定ブロック８０１に渡され、ここで、こ
のメッセージが、ＴＲＡＮＳ＿ＲＥＪメッセージである
か調べられる。判定ブロック８０１における答えが肯定
である場合は、ブロック８０２において、接続テーブル
からトランスポートパラメータを削除し、これらトラン
スポートパラメータに対してスイッチノードの交換網を
通じて設定されている経路を削除することを要求するメ
ッセージが接続マネージャに送信される。ＴＲＡＮＳ＿
ＲＥＪメッセージの代わりにＴＲＡＮＳ＿ＡＣＫが受信
された場合は、接続マネージャによって遂行すべき仕事
はないことに注意する。ブロック８０２の実行の後に、
ブロック８０３において、このＴＲＡＮＳ＿ＲＥＪメッ
セージを含むメッセージがトランスポート層４０５を介
してセッション層４０６に送られる。セッションソフト
ウエア層４０６はこのメッセージを下流に、正しい呼レ
コードとＬＤＣＮ識別情報を得て、呼の左半分内を、ネ
ットワークソフトウエア層４０４に送る。
ジがＴＲＡＮＳ＿ＡＣＫメッセージではない場合は、制
御は、図８の判定ブロック８０１に渡され、ここで、こ
のメッセージが、ＴＲＡＮＳ＿ＲＥＪメッセージである
か調べられる。判定ブロック８０１における答えが肯定
である場合は、ブロック８０２において、接続テーブル
からトランスポートパラメータを削除し、これらトラン
スポートパラメータに対してスイッチノードの交換網を
通じて設定されている経路を削除することを要求するメ
ッセージが接続マネージャに送信される。ＴＲＡＮＳ＿
ＲＥＪメッセージの代わりにＴＲＡＮＳ＿ＡＣＫが受信
された場合は、接続マネージャによって遂行すべき仕事
はないことに注意する。ブロック８０２の実行の後に、
ブロック８０３において、このＴＲＡＮＳ＿ＲＥＪメッ
セージを含むメッセージがトランスポート層４０５を介
してセッション層４０６に送られる。セッションソフト
ウエア層４０６はこのメッセージを下流に、正しい呼レ
コードとＬＤＣＮ識別情報を得て、呼の左半分内を、ネ
ットワークソフトウエア層４０４に送る。
【００６２】判定ブロック８０１における答えが否定で
ある場合は、制御は、判定ブロック８０４に渡され、こ
こで、そのメッセージがＴＲＡＮＳ＿ＣＯＭメッセージ
であるか調べられる。答えが否定である場合は、制御
は、ブロック８０８に渡され、通常の処理が行なわれ
る。ブロック８０８は、標準のＩＳＤＮメッセージを扱
う。判定ブロック８０４における答えが肯定である場合
は、ブロック８０６において、接続テーブル６０８内に
存在するトランスポートパラメータのどれがベアラ機能
ＩＥ３２５、チャネル識別ＥＩ３２６、およびデータリ
ンク識別ＩＥ３２７によって識別されてないかが決定さ
れる。これらトランスポートパラメータを識別した後
に、ブロック８０６は、接続マネージャに、これらトラ
ンスポートパラメータおよび対応する経路を削除するこ
とを要求するメッセージを送信する。最後に、ブロック
８０７において、チャネル識別ＥＩ３２６とデータリン
ク識別ＩＥ３２７を削除された元のＴＲＡＮＳ＿ＣＯＭ
を含むメッセージがトランスポートソフトウエア層４０
５を介してセッションソフトウエア層４０６に送られ
る。セッションソフトウエア層４０６はこのメッセージ
に応答して、呼の左半分内を、下流に、ネットワークソ
フトウエア層４０４に向けて呼レコードとLDCN識別情報
を提供する。
ある場合は、制御は、判定ブロック８０４に渡され、こ
こで、そのメッセージがＴＲＡＮＳ＿ＣＯＭメッセージ
であるか調べられる。答えが否定である場合は、制御
は、ブロック８０８に渡され、通常の処理が行なわれ
る。ブロック８０８は、標準のＩＳＤＮメッセージを扱
う。判定ブロック８０４における答えが肯定である場合
は、ブロック８０６において、接続テーブル６０８内に
存在するトランスポートパラメータのどれがベアラ機能
ＩＥ３２５、チャネル識別ＥＩ３２６、およびデータリ
ンク識別ＩＥ３２７によって識別されてないかが決定さ
れる。これらトランスポートパラメータを識別した後
に、ブロック８０６は、接続マネージャに、これらトラ
ンスポートパラメータおよび対応する経路を削除するこ
とを要求するメッセージを送信する。最後に、ブロック
８０７において、チャネル識別ＥＩ３２６とデータリン
ク識別ＩＥ３２７を削除された元のＴＲＡＮＳ＿ＣＯＭ
を含むメッセージがトランスポートソフトウエア層４０
５を介してセッションソフトウエア層４０６に送られ
る。セッションソフトウエア層４０６はこのメッセージ
に応答して、呼の左半分内を、下流に、ネットワークソ
フトウエア層４０４に向けて呼レコードとLDCN識別情報
を提供する。
【００６３】図９は、ネットワークソフトウエア層４０
４によって、セッションソフトウエア層４０６から受信
されたトランスポートメッセージに応答して遂行される
動作を示す。判定ブロック９０１において、このメッセ
ージがＴＲＡＮＳメッセージであるか否か調べられる。
前述の例においては、図６に示される呼の右半分が、セ
ッションソフトウエア層４０６からＴＲＡＮＳメッセー
ジを、呼の左半分がこのメッセージを通信端末１０１か
らインタフェース５５１を介して受信した後に受信す
る。判定ブロック９０１における答えが肯定である場合
は、制御は、判定ブロック９０２に渡される。判定ブロ
ック９０２において、そのベアラ機能ＩＥ３０５に応答
して、次のスイッチノードに伝送されるＴＲＡＮＳメッ
セージに対する新たなチャネル識別ＩＥ３０６およびデ
ータリンク識別ＩＥ３０７が決定される。この決定の後
に、ブロック９０３において、新たなＴＲＡＮＳメッセ
ージが形成され、次のスイッチノードに送られる。この
新たなＴＲＡＮＳメッセージ内においては、要素３０
１、３０２、３０３、３０４、３０５、および３０８、
３０９、並びに３４１は、単に、同一のものが使用され
る（反復される）ことに注意する。
４によって、セッションソフトウエア層４０６から受信
されたトランスポートメッセージに応答して遂行される
動作を示す。判定ブロック９０１において、このメッセ
ージがＴＲＡＮＳメッセージであるか否か調べられる。
前述の例においては、図６に示される呼の右半分が、セ
ッションソフトウエア層４０６からＴＲＡＮＳメッセー
ジを、呼の左半分がこのメッセージを通信端末１０１か
らインタフェース５５１を介して受信した後に受信す
る。判定ブロック９０１における答えが肯定である場合
は、制御は、判定ブロック９０２に渡される。判定ブロ
ック９０２において、そのベアラ機能ＩＥ３０５に応答
して、次のスイッチノードに伝送されるＴＲＡＮＳメッ
セージに対する新たなチャネル識別ＩＥ３０６およびデ
ータリンク識別ＩＥ３０７が決定される。この決定の後
に、ブロック９０３において、新たなＴＲＡＮＳメッセ
ージが形成され、次のスイッチノードに送られる。この
新たなＴＲＡＮＳメッセージ内においては、要素３０
１、３０２、３０３、３０４、３０５、および３０８、
３０９、並びに３４１は、単に、同一のものが使用され
る（反復される）ことに注意する。
【００６４】判定ブロック９０１における答えが否定で
ある場合は、判定ブロック９０４において、セッション
ソフトウエア層４０６から受信されたメッセージがＴＲ
ＡＮＳ＿ＣＯＭメッセージであるか調べられる。判定ブ
ロック９０４における答えが肯定である場合は、判定ブ
ロック９０６において、接続テーブル６０８内に存在す
るが、ベアラ機能ＩＥ３２５、チャネル識別ＩＥ３２
６、およびデータリンク識別ＩＥ３２７によって識別さ
れないトランスポートパラメータが決定される。これら
トランスポートパラメータを決定した後に、ブロック９
０６は、接続マネージャに、これらトランスポートパラ
メータを接続テーブル６０８から削除すること、および
対応する全ての経路を削除することを要求するメッセー
ジを送信する。次に、ブロック９０７において、呼の左
半分上のトランスポート機能を定義する新たなチャネル
識別ＩＥ３２６およびデータリンク識別ＩＥ３２７を持
つＴＲＡＮＳ＿ＣＯＭメッセージが形成される。ブロッ
ク９０７は、次に、こうして形成されたＴＲＡＮＳ＿Ｃ
ＯＭメッセージを他方のスイッチノードに送る。
ある場合は、判定ブロック９０４において、セッション
ソフトウエア層４０６から受信されたメッセージがＴＲ
ＡＮＳ＿ＣＯＭメッセージであるか調べられる。判定ブ
ロック９０４における答えが肯定である場合は、判定ブ
ロック９０６において、接続テーブル６０８内に存在す
るが、ベアラ機能ＩＥ３２５、チャネル識別ＩＥ３２
６、およびデータリンク識別ＩＥ３２７によって識別さ
れないトランスポートパラメータが決定される。これら
トランスポートパラメータを決定した後に、ブロック９
０６は、接続マネージャに、これらトランスポートパラ
メータを接続テーブル６０８から削除すること、および
対応する全ての経路を削除することを要求するメッセー
ジを送信する。次に、ブロック９０７において、呼の左
半分上のトランスポート機能を定義する新たなチャネル
識別ＩＥ３２６およびデータリンク識別ＩＥ３２７を持
つＴＲＡＮＳ＿ＣＯＭメッセージが形成される。ブロッ
ク９０７は、次に、こうして形成されたＴＲＡＮＳ＿Ｃ
ＯＭメッセージを他方のスイッチノードに送る。
【００６５】判定ブロック９０４における答えが否定で
ある場合は、制御は、判定ブロック９０８に渡され、こ
こで、セッションソフトウエア層４０６からＴＲＡＮＳ
＿ＲＥＪメッセージが受信されたか調べられる。答えが
否定である場合は、制御は、標準のＩＳＤＮメッセージ
の通常の処理のためのブロック９０９に渡される。判定
ブロック９０８における答えが肯定である場合は、ブロ
ック９１１において、対応するＴＲＡＮＳメッセージに
よって接続テーブル内に入れられた全てのパラメータを
削除することを要求するメッセージを接続マネージャに
送る。最後に、ブロック９１２において、ＴＲＡＮＳ＿
ＲＥＪメッセージが次のスイッチノードに送られる。上
の例においては、ブロック９１２は、スイッチノード１
０２からのＴＲＡＮＳ＿ＲＥＪメッセージを通信端末１
０１に送る。
ある場合は、制御は、判定ブロック９０８に渡され、こ
こで、セッションソフトウエア層４０６からＴＲＡＮＳ
＿ＲＥＪメッセージが受信されたか調べられる。答えが
否定である場合は、制御は、標準のＩＳＤＮメッセージ
の通常の処理のためのブロック９０９に渡される。判定
ブロック９０８における答えが肯定である場合は、ブロ
ック９１１において、対応するＴＲＡＮＳメッセージに
よって接続テーブル内に入れられた全てのパラメータを
削除することを要求するメッセージを接続マネージャに
送る。最後に、ブロック９１２において、ＴＲＡＮＳ＿
ＲＥＪメッセージが次のスイッチノードに送られる。上
の例においては、ブロック９１２は、スイッチノード１
０２からのＴＲＡＮＳ＿ＲＥＪメッセージを通信端末１
０１に送る。
【００６６】ＣＭＡ１２７およびＴＭＡ１２８によって
遂行される機能の詳細が、それぞれ、図１１および１０
との関連で説明される。あるマルチメディア会議呼出の
際に、通信端末１０６によって送信された全てのメッセ
ージは、図１のＴＭＡ１２８によって受信される。ＴＭ
Ａ１２８は、すると、これらメッセージに応答して、適
当な応答メッセージの送信、ＣＭＡ１２７への情報の転
送、および通信端末１０６の動作の制御を行なう。ＣＭ
Ａ１２７は、マルチメディア会議呼出の全体としての制
御を行なうが、ただし、これら制御は、ＴＭＡ１２８
に、その会議呼出上の他の通信端末にメッセージを送信
することを要請することによって遂行される。加えて、
ＣＭＡ１２７は、スイッチノード１０１の内部ネットワ
ークを、ＣＭ１２９にリクエストを送ることによって制
御する。図１０は、ＴＭＡ１２８の動作を示す。判定ブ
ロック１００１において、通信端末１０６上の会議ボタ
ンが起動され、会議を開始する、あるいはこの会議にも
う一つの端末を加えることを希望することが示されてい
るか調べられる。判定ブロック１００１に対する答えが
肯定である場合は、ブロック１００２において、現在の
端末との現在の呼をホールドにする。通信端末１０６が
通信端末１０８とのマルチメディア呼とのみに従事して
いる場合は、現在の端末は、通信端末１０８のみから構
成されることに注意する。ただし、通信端末１０６、１
０７、および１０８から構成されるある会議呼出が既に
設定されている場合は、ホールドにされる現在の端末
は、通信端末１０７および１０８である。通信端末１０
６が、通信端末１０８とのマルチメディア呼のみに従事
している場合は、通信端末１０８は、“第一の端末”で
あると呼ばれる。ブロック１００２の実行の後に、ブロ
ック１００３において、通信端末１０６から新たな端末
を指定するダイアリング情報が受信される。ダイアリン
グ情報が受信されたら、ブロック１００４において、図
４の下位ソフトウエア層に、この新たな端末に新たな呼
を接続することを要求する。判定ブロック１００９にお
いて、新たな呼が応答したか調べられる。答えが否定で
ある場合は、ブロック１０１２が実行され、現在の呼が
ホールドから解かれ、通信端末１０６が現在の呼に戻さ
れる。判定ブロック１００９における答えが肯定である
場合は、ブロック１０１０において、その新たな呼が会
議に加えられるべきであることを要求するメッセージが
ＣＭＡ１２７に送られる。会議呼出が既に設定されてい
ない場合は、ＣＭＡ１２７は、マルチメディア会議呼出
が開始するための必要なステップを遂行することに注意
する。最後に、ブロック１１０１において、図１３に示
されるような呼テーブルが更新される。図１３は、通信
端末１０６と通信端末１０８がマルチメディア呼に既に
従事しており、この呼に、マルチメディア会議を形成す
るために無線端末１２３が併合された状態を示す。無線
端末１２３のユーザが通信端末１０７をマルチメディア
会議呼出上に置き、無線端末１２３を切断すると、図１
３内の番号“１０７”が番号“１２３”の代わりに使用
される。
遂行される機能の詳細が、それぞれ、図１１および１０
との関連で説明される。あるマルチメディア会議呼出の
際に、通信端末１０６によって送信された全てのメッセ
ージは、図１のＴＭＡ１２８によって受信される。ＴＭ
Ａ１２８は、すると、これらメッセージに応答して、適
当な応答メッセージの送信、ＣＭＡ１２７への情報の転
送、および通信端末１０６の動作の制御を行なう。ＣＭ
Ａ１２７は、マルチメディア会議呼出の全体としての制
御を行なうが、ただし、これら制御は、ＴＭＡ１２８
に、その会議呼出上の他の通信端末にメッセージを送信
することを要請することによって遂行される。加えて、
ＣＭＡ１２７は、スイッチノード１０１の内部ネットワ
ークを、ＣＭ１２９にリクエストを送ることによって制
御する。図１０は、ＴＭＡ１２８の動作を示す。判定ブ
ロック１００１において、通信端末１０６上の会議ボタ
ンが起動され、会議を開始する、あるいはこの会議にも
う一つの端末を加えることを希望することが示されてい
るか調べられる。判定ブロック１００１に対する答えが
肯定である場合は、ブロック１００２において、現在の
端末との現在の呼をホールドにする。通信端末１０６が
通信端末１０８とのマルチメディア呼とのみに従事して
いる場合は、現在の端末は、通信端末１０８のみから構
成されることに注意する。ただし、通信端末１０６、１
０７、および１０８から構成されるある会議呼出が既に
設定されている場合は、ホールドにされる現在の端末
は、通信端末１０７および１０８である。通信端末１０
６が、通信端末１０８とのマルチメディア呼のみに従事
している場合は、通信端末１０８は、“第一の端末”で
あると呼ばれる。ブロック１００２の実行の後に、ブロ
ック１００３において、通信端末１０６から新たな端末
を指定するダイアリング情報が受信される。ダイアリン
グ情報が受信されたら、ブロック１００４において、図
４の下位ソフトウエア層に、この新たな端末に新たな呼
を接続することを要求する。判定ブロック１００９にお
いて、新たな呼が応答したか調べられる。答えが否定で
ある場合は、ブロック１０１２が実行され、現在の呼が
ホールドから解かれ、通信端末１０６が現在の呼に戻さ
れる。判定ブロック１００９における答えが肯定である
場合は、ブロック１０１０において、その新たな呼が会
議に加えられるべきであることを要求するメッセージが
ＣＭＡ１２７に送られる。会議呼出が既に設定されてい
ない場合は、ＣＭＡ１２７は、マルチメディア会議呼出
が開始するための必要なステップを遂行することに注意
する。最後に、ブロック１１０１において、図１３に示
されるような呼テーブルが更新される。図１３は、通信
端末１０６と通信端末１０８がマルチメディア呼に既に
従事しており、この呼に、マルチメディア会議を形成す
るために無線端末１２３が併合された状態を示す。無線
端末１２３のユーザが通信端末１０７をマルチメディア
会議呼出上に置き、無線端末１２３を切断すると、図１
３内の番号“１０７”が番号“１２３”の代わりに使用
される。
【００６７】判定ブロック１００１に戻り、会議ボタン
が起動されてない場合は、制御は、判定ブロック１００
６に渡される。判定ブロック１００６において、もう一
つの端末が、そのマルチメディア会議呼出への他方の端
末の会議経路の帯域幅を変更することを要求するＴＲＡ
ＮＳメッセージを送信したか調べられる。答えが肯定で
ある場合は、ブロック１００７が実行され、ＴＲＡＮＳ
＿ＣＯＭメッセージが送り返すことが要請される。次
に、ブロック１００８において、変更メッセージがＣＭ
Ａ１２７に送られる。この変更メッセージは、通信タイ
プ／帯域幅の変更、および通信端末が変更を送信するこ
とを指定する。
が起動されてない場合は、制御は、判定ブロック１００
６に渡される。判定ブロック１００６において、もう一
つの端末が、そのマルチメディア会議呼出への他方の端
末の会議経路の帯域幅を変更することを要求するＴＲＡ
ＮＳメッセージを送信したか調べられる。答えが肯定で
ある場合は、ブロック１００７が実行され、ＴＲＡＮＳ
＿ＣＯＭメッセージが送り返すことが要請される。次
に、ブロック１００８において、変更メッセージがＣＭ
Ａ１２７に送られる。この変更メッセージは、通信タイ
プ／帯域幅の変更、および通信端末が変更を送信するこ
とを指定する。
【００６８】判定ブロック１００６における答えが否定
である場合は、制御は、判定ブロック１０１３に渡さ
れ、ここで、もう一つの端末から他方の端末が切断され
たことを示すメッセージが受信されたか調べられる。答
えが肯定である場合は、ブロック１０１４において、切
断メッセージがＣＭＡ１２７に送られ、ブロック１０１
５において、この他方の端末が図１３に示される呼テー
ブルから削除される。
である場合は、制御は、判定ブロック１０１３に渡さ
れ、ここで、もう一つの端末から他方の端末が切断され
たことを示すメッセージが受信されたか調べられる。答
えが肯定である場合は、ブロック１０１４において、切
断メッセージがＣＭＡ１２７に送られ、ブロック１０１
５において、この他方の端末が図１３に示される呼テー
ブルから削除される。
【００６９】判定ブロック１０１３における答えが否定
である場合は、判定ブロック１０１６において、通信端
末１０６が通信タイプの変更を要求しているか決定され
る。答えが肯定である場合は、追加あるいは削除される
通信タイプを示す変更メッセージがＣＭＡ１２７に送ら
れ、ブロック１０１８において、通信端末１０６への帯
域幅が変更される。ＣＭＡ１２７は、スイッチノード１
０１内の物理ネットワークに、その物理ネットワークに
よって必要とされるように帯域幅を追加あるいは削減す
ることを要求する。
である場合は、判定ブロック１０１６において、通信端
末１０６が通信タイプの変更を要求しているか決定され
る。答えが肯定である場合は、追加あるいは削除される
通信タイプを示す変更メッセージがＣＭＡ１２７に送ら
れ、ブロック１０１８において、通信端末１０６への帯
域幅が変更される。ＣＭＡ１２７は、スイッチノード１
０１内の物理ネットワークに、その物理ネットワークに
よって必要とされるように帯域幅を追加あるいは削減す
ることを要求する。
【００７０】判定ブロック１０１６における答えが否定
である場合は、判定ブロック１０１９において、通信端
末１０６が切断を要求しているか調べられる。答えが肯
定である場合は、ブロック１０２１において、切断メッ
セージがＣＭＡ１２７に送られ、ＴＭＡ１２８によっ
て、切断メッセージが現在そのマルチメディア会議呼出
上にある全ての通信端末に送られる。加えて、ブロック
１０２２において、図１３の呼テーブルが削除される。
である場合は、判定ブロック１０１９において、通信端
末１０６が切断を要求しているか調べられる。答えが肯
定である場合は、ブロック１０２１において、切断メッ
セージがＣＭＡ１２７に送られ、ＴＭＡ１２８によっ
て、切断メッセージが現在そのマルチメディア会議呼出
上にある全ての通信端末に送られる。加えて、ブロック
１０２２において、図１３の呼テーブルが削除される。
【００７１】判定ブロック１０１９における答えが否定
である場合は、判定ブロック１０２３において、ＣＭＡ
１２７から通告メッセージが受信されたか調べられる。
答えが否定である場合は、ブロック１０２８において、
通常の処理が遂行される。答えが肯定である場合は、判
定ブロック１０２４において、その通告リクエストが通
信端末１０６に対するものであるか調べられる。答えが
肯定である場合は、ブロック１０２７において、通信端
末１０６に、通信端末１０６が適当な機能を遂行できる
ように、変更が通告される。判定ブロック１０２４にお
ける答えが否定である場合は、ブロック１０２６におい
て、図４に示される下位ソフトウエア層に、ＣＭＡ１２
７からの通告リクエスト内に指定される端末に通告メッ
セージを送信することを要請する。マルチメディア会議
呼出における通告メッセージの伝送および機能に関して
は、合衆国特許第５，３７３，５４９号において開示さ
れている。
である場合は、判定ブロック１０２３において、ＣＭＡ
１２７から通告メッセージが受信されたか調べられる。
答えが否定である場合は、ブロック１０２８において、
通常の処理が遂行される。答えが肯定である場合は、判
定ブロック１０２４において、その通告リクエストが通
信端末１０６に対するものであるか調べられる。答えが
肯定である場合は、ブロック１０２７において、通信端
末１０６に、通信端末１０６が適当な機能を遂行できる
ように、変更が通告される。判定ブロック１０２４にお
ける答えが否定である場合は、ブロック１０２６におい
て、図４に示される下位ソフトウエア層に、ＣＭＡ１２
７からの通告リクエスト内に指定される端末に通告メッ
セージを送信することを要請する。マルチメディア会議
呼出における通告メッセージの伝送および機能に関して
は、合衆国特許第５，３７３，５４９号において開示さ
れている。
【００７２】図１１は、図１のＣＭＡ１２７によって遂
行される動作を示す。判定ブロック１１０１において、
新たな端末をマルチメディア会議呼出に追加することを
要求するメッセージがＴＭＡ１２８から受信されたか調
べられる。答えが肯定である場合は、判定ブロック１１
０２において、通信端末１０６が現在マルチメディア会
議呼出に従事しているか調べられる。答えが肯定である
場合は、図１２の会議テーブルにその新たな端末が加え
られる。次に、ブロック１１１２において、その新たな
端末をマルチメディア会議呼出に加えることが、ＣＭ１
２９にリクエストを送信することによって要求される。
ブロック１１１１において新たな端末が図１２の会議テ
ーブルに加えられると、その“通信タイプ”の欄も更新
されることに注意する。ブロック１１０６、１１０９、
あるいは１１１２の実行の後に、ブロック１１１３にお
いて、そのマルチメディア会議呼出に参加している通信
端末に、そのマルチメディア会議呼出の参加に関してな
された変更を通告するための通告リクエストが送られ
る。
行される動作を示す。判定ブロック１１０１において、
新たな端末をマルチメディア会議呼出に追加することを
要求するメッセージがＴＭＡ１２８から受信されたか調
べられる。答えが肯定である場合は、判定ブロック１１
０２において、通信端末１０６が現在マルチメディア会
議呼出に従事しているか調べられる。答えが肯定である
場合は、図１２の会議テーブルにその新たな端末が加え
られる。次に、ブロック１１１２において、その新たな
端末をマルチメディア会議呼出に加えることが、ＣＭ１
２９にリクエストを送信することによって要求される。
ブロック１１１１において新たな端末が図１２の会議テ
ーブルに加えられると、その“通信タイプ”の欄も更新
されることに注意する。ブロック１１０６、１１０９、
あるいは１１１２の実行の後に、ブロック１１１３にお
いて、そのマルチメディア会議呼出に参加している通信
端末に、そのマルチメディア会議呼出の参加に関してな
された変更を通告するための通告リクエストが送られ
る。
【００７３】判定ブロック１１０１に戻り、答えが否定
である場合は、判定ブロック１１０７において、ＴＭＡ
１２８から変更メッセージが受信されたか決定される。
答えが肯定である場合は、ブロック１１０８において、
スイッチノード１０１の物理ネットワークあるいはデー
タリンクの変更をＣＭ１２９によって遂行することが要
請される。次に、ブロック１１０９において、図１２の
会議テーブルが更新される。
である場合は、判定ブロック１１０７において、ＴＭＡ
１２８から変更メッセージが受信されたか決定される。
答えが肯定である場合は、ブロック１１０８において、
スイッチノード１０１の物理ネットワークあるいはデー
タリンクの変更をＣＭ１２９によって遂行することが要
請される。次に、ブロック１１０９において、図１２の
会議テーブルが更新される。
【００７４】判定ブロック１１０７における答えが否定
である場合は、判定ブロック１１１４において、ＴＭＡ
１２８から切断メッセージが受信されたか決定される。
答えが肯定である場合は、ブロック１１１６において、
図１２の会議テーブルから切断された端末が削除され
る。ブロック１１１７において、ＴＭＡ１２８に、その
切断された端末がもはやそのマルチメディア会議呼出の
一部分を構成しないことを示す通告メッセージを送るこ
とが要請される。判定ブロック１１１８において、図１
２の会議テーブル内に二つ以上の端末が存在するか調べ
られる。判定ブロック１１１８における答えが肯定であ
る場合は、判定ブロック１１２３において、切断された
端末がそのＴＭＡの端末、つまり、通信端末１０６であ
るか調べられる。答えが肯定である場合は、ブロック１
１２４において、図１２の会議テーブルが削除される。
他の通信端末からの会議レッグは、既に、図１０のブロ
ック１０２２によって削除されている。ただし、判定ブ
ロック１１１８における答えが否定である場合は、判定
ブロック１１１９において、会議テーブルが削除され、
ＴＭＡ１２８に、残りの端末に会議呼出が終了したこと
を知らせる通告メッセージを送信することが要請され
る。
である場合は、判定ブロック１１１４において、ＴＭＡ
１２８から切断メッセージが受信されたか決定される。
答えが肯定である場合は、ブロック１１１６において、
図１２の会議テーブルから切断された端末が削除され
る。ブロック１１１７において、ＴＭＡ１２８に、その
切断された端末がもはやそのマルチメディア会議呼出の
一部分を構成しないことを示す通告メッセージを送るこ
とが要請される。判定ブロック１１１８において、図１
２の会議テーブル内に二つ以上の端末が存在するか調べ
られる。判定ブロック１１１８における答えが肯定であ
る場合は、判定ブロック１１２３において、切断された
端末がそのＴＭＡの端末、つまり、通信端末１０６であ
るか調べられる。答えが肯定である場合は、ブロック１
１２４において、図１２の会議テーブルが削除される。
他の通信端末からの会議レッグは、既に、図１０のブロ
ック１０２２によって削除されている。ただし、判定ブ
ロック１１１８における答えが否定である場合は、判定
ブロック１１１９において、会議テーブルが削除され、
ＴＭＡ１２８に、残りの端末に会議呼出が終了したこと
を知らせる通告メッセージを送信することが要請され
る。
【００７５】図１４は、その制御機能がＴＭＡ１２８に
よって扱われる端末１０６上に終端する二つの呼に対す
る様々なレコードおよび論理制御リンクを示す。ソフト
ウエア層４０１から４０９は、端末１０６に接続するス
イッチノード１０１上で実行されている。インタフェー
ス１４２８はＰＲＩリンク１１８を終端し、一方、イン
タフェース１４２９および１４３１は、それぞれ、ＰＲ
Ｉリンク１１１および１１４を終端する。図１４に示さ
れるように、端末１０６は、二つの呼を扱っている（に
従事している）。第一の呼は、セッションレコード１４
０３によって扱われ；一方、第二の呼は、セッションレ
コード１４０４によって扱われる。第一の呼の右半分
は、インタフェース１４２９上に終端し、ＣＲＮ１４２
７および呼レコード１４２２を使用する。制御の観点か
らは、両者の呼の左半分は、ＴＭＡ１２８上に終端す
る。ＴＭＡ１２８は、全ての必要とされる制御機能を提
供する。端末１０６からのシグナリングもＴＭＡ１２８
上に終端するが、これらは、ＣＲＮ１４２４、呼レコー
ド１４１９、およびＬＤＣＮ１４１１を使用する。ＴＭ
Ａ１２８と端末１０６は、ＩＮＦＯメッセージを使用し
て互いに通信する。例えば、端末１０６のユーザが第一
の呼上のパーティーとの会話から第二の呼上のパーティ
ーとの会話にスイッチすることを希望する場合、ユーザ
は、端末１０６上の呼によって識別されるボタンを作動
する。これに応答して、端末１０６は、ＩＮＦＯメッセ
ージをＰＲＩリンク１１８を介してＴＭＡ１２８に送
る。ＴＭＡ１２８は、このＩＮＦＯメッセージに応答し
て、物理層４０１を、第二の呼の情報部分がインタフェ
ース１４３１からインタフェース１４２８にスイッチさ
れるように制御する。レコード識別の観点からは、セッ
ションレコード１４０３およびセッションレコード１４
０４は両方とも、呼の左半分が、それぞれ、点線１４０
９および１４０８を使用して、呼レコード１４１９を使
用していることを識別する。ＴＭＡ１２８は、セッショ
ンレコード１４０３あるいは１４１９からのこの情報を
使用して、呼の処理の際に変更されたレコードを識別す
る。ＴＭＡ１２８は、端末１０６上のインジケータを、
ＩＮＦＯメッセージをこの端末に送ることによって制御
する。接続レコード１４０１は第一の呼によって使用さ
れ；接続レコード１４０２は、第二の呼によって使用さ
れる。
よって扱われる端末１０６上に終端する二つの呼に対す
る様々なレコードおよび論理制御リンクを示す。ソフト
ウエア層４０１から４０９は、端末１０６に接続するス
イッチノード１０１上で実行されている。インタフェー
ス１４２８はＰＲＩリンク１１８を終端し、一方、イン
タフェース１４２９および１４３１は、それぞれ、ＰＲ
Ｉリンク１１１および１１４を終端する。図１４に示さ
れるように、端末１０６は、二つの呼を扱っている（に
従事している）。第一の呼は、セッションレコード１４
０３によって扱われ；一方、第二の呼は、セッションレ
コード１４０４によって扱われる。第一の呼の右半分
は、インタフェース１４２９上に終端し、ＣＲＮ１４２
７および呼レコード１４２２を使用する。制御の観点か
らは、両者の呼の左半分は、ＴＭＡ１２８上に終端す
る。ＴＭＡ１２８は、全ての必要とされる制御機能を提
供する。端末１０６からのシグナリングもＴＭＡ１２８
上に終端するが、これらは、ＣＲＮ１４２４、呼レコー
ド１４１９、およびＬＤＣＮ１４１１を使用する。ＴＭ
Ａ１２８と端末１０６は、ＩＮＦＯメッセージを使用し
て互いに通信する。例えば、端末１０６のユーザが第一
の呼上のパーティーとの会話から第二の呼上のパーティ
ーとの会話にスイッチすることを希望する場合、ユーザ
は、端末１０６上の呼によって識別されるボタンを作動
する。これに応答して、端末１０６は、ＩＮＦＯメッセ
ージをＰＲＩリンク１１８を介してＴＭＡ１２８に送
る。ＴＭＡ１２８は、このＩＮＦＯメッセージに応答し
て、物理層４０１を、第二の呼の情報部分がインタフェ
ース１４３１からインタフェース１４２８にスイッチさ
れるように制御する。レコード識別の観点からは、セッ
ションレコード１４０３およびセッションレコード１４
０４は両方とも、呼の左半分が、それぞれ、点線１４０
９および１４０８を使用して、呼レコード１４１９を使
用していることを識別する。ＴＭＡ１２８は、セッショ
ンレコード１４０３あるいは１４１９からのこの情報を
使用して、呼の処理の際に変更されたレコードを識別す
る。ＴＭＡ１２８は、端末１０６上のインジケータを、
ＩＮＦＯメッセージをこの端末に送ることによって制御
する。接続レコード１４０１は第一の呼によって使用さ
れ；接続レコード１４０２は、第二の呼によって使用さ
れる。
【００７６】図１５は、ＴＭＡ１２８から下位ソフトウ
エア層に送信される併合リクエストの結果を示す。ＴＭ
Ａ１２８は、端末１０６から第一と第二の呼の間で会議
呼出を設定することを要求するＩＮＦＯメッセージを受
信したとき、この併合リクエストを作成する。ＩＮＦＯ
メッセージは、ユーザが端末１０６上の会議ボタンを作
動するのに応答して生成される。ＴＭＡ１２８はまたＣ
ＭＡ１２７に、会議レコード１２０１を作成するように
要求する。併合リクエストは、それら呼を表すセッショ
ンレコード１４０３と１４０４が一つに併合されるべき
であることを指定する。セッションソフトウエア層４０
６の併合モジュールは、この併合リクエストに応答し
て、併合レコード１５０２を設定し、また、セッション
レコードと呼レコードを介して、ＣＲＮ１４２７、ＣＲ
Ｎ１４３０およびＣＲＮ１４２４が一つに併合されるべ
きであることを指定する。併合レコード１５０２は、セ
ッションレコード１４０４と１４０３によって利用され
る全ての信号トランスポートを識別する。
エア層に送信される併合リクエストの結果を示す。ＴＭ
Ａ１２８は、端末１０６から第一と第二の呼の間で会議
呼出を設定することを要求するＩＮＦＯメッセージを受
信したとき、この併合リクエストを作成する。ＩＮＦＯ
メッセージは、ユーザが端末１０６上の会議ボタンを作
動するのに応答して生成される。ＴＭＡ１２８はまたＣ
ＭＡ１２７に、会議レコード１２０１を作成するように
要求する。併合リクエストは、それら呼を表すセッショ
ンレコード１４０３と１４０４が一つに併合されるべき
であることを指定する。セッションソフトウエア層４０
６の併合モジュールは、この併合リクエストに応答し
て、併合レコード１５０２を設定し、また、セッション
レコードと呼レコードを介して、ＣＲＮ１４２７、ＣＲ
Ｎ１４３０およびＣＲＮ１４２４が一つに併合されるべ
きであることを指定する。併合レコード１５０２は、セ
ッションレコード１４０４と１４０３によって利用され
る全ての信号トランスポートを識別する。
【００７７】併合レコード１５０２を作成した後に、セ
ッションソフトウエア層４０６の併合ソフトウエアモジ
ュールは、アプリケーション層４０６の所のＣＭ１２９
にＣＭＡ１２７を介して図１４の接続レコード１４０１
および１４０２によって識別される全てのアクセスポイ
ント（呼の宛先ポイント）を単一の呼レコードに結合す
るように要求する。ＣＭ１２９はこの要求に応答して、
接続レコード１４０１と１４０２を、接続レコード１５
０１として示される一つの新たな接続レコードに併合す
る。ＣＭ１２９は、次に、物理ネットワークを、第一と
第二の呼の右半分を介して受信されている音声情報を、
これら呼の左半分に対する単一のＢチャネルを通じて受
信される音声情報と結合する会議ブリッジが形成される
ように制御する。これら呼がビデオも使用する場合は、
ＣＭ１２９は、ビデオネットワークを、この会議呼出に
対してビデオブリッジが設定されるように制御すること
となる。
ッションソフトウエア層４０６の併合ソフトウエアモジ
ュールは、アプリケーション層４０６の所のＣＭ１２９
にＣＭＡ１２７を介して図１４の接続レコード１４０１
および１４０２によって識別される全てのアクセスポイ
ント（呼の宛先ポイント）を単一の呼レコードに結合す
るように要求する。ＣＭ１２９はこの要求に応答して、
接続レコード１４０１と１４０２を、接続レコード１５
０１として示される一つの新たな接続レコードに併合す
る。ＣＭ１２９は、次に、物理ネットワークを、第一と
第二の呼の右半分を介して受信されている音声情報を、
これら呼の左半分に対する単一のＢチャネルを通じて受
信される音声情報と結合する会議ブリッジが形成される
ように制御する。これら呼がビデオも使用する場合は、
ＣＭ１２９は、ビデオネットワークを、この会議呼出に
対してビデオブリッジが設定されるように制御すること
となる。
【００７８】端末１０８を制御しているスイッチノード
１０３の端末マネジメントアプリケーションが、第二の
呼（これはＣＲＮ１４３０によって識別される ）に対
して“帯域幅を音声から低速データに削減することを要
求するＴＲＡＮＳメッセージを送ると、ネットワークソ
フトウエア層４０４は、このＴＲＡＮＳメッセージに応
答して、上で図６との関連で説明された機能を遂行す
る。ただし、ＴＲＡＮＳ＿ＣＯＭが受信されたとき接続
マネジメントに音声トランスポートを削除することを要
求するリクエストが送られた場合は、ＣＭ１２９は、接
続レコード１５０１から第一の呼に対して音声トランス
ポートがまだ必要とされることを知る。ただし、ＣＭ１
２９は、ネットワークソフトウエア層４０４によって、
ＴＲＡＮＳメッセージによって要求され、ＴＲＡＮＳ＿
ＣＯＭメッセージによって確認された低速データリンク
を設定する。このＴＲＡＮＳメッセージは、次に、上流
に、セッションソフトウエア層４０６に向けて送られ、
セッションレコード１４０４によって識別される。セッ
ションソフトウエア層４０６は、次に、ＴＲＡＮＳリク
エストをＴＭＡ１２８に送る。ＴＭＡ１２８は、このリ
クエストに応答して、第二の呼がデータ呼に削減されて
いることを示す情報をＣＭＡ１２７に送る。加えて、Ｔ
ＭＡ１２８は、表示の目的でＩＮＦメッセージを端末１
０６に送ることも考えられる。ＴＭＡ１２８は、物理層
４０１に、端末１０６へのデータリンクを設定すること
を要請する。
１０３の端末マネジメントアプリケーションが、第二の
呼（これはＣＲＮ１４３０によって識別される ）に対
して“帯域幅を音声から低速データに削減することを要
求するＴＲＡＮＳメッセージを送ると、ネットワークソ
フトウエア層４０４は、このＴＲＡＮＳメッセージに応
答して、上で図６との関連で説明された機能を遂行す
る。ただし、ＴＲＡＮＳ＿ＣＯＭが受信されたとき接続
マネジメントに音声トランスポートを削除することを要
求するリクエストが送られた場合は、ＣＭ１２９は、接
続レコード１５０１から第一の呼に対して音声トランス
ポートがまだ必要とされることを知る。ただし、ＣＭ１
２９は、ネットワークソフトウエア層４０４によって、
ＴＲＡＮＳメッセージによって要求され、ＴＲＡＮＳ＿
ＣＯＭメッセージによって確認された低速データリンク
を設定する。このＴＲＡＮＳメッセージは、次に、上流
に、セッションソフトウエア層４０６に向けて送られ、
セッションレコード１４０４によって識別される。セッ
ションソフトウエア層４０６は、次に、ＴＲＡＮＳリク
エストをＴＭＡ１２８に送る。ＴＭＡ１２８は、このリ
クエストに応答して、第二の呼がデータ呼に削減されて
いることを示す情報をＣＭＡ１２７に送る。加えて、Ｔ
ＭＡ１２８は、表示の目的でＩＮＦメッセージを端末１
０６に送ることも考えられる。ＴＭＡ１２８は、物理層
４０１に、端末１０６へのデータリンクを設定すること
を要請する。
【００７９】端末１０８を制御しているスイッチノード
１０３の端末マネジメントアプリケーションが、第二の
呼（これはＣＲＮ１４２６によって識別される）に対し
て、第二の呼上の帯域幅を低速データから音声に変更す
ることを要求するTRANSメッセージを送信すると、ネッ
トワークソフトウエア層４０４は、このＴＲＡＮＳメッ
セージに応答して、図６との関連で前に説明された機能
を遂行する。ＴＲＡＮＳ＿ＣＯＭメッセージを受信する
と、ネットワークソフトウエア層４０４は、ＣＭ１２９
に、呼にトランスポートを追加し、低速データを削除す
ることを要求する。ＣＭ１２９は、接続レコード１５０
１から音声トランスポートが現在進行中の会議呼出に結
合されるべきであることを知り、物理ネットワークおよ
び会議ブリッジをこれを達成するたるに制御する。加え
て、ＣＭ１２９は、下位ソフトウエア層を、低速データ
リンクが削除されるように制御する。上と同様に、ビデ
オトランスポートが会議呼出に加えられる場合は、接続
マネージャは、さらに、ビデオネットワークおよびビデ
オ会議ブリッジを、第二の呼を会議に加えるために制御
する。
１０３の端末マネジメントアプリケーションが、第二の
呼（これはＣＲＮ１４２６によって識別される）に対し
て、第二の呼上の帯域幅を低速データから音声に変更す
ることを要求するTRANSメッセージを送信すると、ネッ
トワークソフトウエア層４０４は、このＴＲＡＮＳメッ
セージに応答して、図６との関連で前に説明された機能
を遂行する。ＴＲＡＮＳ＿ＣＯＭメッセージを受信する
と、ネットワークソフトウエア層４０４は、ＣＭ１２９
に、呼にトランスポートを追加し、低速データを削除す
ることを要求する。ＣＭ１２９は、接続レコード１５０
１から音声トランスポートが現在進行中の会議呼出に結
合されるべきであることを知り、物理ネットワークおよ
び会議ブリッジをこれを達成するたるに制御する。加え
て、ＣＭ１２９は、下位ソフトウエア層を、低速データ
リンクが削除されるように制御する。上と同様に、ビデ
オトランスポートが会議呼出に加えられる場合は、接続
マネージャは、さらに、ビデオネットワークおよびビデ
オ会議ブリッジを、第二の呼を会議に加えるために制御
する。
【００８０】図１６には、通信端末１０６、１０７、あ
るいは１０８として使用するのに適当な通信端末が示さ
れる。ビデオスクリーン１６０７および１６０８は、デ
ィスプレイ１３１０が、マルチメディア会議の各メンバ
ーが別個に表示できるように分割されるところを示す。
当分野において周知のように、図１６には２つのみが示
されるが、それ以上のビデオスクリーンも可能である。
呼状態１６０９は、マルチメディア会議呼出の様々な状
態および条件をテキストあるいはグラフィック形式にて
表示するために使用される。
るいは１０８として使用するのに適当な通信端末が示さ
れる。ビデオスクリーン１６０７および１６０８は、デ
ィスプレイ１３１０が、マルチメディア会議の各メンバ
ーが別個に表示できるように分割されるところを示す。
当分野において周知のように、図１６には２つのみが示
されるが、それ以上のビデオスクリーンも可能である。
呼状態１６０９は、マルチメディア会議呼出の様々な状
態および条件をテキストあるいはグラフィック形式にて
表示するために使用される。
【図面の簡単な説明】
【図１】本発明の概念を実現するためのシステムを示す
図である。
図である。
【図２】本発明の概念内に具現されるメッセージフロー
を示す図である。
を示す図である。
【図３】Ａは本発明の概念を具現するために利用される
メッセージを示す図である。Ｂは本発明の概念を具現す
るために利用されるメッセージを示す図である。
メッセージを示す図である。Ｂは本発明の概念を具現す
るために利用されるメッセージを示す図である。
【図４】本発明の概念と共に使用されるためのソフトウ
エアアーキテクチャを示す図である。
エアアーキテクチャを示す図である。
【図５】スイッチノード内に設定されるシグナリングお
よびトランスポート経路を論理的に示す図である。
よびトランスポート経路を論理的に示す図である。
【図６】ネットワーク、トランスポート、セッション、
およびアプリケーションソフトウエア層を通じての呼の
論理構造を示す図である。
およびアプリケーションソフトウエア層を通じての呼の
論理構造を示す図である。
【図７】ネットワーク層のトランスポートメッセージに
対する応答を流れ図にて示す図である。
対する応答を流れ図にて示す図である。
【図８】ネットワーク層のトランスポートメッセージに
対する応答を流れ図にて示す図である。
対する応答を流れ図にて示す図である。
【図９】ネットワーク層のトランスポートメッセージに
対する応答を流れ図にて示す図である。
対する応答を流れ図にて示す図である。
【図１０】端末マネジメントアプリケーションによって
遂行される動作を流れ図にて示す図である。
遂行される動作を流れ図にて示す図である。
【図１１】会議マネジメントアプリケーションによって
遂行される動作を流れ図にて示す図である。
遂行される動作を流れ図にて示す図である。
【図１２】会議テーブルを示す図である。
【図１３】呼テーブルを示す。
【図１４】ネットワーク、トランスポート、セッショ
ン、およびアプリケーションソフトウエア層を通じての
二つの呼の論理構造を示す図である。
ン、およびアプリケーションソフトウエア層を通じての
二つの呼の論理構造を示す図である。
【図１５】併合動作が遂行された後の、ネットワーク、
トランスポート、セッション、およびアプリケーション
層を通じての会議呼出の論理構造を示す図である。
トランスポート、セッション、およびアプリケーション
層を通じての会議呼出の論理構造を示す図である。
【図１６】本発明の概念に従う通信端末を示す図であ
る。
る。
１０１、１０２、１０３、１０４ スイッチノード １０６、１０７、１０８ 通信端末 111、112、114、116、117、118、119、121 ＰＲＩ リンク １２２ 基地局 １２３ 無線端末 １２４ ＢＲＩ リンク
Claims (28)
- 【請求項１】 複数の電気通信端末間のマルチメディア
会議呼出を制御するための方法であって、これら複数の
電気通信端末が複数のスイッチノードを持つ交換システ
ムによって相互接続され、これら複数の電気通信端末の
一つの電気通信端末がこの会議呼出を制御し、この方法
が：前記の複数のスイッチノードの第一のスイッチノー
ド上に会議呼出を実現（設定）するステップ；および前
記の複数の電気通信端末の各々を、前記の複数のスイッ
チノードを通じての通信経路によって、前記の複数のス
イッチノードの（中の）第一のスイッチノードに相互接
続するステップを含み、ここで、各通信経路が前記の複
数のスイッチノードの一つあるいは複数（のスイッチノ
ード）を通じて設定され；この方法がさらに前記の複数
のスイッチノードの第一のスイッチノード上に複数の通
信タイプを提供するステップ；前記の複数のスイッチノ
ードの第一のスイッチノードによって実行されている端
末マネジメントアプリケーションが、前記の複数の電気
通信端末の一つの制御（担当）電気通信端末を管理する
ステップ；前記の端末マネジメントアプリケーション
が、前記の複数の通信端末の（中の）制御（担当）通信
端末に送られた全てのメッセージを受信するステップ；
前記の複数の通信端末の残りの幾つかの中の第一の通信
端末が個別に、前記の複数の通信端末の制御通信端末
に、前記の複数の通信端末の残りの幾つかの前記の第一
の通信端末によって使用される第一の通信経路上の通信
帯域幅を、通信タイプの数を変更することによって変更
することを要求する第一のメッセージを送るステップ；
および前記の第一の通信経路内の複数のスイッチノード
および前記の複数のスイッチノードの前記の第一のスイ
ッチノードが、前記の第一のメッセージに応答して、、
前記のマルチメディア会議呼出に参加するために前記の
複数の通信端末の残りの幾つかの前記の第一の通信端末
によって使用される通信タイプの数のみを変更するステ
ップを含むことを特徴とする方法。 - 【請求項２】 前記の複数の通信端末の残りの幾つかの
（中の）第二の通信端末が個別に、前記の複数の通信端
末の中の制御通信端末に、前記の複数の通信端末の残り
の幾つかの前記の第二の通信端末によって使用される第
二の通信経路上の通信帯域幅を、前記の複数の通信端末
の残りの幾つかの中の前記の第一の通信端末によって使
用されている通信タイプと同一となるように変更するこ
とを要求するもう一つの第一のメッセージを送るステッ
プ；および前記の第二の通信経路内の複数のスイッチノ
ードおよび前記の複数のスイッチノードの前記の第一の
スイッチノードが、前記のもう一つの第一のメッセージ
に応答して、前記の複数の通信端末の残りの幾つかの前
記の第二のスイッチノードによって前記のマルチメディ
ア会議呼出に参加するために使用される通信タイプの数
のみを変更するステップがさらに含まれることを特徴と
する請求項１の方法。 - 【請求項３】 前記の変更ステップが、前記の端末マネ
ジメントアプリケーションが、前記の第一のメッセージ
の受信に応答して、第二のメッセージを前記の複数の通
信端末の前記の第一の通信端末に送り返すステップ；お
よび前記の端末マネジメントアプリケーションが、前記
のもう一つの第一のメッセージの受信に応答して、もう
一つの第二のメッセージを前記の複数の通信端末の前記
の第二の通信端末に送り返すステップを含むことを特徴
とする請求項１の方法。 - 【請求項４】 前記の第一の通信経路（上）の変更ステ
ップが、前記の第一の通信経路に追加の通信タイプを加
えるステップから成り；前記の第二の通信経路上の変更
ステップが、前記の第二の通信経路に追加の通信タイプ
を加えるステップから成り；この方法がさらに前記の複
数の電気通信端末の第一の通信端末と第二の通信端末が
前記の追加の通信タイプを共同使用して通信でき、か
つ、前記の複数の電気通信端末の他の幾つかと通信でき
るようにするステップを含むことを特徴とする請求項３
の方法。 - 【請求項５】 前記の第一の通信経路上の変更ステップ
が、さらに、前記の複数の通信端末の前記の第一の通信
端末によって使用される通信タイプの数の変更を示すた
めに会議レコードを更新するステップを含み；前記の第
二の通信経路上の変更ステップが、さらに、前記の複数
の通信端末の前記の第二の通信端末によって使用される
通信タイプの数の変更を示すために会議レコードを更新
するステップを含むことを特徴とする請求項４の方法。 - 【請求項６】 マルチメディア会議呼出の複数の通信経
路に対して通信帯域幅の変更を制御するための方法であ
って、各通信経路が複数の電気通信端末の一つを、交換
システム上に設定されたマルチメディア会議呼出に相互
接続し、前記の交換システムが前記のマルチメディア会
議呼出に対して複数のマルチメディア機能を提供する能
力を持ち、複数の各マルチメディア機能が通信帯域幅を
要求し、この方法が：前記の複数の電気通信端末の全て
が、前記のマルチメディア会議呼出においてセットの複
数のマルチメディア機能を使用するステップ；および前
記の交換システムが、前記の複数の通信端末の中の前記
のマルチメディア会議呼出を制御する端末に送られた前
記の複数の通信経路の中の第一の通信経路上の通信帯域
幅を増加することを要求するメッセージを受信するステ
ップを含み、ここで、前記の複数の通信経路の前記の第
一の通信経路が前記の複数の通信端末の中の第一の端末
を前記の交換システムに相互接続し；この方法がさらに
前記の交換システムが前記の複数の通信経路の第一の通
信経路上の通信帯域幅を増加し、これによって、前記の
セットの複数のマルチメディア機能には含まれない前記
の複数のマルチメディア機能の内の一つの追加の機能を
前記の複数の電気通信端末の前記の第一の端末に与える
ステップ；および前記の交換システムが、前記の複数の
通信端末の中の前記のマルチメディア会議呼出を制御す
る端末に送られた前記の複数の通信経路の中の第二の通
信経路上の通信帯域幅を増加することを要求するメッセ
ージを受信するステップを含み、ここで、前記の複数の
通信経路の前記の第二の通信経路が前記の複数の通信端
末の中の第二の端末を前記の交換システムに相互接続
し；この方法がさらに前記の交換システムが、前記の複
数の通信経路の第二の通信経路上の通信帯域幅を増加
し、これによって、前記のセットの複数のマルチメディ
ア機能には含まれない前記の複数のマルチメディア機能
の内の一つの追加の機能を前記の複数の電気通信端末の
前記の第二の端末に与えるステップを含み、これによっ
て、前記の複数の電気通信端末の第一の端末と第二の端
末が前記の複数のマルチメディア機能の前記の追加され
た機能を共同使用して通信でき、かつ、前記のセットの
マルチメディア機能を使用して前記の複数の電気通信端
末の他の端末と通信できるようにされることを特徴とす
る方法。 - 【請求項７】 さらに、前記の交換システムが、前記の
複数の通信端末の中の前記のマルチメディア会議呼出を
制御する端末に送られた前記の複数の通信経路の中の第
三の通信経路上の通信帯域幅を削減することを要求する
第三のメッセージを受信するステップが含まれ、ここ
で、前記の複数の通信経路の前記の第三の通信経路が前
記の複数の通信端末の中の第三の端末を前記の交換シス
テムに相互接続し；この方法がさらに前記の交換システ
ムが、前記の複数の通信経路の中の第三の通信経路上の
通信帯域幅を削減するステップを含み、これによって、
前記のセットの複数のマルチメディア機能の一つが前記
の複数の通信端末の中の前記の第三の端末による使用か
ら削除され、この方法がさらに；前記の複数の通信端末
の中の前記の第三の端末が、前記の複数の電気通信端末
の残りの端末と、前記のセットの複数のマルチメディア
機能の中の残された機能を使用して通信することを継続
するステップを含むことを特徴とする請求項６の方法。 - 【請求項８】 前記の交換システムが前記の複数の電気
通信端末の中の前記の制御（担当）端末に向けて送られ
た前記の複数の電気通信経路の第三の経路上の通信帯域
幅を増加することを要求する第四のメッセージを受信す
るステップ；および前記の交換システムが前記の複数の
通信経路の第三の経路上の通信帯域幅を増加するステッ
プがさらに含まれ、これによって、前記のセットの複数
のマルチメディア機能の一つが前記の複数の通信端末の
前記の第三の通信端末によって使用されるために追加さ
れ；この方法がさらに前記の複数の電気通信端末の前記
の第三の端末が前記セットの複数の通信機能を使用して
前記の複数の通信端末の残りの端末と通信するステップ
を含むことを特徴とする請求項７の方法。 - 【請求項９】 前記の交換システムが複数のスイッチノ
ードを含み、前記の複数の通信端末の制御を担当する通
信端末が複数のスイッチノードの第一のスイッチノード
に接続され、前記のマルチメディア会議呼出が前記の複
数のスイッチノードの前記の第一のスイッチノード上に
設定され、この方法がさらに、前記の複数のスイッチノ
ードの前記の第一のスイッチノード上で実行されている
端末マネジメントアプリケーションが、前記の複数の通
信端末の前記の制御（担当）通信端末を管理するステッ
プ；および前記の複数の通信端末の制御通信端末に向け
て送られてきた全てのメッセージを受信するステップを
含むことを特徴とする請求項８の方法。 - 【請求項１０】 前記の端末マネジメントアプリケーシ
ョンが、前記の第一および第二のメッセージを受信する
ステップ；前記の端末マネジメントアプリケーション
が、前記の第一および第二のメッセージが前記の複数の
通信端末の前記の第一および第二の通信端末が前記の複
数のマルチメディア機能の追加の一つの機能を使用する
ことを要求することを決定する（知る）ステップ；およ
び前記の複数の通信端末の内の前記の複数の通信端末の
前記の第一および第二の端末以外の残りの通信端末に、
前記の複数の通信端末の前記の第一および第二の通信端
末が現在前記の複数のマルチメディアの前記の追加の一
つの機能を使用していることを前記の複数の通信端末の
これら残りの端末に知らせる第五のメッセージを送るス
テップがさらに含まれることを特徴とする請求項９の方
法。 - 【請求項１１】 前記の端末マネジメントアプリケーシ
ョンが、第三のメッセージを受信するステップ；前記の
端末マネジメントアプリケーションが、前記の第三のメ
ッセージが前記セットの複数のマルチメディア機能の内
の一つの機能を前記の複数の通信端末の第三の通信端末
による使用から削除することを要求することを決定する
（知る）ステップ；および前記の複数の通信端末の内
の、前記の複数の通信端末の前記の第三の端末以外の残
りの通信端末に、前記の複数の通信端末の前記の第三の
通信端末が現在前記のセットの複数のマルチメディアの
前記の一つの機能を使用していないことを前記の複数の
通信端末のこれら残りの通信端末に知らせる第六のメッ
セージを送るステップがさらに含まれることを特徴とす
る請求項１０の方法。 - 【請求項１２】 前記の端末マネジメントアプリケーシ
ョンが第四のメッセージを受信するステップ；前記の端
末マネジメントアプリケーションが、前記の第三のメッ
セージが前記のセットの複数のマルチメディア機能の一
つが前記の複数の電気通信端末の前記の第三の通信端末
による使用のために加えられるべきであることを要求す
ることを決定するステップ；および前記の複数の通信端
末の内の、前記の複数の通信端末の前記の第三の端末以
外の残りの通信端末に、前記の複数の通信端末の前記の
第三の通信端末が現在前記の複数のマルチメディアの前
記の一つの機能を使用していることを前記の複数の通信
端末のこれら残りの端末に知らせる第七のメッセージを
送るステップがさらに含まれることを特徴とする請求項
１１の方法。 - 【請求項１３】 前記の複数の通信端末の中の前記の第
一の通信端末が、前記の第一のメッセージを送信するス
テップ；および前記の複数の通信端末の中の前記の第二
の通信端末が、前記の第二のメッセージを送信するステ
ップがさらに含まれることを特徴とする請求項６の方
法。 - 【請求項１４】 前記の複数の通信端末の中の前記の第
三の通信端末が、前記の第三のメッセージを送信するス
テップ；および前記の複数の通信端末の中の前記の第三
の通信端末が、前記の第四のメッセージを送信するステ
ップがさらに含まれることを特徴とする請求項６の方
法。 - 【請求項１５】 複数の電気通信端末間のマルチメディ
ア会議呼出を制御するための装置であって、これら複数
の電気通信端末が複数のスイッチノードを持つ交換シス
テムによって相互接続され、これら複数の電気通信端末
の一つの電気通信端末がこの会議呼出を制御し、この装
置が：前記の複数のスイッチノードの第一のスイッチノ
ード上の会議呼出を実現（設定）するための手段；およ
び前記の複数の電気通信端末の各々を、前記の複数のス
イッチノードを通じての通信経路によって、前記の複数
のスイッチノードの（中の）第一のスイッチノードに相
互接続するための手段を含み、ここで、各通信経路が前
記の複数のスイッチノードの一つあるいは複数（のスイ
ッチノード）を通じて設定され；この装置がさらに前記
の複数のスイッチノードの第一のスイッチノード上に複
数の通信タイプを提供するための手段；前記の複数のス
イッチノードの前記の第一のスイッチノード内で実行さ
れている端末マネジメントアプリケーション内に位置
し、前記の複数の電気通信端末の一つの制御（担当）電
気通信端末を管理するための手段；端末マネジメントア
プリケーション内に位置し、前記の複数の通信端末の制
御（担当）通信端末に送られた全てのメッセージを受信
するための手段；前記の複数の通信端末の残りの幾つか
の一つの通信端末内に位置し、前記の複数の通信端末の
制御（担当）通信端末に、前記の複数の通信端末の残り
の幾つかの一つの通信端末によって使用される第一の通
信経路上の通信帯域幅を通信タイプの数を変更すること
によって変更することを要求する第一のメッセージを送
るための手段；および前記の第一の通信経路内の複数の
スイッチノードおよび前記の複数のスイッチノードの前
記の第一のスイッチノード内に位置し、前記の第一のメ
ッセージに応答して、前記のマルチメディア会議呼出に
参加するために前記の複数の通信端末の残りの幾つかの
前記の第一の通信端末によって使用される通信タイプの
数のみを変更するための手段を含むことを特徴とする装
置。 - 【請求項１６】 前記の複数の通信端末の残りの幾つか
の第二の通信端末内に位置し、前記の複数の通信端末の
中の制御（担当）通信端末に、前記の複数の通信端末の
残りの幾つかの前記の第二の通信端末によって使用され
る第二の通信経路上の通信帯域幅を、前記の複数の通信
端末の残りの幾つかの中の前記の第一の通信端末によっ
て使用されている通信タイプと同一となるように変更す
ることを要求するもう一つの第一のメッセージを送るた
めの手段；および前記の第二の通信経路内の複数のスイ
ッチノードおよび前記の複数のスイッチノードの前記の
第一のスイッチノード内に位置し、前記のもう一つの第
一のメッセージに応答して、前記の複数の通信端末の残
りの幾つかの前記の第二の通信端末によって前記のマル
チメディア会議呼出に参加するために使用される通信タ
イプの数のみを変更するための手段がさらに含まれるこ
とを特徴とする請求項１５の装置。 - 【請求項１７】 前記の端末マネジメントアプリケーシ
ョン内に位置する変更のための手段が、前記の第一のメ
ッセージの受信に応答して第二のメッセージを前記の複
数の通信端末の前記の第一の通信端末に送り返すための
手段；および前記のもう一つの第一のメッセージの受信
に応答してもう一つの第二のメッセージを前記の複数の
通信端末の前記の第二の通信端末に送り返すための手段
を含むことを特徴とする請求項１５の装置。 - 【請求項１８】 前記の第一の通信経路（上）の変更の
ための手段が、前記の第一の通信経路に追加の通信タイ
プを加えるための手段から成り；前記の第二の通信経路
上の変更のための手段が、前記の第二の通信経路に追加
の通信タイプを加えるための手段から成り；この装置が
さらに前記の複数のスイッチノードの第一のノード内に
位置し、前記の複数の電気通信端末の第一の通信端末と
第二の通信端末が前記の追加の通信タイプを共同使用し
て通信でき、かつ、前記の複数の電気通信端末の他の幾
つかと通信できるようにするするための手段を含むこと
を特徴とする請求項１７の装置。 - 【請求項１９】 前記の第一の通信経路上の変更のため
の手段が、さらに、前記の複数の通信端末の前記の第一
の通信端末によって使用される通信タイプの数の変更を
示すために会議レコードを更新するための手段を含み；
前記の第二の通信経路上の変更のための手段が、さら
に、前記の複数の通信端末の前記の第二の通信端末によ
って使用される通信タイプの数の変更を示すために会議
レコードを更新するための手段を含むことを特徴とする
請求項１８の装置。 - 【請求項２０】 マルチメディア会議呼出の複数の通信
経路に対して通信帯域幅の変更を制御するための装置で
あって、各通信経路が複数の電気通信端末の一つを、交
換システム上に設定されたマルチメディア会議呼出に相
互接続し、前記の交換システムが前記のマルチメディア
会議呼出に対して複数のマルチメディア機能を提供する
能力を持ち、複数の各マルチメディア機能が通信帯域幅
を要求し、この装置が：前記の複数の電気通信端末の全
ての中に位置し、前記のマルチメディア会議呼出におい
てセットの複数のマルチメディア機能を使用するための
手段；および前記の交換システム内に位置し、前記の複
数の通信端末の中の前記のマルチメディア会議呼出を制
御する端末に送られた前記の複数の通信経路の中の第一
の通信経路上の通信帯域幅を増加することを要求するメ
ッセージを受信するための手段を含み、ここで、前記の
複数の通信経路の前記の第一の通信経路が前記の複数の
通信端末の中の第一の端末を前記の交換システムに相互
接続し；この装置がさらに前記の交換システム内に位置
し、前記の複数の通信経路の第一の通信経路上の通信帯
域幅を増加し、これによって、前記のセットの複数のマ
ルチメディア機能には含まれない前記の複数のマルチメ
ディア機能の内の一つの追加の機能を前記の複数の電気
通信端末の前記の第一の端末に与えるための手段；およ
び前記の交換システム内に位置し、前記の複数の通信端
末の中の前記のマルチメディア会議呼出を制御する端末
に送られた前記の複数の通信経路の中の第二の通信経路
上の通信帯域幅を増加することを要求するメッセージを
受信するための手段を含み、ここで、前記の複数の通信
経路の前記の第二の通信経路が前記の複数の通信端末の
中の第二の端末を前記の交換システムに相互接続し；こ
の装置がさらに前記の交換システム内に位置し、前記の
複数の通信経路の第二の通信経路上の通信帯域幅を増加
し、これによって、前記のセットの複数のマルチメディ
ア機能には含まれない前記の複数のマルチメディア機能
の内の一つの追加の機能を前記の複数の電気通信端末の
前記の第二の端末に与えるための手段を含み、これによ
って、前記の複数の電気通信端末の第一の端末と第二の
端末が、前記の複数のマルチメディア機能の前記の追加
された機能を共同使用して通信でき、かつ、前記のセッ
トのマルチメディア機能を使用して前記の複数の電気通
信端末の他の端末と通信できるようにされることを特徴
とする装置。 - 【請求項２１】 さらに、前記の交換システム内に位置
し、前記の複数の通信端末の中の前記のマルチメディア
会議呼出を制御する端末に送られた前記の複数の通信経
路の中の第三の通信経路上の通信帯域幅を削減すること
を要求する第三のメッセージを受信するための手段が含
まれ、ここで、前記の複数の通信経路の前記の第三の通
信経路が前記の複数の通信端末の中の第三の端末を前記
の交換システムに相互接続し；この装置がさらに前記の
交換システム内に位置し、前記の複数の通信経路の中の
第三の通信経路上の通信帯域幅を削減するための手段を
含み、これによって、前記のセットの複数のマルチメデ
ィア機能の一つが前記の複数の通信端末の中の前記の第
三の端末による使用から削除され、この装置がさらに；
前記の複数の通信端末の中の前記の第三の端末内に位置
し、前記の複数の電気通信端末の残りの端末と、前記の
セットの複数のマルチメディア機能の中の残された機能
を使用して通信を継続するための手段を含むことを特徴
とする請求項２０の装置。 - 【請求項２２】 前記の交換システム内に位置し、前記
の複数の電気通信端末の中の前記の制御（担当）端末に
向けて送られた前記の複数の電気通信経路の第三の経路
上の通信帯域幅を増加することを要求する第四のメッセ
ージを受信するための手段；および前記の交換システム
内に位置し、前記の複数の通信経路の第三の経路上の通
信帯域幅を増加するための手段がさらに含まれ、これに
よって、前記のセットの複数のマルチメディア機能の一
つが前記の複数の通信端末の前記の第三の通信端末によ
って使用されるために追加され；この装置がさらに前記
の複数の電気通信端末の前記の第三の端末内に位置し、
前記セットの複数の通信機能を使用して前記の複数の通
信端末の残りの端末と通信するための手段を含むことを
特徴とする請求項２１の装置。 - 【請求項２３】 前記の交換システムが複数のスイッチ
ノードを含み、前記の複数の通信端末の制御を担当する
通信端末が複数のスイッチノードの第一のスイッチノー
ドに接続され、前記のマルチメディア会議呼出が前記の
複数のスイッチノードの前記の第一のスイッチノード上
に設定され、この装置がさらに、前記の複数のスイッチ
ノードの前記の第一のスイッチノード上で実行されてい
る端末マネジメントアプリケーション内に位置し、前記
の複数の通信端末の前記の制御（担当）通信端末を管理
するための手段；および前記の端末アプリケーション内
に位置し、前記の複数の通信端末の制御通信端末に向け
て送られてきた全てのメッセージを受信するための手段
を含むことを特徴とする請求項２２の装置。 - 【請求項２４】 前記の端末マネジメントアプリケーシ
ョン内に位置し、前記の第一および第二のメッセージを
受信するための手段；前記の端末マネジメントアプリケ
ーション内に位置し、前記の端末マネジメントアプリケ
ーション内において、前記の第一および第二のメッセー
ジが、前記の複数の通信端末の前記の第一および第二の
通信端末が前記の複数のマルチメディア機能の追加の一
つの機能を使用することを要求することを決定する（知
る）ための手段；および前記の端末アプリケーション内
に位置し、前記の複数の通信端末の内の、前記の複数の
通信端末の前記の第一および第二の端末以外の残りの通
信端末に、前記の複数の通信端末の前記の第一および第
二の通信端末が現在前記の複数のマルチメディアの前記
の追加の一つの機能を使用していることを前記の複数の
通信端末のこれら残りの端末に知らせる第五のメッセー
ジを送るための手段がさらに含まれることを特徴とする
請求項２３の装置。 - 【請求項２５】 前記の端末マネジメントアプリケーシ
ョン内に位置し、第三のメッセージを受信するための手
段；前記の端末マネジメントアプリケーション内に位置
し、前記の第三のメッセージが前記セットの複数のマル
チメディア機能の内の一つの機能を前記の複数の通信端
末の第三の通信端末による使用から削除することを要求
することを決定する（知る）ための手段；および前記の
端末アプリケーション内に位置し、前記の複数の通信端
末の内の、前記の複数の通信端末の前記の第三の端末以
外の残りの通信端末に、前記の複数の通信端末の前記の
第三の通信端末が現在前記のセットの複数のマルチメデ
ィアの前記の一つの機能を使用していないことを前記の
複数の通信端末のこれら残りの通信端末に知らせる第六
のメッセージを送るための手段がさらに含まれることを
特徴とする請求項２４の装置。 - 【請求項２６】 前記の端末マネジメントアプリケーシ
ョン内に位置し、第四のメッセージを受信するための装
置；前記の端末マネジメントアプリケーション内に位置
し、前記の第三のメッセージが前記のセットの複数のマ
ルチメディア機能の一つが前記の複数の電気通信端末の
前記の第三の通信端末による使用のために加えられるべ
きであることを要求することを決定するための手段；お
よび前記の複数の通信端末の内の、前記の複数の通信端
末の前記の第三の端末以外の残りの通信端末に、前記の
複数の通信端末の前記の第三の通信端末が現在前記のセ
ットの複数のマルチメディアの前記の一つの機能を使用
していることを前記の複数の通信端末のこれら残りの端
末に知らせる第七のメッセージを送るための手段がさら
に含まれることを特徴とする請求項２５の装置。 - 【請求項２７】 前記の複数の通信端末の中の前記の第
一の通信端末内に位置し、前記の第一のメッセージを送
信するための手段；および前記の複数の通信端末の中の
前記の前記の第二の通信端末内に位置し、前記の第二の
メッセージを送信するための手段がさらに含まれること
を特徴とする請求項２０装置。 - 【請求項２８】 前記の複数の通信端末の中の前記の第
三の通信端末内に位置し、前記の第三のメッセージを送
信するための手段；および前記の複数の通信端末の中の
前記の第三の通信端末内に位置し、前記の第四のメッセ
ージを送信するための手段がさらに含まれることを特徴
とする請求項２２の装置。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US08/452484 | 1995-05-26 | ||
| US08/452,484 US5590127A (en) | 1995-05-26 | 1995-05-26 | Multimedia conference call providing adjustable bandwidth for individual communication terminals |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH0936917A true JPH0936917A (ja) | 1997-02-07 |
| JP3369402B2 JP3369402B2 (ja) | 2003-01-20 |
Family
ID=23796636
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP12939796A Expired - Fee Related JP3369402B2 (ja) | 1995-05-26 | 1996-05-24 | 個々の通信端末に調節可能な帯域幅を提供するためのマルチメディア会議呼出 |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US5590127A (ja) |
| EP (1) | EP0744857B1 (ja) |
| JP (1) | JP3369402B2 (ja) |
| CN (1) | CN1086880C (ja) |
| AU (1) | AU5239396A (ja) |
| CA (1) | CA2173300C (ja) |
| DE (1) | DE69633987T2 (ja) |
| SG (1) | SG42407A1 (ja) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006500828A (ja) * | 2002-09-20 | 2006-01-05 | クゥアルコム・インコーポレイテッド | グループ通信ネットワークにおいてマルチメディアを提供するための通信装置 |
| WO2006104040A1 (ja) * | 2005-03-25 | 2006-10-05 | Nec Corporation | プッシュツートーク通信システム及びプッシュツートーク通信方法 |
| JP2007529936A (ja) * | 2004-03-17 | 2007-10-25 | フランス テレコム | 「プッシュトゥトーク」セッションを管理するための方法、サーバおよびシステム |
| JP2010524327A (ja) * | 2007-04-05 | 2010-07-15 | サムスン エレクトロニクス カンパニー リミテッド | ＰｏＣセッションで支援するメディアタイプ管理方法及びこれを具現するためのＰｏＣシステムとＰｏＣ端末 |
| US8411594B2 (en) | 2002-09-20 | 2013-04-02 | Qualcomm Incorporated | Communication manager for providing multimedia in a group communication network |
| US8503355B2 (en) | 2004-03-17 | 2013-08-06 | France Telecom | Method, server, and system for managing “push-to-talk” session |
Families Citing this family (64)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH08111858A (ja) * | 1994-10-12 | 1996-04-30 | Hitachi Ltd | テレビ対話監視システム |
| JPH08256318A (ja) * | 1995-03-17 | 1996-10-01 | Fujitsu Ltd | テレビ会議システムのカメラ制御装置 |
| US5894321A (en) * | 1995-06-16 | 1999-04-13 | Intel Corporation | Media object description for self configuring conferences |
| US6021428A (en) * | 1997-09-15 | 2000-02-01 | Genesys Telecommunications Laboratories, Inc. | Apparatus and method in improving e-mail routing in an internet protocol network telephony call-in-center |
| GB9603582D0 (en) | 1996-02-20 | 1996-04-17 | Hewlett Packard Co | Method of accessing service resource items that are for use in a telecommunications system |
| JP3644108B2 (ja) * | 1995-12-19 | 2005-04-27 | ソニー株式会社 | 通話システム、接続装置、通信端末装置及び通話方法 |
| US6237029B1 (en) | 1996-02-26 | 2001-05-22 | Argosystems, Inc. | Method and apparatus for adaptable digital protocol processing |
| US6069890A (en) | 1996-06-26 | 2000-05-30 | Bell Atlantic Network Services, Inc. | Internet telephone service |
| US6154445A (en) * | 1996-04-18 | 2000-11-28 | Bell Atlantic Network Services, Inc. | Telephony communication via varied redundant networks |
| US5841780A (en) * | 1996-08-29 | 1998-11-24 | Lucent Technologies Inc. | ISDN BRI link restoration without loss of calls |
| US6016307A (en) | 1996-10-31 | 2000-01-18 | Connect One, Inc. | Multi-protocol telecommunications routing optimization |
| US6473404B1 (en) | 1998-11-24 | 2002-10-29 | Connect One, Inc. | Multi-protocol telecommunications routing optimization |
| US6335927B1 (en) | 1996-11-18 | 2002-01-01 | Mci Communications Corporation | System and method for providing requested quality of service in a hybrid network |
| US6690654B2 (en) | 1996-11-18 | 2004-02-10 | Mci Communications Corporation | Method and system for multi-media collaboration between remote parties |
| US7145898B1 (en) | 1996-11-18 | 2006-12-05 | Mci Communications Corporation | System, method and article of manufacture for selecting a gateway of a hybrid communication system architecture |
| US6754181B1 (en) | 1996-11-18 | 2004-06-22 | Mci Communications Corporation | System and method for a directory service supporting a hybrid communication system architecture |
| ES2193412T3 (es) * | 1996-12-09 | 2003-11-01 | Siemens Ag | Procedimiento y sistema de telecomunicaciones para el soporte de servicios multimedia a traves de un interfaz asi como un terminal de abonado configurado de manera correspondiente. |
| US6078582A (en) | 1996-12-18 | 2000-06-20 | Bell Atlantic Network Services, Inc. | Internet long distance telephone service |
| US6731625B1 (en) | 1997-02-10 | 2004-05-04 | Mci Communications Corporation | System, method and article of manufacture for a call back architecture in a hybrid network with support for internet telephony |
| US5920546A (en) * | 1997-02-28 | 1999-07-06 | Excel Switching Corporation | Method and apparatus for conferencing in an expandable telecommunications system |
| US6137869A (en) | 1997-09-16 | 2000-10-24 | Bell Atlantic Network Services, Inc. | Network session management |
| US6574216B1 (en) | 1997-03-11 | 2003-06-03 | Verizon Services Corp. | Packet data network voice call quality monitoring |
| US6870827B1 (en) * | 1997-03-19 | 2005-03-22 | Verizon Services Corp. | Voice call alternative routing through PSTN and internet networks |
| US6292479B1 (en) | 1997-03-19 | 2001-09-18 | Bell Atlantic Network Services, Inc. | Transport of caller identification information through diverse communication networks |
| US5995608A (en) * | 1997-03-28 | 1999-11-30 | Confertech Systems Inc. | Method and apparatus for on-demand teleconferencing |
| IL132060A0 (en) | 1997-03-31 | 2001-03-19 | Broadband Associates | Method and system for providing a presentation on a network |
| US7412533B1 (en) | 1997-03-31 | 2008-08-12 | West Corporation | Providing a presentation on a network having a plurality of synchronized media types |
| US7490169B1 (en) | 1997-03-31 | 2009-02-10 | West Corporation | Providing a presentation on a network having a plurality of synchronized media types |
| US7143177B1 (en) | 1997-03-31 | 2006-11-28 | West Corporation | Providing a presentation on a network having a plurality of synchronized media types |
| US6097733A (en) * | 1997-06-13 | 2000-08-01 | Nortel Networks Corporation | System and associated method of operation for managing bandwidth in a wireless communication system supporting multimedia communications |
| AR010180A1 (es) * | 1997-06-30 | 2000-05-17 | Siemens Schweiz Ag | Procedimiento para operar una red con terminales |
| US6128280A (en) * | 1997-07-16 | 2000-10-03 | Nortel Networks Corporation | Dynamic connection bandwidth control |
| JP3048986B2 (ja) * | 1997-11-04 | 2000-06-05 | 静岡日本電気株式会社 | 無線通信システム |
| US6272214B1 (en) | 1997-11-24 | 2001-08-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Automatic control of participation in telemeetings |
| US6611503B1 (en) * | 1998-05-22 | 2003-08-26 | Tandberg Telecom As | Method and apparatus for multimedia conferencing with dynamic bandwidth allocation |
| US6275531B1 (en) * | 1998-07-23 | 2001-08-14 | Optivision, Inc. | Scalable video coding method and apparatus |
| EP1033863A1 (en) * | 1999-03-01 | 2000-09-06 | Alcatel | System for partly adding a party to a conference call |
| AU1969400A (en) * | 1999-12-02 | 2001-06-12 | Nokia Networks Oy | Data transmission method and apparatus |
| US6477150B1 (en) * | 2000-03-03 | 2002-11-05 | Qualcomm, Inc. | System and method for providing group communication services in an existing communication system |
| US7180890B2 (en) * | 2001-04-04 | 2007-02-20 | Lucent Technologies Inc. | Phone connector component operationally connectable through packet network to any selected one or more switch components for originating and/or terminating telecommunication service |
| US20040004942A1 (en) * | 2001-09-24 | 2004-01-08 | Teleware, Inc. | Multi-media communication management system having graphical user interface conference session management |
| US6985961B1 (en) * | 2001-12-04 | 2006-01-10 | Nortel Networks Limited | System for routing incoming message to various devices based on media capabilities and type of media session |
| US7031448B2 (en) * | 2002-01-09 | 2006-04-18 | Avaya Technology Corp. | Selectable muting on conference calls |
| US7023965B2 (en) * | 2002-07-17 | 2006-04-04 | Avaya Technology Corp. | Apparatus and method for displaying a name of a speaker on a telecommunication conference call |
| US20050170819A1 (en) * | 2004-01-29 | 2005-08-04 | Barclay Deborah L. | Mobile communication device call barge-in |
| US7773581B2 (en) * | 2004-03-19 | 2010-08-10 | Ericsson Ab | Method and apparatus for conferencing with bandwidth control |
| JP2006238328A (ja) * | 2005-02-28 | 2006-09-07 | Sony Corp | 会議システム及び会議端末装置並びに携帯端末装置 |
| US7817180B2 (en) | 2005-04-28 | 2010-10-19 | Apple Inc. | Video processing in a multi-participant video conference |
| US7864209B2 (en) | 2005-04-28 | 2011-01-04 | Apple Inc. | Audio processing in a multi-participant conference |
| US7899170B2 (en) | 2005-04-28 | 2011-03-01 | Apple Inc. | Multi-participant conference setup |
| US7949117B2 (en) | 2005-04-28 | 2011-05-24 | Apple Inc. | Heterogeneous video conferencing |
| US8861701B2 (en) | 2005-04-28 | 2014-10-14 | Apple Inc. | Multi-participant conference adjustments |
| US7692682B2 (en) | 2005-04-28 | 2010-04-06 | Apple Inc. | Video encoding in a video conference |
| EP1875769B1 (en) * | 2005-04-28 | 2018-03-28 | Apple Inc. | Multi-participant conferencing |
| US7715541B2 (en) * | 2005-09-01 | 2010-05-11 | Broadsoft M6, Llc | Methods, systems, and computer program products for using a personal conference to privately establish and control media connections with a telephony device |
| JP2008113381A (ja) * | 2006-10-31 | 2008-05-15 | Toshiba Corp | 通信システム |
| CN101777987B (zh) * | 2009-01-09 | 2014-09-10 | 中兴通讯股份有限公司 | 多媒体会议业务计费方法及系统 |
| US8238538B2 (en) | 2009-05-28 | 2012-08-07 | Comcast Cable Communications, Llc | Stateful home phone service |
| US8570907B2 (en) | 2010-04-07 | 2013-10-29 | Apple Inc. | Multi-network architecture for media data exchange |
| US9065665B1 (en) * | 2010-06-14 | 2015-06-23 | Shoretel, Inc. | Conferencing system with seamless connection |
| US8711736B2 (en) | 2010-09-16 | 2014-04-29 | Apple Inc. | Audio processing in a multi-participant conference |
| US8694587B2 (en) * | 2011-05-17 | 2014-04-08 | Damaka, Inc. | System and method for transferring a call bridge between communication devices |
| US10313405B2 (en) * | 2016-02-04 | 2019-06-04 | Cloud9 Technologies, LLC | Dynamically configured conferencing |
| CN113572836B (zh) * | 2021-07-21 | 2022-07-15 | 腾讯科技（深圳）有限公司 | 一种数据传输方法、装置、服务器及存储介质 |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4796293A (en) * | 1987-12-18 | 1989-01-03 | Communications Network Enhancement Inc. | Enhanced dedicated teleconferencing system |
| US5014266A (en) * | 1988-12-28 | 1991-05-07 | At&T Bell Laboratories | Circuit switching system for interconnecting logical links between packet switching networks |
| US5195086A (en) * | 1990-04-12 | 1993-03-16 | At&T Bell Laboratories | Multiple call control method in a multimedia conferencing system |
| US5182751A (en) * | 1990-12-31 | 1993-01-26 | At&T Bell Laboratories | Switching system using identical switching nodes |
| US5386466A (en) * | 1991-12-30 | 1995-01-31 | At&T Corp. | Automatic initialization of a distributed telecommunication system |
| US5371534A (en) * | 1992-07-23 | 1994-12-06 | At&T Corp. | ISDN-based system for making a video call |
| US5422883A (en) * | 1992-10-16 | 1995-06-06 | International Business Machines Corporation | Call setup and channel allocation for a multi-media network bus |
| US5408526A (en) * | 1992-10-29 | 1995-04-18 | At&T Corp. | Conference calling system |
| US5373549A (en) * | 1992-12-23 | 1994-12-13 | At&T Corp. | Multi-level conference management and notification |
| US5369694A (en) * | 1992-12-23 | 1994-11-29 | At&T Corp. | Unattended meet-me-conference controlled by a telephone terminal |
| US5384771A (en) * | 1993-08-27 | 1995-01-24 | At&T Corp. | Multimedia call configuration system |
-
1995
- 1995-05-26 US US08/452,484 patent/US5590127A/en not_active Expired - Lifetime
-
1996
- 1996-04-02 CA CA002173300A patent/CA2173300C/en not_active Expired - Fee Related
- 1996-05-13 DE DE69633987T patent/DE69633987T2/de not_active Expired - Lifetime
- 1996-05-13 EP EP96303310A patent/EP0744857B1/en not_active Expired - Lifetime
- 1996-05-20 AU AU52393/96A patent/AU5239396A/en not_active Abandoned
- 1996-05-22 CN CN96105496A patent/CN1086880C/zh not_active Expired - Fee Related
- 1996-05-24 JP JP12939796A patent/JP3369402B2/ja not_active Expired - Fee Related
- 1996-05-24 SG SG1996009875A patent/SG42407A1/en unknown
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2006500828A (ja) * | 2002-09-20 | 2006-01-05 | クゥアルコム・インコーポレイテッド | グループ通信ネットワークにおいてマルチメディアを提供するための通信装置 |
| JP2010213323A (ja) * | 2002-09-20 | 2010-09-24 | Qualcomm Inc | グループ通信ネットワークにおいてマルチメディアを提供するための通信装置 |
| US8411594B2 (en) | 2002-09-20 | 2013-04-02 | Qualcomm Incorporated | Communication manager for providing multimedia in a group communication network |
| JP2007529936A (ja) * | 2004-03-17 | 2007-10-25 | フランス テレコム | 「プッシュトゥトーク」セッションを管理するための方法、サーバおよびシステム |
| JP4794547B2 (ja) * | 2004-03-17 | 2011-10-19 | フランス・テレコム | 「プッシュトゥトーク」セッションを管理するための方法、サーバおよびシステム |
| US8503355B2 (en) | 2004-03-17 | 2013-08-06 | France Telecom | Method, server, and system for managing “push-to-talk” session |
| WO2006104040A1 (ja) * | 2005-03-25 | 2006-10-05 | Nec Corporation | プッシュツートーク通信システム及びプッシュツートーク通信方法 |
| US7941134B2 (en) | 2005-03-25 | 2011-05-10 | Nec Corporation | Push-to-talk communication system and push-to-talk communication method |
| JP2010524327A (ja) * | 2007-04-05 | 2010-07-15 | サムスン エレクトロニクス カンパニー リミテッド | ＰｏＣセッションで支援するメディアタイプ管理方法及びこれを具現するためのＰｏＣシステムとＰｏＣ端末 |
| US8233929B2 (en) | 2007-04-05 | 2012-07-31 | Samsung Electronics Co., Ltd | Method for managing one or more media types supported in a PoC session in a withdrawal message, and a PoC system and a PoC user equipment for implementing the same |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1086880C (zh) | 2002-06-26 |
| US5590127A (en) | 1996-12-31 |
| EP0744857A3 (en) | 1998-07-08 |
| CN1137716A (zh) | 1996-12-11 |
| EP0744857A2 (en) | 1996-11-27 |
| DE69633987T2 (de) | 2005-10-06 |
| EP0744857B1 (en) | 2004-12-08 |
| CA2173300A1 (en) | 1996-11-27 |
| AU5239396A (en) | 1996-12-05 |
| DE69633987D1 (de) | 2005-01-13 |
| JP3369402B2 (ja) | 2003-01-20 |
| SG42407A1 (en) | 1997-08-15 |
| CA2173300C (en) | 1999-11-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3369402B2 (ja) | 個々の通信端末に調節可能な帯域幅を提供するためのマルチメディア会議呼出 | |
| JP3428815B2 (ja) | マルチメディア通信会議呼への選択的参加 | |
| US5701295A (en) | Variable communication bandwidth for providing automatic call back and call hold | |
| JP3325774B2 (ja) | 会議呼始動のための可変通信帯域幅 | |
| US5373549A (en) | Multi-level conference management and notification | |
| US5574724A (en) | Adjustment of call bandwidth during a communication call | |
| US5502757A (en) | Location dependent service for a wireless telephone | |
| JPH09233129A (ja) | ゲートウェイ及びその実行方法 | |
| JPH0870321A (ja) | 改良されたマルチポイント制御ユニットを使用するシームレスマルチメディア会議システム | |
| JPH04287450A (ja) | インテリジェントなユーザ端末を有するデジタル通信システム | |
| JP3441843B2 (ja) | 局間多者接続方式 | |
| KR100470545B1 (ko) | 통신단말기를 이용한 화상정보 제공 장치 및 그 방법 | |
| JPH1118121A (ja) | マルチメディアサービス制御装置 | |
| JPH04124957A (ja) | マルチメディア通信処理システム | |
| JPH03291040A (ja) | 発信要求制御方式 | |
| JPH10178435A (ja) | 非同期転送モード交換機におけるｎ多重双方向接続方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20021007 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20071115 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20081115 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091115 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |