CN108702649B - 状态指示的传输装置、方法以及通信*** - Google Patents
状态指示的传输装置、方法以及通信*** Download PDFInfo
- Publication number
- CN108702649B CN108702649B CN201680082145.8A CN201680082145A CN108702649B CN 108702649 B CN108702649 B CN 108702649B CN 201680082145 A CN201680082145 A CN 201680082145A CN 108702649 B CN108702649 B CN 108702649B
- Authority
- CN
- China
- Prior art keywords
- information
- user equipment
- downlink control
- status indication
- uplink data
- 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.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W24/00—Supervisory, monitoring or testing arrangements
- H04W24/10—Scheduling measurement reports ; Arrangements for measurement reports
-
- 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
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0212—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave
- H04W52/0216—Power saving arrangements in terminal devices managed by the network, e.g. network or access point is master and terminal is slave using a pre-established activity schedule, e.g. traffic indication frame
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
- H04W52/0209—Power saving arrangements in terminal devices
- H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
- H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
一种状态指示的传输装置、方法以及通信***。所述状态指示的传输方法包括:在基站接收用户设备发送的上行数据时,确定RLC层是否成功接收到所述上行数据的所有RLC PDU;在RLC层成功接收到所述上行数据的所有RLC PDU的情况下,向所述用户设备发送PDCCH信息;其中PDCCH信息用于指示所述上行数据已经被成功接收和/或允许所述用户设备进入DRX状态。由此,不仅可以减少RLC状态报告的发送,提高整个***的传输效率,而且可以使用户设备尽快进入DRX状态,降低用户设备的能耗。
Description
技术领域
本发明涉及通信领域,特别涉及一种状态指示的传输装置、方法以及通信***。
背景技术
随着物联网(IoT,Internet of Things)在下一代移动通信网络中应用需求越来越广泛,第3代合作伙伴计划(3GPP,3rd Generation Partnership Project)正在研究一种新的无线通信技术用来支持IoT业务,也就是关于窄带物联网(NB-IoT,Narrow BandInternet of Things)技术的议题。
IoT业务具有很多新的特征,包括超低能耗要求、部署海量用户设备、数据流量较少、业务时延要求不高等。这些特征对长期演进(LTE,Long Term Evolution)***提出了很多技术要求,其中重要的要求包括用户设备的超低能耗要求。
NB-IoT技术是以现有的LTE技术为基础,为满足IoT业务要求进一步增强的一种新的窄带通信技术。在NB-IoT的上行数据传输中,介质访问控制(MAC,Media AccessControl)层采用异步传输,其上行传输的反馈信息是通过物理下行控制信道(PDCCH,Physical Downlink Control Channel)的调度信息指示的。
例如如果用户设备(UE,User Equipment)在发送上行数据后接收到调度新数据的PDCCH,则表明该上行数据发送成功。如果用户设备接收到了调度重传的PDCCH,则表明该上行数据发送失败,需要进行MAC层的重传。对于一个配置了非连续接收(DRX,DiscontinuousReception)的用户设备,将在收到调度新数据的PDCCH后启动去激活定时器(drx-InactivityTimer)。用户设备只有当drx-InactivityTimer超时或者接收到网络侧发送的非连续接收命令(DRX Command)时,才会进入DRX状态,以便降低功耗。
另一方面,在NB-IoT的上行数据发送中,用户设备的无线链路控制(RLC,RadioLink Control)层通过接收端反馈的状态报告(SR,Status Report)来判断上行数据是否被成功接收。发送端仅会在最后一个上行数据中携带轮询比特(poll bit),用以表明此数据为最后一个数据。接收端在收到最后一个上行数据后会以RLC状态报告的形式向发送端指示已经成功接收上行数据,或者指示已经丢失的数据。
应该注意,上面对技术背景的介绍只是为了方便对本发明的技术方案进行清楚、完整的说明,并方便本领域技术人员的理解而阐述的。不能仅仅因为这些方案在本发明的背景技术部分进行了阐述而认为上述技术方案为本领域技术人员所公知。
发明内容
但是,发明人发现:在例如NB-IoT***中,大多数应用的上行数据的量较小,能够由一个RLC协议数据单元(PDU,Protocol Data Unit)承载。通常情况下,这个RLC PDU经过一个或多个MAC PDU的混合自动重传请求(HARQ,Hybrid Automatic Repeat reQuest)机制可以成功发送。此时,接收端反馈的RLC状态报告并不需要指示哪些数据丢失,仅需要1比特的信息用以表示该用户设备的上行数据被成功接收。
这种情况下,按照目前的方案,用户设备除了发送上行数据外还需要接收RLC状态报告,而此时RLC状态报告仅仅是指示全部成功接收的1比特信息,这样整个***的传输效率较低。另一方面,当用户设备发送完成所有的上行数据后,即使没有下行数据需要接收,仍然需要继续监听PDCCH,等待drx-InactivityTimer超时后才能进入更加节能的DRX状态,这样用户设备的能耗较高。
本发明实施例提供一种状态指示的传输装置、方法以及通信***。通过PDCCH信息来指示用户设备的上行数据被成功接收和/或允许用户设备进入DRX状态,不仅可以提高整个***的传输效率,而且可以降低用户设备的能耗。
根据本发明实施例的第一个方面,提供一种状态指示的传输方法,包括:
在基站接收用户设备发送的上行数据时,确定无线链路控制层是否成功接收到所述上行数据的所有无线链路控制协议数据单元;
在所述无线链路控制层成功接收到所述上行数据的所有无线链路控制协议数据单元的情况下向所述用户设备发送物理下行控制信道信息;其中所述物理下行控制信道信息用于指示所述上行数据已经被成功接收和/或允许所述用户设备进入非连续接收状态。
根据本发明实施例的第二个方面,提供一种状态指示的传输装置,配置于基站,所述传输装置包括:
接收确定单元,其在所述基站接收用户设备发送的上行数据时,确定无线链路控制层是否成功接收到所述上行数据的所有无线链路控制协议数据单元;
信息发送单元,其在所述无线链路控制层成功接收到所述上行数据的所有无线链路控制协议数据单元的情况下向所述用户设备发送物理下行控制信道信息;其中所述物理下行控制信道信息用于指示所述上行数据已经被成功接收和/或允许所述用户设备进入非连续接收状态。
根据本发明实施例的第三个方面,提供一种状态指示的传输方法,包括:
用户设备在发送上行数据后监听物理下行控制信道;
接收基站通过所述物理下行控制信道发送的物理下行控制信道信息,所述物理下行控制信道信息用于指示所述上行数据已经被成功接收和/或允许所述用户设备进入非连续接收状态。
根据本发明实施例的第四个方面,提供一种状态指示的传输装置,配置于用户设备,所述传输装置包括:
信道监听单元,其在所述用户设备发送上行数据后监听物理下行控制信道;
信息接收单元,其接收基站通过所述物理下行控制信道发送的物理下行控制信道信息,所述物理下行控制信道信息用于指示所述上行数据已经被成功接收和/或允许所述用户设备进入非连续接收状态。
根据本发明实施例的第五个方面,提供一种通信***,所述通信***包括:
基站,其包括如第二方面所述的传输装置;以及
用户设备,其包括如第四方面所述的传输装置。
本发明实施例的有益效果在于:通过PDCCH信息来指示用户设备的上行数据被成功接收和/或允许用户设备进入DRX状态,不仅可以减少RLC状态报告的发送,提高整个***的传输效率,而且可以使用户设备尽快进入DRX状态,降低用户设备的能耗。
参照后文的说明和附图,详细公开了本发明的特定实施方式,指明了本发明的原理可以被采用的方式。应该理解,本发明的实施方式在范围上并不因而受到限制。在所附权利要求的条款的范围内,本发明的实施方式包括许多改变、修改和等同。
针对一种实施方式描述和/或示出的特征可以以相同或类似的方式在一个或更多个其它实施方式中使用,与其它实施方式中的特征相组合,或替代其它实施方式中的特征。
应该强调,术语“包括/包含”在本文使用时指特征、整件、步骤或组件的存在,但并不排除一个或更多个其它特征、整件、步骤或组件的存在或附加。
附图说明
在本发明实施例的一个附图或一种实施方式中描述的元素和特征可以与一个或更多个其它附图或实施方式中示出的元素和特征相结合。此外,在附图中,类似的标号表示几个附图中对应的部件,并可用于指示多于一种实施方式中使用的对应部件。
所包括的附图用来提供对本发明实施例的进一步的理解,其构成了说明书的一部分,用于例示本发明的实施方式,并与文字描述一起来阐释本发明的原理。显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
在附图中:
图1是本发明实施例1的状态指示的传输方法的示意图;
图2是本发明实施例1的状态指示的传输方法的另一示意图;
图3是本发明实施例1的状态指示的传输方法的另一示意图;
图4是本发明实施例1的状态指示的传输方法的另一示意图;
图5是本发明实施例2的状态指示的传输方法的示意图;
图6是本发明实施例2的状态指示的传输方法的另一示意图;
图7是本发明实施例3的状态指示的传输装置的示意图;
图8是本发明实施例4的状态指示的传输装置的示意图;
图9是本发明实施例5的通信***的示意图;
图10是本发明实施例5的基站的示意图;
图11是本发明实施例5的用户设备的示意图。
具体实施方式
参照附图,通过下面的说明书,本发明的前述以及其它特征将变得明显。在说明书和附图中,具体公开了本发明的特定实施方式,其表明了其中可以采用本发明的原则的部分实施方式,应了解的是,本发明不限于所描述的实施方式,相反,本发明包括落入所附权利要求的范围内的全部修改、变型以及等同物。下面结合附图对本发明的各种实施方式进行说明。这些实施方式只是示例性的,不是对本发明的限制。
在本申请中,基站可以被称为接入点、广播发射机、节点B、演进节点B(eNB)等,并且可以包括它们的一些或所有功能。在文中将使用术语“基站”。每个基站对特定的地理区域提供通信覆盖。
在本申请中,移动站或设备可以被称为“用户设备”(UE)。UE可以是固定的或移动的,并且也可以称为移动台、终端、接入终端、用户单元、站等。UE可以是蜂窝电话、个人数字助理(PDA)、无线调制解调器、无线通信设备、手持设备、膝上型计算机、无绳电话、汽车等。
下面结合附图对本发明实施例进行说明。
实施例1
本发明实施例提供一种状态指示的传输方法,本发明实施例从基站侧进行说明。
图1是本发明实施例的状态指示的传输方法的示意图,如图1所示,所述传输方法包括:
步骤101,基站在接收用户设备发送的上行数据时,确定RLC层是否成功接收到所述上行数据的所有RLC PDU;
步骤102,基站在RLC层成功接收到所述上行数据的所有RLC PDU的情况下向所述用户设备发送PDCCH信息;其中该PDCCH信息用于指示上行数据已经被成功接收和/或允许该用户设备进入DRX状态。
在本实施例中,该用户设备例如可以是NB-IoT***的终端,但本发明不限于此,例如该用户设备还可以是其他网络***的终端。本发明实施例仅以NB-IoT***为例进行说明,但并不限于此,可以适用于任何进行状态指示传输的***。
在本实施例中,该基站可以为该用户设备所属小区的基站;该基站可以为宏基站(例如eNB),用户设备由该宏基站产生的宏小区(例如Macro cell)提供服务;本发明实施例的基站也可以为微基站,用户设备由该微基站产生的微小区(例如Pico cell或者microcell)提供服务。本发明实施例不限于此,可以根据实际的需要确定具体的场景。
在本实施例中,上行数据可以包括一个或者多个RLC PDU,用户设备在发送最后一个上行数据(例如RLC PDU)时,该上行数据中可以携带一个轮询比特(poll bit),用以通知基站该数据是最后一个上行数据。由此,基站的RLC层可以确定是否成功接收到所述上行数据的所有RLC PDU。
例如,当eNB的RLC层接收到UE的最后一个RLC PDU时,如果RLC层成功接收到UE的所有上行RLC PDU,即没有丢失的RLC PDU,则该eNB的RLC层指示MAC层通过PDCCH通知UE关于RLC层数据发送的状态信息,而不需要发送RLC状态报告。
图2是本发明实施例的状态指示的传输方法的另一示意图,从基站和用户设备两侧对本发明进行说明。如图2所示,所述传输方法包括:
步骤201,基站接收用户设备发送的上行数据。
步骤202,基站确定RLC层是否成功接收到所述上行数据的所有RLC PDU。
步骤203,基站向用户设备发送PDCCH信息;
在本实施例中,基站在RLC层成功接收到所述上行数据的所有RLC PDU的情况下,向所述用户设备发送PDCCH信息;其中该PDCCH信息用于指示上行数据已经被成功接收和/或允许该用户设备进入DRX状态。此外,在RLC层没有成功接收到所述上行数据的所有RLCPDU的情况下,可以采用RLC状态报告的方案,可以参考相关技术,本实施例不再赘述。
步骤204,用户设备根据该PDCCH信息继续监听PDCCH或者进入DRX状态;
在本实施例中,在基站成功接收到所述上行数据的所有RLC PDU且有针对该用户设备的下行数据需要传输的情况下,用户设备可以根据该PDCCH信息继续监听PDCCH;在基站成功接收到所述上行数据的所有RLC PDU且没有针对该用户设备的下行数据需要传输的情况下,用户设备可以根据该PDCCH信息进入DRX状态或者在进行反馈之后进入DRX状态。
其中,在DRX状态下用户设备只需要较低的能耗;关于DRX机制的具体内容可以参考相关技术,此处不再赘述。此外,用户设备在接收到“允许该用户设备进入DRX状态”的PDCCH信息后,可以立即进入DRX状态,也可以在进行反馈之后立即进入DRX状态,或者还可以在预定时间(例如1毫秒)之后进入DRX状态,或者在其他必要的操作处理之后立即进入DRX状态;本发明不限于此,可以根据实际需要进行具体的处理。
在本实施例中,基站在RLC层成功接收到所述上行数据的所有RLC PDU的情况下,可以通过PDCCH直接指示用户设备上行数据已经被成功接收,和/或,允许该用户设备进入DRX状态。由此,可以不必再发送RLC状态报告,能够提高整个***的传输效率;而且可以使用户设备尽快进入DRX状态,能够降低用户设备的能耗。
以下以三个类型的PDCCH信息为例对本发明进行进一步说明。
图3是本发明实施例的状态指示的传输方法的另一示意图,如图3所示,所述传输方法包括:
步骤301,基站接收用户设备发送的上行数据。
步骤302,基站确定RLC层是否成功接收到所述上行数据的所有RLC PDU;在成功接收到所有RLC PDU的情况下执行步骤303,否则执行步骤306。
步骤303,基站确定是否有针对该用户设备的下行数据需要传输;在有针对该用户设备的下行数据需要传输的情况下执行步骤304,否则执行步骤305。
步骤304,基站向该用户设备发送第一PDCCH信息;其中该第一PDCCH信息用于指示该上行数据已经被成功接收。
例如,eNB的RLC层判断全部上行数据被成功接收后,可以将该成功接收的消息告诉MAC层;如果eNB的MAC层仍有针对该UE的下行数据需要调度或传输,eNB可以确定并通过物理层发送第一PDCCH信息,即可以通过PDCCH指示该UE上行发送的RLC PDU已经全部成功被接收,但是不允许该UE立即进入DRX状态。
步骤305,基站向该用户设备发送第二PDCCH信息;其中该第二PDCCH信息用于指示该上行数据已经被成功接收并且允许该用户设备进入DRX状态。
例如,eNB的RLC层判断全部上行数据被成功接收后,可以将该成功接收的消息告诉MAC层;如果eNB的MAC层没有针对该UE的下行数据需要调度或传输,eNB可以确定并通过物理层发送第二PDCCH信息,即可以通过PDCCH指示该UE上行发送的RLC PDU已经全部成功被接收,而且允许该UE进入DRX状态(例如在接收到该第二PDCCH信息之后立即进入DRX状态)。
步骤306,基站使用RLC状态报告通知用户设备丢失的上行数据信息;
例如,如果eNB检测到至少有一个RLC PDU丢失,则通过传统的RLC状态报告通知UE哪些RLC PDU丢失。
值得注意的是,图3仅示意性地对本发明实施例进行了说明,但本发明不限于此。例如可以适当地调整各个步骤之间的执行顺序,此外还可以增加其他的一些步骤或者减少其中的某些步骤。本领域的技术人员可以根据上述内容进行适当地变型,而不仅限于上述附图3的记载。
图4是本发明实施例的状态指示的传输方法的另一示意图,如图4所示,所述传输方法包括:
步骤401,基站接收用户设备发送的上行数据。
步骤402,基站确定RLC层是否成功接收到所述上行数据的所有RLC PDU;在成功接收到所有RLC PDU的情况下执行步骤403,否则执行步骤407。
步骤403,基站确定是否有针对该用户设备的下行数据需要传输;在有针对该用户设备的下行数据需要传输的情况下执行步骤404,否则执行步骤405。
步骤404,基站向该用户设备发送第一PDCCH信息;其中该第一PDCCH信息用于指示该上行数据已经被成功接收。
例如,eNB的RLC层判断全部上行数据被成功接收后,可以将该成功接收的消息告诉MAC层;如果eNB的MAC层仍有针对该UE的下行数据需要调度或传输,eNB可以确定并通过物理层发送第一PDCCH信息,即可以通过PDCCH指示该UE上行发送的RLC PDU已经全部成功被接收,但是不允许该UE立即进入DRX状态。
步骤405,基站向该用户设备发送第三PDCCH信息;其中该第三PDCCH信息用于指示该上行数据已经被成功接收并且允许该用户设备在进行反馈之后进入DRX状态。
例如,eNB的RLC层判断全部上行数据被成功接收后,可以将该成功接收的消息告诉MAC层;如果eNB的MAC层没有针对该UE的下行数据需要调度或传输,eNB可以确定并通过物理层发送第三PDCCH信息,即可以通过PDCCH指示该UE上行发送的RLC PDU已经全部成功被接收,而且允许该UE在发送该指示的反馈后进入DRX状态(例如在反馈之后立即进入DRX状态)。
在本实施例中,该第三PDCCH信息中可以包括用于该用户设备进行反馈的资源,用户设备可以使用该资源对上行数据被成功接收的指示进行反馈。
步骤406,基站接收用户设备对上行数据被成功接收的指示的反馈。
步骤407,基站使用RLC状态报告通知用户设备丢失的上行数据信息;
例如,如果eNB检测到至少有一个RLC PDU丢失,则通过传统的RLC状态报告通知UE哪些RLC PDU丢失。
值得注意的是,图4仅示意性地对本发明实施例进行了说明,但本发明不限于此。例如可以适当地调整各个步骤之间的执行顺序,此外还可以增加其他的一些步骤或者减少其中的某些步骤。本领域的技术人员可以根据上述内容进行适当地变型,而不仅限于上述附图4的记载。
此外,图3以第一PDCCH信息和第二PDCCH信息为例进行了说明,图4以第一PDCCH信息和第三PDCCH信息为例进行了说明;但本发明不限于此,例如还可以同时使用第一PDCCH信息、第二PDCCH信息和第三PDCCH信息。此外,本发明的PDCCH信息并不限于上述三种类型,例如还可以增加一类PDCCH信息用于直接允许用户设备立即进入DRX状态,等等。
由此,通过PDCCH信息指示UE的上行数据全部成功被接收和/或允许UE进入DRX状态,这样不仅可以节省UE在上行数据发送完成后接收RLC状态报告的功耗,而且可以节省上行数据发送完成后在drx-InactivityTimer运行期间监听PDCCH的功耗。
以上对于本发明的操作流程进行了示意性说明,以下对于PDCCH信息进行说明。其中以上述的三类PDCCH信息(即第一PDCCH信息,第二PDCCH信息和第三PDCCH信息)为例进行说明,这些PDCCH信息可以在NB-IoT***的下行物理信道上指示,例如NB-PDCCH。但本发明不限于此,例如还可以是其他***的PDCCH,此外PDCCH信息也并不限于上述的三类,可以根据实际情况确定具体的类别。
在本实施例中,例如可以使用PDCCH的下行控制信息(DCI,Downlink ControlInformation)格式中的新增字段承载所述PDCCH信息。
在一个实施方式中,例如新增字段(即某一DCI)可以包括:标志位(flag)字段,例如长度为1比特;其中标志位字段的取值为0时,表示该DCI用于承载所述PDCCH信息,当该标志位字段的取值为1时,表示该DCI用于普通的资源调度或信息反馈,该DCI之后的字段为协议规定的内容。
但本发明不限于此,例如也可以在标志位字段的取值为1时表示所述新增字段用于承载所述PDCCH信息,在标志位字段的取值为0时表示所述新增字段用于普通的下行资源调度。
在本实施方式中,该新增字段例如还可以包括:直接指示信息(DirectIndication Information)字段;所述直接指示信息字段的一个取值表示第一PDCCH信息,所述直接指示信息字段的另一个取值表示第二PDCCH信息。
例如Direct Indication Information字段为1比特,如果Direct IndicationInformation字段的取值为1,则表示第一PDCCH信息;如果Direct IndicationInformation字段的取值为0,则表示第二PDCCH信息。但本发明不限于此,例如该字段还可以有更多的比特,表示更多类型的PDCCH信息。
在本实施方式中,该新增字段还可以包括保留信息比特,例如补充足够的比特使得该DCI的长度与当标志位字段为1时的DCI长度相同。
在另一个实施方式中,例如新增字段(即某一DCI)可以包括:标志位(flag)字段,例如长度为1比特;其中标志位字段的取值为0时,表示该DCI用于承载所述PDCCH信息,当该标志位字段的取值为1时,表示该DCI用于普通的资源调度或信息反馈,该DCI之后的字段为协议规定的内容。
但本发明不限于此,例如也可以在标志位字段的取值为1时表示所述新增字段用于承载所述PDCCH信息,在标志位字段的取值为0时表示所述新增字段用于普通的下行资源调度。
在本实施方式中,该新增字段例如还可以包括:直接指示信息(DirectIndication Information)字段;所述直接指示信息字段的一个取值表示第一PDCCH信息,所述直接指示信息字段的另一个取值表示第二PDCCH信息。
例如Direct Indication Information字段为1比特,如果Direct IndicationInformation字段的取值为1,则表示第一PDCCH信息;如果Direct IndicationInformation字段的取值为0,则表示第三PDCCH信息。但本发明不限于此,例如该字段还可以有更多的比特,表示更多类型的PDCCH信息。
在本实施方式中,该新增字段例如还可以包括:资源块指定(Resource BlockAssignment)字段;所述资源块指定字段的取值用于指示所述用户设备进行反馈时使用的资源(例如UE对于PDCCH信息进行反馈时所使用的上行资源位置)。
在本实施方式中,该新增字段还可以包括保留信息比特,例如补充足够的比特使得该DCI的长度与当标志位字段为1时的DCI长度相同。
值得注意的是,以上仅通过例子对使用DCI格式中的新增字段承载PDCCH信息进行了示意性说明,但本发明不限于此,例如还可以使用DCI格式中新增字段的其他实施方式。
在本实施例中,例如还可以使用PDCCH的DCI格式中的已有字段承载所述PDCCH信息。
例如,DCI格式中的重复数目(Repetition Number)字段的取值为0时,可以表示第一PDCCH信息;再例如,DCI格式中的子帧重复数目(subframe repetition number)字段的取值为0时,可以表示第二PDCCH信息。
值得注意的是,以上仅通过例子对使用DCI格式中的已有字段承载PDCCH信息进行了示意性说明,但本发明不限于此,例如还可以使用DCI格式中的其他已有字段承载所述PDCCH信息。
由上述实施例可知,通过PDCCH信息来指示用户设备的上行数据被成功接收和/或允许用户设备进入DRX状态,不仅可以减少RLC状态报告的发送,提高整个***的传输效率,而且可以使用户设备尽快进入DRX状态,降低用户设备的能耗。
实施例2
本发明实施例提供一种状态指示的传输方法,本发明实施例从用户设备侧进行说明,与实施例1相同的内容不再赘述。
图5是本发明实施例的状态指示的传输方法的示意图,如图5所示,所述传输方法包括:
步骤501,用户设备在发送上行数据后监听PDCCH;
步骤502,用户设备接收基站通过PDCCH发送的PDCCH信息,该PDCCH信息用于指示所述上行数据已经被成功接收和/或允许所述用户设备进入DRX状态。
由此,通过PDCCH信息指示UE的上行数据全部成功被接收和/或允许UE进入DRX状态,这样不仅可以节省UE在上行数据发送完成后接收RLC状态报告的功耗,而且可以节省上行数据发送完成后在drx-InactivityTimer运行期间监听PDCCH的功耗。
图6是本发明实施例的状态指示的传输方法的另一示意图,如图6所示,所述传输方法包括:
步骤601,用户设备发送上行数据。
步骤602,用户设备监听PDCCH。
例如,用户设备可以在发送最后一个上行数据(例如最后一个RLC PDU)之后持续监听PDCCH;由此可以接收基站通过PDCCH发送的PDCCH信息。
步骤603,用户设备确定接收的PDCCH信息是否为第一PDCCH信息;如果是第一PDCCH信息则执行步骤604;否则执行步骤605;
在本实施例中,接收的PDCCH信息可以是第一PDCCH信息,或者是第二PDCCH信息,或者是第三PDCCH信息;该第一PDCCH信息用于指示该上行数据已经被成功接收,该第二PDCCH信息用于指示该上行数据已经被成功接收并且允许该用户设备进入DRX状态,该第三PDCCH信息用于指示该上行数据已经被成功接收并且允许该用户设备在进行反馈后进入DRX状态。
步骤604,用户设备指示RLC层所述上行数据已经被成功接收;并且用户设备继续监听PDCCH。
在本实施例中,如果UE在PDCCH中接收到第一PDCCH信息,UE认为之前发送的所有RLC PDU都被成功接收,并将该成功接收的消息指示给RLC层。此外,UE在drx-InactivityTimer运行期间继续监听PDCCH,而不进入DRX状态。
步骤605,用户设备确定该PDCCH信息是否为第二PDCCH信息;如果是第二PDCCH信息则执行步骤606;否则执行步骤607;
步骤606,用户设备指示RLC层所述上行数据已经被成功接收,并且用户设备进入DRX状态。
在本实施例中,如果UE在PDCCH中接收到第二PDCCH信息,UE认为之前发送的所有RLC PDU都被成功接收,并将该成功接收的消息指示给RLC层。同时UE认为基站允许其进入DRX状态,因此UE进入DRX状态(例如在接收到第二PDCCH信息之后立即进入DRX状态)。
步骤607,用户设备确定该PDCCH信息是否为第三PDCCH信息;如果是第三PDCCH信息则执行步骤608;否则执行步骤609;
步骤608,用户设备指示RLC层所述上行数据已经被成功接收,并且用户设备进行反馈后进入DRX状态。
在本实施例中,如果UE在PDCCH中接收到第三PDCCH信息,UE认为之前发送的所有RLC PDU都被成功接收,并将该成功接收的消息指示给RLC层。同时UE认为基站允许其进入DRX状态,并在发送了对成功接收到PDCCH信息的反馈之后进入DRX状态(例如在反馈之后立即进入DRX状态)。用户设备发送反馈信息时,可以使用第三PDCCH信息指示的上行物理资源。
步骤609,用户设备等待定时器超时或者等待基站发送的消息。
在本实施例中,如果UE没有在PDCCH中监测到上述三种PDCCH信息,UE可以接收到基站发送的RLC状态报告,如相关技术所述。此外,UE需要在收到基站发送的DRX命令或者等到drx-InactivityTimer超时的情况下,才可以进入DRX状态。
值得注意的是,图6仅示意性地对本发明实施例进行了说明,但本发明不限于此。例如可以适当地调整各个步骤之间的执行顺序,此外还可以增加其他的一些步骤或者减少其中的某些步骤。本领域的技术人员可以根据上述内容进行适当地变型,而不仅限于上述附图6的记载。
例如,可以仅使用第一PDCCH信息和第二PDCCH信息,则步骤607和608可以省略;也可以仅使用第一PDCCH信息和第三PDCCH信息,则步骤605和606可以省略。或者,还可以增加更多的PDCCH信息,则还可以增加更多的步骤。
在本实施例中,可以使用PDCCH的DCI格式中的新增字段承载所述PDCCH信息,或者也可以使用PDCCH的DCI格式中的已有字段承载所述PDCCH信息;但本发明不限于此,具体可参考实施例1的相关内容。
由上述实施例可知,通过PDCCH信息来指示用户设备的上行数据被成功接收和/或允许用户设备进入DRX状态,不仅可以减少RLC状态报告的发送,提高整个***的传输效率,而且可以使用户设备尽快进入DRX状态,降低用户设备的能耗。
实施例3
本发明实施例提供一种状态指示的传输装置,可以配置于基站。本发明实施例与实施例1的传输方法对应,相同的内容不再赘述。
图7是本发明实施例的状态指示的传输装置的示意图,如图7所示,状态指示的传输装置700包括:
接收确定单元701,其在基站接收用户设备发送的上行数据时,确定RLC层是否成功接收到所述上行数据的所有RLC PDU;
信息发送单元702,其在RLC层成功接收到所述上行数据的所有RLC PDU的情况下,向所述用户设备发送PDCCH信息;其中所述PDCCH信息用于指示所述上行数据已经被成功接收和/或允许所述用户设备进入DRX状态。
如图7所示,状态指示的传输装置700还可以包括:
传输确定单元703,其确定是否有针对所述用户设备的下行数据需要传输;
信息发送单元702具体可以用于:在RLC层成功接收到所述上行数据的所有RLCPDU且有针对所述用户设备的下行数据需要传输的情况下,向所述用户设备发送第一PDCCH信息,来指示所述上行数据已经被成功接收。
信息发送单元702具体还可以用于:在RLC层成功接收到所述上行数据的所有RLCPDU且没有针对所述用户设备的下行数据需要传输的情况下,向所述用户设备发送第二PDCCH信息,来指示所述上行数据已经被成功接收并且允许所述用户设备进入DRX状态。
信息发送单元702具体还可以用于:在RLC层成功接收到所述上行数据的所有RLCPDU且没有针对所述用户设备的下行数据需要传输的情况下,向所述用户设备发送第三PDCCH信息,来指示所述上行数据已经被成功接收并且允许所述用户设备在进行反馈后进入DRX状态。
在本实施例中,可以使用PDCCH的DCI格式中的新增字段承载PDCCH信息。
例如,新增字段可以包括:标志位字段;其中所述标志位字段的取值为0表示所述新增字段用于承载上述PDCCH信息,或者所述标志位字段的取值为1表示所述新增字段用于承载上述PDCCH信息。
新增字段还可以包括:直接指示信息字段;所述直接指示信息字段的一个取值表示第一PDCCH信息,所述直接指示信息字段的另一个取值表示第二PDCCH信息。
或者,所述直接指示信息字段的一个取值表示第一PDCCH信息,所述直接指示信息字段的另一个取值表示第三PDCCH信息。新增字段还包括:资源块指定字段;所述资源块指定字段的取值用于指示所述用户设备进行反馈时使用的资源。
在本实施例中,还可以使用PDCCH的DCI格式中的已有字段承载PDCCH信息。
例如,DCI格式中的重复数目字段的取值为0表示第一PDCCH信息,DCI格式中的子帧重复数目字段的取值为0表示第二PDCCH信息。但本发明不限于此,还可以使用其他已有字段来承载上述PDCCH信息。
由上述实施例可知,通过PDCCH信息来指示用户设备的上行数据被成功接收和/或允许用户设备进入DRX状态,不仅可以减少RLC状态报告的发送,提高整个***的传输效率,而且可以使用户设备尽快进入DRX状态,降低用户设备的能耗。
实施例4
本发明实施例提供一种状态指示的传输装置,可以配置于用户设备。本发明实施例与实施例2的传输方法对应,相同的内容不再赘述。
图8是本发明实施例的状态指示的传输装置的示意图,如图8所示,状态指示的传输装置800包括:
信道监听单元801,其在用户设备发送上行数据后监听PDCCH;
信息接收单元802,其接收基站通过PDCCH发送的PDCCH信息,所述PDCCH信息用于指示上行数据已经被成功接收和/或允许用户设备进入DRX状态。
在一个实施方式中,该PDCCH信息为第一PDCCH信息;信息接收单元802还可以用于:指示RLC层所述上行数据已经被成功接收,并且监听单元801继续监听PDCCH。
在另一个实施方式中,该PDCCH信息为第二PDCCH信息;信息接收单元802还可以用于:指示RLC层所述上行数据已经被成功接收。
如图8所示,状态指示的传输装置800还可以包括:
状态转换单元803,其控制用户设备进入DRX状态(例如在接收到第二PDCCH信息之后立即进入DRX状态)。
在另一个实施方式中,该PDCCH信息为第三PDCCH信息;信息接收单元802还可以用于:指示RLC层所述上行数据已经被成功接收。
如图8所示,状态指示的传输装置800还可以包括:
信息反馈单元804,其在所述第三PDCCH信息所指示的资源上向所述基站反馈信息;以及
状态转换单元803还可以用于:控制所述用户设备在进行反馈后进入DRX状态(例如在反馈之后立即进入DRX状态)。
在本实施例中,可以使用PDCCH的DCI格式中的新增字段表示所述PDCCH信息,也可以使用PDCCH的DCI格式中的已有字段表示所述PDCCH信息;但本发明不限于此。
由上述实施例可知,通过PDCCH信息来指示用户设备的上行数据被成功接收和/或允许用户设备进入DRX状态,不仅可以减少RLC状态报告的发送,提高整个***的传输效率,而且可以使用户设备尽快进入DRX状态,降低用户设备的能耗。
实施例5
本发明实施例提供一种通信***,与实施例1至4相同的内容不再赘述。
图9是本发明实施例的通信***的构成示意图,如图9所示,该通信***900包括基站901以及用户设备902。其中,基站901可以配置有如实施例3所述的状态指示的传输装置700;用户设备902可以配置有如实施例4所述的状态指示的传输装置800。
本发明实施例还提供一种基站。
图10是本发明实施例的基站的构成示意图。如图10所示,基站1000可以包括:中央处理器(CPU)1001和存储器1002;存储器1002耦合到中央处理器1001。其中该存储器1002可存储各种数据;此外还存储信息处理的程序,并且在中央处理器1001的控制下执行该程序,以接收用户设备发送的各种信息、并且向用户设备发送请求信息。
在一个实施方式中,状态指示的传输装置700的功能可以被集成到中央处理器1001中。其中,中央处理器1001可以被配置为实现实施例1所述的状态指示的传输方法。
例如,该中央处理器1001可以被配置为进行如下控制:在接收用户设备发送的上行数据时,确定RLC层是否成功接收到所述上行数据的所有RLC PDU;在RLC层成功接收到所述上行数据的所有RLC PDU的情况下,向所述用户设备发送PDCCH信息;其中PDCCH信息用于指示所述上行数据已经被成功接收和/或允许所述用户设备进入DRX状态。
在另一个实施方式中,状态指示的传输装置700可以与中央处理器1001分开配置,例如可以将状态指示的传输装置700配置为与中央处理器1001连接的芯片,通过中央处理器1001的控制来实现状态指示的传输装置700的功能。
此外,如图10所示,基站1000还可以包括:收发机1003和天线1004等;其中,上述部件的功能与现有技术类似,此处不再赘述。值得注意的是,基站1000也并不是必须要包括图10中所示的所有部件;此外,基站1000还可以包括图10中没有示出的部件,可以参考现有技术。
本实施例还提供了一种用户设备。
图11是本发明实施例的用户设备1100的***构成的示意框图。如图11所示,该用户设备1100可以包括中央处理器1101和存储器1102;存储器1102耦合到中央处理器1101。值得注意的是,该图是示例性的;还可以使用其他类型的结构,来补充或代替该结构,以实现电信功能或其他功能。
如图11所示,中央处理器1101有时也称为控制器或操作控件,可以包括微处理器或其他处理器装置和/或逻辑装置,该中央处理器1101接收输入并控制用户设备1100的各个部件的操作。
其中,中央处理器1101可以被配置为实现实施例2所述的状态指示的传输方法。例如,中央处理器1101可以被配置为进行如下控制:在发送上行数据后监听PDCCH;接收基站通过PDCCH发送的PDCCH信息,所述PDCCH信息用于指示所述上行数据已经被成功接收和/或允许所述用户设备进入DRX状态。
如图11所示,该用户设备1100还可以包括:通信模块1103、输入单元1104、音频处理器1105、显示器1106、电源1107。值得注意的是,用户设备1100也并不是必须要包括图11中所示的所有部件;此外,用户设备1100还可以包括图11中没有示出的部件,可以参考现有技术。
本发明实施例还提供一种计算机可读程序,其中当在基站中执行所述程序时,所述程序使得所述基站执行如实施例1所述的状态指示的传输方法。
本发明实施例还提供一种存储有计算机可读程序的存储介质,其中所述计算机可读程序使得基站执行如实施例1所述的状态指示的传输方法。
本发明实施例还提供一种计算机可读程序,其中当在用户设备中执行所述程序时,所述程序使得所述用户设备执行如实施例2所述的状态指示的传输方法。
本发明实施例还提供一种存储有计算机可读程序的存储介质,其中所述计算机可读程序使得用户设备执行如实施例2所述的状态指示的传输方法。
本发明以上的装置和方法可以由硬件实现,也可以由硬件结合软件实现。本发明涉及这样的计算机可读程序,当该程序被逻辑部件所执行时,能够使该逻辑部件实现上文所述的装置或构成部件,或使该逻辑部件实现上文所述的各种方法或步骤。本发明还涉及用于存储以上程序的存储介质,如硬盘、磁盘、光盘、DVD、flash存储器等。
结合本发明实施例描述的装置和/或方法可直接体现为硬件、由处理器执行的软件模块或二者组合。例如,图7中所示的功能框图中的一个或多个和/或功能框图的一个或多个组合(例如,接收确定单元、信息发送单元等),既可以对应于计算机程序流程的各个软件模块,亦可以对应于各个硬件模块。这些软件模块,可以分别对应于图1所示的各个步骤。这些硬件模块例如可利用现场可编程门阵列(FPGA)将这些软件模块固化而实现。
软件模块可以位于RAM存储器、闪存、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、移动磁盘、CD-ROM或者本领域已知的任何其它形式的存储介质。可以将一种存储介质耦接至处理器,从而使处理器能够从该存储介质读取信息,且可向该存储介质写入信息;或者该存储介质可以是处理器的组成部分。处理器和存储介质可以位于ASIC中。该软件模块可以存储在移动终端的存储器中,也可以存储在可***移动终端的存储卡中。例如,若设备(例如移动终端)采用的是较大容量的MEGA-SIM卡或者大容量的闪存装置,则该软件模块可存储在该MEGA-SIM卡或者大容量的闪存装置中。
以上结合具体的实施方式对本发明进行了描述,但本领域技术人员应该清楚,这些描述都是示例性的,并不是对本发明保护范围的限制。本领域技术人员可以根据本发明的原理对本发明做出各种变型和修改,这些变型和修改也在本发明的范围内。
Claims (20)
1.一种状态指示的传输装置,配置于基站,所述状态指示的传输装置包括:
接收确定单元,其在所述基站接收用户设备发送的上行数据时,确定无线链路控制层是否成功接收到所述上行数据的所有无线链路控制协议数据单元;
信息发送单元,其在所述无线链路控制层成功接收到所述上行数据的所有无线链路控制协议数据单元的情况下,向所述用户设备发送物理下行控制信道信息;其中所述物理下行控制信道信息用于指示允许所述用户设备进入非连续接收状态。
2.根据权利要求1所述的状态指示的传输装置,其中,所述状态指示的传输装置还包括:
传输确定单元,其确定是否有针对所述用户设备的下行数据需要传输;
所述信息发送单元具体用于:在所述无线链路控制层成功接收到所述上行数据的所有无线链路控制协议数据单元且有针对所述用户设备的下行数据需要传输的情况下,向所述用户设备发送第一物理下行控制信道信息,来指示所述上行数据已经被成功接收。
3.根据权利要求2所述的状态指示的传输装置,其中,所述信息发送单元具体还用于:在所述无线链路控制层成功接收到所述上行数据的所有无线链路控制协议数据单元且没有针对所述用户设备的下行数据需要传输的情况下,向所述用户设备发送第二物理下行控制信道信息,来指示所述上行数据已经被成功接收并且允许所述用户设备进入非连续接收状态。
4.根据权利要求2所述的状态指示的传输装置,其中,所述信息发送单元具体还用于:在所述无线链路控制层成功接收到所述上行数据的所有无线链路控制协议数据单元且没有针对所述用户设备的下行数据需要传输的情况下,向所述用户设备发送第三物理下行控制信道信息,来指示所述上行数据已经被成功接收并且允许所述用户设备在进行反馈后进入非连续接收状态。
5.根据权利要求1所述的状态指示的传输装置,其中,使用物理下行控制信道的下行控制信息格式中的新增字段承载所述物理下行控制信道信息。
6.根据权利要求5所述的状态指示的传输装置,其中,所述新增字段包括:标志位字段;
其中所述标志位字段的取值为0表示所述新增字段用于承载所述物理下行控制信道信息,或者所述标志位字段的取值为1表示所述新增字段用于承载所述物理下行控制信道信息。
7.根据权利要求6所述的状态指示的传输装置,其中,所述新增字段还包括:直接指示信息字段;所述直接指示信息字段的一个取值表示第一物理下行控制信道信息,所述直接指示信息字段的另一个取值表示第二物理下行控制信道信息。
8.根据权利要求6所述的状态指示的传输装置,其中,所述新增字段还包括:直接指示信息字段;所述直接指示信息字段的一个取值表示第一物理下行控制信道信息,所述直接指示信息字段的另一个取值表示第三物理下行控制信道信息。
9.根据权利要求8所述的状态指示的传输装置,其中,所述新增字段还包括:资源块指定字段;所述资源块指定字段的取值用于指示所述用户设备进行反馈时使用的资源。
10.根据权利要求1所述的状态指示的传输装置,其中,使用物理下行控制信道的下行控制信息格式中的已有字段承载所述物理下行控制信道信息。
11.根据权利要求10所述的状态指示的传输装置,其中,所述下行控制信息格式中的重复数目字段的取值为0表示第一物理下行控制信道信息,所述下行控制信息格式中的子帧重复数目字段的取值为0表示第二物理下行控制信道信息。
12.一种状态指示的传输装置,配置于用户设备,所述状态指示的传输装置包括:
信道监听单元,其在所述用户设备发送上行数据后监听物理下行控制信道;
信息接收单元,其接收基站通过所述物理下行控制信道发送的物理下行控制信道信息,所述物理下行控制信道信息用于指示允许所述用户设备进入非连续接收状态。
13.根据权利要求12所述的状态指示的传输装置,其中,所述物理下行控制信道信息为第一物理下行控制信道信息;所述信息接收单元还用于指示无线链路控制层所述上行数据已经被成功接收。
14.根据权利要求13所述的状态指示的传输装置,其中,所述监听单元继续监听所述物理下行控制信道。
15.根据权利要求12所述的状态指示的传输装置,其中,所述物理下行控制信道信息为第二物理下行控制信道信息,所述信息接收单元还用于指示无线链路控制层所述上行数据已经被成功接收。
16.根据权利要求15所述的状态指示的传输装置,其中,所述状态指示的传输装置还包括:
状态转换单元,其控制所述用户设备进入非连续接收状态。
17.根据权利要求12所述的状态指示的传输装置,其中,所述物理下行控制信道信息为第三物理下行控制信道信息,所述信息接收单元还用于指示无线链路控制层所述上行数据已经被成功接收。
18.根据权利要求17所述的状态指示的传输装置,其中,所述状态指示的传输装置还包括:
信息反馈单元,其在所述第三物理下行控制信道信息所指示的资源上向所述基站反馈信息;以及
状态转换单元,其控制所述用户设备在进行反馈后进入非连续接收状态。
19.根据权利要求12所述的状态指示的传输装置,其中,使用物理下行控制信道的下行控制信息格式中的新增字段承载所述物理下行控制信道信息;
或者使用物理下行控制信道的下行控制信息格式中的已有字段承载所述物理下行控制信道信息。
20.一种通信***,所述通信***包括:
基站,其包括如权利要求1所述的状态指示的传输装置;以及
用户设备,其包括如权利要求12所述的状态指示的传输装置。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2016/079424 WO2017177440A1 (zh) | 2016-04-15 | 2016-04-15 | 状态指示的传输装置、方法以及通信*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108702649A CN108702649A (zh) | 2018-10-23 |
CN108702649B true CN108702649B (zh) | 2022-01-11 |
Family
ID=60041348
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680082145.8A Active CN108702649B (zh) | 2016-04-15 | 2016-04-15 | 状态指示的传输装置、方法以及通信*** |
Country Status (3)
Country | Link |
---|---|
US (1) | US10764958B2 (zh) |
CN (1) | CN108702649B (zh) |
WO (1) | WO2017177440A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11265111B2 (en) * | 2020-01-10 | 2022-03-01 | Lenovo (Singapore) Pte Ltd | Consecutive data packet feedback |
CN114765744B (zh) * | 2021-01-14 | 2023-08-01 | 展讯通信(上海)有限公司 | Mbs业务数据接收方法和设备 |
US20230269803A1 (en) * | 2022-02-24 | 2023-08-24 | Qualcomm Incorporated | Techniques to facilitate prioritizing packet data convergence protocol (pdcp) protocol data units in dual connectivity |
Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102761905A (zh) * | 2011-04-26 | 2012-10-31 | 华为技术有限公司 | 消息处理方法、设备及*** |
CN103138905A (zh) * | 2011-11-24 | 2013-06-05 | 华为技术有限公司 | Rlc数据包传输的确认方法及rlc am实体发送方 |
CN104040913A (zh) * | 2012-01-06 | 2014-09-10 | Lg电子株式会社 | 用于分配关于上行链路绑定的信道的方法和设备 |
CN104283656A (zh) * | 2014-09-09 | 2015-01-14 | 南京纳凯永馨信息科技有限公司 | 一种维护am模式rlc接收窗口及数据接收的方法 |
CN104486051A (zh) * | 2014-12-09 | 2015-04-01 | 京信通信***(中国)有限公司 | 一种数据重传方法及装置 |
CN104641586A (zh) * | 2013-08-07 | 2015-05-20 | 华为技术有限公司 | 用于自动重传的方法、用户设备和基站 |
CN105027667A (zh) * | 2014-01-29 | 2015-11-04 | 华为技术有限公司 | 双连接模式下的状态反馈方法及设备 |
CN105323852A (zh) * | 2014-07-28 | 2016-02-10 | 中兴通讯股份有限公司 | 上行承载的修改方法及装置 |
CN105406949A (zh) * | 2015-11-27 | 2016-03-16 | 京信通信***(广州)有限公司 | 一种数据传输的方法和装置 |
Family Cites Families (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101426958B1 (ko) * | 2007-02-06 | 2014-08-06 | 엘지전자 주식회사 | 무선통신 시스템에서 데이터 송수신 방법 |
WO2008140222A1 (en) * | 2007-05-09 | 2008-11-20 | Samsung Electronics Co., Ltd. | Method and apparatus for layer 2 arq for packets |
US8363611B2 (en) * | 2009-01-07 | 2013-01-29 | Qualcomm Incorporated | Semi-persistent scheduling resource release with DRX command |
JP5174964B2 (ja) * | 2009-06-19 | 2013-04-03 | 三菱電機株式会社 | 移動体通信システム |
KR20110004785A (ko) * | 2009-07-08 | 2011-01-14 | 한국전자통신연구원 | 공유 무선 자원을 이용한 기지국의 상향링크 수신 방법 및 단말기의 상향링크 송신 방법 |
JP4975070B2 (ja) * | 2009-08-17 | 2012-07-11 | 株式会社エヌ・ティ・ティ・ドコモ | 移動通信方法、無線基地局及び移動局 |
KR102073027B1 (ko) * | 2011-04-05 | 2020-02-04 | 삼성전자 주식회사 | 반송파 집적 기술을 사용하는 무선통신시스템에서 복수 개의 타임 정렬 타이머 운용 방법 및 장치 |
TW202029678A (zh) * | 2012-01-24 | 2020-08-01 | 美商內數位專利控股公司 | 無憲傳輸/接收單元、在無線傳輸/接收單元中實施的方法以及網路節點 |
CN103260251B (zh) | 2012-02-17 | 2016-06-15 | 华为技术有限公司 | 数据传输方法、基站及用户设备 |
WO2013122434A1 (ko) * | 2012-02-19 | 2013-08-22 | 엘지전자 주식회사 | 무선통신시스템에서 수신확인응답 전송 방법 및 장치 |
KR102124485B1 (ko) * | 2012-05-31 | 2020-06-19 | 엘지전자 주식회사 | 제어 신호 송수신 방법 및 이를 위한 장치 |
US9693306B2 (en) * | 2012-07-11 | 2017-06-27 | Blackberry Limited | Mechanisms to support UE power preference signaling |
WO2014082270A1 (zh) * | 2012-11-29 | 2014-06-05 | 华为技术有限公司 | 一种数据传输的控制方法、装置及*** |
EP2782409A1 (en) * | 2013-03-20 | 2014-09-24 | Panasonic Intellectual Property Corporation of America | Deterministic UE behaviour for CSI/SRS Reporting during DRX |
US9942846B2 (en) * | 2013-12-05 | 2018-04-10 | Qualcomm Incorporated | Delaying radio link control retransmissions |
US9661684B2 (en) * | 2014-08-11 | 2017-05-23 | Telefonaktiebolaget L M Ericsson (Publ) | Method of sharing a UE receiver between D2D and cellular operations based on activity |
-
2016
- 2016-04-15 CN CN201680082145.8A patent/CN108702649B/zh active Active
- 2016-04-15 WO PCT/CN2016/079424 patent/WO2017177440A1/zh active Application Filing
-
2018
- 2018-08-28 US US16/114,768 patent/US10764958B2/en active Active
Patent Citations (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102761905A (zh) * | 2011-04-26 | 2012-10-31 | 华为技术有限公司 | 消息处理方法、设备及*** |
CN103138905A (zh) * | 2011-11-24 | 2013-06-05 | 华为技术有限公司 | Rlc数据包传输的确认方法及rlc am实体发送方 |
CN104040913A (zh) * | 2012-01-06 | 2014-09-10 | Lg电子株式会社 | 用于分配关于上行链路绑定的信道的方法和设备 |
CN104641586A (zh) * | 2013-08-07 | 2015-05-20 | 华为技术有限公司 | 用于自动重传的方法、用户设备和基站 |
CN105027667A (zh) * | 2014-01-29 | 2015-11-04 | 华为技术有限公司 | 双连接模式下的状态反馈方法及设备 |
CN105323852A (zh) * | 2014-07-28 | 2016-02-10 | 中兴通讯股份有限公司 | 上行承载的修改方法及装置 |
CN104283656A (zh) * | 2014-09-09 | 2015-01-14 | 南京纳凯永馨信息科技有限公司 | 一种维护am模式rlc接收窗口及数据接收的方法 |
CN104486051A (zh) * | 2014-12-09 | 2015-04-01 | 京信通信***(中国)有限公司 | 一种数据重传方法及装置 |
CN105406949A (zh) * | 2015-11-27 | 2016-03-16 | 京信通信***(广州)有限公司 | 一种数据传输的方法和装置 |
Also Published As
Publication number | Publication date |
---|---|
US20180368203A1 (en) | 2018-12-20 |
US10764958B2 (en) | 2020-09-01 |
CN108702649A (zh) | 2018-10-23 |
WO2017177440A1 (zh) | 2017-10-19 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8837400B2 (en) | Method of transmitting small amount of uplink data and method of receiving small amount of uplink data | |
CN106992846B (zh) | 一种数据发送方法、数据接收方法和装置 | |
US10623981B2 (en) | Information transmission method, apparatus, and system | |
CN105122890A (zh) | 在无线通信***中控制来自无线局域网的小区连接以及提供关于***无线局域网接入点的有效信息的方法和设备 | |
CN110870373B (zh) | 一种配置资源的方法及设备 | |
US20220201794A1 (en) | Communication control method | |
US11678239B2 (en) | Communication method, base station, and terminal | |
KR101660983B1 (ko) | 무선 통신 시스템상에서 단말의 mac 계층에 의해 무선 자원을 구성하는 방법 | |
CN114788204B (zh) | Harq进程的状态确定方法、装置及设备 | |
CN108702649B (zh) | 状态指示的传输装置、方法以及通信*** | |
EP3975647A1 (en) | Wireless communication method, receiving-end device, and sending-end device | |
US11564246B2 (en) | Information transmission method, communications device, and network device | |
WO2022083930A1 (en) | Method and apparatus for relay communication | |
CN116437484A (zh) | 一种通信方法及装置 | |
CN116941323A (zh) | 边链路非连续接收命令的触发方法、装置和*** | |
US8824377B2 (en) | Method of transmitting data within a telecommunications system | |
US20240031280A1 (en) | Data transmission method and apparatus | |
CN112005605B (zh) | 随机接入过程中消息传输的方法及相关装置 | |
EP3883160A1 (en) | Data transmission method and communication apparatus | |
CN117897932A (zh) | 一种下行接收方法、装置以及可读存储介质 | |
CN116889084A (zh) | 数据发送方法、装置和*** | |
CN115696224A (zh) | 数据传输方法、装置、终端及存储介质 | |
CN117377099A (zh) | 无线通信方法和终端 | |
CN115104334A (zh) | 在不监测控制信道的情况下接收数据 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |