JPS60219850A - Communication control system - Google Patents

Communication control system

Info

Publication number
JPS60219850A
JPS60219850A JP59076381A JP7638184A JPS60219850A JP S60219850 A JPS60219850 A JP S60219850A JP 59076381 A JP59076381 A JP 59076381A JP 7638184 A JP7638184 A JP 7638184A JP S60219850 A JPS60219850 A JP S60219850A
Authority
JP
Japan
Prior art keywords
data
station
protocol
data transfer
message
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
Application number
JP59076381A
Other languages
Japanese (ja)
Inventor
Osamu Isaka
攻 井坂
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Ricoh Co Ltd
Original Assignee
Ricoh Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Ricoh Co Ltd filed Critical Ricoh Co Ltd
Priority to JP59076381A priority Critical patent/JPS60219850A/en
Publication of JPS60219850A publication Critical patent/JPS60219850A/en
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/40Network security protocols

Abstract

PURPOSE:To decrease data transfer time by providing a protocol layer reporting the state of the number of idle reception buffers of each station and another protocol layer controlling an opposite station of data transfer and its control. CONSTITUTION:Stations A, B consist of application CPUs 5, 5' and communication control sections 6, 6' and they are connected through cables 7, 7', transceivers 8, 8' and a coaxial cable 9. The protocol layer reporting the state of the idle reception buffer number of the stations A, B and the other protocol layer controlling the opposite station of data transfer and its content are provided and a data request message is made unnecessary in a data transfer sequence where one data message is a prescribed amount or blow.

Description

【発明の詳細な説明】 技挽分野 本発明は、通信制御方式九関し、特に階層構成をなすプ
pトコルを用いた通信制御方式に関するものである。
DETAILED DESCRIPTION OF THE INVENTION Field of the Invention The present invention relates to a communication control system, and particularly to a communication control system using a protocol having a hierarchical structure.

従来技術 2つのステージ目ン相互間でデータ転送を行う場合、第
1図に示すように、各ステーション人。
2. Prior Art When data is transferred between two stages, each station operates as shown in FIG.

Bは、ユーザのジョブを実行するメインCPU1゜1′
および通信を制御する通信制御部2,2′とメモ’73
.3’から構成され、両通信制御部相互間を回線4で接
続する。両通信制御部2.2’a通信プ田トフルにした
がってデータ転送を制御する。
B is the main CPU 1゜1' that executes the user's job.
and communication control unit 2, 2' that controls communication and memo '73
.. 3', and a line 4 connects both communication control units. Both communication control units 2.2'a control data transfer according to the communication protocol.

第2図は、従来の通信プルトコ〃のシーケンス・チャー
トであり、1メツセージ当たり1パケツトの7レー制御
である。
FIG. 2 is a sequence chart of a conventional communication pulley, which is 7-ray control with one packet per message.

ステーションA、B間でデータ転送を行う場合、受信局
Bでは、メインc p v i’からのデータ受信要求
により、シークンス番号す1およびフローカウント値(
1)を有する■])at、a R@1(1(データ要求
)を送信し、■これに対するACK (応答)および■
Data (データ)を受信する。
When data is transferred between stations A and B, receiving station B receives the sequence number 1 and flow count value (
1) with ■]) at, a R@1(1 (data request), ■ ACK (response) to this and ■
Receive Data.

次に、受信した])ata のチェックを行い、このチ
ェックの結果である■ACKす1を送信する。
Next, the received data]) is checked, and the result of this check, ■ACKS1, is transmitted.

送信局AICおいて、0のAC’に内容がチェックOK
のときKは、受f1局Bが正しくデータを受信したもの
とみなし% 1)ata の再送は行わずに、一連のデ
ータ転送処理は終了となる。しかしながら、システムな
どの処理速度が高まるにつれて、■のData Re+
1と■のACKの伝送期間分だけ、データ転送のための
処理時間が長くなるという欠点がある。
At the transmitting station AIC, check the contents of 0 AC'.
In this case, K assumes that receiving f1 station B has correctly received the data, and the series of data transfer processing ends without retransmitting %1)ata. However, as the processing speed of systems increases,
There is a drawback that the processing time for data transfer becomes longer by the transmission period of ACKs 1 and 2.

目 的 本発明の目的は、このような従来の欠点を改善し、相手
局の受信バッファ空状態の監視により、データリクエス
ト・メツセージを設けることなく、データ転送を行い、
データ転送時間が短縮できる通信制御方式を提供するこ
とKある。
Purpose The purpose of the present invention is to improve such conventional drawbacks, and to perform data transfer without providing a data request message by monitoring the receiving buffer empty state of the other station.
It is an object of the present invention to provide a communication control method that can shorten data transfer time.

I 成 以下、本発明の構成を、実施例により説明する。I Hereinafter, the configuration of the present invention will be explained using examples.

第6図は、本発明の実施例を示す通信プロトコルのシー
ケンス・チャートであり、第4図は、ステーションの構
成ブロック図であり、第5図は、プロトコルの階層構成
を示す図であり、第6図(a)〜(+1)Ic伝送フォ
ーマットの構成例を示す図である。
6 is a sequence chart of a communication protocol showing an embodiment of the present invention, FIG. 4 is a block diagram of the configuration of a station, FIG. 5 is a diagram showing a layered structure of the protocol, and FIG. FIGS. 6(a) to 6(+1) are diagrams showing an example of the configuration of the Ic transmission format.

第4図において、5.5′はアプリケーションCPU、
6.6’は通信制御部、7,7′はケーブル、8.8′
はトランシーバ、9は同軸ケーブルである。
In Figure 4, 5.5' is the application CPU;
6.6' is the communication control unit, 7 and 7' are the cables, and 8.8'
is a transceiver, and 9 is a coaxial cable.

第5図のアプリケーション層10は最上位層であり、セ
ツション層11.トランスポート層12゜ネットワーク
層16.データリンク114.物理HI115の順に下
位層となるプロトコルの階層である。
The application layer 10 in FIG. 5 is the top layer, and the session layer 11. Transport layer 12゜Network layer 16. Data link 114. This is a protocol layer that is a lower layer in the order of the physical HI 115.

第6図において、20.21.22.22’、 22“
、26゜26’、2s’はデータ情報、61.32.3
2’、 32’はホストレベル・プロトコル制御情報、
41.41’。
In Figure 6, 20.21.22.22', 22"
, 26°26', 2s' is data information, 61.32.3
2', 32' are host level protocol control information;
41.41'.

41’、 42.42’、 42’ はネットワークレ
ベル・プロトコル制御情報、51,51′、51Nはリ
ンクレベル・プロトコk uJ 燐i1報であり、(I
L)I (b)、 (o)、 (a)は、それぞれデー
タ情報のみ、ホストレベル・プロトコル制御情報をヘッ
ダにもつデータ情報、ネットワークレベルとホストレベ
ルの両プロトコル制御情報をヘッダにもつデータ情報、
リンクレベルとネットワークレベルの両プロトコル制御
情報をヘッダにもつデータ情報の伝送7オー!ツトの例
である。
41', 42.42', 42' are network level protocol control information, 51, 51', 51N are link level protocol k uJ phosphor i1 information, (I
L)I (b), (o), and (a) are data information only, data information with host-level protocol control information in the header, and data information with both network-level and host-level protocol control information in the header, respectively. ,
Transmission of data information with both link level and network level protocol control information in the header 7 Oh! This is an example of Tsuto.

第6図のシーケンス・チャートは、第4図のステーショ
ンA、8間でデータ転送を行った場合であり、1メツセ
ージ当たり1パケツトの70−制御である。このデータ
転送は、第5図のアプリケーション層10プロトコルで
制御し、第6図のデータ情報20.21.22.22’
、 22’、 26.23’、 23”の部分で転送さ
れる。
The sequence chart in FIG. 6 shows the case where data is transferred between stations A and 8 in FIG. 4, and is 70-control with one packet per message. This data transfer is controlled by the application layer 10 protocol shown in FIG.
, 22', 26.23', 23''.

各ステーションの通信制御部は、内蔵する受信バッファ
の空き数が指定の数(ビジー発生空き受信バッファ故、
BBCと呼ぶ)以下であるかを常時監視し、以下になっ
たとき、他の全ステーションに通知する。同時に1他の
全ステーションにおける13BCの状態を一斉同報メッ
セージの受信から常時監視することKより、BBC以下
にあるステーションを“BUSY状態”と記憶し、その
ステーションに対するデータ送出は行わない。なお、B
BCICは、1データメツセージを受(dするのに必要
なバッファ数を指定することから、システムのステーシ
ョン数や逓信トラフィック盪などKより最適値を決定し
、あらかじめコンソールからディスク等のファイルに入
れておき、電源投入時にファイルから内部メモリのBB
C領域にセットする。
The communication control unit of each station determines that the number of free spaces in the built-in receive buffer is the specified number (because the free receive buffer is busy,
(referred to as the BBC), and when it is below, it notifies all other stations. At the same time, since the status of 13BC in all stations other than 1 is constantly monitored from the reception of the broadcast message, stations below the BBC are stored as being in a "BUSY state" and no data is sent to that station. In addition, B
Since BCIC specifies the number of buffers required to receive one data message, it determines the optimal value from K, such as the number of stations in the system and the transmission traffic, and stores it in advance from the console to a file on a disk, etc. BB of the internal memory from the file when the power is turned on.
Set in area C.

また、上記とは反対に受信バッファの空き数が一定量(
レディ発生空き受信バッファ数、RBCと呼ぶ)以上で
あるかを常時監視し、以上になったとき、他の全ステー
ションK11l知する。この通知を受けた各ステーショ
ンは、BBC以下のときに記憶したBUSYを“レディ
状態′°に変更1″ることKより、そのステーションに
対し、いつでもデータ送出が可能となる。なお、RBC
には前記BBCより少し余裕(ロ)のある大きい値を設
定Tる。
Also, contrary to the above, the number of free spaces in the receive buffer is fixed (
It constantly monitors whether the number of ready-occurring free reception buffers (referred to as RBC) is greater than or equal to the number, and when the number is greater than the number, all other stations K11l are notified. Each station that receives this notification changes the BUSY stored when the BBC is below to the "ready state 1" so that data can be sent to that station at any time. In addition, R.B.C.
Set T to a larger value with a little margin (b) than the BBC.

RBC−BBC+α ・・・・・(1)したがって、メ
ツセージの送出指令を受けた通信制御部は、内部メモリ
のHBC領域内の転送先ステーション榴がBUSY状感
ならメツセージを待ち行倒で待期し、レディ状蔗に変っ
たのち送出を実行する。
RBC-BBC+α (1) Therefore, the communication control unit that receives the message sending command waits for the message if the transfer destination station in the HBC area of the internal memory is in a BUSY state, Execute sending after changing to ready state.

なお、前記−斉同報メッセージとは、第5図のデータリ
ンク層14プロトコルで制御され、第6図(勾のリンク
レベル・プロトコル制御1f[5L51’、51’ の
部分で行われる。上記リンクレベルの宛先アドレスには
、個別ステーションアドレスと一斉同報アドレスを有し
ており、受(1する各ステーションは、自ステーション
宛の1崗別スデーシ肩ンアドレスか一斉回報アドレスを
検知するとそのメツセージを受信バッファに取り込む。
The above-mentioned simultaneous broadcast message is controlled by the data link layer 14 protocol shown in FIG. The level destination address has an individual station address and a broadcast address, and each receiving station receives the message when it detects a station address or a broadcast address addressed to its own station. Import into receive buffer.

したがって、EBC以下あるいはRBC以上に変化時に
送出される一斉同報メッセージの充完アドレスは、−斉
回報アドレスとなる。
Therefore, the complete address of the simultaneous broadcast message sent when the value changes to less than EBC or more than RBC becomes - simultaneous broadcast address.

送信屑入がデータ転送処理を実行′1−るとき、第5図
のセツション層11プロトコルと8146図(b)。
When the transmitter executes the data transfer process, the session layer 11 protocol of FIG. 5 and FIG. 8146(b).

(0)のホストレベル・プロトコル制御情報を使って、
相手局(例えばB局)にデータ転送要求を通知する。そ
の後、送・受画局の通信制御部には、転送指令とともに
1送倍要求パケット数、5RPCおよび受(a要求パケ
ット敞、RRPCか通知され、両通信制御部間における
データ転送が開始する。
Using the host-level protocol control information of (0),
A data transfer request is notified to the other station (for example, station B). Thereafter, the communication control unit of the transmitting/receiving station is notified of the transfer command, the number of 1-transmission request packets, 5 RPC, and the received (a request packet number, RRPC), and data transfer between the two communication control units begins.

上記データ転送について、動作フローチャートを示した
第7図〜第9図および内部メモリの主な格納領域を示し
た第10図により説明する。
The above data transfer will be explained with reference to FIGS. 7 to 9 showing operation flowcharts and FIG. 10 showing main storage areas of the internal memory.

受信局では、第7図に示すように、アプリクージョンC
PUからのRRPCを内部メモリ200のRRPC領域
204にセットしくステップ61)、NRPC(データ
リクエスト・メツセージを省略できるパケット数、つま
り前記BBC≦NRPC〈前記RBCである)と比較を
行う(ステップ62)、RRPCが少ない場合はデータ
リクエスト・メツセージ送出を行わず、TlL接データ
パケットの受信処理となる(ステップ69)。
At the receiving station, as shown in FIG.
The RRPC from the PU is set in the RRPC area 204 of the internal memory 200 (Step 61), and compared with the NRPC (the number of packets that can omit data request messages, that is, the BBC≦NRPC (the RBC)) (Step 62) , if the number of RRPCs is small, no data request message is sent, and TIL data packet reception processing is performed (step 69).

一方、RRPCが大きい場合は、従来の通信プロトコル
と同様に1各ステーシヨンのBUSY/レティ状態を格
納するスT−シジンステータス領域202の自ステーシ
ョン橢がレディ状態であるのを確認した後(ステップ6
5)、RRPCと受信バッファの空き数を比較しくステ
ップ64 )、7 R・−カウント値n(受信可能な空
きバッファ数)を決定する(ステップ65.66)。相
手局がレディ状llKなるのを待って(ステップ100
)、データリクエスト・メツセージを送出しくステップ
69)、ACKの受信を時期する(ステップ68)。デ
ータを1パケツト受信するごとに受信パケットカウンタ
210なプラス1しくステップ69)、フローカウント
値nlc達したら(ステップ70)、相手局のレディ状
態を待って(ステップ1υ0)、データ九対するACK
を送出(ステップ71)と同時に、受信バケットカウン
タ209をクリアし、RRPCから受信した分を差しσ
1いて(ステップ72)、RRPCの全データを受イd
するまで繰り返えす動作となる(ステップ76)。なお
、相手局のレディ状態の判定は、第9図に示すよう釦、
ステージaンスデータス@城202の相手局楠を読み出
しくステップ101)、BUSY状辿なら(ステップ1
02)、レディ待ち行列205にで時期させ(ステップ
103)、相手局かレディ状mw−変わるのを待って(
ステップ104,105.106)、レディ待ち行倒2
05から取り出す(ステップ107)。
On the other hand, if the RRPC is large, the self-station status area 202 that stores the BUSY/LETI status of each station is confirmed to be in the ready state (step 6), as in the conventional communication protocol.
5), RRPC and the number of free spaces in the reception buffer are compared (step 64), and 7. R.-count value n (number of free buffers that can be received) is determined (steps 65 and 66). Wait until the other station becomes ready (step 100).
), sends a data request message (step 69), and receives an ACK (step 68). Every time one packet of data is received, the received packet counter 210 increases by 1 (step 69), and when the flow count value nlc is reached (step 70), waits for the ready state of the partner station (step 1υ0), and then sends an ACK for 9 data.
At the same time as sending out (step 71), the reception bucket counter 209 is cleared and the amount received from RRPC is added to σ.
1 (step 72), and receives all RRPC data.
The operation is repeated until it is completed (step 76). Note that the ready status of the other station can be determined by pressing the button or button as shown in Figure 9.
Step 101) to read out the opponent's Kusunoki of the stage an database @ castle 202, if the BUSY status is traced (step 1)
02), enter the ready queue 205 (step 103), and wait for the ready status of the other station to change (mw-).
Steps 104, 105, 106), Ready Waiting 2
05 (step 107).

送信局では、第8図に示すように、アプリケーションC
PUからの5RPCを5RPC領域206にセットしく
スーテツプ81)、前記NRPCと比較を行う(ステッ
プ82)。5RPCが少ない場合は、データリクエスト
・メツセージ受信を省略して、直接、データパケットが
5PRCのn[達するまでデータを送信しくステップ8
6〜8B、 I DO)、ACKの受信を時期する(ス
テップ89)。一方、5RPCが大きい場合は、従来の
通信プロトコルと同様に、データリクエスト・メツセー
ジの受信九対するACKを送出した後(ステップ86,
100゜84)、受信フローカウント値のn[達する亥
でデータを送信しくステップ85,87,100.88
)、人CKの受信を時期する(ステップ89)。相手局
がレディ状態時は、フローカウント値nが確保されてい
ることにより、2回目以降もデータリクエスト・メツセ
ージなしでデータの送信が可能であることから、送信パ
ケット合計カウンタ値のIか5RPCに達するまで、つ
まり5RPCの全データを送f3するまで繰り返えす動
作となる(ステップ90〜94\ このようく、各ステーションの空き受信バッファ数の監
視は汎用性のあるデータリンク層プロトコルで制御する
一斉回報メッセージで行い、一方データ転送の相手局お
よびその手順については、II数個の局をも対象にする
ことかできるなどの汎用性をもつセツション層プロトコ
ルで処理することKより、通常のデータ転送において、
第2図に示す従来のプロトコルのデータリクエスト・メ
ツセージおよびそれに対するACKの分だけ、転送時間
が短縮できる。データリクエスト・メツセージなしで転
送できるデータメツセージの比率により所要時間の短縮
効果は異なるが、例えば、第2図と第6図に示すように
1データメツセージ当たりのパケット数が1個である場
合、メツセージ数が半分となることから所要時間も約千
分となる。
At the transmitting station, as shown in FIG.
The 5RPC from the PU is set in the 5RPC area 206 (step 81) and compared with the NRPC (step 82). If the number of 5RPCs is small, skip the data request/message reception and directly send data until the data packet reaches n[ of 5PRCs.Step 8
6-8B, IDO), and time to receive ACK (step 89). On the other hand, if 5RPC is large, similar to the conventional communication protocol, after sending an ACK in response to the reception of the data request message (step 86,
Steps 85, 87, 100.88 When the received flow count value reaches n[, the data should be sent.
), the reception of the human CK is timed (step 89). When the partner station is in the ready state, since the flow count value n is secured, it is possible to send data without a data request or message from the second time onwards. The operation is repeated until reaching f3, that is, until all data of 5 RPCs are sent f3 (steps 90 to 94\) In this way, the monitoring of the number of free reception buffers at each station is controlled by a versatile data link layer protocol. This is done using a broadcast message, while the other station for data transfer and its procedure are processed using a session layer protocol that has versatility, such as being able to target several stations. In the transfer,
The transfer time can be reduced by the amount of the data request message and the corresponding ACK of the conventional protocol shown in FIG. The effect of reducing the required time will vary depending on the ratio of data messages that can be transferred without data requests or messages, but for example, if the number of packets per data message is one as shown in Figures 2 and 6, Since the number is halved, the time required will also be approximately 1,000 minutes.

なお、1データメツセージ当たりのパケット数が2以上
のものもデータリクエスト・メツセージなしで転送を行
う場合、多くのBBCを設ける必要がある。
Note that if the number of packets per data message is two or more, it is necessary to provide a large number of BBCs when the data is transferred without a data request message.

そうすると実iKアプリケーション側から受信を要求さ
れないにもかかわらず、比較的大きなりBCを常設する
ことKなり無駄となる場合もあるので、システムにおい
て、速度重視なら、多量の受信バッファを使用し、デー
タリクエスト・メツセージなしの方法で、データメツセ
ージのパケット数を増加する。一方、コスト重視なら、
少社の受信バッファを使用し、データリクエスト・メツ
セージなしの方法で、データメツセージのパケット数を
少なくする。
In this case, even though there is no request for reception from the actual iK application side, it may be wasteful to permanently install a relatively large BC, so if speed is important in the system, use a large reception buffer and Increase the number of data message packets in a way that does not require request messages. On the other hand, if cost is your priority,
To reduce the number of data message packets by using a small company's reception buffer and using a method without data request messages.

また、これまでの説明ではデータメツセージのパケット
数を1としてきたが、NRPCの設定内容によって2以
上のパケット数に対しても本発明を実施することができ
る。
Further, in the explanation so far, the number of packets of a data message has been assumed to be 1, but the present invention can be implemented with the number of packets of 2 or more depending on the settings of the NRPC.

効 果 以上説明したように、本発明によれば階層構成を有する
プロトコルにおいて、データリクエスト・メツセージを
設けなくてよいため、データ要求してから、データを受
信するまでの時間か、データリクエスト・メツセージお
よびその人CKの分だけ短縮される。
Effects As explained above, according to the present invention, there is no need to provide a data request message in a protocol having a hierarchical structure. And it is shortened by that person's CK.

【図面の簡単な説明】[Brief explanation of the drawing]

第1図はデータ通信における各ステーションの構成図、
第2図は従来の通信プばトコルのシーケンス・チャート
、第6図は本発明の実施例を示す通信プロトコルのシー
ケンス・チャート、第4図は本発明の実施例を示す各ス
テーションの構成図、第5図は通信プロトコルの階層構
成図、第6図(&)〜(Qは伝送フォーマットの構成例
を示す図、第7図〜第9図は本発明における動作フロー
チャート、第10図は、内部メモリの主な領域を説明す
るための図である。 1.1’:メインCPU、 2.2’、 6.6’ :
 A信制御部、3.3’、 200 :メモリ、4,9
:通信回線、5.5仙アプリケーションCI’U、7.
7’:ケーブル、8.8’:トランシーバ、10〜15
:通信プロトコル、20,21.22〜22’、23〜
26#:データ情報、61.62〜62〃:ホストレベ
ル・プロトコル制御情報、41〜41’、42〜42〃
:ネット;7−フレペル・プロトコルttAm if報
、51〜51’:!Jシンクベル・プロトコル制御情報
、201〜212:各種領域。 第 1 図  B 第2図 第 3 図 第 4 図 A B 第5図 第6図 第 8 図 第 9 図 第 10 図 [t159 年特許1fl jl107.638i号2
、発明の名称 通信制御方式 3 補正をする者 事件との関係 特許出願人 4、代理人 ・匠 補正により増加する発明の数 な し(1)明細
書第1頁3行〜11行の「特許請求の範囲」を次のとお
りに補正する。 [アプリケーション層プロトコルを含む階層化された通
信プロトコルを有するデータ通信システムにおいて、各
ステーションの空き受信バッファ数状態を報告するプロ
トコル層と、上記アプリケージJン プロ1−コルから
 されたデータ・メツセージの一゛−を1′ る但のプ
ロトコル層を備え。 lデータ・メツセージが一定量以下のデータ転送シーケ
ンスに、データリクエスト・メツセージを不要にしたこ
とを特徴とする通信制御方式。」(2)明tan第3頁
17行〜18行の[・・・・構成を示す図であり、第6
図(、)〜(d)に伝送フォーマットの構成例を示す図
である。」を「・・・・構成を示す図である。」に補正
する。 (3)明Ia9第4頁7行〜19行の[第6図において
、・・・・・・伝送フォー、マットの例である。」を削
除する。 (4)明細書第5頁4行〜6行の「・・・で制御し、第
6図のデータ情報20,20,21.22’ 、22’
 。 23.23’ 、23’の部分で転送される。」を「・
・・・で制御する。」に補正する。 (5)明細書第6頁18行〜第7頁2行の「−斉同報メ
ッセージとは、第5図のデータ・リンク層14プロトコ
ルで制御され、第6図(d)のリンクレベル・プロトコ
ル制御情報5 ]’、 51’ 、51’の部分で行わ
れる。上記リンクレベルの宛先」を[−斉同報メッセー
ジは、第5図のデータ・リンク層重4プロトコルで制御
される。上記データ・リンク層14の宛先」に補正する
。 (6)明細書第7頁9行の「・・・・アドレスとなる。 」を「・・・・アドレスとなる。また、自ステーション
の空き受信バッファを監視し、他のステーションにその
状態を報告するのは、ルットワーク層13が行う。ノに
補正する6 (7)明細書第7頁10行〜12行の「第5図のセツシ
ョン層11プロトコルと第6図(b)、(c)のホスト
レベル・プロトコル制御情報を使って、」を[トランス
ポート層12プロトコルを使って、Jに補正する。 (8)明細書第7頁19行、第8頁I行、第13頁5行
の「第7図」を「第6図」に変更する。 (9)明細書第7頁19行、第9頁IO行、第13頁6
行の「第9図」を「第8図」に変更する。 (lO)明細書第7頁20行、第13頁7行の「第10
図」を「第9図」に変更する。 (11)明細書第8頁19行の「(ステップ69)」を
「(ステップ67)」に変更する。 (12)明細書第9頁17行の「第8図」を[第7図」
に変更する。 (13)明細書第10頁19行〜20行の「監視は汎用
性のあるデータ・リンク層プロトコルで制御する一斉同
報メッセージで行い、」を「監視はネットワーク層13
で行い、データ・リンク層プロトコルで規定される一斉
同報メッセージで転送し、」に補正する。 (14)明細書第11頁1行〜3行の「データ転送の相
手局およびその手順については、複数個の局をも対象に
することができるなどの汎用性をもつセツション層プロ
トコルで」を[データ転送の手順については、トランス
ポート層プロトコルで」に補正する。 (15)明細書第13頁4行〜5行の「第6頁(、)〜
(d)は・・・・・・を示す図、」を削除する。 (16)明細書第13頁5行〜7行の「第7図〜第9図
は本・・・・・・第10図は、」を、[第6図〜第8図
は1本発明における動作フローチャート、第9図は、」
に補正する。 (17)明細書第13頁13行〜17行の「20゜21
.22〜22′、23〜23′ :・・・・・・リンク
レベル・プロトコル制御情報、」を削除する。 (I8)第6図の図面を削除して、第7図、第8図。 第9図、第1O図を、それぞれ第6図、第7図。 第8図、第9図に変更する。 (19)第4図を別紙のとおりに補正する(差し替え)
。 第T図 第奢図 第 −紅 図 第侮図
Figure 1 is a configuration diagram of each station in data communication.
FIG. 2 is a sequence chart of a conventional communication protocol, FIG. 6 is a sequence chart of a communication protocol showing an embodiment of the present invention, and FIG. 4 is a configuration diagram of each station showing an embodiment of the present invention. FIG. 5 is a hierarchical configuration diagram of a communication protocol, FIGS. It is a diagram for explaining the main areas of memory. 1.1': Main CPU, 2.2', 6.6':
A communication control unit, 3.3', 200: Memory, 4, 9
: Communication line, 5.5x application CI'U, 7.
7': Cable, 8.8': Transceiver, 10-15
: Communication protocol, 20, 21. 22-22', 23-
26#: Data information, 61.62-62: Host level protocol control information, 41-41', 42-42
: Net; 7-Freppel ProtocolttAm if Report, 51-51':! J Think Bell Protocol Control Information, 201-212: Various areas. Figure 1 B Figure 2 Figure 3 Figure 4 Figure A B Figure 5 Figure 6 Figure 8 Figure 9 Figure 10 [t159 Patent 1fl jl107.638i No. 2
, Title of the invention Communication control system 3 Relationship with the case of the person making the amendment Patent applicant 4, agent/artisan Number of inventions increased by amendment None (1) "Patent" on page 1, lines 3 to 11 of the specification "Scope of Claims" shall be amended as follows. [In a data communication system having a layered communication protocol including an application layer protocol, a protocol layer that reports the status of the number of free reception buffers at each station, and a data message sent from the above application layer protocol.] It has an additional protocol layer that is different from 1' to 1'. 1. A communication control method characterized in that a data request message is not required for a data transfer sequence in which the amount of data messages is less than a certain amount. ” (2) Meitan, page 3, lines 17 to 18 [... is a diagram showing the configuration, and the 6th page
Figures (,) to (d) are diagrams showing configuration examples of transmission formats. " is corrected to "It is a diagram showing the configuration." (3) Ia9, page 4, lines 7 to 19 [In Fig. 6, . . . is an example of a transmission format. ” to be deleted. (4) Data information 20, 20, 21, 22', 22' in Figure 6, ``Controlled by...'' on page 5, lines 4 to 6 of the specification.
. 23. It is transferred in the 23' and 23' parts. "of"·
Controlled by... ”. (5) From page 6, line 18 to page 7, line 2 of the specification, ``-Broadcast messages are controlled by the data link layer 14 protocol in Figure 5, and are controlled by the link level protocol in Figure 6(d). Protocol control information 5]', 51', and 51'.The above-mentioned link-level destinations are controlled by the data link layer layer 4 protocol shown in FIG. The destination of the data link layer 14 is corrected. (6) On page 7, line 9 of the specification, "... will be an address." will be replaced with "... will be an address." It will also monitor the free reception buffer of its own station and inform other stations of its status. The report is carried out by the route work layer 13.6 (7) "Session layer 11 protocol in FIG. 5 and FIGS. 6(b) and (c) Using the host-level protocol control information of , " is corrected to J using the transport layer 12 protocol. (8) Change "Figure 7" to "Figure 6" on page 7, line 19, page 8, line I, and page 13, line 5 of the specification. (9) Specification page 7, line 19, page 9, line IO, page 13, line 6
Change "Figure 9" in the row to "Figure 8". (lO) “No. 10” on page 7, line 20 of the specification, and page 13, line 7.
"Fig. 9" should be changed to "Fig. 9". (11) Change "(Step 69)" on page 8, line 19 of the specification to "(Step 67)". (12) "Figure 8" on page 9, line 17 of the specification as [Figure 7]
Change to (13) On page 10 of the specification, lines 19 and 20, "Monitoring is performed by broadcast messages controlled by a versatile data link layer protocol" has been changed to "monitoring is performed by network layer 13
It is transmitted using a broadcast message specified by the data link layer protocol, and amended to ``. (14) On page 11, lines 1 to 3 of the specification, ``The partner station for data transfer and its procedure are based on a session layer protocol that has versatility, such as being able to target multiple stations.'' [Regarding the data transfer procedure, use the transport layer protocol]. (15) “Page 6 (,) ~” on page 13, lines 4 to 5 of the specification
(d) is a diagram showing..." is deleted. (16) On page 13 of the specification, lines 5 to 7, "Figs. 7 to 9 are from the present invention......Fig. 10 is from the present invention." The operation flowchart in Figure 9 is as follows.
Correct to. (17) “20°21” on page 13, lines 13 to 17 of the specification
.. 22 to 22', 23 to 23': . . . link level protocol control information," are deleted. (I8) Figures 7 and 8 are obtained by deleting the drawing in Figure 6. FIG. 9 and FIG. 1O are respectively FIG. 6 and FIG. Changes to Figures 8 and 9. (19) Correct (replace) Figure 4 as shown in the attached sheet.
. Figure T - Red Figure

Claims (1)

【特許請求の範囲】[Claims] アプリケーション層プロトコルを含むM Jlt 化さ
れた通信プpトコルを有するデータ通信システムにおい
て、各ステーションの空き受信バッファ数状雇を報告す
るプロトコル層と、データ転送の相手局およびその内容
の制御を行うもう一つのプロトコル層を備え、1データ
メツセージが一定量以下のデータ転送シーケンスに、デ
ータリクエスト・メツセージを不要圧したことを特徴と
する通信制御方式。
In a data communication system that has an M Jlt communication protocol that includes an application layer protocol, there is a protocol layer that reports the number of free reception buffers at each station, and another that controls the destination station for data transfer and its contents. A communication control method that includes one protocol layer and eliminates the need for data request messages in a data transfer sequence in which one data message is less than a certain amount.
JP59076381A 1984-04-16 1984-04-16 Communication control system Pending JPS60219850A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP59076381A JPS60219850A (en) 1984-04-16 1984-04-16 Communication control system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP59076381A JPS60219850A (en) 1984-04-16 1984-04-16 Communication control system

Publications (1)

Publication Number Publication Date
JPS60219850A true JPS60219850A (en) 1985-11-02

Family

ID=13603752

Family Applications (1)

Application Number Title Priority Date Filing Date
JP59076381A Pending JPS60219850A (en) 1984-04-16 1984-04-16 Communication control system

Country Status (1)

Country Link
JP (1) JPS60219850A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63102431A (en) * 1986-10-17 1988-05-07 Yokogawa Electric Corp Communication control method
JPS63129745A (en) * 1986-11-19 1988-06-02 Matsushita Graphic Commun Syst Inc Network managing method

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS63102431A (en) * 1986-10-17 1988-05-07 Yokogawa Electric Corp Communication control method
JPS63129745A (en) * 1986-11-19 1988-06-02 Matsushita Graphic Commun Syst Inc Network managing method

Similar Documents

Publication Publication Date Title
CN100459744C (en) MAC architecture in wireless communication systems supporting H-ARQ
US9154937B2 (en) System for permitting control of the purging of a node B by the serving radio network controller
JPH0732387B2 (en) Data retransmission method
JP2007089174A (en) Method and device for improving signal transmission rate in wireless communication system
WO2021204122A1 (en) Uplink channel transmission method and device
US20210144589A1 (en) Apparatus and methods for eht multi-band a-msdu operation
WO2021204091A1 (en) Method and device for clearing buffer
TWI486030B (en) Method and apparatus for polling transmission status in a wireless communications system
JPS60219850A (en) Communication control system
CN115660791A (en) Order processing method and system for business trip service
JPH0552106B2 (en)
JP2000286845A (en) Method for distributing multicast data
JPH0612897B2 (en) Communication control method in communication network system
JPH08331164A (en) Communication control system
WO2021057076A1 (en) Method and device for data transmission
WO2022150956A1 (en) Block acknowledgment method, apparatus, and storage medium
WO2023241561A1 (en) Communication method and related apparatus
JPS61248637A (en) Method for managing reply supervisory timer in data link control
CN117041378A (en) Data processing method, device and equipment
JPH02185145A (en) Communication control system
KR20010064867A (en) Method for automatically repeating retransmission and receiving in data transfer system
JPS60219851A (en) Communication control system
JPS63215233A (en) Communication responsing system
JPS62210746A (en) Data resending system
JPS5961337A (en) Electronic mail system