Silex Insight公司[1]（2021）在《当可靠可信对于您的AV OVER IP解决方案至关重要时,确保发送器/接收器在设计时考量安全性能尤为重要》文中认为0前言如果您的公司正在传输和分发高质量的音频和视频,您可能会意识到商用以太网/IP技术正在迅速取代专用传输电缆。基于成本、效率和标准化的考虑,通过IP网络传输音视频材料（即AV over IP）的确正在成为主流传输方式。此外,如图1所示,随着向IP网络基础架构的转移,音频和视频网络将越来越多地集成到通用的企业网络中。
余少华,何炜[2]（2020）在《光纤通信技术发展综述》文中研究指明光纤通信作为二战以来最有意义的四大发明之一,奠定了网络信息传输的基石,承载了全球90%以上数据流量,但预计其未来20年将遭遇"传输容量危机".本文围绕超高速率、超大容量、超长距离、超宽灵活、超强智能（ultra-high speed, ultra-large capacity, ultra-long distance, ultra-wideband flexibility, and ultra-powerful intelligence, 5U）这5个光纤通信的发展维度开展研究,在回顾了其50多年发展历程的基础上,对近10年来所取得的一系列最新进展进行了全面综述,并就未来10年甚至20年的演进趋势做出展望.
张晓敏[3]（2020）在《新产品开发不同阶段外部知识获取对企业创新能力与绩效的影响研究》文中提出全球经济的高速增长,技术市场环境的快速变化,客户需求的多样化特征突出,导致了产品生命周期缩短,新产品开发已成为企业应对激烈的市场竞争的关键。在这种激烈的竞争环境中,企业仅仅依靠自身资源是无法满足新产品开发所需的先决条件,企业还需要获取外部知识来补充和更新企业内现有的知识储存,及时、快速的了解市场发展趋势,掌握最新的生产技术,优化生产流程,提高企业的生产效率,有效的减少新产品开发中的不确定性,降低研发的风险,提高企业的创新能力和绩效。考虑到新产品开发是一个分阶段的连续的过程,在每个阶段企业需要的资源以及开展的活动都是有区别的,各个阶段中供应商、客户、大学研究机构、竞争对手所提供的信息、知识等资源往往存有差异,导致其发挥的作用也不同。因此,本文将新产品开发过程细分为概念开发阶段、产品开发阶段、商业化阶段三个阶段来具体研究四种外部知识源（供应商、客户、大学研究机构、竞争对手）对企业创新能力与绩效的影响。旨在探明在新产品开发不同阶段,从不同外部知识源获取知识是否都对企业创新能力与创新绩效有促进作用,分别从哪种外部知识源获取知识更有利于提升企业创新能力与创新绩效。基于回收的440份有效样本数据进行实证分析得出以下结论:在概念开发阶段和产品开发阶段,从供应商、客户、大学与科研机构、竞争对手获取知识对企业创新能力与绩效均有正向影响,然而从供应商和大学与科研机构获取知识更有利于提升企业的创新能力,从供应商和客户获取知识更有利于提升企业创新绩效。在商业化阶段,从供应商、客户、竞争对手获取知识对企业创新能力和绩效均有正向影响,而从客户获取知识更有利于提升企业的创新绩效和创新能力,从大学与科研机构获取知识对企业创新能力与创新绩效的正向影响并不显着。该研究帮助企业在新产品开发中能够准确选取外部知识源,进而提高企业创新能力和绩效。通过对上述问题的更深入理解,进一步丰富了外部知识获取的研究成果,为那些较大程度地依靠从外部获取技术和知识的企业开发新产品提供了理论参考。
罗雄[4]（2020）在《面向智能合约的安全开发调试平台研究与实现》文中研究指明随着区块链技术在金融、物流、医疗健康等领域的广泛应用,智能合约作为区块链去中心化应用的核心程序,其开发环境也越来越重要。目前,市面上并没有友好、高效的智能合约开发调试平台。为了促进区块链和智能合约技术的工程应用和产业推广,本文基于区块链平台研究面向智能合约的安全开发调试系统平台。重点研究了区块链系统架构、智能合约系统架构、智能合约调试引擎、智能合约全生命周期开发流程等内容。主要研究内容分为两个部分:1.研究智能合约调试器引擎技术,并基于EOS（Enterprise Operation System）区块链平台实现了智能合约的调试功能。本文详细研究了EOS区块链平台的系统架构、EOS智能合约框架及其编译工具链使用方法、EOS智能合约虚拟机执行引擎工作原理、EOS区块链账户管理机制以及EOS区块链交易执行流程等内容。然后详细分析了DWARF调试信息的编码格式,及使用DWARF调试信息获取源码行号映射信息以及变量地址映射信息的原理。并介绍了WASM（WebAssembly）字节码二进制目标文件的格式及其主要指令集编码。2.研究并实现了基于Web的EOS智能合约综合化安全开发调试平台。目前EOS智能合约开发缺少完善易用的开发工具的支持。本文基于对EOS智能合约全生命周期开发流程的研究,设计并实现了一套综合的EOS集成开发环境。提供给合约开发人员一个完善的集项目管理、开发调试、部署执行、安全检测等功能的智能合约Web集成开发环境。论文最后详细描述了本系统的设计与实现过程,并给出了系统关键问题的解决方案。通过对EOS智能合约开发的详细需求分析,提出了本系统所需要满足的功能性需求。之后结合Web传统前后端分离架构以及EOS区块链系统架构,设计了本系统的总体架构及其拓扑结构。并针对系统主要关键功能,设计了其业务执行流程。最后通过详细的测试案例设计以及测试结果展示,介绍了系统的功能实现情况。本文实现的基于EOS区块链的智能合约安全开发调试平台,能够满足EOS智能合约开发人员的各项基本需求。本系统能有效的降低EOS智能合约的开发难度,提高EOS智能合约的开发效率并促进区块链技术的应用推广。
张程[5]（2019）在《计算机网络安全类文本翻译实践报告》文中提出计算机互联网的快速发展使得网络安全问题对企业和组织的信息和数据安全产生了深刻的影响,但笔者发现与计算机网络安全相关的翻译实践及研究相对较少,遂选取此类素材作为翻译实践报告的研究对象。本翻译实践项目选取的源语文本属于科技英语文体,是典型的信息型文本,用词规范、逻辑严谨、行文简洁、说理性较强;涉及大量术语、专有名词和名词化结构;被动语态使用广泛,也出现了大量的定语从句和长难句。笔者在翻译源语文本时的困难之处主要在词汇和句法两方面。词汇层面的主要特征和翻译难点是具有大量计算机领域的术语、公司和产品名称及名词化结构,对此笔者采取以直译为主,意译和移植相辅的翻译方法。句子层面的主要特征和翻译难点是多用被动句、定语从句和其他长难句,笔者根据这些句子的特征灵活采取不同的翻译方法。本论文由五个部分组成。第一部分是对翻译项目的介绍,概述了本次翻译实践项目的背景和意义;第二部分是对源语文本的介绍,概述了源语文本的主要内容,并分析了源语文本的主要特征;第三部分对整个翻译过程进行了说明,包括译前准备、译中监控以及译后的修改和总结工作;第四部分是案例分析,源语文本属于科技英语文本,涉及大量科技术语、专有名词和名词化结构以及被动语态、定语从句和长难句,因此本部分结合具体实例,探讨了翻译过程中所采取的翻译方法;第五部分是总结部分,概述了笔者在本次翻译实践中的所学所得以及亟需改进的地方。通过本次翻译实践,笔者学习了很多与计算机网络安全相关的知识,翻译水平进一步提高,同时希望能为该领域的从业者提供信息参考,帮助他们了解行业动态,也希望翻译实践中总结的翻译方法能为翻译类似文本的译者提供借鉴和参考。综上所述,笔者认为本翻译实践项目具有一定的学术价值和现实意义。
马超[6]（2017）在《长期演进系统架构下VoLTE调度机制和传输性能研究》文中研究指明LTE（Long Term Evolution）是全IP（Internet Protocol）的分组交换网络,以往2G、3G等电路域交换网络上的语音通话技术在LTE上已经不能够适用,因此需要一种新的全分组域的语音通话解决方案。在经过一系列的技术对比及标准遴选之后,3GPP将基于IMS（IP Multimedia Subsystem）的Vo LTE（Voice over LTE）定为LTE网络中语音的实现技术。本文首先介绍了LTE现有技术并总结了Vo LTE研究现状,然后分阶段介绍了LTE语音业务的演进,对比分析了其各种可能的解决方案,说明了Vo LTE是LTE语音业务最终解决方案的原因。其次,因LTE空中接口协议栈其他各层都已经较为成熟,将研究重点确定在MAC（Media Access Control）层。之后,阐述了MAC层相关信道及其功能,无线调度及其单位,进而针对MAC层中各种调度算法进行了比较,说明最适合Vo LTE的是半持续调度算法。但该算法本身没有针对通话设定优先级,从调度角度来说不够合理,需要进一步进行优化。同时,大部分文献关注了Vo LTE的用户容量、覆盖范围、会话建立及连续性等方面性能,对其无线传输性能却少有研究,本文对这一方面进行了研究。本文主要创新工作如下:1、调度机制方面,本文提出一种改进的基于Vo IP通话优先级的用户结对半持续调度算法,主要分为两个方面的改进:（1）改进Vo IP通话的优先级的计算方式,提出根据通话的队列长度、信号干扰噪声比（Signal to Interference plus Noise Ratio,SINR）、物理资源块需求数、平均信道质量、平均传输速率进行计算,以期更加准确地针对通话进行调度,减少对于控制信令的消耗;（2）改进半持续调度算法的整体流程,提出根据语音分组的丢包率变化动态控制Vo IP优先模式的持续时间,以避免造成其他业务出现饥饿情况;在Vo IP优先模式下,将用户两两结对使其共享分配到的无线资源,减少信道质量差的用户一直重传所导致的无线资源浪费。之后,将该改进应用于Vo LTE调度,以达到进一步降低无线资源调度信令开销,提高对无线资源的利用率及调度效率,提高用户满意度和小区中Vo LTE用户容量的目的。然后,使用MATLAB仿真工具验证了该改进算法对Vo LTE语音分组丢包率、用户满意度和用户容量等方面性能的提升。2、传输性能方面,本文将吞吐量和误码率BER（Bit Error Rate）作为其传输的两个性能指标,主要研究了小区中接收天线的信噪比SNR（Signal to Noise Ratio）对Vo LTE语音帧传输性能的影响,并通过仿真加以分析验证。仿真结果表明在一定的范围之内提高接收天线的信噪比,可以大幅提高Vo LTE的吞吐量,而在范围之外提高信噪比则对于吞吐量的影响不大。提高接收天线的信噪比可以降低传输的误码率。通过将两种天线模型的仿真结果进行对比可知,随着发送与接收天线个数的增多,Vo LTE的传输性能得到增强,同时多天线在一定程度上可以弥补较低信噪比造成的影响。
王振荣[7]（2012）在《Gb接口的IP化改造方案研究》文中提出伴随着移动网从2G向3G技术的发展,移动通信网络的IP转型成为不可逆转的趋势。目前整个IP化工作已经在中国全面开展,相信IP化会给中国的移动通信事业带来新的活力。Gb接口IP化是核心通信网络IP化演进的重要一步。本文以某电信运营商在甘肃省实现Gb接口IP化为例,分析了网络现状与实现Gb接口IP化的具体要求,提出在该省完成Gb接口IP化改造的具体方案。
张茜[8]（2012）在《PTN技术研究及其在TD-SCDMA网络建设中的应用》文中研究说明PTN技术本质上是一种基于分组的路由架构,能够提供多业务技术支持。随着网络IP化进程的不断推进,基站、集团客户等接入节点逐步实现业务IP化和端口IP化,现有的SDH网络已经不能满足业务接入需求,需要在全国范围内大规模部署PTN网络,满足TD-SCDMA等业务的接入和传送。PTN是一种更加适合IP业务传送的技术,同时继承了光传输的传统优势。本学位论文首先研究与回顾了PTN基础技术,掌握PTN相关标准。然后在分析河北移动网络现状的前提下,主要研究网络建设中的PTN规划原则和对PTN移动承载网业务的需求分析,以及PTN的定位解析,河北移动PTN传输传输网络建设总体原则探讨,另外对移动城域网络规划进行了重点剖析。其次提出基于TD网络建设的PTN解决方案,以河北移动的网络建设为例从以下几个方面展开：河北移动传输建设原则制定、PTN组网QoS规划原则分析、河北移动环路节点汇聚节点的规划原则讨论、河北移动传输系统建设方案的制定、工程中的问题分析及解决方案。最后,重点研究了面向TD-SCDMA的PTN网络建设方案与实施办法,结合本作者担任秦皇岛地市传输网络项目负责人的实践积累,通过长期网络规划、网络技术更新、传输设备升级换代等的基础上,以秦皇岛移动公司的建设方案为例制定出适合秦皇岛网络现状及高效快速发展的网络规划与设计方案。
王立众[9]（2011）在《移动VoIP中语音质量增强关键技术研究》文中指出随着WiFi等无线网络技术的发展,基于无线接入的VoIP业务和无线自组织网中的VoIP业务也将有着广阔的前景,本文称之为移动VoIP业务。由于移动VoIP业务中无线信道环境的多变性,与有线VoIP业务和传统电话相比,移动VoIP业务的致命弱点就是语音质量较差。所以移动VoIP通话中的语音质量保证问题,是制约其发展的关键因素之一。在移动VoIP业务中,由于无线信道更加不稳定,导致语音数据的延迟、语音数据的延迟抖动以及语音数据丢失比有线信道严重很多。虽然移动VoIP业务有较大的发展前途,但是移动VoIP业务的服务质量标准的发展却相对缓慢。目前针对移动VoIP中语音质量增强技术的研究可以分为两大类,一是以网络为中心的解决方案,主要是通过对路由的优化配置,提高移动VoIP系统语音质量,二是以终端为中心的解决方案,主要研究在现有网络框架下的拥塞控制,差错控制,错误恢复和数据打包等问题。由于以终端为中心的解决方案与底层网络技术无关,因此对它的研究是非常重要的。本文就是针对以终端为中心的解决方案的研究。本文首先讨论了移动VoIP的系统组成及基本原理,并阐述了VoIP的关键技术,包括信令技术、实时传输协议、语音编解码技术、影响移动VoIP语音质量的因素和语音质量的测试方法。然后着重从三个方面入手进行了研究,分为丢包恢复技术、丢包隐藏技术和拥塞控制技术三个方面。本文针对丢包恢复技术提出了一种自适应前向纠错技术,可以根据网络当前的状态预测到下一个前向纠错块中的网络丢失的语音帧数量,并依据预测结果调整前向纠错的纠错能力,尽可能对抗网络的丢包。本文针对丢包隐藏技术提出了一种可变的增益幅度的波形相似叠加算法,并且还提出了两种语音过渡期检测方法,使得语音帧丢失.期间的语音质量得到很好的重建。本文针对拥塞控制技术提出一种带有动态抖动缓存控制的发送端速率自适应调整策略,根据网络状态来调整发送端语音的发送速率,以有效地缓解网络拥塞,并最大限度地提高语音质量。
许军[10]（2012）在《多业务承载宁夏电信IP城域网研究》文中研究说明伴随着3G的快速发展及其向LTE的演进,以及国家三网融合政策下催生的IPTV等视频交互业务的层出不穷,传统的城域网正面临前所未有的挑战。对于中国电信而言,现有IP城域网主要承载传统的宽带上网业务,这在宽带业务发展初期、用户使用业务单一、对带宽需求不是很高的情况下,是可以胜任的。但是,随着3G以及IPTV等高带宽需求业务的发展,如果针对移动业务及IPTV业务再独立建设IP承载网络,必将增加建设成本、增加网络维护的复杂性。为此,为节约建设及维护成本,建设一张多业务承载网络已经是中国电信IP网络发展的必由之路。本文首先介绍了电信网及IP网的发展趋势,由此总结出了IP网的发展目标及演进原则;接下来,通过对IP网络上目前承载的业务和未来将要部署业务的介绍,得出了建设综合承载网络的必要性;对MPLS承载方式的关键技术及目前城域网所需的关键传送技术进行了介绍,为构建多业务综合承载网络奠定了理论基础;在此基础上,本文着重对宁夏电信多业务综合承载网络进行了设计,分别从核心层、业务控制层、汇聚及接入层的设备定位、路由互通要求、用户接入原则及今后设备、电路的扩容原则等方面进行了详细的系统分析和规划设计。并对关键业务的接入方式、部署原则进行了详细设计,对多业务承载所涉及的关键网络资源IP地址、VLAN及QOS等进行了有针对性的规划。通过本文对宁夏电信构建多业务综合承载网络所涉及的关键内容:网络组织与路由、业务承载规划及网络资源规划进行的详细规划与设计,为宁夏电信构建多业务综合承载网络奠定了基础,从而有效指导宁夏电信今后的网络规划、建设与优化工作,使得今后的网络建设与优化目标更加明确,各方面的实施内容更加清晰,从而是整个网络建设与优化工作能够少走弯路。同时,通过对多业务综合承载网方案的逐步实施,能够大大节约为满足不同业务承载所需建设的双平面承载网络所投入的人力、物力,并为宁夏电信继续在本省保持网络优势奠定了基础。
首先简单简介论文所研究问题的基本概念和背景，再而简单明了地指出论文所要研究解决的具体问题，并提出你的论文准备的观点或解决方法。
本文主要提出一款精简64位RISC处理器存储管理单元结构并详细分析其设计过程。在该MMU结构中,TLB采用叁个分离的TLB,TLB采用基于内容查找的相联存储器并行查找,支持粗粒度为64KB和细粒度为4KB两种页面大小,采用多级分层页表结构映射地址空间,并详细论述了四级页表转换过程,TLB结构组织等。该MMU结构将作为该处理器存储系统实现的一个重要组成部分。
调查法：该方法是有目的、有系统的搜集有关研究对象的具体信息。
观察法：用自己的感官和辅助工具直接观察研究对象从而得到有关信息。
实验法：通过主支变革、控制研究对象来发现与确认事物间的因果关系。
文献研究法：通过调查文献来获得资料，从而全面的、正确的了解掌握研究方法。
实证研究法：依据现有的科学理论和实践的需要提出设计。
定性分析法：对研究对象进行“质”的方面的研究，这个方法需要计算的数据较少。
定量分析法：通过具体的数字，使人们对研究对象的认识进一步精确化。
跨学科研究法：运用多学科的理论、方法和成果从整体上对某一课题进行研究。
功能分析法：这是社会科学用来分析社会现象的一种方法，从某一功能出发研究多个方面的影响。
模拟法：通过创设一个与原型相似的模型来间接研究原型某种特性的一种形容方法。
| 0前言 |
| 1 VIPER板卡介绍 |
| 2 安全应该从基础做起 |
| 2.1 可靠的视听内容加密和端到端的保护 |
| 2.2 访问权限受保护的管理和配置 |
| 2.3 受保护的设备 |
| 2.4 基于安全硬件的密钥 |
| 2.5 安全性始终保持最新状态 |
| 3 总结 |
| 1 引言 |
| 2 演进历程 |
| 3 发展现状 |
| 3.1 超高速率超大容量超长距离传输 |
| 3.2 超宽灵活超强智能组网 |
| 4 未来展望 |
| 4.1 超高速率超大容量超长距离传输 |
| 4.2 超宽灵活超强智能组网 |
| 5 结束语 |
| 摘要 |
| abstract |
| 1 绪论 |
| 1.1 研究背景 |
| 1.2 研究问题的提出 |
| 1.3 研究目的及意义 |
| 1.4 研究内容与方法 |
| 1.4.1 研究内容 |
| 1.4.2 研究方法 |
| 1.5 研究思路与技术路线 |
| 2 文献综述 |
| 2.1 新产品开发阶段的相关研究 |
| 2.1.1 新产品开发阶段的划分 |
| 2.1.2 新产品开发不同阶段的内部合作与企业绩效 |
| 2.1.3 新产品开发不同阶段的外部合作与企业绩效 |
| 2.2 外部知识获取与企业创新能力的相关研究 |
| 2.2.1 不同理论视角下的外部知识获取 |
| 2.2.2 四种外部知识源 |
| 2.2.3 创新能力的内涵 |
| 2.2.4 企业创新能力的影响因素 |
| 2.2.5 外部知识获取对企业创新能力的影响研究 |
| 2.3 外部知识获取与企业创新绩效的相关研究 |
| 2.3.1 创新绩效的内涵 |
| 2.3.2 创新绩效的评价指标 |
| 2.3.3 外部知识获取对企业创新绩效的影响研究 |
| 2.4 现有研究评述 |
| 3 概念模型与研究假设 |
| 3.1 关键概念的界定 |
| 3.1.1 新产品开发阶段的划分 |
| 3.1.2 外部知识获取 |
| 3.1.3 企业创新能力 |
| 3.1.4 创新绩效 |
| 3.2 概念模型的构建 |
| 3.3 研究假设的提出 |
| 3.3.1 概念开发阶段外部知识获取与企业创新能力和绩效关系 |
| 3.3.2 产品开发阶段外部知识获取与企业创新能力和绩效关系 |
| 3.3.3 商业化阶段外部知识获取与企业创新能力和绩效关系 |
| 3.4 研究假设汇总 |
| 4 研究设计 |
| 4.1 研究变量测量 |
| 4.1.1 变量测量指标的获取方法 |
| 4.1.2 变量的操作化定义 |
| 4.2 问卷设计与数据收集 |
| 4.2.1 问卷设计 |
| 4.2.2 调查方式与调查对象 |
| 4.2.3 问卷的发放与回收 |
| 4.3 数据分析方法与步骤 |
| 5 数据分析与结果讨论 |
| 5.1 描述性统计分析 |
| 5.2 信度与效度分析 |
| 5.2.1 量表信度分析 |
| 5.2.2 量表效度分析 |
| 5.3 Pearson相关性分析 |
| 5.4 假设检验 |
| 5.4.1 主效应假设检验 |
| 5.4.2 假设检验结果 |
| 5.5 结果讨论 |
| 6 研究结论与展望 |
| 6.1 研究结论与管理建议 |
| 6.1.1 研究结论 |
| 6.1.2 管理建议 |
| 6.2 研究的创新点 |
| 6.3 研究局限与未来展望 |
| 6.3.1 研究局限 |
| 6.3.2 未来展望 |
| 致谢 |
| 参考文献 |
| 附录 |
| 摘要 |
| abstract |
| 第一章 绪论 |
| 1.1 研究工作的背景与意义 |
| 1.2 国内外研究现状 |
| 1.3 本文的主要研究内容 |
| 1.4 本论文的结构安排 |
| 第二章 相关理论技术与工具平台 |
| 2.1 区块链与智能合约技术 |
| 2.1.1 主流区块链平台系统架构 |
| 2.1.2 区块链智能合约层基本架构 |
| 2.2 EOS区块链平台 |
| 2.2.1 EOS区块链系统架构 |
| 2.2.2 EOS智能合约及其编译工具链 |
| 2.2.2.1 EOS智能合约框架 |
| 2.2.2.2 EOS智能合约编译工具链 |
| 2.2.3 EOS智能合约应用程序接口 |
| 2.2.4 EOS智能合约交易和动作概念 |
| 2.2.5 EOS账户权限管理 |
| 2.2.5.1 EOS账户管理 |
| 2.2.5.2 EOS权限管理 |
| 2.2.6 EOS智能合约虚拟机执行引擎 |
| 2.2.6.1 WAVM虚拟机执行引擎 |
| 2.2.6.2 Binaryen虚拟机执行引擎 |
| 2.2.6.3 WABT虚拟机执行引擎 |
| 2.3 WASM字节码 |
| 2.3.1 WASM字节码二进制文件格式 |
| 2.3.2 WASM字节码主要指令集 |
| 2.4 DWARF调试信息标准 |
| 2.4.1 DWARF调试信息格式 |
| 2.4.2 DWARF源码行号映射 |
| 2.4.3 DWARF变量地址映射 |
| 2.5 EOS智能合约安全检测 |
| 2.5.1 VaaS智能合约安全检测工具 |
| 2.5.2 EOS智能合约主要安全漏洞模型 |
| 2.5.2.1 整数溢出漏洞模型 |
| 2.5.2.2 权限控制漏洞模型 |
| 2.5.2.3 EOS API函数使用漏洞模型 |
| 2.6 Python Tornado Web框架 |
| 2.7 Nginx Web服务器 |
| 2.8 本章小结 |
| 第三章 系统总体设计及关键问题解决方案 |
| 3.1 需求分析 |
| 3.2 系统功能设计 |
| 3.3 系统架构设计 |
| 3.3.1 系统总体架构 |
| 3.3.2 系统拓扑结构 |
| 3.4 系统主要功能流程设计 |
| 3.4.1 智能合约开发编译部署执行流程 |
| 3.4.2 智能合约调试流程 |
| 3.4.3 智能合约安全检测流程 |
| 3.5 关键问题解决方案 |
| 3.5.1 智能合约语法高亮和代码补全 |
| 3.5.2 智能合约多版本编译支持 |
| 3.5.3 智能合约调试支持 |
| 3.5.3.1 调试信息选择及生成调试信息 |
| 3.5.3.2 断点设置 |
| 3.5.3.3 变量地址解析及变量值解析 |
| 3.5.3.4 函数调用栈解析 |
| 3.6 本章小结 |
| 第四章 系统功能实现 |
| 4.1 EOS智能合约项目管理开发模块 |
| 4.1.1 ACE代码编辑器初始化 |
| 4.1.2 新建合约文件 |
| 4.1.3 删除合约文件 |
| 4.1.4 导入本地合约文件 |
| 4.2 EOS智能合约编译模块 |
| 4.2.1 智能合约编译 |
| 4.2.2 生成合约WAST文本文件 |
| 4.3 EOS智能合约部署执行模块 |
| 4.3.1 创建EOS账户和权限 |
| 4.3.2 设置智能合约运行环境 |
| 4.3.3 部署智能合约 |
| 4.3.4 执行智能合约 |
| 4.3.5 查询智能合约链上数据 |
| 4.4 EOS智能合约调试支持子系统 |
| 4.4.1 解析合约调试信息 |
| 4.4.2 设置断点 |
| 4.4.3 单步执行 |
| 4.4.3.1 扩展Nodeos Transaction结构体 |
| 4.4.3.2 断点Trap指令注入 |
| 4.4.3.3 控制合约单步执行 |
| 4.4.4 继续执行 |
| 4.4.5 变量解析 |
| 4.4.5.1 扩展Nodeos Action_trace结构体 |
| 4.4.5.2 变量值解析 |
| 4.4.6 函数调用栈解析 |
| 4.5 本章小结 |
| 第五章 系统测试及成果展示 |
| 5.1 测试环境和测试方法 |
| 5.1.1 Nginx Web服务器配置 |
| 5.1.2 EOS系统节点Nodeos配置 |
| 5.1.3 Python UnitTest单元测试框架 |
| 5.2 项目管理开发模块测试 |
| 5.2.1 新建合约文件测试 |
| 5.2.2 删除合约文件测试 |
| 5.2.3 导入本地合约文件测试 |
| 5.3 合约编译模块测试 |
| 5.3.1 合约编译测试 |
| 5.3.2 生成合约WAST文本文件测试 |
| 5.4 合约部署与执行模块测试 |
| 5.4.1 创建EOS账户和权限测试 |
| 5.4.2 部署智能合约测试 |
| 5.4.3 执行智能合约测试 |
| 5.4.4 查询智能合约链上数据测试 |
| 5.5 调试执行子系统测试 |
| 5.5.1 进入合约调试模式 |
| 5.5.2 设置断点测试 |
| 5.5.3 单步执行测试 |
| 5.5.4 继续执行测试 |
| 5.6 合约安全检测模块测试 |
| 5.7 本章小结 |
| 第六章 全文总结与展望 |
| 6.1 全文总结 |
| 6.2 后续工作展望 |
| 致谢 |
| 参考文献 |
| 攻读硕士学位期间取得的成果 |
| 摘要 |
| abstract |
| 引言 |
| 1. 翻译项目介绍 |
| 1.1 项目背景 |
| 1.2 项目意义 |
| 2. 源语文本介绍 |
| 2.1 主要内容 |
| 2.2 文本分析 |
| 3. 翻译过程 |
| 3.1 译前 |
| 3.1.1 阅读相关文本 |
| 3.1.2 选择翻译工具 |
| 3.1.3 制定术语表 |
| 3.2 译中 |
| 3.3 译后 |
| 4. 案例分析 |
| 4.1 词汇 |
| 4.1.1 术语 |
| 4.1.2 专有名词 |
| 4.1.2.1 公司名称 |
| 4.1.2.2 产品名称 |
| 4.1.3 名词化结构 |
| 4.2 句子 |
| 4.2.1 被动句的翻译 |
| 4.2.1.1 译为主动句 |
| 4.2.1.2 译为被动句 |
| 4.2.1.3 译为无主句 |
| 4.2.2 定语从句的翻译 |
| 4.2.2.1 译为前置定语 |
| 4.2.2.2 译为并列结构 |
| 4.2.2.3 译为合成独立句 |
| 4.2.3 其他长难句的翻译 |
| 4.3 语篇 |
| 5. 总结 |
| 5.1 经验 |
| 5.2 努力方向 |
| 参考文献 |
| 附录A 术语表 |
| 附录B 原文和译文 |
| 个人简介 |
| 导师简介 |
| 获得成果目录 |
| 致谢 |
| 摘要 |
| ABSTRACT |
| 第1章 绪论 |
| 1.1 研究背景及意义 |
| 1.2 LTE现有技术概述 |
| 1.2.1 LTE发展背景 |
| 1.2.2 LTE技术指标 |
| 1.2.3 LTE网络架构 |
| 1.2.4 LTE网络实体 |
| 1.2.5 LTE空中接口 |
| 1.3 VoLTE研究现状 |
| 1.4 课题研究内容介绍 |
| 1.5 本文的章节安排与创新 |
| 第2章 LTE语音业务演进及解决方案对比分析 |
| 2.1 LTE语音业务演进 |
| 2.1.1 LTE热点覆盖阶段 |
| 2.1.2 LTE区域覆盖阶段 |
| 2.1.3 LTE全面覆盖阶段 |
| 2.2 LTE语音业务解决方案及对比 |
| 2.2.1 普通IP电话（General VoIP） |
| 2.2.2 电路交换域回落（CSFB） |
| 2.2.3 LTE数据与CS语音并存方案（SV-LTE） |
| 2.2.4 通过LTE提供通用接入方案（VoLGA） |
| 2.2.5 WiFi网络直接承载语音（VoWiFi） |
| 2.2.6 LTE语音直接承载方案（VoLTE） |
| 2.2.7 LTE多种语音解决方案比较 |
| 2.3 VoLTE研究重点 |
| 2.4 本章小结 |
| 第3章 LTE MAC层及无线调度算法对比分析 |
| 3.1 MAC层功能 |
| 3.2 MAC层信道特点 |
| 3.2.1 逻辑信道 |
| 3.2.2 逻辑信道跟传输信道间的映射 |
| 3.3 无线分组调度及其调度单位 |
| 3.3.1 无线分组调度概述 |
| 3.3.2 无线资源调度单位 |
| 3.4 MAC层调度算法对比分析 |
| 3.4.1 动态调度算法 |
| 3.4.2 半持续调度算法 |
| 3.4.3 组调度算法 |
| 3.4.4 几种调度算法对比 |
| 3.5 本章小结 |
| 第4章 基于通话优先级的用户结对VoLTE半持续调度机制 |
| 4.1 改进方案的思路 |
| 4.2 改进方案总体设计 |
| 4.2.1 VoIP优先模式 |
| 4.2.2 用户结对 |
| 4.2.3 整体调度算法 |
| 4.3 仿真模型及参数 |
| 4.3.1 VoLTE状态转移模型 |
| 4.3.2 VoIP参数 |
| 4.3.3 LTE仿真参数 |
| 4.4 仿真结果及分析 |
| 4.4.1 语音分组丢包率 |
| 4.4.2 用户容量 |
| 4.4.3 无线资源使用率 |
| 4.4.4 调度失败次数 |
| 4.5 本章小结 |
| 第5章 VoLTE传输性能研究 |
| 5.1 VoLTE传输性能概述 |
| 5.2 系统仿真模型及设定 |
| 5.2.1 VoIP业务模型 |
| 5.2.2 仿真模型 |
| 5.2.3 模型设定 |
| 5.3 仿真结果及分析 |
| 5.3.1 2×2天线模型仿真结果 |
| 5.3.2 4×4天线模型仿真结果 |
| 5.3.3 两种天线模型仿真结果对比 |
| 5.4 本章小结 |
| 第6章 总结及展望 |
| 6.1 工作总结 |
| 6.2 展望 |
| 参考文献 |
| 攻读硕士学位期间学术成果 |
| 致谢 |
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 课题研究背景 |
| 1.2 课题研究的主要工作及研究成果 |
| 1.3 学位论文的组织结构 |
| 第二章 PTN技术与相关标准 |
| 2.1 PTN技术 |
| 2.2 PTN相关标准 |
| 2.2.1 T-MPLS/MPLS-TP相关标准情况 |
| 2.2.2 PBB/PBT相关标准情况 |
| 2.3 PTN技术介绍 |
| 2.3.1 两大主流技术:T-MPLS/MPLS-TP和PBB/PBT |
| 2.4 基于T-MPLS/MPLS-TP的PTN技术 |
| 2.4.1 分层模型 |
| 2.4.2 帧格式 |
| 2.4.3 OAM |
| 2.4.4 保护 |
| 2.5 基于PBB/PBT的PTN技术 |
| 2.5.1 PBB/PBT的演进过程 |
| 2.5.2 帧格式 |
| 2.5.3 OAM |
| 2.5.4 保护 |
| 2.6 PTN的同步技术 |
| 2.6.1 同步的概念 |
| 2.6.2 无线IP RAN对同步的需求 |
| 2.6.3 PTN的时钟同步技术—同步以太技术 |
| 2.6.4 PTN的时间同步技术—IEEE 1588V2 |
| 2.7 PTN的仿真技术 |
| 2.7.1 概述 |
| 2.7.2 非结构化仿真SAToP—RFC4553 |
| 2.7.3 结构化仿真CESoPSN—RFC5086 |
| 2.8 PTN的QOS技术 |
| 2.8.1 定义 |
| 2.8.2 DiffServ |
| 2.8.3 HQoS |
| 第三章 网络建设中的PTN规划原则研究 |
| 3.1 PTN移动承载网业务需求分析 |
| 3.2 PTN的定位解析 |
| 3.2.1 PTN在移动承载网的定位 |
| 3.2.2 PTN设备的组网模式和建设策略 |
| 3.2.3 PTN配置原则 |
| 3.3 河北移动PTN传输网络建设总体原则探讨 |
| 3.4 移动城域网络规划的关注重点剖析 |
| 第四章 基于TD网络建设的PTN解决方案研究 |
| 4.1 河北移动传输建设原则制定 |
| 4.2 PTN组网QoS规划原则分析 |
| 4.3 河北移动组网原则研究 |
| 4.4 河北移动环路节点和汇聚节点的规划原则讨论 |
| 4.5 河北移动传输系统建设方案制定 |
| 4.6 工程中的问题分析及其解决方案 |
| 第五章 面向TD-SCDMA的PTN网络建设方案提出与实施 |
| 5.1 TD基站传输需求分析 |
| 5.2 PTN系统设置原则制定 |
| 5.3 中继段光功率预算分析 |
| 5.4 局站通信系统构成 |
| 5.5 性能指标制定 |
| 5.5.1 丢包率 |
| 5.5.2 时延 |
| 5.5.3 时延抖动 |
| 5.6 辅助通信系统组成制定 |
| 5.6.1 网管系统 |
| 5.6.2 同步系统 |
| 5.6.3 供电系统 |
| 5.6.4 接地 |
| 5.7 其他需要说明的问题 |
| 第六章 总结及展望 |
| 参考文献 |
| 缩略词 |
| 致谢 |
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 概述 |
| 1.2 选题背景和意义 |
| 1.3 本论文的研究内容 |
| 1.4 论文的组织结构 |
| 第二章 VOIP的基本原理和移动VOIP |
| 2.1 VoIP传输过程 |
| 2.2 信令协议 |
| 2.2.1 H.323协议 |
| 2.2.2 SIP协议 |
| 2.3 传输协议 |
| 2.3.1 互联网协议(IP) |
| 2.3.2 TCP协议和UDP协议 |
| 2.3.3 实时传输协议(RTP)和实时控制协议(RTCP) |
| 2.3.3.1 实时传输协议(RTP) |
| 2.3.3.2 RTCP协议 |
| 2.4 IEEE802.11协议 |
| 2.5 语音编解码器 |
| 2.6 移动VoIP中影响语音质量的因素 |
| 2.7 语音质量的测试方法 |
| 2.7.1 主观测试方法 |
| 2.7.2 客观测试方法 |
| 2.8 本章小结 |
| 第三章 丢包恢复技术 |
| 3.1 网络丢包分析 |
| 3.1.1 网络丢包原因 |
| 3.1.2 丢包恢复性能分析 |
| 3.2 丢包恢复技术 |
| 3.2.1 低比特冗余编码 |
| 3.2.2 交织技术 |
| 3.2.3 多描述编码方法(MDC) |
| 3.2.4 前向纠错技术 |
| 3.3 自适应调整前向纠能力的方法 |
| 3.3.1 问题的引出 |
| 3.3.2 自适应前向纠错技术 |
| 3.4 算法仿真 |
| 3.4.1 突发丢帧个数预测 |
| 3.4.2 时延分析 |
| 3.4.3 MOS值测试 |
| 3.5 本章小结 |
| 第四章 丢包隐藏技术 |
| 4.1 丢包隐藏技术 |
| 4.1.1 基于语音编码参数的丢包隐藏技术 |
| 4.1.2 基于波形域的丢包隐藏技术 |
| 4.2 现有的时域尺度修改技术 |
| 4.2.1 PSOLA基音同步叠加技术 |
| 4.2.2 波形相似叠加法 |
| 4.3 带有增益控制的波形相似叠加算法(GWSOLA) |
| 4.3.1 问题的引出 |
| 4.3.2 带有增益控制的波形相似叠加算法 |
| 4.3.3 应用GWSOLA算法的丢包隐藏技术 |
| 4.4 算法仿真 |
| 4.4.1 仿真环境 |
| 4.4.2 仿真效果 |
| 4.5 本章小结 |
| 第五章 发送端速率自适应算法 |
| 5.1 时延和抖动 |
| 5.2 抖动缓存技术 |
| 5.3 发送端速率自适应调整算法 |
| 5.3.1 无线网络的MAC层工作方式 |
| 5.3.2 发送端自适应速率控制算法 |
| 5.4 算法仿真 |
| 5.4.1 网络拓扑 |
| 5.4.2 仿真结果 |
| 5.5 本章小结 |
| 第六章 总结与展望 |
| 6.1 总结 |
| 6.2 展望 |
| 参考文献 |
| 致谢 |
| 作者攻读学位期间发表的学术论文目录 |
| 摘要 |
| ABSTRACT |
| 第一章 绪论 |
| 1.1 电信网络发展面临的形势 |
| 1.2 IP 网络发展趋势 |
| 1.3 论文的结构安排 |
| 第二章 主要业务承载需求分析及关键技术介绍 |
| 2.1 互联网接入业务 |
| 2.1.1 互联网接入业务 |
| 2.1.2 企业互联业务 |
| 2.1.3 视频业务 |
| 2.1.4 软交换/IMS 业务 |
| 2.1.5 ITMS 承载 |
| 2.1.6 C+W 承载 |
| 2.2 MPLS VPN 技术 |
| 2.2.1 MPLS 协议原理 |
| 2.2.2 VPN 概述 |
| 2.2.3 MPLS FRR |
| 2.2.4 MPLS 的QoS 保证 |
| 2.2.4.1 DiffServ 支持 |
| 2.2.4.2 MPLS TE |
| 2.3 IP 城域网的关键传送技术 |
| 2.3.1 IP over 光纤/WDM、PON |
| 2.3.1.1 IP over 光纤 |
| 2.3.1.2 IP over WDM |
| 2.3.1.3 PON |
| 2.3.2 IP over SDH（POS）/ MSTP / RPR |
| 2.3.2.1 IP over SDH ( POS ) |
| 2.3.2.2 IP over MSTP |
| 2.3.2.3 IP over RPR |
| 第三章 网络组织与路由 |
| 3.1 组网原则 |
| 3.2 目标组网结构 |
| 3.3 IGP 互联要求 |
| 3.3.1 ISIS |
| 3.3.1.1 ISIS 概要 |
| 3.3.1.2 ISIS metric 值规划 |
| 3.3.2 OSPF |
| 3.3.3 IBGP 互联要求 |
| 3.3.4 EBGP 互联要求 |
| 3.3.4.1 与163 互联要求 |
| 3.3.4.2 与CN2 互联要求 |
| 3.4 业务接入控制层网络规划部署原则 |
| 3.4.1 设备定位 |
| 3.4.2 网络接入原则 |
| 3.4.3 设备、电路扩容原则 |
| 3.5 接入层网络规划部署原则 |
| 3.5.1 设备定位 |
| 3.5.2 网络接入原则 |
| 3.5.3 设备、电路扩容原则 |
| 3.6 IPTV 业务部署原则 |
| 3.7“我的 e 家”业务的承载 |
| 3.7.1 家庭网关ITMS |
| 3.7.2 IPTV 业务 |
| 3.7.3 VoIP 业务 |
| 3.7.4 互联网上网业务（PPPoE 模式） |
| 3.8 QOS 部署原则 |
| 3.9 二、三层VPN 部署原则 |
| 3.9.1 二层VPN 业务部署原则 |
| 3.9.2 三层VPN 业务部署原则 |
| 3.9.3 域内三层MPLS VPN 业务部署原则 |
| 3.9.4 跨域三层MPLS VPN 业务部署原则 |
| 3.10 网络管理部署原则 |
| 3.11 网络安全部署原则 |
| 第四章 业务承载规划 |
| 4.1 个人业务承载规划 |
| 4.2 二层MPLS VPN |
| 4.3 三层VPN 业务规划 |
| 4.3.1 域内三层MPLS VPN 业务 |
| 4.3.2 跨域三层MPLS VPN 业务 |
| 4.4 ITV 业务承载实现 |
| 4.5 ITMS 承载实现 |
| 4.6 C+W 承载实现 |
| 4.6.1 城域接入网实现 |
| 4.6.1.1 公共热点接入 |
| 4.6.1.2 接入的家庭网关 |
| 4.6.1.3 LAN 接入的家庭网关 |
| 4.6.2 城域接入网实现 |
| 4.6.2.1 公共热点接入 |
| 4.6.2.2 接入的家庭网关 |
| 4.6.2.3 LAN 接入的家庭网关 |
| 第五章 网络资源规划 |
| 5.1 城域网IP 地址规划 |
| 5.2 VLAN 分配规划 |
| 5.3 MPLS TE FRR 实施设计 |
| 5.4 QOS 业务等级和保障策略 |
| 5.4.1 QOS 实现模型 |
| 5.4.2 QOS 等级规划 |
| 5.4.3 QOS 保障策略 |
| 5.5 三层QOS 部署结构 |
| 5.6 IP 城域网组播规划 |
| 第六章 结束语 |
| 参考文献 |
| 致谢 |
| 附录 缩略语 |
