JPH0537566A

JPH0537566A - 構内交換機

Info

Publication number: JPH0537566A
Application number: JP3193934A
Authority: JP
Inventors: Norihiro Ikeda; 宣弘池田
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 1991-08-02
Filing date: 1991-08-02
Publication date: 1993-02-12
Anticipated expiration: 2016-11-26
Also published as: JP3231809B2

Abstract

(57)【要約】【目的】本発明は、端末による煩雑な操作を必要とせ
ず、複数の通信相手への発呼を可能とする構内交換機を
提供することを目的とする。【構成】中央制御部１０７がパケット端末１０４からの
発呼要求パケットを内線インタフェース１０９及びパケ
ットハンドラモジュール１０６を介して受信し、その発
呼要求パケットにコーディングされている複数の通信相
手への着アドレスを解析する。そして、その解析結果に
応じて各通信相手への発呼要求パケットを作成し、内線
インタフェース１０９を介してパケット端末１０５へ、
或いは外線インタフェース１０２を介して公衆網１０１
へ送信することにより、複数の通信相手への同報通信を
可能とする。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、パケット交換サービス
をサポートし、複数の通信相手と通信を行う構内交換機
に関するものである。

【０００２】

【従来の技術】現在、公衆網におけるデータ通信の交換
サービスとして、回線交換サービスとパケット交換サー
ビスが提供され、前者ではＤＤＸ−Ｃ（回線交換サービ
ス）、また後者においてはＤＤＸ−Ｐ（第１種パケット
交換サービス），ＤＤＸ−ＴＰ（第２種パケット交換サ
ービス），及びＩＳＮ−Ｐ（ＩＳＤＮパケット交換サー
ビス）といった交換サービスが実用化されている。特
に、パケット交換サービスは回線交換サービスと比べ、
以下のような特徴がある。

【０００３】異速度端末間通信網が蓄積交換機能を有するため、端末間の通信速度が異
なる場合でも、データ通信が行える。

【０００４】異手順端末間通信網が通信手順の交換を行うことにより、異なる手順の端
末間でもデータ通信が行える。

【０００５】パケット多重通信宛先情報を変えることにより、１本の物理回線を使用し
て複数の相手と通信が行える。

【０００６】迂回経路選択機能通信中に、中継回線等が故障となっても宛先情報によ
り、網内の別経路を選択できる。

【０００７】情報量課金情報量（パケットデータ）に応じた課金方式である。

【０００８】以上の特徴から、最近では、パソコン通信
や様々な予約システム等、会話型のデータ通信におい
て、異速度・異手順の端末に関わらずパケット交換サー
ビスが利用されている。また、前述したＩＮＳ−Ｐでは
情報チャネルであるＢｃｈだけではなく、制御チャネル
であるＤｃｈにおいてもパケット交換サービスを利用で
きる。

【０００９】このＤｃｈでのパケット通信の特徴の１つ
に、従来のパケット交換サービスでは利用できなかった
端末多重化機能と言うものがある。これは、１本の物理
回線上に最大８個の端末を接続でき、回線を有効に使用
できるというものである。

【００１０】また、パケット通信における発信操作とし
ては、発信者が着信者のアドレス（電話番号など）を直
接ダイヤルする方法と、端末からアドレスを入力する方
法がある。

【００１１】

【発明が解決しようとしている課題】しかしながら、上
記従来例では、パケット交換サービスを利用して同一デ
ータを複数の相手へ送信する場合、例えば、親局から子
局に対して各子局から集めたデータの「集計結果」等、
共通のデータを送信する場合、送信箇所が増加するとそ
の数に比例して以下のような欠点が生じる。

【００１２】複数の子局に対し、その都度発信操作を
行わなければならず、操作が煩雑になってしまう。

【００１３】データを複数箇所に送信するため、端末
の使用時間が増加し、効率的に使用されない。

【００１４】本発明は、上記課題を解決するために成さ
れたもので、端末による煩雑な操作を必要とせず、複数
の通信相手への発呼を可能とする構内交換機を提供する
ことを目的とする。

【００１５】

【課題を解決するための手段】及び

【作用】上記目的を達成するために、本発明の構内交換
機は以下の構成を備える。

【００１６】すなわち、収容する複数の端末と公衆網と
の間でパケットデータを送受信するパケット交換サービ
スをサポートする構内交換機であって、発呼要求パケッ
ト内にコーディングされている複数の通信相手の着アド
レスを解析する解析手段と、該解析手段での解析結果に
応じて各通信相手に対する発呼要求パケットを作成する
作成手段と、該作成手段で作成された発呼要求パケット
を各通信相手へ発呼する発呼手段とを備える。

【００１７】また好ましくは、各手段は、前記パケット
データを蓄積交換する蓄積交換手段に含まれることを特
徴とする。

【００１８】更に好ましくは、前記複数の通信相手の着
アドレスを記憶する記憶手段を更に備えることを特徴と
する。

【００１９】

【実施例】以下、図面を参照して本発明に係る好適な実
施例を詳細に説明する。

【００２０】図１は、実施例における構内交換機の構成
を示す概略ブロック図である。同図において、１００は
構内交換機本体、１０１は公衆網、１０２は公衆網１０
１に接続される外線インタフェース、１０３は各インタ
フェースを接続する通話路スイッチ、１０４，１０５は
各パケット端末、１０６はパケット交換手段であるとこ
ろのパケット・ハンドラ・モジュール（以下、「ＰＨ
Ｍ」という）、１０７は通話路スイッチ１０３の接続制
御や各インタフェース１０２，１０９及びＰＨＭ１０６
との制御信号並びにデータの送受信等を行う中央制御部
（以下、「ＣＣ」という）、１０８はＣＣ１０７と各イ
ンタフェース１０２，１０９及びＰＨＭ１０６とを接続
し、各々の間で送受信される制御信号及びデータの伝送
路、１０９は各パケット端末１０４，１０５が接続され
る内線インタフェースである。

【００２１】図２は、実施例での発呼要求パケット（Ｃ
Ｒ）或いは着呼パケット（ＣＮ）を示すパケットフォー
マットである。図示するように、パケットのユーザデー
タ部には、発呼ユーザアドレス長，着呼ユーザアドレス
長２４、着呼ユーザアドレス部２５、発呼ユーザアドレ
ス部２６がそれぞれ定義されており、各部２４〜２６に
コーディングされたデータに従って詳細は後述する同報
通信を行う。例えば、図１に示すパケット端末１０４が
公衆網１０１を介して他のパケット端末と同報通信を行
う場合、図３に示すようなパケットリンクが張られる。
ここで、公衆網１０１を介する論理リンクは、図２に示
す論理チャネルグループ番号（ＬＣＧＮ：４ビット）２
１及び論理チャネル番号（ＬＣＮ：８ビット）２２によ
ってそれぞれ識別されている。そして、図４は、データ
パケット（ＤＴ）を示すパケットフォーマットであり、
パケットサイズは契約条件によって異なる。

【００２２】次に、図１に示す交換機１００において、
同報通信を行う際のパケットレベルプロトコル（接続制
御手順）を図５〜図２０に示すフローチャート，シーケ
ンス図を参照しながら以下に説明する。

【００２３】＜第１の実施例＞まず、図５及び図６は、
第１の実施例での呼設定処理を示すフローチャートであ
り、この実施例では、中央制御部（ＣＣ）１０７が行う
ものである。そして、図７〜図９は、通信相手が内線の
場合、また図１０〜図１２は、通信相手が外線の場合に
送受信されるパケットデータのシーケンスをそれぞれ示
す図である。

【００２４】図５及び図６において、パケット端末１０
４がパケットデータを送信するために、内線インタフェ
ース１０９との間にデータリンク（レイヤ２）を確立す
る（ステップＳ１０１）。その後、内線インタフェース
１０９がパケット端末１０４から上述のＣＲ（発呼要
求）パケットを受信すると、そのＣＲパケットを伝送路
１０８を通してＰＨＭ１０６へ送信する（ステップＳ１
０２）。そして、ＰＨＭ１０６は伝送路１０８を通して
ＣＲパケットをＣＣ１０７へ送信し（ステップＳ１０
３）、ＣＣ１０７がＣＲパケット内にコーディングされ
ている着アドレス，ファシリティ，及びユーザ・データ
等を解析する（ステップＳ１０４）。次に、ＣＲパケッ
ト内の着呼ユーザアドレス長２４の値により、同報通信
であるか否かを判断し（ステップＳ１０５）、着アドレ
ス長２４が“０”でなければ、通常の発信処理を行う
（ステップＳ１２２）。

【００２５】一方、着アドレス長２４が“０”であれ
ば、同報通信と認識し、ＣＲパケット内のコールユーザ
データ部２７にコーディングされている複数個（１〜ｎ
個、以下「ｎ個」という）の送信先（着アドレス）に対
してｎ個別々にＣＲパケットを作成し、各ＣＲパケット
の着呼ユーザアドレス部２５に送信先の着アドレスをコ
ーディングする（ステップＳ１０６）。次に、予め公衆
網１０１との間で契約している論理チャネルグループ番
号（ＬＣＧＮ）と論理チャネル番号（ＬＣＮ）をヘッダ
情報として各ＣＲパケットにコーディングする（ステッ
プＳ１０７）。そして、個々のＣＲパケットの着アドレ
スを解析し、内線発信か否かを判断する（ステップＳ１
０８）。ここで、内線発信であれば、着信側の内線イン
タフェース１０９とパケット端末１０５間のデータリン
クを調べ（ステップＳ１０９）、リンクが設定済みか否
かを判断する（ステップＳ１１０）。その結果、未設定
の場合、内線インタフェース１０９に対してデータリン
クの設定を指示し、データリンクを確立する（ステップ
Ｓ１１１）。

【００２６】次に、作成したＣＲパケットをＣＮ（着
呼）パケットに変換し、ＰＨＭ１０６へ送信する（ステ
ップＳ１１２）。ＰＨＭ１０６はそのＣＮパケットを着
信側の内線インタフェース１０９へ送信し（ステップＳ
１１３）、内線インタフェース１０９がＣＮパケットを
パケット端末１０５へ送信する（ステップＳ１１４）。
そして、上述のステップＳ１０６〜Ｓ１１４での処理を
ｎ回繰り返し（ステップＳ１１５）、他のパケット端末
１０５への呼設定処理を終了する。

【００２７】その後、図７に示すように、内線インタフ
ェース１０９がパケット端末１０５からＣＡ（着呼受
付）パケットを受信すると、内線インタフェース１０９
は受信したｎ個のＣＡパケットをＰＨＭ１０６へ送信す
る。ｎ個のＣＡパケットを受信したＰＨＭ１０６はｎ個
のＸ．２５ＰＬＰ（パケットレイヤプロトコル）を確立
し、ＣＣ１０７へｎ個のＣＡパケットを送信する。そし
て、ＣＣ１０７はｎ個のＣＡパケットを１個のＣＣ（個
設定完了）パケットに変換しＰＨＭ１０６へ送信する。
ＣＣパケットを受信したＰＨＭ１０６は発信側（パケッ
ト端末１０４）のＸ．２５ＰＬＰを確立し、１個のＣＣ
パケットを内線インタフェース１０９へ送信する。そし
て、内線インタフェース１０９は受信側パケット端末１
０４へ送信し、以後図８に示すように、パケット端末間
でデータ転送フェーズとなる。

【００２８】一方、ステップＳ１０８での判断におい
て、内線発信でなければ、図３に示すｎ個のパケット端
末と公衆網１０１を介して同報通信を行うために、外線
インタフェース１０２と公衆網１０１間のデータリンク
を調べ（ステップＳ１１６）、そのリンクが設定済みか
否かを判断する（ステップＳ１１７）。ここで、未設定
の場合には、外線インタフェース１０２に対してデータ
リンクの設定を指示し、データリンクを確立する（ステ
ップＳ１１８）。次に、作成したＣＲパケットをＰＨＭ
１０６へ送信する（ステップＳ１１９）。ＰＨＭ１０６
はＣＲパケットを外線インタフェース１０２へ送信し
（ステップＳ１２０）、外線インタフェース１０２がＣ
Ｒパケットを公衆網１０１へ送信する（ステップＳ１２
１）。そして、上述のステップＳ１０６〜Ｓ１２１での
処理をｎ回繰り返すことにより（ステップＳ１１５）、
ｎ個のパケット端末への呼設定処理を終了する。

【００２９】その後、図１０に示すように、外線インタ
フェース１０２が公衆網１０１からｎ個のＣＣパケット
を受信すると、外線インタフェース１０２はそれぞれの
ＣＣパケットをＰＨＭ１０６へ送信する。これに対し、
ＰＨＭ１０６は着信側のｎ個のＸ．２５ＰＬＰを確立
し、ＣＣ１０７にｎ個のＣＣパケットを送信する。そし
て、ＣＣ１０７がｎ個のＣＣパケットをすべて受信する
と、１個のＣＣパケットをＰＨＭ１０６に送信する。こ
こで、ＰＨＭ１０６は発信側のＸ．２５ＰＬＰを確立
し、１個のＣＣパケットを内線インタフェース１０９に
送信する。そして、内線インタフェース１０９が１個の
ＣＣパケットを発信側パケット端末１０４に送信し、以
後、図１１に示す公衆網１０１とパケット端末１０４間
でデータ転送フェーズとなる。

【００３０】ここで、同報通信におけるデータ転送フェ
ーズについて説明する。内線インタフェース１０９がパ
ケット端末１０４からのＤＴ（データ）パケットを受信
すると、内線インタフェース１０９はそのＤＴパケット
をＰＨＭ１０６へ送信する。そして、ＰＨＭ１０６がそ
のＤＴパケットのヘッダ情報（図４に示すオクテット１
〜３の部分）を解析し、ＤＴパケットを発信したパケッ
ト端末１０４が通信中であることを認識する。そして、
ＤＴパケットのヘッダ情報を複数（１〜ｎ箇所）の送信
先のＬＣＧＮ，ＬＣＮに変更し、ＤＴパケットを伝送路
１０８を用いて外線インタフェース１０２、又は内線イ
ンタフェース１０５へ送信する。ＰＨＭ１０６は、上述
の処理をｎ回（ｎ箇所分）繰り返し、外線インタフェー
ス１０２が受信したＤＴパケットを公衆網１０１へ送信
する。また、内線インタフェース１０９は、受信したＤ
Ｔパケットを複数のパケット端末１０５へ送信する。

【００３１】次に、該当する論理チャネルの呼を解放す
る処理について説明する。まず内線インタフェース１０
９が、パケット端末１０４からＣＱ（復旧要求）パケッ
トを受信すると、伝送路１０８を使用してＣＱパケット
をＰＨＭ１０６へ送信する。ＰＨＭ１０６では伝送路１
０８を使用して、受信したＣＱパケットをＣＣ１０７へ
送信する。ＣＣ１０７はＣＱパケット内のヘッダ情報を
解析し、ＣＱパケットを発信したパケット端末が複数の
通信相手と通信中である事を認識する。そして、ＣＱパ
ケットのヘッダ情報を複数（１〜ｎ箇所）の送信先のＬ
ＣＧＮ，ＬＣＮに変更し、ここで、通信相手が内線の場
合、図９に示すように、ＣＱパケットをＣＩ（切断指
示）パケットに変更する。そして、ＣＩパケットを伝送
路１０８を用いてＰＨＭ１０６へ送信する。ＰＨＭ１０
６は、受信したＣＩパケットを内線インタフェース１０
９へ送信し、内線インタフェース１０９がそのＣＩパケ
ットをパケット端末１０５へ送信する。一方、通信相手
が外線の場合、図１２に示すように、ＣＱパケットはそ
のままＰＨＭ１０６へ送られ、ＰＨＭ１０６から外線イ
ンタフェース１０２を介して公衆網１０１へ送られる。

【００３２】上述の処理をｎ回（ｎ箇所分）繰り返し、
その後、内線の場合には内線インタフェース１０９がパ
ケット端末１０５から、外線の場合には外線インタフェ
ース１０２が公衆網１０１からｎ個のＣＦ（切断確認）
パケットを受信すると、受信したＣＦパケットをＰＨＭ
１０６を介してＣＣ１０７へ送信する。そして、ＣＣ１
０７が送信したＣＱパケット又はＣＩパケットに対する
すべてのＣＦパケットを受信すると、切断処理を起動し
たパケット端末１０４に対してＣＦパケットを送信する
ために、ＰＨＭ１０６へＣＦパケットを送信する。ＰＨ
Ｍ１０６がＣＦパケットを内線インタフェース１０９へ
送信し、内線インタフェース１０９がＣＦパケットをパ
ケット端末１０４へ送信する。

【００３３】以上の処理により、複数の通信相手とパケ
ット端末１０４間のＸ．２５ＰＬＰ（Ｌ３）が解放さ
れ、切断処理が終了する。

【００３４】＜第２の実施例＞上述した実施例では、中
央制御部（ＣＣ）１０７が発信端末から受信したＣＲパ
ケットを解析し、複数の通信相手と複数のパケットリン
ク（レイヤ３）を確立し、公衆網１０１におけるパケッ
ト交換サービスを利用して同報通信のように、複数の相
手と同時にパケット通信を行っているが、パケットハン
ドラモジュール（ＰＨＭ）１０６に同様な機能を持たせ
ることも可能である。

【００３５】図１３及び図１４は、前述した同報通信を
行う際のパケットレベルプロトコル（接続制御手順）の
内、ＰＨＭ１０６が行う呼設定処理を示すフローチャー
トである。尚、この処理は、前述したＣＣ１０７が行う
呼設定処理と基本的には同様であり、ここでの説明は省
略する。また図１５〜図２０は、図３に示す同報通信を
行った場合のシーケンス図であり、図１５〜図１７は、
通信相手が内線の場合、また図１８〜図２０は、通信相
手が外線の場合に送受信されるパケットデータのシーケ
ンスをそれぞれ示す図である。

【００３６】この実施例によれば、中央制御部（ＣＣ）
１０７で行う呼制御処理をパケットハンドラモジュール
（ＰＨＭ）１０７で行うことで、交換機におけるＣＣ１
０７の負荷を軽減させることができる。

【００３７】また、以上説明したパケットレベルプロト
コルでは、通信相手を内線と外線の場合に区別して説明
したが、実際には、複数の通信相手が内線と外線にそれ
ぞれ混在してもかまわない。

【００３８】以上説明したように、第１及び第２の実施
例によれば、公衆網、及び私設網におけるパケット交換
サービスを利用して、同報通信等の同一データを複数箇
所に送信する場合、中央制御部（ＣＣ）及びパケットハ
ンドラモジュール（ＰＨＭ）が通信相手と１対ｎのパケ
ットリンクを設定することが可能となり、発信端末から
複数の送信先へ、１回の発信操作で複数のパケットリン
クが確立され、発信端末が複数回の発信操作を行う必要
がなくなり発信操作の煩雑さが改善される。

【００３９】また、発信端末から送信するデータパケッ
トは、ＰＨＭが複数箇所に送信することにより、発信端
末が複数箇所に送信する必要がなくなり、発信端末の使
用時間は短縮され、資源の有効活用が可能となる、とい
った様々な効果がある。

【００４０】

【他の実施例】次に、本発明に係る他の実施例を図面を
参照して以下に説明する。

【００４１】図２１は、他の実施例における構内交換機
２００の構成を示す概略ブロック図である。同図におい
て、１１０は任意のコードに対する着アドレスが登録さ
れている記憶領域である。また、その他の構成は前述し
た実施例と同様であり、ここでの説明は省略する。

【００４２】図２２は、他の実施例での記憶領域１１０
に登録されているデータテーブルの内容を示す図であ
る。図示するように、データテーブルはグループ番号２
０１，個数２０２，着信アドレス２０３の各データを登
録する領域であり、予め不図示の操作部より所望のデー
タが登録されているものである。

【００４３】以上の構成における構内交換機２００の同
報通信について、図２４〜図２６に示すフローチャート
を参照して以下に説明する。

【００４４】図２３及び図２４は、前述した第１の実施
例に対応するものであり、中央制御部（ＣＣ）１０７が
行う呼設定処理を示すフローチャートである。また図２
５及び図２６は、第２の実施例に対応するものであり、
パケットハンドラモジュール（ＰＨＭ）１０６が行う呼
設定処理を示すフローチャートである。

【００４５】尚、第１及び第２の実施例と同様な処理に
は同一のステップ番号を付し、以下では他の実施例にお
ける特徴的なステップについて説明する。

【００４６】図２４に示すステップＳ１３１の処理は、
着呼ユーザアドレス長２４によって同報通信であること
を認識した場合に分岐するステップであり、ここではコ
ールユーザデータ部２７にコーディングされた任意のコ
ード（図２２のグループ番号２０１）に基づいて記憶領
域１１０のデータテーブルより送信先の着信アドレスの
個数２０２を求める。例えば、グループ番号２０１が
“０”の場合、送信先の個数２０２は２０個であり、こ
のとき２０個（２０箇所）のＣＲパケットを作成する。
そして、ステップＳ１３２では、記憶領域１１０の着信
アドレス２０３を参照して個々のＣＲパケットの着呼ユ
ーザアドレス部２５に送信先の着アドレスをコーディン
グする。以下、前述した実施例と同様な処理を実行し、
呼設定処理を終了する。また、図２６に示すステップＳ
１２１，Ｓ１２２での処理も上述の処理と同様である。

【００４７】このように、他の実施例によれば、複数の
送信先の着アドレスをグループ番号に対応させて構内交
換機の記憶領域に登録しておくことで、同報通信等の発
呼時に所望のグループ番号を指定するだけで良く、端末
での煩雑な操作を行う必要がなくなるという効果があ
る。

【００４８】尚、本発明は、複数の機器から構成される
システムに適用しても、１つの機器から成る装置に適用
しても良い。また、システム或いは装置にプログラムを
供給することによって達成される場合にも適用できるこ
とは言うまでもない。

【００４９】

【発明の効果】以上説明したように、本発明によれば、
端末による煩雑な操作を必要とせず、複数の通信相手へ
の発呼を可能とし、端末及び交換機の利便性を向上させ
ることができる。

【図面の簡単な説明】

【図１】実施例における構内交換機の構成を示す概略ブ
ロック図である。

【図２】Ｘ．２５ＣＲ／ＣＮパケットのフォーマット図
である。

【図３】同報通信におけるパケットリンク概略図であ
る。

【図４】Ｘ．２５ＤＴパケットのフォーマット図であ
る。

【図５】

【図６】第１の実施例での呼設定処理を示すフローチャ
ートである。

【図７】

【図８】

【図９】第１の実施例での通信相手が内線の場合を示す
シーケンス図である。

【図１０】

【図１１】

【図１２】第１の実施例での通信相手が外線の場合を示
すシーケンス図である。

【図１３】

【図１４】第２の実施例での呼設定処理を示すフローチ
ャートである。

【図１５】

【図１６】

【図１７】第２の実施例での通信相手が内線の場合を示
すシーケンス図である。

【図１８】

【図１９】

【図２０】第２の実施例での通信相手が外線の場合を示
すシーケンス図である。

【図２１】他の実施例における構内交換機の構成を示す
概略ブロック図である。

【図２２】他の実施例におけるデータテーブルの構成を
示す図である。

【図２３】

【図２４】他の実施例でのＣＣが行う呼設定処理を示す
フローチャートである。

【図２５】

【図２６】他の実施例でのＰＨＭが行う呼設定処理を示
すフローチャートである。

【符号の説明】

１００構内交換機１０１公衆網１０２外線インタフェース１０３通話路スイッチ１０４パケット端末（発信用）１０５パケット端末（着信用）１０６パケットハンドラモジュール１０７中央制御部１０８伝送路１０９内線インタフェース１１０記憶部

フロントページの続き (51)Int.Cl.⁵ 識別記号庁内整理番号ＦＩ技術表示箇所Ｈ０４Ｑ 3/58 １０１ 9076−5Ｋ 8529−5ＫＨ０４Ｌ 11/20 １０２Ｆ

Claims

【特許請求の範囲】

【請求項１】収容する複数の端末と公衆網との間でパ
ケットデータを送受信するパケット交換サービスをサポ
ートする構内交換機であって、発呼要求パケット内にコーディングされている複数の通
信相手の着アドレスを解析する解析手段と、該解析手段での解析結果に応じて各通信相手に対する発
呼要求パケットを作成する作成手段と、該作成手段で作成された発呼要求パケットを各通信相手
へ発呼する発呼手段とを備えることを特徴とする構内交
換機。
【請求項２】各手段は、前記パケットデータを蓄積交
換する蓄積交換手段に含まれることを特徴とする請求項
１に記載の構内交換機。
【請求項３】前記複数の通信相手の着アドレスを記憶
する記憶手段を更に備えることを特徴とする請求項１に
記載の構内交換機。