基站、移动台、发送方法及接收方法
技术领域
本发明涉及进行客户端协同动作的基站、移动台、协同移动台、发送方法及接收方法。
背景技术
IEEE(Institute of Electrical and Electronics Engineers,电气与电子工程师协会)802.16工作组正在制作满足IMT(International Mobile Telecommunications,国际移动通信)高级下一代移动电话系统的各要件的802.16m无线接口规格。根据IEEE 802.16m草案标准(例如参照非专利文献1),WiMAX(Worldwide Interoperability for Microwave Access,全球微波互联访问)论坛正在制订WiMAX版本2.0 MSP(Mobile System Profile,移动系统配置文件)及PICS(Protocol Implementation Conformance Statement,协议实现一致性陈述)。IEEE 802.16m标准以及WiMAX Release 2.0 MSP及PICS预计将在2011年早些时候完成。
而且,IEEE802.16工作组已经开始进行超过802.16m/WiMAX2.0的未来的802.16/WiMAX网络的构想设计。在802.16/WiMAX团体之间达成如下的共识:未来的802.16/WiMAX网络支持由大型画面的设备、多媒体应用以及进一步增加的连接用户和设备促进的移动通信数据业务的急剧增加。而且,未来的802.16/WiMAX网络将与例如802.11/Wi-Fi(Wireless Fidelity,无线保真)等其他无线技术高效率地协作动作。
未来的802.16/WiMAX网络与802.16m网络相比,吞吐量或SE(Spectral Efficiency,频谱效率)等多种性能指标值可能得以大幅度改善。例如,在设想城市区域中的覆盖率的情况下,未来的802.16/WiMAX网络是在UL(Uplink,上行链路)与DL(Downlink,下行链路)两者中,将802.16m/WiMAX2.0网络2倍的SE作为小区边缘中的目标(例如参照非专利文献2)。需要注意的是802.16m/WiMAX2.0网络在4×2天线结构中具备至少0.06bps/Hz/秒的DL的小区边缘中的SE,并在2×4天线结构中具备至少0.03bps/Hz/秒的UL的小区 边缘中的SE。
例如,CliCo(Client Collaboration,客户端协同动作)等协同技术确实大幅度地改善了无线通信系统的小区边缘中的SE、以及网络整体的能量效率。CliCo是为了在无线环境中客户端彼此联合发送/接收数据而进行通讯的技术(例如参照非专利文献3)。在CliCo中,利用客户端集群(Client Clustering)和对等(Peer-to-Peer)通信,以在BS与客户端间经由多个路径发送/接收信息。其结果,无需增加设备成本,便可提高小区边缘中的SE。而且,能够使具有低劣信道的客户端的电池经久耐用。
图1表示进行CliCo的典型性无线通信系统100的例子。无线通信系统100采用包含BS(Base Station,基站)102以及例如MS(Mobile Station,移动台)104和MS106的多个MS的结构。
图2是表示典型性BS102的例子的方框图。这里,BS102仅配备基于WiMAX的通信功能,且由WiMAX PHY块130与WiMAX MAC块120构成。WiMAX MAC块120是执行基于WiMAX OFDMA(Orthogonal Frequency Division Multiple Access,正交频分多址访问)的媒体访问控制(Media Access Control:MAC)协议。WiMAX PHY块130是在WiMAX MAC块120的控制下,执行基于WiMAX OFDMA的物理层协议。
参照图2,WiMAX MAC块120采用还包括控制单元122、调度器124、消息生成单元126及消息处理单元128的结构。控制单元122控制普通性MAC协议动作。调度器124是在控制单元122的控制下,调度对各MS的资源分配。消息生成单元126在从调度器124接收资源分配调度信息后,生成数据包和DL控制信息。消息处理单元128在控制单元122的控制下,对从多个MS接收的数据包和UL控制信息进行分析,并将该分析结果向控制单元122报告。
需要注意的是由消息生成单元126生成的数据包和DL控制信息是经由WiMAX PHY块130内的OFDMA发送器(图2中未图示)通过BS102发送到多个MS。由消息处理单元128分析的数据包和UL控制信息是经由WiMAX PHY块130内的OFDMA接收器(图2中未图示)被BS102接收。
参照图2,在消息生成单元126内,存在HFBCH(HARQ反馈信道)生成单元132与资源分配生成单元134。这里,HARQ表示混合自动重传请求(Hybrid Automatic Repeat Request)。HFBCH生成单元132生成用于通知对UL 数据发送的HARQ反馈信息(例如ACK/NACK)的、对UL数据发送的HARQ反馈信道。资源分配生成单元134生成通知对多个MS各自的资源分配信息的、用于UL/DL数据发送的资源分配控制信息。
在GRA(Group Resource Allocation,组资源分配)的观点中,由资源分配生成单元134生成的资源分配控制信息可包含组配置(Group Configuration)信息、以及含有用于DL/UL中的GRA发送的HFBCH的索引信息的组资源分配信息。由HFBCH生成单元132生成的HFBCH可包含对于UL中的GRA发送的HARQ反馈信息。
参照图2,在消息处理单元128内,存在HFBCH分析单元136。HFBCH分析单元136分析对于DL中的数据发送所接收的HFBCH,并判断该对应的DL数据发送是否成功。在GRA的观点中,HFBCH分析单元136可从接收的UL控制信息中导出对DL中的GRA发送的HARQ反馈信息。
图3是表示典型性MS104的例子的方框图。MS104配备有基于WiMAX和Wi-Fi两者的通信功能,由WiMAX PHY块142、Wi-Fi PHY块144、WiMAX MAC块146、Wi-Fi MAC块148及GLL(Generic Link Layer,通用链路层)块150构成。WiMAX MAC块146执行基于WiMAX OFDMA的MAC(媒体访问控制)协议。WiMAX PHY块142是在WiMAX MAC块146的控制下,执行基于WiMAX OFDMA的物理层协议。Wi-Fi MAC块148执行基于Wi-Fi CSMA/CA(Carrier Sense Multiple Access with Collision Avoidance,附带冲突避免的载波侦听多路访问)的MAC(媒体访问控制)协议。Wi-Fi PHY块144在Wi-Fi MAC块148的控制下,执行基于Wi-Fi OFDM(Orthogonal Frequency Division Multiplexing,正交频分多址)/DSSS(Direct Sequence Spread Spectrum,直接序列扩频)的物理层协议。GLL块150发挥管理不同类型的WiMAX链路与Wi-Fi链路之间的协作动作的功能。
参照图3,WiMAX MAC块146采用还包括控制单元154、消息生成单元152及消息处理单元156的结构。控制单元154对普通性MAC协议动作进行控制。消息生成单元152在控制单元154的控制下,生成UL控制信息和数据包。消息处理单元156在控制单元154的控制下,对从BS102接收的数据包和DL控制信息进行分析,并将该分析结果提供给控制单元154。
需要注意的是,由消息生成单元152生成的数据包和UL控制信息是经由WiMAX PHY块142内的OFDMA发送器(图3中未图示),从MS104发送 到BS102。由消息处理单元156分析的数据包和DL控制信息是经由WiMAX PHY块142内的OFDMA接收器(图3中未图示)被MS104接收。
参照图3,在消息处理单元156内,存在资源分析单元151和HFBCH分析单元153。HFBCH分析单元153分析对于UL中的数据发送所接收的HFBCH,并判断其对应的UL数据发送是否成功。资源分析单元151分析接收的资源分配控制信息,导出对于MS104确定的资源分配信息。当进行UL数据发送时,在控制单元154的控制下,由消息生成单元152生成的数据包接着根据导出的资源分配信息,从MS104发送到BS102。当进行DL数据发送时,从BS102发送到MS104的数据包接着根据导出的资源分配信息,由MS104进行接收。
在GRA的观点中,消息处理单元156内的资源分析单元151从接收的资源分配控制信息中,可导出组配置信息以及包含用于DL/UL中的GRA发送的HFBCH的索引信息的组资源分配信息。HFBCH分析单元153从接收的HFBCH中,可导出对UL中的GRA发送的HARQ反馈信息。
参照图3,在消息生成单元152内存在HFBCH生成单元155。HFBCH生成单元155生成包含对DL中的数据发送的HARQ反馈信息的HARQ反馈信道。在GRA的观点中,HFBCH生成单元155可生成对DL中的GRA发送的HARQ反馈信道。
图4是表示典型性MS106的例子的方框图。MS106也配备有基于WiMAX和Wi-Fi两者的通信功能,且具有与MS104完全相同的结构与功能性。MS104与MS106主要不同之处在于:与MS106不同,如图3所示,在MS104的Wi-Fi MAC块148内有调度器158,该调度器用于为CliCo进行的协同动作调度。
参照图1,BS102经由WiMAX链路108a及108b与MS104进行通信,且经由WiMAX链路110a及110b与MS106进行通信。MS104经由对等Wi-Fi链路112a、112b与MS106进行通信。另外,只要能够利用,MS104也可以通过例如WiMAX、蓝牙或60GHz mmW(毫米波)等其他无线技术与MS106进行通信。
需要注意的是CliCo能够在无线通信系统100的DL和UL双方中实现。作为一例,以下对说明无线通信系统100的UL中的CliCo动作。
参照图1,当BS102与MS104之间的WiMAX链路108a的信号质量变 差时,MS104能够开始进行邻机发现、协同机选择/分配等在UL中的CliCo程序。若BS102与MS106之间的WiMAX链路110a的信号质量良好,则MS104可选择MS106作为协同机。在CliCo的上下文中,将MS104称作主叫MS,且将MS106称作协同MS。
CliCo可能在多种状况下发生。例如,若主叫MS104位于自助餐厅内的深处,则对于主叫MS104的WiMAX链路的信号质量可能极差。另一方面,若协同MS106与主叫MS104相比,位于靠自助餐厅的窗或入口非常近的地方,则协同MS106可能比主叫MS104还具有极好的WiMAX链路的信号质量。
图5表示可应用于图1所示的进行CliCo的无线通信系统100的典型性帧结构200的例子。参照图5,帧202和帧212各自包含8个子帧。其中5个为DL子帧,其余为UL子帧。
仅对UL中的CliCo而言,在帧202的开头的DL子帧204中,BS102能够将表示控制信息的MAP220发送给包含参与CliCo的主叫MS104和协同MS106的、连接于BS102的多个移动台。MAP220由多个MAP IE(Information Element:信息元素)构成。MAP IE的一部分可通知对UL数据发送的HARQ反馈信息,且MAP IE的一部分可通知用于DL/UL数据发送的资源分配信息。通知HARQ反馈信息的MAP220中的1个MAP IE形成对UL数据发送的1个HBFCH。
在帧202的开头的DL子帧204与开头的UL子帧206之间的期间208中,主叫MS104与协同MS106必须分别将MAP220解码,以获得包含HFBCH索引信息的各个资源分配信息。而且,主叫MS104必须经由对等Wi-Fi链路112a,对协同MS106发送UL数据突发脉冲串(burst)250。
若主叫MS104对从BS102经由WiMAX链路108b发送的MAP220的解码成功,则主叫MS104根据该接收的资源分配信息,在帧202的开头的UL子帧206中,经由WiMAX链路108a对BS102发送UL数据突发脉冲串250。另一方面,若协同MS106对从BS102经由WiMAX链路110b发送的MAP220的解码成功,且成功接收从主叫MS104经由对等Wi-Fi链路112a发送的UL数据突发脉冲串250,则协同MS106根据该接收的资源分配信息,将相同的UL数据突发脉冲串250经由WiMAX链路110a同时发送到BS102相同的UL数据突发脉冲串250。其结果,BS102可合成从WiMAX链路108a和WiMAX 链路110a接收的UL数据突发脉冲串250的2个副本,以提高接收信号的质量。
在帧212的第二DL子帧214中,BS102能够将MAP240发送到包含参与CliCo的主叫MS104和协同MS106的、连接于BS102的多个移动台。如上所述,形成MAP240中的一部分的HFBCHs能够通知对于在帧202的开头的UL子帧206中由主叫MS104和协同MS106发送的UL数据突发脉冲串250的HARQ反馈信息。
在帧212的第二DL子帧214与开头的UL子帧216之间的期间218中,发送MS104和协同MS106必须根据通过在期间208中对MAP220进行解码所得的各自的HFBCH索引信息,分别将MAP240中的对应的HFBCHs解码,以获得对UL数据突发脉冲串250的HARQ反馈信息。
在HARQ反馈信息表示BS102未正常地解码在帧202的第一UL子帧206中由主叫MS104和协同MS106发送的UL数据突发脉冲串250的情况下,在帧212的最初的UL子帧216中,发送MS104及协同MS106有必要重发UL数据突发脉冲串250。
如上所述,未来的802.16/WiMAX网络必须支持剧增的移动通信数据业务。而且,未来的802.16/WiMAX网络必须使VoIP(Voice over Internet Protocol,因特网语音协议)等移动通信因特网应用的体验质量(Quality of Experience)提高。考虑到VoIP具有周期性的业务模式,且为相对固定的有效载荷大小,设计了例如PA(Persistent Allocation,持续性分配)及GRA等,尤其使VoIP的体验质量提高的多种PHY/MAC机制。本发明中提出GRA对CliCo的应用。
IEEE 802.16m草案标准(例如参照非专利文献1)中规定的GRA机制未对应于CliCo。然而,GRA机制可容易地对应CliCo。
根据IEEE 802.16m草案标准(例如参照非专利文献1),GRA机制对作为某组的多个用户分配资源,以节减控制开销。该资源分配是以传输流程(Transport flow)为单位。参照图1,将GRA应用于CliCo的方法包含二个操作。即,i)BS102将主叫MS104和协同MS106各自的流程加入到某组,或者从某组删除主叫MS104和协同MS106各自的流程。ii)BS102对同一组内的主叫MS104和协同MS106各自的流程分配资源。
根据IEEE 802.16m草案标准(例如参照非专利文献1),当将主叫MS104(或协同MS106)的流程加入到某组时,BS102在单播MAC控制消息中, 对主叫MS104(或协同MS106)发送组配置信息。在对同一组内的主叫MS104和/或协同MS106各自的流程分配资源的时,BS102利用多播MAP IE对发送MS104和协同MS106发送包含了HFBCH索引信息的组资源分配信息。需要注意的是,由图2所示的消息生成单元126生成在单播MAC控制消息中发送的组配置信息和在多播MAP IE中发送的组资源分配信息。
根据IEEE 802.16m草案标准(例如参照非专利文献1),单播MAC控制消息中发送的组配置信息可用于解释对应的由多播MAP IE中发送的组资源分配信息。组配置信息的内容包含以下内容。
·流程识别符(Flow identifier)、
·用户位图大小(User bitmap size)、
·UBI(User Bitmap Index,用户位图索引)、
·组识别符(Group identifier)、
·分配周期(Allocation periodicity)、以及
·MIMO(Multiple Input Multiple Output,多输入多输出)模式集(MIMO mode set)等。
流程识别符是用来向MS通知将MS的流程中的哪一流程加入到组,且具有4比特的大小。用户位图大小表示多播MAP IE中发送的用户位图中使用的比特数。用户位图大小取4比特、8比特和32比特中的一个。UBI表示用户位图中的MS的流程的索引,且具有5比特的大小。组识别符是唯一地识别加入MS的流程的DL/UL组,且具有12比特的大小。分配周期指定用于通知对应的组资源分配信息的多播MAP IE的发送频度,周期可为1帧、2帧、4帧和8帧中的一个。MIMO模式集通知该组中得到支持的MIMO模式。
发往主叫MS104和协同MS106的组配置信息的主要差别是主叫MS104和协同MS106各自的UBI不同。此外,由于组配置信息以单播(unicast)发送到主叫MS104和协同MS106,所以协同MS106不知道主叫MS104的UBI,相反的情况也是这样。
根据IEEE 802.16m草案标准(例如参照非专利文献1),组配置信息可还包含4个HARQ突发脉冲串大小(HARQ burst size)的集合。例如4个HARQ突发脉冲串大小的集合可为{6字节、8字节、9字节、10字节}。需要注意的是,突发脉冲串大小为可分割为多个FEC(Forward Error Correction,前向纠错)块的、编码的数据包的大小。在可适用的情况下,突发脉冲串大小可包含 对每一突发脉冲串和/或每一FEC块追加的CRC(Cyclic Redundancy Code,循环冗余码)。
而且,分别对应于4个HARQ突发脉冲串大小,组配置信息可包含8个资源大小。例如,对于9字节的HARQ突发脉冲串大小,8个资源大小的集合可为{1LRU、2LRUs、3LRUs、4LRUs、5LRUs、6LRUs、7LRUs、8LRUs}。这里,LRU表示逻辑资源单位(Logical Resource Unit)。对于各6字节、8字节、10字节的其他3个HARQ突发脉冲串大小,8个资源大小的集合有可能不同,或者有可能与9字节的HARQ突发脉冲串大小相同。
根据IEEE 802.16m草案标准(例如参照非专利文献1),组资源分配信息的一部分,通过多播MAP IE中发送的位图传送。图6表示根据IEEE 802.16m草案标准[1]的、用于通知一部分组资源分配信息的典型性位图的例子。用于通知一部分组资源分配信息的位图有两个。一个为用户位图302,另一个为资源分配位图304。
根据IEEE 802.16m草案标准(例如参照非专利文献1),用户位图302中,为了通知调度到当前帧的流程为哪一流程,对每一流程使用1比特。参照图6,由于主叫MS104的UBI为“00000”,故参照用户位图302的第1比特。由于协同MS106的UBI为“00011”,故参照用户位图302的第4比特。因此,主叫MS104和协同MS106两者的各个流程(相当于数据)由资源分配位图304指示,且被发送到当前的帧。
参照图6,资源分配位图304采用包含多个5比特的资源分配指示的结构,且各资源分配指示对应于特定的经调度的流程。在各个5比特的资源分配指示中,开头的2比特是用来通知HARQ突发脉冲串大小,末尾的3比特是用来通知资源大小。
参照图6,HARQ突发脉冲串大小是从4个突发脉冲串大小的种类{6字节、8字节、9字节、10字节}中选择,且通过“00”、“01”、“10”、“11”指示。在图6中,主叫MS104和协同MS106两者均以“10”表示,故两者的HARQ突发脉冲串大小为9字节。主叫MS104和协同MS106的资源大小分别以“111”和“001”表示。所以,主叫MS104和协同MS106的资源大小可分别为8LRUs和2LRUs。
根据IEEE 802.16m草案标准(例如参照非专利文献1),除了用户位图302和资源分配位图304以外,在组中还支持多个MIMO模式时,可使用称作 MIMO位图的其他位图。
表1表示根据IEEE 802.16m草案标准(例如参照非专利文献1)的、用于发送组资源分配信息的典型性GRA MAP IE的例子。
[表1]
此外,根据IEEE 802.16m草案标准(例如参照非专利文献1),关于组内经调度的流程的HFBCH索引是该UBI和表1所示的HFA(HARQ Feedback Allocation)偏移的预先规定的函数。换言之,主叫MS104和协同MS106可在分别将表1所示的GRA MAP IE解码后,利用本机的UBI计算本机的HFBCH索引。
图7是表示在IEEE 802.16m草案标准(例如参照非专利文献1)中,主叫MS104(或协同MS106)接收资源分配信息的方法400的例子的流程图。方法400从步骤402开始。在步骤404中,主叫MS104(或协同MS106)对照本机的UBI而检查用户位图。在步骤406中,主叫MS104(或协同MS106)判定本机的流程是否在当前的帧中调度。若主叫MS104(或协同MS106)的流程已调度到当前的帧,则在步骤408中,主叫MS104(或协同MS106)接着对照本机的UBI而检查资源分配位图,以导出本机的HARQ突发脉冲串大小和资源大小。然后,在步骤410中,主叫MS104(或协同MS106)根据本机的UBI而计算本机的HFBCH索引。在步骤406中,如果主叫MS104(或协同MS106)的流程未调度到当前的帧,则方法400至步骤412而结束。
现有技术文献
非专利文献
[非专利文献1]IEEE P802.16m/D5,DRAFT Amendment to IEEE Standard for local and metropolitan area networks-Part 16:Air Interface for Broadband Wireless Access Systems-Advanced Air Interface
[非专利文献2]IEEE C802.16-10/0016r1,Future 802.16 Networks:Challenges and Possibilities
[非专利文献3]IEEE C802.16-10/0005r1,Client Cooperation in Future Wireless Broadband Networks
发明内容
发明要解决的问题
根据IEEE 802.16m草案标准(例如参照非专利文献1),参与CliCo的主叫MS104和协同MS106两者都处理同一数据突发脉冲串。只要存在用于主叫MS104和协同MS106两者的一个HFBCH就足够。然而,由于在同一组中UBI不同,所以主叫MS104和协同MS106具有两个不同的HFBCH。这导致贵重的HFBCH资源的浪费。
本发明的目的在于提供通过对处理同一数据突发脉冲串的多个MS使用一个HFBCH而能够避免HFBCH资源的不必要的浪费的基站、移动台、协同移动台、发送方法及接收方法。
解决问题的方案
根据本发明的一个形态,与多个移动台(MSs)进行通信的基站(BS)采用的结构包括:控制信号生成单元,生成控制信号,所述控制信号表示对上述多个MSs的各个移动台的资源分配信息;以及发送单元,对上述多个MSs发送生成的所述控制信号,所述多个移动台包括第一移动台和第二移动台,所述第一移动台是为所述基站与所述第二移动台之间的通信所利用的移动台,所述第一移动台(MS)的控制信号包含有关所述第二MS的信息。
根据本发明的一个形态,BS与多个MSs进行通信,该多个MSs包含主叫MS和为了BS与上述主叫MS之间的通信而利用的协同MS,BS包括:控制信号生成单元,生成控制信号,该控制信号表示对上述多个MSs的各个MS的资源分配信息;以及发送单元,对上述多个MSs发送上述控制信号,对上述协同MS的控制信号包含有关上述主叫MS的信息。
根据本发明的一个形态,在上述协同MS的流程被加入到与上述主叫 MS同一组的情况下,对上述协同MS的控制信号包含有关上述主叫MS的信息。
根据本发明的一个形态,有关上述主叫MS的信息包含在对上述协同MS的资源分配信息中。
根据本发明的一个形态,有关上述主叫MS的信息与对上述协同MS的突发脉冲串大小信息进行置换。
根据本发明的一个形态,有关上述主叫MS的信息的比特数根据属于与上述主叫MS同一组的MSs的数量而改变。
根据本发明的一个形态,随着对于上述协同MS的突发脉冲串大小信息的比特数根据属于与上述主叫MS同一组的MSs的数量而增加,且随着对于上述协同MS的资源大小信息的比特数减少,有关上述主叫MS的信息的比特数发生改变。
根据本发明的一个形态,在对上述协同MS的资源大小信息的比特数减少的情况下,作为上述主叫MS的资源大小与上述协同MS的标称资源大小的比特单位的运算结果而获得上述协同MS的实际资源大小。
根据本发明的一个形态,上述协同MS的资源大小与上述主叫MS的资源大小相同,有关上述主叫MS的信息是与对上述协同MS的突发脉冲串大小信息和资源大小信息进行置换。
根据本发明的一个形态,作为上述主叫MS的资源大小与上述协同MS的标称资源大小的比特单位的运算结果而获得上述协同MS的实际资源大小。
根据本发明的一个形态,上述协同MS的资源大小设定为预先规定的值,有关上述主叫MS的信息与对于上述协同MS的突发脉冲串大小信息和资源大小信息进行置换。
根据本发明的一个形态,有关上述主叫MS的信息是上述主叫MS的识别信息。
根据本发明的一个形态,有关上述主叫MS的信息是相对于上述协同MS的识别信息的、上述主叫MS的识别信息的偏移。
根据本发明的一个形态,为BS与其他MS之间的通信所利用的MS包括:接收单元,接收对于所述MS即本台的控制信号,所述控制信号包含有关所述其他MS的信息;以及资源计算单元,根据上述控制信号和有关所述其他MS的信息,计算发送资源;以及发送单元,经由所述发送资源将从所 述其他MS接收的信号发送到所述BS。
根据本发明的一个形态,为了BS与主叫MS之间的通信而利用的协同MS包括:接收单元,接收对本协同MS的控制信号,该控制信号包含有关上述主叫MS的信息;资源计算单元,根据上述控制信号和有关上述主叫MS的信息,计算发送资源;以及发送单元,将从上述主叫MS接收的信号通过上述发送资源发送到上述BS。
根据本发明的一个形态,在有关上述主叫MS的信息表示上述协同MS的识别信息的情况下,所述发送单元停止向上述BS发送上述信号。
根据本发明的一个形态,在有关上述主叫MS的信息表示上述协同MS的识别信息的情况下,上述发送单元在预先规定的期间或可设定的期间,停止向上述BS发送所述信号。
根据本发明的一个形态,有关上述主叫MS的信息的一部分包含在对上述协同MS的资源分配信息中,有关上述主叫MS的信息的其他部分包含在发送到上述协同MS的组配置信息中。
根据本发明的一实施方式,在与多个MSs进行通信的BS中执行的发送方法是:生成表示对上述多个MSs的每一MS的资源分配信息的控制信号,并对上述多个MSs发送生成的所述控制信号,所述多个移动台包括第一移动台和第二移动台,所述第一移动台是为所述基站与所述第二移动台之间的通信所利用的移动台,对所述第一MS的控制信号包含有关所述第二MS的信息。
根据本发明的一实施方式,在与包含主叫MS和为了BS与上述主叫MS之间的通信而利用的协同MS的多个MSs进行通信的基站(BS)中执行的发送方法是:生成表示对上述多个MSs的每一MS的资源分配信息的控制信号,并对上述多个MSs发送上述控制信号,对上述协同MS的控制信号包含有关上述主叫MS的信息。
根据本发明的一实施方式,在为基站与其他MS之间的通信所利用的移动台即本台中执行的接收方法是:接收对本台的控制信号,所述控制信号包含有关所述其他MS的信息,并根据上述控制信号和有关所述其他MS的信息,计算发送资源,经由所述发送资源将从所述其他移动台接收的信号发送给所述基站。
根据本发明的一实施方式,在用于BS与主叫MS之间的通信的协同MS 中执行的接收方法是:接收对本机的控制信号,该控制信号包含有关上述主叫MS的信息,根据上述控制信号和有关上述主叫MS的信息,计算发送资源,并将从上述主叫MS接收的信号通过上述发送资源发送到上述BS。
通过参照附图和本发明的以下详细说明,并参照随附的权利要求书,可更好地理解本发明的上述以及其他特征和优点。
发明的效果
本发明对于处理同一数据突发脉冲串的多个MSs使用一个HFBCH,因此可避免HFBCH资源的不必要的浪费。
附图说明
图1是表示一例进行CliCo(客户端协同动作)的无线通信系统的图。
图2是表示一例BS(基站)的方框图。
图3是表示一例主叫MS(移动台)的方框图。
图4是表示一例协同MS(移动台)的方框图。
图5是表示一例帧结构的图。
图6是表示一例根据现有技术的、用于通知一部分组资源分配信息的位图(bit map)的图。
图7是表示根据现有技术的、由主叫MS(或协同MS)接收组资源分配信息的方法的例子的流程图。
图8是表示本发明实施方式1的由协同MS接收组资源分配信息的方法的例子的流程图。
图9是表示本发明实施方式2的一例在4比特的用户位图的情况下的用于通知一部分组资源分配信息的位图的图。
图10是表示本发明实施方式2的在4比特的用户位图的情况下的、由协同MS接收组资源分配信息的方法的例子的流程图。
图11是表示本发明实施方式2的一例在8比特的用户位图的情况下的用于通知一部分组资源分配信息的位图的图。
图12是表示本发明实施方式2的在8比特的用户位图的情况下的、由协同MS接收组资源分配信息的方法的例子的流程图。
图13是表示本发明实施方式2的一例在32比特的用户位图的情况下的用于通知一部分组资源分配信息的位图的图。
图14是表示本发明实施方式2的在32比特的用户位图的情况下的、由协同的MS接收组资源分配信息的方法的例子的流程图。
图15是表示本发明实施方式3的一例在4比特的用户位图的情况下的用于通知一部分组资源分配信息的位图的图。
图16是表示本发明实施方式4的一例在8比特的用户位图的情况下的用于通知一部分组资源分配信息的位图的图。
图17是表示本发明实施方式5的一例在8比特的用户位图的情况下的用于通知一部分组资源分配信息的位图的图。
具体实施方式
下面,参照附图详细地说明本发明的实施方式。出于明确且简化的目的而省略本说明书中引用的众所周知的功能和结构的详细说明。
(实施方式1)
根据本发明实施方式1,依据图1,将GRA适用于CliCo的方法的基本概念是:BS102使用组配置信息,使协同MS106共有主叫MS104的UBI。更详细而言,当BS102将协同MS106的流程加入到组中时,由BS102对协同MS106进行单播的组配置信息也包含主叫MS104的UBI。由BS102对协同MS106进行单播的组配置信息的内容可列举如下。
·协同MS106的流程识别符、
·用户位图大小、
·主叫MS104的UBI、
·协同MS106的UBI、
·组识别符、
·分配周期、以及
·MIMO模式集等
根据本发明实施方式1,由于协同MS106知道主叫MS104的UBI,所以协同MS106为了导出本机的HFBCH索引,可使用主叫MS104的UBI来代替本机自身的UBI。其结果,仅将同一HFBCH分配给参与CliCo的主叫MS104和协同MS106两者。所以,可避免HFBCH资源的不必要的浪费。
图8是表示本发明实施方式1的由协同MS106接收资源调度信息的方法500的例子的流程图。方法500从步骤502开始。在步骤504中,协同MS106 对照本机的UBI来检查用户位图。在步骤506中,协同MS106判定本机的流程是否调度到当前的帧中。若协同MS106的流程调度到当前的帧,则在步骤508中,协同MS106对照本机的UBI来检查资源分配位图,以导出本机的HARQ突发脉冲串大小和资源大小。在步骤510中,协同MS106根据主叫MS104的UBI,计算本机的HFBCH索引。在步骤506中,如果协同MS106的流程未调度到当前的帧,则方法500至步骤512结束。
根据本发明实施方式1,由BS102对主叫MS104进行单播的组配置信息的内容以及由BS102对主叫MS104和协同MS106进行多播的组资源分配信息的内容与IEEE 802.16m草案标准(例如参照非专利文献1)相同。然而,由BS102对协同MS106进行单播的组配置信息的内容与IEEE 802.16m草案标准(例如参照非专利文献1)不同。
根据本发明实施方式1,取代的方法是由BS102将组配置信息对主叫MS104与协同MS106两者进行多播。由BS102对主叫MS104及协同MS106两者进行多播的组配置信息的内容可列举如下。
·主叫MS104的流程识别符、
·协同MS106的流程识别符、
·用户位图大小、
·主叫MS104的UBI、
·协同MS106的UBI、
·组识别符、
·分配周期、以及
·MIMO模式集等。
根据本发明实施方式1,组配置信息可通过MAC控制消息或MAP IE中的任一个发送。
(实施方式2)
根据本发明实施方式1,由于使协同MS106共有主叫MS104的UBI,故存在如下缺点,即,有可能在开始组资源分配之前的阶段中将追加的控制开销导入到组配置信息。
如上所述,依据图1,参与CliCo的主叫MS104和协同MS106处理同一数据突发脉冲串,因此具有同一HARQ突发脉冲串大小。所以,无需对主叫MS104和协同MS106中的任一方指示HARQ突发脉冲串大小。此外,实际 上需要的UBI的长度取决于用户位图大小。例如,在用户位图大小为8比特的情况下,实际上无需5比特的UBI而仅需要3比特的UBI。
根据本发明实施方式2,将GRA应用到CliCo的方法的基本概念是:BS102使用组资源分配信息而取代本发明实施方式1中的组配置信息,使协同MS106共有主叫MS104的UBI。更详细而言,在BS102对主叫MS104和协同MS106分配资源时,将资源分配位图中的协同MS106用的5比特的资源分配指示的可变部分用于指示主叫MS104的UBI。上述可变部分的长度取决于用户位图大小。协同MS106用的上述5比特的资源分配指示的剩余部分用于指示协同MS的资源大小。但是,用来指示协同MS106的资源大小的方法根据用户位图大小而不同。
根据本发明的实施方式2,由于主叫MS104的UBI被编入资源分配位图,故不会对组配置信息导入追加的控制开销。
图9表示本发明实施方式2的在4比特的用户位图的情况下的、用于通知一部分组资源分配信息的一例位图。参照图9,在资源分配位图604中,协同MS106用的5比特的资源分配指示中的开头的2比特(例如“00”)并非用于指示协同MS106的HARQ突发脉冲串大小,而用于指示主叫MS104的UBI,且末尾的3比特(例如“010”)是用于通知协同MS106用的资源大小。另外,需要注意的是主叫MS104用的5比特的资源分配指示中的开头的2比特(例如“10”)是用于通知主叫MS104和协同MS106两者的HARQ突发脉冲串大小。
图10表示本发明实施方式2的、在4比特的用户位图的情况下的例示由协同MS106接收组资源分配信息的方法700的流程图。方法700从步骤702开始。在步骤704中,协同MS106对照本机的UBI来检查用户位图。在步骤706中,协同MS106判定本机的流程是否调度到当前的帧中。若协同MS106的流程调度到当前的帧,则在步骤708中,协同MS106对照本机的UBI来检查资源分配位图,以导出主叫MS104的UBI和本机的资源大小。在步骤710中,协同MS106对照主叫MS104的UBI,再次检查资源分配位图,以导出本机的HARQ突发脉冲串大小。在步骤712中,协同MS106根据主叫MS104的UBI,计算本机的HFBCH索引。在步骤706中,如果协同MS106的流程未调度到当前的帧,则方法700至步骤714结束。
图11表示本发明实施方式2的在8比特的用户位图的情况下的、用于通 知一部分组资源分配信息的一例位图。参照图11,在资源分配位图804中,协同MS106用的5比特的资源分配指示中的开头的3比特是用于指示主叫MS104的UBI,而末尾的2比特并非用于指示协同MS106的实际资源大小,而是用于指示协同MS106的标称资源大小。
根据协同MS的标称资源指示计算协同MS106的实际资源大小指示的方法有多种。在一个方法中,协同MS106的实际资源大小指示可作为主叫MS104的资源大小指示与协同MS106的标称资源大小指示的比特单位的“异或”运算的结果而获得。参照图11,主叫MS104的资源大小指示为“111”,协同MS106的标称资源大小指示为“01”。所以,协同MS106的实际资源大小指示为“111 XOR 01=110”。另一方法中,协同MS106的实际资源大小指示可作为主叫MS104的资源大小指示与协同MS106的标称资源大小指示的比特单位的逻辑“或”或逻辑“与”的结果而获得。
图12表示本发明实施方式2的、例示在8比特的用户位图的情况下由协同MS106接收组资源分配信息的方法900的流程图。方法900从步骤902开始。在步骤904中,协同MS106对照本机的UBI而检查用户位图。在步骤906中,协同MS106判定本机的流程是否调度到当前的帧中。若协同MS106的流程调度到当前的帧,则在步骤908中,协同MS106检查资源分配位图,以导出主叫MS104的UBI。在步骤910中,协同MS106对照本机的UBI和主叫MS104的UBI,再次检查资源分配位图,以导出本机的HARQ突发脉冲串大小和资源大小。在步骤912中,协同MS106根据主叫MS104的UBI,计算本机的HFBCH索引。在步骤906中,如果协同MS106的流程未调度到当前的帧,则方法900至步骤914结束。
根据本发明实施方式2,与8比特的用户位图的情况同样,在16比特的用户位图的情况下,在资源分配位图中,协同MS106用的5比特的资源分配指示的开头的4比特用于指示主叫MS104的UBI,而末尾的1比特并非用于指示协同MS106的实际资源大小,而是用于指示协同MS106的标称资源大小。
图13表示本发明实施方式2的在32比特的用户位图的情况下的、用于 通知一部分组资源分配信息的一例位图。参照图13,在资源分配位图1004中,协同MS106用的5比特的资源分配指示全部用于指示主叫MS104的UBI。通过主叫MS104用的3比特的资源大小指示,通知协同MS106的资源大小。也就是说,在32比特的用户位图的情况下,主叫MS104与协同MS106总是具有相同的资源大小。
表2表示本发明实施方式2的一例用于发送组资源分配信息的GRA MAP IE。
[表2]
图14表示本发明实施方式2的、例示在32比特的用户位图的情况下由协同MS106接收组资源分配信息的方法1100的流程图。
方法1100从步骤1102开始。在步骤1104中,协同MS106对照本机的UBI来检查用户位图。在步骤1106中,协同MS106判定本机的流程是否调度到当前的帧中。若协同MS106的流程调度到当前的帧,则在步骤1108中,协同MS106检查资源分配位图,以导出主叫MS104的UBI。在步骤1110中,协同MS106对照主叫MS104的UBI,再次检查资源分配位图,以导出本机的HARQ突发脉冲串大小和资源大小。在步骤1112中,协同MS106根据主叫MS104的UBI,计算本机的HFBCH索引。在步骤1106中,如果协同MS106 的流程未调度到当前的帧,则方法1100至步骤1114结束。
从协同MS106的视点来看,方法700、900和1100之间的差异在于导出本机的资源大小的方法。在方法700中,协同MS106的资源大小是对照本机自身的UBI导出。在方法900中,协同MS106的资源大小是对照本机自身的UBI和主叫MS104的UBI导出。在方法1100中,协同MS106的资源大小是仅对照主叫MS104的UBI导出。
根据本发明实施方式2,在8比特的用户位图的情况下的取代的方法是:在资源分配位图中,协同MS106用的5比特的资源分配指示中的开头的3比特是用于指示主叫MS104的UBI,而末尾的2比特并非用于通知协同MS106的标称资源大小,而是用于通知协同MS106的实际资源大小。同样,在16比特的用户位图的情况下的取代的方法是:在资源分配位图中,协同MS106用的5比特的资源分配指示中的开头的4比特是用于指示主叫MS104的UBI,而末尾的1比特是用于指示协同MS106的实际资源大小。
根据本发明实施方式2,在4比特的用户位图的情况下的取代的方法是:在资源分配位图中,协同MS106用的5比特的资源分配指示中的开头的2比特是用于指示主叫MS104的UBI,而末尾的3比特并非用于指示协同MS106的实际资源大小,而是用于指示协同MS106的标称资源大小。协同MS106的实际资源大小可根据主叫MS104的资源大小指示和协同MS106的标称资源大小指示,利用上述方式导出。
根据本发明实施方式2,在32比特的用户位图的情况下的取代的方法是:资源分配位图中的协同MS106的5比特的资源分配指示全部用于通知主叫MS104的UBI,但协同MS106的资源大小总是设定为预先规定的值。
根据本发明实施方式2,由BS102对主叫MS104或协同MS106进行单播的组配置信息的内容与IEEE 802.16m草案标准(例如参照非专利文献1)相同。然而,由BS102对主叫MS104或协同MS106进行多播的组资源分配信息的内容与IEEE 802.16m草案标准(例如参照非专利文献1)不同。
根据本发明实施方式2,组资源分配信息可通过多播MAC控制信息或多 播MAP IE发送。
(实施方式3)
根据本发明实施方式1和2,假设资源分配位图中的主叫MS104的UBI指示与协同MS106的UBI不同。下面提出资源分配位图中的主叫MS104的UBI指示与协同MS106的UBI相同的情况。
图15表示本发明实施方式3的在4比特的用户位图的情况下的、用于通知一部分组资源分配信息的一例位图。参照图15,在资源分配位图1204中,将协同MS106用的5比特的资源分配指示中的2比特用于指示主叫MS104的UBI。在主叫MS104的UBI指示(例如“10”)与协同MS106的UBI相同的情况下,能够产生多种暗示。例如,能够暗示通信对方的MS106在其后的N个连续分配期间不发送/接收UL/DL数据突发脉冲串。其中,N为预先规定。或者,通过协同MS106用的5比特的资源分配指示中的末尾的3比特而指示N的值。或者,能够暗示协同MS106今后不发送/接收UL/DL数据突发脉冲串。
根据本发明实施方式3,在8比特、16比特或32比特的用户位图的情况下,当资源分配位图中的主叫MS104的UBI指示与协同MS106的UBI相同时,可产生与4比特的用户位图的情况同样的暗示。
(实施方式4)
根据本发明实施方式1、2、3,主叫MS104的UBI指示值的长度取决于用户位图的大小。其结果,在4比特的用户位图的情况下,为了通知协同MS106的资源大小而能够使用3比特。所以,为了对协同MS106分配资源而能够使用8个资源大小的全部集合。然而,在8比特、16比特或32比特的用户位图的情况下,为了对协同MS106分配资源而仅能使用8个资源大小的集合的一部分。这使BS102的调度灵活性降低。
图16表示本发明实施方式4的在8比特的用户位图的情况下的、用于通知一部分组资源分配信息的一例位图。参照图16,在资源分配位图1304中, 仅将协同MS106用的5比特的资源分配指示中的开头的2比特用于指示相对于协同MS106的主叫MS104的UBI的偏移,而将末尾的3比特用于指示协同MS106的资源大小。
表3表示本发明实施方式4的一例用于发送组资源分配信息的GRA MAP IE。
[表3]
根据本发明实施方式4,在8比特、16比特或32比特的用户位图的情况下,仅将2比特用于主叫MS104的UBI指示,因此,当BS102将主叫MS104和协同MS106各自的流程加入到组时,必须施以各种限制。当将主叫MS104和协同MS106各自的流程加入到组时,BS102有可能受到例如下述的限制。
·主叫MS104的UBI小于协同MS106的UBI、以及
·主叫MS104的UBI与协同MS106的UBI的差大于4。
根据本发明实施方式4,将3比特用于指示协同MS106的资源大小,因此在8比特、16比特或32比特的用户位图的情况下,为了分配协同MS106的资源而也能够使用资源大小的集合中的8个资源大小全部。
(实施方式5)
根据本发明实施方式4,当BS102将主叫MS104和协同MS106各自的流程加入到组时,必须施以若干限制。这有可能使BS102的组配置的灵活性降低。
图17表示本发明实施方式5的在8比特的用户位图的情况下的、用于通知一部分组资源分配信息的一例位图。参照图17,在资源分配位图1404中,协同MS106用的5比特的资源分配指示中的开头的2比特是用于指示主叫MS104的UBI的第一部分,而末尾的3比特是用于指示协同MS106的资源大小。
表4表示本发明实施方式5的一例用于发送组资源分配信息的GRA MAP IE。
[表4]
根据本发明实施方式5,由BS102对协同MS106进行单播的组配置信息包含主叫MS104的UBI的第二部分。由BS102对协同MS106进行单播的组配置信息的内容可列举如下。
·协同MS106的流程识别符、
·用户位图大小、
·主叫MS104的UBI的第二部分、
·协同MS106的UBI、
·组ID、
·分配周期、以及
·MIMO模式集等。
根据本发明实施方式5,在8比特的用户位图的情况下,将通过组配置信息和组资源分配信息通知的3比特用于主叫MS104的UBI指示,并在BS102将主叫MS104和协同MS106各自的流程加入到组时不受任何限制。
根据本发明实施方式5,主叫MS104的UBI的第一部分可为主叫MS104的UBI的LSB(最低位比特)侧的2比特。主叫MS104的UBI的第二部分分别对应于8比特、16比特及32比特的用户位图的情况,可作为主叫MS104的UBI的MSB(最高位比特)的1比特、MSB侧的2比特及MSB侧的3比特。
根据本发明实施方式5,主叫MS104的UBI的第一部分也可以代替作为主叫MS104的UBI的MSB侧的2比特。主叫MS104的UBI的第二部分分别对应于8比特、16比特及32比特的用户位图的情况,可作为主叫MS104的UBI的LSB的1比特、LSB侧的2比特及LSB侧的3比特。根据本发明的上述各个实施方式,BS102使协同MS106共有主叫MS104的UBI,以使协同MS106能够使用主叫MS104的UBI来计算本机的HFBCH。本领域的技术人员当然应理解可以对本发明进行多种变形和/或修正,以实现BS102使主叫MS104共有协同MS106的UBI。
根据本发明的上述各个实施方式,除了主叫MS104以外,仅有1台协同MS106参与CliCo。本领域的技术人员当然应理解可以对本发明进行多种变形和/或修正,以实现使2台以上的协同MS参与CliCo,而且BS102使其他MS共有参与CliCo的主叫MS和多个协同MS中的一个的UBI。
本领域的技术人员当然可理解作为具体的各实施方式所表示的本发明的其他多种变形和/或修正只要不脱离广义上记述的本发明的精神或范围便可进行。因此在本文件中记述的各个实施方式应视作在所有方面均为例示,且无限制性。
另外,在上述实施方式中,以由硬件构成本发明的情况为例进行了说明,但本发明在硬件的协作下,也可以由软件实现。
另外,用于上述实施方式的说明中的各功能块通常被作为集成电路的 LSI来实现。这些功能块既可以被单独地集成为单芯片,也可以包含一部分或全部地被集成为单芯片。虽然此处称为LSI,但根据集成程度,可以被称为IC、系统LSI、超大LSI(Super LSI)、或特大LSI(Ultra LSI)。
另外,实现集成电路化的方法不仅限于LSI,也可使用专用电路或通用处理器来实现。也可以使用可在LSI制造后编程的FPGA(Field Programmable Gate Array:现场可编程门阵列),或者可重构LSI内部的电路单元的连接和设定的可重构处理器。
再者,随着半导体的技术进步或随之派生的其它技术的出现,如果出现能够替代LSI的集成电路化的新技术,当然可利用该新技术进行功能块的集成化。还存在着适用生物技术等的可能性。
2010年4月20日提交的日本特愿2010-097026号所包含的说明书、说明书附图和说明书摘要的公开内容全部引用于本申请。
工业实用性
本发明能够适用于移动通信系统等。