JP2654262B2 - Window size setting method - Google Patents

Window size setting method

Info

Publication number
JP2654262B2
JP2654262B2 JP5756991A JP5756991A JP2654262B2 JP 2654262 B2 JP2654262 B2 JP 2654262B2 JP 5756991 A JP5756991 A JP 5756991A JP 5756991 A JP5756991 A JP 5756991A JP 2654262 B2 JP2654262 B2 JP 2654262B2
Authority
JP
Japan
Prior art keywords
packet
type
link
terminal
station
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.)
Expired - Lifetime
Application number
JP5756991A
Other languages
Japanese (ja)
Other versions
JPH04293337A (en
Inventor
悟 太田
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.)
NIPPON DENKI TSUSHIN SHISUTEMU KK
Original Assignee
NIPPON DENKI TSUSHIN SHISUTEMU KK
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 NIPPON DENKI TSUSHIN SHISUTEMU KK filed Critical NIPPON DENKI TSUSHIN SHISUTEMU KK
Priority to JP5756991A priority Critical patent/JP2654262B2/en
Publication of JPH04293337A publication Critical patent/JPH04293337A/en
Application granted granted Critical
Publication of JP2654262B2 publication Critical patent/JP2654262B2/en
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Landscapes

  • Data Exchanges In Wide-Area Networks (AREA)

Description

【発明の詳細な説明】DETAILED DESCRIPTION OF THE INVENTION

【0001】[0001]

【産業上の利用分野】本発明はパケット交換のウィンド
ウサイズ設定方式に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a window size setting method for packet switching.

【0002】[0002]

【従来の技術】従来、パケット交換でのウィンドウサイ
ズ設定方式は、通信路が設定されたのちのデータ伝送
が、両端のデータ端末が直接授受するエンドツウエンド
(EndTO End,E−E)方式、および端末およ
び交換局の相互間を形成するリングごとにデータ伝送す
るリンクバイリンク(Link by Link,L×
L)方式の何れか一方であるように、パケット交換シス
テムごとに、あらかじめ固定的に設定されていた。
2. Description of the Related Art Conventionally, a window size setting method in packet switching includes an end-to-end (End-to-End, EE) method in which data transmission after a communication path is set is directly transmitted and received by data terminals at both ends. And a link-by-link (Lx) link for transmitting data for each ring forming between the terminal and the exchange.
L) It is fixedly set in advance for each packet switching system as in either one of the methods.

【0003】また、パケット交換システムでのパケット
は、最大長のオクテット数が定められており、各端末お
よび各交換局では、受信するデータの蓄積容量が限定さ
れているので、データ(DT)パケットの可能伝送量を
ウィンドウサイズ(WS)として示し、DTパケットの
伝送限定量としている。
In a packet switching system, the number of octets having a maximum length is determined, and each terminal and each exchange have a limited storage capacity for received data. Is indicated as a window size (WS), which is a limited transmission amount of the DT packet.

【0004】図6はパケット伝送路の一例を示す接続図
である。図6に示すように、発呼端末71がパケット網
72を介して着呼端末73に接続して通信路を設定した
とき、発呼側をDTパケットの発信側とする通信路が加
入者属性,回線属性,呼属性により設定されるウィンド
ウサイズA(WSZA)を有し、着呼側をDTパケット
の発信側とする通信路が同様のウィンドウサイズB(W
SZB)を有する。
FIG. 6 is a connection diagram showing an example of a packet transmission path. As shown in FIG. 6, when the calling terminal 71 connects to the called terminal 73 via the packet network 72 and sets up a communication path, the communication path whose calling side is the DT packet sending side is a subscriber attribute. , A line attribute and a call attribute, a window size A (WSZA), and a communication path having the called side as the DT packet transmitting side has the same window size B (WZA).
SZB).

【0005】図4(A)は、パケット交換システムがエ
ンドツウエンド(E−E)タイプの場合の通信路設定の
一例を示す手順図である。
FIG. 4A is a flowchart showing an example of setting a communication path when the packet switching system is an end-to-end (EE) type.

【0006】図示するように、発呼端末も着呼端末もE
−Eタイプであり、発呼端末はWS=15、また着呼端
末はWS=10を有する。発呼端末が発信する発呼要求
(CR)パケットは自己のWS=15をWSZAおよび
WSZBに対して指示する。
As shown, both the calling terminal and the called terminal have E
-E type, the calling terminal has WS = 15, and the called terminal has WS = 10. The calling request (CR) packet transmitted by the calling terminal indicates its own WS = 15 to WSZA and WSZB.

【0007】交換網がE−Eタイプのため、発呼局およ
び着呼局はWSZA=WSZB=15でCRパケットを
転送する。着呼端末はWS=10を有し、WS=15は
許容不能なので、返信する発呼受付(CC)パケットは
自己のWS=10をWSZAおよびWSZBに指示す
る。
Since the switching network is of the EE type, the calling station and the called station transfer the CR packet with WSZA = WSZB = 15. Since the called terminal has WS = 10 and WS = 15 is unacceptable, the returning call accepting (CC) packet indicates its own WS = 10 to WSZA and WSZB.

【0008】このCCパケットの受信により、発呼端末
はWS=10を設定し、以後のDTパケットをWSZA
=10により発信する。勿論着呼端末はWSZB=10
でDTパケットを発信する。
[0008] Upon receipt of this CC packet, the calling terminal sets WS = 10 and transmits the subsequent DT packet to WSZA.
= 10. Of course, the called terminal is WSZB = 10
Sends a DT packet.

【0009】図5(A)は図4(A)の通信路の一例を
示す接続図である。図示されるように、発信端末11が
WS=15を有し、WS=10を有する着信端末41に
パケット網50のパケット局51・52を介してDTパ
ケットを伝送する。この場合のパケット局51・52は
CRパケットおよびCCパケットで通信路を設定したの
ちに受信したDTパケットをそのまま転送する。
FIG. 5A is a connection diagram showing an example of the communication path shown in FIG. As shown, the transmitting terminal 11 has WS = 15 and transmits the DT packet to the receiving terminal 41 having WS = 10 via the packet stations 51 and 52 of the packet network 50. In this case, the packet stations 51 and 52 transfer the received DT packet as it is after setting the communication path with the CR packet and the CC packet.

【0010】図4(B)はパケット交換システムがリン
クバイリンク(L×L)タイプの場合の通信路設定の一
例を示す手順図である。
FIG. 4B is a procedure diagram showing an example of setting a communication path when the packet switching system is a link-by-link (L × L) type.

【0011】図示するように、発呼端末も着呼端末もL
×Lタイプであり、発呼端末から発呼局までのリンクの
ウインドウサイズはWS=6、発呼局から着呼局までの
リンクのウインドウサイズはWS=10、また着呼局か
ら着呼端末までのリンクのウイドウサイズはWS=4
と、この呼に対して設定されるとする。
As shown, both the calling terminal and the called terminal are L
× L type, the window size of the link from the calling terminal to the calling station is WS = 6, the window size of the link from the calling station to the called station is WS = 10, and the called station is the called terminal. The window size of the link up to WS = 4
Is set for this call.

【0012】すなわち、発呼端末と発呼局との間のリン
クへ発信されるCR・CCパケットは共にWSZA=W
SZB=6、発呼局と着呼局との間のリンクへのCR・
CCパケットは共にWSZA=WSZB=10、着呼局
と着呼端末との間のリンクへのCR・CCパケットは共
にWSZA=WSZB=4になる。従って、DTパケッ
トも各リンクごとにCR・CCパケットと同様にウイン
ドウサイズが設定される。
That is, the CR and CC packets transmitted to the link between the calling terminal and the calling station are both WSZA = W
SZB = 6, CR to link between calling and called stations
Both the CC packet is WSZA = WSZB = 10, and the CR / CC packet to the link between the called station and the called terminal is both WSZA = WSZB = 4. Therefore, the window size of the DT packet is set for each link in the same manner as the CR / CC packet.

【0013】図5(B)は図4(B)の通信路の一例を
示す接続図である。発信端末12はリンクサイズである
WS=6でパケット局61に送信し、パケット局61は
パケット局62へWS=10で、またパケット局62は
着信端末42へWS=4で、DTパケットを送信する。
FIG. 5 (B) is a connection diagram showing an example of the communication path of FIG. 4 (B). The originating terminal 12 transmits to the packet station 61 with the link size WS = 6, the packet station 61 transmits the DT packet to the packet station 62 with WS = 10, and the packet station 62 transmits the DT packet to the terminating terminal 42 with WS = 4. I do.

【0014】[0014]

【発明が解決しようとする課題】上述した従来のウイン
ドウサイズ設定方式は、加入者端末およびパケット局が
発信するDTパケットのウインドウサイズを、パケット
交換システムにより固定的に設定するようになっている
ので、E−EタイプのL×Lタイプとの加入者端末を混
在するとき、ウインドウサイズがL×Lタイプの設定に
なるので、パケット局間のリンクでウインドウサイズが
小さい場合、このサイズに制限されてE−Eタイプの加
入者端末のデータ転送効率が低下するという問題点があ
った。
In the conventional window size setting method described above, the window size of the DT packet transmitted from the subscriber terminal and the packet station is fixedly set by the packet switching system. , EE type L × L type subscriber terminals are mixed, the window size is set to the L × L type. Therefore, when the window size is small in the link between packet stations, the size is limited to this size. Thus, there is a problem that the data transfer efficiency of the EE type subscriber terminal is reduced.

【0015】本発明の目的は、加入者端末のフロー制御
タイプとしてE−EタイプかL×Lタイプかを送信し、
これを受信したパケット局が記憶してウインドウサイズ
を設定することにより、上記問題点を解決するウインド
ウサイズ設定方式を提供することにある。
An object of the present invention is to transmit whether an EE type or an L × L type is used as a flow control type of a subscriber terminal,
An object of the present invention is to provide a window size setting method which solves the above-mentioned problem by storing the packet size and setting a window size.

【0016】[0016]

【課題を解決するための手段】本発明によるウインドウ
サイズ設定方式は、パケット交換でのウィンドウサイズ
設定方式において、局間の発呼要求(CR)パケットに
発呼端末のフロー制御タイプ(エンドツウエンドタイプ
か又はリンクバイリンクタイプか)を示す網利用(N
U)情報を、また局間の発呼受付(CC)パケットに着
呼端末のフロー制御タイプを示す網利用(NU)情報
を、それぞれ付加し、前記フロー制御タイプを受信した
各局はこの受信したフロー制御タイプを呼ごとに設定し
て記憶し、前記フロー制御タイプがエンドツウエンド
(E−E)タイプの通信路に対しては受信パケットをそ
のまま通過する一方、リンクバイリンク(L×L)タイ
プではリンクに設定するウィンドウサイズで転送パケッ
ト処理をする。
According to the window size setting method of the present invention, in a window size setting method in packet switching, a call request (CR) packet between stations is provided with a flow control type (end-to-end) of a calling terminal. Network type (N or link-by-link type)
U) information, and network use (NU) information indicating the flow control type of the called terminal to the call acceptance (CC) packet between the stations, and each station receiving the flow control type receives this information. The flow control type is set and stored for each call, and while the flow control type passes the received packet as it is to the end-to-end (EE) type communication path, the link by link (L × L) For type, transfer packet processing is performed with the window size set for the link.

【0017】[0017]

【実施例】次に、本発明について図面を参照して説明す
る。図1は本発明の一実施例を示すブロック図および追
加フォーマットである。
Next, the present invention will be described with reference to the drawings. FIG. 1 is a block diagram showing an embodiment of the present invention and an additional format.

【0018】図1に示すように、発呼端末10は、発呼
局20に収容接続され、CR(発呼要求)パケットによ
り着呼局30を介して着呼端末40に接続される。
As shown in FIG. 1, a calling terminal 10 is accommodated and connected to a calling station 20, and is connected to a called terminal 40 via a called station 30 by a CR (call request) packet.

【0019】パケット局は、発呼局20,着呼局30お
よび中継局(図示されず)共に、呼ごとに発呼端末およ
び着呼端末のそれぞれのタイプを記憶するタイプメモリ
21,31を有する。
The packet station, together with the calling station 20, the called station 30, and the relay station (not shown), has type memories 21 and 31 for storing the types of the calling terminal and the called terminal for each call. .

【0020】CRパケットを受信した発呼局20は、発
呼端末10のフロー制御タイプ(E−E/L×L)を記
憶しているので、タイプメモリ21に呼対応に記録する
と共にネットワークユーティリティ(NU)のフォーマ
ットを作成してCRパケットに付加し着呼局30へ送信
する。
Since the calling station 20 which has received the CR packet stores the flow control type (EE / L × L) of the calling terminal 10, the calling station 20 records the flow control type in the type memory 21 in correspondence with the call and also uses the network utility. A (NU) format is created, added to the CR packet, and transmitted to the called station 30.

【0021】着呼局30は、受信したNUフォーマット
から発呼端末10のフロー制御タイプを識別し、タイプ
メモリ31の発呼端末タイプ領域に記録し、CRパケッ
トを着呼端末40へ送信する。
The called station 30 identifies the flow control type of the calling terminal 10 from the received NU format, records the flow control type in the calling terminal type area of the type memory 31, and transmits a CR packet to the called terminal 40.

【0022】着呼端末40は発呼要求(CR)パケット
を受信し、データ(DT)パケットの受付準備を完了し
たとき発呼受付(CC)パケットを着呼局30へ返信す
る。
The called terminal 40 receives the call request (CR) packet, and returns a call accepted (CC) packet to the called station 30 when the preparation for accepting the data (DT) packet is completed.

【0023】着呼局30は、CCパケットを受信したと
き、着呼端末40のフロー制御タイプを記憶するので、
フロー制御タイプをNUフォーマットに形成してCCパ
ケットと共に発呼局20へ送信する。
When the called station 30 receives the CC packet, it stores the flow control type of the called terminal 40.
The flow control type is formed in the NU format and transmitted to the calling station 20 together with the CC packet.

【0024】発呼局20は、(CC+NU)パケットを
受信したとき、発呼端末タイプおよび着呼端末タイプを
確認すると共に、タイプが相違するときは記録を修正す
る。
When receiving the (CC + NU) packet, the calling station 20 confirms the calling terminal type and the called terminal type, and corrects the record when the types are different.

【0025】NUフォーマットは図示するように、オク
テット番号1がビット番号1・2で二進符号1、ビット
番号3〜8で二進符号0であり、オクテット番号2がビ
ット番号1・2でフロー制御タイプを示し、ビット番号
3〜8で二進符号0である。フロー制御タイプは、ビッ
ト番号1・2で、E−Eタイプが二進符号00であり、
L×Lタイプが二進符号10であると、図1では例示す
る。
As shown in the figure, the NU format is such that octet number 1 is a binary code 1 with bit numbers 1.2, binary code 0 with bit numbers 3 to 8, and octet number 2 is a binary code with bit numbers 1.2. Indicates the control type, and is a binary code 0 with bit numbers 3 to 8. The flow control type is bit numbers 1 and 2, the EE type is binary code 00,
FIG. 1 illustrates that the L × L type is a binary code 10.

【0026】NUフォーマットの形成により、パケット
局は新しい手順を生じるが、加入者端末では従来と何の
変りもない。
The formation of the NU format causes the packet station to create a new procedure, but at the subscriber terminal it is no different from the conventional one.

【0027】図2は本発明によるパケット局の主要動作
の一実施例を示す手順図である。
FIG. 2 is a flowchart showing one embodiment of the main operation of the packet station according to the present invention.

【0028】パケット局は、CRパケットを発呼端末か
ら受信(101)したとき、発呼端末のフロー制御タイ
プを索引または識別してタイプメモリに記憶(102)
する。次いで、パケット局はNUフォーマットを形成
(103)し、接続先のリンクへCR+NUパケットを
送信(104)する。
When the packet station receives the CR packet from the calling terminal (101), the packet station looks up or identifies the flow control type of the calling terminal and stores it in the type memory (102).
I do. Next, the packet station forms a NU format (103) and transmits a CR + NU packet to the link to which the packet station is connected (104).

【0029】このCR+NUパケットを受信(111)
したパケット局は、NUフォーマットを解析(112)
し、発呼端末のフロー制御タイプを識別してタイプメモ
リに記憶(113)する。発呼端末のタイプを判定(1
14)し、E−Eタイプの場合、パケット局は発呼側か
らのウインドウサイズWSZAの受信値をそのまま転送
(115)する一方、L×Lタイプの場合、パケット局
は送出するリンクのウインドウサイズWSZAにリンク
サイズを付けて送信(116)する。
This CR + NU packet is received (111).
The packet station analyzes the NU format (112)
Then, the flow control type of the calling terminal is identified and stored in the type memory (113). Determine the type of calling terminal (1
14) In the case of the EE type, the packet station transfers the received value of the window size WSZA from the calling side as it is (115), while in the case of the L × L type, the packet station transmits the window size of the link to be transmitted. The WSZA is transmitted with the link size attached (116).

【0030】パケット局がCCパケットを受信したとき
は、上記手順の説明で、CRパケットをCCパケット
に、CR+NUパケットをCC+NUパケットに、発呼
端末を着呼端末に、またWSZAをWSZBに、それぞ
れ変更することにより適用できる。
When the packet station receives the CC packet, the description of the above procedure will explain the CR packet as a CC packet, the CR + NU packet as a CC + NU packet, the calling terminal as a called terminal, and the WSZA as a WSZB. Applicable by change.

【0031】図3(A)は、発呼端末がE−Eタイプで
WS=15、着呼端末がL×Lタイプで、かつ発呼端末
・発呼局・着呼局,着呼端末間の各リンクのウインドウ
サイズがそれぞれWS=6・10・4の場合を示した手
順図である。
FIG. 3A shows a case where the calling terminal is of the EE type and WS = 15, the called terminal is of the L × L type, and the calling terminal, the calling station, the called station, and the called terminal. FIG. 7 is a procedure diagram showing a case where the window size of each link is WS = 6.10.4.

【0032】この場合、発呼端末はCRパケットにより
WSZA=WSZB=15により自己のウインドウサイ
ズを通知すると共に、パケット局間ではNUフォーマッ
トにE−Eタイプを示してタイプメモリに記憶する。
In this case, the calling terminal notifies its own window size by WSZA = WSZB = 15 by means of a CR packet, and indicates the EE type in the NU format between packet stations and stores it in the type memory.

【0033】このCRパケットに対して返信するCCパ
ケットで、着呼端末は受信したWSZA,WSZBの数
値以下の値で、図3(A)の例ではWSZA=WSZB
=4を送信する。
In the CC packet returned in response to the CR packet, the called terminal has a value equal to or smaller than the value of the received WSZA and WSZB. In the example of FIG. 3A, WSZA = WSZB.
= 4 is transmitted.

【0034】着呼局は、発呼端末のE−Eタイプに次い
で、CCパケットの受信により着呼端末のL×Lタイプ
をタイプメモリに記憶し、発呼局へのリンクに対して、
受信したWSZA=4を設定する一方、リンクのサイズ
でWSZB=10を設定し、発呼局へ送信する。
The called station stores the L × L type of the called terminal in the type memory by receiving the CC packet next to the EE type of the calling terminal.
While the received WSZA = 4 is set, WSZB = 10 is set in the link size and transmitted to the calling station.

【0035】同様に、発呼局は発呼端末へWSZA=4
およびWSZB=6を送信する。
Similarly, the calling station sends WSZA = 4 to the calling terminal.
And WSZB = 6.

【0036】従って、発呼端末はDTパケットをWSZ
A=4で着呼端末まで同一サイズで転送する一方、着呼
端末から発信するDTパケットはL×Lタイプでウイン
ドウサイズをWSZB=4・10・6により設定する。
Therefore, the calling terminal transmits the DT packet to the WSZ
While A = 4 and transfer to the called terminal with the same size, the DT packet transmitted from the called terminal is of L × L type and the window size is set by WSZB = 4 · 10 · 6.

【0037】図3(B)はL×Lタイプの発呼端末およ
びE−EタイプでWS=10の着呼端末の例を示した手
順図である。
FIG. 3B is a flowchart showing an example of an L × L type calling terminal and an EE type called terminal with WS = 10.

【0038】発呼端末はリンクごとにWSZA=WSZ
B=6・10・4のそれぞれで、CRパケットを転送
し、着呼端末は受信したWS値以下、自己のサイズ以内
の値、WSZA=WSZB=4でCCパケットを返信す
る。
The calling terminal uses WSZA = WSZ for each link.
In each of B = 6, 10.4, the CR packet is transferred, and the called terminal returns a CC packet with a value equal to or less than the received WS value and within its own size, and WSZA = WSZB = 4.

【0039】このCCパケットを転送する着呼局および
発呼局はWSZAはリンクのサイズで、またWSZB=
4はE−Eタイプのためこのまま転送され、DTパケッ
トは着呼端末から発呼端末まで同一サイズで転送され
る。
The calling station and the calling station that transfer this CC packet have the WSZA as the link size and the WSZB =
4 is transferred as it is because of the EE type, and the DT packet is transferred from the called terminal to the calling terminal with the same size.

【0040】発呼端末と着呼端末が同一タイプの場合
は、従来と同様で図4に示され、説明済みである。
The case where the calling terminal and the called terminal are of the same type is shown in FIG.

【0041】本実施例で、図3および図4において各リ
ンクのウインドウサイズをそれぞれ固定値で図示し説明
したが、呼ごと、回線ごとに、設定される通信路ごと
に、加入者属性、回線属性、呼属性にしたがってウイン
ドウサイズが決定されるので、通常は一致した値になる
とは限らない。
In the present embodiment, the window size of each link is illustrated and described with a fixed value in FIGS. 3 and 4, but the subscriber attribute, the line, and the like are set for each call, each line, and each set communication path. Since the window size is determined according to the attributes and the call attributes, usually, the values do not always match.

【0042】[0042]

【発明の効果】以上説明したように本発明は、データ端
末が有するフロー制御タイプをネットワークユーティリ
ティのフォーマットに形成してパケット局間で転送する
とともに記憶し、発呼側と着呼側とを接続する通信路の
往復それぞれに対して記憶したフロー制御タイプのデー
タパケット転送手順を実行することにより、エンドツウ
エンド(E−E)タイプのデータ端末が中継リンクのウ
インドウサイズに無関係にデータ転送するので、データ
転送効率の高いフロー制御ができる効果がある。
As described above, according to the present invention, the flow control type of the data terminal is formed in the format of a network utility, transferred between packet stations and stored, and the calling side and the called side are connected. By executing the stored flow control type data packet transfer procedure for each round trip of the communication path, the end-to-end (EE) type data terminal transfers data regardless of the relay link window size. This has the effect of enabling flow control with high data transfer efficiency.

【図面の簡単な説明】[Brief description of the drawings]

【図1】本発明のウインドウサイズ設定方式の一実施例
を示すブロック図およびネットワークユーティリティの
一例を示すフォーマットである。
FIG. 1 is a block diagram showing an embodiment of a window size setting method according to the present invention and a format showing an example of a network utility.

【図2】本発明によるパケット局の主要動作の一例を示
す手順図である。
FIG. 2 is a flowchart showing an example of a main operation of the packet station according to the present invention.

【図3】本発明による異種のフロー制御タイプを有する
データ端末間のパケット伝送の一例を示す手順図であ
る。
FIG. 3 is a flowchart illustrating an example of packet transmission between data terminals having different types of flow control types according to the present invention;

【図4】同種のフロー制御タイプを有するデータ端末間
のパケット伝送の一例を示す手順図である。
FIG. 4 is a procedure diagram showing an example of packet transmission between data terminals having the same type of flow control type.

【図5】図4による通信路の一例を示す接続図である。FIG. 5 is a connection diagram illustrating an example of a communication path according to FIG. 4;

【図6】パケット伝送路の一例を示す接続説明図であ
る。
FIG. 6 is a connection explanatory diagram showing an example of a packet transmission path.

【符号の説明】[Explanation of symbols]

10 発呼端末 20 発呼局 21,31 タイプメモリ 30 着呼局 40 着呼端末 101〜116 手順 CC 発呼受付 CR 発呼要求 NU ネットワークユーティリティ WS ウインドウサイズ WSZA 発呼側から着呼側へのウインドウサイズ WSZB 着呼側から発呼側へのウインドウサイズ Reference Signs List 10 calling terminal 20 calling station 21, 31 type memory 30 called station 40 called terminal 101 to 116 procedure CC call acceptance CR call request NU network utility WS window size WSZA window from caller to caller Size WSZB Window size from callee to caller

Claims (1)

(57)【特許請求の範囲】(57) [Claims] 【請求項1】 パケット交換でのウィンドウサイズ設定
方式において、局間の発呼要求(CR)パケットに発呼
端末のフロー制御タイプ(エンドツウエンドタイプか又
はリンクバイリンクタイプか)を示す網利用(NU)情
報を、また局間の発呼受付(CC)パケットに着呼端末
のフロー制御タイプを示す網利用(NU)情報を、それ
ぞれ付加し、前記フロー制御タイプを受信した各局はこ
の受信したフロー制御タイプを呼ごとに設定して記憶
し、前記フロー制御タイプがエンドツウエンド(E−
E)タイプの通信路に対しては受信パケットをそのまま
通過する一方、リンクバイリンク(L×L)タイプでは
リンクに設定するウィンドウサイズで転送パケット処理
をすることを特徴とするウィンドウサイズ制御方式。
1. In a window size setting method in packet switching, a network use indicating a flow control type (end-to-end type or link-by-link type) of a calling terminal in a call request (CR) packet between stations. (NU) information, and network use (NU) information indicating the flow control type of the called terminal to the call acceptance (CC) packet between the stations, and each station receiving the flow control type receives this information. The set flow control type is set and stored for each call, and the flow control type is an end-to-end (E-
A window size control method characterized in that the received packet is passed as it is on the E) type communication path, while the transfer packet processing is performed with the window size set for the link in the link-by-link (L × L) type.
JP5756991A 1991-03-22 1991-03-22 Window size setting method Expired - Lifetime JP2654262B2 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP5756991A JP2654262B2 (en) 1991-03-22 1991-03-22 Window size setting method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP5756991A JP2654262B2 (en) 1991-03-22 1991-03-22 Window size setting method

Publications (2)

Publication Number Publication Date
JPH04293337A JPH04293337A (en) 1992-10-16
JP2654262B2 true JP2654262B2 (en) 1997-09-17

Family

ID=13059475

Family Applications (1)

Application Number Title Priority Date Filing Date
JP5756991A Expired - Lifetime JP2654262B2 (en) 1991-03-22 1991-03-22 Window size setting method

Country Status (1)

Country Link
JP (1) JP2654262B2 (en)

Also Published As

Publication number Publication date
JPH04293337A (en) 1992-10-16

Similar Documents

Publication Publication Date Title
JP2654262B2 (en) Window size setting method
JPH0514546A (en) Wave band management system in communication
JP2669441B2 (en) DTE facility control method using AT command
JP3001456B2 (en) Protocol-specific parameter absorption method in exchange
JP2669442B2 (en) First select facility control system
JPS6040748B2 (en) Packet switching method in packet switching network
US6934045B1 (en) Packet length indication for a facsimile system
JP3484817B2 (en) Fax server device
JPS6337541B2 (en)
JPH05236013A (en) Incoming call transfer system
JP2727766B2 (en) Packet relay method
JP2924215B2 (en) G4 facsimile special communication setting method
JPH03196738A (en) Transfer destination station leadership type incoming call transfer system
JP2795863B2 (en) Data terminal equipment
JPH0471378B2 (en)
JPS63299631A (en) Data packet re-sending timing determining system
JPH01135155A (en) Communication method in packet switching network
JP2780792B2 (en) Call transfer method
JPH05316123A (en) Network management method
JPH03272241A (en) Line selection system in multi-link
JPS59117357A (en) Data transmitter
JPS6355265B2 (en)
JPS62281540A (en) Control method for packet terminal equipment
JPS61253952A (en) Information communication network
JPS63292846A (en) Data communication system

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: 19970422