CN101512978A - 通信装置、设备、通信装置控制方法、控制程序和计算机可读取的记录介质 - Google Patents
通信装置、设备、通信装置控制方法、控制程序和计算机可读取的记录介质 Download PDFInfo
- Publication number
- CN101512978A CN101512978A CNA2007800325637A CN200780032563A CN101512978A CN 101512978 A CN101512978 A CN 101512978A CN A2007800325637 A CNA2007800325637 A CN A2007800325637A CN 200780032563 A CN200780032563 A CN 200780032563A CN 101512978 A CN101512978 A CN 101512978A
- Authority
- CN
- China
- Prior art keywords
- qos
- mentioned
- data
- communicator
- information
- 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
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
-
- 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/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
- H04L12/462—LAN interconnection over a bridge based backbone
- H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2425—Traffic characterised by specific attributes, e.g. priority or QoS for supporting services specification, e.g. SLA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
- H04L47/2441—Traffic characterised by specific attributes, e.g. priority or QoS relying on flow classification, e.g. using integrated services [IntServ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/50—Queue scheduling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B2203/00—Indexing scheme relating to line transmission systems
- H04B2203/54—Aspects of powerline communications not already covered by H04B3/54 and its subgroups
- H04B2203/5429—Applications for powerline communications
- H04B2203/5445—Local network
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Communication Control (AREA)
Abstract
本发明提供一种可由用户简单便捷地进行网络传输质量设定、使得QoS控制能够有效地发挥作用的通信装置。网络上的通信装置(10、20、30、40)设置有QoS类型接受部(11、21、31、41),用户可通过操作QoS类型接受部(11、21、31、41)来指定上述通信装置(10、20、30、40)请求的QoS类型。在上述通信装置(10、20、30、40)进行通信时,对网络进行控制使得能够保证与QoS类型接受部(11、21、31、41)所接受的QoS类型对应的QoS。
Description
技术领域
本发明涉及一种在通信网络中进行QoS设定的通信装置及其控制方法。
背景技术
以往,在计算机网络中,采用被称之为“分组通信方式”的通信方式进行分组收发。最近,在诸如家庭LAN(Local Area Network:局域网)等的网络中,要求构筑一种基于PLC(Power Line Communication:电力线通信)的LAN的需求日渐高涨。
较之于有线LAN,基于PLC的LAN的优势在于:无需敷设专用的LAN电缆,只要将设备的电源线连接到电源插座就可实现网络构筑,所以,能够增加终端的移动自由度。
在诸如上述基于PLC的LAN等的网络中,在多个从站(Slave Station)接入由主站进行频带管理的网络的情况下,在进行分组收发时,多个从站按照时分方式共用同一个网络介质(medium)。根据这种***,频带利用效率因从站发送权管理方法的不同而发生较大变化。
[QoS技术]
在传输Web内容(content)、邮件、FTP等非实时数据时,即使发生某种程度的传输延迟和抖动,也不会对用户造成太大的影响。但是,在传输视频、音频等实时数据时,传输延迟和抖动将导致视频/音频紊乱,所以,需要将传输延迟和图像抖动控制在某一范围内。
所谓QoS(Quality of Service:服务质量)技术是指这种技术,即:根据上述传输数据的种类,既可确保适当的品质,同时又可有效地实现多个数据传输的技术。QoS技术可大致分为“Prioritized QoS:优先级式QoS”和“Parameterized QoS:参数式QoS”。
[优先级式QoS]
根据优先级式QoS技术,数据发送方通信装置对数据包赋予与数据种类以及进行数据收发的通信装置的性质相应的优先级,并按照被赋予给上述包的优先级对数据发送的优先顺序实施控制从而实现QoS。
通常而言,在包(packet)的包头部分设置用于保存优先级的域(Field)并以数值的形式将优先级保存在上述域中。
例如,实时数据较之于非实时数据要求更高的传输质量,所以,较之于非实时数据的包头部分的优先级域,在实时数据的包头部分的优先级域中保存表示更高优先级的数值,并按照与该数值对应的优先级进行数据发送,从而实现QoS。
[参数式QoS]
根据参数式QoS技术,设置对整个网络的频带进行管理的主站,主站根据从站所请求的QoS的参数对整个网络中的频带使用计划进行管理,对所有从站的发送次数和发送时间实施集中管理从而实现QoS。
从站在要进行可保证QoS的传输时,预先向主站发送QoS传输的请求信号,该请求信号中含有QoS参数。主站对上述QoS参数进行解释,并根据当前的网络利用状况判断能否实现QoS。如果能够实现,就允许QoS传输,如果不能实现,就拒绝QoS传输。
例如,当其他子站正在进行QoS传输而导致剩余频带不足时,主站就拒绝QoS传输。
主站对频带分配计划实施不间断的管理以保证对各从站提供的QoS,并根据计划向各从站发出发送许可信号。从站仅在由上述发送许可信号通知的期间内进行数据传输。
根据上述结构,整个网络中不再发生访问冲突,从而可实现QoS。
参数式QoS技术对每一个数据流(Flow)进行QoS管理。所谓数据流是指需要进行不间断传输的连续的数据,例如,一个视频内容或音频内容等。多个包属于上述连续的数据。
在同时传输多个内容时,需要对各内容分别实施不同的QoS控制。例如,在一个通信装置同时发送视频内容和音频内容时,各内容所需的QoS请求事项各不相同。
在进行数据传输时,主站需要对每一个数据流确定频带使用计划,所以,主站在发送包时需要了解该包所属的数据流以及所请求的QoS的参数。
从站在对主站通知QoS参数时,为实现每一个数据流的QoS而在通知中添加数据流识别信息。主站对每一个数据流实施频带分配计划管理,并在发出发送许可信号时,在通知中附加数据流识别信息以表示许可发送的数据流。发送方通知装置仅仅发送与所通知的数据流识别信息一致的包,由此可实现对每一个数据流的QoS控制。
作为数据流识别信息,可以例举出下述的一部分或者其全部组合,即:MAC头内的接收方MAC地址及发送方MAC地址、IP头内的接收方IP地址及发送方IP地址、TCP头(或UDP头)内的接收方端口号及发送方端口号、IPv6头内的数据流标签(Flow Label)域、イ—サネツ,ト(以太网:注册商标)的帧头内的VLAN标记的VID(VLAN Identifier:虚拟局域网标识符)域等。
另外,一般而言,使用VLAN标记的VID域的真正目的不在于对LAN的虚拟划分,而在于对数据流进行识别。
例如,在分离IP电话数据和普通数据(Web、FTP)时,虽然可以考虑通过断开其物理连接来进行分离,但事实上却难以实现,所以,一般通过VLAN进行虚拟分离(虽然借助于同一电缆进行物理连接,但被划分为不同的网络)。例如,分配第一VID以传输IP电话数据,分配第二VID以传输通常的数据。
[QoS设定方法]
一般而言,在OSI参考模型的第2层、第3层实现QoS。以下,用于实现控制QoS的层被称为“QoS控制层”。
无论是优先级式QoS技术还是参数式QoS技术,为了实现QoS,QoS控制层均需要了解待传输数据所需的传输质量。但是,一般而言,这种信息是通过较QoS控制层上位的层进行管理的。
例如,虽然通过MAC层(OSI参考模型的第2层的子层)实现PLC的频带控制,但只有应用层(OSI参考模型的第7层)才能了解实际要传输什么样的数据。
例如,在第7层中,程序在进行了内容选择和传输准备后将数据传递给下位层。对于下位层而言,从上位层传送来的仅仅是数据,不能够了解数据的内在内容,也不能了解该数据是由哪个程序发出的数据。
因此,本来,在上位层开始传输前,应该在数据中附加用于表示该数据是由哪个程序发出的以及该数据属于什么用途的信息后请求QoS控制层进行QoS设定。但是,由于QoS结构尚未广泛普及,所以,目前,在设计上位层时并未考虑到QoS,几乎在所有的***中都未安装通知结构。
[关于由与网桥装置连接的终端所进行的QoS设定]
要将其中具有以太网接口的装置(称之为“以太网终端”)接入PLC网络并使用该装置,以太网终端需要连接网桥装置并经由网桥装置接入PLC网络。如果以太网终端要在PLC网络中就已接收的数据流进行可确保QoS的数据传输,那么,以太网终端就对网桥装置发送某种形式的指示,网桥装置根据上述指示进行PLC网络的QoS设定。例如,一般由以太网终端对网桥装置发送表示上述指示的以太网的包来进行控制。
[关于专利文献1]
为了解决上述课题,专利文献1记载了一种用于由用户指定优先级式QoS的优先级的结构。
在与CATV网络连接的家庭内部网络中,用户预先将信息通信设备的MAC地址和对该信息通信设备传输数据时的传输优先级输入电缆调制解调器装置,其中,上述信息通信设备接入上述家庭内部网络。MAC地址例如由用户参照使用说明书自行查找。
电缆调制解调器装置将所输入的信息作为控制表予以保存,在收发包时,通过比较在控制表中保存的MAC地址和在家庭内部网络中成为接收方或发送方的MAC地址,导出上述包的优先级,并根据优先级变更处理顺序,从而实现对每一个信息通信设备的优先级式QoS。
专利文献1:日本国专利申请公开特开2003-153221号公报,2003年5月23日公开。
发明内容
但是,根据专利文献1所揭示的技术,用户需预先对电缆调制解调器装置输入信息通信设备的MAC地址和传输优先级,因此,导致用户难以简便地实施传输质量设定。
具体而言,MAC地址是由48位构成的信息通信设备固有的地址,用户要取得MAC地址非常麻烦。另外,由于输出错误等原因,可能会发生不能按照用户意图进行优先级设定这样的问题。并且,用户需要参照使用说明书等自行查找并输入各设备的MAC地址,这对于一般用户而言,MAC地址本身就是一个难以理解的概念,所以,查找起来非常困难。
另外,在实施关于参数式QoS的设定时,除MAC地址之外还需要设定QoS参数的很多项目,所以,较之于优先级式QoS,更可能由于用户的输入错误等原因导致不能进行适当的设定。
在利用现有技术实施关于参数式QoS的设定时,用户需要在完全理解各QoS参数的含义的基础上逐一输入各QoS参数。
因此,由于不能适当地设定网络传输质量,很可能导致QoS控制难以有效地发挥作用。
此外,如果以太网终端要在PLC网络中就已接收到的数据流进行可确保QoS的数据传输,就需要由以太网终端对网桥装置发送某种形式的指示。但是,如果已接收到的数据流的以太网终端并不具备上述指示的发送功能,网桥装置就接收不到指示从而导致不能执行QoS设定处理。所以,在PLC网络中不能就上述以太网终端接收的数据流进行可确保QoS的数据传输。
另外,在通过以太网等方式将电视机、HDD记录器、STB、游戏机等设备接入网络时,大多将相互关联的设备设置在同一场所。例如,HDD记录器、STB和游戏机基本与电视机连接起来使用,所以,大多将电视机和上述设备一并设置在同一个场所。
在上述情况下,如果一个PLC适配器只能连接一个设备,就需要与接入网络的设备同等数量的PLC适配器。为了节省PLC适配器的设置场所和PLC适配器的成本,一个PLC适配器可连接多个设备较为理想。
另外,在一个PLC适配器连接多个设备的状态下,对发送给各设备的数据进行有效的QoS控制较为理想。
但是,根据现有技术并不能解决上述问题。
本发明是鉴于上述问题进行开发的,其目的在于提供一种可保证用户简单而便捷对网络传输质量进行设定从而能够有效地实现QoS控制的通信装置。
为了解决上述问题,本发明的通信装置是一种进行数据接收的通信装置,其特征在于,具有:QoS类型接受部,接受用于表示上述数据的QoS控制类型的QoS类型;QoS控制信息转换部,将上述QoS类型接受部所接受的上述QoS类型转换为上述数据的QoS控制信息;以及QoS设定控制部,根据所转换的上述QoS控制信息对上述数据实施QoS设定处理。
根据上述结构,通信装置对本站和与其通信的其他通信装置之间的数据传输进行QoS设定并实施QoS控制。通信装置在进行QoS设定时利用QoS控制信息来判断网络中要确保的传输频带,其中,上述QoS控制信息是QoS控制信息转换部对QoS类型接受部所接受的QoS类型实施转换后得到的信息。
另外,在PLC中的优先级式QoS的情况下QoS控制信息为发送优先级,在参数式QoS的情况下QoS控制信息为QoS参数。
另外,在优先级式QoS的情况下,所生成的QoS设定请求被发送到数据传输的发送方;在参数式QoS的情况下,所生成的QoS设定请求被发送到主站。
根据上述结构,可实现这样的效果:仅需指定QoS类型就能够设定适当的QoS并进行QoS控制,即,由于无需输入诸如MAC地址等的复杂信息,因此,能够实现更简单便捷的QoS设定。
为了解决上述问题,本发明的通信装置是一种进行数据发送的通信装置,其特征在于,具有:QoS类型请求部,从接收上述数据的通信装置获取用于表示上述数据的QoS控制类型的QoS类型;QoS控制信息转换部,将上述QoS类型请求部所获取的上述QoS类型转换为上述数据的QoS控制信息;以及QoS设定控制部,根据所转换的上述QoS控制信息对上述数据实施QoS设定处理。
根据上述结构,通信装置对本站和与其通信的其他通信装置之间的数据传输进行QoS设定并实施QoS控制。通信装置在进行QoS设定时利用QoS控制信息来判断网络中要确保的传输频带,其中,上述QoS控制信息是QoS控制信息转换部对从进行数据接收的通信装置获取的QoS类型实施转换后得到的信息。
另外,关于QoS控制信息的含义以及所生成的QoS设定请求的发送目的地,详细情况如上所述。
根据上述结构,可实现这样的效果:仅需从进行数据接收的通信装置获取QoS类型就能够设定适当的QoS并进行QoS控制,即,由于无需输入诸如MAC地址等的复杂信息,因此,能够实现更简单便捷的QoS设定。
为了解决上述问题,本发明的通信装置是一种进行数据接收的通信装置,其特征在于,具有:QoS类型接受部,接受用于表示上述数据的QoS控制类型的QoS类型;以及QoS类型通知部,将上述QoS类型接受部所接受的上述QoS类型通知给发送上述数据的通信装置。
根据上述结构,与本站通信的其他通信装置对其与本站之间的数据传输进行QoS设定并实施QoS控制。在进行QoS设定时,QoS类型通知部对进行数据发送的通信装置发送QoS类型接受部所接受的QoS类型,用以判断网络中要确保的传输频带。
根据上述结构,可实现这样的效果:仅需指定QoS类型就能够设定适当的QoS并进行QoS控制,即,由于无需输入诸如MAC地址等的复杂信息,因此,能够实现更简单便捷的QoS设定。
为了解决上述问题,本发明的通信装置是一种进行数据发送的通信装置,其特征在于,具有:QoS控制信息请求部,从接收上述数据的通信装置获取上述数据的QoS控制信息;以及QoS设定控制部,根据上述QoS控制信息请求部所获取的上述QoS控制信息对上述数据实施QoS设定处理。
根据上述结构,通信装置对本站和与其通信的其他通信装置之间的数据传输进行QoS设定并实施QoS控制。在进行QoS设定时,通信装置利用从进行数据接收的通信装置获取的QoS控制信息来判断网络中要确保的传输频带。
另外,关于QoS控制信息的含义以及所生成的QoS设定请求的发送目的地,详细情况如上所述。
根据上述结构,可实现这样的效果:仅需从进行数据接收的通信装置获取QoS控制信息就能够设定适当的QoS并进行QoS控制,即,由于无需输入诸如MAC地址等的复杂信息,因此,能够实现更简单便捷的QoS设定。
为了解决上述问题,本发明的通信装置是一种进行数据接收的通信装置,其特征在于,具有:QoS类型接受部,接受用于表示上述数据的QoS控制类型的QoS类型;QoS控制信息转换部,将上述QoS类型接受部所接受的上述QoS类型转换为上述数据的QoS控制信息;以及QoS控制信息通知部,将上述QoS控制信息转换部所转换的上述QoS控制信息通知给发送上述数据的通信装置。
根据上述结构,与本站通信的其他通信装置对其与本站之间的数据传输进行QoS设定并实施QoS控制。在进行QoS设定时,QoS控制信息通知部对进行数据发送的通信装置发送QoS控制信息以用于判断网络中要确保的传输频带,其中,上述QoS控制信息是QoS控制信息转换部对QoS类型接受部所接受的QoS类型实施转换后得到的信息。
根据上述结构,可实现这样的效果:仅需指定QoS类型就能够设定适当的QoS并进行QoS控制,即,由于无需输入诸如MAC地址等的复杂信息,因此,能够实现更简单便捷的QoS设定。
为了解决上述问题,本发明的通信装置是一种进行数据接收的通信装置,其特征在于,具有:QoS类型接受部,接受用于表示上述数据的QoS控制类型的QoS类型;以及QoS设定控制部,当上述QoS类型接受部所接受的QoS类型表示不需要进行QoS控制时,对上述数据实施QoS解除处理。
根据上述结构,QoS类型接受部接受用于表示数据的QoS控制类型的QoS类型。当QoS类型接受部所接受的QoS类型表示不需要进行QoS控制时,QoS设定控制部执行对本装置接收的数据的QoS解除处理。该QoS解除处理例如为下述处理,即:向进行数据发送的通信装置发送解除QoS控制的请求。
因此,在不需要进行QoS控制时,可解除对本装置接收的数据实施的QoS控制,从而能够有效地进行QoS控制。另外,接收方通信装置接受用户关于命令解除QoS控制的指示,因此,无需让用户输入诸如MAC地址等的复杂信息,从而能够实现更简单便捷的QoS控制解除。
为了解决上述问题,本发明的通信装置是一种进行数据发送的通信装置,其特征在于,具有:QoS类型请求部,从接收上述数据的通信装置获取用于表示上述数据的QoS控制类型的QoS类型;以及QoS设定控制部,当上述QoS类型请求部所获取的QoS类型表示不需要进行QoS控制时,对上述数据实施QoS解除处理。
根据上述结构,QoS类型请求部从进行数据接收的通信装置获取用于表示数据的QoS控制类型的QoS类型。当QoS类型请求部所获取的QoS类型表示不需要进行QoS控制时,QoS设定控制部执行对数据的QoS解除处理。该QoS解除处理例如为下述处理,即:当进行数据发送的通信装置正在对数据接收方为进行数据接收的通信装置的数据实施优先控制传输时,将上述接收方通信装置排除在上述优先控制传输对象之外。
因此,在不需要进行QoS控制时,可解除对进行数据接收的通信装置接收的数据实施的QoS控制,从而能够有效地进行QoS控制。另外,从接收方通信装置获取关于命令解除QoS控制的指示,因此,无需让用户输入诸如MAC地址等的复杂信息,从而能够实现更简单便捷的QoS控制解除。
为了解决上述问题,本发明的通信装置是一种进行数据发送的通信装置,其特征在于,具有:QoS控制信息请求部,从接收上述数据的通信装置获取上述数据的QoS控制信息;以及QoS设定控制部,当上述QoS控制信息请求部所获取的QoS控制信息表示不需要进行QoS控制时,对上述数据实施QoS解除处理。
根据上述结构,QoS控制信息请求部从进行数据接收的通信装置获取数据的QoS控制信息。当QoS控制信息请求部所获取的QoS控制信息表示不需要进行QoS控制时,QoS设定控制部执行对该数据的QoS解除处理。该QoS解除处理例如为下述处理,即:当进行数据发送的通信装置正在对数据接收方为进行数据接收的通信装置的数据实施优先控制传输时,将上述接收方通信装置排除在上述优先控制传输对象之外。
因此,在不需要进行QoS控制时,可解除对进行数据接收的通信装置接收的数据实施的QoS控制,从而能够有效地进行QoS控制。另外,从接收方通信装置获取关于命令解除QoS控制的指示,因此,无需让用户输入诸如MAC地址等的复杂信息,从而能够实现更简单便捷的QoS控制解除。
为了解决上述问题,本发明的通信装置是一种进行数据接收的通信装置,其特征在于,具有:QoS类型接受部,接受用于表示上述数据的QoS控制类型的QoS类型;以及QoS控制信息通知部,当上述QoS类型接受部所接受的QoS类型表示不需要对上述数据进行QoS控制时,将QoS控制信息通知给发送上述数据的通信装置,其中,上述QoS控制信息含有表示不需要对上述数据进行QoS控制的信息。
根据上述结构,QoS类型接受部接受用于表示数据的QoS控制类型的QoS类型。当QoS类型接受部所接受的QoS类型表示不需要对上述数据进行QoS控制时,QoS控制信息通知部将QoS控制信息通知给进行数据发送的通信装置,其中,上述QoS控制信息含有表示不需要对上述数据进行QoS控制的信息。
因此,在不需要进行QoS控制时,可解除对进行数据接收的通信装置接收的数据实施的QoS控制,从而能够有效地进行QoS控制。另外,接收方通信装置获取关于命令解除QoS控制的指示,因此,无需让用户输入诸如MAC地址等的复杂信息,从而能够实现更简单便捷的QoS控制解除。
为了解决上述问题,本发明的通信装置是一种向接收方通信装置发送数据的通信装置,其特征在于,具有:QoS设定控制部,对上述数据实施QoS设定处理;网桥信息获取部,从上述接收方通信装置获取网桥信息,该网桥信息中含有通过上述接收方通信装置中继上述数据的装置的地址;以及数据流识别信息获取部,由已接收到的数据获取数据流识别信息,该数据流识别信息用于识别上述已接收到的数据被包含在哪一个数据流内,其中,上述QoS设定控制部根据对上述网桥信息获取部所获取的网桥信息和上述数据流识别信息获取部所获取的数据流识别信息进行核对的结果,判断是否进行QoS设定处理。
根据上述结构,通信装置对已接收数据的传送目的地通信装置所连接的装置的地址和数据流识别信息进行核对,当二者一致时,对要传送给上述装置的包进行QoS控制,其中,上述数据流识别信息是表示要对哪个数据流进行QoS控制的信息。
根据上述结构,由于能够了解数据传送目的地通信装置所连接的装置的地址与要进行QoS控制的包之间的对应关系,所以,可取得这样的效果,即:能够就每一个与包传送目的地通信装置连接的装置进行数据流QoS控制。
为了解决上述问题,本发明的通信装置在第一网络和第二网络之间对数据传输进行中继,其特征在于,具有:QoS设定控制部,对数据流在第二网络中的QoS进行设定,其中,上述数据流是通过上述第一网络与上述通信装置连接的装置从通过上述第二网络与上述通信装置连接的装置接收的数据流。
根据上述结构,在第一网络和第二网络之间对数据传输进行中继的通信装置中,即使与第一网络连接的装置不具备指示通信装置执行QoS设定的功能,也可由QoS设定控制部代为执行对上述数据流的QoS设定。
根据上述结构,由QoS设定控制部代替与第一网络连接的装置来执行第二网络中的QoS设定,可以取得这样的效果,即:在与第一网络连接的装置接收需要进行QoS设定的数据流时,即使与第一网络连接的装置不具备指示通信装置执行QoS设定的功能,也能够在第二网络中对上述数据流进行QoS设定,从而能够对该数据流进行可保证QoS的数据传输。
本发明的装置是一种与通信装置连接的进行数据接收的装置,其特征在于:向上述通信装置输出上述QoS类型。
所以,能够由上述装置向通信装置发送用户的QoS类型指定。
为了解决上述问题,本发明的通信装置控制方法是一种对接收数据的通信装置进行控制的方法,其特征在于,包括:QoS类型接受步骤,上述通信装置所具备的QoS类型接受部接受用于表示上述数据的QoS控制类型的QoS类型;QoS控制信息转换步骤,将上述QoS类型接受步骤中所接受的上述QoS类型转换为上述数据的QoS控制信息;以及QoS设定控制步骤,上述通信装置所具备的QoS设定控制部根据所转换的上述QoS控制信息对上述数据实施QoS设定处理。
根据上述结构,与上述通信装置的情况同样地,在通信装置控制方法中,对本站和与其通信的其他通信装置之间的数据传输进行QoS设定并实施QoS控制。通信装置在进行QoS设定时利用QoS控制信息来判断网络中要确保的传输频带,其中,上述QoS控制信息是在QoS控制信息转换步骤中对在QoS类型接受步骤中所接受的QoS类型实施转换后得到的信息。
根据上述结构,可实现这样的效果:仅需指定QoS类型就能够设定适当的QoS并进行QoS控制,即,由于无需输入诸如MAC地址等的复杂信息,因此,能够实现更简单便捷的QoS设定。
为了解决上述问题,本发明的通信装置控制方法是一种对发送数据的通信装置进行控制的方法,其特征在于,包括:QoS类型请求步骤,上述通信装置所具备的QoS类型请求部从接收上述数据的通信装置获取用于表示上述数据的QoS控制类型的QoS类型;QoS控制信息转换步骤,将上述QoS类型请求步骤中所获取的上述QoS类型转换为上述数据的QoS控制信息;以及QoS设定控制步骤,上述通信装置所具备的QoS设定控制部根据所转换的上述QoS控制信息对上述数据实施QoS设定处理。
根据上述结构,与上述通信装置的情况同样地,可实现这样的效果:仅需从进行数据接收的通信装置获取QoS类型就能够设定适当的QoS并进行QoS控制,即,由于无需输入诸如MAC地址等的复杂信息,因此,能够实现更简单便捷的QoS设定。
为了解决上述问题,本发明的通信装置控制方法是一种对接收数据的通信装置进行控制的方法,其特征在于,包括:QoS类型接受步骤,上述通信装置所具备的QoS类型请求部接受用于表示上述数据的QoS控制类型的QoS类型;以及QoS类型通知步骤,将上述QoS类型接受步骤中所接受的上述QoS类型通知给发送上述数据的通信装置。
根据上述结构,与上述通信装置的情况同样地,在通信装置控制方法中,与本站通信的其他通信装置对其与本站之间的数据传输进行QoS设定并实施QoS控制。在进行QoS设定时,QoS类型通知部对进行数据发送的通信装置发送QoS类型接受部所接受的QoS类型,用以判断网络中要确保的传输频带。
根据上述结构,可实现这样的效果:仅需指定QoS类型就能够设定适当的QoS并进行QoS控制,即,由于无需输入诸如MAC地址等的复杂信息,因此,能够实现更简单便捷的QoS设定。
为了解决上述问题,本发明的通信装置控制方法是一种对发送数据的通信装置进行控制的方法,其特征在于,包括:QoS控制信息请求步骤,上述通信装置所具备的QoS控制信息请求部从接收上述数据的通信装置获取上述数据的QoS控制信息;以及QoS设定控制步骤,根据上述通信装置所具备的QoS设定控制部从上述QoS控制信息请求部获取的上述QoS控制信息来对上述数据实施QoS设定处理。
根据上述结构,与上述通信装置的情况同样地,可实现这样的效果:仅需从进行数据接收的通信装置获取QoS控制信息就能够设定适当的QoS并进行QoS控制,即,由于无需输入诸如MAC地址等的复杂信息,因此,能够实现更简单便捷的QoS设定。
为了解决上述问题,本发明的通信装置控制方法是一种对接收数据的通信装置进行控制的方法,其特征在于,包括:QoS类型接受步骤,上述通信装置所具备的QoS类型接受部接受用于表示上述数据的QoS控制类型的QoS类型;QoS控制信息转换步骤,将上述QoS类型接受步骤中所接受的上述QoS类型转换为上述数据的QoS控制信息;以及QoS控制信息通知步骤,将上述QoS控制信息转换部所转换的上述QoS控制信息通知给发送上述数据的通信装置。
根据上述结构,与上述通信装置的情况同样地,可实现这样的效果:仅需指定QoS类型就能够设定适当的QoS并进行QoS控制,即,由于无需输入诸如MAC地址等的复杂信息,因此,能够实现更简单便捷的QoS设定。
为了解决上述问题,本发明的通信装置是一种从通信网络接收数据并向与本装置可通信地连接的设备输出上述数据的通信装置,其特征在于,具有:多个输出端口,用于向上述设备输出数据;以及QoS设定请求生成部,以上述多个输出端口中的任意一个输出端口为QoS目标输出端口,生成用于请求在上述网络中对由上述QoS目标输出端口输出的数据进行QoS控制的QoS设定请求。
为了解决上述问题,本发明的通信装置控制方法是一种对通信装置进行控制的方法,该通信装置从通信网络接收数据并向与本装置可通信地连接的设备输出上述数据,并且具备多个用于向上述设备输出数据的输出端口,其特征在于,包括:QoS设定请求生成步骤,以上述多个输出端口中的任意一个输出端口为QoS目标输出端口,生成用于请求在上述网络中对由上述QoS目标输出端口输出的数据进行QoS控制的QoS设定请求。
根据上述结构,QoS设定请求生成部生成用于请求在网络中对由QoS目标输出端口输出的数据进行QoS控制的QoS设定请求,其中,上述QoS目标输出端口是多个输出端口中的任意一个输出端口。
因此,即使从网络接收数据并向与本装置可通信地连接的设备输出已接收数据的通信装置具备多个输出端口,也能够在网络中对要发送给与多个输出端口中的至少一个输出端口连接的设备的数据进行QoS控制设定。换言之,即使是与通信装置连接的设备,如果不需要进行QoS控制,也可以不对要发送给该设备的数据进行QoS控制。因此,能够有效地进行QoS控制。
另外,QoS目标输出端口设置在与用户使用的设备连接的通信装置中,所以,用户能够简单便捷地设定网络传输质量。
此外,QoS设定请求生成部生成的QoS设定请求最后(直接或间接地)将被发送到进行QoS控制的控制装置(数据发送方通信装置或主站),或者,在本装置内置控制装置的情况下,上述QoS设定请求将被输出到内置的控制装置。
为了解决上述问题,本发明的通信装置是一种从网络接收数据并向与本装置可通信地连接的设备输出已接收数据的通信装置,其特征在于,具有:识别信息获取部,获取用于识别上述设备的识别信息;以及QoS设定请求生成部,生成用于请求在上述网络中对要发送给由识别信息表示的设备的数据进行QoS控制的QoS设定请求,该识别信息是上述识别信息获取部所获取的识别信息。
为了解决上述问题,本发明的通信装置控制方法是一种对通信装置进行控制的方法,该通信装置从网络接收数据并向与本装置可通信地连接的设备输出已接收数据,其特征在于,包括:识别信息获取步骤,获取用于识别上述设备的识别信息;以及QoS设定请求生成步骤,生成用于请求在上述网络中对要发送给由识别信息表示的设备的数据进行QoS控制的QoS设定请求,该识别信息是在上述识别信息获取步骤中所获取的识别信息。
根据上述结构,识别信息获取部获取用于识别与本装置连接的设备的识别信息。QoS设定请求生成部生成用于请求在网络中对要发送给由识别信息表示的设备的数据进行QoS控制的QoS设定请求,该识别信息是上述识别信息获取部所获取的识别信息。
因此,即使从网络接收数据并向与本装置可通信地连接的设备发送已接收数据的通信装置连接有多个设备,也能够就每一个设备实施QoS控制请求。所以,不会对并不需要进行QoS控制的数据传输实施QoS控制。因此,能够对其他需要实施QoS控制的数据传输实施有效的QoS控制(换言之,整个网络的QoS控制)。
另外,由于识别信息获取部获取用于识别设备的识别信息,用户无需输入该识别信息,所以,用户能够简单便捷地设定网络传输质量。
为了解决上述问题,本发明的通信装置作为接收方通信装置从发送数据的发送方通信装置接收数据,其特征在于,具有:QoS类型接受部,接受用于表示在从上述发送方通信装置接收数据时的相对于其他接收方通信装置的数据接收优先级的QoS类型信息;以及通信部,向上述发送方通信装置发送QoS设定请求,该QoS设定请求包含上述QoS类型接受部所接受的QoS类型信息和本装置的地址。
根据上述结构,QoS类型接受部接受用于表示数据接收优先级的QoS类型信息,通信部向发送方通信装置发送其中包含QoS类型接受部所接受的QoS类型信息和本装置地址的QoS设定请求。
因此,由于无需输入诸如MAC地址等的复杂信息,因此,用户能够更简单便捷地进行基于优先级的QoS设定。
为了解决上述问题,本发明的通信装置作为发送方通信装置向接收方通信装置发送数据,其特征在于,具有:接收部,接收由上述接收方通信装置发送的QoS设定请求,其中,该QoS设定请求中包含用于表示在上述接收方通信装置从上述发送方通信装置接收数据时的相对于其他接收方通信装置的数据接收优先级的QoS类型信息以及发送上述QoS设定请求的接收方通信装置的地址;QoS控制部,对要发送给由QoS设定请求中包含的地址所表示的接收方通信装置的数据赋予发送优先级,其中,上述QoS设定请求是上述接收部所接收到的QoS设定请求,上述发送优先级与上述QoS设定请求中包含的QoS类型信息所表示的优先级对应;以及数据发送部,按照上述QoS控制部对数据赋予的上述发送优先级将已被赋予该发送优先级的数据发送给由上述QoS设定请求中包含的地址所表示的接收方通信装置。
根据上述结构,接收部接收QoS设定请求和数据传输请求包,其中,上述QoS设定请求中包含用于表示数据接收优先级的QoS类型信息和发送数据传输请求的接收方通信装置的地址,上述数据传输请求包中包含用于识别发送数据传输请求的接收方通信装置请求的数据的识别信息。QoS控制部对识别信息所表示的数据赋予与QoS类型信息所表示的优先级对应的发送优先级。数据发送部按照QoS控制部对数据赋予的发送优先级将已被赋予该发送优先级的数据发送给由QoS设定请求中包含的地址所表示的接收方通信装置。
因此,由于无需输入诸如MAC地址等的复杂信息,因此,用户能够更简单便捷地进行基于优先级的QoS设定。
为了解决上述问题,本发明的通信装置的特征在于,具有:QoS类型接受部,接受用于表示从发送方通信装置对本站发送的数据的传输频带大小的QoS类型信息;QoS类型管理部,生成其中包含用于表示由QoS类型信息所示的上述传输频带大小的信息的QoS通知,上述QoS类型信息是上述QoS类型接受部已接受的QoS类型信息;以及通信部,向上述发送方通信装置发送由QoS类型管理部生成的QoS通知。
根据上述结构,QoS类型接受部接受用于表示在接收发送方通信装置发送的数据时的传输频带大小的QoS类型信息。QoS类型管理部生成其中包含用于表示由QoS类型信息所示的上述传输频带大小的信息的QoS通知,上述QoS类型信息是QoS类型接受部已接受的QoS类型信息。通信部向发送方通信装置发送由QoS类型管理部生成的QoS通知。
因此,由于无需输入诸如MAC地址等的复杂信息,因此,用户能够更简单便捷地进行基于优先级的QoS设定。
为了解决上述问题,本发明的通信装置作为通信网络中的发送方通信装置,其中,上述通信网络包括控制装置、至少一个发送方通信装置、至少一个接收方通信装置,上述发送方通信装置进行数据发送,上述接收方通信装置进行数据接收,上述控制装置具备控制部,该控制部根据QoS设定请求对由上述发送方通信装置向上述接收方通信装置发送的数据实施QoS控制,本发明的通信装置的特征在于,具有:接收部,接收用于通知开始QoS控制的触发检测通知,其中,上述QoS控制以一个接收方通信装置接收的数据为控制对象;以及QoS类型管理部,当上述接收部接收到上述触发检测通知时,向上述控制装置发送请求开始QoS控制的QoS设定请求,其中,上述QoS控制以上述接收方通信装置接收的数据为控制对象。
根据上述结构,接收部接收用于通知开始QoS控制的触发检测通知,其中,上述QoS控制以一个接收方通信装置接收的数据为控制对象。当接收部接收到触发检测通知时,QoS类型管理部向控制装置发送请求开始QoS控制的QoS设定请求,其中,上述QoS控制以上述接收方通信装置接收的数据为控制对象。
因此,当接收到触发检测通知时,可请求控制装置开始以某个接收方通信装置接收的数据为控制对象的QoS控制。
为了解决上述问题,本发明的通信装置作为通信网络中的发送方通信装置,其中,上述通信网络包括至少一个发送方通信装置和至少一个接收方通信装置,上述发送方通信装置进行数据发送,上述接收方通信装置从上述发送方通信装置接收数据,本发明的通信装置的特征在于,具有:控制部,进行QoS控制;以及接收部,接收用于通知开始QoS控制的触发检测通知,该QoS控制以上述接收方通信装置接收的数据为控制对象,其中,当上述接收部接收到上述触发检测通知时,上述控制部开始QoS控制。
根据上述结构,当接收部接收到用于通知开始对接收方通信装置接收的数据实施QoS控制的触发检测通知时,控制部开始QoS控制。
所以,可以在需要实施QoS控制时开始执行QoS控制。换言之,不会对并不需要实施QoS控制的数据传输实施QoS控制。因此,能够对其他需要实施QoS控制的数据传输实施有效的QoS控制。
为了解决上述问题,本发明的通信装置作为通信网络中的接收方通信装置,其中,上述通信网络包括至少一个发送方通信装置和至少一个接收方通信装置,上述发送方通信装置进行数据发送,上述接收方通信装置从上述发送方通信装置接收数据,本发明的通信装置的特征在于:具有进行QoS控制的控制部;上述控制部与接收来自上述发送方通信装置的数据对应地开始QoS控制。
根据上述结构,进行QoS控制的控制部与接收来自上述发送方通信装置的数据对应地开始QoS控制处理。在采用参数式QoS时,上述结构是QoS控制的主站对数据进行接收的结构。
所以,在进行QoS控制的主站对数据进行接收的情况下,可在需要实施QoS控制时开始执行QoS控制,因此,能够有效地实施QoS控制。
如上所述,本发明的通信装置具有:QoS类型接受部,接受用于表示数据的QoS控制类型的QoS类型;QoS控制信息转换部,将上述QoS类型接受部所接受的上述QoS类型转换为上述数据的QoS控制信息;以及QoS设定控制部,根据所转换的上述QoS控制信息对上述数据实施QoS设定处理。
因此,可实现这样的效果:仅需指定QoS类型就能够设定适当的QoS并进行QoS控制,即,由于无需输入诸如MAC地址等的复杂信息,因此,能够实现更简单便捷的QoS设定。
如上所述,本发明的通信装置具有:QoS类型请求部,从接收数据的通信装置获取用于表示数据的QoS控制类型的QoS类型;QoS控制信息转换部,将上述QoS类型请求部所获取的上述QoS类型转换为上述数据的QoS控制信息;以及QoS设定控制部,根据所转换的上述QoS控制信息对上述数据实施QoS设定处理。
因此,可实现这样的效果:仅需从接收包的通信装置获取QoS类型就能够设定适当的QoS并进行QoS控制,即,由于无需输入诸如MAC地址等的复杂信息,因此,能够实现更简单便捷的QoS设定。
如上所述,本发明的通信装置具有:QoS类型接受部,接受用于表示数据的QoS控制类型的QoS类型;以及QoS类型通知部,将上述QoS类型接受部所接受的上述QoS类型通知给发送上述数据的通信装置。
因此,可实现这样的效果:仅需指定QoS类型就能够设定适当的QoS并进行QoS控制,即,由于无需输入诸如MAC地址等的复杂信息,因此,能够实现更简单便捷的QoS设定。
如上所述,本发明的通信装置具有:QoS控制信息请求部,从接收数据的通信装置获取数据的QoS控制信息;以及QoS设定控制部,根据上述QoS控制信息请求部所获取的上述QoS控制信息,对上述数据实施QoS设定处理。
因此,可实现这样的效果:仅需从接收包的通信装置获取QoS类型就能够设定适当的QoS并进行QoS控制,即,由于无需输入诸如MAC地址等的复杂信息,因此,能够实现更简单便捷的QoS设定。
如上所述,本发明的通信装置具有:QoS类型接受部,接受用于表示数据的QoS控制类型的QoS类型;QoS控制信息转换部,将上述QoS类型接受部所接受的上述QoS类型转换为上述数据的QoS控制信息;以及QoS控制信息通知部,将上述QoS控制信息转换部所转换得到的上述QoS控制信息通知给发送上述数据的通信装置。
因此,可实现这样的效果:仅需指定QoS类型就能够设定适当的QoS并进行QoS控制,即,由于无需输入诸如MAC地址等的复杂信息,因此,能够实现更简单便捷的QoS设定。
如上所述,本发明的通信装置是在第一网络和第二网络之间对数据传输进行中继的通信装置,其特征在于,具有:QoS设定控制部,对数据流在第二网络中的QoS进行设定,其中,上述数据流是通过上述第一网络与上述通信装置连接的装置从通过上述第二网络与上述通信装置连接的装置所接收的数据流。
因此,可以取得这样的效果,即:在与第一网络连接的装置接收需要进行QoS设定的数据流时,即使与第一网络连接的装置不具备指示通信装置执行QoS设定的功能,也能够在第二网络中对上述数据流进行QoS设定,从而能够对该数据流进行可保证QoS的数据传输。
如上所述,本发明的通信装置具有:QoS类型接受部,接受用于表示数据的QoS控制类型的QoS类型;以及QoS设定控制部,当上述QoS类型接受部所接受的QoS类型表示不需要进行QoS控制时,对上述数据实施QoS解除处理。
因此,可以取得这样的效果,即:在不需要进行QoS控制时,可解除对本装置接收的数据实施的QoS控制,从而能够有效地进行QoS控制。
如上所述,本发明的通信装置具有:QoS类型请求部,从接收上述数据的通信装置获取用于表示数据的QoS控制类型的QoS类型;以及QoS设定控制部,当上述QoS类型请求部所获取的QoS类型表示不需要进行QoS控制时,对上述数据实施QoS解除处理。
因此,可以取得这样的效果,即:在不需要进行QoS控制时,可解除对进行数据接收的通信装置接收的数据实施的QoS控制,从而能够有效地进行QoS控制。
如上所述,本发明的通信装置具有:QoS控制信息请求部,从接收上述数据的通信装置获取数据的QoS控制信息;以及QoS设定控制部,当上述QoS控制信息请求部所获取的QoS控制信息表示不需要进行QoS控制时,对上述数据实施QoS解除处理。
因此,可以取得这样的效果,即:在不需要进行QoS控制时,可解除对进行数据接收的通信装置接收的数据实施的QoS控制,从而能够有效地进行QoS控制。
如上所述,本发明的通信装置具有:QoS类型接受部,接受用于表示数据的QoS控制类型的QoS类型;以及QoS控制信息通知部,当上述QoS类型接受部所接受的QoS类型表示不需要对上述数据进行QoS控制时,将QoS控制信息通知给发送上述数据的通信装置,其中,上述QoS控制信息含有表示不需要对上述数据进行QoS控制的信息。
因此,可以取得这样的效果,即:在不需要进行QoS控制时,可解除对进行数据接收的通信装置接收的数据实施的QoS控制,从而能够有效地进行QoS控制。
如上所述,本发明的通信装置具有:QoS类型接受部,接受用于表示在从发送方通信装置接收数据时的相对于其他接收方通信装置的数据接收优先级的QoS类型信息;以及通信部,向上述发送方通信装置发送QoS设定请求,该QoS设定请求包含上述QoS类型接受部所接受的QoS类型信息和本装置的地址。
如上所述,本发明的通信装置具有:接收部,接收由上述接收方通信装置发送的QoS设定请求,其中,该QoS设定请求中包含用于表示在多个接收方通信装置中的一个上述接收方通信装置从上述发送方通信装置接收数据时的相对于其他接收方通信装置的数据接收优先级的QoS类型信息以及发送上述QoS设定请求的接收方通信装置的地址;QoS控制部,对要发送给由QoS设定请求中包含的地址所表示的接收方通信装置的数据赋予发送优先级,其中,上述QoS设定请求是上述接收部所接收到的QoS设定请求,上述发送优先级与上述QoS设定请求中包含的QoS类型信息所表示的优先级对应;以及数据发送部,按照上述QoS控制部对数据赋予的上述发送优先级将已被赋予该发送优先级的数据发送给由上述QoS设定请求中包含的地址所表示的接收方通信装置。
因此,可以取得这样的效果,即:无需输入诸如MAC地址等的复杂信息,从而使得用户能够更简单便捷地进行基于优先级的QoS设定。
如上所述,本发明的通信装置具有:QoS类型接受部,接受用于表示从发送方通信装置对本站发送的数据的传输频带大小的QoS类型信息;QoS类型管理部,生成其中包含用于表示由QoS类型信息所示的上述传输频带大小的信息的QoS通知,上述QoS类型信息是上述QoS类型接受部已接受的QoS类型信息;以及通信部,向上述发送方通信装置发送由QoS类型管理部生成的QoS通知。
因此,可以取得这样的效果,即:无需输入诸如MAC地址等的复杂信息,从而使得用户能够更简单便捷地进行保证传输频带大小的QoS设定。
如上所述,本发明的通信装置具有:接收部,接收用于通知开始QoS控制的触发检测通知,其中,上述QoS控制以一个接收方通信装置接收的数据为控制对象;以及QoS类型管理部,当上述接收部接收到上述触发检测通知时,向上述控制装置发送请求开始QoS控制的QoS设定请求,其中,上述QoS控制以上述接收方通信装置接收的数据为控制对象。
因此,可以取得这样的效果,即:当接收到触发检测通知时,可请求控制装置开始以某个接收方通信装置接收的数据为控制对象的QoS控制。
如上所述,本发明的通信装置具有:控制部,进行QoS控制;以及接收部,接收用于通知开始QoS控制的触发检测通知,该QoS控制以上述接收方通信装置接收的数据为控制对象,其中,当上述接收部接收到上述触发检测通知时,上述控制部开始QoS控制。
因此,可以取得这样的效果,即:能够在需要实施QoS控制时开始执行QoS控制,换言之,不会对并不需要实施QoS控制的数据传输实施QoS控制,从而能够对其他需要实施QoS控制的数据传输实施有效的QoS控制。
如上所述,本发明的通信装置:具有进行QoS控制的控制部;上述控制部与接收来自上述发送方通信装置的数据对应地开始QoS控制。
因此,可以取得这样的效果,即:可在需要实施QoS控制时开始执行QoS控制,因此,能够有效地实施QoS控制。
如上所述,本发明的通信装置具有:多个输出端口,用于向设备输出数据;以及QoS设定请求生成部,以上述多个输出端口中的任意一个输出端口为QoS目标输出端口,生成用于请求在上述网络中对由上述QoS目标输出端口输出的数据进行QoS控制的QoS设定请求。
如上所述,本发明的通信装置控制方法是一种对通信装置进行控制的方法,该通信装置具备多个用于向设备输出数据的输出端口,该控制方法包括:QoS设定请求生成步骤,以上述多个输出端口中的任意一个输出端口为QoS目标输出端口,生成用于请求在上述网络中对由上述QoS目标输出端口输出的数据进行QoS控制的QoS设定请求。
因此,可以取得这样的效果:即使是与通信装置连接的设备,如果不需要进行QoS控制,也能够不对要发送给该设备的数据进行QoS控制,从而能够有效地进行QoS控制。
另外,QoS目标输出端口设置在与用户使用的设备连接的通信装置中,所以,用户能够简单便捷地设定网络传输质量。
如上所述,本发明的通信装置具有:识别信息获取部,获取用于识别设备的识别信息;以及QoS设定请求生成部,生成用于请求在上述网络中对要发送给由识别信息表示的设备的数据进行QoS控制的QoS设定请求,该识别信息是上述识别信息获取部所获取的识别信息。
如上所述,本发明的通信装置控制方法包括:识别信息获取步骤,获取用于识别设备的识别信息;以及QoS设定请求生成步骤,生成用于请求在上述网络中对要发送给由识别信息表示的设备的数据进行QoS控制的QoS设定请求,该识别信息是在上述识别信息获取步骤中所获取的识别信息。
因此,可以取得这样的效果:即使从网络接收数据并向与本装置可通信地连接的设备发送已接收数据的通信装置连接有多个设备,也能够就每一个设备实施QoS控制请求,不会对并不需要进行QoS控制的数据传输实施QoS控制,所以,能够对整个网络的数据传输实施有效的QoS控制。
另外,由于识别信息获取部获取用于识别设备的识别信息,用户无需输入该识别信息,所以,用户能够简单便捷地设定网络传输质量。
附图说明
图1是表示实施方式1中的通信装置的功能块图。
图2是表示实施方式1中的网络结构图。
图3是表示实施方式1中的QoS类型接受部的外观图。
图4是表示实施方式1中各通信装置间的通信流程图。
图5是表示实施方式1中的QoS解除处理的流程图。
图6是表示实施方式2中的网络结构图。
图7是表示实施方式2中的PLC适配器的功能块图。
图8是表示实施方式2中的QoS类型接受部的外观图。
图9是表示实施方式2中各装置间的通信流程图。
图10是表示实施方式2中的QoS解除处理的流程图。
图11是表示实施方式2中QoS的频带分配计划的示例的图。
图12是表示实施方式3中的网络结构图。
图13是表示实施方式3中各装置间的通信流程图。
图14是表示实施方式3中的QoS解除处理的流程图。
图15是表示多个装置经由集线器连接到PLC适配器上时的网络结构图。
图16是表示实施方式4中的通信网络结构图。
图17是表示实施方式4中的PLC适配器的外观的斜视图。
图18是表示实施方式4中的接收方PLC适配器的结构的功能块图。
图19是表示上述接收方PLC适配器所利用的QoS类型表的示例的图。
图20是表示上述接收方PLC适配器所利用的QoS控制信息转换表的示例的图。
图21是表示上述接收方PLC适配器所利用的端口表的示例的图。
图22是表示上述接收方PLC适配器所利用的触发检测表的示例的图。
图23是表示实施方式4中发送方PLC适配器的结构的功能块图。
图24是表示实施方式4中的各通信装置间的通信流程图。
图25是表示在发送方PLC适配器中进行触发检测处理时的处理流程图。
图26是表示QoS类型表的其他示例的图。
图27是表示QoS控制信息转换表的其他示例的图。
图28是表示触发检测表的其他示例的图。
图29是表示在实施方式4中进行优先控制时的处理流程图。
图30是表示实施方式5中的通信网络结构图。
图31是表示实施方式5中的PLC适配器的外观的斜视图。
图32是表示实施方式5中的接收方PLC适配器结构的功能块图。
图33是表示上述接收方PLC适配器所利用的QoS目标表的示例的图。
图34是表示实施方式5中的各通信装置间的通信流程图。
图35是表示实施方式5中的PLC适配器的其他外观的斜视图。
图36是表示实施方式6中的通信网络的结构图。
图37是表示实施方式6中的PLC适配器的外观的斜视图。
图38是表示实施方式6中的接收方PLC适配器的结构的功能块图。
图39是表示上述接收方PLC适配器所利用的QoS类型表的示例的图。
图40是表示上述接收方PLC适配器所利用的触发检测表的示例的图。
图41是表示实施方式7中的通信网络结构图。
图42是表示实施方式7中的PLC适配器外观的斜视图。
图43是表示实施方式7中的接收方PLC适配器结构的功能块图。
图44是表示上述接收方PLC适配器所利用的地址表的示例的图。
图45是表示实施方式7中的各通信装置间的通信流程图。
图46是表示实施方式8中的通信网络结构图。
图47是表示实施方式8中的PLC适配器的外观的斜视图。
图48是表示实施方式8中的接收方PLC适配器的结构功能块图。
图49是表示上述接收方PLC适配器所利用的QoS控制信息表的示例的图。
图50是表示上述接收方PLC适配器所利用的触发检测表的示例的图。
图51是表示实施方式8中的各通信装置间的通信流程图。
<标号说明>
10、20、30、40 通信装置
11、21、31、41 QoS类型接受部(QoS类型接受装置)
12、22、32、42 QoS类型管理部(QoS控制信息转换装置、QoS设定控制装置、QoS类型请求装置、QoS类型通知装置、QoS控制信息请求装置、QoS控制信息通知装置、QoS类型管理装置)
14、24、34、44 QoS控制部(QoS设定控制装置、QoS控制装置)
15、25、35、45 通信部(接收装置、数据发送装置、通信装置)
50、60、70、80 PLC适配器
51、61、71、81 QoS类型接受部(QoS类型接受装置)
52、62、72、82 QoS类型管理部(QoS控制信息转换装置、QoS设定控制装置、QoS类型请求装置、QoS类型通知装置、QoS控制信息请求装置、QoS控制信息通知装置、QoS类型管理装置)
54、64、74、84 QoS控制部(QoS设定控制装置、QoS控制装置)
55a、65a、75a、85a PLC通信部(接收装置、数据发送装置、通信装置)
56、66、76、86 状态提示部(状态提示装置)
58、68、78、88 网桥部(QoS设定控制装置、网桥信息获取装置、数据流识别信息获取装置)
59、69、79、89 触发检测部(触发检测装置、触发检测通知装置、QoS设定控制装置、数据流识别信息获取装置)
100 STB(以太网设备)
110 PC(以太网设备)
190 VoIP适配器(以太网设备)
200 PLC适配器(通信装置)
208 PLC通信部(发送装置)
214 QoS设定部(控制装置)
232 第2端口(输出端口)
300 PLC适配器(通信装置)
301 QoS类型指定部(QoS类型指定装置)
301a、301b、301c QoS类型指定部(QoS类型指定装置)
305a、305b、305c QoS状态提示部(QoS目标提示装置)
308 PLC通信部(发送装置)
312 QoS设定请求生成部(QoS设定请求生成装置)
320 存储部(QoS类型存储装置、期间信息存储装置)
331 第1端口(输出端口)
332 第2端口(输出端口)
333 第3端口(输出端口)
342 PLC状态提示部(期间信息提示装置)
500 PLC适配器(通信装置)
500a PLC适配器(通信装置)
503 QoS目标指定部(QoS目标选择装置)
503a、503b、503c 按钮(QoS目标选择装置)
600 PLC适配器(通信装置)
700 PLC适配器(通信装置)
703 模式切换部(期间信息指定装置)
800 PLC适配器(通信装置)
具体实施方式
(第1实施方式)
在第1实施方式中,说明这样的方式,即,对于内容(content)接收方的通信装置,用户对每一个内容接收方的通信装置指定接收优先级,以该接收优先级作为QoS类型,并基于该指定,整个网络通过优先级式QoS来进行QoS控制。图4表示了整个处理流程。
<关于网络的结构>
图2是表示本实施方式中的网络结构的图。在本实施方式中,从通信装置10向通信装置20进行数据传输、从通信装置10向通信装置30进行数据传输、从通信装置10向通信装置40进行数据传输。在各通信装置中,内置有通过网络向其他通信装置传输数据的功能。作为网络,可为诸如以太网等的有线LAN,除此之外,还可为PLC或无线LAN等网络。在本实施方式中,各通信装置通过PLC网络进行连接。
在本发明的实施方式中,通信装置为任意的进行数据发送和接收的装置。在进行数据发送时,通信装置是保存有文本、音乐、静图像、动图像等内容的通信装置。
作为通信装置,例如有家用服务器、个人计算机(PC)、服务器计算机、HDD记录器、DVD重放器、便携式音乐重放器等。
另外,作为通信装置,还有并不是直接发送数据而是对从其他通信装置发送来的内容进行中继的通信装置。
例如有,对从互联网上的服务器发送来的内容进行中继的路由器、调制解调器以及家用网关等通信装置。
另外,作为接收数据的通信装置,例如有用于显示/重放/记录文档、视频、音乐、图像等内容的装置。
例如有,电视接收器、用来接收VoD(Video on Demand:视频点播)的STB(Set Top Box:机顶盒)、调谐器、PC、PDA、VoIP电话机、便携式电话机、便携式音乐重放器、HDD记录器等通信装置。
另外,作为通信装置,还有并不是直接接收数据而是对从其他通信装置接收的内容进行中继的通信装置。
例如有,对从互联网上的服务器发送来的内容进行中继的路由器、调制解调器以及家用网关等通信装置。
也可用一个通信装置进行数据发送和数据接收。
在本实施方式中,通信装置10为家用服务器,其保存有MPEG格式、H.264格式等的视频数据,MP3格式、ATRAC3格式等的音频数据,HTML格式、XML格式等的文本数据。另外,通信装置10还内置有PLC的网络接口,能够经由PLC网络将该些内容发送给其他通信装置。
另外,通信装置20为内置有PLC网络接口的音乐重放器,可重放经由PLC接收的音频数据。
通信装置30为内置有PLC网络接口的电视接收器,可重放经由PLC接收的视频数据。
通信装置40为内置有PLC网络接口的PC,可显示经由PLC接收的文本数据。
在本实施方式中,通信装置20接收音频数据,通信装置30接收视频数据,通信装置40接收文本数据。用户已了解各通信装置的接收数据的种类,在接收数据时,用户打算以通信装置20、通信装置30、通信装置40的优先顺序来进行数据接收。另外,接收方的各通信装置可分别被不同的用户使用,也可由一个用户使用多个通信装置。
<关于通信装置的结构>
图1是表示通信装置10、20、30、40的功能块图。通信装置10、20、30、40虽具备完全相同的结构,但根据通信装置的收发功能作用的不同也存在未使用的功能块。若安装时要限定其功能作用,则省略不使用的功能块来进行安装即可。
通信装置10、20、30、40在结构上包含有:QoS类型接受部11、21、31、41(QoS类型接受装置),QoS类型管理部12、22、32、42(QoS控制信息转换装置、QoS设定控制装置、QoS类型请求装置、QoS类型通知装置、QoS控制信息请求装置、QoS控制信息通知装置),数据收发部13、23、33、43,QoS控制部14、24、34、44(QoS设定控制装置),通信部15、25、35、45。
QoS类型接受部11、21、31、41在QoS类型接受处理中,接受“用户使用哪一种QoS类型来传输QoS数据”。数据收发部13、23、33、43在接收数据决定处理中,进行内容数据的收发;在数据传输请求处理中,生成数据传输请求包并进行发送。QoS类型管理部12、22、32、42在QoS控制信息转换处理中将QoS类型信息转换成PLC网络上的发送优先级;在QoS设定处理中,生成QoS设定请求包并进行发送,且对QoS控制部14、24、34、44进行设定。QoS控制部14、24、34、44对要传输的包进行优先控制。通信部15、25、35、45收发PLC网络上的包。
换而言之,QoS类型管理部(QoS设定控制装置)12、22根据在QoS控制信息转换处理中被转换得到的发送优先级(QoS控制信息),对通信装置20所接收数据进行QoS设定处理。
<关于QoS类型接受处理>
以下,对在通信装置20和通信装置10之间从进行QoS设定起到进行数据传输信息为止”的处理步骤进行说明。该处理步骤包括:QoS类型接受处理、接收数据决定处理、QoS控制信息转换处理、QoS设定处理、数据传输请求处理。
用户在内容接收方的通信装置20、30、40中,打算使通信装置20具有最高优先级来接收数据,所以,通过QoS类型接受部21将通信装置20指定为“高优先级”。具体而言,将图3中所示的滑动式切换开关设定至表示“高优先级”的位置上。
<关于接收数据决定处理>
在QoS类型被设定后,通信装置20的数据收发部23以任意的定时来决定所要接收的内容数据。当通信装置10中保存有多个内容,且存在多个候补的接收内容时,则需要决定从中接收哪一个内容。由于决定接收内容的方法与本发明的本质无关,所以,其方法可为任意的方法。
例如,通信装置10生成其中所存储的内容的列表,内容接收方的通信装置20经由PLC接收该列表并将其显示。用户从显示的列表中选择所希望的内容。数据发送部13、23具备:用以进行上述处理的通信网络协议或用户接口。另外,也可以不是由用户来决定所要接收的内容,而是通过数据收发部23自动决定所要接收的内容。在此,假设某个音乐内容被决定为所要接收的内容。
<关于QoS控制信息转换处理>
当通信装置20的数据收发部23决定了所要接收的内容数据后,就指示QoS类型管理部22进行QoS控制信息转换处理。QoS类型管理部22取得由QoS类型接受部21输入的QoS类型信息。在此,由于得到“高优先级”这一信息,因此,该QoS类型信息被转换成PLC网络上的发送优先级。
例如,在PLC标准即Home Plug AV Specification 1.0.00中,包的发送优先级定义成被称为PLID(Priority Link ID:优先链路ID)的值,其中,可指定该值为0至3中的某一整数。
在通信装置10向通信装置20发送包时,由于参照该PLID来决定发送优先级,所以,QoS类型管理部22只要从QoS类型信息中导出PLID,并向内容发送方的通信装置10通知本站所要求的PLID即可。
在本实施方式中,设所有的通信装置10、20、30、40都采用下述转换方法。即,当QoS类型信息被指定为“高优先级”时,则设定PLID值为3;当QoS类型信息被指定为“中优先级”时,则设定PLID值为2;当QoS类型信息被指定为“低优先级”时,则设定PLID值为1。
由于通信装置20被指定为“高优先级”,所以被导出的PLID值为3。
另外,在本实施方式中所设想的网络虽然为PLC,但本发明并不限定于PLC,只要是具有相同的优先级式QoS结构的网络,就可进行实施本发明。例如,在IEEE802.11e标准的无线LAN或以太网中也可以实施本发明。
<关于QoS设定处理>
通信装置20的QoS类型管理部22生成其中含有PLID值的QoS设定请求包,并通过通信部25将生成的QoS设定请求包发送给通信装置10。
即,QoS类型管理部(QoS设定控制装置)22对发送数据的通信装置发送其中含有QoS控制信息的QoS设定请求。
在优先级式QoS中,一般而言,优先级是由内容发送方的通信装置10来决定的,不存在从内容接收方的通信装置20向内容发送方的通信装置10通知优先级的方法。所以,在QoS设定处理中,需要另行设置某种新的协议,通信装置20可根据该协议向通信装置10通知QoS类型信息。
通信部25将PLC网络的通信协议所规定的头信息附加在QoS设定请求包中,并向网络发送。头信息中含有本站的地址以及作为接收方的通信装置10的地址。
由于QoS设定请求包的PLC头中含有作为接收方的通信装置10的地址,所以,通信装置10的通信部15接收该QoS设定请求包。通信部15将QoS设定请求包通知给QoS类型管理部12。
QoS类型管理部12从QoS设定请求包中取出通信装置20的地址和“3”的PLID值,并在“发送给通信装置20的数据”被实际发送时,进行QoS控制部14的设定以使得指定的PLID被附加于上述“发送给通信装置20的数据”。
即,QoS类型管理部(QoS设定控制装置)12向QoS控制部14输出QoS控制信息,QoS控制部14根据该QoS控制信息,对通信装置20接收的内容进行QoS控制。
在本实施方式的内容接收方的通信装置20中,QoS类型信息被转换为PLID值,该PLID值被发送给通信装置10。但是,QoS类型信息也可以不在通信装置20中进行转换,将QoS类型信息直接发送给通信装置10,在通信装置10中进行PLID值的转换。
<关于QoS设定通知包>
在通信装置20将QoS设定请求包发送给通信装置10时,有可能出现通信装置10拒绝该QoS设定请求的情况。这是由于通信装置10中的用以进行优先控制的缓冲器容量有限的缘故。以下说明此情况下的处理流程。
通信装置10在接收QoS设定请求包时,将在QoS控制部14中判断“是否接受该QoS设定请求包所表示的QoS设定请求”。
当QoS控制部14判断出可以接受QoS设定请求时,则通过通信部15将含有该“判断结果的信息(Result Code)”的QoS设定通知包发送给通信装置20。
当通信装置20接收到表示“能够接受QoS设定请求”的QoS设定通知包时,便将数据传输请求包发送给通信装置10。
在能够接受QoS设定请求时,优选通信装置10发送QoS设定通知包,以使得接收方的通信装置20的状态提示部26显示“QoS请求已被满足”。
另一方面,当QoS控制部14判断出“不能接受上述QoS设定请求”时,则通过通信部15,将含有该“判断结果的信息”的QoS设定通知包发送给通信装置20。
通信装置20收到该“判断结果的信息”后,则向用户通知“请求未被接受”。作为通知方法,在QoS类型接受部21的开关旁边设置LED(发光二极管)作为状态提示部26,在指定的QoS请求未被满足时,通过使LED忽亮忽灭,向用户提示QoS请求的结果。
<关于数据传输请求处理>
在通信装置20中,QoS设定请求包被发送后,数据收发部23执行对通信装置10的数据收发部13的数据传输请求处理。
在数据传输请求处理中,数据传输请求包从通信装置20的数据收发部23起,经由通信部25,被发送给通信装置10。通信装置10的通信部15接收数据传输请求包,并将所接收的数据传输请求包传给数据收发部13。
在数据传输请求包中含有之前被决定的、用来识别接收内容的信息。因此,通信装置10的数据收发部13可得知需向通信装置20发送的内容。
例如,在接收数据决定处理时,当通信装置10向通信装置20发送自身所持有的音乐内容的列表时,对于每一个内容,将用于唯一识别该音乐内容的ID和用以说明题目或内容含义的文本信息组成一组形成列表并进行通知。然后,通信装置20通过数据传输请求包将用户从列表中选出的音乐内容的ID通知给通信装置10。
另外,关于向通信装置10通知“所要发送的内容”的通知方法,由于其与本发明的本质特征无关,所以,也可以通过其他的某种方法将数据传输请求通知给通信装置10。
通信装置10的数据收发部13在接收到数据传输请求包后,便开始发送由数据传输请求包所通知的内容。
所要发送的内容的数据被打包后,与接收方地址信息一同地依次送至QoS控制部14。QoS控制部14根据数据的接收方地址,将之前被设定的PLID值附加于包。依照PLID值对包执行优先控制,并进行发送。
例如,对每个PLID值设定发送的指令(cue),若在高优先级的指令中还有未发送完的包,直到该包发送完成、高优先级指令消失为止,不进行比该指令优先级低的包的发送。通过这样的处理,从而能够实现优先控制。
关于通过优先级执行发送控制的方法,由于与本发明的本质无关,所以只要与PLID值对应地执行优先控制即可,所以,可使用任意方法来执行控制。
在优先级被设定后,发送给通信装置20的数据包(除被选择的内容之外还传输其他数据时,则该“其他数据”的数据包也包含在内)的PLID值被设定为3,然后被持续发送。
另外,由于是对内容接收方的通信装置20的所有接收数据来指定QoS类型,所以,只要用户不通过通信装置20的QoS类型接受部21来变更所指定的QoS类型,从内容发送方的通信装置10发送数据包时,使用同样的PLID。即,所选择的内容在传输结束后,之后别的内容进行传输时,也使用同样的PLID。
在本实施方式中,虽然叙述了将QoS设定请求包和数据传输请求包分开发送的方法,但也可将该两种包具有的通知功能合并入一个包,通信装置20只发送该包即可。
<关于通信装置30中的处理>
与通信装置20相同地,其他通信装置30、40也执行QoS类型接受处理、接收数据决定处理、QoS控制信息转换处理、QoS设定处理、数据传输请求处理。
以下说明在作为TV视频接收器的通信装置30和作为家用服务器的通信装置10之间的到视频内容进行QoS传输为止的步骤。
在内容接收方的通信装置20、30、40中,用户打算使通信装置30以第二优先级来接收数据,所以,在QoS类型接受部31,指定“中优先级”。具体而言,将图3中所示的滑动式切换开关设定至表示“中优先级”的位置上。
在QoS类型被设定后,通信装置30的数据收发部33以任意的定时来决定所要接收的内容数据。在此,假设选择的是某视频内容。
当通信装置30的数据收发部33决定了所要接收的内容数据后,就指示QoS类型管理部32进行QoS控制信息转换处理。由于被指定的QoS类型信息是“中优先级”,所以QoS类型管理部32导出PLID值为“2”,并生成其中含有该PLID值的QoS设定请求包,然后通过通信部35,将该QoS设定请求包发送给通信装置10。
通信装置10的QoS类型管理部12从QoS设定请求包中取出通信装置30的地址和“2”的PLID值,并在实际向通信装置30发送数据时,进行QoS控制部14的设定以使得指定的PLID被附加于上述“发送给通信装置30的数据”。
在通信装置30中,QoS设定请求包被发送后,数据收发部33对通信装置10的数据收发部13执行数据传输请求处理。由此,通信装置10的数据收发部13可得知需向通信装置30发送的内容。
在收到数据传输请求包后,通信装置10的数据收发部13便开始发送由数据传输请求包所通知的内容。
发送给通信装置30的数据包(还包含被选择的内容之外数据包)在优先级被设定后,PLID值被设定为2,然后被持续发送。
另外,由于是对内容接收方的通信装置30的所有接收数据来指定QoS类型,所以,只要用户不通过通信装置30的QoS类型接受部31来变更所指定的QoS类型,从内容发送方的通信装置10发送数据包时,使用同样的PLID。
<关于通信装置40中的处理>
在内容接收方的通信装置20、30、40中,用户打算使通信装置40以最低优先级来接收数据,所以,在QoS类型接受部41,指定“低优先级”。具体而言,将图3中所示的滑动式切换开关设定至表示“低优先级”的位置上。
在QoS类型被设定后,通信装置40的数据收发部43以任意的定时来决定所要接收的内容数据。
当通信装置40的数据收发部43决定了所要接收的内容数据后,就指示QoS类型管理部42进行QoS控制信息转换处理。由于被指定的QoS类型信息是“低优先级”,所以QoS类型管理部42导出“1”的PLID值,并生成其中含有该PLID值的QoS设定请求包,然后,通过通信部45将该QoS设定请求包发送给通信装置10。
通信装置10的QoS类型管理部12从QoS设定请求包中取出通信装置40的地址和“1”的PLID值,并在实际向通信装置40发送数据时,进行QoS控制部14的设定,以使得指定的PLID被附加于上述“发送给通信装置30的数据”。
在通信装置40中,QoS设定请求包被发送后,数据收发部43对通信装置10的数据收发部13执行数据传输请求处理。由此,通信装置10的数据收发部13可得知需向通信装置40发送的内容。
通信装置10的数据收发部13在收到数据传输请求包后,便开始发送由数据传输请求包所通知的内容。
发送给通信装置40的数据包在优先级被设定后,PLID值被设定为1,然后被持续发送。
另外,由于是对内容接收方的通信装置40的所有接收数据来指定QoS类型,所以,只要用户不通过通信装置40的QoS类型接受部41来变更所指定QoS类型,从内容发送方的通信装置10发送数据包时,使用同样的PLID。
另外,当通信装置10判断出对于不执行QoS设定请求的通信装置即不发送QoS设定请求包的通信装置而言,即使以最低的优先级来传输数据也没问题时决定一直以“1”的PLID值进行数据发送,则在通信装置40中,可无需进行QoS设定请求包的发送。由此,在通信装置40的上述处理中,也可省略QoS设定请求包的发送。
另外,可由同一用户来执行通信装置20、30、40的QoS类型的设定,也可由不同用户分别执行设定。由不同用户来执行设定时,用户之间预先达成共识,以决定给予哪个通信装置高优先级。
<关于其后的各通信装置的数据传输>
尽管在图4中无表示,但最终通信装置10并行地向通信装置20、30、40进行数据发送。
此时,发送给通信装置20的包的PLID值为3,发送给通信装置30的包的PLID值为2,发送给通信装置40的包的PLID值为1。
由此,在QoS类型接受部21中,发送给通信装置20的包被指定为“高优先级”,并以最高的优先级进行发送;在QoS类型接受部31中,发送给通信装置30的包被指定为“中优先级”,并以次高的优先级进行发送;在QoS类型接受部41中,发送给通信装置40的包被指定为“低优先级”,并以最低的优先级进行发送。由此,通过用户的意图性的设定来执行网络的QoS控制。
<关于QoS解除处理>
以下,参照图5来说明本实施方式中的QoS解除处理。图5表示本实施方式中QoS解除处理的流程图。在执行优先级式QoS控制的PLC网络中的QoS解除处理是指,对成为QoS设定对象的接收方通信装置所实施的QoS设定解除的处理。
QoS解除处理是在QoS类型被用户变更并指定为“无需进行QoS设定”时所执行的处理。例如,图3所示的切换开关设有“高优先级”、“中优先级”、“低优先级”这3个等级,还可追加使优先级的设定成“OFF”即“停止”的选择项。例如,还可追加“通常传输”这样的选择项。
当QoS类型管理部22从QoS类型接受部21接收到表示“通常传输”已被选择的信息时,便通过通信部25将请求解除QoS设定的QoS解除请求包发送给发送方的通信装置10。该QoS解除请求包中含有作为该QoS解除请求包的发送方的通信装置20的地址和作为该QoS解除请求包的接收方的通信装置10的地址。
即,当由QoS类型接受部21接受的QoS类型表示为“无需进行QoS控制”时,QoS类型管理部(QoS设定控制装置)22便对本装置所要接收的数据进行QoS解除处理。
当通信装置10的QoS类型管理部12通过通信部15接收到QoS解除请求包时,则将对通信装置20接收数据的QoS设定进行解除的命令输出给QoS控制部14,其中,该通信装置20是该QoS解除请求包中包含的地址所表示的装置。然后,QoS类型管理部12通过通信部15,将用于通知“已解除了对通信装置20的接收数据的QoS设定”的QoS解除通知包发送给通信装置20。
即,当从通信装置20取得的QoS类型或QoS控制信息表示为“无需进行QoS控制”时,QoS类型管理部(QoS设定控制装置、QoS类型请求装置、QoS控制信息请求装置)12便向QoS控制部14发出“停止对通信装置20的接收数据的QoS控制”的通知。QoS控制部14接收了该通知后,便停止对上述数据的QoS控制。
通信装置20的QoS类型管理部22在接收到QoS解除通知包后,通过LED等状态提示部(未图示)向用户通知QoS设定已被解除。
在优先级的设定被设为“OFF”时,以不对其他的、作为QoS控制对象的通信装置的QoS控制造成影响的传输品质来将数据发送给优先级的设定为“OFF”的通信装置即可。对于未进行QoS设定处理的通信装置,以默认的优先级(PLID为“0”)来进行包的传输,由此,在优先级的设定被变更为“OFF”时,只需使优先级的设定回到以默认的优先级进行传输的状态即可。
<内容发送方的通信装置为多个时的情况>
在本实施方式中,对内容发送方只存在一个通信装置10的情况进行了叙述,但是,本发明也可适用于内容发送方中存在多个通信装置的情况。此时,只要内容接收方的通信装置将QoS设定请求包、数据传输请求包发送给所有的内容发送方的通信装置,那么,内容发送方的通信装置即可得知与内容接收方的通信装置对应的PLID值,从而能够实现QoS数据的控制。
此时,在发送QoS设定请求包和数据传输请求包时,并非是使用单一的地址(单个的通信装置的地址)分别向多个通信装置发送多个包,而是使用多个地址(多个的通信装置的地址)或所有地址(所有通信装置的地址),通过发送一个包来一并地进行通知。由此,能够减少包的发送次数。
<存在未实施本发明的通信装置时>
当在网络中存在有未实施本发明的通信装置,且在该通信装置接收内容数据情况下,该通信装置利用最低优先级来进行数据传输。
未实施本发明的通信装置是不发送QoS设定请求包的装置,其不将数据传输时所利用的PLID值通知给内容发送方的通信装置10。因此,内容发送方的通信装置10在传输内容数据时,QoS控制部14判断出该通信装置无明确的QoS请求后,以最低的优先级来发送内容数据即可。
<关于参数式QoS的情况>
在本实施方式中,叙述了通过优先级式QoS来实现QoS的方法,但也可使用参数式QoS来实现QoS。
具体而言,QoS类型接受部11、21、31、41在设定高于特定值的优先级时,根据参数式QoS的结构来确保传输频带;在设定低于特定值的优先级时,不确保传输频带,而通过尽力而为(best effort)来传输数据。另外,根据所设定的优先级来变更所要确保的频带大小。
<关于其他网络协议中本发明的适用>
在本实施方式中,设定所使用的网络协议是PLC(由Home Plug AV Specification1.0.00所规定的),即MAC层的协议,但本发明并不限定于此,只要网络协议中具有相同的参数式QoS的结构,也可以实施本发明。
例如,可通过IEEE802.11e标准的无线LAN或以太网来实施。只要将与PLC中的PLID相当的部分变更为由各网络协议所规定的值即可简单地实施本发明。在IEEE802.11e中,相当于PLID的部分是指TID域;在以太网中,相当于PLID的部分是指VLAN标记内的用户优先权(user priority)域。另外,虽然不是MAC层的协议,但也可以使用IPv4头中的ToS(Type of Service:服务类型)域。在变更网络协议的情况下,只要变更网络协议栈中的、用于控制数据传输时的优先级的层。由此,即使变更网络协议,同样地也可实施本发明,也可取得同样的效果。
<关于QoS类型接受部的其他结构例>
在本实施方式中叙述的QoS类型接受部11、21、31、41为3等级滑动式的切换开关,但QoS类型接受部11、21、31、41也可以为其他结构。
可切换的等级数可以是任意的,但是,将QoS类型接受部11、21、31、41可接受的等级数设定为比网络所支持的传输优先级的等级数还多的情况是无意义的。
例如,关于PLID,只能取得0至3这4个等级的值,所以,使用4等级以上的切换开关是无意义的。另外,当过多增加可选择的等级时,还会产生“用户难以区别”的弊端。
另外,也可以与开关不同地,另设显示装置并用该显示装置来显示开关的状态。例如,可考虑在液晶画面上显示开关的状态。该显示装置也可与用于显示通信装置中的其他状态的显示装置共用。
另外,虽然优选用户可通过目视来确认开关的选择状态,但并非仅限于此。比如,也可以是这样的方法:只设置一个按压开关,每按一次该开关,QoS类型信息就循环性地被切换。例如,每按一次按压开关时,QoS类型信息就以“高优先级”、“中优先级”、“低优先级”、“高优先级”的顺序进行切换。
对于要传输内容的比特率,所确保的传输频带的QoS并不够充分时,其结果将导致在内容接收方的通信装置中产生视频或音频的紊乱。在本实施方式中,由于存在以高于“由开关设定的优先级”的优先级进行传输的数据,所以,上述以高于“由开关设定的优先级”的优先级的传输数据将被优先传输,导致无法得到充分的频带。对此,当发生紊乱时,用户可操作开关,反复尝试变更优先级的设定,直到内容的重放得到最佳改善时,结束开关的操作。
另外,也可在开关的近旁设置LED等,根据该LED的点亮和熄灭来区别QoS类型。例如,在LED点亮时表示“高优先级”,在LED熄灭时表示“低优先级”。
<关于QoS类型信息的其他例>
作为QoS类型信息,除了本实施方式中的上述“高优先级”、“中优先级”、“低优先级”这样的区分方法之外,还可以为其他区分方法。
例如,也能够以“视频”、“音频”、“其他”来区分所要接收的数据种类。
与视频相比较,音频容易因传输迟延或误码等导致劣化的情况较为明显,所以,在传输音频时,需要用高于视频的优先级来确保QoS。而关于FTP或Web内容等的数据传输,即使多少存在有传输迟延或误码,也不会影响用户的操作,所以,能够以低于其他的数据的优先级来进行传输。即,能根据所要接收的数据种类来决定优先级。
此时,例如在QoS控制信息转换处理时,作为QoS类型信息,若指定为“音频”,则设定PLID为3;若指定为“视频”,则PLID为2;若指定为“其他”,则PLID为1。
另外,QoS类型信息也能够以“TV”“电话”“其他”等来区分通信装置的种类。此时,在内部处理上,该分类与指定QoS类型信息为“视频”、“音频”、“其他”的分类相同,但从用户的观点来看,像“指定与什么连接”这样的方法更为清楚明白。所以,在接收内容的通信装置具有多个功能(例如,内置PC功能的TV等)时,则可使用这样的区分分类。
另外,当通信装置为TV视频接收器时,QoS类型信息也能够以“20英寸”、“37英寸”、“45英寸”等显示画面的大小来进行区分。显示画面越大的通信装置,可能要求越高的比特率,所以,为确保更大的传输频带,需要提高传输的优先级。
另外,当通信装置为TV视频接收器时,QoS类型信息也能够以“1920×1080(最大规格的高分辨率)”、“1366×768(高分辨率)”、“640×480(非高分辨率)”等显示的分辨率来进行区分。显示分辨率越大的通信装置,可能要求越高的比特率,所以,为确保更大的传输频带,需要提高传输的优先级。
另外,QoS类型信息也能够以“6Mbps”、“12Mbps”、“24Mbps”等表示接收内容的比特率来进行区分。比特率越高,越需要提高传输的优先级。
另外,QoS类型信息也能够以“收费内容”、“免费内容”等表示接收内容是否收费来进行区分。
在VoD服务中,视听的内容中含有收费内容和免费内容。例如,最新的电影为收费内容,但新闻或含有电视广告的节目为免费内容。
此时,用户通过设置在通信装置中的开关来指定当前所要接收的内容是“收费”还是“免费”,当被指定为“收费内容”时,则提高传输的优先级,当被指定为“免费内容”时,则降低传输的优先级。
因内容的比特率因使用费用不同而不同时,则不仅只对内容是收费或免费进行区分,还可使用“高价格内容”、“低价格内容”、“免费内容”这样的区分,根据内容的价格来指定相应的优先级。
另外,也可将开关设为2等级切换式,用“需要实施QoS”、“无需实施QoS”来区分QoS类型信息,使用户能够在该通信装置中指定是否需要实施QoS。
若指定为“需要实施QoS”,则设为高优先级;若指定为“无需实施QoS”,则设为低优先级。
设定“需要实施QoS”及“无需实施QoS”时,用户根据以上所述的条件(所要接收的数据种类或所要连接的装置种类等)来综合地判断该通信装置是否需要实施QoS,并进行设定。
另外,也可以组合使用上述QoS类型信息的区分。例如也可指定“视频”、“音频”、“其他”的区分和“高优先级”、“中优先级”、“低优先级”的区分的组合。此时,在使用可指定9或9等级以上的相当于PLID的传输优先级的网络时,当被指定为“音频”+“高优先级”,则优先级为9(最高优先级);当被指定为“音频”+“中优先级”,则优先级为8;当被指定为“音频”+“低优先级”,则优先级为7;当被指定为“视频”+“高优先级”,则优先级为6;当被指定为“音频”+“中优先级”,则优先级为5。如此,便能够进行更详细的优先级设定。
此时,也可设定多个开关来指定多个QoS类型(设置两个3等级开关),也可通过一个开关来指定所有的QoS类型(设置一个9等级开关)。
另外,也可将用于指定是否需要实施QoS的开关和用于指定QoS类型的开关进行组合来使用。
例如,将切换“需要实施QoS”和“无需实施QoS”的开关与切换优先级的开关进行组合来使用。此时,一般用户操作的开关仅为切换“需要实施QoS”和“无需实施QoS”的切换开关。而仅在要进行更精确的设定时,变更优先级切换的设定。
根据此结构,能够对“即使不变更优先级的设定也不妨,只想进行简单操作”的简单操作用户,提供仅指定“是否需要实施QoS”的简便操作方法;而对于想进行详细设定的详细操作用户,提供详细的操作方法。
另外,也可设置用于切换“需要实施QoS”和“无需实施QoS”的开关,并在设定成“需要实施QoS”后,通过开关以外的别的装置来设定优先级。例如,将PC与通信装置连接,并使其能够通过PC的设定画面来输入优先级。
另外,若将“是否需要实施QoS”的开关设置于通信装置的正面,将优先级开关设置于通信装置的背面时,即可防止以下情况的发生,即,简单操作用户在无意中变更优先级的设定而破坏正常工作环境。
另外,在上述说明中,利用开关的、QoS类型信息的分类和优先级之间的对应关系仅仅是一个示例,还可以为其他别的组合。例如,虽然在上述的说明中,音频内容比视频内容的传输优先级要高,但也可为与上述相反的关系即视频内容比音频内容的传输优先级要高。
(第2实施方式)
在第2实施方式中,说明这样的方式,即,对于内容接收方的PLC适配器,用户将各PLC适配器所接收的内容种类指定为QoS类型,并基于该指定,整个网络通过参数式QoS来进行QoS控制。图9表示了整个处理的流程。
<关于网络的结构>
图6是表示本实施方式中的网络结构的图。本实施方式与第1实施方式的不同点在于:与PLC网络连接并进行通信的PLC适配器和实际进行内容数据收发的装置不是同一装置。
在本实施方式中,使用参数式QoS。关于参数式QoS,需要在网络内设置一主站(master station),并由该主站来管理整个网络的QoS。本实施方式中的PLC适配器50具备主站的功能,但并不限于此,其他PLC适配器60、70、80也可以取而代之具备主站的功能。
PLC适配器50、60、70、80相当于第1实施方式中的通信装置10、20、30、40的通信功能,是通过PLC网络与其他PLC适配器进行数据传输的装置,将经由以太网方输入的包转换成PLC包后,将其输出至PLC网络方;反之,将从PLC网络方输入的包转换成以太网包后,将其输出至以太网方。即,PLC适配器50、60、70、80是用于中继PLC网络和以太网的装置。
STB90和STB100是VoD的STB,相当于第1实施方式中的内容接收方的通信装置20、30的数据收发部23、33,是将视频内容进行解码并显示的装置。由于STB90、100未被设想用于QoS数据的传输,所以,无法对PLC适配器60、70进行指示,使其进行PLC网络的QoS设定。
STB90、100分别与TV显示器等显示装置(未图示)连接。STB90、100将解码后的视频作为视频信号输出至TV显示器。另外,STB90、100也可内置于TV视频接收器之中。由于视频的显示方法与本发明的本质无关,所以在此省略其说明。输入到STB90、100的视频数据通过某种方法向用户提示。
PC110与第1实施方式中内容接收方的通信装置40的数据收发部43相当。在本实施方式中,PC110显示从互联网接收的Web内容。由于PC110没有被设想用于QoS数据的传输,所以无法对PLC适配器80进行指示,使其通过PLC网络进行QoS设定。
将路由器120、VoD服务器130以及Web服务器140合为一体,其与第1实施方式中的内容发送方的通信装置10的数据发送部13相当。
VoD服务器130根据STB90、100发来的数据传输请求,将HD(HighDefinition:高清晰度)视频内容(16Mbps的视频)或SD(Standard Definition:标准清晰度)视频内容(6Mbps的视频)的数据经由互联网发送给路由器120。
Web服务器140根据PC110发来的数据传输请求,将Web内容的数据经由互联网发送给路由器120。
路由器120将从互联网络接收的数据输出至以太网。输出到以太网的数据经由PLC网络被传输至STB90、100以及PC110。
即,本实施方式中的用于中继PLC网络和以太网的通信装置,即PLC适配器60、70、80分别取代无法对PLC适配器发出QoS设定指示的以太网终端STB90、100以及PC110,对STB90、100以及PC110接收的数据流执行QoS设定。
一般而言,STB90、100通过以太网直接与路由器120连接,但在本实施方式中,路由器120与STB90、100之间设有PLC网络。例如有这样的网络,即,为了便于从室外引入光纤或电话线,路由器120被设置于一楼,而STB90、100用以在二楼起居室使用。
在本实施方式中,STB90从VoD服务器130接收HD视频内容,STB100从VoD服务器130接收SD视频内容,PC110从Web服务器140接收Web内容。
STB90、100以及PC110可被不同的用户分别使用,也可由一个用户使用所有设备。
<关于PLC适配器的结构>
图7是表示PLC适配器50、60、70、80的功能块图。PLC适配器50、60、70、80虽具备完全相同的结构,但根据PLC适配器的收发功能的不同也存在不使用的功能块。如要限定功能作用,可在安装时省略不使用的功能块即可。
PLC适配器50、60、70、80在结构上包含有:QoS类型接受部51、61、71、81(QoS类型接受装置),QoS类型管理部52、62、72、82(QoS控制信息转换装置、QoS设定控制装置、QoS类型请求装置、QoS类型通知装置、QoS控制信息请求装置、QoS控制信息通知装置),QoS控制部54、64、74、84(QoS设定控制装置),PLC通信部55a、65a、75a、85a,以太网通信部55b、65b、75b、85b,网桥部58、68、78、88(QoS设定控制装置、网桥信息获取装置、数据流识别信息获取装置),触发检测部59、69、79、89(触发检测装置、触发检测通知装置、QoS设定控制装置、数据流识别信息获取装置),状态提示部56、66、76、86(状态提示装置)。
QoS类型接受部51、61、71、81在QoS类型接受处理中,从用户或与以太网连接的装置中接受“要使用哪一个QoS类型来传输QoS数据”。QoS类型管理部52、62、72、82在QoS控制信息转换处理中,根据QoS类型信息,生成QoS参数;在QoS设定处理中生成QoS设定请求包后并进行发送以及进行QoS控制部54、64、74、84的设定。QoS控制部54、64、74、84根据QoS设定请求包中所含的QoS参数,调整频带分配计划。PLC通信部55a、65a、75a、85a收发PLC网络上的包。以太网通信部55b、65b、75b、85b收发以太网上的包。网桥部58、68、78、88在PLC通信部55a、65a、75a、85a和以太网通信部55b、65b、75b、85b之间进行包的网桥连接,并将从PLC通信部55a、65a、75a、85a接收的包通知给触发检测部59、69、79、89。触发检测部59、69、79、89指示:“开始进行包的分析”和“开始进行对QoS类型管理部52、62、72、82的QoS设定处理”。状态提示部56、66、76、86向用户提示QoS设定的状态或处理的结果。
<关于QoS类型接受处理>
以下,就VoD服务器130经由PLC适配器50和PLC适配器60,向STB90传输HD视频内容的步骤进行说明。
当用户希望STB90接收HD视频内容时,则在与STB90连接的PLC适配器60中,通过QoS类型接受部61来指定“HD视频”为QoS类型信息。具体而言,将图8所示的滑动式切换开关设定到表示“HD视频”的位置。
开关的设定状态被通知给QoS类型管理部62。作为通知方法,预先决定“可唯一确定开关设定状态”的数值(例如,当开关设定状态为“OFF”时,则将该数值设为“0”,当为“SD视频”时,则将该数值设为“1”,当为“HD视频”时,则将该数值设为“2”等等),只要将该数值从QoS类型接受部61通知给QoS类型管理部62即可。由于通知方法并不涉及本发明的本质,所以使用任何通知方法均可。
另外,也可以通过经由以太网与PLC适配器连接的装置来指定QoS类型。详细内容将在以后说明。
此时,也可以由状态提示部66向用户提示“QoS设定的一系列处理”已经开始。具体而言,在QoS类型接受部61的近旁设置LED,使该LED忽亮忽灭来进行提示。最后在“QoS设定的一系列处理”结束时,点亮LED。
“QoS设定的一系列处理”有时会花一些时间,此时,即使变更开关的状态也不会立刻开始QoS数据的传输,而是进行通常数据的传输。由于是进行通常数据的传输,在传输音频内容或视频内容时,会发生音频或视频的紊乱。
此时,会导致用户作出“即使变更开关而进行了QoS设定,但音频或视频仍然紊乱”的错误判断。
为防止导致出现如上所述的错误判断,如向用户提示“QoS设定还未结束”,则用户就不会作出错误的判断,且由于QoS设定状态一目了然,所以,可便于用户使用PLC适配器。
另外,也可以使LED的发光色呈阶段性的变化,以便向用户提示“到QoS设定结束为止还要经过多少时间”。例如,以红、黄、绿的顺序,阶段性地使LED的发光色变化。
另外,在使用液晶画面作为状态提示部56、66、76、86时,可通过数字显示将“到设定结束为止的时间”显示在上述液晶画面上。同样的,还可通过进度条来显示,该进度条根据剩余时间的长短而发生变化。
另外,也可在用户实际视听内容的STB90上,以文字或图标来显示“变更QoS类型接受部61的开关状态”或“到QoS设定结束为止的时间”或进度条。
<关于网桥信息获取处理>
内容发送方的PLC适配器50为了将从路由器120接收的数据包传输给PLC适配器60,预先从PLC适配器60取得网桥信息。
PLC适配器50在传输数据时,将从路由器120接收的数据包传输给其他PLC适配器60、70、80,其中,路由器120通过以太网与PLC适配器50连接。此时,包中含有的不是PLC适配器60、70、80在PLC网络上的地址(以下称之为PLC地址),而是STB90、STB100、PC110在以太网上的地址(以下称之为以太网地址),其中STB90、STB100、PC110通过以太网与PLC适配器的一端相连接。
关于PLC网络内的各PLC适配器60、70、80,内容发送方的PLC适配器50需预先得知STB90、STB100、PC110的以太网地址的信息,从而对于经由路由器120接收的包,判断“作为该包的接收方的装置与哪一个PLC适配器相连接”,然后将该PLC适配器作为传输目的地,通过PLC网络来传输包。
对此,内容发送方的PLC适配器50为了得到STB90的以太网地址的信息,将网桥信息请求包发送给PLC适配器60。具体而言,PLC适配器50的网桥部58生成网桥信息请求包,并送至PLC通信部55a。PLC通信部55a将PLC头附加到网桥信息请求包后,将包发送给PLC网络,其中上述PLC头中含有作为接收方的PLC适配器60的地址。
另外,各PLC适配器50、60、70、80可通过特定的包交换来预先得知其他PLC适配器的地址。关于详细的说明,在此省略。
另外,一般利用各PLC适配器在接入网络时被赋予的识别符来作为PLC地址,但由于其和本发明的本质无关,所以省略其详细说明,仅记载为PLC地址。
PLC适配器60的PLC通信部65a接收到该网桥信息请求包后,便向网桥部68通知“已接收了网桥信息请求包”。网桥部68生成网桥信息通知包,其中,该网桥信息通知数据中包含有与本站的以太网通信部65a相连接的装置的以太网地址。
在此,网桥部68可预先取得与本站的以太网通信部65a连接的STB90的以太网地址。关于该预先取得以太网地址的方法,由于其和本发明的本质无关,可使用任意方法,所以省略其说明。
在本实施方式中,由于PLC适配器60与STB90相连接,所以网桥信息通知包中含有STB90的以太网地址。另外,当在一个PLC适配器上连接有多个装置时,网桥信息通知包中含有该多个装置的所有以太网地址。
网桥部68将生成的网桥信息通知包发送给PLC通信部65a。PLC通信部65a将PLC头付加至网桥信息通知包,并发送给PLC网络。
PLC适配器50的通信部55a接收了该包后便通知给网桥部58。网桥部58将PLC适配器60的地址和包含在网桥信息通知包中的STB90的以太网地址组成一组并进行保存,其中STB90与PLC适配器60的一端相连接。这些信息称之为网桥表。
另外,只要是在PLC适配器50开始发送数据包之前,可在任意的定时执行上述网桥信息获取处理。
例如,网桥信息获取处理可在指定QoS类型之前执行,也可在PLC适配器50通电后定期地执行。
另外,在本实施方式中,由于PLC适配器50也向PLC适配器70或PLC适配器80发送数据,所以,也可最初对所有的PLC适配器60、70、80执行网桥信息获取处理。此时,也可通过多点传送或广播来发送网桥信息请求包,各PLC适配器60、70、80与网桥信息请求包对应地返送网桥信息通知包。此时,与“通过单点传送的方式,数次地向PLC适配器60、70、80分别发送网桥信息请求包”相比,可提高频带的利用效率。
另外,内容接收方的PLC适配器60、70、80也可与是否已接收网桥信息请求包无关地,主动向PLC适配器50发送网桥信息通知包。此时,也可通过多点传送或广播来进行发送。
<关于数据决定处理>
在QoS类型被设定后的任意定时,STB90决定所要接收的内容数据。若VoD服务器130中保存有多个内容,并且所要接收的内容有多个候补时,则需要决定从中接收哪个内容。接收内容的决定方法与本发明的本质无关,所以,可利用任意的方法。
以下说明本实施方式中的STB和VoD服务器的一般处理步骤。
对于不同的内容,VoD服务器130将“所保存的内容的题名或内容说明的文本”和“用于唯一确定该内容的内容识别信息”组成一组形成列表并将列表通知给STB90。STB90向用户提示该列表,用户通过付属于STB90的控制器,从提示的列表中选择希望的内容。
另外,除了由用户来决定接收的内容数据之外,也可由STB90自身自动地决定内容。在此,设想是选择了某HD视频内容。
<关于数据传输请求处理>
在第1实施方式中,由于数据收发部13、23、33、43内置于通信装置10、20、30、40中,所以数据收发部13、23、33、43在决定了所要接收的内容数据后,能直接指示QoS类型管理部12、22、32、42开始进行QoS控制信息转换处理。
与之相对,在本实施方式中,由于PLC适配器60和STB90是分开的,所以即使STB90决定了所要接收的内容数据,也不能直接指示QoS类型管理部62开始进行QoS控制信息转换处理。
因此,STB90在决定所要接收的内容数据后,立即对VoD130执行数据传输请求处理。
由于数据传输请求处理的方法与本发明的本质无关,所以可利用任意的方法。以下说明一般在本实施方式中的STB和VoD服务器的处理步骤。
首先,STB90生成数据传输请求包。在该包中含有“用以识别之前所选择的内容的内容识别信息”。能够在VoD服务器和STB90之间预先设定可用于唯一确定内容识别信息的值,该值作为内容列表,预先由STB90接收。另外,由于数据传输请求包最终需要发送给互联网上的VoD服务器130,所以,数据传输请求包也含有VoD服务器130的IP地址。
其次,STB90通过以太网将生成的包发送给PLC适配器60。接着,PLC适配器60通过PLC网络将接收的包发送给PLC适配器50。接着,PLC适配器50通过以太网将接收的包发送给路由器120。接着,路由器120通过互联网将接收的包发送给VoD服务器130。
此时,PLC适配器60与适配器50同样,其已完成了网桥信息获取的处理,PLC适配器60从以太网接收包,并从所接收的包中含有的路由器120的以太网地址中导出PLC适配器50的PLC地址,并将该PLC地址加入到PLC头中后进行发送,其中,上述路由器120的以太网地址为上述包的接收方地址。另外,也可以通过其他方法将数据传输请求包通知给PLC适配器50。
<关于触发检测处理>
VoD服务器130在接收到数据传输请求包后,开始发送由该数据传输请求包所指定的内容。VoD服务器130将存储的内容进行打包,并通过互联网,依次与接收方地址的信息一并发送给路由器120。路由器120将接收的数据包通过以太网依次发送给PLC适配器50。
由于该数据包是从VoD服务器130发送给STB90的视频内容的包,所以其中含有作为接收方地址的STB90的IP地址。
PLC适配器50的以太网通信部55b将所接收的数据包传给网桥部58。由于在预先获取的网桥表中含有PLC适配器60的PLC地址和STB90的以太网地址,所以如果将网桥表和数据包中的接收方以太网地址进行核对,即可得知该数据包在PLC网络上的接收方是PLC适配器60。
因此,网桥部58将含有“PLC适配器60的PLC地址”的PLC头附加于数据包,并将数据包传给QoS控制部54,其中,上述“PLC适配器60的PLC地址”为上述数据包的接收方地址。
到此时为止,由于还未对包含有该数据包的数据流执行QoS设定,所以,QoS控制部54不执行任何QoS控制,而将该数据包作为通常的包传输给PLC通信部55a。PLC通信部55a将该数据包传输给PLC适配器60。
PLC适配器60的PLC通信部65a将接收的数据包传输给网桥部68。网桥部68为了将数据包发送到以太网而将数据包传给以太网通信部65b,同时并通知触发检测部69“已接收了数据包”。
触发检测部69根据该通知得知“数据已开始传输”,认为需要执行QoS设定处理时,便指示QoS类型管理部62开始执行QoS设定处理。
即,触发检测部69通过分析本装置的数据接收履历来检测出进行QoS设定处理的定时。换而言之,触发检测部69通过分析本装置的数据接收履历,判断是否执行QoS设定处理。QoS类型管理部62根据触发检测部69所检测出的定时,执行QoS设定处理。换而言之,在触发检测部69判断出“需要执行QoS设定处理”时,QoS类型管理部62执行QoS设定处理。
另外,由发送方的PLC适配器来执行触发检测处理时,触发检测部通过分析本装置的数据发送履历来检测QoS设定处理的定时。关于接收履历或发送履历,可将其存储到PLC适配器所具备的存储部(未图示)中。
另外,发送方或接收方的PLC适配器所具备的QoS类型管理部也可以根据数据通信的对方站所通知的定时来进行QoS设定处理。反之,QoS类型管理部也可以通过PLC通信部将触发检测部检测出的定时通知给数据通信的对方站。
<一个PLC适配器接收从多个PLC适配器发来的数据包的情况>
以下,说明一个PLC适配器接收从多个PLC适配器发来的数据包时的处理。
接收方的PLC适配器也可以根据发送方PLC适配器的不同来区分在触发检测时所接收的包,并对发送方的PLC适配器一一执行QoS设定请求。根据该结构,可分别对发送方的PLC适配器执行个别的QoS设定。
另外,在接收方的PLC适配器所接收的数据包中含有发送方的以太网地址(路由器等的地址)。因此,若将由发送方PLC适配器接收到的网桥信息和该以太网地址进行核对,即可得知数据包发送方的PLC适配器的PLC地址。由此,如上所述,可以按每一发送方的PLC适配器来区分所接收的包。
<关于QoS设定处理的开始定时>
在上述说明中,触发检测部69在仅接收了一个数据包时,指示“开始QoS设定处理”,但也可只在满足某特定条件下时指示“开始QoS设定处理”。所谓的特定条件是指,例如在“接收了既定个数的包时”或“以特定的频度接收了包时”等。
另外,网桥部68在通知“已接收了数据包”时,还可以将数据包的内在内容和接收通知传输给触发检测部69。触发检测部69也可在分析了传送来的数据包后,仅在满足了特定条件时,指示QoS类型管理部62“开始QoS设定处理”。此时所述的特定条件是指,例如“在接收了从特定的IP地址或PLC地址、或以太网地址发来的包时”、或“在接收了含有特定的TCP端口号或UDP端口号的包时”等等。
如果在接收了数据包后仍不开始QoS设定处理时,PLC适配器60将在其电源接通时或QoS类型接受部61的开关***作时开始QoS设定处理。
此时,从开始进行QoS设定处理的时间起,到STB90执行接收数据决定处理为止的这段时间内,尽管不执行内容数据的传输,但用于传输该内容数据的频带却被占用时,将导致其他的PLC适配器70、80无法利用已被占用的频带,进而导致整个网络的频带利用率的低下。
与此相对,在本实施方式中,是在开始传输数据的时间才执行QoS设定处理,所以具有频带利用率较好的优点。
另外,PLC适配器60在动图像内容等需要实施QoS的数据和Web内容等无需实施QoS的数据同时接收时,若单只是“接收到包即执行QoS设定处理”,那么即使接在收到无需实施QoS的数据时,也会执行QoS设定处理。
但是,在仅接收无需实施QoS的数据时,优选不进行QoS设定,不使用QoS设定所需的频带。
对此,需要分析所接收的包,判断该包是否为“需要实施QoS”的数据,仅在判断出该包为“需要实施QoS”的数据的情况下,进行QoS设定。
作为判断是否为“需要实施QoS”的方法,可通过分析包的包头,并根据“该包使用的协议”来进行判断。
例如,作为OSI参考模型的输送端口层协议,一般使用TCP和UDP,其中UDP可靠性较低但具有传输速度较快的特征,所以多用于传输动图像等实时数据。因此,在接收利用了UDP的包时,则执行QoS设定,从而能够仅在“需要实施QoS”的可能性较高的情况下,控制进行对频带的确保。
另外,可参照IP头中的协议域来判断包是否采用UDP。由于该域的值表示“使用了什么作为上位协议”,所以可用于区别UDP和TCP。
另外,也可以根据“是否使用了其他协议”来进行与上述同样的判断。例如,作为与上述同样的协议,有实时传输协议(RTP:Real-time Transport Protocol)。RTP多用于流数据的传输。
另外,对包的内在内容进行分析,若该包为音频或动图像时,则执行QoS设定。例如,RTP的头中含有被称之为PT域的域,PT域表示了“RTP包中的数据是什么编解码器的数据”。即,通过分析PT域即可得知该包是视频还是音频。若PT域中含有表示视频或音频的值,便开始QoS设定。
另外,如后所述地,在将QoS类型指定为“视频”或“音频”时,在QoS类型被指定为“视频”且PT域中仅含有表示视频的值的情况下,开始执行QoS设定。在QoS类型被指定为“视频”,但是却接收到音频的包时,用户可判断出“音频并不是所要确保QoS的对象”,所以,在此情况下优选不执行QoS设定。
另外,在数据传输前,在发送方和接收方之间存在有会执行某种协商的情况,因此,可在检测出属于该协商的包时执行QoS设定。例如,在通过流数据进行视频的传输时,存在使用实时流协议(RTSP:Real Time Streaming Protocol)的情况。
在RTSP中,在开始传输数据包之前进行若干个包的交换以便在发送方和接收方之间进行通信协商。在检测出该包时执行QoS设定。同样,在数据包传输结束时也进行包的交换,在检测出该包时执行QoS解除处理。
另外,在“分析包属于哪个协议”的处理中,由于对所有的包进行分析将给CPU带来负担,并会压迫用于其他处理的CPU资源,所以,间隔性进行包的分析。例如,在每100个包中进行一个包的分析。也可不根据数量,而在时间上空出一定间隔地来进行包的分析。例如每隔100ms,仅对此时所接收的最后的包进行分析。
另外,在传输动图像内容等实时数据时,上述包一般不是一一单独地发送,而大多是连续性地、突发性地发送。因此,PLC适配器60、70、80不是仅在接收了一个包时进行QoS设定,而是在规定的时间内接收到规定个数的包时进行QoS设定。例如,在100ms的期间内接收了100或100个以上的包时,判断其为实时数据,并执行QoS设定。
另外,也可如上述UDP包那样,仅在连续接收“其为实时数据的可能性较高”的包时进行计数。即,在100ms的期间中接收了100个或100个以上的UDP包时,判断执行QoS设定。
通过上述结构,可降低“对无需实施QoS设定的数据传输也执行频带保证”的可能性。
另外,在接收方的PLC适配器不作为QoS控制对象的期间,发送方的PLC适配器也可利用数据传输频带中除被分配给其他通信装置的数据传输频带之外的剩余数据传输频带的至少一部分,向该接收方的PLC适配器发送数据,其中,上述其他通信装置是QoS控制对象。
<关于用以触发检测的包的域>
在IP包或以太网包的包头中,存在其中含有表示该包传输优先级的信息的情况,存储该信息的域被用于触发检测。IPv4头中的服务类型(ToS:Type of Service)域或以太网的头中的VLAN标记内的、用户优先(user priority)域等就相当与这类域。
例如,从VoD服务器130或内容发送方的PLC适配器50发送实时数据或非实时数据时,使得在实时数据包的包头中包含有表示高优先级的值,在非实时数据包的包头中包含有表示低优先级的值。此时,内容接收方的PLC适配器60、70、80通过分析所接收的包中含有的上述域,从而能够判断出接收的包是否为实时数据。
内容接收方的PLC适配器60、70、80利用该结构,仅在接收到实时数据时进行QoS设定。
另外,在接收的包中含有多个表示传输优先级的域的情况下,预先通过某方法来设定“使用这些域中的哪个域进行触发检测”。该设定可通过用户来变更,也可以在预先决定使用哪个域后来设定。
例如,在PLC中,由于内容发送方的PLC适配器50将PLC的MAC头直接附加给从以太网接收的包并进行发送,所以内容接收方的PLC适配器60、70、80所接收的包中既含有User Priority(用户优先)域又含有ToS域。
另外,在PLC以外的网络中,也存在由内容发送方删除以太网包的包头而附加MAC头并进行发送的情况。在这种情况下,内容接收方所接收的包中仅含有ToS域,所以只要将ToS域用于触发检测即可。
另外,在IP协议或以太网包的头中,存在含有用以识别该包的数据流的信息(数据流识别信息)的情况,该些数据流识别信息的域被用于触发检测。
IPv6头中的Flow label(数据流标签)域或以太网包的头中的VLAN标记的VID(VLAN Identifier)域等相当于上述数据流识别信息的域。
例如,从内容发送方的PLC适配器50发送实时数据时以及从内容发送方的PLC适配器50发送非实时数据时,对上述数据流识别信息的域设定不同的值。然后预先通过某方法,向内容接收方的PLC适配器60、70、80通知“哪个域的值表示实时数据”的决定。根据该结构,内容接收方的PLC适配器60、70、80便能够判断出所接收的包是否为实时数据。
利用该结构,可仅在接收了实时数据时进行QoS设定。
即,QoS类型管理部(QoS设定控制装置)61、71、81也可以将网桥部68、78、88所取得的网桥信息和数据流识别信息进行核对,并根据核对的结果来判断是否进行QoS设定处理。
另外,当接收的包中含有多个用以识别数据流的域时,预先通过某方法来设定“使用该些域中的哪个域进行触发检测”。该设定可以通过用户来变更,也可以在预先决定使用哪个域后来设定。
另外,在IP协议或以太网包的头中,存在含有用以规定包传输品质的信息的情况,该信息的域可用于触发检测。IPv4头中的ToS域相当于该信息的域。在ToS域中含有延迟度、吞吐量、可靠性、费用成本等信息。
例如,从内容发送方的PLC适配器50发送实时数据时以及从内容发送方的PLC适配器50发送非实时数据时,对上述信息的域设定不同的值。然后预先通过某方法,向内容接收方的PLC适配器60、70、80通知“哪个域的值表示实时数据”的决定。根据该结构,内容接收方的PLC适配器60、70、80便能够判断出所接收的包是否为实时数据。
利用该结构,可仅在接收到实时数据时进行QoS设定。
<关于QoS控制信息转换处理>
当触发检测部69指示QoS类型管理部62开始QoS设定处理时,QoS类型管理部62首先进行QoS控制信息转换处理。具体而言,QoS类型管理部62根据QoS类型接受部61所指定的QoS类型信息,决定“需向主站PLC适配器50通知的QoS参数”。
由于在PLC适配器60中所指定的QoS类型信息为“HD视频”,所以,QoS类型管理部62生成QoS参数,该QoS参数是可确保适合于HD视频传输的QoS参数。
具体而言,例如,QoS类型管理部62参照其中保存有QoS类型信息和各QoS参数的值的表,并导出QoS参数。
因网络中所使用的协议不同,所需的QoS参数也不同。另外,具体的QoS设定参数和本发明的本质无关,所以可进行任意设定。
作为QoS参数的示例,在使用PLC的情况下,QoS参数为:数据传输时所需的比特率和所允许的传输延迟度和所允许的传输延迟抖动度以及所传输的包大小的平均值、最小值、最大值等的多个值的组合。
在传输HD视频时,对于比特率,可以是16Mbps或在16Mbps上附加了余量的值。另外,对于其他的参数,可预先保存经实验得到的最佳值。
<关于QoS设定处理>
内容接收方的PLC适配器60首先向通信对方的PLC50询问可否连接,然后对主站执行QoS设定处理。
在本实施方式中,由于PLC适配器50为发送站,也为主站,所以PLC适配器60对PLC适配器50既进行“询问可否连接”的处理,又进行QoS设定处理。
QoS类型管理部62生成连接请求包,并将该连接请求包发送给PLC通信部65a,其中,该连接请求包中含有预先被决定的QoS参数。PLC通信部65a将连接请求包发送给内容发送方的PLC适配器50。
PLC适配器50的PLC通信部55a接收该连接请求包,并将其送至QoS类型管理部52。QoS类型管理部52根据该连接请求包中含有的信息,判断可否进行数据传输。该判断的基准在实际安装时会有所不同,例如由于在PLC适配器50中,包的发送受缓冲器的限制,所以存在拒绝接受的情况。
QoS类型管理部52生成连接通知包,并将该连接通知包送至PLC通信部55a,其中,该连接通知包中含有表示是否接受数据传输请求的信息(判断结果的信息)。PLC通信部55a将连接通知包发送给PLC适配器60。
PLC适配器60的通信部65a接收该连接通知包,并将其送至QoS类型管理部62。QoS类型管理部62根据连接通知包中含有的表示是否接受数据传输请求的信息(判断结果的信息),得知数据传输请求是否已被接受。
此时,若“判断结果的信息”表示的信息是“拒绝接受”,则中止QoS设定处理,并如后述那样,通过状态提示部66向用户提示“QoS请求未得到满足”。
若“判断结果的信息”表示的信息是“可以接受”,则QoS类型管理部62生成QoS设定请求包,并将该QoS设定请求包发送给PLC通信部65a,其中,该QoS设定请求包中含有的QoS参数与上述连接请求包中含有的QoS参数相同。PLC通信部65a将QoS设定请求包发送给作为主站的PLC适配器50。PLC网络中的从站通过特定的包交换处理,可预先得知主站的地址。关于详细说明,在此省略。另外,若其他PLC适配器为主站的情况下,则将QoS设定请求包发送给该其他PLC适配器。
PLC适配器50的PLC通信部55a接收了上述QoS设定请求包后,将其送至QoS控制部54。QoS控制部54根据QoS设定请求包中含有的QoS参数来判断是否能够接受请求。若请求QoS的数据流增加,存在以下情况:由于可使用的PLC网络频带不足,从而无法满足所有数据流的QoS请求。在此情况下,依照某规定,仅确保其中若干个数据流的QoS。
例如,按照QoS设定请求包的发送顺序来接受请求,在频带成为不足时则进行控制使得“拒绝请求”。关于具体的判断方法,因实际安装的不同而不同。由于具体的判断方法和本发明的本质无关,所以省略其说明。
当判断出可以接受QoS设定请求包中所含的QoS参数时,QoS控制部54分配被称之为GLID(Global Link ID)的识别符,并根据QoS参数,进行为了实现该GLID的频带分配计划,其中,该GLID在PLC网络内用于唯一确定数据流的识别符。
由于具体的分配计划的算法和本发明的本质无关,所以,在此省略其说明。主站50的QoS控制部54决定频带分配的频度、期间、顺序,使得满足由从站60所通知的QoS请求。
其后,QoS控制部54生成QoS设定通知包,并将该QoS设定通知包发送给PLC通信部55a,其中,该QoS设定通知包中含有“是否接受QoS请求”的信息(判断结果的信息),并在“判断结果的信息(Result Code)表示成功”的值的情况下该QoS设定通知数据还包含有GLID。PLC通信部55a将QoS设定通知包发送给PLC适配器60。PLC适配器60的PLC通信部65a接收了该QoS设定通知包后,将该QoS设定通知包送至QoS类型管理部62。
也可以不进行对上述内容发送方PLC适配器50的连接处理,仅进行QoS设定请求。例如,在IEEE802.11e中,没有规定与“对内容发送方的通信装置所进行的连接处理”相当的处理,所以,仅对主站进行QoS设定处理。
<关于状态提示部66的控制处理>
PLC适配器60的QoS类型管理部62可根据QoS设定通知包中含有的“判断结果的信息”来得知“QoS设定请求已被接受”。QoS类型管理部62对状态提示部66进行控制使其向用户提示“请求已被接受”。
作为状态提示部66的具体结构,可在QoS类型接受部61的开关的近旁设置LED,当指定的QoS请求得到满足时,即QoS设定通知包中的“判断结果的信息”的值表示成功时,则点亮LED;当QoS请求未得到满足时,即QoS设定通知包中的“判断结果的信息”的值表示失败时,则是LED忽亮忽灭,由此,向用户提示QoS请求的结果。
此时,由于通过“判断结果的信息”可得知“QoS请求已被接受”,所以,点亮LED,向用户提示“QoS设定已成功”。
若此时QoS请求未被接受,那么尽管用户将PLC适配器60的开关设定成“HD视频”,但所请求的QoS并未得到确保。
例如,在通过开关设定的请求在未得到满足的情况下,进行视频传输时,将发生视频的紊乱。此时,如果不向用户提示“通过开关所设定的请求未得到满足”,那么用户就很难确定“尽管通过开关设定了QoS,但视频仍然发生紊乱”的原因。
若向用户提示“通过开关所设定的请求未得到满足”,那么用户即可得知“由于QoS未得到确保且频带不足,从而导致视频发生了紊乱”,因此可以通过进行整个网络的调停来进行处理。
例如,可以通过降低视听时内容的比特率,将PLC适配器60的开关从“HD视频”切换到“SD视频”等来进行处理。
比如,在QoS类型接受部61、71、81的近旁设置LED,当指定的请求得到满足时则点亮LED,当请求未得到满足时则使该LED忽亮忽灭,由此能够向用户提示处理结果的信息。反之,也可以通过点亮LED来表示“请求未得到满足”,通过熄灭LED来表示“请求已得到满足”。
另外,当PLC适配器具备了某显示装置时,可用该显示装置来显示处理结果的信息。例如,当PLC适配器设有液晶画面时,可在该液晶画面上显示QoS设定的成功或失败。
另外,不仅只显示QoS设定的成功或失败,也可以显示某些其他的状态。例如显示“QoS设定为何而失败”。
例如,根据PLC网络的状态,即使从PLC适配器60发送QoS设定请求包或从PLC适配器50发送QoS设定通知包,由于通信的错误导致存在对方站接受失败的情况。
在这种情况下,考虑形成其可区别“虽成功地收发了QoS设定请求包或QoS设定通知包,但由于频带不足导致请求被主站拒绝”和“QoS设定请求包或QoS设定通知包的发送本身失败”这样的结构。作为用于区别上述判断结果的结构,例如有变更LED忽亮忽灭的模式或发光色,或在液晶画面上显示发生错误的消息。
在上述说明中,说明了PLC适配器60在接收QoS设定通知包时的情况,PLC适配器60在接收了连接通知包的情况也可进行同样的动作。
另外,在QoS连接请求或QoS设定请求未被接受时,PLC适配器60也可将表示未被接受的信息发送给与本站连接STB90,STB90将该信息显示在与本装置连接的显示装置上(例如,电视显示器)。
<关于QoS数据传输>
在STB90的数据传输请求处理后,从VoD服务器130经由路由器120,数据包被依次发送给PLC适配器50。如前所述,数据包中含有作为该数据包接收方的STB90的IP地址。路由器120通过路由处理,从IP地址中检索出以太网地址,并经由以太网将该以太网地址发送给PLC适配器50。PLC适配器50的以太网通信部55b将所接收的包传送给网桥部58。网桥部58核对网桥表和数据包接收方的以太网地址,将含有“PLC适配器60的PLC地址”的PLC头附加于数据包,并将数据包传给QoS控制部54,其中,上述“PLC适配器60的PLC地址”为上述数据包的接收方地址。
另外,在实际发送数据包时,从主站发送信标包(beacon packet),信标包中含有:在QoS设定处理时所决定的GLID、赋予发送权的开始时间、赋予发送权的结束时间,所以,各从站可根据该信标包得知“发送权被赋予给了哪个数据流”。
因此,内容发送方的PLC适配器50需要预先判断出各数据包属于哪个数据流,并需要得知该数据流的GLID。因此,QoS控制部54分析包的内在内容,并导出GLID。一般情况下,预先在PLC适配器50和PLC适配器60之间进行某种包的交换,使PLC适配器50和PLC适配器60相互了解数据流识别信息与GLID的对应关系,然后根据该“对应关系”导出GLID。
用于进行数据流识别信息和GLID的交换的协议是不受PLC标准所规定的,而是在PLC的上位层独自执行。在上位层中,已得知哪个数据流使用哪个MAC地址或IP地址、端口号,并能够从QoS控制部54取得“由QoS设定处理结果中得到的GLID的值”,所以能预先得知MAC地址或IP地址或端口号与GLID的对应关系。
像这样从数据流识别信息中导出GLID的规则称之为分类规则(classify rule)。在分析数据包的内在内容后,若包中含有作为分类规则而被记载MAC地址或IP地址、端口号,便能够判断出该包是记载了上述分类规则的包。
在本实施方式中,是在上位层进行包的交换,使用网桥信息来取代数据流识别信息。如上所述,网桥信息虽然是其他用途所必要的信息,但也可以作为数据流识别信息来使用。
作为网桥信息,其含有STB90的以太网地址和PLC适配器60的PLC地址。另外,QoS设定通知包中含有:GLID、作为数据流发送源的PLC适配器50的PLC地址、作为数据流接收方的PLC适配器60的地址。
因此,在数据流发送方的PLC适配器50中,能够从STB90的以太网地址中导出PLC适配器60的PLC地址,再从PLC适配器60的PLC地址中导出GLID。即,当含有作为接收方的STB90的以太网地址时,能够生成用以导出GLID的分类规则,其中,GLID由QoS设定通知包所通知。
在本实施方式中,形成这样的结构:由网桥信息通知包所得到的网桥信息也被通知给QoS类型管理部52。QoS类型管理部52在QoS设定处理结束时,根据上述方法来生成分类规则,并将其设定在QoS控制部54中。
PLC适配器50从路由器120接收数据包时,若该数据包的接收方为STB90,则根据上述分类规则,导出该包所属数据流的GLID。
主站50对每一数据流设定发送期间,所以除被赋予该发送期间的数据流之外的其他的数据流无法发送。对于未包含在“进行QoS传输的数据流”中的包,在主站50对任何数据流都不赋予发送权的期间内,基本上是给予均等的发送机会,因此,无法确保QoS。
主站依照预先所决定的计划,发送其中含有GLID、赋予发送权的开始时刻、赋予发送权的结束时刻的信标包。对于与信标包中记载的GLID相吻合的数据流,在赋予发送权的开始时刻与赋予发送权的结束时刻所表示的期间内被赋予发送权。由于所有的PLC适配器都接收信标包,所以各PLC适配器均能够识别当前被赋予了发送权的数据流。
PLC适配器50根据先前的分类规则来导出数据包的GLID,若接收到与GLID相吻合的信标包,则在赋予发送权的开始时刻和赋予发送权的结束时刻所表示的期间内发送数据包。
实际上,到PLC适配器50的QoS控制部54赋予发送权的开始时刻为止,对于从路由器120接收的数据包实施了缓冲处理。在此省略其详细说明。
另外,在本实施方式中,由于主站也是发送数据包的PLC适配器,所以,不发送“赋予发送权的包”。PLC适配器50即使不接收信标包也能得知赋予发送权的期间,所以,其处理与上述相同。
另外,关于数据包接收方的以太网地址,既在网桥处理时进行核对,又在分类规则核对处理时进行核对,但该两项核对处理也可以一次进行。
<关于QoS解除处理>
以下,参照图10说明本实施方式中的QoS解除处理。图10表示本实施方式的QoS解除处理的流程图。由参数式QoS所控制的PLC网络中的QoS解除处理是指:对已作为QoS设定对象的接收方PLC适配器的QoS设定,进行解除的处理。
如图10所示,接收方的PLC适配器60的触发检测部69在检测出“无需实施QoS设定”时,或QoS类型接受部61在接受了QoS设定解除指示时,QoS类型管理部62接收该QoS设定解除的信息,并通过PLC通信部65a,将请求QoS设定解除的QoS解除请求包发送给作为主站的PLC适配器50,其中,该QoS解除请求包中含有作为发送方的PLC适配器60的地址和作为接收方的PLC适配器50的地址。
即,触发检测部69检测出对本装置所接收的数据进行QoS解除处理的定时(判断出定时)时,QoS类型管理部(QoS设定控制装置)62在根据触发检测部69所检测的定时(触发检测部69所判断的定时)进行QoS解除处理。另外,当所取得的QoS类型表示为“无需实施QoS控制”时,QoS类型管理部62便对PLC适配器60所接收的数据执行QoS解除处理。
此外,发送方或接收方PLC适配器所具备的QoS类型管理部也可以依照数据通信的对方站所通知的定时来进行QoS解除处理。反之,QoS类型管理部也可以通过PLC通信部,将触发检测部所检测出的定时通知给数据通信的对方站。
另外,作为触发检测部69检测出“无需实施QoS设定”的检测方法,例如有,检测出“在PLC适配器60中接收数据包的速率小于等于阈值”。关于其详细将在以后说明。
当PLC适配器50的QoS类型管理部52通过PLC通信部55a接收了该QoS解除请求包时,便向QoS控制部54输出QoS设定解除命令,其中,该QoS设定解除命令是对上述QoS解除请求包中含有的地址所示PLC适配器60发送的数据进行设定的命令。接着,QoS类型管理部52通过PLC通信部55a,将用于通知“QoS设定已被解除”的QoS解除通知包发送给PLC适配器60,其中,所述QoS解除通知包是对发送给PLC适配器60的数据进行QoS设定解除的通知包。
PLC适配器60的QoS类型管理部62接收了QoS解除通知包后,通过状态提示部66向用户通知“QoS已被解除”。
另外,QoS类型管理部62也可在从QoS类型接受部61中接收了“QoS设定已被停止”的信息时(在本实施方式中,图8的滑动开关被选择成“OFF”时),进行上述QoS解除处理。
另外,在QoS设定被设定为停止后(本装置从QoS控制对象中被除外时)仍继续进行数据传输时,QoS类型管理部62利用数据传输频带中除被分配给其他通信装置的数据传输频带之外的剩余数据传输频带进行数据发送,其中,上述其他通信装置是QoS控制对象。
如上所述,在发送数据包时,根据从主站发送来的信标包,各从站得知发送权被赋予给了哪个数据流。当从站从QoS控制对象中被除外时,由于在信标包中分配给该从站的频带消失,所以,发送站将在频带被分配给其他从站以外的时间,向该从站发送数据。
<关于PLC适配器70中的处理>
以下说明“SD视频内容从VoD服务器130起,经由PLC适配器50及PLC适配器70,向STB100进行的QoS传输”的步骤。对于PLC适配器70中的与PLC适配器60相同的处理,其记载在此省略。
PLC适配器70与STB100连接。由于用户想用STB100接收SD视频内容,所以通过PLC适配器70的QoS类型接受部71来指定“SD视频”。具体而言,将图8所示的滑动式切换开关设定至“SD视频”的位置上。在此,可以通过状态提示部76向用户提示“QoS设定的一系列处理已开始”。具体而言,例如使LED忽亮忽灭。
为得到与内容接收方的PLC适配器70连接的装置的以太网地址,内容发送方的PLC适配器50向PLC适配器70发送网桥信息请求包。
PLC适配器70返送网桥信息通知包,其中,该网桥信息通知包中含有与本站的以太网通信部75b相连接的装置的以太网地址。由于PLC适配器70与STB100连接,所以网桥信息通知包中含有STB100的以太网地址。
在QoS类型被设定后,STB100以任意的定时决定所要接收的内容数据。VoD服务器130将所持有的内容的列表通知给STB100,STB100将该内容列表提示给用户,用户通过STB100具备的控制器等的操作,从提示的内容列表中选择所希望的内容。
内容被选择后,STB100生成数据传输请求包,并发送给VoD服务器130。该数据传输请求包中含有用以识别上述被选择的内容的信息。
VoD服务器130在接收了数据传输请求包后,开始发送该数据传输请求包所指定的内容。VoD服务器130对存储的内容数据进行打包,并向STB100发送,发送途中的PLC适配器70也接收该包。
PLC适配器70的PLC通信部75a将接收的数据包传送给网桥部78。网桥部78为了将数据包转发给以太网,将数据包传送给以太网通信部75b,同时向触发检测部79通知“数据包已被接受”。由此,触发检测部79得知“已开始数据传输”,并认为需要进行QoS设定处理,从而指示QoS类型管理部72开始进行QoS设定处理。
当QoS类型管理部72得到“开始QoS设定处理”的指示时,首先进行QoS控制信息转换处理。由于在PLC适配器70中被指定的QoS类型信息为“SD视频”,所以,生成适合用于传输SD视频内容的QoS参数。由于是传输SD视频内容,所以,设定的比特率为6Mbps或在6Mbps上附加了余量的值。另外,对于其他的参数,可预先保存经实验所得的最佳值。
QoS类型管理部72生成连接请求包,并向PLC适配器50发送,其中,该连接请求包中含有在QoS控制信息转换处理时被决定的QoS参数。PLC适配器50在接受数据传输请求时,生成其中含有表示“接受请求”的信息的连接通知包,并返送给PLC适配器70。由此,PLC适配器70的QoS类型管理部72得知数据传输请求已被接受。
另外,QoS类型管理部72根据与连接请求包中含有的QoS参数相同的QoS参数,生成QoS设定请求包,并传输给PLC通信部75a。PLC通信部75a将QoS设定请求包发送给PLC适配器50。
PLC适配器50的PLC通信部55a接收该QoS设定请求包后,传送给QoS控制部54。QoS控制部54根据QoS设定请求包中含有的QoS参数,判断能否接受请求。在此,设想请求被接受时,分配GLID,并决定为了实现该GLID的频带分配的频度、期间和顺序,并将这些信息设定于QoS控制部54中。其中,上述GLID的值不同于对PLC适配器60接收的数据流所分配的值。
QoS控制部54生成其中含有表示“QoS请求已被接受”的信息的QoS设定通知包,并发送给PLC适配器70。由此,PLC适配器70的QoS类型管理部72得知“QoS请求已被接受”。
QoS类型管理部72对状态提示部76进行控制使得向用户提示“请求已被接受”。具体而言,点亮LED。
在STB100的数据传输请求处理后,数据包从VoD服务器130经过路由器120被依次发送给PLC适配器50。PLC适配器50的以太网通信部55b将接收的包传输给网桥部58。网桥部58将数据包中含有的STB100的以太网地址和网桥表进行核对,并导出作为接收方的PLC适配器70的PLC地址。网桥部58将含有接收方地址的PLC头附加给包,然后传送给QoS控制部54。
当数据包中含有作为接收方的STB100的以太网地址时,QoS类型管理部52预先生成用以导出“QoS设定通知包所通知的GLID”的分类规则,并将该分类规则设定于QoS控制部54。PLC适配器50从路由器120接收数据包,若数据包的接收方是STB100,则根据上述分类规则来导出该数据包所属的数据流的GLID。
其后,在对与GLID相吻合的数据流赋予发送权的期间,通过向PLC适配器70发送数据包,进行QoS数据传输。
<关于PLC适配器80中的处理>
与PLC适配器60相同地,在PLC适配器80中也执行同样的处理。但不同点在于:在PLC适配器80中不进行QoS设定处理。
PLC适配器80与PC110连接。用户想通过PC110来接收Web内容。即,用户不希望使用“视频内容接收用的QoS功能”,所以,通过PLC适配器80的QoS类型接受部81来指定为“OFF”。具体而言,将图8所示的滑动式切换开关设定至“OFF”的位置。在此,可以通过状态提示部向用户提示“QoS设定的一系列处理已开始”。具体而言,使LED忽亮忽灭。
为得到与内容接收方的PLC适配器80连接的装置的以太网地址,内容发送方的PLC适配器50向PLC适配器80发送网桥信息请求包。
PLC适配器80将网桥信息通知包进行返送,其中,该网桥信息通知包中含有与本站的以太网通信部85b相连接的装置的以太网地址。由于PLC适配器80与PC110连接,所以网桥信息通知包中含有PC110的以太网地址。
在QoS类型被设定后,PC110以任意的定时决定所要接收的Web内容数据。具体而言,用户操作PC浏览器软件来访问特定的URL。
内容被选择后,PC110生成数据传输请求包,并发送给Web服务器140。该数据传输请求包中含有用以识别所要接收的数据的信息。
Web服务器140在接收了数据传输请求包后,开始发送由该数据传输请求包所指定的内容。Web服务器140对存储的内容数据进行打包,并向PC110发送,发送途中的PLC适配器80也接收该包。
PLC适配器80的PLC通信部85a将接收的数据包传送给网桥部88。网桥部88为了将数据包转发给以太网,将数据包传输给以太网通信部85b,同时向触发检测部89通知“该数据包已被接收”。由此,触发检测部89得知“已开始数据传输”,并认识到需要实施QoS设定处理,从而指示QoS类型管理部82开始进行QoS设定处理。
当QoS类型管理部82得到“开始QoS设定处理”的指示时,首先进行QoS控制信息转换处理。由于在PLC适配器80中被指定的QoS类型信息为“OFF”,所以可得知“无需实施QoS设定”。因此,在QoS控制信息转换处理中,不进行任何处理。
在PC110进行数据传输请求处理后,数据包从Web服务器140经过路由器120被依次发送给PLC适配器50。PLC适配器50的以太网通信部55b将接收的包传输给网桥部58。与上述相同地,网桥部58对数据包中含有的PC110的以太网地址和网桥表进行核对,并导出作为接收方的PLC适配器80的PLC地址。网桥部58将含有接收方地址的PLC头附加于包,然后将该包传输给QoS控制部54。
由于不进行QoS设定,所以QoS控制部54不设定新的分配规则。由此,在任何一个PLC适配器都未被赋予发送权的期间内,数据包被发送,进行通常的数据传输。
另外,可由同一用户来执行PLC适配器60、70、80中的QoS类型的设定,也可由不同用户分别设定。由不同用户来执行设定时,用户之间要预先达成共识,以决定给予哪个PLC适配器高优先级。
<关于其后的各通信装置的数据传输>
若开始发送数据(在图9中未图示),那么从PLC适配器50向PLC适配器80发送的数据包是在其他包(数据传输请求包、QoS设定请求包、发至其他PLC适配器60、70的数据包等)的发送间隙中被断续发送的。
因此,在开始向各PLC适配器60、70、80发送数据后,PLC适配器50分别对PLC适配器60、70、80进行数据的并行发送。为了向PLC适配器60、70、80发送数据,PLC适配器50决定频带分配计划,并依照该频带分配计划发送包。
图11表示具体频带分配计划的例子。在此例中,将向PLC适配器60发送HD视频内容的期间、向PLC适配器70发送SD视频内容的期间、用以其他发送的期间作为一个计划周期,并通过重复该计划周期的形式来进行分配。
关于计划周期或赋予各PLC适配器60、70、80的发送周期,是在能满足QoS设定处理时所要求的QoS参数的前提下进行计算并决定的。
关于PLC适配器60或PLC适配器70,设有专用的发送期间,由于在该期间中其他的PLC适配器无法进行发送,所以可独占地使用所预定的频带。即,QoS能得到确保。
与之相对,关于PLC适配器80,由于不进行QoS设定处理,所以不设定发送期间,在“其他发送”的期间中进行发送。在该期间中,由于PLC适配器80以外的PLC适配器60、70也能够进行通信,所以QoS得不到确保。
(第3实施方式)
在第3实施方式中,说明这样的流程,即,对于内容接收方的PLC适配器,用户将各适配器所要接收的内容的种类指定为QoS类型,根据该QoS类型,整个网络通过参数式QoS来执行QoS控制。图13表示整个处理流程。
<关于网络的结构>
图12表示本实施方式的网络结构。其不同点在于:相对于内容数据的发送站60和内容数据的接收站70、80另外存在参数式QoS的主站50;与内容发送方的PLC适配器50相连接的装置不是路由器120,而是硬盘记录器170。
QoS控制的基本流程与第2实施方式大致相同,但在第2实施方式中,QoS设定请求包是由内容接收方的PLC适配器60发送。与之相比,本实施方式中最大的差异在于QoS设定请求包是通过内容发送方的PLC适配器60发送的。
在本实施方式中,使用参数式QoS。使用参数式QoS时,网络中存在一个主站,由该主站管理整个网络的QoS。
在本实施方式中,假设PLC适配器50具备主站的功能,但也并不限定于此。也可使其他PLC适配器60、70、80具备主站的功能。
硬盘记录器170根据TV视频接收器150、160的请求,将HD视频内容或SD视频内容的数据经由以太网输出。输出的内容可以是“预先接收并记录的电波广播或网络广播”的内容,由于硬盘记录器170和网络进行连接,所以,硬盘记录器170也可以用来传输由网络接收的流数据。
无论上述哪种情况,内容都被编码成MPEG等数字数据并输出。所输出的数据经由内容发送方以及接收方的PLC适配器,被发送给TV视频接收器150、160。TV视频接收器150、160将数字数据解码后进行显示。由于TV视频接收器150、160未被设想用于QoS数据的传输,所以,TV视频接收器150、160无法对PLC适配器70、80进行指示,使其进行PLC网络的QoS设定。
即,在本实施方式中,作为以太网终端的TV视频接收器150、160无法向PLC适配器70、80发出QoS设定指示,取而代之,PLC适配器70、80作为用于中继PLC网络和以太网的通信装置,其对TV视频接收器150、160所接收的数据流进行QoS设定。
本实施方式中,假设TV视频接收器150接收来自硬盘记录器170的HD视频内容,TV视频接收器160接收来自硬盘记录器170的SD视频内容。TV视频接收器150、160既可以分别由不同用户使用,也可以由同一用户使用。
以下说明“HD视频内容从硬盘记录器170向TV视频接收器150进行QoS传输”的步骤。
<关于PLC适配器的结构>
PLC适配器50、60、70、80的结构与第2实施方式相同,所以省略其说明。
<关于QoS类型接受处理>
PLC适配器70与TV视频接收器150连接,用户想通过TV视频接收器150来接收HD视频内容。因此,用户通过PLC适配器70的QoS类型接受部71指定“HD视频”。QoS类型接受部71的结构与第2实施方式相同。此时,将图8所示的滑动式切换开关设定至“HD视频”的位置上。
另外,也可由TV视频接收器150指定QoS类型,其中,TV视频接收器150通过以太网与内容接收方的PLC适配器70相连接。关于其详细将在以后说明。
与第2实施方式同样,状态提示部76也可以向用户提示“QoS设定的一系列处理已开始”。
<关于网桥信息获取处理>
网桥信息获取处理与第2实施方式中的处理相同。
为了取得TV视频接收器150的以太网地址,内容发送方的PLC适配器60将网桥信息请求包发送给PLC适配器70,其中,TV视频接收器150通过以太网与内容接收方的PLC适配器70连接。
PLC适配器70将其中含有TV视频接收器150的以太网地址的网桥信息通知包返送给PLC适配器60,其中,TV视频接收器150与PLC适配器70的以太网通信部75b相连接。由于PLC适配器70与TV视频接收器150相连接,所以,网桥信息通知包中含有TV视频接收器150的以太网地址。
<关于接收数据决定处理>
接收数据决定处理与第2实施方式中的处理相同。
在QoS类型被设定后,TV视频接收器150以任意的定时决定所要接收的数据。硬盘记录器170将所持有的内容的列表通知给TV视频接收器150,TV视频接收器150将该内容列表提示给用户,用户通过操作TV视频接收器150所具备的控制器等,从提示的内容列表中选择希望的内容。
<关于QoS类型通知处理>
在第2实施方式中未进行QoS类型通知处理。
在第2实施方式中,由于内容接收方的PLC适配器60、70、80既接受用户等的QoS类型设定,又执行QoS设定处理,所以,没有必要由PLC适配器60、70、80向PLC适配器50通知QoS类型。
但是,在本实施方式中,由于内容接收方的PLC适配器70、80接受QoS类型,而内容发送方的PLC适配器60执行QoS设定处理,所以,需要从PLC适配器70、80向PLC适配器60通知由用户所指定的QoS类型。
PLC适配器60的QoS类型管理部62生成“发送给以PLC适配器70为目的地的QoS类型请求包”,并将该QoS类型请求包发送给PLC通信部65a。PLC通信部65a将QoS类型请求包发送给PLC适配器70。
当PLC适配器70的PLC通信部75a接收该QoS类型请求包后,将其发送给QoS类型管理部72。QoS类型管理部72从QoS类型接受部71取得所接受的QoS类型,并生成其中含有QoS类型的QoS类型通知包,然后发送给PLC通信部75a。
即,QoS类型管理部(QoS类型通知装置)72将QoS类型接受部71所接受的QoS类型通知给PLC适配器60。
在此,将QoS类型接受部即开关的设定状态预先决定为可唯一确定的数值(例如,若设定状态是“OFF”时则为“0”,若设定状态是“SD视频”时则为“1”,若设定状态是“HD视频”时则为“2”),然后使QoS类型通知包中含有该数值。
PLC通信部75a向PLC适配器60发送QoS类型通知包。PLC适配器60的PLC通信部65a接收到该QoS类型通知包后,将其发送给QoS类型管理部62。
另外,QoS类型通知包中也可以含有QoS类型组信息,其中所述QoS类型组信息表示“使用了什么样的信息作为QoS类型”。例如,若QoS类型分为“OFF”、“SD视频”、“HD视频”时,将QoS类型组信息设为“0”的数值;若QoS类型分为“视频”、“音频”、“其他”时,将QoS类型组信息设为“1”的数值。
在所有通信装置都预先得知了“QoS类型组信息值和其意义之间的对应关系”时,例如,假设在QoS类型通知包中含有的QoS类型组信息为“0”、QoS类型为“1”时,那么,接收了QoS类型通知包的通信装置便可得知:在发送QoS类型通知包的通信装置中,QoS类型被设定成了“SD视频”。因此,在同一网络内,可混和存在使用不同QoS类型的通信装置。
另外,内容发送方的PLC适配器60向内容接收方的PLC适配器70发送QoS类型请求包,其发送QoS类型请求包的定时可以在决定了数据的接收方之后,即接受了数据传输请求包之后。
另外,内容发送方的PLC适配器60也可以对PLC网络中的所有PLC适配器发送QoS类型请求包。此时,例如,在内容发送方的PLC适配器60检测出“其他PLC适配器接入到PLC网络”时,向所有PLC适配器发送QoS类型请求包。
另外,内容接收方的PLC适配器70、80在接入到PLC网络时,也可以自动地向其他PLC适配器发送QoS类型通知包。此时,不是以单点传送来个别发送,而是以多点传送或广播向多个PLC适配器一并发送。
<QoS控制信息转换处理>
QoS控制信息转换处理与第2实施方式中的处理不同。
QoS类型管理部62根据从PLC适配器70发送来的QoS类型通知包所通知的QoS类型,决定“需通知给PLC适配器50的QoS参数”,其中,PLC适配器50为主站。
在本实施方式中,从PLC适配器70发来的QoS类型通知包所通知的QoS类型是“HD视频”,所以,QoS类型管理部62生成QoS参数,该QoS参数适合用于确保HD视频传输的QoS的参数。
与第2实施方式相同,具体的QoS参数的生成方法为使用网桥表的方法。所生成的QoS参数被用于以后的QoS设定处理。
另外,QoS控制信息转换处理也可以在内容接收方的PLC适配器70中进行。此时,在PLC适配器70从PLC适配器60接收了QoS控制信息请求包后,PLC适配器70的QoS类型管理部72根据从QoS类型接受部71得到的QoS类型来生成QoS参数,并使得在QoS控制信息通知包中包含该QoS参数,然后通知给PLC适配器50。PLC适配器50的QoS类型管理部52仅将所通知的QoS参数进行保存即可,因此,PLC适配器50的QoS类型管理部52无需进行QoS控制信息转换处理。
即,QoS类型管理部(QoS控制信息通知装置)72将QoS控制信息通知给PLC适配器60即可。
<关于数据传输请求处理>
数据传输请求处理与第2实施方式中的处理相同。
TV视频接收器150生成数据传输请求包,并将该数据传输请求包发送给硬盘记录器170。该数据传输请求包中含有“用以识别预先已选择了的内容”的信息。
另外,由于在硬盘记录器170和TV视频接收器150之间选择内容的方法与本发明的本质无关,所以省略其说明。例如有,利用其依照DLNA(Digital Living NetworkAlliance:数字生活网络联盟)所规定的指南的方法。
<关于触发检测处理>
触发检测处理与第2实施方式中的处理相同。
硬盘记录器170接收了数据传输请求包后,开始发送由该数据传输请求包所指定的内容。并对存储的内容数据进行打包,并附加接收方的地址信息,然后经由以太网依次发送给PLC适配器60。
PLC适配器60的以太网通信部65b将接收的数据包传送给网桥部68。由于该数据包是用于传输从硬盘记录器170发送给TV视频接收器150的视频内容的包,所以,其中含有作为接收方的TV视频接收器150的以太网地址。网桥部68将网桥表与所接收的数据包中含有的TV视频接收器150的以太网地址进行核对,导出作为接收方的PLC适配器70的地址,并将含有接收方PLC地址的PLC头附加给上述数据包,然后将上述数据包传输给QoS控制部64。
在此时,由于还未完成对该数据包的QoS设定,所以QoS控制部64不进行任何处理,只作为通常的数据包传送给PLC通信部65a。PLC通信部65a再将数据包发送给PLC适配器70。
<关于QoS设定处理的开始时期>
PLC适配器70的PLC通信部75a所接收的数据包经由网桥部78被送至触发检测部79。由此,触发检测部79判断出“已开始数据的传输,需要进行QoS设定处理”。对于判断方法,可与第2实施方式相同地使用各种判断方法。
<关于触发检测通知处理>
触发检测通知处理是第2实施方式中未进行的处理。
在本实施方式中,由于是由内容发送方的PLC适配器60开始QoS设定处理;由内容接收方的PLC适配器70进行触发检测,所以,需要从PLC适配器70将触发检测的结果通知给PLC适配器60。
在触发检测处理中,触发检测部79在判断出“需要进行QoS设定处理”时,生成触发检测通知包,并将其发送给PLC适配器60。触发检测通知包中含有本站(本装置)的PLC地址。
另外,也可以省略QoS类型通知包的发送,而发送其中含有QoS类型的触发检测通知包。对内容发送方的PLC适配器60来说,由于在发送QoS设定请求包时才需要QoS类型,所以,在触发检测处理完成的时间进行通知也没有问题。
另外,QoS类型管理部70在向数据通信的对方站发送由触发检测部79生成的触发检测通知包时,该触发检测通知包也可以含有触发检测部79所检测出的上述数据流识别信息。
<关于QoS设定处理>
与第2实施方式不同,在本实施方式中,QoS设定请求包是从内容发送方的PLC适配器60发送的。
当内容发送方的PLC适配器60的QoS类型管理部62接收到触发检测通知包,并得知“需要进行QoS设定”时,首先向通信对方的PLC适配器70询问可否进行连接,然后对主站50执行QoS设定处理。在本实施方式中,是对内容接收方的PLC适配器70发送连接请求包,对作为主站的PLC适配器50发送QoS设定请求包。
PLC适配器60的QoS类型管理部62生成其中含有QoS参数的连接请求包,并发送给内容接收方的PLC适配器70,其中,上述QoS参数是在QoS控制信息转换处理时被保存的参数。
PLC适配器70的QoS类型管理部72根据连接请求包中含有的信息,判断可否进行数据传输。如果由于PLC适配器70中的接收缓冲器的限制等理由而不能接收数据时,就存在请求不被接受的情况。
QoS类型管理部72生成连接通知包,并将该连接通知包发送给PLC适配器60,其中,该连接通知包中含有用于表示可否接受数据传输请求的信息(判断结果的信息)。PLC适配器60的QoS类型管理部62根据该连接通知包中所含有的“判断结果的信息”,得知数据传输请求是否已被接受。
此时,若“判断结果的信息”为表示“拒绝接受”的信息时,则中止QoS设定处理,并如后所述那样地,通过状态提示部66向用户提示“QoS请求未得到满足”。
若“判断结果的信息”为表示“可以接受”的信息时,则QoS类型管理部62生成QoS设定请求包,并发送给PLC适配器50,其中,该QoS设定请求包中含有的QoS参数与连接请求包中含有的QoS参数相同。
即,QoS类型管理部(QoS设定控制装置)62对执行网络QoS控制的通信装置即PLC适配器50发送其中含有QoS设定信息的QoS设定请求。
PLC适配器50的QoS控制部54根据QoS设定请求包中含有的QoS参数来判断能否接受请求。具体的判断方法与第2实施方式相同。在此,设想频带分配请求已被接受。
接着,QoS控制部54分配“用以在PLC网络上用于唯一确定识别数据流”的GLID,并根据QoS参数,设定为了实现该GLID的频带分配计划。具体的方法与第2实施方式相同。QoS控制部54生成QoS设定通知包,并将该QoS设定通知包发送给内容发送方的PCL适配器60和内容接收方的PLC适配器70,其中,该QoS设定通知包中含有GLID和用于表示可否接受QoS请求的信息(判断结果的信息)。
即,QoS控制部(控制装置)54将用于通知QoS控制内容的QoS控制内容通知发送给其他通信装置,从而进行QoS控制。QoS类型管理部(QoS设定控制装置)51向QoS控制部54输出QoS控制信息,QoS控制部54根据该QoS控制信息,对内容数据进行QoS控制。
另外,在进行QoS设定请求时,也可以不对上述内容发送方的PLC适配器60进行连接请求处理。
另外,也可以不在内容接收方的PLC适配器70中而在内容发送方的PLC适配器60中执行触发检测处理。此时,无需发送触发检测通知包,PLC适配器60在检测出触发后,基于预先保存的QoS参数,生成QoS设定请求包,并将该QoS设定请求包发送给PLC适配器50。与上述相同地,由PLC适配器50向PLC适配器60和PLC适配器70发送QoS设定通知包。
<关于一个PLC适配器从多个PLC适配器接收数据包的情况>
以下说明一个PLC适配器(接收站)接收从多个PLC适配器(发送站)发来的数据包时的处理。
此时,所有发送方的PLC适配器需要得知接收方的PLC适配器的QoS类型。
若各发送站向接收站发送QoS类型请求包后,该接收站向该各发送站返送QoS类型通知包,在这种情况下,各PLC适配器将向网络中的其他所有PLC适配器发送QoS类型请求包。由于接收了该QoS类型请求包的PLC适配器将返送QoS类型信息,所以,发送方的PLC适配器能够得知接收方PLC适配器中的QoS类型。
在接收站自动向发送站发送QoS类型通知包的情况下,各PLC适配器向网络中的其他所有PLC适配器发送QoS类型通知包。该QoS类型通知包可定期地发送,也可在QoS类型的指定被变更时进行发送。另外,此时也可使用广播的方式向各发送站发送QoS类型通知包。由此,能够通过一次发送即可将QoS类型通知给多个PLC适配器。
在发送方的PLC适配器根据所接收的QoS类型来进行QoS设定时,其QoS设定也可以和“发送站和接收站一一对应”时的QoS设定相同。
<关于状态提示部的控制处理>
在本实施方式中,由内容发送方的PLC适配器60来进行QoS设定请求。通过QoS设定通知包也将QoS设定的结果通知给接收方的PLC适配器70,但是,PLC适配器70无法判断此时的通知结果是否是根据“PLC适配器70所指定的QoS类型”来设定的。
例如,在接收方的PLC适配器70通过其他某结构,自动地进行与PLC适配器60间的QoS设定时,由于PLC适配器70接收多个QoS设定通知包,所以,PLC适配器70无法判断:哪个QoS设定通知包所表示的GLID是根据PLC适配器70所指定的QoS类型来设定的。
因此,PLC适配器60使用状态提示部控制包来对PLC适配器70的状态提示部76进行控制。
另外,在图13所示的流程图中,QoS设定通知包从主站50被发送给内容发送方的PLC适配器60和内容接收方的PLC适配器70。然而,在PLC适配器50中,若QoS设定未被接受而导致处理失败时,PLC适配器50就不向PLC适配器70发送QoS设定通知包。
因此,就这种情况,为了在内容接收方PLC适配器70向用户提示“QoS设定失败”,PLC适配器60需要发送状态提示部控制包。
PLC适配器60的QoS类型管理部62通过QoS设定通知包,得知QoS设定请求是否已被接受。QoS类型管理部62生成用以对状态提示部66进行控制的控制信息,并生成其中含有该控制信息的状态提示部控制包,然后将该状态提示部控制包发送给PLC通信部65a,其中,上述控制信息与上述QoS设定通知包中含有的“判断结果的信息”相对应。PLC通信部65a将该包发送给PLC适配器70。
PLC适配器70的PLC通信部75a接收了该状态提示部控制包后,将其通知给QoS类型管理部72。为了向用户提示“请求已被接受”,QoS类型管理部72对状态提示部76进行控制。具体的控制方法与第2实施方式相同。另外,作为控制信息,分别预先规定点亮LED时的值、使LED忽亮忽灭时的值、熄灭LED时的值,并将这些值包含在状态提示部控制包中,然后进行发送。
在发送方的PLC适配器60发送了状态提示部控制包并点亮LED后,若在不使LED熄灭的情况下切断了PLC适配器60的电源时,将导致这样的情况发生,即,接收方的PLC适配器70即使没进行QoS数据传输,LED也为点亮状态。
为了防止此类情况的发生,优选PLC适配器60使表示暂停时间的信息被包含在状态提示部控制包中。所述的暂停时间是指,接收方的PLC适配器70对状态提示部控制包进行连续等待接收的时间界限。
若设暂停时间为10秒,则PLC适配器60的QoS类型管理部62以小于10秒的间隔向PLC适配器70发送状态提示部控制包。从PLC适配器70的QoS类型管理部72最后接收到状态提示部控制包的时间起,经过10秒或10秒以上时,将判断出未以本装置所接收的数据为对象进行QoS控制,从而,使状态提示部76的LED成为熄灭状态(表示“未以本装置为对象进行QoS设定”的状态)。通过这样的处理,即可解决上述问题。另外,为实现上述结构,优选PLC适配器60具有用以测定暂停时间的计时部。
<关于一个PLC适配器从多个PLC适配器接收数据包时状态提示部控制包的接收>
接收方的PLC适配器70在从多个发送方的PLC适配器接收“基于QoS类型指定”的QoS传输数据时,将接收到多个状态提示部控制包。此时,也可以对各发送方的PLC适配器分别进行状态的管理,仅在所有的发送方PLC适配器都指示“点亮LED”的情况下,使LED点亮;在至少有一个发送方的PLC适配器指示“使LED忽亮忽灭”的情况下,使LED忽亮忽灭;仅在所有发送站都指示“熄灭LED”的情况下,使LED熄灭。
<关于QoS数据传输>
此后,数据包从硬盘记录器170起,经由以太网被依次发送给PLC适配器60。关于PLC适配器60的网桥部68对以太网和PLC的通信进行中继的方法,其与第2实施方式相同。
即,PLC适配器60的网桥部68将网桥表和作为数据包接收目的地的以太网地址进行核对,并导出作为包的接收目的地地址的、PLC适配器70的PLC地址,然后将其附加于PLC头,并传给QoS控制部64。
代替“在上位层中进行包的交换,取得数据流识别信息”,本实施方式使用了网桥信息,这与第2实施方式相同。即,将TV视频接收器150的以太网地址和网桥表进行核对,导出PLC适配器70的PLC地址,然后根据PLC适配器70的PLC地址导出QoS设定通知包所通知的GLID。
由此,当数据包中含有作为接收方的TV视频接收器150的以太网地址时,能够生成分类规则,该分类规则用于导出QoS设定通知包所通知的GLID。分类规则被设定在QoS控制部64。
最终,PLC适配器60从硬盘记录器170接收数据包,当该数据包的接收方是TV视频接收器150时,根据上述分类规则,将引导出该数据包所属数据流的GLID。
在第2实施方式中,由于主站即为发送数据的PLC适配器,所以,内容发送方的PLC适配器50无需参照信标包。但是,本实施方式与第2实施方式不同,主站50与发送数据的PLC适配器60分别存在,所以,PLC适配器60参照主站50所发送的信标包来进行数据包的传输。
PLC适配器60根据之前的分类规则来导出数据包的GLID,并当接收到与GLID相吻合的信标包时,在赋予发送权的开始时刻和赋予发送权的结束时刻所表示的期间内发送数据包。实际上,到PLC适配器60的QoS控制部64赋予发送权的开始时刻为止,数据包被实施缓冲。
<关于QoS解除处理>
以下参照图14,说明本实施方式中的QoS解除处理。图14表示本实施方式中的QoS解除处理的流程图。
如图14所示,当接收方的PLC适配器70所具备的触发检测部79检测出“无需进行QoS设定”时,则QoS类型管理部72接收该检测结果,并通过PLC通信部75a,向作为主站的PLC适配器50发送用于请求解除QoS设定的QoS解除请求包。该QoS解除请求包中含有作为发送方的PLC适配器70的地址和作为接收方的PLC适配器50的地址。
即,触发检测部79通过对接收数据的数据接收履历进行分析,检测出“对该接收数据进行QoS解除处理”的定时。QoS类型管理部(QoS设定控制装置)72根据触发检测部79所检测的定时,进行QoS解除处理。
另外,在输入至PLC适配器70的QoS类型表示为“OFF”时,也可以进行QoS解除处理。即,在QoS类型接受部71所取得的QoS类型表示为“无需进行QoS控制”时,QoS类型管理部72向PLC适配器50发送用于请求解除QoS设定的QoS解除请求,其中,PLC适配器50是对网络进行QoS控制的通信装置。
另外,关于触发检测部79检测出“无需实施QoS设定”的方法,例如有,检测出“PLC适配器70接收数据包的位率小于等于阈值”。将在以后进行详细说明。
当PLC适配器50的QoS类型管理部52通过PLC通信部55a接收了该QoS解除请求包时,便向QoS控制部54输出用于解除QoS设定的命令,其中,该QoS解除请求包中含有PLC适配器70的地址,该QoS设定是对PLC适配器70所接收的数据进行的QoS设定。接着,QoS类型管理部52通过PLC通信部55a,将用以通知“QoS设定已被解除”的QoS解除通知包发送给PLC适配器70和数据发送方的PLC适配器60,其中,该QoS设定是对PLC适配器70所接收的数据进行的QoS设定。
PLC适配器60的QoS类型管理部62通过QoS设定通知包来得知QoS设定请求是否已被接受。状态提示部控制包中含有与QoS设定通知包中的“判断结果的信息”对应的、用以控制状态提示部66的控制信息。与生成上述状态提示部控制包的情况相同,QoS类型管理部62生成其中含有与QoS解除通知包中的“判断结果的信息”对应的用以控制状态提示部66的控制信息的状态提示部控制包。然后,QoS类型管理部62使表示暂停时间的信息被包含于状态提示部控制包中,以小于暂停时间的间隔,向PLC适配器70发送状态提示部控制包。
另外,在接收方的PLC适配器70接收了QoS解除通知包后,PLC适配器70的QoS类型通信部72也可以通过状态提示部76,向用户通知QoS已被解除。
也可以由PLC适配器70向PLC适配器60发送触发检测通知包,由PLC适配器60向PLC适配器50发送QoS解除请求包。此外,在由内容接收方的PLC适配器70进行QoS控制信息转换处理时,若从PLC适配器70取得的QoS控制信息表示为“无需对PLC适配器70所接收的数据进行QoS控制”,则QoS类型管理部(QoS控制信息请求装置)62对上述数据进行QoS解除处理。另外,若QoS类型接受部71所接受的QoS类型表示“无需对PLC适配器70所取得的数据进行QoS控制”,则QoS类型管理部(QoS控制信息通知装置)72将含有“无需对PLC适配器70所取得的数据进行QoS控制”的QoS控制信息,通知给PLC适配器60。
另外,也可以在作为主站的PLC适配器50中进行QoS解除处理。即,PLC适配器50具有进行QoS控制的QoS控制部(控制装置)54,QoS类型管理部52向QoS控制部54通知“对发送给接收方PLC适配器的数据停止进行QoS控制”,QoS控制部54接收了该通知后,便停止对上述数据进行QoS控制。
<关于PLC适配器80中的处理>
PLC适配器80中进行的处理也和PLC适配器70相同。
与PLC适配器70的不同点在于:在QoS类型管理部81中指定的是“SD视频”;在QoS控制信息转换处理中,生成QoS参数,使得可确保适合于SD视频传输的QoS。在此,省略详细的说明。
另外,关于PLC适配器70及PLC适配器80中的QoS类型设定,可由同一用户来执行,也可由不同用户分别执行。由不同用户来执行时,用户之间需达成共识,以决定“通过哪个PLC适配器进行什么样的QoS设定”。
<关于对各实施方式的共同补充说明>
以下叙述对各实施方式的共同补充说明。
<关于QoS解除的定时>
为了有效利用网络的传输频带,优选在“需要实施QoS设定”的数据传输完成后,进行QoS解除处理并解除频带。通过解除处理,在未进行QoS数据传输的间隔中,不使用分配频带,所以,能给其他数据流提供频带,从而提高整个网路的频带利用效率。
关于判断QoS解除处理的定时,只要使用与“QoS设定处理”相反的判断方法即可。即,在PLC适配器60、70、80不接收数据的时刻,进行QoS解除处理。
例如,从PLC适配器60、70、80开始不接收数据时起,经过一定时间后,进行QoS解除处理。不过,在判断“经过一定时间”时,为防止误执行QoS解除处理,需要考虑以下情况,即,根据上述PLC网络中的频带分配计划,即使在内容传输的中途,也会有包发送的时间出现间隔的情况。
因此,优选使用例如1分钟等相对较长的时间来进行判断。
另外,与“QoS设定”时相同,也可以在没有接收“作为实时数据的可能性较高的诸如UDP包等的包”的状态持续了一定时间后,进行QoS解除处理。
<QoS类型在数据传输中被变更时>
完成QoS设定处理后,在执行QoS数据传输的过程中QoS类型被变更时,可以反复进行与最初的QoS设定相同的处理。
在此情况下,对主站进行了QoS设定处理后,若数据流已被进行了QoS设定,则不是通过QoS设定处理来取得新的频带,而是将包含有表示“变更已取得的频带”的信息进行发送。因此,主站与被请求的新QoS参数对应地来变更原确保的频带。
此时,若“变更后的频带”需比“变更前的频带”大,即,需要扩大频带时,存在因频带已分配给其他数据流使用从而导致无法扩大频带的情况。
在这种情况下,通过状态提示部56、66、76、86向用户提示“QoS请求未被满足”,所以,用户可能会将QoS类型还原成原来的QoS类型。
另外,在上述情况下,如果解除原来的频带,则有可能出现原来已确保的频带被用于其他数据流的传输的情况,此时,即使用户将QoS类型还原,也无法取得原来所取得的频带。为了防止此类问题的发生,优选“即使出现频带变更的请求,也不解除原来所确保的频带”。
另外,假设用户对开关进行误操作,因此,在切换开关经过一定时间后才进行QoS设定处理。用户在误操作变更开关后,可立刻将开关切换回原来的状态。
由于设有主站,在进行QoS设定处理时,频带可能会被一时性地解除或在内部处理中发生延迟,从而导致数据传输的停滞。此时,视频或音频会发生紊乱。所以,优选避免执行不必要的QoS设定处理。
若设定“在开关被切换后经过一定时间后才进行QoS设定处理,且在开关被切换后再变回原来的设定时不进行QoS设定处理”,那么,当用户在误操作切换开关后立刻切换回原样时,QoS设定处理就不会被执行,从而可避免数据传输的停滞。
即,QoS类型接受部也可以仅在“从最后接受了QoS类型起经过了所定的时间,且此时被指定的QoS类型与上述最后接受的QoS类型不同”的条件下,接受上述“被指定的QoS类型”。
另外,在从变更开关到开始QoS设定为止的期间中,可使状态提示部56、66、76、86的状态与通常的QoS数据传输时的状态不同。具体而言,变更LED的发光色。由此,当用户在非本意地变更了开关时,LED会发出与通常不同颜色的光,所以可易于得知“开关被变更”。用户认识到自己非本意地变更了开关时,很有可能立刻将开关切换回原样,所以,能避免上述问题的发生。
与执行“QoS设定的一系列处理”的期间相同,也可以通过LED的发光色或数字或进度条来表示“要经过多久才开始处理”。
上述“在开关被切换后经过一定时间再进行QoS设定处理”的这种结构也可适用于“频带变更”的情况,也可适用于“频带解除”的情况,还可适用于第1实施方式(即,进行优先控制的情况)。这种结构适用于第1实施方式时,能够抑制不必要的通信的发生。
切换开关后的“一定时间”是指,一般用户发觉误操作并将开关切换回原样”时所需的时间。例如2至5秒。该“一定时间”并无限定,适当地设定即可。
另外,优选向用户通知“开关已被切换”。例如,可在QoS类型接受部61接受了QoS类型时,由QoS类型管理部62通过状态提示部66向用户通知“已接受了QoS类型”或向用户通知“所接受的QoS类型”。另外,也可由QoS类型管理部62通过以太网通信部65b,将用于表示“QoS类型接受部61已接受了QoS类型”的接受信息、或所接受的QoS类型发送给STB90,STB90在与本装置相连接的显示装置上,显示上述接受信息或上述QoS类型。
即,QoS类型管理部62通过状态提示部66、PLC适配器60所具备的显示装置(未图示)或扬声器(未图示)、与STB90相连接的电视显示器等可与本装置连接并进行通信的通知部(通知装置),向用户通知“已接受了QoS类型”。
像这样的QoS类型的通知,可以在QoS类型接受部61每次接受QoS类型时进行,也可仅在“QoS类型接受部61接受的QoS类型(第2QoS类型)和QoS类型接受部61前一次接受的QoS类型(第1QoS类型)不同”的条件下进行。
如上所述,在QoS类型接受部61接受QoS类型时,QoS类型管理部62通过与本装置连接并可进行通信的通知装置,向用户通知“已接受了QoS类型”。
<关于与PLC适配器连接的以太网设备的变形例>
关于与作为从站的PLC适配器相连接的以太网设备,也可以是电话机、录像装置、视频重放装置、接收收费服务的装置(例如STB)。另外,也能够以以太网设备的名称作为“QoS类型选择开关的选择项”来显示,在以太网设备的QoS类型被选择时,在QoS设定处理中,也可以使用适合于上述以太网设备的接收数据的优先级或QoS参数。通过设置这样的显示,用户能够简单地设定“适合于所使用的以太网设备”的QoS类型。
<关于内容发送方的PLC适配器为多个的情况>
在第2实施方式和第3实施方式的叙述中,在内容发送方中仅存在一个PLC适配器50,在内容发送方中存在多个PLC适配器时,本发明也能适用。作为主站的PLC适配器50不仅管理整个PLC网络的频带,也对不是“从PLC适配器50发送”的数据流进行频带的管理。当主站对主站本身以外的PLC适配器进行频带的分配时,主站对所有从站均发送信标包。由于信标包中含有GLID,所以可得知“当前已分配了频带”的数据流。因此,即使在多个PLC适配器发送内容时,也无需进行特殊的处理。
<关于内容接收方的PLC适配器接收多个数据流的情况>
在第2实施方式和第3实施方式中,设定在内容接收方PLC适配器60、70、80的各以太网侧仅连接有一个装置并仅传输一个数据流。
但是,还存在“由一个与以太网侧相连接的装置来同时接收多个数据流”的情况,以及“多个装置与以太网侧连接,各装置分别接收不同的数据流”的情况,在这些情况下,PLC适配器60、70、80将接收多个数据流。
在第2实施方式和第3实施方式中,是根据分类规则来识别数据流的,其中,所述分类规则根据网桥信息所生成。当“多个装置通过以太网,与内容接收方的PLC适配器相连接”时,网桥信息中便含有上述所有装置的以太网地址。
因此,作为最终的分类规则,向与内容接收方的PLC适配器相连接的所有装置的以太网地址发送的包将被分配给同样的GLID。即,将同一数据流分配给与内容接收方的PLC适配器相连接的所有装置。因此,只需一个QoS类型接受部。
与第2实施方式和第3实施方式不同,在上位层进行数据流识别信息的交换时,由于能够由IP地址或端口号的信息来进行识别,所以只要对包进行分析,即使由一个PLC适配器接收多个数据流时,也能区分该些数据流。也就是说,能够对连接于PLC适配器的每一装置,进行数据流的区别,并对该每一装置分别执行QoS设定。若在被区别后的数据流中,若发现还有“未进行QoS设定”的数据流,只要触发检测部69、79、89判定“开始对该数据流进行QoS设定”,便能够对所接收的所有数据流执行QoS设定。
此时,PLC适配器仅具备一个QoS类型接受部61、71、81,且在QoS类型接受部61、71、81中被指定的与QoS类型对应的QoS参数适用于所有数据流。
另外,也可以设置多个QoS类型接受部61、71、81,其分别使用不同的QoS参数来进行QoS设定。此时,需要选择适用于QoS类型的对象,其中,该QoS类型在QoS类型接受部61、71、81中被指定的QoS类型。
例如,当一个适配器具备3个QoS类型接受部61、71、81,而接受4个数据流时,需要从中选择某3个数据流。此时,可以按照接收开始的先后顺序来选择对象数据流;或通过PLC适配器的结构,用户选择将哪一数据流作为适用对象,然后只将所选择的数据流作为对象;或只将“与PLC适配器的以太网侧连接的装置所指定的数据流”作为对象;或只将含有“预先决定的数据流识别信息”的数据流作为对象。
另外,在PLC适配器60、70、80上设置多个以太网连接端,使得用户能区分“QoS通信用连接端”和“通常通信用连接端”,并仅对“和QoS通信用连接端相连接的装置”所对应的数据流进行QoS设定。
另外,通过以太网的集线器将多个装置连接至QoS通信用连接端时的情况与“连接有多个装置”时的情况相同,所以,在操作指南中需要记载“仅有一个装置与QoS通信用连接端相连接”,从而使用户得知。
<关于存在未实施本发明的PLC适配器的情况>
如果网络中存在有未实施本发明的PLC适配器,且该PLC适配器进行内容数据的收发时,关于此类PLC适配器所收发的数据流,不发送QoS设定请求包,且在作为主站的PLC适配器50中也不进行QoS设定。
因此,对于内容发送方的PLC适配器向未实施本发明的PLC适配器发送的数据包,由于不符合分类规则,所以不被分配GLID,作为通常的数据来发送。
另外,如上所述,在包中存在含有诸如IPv4头中的ToS(Type of Service)域、以太网包头中的VLAN标记内的用户优先权(user priority)域等表示传输优先级的信息的情况。此时,相对于未实施本发明的PLC适配器或QoS类型被指定为“OFF”的PLC适配器,内容发送方的PLC适配器依照表示上述优先级的信息进行优先控制。
在发送其中含有上述传输优先级的包时,仅能通过QoS设定处理所确保的频带以外的、剩余频带来进行发送。因此,可发送的包的量将随着QoS设定处理所确保的频带量而发生变化。在此的传输优先级是指,在“QoS设定处理所确保的频带以外的剩余频带”内的相对传输优先级。
<关于参数式QoS的其他方法>
在第2实施方式和第3实施方式中,作为参数式QoS的方式,叙述了由主站赋予发送权的方法(在无线LAN标准IEEE802.11e中,被称为HCCA方式),但也可以使用其他方式。
例如,在IEEE802.11e中,规定了一种被称为EDCA的方式,该方式附有接纳控制(Admission Control)。在该方式中,各从站在希望实施QoS数据传输时,向主站发送QoS参数。主站判断出能够确保所要求的QoS时,则接受请求;而判断出无法确保时,则拒绝请求。
在接受了要求时,将发送许可的时间(Medium Time:介质时间)通知给请求QoS的从站。虽对各从站平等地赋予发送权,但从站每发送一次包,便从介质时间中减去该发送所用的时间,当介质时间变为0时,该从站便不能再发送。在结果上,被给予较长介质时间的从站则被分配给较多的频带。
即使使用该方式,由于向主站发送的QoS设定要求包本身相同,所以,能够同样地实施本发明。
<关于优先级QoS的情况>
在第2实施方式和第3实施方式中,叙述了通过参数式QoS来实现QoS的方法,但也可以通过优先级QoS来实现QoS。
具体而言,根据由QoS类型接受部61、71、81所指定的QoS类型,变更包的传输优先级。
例如,通过QoS设定请求包,将在内容接收方的PLC适配器60、70、80中设定的QoS类型和数据流识别信息通知给内容发送方的PLC适配器50,PLC适配器50将由QoS设定请求包所通知的QoS类型信息转换成包的传输优先级。关于转换,预先保存所生成的转换表并在转换时根据该转换表进行转换。
当内容发送方的PLC适配器50从路由器120接收了数据包时,便对该数据包后进行分析,并将分析所得的数据流识别信息和由内容接收方的PLC适配器60、70、80所通知的数据流识别信息进行核对。若数据流识别信息相吻合时,则根据由内容接收方的PLC适配器60、70、80所通知的传输优先级来进行数据包的传输。
通过此方法,能够将QoS类型接受部61、71、81所接受的QoS类型变更为包的传输优先级。
<QoS类型接受部的其他结构例>
在第2实施方式和第3实施方式中,叙述了3等级滑动式切换开关作为QoS类型接受部61、71、81,但QoS类型接受部61、71、81也可以是其他结构。
可切换的等级数可以为任意的,但将可切换的等级数设置过多时,对于用户来说会产生难以区分的弊端。
对于开关的选择状态,优选对用户来说只要通过目视确认便可区别设定状态即可,但也不限于此。例如,也可只设置一个按压开关,该开关每被按一次,QoS类型信息就被循环地切换。例如,每按一次按压开关,QoS类型信息就以“HD视频”、“SD视频”、“OFF”、“HD视频”的顺序进行切换。
对于传输内容的比特率,当被确保的传输频带的QoS为不充分时,其结果将在内容接收方的通信装置中产生视频或音频的紊乱。对此,当发生紊乱时,用户可操作开关,尝试反复变更优先级的设定,直至内容的重放状态得到最佳改善时结束开关的操作。
另外,除了开关之外,还可以另设置显示装置,在该显示装置上显示开关的状态。例如,在液晶画面上显示开关的状态。该显示装置除显示开关的状态之外也可以显示PLC适配器的其他状态。例如每按一次上述按压开关,就切换一次显示装置所显示的QoS类型。
<关于QoS类型的其他例>
作为QoS类型,也可以为上述以外的区分。例如有,“视频”“音频”“其他”等表示所接收的数据种类的区分。
当视频或音频等数据的种类被决定时,则可在一定程度上预测QoS参数。对此,只要在内容接收方的PLC适配器60、70、80中预先将频带分配的频度、期间、顺序的参数以表的形式进行保存,然后通过QoS设定请求包来指定即可。关于具体的值,可通过实验等预先算出最佳值。
另外,QoS类型还可以通过“TV”、“电话”、“其他”等表示与PLC适配器60、70、80的以太网侧相连接的装置种类来进行区分。在该区分中,与指定为“视频”、“音频”、“其他”的区分相比,虽在内部处理上相同,但从进行设定的用户的观点来看,“连接的是什么”这样的指定方法更容易理解。
另外,QoS类型还可以通过“20英寸”、“37英寸”、“45英寸”等表示和PLC适配器60、70、80的以太网侧相连接的装置(TV等)的显示画面大小来进行区分。显示画面越大,就可能要求以越高的比特率来传输视频,所以要确保更大的频带。
QoS类型还可以通过“1920×1080(最大规格的高分辨率)”、“1366×768(高分辨率)”、“640×480(非高分辨率)”等表示和PLC适配器60、70、80以太网侧相连接的装置的分辨率来进行区分。装置的显示分辨率越大,就可能要求以越高的比特率来传输视频,所以要确保更大的频带。
另外,还可以通过“6Mbps”、“12Mbps”、“24Mbps”等表示经由PLC适配器60、70、80所接收的内容的比特率来进行区分。在QoS参数中,比特率是最重要的值,而关于其他参数,即使和实际传输的数据特性不一致,一般也不会对传输品质有大的影响。所以,通过将比特率以外的值设为某一固定值,只用开关切换比特率的方法,也能在一定程度上确保QoS。
另外,还可以通过“收费内容”、“免费内容”等表示经由PLC适配器60、70、80所接收的内容是否收费来进行区分。
在VoD服务中,视听内容中含有收费内容和免费内容。例如最新的电影收费,新闻报道或含有电视广告的节目免费。
此时,用户通过设置于PLC适配器60、70、80的开关来指定当前所要接收的内容是收费还是免费,当指定为“收费内容”时,则确保QoS,以高品质传输;当指定为“免费内容”时则不确保QoS,进行通常传输。
随着内容的比特率不同而使用费不同时,则不仅使用内容的收费或免费来进行区分,还可使用“高价格内容”、“低价格内容”、“免费内容”这样的区分来进行与内容价格对应的QoS指定。
另外,也可将开关设为2等级切换式,用“需要实施QoS”、“无需进行QoS”来区分QoS类型,使用户能够指定在该PLC适配器中是否需要实施QoS。
若指定为“需要实施QoS”,则确保QoS,若指定为“无需实施QoS”,则不确保QoS。
设定“需要实施QoS”及“无需实施QoS”时,用户根据以上所述条件(所接收的数据种类或所连接的装置种类等)来综合地判断并设定“在连接于PLC适配器的装置中进行数据接收时是否需要实施QoS”。
另外,也可以组合使用上述QoS类型的区分。例如指定为“视频”和“24Mpbs”的组合或“音频”和“6Mpbs”的组合。
此时,也可设定多个开关使得可指定多种QoS类型(设置两个3等级开关),也可通过一个开关来指定较复杂的QoS类型(设置一个9等级开关)。
另外,也可将用于指定是否需要实施QoS的开关和用于指定QoS类型的开关进行组合来使用。
例如,将切换“需要实施QoS”、“无需实施QoS”的开关与切换“SD视频”、“HD视频”的开关进行组合。此时,用户所操作的开关基本上只是用于切换“需要实施QoS”和“无需实施QoS”的开关。仅在要进行更精确设定时变更QoS类型的设定。
对于“即使无法变更“SD视频”或“HD视频”的设定也不妨,只想进行简单操作”的简单操作用户,提供仅指定“是否需要实施QoS”的简便操作方法;而对于想进行详细设定的详细操作用户,提供详细的操作方法。
另外,若将“是否需要实施QoS”的开关设置于PLC适配器的正面,将QoS类型开关设置于PLC适配器的背面时,可防止以下情况的发生,即,简单操作用户在无意中变更QoS类型的设定而破坏正常工作环境。
另外,关于经由PLC适配器60、70、80所接收的内容,也可以通过“延迟允许度小”、“延迟允许度中”、“延迟允许度大”等表示延迟允许度的程度来进行区分。对于允许延迟度越小的内容,越要以高频度赋予发送权的QoS参数来进行QoS设定。
另外,关于经由PLC适配器60、70、80所接收的内容,也可以通过“误码率允许度小”、“误码率允许度中”、“误码率允许度大”等表示误码率允许度的程度来进行区分。对于误码率允许度较低的内容来说,指定通过给予较多的再发送机会使误码率降低的QoS参数来进行QoS设定。
另外,关于经由PLC适配器60、70、80所接收的内容,也可以通过“抖动允许度小”、“抖动允许度中”、“抖动允许度大”等表示抖动允许度的程度来进行区分。对于抖动允许度较低的内容来说,指定可给予较多的再发送机会且使时间间隔尽可能相等的QoS参数来进行QoS设定。
<QoS类型的其他指定方法>
关于上述的QoS类型的各种区分,除了由用户直接指定之外,还可以通过连接于PLC适配器60、70、80以太网侧的装置来进行指定。
目前,连接于以太网的装置大多未被设想用于QoS数据的传输。然而,将来,连接于以太网的装置将被实现高功能化,可根据本站接收的数据种类来决定QoS类型等。那时,取代“用户通过开关来指定QoS类型”,由连接于以太网的装置对PLC适配器60、70、80发出指示来指定QoS类型。
例如,连接于PLC适配器60、70、80的装置通过以太网进行通信,并发出指示。考虑到上述情况,也可以形成这样的结构,即:在PLC适配器60、70、80中既能够接受由开关所指定的QoS类型,又能够接受由连接于以太网侧的装置所指定的QoS类型。
另外,也可以形成这样的结构,即:接受“由用户所指定的QoS类型”和“由连接于以太网侧的装置所指定的QoS类型”中的其中一者。此时,可以由用户来选择“使哪个设定成为有效”,也可以预先决定有效的接受方法。
也可以形成这样的结构,即:连接于以太网的装置可进行“使用户指定的QoS类型无效”的控制。
<关于多个装置通过集线器与PLC适配器连接时的结构>
多个以太网设备(例如,STB、PC)也可以通过以太网的集线器与内容接收方的PLC适配器70、80连接。以下说明此连接方式时的处理。如图15所示,对“TV视频接收器150和PC110通过集线器77与PLC适配器70连接”的情况进行说明。另外,该连接方式也适用于第2实施方式。
为得到内容接收方的PLC适配器70的以太网地址以及通过以太网相连接的TV视频接收器150和PC110的以太网地址,内容发送方的PLC适配器60向PLC适配器70发送网桥信息请求包。
PLC适配器70的网桥部78生成网桥信息通知包,并通过PLC通信部65a将其返送至PLC适配器60,其中,该网桥信息通知包中含有与本站连接的所有以太网设备的地址(即,TV视频接收器150和PC110的地址)。
PLC适配器60的网桥部68使PLC适配器70地址和TV视频接收器150地址及PC110地址相关联地形成对应关系,并将其存储至网桥表,其中,该网桥表被存储于本装置可利用的存储部(未图示)。
PLC适配器70的触发检测部79在接收到数据包后,作为触发检测处理,按照每一与本装置(PLC适配器70)连接的以太网设备的地址,将数据包的个数或数据包的接收频度保存至本装置可利用的存储部(未图示)。
当触发检测部79检测出上述个数或频度大于等于阈值时,便指示QoS类型管理部72开始QoS设定处理。QoS类型管理部72生成连接请求包,并通过PLC通信部75a将该连接请求包发送给PLC适配器60。
PLC适配器60的QoS类型管理部62生成QoS设定请求包,并将该QoS设定请求包发送给PLC适配器50,其中该QoS设定请求包中含有的QoS参数与上述连接请求包中含有的QoS参数相同。
PLC适配器50的QoS控制部54在接收QoS设定请求包后,对数据流分配GLID,并根据QoS参数,设定为了实现该GLID的频带分配计划。QoS控制部54生成其中含有GLID和表示“是否接受QoS请求”的信息(Result Code)的QoS设定通知包,并将该QoS设定通知包发送给PLC适配器60(发送站)和PLC适配器70(接收站)。QoS设定通知包中还含有PLC适配器70的地址。
PLC适配器60的网桥部68接收到QoS设定通知包后,通过网桥表,检索QoS设定通知包中含有的PLC适配器70的地址,从而取得连接于PLC适配器70的所有以太网设备的地址。网桥部68将取得的地址输出给QoS类型管理部62。
QoS类型管理部62根据上述地址和QoS设定通知包中所含GLID的对应关系,生成分类规则(对应表),并将该分类规则输出给QoS控制部64。
当PLC适配器60从硬盘记录器170接收了数据包后,若QoS控制部64根据分类规则检测出“登录有多个和PLC适配器70相关的以太网地址”,便判断登录的所有地址是否和接收的数据包的接收方地址吻合。若地址吻合,则QoS控制部64判断“登录于分类规则的GLID即是所接收的数据包的GLID”。
PLC适配器50依照频带分配计划,向PLC适配器60、70、80发送信标包,其中,该信标包中含有GLID、赋予发送权的开始时刻、赋予发送权的结束时刻。
PLC适配器60的QoS控制部64根据之前的分类规则来导出数据包的GLID,接收信标包,在该GLID对应的“赋予发送权的开始时刻”和“赋予发送权的结束时刻”所表示的期间内,通过PLC通信部65a,将数据包发送给PLC适配器70。
<关于由发送方的PLC适配器进行触发检测的情况>
也可以由发送方的PLC适配器进行触发检测。即,在第2实施方式中,可以由PLC适配器50进行触发检测;在第3实施方式中,可以由PLC适配器60进行触发检测。
发送方的PLC适配器的网桥部在从以太网侧(路由器120或硬盘记录器170)接收包时,与有无触发检测无关地参照网桥表来确定接收方PLC适配器的地址。此时,触发检测部按照每一接收方的PLC适配器,将包的个数或包的接收频度保存至存储部,从而使触发检测成为可能。关于触发检测的方法,与在接收方PLC适配器进行触发检测的方法相同。
<关于状态提示部的变形例>
关于用于提示QoS状态的状态提示部56、66、76、86,也可以用来提示其他信息的提示部。根据该结构,能够减少LED等状态提示部的实际安装个数。上述其他信息是指,例如,电源状态、通信终端之间的链路状态或通信速度、该PLC适配器是主站还是从站等信息。
另外,状态提示部56、66、76、86也可以向用户提示由QoS设定处理结果和QoS解除处理结果所导出的QoS设定状态。例如,若在进行QoS设定,则作为状态提示部的LED点亮,若QoS被解除则LED熄灭。也可以由QoS类型管理部来控制状态提示部。当QoS设定处理的状态是由数据通信的对方站所通知时,QoS类型管理部根据由数据通信对方站所通知的、该对方站的QoS设定处理状态来控制状态提示部。换而言之,状态提示部根据由数据通信对方站所通知的、该对方站的QoS设定处理状态来进行提示。换而言之,向数据通信对方站通知QoS设定处理状态的PLC适配器的QoS类型管理部通过PLC通信部,将“由QoS设定处理结果和QoS解除处理结果所导出的QoS设定状态”发送给数据通信对方站。
<关于QoS类型的变形例>
作为QoS类型,也可设定为与TV150的分辨率对应的区分分类。例如,也可以设定为与扫描线的数量(1080条、750条、525条)对应的QoS类型,也可以设定为与隔行扫描方式或逐行扫描方式对应的QoS类型,也可以组合这些QoS类型。另外,由于随着扫描线的数量增加,优选的QoS等级会有所提高,所以,较之于隔行扫描方式,逐行扫描方式时优选的QoS等级较高。
<关于QoS设定的结束时间的提示方法>
在使LED的发光色呈阶段性地变化来向用户提示“还需经过多少时间才结束QoS设定”时,可按红、黄、绿的顺序使LED的发光色呈阶段性地变化,也可逐渐缩短LED忽亮忽灭的时间间隔。
另外,也可以在与STB连接的电视显示器上显示“到QoS设定结束为止的时间”。此时,可以显示剩余时间,也可以显示进度条。
为了实现上述结构,只需PLC适配器70的以太网通信部75b向STB100输出表示“到QoS设定结束为止的时间”的时间信息,STB100将该时间信息和视频叠合,并发送给与本装置连接的电视即可。
<关于QoS类型接受部的结构例>
当QoS类型接受部为按压开关时,可在QoS类型接受部的近旁设置具有多种发光色的LED,根据发光色来显示QoS类型的设定状态。例如,在第1实施方式中,可以用绿色来表示“高优先级”,用橙色来表示“中优先级”,用红色表示“低优先级”。另外,在第2实施方式、第3实施方式中,可用绿色表示“HD视频”,用橙色表示“SD视频”,用红色表示“OFF”。另外,也可以使按压开关本身发光。
另外,也可以通过变更按压开关的按压时间来变更所输入的QoS类型。例如,按压开关的按压时间越长,优先级就越高;或按压开关的按压时间越长,被确保的频带就越多。比如,若按下时间在1秒以内,则被输入低优先级;若按下时间大于等于5秒小于10秒,则被输入中优先级;若按下时间大于等于10秒,则被输入高优先级。
另外,作为QoS类型接受部的按压开关也可以用作为输入其他操作命令的开关。例如,若按下时间不满1秒,则输入“认知动作”的命令;若按下时间大于等于1秒,则输入用于指定QoS类型的命令。另外,所谓“认知动作”是指:使PLC适配器相互之间认识到“处于同一网络”的初始设定。
另外,也可以在电视显示器上显示QoS类型的设定状态,其与在和STB连接的电视显示器上显示“到QoS设定结束为止的时间”的情况相同。
<关于与触发检测处理有关的变形例>
也可以形成由用户可变更触发检测部的触发检测条件的结构。例如,用户能够变更包的接收个数、接收频度、比特率的阈值、包分析的频度、用以检测触发的协议。为了变更上述条件,可将计算机连接至PLC适配器,使用专用的应用软件来直接变更;或在PLC适配器中内置HTTP服务器功能,通过HTTP服务器所提供的设定画面(通过HTML等记述)来变更PLC适配器的设定,然后由连接于PLC适配器的PLC适配器通过Web浏览器来访问上述设定画面,并变更上述条件;或在PLC适配器上设置用于变更上述条件的输入部。
<关于QoS开关>
也可在与以太网连接的装置(连接于PLC适配器的以太网设备,即,第2实施方式中的STB或PC、第3实施方式中的TV等)上设置QoS开关,由以太网设备向PLC适配器发送其设定状态,其后进行QoS设定处理。
<关于各实施方式中发送时的QoS类型指定>
在第1实施方式至第3实施方式中,叙述了通信装置(PLC适配器)在接收数据时的QoS类型指定方法,但也可以在通信装置(PLC适配器)发送数据时指定QoS类型。
在一个通信装置(PLC适配器)既进行发送又进行接收数据时,也可以设置发送用的QoS类型接受部和接收用的QoS类型接受部,也可以通过一个QoS类型接受部既接受发送时的QoS类型又接受接收时的QoS类型。
另外,在发送方和接收方两方都指定了QoS类型时,可将该两方QoS类型的平均作为指定QoS类型,进行QoS设定;也可以仅参照发送方或接收方中某一方的QoS类型,而无视另一方的QoS类型。
以上所述的规则若在用户中不为周知时,会带来运用上的不便,因此要在操作指南中记载上述规则。
在第2实施方式和第3实施方式中,也可以不设置QoS类型接受部51、61、71、81,而是使用预先已确定的QoS类型或QoS参数进行QoS设定。此时,用户无需输入信息,PLC适配器50、60、70、80可自动地进行QoS设定,因此,就STB90、100、PC110、TV视频接收器150、160等无法发出QoS设定指示的以太网终端所接收的数据流来说,可进行已确保QoS的数据传输。
另外,也可以通过作为QoS类型接受部的QoS开关来选择进行“用以保证传输频带的设定(参数式QoS)”、“用以进行优先控制的设定(优先级式QoS)”、“不进行QoS设定的设定”。即,QoS类型接受部将相对于同一QoS控制下的PLC适配器以外的PLC适配器而言,表示“本装置的数据接收优先级”和“发送给本站(本装置)的数据的比特率(传输频带)”的信息,作为QoS类型来选择地接受。就实现上述结构时的处理,以下以接收方的PLC适配器发送QoS设定请求包和QoS解除请求包时(相当于第2实施方式)的处理例来进行说明。另外,发送方的PLC适配器发送QoS设定请求包和QoS解除请求包时(相当于第3实施方式)的处理与上述相同,所以在此省略其说明。
<从“频带保证”变更成“优先控制”>
QoS开关从“频带保证”变成“优先控制”时,接收方PLC适配器的QoS类型管理部向发送方的PLC适配器发送“请求变更成优先控制”的QoS设定请求包。然而“优先控制”的变更有可能会失败,所以,不会立刻向作为主站的PLC适配器发送“请求解除到目前为止已确保的传输频带”的QoS解除请求包。作为对QoS设定请求包的响应,可通过接收QoS设定通知包,得知:是否成功变更成了“优先控制”。
若成功变更成了“优先控制”,接收方PLC适配器的QoS类型管理部便将上述QoS解除请求包,发送给作为主站的PLC适配器。由此,所确保的频带被解除。
另外,接收方PLC适配器的QoS类型管理部通过状态提示部,向用户通知“QoS设定成功”。
另一方面,若“优先控制”的变更失败,接收方PLC适配器的QoS类型管理部便不将QoS解除请求包发送给作为主站的PLC适配器(即,不解除数据传输频带),而继续接收被确保了频带的数据。此时,接收方PLC适配器的QoS类型管理部通过状态提示部向用户通知“QoS设定失败”。也可以向用户通知“虽然QoS类型被设定成了‘优先控制’,但数据是在被确保了频带的状态下进行传输的”。
<从“优先控制”变更成“频带保证”>
QoS开关从“优先控制”变成“频带保证”时,接收方PLC适配器的QoS类型管理部便向作为主站的PLC适配器发送“请求变更成频带保证”的QoS设定请求包。作为对QoS设定请求包的响应,可通过接收QoS设定通知包,得知“是否成功变更成了频带保证”。
若“成功变更成了频带保证”,接收方PLC适配器的QoS类型管理部便将上述QoS解除请求包发送给发送方的PLC适配器。由此,被附加于数据包的优先级变回默认值。
另外,接收方PLC适配器的QoS类型管理部通过状态提示部向用户通知“QoS设定成功”。
另一方面,若“优先控制”的变更失败,接收方PLC适配器的QoS类型管理部便不将QoS解除请求包发送给发送方的PLC适配器(即,不将优先级设定成“OFF”),而继续接收被执行了优先控制的数据。此时,接收方PLC适配器的QoS类型管理部通过状态提示部向用户通知“QoS设定失败”。也可以向用户通知“虽然QoS类型被设定成了‘频带保证’,但数据是在执行优先控制的状态下进行传输的”。
(第4实施方式)
在本实施方式中,对下述情况进行说明,即,接收方PLC适配器300上设置有多个用于连接以太网设备的输出端口,并且有多个以太网设备与该PLC适配器300进行连接。关于已在实施方式1至3中已说明的处理,在此省略其说明或者简略化地说明。另外,在本实施方式中,主要以参数式QoS(Parameterized QoS:频带保证)进行QoS控制为例进行说明。另外,如下所述,本实施方式也适用于优先级式QoS(Prioritized QoS,优先控制)。
<关于通信网络400的结构>
图16是本实施方式的通信网络400的结构图。如该图所示,通信网络400具有与图6所示的实施方式2的通信网络相类似的连接方式,与实施方式2不同的是:取代PLC适配器50,PLC适配器200与PLC网络连接。PLC适配器200与实施方式2的PLC适配器50同样,其是具有主站功能的数据发送方的通信装置。另外,STB100上连接有TV,该连接与发明的本质无关,因此未图示。
PLC适配器300作为从PLC适配器200接收数据的接收方通信装置,其与PLC网络连接。PLC适配器300以外的其他PLC适配器也可作为接收方通信装置与PLC网络连接,但是在图中未表示其他PLC适配器。
PLC适配器300具有3个输入输出端口(第1端口331、第2端口332、第3端口333),其中,第1端口331连接着STB100,第3端口333连接着PC110。
即,PLC适配器300从PLC网络接收数据包,并向可与本装置通信并连接的以太网设备输出已接收的数据包,PLC适配器300具有多个用于向以太网设备输出数据的输入输出端口(输出端口)。
PLC适配器200也具有3个输入输出端口(第1端口231、第2端口232、第3端口233),其中,第2端口232连接着路由器120。但是,PLC适配器200并不仅限定于具备3个输入输出端口,至少具有1个输入输出端口即可。
<关于PLC适配器300的结构>
图17是表示PLC适配器300的外观的斜视图。如该图所示,PLC适配器300包括:筐体350、电源插头351以及电线352。通过将电源插头351***插座,能够使PLC适配器300与PLC网络连接。
另外,PLC适配器300包括:显示本装置的电源状态的电源状态提示部341、显示与PLC网络的连接状态的PLC状态提示部342、显示QoS控制状态的QoS状态提示部305和用于用户输入QoS类型的QoS类型指定部(QoS类型指定装置)301,该QoS类型指定部是滑动式开关。
QoS状态提示部305与状态提示部56、66、76、86相同,例如由LED构成。QoS状态提示部305的点亮动作与状态提示部56、66、76、86的点亮动作相同。例如,QoS控制请求得到满足时点亮成绿色,QoS控制请求得不到满足时点亮成黄色,QoS控制为停止即“OFF”时点亮成红色。
QoS类型指定部301与图8所示的QoS类型接受部51、61、71、81相同。即,QoS类型指定部301用于让用户对表示QoS控制类型的QoS类型信息进行指定。另外,通过操作QoS类型指定部301输入的QoS类型“HD(High Definition)视频”以及“SD(Standard Definition)视频”也与上述相同。
如图17所示,在QoS类型指定部301近旁所设置的“HD”、“SD”以及“OFF”显示部是向用户提示QoS类型的QoS类型提示部。此外,还可以通过变更LED的点亮状态或者发光颜色来向用户提示所指定的QoS类型。
PLC适配器300所具有的3个输出端口当中,由于只有第1端口331是QoS控制的对象(QoS控制对象输入输出端口),因此,即使在第2端口332以及第3端口333连接有以太网设备,也不对发送给该以太网设备的数据进行QoS控制。即,在PLC适配器300所具有的多个输入输出端口当中,预先指定成为QoS控制对象输入输出端口(QoS目标输出端口)的输入输出端口。
另外,没有必要将QoS控制对象输入输出端口数限定为1个,也可设置多个QoS控制对象输入输出端口。此外,PLC适配器300的输入输出端口数也并不限定于3个,也可以是2个或者4个以上。
图18是表示PLC适配器300的结构的功能块图。如该图所示,PLC适配器300除了上述结构以外,还包括:类型信息获取部302、存储部(QoS类型存储装置)320、QoS控制部310、触发检测部306、网桥部307、PLC通信部(发送装置)308以及以太网通信部330。
存储部320存储有:QoS类型表321、QoS控制信息转换表322、端口表323以及触发检测表324。另外,表示哪个输入输出端口是QoS控制对象输入输出端口的信息作为初期设定信息325,其也存储在存储部320。
类型信息获取部302通过QoS类型指定部301获取用户输入的QoS类型,并在用于记录QoS类型的QoS类型表321记录该QoS类型。类型信息获取部302在存储部320存储已记录QoS类型的QoS类型表321。即,存储部320对表示QoS控制类型的QoS类型信息进行存储。
图19是表示QoS类型表321的一个示例的图。如该图所示,QoS类型表321表示输入输出端口和QoS类型之间的对应关系,其中,该QoS类型是指以该输入输出端口所输出的数据作为对象的QoS控制的类型。在本实施方式中,由于只有第1端口331是QoS控制对象的输入输出端口,因此,以第1端口331所输出的数据作为对象的QoS控制的QoS类型(在图19所示的例子是“HD”)被记录在QoS类型表321。
QoS控制部310包括:控制器311、用于生成QoS设定请求包的QoS设定请求生成部(QoS设定请求生成装置)312、用于生成连接请求包的连接请求生成部313以及QoS控制信息转换部314。
QoS控制信息转换部314将QoS类型表321所示的QoS类型转换成PLC适配器200在进行QoS控制时使用的QoS参数(QoS控制信息)。QoS控制信息转换部314通过参照QoS控制信息转换表322进行该转换。
图20是表示QoS控制信息转换表322的一个示例的图。如该图所示,QoS控制信息转换表322表示QoS类型和QoS参数之间的对应关系。在该图所示的例子,QoS类型“SD”以及“HD”分别与在QoS控制下所保证的频带(所需频带)相对应。另外,作为QoS参数,所需频带以外的频带也能够登录在QoS控制信息转换表322中。作为QoS参数的示例,例如有:所允许的传输延迟度和所允许的传输延迟抖动度以及所传输的包大小的平均值、最小值、最大值等的多个值的组合。
控制器311对QoS控制部310的各种功能块进行控制。
触发检测部306利用触发检测表324,对第1端口331所输出的数据“是否需要实施QoS控制”进行判断。关于触发检测部306的详细处理内容,将在以下进行说明。
PLC通信部308与上述PLC通信部55a、65a、75a、85a相同,将QoS设定请求生成部312所生成的QoS设定请求包等发送给进行QoS控制的PLC适配器200。
以太网通信部330向以太网设备的发送包并从以太网设备接收包,该以太网设备通过以太网与本装置连接。以太网通信部330生成端口表323并将其存储在存储部320,其中,该端口表323表示从以太网接收到的包的发送方地址(发送该包的以太网设备的地址(以太网地址))和接收该包的输入输出端口之间的对应关系。通过检测被赋予从以太网设备发送给本装置的某个包(任意的包)的发送方地址,能够获取上述以太网地址。
图21是表示端口表323的一个示例的图。如该图所示,端口表323表示以太网设备的以太网地址(识别信息)和与该以太网设备连接的输入输出端口之间的对应关系。在图21中,第1端口331与STB100的以太网地址(E1)相对应,同时,第3端口333与PC110的以太网地址(E2)相对应。
网桥部307与网桥部68、78、88相同,进行PLC通信部308和以太网通信部330之间的包的桥接,同时向触发检测部306通知PLC通信部308所接收的包的发送方地址。网桥部307通过参照端口表323进行桥接。另外,网桥部307生成网桥信息通知包,并通过PLC通信部308向PLC适配器200发送该网桥信息通知包。
<关于触发检测部306的处理>
触发检测部306根据初期设定信息325、QoS控制信息转换部314所输出的QoS参数以及由以太网通信部330生成的端口表323所表示的以太网地址,生成触发检测表324。图22是表示触发检测表324的一个示例的图。如该图所示,触发检测表324表示与QoS控制对象输入输出端口连接的以太网设备的以太网地址、对发送给该以太网设备的数据包进行QoS控制的QoS参数、该数据包的接收履历信息之间的对应关系。在该图中,以接收到的数据包的包合计大小作为接收履历,此外,作为其他接收履历,也能够在触发检测表324记录包的个数等。对于作为接收履历要存储何种信息,其根据触发检测的算法不同而不同。
PLC通信部308接收数据包之后,网桥部307向触发检测部306通知该数据包。
触发检测部306从网桥部307接收数据包之后,从该数据包中抽出发送方地址,并对该发送方地址和触发检测表324的地址进行核对,以确认是否存在有地址域与触发检测表324所抽出的地址相吻合的条目。如果有吻合的条目,就进一步抽出作为接收履历所必需的信息(包的大小,包的个数等),并将其记录在触发检测表324的接收履历域中。
然后,在满足特定条件(例如,合计数据大小超过某特定值的情况、接收到预定个数的包的情况等)下,触发检测部306向QoS控制部310输出表示上述情况的触发检测信息。
在本实施方式中,触发检测表324中只有与QoS控制对象输入输出端口即第1端口331连接的、以太网设备即STB100的条目,该条目的地址域是E1。因此,接收到发送方地址为E1的数据包之后,从该数据包中进一步抽出包的大小,并将抽出的包的大小加算到触发检测表324的STB100条目的履历信息域。然后,接收履历域超过特定值时,向QoS控制部310输出触发检测信息。另外,设定测量周期,按照测量周期对包的合计大小进行检查。检查结束之后,将包的合计大小归零。由此,在检查包的大小时,通过进行计算(包的合计大小÷测量周期)来能够算出接收比特率。该接收比特率超出某阈值时,向QoS控制部310输出触发检测信息。
传输数据时,除了内容(content)的数据包以外,还传输用于控制的包。例如,传输给STB100的数据除了视频数据之外,还有节目(program)信息和HTML等文字数据。在只传输节目信息的包的阶段,由于用户尚未进行视听,因此,为了使其他终端能够利用频带,优选不进行频带保证。如果只单纯地计算包的合计大小,即使仅在传输节目信息时,随着时间的经过,也可能导致发生获得频带的情况。较之于视频数据,由于节目信息等的包的比特率较低(即,仅以低频度传输的小的包),因此,如果作为比特率进行触发检测时,在传输视频数据之前未进行频带保证。另外,还可以在超出特定比特率的状态持续了一定时间以上的情况下,进行触发检测。由此,能够防止在因下载文档等时比特率一时性增大之后又立即减小的情况下错误地实施触发检测。
作为用于触发检测的阈值,所有端口可以是相同的值,也可根据QoS的类型变更用于触发检测的阈值。例如,作为QoS类型被指定“HD”时,所需频带是16Mbps;被指定“SD”时,所需频带是6Mbps。因此,可考虑使阈值与所需频带之间成比例,在HD的情况下以8Mbps作为阈值,在SD的情况下以3Mbps作为阈值。另外,也能够采用可由用户对上述阈值进行变更的方式。此时,能够采用对每个端口进行变更的方式,也可对所有端口采用共同的阈值进行变更的方式。
接收到触发检测信息之后,QoS控制部310生成连接请求包并向PLC适配器200发送。
<关于PLC适配器200的结构>
图23是表示PLC适配器200的结构的功能块图。如该图所示,PLC适配器200包括:存储部220、QoS控制部210、触发检测部206、网桥部207、PLC通信部208、以太网通信部230、电源状态提示部241、PLC状态提示部242。PLC适配器200也可与PLC适配器300具有相同的结构,但是为了使发送方和接收方的PLC适配器的功能易于理解,对发送方的功能和接收方的功能分别进行说明。
存储部220存储有网桥表223。
QoS控制部210包括:用于生成QoS设定通知包的QoS设定通知生成部212、用于生成连接通知包的连接通知生成部213、QoS设定部(控制装置)214以及对QoS控制部210的各种功能块进行控制的控制器211。
QoS设定部214决定PLC网络的频带分配计划,并通过PLC通信部208,按照该频带分配计划发送包。即,QoS设定部214对发送给接收方PLC适配器的包进行QoS控制。另外,QoS设定部214从数据流识别信息中导出GLID,并向各PLC适配器通知频带分配计划。但是,该处理与上述实施方式相同,并且,在本实施方式中,发送站包含有主站的功能,频带分配计划的通知在其内部进行,因此省略该处理的说明。
触发检测部206与触发检测部306基本相同,触发检测表224也与触发检测表324相同。在发送方PLC适配器进行触发检测的情况下,触发检测部206是必要的结构,而在接收方的PLC适配器进行触发检测的情况下,则不需要该结构。
网桥部207与第2实施方式中的网桥部58大致相同,生成表示PLC适配器300的PLC地址和以太网地址之间的对应关系的网桥表223,其中,该以太网地址是指PLC适配器300所发送的网桥信息通知包中含有的、与PLC适配器300连接的STB100以及PC110的以太网地址。网桥表223可以使用公知的表,并不限定其格式。
以太网通信部230与路由器120之间进行包的发送和接收。
PLC通信部208、电源状态提示部241、PLC状态提示部242分别与PLC通信部308、电源状态提示部341、PLC状态提示部342相同。
<关于通信网络400的处理流程>
以下,参照图24对各通信装置的处理流程进行说明。图24是表示第4实施方式的各通信装置之间的通信的流程图。
<以太网设备的地址获取>
PLC适配器300的网桥部307预先获取所连接的STB100以及PC110的以太网地址。PLC适配器300从STB100以及PC110接收任意的包时,以太网通信部330生成端口表323,并将所生成的端口表323存储在存储部320(图24中的“地址的存储”),该端口表323表示发送该包的以太网设备(STB100或者PC110)的以太网地址和接收该包的输入输出端口之间的对应关系。
<QoS类型接受处理>
当要在STB100接收HD视频内容时,在连接STB100的PLC适配器300中,通过对QoS类型指定部301的操作来指定作为QoS类型信息的“HD视频”。
类型信息获取部302从QoS类型指定部301获取用户所输入的QoS类型信息。类型信息获取部302获取该QoS类型信息之后,在QoS类型表321记录该QoS类型信息。类型信息获取部302在存储部320存储该记录了QoS类型信息的QoS类型表321(图24中的“QoS类型的指定”)。
<QoS控制信息转换处理>
存储QoS类型表321之后,QoS控制信息转换部314参照QoS控制信息转换表322来决定与QoS类型表321所记录的QoS类型相对应的QoS参数(图24中的“QoS控制信息的决定”)。QoS控制信息转换部314向触发检测部306输出该已决定的QoS参数。
<触发检测表324的生成>
触发检测部306利用初期设定信息325、QoS控制信息转换部314所输出的QoS参数以及以太网通信部330生成的端口表323所表示的以太网地址来生成触发检测表324。
根据初期设定信息325可知QoS控制对象输入输出端口是第1端口331,因此可知:与第1端口331连接的STB100是用于接收作为QoS控制对象的数据包的设备。
<网桥信息获取处理>
为了向PLC适配器300传输由路由器120接收的数据包时,内容发送方的PLC适配器200预先从PLC适配器300获取网桥信息(STB100以及PC110的以太网地址的信息)。
因此,PLC适配器200向PLC适配器200发送网桥信息请求包。具体而言,PLC适配器200的网桥部207生成网桥信息请求包,通过PLC通信部208向PLC适配器300发送该网桥信息请求包(图24中的“网桥信息请求”)。该网桥信息请求包的构成与上述实施方式中所说明的网桥信息请求包的构成相同。
PLC适配器300的PLC通信部308接收到该网桥信息请求包之后,向网桥部307发出通知。网桥部307生成网桥信息通知包,该网桥信息通知包中含有通过本站的以太网通信部330而连接的以太网设备,即,STB100以及PC110的以太网地址。
网桥部307通过PLC通信部308向PLC适配器200发送已生成的网桥信息通知包(图24中的“网桥信息通知”)。
PLC适配器200的PLC通信部208接收到该网桥信息通知包之后,向网桥部207发出通知。网桥部207使PLC适配器300的PLC地址和网桥信息通知包中含有的STB100以及PC110的以太网地址形成对应关系,并将其记录在网桥表223中。网桥部207在存储部220存储已生成的网桥表223。
另外,只要在PLC适配器200开始发送数据包之前的任意定时,执行上述网桥信息获取处理即可。
<接收数据决定处理以及数据传输请求处理>
在QoS类型被指定之后的任意定时,STB100决定要接收的内容数据(图24中的“接收数据的决定”)。决定要接收的内容数据的处理与上述实施方式中的处理相同。
STB100决定要接收的内容数据之后,生成传输请求包,并通过以太网向PLC适配器300发送,其中,该传输请求包中含有用于识别该内容数据的内容识别信息。其后,PLC适配器300通过PLC网络向PLC适配器200发送所接收的包。其后,PLC适配器200通过以太网向路由器120发送所接收的包。其后,路由器120通过互联网向VoD服务器130发送所接收的包(图24中的“数据传输请求(VoD)”)。
<数据传输处理>
VoD服务器130接收到数据传输请求包之后,开始发送由该数据传输请求包所指定的内容。将存储的内容数据进行打包,并通过互联网,与目的地地址信息一同依次发送给路由器120。路由器120通过以太网将接收的数据包依次发送给PLC适配器200。
该数据包是VoD服务器130发送给STB100的视频内容的包,因此,其中含有作为目的地地址的、STB100的IP地址。
路由器120通过路由处理,在IP地址中检索以太网地址。进行路由处理使得:在数据包从路由器120传输到PLC适配器200时,数据包中含有作为目的地地址的STB100的以太网地址。
PLC适配器200的以太网通信部230将接收到数据包传送给网桥部207。由于预先生成的网桥表223中含有PLC适配器300的PLC地址、STB100以及PC110的以太网地址,因此,通过对网桥表223和数据包的目的地以太网地址进行核对,可知该数据包在PLC网络上的目的地地址即是PLC适配器300。
从而,网桥部207将PLC头赋予给数据包,并通过PLC通信部208向PLC适配器300发送该数据包,其中,该PLC头中包含有作为数据包的目的地地址的、PLC适配器300的PLC地址(图24中的“数据(VoD)”)。
<触发检测处理>
PLC适配器300的PLC通信部308将接收到的数据包传递给网桥部307。网桥部307为了将数据包传输到STB100,向以太网通信部330传递数据包,同时,也向触发检测部306传递其接收到的数据包。
对该数据包进行分析,触发检测部306利用触发检测表324进行上述触发检测处理(图24中的“QoS触发检测”)。满足上述特定条件时,触发检测部306向QoS控制部310输出表示“满足上述特定条件”的触发检测信息。
<连接请求处理以及连接通知处理>
接收到触发检测信息之后,QoS控制部310生成连接请求包,并通过PLC通信部308向内容发送方的PLC适配器200发送该连接请求包(图24中的“连接请求”),该连接请求包中含有:对成为QoS控制对象的以太网设备进行识别的信息(以太网地址)、以及已预先决定的QoS参数。
PLC适配器200的PLC通信部208接收到该连接请求包并向QoS控制部210发送。QoS控制部210的连接通知生成部213根据连接请求包所包含的信息,判断可否传输数据。
连接通知生成部213生成连接通知包,并通过PLC通信部208向PLC适配器300发送该连接通知包(图24中的“连接通知”),其中,该连接通知包中含有表示可否接受数据传输请求的信息(判断结果的信息)。
<QoS设定请求处理>
PLC适配器300的PLC通信部308接收到该连接通知包并向QoS控制部310发送。QoS控制部310的控制器311根据该连接通知包中所包含的“判断结果的信息”,判断“数据传输请求是否被接受”。
此时,在“判断结果的信息”为表示拒绝接受的信息的情况下,控制器311中止QoS设定处理,并通过对QoS状态提示部305进行控制,向用户提示“未能满足QoS请求”。
在“判断结果的信息”表示能够接受的情况下,控制器311命令QoS设定请求生成部312生成QoS设定请求包。QoS设定请求生成部312生成QoS设定请求包,并通过PLC通信部308向作为主站的PLC适配器200发送该QoS设定请求包(图24中的“QoS设定请求”),其中,该QoS设定请求包与连接请求包相同,其含有:对以太网设备进行识别的信息(触发检测表324所表示的以太网地址)和QoS参数(触发检测表324所表示的QoS参数)。
即,QoS设定请求生成部312将QoS类型指定部301所指定的QoS类型信息作为用于规定本装置所请求的QoS控制内容的信息,使其包含在QoS设定请求包中。
<QoS设定处理以及QoS设定通知处理>
PLC适配器200的PLC通信部208接收到上述QoS设定请求包并向QoS控制部210发送。QoS控制部210的QoS设定通知生成部212根据QoS设定请求包中含有的QoS参数,判断可否接受请求。
在判断出能够接受QoS设定请求包中含有的QoS参数的情况下,QoS设定通知生成部212通过控制器211向QoS设定部214输出表示“能够接受QoS参数”的信息。
QoS设定部214将用于在PLC网络内对数据流进行唯一确定的GLID(GlobalLink ID)分配给数据流,该数据流的目的地地址是QoS设定请求包中所包含的STB100的以太网地址,并且,QoS设定部214根据QoS设定请求包所表示的QoS参数,进行为了实现该GLID的频带分配计划(图24的“QoS设定”)。然后,为了对被赋予了GLID的将被发送给STB100的数据包的数据流,进行与PLC适配器300所请求的QoS类型相对应的QoS控制,QoS设定部214控制PLC通信部208。
然后,QoS设定通知生成部212生成QoS设定通知包,并通过PLC通信部208向PLC适配器300发送该QoS设定通知包(图24中的“QoS设定通知”),其中,该QoS设定通知包中含有表示可否接受QoS请求的信息(判断结果的信息),并且,在“判断结果的信息”是表示成功的值时,该QoS设定通知包中含有GLID。
<状态提示部的控制处理>
PLC适配器300的PLC通信部308接收到QoS设定通知包并向QoS控制部310发送。QoS控制部310的控制器311根据QoS设定通知包中所包含的“判断结果的信息”,判断QoS设定请求是否被接受。控制器311对QoS状态提示部305进行控制,以向用户提示“请求是否被接受”(图24中的“状态提示部的控制”)。该QoS状态提示部305的控制方法可以是与上述实施方式的控制方法相同的方法。
<关于发送给PC110的数据包的传输控制>
第3端口333不是QoS控制对象输入输出端口,发送给与第3端口333连接的PC110的数据包不成为QoS控制的对象。即,对发送给PC110的数据包不进行频带分配,作为发送站的PLC适配器200,在为了向STB100传输数据而分配频带的时间以及为了向其他从站传输数据而分配频带的时间之外的时间,通过PLC适配器300向PC110发送数据包。
<关于在发送站进行触发检测处理的情况>
也能够在发送站PLC适配器200进行上述触发检测处理。图25是表示该情况下的处理流程的流程图。以下仅对与图24所示的处理流程不同的部分进行说明。
在如上所述地决定QoS参数之后,QoS控制信息转换部314生成QoS控制信息通知包,并通过PLC通信部308向PLC适配器200发送该QoS控制信息通知包(图25中的“QoS控制信息通知”),其中,该QoS控制信息通知包中含有:上述QoS参数、与QoS控制对象输入输出端口进行连接的以太网设备即STB100的以太网地址。
另外,在本实施方式中,只有第1端口331是QoS控制对象输入输出端口,而在QoS控制对象输入输出端口为多个的情况下,与各QoS控制对象输入输出端口连接的所有以太网设备的以太网地址都包含在QoS控制信息通知包中。
另外,如在发送站进行触发检测处理时,连接请求生成部313的功能和连接通知生成部213的功能与上述情况相反。
PLC适配器200接收到QoS控制信息通知包时,触发检测部206使QoS控制信息通知包所包含的以太网地址和QoS参数形成对应关系,并在触发检测表224进行记录。触发检测表224可以是与触发检测表324相同的表。
其后,进行网桥信息请求包以及网桥信息通知包的发送和接收,开始传输数据。
PLC适配器200接收到数据包之后,网桥部207向触发检测部206输出所接收的数据包。
在对该数据包进行分析之后,触发检测部206与触发检测部306同样地进行触发检测处理(图25中的“QoS触发检测”)。满足上述特定条件时,触发检测部206向QoS控制部210输出表示“满足上述特定条件”的触发检测信息。
接收到触发检测信息之后,QoS控制部210生成连接请求包,并通过PLC通信部208向内容接收方的PLC适配器300发送该连接请求包(图25中的“连接请求”),该连接请求包中含有已预先决定的QoS参数。
PLC适配器300的PLC通信部308接收到该连接请求包并向QoS控制部310发送。QoS控制部310的连接请求生成部313根据连接请求包所包含的信息,判断可否传输数据。
连接请求生成部313生成连接通知包,并通过PLC通信部308向PLC适配器200发送该连接通知包(图25中的“连接通知”),其中,该连接通知包中含有表示可否接收数据的信息(判断结果的信息)。
然后,连接通知包所包含的“判断结果的信息”表示能够接收数据的情况下,PLC适配器200的QoS设定部214将GLID分配给要发送给STB100的数据流,并根据触发检测表224所示的QoS参数,进行为了实现该GLID的频带分配计划(图25中的“QoS设定”)。
另外,QoS设定通知生成部212生成其中包含有GLID的QoS设定通知包,并通过PLC通信部208向PLC适配器300发送该QoS设定通知包(图25中的“QoS设定通知”)。
<关于进行优先控制的情况>
在本实施方式适用于优先级式QoS(Prioritized QoS)的情况下,即,对于从PLC适配器200发送给PLC适配器300的数据包进行优先控制的情况下,通过QoS类型指定部301接受表示QoS类型的优先级的信息,并在QoS类型表321中记录该优先级。
图26是表示QoS类型表321的其他示例的图。在进行优先控制的情况下,QoS类型表321表示QoS控制对象输入输出端口和QoS控制的优先级之间的对应关系,该QoS控制的优先级是与该QoS控制对象输入输出端口所输出的数据包相对应的优先级。该图表示了选择“高优先”作为优先级的例子。
QoS控制信息转换部314将QoS类型表321所表示的优先级的信息转换成PLID(Priority Link ID)。QoS控制信息转换表322表示QoS类型和PLID之间的对应关系。
图27是表示QoS控制信息转换表322的其他示例的图。在该图,“1”、“2”、“3”的PLID分别与3个等级的优先级“通常”、“优先”、“高优先”相对应。
图28是表示触发检测表324的其他例子的图。如该图表示,在本变形例的情况下,触发检测部306所生成的触发检测表324表示:与QoS控制对象输入输出端口连接的以太网设备的地址、向该以太网设备发送的包的优先级、该包的接收履历信息三者之间的对应关系。
以下,参照图29对本变形例的处理流程进行说明。图29是表示在本实施方式进行优先控制时的处理流程的流程图。与图24所示的流程的不同点在于:不发送连接请求包和连接通知包;QoS设定请求生成部312使表示优先级的信息(PLID)作为QoS控制信息被包含于QoS设定请求包中。在进行频带保证的情况下,接收站向发送站发送连接请求包,并向主站发送QoS设定请求包。在图24中,由于发送站PLC适配器200具备主站的功能,因此,接收站向PLC适配器200发送两方的包,即连接请求包和QoS设定请求包。在进行优先控制的情况下,主站不参与QoS控制,接收站只是向发送站请求QoS设定,因此没有必要发送连接请求包。其他的处理与图24所示的处理相同,因此省略其说明。
另外,在进行优先控制的情况下,能够在接收方PLC适配器300进行触发检测处理,也能够在发送方PLC适配器200进行。在发送方PLC适配器200进行触发检测处理时的流程与图25相同,其不同点仅在于:不发送连接请求包和连接通知包。
<在一个端口连接有多个以太网设备的情况>
在上述说明中,与QoS控制对象输入输出端口连接的以太网设备只有1个,此外,还能够通过集线器(Hub)在QoS控制对象输入输出端口连接有多个以太网设备。在此情况下的端口表,相对于一个端口,记录有多个以太网地址,并与此相对应的触发检测表中也生成多个条目。但是,由于是对每个端口来设定QoS类型,因此,与连接同一端口的以太网地址相对应的QoS参数(或者,优先级)具有相同的值。由于对触发检测表的各条目分别进行触发检测处理,因此,连接请求以及QoS设定请求也要分别进行。即,进行频带保证传输时,对每个设备进行频带保证。另外,由于对每个设备来进行触发检测处理,所以根据触发检测的阈值设定,能够在被连接的设备当中进行以下的控制,即:只对所接收的数据速率(data rate)较高的设备进行频带保证传输(优先控制传输),而对所接收的数据速率较低的设备不进行频带保证传输(优先控制传输)。
例如,只接收Web内容数据的PC等设备的接收速率小于接收视频内容数据的STB等设备的接收速率,因此,通过将触发检测的阈值设定在大于PC的数据包的接收速率且小于STB的接收速率的值,能够对PC不进行频带保证传输(优先控制传输)而尽力而为(best effort)地传输,并且对STB进行频带保证传输(优先控制传输)的控制。
另外,也可以不分别生成触发检测表的条目,而是对一个端口生成一个条目。在此情况,使触发检测表的条目中包含多个以太网地址和一个QoS控制信息和一个履历信息。在触发检测处理中,将条目所记录的所有以太网地址与接收包的目的地地址进行核对,存在有与记录的其中任意一个以太网地址相吻合的目的地地址的情况下,记录履历信息。
例如,作为履历信息,使用接收包的合计大小的情况下,对发送给所有的以太网地址的包大小进行合计计算。即,记录某个端口所输出的所有包的大小。然后,在QoS设定处理中,QoS设定请求生成部使得QoS设定请求包中含有所记录的所有以太网地址。由此,进行频带保证传输时,与同一个端口连接的各以太网设备将共用被分配的频带。
另外,说明了在1个输入输出端口连接有多个以太网设备的上述结构,该结构并不限定于本实施方式,也可适用于下述第5、6以及8实施方式。
<关于本实施方式的效果>
如上所述,即使在PLC适配器300连接有多个设备的状态下,相对于发送给与QoS控制对象输入输出端口连接的设备的数据包,在PLC网络上能够确保用户对PLC适配器300所指定的频带(或者优先级)。因而,即使在接收方的PLC适配器连接有多个设备的情况下,也能够进行高效的QoS控制。
(第5实施方式)
在本实施方式中,对PLC适配器500进行说明,该PLC适配器500能够从接收方PLC适配器所具有的3个输入输出端口当中,选择任何1个作为QoS控制对象输入输出端口。在此,对与第4实施方式相同的部件赋予相同的符号并省略说明。另外,关于在第1至4实施方式中已说明的处理,在此省略或简化其说明。此外,在本实施方式中,以参数式QoS(Parameterized QoS:频带保证)进行QoS控制为例进行说明,本实施方式也适用于优先级式QoS(Prioritized QoS:优先控制)。
图30是表示本实施方式的通信网络410的结构图。如该图所示,通信网络410不同于通信网络400,其具备作为接收方PLC适配器的PLC适配器500。
<关于PLC适配器500的结构>
图31是表示PLC适配器500的外观的斜视图。如该图所示,PLC适配器500具有:QoS目标指定部(QoS目标选择装置)503,其用于从3个输入输出端口(第1端口331、第2端口332、第3端口333)当中选择任意1个作为QoS控制对象输入输出端口。该QoS目标指定部503例如可以是滑动式开关。只要是能够从3个输入输出端口当中选择1个的开关即可,其类型不限。即,QoS目标指定部503是用于让用户从PLC适配器500所具有的多个输入输出端口当中选择任意1个作为QoS控制对象输入输出端口的部件。
PLC适配器500也具有QoS类型指定部301,该QoS类型指定部301是用于指定QoS控制类型的部件,该QoS控制类型与使用QoS目标指定部503进行选择的输入输出端口所输出的数据包相对应。
图32是表示PLC适配器500的结构的功能块图。如该图所示,PLC适配器500不同于PLC适配器300,其包括:上述QoS目标指定部503,选择信息获取部504以及触发检测部506。
选择信息获取部504获取其表示用户通过QoS目标指定部503进行选择的输入输出端口(QoS控制对象输入输出端口)的选择信息,并在用于记录选择信息的QoS目标表525中记录该选择信息。选择信息获取部504在存储部320存储已记录了选择信息的QoS目标表525。
图33是表示QoS目标表525的一个示例的图。如该图所示,QoS目标表525是表示3个输入输出端口当中的哪个输入输出端口被指定为QoS控制对象输入输出端口的表。在该图中,表示了指定第1端口331为QoS控制对象输入输出端口的例子。关于QoS目标表525的格式,并无限于此,只要能够得知哪个输入输出端口被指定为QoS控制对象输入输出端口即可,选择信息的表示也并不要求必须采用表的格式。
触发检测部506根据QoS目标表525所表示的、用于特定QoS控制对象输入输出端口的信息和QoS控制信息转换部314所输出的QoS参数以及以太网通信部330生成的端口表323所表示的以太网地址来生成触发检测表324。触发检测部506根据该触发检测表324,对于QoS控制对象输入输出端口所输出的数据“是否需要所对应的QoS控制”进行判断。在触发检测部506进行的触发检测处理与在触发检测部306进行的触发检测处理相同。
<关于通信网络410的处理流程>
其次,参照图34对各通信装置的处理流程进行说明。图34是表示第5实施方式的各通信装置之间的通信的流程图。与第4实施方式相同的处理,在此省略其说明。
用户通过操作QoS目标指定部503来选择QoS控制对象输入输出端口之后,将用于特定所选择的输入输出端口的选择信息输出到选择信息获取部504。
选择信息获取部504获取该选择信息之后,在QoS目标表525记录该选择信息,并在存储部320存储已记录了选择信息的QoS目标表525(图34中的“QoS目标的指定”)。
然后,网桥部307获取与PLC适配器500连接的以太网设备的地址,类型信息获取部302通过QoS类型指定部301获取QoS类型。在此,选择信息的获取、以太网设备的地址的获取以及QoS类型的获取可以不分先后。
在QoS类型表321被存储之后,QoS控制信息转换部314参照QoS控制信息转换表322来决定与QoS类型表321所记录的QoS类型相对应的QoS参数。QoS控制信息转换部314向触发检测部506输出已决定的QoS参数。
然后,触发检测部506根据QoS目标表525所表示的用于特定QoS控制对象输入输出端口的信息和QoS控制信息转换部314所输出的QoS参数以及以太网通信部330生成的端口表323所表示的以太网地址来生成触发检测表324。触发检测部506生成触发检测表324的定时并无限定,触发检测部506能够在触发检测表324可生成的时间生成触发检测表324即可。
其后的处理流程与图24所示的处理流程相同,因此在此省略其说明。
<关于QoS目标指定部503的变形例>
除滑动式开关之外,QoS目标指定部503的结构还可以是按钮,在各输入输出端口的近旁设置按钮,可对每个输入输出端口分别进行是否以该输入输出端口作为QoS控制对象输入输出端口的指定。图35是表示采用该结构的PLC适配器500a的外观的图。
如图35所示,在第1端口331的近旁设置按钮503a,在第2端口332的近旁设置按钮503b,在第3端口333的近旁设置按钮503c。每次按压各个按钮,能够在QoS控制对象输入输出端口的设定状态和解除状态之间进行切换。
在指定了多个QoS控制对象输入输出端口的情况下,通过操作QoS类型指定部301所指定的QoS类型适用于所有的QoS控制对象输入输出端口。
另外,在各输入输出端口分别设置作为QoS状态提示部305a至305c的LED,PLC适配器500a通过控制上述LED,在每个输入输出端口提示“QoS设定是否成功”。例如,在虽确保了第1端口331的频带而但未能确保第2端口332的频带等情况下,上述提示方法具有意义。
此外,也可以为:能够判别各输入输出端口是否被指定为QoS控制对象输入输出端口的结构。例如,可以在输入输出端口未被设定为QoS控制对象输入输出端口的情况下熄灭LED,而在输入输出端口被设定为QoS控制对象输入输出端口的情况下点亮LED。还可以根据点亮情况下的LED的发光频度以及/或者发光色来同时表示QoS设定是否成功。例如在某个输入输出端口,可以考虑在该输入输出端口未被设定为QoS控制对象输入输出端口的情况下熄灭LED,在QoS设定失败的情况下使LED忽亮忽灭,而在QoS设定成功的情况下连续点亮LED。
即,可以将QoS状态提示部305a至305c作为用户对QoS目标输出端口和其他输出端口进行识别(区别)的QoS目标提示部来发挥作用。
另外,也可以采用这样的结构,即:只设置1个LED作为QoS状态提示部305,根据LED的颜色对QoS控制状态进行判断的结构。例如,在对QoS控制对象的所有数据流进行的QoS设定均为成功的情况下点亮LED发出绿色光,在对1个以上的数据流进行的QoS设定为失败的情况下点亮LED发出黄色光,而在对所有的数据流进行的QoS设定均为失败的情况或者无任何端口被指定为QoS控制对象输入输出端口的情况下点亮LED发出红色光。上述LED控制由QoS控制部310进行。
此外,除了设置LED的方法以外,还能够利用液晶画面等来作为QoS状态提示部。
<关于本实施方式的效果>
如上所述,由于PLC适配器500具有QoS目标指定部503(或者503a至503c),因此,能够从多个输入输出端口当中指定任何一个作为QoS控制对象输入输出端口。从而,在多个输入输出端口连接有以太网设备的状态下,无需调换所连接的输入输出端口,也能够简单地将特定的以太网设备指定为QoS控制对象。
(第6实施方式)
在本实施方式中,对PLC适配器600进行说明,该PLC适配器600具有与多个QoS控制对象输入输出端口分别对应的QoS类型指定部。另外,对于与第4以及第5实施方式相同的部件赋予相同的符号并省略说明。另外,关于在第1至5实施方式中已说明的处理,在此省略或者简略地说明。此外,在本实施方式中,以参数式QoS(Parameterized QoS:频带保证)进行QoS控制为例进行说明,本实施方式也适用于优先级式QoS(Prioritized QoS:优先控制)。
图36是本实施方式的通信网络420的结构图。如该图所示,通信网络420不同于通信网络400,其具备作为接收方PLC适配器的PLC适配器600。
图37是表示PLC适配器600的外观的斜视图。如该图所示,与PLC适配器600的第1端口331、第2端口332、第3端口333分别对应地设置有作为QoS类型指定部301a、QoS类型指定部301b、QoS类型指定部301的滑动式开关。另外,在各输入输出端口设置有作为QoS状态提示部305a至305c的LED。如上所述,也能够只设置1个LED作为QoS状态提示部305,根据LED的颜色来判断QoS控制的状态。
图38是表示PLC适配器600的结构的功能块图。如该图所示,PLC适配器600包括:类型信息获取部602、QoS控制信息转换部614以及触发检测部606。
类型信息获取部602通过QoS类型指定部301a至301c获取由用户输入的QoS类型,并在QoS类型表621记录各QoS类型。类型信息获取部602在存储部320存储已记录了QoS类型的QoS类型表621。
图39是表示QoS类型表621的一个示例的图。如该图所示,QoS类型表621是表示各输入输出端口(第1端口331、第2端口332、第3端口333)与QoS控制的QoS类型之间的对应关系的表,其中,该QoS控制的QoS类型与该输入输出端口所输出的数据包对应。图39所示的例子表示了在第1端口331指定“HD”(HD视频)作为QoS类型,在第2端口332以及第3端口333未进行QoS控制指定(“OFF”)的状态。
QoS控制信息转换部614通过参照QoS控制信息转换表322,将QoS类型表621所示的QoS类型转换成PLC适配器200进行QoS控制时使用的QoS参数。QoS控制信息转换部614对QoS类型表621所示的所有QoS类型(即,与各输入输出端口对应的QoS类型)实施该转换。QoS控制信息转换部614使转换后得到的QoS参数和该QoS参数所适用的输入输出端口两者形成对应关系,并向触发检测部606输出。
触发检测部606根据QoS控制信息转换部614所输出的、输入输出端口和QoS参数的组合以及以太网信息部330生成的端口表323所表示的以太网地址来生成触发检测表624。
图40是表示触发检测表624的一个示例的图。如该图所示,触发检测表624是表示与QoS控制对象输入输出端口连接的以太网设备的地址和与发送给该以太网设备的数据包相对应的QoS参数以及该数据包的接收履历信息之间的对应关系的表。该图40表示了第1端口331的QoS类型为“HD”、第2端口332以及第3端口333的QoS控制为“OFF”的情况下的示例。
第3端口333的QoS类型例如是“SD”的情况下,在触发检测表624中追加条目,该条目是表示与第3端口333连接的PC110的以太网地址(E2)和发送给该以太网设备的数据包的QoS参数(6Mbps)和该数据包的接收履历信息之间的对应关系的条目。
触发检测部606根据该触发检测表624,对于QoS控制对象输入输出端口所输出的数据包“是否需要所对应的QoS控制”进行判断。触发检测部606的触发检测处理与触发检测部306的触发检测处理基本相同。在此,触发检测部606对每个QoS控制对象输入输出端口,更详细地说,对每个与QoS控制对象输入输出端口连接的以太网设备进行触发检测处理。
<关于通信网络420的处理流程>
通信网络420的处理流程与图24所示的流程大致相同。不同点在于:触发检测部606对每个QoS控制对象输入输出端口进行触发检测处理。即,在触发检测部606开始接收数据包时,对每个QoS控制对象输入输出端口,判断是否满足上述特定条件,在满足特定条件的情况下,向QoS控制部310输出触发检测信息,其中,该触发检测信息中包含有对满足上述特定条件的QoS控制对象输入输出端口进行特定的信息。
在接收到该触发检测信息之后,连接请求生成部313生成连接请求包并通过PLC通信部308向PLC适配器200发送,其中,该连接请求包是与触发检测信息表示的QoS控制对象输入输出端口所输出的数据包有关。另外,QoS设定请求生成部312生成QoS设定请求包并通过PLC通信部308向PLC适配器200发送,其中,该QoS设定请求包与触发检测信息表示的QoS控制对象输入输出端口所输出的数据包有关。
<关于本实施方式的效果>
如上所述,由于PLC适配器600具有与多个QoS控制对象输入输出端口分别对应的QoS类型指定部,因此,即使在具有多个QoS控制对象输入输出端口的情况下,也能够对每个QoS控制对象输入输出端口进行QoS控制设定。因而,用户能够进行更详细的QoS控制设定。
<关于通过集线器在QoS控制对象输入输出端口连接有多个设备的情况>
在一个QoS控制对象输入输出端口,通过集线器能够连接多个以太网设备,例如,STB100以及PC110。在此情况,只对发送给STB100的数据包进行优先控制时,由于PC110所接收的数据包的接收速率小,因此,将触发检测的阈值设定为大于PC110所接收的数据包的接收速率且小于STB100所接收的数据包的接收速率,从而能够控制使得“对发送给PC110的数据包不进行优先控制,只对发送给STB100的数据包进行优先控制”。另外,对发送给STB100的数据包以及发送给PC110的数据包两者进行优先控制时,为了在不发送数据包时不对频带造成负担,因此,接收方PLC适配器只在选择QoS类型的时间进行请求优先控制的处理即可。
(第7实施方式)
在本实施方式中,对PLC适配器700进行说明,该PLC适配器700在QoS控制对象选择模式中将与接收方PLC适配器连接的以太网设备作为QoS控制对象进行识别。另外,对于与第4实施方式相同的部件赋予相同的符号并省略说明。另外,在第1至6实施方式中已说明的处理,在此省略或简略地说明。此外,在本实施方式中,以参数式QoS(Parameterized QoS:频带保证)进行QoS控制为例进行说明,本实施方式也适用于优先级式QoS(Prioritized QoS:优先控制)。
图41是表示本实施方式的通信网络430的结构图。如该图所示,通信网络430不同于通信网络400,其包含有作为接收方PLC适配器的PLC适配器700。
图42是表示PLC适配器700的外观的斜视图。如该图所示,PLC适配器700具有作为模式切换部(期间信息指定装置)703的按钮。模式切换部703是用于切换通常模式和QoS选择模式的开关。上述QoS选择模式是指,用于对将成为QoS控制对象的以太网设备进行识别的模式,在QoS选择模式中,将与PLC适配器700连接的以太网设备识别为QoS控制对象。换而言之,模式切换部703是用户对下述以太网通信部730获取上述以太网设备地址的期间进行指定的部件。
模式切换部703只要是用户能够指定“以太网设备被识别为QoS控制对象的期间”的部件即可,除了按钮以外,例如,也可以是滑动式开关。
PLC适配器700设有一个QoS类型指定部301,该QoS类型指定部301是对发送给1个以上的、被识别为QoS控制对象的以太网设备的数据包来指定共同的QoS控制种类的部件。
图43是表示PLC适配器700的结构的功能块图。如该图所示,PLC适配器700包括:上述模式切换部703、QoS选择期间信息获取部704、触发检测部706以及以太网通信部(识别信息获取装置)730。
QoS选择期间信息获取部704获取用户通过对模式切换部703的操作而输入的QoS选择期间信息,并向以太网通信部730输出该QoS选择期间信息。上述QoS选择期间信息是表示以太网设备被识别为QoS控制对象的期间的信息。以太网通信部730在QoS选择期间信息所示的期间内,获取用于识别与PLC适配器700连接的以太网设备的以太网地址(识别信息)。
QoS选择期间信息获取部704也可以将表示QoS选择模式或者通常模式的信息作为QoS选择期间信息依次向以太网通信部730输出,也可以仅在指定了QoS选择模式的情况下,向以太网通信部730输出表示该“指定了QoS选择模式”的信息。
另外,能够预先决定QoS选择模式的时间(例如,1分钟),QoS选择期间信息获取部704将表示“选择了QoS选择模式”的信息作为QoS选择期间信息输出给以太网通信部730。根据该结构,在选择QoS选择模式之后经过一定时间后,从QoS选择模式切换成通常模式。
此外,也可以为:在用户按压作为模式切换部703的按钮的期间,QoS选择期间信息获取部704将表示“QoS选择模式被选择”的信息作为QoS选择期间信息输出给以太网通信部730。
另外,也可以预先决定QoS选择模式的期间。例如,可以将接通PLC适配器700的电源之后的一定时间(例如,30秒)定为QoS选择模式的期间。如上所述地将表示QoS选择模式的期间的信息存储在存储部320即可。即,存储部(期间信息存储装置)320存储用于表示以太网通信部730获取以太网地址的期间的期间信息。然后,以太网通信部730在存储部320所存储的期间信息所表示的期间内,获取以太网地址。
在以下说明中,对QoS选择期间信息获取部704作如下设定:在QoS选择模式被选择时,向以太网通信部730输出表示“QoS选择模式被选择”的QoS选择开始信息;在QoS选择模式被解除时(换而言之,转换成通常模式时),向以太网通信部730输出表示“QoS选择模式被解除”的QoS选择结束信息。
在QoS选择模式中,优选的是,使得作为QoS状态提示部305或者PLC状态提示部342的LED,在以点亮时发出特定的颜色来对QoS选择模式和通常模式进行区别。即,可使QoS状态提示部305或者PLC状态提示部342作为用于提示QoS选择模式的期间信息提示部来发挥作用。
另外,如上所述,也可以使作为QoS状态提示部305的LED合并为一。
从QoS选择期间信息获取部704接收到QoS选择开始信息起到从QoS选择期间信息获取部704接收到QoS选择结束信息之间的期间,以太网通信部730获取与PLC适配器700连接的以太网设备的以太网地址,并在地址表723记录所获取的地址。即,以太网通信部730通过模式切换部703,在指定的期间内获取上述以太网地址。
图44是表示地址表723的一个示例的图。如该图所示,地址表723是包括以太网设备的地址和QoS目标特定信息的表,其中,该QoS目标特定信息是指,在QoS选择模式中,对于与输入输出端口连接的以太网设备的地址进行特定的信息。该图的示例表示:在QoS选择模式中,以太网地址为“E1”的STB100与PLC适配器700连接;在通常模式中,以太网地址为“E2”的PC110与PLC适配器700连接。
此外,在图44中,对于在QoS选择模式中连接的以太网设备的以太网地址,赋予表示有必要进行QoS控制的“必要”的信息,而对于在QoS选择模式中未连接的以太网设备的以太网地址,赋予表示没必要进行QoS控制的“不要”的信息。上述的信息是上述QoS目标特定信息。QoS目标特定信息只要是能够特定在QoS选择模式中与本装置连接的以太网设备即可。
触发检测部706根据QoS控制信息转换部314所输出的QoS参数以及以太网通信部730生成的地址表723所示的作为QoS控制对象的以太网设备的以太网地址来生成触发检测表724。触发检测部706根据该触发检测表724,对于发送给QoS控制对象即以太网设备的数据“是否需要所对应的QoS控制”进行判断。触发检测部706的触发检测处理与触发检测部606的触发检测处理相同。
<关于通信网络430的处理流程>
以下,参照图45对各通信装置的处理流程进行说明。图45是表示第7实施方式的各个通信装置之间的通信的流程图。对于与第4实施方式中的处理相同的处理,在此省略其说明。
首先,在第1端口331连接有STB100的状态下,用户通过对模式切换部703进行操作来选择QoS选择模式时(图45中的“QoS目标指定的开始操作”),向QoS选择期间信息获取部704输出该信息(QoS选择期间信息)。
QoS选择期间信息获取部704接收该信息之后,向以太网通信部730输出QoS选择开始信息。
以太网通信部730接收到QoS选择开始信息之后,获取在该时间与本装置连接的以太网设备的以太网地址。该以太网地址能够由检测以太网设备发送给本装置的某种包的发送方地址来获取。为得知地址,以太网设备主动发送某种包,因此,能够获取各设备的以太网地址。但是,为了更可靠地获取地址,PLC适配器也可向以太网设备发送某种需要响应的包。例如,可以考虑发送ARP包。
在本实施方式中,在QoS选择模式中仅连接STB100,以太网通信部730将在QoS选择模式中从STB100接收的包的发送方地址(E1)作为QoS控制对象的以太网设备的地址并记录在地址表723中。即,以太网通信部730对应于STB100的以太网地址E1,将“QoS的要否”记录为“必要”(图45中的“地址的存储”)。
其后,用户通过对模式切换部703的操作来解除QoS选择模式时(图45中的“QoS目标指定的结束操作”),该信息被输出给QoS选择期间信息获取部704,QoS选择期间信息获取部704向以太网通信部730输出QoS选择结束信息。
以太网通信部730在接收到QoS选择结束信息之后,结束对QoS控制对象的以太网设备进行识别。即,以太网通信部730在接收到QoS选择结束信息之后,即使接收到与本装置连接的以太网设备发来的某种包,也不将该以太网设备增设为QoS控制对象。
因此,在用户进行QoS选择模式的解除之后,在第3端口333连接PC110的情况下,以太网通信部730将PC110的以太网地址(E2)追加到地址表723中,但是将“QoS的要否”记录为“不要”。
然后,类型信息获取部302通过QoS类型指定部301获取QoS类型。另外,触发检测部706根据QoS控制信息转换部314所输出的QoS参数以及以太网通信部730生成的地址表723所示的作为QoS控制对象的以太网设备的以太网地址来生成触发检测表724。当有多个QoS控制对象的以太网设备存在的情况下,发送给这些以太网设备的数据包的QoS参数使用相同的值。
以后的处理流程与图24所示的处理流程基本相同。不同点在于:触发检测部706对每个QoS控制对象的以太网设备进行触发检测处理。
即,触发检测部706开始接收数据包时,对每个以太网设备判断是否满足上述特定条件,在满足特定条件的情况下,向QoS控制部310输出触发检测信息,其中,该触发检测信息中含有满足上述特定条件的以太网设备的以太网地址。
在接收到该触发检测信息后,连接请求生成部313生成连接请求包,并通过PLC通信部308向PLC适配器200发送该连接请求包,其中,该连接请求包与发送给以太网设备的数据包有关,该以太网设备是具有触发检测信息中所包含的以太网地址的设备。另外,QoS设定请求生成部312生成QoS设定请求包,并通过PLC通信部308向PLC适配器200发送该QoS设定请求包,其中,该QoS设定请求包与以太网设备的数据包有关,该以太网设备是具有触发检测信息中所包含的以太网地址的设备。
即,QoS设定请求生成部312生成用于请求在PLC网络对发送给以太网设备的数据进行QoS控制的QoS设定请求包,该以太网设备是通过以太网通信部730获取的以太网地址所表示的以太网设备。
另外,获取以太网设备的地址以及QoS类型的先后顺序可以是任意的。
<关于通过集线器在1个输入输出端口连接多个以太网设备的情况>
也可以通过集线器在1个输入输出端口连接多个以太网设备。在此情况,以太网通信部730在地址表723只要增设与所发现的以太网地址数量相同的条目,触发检测部706只要进行各个条目的检测处理即可,基本处理不变。
<关于本实施方式的效果>
如上所述,PLC适配器700在QoS选择模式中对每个与本装置连接的以太网设备进行QoS控制设定。因此,能够对各以太网设备分别地进行QoS控制的设定。即使是通过集线器在1个输入输出端口连接多个以太网设备的情况下,也能够对各以太网设备分别地进行QoS控制的设定。
(第8实施方式)
在本实施方式中,对PLC适配器800进行说明,该PLC适配器800具有多个QoS控制设定内容被预先决定的QoS控制对象输入输出端口。与第4实施方式相同的部件,对其赋予相同的符号并省略说明。另外,在第1至7实施方式中已说明的处理,在此省略或简略地说明。
<关于PLC适配器800的结构>
图46是表示本实施方式的通信网络440的结构图。如该图所示,通信网络440不同于通信网络400,其包含有作为接收方PLC适配器的PLC适配器800。另外,VoIP服务器180通过互联网与路由器120连接,PLC适配器800上连接着VoIP适配器190。VoIP适配器190上连接着电话机,由于此连接与发明的本质无关,因此未图示。另外,有2个VoIP适配器通过VoIP服务器进行数据的交换处理,但是图46仅表示了其中一个VoIP适配器。
图47是表示PLC适配器800的外观的斜视图。如该图所示,PLC适配器800包括:作为QoS控制对象输入输出端口的第1端口331以及第2端口332、用于进行通常的数据传输的第3端口333。第1端口331是用于连接STB的输入输出端口,第2端口332是用于连接VoIP的输入输出端口。另外,第3端口333是用于连接PC等进行通常的数据传输的设备的输入输出端口。
即,就PLC适配器800所具有的3个输入输出端口而言,预先决定了与这些输入输出端口所输出的数据包对应的QoS控制的类型(设定内容)以及是否进行QoS控制。然后,对各输入输出端口的QoS控制设定内容进行规定,使得与各输入输出端口所输出的数据包对应的QoS控制能够适合于与该输入输出端口连接的以太网设备的QoS控制。
该QoS控制设定内容被存储在存储部320中。即,存储部320对表示QoS控制类型的QoS类型信息进行存储。然后,QoS设定请求生成部312将存储部320所存储的QoS类型信息作为用于规定本装置所请求的QoS控制内容的信息将其包含在QoS设定请求包中。
具体而言,假设与第1端口331连接的STB以流方式来接收HD视频,对于第1端口331所输出的数据包,规定在PLC区间进行16Mbps的频带保证的传输。另外,假设与第2端口连接的VoIP适配器以流方式来双向传输来自VoIP服务器的200Kbps程度的音频数据,对于第2端口332所输入输出的数据包,规定在PLC区间进行高优先级的优先控制。进行上述规定的理由在于:传输电话的音频数据时虽然不需要大的频带,但是需要缩小数据的延迟。
另外,作为与第3端口333连接的设备,假设为PC等,其从Web服务器接收Web内容等相对速率较低的数据,对于第3端口333所输出的数据包,规定在PLC区间进行通常传输。除了PC以外,还可假设为游戏机和TV等具有Web浏览器功能的设备。
PLC适配器800也可具有多个种类相同的输入输出端口。
此外,如上所述,QoS状态提示部305a以及305b显示QoS设定成功与否。
图48是表示PLC适配器800的结构的功能块图。如该图所示,PLC适配器800具备触发检测部806,同时在存储部320存储有QoS控制信息表821。另外,QoS控制部310不具备QoS控制信息转换部314。
图49是表示QoS控制信息表821的一个示例的图。QoS控制信息表821是表示3个输入输出端口、与上述输入输出端口所输出的数据包对应的QoS控制的有无、以及QoS控制类型相互之间的对应关系的表。
在该图49所示的例子中,对于每个输入输出端,规定QoS控制信息,其中,作为QoS控制信息,例如有QoS控制方式(是频带保证还是优先控制)、优先级以及在QoS控制下被确保的频带。QoS控制信息表821所规定的QoS控制信息并不仅限定于图49所示。
触发检测部806根据QoS控制信息表821所示的每个输入输出端口的QoS控制信息以及由以太网通信部330生成的端口表323所示的以太网地址来生成触发检测表824。
图50是表示触发检测表824的一个示例的图。如该图所示,触发检测表824是表示QoS控制信息表821所示的每个输入输出端口的QoS控制信息和以太网设备的以太网地址之间的对应关系的表。第1端口331连接着其以太网地址是“E1”的STB100,第2端口332连接着其以太网地址是“E2”的VoIP适配器190,因此,“E1”和第1端口331的QoS控制信息形成对应关系,同时,“E2”和第2端口332的QoS控制信息形成对应关系。此外,由于第3端口333并不是QoS控制的对象,因此,在触发检测表824未登录与第3端口333连接的PC110的地址(“E3”)。
触发检测部806根据该触发检测表824,对QoS控制对象输入输出端口所输出的数据“是否需要所对应的QoS控制”进行判断。在触发检测部806的触发检测处理与触发检测部606的触发检测处理相同。
<关于通信网络440的处理流程>
以下,参照图51对各通信设备的处理流程进行说明。图51是表示第8实施方式的各通信装置之间的通信的流程图。对于与第4实施方式的处理相同的处理,在此省略其说明。
以太网通信部330通过对以太网设备发送给本装置的某个包中所含有的发送方地址进行检测,从而获取该以太网设备的以太网地址,并在端口表323记录所获取的以太网地址(图51中的“地址的存储”)。
然后,触发检测部806根据QoS控制信息表821所示的每个输入输出端口的QoS控制信息以及以太网通信部330生成的端口表323所示的以太网地址来生成触发检测表824。
以后的处理流程与图24所示的流程基本相同。不同点在于:触发检测部806对每个QoS控制对象输入输出端口进行触发检测处理。
即,触发检测部806开始接收数据包时,对每个QoS控制对象输入输出端口进行判断,判断是否满足上述特定条件。在满足特定条件的情况下,向QoS控制部310输出触发检测信息,该触发检测信息中含有对满足特定条件的QoS控制对象输入输出端口进行特定的信息。
在接收到该触发检测信息时,连接请求生成部313参照QoS控制信息表821,在请求频带保证的情况下,生成连接请求包,该连接请求包与触发检测信息所示的QoS控制对象输入输出端口所输出的数据包有关,并通过PLC通信部308向PLC适配器200发送该连接请求包;在请求优先控制的情况下,不生成连接请求包。另外,QoS设定请求生成部312生成QoS设定请求包,该QoS设定请求包与触发检测信息所示的QoS控制对象输入输出端口所输出的数据包有关,并通过PLC通信部308向PLC适配器200发送该QoS设定请求包。此时,QoS设定请求生成部312参照QoS控制信息表821,在请求频带保证的情况下,使得在QoS设定请求包中含有所请求的QoS控制的QoS参数,在请求优先控制的情况下,使得在QoS设定请求包中含有优先级。
另外,如上所述,无论是在哪一种情况下,QoS设定请求生成部312在QoS设定请求包中含有作为QoS设定对象的以太网设备的以太网地址。此外,VoIP适配器190还能够向VoIP服务器180发送逆方向的包,因此,QoS设定请求生成部312向PLC通信部308发出内部指示,使得以优先控制来传输该包。
此外,对于发送给QoS控制对象以外的以太网设备的数据包,由于不进行QoS控制请求,因此,进行通常的数据传输。
在图51中,由于从VoIP服务器发送给VoIP适配器的数据是电话的音频数据,因此,是双方向收发的数据,但是,为了简化图面,只表示了其中的一个方向。另外,在图51中,与VoIP适配器相关的数据的“接收数据的决定”是指拨打电话或者接听电话的行为。
<关于本实施方式的效果>
如上所述,PLC适配器800进行适于与PLC适配器800连接的以太网设备的QoS控制。因此,用户不需要自行进行适于以太网设备的QoS控制的设定。另外,能够对于与接收方PLC适配器连接的多个以太网设备分别进行与其相适的QoS控制的设定。
<各实施方式的共同补充说明>
本发明并不限定于上述的各实施方式,能够在权利要求所示的范围内进行各样的变更,通过适宜地组合各个不同的实施方式所揭示的技术手段而获得的实施方式也包括在本范明的技术范围。
例如,第1至3实施方式中所述的各种变形例也适用于第4至8实施方式。具体而言,例如,在第4至8实施方式中,可以像第3实施方式那样,将PLC适配器200分成作为主站的PLC适配器和作为发送站的PLC适配器。另外,可以在第4至8实施方式进行QoS解除处理。对于本技术领域的技术人员来说,能够从上述的说明当中对进行上述组合的情况下的处理内容进行理解,因此省略其说明。
最后,通信装置10、20、30、40以及PLC适配器50、60、70、80、200、300、500、600、700、800的各功能块,尤其是QoS类型管理部12、22、32、42、52、62、72、82以及QoS控制部14、24、34、44、54、64、74、84、210、310可以由硬件逻辑构成,也可以使用以下的CPU软件实现。
即,通信装置10、20、30、40以及PLC适配器50、60、70、80、200、300、500、600、700、800具有:执行用于实现各功能的控制程序的命令的CPU(centralprocessing unit)、存储了上述程序的ROM(read only memory)、展开上述程序的RAM(random access memory)、存储上述程序和各种数据的存储器等的存储装置(记录介质)等。此外,在记录介质中可由计算机读取地记录了作为用于实现上述功能的软件的通信装置10、20、30、40以及PLC适配器50、60、70、80、200、300、500、600、700、800的控制程序的程序代码(执行形式程序、中间代码程序、源程序),并将该记录介质提供给通信装置10,由其计算机(或CPU、MPU)读出被记录在上述记录介质中的程序代码并执行之,由此,也能够实现本发明的目的。
作为上述记录介质,例如,可以使用下述记录介质,即:磁带、盒式磁带等的磁带类,包括软盘、硬盘等的磁盘、CD-ROM、MO、MD、DVD、CD-R等的光盘的盘类,IC卡(包括存储器卡)、光卡等的卡类,或者,掩模型ROM、EPROM、EEPROM、闪存ROM等的半导体存储器类。
另外,也可以将通信装置10、20、30、40以及PLC适配器50、60、70、80、200、300、500、600、700、800构成为:可与通信网络连接并经由该通信网络提供上述程序代码的装置。作为上述通信网络,并没有特别的限定,例如,可利用互联网(internet)、内联网(intranet)、外联网(extranet)、LAN、ISDN、VAN、CATV通信网、虚拟专用网络(virtual private network)、电话回线网络、移动通信网络、卫星通信网络等。另外,作为构成通信网络的传送介质,并没有特别的限定,例如,可以利用IEEE1394、USB、电力线、电缆电视回线、电话线、ADSL回线等的有线通信,也可以利用诸如IrDA或遥控器等的红外线、Bluetooth(注册商标)、802.11无线通信网络、HDR、便携式电话网络、卫星回线、地面数字广播网络(terrestrial digitalnet)等的无线通信。另外,即使是通过电子传送而实现了上述程序代码的、载置于载波的计算机数字信号的形态,也可以实现本发明。
<关于本发明的其他表述>
也可以对本发明进行以下表述。
即,本发明的通信装置是一种作为接收方通信装置从发送数据的发送方通信装置接收数据的通信装置,具有:QoS类型接受部,接受用于表示在从发送方通信装置接收数据时的、相对于从该发送方通信装置接收数据的其他接收方通信装置的数据接收优先级的QoS类型信息;以及PLC通信部,向发送方通信装置发送QoS设定请求包,该QoS设定请求包中含有QoS类型接受部所接受的QoS类型信息和本装置的地址。
本发明的通信装置是一种作为发送方通信装置向接收方通信装置发送数据的通信装置,具有:接收由上述接收方通信装置发送的QoS设定请求的PLC通信部,其中,该QoS设定请求中包含用于表示在接收方通信装置从发送方通信装置接收数据时的相对于其他接收方通信装置的数据接收优先级的QoS类型信息以及发送QoS设定请求的接收方通信装置的地址;对于要发送给由QoS设定请求中包含的地址所表示的接收方通信装置的数据赋予发送优先级的QoS控制部,其中,上述QoS设定请求是上述PLC通信部所接收到的QoS设定请求,上述发送优先级与上述QoS设定请求中包含的QoS类型信息所表示的优先级对应;以及按照QoS控制部对数据赋予的发送优先级,将已被赋予该发送优先级的数据发送给由QoS设定请求中包含的地址所表示的接收方通信装置的PLC通信部。
另外,本发明的通信装置具有:QoS类型接受部,接受用于表示从发送方通信装置发送的数据的传输频带大小的QoS类型信息;QoS类型管理部,生成QoS通知包,该QoS通知包中含有用于表示由QoS类型信息所示的传输频带大小的信息,上述QoS类型信息是上述QoS类型接受部已接受的QoS类型信息;以及PLC通信部,向发送方通信装置发送由QoS类型管理部生成的QoS通知包。
本发明的通信装置作为通信网络中的发送方通信装置,其中,上述通信网络包括控制装置(主站)、至少一个发送方通信装置、至少一个接收方通信装置,上述发送方通信装置进行数据发送,上述接收方通信装置从上述发送方通信装置接收数据,上述控制装置具备控制部,该控制部根据QoS设定请求对于由上述发送方通信装置向上述接收方通信装置发送的数据实施QoS控制,本发明的通信装置具有:PLC通信部,接收用于通知开始QoS控制的触发检测通知,其中,上述QoS控制以一个接收方通信装置接收的数据为控制对象;以及QoS类型管理部,当PLC通信部接收到触发检测通知时,向控制装置发送请求开始QoS控制的QoS设定请求,其中,上述QoS控制以上述接收方通信装置接收的数据为控制对象。
本发明的通信装置作为通信网络中的发送方通信装置,其中,上述通信网络包括至少一个发送方通信装置和至少一个接收方通信装置,上述发送方通信装置进行数据发送,上述接收方通信装置从上述发送方通信装置接收数据,本发明的通信装置具有:QoS控制部,进行QoS控制;以及PLC通信部,接收用于通知开始QoS控制的触发检测通知,该QoS控制以上述接收方通信装置接收的数据为控制对象,其中,当PLC通信部接收到触发检测通知时,QoS控制部开始QoS控制(优先控制)。
另外,接收方的PLC适配器可以具备作为主站的功能。在这种情况下,本发明的通信装置是作为通信网络中的接收方通信装置的通信装置(主站),其中,上述通信网络包括至少一个发送方通信装置和至少一个接收方通信装置,上述发送方通信装置进行数据发送,上述接收方通信装置从上述发送方通信装置接收数据,本发明的通信装置具有进行QoS控制的QoS控制部,QoS控制部与接收来自上述发送方通信装置的数据对应地(在触发检测条件得到满足的情况下)开始QoS控制。
本发明的通信装置是一种在以太网(第一网络)和PLC网络(第二网络)之间对数据传输进行中继的PLC适配器(通信装置),具有对数据流在PLC网络中的QoS进行设定的QoS类型管理部(QoS设定控制部),其中,上述数据流是通过以太网与上述PLC适配器连接的接收方装置从通过PLC网络与上述PLC适配器连接的发送方装置接收的数据流。
如上所述,优选的是:作为上述QoS设定处理,上述QoS设定控制部向进行上述数据发送的通信装置发送其中含有上述QoS控制信息的QoS设定请求。
根据上述结构,可以对进行数据发送的通信装置请求QoS控制,其中,由QoS控制信息表示上述QoS控制。上述结构例如可适用于发送数据的通信装置进行优先控制传输的情况,换言之,可适用于优先级式QoS的情况。
另外,上述通信装置优选的是:还具有用于进行QoS控制的控制部;作为上述QoS设定处理,上述QoS设定控制部向上述控制部输出上述QoS控制信息;上述控制部根据上述QoS控制信息对上述数据实施QoS控制。
根据上述结构,QoS设定控制部向控制部输出QoS控制信息,控制部根据上述QoS控制信息对数据实施QoS控制。
因此,可在发送数据的通信装置中进行QoS控制。上述结构例如可适用于发送数据的通信装置进行优先控制传输的情况,换言之,可适用于优先级式QoS的情况。
另外,优选的是:作为上述QoS设定处理,上述QoS设定控制部向进行网络QoS控制的通信装置发送其中含有上述QoS控制信息的QoS设定请求。
根据上述结构,QoS设定控制部向进行网络QoS控制的通信装置发送其中含有QoS控制信息的QoS设定请求。
因此,可对进行网络QoS控制的通信装置请求QoS控制。上述结构例如可适用于进行网络QoS控制的通信装置实施频带保证传输管理的情况,换言之,可适用于参数式QoS的情况。
另外,上述通信装置优选的是:还具有通过向其他通信装置发送用于通知QoS控制的内容的QoS控制内容通知来实施QoS控制的控制部;作为上述QoS设定处理,上述QoS设定控制部向上述控制部输出上述QoS控制信息;上述控制部根据上述QoS设定控制部所输出的QoS控制信息对上述数据实施QoS控制。
根据上述结构,控制部通过向其他通信装置发送用于通知QoS控制的内容的QoS控制内容通知来实施QoS控制。QoS设定控制部向控制部输出QoS控制信息,控制部根据QoS设定控制部所输出的QoS控制信息对数据实施QoS控制。
因此,可在进行数据发送的通信装置实施QoS控制。上述结构例如可适用于进行数据发送的通信装置实施频带保证传输管理的情况,换言之,可适用于参数式QoS的情况。
另外,优选的是:作为上述QoS解除处理,上述QoS设定控制部向进行数据发送的通信装置发送请求解除QoS控制的QoS解除请求。
根据上述结构,可请求进行数据发送的通信装置解除QoS控制。上述结构例如可适用于发送数据的通信装置进行优先控制传输的情况,换言之,可适用于优先级式QoS的情况。
另外,上述通信装置优选的是:还具有用于进行QoS控制的控制部;作为上述QoS解除处理,上述QoS设定控制部通知上述控制部停止对上述数据实施的QoS控制;当上述控制部接收到来自上述QoS设定控制部的通知时停止对上述数据实施的QoS控制。
根据上述结构,QoS设定控制部通知控制部停止对数据实施的QoS控制,当控制部接收到上述通知时停止对数据实施的QoS控制。
因此,可在进行数据发送的通信装置中解除QoS控制。上述结构例如可适用于发送数据的通信装置进行优先控制传输的情况,换言之,可适用于优先级式QoS的情况。
另外,优选的是:作为上述QoS解除处理,上述QoS设定控制部向进行网络QoS控制的通信装置发送请求解除QoS控制的QoS解除请求。
根据上述结构,可请求进行网络QoS控制的通信装置解除QoS控制。上述结构例如可适用于进行网络QoS控制的通信装置实施频带保证传输管理的情况,换言之,可适用于参数式QoS的情况。
另外,上述通信装置优选的是:还具有用于进行QoS控制的控制部;作为上述QoS解除处理,上述QoS设定控制部通知上述控制部停止对上述数据实施的QoS控制;当上述控制部接收到来自上述QoS设定控制部的通知时停止对上述数据实施的QoS控制。
根据上述结构,QoS设定控制部通知控制部停止对数据实施的QoS控制,当控制部接收到上述通知时停止对数据实施的QoS控制。
因此,可在进行数据发送的通信装置中停止QoS控制。上述结构例如可适用于进行数据发送的通信装置实施频带保证传输管理的情况,换言之,可适用于参数式QoS的情况。
另外,上述通信装置优选的是:还具有触发检测部,该触发检测部通过分析关于上述数据的发送履历或接收履历来检测进行上述QoS设定处理的定时;上述QoS设定控制部按照上述触发检测部检测出的定时进行上述QoS设定处理。
根据上述结构,触发检测部通过分析关于数据的发送履历或接收履历来检测进行QoS设定处理的定时,QoS设定控制部按照触发检测部检测出的定时进行QoS设定处理。
因此,在要进行QoS控制的通信实际开始后对QoS进行设定,从而能够防止在要进行QoS控制的通信开始之前就过早地实施不必要的QoS控制所导致的资源浪费。
另外,上述通信装置优选的是:还具有触发检测部,该触发检测部通过分析关于上述数据的发送履历或接收履历来检测对上述数据实施QoS解除处理的定时;上述QoS设定控制部按照上述触发检测部检测出的定时进行上述QoS解除处理。
根据上述结构,触发检测部通过分析关于数据的发送履历或接收履历来检测进行QoS解除处理的定时,QoS设定控制部按照触发检测部检测出的定时进行QoS解除处理。
因此,能够防止在实际的QoS传输结束后仍旧保持不必要的QoS控制状态所导致的资源浪费。
另外,优选的是:上述QoS设定控制部按照由数据通信对方站通知的进行上述QoS设定处理的定时来进行上述QoS设定处理。
根据上述结构,由数据通信对方站通知进行QoS设定处理的定时。
因此,按照实际要进行QoS控制的定时对QoS进行设定,从而能够防止在要进行QoS控制的通信开始之前就过早地实施不必要的QoS控制所导致的资源浪费。
另外,优选的是:上述QoS设定控制部按照由数据通信对方站通知的进行上述QoS解除处理的定时进行上述QoS解除处理。
根据上述结构,由数据通信对方站通知进行QoS解除处理的定时。
因此,能够防止在不需要实施QoS控制的情况下仍旧持续进行不必要的QoS控制所导致的资源浪费。
另外,上述通信装置优选的是,还具有:触发检测部,通过分析关于上述数据的发送履历或接收履历来检测对上述数据实施QoS设定处理的定时;以及触发检测通知部,将上述触发检测部检测出的上述定时通知给数据通信对方站。
根据上述结构,触发检测部通过分析关于数据的发送履历或接收履历来检测对数据实施QoS设定处理的定时,触发检测通知部将触发检测部检测出的定时通知给数据通信对方站。
因此,按照实际要进行QoS控制的定时对QoS进行设定,从而能够防止在要进行QoS控制的通信开始之前就过早地实施不必要的QoS控制所导致的资源浪费。
另外,上述通信装置优选的是,还具有:触发检测部,通过分析关于上述数据的发送履历或接收履历来检测对上述数据实施QoS解除处理的定时;以及触发检测通知部,将上述触发检测部检测出的上述定时通知给数据通信对方站。
根据上述结构,触发检测部通过分析关于数据的发送履历或接收履历来检测对数据实施QoS解除处理的定时,触发检测通知部将触发检测部检测出的定时通知给数据通信对方站。
因此,能够防止在不需要实施QoS控制的情况下仍旧持续进行不必要的QoS控制所导致的资源浪费。
另外,上述通信装置优选的是:上述触发检测部在已接收到的数据中检测数据流识别信息,该数据流识别信息用于识别上述已接收到的数据被包含在哪一个数据流内;上述触发检测通知部在向数据通信对方站通知所检测出的上述定时时,将上述触发检测部检测出的数据流识别信息一并通知给上述数据通信对方站。
根据上述结构,触发检测通知部将用于识别已接收数据被包含在哪一个数据流(在网络中传输的数据流)内的数据流识别信息和对上述数据实施QoS设定处理或QoS解除处理的定时一并通知给数据通信对方站。
因此,数据通信对方站能够准确识别QoS设定处理的对象数据或QoS解除处理的对象数据。
另外,上述通信装置优选的是:上述QoS类型接受部仅在自最后接受QoS类型时起已经过预定的时间并且指定了与最后接受QoS类型时所指定的QoS类型不同的QoS类型的情况下,才接受上述与最后接受QoS类型时所指定的QoS类型不同的QoS类型。
根据上述结构,例如,在用户基于错误操作指定了并非用户期望的QoS类型并及时取消了操作的情况下,用于进行上述QoS设定(或QoS解除)的QoS类型不被接受。
因此,能够防止由用户的错误操作等因素所导致的QoS设定(包括QoS解除)的变更,从而能够防止因并非用户期望的QoS设定变更所导致的视频重放/音频重放的紊乱。
另外,在上述结构的基础上,本发明的通信装置进一步具有下述特征:还具有状态提示部,该状态提示部向用户提示由上述QoS设定处理及上述QoS解除处理的结果中导出的QoS设定状态。
根据上述结构,状态提示部向用户提示由用户指定的QoS设定的状态,例如,“上述QoS设定是否已开始?”、“是否正在处理中?”、“成功还是失败?”、“是否已实施QoS解除处理?”等等。
根据上述结构,可取得这样的效果:因为QoS设定处理及QoS解除处理的结果所导出的QoS设定状态(QoS控制的状态)被提示给用户,所以,用户能够掌握其指定QoS类型的操作所对应的QoS设定状态以及指示QoS解除处理的操作所对应的QoS设定状态。
另外,在上述结构的基础上,本发明的通信装置进一步具有下述特征:还具有状态提示部,该状态提示部向用户提示由上述QoS设定处理及上述QoS解除处理的结果导出的QoS设定状态;上述状态提示部根据由数据通信对方站通知的、该对方站的QoS设定处理状态及QoS解除处理状态进行上述提示。
根据上述结构,由数据通信对方站通知下述状态,即:例如,“QoS设定是否已开始?”、“是否正在处理中?”、“成功还是失败?”、“是否已实施QoS解除处理?”等等。状态提示部向用户提示所通知的QoS设定处理结果及QoS解除处理结果。
根据上述结构,可取得这样的效果:因为数据通信对方站进行QoS设定处理及QoS解除处理的结果被提示给用户,所以,用户能够准确掌握QoS设定处理状态及QoS解除处理状态。
另外,在上述结构的基础上,本发明的通信装置进一步具有下述特征:上述QoS设定控制部通知数据通信对方站“由QoS设定处理及QoS解除处理的结果导出的QoS设定状态”。
根据上述结构,通知数据通信对方站下述状态,即:例如,“QoS设定是否已开始?”、“是否正在处理中?”、“成功还是失败?”、“是否已实施QoS解除处理?”等等。
根据上述结构,可取得这样的效果:因为QoS设定处理状态及QoS解除处理状态被通知给数据通信对方站,所以,数据通信对方站能够准确掌握QoS设定处理状态及QoS解除处理状态。
另外,在上述结构的基础上,本发明的通信装置进一步具有下述特征:上述QoS类型接受部提示由QoS控制信息表示的QoS类型并接受用户对QoS类型的指定作为输入。
根据上述结构,QoS类型接受部将QoS控制信息表示的QoS类型以选择项的形式提示给用户以便于用户理解,并接受用户对QoS类型的指定。即,可取得这样的效果:用户仅需通过操作QoS类型接受部(例如,切换在通信装置中设置的开关)就能够指定上述通信装置要传输的数据所请求的QoS类型。
另外,在上述结构的基础上,本发明的通信装置进一步具有下述特征:上述QoS类型接受部接受与本站连接的数据接收设备对QoS类型的指定作为输入。
根据上述结构,可取得这样的效果:QoS类型接受部接受与本站连接的数据接收设备对QoS类型的指定,所以,即使用户不进行指定,也能够根据与本站连接的数据接收设备的指定来自动地设定上述通信装置要传输的数据所请求的QoS类型。
在上述结构的基础上,本发明的通信装置进一步具有下述特征:上述QoS类型接受部将表示是否对本站的数据接收进行QoS控制的信息作为上述QoS类型提示给用户。
在上述结构的基础上,本发明的通信装置进一步具有下述特征:上述QoS类型接受部将本站相对于处在同一QoS控制下的除本站之外的其他站的、数据接收优先级作为上述QoS类型提示给用户。
在上述结构的基础上,本发明的通信装置进一步具有下述特征:上述QoS类型接受部将表示本站接收或中继的数据流属于下述哪一种数据流的信息作为上述QoS类型提示给用户,即,含有动图像和音频的数据流、仅含有音频的数据流、除上述数据流之外的其他数据流。
在上述结构的基础上,本发明的通信装置进一步具有下述特征:上述QoS类型接受部将表示与本站连接的装置属于下述哪一种装置的信息作为上述QoS类型提示给用户,即,含有动图像和音频的数据流的重放装置、仅含有音频的数据流的重放装置、除上述数据流之外的其他数据流的重放装置。
在上述结构的基础上,本发明的通信装置进一步具有下述特征:上述QoS类型接受部将本站接收的数据流的比特率作为上述QoS类型提示给用户。
在上述结构的基础上,本发明的通信装置进一步具有下述特征:上述QoS类型接受部将本站接收或中继的数据流的种类作为上述QoS类型提示给用户,其中,上述数据流的种类是按照传输延迟允许度对上述数据流进行分类后所得到的。
在上述结构的基础上,本发明的通信装置进一步具有下述特征:上述QoS类型接受部将本站接收或中继的数据流的种类作为上述QoS类型提示给用户,其中,上述数据流的种类是按照误码率允许度对上述数据流进行分类后所得到的。
在上述结构的基础上,本发明的通信装置进一步具有下述特征:上述QoS类型接受部将本站接收或中继的数据流的种类作为上述QoS类型提示给用户,其中,上述数据流的种类是按照抖动允许度对上述数据流进行分类后所得到的。
在上述结构的基础上,本发明的通信装置进一步具有下述特征:上述QoS类型接受部将与本站连接的装置的种类作为上述QoS类型提示给用户,其中,上述装置的种类是按照上述装置接收的数据流的传输延迟允许度对上述装置进行分类后所得到的。
在上述结构的基础上,本发明的通信装置进一步具有下述特征:上述QoS类型接受部将与本站连接的装置的种类作为上述QoS类型提示给用户,其中,上述装置的种类是按照上述装置接收的数据流的误码率允许度对上述装置进行分类后所得到的。
在上述结构的基础上,本发明的通信装置进一步具有下述特征:上述QoS类型接受部将与本站连接的装置的种类作为上述QoS类型提示给用户,其中,上述装置的种类是按照上述装置接收的数据流的抖动允许度对上述装置进行分类后所得到的。
根据上述结构,可取得这样的效果,即:用户在指定网络传输质量时,在很容易理解的QoS类型中进行选择,由此能够适当地设定QoS类型,所以,可使得QoS控制能够适当地发挥作用。
另外,根据上述结构,还可取得这样的效果:用户仅需执行简单便捷的操作,即,从事先预备的QoS类型中选择任意一个QoS类型即可,所以,能够减少用户的设定操作步骤。
另外,上述通信装置优选的是:上述QoS类型接受部选择性地接受用于表示本站相对于其他站的数据接收优先级以及本站接收或中继的数据的比特率的信息作为上述QoS类型,其中,上述本站和上述其他站处在同一QoS控制之下。
根据上述结构,能够接受用于选择切换基于优先级的QoS控制和保证比特率的QoS控制的命令。并且,如果向进行QoS控制的控制装置发送上述命令,就能够在基于优先级的QoS控制和保证比特率的QoS控制之间进行选择切换。
另外,上述通信装置优选的是:在本站不为QoS控制对象的期间内,利用数据传输频带中除被分配给其他通信装置的数据传输频带之外的剩余数据传输频带的至少一部分进行数据发送,其中,上述其他通信装置是QoS控制对象。
根据上述结构,对于要发送给非QoS控制对象的通信装置的数据,也可以不进行优先控制传输和频带保证传输而进行通常传输(Best-Effort传输:尽力而为传输)。
另外,上述通信装置优选的是:在上述QoS类型接受部接受上述QoS类型后,上述QoS控制信息转换部通过与本装置可通信地连接的通知部来通知用户已接受上述QoS类型。
根据上述结构,在QoS类型接受部接受QoS类型后,借助于通知部通知用户已接受QoS类型。
因此,在QoS类型接受部接受QoS类型的情况下,用户可以获悉“QoS类型接受部已接受QoS类型”。特别是在QoS类型接受部违背用户意图接受QoS类型的情况下,用户可以获悉“QoS类型接受部已违背其意图接受QoS类型”。
上述通信装置可由硬件来实现,也可以通过计算机执行程序来实现。具体而言,本发明的程序是使计算机至少作为上述QoS控制信息转换部、QoS设定控制部、QoS类型请求部、QoS类型通知部、QoS控制信息请求部、QoS控制信息通知部、网桥信息获取部、数据流识别信息获取部、触发检测部和触发检测通知部进行动作的通信装置控制程序。本发明的记录介质记录有上述通信装置控制程序。
当计算机执行上述通信装置控制程序时,该计算机作为上述通信装置进行动作。所以,可实现与上述通信装置同样的效果,即:仅需指定QoS类型就能够设定适当的QoS并进行QoS控制,即,由于无需输入诸如MAC地址等的复杂信息,因此,能够实现更简单便捷的QoS设定。
另外,上述通信装置优选的是:还具有QoS类型存储部,该QoS类型存储部存储用于表示QoS控制类型的QoS类型信息;上述QoS设定请求生成部将上述QoS类型存储部中所存储的QoS类型信息作为用于规定本装置请求的QoS控制内容的信息附加在上述QoS设定请求中。
根据上述结构,QoS类型存储部存储用于表示QoS控制类型的QoS类型信息,QoS设定请求生成部将QoS类型存储部中所存储的QoS类型信息作为用于规定本装置请求的QoS控制内容的信息附加在QoS设定请求中。
因此,能够根据与QoS类型存储部中所存储的QoS类型信息对应的控制内容对由QoS目标端口输出的数据实施网络QoS控制。
如果将QoS类型信息预先(例如,在制造通信装置时)存储在QoS类型存储部中,就无需在每次使用通信装置时输入QoS类型信息,从而可增加用户使用的便利性。
另外,上述通信装置优选的是:还具有QoS类型指定部,用户利用该QoS类型指定部指定用于表示QoS控制类型的QoS类型信息;上述QoS设定请求生成部将上述QoS类型指定部所指定的QoS类型信息作为用于规定本装置请求的QoS控制内容的信息附加在上述QoS设定请求中。
根据上述结构,QoS设定请求生成部将用户通过QoS类型指定部所指定的QoS类型信息作为用于规定本装置请求的QoS控制内容的信息附加在QoS设定请求中。
因此,能够根据与用户指定的QoS类型信息对应的控制内容来对由QoS目标端口输出的数据实施网络QoS控制。
另外,QoS类型指定部设置在与用户使用的设备连接的通信装置中,所以,用户能够简单便捷地设定网络传输质量。
另外,上述通信装置优选的是:还具有QoS类型提示部,该QoS类型提示部提示上述QoS类型信息。
根据上述结构,能够借助于QoS类型提示部将QoS类型存储部中存储的QoS类型信息或用户指定的QoS类型信息提示给用户。
QoS类型提示部例如是印刷有QoS类型的印刷物(例如,贴纸)、LED(发光二极管)、液晶显示面板等。
另外,上述通信装置优选的是:上述多个输出端口中的上述QoS目标输出端口被预先确定。
根据上述结构,能够简化通信装置的结构。
另外,上述通信装置优选的是:还具有QoS目标选择部,用户利用该QoS目标选择部将上述多个输出端口中的任意一个选作上述QoS目标输出端口。
根据上述结构,用户可利用QoS目标选择部将多个输出端口中的任意一个选作QoS目标输出端口。
因此,用户无需变更与设备连接的输出端口(无需更换电缆)就能够变更QoS控制的对象设备。
另外,上述通信装置优选的是:还具有QoS目标提示部,用户利用该QoS目标提示部对上述QoS目标输出端口和其他输出端口进行识别。
根据上述结构,可以提示在多个输出端口中哪一个是QoS目标输出端口。因此,能够增加用户使用的便利性。
QoS目标提示部例如是示出QoS目标输出端口的印刷物(例如,贴纸)、LED、液晶显示面板等。
另外,上述通信装置优选的是:还具有期间信息存储部,该期间信息存储部用于存储表示上述识别信息获取部获取上述识别信息的期间的期间信息;上述识别信息获取部在上述期间信息所表示的期间内获取上述识别信息,该期间信息被存储在上述期间信息存储部中。
根据上述结构,期间信息存储部用于存储表示识别信息获取部获取识别信息的期间的期间信息,识别信息获取部在期间信息所表示的期间内获取识别信息。
因此,能够限定识别信息获取部获取识别信息的期间,即使在向识别信息获取部不定期地提供识别信息的情况下,也能够在提供给识别信息获取部所希望的识别信息的期间,使识别信息获取部获取该识别信息。
另外,上述通信装置优选的是:还具有期间信息指定部,用户利用该期间信息指定部指定上述识别信息获取部获取上述识别信息的期间;上述识别信息获取部在利用上述期间信息指定部指定的期间内获取上述识别信息。
根据上述结构,识别信息获取部在用户利用期间信息指定部指定的期间内获取识别信息。换言之,期间信息指定部接受由用户指定的表示识别信息获取部获取识别信息的期间的期间信息,识别信息获取部在期间信息指定部接受的期间信息所表示的期间内获取上述识别信息。
因此,可由用户对识别信息获取部获取识别信息的期间进行指定,用户可在其指定的期间内执行用于向识别信息获取部提供识别信息的操作。
另外,上述通信装置优选的是:还具有期间信息提示部,该期间信息提示部提示当前为上述识别信息获取部获取上述识别信息的期间。
根据上述结构,期间信息提示部提示当前为识别信息获取部获取识别信息的期间。
因此,能够通知用户识别信息获取部是否处于识别信息可获取状态。
另外,上述通信装置优选的是:还具有发送部,该发送部向进行上述QoS控制的控制装置发送由上述QoS设定请求生成部生成的QoS设定请求。
根据上述结构,发送部向进行QoS控制的控制装置发送由QoS设定请求生成部生成的QoS设定请求。
因此,即使在上述通信装置中未内置有进行QoS控制的控制装置的情况下,也能够向控制装置发送QoS设定请求。
另外,上述网络优选利用电力线的通信网络。
将电力线应用于通信网络,这样,可无需敷设专用的LAN电缆,只要将设备的电源线连接到电源插座就可实现网络构筑,所以,能够增加终端的移动自由度。
另外,用于使上述通信装置动作的控制程序、即用于使计算机作为上述各部发挥作用的控制程序以及记录有该控制程序的计算机可读取的记录介质也包括在本发明的技术范围内。
另外,本发明的通信装置的特征在于:还具有触发检测部,该触发检测部通过分析一个以上包的发送履历或接收履历来检测开始QoS设定处理的定时以及开始QoS解除处理的定时,在该QoS解除处理中生成QoS解除请求;上述QoS设定控制部按照所检测出的开始QoS设定处理的定时进行上述QoS设定处理,按照所检测出的开始QoS解除处理的定时进行上述QoS解除处理。
在上述结构中,触发检测部根据包收发履历“数据传输的包通信已开始”来判断是否开始用于进行QoS控制的QoS设定处理,触发检测部根据包收发履历“数据传输的包通信已停止”来判断开始执行传输频带解除处理以解除用于保证数据传输的频带。
另外,在优先级式QoS的情况下,所生成的QoS解除请求被发送给包传输的发送方,在参数式QoS的情况下,所生成的QoS解除请求被发送给主站。
根据上述结构,可取得这样的效果:在要保证QoS传输频带的通信实际开始后进行QoS设定,从而能够防止在要保证QoS传输频带的通信开始之前就过早地保证网络频带所导致的资源浪费,并且能够防止在实际的QoS传输结束后仍旧保持QoS传输频带保证状态所导致的资源浪费。
另外,在上述结构的基础上,本发明的通信装置进一步具有下述特征:上述QoS设定控制部按照包通信对方站所通知的QoS设定处理开始定时开始上述QoS设定处理,按照包通信对方站所通知的QoS解除处理开始定时开始上述QoS解除处理,在该QoS解除处理中生成QoS解除请求。
在上述结构中,当QoS设定控制部接收到来自包通信对方站的表示QoS设定处理开始定时的包时就开始QoS设定处理,当QoS设定控制部接收到来自包通信对方站的表示QoS解除处理开始定时的包时就开始QoS解除处理。
根据上述结构,可取得这样的效果:按照包通信对方站所通知的定时进行QoS设定,从而能够防止在通知QoS设定处理开始定时之前就过早地保证网络频带所导致的资源浪费,并且能够防止在已经通知QoS解除处理开始定时后仍旧保持QoS传输频带保证状态所导致的资源浪费。
另外,在上述结构的基础上,本发明的通信装置进一步具有下述特征,即,还具有:触发检测部,该触发检测部通过分析一个以上包的发送履历或接收履历来检测QoS设定处理开始的定时和QoS解除处理开始的定时,在该QoS设定处理中生成QoS设定请求,在该QoS解除处理中生成QoS解除请求;以及触发检测通知部,该触发检测通知部将所检测到的上述定时通知给包通信对方站。
在上述结构中,触发检测部根据包收发履历“数据传输的包通信已开始”来判断出开始进行QoS控制的QoS设定处理,并通知包通信对方站开始QoS设定处理;另外,触发检测部根据包收发履历“数据传输的包通信已停止”来判断出开始执行传输频带解除处理以解除用于保证数据传输的频带,并通知包通信对方站开始QoS解除处理。
根据上述结构,可取得这样的效果:在要保证QoS传输频带的通信实际开始后进行QoS设定,从而能够防止在要保证QoS传输频带的通信开始之前就过早地保证网络频带所导致的资源浪费,并且能够防止在实际的QoS传输结束后仍旧保持QoS传输频带保证状态所导致的资源浪费。
另外,在上述结构的基础上,本发明的通信装置进一步具有下述特征:上述QoS设定控制部仅在上述QoS设定处理最后成功后经过预定的时间并且与上述QoS设定处理最后成功时所使用的QoS控制信息不同的QoS控制信息被指定了的情况下才执行新的QoS设定处理。
在上述结构中,例如,在用户基于错误操作指定了并非用户期望的QoS类型并及时取消了操作的情况下,最后成功的QoS设定处理的状态不会发生改变。
根据上述结构,可取得这样的效果:能够防止由用户的错误操作等因素所导致的QoS设定的变更,从而能够防止因并非用户期望的QoS设定变更所导致的视频重放/音频重放的紊乱。
另外,在上述结构的基础上,本发明的通信装置进一步具有下述特征:还具备存储部,该存储部存储刚刚通知通信装置的第一QoS类型以及进行上述通知的通知时刻,该通信装置是正在对本站发送数据包的通信装置;上述QoS类型通知部仅在从上述通知时刻起经过预定的时间并且上述QoS类型接受部新接受的第二QoS类型不同于上述第一QoS类型的情况下,才将上述第二QoS类型通知给上述通信装置。
在上述结构中,例如,在用户基于错误操作指定了并非用户期望的QoS类型并及时取消了操作的情况下,不会将第二QoS类型通知给正在对本站发送包的通信装置。
根据上述结构,可取得这样的效果:能够防止由用户的错误操作等因素所导致的QoS设定的变更,从而能够防止因并非用户期望的QoS设定变更所导致的视频重放/音频重放的紊乱。
另外,在上述结构的基础上,本发明的通信装置进一步具有下述特征:还具备存储部,该存储部存储刚刚通知通信装置的第一QoS控制信息以及进行上述通知的通知时刻,该通信装置是正在对本站发送数据包的通信装置;上述QoS控制信息通知部仅在从上述通知时刻起经过预定的时间并且第二QoS控制信息不同于上述第一QoS控制信息的情况下,才将上述第二QoS控制信息通知给上述通信装置,其中,上述第二QoS控制信息是上述QoS控制信息转换部对上述QoS类型接受部新接受的第二QoS类型进行转换后所得到的QoS控制信息。
在上述结构中,例如,在用户基于错误操作指定了并非用户期望的QoS类型并及时取消了操作的情况下,不会将第二QoS控制信息通知给正在对本站发送包的通信装置。
根据上述结构,可取得这样的效果:能够防止由用户的错误操作等因素所导致的QoS设定的变更,从而能够防止因并非用户期望的QoS设定变更所导致的视频重放/音频重放的紊乱。
另外,在上述结构的基础上,本发明的通信装置进一步具有下述特征:还具有状态提示部,该状态提示部向用户提示QoS设定处理的状态。
在上述结构中,状态提示部向用户提示由用户指定的QoS设定的状态,例如,“QoS设定是否已开始?”、“是否正在处理中?”、“成功还是失败?”等等。
根据上述结构,可取得这样的效果:因为QoS设定处理的状态被提示给用户,所以,用户能够掌握其指定QoS类型的操作所对应的QoS设定处理的状态。
另外,在上述结构的基础上,本发明的通信装置进一步具有下述特征:还具有状态提示部,该状态提示部向用户提示QoS设定处理的状态;上述QoS类型接受部将数据通信的对方站所通知的其QoS设定处理状态传达给上述状态提示部。
在上述结构中,数据通信对方站通知其QoS设定处理的状态,例如,“QoS设定是否已开始?”、“是否正在处理中?”、“成功还是失败?”等等。状态提示部向用户提示由数据通信对方站所通知的QoS设定处理状态。
根据上述结构,可取得这样的效果:因为在数据通信对方站进行的QoS设定处理的状态被提示给用户,所以,用户能够准确掌握QoS设定处理状态。
另外,在上述结构的基础上,本发明的通信装置进一步具有下述特征:上述QoS设定控制部向数据通信对方站通知QoS设定处理状态。
在上述结构中,向数据通信对方站通知QoS设定处理的状态,例如,“QoS设定是否已开始?”、“是否正在处理中?”、“成功还是失败?”等等。
根据上述结构,可取得这样的效果:因为向数据通信对方站通知QoS设定处理的状态,所以,数据通信对方站能够准确掌握QoS设定处理的状态。
另外,本发明的通信装置从第一网络接收包并将其输出到第二网络,该通信装置具有:QoS类型接受部,接受上述包的QoS控制类型;QoS目标端口选择部,在对上述第二网络输出的输出端口中选择要进行QoS设定处理的输出端口;QoS控制信息转换部,将上述QoS类型接受部所接受的上述QoS类型转换为上述包的QoS控制信息;以及QoS设定控制部,对于要输出到由上述QoS目标端口选择部选择的输出端口的包,根据所转换的上述QoS控制信息来进行生成QoS设定请求的QoS设定处理。
另外,本发明的通信装置从第一网络接收包并将其输出到第二网络,该通信装置具有:QoS类型接受部,接受上述包的QoS控制类型;切换部,在通常通信模式和QoS目标选择模式之间进行切换;QoS目标装置选择部,在QoS目标选择模式中,将与本站连接的第二网络中的通信装置选作QoS目标;QoS控制信息转换部,将上述QoS类型接受部所接受的上述QoS类型转换为上述包的QoS控制信息;以及QoS设定部,对于要输出到由上述QoS目标端口选择部选择的输出端口的包,根据所转换的上述QoS控制信息来进行生成QoS设定请求的QoS设定处理。
工业可利用性
根据本发明的通信装置,用户能够简单便捷地进行网络传输质量设定,使得QoS控制能够有效地发挥作用。因此,本发明的通信装置可广泛地应用于需要用户进行QoS设定的所有网络设备。
Claims (75)
1.一种通信装置,该通信装置进行数据接收,其特征在于,具有:
QoS类型接受部,接受用于表示上述数据的QoS控制类型的QoS类型;
QoS控制信息转换部,将上述QoS类型接受部所接受的上述QoS类型转换为上述数据的QoS控制信息;以及
QoS设定控制部,根据所转换的上述QoS控制信息对上述数据实施QoS设定处理。
2.一种通信装置,该通信装置进行数据发送,其特征在于,具有:
QoS类型请求部,从接收上述数据的通信装置获取用于表示上述数据的QoS控制类型的QoS类型;
QoS控制信息转换部,将上述QoS类型请求部所获取的上述QoS类型转换为上述数据的QoS控制信息;以及
QoS设定控制部,根据所转换的上述QoS控制信息对上述数据实施QoS设定处理。
3.一种通信装置,该通信装置进行数据接收,其特征在于,具有:
QoS类型接受部,接受用于表示上述数据的QoS控制类型的QoS类型;以及
QoS类型通知部,将上述QoS类型接受部所接受的上述QoS类型通知给发送上述数据的通信装置。
4.一种通信装置,该通信装置进行数据发送,其特征在于,具有:
QoS控制信息请求部,从接收上述数据的通信装置获取上述数据的QoS控制信息;以及
QoS设定控制部,根据上述QoS控制信息请求部所获取的上述QoS控制信息对上述数据实施QoS设定处理。
5.一种通信装置,该通信装置进行数据接收,其特征在于,具有:
QoS类型接受部,接受用于表示上述数据的QoS控制类型的QoS类型;
QoS控制信息转换部,将上述QoS类型接受部所接受的上述QoS类型转换为上述数据的QoS控制信息;以及
QoS控制信息通知部,将上述QoS控制信息转换部所转换的上述QoS控制信息通知给发送上述数据的通信装置。
6.根据权利要求1所述的通信装置,其特征在于:
作为上述QoS设定处理,上述QoS设定控制部向进行上述数据发送的通信装置发送其中含有上述QoS控制信息的QoS设定请求。
7.根据权利要求2或4所述的通信装置,其特征在于:
还具有用于进行QoS控制的控制部;
作为上述QoS设定处理,上述QoS设定控制部向上述控制部输出上述QoS控制信息;
上述控制部根据上述QoS控制信息对上述数据实施QoS控制。
8.根据权利要求1、2和4中的任意一项所述的通信装置,其特征在于:
作为上述QoS设定处理,上述QoS设定控制部向进行网络QoS控制的通信装置发送其中含有上述QoS控制信息的QoS设定请求。
9.根据权利要求1、2和4中的任意一项所述的通信装置,其特征在于:
还具有通过向其他通信装置发送用于通知QoS控制的内容的QoS控制内容通知来实施QoS控制的控制部;
作为上述QoS设定处理,上述QoS设定控制部向上述控制部输出上述QoS控制信息;
上述控制部根据上述QoS设定控制部所输出的QoS控制信息对上述数据实施QoS控制。
10.一种通信装置,该通信装置进行数据接收,其特征在于,具有:
QoS类型接受部,接受用于表示上述数据的QoS控制类型的QoS类型;以及
QoS设定控制部,当上述QoS类型接受部所接受的QoS类型表示不需要进行QoS控制时,对上述数据实施QoS解除处理。
11.一种通信装置,该通信装置进行数据发送,其特征在于,具有:
QoS类型请求部,从接收上述数据的通信装置获取用于表示上述数据的QoS控制类型的QoS类型;以及
QoS设定控制部,当上述QoS类型请求部所获取的QoS类型表示不需要进行QoS控制时,对上述数据实施QoS解除处理。
12.一种通信装置,该通信装置进行数据发送,其特征在于,具有:
QoS控制信息请求部,从接收上述数据的通信装置获取上述数据的QoS控制信息;以及
QoS设定控制部,当上述QoS控制信息请求部所获取的QoS控制信息表示不需要进行QoS控制时,对上述数据实施QoS解除处理。
13.一种通信装置,该通信装置进行数据接收,其特征在于,具有:
QoS类型接受部,接受用于表示上述数据的QoS控制类型的QoS类型;以及
QoS控制信息通知部,当上述QoS类型接受部所接受的QoS类型表示不需要对上述数据进行QoS控制时,将QoS控制信息通知给发送上述数据的通信装置,其中,上述QoS控制信息含有表示不需要对上述数据进行QoS控制的信息。
14.根据权利要求10所述的通信装置,其特征在于:
作为上述QoS解除处理,上述QoS设定控制部向进行上述数据发送的通信装置发送用于请求解除QoS控制的QoS解除请求。
15.根据权利要求11或12所述的通信装置,其特征在于:
还具有用于进行QoS控制的控制部;
作为上述QoS解除处理,上述QoS设定控制部通知上述控制部停止对上述数据实施的QoS控制;
当上述控制部接收到来自上述QoS设定控制部的通知时停止对上述数据实施的QoS控制。
16.根据权利要求10、11和12中的任意一项所述的通信装置,其特征在于:
作为上述QoS解除处理,上述QoS设定控制部向进行网络QoS控制的通信装置发送用于请求解除QoS控制的QoS解除请求。
17.根据权利要求10、11和12中的任意一项所述的通信装置,其特征在于:
还具有用于进行QoS控制的控制部;
作为上述QoS解除处理,上述QoS设定控制部通知上述控制部停止对上述数据实施的QoS控制;
当上述控制部接收到来自上述QoS设定控制部的通知时停止对上述数据实施的QoS控制。
18.根据权利要求1、2和4中的任意一项所述的通信装置,其特征在于:
还具有触发检测部,该触发检测部通过分析关于上述数据的发送履历或接收履历来检测进行上述QoS设定处理的定时;
上述QoS设定控制部按照上述触发检测部检测出的定时进行上述QoS设定处理。
19.根据权利要求10至12中的任意一项所述的通信装置,其特征在于:
还具有触发检测部,该触发检测部通过分析关于上述数据的发送履历或接收履历来检测对上述数据实施QoS解除处理的定时;
上述QoS设定控制部按照上述触发检测部检测出的定时进行上述QoS解除处理。
20.根据权利要求1、2和4中的任意一项所述的通信装置,其特征在于:
上述QoS设定控制部按照由数据通信对方站通知的进行上述QoS设定处理的定时来进行上述QoS设定处理。
21.根据权利要求10至12中的任意一项所述的通信装置,其特征在于:
上述QoS设定控制部按照由数据通信对方站通知的进行上述QoS解除处理的定时来进行上述QoS解除处理。
22.根据权利要求1至5中的任意一项所述的通信装置,其特征在于,还具有:
触发检测部,通过分析关于上述数据的发送履历或接收履历来检测对上述数据实施QoS设定处理的定时;以及
触发检测通知部,将上述触发检测部检测出的上述定时通知给数据通信对方站。
23.根据权利要求3或10至13中的任意一项所述的通信装置,其特征在于,还具有:
触发检测部,通过分析关于上述数据的发送履历或接收履历来检测对上述数据实施QoS解除处理的定时;以及
触发检测通知部,将上述触发检测部检测出的上述定时通知给数据通信对方站。
24.根据权利要求22或23所述的通信装置,其特征在于:
上述触发检测部在已接收到的数据中检测数据流识别信息,该数据流识别信息用于识别上述已接收到的数据被包含在哪一个数据流内;
上述触发检测通知部在通知数据通信对方站所检测出的上述定时时,将上述触发检测部检测出的数据流识别信息一并通知给上述数据通信对方站。
25.根据权利要求1、3、5至10、13至24中的任意一项所述的通信装置,其特征在于:
上述QoS类型接受部仅在自最后接受QoS类型时起已经过预定的时间并且指定了与最后接受QoS类型时所指定的QoS类型不同的QoS类型的情况下,才接受上述与最后接受QoS类型时所指定的QoS类型不同的QoS类型。
26.根据权利要求1、10、18、19、20、21和25中的任意一项所述的通信装置,其特征在于:
还具有状态提示部,该状态提示部向用户提示由上述QoS设定处理及上述QoS解除处理的结果所导出的QoS设定状态。
27.根据权利要求3、5、13、22、23和25中的任意一项所述的通信装置,其特征在于:
还具有状态提示部,该状态提示部向用户提示由上述QoS设定处理及上述QoS解除处理的结果所导出的QoS设定状态;
上述状态提示部根据由数据通信对方站通知的该对方站的QoS设定处理状态及QoS解除处理状态进行上述提示。
28.根据权利要求2、4、11、12、18、19、20、21和24中的任意一项所述的通信装置,其特征在于:
上述QoS设定控制部通知数据通信对方站由QoS设定处理及QoS解除处理的结果所导出的QoS设定状态。
29.根据权利要求1、3、5至10、13至26和27中的任意一项所述的通信装置,其特征在于:
上述QoS类型接受部提示由QoS控制信息所表示的QoS类型并接受用户对QoS类型的指定作为输入。
30.根据权利要求1、3、5至10、13至27和29中的任意一项所述的通信装置,其特征在于:
上述QoS类型接受部接受与本站连接的数据接收设备对QoS类型的指定作为输入。
31.根据权利要求1、3、5至10、13至27、29和30中的任意一项所述的通信装置,其特征在于:
上述QoS类型接受部将表示是否对本站的数据接收进行QoS控制的信息作为上述QoS类型来提示给用户。
32.根据权利要求1、3、5至10、13至27、29和30中的任意一项所述的通信装置,其特征在于:
上述QoS类型接受部将本站相对于处在同一QoS控制下的除本站之外的其他站的数据接收优先级作为上述QoS类型提示给用户。
33.根据权利要求1、3、5至10、13至27、29和30中的任意一项所述的通信装置,其特征在于:
上述QoS类型接受部将表示本站接收或中继的数据流属于下述哪一种数据流的信息作为上述QoS类型提示给用户,即,含有动图像和音频的数据流、仅含有音频的数据流、除上述数据流之外的其他数据流。
34.根据权利要求1、3、5至10、13至27、29和30中的任意一项所述的通信装置,其特征在于:
上述QoS类型接受部将表示与本站连接的装置属于下述哪一种装置的信息作为上述QoS类型提示给用户,即,含有动图像和音频的数据流的重放装置、仅含有音频的数据流的重放装置、除上述数据流之外的其他数据流的重放装置。
35.根据权利要求1、3、5至10、13至27、29和30中的任意一项所述的通信装置,其特征在于:
上述QoS类型接受部将本站接收或中继的数据流的比特率作为上述QoS类型提示给用户。
36.根据权利要求1、3、5至10、13至27、29和30中的任意一项所述的通信装置,其特征在于:
上述QoS类型接受部将本站接收或中继的数据流的种类作为上述QoS类型提示给用户,其中,上述数据流的种类是按照传输延迟允许度对上述数据流进行分类后所得到的。
37.根据权利要求1、3、5至10、13至27、29和30中的任意一项所述的通信装置,其特征在于:
上述QoS类型接受部将本站接收或中继的数据流的种类作为上述QoS类型提示给用户,其中,上述数据流的种类是按照误码率允许度对上述数据流进行分类后所得到的。
38.根据权利要求1、3、5至10、13至27、29和30中的任意一项所述的通信装置,其特征在于:
上述QoS类型接受部将本站接收或中继的数据流的种类作为上述QoS类型提示给用户,其中,上述数据流的种类是按照抖动允许度对上述数据流进行分类后所得到的。
39.根据权利要求1、3、5至10、13至27、29和30中的任意一项所述的通信装置,其特征在于:
上述QoS类型接受部将与本站连接的装置的种类作为上述QoS类型提示给用户,其中,上述装置的种类是按照上述装置接收的数据流的传输延迟允许度对上述装置进行分类后所得到的。
40.根据权利要求1、3、5、22、24、25、27、29和30中的任意一项所述的通信装置,其特征在于:
上述QoS类型接受部将与本站连接的装置的种类作为上述QoS类型提示给用户,其中,上述装置的种类是按照上述装置接收的数据流的误码率允许度对上述装置进行分类后所得到的。
41.根据权利要求1、3、5、22、24、25、27、29和30中的任意一项所述的通信装置,其特征在于:
上述QoS类型接受部将与本站连接的装置的种类作为上述QoS类型提示给用户,其中,上述装置的种类是按照上述装置接收的数据流的抖动允许度对上述装置进行分类后所得到的。
42.一种通信装置,该通信装置向接收方通信装置发送数据,其特征在于,具有:
QoS设定控制部,对上述数据实施QoS设定处理;
网桥信息获取部,从上述接收方通信装置获取网桥信息,该网桥信息中含有通过上述接收方通信装置中继上述数据的装置的地址;以及
数据流识别信息获取部,由已接收到的数据获取数据流识别信息,该数据流识别信息用于识别上述已接收到的数据被包含在哪一个数据流内,
其中,上述QoS设定控制部根据对上述网桥信息获取部所获取的网桥信息和上述数据流识别信息获取部所获取的数据流识别信息进行核对的结果,判断是否进行QoS设定处理。
43.一种通信装置,在第一网络和第二网络之间对数据传输进行中继,其特征在于,具有:
QoS设定控制部,对数据流在第二网络中的QoS进行设定,其中,上述数据流是通过上述第一网络与上述通信装置连接的装置从通过上述第二网络与上述通信装置连接的装置接收来的数据流。
44.一种数据接收装置,该数据接收装置连接权利要求17所述的通信装置,其特征在于:
向上述通信装置输出QoS类型。
45.一种通信装置控制方法,其中,该通信装置进行数据接收,其特征在于,包括:
QoS类型接受步骤,上述通信装置所具备的QoS类型接受部接受用于表示上述数据的QoS控制类型的QoS类型;
QoS控制信息转换步骤,将上述QoS类型接受步骤中所接受的上述QoS类型转换为上述数据的QoS控制信息;以及
QoS设定控制步骤,上述通信装置所具备的QoS设定控制部根据所转换的上述QoS控制信息对上述数据实施QoS设定处理。
46.一种通信装置控制方法,其中,该通信装置进行数据发送,其特征在于,包括:
QoS类型请求步骤,上述通信装置所具备的QoS类型请求部从接收上述数据的通信装置获取用于表示上述数据的QoS控制类型的QoS类型;
QoS控制信息转换步骤,将上述QoS类型请求步骤中所获取的上述QoS类型转换为上述数据的QoS控制信息;以及
QoS设定控制步骤,上述通信装置所具备的QoS设定控制部根据所转换的上述QoS控制信息对上述数据实施QoS设定处理。
47.一种通信装置控制方法,其中,该通信装置进行数据接收,其特征在于,包括:
QoS类型接受步骤,上述通信装置所具备的QoS类型请求部接受用于表示上述数据的QoS控制类型的QoS类型;以及
QoS类型通知步骤,将上述QoS类型接受步骤中所接受的上述QoS类型通知给发送上述数据的通信装置。
48.一种通信装置控制方法,其中,该通信装置进行数据发送,其特征在于,包括:
QoS控制信息请求步骤,上述通信装置所具备的QoS控制信息请求部从接收上述数据的通信装置获取上述数据的QoS控制信息;以及
QoS设定控制步骤,根据上述QoS控制信息请求步骤中所获取的上述QoS控制信息对上述数据实施QoS设定处理。
49.一种通信装置控制方法,其中,该通信装置进行数据接收,其特征在于,包括:
QoS类型接受步骤,上述通信装置所具备的QoS类型接受部接受用于表示上述数据的QoS控制类型的QoS类型;
QoS控制信息转换步骤,将上述QoS类型接受步骤中所接受的上述QoS类型转换为上述数据的QoS控制信息;以及
QoS控制信息通知步骤,将上述QoS控制信息转换部所转换的上述QoS控制信息通知给发送上述数据的通信装置。
50.根据权利要求1、3、5至10、13至27、29和30中的任意一项所述的通信装置,其特征在于:
上述QoS类型接受部选择性地接受用于表示本站相对于其他站的数据接收优先级以及本站接收或中继的数据的比特率的信息作为上述QoS类型,其中,上述本站和上述其他站处在同一QoS控制之下。
51.根据权利要求2或4所述的通信装置,其特征在于:
在本站不为QoS控制对象的期间内,利用数据传输频带中除被分配给其他通信装置的数据传输频带之外的剩余数据传输频带的至少一部分进行数据发送,其中,上述其他通信装置是QoS控制对象。
52.根据权利要求30所述的通信装置,其特征在于:
在上述QoS类型接受部接受上述QoS类型后,上述QoS控制信息转换部通过与本装置可通信地连接的通知部通知用户已接受上述QoS类型。
53.一种通信装置,作为接收方通信装置从发送数据的发送方通信装置接收数据,其特征在于,具有:
QoS类型接受部,接受用于表示在从上述发送方通信装置接收数据时的相对于其他接收方通信装置的数据接收优先级的QoS类型信息;以及
通信部,向上述发送方通信装置发送QoS设定请求,该QoS设定请求中包含上述QoS类型接受部所接受的QoS类型信息和本装置的地址。
54.一种通信装置,作为发送方通信装置向接收方通信装置发送数据,其特征在于,具有:
接收部,接收由上述接收方通信装置发送的QoS设定请求,其中,该QoS设定请求中包含用于表示在上述接收方通信装置从上述发送方通信装置接收数据时的相对于其他接收方通信装置的数据接收优先级的QoS类型信息以及发送上述QoS设定请求的接收方通信装置的地址;
QoS控制部,对要发送给由QoS设定请求中包含的地址所表示的接收方通信装置的数据赋予发送优先级,其中,上述QoS设定请求是上述接收部所接收到的QoS设定请求,上述发送优先级与上述QoS设定请求中包含的QoS类型信息所表示的优先级对应;以及
数据发送部,按照上述QoS控制部对数据赋予的上述发送优先级将已被赋予该发送优先级的数据发送给由上述QoS设定请求中包含的地址所表示的接收方通信装置。
55.一种通信装置,其特征在于,具有:
QoS类型接受部,接受用于表示从发送方通信装置对本站发送的数据的传输频带大小的QoS类型信息;
QoS类型管理部,生成其中包含用于表示由QoS类型信息所示的上述传输频带大小的信息的QoS通知,上述QoS类型信息是上述QoS类型接受部已接受的QoS类型信息;以及
通信部,向上述发送方通信装置发送由上述QoS类型管理部生成的QoS通知。
56.一种通信装置,作为通信网络中的发送方通信装置,其中,上述通信网络包括控制装置、至少一个发送方通信装置、至少一个接收方通信装置,上述发送方通信装置进行数据发送,上述接收方通信装置从上述发送方通信装置接收数据,上述控制装置具备控制部,该控制部根据QoS设定请求对由上述发送方通信装置向上述接收方通信装置发送的数据实施QoS控制,其特征在于,具有:
接收部,接收用于通知开始QoS控制的触发检测通知,其中,上述QoS控制以一个接收方通信装置接收的数据为控制对象;以及
QoS类型管理部,当上述接收部接收到上述触发检测通知时,向上述控制装置发送用于请求开始QoS控制的QoS设定请求,其中,上述QoS控制以上述接收方通信装置接收的数据为控制对象。
57.一种通信装置,作为通信网络中的发送方通信装置,其中,上述通信网络包括至少一个发送方通信装置和至少一个接收方通信装置,上述发送方通信装置进行数据发送,上述接收方通信装置从上述发送方通信装置接收数据,其特征在于,具有:
控制部,进行QoS控制;以及
接收部,接收用于通知开始QoS控制的触发检测通知,该QoS控制以上述接收方通信装置接收的数据为控制对象,
其中,当上述接收部接收到上述触发检测通知时,上述控制部开始QoS控制。
58.一种通信装置,作为通信网络中的接收方通信装置,其中,上述通信网络包括至少一个发送方通信装置和至少一个接收方通信装置,上述发送方通信装置进行数据发送,上述接收方通信装置从上述发送方通信装置接收数据,其特征在于:
具有进行QoS控制的控制部;
上述控制部与接收来自上述发送方通信装置的数据对应地开始QoS控制。
59.一种通信装置,从通信网络接收数据并向与本装置可通信地连接的设备输出上述数据,其特征在于,具有:
多个输出端口,用于向上述设备输出数据;以及
QoS设定请求生成部,以上述多个输出端口中的任意一个输出端口为QoS目标输出端口,生成用于请求在上述网络中对由上述QoS目标输出端口输出的数据进行QoS控制的QoS设定请求。
60.一种通信装置,从通信网络接收数据并向与本装置可通信地连接的设备输出上述数据,其特征在于,具有:
识别信息获取部,获取用于识别上述设备的识别信息;以及
QoS设定请求生成部,生成用于请求在上述网络中对要发送给由识别信息表示的设备的数据进行QoS控制的QoS设定请求,该识别信息是上述识别信息获取部所获取的识别信息。
61.根据权利要求59或60所述的通信装置,其特征在于:
还具有QoS类型存储部,该QoS类型存储部存储用于表示QoS控制类型的QoS类型信息;
上述QoS设定请求生成部将上述QoS类型存储部中所存储的QoS类型信息作为用于规定本装置请求的QoS控制内容的信息附加在上述QoS设定请求中。
62.根据权利要求59或60所述的通信装置,其特征在于:
还具有QoS类型指定部,用户利用该QoS类型指定部指定用于表示QoS控制类型的QoS类型信息;
上述QoS设定请求生成部将上述QoS类型指定部所指定的QoS类型信息作为用于规定本装置请求的QoS控制内容的信息附加在上述QoS设定请求中。
63.根据权利要求61或62所述的通信装置,其特征在于:
还具有QoS类型提示部,该QoS类型提示部提示上述QoS类型信息。
64.根据权利要求59或61至63中的任意一项所述的通信装置,其特征在于:
上述多个输出端口中的上述QoS目标输出端口被预先确定。
65.根据权利要求59或61至63中的任意一项所述的通信装置,其特征在于:
还具有QoS目标选择部,用户利用该QoS目标选择部将上述多个输出端口中的任意一个选作上述QoS目标输出端口。
66.根据权利要求59或61至65中的任意一项所述的通信装置,其特征在于:
还具有QoS目标提示部,用户利用该QoS目标提示部对上述QoS目标输出端口和其他输出端口进行识别。
67.根据权利要求60所述的通信装置,其特征在于:
还具有期间信息存储部,该期间信息存储部存储用于表示上述识别信息获取部获取上述识别信息的期间的期间信息;
上述识别信息获取部在上述期间信息所表示的期间内获取上述识别信息,该期间信息被存储在上述期间信息存储部中。
68.根据权利要求60所述的通信装置,其特征在于:
还具有期间信息指定部,用户利用该期间信息指定部指定上述识别信息获取部获取上述识别信息的期间;
上述识别信息获取部在用户利用上述期间信息指定部指定的期间内获取上述识别信息。
69.根据权利要求60、67、68中的任意一项所述的通信装置,其特征在于:
还具有期间信息提示部,该期间信息提示部提示当前为上述识别信息获取部获取上述识别信息的期间。
70.根据权利要求59至66中的任意一项所述的通信装置,其特征在于:
还具有发送部,该发送部向进行上述QoS控制的控制装置发送由上述QoS设定请求生成部生成的QoS设定请求。
71.根据权利要求59至70中的任意一项所述的通信装置,其特征在于:
上述网络是利用电力线的通信网络。
72.一种控制程序,使权利要求1至44、50至71中的任意一项所述的通信装置进行动作,其特征在于:
用于使计算机作为上述各部发挥作用。
73.一种计算机可读取的记录介质,其特征在于:记录有权利要求72所述的控制程序。
74.一种通信装置控制方法,其中,上述通信装置从通信网络接收数据并向与本装置可通信地连接的设备输出上述数据,并且具备多个用于向上述设备输出数据的输出端口,其特征在于,包括:
QoS设定请求生成步骤,以上述多个输出端口中的任意一个输出端口为QoS目标输出端口,生成用于请求在上述网络中对由上述QoS目标输出端口输出的数据进行QoS控制的QoS设定请求。
75.一种通信装置控制方法,其中,上述通信装置从通信网络接收数据并向与本装置可通信地连接的设备输出上述数据,其特征在于,包括:
识别信息获取步骤,获取用于识别上述设备的识别信息;以及
QoS设定请求生成步骤,生成用于请求在上述网络中对要发送给由识别信息表示的设备的数据进行QoS控制的QoS设定请求,该识别信息是在上述识别信息获取步骤中所获取的识别信息。
Applications Claiming Priority (7)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2006184888 | 2006-07-04 | ||
JP184888/2006 | 2006-07-04 | ||
JP176445/2007 | 2007-07-04 | ||
JP2007176446A JP4772757B2 (ja) | 2006-07-04 | 2007-07-04 | 通信装置、通信装置の制御方法、制御プログラム、およびコンピュータ読み取り可能な記録媒体 |
JP2007176445A JP4902445B2 (ja) | 2006-07-04 | 2007-07-04 | 通信装置、機器、通信装置の制御方法、通信装置制御プログラム、および記録媒体 |
JP176446/2007 | 2007-07-04 | ||
PCT/JP2007/063389 WO2008004592A1 (fr) | 2006-07-04 | 2007-07-04 | Dispositif et appareil de communication, procédé et programme de commande de dispositif de communication, et support d'enregistrement lisible par ordinateur |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101512978A true CN101512978A (zh) | 2009-08-19 |
CN101512978B CN101512978B (zh) | 2013-02-13 |
Family
ID=38894559
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007800325637A Active CN101512978B (zh) | 2006-07-04 | 2007-07-04 | 通信装置、设备、通信装置控制方法 |
Country Status (3)
Country | Link |
---|---|
US (1) | US8189470B2 (zh) |
CN (1) | CN101512978B (zh) |
WO (1) | WO2008004592A1 (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102741763A (zh) * | 2010-02-03 | 2012-10-17 | 松下北美公司美国分部松下汽车***公司 | 电力线通信***和方法 |
CN103069834A (zh) * | 2010-09-08 | 2013-04-24 | 松下电器产业株式会社 | 内容发送装置及网络节点 |
CN106302215A (zh) * | 2016-08-30 | 2017-01-04 | 华为技术有限公司 | 一种转发报文的方法及装置 |
Families Citing this family (34)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6888807B2 (en) * | 2002-06-10 | 2005-05-03 | Ipr Licensing, Inc. | Applying session services based on packet flows |
US7974204B2 (en) * | 2007-11-07 | 2011-07-05 | The Boeing Company | Quality of service management for message flows across multiple middleware environments |
JPWO2009093473A1 (ja) * | 2008-01-25 | 2011-05-26 | パナソニック株式会社 | 中継装置、端末、優先通信制御方法、プログラム及び記録媒体 |
JP2009260460A (ja) * | 2008-04-14 | 2009-11-05 | Sony Corp | 情報処理装置および方法、プログラム、並びに情報処理システム |
JP5321277B2 (ja) * | 2009-06-19 | 2013-10-23 | 富士通株式会社 | 端末装置、設定報知システム、報知方法 |
US8289870B2 (en) * | 2009-09-23 | 2012-10-16 | Avaya Inc. | Priority-based, dynamic optimization of utilized bandwidth |
CN102036103B (zh) * | 2009-09-30 | 2012-10-10 | 鸿富锦精密工业(深圳)有限公司 | 机顶盒及其视频点播方法 |
US9201752B2 (en) * | 2010-01-19 | 2015-12-01 | Ca, Inc. | System and method for correlating empirical data with user experience |
US8904115B2 (en) | 2010-09-28 | 2014-12-02 | Texas Instruments Incorporated | Cache with multiple access pipelines |
US9391850B2 (en) * | 2011-03-30 | 2016-07-12 | Entropic Communications, Llc | Method and apparatus for quality-of-service (QoS) management |
CN102946622A (zh) * | 2011-03-31 | 2013-02-27 | 北京新岸线无线技术有限公司 | 业务流建立方法和装置、及业务流修改方法和装置 |
US9053487B2 (en) | 2011-08-22 | 2015-06-09 | At&T Intellectual Property I, L.P. | Methods, systems, and products for notifying of enhancements to quality of service and experience |
TWI481979B (zh) * | 2011-11-08 | 2015-04-21 | Inst Information Industry | Programmable logic controller drive system, method and recording media |
CA2856447C (en) * | 2011-12-16 | 2019-06-04 | Fluid Handling Llc | Dynamic linear control methods and apparatus for variable speed pump control |
EP2859733A1 (en) * | 2012-06-08 | 2015-04-15 | Thomson Licensing | Apparatus and method for controlling indicator lights in a device |
US20150270986A1 (en) * | 2012-10-29 | 2015-09-24 | Na Wang | Credit-based dynamic bandwidth allocation for time-division multiple access communications |
US20150312858A1 (en) * | 2012-11-19 | 2015-10-29 | Nokia Corporation Oy | Method and apparatus for generating a bluetooth low energy data packet comprising audio payload data |
JP5979095B2 (ja) | 2013-08-06 | 2016-08-24 | 富士ゼロックス株式会社 | 情報処理システム、情報処理装置及びプログラム |
US10554760B2 (en) * | 2013-09-29 | 2020-02-04 | Xiaomi Inc. | Method and networking equipment for acquiring feature information |
US9471524B2 (en) * | 2013-12-09 | 2016-10-18 | Atmel Corporation | System bus transaction queue reallocation |
EP3100514A1 (en) * | 2014-01-27 | 2016-12-07 | Telefonaktiebolaget LM Ericsson (publ) | Network node, and method for handling a request for an application to access a wireless local area network |
FR3018978A1 (fr) * | 2014-03-21 | 2015-09-25 | Bigben Interactive Sa | Reseau de communication par courant porteur en ligne |
DE102014018873A1 (de) * | 2014-12-16 | 2016-06-30 | Unify Gmbh & Co. Kg | Telekommunikationsanordnung und Verfahren zum Herstellen einer RTC-Verbindung zwischen einem ersten Endpunkt und einem zweiten Endpunkt |
JP2017073744A (ja) * | 2015-10-09 | 2017-04-13 | パナソニックIpマネジメント株式会社 | 情報処理装置、および情報処理システム |
US10187288B2 (en) * | 2017-03-09 | 2019-01-22 | Caterpillar Inc. | Communicating data link information using a light source |
US10701713B2 (en) * | 2017-04-11 | 2020-06-30 | Viasat, Inc. | Return link prioritization of selective events on a mobile platform |
US10455445B2 (en) * | 2017-06-22 | 2019-10-22 | Rosemount Aerospace Inc. | Performance optimization for avionic wireless sensor networks |
US11211999B2 (en) * | 2017-12-28 | 2021-12-28 | Hughes Network Systems, Llc | Satellite network virtual LAN usage |
EP3751803A1 (en) * | 2019-06-13 | 2020-12-16 | Hughes Network Systems, LLC | Enhanced network communication using multiple network connections |
US11109394B2 (en) * | 2019-07-30 | 2021-08-31 | Cypress Semiconductor Corporation | Methods, systems and devices for providing differentiated quality of service for wireless communication devices |
US20220353158A1 (en) * | 2019-09-09 | 2022-11-03 | Ntt Docomo, Inc. | Service quality management system |
US20230208767A1 (en) * | 2020-03-04 | 2023-06-29 | Ntt Docomo, Inc. | Management apparatus and network system |
CN115225153A (zh) * | 2021-04-19 | 2022-10-21 | 华为技术有限公司 | 一种通信方法及相关设备 |
TW202318903A (zh) * | 2021-10-29 | 2023-05-01 | 財團法人資訊工業策進會 | 無線通訊裝置以及方法 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6570876B1 (en) * | 1998-04-01 | 2003-05-27 | Hitachi, Ltd. | Packet switch and switching method for switching variable length packets |
JP2001156838A (ja) | 1999-11-25 | 2001-06-08 | Nippon Telegr & Teleph Corp <Ntt> | 通信リソース予約方法及び装置並びに通信リソース予約プログラムを記録した記録媒体 |
JP4828051B2 (ja) | 2001-07-23 | 2011-11-30 | 京セラ株式会社 | 無線通信システム及び方法、コンピュータプログラム、無線通信端末 |
JP2003153221A (ja) | 2001-11-16 | 2003-05-23 | Hitachi Ltd | ケーブルモデム装置 |
WO2005096583A2 (en) * | 2004-04-01 | 2005-10-13 | Matsushita Electric Industrial Co., Ltd. | Packet relay apparatus with qos switch (on/off) |
JP2008263535A (ja) | 2007-04-13 | 2008-10-30 | Matsushita Electric Ind Co Ltd | 電力線通信装置、電力線通信装置に搭載される集積回路、及び電力線通信方法、 |
-
2007
- 2007-07-04 CN CN2007800325637A patent/CN101512978B/zh active Active
- 2007-07-04 US US12/305,644 patent/US8189470B2/en not_active Expired - Fee Related
- 2007-07-04 WO PCT/JP2007/063389 patent/WO2008004592A1/ja active Search and Examination
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102741763A (zh) * | 2010-02-03 | 2012-10-17 | 松下北美公司美国分部松下汽车***公司 | 电力线通信***和方法 |
CN102741763B (zh) * | 2010-02-03 | 2015-07-08 | 松下北美公司美国分部松下汽车***公司 | 电力线通信***和方法 |
CN103069834A (zh) * | 2010-09-08 | 2013-04-24 | 松下电器产业株式会社 | 内容发送装置及网络节点 |
CN103069834B (zh) * | 2010-09-08 | 2017-03-08 | 松下知识产权经营株式会社 | 内容发送装置及网络节点 |
CN106302215A (zh) * | 2016-08-30 | 2017-01-04 | 华为技术有限公司 | 一种转发报文的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
US8189470B2 (en) | 2012-05-29 |
US20100020681A1 (en) | 2010-01-28 |
CN101512978B (zh) | 2013-02-13 |
WO2008004592A1 (fr) | 2008-01-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101512978B (zh) | 通信装置、设备、通信装置控制方法 | |
US7729375B2 (en) | Power line communication apparatus and data relay method | |
CN101151848B (zh) | 中继装置、通信***、通信控制方法和集成电路 | |
JP4772757B2 (ja) | 通信装置、通信装置の制御方法、制御プログラム、およびコンピュータ読み取り可能な記録媒体 | |
CN100531084C (zh) | 提供增强的无线通信的设备和方法 | |
CN100379217C (zh) | 轮询通信***和轮询控制方法 | |
CN105681877B (zh) | 机顶盒、电视、平台、遥控器及建立连接的方法、装置 | |
CN101800693B (zh) | 对MoCA网络中的数据发送进行管理的方法及同轴电缆网络 | |
Rahman et al. | Medium access control for power line communications: an overview of the IEEE 1901 and ITU-T G. hn standards | |
US8451749B2 (en) | Wireless communication device and wireless communication control method | |
CN100411376C (zh) | 在信道重叠网络中使用的媒体接入控制装置 | |
Cavalcanti et al. | Wireless TSN–Definitions, use cases & standards roadmap | |
CN104247284B (zh) | 用于访问g3电力线通信网络中的信道的方法 | |
CN100581290C (zh) | 用于无线局域网的语音包调度方法 | |
US9503156B2 (en) | Enabling co-existence among power line communication (PLC) technologies | |
CN102857257A (zh) | 电力线通信装置 | |
CN102547869B (zh) | 无线通信***及其相关方法 | |
CN106506535A (zh) | 一种多人同屏互动的交互*** | |
CN102244604B (zh) | 一种家庭网关的服务质量控制方法及家庭网关及*** | |
CN102077518A (zh) | 通信频带控制装置及通信频带控制方法 | |
CN101185248B (zh) | 用于取消信标周期合并的方法、无线网络和设备 | |
JP4902445B2 (ja) | 通信装置、機器、通信装置の制御方法、通信装置制御プログラム、および記録媒体 | |
EP3361824A1 (en) | Method of controlling radio access equipment and device utilizing same | |
CN102143020A (zh) | 一种传输方法和装置 | |
US6295280B1 (en) | Method for network node recognition |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |