• 検索結果がありません。

本文 Thesis 総合研究大学院大学学術情報リポジトリ A1832本文

N/A
N/A
Protected

Academic year: 2018

シェア "本文 Thesis 総合研究大学院大学学術情報リポジトリ A1832本文"

Copied!
168
0
0

読み込み中.... (全文を見る)

全文

(1)

TCP 輻輳制御 動的 替え

ン 通信 性能改善 関 研究

直樹

博士 (情報学)

総合研究大学院大学

複合 学研究 情報学専攻

27

(2015)

2016 3

(2)

論文 総合研究大学院大学複合 学研究 情報学専攻

博士 (情報学) 授 要件 提出 博士論文゙あ

審査委員 :

阿部 俊 (主査) 国立情報学研究所 / 総合研究大学院大学

漆谷 重雄 国立情報学研究所 / 総合研究大学院大学

宇生 国立情報学研究所 / 総合研究大学院大学

戸出 英樹 大阪府立大学

国立情報学研究所 / 総合研究大学院大学

茂樹 国立情報学研究所 / 総合研究大学院大学

(主査以外 あいうえ )

(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

(4)

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)

(5)

目次

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

(6)

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

(7)

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

(8)

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

(9)

7 章 結論 ... 139

7.1 研究 ... 139

7.2 展望 ... 141

謝辞 ... 144

参考文献 ... 145

(10)

図目次

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

(11)

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

(12)

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

(13)

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

(14)

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

(15)

6-26 R-TCP TCP Hybla 比較 ... 134

6-27 RTT 対 MOS 変化 (文献[73] 引用)... 135

6-28 RTT 変化 改善... 136

6-29 輻輳 改善 ... 137

(16)

表目次

表 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

(17)

論文要旨

, 広 ,組織 PC 紛失や盗

情報漏えい,設備投資削減,省電力 観点 ,多 企業 ,従

業員 PC ン ン 置 換え, ゙提供さ 仮想

(DaaS) 移行 検討

仮想 う ン (対話的)

ン い 人 快適 利用 能 応答時間 一 以 言わ .

,数十msms 性能劣化 ン 使用感 大

影響 .

,仮想 多 , ン

TCP (Transmission Control Protocol) 用い ,外出先

国外 い , ワ 遅

延や,無線網 廃棄 多い利用形態゙ ,通信性能 劣化 易

い.

,一般 ,大容量 転送 行う ン(例え FTP: File

Transfer Protocol) ,十 送信 TCP 送信速

速い速 ゙OS 対 送信依TCP 輻輳 ン 輻輳制

御 設計 最大速 ゙広 .一方゙,仮想

う ,端 操作 対 応答 画面 更新情報

送信 ン ン ,比較的送信 量 少

TCP 輻輳 ン 広 ,瞬間的 送信 時

間 , ン 応答性能 いう問 あ

う 要因 , 仮想 ,応答性や

操作性 悪化 や , 利用 進 い 現実゙あ .

゙非常 長い時間 TCP 様々 輻輳制御 研究

行わ ,特定 通信環境 い 効率的 通信 行え 輻輳制御

複数提案さ . , 輻輳制御 ,

ン 送信 や,往復遅延時間(RTT: Round Trip Time),廃棄率

(18)

い ワ 特性 , 応答性能 優 通信環境 異 [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] 用い 固定無線環境 評価 . 評

(19)

化 移動無線環境 評価 行 . ン 評価゙ ,

最大45% 応答時間 改善 得

さ ,提案方式 Linux OS 実装 ,LTE 網 用い 移動無線環境゙実機

評価 行 .実機評価゙ ,最大34% 応答時間 改善 得

. , う 応答時間 改善 主観評価 改善

考察 ,ITU-T 勧告゙定 5 段階 ン評価(MOS)

0.5 1.5 改善゙

評価 ,通信路 品質 合わ 最適 輻輳制御 動

的 替え 提案方式 ,様々 環境゙応答時間改善効果 得 ,

環境゙仮想 ン

ン 利用 ン 改善 一手段 得 示 .

(20)

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

(21)

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

(22)

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.

(23)

第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 応答性能 劣化 ン 使用感 大 影響 .

,近 , ワ 接 形態 多様化 い ,仮

想 性能 出 い.

(24)

様々 場所゙提供さ ,海外 あ 多い.

, 提供場所 ,RTT 異

, 様々 ワ ン 技術 開 さ , 情報

漏洩対策 必要 端 外 持 出 ,様々 場所 無線

網 ワ 接 ゙ う ,場所 通信特性

異 .

さ ,近 無線 技術 ,車や高速列車 移動体 通信

゙ 様 い , 移動 伴い,無線環境 特性 時々刻々

変化 .

う , 端 提供 間 ,無線

網,国 回線 多種多様 特性 持 ワ 経 通信 .

う 通信環境 ,無線 網 廃棄 生

え,国 回線 大 い遅延 生 や い.

,仮想 用い TCP(Transmission Control

Protocol) ,経 遅延や廃棄 通信性能

劣化 や い特性 持 知 い . , ゙仮想

利用 場合,応答性や操作性 悪い 利

用 進 い いう問 生 い .

゙,通信時 ワ 特性 遊いや,通信中 ワ 特性

変化 応 ,適 通信 用い , 常 快適 仮想

利用゙ ゙ い ? ,仮想

応答性能 改善゙ , 利用 積極的 進 ,端 紛失や盗

情報漏洩 い 懸念 軽減゙ 思わ .

論文゙ ,通信環境 変化 応 ,通信 最適化 ,通信

ン 応答性能 改善 組 .

(25)

1-1 仮想 活用

TCP ッ

仮想

企業内網

確保

設備投資削減 省電力化

仮想

仮想

(26)

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] あ .

(27)

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 程 大 さ .

や 操作 , 更新さ ゙ 時間 応答時間

呼 .

(28)

1-2 DaaS

1.3 通信性能

世 中 ,様々 提供 通信 ン あ

, ワ 求 性能 様々゙あ .主 ,以 う 性能要件

求 あ .

 高い 均 ゙確実 転送 求 ン

 確実 転送 求 ン

 転送 求 ン

1.3.1 高い平均 確実 転送を求

大規模 転送 う , 信側゙ ,

転送 終わ 信 処理 開始 ン

う 通信性能 要求 . ン 処理 行う ,

完全性 保証 必要 あ ,通信 完全性 保証

TCP 使わ 多い.人間 通信 行う ン

含 い 性(人間 遅さ 感 い時間内 処理 完了

) 求 処理 開始゙ う高い

(29)

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

(30)

信部 あ ,通信 ン 送信 ,TCP 送信部゙送信

処理さ ゙,送信ソ 蓄積さ .TCP 送信部 ,

ン管理部,輻輳制御部 構成さ . ン管理部 ,通信相手

接 開始終了手 ,接 状態 管理 行い,輻輳制御部 ,通信相手

間゙輻輳 起 い う,廃棄 無 基 送信 調

整 行う.輻輳制御部 送信 調整 行う ,輻輳

制御 呼 , ゙様々 提案さ .TCP 送信

部 ,送信 対 ACK(確 応答) 信 ゙再送

格納 .TCP 信部 ,再送制御部 序制御部 構成さ .

再送制御部 ,通信相手 信 ACK ン 番号抜 検

出 ワ 廃棄 あ 検出 ,

確 応答さ 再送 出 再送 . 序制

御部 ,通信相手 信 ン 番号 確 ,

序通 ゙ い場合,一時的 ン 格納 番

信 う .TCP 信部 ,正 い 序゙ 信

信ソ 書 込 ,通信 ン 対 信ソ

出 う 通知 .

(31)

1-3 TCP

1.4.1.1 ソ ッ 役割

ソ ,通信 ン ,OS 提供 TCP 機能 利用

ン ゙あ ,通信 ン ,ソ 対

実行 ゙,指定 通信相手 対 TCP ン 生

成 , 送信 信 ゙ .ソ ,送信ソ

信ソ 持 .通信 ン 送信ソ

一 書 込 ,TCP 送信部 ワ 状態 応

速 ゙,送信ソ 出 , ワ 送信

.ソ ,通信 ン ソ 書

込 速 TCP 送信部 送信 速 差 緩衝 役目 持 .

信ソ ,TCP 信 一 蓄積 ,通信

ン ゙保持 ゙あ .

TCP 信部

送信

ソ ッ

輻輳制御

TCP送信部

再送

ソ ッ

ン管理

再送制御 輻輳制御

通信 ン

ソ ッ

順序制御

(32)

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

(33)

遤移 . , 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

(34)

. わ ,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 ,送信 対 ACKRTT 基 計算

RTO(Retransmission Time Out)以内 信゙ い場合, 廃棄さ

断 ,再送 保持さ い 対象 再送 .

再送 生 場合,TCP 輻輳 ン 初期 ン

値 ゙縮 .

Fast Retransmit

重重複ACK 重複ACK 1-5 示 う ,送信側TCP

(35)

(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

再送

(36)

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

(37)

や地域゙提供さ , 提供 ン 国外 あ

少 い. 場合, 大 遅

延時間 持 国 回線 通信 行う.

無線 網゙ ,端 移動 い場合゙あ , ン ,

ン , 影響 廃棄 生 や い.近 無線

技術゙ ,HARQ[41] い 無線 誤 訂正技術 備わ

TCP 廃棄 検出 い う 廃棄 回復さ ゙ ,

再送 繰 返 遅延時間 積 重 TCP RTT 増

見え . ,電波強 応 RTT 変動 や い いう特性 持 .

,非常 多 廃棄さ 場合 ,無線 誤 訂正

゙全 廃棄 再送 ,TCP 廃棄 見え .

一方,端 移動 場合 ,基地局 距 変化, ン ,

廃棄や遅延 特性 大 変化 .

国 回線 ,大陸間 跨 敷設さ , 廃棄 い ,

遅延 大 い いう特徴 持 . 米国間゙ 200ms,

間゙300ms 程 RTT 持 .

端 国外 場合,無線 網,国

回線 通信 ,TCP ,廃棄 起 や ,遅延 大 い

ワ 通信 い .

大容量 転送 行う ン(例え FTP) ,TCP 利用

能 帯域 ゙輻輳 ン 広 十 量 送信 ,TCP

送信速 速い速 ゙ ン TCP 間

連 的 書 込 . 送信側 TCP ,ACK 信 ゙,輻輳

ン 輻輳制御 設計 最大速 ゙広 .TCP

一般 送信 対 ACK 信 毎 輻輳制御

基 ,輻輳 ン 大 . ,RTT

大 い 輻輳 ン 広 緩や .さ ,TCP

棄 生 輻輳 ン 一 縮 再 広 動作 行う.

1-7 示 RTT さい場合 ,廃棄

ン 速 ゙ 輻輳 ン 広 ゙ ,

(38)

RTT い場合 ,輻輳 帯域

輳 生 ,結果 , ワ 帯域 あ わ

い状態 生 .

1-7 RTT 大 い 輻輳

1.4.2.2 ネッ ワ 帯域 狭さ よ 性能 ネッ

無線 網 使わ LTE や WiMAX い 無線通信技術゙

適応変調 呼 技術 ,電波 強さ 応 ,帯域 広さ 動的 変え

.送信側TCP , ン 速 輻輳 ン

合わ . , う ン 通信 含 以

あ い.

1.4.2.3 ン 少 さ よ 性能

通信 ン , 1-3 示 う ソ

TCP

込 速 TCP ソ 出 ワ

送信 速 一致 い. ン 通信 行う

ン ,比較的 容量 断 的 送信 ン 時間 重視

ン゙あ ,特 応答 待 送

ン ン 場合, 送信速 ,TCP

送信速 回 .

時間

輻輳ン

ネッ ン 速度

RTT 大 い場合 RTT 小さい場合

(39)

ン , 1-8 示 う ,輻輳 ン 広

ン 送信速 支配さ 緩や . 中 ,送信

十 あ 場合 TCP 輻輳 ン 広 設計 広 方 示

い . , ン 通信゙ ,実 , ン

相手 応答 待 間 的 送信 い , 示 う

輻輳 ン 広 . 結果, ン 通信時 輻輳

ン 成長速 示 う .

特 仮想 う 端 操作 対 応答 送信

ン ン ,送信 量 少 い TCP

輻輳 ン 広 時間 , さい輻輳 ン

゙送信 ACK 待 更 送 繰 返 ,応答性能

いう問 あ .

1-8 非連 転送 利用時 輻輳 変化

う 原理 端 間゙TCP 用い

通信 行う場合,応答時間 長 や い いう問 あ .

時間

一時 送信

量( )

ネッ ン 帯域

輻輳ン

廃棄

送信毎 輻輳

成長

TCP 設計速度

通信時

輻輳

(40)

1.4.3 理想的 輻輳制御

ン 通信 ン 改善 ,理想的 1-9

う 輻輳制御 良い. わ ,輻輳 ン 広 ,

ワ 内 通信速 相当 ,又

ン 一時 連 送信 ( ) 相当

う さい ゙ 速 広 ,輻輳 生 ,輻輳 ン

あ い う , ン

短 良い.

1-9 理想的 輻輳制御

1.5 研究 組 課題 目的

研究゙ ,前節゙あ ン 通信 TCP 応答時間劣

化 課 組 共 , 毎 異 多様 通信環境 対 ,

意識 応答時間改善 解決策 適用゙ 実現 目

的 .

(41)

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 輻輳制御 影響 大

ワ 遅延時間 何倍 能性 あ .

(42)

1-10 DaaS TCP 性能 改善

仮想 ン , 操作 , さ

ン 画面 更新さ ゙ 時間 応答時間 ,応答時間

,送信 ン , 更新画面 計算 画面更新

送信 要 時間゙あ 応答時間, 信 ン 足

時間 . 応答時間 一般的 , ワ 遅延時間 比

十 さい 考え ,応答時間 支配 信 ン 改

善゙ 応答時間 改善゙ . , 研究゙ ,TCP 性能 改善

, 信 ン 改善 目的 .以降゙ 信 ン

レ テンシ 呼 .

1.6 課題解決 向けた要件

1.6.1 ネッ ワ を意識させ い ン

信性能 改善

端 や ,様々 置 あ 通信相手 ,遅延時間や廃棄率 い

特性 異 ワ 経 通信 行う.

ン 端 , 1-11 示 う 一 点内 あ 社内 や,

ン 海外 あ 時 通信 考

え .例え ,海外 あ ン 像 表

示 ,社内 , ン 参照 場面 考え

受信レイテンシ (レイテンシ)

仮想デスクトップ クライアント

仮想デスクトップ ネットワヸク サヸバ

マウス操作ヷ キヸボヸド 入力デヸタ

応答デヸタ ㄥデスクトップ

画面更新 デヸタㄦ

アプリ TCP TCP アプリ

応答時間 RDP

サヸバ

RDP 応答時間

TCP Data

TCP Data

送信 レイテンシ

(43)

1-11 通信先

一方, 1-12 示 う , ,様々 接 時

付 , 送信 . 通信 千差万 ゙,

通信路 特性 異 . ン 海外 点 端

送 場合,比較的遅延 大 帯域 広いLong Fat Network(LFN) 経

信 行わ あ .さ ,航空機 ン ,

人 衛 地 通信 , 通信 行う. う 回線 ,極端

大 遅延 持 ,廃棄率 大 い. ,高速 移動 車両 対

無線網 通信 行わ . 場合 ,移動 伴う電波強 変化や,

無線基地局 替え ン 生 ,遅延や廃棄率 大 変化

.移動 比較的緩や ゙ ,使用環境

ン 影響や, 遅延や廃

棄率 大 変化 . ,電波 状況 応 変調方式や ン

動的 替え無線信号 復号化率 改善 適応変調 呼 技術

用い ,帯域 動的 変動 .

1-12 装置 通信先

ネッ

社内 ( ン )

ン 端

ネッ

(44)

う ,端 様々 特性 持 ワ 先 い 通信

相手 時 通信 行う 求 い . , 特性 時間

共 変わ 得 .

TCP 用い 通信 ,最適 通信環境

ワ 特性 調 ,最適 ン 方法 調 ,OS 設定 変更

必要 あ . , ワ 特性 調 , ワ

専門的 知識 必要゙あ . ,特性 合わ TCP ン 行う

TCP 関 深い知識 必要゙あ .さ OS 毎 TCP

ン 異 OS 関 専門的知識 必要 . ワ 専門家゙あ

,利用 場面毎 通信性能 測定 適 対処 非常 手間

,一般 非現実的゙あ .

TCP ン さ , OS

OS 全体゙ 一 輻輳制御 い. 1-13

う ,端 や OS ゙ ,複数 通信 ン 動作 ,

通信 ン毎 ソ 呼 ン (API) 用意さ

OS , 一 指定 輻輳制御 含 TCP

処理部 あ ,ソ 毎 TCP 処理 ン ン 構成 .

,全 ン ン , 輻輳制御 従う.特 , ,

OS ゙複数 ン 動 ,複数 通信相手 時

通信 行う 一般的 い ,各 ン 経 通信

遅延や廃棄率 応 ,異 輻輳制御 用い 方 良い

場合 考え ,実 全 ソ ,OS

定さ 輻輳制御 固定さ う. ,各通信相手 ,

全 特性 異 ワ 経 場合 ,全 通信相手 対 時

最適 う 輻輳制御 遥 困 ゙あ .

(45)

1-13 OS TCP 構造

1.6.2 ネッ ワ 特性 変化 適応 た通信性能 改善

ワ 特性 ,時々刻々変化 い .特 無線網 ,移動

基地局 距 や, 害物,移動速 や 電波

様々 影響 . ,特性 変化 TCP 廃棄やRTT

変化 いう形゙現 ,TCP 性能 影響 え .

, 線 ワ ゙あ 昼 夜 ゙ ワ 利用状況

異 , ワ , ワ 混雑

い 場合 ,通信 ン毎 帯域 制約 え あ .

゙, う ワ 特性 変化 適応 ,通信性能 改

善 必要 あ .

通信

#1

ソ ッ

#1

ソ ッ

#2

ソ ッ

#3

通信

#2

通信

#3

OS ネ

輻輳制御

#1

輻輳制御

#1

輻輳制御

#1

TCP

(共通処理)

TCP

(共通処理)

TCP

(共通処理)

(46)

1.7 論文 構成

以降 章 , 示 内容 い .

第 2 章゙ ,関連研究 動向 い 明 .従来検討さ TCP

性能 改善 様々 技術 い 明 .特 標準TCP さ

TCP Reno 改良 改良型輻輳制御 ,無線 廃棄

ワ 輻輳 区 ゙ 用意 ン 縮 回

避 Loss Differentiation Algorithms (LDA)技術,無線網 廃棄

効果的 再送 Snoop TCP 技術, ン 通信 高速化

TCP ン設定 ,無線 訂正技術

明 .さ 最適 輻輳制御 ン ゙設計 技術や,

通信中 輻輳制御 動的 替え 技術 い 明 .

, 技術 ,特定 環境,特定 用途 向 対処゙あ ,環境 変

化 環境, 環境 適合 い 示 .

う 課 対 ,通信環境 変化 応 動的 輻輳制御

替え 手法 効 考え ,第 3 章゙ ,各輻輳制御 廃棄

や遅延 対 各輻輳制御 優 適用領域 明 .

4 章゙ ,輻輳制御 動的 替え手法 い 明 .様々

遅延時間, 廃棄 ン 混 ワ い ン

改善 制御方法 提案 , 実装 い 明 . ,提案方式

公 性 い 検討 行う.

第 5 章゙ , ン 性能評価 い 明 . 章゙ ,

ン 通信 行う ン 想定 ,提案方式 ,GE

WiMAX 用い ゙評価

第 6 章゙ ,LTE 網 実機評価 い 明 .提案方式 Linux

実装 ,実 LTE 網 用い 提案方式 性能評価 行う.更 ,提案方式

ン 通信 応答性能 改善 , 程 主観評価 改善

考察 .

最 ,第 7 章゙ , 論文゙明 ,提案方式

(47)

1.8

研究 背 ,PC 紛失や盗 情報漏洩 大 問

仮想 期待さ い ,技術的問

い い 示 .

, 論文 提案 必要 知識 TCP 構造的 組 示 共 ,

TCP 様々 通信特性 ゙性能劣化

従来 LFN や無線 ワ い ワ 特性毎 通信性能 改

善 様々 輻輳制御 提案さ , ワ

特性 調 最適 輻輳制御 遥択 替え 困 ゙

あ , , OS ゙ OS 全体 一 輻輳制御 指定

゙ い ,通信相手 異 ,通信 ン

種類 異 時 通信 最適 輻輳制御 ゙通信゙

い 示 . う 課 鑑 , 論文゙ , う

環境 い , う 接 先 通信 行 い , 意識さ

, ン 改善 目的 示 .

(48)

第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 信数 応 広

わ .

(49)

表 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)

(50)

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 +

(51)

い 状態 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

=

(52)

増 , > � / > い 区 間 ゙ ,

� − � > � − /

場合 ,RTT 毎 増 さ い .

> � 場合 ,新 い + +

+ いう具合 RTT 毎 倍増さ

以降 RTT 毎

場合

�+ = + ∆ for each RTT

∆= {

� −

, ( > > ) , ( > )

, ( < ) }

(2-7)

> � 場合

�+ = � + , ( < )

�+ = + , ( )

} (2-8)

⟻ × −

= . }

(2-9)

表   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  Scala
表   2-2  各種輻輳制御 機能的特徴  (1)  廃棄 輻輳検出  (2) RTT変動 輻輳検出  輻 輳 回 避 モ ー ド に おる輻輳ウンドウサ ズの広方
表   5-3  固定無線環境 ン 評価結果
表   5-5  移動無線環境 ン 評価結果
+5

参照

関連したドキュメント

関谷 直也 東京大学大学院情報学環総合防災情報研究センター准教授 小宮山 庄一 危機管理室⻑. 岩田 直子

話題提供者: 河﨑佳子 神戸大学大学院 人間発達環境学研究科 話題提供者: 酒井邦嘉# 東京大学大学院 総合文化研究科 話題提供者: 武居渡 金沢大学

山本 雅代(関西学院大学国際学部教授/手話言語研究センター長)

向井 康夫 : 東北大学大学院 生命科学研究科 助教 牧野 渡 : 東北大学大学院 生命科学研究科 助教 占部 城太郎 :

高村 ゆかり 名古屋大学大学院環境学研究科 教授 寺島 紘士 笹川平和財団 海洋政策研究所長 西本 健太郎 東北大学大学院法学研究科 准教授 三浦 大介 神奈川大学 法学部長.