技术领域

本发明涉及无线通信技术领域， 特别涉及一种传输和接收上行数据的方法、 系统和设 备。 背景技术

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个子载波上映射上行数据； 所述网络侧设备在 M个子 载波上接收映射的上行数据 , 其中所述上行数据是一个子载波上的数据乘以 正交扩频序列 后得到的扩频后的数据； 或者

网络侧设备确定用户设备在 M个 OFDM符号上映射上行数据； 所述网络侧设备在 M 个 OFDM符号上接收映射的上行数据 , 其中所述上行数据是一个 OFDM符号上的数据乘 以正交扩频序列后得到的扩频后的数据；

其中， M为正交扩频序列长度。

较佳地， 所述正交扩频序列是小区专署配置或用户专署 配置。

由于本发明实施例将一个子载波或 OFDM符号上的数据乘以正交扩频序列，将扩频� � 的数据映射在 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, 调制编码方 式）等级 I _TBS , 调度的物理资源块数目 N _PRB 和正交扩频序列长度 N, 确定传输块的大小 TBsize。

具体的， 网络侧设备 20和用户设备 10根据 I _TBS 、 NPRB和传输块大小三者的对应关系， 确定 ITBS和 N _PRB /N对应的传输块大小， 其中 N为正交扩频序列长度长度。

其中， LTE 3GPP 36.213协议中规定了 I _TBS 、 N _PRB /N和传输块的大小三者的对应关系， 本发明实施例的 I _TBS 和 N _PRB 与 LTE 3GPP 36.213协议中的 I _TBS 和 N _PRB 定义相同， 在进行 传输块的大小映射中， 除了考虑上述两个因素外还需要考虑扩频映射 对资源映射的影响， 因此本发明实施例可以根据 I _TBS 和 N _PRB /N , 确定对应的传输快大小。

在实施中， 本发明实施例中 I _TBS 、 N _PRB /N和传输块大小三者的对应关系和 LTE 3 GPP 36.213协议中规定的 I _TBS 、 N _PRB 和传输块的大小三者的对应关系类似。

较佳地， 本发明实施例网络侧设备 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符号上的数据乘以正交扩频序列后得到的� �频后的数据，Μ为 正交扩频序列长度。

其中， 若确定模块 600确定用户设备在 Μ个子载波上映射上行数据， 则接收模块 610 在 Μ个子载波上接收映射的上行数据，其中上行� ��据是一个子载波上的数据乘以正交扩频 序列后得到的扩频后的数据；

若确定模块 600确定用户设备在 Μ个 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等级， 调度的物理资源块数目和正交扩频序列长 度， 确定传输块的大小。

较佳地， 步骤 802之前还可以进一步包括：

网络侧设备通过高层信令或物理层信令，通知 用户设备传输上行数据的方式和 /或正交 扩频序列参数。

较佳地， 步骤 802之后还可以进一步包括：

网络侧设备在检测数据之前对数据进行符号级 解扩。

其中， 图 7和图 8可以合成一个流程， 形成一个传输上行数据的方法， 即先执行步骤 701和步骤 702, 再执行步骤 801和步骤 802。

下面列举两个实例对本发明的方案进行详细说 明。假设 PUSCH format 2对应的方式为 本发明的方案。

例一： 需要降氐小区间千 4尤。

为边缘用户设备配置 PUSCH format 2, PUSCH format 2扩频码为小区专署。

其中， 用户设备配置为 PUSCH format 2对应的等效码率（包括扩频效果）与用户设� � 配置为 PUSCH format 1 对应的等效码率相同， 即 PUSCH format 2 MCS 对应的码率为 PUSCH format2 MCS对应的码率的 2倍。

例二： 需要提高系统容量， PUSCH format 2扩频码为用户设备专署， 映射在相同资源 上的用户配置不同的扩频码。

其中， 用户设备配置为 PUSCH format 2对应的等效码率（包括扩频效果）与用户配� � 为 PUSCH format 1对应的等效码率相同， 即 PUSCH format2 MCS对应的码率为 PUSCH format 2 MCS对应的码率的 2倍。

本领域内的技术人员应明白， 本发明的实施例可提供为方法、 系统、 或计算机程序产 品。 因此， 本发明可釆用完全硬件实施例、 完全软件实施例、 或结合软件和硬件方面的实 施例的形式。 而且， 本发明可釆用在一个或多个其中包含有计算机 可用程序代码的计算机 可用存储介盾 （包括但不限于磁盘存储器、 CD-ROM、 光学存储器等）上实施的计算机程 序产品的形式。

本发明是参照根据本发明实施例的方法、 设备（系统）、 和计算机程序产品的流程图 和 /或方框图来描述的。 应理解可由计算机程序指令实现流程图和 /或方框图中的每一流 程和 /或方框、 以及流程图和 /或方框图中的流程和 /或方框的结合。 可提供这些计算机 程序指令到通用计算机、 专用计算机、 嵌入式处理机或其他可编程数据处理设备的处 理器 以产生一个机器， 使得通过计算机或其他可编程数据处理设备的 处理器执行的指令产生用 于实现在流程图一个流程或多个流程和 /或方框图一个方框或多个方框中指定的功能� � 装置。

这些计算机程序指令也可存储在能引导计算机 或其他可编程数据处理设备以特定方 式工作的计算机可读存储器中， 使得存储在该计算机可读存储器中的指令产生 包括指令装 置的制造品， 该指令装置实现在流程图一个流程或多个流程 和 /或方框图一个方框或多个 方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他 可编程数据处理设备上， 使得在计算机 或其他可编程设备上执行一系列操作步骤以产 生计算机实现的处理， 从而在计算机或其他 可编程设备上执行的指令提供用于实现在流程 图一个流程或多个流程和 /或方框图一个 方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例， 但本领域内的技术人员一旦得知了基本创造性 概 念， 则可对这些实施例作出另外的变更和修改。 所以， 所附权利要求意欲解释为包括优选 实施例以及落入本发明范围的所有变更和修改 。

显然， 本领域的技术人员可以对本发明进行各种改动 和变型而不脱离本发明的精神和 范围。这样，倘若本发明的这些修改和变型属 于本发明权利要求及其等同技术的范围之内， 则本发明也意图包含这些改动和变型在内。