信息传输方法及装置制造方法及图纸

本发明专利技术实施例公开了信息传输方法及装置。该方法包括：对基站发送的第一多播业务进行解码分析，并根据分析结果确定是否成功接收所述第一多播业务；如果确定接收成功，则向所述基站发送确认接收反馈消息或不进行任何反馈，以使所述基站不再重传所述第一多播业务。利用该方法，克服了现有物联网系统多播传输中无法进行接收状态反馈的问题，由此在多播业务传输时引入了接收状态反馈机制以及重传机制，从而提升了多播业务的传输可靠性，同时也提升了多播业务的业务性能。

Information transmission method and device

The embodiment of the invention discloses an information transmission method and device. The method includes: decoding and analyzing the first multicast traffic transmitted by a base station, and determining whether the first multicast traffic is successfully received according to the analysis results; and sending a acknowledgement received feedback message or not to the base station if the reception is successful, so that the base station does not repeat the first multicast traffic. Business. This method overcomes the problem that the state feedback can not be received in the multicast transmission of the existing Internet of Things system. The receiving state feedback mechanism and the retransmission mechanism are introduced in the multicast service transmission, thus improving the transmission reliability of the multicast service and the service performance of the multicast service.

【技术实现步骤摘要】
信息传输方法及装置
本专利技术实施例涉及通信
，尤其涉及信息传输方法及装置。
技术介绍
在网络通信领域的发展中，物联网技术已得到越来越多的关注，如在3GPPRel-13中，3GPP就定义了多种物联网标准，常见的有机器类型通信(Machine-TypeCommunication，MTC)以及窄带蜂窝物联网(NarrowBandInternetofThings，NB-IoT)等，基于上述标准可以实现物与物之间的连接通信，随着物联网技术的发展，对多播业务的需求越来越强烈，由此在3GPPRel-14中，对MTC以及NB-IoT进行了下行多播业务的增强，使得基站可以同时向多个用户设备(UserEquipment，UE)发送消息数据。目前，在MTC或NB-IoT中进行下行多播传输时，基站为保证UE能够成功接收其多播业务的消息报文，通常对给定的消息报文根据给定的重复次数进行重复传输，UE侧则保持对下行多播业务重复传输的接收解码。然而，专利技术人在对物联网多播技术的研究中，发现基于现有的多播数据传输机制进行多播传输时，存在如下缺陷：对于部分信号覆盖较弱的UE而言，在基站的重复次数达到设定值后，可能依旧无法成功接收消息报文，多数情况下，由于进行多播传输的多播业务往往对UE侧是否准确接收较为敏感，如果重复传输结束后仍存在部分接收失败的UE，则很可能导致多播业务整体性能的恶化。
技术实现思路
本专利技术实施例提供了信息传输方法及装置，提升了多播业务的传输可靠性，同时提升了多播业务的业务性能。第一方面，本专利技术实施例提供了一种信息传输方法，包括：对基站发送的第一多播业务进行解码分析，并根据分析结果确定是否成功接收所述第一多播业务；如果确定接收成功，则向所述基站发送确认接收反馈消息或不进行任何反馈。第二方面，本专利技术实施例提供了一种信息传输方法，包括：向UE发送第一多播业务，以使所述UE对基站发送的第一多播业务进行解码分析，并根据分析结果确定是否成功接收所述第一多播业务；如果在预设时间段内没有接收到任何确认失败反馈消息，则不再重传所述第一多播业务。第三方面，本专利技术实施例还提供了一种信息传输装置，包括：业务接收确定模块，用于对基站发送的第一多播业务进行解码分析，并根据分析结果确定是否成功接收所述第一多播业务；信息反馈模块，用于当确定接收成功时，向所述基站发送确认接收反馈消息或不进行任何反馈。第四方面，本专利技术实施例又提供了一种信息传输装置，包括：第一业务发送模块，用于向UE发送第一多播业务，以使所述UE对基站发送的第一多播业务进行解码分析，并根据分析结果确定是否成功接收所述第一多播业务；第一消息处理模块，用于当在预设时间段内没有接收到任何确认失败反馈消息时，不再重传所述第一多播业务。本专利技术实施例中提供了信息传输方法及装置，该方法包括：基站侧向UE侧发送第一多播业务；UE侧对基站侧发送的第一多播业务进行解码分析，并根据分析结果确定是否成功接收该第一多播业务，当确定接收成功时，向基站侧发送确认接收反馈消息或不进行任何反馈；基站侧如果在预设时间段内没有接收到任何确认失败反馈消息，则不再重传该第一多播业务。利用该方法，克服了现有物联网系统多播传输中无法进行接收状态反馈的问题，由此在多播业务传输时引入了接收状态反馈机制以及重传机制，从而提升了多播业务的传输可靠性，同时也提升了多播业务的业务性能。附图说明图1为本专利技术实施例一提供的一种信息传输方法的流程示意图；图2为本专利技术实施例二提供的一种信息传输方法的流程示意图；图3为本专利技术实施例三提供的一种信息传输方法的流程示意图；图4为本专利技术实施例四提供的一种信息传输方法的流程示意图；图5为本专利技术实施例五提供的一种信息传输方法的流程示意图；图6为本专利技术实施例六提供的多播业务传输的优选实施例的流程示意图；图7为本专利技术实施例七提供的一种信息传输装置的结构框图；图8为本专利技术实施例八提供的一种信息传输装置的结构框图。具体实施方式下面结合附图和实施例对本专利技术作进一步的详细说明。可以理解的是，此处所描述的具体实施例仅仅用于解释本专利技术，而非对本专利技术的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本专利技术相关的部分而非全部结构。实施例一图1为本专利技术实施例一提供的一种信息传输方法的流程示意图，该方法适用于在物联网的网络系统中对多播业务的接收状态进行反馈的情况，该方法可以由信息传输装置执行，其中该装置可由软件和/或硬件实现，并一般集成在物联网系统中处于某个基站覆盖范围内的UE上。对于物联网系统，如MTC以及NB-IoT而言，现有的进行下行多播业务传输的过程可以表述如下：基站向覆盖范围内的UE发送多播业务的消息报文(包括控制报文和数据报文)；UE首先接收控制报文并对控制报文进行解码，之后根据解码结果接收多播业务的数据报文。上述多播业务的传输中，UE侧有可能没有成功接收多播业务的数据报文由此影响多播业务的业务性能及传输性能。基于本实施例提供的信息传输方法，可以有效地解决上述问题。需要说明的是，现有多播业务的传输机制中，基站发送多播业务消息报文(控制报文和数据报文)的过程可概括为：基站首先在单小区多播控制信道(SingleCell-MulticastControlChannel，SC-MCCH)上发送一项或多项多播业务的下行控制消息(DownlinkControlInformation，DCI)的配置信息；然后在窄物理下行控制信道(NarrowPhysicalDownlinkControlChannel,NPDCCH)上发送DCI(DCI的配置信息及DCI均可看作控制报文)；最终在窄物理下行共享信道(NarrowPhysicalDownlinkSharedChannel，NPDSCH)上发送下行多播数据信道SC-MTCH携带的下行多播数据报文，其中，DCI中指示了下行多播数据信道SC-MTCH的搜索空间参数等配置信息。此外，UE接收并解码消息报文的过程可概括为：UE首先侦听SC-MCCH的搜索空间获得SC-MCCH中的DCI的配置信息，然后基于该DCI的配置信息在NPDCCH上获得DCI，之后侦听DCI获得NPDSCH上的SC-MTCH搜索空间参数等配置信息，最终在SC-MTCH搜索空间内获得多播业务的数据报文。如图1所示，本专利技术实施例一提供的一种信息传输方法，包括如下操作：可以理解的是，本实施例的下述步骤具体应用在UE侧，可以由配置在UE侧的相应装置执行。S101、对基站发送的第一多播业务进行解码分析，并根据分析结果确定是否成功接收所述第一多播业务。在本实施例中，所述第一多播业务具体可指物联网系统中以多播形式传输的业务数据，一般在确定多播业务对应的多播组后，可以由基站发送给覆盖范围内的UE，并仅允许属于上述多播组的UE接收该多播业务。本实施例可以对第一多播业务的消息报文进行解码分析，其解码分析的具体内容可以是：分析该第一多播业务是否满足UE的接收条件，且可在满足接收条件后接收该第一多播业务并确定是否接收成功。一般地，如果接收并成功解码了第一多播业务中的业务数据，则可认为成功接收了该第一多播业务；否则可认为该第一多播业务接收失败。需要说明的是，本实施例可采用现有的下行多播传输机制对所述第一多播业务的接收和解码。S102、本文档来自技高网...

【技术保护点】
1.一种信息传输方法，其特征在于，包括：对基站发送的第一多播业务进行解码分析，并根据分析结果确定是否成功接收所述第一多播业务；如果确定接收成功，则向所述基站发送确认接收反馈消息或不进行任何反馈。

【技术特征摘要】
1.一种信息传输方法，其特征在于，包括：对基站发送的第一多播业务进行解码分析，并根据分析结果确定是否成功接收所述第一多播业务；如果确定接收成功，则向所述基站发送确认接收反馈消息或不进行任何反馈。2.根据权利要求1所述的方法，其特征在于，还包括：如果确定接收失败，则向所述基站发送确认失败反馈消息，以使所述基站以单播或多播的方式重传所述第一多播业务。3.根据权利要求1所述的方法，其特征在于，还包括：对基站所发送的第二多播业务进行解码分析，并根据分析结果确定是否为所述第一多播业务的重传多播业务；若确定为重传多播业务，且确定当前状态为以下任意一种或多种：接收成功、配置为单播重传、已收到单播重传的控制消息和使用基于高层的反馈机制，则不再接收重传的多播业务，否则接收所述重传多播业务，并对所述重传多播业务独立解码或对所述重传多播业务和首传的多播业务进行合并解码。4.根据权利要求3所述的方法，其特征在于，对基站所发送的第二多播业务进行解码分析，并根据分析结果确定是否为所述第一多播业务的重传多播业务包括：对基站所发送的第二多播业务进行解码分析，确定在所述第二多播业务的控制报文和/或数据报文中声明的传输类型标识；如果根据所述传输类型标识确定本次多播业务为首传，则确定所述第二多播业务不是所述第一多播业务的重传多播业务；如果根据所述传输类型标识确定本次多播业务为重传，则确定所述第二多播业务为所述第一多播业务的重传多播业务。5.根据权利要求4所述的方法，其特征在于，在对基站所发送的第二多播业务进行解码分析之后，还包括：确定在所述第二多播业务的控制报文和/或数据报文中声明的多播业务身份标识或多播组身份标识；相应的，根据所述传输类型标识以及所述多播业务身份标识或多播组身份标识，确定第二多播业务是否为所述第一多播业务的重传多播业务。6.根据权利要求1-5任一项所述的方法，其特征在于，向所述基站发送反馈消息包括：基于高层的反馈机制或基于物理层的反馈机制向所述基站发送反馈消息。7.根据权利要求6所述的方法，其特征在于，基于高层的反馈机制向所述基站发送反馈消息包括：控制处于连接态的UE向所述基站发起上行业务传输请求；根据所述基站反馈的允许响应消息，以上行业务的方式向所述基站发送高层反馈消息。8.根据权利要求6所述的方法，其特征在于，基于物理层的反馈机制向所述基站发送反馈消息包括：控制用户设备UE在所述NPRACH上发送设定的随机接入前导码作为物理反馈消息。9.根据权利要求8所述的方法，其特征在于，所述随机接入前导码的基本单位设定为复用窄带蜂窝物联网中NPRACH的随机接入前导码结构，4个符号组上发送的信号均为‘1’或均为‘-1’，或4个符号组上发送的信号为[W1W2W3W4]，每个符号组内所有符号上发送相同的信号；或者，所述随机接入前导码基本单位设定为N个符号组，其中，每个符号组包括1个循环前缀CP和长度为M的ZC序列。10.根据权利要求6所述的方法，其特征在于，还包括：根据基站配置确定使用基于高层的反馈机制或基于物理层的反馈机制；或，根据是否支持高层反馈机制和/或是否处于连接态，决定使用基于高层的反馈机制或基于物理层的反馈机制。11.根据权利要求2所述的方法，其特征在于，所述确认失败反馈消息中包含UE声明的身份标识，所述身份标识包括所属多播组的标识以及接收失败多播业务的身份标识和/或UE自身的身份标识。12.根据权利要求9所述的方法，其特征在于，所述确认失败反馈消息中包含以下任意组合：所述基站为不同的多播业务组或不同身份标识的多播业务配置的随机接入前导码中[W1W2W3W4]的取值、所述基站为不同的多播业务组或不同身份标识的多播业务配置的随机接入前导码中的ZC序列、所述基站为不同的多播业务组或不同身份标识的多播业务配置的NPRACH资源时频区域，其中，W1、W2、W3以及W4分别为设置在第1、第2、第3以及第4符号组上的信号值；和/或，以下任意组合：所述基站为不同身份标识的UE配置的随机接入前导码中[W1W2W3W4]的取值、所述基站为不同身份标识的UE配置的随机接入前导码中的ZC序列、所述基站为不同身份标识的UE配置的NPRACH资源时频区域。13.一种信息传输方法，其特征在于，包括：向用户设备UE发送第一多播业务，以使所述UE对基站发送的第一多播业务进行解码分析，并根据分析结果确定是否成功接收所述第一多播业务；如果在预设时间段内没有接收到任何确认失败反馈消息，则不再重传所述第一多播业务。14.根据权利要求13所述的方法，其特征在于，还包括：如果接收到所述UE发送的确认失败反馈消息，则以单播或多播的方式重传所述第一多播业务。15.根据权利要求14所述的方法，其特征在于，以单播或多播的方式重传所述第一多播业务包括：若收到的确认失败反馈消息均为基于高层的反馈消息时使用单播重传；若收到的确认失败反馈消息部分为基于高层的反馈消息，部分为基于物理层的反馈消息时，采用多播重传，或对基于高层的反馈消息的发送UE进行单播重传，对基于物理层的反馈消息的发送UE进行多播重传；若收到的确认失败反馈消息均为基...

【专利技术属性】
技术研发人员：周淼，孙鹏，
申请(专利权)人：北京信威通信技术股份有限公司，
类型：发明
国别省市：北京,11