JPH0290840A - Data communication system - Google Patents
Data communication systemInfo
- Publication number
- JPH0290840A JPH0290840A JP63240985A JP24098588A JPH0290840A JP H0290840 A JPH0290840 A JP H0290840A JP 63240985 A JP63240985 A JP 63240985A JP 24098588 A JP24098588 A JP 24098588A JP H0290840 A JPH0290840 A JP H0290840A
- Authority
- JP
- Japan
- Prior art keywords
- terminal
- host computer
- attributes
- data communication
- pbx
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims abstract description 36
- 238000000034 method Methods 0.000 claims description 11
- 238000001514 detection method Methods 0.000 abstract description 6
- 238000010586 diagram Methods 0.000 description 9
- 238000005516 engineering process Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004040 coloring Methods 0.000 description 1
- 238000010276 construction Methods 0.000 description 1
Landscapes
- Small-Scale Networks (AREA)
- Communication Control (AREA)
Abstract
Description
【発明の詳細な説明】
〔産業上の利用分野〕
本発明は、ネットワーク構成定義がされていない端末と
ホスト計算機のデータ通信方式に関する。DETAILED DESCRIPTION OF THE INVENTION [Field of Industrial Application] The present invention relates to a data communication system between a terminal and a host computer for which a network configuration is not defined.
従来の方式は、特開昭６２−２５６０６３号公報に記載
のように、端末装置を増設する場合、必ず事前登録が必
要であるという欠点を解決するため、下記の手段がとら
れていた。すなわち、端末属性だけをあらかじめ事前に
登録しておき、端末装置と接続後、端末から端末装置属
性を取得し、その対応を取る方式である。In the conventional system, as described in Japanese Unexamined Patent Publication No. 62-256063, the following measures have been taken to solve the drawback that advance registration is always required when adding a terminal device. That is, this is a method in which only the terminal attributes are registered in advance, and after connection with the terminal device, the terminal device attributes are acquired from the terminal and the corresponding response is taken.
上記従来技術は、Ｏ３Ｉの第１層及び第２層が異なれば
、端末属性を取得出来ないことが考慮されていない、ま
た、通信プロトコルは１つのみが前提である。すなわち
、端末属性とはプロトコルではなく、プリンタ属性やＣ
ＲＴ属性等を想定している。したがって、プロトコルが
異なる端末が回線に接続される場合について十分考慮さ
れていない。The above-mentioned conventional technology does not take into account that terminal attributes cannot be acquired if the first and second layers of O3I are different, and also assumes that only one communication protocol is used. In other words, terminal attributes are not protocols, but printer attributes and C
RT attributes etc. are assumed. Therefore, sufficient consideration is not given to the case where terminals using different protocols are connected to the line.
本発明の目的は、布設された回線にプロトコルが異なる
端末が接続された場合にも、ネットワークの再構成やオ
ペレータ介入を必要とせずに、ホスト計算機と端末間の
通信を可能とすることである。An object of the present invention is to enable communication between a host computer and a terminal without requiring network reconfiguration or operator intervention even when terminals with different protocols are connected to an installed line. .
上記目的を達成するために、本発明においては設置され
た回線に端末が接続された時、該端末とホスト計算機間
でコネクションを設定する前に、該端末のプロトコルを
表わす端末属性をホスト計算機（以下ホストと呼ぶ）が
動的に認識又は獲得できる手段を設ける。In order to achieve the above object, in the present invention, when a terminal is connected to an installed line, before setting up a connection between the terminal and the host computer, the terminal attribute representing the protocol of the terminal is transferred to the host computer ( (hereinafter referred to as a host) is provided with means for dynamically recognizing or acquiring information.
具体的には、下記手段のいずれかにより上記属性の認識
を実現する。Specifically, recognition of the above attributes is realized by any of the following means.
（１）端末がホストとコネクションを設定したい時は、
まず、テストフレーム（デリミタ＋端末属性ＩＤ）を送
信する。ホスト側はホスト側に予め登録されているビッ
トパターンと比較し、端末属性を認識する。(1) When the terminal wants to set up a connection with the host,
First, a test frame (delimiter + terminal attribute ID) is transmitted. The host side compares the bit pattern with a bit pattern registered in advance on the host side and recognizes the terminal attributes.
（２）端末とホストがｌ５ＤＮ網で接続されている場合
は、端末はＤチャネルを用いて端末属性を送信する。(2) When a terminal and a host are connected through an 15DN network, the terminal transmits terminal attributes using the D channel.
（３）端末とホストがＩＳＤＮとＰＢＸを介して接続さ
れている場合には、Ｄチャネルを用いて端末は、自分の
属性をＰＢＸに送付する。ＰＢＸとホスト間では端末属
性と使用する回線を予め割当てておき、ＰＢＸが端末属
性を見て、どの回線を使用するかを選択する。(3) If the terminal and host are connected via ISDN and PBX, the terminal sends its attributes to the PBX using the D channel. Terminal attributes and lines to be used are assigned in advance between the PBX and the host, and the PBX looks at the terminal attributes and selects which line to use.
（４）ネットワークに通信サーバを付加し、全端末に該
通信サーバと通信可能な状態を持たせる。(4) Add a communication server to the network and make all terminals capable of communicating with the communication server.
各端末は、通信サーバを介して自局の属性をホストに送
付する。Each terminal sends its own attributes to the host via the communication server.
男１図は本発明の第１の実施例のシステム構成図である
。Figure 1 is a system configuration diagram of the first embodiment of the present invention.
ホスト計算機（以後ホス１−と呼ぶ）１には、多種多様
な端末（４ａ、５ａ、４ｂ、５ｂ、−）やワークステー
ション（以下ＷＳ）を接続したいという要求が強い、こ
こでは、ｎ個のプロトコル属性の異なる端末がサポート
出来るよう、ホスト１にはｎ個のプロトコル（厳密には
プロファイル）が実装される。ここで、上記プロファイ
ルとは、通信プロトコルで規定するパラメータ等の組み
合せセットを意味する。従って、ｎ個のプロファイルと
は、Ｏ８Ｉの７階層モデルの第１から第７層の各層のプ
ロファイルが全て同じものを１゛〕とカウントし、それ
がｎ種類、ｎ個のプロトコル（プロファイル）属性の異
なる端末と通信出来ることを表わす、ここで属性とは同
じプロファイルを持つことを表わす。There is a strong demand to connect a wide variety of terminals (4a, 5a, 4b, 5b, -) and workstations (hereinafter referred to as WS) to the host computer (hereinafter referred to as host 1-) 1. In order to support terminals with different protocol attributes, the host 1 is equipped with n protocols (more precisely, profiles). Here, the above-mentioned profile means a combination set of parameters etc. defined by a communication protocol. Therefore, n profiles means that the profile of each layer from the 1st to the 7th layer of O8I's 7-layer model is all counted as 1゛], and it is counted as 1゛], which has n types and n protocol (profile) attributes. The attribute indicates that the terminal can communicate with different terminals, and the attribute here indicates that the terminal has the same profile.
当然のことながら、端末のプロファイルに合った。ホス
ト側のプロファイルを使用しないと互いに通信が出来な
い。従来では、ネットワーク構成の定義時に回線毎にそ
こに接続される端末の属性が予め登録されている。ここ
では、回線に接続される端末が固定でないことを想定し
ているため、回線に端末が接続された時、動的に端末属
性を認識し、ホスト側で対応するプロファイルを選択す
る必要が出て来る。Naturally, it matched the profile of the terminal. If you do not use the host side profile, you will not be able to communicate with each other. Conventionally, when defining a network configuration, attributes of terminals connected to each line are registered in advance for each line. Here, it is assumed that the terminal connected to the line is not fixed, so when a terminal is connected to the line, it is necessary to dynamically recognize the terminal attributes and select the corresponding profile on the host side. I'm coming.
第２図は端末の概略構成を示す、端末４ａがホスト１と
コネクション設定したい時には、まず、テストフレーム
送出部２２で、テストフレームを生成して、それをホス
トに送出する。テストフレームは、自端末がプロファイ
ルＸを持つ旨の情報とデリミタ（フレームの最初と最後
を示す）から成る。FIG. 2 shows a schematic configuration of the terminal. When the terminal 4a wants to establish a connection with the host 1, first, the test frame sending unit 22 generates a test frame and sends it to the host. The test frame consists of information that the own terminal has profile X and delimiters (indicating the beginning and end of the frame).
テストフレームの例を第３図に示す。このフレーム３０
は、伝送制御手順としてＨＤＬＣ（ハイレベル データ
リンク コントロール： （）ｌｉｇｈＬｅｖｅｌ
Ｄａｔａ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）を使用してい
る場合に使用される。An example of a test frame is shown in FIG. This frame 30
HDLC (High Level Data Link Control: ()lightLevel) is used as a transmission control procedure.
Data Link Control) is used.
Ｆ（フラグ）３１．３６はデリミタである。ホスト側で
チエツクする範囲は、Ａ（アドレス）３２からＦＣＳ
（フレームチエツクシーケンス）３５の前までである。F (flag) 31.36 is a delimiter. The range checked on the host side is from A (address) 32 to FCS
(Frame check sequence) up to 35.
またテストフレームの一般形は第３図の（ｂ）に示す通
りである。さらに、このテスト情報３４の部分は、第３
図（ａ）の様に領域分けされていることを、ホスト側の
テストフレーム検出部１０では意識せず、単に予め用意
されているビットパターンと一致するかどうかだけをチ
エツクする。The general form of the test frame is as shown in FIG. 3(b). Furthermore, this part of the test information 34 is
The test frame detection unit 10 on the host side is not conscious of the fact that the area is divided as shown in FIG.
すなわち、テストフレーム検出部はどのようなプロトコ
ルが使用されているかを：毬識することなく、テストフ
レームをチエツクする。そして、ビットパターンはｎ個
用意されていて、どれと一致するかを判定して、端末の
プロファイルを認識することになる。マツチするものが
あれば、テストフレームのテスト情報部にＯＫを入れて
検出部が端末に返す。That is, the test frame detection unit checks the test frame without knowing what kind of protocol is being used. Then, n bit patterns are prepared, and by determining which one matches the bit pattern, the profile of the terminal is recognized. If there is a match, the detection unit returns OK to the test information section of the test frame and returns it to the terminal.
この判定方法から分かる様に、デリミタ形態がホスト側
と端末側で異なる（例えばホスト側はＨＤＬＣで端末側
がＢＳＣ手順）場合やマツチするプロファイルがないに
は、フレームが正しくやり取りされない、そのため、テ
ストフレームが端末に戻ってこないか、又は、ＮＧのテ
ストフレームとして戻される。As can be seen from this judgment method, if the delimiter format is different between the host side and the terminal side (for example, HDLC on the host side and BSC procedure on the terminal side), or if there is no matching profile, frames will not be exchanged correctly. is not returned to the terminal or is returned as an NG test frame.
したがって、端末側では、その回線は使用できないこと
が認識でき、別回線（別情報コンセント３ａ、３ｃ）を
用いてホストとの接続を試みる。Therefore, the terminal side can recognize that the line cannot be used, and attempts to connect to the host using another line (separate information outlet 3a, 3c).
−層と二層のプロトコル毎に情報コンセントに色付けす
れば、接続失敗を容易に避けることができる。- By coloring the information outlets for each layer and layer 2 protocol, connection failures can be easily avoided.
次に第４図を用いて第２の実施例を説明する。Next, a second embodiment will be explained using FIG. 4.
本実施例は、ホスト１と端末がｌ５ＤＮ４０に加入して
いる時の、端末からホストへの端末属性（プロファイル
）通知方法を示す。This embodiment shows a method of notifying terminal attributes (profile) from the terminal to the host when the host 1 and the terminal have joined the 15DN 40.
図に示すように、ｌ５ＤＮ加入の端末（４ａ。As shown in the figure, a terminal (4a) that subscribes to l5DN.
５ａ、４ｂ、５ｂ）は、データリンクのコネクションを
設定する前に、Ｄチャネルを用いて、ホストに端末属性
を送信する。ホスト内にあるデータリンクマネジ４１が
この属性を受け、対応するプロファイルを選択する。5a, 4b, 5b) transmit terminal attributes to the host using the D channel before setting up a data link connection. The data link manager 41 in the host receives this attribute and selects the corresponding profile.
ｌ５ＤＮ網４０には回線交換モードとパケット交換モー
ドの２種がある。それぞれの場合について、端末属性の
送信手順を第５図と第６図に示す。There are two types of I5DN network 40: circuit switching mode and packet switching mode. The procedure for transmitting terminal attributes in each case is shown in FIGS. 5 and 6.
回線交換モードでは、５ＥＴＵＰコマンドのユーザデー
タフィールドにセットした端末属性がそのままホストへ
送信される。In circuit switching mode, the terminal attributes set in the user data field of the 5ETUP command are sent to the host as they are.
パケット交換モードでは、端末からのＣＲ（Ｘ。In packet switching mode, CR(X.
２５レベル３の呼設定要求コマンド）パケットのユーザ
データフィールドに入っている端末属性を。25 level 3 call setup request command) terminal attributes contained in the user data field of the packet.
ｌ５ＤＮからホスト送信される５ＥＴＵＰコマンドに挿
入する。Insert into the 5ETUP command sent from the 15DN to the host.
次に第７図を用いて第３の実施例を説明する。Next, a third embodiment will be described using FIG. 7.
本実施例は、ホストと端末がｌ５ＤＮ４０とＰＢＸ４２
を介して接続された場合の端末属性の通知方法を示す。In this embodiment, the host and terminal are 15DN40 and PBX42.
This shows how to notify terminal attributes when connected via .
この構成においても、第２の実施例と同様な通知方法が
可能である。以下では、さらに、この構成であることに
より実現できる実施例を示す。Also in this configuration, the same notification method as in the second embodiment is possible. Below, further examples that can be realized with this configuration will be shown.
例えば、ホストとＰＢＸ４２が２３８＋Ｄのインタフェ
ースで接続されているとする。この２３本のＢチャネル
のそれぞれをｎ個のプロファイルに割当てておく。一方
、端末は、端末属性をＰＢＸ４２に対して通知する。こ
の通知は、第２の実施例でホスト１をＰＢＸ４２に置き
かえれば実現できる。この通知を受信したＰ Ｂ Ｘ、
４２．内のチャネルマネジャ４３が、端末とチャネル
の対応づけを行う。この結果、端末属性とホスト側のプ
ロファイルが正しく対応づけられる。For example, assume that the host and PBX 42 are connected through a 238+D interface. Each of these 23 B channels is assigned to n profiles. On the other hand, the terminal notifies the PBX 42 of the terminal attributes. This notification can be realized by replacing the host 1 with the PBX 42 in the second embodiment. PBX that received this notification,
42. A channel manager 43 within the network associates terminals and channels. As a result, terminal attributes and host-side profiles are correctly associated.
次に第８図を用いて第４の実施例を説明する。Next, a fourth embodiment will be described using FIG. 8.
本実施例は、通信サーバ４５を介して端末４ａ・・・が
自分の属性をホスト１に通知する方法を示している。This embodiment shows a method in which the terminals 4a... notify the host 1 of their own attributes via the communication server 45.
端末４ａ・・・と通信サーバ４５間のプロトコルは非常
に簡単なもので良い。両者で送受信するフレームは、実
施例１で示した第３図の（ｂ）に示すようなテストフレ
ームとする。デリミタは、Ｏ５Ｉの第１層プロトコルに
より異なるため、通信サーバはホストと同じ第１層のプ
ロトコルをサポートすることはもちろん必要である。The protocol between the terminals 4a... and the communication server 45 may be very simple. The frame transmitted and received between the two is a test frame as shown in FIG. 3(b) shown in the first embodiment. Since the delimiter differs depending on the O5I first layer protocol, it is of course necessary for the communication server to support the same first layer protocol as the host.
通信サーバ４５とホスト１のリンクマネジャ４１との通
信プロトコルは任意である。The communication protocol between the communication server 45 and the link manager 41 of the host 1 is arbitrary.
通信サーバ４５は、端末４ａ・・・から送信されて来た
端末属性をホスト１のリンクマネジャ４１に送信する。The communication server 45 sends the terminal attributes sent from the terminals 4a, . . . to the link manager 41 of the host 1.
通信サーバ４５はホストに端末属性を送信した旨を端末
１に通知する。これ以降、両者間で直接コネクションを
設定してデータ通信を行う。The communication server 45 notifies the terminal 1 that the terminal attributes have been sent to the host. From this point on, a direct connection is established between the two parties for data communication.
本発明によれば、回線に接続される端末を前もって定義
しておく必要がない。このため下記の如き効果が得られ
る。According to the present invention, there is no need to define in advance the terminals connected to the line. Therefore, the following effects can be obtained.
（１）端末の移動に伴う、ネットワーク構成定義の変更
が不要となる。(1) There is no need to change the network configuration definition as the terminal moves.
（２）端末の移動に伴う、ケーブル配線等の工事が不要
で経済的である。(2) It is economical because there is no need for cable wiring or other construction work when moving the terminal.
（３）情報コンセントを設け、そこから任意の端末の加
入を可能とするシステムが構築できめため、操作性の良
いネットワークが構築できる。(3) By providing an information outlet and constructing a system that allows any terminal to join from there, a network with good operability can be constructed.
第１図は、本発明の第１実施例のシステム構成図、第２
図は上記第１の実施例の端末の構成を示すブロック図、
第３図はテストフレームの例を示すフォーマツ１−図、
第４図は第２の実施例のシステム構成図、第５図はｌ５
ＤＮ（回線モード）時の端末属性通知シーケンス図、第
６図はｌ５ＤＮ（パケットモード）時の端末属性通知シ
ーケンス図、第７図は第３の実施例のシステム構成図、
第８図は第４の実施例のシステム構成図である。
１・・ホスト計算機（ホスト）、２ａ、２ｂ、２ａ回線
、３ａ、３ｃ・・・ネットワーク加入口（情報コンセン
ト） 、４ａ、５ａ、４ｂ、５ｂ、４ｃ。
５ｃ・・・端末、１０・・・テストフレーム検出部、１
１・・プロファイル１（端末属性１）、１２・・・プロ
ファイル２（端末属性２）、ｉｎ・・・プロファイルｎ
（端末属性ｎ）、２１・・・プロファイルＸ（端末属性
ｘ）、２２・・・テストフレーム送出部、２３・・・回
線制御部、３１・・・フラグ（Ｆ）、３２・・・アドレ
ス（Ａ）、３３・・・制御部（Ｃ）＝３４・・・テスト
情報、３５・・フレームチエツクシーケンス（Ｆｅ２）
、３６・・・フラグ（Ｆ）、３１’ ・・・スタートデ
リミタ、３６′・・・エンドブリミタ、４０・・・ｌ５
ＤＮ、４１・・・データリンクマネジャ、４２・・・チ
ャネルマネジャ、４３・・・通信サーバ６FIG. 1 is a system configuration diagram of the first embodiment of the present invention, and
The figure is a block diagram showing the configuration of the terminal of the first embodiment,
Figure 3 is a format 1 diagram showing an example of a test frame.
Figure 4 is a system configuration diagram of the second embodiment, and Figure 5 is l5.
6 is a terminal attribute notification sequence diagram in DN (line mode), FIG. 6 is a terminal attribute notification sequence diagram in l5DN (packet mode), and FIG. 7 is a system configuration diagram of the third embodiment.
FIG. 8 is a system configuration diagram of the fourth embodiment. 1...Host computer (host), 2a, 2b, 2a line, 3a, 3c...Network access point (information outlet), 4a, 5a, 4b, 5b, 4c. 5c...Terminal, 10...Test frame detection unit, 1
1... Profile 1 (terminal attribute 1), 12... Profile 2 (terminal attribute 2), in... Profile n
(terminal attribute n), 21... Profile X (terminal attribute x), 22... test frame sending section, 23... line control section, 31... flag (F), 32... address ( A), 33...Control unit (C) = 34...Test information, 35...Frame check sequence (Fe2)
, 36...Flag (F), 31'...Start delimiter, 36'...End limiter, 40...l5
DN, 41... Data link manager, 42... Channel manager, 43... Communication server 6
Claims (1)
ロトコルとしてｎ種類を実装しているホスト計算機から
なるデータ通信方式において、両者間でコネクシヨンを
設定する前に、相手端末の属性（通信プロトコル等）情
報を獲得又は認識するための手段を設けたことを特徴と
したデータ通信方式。 ２、請求項第１項記載の手段を設けることにより、ＩＳ
ＯのＯＳＩ（オープンシステムインタコネクシヨン：Ｏ
ｐｅｎＳｙｓｔｅｍｓＩｎｔｅｒｃｏｎｎｅｃｔｉｏｎ
）参照モデルで規定する物理層、又は、データリンク層
が同じである回線であれば、いずれの回線に端末を接続
してもホスト計算機にアクセスできることを可能とした
データ通信方式。 ３、上記データ通信システムにおいて、ホスト計算機と
端末間をＩＳＤＮ（ＩｎｔｅｇｒａｔｅｄＳｅｒｖｉｃ
ｅｓＤｉｇｉｔａｌＮｅｔｗｏｒｋ：サービス統合ディ
ジタル通信網）を介して接続した場合、端末はＤチャネ
ルを使用して端末属性をホスト計算機に送付し、これに
よりホスト計算機が端末属性を認識することを特徴とす
る請求項第１項記載のデータ通信方式。 ４、上記データ通信システムにおいて、ホスト計算機と
端末間をＩＳＤＮとＰＢＸを介して接続し、ホスト計算
機とＰＢＸ間がｎＢ＋Ｄ（ｎ＞２）のインタフェース場
合、端末はＰＢＸに対してＤチャネルで端末属性を送信
し、これを受けたＰＢＸが該端末の属性を認識し、ホス
ト計算機とＰＢＸ間で予め決められている端末属性に対
応する使用回線をＰＢＸが選択することにより、ホスト
計算機と端末を接続することを特徴とする請求項第１項
記載のデータ通信方式。 ５、上記データ通信システムに通信サーバを付加し、さ
らに、全ての端末に該通信サーバとの通信を可能とする
機能を持たせることにより、該通信サーバを介して、端
末属性をホスト計算機に認識させることを特徴とする請
求項第１項記載のデータ通信方式。[Claims] 1. In a data communication system consisting of a group of n types of terminals with different communication protocols and a host computer implementing n types of communication protocols, before setting up a connection between the two, A data communication method characterized by providing means for acquiring or recognizing attribute (communication protocol, etc.) information. 2. By providing the means described in claim 1, IS
OSI (Open System Interconnection)
penSystemsInterconnection
) A data communication method that allows access to a host computer by connecting a terminal to any line that has the same physical layer or data link layer specified in the reference model. 3. In the above data communication system, ISDN (Integrated Service) is used between the host computer and the terminal.
When connected via an esDigital Network (service integrated digital communication network), the terminal sends the terminal attributes to the host computer using the D channel, whereby the host computer recognizes the terminal attributes. The data communication method described in Section 1. 4. In the above data communication system, when the host computer and the terminal are connected via ISDN and PBX, and the interface between the host computer and PBX is nB+D (n>2), the terminal transmits terminal attributes to the PBX on the D channel. The PBX that receives this recognizes the attributes of the terminal, and the PBX selects the line to be used that corresponds to the terminal attributes that have been determined in advance between the host computer and PBX, thereby connecting the host computer and the terminal. The data communication system according to claim 1, characterized in that: 5. By adding a communication server to the above data communication system and providing all terminals with a function that enables communication with the communication server, terminal attributes can be recognized by the host computer via the communication server. 2. The data communication system according to claim 1, wherein:
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP63240985A JPH0290840A (en) | 1988-09-28 | 1988-09-28 | Data communication system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP63240985A JPH0290840A (en) | 1988-09-28 | 1988-09-28 | Data communication system |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0290840A true JPH0290840A (en) | 1990-03-30 |
Family
ID=17067604
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP63240985A Pending JPH0290840A (en) | 1988-09-28 | 1988-09-28 | Data communication system |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0290840A (en) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02206264A (en) * | 1989-02-06 | 1990-08-16 | Hitachi Ltd | Protocol discretionary switching system |
| JP4773042B2 (en) * | 2001-03-28 | 2011-09-14 | クゥアルコム・インコーポレイテッド | Method and apparatus for overhead messaging in a wireless communication system |
| US8971790B2 (en) | 2003-01-02 | 2015-03-03 | Qualcomm Incorporated | Method and apparatus for broadcast services in a communication system |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS61242142A (en) * | 1985-04-18 | 1986-10-28 | Panafacom Ltd | Communication control system |
| JPS62157442A (en) * | 1985-12-30 | 1987-07-13 | Nec Corp | Composite terminal equipment for isdn |
| JPS63228852A (en) * | 1987-03-17 | 1988-09-22 | Omron Tateisi Electronics Co | Communication control system for id system |
-
1988
- 1988-09-28 JP JP63240985A patent/JPH0290840A/en active Pending
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS61242142A (en) * | 1985-04-18 | 1986-10-28 | Panafacom Ltd | Communication control system |
| JPS62157442A (en) * | 1985-12-30 | 1987-07-13 | Nec Corp | Composite terminal equipment for isdn |
| JPS63228852A (en) * | 1987-03-17 | 1988-09-22 | Omron Tateisi Electronics Co | Communication control system for id system |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH02206264A (en) * | 1989-02-06 | 1990-08-16 | Hitachi Ltd | Protocol discretionary switching system |
| JP4773042B2 (en) * | 2001-03-28 | 2011-09-14 | クゥアルコム・インコーポレイテッド | Method and apparatus for overhead messaging in a wireless communication system |
| US8971790B2 (en) | 2003-01-02 | 2015-03-03 | Qualcomm Incorporated | Method and apparatus for broadcast services in a communication system |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0323083B1 (en) | Communication terminal apparatus | |
| EP0746127B1 (en) | Selective participation in a multimedia communication conference call | |
| DE69831209T2 (en) | COMMUNICATION SYSTEM FOR MULTIMEDIA INFORMATION | |
| US5390242A (en) | Rerouting in a distributed telecommunication system | |
| JPH0685925A (en) | Communication exchange system and its control system | |
| US6434127B1 (en) | Method and apparatus for implementing ANSI TCAP in mobile communication network system | |
| JPH0290840A (en) | Data communication system | |
| US7159131B2 (en) | Power control apparatus in a data communication network, and method therefor | |
| US6026154A (en) | Interoffice multiparty connection method and exchange | |
| US5748625A (en) | Inter-LAN connection method using ISDN | |
| JPS635648A (en) | Line terminal equipment | |
| KR100238469B1 (en) | Call processing method in video conference system | |
| JP2783270B2 (en) | ISDN terminal adapter device | |
| KR100201818B1 (en) | Apparatus and method for processing q signalling using additional channel | |
| JPS61187448A (en) | System for accommodating data terminal device | |
| US6965609B1 (en) | Configurable basic rate interface | |
| JPH01202962A (en) | Communication system | |
| KR100246909B1 (en) | Call processing method having numerous terminal systems | |
| JPH08331121A (en) | Isdn terminal adaptor | |
| JP2690819B2 (en) | Communication method below the channel speed of the primary group speed interface | |
| JP2659624B2 (en) | Packet switching communication method | |
| JPH0993288A (en) | Terminal attribute control system for high speed tty communication | |
| JPH06252916A (en) | Radio lan device | |
| JPH03244250A (en) | Communication terminal equipment | |
| Freer | Layered network architectures |