CN102104460B - 一种确定反馈信息比特数的方法和设备 - Google Patents
一种确定反馈信息比特数的方法和设备 Download PDFInfo
- Publication number
- CN102104460B CN102104460B CN 201110066515 CN201110066515A CN102104460B CN 102104460 B CN102104460 B CN 102104460B CN 201110066515 CN201110066515 CN 201110066515 CN 201110066515 A CN201110066515 A CN 201110066515A CN 102104460 B CN102104460 B CN 102104460B
- Authority
- CN
- China
- Prior art keywords
- feedback information
- bit number
- descending sub
- member carrier
- determining
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例涉及无线通信技术领域，特别涉及一种确定反馈信息比特数的方法和设备，用以解决现有技术中存在的确定反馈信息比特殊的方式有可能增加了上行反馈的比特数目，降低反馈性能的问题。本发明实施例的方法包括：确定上行主载波中进行反馈的上行子帧所对应的多个成员载波中能够传输PDSCH的下行子帧；根据确定的每个成员载波中下行子帧的反馈信息的比特数，确定需要发送的反馈信息的总比特数。由于在确定反馈信息比特数时只考虑能够传输PDSCH的子帧的反馈信息，从而避免冗余的反馈信息，降低了上行反馈的比特数目，提高了反馈性能和PDSCH传输性能。
Description
技术领域
本发明涉及无线通信技术领域，特别涉及一种确定反馈信息比特数的方法和设备。
背景技术
对于长期演进多载波***，为支持比LTE(Long Term Evolution，长期演进)***更宽的***带宽，LTE Rel-10(版本10)中采用了载波聚合技术，即将多个连续或非连续的载波聚合在一起进行工作，提高***的峰值速率，如图1A所示。
LTE Rel-10***最多可支持5个载波进行聚合，一个UE(终端)需要在同一个上行子帧内反馈对应多个下行载波及下行子帧的ACK(ACKnowledgement，正确应答指令)/NACK(Negative ACKnowledgement，错误应答指令)反馈信息。LTE-A***中已确定了PUCCH(Physical UplinkControl Channel，物理上行控制信道)format1b和3作为反馈信息的在PUCCH上的复用传输方案，其中PUCCH format 1b传输方案的最大传输比特数为4比特，PUCCH format3传输方案的最大传输比特数为20比特。此外，反馈信息还可以在PUSCH(Physical Uplink Shared Channel，物理上行链路共享信道)上传输。PUCCH和PUSCH的UCI(Uplink Control Information，上行控制信息)传输都只能在上行主载波上发送，即主载波上一次反馈针对多个下行载波的反馈信息。
在Rel-10载波聚合情况下，已经确定UE需要反馈的ACK/NACK码本大小根据基站向该UE配置的下行成员载波数目和每个成员载波的传输块数目决定。以FDD(Frequency division duplex，频分双工)为例，如配置了2个成员载波聚合，每个成员载波最多传输2码字，则ACK/NACK码本大小为4比特。对于TDD(Time division duplex，时分双工)，由于存在上行子帧小于下行子帧的情况，UE需要在一个上行子帧内反馈针对多个下行子帧PDSCH的ACK/NACK，以TDD上下行配置2为例，如图1B所示，UE需要在上行子帧7反馈针对下行子帧9，0，1，3的ACK/NACK，同时需要在上行子帧2反馈针对下行子帧4，5，6，8的ACK/NACK。如果UE被配置了2个下行成员载波聚合，且每个载波上配置的传输模式允许最大传输2个TB，则UE需要在上行主载波上的子帧2或7上反馈的ACK/NACK码本大小为16bits。
LTE Rel-10中已经确定在载波聚合情况下，每个成员载波的下行PDSCH(Physical Downlink Shared Channel，物理下行链路共享信道)传输模式是独立配置的。在有些配置中，UE不能在某些子帧中传输PDSCH，但是由于目前的设计中反馈信息的大小没有考虑子帧类型，将不需要反馈信息的在波也考虑在内，从而增加了上行反馈的比特数目，降低了反馈性能。
综上所述，目前确定反馈信息比特殊的方式有可能增加上行反馈的比特数目，降低反馈性能。
发明内容
本发明实施例提供的一种确定反馈信息比特数的方法和设备，用以解决现有技术中存在的确定反馈信息比特殊的方式有可能增加了上行反馈的比特数目，降低反馈性能的问题。
本发明实施例提供的一种确定反馈信息比特数的方法，包括：
在成员载波上采用传输模式1～8接收下行数据时，确定在该成员载波上除多媒体广播多播业务单频网络MBSFN子帧之外的其他下行子帧中能够通过物理下行链路共享信道PDSCH传输下行数据的下行子帧；
根据确定的每个成员载波中下行子帧的反馈信息的比特数，确定需要发送的反馈信息的总比特数。
较佳的，在成员载波上采用传输模式9接收下行数据时，确定在该成员载波上的所有下行子帧中能够通过PDSCH传输下行数据的下行子帧。
较佳的，所述确定需要发送的反馈信息的总比特数包括：
将确定的每个成员载波中下行子帧的反馈信息的比特数相加，得到的数值作为需要发送的反馈信息的总比特数。
较佳的，所述方法应用于TDD***和FDD***。
本发明实施例提供的一种确定反馈信息比特数的设备，包括：
子帧确定模块，用于在成员载波上采用传输模式1～8接收下行数据时，确定在该成员载波上除MBSFN子帧之外的其他下行子帧中能够通过物理下行链路共享信道PDSCH传输下行数据的下行子帧；
比特数确定模块，用于根据确定的每个成员载波中下行子帧的反馈信息的比特数，确定需要发送的反馈信息的总比特数。
较佳的，所述子帧确定模块还用于：
在成员载波上采用传输模式9接收下行数据时，确定在该成员载波上的所有下行子帧中能够通过PDSCH传输下行数据的下行子帧。
较佳的，所述比特数确定模块具体用于：
将确定的每个成员载波中下行子帧的反馈信息的比特数相加，得到的数值作为需要发送的反馈信息的总比特数。
较佳的，所述设备应用于TDD***和FDD***。
由于在确定反馈信息比特数时只考虑能够传输PDSCH的子帧的反馈信息，从而避免冗余的反馈信息，降低了上行反馈的比特数目，提高了反馈性能和PDSCH传输性能。
附图说明
图1A为背景技术中频谱聚合***示意图；
图1B为背景技术中TDD上下行配置2的反馈时序图；
图2为本发明实施例确定反馈信息比特数的设备结构示意图；
图3为本发明实施例确定反馈信息比特数的方法流程示意图；
图4为本发明实施例第一种TDD UE2个聚合CC(Component Carrier，成员载波)上的MBSFN(Multimedia Broadcast multicast service Single FrequencyNetwork，多媒体广播多播业务单频网络)子帧和传输模式配置示意图；
图5为本发明实施例第二种TDD UE2个聚合CC上的MBSFN子帧和传输模式配置示意图；
图6为本发明实施例FDD UE4个聚合CC上的MBSFN子帧和传输模式配置。
具体实施方式
本发明实施例根据上行主载波中进行反馈的上行子帧所对应的多个成员载波中能够传输PDSCH的下行子帧的反馈信息的比特数，确定需要发送的反馈信息的总比特数。由于在确定反馈信息比特数时只考虑能够传输PDSCH的子帧的反馈信息，从而避免冗余的反馈信息，降低了上行反馈的比特数目。
本发明实施例的方案可以应用于TDD***和FDD***。
下面结合说明书附图对本发明实施例作进一步详细描述。
如图2所示，本发明实施例确定反馈信息比特数的设备包括：子帧确定模块10和比特数确定模块20。
子帧确定模块10，用于确定上行主载波中进行反馈的上行子帧所对应的多个成员载波中能够传输PDSCH的下行子帧。
比特数确定模块20，用于根据子帧确定模块10确定的每个成员载波中下行子帧的反馈信息的比特数，确定需要发送的反馈信息的总比特数。
其中，对于FDD***，上行子帧所对应的一个成员载波中能够传输PDSCH的下行子帧的数量是一个；
对于TDD***，上行子帧所对应的一个成员载波中能够传输PDSCH的下行子帧的数量是至少一个，具体由3GPP TS36.213Rel-10Table10.1-1规定。
LTE Rel-10中每个成员载波的下行PDSCH传输模式是独立配置的，其中支持的传输模式包括9种，具体参见表1。
| 传输模式 |
| 1.单端口传输(端口0) |
| 2.发射分集 |
| 3.开环空间复用 |
| 4.闭环空间复用 |
| 5.多用户MIMO |
| 6.秩为1的闭环预编码 |
| 7.单端口传输(端口5) |
| 8.双流波束赋形 |
| 9.支持最大8层传输 |
表1
LTE***支持下行MBSFN子帧类型，即一个下行子帧的前1-2个OFDM符号传输控制信令，而对于传输模式1-8来说在MBSFN子帧中不能传输PDSCH，对于传输模式9可以在MBSFN子帧中传输基于DMRS(DemodulationReference Symbol，解调参考符号)的PDSCH。
基于此，较佳的，子帧确定模块10在成员载波上采用传输模式1～8接收下行数据时，在该成员载波上除MBSFN子帧之外的其他下行子帧中确定的能够传输PDSCH的下行子帧；
子帧确定模块10在成员载波上采用传输模式9接收下行数据时，在该成员载波上的所有下行子帧中确定的能够传输PDSCH的下行子帧。
较佳的，比特数确定模块20将确定的每个成员载波中下行子帧的反馈信息的比特数相加，得到的数值作为需要发送的反馈信息的总比特数。
比如成员载波1上确定一个上行反馈子帧所对应的下行子帧1的比特数是2，下行子帧2的比特数是2，则针对成员载波1的下行子帧1和2的反馈信息的总比特数是4。
其中，本发明实施例的确定反馈信息比特数的设备可以是终端，也可以是其他需要确定反馈信息比特数的设备。
基于同一发明构思，本发明实施例中还提供了一种确定反馈信息比特数的方法，由于该方法解决问题的原理与确定反馈信息比特数的设备相似，因此该方法的实施可以参见设备的实施，重复之处不再赘述。
如图3所示，本发明实施例确定反馈信息比特数的方法包括下列步骤：
步骤301、确定上行主载波中进行反馈的上行子帧所对应的多个成员载波中能够传输PDSCH的下行子帧。
步骤302、根据确定的每个成员载波中下行子帧的反馈信息的比特数，确定需要发送的反馈信息的总比特数。
LTE Rel-10中每个成员载波的下行PDSCH传输模式是独立配置的，其中支持的传输模式包括9种，具体参见表1。
LTE***支持下行MBSFN子帧类型，即一个下行子帧的前1-2个OFDM符号传输控制信令，而对于传输模式1-8来说在MBSFN子帧中不能传输PDSCH，对于传输模式9可以在MBSFN子帧中传输基于DMRS的PDSCH。
基于此，较佳的，步骤301中在成员载波上采用传输模式1～8接收下行数据时，在该成员载波上除MBSFN子帧之外的其他下行子帧中确定的能够传输PDSCH的下行子帧；
步骤301中在成员载波上采用传输模式9接收下行数据时，在该成员载波上的所有下行子帧中确定的能够传输PDSCH的下行子帧。
较佳的，步骤302中，将确定的每个成员载波中下行子帧的反馈信息的比特数相加，得到的数值作为需要发送的反馈信息的总比特数。
下面列举几个例子对本发明的方案进行详细说明。
以图4为例，一个TDD UE聚合了2个下行载波，每个成员载波上的传输模式均为模式8，而2个载波中的子帧3、4、8和9都配置为MBSFN子帧。
按照目前的方式UE仍需要在子帧2或7各反馈16bits的ACK/NACK信息，而这其中针对子帧3、4、8和9的反馈信息为冗余信息，没有实际含义，因此实际每次反馈多传输了8bits无用信息，这样会造成ACK/NACK反馈性能下降，间接影响下行传输性能。
按照本发明实施例的方案在上行主载波的子帧2上仅反馈对应每个CC上的非MBSFN子帧的ACK/NACK信息(即子帧5和6)，对应的ACK/NACK码本大小为8比特；在上行主载波的子帧7上仅反馈对应每个CC上的非MBSFN子帧的ACK/NACK信息(即子帧0和1)，对应的ACK/NACK码本大小为8比特。
从上面可以看出：相同场景下，本发明的方案节省了8bits，从而上行反馈的比特数目，提高了反馈性能和PDSCH传输性能。
以图5为例，UE在CC1上配置为传输模式8，在CC2上配置为传输模式9，则计算ACK/NACK反馈码本大小时应排除CC1上的MBSFN子帧对应的反馈比特。即在上行主载波的子帧2上反馈针对CC1上子帧5和6和CC2上子帧4、5、6和8的ACK/NACK信息，对应的ACK/NACK码本大小为12比特；在上行主载波的子帧7上反馈针对CC1上子帧0和1和CC2上子帧9、0、1和3的ACK/NACK信息，对应的ACK/NACK码本大小为12比特。
以图6为例，假设没有空间码字之间的ACK/NACK合并。
一个FDD UE聚合了4个DL CC，且每个DL CC上的子帧1、2、6和7配置为MBSFN子帧，UE在DL CC1和DL CC2上配置为传输模式8，在DL CC3和DL CC4上配置为传输模式9。
计算ACK/NACK反馈码本大小时，排除DL CC1和DL CC2上各个MBSFN子帧对应的反馈比特。即在上行主载波的上行子帧5和6反馈对应于下行载波的下行子帧1和2的ACK/NACK信息，此时仅包含DL CC3和DL CC4的对应反馈比特，即反馈码本大小为4bits；在主载波的上行子帧0和1反馈对应于下行载波下行子帧6和7的ACK/NACK信息，此时仅包含DL CC3和DL CC4的对应反馈比特，即反馈码本大小为4bits。
本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
由于在确定反馈信息比特数时只考虑能够传输PDSCH的子帧的反馈信息，从而避免冗余的反馈信息，降低了上行反馈的比特数目，提高了反馈性能和PDSCH传输性能。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (8)
1.一种确定反馈信息比特数的方法，其特征在于，该方法包括：
在成员载波上采用传输模式1～8接收下行数据时，确定在该成员载波上除多媒体广播多播业务单频网络MBSFN子帧之外的其他下行子帧中能够通过物理下行链路共享信道PDSCH传输下行数据的下行子帧；
根据确定的每个成员载波中下行子帧的反馈信息的比特数，确定需要发送的反馈信息的总比特数。
2.如权利要求1所述的方法，其特征在于，在成员载波上采用传输模式9接收下行数据时，确定在该成员载波上的所有下行子帧中能够通过PDSCH传输下行数据的下行子帧。
3.如权利要求1～2任一所述的方法，其特征在于，所述确定需要发送的反馈信息的总比特数包括：
将确定的每个成员载波中下行子帧的反馈信息的比特数相加，得到的数值作为需要发送的反馈信息的总比特数。
4.如权利要求1～2任一所述的方法，其特征在于，所述方法应用于TDD***和FDD***。
5.一种确定反馈信息比特数的设备，其特征在于，该设备包括：
子帧确定模块，用于在成员载波上采用传输模式1～8接收下行数据时，确定在该成员载波上除MBSFN子帧之外的其他下行子帧中能够通过物理下行链路共享信道PDSCH传输下行数据的下行子帧；
比特数确定模块，用于根据确定的每个成员载波中下行子帧的反馈信息的比特数，确定需要发送的反馈信息的总比特数。
6.如权利要求5所述的设备，其特征在于，所述子帧确定模块还用于：
在成员载波上采用传输模式9接收下行数据时，确定在该成员载波上的所有下行子帧中能够通过PDSCH传输下行数据的下行子帧。
7.如权利要求5～6任一所述的设备，其特征在于，所述比特数确定模块具体用于：
将确定的每个成员载波中下行子帧的反馈信息的比特数相加，得到的数值作为需要发送的反馈信息的总比特数。
8.如权利要求5～6任一所述的设备，其特征在于，所述设备应用于TDD***和FDD***。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201110066515 CN102104460B (zh) | 2011-03-18 | 2011-03-18 | 一种确定反馈信息比特数的方法和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN 201110066515 CN102104460B (zh) | 2011-03-18 | 2011-03-18 | 一种确定反馈信息比特数的方法和设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102104460A CN102104460A (zh) | 2011-06-22 |
| CN102104460B true CN102104460B (zh) | 2013-06-26 |
Family
ID=44157013
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN 201110066515 Active CN102104460B (zh) | 2011-03-18 | 2011-03-18 | 一种确定反馈信息比特数的方法和设备 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102104460B (zh) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2014011007A1 (ko) * | 2012-07-13 | 2014-01-16 | 엘지전자 주식회사 | 제어 정보를 전송하는 방법 및 이를 위한 장치 |
| WO2014019236A1 (en) | 2012-08-03 | 2014-02-06 | Nokia Siemens Networks Oy | Method and apparatus |
| CN103828281B (zh) * | 2012-09-17 | 2017-12-05 | 华为技术有限公司 | 下行子帧反馈方法、基站及用户设备 |
| CN104301083B (zh) * | 2014-09-30 | 2017-10-13 | 大唐移动通信设备有限公司 | 一种基于tm9的载波聚合方法和设备 |
| CN107615851B (zh) * | 2015-08-14 | 2019-12-17 | 华为技术有限公司 | 上行控制信息的发送方法、接收方法、用户设备以及基站 |
| CN107733475B (zh) * | 2016-08-12 | 2021-06-18 | 大唐移动通信设备有限公司 | 一种反馈码本的确定方法及装置 |
| WO2019075693A1 (zh) * | 2017-10-19 | 2019-04-25 | 华为技术有限公司 | Harq反馈码本的处理方法及装置 |
| CN110166214B (zh) | 2018-02-13 | 2020-08-21 | 华为技术有限公司 | 传输反馈信息的方法和通信设备 |
| WO2019157920A1 (zh) * | 2018-02-13 | 2019-08-22 | 华为技术有限公司 | 传输反馈信息的方法和通信设备 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101951684A (zh) * | 2010-09-30 | 2011-01-19 | 中兴通讯股份有限公司 | 一种确认信息的发送方法及用户终端 |
| CN101958777A (zh) * | 2010-09-28 | 2011-01-26 | 中兴通讯股份有限公司 | 正确/错误应答消息发送的处理方法及装置 |
Family Cites Families (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8199666B2 (en) * | 2009-02-02 | 2012-06-12 | Texas Instruments Incorporated | Transmission of acknowledge/not-acknowledge with repetition |
-
2011
- 2011-03-18 CN CN 201110066515 patent/CN102104460B/zh active Active
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101958777A (zh) * | 2010-09-28 | 2011-01-26 | 中兴通讯股份有限公司 | 正确/错误应答消息发送的处理方法及装置 |
| CN101951684A (zh) * | 2010-09-30 | 2011-01-19 | 中兴通讯股份有限公司 | 一种确认信息的发送方法及用户终端 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102104460A (zh) | 2011-06-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102104460B (zh) | 一种确定反馈信息比特数的方法和设备 | |
| CN103119884B (zh) | 用于多载波操作的ack/nack传输 | |
| CN103209483B (zh) | 传输上行控制信息的方法、用户设备和基站 | |
| CN107135052B (zh) | 一种发送harq-ack反馈信息的方法 | |
| CN103580830B (zh) | 一种发送harq-ack反馈信息的方法 | |
| CN109257154B (zh) | 无线通信***中的终端和用于该终端的方法 | |
| CN102938693B (zh) | Lte-a tdd不同上下行配比的反馈方法 | |
| CN101883391B (zh) | 上行控制信令反馈处理方法及*** | |
| CN103384183B (zh) | 一种上行控制信息传输方法及装置 | |
| KR102195695B1 (ko) | Fdd 셀과 tdd 셀의 집성 | |
| CN102123019B (zh) | 针对无线通信***的下行数据传输执行ack/nack反馈的方法 | |
| CN102281131B (zh) | 多载波***中的信息配置及反馈方法、***和设备 | |
| JP6194422B2 (ja) | アップリンク制御情報の送信方法、ユーザ装置及び基地局 | |
| CN102055570B (zh) | 半静态调度数据的传输方法及装置 | |
| CN103326806A (zh) | 一种下行控制信令的传输方法及装置 | |
| CN104320226A (zh) | Harq/ack电码本大小确定 | |
| CN101834658B (zh) | 一种上行控制信令的发送方法及设备 | |
| KR20130105882A (ko) | Lte-a tdd 시스템에서의 채널 선택을 이용한 pucch 포맷 1b에 대한 자원 할당 | |
| CN105612711B (zh) | 应答信息的传输方法、装置及设备 | |
| CN104796926A (zh) | 资源管理方法和装置 | |
| CN103684705A (zh) | 传输harq应答信息以及csi的方法、装置和*** | |
| CN102170339A (zh) | Ack/nack反馈信息的传输方法和设备 | |
| CN102938691A (zh) | 一种无线通信***中反馈ack/nack的方法 | |
| CN101841398A (zh) | 一种上行控制信令的传输方法及用户设备 | |
| KR102057137B1 (ko) | 피드백 정보의 전송 및 제어 방법 및 장치 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| 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 |