基于基带处理绝限余量向小区分配基带资源容量的制作方法

文档序号:11637885阅读:300来源:国知局
基于基带处理绝限余量向小区分配基带资源容量的制造方法与工艺

本发明涉及通信网络。更具体地而非限制地,本发明涉及控制被分配给无线电通信小区的基带处理资源的容量的方法和无线电节点。



背景技术:

第三代合作伙伴计划(3gpp)长期演进(lte)基带处理单元的基带处理资源容量可以使用以下容量来定义:最大吞吐量、每传输定时间隔(tti)所调度的实体的最大数目(se)、所调度的物理资源块(prb)的最大数目、以及所连接的用户设备(ue)的最大数目。

基带处理组件可以根据一个基带处理组件到一个小区的一对一映射或者根据将若干小区映射到一个基带处理组件的池化(pooled)方案来进行部署。在一对一映射方案中,为每个无线电通信小区部署单独的基带处理组件。在这种方案中,确定基带处理资源容量限度是相对简单的,因为不同部署的数目是有限的,并且一个小区中的基带处理资源容量与其它小区中的基带处理资源容量无关。可以基于为小区设置基带处理容量的多个定义的常量来定义基带处理资源容量限度。

在池化方案中,一个基带处理组件服务于多个无线电通信小区。池化方案的优点是基带处理组件的资源容量不需要针对每个小区的峰值负载而被确定尺寸。与针对每个小区中的峰值负载确定基带处理组件的资源容量的尺寸的一对一映射方案相比,这样可以实现池增益。在池化方案中,基带处理组件的资源容量不仅通过每小区的多个常量来定义,而且由定义每基带处理组件的容量的另一常量集合来定义,即一个小区的容量取决于在由基带处理组件所服务的其它小区中使用的容量。

池化方案可能难以管理设置限制分配给无线电通信小区池的基带处理资源容量的常量。不同的客户可以使用不同的部署,一天中的业务流场景将有所不同。一个客户可以映射每基带处理组件少数几个小区,而另一个客户可以映射每基带处理组件大量的小区。在一天中的某个时候,有可能有非常少的活动ue连接到一个小区中的无线电单元(例如,enodeb)。在那时,对于调度实体的需求会低,但是当这些少数活动的ue具有高业务流需求时,对prb和吞吐量的需求可能会高。

可以考虑用于基于所有不同的部署和业务场景来分配基带处理资源容量的两种替代方案。在一种方案中,假定最坏情况下的负载同时发生,即由基带处理组件所服务的最大数目的小区、最大数目的无线电资源控制(rrc)连接用户、最大数目的调度数实体、最大吞吐量以及最大数目的所调度的prb,分配在此情况下执行。这种方案将导致在许多部署和业务场景中非常低的容量利用率。

在一种方案中,假定根据业务场景和部署来设置不同容量限制,分配在此情况下执行。这种方案将导致大量的容量阈值,这将非常难以维护和验证。

背景技术部分所描述的方案可以得到实现,但不一定是先前已经设想或实现的方案。因此,除非本文另有说明,否则背景技术部分所描述的方案不是本申请中权利要求的现有技术,并且不因被包含在背景技术部分而被承认为现有技术。



技术实现要素:

本发明的各种实施例涉及控制被分配给无线电通信小区的基带处理资源的容量。

一个实施例涉及一种通过无线电单元的控制分配被给无线电通信小区的基带处理资源的容量的方法。该方法包括:基于用于传输的数据的基带处理完成时的时间与针对基带处理的完成的定义绝限时间之间的差异来确定针对在前的传输时间间隔(tti)的绝限余量。该方法还包括:确定用以针对当前tti向无线电通信小区分配的基带处理资源的期望容量,以及基于绝限余量和期望容量来控制针对当前tti而被分配给无线电通信小区的基带处理资源的容量。

另一个实施例涉及一种用于控制被分配给无线电通信小区的基带处理资源的容量的对应的无线电单元。无线电单元包括至少一个处理器和至少一个存储器。存储器耦合到处理器,并且包括计算机可读程序代码,计算机可读程序代码当由至少一个处理器执行时,使至少一个处理器执行操作。该操作包括:基于用于传输的数据的基带处理完成时的时间与针对基带处理的完成的定义绝限时间之间的差异来确定针对在前的tti的绝限余量。该操作还包括:确定用以针对当前tti向无线电通信小区分配的基带处理资源的期望容量,以及基于绝限余量和期望容量来控制针对当前tti而被分配给无线电通信小区中的至少一个小区的基带处理资源的容量。

本文所公开的一个或多个实施例的潜在优点是容量目标将适应于当前部署和目前所观察到的通信业务。这可以实现更大的容量以及对用于设置容量限度的常量的更少的调整。基带处理资源可以得到更有效地利用,并且可以更有效地管理由基带处理资源所服务的小区的容量。

根据本发明的实施例的其它方法和无线电单元将在阅读以下附图和具体实施方式之后对于本领域技术人员明显或将变得明显。所有此类附加方法和无线电单元旨在包括在本说明书内、在本发明的范围内,并由所附权利要求书保护。此外,意图是本文所公开的所有实施例可以单独实现或以任意方式和/或组合来进行组合。

附图说明

被包括以提供对本公开的进一步理解并被并入且构成本申请的一部分的附图示出了本发明的某些非限制性实施例。在附图中:

图1是根据本公开的一些实施例的控制分配给无线电通信小区的基带处理资源的容量的通信系统的框图;

图2示出了根据一些实施例的图1的通信系统的无线电节点的事件和相关联的操作的时间线;

图3是根据一些实施例的图1的通信系统的无线电节点的方法和操作的流程图;

图4-6是根据一些实施例的图1的通信系统的无线电节点的替代或附加的方法和操作的流程图;

图7是根据一些实施例所配置的图1的通信系统的用户设备的框图;以及

图8是根据一些实施例的图1的通信系统的无线电节点的框图。

具体实施方式

在下面的详细描述中,阐述了许多具体细节以提供对本发明的透彻理解。然而,本领域技术人员将理解,本发明在没有这些具体细节的情况下可以得到实践。在其它实例中,没有详细描述众所周知的方法、程序、组件和电路,以免使本发明不清晰。

诸如正交频分复用(ofdm)和多输入多输出(mimo)的lte技术和算法是复杂的,并且比先前的3gpp标准的技术和算法显著地需要更多的计算资源。在lte中,存在何时必须完成用于传输的数据的所有基带处理的基带处理绝限时间,以满足在调度的时间从天线参考点(例如,无线电节点)传输数据的进一步要求。如果无线电节点在基带处理绝限时间之前未完成数据的基带处理,则数据被丢弃而不被发送。

在本公开的至少一些实施例中,无线电节点基于用于传输的数据的基带处理完成时的时间与针对基带处理的完成的所定义的绝限时间之间的差异,来监视针对在前的传输时间间隔(tti)的绝限余量。无线电节点基于该绝限余量来控制分配给一个或多个无线电通信小区的基带处理资源的容量。这种方案的潜在优势在于,容量目标将适应当前部署和目前所观察到的通信业务。这能够实现更高的容量以及对用于设置容量限度的常量的更少的调整。

示例通信系统

图1是根据本公开的一些实施例的控制分配给无线电通信小区102的基带处理资源的容量的通信系统100的框图。系统100包括提供服务于用户设备(ue)110的无线电通信小区102的无线电节点120。

无线电节点120的示例包括但不限于e-utran节点b或演进节点b或enodeb、节点b、基站(bs)、多标准无线电(msr)节点、基站收发台(bts)、接入点(ap)、传输点、远程无线电头、远程无线电单元、分布式天线系统(das)中的节点等。ue110可以包括但不限于被配置为与无线电节点120进行通信的任何类型的无线设备。无线电节点120连接到核心网140,其可以是包括移动性管理实体、策略控制和计费规则功能等的演进分组核心。

ue110的非限制性示例包括个人数据助理、便携式计算机、平板计算机、视频游戏控制台、具有设备到设备(d2d)通信能力的设备、具有机器到机器(m2m)通信能力的设备、usb加密狗等。

无线电节点120包括执行准备发送的数据的基带处理的基带处理组件(bpc)122。在一些实施例中,由基带处理组件122执行的数据的基带处理可以包括以下中的任意一个或多个:数据的循环冗余校验(crc)编码、位加扰、turbo编码、子块交织、速率匹配,以及用以输出用于发送的所编码的比特流的物理上行链路控制信道编码。数据的基带处理可以包括通过傅里叶变换(例如,离散傅里叶变换、快速傅里叶逆变换)的编码比特流的信号处理和滤波,以生成提供给前端滤波器用于上变频和传输的符号。

无线电节点120还包括无线电资源管理器(rrm)124,其控制小区102中的调度实体的数目、物理资源块的数目和/或吞吐量。可以通过调节用来与ue110通信的发射功率、调制方案、差错编码方案等来控制吞吐量。

基带处理组件122的容量可以由基带处理组件122可以在tti中提供的调度实体(se)的最大数目、所调度的prb的最大数目和/或最大吞吐量来定义。根据一些实施例,无线电资源管理器124基于为基带处理组件122所确定的容量目标来控制小区102中的调度实体的数目、物理资源块的数目和/或吞吐量。基于在基带处理完成时与完成基带处理的绝限之间所测量的绝限余量来为每个tti动态地确定容量目标。

在诸如图1的系统100的lte通信系统的上下文中,仅为了便于说明和解释而公开各种实施例。然而,本发明不限于此,因为其可以体现在其它类型的通信系统中。

基于基带处理绝限余量而控制容量

图2示出了根据一些实施例的图1的通信系统100的无线电节点120的事件和相关联的操作的时间线。在一些实施例中,基带处理组件122基于其确定的基带处理绝限余量来操作,以确定小区102的基带处理容量目标。本文所公开的由基带处理组件122执行的一些操作可以替代地由无线电资源管理器124或系统100的另一组件来执行。

参考图2,基带处理组件122基于基带处理组件122完成用于发送的数据的基带处理时的时间(“处理完成绝限”)与针对完成基带处理的所定义的“处理绝限时间”之间的差异来确定针对tti的“绝限余量”(ta),以便满足在小区102中的一个小区中在所定义时间传输基带处理的数据的要求。如果在处理绝限时间之前无法完成基带处理操作,则数据必须被丢弃而不被传输(由时间线上的“失败区域”所指示)。

处理完成时间可以在tti之间变化,这是因为小区102的通信需求动态变化,而基站处理资源进而具有相应的可变负载。可以基于需要多长时间将无线电节点120“互连”到ue110中的一个以开始数据传输来定义处理绝限时间。时间线还示出了在其间准备用于基带处理的数据的“准备”持续时间,以及基带处理部件122的基带处理开始时的“处理开始”时间。

基于绝限余量(ta)和期望容量来控制对于下一个发生的tti分配给小区102的基带处理资源的容量。当确定绝限余量(ta)小于第一阈值(tthr1)时,分配用于处理小区102中用于传输的数据的基带处理资源的容量可以减小。反之,当确定绝限余量(ta)大于第二阈值(tthr2)时,分配用于处理小区102中用于传输的数据的基带处理资源的容量可以增大。增大和减小容量的示例操作将在下面结合图3进行说明。当绝限余量(ta)被确定为大于第一阈值(tthr1)且小于第二阈值(tthr2)时,分配用于处理小区102中用于传输的数据的基带处理资源的容量可以被允许保持不变。

时间线上的“目标间隔”在图2的时间线上被示出在第一阈值(tthr1)时间和第二阈值(tthr2)时间之间。当处理完成时间发生在目标间隔之外时,可以调整容量。反之,当处理完成时间发生在目标间隔之内时,容量可以保持不变。

第一阈值(tthr1)可以被定义以在处理绝限时间之前提供足够的余量,以使基带所处理的数据在处理绝限时间之前准备好用于传输。第二阈值(tthr2)可以基于在提供可用的基带处理资源所期望的利用率的同时满足处理绝限时间之前的足够余量与小区102中的一个或多个小区的容量之间的平衡而被定义。使用两个不同的阈值(tthr1和tthr2)也避免了决定之间发生振荡,即在一个tti中降低容量的决定紧跟着允许容量在下一个tti中增大容量的决定,以及反之。

基于基带处理绝限余量来向小区分配基带处理容量的方法和操作

图3是根据一些实施例的图1的通信系统100的无线电节点120的方法和操作的流程图。这些操作可以由基带处理组件122、由无线电资源管理器124和/或由系统100的另一处理组件来执行。

参考图3,针对数据要在其中传输的每个tti而重复所示的操作(框300)。该操作包括从在前的tti获得(框302)测量值,其用于基于用于传输的数据的基带处理完成时的时间和所定义的针对基带处理的完成的绝限时间之间的差异来确定绝限余量(ta)(框304)。确定(框306)针对当前tti用以分配给小区的基带处理资源的期望容量(fw)。

图4示出了用于确定(框306)期望容量(fw)的示例操作。参考图4,小区的调度实体的期望数目(nmbse)被确定(框400)。小区的物理资源块(prb)的期望数目被确定(框402)。小区的期望吞吐量(throughput)被确定。从存储器获得各种所定义的比例因子。例如,获得调度实体比例因子(框406)、获得nmbprb比例因子(框408),以及获得吞吐量比例因子(框410)。

基于以下等式来确定(框412)针对当前tti分配给小区的基带处理资源的期望容量(fw):

fw=(k1*nmbse/tti+k2*nmbprbs+k3*throughput)。

注意,可以基于nmbse/tti、nmbprb和throughput中的一个或多个的其它数值组合来确定期望容量(fw)。

在等式中,nmbse/tti是小区的调度实体的期望数目,nmbprb是小区的物理资源块的期望数目,throughput是小区的期望吞吐量,k1是nmbse/tti比例因子,k2是nmbprbs比例因子,k3是吞吐量比例因子。

尽管图4示出了基于调度实体的期望数目(nmbse)、物理资源块(prb)的期望数目和期望的吞吐量(throughput)的数值组合来确定(框412)期望容量(fw),本公开的一些其它实施例可以基于较少的信息或其它信息来确定期望容量(fw)。

例如,图5示出了基于可能比图4中的操作所使用的信息更少的信息来确定(框506)期望容量(fw)的操作。更具体地,调度实体的期望数目(nmbse)可以被确定(框500)。替代地或另外地,物理资源块(prb)的期望数目可以被确定(框502)。仍然替代地或另外地,期望的吞吐量(throughput)可以被确定(方框504)。然后可以基于调度实体的期望数目(nmbse)、物理资源块(prb)的期望数目、以及期望的吞吐量(throughput)的数值组合来确定(框412)针对目前tti分配给小区的基带处理资源的期望容量(fw)。本公开的一些其它实施例可以基于调度实体的期望数目(nmbse)、物理资源块(prb)的期望数目,以及期望的吞吐量(throughput)中的一个或多个的数值组合来确定期望容量(fw)。

基于绝限余量(ta)和期望容量(fw)来控制(框307)针对目前tti分配给小区的基带处理资源的容量。

在图3的实施例中,用以控制(框307)基带处理资源的容量的操作包括:确定(框308)绝限余量(ta)是否小于第一阈值(tthr1),并且如果是,则减小(框310)容量调整阈值(fthr)。操作进一步包括:确定(方框312)绝限余量(ta)是否大于第二阈值(tthr2),并且如果是,则仅在针对在前的tti(fw_prior)的期望容量(fw)大于或等于容量调整阈值(fthr)的情况下,增大(框314)容量调整阈值(fthr)。仅在针对在前的tti(fw_prior)的期望容量(fw)大于或等于容量调整阈值(fthr)时增大容量调整阈值(fthr),避免了当目前没有连接的用户时增大容量目标(fa),如下所述。

容量调整阈值(fthr)可以以定义的第一步长值减小(框310),并且可以以与第一步长值不同的第二步长值增大(框314)。基于下面关于框316-324所解释的进一步操作,第一步长值可以优选大于第二步长值,以便基带处理资源的容量相比于增大而更急速地降低。更具体地说,向小区分配不足够的基带处理资源容量的风险在于,由于在处理绝限时间之前没有完成基带处理,可接受数目的数据传输机会失败。相比之下,为小区分配过多基带处理资源容量的风险是基带处理资源没有得到高效利用。

这些进一步的操作包括确定(框316)期望容量(fw)是否大于容量调整阈值(fthr)。然后,基于期望容量(fw)与容量调整阈值(fthr)的比较,选择性地调整(框318-324)针对当前tti分配给小区的基带处理资源的容量。

例如,当期望容量(fw)大于容量调整阈值(fthr)时,基于容量调整阈值(fthr)与期望容量(fw)的比率来确定(框318)资源利用比例因子(k)。否则,当期望容量(fw)小于容量调整阈值(fthr)时,资源利用比例因子(k)被设定(框320)为一。然后,基于资源利用比例因子(k)与期望容量(fw)的乘积的结果,来确定(框322)新的容量目标(fa),其可以由以下等式表示:

fa=k(k1*nmbse/tti+k2*nmbprbs+k3*throughput)。

基于新的容量目标(fa)来控制(框324)针对当前tti分配给小区的基带处理资源的容量。因此,新的容量目标(fa)可以包括目标se/tti容量、目标nmbprb容量和/或目标throughput容量。基于k*(无线电通信小区的调度实体的期望数目)来确定目标se/tti容量。基于k*(无线电通信小区的prb的期望数目)来确定目标nmbprb容量。基于k*(无线电通信小区的期望吞吐量)来确定目标throughput容量;

例如,容量目标(fa)和/或相关联的目标se/tti容量、目标nmbprb容量和/或目标throughput容量中的一个或多个可以被无线电资源管理器124用来调整使用基带处理组件122的基带处理资源进行操作的小区和/或其它小区的容量。无线电资源管理器124可以例如调节小区中的调度实体的数目、调节在小区中所分配的物理资源块的数目和/或调节来自无线节点120的发送吞吐量。

操作可以确定(框326)数据是否保持缓冲等待传输,并且如果是,则操作可以针对一个或多个另外的tti循环回重复。

虽然已经在图3-5的操作的上下文中描述了用于控制基带处理资源的容量的各种实施例,其它实施例使用更一般性的操作。例如,图6示出了用于控制基带处理资源的容量的更一般性的操作。参考图6,基于用于传输的数据的基带处理完成时的时间和针对基带处理的完成的所定义的绝限时间之间的差异,确定(框600)针对在前的tti的绝限余量(ta)。针对当前tti分配给小区的基带处理资源的期望容量(fw)被确定(框602)。基于绝限余量(ta)和期望容量(fw)来控制(框604)针对当前tti分配给小区的基带处理资源的容量。

本文所公开的一个或多个实施例的潜在优点是容量目标将适应当前部署和目前所观察的通信业务。这可以实现更高的容量和对用来设置容量限度的常量的更少调整。基带处理资源可以更有效地得到利用,并且可以更有效地管理由基带处理资源所服务的小区中的一个或多个小区的容量。

示例用户设备和无线电节点

图7是用于电信系统中的ue110的框图,其被配置为执行根据本文所公开的一个或多个实施例来执行操作。ue110包括处理器电路700、收发器720和包含计算机可读程序代码712的存储器电路710。ue110还可以包括显示器730、用户输入界面740和扬声器750。

收发器720被配置为使用本文所公开的一种或多种无线接入技术通过无线空中接口与无线电节点进行通信。处理器电路700可以包括一个或多个数据处理电路,诸如通用和/或专用处理器(例如微处理器和/或数字信号处理器)。处理器电路700被配置为执行存储器电路710中的计算机可读程序代码712,以执行由ue所执行的本文所描述的操作中的至少一些操作。

图8是根据本文所公开的一个或多个实施例而配置的无线电节点120的框图。无线电节点120包括网络接口820、收发器830、处理器电路800和包含计算机可读程序代码812的存储器电路810。

收发器830被配置为使用本文所公开的一种或多种无线电接入技术与ue110进行通信。处理器电路800可以包括可以被并置或分布在一个或多个网络上的一个或多个数据处理电路,诸如通用和/或专用处理器(例如微处理器和/或数字信号处理器)。处理器电路800被配置为执行存储器810中的计算机可读程序代码812,以执行本文所描述的由无线电节点120执行的方法和操作中的至少一些。网络接口820与其它无线电节点和/或核心网140进行通信。

其它定义和实施例

在本发明的各种实施例的上述描述中,应当理解,本文所使用的术语仅是出于描述特定实施例的目的,而不旨在限制本发明。除非另有定义,本文使用的所有术语(包括技术和科学术语)具有与本发明所属领域的普通技术人员通常理解的相同的含义。还将进一步理解,诸如在常用的字典中所定义的术语应当被解释为具有与本说明书的上下文中和相关技术的含义一致的含义,并且不应被解释为本文如此明确定义的理想化或过度正式的意义。

当节点被称为被“连接”、“耦合”、“响应”或其变体到另一节点时,可以直接连接、耦合或响应于另一个节点,或者可以存在中间节点。相反,当将节点称为被“直接连接”、“直接耦合”、“直接响应”或其变体到另一节点时,不存在中间节点。相同的数字指的是贯穿整体的相同的节点。此外,如本文所使用的“耦合”、“连接”、“响应”或其变体可以包括无线地耦合、连接或响应。如本文所使用的,除非上下文另有明确指示,单数形式“一(a)”、“一个(an)”和“该(the)”也旨在包括复数形式。为了简洁和/或清晰,众所周知的功能或结构可能未被详细描述。术语“和/或”包括与所列出的项目有关的任意和所有组合中的一个或多个。

如本文所使用的,术语“包括(comprise)”、“包括(comprising)”、“包括(comprises)”、“包括(include)”、“包括(including)”、“包括(includes)”、“有(have)”、“有(has)”、“有(having)”或者其变体是开放式的,并且包括一个或多个所述特征、整数、节点、步骤、组件或功能,但不排除一个或多个其它特征、整体、节点、步骤、组件、功能或其组合的存在或添加。此外,如本文所使用的从拉丁语“示例性特征”得出的常用缩写“例如”可用于引入或指定前述项目的一个或多个一般示例,并且不旨在限制这样的项目。来自拉丁语短语“就是说”的通用缩写“即”可以用于从更一般性的叙述中指定特定的项目。

本文参照计算机实现的方法、装置(系统和/或设备)和/或计算机程序产品的框图和/或流程图说明来描述示例实施例。应当理解,框图和/或流程图的框以及框图和/或流程图图示中的框的组合可以由一个或多个计算机电路所执行的计算机程序指令来实现。这些计算机程序指令可以被提供给通用计算机电路、专用计算机电路和/或其它可编程数据处理电路的处理器电路以生产机器,使得经由计算机的处理器和/或其他可编程数据处理设备所执行的指令变换和控制晶体管、存储在存储器位置中的值、以及这些电路中的其它硬件组件,以实现框图和/或流程图框或框中所指定的功能/动作,从而创建用于实现框图和/或流程图的框中指定的功能/动作的装置(功能)和/或结构。

这些计算机程序指令还可以存储在有形的计算机可读介质中,该介质可以指引计算机或其它可编程数据处理装置以特定的方式运行,以使存储在计算机可读介质中的指令产生包括实施框图和/或流程图的框中所指定的功能/动作的指令的制品。

有形的、非暂态的计算机可读介质可以包括电子、磁性、光学、电磁或半导体数据存储系统、装置或设备。计算机可读介质的更具体的示例将包括:便携式计算机软盘、随机存取存储器(ram)电路、只读存储器(rom)电路、可擦除可编程只读存储器(eprom或闪存)电路、便携式光盘只读存储器(cd-rom)和便携式数字视频盘只读存储器(dvd/blueray)。

计算机程序指令还可以被加载到计算机和/或其它可编程数据处理装置上以使在计算机和/或其它可编程装置上执行一系列操作步骤以产生计算机实现的过程,使得在计算机或其它可编程设备上执行的指令提供用于实现框图和/或流程图的框或框中所指定的功能/动作的步骤。相应地,本发明的实施例可以以硬件和/或在诸如数字信号处理器的处理器上运行的软件(包括固件、驻留软件、微代码等)中体现,其可以统称为“电路”、“模块”或其变体。

还应当注意,在一些替代实施方式中,框中所标注的功能/动作可以不按照流程图所标注的顺序进行。例如,取决于所涉及的功能/动作,连续示出的两个框实际上可以基本上同时执行,或者这些框有时可以以相反的顺序执行块。此外,流程图和/或框图的给定框的功能可以被分成多个框,和/或可以至少部分地整合流程图和/或框图的两个或多个框的功能。最后,可以在所示的框之间添加/插入其它框。此外,尽管一些图包括通信路径上的箭头以显示通信的主要方向,但是应当理解,通信可以沿与所描绘的箭头相反的方向发生。

本文结合上述说明和附图已经公开了许多不同的实施例。应当理解的是,逐字描述和示出这些实施例的每个组合和子组合将会不适当的重复和混淆。相应地,包括附图在内的本说明书应被解释为构成各种实施例的示例组合和子组合以及制造和使用它们的方法和过程的完整的书面描述,并且将支持针对任意此类组合或子组合的权利要求。

在不实质偏离本发明的原理的情况下,可以对实施例进行许多变化和修改。所有此类变化和修改旨在被包括在本文中本发明的范围内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1