JP2000115241A - Data transfer control method - Google Patents

Data transfer control method

Info

Publication number
JP2000115241A
JP2000115241A JP27983398A JP27983398A JP2000115241A JP 2000115241 A JP2000115241 A JP 2000115241A JP 27983398 A JP27983398 A JP 27983398A JP 27983398 A JP27983398 A JP 27983398A JP 2000115241 A JP2000115241 A JP 2000115241A
Authority
JP
Japan
Prior art keywords
window size
data transfer
tcp window
tcp
data
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
JP27983398A
Other languages
Japanese (ja)
Inventor
Hidetoshi Yokota
英俊 横田
Toru Asami
徹 浅見
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.)
KDDI Corp
Original Assignee
KDD Corp
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 KDD Corp filed Critical KDD Corp
Priority to JP27983398A priority Critical patent/JP2000115241A/en
Publication of JP2000115241A publication Critical patent/JP2000115241A/en
Pending legal-status Critical Current

Links

Landscapes

  • Computer And Data Communications (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

PROBLEM TO BE SOLVED: To provide a data transfer control method by which a high speed hyper text transport protocol(HTTP) is available without decreasing a window size just after start of transfer. SOLUTION: This data transfer control method that uses a communication network of packet exchange type to transfer file data has steps (S1-S3) where own transmission control protocol(TCP) window sizes are informed between transmission reception terminals to decide the TCP window size, steps (S4, S5) where transfer of data is started by the decided TCP window size, and steps (S6-S12) where transmission of data is continued by decreasing the TCP window size on the occurrence of a communication fault and the TCP window size is increased stepwise when the communication fault is recovered.

Description

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

【0001】[0001]

【発明の属する技術分野】本発明は、パケット交換型の
通信網に好適なデータ転送制御方法に係り、特に、TC
P(Transmission Control Protocol )セッションにお
けるフロー制御の高速化を可能にしたデータ転送制御方
法に関する。
BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a data transfer control method suitable for a packet-switched communication network,
The present invention relates to a data transfer control method that enables high-speed flow control in a P (Transmission Control Protocol) session.

【0002】[0002]

【従来の技術】インターネットに広く用いられている、
WWW(World Wide Web)の転送プロトコルであるHT
TP(Hyper Text Transport Protocol )は、TCP/
IP(Internet Protocol )のトランスポート層に位置
するTCP上に実装されている。このTCPでは、送受
信端末間にルータや低速リンクが介在したときでもスル
ープットが低下しないように、例えばW.Richard S
tevens著の「TCP/IP Illustrated, Volume 1
」、20.6章に記載された“スロー・スタート”(s
low-start)と呼ばれるフロー制御が行われる。
2. Description of the Related Art Widely used in the Internet,
HT, a WWW (World Wide Web) transfer protocol
TP (Hyper Text Transport Protocol) is TCP /
It is implemented on TCP located in the transport layer of IP (Internet Protocol). In this TCP, for example, when a router or a low-speed link is interposed between the transmitting and receiving terminals, the throughput is not reduced. Richard S
tevens, "TCP / IP Illustrated, Volume 1
"Slow start" (s
Flow control called low-start) is performed.

【0003】スロー・スタート方式によるフロー制御で
は、データ転送に先立って受信側から送信側へ自身のT
CPウインドウサイズが宣言される。TCPウインドウ
サイズWとは、送信側が応答確認(ACK)パケットを
得るまで送り続けることが可能なデータ量である。送信
側は、1回の転送データの量をTCPウインドウサイズ
以下にする必要があるので、TCPウインドウサイズW
が大きいほどデータ転送速度は向上することになる。
In the flow control based on the slow start method, the receiving side transmits its own T
The CP window size is declared. The TCP window size W is an amount of data that can be continuously transmitted until the transmitting side obtains an acknowledgment (ACK) packet. Since the transmitting side needs to reduce the amount of data transferred at one time to the TCP window size or less, the TCP window size W
Is larger, the data transfer speed is improved.

【0004】さらに、受信側と送信側との間で接続が確
立されると、cwnd(コンジェスチョン・ウインド
ウ)と呼ばれる輻輳制御用ウインドウサイズが送信側の
TCPに追加される。cwndは、送信側から受信側へ
1回に転送できるデータ量をセグメント数で表現したも
ので、通信開始時には“1”に設定される。1セグメン
トは、例えば500バイト程度に設定される。
Further, when a connection is established between the receiving side and the transmitting side, a congestion control window size called cwnd (congestion window) is added to TCP on the transmitting side. cwnd represents the amount of data that can be transferred from the transmission side to the reception side at one time by the number of segments, and is set to “1” at the start of communication. One segment is set to, for example, about 500 bytes.

【0005】送信側は、転送データのデータ量が、前記
TCPウインドウサイズWまたはcwndのいづれか小
さい方に達するまで、データを一度に送出することがで
きる。セグメント数は、受信側から正規の応答確認パケ
ット(ACK信号)が受信されるごとに、“2”、
“4”、“8”…と指数関数的に増加する。
[0005] The transmitting side can transmit data at one time until the data amount of the transfer data reaches the smaller one of the TCP window size W or cwnd. The number of segments is set to “2” each time a normal response confirmation packet (ACK signal) is received from the receiving side.
"4", "8",...

【0006】図4は、上記したスロー・スタート方式で
のフロー制御におけるデータ転送量の推移を示した図で
あり、時刻tにおいて転送が開始された後、ACK
信号が受信されるごとに前記cwndのセグメント数が
増えて実質的な転送速度が向上する。cwndのセグメ
ント数は、時刻tにおいて現在のTCPウインドウ
サイズWに達するまで増え続ける。
[0006] Figure 4 is a diagram showing the transition of the data transfer amount in the flow control in slow start mode described above, after the transfer has been started at time t 0, ACK
Each time a signal is received, the number of segments of the cwnd increases, thereby substantially improving the transfer rate. cwnd number of segments, continue to increase until it reaches the current TCP window size W at time t 1.

【0007】なお、前記スロー・スタート方式による転
送中に輻輳が検知されると、例えばW.Richard Ste
vens著の「TCP/IP Illustrated, Volume 1
」、21.6章に記載されるように、“コンジェスチ
ョン・アボイダンス”(congestion avoidance)と呼ば
れる輻輳回避のためのフロー制御が行われる。
[0007] When congestion is detected during transfer by the slow start method, for example, W.W. Richard Ste
vens, "TCP / IP Illustrated, Volume 1
As described in Chapter 21.6, a flow control for avoiding congestion called "congestion avoidance" is performed.

【0008】コンジェスチョン・アボイダンス方式のフ
ロー制御では、図4に示したように、時刻tにおい
て輻輳が検知されると、スレッシュレベルssthre
shが現在のTCPウインドウサイズWの半分に設定さ
れ、当該ssthreshを初期値としてデータ転送を
継続する。その後は、ACK信号が受信されるごとに、
セグメント数が直線的に増えるので通信速度が徐々に向
上する。
[0008] In flow control congestion-Aboidansu method, as shown in FIG. 4, when congestion is detected at the time t 2, the threshold level ssthre
sh is set to half of the current TCP window size W, and data transfer is continued with the ssthresh as an initial value. After that, every time an ACK signal is received,
Since the number of segments increases linearly, the communication speed gradually increases.

【0009】[0009]

【発明が解決しようとする課題】上記したスロー・スタ
ートは、FTP(ファイル転送プロトコル)のように転
送ファイルが比較的大きく、長時間のTCPセッション
が多いプロトコルに対しては、輻輳を未然に防止する観
点から有効である。しかしながら、WWWで利用される
HTTPでは、単発的で短時間のTCPセッションが多
くなるため、上記したスロー・スタート制御が採用され
ると、TCPウインドウサイズが十分に大きくなる前に
セッションが終了してしまうため、十分なスループット
が得られないという問題があった。
The slow start described above prevents congestion beforehand for a protocol such as FTP (file transfer protocol) in which a transfer file is relatively large and a long time TCP session is frequent. It is effective from the viewpoint of However, in the HTTP used in the WWW, the number of sporadic and short-time TCP sessions increases. Therefore, if the above-described slow start control is adopted, the session ends before the TCP window size becomes sufficiently large. Therefore, there is a problem that a sufficient throughput cannot be obtained.

【0010】本発明の目的は、上記した従来技術の問題
点を解決し、HTTPのように、単発的で短時間のTC
Pセッションが多いプロトコルの高速化が可能なデータ
転送制御方法を提供することにある。
SUMMARY OF THE INVENTION An object of the present invention is to solve the above-mentioned problems of the prior art, and to provide a one-shot, short-time TC like HTTP.
An object of the present invention is to provide a data transfer control method capable of speeding up a protocol having many P sessions.

【0011】[0011]

【課題を解決するための手段】上記した目的を達成する
ために、本発明では、パケット交換型の通信網を利用し
てファイルデータを転送するデータ転送制御方法におい
て、送受信端末間で自身のTCPウインドウサイズを通
知してTCPウインドウサイズを決定する手順と、前記
決定されたTCPウインドウサイズでデータ転送を開始
する手順と、通信異常が生じると、前記TCPウインド
ウサイズを減じてデータ転送を継続し、前記通信異常が
解消されると、前記TCPウインドウサイズを段階的に
増やす手順を設けたことを特徴とする。
According to the present invention, there is provided a data transfer control method for transferring file data using a packet-switched communication network. A procedure of notifying a window size to determine a TCP window size, a procedure of starting data transfer with the determined TCP window size, and, when a communication error occurs, reducing the TCP window size and continuing data transfer; When the communication abnormality is resolved, a procedure is provided for increasing the TCP window size stepwise.

【0012】上記した特徴によれば、TCPウインドウ
サイズを予め小さく制限することなく、送受信端末の能
力に応じて定めた比較的大きなTCPウインドウサイズ
でデータ転送が開始され、輻輳が検知されて初めて、T
CPウインドウサイズが減ぜられて実質的な転送速度が
低下するので、HTTPのように、比較的小さなサイズ
で転送時間が元々短いファイルを転送するプロトコルで
は高速転送が可能になる。
According to the above feature, data transfer is started with a relatively large TCP window size determined according to the capability of the transmitting and receiving terminal without previously limiting the TCP window size to a small value, and only when congestion is detected, T
Since the CP window size is reduced and the actual transfer speed is reduced, a protocol such as HTTP that transfers a file having a relatively small size and a transfer time originally shorter enables high-speed transfer.

【0013】[0013]

【発明の実施の形態】以下、図面を参照して本発明を詳
細に説明する。図1は、本発明の一実施形態であるデー
タ転送制御方法を示したフローチャートであり、図2、
3は、本実施形態による1回当たりのデータ転送量の推
移を示した図である。
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS The present invention will be described below in detail with reference to the drawings. FIG. 1 is a flowchart showing a data transfer control method according to an embodiment of the present invention.
FIG. 3 is a diagram showing a transition of a data transfer amount per time according to the present embodiment.

【0014】ステップS1では、送信端末が受信端末に
対してSYNパケットを送信する。このSYNパケット
には、自局のTCPウインドウサイズWs および最大セ
グメント長MSSs が格納されている。ウインドウサイ
ズWs は、処理待ちデータを一時記憶するためのバッフ
ァメモリの容量に依存する。ステップS2では、受信端
末からの応答を待ち、受信端末から返送された(SYN
+ACK)パケットを受信すると、ステップS3では、
これに応答して受信端末へSYNパケットを送信する。
In step S1, the transmitting terminal transmits a SYN packet to the receiving terminal. This SYN packet stores the TCP window size Ws of the own station and the maximum segment length MSSs. The window size Ws depends on the capacity of a buffer memory for temporarily storing data to be processed. In step S2, the process waits for a response from the receiving terminal, and returns (SYN
+ ACK) When the packet is received, in step S3,
In response, the SYN packet is transmitted to the receiving terminal.

【0015】ステップS4では、前記受信したパケット
に登録されている受信端末のTCPウインドウサイズW
r および最大セグメント長MSSr を参照する。さら
に、自局のウインドウサイズWs と受信端末のウインド
ウサイズWr とを比較し、小さいほうのウインドウサイ
ズ(ここでは、Ws >Wr とする)Wr をコンジェスチ
ョン・ウインドウcwndとして登録する。ステップS
5では、送信端末が前記cwndで定義されるセグメン
ト数分のデータを受信端末へ転送する。
In step S4, the TCP window size W of the receiving terminal registered in the received packet
r and the maximum segment length MSSr. Further, the window size Ws of the own station is compared with the window size Wr of the receiving terminal, and the smaller window size (here, Ws> Wr) Wr is registered as a congestion window cwnd. Step S
In 5, the transmitting terminal transfers data for the number of segments defined by the cwnd to the receiving terminal.

【0016】ステップS6、7では、回線に輻輳が生じ
たか否かが判別される。回線に輻輳が生じことは、転送
データに対するACK信号を所定時間内に受信できずに
タイムアウトしたこと(ステップS6)、あるいは同一
パケットに対してACK信号を重複して受信したこと
(ステップS7)、のいづれかを検知することで認識で
きる。
In steps S6 and S7, it is determined whether or not congestion has occurred on the line. The occurrence of congestion on the line means that an ACK signal for transfer data has not been received within a predetermined time and a timeout has occurred (step S6), or that an ACK signal for the same packet has been received in duplicate (step S7). Can be recognized by detecting any of the following.

【0017】ステップS7においてACK信号の重複が
検知され、これに基づいて輻輳の発生が認識されると、
ステップS8では、コンジェスチョン・アボイダンス制
御を開始する際にcwndの初期値となるスレッシュレ
ベルssthreshに、現在のウインドウサイズWr
の半分の値Wr/2が登録される。
In step S7, when duplication of the ACK signal is detected, and based on this, occurrence of congestion is recognized,
In step S8, a threshold level ssthresh, which is an initial value of cwnd when starting the congestion and avoidance control, is set to the current window size Wr.
Is registered as Wr / 2, which is half the value of

【0018】ステップS9では、図2に示したように、
cwndとして前記ssthreshが設定され、時刻
においてコンジェスチョン・アボイダンス方式に
よるフロー制御が開始される。したがって、その後は、
時刻tにおいてcwndがTCPウインドウサイズ
Wr に達するまで、正規のACK信号を受け取るごと
に、cwndのセグメント数が直線的に増加する。
In step S9, as shown in FIG.
Examples cwnd ssthresh is set, the flow control by the congestion-Aboidansu method is started at time t 1. So after that,
At time t 2 until cwnd reaches the TCP window size Wr, every time when receiving the normal ACK signal, the number of segments cwnd increases linearly.

【0019】一方、ステップS6においてACK信号の
タイムアウトが検知され、これに基づいて輻輳の発生が
認識されると、ステップS10では、前記ステップS8
と同様に、スレッシュレベルssthreshに現在の
ウインドウサイズWrの半分の値Wr/2が登録され
る。
On the other hand, if the timeout of the ACK signal is detected in step S6 and the occurrence of congestion is recognized based on the timeout, the process proceeds to step S10 in step S8.
Similarly to the above, a value Wr / 2 that is half the current window size Wr is registered in the threshold level ssthresh.

【0020】ステップS11では、cwndのセグメン
ト数が“1”に設定される。ステップS12では、図3
に示したように、時刻tにおいてセグメント数
“1”からスロー・スタート制御が開始され、正規のA
CK信号を受け取るごとにcwndのセグメント数が指
数関数的に増加する。
In step S11, the number of segments of cwnd is set to "1". In step S12, FIG.
As indicated, at time t 1 the slow start control from the number of segments "1" is started, normal A
Each time the CK signal is received, the number of segments of cwnd increases exponentially.

【0021】なお、前記ステップS12のスロー・スタ
ート制御では、cwndのセグメント数が増加するごと
に、ステップS12aにおいてcwndとssthre
shとが比較される。そして、図3の時刻t以前の
ように、cwndがssthreshよりも小さい場合
はスロー・スタート制御が継続されるが、時刻tにお
いて、cwndがssthreshを越えると、当該処
理は、スロー・スタート制御からステップS9へ進んで
コンジェスチョン・アボイダンス制御へ移行する。した
がって、その後は、時刻tにおいてcwndがTC
PウインドウサイズWr に達するまで、正規のACK信
号を受け取るごとに、cwndのセグメント数が直線的
に増加する。
In the slow start control in step S12, every time the number of segments of cwnd increases, cwnd and ssthre are set in step S12a.
sh is compared. Then, as time t 2 before 3, but cwnd slow start control is continued if less than ssthresh, at time t 2, when the cwnd exceeds ssthresh, the process is slow start From the control, the process proceeds to step S9 to shift to the congestion and avoidance control. Thus, then, at time t 3 cwnd is TC
Each time a regular ACK signal is received, the number of segments of cwnd increases linearly until the P window size Wr is reached.

【0022】[0022]

【発明の効果】上記したように、本実施形態によれば、
TCPウインドウサイズを予め小さく制限することな
く、送受信端末の能力に応じて定めた比較的大きなTC
Pウインドウサイズでデータ転送を開始し、輻輳が検知
されて初めて、TCPウインドウサイズを減じて実質的
な転送速度を減じるようにしたので、HTTPのよう
に、比較的小さなサイズで転送時間が元々短いファイル
を転送するプロトコルでは転送速度の高速化が可能にな
る。
As described above, according to the present embodiment,
A relatively large TC determined according to the capabilities of the transmitting and receiving terminals without previously limiting the TCP window size to a small value.
The data transfer is started with the P window size, and only after the congestion is detected, the TCP window size is reduced to reduce the actual transfer speed, so that the transfer time is originally shorter with a relatively small size like HTTP. With the protocol for transferring files, the transfer speed can be increased.

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

【図1】本発明の一実施形態の動作を示したフローチャ
ートである。
FIG. 1 is a flowchart showing the operation of an embodiment of the present invention.

【図2】本発明による1回当たりのデータ転送量の推移
を示した図である。
FIG. 2 is a diagram showing a transition of a data transfer amount per time according to the present invention.

【図3】本発明による1回当たりのデータ転送量の推移
を示した図である。
FIG. 3 is a diagram showing a transition of a data transfer amount per one time according to the present invention.

【図4】従来技術による1回当たりのデータ転送量の推
移を示した図である。
FIG. 4 is a diagram showing a transition of a data transfer amount per one time according to a conventional technique.

───────────────────────────────────────────────────── フロントページの続き Fターム(参考) 5B089 HA04 HB02 JA32 KA05 KE09 MA00 5K030 GA01 HA06 HA08 HC01 LC01 LD11 MB01  ──────────────────────────────────────────────────続 き Continued from the front page F term (reference) 5B089 HA04 HB02 JA32 KA05 KE09 MA00 5K030 GA01 HA06 HA08 HC01 LC01 LD11 MB01

Claims (4)

【特許請求の範囲】[Claims] 【請求項1】 パケット交換型の通信網を利用してファ
イルデータを転送するデータ転送制御方法において、 送受信端末間で自身のTCPウインドウサイズを通知し
てTCPウインドウサイズを決定する手順と、 前記決定されたTCPウインドウサイズでデータ転送を
開始する手順と、 通信異常が生じると、前記TCPウインドウサイズを減
じてデータ転送を継続し、前記通信異常が解消される
と、前記TCPウインドウサイズを段階的に増やす手順
とを具備したことを特徴とするデータ転送制御方法。
1. A data transfer control method for transferring file data using a packet-switched communication network, comprising: a step of notifying a TCP window size between transmitting and receiving terminals to determine a TCP window size; Starting the data transfer with the set TCP window size, and, when a communication error occurs, reducing the TCP window size to continue the data transfer, and when the communication error is resolved, gradually changing the TCP window size. And a data transfer control method.
【請求項2】 前記TCPウインドウサイズを増減する
手順は、スロースタート(slow-start)方式によるフロ
ー制御であることを特徴とする請求項1に記載のデータ
転送制御方法。
2. The data transfer control method according to claim 1, wherein the procedure for increasing or decreasing the TCP window size is flow control by a slow-start method.
【請求項3】 前記TCPウインドウサイズを増減する
手順は、コンジェスチョン・アボイダンス(congestion
avoidance)方式によるフロー制御であることを特徴と
する請求項1に記載のデータ転送制御方法。
3. The method of increasing or decreasing the TCP window size, the method comprising the steps of:
2. The data transfer control method according to claim 1, wherein the flow control is performed by an avoidance method.
【請求項4】 前記スロースタート方式によるフロー制
御はコンジェスチョン・アボイダンス方式によるフロー
制御を含むことを特徴とする請求項2に記載のデータ転
送制御方法。
4. The data transfer control method according to claim 2, wherein the flow control based on the slow start method includes a flow control based on a congestion and avoidance method.
JP27983398A 1998-10-01 1998-10-01 Data transfer control method Pending JP2000115241A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP27983398A JP2000115241A (en) 1998-10-01 1998-10-01 Data transfer control method

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP27983398A JP2000115241A (en) 1998-10-01 1998-10-01 Data transfer control method

Publications (1)

Publication Number Publication Date
JP2000115241A true JP2000115241A (en) 2000-04-21

Family

ID=17616564

Family Applications (1)

Application Number Title Priority Date Filing Date
JP27983398A Pending JP2000115241A (en) 1998-10-01 1998-10-01 Data transfer control method

Country Status (1)

Country Link
JP (1) JP2000115241A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR101051712B1 (en) * 2011-02-11 2011-07-26 삼성탈레스 주식회사 Method for data transmission
US8339629B2 (en) 2004-07-21 2012-12-25 Canon Kabushiki Kaisha Data processing device, communication processing method, and computer program

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8339629B2 (en) 2004-07-21 2012-12-25 Canon Kabushiki Kaisha Data processing device, communication processing method, and computer program
KR101051712B1 (en) * 2011-02-11 2011-07-26 삼성탈레스 주식회사 Method for data transmission

Similar Documents

Publication Publication Date Title
Clark et al. NETBLT: A bulk data transfer protocol
CA2750264C (en) Method and system for network data flow management
US7035291B2 (en) TCP transmission acceleration
EP2892189B1 (en) System and method for diverting established communication sessions
EP1295428B1 (en) Performance enhancement of transmission control protocol (tcp) for wireless network applications
US8605590B2 (en) Systems and methods of improving performance of transport protocols
US7460472B2 (en) System and method for transmitting information in a communication network
JP3789120B2 (en) RTT measurement method for receiving side in TCP
US6958997B1 (en) TCP fast recovery extended method and apparatus
US8306062B1 (en) Method and apparatus of adaptive large receive offload
JP2000307634A (en) Congestion control method by repeating station of packet exchanging network
US20020141448A1 (en) Packet transfer apparatus and method
EP3226507A1 (en) Data transmission method and apparatus
JP2008508817A (en) High performance TCP suitable for low frequency ACK system
Ramani et al. Explicit congestion notification (ECN) in TCP over wireless network
CN110753035B (en) FPGA (field programmable Gate array) ultralow-delay communication transmission method based on TCP (Transmission control protocol)
KR20040027176A (en) congestion control method over wireless link
JP2000134279A (en) Flow control method
JP2000115241A (en) Data transfer control method
JP3527111B2 (en) Data transfer control method
US20010046210A1 (en) Internet access
CN113424578A (en) Transmission control protocol acceleration method and device
JP2003224619A (en) Mobile communication system
Clark et al. RFC0998: NETBLT: A bulk data transfer protocol
JPH10257092A (en) Congestion control method

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20040119

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040210

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20040408

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20040615

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20041020