JP3855011B2 - Communication device and mobile communication terminal - Google Patents
Communication device and mobile communication terminal Download PDFInfo
- Publication number
- JP3855011B2 JP3855011B2 JP2002183717A JP2002183717A JP3855011B2 JP 3855011 B2 JP3855011 B2 JP 3855011B2 JP 2002183717 A JP2002183717 A JP 2002183717A JP 2002183717 A JP2002183717 A JP 2002183717A JP 3855011 B2 JP3855011 B2 JP 3855011B2
- Authority
- JP
- Japan
- Prior art keywords
- bandwidth
- upstream
- common
- router
- base station
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、インターネットを介して通信をする通信装置及び移動体通信端末、特にトランスポート層の通信プロトコルを改善した通信装置及び移動体通信端末に関する。
【0002】
【従来の技術】
インターネットにおけるトランスポート層の通信プロトコルにTCP(Transmission Control Protocol)がある。TCPはトランスポート層のプロトコルとしてIETF(The Internet Engineering Task Force)で標準化されており、Webブラウジング(HTTP)、電子メール(SMTP)に代表されるインターネットのアプリケーションで広く利用されている。一方、WIDEプロジェクトのMAWI−WGによるバックボーンでのトラフィック解析により、インターネットにおける通信の80%以上がTCPを利用したものであることが分かっており、TCPは今日のインターネットを支えていると言っても過言ではない。TCPは、フロー制御、再送制御、輻輳制御を有し、データの送信速度を調節、損失したデータの再送、輻輳回避を行なっている。またTCPでは告知ウインドウ(advertised window)を用いてフロー制御を行い、輻輳ウインドウ(congestion window)を用いて輻輳制御を行っている。ここで重要とされるのが輻輳制御であり、輻輳崩壊を回避し、今日のインターネットにおける通信を支えている。TCPの輻輳制御では、情報伝送単位であるセグメントの損失が生じると、ネットワークに過剰な負荷がかかっており、輻輳になっていると判断し、輻輳ウインドウを半分にする(データの送信速度を半分にする)ことによってデータ転送量を抑え、輻輳崩壊を回避している。
【0003】
このように、現在のインターネットの通信のほとんどはTCPを利用している。一方、近年計算機の小型化、無線ネットワークの高性能化により、ユーザは自分の所有している計算機を持ち運び、無線LAN、携帯電話網を介してネットワークに接続しながら移動することが一般化しつつある。その結果、移動しながらWebブラウジングを楽しんだり、メールの送受信、ファイルの転送等をすることが可能になってきており、無線回線を介したTCPの通信が増加していると言える。
【0004】
【発明が解決しようとする課題】
しかし、無線回線は有線回線と異なり、雑音や干渉等による高いビット誤り率によりセグメントの損失が生じる。このような無線回線上でのセグメントの損失は有線回線と異なり、輻輳とは無関係に生じるため、輻輳制御を行う必要はない。ところが従来のTCPはセグメントの損失を輻輳と判断するため、一律に輻輳制御を行うことで、データの転送量を抑えてしまい、結果として無線ネットワーク環境ではスループットが大幅に低下してしまうという問題が生じる。
【0005】
この問題点を解決するために、無線基地局でTCPコネクションを分割することでスループットを向上させようとする手法や、無線基地局でセグメントの損失を検知し再送を行う手法が提案されているが、これらの手法は無線基地局でのTCPヘッダの監視を前提としており、システムが複雑になる上にIPsec(S. Kent, R. Atkinson, ”Security Architecture for the Internet Protocol”, IETF, 1998, RFC2401)が適用できないというセキュリティ上の問題点がある。したがって現在、エンドツーエンドでの解決法が主流となっており、その代表的な手法としてSACK(Selective Acknowledgement)(M. Mathis, S. Floyd, A. Romanow, ”TCP Selective Acknowledgment Options”, IETF 1996, RFC2018)、TCP-westwood(S. Mascolo, C. Casetti, M. Gerla, S. S. Lee, M. Sanadini, ”TCP Westwood:Bandwidth Estimation for Enhanced Transport over Wireless Links”, The seventh annual international conference on Mobile computing and networking, 2001)があるが、SACKは輻輳制御としては従来TCPと同じであるという問題点があり、TCP-westwoodは処理が複雑であるという問題点がある。
【0006】
またMIPv6(C. Perkins, J. David, ”Mobility Support in IPv6”, Proceedings of the MobiCom, 1996)、LIN6(M. Kunishi, M, Ishiyama, H, Esaki, F. Teraoka, ”LIN6:A New Approach to Mobility Support in IPv6”, Proceedings of the third International Symposium on Wireless Personal Multimedia Communications, 2000)によりIP層において移動透過が実現されているが、従来のTCPは、端末が移動することを考慮しておらず、移動前後でネットワークが変化しても移動前と同じ輻輳制御を行うという問題点がある。
【0007】
本発明ではTCPを用いた通信装置及び移動体通信端末において、無線ネットワーク利用時のスループットの向上、移動によるネットワーク変化に合わせた輻輳制御を実現することを目的とする。
【0010】
【課題を解決するための手段】
本発明の通信装置は、移動体通信端末のハンドオフ時に新旧基地局の上流ルータが共通か否かの情報を該移動体通信端末から受信する受信手段と、該受信手段により上流ルータが共通であるという情報を受信した場合は、新基地局がカバーする無線区間のバンド幅の値を前記移動体通信端末から受信してABE(Available Bandwidth Estimation)機構による結果として用い、輻輳ウインドウ及びスロースタート閾値を決定し、該受信手段により上流ルータが共通でないという情報を受信した場合は、告知ウインドウの値をスロースタート閾値としスロースタートを行う輻輳制御手段とを備える。
【0013】
また、本発明の移動体通信端末は、基地局から該基地局の上流ルータの通知を受けて、ハンドオフ時に新旧基地局の上流ルータが共通か否かを判定する上流ルータ判定手段と、該上流ルータ判定手段により判定されたハンドオフ時に新旧基地局の上流ルータが共通か否かの情報を相手通信装置に送信する送信手段とを備える。
【0015】
また、本発明の移動体通信端末は、基地局から該基地局の上流ルータの通知を受けて、ハンドオフ時に新旧基地局の上流ルータが共通か否かを判定する上流ルータ判定手段と、無線区間バンド幅を判定するバンド幅判定手段と、前記上流ルータ判定手段により判定されたハンドオフ時に新旧基地局の上流ルータが共通か否かの情報、及び、前記バンド幅判定手段により判定された無線区間バンド幅を相手通信装置に送信する送信手段とを備える。
【0016】
【発明の実施の形態】
以下、添付図面を参照しながら本発明の好適な実施の形態について詳細に説明する。
【0017】
図1は、本発明の第1実施の形態による通信装置の要部を示す機能ブロック図である。本実施の形態による通信装置は主に、バンド幅算出手段11、平滑化手段12、及び、輻輳制御手段13を備える。本実施の形態ではABE(Available Bandwidth Estimation)機構により、現在有効なバンド幅を見積もり、TCPの輻輳制御に用いられる変数である輻輳ウインドウ(cwnd)、スロースタート閾値(ssth)を決定する。バンド幅算出手段11はABE機構によりまず、式(1)によってバンド幅のサンプルを算出する。
【0018】
bk=dk/(tk−tk-1) ……(1)
ここで、
bk:バンド幅のサンプル
dk:データの大きさ(バンド幅推定に使うデータサイズ)
tk:ACK(Acknowledgement:確認応答)の到着時刻
式(1)のバンド幅のサンプルには、幾つかのACKをまとめて送る遅延ACKによる変動や、無線ネットワークによるランダムなセグメント損失による変動も含んでいる。このため、平滑化手段12は、ここで求められたバンド幅のサンプルを次に示す式(2)で平滑化する。
【0019】
BWk=α×BWk-1+(1−α)×(bk+bk-1)/2 ……(2)
ここで、
α:平滑化定数
BWk:ABE機構による予測されたバンド幅
上述のTCP-westwoodでは、この平滑化する数式が、
BWk={2T/(tk−tk-1)−1}/{2T/(tk−tk-1)+1}×BWk-1+(bk+bk-1)/{2T/(tk−tk-1+1)}
となっている。
【0020】
輻輳制御手段13は、式(2)による平滑化で得られたバンド幅の値をABE機構による結果として用い、輻輳ウインドウcwnd、スロースタート閾値ssthを決定する。決定手法は以下のようになる。RTTminはRTT(ラウンドトリップタイム)の最小値を示し、ssizeはセグメントの大きさ(TCPが1回に送信するデータの最大長で、TCPコネクション確立時に決定する値)を示す。
(1)重複ACK受信によるセグメント損失検知による再送後の動作
(1)輻輳回避フェーズ時
ssth=BW×RTTmin/ssize
cwnd=ssth
(2)スロースタートフェーズ時
ssth=BW×RTTmin/ssize
cwnd=(直近値を保持)
(2)タイムアウトによるセグメント損失検知による再送後の動作
ssth=BW×RTTmin/ssize
cwnd=1
このようにABE機構により求められた現在有効なバンド幅から輻輳ウインドウcwnd、スロースタート閾値ssthを決定することにより、セグメント損失が生じた際に、従来TCPのように単純にデータの送信速度を半分にすることなく、輻輳回避が可能となる。この結果、無線回線においてTCPのスループットを向上させることができる。
【0021】
NS−2(http://www.isi.edu/nsnam/ns)によるシミュレーションの結果、無線区間のビット誤り率が4×10-6の時、本実施の形態は、NewRenoを基準とすると191%、TCP-westwoodを基準とすると35%のスループットの向上が認められた。
【0022】
図2は、移動ノードと相手通信ノードが通信を行っている場合の典型的なトポロジを示す図である。この場合、相手通信ノード(CN)21はインターネットを介して各ドメインのルートルータ(RR)22から順次下位階層のルータ(R)23、アクセスルータ(AR)24を介して移動ノード(MN)25に接続している。ネットワークリソース(バンド幅)の変化に着目した場合、移動の種類は次の3つに分類できる。
【0023】
移動A:上流のルータが共通の場合のドメイン内の移動である。上流ルータが共通であるかどうかの判定には、拡張したルータ通知(Router Advertisement:RA)を用いる。ここでいう拡張したルータ通知はルータ通知に上流のルータの情報を加味したものである(例えば、上流ルータのアドレスを含めたもの)。上流ルータが共通である場合、有線区間が共通であると考えられることから、移動先の無線区間に合わせて輻輳制御を行う。
(1)無線基地局の上流ルータが共通の場合
if(newRadioBW<BW)BW=newRadioBW
ssth=BW×RTTmin/ssize
cwnd=ssth
ここで、newRadioBW:移動先の無線区間のバンド幅
この輻輳制御により、移動先の無線区間がボトルネックになる場合は、newRadioBWとBWを置き換えることにより、移動先のネットワークの帯域を考慮した輻輳制御が可能になる。
【0024】
移動B:上流ルータが非共通の場合のドメイン内の移動である。この場合有線区間が共通でないと考えられるため、スロースタート閾値ssthを告知ウインドウ(Advertised Window)の値とし、明示的にスロースタートを行う。
【0025】
移動C:ドメイン間の移動である。ドメイン間の移動では移動Bと同様、有線区間が共通でないと考えられる。したがって、移動Cの場合も、スロースタート閾値ssthを告知ウインドウの値とし、明示的にスロースタートを行う。
(2)無線基地局の上流ルータが共通でない場合
ABE機構をリセット
ssth=Win
cwnd=1
ここで、Win:告知ウインドウ
図3は、本発明の第2実施の形態による通信装置、基地局及び移動体通信端末の要部を示す機能ブロック図である。本実施の形態による通信装置である相手通信ノード30は主に、受信手段31、及び、輻輳制御手段32を備える。基地局40は主に、上流ルータ検出手段41、上流ルータ通知手段42、バンド幅測定手段43、及び、バンド幅通知手段44を備える。移動体通信端末である移動ノード50は主に、上流ルータ判定手段51、バンド幅判定手段52、及び送信手段53を備える。
【0026】
上流ルータ検出手段41は、例えば経路表(Routing table)を用いて上流ルータのアドレスを含めたルータ通知、すなわち、拡張したルータ通知を作成して上流ルータ通知手段42に送る。上流ルータ通知手段42は、拡張したルータ通知を上流ルータ判定手段51に送信する。バンド幅測定手段43は、基地局40がカバーする無線区間のバンド幅を測定してバンド幅通知手段44に送る。バンド幅通知手段44は、その無線区間バンド幅をバンド幅判定手段52に送信する。
【0027】
上流ルータ判定手段51は、上流ルータ通知手段42から受信した拡張したルータ通知を用いて、ハンドオフ時に新旧基地局の上流ルータが共通であるかどうかを判定して、その判定結果を送信手段53に送る。バンド幅判定手段52は、バンド幅通知手段44から受信した無線区間バンド幅を送信手段53に送る。送信手段53は、上流ルータ判定手段51から送られた上流ルータが共通か否かの情報、及び、バンド幅判定手段52から送られた無線区間バンド幅を受信手段31に送信する。
【0028】
受信手段31は、移動ノード50のハンドオフ時に新旧基地局40の上流ルータが共通か否かの情報、及び、無線区間バンド幅を送信手段53から受信する。輻輳制御手段32は、上述の上流ルータが共通か否かの情報、及び、無線区間バンド幅に基づいて輻輳制御を行う。
【0029】
なお、送信手段53から受信手段31に直接情報を送信するように記載したが、これは情報の送り手と受け手との関係を示すものであって、実際には基地局40を経由して送信される。
【0030】
なお、本発明は上記実施の形態に限定されるものではない。
【0031】
例えば、第2実施の形態では基地局から無線区間バンド幅受信するように構成したが、移動ノード自身で無線区間バンド幅を測定するように構成することもできる。
【0032】
また、相手通信装置は通常は通信相手であるパソコン等であるが、通信相手が家庭の固定電話である場合など、TCP/IPでの通信による通信相手ではない場合にはそのTCP/IPでの通信の末端にある通信装置のことである。
【0033】
【発明の効果】
以上のように、本発明によれば、NS−2によるシミュレーションの結果、無線区間のビット誤り率が4×10-6の時、NewRenoを基準とすると191%、TCP-westwoodを基準とすると35%のスループットの向上が認められた。また、移動ノードのネットワーク間の移動(ハンドオフ)によるネットワークリソース(バンド幅)の変化にも着目し、移動を検知し輻輳制御に変更を加えることで、移動先のネットワークリソース(バンド幅)に適応した輻輳制御が可能となり、他TCPストリーム間との公平性を向上させることができた。
【図面の簡単な説明】
【図1】本発明の第1実施の形態による通信装置の要部を示す機能ブロック図である。
【図2】移動ノードと相手通信ノードが通信を行っている場合の典型的なトポロジを示す図である。
【図3】本発明の第2実施の形態による通信装置、基地局及び移動体通信端末の要部を示す機能ブロック図である。
【符号の説明】
21 相手通信ノード(CN)
22 ルートルータ(RR)
23 ルータ(R)
24 アクセスルータ(AR)
25 移動ノード(MN)[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a communication device and a mobile communication terminal that communicate via the Internet, and more particularly to a communication device and a mobile communication terminal that have improved a communication protocol of a transport layer.
[0002]
[Prior art]
TCP (Transmission Control Protocol) is a communication protocol for the transport layer in the Internet. TCP is standardized by the IETF (The Internet Engineering Task Force) as a transport layer protocol, and is widely used in Internet applications such as Web browsing (HTTP) and electronic mail (SMTP). On the other hand, it is known from the traffic analysis in the backbone by MAWI-WG of WIDE project that more than 80% of communication on the Internet uses TCP, and even though TCP supports today's Internet. It's not too much to say. TCP has flow control, retransmission control, and congestion control, and adjusts the data transmission rate, retransmits lost data, and avoids congestion. In TCP, flow control is performed using an advertised window, and congestion control is performed using a congestion window. What is important here is congestion control, which avoids congestion collapse and supports communication on the Internet today. In TCP congestion control, if a segment, which is an information transmission unit, is lost, it is determined that the network is overloaded and is congested, and the congestion window is halved (data transmission speed is halved). To reduce the amount of data transferred and avoid congestion collapse.
[0003]
As described above, most of current Internet communications use TCP. On the other hand, in recent years, with the downsizing of computers and the enhancement of the performance of wireless networks, it is becoming common for users to carry their own computers and move while connected to the network via a wireless LAN or mobile phone network. . As a result, it has become possible to enjoy Web browsing while moving, send and receive mail, transfer files, and the like, and it can be said that TCP communication via wireless lines is increasing.
[0004]
[Problems to be solved by the invention]
However, unlike a wired line, a wireless line causes a segment loss due to a high bit error rate due to noise, interference, and the like. Unlike the wired line, such a segment loss on the wireless line occurs regardless of the congestion, so there is no need to perform congestion control. However, the conventional TCP determines that the segment loss is congestion, and therefore, the amount of data transferred is suppressed by uniformly controlling congestion, resulting in a significant decrease in throughput in a wireless network environment. Arise.
[0005]
In order to solve this problem, a method for improving throughput by dividing a TCP connection at a radio base station and a method for detecting a segment loss and retransmitting at a radio base station have been proposed. These methods are based on the premise of monitoring the TCP header at the radio base station, and the system becomes complicated and IPsec (S. Kent, R. Atkinson, “Security Architecture for the Internet Protocol”, IETF, 1998, RFC2401 ) Cannot be applied. Therefore, the end-to-end solution is currently the mainstream, and SACK (Selective Acknowledgment) (M. Mathis, S. Floyd, A. Romanow, “TCP Selective Acknowledgment Options”, IETF 1996) , RFC2018), TCP-westwood (S. Mascolo, C. Casetti, M. Gerla, SS Lee, M. Sanadini, “TCP Westwood: Bandwidth Estimation for Enhanced Transport over Wireless Links”, The seventh annual international conference on Mobile computing and networking, 2001), but SACK has the problem that congestion control is the same as conventional TCP, and TCP-westwood has a problem that processing is complicated.
[0006]
MIPv6 (C. Perkins, J. David, “Mobility Support in IPv6”, Proceedings of the MobiCom, 1996), LIN6 (M. Kunishi, M, Ishiyama, H, Esaki, F. Teraoka, “LIN6: A New Approach to Mobility Support in IPv6 ”, Proceedings of the third International Symposium on Wireless Personal Multimedia Communications, 2000), movement transparency is realized in the IP layer, but conventional TCP does not consider the movement of terminals. Even if the network changes before and after the movement, there is a problem that the same congestion control as before the movement is performed.
[0007]
An object of the present invention is to improve throughput when using a wireless network and to implement congestion control in accordance with network changes due to movement in a communication apparatus and a mobile communication terminal using TCP.
[0010]
[Means for Solving the Problems]
The communication apparatus of the present invention has a receiving means for receiving information from the mobile communication terminal whether the upstream routers of the old and new base stations are common at the time of handoff of the mobile communication terminal, and the upstream router is common to the receiving means. when receiving the information that is used as result of ABE (Available bandwidth Estimation) mechanism the value of the bandwidth of the radio section of the new base station covers received from the mobile communication terminal, the congestion window and the slow start threshold When the information is determined and the information that the upstream router is not common is received by the receiving means, the information is provided with a congestion control means for performing a slow start using the value of the notification window as a slow start threshold.
[0013]
Further, the mobile communication terminal of the present invention receives an upstream router notification from a base station and determines whether the upstream routers of the old and new base stations are common at the time of handoff, Transmitting means for transmitting information on whether or not the upstream routers of the old and new base stations are common at the time of handoff determined by the router determining means to the counterpart communication device.
[0015]
In addition, the mobile communication terminal of the present invention includes an upstream router determination unit that receives a notification of an upstream router of the base station from a base station and determines whether the upstream routers of the old and new base stations are common at the time of handoff, and a wireless section Information on whether or not the upstream routers of the old and new base stations are common at the time of handoff determined by the upstream router determination unit, and the wireless section band determined by the bandwidth determination unit Transmitting means for transmitting the width to the counterpart communication device.
[0016]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, preferred embodiments of the present invention will be described in detail with reference to the accompanying drawings.
[0017]
FIG. 1 is a functional block diagram showing the main part of the communication device according to the first embodiment of the present invention. The communication apparatus according to the present embodiment mainly includes a
[0018]
bk = dk / (tk-tk-1) (1)
here,
bk: Bandwidth sample dk: Data size (data size used for bandwidth estimation)
tk: ACK (Acknowledgement) arrival time formula (1) bandwidth sample includes fluctuations due to delayed ACKs that send several ACKs together and fluctuations due to random segment loss by the wireless network. Yes. For this reason, the smoothing means 12 smoothes the bandwidth sample obtained here by the following equation (2).
[0019]
BWk = [alpha] * BWk-1 + (1- [alpha]) * (bk + bk-1) / 2 (2)
here,
α: Smoothing constant BWk: Estimated bandwidth by ABE mechanism In the above-mentioned TCP-westwood, this smoothing formula is
BWk = {2T / (tk-tk-1) -1} / {2T / (tk-tk-1) +1} * BWk-1 + (bk + bk-1) / {2T / (tk-tk-1 + 1)}
It has become.
[0020]
The congestion control means 13 determines the congestion window cwnd and the slow start threshold ssth using the bandwidth value obtained by the smoothing according to the equation (2) as a result of the ABE mechanism. The decision method is as follows. RTTmin indicates the minimum value of RTT (round trip time), and ssize indicates the size of the segment (the maximum length of data transmitted by TCP at one time, which is determined when a TCP connection is established).
(1) Operation after retransmission due to segment loss detection due to duplicate ACK reception
(1) During congestion avoidance phase ssth = BW × RTTmin / ssize
cwnd = ssth
(2) During slow start phase ssth = BW x RTTmin / ssize
cwnd = (holds the latest value)
(2) Operation after retransmission due to segment loss detection due to timeout ssth = BW × RTTmin / ssize
cwnd = 1
Thus, by determining the congestion window cwnd and the slow start threshold ssth from the currently effective bandwidth obtained by the ABE mechanism, when the segment loss occurs, the data transmission speed is simply halved as in the conventional TCP. It is possible to avoid congestion without making it. As a result, it is possible to improve the TCP throughput in the wireless line.
[0021]
As a result of simulation by NS-2 (http://www.isi.edu/nsnam/ns), when the bit error rate in the radio section is 4 × 10 −6 , this embodiment is 191 when NewReno is used as a reference. %, A throughput improvement of 35% was recognized based on TCP-westwood.
[0022]
FIG. 2 is a diagram showing a typical topology when a mobile node and a partner communication node are communicating. In this case, the counterpart communication node (CN) 21 sequentially passes from the root router (RR) 22 of each domain via the Internet to the lower node router (R) 23 and the mobile node (MN) 25 via the access router (AR) 24. Connected to. When attention is paid to changes in network resources (bandwidth), the types of movement can be classified into the following three types.
[0023]
Movement A: Movement within a domain when upstream routers are common. An extended router advertisement (RA) is used to determine whether the upstream router is common. The extended router notification here is obtained by adding upstream router information to the router notification (for example, including the address of the upstream router). When the upstream router is common, it is considered that the wired section is common, so congestion control is performed according to the wireless section of the movement destination.
(1) If the upstream router of the radio base station is common if (newRadioBW <BW) BW = newRadioBW
ssth = BW × RTTmin / ssize
cwnd = ssth
Here, newRadioBW: Bandwidth of the destination radio section When this destination is the bottleneck of the destination radio section due to this congestion control, the newRadioBW and BW are replaced to replace the newRadioBW and BW so that the bandwidth of the destination network is considered. Is possible.
[0024]
Movement B: Movement in the domain when the upstream router is not common. In this case, since it is considered that the wired sections are not common, the slow start threshold value ssth is set as the value of the notification window (Advertised Window), and the slow start is explicitly performed.
[0025]
Movement C: Movement between domains. In the movement between domains, like the movement B, it is considered that the wired section is not common. Therefore, even in the case of the movement C, the slow start threshold value ssth is set as the value of the notification window, and the slow start is explicitly performed.
(2) If the upstream router of the radio base station is not common, reset the ABE mechanism ssth = Win
cwnd = 1
Here, Win: Notification Window FIG. 3 is a functional block diagram showing the main parts of a communication apparatus, a base station, and a mobile communication terminal according to the second embodiment of the present invention. The
[0026]
The upstream
[0027]
The upstream
[0028]
The receiving
[0029]
In addition, although it described so that information could be transmitted directly from the transmission means 53 to the reception means 31, this shows the relationship between the sender and receiver of information, and actually transmitted via the
[0030]
The present invention is not limited to the above embodiment.
[0031]
For example, in the second embodiment, the radio section bandwidth is received from the base station, but the mobile node itself may be configured to measure the radio section bandwidth.
[0032]
In addition, the partner communication device is usually a personal computer or the like as a communication partner, but when the communication partner is a home fixed telephone, such as when the communication partner is not a communication partner by TCP / IP communication, A communication device at the end of communication.
[0033]
【The invention's effect】
As described above, according to the present invention, as a result of the simulation by NS-2, when the bit error rate in the radio section is 4 × 10 −6 , it is 191% based on NewReno and 35 based on TCP-westwood. % Throughput improvement was observed. Also, pay attention to changes in network resources (bandwidth) due to movement of mobile nodes between networks (handoff), and adapt to destination network resources (bandwidth) by detecting movement and changing congestion control. Congestion control can be performed, and fairness between other TCP streams can be improved.
[Brief description of the drawings]
FIG. 1 is a functional block diagram showing a main part of a communication device according to a first embodiment of the present invention.
FIG. 2 is a diagram showing a typical topology when a mobile node and a counterpart communication node are communicating with each other.
FIG. 3 is a functional block diagram showing main parts of a communication device, a base station, and a mobile communication terminal according to a second embodiment of the present invention.
[Explanation of symbols]
21 Partner communication node (CN)
22 Route router (RR)
23 router (R)
24 Access router (AR)
25 Mobile node (MN)
Claims (3)
該受信手段により上流ルータが共通であるという情報を受信した場合は、新基地局がカバーする無線区間のバンド幅の値を前記移動体通信端末から受信してABE(Available Bandwidth Estimation)機構による結果として用い、輻輳ウインドウ及びスロースタート閾値を決定し、該受信手段により上流ルータが共通でないという情報を受信した場合は、告知ウインドウの値をスロースタート閾値としスロースタートを行う輻輳制御手段と
を備えることを特徴とする通信装置。Receiving means for receiving information from the mobile communication terminal whether or not the upstream routers of the old and new base stations are common at the time of handoff of the mobile communication terminal;
When the information that the upstream router is common is received by the receiving means, the value of the bandwidth of the radio section covered by the new base station is received from the mobile communication terminal, and the result by the ABE (Available Bandwidth Estimation) mechanism And a congestion control means for determining a congestion window and a slow start threshold, and when receiving information that the upstream router is not common by the receiving means, using the value of the notification window as a slow start threshold. A communication device characterized by the above.
該上流ルータ判定手段により判定されたハンドオフ時に新旧基地局の上流ルータが共通か否かの情報を相手通信装置に送信する送信手段と
を備えることを特徴とする移動体通信端末。 An upstream router determination means that receives a notification of the upstream router of the base station from the base station and determines whether the upstream routers of the old and new base stations are common at the time of handoff,
A mobile communication terminal comprising: transmission means for transmitting information on whether or not the upstream routers of the old and new base stations are common at the time of handoff determined by the upstream router determination means to the counterpart communication device.
無線区間バンド幅を判定するバンド幅判定手段と、
前記上流ルータ判定手段により判定されたハンドオフ時に新旧基地局の上流ルータが共通か否かの情報、及び、前記バンド幅判定手段により判定された無線区間バンド幅を相手通信装置に送信する送信手段と
を備えることを特徴とする移動体通信端末。 An upstream router determination means that receives a notification of the upstream router of the base station from the base station and determines whether the upstream routers of the old and new base stations are common at the time of handoff,
A bandwidth determination means for determining a wireless section bandwidth;
Information on whether or not the upstream routers of the old and new base stations are common at the time of handoff determined by the upstream router determination means, and a transmission means for transmitting the wireless section bandwidth determined by the bandwidth determination means to the counterpart communication device; A mobile communication terminal comprising:
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002183717A JP3855011B2 (en) | 2002-06-24 | 2002-06-24 | Communication device and mobile communication terminal |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2002183717A JP3855011B2 (en) | 2002-06-24 | 2002-06-24 | Communication device and mobile communication terminal |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2004032218A JP2004032218A (en) | 2004-01-29 |
JP3855011B2 true JP3855011B2 (en) | 2006-12-06 |
Family
ID=31179788
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2002183717A Expired - Fee Related JP3855011B2 (en) | 2002-06-24 | 2002-06-24 | Communication device and mobile communication terminal |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3855011B2 (en) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7760638B2 (en) | 2004-11-29 | 2010-07-20 | Nec Corporation | High-throughput communication system, communication terminal, session relay, and communication protocol |
US7782768B2 (en) | 2005-09-16 | 2010-08-24 | Samsung Electronics Co., Ltd. | Wireless network apparatus and method for controlling transmission rate using the same |
JP4778453B2 (en) * | 2007-01-24 | 2011-09-21 | 株式会社エヌ・ティ・ティ・ドコモ | Communication terminal, congestion control method, and congestion control program |
JP5867188B2 (en) * | 2012-03-12 | 2016-02-24 | 富士通株式会社 | Information processing apparatus, congestion control method, and congestion control program |
JP6727107B2 (en) * | 2016-08-17 | 2020-07-22 | 日本電信電話株式会社 | Packet communication system, congestion control method therefor, and congestion control program |
-
2002
- 2002-06-24 JP JP2002183717A patent/JP3855011B2/en not_active Expired - Fee Related
Also Published As
Publication number | Publication date |
---|---|
JP2004032218A (en) | 2004-01-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7706269B2 (en) | Method, system and device for controlling a transmission window size | |
Tian et al. | TCP in wireless environments: problems and solutions | |
Montenegro et al. | Long thin networks | |
Wang et al. | Efficiency/friendliness tradeoffs in TCP Westwood | |
EP1278348A1 (en) | Long-lived TCP connection using ICMP messages in wireless mobile communications | |
Ludwig | A case for flow-adaptive wireless links | |
Hu et al. | Enhancing wireless internet performance | |
JP3855011B2 (en) | Communication device and mobile communication terminal | |
KR100534610B1 (en) | method and system for controlling packet transmission using bind update message when mobile node performs hand-off in IPv6 based wireless network | |
Fu et al. | Improving end-to-end throughput of Mobile IP using SCTP | |
Gurtov et al. | Measurement and analysis of tcp-friendly rate control for vertical handovers | |
Sarolahti et al. | Using quick-start to improve TCP performance with vertical hand-offs | |
Hsieh et al. | Transport over wireless networks | |
Bassil | TCP congestion control scheme for wireless networks based on tcp reserved field and snr ratio | |
Pande et al. | Study and analysis of different tcp variants | |
Daniel et al. | Employing cross-layer assisted TCP algorithms to improve TCP performance with vertical handoffs | |
Nguyen et al. | An improvement of TCP performance over wireless networks | |
Itaya et al. | Dynamic parameter adjustment for available-bandwidth estimation of TCP in wired–wireless networks | |
Nashiry et al. | Evaluation of TCP performance over mobile IP wired-cum-wireless networks | |
Martin et al. | Adaptation of transport protocols for an IP-micromobility scheme | |
Ho et al. | Improving performance of delay-based TCPs with rerouting | |
Ahmed et al. | Enhancing TCP performance in mobile ad hoc networks | |
Ishibashi et al. | A scheme for adapting TCP to drastic changes in link characteristics | |
Baba et al. | Performance evaluation of TCP/IP protocol for mobile ad hoc network. | |
Ho et al. | Snug-Vegas and Snug-Reno: efficient mechanisms for performance improvement of TCP over heterogeneous networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050218 |
|
A871 | Explanation of circumstances concerning accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A871 Effective date: 20051125 |
|
A975 | Report on accelerated examination |
Free format text: JAPANESE INTERMEDIATE CODE: A971005 Effective date: 20051201 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060208 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060410 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060509 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20060628 |
|
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: 20060725 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20060802 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100922 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110922 Year of fee payment: 5 |
|
LAPS | Cancellation because of no payment of annual fees |