CN102118236A - 一种基于竞争资源的反馈方法和装置 - Google Patents
一种基于竞争资源的反馈方法和装置 Download PDFInfo
- Publication number
- CN102118236A CN102118236A CN2009102388843A CN200910238884A CN102118236A CN 102118236 A CN102118236 A CN 102118236A CN 2009102388843 A CN2009102388843 A CN 2009102388843A CN 200910238884 A CN200910238884 A CN 200910238884A CN 102118236 A CN102118236 A CN 102118236A
- Authority
- CN
- China
- Prior art keywords
- transmitting apparatus
- resource
- uplink information
- module
- network equipment
- 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
-
- Y02B60/50—
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例提供了一种CB资源的反馈方法。该方法包括:网络设备接收发送设备在CB资源上发送的上行信息;在解出该上行信息时,网络设备通过第一物理下行控制信道向该发送设备反馈正确接收,其中该第一物理下行控制信道使用发送设备标识加掩。本发明实施例还提供了CB资源的重传确认方法,以及CB资源的发送方法。更多的,本发明实施例还提供了相应的网络设备和发送设备。通过本发明实施例提供的技术方案,可以使得发送设备能够准确获知本发送设备发送的上行信息被正确接收或者错误接收,并可以使得发送设备更快的获知接收状态。本发明实施例提供的CB资源的发送方法可以使得待发送的上行数据和/或BSR能够顺利的在CB资源上发送。
Description
技术领域
本发明涉及通信领域,尤其涉及一种基于竞争资源的反馈技术。
背景技术
在通信***中,为了减少信令面及用户面的时延,提出了几种方案。这些技术方案包括减少RACH(随机接入信道,Random Access Channel)的调度周期,减少PUCCH(物理上行控制信道,Physical Uplink Control Channel)的周期,减少UE(User Equipment,用户设备)及eNB(Evolved Node B,演进基站)的处理时延,以及使用CB(Contention Based,基于竞争)资源进行上行信息。
使用CB资源发送上行信息可以在没有专用的上行传输资源时,快速有效的传输小量数据。CB资源并不针对每个UE,可供小区内的所有UE使用。
使用CB资源进行上行传输的方法为:eNB通过一个专用的标识CB-RNTI(Contention Based Radio Network Temporary Identifier,基于竞争的无线网络临时标识)向小区内的所有UE通知竞争资源的授权,UE检测到CB资源后可以在CB资源上进行上行传输。特别是在网络负载较轻时,可以通过分配CB资源使得用户能够尽快实现数据的上行传输。
eNB在接收到上行信息后,如果正确解出则通过PHICH(PhysicaiHybrid-ARQ Indicator Channel,物理混合自动重传请求指示信道)反馈ACK,如果没有正确解出,则通过PHICH反馈NACK。这样的反馈方法会导致发生冲突的UE也会收到ACK,从而误认已经正确传输。因此,会造成这部分UE数据的丢失,或者重传延时。
发明内容
本发明的实施例提供一种CB资源的反馈方法和装置,使得发送端可以清楚获知本发送端在CB资源上的上行传输是否成功被接收端解出。
本发明实施例提供的一种CB资源的反馈方法,该方法包括:
网络设备接收发送设备在CB资源上发送的上行信息;
在解出所述上行信息时,网络设备通过第一PDCCH(Physical DownlinkControl Channel,物理下行控制信道)向发送设备反馈正确接收,第一PDCCH使用发送设备标识加掩。
本发明实施例提供的一种CB资源的反馈方法,该方法包括:
网络设备接收发送设备在CB资源上发送的上行信息;
网络设备检测承载上行信息的CB资源块上的冲突;
在未解出上行信息且未检测到冲突时,网络设备通过PDCCH发送重传指示,该PDCCH使用CB-RNTI加掩。
本发明实施例提供的一种CB资源的反馈方法,该方法包括:
网络设备接收发送设备在CB资源上发送的上行信息;
网络设备检测承载上行信息的CB资源块上的冲突;
在解出上行信息时,网络设备通过MAC CE向发送设备反馈正确接收;
在未解出上行信息且未检测到冲突时,网络设备通过PDCCH发送重传指示,其中该PDCCH使用CB-RNTI加掩。
本发明实施例提供的一种CB资源的反馈方法,该方法包括:
网络设备接收发送设备在CB资源上发送的上行信息;
在解出上行信息时,网络设备通过MAC CE(媒体接入控制层控制单元)向发送设备反馈正确接收;
在未解出上行信息时,网络设备通过PHICH反馈错误接收。
本发明实施例提供的一种CB资源的重传确认方法,该方法包括:
发送设备监听第一PDCCH信令,其中第一PDCCH信令使用发送设备标识加掩;
若监听到第一PDCCH信令,则发送设备确认不需要进行重传。
本发明实施例提供的一种CB资源的重传确认方法,该方法包括:
发送设备接收MAC CE,该MAC CE用于反馈发送设备在CB资源上发送的上行信息被网络侧正确接收;
发送设备监听PDCCH信令,其中PDCCH信令使用CB-RNTI加掩;
以及以下步骤之一:
若监听到PDCCH信令,则发送设备根据PDCCH信令携带的重传指示确认需要进行同步的HARQ(混合自动重传请求)重传;
若正确接收到MAC CE,则发送设备确认不需要进行重传;
若未正确收到MAC CE,也未收到PDCCH信令,则发送设备确认需要退避后进行重传。
本发明实施例提供的一种CB资源的重传确认方法,该方法包括:
发送设备接收MAC CE,该MAC CE用于反馈发送设备在CB资源上发送的上行信息被网络侧正确接收;
发送设备监听PHICH信令,以获取网络侧对发送设备在CB资源上发送的上行信息错误接收的反馈;
以及以下步骤之一:
若监听到PHICH信令,则发送设备确认需要进行重传;
若正确接收到MAC CE,则发送设备确认不需要进行重传;
若未正确接收到MAC CE,则发送设备确认需要进行重传。
本发明实施例提供的一种CB资源的发送方法,该方法包括:
发送设备配置CB缓存,该CB缓存用于存放CB资源上待发送的上行数据和/或缓存状态上报BSR;
发送设备将待发送的上行数据和/或BSR放入CB缓存;
发送设备在CB资源上发送存放在CB缓存中的上行数据和/或BSR。
本发明实施例提供的一种网络设备,该网络设备包括:
接收模块,用于接收发送设备在CB资源上发送的上行信息;
解码模块,用于对接收模块接收的上行信息进行解码;
第一通知模块,用于在解码模块解出上行信息时,通过第一PDCCH向所述发送设备反馈正确接收,其中第一PDCCH使用发送设备标识加掩。
本发明实施例提供的一种网络设备,该网络设备包括:
接收模块,用于接收发送设备在CB资源上发送的上行信息;
解码模块,用于对接收模块接收的上行信息进行解码;
检测模块,用于检测承载上行信息的CB资源块上的冲突;
通知模块,用于解码模块未解出上行信息且检测模块未检测到冲突时,通过PDCCH发送重传指示,该PDCCH使用CB-RNTI加掩。
本发明实施例提供的一种网络设备,该网络设备包括:
接收模块,用于接收发送设备在CB资源上发送的上行信息;
检测模块,用于检测承载上行信息的CB资源块上的冲突;
解码模块,用于对接收模块接收的上行信息进行解码;
第一通知模块,用于在解码模块解出上行信息时,通过MAC CE向发送设备反馈正确接收;
第二通知模块,用于在解码模块未解出上行信息且检测模块未检测到冲突时,通过PDCCH发送重传指示,其中该PDCCH使用CB-RNTI加掩。
本发明实施例提供的一种网络设备,该网络设备包括:
接收模块,用于接收发送设备在CB资源上发送的上行信息;
解码模块,用于对接收模块接收的上行信息进行解码;
第一通知模块,用于在解码模块解出上行信息时,通过MAC CE向发送设备反馈正确接收;
第二通知模块,用于在解码模块未解出上行信息时,通过PHICH反馈错误接收。
本发明实施例提供的一种发送设备,该发送设备包括:
监听模块,用于监听PDCCH信令,该PDCCH信令使用发送设备标识加掩;
第一确认模块,用于在监听模块监听到PDCCH信令时,确认不需要进行重传。
本发明实施例提供的一种发送设备,该发送设备包括:
接收模块,用于接收MAC CE,该MAC CE用于反馈发送设备在CB资源上发送的上行信息被网络侧正确接收;
监听模块,用于监听PDCCH信令,其中该PDCCH信令使用CB-RNTI加掩;
以及以下模块之一或其任意组合:
第一确认模块,用于在监听模块监听到PDCCH信令时,根据PDCCH信令携带的重传指示确认需要进行同步的HARQ重传;
第二确认模块,用于在接收模块正确接收到MAC CE时,确认不需要进行重传;
第三确认模块,用于在接收模块未正确接收到MAC CE时,确认需要退避后进行重传。
本发明实施例提供的一种发送设备,该发送设备包括:
CB缓存,用于存放上行数据和/或缓存状态上报BSR;
存放模块,用于将在CB资源上待发送的上行数据和/或BSR放入CB缓存;
收发模块,用于在CB资源上发送CB缓存中的上行数据和/或BSR。
本发明实施例提供的CB资源的反馈方法,通过MAC CE反馈正确接收或者通过PDCCH反馈正确接收,从而使得发送设备可以准确获知本发送设备发送的上行信息被正确接收;或者通过PDCCH或者PHICH反馈重传或者错误接收,从而可以使得发送设备可以更快的获知接收状态,确认需要进行重传。本发明实施例提供的CB资源的发送方法可以使得待发送的上行数据和/或BSR能够顺利的在CB资源上发送。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1a为本发明实施例提供的一种CB资源反馈方法的流程示意图;
图1b为本发明实施例提供的另一种CB资源反馈方法的流程示意图;
图1c为本发明实施例提供的再一种CB资源反馈方法的流程示意图;
图2a为本发明实施例提供的又一种CB资源反馈方法的流程示意图;
图2b为本发明实施例提供的又一种CB资源反馈方法的流程示意图;
图2c为本发明实施例提供的又一种CB资源反馈方法的流程示意图;
图3a为本发明实施例提供的又一种CB资源反馈方法的流程示意图;
图4a为本发明实施例提供的一种CB资源重传确认方法的流程示意图;
图4b为本发明实施例提供的另一种CB资源重传确认方法的流程示意图;
图5a为本发明实施例提供的再一种CB资源重传确认方法的流程示意图;
图5b为本发明实施例提供的又一种CB资源重传确认方法的流程示意图;
图5c为本发明实施例提供的又一种CB资源重传确认方法的流程示意图;
图6a为本发明实施例提供的一种CB资源发送方法的流程示意图;
图6b为本发明实施例提供的一种协议栈的结构示意图;
图7a为本发明实施例提供的一种网络设备的结构示意图;
图7b为本发明实施例提供的另一种网络设备的结构示意图;
图7c为本发明实施例提供的再一种网络设备的结构示意图;
图7d为本发明实施例提供的又一种网络设备的结构示意图;
图8a为本发明实施例提供的一种发送设备的结构示意图;
图8b为本发明实施例提供的另一种发送设备的结构示意图;
图8c为本发明实施例提供的又一种发送设备的结构示意图;
图9为本发明实施例提供的又一种发送设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明下述各实施例以LTE-A(Long Term Evolution Advance,长期演进)***为例,但是并不限于应用在LTE-A***中,还可以应用于其他无线通信***,例如LTE***、UMTS***等。
如附图1a所示,本发明实施例提供了一种CB资源的反馈方法,该方法包括:
步骤101,网络设备接收发送设备在CB资源上发送的上行信息。
本实施例以及下述各实施例均可以应用在中继场景和非中继场景下。在应用在中继场景下时,网络设备可以为eNB,发送设备为中继站或者UE;或者网络设备可以为中继站,发送设备为UE。
上行信息为上行传输的内容,包括上行数据、BSR等。
本实施例中,发送设备在CB资源上进行上行传输,既可以是发送上行数据也可以是发送BSR(Buffer Status Report,缓存状态上报),还可以是同时发送上行数据和BSR。
步骤102,网络设备在解出上行信息时,通过MAC CE(Media Access ControlControl Element,媒体接入控制层控制单元)向发送设备反馈正确接收。
步骤103,网络设备在未解出上行信息时,不发送MAC CE。
本实施例中,网络设备可以通过有MAC CE或者没有MAC CE向发送设备反馈正确接收或者错误接收。
本实施例中,步骤102和步骤103可以单独存在,也即仅通过步骤102反馈正确接收或者仅通过步骤103反馈错误接收。
本实施例中,进一步的,为了能够更快的确定网络设备是否正确接收,步骤102与步骤103可以限定在一个时间点或者一个时间段中。例如网络设备在解出上行信息时,在第一时间点或者第一时间段内通过MAC CE向发送设备反馈正确接收。网络设备在未解出上行信息时,则在第一时间点或者第一时间段内不发送MAC CE。
本实施例中,第一时间点为该上行信息发射后的一个时间点,第一时间段为该上行信息发射后的而一个时间段,也即第一时间点和第一时间段均晚于上行信息的发射时间点。其中,网络设备与发送设备均知道该第一时间点和/或第一时间段。该第一时间点和第一时间段可以是可变的,也可以固定不变,可以是预设的也可以是网络侧配置的。并且第一时间点与第一时间段之间没有特定的关系,并不限制第一时间点需要在第一时间段中,或者为第一时间段的端点等。
例如,发送设备在时间点T1发射上行信息,则网络设备针对在T1时间点的上行信息在时间点T1+4通过MAC CE反馈成功接收,或者在时间点T1+4不发送MAC CE,从而使得发送设备获知网络设备错误接收。
例如,发送设备在时间点T2发射上行信息,则网络设备针对在T2时间点的上行信息在时间段T2+4至T2+8中通过MAC CE反馈正确接收,或者在时间段T2+4至T2+8中不发送MAC CE,从而使得发送设备获知网络设备错误接收。
本实施例中,在发送设备没有正确接收MAC CE的情况下,会继续接收重传的MAC CE。
通过本实施例提供的CB资源的反馈方式,由于MAC CE是针对每个发送设备的,所以可以使得每个发送设备精确获知自己的上行信息是否被网络设备正确接收,避免了通过PHICH信道反馈正确接收,从而使得所有监听PHICH的发送设备都认为自己相应的上行信息被正确接收,从而导致的丢包或者重传延迟。
本实施例以及下述各实施例可以与CB资源的分配方法、配置方法等结合使用。
如附图1b所示,本发明实施例提供了另一种CB资源的反馈方法。该方法包括:
步骤101,网络设备接收发送设备在CB资源上发送的上行信息。
步骤102,网络设备在解出上行信息时,通过MAC CE向发送设备反馈正确接收。
步骤104,网络设备在未解出上行信息时,通过PHICH(物理混合自动重传请求指示信道,Physical Hybrid Automatic Repeat Request Indicator Channel)反馈错误接收。
本实施例中,步骤102也可以为网络设备在解出上行信息时,在第一时间点或者第一时间段内通过MAC CE向发送设备反馈接收成功。第一时间点或者第一时间段的含义具体可以参见附图1a所示的实施例。
本实施例中,步骤104也可以为网络设备在未解出上行信息时,在第二时间点或者第二时间段内通过PHICH反馈错误接收。第二时间点或者第二时间段的含义具体可以参见附图1a所示实施例中的第一时间点或者第一时间段。
本实施例中,第一时间点和第二时间点可以相同也可以不同,第一时间段和第二时间段可以相同也可以不同。
具体的为了使得发送设备可以更快的获知网络侧未正确接收,更快的确认需要进行重传,本实施例中,第一时间点例如可以与第二时间点相同或者晚于第二时间点;或者,第一时间点也可以晚于第二时间段;或者,第一时间段可以晚于第二时间点;或者,第二时间点可以晚于第一时间段的起始时刻而早于第一时间段的结束时刻;或者,第二时间段与第一时间段不重合,且早于第一时间段;或者第二时间段与第一时间段重合,且第二时间段的结束时刻早于第一时间段的结束时刻。通过上述对于第一时间点、第一时间段、第二时间点和第二时间段的限制,可以使得通过PHICH反馈错误接收可以早于等待第一时间段结束时刻,从而可以使得用户设备更快的获知网络侧错误接收,从而可以更快的进行重传。在通过PHICH反馈与通过MAC CE反馈在一个时间点,但是检测是否有MAC CE也需要一定时间,而通过监听PHICH获知错误接收会更快。
例如,发送设备在时间点T1发射上行信息,则网络设备可以在时间点T1+4通过PHICH反馈对于时间点T1上的上行信息错误接收;或者网络设备可以在时间点T1+6时刻通过MAC CE反馈对于时间点T1上的上行信息正确接收。
通过本实施例提供的CB资源的反馈方法,不仅使得发送设备准确获知自己的上行信息是否被网络侧正确接收,进一步的,通过PHICH反馈错误接收可以使得监听PHICH的发送设备都获知自己相应的上行信息没有被网络设备正确接收,能够更快的将网络设备的接收状态反馈到发送设备。并且,通过PHICH反馈错误接收,避免了等待通过MAC CE反馈但是发送设备没有正确接收还需重传的重传时间。
本实施例中,还可以包括在第一时间点或者第一时间段内通过PHICH反馈正确接收;也可以包括在第二时间点或者第二时间段内通过PHICH反馈正确接收。
本实施例中,在未解出上行信息时,也可以通过在第一时间点或者第一时间段不发送MAC CE反馈错误接收。
如附图1c所示,本发明实施例提供了再一种CB资源的反馈方法。该方法包括:
步骤101,网络设备接收发送设备在CB资源上发送的上行信息。
步骤102,网络设备在解出上行信息时,通过MAC CE向发送设备反馈正确接收。
步骤104,网络设备在未解出上行信息时,通过PHICH反馈错误接收。
上述三个步骤的具体实现可以参照附图1a、1b所示实施例。
步骤105,网络设备检测承载该上行信息的CB资源块上的冲突。
步骤106,在未解出上行信息且未检测到冲突时,网络设备通过使用CB-RNTI(CB-Radio Network Temporary Identifier,基于竞争的无线网络临时标识)加掩的PDCCH(Physical Downlink Control Channel,物理下行控制信道)发送重传指示。
本实施例中,步骤106例如可以限制在第三时间点或者第三时间段内。该第三时间点晚于上行信息的发射之间。
本实施例中例如也可以不包括步骤104。
本实施例中,步骤106中,PDCCH例如可以采用新的格式,也可以使用现有的格式。若使用现有格式,则例如可以使用NDI(New Data Indicator,新数据指示)字段,将NDI设置为重传。例如,NDI设置为1时,表示新传,则可以将NDI设置为0表示重传;或者NDI设置为0时,表示新传,则可以将NDI设置为1表示重传。还可以利用现有格式中的其他字段表示重传。
本实施例中,通过步骤104反馈的错误接收,会使得发送设备获知网络侧错误接收,并准备重传,而通过步骤106反馈的错误接收,会使得发送设备获知网络侧错误接收且获知重传所用的资源。因此,根据步骤106中的反馈,发送设备可以进行同步的HARQ重传(HybridAutomatic Repeat Request)。该同步的HARQ重传可以是在CB资源上进行的,也可以是在专用资源上进行的。
本实施例中,第一时间点、第二时间点与第三时间点例如可以满足以下条件之一:第一时间点、第二时间点与第三时间点相同;第一时间点与第三时间点相同,且晚于第二时间点;第一时间点晚于第三时间点,且第三时间点与第二时间点相同;第三时间点晚于第一时间点,且第一时间点与第二时间点相同;第一时间点晚于第三时间点,且第三时间点晚于第二时间点;第三时间点晚于第一时间点,且第一时间点晚于第二时间点。通过上述对于时间点的限制,可以使得发送设备能够尽快获知网络侧是否正确接收。
本实施例中,第一时间段,第二时间段与第三时间段例如可以满足以下条件之一:第一时间段、第二时间段与第三时间段相同;第一时间段与第三时间段相同,且第二时间段的结束时刻早于第一时间段的结束时刻;第一时间段的结束时刻晚于第三时间段的结束时刻,且第三时间段的结束时刻晚于第二时间段的结束时刻;第一时间段的结束时刻晚于第三时间段的结束时刻,且第三时间段与第二时间段相同;第三时间段的结束时刻晚于第一时间段的结束时刻;第三时间段的结束时刻晚于第一时间段的结束时刻,且第一时间段的节航速时刻晚于第二时间段的结束时刻。通过上述对于时间段的限制,可以使得发送设备能够尽快获知网络侧是否正确接收。
本实施例中,时间点与时间段之间的关系可以参照上述条件限制,其目的为使得发送设备能够尽快获知网络侧是否正确接收。
通过本实施提供的反馈方法,可以使得不同发送设备正确获知本发送设备的上行信息是否被网络侧正确接收,并且可以尽快的获知上述接收状态。
进一步的,附图1a、附图1b和附图1c所示的实施例可以结合,结合可以得到更多的实施例。
如附图2a所示,本发明实施例提供了又一种CB资源的反馈方法。该方法包括:
步骤201,网络设备接收发送设备在CB资源上发送的上行信息。
步骤202,网络设备在解出该上行信息时,通过使用该发送设备标识加掩的PDCCH向该发送设备反馈正确接收。
本实施例中,步骤202例如可以为,网络设备在解出该上行信息时,在第一时间点或者第一时间段内通过使用该发送设备标识加掩的PDCCH向该发送设备反馈正确接收。其中第一时间点或者第一时间段的具体含义可以参见附图1a所示实施例。
本实施例中,使用发送设备标识加掩,例如可以为使用C-RNTI(Cell Radiolink Temporary Identifier)加掩,或者其他可以唯一标识发送设备的标识。
本实施例中,该PDCCH的格式可以是一个新的格式,专用于表示正确接收。采用不同于现有格式的新格式,主要是为了通过格式就可以表示正确接收,而无需更多的资源。该PDCCH还可以是现有格式,利用现有格式中的冗余状态或特定取值表示正确接收。例如,利用现有格式1或者1a中的NDI字段、MCS(Modulation and Coding Scheme,调制编码方式)字段或者HARQ字段中的冗余状态来表示正确接收。例如,格式1或者1a的PDCCH中,MCS字段为5比特,可以表示25种状态,目前使用了其中的29中状态,冗余状态为11101,11110以及11111,因此可以使用其中的一种或者多种表示正确接收。
例如,利用格式1或者1a中的NDI字段、MCS字段或者HARQ字段中一个或者多个的特殊取值表示正确接收。例如,格式1或者1a的PDCCH中,将MCS字段设置为全0,将HARQ设置为全1,以表示正确接收。
通过本实施例提供的反馈方法,由于PDCCH是使用发送设备标识加掩的,所以是针对每个发送设备的,因此,发送设备可以准确获知本发送设备发送的上行信息是否被网络侧正确接收。
如附图2b所示,本发明实施例提供了又一种CB资源的反馈方法。该方法包括:
步骤201,网络设备接收发送设备在CB资源上发送的上行信息。
步骤202,网络设备在解出该上行信息时,通过使用该发送设备标识加掩的PDCCH向该发送设备反馈正确接收。
步骤201和202的具体实现可以参照附图2a所示实施例。
步骤203,网络设备在未解出该上行信息时,通过PHICH反馈错误接收。
步骤202例如可以限制在第一时间点或者第一时间段内,步骤203例如可以限制在第二时间点或者第二时间段内。
该步骤的实现以及第二时间点、第二时间段、第一时间点、第一时间段的具体限定可以参照附图1b、1c所示实施例。
通过本实施例提供的CB资源反馈方法,可以通过PDCCH通知发送设备网络侧是否正确接收上行信息。且利用PDCCH通知可以使得发送设备在解PDCCH时就可以获知上行信息是否被正确接收,因此可以更快的获知上行信息的接收状况。并且使用C-RNTI加掩的PDCCH通知可以避免重传,即在发送端没有正确解出PDCCH时,无需等待重传即可确认为需要重传。
进一步的,附图2a、2b所示实施例可以与附图1a、1b、1c所示实施例进行结合,结合后的实施例可以在需要反馈正确接收时同时通过MAC CE和C-RNTI加掩PDCCH进行反馈,和/或在错误接收时通过不发送MAC CE和C-RNTI加掩PDCCH进行反馈,或者通过PHICH反馈错误接收。
如附图2c所示,本发明实施例提供了又一种CB资源的反馈方法。该方法包括:
步骤201,网络设备接收发送设备在CB资源上发送的上行信息。
步骤202,网络设备在解出该上行信息时,通过使用该发送设备标识加掩的PDCCH向该发送设备反馈正确接收。
步骤201和202的具体实现可以参照附图2a所示实施例。
步骤203,网络设备在未解出该上行信息时,通过PHICH反馈错误接收。
步骤203的具体实现可以参照附图2b所示实施例。
步骤204,网络设备检测承载该上行信息的CB资源块上的冲突。
步骤205,在未解出上行信息且未检测到冲突时,网络设备通过使用CB-RNTI加掩的PDCCH反馈错误接收。
本实施例中,步骤202例如可以限制在第一时间点或者第一时间段内,步骤203例如可以限制在第二时间点或者第二时间段内,步骤205例如可以限制在第三时间点或者第三时间段内。该第三时间点晚于上行信息的发射时间点。
步骤204以及205的具体实现、第三时间点或者第三时间段的具体限制可以参照附图1c所示实施例。
如附图3a所示,本发明实施例提供了又一种CB资源的反馈方法。该方法包括:
步骤301,网络设备接收发送设备在CB资源上发送的上行信息。
步骤302,网络设备检测在承载该上行信息的CB资源块上是否发生冲突。
本实施例中,网络设备可以检测到CB资源上是否发生了冲突,因此可以得知本网络设备没有正确解出CB资源上的上行信息是否是因为发生了冲突。
步骤303,在未正确解出上行信息且没有检测到CB资源块上发生冲突时,网络设备通过CB-RNTI加掩的PDCCH通知发送设备进行同步的HARQ(HybridAutomatic Repeat reQuest,混合自动重传请求)重传。
本实施例中,网络设备通知发送设备进行同步的HARQ重传例如可以通过设置上述PDCCH中的NDI字段。
在正确解出上行信息或者未正确解出上行信息但是检测到承载该上行信息的CB资源块上发生冲突时,网络设备可以采用上述实施例中所示的方法反馈正确接收或者错误接收。
本实施例在具体实现时,可以是网络设备先检测CB资源上是否发生冲突,再判断上行信息是否能够正确解出;还可以是网络设备先判断上行信息是否能够正确解出,再检测CB资源上是否发生冲突,或者还可以是同时进行的。
通过本实施例提供的方法,可以在未发生冲突但是网络设备没有正确解出上行信息时,通知发送设备进行同步的HARQ重传,从而使得发送设备无需退避,可以尽快的进行重传,同时避免了重传时与其它UE的冲突。
如附图4a所示,本发明实施例提供了一种CB资源的重传确认方法。该方法包括:
步骤401,发送设备接收网络设备发送的MAC CE。该MAC CE用于反馈该发送设备在CB资源上进行的上行信息被网络侧正确接收。
本实施例中,发送设备会在CB资源上发送上行信息,而网络设备会针对该上行信息是否被正确接收进行反馈。
步骤401例如可以限制在第一时间点或者第一时间段内。
其中,在第一时间段内可以是尝试接收多次,也可以是尝试接收一次。由于MAC CE在被发送设备错误接收时,可以重传。所以发送在第一时间段内的一个时间点接收MAC CE且接收错误时,可以在其他时间点继续接收重传的MAC CE。该其他时间点既可以是在第一时间段内的时间点,也可以是在第一时间段外的时间点。
步骤402,发送设备监听PHICH信令,以获取网络侧对该发送设备在CB资源上发送的上行信息错误接收的反馈。
该步骤402例如可以限制在第二时间点或者第二时间段内。
本实施例提供的方法还包括以下之一或其任意组合:
步骤403,若监听到PHICH信令,则发送设备确认需要进行重传。
在本实施例中,如果PHICH除了反馈错误接收还反馈正确接收,则需要监听到反馈错误接收的PHICH信令才确认需要进行重传。
步骤404,若正确接收到MAC CE,则发送设备确认不需要进行重传。
步骤405,若未正确接收到MAC CE,则发送设备确认需要进行重传。
本实施例中,第一时间点、第二时间点、第一时间段、第二时间段可以参照附图1a、1b、1c所示实施例。
进一步的,本实施例中,第二时间点早于第一时间点或者与第一时间点相同时,若监听到PHICH信令,则发送设备确认需要进行重传,且可以不再判断是否正确接收MAC CE,从而可以节省发送设备的能量,尽快进行重传。
进一步的,若监听PHICH信令的结果为DTX(非连续发送,DiscontinuousTransmission),则发送设备根据是否收到MAC CE判断网络侧是否正确接收以及相应的启动重传。
本实施例中,确认重传后可以包括重传的步骤,重传可以使用CB资源,也可以请求专用资源。该重传可以是同步的HARQ重传,也可以是退避一段时间后再进行重传。
本实施例提供的CB资源的重传确认方法可以通过接收网络侧发送的MACCE获知网络侧是否正确接收,是否需要进行重传。并且,由于MAC CE是针对每个发送设备的,所以可以使得每个发送设备都准确的得知自己的上行信息的接收状态,而不会发生误判的情况。
并且通过本实施例提供的方法,可以通过监听PHICH信令确切的获知网络设备没有正确接收上行信息,从而启动重传。并且,当第二时间点或者与第一时间点相同或者早于第一时间点时,发送设备可以提早判断出网络设备没有正确接收。当第二时间段的结束早于第一时间段的结束时,发送设备也可以提早判断出网络设备没有正确接收,而无需等待第二时间点或者第二时间段结束再判断网络设备没有正确接收。
如附图4b所示,本实施例提供的CB资源的重传确认方法还可以包括:
步骤403,发送设备监听使用CB-RNTI加掩的PDCCH信令。
步骤403例如可以限制在在第三时间点或者第三时间段内。
步骤404,若监听到使用CB-RNTI加掩的PDCCH信令,则发送设备根据该PDCCH信令携带的重传指示确认需要进行同步的HARQ重传。
本实施例中,第三时间点、第三时间段以及与其它时间点和时间段的关系具体可以参照附图1a、1b和1c所示实施例。
通过本实施例提供的方法,可以使得发送设备确切获知自己的上行信息是否被正确接收。并且,由于PDCCH不存在接收错误重传的问题,所以发送设备无需等待重传既可以获知网络侧的接收状态,从而确认是否需要重传。
如附图5a所示,本发明实施例提供了另一种CB资源的重传确认方法。该方法包括:
步骤501,发送设备监听使用发送设备标识加掩的PDCCH信令。
该步骤例如可以限制在第一时间点或者第一时间段内。
本实施例中,使用发送设备标识加掩的PDCCH信令可以采用新的格式也可以使用现有的格式。该新的格式可以是专用于反馈网络侧是否正确接收的格式,也可以复用承载其他信息。如果采用现有的格式,则可以利用冗余状态或者特定取值表示网络侧是否正确接收,具体可以参照上述实施例中的相应描述。
步骤502,若监听到使用发送设备标识加掩的PDCCH信令,则发送设备确认不需要进行重传;若未监听到使用发送设备标识加掩的PDCCH,则发送设备确认需要进行重传。
通过本实施例提供的方法,可以通过监听使用发送设备标识加掩的PDCCH信令判断网络设备是否正确接收,从而可以更快更准确的进行重传。
如附图5b所示,本发明实施例提供了再一种CB资源的重传方法。该方法包括:
步骤503,发送设备监听使用CB-RNTI加掩的PDCCH信令。
该步骤例如可以限制在在第三时间点或者第三时间段内。
步骤504,若监听到CB-RNTI加掩的PDCCH信令,则发送设备根据该PDCCH信令携带的重传指示确认进行同步HARQ重传。
附图5b所示实施例和附图4a、4b、5a所示实施例可以结合。以下结合附图5c详细描述附图5b与上述各附图所示实施例结合所得实施例之一。
步骤505,发送设备在第三时间点监听使用CB-RNTI加掩的PDCCH信令。
步骤506,若在第三时间点监听到使用CB-RNTI加掩的PDCCH信令,则发送设备根据该PDCCH信令中NDI的指示确认需要进行同步的HARQ重传。
步骤507,若在第三时间点没有监听到使用CB-RNTI加掩的PDCCH信令,则发送设备在第二时间点监听PHICH信令。
步骤508,若在第二时间点发送设备监听到PHICH信令,且该PHICH信令反馈错误接收,则发送设备确认需要退避一段时间后进行重传。
步骤509,若在第二时间点网发送设备监听到PHICH信令,且该PHICH信令反馈正确接收或者为DTX,则发送设备在第一时间点监听使用C-RNTI加掩的PDCCH信令。
步骤510,若在第一时间点监听到使用C-RNTI加掩的PDCCH信令,则发送设备确认不需要进行重传。
步骤511,若在第一时间点没有监听到使用C-RNTI加掩的PDCCH,则发送设备确认需要退避一段时间后进行重传。
本实施例中,各时间点的关系可以参照附图1a、1b、1c所示实施例。
通过本实施例提供的方法,可以使得发送设备准确获知网络侧是否正确接收自己的上行信息,从而决定启动重传。并且通过CB-RNTI加掩的PDCCH信令及其携带的NDI指示判断是进行同步的HARQ重传或者退避一段时间进行重传。进行同步的HARQ重传的优势在于重传规律固定,且可以更快的进行重传,但是更适用于没有冲突发生的场景。退避一段时间进行重传的优势在于可以适用于发生冲突的场景,但是重传规律不固定,且通常需要较长时间才可以进行重传,且再次重传时仍有可能发生冲突。
如附图6a所示,本发明实施例提供了一种CB资源的发送方法。该方法包括:
步骤601,发送设备将CB资源上待发送的上行数据和/或BSR放入CB缓存。
本实施例中,该CB缓存配置在发送设备中,用于存放CB资源上待发送的上行数据和/或BSR。进一步的,该CB缓存配置在MAC层中。
本实施例中,还可以进一步的包括配置CB缓存的步骤。
步骤602,发送设备在CB资源上发送CB缓存中的上行数据和/或BSR。
本实施例中,在上行数据和/或BSR没有被正确接收时,可以将存储在CB缓存中的上行数据和/或BSR在CB资源或者专用资源上进行重传。
通过本实施例提供的CB资源的发送方法,可以将待发送的上行数据和/或BSR放入CB缓存,从而避免了等待CB资源或者专用资源时MAC层数据的丢失,同时也避免了发生重传时数据的丢失或者高层重新发送数据。
本实施例中,发送设备还可以维护一个重传计数器。该重传计数器可以每重传一次变化一次。例如,每重传一次增加1或者减少1,直至达到最大重传值或者达到零。在达到最大重传值后,将重传计数器清零;或者在达到零后将重传计数器重新设置为最大值。以下描述以重传计数器从零开始计数,每重传一次增加1,直至最大重传值为例,其他计数器(如传输次数计数器,最大值等于重传计数器最大值加一)的设计方法可以参照适用,不再赘述。
本实施例中,在达到最大重传值后,发送设备可以丢弃该数据,也即将该数据从CB缓存中清除。
本实施例中,当网络设备反馈正确接收后,发送设备不再重传,可以将CB缓存清空。
进一步的,本实施例中,在发送设备准备重传CB缓存中的BSR时,若该BSR需要更新,则将更新后的BSR存入CB缓存并发送。
本实施例中,发送设备准备重传CB缓存中的上行数据时,可以从该CB缓存中取出上行数据进行重传。
本实施例中,在进行重传时,若专用资源可用,则发送设备在专用资源上进行同步的混合自动重传请求HARQ重传;若CB资源可用,则发送设备在CB资源上进行同步的HARQ重传或者退避后进行重传。
本实施例中,发送设备在CB资源上进行重传时,例如可以采用异步的重传方式,例如CB传输专用进程,从而减少重传发生冲突的概率。
本实施例中,发送设备在专用资源上进行重传时,例如可以采用同步的重传方式,也即HARQ重传方式,以提高重传的效率。
本实施例中,发送设备在专用资源上进行重传时,HARQ进程的计数器可以从0开始计数,也可以从重传计数器的值开始计数。
本实施例所示方法可以通过如附图6b所示协议栈实现。其中,CB缓存可以是一个独立的功能实体,也可以是CB传输专用进程的一部分。
通过本实施例提供的发送方法,可以暂存CB资源上待发送的上行数据或者BSR,以便等待CB资源进行发送,避免了数据的丢失。同时,在重传时可以直接从CB缓存中获取数据发送,无需等待上层重传,也避免了重传数据的丢失。同时,还可以在重传前更新BSR,以使得网络侧获得最新的缓存状态,更精确的调度专用资源。并且,本实施例中,通过CB传输专用进程,保证了可以进行异步重传,从而更加适应CB资源上的传输,避免了重传时发生多次冲突的情况。进一步的,本实施例中,还提供了CB缓存到HARQ进程的方案,从而使得CB缓存中的数据也可以采用同步的重传方式在专用资源上发送。
如附图7a所示,本发明实施例提供了一种网络设备,该网络设备例如可以为基站或者也可以为中继站。该网络设备包括:
接收模块701,用于接收发送设备在CB资源上发送的上行信息;
解码模块702,用于对接收模块701接收的上行信息进行解码;
第一通知模块703,用于在解码模块702解出上行信息时,通过第一PDCCH向发送设备反馈正确接收,其中第一PDCCH使用发送设备标识加掩。
进一步的,本实施例中,该网络设备还可以包括:
第二通知模块704,用于在解码模块702未解出上行信息时,通过PHICH反馈错误接收。
进一步的,本实施例中,该网络设备还可以包括:
检测模块705,用于检测承载上行信息的CB资源块上的冲突;以及
第三通知模块706,用于在解码模块702未解出上行信息且检测模块705未检测到冲突时,通过第二PDCCH发送重传指示,该第二PDCCH使用CB-RNTI加掩。
本实施例中,还可以限制第一通知模块703、第二通知模块704和第三通知模块706中一个或者多个执行的时间顺序。时间条件的限制具体可以参照上述各方法实施例中的相应内容。
通过本实施例提供的网络设备,可以向不同发送设备准确反馈每个发送设备的上行信息的接收状态,从而使得发送设备可以准确快捷的进行重传或者新传。
本实施例提供的网络设备例如可以用于执行上述网络设备执行的方法实施例。
如附图7b所示,本发明实施例还提供了另一种网络设备,该网络设备包括:
接收模块701,用于接收发送设备在CB资源上发送的上行信息;
解码模块702,用于对接收模块707接收的上行信息进行解码;
检测模块705,用于检测承载上行信息的CB资源块上的冲突;
第三通知模块706,用于解码模块702未解出上行信息且检测模块705未检测到冲突时,通过PDCCH发送重传指示,该PDCCH使用CB-RNTI加掩。
通过本实施例提供的网络设备,可以向不同发送设备准确反馈每个发送设备的上行信息的接收状态,从而使得发送设备可以准确快捷的进行重传或者新传。
如附图7c所示,本发明实施例还提供了又一种网络设备,该网络设备包括:
接收模块701,用于接收发送设备在CB资源上发送的上行信息;
检测模块705,用于检测承载上行信息的CB资源块上的冲突;
解码模块702,用于对接收模块701接收的上行信息进行解码;
第四通知模块707,用于在解码模块702解出上行信息时,通过MAC CE向发送设备反馈正确接收;
第三通知模块706,用于在解码模块702未解出上行信息且检测模块705未检测到冲突时,通过PDCCH发送重传指示,其中该PDCCH使用CB-RNTI加掩。
通过本实施例提供的网络设备,可以向不同发送设备准确反馈每个发送设备的上行信息的接收状态,从而使得发送设备可以准确快捷的进行重传或者新传。
如附图7d所示,本发明实施例提供了再一种网络设备。该网络设备包括:
接收模块701,用于接收发送设备在基于竞争CB资源上发送的上行信息;
解码模块702,用于对接收模块701接收的上行信息进行解码;
第四通知模块707,用于在解码模块702解出上行信息时,通过MAC CE向发送设备反馈正确接收;
第二通知模块704,用于在解码模块702未解出上行信息时,通过PHICH反馈错误接收。
通过本实施例提供的网络设备,可以向不同发送设备准确反馈每个发送设备的上行信息的接收状态,从而使得发送设备可以准确快捷的进行重传或者新传。
附图7a至附图7d所示实施例可以相互结合,结合后可以得到更多的实施例,例如包括接收模块701、解码模块702、第一通知模块703、第二通知模块704、检测模块705、第三通知模块706、第四通知模块707的网络设备。
附图7a至附图7d所示实施例可以用于执行上述由网络设备实施的方法实施例。
如附图8a所示,本发明实施例提供了一种发送设备。该发送设备例如可以为UE也可以为中继站。该发送设备包括:
监听模块801,用于监听物理下行控制信道PDCCH信令,所述PDCCH信令使用所述发送设备标识加掩;
第一确认模块802,用于在监听模块801监听到所述PDCCH信令时,确认不需要进行重传。
进一步的,该监听模块801,还可以用于监听使用CB-RNTI加掩的PDCCH信令。并且,发送设备还可以包括:第二确认模块803,用于在监听模块801监听到使用CB-RNTI加掩的PDCCH信令时,确认需要进行同步的HARQ重传。
进一步的,该监听模块801,还可以用于监听PHICH信令。并且,发送设备还可以包括:第三确认模块804,用于在监听模块801监听到PHICH信令时,确认需要进行重传。
本实施例中,第三确认模块804还可以是用于在监听模块801监听到PHICH信令,且该信令用于反馈错误接收时,确认需要进行重传。该重传例如可以是退避重传。
具体实现时,可以是第三确认模块804确认进行退避后的重传,而第二确认模块用于确认需要进行同步的HARQ重传。并且,在监听模块801既监听到PHICH信令,也监听到使用CB-RNTI加掩的PDCCH信令时,仍然进行同步的HARQ重传。
通过本发明实施例提供的发送设备,可以获知网络侧对于CB资源上传输的上行信息的接收状态,从而更准确的判断是否需要进行重传。
如附图8b所示,本发明实施例提供了一种发送设备800。该发送设备800包括:接收模块805,用于接收MAC CE,该MAC CE用于反馈发送设备在CB资源上发送的上行信息被网络侧正确接收;监听模块801,用于监听PDCCH信令,该PDCCH信令使用CB-RNTI加掩;以及以下模块之一或其任意组合:
第二确认模块803,用于在监听模块801监听到该PDCCH信令时,根据PDCCH信令携带的重传指示确认需要进行同步的HARQ重传;
第四确认模块806,用于在接收模块805正确接收到MAC CE时,确认不需要进行重传;
第五确认模块807,用于在接收模块805未正确接收到MAC CE时,确认需要退避后进行重传。
通过本发明实施例提供的发送设备,可以获知网络侧对于CB资源上传输的上行信息的接收状态,从而更准确的判断是否需要进行重传。
如附图8c所示,本发明实施例提供了又一种发送设备80。该发送设备80包括:
接收模块805,用于接收MAC CE,该MAC CE用于反馈发送设备在CB资源上发送的上行信息被网络侧正确接收;监听模块801,用于监听PHICH信令,该PDCCH信令使用发送设备标识加掩;以及以下模块之一或其任意组合
第三确认模块804,用于在监听模块801监听到PHICH信令时,确认需要进行重传;
第四确认模块806,用于在接收模块805正确接收到MAC CE时,确认不需要进行重传;
第五确认模块807,用于在接收模块805未正确接收到MAC CE时,确认需要退避后进行重传。
如附图9所示,本发明实施例提供了又一种发送设备。该发送设备包括:CB缓存901,用于存放上行数据和/或缓存状态上报BSR;存放模块902,用于将在CB资源上待发送的上行数据和/或BSR放入CB缓存901;收发模块903,用于在CB资源上发送CB缓存901中的上行数据和/或BSR。
本实施例中,该收发模块903进一步用于,接收网络侧的反馈信息,该反馈信息用于表示上行数据和/或BSR被正确接收或者被错误接收;以及在接收到错误接收的反馈时,从CB缓存901中取出所述上行数据和/或BSR,并通过专用资源或者CB资源进行重传。
CB缓存901进一步用于,在收发模块903接收到正确接收的反馈时,清空CB缓存901。
本实施例中,收发模块903具体用于:若专用资源可用,则在专用资源上进行同步的混合自动重传请求HARQ重传;若CB资源可用,则CB资源上进行同步的HARQ重传或者退避后进行重传。
本实施例中,该发送设备例如还可以包括一个重传计数器,该重传计数器的具体设置可以参照附图6a所示实施例。
本实施例中,该发送设备例如采用如附图6b所示的协议栈。
本实施例中,收发模块903在CB资源上进行退避重传时例如可以利用CB传输专用进程。
本实施例提供的发送设备例如可以执行如附图6a所示的实施例提供的方法。
本实施例例如可以与附图8a、8b、8c所示的实施例结合。
通过本实施例提供的发送设备,可以在CB资源上顺利发送数据,并且在重传时可以直接从CB缓存中获取数据,不会产生数据丢失或者上层重传数据的问题。
通过本发明实施例提供的发送设备,可以获知网络侧对于CB资源上传输的上行信息的接收状态,从而更准确的判断是否需要进行重传。
最后需要说明的是,本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(ROM)或随机存储记忆体(RAM)等。
本发明实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。上述提到的存储介质可以是只读存储器,磁盘或光盘等。
上述具体实施例并不用以限制本发明,对于本技术领域的普通技术人员来说,凡在不脱离本发明原理的前提下,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (24)
1.一种基于竞争资源的反馈方法,其特征在于,所述方法包括:
网络设备接收发送设备在基于竞争CB资源上发送的上行信息;
在解出所述上行信息时,所述网络设备通过第一物理下行控制信道PDCCH向所述发送设备反馈正确接收,所述第一PDCCH使用所述发送设备标识加掩。
2.根据权利要求1所述的方法,其特征在于,所述方法进一步包括:
在未解出所述上行信息时,所述网络设备通过物理混合自动重传请求指示信道PHICH反馈错误接收。
3.根据权利要求1或2所述的方法,其特征在于,所述方法进一步包括:
所述网络设备检测承载所述上行信息的CB资源块上的冲突;
在未解出所述上行信息且未检测到冲突时,所述网络设备通过第二PDCCH发送重传指示,所述第二PDCCH使用基于竞争的无线网络临时标识CB-RNTI加掩。
4.一种基于竞争资源的反馈方法,其特征在于,所述方法包括:
网络设备接收发送设备在基于竞争CB资源上发送的上行信息;
所述网络设备检测承载所述上行信息的CB资源块上的冲突;
在未解出所述上行信息且未检测到冲突时,所述网络设备通过物理下行控制信道PDCCH发送重传指示,所述PDCCH使用基于竞争的无线网络临时标识CB-RNTI加掩。
5.一种基于竞争资源的反馈方法,其特征在于,所述方法包括:
网络设备接收发送设备在基于竞争CB资源上发送的上行信息;
所述网络设备检测承载所述上行信息的CB资源块上的冲突;
在解出所述上行信息时,所述网络设备通过媒体接入控制层控制单元MACCE向所述发送设备反馈正确接收;
在未解出所述上行信息且未检测到冲突时,所述网络设备通过物理下行控制信道PDCCH发送重传指示,其中所述PDCCH使用基于竞争的无线网络临时标识CB-RNTI加掩。
6.一种基于竞争资源的反馈方法,其特征在于,所述方法包括:
网络设备接收发送设备在基于竞争CB资源上发送的上行信息;
在解出所述上行信息时,所述网络设备通过媒体接入控制层控制单元MACCE向所述发送设备反馈正确接收;
在未解出所述上行信息时,所述网络设备通过物理混合自动重传请求指示信道PHICH反馈错误接收。
7.一种基于竞争资源的重传确认方法,其特征在于,所述方法包括:
发送设备监听第一物理下行控制信道PDCCH信令,其中所述第一PDCCH信令使用所述发送设备标识加掩;
若监听到所述第一PDCCH信令,则所述发送设备确认不需要进行重传。
8.根据权利要求7所述的方法,其特征在于,所述方法进一步包括:
所述发送设备监听物理混合自动重传请求指示信道PHICH信令,以获取网络侧对所述发送设备在CB资源上发送的上行信息错误接收的反馈;
若监听到所述PHICH信令,则所述发送设备确认需要进行重传。
9.根据权利要求7或8所述的方法,其特征在于,所述方法进一步包括:
所述发送设备监听第二PDCCH信令,其中所述第二PDCCH信令使用基于竞争的无线网络临时标识CB-RNTI加掩;
若监听到所述第二PDCCH信令,则所述发送设备根据所述第二PDCCH信令携带的重传指示确认需要进行同步的混合自动重传请求HARQ重传。
10.一种基于竞争资源的重传确认方法,其特征在于,所述方法包括:
发送设备接收媒体接入控制层控制单元MAC CE,所述MAC CE用于反馈所述发送设备在基于竞争CB资源上发送的上行信息被网络侧正确接收;
所述发送设备监听物理下行控制信道PDCCH信令,其中所述PDCCH信令使用基于竞争的无线网络临时标识CB-RNTI加掩;
以及以下步骤之一:
若监听到所述PDCCH信令,则所述发送设备根据所述PDCCH信令携带的重传指示确认需要进行同步的混合自动重传请求HARQ重传;
若正确接收到所述MAC CE,则所述发送设备确认不需要进行重传;
若未正确收到所述MAC CE,也未收到所述PDCCH信令,则所述发送设备确认需要退避后进行重传。
11.一种基于竞争资源的重传确认方法,其特征在于,所述方法包括:
发送设备接收媒体接入控制层控制单元MAC CE,所述MAC CE用于反馈所述发送设备在基于竞争CB资源上发送的上行信息被网络侧正确接收;
所述发送设备监听物理混合自动重传请求指示信道PHICH信令,以获取网络侧对所述发送设备在CB资源上发送的上行信息错误接收的反馈;
以及以下步骤之一:
若监听到所述PHICH信令,则所述发送设备确认需要进行重传;
若正确接收到所述MAC CE,则所述发送设备确认不需要进行重传;
若未正确接收到所述MAC CE,则所述发送设备确认需要进行重传。
12.一种基于竞争资源的发送方法,其特征在于,所述方法包括:
发送设备配置基于竞争CB缓存,所述CB缓存用于存放CB资源上待发送的上行数据和/或缓存状态上报BSR;
所述发送设备将待发送的上行数据和/或BSR放入所述CB缓存;
所述发送设备在CB资源上发送存放在所述CB缓存中的上行数据和/或BSR。
13.根据权利要求12所述的方法,其特征在于,所述方法进一步包括:
所述发送设备接收网络侧的反馈信息,所述反馈信息用于表示所述上行数据和/或BSR被正确接收或者被错误接收;
若所述上行数据和/或BSR被正确接收,则所述发送设备清空所述CB缓存;或者
若所述上行数据和/或BSR未被正确接收,则所述发送设备从所述CB缓存中取出所述上行数据和/或BSR,并通过专用资源或者CB资源进行重传。
14.根据权利要求13所述的方法,其特征在于,所述通过专用资源或者CB资源进行重传,包括:
若专用资源可用,则所述发送设备在专用资源上进行同步的混合自动重传请求HARQ重传;
若CB资源可用,则所述发送设备在CB资源上进行同步的HARQ重传或者退避后进行重传。
15.一种网络设备,其特征在于,所述网络设备包括:
接收模块,用于接收发送设备在基于竞争CB资源上发送的上行信息;
解码模块,用于对所述接收模块接收的上行信息进行解码;
第一通知模块,用于在所述解码模块解出所述上行信息时,通过第一物理下行控制信道PDCCH向所述发送设备反馈正确接收,其中所述第一PDCCH使用所述发送设备标识加掩。
16.根据权利要求15所述的网络设备,其特征在于,所述网络设备进一步包括:
第二通知模块,用于在所述解码模块未解出所述上行信息时,通过物理混合自动重传请求指示信道PHICH反馈错误接收。
17.根据权利要求15或16所述的网络设备,其特征在于,所述网络设备进一步包括:
检测模块,用于检测承载所述上行信息的CB资源块上的冲突;
第三通知模块,用于在所述解码模块未解出所述上行信息且所述检测模块未检测到冲突时,通过第二PDCCH发送重传指示,所述第二PDCCH使用基于竞争的无线网络临时标识CB-RNTI加掩。
18.一种网络设备,其特征在于,所述网络设备包括:
接收模块,用于接收发送设备在基于竞争CB资源上发送的上行信息;
解码模块,用于对所述接收模块接收的上行信息进行解码;
检测模块,用于检测承载所述上行信息的CB资源块上的冲突;
通知模块,用于所述解码模块未解出所述上行信息且所述检测模块未检测到冲突时,通过物理下行控制信道PDCCH发送重传指示,所述PDCCH使用基于竞争的无线网络临时标识CB-RNTI加掩。
19.一种网络设备,其特征在于,所述网络设备包括:
接收模块,用于接收发送设备在基于竞争CB资源上发送的上行信息;
检测模块,用于检测承载所述上行信息的CB资源块上的冲突;
解码模块,用于对所述接收模块接收的上行信息进行解码;
第一通知模块,用于在所述解码模块解出所述上行信息时,通过媒体接入控制层控制单元MAC CE向所述发送设备反馈正确接收;
第二通知模块,用于在所述解码模块未解出所述上行信息且所述检测模块未检测到冲突时,通过物理下行控制信道PDCCH发送重传指示,其中所述PDCCH使用基于竞争的无线网络临时标识CB-RNTI加掩。
20.一种网络设备,其特征在于,所述网络设备包括:
接收模块,用于接收发送设备在基于竞争CB资源上发送的上行信息;
解码模块,用于对所述接收模块接收的上行信息进行解码;
第一通知模块,用于在所述解码模块解出所述上行信息时,通过媒体接入控制层控制单元MAC CE向所述发送设备反馈正确接收;
第二通知模块,用于在所述解码模块未解出所述上行信息时,通过物理混合自动重传请求指示信道PHICH反馈错误接收。
21.一种发送设备,其特征在于,所述发送设备包括:
监听模块,用于监听物理下行控制信道PDCCH信令,所述PDCCH信令使用所述发送设备标识加掩;
第一确认模块,用于在所述监听模块监听到所述PDCCH信令时,确认不需要进行重传。
22.一种发送设备,其特征在于,所述发送设备包括:
接收模块,用于接收媒体接入控制层控制单元MAC CE,所述MAC CE用于反馈所述发送设备在基于竞争CB资源上发送的上行信息被网络侧正确接收;
监听模块,用于监听物理下行控制信道PDCCH信令,其中所述PDCCH信令使用基于竞争的无线网络临时标识CB-RNTI加掩;
以及以下模块之一或其任意组合:
第一确认模块,用于在所述监听模块监听到所述PDCCH信令时,根据所述PDCCH信令携带的重传指示确认需要进行同步的混合自动重传请求HARQ重传;
第二确认模块,用于在所述接收模块正确接收到所述MAC CE时,确认不需要进行重传;
第三确认模块,用于在所述接收模块未正确接收到所述MAC CE时,确认需要退避后进行重传。
23.一种发送设备,其特征在于,所述发送设备包括:
CB缓存,用于存放上行数据和/或缓存状态上报BSR;
存放模块,用于将在CB资源上待发送的上行数据和/或BSR放入所述CB缓存;
收发模块,用于在CB资源上发送所述CB缓存中的上行数据和/或BSR。
24.根据权利要求23所述的发送设备,其特征在于,
所述收发模块进一步用于,接收网络侧的反馈信息,所述反馈信息用于表示所述上行数据和/或BSR被正确接收或者被错误接收;以及在接收到错误接收的反馈时,从所述CB缓存中取出所述上行数据和/或BSR,并通过专用资源或者CB资源进行重传;
所述CB缓存进一步用于,在所述收发模块接收到正确接收的反馈时,清空本CB缓存。
Priority Applications (12)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910238884.3A CN102118236B (zh) | 2009-12-31 | 2009-12-31 | 一种基于竞争资源的反馈方法和装置 |
EP10840599.4A EP2512198B1 (en) | 2009-12-31 | 2010-12-30 | Method and apparatus for contention based resource configuration |
PCT/CN2010/080546 WO2011079812A1 (zh) | 2009-12-31 | 2010-12-30 | 一种基于竞争资源的配置方法和装置 |
CA2786083A CA2786083C (en) | 2009-12-31 | 2010-12-30 | Contention based resource configuration method and apparatus |
EP10840600.0A EP2521323B1 (en) | 2009-12-31 | 2010-12-31 | Information feedback method and device |
EP10840601.8A EP2521407B1 (en) | 2009-12-31 | 2010-12-31 | Contention based resource configuration method and apparatus |
PCT/CN2010/080555 WO2011079813A1 (zh) | 2009-12-31 | 2010-12-31 | 信息反馈方法和装置 |
ES10840601.8T ES2534677T3 (es) | 2009-12-31 | 2010-12-31 | Método y aparato de configuración de recursos basados en la contención |
PCT/CN2010/080557 WO2011079814A1 (zh) | 2009-12-31 | 2010-12-31 | 一种基于竞争资源的配置方法和装置 |
JP2012546347A JP5617138B2 (ja) | 2009-12-31 | 2010-12-31 | コンテンションベースのリソース構成方法および装置 |
US13/538,659 US9357561B2 (en) | 2009-12-31 | 2012-06-29 | Information feedback method and apparatus |
US13/539,166 US9357562B2 (en) | 2009-12-31 | 2012-06-29 | Contention based resource configuration method and apparatus |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910238884.3A CN102118236B (zh) | 2009-12-31 | 2009-12-31 | 一种基于竞争资源的反馈方法和装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102118236A true CN102118236A (zh) | 2011-07-06 |
CN102118236B CN102118236B (zh) | 2014-04-02 |
Family
ID=44216847
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910238884.3A Active CN102118236B (zh) | 2009-12-31 | 2009-12-31 | 一种基于竞争资源的反馈方法和装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102118236B (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103369703A (zh) * | 2013-07-08 | 2013-10-23 | 南京大学 | 用于同频异构无线网络共存的方法和装置 |
WO2017015911A1 (zh) * | 2015-07-29 | 2017-02-02 | 华为技术有限公司 | 反馈信息的发送装置、接收装置及方法 |
CN107027180A (zh) * | 2016-02-02 | 2017-08-08 | 中兴通讯股份有限公司 | 非授权载波上行数据的发送方法及终端 |
CN107534952A (zh) * | 2015-01-30 | 2018-01-02 | 华为技术有限公司 | 一种异步上行的方法、终端及基站 |
CN107623562A (zh) * | 2017-09-30 | 2018-01-23 | 新华三技术有限公司 | 数据传输方法、装置及电子设备 |
WO2018072180A1 (zh) * | 2016-10-20 | 2018-04-26 | 广东欧珀移动通信有限公司 | 传输上行数据的方法、网络侧设备和终端设备 |
CN108737035A (zh) * | 2017-04-17 | 2018-11-02 | 上海诺基亚贝尔股份有限公司 | 用于自主上行链路传输的方法和装置 |
CN112969197A (zh) * | 2021-01-29 | 2021-06-15 | 紫光展锐(重庆)科技有限公司 | 用于增强覆盖场景的数据传输方法及装置、计算机可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20090073911A1 (en) * | 2007-09-18 | 2009-03-19 | Samsung Electronics Co. Ltd. | Feedback method for multicast service in wireless communication system, and a system implementing the method |
US20090207799A1 (en) * | 2008-02-20 | 2009-08-20 | Samsung Electronics Co., Ltd. | SDMA communication system for feeding back channel state information and method supporting the same |
CN101523966A (zh) * | 2006-10-10 | 2009-09-02 | 交互数字技术公司 | 为发射到多个无线发射/接收单元的下行链路共享业务发送反馈的方法和设备 |
-
2009
- 2009-12-31 CN CN200910238884.3A patent/CN102118236B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101523966A (zh) * | 2006-10-10 | 2009-09-02 | 交互数字技术公司 | 为发射到多个无线发射/接收单元的下行链路共享业务发送反馈的方法和设备 |
US20090073911A1 (en) * | 2007-09-18 | 2009-03-19 | Samsung Electronics Co. Ltd. | Feedback method for multicast service in wireless communication system, and a system implementing the method |
US20090207799A1 (en) * | 2008-02-20 | 2009-08-20 | Samsung Electronics Co., Ltd. | SDMA communication system for feeding back channel state information and method supporting the same |
Non-Patent Citations (1)
Title |
---|
3RD GENERATION PARTNERSHIP PROJECT: "Evolved Universal Terrestrial Radio Access (E-UTRA) Medium Access Control (MAC) protocol specification", 《3GPP TS 36.321》 * |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103369703A (zh) * | 2013-07-08 | 2013-10-23 | 南京大学 | 用于同频异构无线网络共存的方法和装置 |
CN107534952A (zh) * | 2015-01-30 | 2018-01-02 | 华为技术有限公司 | 一种异步上行的方法、终端及基站 |
CN107534952B (zh) * | 2015-01-30 | 2020-09-08 | 华为技术有限公司 | 一种异步上行的方法、终端及基站 |
US10491420B2 (en) | 2015-01-30 | 2019-11-26 | Huawei Technologies Co., Ltd. | Method, terminal, and base station for asynchronous uplink transmission |
CN106576249B (zh) * | 2015-07-29 | 2019-11-26 | 华为技术有限公司 | 反馈信息的发送装置、接收装置及方法 |
WO2017015911A1 (zh) * | 2015-07-29 | 2017-02-02 | 华为技术有限公司 | 反馈信息的发送装置、接收装置及方法 |
CN106576249A (zh) * | 2015-07-29 | 2017-04-19 | 华为技术有限公司 | 反馈信息的发送装置、接收装置及方法 |
US10652895B2 (en) | 2015-07-29 | 2020-05-12 | Huawei Technologies Co., Ltd. | Feedback information sending apparatus and method, and feedback information receiving apparatus and method |
CN107027180A (zh) * | 2016-02-02 | 2017-08-08 | 中兴通讯股份有限公司 | 非授权载波上行数据的发送方法及终端 |
CN107027180B (zh) * | 2016-02-02 | 2019-08-30 | 中兴通讯股份有限公司 | 非授权载波上行数据的发送方法及终端 |
WO2018072180A1 (zh) * | 2016-10-20 | 2018-04-26 | 广东欧珀移动通信有限公司 | 传输上行数据的方法、网络侧设备和终端设备 |
CN108737035A (zh) * | 2017-04-17 | 2018-11-02 | 上海诺基亚贝尔股份有限公司 | 用于自主上行链路传输的方法和装置 |
CN108737035B (zh) * | 2017-04-17 | 2021-09-03 | 上海诺基亚贝尔股份有限公司 | 用于自主上行链路传输的方法和装置 |
CN107623562A (zh) * | 2017-09-30 | 2018-01-23 | 新华三技术有限公司 | 数据传输方法、装置及电子设备 |
CN112969197A (zh) * | 2021-01-29 | 2021-06-15 | 紫光展锐(重庆)科技有限公司 | 用于增强覆盖场景的数据传输方法及装置、计算机可读存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN102118236B (zh) | 2014-04-02 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2538734B1 (en) | Method and device for scheduling multiple sub-frames | |
CN102118236B (zh) | 一种基于竞争资源的反馈方法和装置 | |
CN106452661B (zh) | 应答信息的传输方法、装置、基站及终端 | |
RU2432689C2 (ru) | Способ повторной передачи данных в системе с несколькими несущими | |
EP2880943B1 (en) | Signaling and channel designs for d2d communications | |
WO2019192285A1 (zh) | 上行传输、通信方法、装置及基站、终端、存储介质 | |
CN102342059B (zh) | 在移动通信***中用于harq的传输控制方法 | |
US9641301B2 (en) | Terminal device, base station device, communication method, and integrated circuit | |
EP4072051B1 (en) | Uplink scheduling scheme in a mobile communication system | |
CN110536464A (zh) | 一种传输方法、装置、通信节点及介质 | |
CN108347760B (zh) | 一种上行信道的功率分配方法及装置 | |
WO2018126948A1 (zh) | 数据传输方法及装置、终端、基站和存储介质 | |
EP1965534A2 (en) | Apparatus and method for transmitting control message in a wireless communication system using relaying | |
JP6409230B2 (ja) | 端末装置、基地局装置、および通信方法 | |
CN101682488A (zh) | 通过发送时间间隔集束处理来增强上行链路传输 | |
CN104486049A (zh) | 数据接收状态的反馈方法、数据重传方法、装置和终端 | |
CN102781095B (zh) | 数据传输的方法、基站、用户设备及*** | |
CN101953106A (zh) | 在通信***中发送组ack/nack的方法 | |
CN102047586A (zh) | 数据传输方法以及用于该方法的用户设备 | |
WO2011079813A1 (zh) | 信息反馈方法和装置 | |
CN102055576A (zh) | 一种确定harq模式的方法及装置 | |
EP2521327B1 (en) | Method and apparatus for sending / receiving a control signaling and corresponding data packet control | |
CN104243108A (zh) | 上行混合自动重传请求反馈方法、装置和*** | |
EP2454842B1 (en) | Apparatus and method for performing harq procedure | |
CN101931960B (zh) | 一种避免上行传输冲突的方法、***和装置 |
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 |