CN102349244A - 通信设备及其控制方法 - Google Patents

Abstract

对于能够使用具有窄方向性的高速传送信道和具有宽方向性的低速传送信道传送数据的设备，因为高速传送信道的通信路径容易被中断，因而在某些情况下不能正确地发送数据。相反，不能使用低速传送信道实现高质量数据的发送。使用高速传送信道和低速传送信道来同时传送相同的数据。根据使用高速传送信道的接收状态来选择使用高速传送信道所接收到的数据或使用低速传送信道所接收到的数据。

Description

通信设备及其控制方法

技术领域

本发明涉及用于传送诸如视频数据等的数据的通信技术。

背景技术

作为用于传送视频数据或音频数据的技术，可以利用宽的带宽并且可以实现高速无线传送的、使用60GHz频带的毫米波无线技术已经引起了关注。毫米波具有与光相同的性质，并且具有高的直线传播性质。在毫米波无线通信中，由于毫米波的特性，当诸如人等的遮蔽物跨越通信路径时，通信容易被中断。

在作为毫米波通信技术的标准规范的WirelessHD规范中，定义了作为高速传送信道的HRP(高速PHY)和作为低速传送信道的LRP(低速PHY)。关于HRP，使用具有窄方向性的天线。因此，限制了与通信路径相关联的毫米波的到来方向，但可以获得高增益。HRP用于以高速传送诸如未压缩的视频数据等的数据。另一方面，关于LRP，速率低，并且可以使用具有宽方向性的天线。因此，当将LRP与HRP进行比较时，不限制与通信路径相关联的毫米波的到来方向，并且通信路径不容易被中断。LRP用于传送压缩视频数据和控制数据等。此外，在WirelessHD中，当检测到通信路径的中断时，采用了以下方案：通过利用毫米波在墙壁等处的反射来切换至另一通信路径并且恢复通信。

如上所述，在WirelessHD中，通过选择多个信道、即HRP和LRP中的一个来实现HRP和LRP的适当使用。此外，当检测到通信路径的中断时，进行通信路径之间的切换。以这种方式，WirelessHD应对毫米波的上述问题。

引用列表

非专利文献

非专利文献1：WirelessHD Specification Version 1.0Overview(http://www.wirelesshd.org/pdfs/WirelessHD_Full_Overview_071009.pdf)

发明内容

技术问题

然而，在正在传送视频数据时检测到通信路径的中断并且如WirelessHD采用的方案那样进行通信路径之间的切换的情况下，在重放视频期间会产生瞬间的不稳定性。此外，通常，为了以高速进行通信路径之间的切换的操作，预先搜索要通过通信路径之间的切换操作而新选择的通信路径。然而，当传送路径的状态改变了很大程度时，通过通信路径之间的切换操作而要新选择的通信路径可能不可用。在这种情况下，需要再次搜索可用路径，并且视频重放被长时间停止。

当在通信设备之间传送数据时，本发明能够减少数据的重放不稳定或中断的发生。

用于解决问题的方案

为了解决上述问题，本发明在进行预定数据的通信时进行使用高速传送信道和低速传送信道来同时传送预定数据的通信。

发明的有益效果

根据本发明，即使通信路径被中断，也可以减少所接收到的数据的重放的瞬间中断或停止。

附图说明

图1是示出系统的结构的例子的图。

图2是发送节点的框图。

图3是接收节点的框图。

图4是用于说明天线控制的图。

图5是通信帧的结构的图。

图6是系统的整体操作的序列图。

图7是启动路径切换处理的情况下的序列图。

图8是启动路径搜索处理的情况下的序列图。

图9是路径搜索处理的流程图。

图10是通信路径表的结构的图。

图11A是发送节点所进行的处理的流程图。

图11B是发送节点所进行的处理的流程图。

图12A是接收节点所进行的处理的流程图。

图12B是接收节点所进行的处理的流程图。

具体实施方式

将参考附图说明本发明的实施例。图1是示出根据本实施例的无线通信系统的结构的例子的图。在该系统中，在两个节点之间无线传送视频数据。利用WirelessHD(非专利文献1)作为无线传送方案。

发送节点100是作为发送视频数据的源的通信设备。发送节点100经由无线链路发送从数据源105获得的视频数据。尽管在该结构中将发送节点100直接连接至数据源105，但发送节点100不必须需要直接连接至数据源105。接收节点110是在视频数据的目的地侧的通信设备。接收节点110将经由无线链路接收到的视频数据输出至用于显示视频的显示器115。本实施例中的节点具有定向天线，并且可以在切换天线方向性的同时使用高速传送信道(以下称为“HRP”)和低速传送信道(以下称为“LRP”)来无线传送视频数据。附图标记120和121表示LRP的通信路径，并且附图标记125表示HRP的通信路径。沿着LRP的通信路径和HRP的通信路径同时发送相同的视频数据。关于LRP，以低速但以宽方向性传送无线信号。因此，无线信号在宽的区域上传播，并且经由诸如通信路径120和121的多个通信路径到达接收节点。关于HRP，以高速但以窄方向性传送无线信号。因此，限制了与通信路径相关联的无线信号的到来方向，并且无线信号经由诸如通信路径125的单个通信路径到达接收节点。附图标记130表示中断通信路径的遮蔽物。

图2是示出发送节点100的内部结构的框图。附图标记201表示通过执行ROM 210中存储的控制程序来控制发送节点100中的整体操作的控制部。附图标记240表示用于生成进行发送/接收无线数据的处理的定时的定时生成部。附图标记210是用于存储发送节点100的控制程序和非易失性参数的ROM。附图标记215是用于存储易失性参数和临时数据的RAM。附图标记216表示未压缩的视频数据。附图标记217表示压缩视频数据。附图标记218是表示与HRP的可用通信路径有关的信息的通信路径表。附图标记216～218都表示保存在RAM 215中的数据。附图标记220表示用于建立与诸如媒体播放器等的外部装置的连接并用于接收视频数据的外部接口部。附图标记225表示用于从未压缩的视频数据生成压缩视频数据的视频编码器。附图标记226是用于存储视频编码处理时间并且将要输出的未压缩的数据延迟与视频编码处理时间相对应的预定时间的延迟块。附图标记230是用于发送/接收无线数据的无线通信部。附图标记231表示作为HRP处理单元的、用于进行发送/接收HRP包的处理的第一通信单元。附图标记232表示作为LRP处理单元的、用于进行发送/接收LRP包的处理的第二通信单元。附图标记234表示用于发送/接收无线信号的天线单元。附图标记233表示用于控制天线单元234的指向角的天线控制单元。附图标记235是用于处理在无线协议中定义的控制命令和消息的控制信息处理单元。附图标记236表示用于管理与整个无线通信系统有关的访问信息并且发送访问信息作为信标的信标处理单元。信标中包括诸如用于实现帧同步的独特字、用于访问无线介质的节点的标识符和适用于各节点要发送/接收的包的天线的指向角和调制类等的访问信息。这里，调制类表示调制方案和编码方案的组合。

接着，将说明在发送视频数据的情况下的各块之间的关系。发送节点100经由外部接口部220从外部装置接收未压缩的视频数据216。视频编码器225对未压缩的视频数据216进行编码，从而生成压缩视频数据217。将未压缩的视频数据216和压缩视频数据217分别传递到HRP处理单元231和LRP处理单元232。为了确保输出未压缩的视频数据216的时间和输出压缩视频数据的时间之间的时间差，将未压缩的视频数据216延迟与编码处理时间相对应的延迟并输出。通过HRP处理单元231将未压缩的视频数据216存储在HRP包中，并通过LRP处理单元232将压缩视频数据217存储在LRP包中。此外，信标处理单元236根据通信路径表218生成与HRP包和LRP包相关的访问信息，并将其存储在信标中。然后，在天线控制单元233根据定时生成部240所生成的定时而控制天线单元234的方向性时，发送节点100根据通信路径表218中存储的信息进行信标、HRP包和LRP包的无线传送。

图3是示出接收节点110的内部结构的框图。附图标记305表示通过执行ROM 310中存储的控制程序来控制接收节点110中的整体操作的控制部。附图标记310是用于存储接收节点110的控制程序和非易失性参数的ROM。附图标记315是用于存储易失性参数和临时数据的RAM。附图标记316是未压缩的视频数据。附图标记317是压缩视频数据。附图标记318是解压缩后的视频数据。附图标记319是表示与HRP的可用通信路径有关的信息的通信路径表。附图标记316～319都表示保存在RAM 315中的数据。附图标记320表示用于生成进行发送/接收无线数据的处理的定时的定时生成部。附图标记325是用于发送/接收无线数据的无线通信部。附图标记326表示用于发送/接收无线信号的天线单元。附图标记327表示用于控制天线单元326的指向角的天线控制单元。附图标记329表示作为HRP处理单元的、用于进行发送/接收HRP包的处理的第一通信单元。附图标记328表示作为LRP处理单元的、用于进行发送/接收LRP包的处理的第二通信单元。附图标记330是用于判断是否正确地接收到HRP包和LRP包的包接收判断单元。附图标记331是用于处理在无线协议中定义的控制命令和控制消息的控制信息处理单元。附图标记332表示用于分析和处理所接收到的信标中包括的访问信息的信标处理单元。附图标记335是用于对压缩视频数据进行解压缩、从而生成解压缩后的视频数据的视频解码器。附图标记336是用于存储视频解码处理时间并且将要输出的未压缩的数据延迟与视频解码处理时间相对应的预定时间的延迟块。附图标记340是用于在要输出至外部接口部的视频数据之间进行切换的输出数据切换器。附图标记345表示连接至显示器等的外部装置并输出视频数据的外部接口部。

接着，将说明在接收到视频数据的情况下的各块之间的关系。接收节点110接收从发送节点100无线传送的信标。在天线控制单元321根据定时生成部320所生成的定时正在控制天线单元326的方向性时，接收节点110根据信标处理单元332所接收到的访问信息接收HRP包和LRP包。通过包接收判断单元330判断是否接收到HRP包和LRP包。结果，当正确地接收到HRP包时，提取HRP包中存储的未压缩的视频数据316，并保存在RAM 315中。此外，当正确地接收到LRP包时，提取LRP包中存储的压缩视频数据317，并保存在RAM 315中。当接收到压缩视频数据317时，通过视频解码器335对压缩视频数据317进行解压缩，从而生成解压缩后的视频数据318。将所生成的解压缩后的视频数据318保存在RAM 315中。

此外，输出数据切换器340根据包接收判断单元330所进行的是否接收到包的判断的结果来确定要输出至外部接口部345的视频数据。关于输出数据切换器340所进行的确定，当正确地接收到HRP包时，输出未压缩的视频数据316，以及当未正确地接收到HRP包并且正确地接收到LRP包时，输出从压缩视频图像数据317生成的解压缩后的视频数据318。当进行未压缩的视频数据316的输出时，为了确保输出未压缩的视频数据316的时间和输出解压缩后的视频数据318的时间之间的时间差，通过延迟块336插入与视频解码处理时间相对应的延迟，并输出未压缩的视频数据316。外部接口部345将接收到的未压缩的视频数据316或者解压缩后的视频数据318输出至外部装置。

图4是用于说明各节点的天线的控制的图。各节点具有自适应阵列天线，并控制从天线元件发送/接收到的无线信号的相位，从而可以在窄方向性模式350和宽方向性(宽)模式360之间切换方向性模式。在窄方向性模式350中，例如，如所示出的，利用通过以15度为单位分割范围而获得的分辨率、在从0度至180度的范围内控制天线的指向角，并可以根据天线的指向角形成束。利用窄方向性模式350，当发送/接收无线信号时，可以获得高增益。然而，限制了可用通信路径的范围。在该例子中，使用上述结构以容易理解。然而，在窄方向性模式350中的天线的指向角的范围和天线的指向角的分辨率不限于此。在宽模式360中，例如，如所示出的，控制具有从0度至180度的范围的宽的指向角。然而，如在窄方向性模式350中一样，指向角的范围不限于此。当发送/接收无线信号时，宽模式360中的增益比窄方向性模式350中的增益低。然而，可用通信路径的范围较宽。在该例子中，发送节点和接收节点中至少之一进行窄方向性模式350中的HRP包的发送/接收，并进行宽模式360中数据量小的LRP包的发送/接收。

图5是示出根据本实施例的无线通信系统中作为通信帧的例子的超帧400的结构的图。在视频数据可用的时间段中利用特定重复的周期发送超帧400。超帧400包括信标401、下行LRP包405、下行HRP包410和上行LRP包415。这里，术语“上行”和“下行”是表示两个节点之间的通信方向的表达。将从发送节点100到接收节点110的通信方向定义为“下行”方向，并将从接收节点110到发送节点100的通信方向定义为“上行”方向。发送节点100发送信标401、下行LRP包405和下行HRP包410。利用下行LRP包405，发送节点100发送控制信息和压缩视频数据。利用下行HRP包410，发送节点100发送未压缩的视频数据。接收节点110发送上行LRP包415，从而发送控制信息。在本实施例中，因为假定了视频数据的单向通信，因此超帧400中不包括上行HRP包。然而，在双向通信的情况下，超帧400中也包括上行HRP包。此外，用于配置包的方法不限于此。例如，可以配置包以使得上行LRP包将是包的序列中的第一个包。

将说明各包中包括的信息元素。信标401中包括诸如用于实现帧同步的独特字、用于访问无线介质的节点的标识符和适用于各节点要发送/接收的包的天线的指向角和调制类等的访问信息。接收节点110接收信标401，并实现帧同步。另外，接收节点110通过根据信标401中包括的访问信息而控制天线的指向角和调制类，来接收从发送节点100使用LRP和HRP发送来的数据包。下行LRP包405是发送节点100发送控制信息和压缩视频数据所使用的包。LRP报头420中包括用于实现针对下行LRP包405中包括的符号的符号同步的已知信号。LRP头425中包括诸如下行LRP包405中包括的净荷的数量和各净荷的长度等的与整个下行LRP包405有关的信息。如果需要，下行LRP净荷1(430)中包括诸如用于路径切换或路径搜索的控制命令、和在路径搜索的情况下的训练序列等的控制信息。LRP净荷2(435)中包括压缩视频数据。CRC 440是用于检测下行LRP包405中的错误的符号。

下行HRP包410是发送节点100发送未压缩的视频数据所使用的包。HRP报头445中包括用于实现针对下行HRP包410中包括的符号的符号同步的已知信号。HRP头450中包括诸如下行HRP包410中包括的净荷的数量和各净荷的长度等的与整个下行HRP包410有关的信息。下行HRP净荷455中包括未压缩的视频数据。CRC 460是用于检测下行HRP包410中的错误的符号。在本实施例中，针对要重放的视频，根据下行HRP包410中的错误检测结果来确定使用未压缩的视频数据还是使用压缩视频数据(解压缩后的视频数据)。

上行LRP包415是接收节点110发送控制信息所使用的包。LRP报头465中包括用于实现针对上行LRP包415中包括的符号的符号同步的已知信号。LRP报头470中包括诸如上行LRP包415中包括的净荷的数量和各净荷的长度等的与整个上行LRP包415有关的信息。上行LRP净荷475中包括诸如用于路径切换或路径搜索的控制命令、和在路径搜索的情况下的训练序列等的控制信息。CRC 480是用于检测上行LRP包415中的错误的符号。

图6是用于说明系统的控制操作的图。在发送视频数据之前，为了搜索最适于HRP的通信路径，发送节点100和接收节点110进行路径搜索处理S1000。在路径搜索处理中，使用LRP的控制命令和训练序列来进行发送天线和接收天线各自的指向角的通信质量的测量。根据通信质量的测量结果来列出对于视频数据的传送可用的通信路径。将所列出的可用通信路径作为通信路径表218和319分别保存在RAM 215和315中相对应的一个中。然后，从通信路径表218和319中选择最合适的通信路径。确定诸如发送节点100的发送天线的指向角、接收节点110的接收天线的指向角和HRP包的调制类等的访问信息。在发送节点100和接收节点110之间使用信标401共享所确定的与新的通信路径相关的访问信息(S1001)。

接着，发送节点100和接收节点110进行视频数据的传送。在S1005～S1030的序列中，示出在接收节点110正确地接收到HRP包和LRP包的情况下进行的处理。数据源将未压缩的视频数据发送至发送节点100(S1005)。发送节点100对接收到的未压缩的视频数据进行编码，从而生成压缩视频数据(S1010)。发送节点100使用LRP发送压缩视频数据(S1015)。此外，发送节点100使用HRP发送未压缩的视频数据(S1020)。因为接收节点110成功接收到LRP包和HRP包，因此接收节点110将未压缩的视频数据输出至显示器(S1025)。接收到视频数据的显示器重放未压缩的视频数据(S1030)。

在S1035～S1065的序列中，示出在接收节点110不能正确地接收到HRP包的情况下进行的处理。S1035～S1050中的处理与S1005～S1020中的处理相同。在该序列中，接收节点110成功接收到LRP包，但接收HRP包失败。因此，接收节点110对压缩视频数据进行解码，从而生成解压缩后的视频数据(S1055)。然后，接收节点110将解压缩后的视频数据输出至显示器(S1060)。接收到解压缩后的视频数据的显示器重放解压缩后的视频数据(S1065)。利用以上序列，即使接收节点110不能正确地接收到使用HRP传送的未压缩的视频数据，通过利用使用LRP同时传送的压缩视频数据，也可以在不中断的情况下重放视频。

接着，将参考图7所示的序列图说明在检测到HRP包接收错误的情况下进行的路径切换处理的例子。这里，路径切换处理是根据路径搜索的结果切换至与当前使用的通信路径不同的通信路径的处理。当因为使用HRP没有正确地接收到未压缩的视频数据，因而进行使用LRP所接收到的压缩视频数据的重放的状态持续固定时间段时，为了在HRP的通信路径之间进行切换而进行路径切换处理。进行HRP的通信路径之间的切换，并且可以重新开始使用通过路径切换处理所新选择的HRP的通信路径所接收到的未压缩的视频数据的重放。

当接收节点110在预定时间段内持续检测到HRP包接收错误时，接收节点110判断是否应当切换至另一通信路径。接收节点110指定期望通信路径，并将路径切换请求发送至发送节点100(S1100)。接收到路径切换请求的发送节点100确定诸如用于指定的新的通信路径的发送节点100的发送天线的指向角、接收节点110的接收天线的指向角和HRP包的调制类等的访问信息。在发送节点100和接收节点110之间使用信标401共享所确定的访问信息(S1105)。在进行了路径切换处理之后，使用新的通信路径进行使用HRP的未压缩的视频数据的传送。利用以上序列，从因为使用HRP未正确地接收到未压缩的视频数据、因而进行使用LRP所接收的压缩视频数据的重放的状态，可以进行HRP的通信路径之间的切换，并且可以再次进行使用HRP所接收的未压缩的视频数据的重放。注意，尽管在本实施例中使用接收节点110发出路径切换的触发信号的结构，但结构不限于此。可以使用发送节点100发出触发信号的结构。

接着，将参考图8所示的序列图说明在检测到HRP包接收错误的情况下进行的路径搜索处理的例子。当接收节点110在预定时间段内持续检测到HRP包接收错误时，接收节点110进行S1100和S1105的过程，从而进行通信路径之间的切换。在尽管已进行了通信路径之间的切换、但是持续检测到HRP包接收错误的情况下，切换至另一通信路径，直到使用HRP的视频数据的接收成功。当使用所有可用通信路径进行了HRP包的传送并且HRP包的接收仍然失败时，接收节点110发送路径搜索请求(S1120)。接收到路径搜索请求的发送节点100发送路径搜索响应(S1125)。发送节点100和接收节点110再次进行路径搜索处理(S1000)，从而进行新的可用通信路径的搜索。利用以上序列，即使没有找到HRP的可用通信路径，也可以在不停止视频重放的情况下进行路径搜索。注意，尽管在本实施例中使用接收节点110发出路径搜索处理的触发信号的结构，但结构不限于此。可以使用发送节点100发出触发信号的结构。

图9是示出通过发送节点100和接收节点110进行的路径搜索处理的操作的流程图。路径搜索处理是搜索对于使用HRP的传送可用的新的通信路径的处理。首先，发送节点100和接收节点110进行训练处理(S1200)，从而测量发送天线和接收天线各自的指向角的通信质量。在训练处理(S1200)中，将如下的处理重复与所有天线的指向角的组合相对应的次数，在该处理中，发送节点100和接收节点110之一使用相应的天线的预定指向角来发送训练序列，并且另一节点测量在该另一节点使用相应的天线的预定指向角接收训练序列的情况下的通信质量。注意，当考虑到将视频数据从发送节点100发送至接收节点110时，优选地，发送节点100使用相应的天线的预定指向角发送训练序列，并且接收节点110测量在接收节点110使用相应的天线的预定指向角接收训练序列的情况下的通信质量。通常使用RSSI(接收场强度)或CINR(载波功率与干扰噪声功率的比)等作为用于表示通信质量的指示符。RSSI代表Received Signal StrengthIndicator(接收信号强度指示符)。CINR代表Carrier toInterference Noise Ratio(载波与干扰噪声的比)。作为训练处理的结果，将与满足预定通信质量的通信路径有关的信息作为HRP的可用通信路径保存在通信路径表218和319中(S1205)。然后，从通信路径表218和319中选择具有最高通信质量的通信路径(S1210)。

通信路径表218和319是作为进行路径搜索处理的结果而生成的并且表示对于使用HRP的传送可用的通信路径的列表的表(参考图10)。在该例子中，针对各可用通信路径，将路径编号500、RSSI水平505、发送天线的指向角510、接收天线的指向角515、调制方案520和编码率525保存在表中。路径编号500用于识别通信路径，并用于指定当前使用的通信路径和当进行路径切换时的通信路径等。RSSI水平505是通信路径的通信质量的水平，并且通信路径的较高的RSSI水平表示通信路径的通信质量较高。在该例子中，以RSSI水平的降序排列通信路径。发送天线的指向角510是在使用通信路径的情况下的发送节点100的天线的指向角。接收天线的指向角515是接收节点110的天线的指向角。调制方案520和编码率525表示应当适用于基于RSSI水平505判断为合适的通信路径的通信路径的调制类。发送节点100和接收节点110根据与从通信路径表选择的通信路径相关的信息来进行发送/接收视频数据的操作的控制。注意，图10所示的通信路径表是当选择HRP的通信路径时所参考的信息的例子。当选择通信路径时所参考的信息的结构不限于上述结构。

图11A和11B是示出发送节点100的内部操作的流程图。通过利用控制部201执行ROM 210中存储的控制程序来进行图11A和11B所示的操作。

以下将说明图11A所示的示出发送节点100的整体操作的流程图中的各步骤。发送节点100与接收节点110一起进行路径搜索处理，从而选择最适用于使用HRP的传送的通信路径(S1300)。将针对从通信路径表选择的通信路径而确定的与HRP包的调制类和接收天线的指向角有关的信息存储在信标401中(S1305)。接收节点110根据信息设置HRP的接收天线的指向角并进行解调制。

发送节点100判断从数据源105的视频传送是否继续(S1310)。当从数据源105的视频传送继续时，处理进入S1311。当从数据源105的视频传送没有继续时，处理结束。在S1311中，发送节点100发送信标401。假定在宽模式中使用已知的调制类来发送信标401。发送节点100在进行天线方向性的控制的同时发送包括未压缩的视频数据和压缩视频数据的数据包(S1315)。发送节点100将天线设置为宽模式，并接收上行LRP包中包括的控制信息(S1316)。发送节点100分析所接收到的控制信息，并判断发送节点100是否从接收节点110接收到路径切换请求(S1320)。当判断为发送节点100从接收节点110接收到路径切换请求时，处理进入S1325。否则，处理进入S1330。在S1325中，发送节点100切换至在接收节点110的路径切换请求中指定的通信路径，并使用该通信路径作为HRP的新的通信路径。然后，发送节点100从通信路径表获得与针对指定的通信路径而确定的调制类和接收天线的指向角相关的信息，并将该信息存储在信标401中。在S1330中，发送节点100分析从接收节点110接收到的控制信息，并判断发送节点100是否从接收节点110接收到路径搜索请求。当判断为发送节点100接收到路径搜索请求时，处理进入S1335。否则，处理进入S1310。在S1335中，发送节点100将路径搜索响应的控制命令存储在下行LRP包中包括的控制信息中，并发送下行LRP包。之后，处理进入S1300，并且发送节点100进行路径搜索处理。

接着，将参考图11B说明图11A所示的发送数据包的处理(S1315)。发送节点100经由外部接口部220从数据源105接收未压缩的视频数据(S1400)。发送节点100使用视频编码器225对未压缩的视频数据进行编码，从而生成压缩视频数据(S1405)。发送节点100将未压缩的视频数据存储在下行HRP包中(S1410)。此外，发送节点100将压缩视频数据存储在下行LRP包中(S1415)。发送节点100在根据定时生成部240所生成的定时而控制天线方向性的同时，进行发送下行LRP包和下行HRP包的处理(S1420)。在发送下行LRP包和下行HRP包的处理中，首先，发送节点100将天线设置为宽模式，并使用在信标401中指定的调制类来发送下行LRP包405。接着，发送节点100将天线设置为窄方向性模式，设置信标401中所指定的天线的指向角，并使用预定调制类发送下行HRP包410。

图12A和12B是示出接收节点110的内部操作的流程图。通过控制部305执行ROM 310中存储的控制程序来进行图12A和12B所示的操作。

以下将说明图12A中示出的接收节点110的整体操作的流程图中的各步骤。接收节点110与发送节点100一起进行路径搜索处理，从而选择最适用于使用HRP的传送的通信路径(S1600)。接收节点110判断接收节点110是否接收到信标401(S1605)。当接收节点110接收到信标401时，处理进入S1610。否则，处理结束。注意，在本实施例中，假定在宽模式中使用已知的调制类来接收信标401。当接收节点110接收到信标401时，接收节点110根据定时生成部320所生成的定时来控制天线方向性，并接收包括视频数据的数据包(S1610)。当接收节点110接收到数据包时，接收节点110判断HRP包的接收状态，并判断HRP包接收错误是否持续了预定时间段(S1615)。作为判断的结果，当接收节点110判断为HRP包接收错误持续了预定时间段时，处理进入S1620。否则，处理进入S1610，并且接收节点110试图再次接收数据包。在S1620中，因为HRP包接收错误持续了预定时间段，因此接收节点110判断为应当切换至另一通信路径，并且接收节点110通过参考通信路径表判断是否存在其它可用通信路径的候选。作为判断的结果，当存在可用通信路径的候选时，处理进入S1625。当不存在可用通信路径的候选时，处理进入S1635。在S1625中，接收节点110从通信路径表中选择另一可用通信路径。然后，接收节点110将路径切换请求的控制命令存储在上行LRP包中包括的控制信息中，并发送上行LRP包(S1630)。在路径切换请求中，包括用于指定S1625中选择的通信路径的信息。在S1635中，接收节点110将路径搜索请求的控制命令存储在上行LRP包中包括的控制信息中，并发送上行LRP包。然后，处理返回至S1600，并且接收节点110与发送节点100一起再次进行路径搜索。

接着，将参考图12B说明图12A所示的接收数据包的处理(S1610)。接收节点110根据定时生成单元320所生成的定时来进行天线方向性的控制，并进行接收包括视频数据的下行LRP包和下行HRP包的处理(S1700)。首先，接收节点110将天线设置为宽模式，并使用在信标401中指定的调制类来接收下行LRP包405。接着，接收节点110将天线设置为窄方向性模式，将天线设置在信标401中指定的天线的指向角，并使用预定调制类接收下行HRP包410。然后，接收节点110判断下行HRP包的接收状态，从而判断是否正确地接收到下行HRP包(S1705)。作为判断的结果，当正确地接收到下行HRP包时，接收节点110将所接收到的未压缩的视频数据输出至连接至显示器的外部接口部345。当未正确地接收到下行HRP包时，接收节点110判断是否正确地接收到下行LRP包(S1710)。作为判断的结果，当正确地接收到下行LRP包时，接收节点110使用视频解码器335对下行LRP包中存储的压缩视频数据进行解压缩，从而生成解压缩后的视频数据(S1715)。然后，接收节点110将解压缩后的视频数据输出至连接至显示器的外部接口部345(S1720)。当未正确地接收到下行LRP包时，即当下行HRP包和下行LRP包都具有错误并且没有被正确地接收到时，处理结束。

注意，尽管在本实施例中通过应用相互不同的天线方向性、针对HRP和LRP应用相互不同的通信路径，但本发明不限于此。例如，可以使用以下结构：在不进行天线方向性的控制的情况下，通过对HRP和LRP应用相互不同的调制类来简单地生成通信路径的特性之间的差异。此外，在本实施例中，可以使用以下结构：在使用HRP和LRP的通信中，通过时分复用、频分复用、码分复用和空分复用中的一个来进行复用。此外，尽管使用视频数据作为上述实施例中的例子，但可以使用音频数据和其它数据中的任意一个。特别地，本发明对于要求实时特性的数据传送是有效的。

如上所述，使用高速传送信道和低速传送信道来同时传送相同的数据，并且在通常情况下，利用使用高速传送信道传送的数据。然而，当高速传送信道中断时，利用使用低速传送信道传送的数据。因此，即使高速传送信道中断，也可以减少数据的重放的瞬时中断。此外，当因为高速传送信道的中断而需要搜索新的通信路径时，可以减少数据的重放的停止。

尽管已经参考典型实施例说明了本发明，但是应该理解，本发明不限于所公开的典型实施例。所附权利要求书的范围符合最宽的解释，以包含所有这类修改、等同结构和功能。

本申请要求于2009年3月12日提交的日本专利申请2009-059561的优先权，其全部内容通过引用包含于此。

Claims (12)

1.一种通信设备，包括：

第一通信单元，用于经由具有窄方向性的高速传送信道来通信预定数据；以及

第二通信单元，用于当所述第一通信单元进行通信时，经由具有宽方向性的低速传送信道来通信通过压缩所述预定数据而获得的压缩数据。

2.根据权利要求1所述的通信设备，其特征在于，还包括：

判断单元，用于判断使用所述高速传送信道的接收的状态；以及

选择单元，用于根据所述判断单元的判断结果，来选择使用所述高速传送信道所接收到的所述预定数据或者使用所述低速传送信道所接收到的所述预定数据。

3.根据权利要求2所述的通信设备，其特征在于，还包括：

输出单元，用于输出所述选择单元所选择的数据以显示该数据。

4.根据权利要求1～3中任一项所述的通信设备，其特征在于，所述通信设备使用所述高速传送信道来通信未压缩的数据，并使用所述低速传送信道来通信压缩数据。

5.根据权利要求2所述的通信设备，其特征在于，

所述判断单元判断使用所述高速传送信道的接收的状态和使用所述低速传送信道的接收的状态，以及

当使用所述高速传送信道未接收到所述预定数据并且使用所述低速传送信道接收到所述预定数据时，所述选择单元选择使用所述低速传送信道所接收到的所述预定数据。

6.根据权利要求1～5中任一项所述的通信设备，其特征在于，对所述高速传送信道和所述低速传送信道应用相互不同的通信路径。

7.根据权利要求1～6中任一项所述的通信设备，其特征在于，所述高速传送信道和所述低速传送信道使用天线的相互不同的指向角来进行通信。

8.根据权利要求1所述的通信设备，其特征在于，还包括输出单元，所述输出单元用于输出所述选择单元所选择的所述预定数据，

其中，所述输出单元将使用所述高速传送信道所接收到的所述预定数据延迟预定时间，并输出所述预定数据。

9.根据权利要求1所述的通信设备，其特征在于，所述第一通信单元将所述预定数据延迟预定时间，并发送所述预定数据。

10.根据权利要求1～9中任一项所述的通信设备，其特征在于，所述预定数据是视频数据。

11.一种通信设备的控制方法，包括以下步骤：

经由具有窄方向性的高速传送信道来通信预定数据；以及

当经由所述高速传送信道来通信所述预定数据时，经由具有宽方向性的低速传送信道来通信通过压缩所述预定数据而获得的压缩数据。

12.一种使通信设备执行以下步骤的程序：

经由具有窄方向性的高速传送信道来通信预定数据；以及

当经由所述高速传送信道来通信所述预定数据时，经由具有宽方向性的低速传送信道来通信通过压缩所述预定数据而获得的压缩数据。

Images