CN114586427B - 寻呼原因指示方法和装置、寻呼原因请求方法和装置 - Google Patents
寻呼原因指示方法和装置、寻呼原因请求方法和装置 Download PDFInfo
- Publication number
- CN114586427B CN114586427B CN202080002463.5A CN202080002463A CN114586427B CN 114586427 B CN114586427 B CN 114586427B CN 202080002463 A CN202080002463 A CN 202080002463A CN 114586427 B CN114586427 B CN 114586427B
- Authority
- CN
- China
- Prior art keywords
- base station
- paging
- core network
- terminal
- information
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 144
- 230000011664 signaling Effects 0.000 claims abstract description 171
- 238000004891 communication Methods 0.000 claims description 169
- 230000004044 response Effects 0.000 claims description 33
- 230000005540 biological transmission Effects 0.000 claims description 5
- 238000004590 computer program Methods 0.000 claims description 3
- 239000002699 waste material Substances 0.000 abstract description 6
- 238000010586 diagram Methods 0.000 description 58
- 238000012545 processing Methods 0.000 description 9
- 238000005516 engineering process Methods 0.000 description 6
- 230000009471 action Effects 0.000 description 4
- 230000003287 optical effect Effects 0.000 description 4
- 230000005236 sound signal Effects 0.000 description 4
- 230000008569 process 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
- 230000003993 interaction Effects 0.000 description 2
- 238000007726 management method Methods 0.000 description 2
- 238000003491 array Methods 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000012216 screening Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
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
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本公开涉及寻呼原因指示方法、寻呼原因请求方法、寻呼原因指示装置、寻呼原因请求装置、电子设备和计算机可读存储介质，其中，所述寻呼原因指示方法包括：接收终端发送的请求信息，用于请求所述核心网向至少一个基站发送寻呼信令的寻呼原因；向至少一个基站发送所述寻呼原因。根据本公开，核心网一方面无需在发送寻呼信令时一同发送寻呼原因，另一方面无需向跟踪区域中所有的基站发送寻呼原因，由此避免了信令的浪费。
Description
技术领域
本公开涉及通信技术领域，具体而言，涉及寻呼原因指示方法、寻呼原因请求方法、寻呼原因指示装置、寻呼原因请求装置、电子设备和计算机可读存储介质。
背景技术
在移动通信网络中，核心网可以基于跟踪区域(tracking area，TA)来确定终端设备的位置，并基于该跟踪区域中的基站与终端设备进行交互。
常见的，核心网设备在向终端设备发送寻呼信令时，会向跟踪区域中的所有基站发送寻呼信令和寻呼原因，这在一定程度上造成了信令的浪费。
发明内容
有鉴于此，本公开的实施例提出了寻呼原因指示方法、寻呼原因请求方法、寻呼原因指示装置、寻呼原因请求装置、电子设备和计算机可读存储介质，以解决相关技术中的技术问题。
根据本公开实施例的第一方面，提出一种寻呼原因指示方法，适用于核心网，所述方法包括：
接收终端发送的请求信息，用于请求所述核心网向至少一个基站发送寻呼信令的寻呼原因；
向所述第一基站发送所述寻呼原因。
根据本公开实施例的第二方面，提出一种寻呼原因请求方法，适用于终端，所述方法包括：
向核心网发送请求信息，其中，所述请求信息包括至少一个基站的信息，用于请求所述核心网向至少一个基站发送寻呼信令的寻呼原因。
根据本公开实施例的第三方面，提出一种寻呼原因指示装置，适用于核心网，所述装置包括：
请求信息接收模块，被配置为接收终端发送的请求信息用于请求所述核心网向至少一个基站发送寻呼信令的寻呼原因；
第一寻呼原因发送模块，被配置为向至少一个基站发送所述寻呼原因。
根据本公开实施例的第四方面，提出一种寻呼原因请求装置，适用于终端，所述装置包括：
请求信息发送模块，被配置为向核心网发送请求信息，其中，所述请求信息包括至少一个基站的信息，用于请求所述核心网向至少一个基站发送寻呼信令的寻呼原因。
根据本公开实施例的第五方面，提出一种电子设备，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为实现上述寻呼原因指示方法和/或寻呼原因请求方法。
根据本公开实施例的第六方面，提出一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述寻呼原因指示方法和/或寻呼原因请求方法中的步骤。
根据本公开的实施例，核心网可以在接收到终端发送的请求信息后，基于请求信息所指示的至少一个基站向该基站发送寻呼原因。一方面，核心网在向基站发送寻呼信令时，可以不必向基站发送寻呼原因，在接收到请求信息才向基站发送寻呼原因，从而无需在发送寻呼信令时一同发送寻呼原因；另一方面，核心网基于请求信息，可以仅向请求信息所指示的基站中的至少一个发送寻呼原因，无需向跟踪区域中所有的基站发送寻呼原因。从而避免了核心网不必要地发送寻呼原因，避免了信令的浪费。
附图说明
为了更清楚地说明本公开实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本公开的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是根据本公开的实施例示出的一种寻呼原因指示方法的示意流程图。
图2是根据本公开的实施例示出的另一种寻呼原因指示方法的示意流程图。
图3是根据本公开的实施例示出的另一种寻呼原因指示方法的示意流程图。
图4是根据本公开的实施例示出的另一种寻呼原因指示方法的示意流程图。
图5是根据本公开的实施例示出的另一种寻呼原因指示方法的示意流程图。
图6是根据本公开的实施例示出的另一种寻呼原因指示方法的示意流程图。
图7是根据本公开的实施例示出的另一种寻呼原因指示方法的示意流程图。
图8是根据本公开的实施例示出的另一种寻呼原因指示方法的示意流程图。
图9是根据本公开的实施例示出的另一种寻呼原因指示方法的示意流程图。
图10是根据本公开的实施例示出的一种寻呼原因请求方法的示意流程图。
图11是根据本公开的实施例示出的另一种寻呼原因请求方法的示意流程图。
图12是根据本公开的实施例示出的另一种寻呼原因请求方法的示意流程图。
图13是根据本公开的实施例示出的另一种寻呼原因请求方法的示意流程图。
图14是根据本公开的实施例示出的另一种寻呼原因请求方法的示意流程图。
图15是根据本公开的实施例示出的另一种寻呼原因请求方法的示意流程图。
图16是根据本公开的实施例示出的另一种寻呼原因请求方法的示意流程图。
图17是根据本公开的实施例示出的一种寻呼原因指示装置的示意框图。
图18是根据本公开的实施例示出的另一种寻呼原因指示装置的示意框图。
图19是根据本公开的实施例示出的另一种寻呼原因指示装置的示意框图。
图20是根据本公开的实施例示出的另一种寻呼原因指示装置的示意框图。
图21是根据本公开的实施例示出的另一种寻呼原因指示装置的示意框图。
图22是根据本公开的实施例示出的另一种寻呼原因指示装置的示意框图。
图23是根据本公开的实施例示出的另一种寻呼原因指示装置的示意框图。
图24是根据本公开的实施例示出的另一种寻呼原因指示装置的示意框图。
图25是根据本公开的实施例示出的一种寻呼原因请求装置的示意框图。
图26是根据本公开的实施例示出的另一种寻呼原因请求装置的示意框图。
图27是根据本公开的实施例示出的另一种寻呼原因请求装置的示意框图。
图28是根据本公开的实施例示出的另一种寻呼原因请求装置的示意框图。
图29是根据本公开的实施例示出的一种用于寻呼原因请求的装置2900的示意框图。
具体实施方式
下面将结合本公开实施例中的附图，对本公开实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本公开一部分实施例，而不是全部的实施例。基于本公开中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本公开保护的范围。
图1是根据本公开的实施例示出的一种寻呼原因指示方法的示意流程图。本实施例所示的寻呼原因指示方法可以适用于核心网，所述核心网包括但不限于4G核心网、5G核心网、6G核心网。所述核心网可以与作为用户设备的终端进行通信，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等电子设备。在一个实施例中，所述终端可以是后续任一实施例所述寻呼原因请求方法所适用的终端。
如图1所示，所述方法可以包括以下步骤：
在步骤S101中，接收终端发送的请求信息。
其中，所述请求信息用于请求所述核心网向至少一个基站发送寻呼信令的寻呼原因。
在步骤S102中，向至少一个基站发送所述寻呼原因。
在一个实施例中，终端可以向核心网发送请求信息，用于向核心网请求寻呼信令的寻呼原因。其中，请求信息中可以包括至少一个基站的信息，用于指示核心网向至少一个基站发送请求信息。举例来说，请求信息中可以包括多个基站的信息，用于指示核心网向该多个基站中的至少一个发送请求信息。
在一个实施例中，核心网在接收到终端发送的请求信息后，可以向至少一个基站发送寻呼原因。
在相关技术中，核心网在需要寻呼跟踪区域中的终端时，会向跟踪区域中的所有基站发送寻呼信令和寻呼原因，例如寻呼原因携带在寻呼信令中，进而基站再广播寻呼信令和寻呼原因，从而使得跟踪区域中的终端接收到寻呼信令和寻呼原因。终端基于寻呼原因可以确定寻呼信令的类型，进而基于寻呼信令的类型执行操作，例如执行解决通信冲突的操作。
但是对于单卡终端而言，由于终端中只设置有一个SIM(Subscriber IdentityModule，用户身份识别)卡，一般不会出现通信冲突，因而无需根据寻呼原因确定寻呼信令的类型来解决通信冲突。
或者对于多卡终端而言，虽然终端中设置有多个SIM卡，多个SIM卡之间可以出现通信冲突，但是在该多卡终端可以自行解决通信冲突的情况下，无需根据寻呼原因确定寻呼信令的类型以解决通信冲突。
可见，至少在上述两种情况下，跟踪区域中的终端并无需获取寻呼信令的寻呼原因，那么跟踪区域中的基站也就无需向终端发送寻呼原因，因此核心网向跟踪区域中的所有基站发送寻呼原因，造成了信令的浪费。
根据图1所示的实施例，核心网可以在接收到终端发送的请求信息后，基于请求信息中至少一个基站的信息来确定第一基站至少一个基站，进而向至少一个基站发送寻呼原因。
一方面，核心网在向至少一个基站发送寻呼信令时，可以不必向基站发送寻呼原因，在接收到请求信息才向基站发送寻呼原因，从而无需在发送寻呼信令时一同发送寻呼原因，另一方面，核心网基于请求信息，可以仅向请求信息所指示的基站中的至少一个发送寻呼原因，无需向跟踪区域中所有的基站发送寻呼原因。从而避免了核心网不必要地发送寻呼原因，避免了信令的浪费。
在一个实施例中，基站在接收到寻呼原因后，可以自动将寻呼原因发送至所述终端，也可以基于下面图2所示的实施例，在接收到核心网发送的指示信息后，将寻呼原因发送至所述终端。
图2是根据本公开的实施例示出的另一种寻呼原因指示方法的示意流程图。
如图2所示，所述方法还包括：
在步骤S201中，向所述至少一个基站发送指示信息。
其中，所述指示信息用于指示所述至少一个基站向所述终端发送所述寻呼原因。
在一个实施例中，核心网不仅向确定出的至少一个基站发送寻呼原因，还向基站发送指示信息，用于指示该基站向终端发送寻呼原因。可选地，指示信息中可以包括终端的标识信息，进而基站可以向该标识信息所对应的终端发送寻呼原因。
在一个实施例中，核心网可以通过同一信令来向基站发送寻呼原因和指示信息。例如，核心网可以向基站发送寻呼信令，并在该寻呼信令中携带寻呼原因和指示信息。或者，核心网也可以通过不同的信令来分别发送寻呼原因和指示信息。本实施例是示例性说明，在实际应用中，可以根据实际需求来发送相关信息，这里不再赘述。
在一个实施例中，所述至少一个基站包括向所述终端发送寻呼信令的第一基站，所述请求信息包括所述第一基站的信息。
终端接收核心网通过第一基站发送的寻呼信令，可以获取该第一基站的信息，并将该第一基站的信息携带在发送给核心网的请求信息中。从而，核心网在接收到该请求信息后，可以向该第一基站发送寻呼原因。
图3是根据本公开的实施例示出的另一种寻呼原因指示方法的示意流程图。
如图3所示，在一个实施例中，所述请求信息还包括所述第一基站的至少一个邻基站的信息，所述方法还包括：
在步骤S301中，向所述至少一个邻基站发送所述寻呼原因。
在一个实施例中，终端可以先确定第一基站的至少一个邻基站的信息，例如可以通过接收所述邻基站广播的信号确定邻基站，邻基站的信息包括但不限于邻基站的标识，然后将邻基站的信息发送给核心网，例如携带在所述请求信息中发送给核心网。核心网在接收到邻基站的信息后，可以确定第一基站的邻基站，然后向所述至少一个邻基站发送寻呼原因。
据此，可以使得所述邻基站能够向所述终端发送寻呼原因，以便确保所述终端在移动到所述邻基站的覆盖范围内时，能够接收到邻基站发送的寻呼原因。
若该请求信息包括一个邻基站的信息，则核心网向该一个邻基站发送寻呼原因。若该请求信息包括多个邻基站的信息，则核心网可以从该多个邻基站中确定出一个或多个邻基站，并向确定出的一个或多个邻基站发送寻呼原因。
在一个实施例中，终端确定所述第一基站的至少一个邻基站的信息包括：确定所述第一基站的邻基站中信号强度大于强度阈值的至少一个邻基站的信息。
首先，终端可以根据核心网或者基站发送的配置信息来确定强度阈值。
举例来说，终端可以通过NAS层信令来接收核心网下发的强度阈值，例如终端在注册时，可以接收核心网发送的携带强度阈值的Registration accept信令。或者，终端也可以通过RRC层信令来接收基站下发的强度阈值，例如，可以接收基站发送的携带强度阈值的广播或单播信令。
需要说明的是，这里向终端发送强度阈值基站，可以是第一基站，也可以是其他基站，本实施例并不进行限定。
然后，终端可以接收第一基站的邻基站的信号，并确定每个邻基站的信号强度。进而，终端将各邻基站的信号强度分别与强度阈值进行比较，若信号强度大于强度阈值，则终端在请求信息中携带该信号强度对应的邻基站的信息；若信号强度不大于强度阈值，则终端不在请求信息中携带该信号强度对应的邻基站的信息。
需要说明的是，本实施例中终端通过强度阈值类确定邻基站的方法，只是示例性说明，在实际应用中，终端还可以通过其他方法来确定所述至少一个邻基站，本实施例并不进行限定。
需要说明的是，本实施例中，核心网向第一基站和邻基站发送寻呼原因的顺序可以根据实际情况进行设定。例如，可以如图3所示，先向第一基站发送寻呼原因，再向邻基站发送寻呼原因；或者，核心网也可以先向邻基站发送寻呼原因，再向第一基站发送寻呼原因；或者，核心网可以同时向邻基站和第一基站发送寻呼原因。本实施例并不进行限定。
在一个实施例中，所述邻基站在接收到寻呼原因后，可以自动将寻呼原因发送至所述终端，也可以基于下面图4所示的实施例，在接收到核心网发送的指示信息后，将寻呼原因发送至所述终端。
图4是根据本公开的实施例示出的另一种寻呼原因指示方法的示意流程图。
如图4所示，所述方法还包括：
在步骤S401中，向所述至少一个邻基站发送指示信息。
其中，所述指示信息用于指示所述至少一个邻基站向所述终端发送所述寻呼原因。
在一个实施例中，核心网在确定出至少一个邻基站后，不仅向该邻基站发送寻呼原因，还向该邻基站发送指示信息，以指示该邻基站向终端发送寻呼原因。可选地，指示信息中可以包括终端的标识信息，进而邻基站可以向该标识信息所对应的终端发送寻呼原因。
在一个实施例中，核心网可以通过同一信令同时向邻基站发送寻呼原因和指示信息。例如，核心网可以向邻基站发送寻呼信令，并在该寻呼信令中携带寻呼原因和指示信息。或者，核心网也可以通过不同的信令来分别发送寻呼原因和指示信息。本实施例是示例性说明，在实际应用中，可以根据实际需求来发送相关信息，这里不再赘述。
在一个实施例中，核心网可以通过多种方法来确定至少一个邻基站，并向确定出的邻基站发送寻呼原因，下面结合图5、图6介绍两个具体实施例。
图5是根据本公开的实施例示出的另一种寻呼原因指示方法的示意流程图。
如图5所示，所述向所述至少一个邻基站发送所述寻呼原因包括：
在步骤S501中，根据所述至少一个邻基站的信息确定所述终端的位置信息。
在一个实施例中，邻基站的信息包括但不限于邻基站的位置信息、标识信息、信号强度。
核心网首先可以根据邻基站的信息来确定邻基站的位置信息。举例来说，终端上报的邻基站的信息中，可以包括邻基站的位置信息，则核心网可以直接解析确定邻基站的位置信息。或者，终端上报的邻基站的信息中，可以包括邻基站的标识信息，则核心网可以通过该标识信息查询标识信息对应的邻基站的位置信息。
进而，基于各邻基站的位置信息，核心网可以确定终端的位置信息。举例来说，核心网在确定邻基站的位置信息后，可以结合邻基站的信号强度，估计终端所在的位置。
在步骤S502中，根据所述位置信息在所述至少一个邻基站中确定第一邻基站。
在一个实施例中，核心网在确定终端的位置信息后，可以在请求信息所携带的至少一个邻基站中进行筛选，从中确定出第一邻基站。这里，第一邻基站的数量可以是一个或多个，本实施例不进行限定。
举例来说，核心网可以选择距离终端所在范围最近的若干个邻基站作为第一邻基站。
例如，请求信息中的至少一个邻基站的信息包括4个邻基站A、B、C、D的标识和这4个邻基站中每个邻基站的信号强度，例如邻基站A的信号强度为2k，邻基站B、邻基站C和邻基站D的信号强度为k，那么核心网可以初步估计终端位于到邻基站B、邻基站C和邻基站D的距离p/k，且到邻基站A的距离为p/2k的位置，其中p为核心网根据需要确定的常数。
据此，可以确定终端到邻基站A最近，那么可以将邻基站A确定为第一邻基站，从而向邻基站A发送寻呼原因，以便确保终端接收邻基站A发送的寻呼原因具有较高的信号强度。
上述方式是将到终端最近的邻基站确定为第一邻基站，确定第一邻基站的方式并不限于上述方式，具体可以根据实际需要进行设置，例如还可以基于终端的位置信息确定终端的运动方向，然后将至少一个邻基站中位于终端运动方向上的邻基站确定为第一邻基站。
在步骤S503中，向所述第一邻基站发送所述寻呼原因。
在一个实施例中，核心网在确定第一邻基站后，可以向确定出的邻基站发送寻呼原因。可选地，核心网还可以向第一邻基站发送指示信息，以指示第一邻基站向终端发送寻呼原因。
图6是根据本公开的实施例示出的另一种寻呼原因指示方法的示意流程图。
如图6所示，所述向所述至少一个邻基站发送所述寻呼原因包括：
在步骤S601中，确定所述至少一个邻基站中信号强度大于阈值的第二邻基站。
在一个实施例中，核心网可以根据与终端通信的信号强度来确定邻基站。举例来说，终端上报的邻基站信息中，还可以包括与各邻基站通信的信号强度，基于此，核心网可以将各邻基站的信号强度与预设阈值进行比较，并将信号强度大于预设阈值的邻基站作为第二邻基站。
在步骤S602中，向所述第二邻基站发送所述寻呼原因。
在一个实施例中，核心网在确定第二邻基站后，可以向确定出的邻基站发送寻呼原因。由于第二邻基站的信号强度较大，有利于保证终端接收到第二邻基站发送寻呼原因的成功率。
可选地，核心网还可以向第二邻基站发送指示信息，以指示第二邻基站向终端发送寻呼原因。
至此，完成了对“核心网确定至少一个邻基站”的介绍。需要说明的是，本实施例只是示例性说明，并不进行限定。
图7是根据本公开的实施例示出的另一种寻呼原因指示方法的示意流程图。
如图7所示，所述方法还包括：
在步骤S701中，向所述第一基站和所述至少一个邻基站中的至少一个发送所述寻呼信令。
在一个实施例中，所述寻呼信令可以是核心网在接收到终端发送的请求信息之前，向终端发送的寻呼信令，而在该向终端发送的寻呼信令中，可以不携带寻呼原因。从而，终端在接收到寻呼信令后，向核心网发送请求该寻呼信令的寻呼原因。
在一个实施例中，所述寻呼信令可以是核心网在发送寻呼原因时发送的寻呼信令，例如，核心网可以发送寻呼信令，并在寻呼信令中携带寻呼原因。可选地，核心网可以向第一基站和至少一个邻基站中的至少一个发送该寻呼信令。
例如，第一基站的至少一个邻基站可以包括一个邻基站，则核心网可以向该第一基站、邻基站中的至少一个发送该寻呼信令。
例如，第一基站的至少一个邻基站可以包括多个邻基站，则核心网可以从该第一基站和多个邻基站中，筛选出至少一个，向其发送寻呼信令。
图8是根据本公开的实施例示出的另一种寻呼原因指示方法的示意流程图。
如图8所示，所述接收终端发送的请求信息，包括：
在步骤S801中，接收所述终端通过第二基站发送的所述请求信息。
所述方法还包括：
在步骤S802中，向所述第二基站发送所述寻呼原因。
在一个实施例中，终端可以通过第二基站来向核心网发送请求信息。进而，核心网接收通过第二基站发送的所述请求信息，并向该第二基站发送寻呼原因。据此，终端可以不必在请求信息中携带第二基站信息，核心网即可确定向第二基站发送寻呼原因。
需要说明的是，图8所示的实施例与图2所示的实施例可以是并列的。在一个实施例中，终端向核心网发送的请求信息中，可以携带向终端发送寻呼信令的第一基站的信息，使得核心网按照图2所示的实施例，基于请求信息中携带的基站的信息确定向哪个基站发送寻呼原因。在另一个实施例中，终端向核心网发送的请求信息中，可以携带向核心网发送该请求信息的第二基站的信息，可以理解的是，这里的携带可以是第二基站在转发信令时携带的自身的信息，从而核心网可以按照图8所示的实施例，向发送请求信息的基站发送寻呼原因。两个实施例可以择一执行，也可以都执行。
在一个实施例中，终端向核心网发送请求信息，可以包括：通过非接入层信令向核心网发送所述请求信息，例如，请求信息可以携带在Registration Request信令、ServiceRequest信令、或Mobility Registration Update等信令中。针对非接入层信令，第二基站可以通过透传的方式直接向核心网转发携带有请求信息的信令。
在一个实施例中，终端向核心网发送请求信息，可以包括：通过接入层信令向基站发送所述请求信息，以使所述基站将所述请求信息发送给核心网。例如，请求信令可以携带在UEAssistanceInformation信令。针对接入层信令，第二基站可以对信令进行解析得到请求信息，然后第二基站向核心网发送该请求信息。
可选地，核心网不仅向第二基站发送寻呼原因，还向第二基站发送指示信息，用于指示该第二基站向终端发送寻呼原因。可选地，指示信息中可以包括终端的标识信息，进而第二基站可以向该标识信息所对应的终端发送寻呼原因。核心网发送指示信息的方法可以参见上述实施例，这里不再赘述。
可选地，所述方法还包括：向至少一个基站发送所述寻呼信令。
在一个实施例中，所述寻呼信令可以是核心网在接收到终端发送的请求信息之前，向终端发送的寻呼信令，而在向终端发送的寻呼信令中，可以不携带寻呼原因。从而，终端在接收到寻呼信令后，向核心网发送请求该寻呼信令的寻呼原因。
或者，所述寻呼信令可以是核心网在发送寻呼原因时发送的寻呼信令，例如，核心网可以发送寻呼信令，并在寻呼信令中携带寻呼原因。可选地，核心网可以向至少一个基站发送该寻呼信令。例如，核心网可以向第一基站、第二基站和第一基站的邻基站中的至少一个发送该寻呼信令。
在一个实施例中，第一基站和第二基站可以是同一个基站，也可以是不同的基站。
举例来说，核心网在接收到请求信息后，可以确定该请求信息的来源(即第二基站)，并将该第二基站确定为终端指定的第一基站，并向该第一基站发送寻呼原因。显然，这里第一基站与第二基站为同一个基站。
或者，核心网在接收到请求信息后，可以先从请求信息中确定终端所指定的第一基站，然后确定该请求信息的来源(即第二基站)，然后分别向第一基站和第二基站发送寻呼原因。可选地，第一基站与第二基站可以是同一个基站，也可以是不同的基站。
图9是根据本公开的实施例示出的另一种寻呼原因指示方法的示意流程图。
如图9所示，所述方法还包括：
在步骤S901中，向所述终端发送响应所述寻呼信令的规则信息。
其中，所述规则信息用于指示所述终端，响应于所述终端中第一SIM卡的通信操作与所述终端中第二SIM卡响应所述寻呼信令的操作存在通信冲突，根据所述规则信息解决所述通信冲突。
在一个实施例中，核心网不仅向终端发送寻呼信令的寻呼原因，还可以向终端发送响应该寻呼原因的规则信息。可选地，核心网可以在发送寻呼原因的信令中同时携带规则信息，或者，核心网也可以通过其他信令来携带规则信息。
在一个实施例中，核心网可以通过第一基站、第二基站和至少一个邻基站中的至少一个，向终端发送该规则信息。
例如，针对第一基站、第二基站、以及至少一个邻基站，核心网可以从该多个基站中筛选出至少一个，通过该筛选出的至少一个基站向终端发送规则信息。
在一个实施例中，终端在接收到该规则信息后，响应于第一SIM卡的通信操作与所述终端中第二SIM卡响应所述寻呼信令的操作存在通信冲突，可以根据所述规则信息解决所述通信冲突。
在一个实施例中，终端可以响应于所述第一SIM卡的通信操作与所述第二SIM卡响应寻呼消息的操作之间通信冲突，向核心网发送请求信息，继而，终端在接收到规则信息后，可以根据该规则信息来解决该通信冲突。
核心网发送的规则信息可以包括多种形式，则终端解决通信冲突的方法也不同，下面介绍两个具体的实施例。
实施例1：规则信息包括根据所述寻呼原因对应业务的第一优先级和所述通信操作对应业务的第二优先级的关系解决所述通信冲突。
首先，终端可以根据接收到寻呼原因确定寻呼信令对应的业务。
然后，终端可以根据所述规则信息确定所述寻呼信令对应的业务的第一优先级，以及所述通信操作对应的业务的第二优先级。
在一个实施例中，规则信息中可以包括业务与优先级的对应关系，由此终端可以分别确定寻呼信令对应的业务的第一优先级，以及通信操作对应的业务的第二优先级。
接着，终端可以根据第一优先级和所述第二优先级的关系解决所述通信冲突。
在一个实施例中，终端可以比较第一优先级与第二优先级，然后根据两者的关系来解决通信冲突。
举例来说，响应于第一优先级高于第二优先级，终端可以通过第二SIM卡响应寻呼信令，并暂停通过第一SIM卡进行通信操作。响应于第一优先级低于第二优先级，终端可以继续通过第一SIM卡进行通信操作，并忽略第二SIM卡接收到的寻呼。响应于第一优先级与第二优先级相等，终端可以根据实际情况选择继续通过第一SIM卡进行通信操作或通过第二SIM卡响应寻呼信令。
至此，完成了实施例1的介绍。
实施例2：规则信息包括根据所述通信操作对应业务的当前服务质量与所述通信操作对应业务的最低需求服务质量的关系解决所述通信冲突。
首先，终端可以确定第一SIM卡所执行的通信操作对应的业务当前服务质量；然后确定该业务的最低需求服务质量。
基于当前服务质量与最低需求服务质量的关系，终端可以解决通信冲突。
举例来说，响应于当前服务质量远远高于最低需求服务质量，则终端可以通过第二SIM卡响应寻呼信令，并暂停通过第一SIM卡进行通信操作，在完成对寻呼信令的响应后，终端继续通过第一SIM卡进行通信操作。响应于当前服务质量不高于最低需求服务质量，终端可以继续通过第一SIM卡进行通信操作，并忽略第二SIM卡接收到的寻呼。
至此，完成了实施例2的介绍。
需要说明的是，上述实施例只是示例性说明，在实际应用中，规则信息还可以是其他形式的，终端也可以根据对应的方法来解决通信冲突，这里不再赘述。
图10是根据本公开的实施例示出的一种寻呼原因请求方法的示意流程图。本实施例所示的寻呼原因请求方法可以适用于终端，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等电子设备。所述终端可以作为用户设备与基站和核心网通信，所述基站包括但不限于4G基站、5G基站、6G基站，所述核心网包括但不限于4G核心网、5G核心网、6G核心网。在一个实施例中，所述核心网可以是上述任一实施例所述的寻呼原因指示方法所适用的核心网。
如图10所示，所述寻呼原因请求方法可以包括以下步骤：
在步骤S1001中，向核心网发送请求信息。
其中，所述请求信息包括至少一个基站的信息，用于请求所述核心网向所述至少一个基站发送寻呼信令的寻呼原因。
在一个实施例中，终端可以向核心网发送请求信息。核心网在接收终端发送的请求信息后，可以向请求信息所指示的基站中的至少一个发送寻呼原因。
根据图10所示的实施例，终端在需要获取寻呼原因时，主动向核心网发送请求信息，并在该请求信息中指定至少一个基站，从而核心网在接收到终端发送的请求信息后，可以向至少一个基站发送寻呼原因。一方面，核心网根据请求再发送寻呼原因，无需在发送寻呼信令时一同发送寻呼原因，另一方面，核心网基于请求信息，可以仅向请求信息所指示的基站中的至少一个发送寻呼原因，无需向跟踪区域中所有的基站发送寻呼原因。由此，本公开实施例可以提高寻呼信令的针对性，避免核心网不必要地发送寻呼原因，避免了信令的浪费。
图11是根据本公开的实施例示出的一种寻呼原因请求方法的示意流程图。在一个实施例中，终端至少配置有第一SIM卡和第二SIM卡。
如图11所示，所述向核心网发送请求信息，包括：
在步骤S1101中，响应于所述第一SIM卡的通信操作与所述第二SIM卡响应所述寻呼信令的操作存在通信冲突，向所述核心网发送所述请求信息。
其中，在终端中至少配置有第一SIM卡和第二SIM卡，可以认为终端为多卡终端，例如终端可以选择性地实现多卡多待、多卡多待单通、多卡多待多通等。所述多张SIM卡可以接入相同的运营商网络，也可以接入不同的运营商，具体可以根据需要进行设置。
在一个实施例中，终端在通过第一SIM卡进行通信操作时，通过第二SIM卡接收到寻呼信令，需要决定是否对该寻呼信令进行相应。这种情况下，终端可以判断通信操作、与响应寻呼信令的操作存在通信冲突，进而可以向核心网发送请求信息，以解决这一通信冲突。
可选地，终端并不是在所有的通信冲突的情况下都向核心网发送请求信息，而是可以根据预设的方法来判断是否向核心网发送请求信息。下面结合实施例3-5来示例性说明3种常见的判断方法。
实施例3：终端根据通信冲突的类型来判断是否向核心网发送请求信息。
在一个实施例中，响应于所述第一SIM卡的通信操作与所述第二SIM卡响应所述寻呼信令的操作存在通信冲突，向所述核心网发送所述请求信息包括：响应于所述第一SIM卡的通信操作与所述第二SIM卡响应寻呼消息的操作之间通信冲突，且所述通信冲突的类型为目标类型，向所述核心网发送所述请求信息。
在一个实施例中，终端可以在本地预设多种通信冲突的类型，例如预设目标类型为“语音通话类之间的冲突”、“语音通话类与网页浏览类冲突”等。若第一SIM卡的通信操作与所述第二SIM卡响应寻呼消息的操作之间的通信冲突的类型命中本地预设的目标类型，则终端可以向核心网发送请求信息。
实施例4：终端根据通信冲突的次数来判断是否向核心网发送请求信息。
在一个实施例中，响应于所述第一SIM卡的通信操作与所述第二SIM卡响应所述寻呼信令的操作存在通信冲突，向所述核心网发送所述请求信息包括：响应于所述第一SIM卡的通信操作与所述第二SIM卡响应寻呼消息的操作之间通信冲突，且所述通信冲突的次数大于或等于目标次数，向所述核心网发送所述请求信息。
在一个实施例中，终端可以预设次数阈值，例如2次、5次等，然后终端判断出现通信冲突的次数。若该通信冲突的次数大于或等于目标次数，则终端向核心网发送请求信息。
实施例5：终端根据能否自行解决来判断是否向核心网发送请求信息。
在一个实施例中，响应于所述第一SIM卡的通信操作与所述第二SIM卡响应所述寻呼信令的操作存在通信冲突，向所述核心网发送所述请求信息包括：响应于所述第一SIM卡的通信操作与所述第二SIM卡响应寻呼消息的操作之间通信冲突，且所述终端未能解决所述通信冲突，向所述核心网发送所述请求信息。
在一个实施例中，终端在判断出现通信冲突后，可以根据本地预设的规则信息来解决这一通信冲突。例如，终端本地可以预设有部分业务的优先级，则终端可以在本地查询第一SIM卡的通信操作对应的业务的优先级，若该优先级为最高优先级，则可以继续执行第一SIM卡的通信操作，并忽略第二SIM卡接收到的寻呼信令。或者，终端也可以通过其他方法来解决这一通信冲突，例如判断第一SIM卡的通信操作的服务质量等。
若终端无法自行解决通信冲突，则终端可以向核心网发送请求信息。
至此，完成了实施例3-5的说明。需要说明的是，上述实施例是示例性说明，在实际应用中，终端可以根据实际需求来确定是否向核心网发送请求信息，这里不再赘述。
在一个实施例中，终端向所述核心网发送所述请求信息包括：通过所述终端中的第一SIM卡和第二SIM卡中的至少一个向所述核心网发送所述请求信息。
图12是根据本公开的实施例示出的一种寻呼原因请求方法的示意流程图。
如图12所示，所述向核心网发送请求信息，包括：
在步骤S1201中，通过非接入层信令向核心网发送所述请求信息。
在一个实施例中，终端通过非接入层信令向核心网发送所述请求信息。例如，终端可以将请求信息可以携带在Registration Request信令、Service Request信令、或Mobility Registration Update等非接入层信令中，然后将信令发送给核心网。
基站接收到该非接入层信令，可以通过透传的方式将该信令直接转发给核心网。
图13是根据本公开的实施例示出的一种寻呼原因请求方法的示意流程图。
如图13所示，所述向核心网发送请求信息，包括：
在步骤S1301中，通过接入层信令向基站发送所述请求信息，以使所述基站将所述请求信息发送给核心网。
在一个实施例中，终端通过接入层信令向基站发送所述请求信息。例如，终端可以将请求信令携带在UEAssistanceInformation信令中，然后将信令发送给基站。
基站接收到该接入层信令后，可以对信令进行解析得到请求信息，然后向核心网发送该请求信息。
图14是根据本公开的实施例示出的一种寻呼原因请求方法的示意流程图。
如图14所示，所述至少一个基站包括第一基站，所述方法还包括：
在步骤S1401中，确定所述第一基站的至少一个邻基站的信息。
在步骤S1001的请求信息中，所述请求信息还包括所述至少一个邻基站的信息，所述请求信息还用于指示核心网向所述至少一个邻基站发送所述寻呼原因。
在一个实施例中，请求信息中的至少一个基站包括第一基站。
可选地，该第一基站可以是向所述终端发送寻呼信令的基站。终端在接收到寻呼信令后，确定发送该寻呼信令的基站，然后将该基站的信息携带在发送给核心网的请求信息中。
或者，该第一基站也可以是向核心网发送该请求信息的基站。终端在向核心网发送请求信息前，可以确定通过哪个基站来向核心网发送该请求信息，并将确定出的基站信息携带在该请求信息。
在一个实施例中，终端还可以先确定第一基站的至少一个邻基站的信息，然后将邻基站的信息也携带在向核心网发送的请求信息中。核心网在接收到该请求信息后，可以确定出请求信息所携带的邻基站的信息，然后向其中至少一个邻基站发送寻呼原因。
在一个实施例中，所述确定所述第一基站的至少一个邻基站的信息包括：确定所述第一基站的邻基站中信号强度大于强度阈值的至少一个邻基站的信息。
在一个实施例中，终端首先可以根据核心网或者基站发送的配置信息来确定强度阈值，然后可以获取第一基站的邻基站，并确定与各邻基站进行通信的信号强度，并。基于各邻基站信号强度与强度阈值的比较结果，终端可以将信号强度大于强度阈值的邻基站信息携带在请求信息中。终端确定邻基站的具体方法可以参见图3所示实施例，这里不再赘述。
图15是根据本公开的实施例示出的一种寻呼原因请求方法的示意流程图。
如图15所示，所述方法还包括：
在步骤S1501中，接收所述第一基站和所述第一基站的至少一个邻基站中的至少一个发送的寻呼原因。
在一个实施例中，核心网在接收到终端发送的请求信息后，可以向第一基站和第一基站的至少一个邻基站中的至少一个发送寻呼原因。进而，第一基站和至少一个邻基站中的至少一个可以将该寻呼原因发送给终端。
图16是根据本公开的实施例示出的一种寻呼原因请求方法的示意流程图。
如图16所示，所述方法还包括：
在步骤S1601中，接收所述第一基站和所述第一基站的至少一个邻基站中的至少一个发送的响应所述寻呼信令的规则信息。
在一个实施例中，核心网还可以向终端发送响应所述寻呼信令的规则信息，可选地，核心网可以通过第一基站和所述第一基站的至少一个邻基站中的至少一个来发送该规则信息。进而，终端可以接收第一基站和所述第一基站的至少一个邻基站中的至少一个发送的规则信息。
在步骤S1602中，响应于所述第一SIM卡的通信操作与所述终端中第二SIM卡响应所述寻呼信令的操作存在通信冲突，根据所述规则信息解决所述通信冲突。
在一个实施例中，终端在接收到该规则信息后，响应于第一SIM卡的通信操作与所述终端中第二SIM卡响应所述寻呼信令的操作存在通信冲突，可以根据所述规则信息解决所述通信冲突。
核心网发送的规则信息可以包括多种形式，则终端解决通信冲突的方法也不同。
在一个实施例中，所述根据所述规则信息解决所述通信冲突，包括：
根据所述寻呼原因确定所述寻呼信令对应的业务；
根据所述规则信息确定所述寻呼信令对应的业务的第一优先级，以及所述通信操作对应的业务的第二优先级；
根据所述第一优先级和所述第二优先级的关系解决所述通信冲突。
在一个实施例中，根据所述规则信息解决所述通信冲突，包括：
根据所述通信操作对应业务的当前服务质量与所述通信操作对应业务的最低需求服务质量的关系解决所述通信冲突。
上述实施例的具体实现方法可以参见寻呼原因指示方法中的实施例1和实施例2，这里不再赘述。
与前述的寻呼原因指示方法的实施例相对应，本公开还提供了寻呼原因指示装置的实施例。
图17是根据本公开的实施例示出的一种寻呼原因指示装置的示意框图。本实施例所示的寻呼原因指示装置可以适用于核心网，所述核心网包括但不限于4G核心网、5G核心网、6G核心网。所述核心网可以与作为用户设备的终端进行通信，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等电子设备。在一个实施例中，所述终端可以是后续任一实施例所述寻呼原因请求装置所适用的终端。
如图17所示，所述装置可以包括：
请求信息接收模块1701，被配置为接收终端发送的请求信息，用于请求所述核心网向所述至少一个基站发送所述寻呼信令的寻呼原因；
第一寻呼原因发送模块1702，被配置为向至少一个基站发送所述寻呼原因。
可选地，所述装置还可以包括：
图18是根据本公开的实施例示出的另一种寻呼原因指示装置的示意框图。如图18所示，所述装置还包括：
第一指示信息发送模块1703，被配置为向至少一个基站发送指示信息，其中，所述指示信息用于指示所述至少一个基站向所述终端发送所述寻呼原因。
可选地，所述至少一个基站包括向所述终端发送寻呼信令的第一基站；
所述请求信息包括所述第一基站的信息。
图19是根据本公开的实施例示出的另一种寻呼原因指示装置的示意框图。如图19所示，所述请求信息还包括所述第一基站的至少一个邻基站的信息，所述装置还包括：
第二寻呼原因发送模块1704，被配置为向所述至少一个邻基站发送所述寻呼原因。
图20是根据本公开的实施例示出的另一种寻呼原因指示装置的示意框图。如图20所示，所述装置还包括：
第二指示信息发送模块1705，被配置为向所述至少一个邻基站发送指示信息，其中，所述指示信息用于指示所述至少一个邻基站向所述终端发送所述寻呼原因。
可选地，所述向所述至少一个邻基站发送所述寻呼原因包括：
根据所述至少一个邻基站的信息确定所述终端的位置信息；
根据所述位置信息在所述至少一个邻基站中确定第一邻基站；
向所述第一邻基站发送所述寻呼原因。
可选地，所述向所述至少一个邻基站发送所述寻呼原因包括：
确定所述至少一个邻基站中信号强度大于阈值的第二邻基站；
向所述第二邻基站发送所述寻呼原因。
图21是根据本公开的实施例示出的另一种寻呼原因指示装置的示意框图。如图21所示，所述装置还包括：
第一寻呼信令发送模块1706，被配置为向所述第一基站和所述至少一个邻基站中的至少一个发送所述寻呼信令。
图22是根据本公开的实施例示出的另一种寻呼原因指示装置的示意框图。
如图22所示，所述至少一个基站包括第二基站；
所述接收终端发送的请求信息，包括：接收所述终端通过第二基站发送的所述请求信息。所述装置还包括：
第三寻呼原因发送模块1707，被配置为向所述第二基站发送所述寻呼原因。
图23是根据本公开的实施例示出的另一种寻呼原因指示装置的示意框图。如图23所示，所述装置还包括：
第二寻呼信令发送模块1708，被配置为向至少一个基站发送所述寻呼信令。
图24是根据本公开的实施例示出的另一种用于寻呼原因指示装置的示意框图。如图24所示，所述装置还包括：
规则信息发送模块1709，被配置为向所述终端发送响应所述寻呼信令的规则信息；其中，所述规则信息用于指示所述终端，响应于所述终端中第一SIM卡的通信操作与所述终端中第二SIM卡响应所述寻呼信令的操作存在通信冲突，根据所述规则信息解决所述通信冲突。
可选地，所述规则信息包括根据所述寻呼原因对应业务的第一优先级和所述通信操作对应业务的第二优先级的关系解决所述通信冲突。
可选地，所述规则信息包括根据所述通信操作对应业务的当前服务质量与所述通信操作对应业务的最低需求服务质量的关系解决所述通信冲突。
与前述的寻呼原因请求方法的实施例相对应，本公开还提供了寻呼原因请求装置的实施例。
图25是根据本公开的实施例示出的一种寻呼原因请求装置的示意流程图。本实施例所示的寻呼原因请求方法可以适用于终端，所述终端包括但不限于手机、平板电脑、可穿戴设备、传感器、物联网设备等电子设备。所述终端可以作为用户设备与基站和核心网通信，所述基站包括但不限于4G基站、5G基站、6G基站，所述核心网包括但不限于4G核心网、5G核心网、6G核心网。在一个实施例中，所述核心网可以是上述任一实施例所述的寻呼原因指示方法所适用的核心网。
如图25所示，所述寻呼原因请求装置可以包括：
请求信息发送模块2501，被配置为向核心网发送请求信息，其中，所述请求信息包括至少一个基站的信息，用于请求所述核心网向至少一个基站发送寻呼信令的寻呼原因。
可选地，所述终端至少配置有第一SIM卡和第二SIM卡；所述向核心网发送请求信息，包括：
响应于所述第一SIM卡的通信操作与所述第二SIM卡响应所述寻呼信令的操作存在通信冲突，向所述核心网发送所述请求信息。
可选地，所述响应于所述第一SIM卡的通信操作与所述第二SIM卡响应所述寻呼信令的操作存在通信冲突，向所述核心网发送所述请求信息包括：
响应于所述第一SIM卡的通信操作与所述第二SIM卡响应寻呼消息的操作之间通信冲突，且所述通信冲突的类型为目标类型，向所述核心网发送所述请求信息。
可选地，所述响应于所述第一SIM卡的通信操作与所述第二SIM卡响应所述寻呼信令的操作存在通信冲突，向所述核心网发送所述请求信息包括：
响应于所述第一SIM卡的通信操作与所述第二SIM卡响应寻呼消息的操作之间通信冲突，且所述通信冲突的次数大于或等于目标次数，向所述核心网发送所述请求信息。
可选地，所述响应于所述第一SIM卡的通信操作与所述第二SIM卡响应所述寻呼信令的操作存在通信冲突，向所述核心网发送所述请求信息包括：
响应于所述第一SIM卡的通信操作与所述第二SIM卡响应寻呼消息的操作之间通信冲突，且所述终端未能解决所述通信冲突，向所述核心网发送所述请求信息。
可选地，所述向所述核心网发送所述请求信息包括：
通过所述终端中的第一SIM卡和第二SIM卡中的至少一个向所述核心网发送所述请求信息。
可选地，所述向核心网发送请求信息，包括：
通过非接入层信令向核心网发送所述请求信息。
可选地，所述向核心网发送请求信息，包括：
通过接入层信令向基站发送所述请求信息，以使所述基站将所述请求信息发送给核心网。
图26是根据本公开的实施例示出的另一种寻呼原因请求装置的示意流程图。
如图26所示，所述至少一个基站包括第一基站；所述寻呼原因请求装置还包括：
邻基站信息确定模块2502，被配置为确定所述第一基站的至少一个邻基站的信息。
请求信息接收模块2501的请求信息中还包括所述至少一个邻基站的信息，所述请求信息还用于指示核心网向所述至少一个邻基站发送所述寻呼原因
可选地，所述确定所述第一基站的至少一个邻基站的信息包括：
确定所述第一基站的邻基站中信号强度大于强度阈值的至少一个邻基站的信息。
图27是根据本公开的实施例示出的另一种寻呼原因请求装置的示意流程图。
如图27所示，所述寻呼原因请求装置还包括：
寻呼原因接收模块2503，被配置为接收所述第一基站和所述第一基站的至少一个邻基站中的至少一个发送的寻呼原因。
图28是根据本公开的实施例示出的另一种寻呼原因请求装置的示意流程图。
如图28所示，所述寻呼原因请求装置还包括：
规则信息接收模块2504，被配置为接收所述第一基站和所述第一基站的至少一个邻基站中的至少一个发送的响应所述寻呼信令的规则信息。
通信冲突解决模块2505，被配置为响应于所述第一SIM卡的通信操作与所述终端中第二SIM卡响应所述寻呼信令的操作存在通信冲突，根据所述规则信息解决所述通信冲突。
可选地，根据所述规则信息解决所述通信冲突，包括：
根据所述寻呼原因确定所述寻呼信令对应的业务；
根据所述规则信息确定所述寻呼信令对应的业务的第一优先级，以及所述通信操作对应的业务的第二优先级；
根据所述第一优先级和所述第二优先级的关系解决所述通信冲突。
可选地，根据所述规则信息解决所述通信冲突，包括：
根据所述通信操作对应业务的当前服务质量与所述通信操作对应业务的最低需求服务质量的关系解决所述通信冲突。
关于上述实施例中的装置，其中各个模块执行操作的具体方式已经在相关方法的实施例中进行了详细描述，此处将不做详细阐述说明。
对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理模块，即可以位于一个地方，或者也可以分布到多个网络模块上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。
本公开的实施例还提出一种电子设备，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为实现上述任一实施例所述的寻呼原因指示方法和/或寻呼原因请求方法。
本公开的实施例还提出一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现上述任一实施例所述的寻呼原因指示方法和/或寻呼原因请求方法中的步骤。
图29是根据本公开的实施例示出的一种用于寻呼原因请求的装置2900的示意框图。例如，装置2900可以是移动电话，计算机，数字广播终端，消息收发设备，游戏控制台，平板设备，医疗设备，健身设备，个人数字助理等。
参照图29，装置2900可以包括以下一个或多个组件：处理组件2902，存储器2904，电源组件2906，多媒体组件2908，音频组件2910，输入/输出(I/O)的接口2912，传感器组件2914，以及通信组件2916。
处理组件2902通常控制装置2900的整体操作，诸如与显示，电话呼叫，数据通信，相机操作和记录操作相关联的操作。处理组件2902可以包括一个或多个处理器2920来执行指令，以完成上述的寻呼原因请求方法的全部或部分步骤。此外，处理组件2902可以包括一个或多个模块，便于处理组件2902和其他组件之间的交互。例如，处理组件2902可以包括多媒体模块，以方便多媒体组件2908和处理组件2902之间的交互。
存储器2904被配置为存储各种类型的数据以支持在装置2900的操作。这些数据的示例包括用于在装置2900上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。存储器2904可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(SRAM)，电可擦除可编程只读存储器(EEPROM)，可擦除可编程只读存储器(EPROM)，可编程只读存储器(PROM)，只读存储器(ROM)，磁存储器，快闪存储器，磁盘或光盘。
电源组件2906为装置2900的各种组件提供电力。电源组件2906可以包括电源管理***，一个或多个电源，及其他与为装置2900生成、管理和分配电力相关联的组件。
多媒体组件2908包括在所述装置2900和用户之间的提供一个输出接口的屏幕。在一些实施例中，屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与所述触摸或滑动操作相关的持续时间和压力。在一些实施例中，多媒体组件2908包括一个前置摄像头和/或后置摄像头。当装置2900处于操作模式，如拍摄模式或视频模式时，前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜***或具有焦距和光学变焦能力。
音频组件2910被配置为输出和/或输入音频信号。例如，音频组件2910包括一个麦克风(MIC)，当装置2900处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器2904或经由通信组件2916发送。在一些实施例中，音频组件2910还包括一个扬声器，用于输出音频信号。
I/O接口2912为处理组件2902和***接口模块之间提供接口，上述***接口模块可以是键盘，点击轮，按钮等。这些按钮可包括但不限于：主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件2914包括一个或多个传感器，用于为装置2900提供各个方面的状态评估。例如，传感器组件2914可以检测到装置2900的打开/关闭状态，组件的相对定位，例如所述组件为装置2900的显示器和小键盘，传感器组件2914还可以检测装置2900或装置2900一个组件的位置改变，用户与装置2900接触的存在或不存在，装置2900方位或加速/减速和装置2900的温度变化。传感器组件2914可以包括接近传感器，被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件2914还可以包括光传感器，如CMOS或CCD图像传感器，用于在成像应用中使用。在一些实施例中，该传感器组件2914还可以包括加速度传感器，陀螺仪传感器，磁传感器，压力传感器或温度传感器。
通信组件2916被配置为便于装置2900和其他设备之间有线或无线方式的通信。装置2900可以接入基于通信标准的无线网络，如WiFi，2G或3G，4G LTE、5G NR或它们的组合。在一个示例性实施例中，通信组件2916经由广播信道接收来自外部广播管理***的广播信号或广播相关信息。在一个示例性实施例中，所述通信组件2916还包括近场通信(NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RFID)技术，红外数据协会(IrDA)技术，超宽带(UWB)技术，蓝牙(BT)技术和其他技术来实现。
在示例性实施例中，装置2900可以被一个或多个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现，用于执行上述寻呼原因请求方法。
在示例性实施例中，还提供了一种包括指令的非临时性计算机可读存储介质，例如包括指令的存储器2904，上述指令可由装置2900的处理器2920执行以完成上述寻呼原因请求方法。例如，所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
本领域技术人员在考虑说明书及实践这里公开的公开后，将容易想到本公开的其它实施方案。本公开旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。
应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。
以上对本公开实施例所提供的方法和装置进行了详细介绍，本文中应用了具体个例对本公开的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本公开的方法及其核心思想；同时，对于本领域的一般技术人员，依据本公开的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本公开的限制。
Claims (29)
1.一种寻呼原因指示方法，其特征在于，适用于核心网，所述方法包括：
接收终端发送的请求信息，用于请求所述核心网向至少一个基站发送寻呼信令的寻呼原因；
向所述至少一个基站发送所述寻呼原因；
其中，所述至少一个基站包括向所述终端发送寻呼信令的第一基站，所述请求信息包括所述第一基站的信息；
所述向所述至少一个基站发送所述寻呼原因，包括：
向所述第一基站发送所述寻呼原因。
2.根据权利要求1所述的方法，其特征在于，所述方法还包括：
向所述至少一个基站发送指示信息，其中，所述指示信息用于指示所述至少一个基站向所述终端发送所述寻呼原因。
3.根据权利要求1所述的方法，其特征在于，所述请求信息还包括所述第一基站的至少一个邻基站的信息，所述方法还包括：
向所述至少一个邻基站发送所述寻呼原因。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括：
向所述至少一个邻基站发送指示信息，其中，所述指示信息用于指示所述至少一个邻基站向所述终端发送所述寻呼原因。
5.根据权利要求3所述的方法，其特征在于，所述向所述至少一个邻基站发送所述寻呼原因包括：
根据所述至少一个邻基站的信息确定所述终端的位置信息；
根据所述位置信息在所述至少一个邻基站中确定第一邻基站；
向所述第一邻基站发送所述寻呼原因。
6.根据权利要求3所述的方法，其特征在于，所述向所述至少一个邻基站发送所述寻呼原因包括：
确定所述至少一个邻基站中信号强度大于阈值的第二邻基站；
向所述第二邻基站发送所述寻呼原因。
7.根据权利要求1所述的方法，其特征在于，所述至少一个基站包括第二基站；
所述接收终端发送的请求信息，包括：
接收所述终端通过第二基站发送的所述请求信息；
所述方法还包括：
向所述第二基站发送所述寻呼原因。
8.根据权利要求1所述的方法，其特征在于，所述方法还包括：
向至少一个基站发送所述寻呼信令。
9.根据权利要求1至8中任一项所述的方法，其特征在于，所述方法还包括：
向所述终端发送响应所述寻呼信令的规则信息；
其中，所述规则信息用于指示所述终端，响应于所述终端中第一SIM卡的通信操作与所述终端中第二SIM卡响应所述寻呼信令的操作存在通信冲突，根据所述规则信息解决所述通信冲突。
10.根据权利要求9所述的方法，其特征在于，所述规则信息包括根据所述寻呼原因对应业务的第一优先级和所述通信操作对应业务的第二优先级的关系解决所述通信冲突。
11.根据权利要求9所述的方法，其特征在于，所述规则信息包括根据所述通信操作对应业务的当前服务质量与所述通信操作对应业务的最低需求服务质量的关系解决所述通信冲突。
12.一种寻呼原因请求方法，其特征在于，适用于终端，所述方法包括：
向核心网发送请求信息，所述请求信息包括至少一个基站的信息，用于请求所述核心网向至少一个基站发送寻呼信令的寻呼原因；
其中，所述至少一个基站包括向所述终端发送寻呼信令的第一基站，所述请求信息用于请求核心网向所述第一基站发送寻呼信令的寻呼原因。
13.根据权利要求12所述的方法，其特征在于，所述终端至少配置有第一SIM卡和第二SIM卡；所述向核心网发送请求信息，包括：
响应于所述第一SIM卡的通信操作与所述第二SIM卡响应所述寻呼信令的操作存在通信冲突，向所述核心网发送所述请求信息。
14.根据权利要求13所述的方法，其特征在于，所述响应于所述第一SIM卡的通信操作与所述第二SIM卡响应所述寻呼信令的操作存在通信冲突，向所述核心网发送所述请求信息包括：
响应于所述第一SIM卡的通信操作与所述第二SIM卡响应寻呼消息的操作之间通信冲突，且所述通信冲突的类型为目标类型，向所述核心网发送所述请求信息。
15.根据权利要求13所述的方法，其特征在于，所述响应于所述第一SIM卡的通信操作与所述第二SIM卡响应所述寻呼信令的操作存在通信冲突，向所述核心网发送所述请求信息包括：
响应于所述第一SIM卡的通信操作与所述第二SIM卡响应寻呼消息的操作之间通信冲突，且所述通信冲突的次数大于或等于目标次数，向所述核心网发送所述请求信息。
16.根据权利要求13所述的方法，其特征在于，所述响应于所述第一SIM卡的通信操作与所述第二SIM卡响应所述寻呼信令的操作存在通信冲突，向所述核心网发送所述请求信息包括：
响应于所述第一SIM卡的通信操作与所述第二SIM卡响应寻呼消息的操作之间通信冲突，且所述终端未能解决所述通信冲突，向所述核心网发送所述请求信息。
17.根据权利要求13所述的方法，其特征在于，所述向所述核心网发送所述请求信息包括：
通过所述终端中的第一SIM卡和第二SIM卡中的至少一个向所述核心网发送所述请求信息。
18.根据权利要求12所述的方法，其特征在于，所述向核心网发送请求信息，包括：
通过非接入层信令向核心网发送所述请求信息。
19.根据权利要求12所述的方法，其特征在于，所述向核心网发送请求信息，包括：
通过接入层信令向基站发送所述请求信息，以使所述基站将所述请求信息发送给核心网。
20.根据权利要求12所述的方法，其特征在于，所述方法还包括：
确定所述第一基站的至少一个邻基站的信息；
其中，所述请求信息还包括所述至少一个邻基站的信息，所述请求信息还用于指示核心网向所述至少一个邻基站发送所述寻呼原因。
21.根据权利要求20所述的方法，其特征在于，所述确定所述第一基站的至少一个邻基站的信息包括：
确定所述第一基站的邻基站中信号强度大于强度阈值的至少一个邻基站的信息。
22.根据权利要求13至17中任一项所述的方法，其特征在于，所述方法还包括：
接收所述第一基站和所述第一基站的至少一个邻基站中的至少一个发送的寻呼原因。
23.根据权利要求22所述的方法，其特征在于，所述方法还包括：
接收所述第一基站和所述第一基站的至少一个邻基站中的至少一个发送的响应所述寻呼信令的规则信息；
响应于所述第一SIM卡的通信操作与所述终端中第二SIM卡响应所述寻呼信令的操作存在通信冲突，根据所述规则信息解决所述通信冲突。
24.根据权利要求23所述的方法，其特征在于，根据所述规则信息解决所述通信冲突，包括：
根据所述寻呼原因确定所述寻呼信令对应的业务；
根据所述规则信息确定所述寻呼信令对应的业务的第一优先级，以及所述通信操作对应的业务的第二优先级；
根据所述第一优先级和所述第二优先级的关系解决所述通信冲突。
25.根据权利要求23所述的方法，其特征在于，根据所述规则信息解决所述通信冲突，包括：
根据所述通信操作对应业务的当前服务质量与所述通信操作对应业务的最低需求服务质量的关系解决所述通信冲突。
26.一种寻呼原因指示装置，其特征在于，适用于核心网，所述装置包括：
请求信息接收模块，被配置为接收终端发送的请求信息，用于请求所述核心网向至少一个基站发送寻呼信令的寻呼原因；
第一寻呼原因发送模块，被配置为向至少一个基站发送所述寻呼原因；
其中，所述至少一个基站包括向所述终端发送寻呼信令的第一基站，所述请求信息包括所述第一基站的信息；
所述第一寻呼原因发送模块，被配置为向所述第一基站发送所述寻呼原因。
27.一种寻呼原因请求装置，其特征在于，适用于终端，所述装置包括：
请求信息发送模块，被配置为向核心网发送请求信息，所述请求信息包括至少一个基站的信息，用于请求所述核心网向至少一个基站发送寻呼信令的寻呼原因；
其中，所述至少一个基站包括向所述终端发送寻呼信令的第一基站，所述请求信息用于请求核心网向所述第一基站发送寻呼信令的寻呼原因。
28.一种电子设备，其特征在于，包括：
处理器；
用于存储处理器可执行指令的存储器；
其中，所述处理器被配置为实现权利要求1至11中任一项所述的寻呼原因指示方法或权利要求12至25中任一项所述的寻呼原因请求方法。
29.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1至11中任一项所述的寻呼原因指示方法或权利要求12至25中任一项所述的寻呼原因请求方法中的步骤。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2020/118575 WO2022061932A1 (zh) | 2020-09-28 | 2020-09-28 | 寻呼原因指示方法和装置、寻呼原因请求方法和装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114586427A CN114586427A (zh) | 2022-06-03 |
| CN114586427B true CN114586427B (zh) | 2024-07-02 |
Family
ID=80846160
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202080002463.5A Active CN114586427B (zh) | 2020-09-28 | 2020-09-28 | 寻呼原因指示方法和装置、寻呼原因请求方法和装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US20230371001A1 (zh) |
| EP (1) | EP4221381A4 (zh) |
| CN (1) | CN114586427B (zh) |
| WO (1) | WO2022061932A1 (zh) |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101203005A (zh) * | 2007-12-13 | 2008-06-18 | 展讯通信（上海）有限公司 | 一种解决单芯片双卡双待手机主副卡载波冲突的方法 |
| CN102835162A (zh) * | 2012-05-29 | 2012-12-19 | 华为技术有限公司 | 寻呼终端的方法和装置及*** |
| CN110313201A (zh) * | 2019-05-23 | 2019-10-08 | 北京小米移动软件有限公司 | 寻呼方法及装置 |
| CN111278106A (zh) * | 2019-01-18 | 2020-06-12 | 维沃软件技术有限公司 | 寻呼指示方法、寻呼方法、终端和网络侧设备 |
| WO2020185949A2 (en) * | 2019-03-11 | 2020-09-17 | Ryu Jinsook | Wireless device paging by a wireless network |
Family Cites Families (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102369741B (zh) * | 2009-05-13 | 2015-02-25 | 华为技术有限公司 | 用户设备寻呼方法、装置和*** |
| CN102088770B (zh) * | 2009-12-04 | 2013-03-27 | 中兴通讯股份有限公司 | 一种小流量无线数据传输的方法和基站*** |
| KR101344843B1 (ko) * | 2010-07-02 | 2013-12-26 | 한국전자통신연구원 | 이동 통신망에서의 페이징 절차를 이용한 기지국 탐색 방법 및 장치 |
| CN103068044B (zh) * | 2012-12-04 | 2016-12-07 | 大唐移动通信设备有限公司 | 一种寻呼方法和*** |
| CN105338519A (zh) * | 2014-08-07 | 2016-02-17 | 北京三星通信技术研究有限公司 | 一种支持低复杂度ue接入和寻呼的方法 |
| CN105188138B (zh) * | 2015-08-26 | 2018-07-24 | 京信通信***（中国）有限公司 | Lte寻呼方法和*** |
| CN109076489B (zh) * | 2016-04-25 | 2020-08-14 | 华为技术有限公司 | 附着方法、寻呼方法、装置和设备 |
| CN107690134B (zh) * | 2016-08-05 | 2022-07-08 | 北京三星通信技术研究有限公司 | 用于双卡终端的寻呼冲突解决方法及双卡终端 |
| CN110035497B (zh) * | 2018-01-11 | 2022-02-25 | 惠州Tcl移动通信有限公司 | 寻呼方法及装置 |
| WO2020030707A1 (en) * | 2018-08-09 | 2020-02-13 | Sony Corporation | Efficiently handling communications in wireless telecommunications systems |
| EP4207892A4 (en) * | 2020-08-31 | 2023-10-25 | Beijing Xiaomi Mobile Software Co., Ltd. | METHOD AND APPARATUS FOR SENDING PAGING CAUSE, AND METHOD AND APPARATUS FOR ACQUIRING PAGING CAUSE |
-
2020
- 2020-09-28 CN CN202080002463.5A patent/CN114586427B/zh active Active
- 2020-09-28 WO PCT/CN2020/118575 patent/WO2022061932A1/zh active Application Filing
- 2020-09-28 EP EP20954779.3A patent/EP4221381A4/en active Pending
- 2020-09-28 US US18/028,140 patent/US20230371001A1/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101203005A (zh) * | 2007-12-13 | 2008-06-18 | 展讯通信（上海）有限公司 | 一种解决单芯片双卡双待手机主副卡载波冲突的方法 |
| CN102835162A (zh) * | 2012-05-29 | 2012-12-19 | 华为技术有限公司 | 寻呼终端的方法和装置及*** |
| CN111278106A (zh) * | 2019-01-18 | 2020-06-12 | 维沃软件技术有限公司 | 寻呼指示方法、寻呼方法、终端和网络侧设备 |
| WO2020185949A2 (en) * | 2019-03-11 | 2020-09-17 | Ryu Jinsook | Wireless device paging by a wireless network |
| CN110313201A (zh) * | 2019-05-23 | 2019-10-08 | 北京小米移动软件有限公司 | 寻呼方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| EP4221381A1 (en) | 2023-08-02 |
| US20230371001A1 (en) | 2023-11-16 |
| CN114586427A (zh) | 2022-06-03 |
| EP4221381A4 (en) | 2024-05-08 |
| WO2022061932A1 (zh) | 2022-03-31 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN112166634B (zh) | 寻呼原因发送方法和装置、寻呼原因获取方法和装置 | |
| CN112189352B (zh) | 响应指示方法和装置、响应确定方法和装置 | |
| CN110771196B (zh) | Mdt信息通知方法和装置、mdt信息接收方法和装置 | |
| CN112237036B (zh) | 问题上报方法和问题上报装置 | |
| US20240063980A1 (en) | System information reception method and apparatus, and system information transmission method and apparatus | |
| CN113630832B (zh) | 寻呼方法、装置及设备 | |
| CN110268746B (zh) | 小区切换方法及装置、切换配置方法及装置和用户设备 | |
| CN116133044A (zh) | 小区类型指示方法及装置 | |
| CN111727618B (zh) | 无线通知区域更新方法、无线通知区域更新装置 | |
| CN113016200B (zh) | 能力交互方法和装置、交互触发方法和装置 | |
| CN114586427B (zh) | 寻呼原因指示方法和装置、寻呼原因请求方法和装置 | |
| CN112913266B (zh) | 请求信息发送方法和装置、请求信息接收方法和装置 | |
| CN110574452B (zh) | 寻呼方法和装置、行驶路线上报方法和装置 | |
| CN115039510B (zh) | 能力发送方法和装置、能力接收方法和装置 | |
| CN116133120A (zh) | 时间间隙请求方法和装置、时间间隙配置方法和装置 | |
| CN115669216A (zh) | 连接控制方法、连接控制装置 | |
| EP3962174A1 (en) | Network switching resource determining method and network switching resource configuration method | |
| CN115399064B (zh) | 能力信息获取方法和装置、配置发送方法和装置 | |
| CN114667748B (zh) | 连接指示方法和装置、连接调整方法和装置 | |
| CN114128330B (zh) | 辅助信息发送、接收方法和装置、通信装置和存储介质 | |
| CN114698415B (zh) | 一种tac获取方式的确定方法和装置 | |
| CN113994725B (zh) | 间隙请求、请求接收方法和装置、通信装置和存储介质 | |
| CN116137959A (zh) | 能力指示、确定方法和装置、通信装置和存储介质 | |
| CN116349294A (zh) | 能力确定、指示方法和装置、通信装置和存储介质 | |
| CN115915298A (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 | ||
| GR01 | Patent grant |