具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

请参见图1，图1为本申请实施例提供的一种通信系统的架构图。如图1所示，通信系统可以包括终端设备101和网络设备102。其中，终端设备101是用户侧的一种用于接收或发射信号的实体。终端设备可以是手机(mobile phone)、穿戴式设备、平板电脑(Pad)、带无线收发功能的电脑、虚拟现实(virtual reality，VR)终端设备、增强现实(augmentedreality，AR)等。本申请的实施例对终端设备所采用的具体技术和具体设备形态不做限定。网络设备102是网络侧的一种用于发射或接收信号的实体。例如，网络设备可以为演进型基站(evolved NodeB，eNB)、传输点(transmission reception point，TRP)、NR系统中的下一代基站(next generation NodeB，gNB)、其他未来移动通信系统中的基站或无线保真(wireless fidelity，WiFi)系统中的接入节点等。本申请的实施例对网络设备所采用的具体技术和具体设备形态不做限定。

本申请实施例中，终端设备101可以接收网络设备102发送的信号，但由于网络设备102发送的信号在传输过程中会经历不同的信道，或者由于终端设备101在接收信号时可能处于快速移动状态，所接收到的信号的波动幅度会比较大。因此，可以在终端设备101接收数据之前加入自动增益控制(Automatic Gain Control，AGC)，以将接收到的信号幅度稳定在一个比较合理的范围内。其中，该AGC可以为终端设备中的一个硬件模块，例如可以为集成在终端设备中的电路，以针对不同的强度的信号采用不同的增益进行放大或者缩小。

需要说明的是，本申请实施例的技术方案可以应用于各种通信系统。例如：长期演进(long term evolution，LTE)系统、第五代(5th generation，5G)移动通信系统、5G新空口(new radio，NR)系统。可选的，本申请实施例的方法还适用于未来的各种通信系统，例如6G系统或者其他通信网络等，本申请对此不做限制。

请参阅图2，图2为本申请实施例提供的一种增益控制方法的流程图。该增益控制方法可以由上述终端设备实现，或者可以由上述终端设备中的芯片实现。如图2所示，该增益控制方法包括但不限于如下步骤S201～步骤S203。

步骤S201，终端设备确定接收增益；其中，若满足第一预设条件，则该接收增益由接收到的第一信号确定；若不满足第一预设条件，则上述接收增益为历史接收增益。

本申请实施例中，终端设备可以根据不同的场景来确定接收增益。例如，终端设备可以根据场景1或场景2，来确定接收增益。其中，场景1可以为满足第一预设条件的场景；在该场景1中，可以通过接收到的第一信号来确定接收增益。场景2可以为不满足第一预设条件的场景；在该场景2中，可以通过历史接收增益来确定接收增益。

其中，第一信号可以为通过下行信道传输的下行信号。可以理解的是，该第一信号为终端设备判断满足了第一预设条件之后，所接收到的信号。具体的，在终端设备确定满足第一预设条件的场景的情况下，终端设备可以在接收下行信道传输的寻呼消息之前，引入一次数据接收，即引入对上述第一信号的接收，以通过该第一信号来确定接收增益。

还需要说明的是，上述历史接收增益可以理解为，上一次接收寻呼消息时所使用的接收增益。可选的，在上一次接收寻呼消息时也使用的历史接收增益的情况下，上述历史接收增益也可以为再上一次接收寻呼消息时所使用的接收增益，本申请对此不作限制。

请参阅图3A和图3B，其中，图3A为场景1的示意图，图3B为场景2的示意图。图3A中，AGC可以表示终端设备确定接收增益的过程，寻呼信道(Paging Channel，PCH)可以表示终端设备接收寻呼消息的过程。由图3A可知，终端设备在接收寻呼消息之前，单独收取了一次数据，以用于计算接收增益，从而保证寻呼时刻的接收增益的准确性。由图3B可知，终端设备将历史接收增益直接用于本次寻呼消息的接收，可以降低终端设备的能耗。

需要说明的是，终端设备在进行上述场景判断之前，可以设置一个滑动观察窗，以在该滑动观察窗内观察信号波动的情况，并根据该信号的波动情况判断出场景。其中，滑动观察窗是随时间变化的一个固定时长的时间窗。可选的，该固定时长可以为N个寻呼周期，N为正整数。也就是说，在该滑动观察窗内可以观察N个寻呼周期下的寻呼信道。

在一种实现方式中，终端设备还可以确定滑动观察窗内每个寻呼周期的参考信号接收功率(Reference Signal Receiving Power，RSRP)。

在一种实现方式中，终端设备还可以确定滑动观察窗内每个寻呼周期的信号与干扰加噪声比(Signal to Interference plus Noise Ratio，SINR)。

其中，由于网络设备可以是周期性地向终端设备发送寻呼数据，因此终端设备接收到相邻的两次寻呼数据之间的时长可以为一个寻呼周期。需要说明的是，每个寻呼周期内都存在该寻呼周期内参考信号所对应的RSRP值和SINR值，通过记录每个寻呼周期内的RSRP值和SINR值，可以便于后续对不同的场景做出判断。

在一种实现方式中，终端设备还可以确定滑动观察窗内每个寻呼周期的寻呼译码结果。

其中，上述寻呼译码结果可以包括以下任一项：终端设备检测到寻呼下行控制信息(Downlink Control Information，DCI)，且对该寻呼DCI调度的物理下行共享信道(PhysicalDownlinkSharedChannel，PDSCH)译码正确；终端设备检测到寻呼DCI，且对该寻呼DCI调度的PDSCH译码错误；终端设备未检测到寻呼DCI。

需要说明的是，通过对网络发送的寻呼数据进行译码，可以得到上述寻呼DCI。在终端设备检测到该寻呼DCI的情况下，可以根据上述寻呼DCI获取到对应的PDSCH位置，并通过对该PDSCH译码，最终可以得到寻呼消息。

具体的，寻呼DCI可以由网络配置而来。若网络配置了寻呼DCI，则终端设备可以检测到该寻呼DCI。若终端设备检测到寻呼DCI，且对该寻呼DCI调度的PDSCH译码正确，则将PDSCH译码正确的个数加1。若终端设备检测到寻呼DCI，且对该寻呼DCI调度的PDSCH译码错误，则将PDSCH译码错误的个数加1。

示例性的，假设PDSCH译码正确的个数为Right_cnt，PDSCH译码错误的个数为Err_cnt。若终端设备检测到寻呼DCI且PDSCH译码正确，则记录Right_cnt＝Right_cnt+1；若终端设备检测到寻呼DCI且PDSCH译码错误，则记录Err_cnt＝Err_cnt+1；其中，Right_cnt和Err_cnt的初始值可以为0。

还需说明的是，若终端设备未检测到寻呼DCI，则可能是网络并未配置寻呼DCI，但这并不意味着寻呼译码失败。可以理解的是，当终端设备检测到寻呼DCI，且对该寻呼DCI调度的PDSCH译码错误，则可以认为是寻呼译码失败。

通过在终端设备进行场景判断之前，设置滑动观察窗，并确定该滑动观察窗内每个寻呼周期的RSRP值、SINR值和寻呼译码结果，可以计算出RSRP波动值、SINR波动值和寻呼译码失败率，以根据该RSRP波动值、SINR波动值和寻呼译码失败率，以及当前寻呼周期的寻呼译码结果，可以对终端设备是否满足第一预设条件进行判断，从而选择更合适的方式来确定接受增益。

在一种实现方式中，前述第一预设条件可以包括以下一项或多项：RSRP波动值大于第一门限值；SINR波动值大于第二门限值；寻呼译码失败率大于第三门限值；或者，终端设备检测到寻呼DCI，且对该寻呼DCI调度的PDSCH译码错误。

其中，RSRP波动值可以为滑动观察窗内的寻呼周期对应的RSRP最大值与RSRP最小值之间的差值，SINR波动值可以为滑动观察窗内的寻呼周期对应的SINR最大值与SINR最小值之间的差值。

示例性的，假设滑动观察窗内第二个寻呼周期对应的RSRP值最大，第五个寻呼周期对应的RSRP值最小，则RSRP波动值可以为第二个寻呼周期的RSRP值与第五个寻呼周期的RSRP值之间的差值。同理，SINR波动值的计算方法与RSRP波动值的计算方法相同，本申请在此不再赘述。

需要说明的是，RSRP波动值和SINR波动值可以反映出信号波动的幅度大小。若该RSRP波动值或该SINR波动值较大，则说明信号波动的幅度较大；若RSRP波动值或SINR波动值较小，则说明信号波动的幅度较小。

可选的，终端设备可以预先设置第一门限值和第二门限值，在RSRP波动值大于第一门限值，或者SINR波动值大于第二门限值的情况下，说明信号波动幅度超过了预设门限值，则可以判断为场景1，即通过接收到的第一信号来确定接收增益。

通过在RSRP波动值大于第一门限值，或SINR波动值大于第二门限值时，将终端设备判断为场景1，可以在信号波动幅度较大的情况下，采用第一信号确定接收增益，以保证寻呼时刻的接收增益是合理的。

其中，上述寻呼译码失败率可以为PDSCH译码错误的个数与PDSCH译码总数之间的比值；其中，PDSCH译码总数为PDSCH译码错误的个数与PDSCH译码正确的个数的和值。

需要说明的是，寻呼译码失败率可以反映出该滑动观察窗内的N个寻呼周期内寻呼译码错误的个数的占比。若该寻呼译码失败率的值较大，则说明该滑动观察窗内寻呼译码错误的个数较多；若该寻呼译码失败率的值较小，则说明该滑动观察窗内寻呼译码错误的个数较少。

可选的，终端设备可以预先设置第三门限值，在寻呼译码失败率大于第三门限值的情况下，说明该滑动观察窗内的寻呼译码错误个数超过了预设门限值，则可以判断为场景1，即通过接收到的第一信号来确定接收增益。

示例性的，假设滑动观察窗的固定时长为8个寻呼周期，当滑动观察窗内满8个寻呼周期后，可以通过计算该8个寻呼周期的寻呼译码失败率，来判断该滑动观察窗内的寻呼译码错误个数的占比。假设第三门限值为0.5，也就是说，在滑动观察窗内的8个寻呼周期中，若有5个及其以上的寻呼周期寻呼译码错误，则判断寻呼译码失败率大于第三门限值，即可以判断为场景1；若有4个及其以下的寻呼周期寻呼译码错误，则判断寻呼译码失败率小于或等于第三门限值，即可以再对其他条件进行判断。

可选的，若终端设备检测到当前寻呼周期的寻呼DCI，且对该寻呼DCI调度的PDSCH译码错误，则说明当前寻呼周期所接收到的数据信号不合理，则可以直接判断为场景1，以通过接收到的第一信号来获得更合理的接收增益，从而可以根据该接收增益将接收到的数据稳定在更合理的范围，进而避免再次出现译码错误。

其中，若滑动观察窗的固定时长为N个寻呼周期，则当前寻呼周期可以理解为滑动观察窗内的第N个寻呼周期。可以理解的是，由于滑动观察窗为在时域上滑动的时间窗，因此第N个寻呼周期可以为该滑动观察窗内最末的一个寻呼周期。当该寻呼周期进入滑动观察窗时，可以对该寻呼周期进行处理，即前述记录RSRP值和SINR值，以及检测该寻呼周期的寻呼DCI，并判断译码是否正确。若终端设备检测到该寻呼周期下的寻呼DCI，且对该寻呼DCI调度的PDSCH译码错误，则可以直接判断为场景1。

示例性的，同样假设滑动观察窗的固定时长为8个寻呼周期，当滑动观察窗内满8个寻呼周期后，滑动观察窗内的第8个寻呼周期即为当前寻呼周期，若终端设备在该第8个寻呼周期下检测到寻呼DCI，且对该寻呼DCI调度的PDSCH译码错误，即可判断为场景1。

通过在寻呼译码失败率大于第三门限值，或者当前寻呼周期的寻呼译码错误时，将终端设备判断为场景1，可以在译码失败率较高或出现寻呼译码错误的情况下，采用第一信号确定接收增益，以提高终端设备的寻呼译码性能。

在一种实现方式中，不满足第一预设条件的情况可以包括：RSRP波动值小于或等于第一门限值，且SINR波动值小于或等于第二门限值，且寻呼译码失败率小于或等于第三门限值，以及终端设备检测到寻呼DCI，且对该寻呼DCI调度的PDSCH译码正确。

需要说明的是，在上述四个条件同时满足的情况下，可以认为是不满足第一预设条件，此时可以判断为场景2，即通过历史接收增益来确定接受增益。也就是说，在上述四个条件中，若有任意一个条件不满足，则可以认为满足第一预设条件，即可以判断为场景1。

示例性的，若终端设备在滑动观察窗内当前寻呼周期下检测到寻呼DCI，且对该寻呼DCI调度的PDSCH译码正确，则可以再对该滑动观察窗内的RSRP波动值、SINR波动值和寻呼译码失败率进行判断。在该RSRP波动值、SINR波动值和寻呼译码失败率都未超过对应的门限值的情况下，可以判断为场景2。可选的，在RSRP波动值、SINR波动值或寻呼译码失败率中，若有任意一个值超过了对应的门限值，都将判断为场景1。

通过在不满足第一预设条件的情况下，将终端设备判断为场景2，可以在信号波动幅度较小，且寻呼译码失败率较小，且当前寻呼周期下检测到寻呼DCI，且对该寻呼DCI调度的PDSCH译码正确的情况下，采用历史接收增益确定接收增益，以降低终端设备的能耗。

在一种实现方式中，若滑动观察窗内的寻呼周期的个数小于预设个数，则接收增益由第一信号确定。其中，预设个数可以为理解为前述N个，N为正整数。换言之，在滑动观察窗的固定时长为N个寻呼周期时，若滑动观察窗内的寻呼周期的个数小于N个，则接收增益由第一信号确定，即判断为场景1。

可以理解的是，在滑动观察窗内未满N个寻呼周期时，可以认为滑动观察窗内的样本数据不足。也就是说，没有足够的数据可以用于判断信号的波动幅度是否超过门限值。因此，在滑动观察窗内未满N个寻呼周期时，为了获得更加合理的接收增益，可以通过第一信号来确定接收增益。示例性的，同样假设滑动观察窗的固定时长为8个寻呼周期，若滑动观察窗内有5个寻呼周期，则可以判断为场景1。

通过在滑动观察窗内的寻呼周期的个数小于预设个数时，将终端设备判断为场景1，可以在样本数据不足的情况下，采用第一信号确定接收增益，以保证接收增益的准确性。

步骤S202，终端设备接收第二信号。

其中，第二信号可以为终端设备通过下行信道接收的寻呼消息。

需要说明的是，终端设备在对上述场景进行判断之后，由于已经通过合适的方式确定了接收增益，因此终端设备可以通过该接收增益对第二信号进行相应的处理。

步骤S203，终端设备根据接收增益对第二信号进行增益控制。

其中，对第二信号进行增益控制可以理解为，根据前述步骤S201中确定的接收增益将第二信号进行放大或者缩小。

终端设备根据前述不同场景确定出的接收增益，对接收到的第二信号进行增益控制，可以使得第二信号的信号幅度稳定在一个合理的范围，从而在保证下行信道的寻呼译码性能的同时，可以兼顾终端设备的能耗。

请参阅图4，图4为本申请实施例提供的另一种增益控制方法的流程图。该增益控制方法可以由上述终端设备实现，或者可以由上述终端设备中的芯片实现。如图4所示，该增益控制方法包括但不限于如下步骤S401～步骤S406。

步骤S401，终端设备记录每个寻呼周期的RSRP值和SINR值，并记录每个寻呼周期下的寻呼译码结果。

需要说明的是，针对每个寻呼周期都需要执行上述步骤S401。

步骤S402，终端设备设置滑动观察窗，并判断滑动观察窗内是否满N个寻呼周期。

若滑动观察窗内不满N个寻呼周期，则执行步骤S403；若滑动观察窗内满N个寻呼周期，则执行步骤S404。

步骤S403，判断为场景1。

步骤S404，终端设备计算以下至少一个参数的值：RSRP波动值、SINR波动值或寻呼译码失败率。

步骤S405，终端设备判断RSRP波动值是否大于第一门限值、SINR波动值是否大于第二门限值、寻呼译码失败率是否大于第三门限值，或者当前寻呼周期PDSCH译码是否错误。

若RSRP波动值大于第一门限值，或者SINR波动值大于第二门限值，或者寻呼译码失败率大于第三门限值，或者当前寻呼周期PDSCH译码错误，则执行步骤S403；若RSRP波动值小于或等于第一门限值，且SINR波动值小于或等于第二门限值，且寻呼译码失败率小于或等于第三门限值，且当前寻呼周期PDSCH译码正确，则执行步骤S406。

步骤S406，判断为场景2。

具体的，图4实施例中所提供的方法步骤的详细描述以及有益效果，可参见前述图2实施例中的相关内容，本申请在此不在赘述。

请参阅图5，图5为本申请实施例提供的一种通信装置的结构示意图。该装置可以是终端设备，也可以是终端设备中的装置，或者是能够和终端设备匹配使用的装置。图5所示的通信装置可以包括确定单元501、接收单元502和处理单元503。该处理单元503，用于进行数据处理。其中：

确定单元501，用于确定接收增益；其中，若满足第一预设条件，则该接收增益由接收到的第一信号确定；若不满足第一预设条件，则该接收增益为历史接收增益；

接收单元502，用于接收第二信号；

处理单元503，用于根据上述接收增益对第二信号进行增益控制。

在一种实现方式中，上述第一预设条件包括以下一项或多项：参考信号接收功率RSRP波动值大于第一门限值；信号与干扰加噪声比SINR波动值大于第二门限值；寻呼译码失败率大于第三门限值；或者，检测到寻呼下行控制信息DCI，且对该寻呼DCI调度的PDSCH译码错误。

在一种实现方式中，上述确定单元501，还用于确定滑动观察窗内每个寻呼周期的RSRP；上述RSRP波动值为滑动观察窗内的寻呼周期对应的RSRP最大值与RSRP最小值之间的差值。

在一种实现方式中，上述确定单元501，还用于确定滑动观察窗内每个寻呼周期的SINR；上述SINR波动值为滑动观察窗内的寻呼周期对应的SINR最大值与SINR最小值之间的差值。

在一种实现方式中，上述确定单元501，还用于确定滑动观察窗内每个寻呼周期的寻呼译码结果；其中，上述寻呼译码结果包括以下任一项：检测到寻呼DCI，且对该寻呼DCI调度的PDSCH译码正确；检测到寻呼DCI，且对该寻呼DCI调度的PDSCH译码错误；未检测到寻呼DCI。

在一种实现方式中，若滑动观察窗内的寻呼周期的个数小于预设个数，则上述接收增益由第一信号确定。

根据本申请的实施例，图5所示的通信装置中的各个单元可以分别或全部合并为一个或若干个另外的单元来构成，或者其中的某个(些)单元还可以再拆分为功能上更小的多个单元来构成，这可以实现同样的操作，而不影响本申请的实施例的技术效果的实现。上述单元是基于逻辑功能划分的，在实际应用中，一个单元的功能也可以由多个单元来实现，或者多个单元的功能由一个单元实现。在本申请的其他实施例中，通信装置也可以包括其他单元，在实际应用中，这些功能也可以由其他单元协助实现，并且可以由多个单元协作实现。

上述通信装置例如可以是：芯片、或者芯片模组。关于上述实施例中描述的各个装置、产品包含的各个模块，其可以是软件模块，也可以是硬件模块，或者也可以部分是软件模块，部分是硬件模块。例如，对于应用于或集成于芯片的各个装置、产品，其包含的各个模块可以都采用电路等硬件的方式实现，或者，至少部分模块可以采用软件程序的方式实现，该软件程序运行于芯片内部集成的处理器，剩余的(如果有)部分模块可以采用电路等硬件方式实现；对于应用于或集成于芯片模组的各个装置、产品，其包含的各个模块可以都采用电路等硬件的方式实现，不同的模块可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中，或者，至少部分模块可以采用软件程序的方式实现，该软件程序运行于芯片模组内部集成的处理器，剩余的(如果有)部分模块可以采用电路等硬件方式实现；对于应用于或集成于终端的各个装置、产品，其包含的各个模块可以都采用电路等硬件的方式实现，不同的模块可以位于终端内同一组件(例如，芯片、电路模块等)或者不同组件中，或者，至少部分模块可以采用软件程序的方式实现，该软件程序运行于终端内部集成的处理器，剩余的(如果有)部分模块可以采用电路等硬件方式实现。

本申请实施例和前述方法的实施例基于同一构思，其带来的技术效果也相同，具体原理请参照前述实施例的描述，在此不赘述。

请参阅图6，图6为本申请实施例提供的一种通信装置60。如图6所示，该通信装置60可以包括处理器601和收发器602。可选的，该通信装置还可以包括存储器603。其中，处理器601、收发器602和存储器603可以通过总线604或其他方式连接。总线在图6中以粗线表示，其它部件之间的连接方式，仅是进行示意性说明，并不引以为限。总线可以分为地址总线、数据总线、控制总线等。为便于表示，图6中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。

本申请实施例中的耦合是装置、单元或模块之间的间接耦合或通信连接，可以是电性，机械或其它的形式，用于装置、单元或模块之间的信息交互。本申请实施例中不限定上述处理器601和存储器603之间的具体连接介质。

存储器603可以包括只读存储器和随机存取存储器，并向处理器601提供指令和数据。存储器603的一部分还可以包括非易失性随机存取存储器。

处理器601可以是中央处理单元(Central Processing Unit，CPU)，该处理器601还可以是其他通用处理器、数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific Integrated Circuit，ASIC)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器，可选的，该处理器601也可以是任何常规的处理器等。其中：

存储器603，用于存储程序指令。

处理器601，用于调用存储器603中存储的程序指令，以用于：

确定接收增益；其中，若满足第一预设条件，则该接收增益由接收到的第一信号确定；若不满足第一预设条件，则该接收增益为历史接收增益；

收发器602，用于接收第二信号；

上述处理器601，还用于根据上述接收增益对第二信号进行增益控制。

在一种实现方式中，上述第一预设条件包括以下一项或多项：参考信号接收功率RSRP波动值大于第一门限值；信号与干扰加噪声比SINR波动值大于第二门限值；寻呼译码失败率大于第三门限值；或者，检测到寻呼下行控制信息DCI，且对该寻呼DCI调度的PDSCH译码错误。

在一种实现方式中，上述处理器601，还用于确定滑动观察窗内每个寻呼周期的RSRP；上述RSRP波动值为滑动观察窗内的寻呼周期对应的RSRP最大值与RSRP最小值之间的差值。

在一种实现方式中，上述处理器601，还用于确定滑动观察窗内每个寻呼周期的SINR；上述SINR波动值为滑动观察窗内的寻呼周期对应的SINR最大值与SINR最小值之间的差值。

在一种实现方式中，上述处理器601，还用于确定滑动观察窗内每个寻呼周期的寻呼译码结果；其中，上述寻呼译码结果包括以下任一项：检测到寻呼DCI，且对该寻呼DCI调度的PDSCH译码正确；检测到寻呼DCI，且对该寻呼DCI调度的PDSCH译码错误；未检测到寻呼DCI。

在一种实现方式中，若滑动观察窗内的寻呼周期的个数小于预设个数，则上述接收增益由第一信号确定。

在本申请实施例中，可以通过在包括中央处理单元(CPU)、随机存取存储介质(RAM)、只读存储介质(ROM)等处理元件和存储元件的例如计算机的通用计算装置上运行能够执行如图2和图4中所示的相应方法所涉及的各步骤的计算机程序(包括程序代码)，以及来实现本申请实施例所提供的方法。计算机程序可以记载于例如计算机可读记录介质上，并通过计算机可读记录介质装载于上述计算装置中，并在其中运行。

基于同一发明构思，本申请实施例中提供的通信装置解决问题的原理与有益效果与本申请方法实施例中通信装置解决问题的原理和有益效果相似，可以参见方法的实施的原理和有益效果，为简洁描述，在这里不再赘述。

本申请实施例还提供一种芯片，该芯片可以执行前述方法实施例中终端设备的相关步骤。该芯片用于：确定接收增益；其中，若满足第一预设条件，则该接收增益由接收到的第一信号确定；若不满足第一预设条件，则该接收增益为历史接收增益；接收第二信号；根据上述接收增益对第二信号进行增益控制。

在一种实现方式中，上述第一预设条件包括以下一项或多项：参考信号接收功率RSRP波动值大于第一门限值；信号与干扰加噪声比SINR波动值大于第二门限值；寻呼译码失败率大于第三门限值；或者，检测到寻呼下行控制信息DCI，且对该寻呼DCI调度的PDSCH译码错误。

在一种实现方式中，该芯片还用于，确定滑动观察窗内每个寻呼周期的RSRP；上述RSRP波动值为滑动观察窗内的寻呼周期对应的RSRP最大值与RSRP最小值之间的差值。

在一种实现方式中，该芯片还用于，确定滑动观察窗内每个寻呼周期的SINR；上述SINR波动值为滑动观察窗内的寻呼周期对应的SINR最大值与SINR最小值之间的差值。

在一种实现方式中，该芯片还用于，确定滑动观察窗内每个寻呼周期的寻呼译码结果；其中，上述寻呼译码结果包括以下任一项：检测到寻呼DCI，且对该寻呼DCI调度的PDSCH译码正确；检测到寻呼DCI，且对该寻呼DCI调度的PDSCH译码错误；未检测到寻呼DCI。

在一种实现方式中，若滑动观察窗内的寻呼周期的个数小于预设个数，则上述接收增益由第一信号确定。

在一种实现方式中，上述芯片包括至少一个处理器、至少一个第一存储器和至少一个第二存储器；其中，前述至少一个第一存储器和前述至少一个处理器通过线路互联，前述第一存储器中存储有指令；前述至少一个第二存储器和前述至少一个处理器通过线路互联，前述第二存储器中存储前述方法实施例中需要存储的数据。

对于应用于或集成于芯片的各个装置、产品，其包含的各个模块可以都采用电路等硬件的方式实现，或者，至少部分模块可以采用软件程序的方式实现，该软件程序运行于芯片内部集成的处理器，剩余的(如果有)部分模块可以采用电路等硬件方式实现。

请参阅图7，图7为本申请实施例提供的一种模组设备的结构示意图。该模组设备70可以执行前述方法实施例中终端设备的相关步骤，该模组设备70包括：通信模组701、电源模组702、存储模组703以及芯片模组704。

其中，上述电源模组702用于为模组设备提供电能；上述存储模组703用于存储数据和指令；上述通信模组701用于进行模组设备内部通信，或者用于模组设备与外部设备进行通信；上述芯片模组704用于：

确定接收增益；其中，若满足第一预设条件，则该接收增益由接收到的第一信号确定；若不满足第一预设条件，则该接收增益为历史接收增益；

接收第二信号；

根据上述接收增益对第二信号进行增益控制。

在一种实现方式中，上述第一预设条件包括以下一项或多项：参考信号接收功率RSRP波动值大于第一门限值；信号与干扰加噪声比SINR波动值大于第二门限值；寻呼译码失败率大于第三门限值；或者，检测到寻呼下行控制信息DCI，且对该寻呼DCI调度的PDSCH译码错误。

在一种实现方式中，上述芯片模组704还用于，确定滑动观察窗内每个寻呼周期的RSRP；上述RSRP波动值为滑动观察窗内的寻呼周期对应的RSRP最大值与RSRP最小值之间的差值。

在一种实现方式中，上述芯片模组704还用于，确定滑动观察窗内每个寻呼周期的SINR；上述SINR波动值为滑动观察窗内的寻呼周期对应的SINR最大值与SINR最小值之间的差值。

在一种实现方式中，上述芯片模组704还用于，确定滑动观察窗内每个寻呼周期的寻呼译码结果；其中，上述寻呼译码结果包括以下任一项：检测到寻呼DCI，且对该寻呼DCI调度的PDSCH译码正确；检测到寻呼DCI，且对该寻呼DCI调度的PDSCH译码错误；未检测到寻呼DCI。

在一种实现方式中，若滑动观察窗内的寻呼周期的个数小于预设个数，则上述接收增益由第一信号确定。

对于应用于或集成于芯片模组的各个装置、产品，其包含的各个模块可以都采用电路等硬件的方式实现，不同的模块可以位于芯片模组的同一组件(例如芯片、电路模块等)或者不同组件中，或者，至少部分模块可以采用软件程序的方式实现，该软件程序运行于芯片模组内部集成的处理器，剩余的(如果有)部分模块可以采用电路等硬件方式实现。

本申请实施例还提供一种计算机可读存储介质，计算机可读存储介质中存储有一条或多条指令，一条或多条指令适于由处理器加载并执行上述方法实施例所提供的方法。

本申请实施例还提供一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述方法实施例所提供的方法。

需要说明的是，对于前述的各个方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某一些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

本申请实施例方法中的步骤可以根据实际需要进行顺序调整、合并和删减。

本申请实施例装置中的模块可以根据实际需要进行合并、划分和删减。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，可读存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。

以上所揭露的仅为本申请一种较佳实施例而已，仅仅是本发明一部分实施例，当然不能以此来限定本申请之权利范围。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。