TCP 輻輳制御 動的 替え
ン 通信 性能改善 関 研究
口 直樹
博士 (情報学)
総合研究大学院大学
複合 学研究 情報学専攻
成 27
(2015)
2016 3
論文 総合研究大学院大学複合 学研究 情報学専攻
博士 (情報学) 授 要件 提出 博士論文゙あ .
審査委員 :
阿部 俊 (主査) 国立情報学研究所 / 総合研究大学院大学
漆谷 重雄 国立情報学研究所 / 総合研究大学院大学
計 宇生 国立情報学研究所 / 総合研究大学院大学
戸出 英樹 大阪府立大学
福 健 国立情報学研究所 / 総合研究大学院大学
山 茂樹 国立情報学研究所 / 総合研究大学院大学
(主査以外 あいうえ )
A S TUDY OF P ERFORMANCE I MPROVEMENT IN
I NTERACTIVE C OMMUNICATION BY D YNAMIC C HANGING
OF TCP C ONGESTION C ONTROL A LGORITHMS
Naoki Oguchi
DOCTOR OF
PHILOSOPHY
Department of Informatics,
School of Multidisciplinary Sciences,
The Graduate University for Advanced Studies (SOKENDAI)
March, 2016
A dissertation submitted to the Department of Informatics, School of
Multidisciplinary Sciences,
The Graduate University for Advanced Studies (SOKENDAI) in partial
fullfillment of the requirements for
the degree of Doctor of Philosophy
Advisory Committee:
Shunji Abe(Chair)
National Institute of Informatics/The Graduate University for Advanced Studies
KensukeFukuda
National Institute of Informatics/The Graduate University for Advanced Studies
Yusheng Ji
National Institute of Informatics/The Graduate University for Advanced Studies
Hideki Tode Osaka Prefecture University
Shigeo Urushidani
National Institute of Informatics/The Graduate University for Advanced Studies
Shigeki Yamada
National Institute of Informatics/The Graduate University for Advanced Studies
(Alphabet order of last name except chair)
目次
第1 章 序論 ... 7
1.1 ... 7
1.2 ... 10
1.2.1 ... 10
1.2.2 DaaS 組 ... 11
1.3 ン 求 通信性能 ... 12
1.3.1 高い 均 ゙確実 転送 求 ン... 12
1.3.2 確実 転送 求 ン .. 13
1.3.3 転送 求 ン ... 13
1.4 DaaS 応答性能劣化 通信 要因 ... 13
1.4.1 TCP 用い 通信 組 ... 13
1.4.2 DaaS 応答性能劣化 通信 起因 要因 ... 20
1.4.3 理想的 輻輳制御 ... 24
1.5 研究 組 課 目的 ... 24
1.5.1 ン 通信時 TCP ン 改善 ... 25
1.6 課 解決 向 要件 ... 26
1.6.1 ワ 意識さ い ン 通信性能 改善... 26
1.6.2 ワ 特性 変化 適応 通信性能 改善 ... 29
1.7 論文 構成 ... 30
1.8 章 ... 31
第2 章 関連研究 ... 32
2.1 TCP 輻輳制御 改善 ... 32
2.1.1 Highspeed TCP ... 32
2.1.2 Scalable TCP ... 33
2.1.3 CUBIC TCP ... 34
2.1.4 BIC TCP... 35
2.1.5 TCP Hybla ... 37
2.1.6 Humilton TCP ... 38
2.1.7 TCP Reno ... 39
2.1.8 TCP Vegas ... 40
2.1.9 TCP Westwood... 41
2.1.10 各種輻輳制御 動作 ... 42
2.2 TCP 輻輳 ン 初期値 変更 ン 改善 ... 44
2.2.1 'slow-start restart' ン ... 44
2.2.2 大 初期 ン ... 45
2.3 無線 廃棄 TCP 輻輳 識さ い ... 46
2.3.1 Loss Differentiation Algorithms (LDA) ... 46
2.4 廃棄 多い ン ゙行 う ... 47
2.4.1 Snoop TCP ... 48
2.4.2 Wireless profiled TCP (W-TCP) ... 49
2.4.3 無線 改善技術 ... 50
2.5 輻輳制御 替え 方式 ... 51
2.5.2 Scalable TCP,CUBIC TCP ... 51
2.6 輻輳制御 自動゙設計 技術 ... 53
2.7 章 ... 55
第3 章 ン 通信 各輻輳制御 適用領域 57 3.1 輻輳制御 性能 影響 要因 ... 57
3.2 各種輻輳制御 挙動 ... 60
3.2.1 廃棄率 さい場合 各輻輳制御 適用領域 ... 62
3.2.2 的廃棄 多い場合 各輻輳制御 適用領域65 3.2.3 非 的廃棄 多い場合 各輻輳制御 適用領域 ... 68
3.3 章 ... 71
第4 章 輻輳制御 動的 替え手法 検討 ... 73
4.1 Reconfigurable TCP 提案 ... 73
4.2 Reconfigurable TCP 動作概要 ... 73
4.3 各輻輳制御 ン 特性 ... 74
4.4 廃棄 ン 検出 廃棄率 算出 ... 83
4.5 最適 遥択 ... 84
4.6 実装構成 ... 86
4.6.1 全体構成 ... 86
4.6.2 動作 ン ... 87
4.6.3 動作 ... 89
4.7 R-TCP 公 性 ... 92
4.7.1 R-TCP TCP friendliness ... 93
4.7.2 R-TCP RTT fairness ... 94
4.8 章 ... 95
第5 章 ン 性能評価 ... 97
5.1 固定無線環境 ン ... 97
5.1.1 GE ... 97
5.1.2 評価結果 ... 101
5.2 移動無線環境 ン ... 104
5.2.1 ... 106
5.2.2 移動 ... 107
5.2.3 ... 108
5.2.4 評価結果 ... 109
5.3 章 ... 113
第6 章 LTE 網 実機評価 ... 115
6.1 実機 実装 ... 115
6.2 評価方法 ... 116
6.3 評価結果 ... 118
6.3.1 LTE 回線利用率 い 内固定 ン ... 118
6.3.2 LTE 回線利用率 高い 内固定 ン ... 121
6.3.3 LTE 回線利用率 い移動中 電車内 ... 124
6.3.4 LTE 回線利用率 高い移動中 電車内 ... 127
6.4 議論 ... 131
6.4.1 性能 影響 え 要因 ... 131
6.4.2 提案方式 適用領域 考察 ... 132
6.4.3 TCP Hybla R-TCP 比較 ... 133
6.4.4 主観評価 効果 見積 ... 134
第7 章 結論 ... 139
7.1 研究 ... 139
7.2 課 展望 ... 141
謝辞 ... 144
参考文献 ... 145
図目次
1-1 仮想 活用 ... 9
1-2 DaaS 組 ... 12
1-3 TCP ... 15
1-4 TCP ン状態管理 ... 17
1-5 Fast Retransmission ... 19
1-6 SACK ン ... 20
1-7 RTT 大 い ワ ゙ 輻輳 ン 広 ... 22
1-8 非連 転送 利用時 輻輳 ン 変化 ... 23
1-9 理想的 輻輳制御 ... 24
1-10 DaaS TCP 性能 改善 ... 26
1-11 ン 端 通信先 ... 27
1-12 装置 通信先 ... 27
1-13 OS TCP 構造 ... 29
2-1 Scalable TCP 輻輳 ン 制御 ... 34
2-2 CUBIC TCP 輻輳 ン 変化 ... 35
2-3 BIC TCP 輻輳 ン 変化 ... 37
2-4 TCP Hybla 輻輳 ン 変化 ... 38
2-5 H-TCP 輻輳 ン 変化 ... 39
2-6 TCP Reno 輻輳 ン 変化 ... 40
2-7 Biaz scheme 廃棄 識 閾値... 46
2-8 Snoop TCP 動作原理 ... 49
2-9 Scalable TCP 輻輳制御 ... 53
3-1 非 的廃棄時 輻輳制御 ... 59
3-2 的廃棄時 輻輳制御 ... 59
3-3 廃棄 少 RTT さい場合 各輻輳制御 挙動 ... 63
3-4 廃棄 少 RTT 大 い場合 各輻輳制御 挙動 ... 64
3-5 様々 輻輳制御 適用領域( 廃棄 少 い場 合) ... 65
3-6 的廃棄 多 ,RTT さい場合 各輻輳制御 挙動 ... 66
3-7 的廃棄 多 ,RTT 大 い場合 各輻輳制御 挙動 ... 67
3-8 各種 TCP 適応領域 ( 的廃棄 多い場合) ... 68
3-9 非 的廃棄 多 ,RTT さい場合 各輻輳制御 挙動 ... 69
3-10 非 的廃棄 多 ,RTT 大 い場合 各輻輳制御 挙動 ... 70
3-11 各種 TCP 適応領域 (非 的 廃棄 多い場合) ... 71
4-1 Reconfigurable TCP 動作概要 ... 74
4-2 特性 生成 ン方法 ... 76
4-3 ン 特性評価環境 ... 76
4-4 非 的廃棄時 ン 特性 [RTT = 200 ms] ... 77
4-5 的廃棄時 ン 帯域特性 [RTT = 200 ms] 77 4-6 的廃棄時 ン 特性 [RTT = 200 ms] ... 78
4-7 非 的廃棄時 ン 特性 [RTT = 100 ms] ... 78
4-8 非 的廃棄時 ン 特性 [RTT = 300ms] ... 79
4-9 ン 特性 (RTT=100ms,非 的廃棄時) ... 80
4-10 ン 特性 (RTT=200ms,非 的廃棄時) ... 80
4-11 ン 特性 (RTT=300ms,非 的廃棄時) ... 80
4-12 ン 特性 (RTT=100ms, 的廃棄時 帯域推定) ... 81
4-13 ン 特性 (RTT=200ms, 的廃棄時 帯域推定) ... 81
4-14 ン 特性 (RTT=300ms, 的廃棄時 帯域推定) ... 82
4-15 ン 特性 (RTT=100ms, 的廃棄時 ン 推定) ... 82
4-16 ン 特性 (RTT=200ms, 的廃棄時 ン 推定) ... 83
4-17 ン 特性 (RTT=300ms, 的廃棄時 ン 推定) ... 83
4-18 廃棄 ン毎 廃棄率計測 ... 84
4-19 Reconfigurable TCP ン ... 86
4-20 通信 ン毎 最適 輻輳制御 遥択 TCP 構造 ... 87
4-21 R-TCP 動作 ン ... 89
4-22 R-TCP ... 91
4-23 TCP friendliness ... 92
4-24 RTT fairness ... 93
4-25 各種 TCP 輻輳制御 ン 関数 ... 94
4-26 高廃棄率環境 ゙ RTT ン 変化... 95
5-2 GE ... 98
5-3 実 Wi-Fi 網 廃棄 ... 100
5-4 実 Wi-Fi 網 用い GE 変動 数 ン ... 101
5-5 ン 通信 CUBIC TCP ン 特性 .. 102
5-6 ン 通信 R-TCP ン 特性... 103
5-7 R-TCP 輻輳制御 変化(固定無線環境 ン) ... 103
5-8 廃棄率 変化(固定無線環境 ン) ... 104
5-9 固定無線環境 ン ... 105
5-10 適応変調 動作 ... 106
5-11 ARQ 動作 ... 107
5-12 Random Way Point 移動端 移動例 ... 108
5-13 Cost231 Propagation Loss 基地局 距 SNR 関 ... 109
5-14 移動端 動作 ... 110
5-15 SNR 時間変化 対 MCS 変化 ... 110
5-16 経過時間 対 MCS 変化 BER 変化 ... 111
5-17 CUBIC ン 変化 ... 111
5-18 R-TCP ン 変化 ... 112
5-19 輻輳制御 変化(移動無線環境 ン) ... 112
5-20 廃棄率 変化(移動無線環境 ン) ... 112
5-21 廃棄率 CUBIC 輻輳 ン 変化 ... 113
6-1 R-TCP Linux 実装 ... 116
6-3 評価結果(LTE 回線利用率 い 内固定 ン ) ... 119
6-4 往復遅延時間(LTE 回線利用率 い 内固定 ン ) ... 120
6-5 変化 (LTE 回線利用率 い 内固定 ン ) 120 6-6 廃棄率 変化 (LTE 回線利用率 い 内固定 ン ) ... 120
6-7 送信 数 (LTE 回線利用率 い 内固定 ン ) ... 121
6-8 ン 比較(LTE 回線利用率 高い 内固定 ン ) ... 122
6-9 往復遅延時間(LTE 回線利用率 高い 内固定 ン ) ... 123
6-10 変化(LTE 回線利用率 高い 内固定 ン ) 123 6-11 廃棄率 変化(LTE 回線利用率 高い 内固定 ン ) ... 123
6-12 評価結果(LTE 回線利用率 い移動中車内) ... 125
6-13 輻輳制御 変化(LTE 回線利用率 い移動中車内) ... 125
6-14 廃棄率 変化(LTE 回線利用率 い移動中車内) ... 126
6-15 往復遅延時間(LTE 回線利用率 い移動中車内) ... 126
6-16 送信 数 (LTE 回線利用率 い移動中車内) ... 126
6-17 評価結果(LTE 回線利用率 高い移動中車内) ... 128
6-18 輻輳制御 変化(LTE 回線利用率 高い移動中車内) ... 128
6-19 廃棄率 変化(LTE 回線利用率 高い移動中車内) ... 129
6-20 往復遅延時間(LTE 回線利用率 高い移動中車内) ... 129
6-21 送信 数 (LTE 回線利用率 高い移動中車内) ... 129
6-22 各評価 R-TCP 動作 ... 132 6-23 非 的廃棄率10%時 ン 特性 [RTT ≧ 200 ms] 133 6-24 非 的廃棄率50%時 ン 特性 [RTT ≧ 200 ms] 133
6-26 R-TCP TCP Hybla ン 比較 ... 134
6-27 RTT 対 MOS 変化 (文献[73] 引用)... 135
6-28 RTT 変化 ン 改善... 136
6-29 輻輳 ン 増 ン 改善 ... 137
表目次
表 2-1 Highspeed TCP 増 率 減少率 ... 33
表 2-2 各種輻輳制御 機能的特徴 ... 43
表 2-3 各種輻輳制御 輻輳 ン 大 縮 方法 ... 43
表 3-1 大規模 転送 ン 通信 遊い ... 60
表 3-2 ワ 廃棄 ン 組 合わ ... 61
表 5-1 実 Wi-Fi 網 統計値 ... 100
表 5-2 GE ... 101
表 5-3 固定無線環境 ン 評価結果 ... 104
表 5-4 SNR 範 対 適用 MCS ... 106
表 5-5 移動無線環境 ン 評価結果 ... 113
表 5-6 R-TCP ン 改善効果 ... 114
表 6-1 統計 (LTE 回線利用率 い 内固定 ン ) ... 121
表 6-2 統計 (LTE 回線利用率 高い 内固定 ン ) ... 124
表 6-3 統計 (LTE 回線利用率 い移動中車内) ... 127
表 6-4 統計 (LTE 回線利用率 高い移動中車内) ... 130
表 6-5 ACR-9 Mean Opinion Score ... 135
表 6-6 R-TCP ン 改善量 ... 137
表 6-7 R-TCP ン 改善効果 ... 138
論文要旨
, 広 ,組織 PC 紛失や盗
情報漏えい,設備投資削減,省電力 観点 ,多 企業 ,従
業員 PC ン ン 置 換え, ゙提供さ 仮想
(DaaS) 移行 検討 い .
仮想 う ン (対話的)
ン い 人 快適 利用 能 応答時間 一 以 言わ .
,数十ms 数 ms 性能劣化 ン 使用感 大
影響 .
,仮想 多 , ン
TCP (Transmission Control Protocol) 用い ,外出先
国外 い , ワ 遅
延や,無線網 廃棄 多い利用形態゙ ,通信性能 劣化 易
い.
,一般 ,大容量 転送 行う ン(例え FTP: File
Transfer Protocol) ,十 量 送信 ,TCP 送信速
速い速 ゙OS 対 送信依 ,TCP 輻輳 ン 輻輳制
御 設計 最大速 ゙広 .一方゙,仮想
う ,端 操作 対 応答 画面 更新情報
送信 ン ン ,比較的送信 量 少
い TCP 輻輳 ン 広 ,瞬間的 送信 時
間 , ン 応答性能 いう問 あ
.
う 要因 , 仮想 ,応答性や
操作性 悪化 や , 利用 進 い 現実゙あ .
゙非常 長い時間 TCP 様々 輻輳制御 研究
行わ ,特定 通信環境 い 効率的 通信 行え 輻輳制御
複数提案さ . , 輻輳制御 ,
ン 送信 や,往復遅延時間(RTT: Round Trip Time),廃棄率
い ワ 特性 , 応答性能 優 通信環境 異 [47].例え TCP Hybla[57] 呼 輻輳制御 ,RTT
さい時 輻輳制御 ゆ 輻輳 ン
広 ,RTT 大 い 最 速 輻輳 ン 広 う
,衛 通信 RTT 大 い環境゙高い応答性能 示 . ,TCP
Westwood 呼 輻輳制御 ,無線 多い環境゙高い
応答性能 示 . う ,あ 特定 通信環境 い ,理想的 輻輳制
御 設計 能゙あ . ,無線 網
利用 形態 う , ワ 特性 様々 要因゙変化
得 通信環境゙常 理想的 応答性能 示 輻輳制御 設計
困 ゙あ 考え [39].
゙, 論文゙ ン 通信 ン い ,通
信路 品質 合わ 最適 TCP 輻輳制御 動的 遥択
゙,通信 ン 一時 連 送信 最初 最
゙ 転送時間( ン ) 改善 方法(Reconfigurable TCP) 提案
. 提案方式 ,3 個以 連 的 廃棄 生 場合( 的廃棄) 高
々2 個 ゙ 連 廃棄 生 場合(非 的廃棄) いう 廃棄
ン ,Linux OS TCP 輻輳制御 い 異 挙動 示 着目 ,
廃棄 ン毎 廃棄率 RTT 応 最適 輻輳制御 遥
択 ゙あ .新 TCP 通信方式 提案゙ ,TCP 考
慮 必要 あ . 提案方式 ,標準TCP ゙あ TCP Reno 公 性 示 TCP Friendliness い ,Reconfigurable TCP 遥択 対象 輻輳制御
限定 ,限 性能改善範 ゙利用 公 性 差
さ ゙ わ . , 輻輳制御 ( ゙
Reconfigurable TCP) 用い 複数 ン RTT 異 場合 公 性 示 RTT fairness い ,Reconfigurable TCP RTT ン 差
゙ い ,公 性 差 ゙ い わ .
提案方式 NS-3 ワ [64] 実装 ,GE (Gilbert
-Eliott) [49][50][51] 用い 固定無線環境 い 評価 . 評
化 移動無線環境 評価 行 . ン 評価゙ ,
最大45% 応答時間 改善 得 .
さ ,提案方式 Linux OS 実装 ,LTE 網 用い 移動無線環境゙実機
評価 行 .実機評価゙ ,最大34% 応答時間 改善 得 わ
. , う 応答時間 改善 主観評価 改善
考察 ,ITU-T 勧告゙定 5 段階 ン評価(MOS)
0.5 1.5 改善゙ わ .
評価 ,通信路 品質 合わ 最適 輻輳制御 動
的 替え 提案方式 ,様々 環境゙応答時間改善効果 得 ,
環境゙仮想 ン
ン 利用 ン 改善 一手段 得 示 .
Abstract
Today, many cloud services become widespread and it is expected that utilization of virtual desktop services over the cloud services are accelerated to avoid information leaking by loss or theft of PCs, to reduce capital investment for offices and to save electricity consumption. Many companies are propelling utilization of cloud services by replacing employees’ PCs into thin clients.
In general, it is known that human feels comfortable when response time of interactive applications such as virtual desktop is less than one second. Therefore, response time degradation ranging from dozens of milliseconds to several hundreds milliseconds significantly affects the experience quality of these applications.
However, most interactive applications use the TCP protocol for the communication between servers and mobile devices. Packet losses in wireless networks and long delays on international lines have a great influence on end-to-end TCP sessions and degrade communication quality.
Applications that execute bulk transfer such as FTP (File Transfer Protocol) continuously write sufficient amount of data into the buffer between the applications and TCP stack with quicker speed than the packet send rate of the TCP stack. As there are sufficient transmitting data, the sender TCP stack sends data packets at the rate of current congestion window size and receives sufficient ACKs to fully expand the congestion window size. In this case, the sender TCP expands its congestion window size at the maximum rate on design of the congestion control algorithms.
On the other hand, interactive applications such as virtual desktop services expand TCP congestion window size slowly as those applications gradually send data with little chunks and it causes degradation of response time. For the reason of low usability with low responsiveness of virtual desktop services, companies make slow progress in utilization of cloud services in reality.
So far, various TCP congestion control algorithms have been studied for a long time, and plural algorithms that could communicate effectively in specific communication
It depends on the data transmission rate of applications and the characteristics of networks such as round trip time (RTT) and the packet loss rate[47] which congestion control algorithm is the most superior in performance. For example, when RTT is short, the congestion control algorithm called TCP Hybla[57] expands the congestion window size more slowly than other congestion control algorithms. However, it shows the highest performance in satellite communications because it opens the congestion window size more quickly when RTT is large. Moreover, the congestion control algorithm called TCP Westwood shows high performance in the wireless environment with many signal errors. In this way, it is thought to be possible to design an ideal congestion control algorithm in a particular communication environment. However, it is thought that many man-hours and verifications are necessary to design a congestion control algorithm that shows universally ideal performance for communication environment which characteristics can dynamically change as is the case accessing an overseas cloud service through a wireless access network.
Therefore, this dissertation proposes a method (Reconfigurable TCP) to improve response time in interactive communications, by dynamically selecting the most suitable congestion control algorithm according to network characteristics. The proposed method selects an algorithm according to packet loss rates for two packet loss patterns and RTT, utilizing the Linux’s congestion detecting mechanism, which distinguishes congestions based on whether at most two continuous packet losses occurred or more than three continuous packet losses occurred. It is also important to take into account the fairness when proposing a new TCP variant. From the view point of TCP friendliness, Reconfigurable TCP can reduce the deviation from ideal TCP friendliness by restricting the selecting congestion control algorithms. From the view point of RTT fairness, Reconfigurable TCP has little deviation as it can reduce the deviation by changing congestion control algorithms.
Next, this study shows the results of evaluation using a GE channel model in fixed wireless environment by implementing the proposed method on the NS-3 network simulator. In this evaluation, the parameters of the GE channel model are decided reflecting the characteristic of a real Wi-Fi network. Furthermore, the proposed method was evaluated in mobile wireless environment with IEEE802.16e (WiMAX) by using
the simulator. It was revealed that up to 45% of improvement of the response time was achieved in the evaluation.
In addition, the proposed method was implemented on Linux OS and evaluated on a LTE (Long Term Evolution) network. It was revealed that up to 34% of improvements of the response time were achieved in the real machine evaluations. Then it was clarified how much these improvements contribute to the improvements of subjective evaluations. The proposed method can improve MOS score, which is an opinion evaluation defined in ITU-T recommendation, by 0.5 to 1.5.
From these evaluations it was revealed that for around 40% of improvement of response time was achieved, and the proposed method could be an effective mean to improve the response time when interactive communication such as virtual desktop services are used in cloud environment.
第1章 序論
1.1
現 , 広 い ,組織
,設備投資削減 観点,省電力 観点 , , 利用 仮
想 利用 増 期待さ い [6].
例え 観点゙ ,企業 情報漏洩 社会的問
い .情報漏えい 原因 PC 置 忘 や盗 ゙あ .仮想
入 ,情報 企業側 集約゙ ,PC 紛失
,盗 あ 情報漏洩 防 ゙ .
,IT(Information Technology)設備投資削減 観点゙ ,IT 設備 技術革新
速 耐用 数 短い.ソ ン 多 ,
陳腐化 固定資産 IT 設備 所 利点 少 ,高
購入 代わ , 用い ゙IT 資産 変動費用
化゙ .
さ , 省電力 観点゙ ,温室効果 排出削減目標 ,
2005 比゙3.8%減 目標 立 い [1].地球規模 温暖化対策 多 企業 温暖化 (CO2) 排出量削減 様々 面゙ 組 ゙い [2].
一 進 い ,業務用PC 移行 ,温暖化対策 一手
段 得 考え い [3].
う 状況 , 1-1 示 う 多 企業 従業員 端 ン
ン 置 換え, 利用 推進 い .
゙,仮想 ン ン゙
人 快適 利用 能 応答時間 限 一 以 言わ [25][26],数十 ms
数 ms 応答性能 劣化 ン 使用感 大 影響 .
,近 , ワ 接 形態 多様化 い ,仮
想 性能 出 い.
様々 場所゙提供さ ,海外 あ 多い.
, 提供場所 ,RTT 異 .
, 様々 ワ ン 技術 開 さ , 情報
漏洩対策 必要 端 外 持 出 ,様々 場所 無線
網 ワ 接 ゙ う ,場所 通信特性
異 .
さ ,近 無線 技術 ,車や高速列車 移動体 通信
゙ 様 い , 移動 伴い,無線環境 特性 時々刻々
変化 .
う , 端 提供 間 ,無線
網,国 回線 多種多様 特性 持 ワ 経 通信 .
う 通信環境 ,無線 網 廃棄 生
え,国 回線 大 い遅延 生 や い.
,仮想 用い TCP(Transmission Control
Protocol) ,経 ワ 遅延や廃棄 あ 通信性能
劣化 や い特性 持 知 い . , ゙仮想
利用 場合,応答性や操作性 悪い 利
用 進 い いう問 生 い .
゙,通信時 ワ 特性 遊いや,通信中 ワ 特性
変化 応 ,適 通信 用い , 常 快適 仮想
利用゙ ゙ い ? ,仮想
応答性能 改善゙ , 利用 積極的 進 ,端 紛失や盗
情報漏洩 い 懸念 軽減゙ 思わ .
論文゙ ,通信環境 変化 応 ,通信 最適化 ,通信
ン 応答性能 改善 組 .
1-1 仮想 活用
TCP ッ ン
ン
仮想 ッ
企業内網
ン ン
キ 確保
設備投資削減 省電力化
仮想 ッ
仮想 ッ
1.2 ビ
節゙ , い 概観 , 中゙ , 回着目 い
DaaS 組 ,DaaS 用い 動作 い 明 .
1.2.1 ビ
,主 ン 仮想 CPU,仮想
,仮想 ワ 仮想環境 構築 ,時間貸 形態
゙契約 顧客 仮想環境 貸 出 ゙あ .顧客 ,物理
的 機器 管理 ソ ゙ ,必要 時 必要 仮想環境 契約
゙,費用 削減゙ い あ .
゙, 大量 処理,
用途 多 利用さ ,近 ,仮想 (DaaS)[7],
[8] 人間 対話 ン 用途 利用さ
始 い . ,提供 ,SaaS,
PaaS,IaaS,DaaS,GaaS い 様々 .
1.2.1.1 SaaS
Software as a Service(SaaS) , ン 実行 環境
提供 ゙,自前゙ 立 , ゙
ン 実行 , ン 公開 能 . ,WEB
中 ン ン 表示 利用 ゙
.代表的 SaaS ,[9]や[10] あ .
1.2.1.2 PaaS
Platform as a Service (PaaS) , ン 開 環境 提供
゙,Web ン 開 環境 提供 .代表的
,[11] あ .
1.2.1.3 IaaS
Infrastructure as a Service (IaaS) , , , ワ 機器
利用者 自 構築゙ ゙,利用者 OS や CPU
料金 応 遥択゙ .IaaS 代表的 [12] あ .
,Hadoop[13] 提供 [14] あ .
, 大容量 保 ゙
,IaaS 一種 考え い . ,[15],
[16],[17],[18],[19] あ .
1.2.1.4 DaaS
Desktop as a Service (DaaS) , 画面
表示 操作 能 仮想
ン , ゙提供 ゙あ .現 ,複数 業
者 商用 DaaS 提供 い [20] [21].
1.2.1.5 GaaS
Gaming as a Service (GaaS) , 画面 (PC や移動
) ン 配信 , 操作
, ゙ 実行 能 ゙あ .
商用 ,例え ,[22]や[23] あ .
1.2.2 DaaS 仕組
1-2 DaaS 組 示 . DaaS ン 仮想
ン 間 ,RDP (Remote Desktop Protocol)や PCoIP(PC over IP) い 用い .
゙ ,仮想 ン , や
操作 , ン 仮想 送信
さ . 対 ,仮想 操作 対
更新情報 送信 . 更新情報 最大64KBytes 程 大 さ .
や 操作 , 更新さ ゙ 時間 応答時間
呼 .
1-2 DaaS 組
1.3 ン 求 通信性能
世 中 ,様々 提供 通信 ン あ
, ワ 求 性能 様々゙あ .主 ,以 う 性能要件
求 あ .
高い 均 ゙確実 転送 求 ン
確実 転送 求 ン
転送 求 ン
1.3.1 高い平均 ッ 確実 転送を求
ン
大規模 転送 う , 信側゙ ,
転送 終わ 信 処理 開始 ン
う 通信性能 要求 . ン 処理 行う ,
完全性 保証 必要 あ ,通信 完全性 保証
い TCP 使わ 多い.人間 通信 行う ン
含 い 性(人間 遅さ 感 い時間内 処理 完了
) 求 い , 早 処理 開始゙ う高い 均
1.3.2 確実 つ 転送を求
ン
確実性 性 両方 要求 ン ,代
表的 仮想 う ン 通信 行わ
ン あ . う ン ,人間 遅さ 感 い
時間内 比較的少量 転送 人間 ン
処理 進 ン゙あ .転送 確実 必要 あ
TCP 使わ 場合 多い. 性 求 ,応答 速
さ 求 一方,転送 比較的少 い 高さ
求 い. ン ン゙ 人 快適
利用 能 応答時間 限 一 以 言わ [25][26].
1.3.3 転送を求 ン
性 要求 ン , ン や
VoIP(Voice over Internet Protocol) い , 像や音声 扱う ン
あ . ,所定 時間内 い ,人間 視聴
自然さ 感 性 求 一方,多少 廃棄 あ
人間 感 い ,再送 回復 行わ い UDP
使う場合 多い.
1.4 DaaS 応答性能劣化 通信 よ 要因
1.2.2 節 示 う ,一定 通信性能 求 い 関わ ,
TCP 通信性能 利用環境 劣化 . 節゙ , TCP 通信 組
い 述 , 多様化 通信環境 , 引 起 さ TCP
性能劣化 明 .
1.4.1 TCP を用いた通信 仕組
1-3 通信 行う TCP 構造 示
い . ゙あ 通信 ン 対 ,一般的 TCP
OS 内 機能 提供さ . ,通信
ン ,ソ 呼 API(Application Programming Interface)
TCP 通信機能 利用 .TCP ,TCP 送信部 TCP
信部 あ ,通信 ン 送信 ,TCP 送信部゙送信
処理さ ゙,送信ソ 蓄積さ .TCP 送信部 ,
ン管理部,輻輳制御部 構成さ . ン管理部 ,通信相手
接 開始終了手 ,接 状態 管理 行い,輻輳制御部 ,通信相手
間゙輻輳 起 い う,廃棄 無 基 送信 調
整 行う.輻輳制御部 送信 調整 行う ,輻輳
制御 呼 , ゙様々 提案さ .TCP 送信
部 ,送信 対 ACK(確 応答) 信 ゙再送
格納 .TCP 信部 ,再送制御部 序制御部 構成さ .
再送制御部 ,通信相手 信 ACK ン 番号抜 検
出 ワ 廃棄 あ 検出 ,
確 応答さ 再送 出 再送 . 序制
御部 ,通信相手 信 ン 番号 確 ,
序通 ゙ い場合,一時的 ン 格納 番
信 う .TCP 信部 ,正 い 序゙ 信
信ソ 書 込 ,通信 ン 対 信ソ
出 う 通知 .
1-3 TCP
1.4.1.1 ソ ッ ン 役割
ソ ,通信 ン ,OS 提供 TCP 機能 利用
ン ゙あ ,通信 ン ,ソ 対
実行 ゙,指定 通信相手 対 TCP ン 生
成 , 送信 信 ゙ .ソ ,送信ソ
信ソ 持 .通信 ン 送信ソ
一 書 込 ,TCP 送信部 ワ 状態 応
速 ゙,送信ソ 出 , ワ 送信
.ソ ,通信 ン ソ 書
込 速 TCP 送信部 送信 速 差 緩衝 役目 持 .
信ソ ,TCP 信 一 蓄積 ,通信
ン ゙保持 ゙あ .
TCP 信部
送信
ソ ッ
ッ
輻輳制御
TCP送信部
再送 ッ ン
ッ
信
ソ ッ
ッ
ネ ン管理
再送制御 輻輳制御
通信 ン
ソ ッ
順序制御
1.4.1.2 ネ ン管理
ン管理部 ,通信相手 TCP ン 接 状態管理 行
う機能 ゙あ .
TCP , 1-4 示 状態 ン ン状態 管理 . 状
態 ン , 側 ソ 開い 待 場合, ン
側 ン 場合 両方 状態遤移 合わ 示 あ .以
゙ , 側TCP ン 側TCP 代表的 状態遤移 い 明
.
サー としての動作
通 信 ン ソ 作 成 時 点 ゙ , 状 態 ン
CLOSED 状態 始 . ン
動的 OPEN 実行さ ,LISTEN 状態 遤移 . ン SYN
信 SYN RCVD 状態 遤移 共 ン 対
SYN/ACK 送信 . SYN 対 ACK ン
信 ESTAB 状態 遤移 , ン 確立 .
ン ン 断 場合 , ン FIN
信 .TCP CLOSE WAIT 状態 遤移 , 送信
全 時点゙CLOSE 行い ン 対 FIN 送信 .
FIN 対 ン ACK 信 CLOSED 状態
ン 解放さ .
クラ ン としての動作
通 信 ン ソ 作 成 時 点 ゙ , 状 態 ン
CLOSED 状態 始 . ン 能
動的OPEN 実行さ , 対 SYN 送信 SYNSENT 状
態 遤移 . SYN/ACK 信 ESTAB 状態 遤移
共 対 ACK 送信 .
ン ン 断 場合 ,通信 ン
CLOSE FIN 送信 共 ,FIN WAIT-1
遤移 . , FIN 信 TIME WAIT 状態 遤移 共 ACK 送信 . 2MSL 時間(最大 ン 生 時間; Maximum Segment Lifetime; 通常 2 間 設定) 経過 ,CLOSED 状態
ン 解放さ .
1-4 TCP ン状態管理
1.4.1.3 TCP輻輳制御
TCP 輻輳制御部 ,TCP 送信 制御 機能 ゙あ .TCP
輻輳制御部 ,始 呼 動作 ゙輻輳 ン
ssthresh (Slow Start Threshold) 呼 閾値 ゙広 , 以降 輻輳回
避 呼 動作 ゙輻輳 ン 広 . 輻輳回
避 輻輳 ン 広 方 手 輻輳制御
呼 ゙い .様々 輻輳制御 提案さ い ,一般 OS
内゙ 設定 一 輻輳制御 用い .TCP 輻輳制御
一般 以 示 式 輻輳 ン � 調整
CLOSED
LISTEN
ESTAB
SYN SENT SYN RCVD
CLOSE WAIT
LAST ACK
CLOSED TIME WAIT
FIN WAIT-1
CLOSING FIN WAIT-2
動的 OPEN
CLOSE
能動OPEN
SYN/ACK 信 SYN 信
SYN ACK 信
FIN 信 SEND
SYN 信
CLOSE
FIN ACK 信 CLOSE
CLOSE
FIN 対 ACK 信
FIN 信
FIN ACK 信 FIN 信
Timeout=2MSL
. わ ,TCP 送信 , 対 ACK 信
毎 式(1-1) 従い増 率 ,輻輳 ン 広 .
� = � + � (1-1)
一方゙,TCP ワ 輻輳 検出 場合 ,TCP 式(1-2) 従い
減少率 輻輳 ン 縮 .
� = ∙ � < < (1-2)
送信側TCP ,ACK 信 ゙ 送信 最大゙ 輻輳
ン 内 う 送信 制御 ,送信
い ,ACK 信 ゙再送 保持 .
1.4.1.4 再送制御
再送制御部 ,送信 対 信側 TCP ACK 信
,ACK さ ン 番号 再送 削
.一方゙,TCP 以 示 3 場合 送信 廃棄さ
識 再送 行う.
再送
Fast Retransmit( 重重複 ACK 信 場合)
SACK 廃棄 通知さ 場合(SACK い 述)
再送タ ム ウ
送信側 TCP ,送信 対 ACK ,RTT 基 計算
RTO(Retransmission Time Out)以内 信゙ い場合, 廃棄さ
断 ,再送 保持さ い 対象 再送 .
再送 生 場合,TCP 輻輳 ン 初期 ン
値 ゙縮 .
Fast Retransmit
重重複ACK 重複ACK , 1-5 示 う ,送信側TCP
(ACK2499) 繰 返 ACK ゙通知 .送信側TCP ACK ゙ ン
番号 3 回通知さ 輻輳 識 ,再送 行う.
場合 ,送信側TCP 輻輳 ン 輻輳制御 毎
決 い 割合゙,輻輳検出前 輻輳 ン 引 .
1-5 Fast Retransmission SACK によ ケッ 廃棄の通知
既 ACK 廃棄さ 直前 ン 番号 ACK 伝
え .具体的 ン 番号 廃棄さ 通知゙ い
,廃棄 以降 全 再送 .Selective ACK (SACK) 機能[24][46]
,廃棄さ ン 番号 直接通知゙ ,廃棄さ
効率的 再送 ゙ .TCP ン開設時
ン時 SACK 対応 通知 ン 設定 ゙利用゙ ,
多 OS ゙ SACK 使え う い . 信側TCP ,連
廃棄 検出 場合 ,SACK 通常 ACK え,
SACK option 使 ,廃棄 以外 ン 到着
送信側TCP 通知 .SACK option , 1-6 示 う
,到着 ン 端(LeftEdge) 右端(RightEdge)゙表現さ ,最
大4 ゙指定 能゙あ .送信側TCP ,SACK 通
知さ 廃棄 再 送信 共 輻輳 ン 輻輳制御
ッ
送信側TCP 信側TCP
SEQ 2000 SEQ 2500 SEQ 3000 SEQ 3500
SEQ 4000 ACK 2499
ACK 2499 ACK 2499
SEQ 2500
ACK ACK ACK
再送
1-6 SACK ン
1.4.1.5 順序制御
序制御部 , 信 付 さ い ン 番号
基 , 番 並 直 機能 ゙あ .一般 TCP ン
転送 IP 序保証 行わ い. ,TCP 序制御部
用い , 到着 保証 い .具体的 , 付 さ
ン 番号 監視 , ン 番号 連 い 信
場合 ,一 ン 蓄積 .正 い 序゙ 信゙
, 信ソ 書 込 .
1.4.2 DaaS 応答性能劣化 通信 起因 要因
端 間゙TCP 通信 性能 い要因
以 考え .
遅延や廃棄 対 TCP 輻輳制御 影響
ワ 帯域 い 影響
ン 少 さ 性能
1.4.2.1 遅延や廃棄 対 TCP輻輳制御 影響
様々 ワ ン 技術 開 さ , 端
外 持 出 , 様 々 場 所 LTE(Long Term Evolution) や WiMAX(Worldwide Interoperability for Microwave Access) い
Right Edge of n th Block Left Edge of n th Block Left Edge of First Block Right Edge of First Block
LEN KIND
や地域゙提供さ , 提供 ン 国外 あ
少 い. 場合, 大 遅
延時間 持 国 回線 通信 行う.
無線 網゙ ,端 移動 い場合゙あ , ン ,
ン , 影響 廃棄 生 や い.近 無線
技術゙ ,HARQ[41] い 無線 誤 訂正技術 備わ
,TCP 廃棄 検出 い う 廃棄 回復さ ゙ ,
再送 繰 返 遅延時間 積 重 TCP RTT 増 う
見え . ,電波強 応 RTT 変動 や い いう特性 持 .
,非常 多 廃棄さ 場合 ,無線 誤 訂正
゙全 廃棄 再送 ,TCP 廃棄 見え .
一方,端 移動 場合 ,基地局 距 変化, ン ,
廃棄や遅延 特性 大 変化 .
国 回線 ,大陸間 跨 敷設さ , 廃棄 い ,
遅延 大 い いう特徴 持 . 米国間゙ 200ms, 欧
間゙300ms 程 RTT 持 .
端 国外 場合,無線 網,国
回線 通信 ,TCP ,廃棄 起 や ,遅延 大 い
ワ 通信 い .
大容量 転送 行う ン(例え FTP) ,TCP 利用
能 帯域 ゙輻輳 ン 広 十 量 送信 ,TCP
送信速 速い速 ゙ ン TCP 間
連 的 書 込 . 送信側 TCP ,ACK 信 ゙,輻輳
ン 輻輳制御 設計 最大速 ゙広 .TCP ,
一般 送信 対 ACK 信 毎 輻輳制御
基 ,輻輳 ン 大 . ,RTT
大 い 輻輳 ン 広 緩や .さ ,TCP 廃
棄 生 輻輳 ン 一 縮 再 広 動作 行う.
1-7 示 う ,RTT さい場合 ,廃棄 あ ワ
ン 速 ゙ 輻輳 ン 広 ゙ ,
RTT 大 い場合 ,輻輳 ン 帯域 対 十 広 前 輻
輳 生 ,結果 , ワ 帯域 あ わ
い状態 生 .
1-7 RTT 大 い ワ ゙ 輻輳 ン 広
1.4.2.2 ネッ ワ 帯域 狭さ よ 性能 ネッ
無線 網 使わ LTE や WiMAX い 無線通信技術゙ ,
適応変調 呼 技術 ,電波 強さ 応 ,帯域 広さ 動的 変え
.送信側TCP , ン 速 輻輳 ン
合わ . , う ン 通信 含 以
あ い.
1.4.2.3 ン 少 さ よ 性能 下
通信 ン , 1-3 示 う ソ
TCP 渡 , ン ソ 書
込 速 TCP ソ 出 ワ
送信 速 一致 い. ン 通信 行う
ン ,比較的 容量 断 的 送信 ン 時間 重視
ン゙あ ,特 応答 待 送
ン ン 場合, 送信速 ,TCP
送信速 回 .
時間
輻輳ン
ネッ ン 速度
RTT 大 い場合 RTT 小さい場合
ン , 1-8 示 う ,輻輳 ン 広
ン 送信速 支配さ 緩や . 中 ,送信
十 あ 場合 TCP 輻輳 ン 広 設計 広 方 示
い . , ン 通信゙ ,実 , ン
相手 応答 待 間 的 送信 い , 示 う
輻輳 ン 広 . 結果, ン 通信時 輻輳
ン 成長速 示 う .
特 仮想 う 端 操作 対 応答 送信
ン ン ,送信 量 少 い TCP
輻輳 ン 広 時間 , さい輻輳 ン
゙送信 ACK 待 更 送 繰 返 ,応答性能
いう問 あ .
1-8 非連 転送 利用時 輻輳 ン 変化
う 原理 端 間゙TCP 用い ン
通信 行う場合,応答時間 長 や い いう問 あ .
時間
ン 一時 送信
量( )
ネッ ン 帯域
輻輳ン
ン 廃棄
送信毎 輻輳
ン 成長
TCP 設計速度
ン 通信時
輻輳 ン
1.4.3 理想的 輻輳制御
ン 通信 ン 改善 ,理想的 1-9 示
う 輻輳制御 良い. わ ,輻輳 ン 広 ,
ワ 内 通信速 相当 ,又
ン 一時 連 送信 ( ) 相当
う さい ゙ 速 広 ,輻輳 生 ,輻輳 ン
あ い う , ン
短 良い.
1-9 理想的 輻輳制御
1.5 研究 組 課題 目的
研究゙ ,前節゙あ ン 通信 TCP 応答時間劣
化 課 組 共 , 毎 異 多様 通信環境 対 ,
意識 応答時間改善 解決策 適用゙ 実現 目
的 .
1.5.1 ン 通信時 TCP ン 改善
仮想 実現 RDP (Remote Desktop Protocol)[4]や RFB (Remote Frame Buffer) Protocol[5] ン
用い . ン TCP
用い 通信 い 場合 ゙あ . TCP ,
1.4.2.1 節 う 遅延 大 い ワ ゙ 廃棄 生 ,通
信性能 や い いう特性 持 い .特 人間 遠隔 PC 操作
仮想 う ン ン , 時
間 転送 量 多 い , 性能 要求
い ,高い応答性能 必要 .
仮想 ン ン TCP
゙ 1-10 う . ン 送 RDP
操作や 入力 ン 含 一般的
さい ゙,数個 TCP ン
転送さ . 送信 要 時間 送
信レ テンシ 定義 .数個 TCP 転送 , 均的 送信
ン ワ 遅延時間 程 ゙あ .
一方, RDP 送信 画面更新 ,最大
64Kbytes 持 , ワ MTU(Maximum Transfer
Unit)長 ,多 場合複数 TCP 割さ 送信さ .
画面更新 転送 要 時間 受信レ テンシ 呼
. 信 ン TCP 輻輳制御 影響 大 ,
ワ 遅延時間 何倍 能性 あ .
1-10 DaaS TCP 性能 改善
仮想 ン , 操作 , さ
ン 画面 更新さ ゙ 時間 応答時間 ,応答時間
,送信 ン , 更新画面 計算 画面更新
送信 要 時間゙あ 応答時間, 信 ン 足
時間 . 応答時間 一般的 , ワ 遅延時間 比
十 さい 考え ,応答時間 支配 信 ン 改
善゙ 応答時間 改善゙ . , 研究゙ ,TCP 性能 改善
, 信 ン 改善 目的 .以降゙ 信 ン
レ テンシ 呼 .
1.6 課題解決 向けた要件
1.6.1 ネッ ワ を意識させ い ン 通
信性能 改善
端 や ,様々 置 あ 通信相手 ,遅延時間や廃棄率 い
特性 異 ワ 経 通信 行う.
ン 端 , 1-11 示 う 一 点内 あ 社内 や,
ン 海外 あ 時 通信 考
え .例え ,海外 あ ン 像 表
示 ,社内 , ン 参照 場面 考え
受信レイテンシ (レイテンシ)
仮想デスクトップ クライアント
仮想デスクトップ ネットワヸク サヸバ
マウス操作ヷ キヸボヸド 入力デヸタ
応答デヸタ ㄥデスクトップ
画面更新 デヸタㄦ
アプリ TCP TCP アプリ
応答時間 RDP
サヸバ
RDP 応答時間
TCP Data
TCP Data
送信 レイテンシ
1-11 ン 端 通信先
一方, 1-12 示 う , ,様々 接 時
付 , 送信 . 通信 千差万 ゙,
通信路 特性 異 . ン 海外 点 端
送 場合,比較的遅延 大 帯域 広いLong Fat Network(LFN) 経 通
信 行わ あ .さ ,航空機 ン ,
人 衛 地 通信 , 通信 行う. う 回線 ,極端
大 遅延 持 ,廃棄率 大 い. ,高速 移動 車両 対
無線網 通信 行わ . 場合 ,移動 伴う電波強 変化や,
無線基地局 替え ン 生 ,遅延や廃棄率 大 変化
.移動 比較的緩や ゙ ,使用環境
ン 影響や, 遅延や廃
棄率 大 変化 . ,電波 状況 応 変調方式や ン
動的 替え無線信号 復号化率 改善 適応変調 呼 技術
用い ,帯域 動的 変動 .
1-12 装置 通信先
ン ネッ
社内 ( ン )
ン 端
ン ネッ
う ,端 様々 特性 持 ワ 先 い 通信
相手 時 通信 行う 求 い . , 特性 時間
共 変わ 得 .
TCP 用い 通信 い ,最適 通信環境 得 ,
ワ 特性 調 ,最適 ン 方法 調 ,OS 設定 変更
必要 あ . , ワ 特性 調 , ワ
専門的 知識 必要゙あ . ,特性 合わ TCP ン 行う
TCP 関 深い知識 必要゙あ .さ OS 毎 TCP
ン 異 OS 関 専門的知識 必要 . ワ 専門家゙あ
,利用 場面毎 通信性能 測定 適 対処 非常 手間
,一般 非現実的゙あ .
仮 TCP ン さ , OS ,
OS 全体゙ 一 輻輳制御 遥 ゙ い. 1-13 示
う ,端 や OS ゙ ,複数 通信 ン 動作 ,
通信 ン毎 ソ 呼 ン (API) 用意さ
.OS , 一 指定 輻輳制御 含 TCP
処理部 あ ,ソ 毎 TCP 処理 ン ン 構成 .
,全 ン ン , 輻輳制御 従う.特 , ,
一 OS ゙複数 ン 動 ,複数 通信相手 時
通信 行う 一般的 い ,各 ン 経 通信
遅延や廃棄率 応 ,異 輻輳制御 用い 方 良い
場合 考え ,実 全 ソ ,OS 設
定さ 輻輳制御 固定さ う. ,各通信相手 ,
全 特性 異 ワ 経 場合 ,全 通信相手 対 時
最適 う 輻輳制御 遥 困 ゙あ .
1-13 OS TCP 構造
1.6.2 ネッ ワ 特性 変化 適応 た通信性能 改善
ワ 特性 ,時々刻々変化 い .特 無線網 ,移動
基地局 距 や, 害物,移動速 や 電波
様々 影響 . ,特性 変化 TCP 廃棄やRTT
変化 いう形゙現 ,TCP 性能 影響 え .
, 線 ワ ゙あ 昼 夜 ゙ ワ 利用状況
異 , ワ , ワ 混雑
い 場合 ,通信 ン毎 帯域 制約 え あ .
゙, う ワ 特性 変化 適応 ,通信性能 改
善 必要 あ .
通信
ン
#1
ソ ッ
#1
ソ ッ
#2
ソ ッ
#3
通信
ン
#2
通信
ン
#3
OS ネ
輻輳制御
#1
輻輳制御
#1
輻輳制御
#1
TCP
(共通処理)
TCP
(共通処理)
TCP
(共通処理)
1.7 論文 構成
以降 章 , 示 内容 い .
第 2 章゙ ,関連研究 動向 い 明 .従来検討さ TCP
性能 改善 様々 技術 い 明 .特 標準TCP さ
TCP Reno 改良 改良型輻輳制御 ,無線 廃棄
ワ 輻輳 区 ゙ 用意 ン 縮 回
避 Loss Differentiation Algorithms (LDA)技術,無線網 廃棄
効果的 再送 Snoop TCP 技術, ン 通信 高速化
TCP ン設定 ,無線 訂正技術
明 .さ 最適 輻輳制御 ン ゙設計 技術や,
通信中 輻輳制御 動的 替え 技術 い 明 .
, 技術 ,特定 環境,特定 用途 向 対処゙あ ,環境 変
化 環境, 環境 適合 い 示 .
う 課 対 ,通信環境 変化 応 動的 輻輳制御
替え 手法 効 考え ,第 3 章゙ ,各輻輳制御 廃棄
や遅延 対 各輻輳制御 優 適用領域 明 .
第4 章゙ ,輻輳制御 動的 替え手法 い 明 .様々
遅延時間, 廃棄 ン 混 ワ い ン
改善 制御方法 提案 , 実装 い 明 . ,提案方式
公 性 い 検討 行う.
第 5 章゙ , ン 性能評価 い 明 . 章゙ ,
ン 通信 行う ン 想定 ,提案方式 ,GE
WiMAX 用い ン ゙評価 .
第 6 章゙ ,LTE 網 実機評価 い 明 .提案方式 Linux
実装 ,実 LTE 網 用い 提案方式 性能評価 行う.更 ,提案方式
ン 通信 応答性能 改善 , 程 主観評価 改善
考察 .
最 ,第 7 章゙ , 論文゙明 ,提案方式
1.8 章
研究 背 ,PC 紛失や盗 情報漏洩 大 問
仮想 期待さ い ,技術的問
い い 示 .
, 論文 提案 必要 知識 TCP 構造的 組 示 共 ,
TCP 様々 通信特性 持 ワ ゙性能劣化 示 .
従来 LFN や無線 ワ い ワ 特性毎 通信性能 改
善 様々 輻輳制御 提案さ , ワ
特性 調 最適 輻輳制御 遥択 替え 困 ゙
あ , , OS ゙ OS 全体 一 輻輳制御 指定
゙ い ,通信相手 異 ,通信 ン
種類 異 時 通信 最適 輻輳制御 ゙通信゙
い 示 . う 課 鑑 , 論文゙ , う
環境 い , う 接 先 通信 行 い , 意識さ
, ン 改善 目的 示 .
第2章 関連研究
研究 目的゙あ , ワ 様々 通信特性 応 TCP 通信
ン 改善 関 技術 , 章゙ ,様々 通信環境 向 TCP
通信性能 改善 技術や,TCP 性能 改善 う通信環境 動的 対応
技術 い 明 .
2.1 TCP 輻輳制御 を改善
無線 網や,LFN い 様々 通信環境 合わ 通信性能 出や
う 最適設計さ 輻輳制御 各種提案さ い .
節゙ , 輻輳制御 い 述 .
2.1.1 Highspeed TCP
Highspeed TCP[58] ,LFN 向 開 さ 輻輳制御 ゙あ .
標準的 輻輳制御 ゙あ Reno ,帯域 広い LFN ゙ 輻輳
ン 広 非常 時間 鑑 ,帯域 幅 応 ,増
率 ,減少率 変化さ .ACK 信 毎 式(2-1) 基 輻輳 ン
大 . , 廃棄 検出 式(2-2) 基 輻輳
ン ( ) 縮 .式中 ⟻記号 ,代入 意味 . ゙,表 2-1
, ワ 帯域 対 増 率 ,減少率 示 ,式(2-1),
式(2-2) , ワ 帯域 挙動 変化 .
⟻ + (2-1)
⟻ − × (2-2)
式(2-1) ,輻輳 ン ,ACK 信数 応 広
わ .
表 2-1 Highspeed TCP 増 率 減少率
ワ 帯域
38 1 0.50
118 2 0.44
221 3 0.41
347 4 0.38
495 5 0.37
663 6 0.35
851 7 0.34
1058 8 0.33
1284 9 0.32
1529 10 0.31
1793 11 0.30
2076 12 0.29
2378 13 0.28
2.1.2 Scalable TCP
Scalable TCP[61] ,LFN 向 開 さ 輻輳制御 ゙あ .輻
輳 ン ( ) ,式(2-3) 示 う , 値 ACK
1 信 毎 0.01 増 (増 率 = . ). , 大
RTT 内゙送信 数 多 , 対 ACK 数
多 , 成長速 大 .輻輳 検出 ,式(2-4)
示 う ,減少率β=0.125 ゙減少 .
Scalable TCP , 2-1 示 う ,現 輻輳 ン 応 ,
時間あ 増 率 大 ,Highspeed TCP う 表 使
わ 様 効果 得 . 中, ワ
帯域 相当 値゙あ < . , う RTT ゙あ
, 廃棄検出 時間(− log − ⁄log + )゙元 輻輳 ン
゙回復 う 設計さ い .
⟻ + . (2-3)
⟻ − . × (2-4)
2-1 Scalable TCP 輻輳 ン 制御
2.1.3 CUBIC TCP
CUBIC TCP[27] ,LFN 向 開 さ 輻輳制御 ゙あ ,
Linux2.6 以降,標準 輻輳制御 使わ い .輻輳 検出
直前 輻輳 ン � ,輻輳回避 輻輳
ン 式(2-5) 従い計算さ .Linux OS い , = . , =
. 用 い .式(2-5) わ う ,輻輳 ン 輻輳検
出 経過時間 関数 い 点 特徴゙あ .輻輳 検出 ,式
(2-6) 従い輻輳 ン 縮 . ゙用い 式(2-5) 値
゙ = . ゙あ . 2-2 示 う 輻輳検出時刻 = , ,輻
輳 検出 い限 ,輻輳 ン � ゙式(2-5) 従い輻
輳 ン 広 い ( 動作 い 状態 Steady State Behavior
いう). ,輻輳 ン � 到遉 ,輻輳 検出
経過時間
輻輳 ン (cwnd)
− log − log +
−
経過時間
輻輳 ン (cwnd)
− log − log +
−
い 状態 Max Probing いう).
⟻ − +
= √3 ⁄ }
(2-5)
⟻ (2-6)
2-2 CUBIC TCP 輻輳 ン 変化
2.1.4 BIC TCP
BIC TCP[28] ,LFN 向 開 さ 輻輳制御 ゙あ .輻輳
ン ,最 廃棄 検出 輻輳 ン
(� ) さい場合 ,式(2-7) 示 基 ン
広 .輻輳 ン � 大 い場合 式(2-8) 従い
輻輳 ン 広 . , 廃棄 検出 ,式(2-9)
従い輻輳 ン 縮 . 2-3 用い 式 示
動作 明 .以 ゙ , � 現 輻輳 ン , �+ RTT 経
過 輻輳 ン . 輻輳 ン �
゙広 輻輳 検出 ,式(2-9) 従い輻輳 ン 縮 .
� � 場合,輻輳 ン 縮 直 � − � / >
い 場合 ,RTT 毎 増 さ い .輻輳 ン
経過時間
輻輳 ン (cwnd)
�
Steady State Behavior
Max Probing �
=
増 , > � − � / > � い 区 間 ゙ ,
� − �� ⁄ 増 さ � 近 い . � > � − � /
場合 ,RTT 毎 � 増 さ い .
, � > � 場合 ,新 い� , � + � ,� +
� ,� + � … いう具合 RTT 毎 � 倍増さ い . ,
� � 遉 以降 RTT 毎 増 さ い .
� � 場合
�+ = �+ ∆ for each RTT
∆= {
� − �
, ( >� − � > � ) , (� − � > )
� , (� − � < � ) }
(2-7)
� > � 場合
�+ = � + � � , ( � � < )
�+ = �+ , ( � � )
} (2-8)
⟻ × −
= . }
(2-9)