6月26-27日，由四川省有线广播电视网络股份有限公司、DVB+OTT融合创新论坛、中广互联共同主办的第五届双向网改与数据业务运营论坛暨第二届DVB+OTT融合创新研讨会在成都召开。

　　26日，第五届双向网改与数据业务运营论坛开幕，本届论坛主题为“从技术到运营”。国家新闻出版广电总局广科院有线所赵翠做了题为《HINOC标准化进展》的演讲。赵翠从应用场景、HINOC1.0进展、HINOC2.0研究三个部分对HINOC的进展进行了介绍。

 　　据介绍，在NGB与“宽带中国”战略下，中国三网融合需求需要使网络运营商向多业务运营商转型，HINOC所针对的市场是同轴覆盖的存量市场，在进行可行性验证后发现，发展前景在500万以上。HINOC技术标准可使用的频率范围较高，充分利用了无源单向网络资源。
 

图为：国家新闻出版广电总局广科院有线所赵翠

　　以下为演讲全文：

　　赵翠：尊敬的各位领导各位嘉宾大家好，我的内容包括三个部分。

　　第一个是应用场景，一是国家政策和行业政策的角度，另外一个是从当前的网络环境还有一个当前的其方案存在的问题带来的技术需求，首先是一个宽带的战略还有我们网络的建设，对我们实现双向化改造有一个很大的需求，而且从这个数据上我们目前的存量也是很大的，刚才韩处的报告中提到了我们的双向网改实际上改造率的进展是比较慢的，所以我们认为这个存量要把消耗掉至少在未来10年或者是更长时间内，刚才像温总讲的还是这种光纤到楼的模式来实现双向宽带的模式，基于这种来实现组网我们认为是类似的，我们认为这种已经经过了500万户的可行性验证，我们HINOC也是基于这样的场景来设计的，当前这种网络改造可能存在的问题也是比较多的，另外对于其的控制和支持也会存在一定的问题，另外就是成本问题还是会比较的高我们希望有一定的成本控制，接下来我们看一下同轴网络的特性，我们分析这个是对同轴网的一些测试得到的一些分析。
 
　　首先HINOC可使用的频率范围，HINOC至少有1.2G都是可以使用的，另外我们对同轴更换的频率问题，我们可以认为可能是存在不匹配的情况出现，另外还存在一些干扰，通过这个特性的分析我们觉得楼类这样的信道我们可以做一些优化，利用这个特性来实现高性能的宽带传输。

　　另外从一些对于业务需求方面的一些分析，我们认为HINOC技术要满足以下的要求，首先能够是一个很好的管道，能够提供支持和视频的语音业务，领导有比较好的QoS的保证，能够有比较好的OM的管理，能够实现一些流分类的功能，最好能够实现端到端的控制，能够支持主播和双站。

　　另一方面我们觉得覆盖范围在100米左右，能够实现频谱的规划，灵活利用频谱，以上是对我们的HINOC的一个场景分析。

　　接下来是这个行业的进展。

　　在2012年的8月3日我们召开了HINOC行业审查的会，我们专家认为HINOC达到了国际的先进水平，并且一直同意该标准经过审查，2012年8月20日总局正式发布，的标准号是JYT265，这是行业标准去年发布的情况。一些技术特征大概看一下，一个是规定的频谱范围，给出了HINOC的一个最核心的技术特征，就是采用了这种根据信道缓慢识辨的特性来设计了这样的一个体制，将将物理层的分开，大家看到的这个针就是一个信道的发送，这个针同时会来承载一些信息，不需要额外的开销，同时实现这个功能，这样可以大大的提升传输的效率，减少现在的开销。

　　另外这是理论上计算的一个速率和利用率，能够实现100M传输的速度，的频谱的利用率也是比较高的。

　　接下来我们介绍一下ITU的标准，在去年4月底我们提交了NOC提案，我的同事在与会的各国的代表阐述了HINOC的技术，当时获得了大会的全体参会代表的同意通过，然后成功的得以立项并且启动了NOC项目，这个事是项目的名称，2012年的9月份在这个项目上我们确定了把NOC分成三部分来做标准。在2012年的年会上面我们提交了三份提案，一个是需求的提案和物理层的提案，在会上也着重的讨论了这个提案，并且当时形式了这样的一个文件。

　　在2012年的10月份的时候我们再次的修订了这个文件，在2012年的1月，刚才韩处已经讲了在这次SG9的会议上我们正式的通过了这个输出文件的评审，并且形成了这个标准，同时在这次会议也确定了我们HINOC将会程度一个标准，并且要求我们继续的赶快推进这个提案的审查。在2012年的8月份的时候我们正式的发布了，大家感兴趣的话也可以去下载。在2013年的6月，我们对HINOC进行了审查和讨论，并且形成了很多的修改的意见，目前我们正在完成修订的工作。

　　这个是我  整个在ITU标推动的一个工作，这是一些图片的文件，右下角就是我们发布的标准。我们接下来对这个195.1做一个简单的介绍吧。的架构从逻辑架构层面来进行描述的，从总体的需求和物理层的层面来对这个技术提出了需求，然后在附录的部分提出了运营商的场景等问题。

　　首先，看一下它的系统架构在逻辑上尊重点对多点的架构，从协议架构上定义了物理层就相当于给我们画了一个层面，分别其规定们的子层要使显得功能。功能性的首先是对提出了一个总体的要求，比如说要求OEC能与线有的有线电视的共存，和灵活的分配，至少能够至少到1.2个G的频率。在其的层面也能够支持双站支持QoS，支持一些硬设备，支持一些设备的认证和管理的安全性的功能，以上就是对ITU工作的一个汇报。

　　接下来是EOC的2.0的研究的情况，有一个专门的技术研究组，这是研究组的参与单位的列表，这是在EOC遵照工作组的章程和管理的规定做的。为什么要做这个2.0的技术呢？一方面是因当前有很多的其的更高的目标的提出，虽然业务的发展我们认为可能100M难以满足未来业务的需求，另外我们要解决一些1.0里面存在的不足，2.0在最初的时候因为参与EOC的研究的单位们也认为，们发现在开始做这项工作的时候门槛还是比较高的，这样会导致我们没有一个很好的环境没有一个很强力的产业的支持，所以说我们在组织2.0的时候我们希望能够组建一个团队，明显能够扩大国际国内的影响，从刚才的列表来看我们也看到了我们目前的参与的单位，包括了两院还有很多国际国内知名的公司，另外我们希望能够根据标准制定一个内在的规律，来形成一个研发的平台，这是从方式上的一个考虑。现在1.0的百兆带宽也难以和其的运营商竞争，但是这个也会有一个传输的延迟，我们也希望能够提供一个非常灵活的调动的方式，但是这种方式会非常的复杂，所以说我们希望在2.0能够解决这样的问题。一个是传输的带宽，我们现在的是1G，并且尽可能的降低这个时间和成本，当然还有一些原则首先必须要兼容1.0，另外我们要坚持TDD、TDM的机制不发生变化，而且时间证明也是能够很好的工作的。

　　这是2.0技术方案的严格变化的况，这是我们这两年的一个工作的情况，首先2012年年初的时候我们召开了EOC专题组的会议，向大家介绍了我们希望能够研究2.0这件事情，然后也希望大家疼痛提出申请来参加这项工作，2012年3月份我们根据当时的申请的情况成立了一个核心的研发团队，就是EOC2.0研究组，经过2012年历次组会来讨论方案和定需求，在2012年的11月份我们初步确定了技术提案，初步确定采用128M的带宽实现1G的传输速率，当时这个提案了以后经过大家的讨论我们可能采用这个调度的颗粒度比较大，难以办法运营商的需求。在2013年的1月份，我们又初步确定的第二版的技术提案，重点在解决调度颗粒度大的问题，当时是增加了OMDA的机制，最终确定了这个128M实现1G的目标。当时也得到了很多家支持，就是说我们模拟前端的部分是难以实现的，或者是的成本是比较高的，对将来的商用会有一个很大的时间的限制，所以我们应该改进我们的方案，能够对于64兆带宽的适应，因此我们在2013年的3月份再次的修订了这个提案，的改变就是说提出了一个扩展的信道。在今年的CCBN上草案也对外发布了，目前也进入了开发的阶段了

　　2.0的一个技术的概况是这样的，是双共方式；信道带宽是128M，因为的目标速率是1G所以我们认为应该支持更多的用户数，然后还有一些系统，要连用系统的均衡当前的接纳的流程，也提高的了系统传输的性能。

　　2.0的机制就写呢？首先把1.0里面的预约许可的机制改了一下，并且采用了DBA的方式传输报告贞来实现多个产品的报告，从而减少快速报告传输简单并且高效，并且设计了扩展子信道灵活的适配多类型的终端。这个实际上在1.0里面虽然没有规定，这个在里面也是天然支持的。另外可以支持ARQ，另外还会提供广博的信道。

　　接下来我想从物理层来详细的介绍一下的一些新的东西，这个是物理层的一个处理的流程吧，是扰码，增加了2048和4096QAM来实行这种新的特性，然后增加了扰码的报告。接下来我们详细的看一下OFDM调制的过程，子载波间总数是2048，可以最长的主城的范围是1千米的传输的距离。

　　然后刚刚提到的子信道物理层的一个重要的变化，把128M划分成了8个子信道，这样的话我们通过关闭子信道可以使的模拟带宽的减低从而支持更低带宽的类型。现在一共有四类的贞类型，一种是信令传输，主要完成了结点容纳和维护的功能，数据贞当然是用来数据了，然后支持OFDMA和TDMA的方式，控制贞是增加的功能，因为原来预约是通过数据贞来承载的，现在我们专门设计的控制贞和报告贞，控制的用来承载报告的信息，报告用来终端向上行报告队列的情况。

　　我们的OFDM，可以看一下左边的这个图，首从左到右以此的填充，如果有剩余的符号会向另一边填充，就是说它在这个频率是连续存在的，然后我们把这个划分成256个子承波。然后是MAC层，分为信令贞等。简单的介绍一下刚才说的报告授权的机制，原来是预约和许可的机制，就是说当我终端有数据要发送的时候我先把这个数据打包成一个贞，然后把这个正的信息上报给头端，然后根据的情况给分配，这个就导致这个传输的时延比较大，这种会导致传输的数据的信息比较多，所以我们为了减少这个延迟，我们把改成了报告和授权的机制，我们来详细的看一下。是把整个的划分成PD周期，然后法一个MAP周期里面有一个规定的符号，根据采用的符号作为资源分配的单元。

　　我们的MAP是分为规定的上行期间，在这个期间我们有规定的符号来公用，也就是说只要告诉头端是要传数据还是做什么，这样的话就几个符号就可以同时的实现所有的终端的信息的上报。规定的下行期间就就传输这个MAP贞，我在一个MAP周期我通过RU贞上报的情况我可以在下一个规划归西就下发下去，而且现在的这个周期就是2.5个毫秒的长度，所以说整个的延迟可能在一个MAP周期就可以实现了。

　　然后，我们有分片合打包的机制用来提高这个工作的效率。

　　当然，我们还提供了可选的机制，进一步提高传输的性能和可靠性，接下来是一个性能的分析，我们可以看到这个点对点做的一个仿真，对于64字节也是可以条度的。的带宽的利用的力度，我们也可以进行调度，如果采用QPSK的时候可以可以达到0.2个，甚至更小的分配的力度，当然这个带宽的配力度就是跟的扰码相关的。然后是传输的延迟，最大的延迟能够控制在两个MAP周期可能就是5个毫秒，这跟1.0相比有了更很大的一个性能的提升。

　　2.0的技术的特点，的采用了双工方的方式，采可以支持64个用户数质或者是更多，这是一个技术的特点，最后给出了一个1.0和2.0的一个技术的对比，最后谢谢大家。

　　【返回第五届双改论坛与DOF2013专题页面】