PacketCable下eUE的安全Provisioning机制

本文介绍了一种基于Packet Cable2.0的eUE安全Provisioning过程和机制。在这种机制下,设计了一种E-UE的Provisioning架构,并详细定义了该架构下eUE与各个逻辑功能组件之间的交互过程。出于安全性的考虑,该机制通过加入KDC服务器来保证系统内部各组件之间安全的交互认证过程,有效地防止网络中可能出现的信息泄露、篡改和劫取等安全威胁,实现PacketCable下eUE的安全Provisoning过程。     

基于DHCP服务器状态的动态负载均衡算法

负载均衡是DOCSIS/PacketCable网络环境中DHCP服务集群亟待解决的问题,负载均衡算法是给集群中各服务器分配任务的核心,本文提出了一种根据服务器状态来分配任务的算法,给出了服务器性能、负载量、权值及服务器状态的计算。算法引入了根据随机数和服务器的状态选择服务器的方法,在考虑服务器真实负载,处理能力的基础上,尽量简化负载均衡器的任务分配算法。测试结果显示该算法优于基于实时性能动态反馈的负载均衡算法。     

思科引领有线接入技术迈向“云”时代

DOCSIS标准发布近20年,目前已经发展到DOCSIS3.1版本,并且延伸出CCAP、PacketCable等一系列协议,为有线运营商基于光纤/同轴电缆（HFC）的宽带上网及双向视频业务提供了持续改善的使用体验.     

DOCSIS2.0详解及其ATP测试

在简要介绍DOCSIS发展历史的基础上,重点叙述了DOCSIS2.0上行物理层新增加的S-CDMA调制技术,并且对DOCSIS2.0与DOCSIS1.x在上行物理层所采用调制技术以及不同调制方式和带宽下的频谱效率、最大数据带宽、载噪比门限等方面作了详细分析和比较,最后对基于DOCSIS ATP2.0 Cable Modem的测试作了归纳和总结.     

HFC语音平台中的多媒体适配器MTA

HFC较大的带宽可用于多媒体业务应用。简述DOCSIS和PacketCable语音通信平台 ,提出基于CableModem的嵌入式多媒体适配器 (EmbeddedMTA)的软硬件实现方案。该方案利用CableMo dem芯片的剩余处理能力 ,具有低成本和高整合性的优点。     

宽带网络的未来DOCSIS2.0--HFC宽带接入网的未来标准

目前，HFC宽带接入网络在全球已经有了很大发展，特别在北美和欧洲已经占有相当份额的市场。HFC宽带接入网的主要标准DOCSIS在现行的1.0和1.1版本的基础上又推出了DOCSIS2.0版本。针对DOCSIS2.0与DOCSIS1.0/1.1的区别，进行了深入的分析，着重介绍了DOCSIS2.0的优势和特点，并对它们未来的市场前景进行了分析预测。     

全套DOCSIS 2．0软硬件解决方案

德州仪器公司(TI)宣布推出基于DOCSIS2.0标准且成功通过了Wave24DOCSIS2.0认证测试的新一代单芯片线缆调制解调器平台TNETC4401 ,该平台具备DOCSIS2.0要求的高级时分多址(A -TDMA)与同步码分多址(S -CDMA)模式。软件已安装在调制解调器中 ,通过硬件解决方案和DOCSIS的组合 ,可使厂商为开发并维护其各自DOCSIS软件所需的研发投资大为降低。NETC4401将DOCSIS媒体访问控制器(MAC)、物理层(PHY)与用于联网和通信应用的高性能处理器与外设集成在一起。另外 ,它还包含一个高速串行接口 ,支持用于语音及WLAN等其它接口…     

DOCSIS2.0中上行信道多址接入方式的研究

有线电缆数据服务传输规范(DOCSIS)是为基于光纤同轴混合网(HFC)的宽带多媒体接入应用而开发的工业标准.新出台的DOCSIS2.0版本与目前广泛应用的1.x版本的一个主要差别是在上行信道接入方案中加入了同步码分多址(S-CDMA)技术.针对DOCSIS2.0与DOCSIS1.1的这一区别,着重阐述DOCSIS2.0中采用的两种多址接入技术,即高级时分多址(TDMA)技术与S-CDMA技术的性能比较,并建立模型,用MATLAB仿真它们在不同信道条件下的表现.     

以EMTA支持实际环境中不断推出的语音产品

在PacketCable环境中，嵌入式多媒体终端适配器(EMTA)是一种将传统电话连接至线缆运营商的先进IP通信网络的设备。EMTA与嵌入式DOCSIS线缆调制解调器配套使用时，不论是电话技术、传真服务还是窄带数据连接，均可执行用于IP通信的语音压缩、分组化、安全性以及呼叫信令等服务。因此，线缆运营商IP通信服务的     

要闻

科胜讯系统公司宣布该公司的InfoSurge CX24943单片线缆调制解调器与CX24408硅片调谐器产品已经取得CableLabs DOCSIS　1.1认证,同时三星电子基于科胜讯CX24943的线缆调制解调器SCM-140U也通过了DOCSIS1.1的认证程序。CX24943与射频产品已经成为CableHome、PacketCable以及EuroDOCSIS　1.1等新兴产品的主要架构基础。采用科胜讯产品的客户相应取得了USB、以太网、USB/以太网与PCI总线线缆调制解调器相关认证。     

DOCSIS 2.0国际标准及应用

HFC宽带接入网络技术得以成熟应用，第二代有线电视网络传输数据的技术规范DOCSIS2．0已正式获得批准成为国际标准。将DOCSIS2．0与DOCSIS1．0／1．1技术标准进行对比分析，着重分析DOCSIS2．0的性能特点，并对两标准实际应用的效果进行对比介绍。     

DOCSIS2.0中的SCDMA技术

目前,在HFC宽带网络中起主导作用的规范DOCSIS已经颁布了1.0,1.1和2.0 3个版本.DOCSIS2.0中在后向兼容1.0/1.1基础上,在物理层采用了ATDMA和SCDMA,其中SCDMA是一种全新的传输技术.对SCDMA技术从其特性、上行带宽提高以及噪声缓解技术几个方面进行分析.     

基于DOCSIS 2.0扩展HFC上行信道容量的实现方法

介绍了有线电视数据业务接口规范(DOCSIS)的技术特点和优势，演进过程及各版本，阐述了用DOCSIS2．0实现扩展HFC网络上行信道容量的方法，在保证兼容现有DOCSIS设备的情况下，使上行信道容量扩展到原来的3倍。     

DOCSISV3．0的适用性研究

DOCSISV3．0是DOCSISV1．1／V2．0的扩展,它使有线电视HFC网络在扩展频谱、加大流量、增强功能方面有了重大突破,是CableModem接入技术的又一次重大进步。简单介绍DOCSIS研制背景,重点介绍DOCSISV3．0的主要特点,并对DOCSISV3．0的应用前景进行分析,认为EPON／GPON可能是电信网络改造的最佳方案,而双向HFC网络改造不宜采用EPON＋EOC方案,CableModem接入才是有线电视双向HFC网络改造的主流技术,能真正实现三重服务的同网传输。     

呼伦贝尔市双向HFC网络系统实现方案

在充分利用呼伦贝尔市广电网络分公司原有HFC网络设备的基础上增加回传功能模块，实现HFC网络双向传输功能。在HFC网上建立基于DOCSIS2．0的CM数据传输系统，实现HFC网络中视频、语音、数据等业务的融合。重点阐述CM系统中数据和语音业务的实现过程，包括物理链路的建立、媒质访问控制子层（MAC）的建立及传输汇聚子层（TC）的建立。     

DHCP在宽带网络中的应用

构建一个可靠、安全、高效的动态主机配置协议（DHCP）网络是目前宽带网发展中的关键问题.文章首先介绍了DHCP的工作原理,接着分析了构建DHCP网络的实现方式,其中包括DHCP的拓扑结构、冗余设计和服务器配置;最后提出了基本的DHCP实现流程,并指出在宽带网中应用时的问题和解决方法。     

The PacketCable architecture

PacketCable^TM defines a multimedia system architecture that overlays a high-speed cable modem access network, with the goal of enabling a wide variety of Internet protocol-based multimedia services, such as voice over IP, unified messaging, PBX extension, videoconferencing, and online gaming. Currently, the architecture provides a complete solution for delivering VoIP services. We present the core capabilities necessary to implement such services in a scalable fashion. Next, we describe the major functional components that comprise the PacketCable architecture and illustrate how they work together to form an integrated IP multimedia-enabled system architecture, which is presently focused on voice over IP. Finally, we present some possible next steps in the evolution of PacketCable