多级运放的关闭方法、装置、设备及存储介质与流程

1.本技术涉及音频控制技术领域，尤其涉及一种多级运放的关闭方法、装置、设备及存储介质。


背景技术：

2.多级音频放大电路被常常用于电子产品中，在一些对声音大小有特殊要求的系统中，一个运放的放大级数不足以达到效果，往往采用多个mcu控制多级音频信号放大或者多个输出装置按照时序输出，以达到预期。
3.如图1所示，图1示出了现有技术中，一个两级音频放大的原理框图，mcu1产生差分音频信号，mcu1控制一级运放的使能，mcu2控制二级运放的使能，声音经过一级放大和二级放大，最后获取音频输出信号spk_p_out和spk_n_out。mcu1和mcu2通过uart(通用异步收发传输器，universal asynchronous receiver/transmitter)通讯，mcu1播放完语音后，通过uart告诉mcu2语音播放完毕。
4.图2是现有技术语音播放完成后，关于opa(运放)关闭的时间表。mcu1的语音播放完成后，关闭语音播放线程，mcu1关闭opa1，mcu1给urat发送“tts：end”消息，告诉mcu2播放完成。mcu2通过uart收到mcu1播放完成消息”tts:end”后，关闭opa2，运行mcu2的其它功能。
5.但是，在关闭各opa的过程中，不同opa的放电时长是不同，opa1收到opa1关闭指令后，由于放电延时，不会立刻关闭，此时，如果opa2在opa1还未关闭时，即收到关闭opa2的指令进行关闭时，则容易产生爆破音(pop音)。


技术实现要素：

6.本技术提供了一种多级运放的关闭方法、装置、设备及存储介质，用以解决现有技术中，多级运放关闭时，容易产生爆破音的问题。
7.第一方面，本技术实施例提供了一种多级运放的关闭方法，适用于主控制器，所述方法包括：
8.根据预设顺序确定当前待关闭的运放对应的从控制器；
9.对所述从控制器进行如下关闭操作：
10.生成关闭指令，向所述从控制器发送所述关闭指令；其中，所述关闭指令用于关闭所述从控制器对应的运放；
11.接收所述从控制器针对所述关闭指令的反馈信息；其中，所述反馈信息用于指示所述从控制器是否已成功关闭所述运放；
12.判断步骤：若判定所述反馈信息指示所述从控制器已关闭所述运放，则根据所述预设顺序确定下一个待关闭的运放对应的从控制器，并执行所述关闭操作；若判定所述反馈信息指示所述从控制器关闭所述运放失败，则再次向所述从控制器发送所述关闭指令，并接收所述反馈信息，执行所述判断步骤。
13.可选的，所述接收所述从控制器针对所述关闭指令的反馈信息，包括：
14.获取与所述从控制器对应的预设时长；其中，所述预设时长根据所述运放关闭时的放电时长设定；
15.在发送所述关闭指令之后的预设时长内，接收到所述从控制器针对所述关闭指令的反馈信息。
16.可选的，所述判定所述反馈信息指示所述从控制器关闭所述运放失败之后，所述再次向所述从控制器发送所述关闭指令之前，还包括：
17.判定向所述从控制器已发送的所述关闭指令的次数小于预设次数。
18.可选的，所述生成关闭指令，包括：
19.获取所述从控制器对应的标识号和关闭指示数据；其中，所述关闭指示数据用于指示关闭所述运放；
20.根据所述标识号和所述关闭指示数据，生成所述关闭指令。
21.可选的，所述反馈信息中包括：关闭结果标识位和关闭结果提示位；
22.当所述关闭结果标识位为ack时，指示所述从控制器已成功关闭所述运放；所述关闭结果提示位用于指示所述运放正常关闭；
23.当所述关闭结果标识位为nack时，指示所述从控制器关闭所述运放失败；所述关闭结果提示位用于指示所述运放关闭失败的原因。
24.可选的，所述判定所述反馈信息指示所述从控制器已关闭所述运放之后，所述根据所述预设顺序确定下一个待关闭的运放对应的从控制器之前，还包括：
25.判定存在下一个待关闭的运放。
26.可选的，还包括：当所述多级运放按照所述关闭操作均成功关闭后，释放音频播放资源，并关闭音频。
27.第二方面，本技术实施例提供了一种多级运放的关闭装置，适用于主控制器，所述方法包括：
28.确定模块，用于根据预设顺序确定当前待关闭的运放对应的从控制器；
29.关闭模块，用于对所述从控制器进行如下关闭操作：生成关闭指令，向所述从控制器发送所述关闭指令；其中，所述关闭指令用于关闭所述从控制器对应的运放；接收所述从控制器针对所述关闭指令的反馈信息；其中，所述反馈信息用于指示所述从控制器是否已成功关闭所述运放；判断步骤：若判定所述反馈信息指示所述从控制器已关闭所述运放，则根据所述预设顺序确定下一个待关闭的运放对应的从控制器，并执行所述关闭操作；若判定所述反馈信息指示所述从控制器关闭所述运放失败，则再次向所述从控制器发送所述关闭指令，并接收所述反馈信息，执行所述判断步骤。
30.第三方面，本技术实施例提供了一种电子设备，包括：处理器、存储器和通信总线，其中，处理器和存储器通过通信总线完成相互间的通信；
31.所述存储器，用于存储计算机程序；
32.所述处理器，用于执行所述存储器中所存储的程序，实现第一方面所述的多级运放的关闭方法。
33.第四方面，本技术实施例提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现第一方面所述的多级运放的关闭方法。
34.本技术实施例提供的上述技术方案与现有技术相比具有如下优点：本技术实施例
提供的该方法，在关闭各级运放时，各级运放按照预设顺序依次关闭，只有当收到从控制器针对关闭指令的反馈信息指示运放关闭成功时，才对下一个待关闭的运放进行关闭。通过主控器发送关闭指令，从控制器反馈关闭结果的方式，能够保证一个运放关闭成功后，才关闭下一个运放，避免了前一个运放未成功关闭，即对下一个运放进行关闭的情况，从而解决了多级运放关闭时，容易产生爆破音的问题。
附图说明
35.此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明的实施例，并与说明书一起用于解释本发明的原理。
36.为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，对于本领域普通技术人员而言，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
37.图1为现有技术提供的两级音频放大的原理框图；
38.图2为现有技术提供的opa关闭时间表；
39.图3为本技术实施例提供的一种多级运放的关闭方法的流程示意图；
40.图4为本技术实施例提供的opa关闭的波形图的示意图；
41.图5为本技术实施例提供的各级mcu关闭opa操作的时序示意图；
42.图6为本技术实施例提供的多级运放的关闭方法的优选实施例的流程示意图；
43.图7为本技术实施例提供的音频部分的电路图；
44.图8为本技术实施例提供的音频信号的输出波形和控制波形的示意图；
45.图9为本技术实施例提供的一种多级运放的关闭装置的结构示意图；
46.图10为本技术实施例提供的一种电子设备的结构示意图。
具体实施方式
47.为使本技术实施例的目的、技术方案和优点更加清楚，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本技术的一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本技术保护的范围。
48.本技术实施例中所提供的方法可以应用于电子设备中，该电子设备具体可以为能够实现通信功能的模组或包含该模组的终端设备等，该终端设备可以为移动终端或智能终端。移动终端具体可以为手机、平板电脑、笔记本电脑等中的至少一种；智能终端具体可以是智能汽车、智能手表、共享单车、智能柜等含有无线通信模组的终端；模组具体可以为无线通信模组，例如2g通信模组、3g通信模组、4g通信模组、5g通信模组、nb-iot通信模组等中的任意一种。
49.为了解决现有技术中存在的问题，本技术实施例提供了一种多级运放的关闭方法，如图3所示，本技术实施例提供的一种多级运放的关闭方法，适用于主控制器，该方法包括：
50.步骤301，根据预设顺序确定当前待关闭的运放对应的从控制器；
51.在本技术实施例中，按照预设顺序依次关闭各运放。在依次关闭各运放时，主控制
器将关闭指令发送给各运放各自对应的从控制器。
52.在具体实现时，可以为各个从控制器以及从控制器对应的运放进行编号，按照编号从小到大的预设顺序依次关闭各运放。当然也可以按照其他预设顺序依次关闭各运放。
53.对从控制器进行如下关闭操作：
54.步骤302，生成关闭指令，向从控制器发送关闭指令；其中，关闭指令用于关闭从控制器对应的运放；
55.当主控制器mcu音频播放完毕后，按照关闭顺序依次将关闭指令发送给各级运放的从控制器mcu。
56.在一个具体实施例中，生成关闭指令，包括：获取从控制器对应的标识号和关闭指示数据；其中，关闭指示数据用于指示关闭运放；根据标识号和关闭指示数据，生成关闭指令。
57.其中，反馈信息中包括：关闭结果标识位和关闭结果提示位；
58.当关闭结果标识位为ack时，指示从控制器已成功关闭运放；关闭结果提示位用于指示运放正常关闭；
59.当关闭结果标识位为nack时，指示从控制器关闭运放失败；关闭结果提示位用于指示运放关闭失败的原因。
60.其中，在具体实现时，可以按照表1所示的通信格式生成关闭指令。
61.表1关闭指令的通信格式
[0062][0063]
其中，关闭指令的通信格式中各数据位的含义请参见表2。
[0064]
表2关闭指令的通信格式中各数据位的含义
[0065][0066]
步骤303，接收从控制器针对关闭指令的反馈信息；其中，反馈信息用于指示从控制器是否已成功关闭运放；
[0067]
在具体实现时，判断是否在预设时长内接收到从控制器针对关闭指令的反馈信息，且不同的从控制器由于电路设计不同，放电时长不同，所设定的预设时长也是不同的。如图4所示，图4示出了opa关闭的波形图，收到关闭的控制指令时，不是立刻关闭的，需要一
定的放电时长。由于每个opa所用器件不同，关闭时，放电时长不同，关闭opa的时长有所差别，因此，可以根据放电时长来设定各从控制器的预设时长。在具体实现时，可以在放电时长的基础上，再增加一时长，作为预设时长。
[0068]
在具体实现时，首先获取与从控制器对应的预设时长，判断在发送关闭指令之后的预设时长内，是否接收到从控制器针对关闭指令的反馈信息，如果在预设时长内接收到从控制器的反馈信息，说明通信正常，如果在预设时长之后，还未收到从控制器的反馈信息，则说明通信异常。
[0069]
在具体实现时，反馈信息可以采用如表3所示的通信格式。
[0070]
表3反馈信息的通信格式
[0071][0072]
其中，反馈信息的通信格式中各数据位的含义请参见表4。
[0073]
表4反馈信息的通信格式中各数据位的含义
[0074][0075]
此外，还需要说明的是，通信格式中mcuid为系统约定好的编号，比如opa1对应的从mcu编号为01，opa2对应的从mcu编号为02，以此类推。lrc为累加和的校验，用于校验通讯数据的准确性。
[0076]
步骤304，判断步骤：若判定反馈信息指示从控制器已关闭运放，则根据预设顺序确定下一个待关闭的运放对应的从控制器，并执行关闭操作；若判定反馈信息指示从控制器关闭运放失败，则再次向从控制器发送关闭指令，并接收反馈信息，执行判断步骤。
[0077]
在反馈信息中携带有nack或ack信息，通过读取反馈信息中的nack或ack即可确定从控制器是否成功关闭运放。如果关闭成功，即反馈信息中携带有ack信息，此时，若判定存在下一个待关闭的运放，则继续关闭下一个运放。如果关闭未成功，即反馈信息中携带有nack信息，则可以再次重发关闭指令。
[0078]
在一个具体实施例中，判定反馈信息指示从控制器关闭运放失败之后，再次向从控制器发送关闭指令之前，还包括：判定向从控制器已发送的关闭指令的次数小于预设次
数。
[0079]
其中，预设次数可以根据实际情况设置，例如：预设次数设置为3次。如果向从控制器已发送关闭指令的次数达到预设次数，例如：3次，则说明关闭遇到了异常情况，则不再重发关闭指令，可以继续关闭下一级运放，待剩余运放都关闭时，再次尝试关闭之前未能成功关闭的运放。当多级运放按照关闭操作均成功关闭后，释放音频播放资源，并关闭音频。
[0080]
在本技术实施例中，在关闭各级运放时，各级运放按照预设顺序依次关闭，只有当收到从控制器针对关闭指令的反馈信息指示运放关闭成功时，才对下一个待关闭的运放进行关闭。通过主控器发送关闭指令，从控制器反馈关闭结果的方式，能够保证一个运放关闭成功后，才关闭下一个运放，避免了前一个运放未成功关闭，即对下一个运放进行关闭的情况，从而解决了多级运放关闭时，容易产生爆破音的问题。
[0081]
为了便于理解，下面对本技术实施例提供的多级运放的关闭方法做进一步说明。
[0082]
主mcu(即主控制器)音频播放完成后，以表1的通信格式通知各个mcu关闭对应的opa，主mcu可以实时的控制各个opa的关闭时序。各级mcu收到关闭信息后，立刻关闭当前opa，关闭后以表3的格式返回ack，如果当前不能关闭，则返回nack，并将反馈返回码code和原因，上报给主mcu，主mcu根据不同返回码(code)分别进行处理，待各运放关闭后，关闭主mcu音源信号播放线程，释放资源。
[0083]
如图5所示，图5示出了本技术实施例提供的各级mcu关闭opa操作的时序，主mcu控制着各级opa的关闭时序，主mcu关闭各级opa后，释放资源，关闭音源。
[0084]
为了便于理解本技术实施例提供的多级运放的关闭方法，结合图6对本技术实施例提供的多级运放的关闭方法的优选实施例的流程进行说明。
[0085]
当音频播放完成后，逐个关闭运放，在向运放的从mcu发送关闭指令前，判断针对该运放当前已发送的关闭指令的次数是否小于3次，如果是，则生成关闭opa1的通知数据(即关闭指令)，mcu按照通信格式发送关闭opa1的通知数据，并等待应答。与opa1对应的从mcu1接收数据，从mcu1解析通知数据，执行关闭指令，判断从mcu1关闭opa1是否成功，如果是，则发送携带有ack的反馈信息；否则，发送携带有nack的反馈信息。主mcu是否在预设时长内收到反馈信息，其中，预设时长是根据opa1的电器特性设置的。主mcu接收到反馈信息后，判断是否是mcu1反馈的ack，如果是，则判断是否有下一级运放，如果是，则执行对下一级运放关闭过程；如果收到nack，则在已发送的关闭指令的次数小于3次的情况下，再次执行关闭流程。
[0086]
各级运放的关闭流程的逻辑是一致的，当所有的运放都关闭，主mcu关闭播放线程，主mcu关闭内置功放。如果在关闭运放的过程中，发送关闭指令的次数超过3次仍然未关闭，或者，在预设时长内未收到反馈信息，则说明出现了异常情况，需要额外处理，处理方式并不是本技术实施例所关注的重点，这里不再展开描述。
[0087]
本技术实施例基于主mcu发送通知的机制，依靠通讯协议，通过主mcu发送通知，各级控制pa的mcu根据情况响应，主mcu精准控制每级pa关闭的时序，达到减少底噪、优化音质、分别控制的效果。
[0088]
以通讯模块作为主控mcu在收银系统上的应用为例，如图7所示为产品音频部分的原理图，通讯模块作为音频信号产生的主mcu，并且控制各opa关闭的时序，通讯模块产生差分的音频信号l610_spk_p和l610_spk_n，系统控制mcu作为从设备，当系统控制mcu输出高
电平，语音信号通过lpa4890msf放大后输出，当系统控制mcu输出低电平的时候，关闭该功放，在关闭opa的时候，mute输出低电平的时候，由于电路有储能效应，实际音频关闭的波形如图8所示。
[0089]
如图8中稍亮部分的波形为音频信号(opa的pin8)的输出波形，稍暗部分的阶梯型的波形为pa mute(opa的pin1)的控制波形，当系统控制mcu收到通讯模块mcu发出的“end message”(关闭指令)后，系统控制mcu使能spk_mute(opa的pin1)关闭opa，音频信号在opa关闭125ms左右后才会彻底关闭，具体步骤如下：
[0090]
第一步，通讯模块在播放完音频信号后，通过uart发送数据“020e01454e44205041204d45535341474503c1”给系统控制mcu，如表5所示，表5示出了关闭指令的数据示例。
[0091][0092]
第二步：系统控制mcu收到数据后处理数据，并解析出相关信息，根据需求关闭opa。
[0093]
第三步：系统控制mcu通过uart发送反馈信息给通讯模块，反馈信息为“06090100434c4f53454f4b20”[0094][0095]
第四步：通讯模块收到系统控制mcu的ack后，关闭语音播放线程，释放资源，关闭通讯模块的内部opa。
[0096]
综上所述，本技术实施例通过主mcu控制各级运放关闭的时序，提高了系统性能，有效的提高了音质；可以根据各级运放不同的电器特性进行设置，对每级运放关闭的时间进行精准控制；而且，扩展性极强，不管是单级运放，还是多级运放，不管是串行还其接法都可以通过主mcu有效的控制。
[0097]
基于同一构思，本技术实施例中提供了一种多级运放的关闭装置，该装置的具体实施可参见方法实施例部分的描述，重复之处不再赘述，如图9所示，该装置主要包括：
[0098]
确定模块901，用于根据预设顺序确定当前待关闭的运放对应的从控制器；
[0099]
关闭模块902，用于对所述从控制器进行如下关闭操作：生成关闭指令，向所述从控制器发送所述关闭指令；其中，所述关闭指令用于关闭所述从控制器对应的运放；接收所述从控制器针对所述关闭指令的反馈信息；其中，所述反馈信息用于指示所述从控制器是否已成功关闭所述运放；判断步骤：若判定所述反馈信息指示所述从控制器已关闭所述运放，则根据所述预设顺序确定下一个待关闭的运放对应的从控制器，并执行所述关闭操作；若判定所述反馈信息指示所述从控制器关闭所述运放失败，则再次向所述从控制器发送所述关闭指令，并接收所述反馈信息，执行所述判断步骤。
[0100]
在一个具体实施例中，关闭模块902，用于获取与所述从控制器对应的预设时长；
其中，所述预设时长根据所述运放关闭时的放电时长设定；在发送所述关闭指令之后的预设时长内，接收到所述从控制器针对所述关闭指令的反馈信息。
[0101]
在一个具体实施例中，本技术实施例中提供的一种多级运放的关闭装置还包括：判定模块，用于在判定所述反馈信息指示所述从控制器关闭所述运放失败之后，所述再次向所述从控制器发送所述关闭指令之前，判定向所述从控制器已发送的所述关闭指令的次数小于预设次数。
[0102]
在一个具体实施例中，关闭模块902，用于获取所述从控制器对应的标识号和关闭指示数据；其中，所述关闭指示数据用于指示关闭所述运放；根据所述标识号和所述关闭指示数据，生成所述关闭指令。
[0103]
在一个具体实施例中，所述反馈信息中包括：关闭结果标识位和关闭结果提示位；当所述关闭结果标识位为ack时，指示所述从控制器已成功关闭所述运放；所述关闭结果提示位用于指示所述运放正常关闭；当所述关闭结果标识位为nack时，指示所述从控制器关闭所述运放失败；所述关闭结果提示位用于指示所述运放关闭失败的原因。
[0104]
在一个具体实施例中，判定模块，还用于在判定所述反馈信息指示所述从控制器已关闭所述运放之后，所述根据所述预设顺序确定下一个待关闭的运放对应的从控制器之前，判定存在下一个待关闭的运放。
[0105]
在一个具体实施例中，关闭模块902，还用于当所述多级运放按照所述关闭操作均成功关闭后，释放音频播放资源，并关闭音频。
[0106]
基于同一构思，本技术实施例中还提供了一种电子设备，如图10所示，该电子设备主要包括：处理器1001、存储器1002和通信总线1003，其中，处理器1001和存储器1002通过通信总线1003完成相互间的通信。其中，存储器1002中存储有可被至处理器1001执行的程序，处理器1001执行存储器1002中存储的程序，实现如下步骤：
[0107]
根据预设顺序确定当前待关闭的运放对应的从控制器；
[0108]
对所述从控制器进行如下关闭操作：
[0109]
生成关闭指令，向所述从控制器发送所述关闭指令；其中，所述关闭指令用于关闭所述从控制器对应的运放；
[0110]
接收所述从控制器针对所述关闭指令的反馈信息；其中，所述反馈信息用于指示所述从控制器是否已成功关闭所述运放；
[0111]
判断步骤：若判定所述反馈信息指示所述从控制器已关闭所述运放，则根据所述预设顺序确定下一个待关闭的运放对应的从控制器，并执行所述关闭操作；若判定所述反馈信息指示所述从控制器关闭所述运放失败，则再次向所述从控制器发送所述关闭指令，并接收所述反馈信息，执行所述判断步骤。
[0112]
上述电子设备中提到的通信总线1003可以是外设部件互连标准(peripheral component interconnect，简称pci)总线或扩展工业标准结构(extended industry standard architecture，简称eisa)总线等。该通信总线1003可以分为地址总线、数据总线、控制总线等。为便于表示，图10中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0113]
存储器1002可以包括随机存取存储器(random access memory，简称ram)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选地，存储器
还可以是至少一个位于远离前述处理器1001的存储装置。
[0114]
上述的处理器1001可以是通用处理器，包括中央处理器(central processing unit，简称cpu)、网络处理器(network processor，简称np)等，还可以是数字信号处理器(digital signal processing，简称dsp)、专用集成电路(application specific integrated circuit，简称asic)、现场可编程门阵列(field-programmable gate array，简称fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
[0115]
在本技术的又一实施例中，还提供了一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序，当该计算机程序在计算机上运行时，使得计算机执行上述实施例中所描述的一种多级运放的关闭方法。
[0116]
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机指令时，全部或部分地产生按照本技术实施例所述的流程或功能。该计算机可以时通用计算机、专用计算机、计算机网络或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令从一个网站站点、计算机、服务器或者数据中心通过有线(例如同轴电缆、光纤、数字用户线(dsl))或无线(例如红外、微波等)方式向另外一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质(例如软盘、硬盘、磁带等)、光介质(例如dvd)或者半导体介质(例如固态硬盘)等。
[0117]
需要说明的是，在本文中，诸如“第一”和“第二”等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个
……”
限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
[0118]
以上所述仅是本发明的具体实施方式，使本领域技术人员能够理解或实现本发明。对这些实施例的多种修改对本领域的技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所申请的原理和新颖特点相一致的最宽的范围。