WO2007111331A1 - 通信方法、ノード及び制御プログラム - Google Patents

通信方法、ノード及び制御プログラム Download PDF

Info

Publication number
WO2007111331A1
WO2007111331A1 PCT/JP2007/056382 JP2007056382W WO2007111331A1 WO 2007111331 A1 WO2007111331 A1 WO 2007111331A1 JP 2007056382 W JP2007056382 W JP 2007056382W WO 2007111331 A1 WO2007111331 A1 WO 2007111331A1
Authority
WO
WIPO (PCT)
Prior art keywords
route
node
packets
congestion
packet
Prior art date
Application number
PCT/JP2007/056382
Other languages
English (en)
French (fr)
Inventor
Tsuneo Nakata
Original Assignee
Nec Corporation
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 Nec Corporation filed Critical Nec Corporation
Priority to JP2008507508A priority Critical patent/JP4488256B2/ja
Priority to CN200780012051.4A priority patent/CN101416456B/zh
Priority to US12/294,846 priority patent/US8139491B2/en
Priority to EP20070739820 priority patent/EP2001174A4/en
Publication of WO2007111331A1 publication Critical patent/WO2007111331A1/ja

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
    • H04L47/12Avoiding congestion; Recovering from congestion
    • H04L47/122Avoiding congestion; Recovering from congestion by diverting traffic away from congested entities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/24Multipath
    • 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
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/12Avoiding congestion; Recovering from congestion
    • H04L47/125Avoiding congestion; Recovering from congestion by balancing the load, e.g. traffic engineering
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/28Flow control; Congestion control in relation to timing considerations
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/10Flow control; Congestion control
    • H04L47/34Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers

Definitions

  • the present invention relates to a communication method, a node, and a control program, and more particularly to a communication method, a node, and a control program for multiplexing communication of a plurality of paths.
  • Non-Patent Document 1 As a known example of a technique for multiplexing a plurality of communication paths to form one logical broadband link, a method for multiplexing only terrestrial communication paths is described in Non-Patent Document 1.
  • PPP and the demultiplexing method in ATM described in Non-Patent Document 2 are known, and the demultiplexing technique described in Non-Patent Document 2 is known as a method for multiplexing a radio link. ing. Both of these provide a wideband forwarding link that exceeds the bandwidth of a single path by distributing the load among the paths.
  • Non-Patent Document 3 describes a load distribution technique assuming radio link multiplexing. This technique is a method of selecting a transmission path based on the transmission buffer margin of each link, as in the demultiplexing method. However, this method is also effective only when the sending node is directly connected to the bottleneck link and the load on the bottleneck link can be estimated from the margin of the send buffer. However, there is a problem that cannot be applied to two-way communication.
  • Non-Patent Document 1 RFC1990
  • Non-Patent Document 3 Manabu Tsujimura, Naoki Imai, Takahito Yoshihara, Hironori Horiuchi, "Performance Evaluation of Demultiplexing Method of Heterogeneous Communication Media for Mobile Routers", FIT2004 (3rd Information Science and Technology Forum), Paper M -070, pp.239-240 (2004)
  • Patent Document 4 Cisco systems, Load Balancing with Cisco express Forwarding, and is co Application Note, Jan. 1998
  • Non-Patent Document 5 T. Nakata et al., "Efficient bundling of heterogeneous radio resources for broadband Internet access from moving vehicles, in proceedings of Global Mobil e Congress 2004, Oct. 11-13 2004, Shanghi, China.
  • the load on each route can be made equal by using load balancing by the weighted round robin method of the prior art. If the delay is different, the overall delay of the multiplexed link is equal to the delay of the path with the longest delay. For this reason, the delay of the multiplexed link becomes larger than the route with a small delay among the routes to be multiplexed. As a result, there is a problem that the performance is improved while the bandwidth is expanded by multiplexing, while the delay is increased.
  • the prior art has a problem that, when the paths having different delays are multiplexed, it is impossible to achieve both the optimal distribution of the load between the paths and the prevention of the increase in delay due to the multiplexing.
  • the present invention was invented in view of the above problems, and its purpose is to provide a technique that can achieve both optimal distribution of loads between paths and prevention of delay increase due to multiplexing. There is to do.
  • a first invention for solving the above-described problem is a communication method between two nodes that can use a plurality of paths including at least a first path and a second path, and is configured to reduce congestion of the second path. If two or more packets arrived at the first node are predicted or detected, the second packet with the later arrival time is transmitted from the first route, and then the first packet with the earlier arrival time is It is characterized by transmitting from a route.
  • the transmission of the first packet from the second route is predicted or detected to eliminate congestion of the second route. Then, it is characterized by force.
  • a third invention for solving the above-mentioned problems is characterized in that, in the first or second invention, the prediction of congestion or prediction of elimination of congestion is determined based on a transmission history of each route.
  • a fourth invention for solving the above-mentioned problems is characterized in that, in the first or second invention, the prediction of congestion or the prediction of elimination of congestion is determined based on an estimated speed of each route.
  • a fifth invention for solving the above-mentioned problem is a communication method between two nodes that can use a plurality of routes including a first route and a second route, and arrives at the first node. Multiple packets When transmitting to the second node, the estimated arrival time of the plurality of packets to the second node from the estimated delay and speed of each path is determined by the first node of the plurality of packets. Packets that are predicted to arrive at the second node without causing congestion on each of the plurality of packets, so that the transmission routes of the plurality of packets are determined to be equal to the order of the arrival times Is transmitted to the determined transmission path.
  • a sixth invention for solving the above-mentioned problems is characterized in that, in the fifth invention, the predicted arrival time or the congestion is determined based on a transmission history of each route.
  • a seventh invention for solving the above-mentioned problems is characterized in that, in the fifth invention, the predicted arrival time or the congestion is determined based on an estimated speed of each route.
  • An eighth invention for solving the above-described problem is a node that can use a plurality of paths including at least a first path and a second path, and is based on an estimated value of delay and speed of each path. Then, a predicted arrival time of the received plurality of packets to the other node is obtained, and based on the predicted arrival time, the arrival order of the other nodes of the plurality of packets becomes equal to the arrival order of the plurality of packets. As described above, it has means for determining a transmission path of the plurality of packets.
  • a tenth invention for solving the above-mentioned problem is characterized in that, in the above-mentioned eighth or ninth invention, the predicted arrival time or the congestion is determined based on a transmission history of each route.
  • An eleventh invention for solving the above-mentioned problems is characterized in that, in the above-mentioned eighth or ninth invention, the predicted arrival time or the congestion is determined based on an estimated speed of each route.
  • a twelfth invention for solving the above-described problem is a control program for a node that can use a plurality of paths including at least a first path and a second path, and estimates delay and speed of each path. Based on the value, a predicted arrival time of the received plurality of packets to the other node is obtained, and based on the predicted arrival time, the arrival order of the other nodes of the plurality of packets is The node is caused to execute processing for determining a transmission route of the plurality of packets so that the arrival order of the plurality of packets is equal.
  • a fourteenth invention for solving the above-mentioned problems is characterized in that, in the above twelfth or thirteenth invention, the estimated arrival time or the congestion is determined based on a transmission history of each route.
  • a fifteenth invention for solving the above-mentioned problems is characterized in that, in the above-mentioned twelfth or thirteenth invention, the predicted arrival time or the congestion is determined based on an estimated speed of each route.
  • the estimated transmission route of each packet to be transmitted is estimated from the estimated delay and speed of each route, and the order of the predicted arrival time at the receiving node is determined. It is determined to be equal to the order of the time of arrival at the transmitting node, and only packets that are expected to arrive within the maximum delay allowed for each path are transmitted.
  • the prediction delay of the second route with the fastest prediction delay of the slow first route among the routes to be multiplexed If the predicted delay of the second route exceeds the maximum delay, packet 2 is sent to the first route, and the congestion status of the second route (the predicted delay exceeds the maximum delay) ) Is resolved and packet 1 is transmitted from the second route.
  • the order of packet transmission from the sending node is different from the order of arrival at the sending node, but the order of arrival at the receiving node is the order of arrival at the sending node, packet 1 first and packet 2 later.
  • both packets 1 and 2 arrive with a delay equal to or less than that when only high-speed route 2 is used, and the load is distributed to both routes 1 and 2.
  • FIG. 1 is a block diagram of an embodiment.
  • FIG. 2 is a block diagram of an embodiment.
  • FIG. 3 is an operation flowchart (SDL process graph) of the scheduling unit 202.
  • FIG. 4 is an operation flowchart (SDL process graph) followed by the route selection unit 203.
  • FIG. 5 is a diagram for explaining the embodiment.
  • FIG. 6 is a diagram for explaining the embodiment.
  • This embodiment is implemented between two nodes that communicate using a plurality of communication paths.
  • the communication node 101 has one packet transmission unit 204 and one packet reception unit 206
  • the communication node 102 has two packet transmission units 204 and two packet reception units 206.
  • the route from node 101 to node 102 starts from packet transmission unit 204 of node 101, passes through network 400, and ends at packet reception unit 206-1 of node 102, and packet transmission of node 101
  • the route to the node 102 and the node 101 includes a route starting from the packet transmission unit 204-1 of the node 102, the route starting from the packet reception unit 206 of the node 101 via the network 400, and a packet transmission of the node 102.
  • the packet transmission / reception unit of the node 101 is a pair, if the opposite node 102 has a plurality of packet transmission / reception units, a plurality of paths can be formed.
  • the configuration shown in Fig. 2 with the same packet transmitter / receiver can also be implemented.
  • the packet analysis units 207 of both nodes analyze the state of each route, the arrival time of the packet and the arrival interval force, and transmit the route state notification to the partner node.
  • the latest route state based on the notification content is stored in the storage unit 205.
  • the scheduling unit 202 determines a packet transmission order, a packet transmission time, and a route used for transmission of each packet based on the route information recorded in the storage unit 205 and notifies the route selection unit.
  • the route selection unit 203 takes out the input packet from the input queue 201 based on the notification from the scheduling unit 202, and transmits it from the specified route at the time designated by the scheduling unit.
  • the scheduling unit 202 of the node 101 operates according to the operation flow chart (SDL process graph) of FIG. In other words, the following operations are started by a scheduling request with the power of the route selection unit.
  • the predicted reception time when transmitted from the route is obtained (Step 102).
  • the predicted reception delay is a time at which the end of the packet is expected to arrive at the partner node 102.
  • the route with the smallest predicted reception time is set as the transmission route of the packet (Step 103).
  • Figure 5 shows an example of arrival time prediction for the first packet 300-1.
  • the reception time is predicted on the assumption that the transmission path force determined by the above procedure is transmitted for all packets having a lower arrival order.
  • FIG. 6 shows an example of prediction of the reception time of the second packet 300-2.
  • the delay of route 2 is increased by the transmission of 300-1!]
  • So the predicted reception time of route 1 is earlier, so route 1 becomes the transmission route of packet 300-2.
  • the congestion state of each route is confirmed and predicted, and the transmission possible time is obtained (Step 104).
  • the congestion state refers to a state in which packets cannot be sent immediately because the predicted delay of the route exceeds the allowable value.
  • the allowable delay value is set in advance or determined by the scheduling unit 202 according to the line state.
  • Route 2 is in a congested state because the predicted reception time of 300-1 that Route 2 should transmit is more than the allowable delay of Route 2 from now.
  • the transmission time needs to be after tl. This tl is the time when packet 300-1 can be transmitted.
  • the transmission available time is immediate.
  • the transmission process of each packet in the input queue 201 is performed.
  • the route and the transmittable time are notified to the route selection unit 203 (Step 106).
  • the route selection unit 203 that has received the notification from the scheduling unit 202 transmits each packet from the packet transmission unit 204 corresponding to the notified transmission route at the notified transmission possible time.
  • An operation flowchart (SDL process graph) followed by the route selection unit 203 at this time is shown in FIG.
  • the route selection unit 203 for which scheduling has been requested to the scheduling unit 202 is in an active state.
  • a l is set as an initial value (Step 201), and a packet having the earliest possible transmission time is taken out from the input queue 201 (Step 202).
  • it waits until the transmission possible time of the packet with the earliest possible transmission time (Step 203), and transmits the packet with the earliest possible transmission time to the packet transmission unit 204 corresponding to the transmission path specified by the scheduling unit. (Step 204).
  • Step 205 If there is no packet in the input queue 201 (Step 207), the state becomes the idle state and waits for the arrival of the next packet (Step 208).
  • Step 207 When there is a packet in the input queue 201 (Step 207) or when a new packet reception notification is received from the input queue 201 (Step 209), a scheduling request is transmitted to the scheduling unit 202 (Step 210).
  • the number of packets for which scheduling is requested is an arbitrary number less than the number of packets in the input queue 201.
  • the total number of packets in the input queue 201 may be set, or an arbitrary upper limit may be set.
  • the packet 300-1 that has arrived at the input queue 201 first is transmitted after the packet 300-2.
  • the expected order of reception is the same as the order of arrival at the input queue 201. That is, when the packet is output from the packet transmission unit 204 of the node 101, the packet order is reversed again in the 1S network 400, which is the reverse order of arrival at the node 101, and the arrival order at the node 102 is the arrival order at the node 101. We expect it to be similar to the order. At this time, the delay of any packet is equal to or less than that when only route 1 or only route 2 is used, and the load is distributed to both routes.
  • the operation of the present invention has been described by taking an example of a configuration in which two paths can be used.
  • the algorithm shown in FIGS. 3 and 4 can also be applied when there are three or more usable paths. is there.
  • the configuration of the apparatus is, for example, as shown in FIG. 2, and the delay of the packet transferred between the node 101 and the node 102 in FIG.
  • the bandwidth can be expanded by distributing the load to each path.
  • each unit is configured with one piece of software.
  • it may be configured with an information processing apparatus that operates according to a control program that causes each unit to operate.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

各経路の遅延および速度の推定値から、送信する各パケットの予定送信経路を、受信ノードへの到着予測時刻の順番が送信ノードに到着した時刻の順番と等しくなるように決定し、そのうち各経路に許容される最大遅延以内に到着すると予測されるパケットのみを送信する。これにより、経路間の負荷の最適配分と、多重化による遅延増加の防止とを両立することができる。  

Description

通信方法、ノード及び制御プログラム
技術分野
[0001] 本発明は通信方法、ノード及び制御プログラムに関し、特に、複数の経路の多重化 通信の通信方法、ノード及び制御プログラムに関する。
背景技術
[0002] 複数の通信経路を多重化して 1本の論理的な広帯域リンクを構成する技術の公知 例としては、地上の通信経路のみを多重化する方法としては非特許文献 1に記載さ れる Multilink PPPや、非特許文献 2に記載される ATMにおける逆多重方式などが知 られており、また、無線リンクを多重化する方法としては非特許文献 2に記載されてい る逆多重化技術が知られている。これらはいずれも、負荷を経路間に分散することに より、単一の経路の帯域を上回る広帯域の転送リンクを提供する。
[0003] 負荷分散の方法としては、非特許文献 4に記載される、地上の通信経路を多重化 する際には、各経路の速度に応じた重み付けを行い、周回的に送信経路を選択する 重み付きランドロビン方式が広く用いられている。しかし、この方法では各経路の想定 速度をあら力じめ設定する必要があるため、速度や遅延が頻繁に変動する無線リン クを含む経路の多重化に適用すると、無線リンクの平均速度などを想定速度として設 定しても、想定速度と各時刻での実際の速度とが異なるために転送効率が低下する 問題があった。
[0004] この問題を解決する技術として、無線リンクの多重化を想定した負荷分散の手法が 非特許文献 3に記載されている。この技術は、逆多重方式におけるように、各リンクの 送信バッファの余裕を基に送信経路を選択する方法である。ただし、この方法も、送 信ノードがボトルネックリンクに直結していて、送信バッファの余裕からボトルネックリン クの負荷が推定できる場合にのみ有効であり、複数リンクを含む経路においてはい ずれかのノードがボトルネックに直結できなくなるので、双方向の通信には適用でき ない問題があった。
[0005] この問題を解決する負荷分散手法としては、各経路の速度及び遅延の推定結果を 両ノードが交換して、その推定結果より各リンクの予測遅延を比較して送信経路を選 択する、非特許文献 5に記載される Mobile InverseMux技術が知られている。
非特許文献 1 : RFC1990
特干文献 2: Langaon, Robin D., 'Imuxing ATM, Bit by Bit. Lars com white paper , 1997.
非特許文献 3 :磯村学、今井尚榭、吉原貴仁、堀内浩規、 "モバイルルータのための 異種通信メディアの逆多重方式の性能評価"、 FIT2004(第 3回情報科学技術フォー ラム)、論文 M- 070、 pp.239- 240 (2004)
特許文献 4 : Cisco systems, Load Balancing with Cisco express Forwarding, し is co Application Note, Jan.1998
非特許文献 5 : T. Nakata et al.," Efficient bundling of heterogeneous radio resources for broadband Internet access from moving vehicles, in proceedings of Global Mobil e Congress 2004, Oct. 11-13 2004, Shanghi, China.
発明の開示
発明が解決しょうとする課題
[0006] 以上述べた従来技術はいずれも、負荷を経路間に分散することにより、単一の経路 では実現できな!ヽ大容量の転送リンクを提供する。
[0007] 速度が安定している地上リンクのみ力もなる経路の場合は、従来技術の重みつきラ ゥンドロビン方式による負荷分散を用いて各経路への負荷を均等にできるが、それぞ れの経路の遅延が異なる場合、多重化リンク全体としての遅延は、最も遅延の大きい 経路の遅延と等しくなる。このため、多重化対象の経路のうち遅延の小さい経路に比 ベて多重化リンクの遅延は大きくなる。その結果、多重化により帯域は拡大するという 性能向上が得られる一方で、遅延が増大するという性能劣化が生じてしまう問題があ つた o
[0008] また、無線リンクを含む経路間に従来技術の Mobile InverseMuxを用いて負荷分散 を行う場合、予測遅延の最も小さい経路にパケットを送信している限りは多重化によ る遅延の増大はな 、が、そうすると遅延の大き 、経路に負荷をかけるのは遅延の小 さい経路に、両経路の遅延差分以上の負荷を力かった場合のみになり、帯域拡大の 効果が表れるのもそのような場合に限られる。つまり、経路間の遅延差が大きい場合 に、負荷が分散されに《なる。この問題を避けるため、各経路に許容遅延の最大値 を設定し、もともと遅延の小さい経路にはこの許容遅延も小さく設定することで、遅延 の大きい経路にも負荷が分散されやすくすることも可能であるが、この場合、重みつ きラウンドロビン方式の場合と同様、多重化による遅延の増加が生じる。
[0009] このように、従来技術は!、ずれも、遅延の異なる経路を多重化する場合に、経路間 の負荷の最適配分と、多重化による遅延増加の防止とが両立できない問題があった
[0010] そこで、本発明は上記課題に鑑みて発明されたものであって、その目的は経路間 の負荷の最適配分と、多重化による遅延増加の防止とを両立することができる技術を 提供することにある。
課題を解決するための手段
[0011] 上記課題を解決する第 1の発明は、少なくとも第 1の経路と第 2の経路とを含む複数 経路を利用可能な 2ノード間の通信方法であって、第 2の経路の輻輳を予測または 検出すると、第 1のノードに到着した 2つ以上のパケットのうち、到着時刻の遅い第 2 のパケットを第 1の経路より送信した後、到着時刻の早い第 1のパケットを第 2の経路 から送信することを特徴とする。
[0012] 上記課題を解決する第 2の発明は、上記第 1の発明において、前記第 1のパケット の前記第 2の経路からの送信は、前記第 2の経路の輻輳の解消を予測または検出し て力 行うことを特徴とする。
[0013] 上記課題を解決する第 3の発明は、上記第 1又は第 2の発明において、前記輻輳 の予測又は輻輳の解消の予測は、各経路の送信履歴に基づき決定されることを特 徴とする。
[0014] 上記課題を解決する第 4の発明は、上記第 1又は第 2の発明において、前記輻輳 の予測又は輻輳の解消の予測は、各経路の推定速度に基づき決定されることを特 徴とする。
[0015] 上記課題を解決する第 5の発明は、第 1の経路と第 2の経路とを含む複数経路を利 用可能な 2ノード間の通信方法であって、第 1のノードに到着した複数のパケットを第 2のノードに送信する際、各経路の遅延および速度の推定値から、前記複数のパケ ットの前記第 2のノードへの到着予測時刻の順番が、前記複数のパケットの前記第 1 のノードに到着した時刻の順番と等しくなるように、前記複数のパケットの送信経路を 決定し、前記複数のパケットのうち各経路に輻輳を起こさずに第 2のノードに到着す ると予測されるパケットのみを、決定した送信経路に送信することを特徴とする。
[0016] 上記課題を解決する第 6の発明は、上記第 5の発明において、前記到着予測時刻 又は前記輻輳の判断は、各経路の送信履歴に基づき行われることを特徴とする。
[0017] 上記課題を解決する第 7の発明は、上記第 5の発明において、前記到着予測時刻 又は前記輻輳の判断は、各経路の推定速度に基づき行われることを特徴とする。
[0018] 上記課題を解決する第 8の発明は、少なくとも第 1の経路と第 2の経路とを含む複数 経路を利用可能なノードであって、各経路の遅延および速度の推定値に基づ 、て、 受信した複数のパケットの他ノードへの到着予測時刻を求め、前記到着予測時刻に 基づいて、前記複数のパケットの前記他ノード到着順番が、前記複数のパケットの到 着順番と等しくなるように、前記複数のパケットの送信経路を決定する手段を有するこ とを特徴とする。
[0019] 上記課題を解決する第 9の発明は、上記第 8の発明において、前記複数のパケット のうち各経路に輻輳を起こさずに前記他ノードに到着すると予測されるパケットのみ を、決定した送信経路に送信する手段を有することを特徴とする。
[0020] 上記課題を解決する第 10の発明は、上記第 8又は第 9の発明において、前記到着 予測時刻又は前記輻輳の判断は、各経路の送信履歴に基づき行われることを特徴 とする。
[0021] 上記課題を解決する第 11の発明は、上記第 8又は第 9の発明において、前記到着 予測時刻又は前記輻輳の判断は、各経路の推定速度に基づき行われることを特徴 とする。
[0022] 上記課題を解決する第 12の発明は、少なくとも第 1の経路と第 2の経路とを含む複 数経路を利用可能なノードの制御プログラムであって、各経路の遅延および速度の 推定値に基づ 、て、受信した複数のパケットの他ノードへの到着予測時刻を求め、 前記到着予測時刻に基づいて、前記複数のパケットの前記他ノード到着順番が、前 記複数のパケットの到着順番と等しくなるように、前記複数のパケットの送信経路を決 定する処理をノードに実行させることを特徴とする。
[0023] 上記課題を解決する第 13の発明は、上記第 12の発明において、前記複数のパケ ットのうち各経路に輻輳を起こさずに前記他ノードに到着すると予測されるパケットの みを、決定した送信経路に送信する処理をノードに実行させることを特徴とする。
[0024] 上記課題を解決する第 14の発明は、上記第 12又は第 13の発明において、前記 到着予測時刻又は前記輻輳の判断は、各経路の送信履歴に基づき行われることを 特徴とする。
[0025] 上記課題を解決する第 15の発明は、上記第 12又は第 13の発明において、前記 到着予測時刻又は前記輻輳の判断は、各経路の推定速度に基づき行われることを 特徴とする。
[0026] 以上に述べた課題を解決するために、本発明は、各経路の遅延および速度の推定 値から、送信する各パケットの予定送信経路を、受信ノードへの到着予測時刻の順 番が送信ノードに到着した時刻の順番と等しくなるように決定し、そのうち各経路に許 容される最大遅延以内に到着すると予測されるパケットのみを送信する。
[0027] 例えば、先に送信ノードに到着したバケツト 1および後に到着したパケット 2を送信 する際、多重化対象経路のうち低速な第 1の経路の予測遅延が高速な第 2の経路の 予測遅延よりも大きいが、第 2の経路の予測遅延は最大遅延を越えている場合、第 1 の経路にパケット 2を送信し、第 2の経路の輻輳状態 (予測遅延が最大遅延を超えて いる状態)が解消して力 第 2の経路よりパケット 1を送信する。このようにすることで、 送信ノードからのパケット送信順序が送信ノードへの到着順と異なるが、受信側ノー ドの到着順序はパケット 1が先でパケット 2が後と、送信ノードへの到着順序と同じとな り、またパケット 1, 2ともに高速な経路 2のみを用いた場合と同等以下の遅延で到着 し、かつ経路 1と 2の双方に負荷が分散される。
発明の効果
[0028] 本発明によれば、経路間の負荷の最適配分と、多重化による遅延増加の防止とを 両立することができる。
図面の簡単な説明 [0029] [図 1]図 1は実施の形態の一構成図である。
[図 2]図 2は実施の形態の一構成図である。
[図 3]図 3はスケジューリング部 202の動作フローチャート(SDLプロセスグラフ)である
[図 4]図 4は経路選択部 203が従う動作フローチャート (SDLプロセスグラフ)である。
[図 5]図 5は実施の形態を説明する為の図である。
[図 6]図 6は実施の形態を説明する為の図である。
符号の説明
101、 102 通信ノード
201 入力キュー
202 スケジューリング部
203 経路選択部
204 パケット送信部
205 記憶部
206 パケット受信部
207 パケット解析部
発明を実施するための最良の形態
[0031] 本発明の実施の形態を説明する。
[0032] 本実施の形態は、複数の通信経路を利用して通信する 2つのノード間で実施され る。図 1に示される例では、通信ノード 101はパケット送信部 204とパケット受信部 20 6を 1個ずつ持ち、一方通信ノード 102はパケット送信部 204とパケット受信部 206を 2個ずつ持つ。
[0033] ノード 101からノード 102までの経路は、ノード 101のパケット送信部 204を起点とし 、ネットワーク 400を経由しノード 102のパケット受信部 206— 1を終点とする経路と、 ノード 101のパケット送信部 204を起点とし、ネットワーク 400を経由しノード 102のパ ケット受信部 206— 2を終点とする経路との 2つがある。またノード 102力 ノード 101 までの経路は、ノード 102のパケット送信部 204— 1を起点とし、ネットワーク 400を経 由しノード 101のパケット受信部 206を終点とする経路と、ノード 102のパケット送信 部 204— 2を起点とし、ネットワーク 400を経由しノード 101のパケット受信部 206を終 点とする経路との 2つがある。このように、ノード 101のパケット送受信部が 1対であつ ても対向するノード 102が複数のパケット送受信部を持てば複数経路が構成可能で あるが、以降説明する実施例は双方のノードが複数のパケット送受信部を持つ図 2に 示される構成でも同様に実施可能である。
[0034] 双方のノードのパケット解析部 207は、各経路の状態をパケットの到着時刻や到着 間隔力 解析し、相手ノードに経路状態の通知を送信する。一方、通知を受信した 場合には、通知内容に基づく最新の経路状態を記憶部 205に記憶する。スケジユー リング部 202は、記憶部 205に記録された経路情報に基づきパケット送信順序、パケ ット送信時刻及び各パケットの送信に用いる経路を決定して経路選択部に通知する 。経路選択部 203は、スケジューリング部 202からの通知に基づき入力パケットを入 力キュー 201から取り出し、それぞれに対しスケジューリング部が指定した時刻に、指 定した経路から送信する。
[0035] 次に、ノード 101の入力キュー 201に複数のパケットがある場合の、スケジユーリン グ部 202の動作を説明する。ノード 101のスケジューリング部 202は、図 3の動作フロ 一チャート(SDLプロセスグラフ)に従い動作する。つまり、経路選択部力ものスケジュ 一リング依頼により以下の動作が起動される。
[0036] まず、経路選択部 203より j個のパケットのスケジューリング依頼を受信すると(Step 100)、 i= lとして(SteplOl)スケジューリング依頼された各パケットにっき、入力キ ユー 201への到着順に、各経路から送信した場合の予測受信時刻を求める(Stepl 02)。ここで予測受信遅延は、パケットの末尾が相手ノード 102に到着すると予想さ れる時刻である。その結果、最も予測受信時刻が小さい経路を当該パケットの送信 経路とする(Stepl03)。図 5は、最初のパケット 300— 1の到着時刻予測の例を示し ている。パケット先頭の予測到着時刻は経路 1の方が早いにもかかわらず、経路 2の 速度は経路 1よりも大きいため、パケット末尾の予測到着時刻、つまり予測受信時刻 が早い経路 2が送信経路となる。入力キュー 201への到着順が 2番目以降のパケット に関しては、より到着順の若いパケットが全て以上の手順により決められた送信経路 力も送信されたものと仮定して、受信時刻の予測を行う。 [0037] 図 6は、 2番目のパケット 300— 2の受信時刻予測の例を示している。ここでは 300 —1の送信により経路 2の遅延が増力!]したため、予測受信時刻は経路 1の方が早ぐ したがって経路 1がパケット 300— 2の送信経路となる。
[0038] 次に、各経路の輻輳状態の確認および予測を行!ヽ、送信可能時刻を求める(Step 104)。なお輻輳状態とは、経路の予測遅延が許容値以上であるため即時にパケット を送信できない状態を指している。遅延の許容値は予め設定するか、回線状態によ りスケジューリング部 202が決定する。図 6では、経路 2が送信すべき 300— 1の予測 受信時刻が現在より経路 2の許容遅延以上未来であるため、経路 2は輻輳状態であ る。パケット 300— 1の予測遅延、すなわちパケット 300— 1の予測受信時刻と送信時 刻の差が経路 2の遅延許容値以下となるためには、送信時刻が tl以降である必要が ある。この tlを、パケット 300— 1の送信可能時刻とする。一方パケット 300— 2の送信 経路である経路 1は輻輳状態にな 、ため、送信可能時刻は即時となる。
[0039] スケジューリング部 202は、 iを 1インクリメントしながら(Stepl07)、 i=jとなるまで以 上の処理を行い、 i=jとなると(Stepl05)、入力キュー 201内の各パケットの送信経 路および送信可能時刻を経路選択部 203に通知する(Step 106)。
[0040] 次に、経路選択部 203の動作について説明する。
[0041] スケジューリング部 202から通知を受けた経路選択部 203は、各パケットを通知され た送信可能時刻に、通知された送信経路に対応するパケット送信部 204から送信す る。このとき経路選択部 203が従う動作フローチャート (SDLプロセスグラフ)を図 4に 示す。
[0042] スケジューリング部 202にスケジューリング依頼済みの経路選択部 203は active状 態にあり、このときスケジューリング部 202より k個のパケットの送信経路及び送信可 能時刻の通知を受信すると(Step200)、 a= lを初期値として(Step201)、送信可 能時間が a番目に早いパケットを入力キュー 201から取り出す(Step202)。そして、 送信可能時間が a番目に早いパケットの送信可能時間まで待機し (Step203)、送信 可能時間が a番目に早いパケットを、スケジューリング部から指定された送信経路に 対応するパケット送信部 204に送信する(Step204)。
[0043] 以上の処理を、 aをインクリメントし(Step205)、 aが kとなるまで行う。 [0044] &カ¾となり(Step206)、入力キュー 201にパケットがなければ(Step207)、 idle状 態となり次のパケット到着を待機する(Step208)。
[0045] 入力キュー 201にパケットがある(Step207)、又は、入力キュー 201より新規バケツ トの受信通知を受けた場合 (Step209)は、スケジューリング依頼をスケジューリング 部 202に送信する( Step 210)。
[0046] なお、スケジューリング依頼するパケットの数は入力キュー 201にあるパケット数以 下の任意の数である。例えば入力キュー 201にあるパケットの全数としてもよいし、任 意の上限を設けてもよい。
[0047] 以上の動作により 2つのパケットを送信する図 6の例では、先に入力キュー 201に 到着したパケット 300— 1の方がパケット 300— 2よりも後から送信される力 相手ノー ドの受信予想順序は入力キュー 201に到着した順序と同じである。つまりノード 101 のパケット送信部 204から出力される際にはノード 101に到着した順序の逆順である 1S ネットワーク 400内でパケットの順序再逆転が起こり、ノード 102での到着順序は ノード 101での到着順序と同様になると予測している。このときいずれのパケットの遅 延も経路 1のみ、または経路 2のみを用いた場合と同等以下であり、かつ両経路に負 荷が分散されている。
[0048] 以上では本発明の動作を経路が 2本使用可能な構成を例に説明したが、図 3、図 4 に示したアルゴリズムは使用可能な経路が 3本以上ある場合にも適用可能である。そ の場合装置の構成は、例えば、図 2に示されるものになり、図 2のノード 101およびノ ード 102の間を転送されるパケットの遅延は両ノード間のいずれの経路のみを用いた 場合と同等以下となり、かつ各経路への負荷分散による帯域拡大が実現される。
[0049] また、上述した実施の形態では、各部をノ、一ドウエアで構成したが、各部の動作を 行わせる制御プログラムにより動作する情報処理装置により、構成することも可能で ある。

Claims

請求の範囲
[1] 少なくとも第 1の経路と第 2の経路とを含む複数経路を利用可能な 2ノード間の通信 方法であって、
第 2の経路の輻輳を予測または検出すると、第 1のノードに到着した 2つ以上のパケ ットのうち、到着時刻の遅い第 2のパケットを第 1の経路より送信した後、到着時刻の 早い第 1のパケットを第 2の経路力 送信することを特徴とする通信方法。
[2] 前記第 1のパケットの前記第 2の経路からの送信は、前記第 2の経路の輻輳の解消 を予測または検出して力 行うことを特徴とする請求項 1記載の通信方法。
[3] 前記輻輳の予測又は輻輳の解消の予測は、各経路の送信履歴に基づき決定され ることを特徴とする請求項 1に記載の通信方法。
[4] 前記輻輳の予測又は輻輳の解消の予測は、各経路の推定速度に基づき決定され ることを特徴とする請求項 1に記載の通信方法。
[5] 第 1の経路と第 2の経路とを含む複数経路を利用可能な 2ノード間の通信方法であ つて、
第 1のノードに到着した複数のパケットを第 2のノードに送信する際、各経路の遅延 および速度の推定値から、前記複数のパケットの前記第 2のノードへの到着予測時 刻の順番が、前記複数のパケットの前記第 1のノードに到着した時刻の順番と等しく なるように、前記複数のパケットの送信経路を決定し、前記複数のパケットのうち各経 路に輻輳を起こさずに第 2のノードに到着すると予測されるパケットのみを、決定した 送信経路に送信することを特徴とする通信方法。
[6] 前記到着予測時刻又は前記輻輳の判断は、各経路の送信履歴に基づき行われる ことを特徴とする請求項 5に記載の通信方法。
[7] 前記到着予測時刻又は前記輻輳の判断は、各経路の推定速度に基づき行われる ことを特徴とする請求項 5に記載の通信方法。
[8] 少なくとも第 1の経路と第 2の経路とを含む複数経路を利用可能なノードであって、 各経路の遅延および速度の推定値に基づ!、て、受信した複数のパケットの他ノー ドへの到着予測時刻を求め、前記到着予測時刻に基づいて、前記複数のパケットの 前記他ノード到着順番が、前記複数のパケットの到着順番と等しくなるように、前記複 数のパケットの送信経路を決定する手段を有することを特徴とするノード。
[9] 前記複数のパケットのうち各経路に輻輳を起こさずに前記他ノードに到着すると予 測されるパケットのみを、決定した送信経路に送信する手段を有することを特徴とす る請求項 8に記載のノード。
[10] 前記到着予測時刻又は前記輻輳の判断は、各経路の送信履歴に基づき行われる ことを特徴とする請求項 8に記載のノード。
[11] 前記到着予測時刻又は前記輻輳の判断は、各経路の推定速度に基づき行われる ことを特徴とする請求項 8に記載のノード。
[12] 少なくとも第 1の経路と第 2の経路とを含む複数経路を利用可能なノードの制御プロ グラムであって、
各経路の遅延および速度の推定値に基づ!、て、受信した複数のパケットの他ノー ドへの到着予測時刻を求め、前記到着予測時刻に基づいて、前記複数のパケットの 前記他ノード到着順番が、前記複数のパケットの到着順番と等しくなるように、前記複 数のパケットの送信経路を決定する処理をノードに実行させることを特徴とする制御 プログラム。
[13] 前記複数のパケットのうち各経路に輻輳を起こさずに前記他ノードに到着すると予 測されるパケットのみを、決定した送信経路に送信する処理をノードに実行させること を特徴とする請求項 12に記載の制御プログラム。
[14] 前記到着予測時刻又は前記輻輳の判断は、各経路の送信履歴に基づき行われる ことを特徴とする請求項 12に記載の制御プログラム。
[15] 前記到着予測時刻又は前記輻輳の判断は、各経路の推定速度に基づき行われる ことを特徴とする請求項 12に記載の制御プログラム。
PCT/JP2007/056382 2006-03-29 2007-03-27 通信方法、ノード及び制御プログラム WO2007111331A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2008507508A JP4488256B2 (ja) 2006-03-29 2007-03-27 通信方法、ノード及び制御プログラム
CN200780012051.4A CN101416456B (zh) 2006-03-29 2007-03-27 通信方法、节点及控制程序
US12/294,846 US8139491B2 (en) 2006-03-29 2007-03-27 Communication method, node, and control program
EP20070739820 EP2001174A4 (en) 2006-03-29 2007-03-27 COMMUNICATION PROCEDURES, NODES AND CONTROL PROGRAM

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2006091271 2006-03-29
JP2006-091271 2006-03-29

Publications (1)

Publication Number Publication Date
WO2007111331A1 true WO2007111331A1 (ja) 2007-10-04

Family

ID=38541248

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2007/056382 WO2007111331A1 (ja) 2006-03-29 2007-03-27 通信方法、ノード及び制御プログラム

Country Status (6)

Country Link
US (1) US8139491B2 (ja)
EP (1) EP2001174A4 (ja)
JP (1) JP4488256B2 (ja)
KR (1) KR20080109786A (ja)
CN (1) CN101416456B (ja)
WO (1) WO2007111331A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8055819B2 (en) 2007-06-13 2011-11-08 Nec Corporation Information processor
US20220191147A1 (en) * 2019-03-25 2022-06-16 Siemens Aktiengesellschaft Computer Program and Method for Data Communication
WO2023181565A1 (ja) * 2022-03-22 2023-09-28 株式会社デンソー 送信装置、方法、及びプログラム

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2355671B1 (es) 2009-04-23 2012-02-02 Vodafone España, S.A.U. Encaminamiento de tráfico en una red de comunicación celular.
US8639809B2 (en) * 2010-08-20 2014-01-28 International Business Machines Corporation Predictive removal of runtime data using attribute characterizing
JP5932242B2 (ja) * 2011-05-20 2016-06-08 キヤノン株式会社 情報処理装置、通信方法、及びプログラム
EP2945416B1 (en) * 2014-05-13 2018-04-11 Cellxion Limited Method and apparatus for transmission of data over a plurality of networks
CN110719598B (zh) * 2019-10-15 2021-10-22 北京达佳互联信息技术有限公司 一种数据传输方法、装置、电子设备及存储介质
US11909628B1 (en) * 2022-09-01 2024-02-20 Mellanox Technologies, Ltd. Remote direct memory access (RDMA) multipath

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002152258A (ja) * 2000-11-10 2002-05-24 Nec Corp データ取得システム及びデータ取得方法
WO2005067227A1 (ja) * 2004-01-09 2005-07-21 Nec Corporation 負荷分散方法、ノード及び制御プログラム

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3665460B2 (ja) * 1997-12-05 2005-06-29 富士通株式会社 分散自律協調型の応答時間チューニングによる経路選択システム、方法、及び記録媒体
US6865160B1 (en) * 1998-05-04 2005-03-08 Hewlett-Packard Development Company, L.P. Broadcast tree determination in load balancing switch protocols
US6594238B1 (en) * 1998-06-19 2003-07-15 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for dynamically adapting a connection state in a mobile communications system
US6684247B1 (en) * 2000-04-04 2004-01-27 Telcordia Technologies, Inc. Method and system for identifying congestion and anomalies in a network
JP3596609B2 (ja) 2001-04-09 2004-12-02 日本電気株式会社 パケット中継方式
WO2003034771A1 (en) * 2001-10-19 2003-04-24 Telefonaktiebolaget Lm Ericsson (Publ) Method and arrangement for channel type switching
EP1313274A3 (en) * 2001-11-19 2003-09-03 Matsushita Electric Industrial Co., Ltd. Packet transmission apparatus and packet transmission processing method
US6704645B1 (en) * 2001-12-11 2004-03-09 Garmin Ltd. System and method for estimating impedance time through a road network
GB0406095D0 (en) * 2004-03-17 2004-04-21 Koninkl Philips Electronics Nv Method for providing secure data transfer in a mesh network
US7729335B2 (en) * 2005-05-18 2010-06-01 Lg Electronics Inc. Providing traffic information relating to a prediction of congestion status and using the same
KR20060119741A (ko) * 2005-05-18 2006-11-24 엘지전자 주식회사 소통상태의 추이정보를 제공하고 이를 이용하는 방법 및장치

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002152258A (ja) * 2000-11-10 2002-05-24 Nec Corp データ取得システム及びデータ取得方法
WO2005067227A1 (ja) * 2004-01-09 2005-07-21 Nec Corporation 負荷分散方法、ノード及び制御プログラム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
NAKATA T. ET AL.: "Idotai Internet (2)", 2004 NEN THE INSTITUTE OF ELECTRONICS, INFORMATION AND COMMUNICATION ENGINEERS SOGO TAIKAI YOKOSHU TSUSHIN B, B-5-164, THE INSTITUTE OF ELECTRONICS, INFORMATION AND COMMUNICATION ENGINEERS, 8 March 2004 (2004-03-08), pages 651 *
See also references of EP2001174A4 *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8055819B2 (en) 2007-06-13 2011-11-08 Nec Corporation Information processor
US20220191147A1 (en) * 2019-03-25 2022-06-16 Siemens Aktiengesellschaft Computer Program and Method for Data Communication
WO2023181565A1 (ja) * 2022-03-22 2023-09-28 株式会社デンソー 送信装置、方法、及びプログラム

Also Published As

Publication number Publication date
US8139491B2 (en) 2012-03-20
JP4488256B2 (ja) 2010-06-23
JPWO2007111331A1 (ja) 2009-08-13
CN101416456B (zh) 2014-10-22
CN101416456A (zh) 2009-04-22
EP2001174A4 (en) 2010-04-21
US20100172243A1 (en) 2010-07-08
KR20080109786A (ko) 2008-12-17
EP2001174A1 (en) 2008-12-10

Similar Documents

Publication Publication Date Title
JP4488256B2 (ja) 通信方法、ノード及び制御プログラム
JP4780343B2 (ja) 通信方法、通信システム、ノードおよびプログラム
JP5071165B2 (ja) 経路多重化通信システム、通信ノード及び通信方法
JP4394541B2 (ja) 通信装置、データ通信方法およびプログラム
JP4430597B2 (ja) ネットワークシステム、送信側振分装置、パケット通信方法、および、パケット通信プログラム
CN102185771B (zh) Mptcp中发送方数据包调度方法及系统
US20210176177A1 (en) Network control apparatus and network control method
KR20070011315A (ko) 병렬 통신을 위한 시스템 및 방법
CN103841041A (zh) 一种多流业务并发传输控制方法及装置
JP5205819B2 (ja) 通信システムおよびそのパケットスケジューリング方法ならびに送信ノード
US8838782B2 (en) Network protocol processing system and network protocol processing method
KR101983088B1 (ko) 다중 경로 환경에서의 udp 패킷 처리 방법
US20090003329A1 (en) Repeater, Communication System, Control Circuit, Connector, and Computer Program
Liao et al. Sender-based multipath out-of-order scheduling for high-definition videophone in multi-homed devices
CN109347738A (zh) 一种车载异构网络的多径传输调度优化方法
JP2009105662A (ja) マルチホップ通信システム、マルチホップ通信方法、端末装置および中継装置
Ou et al. Out-of-order transmission enabled congestion and scheduling control for multipath TCP
JP6633500B2 (ja) 通信装置
JP3814204B2 (ja) パケット通信システム
Jacquet et al. Striping over wireless links: effects on transmission delays
Santhi et al. A new approach to Active Queue Management for TCP with ECN
JP2002344508A (ja) データ中継装置およびその方法
CN115733755A (zh) 一种可填充网络带宽的数据中心传输控制系统及方法
Shi et al. Packet queueing delay in resilient packet ring network nodes
Hakataya et al. End-to-end delay evaluation on multipath routing IP network

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 07739820

Country of ref document: EP

Kind code of ref document: A1

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)
WWE Wipo information: entry into national phase

Ref document number: 12294846

Country of ref document: US

Ref document number: 2008507508

Country of ref document: JP

WWE Wipo information: entry into national phase

Ref document number: 1020087023794

Country of ref document: KR

NENP Non-entry into the national phase

Ref country code: DE

WWE Wipo information: entry into national phase

Ref document number: 2007739820

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 200780012051.4

Country of ref document: CN

DPE1 Request for preliminary examination filed after expiration of 19th month from priority date (pct application filed from 20040101)