移动直播技术秒开优化经验(含PPT)
移动直播技术秒开优化经验（含PPT）
编者按：本文由徐立在高可用架构群分享，转载请注明来自高可用架构「ArchNotes 」。
原文链接：https://www.wendangku.net/doc/9f6410849.html,/3heBvi
现今移动直播技术上的挑战要远远难于传统设备或电脑直播，其完整的处理环节包括但不限于：音视频采集、美颜/滤镜/特效处理、编码、封包、推流、转码、分发、解码/渲染/播放等。
直播常见的问题包括
?主播在不稳定的网络环境下如何稳定推流？
?偏远地区的观众如何高清流畅观看直播？
?直播卡顿时如何智能切换线路？
?如何精确度量直播质量指标并实时调整？
?移动设备上不同的芯片平台如何高性能编码和渲染视频？
?美颜等滤镜特效处理怎么做？
?如何实现播放秒开？
?如何保障直播持续播放流畅不卡顿？
本次分享将为大家揭开移动直播核心技术的神秘面纱。
视频、直播等基础知识
什么是视频？
首先我们需要理解一个最基本的概念：视频。从感性的角度来看，视频就是一部充满趣味的影片，可以是电影，可以是短片，是一连贯的视觉冲击力表现丰富的画面和音频。但从理性的角度来看，视频是一种有结构的数据，用工程的语言解释，我们可以把视频剖析成
如下结构：
内容元素( Content )
?图像( Image )
?音频( Audio )
?元信息( Metadata )
编码格式( Codec )
?Video : H.264，H.265, …
?Audio : AAC，HE-AAC, …
容器封装(Container)
?MP4，MOV，FLV，RM，RMVB，AVI，…
任何一个视频Video 文件，从结构上讲，都是这样一种组成方式：
?由图像和音频构成最基本的内容元素；
?图像经过视频编码压缩格式处理（通常是H.264）；
?音频经过音频编码压缩格式处理（例如AAC）；
?注明相应的元信息（Metadata）；
最后经过一遍容器（Container）封装打包（例如MP4），构成一个完整的视频文件。
如果觉得难以理解，可以想象成一瓶番茄酱。最外层的瓶子好比这个容器封装（Container），瓶子上注明的原材料和加工厂地等信息好比元信息（Metadata），瓶盖打开（解封装）后，番茄酱本身好比经过压缩处理过后的编码内容，番茄和调料加工成番茄酱的过程就好比编码（Codec），而原材料番茄和调料则好比最原本的内容元素（Content）。
视频的实时传输
简而言之，理性的认知视频的结构后，有助于我们理解视频直播。如果视频是一种“有结构的数据”，那么视频直播无疑是实时传输这种“有结构的数据”（视频）的方式。
那么一个显而易见的问题是：如何实时（Real-Time）传输这种“有结构的数据”（视频）呢？
这里边一个悖论是：一个经过容器（Container）封装后的视频，一定是不可变的( Immutable ) 视频文件，不可变的( Immutable ) 的视频文件已经是一个生产结果，根据“相对论”，而这个生产结果显然不可能精确到实时的程度，它已经是一段时空的记忆。
因此视频直播，一定是一个“边生产，边传输，边消费”的过程。这意味着，我们需要更近一步了解视频从原始的内容元素( 图像和音频) 到成品( 视频文件) 之前的中间过程( 编码)。
视频编码压缩
不妨让我们来深入浅出理解视频编码压缩技术。
为了便于视频内容的存储和传输，通常需要减少视频内容的体积，也就是需要将原始的内容元素(图像和音频)经过压缩，压缩算法也简称编码格式。例如视频里边的原始图像数据会采用H.264 编码格式进行压缩，音频采样数据会采用AAC 编码格式进行压缩。
视频内容经过编码压缩后，确实有利于存储和传输; 不过当要观看播放时，相应地也需要解码过程。因此编码和解码之间，显然需要约定一种编码器和解码器都可以理解的约定。就视频图像编码和解码而言，这种约定很简单：
编码器将多张图像进行编码后生产成一段一段的GOP ( Group of Pictures ) ，解码器在播放时则是读取一段一段的GOP 进行解码后读取画面再渲染显示。
GOP ( Group of Pictures ) 是一组连续的画面，由一张I 帧和数张B / P 帧组成，是视频图像编码器和解码器存取的基本单位，它的排列顺序将会一直重复到影像结束。
I 帧是内部编码帧（也称为关键帧），P 帧是前向预测帧（前向参考帧），B 帧是双向内插帧（双向参考帧）。简单地讲，I 帧是一个完整的画面，而P 帧和B 帧记录的是相对于I 帧的变化。
如果没有I 帧，P 帧和 B 帧就无法解码。
小结一下，一个视频( Video ) ，其图像部分的数据是一组GOP 的集合, 而单个GOP 则是一组I / P / B 帧图像的集合。
在这样的一种几何关系中，Video 好比一个“物体”，GOP 好比“分子”，I / P / B 帧的图像则好比“原子”。
想象一下，如果我们把传输一个“物体”，改成传输一个一个的“原子”，将最小颗粒以光速传送，那么以人的生物肉眼来感知，将是一种怎样的体验？
什么是视频直播？
不难脑洞大开一下，直播就是这样的一种体验。视频直播技术，就是将视频内容的最小颗粒( I / P / B 帧，…)，基于时间序列，以光速进行传送的一种技术。
简而言之，直播就是将每一帧数据( Video / Audio / Data Frame )，打上时序标签
( Timestamp ) 后进行流式传输的过程。发送端源源不断的采集音视频数据，经过编码、封包、推流，再经过中继分发网络进行扩散传播，播放端再源源不断地下载数据并按时序进行解码播放。如此就实现了“边生产、边传输、边消费” 的直播过程。
理解以上两个关于视频和直播两个基础概念后，接下来我们就可以一窥直播的业务逻辑了。
直播的业务逻辑
如下是一个最精简的一对多直播业务模型，以及各个层级之间的协议。
各协议差异对比如下
以上就是关于直播技术的一些基础概念。下面我们进一步了解下影响人们视觉体验的直播性能指标。
影响视觉体验的直播性能指标
直播第一个性能指标是延迟，延迟是数据从信息源发送到目的地所需的时间。
根据爱因斯坦的狭义相对论，光速是所有能量、物质和信息运动所能达到的最高速度，这个结论给传播速度设定了上限。因此，即便我们肉眼感觉到的实时，实际上也是有一定的延迟。
由于RTMP/HLS 是基于TCP 之上的应用层协议，TCP 三次握手，四次挥手，慢启动过程中的每一次往返来回，都会加上一次往返耗时( RTT )，这些交互过程都会增加延迟。
其次根据TCP 丢包重传特性，网络抖动可能导致丢包重传，也会间接导致延迟加大。
一个完整的直播过程，包括但不限于以下环节：采集、处理、编码、封包、推流、传输、转码、分发、拉流、解码、播放。从推流到播放，再经过中间转发环节，延迟越低，则用户体验越好。
第二个直播性能指标卡顿，是指视频播放过程中出现画面滞帧，让人们明显感觉到“卡”。单位时间内的播放卡顿次数统计称之为卡顿率。
造成卡顿的因素有可能是推流端发送数据中断，也有可能是公网传输拥塞或网络抖动异常，也有可能是终端设备的解码性能太差。卡顿频次越少或没有，则说明用户体验越好。
第三个直播性能指标首屏耗时，指第一次点击播放后，肉眼看到画面所等待的时间。技术上指播放器解码第一帧渲染显示画面所花的耗时。通常说的“秒开”，指点击播放后，一秒内即可看到播放画面。首屏打开越快，说明用户体验越好。
如上三个直播性能指标，分别对应一个低延迟、高清流畅、极速秒开的用户体验诉求。了解这三个性能指标，对优化移动直播APP 的用户体验至关重要。
那么移动直播场景下具体而言有哪些常见的坑呢？
根据实践总结下来的经验，移动平台上视频直播的坑主要可以总结为两方面：设备差异，以及网络环境这些场景下带来的技术考验。
移动直播场景的坑与规避措施
不同芯片平台上的编码差异
iOS 平台上无论硬编还是软编，由于是Apple 一家公司出厂，几乎不存在因为芯片平台不同而导致的编码差异。
然而，在Android 平台上，Android Framework SDK 提供的MediaCodec 编码器，在不同的芯片平台上，差异表现很大，不同的厂家使用不同的芯片，而不同的芯片平台上Android MediaCodec 表现略有差异，通常实现全平台兼容的成本不低。
另外就是Android MediaCodec 硬编层面的H.264 编码画质参数是固定的baseline，所以画质通常也一般。因此，在Android 平台下，推荐是用软编，好处是画质可调控，兼容性也更好。
低端设备如何上高性能地采集和编码？
例如Camera 采集输出的可能是图片，一张图的体积并不会小，如果采集的频次很高，编码的帧率很高，每张图都经过编码器，那么编码器又可能会出现过载。
这个时候，可以考虑在编码前，不影响画质的前提下（前面我们讲过帧率的微观意义），进行选择性丢帧，以此降低编码环节的功耗开销。
弱网下如何保障高清流畅推流
移动网络下，通常容易遇到网络不稳定，连接被重置，断线重连，一方面频繁重连，建立连接需要开销。另一方面尤其是发生GPRS / 2G / 3G / 4G 切换时，带宽可能出现瓶颈。当带宽不够，帧率较高/码率较高的内容较难发送出去，这个时候就需要可变码率支持。
即在推流端，可检测网络状态和简单测速，动态来切换码率，以保障网络切换时的推流流畅。
其次编码、封包、推流这一部分的逻辑也可以做微调，可以尝试选择性丢帧，比如优先丢视频参考帧（不丢I 帧和音频帧)，这样也可以减少要传输的数据内容，但同时又达到了不影响画质和版视听流畅的目的。
需要区分直播流的状态和业务状态
直播是媒体流、APP 的交互是API 信令流，两者的状态不能混为一谈。尤其是不能基于APP 的交互的API 状态来判断直播流的状态。
以上是移动直播场景下常见的几个坑和规避措施。
移动直播场景其他优化措施
一、怎么优化打开速度，达到传说中的“秒开”？
大家可能会看到，市面上某些手机直播APP 的打开速度非常快，一点就开。而某些手机直播APP，点击播放后要等好几秒以后才能播放。是什么原因导致如此的天壤之别呢？
大部分播放器都是拿到一个完成的GOP 后才能解码播放，基于FFmpeg 移植的播放器甚至需要等待音画时间戳同步后才能播放（如果一个直播里边没有音频只有视频相当于要等待音频超时后才能播放画面）。
“秒开”可以从以下几个方面考虑：
1. 改写播放器逻辑让播放器拿到第一个关键帧后就给予显示。
GOP 的第一帧通常都是关键帧，由于加载的数据较少，可以达到“首帧秒开”。
如果直播服务器支持GOP 缓存，意味着播放器在和服务器建立连接后可立即拿到数据，从而省却跨地域和跨运营商的回源传输时间。
GOP 体现了关键帧的周期，也就是两个关键帧之间的距离，即一个帧组的最大帧数。假设一个视频的恒定帧率是24fps（即1秒24帧图像），关键帧周期为2s，那么一个GOP 就是48 张图像。一般而言，每一秒视频至少需要使用一个关键帧。
增加关键帧个数可改善画质（GOP 通常为FPS 的倍数），但是同时增加了带宽和网络负载。这意味着，客户端播放器下载一个GOP，毕竟该GOP 存在一定的数据体积，如果播放端网络不佳，有可能不是能够快速在秒级以内下载完该GOP，进而影响观感体验。
如果不能更改播放器行为逻辑为首帧秒开，直播服务器也可以做一些取巧处理，比如从缓存GOP 改成缓存双关键帧（减少图像数量），这样可以极大程度地减少播放器加载GOP 要传输的内容体积。
2. 在APP 业务逻辑层面方面优化。
比如提前做好DNS 解析（省却几十毫秒），和提前做好测速选线（择取最优线路）。经过这样的预处理后，在点击播放按钮时，将极大提高下载性能。
一方面，可以围绕传输层面做性能优化；另一方面，可以围绕客户播放行为做业务逻辑优化。两者可以有效的互为补充，作为秒开的优化空间。
二、美颜等滤镜如何处理？
在手机直播场景下，这就是一个刚需。没有美颜功能的手机直播APP，主播基本不爱用。可以在采集画面后，将数据送给编码器之前，将数据源回调给滤镜处理程序，原始数据经过滤镜处理完后，再送回给编码器进行编码即可。
除了移动端可以做体验优化之外，直播流媒体服务端架构也可以降低延迟。例如收流服务器主动推送GOP 至边缘节点，边缘节点缓存GOP，播放端则可以快速加载，减少回源延迟。
其次，可以贴近终端就近处理和分发
三、如何保障直播持续播放流畅不卡顿？
“秒开”解决的是直播首次加载的播放体验，如何保障直播持续播放过程中的画面和声音视听流畅呢？因为，一个直播毕竟不是一个HTTP 一样的一次性请求，而是一个Socket 层面的长连接维持，直到直到主播主动终止推流。
上述我们讲过卡顿的定义：即播放时画面滞帧，触发了人们的视觉感受。在不考虑终端设备性能差异的情况下，针对网络传输层面的原因，我们看看如何保障一个持续的直播不卡顿。
这其实是一个直播过程中传输网络不可靠时的容错问题。例如，播放端临时断网了，但又快速恢复了，针对这种场景，播放端如果不做容错处理，很难不出现黑屏或是重新加载播放的现象。
为了容忍这种网络错误，并达到让终端用户无感知，客户端播放器可以考虑构建一个FIFO （先进先出）的缓冲队列，解码器从播放缓存队列读取数据，缓存队列从直播服务器源源不断的下载数据。通常，缓存队列的容量是以时间为单位（比如3s），在播放端网络不可靠时，客户端缓存区可以起到“断网无感”的过渡作用。
显然，这只是一个“缓兵之计”，如果直播服务器边缘节点出现故障，而此时客户端播放器又是长连接，在无法收到对端的连接断开信号，客户端的缓冲区容量再大也不管用了，这个时候就需要结合客户端业务逻辑来做调度。
重要的是客户端结合服务端，可以做精准调度。在初始化直播推流之前，例如基于IP 地理位置和运营商的精确调度，分配线路质量最优的边缘接入节点。在直播推流的过程中，可以实时监测帧率反馈等质量数据，基于直播流的质量动态调整线路。
Q & A
1. 关键帧设置频率一般是多少？有没有根据接入动态设置？过长首屏秒会很难做到。
徐立：关键帧间隔越长，也就是GOP 越长，理论上画面越高清。但是生成HLS 直播时，最小切割粒度也是一个GOP，所以针对交互直播，通常不建议GOP 设置太长。直播一般 2 个关键帧间隔即可。比如帧率是24fps，那么 2 个关键帧的间隔就是48fps ，这个GOP 就是2s。
2. 七牛这个直播是用的网宿加速？有遇到什么坑没？
徐立：七牛在直播方面主要是自建节点，也支持融合众多第三方CDN 服务商，多样化的线路组合为客户提供更优质的服务。在和第三方CDN 合作的过程中遇到的问题等有机会再做更细粒度的交流和分享。
3. RTMP 直播流除了优化线路外，还有什么加速手段吗？
徐立：物理上优化线路，逻辑上优化策略，比如选择性丢帧，不影响编码画质的前提下减轻传输体积。
4. OBS 推流，播放端HLS 出现视/音频不同步是哪个环节的问题？怎么优化？
徐立：有可能是采集端的问题，如果是采集端编码环节就出现音画不同步，可以在收流服务器上做音画时间戳同步，这样是全局的校对。如果是播放端解码性能问题，那么需要调节播放逻辑，比如保证音画时间戳强一致性的前提下，选择性丢一部帧。
5. PPT 前几页中一个概念好像错了，I 帧不是关键帧，IDR 帧才是。IDR 帧是I 帧，但是I 帧不一定是IDR 帧。只有IDR 帧才是可重入的。
徐立：中文都把I 帧翻译成关键帧了，不过既然提到了IDR 帧，可以展开说明一下。所有的IDR 帧都是I 帧，但是并不是所有I 帧都是IDR 帧，IDR 帧是I 帧的子集。I 帧严格定义是帧内编码帧，由于是一个全帧压缩编码帧，通常用I 帧表示“关键帧”。IDR 是基于I 帧的一个“扩展”，带了控制逻辑，IDR 图像都是I 帧图像，当解码器解码到IDR 图像时，会立即将参考帧队列清空，将已解码的数据全部输出或抛弃。重新查找参数集，开始一个新的序列。这样如果前一个序列出现重大错误，在这里可以获得重新同步的机会。IDR 图像之后的图像永远不会使用IDR 之前的图像的数据来解码。
6. 有没有调研过nginx rtmp module，为什么没有用，对它有什么评价？
徐立：有调研过，nginx_rtmp_module 是单进程多线程，非go 这种轻量级线程/协程用并发自然语义的方式编写流业务。nginx 原本的代码量较大（约16 万行，但和直播业务相关的功能并不是很多）。且主要靠写nginx.conf 做配置租户，通常单租户可以，但业务可扩展性方面不是很灵活，可满足基本需求，不满足高级功能。
7. 用到了那些开源软件？编码用的是x264 吗？直播服务器你们自己开发还是开源的？
徐立：直播服务器用go 开发的，移动端编码优先硬编，软编用x264
8. 请教一下用OBS 推流到nginx_rtmp_module 的时候是已经做了视频压缩了还是需要基于OBS 再开发？
徐立：OBS 把编码压缩都做了，不需要再开发。
9. 视频直播想在HLS 流中无缝插入一段广告的ts 文件，有问题想请教一下：1、这段ts 的分辨率是否一定要和之前的视频流一致？2、pts 时间戳是否要和上一个ts 递增？
中国移动PON网络维护优化案例
中国移动PON网络优化案例 烽火通信科技股份有限公司 二○一○年十二月 目录
前言 (3) 第一章PON网络组网模型 (4) 1.PON网络上联IP城域网组网模型 (4) 1.1光缆单路由直连IP城域网节点 (4) 1.2光缆双路由连IP城域网节点 (5) 1.3光缆双路由连IP城域网双节点（双上联） (6) 1.4通过PTN网络SNCP保护方式上联IP城域网 (7) 1.5通过城域波分网络波道保护方式上联IP城域网 (7) 2.PON网络组网模型 (8) 1.6无保护方式 (8) 1.7TYPE B方式组网 (9) 1.8TYPE C方式组网 (10) 第二章网络优化的目标和范围 (11) 2.1网络优化的目标： (11) 2.2优化的范围： (12) 第三章网络优化的原则及典型案例 (13) 3.1 PON网络优化原则与建议 (13) 3.1.1组网优化原则 (13) 3.1.2驻地网优化原则 (14) 3.1.3光缆网优化原则 (14) 3.1.4设备配置优化原则 (15) 3.1.5 VLAN、IP地址优化原则： (15)
3.1.6GEMPORT流限速与QOS规划建议 (15) 3.1.7 PON网络用户接入要求 (16) 3.1.8网管系统的优化建议 (16) 3.2PON网络优化应用案例 (17) 第四章软件管理办法 (17) 第五章PON网络备件配置原则 (19) 第六章维护人员技术要求 (21) 第七章应急方案的制定与演练 (22) 前言 中国移动进入全业务运营时代，大量的中小企业和家庭客户对宽带上网提出更高的需求。中国移动为顺应这些需求，推出了以为PON网络接入为主的宽带接入
中国移动网络代维高质量要求规范-低端网络优化分册
中国移动网络代维质量规范低端网络优化分册 （2017年版）
中国移动通信集团公司网络部 2017年6月
目录 第七部分低端网络优化分册 (1) 第一章代维工作内容 (1) 第二章代维工作流程 (10) 第三章代维质量指标 (13)
第七部分低端网络优化分册 第一章代维工作内容 第一条代维工作范围 低端网络优化代维工作指GSM/TD/LTE无线网络优化中的基础性、低技术含量工作内容，具体包括： 1、网络测试：指根据移动公司要求完成相应的网络质量现场测试工作； 2、投诉现场信息采集：指响应客户投诉的业务需求，配合移动公司进行的相应现场测试及其他支撑工作； 3、天馈调整：根据移动公司要求完成相应天馈方位角、俯仰角等调整和验证工作； 4、配合室分新建站功能验收：按室分新开站验收流程完成相应新室分开通站点的质量验收工作。 第二条网络测试工作内容 （一）代维工作内容 包括网格质量测试、交通干线测试、城市轨道交通测试与各场景测试（校园、风景区等重点区域）、道路测试、室分测试、网络调整配合测试工作等。 （二）代维工作步骤 代维公司应根据移动公司派发的相应任务工单内容完成相应外场DT/CQT 测试工作，接单后再次进行任务需求对接，确保测试符合工单要求，并保证测试
LOG质量有效性，同时提供相应场景无线环境描述协助后台分析人员完成分析报告撰写及相关调整效果验证。 （三）代维工作内容反馈要求 1、按要求完成测试工作并提供完整的原始测试LOG（移动语音、移动数据、联通语音、联通数据、电信语音、电信数据）；
2、报告形式输出本次测试相关指标统计（部分测试包括竞对指标）； 3、现场无线环境照片； 4、特殊场景下问题描述（例：可能存在的网络质量隐患、现场无线环境描述等） （四）代维工作过程要求 代维公司开展该项工作需满足下列人员、车辆、测试仪表配置及操作要求。 测试要求.xlsx （五）代维工作核算方式 计价单位为“公里、人时”的工单，经质检合格的工单费用测算时均读取LOG中有效数据公里数及时长，只计算每工单中派发的测试内容（例高速测试，仅计算高速上的公里数，出发地至高速出口往返路程不计），质检不合格或接单后未现场处理工单不计费。 计价单位为“次”的工单，不测算LOG中的公里及时长，工单质检按次服务的时效性、现场问题是否解决、客户回访是否满意、LOG等现场数据收集反馈完整性等，质检不合格或接单后未现场处理工单不计费。 第三条投诉现场信息采集工作内容 （一）代维工作内容
4G移动网络优化案例分析
题目：4G移动网络优化案例分析 摘要：科学技术的发展推动了人类社会的发展,回顾历史每次人类社会的飞跃进步都是由科学技术的发展引发的,其中通信技术的发展更是为社会的整体发展作出了无数的贡献.在中国我们的老百姓享受到了移动通信技术从模拟移动通信到数字移动通信4G技术所带来的便利和对生活的改变.对于通信网络运营商而言,如何为客户提供优质的网络服务始终都是主要的运营方向,它是一切运营的基础,是电信运营商运营与发展的生命线.要把网络运营做强做精,除了基本的解决网络覆盖问题以外关键是要做好网络优化。 关键词：移动通信4G，网络运营，网络优化 毕业论文外文摘要 Title: 4G Mobile Network Optimization Case Study Abstract：Development of science and technology to promote the development of human society, recalling the history of the progress of human society, every leap is triggered by the development of science and technology, in which the development of communication technology, but also for the ov erall development of society has made numerous contributions in China our people enjoy the mobile communication technology from analog to digital mobile communication 4G mobile communication tec hnology brings convenience and change of life. for the communications network operators, how to pr ovide quality customer service has always been the main network operational direction, which is the f oundation of all operations, is the lifeblood of Telecom Operator and development. network operators should do fine and stronger, in addition to the basic problem solving network coverage is essential t o do network optimization. Key words: 4G mobile communications, Network operators, Network Optimization 目录 1 引言 (4) 2 通信的发展史 (5) 3 4G移动网络优化的特征 (6) 3.1 4G的特性7 3.2 4G网络的基本特征决定了他的网络优化特征7 3.3 4G移动网络优化特征7
中国移动TDLTE无线参数设置指导优化手册华为分册
中国移动TD-LTE无线参数设置指导优化手册 -华为分册 (征求意见稿)
目录TABLE OF CONTENTS 1 前言........................................................ 2上行资源分配................................................ 3上行ICIC (7) 4下行资源分配................................................ 5下行MIMO.................................................... 6移动性管理.................................................. 7LC（过载控制）.............................................. 8功控算法.................................................... 9信道配置&链路控制........................................... 10数传算法.................................................... 11传输TRM算法................................................ 12 SON ......................................................... 13附件：华为ERAN3.0参数列表 .................. 错误!未定义书签。14《LTE无线网优参数集》....................................... 15《TD-LTE无线参数指导优化手册》..............................
中国移动通信集团吉林有限公司网络优化中心2014年网络测试服务项目终验报告
网络优化中心2014年网络测试服务项目终 验报告 一、服务项目名称：中国移动吉林公司2014年XX有限公司网络测 试服务 二、服务执行时间： 2014年月日—2014年月日 三、项目金额： 项目总价为：人民币【XX】（大写【XX元整】）。 四、服务内容： (一)日常配合工作 1.DT\CQT网络测试：根据我方要求，对整体网络进行路测及质
量拨打测试； 2.网格测试：定期GSM/TD-SCDMA /TD-LTE 及竞争对手 WCDMA/EVDO/CDMA DT话音、数据业务拨打测试； 3.室内分布系统测试：结合室分网络质量评估、信号模拟测试， 居民小区、办公场所、宾馆、写字楼和商务场所的室内外定点测试。 4.公铁路网络质量测试：按照集团GSM/TD-SCDMA /TD-LTE DT网 络质量现场测试规范测试网络覆盖区域内具体所包含：京哈高铁吉林段、哈大高铁吉林段、长吉高铁；省内珲乌高速、京哈高速、大广高速、长深高速、伊辽高速；及吉林省内22条部分国道省道测试任务，话务热点地区和重点地区的环线路段开展定期常规的DT测试。 5.应急保障测试工作：根据节假日、集展会保障需要，现场勘察， 制定应急通信保障方案。有效配合临时新添加的任务，包括组巡、高速、高铁测试及设备测试前的定点验证等。 6.用户投诉处理测试：根据我方要求，对现有网络进行有针对行 投诉处理测试。 7.提供其它通信运营商测试卡。 (二)临时任务：组织实施要求 1.乙方必须严格遵守甲方的相关规章制度，并接受甲方有效的监
督和管理。 2.乙方未经甲方同意，不得将所接触到的甲方的机密文件和数据、 用作其他用途或以任何形式泄露归第三方，否则甲方有权做出相应处理，直至终止合同；同时乙方需承担由此引起的法律责任和甲方的经济损失。未经授权或许可由于技术服务人员擅自修改用户数据，泄漏用户敏感信息的；将我公司的保密材料、涉及经营数据或运营信息等内容带出并泄漏给竞争对手的；工作中出现失误和操作不当等行为，造成严重后果的，将参照相关法律法规处理。 3.乙方需及时响应甲方紧急测试工作处理需求、或其他紧急分配 的工作任务。 (三)项目成果要求 通过本项目完成2014年吉林省网络测试工作，提升吉林省测试组织工作完成效率，具体要求如下： 1.测试工作开展要求： 1)有效安排测试计划、准确接收配置测试模板，核查测试任 务，完成各项测试组织与验证工作； 2)实时监控检查测试期间的设备状况和异常事件，指导进行 设备异常情况的紧急处置，保障测试任务正常执行。
中国移动广东公司4G开网优化工作要求V2.0
中国移动广东公司4G开网优化工作要求 （V2.0） 广东 2017-03 1 总体要求 对于广东公司LTE三期及后续工期采购开网优化服务的LTE站点，均需按本要求开展开网优化工作，若后期集团或广东公司有新标准下发，则按新标准执行。 开网优化工作在单站验证（工程部门实施）后执行，地市公司应组织相关人员确认单验结果，再组织开展开网优化工作，开网优化工作按单站优化、簇优化、拉网优化三步开展。 开网优化工作按如下模式开展：宏站的优化工作由集采确认的主设备厂家实施；室分信源的优化由集采确认的主设备厂家实施；室分分布系统的优化工作由日常优化负责。室分信源优化单位除需开展信源的相关测试外，还需协助分布系统优化单位保证信源正常工作、相关参数、邻区等配置正确。
要求单站验证通过后14天内完成单站优化工作及状态库相关工单的流转。簇内基站开通达到80%后1个月内完成簇优化工作及状态库相关工单的流转。工作的衔接和工作开展的相关资料均需在状态库中可见。 开网优化工作需按照《中国移动广东公司4G开网优化工作要求》及时开展，新入网站点不能对现网造成负面影响。如因某些非开网优化厂家原因导致不能达到开网优化要求，开网优化厂家需分析原因，并配合好相关问题的解决。 2 单站优化 2.1 单站优化工作内容 单站优化工作在单站验证通过后启动，相关优化必须在14天内完成，同时完成状态库相关工单的流转。单站优化工作目标是保证站点开通后用户可正常使用LTE网络，主要工作内容包括： （1）上下行速率优化 （2）覆盖优化（重点针对覆盖偏小问题开展优化） （3）切换优化（在LTE站点已连片开通区域进行） （4）互操作优化 （5）CSFB优化 （6）上行干扰排查 （7）VoLTE功能验证
中国移动网络优化技术培训班课程
中国移动网络优化技术培训班课程 目录 1掉话分析 (3) 1.1GSM系统掉话案例分析 (3) 1.1.1掉话的形式 3 1.1.2无线掉话的原因 3 1.1.3掉话处理流程 3 1.1.4掉话分析 4 2分配失败率 (9) 2.1指配的基本信令流程 (9) 2.2指配过程常见问题 (9) 3SDCCH、TCH拥塞分析 (10) 3.1SDCCH拥塞 (10) 3.2TCH拥塞 (11) 3.3SDCCH信道拥塞 (12)
3.3.1硬件故障 12 3.3.2频繁位置更新 13 3.3.3由于话务量较高导致SDCCH拥塞 13 3.3.4邻小区故障导致SDCCH拥塞 13 3.4TCH信道拥塞 (13) 3.4.1硬件、传输故障 14 3.4.2高话务小区TCH拥塞 14 3.4.3频繁切换导致TCH拥塞 14 4RACH接入的有效性 (14) 4.1什么是RACH接入有效 (14) 4.2影响有效RACH接入的因素 ---- “信道请求消息” 碰撞15
4.3RACH接入常见的问题 (16) 4.3.1解码的RACH请求数很少 16 4.3.2在高电平下，仍无法解调出正确的信号（即解调 出的信息编码错误） (17) 4.3.3LAPDm建立成功率低 17 4.4故障处理流程 (18) 4.4.1确认故障的起始时间 18 4.4.2确认硬件是否有问题，及时排除硬件故障 18 4.4.3消除干扰 18 5切换触发原因所占比例分析 (19) 5.1切换的信令流程； (19) 5.1.1异步切换信令流程； 19 5.1.2同步切换信令流程；
19 5.2切换判断算法； (20) 5.2.1切换触发机制； 20 5.2.2目标小区的筛选和排序 21 5.3话务报表中切换方面的分析 (21) 5.3.1切换触发原因的分析； 21 5.3.2切换成功率的分析 21 5.4切换参数设置策略； (22) 5.4.1基本设置策略； 22 5.4.2双频网及微蜂窝的设置策略 22 5.5切换方面常见问题； (23) 5.5.1路测常见问题； 23