intro的背景remake
This commit is contained in:
Binary file not shown.
@@ -1,11 +1,9 @@
|
||||
% !TEX root = ../bachelor-thesis.tex
|
||||
|
||||
\begin{acknowledgements}
|
||||
衷心感谢导师×××教授和物理系××副教授对本人的精心指导。他们的言传身教将使我终生受益。
|
||||
感谢王博老师、徐明伟老师和黄永峰老师对我论文的悉心指导。他们对我的研究工作给出了很多建议和帮助。
|
||||
|
||||
在美国麻省理工学院化学系进行九个月的合作研究期间,承蒙 Robert Field 教授热心指导与帮助,不胜感激。
|
||||
感谢实验室的沈逸昕师兄,他几年来毫无保留地将自己的经验与知识与我分享,让我少走了很多弯路。还需要感谢佟海轩师兄、李骋昊师兄、张皓晨同学和谢雨桐同学,他们在我的研究过程中与我的讨论开拓了我的思路,也让我收益匪浅。
|
||||
|
||||
感谢×××××实验室主任×××教授,以及实验室全体老师和同窗们学的热情帮助和支持!
|
||||
|
||||
本课题承蒙国家自然科学基金资助,特此致谢。
|
||||
四年的本科时光随着一本毕业论文行至致谢也已行至结尾。四年里我在清华园中遇到了的各位的老师与同学,感谢他们对我的帮助与支持!
|
||||
\end{acknowledgements}
|
||||
|
||||
@@ -5,11 +5,14 @@
|
||||
|
||||
\section{研究背景}
|
||||
|
||||
覆盖网络(Overlay Network)是一种建立在底层物理网络之上的逻辑网络。随着云计算和跨地域互联网服务的发展,服务商在构建覆盖网络时通常不再由自己建设底层基础设施,而是租用云服务商在全球多个地区提供的服务器、网关和链路等计算与网络资源,并将这些资源抽象为可按需配置的转发节点和逻辑链路,并由此构成覆盖网络,从而为文件传输、实时音视频通信、企业资源访问等业务提供跨地域连接能力。与直接修改底层网络设备相比,覆盖网络的路径选择、节点扩展和链路调整主要通过软件配置完成,因而具有部署灵活、扩展方便和易于集中管理等特点。
|
||||
近年来,实时音视频通信、跨地域文件传输、企业远程办公和云上应用访问等互联网服务快速发展\cite{applogic2026gipr},网络所承载的业务类型更加多样,它们都需要高质量的网络以维持优秀的用户体验(Quality of Experience, QoE)。例如,在高清实时音视频通讯业务中,参会用户之间存在频繁的实时互动,视频和音频帧必须按时送达,维持稳定的端到端延迟、减少抖动和丢包才能维持优秀的用户体验;相对地,文件下载业务对延迟并不敏感,可用带宽才是影响用户体验的主要因素。尽管这些应用的用户体验评价指标各不相同,但是它们都需要网络提供高吞吐、稳定低延迟且低丢包的高服务质量(Quality of Service, QoS)链路,以维持优秀的用户体验。
|
||||
|
||||
% 云网络(Cloud Networking)是一种新型的网络部署与管理架构。云网络服务商通过预先在全球各地部署服务器与网络资源并对其虚拟化,允许其他软件服务的服务商可以通过租用这些计算和网络资源并将他们进行互联,组建适用于自身业务需求的遍布全球的云网络。基于云网络提供的网络资源如专线及公网链路及计算资源如虚拟机,可以将这些链路和虚拟机组成逻辑上互联的覆盖网络(Overlay Network)。覆盖网络的各个组件如转发节点、互联链路都由对应的云网络资源抽象而来,对其扩展或重新配置时只需要进行软件设置,而不需要对网络设备硬件进行更改,其易于配置、易于扩展等众多优点使得它被广泛应用于文件传输、实时音视频通话、企业资源管理等多种服务中。
|
||||
\nomenclature{QoE}{用户体验(Quality of Experience)}
|
||||
\nomenclature{QoS}{服务质量(Quality of Service)}
|
||||
|
||||
用户使用覆盖网络的核心目的,是将底层复杂且动态变化的跨地域传输过程交由覆盖网络统一管理,从而获得更稳定、可控且易于扩展的连接服务。位于全球不同地区的两个覆盖网络用户可以利用覆盖网络建立连接。如图~\ref{fig:云网络转发拓扑},建立连接的用户各自选择距离自己最近的接入网关接入覆盖网络,发送端的数据经由云网关进入云网络进行转发,再从接收端用户接入的云网关发至接收端用户。
|
||||
然而,随着互联网应用的服务对象从局部区域逐渐扩展到全球范围,新增的大量跨域传输场景中网络状况复杂,使得维持优秀用户体验更加困难。跨国企业协作、跨地域云服务访问、国际在线会议和全球内容分发等场景使得通信双方经常位于不同国家和地区,用户连接不再局限于较短距离的本地网络,而是成为需要跨越多个自治系统、运营商网络和广域互联网链路的跨域连接。用户距离的增加和网络路径的拉长会放大底层网络状态变化对应用体验的影响,例如跨域链路中的拥塞、路由变化和链路质量波动都可能造成延迟升高、带宽下降或丢包增加。端到端优化方法可以在一定程度上缓解网络质量波动,例如通过拥塞控制算法调整发送速率、通过多路径传输绕开部分拥塞路径,但它们无法适配所有跨域网络中可能的情况,在大部分条件下仍旧无法提供优秀的服务质量,进而无法保证优秀用户体验。
|
||||
|
||||
为了给各种网络环境下的用户提供一致的高质量服务,网络服务商通常利用覆盖网络(Overlay Network)为跨地域用户建立连接。覆盖网络是一种建立在物理网络之上的逻辑网络,其各部分通常由软件系统统一管理,因而具有部署灵活、扩展方便和易于集中化管理等特点。服务商将底层复杂且动态变化的跨域传输过程隐藏于覆盖网络下,利用覆盖网络灵活可控的转发能力提升用户连接质量。跨域连接的用户需要利用覆盖网络建立连接时,发送端就近通过互联网接入最近的覆盖网络接入网关,数据经由覆盖网络转发至接收端就近接入的覆盖网络网关,经过互联网送达接收端用户,如图~\ref{fig:云网络转发拓扑}。这种转发方式可以使连接的大部分路径,特别是跨域传输阶段,由服务商可管理的覆盖网络承载,服务商也就能够通过优化覆盖网络内的转发节点、转发路径和链路质量来提升用户体验。
|
||||
|
||||
\begin{figure}[H]
|
||||
\centering
|
||||
@@ -18,12 +21,9 @@
|
||||
\label{fig:云网络转发拓扑}
|
||||
\end{figure}
|
||||
|
||||
覆盖网络所承载的媒体多样、复杂,如实时音视频通讯流量、文件下载流量等。这些不同的业务流量对应的用户体验(Quality of Experience, QoE)的影响因素也不尽相同。例如,实时音视频通讯业务如在线会议应用中,参会的用户间有较强的实时互动,延迟是影响QoE的主要因素;而与之相比,文件下载业务则对延迟不敏感,带宽与下载完成时间是QoE的主要影响因素。受拥塞控制算法的影响,传输带宽受网络丢包率影响严重,丢包越高传输越慢。覆盖网络需要同时服务这些不同的流量,尽管它们的QoE影响因素各异,但是对网络的服务质量(Quality of Service, QoS)需求是统一的,即需要覆盖网络尽可能地提供低延迟、无丢包、高带宽的链路。
|
||||
当今的覆盖网络通常构建在云网络资源之上,云网络服务商提供多种资源供服务商按需选择。随着云计算和跨地域互联网服务的发展,服务商在构建覆盖网络时通常不再自行建设底层基础设施,而是租用云服务商在全球多个地区提供的服务器、网关和链路等计算与网络资源,并将这些资源抽象为覆盖网络中的转发节点、接入网关和逻辑链路。由于这些资源可以通过软件配置进行申请、扩展和调整,服务商能够根据业务覆盖范围、用户分布和流量需求快速构建跨地域覆盖网络。例如,当服务商需要连接不同地区的数据中心或接入点时,可以在相应区域租用计算节点作为转发网关,并在节点之间选择合适的网络链路,从而形成一条面向用户连接的覆盖网络转发路径。因此,覆盖网络的灵活性在很大程度上来自云网络资源的可配置性,而覆盖网络的服务质量也受到所选云资源质量的直接影响。
|
||||
|
||||
\nomenclature{QoE}{用户体验(Quality of Experience)}
|
||||
\nomenclature{QoS}{服务质量(Quality of Service)}
|
||||
|
||||
在覆盖网络中,同一条逻辑链路的连接可以由多条物理链路抽象而成,云网络服务商通常同时提供专线与公网链路作为同一条逻辑链路的可选物理链路。通常来讲,专线的质量较高,延迟较低且稳定、丢包率低,能提供较好的传输质量和用户体验,但是高昂的价格对云服务商大规模使用带来挑战;与之相对地,公网链路的价格较低,但是容易受到网络中其它用户的影响,容易发生拥塞和竞争,传输质量容易发生波动,不能提供稳定优质的用户体验。全部使用高价的专线链路自然可以确保优秀的服务质量,但是会导致运营成本高昂;放弃使用专线链路转而使用公网链路会导致链路质量低下,不能满足服务质量需求。因此,研究如何在维持高服务质量的前提下尽可能地降低成本是亟须解决的问题。
|
||||
不同云资源的质量与定价有所区别,维持高网络服务质量同时降低成本是当今研究的重点。覆盖网络中同一条逻辑链路的连接通常可以由多条物理链路抽象而成,云网络服务商往往同时提供专线链路和公网链路等不同选择。专线链路通常延迟、丢包率都较低且稳定,能够提供较好的传输质量和用户体验,但其价格较高,且常按照流量峰值计费,大规模使用会给服务商带来较高的运营成本;公网链路价格较低,计费方式也更灵活,但容易受到其他用户流量的影响,在拥塞和竞争下出现延迟升高、丢包增加和带宽波动等问题,质量不稳定。全部使用专线链路可以较好地满足业务服务质量需求,但成本难以控制;完全依赖公网链路又可能导致服务质量无法稳定满足用户体验要求。因此,如何在保证覆盖网络高服务质量的同时尽可能降低资源使用成本,成为覆盖网络优化中亟须解决的问题。
|
||||
|
||||
\section{研究现状}
|
||||
|
||||
|
||||
@@ -1,149 +0,0 @@
|
||||
% !TEX root = ../bachelor-thesis.tex
|
||||
|
||||
\chapter{图表示例}
|
||||
|
||||
\section{插图}
|
||||
|
||||
图片通常在 \env{figure} 环境中使用 \cs{includegraphics} 插入,如图~\ref{fig:example} 的源代码。
|
||||
建议矢量图片使用 PDF 格式,比如数据可视化的绘图;
|
||||
照片应使用 JPG 格式;
|
||||
其他的栅格图应使用无损的 PNG 格式。
|
||||
注意,LaTeX 不支持 TIFF 格式;EPS 格式已经过时。
|
||||
|
||||
\begin{figure}
|
||||
\centering
|
||||
\includegraphics[width=0.5\linewidth]{example-image-a.pdf}
|
||||
\caption*{国外的期刊习惯将图表的标题和说明文字写成一段,需要改写为标题只含图表的名称,其他说明文字以注释方式写在图表下方,或者写在正文中。}
|
||||
\caption{示例图片标题}
|
||||
\label{fig:example}
|
||||
\end{figure}
|
||||
|
||||
若图或表中有附注,采用英文小写字母顺序编号,附注写在图或表的下方。
|
||||
国外的期刊习惯将图表的标题和说明文字写成一段,需要改写为标题只含图表的名称,其他说明文字以注释方式写在图表下方,或者写在正文中。
|
||||
|
||||
如果一个图由两个或两个以上分图组成时,各分图分别以 (a)、(b)、(c)...... 作为图序,并须有分图题。
|
||||
推荐使用 \pkg{subcaption} 宏包来处理, 比如图~\ref{fig:subfig-a} 和图~\ref{fig:subfig-b}。
|
||||
|
||||
\begin{figure}
|
||||
\centering
|
||||
\subcaptionbox{分图 A\label{fig:subfig-a}}
|
||||
{\includegraphics[width=0.35\linewidth]{example-image-a.pdf}}
|
||||
\subcaptionbox{分图 B\label{fig:subfig-b}}
|
||||
{\includegraphics[width=0.35\linewidth]{example-image-b.pdf}}
|
||||
\caption{多个分图的示例}
|
||||
\label{fig:multi-image}
|
||||
\end{figure}
|
||||
|
||||
|
||||
|
||||
\section{表格}
|
||||
|
||||
表应具有自明性。表中参数应标明量和单位的符号。
|
||||
为使表格简洁易读,均采用三线表(例如表~\ref{tab:three-line})。
|
||||
必要时可加辅助线,三线表无法清晰表达时可采用其他格式。
|
||||
|
||||
表序与表题置于表的上方。表单元格中的文字一般应居中书写(上下居中,左右居中),
|
||||
不宜左右居中书写的,可采取两端对齐的方式书写。
|
||||
|
||||
\begin{table}
|
||||
\centering
|
||||
\caption{三线表示例}
|
||||
\begin{tabular}{cc}
|
||||
\toprule
|
||||
文件名 & 描述 \\
|
||||
\midrule
|
||||
thuthesis.dtx & 模板的源文件,包括文档和注释 \\
|
||||
thuthesis.cls & 模板文件 \\
|
||||
thuthesis-*.bst & BibTeX 参考文献表样式文件 \\
|
||||
\bottomrule
|
||||
\end{tabular}
|
||||
\label{tab:three-line}
|
||||
\end{table}
|
||||
|
||||
若表中有附注,采用英文小写字母顺序编号,附注写在表的下方。
|
||||
推荐使用 \pkg{threeparttable} 宏包。
|
||||
|
||||
\begin{table}
|
||||
\centering
|
||||
\begin{threeparttable}[c]
|
||||
\caption{带附注的表格示例}
|
||||
\label{tab:three-part-table}
|
||||
\begin{tabular}{cc}
|
||||
\toprule
|
||||
文件名 & 描述 \\
|
||||
\midrule
|
||||
thuthesis.dtx\tnote{a} & 模板的源文件,包括文档和注释 \\
|
||||
thuthesis.cls\tnote{b} & 模板文件 \\
|
||||
thuthesis-*.bst & BibTeX 参考文献表样式文件 \\
|
||||
\bottomrule
|
||||
\end{tabular}
|
||||
\begin{tablenotes}
|
||||
\item [a] 可以通过 xelatex 编译生成模板的使用说明文档;
|
||||
使用 xetex 编译 \file{thuthesis.ins} 时则会从 \file{.dtx} 中去除掉文档和注释,得到精简的 \file{.cls} 文件。
|
||||
\item [b] 更新模板时,一定要记得编译生成 \file{.cls} 文件,否则编译论文时载入的依然是旧版的模板。
|
||||
\end{tablenotes}
|
||||
\end{threeparttable}
|
||||
\end{table}
|
||||
|
||||
如某个表需要转页接排,可以“续表”的形式另页打印,格式同前,只需在每页表序前加“续”字即可。
|
||||
续表均应重复表头。
|
||||
推荐使用 \pkg{longtable} 宏包。
|
||||
|
||||
\begin{longtable}{cccc}
|
||||
\caption{跨页长表格的表题}
|
||||
\label{tab:longtable} \\
|
||||
\toprule
|
||||
表头 1 & 表头 2 & 表头 3 & 表头 4 \\
|
||||
\midrule
|
||||
\endfirsthead
|
||||
\caption*{续表~\thetable\quad 跨页长表格的表题} \\
|
||||
\toprule
|
||||
表头 1 & 表头 2 & 表头 3 & 表头 4 \\
|
||||
\midrule
|
||||
\endhead
|
||||
\bottomrule
|
||||
\endfoot
|
||||
Row 1 & & & \\
|
||||
Row 2 & & & \\
|
||||
Row 3 & & & \\
|
||||
Row 4 & & & \\
|
||||
Row 5 & & & \\
|
||||
Row 6 & & & \\
|
||||
Row 7 & & & \\
|
||||
Row 8 & & & \\
|
||||
Row 9 & & & \\
|
||||
Row 10 & & & \\
|
||||
\end{longtable}
|
||||
|
||||
|
||||
|
||||
\section{算法}
|
||||
|
||||
算法环境可以使用 \pkg{algorithms} 或者 \pkg{algorithm2e} 宏包。
|
||||
|
||||
\renewcommand{\algorithmicrequire}{\textbf{输入:}\unskip}
|
||||
\renewcommand{\algorithmicensure}{\textbf{输出:}\unskip}
|
||||
|
||||
\begin{algorithm}
|
||||
\caption{Calculate $y = x^n$}
|
||||
\label{alg1}
|
||||
\small
|
||||
\begin{algorithmic}
|
||||
\REQUIRE $n \geq 0$
|
||||
\ENSURE $y = x^n$
|
||||
|
||||
\STATE $y \leftarrow 1$
|
||||
\STATE $X \leftarrow x$
|
||||
\STATE $N \leftarrow n$
|
||||
|
||||
\WHILE{$N \neq 0$}
|
||||
\IF{$N$ is even}
|
||||
\STATE $X \leftarrow X \times X$
|
||||
\STATE $N \leftarrow N / 2$
|
||||
\ELSE[$N$ is odd]
|
||||
\STATE $y \leftarrow y \times X$
|
||||
\STATE $N \leftarrow N - 1$
|
||||
\ENDIF
|
||||
\ENDWHILE
|
||||
\end{algorithmic}
|
||||
\end{algorithm}
|
||||
@@ -1,97 +0,0 @@
|
||||
% !TEX root = ../bachelor-thesis.tex
|
||||
|
||||
\chapter{数学符号和公式}
|
||||
|
||||
\section{数学符号}
|
||||
|
||||
中文论文的数学符号默认遵循 GB/T 3102.11—1993《物理科学和技术中使用的数学符号》
|
||||
\footnote{原 GB 3102.11—1993,自 2017 年 3 月 23 日起,该标准转为推荐性标准。}。
|
||||
该标准参照采纳 ISO 31-11:1992 \footnote{目前已更新为 ISO 80000-2:2019。},
|
||||
但是与 \TeX{} 默认的美国数学学会(AMS)的符号习惯有所区别。
|
||||
具体地来说主要有以下差异:
|
||||
\begin{enumerate}
|
||||
\item 大写希腊字母默认为斜体,如
|
||||
\begin{equation*}
|
||||
\Gamma \Delta \Theta \Lambda \Xi \Pi \Sigma \Upsilon \Phi \Psi \Omega.
|
||||
\end{equation*}
|
||||
注意有限增量符号 $\increment$ 固定使用正体,模板提供了 \cs{increment} 命令。
|
||||
\item 小于等于号和大于等于号使用倾斜的字形 $\le$、$\ge$。
|
||||
\item 积分号使用正体,比如 $\int$、$\oint$。
|
||||
\item
|
||||
偏微分符号 $\partial$ 使用正体。
|
||||
\item
|
||||
省略号 \cs{dots} 按照中文的习惯固定居中,比如
|
||||
\begin{equation*}
|
||||
1, 2, \dots, n \quad 1 + 2 + \dots + n.
|
||||
\end{equation*}
|
||||
\item
|
||||
实部 $\Re$ 和虚部 $\Im$ 的字体使用罗马体。
|
||||
\end{enumerate}
|
||||
|
||||
以上数学符号样式的差异可以在模板中统一设置。
|
||||
另外国标还有一些与 AMS 不同的符号使用习惯,需要用户在写作时进行处理:
|
||||
\begin{enumerate}
|
||||
\item 数学常数和特殊函数名用正体,如
|
||||
\begin{equation*}
|
||||
\uppi = 3.14\dots; \quad
|
||||
\symup{i}^2 = -1; \quad
|
||||
\symup{e} = \lim_{n \to \infty} \left( 1 + \frac{1}{n} \right)^n.
|
||||
\end{equation*}
|
||||
\item 微分号使用正体,比如 $\dif y / \dif x$。
|
||||
\item 向量、矩阵和张量用粗斜体(\cs{symbf}),如 $\symbf{x}$、$\symbf{\Sigma}$、$\symbfsf{T}$。
|
||||
\item 自然对数用 $\ln x$ 不用 $\log x$。
|
||||
\end{enumerate}
|
||||
|
||||
|
||||
英文论文的数学符号使用 \TeX{} 默认的样式。
|
||||
如果有必要,也可以通过设置 \verb|math-style| 选择数学符号样式。
|
||||
|
||||
关于量和单位推荐使用
|
||||
\href{http://mirrors.ctan.org/macros/latex/contrib/siunitx/siunitx.pdf}{\pkg{siunitx}}
|
||||
宏包,
|
||||
可以方便地处理希腊字母以及数字与单位之间的空白,
|
||||
比如:
|
||||
\SI{6.4e6}{m},
|
||||
\SI{9}{\micro\meter},
|
||||
\si{kg.m.s^{-1}},
|
||||
\SIrange{10}{20}{\degreeCelsius}。
|
||||
|
||||
|
||||
|
||||
\section{数学公式}
|
||||
|
||||
数学公式可以使用 \env{equation} 和 \env{equation*} 环境。
|
||||
注意数学公式的引用应前后带括号,通常使用 \cs{eqref} 命令,比如式\eqref{eq:example}。
|
||||
\begin{equation}
|
||||
\frac{1}{2 \uppi \symup{i}} \int_\gamma f = \sum_{k=1}^m n(\gamma; a_k) \mathscr{R}(f; a_k).
|
||||
\label{eq:example}
|
||||
\end{equation}
|
||||
|
||||
多行公式尽可能在“=”处对齐,推荐使用 \env{align} 环境。
|
||||
\begin{align}
|
||||
a & = b + c + d + e \\
|
||||
& = f + g
|
||||
\end{align}
|
||||
|
||||
|
||||
|
||||
\section{数学定理}
|
||||
|
||||
定理环境的格式可以使用 \pkg{amsthm} 或者 \pkg{ntheorem} 宏包配置。
|
||||
用户在导言区载入这两者之一后,模板会自动配置 \env{theorem}、\env{proof} 等环境。
|
||||
|
||||
\begin{theorem}[Lindeberg--Lévy 中心极限定理]
|
||||
设随机变量 $X_1, X_2, \dots, X_n$ 独立同分布, 且具有期望 $\mu$ 和有限的方差 $\sigma^2 \ne 0$,
|
||||
记 $\bar{X}_n = \frac{1}{n} \sum_{i+1}^n X_i$,则
|
||||
\begin{equation}
|
||||
\lim_{n \to \infty} P \left(\frac{\sqrt{n} \left( \bar{X}_n - \mu \right)}{\sigma} \le z \right) = \Phi(z),
|
||||
\end{equation}
|
||||
其中 $\Phi(z)$ 是标准正态分布的分布函数。
|
||||
\end{theorem}
|
||||
\begin{proof}
|
||||
Trivial.
|
||||
\end{proof}
|
||||
|
||||
同时模板还提供了 \env{assumption}、\env{definition}、\env{proposition}、
|
||||
\env{lemma}、\env{theorem}、\env{axiom}、\env{corollary}、\env{exercise}、
|
||||
\env{example}、\env{remar}、\env{problem}、\env{conjecture} 这些相关的环境。
|
||||
@@ -1,64 +0,0 @@
|
||||
# 第三章 提纲与叙事设计备忘
|
||||
|
||||
## 最终版本的结构(已写入 chap03.tex)
|
||||
|
||||
### 叙事主线:三个挑战 → 三个设计
|
||||
|
||||
章节的核心叙事逻辑是"先提出挑战,再逐一用设计解决":
|
||||
|
||||
1. **3.1 系统总体架构**(简要):Coordinator-Node架构、TUN/UDP隧道/per-flow线程,一段话说完。
|
||||
2. **3.2 设计挑战**:先提出三个核心挑战,让读者带着问题读后续设计。
|
||||
3. **3.3 交织XOR前向纠错编码设计**(解决挑战一):
|
||||
- 编码方案选择:为何选XOR分组码——分组码的冗余包是独立包,不嵌入用户数据包,所以不存在MTU溢出问题。流式编码需要预留冗余空间,不适用。
|
||||
- 交织编码矩阵结构、编码器/解码器工作流程。
|
||||
4. **3.4 基于丢包统计的自适应参数调整**(解决挑战二):
|
||||
- 三状态丢包模型(先建模 → 再估计 → 再搜索参数)。
|
||||
- 解码端丢包检测与统计。
|
||||
- 模型参数估计(从loss_1/loss_2/loss_3推导p21/p23/p33)。
|
||||
- 编码参数搜索算法(延迟约束20ms + 残余丢包率约束1%)。
|
||||
5. **3.5 解码端输出速率控制设计**(解决挑战三):
|
||||
- 问题:FEC突发输出 → ACK密集 → CCA误判带宽 → 速率震荡 → 影响FEC参数估计。
|
||||
- PI控制器:Passthrough(直通+测速)→ Controlling(PI控制)。
|
||||
- 协同关系:Pacing稳定CCA → CCA稳定发包 → 编码器稳定填组 → 参数估计更准。
|
||||
6. **3.6 本章小结**。
|
||||
|
||||
### 三个挑战与设计的对应关系
|
||||
|
||||
| 挑战 | 核心问题 | 对应设计 |
|
||||
|------|---------|---------|
|
||||
| 挑战一 | 通用转发场景下用户包大小可变,冗余不能嵌入包内导致MTU溢出 | 分组XOR编码(冗余包独立发送)+ 交织 |
|
||||
| 挑战二 | 需满足流媒体延迟需求,同时结合实时丢包数据自适应调整 | 三状态丢包模型 + 约束搜索算法 |
|
||||
| 挑战三 | FEC解码突发输出导致CCA误判带宽 | PI速率控制器(Pacer) |
|
||||
|
||||
## 叙事衔接机制
|
||||
|
||||
1. **挑战尾部的策略预告 + 前向链接**:3.2中每个挑战的末尾都用1–2句话概括了解决策略,并通过 `\ref{sec:xxx}` 前向链接到对应的设计小节,例如"本文采用交织XOR分组编码方案应对此挑战(详见第\ref{sec:fec编码}节)"。
|
||||
2. **设计开头的挑战重述**:3.3/3.4/3.5每个设计节的第一句话都以"本节针对挑战X"开头,回指3.2中提出的挑战,形成闭环。
|
||||
|
||||
## 叙事逻辑要点
|
||||
|
||||
1. **挑战先行**:3.2节先把三个挑战全部摆出来,读者带着问题读后续设计,每个设计开篇回指对应的挑战。
|
||||
|
||||
2. **挑战一的论述重点**:不是"XOR计算简单"(这只是bonus),核心论点是"分组码的冗余包独立于数据包,不受用户包大小影响",而流式编码需要内嵌冗余空间,不适用于通用转发。
|
||||
|
||||
3. **先建模再设计**:3.4的叙事顺序是"先提出三状态丢包模型 → 再说如何从观测量估计模型参数 → 再说如何基于模型做FEC参数拟合"。这比直接说"我们用了什么公式"更有说服力,也更容易和参考论文区分开。
|
||||
|
||||
4. **Pacing是独立于FEC的设计**:3.5独立成节,核心目的是"为CCA服务"而非"为FEC服务"。
|
||||
|
||||
5. **消融实验暂缺**:pacer对CCA行为的正面影响目前没有专门的对比实验,chap03中先论述设计动机和机制,chap04再想办法补充。
|
||||
|
||||
6. **排版约定**:代码标识符使用 `\texttt{}` 排版(如 `\texttt{flow\_id}`),这是标准LaTeX做法,不需要额外宏包。
|
||||
|
||||
## 代码对应关系(写作时参考)
|
||||
|
||||
- FEC编解码器:`code/bifrost/src/node/udp_relay/algorithm/fec.rs`
|
||||
- Pacer:`code/bifrost/src/node/udp_relay/algorithm/pacer.rs`
|
||||
- 参数计算:`code/bifrost/src/coordinator/core.rs` 中的 `fern_parameter_calc` 函数
|
||||
- 转发机制:`code/bifrost/src/node/udp_relay/mod.rs`
|
||||
- TUN管理:`code/bifrost/src/node/udp_relay/tun_manager.rs`
|
||||
- 协调器核心:`code/bifrost/src/coordinator/core.rs`
|
||||
|
||||
## 注意事项
|
||||
|
||||
- **不涉及fern**:所有内容仅基于fec和pacer,fern是未完成的项目,不在论文讨论范围内。
|
||||
- **参数估计的查重问题**:3.4的模型和估计方法从代码出发重新推导和表述,不直接照搬参考论文的叙述方式。
|
||||
@@ -1,76 +0,0 @@
|
||||
% !TEX root = ../bachelor-thesis.tex
|
||||
|
||||
\chapter{引用文献的标注}
|
||||
|
||||
模板支持 BibTeX 和 BibLaTeX 两种方式处理参考文献。
|
||||
下文主要介绍 BibTeX 配合 \pkg{natbib} 宏包的主要使用方法。
|
||||
|
||||
|
||||
\section{顺序编码制}
|
||||
|
||||
在顺序编码制下,默认的 \cs{cite} 命令同 \cs{citep} 一样,序号置于方括号中,
|
||||
引文页码会放在括号外。
|
||||
统一处引用的连续序号会自动用短横线连接。
|
||||
|
||||
\thusetup{
|
||||
cite-style = super,
|
||||
}
|
||||
\noindent
|
||||
\begin{tabular}{l@{\quad$\Rightarrow$\quad}l}
|
||||
\verb|\cite{zhangkun1994}| & \cite{zhangkun1994} \\
|
||||
\verb|\citet{zhangkun1994}| & \citet{zhangkun1994} \\
|
||||
\verb|\citep{zhangkun1994}| & \citep{zhangkun1994} \\
|
||||
\verb|\cite[42]{zhangkun1994}| & \cite[42]{zhangkun1994} \\
|
||||
\verb|\cite{zhangkun1994,zhukezhen1973}| & \cite{zhangkun1994,zhukezhen1973} \\
|
||||
\end{tabular}
|
||||
|
||||
|
||||
也可以取消上标格式,将数字序号作为文字的一部分。
|
||||
建议全文统一使用相同的格式。
|
||||
|
||||
\thusetup{
|
||||
cite-style = inline,
|
||||
}
|
||||
\noindent
|
||||
\begin{tabular}{l@{\quad$\Rightarrow$\quad}l}
|
||||
\verb|\cite{zhangkun1994}| & \cite{zhangkun1994} \\
|
||||
\verb|\citet{zhangkun1994}| & \citet{zhangkun1994} \\
|
||||
\verb|\citep{zhangkun1994}| & \citep{zhangkun1994} \\
|
||||
\verb|\cite[42]{zhangkun1994}| & \cite[42]{zhangkun1994} \\
|
||||
\verb|\cite{zhangkun1994,zhukezhen1973}| & \cite{zhangkun1994,zhukezhen1973} \\
|
||||
\end{tabular}
|
||||
|
||||
|
||||
|
||||
\section{著者-出版年制}
|
||||
|
||||
著者-出版年制下的 \cs{cite} 跟 \cs{citet} 一样。
|
||||
|
||||
\thusetup{
|
||||
cite-style = author-year,
|
||||
}
|
||||
\noindent
|
||||
\begin{tabular}{@{}l@{$\Rightarrow$}l@{}}
|
||||
\verb|\cite{zhangkun1994}| & \cite{zhangkun1994} \\
|
||||
\verb|\citet{zhangkun1994}| & \citet{zhangkun1994} \\
|
||||
\verb|\citep{zhangkun1994}| & \citep{zhangkun1994} \\
|
||||
\verb|\cite[42]{zhangkun1994}| & \cite[42]{zhangkun1994} \\
|
||||
\verb|\citep{zhangkun1994,zhukezhen1973}| & \citep{zhangkun1994,zhukezhen1973} \\
|
||||
\end{tabular}
|
||||
|
||||
\vskip 2ex
|
||||
\thusetup{
|
||||
cite-style = super,
|
||||
}
|
||||
注意,引文参考文献的每条都要在正文中标注
|
||||
\cite{zhangkun1994,zhukezhen1973,dupont1974bone,zhengkaiqing1987,%
|
||||
jiangxizhou1980,jianduju1994,merkt1995rotational,mellinger1996laser,%
|
||||
bixon1996dynamics,mahui1995,carlson1981two,taylor1983scanning,%
|
||||
taylor1981study,shimizu1983laser,atkinson1982experimental,%
|
||||
kusch1975perturbations,guangxi1993,huosini1989guwu,wangfuzhi1865songlun,%
|
||||
zhaoyaodong1998xinshidai,biaozhunhua2002tushu,chubanzhuanye2004,%
|
||||
who1970factors,peebles2001probability,baishunong1998zhiwu,%
|
||||
weinstein1974pathogenic,hanjiren1985lun,dizhi1936dizhi,%
|
||||
tushuguan1957tushuguanxue,aaas1883science,fugang2000fengsha,%
|
||||
xiaoyu2001chubanye,oclc2000about,scitor2000project%
|
||||
}。
|
||||
20
ref/refs.bib
20
ref/refs.bib
@@ -440,3 +440,23 @@
|
||||
primaryClass={cs.NI},
|
||||
url={https://arxiv.org/abs/2507.08134},
|
||||
}
|
||||
|
||||
@article{tsolkas2017qoesurvey,
|
||||
title={A survey on parametric QoE estimation for popular services},
|
||||
author={Tsolkas, Dimitris and Liotou, Eirini and Passas, Nikos and Merakos, Lazaros},
|
||||
journal={Journal of network and computer applications},
|
||||
volume={77},
|
||||
pages={1--17},
|
||||
year={2017},
|
||||
publisher={Elsevier}
|
||||
}
|
||||
|
||||
@techreport{applogic2026gipr,
|
||||
author = {{AppLogic Networks}},
|
||||
title = {{The 2026 Global Internet Phenomena Report}},
|
||||
institution = {AppLogic Networks},
|
||||
type = {Industry Report},
|
||||
year = {2026},
|
||||
url = {https://www.applogicnetworks.com/gipr-2026},
|
||||
urldate = {2026-05-26}
|
||||
}
|
||||
Reference in New Issue
Block a user