CN102111256B

CN102111256B - 一种传输资源指示信息的方法及装置

Info

Publication number: CN102111256B
Application number: CN 201110043142
Authority: CN
Inventors: 谌丽
Original assignee: China Academy of Telecommunications Technology CATT
Current assignee: China Academy of Telecommunications Technology CATT; Datang Mobile Communications Equipment Co Ltd
Priority date: 2011-02-21
Filing date: 2011-02-21
Publication date: 2013-04-03
Anticipated expiration: 2031-02-21
Also published as: CN102111256A

Abstract

本发明公开了一种传输资源指示信息的方法，用于节省传输资源指示信息时所占用的网络资源。发送资源指示信息的方法包括：网络侧设备确定用于长期演进LTE传输的混合自动重传请求HARQ进程资源位置和用于工业、科技、医疗ISM传输的HARQ进程资源位置，并按照确定的HARQ进程资源位置构造bit位与HARQ进程一一对应的比特位图bitmap；网络侧设备将获得的bitmap发送给用户设备UE，指示UE在收到的bitmap所对应的子帧上采用bitmap指示的传输方式进行传输。本发明还公开了接收资源指示信息的方法和用于实现上述方法的装置。

Description

一种传输资源指示信息的方法及装置

技术领域

本发明涉及通信领域，特别是涉及传输资源指示信息的方法及装置。

背景技术

迅速增长的智能终端市场要求在一个设备内同时支持多种无线技术，如LTE（长期演进）和ISM（Industrial,Scientific and Medical，工业、科技和医疗），LTE和GPS（Global Positioning System，全球定位系统）集成到同一个设备上，该技术称为设备内共存（in-device coexistence，ICO）。其中，ISM原意指分配给工业、科学和医药的频段，是用于科学研究的非授权频段，在此指使用该频段的技术，包括WLAN（无线局域网）和Blue tooth（蓝牙）等无线终端上的典型无线技术。在频率规划中，一部分TD-LTE（时分长期演进）频段以及FD-LTE（频分长期演进）的上行频段和ISM的频段相邻，参见图1所示。同时一部分LTE频段还与GPS频段相邻，即该部分LTE频段与GPS频段之间存在谐波干扰。

为解决设备内共存干扰问题，提出了设备内共存干扰协调技术。设备内共存干扰协调有频分（FDM）、时分（TDM）两个方向。TDM是指LTE系统和其他系统以时分的方式在干扰频段上工作，在一个时间段内只有一个无线系统在进行数据收发。TDM方法包括HARQ（混合自动重传请求）进程预留。HARQ进程预留指LTE系统进程的部分进程留给LTE进行调度、传输、反馈操作，部分进程留给ISM系统工作，是一种快速变换的TDM方案。

当前HARQ进程预留采用对子帧进行bitmap（位图）指示的方式。例如TDD（时分双工）配置1采用的bitmap为：1011011001，其中1表示对应子帧留给ISM传输，0表示对应子帧留给LTE传输。即，子帧0、2、3、5、6、9留给ISM系统传输，子帧1、4、7、8留给LTE系统传输。TDD配置0、6具有不规则HARQ RTT（Round Trip Time，往返时间）的特性，配置0的HARQRTT有11ms和13ms两种，按时间循环是11-11-13-11-11-13-……，具有循环特性的大周期是35ms；配置6的HARQ RTT有11ms、13ms、14ms三种，按时间循环是11-11-13-11-14，具有循环特性的大周期是60ms。如果要用按子帧进行bitmap配置的方式，TDD配置0需要35个比特，配置6需要60个比特，开销巨大。

发明内容

本发明实施例提供一种传输资源指示信息的方法及装置，用于节省传输资源指示信息时所占用的网络资源。

一种发送资源指示信息的方法，包括以下步骤：

网络侧设备确定用于长期演进LTE传输的混合自动重传请求HARQ进程资源位置和用于工业、科技、医疗ISM传输的HARQ进程资源位置，并按照确定的HARQ进程资源位置构造比特bit位与HARQ进程一一对应的比特位图bitmap；

网络侧设备将获得的bitmap发送给用户设备UE，指示UE在收到的bitmap所对应的子帧上采用bitmap指示的传输方式进行传输。

一种接收资源指示信息的方法，包括以下步骤：

UE接收网络侧设备发送的用于指示UE采用LTE传输或ISM传输的HARQ进程的bitmap；

UE确定收到的bitmap中的每个比特位对应的进程所对应的子帧；

UE在子帧上采用该子帧对应的比特位所指示的LTE传输或ISM传输。

一种网络侧设备，包括：

处理模块，用于确定用于长期演进LTE传输的混合自动重传请求HARQ进程资源位置和用于工业、科技、医疗ISM传输的HARQ进程资源位置，并按照确定的HARQ进程资源位置构造比特bit位与HARQ进程一一对应的比特位图bitmap；

接口模块，用于将获得的bitmap发送给用户设备UE，指示UE在收到的bitmap所对应的子帧上采用bitmap指示的传输方式进行传输。

一种用户设备，包括：

接口模块，用于接收网络侧设备发送的用于指示UE采用LTE传输或ISM传输的HARQ进程的bitmap；

处理模块，用于确定收到的bitmap中的每个比特位对应的进程所对应的子帧；在子帧上采用该子帧对应的比特位所指示的LTE传输或ISM传输。

本发明实施例在HARQ进程预留配置过程中，针对HARQ进程获得bitmap。也就是说bitmap中的每个比特位对应一个HARQ进程，比特位的取值决定了HARQ进程对应的子帧所采用的传输方式。传输方式包括LTE系统传输方式和ISM系统传输方式。本发明实施例将对应同一HARQ进程的多个子帧用一个比特位来进行资源指示，相对于现有技术明显降低了bitmap的长度，进而节省了网络资源。

附图说明

图1为现有技术中相邻频段的示意图；

图2为本发明实施例中发送资源指示信息的主要方法流程图；

图3为本发明实施例中接收资源指示信息的主要方法流程图；

图4为本发明实施例中LTE TDD配置0下传输资源指示信息的方法流程图；

图5为本发明实施例中LTE TDD配置6下传输资源指示信息的方法流程图；

图6为本发明实施例中LTE TDD配置4下传输资源指示信息的方法流程图；

图7为本发明实施例中网络侧设备的结构图；

图8为本发明实施例中用户设备的结构图。

具体实施方式

参见图2，本实施例中发送资源指示信息的主要方法流程如下：

步骤201：网络侧设备确定用于LTE传输的HARQ进程资源位置和用于ISM传输的HARQ进程资源位置，并按照确定的HARQ进程资源位置构造bit位与HARQ进程一一对应的bitmap。bitmap用于指示每个比特位对应的进程所对应的下行调度、上行传输、下行反馈子帧均采用该比特位配置的传输方式进行传输。

步骤202：网络侧设备将获得的bitmap发送给UE，指示UE在收到的bitmap所对应的子帧上采用bitmap指示的传输方式进行传输。具体的，网络侧设备可以通过RRC（无线资源控制）信令或MAC（媒体接入控制）控制信令传输获得的bitmap。

其中，网络侧设备可以根据当前的网络状况（如各系统的信道质量或各系统间的干扰情况）自行确定bitmap。或者，先由UE按照期望的子帧预留方式构造bitmap，并发送给网络侧设备，网络侧设备根据UE发送的bitmap及UE的设备内多系统传输特性，确定用于LTE系统传输的HARQ进程资源位置和用于ISM系统传输的HARQ进程资源位置。例如，UE接收VoIP语音业务，通过蓝牙耳机传送给人耳。此时在LTE系统和蓝牙系统中的业务量是一样的，假设两段空口信道质量都很好，则网络侧给LTE和蓝牙传输预留系统的资源。在TDD配置1下，eNB可以将进程1、2预留给LTE传输，进程3、4预留给蓝牙传输。

与发送过程相对的，参见图3所示，本实施例中接收资源指示信息的主要方法流程如下：

步骤301：UE接收网络侧设备发送的针对HARQ进程的bitmap。

步骤302：UE确定收到的bitmap中的每个比特位对应的进程所对应的子帧。

步骤303：UE在子帧上采用该子帧对应的比特位所指示的LTE传输或ISM传输。

由于LTE系统有FDD和TDD之分，LTE TDD系统又有多种配置模式，如有配置0-配置6，不同的配置模式下子帧和进程调度方式也不同。因此，本实施例中不同配置模式的bitmap的长度相同；或者，不同配置模式的bitmap的长度为各自的进程数。其中，不同配置模式的bitmap的长度相同时，bitmap中的有效比特的长度与配置模式要求的进程数相同。

对于有些配置模式，如配置2-配置5，存在不用于调度和反馈HARQ上行传输的下行子帧，针对该下行子帧本实施例采用补充配置方式，即网络侧设备构造针对该下行子帧的bitmap。针对下行子帧的bitmap的每个bit位与不用于调度和反馈HARQ上行传输的下行子帧一一对应。或者，对LTE下行传输反馈发生在预留给ISM传输的上行子帧上的下行子帧，该下行子帧的默认表示用于ISM传输方式，不与bitmap中的bit位对应，这样可进一步节省资源指示信息也就是bitmap的长度。

下面针对各配置模式的进程数和进行预留配置获得bitmap的方式进行详细说明。

LTE FDD：8位bitmap，形如：□□□□□□□□，从左至右对应进程1～8。例如，比特值为1表示该比特位置对应的进程所对应的上行传输子帧应用于ISM（如BT）传输，LTE传输不能在这些子帧上进行。比特值为0表示该比特位置对应的进程所对应的上行子帧用于LTE传输。由于FDD上下行传输频率不同，FDD下行传输没有设备内共存干扰问题，因此在此不予考虑。

LTE TDD配置0：7位bitmap，形如：□□□□□□□，从左至右对应进程1～7。例如，比特值为1表示该比特位置对应的进程所对应的下行调度子帧、上行传输子帧和下行反馈子帧用于ISM（如BT，蓝牙）传输；比特值为0表示对应子帧用于LTE传输。

LTE TDD配置1：4位HARQ进程对应bitmap，形如：□□□□，从左至右对应进程1～4。例如，比特值为1表示该比特位置对应的进程所对应的下行调度子帧、上行传输子帧和下行反馈子帧用于ISM传输；比特值为0表示对应子帧用于LTE传输。LTE TDD配置1存在不用于调度和反馈HARQ上行传输的下行子帧，针对该下行子帧的bitmap有2位，形如：□□，顺序对应子帧0、5。特别的，因为下行子帧0、5的传输反馈发生在子帧7、2，即进程1、3对应的位置，一种优化方式是将进程1、3用于ISM传输，默认下行子帧0、5也用于ISM传输，不另外指示，以节省资源。LTE TDD配置1中针对HARQ进程的bitmap和针对下行子帧的bitmap的总bitmap所需比特数为6比特，即4+2，此时不进行下行子帧指示优化；或为4～6比特，即4+0/1/2，此时进行下行子帧指示优化。

LTE TDD配置2：2位HARQ进程对应bitmap，形如：□□，从左至右对应进程1～2。例如，比特值为1表示该比特位置对应的进程所对应的下行调度子帧、上行传输子帧和下行反馈子帧用于ISM传输；比特值为0表示对应子帧用于LTE传输。LTE TDD配置2存在不用于调度和反馈HARQ上行传输的下行子帧，针对该下行子帧的bitmap有6位，形如：□□□□□□，顺序对应子帧0、1、4、5、6、9。特别的，因为下行子帧4、5、6的传输反馈发生在子帧2，即进程2对应的位置；下行子帧0、1、9的传输反馈发生在子帧7，即进程1对应的位置，一种优化方式是将部分进程用于ISM传输时，下行传输对应反馈发生在该进程上行子帧位置的下行子帧也默认用于ISM传输，不另外指示。LTE TDD配置2中针对HARQ进程的bitmap和针对下行子帧的bitmap的总bitmap所需比特数为8比特，即2+6，此时不进行下行子帧指示优化；或为5或8比特，即2+3或2+6，此时进行下行子帧指示优化，5bit表示有一个上行进程预留为ISM传输，8bit情况下没有任何一个上行进程预留为ISM传输。

LTE TDD配置3：3位HARQ进程对应bitmap，形如：□□□，从左至右对应进程1～3。例如，比特值为1表示该比特位置对应的进程所对应的下行调度子帧、上行传输子帧和下行反馈子帧用于ISM传输；比特值为0表示对应子帧用于LTE传输。LTE TDD配置3存在不用于调度和反馈HARQ上行传输的下行子帧，针对该下行子帧的bitmap有4位，形如：□□□□，顺序对应子帧1、5、6、7。特别的，因为下行子帧5、6、1的传输反馈发生在子帧2，即进程1对应的位置；下行子帧7的传输反馈发生在子帧3，即进程2对应的位置，一种优化方式是将某进程用于ISM传输时，下行传输对应反馈发生在该进程上行子帧位置的下行子帧也默认用于ISM传输，不另外指示。LTE TDD配置3中针对HARQ进程的bitmap和针对下行子帧的bitmap的总bitmap所需比特数为7比特，即3+4，此时不进行下行子帧指示优化；或为3～7比特，此时进行下行子帧指示优化。

LTE TDD配置4：2位HARQ进程对应bitmap，形如：□□，从左至右对应进程1～2。例如，比特值为1表示该比特位置对应的进程所对应的下行调度子帧、上行传输子帧和下行反馈子帧用于ISM传输；比特值为0表示对应子帧用于LTE传输。LTE TDD配置4存在不用于调度和反馈HARQ上行传输的下行子帧，针对该下行子帧的bitmap有6位，形如：□□□□□□，顺序对应子帧0、1、4、5、6、7。特别的，因为下行子帧4、5、0、1的传输反馈发生在子帧2，即进程1对应的位置；下行子帧6、7的传输反馈发生在子帧3，即进程2对应的位置，一种优化方式是将某进程用于ISM传输时，下行传输对应反馈发生在该进程上行子帧位置的下行子帧也默认用于ISM传输，不另外指示。LTE TDD配置4中针对HARQ进程的bitmap和针对下行子帧的bitmap的总bitmap所需比特数为8比特，即2+6，此时不进行下行子帧指示优化；或为4～8比特，此时进行下行子帧指示优化。

LTE TDD配置5：只有一个上行进程，因此该上行进程必须用于LTE传输。LTE TDD配置5存在不用于调度和反馈HARQ上行传输的下行子帧，针对该下行子帧的bitmap有8位，形如：□□□□□□□□，从左至右对应下行子帧0、1、3、4、5、6、7、9。例如，下行子帧的bitmap中，比特值为1表示该下行子帧用于ISM（如BT）传输；比特值为0表示对应子帧用于LTE传输。

LTE TDD配置6：6位bitmap，形如：□□□□□□，从左至右对应进程1～6。例如，比特值为1表示该比特位置对应的进程所对应的下行调度子帧、上行传输子帧和下行反馈子帧用于ISM（如BT）传输；比特值为0表示对应子帧用于LTE传输。

下面针对几个典型配置模式来详细说明资源指示信息的传输过程。

参见图4，本实施例中LTE TDD配置0下传输资源指示信息的方法流程如下：

例如，预留HARQ进程1、2、3为LTE传输。

步骤401：网络侧设备确定用于LTE传输的HARQ进程资源位置和用于ISM传输的HARQ进程资源位置。例如，确定预留HARQ进程1、2、3为LTE传输，预留HARQ进程4、5、6、7为ISM传输。

步骤402：网络侧设备按照确定的HARQ进程资源位置构造比特位与HARQ进程一一对应的bitmap。例如获得的bitmap为0001111。

以上步骤401和步骤402为HARQ进程预留配置过程。

步骤403：网络侧设备在RRC消息或MAC层控制命令中将HARQ进程预留指示的bitmap传输给UE。

步骤404：UE接收网络侧设备发送的针对HARQ进程的bitmap。

步骤405：UE确定收到的bitmap中的每个比特位对应的进程所对应的子帧。例如，UE确定收到的bitmap中的每个比特位对应的进程所对应的下行调度子帧、上行传输子帧和下行反馈子帧。

步骤406：UE在子帧上采用该子帧对应的比特位所指示的LTE传输或ISM传输。例如，UE在进程1、2、3对应的调度和反馈子帧接收LTE下行调度命令、下行传输和对上行传输的反馈，在对应的上行子帧传输LTE上行数据。在进程4、5、6、7对应的下行调度、反馈和上行传输子帧位置进行ISM（如BT）传输。

参见图5，本实施例中LTE TDD配置6下传输资源指示信息的方法流程如下：

例如，预留HARQ进程1、2、3为LTE传输。

步骤501：UE按照期望的子帧预留方式构造针对HARQ进程的bitmap。例如，UE构造的bitmap为001111。

步骤502：UE通过RRC消息或MAC层控制命令将构造的bitmap发送给网络侧设备。

步骤503：网络侧设备根据UE发送的bitmap及UE的设备内多系统传输特性，确定用于LTE系统传输的HARQ进程资源位置和用于ISM系统传输的HARQ进程资源位置。例如，确定预留HARQ进程1、2、3为LTE传输，预留HARQ进程4、5、6为ISM传输。

步骤504：网络侧设备按照确定的HARQ进程资源位置构造比特位与HARQ进程一一对应的bitmap。例如网络侧设备构造的bitmap为000111。

步骤505：网络侧设备在RRC消息或MAC层控制命令中将HARQ进程预留指示的bitmap传输给UE。

步骤506：UE接收网络侧设备发送的针对HARQ进程的bitmap。

步骤507：UE确定收到的bitmap中的每个比特位对应的进程所对应的下行调度子帧、上行传输子帧和下行反馈子帧。

步骤508：UE在确定的子帧上采用该子帧对应的比特位所指示的LTE传输或ISM传输。例如，UE在进程1、2、3对应的调度和反馈子帧接收LTE下行调度命令、下行传输和对上行传输的反馈，在对应的上行子帧传输LTE上行数据。在进程4、5、6对应的下行调度、反馈和上行传输子帧位置进行ISM（如BT）传输。

参见图6，本实施例中LTE TDD配置4下传输资源指示信息的方法流程如下：

例如，预留HARQ进程2为LTE传输，进程1为ISM传输，则下行子帧4、5、0、1由于没有LTE传输的反馈子帧只能预留为ISM传输，下行子帧6、7用于LTE传输。

步骤601：网络侧设备确定用于LTE传输的HARQ进程资源位置和用于ISM传输的HARQ进程资源位置。例如，确定预留HARQ进程1、2、3为LTE传输，预留HARQ进程4、5、6、7为ISM传输。

步骤602：网络侧设备按照确定的HARQ进程资源位置构造比特位与HARQ进程一一对应的第一bitmap。

步骤603：网络侧设备构造针对下行子帧的第二bitmap。例如获得的bitmap为10111100，此时不进行下行子帧配置优化，或为1000，此时进行下行子帧配置优化。

步骤604：网络侧设备在RRC消息或MAC层控制命令中将HARQ进程预留指示的第一bitmap和第二bitmap传输给UE。

步骤605：UE接收网络侧设备发送的针对HARQ进程的bitmap。

步骤606：UE确定收到的第一bitmap中的每个比特位对应的进程所对应的子帧。例如，UE确定收到的bitmap中的每个比特位对应的进程所对应的下行调度子帧、上行传输子帧和下行反馈子帧。

步骤607：UE确定收到的第二bitmap中的每个比特位对应的下行子帧。

步骤608：UE在确定的子帧（包括根据第一bitmap和第二bitmap确定的子帧）上采用该子帧对应的比特位所指示的LTE传输或ISM传输。例如，UE在进程2对应的调度和反馈子帧接收LTE下行调度命令、下行传输和对上行传输的反馈，在对应的上行子帧传输LTE上行数据。同时在子帧6、7接收下行调度和传输。在进程1对应的下行调度、反馈和上行传输子帧位置进行ISM（如BT）传输。

以上描述了传输资源指示信息的实现过程，该过程主要由网络侧设备和用户设备实现，下面对这两个设备的内部结构和功能进行介绍。

参见图7，本实施例中网络侧设备包括：处理模块701和接口模块702。网络侧设备可具体为演进基站（eNB）等用于资源调度的设备。

处理模块701用于确定用于长期演进LTE传输的混合自动重传请求HARQ进程资源位置和用于工业、科技、医疗ISM传输的HARQ进程资源位置，并按照确定的HARQ进程资源位置构造比特bit位与HARQ进程一一对应的比特位图bitmap。

接口模块702用于将获得的bitmap发送给用户设备UE，指示UE在收到的bitmap所对应的子帧上采用bitmap指示的传输方式进行传输。

接口模块702还用于接收UE发送的针对HARQ进程的bitmap。处理模块701根据UE发送的bitmap及UE的设备内多系统传输特性，确定用于LTE系统传输的HARQ进程资源位置和用于ISM系统传输的HARQ进程资源位置。

不同配置模式的bitmap的长度相同；或者，不同配置模式的bitmap的长度为各自的进程数。bitmap用于指示每个比特位对应的进程所对应的下行调度、上行传输、下行反馈子帧均采用该比特位配置的传输方式进行传输。

处理模块701还用于当采用的配置模式存在不用于调度和反馈HARQ上行传输的下行子帧时，构造针对该下行子帧的bitmap。针对下行子帧的bitmap的每个bit位与不用于调度和反馈HARQ上行传输的下行子帧一一对应。或者，对LTE下行传输反馈发生在预留给ISM传输的上行子帧上的下行子帧，该下行子帧的默认表示用于ISM传输方式，不与bitmap中的bit位对应。

参见图8，本实施例中用户设备包括：接口模块801和处理模块802。

接口模块801用于接收网络侧设备发送的针对HARQ进程的bitmap。

处理模块802用于确定收到的bitmap中的每个比特位对应的进程所对应的子帧；在子帧上采用该子帧对应的比特位所指示的LTE传输或ISM传输。

接口模块801还用于接收针对下行子帧的bitmap。处理模块802还用于确定收到的针对下行子帧的bitmap中的每个比特位对应的下行子帧。针对下行子帧的bitmap的每个bit位与不用于调度和反馈HARQ上行传输的下行子帧一一对应。或者，对LTE下行传输反馈发生在预留给ISM传输的上行子帧上的下行子帧，该下行子帧的默认表示用于ISM传输方式，不与bitmap中的bit位对应。

本发明实施例在HARQ进程预留配置过程中，针对HARQ进程获得bitmap。也就是说bitmap中的每个比特位对应一个HARQ进程，比特位的取值决定了HARQ进程对应的子帧所采用的传输方式。传输方式包括LTE系统传输方式和ISM系统传输方式。本发明实施例将对应同一HARQ进程的多个子帧用一个比特位来进行资源指示，相对于现有技术明显降低了bitmap的长度，进而节省了网络资源。本发明实施例针对各配置模式提供了详细的预留配置过程。本发明实施例还针对存在不用于调度和反馈HARQ上行传输的下行子帧构造针对该下行子帧的bitmap，并且可以对LTE下行传输反馈发生在预留给ISM传输的上行子帧上的下行子帧，该下行子帧的默认表示用于ISM传输方式，不与bitmap中的bit位对应，以进一步节省资源。

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

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

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

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

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

Claims

1.一种发送资源指示信息的方法，其特征在于，包括以下步骤：

2.如权利要求1所述的方法，其特征在于，网络侧设备确定用于LTE系统传输的HARQ进程资源位置和用于ISM系统传输的HARQ进程资源位置之前，还包括步骤：网络侧设备接收UE发送的针对HARQ进程的bitmap；

网络侧设备确定用于LTE系统传输的HARQ进程资源位置和用于ISM系统传输的HARQ进程资源位置的步骤包括：网络侧设备根据UE发送的bitmap及UE的设备内多系统传输特性，确定用于LTE系统传输的HARQ进程资源位置和用于ISM系统传输的HARQ进程资源位置。

3.如权利要求1所述的方法，其特征在于，不同配置模式的bitmap的长度相同；或者，不同配置模式的bitmap的长度为各自的进程数。

4.如权利要求1所述的方法，其特征在于，bitmap用于指示每个比特位对应的进程所对应的下行调度、上行传输、下行反馈子帧均采用该比特位配置的传输方式进行传输。

5.如权利要求1至4中任一项所述的方法，其特征在于，网络侧设备将获得的bitmap发送给用户设备UE之前，当采用的配置模式存在不用于调度和反馈HARQ上行传输的下行子帧时，还包括步骤：网络侧设备构造针对该下行子帧的bitmap。

6.如权利要求5所述的方法，其特征在于，针对下行子帧的bitmap的每个bit位与不用于调度和反馈HARQ上行传输的下行子帧一一对应；或者

对LTE下行传输反馈发生在预留给ISM传输的上行子帧上的下行子帧，该下行子帧默认表示用于ISM传输方式，不与bitmap中的bit位对应。

7.一种接收资源指示信息的方法，其特征在于，包括以下步骤：

UE在该子帧上采用该子帧对应的比特位所指示的LTE传输或ISM传输。

8.如权利要求7所述的方法，其特征在于，还包括步骤：UE接收针对下行子帧的bitmap。

9.如权利要求8所述的方法，其特征在于，针对下行子帧的bitmap的每个bit位与不用于调度和反馈HARQ上行传输的下行子帧一一对应；或者

10.一种网络侧设备，其特征在于，包括：

11.如权利要求10所述的网络侧设备，其特征在于，接口模块还用于接收UE发送的针对HARQ进程的bitmap；

处理模块根据UE发送的bitmap及UE的设备内多系统传输特性，确定用于LTE系统传输的HARQ进程资源位置和用于ISM系统传输的HARQ进程资源位置。

12.如权利要求10所述的网络侧设备，其特征在于，不同配置模式的 bitmap的长度相同；或者，不同配置模式的bitmap的长度为各自的进程数。

13.如权利要求10所述的网络侧设备，其特征在于，bitmap用于指示每个比特位对应的进程所对应的下行调度、上行传输、下行反馈子帧均采用该比特位配置的传输方式进行传输。

14.如权利要求10至13中任一项所述的网络侧设备，其特征在于，处理模块还用于当采用的配置模式存在不用于调度和反馈HARQ上行传输的下行子帧时，构造针对该下行子帧的bitmap。

15.如权利要求14所述的网络侧设备，其特征在于，针对下行子帧的bitmap的每个bit位与不用于调度和反馈HARQ上行传输的下行子帧一一对应；或者

16.一种用户设备，其特征在于，包括：

17.如权利要求16所述的用户设备，其特征在于，接口模块还用于接收针对下行子帧的bitmap。

18.如权利要求17所述的用户设备，其特征在于，针对下行子帧的bitmap的每个bit位与不用于调度和反馈HARQ上行传输的下行子帧一一对应；或者