CN106455062B - 一种发送和接收系统消息的方法及装置 - Google Patents
一种发送和接收系统消息的方法及装置 Download PDFInfo
- Publication number
- CN106455062B CN106455062B CN201510498319.6A CN201510498319A CN106455062B CN 106455062 B CN106455062 B CN 106455062B CN 201510498319 A CN201510498319 A CN 201510498319A CN 106455062 B CN106455062 B CN 106455062B
- Authority
- CN
- China
- Prior art keywords
- cell
- time domain
- domain resource
- coverage enhancement
- tbs
- 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
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/12—Wireless traffic scheduling
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供一种发送和接收系统消息的方法及装置，该方法包括：确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强；根据协议约定的时域资源位置与系统消息的TBS和/或小区是否支持覆盖增强的对应关系，确定该小区的系统消息的TBS和/或该小区是否支持覆盖增强所对应的时域资源位置；在该小区的系统消息的调度周期内，在所述确定的时域资源位置上重复发送该小区的系统消息。本发明在不在MIB中新增指示信息的前提下，使得系统消息的时域资源能够根据系统消息的TBS和/或小区是否支持覆盖增强进行调整，从而有效得平衡系统资源开销以及用户系统消息的获取时间。
Description
技术领域
本发明涉及无线通信技术领域，尤其涉及一种发送和接收系统消息的方法及装置。
背景技术
LTE(Long Term Evolution，长期演进)系统中的系统信息分为MIB(MasterInformation Block，主信息块)和SIB(System Information Block，系统信息块)。MIB由PBCH(Physical Broadcast Channel，物理广播信道)承载，传输块大小为24比特，其中的14比特用于承载系统帧号、下行小区带宽、PHICH(Physical HARQ Indication Channel，物理混合自动请求重传指示信道)信息，其余10比特为空闲比特。SIB由PDSCH(PhysicalDownlink Shared Channel，物理下行共享信道)承载，携带PBCH没有涵盖的系统信息。
SIB根据其内容的不同进行了分类，使用SIB1-SIB16来携带。其中，SIB1的传输周期即TTI(Transmission Timing Interval，传输时间间隔)固定为80ms，TTI的起始位置为SFN(System Frame Number，系统帧号)mod 8＝0的无线帧，TTI内每20ms重传相同内容，如图1所示，协议约定SIB1的传输固定在偶数无线帧的子帧5。在上述确定的子帧中，基站通过PDCCH(Physical Downlink Control Channel，物理下行控制信道)调度承载SIB1的PDSCH传输。
在3GPP(3rd Generation Partnership Project，第三代移动通信标准化组织)Rel-13阶段，目前确定会引入一套新SIB(MTC(Machine Type Communications，机器类通信)SIB)，用于承载针对R13低复杂度MTC UE及覆盖增强UE的系统消息。进一步地，确定新SIB不采用物理下行控制信道调度。MIB中将利用空闲比特指示该小区是否支持Rel-13低复杂度UE类型以及小区是否支持覆盖增强特性。此外，MIB还将利用空闲比特指示MTC SIB1的传输块大小TBS。
由于R13低复杂度MTC UE下行只支持1.4MHz接收带宽，因此MTC SIB的传输限制在6个PRB(Physical Resource Block，物理资源块)，且R13低复杂度MTC UE采用单天线接收，因此，MTC SIB需要采用重复传输以保证边缘用户的覆盖。对于信道条件更差的需要覆盖增强的UE，MTC SIB的重复次数将进一步增加。
表1 SNR＝-4dB时SIB需要的重复次数
表2 SNR＝-14.3dB时SIB需要的重复次数
目前关于如何确定MTC SIB1的时域资源位置尚无结论。目前提出的方法包括通过MIB通知或者在协议中约定。
显然，通过MIB通知MTC SIB1时域资源位置的方法需要占用MIB中的空闲比特，从而限制了后续版本/特性对于空闲比特的使用。
如果沿用现有LTE SIB1时域资源位置在协议中约定的方法，则意味着MTC SIB1的时域资源是固定的。然而根据表1和表2可见，不同的MTC SIB1的传输块大小以及小区对于覆盖增强的支持情况会极大的影响MTC SIB1需要的重复次数。如果协议中规定的MTC SIB1的时域资源位置是按照较大的TBS和/或覆盖增强确定的，则对于实际传输的MTC SIB1传输块较小以及小区不支持覆盖增强的情况来说，MTC SIB1的传输资源则存在冗余，从而导致了系统资源的浪费；反之如果协议中规定的MTC SIB1的时域资源位置是按照较小的TBS和/或正常覆盖下确定的，则对于实际传输的MTC SIB1传输块较大以及小区存在需要覆盖增强的终端来说，终端获取MTC SIB1会存在较大的时延，从而导致系统消息的修改周期需要延长，或者存在终端可能跨系统消息修改周期合并MTC SIB1，在系统消息发生改变时会出现MTC SIB1接收错误的情况。
发明内容
在不在MIB中新增指示信息的前提下，使得MTC SIB1的时域资源能够根据MTCSIB1的TBS和/或小区是否支持覆盖增强进行调整，从而有效得平衡系统资源开销以及用户MTC SIB1的获取时间。
本发明提供一种基站发送系统消息的方法，包括：
确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强；
根据协议约定的时域资源位置与系统消息的TBS和/或小区是否支持覆盖增强的对应关系，确定该小区的系统消息的TBS和/或该小区是否支持覆盖增强所对应的时域资源位置；
在该小区的系统消息的调度周期内，在所述确定的时域资源位置上重复发送该小区的系统消息。
优选地，所述调度周期为协议中约定的一个固定值；或者
所述调度周期为协议中约定的与系统消息的TBS和/或小区是否支持覆盖增强对应的一个值；或者
所述调度周期为协议中约定的与时域资源位置对应的一个值。
优选地，该方法还包括：
将小区的系统消息的TBS和/或该小区是否支持覆盖增强，通过主信息块MIB发送给UE。
优选地，在协议约定时域资源位置仅与系统消息的TBS对应时，协议约定多个TBS，越大的TBS对应的时域资源位置越多；
在协议约定时域资源位置仅与小区是否支持覆盖增强对应时，小区支持覆盖增强对应的时域资源位置，多于小区不支持覆盖增强对应的时域资源位置；
在协议约定时域资源位置与系统消息的TBS和小区是否支持覆盖增强对应时，协议约定多个TBS，其中：同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，所有TBS对应的时域资源位置相同，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多；或者，同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，越大的TBS对应的时域资源位置越多，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多。
本发明还提供一种终端接收系统消息的方法，包括：
确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强；
根据协议约定的时域资源位置与系统消息的TBS和/或小区是否支持覆盖增强的对应关系，确定该小区的系统消息的TBS和/或该小区是否支持覆盖增强所对应的时域资源位置；
在该小区的系统消息的调度周期内，在所述确定的时域资源位置上接收系统消息，并将在一个调度周期内接收的系统消息进行合并。
优选地，所述调度周期的为协议中约定的一个固定值；或者
所述调度周期为协议中约定的与系统消息的TBS和/或小区是否支持覆盖增强对应的一个值；
所述调度周期为协议中约定的与时域资源位置对应的一个值。
优选地，确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强，具体包括：
接收基站发送的主信息块MIB，根据所述MIB确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强。
优选地，在协议约定时域资源位置仅与系统消息的TBS对应时，协议约定多个TBS，越大的TBS对应的时域资源位置越多；
在协议约定时域资源位置仅与小区是否支持覆盖增强对应时，小区支持覆盖增强对应的时域资源位置，多于小区不支持覆盖增强对应的时域资源位置；
在协议约定时域资源位置与系统消息的TBS和小区是否支持覆盖增强对应时，协议约定多个TBS，其中：同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，所有TBS对应的时域资源位置相同，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多；或者，同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，越大的TBS对应的时域资源位置越多，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多。
本发明还提供一种基站，包括：
信息确定单元，用于确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强；
时域资源位置确定单元，用于根据协议约定的时域资源位置与系统消息的TBS和/或小区是否支持覆盖增强的对应关系，确定该小区的系统消息的TBS和/或该小区是否支持覆盖增强所对应的时域资源位置；
系统消息发送单元，用于在该小区的系统消息的调度周期内，在所述确定的时域资源位置上重复发送该小区的系统消息。
优选地，所述系统消息发送单元采用的调度周期为协议中约定的一个固定值；或者
所述系统消息发送单元采用的调度周期为协议中约定的与系统消息的TBS和/或小区是否支持覆盖增强对应的一个值；或者
所述系统消息发送单元采用的调度周期为协议中约定的与时域资源位置对应的一个值。
优选地，该基站还包括：
MIB发送单元，用于将小区的系统消息的TBS和/或该小区是否支持覆盖增强，通过主信息块MIB发送给UE。
优选地，在协议约定时域资源位置仅与系统消息的TBS对应时，协议约定多个TBS，越大的TBS对应的时域资源位置越多；
在协议约定时域资源位置仅与小区是否支持覆盖增强对应时，小区支持覆盖增强对应的时域资源位置，多于小区不支持覆盖增强对应的时域资源位置；
在协议约定时域资源位置与系统消息的TBS和小区是否支持覆盖增强对应时，协议约定多个TBS，其中：同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，所有TBS对应的时域资源位置相同，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多；或者，同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，越大的TBS对应的时域资源位置越多，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多。
本发明还提供一种用户终端UE，包括：
信息确定单元，用于确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强；
时域资源位置确定单元，用于根据协议约定的时域资源位置与系统消息的TBS和/或小区是否支持覆盖增强的对应关系，确定该小区的系统消息的TBS和/或该小区是否支持覆盖增强所对应的时域资源位置；
系统消息接收单元，用于在该小区的系统消息的调度周期内，在所述确定的时域资源位置上接收系统消息，并将在一个调度周期内接收的系统消息进行合并。
优选地，所述系统消息接收单元采用的调度周期为协议中约定的一个固定值；或者
所述系统消息接收单元采用的调度周期为协议中约定的与系统消息的TBS和/或小区是否支持覆盖增强对应的一个值；
所述系统消息接收单元采用的调度周期为协议中约定的与时域资源位置对应的一个值。
优选地，所述信息确定单元确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强，具体包括：
接收基站发送的主信息块MIB，根据所述MIB确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强。
优选地，在协议约定时域资源位置仅与系统消息的TBS对应时，协议约定多个TBS，越大的TBS对应的时域资源位置越多；
在协议约定时域资源位置仅与小区是否支持覆盖增强对应时，小区支持覆盖增强对应的时域资源位置，多于小区不支持覆盖增强对应的时域资源位置；
在协议约定时域资源位置与系统消息的TBS和小区是否支持覆盖增强对应时，协议约定多个TBS，其中：同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，所有TBS对应的时域资源位置相同，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多；或者，同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，越大的TBS对应的时域资源位置越多，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多。
利用本发明提供的发送和接收系统消息的方法及装置，具有以下有益效果：
本发明在不在MIB中新增指示信息的前提下，使得系统消息的时域资源能够根据系统消息的TBS和/或小区是否支持覆盖增强进行调整，从而有效的平衡系统资源开销以及用户系统消息的获取时间；由于不在MIB中新增指示信息，最大程度保留的后续版本/特性的可扩展性。
附图说明
图1现有技术中SIB1传输示意图；
图2本发明实施例基站发送系统消息的方法流程图；
图3为本发明实施例终端接收系统消息的方法流程图；
图4为本发明实施例1中基站发送MTC SIB1的示意图；
图5为本发明实施例采用256个无线帧的调度周期对应的基站发送MTCSIB1的示意图；
图6为本发明实施例提供的基站结构图；
图7为本发明另一实施例提供的基站结构图；
图8为本发明实施例提供的用户终端UE结构图；
图9为本发明另一实施例提供的用户终端UE结构图。
具体实施方式
下面结合附图和实施例对本发明提供的发送和接收系统消息的方法及装置进行更详细地说明。
本发明提供的基站发送系统消息的方法，如图2所示，包括：
步骤201，确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强；
对于每个小区，基站可以采用现有机制确定小区的系统消息的TBS和/小区是否支持覆盖增强。
步骤202，根据协议约定的时域资源位置与系统消息的TBS和/或小区是否支持覆盖增强的对应关系，确定该小区的系统消息的TBS和/或该小区是否支持覆盖增强所对应的时域资源位置；
本发明实施协议约定系统消息时域资源位置与系统消息的传输块大小TBS和/或小区是否支持覆盖增强的对应关系，从而可以根据系统消息的TBS和/或该小区是否支持覆盖增强确定系统消息的时域资源位置。
步骤203，在该小区的系统消息的调度周期内，在所述确定的时域资源位置上重复发送该小区的系统消息。
本发明在不在MIB中新增指示信息的前提下，使得系统消息的时域资源能够根据系统消息的TBS和/或小区是否支持覆盖增强进行调整，从而有效的平衡系统资源开销以及用户系统消息的获取时间；由于不在MIB中新增指示信息，最大程度保留的后续版本/特性的可扩展性。
优选地，本发明实施例提供的基站发送系统消息的方法，应用于机器类型通信第一类系统信息块MTC SIB1的发送，MTC SIB1是用于承载针对R13低复杂度MTC UE及覆盖增强UE的相关系统消息。
由于不同的MTC SIB1的传输块大小以及小区对于覆盖增强的支持情况会极大的影响MTC SIB1需要的重复次数。本发明实施例采用协议约定的方式，协议约定时域资源位置与系统消息的TBS和/或小区是否支持覆盖增强的对应关系，从而可以满足不同情况下重传次数的要求。
优选地，可以在每次到达调度周期时，确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强，并确定对应的系统消息的时域资源位置。当然，如果小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强不发生变化，在确定一次时域资源位置后，可以在后续的调度周期内使用该时域资源位置，直至确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强发生变化时，重新确定对应的时域资源位置。
优选地，本实施例中的调度周期可以采用如下任一方式确定：
1)调度周期为协议中约定的一个固定值
可以协议约定一个固定值作为调度周期，基站在固定的调度周期内，在所述确定的时域资源位置上重复发送该小区的系统消息。
2)调度周期为协议中约定的与系统消息的TBS和/或小区是否支持覆盖增强对应的一个值
可以协议约定系统消息的TBS和/或小区是否支持覆盖增强与调度周期的对应关系，则基站可以根据小区的系统消息的TBS和/或小区是否支持覆盖增强确定使用的调度周期。
3)调度周期为协议中约定的与时域资源位置对应的一个值
可以协议约定不同的时域资源位置对应的调度周期，则基站可以根据步骤202确定的时域资源位置确定使用的调度周期。协议约定的不同时域资源位置，可以是协议约定的系统消息的TBS和/或小区是否支持覆盖增强对应的至少一个时域资源位置。
优选地，基站发送系统消息的方法还包括：
将小区的系统消息的TBS和/或该小区是否支持覆盖增强，通过主信息块MIB发送给UE，以使UE确定系统消息的时域资源位置。
本发明实施例中协议约定的时域资源位置与系统消息的TBS和/或小区是否支持覆盖增强的对应关系，可以采用如下优选约定方式：
1)协议约定时域资源位置仅与系统消息的TBS对应
在协议约定时域资源位置仅与系统消息的TBS对应时，协议约定多个TBS，越大的TBS对应的时域资源位置越多。
2)协议约定时域资源位置仅与小区是否支持覆盖增强对应
在协议约定时域资源位置仅与小区是否支持覆盖增强对应时，小区支持覆盖增强对应的时域资源位置，多于小区不支持覆盖增强对应的时域资源位置。
3)协议约定时域资源位置与系统消息的TBS和小区是否支持覆盖增强对应
在协议约定时域资源位置与系统消息的TBS和小区是否支持覆盖增强对应时，协议约定多个TBS，其中：
同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置；
小区不支持覆盖增强时，所有TBS对应的时域资源位置相同，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多。
4)协议约定时域资源位置与系统消息的TBS和小区是否支持覆盖增强对应
在协议约定时域资源位置与系统消息的TBS和小区是否支持覆盖增强对应时，协议约定多个TBS，其中：
同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置；
小区不支持覆盖增强时，越大的TBS对应的时域资源位置越多；
小区支持覆盖增强时，越大的TBS对应的时域资源位置越多。
在终端侧，本发明实施例还提供一种终端接收系统消息的方法，如图3所示，包括：
步骤301，确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强；
步骤302，根据协议约定的时域资源位置与系统消息的TBS和/或小区是否支持覆盖增强的对应关系，确定该小区的系统消息的TBS和/或该小区是否支持覆盖增强所对应的时域资源位置；
步骤303，在该小区的系统消息的调度周期内，在所述确定的时域资源位置上接收系统消息，并将在一个调度周期内接收的系统消息进行合并。
本实施例中的调度周期可以采用如下任一方式确定：
1)调度周期为协议中约定的一个固定值
可以协议约定一个固定值作为调度周期，基站在固定的调度周期内，在所述确定的时域资源位置上重复发送该小区的系统消息。
2)调度周期为协议中约定的与系统消息的TBS和/或小区是否支持覆盖增强对应的一个值
可以协议约定系统消息的TBS和/或小区是否支持覆盖增强与调度周期的对应关系，则基站可以根据小区的系统消息的TBS和/或小区是否支持覆盖增强确定使用的调度周期。
3)调度周期为协议中约定的与时域资源位置对应的一个值
可以协议不同的时域资源位置对应的调度周期，则基站可以根据步骤202确定的时域资源位置确定使用的调度周期。协议约定的不同时域资源位置，可以是协议约定的系统消息的TBS和/或小区是否支持覆盖增强对应的至少一个时域资源位置。
优选地，确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强，具体包括：
接收基站发送的主信息块MIB，根据所述MIB确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强。
优选地，本发明实施例中协议约定的时域资源位置与系统消息的TBS和/或小区是否支持覆盖增强的对应关系，可以采用如下优选约定方式：
1)协议约定时域资源位置仅与系统消息的TBS对应
在协议约定时域资源位置仅与系统消息的TBS对应时，协议约定多个TBS，越大的TBS对应的时域资源位置越多。
2)协议约定时域资源位置仅与小区是否支持覆盖增强对应
在协议约定时域资源位置仅与小区是否支持覆盖增强对应时，小区支持覆盖增强对应的时域资源位置，多于小区不支持覆盖增强对应的时域资源位置。
3)协议约定时域资源位置与系统消息的TBS和小区是否支持覆盖增强对应
在协议约定时域资源位置与系统消息的TBS和小区是否支持覆盖增强对应时，协议约定多个TBS，其中：
同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置；
小区不支持覆盖增强时，所有TBS对应的时域资源位置相同，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多。
4)协议约定时域资源位置与系统消息的TBS和小区是否支持覆盖增强对应
在协议约定时域资源位置与系统消息的TBS和小区是否支持覆盖增强对应时，协议约定多个TBS，其中：
同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置；
小区不支持覆盖增强时，越大的TBS对应的时域资源位置越多；
小区支持覆盖增强时，越大的TBS对应的时域资源位置越多。
下面给出本发明基站发送系统消息和终端接收系统消息的优选实施例。
实施例1
本实施例中系统消息的时域资源位置仅与TBS有关，
本实施例以FDD为例。协议约定MTC SIB1的4种TBS分别为TBS1、TBS2、TBS3和TBS4，其中TBS1<TBS2<TBS3<TBS4，由MIB中的2个比特指示。此外，协议约定4种TBS分别对应的MTCSIB1时域资源位置，如表3所示。
表3
基站根据当前小区的MTC SIB1消息大小，在协议约定的4种TBS中选择一个TBS，并在MIB中通知。优选地，该TBS是满足大于等于MTC SIB1消息大小的最小TBS。
假设确定MTC SIB1的TBS为TBS4。则基站根据协议规定的TBS与MTC SIB1时域资源位置的对应关系，确定所有无线帧的子帧#0、#4、#5、#9为MTC SIB1时域资源位置。
基站在调度周期内，在每个无线帧的子帧#0、#4、#5、#9上重复发送MTC SIB1。
假设MTC SIB1的调度周期为M个无线帧，则基站在M个无线帧中的每个无线帧的子帧#0、#4、#5、#9上重复发送MTC SIB1，如图4所示。
相应地，终端侧通过MIB获取MTC SIB1的TBS，并根据协议约定的TBS与MTC SIB1时域资源位置的对应关系，确定MTC SIB1的时域资源位置。终端接收调度周期内多个时域资源位置上的MTC SIB1进行合并，从而获得MTC SIB1的信息。
实施例2
本实施例中系统消息的时域资源位置仅与小区是否支持覆盖增强有关。
本实施例以TDD为例，协议约定支持覆盖增强特性的小区与不支持覆盖增强特性的小区分别对应的MTC SIB1时域资源位置，小区是否支持覆盖增强特性由MIB中的1个比特指示，具体如表4所示。
表4
基站根据当前小区是否支持覆盖增强特性以及协议约定的小区是否支持覆盖增强特性与MTC SIB1时域资源位置的对应关系，确定MTC SIB1的时域资源位置。
基站在调度周期内，在所述时域资源位置上重复发送MTC SIB1。
终端侧通过MIB获取小区是否支持覆盖增强特性，并根据协议约定的小区是否支持覆盖增强特性与MTC SIB1时域资源位置的对应关系，确定MTC SIB1的时域资源位置。终端接收调度周期内多个时域资源位置上的MTC SIB1进行合并，从而获得MTC SIB1的信息。
实施例3
本实施例中系统消息时域资源位置与TBS及小区是否支持覆盖增强有关。
本实施例以TDD为例，协议约定MTC SIB1的3种TBS分别为TBS1、TBS2和TBS3，其中TBS1<TBS2<TBS3，由MIB中的2个比特指示。协议约定MTC SIB1时域资源位置与小区是否支持覆盖增强以及MTC SIB1的TBS的对应关系。其中，对于小区不支持覆盖增强特性的情况，MTC SIB1的时域资源位置与MTC SIB1的TBS无关；对于小区支持覆盖增强特性的情况，MTCSIB1时域资源位置进一步与MTC SIB1的TBS关联，如表5所示。
表5
基站根据当前小区是否支持覆盖增强特性以及当前小区的MTC SIB1的TBS，基于协议约定的对应关系，确定MTC SIB1的时域资源位置。基站在调度周期内的所述时域资源位置上重复发送MTC SIB1。
终端侧通过MIB获取小区是否支持覆盖增强特性以及当前小区的MTC SIB1消息大小，并根据协议约定的对应关系，确定MTC SIB1的时域资源位置。终端在调度周期内接收多个时域资源位置上的MTC SIB1进行合并，从而获得MTC SIB1的信息。
实施例4
本实施例中系统消息时域资源位置与TBS及小区是否支持覆盖增强有关。
本实施例以FDD为例，协议约定MTC SIB1的3种TBS分别为TBS1、TBS2和TBS3，其中TBS1<TBS2<TBS3，由MIB中的2个比特指示。协议约定MTC SIB1时域资源位置与小区是否支持覆盖增强以及MTC SIB1的TBS的对应关系。其中，MTC SIB1的时域资源位置与小区是否支持覆盖增强特性以及MTC SIB1的TBS均相关，如表6所示。
表6
基站根据当前小区是否支持覆盖增强特性以及当前小区的MTC SIB1的TBS，基于协议约定的对应关系，确定MTC SIB1的时域资源位置。基站在调度周期内的所述时域资源位置上重复发送MTC SIB1。
终端侧通过MIB获取小区是否支持覆盖增强特性以及当前小区的MTC SIB1消息大小，并根据协议约定的对应关系，确定MTC SIB1的时域资源位置。终端在调度周期内接收多个时域资源位置上的MTC SIB1进行合并，从而获得MTC SIB1的信息。
上述实施例1～4中，MTC SIB1的调度周期长度可以为协议中预定义的一个固定值，例如在协议中约定MTC SIB1的调度周期固定为256个无线帧，即2.56s。MTC SIB1的调度周期起始无线帧满足SFN mod 256＝0。则实施例1中MTC SIB1的调度周期及时域资源位置如图5所示。
或者，MTC SIB1的调度周期长度可以为协议中约定的与MTC SIB1的TBS和/或小区是否支持覆盖增强对应的一个值。如表7所示，在协议中约定MTC SIB1的调度周期长度如下：
表7
或者，MTC SIB1的调度周期长度可以为协议中约定的与时域资源位置对应的一个值。以FDD为例，如表8所示，在协议中约定MTC SIB1的调度周期长度如下：
表8
基于同一发明构思，本发明实施例中还提供了一种基站和终端，由于该基站和终端解决问题的原理与一种发送和接收系统消息的方法相似，因此该基站和终端的实施可以参见方法的实施，重复之处不再赘述。
本发明提供一种基站，如图6所示，包括：
信息确定单元601，用于确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强；
时域资源位置确定单元602，用于根据协议约定的时域资源位置与系统消息的TBS和/或小区是否支持覆盖增强的对应关系，确定该小区的系统消息的TBS和/或该小区是否支持覆盖增强所对应的时域资源位置；
系统消息发送单元603，用于在该小区的系统消息的调度周期内，在所述确定的时域资源位置上重复发送该小区的系统消息。
优选地，所述系统消息发送单元采用的调度周期为协议中约定的一个固定值；
或者，所述系统消息发送单元采用的调度周期为协议中约定的与系统消息的TBS和/或小区是否支持覆盖增强对应的一个值；
或者，所述系统消息发送单元采用的调度周期为协议中约定的与时域资源位置对应的一个值。
优选地，该基站还包括：
MIB发送单元，用于将小区的系统消息的TBS和/或该小区是否支持覆盖增强，通过主信息块MIB发送给UE。
优选地，在协议约定时域资源位置仅与系统消息的TBS对应时，协议约定多个TBS，越大的TBS对应的时域资源位置越多；
在协议约定时域资源位置仅与小区是否支持覆盖增强对应时，小区支持覆盖增强对应的时域资源位置，多于小区不支持覆盖增强对应的时域资源位置；
在协议约定时域资源位置与系统消息的TBS和小区是否支持覆盖增强对应时，协议约定多个TBS，其中：同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，所有TBS对应的时域资源位置相同，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多；或者，同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，越大的TBS对应的时域资源位置越多，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多。
本发明实施例还提供一种基站，如图7所示，包括处理器700、收发机710和存储器720，其中：
处理器700，用于读取存储器720中的程序，执行下列过程：
确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强；
根据协议约定的时域资源位置与系统消息的TBS和/或小区是否支持覆盖增强的对应关系，确定该小区的系统消息的TBS和/或该小区是否支持覆盖增强所对应的时域资源位置；
在该小区的系统消息的调度周期内，在所述确定的时域资源位置上通过收发机710重复发送该小区的系统消息；
收发机710，用于在处理器700的控制下接收和发送数据。
其中，在图7中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器700代表的一个或多个处理器和存储器720代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机710可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器700负责管理总线架构和通常的处理，存储器720可以存储处理器700在执行操作时所使用的数据。
本发明实施例还提供一种用户终端UE，如图8所示，包括：
信息确定单元801，用于确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强；
时域资源位置确定单元802，用于根据协议约定的时域资源位置与系统消息的TBS和/或小区是否支持覆盖增强的对应关系，确定该小区的系统消息的TBS和/或该小区是否支持覆盖增强所对应的时域资源位置；
系统消息接收单元803，用于在该小区的系统消息的调度周期内，在所述确定的时域资源位置上接收系统消息，并将在一个调度周期内接收的系统消息进行合并。
优选地，所述系统消息接收单元采用的调度周期为协议中约定的一个固定值；
或者，所述系统消息接收单元采用的调度周期为协议中约定的与系统消息的TBS和/或小区是否支持覆盖增强对应的一个值；
或者，所述系统消息接收单元采用的调度周期为协议中约定的与时域资源位置对应的一个值。
优选地，所述信息确定单元确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强，具体包括：
接收基站发送的主信息块MIB，根据所述MIB确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强。
优选地，在协议约定时域资源位置仅与系统消息的TBS对应时，协议约定多个TBS，越大的TBS对应的时域资源位置越多；
在协议约定时域资源位置仅与小区是否支持覆盖增强对应时，小区支持覆盖增强对应的时域资源位置，多于小区不支持覆盖增强对应的时域资源位置；
在协议约定时域资源位置与系统消息的TBS和小区是否支持覆盖增强对应时，协议约定多个TBS，其中：同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，所有TBS对应的时域资源位置相同，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多；或者，同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，越大的TBS对应的时域资源位置越多，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多。
本发明实施例还提供一种用户设备UE，如图9所示，包括处理器900、收发机910和存储器920，其中：
处理器900，用于读取存储器920中的程序，执行下列过程：确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强；根据协议约定的时域资源位置与系统消息的TBS和/或小区是否支持覆盖增强的对应关系，确定该小区的系统消息的TBS和/或该小区是否支持覆盖增强所对应的时域资源位置；在该小区的系统消息的调度周期内，在所述确定的时域资源位置上接收系统消息，并将在一个调度周期内接收的系统消息进行合并；
收发机910，用于在处理器900的控制下接收和发送数据。
其中，在图9中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器900代表的一个或多个处理器和存储器920代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机910可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。针对不同的用户设备，用户接口930还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。
处理器900负责管理总线架构和通常的处理，存储器920可以存储处理器900在执行操作时所使用的数据。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (16)
1.一种基站发送系统消息的方法，其特征在于，包括：
确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强；
根据协议约定的时域资源位置与系统消息的TBS和/或小区是否支持覆盖增强的对应关系，确定该小区的系统消息的TBS和/或该小区是否支持覆盖增强所对应的时域资源位置；在协议约定时域资源位置仅与小区是否支持覆盖增强对应时，小区支持覆盖增强对应的时域资源位置，多于小区不支持覆盖增强对应的时域资源位置；
在该小区的系统消息的调度周期内，在所述确定的时域资源位置上重复发送该小区的系统消息。
2.如权利要求1所述的方法，其特征在于，
所述调度周期为协议中约定的一个固定值；或者
所述调度周期为协议中约定的与系统消息的TBS和/或小区是否支持覆盖增强对应的一个值；或者
所述调度周期为协议中约定的与时域资源位置对应的一个值。
3.如权利要求1所述的方法，其特征在于，还包括：
将小区的系统消息的TBS和/或该小区是否支持覆盖增强，通过主信息块MIB发送给UE。
4.如权利要求1～3任一所述的方法，其特征在于，
在协议约定时域资源位置仅与系统消息的TBS对应时，协议约定多个TBS，越大的TBS对应的时域资源位置越多；
在协议约定时域资源位置与系统消息的TBS和小区是否支持覆盖增强对应时，协议约定多个TBS，其中：同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，所有TBS对应的时域资源位置相同，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多；或者，同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，越大的TBS对应的时域资源位置越多，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多。
5.一种终端接收系统消息的方法，其特征在于，包括：
确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强；
根据协议约定的时域资源位置与系统消息的TBS和/或小区是否支持覆盖增强的对应关系，确定该小区的系统消息的TBS和/或该小区是否支持覆盖增强所对应的时域资源位置；在协议约定时域资源位置仅与小区是否支持覆盖增强对应时，小区支持覆盖增强对应的时域资源位置，多于小区不支持覆盖增强对应的时域资源位置；
在该小区的系统消息的调度周期内，在所述确定的时域资源位置上接收系统消息，并将在一个调度周期内接收的系统消息进行合并。
6.如权利要求5所述的方法，其特征在于，
所述调度周期为协议中约定的一个固定值；或者
所述调度周期为协议中约定的与系统消息的TBS和/或小区是否支持覆盖增强对应的一个值；
所述调度周期为协议中约定的与时域资源位置对应的一个值。
7.如权利要求5所述的方法，其特征在于，确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强，具体包括：
接收基站发送的主信息块MIB，根据所述MIB确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强。
8.如权利要求5所述的方法，其特征在于，
在协议约定时域资源位置仅与系统消息的TBS对应时，协议约定多个TBS，越大的TBS对应的时域资源位置越多；
在协议约定时域资源位置与系统消息的TBS和小区是否支持覆盖增强对应时，协议约定多个TBS，其中：同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，所有TBS对应的时域资源位置相同，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多；或者，同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，越大的TBS对应的时域资源位置越多，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多。
9.一种基站，其特征在于，包括：
信息确定单元，用于确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强；
时域资源位置确定单元，用于根据协议约定的时域资源位置与系统消息的TBS和/或小区是否支持覆盖增强的对应关系，确定该小区的系统消息的TBS和/或该小区是否支持覆盖增强所对应的时域资源位置；在协议约定时域资源位置仅与小区是否支持覆盖增强对应时，小区支持覆盖增强对应的时域资源位置，多于小区不支持覆盖增强对应的时域资源位置；
系统消息发送单元，用于在该小区的系统消息的调度周期内，在所述确定的时域资源位置上重复发送该小区的系统消息。
10.如权利要求9所述的基站，其特征在于，
所述系统消息发送单元采用的调度周期为协议中约定的一个固定值；或者
所述系统消息发送单元采用的调度周期为协议中约定的与系统消息的TBS和/或小区是否支持覆盖增强对应的一个值；或者
所述系统消息发送单元采用的调度周期为协议中约定的与时域资源位置对应的一个值。
11.如权利要求9所述的基站，其特征在于，还包括：
MIB发送单元，用于将小区的系统消息的TBS和/或该小区是否支持覆盖增强，通过主信息块MIB发送给UE。
12.如权利要求9～11任一所述的基站，其特征在于，
在协议约定时域资源位置仅与系统消息的TBS对应时，协议约定多个TBS，越大的TBS对应的时域资源位置越多；
在协议约定时域资源位置与系统消息的TBS和小区是否支持覆盖增强对应时，协议约定多个TBS，其中：同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，所有TBS对应的时域资源位置相同，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多；或者，同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，越大的TBS对应的时域资源位置越多，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多。
13.一种用户终端UE，其特征在于，包括：
信息确定单元，用于确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强；
时域资源位置确定单元，用于根据协议约定的时域资源位置与系统消息的TBS和/或小区是否支持覆盖增强的对应关系，确定该小区的系统消息的TBS和/或该小区是否支持覆盖增强所对应的时域资源位置；在协议约定时域资源位置仅与小区是否支持覆盖增强对应时，小区支持覆盖增强对应的时域资源位置，多于小区不支持覆盖增强对应的时域资源位置；
系统消息接收单元，用于在该小区的系统消息的调度周期内，在所述确定的时域资源位置上接收系统消息，并将在一个调度周期内接收的系统消息进行合并。
14.如权利要求13所述的UE，其特征在于，
所述系统消息接收单元采用的调度周期为协议中约定的一个固定值；或者
所述系统消息接收单元采用的调度周期为协议中约定的与系统消息的TBS和/或小区是否支持覆盖增强对应的一个值；
所述系统消息接收单元采用的调度周期为协议中约定的与时域资源位置对应的一个值。
15.如权利要求13所述的UE，其特征在于，所述信息确定单元确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强，具体包括：
接收基站发送的主信息块MIB，根据所述MIB确定小区的系统消息的传输块大小TBS和/或该小区是否支持覆盖增强。
16.如权利要求13～15任一所述的UE，其特征在于，
在协议约定时域资源位置仅与系统消息的TBS对应时，协议约定多个TBS，越大的TBS对应的时域资源位置越多；
在协议约定时域资源位置与系统消息的TBS和小区是否支持覆盖增强对应时，协议约定多个TBS，其中：同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，所有TBS对应的时域资源位置相同，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多；或者，同一个TBS在小区支持覆盖增强时对应的时域资源位置，多于小区不支持覆盖增强时对应的时域资源位置，小区不支持覆盖增强时，越大的TBS对应的时域资源位置越多，小区支持覆盖增强时，越大的TBS对应的时域资源位置越多。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510498319.6A CN106455062B (zh) | 2015-08-13 | 2015-08-13 | 一种发送和接收系统消息的方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510498319.6A CN106455062B (zh) | 2015-08-13 | 2015-08-13 | 一种发送和接收系统消息的方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106455062A CN106455062A (zh) | 2017-02-22 |
| CN106455062B true CN106455062B (zh) | 2019-12-13 |
Family
ID=58093736
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510498319.6A Active CN106455062B (zh) | 2015-08-13 | 2015-08-13 | 一种发送和接收系统消息的方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106455062B (zh) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN113169993A (zh) * | 2018-11-27 | 2021-07-23 | 现代自动车株式会社 | M2m系统中重复发送消息的方法和装置 |
| CN111093256B (zh) * | 2019-12-30 | 2021-06-04 | 紫光展锐(重庆)科技有限公司 | 空闲态ue的信令接收方法及装置、存储介质、终端 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102781095B (zh) * | 2011-05-09 | 2015-07-29 | 华为技术有限公司 | 数据传输的方法、基站、用户设备及系统 |
| CN103298090B (zh) * | 2012-03-02 | 2017-04-12 | 华为技术有限公司 | 信息传输方法、基站和用户设备 |
| CN103929266B (zh) * | 2013-01-15 | 2019-08-09 | 中兴通讯股份有限公司 | 控制信道传输、传输处理方法及装置、网络侧设备、终端 |
| CN104602226A (zh) * | 2013-10-31 | 2015-05-06 | 中兴通讯股份有限公司 | 一种发送、接收系统信息的方法及装置 |
| CN104811264B (zh) * | 2014-01-28 | 2019-09-24 | 中兴通讯股份有限公司 | 一种系统信息的传输方法、基站、终端和系统 |
-
2015
- 2015-08-13 CN CN201510498319.6A patent/CN106455062B/zh active Active
Also Published As
| Publication number | Publication date |
|---|---|
| CN106455062A (zh) | 2017-02-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN106465391B (zh) | 资源调度方法、调度器、基站、终端及系统 | |
| US11229041B2 (en) | Downlink control information (DCI) transmission method, network device, and user equipment | |
| JP6034485B2 (ja) | Ｈａｒｑをサポートする、ワイヤレス通信方法、ユーザ装置および基地局 | |
| CN110225466B (zh) | 一种多播业务读取、发送方法及相关设备 | |
| CN110035439B (zh) | 一种蜂窝网中的laa传输方法和装置 | |
| CN110278062A (zh) | 资源指示、确定方法及装置 | |
| TW201318390A (zh) | 在長期演進分時雙工系統中通知一上行鏈路／下行鏈路組態 | |
| TWI784951B (zh) | 傳輸參考訊號的方法、網路設備和終端設備 | |
| CN111801922B (zh) | 用于支持v2x业务的控制信道结构设计 | |
| TWI731117B (zh) | 傳輸信息的方法和裝置 | |
| EP3267613A1 (en) | Data transmission method, feedback information transmission method, and related device | |
| CN110100494B (zh) | 一种数据传输的方法及设备 | |
| US20170187428A1 (en) | CoMP JT COMMUNICATION METHOD AND BASE STATION | |
| CN108293245B (zh) | 一种数据通信的方法、终端设备及网络设备 | |
| CN106455062B (zh) | 一种发送和接收系统消息的方法及装置 | |
| WO2016169479A1 (zh) | 一种数据传输方法及设备 | |
| CN107371185B (zh) | 系统消息的发送、接收方法及装置、基站、终端 | |
| WO2017004757A1 (zh) | 一种通信方法及装置 | |
| WO2017194027A1 (zh) | 一种传输信息的方法和装置、计算机存储介质 | |
| CN103975618B (zh) | 传输信息的方法和装置 | |
| CN109792585B (zh) | 一种通信方法及装置 | |
| WO2015135479A1 (zh) | 一种进行频点配置和数据传输的方法、设备及系统 | |
| JP6505269B2 (ja) | Ｈａｒｑをサポートする、ワイヤレス通信方法、ユーザ装置および基地局 | |
| KR20230088910A (ko) | 정보 전송 처리 방법, 장치 및 단말 | |
| WO2014047819A1 (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 | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| CP01 | Change in the name or title of a patent holder | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210602 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right |