信息处理方法及装置、通信设备及存储介质

技术领域

本公开涉及无线通信技术领域但不限于无线通信技术领域，尤其涉及一种信息处理方法及装置、通信设备及存储介质。

背景技术

卫星通信不易受陆地灾害的影响，可靠性更高，可以提高用户在极端环境下的通信成功率，从而提升生存率。但是卫星通信距离远，发射功率很高，因此，当用户在使用卫星通信过程中，用户设备的功耗大量增加，由此使得用户设备的电量消耗迅速，待机时间短。这导致当用户需要通过卫星通信紧急求救时，获救几率降低。特别是在用户通信设备处于低电量状态下，或者其他业务频繁处理时，过快的电量消耗可能会导致用户无法长时间使用通讯设备，从而造成不利影响。

发明内容

本公开实施例提供一种信息处理方法及装置、通信设备及存储介质。

本公开实施例第一方面提供一种信息处理方法，由调制解调器(Modulator-Demodulator，modem)执行，所述方法包括：

在非地面网络(non-terrestrial network，NTN)通信场景下，确定接收到的待处理信息是否与预设白名单匹配；

当所述待处理信息与预设白名单不匹配时，拦截所述待处理信息。

本公开实施例第二方面提供一种信息处理装置，应用于调制解调器modem，所述装置包括：

确定单元，被配置为在非地面网络NTN通信场景下，确定接收到的待处理信息是否与预设白名单匹配；

处理单元，被配置为当所述待处理信息与预设白名单不匹配时，拦截所述待处理信息。

本公开实施例第三方面提供一种通信设备，包括处理器、收发器、存储器及存储在存储器上并能够有所述处理器运行的可执行程序，其中，所述处理器运行所述可执行程序时执行如前述第一方面提供的信息处理方法。

本公开实施例第四方面提供一种计算机存储介质，所述计算机存储介质存储有可执行程序；所述可执行程序被处理器执行后，能够实现前述的第一方面提供的信息处理方法。

本公开实施例提供的技术方案，在NTN通信场景下，确定接收到的待处理信息是否与预设白名单匹配；当所述待处理信息与预设白名单不匹配时，拦截所述待处理信息。如此，在NTN通信场景下可以过滤拦截不必要的信息，从而节省解析处理不必要信息产生的功耗，充分提升用户设备的续航时间，从而利于用户在极端环境下通过NTN通信进行求助以及接收求助反馈信息，提高用户获救几率。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开实施例。

附图说明

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明实施例，并与说明书一起用于解释本发明实施例的原理。

图1是根据一示例性实施例示出的一种无线通信系统的结构示意图；

图2是根据一示例性实施例示出的一种信息处理方法的流程示意图；

图3是根据一示例性实施例示出的一种信息处理方法的流程示意图；

图4是根据一示例性实施例示出的一种信息处理方法的流程示意图；

图5是根据一示例性实施例示出的一种信息处理方法的流程示意图；

图6是根据一示例性实施例示出的一种信息处理方法的流程示意图；

图7是根据一示例性实施例示出的一种信息处理方法的流程示意图；

图8是根据一示例性实施例示出的一种信息处理方法的流程示意图；

图9是根据一示例性实施例示出的一种信息处理装置的结构示意图；

图10是根据一示例性实施例示出的一种终端的结构示意图；

图11是根据一示例性实施例示出的一种通信设备的结构示意图。

具体实施方式

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明实施例相一致的所有实施方式。相反，它们仅是本发明实施例的一些方面相一致的装置和方法的例子。

在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

请参考图1，其示出了本公开实施例提供的一种无线通信系统的结构示意图。如图1所示，无线通信系统是基于蜂窝移动通信技术的通信系统，该无线通信系统可以包括：若干个终端11以及若干个接入设备12。

其中，终端11可以是指向用户提供语音和/或数据连通性的设备。终端11可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信，终端11可以是物联网终端，如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网终端的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，站(Station，STA)、订户单元(subscriber unit)、订户站(subscriber station)、移动站(mobilestation)、移动台(mobile)、远程站(remote station)、接入点、远程终端(remoteterminal)、接入终端(access terminal)、用户装置(user terminal)、用户代理(useragent)、用户设备(user device)、或用户终端(user equipment，终端)。或者，终端11也可以是无人飞行器的设备。或者，终端11也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线通信设备。或者，终端11也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。

接入设备12可以是无线通信系统中的网络侧设备。其中，该无线通信系统可以是第四代移动通信技术(the 4th generation mobile communication，4G)系统，又称长期演进(Long Term Evolution，LTE)系统；或者，该无线通信系统也可以是5G系统，又称新空口(new radio，NR)系统或5G NR系统。或者，该无线通信系统也可以是5G系统的再下一代系统。其中，5G系统中的接入网可以称为NG-RAN(New Generation-Radio Access Network，新一代无线接入网)。或者，MTC系统。

其中，接入设备12可以是4G系统中采用的演进型接入设备(eNB)。或者，接入设备12也可以是5G系统中采用集中分布式架构的接入设备(gNB)。当接入设备12采用集中分布式架构时，通常包括集中单元(central unit，CU)和至少两个分布单元(distributedunit，DU)。集中单元中设置有分组数据汇聚协议(Packet Data Convergence Protocol，PDCP)层、无线链路层控制协议(Radio Link Control，RLC)层、媒体访问控制(MediaAccess Control，MAC)层的协议栈；分布单元中设置有物理(Physical，PHY)层协议栈，本公开实施例对接入设备12的具体实现方式不加以限定。

接入设备12和终端11之间可以通过无线空口建立无线连接。在不同的实施方式中，该无线空口是基于第四代移动通信网络技术(4G)标准的无线空口；或者，该无线空口是基于第五代移动通信网络技术(5G)标准的无线空口，比如该无线空口是新空口；或者，该无线空口也可以是基于5G的更下一代移动通信网络技术标准的无线空口。

可选的，上述无线通信系统还可以包含网络管理设备13。若干个接入设备12分别与网络管理设备13相连。其中，网络管理设备13可以是无线通信系统中的核心网设备，比如，该网络管理设备13可以是演进的数据分组核心网(Evolved Packet Core，EPC)中的移动性管理实体(Mobility Management Entity，MME)。或者，该网络管理设备也可以是其它的核心网设备，比如服务网关(Serving GateWay，SGW)、公用数据网网关(Public DataNetwork GateWay，PGW)、策略与计费规则功能单元(Policy and Charging RulesFunction，PCRF)或者归属签约用户服务器(Home Subscriber Server，HSS)等。对于网络管理设备13的实现形态，本公开实施例不做限定。

如图2所示，本公开实施例提供一种信息处理方法，由调制解调器modem执行，方法可包括：

S110：在非地面网络NTN通信场景下，确定接收到的待处理信息是否与预设白名单匹配；

S120：当待处理信息与预设白名单不匹配时，拦截待处理信息。

在本公开实施例中，modem可以为当前用户设备中的modem模块，用户设备可以为具有通信功能的终端设备，例如手机、平板电脑或者智能手表等。NTN通信可以为用户设备与卫星直接通信的通信方式。信息可以为modem接收到的通话请求、短信或者其他信息，例如可以为其他号码所在的用户设备向modem所在的当前用户设备发出的通话请求或者短信等信息。

在一个实施例中，NTN通信场景可以由用户在当前用户设备上开启NTN通信功能，例如用户设备的NTN通信功能开启后，用户设备可以从原本的地面蜂窝通信等正常通信场景切换为NTN通信场景。

在一个实施例中，在NTN通信场景下，可以获取预设白名单，并确定接收到的待处理信息是否与预设白名单匹配。例如，获取预设白名单可以为向服务器获取预设白名单，其中，服务器可以为当前用户设备对应的用户界面(User Interface，UI)服务器等。

在一个实施例中，预设白名单也可以为获取服务器下发的预设白名单，例如接收UI服务器下发的用户在当前用户设备编辑保存的预设白名单，并存储预设白名单。示例性的，在NTN通信场景下，可以调用存储的预设白名单，并在接收到待处理信息时，拦截与预设白名单不匹配的待处理信息。

在一个实施例中，UI服务器向modem发送预设白名单，可以为UI服务器通过高通消息接口(Qualcomm Messaging Interface，QMI)消息和/或AT命令向modem发送预设白名单。

在一个实施例中，预设白名单可以为用户或者运营商等预设的白名单，其中可以包含用户的紧急联系人、紧急求助号码等。预设白名单可以为用户在当前用户设备上编辑设置，或者也可以为用户在其他用户设备上编辑设置并发送至当前用户设备的modem，例如在其他用户设备上编辑设置后上传至服务器并通过服务器下发至当前用户设备的modem，或者也可以为运营商或者网络侧配置后下发至当前用户设备的modem，例如通过存储于服务器后下发至当前用户设备的modem。

在一个实施例中，预设白名单中可以记录至少一个号码，则拦截与预设白名单不匹配的待处理信息，可以为当待处理信息对应的来源号码不在预设白名单中时，拦截该待处理信息。

在一个实施例中，预设白名单中还可以记录至少一个号码的特征信息，例如号码归属地、号码属性等信息中的至少之一。其中，号码属性可以包括私人号码或公共号码的属性，也可以包括紧急号码或非紧急号码的属性等。

在一个实施例中，在NTN通信场景下，确定接收到的待处理信息是否与预设白名单匹配，可以包括在NTN通信场景下若检测到当前用户设备处于低电量状态，确定接收到的待处理信息是否与预设白名单匹配。其中，低电量状态可以为当前电量低于预设下限值或者当前电量下降速度高于预设上限值。

在一个实施例中，在NTN通信场景下，确定接收到的待处理信息是否与预设白名单匹配，可以包括在NTN通信场景下检测用户是否发出求助信息；若检测到用户发出求助信息，则确定接收到的待处理信息是否与预设白名单匹配。其中，检测到用户发出求助信息，可以包括检测到用户向预设白名单中的至少一个号码发出信息，或者根据用户发出信息的内容确定用户发出了求助信息，例如用户发出的信息中包含预设的关键字等时确定用户发出了求助信息。示例性的，用户拨出的通话内容中或者用户发出的短信内容中包含“求救”、“迷路”或者“被困”等关键字。

在一个实施例中，在NTN通信场景下，确定接收到的待处理信息是否与预设白名单匹配，可以包括在NTN通信场景下检测用户的预设指令；若检测到预设指令，则确定接收到的待处理信息是否与预设白名单匹配。其中，预设指令可以为指示用户设备开启待处理信息过滤机制的指令，例如预设指令可以为在预定操作界面的预定操作等。

在一个实施例中，待处理信息与预设白名单不匹配，可以包括待处理信息对应的来源号码不在预设白名单中，或者待处理信息的内容与预设白名单不匹配，或者待处理信息的来源号码的特征信息与预设白名单不匹配等。其中，特征信息与预设白名单不匹配，可以为待处理信息对应的来源号码的号码属性与预设白名单指示的号码属性不匹配。例如预设白名单指示的号码属性为公共紧急求助号码，待处理信息对应的来源号码的号码属性为私人号码时则不匹配。

在一个实施例中，拦截待处理信息，可以为停止执行对待处理信息的后续处理操作，例如，后续处理操作可以包括对待处理信息进行解析、将解析后的待处理信息发送至当前用户设备的应用处理器(Application Processor，AP)模块以及在当前用户设备显示待处理信息等。

在一个实施例中，拦截待处理信息，也可以为忽略待处理信息，其中，忽略待处理信息可以包括删除待处理信息或者将待处理信息暂存于预定存储位置，以在结束NTN通信场景后继续执行对该待处理信息的后续处理操作。示例性的，结束NTN通信场景可以为检测到当前用户设备关闭NTN通信功能或者其他用户指令等。

如此，在NTN通信场景下可以过滤拦截不必要的信息，仅接收并处理白名单中的号码发来的信息，从而节省NTN通信场景下解析处理不必要信息产生的功耗，充分提升用户设备的续航时间，从而利于用户在极端环境下通过NTN通信进行求助以及接收求助反馈信息，提高用户获救几率。

如图3所示，本公开实施例通过一种信息处理方法，由modem执行，方法可包括：

S210：在NTN通信场景下接收到待处理信息时，拦截与预设白名单不匹配的待处理信息。

在一个实施例中，拦截与预设白名单不匹配的待处理信息，可包括：确定接收到的待处理信息是否与预设白名单匹配；当待处理信息与预设白名单不匹配时，拦截待处理信息。

需要注意的是，具体实施方式可参考其他实施例的相关内容，此处不做赘述。

如图4所示，本公开实施例提供一种信息处理方法，由调制解调器modem执行，方法可包括：

S310：确定是否处于NTN通信场景。

在一种可能的实施方式中，调制解调器modem可以检测当前用户设备是否处于NTN通信场景，例如，当检测到当前用户设备开启了NTN通信功能时，可以确定当前用户设备处于NTN通信场景；当检测到当前用户设备没有开启NTN通信功能或者没有检测到当前用户设备开启NTN通信功能时，可以确定当前用户设备没有处于NTN通信场景。

在本公开实施例中，可以通过确定是否检测到用户在当前用户设备的用户界面(User Interface，UI)指示开启NTN通信功能的操作指令来确定当前用户设备是否开启了NTN通信功能。例如，当调制解调器modem检测到用户在当前用户设备的用户界面(UserInterface，UI)指示开启NTN通信功能的操作指令，可以确定当前用户设备开启了NTN通信功能；例如，当接收到UI服务器发送的NTN通信功能开启指令时，可以确定当前用户设备是已经开启了NTN通信功能，其中，UI服务器可以通过QMI消息或者AT命令发送NTN通信功能开启指令；可替代地，调制解调器modem也可以通过访问UI服务器来确定当前用户设备是否开启NTN通信功能。

如图5所示，本公开实施例提供一种信息处理方法，由调制解调器modem执行，方法可包括：

S410：确定是否处于NTN通信场景；

S420：响应于确定处于NTN通信场景，确定接收到的待处理信息是否与预设白名单匹配；

S430：当待处理信息与预设白名单不匹配时，拦截待处理信息。

在一个实施例中，确定处于NTN通信场景，可以为检测到当前用户设备开启了NTN通信功能。在检测到当前用户设备开启NTN通信功能后，确定接收到的待处理信息是否与预设白名单匹配。具体地，可以通过检测是否接收到用户发出的求助信息来确定何时执行拦截操作；若检测到用户发出求助信息，则在接收到待处理信息时，确定接收到的待处理信息是否与预设白名单匹配；当待处理信息与预设白名单不匹配时，拦截待处理信息。其中，检测到用户发出求助信息，可以包括检测到用户向预设白名单中的至少一个号码发出信息，或者根据用户发出信息的内容确定用户发出了求助信息，例如用户发出的信息中包含预设的关键字等时确定用户发出了求助信息。示例性的，用户拨出的通话内容中或者用户发出的短信内容中包含“求救”、“迷路”或者“被困”等关键字。

在一个实施例中，响应于确定处于NTN通信场景，确定接收到的待处理信息是否与预设白名单匹配，可包括：响应于确定处于NTN通信场景，检测用户的预设指令；若检测到预设指令，则确定接收到的待处理信息是否与预设白名单匹配。其中，预设指令可以为指示用户设备开启待处理信息过滤机制的指令，例如预设指令可以为在预定操作界面的预定操作等。

在一个实施例中，在检测到当前用户设备开启NTN通信功能后，可以获取预设白名单，并确定接收到的待处理信息是否与预设白名单匹配。例如，获取预设白名单可以为向服务器获取预设白名单，其中，服务器可以为当前用户设备对应的UI服务器等。

在一个实施例中，预设白名单也可以为获取服务器下发的预设白名单，例如接收UI服务器下发的用户在当前用户设备编辑保存的预设白名单，并存储预设白名单。示例性的，在检测到当前用户设备开启NTN通信功能后，可以调用存储的预设白名单，并在接收到待处理信息时，拦截与预设白名单不匹配的待处理信息。

在一个实施例中，方法还可包括：在当前用户设备未开启NTN通信功能或当前用户设备未处于NTN通信场景时，不执行拦截与预设白名单不匹配的待处理信息的操作。

如此，由于用户在具有较高通信需求例如紧急求助情况下才开启NTN通信功能，因而在检测到当前用户设备开启NTN通信时才触发基于预设白名单对待处理信息的过滤机制，从而降低在非紧急情况下对信息不必要的过滤，保证用户在正常情况下的通信需求。

如图6所示，本公开实施例提供一种信息处理方法，由调制解调器modem执行，方法可包括：

S510：在NTN通信场景下接收到待处理信息时，根据接收到的待处理信息对应的来源号码确定待处理信息是否与预设白名单匹配；其中，当来源号码与预设白名单不匹配时，确定待处理信息与预设白名单不匹配；和/或，当来源号码与预设白名单匹配时，确定待处理信息与预设白名单匹配；

S520：当待处理信息与预设白名单不匹配时，拦截待处理信息。

在本公开实施例中，来源号码可以为发出待处理信息的号码，例如发出待处理信息的用户设备对应的号码等。来源号码可以根据待处理信息携带的特征信息等确定。

在一个实施例中，来源号码与预设白名单不匹配，可以为来源号码不在预设白名单记录的号码中，或者，来源号码的特征信息与预设白名单不匹配等。其中，其中，特征信息与预设白名单不匹配，可以为待处理信息对应的来源号码的号码属性与预设白名单指示的号码属性不匹配。例如预设白名单指示的号码属性为公共紧急求助号码，待处理信息对应的来源号码的号码属性为私人号码时则不匹配。

在一些实施例中，拦截待处理信息，包括：

停止对待处理信息的处理操作。

在一个实施例中，在检测到当前用户设备开启NTN通信功能后，可以获取预设白名单，并在接收到待处理信息时，确定待处理信息对应的来源号码；若来源号码与预设白名单不匹配，则停止对待处理信息的处理操作。例如，获取预设白名单可以为向服务器获取预设白名单，其中，服务器可以为当前用户设备对应的UI服务器等。

在一个实施例中，预设白名单也可以为获取服务器下发的预设白名单，例如接收UI服务器下发的用户在当前用户设备编辑保存的预设白名单，并存储预设白名单。则在检测到当前用户设备开启NTN通信功能后，可以调用存储的预设白名单，并在接收到待处理信息时，确定待处理信息对应的来源号码；若来源号码与预设白名单不匹配，则停止对待处理信息的处理操作。

在一个实施例中，来源号码与预设白名单不匹配，可以为来源号码不在预设白名单记录的号码中，或者，来源号码的特征信息与预设白名单不匹配等。其中，其中，特征信息与预设白名单不匹配，可以为待处理信息对应的来源号码的号码属性与预设白名单指示的号码属性不匹配。例如预设白名单指示的号码属性为公共紧急求助号码，待处理信息对应的来源号码的号码属性为私人号码时则不匹配。

如此，通过停止对待处理信息的后续处理操作，可以节省对待处理信息的解析以及显示等处理操作，从而更好地降低NTN通信时对不必要的信息进行处理产生的功耗。

在一些实施例中，方法还可包括：

当待处理信息与预设白名单匹配时，继续执行对待处理信息的处理操作。

这里，若来源号码与预设白名单匹配，则待处理信息与预设白名单匹配，确定继续执行对待处理信息的处理操作。

在一个实施例中，来源号码与预设白名单匹配，可以为来源号码在预设白名单记录的号码中，或者，来源号码的特征信息与预设白名单匹配等。其中，其中，特征信息与预设白名单匹配，可以为待处理信息对应的来源号码的号码属性与预设白名单指示的号码属性匹配。例如，待处理信息对应的来源号码的号码属性或者号码归属地等与预设白名单指示的号码属性或者号码归属地等一致。

在一些实施例中，对待处理信息的处理操作，包括以下至少之一：

解析待处理信息；

将待处理信息发送至当前用户设备的AP模块；

在当前用户设备显示待处理信息。

在一个实施例中，解析待处理信息，可以为解析待处理信息的内容等。将待处理信息发送至当前用户设备的AP模块，可以为将解析后的待处理信息发送至当前用户设备的AP模块。在当前用户设备显示待处理信息，可以为在当前用户设备的UI界面显示待处理信息等，例如待处理信息为通话请求时，可以为在UI界面显示通话请求内容，待处理信息为短信时，可以为在UI界面显示短信内容或短信摘要等。

需要注意的是，对待处理信息的处理操作，包括但不限于前述内容。

在一些实施例中，在NTN通信场景下，确定接收到的待处理信息是否与预设白名单匹配，包括：

确定是否处于NTN通信场景；

响应于确定处于NTN通信场景，确定接收到的待处理信息是否与预设白名单匹配。

在一种可能的实施方式中，调制解调器modem可以检测当前用户设备是否处于NTN通信场景，例如，当检测到当前用户设备开启了NTN通信功能时，可以确定当前用户设备处于NTN通信场景；当检测到当前用户设备没有开启NTN通信功能或者没有检测到当前用户设备开启NTN通信功能时，可以确定当前用户设备没有处于NTN通信场景。

在本公开实施例中，可以通过确定是否检测到用户在当前用户设备的UI指示开启NTN通信功能的操作指令来确定当前用户设备是否开启了NTN通信功能。例如，当调制解调器modem检测到用户在当前用户设备的UI指示开启NTN通信功能的操作指令，可以确定当前用户设备开启了NTN通信功能；例如，当接收到UI服务器发送的NTN通信功能开启指令时，可以确定当前用户设备是已经开启了NTN通信功能。可替代地，调制解调器modem也可以通过访问UI服务器来确定当前用户设备是否开启NTN通信功能。

在一些实施例中，确定是否处于NTN通信场景，包括：

根据检测当前用户设备是否开启NTN通信功能，确定是否处于NTN通信场景；

其中，当检测到当前用户设备开启了NTN通信功能，确定处于NTN通信场景；和/或，当检测到当前用户设备未开启NTN通信功能，确定没有处于NTN通信场景。

如图7所示，本公开实施例提供一种信息处理方法，由调制解调器modem执行，方法可包括：

S610：在NTN通信场景下，在检测到当前用户设备向与预设白名单匹配的目标号码发送信息后，确定接收到的待处理信息是否与预设白名单匹配；

S620：当待处理信息与预设白名单不匹配时，拦截待处理信息。

在本公开实施例中，目标号码为接收当前用户设备发出信息的号码，例如，当前用户设备向紧急联系人或者110等求助热线号码发出求助短信时，紧急联系人号码或求助热线号码为目标号码。

在一个实施例中，与预设白名单匹配的目标号码，可以为预设白名单中的目标号码，或者特征信息与预设白名单匹配的目标号码，例如，可包括号码属性或号码归属地等于预设白名单匹配的目标号码等。

在一个实施例中，检测到当前用户设备向与预设白名单匹配的目标号码发送信息，可以为根据信息内容检测到当前用户设备向与预设白名单匹配的目标号码发送求助信息。例如，用户发出的信息中包含预设的关键字等时确定用户发出了求助信息。示例性的，用户发出的求助信息内容中包含“求救”、“迷路”或者“被困”等关键字。

在一个实施例中，确定接收到的待处理信息是否与预设白名单匹配，可包括：

确定待处理信息对应的来源号码是否与目标号码匹配；

若来源号码与目标号码不匹配，则待处理信息与预设白名单不匹配；

若来源号码与目标号码匹配，则待处理信息与预设白名单匹配。

在一个实施例中，来源号码与目标号码匹配，可以为来源号码与目标号码一致，或者也可以为来源号码与目标号码的特征信息一致。其中，特征信息匹配，可以为号码属性一致和/或号码归属地一致等。

例如，当前用户设备求助的目标号码为紧急联系人时，若接收到待处理信息的来源号码为与紧急联系人号码归属地一致的公共救援电话，例如，对于中国用户，电话为公安报警电话110或火灾报警电话119时，则可以认为来源号码与目标号码匹配。再例如，当前用户设备求助的目标号码为所在地区的110时，若接收到待处理信息的来源号码为与110归属地相同的119时，则可以认为来源号码与目标号码匹配。

如此，可以针对性地对待处理信息的来源号码进行进一步筛选过滤，进一步拦截与用户发出的求助信息无关的其他白名单号码的信息，从而进一步降低功耗。

在一些实施例中，方法还可包括：

获取当前用户设备对应的UI服务器提供的预设白名单。

在一个实施例中，预设白名单可以为UI服务器通过UI接口获取的用户编辑的预设白名单，或者也可以为UI服务器向运营商服务器等获取的预设白名单等。

在一个实施例中，获取当前用户设备对应的用户界面UI服务器提供的预设白名单，包括：

通过当前用户设备对应的UI服务器下发的QMI消息和/或AT命令，获取预设白名单。

如图8所示，本公开实施例提供一种信息处理方法，可包括：

1、用户通过UI接口设置预设白名单，把重要救助号码和紧急联系人写入预设白名单；

2、上层服务器(例如UI服务器)通过QMI消息或AT命令将预设白名单下发给底层modem，modem设置：modem对预设白名单进行存储；

3、在需求NTN通信时，用户通过UI界面设置开启NTN通信；

4、用户将求助信息发送到白名单号码；

5、modem等待接收回复信息，对接收的待处理信息开启过滤机制：来自非预设白名单号码的信息进行拦截，来自预设白名单号码的信息接收后继续进行后续处理。

如图9所示，本公开实施例提供一种信息处理装置，应用于调制解调器modem，装置包括：

确定单元10，被配置为在非地面网络NTN通信场景下，确定接收到的待处理信息是否与预设白名单匹配；

处理单元20，被配置为当待处理信息与预设白名单不匹配时，拦截待处理信息

在一个实施例中，确定单元10，被配置为：

在NTN通信场景下，根据接收到的待处理信息对应的来源号码确定待处理信息是否与预设白名单匹配；

其中，当来源号码与预设白名单不匹配时，确定待处理信息与预设白名单不匹配；和/或，当来源号码与预设白名单匹配时，确定待处理信息与预设白名单匹配。

在一个实施例中，处理单元20，被配置为：

当待处理信息与预设白名单不匹配时，停止对待处理信息的处理操作。

在一个实施例中，处理单元20，还被配置为：

当待处理信息与预设白名单匹配时，继续执行对待处理信息的处理操作。

在一个实施例中，对待处理信息的处理操作，包括以下至少之一：

解析待处理信息；

将待处理信息发送至当前用户设备的应用处理器AP模块；

在当前用户设备显示待处理信息。

在一个实施例中，确定单元10，被配置为：

确定是否处于NTN通信场景；

响应于确定处于NTN通信场景，确定接收到的待处理信息是否与预设白名单匹配。

在一个实施例中，确定单元10，被配置为：

根据检测当前用户设备是否开启NTN通信功能，确定是否处于NTN通信场景；

其中，当检测到当前用户设备开启了NTN通信功能，确定处于NTN通信场景；和/或，当检测到当前用户设备未开启NTN通信功能，确定没有处于NTN通信场景。

在一个实施例中，确定单元10，被配置为：

在检测到当前用户设备向与预设白名单匹配的目标号码发送信息后，确定接收到的待处理信息是否与预设白名单匹配。

在一个实施例中，装置还包括：

获取单元，被配置为获取当前用户设备对应的用户界面UI服务器提供的预设白名单。

在一个实施例中，获取单元，被配置为：

通过当前用户设备对应的UI服务器下发的高通消息接口QMI消息和/或AT命令，获取预设白名单。

本公开实施例提供一种通信设备，包括：

用于存储处理器可执行指令的存储器；

处理器，与存储器连接；

其中，处理器被配置为执行前述任意技术方案提供的信息处理方法。

处理器可包括各种类型的存储介质，该存储介质为非临时性计算机存储介质，在通信设备掉电之后能够继续记忆存储其上的信息。

这里，通信设备包括：终端或者网元，该网元可为前述第一网元至第四网元中的任意一个。

处理器可以通过总线等与存储器连接，用于读取存储器上存储的可执行程序，例如，如图2至图8所示的方法的至少其中之一。

图10是根据一示例性实施例示出的一种终端800的框图。例如，终端800可以是移动电话，计算机，数字广播用户设备，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图10，终端800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。

处理组件802通常控制终端800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以生成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。

存储器804被配置为存储各种类型的数据以支持在终端800的操作。这些数据的示例包括用于在终端800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。

电源组件806为终端800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为终端800生成、管理和分配电力相关联的组件。

多媒体组件808包括在终端800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当终端800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。

音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当终端800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。

I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。

传感器组件814包括一个或多个传感器，用于为终端800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为终端800的显示器和小键盘，传感器组件814还可以检测终端800或终端800一个组件的位置改变，用户与终端800接触的存在或不存在，终端800方位或加速/减速和终端800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。

通信组件816被配置为便于终端800和其他设备之间有线或无线方式的通信。终端800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。

在示例性实施例中，终端800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。

在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由终端800的处理器820执行以生成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。

如图11所示，本公开一实施例示出一种通信设备900的结构。例如，通信设备900可以被提供为一网络侧设备。该通信设备900可为前述基站。

参照图11，通信设备900包括处理组件922，其进一步包括一个或多个处理器，以及由存储器932所代表的存储器资源，用于存储可由处理组件922的执行的指令，例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件922被配置为执行指令，以执行上述任意方法，例如，如图2至图8所示的方法的至少其中之一。

通信设备900还可以包括一个电源组件926被配置为执行通信设备900的电源管理，一个有线或无线网络接口950被配置为将通信设备900连接到网络，和一个输入输出(I/O)接口958。通信设备900可以操作基于存储在存储器932的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM或类似。

本公开一实施例提供一种计算机存储介质，所述计算机存储介质存储有可执行程序；所述可执行程序被处理器执行后，能够实现前述一个或多个技术方案所述的方法，例如图2至图7所示的方法的至少其中之一。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。

应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。