具体实施方式

参考下面的附图通过技术问题、结构特征、实现的目标和效果来详细地描述本公开的实施例。具体地，本公开实施例中的术语仅用于描述某实施例的目的，并非限定本公开。

在一些实施例中，已经针对动态传输讨论了两种混合自动重传请求确认(HARQ-ACK)码本、针对用户设备(UE)间复用的功率控制和物理上行链路共享信道(PUSCH)重复增强。配置授权(CG)传输包括类型1CG传输和类型2CG传输。对于类型1CG传输，由无线电资源控制(radio resource control，RRC)配置所有参数。对于类型2 CG传输，由RRC配置部分参数，由下行链路控制信息(DCI)指示部分参数，该DCI用于类型2 CG激活。RRC相关参数由ConfiguredGrantConfig信息要素配置，如表1所示。

表1：ConfiguredGrantConfig信息要素

在一些实施例中，PUSCH重复方案包括两个选项：版本16(Rel-16)PUSCH传输方案和版本15(Rel-15)PUSCH传输方案。对于Rel-16 PUSCH传输方案：选项4。对于Rel-15 PUSCH传输方案：根据Rel-15行为进行传输，使用或不使用时隙聚合。使用时隙聚合，重复次数可以(如在Rel-15中)被半静态地配置或(如Rel-16所同意的)被动态地指示。

这里是来自TR 38.824的选项4的描述：使用针对动态PUSCH的一个上行链路(UL)授权和针对配置授权PUSCH的一个配置授权配置支持一个时隙中的一个或多个实际PUSCH重复，或者连续可用时隙中的跨时隙边界的两个或多个实际PUSCH重复。进一步包括：

1.gNB用信号通知的重复次数表示重复的“名义”次数。实际重复次数可以大于名义次数。FFS：针对动态PUSCH和类型2配置授权PUSCH，动态地或半静态地发信号通知。

2.DCI中的时域资源分配(time domain resource assignment，TDRA)字段或类型1配置授权中的TDRA参数指示用于第一“名义”重复的资源。

3.至少基于用于第一次重复的资源和符号的UL/下行链路(DL)方向导出用于剩余重复的时域资源。待进一步研究(for further study，FFS)，具有UL/DL方向确定过程的详细交互。

4.如果“名义”重复跨越时隙边界或DL/UL切换点，则该“名义”重复被分成多个PUSCH重复，在一个时隙中的每个UL时段中有一个PUSCH重复。在某些条件下(例如，由于分拆导致持续时间太小时)对重复的处理将在工作项(work item，WI)阶段进一步研究。

5.没有跨多个PUSCH重复的解调参考信号(demodulation reference signal，DMRS)共享。

6.与Rel-15相比，最大传输块大小(transport block size，TBS)没有增加。

7.FFS：L>14。

8.S+L可以大于14。

9.FFS：TDRA的位宽高达4位。

10.注意：不同的重复可以具有相同或不同的冗余版本(redundancy version，RV)。

图1示出了用于物理上行链路共享信道(PUSCH)增强的选项4的示例。这些示例包括4个符号和2个重复的示例、4个符号和4个重复的示例以及14个符号和1个重复的示例。在14个符号和1次重复的示例中，S加L大于14。S可以指符号的数量，L可以指用于一次重复的总资源数，S的值可以等于L的值。

图2示出了在一些实施例中提供了根据本公开实施例的在通信网络系统30中用于无线通信的一个或多个用户设备(UE)10和基站(例如，gNB或eNB)20。通信网络系统30包括一个或多个UE 10和基站20。一个或多个UE 10可以包括存储器12、收发器13以及耦合到存储器12和收发器13的处理器11。基站20可以包括存储器22、收发器23以及耦合到存储器22和收发器23的处理器21。处理器11或21可以配置为实现在本说明书中描述的提出的功能、过程和/或方法。无线电接口协议的层可以在处理器11或21中实现。存储器12或22与处理器11或21可操作地耦合并存储各种信息以对处理器11或21进行操作。收发器13或23可操作地与处理器11或21耦合，并且收发器13或23发送和/或接收无线电信号。

处理器11或21可以包括专用集成电路(application-specific integratedcircuit，ASIC)、其他芯片组、逻辑电路和/或数据处理设备。存储器12或22可以包括只读存储器(read-only memory，ROM)、随机存取存储器(random access memory，RAM)、闪存、存储卡、存储介质和/或其他存储设备。收发器13或23可以包括基带电路以处理无线电频率信号。当实施例以软件实现时，本文描述的技术可以用执行本文描述的功能的模块(例如，过程、功能等)实现。模块可存储在存储器12或22中并由处理器11或21执行。存储器12或22可在处理器11或21内或在处理器11或21外实现，在这种情况下，存储器12或22可以经由本领域已知的各种方式通信地耦合到处理器11或21。

在一些实施例中，处理器11配置有来自基站20的信息要素(IE)。处理器11配置为使用来自IE的第一参数执行配置授权(CG)传输，该第一参数用于执行以下至少一项：在CG资源中的上行链路控制信息(UCI)复用、指示物理上行链路共享信道(PUSCH)优先级、指示混合自动重传请求确认(HARQ-ACK)优先级、指示PUSCH传输方案的有效性、指示PUSCH传输方案的重复次数或针对CG PUSCH的功率控制。这可以解决现有技术中的问题，支持CG中的HARQ-ACK码本，支持PUSCH传输方案切换，支持对CG的功率控制，提供良好的通信性能和/或提供高可靠性。

在一些实施例中，处理器21配置为向UE 10配置信息要素(IE)。处理器21配置为控制UE 10使用来自IE的第一参数执行配置授权(CG)传输，其中该第一参数用于执行以下至少一项：在CG资源中的上行链路控制信息(UCI)复用、指示物理上行链路共享信道(PUSCH)优先级、指示混合自动重传请求确认(HARQ-ACK)优先级、指示PUSCH传输方案的有效性、指示PUSCH传输方案的重复次数或针对CG PUSCH的功率控制。这可以解决现有技术中的问题，支持CG中的HARQ-ACK码本，支持PUSCH传输方案切换，支持对CG的功率控制，提供良好的通信性能和/或提供高可靠性。

图3示出了根据本公开的实施例的由用户设备(UE)进行无线通信的方法200。在一些实施例中，方法200包括：框202，被配置来自基站的信息要素(IE)，以及框204，使用来自IE的第一参数执行配置授权(CG)传输，其中该第一参数用于执行以下至少一项：CG资源中的上行链路控制信息(UCI)复用、指示物理上行链路共享信道(PUSCH)优先级、指示混合自动重传请求确认(HARQ-ACK)优先级、指示PUSCH传输方案的有效性、指示PUSCH传输方案的重复次数或针对CG PUSCH的功率控制。这可以解决现有技术中的问题，支持CG中的HARQ-ACK码本，支持PUSCH传输方案切换，支持针对CG的功率控制，提供良好的通信性能和/或提供高可靠性。

图4图示了根据本公开的实施例的由基站进行无线通信的方法300。在一些实施例中，该方法300包括：框302，向用户设备(UE)配置信息要素(IE)，以及框304，控制UE使用来自IE的第一参数执行配置授权(CG)传输，其中该第一参数用于执行以下至少一项：CG资源中的上行链路控制信息(UCI)复用、指示物理上行链路共享信道(PUSCH)优先级、指示混合自动重传请求确认(HARQ-ACK)优先级、指示PUSCH传输方案的有效性、指示PUSCH传输方案的重复次数或对CG PUSCH的功率控制。这可以解决现有技术中的问题，支持CG中的HARQ-ACK码本，支持PUSCH传输方案切换，支持针对CG的功率控制，提供良好的通信性能和/或提供高可靠性。

在一些实施例中，IE包括ConfiguredGrantConfig IE。在一些实施例中，PUSCH传输方案包括版本15PUSCH传输方案和/或版本16 PUSCH传输方案。在一些实施例中，第一参数包括IE中配置的UCI-OnPUSCH参数，UCI-OnPUSCH参数用于CG资源中的UCI复用。

在一些实施例中，如果CG PUSCH的2级物理优先级由来自基站的每个CG配置中的指示确定，UCI-OnPUSCH参数配置为匹配CG优先级。在一些实施例中，每个CG配置中的指示包括无线电资源控制(RRC)参数。

在一些实施例中，第一参数包括两个UCI-OnPUSCH或BetaOffsets参数中的一个，并且该两个UCI-OnPUSCH或BetaOffsets参数配置于IE中。在一些实施例中，使用来自IE的第一参数执行CG传输进一步包括：接收来自基站的类型2 CG PUSCH激活中的指示；以及基于类型2 CG PUSCH激活中的指示选择两个UCI-OnPUSCH或BetaOffsets参数中的一个。在一些实施例中，类型2 CG PUSCH激活中的指示用于指示PUSCH优先级和/或应用用于类型2 CGPUSCH激活的DCI的无线网络临时标识符(RNTI)、控制资源集(CORESET)、搜索空间、下行链路控制信息(DCI)格式、DCI中的字段。在一些实施例中，如果CG PUSCH的2级物理优先级被类型2 CG PUSCH激活覆盖，第一参数配置为匹配CG优先级。

在一些实施例中，使用来自IE的第一参数执行CG传输进一步包括：接收来自基站的用于物理下行链路共享信道(PDSCH)的DCI中的指示，其中，用于PDSCH的HARQ-CK在类型2CG PUSCH中复用；以及基于用于PDSCH的DCI中的指示选择两个UCI-OnPUSCH或BetaOffsets参数中的一个。在一些实施例中，用于PDSCH的DCI中的指示用于指示HARQ-ACK优先级和/或应用用于类型2 CG PUSCH激活的DCI的RNTI、CORESET、搜索空间、DCI格式、DCI中的字段。在一些实施例中，如果CG PUSCH的2级物理优先级由来自基站的每个CG配置中的指示确定，第一参数配置为匹配CG优先级和HARQ-ACK优先级。在一些实施例中，每个CG配置中的指示包括RRC参数。

在一些实施例中，使用来自IE的第一参数执行CG传输进一步包括：接收来自基站的类型2 CG PUSCH激活中的第一指示和用于PDSCH的DCI中的第二指示，其中用于PDSCH的HARQ-CK在类型2 CG PUSCH中复用；以及基于类型2 CG PUSCH激活中的第一指示和用于PDSCH的DCI中的第二指示选择两个UCI-OnPUSCH或BetaOffsets参数中的一个。在一些实施例中，类型2 CG PUSCH激活中的第一指示用于指示PUSCH优先级和/或应用用于类型2 CGPUSCH激活的DCI的RNTI、CORESET、搜索空间、DCI格式、DCI中的字段；和/或用于PDSCH的DCI中的第二指示用于指示HARQ-ACK优先级和/或应用用于类型2 CG PUSCH激活的DCI的RNTI、CORESET、搜索空间、DCI格式、DCI中的字段。在一些实施例中，如果CG PUSCH的2级物理优先级被类型2 CG PUSCH激活覆盖，第一参数配置为匹配CG优先级和HARQ-ACK优先级。

在一些实施例中，第一参数用于指示是版本15PUSCH传输方案有效还是版本16PUSCH传输方案有效。在一些实施例中，时域资源分配由类型2 CG激活和/或第一参数确定。

在一些实施例中，第一参数包括IE中配置的repK参数，该repK参数用于指示PUSCH传输方案的重复次数。在一些实施例中，如果repK参数大于1，应用版本15PUSCH传输方案；否则，如果repK参数不大于1，PUSCH传输方案取决于DCI格式。在一些实施例中，如果repK参数等于1，PUSCH传输方案取决于DCI格式。在一些实施例中，PUSCH传输方案与DCI格式相关联。在一些实施例中，PUSCH传输方案和DCI格式之间的关联由高层参数配置。在一些实施例中，PUSCH传输方案配置对于配置授权是半静态的。

在一些实施例中，第一参数包括在IE中配置的功率控制参数，该功率控制参数用于针对除第一CG PUSCH以外的CG PUSCH的功率控制，以及用于类型2配置授权激活的DCI中的开环参数用于针对第一CG PUSCH的功率控制。

本公开的一些实施例提供了支持配置授权中两个HARQ-ACK码本、Rel-15和Rel-16之间的PUSCH传输方案切换和/或针对配置授权的功率控制的解决方案。本公开的一些实施例提供了使UE能够确定剩余最小系统信息(remaining minimum system information，RMSI)控制资源集(CORESET)配置表是基于用于5MHz最小信道带宽的那些还是基于用于10MHz最小信道带宽的那些，以解决现有技术中的问题，即，如何在配置授权传输中使用HARQ-ACK码本、针对UE间复用的功率控制和/或PUSCH重复增强仍然是一个悬而未决的问题。

示例：

一个UCI-OnPUSCH参数直接在ConfiguredGrantConfig信息要素(IE)中配置。该UCI-OnPUSCH参数用于配置授权资源中的UCI复用。该示例的有益效果包括，如果CG PUSCH的2级物理(PHY)优先级由每个CG配置中的明确指示(作为新RRC参数)确定，UCI-OnPUSCH参数可以配置为匹配配置授权优先级。

示例：

在ConfiguredGrantConfig IE中配置至少两个UCI-OnPUSCH或BetaOffsets参数。基于类型2 CG PUSCH激活中的指示选择两个UCI-OnPUSCH或BetaOffsets参数中的一个。类型2 CG PUSCH激活中的指示用于指示PUSCH优先级。可选地，类型2 CG PUSCH激活中的指示可以应用用于类型2 CG PUSCH激活的DCI的RNTI、CORESET、搜索空间、DCI格式、DCI中的字段。本示例的有益效果包括：如果CG PUSCH的2级PHY优先级可以被type 2 CG PUSCH激活覆盖，由于PUSCH优先级在type 2 CG PUSCH激活之前未定义，所以匹配PUSCH优先级的UCI-OnPUSCH参数也无法定义。本示例使用于配置授权的UCI-OnPUSCH参数匹配配置授权优先级。

示例：

在ConfiguredGrantConfig IE中为类型2 CG配置至少两个UCI-OnPUSCH或BetaOffsets参数。基于用于PDSCH的DCI中的指示选择两个UCI-OnPUSCH或BetaOffsets参数中的一个。用于PDSCH的HARQ-CK在类型2 CG PUSCH中被复用。用于PDSCH的DCI中的指示用于指示HARQ-ACK优先级。可选地，该指示可以应用用于类型2 CG PUSCH激活的DCI的RNTI、CORESET、搜索空间、DCI格式、DCI中的字段。本示例的有益效果包括，如果CG PUSCH的2级PHY优先级由每个CG配置中的明确指示(作为新RRC参数)确定，然而在类型2 CG PUSCH中复用的UCI在HARQ-ACK传输发生之前是未定义的。本示例使用于配置授权的UCI-OnPUSCH参数匹配配置授权优先级和HARQ-ACK优先级。

示例：

在ConfiguredGrantConfig IE中配置至少两个UCI-OnPUSCH或BetaOffsets参数。基于类型2 CG PUSCH激活中的第一指示和用于PDSCH的DCI中的第二指示选择两个UCI-OnPUSCH或BetaOffsets参数中的一个。用于PDSCH的HARQ-CK在类型2 CG PUSCH中被复用。类型2 CG PUSCH激活中的第一个指示用于指示PUSCH优先级。用于PDSCH的DCI中的第二个指示用于指示HARQ-ACK优先级。可选地，第一指示和/或第二指示可以应用用于类型2 CGPUSCH激活的DCI的RNTI、CORESET、搜索空间、DCI格式、DCI中的字段。本示例的有益效果包括：如果CG PUSCH的2级PHY优先级可以被type 2 CG PUSCH激活覆盖，由于PUSCH优先级在type 2 CG PUSCH激活之前未定义，所以匹配PUSCH优先级的UCI-OnPUSCH参数也无法定义，在类型2 CG PUSCH中复用的UCI在HARQ-ACK传输发生之前也是未定义的。本示例使用于配置授权的UCI-OnPUSCH参数匹配配置授权优先级和HARQ-ACK优先级。

示例：

ConfiguredGrantConfig IE中的参数指示哪个PUSCH传输方案(Rel-15或Rel-16)是有效的。时域资源分配由类型2 CG激活和该参数决定。

示例：

ConfiguredGrantConfig IE中的repK用于指示Rel-15 PUSCH传输方案和/或诸如Rel-16 PUSCH传输方案之类的PUSCH传输方案的重复次数。如果repK大于1，应用Rel-15PUSCH传输方案，否则(例如，ConfiguredGrantConfig中的RepK＝1)，诸如Rel-16 PUSCH传输方案之类的PUSCH传输方案取决于DCI格式。可选地，诸如Rel-16 PUSCH传输方案之类的PUSCH传输方案与DCI格式相关联。诸如Rel-16 PUSCH传输方案之类的PUSCH传输方案与DCI格式的关联由高层参数配置。可选地，重复方案包括Rel-15 PUSCH传输方案和Rel-16PUSCH传输方案。本示例的有益效果包括PUSCH传输方案配置对于配置授权是半静态的，和/或重用rep-K不影响灵活性并减少开销。

示例：

用于类型2配置授权激活的DCI中的开环参数用于针对第一CG PUSCH的功率控制。针对除第一CG PUSCH之外的CG PUSCH的功率控制基于ConfiguredGrantConfig IE中的功率控制参数。

综上所述，本申请的一些实施例中公开的方法至少可以用于至少实现如下：在配置授权中提供两个HARQ-ACK码本以使得UCI复用更高效，因为其匹配PUSCH优先级和HARQ-ACK优先级。PUSCH传输方案切换是在Rel-15和Rel-16之间，其中重用repK不会影响传输效率而且减少信令开销。针对配置授权的功率控制使得第一CG PUSCH功率控制高效，这可以及时匹配系统调度条件。

一些实施例的商业利益如下。1.解决现有技术中的问题。2.支持CG中的HARQ-ACK码本。3.支持PUSCH传输方案切换。4.支持针对CG的功率控制。5.提供良好的通信性能。6.提供高可靠性。7.本公开的一些实施例被5G-NR芯片组供应商、V2X通信系统开发供应商、包括汽车、火车、卡车、巴士、自行车、摩托车、头盔等的汽车制造商、无人机(无人操控的空中交通工具)、智能手机制造商、公共安全用通信设备、用于例如游戏、会议/研讨会、教育的用途的AR/VR设备制造商。本公开的一些实施例是可以在3GPP规范中采用的以创建最终产品的“技术/过程”的组合。本公开的一些实施例提出了技术机制。

图5为根据本公开实施例的用于无线通信的示例系统700的框图。本文描述的实施例可以使用任意适当配置的硬件和/或软件在系统中实现。图5示出的系统700包括至少如所示彼此之间相互耦合的无线电频率(radio frequency，RF)电路710、基带电路720、应用电路730、存储器/存储740、显示器750、照相机760、传感器770和输入/输出(input/output，I/O)接口780。应用电路730可以包括电路，诸如，但不限于，一个或多个单核或多核处理器。处理器可以包括通用处理器和专用处理器(诸如，图形处理器和应用处理器)的任意组合。处理器可以与存储器/存储耦合，并且用于执行存储在存储器/存储中的指令，以使得能够在系统上运行各种应用和/或操作系统。

基带电路720可以包括电路，诸如，但不限于，一个或多个单核或多核处理器。处理器可以包括基带处理器。基带电路可以处理各种无线控制功能，这些无线控制功能能够通过RF电路与一个或多个无线电网络进行通信。无线电控制功能可以包括(但不限于)信号调制、编码、解码、射频移位等。在一些实施例中，基带电路可以提供与一种或多种无线技术兼容的通信。例如，在一些实施例中，基带电路可以支持与演进通用陆地无线接入网(evolveduniversal terrestrial radio access network，EUTRAN)和/或其他无线城域网(wireless metropolitan area network，WMAN)、无线局域网(wireless local areanetwork，WLAN)、无线个人局域网的通信(wireless personal area network，WPAN)进行通信。其中基带电路用于支持多于一种无线协议的无线电通信的实施例可以被称为多模式基带电路。

在各种实施例中，基带电路720可以包括使用不被严格认为在基带频率的信号进行操作的电路。例如，在一些实施例中，基带电路可以包括使用具有在基带频率和无线电频率之间的中间频率的信号进行操作的电路。RF电路710能够通过非固体介质使用调制的电磁辐射与无线网络进行通信。在各种实施例中，RF电路可以包括转换器、过滤器、放大器等，以有助于与无线网络的通信。在各种实施例中，RF电路710可以包括使用不被严格认为处于无线电频率的信号进行操作的电路。例如，在一些实施例中，RF电路可以包括使用具有在基带频率和无线电频率之间的中间频率的信号进行操作的电路。

在各种实施例中，上述关于用户设备、eNB或gNB所讨论的发射电路、控制电路、或接收电路可以整体或部分地体现在RF电路、基带电路、和/或应用电路的一个或多个中。本文所使用的“电路”可以指以下各项的部分，或者包括以下各项：执行一个或多个软件或固件程序的专用集成电路(ASIC)、电子电路、(共享、专用、或组)处理器和/或(共享、专用、或组)存储器、组合逻辑电路和/或提供所描述的功能的其他适合的硬件组件。在一些实施例中，电子设备电路可以在一个或多个软件或硬件模块中实现，或者与电路相关的功能可以由一个或多个软件或硬件模块实现。在一些实施例中，基带电路、应用电路、和/或存储器/存储中一些或所有组成部分可以一起在片上系统(system on chip，SOC)上实现。存储器/存储740可以用于加载和储存(例如，用于系统的)数据和/或指示。一个实施例的存储器/存储可以包括适合的易失性存储器(诸如，动态随机存取存储器(dynamic random accessmemory，DRAM))和/或非易失性存储器(诸如，闪存)的任意组合。

在各种实施例中，I/O接口780可以包括设计用来使用户与系统能够进行交互的一个或多个用户接口，和/或设计用来使外围组件与系统能够进行交互的一个或多个外围组件接口。用户接口可以包括(但不限于)物理键盘或小键盘、触摸板、扬声器、麦克风等，外围组件接口可以包括(但不限于)非易失性存储器端口、通用串行总线(universal serialbus，USB)端口、音频插孔、和供电接口。在各种实施例中，传感器770可以包括一个或多个感应设备以确定与系统相关的环境条件和/或定位信息。在一些实施例中，传感器可以包括，但不限于，陀螺传感器、加速计、接近传感器、环境光线传感器和定位单元。定位单元还可以是基带电路和/或RF电路的部分或者可以与基带电路和/或RF电路进行交互，以与定位网络的组件(例如，全球定位系统(global positioning system，GPS)卫星)进行通信。

在各种实施例中，显示器750可以包括显示器，诸如液晶显示器和触屏显示器。在各种实施例中，系统700可以是移动计算设备，诸如但不限于膝上计算设备、平板计算设备、上网本、超极本、智能手机、AR/VR眼镜等。在各种实施例中，系统可以具有更多或更少的组件，和/或不同的结构。本文所述的方法在适当的情况下可以由计算机程序实现。该计算机程序可以被储存在存储介质(诸如，非暂时性存储介质)中。

本领域普通技术人员理解本公开实施例中所描述和公开的单元、算法和步骤中的每个均使用电子硬件或用于计算机的软件和电子硬件的结合来实现。是在硬件中还在软件中运行功能取决于技术方案的应用条件和设计要求。本领域普通技术人员可以使用不同的方式来实现每个具体应用的功能，但这种实现过程不应该超过本公开的范围。由本领域普通技术人员所理解的是，由于上述的系统、设备和单元的工作过程基本相同，他/她可以参考上述实施例中的系统、设备和单元的工作过程。为了便于描述和简化，将不详细描述这些工作过程。

可以理解的是，本公开实施例中的系统、设备和方法可以以其他方式实现。上述实施例仅是示例。单元的划分仅仅根据逻辑功能，而在实现过程中也存在其他的划分。多个单元或组件可以在另一系统中被组合或集成。可以省去或略过一些特性。另一方面，所显示或所讨论的相互耦合、直接耦合或通信耦合可以通过一些端口、设备或单元，间接或通信地以电子、机械或其他方式进行操作。

用于解释说明的作为分开部分的单元是物理分离的，或者不是物理分离的。所显示的单元是或不是物理单元，即，位于一个位置或分布在多个网络单元上。根据实施例的目的使用一些单元或所有单元。此外，每个实施例中的每个功能单元可以集成在一个处理单元中，在物理上各自独立，或与两个或多于两个单元集成在一个处理单元中。

如果软件功能单元被实现并作为产品使用和销售，则其可以储存在计算机中的可读存储介质中。基于这一理解，可以将本公开所提出的技术方案在本质上或部分地以软件产品的形式实现。或者，可以将有利于传统技术的一部分技术方案以软件产品的形式实现。计算机中的软件产品储存在存储介质中，该软件产品包括用于计算设备(诸如，个人计算机、服务器或网络设备)的多个命令以运行由本公开实施例所公开的全部步骤或一些步骤。该存储介质包括USB盘、移动硬盘、只读存储器(ROM)、随机存取存储器(RAM)、软盘、或其他能够储存程序代码的媒介。

尽管结合被认为是最实际和最优选的实施例描述了本公开，但应当理解的是，本公开并不限于公开的实施例，而是旨在覆盖不脱离所附权利要求的最广泛理解的范围所作的各种布置。