WO2022198417A1

WO2022198417A1 - 信息发送方法和装置、信息接收方法和装置

Info

Publication number: WO2022198417A1
Application number: PCT/CN2021/082200
Authority: WO
Inventors: 洪伟
Original assignee: 北京小米移动软件有限公司
Priority date: 2021-03-22
Filing date: 2021-03-22
Publication date: 2022-09-29
Also published as: CN115552991A

Abstract

本公开涉及信息发送方法、信息发送装置、信息接收方法和信息发送装置，其中，所述信息发送方法包括：向基站发送多卡问题通知，所述多卡问题通知用于通知基站所述终端当前存在或将要发生多卡问题。根据本公开，终端可以在当前存在或将要发生多卡问题时，向基站进行通知，使得基站获知终端当前存在或将要发生多卡问题。由此，基站可以根据自身情况确定是否需要向终端获取具体的多卡问题，从而有针对性地来为终端解决多卡问题，提升用户体验。

Description

信息发送方法和装置、信息接收方法和装置

技术领域

本公开涉及通信技术领域，具体而言，涉及一种信息发送方法和装置、信息接收方法和装置，电子设备和计算机可读存储介质。

背景技术

手机等终端可以基于SIM(Subscriber Identity Module，用户身份识别模块)卡来与基站进行交互。常见的，终端可以是包含单张SIM卡的单卡终端；或者也可以是包含多张SIM卡的多卡终端，其中，多张SIM卡可以是属于同一运营商，也可以属于不同运营商。

而终端在运行过程中可能会出现多卡问题，例如常见的多张SIM冲突，比如多张SIM卡同时进行通信操作而导致性能不足；比如其中一张SIM在执行通信操作时，接收到针对另一张SIM卡的寻呼等。

有鉴于此，如何有针对性地解决终端的多卡问题，成了亟待解决的问题。

发明内容

有鉴于此，本公开的实施例提出了信息发送方法和装置、信息接收方法和装置，以解决相关技术中的技术问题。

根据本公开实施例的第一方面，提出一种信息发送方法，应用于终端，所述方法包括：向基站发送多卡问题通知，所述多卡问题通知用于通知基站所述终端当前存在或将要发生多卡问题。

根据本公开实施例的第二方面，提出一种信息接收方法，应用于基站，所述方法包括：响应于接收到终端发送的多卡问题通知，确定所述终端当前存在或将要发生多卡问题。

根据本公开实施例的第三方面，提出一种信息发送装置，应用于终端，所述装置包括：通知发送模块，被配置为向基站发送多卡问题通知，所述多卡问题通知用于通知基站所述终端当前存在或将要发生多卡问题。

根据本公开实施例的第四方面，提出一种信息接收装置，应用于基站，所述装置包括：通知接收模块，被配置响应于接收到终端发送的多卡问题通知，确定所述终端当前存在或将要发生多卡问题。

根据本公开实施例的第五方面，提出一种电子设备，包括：

处理器；

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

其中，所述处理器被配置为实现上述信息发送方法和/或信息接收方法。

根据本公开实施例的第六方面，提出一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述信息发送方法和/或信息接收方法中的步骤。

根据本公开的实施例，终端可以在当前存在或将要发生多卡问题时，向基站进行通知，使得基站获知终端当前存在或将要发生多卡问题。由此，基站可以根据自身情况确定是否需要向终端获取具体的多卡问题，从而有针对性地来为终端解决多卡问题，提升用户体验。

附图说明

为了更清楚地说明本公开实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是根据本公开的实施例示出的一种信息发送方法的示意流程图。

图2是根据本公开的实施例示出的另一种信息发送方法的示意流程图。

图3是根据本公开的实施例示出的另一种信息发送方法的示意流程图。

图4是根据本公开的实施例示出的另一种信息发送方法的示意流程图。

图5是根据本公开的实施例示出的一种信息接收方法的示意流程图。

图6是根据本公开的实施例示出的一种用于信息发送的装置示意框图。

图7是根据本公开的实施例示出的一种用于信息接收的装置示意框图。

图8是根据本公开的实施例示出的一种用于信息接收的装置示意框图。

图9是根据本公开的实施例示出的一种用于信息发送的装置的示意框图。

具体实施方式

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

图1是根据本公开的实施例示出的一种信息发送方法的示意流程图。本实施例所示的信息发送方法可以适用于终端，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等电子设备。所述终端可以作为用户设备与基站通信，所述基站包括但不限于4G基站、5G基站、6G基站。在一个实施例中，所述基站可以是后续任一实施例所述的信息发送方法所适用的基站。

如图1所示，所述信息发送方法可以包括以下步骤：

在步骤S101中，向基站发送多卡问题通知。

其中，所述多卡问题通知用于通知基站所述终端当前存在或将要发生多卡问题。

在一个实施例中，终端可以是配置有至少两张SIM卡的多卡终端，例如终端配置有第一SIM卡和第二SIM卡。一般的，终端实现多SIM卡的方式可以有多种，例如双卡单待、双卡双待单通、双卡双待双通等。

在一个实施例中，终端在实现多卡时，会出现多卡问题，例如第一SIM卡与第二SIM卡对应的通信操作出现通信冲突。其中，通信操作可以是监听寻呼消息、响应寻呼消息、测量信号、接收系统信息、跟踪区域更新、业务传输等。

在一个实施例中，通信冲突可以是终端的多个SIM之间监听寻呼出现冲突。以终端设置有第一SIM卡和第二SIM卡为例，当寻呼时机存在重叠时，可能出现第一SIM卡监听寻呼消息与第二SIM卡监听寻呼消息冲突。

在一个实施例中，通信冲突可以是终端中一个SIM在执行通信操作时，其他SIM卡也需要执行通信操作，以终端设置有第一SIM卡和第二SIM卡为例，可以包括以下一种或多种：

第一SIM卡的通信操作与第二SIM卡监听寻呼消息冲突；

第一SIM卡的通信操作与第二SIM卡响应寻呼消息冲突；

第一SIM卡的通信操作与第二SIM卡测量信号冲突；

第一SIM卡的通信操作与第二SIM卡接收系统信息冲突；

第一SIM卡的通信操作与第二SIM卡进行跟踪区域更新冲突；

第一SIM卡的通信操作与第二SIM卡进行业务传输冲突。

需要说明的是，上述多卡问题只是示例性说明，在实际应用中，终端还可能会出现其他多卡问题，这里不再进行赘述。

在一个实施例中，终端在确定本设备当前存在或将要发生多卡问题的情况下，可以向基站发送多卡问题通知。

在一个实施例中，基站响应于接收到终端发送的多卡问题通知，确定所述终端当前存在或将要发生多卡问题。

根据上述实施例，终端可以在当前存在或将要发生多卡问题时，向基站进行通知，使得基站获知终端当前存在或将要发生多卡问题。由此，基站可以根据自身情况确定是否需要向终端获取具体的多卡问题，从而有针对性地来为终端解决多卡问题，提升用户体验。

在一个实施例中，终端可以在确定当前存在或将要发生任何多卡问题时均向基站发送多卡问题通知。

在一个实施例中，终端可以在确定当前存在或将要发生的多卡问题时，根据该具体的多卡问题再确定是否向基站发送多卡问题通知，例如可以根据多卡问题是否为基站指定的候选多卡问题来确定是否发送多卡问题通知。

在一个实施例中，基站可以先确定一个或多个候选多卡问题。在一个例子中，基站可以基于所述基站的能力信息，确定所述一个或多个候选多卡问题，例如，基站可以根据自身的能力信息，来确定自身能解决的多卡问题，并将能解决的多卡问题作为候选多卡问题。例如，若基站具有挂起机制，则可以解决终端中的第一SIM卡的通信操作与第二SIM卡响应寻呼消息冲突这一多卡问题，即终端可以挂起第一SIM卡的通信操作，并响应第二SIM卡的寻呼消息。

在一个实施例中，基站在确定候选多卡问题后，可以向终端发送确定出的候选多卡问题。

在一个实施例中，终端可以接收所述基站发送的一个或多个候选多卡问题；响应于确定当前存在或将要发生的多卡问题为所述候选多卡问题，向所述基站发送所述多卡问题通知。

由此，终端在确定当前存在或将要发生多卡问题时，可以先判断该多卡问题是否为候选多卡问题，若是，则向基站发送多卡问题通知；若不是，则不向基站发送多卡问题通知。

举例来说，基站可以根据自身的能力信息，确定一个或多个候选多卡问题，并形成候选多卡问题列表，然后基站将该候选多卡问题列表发送给基站。从而，终端可以接收并保存该候选多卡问题列表，后续，当终端存在多卡问题或将要发生多卡问题时，可以在该候选多卡问题列表中查询是否存在该当前存在或将要发生的多卡问题，若存在，则向基站发送多卡问题通知。

根据上述实施例，基站可以预先指定候选多卡问题，从而，使得终端不是在出现任何多卡问题时均上报，而是在出现候选多卡问题时上报。可以理解的是，针对非候选多卡问题，即使终端向基站上报多卡问题通知，基站暂时也不需要获知这一信息，浪费了通信资源。由此，根据上述实施例，可以减少终端不必要的通知发送，提高基站与终端的通信效率。

在一个实施例中，终端可以根据基站的请求来向基站上报具体的多卡问题，下面结合图2进行说明。

图2是根据本公开的实施例示出的另一种信息发送方法的示意流程图。如图2所示，所述信息发送方法可以包括以下步骤：

在步骤S201中，响应于所述基站发送的多卡问题获取请求，向所述基站发送多卡问题信息。

其中，所述多卡问题信息包括所述终端当前存在或将要发生的至少一个多卡问题。

在一个实施例中，基站在接收到终端多卡问题通知后，可以确定终端当前存在或将要发生多卡问题。由此，基站可以向终端发送多卡问题获取请求，以请求获取具体的多卡问题。

在一个例子中，基站可以根据自身具体情况来确定是否向终端请求获取多卡问题，例如，基站可以根据基站的负荷来确定是否向终端请求获取多卡问题。举例来说，若基站的负荷高于预设负荷阈值，则可以不向终端请求获取多卡问题，或者可以推迟向终端请求获取多卡问题，推迟的时间可以根据负荷来确定，例如推迟至基站的负荷不高于所述预设负荷阈值；若基站的负荷不高于预设负荷阈值，则可以直接向终端请求获取多卡问题。其中，预设负荷阈值可以根据实际情况预先确定，本实施例不进行限定。

在一个例子中，基站也可以根据终端的情况来确定是否向终端请求获取多卡问题，例如可以根据终端的位置来确定是否向终端请求获取多卡问题。举例来说，若终端处于小区边缘或基站预测终端即将离开小区等，则可以不向终端请求获取多卡问题；若终端处于小区中心，则可以向终端请求获取多卡问题。

需要说明的是，上述基站确定是否向终端请求获取多卡问题的方法只是示例性说明，并不是具体限定，基站还可以根据其他条件来进行判断，例如也可以结合基站自身情况和终端的情况来确定，这里不再赘述。

在一个实施例中，基站可以通过RRC信令向终端发送多卡问题获取请求。

在一个例子中，基站可以在向所述终端发送的UEInformationRequest信令中携带所述多卡问题获取请求。举例来说，基站可以在相关技术中的UEInformationRequest信令中增加新的信息单元，例如可以是MUSIMProblemReq信息单元，并在该信息单元中携带所述多卡问题获取请求。

举例来说，基站可以MUSIMProblemReq信息单元中携带一个用于指示是否请求获取多卡问题的标识，例如该标识为0表示不获取多卡问题，该标识为1表示获取多卡问题。或者，基站也可以通过是否发送该UEInformationRequest信令来指示是否请求获取多卡问题，例如发送该UEInformationRequest信令表示不获取多卡问题，不发送该UEInformationRequest信令表示不获取多卡问题。

在一个实施例中，终端接收到基站发送的多卡问题获取请求，可以向基站发送多卡问题信息，其中，该多卡问题信息中包括有终端当前存在或将要发生的至少一个多卡问题。

在一个实施例中，终端可以通过UEInformationResponse信令来向基站发送多卡问题信息。例如，可以在该UEInformationResponse信令中增加新的信息单元，比如 MUSIMProblemReport信息单元来发送多卡问题信息。

在一个实施例中，该多卡问题信息中可以包括与所述至少一个多卡问题中每个多卡问题对应的问题标识。由此，基站可以基于该问题标识来确定终端当前存在或将要发生的各多卡问题。例如，基站预先保存有问题标识与多卡问题的对应关系，该对应关系可以是协议规定或基站与终端预先协商等方法确定的，从而基站在接收到该多卡问题信息后，可以基于其携带的问题标识，来确定终端当前存在或将要发生的各多卡问题。根据上述实施例，基站可以发送问题标识而不发送具体的问题，可以减少数据量，提高信息传输效率。

在一个实施例中，终端向基站发送的多卡问题信息，可以用于请求所述基站为所述终端解决所述至少一个多卡问题。在一个实施例中，基站基于该多卡问题信息，可以为终端解决所述至少一个多卡问题。

在一个例子中，基站在接收到多卡问题信息后，可以分别对每个多卡问题进行分析，并确定本基站是否可以解决该多卡问题，若基站确定可以解决该多卡问题，则基站可以确定解决该多卡问题的配置信息。从而，基站可以将确定出的用于解决一个所述多卡问题的配置信息发送给终端。

需要说明的是，基站确定的配置信息可以解决一个多卡问题，也可以解决多个多卡问题；基站可以向终端发送一个配置信息，也可以发送多个配置信息，本实施例不进行限定。

在一个例子中，终端可以接收到基站发送的配置信息，并配置该配置信息，以解决至少一个多卡问题。

在一个实施例中，终端还可以向终端发送其他信息，以辅助终端解决多卡问题，例如终端可以在发送的多卡问题信息中包括所述至少一个多卡问题、至少一个所述多卡问题的产生原因、至少一个所述多卡问题的产生频率、至少一个所述多卡问题的解决方法、所述终端与多卡功能相关的配置信息、以及所述终端的身份信息中的至少一项。

在一个例子中，多卡问题的产生原因、产生频率、解决方法可以是针对每一个多卡问题的，可以通过与多卡问题相对应的方式携带在多卡问题信息中。举例来说，终端可以以表格的形式向基站发送这些信息，比如可以在表格的每一个表项中携带一个多卡问题的问题标识、产生原因、产生频率和解决方法中的至少一项。

在一个例子中，终端与多卡功能相关的配置信息、终端的身份信息等可以是针对终端的信息，则可以单独携带在多卡问题信息中，而不需要携带于多卡问题相对应。举例来说，与多卡功能相关的配置信息可以包括，终端所配置的多卡的数量、每张SIM卡的网络制式等，终端的身份信息可以包括终端的国际移动设备识别码IMEI，终端所配置的SIM卡的集成电路卡识别码ICCID等。

在一个实施例中，基站可以根据终端发送的多卡问题信息来为终端解决多卡问题。举例来说，基站可以根据终端中多卡问题的产生原因、产生频率，来确定是否为终端解决该多卡问题、或者确定采用何种方法来解决多卡问题等；或者，针对终端所上报的多卡问题的解决方法，可以视为终端所推荐的解决方法，基站可以确定是否采用终端所推荐的解决方法，若不采用，则基站可以确定其他解决方法来为终端解决多卡问题等。

在一个实施例中，终端向基站发送多卡问题通知的方法也可以包括多种，下面结合图3-图4来进行说明。

图3是根据本公开的实施例示出的另一种信息发送方法的示意流程图。如图3所示，所述向基站发送多卡问题通知，可以包括：

在步骤S301中，响应于所述终端与基站已建立RRC连接，向已建立RRC连接的基站发送所述多卡问题通知。

在一个实施例中，终端可以在与基站的RRC连接建立完成后，向基站发送多卡问题通知。

在一个例子中，终端可以在完成RRC连接后，立即通过RRC信令向基站发送多卡问题通知。在一个例子中，终端也可以不考虑发送多卡问题通知的时间，而是在发现自身存在多卡问题或将要多卡问题的之后，向基站发送多卡问题通知。

在一个例子中，终端可以是多卡终端，该终端至少配置有两种SIM卡，且通过该至少两张SIM卡分别与至少两个基站建立RRC连接。

在一个例子中，所述向已建立RRC连接的基站发送所述多卡问题通知，包括：

向已建立RRC连接的基站中的至少一个基站发送所述多卡问题通知；

或者，向已建立RRC连接的基站中的每个基站分别发送所述多卡问题通知。

举例来说，终端配置有第一SIM卡和第二SIM卡，通过第一SIM卡与第一基站建立RRC连接，通过第二SIM卡与第二基站建立RRC连接。在一个例子中，终端可以在第一基站和第二基站中选择一个或多个，向所选择的基站发送多卡问题通知。举例来说终端可以根据基站的负载、或者基站的接收信号功率来选择，例如，可以选择基站的负载满足预设阈值、接收信号功率也满足预设阈值的基站，向该基站发送多卡问题通知；或者，终端也可以根据基站解决多卡问题的能力来选择，例如，终端确定终端具有解决多卡问题的能力的情况下，向基站发送多卡问题通知。或者，在另一个例子中，终端也可以不进行选择，而是直接向每个基站(即第一基站和第二基站)分别发送多卡问题通知。

根据上述实施例，终端可以在完成与基站的RRC连接后向基站发送多卡问题通知，使得基站可以根据自身情况确定是否需要向终端获取具体的多卡问题，从而有针对性地来为终端解决多卡问题，提升用户体验。

图4是根据本公开的实施例示出的另一种信息发送方法的示意流程图。如图4所示，所述向基站发送多卡问题通知，可以包括：

在步骤S401中，在与所述基站建立RRC连接的过程中，向所述基站发送所述多卡问题通知。

在一个实施例中，终端可以在与基站建立RRC连接的RRC信令中发送多卡问题通知。

在一个实施例中，终端可以在向所述基站发送的用于指示RRC连接建立完成的指定RRC消息中，携带所述多卡问题通知。例如，终端在重配置时，该指定RCC消息可以是RRCConnectionReconfigurationComplete信令和RRCReconfigurationComplete信令中的至少一个；终端在重连接时，该指定RRC消息可以是RRCConnectionReestablishmentComplete信令和RRCReestablishmentComplete信令中的至少一个；终端在恢复连接时，该指定RRC信令可以是RRCConnectionResumeComplete信令和RRCResumeComplete信令中的至少一个；终端在首次与基站建立连接时，该指定RRC信令可以是RRCConnectionSetupComplete信令和RRCSetupComplete信令中的至少一个。

需要说明的是，上述RRC信令只是示例性说明，在实际应用中，还可以是其他用于指示连接建立完成的信令，本实施例不进行限定。

在一个例子中，终端在指定RRC消息中携带所述多卡问题通知，包括：在所述指定RRC消息中增加用于携带所述多卡问题通知的信息单元。

举例来说，终端可以在指定RRC消息中增加一个信息单元，例如MUSIMProblemAvailable，然后可以在该增加的信息单元中携带多卡问题通知。例如，该多卡问题通知中可以携带一个标识位，用于标识终端是否当前存在或将要发生多卡问题，比如当标识位为1时表示终端当前存在或将要发生多卡问题，当标识位为0时表示终端当前不存在且没有将要发生多卡问题。

在一个实施例中，终端可以在向所述基站发送的RRC连接建立请求中，携带所述多卡问题通知，以指示所述基站基于所述多卡问题通知确定是否与所述终端建立RRC连接。

举例来说，该RRC连接建立请求可以是随机接入消息，例如随机接入消息中的消息3。或者，该RRC连接建立请求也可以是其他消息，本实施例不进行限定。

在一个实施例中，基站可以接收所述终端发送的携带有多卡问题通知的RRC连接建立请求。从而，基站可以基于所述多卡问题通知，确定是否与所述终端建立RRC连接。

在一个实施例中，基站在接收到多卡问题通知后，可以确定终端当前存在或将要发生多卡问题，从而，基站可以根据自身能力确定是否与终端建立RRC连接。

在一个例子中，基站可以根据自身是否具有解决多卡问题的能力来确定是否与终端建立RRC连接。若基站具有解决多卡问题的能力，则接受与终端建立RRC连接；或者，若基站不具有解决多卡问题的能力，则拒绝与终端建立RRC连接，比如可以拒绝终端的RRC连接建立请求。

在一个例子中，基站可以根据自身的负载来确定是否与终端建立RRC连接。例如基站负载较高时，暂时无法为终端解决多卡问题，则可以拒绝与终端建立RRC连接；基站负载较低时，可以为终端解决多卡问题，则可以接受与终端建立RRC连接。

根据上述实施例，基站可以根据终端上报的多卡问题通知来确定是否与终端建立RRC连接，从而可以避免终端接入到无法解决多卡问题的基站，提升用户体验。

图5是根据本公开的实施例示出的一种信息接收方法的示意流程图。本实施例所示的信息接收方法可以适用于基站，所述基站包括但不限于4G基站、5G基站、6G基站。所述基站可以与作为用户设备的终端进行通信，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等电子设备。在一个实施例中，所述终端可以是上述任一实施例所信息接收方法所适用的终端。

如图5所示，所述信息接收方法可以包括以下步骤：

在步骤S501中，响应于接收到终端发送的多卡问题通知，确定所述终端当前存在或将要发生多卡问题。

在一个实施例中，终端在确定当前存在或将要发生多卡问题的情况下，可以向基站发送多卡问题通知。由此，基站在接收到终端发送的多卡问题通知后，可以确定终端当前存在或将要发生多卡问题。

根据上述实施例，基站可以获知终端当前存在或将要发生多卡问题，由此，基站可以根据自身情况确定是否需要向终端获取具体的多卡问题，从而有针对性地来为终端解决多卡问题，提升用户体验。

在一个实施例中，基站可以向所述终端发送一个或多个候选多卡问题，以指示所述终端响应于确定当前存在或将要发生的多卡问题为所述候选多卡问题，向所述基站发送所述多卡问题通知。

在一个实施例中，基站可以基于自身的能力信息来确定一个或多个候选多卡问题，并将确定的候选多卡问题发送给终端。由此，终端可以接收所述基站发送的一个或多个候选多卡问题，并且在当前存在或将要发生的多卡问题为所述候选多卡问题时，向基站发送多卡问题通知；在当前存在或将要发生的多卡问题不为所述候选多卡问题时，不向基站发送多卡问题通知。

在一个实施例中，基站可以向所述终端发送多卡问题获取请求，并接收所述终端返回的多卡问题信息。其中，所述多卡问题信息包括所述终端当前存在或将要发生的至少一个多卡问题。

举例来说，基站可以通过RRC信令向终端发送多卡问题获取请求，例如可以在向所述终端发送的UEInformationRequest信令中携带所述多卡问题获取请求，进一步的，基站还可以在UEInformationRequest信令中增加新的信息单元，比如 MUSIMProblemReq信息单元中携带所述多卡问题获取请求。

在一个实施例中，基站可以接收终端返回的多卡问题信息，例如，该多卡问题信息中可以包括与所述至少一个多卡问题中每个多卡问题对应的问题标识，由此，基站可以基于各问题标识，确定所述终端当前存在或将要发生的各多卡问题。

在一个实施例中，多卡问题信息中包括以下至少一项：至少一个多卡问题；至少一个所述多卡问题的产生原因；至少一个所述多卡问题的产生频率；至少一个所述多卡问题的解决方法；所述终端与多卡功能相关的配置信息；所述终端的身份信息。

在一个实施例中，基站基于收到的多卡问题信息，可以为终端解决所述至少一个多卡问题。

例如，基站可以确定用于解决至少一个所述多卡问题的配置信息；将所述配置信息发送给所述终端。由此，终端可以接收到基站发送的配置信息，并配置该配置信息，以解决至少一个多卡问题。

需要说明的是，基站在确定为终端解决多卡问题时，可以解决终端的所有多卡问题，也可以仅解决其中的一个或多个。

在一个实施例中，基站在确定为终端解决多卡问题的方法时，可以根据终端发送的多卡问题信息来为终端解决多卡问题。例如可以根据终端中多卡问题的产生原因、产生频率，来确定是否为终端解决该多卡问题、或者确定采用何种方法来解决多卡问题等。

在一个实施例中，终端可以在与所述基站建立RRC连接的过程中，向所述基站发送所述多卡问题通知。

在一个实施例中，基站可以接收所述终端发送的RRC连接建立请求，其中，所述RRC连接建立请求携带有所述多卡问题通知。由此，基站可以基于所述多卡问题通知，确定是否与所述终端建立RRC连接。

举例来说，基站在接收到多卡问题通知后，可以确定终端当前存在或将要发生多卡问题，从而，基站可以根据自身能力确定是否与终端建立RRC连接。例如，若基站具有解决多卡问题的能力，则接受与终端建立RRC连接；或者，若基站不具有解决多卡问题的能力，则拒绝与终端建立RRC连接，比如可以拒绝终端的RRC连接建立请求。

与前述的信息发送方法的实施例相对应，本公开还提供了信息发送装置的实施例。

图6是根据本公开的实施例示出的一种用于信息发送的装置示意框图。本实施例所示的信息发送装置可以适用于终端，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等电子设备。所述终端可以作为用户设备与基站通信，所述基站包括但不限于4G基站、5G基站、6G基站。在一个实施例中，所述基站可以是后续任一实施例所述的信息发送装置所适用的基站。

如图6所示，所述信息发送装置可以包括：

通知发送模块601，被配置为向基站发送多卡问题通知，所述多卡问题通知用于通知基站所述终端当前存在或将要发生多卡问题。

在一个实施例中，所述通知发送模块601，具体被配置为：

接收所述基站发送的一个或多个候选多卡问题；

响应于确定当前存在或将要发生的多卡问题为所述候选多卡问题，向所述基站发送所述多卡问题通知。

在一个实施例中，所述装置还可以包括：

问题发送模块602，被配置为响应于所述基站发送的多卡问题获取请求，向所述基站发送多卡问题信息；其中，所述多卡问题信息包括所述终端当前存在或将要发生的至少一个多卡问题。

在一个实施例中，所述多卡问题信息用于请求所述基站为所述终端解决至少一个所述多卡问题。

在一个实施例中，所述多卡问题信息中包括与所述至少一个多卡问题中每个多卡问题对应的问题标识。

在一个实施例中，所述多卡问题信息中包括以下至少一项：

至少一个所述多卡问题；至少一个所述多卡问题的产生原因；至少一个所述多卡问题的产生频率；至少一个所述多卡问题的解决方法；所述终端与多卡功能相关的配置信息；所述终端的身份信息。

在一个实施例中，所述通知发送模块601，具体被配置为：

响应于所述终端与基站已建立RRC连接，向已建立RRC连接的基站发送所述多卡问题通知。

在一个实施例中，所述终端至少配置有两张SIM卡，且所述终端已通过至少两张SIM卡分别与至少两个基站建立RRC连接；所述通知发送模块601，具体被配置为：

向已建立RRC连接的基站中的至少一个基站发送所述多卡问题通知；或者，向已建立RRC连接的基站中的每个基站分别发送所述多卡问题通知。

在一个实施例中，所述通知发送模块601，具体被配置为：在与所述基站建立RRC连接的过程中，向所述基站发送所述多卡问题通知。

在一个实施例中，所述通知发送模块601，具体被配置为：

在向所述基站发送的用于指示RRC连接建立完成的指定RRC消息中，携带所述多卡问题通知。

在一个实施例中，所述指定RRC消息包括以下至少之一：

RRCConnectionReconfigurationComplete信令、RRCReconfigurationComplete信令、RRCConnectionReestablishmentComplete信令、RRCReestablishmentComplete信令、RRCConnectionResumeComplete信令、RRCResumeComplete信令、RRCConnectionSetupComplete信令、RRCSetupComplete信令。

在一个实施例中，所述在指定RRC消息中携带所述多卡问题通知，包括：

在所述指定RRC消息中增加用于携带所述多卡问题通知的信息单元。

在一个实施例中，所述在与所述基站建立RRC连接的过程中，向所述基站发送所述多卡问题通知，包括：在向所述基站发送的RRC连接建立请求中，携带所述多卡问题通知，以指示所述基站基于所述多卡问题通知确定是否与所述终端建立RRC连接。

与前述的信息接收方法的实施例相对应，本公开还提供了信息接收装置的实施例。

图7是根据本公开的实施例示出的一种信息接收装置的示意流程图。本实施例所示的信息接收装置可以适用于基站，所述基站包括但不限于4G基站、5G基站、6G基站。所述基站可以与作为用户设备的终端进行通信，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等电子设备。在一个实施例中，所述终端可以是上述任一实施例所信息接收装置所适用的终端。

如图7所示，所述信息接收装置可以包括：

通知接收模块701，被配置为响应于接收到终端发送的多卡问题通知，确定所述终端当前存在或将要发生多卡问题。

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

候选问题发送模块702，被配置为向所述终端发送一个或多个候选多卡问题，以指示所述终端响应于确定当前存在或将要发生的多卡问题为所述候选多卡问题，向所述基站发送所述多卡问题通知。

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

候选问题确定模块703，被配置为基于所述基站的能力信息，确定所述一个或多个候选多卡问题。

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

问题获取模块704，被配置为向所述终端发送多卡问题获取请求；

问题接收模块705，被配置为接收所述终端返回的多卡问题信息，其中，所述多卡问题信息包括所述终端当前存在或将要发生的至少一个多卡问题。

在一个实施例中，所述多卡问题信息中包括与所述至少一个多卡问题中每个多卡问题对应的问题标识。所述装置还包括：

问题确定模块706，被配置为基于各问题标识，确定所述终端当前存在或将要发生的各多卡问题。

在一个实施例中，所述多卡问题信息中包括以下至少一项：至少一个多卡问题；至少一个所述多卡问题的产生原因；至少一个所述多卡问题的产生频率；至少一个所述多卡问题的解决方法；所述终端与多卡功能相关的配置信息；所述终端的身份信息。

在一个实施例中，所述问题获取模块704，具体被配置为：在向所述终端发送的UEInformationRequest信令中携带所述多卡问题获取请求。

在一个实施例中，所述在向所述终端发送的UEInformationRequest信令中携带所述多卡问题获取请求，包括：

在所述UEInformationRequest信令中增加用于携带所述多卡问题获取请求的信息单元。

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

问题解决模块707，被配置为基于所述多卡问题信息，为所述终端解决所述至少一个多卡问题。

在一个实施例中，所述问题解决模块707，具体被配置为：确定用于解决所述至少一个多卡问题的配置信息；将所述配置信息发送给所述终端。

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

连接建立模块708，被配置为接收所述终端发送的RRC连接建立请求，其中，所述RRC连接建立请求携带有所述多卡问题通知；基于所述多卡问题通知，确定是否与所述终端建立RRC连接。

关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在相关方法的实施例中进行了详细描述，此处将不做详细阐述说明。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

下面结合特定的技术细节，概括地示例性说明根据本公开的具体的充电方法，如下：

随着无线通信技术的发展，市场上多卡手机也越来越多。多卡手机典型的应用场景包括：商务用户有一张私人卡和一张商务卡，并将两张卡放在同一个手机上；普通用户有多张私人卡，可以根据业务来选择使用哪张卡。而这些卡可能是来自同一个运营商也可以来自不同的运营商。

目前，针对多卡手机的处理方式主要是基于各个终端厂商的实现，没有统一的标准进行规定，这就导致了许多不同的终端行为和处理方式(比如，双卡单待、双卡双待单通、双卡双待双通等)，并可能导致以下问题：

当多卡终端在和第一系统通信时，需要时不时的检测第二系统，比例监听寻呼、进行测量、读取系统消息等。而这可能会对第一系统的性能造成影响。

寻呼时刻是根据UE的标识进行计算的，而多卡终端由于有多个SIM卡，可能会造成系统性的寻呼碰撞。

当多卡终端在第二系统上收到寻呼消息时，需要决定是否需要对该寻呼进行回应，而这是基于用户配置的规则进行的。

当多卡终端决定相应第二系统的寻呼消息，就需要停止当前正在第一系统进行的工作。如果缺乏针对当前活动的挂起机制的话，UE就会自动的断开与第一系统的RRC连接并离开。并且，当UE离开后，第一系统会持续的寻呼该UE，从而导致寻呼资源的浪费。

终端在第二系统读取寻呼或者测量时会造成在第一系统20ms左右的短间隔，对于第一系统来说类似于经历了阴影衰落，但是由于每个寻呼周期都会发生一次，因此这可能会影响网络的功率控制和链路自适应算法，进而造成第一系统的资源浪费。

终端在决定换到第二系统的小区时，需要在第二系统读取系统信息，这会造成在第一系统1秒左右的长间隔，第一系统会将此认为是错误情况。目前还不确定UE和网络怎么处理这种情况。

终端在第二系统进行TAU时会造成在第一系统数秒的更长间隔。因此对第一系统造成的影响更大。

本发明提出了一种上报多卡问题的方法。

多卡终端在出现由于多卡而导致的问题时，可以向基站进行多卡问题信息的上报。

多卡终端向有RRC连接的基站进行上报。

如果有多个有RRC连接的基站，则多卡终端选择一个基站进行问题上报，也可以都进行问题上报。

多卡导致的问题可以包括多卡导致的寻呼碰撞、多卡导致的当前通信链路中断、多卡导致的待连接业务无法连接等。

可以通过将多卡导致的问题与整数值一一对应，或者可以通过字符串来标识。

存在多卡问题的多卡终端在与服务基站建立RRC连接的过程中(即变为连接态)，可以通过RRC信令将自己具有的多卡问题信息告知给服务基站。

可以通过RRCConnectionReconfigurationComplete信令或者RRCReconfigurationComplete信令；

可以通过RRCConnectionReestablishmentComplete信令或者RRCReestablishmentComplete信令；

可以通过RRCConnectionResumeComplete信令或者RRCResumeComplete信令；

可以通过RRCConnectionSetupComplete信令或者RRCSetupComplete信令。

在一个实施例中，可以通过在这些信令中添加新的MUSIMProblemAvailable信息单元进行告知。

基站在收到该RRC信令后得知该多卡终端存在多卡问题。

如果基站想要获得该多卡终端的多卡问题，则通过RRC信令向该多卡终端请求获得该多卡终端存在的多卡问题。

可以通过UEInformationRequest信令进行请求

具体的，可以通过UEInformationRequest信令中添加新的MUSIMProblemReq信息单元来请求。

存在多卡问题的多卡终端收到基站发送的带有多卡问题请求的RRC信令后，通过RRC信令向该基站发送自己的存在的多卡问题。

可以通过UEInformationResponse信令，

具体的，可以通过UEInformationResponse信令中添加新的MUSIMProblemReport信息单元来发送。

多卡终端在向基站进行多卡问题信息的上报时可以上报出现的多卡问题，出现多卡问题的原因，出现多卡问题的频率，多卡终端的配置信息，多卡终端的身份信息，推荐的解决方法等。

基站收到多卡终端的多卡问题上报后，可以配置针对该问题上报的配置以解决该多卡问题。

本公开的实施例还提出一种电子设备，包括：

处理器；

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

其中，所述处理器被配置为实现信息发送方法和/或信息接收方法。

本公开的实施例还提出一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现信息发送方法和/或信息接收方法中的步骤。

如图8所示，图8是根据本公开的实施例示出的一种信息接收的装置800的示意框图。装置800可以被提供为一基站。参照图8，装置800包括处理组件822、无线发射/接收组件824、天线组件826、以及无线接口特有的信号处理部分，处理组件822可进一步包括一个或多个处理器。处理组件822中的其中一个处理器可以被配置为实现上述信息接收方法。

图9是根据本公开的实施例示出的一种用于信息发送的装置900的示意框图。例如，装置900可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。

参照图9，装置900可以包括以下一个或多个组件：处理组件902，存储器904，电源组件906，多媒体组件908，音频组件910，输入/输出(I/O)的接口912，传感器组件914，以及通信组件916。

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

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

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

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

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

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

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

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

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

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

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

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

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本公开实施例所提供的方法和装置进行了详细介绍，本文中应用了具体个例对本公开的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本公开的方法及其核心思想；同时，对于本领域的一般技术人员，依据本公开的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本公开的限制。

Claims

一种信息发送方法，其特征在于，应用于终端，所述方法包括：

向基站发送多卡问题通知，所述多卡问题通知用于通知基站所述终端当前存在或将要发生多卡问题。
根据权利要求1所述的方法，其特征在于，所述向基站发送所述多卡问题通知，包括：

接收所述基站发送的一个或多个候选多卡问题；

响应于确定当前存在或将要发生的多卡问题为所述候选多卡问题，向所述基站发送所述多卡问题通知。
根据权利要求1所述的方法，其特征在于，所述方法还包括：

响应于所述基站发送的多卡问题获取请求，向所述基站发送多卡问题信息；

其中，所述多卡问题信息包括所述终端当前存在或将要发生的至少一个多卡问题。
根据权利要求3所述的方法，其特征在于，所述多卡问题信息用于请求所述基站为所述终端解决所述至少一个多卡问题。
根据权利要求3所述的方法，其特征在于，所述多卡问题信息中包括与所述至少一个多卡问题中每个多卡问题对应的问题标识。
根据权利要求3所述的方法，其特征在于，所述多卡问题信息中还包括以下至少一项：

至少一个所述多卡问题的产生原因；

至少一个所述多卡问题的产生频率；

至少一个所述多卡问题的解决方法；

所述终端与多卡功能相关的配置信息；

所述终端的身份信息。
根据权利要求1所述的方法，其特征在于，所述向基站发送多卡问题通知，包括：

响应于所述终端与基站已建立RRC连接，向已建立RRC连接的基站发送所述多卡问题通知。
根据权利要求7所述的方法，其特征在于，所述终端至少配置有两张SIM卡，且所述终端已通过至少两张SIM卡分别与至少两个基站建立RRC连接；

所述向已建立RRC连接的基站发送所述多卡问题通知，包括：

向已建立RRC连接的基站中的至少一个基站发送所述多卡问题通知；

或者，向已建立RRC连接的基站中的每个基站分别发送所述多卡问题通知。
根据权利要求1所述的方法，其特征在于，所述向基站发送多卡问题通知，包括：

在与所述基站建立RRC连接的过程中，向所述基站发送所述多卡问题通知。
根据权利要求9所述的方法，其特征在于，所述在与所述基站建立RRC连接的过程中，向所述基站发送所述多卡问题通知，包括：

在向所述基站发送的用于指示RRC连接建立完成的指定RRC消息中，携带所述多卡问题通知。
根据权利要求10所述的方法，其特征在于，所述指定RRC消息包括以下至少之一：

RRCConnectionReconfigurationComplete信令、RRCReconfigurationComplete信令、RRCConnectionReestablishmentComplete信令、RRCReestablishmentComplete信令、RRCConnectionResumeComplete信令、RRCResumeComplete信令、RRCConnectionSetupComplete信令、RRCSetupComplete信令。
根据权利要求10所述的方法，其特征在于，所述在指定RRC消息中携带所述多卡问题通知，包括：

在所述指定RRC消息中增加用于携带所述多卡问题通知的信息单元。
根据权利要求9所述的方法，其特征在于，所述在与所述基站建立RRC连接的过程中，向所述基站发送所述多卡问题通知，包括：

在向所述基站发送的RRC连接建立请求中，携带所述多卡问题通知，以指示所述基站基于所述多卡问题通知确定是否与所述终端建立RRC连接。
一种信息接收方法，其特征在于，应用于基站，所述方法包括：

响应于接收到终端发送的多卡问题通知，确定所述终端当前存在或将要发生多卡问题。
根据权利要求14所述的方法，其特征在于，所述方法还包括：

向所述终端发送一个或多个候选多卡问题，以指示所述终端响应于确定当前存在或将要发生的多卡问题为所述候选多卡问题，向所述基站发送所述多卡问题通知。
根据权利要求15所述的方法，其特征在于，所述方法还包括：

基于所述基站的能力信息，确定所述一个或多个候选多卡问题。
根据权利要求14所述的方法，其特征在于，所述方法还包括：

向所述终端发送多卡问题获取请求；

接收所述终端返回的多卡问题信息，其中，所述多卡问题信息包括所述终端当前存在或将要发生的至少一个多卡问题。
根据权利要求17所述的方法，其特征在于，所述多卡问题信息中包括与所述至少一个多卡问题中每个多卡问题对应的问题标识；

所述方法还包括：

基于各问题标识，确定所述终端当前存在或将要发生的各多卡问题。
根据权利要求17所述的方法，其特征在于，所述多卡问题信息中还包括以下至少一项：

至少一个所述多卡问题的产生原因；

至少一个所述多卡问题的产生频率；

至少一个所述多卡问题的解决方法；

所述终端与多卡功能相关的配置信息；

所述终端的身份信息。
根据权利要求17所述的方法，其特征在于，所述向所述终端发送多卡问题获取请求，包括：

在向所述终端发送的UEInformationRequest信令中携带所述多卡问题获取请求。
根据权利要求20所述的方法，其特征在于，所述在向所述终端发送的UEInformationRequest信令中携带所述多卡问题获取请求，包括：

在所述UEInformationRequest信令中增加用于携带所述多卡问题获取请求的信息单元。
根据权利要求17所述的方法，其特征在于，所述方法还包括：

基于所述多卡问题信息，为所述终端解决所述至少一个多卡问题。
根据权利要求22所述的方法，其特征在于，所述为所述终端解决所述至少一个多卡问题，包括：

确定用于解决所述至少一个多卡问题的配置信息；

将所述配置信息发送给所述终端。
根据权利要求14所述的方法，其特征在于，所述方法还包括：

接收所述终端发送的RRC连接建立请求，其中，所述RRC连接建立请求携带有所述多卡问题通知；

基于所述多卡问题通知，确定是否与所述终端建立RRC连接。
一种信息发送装置，其特征在于，应用于终端，所述装置包括：

通知发送模块，被配置为向基站发送多卡问题通知，所述多卡问题通知用于通知基站所述终端当前存在或将要发生多卡问题。
一种信息接收装置，其特征在于，应用于基站，所述装置包括：

通知接收模块，被配置为响应于接收到终端发送的多卡问题通知，确定所述终端当前存在或将要发生多卡问题。
一种电子设备，其特征在于，包括：

处理器；

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

其中，所述处理器被配置为实现权利要求1至24中任一项所述的信息发送方法和/或信息接收方法。
一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至24中任一项所述的信息发送方法和/或信息接收方法中的步骤。