WO2012016529A1

WO2012016529A1 - 一种接入网设备的通信连接方法及系统

Info

Publication number: WO2012016529A1
Application number: PCT/CN2011/077989
Authority: WO
Inventors: 陆宏成; 杨春晖
Original assignee: 北京乾唐视联网络科技有限公司
Priority date: 2010-08-06
Filing date: 2011-08-04
Publication date: 2012-02-09
Also published as: CN102377633A; US9497111B2; US20130188519A1; CN102377633B

Abstract

一种接入网设备的通信连接方法，所述接入网设备包括节点服务器、接入交换机和终端，所述的方法包括：节点服务器依据源终端发起的服务请求协议包，获取当次服务的通信链路信息，所述通信链路信息包括，参与当次服务的节点服务器和接入交换机的通信端口信息；节点服务器依据所述节点服务器的通信端口信息，在其内部的数据包地址表中设置当次服务的数据包所导向的端口；并依据所述接入交换机的通信端口信息，向相应的接入交换机发送端口配置命令；所述接入交换机依据端口配置命令在其内部的数据包地址表中，设置当次服务的数据包所导向的端口。本发明可以保证传输通路的稳定和通畅，避免多媒体业务的延时。

Description

一种接入网设备的通信连接方法及系统

技术领域

本发明涉及新型网络的技术领域，特别是涉及一种接入网设备的通信连接方法、一种接入网设备的通信连接系统、一种节点服务器及一种接入交换机。背景技术

新型网络（包括互联网）使得不同的个人和机构之间能够交换信息和其他信息资源。网络通常包括通路、传输、信令以及网络管理等技术。这些技术已广泛地见诸于各类文献。对此作了概括介绍的有： Steven Shepherd所著的《 Telecommunications Convergence》 ( McGraw-Hill, 2000 ) , Annabel Z. Dodd 所著的《 The Essential Guide, to Telecommimications》第三版 ( Prentice Hall PRT , 2001 ), 或 Ray Horak 所著的《 Communications Systems and Networks》第二版 ( M&T Books, 2000 )。这些技术以往取得的进展已经充分地增进了信息传输的速度和质量，并降低了其费用。

连接终端到一个广域传输网络的通路技术 (如终端装置和网络边缘的局域环路）已经从 14.4、 28.8和 56K的调制解调器发展到包括 ISDN、 Tl、线缆调制解调器、 DSL、以太网和无线连接在内的技术。

现今用在广域网中的传输技术包括：同步光纤网（ SONET )、密集波分复用 ( DWDM )、帧中继、异步传输模式（ ATM )和弹性分组环（ RPR )。

在所有不同的信令技术中（如在网络中用来建立、维持和终结通信的协议和方法），互联网协议（IP )的应用最为广泛。事实上，几乎所有的通信和网络专家认为集声音（如电话）、视频和数据网于一体的一个基于 IP协议的网络（如互联网）将是不可避免的。就像一位作者所阐述的那样： "有一件事是清楚的，那就是以 IP为基础的整合各类网络于一体的列车已经驶离了车站，有些乘客对此次旅行极具热情，而另一些则很不情愿地被拖拽而行，并哭、叫、踢打着列举 IP的种种缺陷。但是不管它有着何种缺陷， IP已被采纳为一种行业标准，除了它以外没有任何其他的技术具有如此大的潜力和发展的空间。 "（摘自 1998年 8 月 10 日《Network World》上的" IP Convergence: Building the Future" , 作者 Susan Breidenbach )。

随着 Internet的业务爆炸式增长，其应用范围已扩展到社会的各个领域和各个行业。从电信业来看，传统的电信业务已越来越多地采用 IP 传输，即所谓的 Everything Over IP。现有的电信网的框架将从电路交换及其组网技术，逐步转向以分组交换特别是 IP 为基础的新框架，电信网承载的业务将从以电话为主，转向以数据业务为主。

TCP/IP网络协议

TCP/IP ( Transmission Control Protocol/Internet Protocol, 传输控制协议 /网间网协议）是目前世界上应用最为广泛的协议，它的流行与 Internet 的迅猛发展密切相关一 TCP/IP 最初是为互联网的原型 ARPANET 所设计的，目的是提供一整套方便实用、能应用于多种网络上的协议，事实证明 TCP/IP做到了这一点，它使网络互联变得容易起来，并且使越来越多的网络加入其中，成为 Internet的事实标准。

* 应用层一应用层是所有用户所面向的应用程序的统称。 TCP/IP协议族在这一层面有着很多协议来支持不同的应用，许多大家所熟悉的基于 Internet的应用的实现就离不开这些协议。如我们进行万维网（ WWW ) 访问用到了 HTTP协议、文件传输用 FTP协议、电子邮件发送用 SMTP、域名的解析用 DNS协议、远程登录用 Telnet协议等等，都是属于 TCP/IP 应用层的；就用户而言，看到的是由一个个软件所构筑的大多为图形化的操作界面，而实际后台运行的便是上述协议。

* 传输层一这一层的的功能主要是提供应用程序间的通信， TCP/IP 协议族在这一层的协议有 TCP和 UDP。

* 网络层一是 TCP/IP协议族中非常关键的一层，主要定义了 IP地址格式，从而能够使得不同应用类型的数据在 Internet上通畅地传输， IP协议就是一个网络层协议。

* 网络接口层一这是 TCP/IP软件的最低层，负责接收 IP数据包并通过网络发送之，或者从网络上接收物理帧，抽出 IP数据报，交给 IP 层。

IP是怎样实现网络互连的？各个厂家生产的网络系统和设备，如以太网、分组交换网等，它们相互之间不能互通，不能互通的主要原因是因为它们所传送数据的基本单元（技术上称之为"帧"）的格式不同。 IP 协议实际上是一套由软件程序组成的协议软件，它把各种不同"帧 "统一转换成 "IP数据包"格式，这种转换是因特网的一个最重要的特点，使所有各种计算机都能在因特网上实现互通，即具有 "开放性"的特点。

那么， "数据包" 是什么？它又有什么特点呢？数据包也是分组交换的一种形式，就是把所传送的数据分段打成 "包"，再传送出去。但是，它属于"无连接型"，是把打成的每个"包"（分组）都作为一个"独立的报文"传送出去，所以叫做"数据包"。这样，在开始通信之前就不需要先连接好一条电路，各个数据包不一定都通过同一条路径传输，所以叫做"无连接型"。这一特点非常重要，在文本信息传输的情况下，它大大提高了网络的坚固性和安全性。

每个数据包都有报头和报文这两个部分，报头中有目的地址等必要内容，使每个数据包不经过同样的路径都能准确地到达目的地。在目的地重新组合还原成原来发送的数据。这就要 IP具有分组打包和集合组装的功能。

在实际传送过程中，数据包还要能根据所经过网络规定的分组大小来改变数据包的长度， IP数据包的最大长度可达 65535个字节。

服务品质保证（QoS )是 IP 互联网的一个主要问题。尽管长期以来无数个研究报告试图解决这一难题，如果我们将 QoS 主要里程碑按时间排列，不难看出互联网 QoS 是不断降低要求，并不断失败的无奈历史。从" Inte Serv"( 1990 )iiJ "Diff Serv"( 1997 )，再到 "Lightload，，（ 2001 ), 各种看似有效的 QoS 局部改善方案加起来，距离全网范围品质保证的目标还是像水中的月亮。 QoS 看起来很近，其实遥不可达。

早在 IP 互联网初期阶段，视讯应用已经成为网络月良务的目标，如 MBone 。由于缺乏有效的品质保证，长期无法开展有商业价值的视频通讯服务，削弱了 IP 互联网的盈利能力。因此，解决网络传输品质难题，具有很大的商业价值。网络传输品质具体表现为丟包和误码。电脑文件对于传输中的错误不敏感，就算传输过程中大部分数据包都丟掉了，只要有 TCP 的重发机制，电脑还是会认为网络是可用的。但是，若丟包和误码率高于千分之一，对同步视讯将会造成视音品质下降。经验数据告诉我们，高品质视频通讯甚至要求丟包和误码少于十万分之一。当前网络环境的测试数据显示，绝大部分丟包发生在路由器内部，在光纤传输中产生的误码几乎可以忽略不计。

*为什么 "Inte Serv"不成功？

"Inte Serv"建立在独立流资源预留的基础上，采用 Resource Reservation SetupProtocol ( RSVP ) 。在一个大规模网络环境中，如果能在两个视讯终端之间预留一部分带宽资源，为该视讯业务专用。听起来很好，但实际上行不通。

首先，这个方案要求全网设备改造，等于重新建网，实际操作几乎不可能。

其次，就算实现了全网改造，比如能够在每一台交换机内，为 2Mbps 的视讯业务保留 2Mbps带宽，能否解决品质保证呢？答案是否定的。

所谓 RSVP 的 2Mbps 带宽只能对宏观而言，如果 1 秒钟的数据集中在前半秒发送，就会造成问题，形成周期性的突发流量。由于， IP 互联网的核心理念是尽力而为，在每一个网络节点，交换机总是试图以最快速度转发数据。当一个视讯流通过多级交换机后必然导致流量分布不均匀。多个不均匀的非同步流合在一起，在一段时间内将产生更大的不均匀，也就是说，网络流量一定有周期性的阻塞。随着视讯用户数增加，周期性的阻塞没有上限，当超过交换机内部储存量，直接导致丟包后果。 *为什么 "Diff Serv"不成功？

在" Inte Serv"问世 7 年后，一种新方法" Diff Serv"开始流行。 "Diff Serv"试图提供一种优于尽力而为的网络服务。这一方法不需要复杂的全网资源预留，实施很简单。只要在每个数据包中打上"优先级，，标记，网络交换机首先处理带有 "优先级，，的视讯数据。其基本原理好比银行为 VIP 客户发放金卡，能够有效减少高端客户的排队时间。这个方法听起来也很好，但实际上还是行不通。

我们不能忽视一个简单的事实，单一视讯业务流量远远大于传统非视讯业务（百倍以上）。

只要有少量视讯用户，网络上看到的几乎都是视讯数据包。如果大部分数据包都有金卡，也就谈不上 VIP 了。另外由于 IP 互联网管理不是强制性的，尽管 QoS 为用户制定了一套独善其身的道德标准，但要求别人都自觉执行根本不现实。

因此， "Diff Serv，，除了在少数企业专网中有用，难以在大规模公网中有效推广。

*为什么 "Light load"不成功？

自从 IP 互联网逐步普及以来，人们不间断地寻找解决网络品质保证的良方。网络技术专家们经过 10 多年搜肠刮肚，两大 QoS 方案均不理想。在对于解决 QoS 失去信心的大环境下，一些不愿留名的人提出了不是办法的办法，即" Light load"。其基本设想是所谓的轻载网络，认为只要给足带宽，光纤入户，就不担心网络拥塞。

轻载网络的设想可行吗？答案还是否定的。

当前的网络技术专家们似乎没有意识到一个基本原理，网络丟包现象的根源是流量不均勾性造成的。从宏观上看，在一个时间段发送略快一点，必然导致另一时间段的拥挤，只要网络流量不均匀，网络可能达到的峰值流量就没有上限，在短时间内可以占满任意大的带宽。

其实，只要有 2Mbps 带宽就可以传输相当不错的视讯节目，若有 8Mbps 带宽，就可以传输 HDTV 品质的视讯内容。然而，如果我们在普通网站上随意点看一段文字或一幅照片，现今的网站服务器多数使用千兆网口，其瞬间流量是 HDTV 的数十倍。如果有许多个类似网站，刚巧碰撞在一起，在某个短时间产生的突发流量会超过全网用户使用 HDTV 所需，能够占满任意宽的网络。统计分析显示，这种碰撞是很频繁的。

IP 互联网试图采用储存器来吸收瞬间流量，其后果是增加了传输时延。由于储存能力有限，而突发流量没有上限。因此，采用储存方法只能改善本设备丟包的机会，在本节点吸收的突发流量将对下一个节点造成更大的压力。视讯流量源源不断，交换机储存方式加剧了突发流向薄弱节点汇聚，网络丟包不可避免。

当前的网络建设者们，采用轻载加上 "Diff Serv"技术，可以应付窄带的 VoIP 语音业务。这是因为语音在网络总流量中不占主要部分，一旦发生拥挤，牺牲电脑文件，对语音优先。但是，对于高带宽的视频通讯而言，局部扩容只能收到暂时改善的效果。如果其他地方也扩容，网络流量的不均勾性跟着水涨船高，导致原先已扩容部分的效果下降。如果全网都平均扩容的话，传输品质又将恢复到原先没有扩容前的样子。也就是说，整体扩容是无效的。

当前的设备厂商推荐每户数十，乃至上百兆的超宽带接入网，就算每家都有了光纤到户，还是难以向消费者展示品质保证的视频通讯服务。再复杂的 QoS 手段充其量只能"改善， ΊΡ 互联网的传输品质，而无法"保证"网络传输品质。发明内容

本发明所要解决的技术问题是提供一种接入网设备的通信连接方法，用以保证传输通路的稳定和通畅，避免多媒体业务的延时，保证国家信息安全的需求，节约硬件资源，从而保证网络传输品质。

本发明实施例还提供了一种接入网设备的通信连接系统、一种节点服务器及一种接入交换机，用以保证上述方法在实际中的实现及应用。

为了解决上述技术问题，本发明实施例公开了一种接入网设备的通信连接方法，所述接入网设备包括节点服务器、接入交换机和终端，所述的方法包括以下步骤：

节点服务器依据源终端发起的服务请求协议包，获取当次服务的通信链路信息，所述通信链路信息包括，参与当次服务的接入交换机的通信端口信息；

节点服务器依据所述接入交换机的通信端口信息，向相应的接入交换机发送端口配置命令；

所述接入交换机依据端口配置命令在其内部的数据包地址表中，设置当次服务的数据包所导向的端口。

优选的，通信链路信息还可以包括参与当次服务的节点服务器的通信端口信息，则此时，节点服务器可以在其内部的数据包地址表中设置当次服务的数据包所导向的端口。

其中，如果源终端和目标终端接在同一个接入交换机下，则节点服务器可以仅配置接入交换机的数据包导向端口，在源终端和目标终端进行服务通信时，接入交换机依据该内部的数据包地址表的设置，直接通过该接入交换机相应的下行端口传送数据包，即源终端和目标终端可以在其共同连接的接入交换机下直接进行服务通信，而无需将数据包上传至节点服务器，再由节点服务器下发至相应的终端，有效节省了带宽和路由资源。

经过上述步骤，当次服务的通信链路就被配置好了。在本发明实施例中，所述接入网设备是指新型网中接入网部分的设备。这种新型网是一种集中控制的网络结构，该网络可以是树型网、星型网、环状网等等类型，但在此基础上网络中需要有集中控制节点来控制整个网络。接入网部分的设备主要可以分为 3类：节点服务器，接入交换机，终端（包括各种机顶盒、编码板、存储器等）。其中，节点服务器是接入网中起集中控制功能的节点，可控制接入交换机和终端。节点服务器可直接与接入交换机相连，也可以直接与终端相连。

在实际中，本发明实施例的通信连接方法不仅适用于组播通信，还适用于单播通信，即所述源终端发起的服务请求包括单播通信服务请求和组播通信服务请求，相应地，所述数据包地址表可以包括单播数据包地址表和组播数据包地址表。

在进行单播通信服务的情况下，所述节点服务器获取当次服务的通信链路信息的步骤具体可以包括以下子步骤：

节点服务器获得源终端发起的、用于与目标终端建立单播通信服务的服务请求协议包，所述服务请求协议包中包括服务类型信息，服务内容信息，以及，源终端的接入网地址，其中，所述服务内容信息包括服务号码；

节点服务器依据所述服务号码在预置的内容-地址映射表中提取目标终端的接入网地址；

节点服务器依据所述服务类型信息、源终端和目标终端的接入网地址，获取当次服务的通信链路信息。

对于单播通信服务而言，所述通信链路信息可以为单向通信链路信息，如源终端向目标终端发起单播服务请求，或者，目标终端向源终端发起单播服务请求；或者，所述通信链路信息也可以为双向通信链路信息，如源终端和目标终端互相向对端发起单播服务请求。

在建立通信连接的过程中，节点服务器会通知源终端和目标终端，并依据目标终端的应答判断是否可以采用当前通信链路，即在本发明的一种优选实施例中，所述节点服务器获取当次服务的通信链路信息的步骤还包括以下子步骤：

节点服务器向所述源终端和目标终端发送菜单协议包；

以及，接收目标终端针对所述菜包协议包发出的应答协议包。

更具体而言，所述节点服务器获取当次服务的通信链路信息的步骤还可以包括以下子步骤：

依据所述节点服务器和源终端之间的接入交换机中预置协议包地址表的设置，所述菜单协议包被导向至源终端；

依据所述节点服务器和目标终端之间的接入交换机中预置协议包地址表的设置，所述菜单协议包被导向至目标终端；

其中，所述协议包地址表中设置有，目的地址为当前接入交换机的接入网地址的协议包导向 CPU模块；以及，目的地址为其它接入网设备地址的协议包所导向的端口。

即节点服务器可以基于预置协议包地址表的设置向源终端和目标终端发送菜单协议包。

对于单播服务通信连接的建立而言，节点服务器会依据所述服务类型信息，确定当前设置的数据包地址表为单播数据包地址表。

由于节点服务器作为接入网中的主控节点，单播服务通信只涉及节点服务器的下行端口，因而节点服务器在其内部的单播数据包地址表中设置当次服务的单播数据包所导向的端口包括：

目的地址为源终端的单播数据包所导向的下行端口；以及，目的地址为目标终端的单播数据包所导向的下行端口。

节点服务器通知接入交换机配表则存在以下两种情况：

1 ) 当所述通信链路信息为单向通信链路信息时，所述接入交换机的通信端口信息则可以包括上行链路中接入交换机的上行端口信息，以及，下行链路中接入交换机的下行端口信息；

所述接入交换机依据端口配置命令在其内部的单播数据包地址表中设置的当次服务的单播数据包所导向的端口包括：

目的地址为目标终端的单播数据包所导向的上行链路中接入交换机的上行端口和下行链路中接入交换机的下行端口。

2 ) 当所述通信链路信息为双向通信链路信息时，所述接入交换机的通信端口信息则可以包括上行链路中接入交换机的上行端口和下行端口信息，以及，下行链路中接入交换机的上行端口和下行端口信息；所述接入交换机依据所述端口配置命令在其内部的单播数据包地址表中设置的当次服务的单播数据包所导向的端口包括：

目的地址为目标终端的单播数据包所导向的上行链路中接入交换机的上行端口和下行端口；以及，目的地址为源终端的单播数据包所导向的下行链路中接入交换机的上行端口的下行端口。

在具体实现中，在向接入交换机发送端口配置命令时，节点服务器还可以分别向源终端与目标终端发送服务处理命令，如编解码命令，所

在进行组播通信服务的情况下，所述节点服务器获取当次服务的通信链路信息的步骤可以包括以下子步骤：

节点服务器获得目标终端发起的申请组播通信服务的服务请求协议包，所述服务请求协议包中包括服务类型信息、服务内容信息和目标终端的接入网地址；其中，所述服务内容信息中包括服务号码；

节点服务器依据所述服务号码在预置的内容-地址映射表中，提取源终端的接入网地址；

节点服务器获取所述源终端对应的组播地址，并分配给目标终端；以及，依据所述服务类型信息、源终端和目标终端的接入网地址，获取当次组播服务的通信链路信息。

在实际中，组播数据包可能是由源终端发出的，在这种情况下，所述节点服务器获取当次服务的通信链路信息的步骤还可以包括以下子步骤：

节点服务器获得源终端提交的发起组播通信服务的服务请求协议包，并依据所述服务请求协议包向源终端分配组播地址；所述服务请求协议包中包括服务类型信息，服务内容信息，以及，源终端的接入网地址，其中，所述服务内容信息中包括服务号码；

依据服务类型信息，以及，节点服务器与所述源终端的接入网地址，获取当次组播服务上行的通信链路信息。

还有一种可能的组播业务是，源终端在发送组播数据包时，自己也会接收该组播数据包，在这种情况下，所述节点服务器获取当次服务的通信链路信息的步骤还可以包括以下子步骤：

依据服务类型信息，以及，节点服务器与所述源终端的接入网地址，获取当次组播服务下行的通信链路信息。

在实际中，节点服务器会依据所述服务类型信息，确定当前设置的数据包地址表为组播数据包地址表。

由于节点服务器作为接入网中的主控节点，组播服务通信只涉及节点服务器的下行端口，因而节点服务器在其内部的组播数据包地址表中设置当次服务的组播数据包所导向的端口包括：

目的地址为组播地址的组播数据包所导向的下行端口。

作为一种组播服务的实施例，节点服务器所获取的接入交换机的通信端口信息包括上行链路中接入交换机的上行端口信息，以及，下行链路中接入交换机的下行端口信息；

所述接入交换机依据所述端口配置命令在其内部的组播数据包地址表中设置的当次服务的组播数据包所导向的端口包括：

目的地址为组播地址的组播数据包所导向的上行链路中接入交换机的上行端口和下行链路中接入交换机的下行端口。

作为另一种组播服务的实施例，所述节点服务器所获取的接入交换机的通信端口信息还可以包括上行链路中接入交换机的下行端口信息；所述接入交换机依据所述端口配置命令在其内部的组播数据包地址表中设置的当次服务的组播数据包所导向的端口包括：

目的地址为组播地址的组播数据包所导向的上行链路中接入交换机的下行端口。

在具体实现中，优选的是，所述端口配置命令记录在协议包中，所述节点服务器依据其内部预置的下行协议包地址表的设置，通过连接相应接入交换机的下行端口将所述协议包导向至对应的接入交换机；

其中，所述下行协议包地址表中设置有，目的地址为下级接入网设备地址的协议包所导向的下行端口。

在具体实现中，在向接入交换机发送端口配置命令时，节点服务器还可以向目标终端发送服务处理命令，由目标终端依据所述服务处理命令执行相应的操作；或者，节点服务器还可以向源终端发送服务处理命令，由源终端依据所述服务处理命令执行相应的操作。

如果节点服务器当前获得多条当次服务的通信链路信息，则可以按照预置规则选择其中一条通信链路信息为当次服务的通信链路信息。作为本发明的一种优选实施例，所述预置规则可以为节点服务器获取各条通信链路的流量信息，以及，当次服务的流量信息，确定已用流量最小的通信链路为当次服务的通信链路信息；或者，所述预置规则也可以为节点服务器获取各条通信链路的带宽信息，以及，当次服务的带宽信息，确定带宽最大的通信链路为当次服务的通信链路信息。

在本发明实施例中优选的是，所述源终端发起的服务请求协议包，可以依据连接在所述源终端与节点服务器之间的接入交换机中预置的上行协议包地址表的设置，通过相应接入交换机的上行端口导向至节点服务器；

其中，所述上行协议包地址表中设置有，目的地址为节点服务器地址的协议包导向的上行端口。

为节省资源，在完成当次服务后，节点服务器会在其内部的数据包地址表中，将所设置的当次服务数据包导向的端口释放；并向参与当次服务的接入交换机发送端口译放命令；

所述接入交换机依据所述端口释放命令在其内部的数据包地址表中，将所设置的当次服务数据包导向的端口释放。

优选的是，节点服务器还会向源终端和 /或目标终端发出服务结束命令，所述源终端和 /或目标终端依据所述服务结束命令结束服务处理。

为更好地对接入网地址进行集中管理和控制，所述节点服务器内部还设置有地址信息表，所述地址信息表中记录有地址占用信息、设备标识信息和设备资源信息。

在完成当次服务后，节点服务器会修改预置地址信息表中的内容，所述修改包括将所述释放端口的对应表项的地址占用信息更新为未占用；以及，更新对应的设备标识信息和设备资源信息。

在本发明实施例中，所述接入网设备可以通过以下步骤接入新型网：

接入交换机上电，在其内部的下行协议包地址表中设置所有下行协议包导向 CPU模块；

所述接入交换机接收节点服务器发送的下行协议包，依据所述下行协议包地址表的设置，将所述下行协议包导向该接入交换机的 CPU模块，所述 CPU模块生成上行协议包，并发送给节点服务器；所述下行协议包中包括一个待分配的接入网地址；

节点服务器向该接入交换机发送入网命令，所述入网命令中包括该接入交换机的接入网地址，所述接入网地址即为该接入交换机所接收下行协议包中的待分配接入网地址；

所述接入交换机更新其内部的下行协议包地址表为，仅目的地址为自己接入网地址的协议包导向 CPU模块。

在具体实现中，往往接入交换机下还连接有其它下级接入网设备，在这种情况下，节点服务器会向已入网的接入交换机发送端口分配包，即作为本发明的一种优选实施例，当已入网的接入交换机接收到节点服务器发送的端口分配包时，所述的方法还包括以下步骤：

已入网的接入交换机将目的地址为自己接入网地址的端口分配包导向 CPU模块；

依据包中的端口分配信息，在其内部的下行协议包地址表中，设置各个端口下行协议包所导向的下行端口。

进一步而言，当已入网的接入交换机接收到节点服务器发送的端口下行协议包时，所述的方法还包括以下步骤：

所述接入交换机依据其内部下行协议包地址表的设置，将所述端口下行协议包导向对应的下行端口；所述端口下行协议包中包括一个待分配的接入网地址；

若节点服务器接收到连接在所述接入交换机下行端口的某个下级接入网设备发送的端口上行协议包，并向该下级接入网设备发送入网命令，所述入网命令中包括该下级接入网设备的接入网地址，所述接入网地址即为该下级接入网设备所接收的端口下行协议包中待分配的接入网地址。本发明实施例还公开了一种接入网设备的通信连接系统，所述接入网设备包括节点服务器、接入交换机和终端，所述节点服务器包括：服务请求接收模块，用于接收源终端发起的服务请求协议包；通信链路获取模块，用于依据源终端发起的服务请求协议包，获取当次服务的通信链路信息，所述通信链路信息包括，参与当次服务的接入交换机的通信端口信息；

交换机端口配置模块，用于依据所述接入交换机的通信端口信息，向相应的接入交换机发送端口配置命令；

所述接入交换机包括：

地址表配置模块，用于依据端口配置命令在其内部的数据包地址表中，设置当次服务的数据包所导向的端口。

优选的，通信链路信息还可以包括参与当次服务的节点服务器的通信端口信息，则此时，节点服务器还可以包括地址表配置模块，用于依据所述节点服务器的通信端口信息，在其内部的数据包地址表中设置当次服务的数据包所导向的端口。

在进行单播通信服务的情况下，所述节点服务器的通信链路获取模块包括以下子模块：

单播服务协议包接收子模块，用于接收源终端发起的、用于与目标终端建立单播通信服务的服务请求协议包，所述服务请求协议包中包括服务类型信息，服务内容信息，以及，源终端的接入网地址，其中，所述服务内容信息包括服务号码；目标终端地址获取子模块，用于依据所述服务号码在预置的内容- 地址映射表中提取目标终端的接入网地址；

通信链路计算子模块，用于依据所述服务类型信息、源终端和目标终端的接入网地址，获取当次服务的通信链路信息。

在建立通信连接的过程中，节点服务器会通知源终端和目标终端，并依据目标终端的应答判断是否可以采用当前通信链路，即在本发明的一种优选实施例中，所述节点服务器还包括以下模块：

菜单协议包发送模块，用于向所述源终端和目标终端发送菜单协议包；

应答协议包接收模块，用于接收目标终端针对所述菜包协议包发出的应答协议包。

更具体而言，所述接入交换机包括位于所述节点服务器和源终端之间的第一接入交换机，以及，位于所述节点服务器和目标终端之间的第二接入交换机；

所述第一接入交换机还包括：

菜单协议包第一导向模块，用于依据其内部预置协议包地址表的设置，将所述菜单协议包被导向至源终端；

所述第二接入交换机还包括：

菜单协议包第二导向模块，用于依据其内部预置协议包地址表的设置，所述菜单协议包被导向至目标终端；

对于单播服务通信连接的建立而言，所述节点服务器还包括：单播地址表确定模块，用于依据所述服务类型信息，确定当前设置的数据包地址表为单播数据包地址表。

由于节点服务器作为接入网中的主控节点，单播服务通信只涉及节点服务器的下行端口，因而所述节点服务器在其内部的单播数据包地址表中设置当次服务的单播数据包所导向的端口包括：

节点服务器通知接入交换机配表则存在以下两种情况：

1 ) 当所述通信链路信息为单向通信链路信息时，所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口信息，以及，下行链路中接入交换机的下行端口信息；

2 ) 当所述通信链路信息为双向通信链路信息时，所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口和下行端口信息，以及，下行链路中接入交换机的上行端口和下行端口信息；

所述接入交换机依据所述端口配置命令在其内部的单播数据包地址表中设置的当次服务的单播数据包所导向的端口包括：

在具体实现中，所述节点服务器还包括：

服务处理命令发送模块，用于分别向源终端与目标终端发送服务处理命令；所述源终端包括命令执行模块，用于依据所述服务处理命令执行相应的操作；

所述目标终端包括命令执行模块，用于依据所述服务处理命令执行相应的操作。在进行组播通信服务的情况下，所述节点服务器的通信链路获取模块包括：

组播通信申请请求接收子模块，用于接收目标终端发起的申请组播通信服务的服务请求协议包，所述服务请求协议包中包括服务类型信息、服务内容信息和目标终端的接入网地址；其中，所述服务内容信息中包括服务号码；

源终端地址提取子模块，用于依据所述服务号码在预置的内容 -地址映射表中，提取源终端的接入网地址；

组播地址第一分配子模块，用于获取所述源终端对应的组播地址，并分配给目标终端；

组播申请链路计算子模块，用于依据所述服务类型信息、源终端和目标终端的接入网地址，获取当次组播服务的通信链路信息。

在实际中，组播数据包可能是由源终端发出的，在这种情况下，所述节点服务器的通信链路获取模块还包括：

组播通信发起请求接收子模块，用于接收源终端提交的发起组播通信服务的服务请求协议包，所述服务请求协议包中包括服务类型信息，服务内容信息，以及，源终端的接入网地址，其中，所述服务内容信息中包括服务号码；

组播地址第二分配子模块，用于依据所述服务请求协议包向源终端分配组播地址；

上行链路计算子模块，用于依据服务类型信息，以及，节点服务器与所述源终端的接入网地址，获取当次组播服务上行的通信链路信息。

还有一种可能的组播服务是，源终端在发送组播数据包时，自己也会接收该组播数据包，在这种情况下，所述节点服务器的通信链路获取模块还包括：

下行链路计算子模块，用于依据服务类型信息，以及，节点服务器与所述源终端的接入网地址，获取当次组播服务下行的通信链路信息。

在实际中，所述节点服务器还包括：

组播地址表确定模块，用于依据所述服务类型信息，确定当前设置的数据包地址表为组播数据包地址表。

由于节点服务器作为接入网中的主控节点，组播服务通信只涉及节点服务器的下行端口，因而所述节点服务器在其内部的组播数据包地址表中设置当次服务的组播数据包所导向的端口包括：

目的地址为组播地址的组播数据包所导向的下行端口。

作为另一种组播服务的实施例，节点服务器所获取的接入交换机的通信端口信息还包括上行链路中接入交换机的下行端口信息；

所述接入交换机依据所述端口配置命令在其内部的组播数据包地址表中设置的当次服务的组播数据包所导向的端口还包括：

在具体实现中，所述端口配置命令记录在协议包中，所述节点服务器还包括：

协议包导向模块，用于依据其内部预置的下行协议包地址表的设置，通过连接相应接入交换机的下行端口将所述协议包导向至对应的接入交换机；

如果节点服务器当前获得多条当次服务的通信链路信息，则所述节点服务器的通信链路获取模块还包括：

通信链路选择子模块，用于在获得多条当次服务的通信链路信息时，按照预置规则选择其中一条通信链路信息为当次服务的通信链路信息。其中，所述预置规则可以为节点服务器获取各条通信链路的流量信息，以及，当次服务的流量信息，确定已用流量最小的通信链路为当次服务的通信链路信息；或者，所述预置规则也可以为节点服务器获取各条通信链路的带宽信息，以及，当次服务的带宽信息，确定带宽最大的通信链路为当次服务的通信链路信息。

优选的是，在所述接入交换机为连接在所述源终端与节点服务器之间的接入交换机时，所述接入交换机还包括：

协议包导向模块，用于依据其内部预置上行协议包地址表的设置，将所述源终端发起的服务请求协议包，通过该接入交换机的上行端口导向至节点服务器；

在完成当次服务后，所述节点服务器还包括：

服务器端口释放模块，用于在完成当次服务后，在其内部的数据包地址表中，将所设置的当次服务数据包导向的端口译放；

交换机端口释放配置模块，用于向参与当次服务的接入交换机发送端口释放命令；

所述接入交换机还包括：

端口释放模块，用于依据所述端口译放命令在其内部的数据包地址表中，将所设置的当次服务数据包导向的端口释放。

进一步而言，在完成当次服务后，所述节点服务器还可以包括：服务结束命令发送模块，用于向源终端和 /或目标终端发出服务结束命令；

所述源终端还包括第一结束服务模块，用于依据服务结束命令结束服务处理；

所述目标终端还包括第二结束服务模块，用于依据服务结束命令结束服务处理。

在这种情况下，当完成当次服务后，所述节点服务器还包括：地址信息表修改模块，用于修改预置地址信息表中的内容，所述修改包括将所述译放端口的对应表项的地址占用信息更新为未占用；以及，更新对应的设备标识信息和设备资源信息。

在本发明实施例中，所述接入网设备可以采用以下功能模块接入新型网：

所述节点服务器包括向接入交换机发送下行协议包的下行协议包发送模块，以及，依据接入交换机回复的上行协议包发送入网命令的第一入网命令发送模块；

所述接入交换机还包括：

0号表初始化配置模块，用于在上电时，在其内部的下行协议包地址表中设置所有下行协议包导向 CPU模块；

下行协议包接收模块，用于依据所述下行协议包地址表的设置，将接收到的下行协议包导向该接入交换机的 CPU模块，所述下行协议包中包括一个待分配的接入网地址；

上行协议包回复模块，用于由所述 CPU模块生成上行协议包，并发送给节点服务器；

第一入网命令接收模块，用于接收节点服务器发送的入网命令，所述入网命令中包括该接入交换机的接入网地址，所述接入网地址即为该接入交换机所接收下行协议包中的待分配接入网地址；

0号表第一设置模块，用于更新其内部的下行协议包地址表为，仅目的地址为自己接入网地址的协议包导向 CPU模块。

在具体实现中，往往接入交换机下还连接有其它下级接入网设备，在这种情况下，节点服务器会向已入网的接入交换机发送端口分配包，即作为本发明的一种优选实施例，所述节点服务器还包括用于向已入网的接入交换机发送端口分配包的端口分配包发送模块，所述端口分配包中包括端口分配信息，所述端口分配信息为各个端口下行协议包导向所述接入交换机各个下行端口的信息；

所述接入交换机还包括：

第一导向模块，用于将目的地址为自己接入网地址的端口分配包导向 CPU模块；

0号表第二设置模块，用于依据所述端口分配信息，在其内部的下行协议包地址表中，设置各个端口下行协议包所导向的下行端口。

更为优选的是，所述节点服务器还包括用于向已入网的接入交换机发送端口下行协议包的端口下行协议包发送模块，所述端口下行协议包中包括一个待分配的接入网地址；

所述接入交换机还包括：

第二导向模块，用于依据其内部下行协议包地址表的设置，将所述端口下行协议包导向对应的下行端口。

更为优选的是，所述接入网设备还包括连接在已入网接入交换机下行端口的下级接入网设备，所述节点服务器还包括用于向所述下级接入网设备发送入网命令的第二入网命令发送模块；

所述下级接入网设备包括：

端口上行协议包回复模块，用于针对接收到的端口下行协议包生成端口上行协议包，并发送给节点服务器；

第二入网命令接收模块，用于接收节点服务器发送的入网命令，所述入网命令中包括该下级接入交换机的接入网地址，所述接入网地址即为该下级接入交换机所接收端口下行协议包中的待分配接入网地址。本发明实施例还公开了一种节点服务器，包括：

服务请求接收模块，用于接收源终端发起的服务请求协议包；通信链路获取模块，用于依据源终端发起的服务请求协议包，获取当次服务的通信链路信息，所述通信链路信息包括，参与当次服务的接入交换机的通信端口信息；

交换机端口配置模块，用于依据所述接入交换机的通信端口信息，向相应的接入交换机发送端口配置命令。

在进行单播通信服务的情况下，所述通信链路获取模块包括：单播服务协议包接收子模块，用于接收源终端发起的、用于与目标终端建立单播通信服务的服务请求协议包，所述服务请求协议包中包括服务类型信息，服务内容信息，以及，源终端的接入网地址，其中，所述服务内容信息包括服务号码；

目标终端地址获取子模块，用于依据所述服务号码在预置的内容- 地址映射表中提取目标终端的接入网地址；

在建立通信连接的过程中，节点服务器会通知源终端和目标终端，并依据目标终端的应答判断是否可以采用当前通信链路，即在本发明的一种优选实施例中，所述节点服务器还包括：

在具体实现中，所述节点服务器还包括：

单播地址表确定模块，用于依据所述服务类型信息，确定当前设置的数据包地址表为单播数据包地址表。

在具体实现中，在向接入交换机发送端口配置命令时，节点服务器还可以分别向源终端与目标终端发送服务处理命令，如编解码命令，即优选的是，所述节点服务器还包括：

服务处理命令发送模块，用于分别向源终端与目标终端发送服务处理命令。

在进行组播通信服务的情况下，所述通信链路获取模块包括：组播通信申请请求接收子模块，用于接收目标终端发起的申请组播通信服务的服务请求协议包，所述服务请求协议包中包括服务类型信息、服务内容信息和目标终端的接入网地址；其中，所述服务内容信息中包括服务号码；

源终端地址提取子模块，用于依据所述服务号码在预置的内容 -地址映射表中 , 提取源终端的接入网地址；

在实际中，组播数据包可能是由源终端发出的，在这种情况下，所述通信链路获取模块还包括：

还有一种可能的组播业务是，源终端在发送组播数据包时，自己也会接收该组播数据包，在这种情况下，所述通信链路获取模块还包括：下行链路计算子模块，用于依据服务类型信息，以及，节点服务器与所述源终端的接入网地址，获取当次组播服务下行的通信链路信息。

在实际中，所述的节点服务器还包括：

目的地址为组播地址的组播数据包所导向的下行端口。

在具体实现中，所述端口配置命令记录在协议包中，所述节点服务器还包括：协议包导向模块，用于依据其内部预置的下行协议包地址表的设置，通过连接相应接入交换机的下行端口将所述协议包导向至对应的接入交换机；

在具体实现中，在向接入交换机发送端口配置命令时，节点服务器还可以向目标终端发送服务处理命令，由目标终端依据所述服务处理命令执行相应的操作；或者，节点服务器还可以向源终端发送服务处理命令，由源终端依据所述服务处理命令执行相应的操作。即优选的是，节点服务器还包括：

服务处理命令第一发送模块，用于向目标终端发送服务处理命令；和 /或，

服务处理命令第二发送模块，用于向源终端发送服务处理命令。如果节点服务器当前获得多条当次服务的通信链路信息，则所述通信链路获取模块还包括：

通信链路选择子模块，用于在获得多条当次服务的通信链路信息时，按照预置规则选择其中一条通信链路信息为当次服务的通信链路信息。

作为本发明的一种优选实施例，所述预置规则可以为节点服务器获取各条通信链路的流量信息，以及，当次服务的流量信息，确定已用流量最小的通信链路为当次服务的通信链路信息。或者，所述预置规则也可以为节点服务器获取各条通信链路的带宽信息，以及，当次服务的带宽信息，确定带宽最大的通信链路为当次服务的通信链路信息。

在完成当次的服务后，所述的节点服务器还包括：

交换机端口释放配置模块，用于向参与当次服务的接入交换机发送端口释放命令。优选的是，所述的节点服务器还包括：

服务结束命令发送模块，用于向源终端和 /或目标终端发出服务结束命令。

在这种情况下，当完成当次服务后，所述节点服务器还包括地址信息表修改模块，用于修改预置地址信息表中的内容，所述修改包括将所述译放端口的对应表项的地址占用信息更新为未占用；以及，更新对应的设备标识信息和设备资源信息。本发明实施例还公开了一种接入交换机，包括：

端口配置命令接收模块，用于接收节点服务器发送的端口配置命令，所述端口配置命令包括当次服务的通信链路信息中，参与当次服务的接入交换机的通信端口信息；其中，所述通信链路信息依据源终端发起的服务请求协议包生成；

地址表配置模块，用于依据所述端口配置命令在其内部的数据包地址表中，设置当次服务的数据包所导向的端口。

优选的是，所述源终端发起的服务请求包括单播通信服务请求和组播通信服务请求；相应地，所述数据包地址表包括单播数据包地址表和组播数据包地址表。

在建立通信连接的过程中，节点服务器会通知源终端和目标终端，并依据目标终端的应答判断是否可以采用当前通信链路，即在本发明的一种优选实施例中，所述接入交换机包括位于所述节点服务器和源终端之间的第一接入交换机，以及，位于所述节点服务器和目标终端之间的第二接入交换机；

所述第一接入交换机还包括：

所述第二接入交换机还包括：

节点服务器通知接入交换机配表则存在以下两种情况：

在进行组播通信服务的情况下，所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口信息，以及，下行链路中接入交换机的下行端口信息；所述接入交换机依据所述端口配置命令在其内部的组播数据包地址表中设置的当次服务的组播数据包所导向的端口包括：

在实际中，组播数据包可能是由源终端发出的，在这种情况下，所述接入交换机的通信端口信息还包括上行链路中接入交换机的下行端口信息；

还有一种可能的组播服务是，源终端在发送组播数据包时，自己也会接收该组播数据包，在这种情况下，所述接入交换机为连接在所述源终端与节点服务器之间的接入交换机，所述接入交换机还包括：

协议包导向模块，用于依据其内部预置上行协议包地址表的设置，将所述源终端发起的服务请求协议包通过该接入交换机的上行端口导向至节点服务器；

在完成当次服务后，所述的接入交换机还包括：

端口释放模块，用于依据节点服务器发送的端口释放命令在其内部的数据包地址表中，将所设置的当次服务数据包导向的端口释放。需要说明的是，从实际硬件的角度划分，本发明的节点服务器主要包括网络接口模块、交换引擎模块、 CPU模块、磁盘阵列模块；本发明的接入交换机主要包括网络接口模块（下行网络接口模块、上行网络接口模块）、交换引擎模块和 CPU模块；由于上述硬件模块针对不同的处理情况，所执行的功能并不相同，比如，交换引擎模块对于不同的包（协议包、数据包等），所查的地址表就不一样，获得的包的导向信息就不一样；或如， CPU模块在收到包的情况下，可能是配地址表，也可能是解析包并生成一个应答包。因而，为使本领域技术人员更好地理解本发明，在本发明实施例中，主要从功能角度描述了本发明的节点服务器、接入交换机及接入网设备的入网系统所涉及的模块，然而实质上，这些功能模块与实际硬件模块是对应的。与现有技术相比，本发明具有以下优点：

本发明通过主控服务器，在发起服务请求时（通信过程建立的协议交互过程中），针对服务请求的情况以针对各个接入交换机配表的方式，对本次服务数据的传输路径进行实现设置，在数据包的传输过程中，直接按照该传输路径进行传输即可，而无需采用现有 IP协议的解决方案，由每个数据包自行协商传输路由。总之，本发明可以保证传输通路的稳定和通畅，避免多媒体业务的延时。

其次，本发明对所有数据业务（尤其是单播数据包）都采用配表的方式，事先设定路径，这样可以满足国家信息安全的需要。例如，对于国家信息安全而言，其需要对新型网络中的某些数据进行监控，而采用本发明配表的方式，可以非常容易的将本次业务所传输的数据导向监控通道，以保证国家信息安全的需求。

再者，在本发明中，接入交换机不需要针对每个数据包进行路由的计算，也不需要维护其周围的网络设备拓朴，只要按照实现配置的数据包地址表进行导向传输即可，而该导向过程可以由硬件实现，可以大大提高交换机的导向效率，并可以大大降低交换机的运算需求，节约硬件资源。附图说明

图 1是本发明的一种节点服务器的硬件结构示意图；

图 2是本发明的一种接入交换机的硬件结构示意图；图 3是本发明的一种节点服务器、接入交换机、终端的连接示意图；图 4是本发明的一种接入交换机入网过程的示意图：

图 5是本发明的一种节点服务器与接入交换机的连接示意图；图 6是本发明的一种终端入网过程的示意图。具体实施方式

为使本发明的上述目的、特征和优点能够更加明显易懂，下面结合附图和具体实施方式对本发明作进一步详细的说明。

一、以下简单介绍本发明的核心构思：

本专利发明人认为，本发明实现全网品质保证的充分条件有以下几点：

第一， IP 互联网核心理论中关于"尽力而为"（Best Efforts ) 的机制必然导致网络流量不均匀和频繁的丟包。实际上， TCP 协议正是利用网络丟包状态来调节发送流量。

第二， IP 互联网核心理论中关于"储存转发"（Store & Forward ) 的机制在吸收本地突发流量的同时，将造成下一个节点网络流量更大的不均匀。

第三， IP 互联网核心理论中关于"检错重发，，（Error Detection & Retransmission ) 的机制在同步视频通讯中，将造成不可容忍的延时，因此没有实用价值。

第四，连续性的网络流量不均匀或突发流量必然导致周期性交换机 (路由器）丟包。

由此可见，由于电脑文件突发流量本质是离散性，没有后继，上述 IP 互联网核心理论曾经使互联网高效率传输文件。但是，面对连续性同步流媒体传输中的品质保证，昔日的功臣却成了破坏网络传输品质的元凶。我们已经从前面论述中得出结论，任何资源预留、优先级别和轻载方案都不能从根本上解决同步流媒体的品质保证。

既然前述方法无一可行，那么，解决网络传输品质保证的出路在哪里？

本专利发明人认为，当前各种 QoS 方法，都建立在一种错误的假设上。根据这种假设， QoS 的解决方法是为视讯流量提供优先处理的特权。但事实是，由于不同媒体形式所需的网络流量极度不匀，只要有少数人使用视讯服务，网络上的视讯流量将占据绝对主体。

如果换一角度看，专门为大部分网络流量提供好的品质，等效于专门为少部分非视讯流量提供差的品质。既然，大部分网络流量必须要求品质保证，那么，剩下少数不要求品质保证的业务流量也都给于品质保证何尝不可。假设 1000 位旅客订飞机票时都要求头等抢，只有少数几位可以接受经济舱，那么，航空公司的自然措施是取消经济舱。因为，为了满足极少数差异化的经济舱，航空公司所花的代价远大于给这些旅客提供免费升舱。实际上，网络传输品质完全不保证，或者完全有保证都很简单，难就难在部分保证和部分不保证，尤其还不知道这"部分"两字的界线划在哪里。因此，只要为全部网络业务都提供品质保证， QoS 问题就不存在了。

IP 互联网初期好比是乡间小路，在民风淳朴的小镇不需要交通警察。但是到了繁华的大都市，有些热闹路段的红绿灯和交通警察都控制不了混乱局面，出行赴约难以确定时间，就像今天的 IP 互联网。

本发明好比是高速公路，不需要警察和红绿灯，水泥隔开的车道和立交桥确保汽车在规定的道路行驶。根据加州交通局的经验，避免高速公路堵车的办法是关闭入口匝道。

加州高速公路的设计思路有三个特点：

•在公路入口匝道设置开关，控制宏观车流量。

*保持车速稳定，提高道路通车率。

•采用水泥结构的道路分隔和立交桥，而不是警察和红绿灯来规范车辆行驶。

本发明实施例遵循电话网的原理，采取类似上述高速公路的三项措施： •每条通路都计算和实测流量 , 一旦流量接近饱和 , 采取绕道或拒绝新用户加入。

*严格均流发送，本发明实施例 TV 能够在 90%重载流量下，达到百万分之一的丟包率。

•上行数据匹配和流量控制，从结构上确保用户严格遵守交通规则，因为品质保证措施不可能指望用户自觉执行。

电脑文件与流媒体是两种截然不同的媒体形式，处理方式相互排斥。本发明的网络理论和实践揭示了两项成果：

•本发明实施例百倍于 IP 互联网的性价比优势

•发展高品质对称电视不干扰现有 IP 互联网业务的实施方法尤其在大流量的骨干网络，电脑文件和流媒体通过不同波长合用一根光纤。如果一定要统一到单一网络，如接入网，那么应该是将电脑文件统一到视讯流媒体网络。本发明实施例提供了完整的透明承载 IP互联网的解决方案。

将流媒体与文件分开处理只是第一步，如何保证独立的流媒体网络口口臾：

前面说过， PSTN 电话网络采用严格的同步机制，当流量百分之百用满之前，不会出现网络阻塞现象。从理论上讲，多个均勾流合并以后，还是均勾流。实践进一步证明，在均勾流的前提下，网络流量可以接近于极限值，而不发生丟包现象。由于占据未来网络流量中九成以上的视讯媒体流，本身具备均勾流特征。因此，以视讯业务为主要目标的本发明互联网品质保证的途径自然是消除信源流量不均勾，尤其在意从根本上防止重载条件下网络交换机的丟包现象。

本发明实施例是用改良以太网建立面向连接的电路，全网统一采用定长度数据包。只要改变发包时间间隔，就可以得到任意带宽的媒体流。为了保证网络均流特征，本发明互联网要求终端设计必须具备均流能力。但是，在实际网络环境中，显然不可能寄希望于用户自觉遵守均流规定。因此，本发明实施例节点服务器向网络交换机发放通行证，只允许用户数据包在很细的时间精度下均勾通过。对于符合规定要求设计的用户终端，通行证是完全透明的。

在上述前提下，网络实践得出令人满意的结果，本发明的交换机能够在 90%带宽利用率的条件下，获得优于百万分之一的重载丟包率。

综上所述，品质保证是下一代网络不可回避的问题，流媒体网络是不同于传统电脑文件的另外一个物种。因此， ^ίι爹改 IP互联网去适应视讯业务是没有前途的，创立新的网络是唯一的出路。二、以下对本发明提出的一种新型网进行介绍：

新型网是一种集中控制的网络结构，该网络可以是树型网、星型网、环状网等等类型，但在此基础上网络中需要有集中控制节点来控制整个网络。

新型网分为接入网和城域网两部分。接入网部分的设备主要可以分为 3类：节点服务器，接入交换机，终端（包括各种机顶盒、编码板、存储器等）。其中，节点服务器是接入网中起集中控制功能的节点，可控制接入交换机和终端。节点服务器可直接与接入交换机相连，也可以直接与终端相连。类似的，城域网部分的设备也可以分为 3类：城域服务器，节点交换机，节点服务器。其中，节点服务器即为接入网部分的节点服务器，即节点服务器既属于接入网部分，又属于城域网部分。城域服务器是城域网中起集中控制功能的节点，可控制节点交换机和节点服务器。城域服务器可直接连接节点交换机，也可直接连接节点服务器。由此可见，整个新型网络是一种分层集中控制的网络结构，而节点服务器和城域服务器下控制的网络可以是树型、星型、环状等各种结构。

1、新型网设备分类

1.1 本发明的新型网系统中的设备主要可以分为 3类：服务器，交换机（包括以太网网关），终端（包括各种机顶盒，编码板，存储器等）。新型网整体上可以分为城域网（或者国家网、全球网等）和接入网。 1.2 其中接入网部分的设备主要可以分为 3类：节点服务器，接入交换机（包括以太网网关），终端（包括各种机顶盒，编码板，存储器等）。

各接入网设备的具体硬件结构为：

节点服务器：

如图 1所示，主要包括网络接口模块 101、交换引擎模块 102、 CPU 模块 103、磁盘阵列模块；

其中，网络接口模块 101 , CPU模块 103、磁盘阵列模块 104进来的包均进入交换引擎模块 102; 交换引擎模块 102对进来的包进行查地址表 105的操作，从而获得包的导向信息；并根据包的导向信息把该包存入对应的包緩存器 106的队列；如果包緩存器 106的队列接近满，则丟弃；交换引擎模块 102轮询所有包緩存器队列，如果满足以下条件进行转发： 1 ) 该端口发送緩存未满； 2 ) 该队列包计数器大于零。磁盘阵列模块 104主要实现对硬盘的控制，包括对硬盘的初始化、读写等操作； CPU模块 103主要负责与接入交换机、终端（图中未示出）之间的协议处理，对地址表 105 (包括下行协议包地址表、上行协议包地址表、数据包地址表）的配置，以及，对磁盘阵列模块 104的配置。

接入交换机：

如图 2所示，主要包括网络接口模块（下行网络接口模块 201、上行网络接口模块 202 )、交换引擎模块 203和 CPU模块 204;

其中，下行网络接口模块 201进来的包（上行数据）进入包检测模块 205; 包检测模块 205检测包的目地地址（DA )、源地址（SA )、数据包类型及包长度是否符合要求，如果符合，则分配相应的流标识符 ( stream-id ), 并进入交换引擎模块 203 , 否则丟弃；上行网络接口模块 202进来的包 (下行数据 ) 进入交换引擎模块 203 ; CPU模块 204进来的数据包进入交换引擎模块 203 ; 交换引擎模块 203对进来的包进行查地址表 206的操作，从而获得包的导向信息；如果进入交换引擎模块 203 的包是下行网络接口往上行网络接口去的，则结合流标识符（ stream-id ) 把该包存入对应的包緩存器 207的队列；如果该包緩存器 207的队列接近满，则丟弃；如果进入交换引擎模块 203的包不是下行网络接口往上行网络接口去的，则根据包的导向信息，把该数据包存入对应的包緩存器 207的队列；如果该包緩存器 207的队列接近满，则丟弃。

交换引擎模块 203轮询所有包緩存器队列，在本发明实施例中分两种情形：

如果该队列是下行网络接口往上行网络接口去的，则满足以下条件进行转发： 1 ) 该端口发送緩存未满； 2 ) 该队列包计数器大于零； 3 ) 获得码率控制模块产生的令牌；

如果该队列不是下行网络接口往上行网络接口去的，则满足以下条件进行转发： 1 ) 该端口发送緩存未满； 2 ) 该队列包计数器大于零。

码率控制模块 208是由 CPU模块 204来配置的，在可编程的间隔内对所有下行网络接口往上行网络接口去的包緩存器队列产生令牌，用以控制上行转发的码率。

CPU模块 204主要负责与节点服务器之间的协议处理，对地址表 206 的配置，以及，对码率控制模块 208的配置。

终端：

主要包括网络接口模块、业务处理模块和 CPU模块；例如，机顶盒主要包括网络接口模块、视音频编解码引擎模块、 CPU模块；编码板主要包括网络接口模块、视音频编码引擎模块、 CPU模块；存储器主要包括网络接口模块、 CPU模块和磁盘阵列模块。

1.3 城域网部分的设备主要可以分为 2类：节点服务器，节点交换机，城域服务器。其中，节点交换机主要包括网络接口模块、交换引擎模块和 CPU模块；城域服务器主要包括网络接口模块、交换引擎模块和 CPU模块构成。 2、新型网数据包定义

2.1 接入网数据包定义

接入网的数据包主要包括以下几部分：目的地址（DA )、源地址 ( SA )、保留字节、 payload ( PDU )、 CRC。

如下表所示，接入网的数据包主要包括以下几部分：

其巾：

目的地址（DA ) 由 8个字节（byte )组成，第一个字节表示数据包的类型（例如各种协议包、组播数据包、单播数据包等），最多有 256 种可能，第二字节到第六字节为城域网地址，第七、第八字节为接入网地址；

源地址（ SA )也是由 8个字节（byte )组成，定义与目的地址（DA ) 相同；

保留字节由 2个字节组成；

payload 部分根据不同的数据报的类型有不同的长度，如果是各种协议包的话是 64个字节，如果是单组播数据包话是 32 + 1024 = 1056个字节，当然并不仅仅限于以上 2种；

CRC有 4个字节组成，其计算方法遵循标准的以太网 CRC算法。

2.2 城域网数据包定义

城域网的拓朴是图型，两个设备之间可能有 2种、甚至 2种以上的连接，即节点交换机和节点服务器、节点交换机和节点交换机、节点交换机和节点服务器之间都可能超过 2种连接。但是，城域网设备的城域网地址却是唯一的，为了精确描述城域网设备之间的连接关系，在本发明实施例中引入参数：标签，来唯一描述一个城域网设备。

本说明书中标签的定义和 MPLS ( Multi-Protocol Label Switch, 多协议标签交换）的标签的定义类似，假设设备 A和设备 B之间有两个连接，那么数据包从设备 A到设备 B就有 2个标签，数据包从设备 B到设备 A 也有 2个标签。标签分入标签、出标签，假设数据包进入设备 A的标签 (入标签）是 0x0000, 这个数据包离开设备 A时的标签（出标签）可能就变成了 0x0001。城域网的入网流程是集中控制下的入网过程，也就意味着城域网的地址分配、标签分配都是由城域服务器主导的，节点交换机、节点服务器都是被动的执行而已，这一点与 MPLS的标签分配是不同的， MPLS的标签分配是交换机、服务器互相协商的结果。

如下表所示，城域网的数据包主要包括以下几部分:

即目的地址（DA )、源地址（SA )、保留字节（Reserved ), 标签、 payload ( PDU )、 CRC。其中，标签的格式可以参考如下定义：标签是 32bit, 其中高 16bit保留，只用低 16bit, 它的位置是在数据包的保留字节和 ayload之间。

3、新型网实现

以下讨论节点服务器与接入交换机、节点服务器与终端的入网流程。为了简化设计，定义在接入网中的数据包类型为 4种，分别是：下行协议包（由节点服务器发往接入交换机、终端的协议包）；上行协议包（由接入交换机、终端回应给节点服务器的协议包）；单播数据包；

组播数据包；

接入网的地址总共是 16bit, 所以总共可以接入的接入交换机、终端数为 65536, 假设下行协议包的数据报类型为" 1000 0000" (二进制），也就是 0x80 (十六进制 ), 上行协议包的数据报类型为 "0000 1000" (二进制），也就是 0x08 (十六进制），单播数据包的数据报类型为 "0001 0000" (二进制），也就是 0x10 (十六进制），组播数据包的数据报类型为 "0111 1000" (二进制），也就是 0x78 (十六进制），通过合并同类项，可以把 8bit长的地址表映射为 2bit长的地址表，例如

"1000 0000"=> "00", 下行协议包的地址表，在本发明实施例中定义为 0号表；

"0000 1000"=> "01", 上行协议包的地址表，在本发明实施例中定义为 1号表；

"0001 0000"=> "10", 单播数据包的地址表，在本发明实施例中定义为 2号表；

"0111 1000"=> "11", 组播数据包的地址表，在本发明实施例中定义为 3号表；

结合 16bit的接入网地址，在实际中只需 4张 64K = 4 X 65536 , 也就是 256Κ的地址表，地址表的输出就表示数据包导向的端口。例如，其中的一种接入交换机 ΒΧ-008 , 它具有 1个上行的百兆网口， 8个下行百兆网口， 1个 CPU模块接口。如果 8个下行百兆网口依次定义为 0号端口到 7号端口， CPU模块接口定义为 8号端口， 1个上行的百兆网口定义为 9号端口，则总共需要 256K X lObit的地址表，例如地址表的输出为" 00 0000 0001"表示数据包导向的 0号端口， "11 0000 0000"表示数据包导向的 8号、 9号端口，以此类推。

假设 9号端口进来一个数据包它的目的地址（ DA )是 0x8056 0x1500 0x0000 0x55aa, 那么它的数据包类型为 0x80 , 接入网地址为 0x55aa, 才艮据查表规则这时查 0号表，即地址为" 00 0101 0101 1010 1010", 此地址对应的地址表的输出为" 01 0000 0000", 表示数据包导向 8号端口。

3.1接入网设备的通信连接流程：

3.1.1接入网设备执行单播通信服务的通信连接流程示例：

如图 3所示，叚设一台节点服务器 MSS-400(接入网地址为 0x0000 ), 它的 0号端口接了一台接入交换机 BX-008-0 (接入网地址为 0x0001 ), 它的 1号端口接了一台接入交换机 BX-008-1 (接入网地址为 0x0002 ), BX-008-0的 0号端口接了一台机顶盒 STB-0 (接入网地址为 0x0009 ), BX— 008-1的 1号端口接了一台机顶盒 STB-1 (接入网地址为 0x0012 )。机顶盒 STB 0向节点服务器 MSS-400发出申请和机顶盒 STB 1进行可视通信的单播通信服务，步骤如下：

Sl、机顶盒 STB— 0发出服务请求协议包，包的 DA (目的地址）为 0x0800 0x0000 0x0000 0x0000 (即 MSS-400的地址）、 SA (源地址 )为 0x0000 0x0000 0x0000 0x0009; 在该包中，还可以包括 reserved 0x0000 (保留字）， PDU部分如下表所示：

服务申请所涉及到的节目号码，广播频道号全放在服务参数中，例如：

#define SERVICE— TYPE GTML— REQUEST 0x8000 申请一张菜单

#define SERVICE— TYPE VOD— REQUEST 0x8001 申请点播节目 #define SERVICE— TYPE CHANGE— MENU 0x8002 申请改变背景菜单

#define SERVICE— TYPE BROADCAST— REQUEST 0x8003 申请收看广播

#define SERVICE— TYPE CHANGE— CHANNEL 0x8004 申请频道切换

#define SERVICE— TYPE TELEPHONE— DIRECT 0x8005 申请拨打可视电话

#define SERVICE— TYPE PERMISSION 0x8006 是否允许接入的应答 #define SERVICE— TYPE— RECORD— REQUEST 0x8007 申请录制 #define SERVICE— TYPE— END— REQUEST 0x8008 申请结束当前服务

#define SERVICE— TYPE— ORG— CAST— REQUEST 0x8009 申请发起直播

#define SERVICE— TYPE— DDB— REQUEST 0x800b 申请收看延时电视

#define SERVICE— TYPE— SKIP 0x800c 收看点播或延时电视的过程中快进快退暂停继续

#define SERVICE— TYPE— RECORD— END 0x800e 申请结束录制

#define SERVICE— TYPE— VIEW— Monitor— DIRECT 0x8024 申请收看监控

#define SERVICE— TYPE— RCV— CAST— DIRECT 0x8025 申请收看直播

#define SERVICE— TYPE— TELEPHONE— REQUEST 0申请拨打可视电话

#define SERVICE— TYPE— RCV— CAST— REQUEST Oxa申请收看直播 #define SERVICE— TYPE— VIEW— Monitor Oxc申请收看监控

在本例中，月良务参数为 SERVICE— TYPE— TELEPHONE— REQUEST 或 SERVICE— TYPE— TELEPHONE— DIRECT。

S2、根据连接在机顶盒 STB— 0与节点服务器 MSS-400之间的接入交换机 BX-008-0 中 1 号表的配置，该服务请求协议包被导向至节点服务器 MSS-400, 节点服务器 MSS-400根据包的内容，判断收到可视通信的申请（服务类型），根据服务号码查 CAM表 (内容-地址映射表）知道被叫（目标终端）是 STB— 1 , 根据其内部的地址信息表，就知道了本次服务涉及的链路拓朴，判断出链路允许，双方可以进行通信。于是分别发送菜单协议包给主叫 ( STB— 0 )和被叫 ( STB 1 ), 并等待被叫应答：其中，发向 STB— 0的菜单协议包： DA为 0x8000 0x0000 0x0000 0x0009、 SA为 0x0000 0x0000 0x0000 0x0000、 reserved 0x0000、 PDU 部分如下表所示：

发向 STB— 1的菜单协议包： DA为 0x8000 0x0000 0x0000 0x0012、 SA为 0x0000 0x0000 0x0000 0x0000、 reserved 0x0000, PDU部分如上表所示。

S3、根据节点服务器 MSS-400中 0号表的配置，以及，接入交换机 BX-008-0和 BX-008-1中 0号表的配置，这 2个菜单协议包会分别导向至机顶盒 STB— 0 和 STB— 1 , 被叫 STB 1 发出申请 SERVICE— TYPE— PERMISSION 接 STB— 1 受通信，并向节点服务器 MSS-400发送应答协议包，该包的 DA为 0x0800 0x0000 0x0000 0x0000、 SA 0x0000 0x0000 0x0000 0x0012、 reserved 0x0000 , 服务参数是 SERVICE TYPE PERMISSION, PDU部分如下表所示： 8e01

字段号长度代码说明

0 1W 8e01 用户申请指令（目标终端节点服务器）

1 1W 月良务类型 ( service— type )

2-4 3W 用户号码（源终端的号码）

5 1W 用户分机号（源终端的分机号）

6-31 26W 服务参数 ( SERVICE— TYPE— PERMISSION )

S4、根据接入交换机 BX-008-1 中 1号表的配置，所述应答协议包导向节点服务器 MSS-400,节点服务器 MSS-400根据包的内容判断收到接受可视通信的申请，根据服务号码查 CAM表知道被叫是 STB—1 , 根据其内部的地址信息表，节点服务器 MSS-400就知道了本次服务涉及的链路拓朴，判断出链路允许，双方可以进行通信。

在这种情况下，节点服务器 MSS-400配置自己的 2号表如下： •"10 0000 0000 0001 0010" => "000 0000 0010", 即目的地址 ( DA ) 是 0x1000 0x0000 0x0000 0x0012 (即机顶盒 BX-008-1 )的单播数据包导向 1号端口；

•"10 0000 0000 0000 1001" => "000 0000 0001", 即目的地址 ( DA ) 是 0x1000 0x0000 0x0000 0x0009 (即机顶盒 BX-008-0 )的单播数据包导向 0号端口；

并且，节点服务器 MSS-400给上行链路（主叫通路）和下行链路（被叫通路）上的所有接入交换机发送端口配置命令。要求同时开放对方地址的上行和自身地址的下行。

发向接入交换机 BX-008-0的两个包：

1 ) 第一个包的 DA 0x8000 0x0000 0x0000 0x0001、 SA 0x0000 0x0000 0x0000 0x0000, reserved 0x0000, PDU部分如下表所示： 8b54

字段号长度代码说明

接入交换机端口配置命令

0 1W 8b54

(节点服务器接入交换机）

1 1W 设备类型（BX-008 )

需要开放端口的地址： 0x1000 0x0000

2-5 4W

0x0000 0x0012

操作方式： "10 0000 0000", 表示打开上行 9

6 1W

号端口

7-10 4W 0000

11 1W 数据类型 0x10

12 1W 接入交换机地址（接入网地址） 0x0001

13-15 3W 接入交换机设备标志

16-31 18W 0000

2 )第二个包的 DA为 0x8000 0x0000 0x0000 0x0001、 SA为 0x0000 0x0000 0x0000 0x0000、 reserved 0x0000 , PDU部分如下表所示：

11 1W 数据类型 0x10

12 1W 接入交换机地址（接入网地址） 0x0001

13-15 3W 接入交换机设备标志

16-31 18W 0000 发向接入交换机 BX-008-1的两个包：

1 )第一个包的 DA为 0x8000 0x0000 0x0000 0x0002、 SA为 0x0000 x0000 0x0000 0x0000、 reserved 0x0000 , PDU部分如下表所示：

2 )第二个包的 DA为 0x8000 0x0000 0x0000 0x0002、 SA为 0x0000 x0000 0x0000 0x0000、 reserved 0x0000 , PDU部分如下表所示：

字段号长度代码说明

接入交换机端口配置命令

0 1W 8b54

(节点服务器接入交换机）

1 1W 设备类型（BX-008 )

需要开放端口的地址： 0x1000 0x0000

2-5 4W

0x0000 0x0012

操作方式： "00 0000 0010", 表示打开 1

6 1W

号端口

7-10 4W 0000

11 1W 数据类型 0x10

12 1W 接入交换机地址（接入网地址） 0x0002

13-15 3W 接入交换机设备标志

16-31 18W 0000 发向机顶盒 STB-0的包（服务处理命令，本例中为编解码命令）：包的 DA 0x8000 0x0000 0x0000 0x0009、 SA 0x0000 0x0000 0x0000x0000、 reserved 0x0000, PDU部分如下表所示：

14 1W 0x3217

15-18 4W 0x1000 0x0000 0x0000 0x0012

19-22 4W 0x1000 0x0000 0x0000 0x0009

23 1W Oxffff 维持原状

24 lw 0=关闭响铃

25 1W Oxffff 维持原状

26 1W Oxffff 维持原状

27-31 5w 0 发向 STB-1的包（服务处理命令，本例中为编解码命令）：包的 DA为 0x8000 0x0000 0x0000 0x0012、 SA 0x0000 0x000000 0x0000、 reserved 0x0000 , PDU部分如下表所示：

原状

26 1W Oxffff 维持原状

27-31 5w 0 上述编解码命令的 PDU中，字段号 13表示编码类型： 0=停止编码， Offff = 维持原状， Oxfffe 将解码的数据返回，不进行本地编码；字段号 14表示解码类型： 0=停止解码， Offff = 维持原状；字段号 15— 18 表示编码地址（DA或组播地址）： 0xffff=维持原状；字段号 19-22表示解码地址（DA或组播地址）： 0xffff=维持原状；字段号 23表示： HB: 编码 HDA, LB: 解码的 HAD; 0xffff=维持原状；字段号 24表示响铃参数： 0=关闭响铃， 1 =开始响铃， 0xffff=维持原状；字段号 25表示云台操作参数： 0xffff=维持原状；字段号 26表示辅助信道操作参数： 0xffff= 维持原状。

其中，编码类型如下表所示：

S5、根据节点服务器 MSS-400中 0号表的配置，以及，接入交换机 BX-008-0, BX-008-1中 0号表的配置，前面 4个发给接入交换机的包会分别导向 BX-008-0、 BX-008- 1。

在这种情况下，接入交换机 BX-008-0配置自己的 2号表如下： •"10 0000 0000 0001 0010" => "10 0000 0000", 即目的地址 ( DA ) 是 0x1000 0x0000 0x0000 0x0012的单播数据包导向 9号端口；

·'Ί0 0000 0000 0000 1001" => "00 0000 0001", 即目的地址（ DA ) 是 0x1000 0x0000 0x0000 0x0009的单播数据包导向 0号端口；接入交换机 BX-008-1配置自己的 2号表如下：

•"10 0000 0000 0001 0010" => "00 0000 0010", 即目的地址 ( DA ) 是 0x1000 0x0000 0x0000 0x0012的单播数据包导向 1号端口；

•"10 0000 0000 0000 1001" => "10 0000 0000", 即目的地址（ DA ) 是 0x1000 0x0000 0x0000 0x0009的单播数据包导向 9号端口；

根据节点服务器 MSS-400 中 0 号表的配置，以及，接入交换机 BX-008-0, BX-008-1中 0号表的配置，后面 2个发向机顶盒的包会分别导向至机顶盒 STB-0、 STB-1。收到包后，机顶盒 STB-0、 STB-1就可以根据包的内容开始编解码，并接收、发送单播数据。具体而言，在配置好当次服务的通信链路后，所述机顶盒 STB-0、 STB-1基于所述通信链路收发单播数据的过程为：

1 )机顶盒 STB-0向机顶盒 STB-1发送单播数据包，该包的 DA是 0x1000 0x0000 0x0000 0x0012; SA是 0x0000 0x0000 0x0000 0x0009;

2 )该单播数据包进入接入交换机 BX-008-0, 接入交换机 BX-008-0 的交换引擎模块根据组合地址域查 2 号表，表的地址是" 10 0000 0000 0001 0010" , 该表项的输出是" 10 0000 0000" ( "10 0000 0000 0001 0010" => "10 0000 0000", 即目的地址（ DA )是 0x1000 0x0000 0x0000 0x0012的单播数据包导向 9号端口），表示打开上行 9号端口，当前单播数据包通过该 9号端口进入了节点服务器 MSS-400;

3 ) 节点服务器 MSS-400收到所述单播数据包后，其交换引擎根据组合地址域查 2号表，表的地址是" 10 0000 0000 0001 0010", 该表项的输出是 "000 0000 0010" ( "10 0000 0000 0001 0010" => "000 0000 0010", 即目的地址（ DA )是 0x1000 0x0000 0x0000 0x0012的单播数据包导向 1号端口），表示打开下行 1号端口，当前单播数据包通过该 1号端口进入了接入交换机 BX-008- 1；

4 )接入交换机 BX-008-1收到所述单播数据包后，其交换引擎模块根据组合地址域查 2号表，表的地址是" 10 0000 0000 0001 0010", 该表项的输出是" 00 0000 0010" ( "10 0000 0000 0001 0010" => "00 0000 0010", 即目的地址（ DA )是 0x1000 0x0000 0x0000 0x0012的单播数据包导向 1 号端口），表示打开下行 1 号端口，当前单播数据包通过该 1 号端口进入了机顶盒 STB-1 ;

5 )机顶盒 STB- 1向机顶盒 STB-0发送单播数据包，该包的 DA是

0x1000 0x0000 0x0000 0x0009; SA是 0x0000 0x0000 0x0000 0x0012;

6 )该单播数据包进入接入交换机 BX-008-1 , 接入交换机 BX-008-1 的交换引擎模块根据组合地址域查 2 号表，表的地址是" 10 0000 0000 0000 1001" , 该表项的输出是" 10 0000 0000" ( "10 0000 0000 0000 1001" => "10 0000 0000", 即目的地址（ DA )是 0x1000 0x0000 0x0000 0x0009的单播数据包导向 9号端口），表示打开上行 9号端口，当前单播数据包通过该 9号端口进入了节点服务器 MSS-400;

7 ) 节点服务器 MSS-400收到所述单播数据包后，其交换引擎根据组合地址域查 2号表，表的地址是" 10 0000 0000 0000 1001", 该表项的输出是" 000 0000 0001" ( "10 0000 0000 0000 1001" => "000 0000 0001", 即目的地址（ DA )是 0x1000 0x0000 0x0000 0x0009的单播数据包导向 0号端口），表示打开下行 0号端口，当前单播数据包通过该 0号端口进入了接入交换机 BX-008-0;

8 )接入交换机 BX-008-0收到所述单播数据包后，其交换引擎模块根据组合地址域查 2号表，表的地址是" 10 0000 0000 0000 1001", 该表项的输出是" 00 0000 0001" ( "10 0000 0000 0000 1001" => "00 0000 0001", 即目的地址（ DA )是 0x1000 0x0000 0x0000 0x0009的单播数据包导向 0号端口），表示打开下行 0号端口，当前单播数据包通过该 0 号端口进入了机顶盒 STB-0。应用上述过程进行单播服务通信的一种简单示例如下：

假设 STB-0向 MSS-400服务器申请打可视电话给 STB-1 ,在 STB-0 发向 MSS-400 的服务申请包中含有所申请服务的类型（本例是可视电话，所以含有对方的号码，例如 8888 8888 8888 );

MSS-400 服务器收到服务申请包后，检查服务类型知道是可视电话，就跳入可视电话服务流程，根据对方的号码（ 8888 8888 8888 ), MSS-400服务器通过 CAM查找可以得到 STB-1的接入网地址 (因为在 STB-1入网时， MSS-400服务器会更新 CAM的内容，把地址为 0x0012 更新为 8888 8888 8888 ), 根据 STB-0 、 STB-1的接入网地址，查地址信息表可以知道他们的拓朴信息，由 0x0009知道 STB-0连着 BX-008-0 的 0号端口，而且上下行流量为 0 , 而链路流量为 100Mbit/s, BX-008-0 的接入网地址是 0x0001 , 查地址信息表知 BX-008-0连着 MSS-400的 0 号端口，而且上下行流量为 0,而链路流量为 100Mbit/s,同理可知 STB-1 的链路的流量信息，而申请的可视电话的上下行带宽是 2Mbit/s, 满足要求，再检查其他信息如果满足，服务器将被叫机顶盒和主叫机顶盒之间的所有交换机的针对这 2路单播数据的通路打开（包括对 BX-008-0的 0 号端口、 BX-008-1的 1号端口的地址匹配及精确流量控制），修改查地址信息表的链路的流量信息，服务器发送编解码命令给双方机顶盒。

3.1.2接入网设备执行组播通信服务的通信连接流程示例：

如图 3所示，叚设一台节点服务器 MSS-400(接入网地址为 0x0000 ), 它的 0号端口接了一台接入交换机 BX-008-0 (接入网地址为 0x0001 ), 它的 1号端口接了一台接入交换机 BX-008-1 (接入网地址为 0x0002 ), BX-008-0的 0号端口接了一台机顶盒 STB-0 (接入网地址为 0x0009 ), STB 0的号码是 0x6666 0x6666 0x6666 , BX— 008-1的 1号端口接了一台机顶盒 STB-K接入网地址为 0x0012 ), STB—1的号码是 0x8888 0x8888 0x8888。机顶盒 STB—0向节点服务器 MSS-400申请发起直播，步骤如下：

Sl、机顶盒 STB— 0发出发起直播的服务请求协议包，包的 DA是 0x0800 0x0000 0x0000 0x0000、 SA是 0x0000 0x0000 0x0000 0x0009、 reserved 0x0000 (保留字）， PDU部分如下表所示： 8e01

字段号长度代码说明

0 1W 8e01 终端申请指令（终端节点服务器）

1 1W 月良务类型 ( service— type )

2-4 3W 终端号码（申请者的号码） 0000

5 1W 终端分机号（申请者的分机号） 0000

#define

6-31 26W SERVICE— TYPE— ORG— CAST— REQUEST

0x8009 申请发起直播

S2、根据连接在机顶盒 STB— 0与节点服务器 MSS-400之间的接入交换机 BX-008-0 中 1 号表的配置，该服务请求协议包被导向节点服务器 MSS-400, 节点服务器 MSS-400根据包的内容，判断收到发起直播的申请（服务类型），根据服务号码查 CAM表 (内容-地址映射表）知道用户（源终端）是 STB— 0, 根据其内部的地址信息表，就知道了本次服务涉及的链路拓朴，判断出链路允许，可以进行发起直播，于是分配组播地址为 0x0008。并且，节点服务器给当前通信链路上的所有接入交换机发送端口配置命令，要求同时开放对方地址的上行和自身地址的下行。此时，通过链路拓朴判断，获知当前只需配置接入交换机 BX-008-O o 在这种情况下，节点服务器 MS S-400向接入交换机 BX-008-0发包：包的 DA为 0x8000 0x0000 0x0000 0x0001、 SA为 0x0000 0x0000 0x0000 0x0000、 reserved 0x0000 (保留字）， PDU部分如下表所示：

(节点服务器- >接入交换机）

1 1W 设备类型（BX-008 )

2-5 4W 0x7800 0x0000 0x0000 0x0008

6 1W "00 0000 0001"表示打开 0号端口

7-10 4W 0000

11 1W 数据类型 0x78

12 1W 接入交换机地址（接入网地址） 0x0001

13-15 3W 接入交换机设备标志

16-31 18W 0000 节点服务器 MSS-400向机顶盒 STB-0发包（服务处理命令，本例为编解码命令）：

包的 DA为 0x8000 0x0000 0x0000 0x0009, SA为 0x0000 0x0000 0x0000 0x0000、 reserved 0x0000 , PDU部分如下表所示：

19-22 4W 0x7800 0x0000 0x0000 0x0008

23 1W Oxffff 维持原状

24 lw 0=关闭响铃

25 1W Oxffff 维持原状

26 1W Oxffff 维持原状

27-31 5w 0

53、根据节点服务器 MSS-400 中 0号表的配置，发向接入交换机 BX-008-0的包会导向至 BX-008-0。在这种情况下， BX-008-0配置自己的 3号表如下：

·'Ί 1 0000 0000 0000 1000" => "00 0000 0001", 即目的地址（ DA ) 是 0x7800 0x0000 0x0000 0x0008的组播数据包导向 0号端口；

54、根据节点服务器 MSS-400中 0号表的配置，以及，接入交换机 BX-008-0中 0号表的配置，发向机顶盒 STB-0的包会导向至 STB-0。

STB-0根据包的内容开始编解码，并开始接收、发送组播数据。具体而言，所述机顶盒 STB-0基于当前的直播发起通信链路收发组播数据的过程为：

1 )机顶盒 STB-0发出组播数据包，该包的 DA是 0x7800 0x0000 0x0000 0x0008 (组播地址）； SA是 0x0000 0x0000 0x0000 0x0009;

2 )所述组播数据包进入接入交换机 BX-008-0,接入交换机 BX-008-0 的交换引擎模块根据组合地址域查 3 号表，表的地址是" 11 0000 0000 0000 1000" , 该表项的输出是" 00 0000 0001" ( "11 0000 0000 0000 1000" => "00 0000 0001", 即目的地址（ DA )是 0x7800 0x0000 0x0000 0x0008的组播数据包导向 0号端口），表示打开下行 0号端口，当前组播数据包通过该 0号端口进入了机顶盒 STB-0。机顶盒 STB— 1向节点服务器 MSS-400申请收看直播，号码是 0x6666 0x6666 0x6666 , 步骤如下：

Sl、机顶盒 STB— 1发出收看直播的服务请求协议包，包的 DA是 0x0800 0x0000 0x0000 0x0000、 SA是 0x0000 0x0000 0x0000 0x0012、 reserved 0x0000 , PDU部分如下表所示：

S2、根据连接在机顶盒 STB— 1与节点服务器 MSS-400之间的接入交换机 BX-008-1 中 1 号表的配置，该服务请求协议包被导向节点服务器 MSS-400, 节点服务器 MSS-400根据包的内容，判断收到收看直播的申请，根据服务号码查 CAM表知道发起者（源终端）是 STB— 0, 根据其内部的地址信息表，就知道了本次服务涉及的链路拓朴，判断出链路允许，可以进行收看直播，于是分配组播地址（对应分配给源终端的组播地址）是 0x0008。并且，节点服务器给当前通信链路上的所有接入交换机发送端口配置命令，要求同时开放对方地址的上行和自身地址的下行。在这种情况下，节点服务器 MSS-400配置自己的 3号表如下：

•"11 0000 0000 0000 1000" => "000 0000 0010", 即目的地址 ( DA ) 是 0x7800 0x0000 0x0000 0x0008的组播数据包导向 1号端口；同时，节点服务器 MSS-400向接入交换机 BX-008-0发包：包的 DA为 0x8000 0x0000 0x0000 0x0001、 SA为 0x0000 0x0000x0000 0x0000、 reserved 0x0000 , PDU部分如下表所示：

同时，节点服务器 MSS-400向接入交换机 BX-008-1发包：包的 DA为 0x8000 0x0000 0x0000 0x0002、 SA为 0x0000 0x0000x0000 0x0000、 reserved 0x0000 , PDU部分如下表所示：

6 1W "00 0000 0010"表示 1号端口

7-10 4W 0000

11 1W 数据类型 0x78

12 1W 接入交换机地址（接入网地址） 0x0002

13-15 3W 接入交换机设备标志

16-31 18W 0000 同时，节点服务器 MSS-400向机顶盒 STB-1发包：

包的 DA为 0x8000 0x0000 0x0000 0x0012、 SA为 0x0000 0x0000 0 0x0000、 reserved 0x0000 , PDU部分如下表所示：

原状

26 1W Oxffff 维持原状

27-31 5w 0

S3、根据节点服务器 MSS-400 中 0号表的配置，发向接入交换机 BX-008-0, BX-008-1会分别导向至接入交换机 BX-008-0和 ΒΧ-008-1。

在这种情况下，接入交换机 BX-008-0配置自己的 3号表如下： ·'Ί 1 0000 0000 0000 1000" => "10 0000 0001", 即目的地址（DA ) 是 0x7800 0x0000 0x0000 0x0008的组播数据包导向 0号、 9号端口；接入交换机 BX-008-1配置自己的 3号表如下：

•"11 0000 0000 0000 1000" => "00 0000 0010", 即目的地址 ( DA ) 是 0x7800 0x0000 0x0000 0x0008的组播数据包导向 1号端口；

S4、根据节点服务器 MSS-400中 0号表的配置，以及，接入交换机

BX-008-1 中 0号表的配置，发向机顶盒 STB-1 的包会导向至 STB-1。 STB-1根据包的内容接收组播数据、解码。具体而言，所述机顶盒 STB-1基于当前的收看直播的通信链路接收组播数据的过程为：

2 )所述组播数据包进入接入交换机 BX-008-0,接入交换机 BX-008-0 的交换引擎模块根据组合地址域查 3 号表，表的地址是" 11 0000 0000 0000 1000" , 该表项的输出是" 10 0000 0001" ( "11 0000 0000 0000 1000" => "10 0000 0001", 即目的地址（ DA )是 0x7800 0x0000 0x0000 0x0008的组播数据包导向 0号、 9号端口）；表示打开下行 0号端口和上行 9号端口，当前组播数据包通过该 0号端口进入了机顶盒 STB-0; 通过该 9号端口进入了节点服务器 MSS-400;

3 ) 节点服务器 MSS-400收到该组播数据包后，其交换引擎模块根据组合地址域查 3号表，表的地址是" 11 0000 0000 0000 1000", 该表项的输出是" 000 0000 0010" ( "11 0000 0000 0000 1000" => "000 0000 0010", 即目的地址（ DA )是 0x7800 0x0000 0x0000 0x0008的组播数据包导向 1 号端口），表示打开下行 1 号端口，当前组播数据包通过该 1 号端口进入了接入交换机 BX-008-1 ;

4 )接入交换机 BX-008-1收到该组播数据包后，其交换引擎模块根据组合地址域查 3号表，表的地址是" 11 0000 0000 0000 1000", 该表项的输出是" 00 0000 0010" ( "11 0000 0000 0000 1000" => "00 0000 0010", 即目的地址（ DA )是 0x7800 0x0000 0x0000 0x0008的组播数据包导向 1号端口），表示打开下行 1号端口，当前组播数据包通过该 1号端口进入了机顶盒 STB-1。

当然，上述的单播服务通信过程和组播服务通信过程仅仅用作示例。在实际中，应用本发明实施例执行任一种单播服务通信或组播服务通信均是可行的。为使本领域技术人员更好地理解本发明，以下提供几种应用本发明实施例进行服务通信的示例：

3.1.3 接入网的服务流程示例：

3.1.3.1 广播交互流程：

广播流程中的涉及终端设备有 2种：编码板 (广播源），机顶盒 (收看广播的一方）。

当编码板通过网管流程入网之后，节点服务器会发送命令让编码板开始编码。每个编码板编一路广播数据。

开始收看：

进入广播流程后，首先是机顶盒发出申请命令，节点服务器收到机顶盒的申请命令后就知道机顶盒要看广播，并且知道了机顶盒要看哪一路广播。这时候节点服务器找到编码板和机顶盒之间的路径。向路径上的所有交换机发命令，将编码板和机顶盒之间的的所有交换机的针对这路广播数据的通路打开，同时发送解码命令给机顶盒。机顶盒就可以收看到广播了。

停止收看：

机顶盒发出停止命令，节点服务器收到机顶盒的停止命令后找到编码板和机顶盒之间的路径，将编码板和机顶盒之间的的所有交换机的针对这路广播数据的通路有针对性的关闭（有可能路径上的交换机还有其他机顶盒在收看本广播，所以不能直接全部关闭），同时发送停止解码的命令给机顶盒，发送上一页菜单，让机顶盒返回到菜单。

注意：机顶盒收到的广播数据和编码板发出的广播数据是一模一样的。

3.1.3.2 点播交互流程

点播流程中的涉及终端设备有 2种：存储器（节目源），机顶盒（收看点播的一方）。

开始收看：

进入点播流程，首先是机顶盒发出申请命令，命令中给出点播的节目号。节点服务器收到机顶盒的申请命令后就知道机顶盒要看点播，并且知道了机顶盒要看哪一个节目。在节点服务器的内部信息表中可以查出本节目是放在哪个存储器上面的

因为机顶盒入网之后，地址就固定了，收看点播的数据是单播数据，数据地址就是机顶盒的地址。

节点服务器发送读盘命令给存储器（命令中有节目号和单播数据地址），命令存储器发送单播数据。存储器查到本存储器上确实有该节目，就开始发送节目，同时发读盘命令应答给节点服务器，表示存储器已经开始发送节目了。

节点服务器收到存储器的应答后，要找到存储器和机顶盒之间的路径，将存储器和机顶盒之间的的所有交换机的针对这路单播数据的通路打开，同时发送解码命令给机顶盒。机顶盒就可以收看到点播了。停止收看：

机顶盒发出停止命令，节点服务器收到机顶盒的停止命令后发送停止读盘命令给存储器，命令存储器停止发送单播数据。存储器停止发送，同时发停止读盘命令应答给节点服务器，表示存储器已经停止发送节目了。

节点服务器收到后找到存储器和机顶盒之间的路径，将存储器和机顶盒之间的的所有交换机的针对这路单播数据的通路关闭，同时发送停止解码的命令给机顶盒，发送上一页菜单，让机顶盒返回到菜单。

3.1.3.3可视通信交互流程

开始可视通信：

主叫机顶盒发出申请命令，命令中有被叫机顶盒的号码。

节点服务器收到机顶盒的申请命令后先去查询被叫机顶盒是否入网，未入网则告知主叫机顶盒申请失败。

若是被叫机顶盒已入网则查询被叫机顶盒是否空闲，若是不空闲告知主叫机顶盒申请失败。

若是被叫机顶盒已入网并且处于空闲状态，节点服务器发送呼叫菜单给被叫机顶盒，等待被叫机顶盒应答。被叫机顶盒可以选择接受或者拒接，应答发送给节点服务器。

节点服务器收到被叫机顶盒的应答。如果是拒接，告知主叫机顶盒申请失败。

如果是接受，节点服务器发送编解码命令给双方机顶盒。可视通信要求，双方机顶盒要同时编解码。数据是单播数据，编码地址是对方地址，解码地址是自己的地址

节点服务器将被叫机顶盒和主叫机顶盒之间的的所有交换机的针对这 2路单播数据的通路打开。

停止可视通信

被叫机顶盒和主叫机顶盒都可以提出停止申请。节点服务器收到机顶盒的停止命令后将被叫机顶盒和主叫机顶盒之间的的所有交换机的针对这 2路单播数据的通路关闭。然后给被叫机顶盒和主叫机顶盒分别发送停止编解码的命令，发送上一页菜单，让机顶盒返回到菜单。

3.1.3.4现场直播交互流程

发起直播

直播的数据也是一路广播数据

机顶盒发出申请命令，节点服务器收到申请后自动分配一路广播数据，向机顶盒发编解码命令，同时命令本机顶盒的上层交换机打开这路广播数据的通路。机顶盒就可以收看到自己发起的广播了。发起方同时也是收看方。

收看直播

收看机顶盒发出申请命令，命令中包含发起直播方的号码。节点服务器收到申请后先查询发起直播方是否已入网，是否已发起直播。条件不满足，告知收看机顶盒收看失败。

如果条件满足，节点服务器要找到发起直播方和收看机顶盒之间的路径，将发起直播方和收看机顶盒之间的的所有交换机的针对这路广播数据的通路打开，同时发送解码命令给收看机顶盒。机顶盒就可以收看到直播了。

停止收看直播

收看机顶盒发出停止命令，节点服务器收到收看机顶盒的停止命令后找到发起直播方和收看机顶盒之间的路径，将发起直播方和收看机顶盒之间的的所有交换机的针对这路广播数据的通路有针对性的关闭（有可能路径上的交换机还有其他机顶盒在收看本直播，所以不能直接全部关闭），同时发送停止解码的命令给收看机顶盒，发送上一页菜单，让收看机顶盒返回到菜单

停止发起直播

发起直播方发出停止命令。节点服务器收到后先查询有多少用户在收看本直播，将所有的收看直播的用户按照停止收看的流程结束后，向发起直播方发停止编解码命令，同时命令本机顶盒的上层交换机关闭这路广播数据的通路。

3.1.3.5 除上述示例外，本发明实施例还可以实现以下服务通信应用：

一、可控广播：

1 ) 广播和限量广播：（组播业务）

节点服务器，维护广播操作表。

广播源：实时模拟编码器、实时数字转换器、储存节目。

节点服务器，限量广播观众计数器，超过设定值后拒绝新增观众。节点服务器，限量广播用户群审核。

用户终端进入收看后，根据 HLP键显示 OSD菜单，可将广播内容存入个人邮箱。

可控广播：可有选择地只向一部分用户提供服务（如收费台）。可控广播：可随时统计收视率（甚至观众分类收视率）。

限量广播：能将上千个广播频道，根据不同限量值，设置很宽的价格范围，大量租给商业客户（广告、教育等）。

2 ) 投票反馈（可按次计费）：

媒体中心 MPC, 编辑及记录 OSD内容。

节点服务器，定期发送与广播远源相同地址（DA ) 的 OSD内容。用户机顶盒，根据 HLP键显示 OSD内容，转发遥控器反馈值。用户代理服务器，接收用户反馈，用户信息表记录（组播 DA、节目时间码、评分和票数）。

用户代理服务器，每秒搜索用户信息表，将用户投票结果发送到节点服务器。

观众反馈信息：总参评人次、每个目标点的分别投票数和观众评级 ( YES/NO或 5分制）。广播频道的投票反馈：可用于指定问卷民意调查、未来明星海选等。二、 VOD, MOD: (单播业务）

3 ) VOD过程操作：

节点服务器，编辑及记录点播确认内容，包括（节目信息、价格信息、观众反馈信息）。

节点服务器，收到用户申请后，发送点播确认菜单和 OSD内容。用户机顶盒，根据 HLP键显示 OSD内容（节目播放位置、评级提示），转发遥控器反馈值。

用户代理服务器，记录用户信息表，点播结束后时，将用户评级结果发送到节点服务器。

用户机顶盒，播放操作（暂停 /播放、连续快 /退、 15分钟进 /退）观众反馈信息：总点击数、观众评级（5分制）。

VOD服务：内容可以是大众媒体、或者小众媒体（TV部落格、专业教育和产品操作维护等）。

4 ) 卡拉 OK:

与 VOD相同，音频采用独立双声道。

5 ) 电视杂志（MOD ):

节点服务器，在 VOD基础上，增加有声文字点播和有声图片点播。节点服务器，将多个媒体内容按序排列或挑选。

6 ) 互动多媒体网站：

用户代理器，在电视杂志的基础上配备面向公众的邮箱，接受读者图、文、音反馈。

互动多媒体网站：可以作为企业和政府面向公众的窗口（电子政务）。三、 TVOD (可控广播 +VOD ): (组播 +单播业务）

7 ) 集中监控：媒体中心或用户代理服务器 MPC, 编辑及维护监控操作表，可选择定时开关录像。

用户终端进入收看后，根据 HLP键显示 OSD菜单，可将监控内容存入个人邮箱。

集中监控：适合大规模远程监控，可通过用户群分隔，向许多公司同时提供保安服务。

8 ) 电视回放（网络 TiVo ):

用户代理服务储存器，可储存数十频道， 3-7天全部内容。

用户终端进入收看后，根据 HLP键显示 OSD菜单，可将节目内容存入个人邮箱。

电视回放：用户采用 VOD方式看电视，随时选看从 7天前至当前的任何节目内容。

9 ) 节目精选：

媒体中心 MPC, 编辑及维护广播节目精选表，定时分类节目自动录像。

用户代理服务储存器，可储存数十个精彩栏目， 60天全部内容。用户终端进入收看后，根据 HLP键显示 OSD菜单，可将节目内容存入个人邮箱。

节目精选：自动将电视台节目分类储存，编辑成菜单形式，方便消费者观看。四、现场直播：（组播业务）

1 ) 简单直播：

用户代理服务器，与限量广播相同。

用户代理服务器，在直播终端控制下，直播内容可录像。

现场直播：观众可达全网，广播源设在用户现场。

2 ) 视频聊天，网上教室，市民热线：

参与方终端进入聊天室后，根据 HLP键显示 OSD内容，可申请视频上传，向主持送花。

主持方用户代理服务器，记录用户申请，并向直播终端发送 OSD 提示。

直播方终端，可能显示多条视频上传申请 OSD, 遥控器选择一路上传，并自动关闭上一路。

用户代理服务器，在关闭视频上传时，向计费流水帐发送特别计费包。

用户代理服务器，记录该用户送花值，通知直播方，并向计费流水帐发送特别计费包。

用户进入聊天室，送花，参与音频，开通视频对话所付费用，自动安比例存入个人邮箱。

视频聊天：主持人在家（现场）播出影像可达全网，主持人可看到观众申请，听到许多观众声音，但只能选择地看到 1路观众影像。

观众通过节目表得知聊天室拨号加入，可向主持人鲜花（额外收费 ), 可申请通话或视频。

3 ) 购物频道：

直播终端或相连的 MPC, 维护购物信息（商品和客户）。

用户终端进入购物频道后，根据 HLP键显示 OSD订单（商品、规格、数量、价格）。

用户终端通过遥控器填写并提交订单。

用户代理服务器，收看订单后转发至直播方终端或相连的 MPC。直播方终端或 MPC, 审核订单，并向用户发回确认的订单。

用户终端再次显示订单，并通过遥控器确认。

用户代理服务器，向直播方发送用户确认，并向计费流水帐发送特别计费包。

用户终端进入收看后，根据 HLP键显示 OSD菜单，可将购物内容存入个人邮箱。

MPC为装载特殊软件的 PC机，增强 TV机顶盒的操作性能。 4 ) 拍卖频道：

直播终端或 MPC, 维护拍卖信息（商品和客户）。

用户终端进入拍卖频道后，根据 HLP键显示 OSD介绍（商品、规格、最高价格）。

用户终端通过遥控器填写并提交出价。

用户代理服务器，收到出价后转发至直播方终端或 MPC。

直播方终端或相连的 MPC, 审核用户出价，并向用户发回确认后的出价。

用户终端再次显示出价，并通过遥控器确认。

用户终端进入收看后，根据 HLP键显示 OSD菜单，可将拍卖内容存入个人邮箱。

MPC为装载特殊软件的 PC机，直接与终端连接，增强 TV机顶盒的操作性能。

5 ) 视频呼叫中心：

直播方终端或相连的 MPC, 将多路视频聊天捆绑到一个号码（或名称），共享资源。

视频呼叫中心：可与购物频道或拍卖频道直接链接，提供后续服务。五、会议（多路现场直播捆绑）：（组播业务）

会议发起方终端或相连的 MPC, 编辑和维护会议操作表，实现多路进程捆绑。

1 ) 大会发言：

发起方终端直接控制指定参与方的终端，并关闭参与方的遥控操作，强制被动参会。

强制实现发起方发言，参与收看。

发起方终端可在参与方不知情的前提下，收看任一参与方，或者指定其发言。

大会发言：适合上级领导报告，工程事件指挥，企业总部与远程分支间的例行调度会议。

2 ) 课堂教学：

任意参与方终端，可向发起方终端提出发言申请，获得发起方批准后，即可发言。

课堂教学：实现会议聊天室，与直播聊天室的差别是直播观众永远看支持人，会议聊天观众看发言方，或者通过多屏终端同时看支持人和发言方。

3 ) 圓桌讨论：

任意参与方终端，按单个 ENTER键，即可打断别人而争抢发言（至少 10秒不被打断）。

圓桌讨论：实现会议聊天室，与直播聊天室的差别是直播观众永远看支持人，会议聊天观众看发言方，或者通过多屏终端同时看支持人和发言方。

4 ) 多屏会议：

用户代理服务器，可插入 VOD。

必须使用 PBOX终端，可同时显示发起方（主席）、发言方、本地会场、 VOD或 PC屏幕。

可选择大会发言，课堂教学，圓桌讨论等会议模式。

5 ) 电视墙：

可同时显示发起方（主席）、发言方、多分路会场、 VOD或 PC屏眷。

可选择大会发言，课堂教学，圓桌讨论等会议模式。六、电视电话：（单播业务）

6 ) 普通可视电话：

用户代理服务器，维护电话号码簿，支持普通拨号和强制拨号。用户终端进入通话后，根据 HLP键显示 OSD菜单，可将通信内容存入邮箱，可选择或调整对方摄像头角度。

7 ) 被叫方付费可视电话（Video 800 ):

此类号码以 800开头，用户免费，其他与普通可视电话相同。被叫方付费可视电话：适用于广告、客户服务、公益服务等。

8 ) 视讯服务电话（Video 900 ):

此类号码以 900开头，主叫方为普通用户终端，服务费中除了通信费外，还包含较高的内容费（按秒计），其他与普通可视电话相同。

被叫方为内容提供商（内容包括实时通讯、 VOD、电视杂志）。

9 ) 家庭监控：

用户代理服务器，单向通信，只要视频发送资源不冲突，可与其他服务同时进行。

用户终端拨号进入监控后，根据 HLP键显示 OSD菜单，可将监控内容存入邮箱，可选择多路摄像头或调整对方摄像头角度。

被监控终端，可设定监控权限（指定一组可监控号码，开放所有号码，或禁止所有号码）。

家庭监控：适用于家庭、小商店、银行分理所等。七、电视邮件，电视部落格：（单播业务）

10 ) 个人网络储存：

用户代理服务器，维护用户邮箱表。

用户终端内容上传，包括视、音、图、文，以草稿形式保存在邮箱内，可随时调看。

上传内容可从 USB端口输入（直接连 PC、优盘、移动硬盘等）。

11 ) 普通可视邮件：

用户终端指定邮箱中的内容，输入发送对象的号码，申请发送。

用户代理服务器，向发送对象的终端发出新到邮件通知，但实际上不转发邮件内容。接受方终端收看时才执行 VOD操作。接受方终端若要长期保存邮件内容，根据 HLP键显示 OSD菜单，可将内容存入邮箱。

12 ) 短信和语音留言：

与视频邮件同样处理，内容可存入专用 VDOS-SD储存设备。

13 ) 电视部落格：

节点服务器，根据内容分类，维护公共大邮箱。

用户终端将邮件上传至媒体中心的公共大邮箱（包括自定价格）。媒体中心 MPC, 观看并审核上传邮件，转换成 VOD内容，登记存入对应分类部落格。

节点服务器，维护观众反馈信息，维护点播帐单。

接受方终端若要长期保存部落格内容，根据 HLP键显示 OSD菜单，可将内容存入邮箱。

电视部落格：内容收费中的一部分可自动转入内容上传方的帐户 (百货商场模式）。八、电脑网络：

14 ) 因特网宽带上网：

由于以太网网关的存在，使得在用户家里使用普通的以太网交换机就可以接入新型网，这样在用户家里就实现了互联网和新型网的融合，实现 IP数据连接公共因特网。

因特网宽带上网：适合分散社区消费者。

15 ) 多媒体电脑局域网：

由于以太网网关的存在，使得在企业使用普通的以太网交换机就可以接入新型网，这样在企业就实现了互联网和新型网的融合。

多媒体电脑局域网：适合学校、企业和政府办公室。九、语音电话：（组播 +单播业务）

新型网电话：直接使用未经压缩 PCM ( G.711 ), 具备 PSTN 低延迟（透传 FAX和 Modem ), 功能超越 PSTN, 成本低于 IP电话，只需占用百分之一的新型网带宽资源，即可满足所有用户的电话服务。

16 ) 新型网电话：

新型网电话网内电话：直拨新型网电话号码。

新型网向 PSTN网拨号： 99+PSTN电话号码。

PSTN网向新型网拨号： 077+MP号码，（ 077或其他号码必须获得电信公司配合）。

用户进入通话后，连续拨 "***", 双方通话内容自动存入邮箱。

17 ) 录音电话：

用户可选择：来电未接，自动播放邮箱中的录音，然后在邮箱中记录来电内容。

可选包月收费。

18 ) 语音电话会议：

节点服务器，配备专用多路语音合成设备，音色清晰，延迟低。会议发起方预约会议时间、人数、对应号码、外网 PSTN密码，并可选择全程录音。

节点服务器，向指定用户发送短信通知（包括会议号码）。

用户在指定时间，拨指定号码，加入电话会议。

节点服务器，自动审核时间、会议号码及用户号码，并可自动向参会方呼叫。

19 ) 语音自动服务中心：

与多媒体网站功能类似，只限于语音，此功能一般企业用 1 台 PC 即可实现，在新型网网上每家每户都可自动设立，不需要任何硬件，只收少量月费。

语音自动服务中心：适用于天气、股票、交通、公共服务、客户服务等。

20 ) 语音呼叫中心：

发起方终端或相连的 MPC, 将多路电话天捆绑到一个号码（或名称），共享资源。

发起方可选择全程录音。

21 ) 有线音乐广播台：

类似电视广播，内容限于音乐。在本发明实施例中，所述 0号表、 1号表均是在入网过程中进行配置的。为使本领域技术人员更好地理解本发明，以下描述接入网设备的入网过程。

3.1.4 接入网设备的入网流程

3.1.4.1接入交换机的入网过程：

首先每台允许入网的接入交换机都必须在节点服务器里注册，没有注册的接入交换机无法入网。如图 4所示，所述接入交换机入网的过程涉及以下步骤：

1、节点服务器向每个端口发送查询包，接入交换机收到查询包后发送应答包，应答包中包含当前接入交换机的注册信息；

2、节点服务器收到接入交换机发出的应答后，就知道哪个端口下接了一台接入交换机，然后在节点服务器内部的注册信息表里找到该接入交换机信息，向该接入交换机发送入网命令（告知接入网地址），该接入交换机收到入网命令后就入网了，同时向节点服务器发送入网命令应答；

3、节点服务器收到接入交换机发出的入网命令应答就知道该接入交换机已经入网了，以后定时向这个端口发送状态查询包，检查这台接入交换机是否正常工作，同时还要向该接入交换机的下行端口发送端口查询包，检查是否有其他接入网设备接在该接入交换机下面。如果当前接入交换机正常工作，收到状态查询包后会发送状态查询应答给节点服务器。当节点服务器一段时间之内没有收到状态查询应答，就认为该接入交换机已经被移出网络，不再发送状态查询包，而继续向本端口发送查询包。 3.1.4.2节点服务器与接入交换机在入网过程中的交互示例：为了简单起见，假设节点服务器并未和节点交换机相连，忽略城域网的入网过程，为了方便讨论，假设此节点服务器有 8个下行百兆网口依次定义为 0号端口到 7号端口， 1个 CPU模块接口定义为 8号端口， 1个磁盘阵列接口定义为 9号端口，1个上行千兆光口定义为 10号端口，此节点服务器型号为 MSS-400。如图 5所示， MSS-400的 0号端口接了 1台 BX-008-0, BX-008-0的 1号端口接了 1台 BX-008-K

51、 MSS-400服务器上电后初始化硬件，获得默认城域网地址（假设为 0x00 0x0000 0x0000 ), 从硬盘导入配置文件到 CPU内存（例如交换机的注册信息、终端的注册信息等等）， MSS-400 服务器配置自己的接入网地址为 0x0000;

52、 MSS-400服务器初始化 0、 1、 2、 3号表：

•配置 0号表为 "000 0000 0000 " , 即所有查询包传送关闭； ·配置 1号表为 "001 0000 0000", 即所有的应答包导向 CPU;

•配置 2号、 3号表为 "000 0000 0000 " , 即所有单组播数据包传送关闭；

53、 MSS-400服务器知道自己有 8个下行端口，所以它配置 8个 0 号表的表项分别为：

· "00 0000 0000 0000 0001 " => "000 0000 0001",即目的地址（ DA ) 是 0x8000 0x0000 0x0000 0x0001的查询包导向 0号端口；

• "00 0000 0000 0000 0010 " => "000 0000 0010",即目的地址（ DA ) 是 0x8000 0x0000 0x0000 0x0002的查询包导向 1号端口；

• "00 0000 0000 0000 0011 " => "000 0000 0100", 即目的地址 ( DA )是 0x8000 0x0000 0x0000 0x0003的查询包导向 2号端口；

• "00 0000 0000 0000 0100 " => "000 0000 1000", 即目的地址 ( DA )是 0x8000 0x0000 0x0000 0x0004的查询包导向 3号端口；

• "00 0000 0000 0000 0101 " => "000 0001 0000", 即目的地址 ( OA ) 0x8000 0x0000 0x0000 0x0005的查询包导向 4号端口；

• "00 0000 0000 0000 01 10 " => "000 0010 0000" , 即目的地址 ( DA )是 0x8000 0x0000 0x0000 0x0006的查询包导向 5号端口；

• "00 0000 0000 0000 01 1 1 " => "000 0100 0000" , 即目的地址 ( DA )是 0x8000 0x0000 0x0000 0x0007的查询包导向 6号端口；

• "00 0000 0000 0000 1000 " => "000 1000 0000" , 即目的地址 ( DA )是 0x8000 0x0000 0x0000 0x0008的查询包导向 7号端口；

54、 MSS-400服务器发目的地址（DA )是 0x8000 0x0000 0x0000 0x0001、 0x8000 0x0000 0x0000 0x0002、 0x8000 0x0000 0x0000 0x0003、 0x8000 0x0000 0x0000 0x0004 , 0x8000 0x0000 0x0000 0x0005 , 0x8000 0x0000 0x0000 0x0006、 0x8000 0x0000 0x0000 0x0007、 0x8000 0x0000 0x0000 0x0008的查询包（ SA都为 0x0000 0x0000 0x0000 0x0000 ), 根据 0号表的配置，所述查询包会依次导向 0到 7号端口；

55、 BX-008-0、 BX-008- 1交换机上电后初始化硬件，

·配置 0号表" 00 xxxx xxxx xxxx xxxx" 为 "01 0000 0000" , 即所有查询包导向 CPU;

•配置 1号表，，01 xxxx xxxx xxxx xxxx" 为 " 10 0000 0000" , 即所有的应答包导向上行的百兆网口；

56、 BX-008-0交换机收到查询包后，根据其 0号表的配置，该查询包被接收至其 CPU模块，由 CPU解析该查询包后生成应答包（应答包中包含本交换机的注册信息），并发送给 MSS-400服务器，该应答包的 DA是 0x0800 0x0000 0x0000 0x0000 , SA是 0x0000 0x0000 0x0000 0x0001 ;

57、 MSS-400服务器收到 BX-008-0交换机发出的应答包后，对比应答包的源地址（ SA )及设备类型就知道它的 0号端口下接了一台接入交换机，然后在节点服务器内部的注册信息表里找到这台接入交换机的信息，向这台接入交换机发送入网命令 (告知其接入网地址为 0x0001 );

58、 BX-008-0 交换机收到入网命令后，知道自己的接入网地址是 0x0001就入网了，于是配置其 0号表" 00 0000 0000 0000 0001" 为 "01 0000 0000", 并 0号表其余表项配置为" 00 0000 0000 " , 即只有本交换机的下行协议包导入 CPU, 同时向 MSS-400服务器发送入网命令应答（入网命令应答包）；

59、 MSS-400服务器收到 BX-008-0交换机发出的入网命令应答就知道 BX-008-0 交换机已经入网了，以后每秒钟向这个端口发送状态查询包，检查 BX-008-0交换机是否正常工作，同时还要向 BX-008-0交换机的下行端口发送端口下行协议包，检查是否有其它接入网设备接在本接入交换机下面，在这种情况下， MSS-400服务器会在其 0号表中做如下配置：

"00 0000 0000 0000 1001 " => "000 0000 0001", 即目的地址

( DA )是 0x8000 0x0000 0x0000 0x0009的端口下行协议包导向 0号端口；

"00 0000 0000 0000 1010 " => "000 0000 0001", 目 ό 地址

( DA )是 0x8000 0x0000 0x0000 0x000a的端口下行协议包导向 0号端口；

"00 0000 0000 0000 1011 " => ^:'000 0000 0001", 目 ό 地址

( DA )是 0x8000 0x0000 0x0000 0x000b的端口下行协议包导向 0号端口；

"00 0000 0000 0000 1100 " => ^:'000 0000 0001", 目 ό 地址

( DA )是 0x8000 0x0000 0x0000 0x000c的端口下行协议包导向 0号端口；

"00 0000 0000 0000 1101 " => ^:'000 0000 0001", 目 ό 地址

( DA )是 0x8000 0x0000 0x0000 0x000d的端口下行协议包导向 0号端口；

"00 0000 0000 0000 1110 " => "000 0000 0001", 即目的地址 ( OA) 0x8000 0x0000 0x0000 OxOOOe的端口下行协议包导向 0号端口；

• "00 0000 0000 0000 1111 " => "000 0000 0001", 即目的地址 ( DA )是 0x8000 0x0000 0x0000 OxOOOf的端口下行协议包导向 0号端口；

• "00 0000 0000 0001 0000 " => "000 0000 0001", 即目的地址 ( DA )是 0x80000x00000x0000 0x0010的端口下行协议包导向 0号端口；

MSS-400 服务器会通过包括端口分配信息的端口分配包，通知 BX-008-0交换机在其 0号表中做如下配置：

• "000000 00000000 1001" => "0000000001",即目的地址（ DA) 足 0x80000x0000 0x00000x0009的端口下行协议包导向 0号端口；

• "000000 00000000 1010" => "0000000010",即目的地址（ DA) 足 0x80000x0000 0x00000x000a的端口下行协议包导向 1号端口；

• "000000 00000000 1011" => "0000000100",即目的地址（ DA) 足 0x80000x0000 0x00000x000b的端口下行协议包导向 2号端口；

• "000000 00000000 1100" => "0000001000",即目的地址（ DA) 足 0x80000x0000 0x0000 OxOOOe的端口下行协议包导向 3号端口；

• "000000 00000000 1101" => "0000010000",即目的地址（ DA) 足 0x80000x0000 0x00000x000d的端口下行协议包导向 4号端口；

• "000000000000001110" => "0000100000",即目的地址（ DA) 足 0x80000x0000 0x0000 OxOOOe的端口下行协议包导向 5号端口；

• "000000 000000001111" => "0001000000",即目的地址（ DA) 足 0x80000x0000 0x0000 OxOOOf的端口下行协议包导向 6号端口；

• "00000000000001 0000" => "0010000000",即目的地址（ DA ) 是 0x80000x00000x00000x0010的端口下行协议包导向 7号端口；

S10、 MSS-400服务器发目的地址（ DA )是 0x80000x00000x0000 0x0009、 0x80000x00000x00000x000a, 0x80000x00000x00000x000b, 0x8000 0x0000 0x0000 0x000c , 0x8000 0x0000 0x0000 OxOOOd, 0x8000 0x0000 0x0000 OxOOOe , 0x8000 0x0000 0x0000 OxOOOf, 0x8000 0x0000 0x0000 0x0010 的端口下行协议包（ SA 都为 0x0000 0x0000 0x0000 0x0000 ), 根据 MSS-400服务器中 0号表的配置，端口下行协议包会依次导向 MSS-400服务器 0号端口，根据 BX-008-0交换机中 0号表的配置，端口下行协议包会依次导向 BX-008-0交换机 0到 Ί号端口；

51 1、 BX-008- 1交换机从 BX-008-0交换机的 1号端口收到端口下行协议包（即目的地址是 0x8000 0x0000 0x0000 0x000a的端口下行协议包）后发送端口上行协议包（该端口上行协议包中包含本交换机的注册信息），包的 DA是 0x0800 0x0000 0x0000 0x0000 , SA是 0x0000 0x0000 0x0000 0x000a;

512、 MSS-400服务器收到 BX-008- 1交换机发出的端口上行协议包后，对比上行协议包的源地址（SA )及设备类型就知道 BX-008-0的 1号端口下接了一台接入交换机，然后在服务器内部的注册信息表里找到这台接交换机信息，并向该接入交换机发送入网命令（告知其接入网地址为 0x000a );

513、 BX-008-1 交换机收到入网命令后，知道自己的接入网地址是 0x000a就入网了，配置其 0号表" 00 0000 0000 0000 1010" 为 "01 0000 0000" , 0号表其余表项配置为 " 00 0000 0000 " , 即只有本交换机的下行协议包导入 CPU, 同时向服务器发送入网命令应答；

514、 MSS-400 服务器收到交换机发出的入网命令应答就知道 BX-008-1交换机已经入网了，以后每秒钟向这个端口发送状态查询包，检查 BX-008- 1交换机是否正常工作，同时还要向 BX-008-1交换机的下行端口发送端口下行协议包，检查是否有其他接入网设备接在本接入交换机下面。如果当前接入交换机正常工作，收到状态查询包后会发送状态查询应答给服务器。当服务器 6秒之内没有收到状态查询应答，就认为这台接入交换机已经被移出网络，不再发送状态查询包，继续向本端口发送查询包。 3.1.4.3终端的入网过程：

首先每台允许入网的终端都必须在节点服务器中注册，没有注册的终端无法入网。如图 6所示，所述终端入网的过程涉及以下步骤：

1、节点服务器向每个端口发送查询包，终端收到查询包后发送应答包，该应答包中包含终端的注册信息；

2、节点服务器收到终端发出的应答包后就知道哪个端口下接了哪种终端（机顶盒，编码板还是存储器），然后在节点服务器内部的注册信息表里找到该终端的信息，向该终端发送入网命令（告诉终端的接入网地址），终端收到入网命令后就入网了，同时向节点服务器发送入网命令应答；

3、节点服务器收到终端发出的入网命令应答就知道本终端已经入网了，以后定时向这个端口发送状态查询包，检查终端是否正常工作。如果终端正常工作，收到状态查询包后会发送状态查询应答给节点服务器。当节点服务器一段时间之内没有收到状态查询应答，就认为本终端已经被移出网络，不再发送状态查询包，继续向本端口发送查询包。

3.1.4.4节点服务器与接入交换机、终端在入网过程中的交互示例：接入网的地址可以设置为 16bit,所有接入网设备都有唯一的接入网地址（包括机顶盒、接入交换机、存储器，甚至节点服务器本身）。为方便管理所有接入网设备的接入网地址，在节点服务器的 CPU模块中可以维护一张地址信息表，该表的大小为 2的 16次方，也即 64K, 每个表的表项由： ¾口下构成：

1 ) 地址占用描述符： "00" 表示此地址未用， "01 " 表示此地址待用（节点服务器用此地址发出了端口下行协议包，但未收到入网上行协议包）， " 10" 表示此地址已用（节点服务器收到入网上行协议包后设置）；

2 ) 设备描述符：例如， "000000" 表示节点服务器， "000001 " 表示其中一种接入交换机 BX-008 , " 000010" 表示其中一种存储器， "000011 " 表示其中一种终端;

3 ) 设备资源描述信息：例如，该设备是接入交换机的话，它的网络端口连接的设备的接入网地址，它的各个网络端口的上下行流量计数；如果该设备是存储器的话，它的网络端口连接的设备的接入网地址，它的读写通道的计数以及网络端口的上下行流量计数；等等，所有这些信息是为了服务流程提供决策依据，而且每次的服务流程中都会修改这些信息。

如图 3所示，假设一台节点服务器 MSS-400 , 它的 0号端口接了一台接入交换机 BX-008-0 , 它的 1 号端口接了一台接入交换机 BX-008-1 , BX-008-0的 0号端口接了一台机顶盒 STB-0 , BX— 008-1 的 1号端口接了一台机顶盒 STB-1。

51、 MSS-400服务器上电后初始化硬件，获得默认城域网地址（假设为 0x00 0x0000 0x0000 ), 从硬盘导入配置文件到 CPU内存（例如交换机的注册信息、终端的注册信息等等）， MSS-400 服务器初始化地址信息表，全部清零（表示所有地址未用）， MSS-400 服务器配置自己的接入网地址为 0x0000, 也即地址信息表的第 0x0000项被配置成如下： *地址占用描述符： " 10" 表示此地址已用；

*设备描述符： "000000" 表示节点服务器；

·设备资源描述信息：此节点服务器有 8个下行百兆网口依次定义为 0号端口到 7号端口， 1个 CPU模块接口定义为 8号端口， 1个磁盘阵列接口定义为 9号端口， 1个上行千兆光口定义为 10号端口，此节点服务器型号为 MSS-400 , 它的网络端口连接的设备的接入网地址未分配，它的各个网络端口的上下行流量计数为 0;

地址信息表下一个可用地址为 0x0001 ;

52、 MSS-400服务器初始化 0、 1、 2、 3号表：

*配置 0号表为 "000 0000 0000 " , 即所有下行协议包传送关闭； •配置 1号表为 "001 0000 0000", 即所有上行协议包导向 CPU; •配置 2号、 3号表为 "000 0000 0000 " , 即所有单组播数据包传送关闭；

53、 MSS-400服务器知道自己有 8个下行端口，下一个可用地址为 0x0001 , 所以它配置 8个 0号表的表项分别为：

• "00 0000 0000 0000 0001 " => "000 0000 0001",即目的地址（ DA ) 是 0x8000 0x0000 0x0000 0x0001的查询包导向 0号端口；

• "00 0000 0000 0000 0101 " => "000 0001 0000", 即目的地址 ( DA )是 0x8000 0x0000 0x0000 0x0005的查询包导向 4号端口；

• "00 0000 0000 0000 0110 " => "000 0010 0000", 即目的地址

( DA )是 0x8000 0x0000 0x0000 0x0006的查询包导向 5号端口；

• "00 0000 0000 0000 0111 " => "000 0100 0000", 即目的地址 ( DA )是 0x8000 0x0000 0x0000 0x0007的查询包导向 6号端口；

• "00 0000 0000 0000 1000 " => "000 1000 0000", 即目的地址 ( DA )是 0x8000 0x0000 0x0000 0x0008的查询包导向 7号端口；

54、 MSS-400服务器发目的地址（DA )是 0x8000 0x0000 0x0000 0x0001、 0x8000 0x0000 0x0000 0x0002、 0x8000 0x0000 0x0000 0x0003、 0x8000 0x0000 0x0000 0x0004 , 0x8000 0x0000 0x0000 0x0005 , 0x8000 0x0000 0x0000 0x0006、 0x8000 0x0000 0x0000 0x0007、 0x8000 0x0000 0x0000 0x0008的查询包（ SA都为 0x0000 0x0000 0x0000 0x0000 ), 根据其 0号表的配置，所述查询包会依次导向 0到 7号端口；此时，地址信息表的第 0x0001至 0x0008项被配置成：

*地址占用描述符： "01 " 表示此地址待用； *设备描述符：不做修改；

•设备资源描述信息：不做修改；

地址信息表的下一个可用地址为 0x0009;

55、 BX-008-0、 BX-008-1交换机上电后初始化硬件，

·配置其 0号表" 00 xxxx xxxx xxxx xxxx" 为 "01 0000 0000", 即所有下行协议包包导向 CPU;

•配置其 1号表，，01 xxxx xxxx xxxx xxxx" 为 " 10 0000 0000", 即所有的上行协议包导向上行的百兆网口；

•配置其 2号、 3号表为 "00 0000 0000 " , 即所有单组播数据包传送关闭；

56、 BX-008-0交换机收到查询包后，根据其 0号表的配置，该查询包被接收至其 CPU模块，由 CPU模块解析该查询包并生成应答包（该应答中包含本接入交换机的注册信息）发送给 MSS-400 服务器，包的 DA是 0x0800 0x0000 0x0000 0x0000 , SA是 0x0000 0x0000 0x0000 0x0001 ;

57、 MSS-400服务器收到 BX-008-0交换机发出的应答包后，对比应答包的源地址（SA )、及设备类型就知道其 0号端口下接了一台接入交换机，然后在节点服务器内部的注册信息表里找到这台接入交换机的信息，向该接入交换机发送入网命令（告知其接入网地址为 0x0001 );

S8、 BX-008-0 交换机收到入网命令后，知道自己的接入网地址是

0x0001就入网了，于是配置其 0号表" 00 0000 0000 0000 0001" 为 "01 0000 0000", 0号表其余表项配置为" 00 0000 0000 " , 即只有本交换机的下行协议包导入 CPU, 同时向服务器发送入网命令应答；

S9、 MSS-400服务器收到 BX-008-0交换机发出的入网命令应答就知道 BX-008-0 交换机已经入网了，于是将服务器内部的地址信息表的第 0x0001项被配置成：

*地址占用描述符： " 10" 表示此地址已用；

•设备描述符： "00000Γ 表示其中一种接入交换机 BX-008; •设备资源描述信息：此接入交换机有 8个下行百兆网口依次定义为 0号端口到 7号端口， 1个 CPU模块接口定义为 8号端口， 1个上行百兆网口定义为 9号端口，此接入交换机型号为 BX-008 , 它的上行网络端口连接的设备的接入网地址是 0x0000 (即 MSS-400 ), 下行网络端口连接的设备的接入网地址未分配，它的各个网络端口的上下行流量计数为 0;

以后每秒钟向这个端口发送状态查询包，检查 BX-008-0 交换机是否正常工作，同时还要向 BX-008-0 交换机的下行端口发送端口下行协议包，检查是否有其他接入网设备接在本接入交换机下面。在这种情况下， MSS-400服务器会在其 0号表中做如下配置：

"00 0000 0000 0000 1001 " => "000 0000 0001", 即目的地址

"00 0000 0000 0000 1010 " => "000 0000 0001", 即目的地址

"00 0000 0000 0000 1011 " => "000 0000 0001", 即目的地址

"00 0000 0000 0000 1100 " => "000 0000 0001", 即目的地址

"00 0000 0000 0000 1101 " => "000 0000 0001", 即目的地址

"00 0000 0000 0000 1110 " => "000 0000 0001", 即目的地址

( DA )是 0x8000 0x0000 0x0000 0x000e的端口下行协议包导向 0号端 • "00 0000 0000 0000 1111 " => "000 0000 0001", 即目的地址 ( DA )是 0x8000 0x0000 0x0000 OxOOOf的端口下行协议包导向 0号端口；

• "00 0000 0000 0001 0000 " => "000 0000 0001", 即目的地址 ( DA )是 0x8000 0x0000 0x0000 0x0010的端口下行协议包导向 0号端口：

MSS-400 服务器会通过包括端口分配信息的端口分配包， BX-008-0交换机在其 0号表中做如下配置：

• "00 0000 0000 0000 1001 " => "00 0000 0001",即目的地址（ DA ) 足 0x8000 0x0000 0x0000 0x0009的端口下行协议包导向 0号端口；

• "00 0000 0000 0000 1010 " => "00 0000 0010",即目的地址（ DA ) 足 0x8000 0x0000 0x0000 0x000a的端口下行协议包导向 1号端口；

• "00 0000 0000 0000 1011 " => "00 0000 0100",即目的地址（ DA ) 足 0x8000 0x0000 0x0000 0x000b的端口下行协议包导向 2号端口；

• "00 0000 0000 0000 1100 " => "00 0000 1000",即目的地址（ DA ) 足 0x8000 0x0000 0x0000 0x000c的端口下行协议包导向 3号端口；

• "00 0000 0000 0000 1101 " => "00 0001 0000",即目的地址（ DA ) 足 0x8000 0x0000 0x0000 0x000d的端口下行协议包导向 4号端口；

• "00 0000 0000 0000 1110 " => "00 0010 0000",即目的地址（ DA ) 足 0x8000 0x0000 0x0000 0x000e的端口下行协议包导向 5号端口；

• "00 0000 0000 0000 1111 " => "00 0100 0000",即目的地址（ DA ) 足 0x8000 0x0000 0x0000 OxOOOf的端口下行协议包导向 6号端口；

• "00 0000 0000 0001 0000 " => "00 1000 0000",即目的地址（ DA ) 足 0x8000 0x0000 0x0000 0x0010的端口下行协议包导向 7号端口；

S10、 MSS-400服务器发目的地址（ DA )是 0x8000 0x0000 Ox 0000

0x0009、 0x8000 0x0000 0x0000 0x000a, 0x8000 0x0000 0x0000 0x000b , 0x8000 0x0000 0x0000 0x000c, 0x8000 0x0000 0x0000 0x000d, 0x8000 0x0000 0x0000 OxOOOe, 0x8000 0x0000 0x0000 OxOOOf、 0x8000 0x0000 0x0000 0x0010 的端口下行协议包（ SA 都为 0x0000 0x0000 0x0000 0x0000 ), 根据 MSS-400服务器中 0号表的配置，所述端口下行协议包会依次导向 MSS-400服务器 0号端口，根据 BX-008-0交换机中 0号表配置，端口下行协议包会依次导向 BX-008-0交换机 0到 7号端口；并且， MSS-400服务器中的地址信息表的第 0x0009至 0x0010项被配置成： *地址占用描述符： "01 " 表示此地址待用；

*设备描述符：不做修改；

•设备资源描述信息：不做修改；

下一个可用地址为 0x0011 ;

Sl l、 STB-0从 BX-008-0交换机的 0号端口收到端口下行协议包（即目的地址是 0x8000 0x0000 0x0000 0x0009的端口下行协议包 )收到端口下行协议包后发送端口上行协议包（包含本终端的注册信息），包的 DA 是 0x0800 0x0000 0x0000 0x0000 , SA是 0x0000 0x0000 0x0000 0x0009 (交换机的 0号端口）；

S12、 MSS-400服务器收到 STB-0交换机发出的端口上行协议包后，对比上行协议包的源地址（ SA )及设备类型就知道 BX-008-0的 0号端口下接了一台终端，然后在服务器内部的注册信息表里找到终端信息，向终端发送入网命令（告诉终端的接入网地址为 0x0009 );

S13、 STB-0收到入网命令后，知道自己的接入网地址是 0x0009就入网了，同时向服务器发送入网命令应答；

14、 MSS-400服务器收到 STB-0发出的入网命令应答就知道 STB-0 交换机已经入网了，于是将地址信息表的第 0x0009项配置成：

*地址占用描述符： " 10" 表示此地址已用；

*设备描述符： "000011 " 表示其中一种终端；

·设备资源描述信息：此终端有视音频编解码引擎， 1个百兆网口，此终端型号为 STB , 它的网络端口连接的设备的接入网地址是 0x0001 (即 BX-008-0 ), 它的网络端口的上下行流量计数为 0;

地址信息表的第 0x0001项被配置成： *地址占用描述符：不做修改；

*设备描述符：不做修改；

•设备资源描述信息：此接入交换机有 8个下行百兆网口依次定义为 0号端口到 7号端口， 1个 CPU模块接口定义为 8号端口， 1个上行百兆网口定义为 9号端口，此接入交换机型号为 BX-008 , 它的上行网络端口连接的设备的接入网地址是 0x0000 (即 MSS-400 ), 下行网络端口 0连接的设备的接入网地址是 0x0009 , 其余未分配，它的各个网络端口的上下行流量计数为 0 ;

以后 MSS-400 服务器每秒钟向这个端口发送状态查询包，检查 STB-0是否正常工作，当服务器 6秒之内没有收到状态查询应答，就认为 STB-0已经被移出网络，不再发送状态查询包，继续向本端口发送查询包。

参照上述第 S6—S 14步骤， BX-008- 1也会入网，获得其接入网地址为 0x0002; STB- 1也会入网，获得其接入网地址为 0x0012。

3. 1.5入网过程中的数据格式定义：

PDU是用户终端和服务器的信息交互方式，两者使用原始套接字 (R«w Socket)传递 PDU , 其数据格式如下：

系统消息（PDU ) 定义

一. 端口查询

1、端口查询指令，由服务器发出， 32W短信令:

5-7 3W 系统时钟

8-9 2W 网关的 IP地址 (本字段只对终端有效 )0-12 3W 网关的 MAC地址（本字段只对终端有效 )3-31 19W 0000 填充

2、端口查询应答指令， 32W短信令:

机顶盒收到 8A01发给服务器的应答

交换机收到 8A01发给服务器的应答

11-13 3W 版本信息（交换机固有）

14-31 18W 0000 填充 0

编码板收到 8A01发给服务器的应答

设备标识：暂时可以取值 0x5131 0201 000X ( X = 0-f )

3、入网指令，由服务器发出， 32W短信令:

4、入网确认指令， 32W短信令:

号

0 1W 8A12 入网确认指令

1 1W 设备类型

2-4 3W 设备标识

5-10 6W 设备型号（辅助信息， ASCII码）

11-13 3W 用户号码（从 8al l获取）

14 1W 用户分机号（从 8al l获取）

15-18 4W 网络地址（从 8a01获取）

19-31 13W 0000 填充

5、状态查询指令，由服务器发出， 32W短信令:

给交换机的状态查询指令

给机顶盒的状态查询指令字段

长度代码说明号

0 1W 8A31 机顶盒状态查询指令

1-4 4W 网络地址

5-7 3W 实时时钟（由服务器维护）

8-10 3W 机顶盒号码

11-31 21W 0000 填充

6、状态查询应答指令， 32W短信令:

交换机的状态查询应答

机顶盒的状态查询应答字段

长度代码说明号

0 1W 8A23 用户终端状态查询应答指令

1 1W 设备类型

2-4 3W 设备标识

5-7 3W 用户号码

8 1W 用户终端分机号码

9 1W 终端设备状态（正常 =0 )

10 1W 用户终端环境温度

11 1W 终端所接设备的类型

终端所接设备的开关状态 0=

12 1W

下电 1=上电

13-30 18W 同 11-12

31 lw CRC 编码板的状态查询应答

三、以下通过与 IP互联网对比，更进一步描述本发明实施例的优点：

1、网络地址结构上根治仿冒

IP 互联网的地址由用户设备告诉网络；本发明的新型网地址由网络告诉用户设备。

为了防范他人入侵， PC 和互联网设置了繁瑣的口令、密码障碍。就算是实名地址，仍无法避免密码被破译或用户稍不留神而造成的安全信息泄漏。连接到 IP 互联网上的 PC 终端，首先必须自报家门，告诉网络自己的 IP 地址。然而，谁能保证这个 IP 地址是真是假。这就是 IP互联网第一个无法克服的安全漏洞。

本发明的新型网终端的地址是通过网管协议学来的，用户终端只能用这个学来的地址进入本发明的新型网，因此，无需认证确保不会错。详细描述参见网管协议。本发明的新型网创立了有序化结构 "带色彩"的地址体系（D/SCAF ) 。本发明的新型网地址不仅具备唯一性，同时具备可定位和可定性功能，如同个人身份证号码一样，隐含了该用户端口的地理位置、设备性质、服务权限等其他特征。本发明的新型网交换机根据这些特征规定了分组包的行为规则，实现不同性质的数据分流。

2、每次服务发放独立通行证，阻断黑客攻击和病毒扩散的途径；

IP 互联网可以自由进出，用户自备防火墙；本发明的新型网每次服务必须申请通行证。

由于通讯协议在用户终端执行，可能被篡改。由于路由信息在网上广播，可能被窃听。网络中的地址欺骗、匿名攻击、邮件炸弹、泪滴、隐蔽监听、端口扫描、内部入侵、涂改信息等形形色色固有的缺陷，为黑客提供了施展空间。垃圾邮件等互联网污染难以防范。

由于 IP 互联网用户可以设定任意 IP 地址来冒充别人，可以向网上任何设备发出探针窥探别人的信息，也可以向网络发送任意干扰数据包（泼脏水）。为此，许多聪明人发明了各种防火墙，试图保持独善其身。但是，安装防火墙是自愿的，防火墙的效果是暂时的和相对的， IP 互联网本身永远不会干净。这是 IP 互联网第二项收不了场的安全败笔。

本发明的新型网用户入网后，网络交换机仅允许用户向节点服务器发出有限的服务请求，对其他数据包一律关门。如果节点服务器批准用户申请，即向用户所在的交换机发出网络通行证，用户终端发出的每个数据包若不符合网络交换机端的审核条件一律丟弃，彻底杜绝黑客攻击。每次服务结束后，自动撤销通行证。通行证机制由交换机执行，不在用户可控制的范围内：

审核用户数据包的源地址：防止用户发送任何假冒或匿名数据包（入网后自动设定）

审核目标地址：用户只能发送数据包到服务器指定的对象（服务申请时确定）

审核数据流量：用户发送数据流量必须符合服务器规定（服务申请时确定）

审核版权标识：防止用户转发从网上下载的有版权内容（内容供应商设定）

本发明的新型网不需要防火墙、杀毒、加密、内外网隔离等消极手段，本发明的新型网从结构上彻底阻断了黑客攻击和病毒扩散的途径，是本质上可以高枕无忧的安全网络。

3、网络设备与用户数据完全隔离，切断病毒和木马的生命线； IP 互联网设备可随意拆解用户数据包；本发明的新型网设备与用户数据完全隔离。即在数据传输中，新型网设备（例如，交换机、网关等）对用户数据包并不进行拆解，而是直接依据数据包的地址，查找映射表，将其从相应端口转发即可。即本发明的交换机并不存在自己计算和选择路由的功能。

冯-诺依曼创造的电脑将程序指令和操作数据放在同一个地方，也就是说一段程序可以修改机器中的其他程序和数据。沿用至今的这一电脑模式，给特洛伊木马，蠕虫，病毒，后门等留下了可乘之机。随着病毒的高速积累，防毒软件和补丁永远慢一拍，处于被动状态。

互联网 TCP/IP 协议的技术核心是尽力而为、储存转发、检错重发。为了实现互联网的使命，网络服务器和路由器必须具备解析用户数据包的能力，这就为黑客病毒留了活路，网络安全从此成了比谁聪明的角力，永无安宁。这是 IP 互联网第三项遗传性缺陷。

本发明的新型网上所有的服务器和交换机设备中的 CPU 都不可能接触到任意一个用户数据包。也就是说，整个本发明的新型网只是为业务提供方和接收方的终端设备之间，建立一条完全隔离和流量行为规范的透明管道。用户终端不管收发什么数据，一概与网络无关。从结构上切断了病毒和木马的生命线。因此，本发明的新型网杜绝网络上的无关人员窃取用户数据的可能，同理，那些想当黑客或制毒的人根本就没有可供攻击的对象。

4、用户之间的自由连接完全隔离，确保有效管理：

IP 互联网是自由市场，无中间人；本发明的新型网是百货公司，有中间人。对于网络来说，消费者与内容供应商都属于网络用户范畴，只是大小不同而已。 IP 互联网是个无管理的自由市场，任意用户之间可以直接通讯（P2P ) 。也就是说，要不要管理是用户说了算，要不要收费是单方大用户（供应商）说了算，要不要遵守法规也是单方大用户（吸血鬼网站）说了算。运营商至多收个入场费，要想执行法律、道德、安全和商业规矩只能是天方夜谭，现在和将来都不可能。这是 IP 互联网第四项架构上的残疾。

本发明的新型网创造了服务节点概念，形成有管理的百货公司商业模式。用户之间，或者消费者与供货商之间，绝对不可能有任何自由接触，一切联系都必须取得节点服务器（中间人）的批准。这是实现网络业务有效管理的必要条件。要想成为新型网的用户，必须先与网络运营商谈判自己的角色，从普通消费者、网上商店、学校医院、政府部门、直到电视台，都属于运营商的客户，就好像上述部门都是电话公司的客户一样。尽管看起来每个角色无非都是收发视讯内容，但如何收发必须严格遵守各自商定的行为法则。有了不可逾越的规范，各类用户之间的关系才能在真正意义上分成 C2C、 B2C、 B2B 等，或者统称为有管理的用户与用户间通讯 ( MP2P ) 。

5、商业规则植入通讯协议，确保盈利模式；

IP 互联网奉行先通讯，后管理模式；本发明的新型网奉行先管理，后通讯模式。

网上散布非法媒体内容，只有造成恶劣影响以后，才能在局部范围内查封，而不能防范于未然。法律与道德不能防范有组织有计划的"职业攻击"。而且法律只能对已造成危害的人实施处罚。 IP 互联网将管理定义成一种额外附加的服务，建立在应用层。因此，管理自然成为一种可有可无的摆设。这是 IP 互联网第五项难移的本性。

本发明的新型网用户终端只能在节点服务器许可范围内的指定业务中，选择申请其中之一。服务建立过程中的协议信令，由节点服务器执行（不经用户之手）。用户终端只是被动地回答服务器的提问，接受或拒绝服务，不能参与到协议过程中。一旦用户接受服务器提供的服务，只能按照通行证规定的方式发送数据包，任何偏离通行证规定的数据包一律在底层交换机中丟弃。本发明的新型网协议的基本思路是实现以服务内容为核心的商业模式，而不只是完成简单的数据交流。在这一模式下，安全是新型网的固有属性，而不是附加在网络上的额外服务项目。当然，业务权限审核、资源确认和计费手续等，均可轻易包含管理合同之中。

由于本发明关于一种接入网设备的通信连接系统、一种节点服务器及一种接入交换机的装置实施例基本相应于前述方法实施例，具体可以参见前述方法实施例中的相关说明，在此就不贅述了。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上对本发明所提供的一种接入网设备的通信连接方法、一种接入网设备的通信连接系统、一种节点服务器及一种接入交换机进行了详细以上实施例的说明只是用于帮助理解本发明的方法及其核'、思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。

Claims

权利要求

1、一种接入网设备的通信连接方法，其特征在于，所述接入网设备包括节点服务器、接入交换机和终端，所述的方法包括：

节点服务器依据源终端发起的服务请求协议包，获取当次服务的通信链路信息，所述通信链路信息包括，参与当次服务接入交换机的通信端口信息；

2、如权利要求 1所述的方法，其特征在于，还包括：

节点服务器在其内部的数据包地址表中设置当次服务的数据包所导向的端口。

3、如权利要求 1 所述的方法，其特征在于，所述源终端发起的服务请求包括单播通信服务请求和组播通信服务请求；所述数据包地址表包括单播数据包地址表和组播数据包地址表。

4、如权利要求 2 所述的方法，其特征在于，所述节点服务器获取当次服务的通信链路信息的步骤包括：

5、如权利要求 4 所述的方法，其特征在于，所述通信链路信息为单向通信链路信息，或为双向通信链路信息。

6、如权利要求 4或 5所述的方法，其特征在于，所述节点服务器获取当次服务的通信链路信息的步骤还包括：

节点服务器向所述源终端和目标终端发送菜单协议包；

7、如权利要求 6 所述的方法，其特征在于，所述节点服务器获取当次服务的通信链路信息的步骤还包括：

8、如权利要求 4所述的方法，其特征在于，还包括：

节点服务器依据所述服务类型信息，确定当前设置的数据包地址表为单播数据包地址表。

9、如权利要求 8 所述的方法，其特征在于，所述节点服务器在其内部的单播数据包地址表中设置当次服务的单播数据包所导向的端口包括：

10、如权利要求 8所述的方法，其特征在于，当所述通信链路信息为单向通信链路信息时，所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口信息，以及，下行链路中接入交换机的下行端口信息；

所述接入交换机依据端口配置命令在其内部的单播数据包地址表中设置的当次服务的单播数据包所导向的端口包括：目的地址为目标终端的单播数据包所导向的上行链路中接入交换机的上行端口和下行链路中接入交换机的下行端口。

11、如权利要求 8所述的方法，其特征在于，当所述通信链路信息为双向通信链路信息时，所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口和下行端口信息，以及，下行链路中接入交换机的上行端口和下行端口信息；

12、如权利要求 2所述的方法，其特征在于，还包括：

节点服务器分别向源终端与目标终端发送服务处理命令，所述源终端与目标终端依据所述服务处理命令执行相应的操作。

13、如权利要求 2所述的方法，其特征在于，所述节点服务器获取当次服务的通信链路信息的步骤包括：

14、如权利要求 13 所述的方法，其特征在于，所述节点服务器获取当次服务的通信链路信息的步骤还包括：

15、如权利要求 14 所述的方法，其特征在于，所述节点服务器获取当次服务的通信链路信息的步骤还包括：

16、如权利要求 14所述的方法，其特征在于，还包括：

节点服务器依据所述服务类型信息，确定当前设置的数据包地址表为组播数据包地址表。

17、如权利要求 16 所述的方法，其特征在于，所述节点服务器在其内部的组播数据包地址表中设置当次服务的组播数据包所导向的端口包括：

目的地址为组播地址的组播数据包所导向的下行端口。

18、如权利要求 16 所述的方法，其特征在于，所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口信息，以及，下行链路中接入交换机的下行端口信息；

19、如权利要求 16 所述的方法，其特征在于，所述接入交换机的通信端口信息还包括上行链路中接入交换机的下行端口信息；

20、如权利要求 19 所述的方法，其特征在于，所述端口配置命令记录在协议包中，所述节点服务器依据其内部预置的下行协议包地址表的设置，通过连接相应接入交换机的下行端口将所述协议包导向至对应的接入交换机；

21、如权利要求 13所述的方法，其特征在于，还包括：

节点服务器向目标终端发送服务处理命令，目标终端依据所述服务处理命令执行相应的操作。

22、如权利要求 13所述的方法，其特征在于，还包括：

节点服务器向源终端发送服务处理命令，源终端依据所述服务处理命令执行相应的操作。

23、如权利要求 4、 5、 13或 14所述的方法，其特征在于，所述节点服务器获取当次服务的通信链路信息的步骤还包括：

若获得多条当次服务的通信链路信息，则节点服务器按照预置规则选择其中一条通信链路信息为当次服务的通信链路信息。

24、如权利要求 23 所述的方法，其特征在于，所述预置规则为节点服务器获取各条通信链路的流量信息，以及，当次服务的流量信息，确定已用流量最小的通信链路为当次服务的通信链路信息。

25、如权利要求 23 所述的方法，其特征在于，所述预置规则为节点服务器获取各条通信链路的带宽信息，以及，当次服务的带宽信息，确定带宽最大的通信链路为当次服务的通信链路信息。

26、如权利要求 1、 2或 3所述的方法，其特征在于，所述源终端发起的服务请求协议包，依据连接在所述源终端与节点服务器之间的接入交换机中预置的上行协议包地址表的设置，通过相应接入交换机的上行端口导向至节点服务器；

27、如权利要求 1、 2或 3所述的方法，其特征在于，还包括：在完成当次服务后，节点服务器在其内部的数据包地址表中，将所设置的当次服务数据包导向的端口释放；并向参与当次服务的接入交换机发送端口译放命令；

28、如权利要求 27所述的方法，其特征在于，还包括：

节点服务器向源终端和 /或目标终端发出服务结束命令，所述源终端和 /或目标终端依据所述服务结束命令结束服务处理。

29、如权利要求 27或 28所述的方法，其特征在于，所述节点服务器内部还设置有地址信息表，所述地址信息表中记录有地址占用信息、设备标识信息和设备资源信息。

30、如权利要求 29所述的方法，其特征在于，还包括：

节点服务器修改预置地址信息表中的内容，所述修改包括将所述释放端口的对应表项的地址占用信息更新为未占用；以及，更新对应的设备标识信息和设备资源信息。

31、如权利要求 1所述的方法，其特征在于，还包括：

32、如权利要求 31 所述的方法，其特征在于，当已入网的接入交换机接收到节点服务器发送的端口分配包时，所述的方法还包括：

33、如权利要求 32 所述的方法，其特征在于，当已入网的接入交换机接收到节点服务器发送的端口下行协议包时，所述的方法还包括：所述接入交换机依据其内部下行协议包地址表的设置，将所述端口下行协议包导向对应的下行端口；所述端口下行协议包中包括一个待分配的接入网地址；

若节点服务器接收到连接在所述接入交换机下行端口的某个下级接入网设备发送的端口上行协议包，并向该下级接入网设备发送入网命令，所述入网命令中包括该下级接入网设备的接入网地址，所述接入网地址即为该下级接入网设备所接收的端口下行协议包中待分配的接入网地址。

34、一种接入网设备的通信连接系统，其特征在于，所述接入网设备包括节点服务器、接入交换机和终端，所述节点服务器包括：

所述接入交换机包括：

35、如权利要求 34所述的系统，其特征在于，还包括：地址表配置模块，用于在节点服务器内部的数据包地址表中设置当次服务的数据包所导向的端口。

36、如权利要求 34 所述的系统，其特征在于，所述源终端发起的服务请求包括单播通信服务请求和组播通信服务请求；所述数据包地址表包括单播数据包地址表和组播数据包地址表。

37、如权利要求 35 所述的系统，其特征在于，所述节点服务器的通信链路获取模块包括：

单播服务协议包接收子模块，用于接收源终端发起的、用于与目标终端建立单播通信服务的服务请求协议包，所述服务请求协议包中包括服务类型信息，服务内容信息，以及，源终端的接入网地址，其中，所述服务内容信息包括服务号码；

38、如权利要求 37 所述的系统，其特征在于，所述通信链路信息为单向通信链路信息，或为双向通信链路信息。

39、如权利要求 37或 38所述的系统，其特征在于，所述节点服务器还包括：

40、如权利要求 39 所述的系统，其特征在于，所述接入交换机包括位于所述节点服务器和源终端之间的第一接入交换机，以及，位于所述节点服务器和目标终端之间的第二接入交换机；

所述第一接入交换机还包括：菜单协议包第一导向模块，用于依据其内部预置协议包地址表的设置，将所述菜单协议包被导向至源终端；

所述第二接入交换机还包括：

41、如权利要求 37 所述的系统，其特征在于，所述节点服务器还包括：

42、如权利要求 41 所述的系统，其特征在于，所述节点服务器在其内部的单播数据包地址表中设置当次服务的单播数据包所导向的端口包括：

43、如权利要求 41 所述的系统，其特征在于，当所述通信链路信息为单向通信链路信息时，所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口信息，以及，下行链路中接入交换机的下行端口信息；

44、如权利要求 41 所述的系统，其特征在于，当所述通信链路信息为双向通信链路信息时，所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口和下行端口信息，以及，下行链路中接入交换机的上行端口和下行端口信息；

45、如权利要求 35 所述的系统，其特征在于，所述节点服务器还包括：

服务处理命令发送模块，用于分别向源终端与目标终端发送服务处理命令；

所述源终端包括命令执行模块，用于依据所述服务处理命令执行相应的操作；

所述目标终端包括命令执行模块，用于依据所述服务处理命令执行相应的操作。

46、如权利要求 35 所述的系统，其特征在于，所述节点服务器的通信链路获取模块包括：

47、如权利要求 46 所述的系统，其特征在于，所述节点服务器的通信链路获取模块还包括：组播通信发起请求接收子模块，用于接收源终端提交的发起组播通信服务的服务请求协议包，所述服务请求协议包中包括服务类型信息，服务内容信息，以及，源终端的接入网地址，其中，所述服务内容信息中包括服务号码；

48、如权利要求 47 所述的系统，其特征在于，所述节点服务器的通信链路获取模块还包括：

49、如权利要求 47或 48所述的系统，其特征在于，所述节点服务器还包括：

50、如权利要求 49 所述的系统，其特征在于，所述节点服务器在其内部的组播数据包地址表中设置当次服务的组播数据包所导向的端口包括：

目的地址为组播地址的组播数据包所导向的下行端口。

51、如权利要求 49 所述的系统，其特征在于，所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口信息，以及，下行链路中接入交换机的下行端口信息；

52、如权利要求 51 所述的系统，其特征在于，所述接入交换机的通信端口信息还包括上行链路中接入交换机的下行端口信息；

53、如权利要求 52 所述的系统，其特征在于，所述端口配置命令记录在协议包中，所述节点服务器还包括：

54、如权利要求 37、 38、 46或 47所述的系统，其特征在于，所述节点服务器的通信链路获取模块还包括：

55、如权利要求 54 所述的系统，其特征在于，所述预置规则为节点服务器获取各条通信链路的流量信息，以及，当次服务的流量信息，确定已用流量最小的通信链路为当次服务的通信链路信息。

56、如权利要求 54 所述的系统，其特征在于，所述预置规则为节点服务器获取各条通信链路的带宽信息，以及，当次服务的带宽信息，确定带宽最大的通信链路为当次服务的通信链路信息。

57、如权利要求 34、 35或 36所述的系统，其特征在于，所述接入交换机为连接在所述源终端与节点服务器之间的接入交换机，所述接入交换机还包括：

58、如权利要求 34、 35或 36所述的系统，其特征在于，所述节点服务器还包括：

所述接入交换机还包括：

59、如权利要求 58 所述的系统，其特征在于，所述节点服务器还包括：

服务结束命令发送模块，用于向源终端和 /或目标终端发出服务结束命令；

60、如权利要求 58或 59所述的系统，其特征在于，所述节点服务器内部还设置有地址信息表，所述地址信息表中记录有地址占用信息、设备标识信息和设备资源信息。

61、如权利要求 60 所述的系统，其特征在于，所述节点服务器还包括：

地址信息表修改模块，用于修改预置地址信息表中的内容，所述修改包括将所述译放端口的对应表项的地址占用信息更新为未占用；以及，更新对应的设备标识信息和设备资源信息。

62、如权利要求 34 所述的系统，其特征在于，所述节点服务器还包括向接入交换机发送下行协议包的下行协议包发送模块，以及，依据接入交换机回复的上行协议包发送入网命令的第一入网命令发送模块；所述接入交换机还包括：

63、如权利要求 62 所述的系统，其特征在于，所述节点服务器还包括用于向已入网的接入交换机发送端口分配包的端口分配包发送模块，所述端口分配包中包括端口分配信息，所述端口分配信息为各个端口下行协议包导向所述接入交换机各个下行端口的信息；

所述接入交换机还包括：

64、如权利要求 63 所述的系统，其特征在于，所述节点服务器还包括用于向已入网的接入交换机发送端口下行协议包的端口下行协议包发送模块，所述端口下行协议包中包括一个待分配的接入网地址；所述接入交换机还包括：

65、如权利要求 64 所述的系统，其特征在于，所述接入网设备还包括连接在已入网接入交换机下行端口的下级接入网设备，所述节点服务器还包括用于向所述下级接入网设备发送入网命令的第二入网命令发送模块；

所述下级接入网设备包括：

第二入网命令接收模块，用于接收节点服务器发送的入网命令，所述入网命令中包括该下级接入交换机的接入网地址，所述接入网地址即为该下级接入交换机所接收端口下行协议包中的待分配接入网地址。

66、一种节点服务器，其特征在于，包括：

服务请求接收模块，用于接收源终端发起的服务请求协议包；通信链路获取模块，用于依据源终端发起的服务请求协议包，获取当次服务的通信链路信息，所述通信链路信息包括，参与当次服务接入交换机的通信端口信息；

67、如权利要求 66所述的节点服务器，其特征在于，还包括：地址表配置模块，用于依据所述节点服务器的通信端口信息，在其内部的数据包地址表中设置当次服务的数据包所导向的端口。

68、如权利要求 66 所述的节点服务器，其特征在于，所述源终端发起的服务请求包括单播通信服务请求和组播通信服务请求；所述数据包地址表包括单播数据包地址表和组播数据包地址表。

69、如权利要求 67 所述的节点服务器，其特征在于，所述通信链路获取模块包括：

70、如权利要求 69 所述的节点服务器，其特征在于，所述通信链路信息为单向通信链路信息，或为双向通信链路信息。

71、如权利要求 68或 69所述的节点服务器，其特征在于，还包括：菜单协议包发送模块，用于向所述源终端和目标终端发送菜单协议包；

72、如权利要求 69 所述的节点服务器，其特征在于，所述节点服务器还包括：

73、如权利要求 72 所述的节点服务器，其特征在于，所述节点服务器在其内部的单播数据包地址表中设置当次服务的单播数据包所导向的端口包括：

74、如权利要求 67 所述的节点服务器，其特征在于，当所述数据包为单播数据包时，所述节点服务器还包括：

75、如权利要求 67 所述的节点服务器，其特征在于，所述通信链路获取模块包括：

76、如权利要求 75 所述的节点服务器，其特征在于，所述通信链路获取模块还包括：

77、如权利要求 76 所述的节点服务器，其特征在于，所述通信链路获取模块还包括：

78、如权利要求 76或 77所述的节点服务器，其特征在于，还包括：组播地址表确定模块，用于依据所述服务类型信息，确定当前设置的数据包地址表为组播数据包地址表。

79、如权利要求 78 所述的节点服务器，其特征在于，所述节点服务器在其内部的组播数据包地址表中设置当次服务的组播数据包所导向的端口包括：

目的地址为组播地址的组播数据包所导向的下行端口。

80、如权利要求 66 所述的节点服务器，其特征在于，所述端口配置命令记录在协议包中，所述节点服务器还包括：

81、如权利要求 66所述的节点服务器，其特征在于，还包括：服务处理命令第一发送模块，用于向目标终端发送服务处理命令。

82、如权利要求 66所述的节点服务器，其特征在于，还包括：服务处理命令第二发送模块，用于向源终端发送服务处理命令。

83、如权利要求 68、 69、 75或 76所述的节点服务器，其特征在于，所述通信链路获取模块还包括：

84、如权利要求 83 所述的节点服务器，其特征在于，所述预置规则为节点服务器获取各条通信链路的流量信息，以及，当次服务的流量信息，确定已用流量最小的通信链路为当次服务的通信链路信息。

85、如权利要求 83 所述的节点服务器，其特征在于，所述预置规则为节点服务器获取各条通信链路的带宽信息，以及，当次服务的带宽信息，确定带宽最大的通信链路为当次服务的通信链路信息。

86、如权利要求 66、 67或 68所述的节点服务器，其特征在于，还包括：

交换机端口释放配置模块，用于向参与当次服务的接入交换机发送端口释放命令。

87、如权利要求 86所述的节点服务器，其特征在于，还包括：服务结束命令发送模块，用于向源终端和 /或目标终端发出服务结束命令。

88、如权利要求 86或 87所述的节点服务器，其特征在于，所述节点服务器内部还设置有地址信息表，所述地址信息表中记录有地址占用信息、设备标识信息和设备资源信息。

89、如权利要求 88所述的节点服务器，其特征在于，还包括：地址信息表修改模块，用于修改预置地址信息表中的内容，所述修改包括将所述译放端口的对应表项的地址占用信息更新为未占用；以及，更新对应的设备标识信息和设备资源信息。

90、一种接入交换机，其特征在于，包括：

91、如权利要求 90 所述的接入交换机，其特征在于，所述源终端发起的服务请求包括单播通信服务请求和组播通信服务请求。

92、如权利要求 91 所述的接入交换机，其特征在于，所述数据包地址表包括单播数据包地址表和组播数据包地址表。

93、如权利要求 90 所述的接入交换机，其特征在于，所述接入交换机包括位于所述节点服务器和源终端之间的第一接入交换机，以及，位于所述节点服务器和目标终端之间的第二接入交换机；

所述第一接入交换机还包括：

所述第二接入交换机还包括：

94、如权利要求 91 所述的接入交换机，其特征在于，当所述通信链路信息为单向通信链路信息时，所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口信息，以及，下行链路中接入交换机的下行端口信息；

95、如权利要求 91 所述的接入交换机，其特征在于，当所述通信链路信息为双向通信链路信息时，所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口和下行端口信息，以及，下行链路中接入交换机的上行端口和下行端口信息；

96、如权利要求 91 所述的接入交换机，其特征在于，所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口信息，以及，下行链路中接入交换机的下行端口信息；

97、如权利要求 96 所述的接入交换机，其特征在于，所述接入交换机的通信端口信息还包括上行链路中接入交换机的下行端口信息；所述接入交换机依据所述端口配置命令在其内部的组播数据包地址表中设置的当次服务的组播数据包所导向的端口还包括：

98、如权利要求 90、 91或 92所述的接入交换机，其特征在于，所述接入交换机为连接在所述源终端与节点服务器之间的接入交换机，所述接入交换机还包括：

99、如权利要求 90、 91或 92所述的接入交换机，其特征在于，还包括：

端口释放模块，用于依据节点服务器发送的端口释放命令在其内部的数据包地址表中，将所设置的当次服务数据包导向的端口释放。