JP5405870B2 - Communication equipment - Google Patents
Communication equipment Download PDFInfo
- Publication number
- JP5405870B2 JP5405870B2 JP2009077262A JP2009077262A JP5405870B2 JP 5405870 B2 JP5405870 B2 JP 5405870B2 JP 2009077262 A JP2009077262 A JP 2009077262A JP 2009077262 A JP2009077262 A JP 2009077262A JP 5405870 B2 JP5405870 B2 JP 5405870B2
- Authority
- JP
- Japan
- Prior art keywords
- unit
- token
- data
- communication unit
- communication
- 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 - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Description
本発明は、データの輻輳を制御する機能を有する通信機器に関する。 The present invention relates to a communication device having a function of controlling data congestion.
複数の電子機器が接続されているネットワークにおいては、特定の電子機器が無線リソースを使いすぎないよう移動機器(電子機器に接続されてネットワークに接続する機器)側で通信速度(スループット)を制御する機能(以下、トラフック制御機能という。)を有している。具体的には、トラフィック制御機能は、上り/下りにそれぞれ一つずつトークンバケット機構を有し、それぞれ独立してスループットを制御する機能である。
トークンバケット機構は、入力されたパケットを蓄積するパケットバッファと、トークンを蓄積するトークンバケットを持つ。トークンバケットには一定間隔毎にトークンが補充され、規定量のトークンが溜まるまでパケットバッファ内のパケットは出力できない。また、トークンの量に見合うパケットを出力したらその分のトークンがトークンバケットから差し引かれる。すなわち、パケットバッファに蓄積されたパケットのスループットは、単位時間あたりにトークンバケットにトークンが補充される量(トークンレート)によって制御される。トークンレートは、移動機器内部に設定されたパラメータと網環境によって動的に変化するため、一定ではない。実際の動作の例では、網が混雑している場合にはトークンレートを低くし、一方で空いている場合にはトークンレートを高くするという制御を行っている。
In a network in which a plurality of electronic devices are connected, the communication speed (throughput) is controlled on the mobile device (device connected to the electronic device and connected to the network) side so that a specific electronic device does not use excessive radio resources. It has a function (hereinafter referred to as traffic control function). Specifically, the traffic control function is a function that has one token bucket mechanism for each of uplink / downlink and controls the throughput independently.
The token bucket mechanism has a packet buffer that stores input packets and a token bucket that stores tokens. The token bucket is filled with tokens at regular intervals, and packets in the packet buffer cannot be output until a specified amount of tokens is accumulated. If a packet corresponding to the amount of tokens is output, the corresponding token is deducted from the token bucket. That is, the throughput of the packets accumulated in the packet buffer is controlled by the amount (token rate) by which tokens are replenished in the token bucket per unit time. The token rate is not constant because it dynamically changes depending on the parameters set in the mobile device and the network environment. In an example of actual operation, control is performed such that the token rate is lowered when the network is congested, while the token rate is increased when the network is free.
また、トークンレートは、パケットバッファに入力される平均スループットを元に算出される。したがって、トークンレートは、通常では平均スループットよりも高いレートにはならない。
また、一時的にトークンの前借を行い、一定量までのデータであれば規制なく送受信することができるようにした機能(以下、トークン強制追加機能という。)がある。トークン強制追加機能は、一定量未満の通信しか行わないユーザ(いわゆる、ライトユーザ)の使用感を損ねないよう配慮した機能である。このトークン強制追加機能が作動すると、いったんそれまで移動機器内部のパケットバッファに蓄積されていたデータはすべて送出され、その後前借したトークンを返済するまでの間はトークンレートが抑制されるという動作になる。
The token rate is calculated based on the average throughput input to the packet buffer. Therefore, the token rate is usually not higher than the average throughput.
In addition, there is a function (hereinafter referred to as a token forcible addition function) that temporarily borrows a token so that data up to a certain amount can be transmitted and received without restriction. The token compulsory addition function is a function that takes into account the usability of a user (so-called light user) who performs communication less than a certain amount. When this token forcible addition function is activated, all the data stored in the packet buffer inside the mobile device is sent once, and then the token rate is suppressed until the borrowed token is returned. Become.
また、TCP(Transmission Control Protocol)の輻輳制御方法の一つに、ECN(Explicit Congestion Notification)がある(例えば、特許文献1を参照。)。ECNは、ルータが輻輳を検出し、その情報をTCP送信者に伝えることで送信速度を制限し、輻輳を回避する為の方法である。 Moreover, ECN (Explicit Connection Notification) is one of congestion control methods of TCP (Transmission Control Protocol) (for example, refer to Patent Document 1). ECN is a method for avoiding congestion by detecting congestion and transmitting the information to a TCP sender to limit the transmission speed.
また、TCPピアは、3wayハンドシェーク(3つのステップによる接続手順)において、互いがECNに対応しているかどうかをネゴシエートする。具体的には、TCP(ECN)コネクションの確立シーケンスは、図9に示すように、ECN対応の送信側の電子機器は、SYNのTCPヘッダにECEフラグとCWRフラグを立てて送信し(ステップST101)、ECN対応の受信側の電子機器は、SYN/ACKのTCPヘッダにECEフラグを立てて応答することにより実行される(ステップST102)。 Also, the TCP peers negotiate whether or not each other supports ECN in a 3-way handshake (connection procedure by three steps). Specifically, as shown in FIG. 9, the TCP (ECN) connection establishment sequence is performed by the ECN-compatible transmission-side electronic device with the ECE flag and the CWR flag set in the SYN TCP header (step ST101). The electronic device on the receiving side corresponding to ECN is executed by setting the ECE flag in the TCP header of SYN / ACK and responding (step ST102).
また、ECNによる輻輳制御のシーケンスは、図10に示すように実行される。
ECN対応のルータは、転送待ちのパケットを蓄積しておくバッファの使用量が一定の閾値を超えると、ネットワークが輻輳していると判断し、転送パケットのIP(Internet Protocol)ヘッダのToS(Type of Service)フィールドに輻輳を経験していることを示すビット(CE、Congestion Experienced)を立てて受信側に転送する(ステップST111)。
The congestion control sequence by ECN is executed as shown in FIG.
An ECN-compatible router determines that the network is congested when the amount of use of a buffer for storing packets waiting for transfer exceeds a certain threshold, and determines the ToS (Type) of the IP (Internet Protocol) header of the transfer packet. A bit (CE, Consumption Experienced) indicating that congestion is experienced is set in the “of Service” field and transferred to the receiving side (step ST111).
受信側の電子機器は、IPヘッダにCEの立ったパケットを受信した場合、TCPヘッダのECE(ECN−Echo)フラグを立てて送信側に確認応答を返す(ステップST112)。この応答は、受信側の電子機器が、送信側の電子機器からTCPヘッダのCWR(Congestion Window Reduced)フラグが立ったパケットを受信するまで続ける。 When receiving a packet with CE in the IP header, the receiving-side electronic device sets an ECE (ECN-Echo) flag in the TCP header and returns an acknowledgment to the transmitting side (step ST112). This response is continued until the receiving electronic device receives a packet with a CWR (Congestion Window Reduced) flag in the TCP header from the transmitting electronic device.
送信側の電子機器は、TCPヘッダにECEフラグが立ったパケットを受信した場合、輻輳が発生していると判断し、輻輳ウィンドウサイズをスロースタートの閾値(ssthresh)まで減らし、次のパケットのTCPヘッダのCWRフラグを立てて送信する(ステップST113)。
受信側の電子機器は、CWRフラグの立ったパケットを受信すると、次に続く確認応答パケットのECEフラグを設定することを停止する(ステップST114)。
When receiving the packet with the ECE flag set in the TCP header, the transmission-side electronic device determines that congestion has occurred, reduces the congestion window size to the slow start threshold (ssthresh), and sets the TCP of the next packet. The CWR flag in the header is set and transmitted (step ST113).
When receiving the packet with the CWR flag set, the receiving-side electronic device stops setting the ECE flag of the subsequent acknowledgment packet (step ST114).
ところで、トラフィック制御機能は、構成が複雑なため、制御部(CPU)の処理負担が高くなり、移動機器の性能が劣化してしまう。また、移動機器の内部のパケットバッファが溢れ、ルータと同じくパケットが破棄されるおそれがある。 By the way, since the traffic control function has a complicated configuration, the processing load on the control unit (CPU) increases, and the performance of the mobile device deteriorates. Also, the packet buffer inside the mobile device overflows, and there is a risk that the packet will be discarded as with the router.
本発明は、トラフィック制御機能のトークンレートのみを利用して、接続対象となる電子機器及びネットワークとの間でECNによる輻輳制御を行うことができる通信機器を提供することを目的とする。 An object of the present invention is to provide a communication device capable of performing congestion control by ECN between an electronic device to be connected and a network using only a token rate of a traffic control function.
本発明に係る通信機器は、上記課題を解決するために、外部機器に接続され、データを授受する第1の通信部と、ネットワーク側に対して前記第1の通信部により受信したデータを送出し、ネットワーク側からデータを受信する第2の通信部と、所定のデータ量により構成されているトークンを生成する第1のトークン生成部と、前記トークンを記憶する第1のトークン記憶部と、前記第1のトークン記憶部に記憶されているトークン量を検出する第1の検出部と、前記第1の検出部により検出されたトークン量が第1の閾値に達したか否かを判断し、前記トークン量が前記第1の閾値に達していると判断した場合には、前記第1の通信部により受信したデータを当該トークン量に応じた分だけ前記第2の通信部により前記ネットワークへ送信するように制御する第1の制御部と、前記第1の通信部により接続される前記外部機器がデータの輻輳に対する輻輳制御機能を有しているか否かを判断する第1の判断部と、を備え、前記第1の制御部は、前記第1の検出部により検出されたトークン量が前記第1の閾値よりも小さい第2の閾値以下であり、前記第1の判断部により前記第1の通信部により接続される前記外部機器が前記輻輳制御機能を有していると判断した場合には、前記第1の通信部が送信するデータに対し、当該輻輳制御機能を有効にするための第1の制御情報を付加して前記第1の通信部に送出させることを特徴とする。 In order to solve the above-described problem, a communication device according to the present invention transmits a data received by the first communication unit to a network side, and a first communication unit that is connected to an external device and exchanges data. A second communication unit that receives data from the network side, a first token generation unit that generates a token configured with a predetermined amount of data, a first token storage unit that stores the token, A first detection unit for detecting a token amount stored in the first token storage unit; and determining whether or not the token amount detected by the first detection unit has reached a first threshold value. When it is determined that the token amount has reached the first threshold, the data received by the first communication unit is transferred to the network by the second communication unit by an amount corresponding to the token amount. Sending A first control unit for controlling to said external device connected by said first communication unit and a first determining section for determining whether a congestion control function for data congestion, And the first control unit has a token amount detected by the first detection unit equal to or smaller than a second threshold smaller than the first threshold, and the first determination unit performs the first determination. if the external device connected by the communication unit is determined to have the congestion control function to the data by the first communication unit transmits, to enable the congestion control function The first control information is added and sent to the first communication unit.
上記通信機器では、前記第1の判断部は、前記第1の通信部により受信したデータに前記輻輳制御機能を有する旨の第2の制御情報が含まれているか否かにより前記第1の通信部により接続される前記外部機器が前記輻輳制御機能を有しているか否かを判断することが好ましい。 In the communication device, the first determination unit determines whether the data received by the first communication unit includes second control information indicating that the congestion control function is included in the data. it is preferable that the external device connected by section determines whether it has the congestion control function.
上記通信機器では、前記第1の制御部は、前記第1の通信部により、接続される前記外部機器から輻輳ウィンドウを減少させた旨の第3の制御情報が付加されたデータを受信した場合には、前記データから前記第3の制御情報を削除し、当該第3の制御情報が削除されたデータを前記第2の通信部により前記ネットワークへ送信するが好ましい。 In the communication device, when the first control unit receives data to which third control information indicating that a congestion window has been reduced is added from the connected external device by the first communication unit. Preferably, the third control information is deleted from the data, and the data from which the third control information is deleted is transmitted to the network by the second communication unit.
本発明に係る通信機器は、上記課題を解決するために、外部機器に接続され、データを授受する第1の通信部と、ネットワーク側から、前記第1の通信部により送信するためのデータを受信し、前記第1の通信部により受信したデータを前記ネットワーク側に送信する第2の通信部と、所定のデータ量により構成されているトークンを生成する第2のトークン生成部と、前記トークンを記憶する第2のトークン記憶部と、前記第2のトークン記憶部に記憶されているトークン量を検出する第2の検出部と、前記第2の検出部により検出されたトークン量が第1の閾値に達したか否かを判断し、前記トークン量が前記第1の閾値に達していると判断した場合には、前記第2の通信部により受信したデータを当該トークン量に応じた分だけ前記第1の通信部により前記外部機器へ送信するように制御する第2の制御部と、前記ネットワーク側の機器がデータの輻輳に対する輻輳制御機能を有しているか否かを判断する第2の判断部と、を備え、前記第2の制御部は、前記第2の検出部により検出されたトークン量が前記第1の閾値よりも小さい第2の閾値以下であり、前記第2の判断部によりネットワーク側の機器が前記輻輳制御機能を有していると判断した場合には、前記第1の通信部により受信したデータに対し、当該輻輳制御機能を有効にするための第4の制御情報を付加して前記第2の通信部に送出させることを特徴とする。 In order to solve the above-described problem, a communication device according to the present invention is connected to an external device, and a first communication unit that transmits and receives data, and data to be transmitted from the network side by the first communication unit. A second communication unit that receives and transmits data received by the first communication unit to the network side; a second token generation unit that generates a token configured with a predetermined amount of data; and the token The second token storage unit that stores the token amount, the second detection unit that detects the token amount stored in the second token storage unit, and the token amount detected by the second detection unit are the first If it is determined whether the token amount has reached the first threshold, the data received by the second communication unit is divided according to the token amount. Only the second A second control unit that controls the communication unit to transmit to the external device, and a second determination unit that determines whether or not the network side device has a congestion control function for data congestion; , And the second control unit has a token amount detected by the second detection unit equal to or smaller than a second threshold value smaller than the first threshold value, and the second determination unit performs network side When it is determined that the device has the congestion control function, fourth control information for enabling the congestion control function is added to the data received by the first communication unit. The second communication unit is configured to send the data.
上記通信機器では、前記第2の判断部は、前記第2の通信部により受信したデータに前記輻輳制御機能を有する旨の第5の制御情報が含まれているか否かにより前記ネットワーク側の機器が前記輻輳制御機能を有しているか否かを判断することが好ましい。 In the communication device, the second determination unit determines whether the data received by the second communication unit includes fifth control information indicating that the congestion control function is included in the data on the network side. It is preferable to determine whether or not has the congestion control function.
上記通信機器では、前記第2の制御部は、前記第2の通信部により前記ネットワーク側の機器から輻輳ウィンドウを減少させた旨の第6の制御情報が付加されたデータを受信した場合には、前記データから前記第6の制御情報を削除し、当該第6の制御情報が削除されたデータを前記第1の通信部により前記外部機器へ送信することが好ましい。 In the communication device, when the second control unit receives data to which sixth control information indicating that a congestion window has been reduced is received from the network side device by the second communication unit. Preferably, the sixth control information is deleted from the data, and the data from which the sixth control information is deleted is transmitted to the external device by the first communication unit.
本発明によれば、接続対象となる電子機器及びネットワークとの間でECNによる輻輳制御を行うことができる。 According to the present invention, congestion control by ECN can be performed between an electronic device and a network to be connected.
以下、本発明の実施形態について詳細に説明する。本実施形態に係る通信機器1は、無線通信用のアンテナを有しているPCカードに利用され、例えば、図1に示すように、PC(Personal Computer)101のカードスロット102に挿入されて接続されることにより、PC101による基地局201を介したネットワーク202(例えば、インターネット)への接続に利用される。
Hereinafter, embodiments of the present invention will be described in detail. The
<第1の実施例>
通信機器1は、図2に示すように、第1の通信部11と、第2の通信部12と、第1のトークン生成部13と、第1のトークン記憶部14と、第1の検出部15と、第1の制御部16と、第1の判断部17とを備える。
<First embodiment>
As illustrated in FIG. 2, the
第1の通信部11は、外部機器(以下、PC101という。)に接続され、データを授受する。具体的には、第1の通信部11は、データをPC101へ送信する送信ポートと、PC101から送信されてきたデータを受信する受信ポートにより構成されている。
The
第2の通信部12は、ネットワーク202側に対して第1の通信部11により受信したデータを送出し、ネットワーク202側からデータを受信する。具体的には、第2の通信部12は、ネットワーク202側へデータを送信する送信ポートと、ネットワーク202側から送信されてきたデータを受信する受信ポートにより構成されている。
The
第1のトークン生成部13は、所定のデータ量により構成されているトークンを生成する。第1のトークン記憶部14は、第1のトークン生成部13により生成されたトークンを記憶する。第1の検出部15は、第1のトークン記憶部14に記憶されているトークン量を検出する。第1の制御部16は、第1の検出部15により検出されたトークン量が第1の閾値に達したか否かを判断し、トークン量が第1の閾値に達していると判断した場合には、第1の通信部11により受信したデータを当該トークン量に応じた分だけ第2の通信部12によりネットワーク202へ送信するように制御する。
The first token generation unit 13 generates a token configured with a predetermined amount of data. The first
ここで、トークンとは、単位あたり所定のデータ量で構成されており、第1のトークン記憶部14には、第1のトークン生成部13により生成されるトークンが順次蓄積されてゆく。
Here, the token is configured with a predetermined data amount per unit, and the tokens generated by the first token generating unit 13 are sequentially accumulated in the first
また、第1の制御部16は、第1のトークン記憶部14に蓄積されるトークンが第1の閾値に達したことを第1の検出部15による検出結果から判断した場合に、蓄積されているトークン量に見合う分のデータを第2の通信部12によりネットワーク202へ送信するように制御する。また、第1の制御部16は、データが送信された後、送信されたデータに見合う分のトークンを第1のトークン記憶部14から削減する。
Further, the
また、第1の判断部17は、第1の通信部11が接続されるPC101がデータの輻輳に対する輻輳制御機能を有しているか否かを判断する。
第1の制御部16は、第1の検出部15により検出されたトークン量が第1の閾値よりも小さい第2の閾値以下であり、かつ第1の判断部17により第1の通信部11が接続されるPC101が輻輳制御機能を有していると判断した場合には、以下の動作を行う。第1の制御部16は、第1の通信部11が送信するデータに対し、当該輻輳制御機能を有効にするための第1の制御情報を付加して第1の通信部11に送出させる。なお、トークン量が第2の閾値以下になっているということは、トークンが不足していることを意味している。
Further, the
The
第1の制御部16は、トークン量が第2の閾値以下の状態が一定時間以上継続している場合には、ネットワーク202側で輻輳が生じていると判断し、データに第1の制御情報を付加してPC101に送信する。PC101は、第1の制御情報を受信した場合には、輻輳ウィンドウを減少させる。このようにして、PC101は、輻輳ウィンドウを減少するので、通信機器1へ出力するデータ量(パケット量)が減少される。また、PC101は、輻輳ウィンドウを減少させた後、規定上定められた量にしたがって輻輳ウィンドウを少しずつ増加させて行き、時間をかけてウィンドウの幅を元に戻してゆく。
The
ここで、TCPヘッダの構造について説明する。TCPヘッダは、図3に示すように、先頭から順番に、Source Port(送信元ポート番号)、Destination Port(宛先ポート番号)、Sequence Number(シーケンス番号)、Acknowledgment Number(応答確認番号)、Data Offset(データオフセット)、Reserved(予約)、Control Bits(制御ビット)、Window(ウィンドウサイズ)、Checksum(チェックサム)、Urgent Pointer(緊急ポインタ)、Options(オプション)、Padding(パディング)により構成されている。 Here, the structure of the TCP header will be described. As shown in FIG. 3, the TCP header includes, in order from the beginning, Source Port (source port number), Destination Port (destination port number), Sequence Number (sequence number), Acknowledgment Number (response confirmation number), Data Offset. (Data Offset), Reserved (Reservation), Control Bits (Control Bit), Window (Window Size), Checksum (Checksum), Urgent Pointer (Emergency Pointer), Options (Option), Padding (Padding) .
また、制御ビットは、輻輳ウィンドウの減少を通知するCWR(輻輳ウィンドウ減少)と、輻輳の発生を相手の機器に通知するECE(ECN−Echo)と、緊急ポインタフィールドを使うように指示するURG(緊急フラグ)と、セグメントが応答確認を持っている旨を示すACK(応答確認フラグ)と、受信可能になったらすぐに送信されるPSH(転送強制フラグ)と、正しくないパケットを受け取ったときの通信リセットの指示を示すRST(リセットフラグ)と、先頭シーケンス番号の転送を示すSYN(同期フラグ)と、送信終了又は受信可能を示すFIN(転送終了フラグ)とにより構成されている。 Further, the control bits include CWR (congestion window decrease) for notifying the decrease of the congestion window, ECE (ECN-Echo) for notifying the other device of the occurrence of congestion, and URG (instruction to use the emergency pointer field). (Emergency flag), ACK (response confirmation flag) indicating that the segment has a response confirmation, PSH (forward transfer flag) that is sent as soon as reception becomes possible, and when an incorrect packet is received It consists of an RST (reset flag) indicating a communication reset instruction, a SYN (synchronization flag) indicating the transfer of the head sequence number, and a FIN (transfer end flag) indicating the end of transmission or reception.
具体的には、第1の制御部16は、第1の検出部15により検出されたトークン量が第1の閾値よりも小さい第2の閾値以下であり、第1の判断部17により第1の通信部11が接続されるPC101が輻輳制御機能を有していると判断した場合には、第1の通信部11からPC101にデータを送信する際に、TCPヘッダの制御ビットのECEフラグ(第1の制御情報に相当する)を「1」にセットする。
Specifically, the
このようにして、通信機器1は、PC101がECNに対応している場合には、トークン量(トークンレート)に応じて、PC101との間において輻輳制御を行うことができる。
In this way, when the
したがって、トークンレートを利用してトラフィック制御を行う従来の構成では、通信機器に対するデータの入力速度がデータの出力速度よりも大きくなり、通信機器内部のパケットバッファが溢れてしまい、パケットが消失する危険性があったが、本実施形態に係る通信機器1では、パケットの消失を回避することができる。
Therefore, in the conventional configuration in which traffic control is performed using the token rate, the data input speed to the communication device becomes larger than the data output speed, the packet buffer inside the communication device overflows, and the packet may be lost. However, the
また、通信機器1では、上述したようにパケットの消失を回避することができるので、パケットの消失に起因して生じるパケットの再送を抑制することができ、回線リソースの有効活用を図ることができる。
また、通信機器1では、パケットバッファへのバッファリング処理を不要とすることもできるので、従来の構成に比べて処理負担の軽減を図ることができる。
In addition, since the
In addition, since the
また、第1の判断部17は、第1の通信部11により受信したデータに輻輳制御機能を有する旨の第2の制御情報が含まれているか否かにより第1の通信部11が接続されるPC101が輻輳制御機能を有しているか否かを判断する。
具体的には、第1の判断部17は、第1の通信部11により受信したデータに含まれているTCPヘッダの制御ビットのECEフラグとCWRフラグ(第2の制御情報に相当する)が「1」にセットされていればPC101が輻輳制御機能を有していると判断する。
The
Specifically, the
また、第1の制御部16は、第1の通信部11により、接続されるPC101から輻輳ウィンドウを減少させた旨の第3の制御情報が付加されたデータを受信した場合には、データから第3の制御情報を削除し、当該第3の制御情報が削除されたデータを第2の通信部12によりネットワーク202へ送信するように制御する。
In addition, when the
具体的には、第1の制御部16は、PC101からTCPヘッダの制御ビットのCWRフラグ(第3の制御情報に相当する)が「1」にセットされたデータを受信した場合には、CWRフラグを「0」にセットし直したデータをネットワーク202へ送信するように制御する。
このように構成されることにより、PC101と通信機器1との間において輻輳の制御を行い、ネットワーク202側には影響を与えないようにすることができる。
Specifically, when the
With this configuration, it is possible to control congestion between the
<第2の実施例>
上述した第1の実施例では、通信機器1を介してPC101からネットワーク202へデータを送信する際において、ネットワーク202側で輻輳が生じた場合における通信機器1の制御について説明した。第2の実施例では、ネットワーク202側のPC301から通信機器1を介してPC101へデータを送信する際において、PC101で輻輳が生じた場合における通信機器1の制御について説明する。なお、通信機器1と同一の構成及び動作を行う要素には同一の番号を付して説明する。
<Second embodiment>
In the first embodiment described above, the control of the
通信機器1は、図4に示すように、第1の通信部11と、第2の通信部12と、第2のトークン生成部21と、第2のトークン記憶部22と、第2の検出部23と、第2の制御部24と、第2の判断部25と、を備える。なお、これらの構成は、第1の実施例における通信機器1にさらに備えられても良い。
As illustrated in FIG. 4, the
第1の通信部11は、PC101に接続され、データを授受する。具体的には、第1の通信部11は、データをPC101へ送信する送信ポートと、PC101から送信されてきたデータを受信する受信ポートにより構成されている。
The
第2の通信部12は、ネットワーク202側から、第1の通信部11により送信するためのデータを受信し、第1の通信部11により受信したデータをネットワーク202側に送信する。具体的には、第2の通信部12は、ネットワーク202側へデータを送信する送信ポートと、ネットワーク202側から送信されてきたデータを受信する受信ポートにより構成されている。
The
第2のトークン生成部21は、所定のデータ量により構成されているトークンを生成する。第2のトークン記憶部22は、第2のトークン生成部21で生成されたトークンを記憶する。第2の検出部23は、第2のトークン記憶部22に記憶されているトークン量を検出する。第2の制御部24は、第2の検出部23により検出されたトークン量が第1の閾値に達したか否かを判断し、トークン量が第1の閾値に達していると判断した場合には、第2の通信部12により受信したデータを当該トークン量に応じた分だけ第1の通信部11によりPC101へ送信するように制御する。
The second token generation unit 21 generates a token configured with a predetermined amount of data. The second
また、第2の制御部24は、第2のトークン記憶部22に蓄積されるトークンが第1の閾値に達したことを第2の検出部23による検出結果から判断した場合に、蓄積されているトークン量に見合う分のデータを第1の通信部11によりPC101へ送信するように制御する。また、第2の制御部24は、データが送信された後、送信されたデータに見合う分のトークンを第2のトークン記憶部22から削減する。
Further, the
また、第2の判断部25は、ネットワーク202側の機器(以下、PC301という。)がデータの輻輳に対する輻輳制御機能を有しているか否かを判断する。
このように構成される場合には、第2の制御部24は、第2の検出部23により検出されたトークン量が第1の閾値よりも小さい第2の閾値以下であり、第2の判断部25によりネットワーク202側のPC301が輻輳制御機能を有していると判断した場合には、第1の通信部11により受信したデータに対し、当該輻輳制御機能を有効にするための第4の制御情報を付加して第2の通信部12に送出させる。なお、トークン量が第2の閾値以下になっているということは、トークンが不足していることを意味している。
The
In such a configuration, the
第2の制御部24は、トークン量が第2の閾値以下の状態が一定時間以上継続している場合には、PC101で輻輳が生じていると判断し、データに付加されるTCPヘッダの制御ビットのECEフラグ(第4の制御情報に相当する)を「1」にセットしてネットワーク202に送信する。PC301は、第4の制御情報を受信した場合には、輻輳ウィンドウを減少させる。このようにして、PC301は、輻輳ウィンドウを減少するので、ネットワーク202を介して通信機器1へ送信するデータ量(パケット量)を減少する。また、PC301は、輻輳ウィンドウを減少させた後、規定上定められた量にしたがって輻輳ウィンドウを少しずつ増加させて行き、時間をかけてウィンドウの幅を元に戻してゆく。
The
このようにして、通信機器1は、PC301がECNに対応している場合には、トークン量(トークンレート)に応じて、PC301との間において輻輳制御を行うことができる。
In this way, when the
したがって、トークンレートを利用してトラフィック制御を行う従来の構成では、通信機器に対するデータの入力速度がデータの出力速度よりも大きくなり、通信機器内部のパケットバッファが溢れてしまい、パケットが消失する危険性があったが、本実施形態に係る通信機器1では、パケットの消失を回避することができる。
Therefore, in the conventional configuration in which traffic control is performed using the token rate, the data input speed to the communication device becomes larger than the data output speed, the packet buffer inside the communication device overflows, and the packet may be lost. However, the
また、通信機器1では、上述したようにパケットの消失を回避することができるので、パケットの消失に起因して生じるパケットの再送を抑制することができ、回線リソースの有効活用を図ることができる。
また、通信機器1では、パケットバッファへのバッファリング処理を不要とすることもできるので、従来の構成に比べて処理負担の軽減を図ることができる。
In addition, since the
In addition, since the
第2の判断部25は、第2の通信部12により受信したデータに輻輳制御機能を有する旨の第5の制御情報が含まれているか否かによりネットワーク202側のPC301が輻輳制御機能を有しているか否かを判断する。
具体的には、第2の判断部25は、第2の通信部12により受信したデータに含まれているTCPヘッダの制御ビットのECEフラグとCWRフラグ(第5の制御情報に相当する)が「1」にセットされていればPC301が輻輳制御機能を有していると判断する。
The
Specifically, the
また、第2の制御部24は、第2の通信部12によりネットワーク202側のPC301から輻輳ウィンドウを減少させた旨の第6の制御情報が付加されたデータを受信した場合には、データから第6の制御情報を削除し、当該第6の制御情報が削除されたデータを第1の通信部11によりPC101へ送信するように制御する。
In addition, when the
具体的には、第2の制御部24は、PC301からTCPヘッダの制御ビットのCWRフラグ(第6の制御情報に相当する)が「1」にセットされたデータを受信した場合には、CWRフラグを「0」にセットし直したデータをPC101へ送信するように制御する。
このように構成されることにより、ネットワーク202を介してPC301と通信機器1との間において輻輳の制御を行い、PC101には影響を与えないようにすることができる。
Specifically, when the
With this configuration, it is possible to control congestion between the
<TCPコネクションの確立シーケンス(1)>
ここで、PC101がECNに対応しており、ネットワーク202側がECNに対応していない場合におけるTCPコネクションの確立シーケンスについて、図5を参照しながら説明する。なお、ネットワーク202側とは、ネットワーク202に接続されており、PC101の送信先の機器を含めた概念である。
PC101は、TCP確立を行うためにSYN(Synchronize)パケットを送信する(ステップST1)。当該SYNパケットには、ECNに対応していることを示すECEフラグとCWRフラグが付加されている。
また、通信機器1は、当該SYNパケットによりPC101がECNに対応していることを記憶し、そのままネットワークに転送する(ステップST2)。
ネットワーク202側は、送信されてきたSYNパケットに対し、SYN/ACK(SYN−Acknowledgement)パケットを送信(返信)する(ステップST3)。ここで、ネットワーク202側がECNに対応していない場合には、ECEフラグは付加されない。
<TCP connection establishment sequence (1)>
Here, a TCP connection establishment sequence when the
The
Further, the
The
そして、通信機器1は、PC101がECNをサポートしているため、ネットワーク202側から返信されてきたパケットのヘッダにECEフラグを付加してPC101に送信し、自身のECNを有効状態にする(ステップST4)。
Then, since the
つまり、通信機器1は、TCP確立の3wayハンドシェイクにおいて、ネットワーク202側から受信したTCP/IPパケットのヘッダの制御ビットにECEフラグが付加されていない場合、通信機器1のECNを有効状態「ON」にし、ヘッダの制御ビットにECEフラグを付加し、ネットワーク202側がECNを有しているかのようにPC101に見せることにより、PC101のECNを有効状態にする。以降は、PC101と通信機器1との間でECN制御を行う。
That is, if the ECE flag is not added to the control bit of the header of the TCP / IP packet received from the
このように構成されることにより、通信機器1は、あたかもネットワーク202側がECNをサポートしているかのようにPC101に見せかけることができる。したがって、TCPコネクションの確立シーケンス以降、PC101と通信機器1との間では、ECN制御によりデータ通信を行うことができる。
With this configuration, the
<TCPコネクションの確立シーケンス(2)>
つぎに、PC101がECNに対応しておらず、ネットワーク202側がECNに対応している場合におけるTCPコネクションの確立シーケンスについて、図6を参照しながら説明する。なお、ネットワーク202側とは、ネットワーク202に接続されており、PC101の送信先の機器を含めた概念である。
<TCP connection establishment sequence (2)>
Next, a TCP connection establishment sequence when the
PC101は、TCP確立を行うためにSYNパケットを送信する(ステップST11)。本シーケンスにおいては、PC101は、ECNに対応していないため、SYNパケットにはECEフラグとCWRフラグが付加されていない。
また、通信機器1は、当該SYNパケットのヘッダにECEフラグとCWRフラグを付加し、ネットワーク202側に転送する(ステップST12)。この動作により、通信機器1は、あたかもPC101がECNに対応しているかのようにネットワーク202側に見せることができる。
The
In addition, the
また、ネットワーク202は、受信したSYNパケットに対し、SYN/ACK(SYN−Acknowledgement)パケットに対する応答パケットを返信する(ステップST13)。当該応答パケットには、ECNに対応していることを示すECEフラグが付加されている。
また、通信機器1は、PC101がECNに対応していないため、ネットワーク202から送信されてきた応答パケットのヘッダからECEフラグを除去して、PC101に転送する(ステップST14)。
Further, the
Further, since the
つまり、通信機器1は、TCP確立の3wayハンドシェイクにおいて、PC101から受信したTCP/IPパケットのヘッダ部を改変してECEフラグを付加し、あたかもPC101がECNに対応しているかのようにネットワーク202側に見せかけ、ネットワーク側のECNを有効な状態にすることができる。以降は、ネットワーク202側と通信機器1との間でECN制御を行う。
That is, the
なお、PC101とネットワーク202側の双方がECNに対応していない場合には、通信機器1は、単にネゴシエーションの状況をモニタし、ECNが使用可能となったかどうかを記憶するように動作する。
Note that when both the
<ネットワーク202側で輻輳が生じた場合のPC101の動作>
つぎに、ネットワーク202側で輻輳が生じた場合のPC101の動作について図7を参照しながら説明する。
通信機器1は、PC101からネットワーク202側への上りパケットを出力するだけのトークンが所定量に達していない、つまり、第2の閾値以下の状態が一定時間以上継続したことを検出する(ステップST21)。なお、通信機器1は、トークンが所定量に達していない場合には、ネットワーク202側に上りパケットを出力できない。
<Operation of
Next, the operation of the
The
通信機器1は、ステップST21の工程によりトークンが所定量に達していないことを検出した場合には、その後にネットワーク202側から受信した応答パケット(図7中においては、「Ack#=2000」)のTCPヘッダ部に、輻輳が発生したことを示すECEフラグを付加してPC101に転送する(ステップST22)。
When the
PC101は、ECEフラグが付加された応答パケットを受信すると、ECNの輻輳制御にしたがって輻輳ウィンドウを減少させる(ステップST23)。そして、PC101は、輻輳ウィンドウを減少した後に出力する送信パケット(図7中においては、「Seq#=6000」)のTCPヘッダに輻輳ウィンドウを減少させたことを示すCWRフラグを付加する(ステップST24)。
通信機器1は、受信した送信パケットのTCPヘッダのCWRフラグを除去して、ネットワーク202側に転送する(ステップST25)。
When receiving the response packet to which the ECE flag is added, the
The
このようにして、通信機器1は、3wayハンドシェイクによってPC101がECNに対応していることが確認できた場合には、ネットワーク202側がECNに対応していなくても上りパケットの送信速度を制限することができる。具体的には、通信機器1は、トラフィック制御のトークンバケット機構とトークンレートを利用し、トークンが足りない場合にはPC101側にECNによる輻輳通知を行い、PC101側の送信速度を制御する。
In this way, when it is confirmed that the
<PC101で輻輳が生じた場合のネットワーク202側の動作>
つぎに、PC101で輻輳が生じた場合のネットワーク202側の動作について図8を参照しながら説明する。
通信機器1は、ネットワーク202側からPC101への下りパケットを出力するだけのトークンが所定量に達していない、つまり、第2の閾値以下の状態が一定時間以上継続したことを検出する(ステップST31)。なお、通信機器1は、トークンが所定量に達していない場合には、PC101に下りパケットを出力できない。
<Operation on the
Next, an operation on the
The
通信機器1は、ステップST31の工程によりトークンが所定量に達していないことを検出した場合には、その後にPC101から受信した応答パケット(図8中においては、「Ack#=2000」)のTCPヘッダ部に、輻輳が発生したことを示すECEフラグを付加してネットワーク202側に転送する(ステップST32)。
When the
ネットワーク202側は、ECEフラグが付加された応答パケットを受信すると、ECNの輻輳制御にしたがって輻輳ウィンドウを減少させる(ステップST33)。そして、ネットワーク202側は、輻輳ウィンドウを減少した後に出力する送信パケット(図8中においては、「Seq#=6000」)のTCPヘッダに輻輳ウィンドウを減少させたことを示すCWRフラグを付加する(ステップST34)。
通信機器1は、受信した送信パケットのTCPヘッダのCWRフラグを除去して、PC101に転送する(ステップST35)。
Upon receiving the response packet with the ECE flag added, the
The
このようにして、通信機器1は、3wayハンドシェイクによってネットワーク202側がECNに対応していることが確認できた場合には、PC101がECNに対応していなくても下りパケットの送信速度を制限することができる。具体的には、通信機器1は、トラフィック制御のトークンバケット機構とトークンレートを利用し、トークンが足りない場合にはネットワーク202側にECNによる輻輳通知を行い、ネットワーク202側の送信速度を制御する。
In this way, when the
1 通信機器
11 第1の通信部
12 第2の通信部
13 第1のトークン生成部
14 第1のトークン記憶部
15 第1の検出部
16 第1の制御部
17 第1の判断部
21 第2のトークン生成部
22 第2のトークン記憶部
23 第2の検出部
24 第2の制御部
25 第2の判断部
DESCRIPTION OF
Claims (6)
ネットワーク側に対して前記第1の通信部により受信したデータを送出し、ネットワーク側からデータを受信する第2の通信部と、
所定のデータ量により構成されているトークンを生成する第1のトークン生成部と、
前記トークンを記憶する第1のトークン記憶部と、
前記第1のトークン記憶部に記憶されているトークン量を検出する第1の検出部と、
前記第1の検出部により検出されたトークン量が第1の閾値に達したか否かを判断し、前記トークン量が前記第1の閾値に達していると判断した場合には、前記第1の通信部により受信したデータを当該トークン量に応じた分だけ前記第2の通信部により前記ネットワークへ送信するように制御する第1の制御部と、
前記第1の通信部により接続される前記外部機器がデータの輻輳に対する輻輳制御機能を有しているか否かを判断する第1の判断部と、を備え、
前記第1の制御部は、前記第1の検出部により検出されたトークン量が前記第1の閾値よりも小さい第2の閾値以下であり、前記第1の判断部により前記第1の通信部により接続される前記外部機器が前記輻輳制御機能を有していると判断した場合には、前記第1の通信部が送信するデータに対し、当該輻輳制御機能を有効にするための第1の制御情報を付加して前記第1の通信部に送出させる
ことを特徴とする通信機器。 A first communication unit that is connected to an external device and exchanges data;
A second communication unit that sends data received by the first communication unit to the network side and receives data from the network side;
A first token generating unit that generates a token configured with a predetermined amount of data;
A first token storage unit for storing the token;
A first detection unit for detecting a token amount stored in the first token storage unit;
It is determined whether or not the token amount detected by the first detection unit has reached a first threshold, and when it is determined that the token amount has reached the first threshold, the first amount A first control unit that controls the data received by the communication unit to be transmitted to the network by the second communication unit by an amount corresponding to the token amount;
And a first determining section for determining whether a congestion control function the external device for data congestion being connected by said first communication unit,
The first control unit has a token amount detected by the first detection unit equal to or less than a second threshold value that is smaller than the first threshold value, and the first determination unit causes the first communication unit to When it is determined that the external device connected by the first communication unit has the congestion control function, first data for enabling the congestion control function with respect to data transmitted by the first communication unit. A communication device, wherein control information is added and the first communication unit sends the control information.
ことを特徴とする請求項1記載の通信機器。 Wherein the first determination unit is connected by the first communication unit according to whether the second control information that has the congestion control function in the received data is included by the first communication unit The communication device according to claim 1, wherein it is determined whether or not the external device has the congestion control function.
ことを特徴とする請求項1又は2に記載の通信機器。 When the first control unit receives the data to which the third control information indicating that the congestion window has been reduced is received from the connected external device by the first communication unit, the data The communication apparatus according to claim 1, wherein the third control information is deleted from the network, and the data from which the third control information is deleted is transmitted to the network by the second communication unit. .
ネットワーク側から、前記第1の通信部により送信するためのデータを受信し、前記第1の通信部により受信したデータを前記ネットワーク側に送信する第2の通信部と、
所定のデータ量により構成されているトークンを生成する第2のトークン生成部と、
前記トークンを記憶する第2のトークン記憶部と、
前記第2のトークン記憶部に記憶されているトークン量を検出する第2の検出部と、
前記第2の検出部により検出されたトークン量が第1の閾値に達したか否かを判断し、前記トークン量が前記第1の閾値に達していると判断した場合には、前記第2の通信部により受信したデータを当該トークン量に応じた分だけ前記第1の通信部により前記外部機器へ送信するように制御する第2の制御部と、
前記ネットワーク側の機器がデータの輻輳に対する輻輳制御機能を有しているか否かを判断する第2の判断部と、を備え、
前記第2の制御部は、前記第2の検出部により検出されたトークン量が前記第1の閾値よりも小さい第2の閾値以下であり、前記第2の判断部によりネットワーク側の機器が前記輻輳制御機能を有していると判断した場合には、前記第1の通信部により受信したデータに対し、当該輻輳制御機能を有効にするための第4の制御情報を付加して前記第2の通信部に送出させる
ことを特徴とする通信機器。 A first communication unit that is connected to an external device and exchanges data;
A second communication unit that receives data to be transmitted by the first communication unit from the network side, and transmits data received by the first communication unit to the network side;
A second token generation unit that generates a token configured with a predetermined amount of data;
A second token storage unit for storing the token;
A second detection unit for detecting a token amount stored in the second token storage unit;
It is determined whether or not the token amount detected by the second detection unit has reached a first threshold, and if it is determined that the token amount has reached the first threshold, the second amount A second control unit that controls the first communication unit to transmit the data received by the communication unit to the external device by an amount corresponding to the token amount;
A second determination unit that determines whether or not the network-side device has a congestion control function for data congestion; and
The second control unit is configured such that the token amount detected by the second detection unit is equal to or smaller than a second threshold value that is smaller than the first threshold value, and the second determination unit causes the network side device to If it is determined that the congestion control function is provided, the second control information for enabling the congestion control function is added to the data received by the first communication unit to add the second control information. A communication device characterized by being sent to a communication unit.
ことを特徴とする請求項4記載の通信機器。 The second determination unit determines whether the network side device has the congestion control function depending on whether or not the data received by the second communication unit includes fifth control information indicating that the congestion control function is included. The communication device according to claim 4, wherein it is determined whether or not the communication device is included.
ことを特徴とする請求項5記載の通信機器。 When the second control unit receives data to which sixth control information indicating that a congestion window has been reduced is received from the network side device by the second communication unit, 6. The communication device according to claim 5, wherein the sixth control information is deleted, and data from which the sixth control information is deleted is transmitted to the external device by the first communication unit.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009077262A JP5405870B2 (en) | 2009-03-26 | 2009-03-26 | Communication equipment |
| US12/748,337 US20100246400A1 (en) | 2009-03-26 | 2010-03-26 | Communication device and method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2009077262A JP5405870B2 (en) | 2009-03-26 | 2009-03-26 | Communication equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2010232876A JP2010232876A (en) | 2010-10-14 |
| JP5405870B2 true JP5405870B2 (en) | 2014-02-05 |
Family
ID=43048286
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009077262A Expired - Fee Related JP5405870B2 (en) | 2009-03-26 | 2009-03-26 | Communication equipment |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP5405870B2 (en) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20160145116A (en) * | 2014-04-14 | 2016-12-19 | 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 | Battery efficient synchronization of communications using a token bucket |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP5887324B2 (en) | 2013-11-15 | 2016-03-16 | アラクサラネットワークス株式会社 | Relay device and relay method |
| JP6263102B2 (en) * | 2014-08-01 | 2018-01-17 | Kddi株式会社 | WIRELESS TERMINAL, COMMUNICATION SYSTEM, PROGRAM, AND METHOD WHICH CAN SET WINDOW SIZE ACCORDING TO CONDUCTION LEVEL ON BACKHAUL |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP3882187B2 (en) * | 2001-04-19 | 2007-02-14 | 日本電気株式会社 | Flow control system and method |
| US20050182848A1 (en) * | 2003-12-29 | 2005-08-18 | Mcneil Roy Jr. | Rate limiting using pause frame capability |
| JP4577230B2 (en) * | 2006-02-17 | 2010-11-10 | Kddi株式会社 | Traffic control apparatus, method, and program using token bucket |
| JP2009060283A (en) * | 2007-08-30 | 2009-03-19 | Nec Corp | Congestion control method, congestion control system, congestion control node device, node device, and control program |
| JP2009147874A (en) * | 2007-12-18 | 2009-07-02 | Kddi Corp | Traffic control device, traffic control method, and traffic control program |
-
2009
- 2009-03-26 JP JP2009077262A patent/JP5405870B2/en not_active Expired - Fee Related
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR20160145116A (en) * | 2014-04-14 | 2016-12-19 | 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 | Battery efficient synchronization of communications using a token bucket |
| KR102317693B1 (en) | 2014-04-14 | 2021-10-25 | 마이크로소프트 테크놀로지 라이센싱, 엘엘씨 | Battery efficient synchronization of communications using a token bucket |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2010232876A (en) | 2010-10-14 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2204017B1 (en) | Efficient flow control in an rnc | |
| US8014287B2 (en) | Communications apparatus | |
| JP5238036B2 (en) | Limiting RLC window size in HSDPA flow control | |
| CN102006283B (en) | Data transmission method and device | |
| JP4878391B2 (en) | Scheduling and queue management with adaptive queue latency | |
| US20100246400A1 (en) | Communication device and method | |
| CN102148662B (en) | Adjusting method and device for data transmitting speed | |
| KR100600607B1 (en) | Ark control device and control method in wireless portable internet system | |
| JPWO2005027456A1 (en) | Communication system, communication apparatus, and data retransmission control method | |
| JP5020076B2 (en) | High performance TCP suitable for low frequency ACK system | |
| WO2005008946A1 (en) | Base station device and transmission method | |
| JP2008005021A (en) | Retransmission control method and apparatus | |
| WO2010100837A1 (en) | Communication rate control method, transmission apparatus, and communication system | |
| WO2005088917A1 (en) | Control station apparatus, base station apparatus, terminal apparatus, packet communication system, and packet communication method | |
| CN101494531B (en) | Method and apparatus for adjusting slide window | |
| CN103825689B (en) | Delay determinacy message retransmission method with local cache | |
| KR20170142513A (en) | Apparatus for multinet aggregation transmission, and packet scheduling method thereof | |
| JP5405870B2 (en) | Communication equipment | |
| US20070217389A1 (en) | Apparatus and method for processing data in a wireless network | |
| WO2018028638A1 (en) | Method, device, system, related equipment and storage medium for use in information transmission | |
| JP2004297127A (en) | Mobile terminals and servers | |
| JP2003274445A (en) | Wireless packet communication device and wireless packet communication method | |
| JP5275107B2 (en) | Communication equipment | |
| JP5371112B2 (en) | Wireless traffic control device | |
| EP2177064B1 (en) | Control of data flow |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20120228 |
|
| RD04 | Notification of resignation of power of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7424 Effective date: 20120803 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20121221 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20130122 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20130315 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20131008 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20131031 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 5405870 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| LAPS | Cancellation because of no payment of annual fees |