下面就是小编给大家带来的KVM虚拟网络优化方案，本文共8篇，希望大家喜欢阅读!
篇1：KVM虚拟网络优化方案
这篇文章主要介绍了KVM虚拟网络优化方案整理,共整理了六条对KVM网卡的优化方法,需要的朋友可以参考下
一个完整的数据包从虚拟机到物理机的路径是：
虚拟机--QEMU虚拟网卡--虚拟化层--内核网桥--物理网卡
KVM的网络优化方案，总的来说，就是让虚拟机访问物理网卡的层数更少，直至对物理网卡的单独占领，和物理机一样的使用物理网卡，达到和物理机一样的网络性能，
方案一 全虚拟化网卡和virtio
Virtio与全虚拟化网卡区别
全虚拟化网卡是虚拟化层完全模拟出来的网卡，半虚拟化网卡通过驱动对操作系统做了改造；
viritio简单的说，就是告诉虚拟机，hi 你就是在一个虚拟化平台上跑，咱们一起做一些改动，让你在虚拟化平台上获得更好的性能；
关于virtio的使用场景
因 为windows虚拟机使用viritio有网络闪断的情况发生，windows 虚拟机如果网络压力不高，建议使用e1000这样的全虚拟化网卡，如果网络压力比较高，建议使用SRIVO或者PCI Device Assignment这样的技术；viritio也在不断的演进，希望windows的闪断的问题越来越少。
KVM天生就是为linux系统设计的，linux系统请放心大胆的使用viritio驱动；
方案二 vhost_net macvtap技术
vhost_net使虚拟机的网络通讯直接绕过用户空间的虚拟化层，直接可以和内核通讯，从而提供虚拟机的网络性能；
macvtap则是跳过内核的网桥；
使用vhost_net，必须使用virtio半虚拟化网卡；
vhost_net虚拟机xml文件配置，
XML/HTML Code复制内容到剪贴板
如果不使用vhost_net，则为
macvtap 虚拟机xml配置
XML/HTML Code复制内容到剪贴板
注意：macvtap在windows虚拟机上性能很差，不建议使用
vhost_net macvtap比较
macvlan的功能是给同一个物理网卡配置多个MAC地址，这样可以在软件商配置多个以太网口，属于物理层的功能。
macvtap是用来替代TUN/TAP和Bridge内核模块，macvtap是基于macvlan这个模块，提供TUN/TAP中tap设备使用的接口，
使用macvtap以太网口的虚拟机能够通过tap设备接口，直接将数据传递到内核中对应的macvtap以太网口。
vhost-net是对于virtio的优化，virtio本来是设计用于进行客户系统的前端与VMM的后端通信，减少硬件虚拟化方式下根模式个非根模式的切换。
而是用vhost-net后，可以进一步进入CPU的根模式后，需要进入用户态将数据发送到tap设备后再次切入内核态的开销，而是进入内核态后不需要在进行内核态用户态的切换，进一步减少这种特权级的切换，说vhost-net属于哪个层不准确，而是属于进行二层网络数据传递的优化。
方案三 虚拟机网卡独占
网卡passthrough在虚拟机的配置方法
1 使用lcpci 设备查看pci设备信息
代码如下:04:00.0 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06)
04:00.1 Ethernet controller: Intel Corporation 82571EB Gigabit Ethernet Controller (rev 06)
也可以使用virsh nodedev-list –tree得到信息
代码如下:+- pci_0000_00_07_0
| |
| +- pci_0000_04_00_0
| | |
| | +- net_p1p1_00_1b_21_88_69_dc
| |
| +- pci_0000_04_00_1
| |
| +- net_p1p2_00_1b_21_88_69_dd
2 使用virsh nodedev-dumxml pci_0000_04_00_0得到xml配置信息
代码如下:[root@]# virsh nodedev-dumpxml pci_0000_04_00_0
pci_0000_00_07_0
82571EB Gigabit Ethernet Controller
3 编辑虚拟机xml文件，加入pci设备信息
代码如下:Domain bus slot function信息从dumpxml出的xml文件获取，define虚拟机，然后开启虚拟机就可以，注意以为附件上去的是物理设备，需要在系统里面安装相应的驱动。
方案四 SR-IVO技术
SRIOV的原理
SR-IVO 是the single root I/O virtualization 的简写，是一个将PCIe共享给虚拟机使用的标准，目前用在网络设备上比较多，理论上也可以支持其他的PCI设备，SRIOV需要硬件的支持。
以下内容来自oracle网站，链接为
docs.oracle.com/cd/E38902_01/html/E38873/glbzi.html
物理功能 (Physical Function, PF)
用 于支持 SR-IOV 功能的 PCI 功能，如 SR-IOV 规范中定义。PF 包含 SR-IOV 功能结构，用于管理 SR-IOV 功能，
PF 是全功能的 PCIe 功能，可以像其他任何 PCIe 设备一样进行发现、管理和处理。PF 拥有完全配置资源，可以用于配置或控制 PCIe 设备。
虚拟功能 (Virtual Function, VF)
与物理功能关联的一种功能。VF 是一种轻量级 PCIe 功能，可以与物理功能以及与同一物理功能关联的其他 VF 共享一个或多个物理资源。VF 仅允许拥有用于其自身行为的配置资源。
每 个 SR-IOV 设备都可有一个物理功能 (Physical Function, PF)，并且每个 PF 最多可有 64,000 个与其关联的虚拟功能 (Virtual Function, VF)。PF 可以通过寄存器创建 VF，这些寄存器设计有专用于此目的的属性。
一 旦在 PF 中启用了 SR-IOV，就可以通过 PF 的总线、设备和功能编号（路由 ID）访问各个 VF 的 PCI 配置空间。每个 VF 都具有一个 PCI 内存空间，用于映射其寄存器集。VF 设备驱动程序对寄存器集进行操作以启用其功能，并且显示为实际存在的 PCI 设备。创建 VF 后，可以直接将其指定给 IO 来宾域或各个应用程序（如裸机平台上的 Oracle Solaris Zones）。此功能使得虚拟功能可以共享物理设备，并在没有 CPU 和虚拟机管理程序软件开销的情况下执行 I/O。
SR-IOV 的优点
SR-IOV 标准允许在 IO 来宾域之间高效共享 PCIe 设备。SR-IOV 设备可以具有数百个与某个物理功能 (Physical Function, PF) 关联的虚拟功能 (Virtual Function, VF)。VF 的创建可由 PF 通过设计用来开启 SR-IOV 功能的寄存器以动态方式进行控制。缺省情况下，SR-IOV 功能处于禁用状态，PF 充当传统 PCIe 设备。
具有 SR-IOV 功能的设备可以利用以下优点：
性能－从虚拟机环境直接访问硬件。
成本降低－节省的资本和运营开销包括：
节能
减少了适配器数量
简化了布线
减少了交换机端口
SRIOV的使用
启动SRIVO内核模块
modprobe igb
激活虚拟功能VF
modprobe igb max_vfs=7
千兆网卡最多支持8个vf0-7,千兆网卡目前支持比较好的是INTEL I350， 82576S虽然也支持SRIOV但是只支持虚拟机是linux的情况，windows系统不支持；
万兆网卡最多支持64个vg0-63，intel的新新一代万兆网卡都支持SRIOV x520 x540等；
如果需要重新设置vf 可以删除模块在重新加载
modprobe -r igb
将配置永久写入配置文件
echo “options igb max_vfs=7” >>/etc/modprobe.d/igb.conf
通过lspci命令可以看多主网卡和子网卡
代码如下:# lspci | grep 82576
0b:00.0 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)
0b:00.1 Ethernet controller: Intel Corporation 82576 Gigabit Network Connection (rev 01)
0b:10.0 Ethernet controller: Intel Corporation 82576 Virtual Function (rev 01)
0b:10.1 Ethernet controller: Intel Corporation 82576 Virtual Function (rev 01)
0b:10.2 Ethernet controller: Intel Corporation 82576 Virtual Function (rev 01)
0b:10.3 Ethernet controller: Intel Corporation 82576 Virtual Function (rev 01)
0b:10.4 Ethernet controller: Intel Corporation 82576 Virtual Function (rev 01)
0b:10.5 Ethernet controller: Intel Corporation 82576 Virtual Function (rev 01)
0b:10.6 Ethernet controller: Intel Corporation 82576 Virtual Function (rev 01)
0b:10.7 Ethernet controller: Intel Corporation 82576 Virtual Function (rev 01)
0b:11.0 Ethernet controller: Intel Corporation 82576 Virtual Function (rev 01)
0b:11.1 Ethernet controller: Intel Corporation 82576 Virtual Function (rev 01)
0b:11.2 Ethernet controller: Intel Corporation 82576 Virtual Function (rev 01)
0b:11.3 Ethernet controller: Intel Corporation 82576 Virtual Function (rev 01)
0b:11.4 Ethernet controller: Intel Corporation 82576 Virtual Function (rev 01)
0b:11.5 Ethernet controller: Intel Corporation 82576 Virtual Function (rev 01)
虚拟机可以听过pci网卡独占的方式使用子网卡；
代码如下:# virsh nodedev-list | grep 0b
pci_0000_0b_00_0
pci_0000_0b_00_1
pci_0000_0b_10_0
pci_0000_0b_10_1
pci_0000_0b_10_2
pci_0000_0b_10_3
pci_0000_0b_10_4
pci_0000_0b_10_5
pci_0000_0b_10_6
pci_0000_0b_11_7
pci_0000_0b_11_1
pci_0000_0b_11_2
pci_0000_0b_11_3
pci_0000_0b_11_4
pci_0000_0b_11_5
虚拟机网卡xml文件
XML/HTML Code复制内容到剪贴板
方案五 网卡多队列
centos 7开始支持virtio网卡多队列，可以大大提高虚拟机网络性能，配置方法如下：
虚拟机的xml网卡配置
XML/HTML Code复制内容到剪贴板
N 1 - 8 最多支持8个队列
在虚拟机上执行以下命令开启多队列网卡
代码如下:#ethtool -L eth0 combined M
M 1 - N M小于等于N
KVM网络优化方案个人认为以硬件为主，硬件上万兆+SRIOV的方案会越来越普及，但是在线迁移的问题有待解决。
篇2：cisco虚拟网络解决办法
随着云计算与移动互联网的发展作为全球网络业界的老大cisco也华丽转身将自己成功的跻身入云计算的大行列，cisco的UCS服务器产品目前全球排名第三，作为服务器生产厂商老大的IBM也表示未来其最有利的竞争对手将是cisco。除了UCM计算能力方面的优势，以及service profile先进理念的提出以外，cisco在虚拟网络方面的投入也是他先人一步的高明之处。并且cisco在整个云生态系统环境中的开放思想也将在市场战略层面为他先夺生机，从VCE联盟的创建到9月cisco又公开发布与Microsoft Hyper-V的合作，可以看出在未来的云计算战场，cisco必将成为诸侯割据中得一只强力军。
虚拟化数据中心会为用户提供大量的优质功能来保证服务高可靠性、业务连贯性、可收缩性和节能，例如VMware的vmtion、HA、DRS、FT等。但是虚拟机环境的动态属性无疑增加了虚拟机与虚拟机之间、虚拟机与硬件设备之间的复杂性。在一个虚拟环境，大量的虚拟机共享相同的硬件资源，有时会在不同的物理资源之间进行迁移。有些虚拟机之间的通信是不通过物理交换机而进行的。随之而来就会带来一些问题：
如何将网络策略运用到虚拟机层面？
在虚拟机进行迁移的过程中如何保证网络策略的一致性？
当虚拟之间通信出现故障时如何去解决？
cisco 提供了两套技术解决方案来应对虚拟网络的问题，这两套技术方案在VMware和Microsoft Hyper-V虚拟化环境下都有体现和应用。
基于hypervisor层面的技术方案-cisco Nexus 1000V 系列交换机
基于物理硬件层面的技术方案-cisco UCS Fabric Extender(VM-FEX)
用户可以根据需要自主选择。cisco Nexus 1000V是基于纯软件的可扩展高性能、灵活部署的解决方案，cisco UCS VM-FEX是基于硬件的解决方案，他提供了简单的管理方法和近乎于bare-metal的I/O性能，
cisco Nexus 1000V是应用在Hypervisor层面的虚拟化解决方案，在用户的虚拟化环境他提供了非常灵活的部署应用模式。无论是在Microsoft Hyper-V环境还是在VMware 环境他都是充分利用了已有的分布式交换模式（在VMware 环境体现为分布式交换机DVS）提供更高级的虚拟化网络功能。cisco Nexus 1000V主要包括两部分组件VEM和VSM。
Virtual Ethernet module (VEM)：需要在每一台服务器主机的hyperevisor上安装部署，主机上的每台虚拟机通过虚拟机以太端口（vEth ）上联到VEM。【在VMware环境，VEM是通过分布式交换模式来调用主机虚拟机交换机的API接口来实现的】
Virtual supervisor module (VSM)：独立应用的管理模块用来控制多个VEM，并且协助虚拟机定义网络策略。这种模式完全类似物理交换机上的管理控制模块。
下图是在Microsoft Hyper-V环境下的应用实例，VMware环境完全类似。
如果用户对于性能的要求较高，cisco提供了UCS VM-FEM。VM-FEM是在早期fabric extender技术基础上的扩展。实现VM-FEM需要借助cisco UCS fabricinterconnect设备。VM-FEX的最大优势是他可以实现所有虚拟机直接上联到fabric interconnect的虚拟以太网端口上，并且可以对这些端口实现操作管理，所有这些端口的管理都更趋同于物理网络的实现。
本文出自 “云言云语” 博客
篇3：kvm虚拟化小结virtinstall与qcow2 preallocationlinux操作系统
本篇和 ubuntu下kvm的安装 本属同篇，不过细想后感觉有必要将其单独拎出来做个总结 ，之前在创建KVM 虚拟机时，宿主机都是通过先按raw格式进行安装后，再转化成qcow2格式，最终edit xml文件，并virsh start再重新启动 。之前网上也看到过很多一步直接安装成qcow2格式的示例 ，不过拿来下在环境上试的时候一直不行 。今天在ubuntu上搭建zabbix虚拟机环境时，又想到网上查询下试一下该问题 。结果测试通过，而成功的重点在于创建qcow2镜像时，选择preallocation＝metadata选项
一、qemu-img创建镜像文件
创建raw格式镜像文件（默认创建的是该格式）
代码如下复制代码yang@yang-acer:/opt/test$ sudo qemu-img create /opt/img/test-raw.img 1G
Formatting '/opt/img/test-raw.img', fmt=raw size=1073741824
创建普通的qcow2格式镜像文件
yang@yang-acer:/opt/test$ sudo qemu-img create -f qcow2 /opt/img/test.qcow2 1G
Formatting '/opt/img/test.qcow2', fmt=qcow2 size=1073741824 encryption=off cluster_size=65536 lazy_refcounts=off
创建 预分配 元数据选项 的qcow2格式镜像文件
yang@yang-acer:/opt/test$ sudo qemu-img create -f qcow2 -o preallocation=metadata /opt/img/test-metadata.qcow2 1G
Formatting '/opt/img/test-metadata.qcow2', fmt=qcow2 size=1073741824 encryption=off cluster_size=65536 preallocation='metadata' lazy_refcounts=off
注：这里预分配元数据的叫法是我直译过来的，不知道这样称呼是否有问题 。只是希望能便于理解和区分。
二、3种镜像文件的比较
上面我们以三种方式创建了三个镜像文件，下面通过ls -l 、stat、qemu-img info、du四种方式查看下各自的不同：
ls -l 给出的结果
代码如下复制代码yang@yang-acer:/opt/img$ ll-rw-r--r-- 1 root root 1074135040 5月 23 15:52 test-metadata.qcow2
-rw-r--r-- 1 root root 197120 5月 23 15:52 test.qcow2
-rw-r--r-- 1 root root 1073741824 5月 23 15:52 test-raw.img
ls -l 给出的结果看出，预分配元数据的 qcow2格式的镜像文件和 raw格式的镜像文件占用的大小接近，基本上都是1G ，而普通格式的qcow2镜像文件占用的大小只有190K左右 。
stat 给出的结果
yang@yang-acer:/opt/img$ stat test-metadata.qcow2
文件：“test-metadata.qcow2”
大小：1074135040 块：664 IO 块：4096 普通文件
设备：808h/2056d Inode：530343 硬链接：1
权限：(0644/-rw-r--r--) Uid：( 0/ root) Gid：( 0/ root)
最近访问：-05-23 15:52:36.179523406 +0800
最近更改：2014-05-23 15:52:36.179523406 +0800
最近改动：2014-05-23 15:52:36.179523406 +0800
创建时间：-
yang@yang-acer:/opt/img$ stat test-raw.img
文件：“test-raw.img”
大小：1073741824 块：0 IO 块：4096 普通文件
设备：808h/2056d Inode：530341 硬链接：1
权限：(0644/-rw-r--r--) Uid：( 0/ root) Gid：( 0/ root)
最近访问：2014-05-23 15:52:17.915523541 +0800
最近更改：2014-05-23 15:52:17.915523541 +0800
最近改动：2014-05-23 15:52:17.915523541 +0800
创建时间：-
yang@yang-acer:/opt/img$ stat test.qcow2
文件：“test.qcow2”
大小：197120 块：392 IO 块：4096 普通文件
设备：808h/2056d Inode：530342 硬链接：1
权限：(0644/-rw-r--r--) Uid：( 0/ root) Gid：( 0/ root)
最近访问：2014-05-23 15:52:27.943523467 +0800
最近更改：2014-05-23 15:52:27.943523467 +0800
最近改动：2014-05-23 15:52:27.943523467 +0800
创建时间：-
stat 给出的结果更为详细，其中文件大小情况和ls -l 的结果一致。
qemu-img info给出的结果
代码如下复制代码yang@yang-acer:/opt/img$ qemu-img info test-metadata.qcow2image: test-metadata.qcow2
file format: qcow2
virtual size: 1.0G (1073741824 bytes)
disk size: 332K
cluster_size: 65536
Format specific information:
compat: 1.1
lazy refcounts: false
yang@yang-acer:/opt/img$ qemu-img info test-raw.img
image: test-raw.img
file format: raw
virtual size: 1.0G (1073741824 bytes)
disk size: 0
yang@yang-acer:/opt/img$ qemu-img info test.qcow2
image: test.qcow2
file format: qcow2
virtual size: 1.0G (1073741824 bytes)
disk size: 196K
cluster_size: 65536
Format specific information:
compat: 1.1
lazy refcounts: false
qemu-img info
给出的结果里面有两个我关以的指标，一个是virtual size 一个是disk size ，
其中前者是qemu-img create时后面参数值的大小，三者都是1G ；后者的结果经对比和du file -sh的结果一致 。
du的结果：
代码如下复制代码yang@yang-acer:/opt/img$du test-metadata.qcow2 -sh332K test-metadata.qcow2
yang@yang-acer:/opt/img$du test-raw.img -sh
0 test-raw.img
yang@yang-acer:/opt/img$du test.qcow2 -sh
196K test.qcow2
根据上面的结果来推测，创建预分配元数据的qcow2格式的镜像应该是参照了 原始的raw镜像文件的一些特点 做的一部分加快读写的优化 ，原理同raw一样，提前以空数据的方式将空间占用，而不是像普通的qcow2格式，按需递增占用 。而以上无论是raw格式还是qcow2预分配元数据的方式都不会直接将1G的空间完全占用，对宿主机的i节点占用上也没有影响，这个可以通过各文件创建和删除后df -hl和df -i 的结果来测试 。
三、文件写后的镜像对比
上面的测试结果是空文件下的对比 ，在镜像上按默认方式装完相同的系统后，我再次对三者进行了比对 。
test-raw.img ：原始的raw镜像，并在其上安装centos 6系统
test-centos.qcow2：为test-raw.img ，通过qemu-img convert -f raw -O qcow2 test-raw.img test-centos.qcow2 命令转化后的img镜像
centos.img：预分配元数据的qcow2格式的img，并在其上面安装centos6系统
ls -l 的结果：
代码如下复制代码yang@yang-acer:/opt$ ll-rw-r--r-- 1 root root 21478375424 5月 23 18:03 centos.img
-rw-r--r-- 1 root root 942848 5月 23 18:25 test-centos.qcow2
-rw-r--r-- 1 root root 21474836480 5月 23 18:12 test-raw.img
同安装系统之前的结果一样，预分配元数据的 qcow2格式的镜像文件和 raw格式的镜像文件占用的大小接近，test-centos.qcow2 的ls -l 的大小和实际du的结果相同。由于stat的大小和ls -l 的大小一致，这里不再列出 。
qemu-img info的结果：
代码如下复制代码yang@yang-acer:/opt$ qemu-img info test-centos.qcow2image: test-centos.qcow2
file format: qcow2
virtual size: 20G (21474836480 bytes)
disk size: 1.9G
cluster_size: 65536
Format specific information:
compat: 1.1
lazy refcounts: false
yang@yang-acer:/opt$ qemu-img info test-raw.img
image: test-raw.img
file format: raw
virtual size: 20G (21474836480 bytes)
disk size: 2.3G
yang@yang-acer:/opt$ qemu-img info centos.img
image: centos.img
file format: qcow2
virtual size: 20G (21474836480 bytes)
disk size: 2.3G
cluster_size: 65536
Format specific information:
compat: 1.1
lazy refcounts: false
这里给出了实际占用大小和创建前大小，同样安装完系统后，预分配元数据的 qcow2格式的镜像文件和 raw格式的镜像文件占用的大小接近。
du的结果
代码如下复制代码yang@yang-acer:/opt$ du test-centos.qcow2 -sh1.9G test-centos.qcow2
yang@yang-acer:/opt$ du test-raw.img -sh
2.3G test-raw.img
yang@yang-acer:/opt$ du centos.img -sh
2.4G centos.img
四、总结
以上测试结果，有利于理解以下两方面的优点：
1、利用预分配，可以直接一步完成KVM guest主机qcow2镜像格式主机的安装 ，而不需要像之前装完再转换 。
2、利用预分配，可以加速qcow2格式下的KVM guest主机的读写速度 （虽然这里的测试结果不涉及到具体的速度测试，说起来有点牵强） 。
有兴趣的话，可以将在上面第三步的基础上再做下性能测试来验证上面的预分配对性能的影响 。
原文转自：www.361way.com/kvm-qcow2-preallocation-metadata/3354.html 感谢站长
篇4：网络优化论文
网络优化论文
网络优化论文
摘 要：21世纪，随着我国高科技的迅猛发展，无形的无线网络在我们周围悄悄铺设着，为我们的生活带来更多的便利。我们每个人的工作、生活离不开的手机，也是通过无线网络来传递信息的。逐渐增加的手机用户，也使网络的压力也不断加大。那么无线网络优化工作，就显得尤为重要了。
关键词：长期演进 覆盖问题 干扰排除
一、LTE无线网络优化介绍
1.什么是LTE
LTE是Long Term Evolution的缩写，全称为3GPP Long Term Evolution，中文一般翻译为3GPP长期演进技术，为第三代合作伙伴计划（3GPP）标准，使用“正交频分复用”（OFDM）的射频接收技术，以及2×2和4×4 MIMO的分集天线技术规格。同时支援FDD和TDD。在每一个 5MHz 的蜂窝（cell）内，至少能容纳200个动态使用者。用户面单向传输时延低于5ms，控制面从睡眠状态到激活状态迁移时间低于50ms。12月6日国际电信联盟把LTE正式称为4G。
2.无线网络优化的目的
无线网络优化是为了保证在充分利用现有网络资源的.基础上，解决网路存在的局部缺陷，最终达到无线覆盖全面无缝隙、接通率高、通话持续、话音质量不失真、画面质量清晰可见，保证网络容量满足用户高速发展的要求，让用户感到真正的满意。通过网络优化使用户提高收益率和节约成本。
3.无线网络优化的重要性
网络优化是一个改善全网质量、确保网络资源有效利用的过程。传统的网络在大批用户使用时候会造成网络拥堵，用户的感知差，最终网络用户的减少，导致运营商业品牌形象的降低。
经过优化的无线网络网路会顺畅便捷，提高用户感知，提升运营商业品牌形象。保证和提高网络质量，提高企业的竞争能力和用户满意度，是业务发展的有力后盾。
4.LTE无线网络优化特点
4.1覆盖和质量的估计参数不同
TD-LTE使用RSPP、RSRQ、SINR进行覆盖和质量的评估。
4.2影响覆盖问题的因素不同
工作频段的不同，导致覆盖范围的差异显著；需要考虑天线模式对覆盖的影响。
4.3影响接入指标的参数不同
除了需要考虑覆盖和干扰的影响外，PRACH的配置模式会对接入成功率指标带来影响。
4.4邻区优化的方法不同
TD-LTE系统中支持UE对指定频点的测量，从而没有配置邻区关系的邻区也可能触发测量事件的上报；TD-LTE中可以通过设置黑名单来进行领区的优化；邻区设置需要优先考虑优先级。
4.5业务速率质量优化时考虑的内容不同
与TD-SCDMA类似，需要考虑覆盖、干扰、UE能力、小区用户数的影响；需要考虑带宽配置对速率的影响；需要考虑天线模式对速率的影响；需要考虑时隙比例配置、特殊时隙配置对速率的影响；需要考虑功率配置对速率的影响；需要考虑下行控制信道占用OFDM符号数量对速度的影响。
4.6干扰问题分析时的重点和难点不同
TD-LTE系统会大量采用同频组网，小区间干扰将是分析的重点和难点；TD-LTE系统采用多种方式进行干扰的抑制和消除，算法参数的优化也将是后续工作的重点和难点。
4.7无线资源的管理算法更加复杂
TD-LTE系统增加了X2接口，并且采用了MIMO等关键技术，以及ICIC等算法，使得无线资源的管理更加复杂。
二、LTE无线网络优化内容
LTE无线网络优化中出现的问题有：覆盖问题、接入问题、掉线问题、切换问题、干扰问题。那么解决这些问题的需要优化内容具体就有：PCI合理规划、干扰排查、天线的调整及覆盖优化、邻区规划及优化、系统参数。下面就详细说明一下这些具体优化内容。
1.PCI合理规划
研究相邻小区间对PCI的约束：PCI作为小区唯一的物理标识，需要满足以下要求：collision-free，相邻的两个小区PCI不能相同；confusion-free，同一个小区的所有邻区中不能有相同的；相邻的两个小区PCI模3后的余数不等。
采用合理的规划算法为全网分配PCI：根据实用网络的拓扑结构计算邻区关系；根据邻区关系为所有小区分配PCI，考虑PCI复用距离尽可能远。
2.干扰排查
TD-LTE干扰分类分系统内干扰和系统间干扰。系统内干扰：邻区同频干扰；系统间干扰：与WLAN间干扰、与CMMB间干扰、与GSM间干扰、与TD-S间干扰、与其他系统干扰。其中经过系统内与系统间的排查后，发现找出干扰问题、分析其产生的原因、找出解决方法最终解决问题。
3.天线的调整及覆盖优化
网络问题：覆盖是优化环节中最重要的一环。针对该问题，工程建设前期可根据无线环境合理规划基站位置、天线参数设置及发射功率设置，后续网络优化中可根据实际测试情况进一步调整天线参数及功率设置，从而优化网络覆盖。解决思路：通过扫描仪和路测软件可确定网络的覆盖情况，确定弱覆盖区域和过覆盖区域。调整天线参数可解决网络中大部分覆盖问题。
解决思路：
强弱覆盖情况判定。通过扫描仪和路测软件可确定网络的覆盖情况，确定弱覆盖区域和过覆盖区域。
天线参数调整。调整天线参数可有效解决网络中大部分覆盖问题，天线对于网络的影响主要包括以下性能参数和工程参数两方面。
4.邻区规划及优化
网络问题：邻区过多会影响到终端的测量性能，容易导终端测量不准确，引起切换不及时、误切换及重选慢等；邻区过少，同样会引起切换、孤岛效应等；邻区信息错误将直接影响到网络正常的切换。
合理制定邻区规划原则：TD-LTE与3G邻区规划原理基本一致，规划时综合考虑各小区的覆盖范围及站间距、方位角等因素
5.系统参数
常规参数优化配置建议：目前试验网阶段网络进行优化调整的主要覆盖和切换相关参数。
覆盖参数主要包括： CRS发射功率 、信道的功率配置、PRACH信道格式。
切换相关配置参数主要如下：事件触发滞后因子Hysteresis、事件触发持续因子TimetoTrig、邻小区个性化偏移QoffsetCell、T304定时器、T310定时器。
综上所述，我们可以看出无线网络优化是一项长期的、艰巨的、周而复始的持续性系统工程，这其中进行网络优化的方法很多，有待于进一步探讨和完善。需要我们在实践中不断的探索，积累经验。全面提高网络服务质量，争取更大的经济效益和社会效益。
篇5：网络优化方法
1、端口设置
在设置管理器中双击端口选项再双击连接Modem的相应端口这里以通讯端口COM1为例说明在弹出的通讯端口COM1属性对话框中单击端口设置选项卡将波特率改为最高921600将流量控制改为硬件接着单击高级按钮在高级端口设置中将接收缓冲区和传输缓冲区设为最大值然后确定退出端口设置
2、Modem设置
在设备管理器中双击调制解调器项再双击你的调制解调器名称弹出相应的Modem的属性对话框将其最快速度设为115200然后再单击连接选项卡单击高级按钮弹出高级连接设置对话框去掉压缩数据前的勾并且在附加设置中输入S11=40缩短Modem的拨号时间最后单击确定退出
3、拨号网络设置
单击开始-设置-拨号网络然后在拔号网络中右击你所建立的网络连接如连接到163点击右键菜单中的属性命令弹出连接到163属性对话框再点击网络选项卡除了启用软件压缩和TCP/IP这两项外其它项都去掉前面方框的钩最后单击确定退出。
篇6：网络优化方法
第一个，网站内容来源
原创内容或伪原创内容
编辑撰稿或UGC
扫描书籍、报刊、杂志
第二个，内容细节优化
标题写法、关键词、描述设置
文章摘要规范
URL标准化
次导航
内页增加锚文本以及第一次出现关键词进行加粗
长尾关键词记录单
图片Alt、titile标签
外链最好nofollow
百度站长工具、google管理员工具的使用
建立反向链接
第三个，关键词部署
挑选关键词的步骤(1、确定目标关键词 2、目标关键词定义上的扩展 3、模拟用户的思维设计关键词 4、研究竞争者的关键词)
页面关键词优化先后顺序(1、最终页>专题>栏目>频道>首页 2、最终页：长尾关键词 3、专题页：【a、热门关键词 b、为热点关键词制作专题 c、关键词相关信息的聚合 d、辅以文章内链导入链接】 4、栏目页：固定关键词 5、频道页：目标关键词 6、首页：做行业一到两个顶级关键词，或者网站名称)
关键词部署建议(1、不要把关键词堆积在首页 2、每个页面承载关键词合理数目为3-5个 3、系统规划)
第四个，内链策略
控制文章内部链接数量
链接对象的相关性要高
给重要网页更多的关注
使用绝对路径
需要改进的地方
第五个，注意事项
不要大量采集
有节奏的更新
编辑发布文章的时候要做好锚文本
做好长尾关键词记录单。
篇7：优化方案
对于用博客做外链我对其分为三种类型
1、重复注册博客，靠博客数量来堆积使自己网站的流量提高，从而带动排名。这样做只是由于入口多了所以带来的流量也就多了，初期还行，后期没效果。
2、每个门户注册一个博客，长期进行维护。初期没什么效果但是一到过一段时间效果很好。
3、每个站大量注册博客，并加以观察，发现有被收录的博客后停止注册此门户，并维护这个被收录的博客，一直到所以门户的博客都被收录了停止注册，并维护被收录的所有博客。前期效果带来流量多，等到全收录了停止注册并长期维护提高权重。增加网站排名。
篇8：优化方案
摘要：为使飞机起降安全，冬季常采用醋酸钙镁或乙二醇溶液等，清除飞机或跑道上的积雪。该过程中很容易使跑道、滑行道、客机坪、停机坪等飞机场道面发生盐冻侵蚀破坏，并对水体产生污染。本文主要研究含气量和掺合料对机场道面混凝土性能的影响，采用正确的方式，对机场道面混凝土性能进行优化设计。
关键词：机场道面混凝土；性能；优化设计
1引言
相关设计规范中，对受冻地区机场道面混凝土剔除了明确的抗冻指标要求，但抗盐冻剥蚀性要求尚不明确。混凝土盐冻剥蚀破坏主要是由水溶液结冰引起的。盐冻多破坏混凝土表面，而普通水冻主要体现在混凝土内部破坏。盐冻破坏比普通水冻破坏更为严重。依据实际工程情况，提高坍落度，掺加优质矿渣粉和低钙粉煤灰等，实现混凝土性能优化。
2试验方案
2.1原材料
该实验过程中，应用到的原材料主要有水泥、掺合料、外加剂、砂、石子、水。
2.2配合比
依据具体道面设计规范，将设计强度控制为28d龄期抗弯拉强度，混凝土单位水泥用量需在300kgm-3。应用坍落度进行稠度测定时，要将坍落度控制在0.5cm以下，稠度在20s以上。合理确定混凝土配合比参数及性能指标。
2.3试件成型养护与试验测试
（1）试件成型与养护。混凝土试件包括棱柱体和立方体，规格分别为15cm×15cm×55cm和10cm。棱柱体试件能够测定抗弯拉强度或抗折强度，立方体试件可对盐冻剥落量进行测定。试件成型之后，将其放置时间控制在1d，脱模，然后进行养护。完成养护工作之后，取出，在空气中面干数小时，对其抗弯拉强度进行测定。将振捣时间控制在45-60s，生成水泥浆，进行多次抹面。常态引气混凝土因工作性能好，便于出浆整平，无论是振捣时间，还是抹面次数都相对较少，轻抹即可[1]。
（2）普通冻融试验和盐冻剥蚀试验。采用快速水冻法执行混凝土普通冻融试验，经300次冻融循环，抗冻指标DF值不小于60%，表明，混凝土抗冻性合格。抗冻性与该数值成正相关。盐冻试验初期，从10cm立方体试块上，进行混凝土试件切割，厚度以5cm为宜。盐冻剥蚀试验测试面以混凝土上成型面为宜，进行机场环境模拟。应用单面浸泡法测定混凝土抗盐冻侵蚀性。试验过程为冻3h（20℃），融3h（15-20℃），形成初次冻融循环；将4%NaC1溶液作为冻融介质。经数次冻融循环之后，对混凝土剥蚀量进行测定。30次冻融循环之后，剥蚀量在1.0Kgm-2，表明混凝土抗盐冻侵蚀性合格；该数值越小，抗盐冻剥蚀性越高。
（3）测定气泡结构参数。依据《水工混凝土耐久性技术规范（DL/T5241-20xx）》标准，测定和计算硬化混凝土气泡结构参数。对硬化混凝土各面层气泡结构进行分析之前，要做好制样工作。具体实施方法如下：受抹面影响，混凝土上成型面会形成砂浆层，而且水泥浆体会覆盖表层气泡。应用抛光机将表面浆体厚度磨掉1mm左右，露出气泡，从而对表面砂浆层气泡结构参数进行有效分析。采用切割机依据不同深度，对其他层面混凝土样进行有效切割，用以测定该层面混凝土气泡结构参数。
3试验结果与讨论
3.1抗弯拉强度
首先，含气量。掺加优质茶皂素引气剂，提高混凝土抗弯拉强度。当含气量为3%-4%时，混凝土抗弯拉强度提升空间最大。主要是因为混凝土气泡结构参数和引气泡能够对裂纹扩展进行有效抑制。虽然，通过引气能够提高干硬性混凝土抗弯拉强度，但效果不够显著。其次，掺合料。当含气量和掺合料掺量分别为4.5%和15%时，掺粉煤灰和矿渣混凝土90d抗弯拉强度及其增长速率均比无掺合料的混凝土高，而粉煤灰和矿粉复掺的强度增长效果最好。为使后期强度增加，采用该水泥进行混凝土配制时，需要掺加15%Ⅰ级或Ⅱ级低钙粉煤灰和15%矿渣粉，以达到良好的复掺使用效果[2]。
3.2抗冻性和抗盐冻侵蚀性
首先，含气量。混凝土含气量与其DF值呈正相关，该过程中，盐冻产生的剥落相对较少，很大程度上提高了其抗冻性和抗盐冻剥蚀性。同等含气量状态下，干硬性混凝土的抗冻性和抗盐冻剥蚀性均比坍落度为20-50mm的常态混凝土低。虽然，引气管使干硬性混凝土DF值提高，剥落量降低，且其抗冻性指标合格，但抗盐冻剥蚀性指标不合格。其次，掺合料。当含气量和掺合料分别为4.5%和15%时，无掺合料混凝土抗冻性和抗盐冻剥蚀性比掺粉煤灰和矿渣混凝土大。掺粉煤灰和矿渣混凝土耐久性符合要求，能够通过引气，使混凝土具备较好的抗冻性和抗盐冻剥蚀性。
3.3气泡结构参数
首先，含气量。添加优质引气剂，使混凝土平均气泡间距缩小，含气量越高，缩小愈明显，而气泡直径减小。表明，引气使混凝土抗冻性和抗盐冻侵蚀性提高。其次，离表面深度。比较含气量相近干硬性混凝土和常态混凝土各位置气泡结构参数。干硬性混凝土和常态混凝土表层气泡结构参数与内部存在差异，均会发生劣化。混凝土离上表面越近，含气量和气泡直径越大，使平均气泡间距变大。深度超过10mm之后，硬化混凝土气泡结构参数比较稳定。仅水泥浆体中有气泡，使表层混凝土含气量比内部混凝土高。为使抗冻性和抗盐冻侵蚀性相同，同等水胶比下，砂浆含气量要比混凝土高。相较于常态混凝土，干硬性混凝土引气泡稳定性和气泡结构差，需对其进行强力振捣及多次抹面，表面层干硬性混凝土很容易出现含气量损失和气泡结构劣化。上述结果表明，当含气量和水胶比相同时，干硬性混凝土抗弯拉强度低[3]。
4结语
综上所述，在混凝土中掺加优质茶皂素引气剂，使其抗弯拉强度提升。混凝土抗冻性和抗盐冻侵蚀性随含气量增大而提高。依据实际情况，合理引气，降低掺粉煤灰和矿渣对混凝土抗冻性和抗盐冻侵蚀性的负面影响。深度超过10mm后，硬化混凝土气泡结构参数处于稳定状态。依据实际情况，采用正确的方法，对机场道面混凝土性能进行优化设计，减少冻害问题。
作者:陈绍东 单位:中国建筑西南设计研究院有限公司
参考文献
[1]杨全兵,陈勇.机场道面混凝土性能优化设计研究[J].同济大学学报(自然科学版),20xx,(08):1221-1226.
[2]丁汀,叶英华,刘岩.裂缝宽度对机场道面融雪除冰碳纤维混凝土导电性能影响的试验研究[J].工业建筑,20xx,(07):118-121.
[3]陈士昌,罗勇,李晔,谭悦.抗冻型机场水泥混凝土道面配合比设计方法研究[J].城市道桥与防洪,20xx,(09):172-174+178+15-16.
★优化方案
文档为doc格式
