CN113228763A - 寻呼原因处理方法及装置、通信设备及存储介质 - Google Patents
寻呼原因处理方法及装置、通信设备及存储介质 Download PDFInfo
- Publication number
- CN113228763A CN113228763A CN202180001060.3A CN202180001060A CN113228763A CN 113228763 A CN113228763 A CN 113228763A CN 202180001060 A CN202180001060 A CN 202180001060A CN 113228763 A CN113228763 A CN 113228763A
- Authority
- CN
- China
- Prior art keywords
- paging
- base station
- specific terminal
- sending
- terminal
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000004891 communication Methods 0.000 title claims abstract description 101
- 238000003672 processing method Methods 0.000 title claims abstract description 12
- 238000000034 method Methods 0.000 claims description 56
- 238000012545 processing Methods 0.000 claims description 33
- 230000004044 response Effects 0.000 claims description 25
- 230000015654 memory Effects 0.000 claims description 23
- 230000011664 signaling Effects 0.000 claims description 22
- 230000005540 biological transmission Effects 0.000 claims description 15
- 238000005516 engineering process Methods 0.000 description 13
- 238000007726 management method Methods 0.000 description 10
- 238000003491 array Methods 0.000 description 7
- 238000010586 diagram Methods 0.000 description 7
- 238000010295 mobile communication Methods 0.000 description 6
- 230000009977 dual effect Effects 0.000 description 5
- 230000006399 behavior Effects 0.000 description 4
- 230000005291 magnetic effect Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000005236 sound signal Effects 0.000 description 4
- 230000001413 cellular effect Effects 0.000 description 3
- 230000006870 function Effects 0.000 description 3
- 230000003993 interaction Effects 0.000 description 3
- 230000001133 acceleration Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 239000003795 chemical substances by application Substances 0.000 description 2
- 230000000694 effects Effects 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 239000002699 waste material Substances 0.000 description 2
- 230000009471 action Effects 0.000 description 1
- 239000000969 carrier Substances 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005562 fading Methods 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data
- H04W8/183—Processing at user equipment or user record carrier
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开实施例提供一种寻呼原因处理方法及装置、通信设备及存储介质。所述被基站执行的寻呼原因处理方法，包括：向特定终端发送寻呼原因。
Description
技术领域
本公开涉及无线通信技术领域但不限于无线通信技术领域，尤其涉及一种寻呼原因处理方法及装置、通信设备及存储介质。
背景技术
随着无线通信技术的发展，市场上多卡终端也越来越多。目前，针对多卡终端的处理方式主要是基于各个终端厂商的实现，没有统一的标准进行规定，这就导致了许多不同的终端行为和处理方式，比如，双卡单待、双卡双待单通、双卡双待双通的终端，其通信行为与单卡单待的终端就有很大的不同。但是目前蜂窝移动通信中大部分行为依然是针对单卡单待终端设计的，这就可能会导致多卡终端在通信上的不适应，进而因为这种不适应导致通信质量差或者用户满意度低的问题。
发明内容
本公开实施例提供一种寻呼原因处理方法及装置、通信设备及存储介质。
本公开实施例第一方面提供一种寻呼原因处理方法，其中，被基站执行，所述方法包括：向特定终端发送寻呼原因。
本公开实施例第二方面提供一种寻呼原因处理方法，其中，被特定终端执行，所述方法包括：接收基站下发的寻呼原因。
本公开实施例第三方面提供一种寻呼原因处理装置，其中，包含在基站中，所述装置包括：第一发送模块，被配置为向特定终端发送寻呼原因。
本公开实施例第四方面提供一种寻呼原因处理装置，其中，包含在特定终端中，所述装置包括：第二接收模块，被配置为接收基站下发的寻呼原因。
本公开实施例第五方面提供一种通信设备，包括处理器、收发器、存储器及存储在存储器上并能够有所述处理器运行的可执行程序，其中，所述处理器运行所述可执行程序时执行如前述第一方面或第二方面提供的寻呼原因处理方法。
本公开实施例第六方面提供一种计算机存储介质，所述计算机存储介质存储有可执行程序；所述可执行程序被处理器执行后，能够实现前述的第一方面或第二方面提供的寻呼原因处理方法。
本公开实施例提供的技术方案，基站会向特定终端发送寻呼原因，该寻呼原因可用于特定终端根据寻呼原因确定是否响应基站下发的寻呼消息，减少因为不必要的紧急寻呼响应导致特定终端当前业务提供受到干扰，提升了特定终端因为不明原因的寻呼消息进而响应导致业务中断或者延迟大的问题，提升了特定终端提供的通信服务质量且提升了用户使用满意度。
应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开实施例。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本发明实施例，并与说明书一起用于解释本发明实施例的原理。
图1是根据一示例性实施例示出的一种无线通信系统的结构示意图；
图2A是根据一示例性实施例示出的一种寻呼原因处理方法的流程示意图；
图2B是根据一示例性实施例示出的一种寻呼原因处理方法的流程示意图；
图2C是根据一示例性实施例示出的一种寻呼原因处理方法的流程示意图；
图3A是根据一示例性实施例示出的一种寻呼原因处理方法的流程示意图；
图3B是根据一示例性实施例示出的一种寻呼原因处理方法的流程示意图；
图3C是根据一示例性实施例示出的一种寻呼原因处理方法的流程示意图；
图4是根据一示例性实施例示出的一种寻呼原因处理方法的流程示意图；
图5是根据一示例性实施例示出的一种寻呼原因处理装置的结构示意图；
图6是根据一示例性实施例示出的一种寻呼原因处理装置的结构示意图；
图7是根据一示例性实施例示出的一种UE的结构示意图；
图8是根据一示例性实施例示出的一种通信设备的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本发明实施例相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本发明实施例的一些方面相一致的装置和方法的例子。
在本公开实施例使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”、“”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本公开实施例范围的情况下，第一信息也可以被称为第二信息，类似地，第二信息也可以被称为第一信息。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
请参考图1，其示出了本公开实施例提供的一种无线通信系统的结构示意图。如图1所示，无线通信系统是基于蜂窝移动通信技术的通信系统，该无线通信系统可以包括：若干个UE11以及若干个接入设备12。
其中，UE11可以是指向用户提供语音和/或数据连通性的设备。UE11可以经无线接入网(Radio Access Network，RAN)与一个或多个核心网进行通信，UE11可以是物联网UE，如传感器设备、移动电话(或称为“蜂窝”电话)和具有物联网UE的计算机，例如，可以是固定式、便携式、袖珍式、手持式、计算机内置的或者车载的装置。例如，站(Station，STA)、订户单元(subscriber unit)、订户站(subscriber station)、移动站(mobile station)、移动台(mobile)、远程站(remote station)、接入点、远程UE(remote terminal)、接入UE(access terminal)、用户装置(user terminal)、用户代理(user agent)、用户设备(userdevice)、或用户UE(user equipment，UE)。或者，UE11也可以是无人飞行器的设备。或者，UE11也可以是车载设备，比如，可以是具有无线通信功能的行车电脑，或者是外接行车电脑的无线通信设备。或者，UE11也可以是路边设备，比如，可以是具有无线通信功能的路灯、信号灯或者其它路边设备等。
接入设备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和UE11之间可以通过无线空口建立无线连接。在不同的实施方式中，该无线空口是基于第四代移动通信网络技术(4G)标准的无线空口；或者，该无线空口是基于第五代移动通信网络技术(5G)标准的无线空口，比如该无线空口是新空口；或者，该无线空口也可以是基于5G的更下一代移动通信网络技术标准的无线空口。
在一些实施例中，UE11之间还可以建立E2E(End to End，端到端)连接。比如车联网通信(vehicle to everything，V2X)中的V2V(vehicle to vehicle，车对车)通信、V2I(vehicle to Infrastructure，车对路边设备)通信和V2P(vehicle to pedestrian，车对人)通信等场景。
在一些实施例中，上述无线通信系统还可以包含网络管理设备13。
若干个接入设备12分别与网络管理设备13相连。其中，网络管理设备13可以是无线通信系统中的核心网设备，比如，该网络管理设备13可以是演进的数据分组核心网(Evolved Packet Core，EPC)中的移动性管理实体(Mobility Management Entity，MME)。或者，该网络管理设备也可以是其它的核心网设备，比如服务网关(Serving GateWay，SGW)、公用数据网网关(Public Data Network GateWay，PGW)、策略与计费规则功能单元(Policy and Charging Rules Function，PCRF)或者归属签约用户服务器(HomeSubscriber Server，HSS)等。对于网络管理设备13的实现形态，本公开实施例不做限定。
如图2A所示，本公开实施例提供一种寻呼原因处理方法，其中，被基站执行，所述方法包括：
S110：向特定终端发送寻呼原因。
此处的寻呼原因为寻呼消息下发的原因。
在一个实施例中，所述寻呼原因按照业务类型进行区分，包括语音业务和/或非语音业务。
所述语言业务的业务类型又可以细分为：
流媒体通话业务；
背景通话业务；
对话通话业务。
所述非语音业务的业务类型又可以细分为：
上网业务；
视频业务
文件下载业务；
系统消息更新等。
以上仅是对与语音业务和非语音业务的举例举例，具体实现时不局限于此。
在一些实施例中，基站可以在下发寻呼消息的同时携带寻呼原因，若携带了寻呼原因，则被寻呼的终端就知道本次被寻呼的原因，进而可以根据本次被寻呼的寻呼原因，确定是否响应寻呼。若被寻呼的业务不是很着急，则UE(即终端)可以继续维持空闲态或者非激活态在这种低功耗的状态，或者，无需切换连接，将当前与其他网络(或通信系统)建立的连接中断或者暂停，切换到发送寻呼消息的网络(或通信系统)上来。
示例性地，所述寻呼原因可携带有触发本次寻呼消息下发的业务标识或者业务的服务质量(QoS)等。
总之，通过寻呼原因的下发，至少可以供特定终端确定是否响应对应网络的寻呼。
在一些实施例中，所述特定终端至少包括：
具有至少两个用户识别模块SIM的终端。
有些终端是多卡终端，这些多卡终端可以安装两个或两个以上的SIM，这些SIM可以由物理卡片承载的物理SIM卡，还以是电子SIM卡(即eSIM)。在一些实施例中，所述特定终端可为能够连接到不同通信系统能力的终端。例如，终端能够连接到不同运营商的通信系统，或者，连接到没有融合的不同通信制式的通信系统。
在本公开实施例中，所述特定终端由于天线数目和/或射频链路等无线通信模组的限制，在特定终端与一个通信系统进行通信时，若需要切换到与另一个通信系统进行通信，则可能会干扰到当前正在进行的通信，因此，在特定终端与一个通信系统进行通信时，若接收到另一个通信系统的寻呼消息，且还接收到寻呼原因，就可以根据寻呼原因确定是否响应寻呼消息或者延迟响应寻呼消息。
示例性地，针对多卡终端的处理方式主要是基于各个终端厂商的实现，没有统一的标准进行规定，这就导致了许多不同的终端行为和处理方式，比如，双卡单待、双卡双待单通、双卡双待双通等终端，可能会存在如下问题中的一或多个：
当多卡终端在和第一通信系统通信时，需要时不时的检测第二通信系统，比例，监听第二通信系统的寻呼消息、进行第二通信系统的测量、读取第二通信系统的系统消息等，而这可能会对第一通信系统的性能造成影响。
寻呼时刻是根据终端的标识进行计算的，而多卡终端由于有多个SIM卡，可能会造成系统性的寻呼碰撞。
当多卡终端在第二通信系统上收到寻呼消息时，需要决定是否需要对该寻呼消息进行回应，而这是基于用户配置的规则进行的。
当多卡终端决定相应第二通信系统的寻呼消息，就需要停止当前正在第一通信系统进行的工作。如果缺乏针对当前活动的挂起机制的话，终端就会自动的断开与第一通信系统的RRC连接并离开。并且，当终端离开后，第一通信系统会持续的寻呼该UE，从而导致寻呼资源的浪费。
终端在第二通信系统读取寻呼或者测量时会造成在第一通信系统20ms左右的短间隔，对于第一通信系统来说类似于经历了阴影衰落，但是由于每个寻呼周期都会发生一次，因此这可能会影响网络的功率控制和链路自适应算法，进而造成第一通信系统的资源浪费。
终端在决定换到第二通信系统的小区时，需要在第二通信系统读取系统信息，这会造成在第一通信系统1秒左右的长间隔，第一通信系统会将此认为是错误情况。目前还不确定终端和网络怎么处理这种情况。
终端在第二通信系统进行跟踪区更新(Tracking Area Update，TAU)时会造成在第一通信系统数秒的更长间隔。因此对第一通信系统造成的影响更大。
如此，基站通过向特定终端的寻呼消息的下发，可以使得特定终端可以根据寻呼原因确定是否响应寻呼，从而减少对在另一个通信系统的通信干扰。
在一些实施例中，如图2B所示，本公开实施例提供一种寻呼原因处理方法包括：
S100：接收所述特定终端发送的请求消息。
该请求消息的接收可以单独实施，也可以与步骤S210组合实施。
所述S110可包括：
基于所述请求消息，向所述特定终端发送所述寻呼原因。
有些终端的终端能力强，是同时支持与两个通信系统通信，则寻呼原因是否下发对于这些终端而言是不必要的。例如，基站支持下发寻呼消息，但是为了节省信令开销，基站仅对有发送请求消息的特定终端下发寻呼原因，而对没有发送请求消息的终端则可以不用下发寻呼原因，从而可以节省信令开销。
在一些实施例中，所述S110可包括：基于协议规定，向所述特定终端发送所述寻呼原因。
或者，
基于所述基站与所述特定终端之间的预先协商，向所述特定终端发送所述寻呼原因；
或者，
基于从核心网收到的寻呼消息，向所述特定终端发送所述寻呼原因。
针对特定终端，可以在通信协议就规定需要向这些终端发送寻呼原因，则此时，基站可以基于协议向特定终端发送寻呼原因。
在一些情况下，基站和特定终端也可以提前协商好，例如，特定终端接入小区时，基站下发是否接收寻呼原因的询问信息，特定终端通过寻呼信息的回复，实现预先协商。还有，当前基站所形成小区供特定终端UE接入时，可以通过与UE前一个服务小区的基站信息交互，确定特定终端是期待接收寻呼原因的。
在一些实施例中，为了减少特定终端不能及时响应核心网的寻呼等现象，会在接收到核心网络的寻呼消息之后，向特定终端发送所述寻呼原因。
在本公开实施例中，所述寻呼原因针对的寻呼消息可以包括：核心网下发的寻呼消息，也可以是寻呼非激活态的特定类型UE的无线接入网络(RAN)寻呼消息。
在一些实施例中，所述S110可包括：
响应于所述基站支持所述寻呼原因的发送，向所述特定终端发送所述寻呼原因。
在一些情况下，基站支持发送寻呼原因，在一些情况下，基站可能不支持寻呼原因的发送。因此，只有在基站支持寻呼原因发送的时候，向特定终端发送寻呼原因，不支持发送寻呼原因的基站，则不会向特定终端发送寻呼原因。
示例性地，基站被配置了具有寻呼原因的发送能力，则基站支持发送寻呼原因；基站没有配置发送寻呼消息的发送能力，则基站不支持发送寻呼原因。
如图2C所示，本公开实施例提供一种基站的能力信息处理方法，包括：
S101：发送基站是否支持寻呼原因下发的能力信息。
该能力信息的发送步骤可以与前述的寻呼原因的下发和/或接收请求寻呼原因的请求消息的步骤结合实施，也可以单独实施。
该能力信息可包括一个或多个比特，这些比特用于在基站支持寻呼原因下发时发送指示支持的信息，用于在基站不支持寻呼原因下发时发送指示不支持的信息。
如此，位于该基站所形成小区内的终端在接收到基站下发的能力信息之后，就可以知晓基站是否支持寻呼原因的发送，如果基站支持寻呼原因的发送，可以在有必要时请求基站发送寻呼原因。
在一些实施例中，基站可以广播指示基站是否支持寻呼原因下发的能力信息，基站还可以组播指示基站是否支持寻呼原因下发的能力信息，或者，基站还可以单播指示基站是否支持寻呼原因下发的能力信息。
基站在小区内广播自身是否支持寻呼原因的下发，则该小区内所有的终端都可以监听到该能力信息。若寻呼原因的下发是针对特定终端设计的，则可以下行包含小区内所有特定终端的UE组内组播基站是否支持寻呼原因下发的能力消息，如此，有必要接收该寻呼原因下发的终端才会接收到该能力信息，其他终端就可以忽略，这样可以减少信息干扰。
另外，该能力信息也可以携带在RRC信令中，相当于单播给特定终端，例如，终端在与基站建立连接时，会交互一个或多个RRC信令，这些RRC信令可以携带指示基站是否支持寻呼原因下发的能力信息，例如，该RRC信令可为：终端接入基站所形成小区的RRC连接建立中传输的信令，还可以是终端随机接入过程中携带的寻呼原因。如此，实现了单个终端的基站是否支持寻呼原因下发的能力信息的点对点收发，且携带在有相关技术中有原本既有功能的RRC信令中，具有信令开销小的特点。例如，利用相关技术中已有的RRC信令的预留比特或者预留比特值携带所述能力信息。
在另一个实施例中，指示所述基站是否支持寻呼原因下发的能力信息还可以携带在专用RRC信令中，示例性地，该RRC信令可以是转为携带基站是否支持寻呼原因下发的能力信息设计的。
上述举例是终端与基站可以在建立RRC连接时，交互所述基站是否支持寻呼原因下发的能力信息。在另一些实施例中，基站也可以在于终端建立完RRC连接之后，通过已建立的RRC连接向终端发送携带有所述能力信息的RRC信令。
当然，基站还可以在与终端断开RRC连接的过程中，向终端下发所述能力信息。
示例性地，该RRC信令可为RRC重配置(RRCReconfiguration)信令、RRC释放(Release)信令。
又示例性地，若广播发送指示UE是否支持寻呼原因下发的能力信息，可以通过各种系统消息块下发。
在一个实施例中，指示基站是否支持寻呼原因下发的能力信息，可以携带在最小系统消息中下发。此处的最小系统消息包括：主信息块(Master Information Block，MIB)和系统消息块(System Information Block，SIB)1。
在另一个实施例中，指示基站是否支持寻呼原因下发的能力信息，也可以携带在最小系统消息以外的任意一个其他系统消息块(other SIB)中。
如图3A所示，本公开实施例提供一种寻呼原因处理方法，其中，被特定终端执行，所述方法包括：
S310：接收基站下发的寻呼原因。
该特定终端将接收基站下发的寻呼原因，基于该寻呼原因，特定终端可以确定是否响应的对应的寻呼消息；和/或延迟响应接收到寻呼消息。
若特定终端不响应寻呼消息且网络侧确实需要呼叫该特定终端，则网络侧会继续下发寻呼消息，如此终端将在适合接收该寻呼消息时接收并响应该寻呼消息。
若特定终端当前不响应寻呼消息，可以在与基站约定特定时长内任意一个响应时机以外的一个或多个响应时间进行响应，如此可以减少网络侧下发的寻呼消息次数。
如图3B所示，本公开实施例提供一种寻呼原因处理方法，包括：
S301：发送请求寻呼原因的请求消息。
特定终端若想基站下发寻呼原因，则可以向基站发送请求寻呼原因的请求消息，如此，基站接收到该请求消息之后，会下发寻呼原因。示例性地，若基站接收到特定终端发送的请求寻呼原因的请求消息，会在下发寻呼消息的同时携带所述寻呼原因。
如图3C所示，本公开实施例提供一种寻呼原因处理方法，包括：
S300：接收指示基站是否支持寻呼原因下发的能力信息。
该步骤S300可以单独实施，也可以结合前述S301和/或S301实施。如S300结合步骤S310和/或S301实施，则所述请求消息是在根据所述能力信息确定所述基站支持所述寻呼原因下发之后发送的。
有的基站支持寻呼原因的下发，有的基站不支持寻呼原因的下发；而有的基站暂时性不支持寻呼原因的下发，此时基站可以将自身是否支持寻呼原因的下发通过能力信息的下发告诉特定终端。
此时，特定终端接收到能力信息，就可以根据自己的需求确定是否发送请求寻呼消息的请求消息。
在一些实施例中，所述发送请求所述寻呼原因的请求消息，包括：
响应于所述特定终端基于第一用户识别模块与第一基站建立有连接，基于所述特定终端的第二用户识别模块向第二基站发送请求所述寻呼原因的请求消息。
此处的第一基站和第二基站可为属于不同通信系统的基站，或者，运行不同通信基站的基站或者构建不同无线通信网络的基站。
若特定终端支持与多个不同通信系统或者不同通信网络的基站建立有连接，若当前一个用户识别模块(即第一用户识别模块)已经与某一个通信系统或者网络的基站建立了连接，若另一个用户识别模块(即第二用户识别模块)接收到其他通信系统或者网络发送寻呼原因的请求消息。若立即响应于第二基站的寻呼消息，则可能会导致第二用户识别模块会与第一用户识别模块争夺特定终端的软硬件资源，从而使得第一用户识别模块与第一基站之间的连接断开或者失效的问题。若此时，第一用户识别模块与第一基站之间建立的连接有数据在传输，或者立马有数据传输，就会导致第一用户识别模块参与通信的业务出现中断等现象。
在一些实施例中，所述响应于所述特定终端基于第一用户识别模块与第一基站建立有连接，基于所述特定终端的第二用户识别模块向第二基站发送请求所述寻呼原因的请求消息，包括：
响应于所述特定终端基于第一用户识别模块与第一基站建立有连接且在所述连接上进行传输，基于所述特定终端的第二用户识别模块向第二基站发送请求所述寻呼原因的请求消息。
在该连接上传输的内容可包括：控制面信令和/或用户面数据。
若在第一用户识别模块与第一基站建立有连接的同时，若第二用户识别模块接收到第二基站的寻呼消息，若第二用户识别模块响应寻呼消息，就会导致第一用户识别模块和第一基站之间的连接失效。但是若接收到第二基站的寻呼消息，且携带有寻呼消息的寻呼原因，则特定终端就可以根据寻呼原因控制第二用户识别模块确定是否立即响应寻呼消息，或者，不响应寻呼消息或者延迟响应寻呼消息；如此，可以减少第一用户识别模块和第一基站之间连接不必要的断开。
在一些实施例中，所述响应于所述特定终端基于第一用户识别模块与所述第一基站建立有连接，基于所述第二基站发送的寻呼原因确定是否响应所述第二基站的寻呼消息，可包括：
响应于所述特定终端基于第一用户识别模块与所述第一基站建立有连接，在所述寻呼原因指示的触发寻呼消息发送的业务的优先级高于在所述第一用户识别模块与所述第一基站之间连接传输数据的优先级或者即将在所述第一用户识别模块与所述第一基站之间连接上传输数据的优先级，则响应所述第二基站的寻呼消息；否则不响应所述第二基站的寻呼消息。
在另一些实施例中，所述响应于所述特定终端基于第一用户识别模块与所述第一基站建立有连接，基于所述第二基站发送的寻呼原因确定是否响应所述第二基站的寻呼消息，可包括：
响应于所述特定终端基于所述第一用户识别模块与所述第一基站建立有连接，基于所述第二基站发送的寻呼原因确定出触发所述第二基站发送寻呼消息的业务为预设业务，响应所述第二基站的寻呼消息，否则不响应所述第二基站的寻呼消息。
所述预设业务包括但不限于：语音被叫业务或者高可靠和低延迟通信(UltraReliable Low Latency Communication)，URLLC)业务等。
在本公开实施例中所述第一基站和第二基站可为不同通信运营商的基站，或者异系统的基站或者不同网络的基站。
在一些实施例中，本公开实施例提供一种寻呼原因的处理方法，可包括：基站向终端发送自己是否支持发送寻呼原因。
基站可以通过系统消息来发送自己是否支持发送寻呼原因。
该系统消息可以是最小系统消息(minimum SI)，基站一直广播该SI。该系统消息也可以是其他系统消息(other SI)。
基站可以通过单播RRC信令来发送自己是否支持发送寻呼原因。
多卡终端获得基站是否支持发送寻呼原因的信息。
如果基站可以通过minimum SI发送自己是否支持发送寻呼原因，则多卡终端直接读取minimum SI来获得该能力。
如果基站可以通过other SI发送自己是否支持发送寻呼原因。
如果指示基站是否支持发送寻呼原因的系统消息在发送，则多卡终端直接读取该系统消息来获得该能力。
如果指示基站是否支持发送寻呼原因的系统消息没有在发送，则多卡终端可以请求该基站发送该指示是否支持发送寻呼原因的系统消息。即终端在未接收到指示基站是否支持寻呼消息发送的能力信息时，终端可以通过请求消息向基站发送指示其自身是否支持寻呼原因发送的能力信息。
支持发送寻呼原因的基站向特定的终端发送寻呼原因。
特定的终端可以为需要接收寻呼原因的多卡终端。
可以基于多卡终端的请求向该请求的多卡终端发送寻呼原因。
多卡终端获得基站是否支持发送寻呼原因后，在有需要接收寻呼原因的需求时向基站发送请求。
如图4所示，基站#2支持发送寻呼原因。多卡终端的USIM#1正在和基站#1进行数据传输。当USIM#2得知基站#2支持发送寻呼原因后，可以向基站#2发送请求信令请求当基站#2寻呼自己时同时发送寻呼原因。
如图5所示，本公开实施例提供一种寻呼原因处理装置，其中，包含在基站中，所述装置包括：
第一发送模块510，用于向特定终端发送寻呼原因。
在一些实施例中，所述第一发送模块510可为程序模块，该程序模块被处理器执行之后，能够实现寻呼原因的发送。
在另一个实施例中，所述第一发送模块510还可为软硬结合模块；所述软硬结合模块包括但不限于：各种可编程阵列；所述可编程阵列包括：现场可编程阵列和/或复杂可编程阵列。
在还有一些实施例中，所述第一发送模块510还可包括：纯硬件模块；所述纯硬件模块包括但不限于：专用集成电路。
在一些实施例中，所述装置还包括：
第一接收模块，被配置为接收所述特定终端发送的请求消息；
所述第一发送模块510，被配置为基于所述请求消息，向所述特定终端发送所述寻呼原因。
在一些实施例中，所述第一发送模块510，被配置为基于协议规定，向所述特定终端发送所述寻呼原因；或者，基于所述基站与所述特定终端之间的预先协商，向所述特定终端发送所述寻呼原因；或者，基于从核心网收到的寻呼消息，向所述特定终端发送所述寻呼原因。
在一些实施例中，所述第一发送模块510，被配置为响应于所述基站支持所述寻呼原因的发送，向所述特定终端发送所述寻呼原因。
在一些实施例中，所述第一发送模块510，还被配置为发送所述基站是否支持所述寻呼原因下发的能力信息。
在一些实施例中，所述能力信息由系统消息携带；
或者，
所述能力信息由无线资源控制RRC信令携带。
在一些实施例中，所述系统消息为：
最小系统消息；
或者，
所述最小系统消息以外的其他系统消息块。
如图6所示，本公开实施例提供一种寻呼原因处理装置，其中，包含在特定终端中，所述装置包括：
第二接收模块610，被配置为接收基站下发的寻呼原因。
在一些实施例中，所述第二接收模块610可为程序模块，该程序模块被处理器执行之后，能够实现寻呼原因的接收。
在另一个实施例中，所述第二接收模块610还可为软硬结合模块；所述软硬结合模块包括但不限于：各种可编程阵列；所述可编程阵列包括：现场可编程阵列和/或复杂可编程阵列。
在还有一些实施例中，所述第二接收模块610还可包括：纯硬件模块；所述纯硬件模块包括但不限于：专用集成电路。
在一些实施例中，所述装置还包括：
第二发送模块，被配置为发送请求所述寻呼原因的请求消息。
在一些实施例中，所述装置还包括：
第二接收模块610，被配置为接收指示所述基站是否支持所述寻呼原因下发的能力信息；其中，所述请求消息是在根据所述能力信息确定所述基站支持所述寻呼原因下发之后发送的。
在一些实施例中，所述第二发送模块，被配置为响应于所述特定终端基于第一用户识别模块与第一基站建立有连接，基于所述特定终端的第二用户识别模块向第二基站发送请求所述寻呼原因的请求消息。
在一些实施例中，所述第二发送模块，被配置为响应于所述特定终端基于第一用户识别模块与第一基站建立有连接且在所述连接上进行传输，基于所述特定终端的第二用户识别模块向第二基站发送请求所述寻呼原因的请求消息。
在一些实施例中，所述装置还包括：
响应模块，被配置为响应于所述特定终端基于第一用户识别模块与所述第一基站建立有连接，基于所述第二基站发送的寻呼原因确定是否响应所述第二基站的寻呼消息。
本公开实施例提供一种通信设备，包括：
用于存储处理器可执行指令的存储器；
处理器，分别存储器连接；
其中，处理器被配置为执行前述任意技术方案提供的寻呼原因处理方法。
处理器可包括各种类型的存储介质，该存储介质为非临时性计算机存储介质，在通信设备掉电之后能够继续记忆存储其上的信息。
这里，所述通信设备包括：接入设备或UE或者核心网设备。
所述处理器可以通过总线等与存储器连接，用于读取存储器上存储的可执行程序，例如，如图2A、图2B及图2C、图3A、图3B及图3C所示的方法的至少其中之一。
图7是根据一示例性实施例示出的一种UE(即前述的终端)800的框图。例如，UE800可以是移动电话，计算机，数字广播用户设备，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
参照图7，UE800可以包括以下一个或多个组件：处理组件802，存储器804，电源组件806，多媒体组件808，音频组件810，输入/输出(I/O)的接口812，传感器组件814，以及通信组件816。
处理组件802通常控制UE800的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件802可以包括一个或多个处理器820来执行指令，以完成上述的方法的全部或部分步骤。此外，处理组件802可以包括一个或多个模块，便于处理组件802和其他组件之间的交互。例如，处理组件802可以包括多媒体模块，以方便多媒体组件808和处理组件802之间的交互。
存储器804被配置为存储各种类型的数据以支持在UE800的操作。这些数据的示例包括用于在UE800上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器804可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件806为UE800的各种组件提供电力。电源组件806可以包括电源管理系统，一个或多个电源，及其他与为UE800生成、管理和分配电力相关联的组件。
多媒体组件808包括在所述UE800和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件808包括一个前置摄像头和/或后置摄像头。当UE800处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件810被配置为输出和/或输入音频信号。例如，音频组件810包括一个麦克风(MIC)，当UE800处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器804或经由通信组件816发送。在一些实施例中，音频组件810还包括一个扬声器，用于输出音频信号。
I/O接口812为处理组件802和外围接口模块之间提供接口，上述外围接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件814包括一个或多个传感器，用于为UE800提供各个方面的状态评估。例如，传感器组件814可以检测到设备800的打开/关闭状态，组件的相对定位，例如所述组件为UE800的显示器和小键盘，传感器组件814还可以检测UE800或UE800一个组件的位置改变，用户与UE800接触的存在或不存在，UE800方位或加速/减速和UE800的温度变化。传感器组件814可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件814还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件814还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件816被配置为便于UE800和其他设备之间有线或无线方式的通信。UE800可以接入基于通信标准的无线网络，如WiFi，2G或3G，或它们的组合。在一个示例性实施例中，通信组件816经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件816还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，UE800可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器804，上述指令可由UE800的处理器820执行以完成上述方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
如图8所示，本公开一实施例示出一种接入设备的结构。例如，通信设备900可以被提供为一网络侧设备。该通信设备可为前述的接入设备和/或核心网设备。
参照图8，通信设备900包括处理组件922，其进一步包括一个或多个处理器，以及由存储器932所代表的存储器资源，用于存储可由处理组件922的执行的指令，例如应用程序。存储器932中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外，处理组件922被配置为执行指令，以执行上述方法前述应用在所述接入设备的任意方法，例如如图2A、图2B及图2C、图3A、图3B及图3C所示的方法的至少其中之一。
通信设备900还可以包括一个电源组件926被配置为执行通信设备900的电源管理，一个有线或无线网络接口950被配置为将通信设备900连接到网络，和一个输入输出(I/O)接口958。通信设备900可以操作基于存储在存储器932的操作系统，例如Windows ServerTM，Mac OS XTM，UnixTM，LinuxTM，FreeBSDTM或类似。
本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本发明的真正范围和精神由下面的权利要求指出。
应当理解的是，本发明并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本发明的范围仅由所附的权利要求来限制。
Claims (30)
1.一种寻呼原因处理方法，其中，被基站执行，所述方法包括：
向特定终端发送寻呼原因。
2.根据权利要求1所述的方法，其中，所述特定终端至少包括：
具有至少两个用户识别SIM的终端。
3.根据权利要求1或2所述的方法，其中，所述方法还包括：
接收所述特定终端发送的请求消息；
所述向特定终端发送寻呼原因，包括：
基于所述请求消息，向所述特定终端发送所述寻呼原因。
4.根据权利要求1或2所述的方法，其中，所述向特定终端发送寻呼原因，包括：
基于协议规定，向所述特定终端发送所述寻呼原因；
或者，
基于所述基站与所述特定终端之间的预先协商，向所述特定终端发送所述寻呼原因。
或者，
基于从核心网收到的寻呼消息，向所述特定终端发送所述寻呼原因。
5.根据权利要求1至4任一项所述的方法，其中，所述向特定终端发送寻呼原因，包括：
响应于所述基站支持所述寻呼原因的发送，向所述特定终端发送所述寻呼原因。
6.根据权利要求5所述的方法，其中，所述方法还包括：
发送所述基站是否支持所述寻呼原因下发的能力信息。
7.根据权利要求6所述的方法，其中，
所述能力信息由系统消息携带；
或者，
所述能力信息由无线资源控制RRC信令携带。
8.根据权利要求7所述的方法，其中，所述系统消息为：
最小系统消息；
或者，
所述最小系统消息以外的其他系统消息块。
9.一种寻呼原因处理方法，其中，被特定终端执行，所述方法包括：
接收基站下发的寻呼原因。
10.根据权利要求9所述的方法，其中，所述方法还包括：
发送请求所述寻呼原因的请求消息。
11.根据权利要求10所述的方法，其中，所述方法还包括：
接收指示所述基站是否支持所述寻呼原因下发的能力信息；其中，所述请求消息是在根据所述能力信息确定所述基站支持所述寻呼原因下发之后发送的。
12.根据权利要求10或11所述的方法，其中，所述发送请求所述寻呼原因的请求消息，包括：
响应于所述特定终端基于第一用户识别模块与第一基站建立有连接，基于所述特定终端的第二用户识别模块向第二基站发送请求所述寻呼原因的请求消息。
13.根据权利要求12所述的方法，其中，所述响应于所述特定终端基于第一用户识别模块与第一基站建立有连接，基于所述特定终端的第二用户识别模块向第二基站发送请求所述寻呼原因的请求消息，包括：
响应于所述特定终端基于第一用户识别模块与第一基站建立有连接且在所述连接上进行传输，基于所述特定终端的第二用户识别模块向第二基站发送请求所述寻呼原因的请求消息。
14.根据权利要求12或13所述的方法，其中，所述方法还包括：
响应于所述特定终端基于第一用户识别模块与所述第一基站建立有连接，基于所述第二基站发送的寻呼原因确定是否响应所述第二基站的寻呼消息。
15.一种寻呼原因处理装置，其中，包含在基站中，所述装置包括：
第一发送模块，被配置为向特定终端发送寻呼原因。
16.根据权利要求15所述的装置，其中，所述特定终端至少包括：
具有至少两个用户识别SIM的终端。
17.根据权利要求15或16所述的装置，其中，所述装置还包括：
第一接收模块，被配置为接收所述特定终端发送的请求消息；
所述第一发送模块，被配置为基于所述请求消息，向所述特定终端发送所述寻呼原因。
18.根据权利要求15或16所述的装置，其中，所述第一发送模块，被配置为基于协议规定，向所述特定终端发送所述寻呼原因；或者，基于所述基站与所述特定终端之间的预先协商，向所述特定终端发送所述寻呼原因；或者，基于从核心网收到的寻呼消息，向所述特定终端发送所述寻呼原因。
19.根据权利要求15至18任一项所述的装置，其中，所述第一发送模块，被配置为响应于所述基站支持所述寻呼原因的发送，向所述特定终端发送所述寻呼原因。
20.根据权利要求19所述的装置，其中，所述第一发送模块，还被配置为发送所述基站是否支持所述寻呼原因下发的能力信息。
21.根据权利要求20所述的装置，其中，
所述能力信息由系统消息携带；
或者，
所述能力信息由无线资源控制RRC信令携带。
22.根据权利要求21所述的装置，其中，所述系统消息为：
最小系统消息；
或者，
所述最小系统消息以外的其他系统消息块。
23.一种寻呼原因处理装置，其中，包含在特定终端中，所述装置包括：
第二接收模块，被配置为接收基站下发的寻呼原因。
24.根据权利要求23所述的装置，其中，所述装置还包括：
第二发送模块，被配置为发送请求所述寻呼原因的请求消息。
25.根据权利要求24所述的装置，其中，所述装置还包括：
第二接收模块，被配置为接收指示所述基站是否支持所述寻呼原因下发的能力信息；其中，所述请求消息是在根据所述能力信息确定所述基站支持所述寻呼原因下发之后发送的。
26.根据权利要求23或24所述的装置，其中，所述第二发送模块，被配置为响应于所述特定终端基于第一用户识别模块与第一基站建立有连接，基于所述特定终端的第二用户识别模块向第二基站发送请求所述寻呼原因的请求消息。
27.根据权利要求26所述的装置，其中，所述第二发送模块，被配置为响应于所述特定终端基于第一用户识别模块与第一基站建立有连接且在所述连接上进行传输，基于所述特定终端的第二用户识别模块向第二基站发送请求所述寻呼原因的请求消息。
28.根据权利要求26或27所述的装置，其中，所述装置还包括：
响应模块，被配置为响应于所述特定终端基于第一用户识别模块与所述第一基站建立有连接，基于所述第二基站发送的寻呼原因确定是否响应所述第二基站的寻呼消息。
29.一种通信设备，包括处理器、收发器、存储器及存储在存储器上并能够有所述处理器运行的可执行程序，其中，所述处理器运行所述可执行程序时执行如权利要求1至8或9至14任一项提供的方法。
30.一种计算机存储介质，所述计算机存储介质存储有可执行程序；所述可执行程序被处理器执行后，能够实现如权利要求1至8或9至14任一项提供的方法。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2021/084949 WO2022205314A1 (zh) | 2021-04-01 | 2021-04-01 | 寻呼原因处理方法及装置、通信设备及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN113228763A true CN113228763A (zh) | 2021-08-06 |
Family
ID=77081358
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202180001060.3A Pending CN113228763A (zh) | 2021-04-01 | 2021-04-01 | 寻呼原因处理方法及装置、通信设备及存储介质 |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20240188041A1 (zh) |
| CN (1) | CN113228763A (zh) |
| WO (1) | WO2022205314A1 (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2023044799A1 (zh) * | 2021-09-24 | 2023-03-30 | 北京小米移动软件有限公司 | 能力交互方法及装置、存储介质 |
| WO2023056647A1 (zh) * | 2021-10-09 | 2023-04-13 | 北京小米移动软件有限公司 | 信息上报方法、信息上报装置及存储介质 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102448167A (zh) * | 2010-09-30 | 2012-05-09 | 上海贝尔股份有限公司 | 通信系统中寻呼终端设备的方法其网络设备、终端设备 |
| CN110730445A (zh) * | 2019-09-28 | 2020-01-24 | RealMe重庆移动通信有限公司 | 寻呼处理方法、装置、电子设备以及存储介质 |
| CN111836219A (zh) * | 2019-08-12 | 2020-10-27 | 维沃移动通信有限公司 | 一种消息传输方法和通信设备 |
| US20210014822A1 (en) * | 2019-07-10 | 2021-01-14 | Apple Inc. | Communication Coordination and Collision Mitigation for Multi-Subscriber Identity Module Devices |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102448026B (zh) * | 2010-09-30 | 2014-07-30 | 上海贝尔股份有限公司 | 通信系统中由网络发起一对多通信过程的方法和装置 |
| EP3479630B8 (en) * | 2016-06-30 | 2021-02-24 | Apple Inc. | Optimized paging mechanism for ip multimedia subsystem (ims) |
| US11864157B2 (en) * | 2019-05-21 | 2024-01-02 | Asustek Computer Inc. | Method and apparatus for avoiding paging collision in a wireless communication system |
| US20230300793A1 (en) * | 2020-08-31 | 2023-09-21 | Beijing Xiaomi Mobile Software Co., Ltd. | Method for sending paging cause and method for acquiring paging cause |
-
2021
- 2021-04-01 WO PCT/CN2021/084949 patent/WO2022205314A1/zh active Application Filing
- 2021-04-01 CN CN202180001060.3A patent/CN113228763A/zh active Pending
- 2021-04-01 US US18/553,489 patent/US20240188041A1/en active Pending
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102448167A (zh) * | 2010-09-30 | 2012-05-09 | 上海贝尔股份有限公司 | 通信系统中寻呼终端设备的方法其网络设备、终端设备 |
| US20210014822A1 (en) * | 2019-07-10 | 2021-01-14 | Apple Inc. | Communication Coordination and Collision Mitigation for Multi-Subscriber Identity Module Devices |
| CN111836219A (zh) * | 2019-08-12 | 2020-10-27 | 维沃移动通信有限公司 | 一种消息传输方法和通信设备 |
| CN110730445A (zh) * | 2019-09-28 | 2020-01-24 | RealMe重庆移动通信有限公司 | 寻呼处理方法、装置、电子设备以及存储介质 |
Non-Patent Citations (3)
| Title |
|---|
| SAMSUNG 等: "R2-2100200,Discussion on support of paging cause for Multi-SIM devices", 《3GPP TSG-RAN WG2 MEETING #113-E》 * |
| VIVO: ""R3-210981_Summary of CB #18_Basket_USIM"", 《3GPP TSG_RAN\WG3_IU》 * |
| VIVO: "R2-2100476, Discussion on Supporting of Paging Cause", 《3GPP TSG-RAN WG2 MEETING #113-E》 * |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2023044799A1 (zh) * | 2021-09-24 | 2023-03-30 | 北京小米移动软件有限公司 | 能力交互方法及装置、存储介质 |
| WO2023056647A1 (zh) * | 2021-10-09 | 2023-04-13 | 北京小米移动软件有限公司 | 信息上报方法、信息上报装置及存储介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20240188041A1 (en) | 2024-06-06 |
| WO2022205314A1 (zh) | 2022-10-06 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN111512657B (zh) | 信息传输方法及装置、通信设备及存储介质 | |
| JP2023520478A (ja) | 構成情報伝送方法および装置、通信機器および記憶媒体 | |
| CN111543118B (zh) | Rrc状态改变的方法、装置、通信设备及存储介质 | |
| CN110692263A (zh) | 终端监听的方法及装置、通信设备及存储介质 | |
| WO2020248255A1 (zh) | 连接配置的方法及装置、通信设备及存储介质 | |
| CN112262600A (zh) | 扩展非连续接收参数确定方法、通信设备和存储介质 | |
| CN111527761B (zh) | 信息处理方法、装置、用户设备、基站及存储介质 | |
| US12096519B2 (en) | Data transmission method and apparatus, communication device, and storage medium | |
| CN111771406A (zh) | 发送寻呼消息的方法、装置、通信设备及存储介质 | |
| US20230189379A1 (en) | Methods for base station switching, and communication device | |
| EP4132041A1 (en) | Information transmission method and apparatus, communication device, and storage medium | |
| WO2021208102A1 (zh) | 信息传输方法及装置、通信设备及存储介质 | |
| US12096516B2 (en) | Method and apparatus for obtaining system message, communication device, and storage medium | |
| WO2021077301A1 (zh) | 网络接入方法及装置、通信设备及存储介质 | |
| WO2022205314A1 (zh) | 寻呼原因处理方法及装置、通信设备及存储介质 | |
| CN113678521A (zh) | 一种信息处理方法方法及装置、通信设备及存储介质 | |
| CN114175740B (zh) | 信息传输方法、装置、通信设备和存储介质 | |
| WO2021077266A1 (zh) | 网络接入方法、装置、通信设备及存储介质 | |
| CN113545140A (zh) | 通信处理方法、装置及计算机存储介质 | |
| US20240179678A1 (en) | Paging processing method, communication device and storage medium | |
| CN114246007B (zh) | 信息传输方法、装置、通信设备和存储介质 | |
| US20230269701A1 (en) | Paging message processing method and apparatus, and communication device and storage medium | |
| CN114788380A (zh) | 下行传输配置、接收方法及装置、通信设备及存储介质 | |
| CN115152316A (zh) | 信息处理方法及装置、通信设备及存储介质 | |
| WO2022077475A1 (zh) | 语音通信的方法、装置、通信设备及存储介质 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20210806 |