CN102377633A - 一种接入网设备的通信连接方法及系统 - Google Patents
一种接入网设备的通信连接方法及系统 Download PDFInfo
- Publication number
- CN102377633A CN102377633A CN2010102482208A CN201010248220A CN102377633A CN 102377633 A CN102377633 A CN 102377633A CN 2010102482208 A CN2010102482208 A CN 2010102482208A CN 201010248220 A CN201010248220 A CN 201010248220A CN 102377633 A CN102377633 A CN 102377633A
- Authority
- CN
- China
- Prior art keywords
- port
- address
- service
- information
- node server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L45/00—Routing or path finding of packets in data switching networks
- H04L45/302—Route determination based on requested QoS
- H04L45/306—Route determination based on the nature of the carried application
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/64—Hybrid switching systems
- H04L12/6418—Hybrid transport
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/42—Loop networks
- H04L12/437—Ring fault isolation or reconfiguration
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种接入网设备的通信连接方法,所述接入网设备包括节点服务器、接入交换机和终端,所述的方法包括:节点服务器依据源终端发起的服务请求协议包,获取当次服务的通信链路信息,所述通信链路信息包括,参与当次服务的节点服务器和接入交换机的通信端口信息;节点服务器依据所述节点服务器的通信端口信息,在其内部的数据包地址表中设置当次服务的数据包所导向的端口;并依据所述接入交换机的通信端口信息,向相应的接入交换机发送端口配置命令;所述接入交换机依据端口配置命令在其内部的数据包地址表中,设置当次服务的数据包所导向的端口。本发明可以保证传输通路的稳定和通畅,避免多媒体业务的延时。
Description
技术领域
本发明涉及新型网络的技术领域,特别是涉及一种接入网设备的通信连接方法、一种接入网设备的通信连接系统、一种节点服务器及一种接入交换机。
背景技术
新型网络(包括互联网)使得不同的个人和机构之间能够交换信息和其他信息资源。网络通常包括通路、传输、信令以及网络管理等技术。这些技术已广泛地见诸于各类文献。对此作了概括介绍的有:StevenShepherd所著的《Telecommunications Convergence》(McGraw-Hill,2000),Annabel Z.Dodd所著的《The Essential Guide.toTelecommunications》第三版(Prentice Hall PRT,2001),或Ray Horak所著的《Communications Systems and Networks》第二版(M&T Books,2000)。这些技术以往取得的进展已经充分地增进了信息传输的速度和质量,并降低了其费用。
连接终端到一个广域传输网络的通路技术(如终端装置和网络边缘的局域环路)已经从14.4、28.8和56K的调制解调器发展到包括ISDN、T1、线缆调制解调器、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)到“Diff Serv”(1997),再到“Lightload”(2001),各种看似有效的QoS局部改善方案加起来,距离全网范围品质保证的目标还是像水中的月亮。QoS看起来很近,其实遥不可达。
早在IP互联网初期阶段,视讯应用已经成为网络服务的目标,如MBone。由于缺乏有效的品质保证,长期无法开展有商业价值的视频通讯服务,削弱了IP互联网的盈利能力。因此,解决网络传输品质难题,具有很大的商业价值。网络传输品质具体表现为丢包和误码。电脑文件对于传输中的错误不敏感,就算传输过程中大部分数据包都丢掉了,只要有TCP的重发机制,电脑还是会认为网络是可用的。但是,若丢包和误码率高于千分之一,对同步视讯将会造成视音品质下降。经验数据告诉我们,高品质视频通讯甚至要求丢包和误码少于十万分之一。当前网络环境的测试数据显示,绝大部分丢包发生在路由器内部,在光纤传输中产生的误码几乎可以忽略不计。
*为什么“Inte Serv”不成功?
“Inte Serv”建立在独立流资源预留的基础上,采用ResourceReservation SetupProtocol(RSVP)。在一个大规模网络环境中,如果能在两个视讯终端之间预留一部分带宽资源,为该视讯业务专用。听起来很好,但实际上行不通。
首先,这个方案要求全网设备改造,等于重新建网,实际操作几乎不可能。
其次,就算实现了全网改造,比如能够在每一台交换机内,为2Mbps的视讯业务保留2Mbps带宽,能否解决品质保证呢?答案是否定的。
所谓RSVP的2Mbps带宽只能对宏观而言,如果1秒钟的数据集中在前半秒发送,就会造成问题,形成周期性的突发流量。由于,IP互联网的核心理念是尽力而为,在每一个网络节点,交换机总是试图以最快速度转发数据。当一个视讯流通过多级交换机后必然导致流量分布不均匀。多个不均匀的非同步流合在一起,在一段时间内将产生更大的不均匀,也就是说,网络流量一定有周期性的阻塞。随着视讯用户数增加,周期性的阻塞没有上限,当超过交换机内部储存量,直接导致丢包后果。
*为什么“Diff Serv”不成功?
在“Inte Serv”问世7年后,一种新方法“Diff Serv”开始流行。“DiffServ”试图提供一种优于尽力而为的网络服务。这一方法不需要复杂的全网资源预留,实施很简单。只要在每个数据包中打上“优先级”标记,网络交换机首先处理带有“优先级”的视讯数据。其基本原理好比银行为VIP客户发放金卡,能够有效减少高端客户的排队时间。这个方法听起来也很好,但实际上还是行不通。
我们不能忽视一个简单的事实,单一视讯业务流量远远大于传统非视讯业务(百倍以上)。
只要有少量视讯用户,网络上看到的几乎都是视讯数据包。如果大部分数据包都有金卡,也就谈不上VIP了。另外由于IP互联网管理不是强制性的,尽管QoS为用户制定了一套独善其身的道德标准,但要求别人都自觉执行根本不现实。
因此,“Diff Serv”除了在少数企业专网中有用,难以在大规模公网中有效推广。
*为什么“Light load”不成功?
自从IP互联网逐步普及以来,人们不间断地寻找解决网络品质保证的良方。网络技术专家们经过10多年搜肠刮肚,两大QoS方案均不理想。在对于解决QoS失去信心的大环境下,一些不愿留名的人提出了不是办法的办法,即“Light load”。其基本设想是所谓的轻载网络,认为只要给足带宽,光纤入户,就不担心网络拥塞。
轻载网络的设想可行吗?答案还是否定的。
当前的网络技术专家们似乎没有意识到一个基本原理,网络丢包现象的根源是流量不均匀性造成的。从宏观上看,在一个时间段发送略快一点,必然导致另一时间段的拥挤,只要网络流量不均匀,网络可能达到的峰值流量就没有上限,在短时间内可以占满任意大的带宽。
其实,只要有2Mbps带宽就可以传输相当不错的视讯节目,若有8Mbps带宽,就可以传输HDTV品质的视讯内容。然而,如果我们在普通网站上随意点看一段文字或一幅照片,现今的网站服务器多数使用千兆网口,其瞬间流量是HDTV的数十倍。如果有许多个类似网站,刚巧碰撞在一起,在某个短时间产生的突发流量会超过全网用户使用HDTV所需,能够占满任意宽的网络。统计分析显示,这种碰撞是很频繁的。
IP互联网试图采用储存器来吸收瞬间流量,其后果是增加了传输时延。由于储存能力有限,而突发流量没有上限。因此,采用储存方法只能改善本设备丢包的机会,在本节点吸收的突发流量将对下一个节点造成更大的压力。视讯流量源源不断,交换机储存方式加剧了突发流向薄弱节点汇聚,网络丢包不可避免。
当前的网络建设者们,采用轻载加上“Diff Serv”技术,可以应付窄带的VoIP语音业务。这是因为语音在网络总流量中不占主要部分,一旦发生拥挤,牺牲电脑文件,对语音优先。但是,对于高带宽的视频通讯而言,局部扩容只能收到暂时改善的效果。如果其他地方也扩容,网络流量的不均匀性跟着水涨船高,导致原先已扩容部分的效果下降。如果全网都平均扩容的话,传输品质又将恢复到原先没有扩容前的样子。也就是说,整体扩容是无效的。
当前的设备厂商推荐每户数十,乃至上百兆的超宽带接入网,就算每家都有了光纤到户,还是难以向消费者展示品质保证的视频通讯服务。再复杂的QoS手段充其量只能“改善”IP互联网的传输品质,而无法“保证”网络传输品质。
发明内容
本发明所要解决的技术问题是提供一种接入网设备的通信连接方法,用以保证传输通路的稳定和通畅,避免多媒体业务的延时,保证国家信息安全的需求,节约硬件资源,从而保证网络传输品质。
本发明实施例还提供了一种接入网设备的通信连接系统、一种节点服务器及一种接入交换机,用以保证上述方法在实际中的实现及应用。
为了解决上述技术问题,本发明实施例公开了一种接入网设备的通信连接方法,所述接入网设备包括节点服务器、接入交换机和终端,所述的方法包括以下步骤:
节点服务器依据源终端发起的服务请求协议包,获取当次服务的通信链路信息,所述通信链路信息包括,参与当次服务的接入交换机的通信端口信息;
节点服务器依据所述接入交换机的通信端口信息,向相应的接入交换机发送端口配置命令;
所述接入交换机依据端口配置命令在其内部的数据包地址表中,设置当次服务的数据包所导向的端口。
优选的,通信链路信息还可以包括参与当次服务的节点服务器的通信端口信息,则此时,节点服务器可以在其内部的数据包地址表中设置当次服务的数据包所导向的端口。
其中,如果源终端和目标终端接在同一个接入交换机下,则节点服务器可以仅配置接入交换机的数据包导向端口,在源终端和目标终端进行服务通信时,接入交换机依据该内部的数据包地址表的设置,直接通过该接入交换机相应的下行端口传送数据包,即源终端和目标终端可以在其共同连接的接入交换机下直接进行服务通信,而无需将数据包上传至节点服务器,再由节点服务器下发至相应的终端,有效节省了带宽和路由资源。
经过上述步骤,当次服务的通信链路就被配置好了。在本发明实施例中,所述接入网设备是指新型网中接入网部分的设备。这种新型网是一种集中控制的网络结构,该网络可以是树型网、星型网、环状网等等类型,但在此基础上网络中需要有集中控制节点来控制整个网络。接入网部分的设备主要可以分为3类:节点服务器,接入交换机,终端(包括各种机顶盒、编码板、存储器等)。其中,节点服务器是接入网中起集中控制功能的节点,可控制接入交换机和终端。节点服务器可直接与接入交换机相连,也可以直接与终端相连。
在实际中,本发明实施例的通信连接方法不仅适用于组播通信,还适用于单播通信,即所述源终端发起的服务请求包括单播通信服务请求和组播通信服务请求,相应地,所述数据包地址表可以包括单播数据包地址表和组播数据包地址表。
在进行单播通信服务的情况下,所述节点服务器获取当次服务的通信链路信息的步骤具体可以包括以下子步骤:
节点服务器获得源终端发起的、用于与目标终端建立单播通信服务的服务请求协议包,所述服务请求协议包中包括服务类型信息,服务内容信息,以及,源终端的接入网地址,其中,所述服务内容信息包括服务号码;
节点服务器依据所述服务号码在预置的内容-地址映射表中提取目标终端的接入网地址;
节点服务器依据所述服务类型信息、源终端和目标终端的接入网地址,获取当次服务的通信链路信息。
对于单播通信服务而言,所述通信链路信息可以为单向通信链路信息,如源终端向目标终端发起单播服务请求,或者,目标终端向源终端发起单播服务请求;或者,所述通信链路信息也可以为双向通信链路信息,如源终端和目标终端互相向对端发起单播服务请求。
在建立通信连接的过程中,节点服务器会通知源终端和目标终端,并依据目标终端的应答判断是否可以采用当前通信链路,即在本发明的一种优选实施例中,所述节点服务器获取当次服务的通信链路信息的步骤还包括以下子步骤:
节点服务器向所述源终端和目标终端发送菜单协议包;
以及,接收目标终端针对所述菜包协议包发出的应答协议包。
更具体而言,所述节点服务器获取当次服务的通信链路信息的步骤还可以包括以下子步骤:
依据所述节点服务器和源终端之间的接入交换机中预置协议包地址表的设置,所述菜单协议包被导向至源终端;
依据所述节点服务器和目标终端之间的接入交换机中预置协议包地址表的设置,所述菜单协议包被导向至目标终端;
其中,所述协议包地址表中设置有,目的地址为当前接入交换机的接入网地址的协议包导向CPU模块;以及,目的地址为其它接入网设备地址的协议包所导向的端口。
即节点服务器可以基于预置协议包地址表的设置向源终端和目标终端发送菜单协议包。
对于单播服务通信连接的建立而言,节点服务器会依据所述服务类型信息,确定当前设置的数据包地址表为单播数据包地址表。
由于节点服务器作为接入网中的主控节点,单播服务通信只涉及节点服务器的下行端口,因而节点服务器在其内部的单播数据包地址表中设置当次服务的单播数据包所导向的端口包括:
目的地址为源终端的单播数据包所导向的下行端口;以及,目的地址为目标终端的单播数据包所导向的下行端口。
节点服务器通知接入交换机配表则存在以下两种情况:
1)当所述通信链路信息为单向通信链路信息时,所述接入交换机的通信端口信息则可以包括上行链路中接入交换机的上行端口信息,以及,下行链路中接入交换机的下行端口信息;
所述接入交换机依据端口配置命令在其内部的单播数据包地址表中设置的当次服务的单播数据包所导向的端口包括:
目的地址为目标终端的单播数据包所导向的上行链路中接入交换机的上行端口和下行链路中接入交换机的下行端口。
2)当所述通信链路信息为双向通信链路信息时,所述接入交换机的通信端口信息则可以包括上行链路中接入交换机的上行端口和下行端口信息,以及,下行链路中接入交换机的上行端口和下行端口信息;
所述接入交换机依据所述端口配置命令在其内部的单播数据包地址表中设置的当次服务的单播数据包所导向的端口包括:
目的地址为目标终端的单播数据包所导向的上行链路中接入交换机的上行端口和下行端口;以及,目的地址为源终端的单播数据包所导向的下行链路中接入交换机的上行端口的下行端口。
在具体实现中,在向接入交换机发送端口配置命令时,节点服务器还可以分别向源终端与目标终端发送服务处理命令,如编解码命令,所述源终端与目标终端则会依据所述服务处理命令执行相应的操作。
在进行组播通信服务的情况下,所述节点服务器获取当次服务的通信链路信息的步骤可以包括以下子步骤:
节点服务器获得目标终端发起的申请组播通信服务的服务请求协议包,所述服务请求协议包中包括服务类型信息、服务内容信息和目标终端的接入网地址;其中,所述服务内容信息中包括服务号码;
节点服务器依据所述服务号码在预置的内容-地址映射表中,提取源终端的接入网地址;
节点服务器获取所述源终端对应的组播地址,并分配给目标终端;以及,依据所述服务类型信息、源终端和目标终端的接入网地址,获取当次组播服务的通信链路信息。
在实际中,组播数据包可能是由源终端发出的,在这种情况下,所述节点服务器获取当次服务的通信链路信息的步骤还可以包括以下子步骤:
节点服务器获得源终端提交的发起组播通信服务的服务请求协议包,并依据所述服务请求协议包向源终端分配组播地址;所述服务请求协议包中包括服务类型信息,服务内容信息,以及,源终端的接入网地址,其中,所述服务内容信息中包括服务号码;
依据服务类型信息,以及,节点服务器与所述源终端的接入网地址,获取当次组播服务上行的通信链路信息。
还有一种可能的组播业务是,源终端在发送组播数据包时,自己也会接收该组播数据包,在这种情况下,所述节点服务器获取当次服务的通信链路信息的步骤还可以包括以下子步骤:
依据服务类型信息,以及,节点服务器与所述源终端的接入网地址,获取当次组播服务下行的通信链路信息。
在实际中,节点服务器会依据所述服务类型信息,确定当前设置的数据包地址表为组播数据包地址表。
由于节点服务器作为接入网中的主控节点,组播服务通信只涉及节点服务器的下行端口,因而节点服务器在其内部的组播数据包地址表中设置当次服务的组播数据包所导向的端口包括:
目的地址为组播地址的组播数据包所导向的下行端口。
作为一种组播服务的实施例,节点服务器所获取的接入交换机的通信端口信息包括上行链路中接入交换机的上行端口信息,以及,下行链路中接入交换机的下行端口信息;
所述接入交换机依据所述端口配置命令在其内部的组播数据包地址表中设置的当次服务的组播数据包所导向的端口包括:
目的地址为组播地址的组播数据包所导向的上行链路中接入交换机的上行端口和下行链路中接入交换机的下行端口。
作为另一种组播服务的实施例,所述节点服务器所获取的接入交换机的通信端口信息还可以包括上行链路中接入交换机的下行端口信息;
所述接入交换机依据所述端口配置命令在其内部的组播数据包地址表中设置的当次服务的组播数据包所导向的端口包括:
目的地址为组播地址的组播数据包所导向的上行链路中接入交换机的下行端口。
在具体实现中,优选的是,所述端口配置命令记录在协议包中,所述节点服务器依据其内部预置的下行协议包地址表的设置,通过连接相应接入交换机的下行端口将所述协议包导向至对应的接入交换机;
其中,所述下行协议包地址表中设置有,目的地址为下级接入网设备地址的协议包所导向的下行端口。
在具体实现中,在向接入交换机发送端口配置命令时,节点服务器还可以向目标终端发送服务处理命令,由目标终端依据所述服务处理命令执行相应的操作;或者,节点服务器还可以向源终端发送服务处理命令,由源终端依据所述服务处理命令执行相应的操作。
如果节点服务器当前获得多条当次服务的通信链路信息,则可以按照预置规则选择其中一条通信链路信息为当次服务的通信链路信息。作为本发明的一种优选实施例,所述预置规则可以为节点服务器获取各条通信链路的流量信息,以及,当次服务的流量信息,确定已用流量最小的通信链路为当次服务的通信链路信息;或者,所述预置规则也可以为节点服务器获取各条通信链路的带宽信息,以及,当次服务的带宽信息,确定带宽最大的通信链路为当次服务的通信链路信息。
在本发明实施例中优选的是,所述源终端发起的服务请求协议包,可以依据连接在所述源终端与节点服务器之间的接入交换机中预置的上行协议包地址表的设置,通过相应接入交换机的上行端口导向至节点服务器;
其中,所述上行协议包地址表中设置有,目的地址为节点服务器地址的协议包导向的上行端口。
为节省资源,在完成当次服务后,节点服务器会在其内部的数据包地址表中,将所设置的当次服务数据包导向的端口释放;并向参与当次服务的接入交换机发送端口释放命令;
所述接入交换机依据所述端口释放命令在其内部的数据包地址表中,将所设置的当次服务数据包导向的端口释放。
优选的是,节点服务器还会向源终端和/或目标终端发出服务结束命令,所述源终端和/或目标终端依据所述服务结束命令结束服务处理。
为更好地对接入网地址进行集中管理和控制,所述节点服务器内部还设置有地址信息表,所述地址信息表中记录有地址占用信息、设备标识信息和设备资源信息。
在完成当次服务后,节点服务器会修改预置地址信息表中的内容,所述修改包括将所述释放端口的对应表项的地址占用信息更新为未占用;以及,更新对应的设备标识信息和设备资源信息。
在本发明实施例中,所述接入网设备可以通过以下步骤接入新型网:
接入交换机上电,在其内部的下行协议包地址表中设置所有下行协议包导向CPU模块;
所述接入交换机接收节点服务器发送的下行协议包,依据所述下行协议包地址表的设置,将所述下行协议包导向该接入交换机的CPU模块,所述CPU模块生成上行协议包,并发送给节点服务器;所述下行协议包中包括一个待分配的接入网地址;
节点服务器向该接入交换机发送入网命令,所述入网命令中包括该接入交换机的接入网地址,所述接入网地址即为该接入交换机所接收下行协议包中的待分配接入网地址;
所述接入交换机更新其内部的下行协议包地址表为,仅目的地址为自己接入网地址的协议包导向CPU模块。
在具体实现中,往往接入交换机下还连接有其它下级接入网设备,在这种情况下,节点服务器会向已入网的接入交换机发送端口分配包,即作为本发明的一种优选实施例,当已入网的接入交换机接收到节点服务器发送的端口分配包时,所述的方法还包括以下步骤:
已入网的接入交换机将目的地址为自己接入网地址的端口分配包导向CPU模块;
依据包中的端口分配信息,在其内部的下行协议包地址表中,设置各个端口下行协议包所导向的下行端口。
进一步而言,当已入网的接入交换机接收到节点服务器发送的端口下行协议包时,所述的方法还包括以下步骤:
所述接入交换机依据其内部下行协议包地址表的设置,将所述端口下行协议包导向对应的下行端口;所述端口下行协议包中包括一个待分配的接入网地址;
若节点服务器接收到连接在所述接入交换机下行端口的某个下级接入网设备发送的端口上行协议包,并向该下级接入网设备发送入网命令,所述入网命令中包括该下级接入网设备的接入网地址,所述接入网地址即为该下级接入网设备所接收的端口下行协议包中待分配的接入网地址。
本发明实施例还公开了一种接入网设备的通信连接系统,所述接入网设备包括节点服务器、接入交换机和终端,所述节点服务器包括:
服务请求接收模块,用于接收源终端发起的服务请求协议包;
通信链路获取模块,用于依据源终端发起的服务请求协议包,获取当次服务的通信链路信息,所述通信链路信息包括,参与当次服务的接入交换机的通信端口信息;
交换机端口配置模块,用于依据所述接入交换机的通信端口信息,向相应的接入交换机发送端口配置命令;
所述接入交换机包括:
地址表配置模块,用于依据端口配置命令在其内部的数据包地址表中,设置当次服务的数据包所导向的端口。
优选的,通信链路信息还可以包括参与当次服务的节点服务器的通信端口信息,则此时,节点服务器还可以包括地址表配置模块,用于依据所述节点服务器的通信端口信息,在其内部的数据包地址表中设置当次服务的数据包所导向的端口。
在实际中,本发明实施例的通信连接方法不仅适用于组播通信,还适用于单播通信,即所述源终端发起的服务请求包括单播通信服务请求和组播通信服务请求,相应地,所述数据包地址表可以包括单播数据包地址表和组播数据包地址表。
在进行单播通信服务的情况下,所述节点服务器的通信链路获取模块包括以下子模块:
单播服务协议包接收子模块,用于接收源终端发起的、用于与目标终端建立单播通信服务的服务请求协议包,所述服务请求协议包中包括服务类型信息,服务内容信息,以及,源终端的接入网地址,其中,所述服务内容信息包括服务号码;
目标终端地址获取子模块,用于依据所述服务号码在预置的内容-地址映射表中提取目标终端的接入网地址;
通信链路计算子模块,用于依据所述服务类型信息、源终端和目标终端的接入网地址,获取当次服务的通信链路信息。
对于单播通信服务而言,所述通信链路信息可以为单向通信链路信息,如源终端向目标终端发起单播服务请求,或者,目标终端向源终端发起单播服务请求;或者,所述通信链路信息也可以为双向通信链路信息,如源终端和目标终端互相向对端发起单播服务请求。
在建立通信连接的过程中,节点服务器会通知源终端和目标终端,并依据目标终端的应答判断是否可以采用当前通信链路,即在本发明的一种优选实施例中,所述节点服务器还包括以下模块:
菜单协议包发送模块,用于向所述源终端和目标终端发送菜单协议包;
应答协议包接收模块,用于接收目标终端针对所述菜包协议包发出的应答协议包。
更具体而言,所述接入交换机包括位于所述节点服务器和源终端之间的第一接入交换机,以及,位于所述节点服务器和目标终端之间的第二接入交换机;
所述第一接入交换机还包括:
菜单协议包第一导向模块,用于依据其内部预置协议包地址表的设置,将所述菜单协议包被导向至源终端;
所述第二接入交换机还包括:
菜单协议包第二导向模块,用于依据其内部预置协议包地址表的设置,所述菜单协议包被导向至目标终端;
其中,所述协议包地址表中设置有,目的地址为当前接入交换机的接入网地址的协议包导向CPU模块;以及,目的地址为其它接入网设备地址的协议包所导向的端口。
即节点服务器可以基于预置协议包地址表的设置向源终端和目标终端发送菜单协议包。
对于单播服务通信连接的建立而言,所述节点服务器还包括:
单播地址表确定模块,用于依据所述服务类型信息,确定当前设置的数据包地址表为单播数据包地址表。
由于节点服务器作为接入网中的主控节点,单播服务通信只涉及节点服务器的下行端口,因而所述节点服务器在其内部的单播数据包地址表中设置当次服务的单播数据包所导向的端口包括:
目的地址为源终端的单播数据包所导向的下行端口;以及,目的地址为目标终端的单播数据包所导向的下行端口。
节点服务器通知接入交换机配表则存在以下两种情况:
1)当所述通信链路信息为单向通信链路信息时,所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口信息,以及,下行链路中接入交换机的下行端口信息;
所述接入交换机依据端口配置命令在其内部的单播数据包地址表中设置的当次服务的单播数据包所导向的端口包括:
目的地址为目标终端的单播数据包所导向的上行链路中接入交换机的上行端口和下行链路中接入交换机的下行端口。
2)当所述通信链路信息为双向通信链路信息时,所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口和下行端口信息,以及,下行链路中接入交换机的上行端口和下行端口信息;
所述接入交换机依据所述端口配置命令在其内部的单播数据包地址表中设置的当次服务的单播数据包所导向的端口包括:
目的地址为目标终端的单播数据包所导向的上行链路中接入交换机的上行端口和下行端口;以及,目的地址为源终端的单播数据包所导向的下行链路中接入交换机的上行端口的下行端口。
在具体实现中,所述节点服务器还包括:
服务处理命令发送模块,用于分别向源终端与目标终端发送服务处理命令;
所述源终端包括命令执行模块,用于依据所述服务处理命令执行相应的操作;
所述目标终端包括命令执行模块,用于依据所述服务处理命令执行相应的操作。
在进行组播通信服务的情况下,所述节点服务器的通信链路获取模块包括:
组播通信申请请求接收子模块,用于接收目标终端发起的申请组播通信服务的服务请求协议包,所述服务请求协议包中包括服务类型信息、服务内容信息和目标终端的接入网地址;其中,所述服务内容信息中包括服务号码;
源终端地址提取子模块,用于依据所述服务号码在预置的内容-地址映射表中,提取源终端的接入网地址;
组播地址第一分配子模块,用于获取所述源终端对应的组播地址,并分配给目标终端;
组播申请链路计算子模块,用于依据所述服务类型信息、源终端和目标终端的接入网地址,获取当次组播服务的通信链路信息。
在实际中,组播数据包可能是由源终端发出的,在这种情况下,所述节点服务器的通信链路获取模块还包括:
组播通信发起请求接收子模块,用于接收源终端提交的发起组播通信服务的服务请求协议包,所述服务请求协议包中包括服务类型信息,服务内容信息,以及,源终端的接入网地址,其中,所述服务内容信息中包括服务号码;
组播地址第二分配子模块,用于依据所述服务请求协议包向源终端分配组播地址;
上行链路计算子模块,用于依据服务类型信息,以及,节点服务器与所述源终端的接入网地址,获取当次组播服务上行的通信链路信息。
还有一种可能的组播服务是,源终端在发送组播数据包时,自己也会接收该组播数据包,在这种情况下,所述节点服务器的通信链路获取模块还包括:
下行链路计算子模块,用于依据服务类型信息,以及,节点服务器与所述源终端的接入网地址,获取当次组播服务下行的通信链路信息。
在实际中,所述节点服务器还包括:
组播地址表确定模块,用于依据所述服务类型信息,确定当前设置的数据包地址表为组播数据包地址表。
由于节点服务器作为接入网中的主控节点,组播服务通信只涉及节点服务器的下行端口,因而所述节点服务器在其内部的组播数据包地址表中设置当次服务的组播数据包所导向的端口包括:
目的地址为组播地址的组播数据包所导向的下行端口。
作为一种组播服务的实施例,节点服务器所获取的接入交换机的通信端口信息包括上行链路中接入交换机的上行端口信息,以及,下行链路中接入交换机的下行端口信息;
所述接入交换机依据所述端口配置命令在其内部的组播数据包地址表中设置的当次服务的组播数据包所导向的端口包括:
目的地址为组播地址的组播数据包所导向的上行链路中接入交换机的上行端口和下行链路中接入交换机的下行端口。
作为另一种组播服务的实施例,节点服务器所获取的接入交换机的通信端口信息还包括上行链路中接入交换机的下行端口信息;
所述接入交换机依据所述端口配置命令在其内部的组播数据包地址表中设置的当次服务的组播数据包所导向的端口还包括:
目的地址为组播地址的组播数据包所导向的上行链路中接入交换机的下行端口。
在具体实现中,所述端口配置命令记录在协议包中,所述节点服务器还包括:
协议包导向模块,用于依据其内部预置的下行协议包地址表的设置,通过连接相应接入交换机的下行端口将所述协议包导向至对应的接入交换机;
其中,所述下行协议包地址表中设置有,目的地址为下级接入网设备地址的协议包所导向的下行端口。
如果节点服务器当前获得多条当次服务的通信链路信息,则所述节点服务器的通信链路获取模块还包括:
通信链路选择子模块,用于在获得多条当次服务的通信链路信息时,按照预置规则选择其中一条通信链路信息为当次服务的通信链路信息。其中,所述预置规则可以为节点服务器获取各条通信链路的流量信息,以及,当次服务的流量信息,确定已用流量最小的通信链路为当次服务的通信链路信息;或者,所述预置规则也可以为节点服务器获取各条通信链路的带宽信息,以及,当次服务的带宽信息,确定带宽最大的通信链路为当次服务的通信链路信息。
优选的是,在所述接入交换机为连接在所述源终端与节点服务器之间的接入交换机时,所述接入交换机还包括:
协议包导向模块,用于依据其内部预置上行协议包地址表的设置,将所述源终端发起的服务请求协议包,通过该接入交换机的上行端口导向至节点服务器;
其中,所述上行协议包地址表中设置有,目的地址为节点服务器地址的协议包导向的上行端口。
在完成当次服务后,所述节点服务器还包括:
服务器端口释放模块,用于在完成当次服务后,在其内部的数据包地址表中,将所设置的当次服务数据包导向的端口释放;
交换机端口释放配置模块,用于向参与当次服务的接入交换机发送端口释放命令;
所述接入交换机还包括:
端口释放模块,用于依据所述端口释放命令在其内部的数据包地址表中,将所设置的当次服务数据包导向的端口释放。
进一步而言,在完成当次服务后,所述节点服务器还可以包括:
服务结束命令发送模块,用于向源终端和/或目标终端发出服务结束命令;
所述源终端还包括第一结束服务模块,用于依据服务结束命令结束服务处理;
所述目标终端还包括第二结束服务模块,用于依据服务结束命令结束服务处理。
为更好地对接入网地址进行集中管理和控制,所述节点服务器内部还设置有地址信息表,所述地址信息表中记录有地址占用信息、设备标识信息和设备资源信息。
在这种情况下,当完成当次服务后,所述节点服务器还包括:
地址信息表修改模块,用于修改预置地址信息表中的内容,所述修改包括将所述释放端口的对应表项的地址占用信息更新为未占用;以及,更新对应的设备标识信息和设备资源信息。
在本发明实施例中,所述接入网设备可以采用以下功能模块接入新型网:
所述节点服务器包括向接入交换机发送下行协议包的下行协议包发送模块,以及,依据接入交换机回复的上行协议包发送入网命令的第一入网命令发送模块;
所述接入交换机还包括:
0号表初始化配置模块,用于在上电时,在其内部的下行协议包地址表中设置所有下行协议包导向CPU模块;
下行协议包接收模块,用于依据所述下行协议包地址表的设置,将接收到的下行协议包导向该接入交换机的CPU模块,所述下行协议包中包括一个待分配的接入网地址;
上行协议包回复模块,用于由所述CPU模块生成上行协议包,并发送给节点服务器;
第一入网命令接收模块,用于接收节点服务器发送的入网命令,所述入网命令中包括该接入交换机的接入网地址,所述接入网地址即为该接入交换机所接收下行协议包中的待分配接入网地址;
0号表第一设置模块,用于更新其内部的下行协议包地址表为,仅目的地址为自己接入网地址的协议包导向CPU模块。
在具体实现中,往往接入交换机下还连接有其它下级接入网设备,在这种情况下,节点服务器会向已入网的接入交换机发送端口分配包,即作为本发明的一种优选实施例,所述节点服务器还包括用于向已入网的接入交换机发送端口分配包的端口分配包发送模块,所述端口分配包中包括端口分配信息,所述端口分配信息为各个端口下行协议包导向所述接入交换机各个下行端口的信息;
所述接入交换机还包括:
第一导向模块,用于将目的地址为自己接入网地址的端口分配包导向CPU模块;
0号表第二设置模块,用于依据所述端口分配信息,在其内部的下行协议包地址表中,设置各个端口下行协议包所导向的下行端口。
更为优选的是,所述节点服务器还包括用于向已入网的接入交换机发送端口下行协议包的端口下行协议包发送模块,所述端口下行协议包中包括一个待分配的接入网地址;
所述接入交换机还包括:
第二导向模块,用于依据其内部下行协议包地址表的设置,将所述端口下行协议包导向对应的下行端口。
更为优选的是,所述接入网设备还包括连接在已入网接入交换机下行端口的下级接入网设备,所述节点服务器还包括用于向所述下级接入网设备发送入网命令的第二入网命令发送模块;
所述下级接入网设备包括:
端口上行协议包回复模块,用于针对接收到的端口下行协议包生成端口上行协议包,并发送给节点服务器;
第二入网命令接收模块,用于接收节点服务器发送的入网命令,所述入网命令中包括该下级接入交换机的接入网地址,所述接入网地址即为该下级接入交换机所接收端口下行协议包中的待分配接入网地址。
本发明实施例还公开了一种节点服务器,包括:
服务请求接收模块,用于接收源终端发起的服务请求协议包;
通信链路获取模块,用于依据源终端发起的服务请求协议包,获取当次服务的通信链路信息,所述通信链路信息包括,参与当次服务的接入交换机的通信端口信息;
交换机端口配置模块,用于依据所述接入交换机的通信端口信息,向相应的接入交换机发送端口配置命令。
优选的,通信链路信息还可以包括参与当次服务的节点服务器的通信端口信息,则此时,节点服务器还可以包括地址表配置模块,用于依据所述节点服务器的通信端口信息,在其内部的数据包地址表中设置当次服务的数据包所导向的端口。
在实际中,本发明实施例的通信连接方法不仅适用于组播通信,还适用于单播通信,即所述源终端发起的服务请求包括单播通信服务请求和组播通信服务请求,相应地,所述数据包地址表可以包括单播数据包地址表和组播数据包地址表。
在进行单播通信服务的情况下,所述通信链路获取模块包括:
单播服务协议包接收子模块,用于接收源终端发起的、用于与目标终端建立单播通信服务的服务请求协议包,所述服务请求协议包中包括服务类型信息,服务内容信息,以及,源终端的接入网地址,其中,所述服务内容信息包括服务号码;
目标终端地址获取子模块,用于依据所述服务号码在预置的内容-地址映射表中提取目标终端的接入网地址;
通信链路计算子模块,用于依据所述服务类型信息、源终端和目标终端的接入网地址,获取当次服务的通信链路信息。
对于单播通信服务而言,所述通信链路信息可以为单向通信链路信息,如源终端向目标终端发起单播服务请求,或者,目标终端向源终端发起单播服务请求;或者,所述通信链路信息也可以为双向通信链路信息,如源终端和目标终端互相向对端发起单播服务请求。
在建立通信连接的过程中,节点服务器会通知源终端和目标终端,并依据目标终端的应答判断是否可以采用当前通信链路,即在本发明的一种优选实施例中,所述节点服务器还包括:
菜单协议包发送模块,用于向所述源终端和目标终端发送菜单协议包;
应答协议包接收模块,用于接收目标终端针对所述菜包协议包发出的应答协议包。
在具体实现中,所述节点服务器还包括:
单播地址表确定模块,用于依据所述服务类型信息,确定当前设置的数据包地址表为单播数据包地址表。
由于节点服务器作为接入网中的主控节点,单播服务通信只涉及节点服务器的下行端口,因而所述节点服务器在其内部的单播数据包地址表中设置当次服务的单播数据包所导向的端口包括:
目的地址为源终端的单播数据包所导向的下行端口;以及,目的地址为目标终端的单播数据包所导向的下行端口。
在具体实现中,在向接入交换机发送端口配置命令时,节点服务器还可以分别向源终端与目标终端发送服务处理命令,如编解码命令,即优选的是,所述节点服务器还包括:
服务处理命令发送模块,用于分别向源终端与目标终端发送服务处理命令。
在进行组播通信服务的情况下,所述通信链路获取模块包括:
组播通信申请请求接收子模块,用于接收目标终端发起的申请组播通信服务的服务请求协议包,所述服务请求协议包中包括服务类型信息、服务内容信息和目标终端的接入网地址;其中,所述服务内容信息中包括服务号码;
源终端地址提取子模块,用于依据所述服务号码在预置的内容-地址映射表中,提取源终端的接入网地址;
组播地址第一分配子模块,用于获取所述源终端对应的组播地址,并分配给目标终端;
组播申请链路计算子模块,用于依据所述服务类型信息、源终端和目标终端的接入网地址,获取当次组播服务的通信链路信息。
在实际中,组播数据包可能是由源终端发出的,在这种情况下,所述通信链路获取模块还包括:
组播通信发起请求接收子模块,用于接收源终端提交的发起组播通信服务的服务请求协议包,所述服务请求协议包中包括服务类型信息,服务内容信息,以及,源终端的接入网地址,其中,所述服务内容信息中包括服务号码;
组播地址第二分配子模块,用于依据所述服务请求协议包向源终端分配组播地址;
上行链路计算子模块,用于依据服务类型信息,以及,节点服务器与所述源终端的接入网地址,获取当次组播服务上行的通信链路信息。
还有一种可能的组播业务是,源终端在发送组播数据包时,自己也会接收该组播数据包,在这种情况下,所述通信链路获取模块还包括:
下行链路计算子模块,用于依据服务类型信息,以及,节点服务器与所述源终端的接入网地址,获取当次组播服务下行的通信链路信息。
在实际中,所述的节点服务器还包括:
组播地址表确定模块,用于依据所述服务类型信息,确定当前设置的数据包地址表为组播数据包地址表。
由于节点服务器作为接入网中的主控节点,组播服务通信只涉及节点服务器的下行端口,因而所述节点服务器在其内部的组播数据包地址表中设置当次服务的组播数据包所导向的端口包括:
目的地址为组播地址的组播数据包所导向的下行端口。
在具体实现中,所述端口配置命令记录在协议包中,所述节点服务器还包括:
协议包导向模块,用于依据其内部预置的下行协议包地址表的设置,通过连接相应接入交换机的下行端口将所述协议包导向至对应的接入交换机;
其中,所述下行协议包地址表中设置有,目的地址为下级接入网设备地址的协议包所导向的下行端口。
在具体实现中,在向接入交换机发送端口配置命令时,节点服务器还可以向目标终端发送服务处理命令,由目标终端依据所述服务处理命令执行相应的操作;或者,节点服务器还可以向源终端发送服务处理命令,由源终端依据所述服务处理命令执行相应的操作。即优选的是,节点服务器还包括:
服务处理命令第一发送模块,用于向目标终端发送服务处理命令;
和/或,
服务处理命令第二发送模块,用于向源终端发送服务处理命令。
如果节点服务器当前获得多条当次服务的通信链路信息,则所述通信链路获取模块还包括:
通信链路选择子模块,用于在获得多条当次服务的通信链路信息时,按照预置规则选择其中一条通信链路信息为当次服务的通信链路信息。
作为本发明的一种优选实施例,所述预置规则可以为节点服务器获取各条通信链路的流量信息,以及,当次服务的流量信息,确定已用流量最小的通信链路为当次服务的通信链路信息。或者,所述预置规则也可以为节点服务器获取各条通信链路的带宽信息,以及,当次服务的带宽信息,确定带宽最大的通信链路为当次服务的通信链路信息。
在完成当次的服务后,所述的节点服务器还包括:
服务器端口释放模块,用于在完成当次服务后,在其内部的数据包地址表中,将所设置的当次服务数据包导向的端口释放;
交换机端口释放配置模块,用于向参与当次服务的接入交换机发送端口释放命令。
优选的是,所述的节点服务器还包括:
服务结束命令发送模块,用于向源终端和/或目标终端发出服务结束命令。
为更好地对接入网地址进行集中管理和控制,所述节点服务器内部还设置有地址信息表,所述地址信息表中记录有地址占用信息、设备标识信息和设备资源信息。
在这种情况下,当完成当次服务后,所述节点服务器还包括地址信息表修改模块,用于修改预置地址信息表中的内容,所述修改包括将所述释放端口的对应表项的地址占用信息更新为未占用;以及,更新对应的设备标识信息和设备资源信息。
本发明实施例还公开了一种接入交换机,包括:
端口配置命令接收模块,用于接收节点服务器发送的端口配置命令,所述端口配置命令包括当次服务的通信链路信息中,参与当次服务的接入交换机的通信端口信息;其中,所述通信链路信息依据源终端发起的服务请求协议包生成;
地址表配置模块,用于依据所述端口配置命令在其内部的数据包地址表中,设置当次服务的数据包所导向的端口。
优选的是,所述源终端发起的服务请求包括单播通信服务请求和组播通信服务请求;相应地,所述数据包地址表包括单播数据包地址表和组播数据包地址表。
在建立通信连接的过程中,节点服务器会通知源终端和目标终端,并依据目标终端的应答判断是否可以采用当前通信链路,即在本发明的一种优选实施例中,所述接入交换机包括位于所述节点服务器和源终端之间的第一接入交换机,以及,位于所述节点服务器和目标终端之间的第二接入交换机;
所述第一接入交换机还包括:
菜单协议包第一导向模块,用于依据其内部预置协议包地址表的设置,将所述菜单协议包被导向至源终端;
所述第二接入交换机还包括:
菜单协议包第二导向模块,用于依据其内部预置协议包地址表的设置,所述菜单协议包被导向至目标终端;
其中,所述协议包地址表中设置有,目的地址为当前接入交换机的接入网地址的协议包导向CPU模块;以及,目的地址为其它接入网设备地址的协议包所导向的端口。
即节点服务器可以基于预置协议包地址表的设置向源终端和目标终端发送菜单协议包。
节点服务器通知接入交换机配表则存在以下两种情况:
1)当所述通信链路信息为单向通信链路信息时,所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口信息,以及,下行链路中接入交换机的下行端口信息;
所述接入交换机依据端口配置命令在其内部的单播数据包地址表中设置的当次服务的单播数据包所导向的端口包括:
目的地址为目标终端的单播数据包所导向的上行链路中接入交换机的上行端口和下行链路中接入交换机的下行端口。
2)当所述通信链路信息为双向通信链路信息时,所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口和下行端口信息,以及,下行链路中接入交换机的上行端口和下行端口信息;
所述接入交换机依据所述端口配置命令在其内部的单播数据包地址表中设置的当次服务的单播数据包所导向的端口包括:
目的地址为目标终端的单播数据包所导向的上行链路中接入交换机的上行端口和下行端口;以及,目的地址为源终端的单播数据包所导向的下行链路中接入交换机的上行端口的下行端口。
在进行组播通信服务的情况下,所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口信息,以及,下行链路中接入交换机的下行端口信息;
所述接入交换机依据所述端口配置命令在其内部的组播数据包地址表中设置的当次服务的组播数据包所导向的端口包括:
目的地址为组播地址的组播数据包所导向的上行链路中接入交换机的上行端口和下行链路中接入交换机的下行端口。
在实际中,组播数据包可能是由源终端发出的,在这种情况下,所述接入交换机的通信端口信息还包括上行链路中接入交换机的下行端口信息;
所述接入交换机依据所述端口配置命令在其内部的组播数据包地址表中设置的当次服务的组播数据包所导向的端口还包括:
目的地址为组播地址的组播数据包所导向的上行链路中接入交换机的下行端口。
还有一种可能的组播服务是,源终端在发送组播数据包时,自己也会接收该组播数据包,在这种情况下,所述接入交换机为连接在所述源终端与节点服务器之间的接入交换机,所述接入交换机还包括:
协议包导向模块,用于依据其内部预置上行协议包地址表的设置,将所述源终端发起的服务请求协议包通过该接入交换机的上行端口导向至节点服务器;
其中,所述上行协议包地址表中设置有,目的地址为节点服务器地址的协议包导向的上行端口。
在完成当次服务后,所述的接入交换机还包括:
端口释放模块,用于依据节点服务器发送的端口释放命令在其内部的数据包地址表中,将所设置的当次服务数据包导向的端口释放。
需要说明的是,从实际硬件的角度划分,本发明的节点服务器主要包括网络接口模块、交换引擎模块、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 | SA | Reserved | Payload | 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 | CRC |
即目的地址(DA)、源地址(SA)、保留字节(Reserved)、标签、payload(PDU)、CRC。其中,标签的格式可以参考如下定义:标签是32bit,其中高16bit保留,只用低16bit,它的位置是在数据包的保留字节和payload之间。
3、新型网实现
以下讨论节点服务器与接入交换机、节点服务器与终端的入网流程。为了简化设计,定义在接入网中的数据包类型为4种,分别是:
下行协议包(由节点服务器发往接入交换机、终端的协议包);
上行协议包(由接入交换机、终端回应给节点服务器的协议包);
单播数据包;
组播数据包;
接入网的地址总共是16bit,所以总共可以接入的接入交换机、终端数为65536,假设下行协议包的数据报类型为“10000000”(二进制),也就是0x80(十六进制),上行协议包的数据报类型为“00001000”(二进制),也就是0x08(十六进制),单播数据包的数据报类型为“00010000”(二进制),也就是0x10(十六进制),组播数据包的数据报类型为“01111000”(二进制),也就是0x78(十六进制),通过合并同类项,可以把8bit长的地址表映射为2bit长的地址表,例如
“10000000”=>“00”,下行协议包的地址表,在本发明实施例中定义为0号表;
“00001000”=>“01”,上行协议包的地址表,在本发明实施例中定义为1号表;
“00010000”=>“10”,单播数据包的地址表,在本发明实施例中定义为2号表;
“01111000”=>”11”,组播数据包的地址表,在本发明实施例中定义为3号表;
结合16bit的接入网地址,在实际中只需4张64K=4x65536,也就是256K的地址表,地址表的输出就表示数据包导向的端口。例如,其中的一种接入交换机BX-008,它具有1个上行的百兆网口,8个下行百兆网口,1个CPU模块接口。如果8个下行百兆网口依次定义为0号端口到7号端口,CPU模块接口定义为8号端口,1个上行的百兆网口定义为9号端口,则总共需要256Kx10bit的地址表,例如地址表的输出为“0000000001”表示数据包导向的0号端口,“1100000000”表示数据包导向的8号、9号端口,以此类推。
假设9号端口进来一个数据包它的目的地址(DA)是0x80560x15000x00000x55aa,那么它的数据包类型为0x80,接入网地址为0x55aa,根据查表规则这时查0号表,即地址为“000101010110101010”,此地址对应的地址表的输出为“0100000000”,表示数据包导向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进行可视通信的单播通信服务,步骤如下:
S1、机顶盒STB_0发出服务请求协议包,包的DA(目的地址)为0x08000x00000x00000x0000(即MSS-400的地址)、SA(源地址)为0x00000x00000x00000x0009;在该包中,还可以包括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 0xa申请收看直播
#define SERVICE_TYPE_VIEW_Monitor 0xc申请收看监控
在本例中,服务参数为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为0x80000x00000x00000x0009、SA为0x00000x00000x00000x0000、reserved 0x0000、PDU部分如下表所示:
发向STB_1的菜单协议包:DA为0x80000x00000x00000x0012、SA为0x00000x00000x00000x0000、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为0x08000x00000x00000x0000、SA 0x00000x00000x00000x0012、reserved 0x0000,服务参数是SERVICE_TYPE_PERMISSION,PDU部分如下表所示:
S4、根据接入交换机BX-008-1中1号表的配置,所述应答协议包导向节点服务器MSS-400,节点服务器MSS-400根据包的内容判断收到接受可视通信的申请,根据服务号码查CAM表知道被叫是STB_1,根据其内部的地址信息表,节点服务器MSS-400就知道了本次服务涉及的链路拓扑,判断出链路允许,双方可以进行通信。
在这种情况下,节点服务器MSS-400配置自己的2号表如下:
·“100000000000010010“=>“00000000010”,即目的地址(DA)是0x10000x00000x00000x0012(即机顶盒BX-008-1)的单播数据包导向1号端口;
·“100000000000001001“=>“00000000001”,即目的地址(DA)是0x10000x00000x00000x0009(即机顶盒BX-008-0)的单播数据包导向0号端口;
并且,节点服务器MSS-400给上行链路(主叫通路)和下行链路(被叫通路)上的所有接入交换机发送端口配置命令。要求同时开放对方地址的上行和自身地址的下行。
发向接入交换机BX-008-0的两个包:
1)第一个包的DA 0x80000x00000x00000x0001、SA 0x00000x00000x00000x0000、reserved 0x0000,PDU部分如下表所示:
2)第二个包的DA为0x80000x00000x00000x0001、SA为0x00000x00000x00000x0000、reserved 0x0000,PDU部分如下表所示:
发向接入交换机BX-008-1的两个包:
1)第一个包的DA为0x80000x00000x00000x0002、SA为0x00000x00000x00000x0000、reserved 0x0000,PDU部分如下表所示:
2)第二个包的DA为0x80000x00000x00000x0002、SA为0x00000x00000x00000x0000、reserved 0x0000,PDU部分如下表所示:
发向机顶盒STB-0的包(服务处理命令,本例中为编解码命令):
包的DA 0x80000x00000x00000x0009、SA 0x00000x00000x00000x0000、reserved 0x0000,PDU部分如下表所示:
发向STB-1的包(服务处理命令,本例中为编解码命令):
包的DA为0x80000x00000x00000x0012、SA 0x00000x00000x00000x0000、reserved 0x0000,PDU部分如下表所示:
上述编解码命令的PDU中,字段号13表示编码类型:0=停止编码,0ffff=维持原状,0xfffe将解码的数据返回,不进行本地编码;字段号14表示解码类型:0=停止解码,0ffff=维持原状;字段号15-18表示编码地址(DA或组播地址):0xffff=维持原状;字段号19-22表示解码地址(DA或组播地址):0xffff=维持原状;字段号23表示:HB:编码HDA,LB:解码的HAD;0xffff=维持原状;字段号24表示响铃参数:0=关闭响铃,1=开始响铃,0xffff=维持原状;字段号25表示云台操作参数:0xffff=维持原状;字段号26表示辅助信道操作参数:0xffff=维持原状。
其中,编码类型如下表所示:
代码 | 视频压缩 | 视频制式 | 音频压缩 | 流量等级 |
0x3215 | MPEG4 | PAL | MP3 | 1.7M |
0x3217 | MPEG4 | PAL | MP3 | 3.3M |
0x3218 | MPEG4 | PAL | MP3 | 6.6M |
S5、根据节点服务器MSS-400中0号表的配置,以及,接入交换机BX-008-0、BX-008-1中0号表的配置,前面4个发给接入交换机的包会分别导向BX-008-0、BX-008-1。
在这种情况下,接入交换机BX-008-0配置自己的2号表如下:
·“100000000000010010“=>“1000000000”,即目的地址(DA)是0x10000x00000x00000x0012的单播数据包导向9号端口;
·“100000000000001001“=>“0000000001”,即目的地址(DA)是0x10000x00000x00000x0009的单播数据包导向0号端口;
接入交换机BX-008-1配置自己的2号表如下:
·“100000000000010010“=>“0000000010”,即目的地址(DA)是0x10000x00000x00000x0012的单播数据包导向1号端口;
·“100000000000001001“=>“1000000000”,即目的地址(DA)是0x10000x00000x00000x0009的单播数据包导向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是0x10000x00000x00000x0012;SA是0x00000x00000x00000x0009;
2)该单播数据包进入接入交换机BX-008-0,接入交换机BX-008-0的交换引擎模块根据组合地址域查2号表,表的地址是“100000000000010010”,该表项的输出是“1000000000”(“100000000000010010“=>“1000000000”,即目的地址(DA)是0x10000x00000x00000x0012的单播数据包导向9号端口),表示打开上行9号端口,当前单播数据包通过该9号端口进入了节点服务器MSS-400;
3)节点服务器MSS-400收到所述单播数据包后,其交换引擎根据组合地址域查2号表,表的地址是“100000000000010010”,该表项的输出是“00000000010”(“100000000000010010“=>“00000000010”,即目的地址(DA)是0x10000x00000x00000x0012的单播数据包导向1号端口),表示打开下行1号端口,当前单播数据包通过该1号端口进入了接入交换机BX-008-1;
4)接入交换机BX-008-1收到所述单播数据包后,其交换引擎模块根据组合地址域查2号表,表的地址是“100000000000010010”,该表项的输出是“0000000010”(“100000000000010010“=>“0000000010”,即目的地址(DA)是0x10000x00000x00000x0012的单播数据包导向1号端口),表示打开下行1号端口,当前单播数据包通过该1号端口进入了机顶盒STB-1;
5)机顶盒STB-1向机顶盒STB-0发送单播数据包,该包的DA是0x10000x00000x00000x0009;SA是0x00000x00000x00000x0012;
6)该单播数据包进入接入交换机BX-008-1,接入交换机BX-008-1的交换引擎模块根据组合地址域查2号表,表的地址是“100000000000001001”,该表项的输出是“1000000000”(“100000000000001001“=>“1000000000”,即目的地址(DA)是0x10000x00000x00000x0009的单播数据包导向9号端口),表示打开上行9号端口,当前单播数据包通过该9号端口进入了节点服务器MSS-400;
7)节点服务器MSS-400收到所述单播数据包后,其交换引擎根据组合地址域查2号表,表的地址是“100000000000001001”,该表项的输出是“00000000001”(“100000000000001001“=>“00000000001”,即目的地址(DA)是0x10000x00000x00000x0009的单播数据包导向0号端口),表示打开下行0号端口,当前单播数据包通过该0号端口进入了接入交换机BX-008-0;
8)接入交换机BX-008-0收到所述单播数据包后,其交换引擎模块根据组合地址域查2号表,表的地址是“100000000000001001”,该表项的输出是“0000000001”(“100000000000001001“=>“0000000001”,即目的地址(DA)是0x10000x00000x00000x0009的单播数据包导向0号端口),表示打开下行0号端口,当前单播数据包通过该0号端口进入了机顶盒STB-0。
应用上述过程进行单播服务通信的一种简单示例如下:
假设STB-0向MSS-400服务器申请打可视电话给STB-1,在STB-0发向MSS-400的服务申请包中含有所申请服务的类型(本例是可视电话,所以含有对方的号码,例如888888888888);
MSS-400服务器收到服务申请包后,检查服务类型知道是可视电话,就跳入可视电话服务流程,根据对方的号码(888888888888),MSS-400服务器通过CAM查找可以得到STB-1的接入网地址(因为在STB-1入网时,MSS-400服务器会更新CAM的内容,把地址为0x0012更新为888888888888),根据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的号码是0x66660x66660x6666,BX_008-1的1号端口接了一台机顶盒STB-1(接入网地址为0x0012),STB_1的号码是0x88880x88880x8888。机顶盒STB_0向节点服务器MSS-400申请发起直播,步骤如下:
S1、机顶盒STB_0发出发起直播的服务请求协议包,包的DA是0x08000x00000x00000x0000、SA是0x00000x00000x00000x0009、reserved 0x0000(保留字),PDU部分如下表所示:
S2、根据连接在机顶盒STB_0与节点服务器MSS-400之间的接入交换机BX-008-0中1号表的配置,该服务请求协议包被导向节点服务器MSS-400,节点服务器MSS-400根据包的内容,判断收到发起直播的申请(服务类型),根据服务号码查CAM表(内容-地址映射表)知道用户(源终端)是STB_0,根据其内部的地址信息表,就知道了本次服务涉及的链路拓扑,判断出链路允许,可以进行发起直播,于是分配组播地址为0x0008。并且,节点服务器给当前通信链路上的所有接入交换机发送端口配置命令,要求同时开放对方地址的上行和自身地址的下行。此时,通过链路拓扑判断,获知当前只需配置接入交换机BX-008-0。
在这种情况下,节点服务器MSS-400向接入交换机BX-008-0发包:
包的DA为0x80000x00000x00000x0001、SA为0x00000x00000x00000x0000、reserved 0x0000(保留字),PDU部分如下表所示:
节点服务器MSS-400向机顶盒STB-0发包(服务处理命令,本例为编解码命令):
包的DA为0x80000x00000x00000x0009,SA为0x00000x00000x00000x0000、reserved 0x0000,PDU部分如下表所示:
S3、根据节点服务器MSS-400中0号表的配置,发向接入交换机BX-008-0的包会导向至BX-008-0。在这种情况下,BX-008-0配置自己的3号表如下:
·“110000000000001000“=>“0000000001”,即目的地址(DA)是0x78000x00000x00000x0008的组播数据包导向0号端口;
S4、根据节点服务器MSS-400中0号表的配置,以及,接入交换机BX-008-0中0号表的配置,发向机顶盒STB-0的包会导向至STB-0。STB-0根据包的内容开始编解码,并开始接收、发送组播数据。
具体而言,所述机顶盒STB-0基于当前的直播发起通信链路收发组播数据的过程为:
1)机顶盒STB-0发出组播数据包,该包的DA是0x78000x00000x00000x0008(组播地址);SA是0x00000x00000x00000x0009;
2)所述组播数据包进入接入交换机BX-008-0,接入交换机BX-008-0的交换引擎模块根据组合地址域查3号表,表的地址是“110000000000001000”,该表项的输出是“0000000001”(“110000000000001000“=>“0000000001”,即目的地址(DA)是0x78000x00000x00000x0008的组播数据包导向0号端口),表示打开下行0号端口,当前组播数据包通过该0号端口进入了机顶盒STB-0。
机顶盒STB_1向节点服务器MSS-400申请收看直播,号码是0x66660x66660x6666,步骤如下:
S1、机顶盒STB_1发出收看直播的服务请求协议包,包的DA是0x08000x00000x00000x0000、SA是0x00000x00000x00000x0012、reserved 0x0000,PDU部分如下表所示:
S2、根据连接在机顶盒STB_1与节点服务器MSS-400之间的接入交换机BX-008-1中1号表的配置,该服务请求协议包被导向节点服务器MSS-400,节点服务器MSS-400根据包的内容,判断收到收看直播的申请,根据服务号码查CAM表知道发起者(源终端)是STB_0,根据其内部的地址信息表,就知道了本次服务涉及的链路拓扑,判断出链路允许,可以进行收看直播,于是分配组播地址(对应分配给源终端的组播地址)是0x0008。并且,节点服务器给当前通信链路上的所有接入交换机发送端口配置命令,要求同时开放对方地址的上行和自身地址的下行。在这种情况下,节点服务器MSS-400配置自己的3号表如下:
·“110000000000001000“=>“00000000010”,即目的地址(DA)是0x78000x00000x00000x0008的组播数据包导向1号端口;
同时,节点服务器MSS-400向接入交换机BX-008-0发包:
包的DA为0x80000x00000x00000x0001、SA为0x00000x00000x00000x0000、reserved 0x0000,PDU部分如下表所示:
同时,节点服务器MSS-400向接入交换机BX-008-1发包:
包的DA为0x80000x00000x00000x0002、SA为0x00000x00000x00000x0000、reserved 0x0000,PDU部分如下表所示:
同时,节点服务器MSS-400向机顶盒STB-1发包:
包的DA为0x80000x00000x00000x0012、SA为0x00000x00000x00000x0000、reserved 0x0000,PDU部分如下表所示:
S3、根据节点服务器MSS-400中0号表的配置,发向接入交换机BX-008-0、BX-008-1会分别导向至接入交换机BX-008-0和BX-008-1。
在这种情况下,接入交换机BX-008-0配置自己的3号表如下:
·“110000000000001000“=>“1000000001”,即目的地址(DA)是0x78000x00000x00000x0008的组播数据包导向0号、9号端口;
接入交换机BX-008-1配置自己的3号表如下:
·“110000000000001000“=>“0000000010”,即目的地址(DA)是0x78000x00000x00000x0008的组播数据包导向1号端口;
S4、根据节点服务器MSS-400中0号表的配置,以及,接入交换机BX-008-1中0号表的配置,发向机顶盒STB-1的包会导向至STB-1。STB-1根据包的内容接收组播数据、解码。
具体而言,所述机顶盒STB-1基于当前的收看直播的通信链路接收组播数据的过程为:
1)机顶盒STB-0发出组播数据包,该包的DA是0x78000x00000x00000x0008(组播地址);SA是0x00000x00000x00000x0009;
2)所述组播数据包进入接入交换机BX-008-0,接入交换机BX-008-0的交换引擎模块根据组合地址域查3号表,表的地址是“110000000000001000”,该表项的输出是“1000000001”(“110000000000001000“=>“1000000001”,即目的地址(DA)是0x78000x00000x00000x0008的组播数据包导向0号、9号端口);表示打开下行0号端口和上行9号端口,当前组播数据包通过该0号端口进入了机顶盒STB-0;通过该9号端口进入了节点服务器MSS-400;
3)节点服务器MSS-400收到该组播数据包后,其交换引擎模块根据组合地址域查3号表,表的地址是“110000000000001000”,该表项的输出是“00000000010”(“110000000000001000“=>“00000000010”,即目的地址(DA)是0x78000x00000x00000x0008的组播数据包导向1号端口),表示打开下行1号端口,当前组播数据包通过该1号端口进入了接入交换机BX-008-1;
4)接入交换机BX-008-1收到该组播数据包后,其交换引擎模块根据组合地址域查3号表,表的地址是“110000000000001000”,该表项的输出是“0000000010”(“110000000000001000“=>“0000000010”,即目的地址(DA)是0x78000x00000x00000x0008的组播数据包导向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-1。
S1、MSS-400服务器上电后初始化硬件,获得默认城域网地址(假设为0x000x00000x0000),从硬盘导入配置文件到CPU内存(例如交换机的注册信息、终端的注册信息等等),MSS-400服务器配置自己的接入网地址为0x0000;
S2、MSS-400服务器初始化0、1、2、3号表:
·配置0号表为“00000000000“,即所有查询包传送关闭;
·配置1号表为“00100000000”,即所有的应答包导向CPU;
·配置2号、3号表为“00000000000“,即所有单组播数据包传送关闭;
S3、MSS-400服务器知道自己有8个下行端口,所以它配置8个0号表的表项分别为:
·“000000000000000001“=>“00000000001”,即目的地址(DA)是0x80000x00000x00000x0001的查询包导向0号端口;
·“000000000000000010“=>“00000000010”,即目的地址(DA)是0x80000x00000x00000x0002的查询包导向1号端口;
·“000000000000000011“=>“00000000100”,即目的地址(DA)是0x80000x00000x00000x0003的查询包导向2号端口;
·“000000000000000100“=>“00000001000”,即目的地址(DA)是0x80000x00000x00000x0004的查询包导向3号端口;
·“000000000000000101“=>“00000010000”,即目的地址(DA)是0x80000x00000x00000x0005的查询包导向4号端口;
·“000000000000000110“=>“00000100000”,即目的地址(DA)是0x80000x00000x00000x0006的查询包导向5号端口;
·“000000000000000111“=>“00001000000”,即目的地址(DA)是0x80000x00000x00000x0007的查询包导向6号端口;
·“000000000000001000“=>“00010000000”,即目的地址(DA)是0x80000x00000x00000x0008的查询包导向7号端口;
S4、MSS-400服务器发目的地址(DA)是0x80000x00000x00000x0001、0x80000x00000x00000x0002、0x80000x00000x00000x0003、0x80000x00000x00000x0004、0x80000x00000x00000x0005、0x80000x00000x00000x0006、0x80000x00000x00000x0007、0x80000x00000x00000x0008的查询包(SA都为0x00000x00000x00000x0000),根据0号表的配置,所述查询包会依次导向0到7号端口;
S5、BX-008-0、BX-008-1交换机上电后初始化硬件,
·配置0号表”00xxxx xxxx xxxx xxxx”为“0100000000”,即所有查询包导向CPU;
·配置1号表”01xxxx xxxx xxxx xxxx”为“1000000000”,即所有的应答包导向上行的百兆网口;
·配置2号、3号表为“00000000000“,即所有单组播数据包传送关闭;
S6、BX-008-0交换机收到查询包后,根据其0号表的配置,该查询包被接收至其CPU模块,由CPU解析该查询包后生成应答包(应答包中包含本交换机的注册信息),并发送给MSS-400服务器,该应答包的DA是0x08000x00000x00000x0000,SA是0x00000x00000x00000x0001;
S7、MSS-400服务器收到BX-008-0交换机发出的应答包后,对比应答包的源地址(SA)及设备类型就知道它的0号端口下接了一台接入交换机,然后在节点服务器内部的注册信息表里找到这台接入交换机的信息,向这台接入交换机发送入网命令(告知其接入网地址为0x0001);
S8、BX-008-0交换机收到入网命令后,知道自己的接入网地址是0x0001就入网了,于是配置其0号表”000000000000000001”为“0100000000”,并0号表其余表项配置为”0000000000“,即只有本交换机的下行协议包导入CPU,同时向MSS-400服务器发送入网命令应答(入网命令应答包);
S9、MSS-400服务器收到BX-008-0交换机发出的入网命令应答就知道BX-008-0交换机已经入网了,以后每秒钟向这个端口发送状态查询包,检查BX-008-0交换机是否正常工作,同时还要向BX-008-0交换机的下行端口发送端口下行协议包,检查是否有其它接入网设备接在本接入交换机下面,在这种情况下,MSS-400服务器会在其0号表中做如下配置:
·“000000000000001001“=>“00000000001”,即目的地址(DA)是0x80000x00000x00000x0009的端口下行协议包导向0号端口;
·“000000000000001010“=>“00000000001”,即目的地址(DA)是0x80000x00000x00000x000a的端口下行协议包导向0号端口;
·“000000000000001011“=>“00000000001”,即目的地址(DA)是0x80000x00000x00000x000b的端口下行协议包导向0号端口;
·“000000000000001100“=>“00000000001”,即目的地址(DA)是0x80000x00000x00000x000c的端口下行协议包导向0号端口;
·“000000000000001101“=>“00000000001”,即目的地址(DA)是0x80000x00000x00000x000d的端口下行协议包导向0号端口;
·“000000000000001110“=>“00000000001”,即目的地址(DA)是0x80000x00000x00000x000e的端口下行协议包导向0号端口;
·“000000000000001111“=>“00000000001”,即目的地址(DA)是0x80000x00000x00000x000f的端口下行协议包导向0号端口;
·“000000000000010000“=>“00000000001”,即目的地址(DA)是0x80000x00000x00000x0010的端口下行协议包导向0号端口;
MSS-400服务器会通过包括端口分配信息的端口分配包,通知BX-008-0交换机在其0号表中做如下配置:
·“000000000000001001“=>“0000000001”,即目的地址(DA)是0x80000x00000x00000x0009的端口下行协议包导向0号端口;
·“000000000000001010“=>“0000000010”,即目的地址(DA)是0x80000x00000x00000x000a的端口下行协议包导向1号端口;
·“000000000000001011“=>“0000000100”,即目的地址(DA)是0x80000x00000x00000x000b的端口下行协议包导向2号端口;
·“000000000000001100“=>“0000001000”,即目的地址(DA)是0x80000x00000x00000x000c的端口下行协议包导向3号端口;
·“000000000000001101“=>“0000010000”,即目的地址(DA)是0x80000x00000x00000x000d的端口下行协议包导向4号端口;
·“000000000000001110“=>“0000100000”,即目的地址(DA)是0x80000x00000x00000x000e的端口下行协议包导向5号端口;
·“000000000000001111“=>“0001000000”,即目的地址(DA)是0x80000x00000x00000x000f的端口下行协议包导向6号端口;
·“000000000000010000“=>“0010000000”,即目的地址(DA)是0x80000x00000x00000x0010的端口下行协议包导向7号端口;
S10、MSS-400服务器发目的地址(DA)是0x80000x00000x00000x0009、0x80000x00000x00000x000a、0x80000x00000x00000x000b、0x80000x00000x00000x000c、0x80000x00000x00000x000d、0x80000x00000x00000x000e、0x80000x00000x00000x000f、0x80000x00000x00000x0010的端口下行协议包(SA都为0x00000x00000x00000x0000),根据MSS-400服务器中0号表的配置,端口下行协议包会依次导向MSS-400服务器0号端口,根据BX-008-0交换机中0号表的配置,端口下行协议包会依次导向BX-008-0交换机0到7号端口;
S11、BX-008-1交换机从BX-008-0交换机的1号端口收到端口下行协议包(即目的地址是0x80000x00000x00000x000a的端口下行协议包)后发送端口上行协议包(该端口上行协议包中包含本交换机的注册信息),包的DA是0x08000x00000x00000x0000,SA是0x00000x00000x00000x000a;
S12、MSS-400服务器收到BX-008-1交换机发出的端口上行协议包后,对比上行协议包的源地址(SA)及设备类型就知道BX-008-0的1号端口下接了一台接入交换机,然后在服务器内部的注册信息表里找到这台接交换机信息,并向该接入交换机发送入网命令(告知其接入网地址为0x000a);
S13、BX-008-1交换机收到入网命令后,知道自己的接入网地址是0x000a就入网了,配置其0号表”000000000000001010”为“0100000000”,0号表其余表项配置为”0000000000“,即只有本交换机的下行协议包导入CPU,同时向服务器发送入网命令应答;
S14、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。
S1、MSS-400服务器上电后初始化硬件,获得默认城域网地址(假设为0x000x00000x0000),从硬盘导入配置文件到CPU内存(例如交换机的注册信息、终端的注册信息等等),MSS-400服务器初始化地址信息表,全部清零(表示所有地址未用),MSS-400服务器配置自己的接入网地址为0x0000,也即地址信息表的第0x0000项被配置成如下:
·地址占用描述符:“10”表示此地址已用;
·设备描述符:“000000”表示节点服务器;
·设备资源描述信息:此节点服务器有8个下行百兆网口依次定义为0号端口到7号端口,1个CPU模块接口定义为8号端口,1个磁盘阵列接口定义为9号端口,1个上行千兆光口定义为10号端口,此节点服务器型号为MSS-400,它的网络端口连接的设备的接入网地址未分配,它的各个网络端口的上下行流量计数为0;
地址信息表下一个可用地址为0x0001;
S2、MSS-400服务器初始化0、1、2、3号表:
·配置0号表为“00000000000“,即所有下行协议包传送关闭;
·配置1号表为“00100000000”,即所有上行协议包导向CPU;
·配置2号、3号表为“00000000000“,即所有单组播数据包传送关闭;
S3、MSS-400服务器知道自己有8个下行端口,下一个可用地址为0x0001,所以它配置8个0号表的表项分别为:
·“000000000000000001“=>“00000000001”,即目的地址(DA)是0x80000x00000x00000x0001的查询包导向0号端口;
·“000000000000000010“=>“00000000010”,即目的地址(DA)是0x80000x00000x00000x0002的查询包导向1号端口;
·“000000000000000011“=>“00000000100”,即目的地址(DA)是0x80000x00000x00000x0003的查询包导向2号端口;
·“000000000000000100“=>“00000001000”,即目的地址(DA)是0x80000x00000x00000x0004的查询包导向3号端口;
·“000000000000000101“=>“00000010000”,即目的地址(DA)是0x80000x00000x00000x0005的查询包导向4号端口;
·“000000000000000110“=>“00000100000”,即目的地址(DA)是0x80000x00000x00000x0006的查询包导向5号端口;
·“000000000000000111“=>“00001000000”,即目的地址(DA)是0x80000x00000x00000x0007的查询包导向6号端口;
·“000000000000001000“=>“00010000000”,即目的地址(DA)是0x80000x00000x00000x0008的查询包导向7号端口;
S4、MSS-400服务器发目的地址(DA)是0x80000x00000x00000x0001、0x80000x00000x00000x0002、0x80000x00000x00000x0003、0x80000x00000x00000x0004、0x80000x00000x00000x0005、0x80000x00000x00000x0006、0x80000x00000x00000x0007、0x80000x00000x00000x0008的查询包(SA都为0x00000x00000x00000x0000),根据其0号表的配置,所述查询包会依次导向0到7号端口;此时,地址信息表的第0x0001至0x0008项被配置成:
·地址占用描述符:“01”表示此地址待用;
·设备描述符:不做修改;
·设备资源描述信息:不做修改;
地址信息表的下一个可用地址为0x0009;
S5、BX-008-0、BX-008-1交换机上电后初始化硬件,
·配置其0号表”00xxxx xxxx xxxx xxxx”为“0100000000”,即所有下行协议包包导向CPU;
·配置其1号表”01xxxx xxxx xxxx xxxx”为“1000000000”,即所有的上行协议包导向上行的百兆网口;
·配置其2号、3号表为“0000000000“,即所有单组播数据包传送关闭;
S6、BX-008-0交换机收到查询包后,根据其0号表的配置,该查询包被接收至其CPU模块,由CPU模块解析该查询包并生成应答包(该应答中包含本接入交换机的注册信息)发送给MSS-400服务器,包的DA是0x08000x00000x00000x0000,SA是0x00000x00000x00000x0001;
S7、MSS-400服务器收到BX-008-0交换机发出的应答包后,对比应答包的源地址(SA)、及设备类型就知道其0号端口下接了一台接入交换机,然后在节点服务器内部的注册信息表里找到这台接入交换机的信息,向该接入交换机发送入网命令(告知其接入网地址为0x0001);
S8、BX-008-0交换机收到入网命令后,知道自己的接入网地址是0x0001就入网了,于是配置其0号表”000000000000000001”为“0100000000”,0号表其余表项配置为”0000000000“,即只有本交换机的下行协议包导入CPU,同时向服务器发送入网命令应答;
S9、MSS-400服务器收到BX-008-0交换机发出的入网命令应答就知道BX-008-0交换机已经入网了,于是将服务器内部的地址信息表的第0x0001项被配置成:
·地址占用描述符:“10”表示此地址已用;
·设备描述符:“000001”表示其中一种接入交换机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号表中做如下配置:
·“000000000000001001“=>“00000000001”,即目的地址(DA)是0x80000x00000x00000x0009的端口下行协议包导向0号端口;
·“000000000000001010“=>“00000000001”,即目的地址(DA)是0x80000x00000x00000x000a的端口下行协议包导向0号端口;
·“000000000000001011“=>“00000000001”,即目的地址(DA)是0x80000x00000x00000x000b的端口下行协议包导向0号端口;
·“000000000000001100“=>“00000000001”,即目的地址(DA)是0x80000x00000x00000x000c的端口下行协议包导向0号端口;
·“000000000000001101“=>“00000000001”,即目的地址(DA)是0x80000x00000x00000x000d的端口下行协议包导向0号端口;
·“000000000000001110“=>“00000000001”,即目的地址(DA)是0x80000x00000x00000x000e的端口下行协议包导向0号端口;
·“000000000000001111“=>“00000000001”,即目的地址(DA)是0x80000x00000x00000x000f的端口下行协议包导向0号端口;
·“000000000000010000“=>“00000000001”,即目的地址(DA)是0x80000x00000x00000x0010的端口下行协议包导向0号端口;
MSS-400服务器会通过包括端口分配信息的端口分配包,通知BX-008-0交换机在其0号表中做如下配置:
·“000000000000001001“=>“0000000001”,即目的地址(DA)是0x80000x00000x00000x0009的端口下行协议包导向0号端口;
·“000000000000001010“=>“0000000010”,即目的地址(DA)是0x80000x00000x00000x000a的端口下行协议包导向1号端口;
·“000000000000001011“=>“0000000100”,即目的地址(DA)是0x80000x00000x00000x000b的端口下行协议包导向2号端口;
·“000000000000001100“=>“0000001000”,即目的地址(DA)是0x80000x00000x00000x000c的端口下行协议包导向3号端口;
·“000000000000001101“=>“0000010000”,即目的地址(DA)是0x80000x00000x00000x000d的端口下行协议包导向4号端口;
·“000000000000001110“=>“0000100000”,即目的地址(DA)是0x80000x00000x00000x000e的端口下行协议包导向5号端口;
·“000000000000001111“=>“0001000000”,即目的地址(DA)是0x80000x00000x00000x000f的端口下行协议包导向6号端口;
·“000000000000010000“=>“0010000000”,即目的地址(DA)是0x80000x00000x00000x0010的端口下行协议包导向7号端口;
S10、MSS-400服务器发目的地址(DA)是0x80000x00000x00000x0009、0x80000x00000x00000x000a、0x80000x00000x00000x000b、0x80000x00000x00000x000c、0x80000x00000x00000x000d、0x80000x00000x00000x000e、0x80000x00000x00000x000f、0x80000x00000x00000x0010的端口下行协议包(SA都为0x00000x00000x00000x0000),根据MSS-400服务器中0号表的配置,所述端口下行协议包会依次导向MSS-400服务器0号端口,根据BX-008-0交换机中0号表配置,端口下行协议包会依次导向BX-008-0交换机0到7号端口;并且,MSS-400服务器中的地址信息表的第0x0009至0x0010项被配置成:
·地址占用描述符:“01”表示此地址待用;
·设备描述符:不做修改;
·设备资源描述信息:不做修改;
下一个可用地址为0x0011;
S11、STB-0从BX-008-0交换机的0号端口收到端口下行协议包(即目的地址是0x80000x00000x00000x0009的端口下行协议包)收到端口下行协议包后发送端口上行协议包(包含本终端的注册信息),包的DA是0x08000x00000x00000x0000,SA是0x00000x00000x00000x0009(交换机的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-S14步骤,BX-008-1也会入网,获得其接入网地址为0x0002;STB-1也会入网,获得其接入网地址为0x0012。
3.1.5入网过程中的数据格式定义:
PDU是用户终端和服务器的信息交互方式,两者使用原始套接字(RawSocket)传递PDU,其数据格式如下:
目的地址 | 源地址 | 保留字节 | PDU |
4W | 4W | 2BYTE | 32W或528W |
系统消息(PDU)定义
一.端口查询
1、端口查询指令,由服务器发出,32W短信令:
字段号 | 长度 | 代码 | 说明 |
0 | 1W | 8A01 | 服务器端口查询指令 |
1-4 | 4W | 网络地址 | |
5-7 | 3W | 系统时钟 | |
8-9 | 2W | 网关的IP地址(本字段只对终端有效) | |
10-12 | 3W | 网关的MAC地址(本字段只对终端有效) | |
13-31 | 19W | 0000 | 填充 |
2、端口查询应答指令,32W短信令:
机顶盒收到8A01发给服务器的应答
交换机收到8A01发给服务器的应答
字段号 | 长度 | 代码 | 说明 |
0 | 1W | 8A02 | 交换机端口查询应答指令 |
1 | 1W | 设备类型 | |
2-4 | 3W | 设备标识(每个交换机都不同) | |
5-8 | 4W | 网络地址(从8A01获取) | |
9 | 1W | 干线额定流量(交换机固有) | |
10 | 1W | 支线额定流量(交换机固有) | |
11-13 | 3W | 版本信息(交换机固有) | |
14-31 | 18W | 0000 | 填充0 |
编码板收到8A01发给服务器的应答
字段号 | 长度 | 代码 | 说明 |
0 | 1W | 8A06 | 编码板端口查询应答指令 |
1 | 1W | 设备类型(0x5131) | |
2-4 | 3W | 设备标识(每个都不同) | |
5-8 | 4W | 网络地址(从8A01获取) | |
9-31 | 23W | 0000 | 填充 |
设备标识:暂时可以取值0x51310201000X(X=0-f)
3、入网指令,由服务器发出,32W短信令:
4、入网确认指令,32W短信令:
5、状态查询指令,由服务器发出,32W短信令:
给交换机的状态查询指令
给机顶盒的状态查询指令
6、状态查询应答指令,32W短信令:
交换机的状态查询应答
机顶盒的状态查询应答
编码板的状态查询应答
三、以下通过与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 (99)
1.一种接入网设备的通信连接方法,其特征在于,所述接入网设备包括节点服务器、接入交换机和终端,所述的方法包括:
节点服务器依据源终端发起的服务请求协议包,获取当次服务的通信链路信息,所述通信链路信息包括,参与当次服务接入交换机的通信端口信息;
节点服务器依据所述接入交换机的通信端口信息,向相应的接入交换机发送端口配置命令;
所述接入交换机依据端口配置命令在其内部的数据包地址表中,设置当次服务的数据包所导向的端口。
2.如权利要求1所述的方法,其特征在于,还包括:
节点服务器在其内部的数据包地址表中设置当次服务的数据包所导向的端口。
3.如权利要求1所述的方法,其特征在于,所述源终端发起的服务请求包括单播通信服务请求和组播通信服务请求;所述数据包地址表包括单播数据包地址表和组播数据包地址表。
4.如权利要求2所述的方法,其特征在于,所述节点服务器获取当次服务的通信链路信息的步骤包括:
节点服务器获得源终端发起的、用于与目标终端建立单播通信服务的服务请求协议包,所述服务请求协议包中包括服务类型信息,服务内容信息,以及,源终端的接入网地址,其中,所述服务内容信息包括服务号码;
节点服务器依据所述服务号码在预置的内容-地址映射表中提取目标终端的接入网地址;
节点服务器依据所述服务类型信息、源终端和目标终端的接入网地址,获取当次服务的通信链路信息。
5.如权利要求4所述的方法,其特征在于,所述通信链路信息为单向通信链路信息,或为双向通信链路信息。
6.如权利要求4或5所述的方法,其特征在于,所述节点服务器获取当次服务的通信链路信息的步骤还包括:
节点服务器向所述源终端和目标终端发送菜单协议包;
以及,接收目标终端针对所述菜包协议包发出的应答协议包。
7.如权利要求6所述的方法,其特征在于,所述节点服务器获取当次服务的通信链路信息的步骤还包括:
依据所述节点服务器和源终端之间的接入交换机中预置协议包地址表的设置,所述菜单协议包被导向至源终端;
依据所述节点服务器和目标终端之间的接入交换机中预置协议包地址表的设置,所述菜单协议包被导向至目标终端;
其中,所述协议包地址表中设置有,目的地址为当前接入交换机的接入网地址的协议包导向CPU模块;以及,目的地址为其它接入网设备地址的协议包所导向的端口。
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所述的方法,其特征在于,还包括:
接入交换机上电,在其内部的下行协议包地址表中设置所有下行协议包导向CPU模块;
所述接入交换机接收节点服务器发送的下行协议包,依据所述下行协议包地址表的设置,将所述下行协议包导向该接入交换机的CPU模块,所述CPU模块生成上行协议包,并发送给节点服务器;所述下行协议包中包括一个待分配的接入网地址;
节点服务器向该接入交换机发送入网命令,所述入网命令中包括该接入交换机的接入网地址,所述接入网地址即为该接入交换机所接收下行协议包中的待分配接入网地址;
所述接入交换机更新其内部的下行协议包地址表为,仅目的地址为自己接入网地址的协议包导向CPU模块。
32.如权利要求31所述的方法,其特征在于,当已入网的接入交换机接收到节点服务器发送的端口分配包时,所述的方法还包括:
已入网的接入交换机将目的地址为自己接入网地址的端口分配包导向CPU模块;
依据包中的端口分配信息,在其内部的下行协议包地址表中,设置各个端口下行协议包所导向的下行端口。
33.如权利要求32所述的方法,其特征在于,当已入网的接入交换机接收到节点服务器发送的端口下行协议包时,所述的方法还包括:
所述接入交换机依据其内部下行协议包地址表的设置,将所述端口下行协议包导向对应的下行端口;所述端口下行协议包中包括一个待分配的接入网地址;
若节点服务器接收到连接在所述接入交换机下行端口的某个下级接入网设备发送的端口上行协议包,并向该下级接入网设备发送入网命令,所述入网命令中包括该下级接入网设备的接入网地址,所述接入网地址即为该下级接入网设备所接收的端口下行协议包中待分配的接入网地址。
34.一种接入网设备的通信连接系统,其特征在于,所述接入网设备包括节点服务器、接入交换机和终端,所述节点服务器包括:
服务请求接收模块,用于接收源终端发起的服务请求协议包;
通信链路获取模块,用于依据源终端发起的服务请求协议包,获取当次服务的通信链路信息,所述通信链路信息包括,参与当次服务的接入交换机的通信端口信息;
交换机端口配置模块,用于依据所述接入交换机的通信端口信息,向相应的接入交换机发送端口配置命令;
所述接入交换机包括:
地址表配置模块,用于依据端口配置命令在其内部的数据包地址表中,设置当次服务的数据包所导向的端口。
35.如权利要求34所述的系统,其特征在于,还包括:
地址表配置模块,用于在节点服务器内部的数据包地址表中设置当次服务的数据包所导向的端口。
36.如权利要求34所述的系统,其特征在于,所述源终端发起的服务请求包括单播通信服务请求和组播通信服务请求;所述数据包地址表包括单播数据包地址表和组播数据包地址表。
37.如权利要求35所述的系统,其特征在于,所述节点服务器的通信链路获取模块包括:
单播服务协议包接收子模块,用于接收源终端发起的、用于与目标终端建立单播通信服务的服务请求协议包,所述服务请求协议包中包括服务类型信息,服务内容信息,以及,源终端的接入网地址,其中,所述服务内容信息包括服务号码;
目标终端地址获取子模块,用于依据所述服务号码在预置的内容-地址映射表中提取目标终端的接入网地址;
通信链路计算子模块,用于依据所述服务类型信息、源终端和目标终端的接入网地址,获取当次服务的通信链路信息。
38.如权利要求37所述的系统,其特征在于,所述通信链路信息为单向通信链路信息,或为双向通信链路信息。
39.如权利要求37或38所述的系统,其特征在于,所述节点服务器还包括:
菜单协议包发送模块,用于向所述源终端和目标终端发送菜单协议包;
应答协议包接收模块,用于接收目标终端针对所述菜包协议包发出的应答协议包。
40.如权利要求39所述的系统,其特征在于,所述接入交换机包括位于所述节点服务器和源终端之间的第一接入交换机,以及,位于所述节点服务器和目标终端之间的第二接入交换机;
所述第一接入交换机还包括:
菜单协议包第一导向模块,用于依据其内部预置协议包地址表的设置,将所述菜单协议包被导向至源终端;
所述第二接入交换机还包括:
菜单协议包第二导向模块,用于依据其内部预置协议包地址表的设置,所述菜单协议包被导向至目标终端;
其中,所述协议包地址表中设置有,目的地址为当前接入交换机的接入网地址的协议包导向CPU模块;以及,目的地址为其它接入网设备地址的协议包所导向的端口。
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所述的系统,其特征在于,所述节点服务器还包括向接入交换机发送下行协议包的下行协议包发送模块,以及,依据接入交换机回复的上行协议包发送入网命令的第一入网命令发送模块;
所述接入交换机还包括:
0号表初始化配置模块,用于在上电时,在其内部的下行协议包地址表中设置所有下行协议包导向CPU模块;
下行协议包接收模块,用于依据所述下行协议包地址表的设置,将接收到的下行协议包导向该接入交换机的CPU模块,所述下行协议包中包括一个待分配的接入网地址;
上行协议包回复模块,用于由所述CPU模块生成上行协议包,并发送给节点服务器;
第一入网命令接收模块,用于接收节点服务器发送的入网命令,所述入网命令中包括该接入交换机的接入网地址,所述接入网地址即为该接入交换机所接收下行协议包中的待分配接入网地址;
0号表第一设置模块,用于更新其内部的下行协议包地址表为,仅目的地址为自己接入网地址的协议包导向CPU模块。
63.如权利要求62所述的系统,其特征在于,所述节点服务器还包括用于向已入网的接入交换机发送端口分配包的端口分配包发送模块,所述端口分配包中包括端口分配信息,所述端口分配信息为各个端口下行协议包导向所述接入交换机各个下行端口的信息;
所述接入交换机还包括:
第一导向模块,用于将目的地址为自己接入网地址的端口分配包导向CPU模块;
0号表第二设置模块,用于依据所述端口分配信息,在其内部的下行协议包地址表中,设置各个端口下行协议包所导向的下行端口。
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所述的接入交换机,其特征在于,所述接入交换机包括位于所述节点服务器和源终端之间的第一接入交换机,以及,位于所述节点服务器和目标终端之间的第二接入交换机;
所述第一接入交换机还包括:
菜单协议包第一导向模块,用于依据其内部预置协议包地址表的设置,将所述菜单协议包被导向至源终端;
所述第二接入交换机还包括:
菜单协议包第二导向模块,用于依据其内部预置协议包地址表的设置,所述菜单协议包被导向至目标终端;
其中,所述协议包地址表中设置有,目的地址为当前接入交换机的接入网地址的协议包导向CPU模块;以及,目的地址为其它接入网设备地址的协议包所导向的端口。
94.如权利要求91所述的接入交换机,其特征在于,当所述通信链路信息为单向通信链路信息时,所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口信息,以及,下行链路中接入交换机的下行端口信息;
所述接入交换机依据端口配置命令在其内部的单播数据包地址表中设置的当次服务的单播数据包所导向的端口包括:
目的地址为目标终端的单播数据包所导向的上行链路中接入交换机的上行端口和下行链路中接入交换机的下行端口。
95.如权利要求91所述的接入交换机,其特征在于,当所述通信链路信息为双向通信链路信息时,所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口和下行端口信息,以及,下行链路中接入交换机的上行端口和下行端口信息;
所述接入交换机依据所述端口配置命令在其内部的单播数据包地址表中设置的当次服务的单播数据包所导向的端口包括:
目的地址为目标终端的单播数据包所导向的上行链路中接入交换机的上行端口和下行端口;以及,目的地址为源终端的单播数据包所导向的下行链路中接入交换机的上行端口的下行端口。
96.如权利要求91所述的接入交换机,其特征在于,所述接入交换机的通信端口信息包括上行链路中接入交换机的上行端口信息,以及,下行链路中接入交换机的下行端口信息;
所述接入交换机依据所述端口配置命令在其内部的组播数据包地址表中设置的当次服务的组播数据包所导向的端口包括:
目的地址为组播地址的组播数据包所导向的上行链路中接入交换机的上行端口和下行链路中接入交换机的下行端口。
97.如权利要求96所述的接入交换机,其特征在于,所述接入交换机的通信端口信息还包括上行链路中接入交换机的下行端口信息;
所述接入交换机依据所述端口配置命令在其内部的组播数据包地址表中设置的当次服务的组播数据包所导向的端口还包括:
目的地址为组播地址的组播数据包所导向的上行链路中接入交换机的下行端口。
98.如权利要求90、91或92所述的接入交换机,其特征在于,所述接入交换机为连接在所述源终端与节点服务器之间的接入交换机,所述接入交换机还包括:
协议包导向模块,用于依据其内部预置上行协议包地址表的设置,将所述源终端发起的服务请求协议包通过该接入交换机的上行端口导向至节点服务器;
其中,所述上行协议包地址表中设置有,目的地址为节点服务器地址的协议包导向的上行端口。
99.如权利要求90、91或92所述的接入交换机,其特征在于,还包括:
端口释放模块,用于依据节点服务器发送的端口释放命令在其内部的数据包地址表中,将所设置的当次服务数据包导向的端口释放。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010248220.8A CN102377633B (zh) | 2010-08-06 | 2010-08-06 | 一种接入网设备的通信连接方法及系统 |
PCT/CN2011/077989 WO2012016529A1 (zh) | 2010-08-06 | 2011-08-04 | 一种接入网设备的通信连接方法及系统 |
US13/814,732 US9497111B2 (en) | 2010-08-06 | 2011-08-04 | Communications method and system for communications of network accessing equipment |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010248220.8A CN102377633B (zh) | 2010-08-06 | 2010-08-06 | 一种接入网设备的通信连接方法及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102377633A true CN102377633A (zh) | 2012-03-14 |
CN102377633B CN102377633B (zh) | 2014-10-08 |
Family
ID=45558944
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010248220.8A Active CN102377633B (zh) | 2010-08-06 | 2010-08-06 | 一种接入网设备的通信连接方法及系统 |
Country Status (3)
Country | Link |
---|---|
US (1) | US9497111B2 (zh) |
CN (1) | CN102377633B (zh) |
WO (1) | WO2012016529A1 (zh) |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105429769B (zh) * | 2015-11-06 | 2018-08-07 | 河海大学常州校区 | 基于正反馈的体育比赛数据通信与消息分发方法 |
CN111031370A (zh) * | 2019-12-12 | 2020-04-17 | 四川天邑康和通信股份有限公司 | 一种融合网关部分和机顶盒部分相互通讯的方法 |
CN111131747A (zh) * | 2019-12-06 | 2020-05-08 | 视联动力信息技术股份有限公司 | 确定数据通道状态的方法、装置、电子设备及存储介质 |
CN115552850A (zh) * | 2020-06-09 | 2022-12-30 | 思科技术公司 | 网络结构中的定向广播 |
Families Citing this family (23)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20150381377A1 (en) * | 2014-06-26 | 2015-12-31 | Qualcomm Technologies International, Ltd. | Method and apparatus for managing addresses and connectivity arrangements for transporting multicast data in a wireless network |
CN105515856B (zh) * | 2015-12-07 | 2018-12-25 | 中国航空工业集团公司西安航空计算技术研究所 | 基于通道的fc网络余度设计方法 |
CN105656896A (zh) * | 2016-01-06 | 2016-06-08 | 甄世存 | 一种ip地址默认端口转移加密和端口管道服务方法及装置 |
CN108965622B (zh) * | 2017-05-17 | 2021-02-05 | 北京博瑞彤芸文化传播股份有限公司 | 一种留言信息的处理方法 |
FR3072236B1 (fr) * | 2017-10-10 | 2020-11-27 | Bull Sas | Dispositif et procede d'acquisition de valeurs de compteurs associes a une tache de calcul |
CN109618120B (zh) * | 2018-11-15 | 2021-09-21 | 视联动力信息技术股份有限公司 | 视频会议的处理方法和装置 |
CN109787993B (zh) * | 2019-01-31 | 2021-04-23 | 视联动力信息技术股份有限公司 | 一种多用户访问专网的方法和装置 |
CN109787992B (zh) * | 2019-01-31 | 2021-03-12 | 视联动力信息技术股份有限公司 | 一种通过视联网访问专网的方法和装置 |
CN109873817B (zh) * | 2019-01-31 | 2021-08-06 | 视联动力信息技术股份有限公司 | 一种一对一访问网络的方法和装置 |
CN109889910B (zh) * | 2019-01-31 | 2021-12-03 | 视联动力信息技术股份有限公司 | 一种访问专网的通信方法和装置 |
CN110120885B (zh) * | 2019-04-04 | 2022-11-01 | 视联动力信息技术股份有限公司 | 一种设备状态信息的处理方法和装置 |
CN110233772B (zh) * | 2019-04-22 | 2021-11-19 | 视联动力信息技术股份有限公司 | 一种视联网系统测试方法和装置 |
CN111147569A (zh) * | 2019-12-23 | 2020-05-12 | 视联动力信息技术股份有限公司 | 64位视联网与16位视联网通信的方法、装置、设备及介质 |
CN111355916B (zh) * | 2020-02-17 | 2022-07-22 | 视联动力信息技术股份有限公司 | 建立视联网通信连接的方法、装置、设备及存储介质 |
CN111385609A (zh) * | 2020-02-20 | 2020-07-07 | 视联动力信息技术股份有限公司 | 一种录像回放方法和装置 |
CN111405736B (zh) * | 2020-03-09 | 2022-05-13 | 广州市珠江灯光科技有限公司 | 灯具集中管理方法与装置 |
CN112118255B (zh) * | 2020-09-17 | 2023-04-14 | 北京四方继保工程技术有限公司 | 一种基于sip协议的多级视频监控子系统的级联方法 |
CN112532454B (zh) * | 2020-11-30 | 2023-05-26 | 西安云维智联科技有限公司 | 一种fc交换网络系统网络管理方法 |
CN112866351B (zh) * | 2020-12-31 | 2023-08-04 | 成都佳华物链云科技有限公司 | 数据交互方法、装置、服务器及存储介质 |
CN114979284B (zh) * | 2021-04-27 | 2023-06-30 | 中移互联网有限公司 | 一种5g消息调度方法、装置及系统 |
CN113794610B (zh) * | 2021-09-02 | 2023-05-26 | 深圳创维-Rgb电子有限公司 | 网关通讯方法、装置、设备及存储介质 |
US11973824B2 (en) * | 2021-09-23 | 2024-04-30 | Shanghai Anviz Technology Co., Ltd. | Method for data transmission of audio and video in end-to-end system |
CN114070404B (zh) * | 2021-11-10 | 2023-12-22 | 北京机电工程研究所 | 一种基于多类型测试设备的光纤网络工作方法 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1275299A (zh) * | 1998-06-19 | 2000-11-29 | 尤尼斯菲尔解决方案公司 | 用于ip转发和atm交换的设备 |
CN1373980A (zh) * | 1998-12-10 | 2002-10-09 | 诺基亚网络有限公司 | 利用常规网络节点交换机管理与各种业务质量原则相关联的数据业务的系统和方法 |
CN101030940A (zh) * | 2007-04-09 | 2007-09-05 | 华为技术有限公司 | 网络流量负载均衡的方法以及第三层交换设备 |
JP2008228069A (ja) * | 2007-03-14 | 2008-09-25 | Yamaha Corp | 中継補助装置 |
CN101404619A (zh) * | 2008-11-17 | 2009-04-08 | 杭州华三通信技术有限公司 | 一种实现服务器负载均衡的方法和一种三层交换机 |
CN101557303A (zh) * | 2008-04-11 | 2009-10-14 | 华为技术有限公司 | 路径建立请求方法、路径建立方法与系统 |
CN101674221A (zh) * | 2008-09-09 | 2010-03-17 | 中国移动通信集团公司 | 静态路由生成方法、终端路由实现方法及装置 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6735679B1 (en) * | 1998-07-08 | 2004-05-11 | Broadcom Corporation | Apparatus and method for optimizing access to memory |
US6614781B1 (en) * | 1998-11-20 | 2003-09-02 | Level 3 Communications, Inc. | Voice over data telecommunications network architecture |
US6611872B1 (en) * | 1999-01-11 | 2003-08-26 | Fastforward Networks, Inc. | Performing multicast communication in computer networks by using overlay routing |
US7474660B1 (en) * | 1999-03-31 | 2009-01-06 | Cisco Technology, Inc. | MAC address extension to maintain router information in source routed computer networks |
US6944150B1 (en) * | 2000-02-28 | 2005-09-13 | Sprint Communications Company L.P. | Method and system for providing services in communications networks |
US7409712B1 (en) * | 2003-07-16 | 2008-08-05 | Cisco Technology, Inc. | Methods and apparatus for network message traffic redirection |
US7983158B2 (en) * | 2005-11-30 | 2011-07-19 | Motorola Solutions, Inc. | Routing topology bandwidth management methods and system |
US8077609B2 (en) * | 2005-12-15 | 2011-12-13 | At&T Intellectual Property I, L.P. | Method for providing quality-of-service based services in a packet network |
US20080144642A1 (en) * | 2006-12-19 | 2008-06-19 | Shaowen Song | Residential gateway for ethernet based metro networks and a global hierarchical ethernet addressing system |
CN101547194B (zh) | 2008-08-19 | 2012-06-13 | 孙宁军 | 一种嵌入式终端获取互联网上数据的方法及系统 |
CN101917492B (zh) * | 2010-08-06 | 2013-06-05 | 北京乾唐视联网络科技有限公司 | 一种新型网的通信方法及系统 |
US20120054349A1 (en) * | 2010-08-26 | 2012-03-01 | Microsoft Corporation | Session admission control on sip trunk legs |
US8948181B2 (en) * | 2012-10-23 | 2015-02-03 | Cisco Technology, Inc. | System and method for optimizing next-hop table space in a dual-homed network environment |
-
2010
- 2010-08-06 CN CN201010248220.8A patent/CN102377633B/zh active Active
-
2011
- 2011-08-04 US US13/814,732 patent/US9497111B2/en active Active
- 2011-08-04 WO PCT/CN2011/077989 patent/WO2012016529A1/zh active Application Filing
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1275299A (zh) * | 1998-06-19 | 2000-11-29 | 尤尼斯菲尔解决方案公司 | 用于ip转发和atm交换的设备 |
CN1373980A (zh) * | 1998-12-10 | 2002-10-09 | 诺基亚网络有限公司 | 利用常规网络节点交换机管理与各种业务质量原则相关联的数据业务的系统和方法 |
JP2008228069A (ja) * | 2007-03-14 | 2008-09-25 | Yamaha Corp | 中継補助装置 |
CN101030940A (zh) * | 2007-04-09 | 2007-09-05 | 华为技术有限公司 | 网络流量负载均衡的方法以及第三层交换设备 |
CN101557303A (zh) * | 2008-04-11 | 2009-10-14 | 华为技术有限公司 | 路径建立请求方法、路径建立方法与系统 |
CN101674221A (zh) * | 2008-09-09 | 2010-03-17 | 中国移动通信集团公司 | 静态路由生成方法、终端路由实现方法及装置 |
CN101404619A (zh) * | 2008-11-17 | 2009-04-08 | 杭州华三通信技术有限公司 | 一种实现服务器负载均衡的方法和一种三层交换机 |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105429769B (zh) * | 2015-11-06 | 2018-08-07 | 河海大学常州校区 | 基于正反馈的体育比赛数据通信与消息分发方法 |
CN111131747A (zh) * | 2019-12-06 | 2020-05-08 | 视联动力信息技术股份有限公司 | 确定数据通道状态的方法、装置、电子设备及存储介质 |
CN111131747B (zh) * | 2019-12-06 | 2022-08-16 | 视联动力信息技术股份有限公司 | 确定数据通道状态的方法、装置、电子设备及存储介质 |
CN111031370A (zh) * | 2019-12-12 | 2020-04-17 | 四川天邑康和通信股份有限公司 | 一种融合网关部分和机顶盒部分相互通讯的方法 |
CN115552850A (zh) * | 2020-06-09 | 2022-12-30 | 思科技术公司 | 网络结构中的定向广播 |
Also Published As
Publication number | Publication date |
---|---|
US20130188519A1 (en) | 2013-07-25 |
US9497111B2 (en) | 2016-11-15 |
WO2012016529A1 (zh) | 2012-02-09 |
CN102377633B (zh) | 2014-10-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102377633B (zh) | 一种接入网设备的通信连接方法及系统 | |
CN101917492B (zh) | 一种新型网的通信方法及系统 | |
CN102377636B (zh) | 一种接入网设备的服务通信方法及系统 | |
CN102377631B (zh) | 一种基于流量控制的数据传输方法及通信系统 | |
CN102377632B (zh) | 一种兼容以太网的方法及系统 | |
CN102377634B (zh) | 一种接入网设备的入网方法及系统 | |
CN102377635B (zh) | 一种城域网通信方法及通信系统 | |
US6373817B1 (en) | Chase me system | |
CN108881799B (zh) | 一种进行视联网视频会议的系统和方法 | |
MXPA00012900A (es) | Control simplificado de servicio de ip. | |
CN107979760A (zh) | 一种直播视频的查看方法和装置 | |
CN107979736A (zh) | 一种视频会议的查看方法和装置 | |
CN108616487A (zh) | 基于视联网的混音方法和装置 | |
CN109561080B (zh) | 一种动态入网通信的方法和装置 | |
CN109348162B (zh) | 信息处理方法和装置 | |
CN110276607B (zh) | 终端业务更新方法、装置及存储介质 | |
MXPA00012574A (en) | Closed user network billing |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C53 | Correction of patent of invention or patent application | ||
CB03 | Change of inventor or designer information |
Inventor after: Yang Chunhui Inventor after: Lu Hongcheng Inventor before: Lu Hongcheng Inventor before: Yang Chunhui |
|
COR | Change of bibliographic data |
Free format text: CORRECT: INVENTOR; FROM: LU HONGCHENG YANG CHUNHUI TO: YANG CHUNHUI LU HONGCHENG |
|
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |