数据传输方法及装置、存储介质与流程
1.本公开涉及无线通信
技术领域：
：，尤其涉及一种数据传输方法及装置、存储介质。
背景技术：
：：2.3gpp规范中，超高可靠超低时延通信(ultra-reliableandlowlatencycommunications，urllc)为了实现超高可靠和超低时延的数据传输，使用了时隙(mini-slot)、上行免调度、下行资源抢占、特定编码技术等，3gpp规范中urllc的空口单向时延要求均不能大于0.5ms。3.urllc下行传输数据时，首先终端接收到物理下行控制信道(physicaldownlinkcontrolchannel)pdcch中下行控制信息dci的调度信息，并依据调度信息在相应的物理下行共享信道(physicaldownlinksharedchannel，pdsch)位置进行数据解调，读取pdsch数据过程至少花费两个符号的时长(typebpdsch)。现有标准下，下行读取pdcch中下行控制信息dci的调度信息、以及pdsch数据的时间难以缩短。对于空口时延要求更高的业务，如何进一步改进才能满足更短时延业务需求成为亟需解决的问题。4.需要说明的是，在上述
背景技术：
：部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。技术实现要素：5.本公开的目的在于提供一种数据传输方法及装置、存储介质，至少在一定程度上克服由于相关技术的终端设备如何进一步改进才能满足更短时延业务需求的问题。6.本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。7.根据本公开的一个方面，提供一种数据传输方法，由终端设备执行，其特征在于，包括：接收物理下行控制信道传输的下行控制信息，其中，所述下行控制信息中包括数据格式指示信息和下行业务数据；根据所述数据格式指示信息解调、并读取所述下行业务数据。8.在本公开一个实施例中，所述下行控制信息中还包括调度信息，所述调度信息和所述数据格式指示信息采用相同的信道编码和调制方式。9.在本公开一个实施例中，所述方法还包括：接收物理下行共享信道传输的下行业务数据。10.在本公开一个实施例中，所述方法还包括：确定根据所述数据格式指示信息解调、并读取所述下行业务数据是否成功，若根据所述数据格式指示信息解调、并读取所述下行业务数据失败，则根据所述调度信息解调、并读取所述物理下行共享信道中的所述下行业务数据。11.在本公开一个实施例中，所述下行业务数据采用embb的64qam调制方式。12.在本公开一个实施例中，所述方法还包括：向网络设备发送信道质量信息。13.在本公开一个实施例中，所述终端设备为urllc终端设备。14.根据本公开的一个方面，提供一种数据传输方法，由网络设备执行，包括：在物理下行控制信道中发送下行控制信息，其中，所述下行控制信息中包括数据格式指示信息和下行业务数据。15.在本公开一个实施例中，所述方法还包括：在物理下行共享信道中发送所述下行业务数据。16.在本公开一个实施例中，所述方法还包括：根据所述下行业务数据的数据量确定发送所述下行控制信息对应的云容器引擎数量，若所述云容器引擎数量满足要求，则在所述物理下行控制信道中发送携带在所述下行控制信息中的所述下行业务数据、以及在所述物理下行共享信道中发送所述下行业务数据；若所述云容器引擎数量不满足要求，则在所述物理下行共享信道中发送所述下行业务数据。17.在本公开一个实施例中，所述方法还包括：接收终端设备上报的信道质量信息；根据所述信道质量信息分别确定所述物理下行控制信道发送的所述下行业务数据、以及所述物理下行共享信道中发送的所述下行业务数据的信道编码和调制方式。18.根据本公开的一个方面，提供一种数据传输装置，包括：收发单元，用于接收物理下行控制信道传输的下行控制信息，其中，所述下行控制信息中包括数据格式指示信息和下行业务数据；处理单元，用于根据所述数据格式指示信息解调、并读取所述下行业务数据。19.根据本公开的一个方面，提供一种数据传输装置，包括：收发单元在物理下行控制信道中发送下行控制信息，其中，所述下行控制信息中包括数据格式指示信息和下行业务数据。20.根据本公开的一个方面，提供一种通信装置，包括：至少一个处理器；以及至少一个存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项的数据传输方法。21.根据本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的数据传输方法。22.本公开提供了一种数据传输方法及装置、存储介质，涉及无线通信
技术领域：
：。该数据传输方法由终端设备执行，包括：接收物理下行控制信道传输的下行控制信息，下行控制信息中包括数据格式指示信息和下行业务数据；根据数据格式指示信息解调、并读取下行业务数据，而不需要解调物理下行控制信道，从而在缩短传输时间的同时保证了urllc的高可靠性。23.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。附图说明24.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。25.图1示出本公开实施例的数据传输方法的通信系统的示意图；26.图2示出本公开实施例中的数据传输方法的流程示意图；27.图3示出本公开实施例中的数据传输方法的另一流程示意图；28.图4a示出本公开实施例中的数据传输方法的另一流程示意图；29.图4b示出本公开实施例中的下行控制信息的示意图；30.图4c示出本公开实施例的数据传输方法的示意图；31.图5示出本公开实施例中的数据传输方法的流程示意图；32.图6示出本公开实施例中的数据传输方法的另一流程示意图；33.图7为本公开实施例的数据传输装置的结构示意图；以及34.图8为本公开实施例的另一数据传输装置的结构示意图。具体实施方式35.现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。36.此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。37.本公开实施例的技术方案可以应用于各种通信系统，例如：长期演进(longtermevolution，lte)系统、lte频分双工(frequencydivisionduplex，fdd)系统、lte时分双工(timedivisionduplex，tdd)、通用移动通信系统(universalmobiletelecommunicationsystem，umts)、全球互联微波接入(worldwideinteroperabilityformicrowaveaccess，wimax)通信系统、第五代(5thgeneration，5g)系统、新无线(newradio，nr)等。本公开提供的技术方案还可以应用于未来的通信系统，如第六代移动通信系统。通信系统还可以是陆上公用移动通信网(publiclandmobilenetwork，plmn)网络、设备到设备(device-to-device，d2d)通信系统、机器到机器(machinetomachine，m2m)通信系统、物联网(internetofthings，iot)通信系统或者其他通信系统。38.本公开实施例中的终端设备(terminalequipment)可以指接入终端、用户单元、用户站、移动站、移动台、中继站、远方站、远程终端、移动设备、用户终端(userterminal)、用户设备(userequipment，ue)、终端(terminal)、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiationprotocol，sip)电话、无线本地环路(wirelesslocalloop，wll)站、个人数字助理(personaldigitalassistant，pda)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5g网络中的终端设备或者未来演进的公用陆地移动通信网络(publiclandmobilenetwork，plmn)中的终端设备或者未来车联网中的终端设备等，本公开实施例对此并不限定。39.本公开实施例中的网络设备可以是用于与终端设备通信的任意一种具有无线收发功能的通信设备。该设备包括但不限于：演进型节点b(evolvednodeb，enb)、无线网络控制器(radionetworkcontroller，rnc)、节点b(nodeb，nb)、家庭基站(homeevolvednodeb，henb，或homenodeb，hnb)、基带单元(basebandunit，bbu)，无线保真(wirelessfidelity，wifi)系统中的接入点(accesspoint，ap)、无线中继节点、无线回传节点、传输点(transmissionpoint，tp)或者发送接收点(transmissionandreceptionpoint，trp)等，还可以为5g系统，如，nr系统中的gnb，或，传输点(trp或tp)，5g系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gnb或传输点的网络节点，如基带单元(bbu)，或，分布式单元(distributedunit，du)等。40.为便于理解本公开实施例，首先以图1中示出的通信系统为例详细说明适用于本公开实施例的通信系统。图1示出本公开实施例的数据传输方法的通信系统的示意图。如图1所示，该通信系统100包括四个通信设备，例如，网络设备110，终端设备121至123。终端设备121至123，可以均为简易能力的终端设备，或者，终端设备121至123中，包括简易能力的终端设备以及传统的embb和urllc终端设备。终端设备121至123中的至少一个终端设备在进行接入系统时，可以利用本公开提供的数据传输方法与网络设备110之间进行数据的传输。41.应理解，图1所示的通信系统中还可以包括更多的网络节点，例如终端设备或网络设备，图1所示的通信系统中包括的网络设备或者终端设备可以是上述各种形式的网络设备或者终端设备。本公开实施例在图中不再一一示出。42.在相关技术中，图2示出相关技术中的数据传输方法的示意图，如图2所示，在3gppr16规范中，新定义了专门用于urllc下行业务数据调度的compact模式dci1_2。数据传输时，urllc终端首先读取pdcch中传输的dci1_2，并根据dci1_2指示读取pdsch相应时频位置上的urllc业务数据。此过程可在3-14个符号时间内完成。也就是说，在相关技术方案中，基站先dci1_2调度信息，终端设备根据调度信息在pdsch区域对业务进行解调。以fddscs＝15khz为例，该方案基本能满足下行时延0.5ms的时延要求，但是，上述方案对于更短时延的要求则难以满足。43.本公开实施例中新增dci1_3中同时携带pdsch传输的urllc业务数据的调度信息以及dci中传输的业务数据。数据传输时终端只需正确接收新增的dci1_3即可完成urllc数据业务传输，不需要解调pdsch，在缩短传输时间的同时保证了urllc的高可靠性。44.本公开至少一实施例提供一种数据传输方法。该方法由终端设备执行。图3示出本公开实施例中的数据传输方法的流程示意图。如图3所示，该方法包括步骤s300至s301。45.s300、终端设备接收物理下行控制信道传输的下行控制信息，下行控制信息中包括数据格式指示信息和下行业务数据。46.s301、终端设备根据数据格式指示信息解调、并读取下行业务数据。47.本公开的数据传输方法的实施例中，终端设备接收物理下行控制信道传输的数据格式指示信息和下行业务数据，根据数据格式指示信息解调、并读取下行业务数据，而不需要解调物理下行控制信道，从而在缩短传输时间的同时保证了urllc的高可靠性。48.本公开至少一实施例提供一种数据传输方法。该方法由终端设备执行，例如，urllc终端设备。图4a示出本公开实施例中的数据传输方法的另一流程示意图。在图2所示实施例的基础上，如图4a所示，该方法包括步骤s400至s405。49.s400、终端设备向网络设备发送信道质量信息。50.s401、终端设备接收物理下行控制信道传输的下行控制信息，下行控制信息中包括调度信息、数据格式指示信息和下行业务数据。51.下行控制信息中还包括调度信息，调度信息用于解调、并读取物理下行共享信道中的下行业务数据。调度信息和数据格式指示信息采用相同的信道编码和调制方式。下行业务数据采用embb的64qam调制方式。52.例如，下行控制信息dci格式为dci1_3，数据格式指示信息可以为数据mcs格式指示信息，例如urllc业务数据mcs格式指示信息。下行业务数据可以为urllc业务数据。dci1_3包含专用于urllc终端设备的下行数据调度的dci1_2控制信息、urllc业务数据mcs格式指示信息、urllc业务数据，其中dci1_2控制信息和urllc业务数据mcs格式指示采用相同的信道编码和调试方式，urllc业务数据根据终端上报cqi选择合适的mcs，由urllc业务数据mcs格式指示获取。终端设备正确解调dci1_3即可获得下行传输的下行业务数据，不需要再对pdsch进行解调。53.s402、终端设备根据数据格式指示信息解调、并读取下行业务数据。54.s403、终端设备确定根据数据格式指示信息解调、并读取下行业务数据是否成功。55.若终端设备根据数据格式指示信息解调、并读取下行业务数据成功，则执行步骤s404；若终端设备根据数据格式指示信息解调、并读取下行业务数据失败，则执行步骤s405。56.s404、程序终止。在此情况下，终端设备仍然接收物理下行共享信道传输的下行业务数据，但是不再根据调度信息解调、并读取物理下行共享信道中的下行业务数据。57.s405、终端设备接收物理下行共享信道传输的下行业务数据，并根据调度信息解调、并读取物理下行共享信道中的下行业务数据。58.图4b示出本公开实施例中的下行控制信息的示意图。例如，如图4b所示，下行业务数据可以为urllc业务数据。终端设备在收到下行控制信息dci1_3时，首先解调读取调度信息和urllc业务数据mcs格式指示，并依据urllc业务数据mcs格式指示解调读取urllc的业务数据。如果终端设备在解调dci1_3中业务数据出错，例如由于误码无法正确解调urllc业务数据，则依照调度信息在相应的pdsch位置上进一步解调相关urllc业务数据。59.图4c示出本公开实施例的数据传输方法的示意图。例如，如图4c所示，下行控制信息dci1_3携带了调度信息、urllc业务数据mcs格式指示和业务数据，由于业务数据是按照3gpp38.214table5.1.3.1-1进行信道编码和调制映射，可靠性比urllc专用的mcs低，为了确保下行业务数据发送法的高可靠性，业务数据重复发送两次，一次通过下行控制信息dci1_3发送，第二次通过pdsch发送，并由下行控制信息dci1_3中的调度信息指示终端设备对urllcpdsch中携带的业务数据进行解调。60.本公开的数据传输方法的实施例中，在传输小数据时，在终端设备根据数据格式指示信息解调、并读取下行业务数据成功的情况下，其不需要解调物理下行控制信道；在终端设备根据数据格式指示信息解调、并读取下行业务数据失败的情况下，其根据调度信息解调、并读取物理下行共享信道中的下行业务数据，也就是说，为保障数据传输的可靠性，在pdsch区域进行二次的下行业务数据传输，从而在缩短传输时间的同时进一步保证了urllc的高可靠性。61.本公开至少一实施例提供一种数据传输方法。该方法由网络设备执行。图5示出本公开实施例中的数据传输方法的流程示意图。如图5所示，该方法包括步骤s500。62.s500、网络设备在物理下行控制信道中发送下行控制信息，下行控制信息中包括数据格式指示信息和下行业务数据。63.本公开的数据传输方法的实施例中，网络设备在物理下行控制信道中发送下行控制信息，下行控制信息中包括数据格式指示信息和下行业务数据，使得终端设备根据数据格式指示信息解调、并读取下行业务数据，而不需要解调物理下行控制信道，从而在缩短传输时间的同时保证了urllc的高可靠性。64.本公开至少一实施例提供一种数据传输方法。该方法由网络设备执行。图6示出本公开实施例中的数据传输方法的另一流程示意图。如图6所示，该方法包括步骤s600至s606。65.s600、网络设备获取下行业务数据。66.s601、网络设备接收终端设备上报的信道质量信息。67.s602、网络设备根据信道质量信息分别确定物理下行控制信道发送的下行业务数据、以及物理下行共享信道中发送的下行业务数据的信道编码和调制方式。68.例如，为适应不同的无线环境需求，提高数据传输效率，dci1_3的数据域需根据终端上报的信道质量指示(channelqualityindication,cqi)选择合适的mcsindex。由于3gpp38.214规范中定义了多个下行mcstable，table5.1.3.1-1为embb的64qam调制映射表，table5.1.3.1-3为urllc的64qam调制映射表。由于urllc调制映射表频谱效率太低，pdcch的cce资源有限，本文中选择3gpp38.214规范中table5.1.3.1-1作为dci1_3数据域的调制映射表。69.s603、网络设备根据下行业务数据的数据量确定发送下行控制信息对应的云容器引擎数量。70.s604、网络设备确定云容器引擎数量是否满足要求。71.若云容器引擎数量满足要求，则执行步骤s605和步骤s606；若云容器引擎数量不满足要求，则执行步骤s606。72.s605、网络设备在物理下行控制信道中发送携带在下行控制信息中的调度信息、数据格式指示信息和下行业务数据。73.s606、网络设备在物理下行共享信道中发送下行业务数据。74.例如，基站测在某个时隙需要往urllc终端设备发送下行小数据业务，基站根据终端上报的信道质量分别为dci1_3传输的业务数据和pdsch传输的业务数据选择合适的mcs等级，并根据发送的业务数据量判断完成dci1_3发送需要的云容器引擎cce数量(例如1、2、4、8、16等)，如果基站分配给该urllc的cce数量满足要求，则使用dci1_3进行业务数据的调度和传输，如果基站分配给该urllc的cc数量不满足要求，则采用dci1_2进行urllc的业务数据调度。75.本公开的数据传输方法的实施例中，在网络设备确定云容器引擎数量是否满足要求的情况下，其在物理下行控制信道中发送携带在下行控制信息中的调度信息、数据格式指示信息和下行业务数据、以及在物理下行共享信道中发送下行业务数据；在云容器引擎数量不满足要求的情况下，其仅在物理下行共享信道中发送下行业务数据，从而在缩短传输时间的同时进一步保证了urllc的高可靠性。76.需要说明的是，上述图5和图6所示的网络设备执行的数据传输方法为图2至图4所示的终端设备执行的数据传输方法相对侧的网络设备执行的数据传输方法，相关步骤和特征可以相互参考，其技术原理和技术效果类似，在此不再赘述。77.本公开至少一实施例提供一种数据传输装置。图7为本公开实施例的数据传输装置的结构示意图。如图7所示，该装置包括处理单元和收发单元。收发单元，用于接收物理下行控制信道传输的下行控制信息，其中，下行控制信息中包括数据格式指示信息和下行业务数据；处理单元，用于根据数据格式指示信息解调、并读取下行业务数据。78.装置700和方法实施例中的终端设备对应，装置700可以是方法实施例中的终端设备，或者方法实施例中的终端设备内部的芯片或功能模块。装置700的相应单元用于执行图2至图4c所示的方法实施例中由终端设备执行的相应步骤。79.装置700中的处理单元710用于执行方法实施例中终端设备对应于处理相关的步骤。例如，执行图4a中根据数据格式指示信息解调、并读取下行业务数据的步骤s402、执行图4a中确定根据数据格式指示信息解调、并读取下行业务数据是否成功的步骤s403。80.装置700中的收发单元720执行方法实施例中终端设备接收和发送的步骤。例如，执行图4a中接收物理下行控制信道传输的下行控制信息的步骤s401、执行图4a中向网络设备发送信道质量信息的步骤s400。81.其中，处理单元710可以是至少一个处理器。收发单元720可以是收发器或者接口电路。82.收发单元720可以由接收单元和发送单元可以组成收发单元，发送单元，用于执行终端设备发送的步骤，例如，向其他设备发送信息；接收单元，用于执行终端设备接收的步骤，例如，接收其他设备发送的信息。发送单元可以是发射器或者接口电路，接收单元可以是接收器或者接口电路。83.装置700还可以包括存储单元，用于存储数据和/或信令，处理单元710、收发单元720可以与存储单元交互或者耦合，例如读取或者调用存储单元中的数据和/或信令，以使得上述实施例的方法被执行。84.以上各个单元可以独立存在，也可以全部或者部分集成。85.本公开至少一实施例提供一种数据传输装置。图8为本公开实施例的数据传输装置的结构示意图。如图8所示，该装置包括收发单元和处理单元。收发单元在物理下行控制信道中发送下行控制信息，其中，下行控制信息中包括数据格式指示信息和下行业务数据。86.装置800和方法实施例中的网络设备对应，装置800可以是方法实施例中的网络设备，或者方法实施例中的网络设备内部的芯片或功能模块。装置800的相应单元用于执行图5和图6所示的方法实施例中由网络设备执行的相应步骤。87.装置800中的处理单元810用于执行方法实施例中网络设备对应于处理相关的步骤。例如，执行图6中根据下行业务数据的数据量确定发送下行控制信息对应的云容器引擎数量的步骤s603、以及执行图6中确定云容器引擎数量是否满足要求的步骤s604。88.装置800中的收发单元820执行方法实施例中网络设备接收和发送的步骤。例如，执行图6中在物理下行控制信道中发送携带在下行控制信息中的调度信息、数据格式指示信息和下行业务数据的步骤s605、执行图6中在物理下行共享信道中发送所述下行业务数据的步骤s606。89.其中，处理单元810可以是至少一个处理器。收发单元820可以是收发器或者接口电路。90.收发单元820可以由接收单元和发送单元可以组成收发单元，发送单元，用于执行网络设备发送的步骤，例如，向其他设备发送信息；接收单元，用于执行网络设备接收的步骤，例如，接收其他设备发送的信息。发送单元可以是发射器或者接口电路，接收单元可以是接收器或者接口电路。91.装置800还可以包括存储单元，用于存储数据和/或信令，处理单元810、收发单元820可以与存储单元交互或者耦合，例如读取或者调用存储单元中的数据和/或信令，以使得上述实施例的方法被执行。92.以上各个单元可以独立存在，也可以全部或者部分集成。93.本公开至少一实施例提供一种通信装置。该通信装置包括：至少一个处理器；以及至少一个存储器，用于存储处理器的可执行指令；处理器配置为经由执行可执行指令来执行上述图3至图4c、或图5至图6所示任意一实施例的数据传输方法。例如，该通信装置可以是终端设备或网络设备。94.本公开至少一实施例提供一种终端设备。该终端设备包括处理器和存储器。存储器用于存储处理器的可执行指。处理器配置为经由执行可执行指令来执行上述图3至图4c所示任意一实施例的数据传输方法。95.该终端设备可应用于图1所示出的系统中。终端设备包括处理器、存储器、射频电路、天线以及输入输出装置。处理器用于控制天线以及输入输出装置收发信号，存储器用于存储计算机程序，处理器用于从存储器中调用并运行该计算机程序，射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。96.当需要发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。97.本公开至少一实施例提供一种网络设备。该网络设备包括处理器和存储器。存储器用于存储处理器的可执行指。处理器配置为经由执行可执行指令来执行上述图5至图6所示任意一实施例的数据传输方法。98.应理解，上述处理器可以为中央处理单元(centralprocessingunit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。99.还应理解，上述存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-onlymemory，rom)、可编程只读存储器(programmablerom，prom)、可擦除可编程只读存储器(erasableprom，eprom)、电可擦除可编程只读存储器(electricallyeprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(randomaccessmemory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(randomaccessmemory，ram)可用，例如静态随机存取存储器(staticram，sram)、动态随机存取存储器(dram)、同步动态随机存取存储器(synchronousdram，sdram)、双倍数据速率同步动态随机存取存储器(doubledataratesdram，ddrsdram)、增强型同步动态随机存取存储器(enhancedsdram，esdram)、同步连接动态随机存取存储器(synchlinkdram，sldram)和直接内存总线随机存取存储器(directrambusram，drram)。100.上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行该计算机指令或计算机程序时，全部或部分地产生按照本公开实施例的流程或功能。该计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质。半导体介质可以是固态硬盘。101.本公开实施例还提供了一种通信系统，该通信系统包括：上述的通信装置，例如上述终端设备和上述的网络设备，该通信系统还包括其他通信设备设备。例如，该通信系统包括nr-light终端设备、非nr-light终端设备和接入网设备。102.本公开实施例还提供了一种计算机可读介质，用于存储计算机程序代码，该计算机程序包括用于执行上述方法中本公开实施例的数据传输方法的指令。该可读介质可以是只读存储器(read-onlymemory，rom)或随机存取存储器(randomaccessmemory，ram)，本公开实施例对此不做限制。103.本公开还提供了一种计算机可读存储介质，其上存储有计算机程序，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。104.描述了根据本发明的实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。105.本公开实施例还提供了一种系统芯片，该系统芯片包括：处理单元和通信单元，该处理单元，例如可以是处理器，该通信单元例如可以是输入/输出接口、管脚或电路等。该处理单元可执行计算机指令，以使该通信装置内的芯片执行上述本公开实施例提供的任一种传输初始接入配置信息的方法。106.例如，上述本公开实施例中提供的任意实施例的包括终端设备和网络设备的通信装置可以包括该系统芯片。107.例如，该计算机指令被存储在存储单元中。108.例如，该存储单元为该芯片内的存储单元，如寄存器、缓存等，该存储单元还可以是该终端内的位于该芯片外部的存储单元，如rom或可存储静态信息和指令的其他类型的静态存储设备，ram等。其中，上述任一处提到的处理器，可以是一个cpu，微处理器，asic，或一个或多个用于控制上述的主传输初始接入配置信息的方法的程序执行的集成电路。该处理单元和该存储单元可以解耦，分别设置在不同的物理设备上，通过有线或者无线的方式连接来实现该处理单元和该存储单元的各自的功能，以支持该系统芯片实现上述实施例中的各种功能。或者，该处理单元和该存储器也可以耦合在同一个设备上。109.可以理解，本公开实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-onlymemory，rom)、可编程只读存储器(programmablerom，prom)、可擦除可编程只读存储器(erasableprom，eprom)、电可擦除可编程只读存储器(electricallyeprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(randomaccessmemory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(randomaccessmemory，ram)可用，例如静态随机存取存储器(staticram，sram)、动态随机存取存储器(dram)、同步动态随机存取存储器(synchronousdram，sdram)、双倍数据速率同步动态随机存取存储器(doubledataratesdram，ddrsdram)、增强型同步动态随机存取存储器(enhancedsdram，esdram)、同步连接动态随机存取存储器(synchlinkdram，sldram)和直接内存总线随机存取存储器(directrambusram，drram)。110.本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。111.本公开中出现的术语“上行”和“下行”，用于在特定场景描述数据/信息传输的方向，比如，“上行”方向一般是指数据/信息从终端向网络侧传输的方向，或者分布式单元向集中式单元传输的方向，“下行”方向一般是指数据/信息从网络侧向终端传输的方向，或者集中式单元向分布式单元传输的方向，可以理解，“上行”和“下行”仅用于描述数据/信息的传输方向，该数据/信息传输的具体起止的设备都不作限定。112.在本公开中可能出现的对各种消息/信息/设备/网元/系统/装置/动作/操作/流程/概念等各类客体进行了赋名，可以理解的是，这些具体的名称并不构成对相关客体的限定，所赋名称可随着场景，语境或者使用习惯等因素而变更，对本公开中技术术语的技术含义的理解，应主要从其在技术方案中所体现/执行的功能和技术效果来确定。113.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。114.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。115.在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。116.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。117.另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。118.功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取。119.以上，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本
技术领域：
：的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以权利要求的保护范围为准。当前第1页12当前第1页12
技术特征：
1.一种数据传输方法，由终端设备执行，其特征在于，包括：接收物理下行控制信道传输的下行控制信息，其中，所述下行控制信息中包括数据格式指示信息和下行业务数据；根据所述数据格式指示信息解调、并读取所述下行业务数据。2.根据权利要求1所述的方法，其特征在于，所述下行控制信息中还包括调度信息，所述调度信息和所述数据格式指示信息采用相同的信道编码和调制方式。3.根据权利要求2所述的方法，其特征在于，所述方法还包括：接收物理下行共享信道传输的下行业务数据。4.根据权利要求3所述的方法，其特征在于，所述方法还包括：确定根据所述数据格式指示信息解调、并读取所述下行业务数据是否成功，若根据所述数据格式指示信息解调、并读取所述下行业务数据失败，则根据所述调度信息解调、并读取所述物理下行共享信道中的所述下行业务数据。5.根据权利要求4所述的方法，其特征在于，所述下行业务数据采用embb的64qam调制方式。6.根据权利要求1所述的方法，其特征在于，所述方法还包括：向网络设备发送信道质量信息。7.根据权利要求1所述的方法，其特征在于，所述终端设备为urllc终端设备。8.一种数据传输方法，其特征在于，由网络设备执行，包括：在物理下行控制信道中发送下行控制信息，其中，所述下行控制信息中包括数据格式指示信息和下行业务数据。9.根据权利要求8所述的方法，其特征在于，所述方法还包括：在物理下行共享信道中发送所述下行业务数据。10.根据权利要求9所述的方法，其特征在于，所述方法还包括：根据所述下行业务数据的数据量确定发送所述下行控制信息对应的云容器引擎数量，若所述云容器引擎数量满足要求，则在所述物理下行控制信道中发送携带在所述下行控制信息中的所述下行业务数据、以及在所述物理下行共享信道中发送所述下行业务数据；若所述云容器引擎数量不满足要求，则在所述物理下行共享信道中发送所述下行业务数据。11.根据权利要求9所述的方法，其特征在于，所述方法还包括：接收终端设备上报的信道质量信息；根据所述信道质量信息分别确定所述物理下行控制信道发送的所述下行业务数据、以及所述物理下行共享信道中发送的所述下行业务数据的信道编码和调制方式。12.一种数据传输装置，其特征在于，包括：收发单元，用于接收物理下行控制信道传输的下行控制信息，其中，所述下行控制信息中包括数据格式指示信息和下行业务数据；处理单元，用于根据所述数据格式指示信息解调、并读取所述下行业务数据。13.一种数据传输装置，其特征在于，包括：收发单元在物理下行控制信道中发送下行控制信息，其中，所述下行控制信息中包括
数据格式指示信息和下行业务数据。14.一种通信装置，其特征在于，包括：至少一个处理器；以及至少一个存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1～7或8～11中任意一项所述数据传输方法。15.一种计算机可读存储介质，其上存储有计算机程序或指令，其特征在于，所述计算机程序或指令被处理器执行时实现权利要求1～7或8～11中任意一项所述的数据传输方法。
技术总结
本公开提供了一种数据传输方法及装置、存储介质，涉及无线通信技术领域。该数据传输方法由终端设备执行，包括：接收物理下行控制信道传输的下行控制信息，下行控制信息中包括数据格式指示信息和下行业务数据；根据数据格式指示信息解调、并读取下行业务数据，而不需要解调物理下行控制信道，从而在缩短传输时间的同时保证了URLLC的高可靠性。同时保证了URLLC的高可靠性。同时保证了URLLC的高可靠性。
技术研发人员：梁健生 王月珍 陈晓冬 黄韬
受保护的技术使用者：中国电信股份有限公司
技术研发日：2021.11.29
技术公布日：2022/3/8
技术领域：
：，尤其涉及一种数据传输方法及装置、存储介质。
背景技术：
：：2.3gpp规范中，超高可靠超低时延通信(ultra-reliableandlowlatencycommunications，urllc)为了实现超高可靠和超低时延的数据传输，使用了时隙(mini-slot)、上行免调度、下行资源抢占、特定编码技术等，3gpp规范中urllc的空口单向时延要求均不能大于0.5ms。3.urllc下行传输数据时，首先终端接收到物理下行控制信道(physicaldownlinkcontrolchannel)pdcch中下行控制信息dci的调度信息，并依据调度信息在相应的物理下行共享信道(physicaldownlinksharedchannel，pdsch)位置进行数据解调，读取pdsch数据过程至少花费两个符号的时长(typebpdsch)。现有标准下，下行读取pdcch中下行控制信息dci的调度信息、以及pdsch数据的时间难以缩短。对于空口时延要求更高的业务，如何进一步改进才能满足更短时延业务需求成为亟需解决的问题。4.需要说明的是，在上述
背景技术：
：部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。技术实现要素：5.本公开的目的在于提供一种数据传输方法及装置、存储介质，至少在一定程度上克服由于相关技术的终端设备如何进一步改进才能满足更短时延业务需求的问题。6.本公开的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本公开的实践而习得。7.根据本公开的一个方面，提供一种数据传输方法，由终端设备执行，其特征在于，包括：接收物理下行控制信道传输的下行控制信息，其中，所述下行控制信息中包括数据格式指示信息和下行业务数据；根据所述数据格式指示信息解调、并读取所述下行业务数据。8.在本公开一个实施例中，所述下行控制信息中还包括调度信息，所述调度信息和所述数据格式指示信息采用相同的信道编码和调制方式。9.在本公开一个实施例中，所述方法还包括：接收物理下行共享信道传输的下行业务数据。10.在本公开一个实施例中，所述方法还包括：确定根据所述数据格式指示信息解调、并读取所述下行业务数据是否成功，若根据所述数据格式指示信息解调、并读取所述下行业务数据失败，则根据所述调度信息解调、并读取所述物理下行共享信道中的所述下行业务数据。11.在本公开一个实施例中，所述下行业务数据采用embb的64qam调制方式。12.在本公开一个实施例中，所述方法还包括：向网络设备发送信道质量信息。13.在本公开一个实施例中，所述终端设备为urllc终端设备。14.根据本公开的一个方面，提供一种数据传输方法，由网络设备执行，包括：在物理下行控制信道中发送下行控制信息，其中，所述下行控制信息中包括数据格式指示信息和下行业务数据。15.在本公开一个实施例中，所述方法还包括：在物理下行共享信道中发送所述下行业务数据。16.在本公开一个实施例中，所述方法还包括：根据所述下行业务数据的数据量确定发送所述下行控制信息对应的云容器引擎数量，若所述云容器引擎数量满足要求，则在所述物理下行控制信道中发送携带在所述下行控制信息中的所述下行业务数据、以及在所述物理下行共享信道中发送所述下行业务数据；若所述云容器引擎数量不满足要求，则在所述物理下行共享信道中发送所述下行业务数据。17.在本公开一个实施例中，所述方法还包括：接收终端设备上报的信道质量信息；根据所述信道质量信息分别确定所述物理下行控制信道发送的所述下行业务数据、以及所述物理下行共享信道中发送的所述下行业务数据的信道编码和调制方式。18.根据本公开的一个方面，提供一种数据传输装置，包括：收发单元，用于接收物理下行控制信道传输的下行控制信息，其中，所述下行控制信息中包括数据格式指示信息和下行业务数据；处理单元，用于根据所述数据格式指示信息解调、并读取所述下行业务数据。19.根据本公开的一个方面，提供一种数据传输装置，包括：收发单元在物理下行控制信道中发送下行控制信息，其中，所述下行控制信息中包括数据格式指示信息和下行业务数据。20.根据本公开的一个方面，提供一种通信装置，包括：至少一个处理器；以及至少一个存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行上述任意一项的数据传输方法。21.根据本公开的一个方面，提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述任意一项所述的数据传输方法。22.本公开提供了一种数据传输方法及装置、存储介质，涉及无线通信
技术领域：
：。该数据传输方法由终端设备执行，包括：接收物理下行控制信道传输的下行控制信息，下行控制信息中包括数据格式指示信息和下行业务数据；根据数据格式指示信息解调、并读取下行业务数据，而不需要解调物理下行控制信道，从而在缩短传输时间的同时保证了urllc的高可靠性。23.应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。附图说明24.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。25.图1示出本公开实施例的数据传输方法的通信系统的示意图；26.图2示出本公开实施例中的数据传输方法的流程示意图；27.图3示出本公开实施例中的数据传输方法的另一流程示意图；28.图4a示出本公开实施例中的数据传输方法的另一流程示意图；29.图4b示出本公开实施例中的下行控制信息的示意图；30.图4c示出本公开实施例的数据传输方法的示意图；31.图5示出本公开实施例中的数据传输方法的流程示意图；32.图6示出本公开实施例中的数据传输方法的另一流程示意图；33.图7为本公开实施例的数据传输装置的结构示意图；以及34.图8为本公开实施例的另一数据传输装置的结构示意图。具体实施方式35.现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本公开将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。36.此外，附图仅为本公开的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。37.本公开实施例的技术方案可以应用于各种通信系统，例如：长期演进(longtermevolution，lte)系统、lte频分双工(frequencydivisionduplex，fdd)系统、lte时分双工(timedivisionduplex，tdd)、通用移动通信系统(universalmobiletelecommunicationsystem，umts)、全球互联微波接入(worldwideinteroperabilityformicrowaveaccess，wimax)通信系统、第五代(5thgeneration，5g)系统、新无线(newradio，nr)等。本公开提供的技术方案还可以应用于未来的通信系统，如第六代移动通信系统。通信系统还可以是陆上公用移动通信网(publiclandmobilenetwork，plmn)网络、设备到设备(device-to-device，d2d)通信系统、机器到机器(machinetomachine，m2m)通信系统、物联网(internetofthings，iot)通信系统或者其他通信系统。38.本公开实施例中的终端设备(terminalequipment)可以指接入终端、用户单元、用户站、移动站、移动台、中继站、远方站、远程终端、移动设备、用户终端(userterminal)、用户设备(userequipment，ue)、终端(terminal)、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(sessioninitiationprotocol，sip)电话、无线本地环路(wirelesslocalloop，wll)站、个人数字助理(personaldigitalassistant，pda)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备，5g网络中的终端设备或者未来演进的公用陆地移动通信网络(publiclandmobilenetwork，plmn)中的终端设备或者未来车联网中的终端设备等，本公开实施例对此并不限定。39.本公开实施例中的网络设备可以是用于与终端设备通信的任意一种具有无线收发功能的通信设备。该设备包括但不限于：演进型节点b(evolvednodeb，enb)、无线网络控制器(radionetworkcontroller，rnc)、节点b(nodeb，nb)、家庭基站(homeevolvednodeb，henb，或homenodeb，hnb)、基带单元(basebandunit，bbu)，无线保真(wirelessfidelity，wifi)系统中的接入点(accesspoint，ap)、无线中继节点、无线回传节点、传输点(transmissionpoint，tp)或者发送接收点(transmissionandreceptionpoint，trp)等，还可以为5g系统，如，nr系统中的gnb，或，传输点(trp或tp)，5g系统中的基站的一个或一组(包括多个天线面板)天线面板，或者，还可以为构成gnb或传输点的网络节点，如基带单元(bbu)，或，分布式单元(distributedunit，du)等。40.为便于理解本公开实施例，首先以图1中示出的通信系统为例详细说明适用于本公开实施例的通信系统。图1示出本公开实施例的数据传输方法的通信系统的示意图。如图1所示，该通信系统100包括四个通信设备，例如，网络设备110，终端设备121至123。终端设备121至123，可以均为简易能力的终端设备，或者，终端设备121至123中，包括简易能力的终端设备以及传统的embb和urllc终端设备。终端设备121至123中的至少一个终端设备在进行接入系统时，可以利用本公开提供的数据传输方法与网络设备110之间进行数据的传输。41.应理解，图1所示的通信系统中还可以包括更多的网络节点，例如终端设备或网络设备，图1所示的通信系统中包括的网络设备或者终端设备可以是上述各种形式的网络设备或者终端设备。本公开实施例在图中不再一一示出。42.在相关技术中，图2示出相关技术中的数据传输方法的示意图，如图2所示，在3gppr16规范中，新定义了专门用于urllc下行业务数据调度的compact模式dci1_2。数据传输时，urllc终端首先读取pdcch中传输的dci1_2，并根据dci1_2指示读取pdsch相应时频位置上的urllc业务数据。此过程可在3-14个符号时间内完成。也就是说，在相关技术方案中，基站先dci1_2调度信息，终端设备根据调度信息在pdsch区域对业务进行解调。以fddscs＝15khz为例，该方案基本能满足下行时延0.5ms的时延要求，但是，上述方案对于更短时延的要求则难以满足。43.本公开实施例中新增dci1_3中同时携带pdsch传输的urllc业务数据的调度信息以及dci中传输的业务数据。数据传输时终端只需正确接收新增的dci1_3即可完成urllc数据业务传输，不需要解调pdsch，在缩短传输时间的同时保证了urllc的高可靠性。44.本公开至少一实施例提供一种数据传输方法。该方法由终端设备执行。图3示出本公开实施例中的数据传输方法的流程示意图。如图3所示，该方法包括步骤s300至s301。45.s300、终端设备接收物理下行控制信道传输的下行控制信息，下行控制信息中包括数据格式指示信息和下行业务数据。46.s301、终端设备根据数据格式指示信息解调、并读取下行业务数据。47.本公开的数据传输方法的实施例中，终端设备接收物理下行控制信道传输的数据格式指示信息和下行业务数据，根据数据格式指示信息解调、并读取下行业务数据，而不需要解调物理下行控制信道，从而在缩短传输时间的同时保证了urllc的高可靠性。48.本公开至少一实施例提供一种数据传输方法。该方法由终端设备执行，例如，urllc终端设备。图4a示出本公开实施例中的数据传输方法的另一流程示意图。在图2所示实施例的基础上，如图4a所示，该方法包括步骤s400至s405。49.s400、终端设备向网络设备发送信道质量信息。50.s401、终端设备接收物理下行控制信道传输的下行控制信息，下行控制信息中包括调度信息、数据格式指示信息和下行业务数据。51.下行控制信息中还包括调度信息，调度信息用于解调、并读取物理下行共享信道中的下行业务数据。调度信息和数据格式指示信息采用相同的信道编码和调制方式。下行业务数据采用embb的64qam调制方式。52.例如，下行控制信息dci格式为dci1_3，数据格式指示信息可以为数据mcs格式指示信息，例如urllc业务数据mcs格式指示信息。下行业务数据可以为urllc业务数据。dci1_3包含专用于urllc终端设备的下行数据调度的dci1_2控制信息、urllc业务数据mcs格式指示信息、urllc业务数据，其中dci1_2控制信息和urllc业务数据mcs格式指示采用相同的信道编码和调试方式，urllc业务数据根据终端上报cqi选择合适的mcs，由urllc业务数据mcs格式指示获取。终端设备正确解调dci1_3即可获得下行传输的下行业务数据，不需要再对pdsch进行解调。53.s402、终端设备根据数据格式指示信息解调、并读取下行业务数据。54.s403、终端设备确定根据数据格式指示信息解调、并读取下行业务数据是否成功。55.若终端设备根据数据格式指示信息解调、并读取下行业务数据成功，则执行步骤s404；若终端设备根据数据格式指示信息解调、并读取下行业务数据失败，则执行步骤s405。56.s404、程序终止。在此情况下，终端设备仍然接收物理下行共享信道传输的下行业务数据，但是不再根据调度信息解调、并读取物理下行共享信道中的下行业务数据。57.s405、终端设备接收物理下行共享信道传输的下行业务数据，并根据调度信息解调、并读取物理下行共享信道中的下行业务数据。58.图4b示出本公开实施例中的下行控制信息的示意图。例如，如图4b所示，下行业务数据可以为urllc业务数据。终端设备在收到下行控制信息dci1_3时，首先解调读取调度信息和urllc业务数据mcs格式指示，并依据urllc业务数据mcs格式指示解调读取urllc的业务数据。如果终端设备在解调dci1_3中业务数据出错，例如由于误码无法正确解调urllc业务数据，则依照调度信息在相应的pdsch位置上进一步解调相关urllc业务数据。59.图4c示出本公开实施例的数据传输方法的示意图。例如，如图4c所示，下行控制信息dci1_3携带了调度信息、urllc业务数据mcs格式指示和业务数据，由于业务数据是按照3gpp38.214table5.1.3.1-1进行信道编码和调制映射，可靠性比urllc专用的mcs低，为了确保下行业务数据发送法的高可靠性，业务数据重复发送两次，一次通过下行控制信息dci1_3发送，第二次通过pdsch发送，并由下行控制信息dci1_3中的调度信息指示终端设备对urllcpdsch中携带的业务数据进行解调。60.本公开的数据传输方法的实施例中，在传输小数据时，在终端设备根据数据格式指示信息解调、并读取下行业务数据成功的情况下，其不需要解调物理下行控制信道；在终端设备根据数据格式指示信息解调、并读取下行业务数据失败的情况下，其根据调度信息解调、并读取物理下行共享信道中的下行业务数据，也就是说，为保障数据传输的可靠性，在pdsch区域进行二次的下行业务数据传输，从而在缩短传输时间的同时进一步保证了urllc的高可靠性。61.本公开至少一实施例提供一种数据传输方法。该方法由网络设备执行。图5示出本公开实施例中的数据传输方法的流程示意图。如图5所示，该方法包括步骤s500。62.s500、网络设备在物理下行控制信道中发送下行控制信息，下行控制信息中包括数据格式指示信息和下行业务数据。63.本公开的数据传输方法的实施例中，网络设备在物理下行控制信道中发送下行控制信息，下行控制信息中包括数据格式指示信息和下行业务数据，使得终端设备根据数据格式指示信息解调、并读取下行业务数据，而不需要解调物理下行控制信道，从而在缩短传输时间的同时保证了urllc的高可靠性。64.本公开至少一实施例提供一种数据传输方法。该方法由网络设备执行。图6示出本公开实施例中的数据传输方法的另一流程示意图。如图6所示，该方法包括步骤s600至s606。65.s600、网络设备获取下行业务数据。66.s601、网络设备接收终端设备上报的信道质量信息。67.s602、网络设备根据信道质量信息分别确定物理下行控制信道发送的下行业务数据、以及物理下行共享信道中发送的下行业务数据的信道编码和调制方式。68.例如，为适应不同的无线环境需求，提高数据传输效率，dci1_3的数据域需根据终端上报的信道质量指示(channelqualityindication,cqi)选择合适的mcsindex。由于3gpp38.214规范中定义了多个下行mcstable，table5.1.3.1-1为embb的64qam调制映射表，table5.1.3.1-3为urllc的64qam调制映射表。由于urllc调制映射表频谱效率太低，pdcch的cce资源有限，本文中选择3gpp38.214规范中table5.1.3.1-1作为dci1_3数据域的调制映射表。69.s603、网络设备根据下行业务数据的数据量确定发送下行控制信息对应的云容器引擎数量。70.s604、网络设备确定云容器引擎数量是否满足要求。71.若云容器引擎数量满足要求，则执行步骤s605和步骤s606；若云容器引擎数量不满足要求，则执行步骤s606。72.s605、网络设备在物理下行控制信道中发送携带在下行控制信息中的调度信息、数据格式指示信息和下行业务数据。73.s606、网络设备在物理下行共享信道中发送下行业务数据。74.例如，基站测在某个时隙需要往urllc终端设备发送下行小数据业务，基站根据终端上报的信道质量分别为dci1_3传输的业务数据和pdsch传输的业务数据选择合适的mcs等级，并根据发送的业务数据量判断完成dci1_3发送需要的云容器引擎cce数量(例如1、2、4、8、16等)，如果基站分配给该urllc的cce数量满足要求，则使用dci1_3进行业务数据的调度和传输，如果基站分配给该urllc的cc数量不满足要求，则采用dci1_2进行urllc的业务数据调度。75.本公开的数据传输方法的实施例中，在网络设备确定云容器引擎数量是否满足要求的情况下，其在物理下行控制信道中发送携带在下行控制信息中的调度信息、数据格式指示信息和下行业务数据、以及在物理下行共享信道中发送下行业务数据；在云容器引擎数量不满足要求的情况下，其仅在物理下行共享信道中发送下行业务数据，从而在缩短传输时间的同时进一步保证了urllc的高可靠性。76.需要说明的是，上述图5和图6所示的网络设备执行的数据传输方法为图2至图4所示的终端设备执行的数据传输方法相对侧的网络设备执行的数据传输方法，相关步骤和特征可以相互参考，其技术原理和技术效果类似，在此不再赘述。77.本公开至少一实施例提供一种数据传输装置。图7为本公开实施例的数据传输装置的结构示意图。如图7所示，该装置包括处理单元和收发单元。收发单元，用于接收物理下行控制信道传输的下行控制信息，其中，下行控制信息中包括数据格式指示信息和下行业务数据；处理单元，用于根据数据格式指示信息解调、并读取下行业务数据。78.装置700和方法实施例中的终端设备对应，装置700可以是方法实施例中的终端设备，或者方法实施例中的终端设备内部的芯片或功能模块。装置700的相应单元用于执行图2至图4c所示的方法实施例中由终端设备执行的相应步骤。79.装置700中的处理单元710用于执行方法实施例中终端设备对应于处理相关的步骤。例如，执行图4a中根据数据格式指示信息解调、并读取下行业务数据的步骤s402、执行图4a中确定根据数据格式指示信息解调、并读取下行业务数据是否成功的步骤s403。80.装置700中的收发单元720执行方法实施例中终端设备接收和发送的步骤。例如，执行图4a中接收物理下行控制信道传输的下行控制信息的步骤s401、执行图4a中向网络设备发送信道质量信息的步骤s400。81.其中，处理单元710可以是至少一个处理器。收发单元720可以是收发器或者接口电路。82.收发单元720可以由接收单元和发送单元可以组成收发单元，发送单元，用于执行终端设备发送的步骤，例如，向其他设备发送信息；接收单元，用于执行终端设备接收的步骤，例如，接收其他设备发送的信息。发送单元可以是发射器或者接口电路，接收单元可以是接收器或者接口电路。83.装置700还可以包括存储单元，用于存储数据和/或信令，处理单元710、收发单元720可以与存储单元交互或者耦合，例如读取或者调用存储单元中的数据和/或信令，以使得上述实施例的方法被执行。84.以上各个单元可以独立存在，也可以全部或者部分集成。85.本公开至少一实施例提供一种数据传输装置。图8为本公开实施例的数据传输装置的结构示意图。如图8所示，该装置包括收发单元和处理单元。收发单元在物理下行控制信道中发送下行控制信息，其中，下行控制信息中包括数据格式指示信息和下行业务数据。86.装置800和方法实施例中的网络设备对应，装置800可以是方法实施例中的网络设备，或者方法实施例中的网络设备内部的芯片或功能模块。装置800的相应单元用于执行图5和图6所示的方法实施例中由网络设备执行的相应步骤。87.装置800中的处理单元810用于执行方法实施例中网络设备对应于处理相关的步骤。例如，执行图6中根据下行业务数据的数据量确定发送下行控制信息对应的云容器引擎数量的步骤s603、以及执行图6中确定云容器引擎数量是否满足要求的步骤s604。88.装置800中的收发单元820执行方法实施例中网络设备接收和发送的步骤。例如，执行图6中在物理下行控制信道中发送携带在下行控制信息中的调度信息、数据格式指示信息和下行业务数据的步骤s605、执行图6中在物理下行共享信道中发送所述下行业务数据的步骤s606。89.其中，处理单元810可以是至少一个处理器。收发单元820可以是收发器或者接口电路。90.收发单元820可以由接收单元和发送单元可以组成收发单元，发送单元，用于执行网络设备发送的步骤，例如，向其他设备发送信息；接收单元，用于执行网络设备接收的步骤，例如，接收其他设备发送的信息。发送单元可以是发射器或者接口电路，接收单元可以是接收器或者接口电路。91.装置800还可以包括存储单元，用于存储数据和/或信令，处理单元810、收发单元820可以与存储单元交互或者耦合，例如读取或者调用存储单元中的数据和/或信令，以使得上述实施例的方法被执行。92.以上各个单元可以独立存在，也可以全部或者部分集成。93.本公开至少一实施例提供一种通信装置。该通信装置包括：至少一个处理器；以及至少一个存储器，用于存储处理器的可执行指令；处理器配置为经由执行可执行指令来执行上述图3至图4c、或图5至图6所示任意一实施例的数据传输方法。例如，该通信装置可以是终端设备或网络设备。94.本公开至少一实施例提供一种终端设备。该终端设备包括处理器和存储器。存储器用于存储处理器的可执行指。处理器配置为经由执行可执行指令来执行上述图3至图4c所示任意一实施例的数据传输方法。95.该终端设备可应用于图1所示出的系统中。终端设备包括处理器、存储器、射频电路、天线以及输入输出装置。处理器用于控制天线以及输入输出装置收发信号，存储器用于存储计算机程序，处理器用于从存储器中调用并运行该计算机程序，射频电路主要用于基带信号与射频信号的转换以及对射频信号的处理。天线主要用于收发电磁波形式的射频信号。输入输出装置，例如触摸屏、显示屏，键盘等主要用于接收用户输入的数据以及对用户输出数据。96.当需要发送数据时，处理器对待发送的数据进行基带处理后，输出基带信号至射频电路，射频电路将基带信号进行射频处理后将射频信号通过天线以电磁波的形式向外发送。当有数据发送到终端设备时，射频电路通过天线接收到射频信号，将射频信号转换为基带信号，并将基带信号输出至处理器，处理器将基带信号转换为数据并对该数据进行处理。97.本公开至少一实施例提供一种网络设备。该网络设备包括处理器和存储器。存储器用于存储处理器的可执行指。处理器配置为经由执行可执行指令来执行上述图5至图6所示任意一实施例的数据传输方法。98.应理解，上述处理器可以为中央处理单元(centralprocessingunit，cpu)，该处理器还可以是其他通用处理器、数字信号处理器(digitalsignalprocessor，dsp)、专用集成电路(applicationspecificintegratedcircuit，asic)、现成可编程门阵列(fieldprogrammablegatearray，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。99.还应理解，上述存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-onlymemory，rom)、可编程只读存储器(programmablerom，prom)、可擦除可编程只读存储器(erasableprom，eprom)、电可擦除可编程只读存储器(electricallyeprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(randomaccessmemory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(randomaccessmemory，ram)可用，例如静态随机存取存储器(staticram，sram)、动态随机存取存储器(dram)、同步动态随机存取存储器(synchronousdram，sdram)、双倍数据速率同步动态随机存取存储器(doubledataratesdram，ddrsdram)、增强型同步动态随机存取存储器(enhancedsdram，esdram)、同步连接动态随机存取存储器(synchlinkdram，sldram)和直接内存总线随机存取存储器(directrambusram，drram)。100.上述实施例，可以全部或部分地通过软件、硬件、固件或其他任意组合来实现。当使用软件实现时，上述实施例可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令或计算机程序。在计算机上加载或执行该计算机指令或计算机程序时，全部或部分地产生按照本公开实施例的流程或功能。该计算机可以为通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集合的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如，软盘、硬盘、磁带)、光介质(例如，dvd)、或者半导体介质。半导体介质可以是固态硬盘。101.本公开实施例还提供了一种通信系统，该通信系统包括：上述的通信装置，例如上述终端设备和上述的网络设备，该通信系统还包括其他通信设备设备。例如，该通信系统包括nr-light终端设备、非nr-light终端设备和接入网设备。102.本公开实施例还提供了一种计算机可读介质，用于存储计算机程序代码，该计算机程序包括用于执行上述方法中本公开实施例的数据传输方法的指令。该可读介质可以是只读存储器(read-onlymemory，rom)或随机存取存储器(randomaccessmemory，ram)，本公开实施例对此不做限制。103.本公开还提供了一种计算机可读存储介质，其上存储有计算机程序，其上存储有能够实现本说明书上述方法的程序产品。在一些可能的实施方式中，本发明的各个方面还可以实现为一种程序产品的形式，其包括程序代码，当程序产品在终端设备上运行时，程序代码用于使终端设备执行本说明书上述“示例性方法”部分中描述的根据本发明各种示例性实施方式的步骤。104.描述了根据本发明的实施方式的用于实现上述方法的程序产品，其可以采用便携式紧凑盘只读存储器(cd-rom)并包括程序代码，并可以在终端设备，例如个人电脑上运行。然而，本发明的程序产品不限于此，在本文件中，可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。105.本公开实施例还提供了一种系统芯片，该系统芯片包括：处理单元和通信单元，该处理单元，例如可以是处理器，该通信单元例如可以是输入/输出接口、管脚或电路等。该处理单元可执行计算机指令，以使该通信装置内的芯片执行上述本公开实施例提供的任一种传输初始接入配置信息的方法。106.例如，上述本公开实施例中提供的任意实施例的包括终端设备和网络设备的通信装置可以包括该系统芯片。107.例如，该计算机指令被存储在存储单元中。108.例如，该存储单元为该芯片内的存储单元，如寄存器、缓存等，该存储单元还可以是该终端内的位于该芯片外部的存储单元，如rom或可存储静态信息和指令的其他类型的静态存储设备，ram等。其中，上述任一处提到的处理器，可以是一个cpu，微处理器，asic，或一个或多个用于控制上述的主传输初始接入配置信息的方法的程序执行的集成电路。该处理单元和该存储单元可以解耦，分别设置在不同的物理设备上，通过有线或者无线的方式连接来实现该处理单元和该存储单元的各自的功能，以支持该系统芯片实现上述实施例中的各种功能。或者，该处理单元和该存储器也可以耦合在同一个设备上。109.可以理解，本公开实施例中的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-onlymemory，rom)、可编程只读存储器(programmablerom，prom)、可擦除可编程只读存储器(erasableprom，eprom)、电可擦除可编程只读存储器(electricallyeprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(randomaccessmemory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(randomaccessmemory，ram)可用，例如静态随机存取存储器(staticram，sram)、动态随机存取存储器(dram)、同步动态随机存取存储器(synchronousdram，sdram)、双倍数据速率同步动态随机存取存储器(doubledataratesdram，ddrsdram)、增强型同步动态随机存取存储器(enhancedsdram，esdram)、同步连接动态随机存取存储器(synchlinkdram，sldram)和直接内存总线随机存取存储器(directrambusram，drram)。110.本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，a和/或b，可以表示：单独存在a，同时存在a和b，单独存在b这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。111.本公开中出现的术语“上行”和“下行”，用于在特定场景描述数据/信息传输的方向，比如，“上行”方向一般是指数据/信息从终端向网络侧传输的方向，或者分布式单元向集中式单元传输的方向，“下行”方向一般是指数据/信息从网络侧向终端传输的方向，或者集中式单元向分布式单元传输的方向，可以理解，“上行”和“下行”仅用于描述数据/信息的传输方向，该数据/信息传输的具体起止的设备都不作限定。112.在本公开中可能出现的对各种消息/信息/设备/网元/系统/装置/动作/操作/流程/概念等各类客体进行了赋名，可以理解的是，这些具体的名称并不构成对相关客体的限定，所赋名称可随着场景，语境或者使用习惯等因素而变更，对本公开中技术术语的技术含义的理解，应主要从其在技术方案中所体现/执行的功能和技术效果来确定。113.本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本公开的范围。114.所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。115.在本公开所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，该单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。116.作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。117.另外，在本公开各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。118.功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本公开的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本公开各个实施例方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(read-onlymemory，rom)、随机存取。119.以上，仅为本公开的具体实施方式，但本公开的保护范围并不局限于此，任何熟悉本
技术领域：
：的技术人员在本公开揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本公开的保护范围之内。因此，本公开的保护范围应以权利要求的保护范围为准。当前第1页12当前第1页12
技术特征：
1.一种数据传输方法，由终端设备执行，其特征在于，包括：接收物理下行控制信道传输的下行控制信息，其中，所述下行控制信息中包括数据格式指示信息和下行业务数据；根据所述数据格式指示信息解调、并读取所述下行业务数据。2.根据权利要求1所述的方法，其特征在于，所述下行控制信息中还包括调度信息，所述调度信息和所述数据格式指示信息采用相同的信道编码和调制方式。3.根据权利要求2所述的方法，其特征在于，所述方法还包括：接收物理下行共享信道传输的下行业务数据。4.根据权利要求3所述的方法，其特征在于，所述方法还包括：确定根据所述数据格式指示信息解调、并读取所述下行业务数据是否成功，若根据所述数据格式指示信息解调、并读取所述下行业务数据失败，则根据所述调度信息解调、并读取所述物理下行共享信道中的所述下行业务数据。5.根据权利要求4所述的方法，其特征在于，所述下行业务数据采用embb的64qam调制方式。6.根据权利要求1所述的方法，其特征在于，所述方法还包括：向网络设备发送信道质量信息。7.根据权利要求1所述的方法，其特征在于，所述终端设备为urllc终端设备。8.一种数据传输方法，其特征在于，由网络设备执行，包括：在物理下行控制信道中发送下行控制信息，其中，所述下行控制信息中包括数据格式指示信息和下行业务数据。9.根据权利要求8所述的方法，其特征在于，所述方法还包括：在物理下行共享信道中发送所述下行业务数据。10.根据权利要求9所述的方法，其特征在于，所述方法还包括：根据所述下行业务数据的数据量确定发送所述下行控制信息对应的云容器引擎数量，若所述云容器引擎数量满足要求，则在所述物理下行控制信道中发送携带在所述下行控制信息中的所述下行业务数据、以及在所述物理下行共享信道中发送所述下行业务数据；若所述云容器引擎数量不满足要求，则在所述物理下行共享信道中发送所述下行业务数据。11.根据权利要求9所述的方法，其特征在于，所述方法还包括：接收终端设备上报的信道质量信息；根据所述信道质量信息分别确定所述物理下行控制信道发送的所述下行业务数据、以及所述物理下行共享信道中发送的所述下行业务数据的信道编码和调制方式。12.一种数据传输装置，其特征在于，包括：收发单元，用于接收物理下行控制信道传输的下行控制信息，其中，所述下行控制信息中包括数据格式指示信息和下行业务数据；处理单元，用于根据所述数据格式指示信息解调、并读取所述下行业务数据。13.一种数据传输装置，其特征在于，包括：收发单元在物理下行控制信道中发送下行控制信息，其中，所述下行控制信息中包括
数据格式指示信息和下行业务数据。14.一种通信装置，其特征在于，包括：至少一个处理器；以及至少一个存储器，用于存储所述处理器的可执行指令；其中，所述处理器配置为经由执行所述可执行指令来执行权利要求1～7或8～11中任意一项所述数据传输方法。15.一种计算机可读存储介质，其上存储有计算机程序或指令，其特征在于，所述计算机程序或指令被处理器执行时实现权利要求1～7或8～11中任意一项所述的数据传输方法。
技术总结
本公开提供了一种数据传输方法及装置、存储介质，涉及无线通信技术领域。该数据传输方法由终端设备执行，包括：接收物理下行控制信道传输的下行控制信息，下行控制信息中包括数据格式指示信息和下行业务数据；根据数据格式指示信息解调、并读取下行业务数据，而不需要解调物理下行控制信道，从而在缩短传输时间的同时保证了URLLC的高可靠性。同时保证了URLLC的高可靠性。同时保证了URLLC的高可靠性。
技术研发人员：梁健生 王月珍 陈晓冬 黄韬
受保护的技术使用者：中国电信股份有限公司
技术研发日：2021.11.29
技术公布日：2022/3/8
最新回复(0)