基站、通信装置和通信系统的制作方法

文档序号:7616687阅读:79来源:国知局
专利名称:基站、通信装置和通信系统的制作方法
技术领域
本发明涉及分组通信,特别涉及分组通信中的资源的预约等。
背景技术
随着近年来的宽带化,即使是普通的家庭也将宽带路由器为中心而在家庭内构筑本地网络(home network)。因此,大多进行同时从多个终端对网络的访问。
另一方面,作为与网络有关的服务,不仅电子邮件和Web,而且还在增加视频分配、IP电话这样的使用了视频、语音的AV应用服务。
在这样的AV应用服务中,由于要求实时性,分组废弃和延迟造成的影响大。例如,有时因网络的状况而难以利用。因此,要求实时性的AV应用服务的分组最好以比不要求实时性的电子邮件等的分组高的优先级来进行处理。
目前,IEEE802.11委员会的专家组e(TGe),为了支持这样的要求实时性的服务,已在研究被称为IEEE802.11e的IEEE802.11MAC层的功能扩展。IEEE802.11e提供被称为EDCA(Enhanced Distributed Channel Access)、HCCA(HCF Controlled Channel Access)的信道访问方式。文献1(大谷ほか著、“QoSを実現する無線LAN规格IEEE802.11e”、映像メデイア学会誌Vol.57,No.11,pp.1459-1464(2003))公开了基于IEEE802.11a和IEEE802.11g标准的无线LAN环境中的优先控制和频带控制。
在视频分配服务中,作为IP的高层,采用TCP和UDP。在采用TCP的视频分配服务中,AV数据等的数据分组被从服务器传送到用户机,同时与数据分组对应的确认响应(ACK)分组被从用户机传送到服务器,作为对数据分组的应答。
专利文献1(特开2001-127830号公报(日本))公开了这种确认响应分组的处理。专利文献1公开了在确认响应分组的处理中设定优先级。
但是,在这样的TCP等的连接型的通信中,存在确认响应分组的延迟会引起通信的吞吐量下降的问题。特别是尽管在数据分组的传送上没有延迟,但仍存在确认响应分组的传送中产生的延迟造成的吞吐量下降的问题。
此外,与要求实时性的AV数据对应的确认响应分组比较,与不要求实时性的电子邮件等对应的确认响应分组不需要以高的优先级进行处理。尽管如此,专利文献1中公开的确认响应分组的处理因不考虑这些优先级就被处理,所以存在实时性高的数据通信的吞吐量随状况而下降的问题。
因这样的吞吐量的下降,在与图像和声音有关的分组通信中,例如还存在产生图像的干扰和声音的中途中断的问题。

发明内容
因此,本发明的目的在于,提供一种基站、通信装置、以及通信系统,防止确认响应分组的延迟造成的吞吐量的下降。
第1发明的基站包括接受来自通信装置的资源请求的资源请求接受部;以及根据资源请求,进行与通信装置的通信所需的资源预约的资源预约部,资源预约部对数据分组和与数据分组成对的确认响应分组两者所需的资源进行预约。
根据该结构,防止在数据分组的接收后被发送的确认响应分组的延迟,提高通信的吞吐量。
第2发明的基站,其资源预约部对数据分组和确认响应分组所需的频带进行预约。
根据该结构,在预约了数据分组和与其对应的确认响应分组双方的频带后,进行通信。作为结果,防止确认响应分组的延迟,提高通信的吞吐量。
第3发明的基站,其资源预约部将资源预约的结果通知通信装置。
根据该结构,通信装置可以在确认了来自基站的预约结构后,进行通信。
第4发明的通信装置包括用于输出对基站请求资源的资源请求的资源请求部,资源请求部将数据分组的通信所需的资源请求、与数据分组成对的确认响应分组的通信所需的资源请求单独地输出。
根据该结构,基站不仅包括数据分组,还包括对确认响应分组,可以可靠地确保所需的资源。作为结果,防止确认响应分组的延迟,提高通信的吞吐量。
第5发明的通信装置,其资源请求部在接受了相对于数据分组的通信所需的资源请求的、来自基站的预约通知的情况下,进行确认响应分组的通信所需的资源请求。
根据该结构,通信装置不仅进行数据分组所需的资源的预约,而且还可靠地进行确认响应分组所需的资源的预约。
第6发明的通信系统包括第1通信装置;从第1通信装置接收数据分组,将与数据分组成对的确认响应分组输出到第1通信装置的第2通信装置;以及对第1通信装置和第2通信装置的通信资源进行管理的基站,第1通信装置具有对基站输出进行数据分组的通信所需的资源请求的资源请求部,第2通信装置具有对基站输出进行确认响应分组的通信所需的资源请求的资源请求部,基站具有接受来自第1通信装置和第2通信装置的资源请求的资源请求接受部;以及对数据分组和确认响应分组两者所需的资源进行预约的资源预约部。
根据该结构,在通信装置间,即使是进行数据分组和确认响应分组的通信的情况,也可预约数据分组和确认响应分组各自所需的资源。作为结果,防止确认响应分组的延迟,提高通信的吞吐量。
第7发明的通信系统,其第1通信装置包括对第2通信装置输出用于促使其输出确认响应分组的通信所需的资源请求的输出命令的输出命令部。
根据该结构,即使在输出数据分组的通信装置和输出确认响应分组的通信装置有所不同的情况下,也可靠地进行确认响应分组的资源预约。
第8发明的通信系统,在第3通信装置被连接到第1通信装置,从第3通信装置经由第1通信装置向第2通信装置传送数据分组的情况下,第1通信装置包括用于判断从第3通信装置接收的数据分组的资源请求的必要性的判断部,根据判断部的结果,第1通信装置对基站进行数据分组的通信所需的资源请求,第2通信装置进行确认响应分组的通信所需的资源请求。
根据该结构,在通过作为中继的通信装置来进行数据分组和确认响应分组的通信的通信装置中,可以确认了资源预约的必要性后进行资源请求。作为结果,进行有效的资源请求,防止确认响应分组的延迟,提高通信的吞吐量。
第9发明的通信装置包括接收数据分组的接收部;判断接收部接收的数据分组的优先级的判断部;根据判断部判断出的优先级来保持与数据分组成对的确认响应分组的保持部;以及根据优先级来输出被保持在保持部中的确认响应分组的输出部。
根据该结构,在输出多个确认响应分组的情况下,可根据优先级来输出。作为结果,使实时性高的通信优先。
第10发明的通信装置,其判断部在数据分组是图像分组和语音分组的至少一个的情况下,判断为该数据分组具有高的优先级。
根据该结构,可以按更高的优先级来处理图像和声音等的实时性高的数据。
第11发明的通信装置包括存储对数据分组进行分类的数据分组分类规则的第1分类规则存储部;存储对与数据分组成对的确认响应分组进行分类的确认响应分组分类规则的第2分类规则存储部;以及根据数据分组分类规则,生成确认响应分组分类规则的生成部。
根据该结构,生成合适的确认响应分组的分类规则。
第12发明的通信装置,其数据分组分类规则和确认响应分组分类规则包括数据分组的发送元地址、接收方地址、通信协议和优先级的至少一个。
根据该结构,可以形成合适的分类规则。
第13发明的通信装置,其生成部将数据分组分类规则中包含的优先级应用于确认响应分组分类规则。
根据该结构,确认响应分组的优先级可以继承与其成对的数据分组的优先级。作为结果,防止确认响应分组的延迟,提高通信的吞吐量。
第14发明的通信装置包括接收数据分组的接收部;对数据分组中包含的优先级进行检测的优先级检测部;以及将优先级检测部检测出的优先级赋予与数据分组成对的确认响应分组的优先级赋予部。
根据该结构,可以容易地使数据分组中包含的优先级原封不动地被确认响应分组继承。作为结果,可以按与数据分组相同的优先级来输出与数据分组成对的确认响应分组。
第15发明的通信装置,其优先级检测部检测的优先级是MAC首标具有的802.1p优先级、IPv4分组具有的ToS字段、IPv4分组具有的DSCP字段、IPv6分组具有的业务级字段、以及IPv6分组具有的流级别字段的至少一个。
根据该结构,可进行合适的优先级的检测和赋予。


图1是说明本发明实施方式1的通信系统的方框图。
图2是本发明实施方式1的基站的方框图。
图3是本发明实施方式1的通信装置102的内部方框图。
图4是说明本发明实施方式1的基站和通信装置的处理的图。
图5是表示本发明实施方式1的菜单画面的图。
图6是表示本发明实施方式1的菜单的内容的图。
图7是说明本发明实施方式2的基站和通信装置的处理的图。
图8是本发明实施方式3的通信系统的方框图。
图9是本发明实施方式3的基站的方框图。
图10是本发明实施方式3的第1通信装置的方框图。
图11是本发明实施方式3的第2通信装置的方框图。
图12是说明本发明实施方式3的处理流程的图。
图13是本发明实施方式4的通信系统的方框图。
图14是本发明实施方式4的第1通信装置的方框图。
图15是说明本发明实施方式4的通信处理的图。
图16是本发明实施方式5的通信装置的方框图。
图17是本发明实施方式6的通信装置的方框图。
图18是本发明实施方式7的通信装置的方框图。
图19是表示本发明实施方式7的数据分组分类规则的图。
图20是表示本发明实施方式7的确认响应分组分类规则的图。
具体实施例方式
以下,参照附图来说明本发明的实施方式。
再有,在本说明书中,基站和通信装置、或者通信装置间的通信是有线、无线的其中之一。
此外,基站可以是与有线通信有关的基站,也可以是与无线通信有关的基站。
此外,基站是对资源进行控制的装置就可以,还包含路由器等。
通信装置以无线终端、有线终端为首,包括全部用于传送数据分组的装置。例如,可以是计算机终端、携带终端,也可以是路由器。
(实施方式1)
用图1至图6来说明本发明的实施方式1。
在实施方式1中,说明基站对数据分组和与其对应的确认响应分组的资源进行同时预约的处理。
再有,基站和通信装置进行TCP那样的连接型的通信、UDP那样的非连接型的通信、或将它们混合的通信。
此外,基站是服务器等的以发送数据分组为主体的装置,通信装置是以接收分组为主体的装置。
图1是本发明实施方式1的通信系统的方框图。基站101通过传输路径103与通信装置102连接。在图1中,传输路径103为无线,但也可以是有线。例如,可通过无线LAN,将基站101和通信装置102连接,也可以用同轴电缆等布线来连接。此外,在用无线LAN连接的情况下,基站101和通信装置102具有IEEE802.11e的功能。
基站101存储作为数据分组的内容数据,可对通信装置102发送该数据分组。再有,内容数据包含视频内容和音乐内容等。
基站101通过传输路径103将数据分组发送到通信装置102。通信装置102对接收的数据分组进行解调处理。而且,通信装置102在接收了数据分组后将确认响应分组发送到基站101。基站101根据来自通信装置102的确认响应分组,发送下个数据分组。
如以上那样,在确立了分组通信的连接后,在基站101和通信装置102之间,进行数据分组和确认响应分组的收发。
下面,用图2来说明基站101的内部结构。
图2是本发明实施方式1的基站的内部方框图。
基站101包括以下部件。
天线200在无线通信中进行电波信号的发送接收。当然,在有线通信的情况下,也可以没有天线200。输入接口201从天线200接收的信号中,接收IEEE802.11MAC帧。中间接口202包含TCP/IP的协议栈(protocol stack),进行与高层应用层的功能的协调。
菜单存储部203保持与存储于内容存储部207中的内容有关的信息。例如,存储图6所示的被存储的多个内容的标题和必要频带等的列表。
菜单发送部204根据来自通信装置102的菜单显示请求,将存储于菜单存储部203中的菜单信息经由中间接口202输出到通信装置102。此时,菜单发送部204也可以形成通信装置102的用户容易采用的画面。
形成的菜单画面例如示于图5。将内容的标题和其必要频带进行显示。
内容存储部207存储对通信装置102发送的内容。内容包含图像和声音等的数据。此外,内容存储部207也可以存储多个内容。这样,对通信装置102传送的数据分组被存储在该内容存储部207中。
内容发送部208取得被存储在内容存储部207中的内容数据,经由中间接口202输出到通信装置102。内容数据作为数据分组,被从基站101发送到通信装置102。
资源请求接受部205接受来自通信装置102的资源请求,根据接受的资源请求,计算数据分组和确认响应分组所需的资源。再有,这里,资源是与通信速率等的通信有关的参数。
资源预约部206根据资源请求接受部205算出的数据分组和确认响应分组所需的资源,对传输路径103中所需的资源进行预约。此时,不仅是从基站101发送到通信装置102的数据分组,而且从通信装置102对基站101的确认响应分组所需的资源也一起进行预约。即,资源预约部206对数据分组和确认响应分组两者所需的传输路径103的频带进行预约。
资源预约部206根据数据分组的必要频带,设定其输出传输速率,无延迟地进行数据分组的发送。
或者,资源预约部206对输出确认响应分组的通信装置102、以及被连接在传输路径103上的其他通信装置可使用传输路径103发送数据的时间进行调度。通过这种处理,不阻碍来自通信装置102的确认响应分组的发送,防止确认响应分组的延迟。
通过事先预约这样的确认响应分组所需的资源,防止确认响应分组的延迟,提高通信的吞吐量。
再有,资源预约部206也可以根据需要而具有输出接口的功能。具有这样的输出接口功能的资源预约部206对数据分组的输出进行控制。
此外,资源预约部206在确保了资源预约后,将预约结果通知通信装置102。通信装置102根据该通知来请求数据通信。
下面,用图3来说明通信装置102。
图3是本发明实施方式1的通信装置102的内部方框图。
通信装置102包括以下部件。
用户接口301接受来自用户的各种请求,同时进行将接收的各种信息对用户显示的控制。例如,进行菜单画面的显示控制、以及内容画面的显示控制。
通信请求部302对基站101请求数据分组的发送。例如,请求发送与用户指定的视频等的内容有关的数据分组。
资源请求部303在通信请求部302的数据分组的发送请求之前,对基站101请求资源预约。资源请求部303输出的资源请求被基站101的资源请求接受部205接受。
再有,通信请求部302在基站101根据资源请求部303的资源请求进行了资源预约的通知后,请求发送与实际的内容有关的数据分组。
输出接口304将来自资源请求部303的资源请求、以及来自通信请求部的通信请求变换为IEEE802.11MAC帧的格式来输出。由于资源请求和通信请求是IEEE802.11MAC帧的格式,使其在基站101中可接收。
中间接口202与基站101中包含的中间接口202相同,包含TCP/IP的协议栈,进行与高层应用层的功能的协调。输入接口201与基站101中包含的输入接口201相同,从天线200接收的信号中,接收IEEE802.11MAC帧。
再有,在传输路径103为无线的情况下,天线200是必需的,而在有线的情况下,不需要天线200。
下面,用图4来说明基站101和通信装置102的通信处理。图4是说明本发明实施方式1的基站和通信装置的处理的图。
首先,在步骤1中,确立基站101和通信装置102之间的连接。通过连接的确立,基站101和通信装置102处于可通信的状态。
接着,在步骤2中,通信装置102对基站101输出菜单显示请求。在步骤3中,基站101对于来自通信装置102的菜单显示请求发送菜单画面。在接收了菜单画面的通信装置102中,例如显示图5所示的菜单画面。
接着,在步骤4中,从菜单画面中选择内容。例如,从图5所示的菜单画面中选择‘标题2 6Mbps’的内容。选择结果被存储在通信请求部302中,存储的内容由通信请求部302通知资源请求部303。其结果,在步骤5中,通信装置102对基站101输出资源请求。此时,被选择的内容的必要频带为6Mbps,所以用于确保6Mbps频带的资源请求被输出。
在步骤6中,接受了该资源请求的基站首先对数据分组所需的资源进行预约。同时在步骤6中,对确认响应分组所需的资源进行预约。这样,对于来自通信装置102的资源请求,基站101除了数据分组以外,同时还对确认响应分组所需的资源进行预约。例如,确认响应分组为数据分组的十分之一的大小的情况下,在步骤7中0.6Mbps的资源被预约。即,与数据分组一起,6.6Mbps的资源被预约。
如果进行了资源预约,则在步骤8中,基站101将预约结果通知通信装置102。接着,在步骤9中,接受了预约结果通知的通信装置102对基站101输出通信请求。在步骤10中,接受了通信请求的基站101将数据分组输出到通信装置102,通信装置102将确认响应分组输出到基站101。这里,在被选择的内容从基站101分配给通信装置102,内容为视频内容的情况下,在通信装置102中被重放、显示。
再有,在步骤6和步骤7中,在不能进行资源预约的情况下,在通信装置102中也可以显示‘目前不能视听’等的消息。或者,也可以显示‘有视频干扰产生’等,确保对用户的服务。
如以上那样,对来自通信装置102的资源请求,基站101对数据分组和确认响应分组两者的资源进行预约后,进行实际的通信,从而防止确认响应分组的延迟,提高吞吐量。
(实施方式2)下面,用图7来说明本发明实施方式2。在实施方式2中,说明基站101交替进行数据分组所需的资源的预约、以及确认响应分组所需的资源的预约的情况。此外,同样地说明通信装置102交替地输出数据分组所需的资源请求、以及确认响应分组所需的资源请求的情况。
再有,进行图7中的处理的通信系统的结构,如图1所示的那样,从基站101向通信装置102分配内容。
图7是说明本发明实施方式2的基站和通信装置的处理的图。
下面说明基站101和通信装置102的通信流程。
首先,在步骤11中,确立基站101和通信装置102的通信连接。通过这种确立,可进行基站101和通信装置102的通信。
接着,在步骤12中,通信装置102对基站101输出菜单请求。在步骤13中,基站101对于来自通信装置102的菜单请求发送菜单画面。在接收了菜单画面的通信装置102中,例如显示图5所示的菜单画面。
接着,在步骤14中,从菜单画面中选择内容。例如,从图5所示的菜单画面中选择‘标题2 6Mbps’的内容。选择结果被存储在通信请求部302中,将存储的内容从通信请求部302通知资源请求部303。其结果,在步骤15中,通信装置102对基站101输出资源请求。此时,被选择的内容的必要频带为6Mbps,所以输出用于确保6Mbps频带的资源请求。
接着,在步骤16中,接收了来自通信装置102的资源请求的基站进行用于数据分组的资源的预约。这里,被选择的内容为6Mbps,所以预约6Mbps的频带。例如,资源预约部206设定从基站101对通信装置102的数据分组的发送所需的输出速率。
如果预约了用于数据分组的资源,则在步骤17中,基站101对通信装置102通知预约结果。
在步骤18中,接受了该预约结果的通信装置对基站101输出确认响应分组所需的资源请求。在步骤19中,基站101根据从通信装置102接受的资源请求,进行与确认响应分组对应的资源预约。例如,在确认响应分组所需的频带为数据分组所需的频带的十分之一的情况下,这里预约0.6Mbps的频带。如果资源预约结束,则在步骤20中,基站101对通信装置102通知预约结果。
这样,实施方式2的通信装置101对数据分组所需的资源、以及确认响应分组所需的资源依次进行预约。同样地,通信装置102分别依次输出与数据分组对应的资源请求、以及与确认响应分组对应的资源请求。此外,通信装置102接收与数据分组有关的资源预约的预约结果后,即使输出与确认响应分组有关的资源请求,也可以输出与确认响应分组有关的资源请求而不等待预约结果。
这样,通过依次地执行资源请求和资源预约,从而进行可靠的资源预约。
接收了预约结果的通信装置102在步骤21中,对基站101输出通信请求。
根据通信请求,在步骤22中,基站101将数据分组输出到通信装置102,通信装置102对基站101输出确认响应分组。
通信装置102重放、显示从基站101发送的数据分组。
通过以上处理,在开始通信时,在预约了从基站101对通信装置102的数据分组、从通信装置102对基站101的确认响应分组两者的资源后,进行通信。作为结果,防止确认响应分组的发送延迟,提高通信的吞吐量。
再有,在步骤16和步骤19中,在不能进行资源预约的情况下,在通信装置102中也可以显示‘目前不能视听’等的消息。或者,也可以显示‘有视频干扰产生’等,确保对用户的服务。
(实施方式3)下面,用图8至图12来说明本发明实施方式3。
在实施方式3中,说明采用传输路径,基站、第1通信装置、第2通信装置进行连接型通信的通信系统。
首先,用图8来说明实施方式3的通信系统的概要。
图8是本发明实施方式3的通信系统的方框图。
如图8所示,在实施方式3的通信系统中,从第1通信装置803向第2通信装置802进行数据分组805的通信,从第2通信装置802对第1通信装置803输出确认响应分组804。
此外,第1通信装置803和第2通信装置802分别包括资源请求部303,对基站801输出资源请求。这里,第1通信装置803对第2通信装置802输出数据分组805,所以第1通信装置803对管理资源的基站输出数据分组805所需的资源请求。另一方面,第2通信装置802对第1通信装置803输出确认响应分组804,所以对基站801输出确认响应分组804所需的资源请求。
此外,仅从第2通信装置802输出确认响应分组804,所以第1通信装置803对第2通信装置802输出用于输出确认响应分组804所需的资源请求的命令信号806。第2通信装置802根据该命令信号806,对基站801输出确认响应分组804所需的资源请求807。即,第2通信装置802取代第1通信装置803,对基站801输出与确认响应分组804对应的资源请求807。
基站801包括接受来自第1通信装置803和第2通信装置802的资源请求807的资源请求接受部205、以及根据资源请求807进行资源预约的资源预约部206。基站801通过该结构,根据资源请求807,执行数据分组805和确认响应分组804所需的资源的预约。这些预约被预先进行后,开始数据分组805的传送,所以防止确认响应分组804的延迟,提高通信的吞吐量。
下面,用图9来说明基站801。图9是本发明实施方式3的基站的方框图。
对于付予了与图2相同标号的结构部件,省略说明。
再有,基站801没有包含与图2不同的菜单存储部203等,但这些可根据规格而适当设置。在实施方式3中,由于第1通信装置803输出与内容有关的数据分组805,所以在基站801中是否包含菜单存储部203和内容存储部207是任意的。
资源请求接受部205接收来自第1通信装置803和第2通信装置802的资源请求。
根据接收的资源请求,资源预约部206对传输路径的资源进行预约。
例如,资源预约部206根据数据分组的所需频带,设定输出传输速率,无延迟地进行数据分组的发送。
或者,资源预约部206对输出确认响应分组的通信装置102、以及被连接在传输路径103上的其他通信装置可使用传输路径103发送数据的时间进行调度。通过这种处理,不阻碍来自通信装置102的确认响应分组的发送,防止确认响应分组的延迟。
下面,用图10来说明第1通信装置803。
图10是本发明实施方式3的第1通信装置的方框图。
对于付予了与图3等相同标号的部件,省略说明。
资源请求部303对基站801输出数据分组805所需的资源请求。另一方面,输出命令部1102对第2通信装置802输出催促命令信号806,以使其输出确认响应分组804所需的资源请求。
此外,第1通信装置803对第2通信装置802输出与内容有关的数据分组805,所以包括内容存储部207和内容发送部208。而且,根据来自第2通信装置802的菜单请求,发送与内容有关的菜单画面,所以包括菜单存储部203和菜单发送部204。
这些数据分组等经由中间接口、经由输出接口304被输出。
下面,用图11来说明第2通信装置。图11是本发明实施方式3的第2通信装置的方框图。
通信请求部1001对第1通信装置803请求数据分组的发送。输出命令部1002对应于来自第1通信装置803的命令信号,执行用于将资源请求807输出到基站801的处理。输出命令处理部1002中的处理结果被输出到资源请求部303,资源请求部303对基站801输出资源请求807。基站801接受该资源请求807,对确认响应分组804所需的资源进行预约。
下面,用图12来说明动作处理的流程。图12是说明本发明实施方式3的处理流程的图。
首先,在步骤30中,确立第1通信装置803和第2通信装置802之间的连接。接着,在步骤31中,第2通信装置802对第1通信装置803请求菜单显示。在步骤32中,第1通信装置803对第2通信装置802输出菜单画面。菜单画面为图5所示的画面。
接着,根据菜单画面,在步骤33中,第2通信装置802选择内容。在步骤34中,选择了内容的第2通信装置802对第1通信装置803输出通信请求。接着,在步骤35中,第1通信装置803对基站801进行数据分组所需的资源请求。
在步骤36中,基站801对用于数据分组的资源进行预约。
在步骤37中,基站801将用于数据分组的资源预约的结果通知第1通信装置803,在步骤38中,接受了该通知的第1通信装置803将输出命令输出给第2通信装置802。接受了输出命令的第2通信装置802对基站801在步骤39中输出资源请求。该资源请求是确认响应分组所需的资源请求。
在步骤40中,基站801对用于确认响应分组的资源进行预约。而且,在步骤41中,基站801将预约结果通知第2通信装置802。在步骤42中,第2通信装置802对第1通信装置803传送并通知预约结果。通过这些处理,进行数据分组和确认响应分组所需的资源预约。
进行资源预约的结果,在步骤43中第1通信装置803和第2通信装置802之间,进行数据分组和确认响应分组的通信。
通过以上结构,防止确认响应分组的延迟,提高吞吐量。
(实施方式4)下面,用图13至图15来说明实施方式4。
图13是本发明实施方式4的通信系统的方框图。
在实施方式4中,说明将第3通信装置1301连接到第1通信装置803,第2通信装置802通过第1通信装置803接收来自第3通信装置1301的数据分组的通信系统。
第3通信装置1301与第1通信装置803连接,从第3通信装置1301将数据分组805发送到第1通信装置803。
在第1通信装置803判断为从第3通信装置1301接受的数据分组是需要预约资源的情况下,对基站801输出资源请求。而且,第1通信装置803将输出命令输出给第2通信装置802,第2通信装置802对基站801输出确认响应分组所需的资源请求。
基站801根据这些资源请求,对数据分组和确认响应分组所需的资源进行预约。
此时,通过第1通信装置803,第2通信装置802和第3通信装置1301进行通信,所以第1通信装置803进行是否需要资源预约的判断。
图14是本发明实施方式4的第1通信装置的方框图。
输入接口1405接收来自第3通信装置1301的数据,输入接口201和输出接口209进行与第2通信装置802的数据的收发。
根据数据接收部1401接收的数据分组,判断部1404进行是否需要进行该接收的数据分组资源预约的判断。例如,如果是需要图像和声音等实时性的数据分组,则判断部1404判断为需要资源预约。
根据该判断部1404的判断,资源请求部1402对基站801进行数据分组所需的资源请求。而且,输出命令部1403对第2通信装置802输出用于催促资源请求的命令信号。第2通信装置802接受该命令信号,对基站801输出确认响应分组所需的资源请求。
这样,进行来自第3通信装置1301的数据分组是否需要进行资源预约的判断,并进行资源请求,从而可以进行有效的资源请求和资源预约。此外,在作为通信的中继的第1通信装置803中,通过进行这种判断,来实现最佳的处理。
再有,判断部1404预先保持与资源预约的必要性有关的规则,通过该规格和从第3通信装置1301接收的数据的比较,也可以实施判断。
下面,用图15来说明处理的流程。
图15是说明本发明实施方式4的通信处理的图。
首先,在步骤50中,确立第2通信装置802和第3通信装置1301的连接。接着,在步骤51中,第2通信装置802对第3通信装置1301请求菜单显示。接着,在步骤52中,第3通信装置1301对第2通信装置802输出菜单。在第2通信装置802中显示图5所示的菜单画面。
接着,在步骤53中,根据菜单画面,第2通信装置802选择内容。接着,在步骤54中,第2通信装置802对第3通信装置1301进行通信请求。在步骤55中,接受该通信请求,第3通信装置1301对第1通信装置803输出数据分组。在步骤56中,第1通信装置803根据该接收的数据分组来判断是否需要资源预约。
在第1通信装置判断为需要资源预约的情况下,在步骤57中,输出资源请求。在步骤58中,接受了资源请求的基站801对数据分组所需的资源进行预约。而且,在步骤59中,基站801对第1通信装置803通知预约结果。
第1通信装置803接受数据分组所需的资源预约的结果,在步骤60中,将输出命令输出给第2通信装置。该命令是用于对第2通信装置802取代与确认响应分组有关的资源请求所进行的输出命令。接受输出命令,在步骤61中,第2通信装置802输出资源请求。
在步骤62中,接受了资源请求的基站801进行确认响应分组所需的资源预约。接着,在步骤63中,基站801将预约的结果通知第2通信装置802。而且,在步骤64中,第2通信装置802将预约的结果通知第1通信装置803。
用以上的处理,来预约数据分组和确认响应分组双方所需的资源。最后,在步骤65中,第2通信装置802与第3通信装置1301进行数据分组和确认响应分组的通信。
如以上那样,即使是在中途通过其他通信装置进行数据分组的通信的情况,通过命令取代资源请求,来预约数据分组和确认响应分组双方的资源。通过预约数据分组和确认响应分组双方的资源,防止确认响应分组的延迟,提高通信的吞吐量。
(实施方式5)下面,用图16来说明实施方式5。
在实施方式5中,说明对接收的数据分组的重要性进行判断,将判断出的基于重要性的优先级提供给与数据分组对应的确认响应分组的通信装置。
图16是本发明实施方式5的通信装置的方框图。
接收部1908接收来自基站的数据分组。判断部1901对接收部1908接收的数据分组的优先级进行判断。例如,在图像分组和声音分组的情况下,由于要求实时性,所以判断为具有高的优先级。在图像等以外的与TCP有关的数据分组的情况下,由于实时性低,所以判断为优先级低。
判断出的优先级被输出到分类规则更新部1902。分类规则更新部1902对分类规则存储部1903中包含的优先级的信息进行更新。作为结果,分类规则存储部1903中包含的优先级信息对应于接收的数据分组被更新。
与接收部1908接收的数据分组对应的确认响应分组,在保持部1906中保持由分类规则存储部1903采用分类后的优先级。
例如,与判断为具有高优先级的数据分组对应的确认响应分组作为优先级高的确认响应分组,被保持在保持部1906中。这里,保持部1906例如包括与优先级对应的队列,确认响应分组以不同的优先级被保持在不同的队列中就可以。
保持部1906中保持的确认响应分组从输出部1907按优先级的顺序来输出。此时,在具有相同优先级的确认响应分组有多个的情况下,输出先被保持的确认响应分组。
再有,分类规则更新部1902也可以对与数据分组成对的所有确认响应分组,提供由判断部1901判断出的优先级。这里,成对的确认响应分组是具有与数据分组对应的地址的确认响应分组,或是使用与数据分组相同的端口的确认响应分组。
此外,即使是包括多个输出部1905的通信装置,也可参照相同分类规则存储部1903中包含的优先级,进行基于优先级的确认响应分组的输出。或者,在每个不同的输出部1905中包括各自的分类规则存储部1903,在各个存储部中进行基于优先级的确认响应分组的输出处理。
通过以上的处理,判断与接收的数据分组的种类对应的优先级,可以将该优先级反映在确认响应分组中。作为结果,实现基于优先级的确认响应分组的输出。
(实施方式6)下面,用图17来说明实施方式6。
图17是本发明实施方式6的通信装置的方框图。实施方式6的通信装置与其他通信装置进行数据通信,检测被包含在接收分组中的优先级信息,根据该接收分组中包含的优先级信息,将优先级信息赋予发送分组。
接收部1908接收来自进行通信的其他通信装置的分组。在接收分组中,包含与优先级有关的信息,优先级检测部2101检测该优先级。优先级例如在与图像和声音有关的分组的情况下被设定成高的优先级。优先级检测部2101检测被包含在该分组中的优先级,将其输出到优先级信息存储部2102。优先级信息存储部2101存储被检测出的优先级。
优先级赋予部2103将从优先级信息存储部2102中读取的优先级赋予发送分组。即,在从接收分组中检测出的优先级低的情况下,发送分组上被赋予的优先级也低。在从接收分组中检测出的优先级高的情况下,发送分组上被赋予的优先级也高。
例如,在接收分组具有Diffserv方式的EF级别(DSCP值为0x101110)的优先级,接收分组的发送元地址为‘A1’值,接收方地址为‘A2’值的情况下,在优先级信息存储部2102中,对发送元地址为‘A2’值、接收方地址为‘A1’值的分组,存储与EF级别的优先级对应的规则。此时,在发送元地址为‘A2’值、接收方地址为‘A1’值的发送分组中,被赋予EF级别的优先级。
再有,不仅是发送元地址和接收方地址,也可以根据发送端口和接收端口来判断。
被优先级赋予部2103赋予了优先级的发送分组,在分组分类部1904中,根据优先级被保持在保持部1906中。例如,保持部1906具有多个队列,在具有高的优先级的队列中,保持优先级高的发送分组,在具有低的优先级的队列中,保持优先级低的发送分组。
输出部1907根据优先级来输出被保持在保持部1906中的发送分组。
通过以上的处理,接收分组中包含的优先级被原样赋予发送分组,所以在与相同的通信装置之间进行的数据通信中,可具有相同的优先级并进行发送接收。因此,防止数据通信中的延迟。
此外,被检测的优先级可以是MAC首标具有的802.1p优先级、IPv4分组具有的ToS字段和DSCP字段、或IPv6分组具有的业务级字段和控制级字段等其中之一的优先级。此外,也可以同时使用多个这些优先级。
(实施方式7)下面,用图18至图20来说明实施方式7。
图18是本发明实施方式7的通信装置的方框图。
通信装置2207为了进行分组的中继而具有两个网络接口2201、2202。第1网络接口2201进行数据分组的发送接收,第2网络接口2202进行确认响应分组的发送接收。
第1分类规则存储部2203存储用于对数据分组进行分类的数据分组分类规则,第2分类规则存储部2204存储用于对确认响应分组进行分类的确认响应分组分类规则。
图19是表示本发明实施方式7的数据分组分类规则的图,图20是表示本发明实施方式7的确认响应分组分类规则的图。
第1分类规则存储部2203根据发送元地址和接收方地址、以及优先级信息,存储对数据分组进行分类的规则。例如,如图19所示,存储发送元地址、接收方地址、与协议对应的优先级信息。这里,发送元地址为地址1,接收方地址为地址2,在基于TCP的分组的情况下,以进行优先级为‘高’的分类来存储。同样,发送元地址为地址3,接收方地址为地址4,基于UDP协议的数据分组进行优先级为‘高’的分类。
生成部2205根据第1分类规则存储部中存储的分类规则,生成与确认响应分组有关的分类规则,将其输出到第2分类规则存储部2204。第2分类规则存储部2204存储被生成的分类规则。
第2分类规则存储部2204存储图20所示的分类规则。
图20所示的分类规则基于图19所示的分类规则而形成。具体地说,消除与确认响应分组不需要的有关UDP的项目,与TCP有关的项目成为分类规则的对象。此外,与数据分组不同,确认响应分组的发送方向是相反的,所以切换发送元地址和接收方地址。
作为结果,形成图20所示的分类规则。
通过以上,根据从预先设定的数据分组的分类规则,自动形成与数据分组对应的确认响应分组的分类规则。
再有,分类规则不仅基于地址,也可以是基于端口的分类规则。
此外,第1分类规则存储部2203和第2分类规则存储部2204可以分别设置,也可以按一体方式来设置。
此外,在实施方式7中,论述了包括两个网络接口的通信装置,但也可以是包括三个以上的网络接口的通信装置。
再有,实施方式1至7的基站、通信装置、以及通信系统适用于支持IEEE802.11e功能的有关无线LAN的装置。此外,除了无线LAN以外,例如,还可以应用于电力线通信(PLCPower Line Communication)等。
根据本发明,通过数据分组和确认响应分组两者的资源被预约,而防止确认响应分组的延迟,提高通信的吞吐量。
权利要求
1.一种基站,包括接受来自通信装置的资源请求的资源请求接受部;以及根据所述资源请求,进行与所述通信装置的通信所需的资源预约的资源预约部,所述资源预约部对数据分组和与所述数据分组成对的确认响应分组两者所需的资源进行预约。
2.如权利要求1所述的基站,其中,所述资源预约部对所述数据分组和所述确认响应分组所需的频带进行预约。
3.如权利要求1所述的基站,其中,所述资源预约部将所述资源预约的结果通知所述通信装置。
4.一种通信装置,包括对基站输出请求资源的资源请求的资源请求部,所述资源请求部将数据分组的通信所需的资源请求、与所述数据分组成对的确认响应分组的通信所需的资源请求单独地输出。
5.如权利要求4所述的通信装置,其中,所述资源请求部在接受了对于所述数据分组的通信所需的资源请求的、来自所述基站的预约通知的情况下,进行所述确认响应分组的通信所需的资源请求。
6.一种通信系统,包括第1通信装置;从所述第1通信装置接收数据分组,将与所述数据分组成对的确认响应分组输出到所述第1通信装置的第2通信装置;以及对所述第1通信装置和所述第2通信装置的通信资源进行管理的基站,所述第1通信装置具有对所述基站输出所述数据分组的通信所需的资源请求的资源请求部,所述第2通信装置具有对所述基站输出所述确认响应分组的通信所需的资源请求的资源请求部,所述基站具有接受来自所述第1通信装置和所述第2通信装置的所述资源请求的资源请求接受部;以及对所述数据分组和所述确认响应分组两者所需的资源进行预约的资源预约部。
7.如权利要求6所述的通信系统,其中,所述第1通信装置包括输出命令部,所述输出命令部对所述第2通信装置输出用于促使其输出所述确认响应分组的通信所需的资源请求的输出命令。
8.如权利要求7所述的通信系统,其中,在第3通信装置被连接到所述第1通信装置,从所述第3通信装置经由所述第1通信装置向所述第2通信装置传送所述数据分组的情况下,所述第1通信装置包括用于判断从所述第3通信装置接收的所述数据分组的资源请求的必要性的判断部,根据所述判断部的结果,所述第1通信装置对所述基站进行所述数据分组的通信所需的资源请求,第2通信装置进行所述确认响应分组的通信所需的资源请求。
9.一种通信装置,包括接收数据分组的接收部;判断所述接收部接收的所述数据分组的优先级的判断部;根据所述判断部判断出的优先级来保持与所述数据分组成对的确认响应分组的保持部;以及根据所述优先级来输出被保持在所述保持部中的所述确认响应分组的输出部。
10.如权利要求9所述的通信装置,其中,所述判断部在所述数据分组是图像分组和语音分组的至少一个的情况下,判断为该数据分组具有高的优先级。
11.一种通信装置,包括存储对数据分组进行分类的数据分组分类规则的第1分类规则存储部;存储对与所述数据分组成对的确认响应分组进行分类的确认响应分组分类规则的第2分类规则存储部;以及根据所述数据分组分类规则,生成所述确认响应分组分类规则的生成部。
12.如权利要求11所述的通信装置,其中,所述数据分组分类规则和所述确认响应分组分类规则包括所述数据分组的发送元地址、接收方地址、通信协议和优先级的至少一个。
13.如权利要求12所述的通信装置,其中,所述生成部将所述数据分组分类规则中包含的优先级应用于所述确认响应分组分类规则。
14.一种通信装置,包括接收数据分组的接收部;对所述数据分组中包含的优先级进行检测的优先级检测部;以及将所述优先级检测部检测出的优先级赋予给与所述数据分组成对的确认响应分组的优先级赋予部。
15.如权利要求14所述的通信装置,其中,所述优先级检测部检测的优先级是MAC首标具有的802.1p优先级、IPv4分组具有的ToS字段、IPv4分组具有的DSCP字段、IPv6分组具有的业务级字段、以及IPv6分组具有的流级别字段的至少一个。
全文摘要
提供一种基站,包括接受来自通信装置的资源请求的资源请求接受部(205);以及根据资源请求,进行与通信装置的通信所需的资源预约的资源预约部(206),资源预约部(206)通过对数据分组、与数据分组成对的确认响应分组两者所需的资源进行预约,从而防止确认响应分组的延迟,提高通信的吞吐量。
文档编号H04L12/56GK1674560SQ20051005927
公开日2005年9月28日 申请日期2005年3月25日 优先权日2004年3月26日
发明者松冈诚, 川口雄一, 岛津干夫 申请人:松下电器产业株式会社
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1