CN103841603B - 上行分组调度的方法及设备 - Google Patents
上行分组调度的方法及设备 Download PDFInfo
- Publication number
- CN103841603B CN103841603B CN201210473314.4A CN201210473314A CN103841603B CN 103841603 B CN103841603 B CN 103841603B CN 201210473314 A CN201210473314 A CN 201210473314A CN 103841603 B CN103841603 B CN 103841603B
- Authority
- CN
- China
- Prior art keywords
- scheduling
- terminal
- uplink
- group
- base station
- 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.)
- Expired - Fee Related
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/121—Wireless traffic scheduling for groups of terminals or users
-
- 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/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
- H04W72/044—Wireless resource allocation based on the type of the allocated resource
- H04W72/0446—Resources in time domain, e.g. slots or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
Abstract
提出了一种上行分组调度的方法,包括以下步骤:基站确定终端的类型,将所述终端进行类型分组;所述基站向相同类型分组的所述终端发送预调度指示信息和上行调度命令;所述基站接收所述终端在相应的上行子帧上发送的PUSCH物理上行共享信道。本发明实施例另一方面还提出了一种基站和一种终端。本发明提出的上述方案,eNB通过高层信令将接入的MTC终端按类型归入不同的类型组,通过PDSCH携带的预调度指令将类型组内的部分MTC终端分为一个调度组,通过上行调度命令调度该组内的所有MTC终端。本发明提出的上述方案,能够明显减少了基站发送上行调度命令的次数,降低了基站调度MTC终端PUSCH传输的负担。
Description
技术领域
本发明涉及移动通信技术领域,具体而言,本发明涉及上行分组调度的方法及设备。
背景技术
在目前的LTE(Long Term Evolution,长期演进)技术中,终端的PUSCH(PhysicalUplink Shared Channel,物理上行共享信道)传输是由eNB(evolved Node B,演进基站)的上行调度命令控制的,在3GPP(the3rd Generation Partnership Project,第三代合作伙伴项目)协议中,这一上行调度命令被称为UL Grant,即上行授权,由格式0或格式4的PDCCH(Physical Downlink Control Channel,物理下行控制信道)承载(随机接入反馈中的ULGrant除外,下同)。UL Grant会指示终端被调度的PUSCH的时频位置,MCS(Modulation andCoding Scheme,调度和编码策略),新传指示等PUSCH传输所需的信息,终端根据接收到的UL Grant指示,根据当前系统中UL Grant和PUSCH之间的时间位置对应关系,在相应的上行子帧根据UL Grant中的指示发送PUSCH。
这里,UL Grant和PUSCH之间的时间位置对应关系取决于当前系统的配置,如果是FDD(Frequency Division Duplex,频分双工)系统,PUSCH和UL Grant之间的时间间隔固定为4ms;如果是TDD(Time DivisionDuplex,时分双工)系统,PUSCH和UL Grant之间的时间间隔取决于当前系统的TDD上下行配置,目前3GPP协议共定义了7种不同的TDD上下行配置,即配置#0~配置#6,对于不同的配置,UL Grant到PUSCH之间的时间间隔如表1所示,其中数值所在的单元格位置表示UL Grant的位置,而该数值表示UL Grant和PUSCH之间的时间间隔。
表1UL Grant到PUSCH的时间位置对应关系
需要额外说明的是,承载UL Grant的PDCCH是由终端特定的C-RNTI(Cell-RadioNetwork Temporary Identity,小区无线网络临时标识)加扰的,C-RNTI是eNB为UE分配的小区内唯一标识,这就意味着eNB发送一次UL Grant只能调度一个终端的PUSCH传输。
但在支持MTC(Machine-Type Communications,机器类型通信)终端的LTE网络中,一个小区内的MTC终端数量非常庞大,而PDCCH资源的数量是有限的,如果仍然按照目前逐个调度终端的方式,会严重增加PDCCH信道的负担,导致PDCCH信道拥塞。在接下来LTE系统的演进过程中,可能会引入ePDCCH(evolved PDCCH,演进物理下行控制信道),这样可以在一定程度上增加PDCCH信道的容量,但通过ePDCCH调度数量如此庞大的MTC终端,也会增加ePDCCH占用的时频资源的数量。
因此,对于支持MTC的LTE网络,当大量MTC终端同时存在上行业务需求时,采用目前的上行调度方式,很容易导致PDCCH的拥塞,从而降低整个系统的性能和用户体验。
发明内容
本发明的目的旨在至少解决上述技术缺陷之一,特别为了降低支持MTC的LTE网络中eNB调度MTC终端PUSCH的负担,缓解PDCCH或ePDCCH的拥塞,本发明提出了一种将终端进行分类后,分批调度的MTC终端PUSCH传输方案。
本发明实施例一方面提出了一种上行分组调度的方法,包括以下步骤:
基站确定终端的类型,将所述终端进行类型分组;
所述基站向相同类型分组的所述终端发送预调度指示信息和上行调度命令;
所述基站接收所述终端在相应的上行子帧上发送的PUSCH物理上行共享信道。
本发明实施例另一方面还提出了一种上行分组调度的方法,包括以下步骤:
终端接收基站发送的类型分组的RNTI(Radio Network TemporaryIdentity,无线网络临时标识)及在类型分组内的成员ID,并根据所述RNTI监听所述基站发送的PDCCH;
所述终端根据所述PDCCH指示的PDSCH(Physical Downlink SharedChannel,物理下行共享信道)获取预调度指示信息,所述终端进一步根据预调度指示信息在下行子帧监听PDCCH获得上行调度指令;
所述终端在相应的上行子帧上发送PUSCH物理上行共享信道。
本发明实施例另一方面还提出了一种上行分组调度的方法,包括以下步骤:
终端接收基站发送的类型分组的RNTI及在类型分组内的成员ID,并根据所述RNTI监听所述基站发送的PDCCH;
所述终端根据所述PDCCH指示的PDSCH获取预调度指示信息和上行调度命令;
所述终端在相应的上行子帧上发送的PUSCH物理上行共享信道。
本发明实施例另一方面还提出了一种基站,包括分组模块、接收模块和发送模块,
所述分组模块,用于确定终端的类型,将所述终端进行类型分组;
所述发送模块,用于向相同类型分组的所述终端发送预调度指示信息和上行调度命令;
所述接收模块,用于接收所述终端在相应的上行子帧上发送的PUSCH物理上行共享信道。
本发明实施例另一方面还提出了一种终端,包括接收模块和发送模块,
所述接收模块,用于接收基站发送的类型分组的RNTI及在类型分组内的成员ID,并根据所述RNTI监听所述基站发送的PDCCH,以及,用于根据所述PDCCH指示的PDSCH接收预调度指示信息,并进一步根据预调度指示信息在接收PDCCH获得上行调度指令;
所述发送模块,用于在相应的上行子帧上发送的PUSCH物理上行共享信道。
本发明实施例另一方面还提出了一种终端,包括接收模块和发送模块,
所述接收模块,用于接收基站发送的类型分组的RNTI及在类型分组内的成员ID,并根据所述RNTI监听所述基站发送的PDCCH,以及,用于根据所述PDCCH指示的PDSCH接收预调度指示信息和上行调度命令;
所述发送模块,用于在相应的上行子帧上发送的PUSCH物理上行共享信道。
本发明提出的上述方案,通过将终端进行分类后,分批调度终端PUSCH传输。本发明提出的上述方案,eNB通过高层信令将接入的MTC终端按类型归入不同的类型组,通过PDSCH携带的预调度指令将类型组内的部分MTC终端分为一个调度组,通过上行调度命令调度该组内的所有MTC终端;MTC终端通过接收高层信令和PDSCH携带的预调度指令确定其所在的类型组和调度组,然后接收上行调度命令,并根据上行调度命令和预调度指令发送被调度的PUSCH。本发明提出的上述方案,能够明显减少了基站发送上行调度命令的次数,降低了基站调度MTC终端PUSCH传输的负担。此外,本发明提出的上述方案,对现有系统的改动很小,不会影响系统的兼容性,而且实现简单、高效。
本发明附加的方面和优点将在下面的描述中部分给出,这些将从下面的描述中变得明显,或通过本发明的实践了解到。
附图说明
本发明上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本发明实施例网络侧上行分组调度的方法流程图;
图2为本发明实施例终端侧上行分组调度的方法流程图
图3为应用场景一基站侧方法的流程图;
图4为应用场景一终端侧方法的流程图;
图5为应用场景二基站侧方法的流程图;
图6为应用场景二终端侧方法的流程图;
图7为应用场景三基站侧方法的流程图;
图8为应用场景三终端侧方法的流程图;
图9为资源分配的示意图;
图10为调度命令匹配的示意图;
图11为本发明实施例基站设备的结构示意图;
图12为本发明实施例终端一的结构示意图;
图13为本发明实施例终端二的结构示意图。
具体实施方式
下面详细描述本发明的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施例是示例性的,仅用于解释本发明,而不能解释为对本发明的限制。
本技术领域技术人员可以理解,除非特意声明,这里使用的单数形式“一”、“一个”、“所述”和“该”也可包括复数形式。应该进一步理解的是,本发明的说明书中使用的措辞“包括”是指存在所述特征、整数、步骤、操作、元件和/或组件,但是并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或它们的组。应该理解,当我们称元件被“连接”或“耦接”到另一元件时,它可以直接连接或耦接到其他元件,或者也可以存在中间元件。此外,这里使用的“连接”或“耦接”可以包括无线连接或耦接。这里使用的措辞“和/或”包括一个或更多个相关联的列出项的任一单元和全部组合。
本技术领域技术人员可以理解,除非另外定义,这里使用的所有术语(包括技术术语和科学术语)具有与本发明所属领域中的普通技术人员的一般理解相同的意义。还应该理解的是,诸如通用字典中定义的那些术语应该被理解为具有与现有技术的上下文中的意义一致的意义,并且除非像这里一样定义,不会用理想化或过于正式的含义来解释。
本技术领域技术人员可以理解,这里所使用的“终端”、“终端设备”既包括仅具备无发射能力的无线信号接收器的设备,又包括具有能够在双向通信链路上进行双向通信的接收和发射硬件的设备。这种设备可以包括:具有或没有多线路显示器的蜂窝或其他通信设备;可以组合语音和数据处理、传真和/或数据通信能力的个人通信系统(PCS);可以包括射频接收器和寻呼机、互联网/内联网访问、网络浏览器、记事本、日历和/或全球定位系统(GPS)接收器的个人数字助理(PDA);和/或包括射频接收器的常规膝上型和/或掌上型计算机或其他设备。这里所使用的“终端”、“终端设备”可以是便携式、可运输、安装在交通工具(航空、海运和/或陆地)中的,或者适合于和/或配置为在本地运行和/或以分布形式在地球和/或空间的任何其他位置运行。这里所使用的“终端”、“终端设备”还可以是通信终端、上网终端、音乐/视频播放终端,例如可以是PDA、MID和/或具有音乐/视频播放功能的移动电话,可以是智能电视、机顶盒等设备。“基站”、“基站设备”为相应于“终端”、“终端设备”的网络侧设备。
本发明提出的方案针对支持MTC的LTE网络,在这种场景下,会经常出现大量MTC终端同时请求上行传输的情况。根据本发明提出的方案,eNB(即基站)通过预调度指令将部分MTC终端归入一组,然后通过上行调度命令同时调度该组内的所有MTC终端。上行调度命令中携带组内MTC终端PUSCH传输所需的MCS和时频资源等信息。特别地,预调度指令和所述上行调度命令可以是联合编码并在同一个子帧内发送的。然而,本发明提出的技术方案并不仅限于应用到MTC终端,任何类似于MTC终端的其它终端设备,如果存在分组调度需求,均可采用本发明提出的技术方案。下面分别对本发明提出的技术方案进行展开说明。
为了实现本发明之目的,本发明实施例一方面提出了一种上行分组调度的方法,包括以下步骤:
基站确定终端的类型,将所述终端进行类型分组;
所述基站向相同类型分组的所述终端发送预调度指示信息和上行调度命令;
所述基站接收所述终端在相应的上行子帧上发送的PUSCH物理上行共享信道。
如图1所示,为本发明实施例网络侧上行分组调度的方法流程图,包括步骤S110至S130:
S110:基站确定终端的类型,将终端进行类型分组。
具体而言,基站将终端进行类型分组包括:基站通过以下一个或多个条件对终端进行类型分组:终端的用途、终端的业务类型、终端上行业务的分布和终端PUSCH传输的数据量。应当理解,上述归类条件只是示例作用,其他条件也适应本发明。
S120:基站向相同类型分组的终端发送预调度指示信息和上行调度命令。
通过步骤S110对终端进行第一次类型分组,在步骤S120中,对同一组内的终端进行二次分组选择,对选中的用户进行调度。
具体而言,预调度指示信息包括但不限于以下信息:调度组指示信息,其中,所述调度组为所述类型分组中的终端的子集。
即,第一次分组形成类型分组,第二次分组形成调度组。
具体而言,基站向相同类型分组的终端发送预调度信息和上行调度命令包括但不限于以下应用场景:
应用场景一:基站通过PDSCH将预调度指示信息通知类型分组内的所有终端,其后,基站通过PDCCH向类型分组内的所有终端发送公共上行调度命令;
应用场景二:基站通过PDSCH将预调度指示信息和公共上行调度命令通知类型分组内的所有MTC终端;
应用场景三:基站通过PDSCH将预调度指示信息和类型分组内每个终端各自的上行调度命令通知类型分组内的所有MTC终端。
S130:基站接收终端在相应的上行子帧上发送的PUSCH。
在终端获取了上行调度命令后,通过PUSCH给基站发送信息。基站接收终端在相应的上行子帧上发送的PUSCH,其后,基站在下行子帧上发送PUSCH的接收反馈信息。
具体而言,基站在下行子帧上发送PUSCH的接收反馈信息包括但不限于以下任意一种方式:
反馈方式一:基站通过不同的PHICH或ePHICH给终端发送ACK或NACK反馈;和
反馈方式二:基站通过PDSCH给类型分组内未正确接收的终端发送NACK反馈。
相应于网络侧的方法,如图2所示,为本发明实施例终端侧上行分组调度的方法流程图,包括步骤S210至S330:
S210:终端接收基站发送的类型分组的RNTI及在类型分组内的成员ID,并根据RNTI监听PDCCH。
在步骤S210中,终端确定所在的类型分组的RNTI及在类型分组内的成员ID,终端接收基站发送的信息,并根据RNTI监听基站发送的PDCCH。
此外,例如,终端接入网络后,当接到基站的能力询问指令时,将向基站上报终端的类型分组,其中,终端的类型分组包括以下一个或多个种类:
终端的用途、终端的业务类型、终端上行业务的分布和终端PUSCH传输的数据量。应当理解,上述归类条件只是示例作用,其他条件也适应本发明。
S220:终端根据PDCCH指示的PDSCH获取预调度指示信息。
在步骤S210中,基站对终端进行第一次类型分组,在步骤S220中,对同一组内的终端进行二次分组选择,对选中的用户进行调度。
具体而言,预调度指示信息包括但不限于以下信息:
调度组指示信息,其中,所述调度组为所述类型分组中的终端的子集。
即,第一次分组形成类型分组,第二次分组形成调度组。
具体而言,相应于应用场景一,终端根据调度组RNTI接收PDCCH,获得上行调度命令:上行调度命令为调度组内终端都相同的公共上行调度命令。
具体而言,相应于应用场景二和应用场景三,终端根据PDCCH指示的PDSCH获取预调度指示信息和上行调度命令包括:
终端根据PDCCH指示在相应的时频位置接收PDSCH,并通过RNTI解扰PDSCH获取预调度指示信息和上行调度命令,其中,上行调度命令包括以下任意一种方式:
上行调度命令为类型组内终端都相同的公共上行调度命令;
上行调度命令为终端各自的上行调度命令。
S230:终端在相应的上行子帧上发送被调度的PUSCH物理上行共享信道。
在终端获取了上行调度命令后,通过PUSCH给基站发送信息。基站接收终端在相应的上行子帧上发送的PUSCH,其后,基站在下行子帧上发送PUSCH的接收反馈信息,终端接收PUSCH的反馈信息。
具体而言,终端接收PUSCH的反馈信息包括以下任意一种方式:
终端接收PHICH或ePHICH获取ACK或NACK反馈;和
终端接收PDSCH给类型分组内未正确接收的终端发送的NACK反馈。
下面结合具体的应用场景,以MTC终端为例对本发明上述方法作进一步介绍。如图3所示,为应用场景一基站侧方法的流程图,包括以下步骤:
步骤301:eNB将接入的MTC终端根据其类型划分类型组,并将该类型组的类型组RNTI(Radio Network Temporary Identity)和类型组内每个MTC终端的成员ID通知MTC终端。
这里MTC终端的类型是根据MTC终端的用途划分的,相同或类似用途的MTC终端具有相同或类似的业务类型,其上行业务的分布规律和每次PUSCH传输的数据量也会相同或类似,每一种类型的MTC终端应对应一个唯一的类型ID,eNB可以通过RRC层信令从MTC终端处获得该类型ID,或通过S1接口信令,从MME处获得该类型ID,进而可以确定该MTC终端的类型。
eNB通过RRC层消息将类型组RNTI和成员ID通知MTC终端。其中类型组RNTI为小区内唯一的16比特二进制码字,类型组RNTI应不同于小区内任何已分配的用于加扰PDCCH的RNTI。成员ID的长度取决于类型组内最大成员的个数,如果最大成员个数为M,则成员ID的长度为比特。
步骤302:eNB通过PDSCH将预调度指示信息通知类型组内的所有MTC终端。
如果小区内通过类型组RNTI加扰的PDCCH指示的PDSCH携带的内容有多种,即除预调度指示信息外还有其它类型的信息,则该PDSCH内应预留特定字段用于PDSCH携带内容的指示。
预调度指示信息应至少包括调度组指示信息、调度组RNTI或调度组索引。其中调度组指示信息应指明一个调度组,调度组为一个集合,该集合由顺序排列的N(N≤M)个信道状况类似或相同的MTC终端组成,该N个MTC终端属于同一类型组。调度组内的MTC终端将通过公共上行调度命令同时调度。
这里eNB可以通过接收到的每个MTC终端的SRS(SoundingReference Signal,探测参考信号)和/或上行DMRS(DeModulationReference Signal,解调参考信号)的SINR判断该MTC终端的信道状况,eNB根据MTC终端的信道状况划分调度组的原则是:保证归入同一调度组的MTC终端在发送PUSCH时可以通过相同的MCS获得目标BLER(BLock Error Ratio,误块率)。
调度组RNTI为小区内唯一的16比特二进制码字,调度组RNTI应不同于小区内任何已分配的用于加扰PDCCH的RNTI。如果调度组RNTI由调度组索引间接指示,其中调度组索引为大于等于1的整数,则:
调度组RNTI=类型组RNTI±调度组索引。
上述PDSCH的加扰序列应由该类型组的类型组RNTI初始化,用于指示上述PDSCH的PDCCH的CRC校验比特也应通过该类型组的类型组RNTI加扰,这样能够保证只有该类型组内的MTC终端能够接收到该调度组的预调度指示信息。
步骤303:eNB通过PDCCH向上述调度组内的所有MTC终端发送公共上行调度命令。
上述携带公共上行调度命令的PDCCH所在的下行子帧位置和携带预调度指示信息的PDSCH所在的下行子帧位置的间隔应不小于一定数值,以保证MTC终端有足够的时间解码携带预调度指示信息的PDSCH。
上述携带公共上行调度命令的PDCCH的CRC校验位应由调度组RNTI加扰。
公共上行调度命令中应至少携带调度组内上行PUSCH传输公共的MCS和公共的上行资源。调度组内所有MTC终端均采用公共的MCS发送被调度的PUSCH。公共上行资源为分配给调度组内所有MTC终端的时频资源的总和,公共上行资源指示的最小单位为一个PRB(PhysicalResource Block,物理资源块),调度组内的所有MTC终端的PUSCH占用相同大小的时频资源,即如果公共上行调度命令中指示的PRB总数为K,则每个MTC终端的PUSCH均占用K/N个PRB,将K/N个PRB称为一个子资源块,则公共上行调度命令共指示了N个子资源块,对于调度组内的第l个MTC终端,占用N个子资源块中的第l个子资源块,如图9所示。
步骤304:eNB在相应的上行子帧上接收调度组内MTC终端发送的PUSCH。
eNB通过调度组RNTI初始化的加扰序列解扰接收到的PUSCH。或者,针对每个MTC终端,用该MTC终端的C-RNTI初始化的加扰序列解扰相应的PUSCH。
步骤305:eNB在下行子帧发送上述PUSCH的ACK/NACK反馈信息。
该下行子帧和上述PUSCH所在上行子帧应间隔一定数目的子帧,例如两个子帧,又例如参考3GPP Rel-8中定义的PHICH和PUSCH的时间间隔。
反馈方式一,上述ACK/NACK由PHICH/ePHICH携带,具体的,分组调度中的每一个MTC终端或共享一个PRB的多个MTC终端对应一个单独的PHICH/ePHICH信道,eNB通过不同的PHICH/ePHICH信道给相应的MTC终端发送ACK/NACK反馈。
反馈方式二,上述ACK/NACK信息通过由调度组RNTI加扰的PDCCH指示的PDSCH携带,该PDSCH依然由调度组RNTI初始化的加扰序列加扰。上述PDSCH指明一个二次调度组,二次调度组由顺序排列的N’(N’≤N)个MTC终端组成,该N’个MTC终端为调度组中PUSCH未正确接收的MTC终端。
步骤306:如果步骤305中采用方式二,且N’大于零,则eNB重复步骤303至步骤305。
此时公共上行调度命令所在下行子帧位置和指示二次调度组的PDSCH所在的下行子帧位置的间隔应满足步骤303中公共上行调度命令所在下行子帧位置和预调度指示所在下行子帧位置的时间间隔要求。
与应用场景一中eNB侧基于预调度的分组调度方法相对应,如图4所示,为应用场景一终端侧方法的流程图,包括以下步骤:
步骤401:MTC终端接入LTE网络后,如果接收到eNB的能力询问指令,则将其类型上报eNB。
MTC终端的类型是取决于MTC终端的用途,相同或类似用途的MTC终端具有相同或类似的业务类型,其每次PUSCH传输的数据量也会相同或类似,这便于通过等分的方式为每个MTC终端分配上行时频资源。每一种类型的MTC终端应对应一个唯一的类型ID,该类型ID在MTC终端出厂时写入MTC终端内存,MTC终端通过RRC层信令将该类型ID上报eNB。
步骤402:MTC终端接收eNB信令,获得其所在的类型组的类型组RNTI及其在类型组内的成员ID。
步骤403:MTC终端在可用下行子帧监听由类型组RNTI加扰的PDCCH。
如果MTC终端检测到由其所属的类型组RNTI加扰的PDCCH,则根据该PDCCH的指示在相应的时频位置接收PDSCH,并通过该类型组RNTI解扰该PDSCH。
如果小区内通过类型组RNTI加扰的PDCCH指示的PDSCH携带的内容有多种,即除预调度指示信息外还有其它类型的信息,则MTC终端通过检测PDSCH内预留的特定字段判断PDSCH携带内容是否为预调度指示信息。否则,MTC终端将检测到的任何由类型组RNTI加扰的PDCCH指示的PDSCH携带的信息认定为预调度指示信息。
预调度指示信息应至少包括调度组的指示信息、调度组RNTI或调度组索引。其中调度组指示信息应指明一个调度组,调度组为一个集合,该集合由顺序排列的N个信道状况类似或相同的MTC终端组成。调度组RNTI为小区内唯一的16比特二进制码字,调度组RNTI应不同于小区内任何已分配的用于加扰PDCCH的RNTI。如果调度组RNTI由调度组索引间接指示,其中调度组索引为大于等于1的整数,则:
调度组RNTI=类型组RNTI±调度组索引。
如果该PDSCH携带的是预调度指示信息,而且该MTC终端包括在预调度指示信息指示的调度组内,则MTC终端认为当前预调度指示信息为相关预调度指示信息。
步骤404:如果MTC终端在可用下行子帧n上有与其对应的有效预调度指示信息,则在子帧n上监测由有效预调度指示信息中的调度组RNTI加扰的上行DCI格式。
有效预调度指示信息是指下行子帧m上接收到的相关预调度指示信息,其中m和n的关系由高层信令配置,或由协议直接规定。比如,如果预调度指示信息仅用于指示一次上行分组调度,则下行子帧n为帧号满足n≥m+Mn的第一个下行子帧;而如果预调度指示信息可以用于指示一段时间内的上行分组调度,则m为区间(n-Mx,n-Mn)内的最大整数;其中Mx和Mn由高层信令配置或由协议直接规定。
上述上行DCI格式应携带公共上行调度命令,公共上行调度命令中应至少携带调度组内上行PUSCH传输公共的MCS和公共的上行资源。公共上行资源为分配给调度组内所有MTC终端的时频资源的总和,公共上行资源指示的最小单位为一个PRB(Physical ResourceBlock)。如果MTC终端在子帧n上检测到由调度组RNTI加扰的上行DCI格式,则执行步骤405。
步骤405:MTC终端根据预调度指示信息和公共上行调度命令信息发送被调度的PUSCH。
上述预调度指示信息是指子帧m上与子帧n上的公共调度指令对应的预调度指示信息。
调度组内的所有MTC终端的PUSCH占用相同大小的时频资源,即如果下行子帧n上公共上行调度命令中指示的PRB总数为K,则每个MTC终端的PUSCH均占用K/N个PRB,将K/N个PRB称为一个子资源块,则公共上行调度命令共指示了N个子资源块,如果MTC终端在子帧m位置上的有效预调度信息中指示的调度组中的排序为l,在该MTC终端占用N个子资源块中的第l个子资源块,如图9所示。
被调度的PUSCH采用公共上行调度命令信息中指明的MCS,而且该PUSCH应通过由调度组RNTI或MTC终端的C-RNTI初始化的加扰序列加扰。
步骤406:UE在下行子帧接收上述PUSCH的ACK/NACK反馈信息。
该下行子帧和UE发送PUSCH的上行子帧应间隔一定数目的子帧,比如参考3GPPRel-8中定义的PHICH和PUSCH的时间间隔。
按照本发明的一种实现方式(方式一),上述ACK/NACK由PHICH/ePHICH携带,具体的,MTC检测其对应的PHICH/ePHICH信道,通过解码其对应的PHICH/ePHICH信道获得PUSCH的ACK/NACK反馈。
按照本发明的另外一种实现方式(方式二),MTC终端通过接收调度组RNTI加扰的PDCCH指示的PDSCH,获得上述ACK/NACK信息。该PDSCH依然由调度组RNTI初始化的加扰序列加扰。上述PDSCH指明一个二次调度组,二次调度组由顺序排列的N’(N’≤N)个MTC终端组成,如果该MTC终端包含在该二次调度组内,则该MTC终端认为PUSCH没有正确接收;否则,MTC终端认为PUSCH已正确接收。
步骤407:如果步骤406中采用方式二,且MTC终端包含在二次调度组内,则MTC终端重复步骤404至步骤406。
此时m表示携带二次调度组的PDSCH所在的下行子帧。
上行分组调度还可以通过以下方法实现:eNB通过PDSCH同时将预调度指令和公共上行调度命令发送给某一类型组内的所有MTC终端,其中的预调度指令用于创建一个调度组,公共上行调度命令用于调度该组内MTC终端的上行传输。如图5所示,为应用场景二基站侧方法的流程图,包括以下步骤:
步骤501:eNB将接入的MTC终端根据其类型归入一类型组,并将该类型组的类型组RNTI和类型组内每个MTC终端的成员ID通知MTC终端。
这里MTC终端的类型是根据MTC终端的用途划分的,相同或类似用途的MTC终端具有相同或类似的业务类型,其上行业务的分布规律和每次PUSCH传输的数据量也会相同或类似,每一种类型的MTC终端应对应一个唯一的类型ID,eNB可以通过RRC层信令从MTC终端处获得该类型ID,或通过S1接口信令,从MME处获得该类型ID,进而可以确定该MTC终端的类型。
eNB通过RRC层消息将类型组RNTI和成员ID通知MTC终端。其中类型组RNTI为小区内唯一的16比特二进制码字,类型组RNTI应不同于小区内任何已分配的用于加扰PDCCH的RNTI。成员ID的长度取决于类型组内最大成员的个数,如果最大成员个数为M,则成员ID的长度为比特。
步骤502:eNB通过PDSCH将预调度指示信息和公共上行调度命令通知类型组内的所有MTC终端。
如果小区内通过类型组RNTI加扰的PDCCH指示的PDSCH携带的内容有多种,即除上述预调度指示信息和上行调度命令外还有其它类型的信息,则该PDSCH内应预留特定字段用于PDSCH携带内容的指示。
预调度指示信息应至少包括调度组指示信息。其中调度组指示信息应指明一个调度组,调度组为一个集合,该集合由顺序排列的N(N≤M)个信道状况类似或相同的MTC终端组成,该N个MTC终端属于同一类型组。调度组内的MTC终端将通过公共上行调度命令同时调度。
如果在后面的步骤504中,eNB通过反馈方式二反馈PUSCH的ACK/NACK信息,则预调度指示信息中应包含调度组RNTI或调度组索引,调度组RNTI为小区内唯一的16比特二进制码字,调度组RNTI应不同于小区内任何已分配的用于加扰PDCCH的RNTI;如果调度组RNTI由调度组索引间接指示,其中调度组索引为大于等于1的整数,则:
调度组RNTI=类型组RNTI±调度组索引。
这里eNB可以通过接收到的每个MTC终端的SRS和/或上行DMRS的SINR判断该MTC终端的信道状况,eNB根据MTC终端的信道状况划分调度组的原则是:保证归入同一调度组的MTC终端在发送PUSCH时可以通过相同的MCS获得目标BLER。
公共上行调度命令中应至少携带调度组内上行PUSCH传输公共的MCS和公共的上行资源。调度组内所有MTC终端均采用公共的MCS发送被调度的PUSCH。公共上行资源为分配给调度组内所有MTC终端的时频资源的总和,公共上行资源指示的最小单位为一个PRB,调度组内的所有MTC终端的PUSCH占用相同大小的时频资源,即如果公共上行调度命令中指示的PRB总数为K,则每个MTC终端的PUSCH均占用K/N个PRB,将K/N个PRB称为一个子资源块,则公共上行调度命令共指示了N个子资源块,对于调度组内的第l个MTC终端,占用N个子资源块中的第l个子资源块,如图9所示。
上述PDSCH的加扰序列应由该类型组的类型组RNTI初始化,用于指示上述PDSCH的PDCCH的CRC校验比特也应通过该类型组的类型组RNTI加扰,这样能够保证只有该类型组内的MTC终端能够接收到该调度组的预调度指示信息。
步骤503:eNB在相应的上行子帧上接收调度组内MTC终端发送的PUSCH。
上述上行子帧与携带预调度指示信息和公共上行调度命令的PDSCH所在的下行子帧之间的时间间隔应不小于某一特定数值,以保证类型组内的MTC终端能够解码上述PDSCH获得预调度指示信息和公共上行调度命令。例如,现在LTE规范规定在随机接入过程中,RAR(Random AccessResponse)所在下行子帧和RAR调度的消息3(Message 3)所在的上行子帧之间的时间间隔应该不小于6ms,这里可以参考该过程的要求将特定数值设置为6ms。
步骤504:eNB在下行子帧发送上述PUSCH的ACK/NACK反馈信息。
该下行子帧和上述PUSCH所在上行子帧应间隔一定数目的子帧,比如参考3GPPRel-8中定义的PHICH和PUSCH的时间间隔。
反馈方式一,上述ACK/NACK由PHICH/ePHICH携带,具体的,分组调度中的每一个MTC终端或共享一个PRB的多个MTC终端对应一个单独的PHICH/ePHICH信道,eNB通过不同的PHICH/ePHICH信道给相应的MTC终端发送ACK/NACK反馈。
反馈方式二,上述ACK/NACK信息通过由调度组RNTI加扰的PDCCH指示的PDSCH携带,该PDSCH依然由调度组RNTI初始化的加扰序列加扰。上述PDSCH指明一个二次调度组,二次调度组由顺序排列的N’(N’≤N)个MTC终端组成,该N’个MTC终端为调度组中PUSCH未正确接收的MTC终端。
如果此时N’大于零,则上述PDSCH中应同时携带公共调度指示信息,用于调度二次调度组内的MTC终端。该公共调度指示信息的格式和解释方法和步骤502相同。eNB重复步骤503和步骤504。
与应用场景二中eNB侧基于预调度的分组调度方法相对应,如图6所示,为应用场景二终端侧方法的流程图,包括以下步骤:
步骤601:MTC终端接入LTE网络后,如果接收到eNB的能力询问指令,则将其类型上报eNB。
MTC终端的类型是取决于MTC终端的用途,相同或类似用途的MTC终端具有相同或类似的业务类型,其每次PUSCH传输的数据量也会相同或类似,这便于通过等分的方式为每个MTC终端分配上行时频资源。每一种类型的MTC终端应对应一个唯一的类型ID,该类型ID在MTC终端出厂时写入MTC终端内存,MTC终端通过RRC层信令将该类型ID上报eNB。
步骤602:MTC终端接收eNB信令,获得其所在的类型组的类型组RNTI及其在类型组内的成员ID。
步骤603:MTC终端在可用下行子帧监听由类型组RNTI加扰的PDCCH。
如果MTC终端检测到由其所属的类型组RNTI加扰的PDCCH,则根据该PDCCH的指示在相应的时频位置接收PDSCH,并通过该类型组RNTI解扰该PDSCH。
如果小区内通过类型组RNTI加扰的PDCCH指示的PDSCH携带的内容有多种,即除预调度指示信息和上行调度命令外还有其它类型的信息,则MTC终端通过检测PDSCH内预留的特定字段判断PDSCH携带内容是否为预调度指示信息和公共上行调度命令。否则,MTC终端将检测到的任何由类型组RNTI加扰的PDCCH指示的PDSCH携带的信息认定为预调度指示信息和公共上行调度命令。
预调度指示信息应至少包括调度组的指示信息,其中调度组指示信息应指明一个调度组,调度组为一个集合,该集合由顺序排列的N个信道状况类似或相同的MTC终端组成。
公共上行调度命令中应至少携带调度组内上行PUSCH传输公共的MCS和公共的上行资源。
步骤604:如果MTC终端包含在上述预调度指示信息指示的调度组中,则MTC终端在相应的上行子帧发送被调度的PUSCH。
MTC终端发送PUSCH的上行子帧位置和分组调度指示所在的下行子帧位置之间的间隔应不小于某一特定数值,被调度的PUSCH采用公共上行调度指令信息中指明的MCS。
MTC终端根据其在调度组内的位置以及公共上行调度指令中的时频资源指示确定被调度的PUSCH所在的时频资源位置,公共上行资源为分配给调度组内所有MTC终端的时频资源的总和,公共上行资源指示的最小单位为一个PRB,调度组内的所有MTC终端的PUSCH占用相同大小的时频资源,即如果公共上行调度命令中指示的PRB总数为K,则每个MTC终端的PUSCH均占用K/N个PRB,将K/N个PRB称为一个子资源块,则公共上行调度命令共指示了N个子资源块,对于调度组内的第l个MTC终端,占用N个子资源块中的第l个子资源块,如图9所示。
步骤605:MTC终端在下行子帧接收上述PUSCH的ACK/NACK反馈信息。
该下行子帧和上述PUSCH所在上行子帧应间隔一定数目的子帧,比如参考3GPPRel-8中定义的PHICH和PUSCH的时间间隔。
反馈方式一,上述ACK/NACK由PHICH/ePHICH携带,具体的,MTC检测其对应的PHICH/ePHICH信道,通过解码其对应的PHICH/ePHICH信道获得PUSCH的ACK/NACK反馈。
反馈方式二,MTC终端通过接收调度组RNTI加扰的PDCCH指示的PDSCH,获得上述ACK/NACK信息。该PDSCH依然由调度组RNTI初始化的加扰序列加扰。上述PDSCH指明一个二次调度组,二次调度组由顺序排列的N’(N’≤N)个MTC终端组成,如果该MTC终端包含在该二次调度组内,则该MTC终端认为PUSCH没有正确接收;否则,MTC终端认为PUSCH已正确接收。
如果MTC终端包括在二次调度组内,则MTC终端进一步解码上述PDSCH中携带的公共调度指示信息,此时公共调度指示信息的格式和解释方法和步骤603和步骤604相同。MTC重复步骤604和步骤605。
上行分组调度还可以通过以下方法实现:eNB通过PDSCH同时将预调度指令和针对调度组内每个MTC终端的上行调度命令发送给某一类型组内的所有MTC终端,其中的预调度指令用于创建一个调度组,调度组内的每个MTC终端均有与其对应的单独的上行调度命令,用于调度该调度组内MTC终端的上行传输。如图7所示,为应用场景三基站侧方法的流程图,包括以下步骤:
步骤701:eNB将接入的MTC终端根据其类型归入一类型组,并将该类型组的类型组RNTI和类型组内每个MTC终端的成员ID通知MTC终端。
这里MTC终端的类型是根据MTC终端的用途划分的,相同或类似用途的MTC终端具有相同或类似的业务类型,其上行业务的分布规律和每次PUSCH传输的数据量也会相同或类似,每一种类型的MTC终端应对应一个唯一的类型ID,eNB可以通过RRC层信令从MTC终端处获得该类型ID,或通过S1接口信令,从MME处获得该类型ID,进而可以确定该MTC终端的类型。
eNB通过RRC层消息将类型组RNTI和成员ID通知MTC终端。其中类型组RNTI为小区内唯一的16比特二进制码字,类型组RNTI应不同于小区内任何已分配的用于加扰PDCCH的RNTI。成员ID的长度取决于类型组内最大成员的个数,如果最大成员个数为M,则成员ID的长度为比特。
步骤702:eNB通过PDSCH将预调度指示信息和针对调度组内每个MTC终端的上行调度命令通知类型组内的所有MTC终端。
上述PDSCH携带的内容可以分为两部分,预调度指示信息部分和上行调度命令部分。如果小区内通过类型组RNTI加扰的PDCCH指示的PDSCH携带的内容有多种,即除上述预调度指示信息部分和上行调度命令部分外还有其它类型的信息,则该PDSCH内应预留特定字段用于PDSCH携带内容的指示。
预调度指示信息应至少包括调度组指示信息。其中调度组指示信息应指明一个调度组,调度组为一个集合,该集合由顺序排列的N(N≤M)个MTC终端组成,该N个MTC终端属于同一类型组。调度组内的MTC终端将通过与之对应的上行调度命令同时调度。
上行调度命令部分由N份字节数相同的单独上行调度命令组成,与调度组内的N个MTC终端一一对应,如
图10所示。与每个MTC终端对应的上行调度命令中应至少包含该MTC的PUSCH传输所需的MCS和时频资源。
上述PDSCH的加扰序列应由该类型组的类型组RNTI初始化,用于指示上述PDSCH的PDCCH的CRC校验比特也应通过该类型组的类型组RNTI加扰,这样能够保证只有该类型组内的MTC终端能够接收到该调度组的预调度指示信息。
步骤703:eNB在相应的上行子帧上接收调度组内MTC终端发送的PUSCH。
上述上行子帧与携带预调度指示信息和公共上行调度命令的PDSCH所在的下行子帧之间的时间间隔应大于某一特定数值,以保证类型组内的MTC终端能够解码上述PDSCH获得预调度指示信息和公共上行调度命令。
步骤704:eNB在下行子帧发送上述PUSCH的ACK/NACK反馈信息。
该下行子帧和上述PUSCH所在上行子帧应间隔一定数目的子帧,比如参考3GPPRel-8中定义的PHICH和PUSCH的时间间隔。
反馈方式一,上述ACK/NACK由PHICH/ePHICH携带,具体的,分组调度中的每一个MTC终端或共享一个PRB的多个MTC终端对应一个单独的PHICH/ePHICH信道,eNB通过不同的PHICH/ePHICH信道给相应的MTC终端发送ACK/NACK反馈。
反馈方式二,上述ACK/NACK信息通过由调度组RNTI加扰的PDCCH指示的PDSCH携带,该PDSCH依然由调度组RNTI初始化的加扰序列加扰。上述PDSCH指明一个二次调度组,二次调度组由顺序排列的N’(N’≤N)个MTC终端组成,该N’个MTC终端为调度组中PUSCH未正确接收的MTC终端。
如果此时N’大于零,则上述PDSCH中应同时携带公共调度指示信息,用于调度二次调度组内的MTC终端。该公共调度指示信息的格式和解释方法和步骤702相同。eNB重复步骤703和步骤704。
与应用场景三中eNB侧基于预调度的分组调度方法相对应,如图8所示,为应用场景三终端侧方法的流程图:
步骤801:MTC终端接入LTE网络后,如果接收到eNB的能力询问指令,则将其类型上报eNB。
MTC终端的类型是取决于MTC终端的用途,相同或类似用途的MTC终端具有相同或类似的业务类型,其每次PUSCH传输的数据量也会相同或类似,这便于通过等分的方式为每个MTC终端分配上行时频资源。每一种类型的MTC终端应对应一个唯一的类型ID,该类型ID在MTC终端出厂时写入MTC终端内存,MTC终端通过RRC层信令将该类型ID上报eNB。
步骤802:MTC终端接收eNB信令,获得其所在的类型组的类型组RNTI及其在类型组内的成员ID。
步骤803:MTC终端在可用下行子帧监听由类型组RNTI加扰的PDCCH。
如果MTC终端检测到由其所属的类型组RNTI加扰的PDCCH,则根据该PDCCH的指示在相应的时频位置接收PDSCH,并通过该类型组RNTI解扰该PDSCH。
上述PDSCH携带的内容可以分为两部分,预调度指示信息部分和上行调度命令部分。如果小区内通过类型组RNTI加扰的PDCCH指示的PDSCH携带的内容有多种,即除预调度指示信息和上行调度命令外还有其它类型的信息,则MTC终端通过检测PDSCH内预留的特定字段判断PDSCH携带内容是否为预调度指示信息和上行调度命令。否则,MTC终端将检测到的任何由类型组RNTI加扰的PDCCH指示的PDSCH携带的信息认定为预调度指示信息和上行调度命令。
预调度指示信息应至少包括调度组指示信息。其中调度组指示信息应指明一个调度组,调度组为一个集合,该集合由顺序排列的N(N≤M)个MTC终端组成,该N个MTC终端属于同一类型组。调度组内的MTC终端将通过与之对应的上行调度命令同时调度。
上行调度命令部分由N份字节数相同的单独上行调度命令组成,与调度组内的N个MTC终端一一对应,如
图10所示。与每个MTC终端对应的上行调度命令中应至少包含该MTC的PUSCH传输所需的MCS和时频资源。
步骤804:如果MTC终端包含在上述预调度指示信息指示的调度组中,则MTC终端在相应的上行子帧发送被调度的PUSCH。
MTC终端发送PUSCH的上行子帧位置和分组调度指示所在的下行子帧位置之间的间隔应不小于某一特定数值,被调度的PUSCH采用与其对应的上行调度命令中指明的MCS,并在与其对应的上行调度命令中指明时频资源上发送。
步骤805:MTC终端在下行子帧接收上述PUSCH的ACK/NACK反馈信息。
该下行子帧和上述PUSCH所在上行子帧应间隔一定数目的子帧,比如参考3GPPRel-8中定义的PHICH和PUSCH的时间间隔。
按照本发明的一种实现方式(方式一),上述ACK/NACK由PHICH/ePHICH携带,具体的,MTC检测其对应的PHICH/ePHICH信道,通过解码其对应的PHICH/ePHICH信道获得PUSCH的ACK/NACK反馈。
按照本发明的另外一种实现方式(方式二),MTC终端通过接收调度组RNTI加扰的PDCCH指示的PDSCH,获得上述ACK/NACK信息。该PDSCH依然由调度组RNTI初始化的加扰序列加扰。上述PDSCH指明一个二次调度组,二次调度组由顺序排列的N’(N’≤N)个MTC终端组成,如果该MTC终端包含在该二次调度组内,则该MTC终端认为PUSCH没有正确接收;否则,MTC终端认为PUSCH已正确接收。
如果MTC终端包括在二次调度组内,则MTC终端进一步解码上述PDSCH中携带的公共调度指示信息,此时公共调度指示信息的格式和解释方法和步骤803和步骤804相同。MTC重复步骤804和步骤805。
相应于上述方法,如图11所示,本发明实施例还提出了一种基站设备100,包括分组模块110、接收模块120和发送模块130。
其中,分组模块110用于确定终端的类型,将终端进行类型分组;
发送模块130用于向相同类型分组的终端发送预调度指示信息和上行调度命令;
接收模块120用于接收终端在相应的上行子帧上发送的PUSCH物理上行共享信道。
作为基站100的实施例,分组模块110将终端进行类型分组包括:分组模块110通过以下一个或多个条件对终端进行类型分组:
终端的用途、终端的业务类型、终端上行业务的分布和终端PUSCH传输的数据量。
作为基站100的实施例,预调度指示信息包括以下一项或多项信息:
调度组指示信息和调度组RNTI,其中,所述调度组为所述类型分组中的终端的子集。
作为基站100的实施例,发送模块130用于向相同类型分组的终端发送预调度信息和上行调度命令包括以下任意一种方式:
发送模块130用于通过PDSCH将预调度指示信息通知类型分组内的所有终端,其后,发送模块130还用于通过PDCCH向类型分组内的所有终端发送公共上行调度命令;
发送模块130用于通过PDSCH将预调度指示信息和公共上行调度命令通知类型分组内的所有MTC终端;和
发送模块130用于通过PDSCH将预调度指示信息和类型分组内每个终端各自的上行调度命令通知类型分组内的所有MTC终端。
作为基站100的实施例,还包括:
发送模块130还用于在下行子帧上发送PUSCH的接收反馈信息。
作为基站100的实施例,发送模块130用于在下行子帧上发送PUSCH的接收反馈信息包括以下任意一种方式:
发送模块130用于通过不同的PHICH或ePHICH给终端发送ACK或NACK反馈;和
发送模块130用于通过PDSCH给类型分组内未正确接收的终端发送NACK反馈。
相应于应用场景一的方法,如图12所示,本发明实施例还提出了一种终端200,包括接收模块210和发送模块220。
其中,接收模块210用于接收基站发送的类型分组的RNTI及在类型分组内的成员ID,并根据RNTI监听基站发送的PDCCH,以及,用于根据PDCCH指示的PDSCH接收预调度指示信息;
发送模块220,用于在相应的上行子帧上发送的PUSCH物理上行共享信道。
作为终端200的实施例,还包括:
例如,终端接入网络后,当接到基站的能力询问指令时,发送模块220还用于向基站上报终端的类型分组,其中,终端的类型分组包括以下一个或多个种类:
终端的用途、终端的业务类型、终端上行业务的分布和终端PUSCH传输的数据量。
作为终端200的实施例,预调度指示信息包括以下一项或多项信息:
调度组指示信息、调度组RNTI和调度组索引,其中,调度组为类型分组中的终端的子集。
如果调度组RNTI由调度组索引间接指示,其中调度组索引为大于等于1的整数,则:
调度组RNTI=类型组RNTI±调度组索引。
作为终端200的实施例,接收模块210用于根据PDCCH指示的PDSCH接收预调度指示信息:
接收模块210用于根据PDCCH指示在相应的时频位置接收PDSCH,并通过RNTI解扰PDSCH接收预调度指示信息;
作为终端200的实施例,接收模块210用于根据预调度指示信息中的调度组RNTI接收PDCCH,获得和上行调度命令,其中:
上行调度命令为调度组内终端都相同的公共上行调度命令;
作为终端200的实施例,接收模块210还用于接收PUSCH的反馈信息。
作为终端200的实施例,接收模块210还用于接收PUSCH的反馈信息包括以下任意一种方式:
接收模块210用于接收PHICH或ePHICH获取ACK或NACK反馈;和
接收模块210用于接收PDSCH给类型分组内未正确接收的终端发送的NACK反馈。
相应于应用场景二或应用场景三的方法,如图13所示,本发明实施例还提出了一种终端300,包括接收模块310和发送模块320。
其中,接收模块310用于接收基站发送的类型分组的RNTI及在类型分组内的成员ID,并根据RNTI监听基站发送的PDCCH,以及,用于根据PDCCH指示的PDSCH接收预调度指示信息和上行调度命令;
发送模块320用于在相应的上行子帧上发送的PUSCH物理上行共享信道。
作为终端300的实施例,还包括:
例如,终端300接入网络后,当接到基站的能力询问指令时,发送模块320还用于向基站上报终端300的类型分组,其中,终端300的类型分组包括以下一个或多个种类:
终端300的用途、终端300的业务类型、终端300上行业务的分布和终端300PUSCH传输的数据量。
作为终端300的实施例,预调度指示信息包括以下一项或多项信息:
调度组指示信息、调度组RNTI和调度组索引,其中,调度组为类型分组中的终端的子集。如果调度组RNTI由调度组索引间接指示,其中调度组索引为大于等于1的整数,则:
调度组RNTI=类型组RNTI±调度组索引。
作为终端300的实施例,接收模块310用于根据PDCCH指示的PDSCH接收预调度指示信息和上行调度命令包括:
接收模块310用于根据PDCCH指示在相应的时频位置接收PDSCH,并通过RNTI解扰PDSCH接收预调度指示信息和上行调度命令,其中,上行调度命令包括以下任意一种方式:
上行调度命令为类型分组内终端300都相同的公共上行调度命令;
上行调度命令为终端300各自的上行调度命令。
作为终端300的实施例,接收模块310还用于接收PUSCH的反馈信息。
作为终端300的实施例,接收模块310还用于接收PUSCH的反馈信息包括以下任意一种方式:
接收模块310用于接收PHICH或ePHICH获取ACK或NACK反馈;和
接收模块310用于接收PDSCH给类型分组内未正确接收的终端300发送的NACK反馈。
本发明提出的上述方法或设备,通过将终端进行分类后,分批调度终端PUSCH传输。本发明提出的上述方案,eNB通过高层信令将接入的MTC终端按类型归入不同的类型组,通过PDSCH携带的预调度指令将类型组内的部分MTC终端分为一个调度组,通过上行调度命令调度该组内的所有MTC终端;MTC终端通过接收高层信令和PDSCH携带的预调度指令确定其所在的类型组和调度组,然后接收上行调度命令,并根据上行调度命令和预调度指令发送被调度的PUSCH。本发明提出的上述方法或设备,能够明显减少了基站发送上行调度命令的次数,降低了基站调度MTC终端PUSCH传输的负担。此外,本发明提出的上述方案,对现有系统的改动很小,不会影响系统的兼容性,而且实现简单、高效。
本技术领域技术人员可以理解,本发明可以涉及用于执行本发明中所述操作中的一项或多项操作的设备。所述设备可以为所需的目的而专门设计和制造,或者也可以包括通用计算机中的已知设备,所述通用计算机有存储在其内的程序选择性地激活或重构。这样的计算机程序可以被存储在设备(例如,计算机)可读介质中或者存储在适于存储电子指令并分别耦联到总线的任何类型的介质中,所述计算机可读介质包括但不限于任何类型的盘(包括软盘、硬盘、光盘、CD-ROM、和磁光盘)、随即存储器(RAM)、只读存储器(ROM)、电可编程ROM、电可擦ROM(EPROM)、电可擦除可编程ROM(EEPROM)、闪存、磁性卡片或光线卡片。可读介质包括用于以由设备(例如,计算机)可读的形式存储或传输信息的任何机构。例如,可读介质包括随即存储器(RAM)、只读存储器(ROM)、磁盘存储介质、光学存储介质、闪存装置、以电的、光的、声的或其他的形式传播的信号(例如载波、红外信号、数字信号)等。
本技术领域技术人员可以理解,可以用计算机程序指令来实现这些结构图和/或框图和/或流图中的每个框以及这些结构图和/或框图和/或流图中的框的组合。可以将这些计算机程序指令提供给通用计算机、专业计算机或其他可编程数据处理方法的处理器来生成机器,从而通过计算机或其他可编程数据处理方法的处理器来执行的指令创建了用于实现结构图和/或框图和/或流图的框或多个框中指定的方法。
本技术领域技术人员可以理解,本发明中已经讨论过的各种操作、方法、流程中的步骤、措施、方案可以被交替、更改、组合或删除。进一步地,具有本发明中已经讨论过的各种操作、方法、流程中的其他步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。进一步地,现有技术中的具有与本发明中公开的各种操作、方法、流程中的步骤、措施、方案也可以被交替、更改、重排、分解、组合或删除。
以上所述仅是本发明的部分实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (20)
1.一种上行分组调度的方法,其特征在于,包括以下步骤:
基站确定终端的类型,将所述终端进行类型分组,将所述类型分组的RNTI以及类型分组内的成员ID发送给所述终端;
所述基站通过类型分组的RNTI加扰的物理下行控制信道PDCCH指示的物理下行共享信道PDSCH,将预调度指示信息发送给所述终端,所述预调度指示信息包括以下一项或多项信息:调度组指示信息、调度组无线网络临时识别RNTI和调度组索引,其中,所述调度组为所述类型分组中的终端的子集;
所述基站通过PDCCH将基于所述预调度指示信息的上行调度命令发送给调度组内的所述终端;
所述基站接收所述调度组内的终端基于所述上行调度命令在相应的上行子帧上发送的物理上行共享信道PUSCH。
2.如权利要求1所述的上行分组调度的方法,其特征在于,基站将所述终端进行类型分组包括:所述基站通过以下一个或多个条件对所述终端进行类型分组:
所述终端的用途、所述终端的业务类型、所述终端上行业务的分布和所述终端PUSCH传输的数据量。
3.如权利要求1所述的上行分组调度的方法,其特征在于,所述预调度指示信息和上行调度命令通过以下任意一种方式进行发送:
所述基站通过PDSCH将预调度指示信息通知类型分组内的所有终端,其后,所述基站通过PDCCH向类型分组内的所有终端发送公共上行调度命令;
所述基站通过PDSCH将预调度指示信息和公共上行调度命令通知类型分组内的所有MTC终端;和
所述基站通过PDSCH将预调度指示信息和类型分组内每个终端各自的上行调度命令通知类型分组内的所有MTC终端。
4.如权利要求3所述的上行分组调度的方法,其特征在于,还包括:
所述基站在下行子帧上发送所述PUSCH的接收反馈信息。
5.如权利要求4所述的上行分组调度的方法,其特征在于,所述基站在下行子帧上发送所述PUSCH的接收反馈信息包括以下任意一种方式:
所述基站通过不同的PHICH或ePHICH给所述终端发送ACK或NACK反馈;和
所述基站通过PDSCH给所述类型分组内未正确接收的终端发送NACK反馈。
6.一种上行分组调度的方法,其特征在于,包括以下步骤:
终端接收基站发送的类型分组的RNTI及在类型分组内的成员ID,并根据所述RNTI监听所述基站发送的通过所述类型分组的RNTI加扰的物理下行控制信道PDCCH;
所述终端接收所述基站通过所述PDCCH指示的物理下行共享信道PDSCH发送的预调度指示信息,所述预调度指示信息包括以下一项或多项信息:调度组指示信息、调度组RNTI无线网络临时识别和调度组索引,其中,所述调度组为所述类型分组中的终端的子集;
所述终端接收所述基站通过所述PDCCH向调度组内的终端发送的基于所述预调度指示信息的上行调度命令;
所述终端基于所述上行调度命令,在相应的上行子帧上发送物理上行共享信道PUSCH。
7.如权利要求6所述的上行分组调度的方法,其特征在于,还包括:
所述终端的类型分组包括以下一个或多个种类:
所述终端的用途、所述终端的业务类型、所述终端上行业务的分布和所述终端PUSCH传输的数据量。
8.如权利要求6所述的上行分组调度的方法,其特征在于,所述终端根据所述PDCCH指示的PDSCH获取预调度指示信息和上行调度命令包括:
所述终端根据所述PDCCH指示在相应的时频位置接收PDSCH,并通过所述RNTI解扰所述PDSCH获取预调度指示信息和上行调度命令,其中,所述上行调度命令包括以下任意一种方式:
所述上行调度命令为调度组内终端都相同的公共上行调度命令;
所述上行调度命令为终端各自的上行调度命令。
9.如权利要求7所述的上行分组调度的方法,其特征在于,还包括:
所述终端接收所述PUSCH的反馈信息。
10.如权利要求9所述的上行分组调度的方法,其特征在于,所述终端接收所述PUSCH的反馈信息包括以下任意一种方式:
所述终端接收PHICH或ePHICH获取ACK或NACK反馈;和
所述终端接收PDSCH给所述类型分组内未正确接收的终端发送的NACK反馈。
11.一种基站,其特征在于,包括分组模块、接收模块和发送模块,
所述分组模块,用于确定终端的类型,将所述终端进行类型分组,将所述类型分组的RNTI以及类型分组内的成员ID发送给所述终端;
所述发送模块,用于通过类型分组的RNTI加扰的物理下行控制信道PDCCH指示的物理下行共享信道PDSCH,将预调度指示信息发送给所述终端,所述预调度指示信息包括以下一项或多项信息:调度组指示信息、调度组无线网络临时识别RNTI和调度组索引,其中,所述调度组为所述类型分组中的终端的子集,以及,用于通过PDCCH将基于所述预调度指示信息的上行调度命令发送给调度组内的所述终端;
所述接收模块,用于接收所述调度组内的终端基于所述上行调度命令在相应的上行子帧上发送的物理上行共享信道PUSCH。
12.如权利要求11所述的基站,其特征在于,所述分组模块将所述终端进行类型分组包括:所述分组模块通过以下一个或多个条件对所述终端进行类型分组:
所述终端的用途、所述终端的业务类型、所述终端上行业务的分布和所述终端PUSCH传输的数据量。
13.如权利要求11所述的基站,其特征在于,所述发送模块用于通过以下任意一种方式发送预调度指示信息和上行调度命令:
所述发送模块用于通过PDSCH将预调度指示信息通知类型分组内的所有终端,其后,所述发送模块还用于通过PDCCH向类型分组内的所有终端发送公共上行调度命令;
所述发送模块用于通过PDSCH将预调度指示信息和公共上行调度命令通知类型分组内的所有MTC终端;和
所述发送模块用于通过PDSCH将预调度指示信息和类型分组内每个终端各自的上行调度命令通知类型分组内的所有MTC终端。
14.如权利要求13所述的基站,其特征在于,还包括:
所述发送模块还用于在下行子帧上发送所述PUSCH的接收反馈信息。
15.如权利要求14所述的基站,其特征在于,所述发送模块用于在下行子帧上发送所述PUSCH的接收反馈信息包括以下任意一种方式:
所述发送模块用于通过不同的PHICH或ePHICH给所述终端发送ACK或NACK反馈;和
所述发送模块用于通过PDSCH给所述类型分组内未正确接收的终端发送NACK反馈。
16.一种终端,其特征在于,包括接收模块和发送模块,
所述接收模块,用于接收基站发送的类型分组的RNTI及在类型分组内的成员ID,并根据所述RNTI监听所述基站发送的通过所述类型分组的RNTI加扰的物理下行控制信道PDCCH,以及,用于接收所述基站通过所述PDCCH指示的物理下行共享信道PDSCH发送的预调度指示信息,所述预调度指示信息包括以下一项或多项信息:调度组指示信息、调度组RNTI无线网络临时识别和调度组索引,其中,所述调度组为所述类型分组中的部分终端的集合,以及,用于接收所述基站通过所述PDCCH向调度组内的终端发送的基于所述预调度指示信息的上行调度命令;
所述发送模块,用于基于所述上行调度命令,在相应的上行子帧上发送的物理上行共享信道PUSCH。
17.如权利要求16所述的终端,其特征在于,所述发送模块还用于向所述基站上报所述终端的类型分组,其中,所述终端的类型分组包括以下一个或多个种类:
所述终端的用途、所述终端的业务类型、所述终端上行业务的分布和所述终端PUSCH传输的数据量。
18.如权利要求16所述的终端,其特征在于,所述接收模块用于根据所述PDCCH指示的PDSCH接收调度组信息和上行调度命令包括:
所述接收模块用于根据所述PDCCH指示在相应的时频位置接收PDSCH,并通过所述RNTI解扰所述PDSCH接收调度组信息和上行调度命令,其中,所述上行调度命令包括以下任意一种方式:
所述上行调度命令为调度组内终端都相同的公共上行调度命令;
所述上行调度命令为调度组内终端各自的上行调度命令。
19.如权利要求17所述的终端,其特征在于,所述接收模块还用于接收所述PUSCH的反馈信息。
20.如权利要求19所述的终端,其特征在于,所述接收模块还用于接收所述PUSCH的反馈信息包括以下任意一种方式:
所述接收模块用于接收PHICH或ePHICH获取ACK或NACK反馈;和
所述接收模块用于接收PDSCH给所述类型分组内未正确接收的终端发送的NACK反馈。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210473314.4A CN103841603B (zh) | 2012-11-20 | 2012-11-20 | 上行分组调度的方法及设备 |
PCT/KR2013/010574 WO2014081197A1 (en) | 2012-11-20 | 2013-11-20 | Method for uplink packet scheduling and device thereof |
US14/429,932 US10805947B2 (en) | 2012-11-20 | 2013-11-20 | Method for uplink packet scheduling and device thereof |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210473314.4A CN103841603B (zh) | 2012-11-20 | 2012-11-20 | 上行分组调度的方法及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103841603A CN103841603A (zh) | 2014-06-04 |
CN103841603B true CN103841603B (zh) | 2019-05-31 |
Family
ID=50776309
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210473314.4A Expired - Fee Related CN103841603B (zh) | 2012-11-20 | 2012-11-20 | 上行分组调度的方法及设备 |
Country Status (3)
Country | Link |
---|---|
US (1) | US10805947B2 (zh) |
CN (1) | CN103841603B (zh) |
WO (1) | WO2014081197A1 (zh) |
Families Citing this family (31)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6082288B2 (ja) * | 2012-10-16 | 2017-02-15 | シャープ株式会社 | 無線通信システム |
KR102209752B1 (ko) * | 2014-07-16 | 2021-01-29 | 삼성전자주식회사 | 사물 통신 시스템의 스케줄링 장치 및 방법 |
US10492047B2 (en) * | 2015-01-28 | 2019-11-26 | Sharp Kabushiki Kaisha | Terminal device, base station device, and method |
KR102335645B1 (ko) * | 2015-02-05 | 2021-12-06 | 한국전자통신연구원 | 디바이스 특성에 따른 통신 방법 및 이를 이용한 자원 할당 장치 |
US10182426B2 (en) * | 2015-03-13 | 2019-01-15 | Qualcomm Incorporated | Scheduling of downlink transmissions based on exchanges of pre-scheduling and scheduling messages |
CN105142227B (zh) * | 2015-03-24 | 2018-12-04 | 大唐移动通信设备有限公司 | 一种mcs等级的确定方法和设备 |
US10461837B2 (en) | 2015-03-25 | 2019-10-29 | Sony Corporation | Method and system for allocating resources for relaying channels in cellular networks |
EP3275272A1 (en) | 2015-03-25 | 2018-01-31 | Sony Corporation | Relaying in cellular networks |
CN107431901B (zh) * | 2015-03-26 | 2021-06-04 | 索尼公司 | 在蜂窝网络的无线电接口上分配资源的设备和方法 |
WO2016165070A1 (zh) | 2015-04-14 | 2016-10-20 | 华为技术有限公司 | 发送上行信息、发送与接收下行信息、系统调度方法和装置 |
EP3697155A1 (en) * | 2015-05-20 | 2020-08-19 | Telefonaktiebolaget LM Ericsson (publ) | Service aware prescheduling of uplink resources in a wireless network |
CN111225445A (zh) * | 2015-07-15 | 2020-06-02 | 苹果公司 | 基于VoLTE流量的预先调度的上行链路授权方法及装置 |
CN105517014A (zh) * | 2015-11-30 | 2016-04-20 | 成都华程通讯技术有限公司 | 无线通讯的分组轮询方法 |
US10193648B2 (en) | 2015-12-31 | 2019-01-29 | Facebook, Inc. | Mitigating packet interference |
WO2017120091A2 (en) * | 2016-01-08 | 2017-07-13 | Zte Corporation | Methods of transmitting mission critical small data using random access channel |
CN107231686B (zh) * | 2016-03-23 | 2020-02-14 | 中国移动通信有限公司研究院 | 一种物联网中的上行数据传输方法、基站及终端 |
EP3457798B1 (en) * | 2016-05-30 | 2020-09-16 | Huawei Technologies Co., Ltd. | Data transmission method and apparatus |
CN107666454B (zh) | 2016-07-28 | 2022-04-29 | 中兴通讯股份有限公司 | 上下行数据处理方法及装置 |
CN107666721B (zh) * | 2016-07-29 | 2020-11-03 | 中兴通讯股份有限公司 | 数据传输方法及装置 |
CN107690192A (zh) * | 2016-08-05 | 2018-02-13 | 华为技术有限公司 | 通信方法、装置和系统 |
US10952057B2 (en) * | 2016-08-07 | 2021-03-16 | Lg Electronics Inc. | Method for establishing extended narrowband in narrowband wireless communication system, and apparatus therefor |
CN107872300B (zh) * | 2016-09-28 | 2022-11-04 | 中兴通讯股份有限公司 | 反馈信息处理方法、装置及系统、基站、终端 |
US11057913B2 (en) * | 2016-10-11 | 2021-07-06 | Lg Electronics Inc. | Method and apparatus for reducing latency based on pre-configured physical uplink shared channel in wireless communication system |
CN109479266B (zh) * | 2016-11-03 | 2020-12-01 | 华为技术有限公司 | 数据传输方法、网络设备及终端设备 |
CN109152074A (zh) * | 2017-06-16 | 2019-01-04 | 中兴通讯股份有限公司 | 数据传输方法及装置 |
US11382125B2 (en) * | 2017-08-07 | 2022-07-05 | Beijing Xiaomi Mobile Software Co., Ltd. | Data transmission method, device and computer readable storage medium |
CN111512687A (zh) * | 2017-12-28 | 2020-08-07 | Oppo广东移动通信有限公司 | 无线通信方法、网络设备和终端设备 |
CN111684835B (zh) * | 2018-02-06 | 2021-10-15 | 华为技术有限公司 | 反馈信息的指示方法及装置 |
WO2020160689A1 (en) * | 2019-02-08 | 2020-08-13 | 1/4Qualcomm Incorporated | Transmitting group scheduling control information over a physical downlink shared channel |
CN112399457A (zh) * | 2019-08-16 | 2021-02-23 | 华为技术有限公司 | 信号传输方法和通信装置 |
CN111373826B (zh) * | 2020-02-19 | 2023-11-07 | 北京小米移动软件有限公司 | 信息处理方法、装置、基站、终端及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101715237A (zh) * | 2009-11-05 | 2010-05-26 | 中兴通讯股份有限公司 | 基于竞争的上行传输方法及装置 |
CN101841401A (zh) * | 2009-03-17 | 2010-09-22 | 大唐移动通信设备有限公司 | 载波聚合系统中的ack/nack传输方法和基站 |
CN102413576A (zh) * | 2011-12-21 | 2012-04-11 | 电信科学技术研究院 | 一种pdcch发送、接收方法及设备 |
CN102487548A (zh) * | 2010-12-06 | 2012-06-06 | 中国移动通信集团公司 | 机器类型通信系统、信息发送与获得方法以及基站与终端 |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1650651A (zh) * | 2002-05-01 | 2005-08-03 | 美商内数位科技公司 | 无线通讯系统中使用共亨频道的点对多点服务 |
KR101071816B1 (ko) * | 2004-04-02 | 2011-10-11 | 엘지전자 주식회사 | 무선 패킷 통신 시스템에서의 업링크 패킷 스케쥴링 방법 |
US20090168704A1 (en) * | 2005-08-24 | 2009-07-02 | Young Dae Lee | Method of transmitting control information for scheduling |
KR100945098B1 (ko) * | 2007-06-19 | 2010-03-02 | 주식회사 포스코아이씨티 | 무선통신 시스템에서 c-mimo를 지원하기 위한 방법 및장치 |
US8688117B2 (en) * | 2008-06-13 | 2014-04-01 | Fujitsu Limited | Seamless handover and load balance between macro base stations and publicly accessible femto base stations |
KR101221924B1 (ko) | 2008-07-31 | 2013-01-15 | 엘지전자 주식회사 | 광대역 무선 접속시스템에서의 대역폭 요청 방법 및 대역폭 할당 방법 |
EP2207294A3 (en) * | 2009-01-07 | 2014-10-22 | Samsung Electronics Co., Ltd. | Apparatus and method for allocating resources using codebook in broadband wireless communication system |
CN102362454A (zh) * | 2009-04-10 | 2012-02-22 | 日本电气株式会社 | 无线通信系统、基站、服务器、无线通信方法及程序 |
US20120033613A1 (en) * | 2010-08-04 | 2012-02-09 | National Taiwan University | Enhanced rach design for machine-type communications |
US8712459B2 (en) * | 2010-09-13 | 2014-04-29 | Electronics And Telecommunications Research Institute | Group control method for machine type communication and mobile communication system using the method |
JP2012080416A (ja) * | 2010-10-04 | 2012-04-19 | Sony Corp | 基地局、無線通信方法、プログラム、無線通信システム、および無線端末 |
US20130051265A1 (en) * | 2011-08-25 | 2013-02-28 | Qualcomm Incorporated | Base station enhancements for cooperative multi-point communication |
KR102587135B1 (ko) * | 2011-09-30 | 2023-10-10 | 인터디지탈 패튼 홀딩스, 인크 | 감소된 채널 대역폭을 사용하는 장치 통신 |
US10039088B2 (en) * | 2012-01-26 | 2018-07-31 | Samsung Electronics Co., Ltd. | Method and apparatus for scheduling communication for low capability devices |
US9603048B2 (en) * | 2012-03-16 | 2017-03-21 | Interdigital Patent Holdings, Inc. | Random access procedures in wireless systems |
US9210645B2 (en) * | 2012-05-18 | 2015-12-08 | Industrial Technology Reseach Institute | Method for dynamically controlling data paths, MTC gateway and network device using the same |
WO2014015464A1 (zh) * | 2012-07-23 | 2014-01-30 | 华为技术有限公司 | 一种数据传输方法、系统及其设备 |
-
2012
- 2012-11-20 CN CN201210473314.4A patent/CN103841603B/zh not_active Expired - Fee Related
-
2013
- 2013-11-20 WO PCT/KR2013/010574 patent/WO2014081197A1/en active Application Filing
- 2013-11-20 US US14/429,932 patent/US10805947B2/en active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101841401A (zh) * | 2009-03-17 | 2010-09-22 | 大唐移动通信设备有限公司 | 载波聚合系统中的ack/nack传输方法和基站 |
CN101715237A (zh) * | 2009-11-05 | 2010-05-26 | 中兴通讯股份有限公司 | 基于竞争的上行传输方法及装置 |
CN102487548A (zh) * | 2010-12-06 | 2012-06-06 | 中国移动通信集团公司 | 机器类型通信系统、信息发送与获得方法以及基站与终端 |
CN102413576A (zh) * | 2011-12-21 | 2012-04-11 | 电信科学技术研究院 | 一种pdcch发送、接收方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
US20150237649A1 (en) | 2015-08-20 |
WO2014081197A1 (en) | 2014-05-30 |
US10805947B2 (en) | 2020-10-13 |
CN103841603A (zh) | 2014-06-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103841603B (zh) | 上行分组调度的方法及设备 | |
US11469857B2 (en) | Method and apparatus for transmitting and receiving a feedback signal in a wireless communication system | |
CN110192413B (zh) | 用于复用业务的系统和方法 | |
TWI653853B (zh) | 無線通訊系統中具有不同傳輸時間間隔的控制通道的檢測 | |
CN106658742B (zh) | 数据调度及传输的方法、装置及系统 | |
TWI805799B (zh) | 控制訊息的傳輸方法及資源池配置方法、裝置、通信設備 | |
US9119197B2 (en) | System and method for delay scheduling | |
CN104518843B (zh) | 公有消息发送、接收方法、装置及系统 | |
CN102238621B (zh) | 基于物理下行共享信道传输公共数据的方法和系统 | |
EP4277311A2 (en) | Resource selection for sidelink | |
CN104113925B (zh) | 授权信令发送、获取方法及装置 | |
CN104105203B (zh) | 上下行资源配置信息处理方法及装置 | |
CN104104468B (zh) | 一种上下行配置信息传输方法和设备 | |
CN107852744A (zh) | 用于降低lte上行链路传输的时延的方法和设备 | |
CN107926037A (zh) | 用于降低 lte 上行链路传输的时延的方法和设备 | |
CN108029133A (zh) | 用于降低lte上行链路传输的时延的方法和设备 | |
CN102892084B (zh) | 集群业务处理方法、装置、基站及用户设备 | |
CN107734676A (zh) | 一种数据传输的方法和装置 | |
CN104756433A (zh) | 用于lte的基于组的pdcch能力 | |
CN105610549A (zh) | 一种下行控制信息的传输方法及传输系统 | |
CN116647312A (zh) | 终端装置、基站以及用于终端装置和基站的电路及方法 | |
CN108633036A (zh) | 一种控制信息传输方法及装置 | |
CN105228248B (zh) | 一种d2d传输中的资源分配方法和装置 | |
CN103069763A (zh) | 用于在无线接入系统中传输上行数据的方法和装置 | |
CN106413105A (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20190531 Termination date: 20211120 |
|
CF01 | Termination of patent right due to non-payment of annual fee |