专利名称：传输和接收上行数据的方法、系统和设备的制作方法
技术领域：
本发明涉及无线通信技术领域，特别涉及一种传输和接收上行数据的方法、系统和设备。
背景技术：
LTE (Long Term Evolution，长期演进)系统已经被众多运营商选择为后3G的主要解决方案，这就意味着LTE的应用场景，部署场景和频谱分配更加复杂，远远超出了 LTE 标准讨论初期的假设。虽然LTE-A (Long Term Evolution-Advanced，长期演进升级)引入了许多新技术， 譬如多载波聚合，高阶多天线技术(MIMO)和多点协同传输(CoMP)，但主要用于解决高速率和高频谱效率的问题。然而在实际的网络部署过程中，小区间干扰和网络吞吐量仍是一个更加棘手的问题。目前，LTE系统小区间的干扰十分严重，从而影响了覆盖的范围；而且，LTE系统小区间的吞吐量也比较低。综上所述，目前LTE系统的小区间的干扰十分严重，吞吐量也比较低，从而影响了 LTE系统的传输性能。
发明内容
本发明实施例提供的一种传输和接收上行数据的方法、系统和设，用以解决现有技术中存在的LTE系统的传输性能比较低的问题。本发明实施例提供的一种传输上行数据的方法，包括用户设备将一个子载波或一个正交频分复用OFDM符号上的数据乘以正交扩频序列，得到扩频后的数据；若将一个子载波上的数据乘以正交扩频序列，所述用户设备将扩频后的数据映射在M个子载波上传输；若将一个OFDM符号上的数据乘以正交扩频序列，所述用户设备将扩频后的数据映射在M个OFDM上传输；其中，M为正交扩频序列长度。较佳地，所述正交扩频序列是小区专署配置或用户专署配置。本发明实施例提供的一种接收上行数据的方法，包括网络侧设备确定用户设备在M个子载波或OFDM符号上映射上行数据；所述网络侧设备在M个子载波或OFDM符号上接收映射的上行数据，其中所述上行数据是一个子载波或OFDM符号上的数据乘以正交扩频序列后得到的扩频后的数据，M为正交扩频序列长度。较佳地，所述正交扩频序列是小区专署配置或用户专署配置。由于本发明实施例将一个子载波或OFDM符号上的数据乘以正交扩频序列，将扩
5频后的数据映射在M个子载波或OFDM符号上传输，从而提高了传输性能；较佳地，若正交扩频序列是小区专署配置，本发明实施例降低了系统间的干扰，提高了传输性能；进一步增强上行覆盖；较佳地，若正交扩频序列是用户专署配置，本发明实施例提高了吞吐量，从而提高了传输性能。
图1为本发明实施例传输上行数据的系统结构示意图；图2为本发明实施例符号级数据乘以正交扩频序列的示意图；图3为本发明实施例时域扩频示意图；图4为本发明实施例频域扩频示意图；图5为本发明实施例用户设备的结构示意图；图6为本发明实施例网络侧设备的结构示意图；图7为本发明实施例传输上行数据的方法流程示意图；图8为本发明实施例接收上行数据的方法流程示意图。
具体实施例方式本发明实施例用户设备将一个子载波或OFDM (Orthogonal Frequency Division Multiplexing，正交频分复用)符号上的数据乘以正交扩频序列，并将得到的扩频后的数据映射在M个子载波或OFDM符号上传输，其中M为正交扩频序列长度。由于本发明实施例将一个子载波或OFDM符号上的数据乘以正交扩频序列，将扩频后的数据映射在M个子载波或OFDM符号上传输，从而提高了传输性能。较佳地，若正交扩频序列是小区专署配置，即不同小区的正交扩频序列可以不同， 同一个小区不同用户的正交扩频序列相同，本发明实施例降低了系统间的干扰，提高了传输性能；进一步增强上行覆盖；较佳地，若正交扩频序列是用户专署配置，即同一个小区内不同用户的正交扩频序列不同，本发明实施例提高了吞吐量，从而提高了传输性能。下面结合说明书附图对本发明实施例作进一步详细描述。在下面的说明过程中，先从网络侧和用户设备侧的配合实施进行说明，最后分别从网络侧与用户设备侧的实施进行说明，但这并不意味着二者必须配合实施，实际上，当网络侧与用户设备侧分开实施时，也解决了分别在网络侧、用户设备侧所存在的问题，只是二者结合使用时，会获得更好的技术效果。如图1所示，本发明实施例传输上行数据的系统包括用户设备10和网络侧设备 20。用户设备10，用于将一个子载波或OFDM符号上的数据乘以正交扩频序列，得到扩频后的数据；若将一个子载波上的数据乘以正交扩频序列，将扩频后的数据映射在M个子载波上传输；若将一个OFDM符号上的数据乘以正交扩频序列，将扩频后的数据映射在M个 OFDM上传输；其中M为正交扩频序列长度；网络侧设备20，用于确定用户设备在M个子载波或OFDM符号上映射上行数据，在M个子载波或OFDM符号上接收映射的上行数据。具体的，若用户设备10在M个子载波上传输数据，网络侧设备20在M个子载波上接收映射的上行数据；若用户设备10在M个OFDM符号上传输数据，网络侧设备20在M个OFDM符号上接收映射的上行数据。正交扩频序列是小区专署配置或用户专署配置。若正交扩频序列是小区专署配置，用户设备10根据归属小区标识和/或归属小区配置信息选择正交扩频序列；比如用户设备10将Cell ID mod N就得到正交扩频序列编号，其中Cell ID是归属小区标识，N是正交扩频序列长度；比如网络侧会将正交扩频序列编号置于归属小区配置信息中，用户设备10根据收到的归属小区配置信息，确定正交扩频序列编号。相应的，网络侧设备20根据网络侧设备之间交互的正交扩频序列配置信息确定本小区的正交扩频序列(其中确定的原则是相邻小区配置的正交扩频序列不同)，并通知给用户设备10 ；和/或网络侧设备20接收中心节点配置的正交扩频序列信息确定本小区的正交扩频序列，并通知给用户设备；和/或网络侧设备20根据本小区配置的标识确定本小区的正交扩频序列。若正交扩频序列是用户专署配置，用户设备10根据用户标识和/或归属小区配置信息选择正交扩频序列，或者根据网络侧设备20的通知确定正交扩频序列；比如用户设备10将UE ID mod N就得到正交扩频序列编号，其中UE ID是用户标识，N是正交扩频序列长度；比如网络侧会将正交扩频序列编号置于归属小区配置信息中，用户设备10根据收到的归属小区配置信息，确定正交扩频序列编号。相应的，网络侧设备20自主配置用户设备的正交扩频序列(其中配置原则是分配相同资源的用户设备配置不同的正交扩频序列，以保证用户设备之间的正交性)，并通知用户设备；和/或网络侧设备20根据用户设备的标识确定用户设备的正交扩频序列。较佳地，网络侧设备20通过高层信令或物理层信令，通知用户设备传输上行数据的方式和/或正交扩频序列参数；相应的，用户设备10根据接收的高层信令或物理层信令， 确定传输上行数据的方式和/或正交扩频序列参数。在实施中，网络侧设备20在确定用户设备10的上行信道质量无法满足通信要求后，为用户设备配置本发明实施例的方案。比如本发明实施例的方案对应的标识是PUSCH Format 2，则网络侧设备20在确定用户设备10的上行信道质量无法满足通信要求后为用户设备配置PUSCH Format 2;相应的，用户设备10就知道采用本发明实施例的方案。其中，网络侧设备20可以根据下列信息中的至少一种确定用户设备的上行信道质量用户设备的上行SRS信号、用户设备的反馈信息和用户设备的位置信息。具体的，若确定用户设备10的上行信道质量的信息包括用户设备10的上行SRS 信号，则网络侧设备20监测用户设备10的上行SRS信号，并根据正交扩频序列判断用户设备10的上行信道质量是否满足通信要求。
若确定用户设备10的上行信道质量的信息包括用户设备10的反馈信息，则网络侧设备20在设定时间段内接收到的用户设备20的反馈信息中NACK(Negative ACKnowledge，错误应答指令)的次数大于设定门限值后，确定用户设备20的上行信道质量不满足通信要求，否则确定用户设备10的上行信道质量满足通信要求。若确定用户设备10的上行信道质量的信息包括用户设备10的位置信息，则网络侧设备20根据用户设备10的位置信息在确定用户设备10处于小区边缘后，确定用户设备 10的上行信道质量不满足通信要求，否则确定用户设备10的上行信道质量满足通信要求。其中，上述三种判断用户设备10的上行信道质量是否满足通信要求的方式可以独立使用；也可以多个方式综合一起判断。需要说明的是，本发明实施例判断用户设备10的上行信道质量是否满足通信要求并不局限于上述三种方式，其他能够判断用户设备10的上行信道质量是否满足通信要求的方式也同样适用本发明实施例。较佳地，网络侧设备20向用户设备10配置PUSCH Format 2时，可以通过高层信令或物理层信令，向用户设备发送PUSCH Format 2配置信息(即传输上行数据的方式和/ 或正交扩频序列参数)。需要说明的是，本发明实施例配置PUSCH format并不局限于高层信令或物理层信令的方式，其他能够为用户设备配置PUSCH Format的方式都适用本发明实施例。较佳地，本发明实施例中可以是符号级扩频的数据映射方式。具体的，本发明实施例符号级扩频的数据映射方式是符号级数据乘以正交扩频序列后，按照时域扩频或频域扩频方式映射到物理资源块上；相应的，用户设备10将符号级数据乘以正交扩频序列后，按照时域扩频或频域扩频方式映射到物理资源块上。在实施中，正交扩频序列可以是walsh序列。为了保证数据的正交性，较佳地，序列长度为2 (其他长度也适用本发明实施例)。以walsh code length = 2为例，进行扩频的过程可以参见图2 ；时域扩频可以参见图3 ；频域扩频可以参见图4。其中，6k = n，k是一个符号承载的RE (Resource Element，资源单元)的数目。需要说明的是，本发明实施例并不局限于walsh序列，其他正交扩频序列同样适用本发明实施例。较佳地，用户设备10和网络侧设备20可以根据下列方式确定承载数据的传输块的大小用户设备10和网络侧设备20根据MCS(Modulation and coding scheme，调制编码方式)等级Itbs，调度的物理资源块数目Npeb和正交扩频序列长度N，确定传输块的大小 TBsize0具体的，网络侧设备20和用户设备10根据ITBS、Npeb和传输块大小三者的对应关系，确定Itbs和Npeb/N对应的传输块大小，其中N为正交扩频序列长度长度。其中，LTE 3GPP 36. 213协议中规定了 ITBS、NPKB/N和传输块的大小三者的对应关系，本发明实施例的Itbs和Npeb与LTE 3GPP 36.213协议中的Itbs和Npeb定义相同，在进行传输块的大小映射中，除了考虑上述两个因素外还需要考虑扩频映射对资源映射的影响， 因此本发明实施例可以根据Itbs和Npeb/N，确定对应的传输快大小。在实施中，本发明实施例中ITBS、Npeb/N和传输块大小三者的对应关系和LTE 3GPP36. 213协议中规定的ITBS、Npkb和传输块的大小三者的对应关系类似。较佳地，本发明实施例网络侧设备10采用下列规则为用户设备20配置参考信号网络侧为至少两个用户设备或至少两组用户设备配置不同的循环移位；或网络侧为至少两个用户设备或至少两组用户设备配置不同的OCC(Orthogonal Convolutional Code，正交卷积码)序列。比如针对至少两个(组)用户设备调度的资源完全相同的场景，可以为至少为两个(组)组用户设备配置不同的循环移位ns保证用户设备间导频的正交性(采用不同的循环移位并不限于资源完全相同的场景，其他场景也同样适用)。比如针对至少两个(组)用户设备调度的资源不同的场景，可以为至少为两个 (组)组用户设备配置不同的OCC序列保证终端间导频的正交性，(采用不同的OCC序列并不限于资源不同的场景，其他场景也同样适用)。在实施中，至少两个(组)用户设备可以是系统级的，也可以是小区级的。较佳地，若网络侧设备20为用户设备10配置PUSCH format 2方式，即本发明实施例的方案，则网络侧设备20先对数据进行符号级解扩，然后采用现有方式检测数据(不同的设备制造商，针对PUSCH format 2的检测方式不相同，具体检测方式与设备制造商相关)。当然，本发明实施例针对PUSCH format 2的检测方式还可以采用更高级的检测技术，比如联合检测。如图5所示，本发明实施例传输上行数据的系统中的用户设备包括扩频模块500 和传输模块510。扩频模块500，用于将一个子载波或一个正交频分复用OFDM符号上的数据乘以正交扩频序列，得到扩频后的数据；传输模块510，用于若扩频模块500将一个子载波上的数据乘以正交扩频序列，将扩频后的数据映射在M个子载波上传输；若扩频模块500将一个OFDM符号上的数据乘以正交扩频序列，将扩频后的数据映射在M个OFDM上传输；其中，M为正交扩频序列长度。较佳地，正交扩频序列是小区专署配置。相应的，扩频模块500根据下列步骤确定正交扩频序列根据归属小区标识和/或归属小区配置信息选择正交扩频序列。较佳地，正交扩频序列是用户专署配置。相应的，扩频模块500根据下列步骤确定正交扩频序列根据用户标识和/或归属小区配置信息选择正交扩频序列。较佳地，传输模块510根据下列步骤确定传输块的大小根据调制编码方式MCS等级，调度的物理资源块数目和正交扩频序列长度，确定传输块的大小。较佳地，扩频模块500根据接收的高层信令或物理层信令，确定传输上行数据的方式和/或正交扩频序列参数。如图6所示，本发明实施例传输上行数据的系统中的网络侧设备包括确定模块600和接收模块610。确定模块600，用于确定用户设备在M个子载波或OFDM符号上映射上行数据；接收模块610，用于在M个子载波或OFDM符号上接收映射的上行数据，其中上行数据是一个子载波或OFDM符号上的数据乘以正交扩频序列后得到的扩频后的数据，M为正交扩频序列长度。其中，若确定模块600确定用户设备在M个子载波上映射上行数据，则接收模块 610在M个子载波上接收映射的上行数据，其中上行数据是一个子载波上的数据乘以正交扩频序列后得到的扩频后的数据；若确定模块600确定用户设备在M个OFDM符号上映射上行数据，则接收模块610 在M个OFDM符号上接收映射的上行数据，其中上行数据是一个OFDM符号上的数据乘以正交扩频序列后得到的扩频后的数据。较佳地，正交扩频序列是小区专署配置。相应的，接收模块610根据下列步骤确定正交扩频序列根据网络侧设备之间交互的正交扩频序列配置信息确定本小区的正交扩频序列， 并通知给用户设备；和/或根据接收的中心节点配置的正交扩频序列信息，确定本小区的正交扩频序列，并通知给用户设备；和/或根据本小区配置的标识确定本小区的正交扩频序列。较佳地，正交扩频序列是用户专署配置。较佳地，接收模块610根据下列步骤确定正交扩频序列自主配置用户设备的正交扩频序列，并通知用户设备；和/或根据用户设备的标识确定用户设备的正交扩频序列。较佳地，接收模块610根据下列步骤确定传输块的大小根据调制编码方式MCS等级，调度的物理资源块数目和正交扩频序列长度，确定传输块的大小。较佳地，接收模块610还用于接收上行数据之前，通过高层信令或物理层信令，通知用户设备传输上行数据的方式和/或正交扩频序列参数。较佳地，接收模块610还用于接收上行传输数据之后，在检测数据之前对数据进行符号级解扩。基于同一发明构思，本发明实施例中还提供了一种传输上行数据的方法，由于该方法解决问题的原理与传输上行数据的系统中的用户设备相似，因此该方法的实施可以参见设备的实施，重复之处不再赘述。如图7所示，本发明实施例传输上行数据的方法包括下列步骤步骤701、用户设备将一个子载波或一个OFDM符号上的数据乘以正交扩频序列， 得到扩频后的数据；步骤702、若将一个子载波上的数据乘以正交扩频序列，用户设备将扩频后的数据映射在M个子载波上传输；若将一个OFDM符号上的数据乘以正交扩频序列，用户设备将扩频后的数据映射在M个OFDM上传输；
其中，M为正交扩频序列长度。较佳地，正交扩频序列是小区专署配置。相应的，步骤701中，用户设备根据下列步骤确定正交扩频序列用户设根据归属小区标识和/或归属小区配置信息选择正交扩频序列。较佳地，正交扩频序列是用户专署配置。相应的，步骤701中，用户设备根据下列步骤确定正交扩频序列用户设备根据用户标识和/或归属小区配置信息选择正交扩频序列。较佳地，步骤702中，用户设备根据下列步骤确定传输块的大小用户设备根据MCS等级，调度的物理资源块数目和正交扩频序列长度，确定传输块的大小。较佳地，步骤701之前还可以进一步包括用户设备根据接收的高层信令或物理层信令，确定传输上行数据的方式和/或正交扩频序列参数。基于同一发明构思，本发明实施例中还提供了一种发送上行数据的方法，由于该方法解决问题的原理与传输上行数据的系统中的网络侧设备相似，因此该方法的实施可以参见设备的实施，重复之处不再赘述。如图8所示，本发明实施例传输上行数据的方法包括下列步骤步骤801、网络侧设备确定用户设备在M个子载波或OFDM符号上映射上行数据；步骤802、网络侧设备在M个子载波或OFDM符号上接收映射的上行数据，其中上行数据是一个子载波或OFDM符号上的数据乘以正交扩频序列后得到的扩频后的数据，M为正交扩频序列长度。具体的，若用户设备在M个子载波上传输数据，网络侧设备在M个子载波上接收映射的上行数据；若用户设备在M个OFDM符号上传输数据，网络侧设备在M个OFDM符号上接收映射的上行数据。较佳地，正交扩频序列是小区专署配置。相应的，网络侧设备根据下列步骤确定正交扩频序列网络侧设备根据网络侧设备之间交互的正交扩频序列配置信息确定本小区的正交扩频序列，并通知给用户设备；和/或网络侧设备根据接收的中心节点配置的正交扩频序列信息，确定本小区的正交扩频序列，并通知给用户设备；和/或网络侧设备根据本小区配置的标识确定本小区的正交扩频序列。较佳地，正交扩频序列是用户专署配置。相应的，网络侧设备根据下列步骤确定正交扩频序列网络侧设备自主配置用户设备的正交扩频序列，并通知用户设备；和/或网络侧设备根据用户设备的标识确定用户设备的正交扩频序列。较佳地，网络侧设备根据下列步骤确定传输块的大小网络侧设备根据调制编码方式MCS等级，调度的物理资源块数目和正交扩频序列长度，确定传输块的大小。
11
较佳地，步骤802之前还可以进一步包括网络侧设备通过高层信令或物理层信令，通知用户设备传输上行数据的方式和/ 或正交扩频序列参数。较佳地，步骤802之后还可以进一步包括网络侧设备在检测数据之前对数据进行符号级解扩。其中，图7和图8可以合成一个流程，形成一个传输上行数据的方法，即先执行步骤701和步骤702，再执行步骤801和步骤802。下面列举两个实例对本发明的方案进行详细说明。假设PUSCH format 2对应的方式为本发明的方案。例一需要降低小区间干扰。为边缘用户设备配置PUSCH format 2，PUSCH format 2扩频码为小区专署。其中，用户设备配置为PUSCH format 2对应的等效码率(包括扩频效果)与用户设备配置为PUSCH formatl对应的等效码率相同，S卩PUSCH format 2MCS对应的码率为 PUSCH format 2MCS对应的码率的2倍。例二需要提高系统容量，PUSCH format 2扩频码为用户设备专署，映射在相同资源上的用户配置不同的扩频码。其中，用户设备配置为PUSCH format 2对应的等效码率(包括扩频效果)与用户配置为PUSCH format 1对应的等效码率相同，S卩PUSCH format 2MCS对应的码率为PUSCH format 2MCS对应的码率的2倍。本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
权利要求
1.一种传输上行数据的方法，其特征在于，该方法包括用户设备将一个子载波或一个正交频分复用OFDM符号上的数据乘以正交扩频序列， 得到扩频后的数据；若将一个子载波上的数据乘以正交扩频序列，所述用户设备将扩频后的数据映射在M 个子载波上传输；若将一个OFDM符号上的数据乘以正交扩频序列，所述用户设备将扩频后的数据映射在M个OFDM上传输；其中，M为正交扩频序列长度。
2.如权利要求1所述的方法，其特征在于，所述正交扩频序列是小区专署配置。
3.如权利要求2所述的方法，其特征在于，所述用户设备根据下列步骤确定正交扩频序列所述用户设备根据归属小区标识和/或归属小区配置信息选择正交扩频序列。
4.如权利要求1所述的方法，其特征在于，所述正交扩频序列是用户专署配置。
5.如权利要求4所述的方法，其特征在于，所述用户设备根据下列步骤确定正交扩频序列所述用户设备根据用户标识和/或归属小区配置信息选择正交扩频序列。
6.如权利要求1所述的方法，其特征在于，所述用户设备根据下列步骤确定传输块的大小所述用户设备根据调制编码方式MCS等级、调度的物理资源块数目和正交扩频序列长度，确定所述传输块的大小。
7.如权利要求1所述的方法，其特征在于，所述用户设备传输上行数据之前，还包括所述用户设备根据接收的高层信令或物理层信令，确定传输上行数据的方式和/或正交扩频序列参数。
8.一种接收上行数据的方法，其特征在于，该方法包括网络侧设备确定用户设备在M个子载波或OFDM符号上映射上行数据；所述网络侧设备在M个子载波或OFDM符号上接收映射的上行数据，其中所述上行数据是一个子载波或OFDM符号上的数据乘以正交扩频序列后得到的扩频后的数据，M为正交扩频序列长度。
9.如权利要求8所述的方法，其特征在于，所述正交扩频序列是小区专署配置。
10.如权利要求9所述的方法，其特征在于，所述网络侧设备根据下列步骤确定正交扩频序列所述网络侧设备根据网络侧设备之间交互的正交扩频序列配置信息确定本小区的正交扩频序列，并通知给用户设备；和/或所述网络侧设备根据接收的中心节点配置的正交扩频序列信息，确定本小区的正交扩频序列，并通知给用户设备；和/或所述网络侧设备根据本小区配置的标识确定本小区的正交扩频序列。
11.如权利要求8所述的方法，其特征在于，所述正交扩频序列是用户专署配置。
12.如权利要求11所述的方法，其特征在于，所述网络侧设备根据下列步骤确定正交扩频序列所述网络侧设备自主配置用户设备的正交扩频序列，并通知用户设备；和/或所述网络侧设备根据用户设备的标识确定用户设备的正交扩频序列。
13.如权利要求8所述的方法，其特征在于，所述网络侧设备根据下列步骤确定传输块的大小所述网络侧设备根据调制编码方式MCS等级，调度的物理资源块数目和正交扩频序列长度，确定所述传输块的大小。
14.如权利要求8所述的方法，其特征在于，所述网络侧设备接收上行数据之前，还包括所述网络侧设备通过高层信令或物理层信令，通知所述用户设备传输上行数据的方式和/或正交扩频序列参数。
15.如权利要求8所述的方法，其特征在于，所述网络侧设备接收上行传输数据之后还包括所述网络侧设备在检测数据之前对数据进行符号级解扩。
16.一种传输上行数据的用户设备，其特征在于，该用户设备包括扩频模块，用于将一个子载波或一个正交频分复用OFDM符号上的数据乘以正交扩频序列，得到扩频后的数据；传输模块，用于若将一个子载波上的数据乘以正交扩频序列，将扩频后的数据映射在M 个子载波上传输；若将一个OFDM符号上的数据乘以正交扩频序列，将扩频后的数据映射在 M个OFDM上传输；其中，M为正交扩频序列长度。
17.如权利要求16所述的用户设备，其特征在于，所述正交扩频序列是小区专署配置。
18.如权利要求17所述的用户设备，其特征在于，所述扩频模块根据下列步骤确定正交扩频序列根据归属小区标识和/或归属小区配置信息选择正交扩频序列。
19.如权利要求16所述的用户设备，其特征在于，所述正交扩频序列是用户专署配置。
20.如权利要求19所述的用户设备，其特征在于，所述扩频模块根据下列步骤确定正交扩频序列根据用户标识和/或归属小区配置信息选择正交扩频序列。
21.如权利要求16所述的用户设备，其特征在于，所述传输模块根据下列步骤确定传输块的大小根据调制编码方式MCS等级，调度的物理资源块数目和正交扩频序列长度，确定所述传输块的大小。
22.如权利要求16所述的用户设备，其特征在于，所述扩频模块还用于根据接收的高层信令或物理层信令，确定传输上行数据的方式和/或正交扩频序列参数。
23.一种接收上行数据的网络侧设备，其特征在于，该网络侧设备包括 确定模块，用于确定用户设备在M个子载波或OFDM符号上映射上行数据；接收模块，用于在M个子载波或OFDM符号上接收映射的上行数据，其中所述上行数据是一个子载波或OFDM符号上的数据乘以正交扩频序列后得到的扩频后的数据，M为正交扩频序列长度。
24.如权利要求23所述的网络侧设备，其特征在于，所述正交扩频序列是小区专署配置。
25.如权利要求M所述的网络侧设备，其特征在于，所述接收模块根据下列步骤确定正交扩频序列根据网络侧设备之间交互的正交扩频序列配置信息确定本小区的正交扩频序列，并通知给用户设备；和/或根据接收的中心节点配置的正交扩频序列信息，确定本小区的正交扩频序列，并通知给用户设备；和/或根据本小区配置的标识确定本小区的正交扩频序列。
26.如权利要求23所述的网络侧设备，其特征在于，所述正交扩频序列是用户专署配置。
27.如权利要求沈所述的网络侧设备，其特征在于，所述接收模块根据下列步骤确定正交扩频序列自主配置用户设备的正交扩频序列，并通知用户设备；和/或根据用户设备的标识确定用户设备的正交扩频序列。
28.如权利要求23所述的网络侧设备，其特征在于，所述接收模块根据下列步骤确定传输块的大小根据调制编码方式MCS等级，调度的物理资源块数目和正交扩频序列长度，确定所述传输块的大小。
29.如权利要求23所述的网络侧设备，其特征在于，所述接收模块还用于接收上行数据之前，通过高层信令或物理层信令，通知所述用户设备传输上行数据的方式和/或正交扩频序列参数。
30.如权利要求23所述的网络侧设备，其特征在于，所述接收模块还用于 接收上行传输数据之后，在检测数据之前对数据进行符号级解扩。
31.一种传输上行数据的方法，其特征在于，该方法包括用户设备，用于将一个子载波或一个正交频分复用OFDM符号上的数据乘以正交扩频序列，得到扩频后的数据，若将一个子载波上的数据乘以正交扩频序列，将扩频后的数据映射在M个子载波上传输，若将一个OFDM符号上的数据乘以正交扩频序列，将扩频后的数据映射在M个OFDM上传输；其中M为正交扩频序列长度；网络侧设备，用于在M个子载波或OFDM符号上接收映射的上行数据。
全文摘要
本发明实施例涉及无线通信技术领域，特别涉及一种传输和接收上行数据的方法、系统和设备，用以解决现有技术中存在的LTE系统的传输性能比较低的问题。本发明实施例的传输上行数据的方法包括用户设备将一个子载波或一个OFDM符号上的数据乘以正交扩频序列，得到扩频后的数据；若将一个子载波上的数据乘以正交扩频序列，所述用户设备将扩频后的数据映射在M个子载波上传输；若将一个OFDM符号上的数据乘以正交扩频序列，所述用户设备将扩频后的数据映射在M个OFDM上传输；其中，M为正交扩频序列长度。采用本发明实施例的方法提高了传输性能。
文档编号H04L25/02GK102413081SQ20111045751
公开日2012年4月11日 申请日期2011年12月30日 优先权日2011年12月30日
发明者徐婧, 沈祖康, 潘学明 申请人:电信科学技术研究院