CN114982298B - 寻呼时间位置的确定方法、发送寻呼的方法、用户终端和网络设备 - Google Patents
寻呼时间位置的确定方法、发送寻呼的方法、用户终端和网络设备 Download PDFInfo
- Publication number
- CN114982298B CN114982298B CN202080093351.5A CN202080093351A CN114982298B CN 114982298 B CN114982298 B CN 114982298B CN 202080093351 A CN202080093351 A CN 202080093351A CN 114982298 B CN114982298 B CN 114982298B
- Authority
- CN
- China
- Prior art keywords
- user terminal
- paging
- network device
- information
- identity
- 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 108
- 238000004891 communication Methods 0.000 claims description 96
- 238000004590 computer program Methods 0.000 claims description 24
- 238000012545 processing Methods 0.000 claims description 23
- 230000008569 process Effects 0.000 abstract description 13
- 230000009977 dual effect Effects 0.000 description 19
- 238000010586 diagram Methods 0.000 description 18
- 230000005540 biological transmission Effects 0.000 description 13
- 230000006870 function Effects 0.000 description 10
- 238000012544 monitoring process Methods 0.000 description 8
- 238000001228 spectrum Methods 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 6
- 230000007246 mechanism Effects 0.000 description 5
- 238000010295 mobile communication Methods 0.000 description 5
- 230000007774 longterm Effects 0.000 description 4
- 238000007726 management method Methods 0.000 description 4
- 230000000977 initiatory effect Effects 0.000 description 3
- 235000019527 sweetened beverage Nutrition 0.000 description 3
- 230000001360 synchronised effect Effects 0.000 description 3
- 230000002776 aggregation Effects 0.000 description 2
- 238000004220 aggregation Methods 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 238000011161 development Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 238000005259 measurement Methods 0.000 description 2
- 238000005457 optimization Methods 0.000 description 2
- 230000011664 signaling Effects 0.000 description 2
- 238000006467 substitution reaction Methods 0.000 description 2
- 101100240462 Homo sapiens RASAL2 gene Proteins 0.000 description 1
- 102100035410 Ras GTPase-activating protein nGAP Human genes 0.000 description 1
- 238000003491 array Methods 0.000 description 1
- 230000000386 athletic effect Effects 0.000 description 1
- 230000036772 blood pressure Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 239000003795 chemical substances by application Substances 0.000 description 1
- 238000013500 data storage Methods 0.000 description 1
- 230000007423 decrease Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000005611 electricity Effects 0.000 description 1
- 238000004134 energy conservation Methods 0.000 description 1
- 239000004744 fabric Substances 0.000 description 1
- 230000002349 favourable effect Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- GVVPGTZRZFNKDS-JXMROGBWSA-N geranyl diphosphate Chemical compound CC(C)=CCC\C(C)=C\CO[P@](O)(=O)OP(O)(O)=O GVVPGTZRZFNKDS-JXMROGBWSA-N 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 230000036541 health Effects 0.000 description 1
- 230000017525 heat dissipation Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 239000004984 smart glass Substances 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
- CSRZQMIRAZTJOY-UHFFFAOYSA-N trimethylsilyl iodide Substances C[Si](C)(C)I CSRZQMIRAZTJOY-UHFFFAOYSA-N 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
- H04W52/02—Power saving arrangements
-
- 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)
- Mobile Radio Communication Systems (AREA)
Abstract
本申请涉及一种寻呼时间位置的确定方法、发送寻呼的方法、用户终端和网络设备。其中，该寻呼时间位置的确定方法，包括：第一用户终端确定寻呼参数；该第一用户终端基于该寻呼参数确定寻呼时间位置。本申请实施例中，通过第一用户终端确定寻呼参数，基于寻呼参数该寻呼参数确定寻呼时间位置能够优化寻呼流程。
Description
技术领域
本申请涉及通信领域，并且更具体地，涉及一种寻呼时间位置的确定方法、发送寻呼的方法、用户终端和网络设备。
背景技术
相比LTE(Long TermEvolution，长期演进)，5G(5th-Generation，下一代通信)NR(New Radio，新无线)技术支持更大的传输带宽、更高的传输速率、更短的传输时延、更灵活的部署。因此，5G技术有望更好的支持各种移动互联网业务，带来更好的用户体验。为实现上述的技术优势，对于5G产品的开发以及实现也带来了巨大的挑战。具体到5G终端而言，支持数百MHz(兆赫)的传输带宽，支持高达数10Gbps(千兆位)的峰值速率，支持ms(毫秒)级别的传输时延。此外，还要求5G终端具备较强的软硬件能力，例如大带宽的射频器件(如PA(Power Amplifier，功率放大器))、滤波器、高速的基带处理器等，对于终端的功耗带来巨大的挑战。如果5G终端待机相比LTE终端的功耗大幅增加，会使得5G终端的待机时间大幅缩短，难以满足用户的基本使用需求。此外，终端功耗的上升，也带来了其他潜在问题。如功耗大导致的终端过热，需要使得终端配置高端散热装置，增大终端的成本，挤占终端内部狭小的设计空间。
在寻呼流程中，不同终端的寻呼帧和寻呼时机通常不同，存在功耗较大、所需传输资源较多等问题，需要优化寻呼流程。
发明内容
本申请实施例提供一种寻呼时间位置的确定方法、发送寻呼的方法、用户终端和网络设备，优化寻呼流程。
本申请实施例提供一种寻呼时间位置的确定方法，包括：
第一用户终端确定寻呼参数；
该第一用户终端基于该寻呼参数确定寻呼时间位置。
本申请实施例提供一种发送寻呼的方法，包括：
网络设备确定第一用户终端的寻呼参数；
该网络设备在基于该寻呼参数确定的寻呼时间位置，向该第一用户终端发送寻呼消息。
本申请实施例提供一种用户终端，包括：
处理单元，用于确定寻呼参数；
该处理单元还用于基于该寻呼参数确定寻呼时间位置。
本申请实施例提供一种网络设备，包括：
处理单元，用于确定第一用户终端的寻呼参数；
发送单元，用于在基于该寻呼参数确定的寻呼时间位置，向该第一用户终端发送寻呼消息。
本申请实施例提供一种用户终端，包括：处理器和存储器，该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述的寻呼时间位置的确定方法。
本申请实施例提供一种网络设备，包括：处理器和存储器，该存储器用于存储计算机程序，该处理器用于调用并运行该存储器中存储的计算机程序，执行上述的发送寻呼的方法。
本申请实施例提供一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有该芯片的设备执行上述的寻呼时间位置的确定方法或发送寻呼的方法。
本申请实施例提供一种计算机可读存储介质，用于存储计算机程序，该计算机程序使得计算机执行上述的寻呼时间位置的确定方法或发送寻呼的方法。
本申请实施例提供一种计算机程序产品，包括计算机程序指令，该计算机程序指令使得计算机执行上述的寻呼时间位置的确定方法或发送寻呼的方法。
本申请实施例提供一种计算机程序，该计算机程序使得计算机执行上述的寻呼时间位置的确定方法或发送寻呼的方法。
本申请实施例，能够优化寻呼流程，提高系统效率。
附图说明
图1是根据本申请实施例的应用场景的示意图。
图2是RRC空闲状态寻呼的示意图。
图3是RRC非激活状态寻呼的示意图。
图4是根据本申请一实施例寻呼时间位置的确定方法的示意性流程图。
图5是根据本申请一实施例发送寻呼的方法的示意性流程图。
图6是根据本申请一实施例的用户终端的示意性框图。
图7是根据本申请另一实施例的用户终端的示意性框图。
图8是根据本申请一实施例的网络设备的示意性框图。
图9是根据本申请另一实施例的网络设备的示意性框图。
图10是根据本申请实施例的通信设备示意性框图。
图11是根据本申请实施例的芯片的示意性框图。
图12是根据本申请实施例的通信系统的示意性框图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统，例如：全球移动通讯(GlobalSystem of Mobile communication，GSM)系统、码分多址(Code Division MultipleAccess，CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access，WCDMA)系统、通用分组无线业务(General Packet Radio Service，GPRS)、长期演进(Long TermEvolution，LTE)系统、先进的长期演进(Advanced long term evolution，LTE-A)系统、新无线(New Radio，NR)系统、NR系统的演进系统、免授权频谱上的LTE(LTE-based access tounlicensed spectrum，LTE-U)系统、免授权频谱上的NR(NR-based access to unlicensedspectrum，NR-U)系统、通用移动通信系统(Universal Mobile TelecommunicationSystem，UMTS)、无线局域网(Wireless Local Area Networks，WLAN)、无线保真(WirelessFidelity，WiFi)、下一代通信(5th-Generation，5G)系统或其他通信系统等。
通常来说，传统的通信系统支持的连接数有限，也易于实现，然而，随着通信技术的发展，移动通信系统将不仅支持传统的通信，还将支持例如，设备到设备(Device toDevice，D2D)通信，机器到机器(Machine to Machine，M2M)通信，机器类型通信(MachineType Communication，MTC)，以及车辆间(Vehicle to Vehicle，V2V)通信等，本申请实施例也可以应用于这些通信系统。
可选地，本申请实施例中的通信系统可以应用于载波聚合(CarrierAggregation，CA)场景，也可以应用于双连接(Dual Connectivity，DC)场景，还可以应用于独立(Standalone，SA)布网场景。
本申请实施例对应用的频谱并不限定。例如，本申请实施例可以应用于授权频谱，也可以应用于免授权频谱。
本申请实施例结合网络设备和终端设备描述了各个实施例，其中：终端设备也可以包括用户设备(User Equipment，UE)、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置等。终端设备可以是WLAN中的站点(STAION，ST)，可以是蜂窝电话、无绳电话、会话启动协议(SessionInitiation Protocol，SIP)电话、无线本地环路(Wireless Local Loop，WLL)站、个人数字处理(Personal Digital Assistant，PDA)设备、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备以及下一代通信系统，例如，NR网络中的终端设备或者未来演进的公共陆地移动网络(Public Land MobileNetwork，PLMN)网络中的终端设备等。
作为示例而非限定，在本申请实施例中，该终端设备还可以是可穿戴设备。可穿戴设备也可以称为穿戴式智能设备，是应用穿戴式技术对日常穿戴进行智能化设计、开发出可以穿戴的设备的总称，如眼镜、手套、手表、服饰及鞋等。可穿戴设备即直接穿在身上，或是整合到用户的衣服或配件的一种便携式设备。可穿戴设备不仅仅是一种硬件设备，更是通过软件支持以及数据交互、云端交互来实现强大的功能。广义穿戴式智能设备包括功能全、尺寸大、可不依赖智能手机实现完整或者部分的功能，例如：智能手表或智能眼镜等，以及只专注于某一类应用功能，需要和其它设备如智能手机配合使用，如各类进行体征监测的智能手环、智能首饰等。
网络设备可以是用于与移动设备通信的设备，网络设备可以是WLAN中的接入点(Access Point，AP)，GSM或CDMA中的基站(Base Transceiver Station，BTS)，也可以是WCDMA中的基站(NodeB，NB)，还可以是LTE中的演进型基站(Evolutional Node B，eNB或eNodeB)，或者中继站或接入点，或者车载设备、可穿戴设备以及NR网络中的网络设备(gNB)或者未来演进的PLMN网络中的网络设备等。
在本申请实施例中，网络设备为小区提供服务，终端设备通过该小区使用的传输资源(例如，频域资源，或者说，频谱资源)与网络设备进行通信，该小区可以是网络设备(例如基站)对应的小区，小区可以属于宏基站，也可以属于小小区(Small cell)对应的基站，这里的小小区可以包括：城市小区(Metro cell)、微小区(Micro cell)、微微小区(Picocell)、毫微微小区(Femto cell)等，这些小小区具有覆盖范围小、发射功率低的特点，适用于提供高速率的数据传输服务。
图1示例性地示出了一个网络设备110和两个终端设备120，可选地，该无线通信系统100可以包括多个网络设备110，并且每个网络设备110的覆盖范围内可以包括其它数量的终端设备120，本申请实施例对此不做限定。
可选地，该无线通信系统100还可以包括移动性管理实体(Mobility ManagementEntity，MME)、接入与移动性管理功能(Access and Mobility Management Function，AMF)等其他网络实体，本申请实施例对此不作限定。
应理解，本文中术语“系统”和“网络”在本文中常被可互换使用。本文中术语“和/或”，仅仅是一种描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。
5G终端的通信模块功耗较高，并且目前的移动通信终端，在其他器件如触摸显示屏、指纹识别模组、影像模组等都在朝着低功耗的方向发展。随着这些模块功耗的降低，通信模块的功耗在整个终端的功耗占比相对提升。
相关技术中包括唤醒机制、跨时隙调度、Scell(Secondary cell，辅小区)的休眠操作等节能机制，用于终端的节能。上述主要是针对终端工作于RRC(Radio ResourceControl，无线资源控制)connected(连接)状态的节能优化。也有一些是针对处于RRC idle(空闲)和RRC inactive(非激活)状态的终端的节能优化。
在一些应用场景中，出现了多SIM(Subscriber Identity Module，用户识别模块)卡终端形态的终端。为了满足人们多元化的通讯需求，终端厂家提供了多SIM终端。
例如，多SIM终端包括双卡双待手机。双卡双待手机是指一部手机，可以同时插入两张SIM卡，并且这两张卡均处于待机状态。双卡双待可以包括同一种网络制式的双卡双待，例如：GSM网络双卡双待、CDMA网络双卡双待或PHS网络双卡双待。
再如，多SIM终端包括双网双待手机。双网双待的手机可同时插入两张不同网络的号卡，并使之同时处于开机状态，用户无需切换网络，即可任意拨打、接听和收发短信。
双USIM(Universal Subscriber Identity Module，全球用户识别模块)卡手机是一大发展趋势。手机能力可能不支持纯粹的双通(Dual UL/DL，双发双收)。双发双收可以为，UE同时通过两个SIM卡在两个网络上发送上行数据和接收下行数据。大多数手机支持Single UL/DL(单发单收)或Single UL/Dual DL(单发双收)。这种情况下，UE在同一时刻只能执行针对一张SIM卡上的数据收发业务。
在5G的示例性场景中，双卡双待或者双网双待可能包括两张USIM卡，其中一个可以驻留在LTE小区，另一个驻留在NR小区，或者两个USIM卡都驻留在NR小区。这两个USIM卡可以属于同一个运营商，也可以属于不同的运营商。
在另一些示例性场景中，新型智能可穿戴设备还具有和手机类似的通信功能，如发送短信，接听电话，甚至视频聊天。人们在使用智能可穿戴设备的同时，可能会携带智能手机，因此这两类终端通常具有关联性。智能可穿戴设备例如智能手表，除了提供时间显示，还可以提供健康监测(如心率、血压)、运动计数等功能。
多SIM终端以及智能可穿戴设备等场景，可能出现多个用户终端在使用时间上或使用的位置空间上具有关联性的特征。
NR的寻呼消息传输由网络向空闲状态、非激活状态或连接状态的UE发起。寻呼包括CN(Core Network，核心网)初始的寻呼消息和RAN(Radio Access Network，无线接入网)初始的寻呼消息。
CN初始寻呼：注册的TA list(列表)范围内发起寻呼。通知UE接收寻呼请求。这种情况下，UE属于被叫，可以对UE进行数据推送。
RAN初始寻呼：RAN范围内发起寻呼消息。通知UE接收寻呼请求。可以对UE进行数据推送。
gNB触发寻呼(例如：SI(System Information，系统信息)变更通知)：小区范围内发起寻呼；通知系统消息更新以及通知UE接收ETWS(Earthquake and Tsunami WarningSystem，地震和海啸预警系统)等信息。此时在DCI(Downlink Control Information，下行控制信息)中携带该系统消息变更指示和PWS(Public Warning System，公共预警系统)通知指示。
寻呼消息可以承载于PDSCH(Physical Downlink Shared Channel，物理下行共享信道)上；通过PDCCH(Physical Downlink Control Channel，物理下行控制信道)调度传输。P-RNTI(Paging RNTI，寻呼RNTI(Radio Network Temporary Identifier，无线网络临时标识))取值固定为FFFE(十六进制)，用于加扰调度承载寻呼消息的PDSCH的DCI。当有寻呼时，网络侧会在计算好的寻呼时机，在PDCCH上下发PDCCH grant(授权)。如果UE在寻呼时机在PDCCH上监听到P-RNTI，则会到指定的时频资源上接收寻呼消息。
示例性地，寻呼消息可以包括：
被寻呼UE的标识：终端处于RRC IDLE(空闲)状态时，CN初始寻呼为S-TMSI(Serving-Temporary Mobile Subscriber Identity，临时移动用户标识)，如图2所示，AMF基于NGAP(NG Application Protocol，NG接口应用协议)向gNB发送包括S-TMSI的寻呼消息。终端处于RRC INACTIVE(非激活)状态时，RAN初始寻呼为I-RNTI(Inactive-RNTI，非激活的RNTI)，如图3所示。不支持IMSI(International Mobile Subscriber Identity，国际移动用户识别码)/SUPI(SUbscription Permanent Identifier，用户永久身份)/SUCI((SUbscription Concealed Identifier，用户加密身份)用于寻呼UE。最多可以同时寻呼32个UE。
触发寻呼的Access type(访问类型):3GPP或non-3GPP(非3GPP)。该指示需要递交给高层，用于指示PDU(Packet Data Unit，分组数据单元)session(会话)所属于的接入网技术。
参见图2和图3，处于不同的RRC状态，对于寻呼消息的接收有不同的需求。具体示例可以参见表1。
表1
在NR中，寻呼帧和寻呼时机的特点如下：
UE在RRC_IDLE和RRC_INACTIVE状态下，在自己的寻呼时机接收寻呼消息。UE不用始终监听PDCCH，只在寻呼时机时监听即可，达到UE侧省电的目的。寻呼时机的计算基于DRX周期，DRX周期的大小决定了UE省电和接入时延之间均衡。用于UE计算寻呼时机的DRX有三个：
Cell default DRX周期(cycle)：小区系统广播小区级别的DRX周期。
UE specific DRX周期：UE自主决定的DRX周期，可以通过NAS消息发给CN，在寻呼是CN发送给gNB。
RAN DRX：当网络侧决定让UE进入INACTIVE时，通过RRC Release(释放)消息配置给UE。
UE和网络侧可以采用最小原则选择DRX周期用于计算寻呼时机。对于RRC_IDLEUE，使用小区级别的DRX周期(Cell default DRX cycle)和UE自主决定的DRX周期(UEspecific DRX cycle)中最小的DRX周期。对于RRC_INACTIVE UE，使用Cell default DRXcycle、UE specific DRX周期和RAN DRX周期中最小的DRX周期。
在NR中，用于支持波束扫描(beam sweeping)，寻呼时机不像LTE那样，固定一个子帧。UE假定所有波束(beam)上平行传输相同内容的寻呼(paging)消息，UE在哪个波束上接收寻呼消息取决于UE实现。例如，UE在接收寻呼消息之前，先对下行参考信号进行测量，确定哪个波束的接收信号强度最强。在接收信号强度最强的这个波束接收寻呼消息。
一个PO(Paging Occasion,寻呼时机)可以包括一组PDCCH监听时机(monitoringoccasion)。PO的长度由SSB(同步信号和PBCH块(Synchronization Signaland PBCHblock))的实际传输个数和SCS(Sub Carrier Spacing，子载波间隔)共同决定。PO是指调度承载寻呼消息的PDSCH的DCI的时机，而不是传输寻呼消息的时机。
调度承载寻呼消息的PDSCH的DCI的CORESET(Control Resource Set，控制资源集)可以与RMSI(Remaining Minimum System Information，剩余最小系统信息)的CORESET相同，也可以独立配置paging的CORESET。
在一个DRX cycle中，一个UE只需要监听一个寻呼时机。寻呼帧包括一个无线帧，该无线帧包括一个或多个寻呼时机的起始位置。
PF通过如下公式获取：(SFN+PF_offset)mod T＝(T div N)*(UE_ID mod N)
PO通过如下公式获取：i_s＝floor(UE_ID/N)mod Ns
其中，mod表示取模运算。
参数配置(在SIB1(System Information Block，系统信息块)中配置)如下：
T：按照上述最小原则获取的DRX周期(default DRX，RAN DRX，UE specific DRX)；
N：DRX周期内寻呼帧的个数；
Ns：PF内PO的个数；
PF_offset：决定PF的偏置；
UE_ID:5G-S-TMSI mod 1024；
对于paging和RMSI公用搜索空间的情况，Ns等于1或者2。Ns＝1,表示PF中只有一个PO。Ns＝2,表示PO在PF的第一个半帧(i_s＝0)或者在PF的第二个半帧(i_s＝1).
对于配置独立的寻呼搜索空间的情况，UE监听第(i_s+1)个PO。PO包括连续S个PDCCH monitoring occasion，S为实际传输的SSB的个数。PO中第K个PDCCH monitoringoccasion对应第K个SSB。为了使得寻呼帧PF内的寻呼时机分配均衡，引入了PO的第一PDCCH监听时机(firstPDCCH-MonitoringOccasionOfPO)。如果firstPDCCH-MonitoringOccasionOfPO被配置，则指示PF中每个PO的起始的PDCCH monitoringoccasion位置。如果firstPDCCH-MonitoringOccasionOfPO没有被配置，则PF中每个PO的起始的PDCCH monitoring occasion位置为i_s*S。在一个PF内的PDCCH monitoringoccasion从0开始连续编号。
对于多SIM卡终端场景，终端需要接收多SIM卡分别对应的多个用户终端的寻呼消息。该多个用户终端的每一个用户终端按照上述确定用于接收寻呼消息的PO的方法确定PO的位置。由于多个用户终端的用户终端标识例如UE ID不同，所计算的PO的位置可能不同。另外，每一个用户终端的接收寻呼消息的周期也可能不同。
因此，多卡终端中的多个SIM卡所对应的多个用户终端，每一个用户终端接收寻呼消息的时间也可能是不同的。由于终端在IDLE或RRC INACTIVE状态，主要的操作为接收寻呼消息。对于多卡终端，每一个SIM卡具有与其他SIM卡潜在不同的接收寻呼消息的时间位置。因此在每一个寻呼周期内，多卡终端可能需要多次醒来接收寻呼消息。这会增大终端在IDLE或RRC INACTIVE状态的功耗。
图4是根据本申请一实施例寻呼时间位置的确定方法200的示意性流程图。该方法可选地可以应用于图1所示的系统，但并不仅限于此。该方法包括以下内容的至少部分内容。
S210、第一用户终端确定寻呼参数。
S220、该第一用户终端基于该寻呼参数确定寻呼时间位置。
可选地，在本申请实施例中，该第一用户终端确定寻呼参数，包括：第一用户终端基于第二用户终端的寻呼参数，确定该第一用户终端的寻呼参数。然后，第一用户终端基于自身的寻呼参数确定寻呼时间位置，例如寻呼帧和寻呼时机。第一用户终端可以在该寻呼时间位置接收寻呼消息。第一用户终端的寻呼时间位置与第二用户终端的寻呼时间位置可以相同或部分相同。在本申请实施例中，第一用户终端与第二用户终端可以是关联的用户终端。
在一些场景中，多个用户终端可能存在关联。示例如下：
场景一，多个用户终端位于同一通信设备，例如图1中的终端设备。
例如，一个手机可以包括两个SIM卡，每个SIM卡可以作为一个用户终端。该手机中包括的两个用户终端存在关联。
场景二，多个用户终端不位于同一通信设备，但是通过一些信息可以确定具有关联关系。
一种情况下，多个用户终端之间可以通过短距离通信方式连接。例如，手机可以包括一个用户终端，电话手表等可穿戴设备可以包括另一个用户终端，二者不在同一个通信设备中，但是可以通过短距离通信例如蓝牙等方式建立连接。该手机包括的用户终端与该电话手表包括的用户终端存在关联。
另一种情况下，多个用户终端的信道状况关联。例如，同一人使用的某个手机和手环可能具有类似的信道状况。同一人使用的某个手机和手环的位置一般比较接近，二者的信道质量、信号强度等信道状况可能类似。在网络侧例如基站可以根据该手机和手环的信道状态，判定二者是否关联。如果基站获取到该手机和手环的信道状况类似，可以判定该手机和手环的关联。例如，基站接收到终端侧上报的信道质量、信号强度等信道状况的测量结果后，可以根据这些测量结果，判定多个用户终端的信道状况是否类似。然后，基站可以根据该手机和手环的信道状况是否类似来判定它们是否关联。
另一种情况下，多个用户终端的移动轨迹关联。在网络侧可以根据该手机和手环的移动轨迹，判定二者是否关联。例如，同一人使用的某个手机和手环可能会接入相同的小区，并基本同时从某个小区离开。如果基站检测到该手机和手环的移动轨迹类似，则可以获取该手机和手环的关联信息。
用户终端可以将向CN(Core Network，核心网)设备上报关联信息。CN设备可以记录或保存收到的关联信息。在需要进行一些处理例如寻呼时，CN设备可以向基站发送保存的关联信息。相应地，基站可以从CN设备接收该关联信息。例如，CN设备需要向UE1和UE2发送寻呼消息，CN设备可以将UE1和UE2的关联信息发送至基站，由基站利用该关联信息对UE1和/或UE2进行寻呼。
网络设备确定多个用户终端关联的情况下，可以向这些用户终端发送关联信息。
关联的多个用户终端可以基于相同寻呼参数，确定寻呼帧和寻呼时机。这样得到的这些用户终端的寻呼帧和寻呼时机可能相同。也即是说，这些用户终端可以在相同寻呼帧和寻呼时机接收寻呼消息。
关联的多个用户终端也可以基于具有整数倍关系的寻呼参数，确定寻呼帧和寻呼时机。这样得到的这些用户终端的寻呼帧和寻呼时机可能部分相同。也即是说，这些用户终端可以在部分相同寻呼帧和寻呼时机接收寻呼消息。
因此，如果多个用户终端在同一通信设备中，该通信设备可以在相同或部分相同的寻呼时间位置从DRX休眠状态醒来，执行必要的AGC(Automatic Gain Control，自动增益控制)、时频同步操作，并进一步地在该寻呼时间位置接收这些用户终端的寻呼消息，减少该通信设备醒来的次数，达到节能的效果。
可选地，在本申请实施例中，该第一用户终端基于第二用户终端的寻呼参数，确定该第一用户终端的寻呼参数，包括：该第一用户终端基于第二用户终端自主决定的非连续接收DRX周期(UE specific DRX周期)，确定该第一用户终端自主决定的DRX周期。
可选地，在本申请实施例中，该第一用户终端自主决定的DRX周期与该第二用户终端自主决定的DRX周期相同或具有整数倍关系。
关联的多个用户终端可以协调自主决定的DRX周期，使得关联的多个用户终端自主决定的DRX周期相同或具有整数倍关系。例如，第一用户终端和第二用户终端均使用第二用户终端的UE specific DRX周期。再如，第一用户终端和第二用户终端均使用第一用户终端的UE specific DRX周期。再如，第一用户终端的UE specific DRX周期与第二用户终端的UE specific DRX周期具有整数倍关系。
示例性地，UE1可以参考UE2的UE specific DRX周期，确定自身的UE specificDRX周期。例如，UE1的UE specific DRX周期等于UE2的UE specific DRX周期。再如，UE1的UE specific DRX周期是UE2的UE specific DRX周期的整数倍。再如，UE2的UE specificDRX周期是UE1的UE specific DRX周期的整数倍。
对于处于RRC空闲状态的UE，可以使用小区级别的DRX(Cell default DRX)周期和UE自主决定的DRX(UE specific DRX)周期中最小的DRX周期作为寻呼周期。如果处于RRC空闲状态的UE1和UE2的UE specific DRX周期相同，UE1和UE2的寻呼周期也相同。如果RRC空闲状态的UE1和UE2的UE specific DRX周期具有整数倍关系，UE1和UE2的寻呼周期也具有整数倍关系。
对于处于RRC非激活状态的UE，可以使用小区级别的DRX(Cell default DRX)周期、UE自主决定的DRX(UE specific DRX)周期和RAN(无线接入网)DRX周期中最小的DRX周期作为寻呼周期。如果处于RRC非激活状态的UE1和UE2的UE specific DRX周期相同，UE1和UE2的寻呼周期也相同。如果RRC空闲状态的UE1和UE2的UE specific DRX周期具有整数倍关系，UE1和UE2的寻呼周期也具有整数倍关系。
此外，Cell default DRX周期是通过广播消息发送的，因此该Cell default DRX周期对位于相同小区的所有用户终端是一样的。如果用户终端上报了UE specific DRX周期，则通信设备例如多卡手机内的多个SIM卡的用户终端所上报的DRX周期之间可以参考上述的示例，需要一定的协调。例如，同一通信设备内的多个SIM卡的用户终端所上报的DRX周期相同或具有整数倍关系。
如果网络设备配置了RAN DRX周期，则为多卡手机内的多个SIM卡的用户终端所配置的RAN DRX周期之间也需要一定的协调，从而保证多个SIM卡的用户终端各自确定的寻呼周期相同或具有整数倍关系。例如，网络设备为同一通信设备内的多个SIM卡的用户终端配置的RAN DRX周期相同或具有整数倍关系。
上述的多个SIM卡位于同一通信设备只是一种示例性场景，在其他关联场景下，也可以采用类似的方式协调寻呼周期。例如手机与可穿戴设备例如手环关联，或者多个SIM卡通过签约方式而存在关联，可以将这些关联的用户终端的寻呼周期协调为相同或具有整数倍关系。
可选地，在本申请实施例中，第一用户终端基于第二用户终端的寻呼参数，确定该第一用户终端的寻呼参数，包括：该第一用户终端基于第二用户终端的用户终端标识，确定该第一用户终端的寻呼参数。
可选地，在本申请实施例中，该第一用户终端的寻呼参数为该第二用户终端的用户终端标识。
具体地，用户终端可以获取关联的用户终端的用户终端标识，然后再基于关联的用户终端的用户终端标识确定自身的寻呼参数。例如，UE1与UE2是关联的用户终端。UE1将自身用于计算寻呼时间位置的UE ID确定为与UE2的UE ID相同。
此外，第一用户终端也可以将自身用于计算寻呼时间位置的用户终端标识设置为与第二用户终端的用户终端标识部分相同。例如，UE1将UE2的UE ID的最后x位(例如x＝6)作为自身用于计算寻呼时间位置的用户终端标识。再如，UE1将自身的UE ID与UE2的UE ID组合成新的UE ID，用于计算UE1和UE2的寻呼时间位置。
在本申请实施例中，关联的多个用户终端可以基于相同的用户终端标识确定寻呼时间位置。例如，UE1和UE2均基于UE1的UE ID，确定寻呼帧和寻呼时机。再如，UE1和UE2均基于UE2的UE ID，确定寻呼帧和寻呼时机。再如，UE1和UE2均基于某个公共的UE ID，确定寻呼帧和寻呼时机。该公共的UE ID可以为根据UE1和/或UE2的UE ID计算或转换得到的UE ID，还可以为随机生成的UE ID。此外，也可以采用其他方式确定公共的UE ID。
可选地，在本申请实施例中，该第一用户终端基于第二用户终端的寻呼参数，确定该第一用户终端的寻呼参数，包括：该第一用户终端接收来自网络设备的配置信息；该第一用户终端基于该配置信息确定该第一用户终端的寻呼参数。
可选地，在本申请实施例中，该配置信息包括用户终端标识。
可选地，在本申请实施例中，该配置信息包括的用户终端标识为第二用户终端的用户终端标识或公共的用户终端标识。
具体地，可以由网络设备确定用户终端使用那些寻呼参数来确定寻呼时间位置。例如，网络设备通过配置信息指示多个用户终端采用相同的用户终端标识来确定寻呼时间位置。这种情况下，网络设备可以分别向这多个用户终端发送包括该用户终端标识的配置信息。收到该配置信息的用户终端，可以将相同的UE ID代入PO和PF的计算公式，来计算各自的PO和PF。
本申请实施例中，用户终端基于关联的用户终端的寻呼参数来确定自身的寻呼参数，能够优化寻呼流程，提升寻呼效率。
可选地，在本申请实施例中，该方法还包括：该第一用户终端在所确定寻呼时间位置接收寻呼消息；该第一用户终端基于该寻呼消息中包括的用户终端标识确定自己是否被寻呼。
可选地，在本申请实施例中，在该寻呼消息中包括用户终端标识为该第一用户终端的用户终端标识的情况下，该第一用户终端确定自己被寻呼。
可选地，在本申请实施例中，在该寻呼消息中包括用户终端标识为约定的用户终端标识的情况下，该第一用户终端确定自己被寻呼；该约定的用户终端标识为该第一用户终端的用户终端标识、该第二用户终端的用户终端标识或公共的用户终端标识。
在一些场景下，多个关联的用户终端，在相同或部分相同的寻呼时间位置接收的寻呼消息中携带各自的用户终端标识。例如UE1和UE2在相同的PO和PF接收寻呼消息。如果UE1检测到该寻呼消息的寻呼记录列表中包括UE1的UE ID，表示UE1被寻呼。如果UE2检测到该寻呼消息的寻呼记录列表中包括UE2的UE ID，表示UE2被寻呼。例如，在多个用户终端位于同一通信设备的场景下，该通信设备可以利用相同或部分相同的寻呼时间位置接收寻呼消息，减少该通信设备从DRX休眠状态醒来的次数，实现节能。
在另一些场景下，例如运营商一号多终端等业务场景下，多个用户终端在网络侧具有关联关系。例如，多个用户终端通过签约的方式关联。这种场景下，通常，一个用户终端被寻呼，另一个用户终端也会被同时寻呼。网络设备对这两个用户终端的寻呼采用不同的寻呼资源。结合本申请的技术方案，对该场景也可以做一些协调。例如，先参照上述寻呼时间位置的确定方法协调两个用户终端的寻呼时间位置。进一步地，可以将这两个用户终端的寻呼消息进行绑定。例如，这两个用户终端可以通过一个约定的用户终端标识被寻呼。这个约定的用户终端标识可以为UE1的UE ID、UE2的UE ID，或是网络通知的UE ID，也可以是上述用于确定寻呼时间位置的UE ID。这样，网络设备发送的寻呼消息的寻呼记录列表中可以包括该约定的UE ID。如果UE1检测到寻呼消息中有该约定的UE ID，可以确定自己被寻呼。如果UE2检测到寻呼消息中有该约定的UE ID，可以确定自己被寻呼。此外，在手机和可穿戴设备等多个用户终端关联的场景下，也可以进行类似的处理。这些场景下，关联的多个用户终端既可以在相同的寻呼时间位置接收相同的寻呼消息，又采用相同的约定的UE ID，可以减少寻呼过程需要传输的信息，避免采用不同的寻呼资源对多个关联的用户终端进行寻呼，从而节约信道资源。
可选地，在本申请实施例中，该方法还包括：该第一用户终端上报关联信息，该关联信息包括与该第一用户终端关联的第二用户终端的信息。
其中，关联信息可以包括但不限于以下至少之一：
关联的用户终端的用户终端标识，如UE ID、sTMSI(serving-Temporary MobileSubscriber Identity，临时移动用户标识)；
关联的用户终端所支持的网络制式，例如WCDMA、TD-SCDMA(Time Division-Synchronous Code Division Multiple Access，时分同步码分多址)，LTE、NR；
关联的用户终端的订阅信息。例如，两个SIM卡属于同一运营商，上报的订阅信息可以是该运营商的PLMN(Public Land Mobile Network，公共陆地移动网络)。
可选地，在本申请实施例中，在多个用户终端位于同一通信设备的场景下，该方法还包括：该第一用户终端通过通信设备获取该关联信息，该通信设备为第一用户终端与第二用户终端所处的通信设备。
可选地，在本申请实施例中，通过通信设备获取该关联信息包括：通过该通信设备读取与该第一用户终端关联的用户终端的SIM的信息。例如，手机中包括SIM卡1和SIM卡2，可以通过该手机读取SIM卡1和SIM卡2的信息。然后，SIM卡1对应的用户终端或SIM卡2对应的用户终端，可以将SIM卡1和SIM卡2的信息一起上报至网络。
可选地，在本申请实施例中，在多个用户终端之间通过短距离通信方式连接的情况下，该方法还包括：该第一用户终端通过短距离通信方式获取该关联信息。
可选地，在本申请实施例中，通过短距离通信方式获取该关联信息，包括：通过短距离通信方式获取与该第一用户终端关联的用户终端的SIM的信息。例如，手机通过蓝牙接收来自电话手表的该手表中的SIM卡的信息。
可选地，在本申请实施例中，第一用户终端上报关联信息，包括：第一用户终端在注册过程或附着过程中上报该关联信息。
可选地，在本申请实施例中，该关联信息的上报方式包括以下至少之一：
RRC信令；
NAS(Non-Access Stratrum，非接入层)信令；
MAC(Medium Access Control，媒体接入控制)CE(Control Element，控制信元)。
此外，第一用户终端还可以向网络上报与第二用户终端是否存在关联的状态。例如，SIM卡1与SIM卡2在同一手机中，SIM卡1或SIM卡2可以向网络侧发送二者存在关联的状态。如果将某个SIM卡取出，SIM卡1或SIM卡2可以向网络侧发送二者不存在关联的状态。再如，手机与电话手表处于短距离通信连接的状态，手机或电话手表可以向网络侧发送二者存在关联的状态。如果二者的短距离通信连接断开，手机或电话手表可以向网络侧发送二者不存在关联的状态。
本申请实施例中，通过用户终端上报与其关联的用户终端的信息，可减少不必要的功耗，实现节能。
图5是根据本申请一实施例发送寻呼的方法300的示意性流程图。该方法可选地可以应用于图1所示的系统，但并不仅限于此。该方法包括以下内容的至少部分内容。
S310、网络设备确定第一用户终端的寻呼参数。
S320、该网络设备在基于该寻呼参数确定的寻呼时间位置，向该第一用户终端发送寻呼消息。
可选地，在本申请实施例中，网络设备确定第一用户终端的寻呼参数，包括：该网络设备基于第二用户终端的寻呼参数，确定第一用户终端的寻呼参数。
例如，网络设备在确定多个用户终端关联的情况下，可以利用相同或具有整数倍关系的寻呼参数，确定这些关联的用户终端的寻呼时间位置。这样得到的这些用户终端的寻呼帧和寻呼时机可能相同或部分相同。然后，网络设备可以在相同或部分相同寻呼帧和寻呼时机，向这些用户终端发送寻呼消息。
可选地，在本申请实施例中，网络设备确定第一用户终端的寻呼参数，还包括：该网络设备基于第二用户终端的无线接入网RAN DRX周期，确定第一用户终端的RAN DRX周期。
可选地，在本申请实施例中，该第一用户终端的RAN DRX周期与第二用户终端的RAN DRX周期相同或具有整数倍关系。
此外，如果两个UE属于不同的小区，网络设备可以协调小区级别的DRX周期。例如，这两个UE的寻呼周期协调为相同或具有整数倍关系。
可选地，在本申请实施例中，网络设备确定第一用户终端的寻呼参数，包括：该网络设备向该第一用户终端发送配置信息，该配置信息包括该第一用户终端的寻呼参数。
可选地，在本申请实施例中，该配置信息包括的该第一用户终端的寻呼参数为用户终端标识。
可选地，在本申请实施例中，该配置信息包括的用户终端标识为第二用户终端的用户终端标识或公共的用户终端标识。
可选地，在本申请实施例中，该方法还包括：该网络设备接收上报的第二用户终端的用户终端标识。
可选地，在本申请实施例中，该方法还包括：该网络设备接收来自其他网络设备的第二用户终端的用户终端标识。
可选地，在本申请实施例中，该方法还包括：该网络设备接收第一用户终端上报的关联信息，该关联信息包括与该第一用户终端关联的第二用户终端的信息。
本申请实施例中，网络设备基于关联的用户终端的寻呼参数来确定寻呼参数，发送寻呼消息，能够优化寻呼流程，提升寻呼效率。
可选地，在本申请实施例中，所述寻呼消息中包括所述第一用户终端的用户终端标识和所述第二用户终端的用户终端标识。
可选地，在本申请实施例中，所述寻呼消息中包括约定的用户终端标识，所述约定的用户终端标识为所述第一用户终端的用户终端标识、所述第二用户终端的用户终端标识或公共的用户终端标识。
在一些场景下，网络设备可以在相同或部分相同的寻呼时间位置向多个关联的用户终端发送寻呼消息。该寻呼消息的寻呼记录列表中携带这些关联的用户终端各自的用户终端标识。例如网络设备在所确定的PO和PF向UE1和UE2发送的寻呼消息。如果UE1检测到该寻呼消息的寻呼记录列表中包括UE1的UE ID，表示UE1被寻呼。如果UE2检测到该寻呼消息的寻呼记录列表中包括UE2的UE ID，表示UE2被寻呼。例如，在多个用户终端位于同一通信设备的场景下，网络设备可以在相同或部分相同的寻呼时间位置向该通信设备中的多个用户终端发送寻呼消息，减少该通信设备从DRX休眠状态醒来的次数，实现节能。
在另一些场景下，例如运营商一号多终端等业务场景下，多个用户终端在网络侧具有关联关系。通常，一个用户终端被寻呼，另一个用户终端也会被同时寻呼。结合本申请的技术方案，对该场景也可以做一些协调。例如，先参照上述寻呼时间位置的确定方法协调两个用户终端的寻呼时间位置。进一步地，可以将这两个用户终端的寻呼消息进行绑定。例如，这两个用户终端可以通过一个约定的用户终端标识被寻呼。这个约定的用户终端标识可以为UE1的UE ID、UE2的UE ID，或是网络通知的UE ID，也可以是上述用于确定寻呼时间位置的UE ID。这样，网络设备发送的寻呼消息的寻呼记录列表中可以包括该约定的UE ID。如果UE1检测到寻呼消息中有该约定的UE ID，可以确定自己被寻呼。如果UE2检测到寻呼消息中有该约定的UE ID，可以确定自己被寻呼。在手机和可穿戴设备等多个用户终端关联的场景下，也可以进行类似的处理。在这些场景下，网络设备还可以在相同的寻呼时间位置向关联的多个用户终端还发送相同的寻呼消息，又采用相同的约定的UE ID，可以减少寻呼过程需要传输的信息，避免采用不同的寻呼资源对多个关联的用户终端进行寻呼，从而节约信道资源。
可选地，在本申请实施例中，该方法还包括：该网络设备接收来自其他网络设备的关联信息，该关联信息包括与该第一用户终端关联的第二用户终端的信息。
可选地，在本申请实施例中，该方法还包括：该网络设备根据来自其他网络设备的签约信息获取关联信息，该关联信息包括与该第一用户终端关联的第二用户终端的信息。
可选地，在本申请实施例中，该寻呼时间位置包括寻呼帧和寻呼时机。
本实施例的网络设备执行的方法300与上述方法200的相同的术语具有相同的含义，可以参考上述方法200的相关解释和示例，为了简洁，在此不再赘述。
应用示例1：
在多卡终端场景中，同一通信设备中可能具有多个用户终端。网络设备可以对具有关联关系的多个用户终端使用协调的寻呼方式，使得多卡终端可以在相同或部分相同的时间位置接收寻呼消息。因此，可以避免通信设备在接收寻呼消息的过程中多次操作，从而节省通信设备的电量消耗。
在本示例中，寻呼时间位置协调的方式可以包括对寻呼周期、UE ID等寻呼参数的协调。通过协调多SIM卡终端内多用户终端的寻呼时间位置，实现终端节能。
具有关联关系的多个用户终端，可以基于相同或具有一定转换关系的寻呼参数，确定接收寻呼的时间位置。
多个用户终端的寻呼时间位置的协调过程示例如下：
多个用户终端位于同一通信设备的一种示例为多卡手机，如双卡双待手机，两张SIM卡内嵌到一个手机设备之内，两张SIM卡即为两个用户终端。若可以协调使得两个用户终端在相同的时间位置接收寻呼消息，有利于通信设备省电。这样做，通信设备只需要在相同或部分相同的接收寻呼消息的时间位置之前，从DRX休眠状态醒来，执行必要的AGC、时频同步操作，并进一步地在寻呼的时间位置接收寻呼消息。比较而言，若两个SIM卡用户终端接收寻呼的时间位置没有协调，在不同的时间位置接收寻呼消息。通信设备需要多次醒来，执行多次必要的AGC、时频同步操作，以及在多个不同的寻呼的时间位置接收多次寻呼消息。显然，协调相同或部分相同的寻呼时间位置，减少了包括多个用户设备的通信设备接收寻呼消息的相关操作，从而有利于通信设备省电。
为了协调多卡手机内的多个SIM卡分别对应的用户终端(以下简称多个SIM用户)的寻呼时间接收位置，需要协调多个SIM用户用于确定寻呼时间位置的相关参数。
基于寻呼机制可知，寻呼周期T和UE ID是影响用户终端确定PF和PO位置的两个因素。下面分别举例说明多个SIM用户的寻呼周期和UE ID的协调过程。
一、寻呼周期(paging cycle)的协调
为使得通信设备内多个SIM用户所确定的寻呼时间位置一致或部分一致，可以使得多个SIM用户的寻呼周期相同，或使得多个SIM用户的寻呼周期之间具有整数倍关系。
例如，对于处于RRC_IDLE的UE，使用Cell default DRX周期和UE specific DRX周期(若UE上报了UE specific DRX周期)中最小的DRX周期。对于处于RRC_INACTIVE的UE，使用Cell default DRX cycle，UE specific DRX(若UE上报了UE specific DRX周期)和RANDRX周期(若网络设备配置了RAN DRX周期)中最小的DRX。在本示例中，由于寻呼采用DRX传输，这里DRX周期可以作为寻呼周期。
在上述确定用户终端的寻呼消息的周期的过程中，Cell default DRX周期为通过广播消息发送的，因此该Cell default DRX周期对位于同一小区的所有用户终端都是一样的。因此，若用户终端上报了UE specific DRX周期，则多卡手机内的多个SIM用户所上报的DRX周期之间需要一定的协调。例如，同一通信设备内的多个SIM卡用户上报的UE specificDRX周期是相同的。再如，同一通信设备内，一个SIM用户所上报的DRX周期为另一个SIM用户所上报的DRX周期的整数倍。
此外，如果网络设备配置了RAN DRX周期，则为多卡手机内的多个SIM用户所配置的RAN DRX周期之间也需要一定的协调。例如，网络设备为同一通信设备内的多个SIM用户配置的RAN DRX周期是相同的。再如，网络设备为同一通信设备内的一个SIM用户配置的RANDRX周期是为另一个SIM用户配置的RAN DRX周期的整数倍。
此外，若用户终端未上报UE SPECIFIC DRX周期，或网络设备未配置RAN DRX周期，则多个SIM用户可以均使用CELL default DRX周期，这样，多个SIM用户的DRX周期也是一致的。
经过上述对多个用户终端的DRX周期的协调，可以保证多个SIM用户各自确定的寻呼周期是相同的，或多个SIM用户各自确定的寻呼周期之间具有整数倍关系。
二、UE ID的协调
基于寻呼机制可知，PF和PO的计算中均采用了UE ID作为确定其中的一个确定因子。为了使得通信设备内的多个SIM用户所确定的寻呼时间位置一致或部分一致，多个SIM用户在确定PF和PO时使用的UE ID可以是一致的。
具体地，在确定多个SIM用户中每一个SIM卡用户终端的寻呼时间位置时，可以使用多个SIM用户中的某一个SIM用户的UE ID，也可以使用一个配置的公共UE ID。这样，可以保证多个SIM用户在确定PF和PO时使用的UE ID是一致的。例如，多个SIM用户可以与网络设备协商使用哪一个SIM用户的UE ID作为确定寻呼时间位置的UE ID。例如使用主SIM用户所对应的UE ID。也可以由网络设备指定使用哪一个SIM用户的UE ID。网络设备可以在用户终端发起的网络注册过程中向用户终端指定其确定寻呼时间位置的UE ID(例如可以是该SIM用户自身的UE ID，也可以是与该SIM用户位于同一个通信设备内的其他SIM用户的UE ID)。
虽然多个SIM用户在确定PF和PO时使用的UE ID是一致的，但在寻呼消息之内携带的UE ID还可以是每一个SIM用户自身的UE ID。
当然，网络设备也可以向关联的多个SIM用户发送相同的寻呼消息。例如，SIM用户可能在相同的PF和PO接收到相同的寻呼消息，该寻呼消息中携带协商确定的UE ID。
此外，基于寻呼机制可知，RRC IDLE和RRC INACTIVE的用户终端的UE ID是不同的。用户终端处于RRC IDLE状态时，CN初始寻呼为S-TMSI。用户终端处于RRC INACTIVE状态时，RAN初始寻呼为I-RNTI。因此，在不同RRC状态下，多个SIM用户确定寻呼时间位置的UEID也可以不同。
三、其他参数的协调
基于寻呼机制可知，Ns(PF内PO的个数)与PF_offset(决定PF的偏置)等参数也影响用户终端的寻呼时间位置。因此，若同一通信设备中的多个SIM用户分别驻留或接入到不同的多个小区，这多个小区也需要对这些参数进行协调。
一种方式是，可以由网络设备通过自我实现来协调这些参数的一致性，例如网络设备保障多个小区的上述参数是一致的。
另外一种方式是，可以由该通信设备上报至少一个小区的上述参数。网络设备得到上报后，在不同的小区之间进行协调，并将协调的结果通知多个SIM用户，从而在对多个SIM用户发送寻呼时，使用统一的Ns、PF_offset等寻呼参数来确定寻呼时间位置。
通信设备内的多个SIM用户的关联信息的上报方法可以参见上述实施例中的相关描述。
本应用示例以多卡终端为例进行描述，应理解，在其他的用户终端关联的场景下，也可以采用类似的方式确定用户终端的寻呼时间位置。
应用示例2：
在手机与可穿戴设备关联的场景，或者运营商一号多终端场景下，多个用户终端例如UE1和UE2在网络侧具有关联关系。
对于这些场景中，可以参照上述实施例以及应用示例1的寻呼时间位置的确定方法，确定寻呼参数，进而协调两个UE1和UE2的寻呼时间位置。UE1和UE2可以具有相同的PO和PF。
进一步地，可以将UE1和UE2的寻呼消息进行绑定。例如，UE1和UE2可以通过一个约定的UE ID被寻呼。这个约定的UE ID可以为UE1的UE ID、UE2的UE ID，或是网络通知的UEID，也可以是上述用于确定寻呼时间位置的UE ID。这样，网络设备发送的寻呼消息的寻呼记录列表中可以包括该约定的UE ID。
网络设备在所确定的PO和PF向UE1和UE2发送寻呼消息后，如果UE1检测到该寻呼消息的寻呼记录列表中有该约定的UE ID，可以确定自己被寻呼。如果UE2检测到该寻呼消息中有该约定的UE ID，可以确定自己被寻呼。
图6是根据本申请一实施例的用户终端20的示意性框图。该用户终端20可以包括：
处理单元21，用于确定寻呼参数；
该处理单元21还用于基于该寻呼参数确定寻呼时间位置。
可选地，在本申请实施例中，该处理单元21还用于基于第二用户终端的寻呼参数，确定第一用户终端的寻呼参数。
可选地，在本申请实施例中，该处理单元21还用于基于第二用户终端自主决定的DRX周期，确定该第一用户终端自主决定的DRX周期。
可选地，在本申请实施例中，该第一用户终端自主决定的DRX周期与该第二用户终端自主决定的DRX周期相同或具有整数倍关系。
可选地，在本申请实施例中，该处理单元21还用于基于第二用户终端的用户终端标识，确定该第一用户终端的寻呼参数。
可选地，在本申请实施例中，该第一用户终端的寻呼参数为该第二用户终端的用户终端标识。
可选地，在本申请实施例中，该处理单元21还用于接收来自网络设备的配置信息；基于该配置信息确定该第一用户终端的寻呼参数。
可选地，在本申请实施例中，该配置信息包括用户终端标识。
可选地，在本申请实施例中，该配置信息包括的用户终端标识第二用户终端的用户终端标识或公共的用户终端标识。
如图7所示，选地，在本申请实施例中，该用户终端还包括：
接收单元22，用于在所确定寻呼时间位置接收寻呼消息；
该处理单元还用于基于该寻呼消息中包括的用户终端标识确定自己是否被寻呼。
可选地，在本申请实施例中，在该寻呼消息中包括用户终端标识为该第一用户终端的用户终端标识的情况下，该第一用户终端确定自己被寻呼。
可选地，在本申请实施例中，在该寻呼消息中包括用户终端标识为约定的用户终端标识的情况下，该第一用户终端确定自己被寻呼；该约定的用户终端标识为该第一用户终端的用户终端标识、该第二用户终端的用户终端标识或公共的用户终端标识。
可选地，在本申请实施例中，该用户终端还包括：上报单元23，用于上报关联信息，该关联信息包括与该第一用户终端关联的第二用户终端的信息。
可选地，在本申请实施例中，该用户终端还包括：
第一获取单元24，用于通过通信设备获取该关联信息，该通信设备为第一用户终端与该第二用户终端所处的通信设备。
可选地，在本申请实施例中，该用户终端还包括：
第二获取单元25，用于通过短距离通信方式获取该关联信息。
可选地，在本申请实施例中，该寻呼时间位置包括寻呼帧和寻呼时机。
应理解，根据本申请实施例的用户终端中的各个单元的上述和其他操作和/或功能分别为了实现图4中的方法200中的第一用户终端执行的相应流程，为了简洁，在此不再赘述。
图8是根据本申请一实施例的网络设备30的示意性框图。该网络设备30可以包括：
处理单元31，用于确定第一用户终端的寻呼参数；
发送单元32，用于在基于该寻呼参数确定的寻呼时间位置，向该第一用户终端发送寻呼消息。
可选地，在本申请实施例中，该处理单元31还用于基于第二用户终端的寻呼参数，确定第一用户终端的寻呼参数。
可选地，在本申请实施例中，该处理单元31还用于基于第二用户终端的无线接入网RAN DRX周期，确定第一用户终端的RAN DRX周期。
可选地，在本申请实施例中，该第一用户终端的RAN DRX周期与第二用户终端的RAN DRX周期相同或具有整数倍关系。
可选地，在本申请实施例中，该处理单元31还用于向该第一用户终端发送配置信息，该配置信息包括该第一用户终端的寻呼参数。
可选地，在本申请实施例中，该配置信息包括的该第一用户终端的寻呼参数为用户终端标识。
可选地，在本申请实施例中，该配置信息包括的用户终端标识为第二用户终端的用户终端标识或公共的用户终端标识。
如图9所示，可选地，在本申请实施例中，该网络设备还包括：
第一接收单元33，用于接收上报的第二用户终端的用户终端标识。
可选地，在本申请实施例中，该网络设备还包括：
第二接收单元34，用于接收来自其他网络设备的第二用户终端的用户终端标识。
可选地，在本申请实施例中，该寻呼消息中包括该第一用户终端的用户终端标识和该第二用户终端的用户终端标识。
可选地，在本申请实施例中，该寻呼消息中包括约定的用户终端标识，该约定的用户终端标识为该第一用户终端的用户终端标识、该第二用户终端的用户终端标识或公共的用户终端标识。
可选地，在本申请实施例中，该网络设备还包括：
第三接收单元35，用于接收第一用户终端上报的关联信息，该关联信息包括与该第一用户终端关联的第二用户终端的信息。
可选地，在本申请实施例中，该网络设备还包括：
第四接收单元36，用于接收来自其他网络设备的关联信息，该关联信息包括与该第一用户终端关联的第二用户终端的信息。
可选地，在本申请实施例中，该网络设备还包括：
第五接收单元37，用于根据来自其他网络设备的签约信息获取关联信息，该关联信息包括与该第一用户终端关联的第二用户终端的信息。
可选地，在本申请实施例中，该寻呼时间位置包括寻呼帧和寻呼时机。
应理解，根据本申请实施例的网络设备中的各个单元的上述和其他操作和/或功能分别为了实现图5中的方法300中的网络设备执行的相应流程，为了简洁，在此不再赘述。
图10是根据本申请实施例的通信设备600示意性结构图。图10所示的通信设备600包括处理器610，处理器610可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图10所示，通信设备600还可以包括存储器620。其中，处理器610可以从存储器620中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器620可以是独立于处理器610的一个单独的器件，也可以集成在处理器610中。
可选地，如图10所示，通信设备600还可以包括收发器630，处理器610可以控制该收发器630与其他设备进行通信，具体地，可以向其他设备发送信息或数据，或接收其他设备发送的信息或数据。
其中，收发器630可以包括发射机和接收机。收发器630还可以进一步包括天线，天线的数量可以为一个或多个。
可选地，该通信设备600可为本申请实施例的网络设备，并且该通信设备600可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该通信设备600可为本申请实施例的用户终端，并且该通信设备600可以实现本申请实施例的各个方法中由用户终端实现的相应流程，为了简洁，在此不再赘述。
图11是根据本申请实施例的芯片700的示意性结构图。图11所示的芯片700包括处理器710，处理器710可以从存储器中调用并运行计算机程序，以实现本申请实施例中的方法。
可选地，如图11所示，芯片700还可以包括存储器720。其中，处理器710可以从存储器720中调用并运行计算机程序，以实现本申请实施例中的方法。
其中，存储器720可以是独立于处理器710的一个单独的器件，也可以集成在处理器710中。
可选地，该芯片700还可以包括输入接口730。其中，处理器710可以控制该输入接口730与其他设备或芯片进行通信，具体地，可以获取其他设备或芯片发送的信息或数据。
可选地，该芯片700还可以包括输出接口740。其中，处理器710可以控制该输出接口740与其他设备或芯片进行通信，具体地，可以向其他设备或芯片输出信息或数据。
可选地，该芯片可应用于本申请实施例中的网络设备，并且该芯片可以实现本申请实施例的各个方法中由网络设备实现的相应流程，为了简洁，在此不再赘述。
可选地，该芯片可应用于本申请实施例中的用户终端，并且该芯片可以实现本申请实施例的各个方法中由用户终端实现的相应流程，为了简洁，在此不再赘述。
应理解，本申请实施例提到的芯片还可以称为系统级芯片，系统芯片，芯片系统或片上系统芯片等。
上述提及的处理器可以是通用处理器、数字信号处理器(digital signalprocessor，DSP)、现成可编程门阵列(field programmable gate array，FPGA)、专用集成电路(application specific integrated circuit，ASIC)或者其他可编程逻辑器件、晶体管逻辑器件、分立硬件组件等。其中，上述提到的通用处理器可以是微处理器或者也可以是任何常规的处理器等。
上述提及的存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，ROM)、可编程只读存储器(programmable ROM，PROM)、可擦除可编程只读存储器(erasable PROM，EPROM)、电可擦除可编程只读存储器(electrically EPROM，EEPROM)或闪存。易失性存储器可以是随机存取存储器(random access memory，RAM)。
应理解，上述存储器为示例性但不是限制性说明，例如，本申请实施例中的存储器还可以是静态随机存取存储器(static RAM，SRAM)、动态随机存取存储器(dynamic RAM，DRAM)、同步动态随机存取存储器(synchronous DRAM，SDRAM)、双倍数据速率同步动态随机存取存储器(double data rate SDRAM，DDR SDRAM)、增强型同步动态随机存取存储器(enhanced SDRAM，ESDRAM)、同步连接动态随机存取存储器(synch link DRAM，SLDRAM)以及直接内存总线随机存取存储器(Direct Rambus RAM，DR RAM)等等。也就是说，本申请实施例中的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
图12是根据本申请实施例的通信系统800的示意性框图。如图12所示，该通信系统800包括用户终端810和网络设备820。
用户终端810，用于确定寻呼参数；基于该寻呼参数确定寻呼时间位置。
网络设备820，用于确定第一用户终端的寻呼参数；在基于该寻呼参数确定的寻呼时间位置，向该第一用户终端发送寻呼消息。
其中，该用户终端810可以用于实现上述方法中由第一用户终端实现的相应的功能，以及该网络设备820可以用于实现上述方法中由网络设备实现的相应的功能。为了简洁，在此不再赘述。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。该计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行该计算机程序指令时，全部或部分地产生按照本申请实施例所述的流程或功能。该计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。该计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，该计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(Digital Subscriber Line，DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。该计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包括一个或多个可用介质集成的服务器、数据中心等数据存储设备。该可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘(Solid State Disk，SSD))等。
应理解，在本申请的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
以上所述仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应以该权利要求的保护范围为准。
Claims (38)
1.一种寻呼时间位置的确定方法，包括：
第一用户终端基于第二用户终端的寻呼参数，确定所述第一用户终端的寻呼参数；
所述第一用户终端基于所述寻呼参数确定寻呼时间位置；
其中，所述第一用户终端基于第二用户终端的寻呼参数，确定所述第一用户终端的寻呼参数，包括：
所述第一用户终端基于第二用户终端自主决定的DRX周期，确定所述第一用户终端自主决定的DRX周期；其中，所述第一用户终端自主决定的DRX周期与所述第二用户终端自主决定的DRX周期相同或具有整数倍关系。
2.根据权利要求1所述的方法，其中，所述方法还包括：
所述第一用户终端在所确定寻呼时间位置接收寻呼消息；
所述第一用户终端基于所述寻呼消息中包括的用户终端标识确定自己是否被寻呼。
3.根据权利要求2所述的方法，其中，在所述寻呼消息中包括用户终端标识为所述第一用户终端的用户终端标识的情况下，所述第一用户终端确定自己被寻呼。
4.根据权利要求2所述的方法，其中，在所述寻呼消息中包括用户终端标识为约定的用户终端标识的情况下，所述第一用户终端确定自己被寻呼；
所述约定的用户终端标识为所述第一用户终端的用户终端标识、第二用户终端的用户终端标识或公共的用户终端标识。
5.根据权利要求1至4中任一项所述的方法，其中，所述方法还包括：
所述第一用户终端上报关联信息，所述关联信息包括与所述第一用户终端关联的第二用户终端的信息。
6.根据权利要求5所述的方法，其中，所述方法还包括：
所述第一用户终端通过通信设备获取所述关联信息，所述通信设备为第一用户终端与所述第二用户终端所处的通信设备。
7.根据权利要求5所述的方法，其中，所述方法还包括：
所述第一用户终端通过短距离通信方式获取所述关联信息。
8.根据权利要求1至4中任一项所述的方法，其中，所述寻呼时间位置包括寻呼帧和寻呼时机。
9.一种发送寻呼的方法，包括：
网络设备基于第二用户终端的寻呼参数确定第一用户终端的寻呼参数；
所述网络设备在基于所述寻呼参数确定的寻呼时间位置，向所述第一用户终端发送寻呼消息；其中，网络设备基于第二用户终端的寻呼参数，确定第一用户终端的寻呼参数，包括：
所述网络设备基于第二用户终端的无线接入网RAN DRX周期，确定第一用户终端的RANDRX周期；其中，所述第一用户终端的RAN DRX周期与第二用户终端的RAN DRX周期相同或具有整数倍关系。
10.根据权利要求9所述的方法，其中，所述寻呼消息中包括所述第一用户终端的用户终端标识和第二用户终端的用户终端标识。
11.根据权利要求9所述的方法，其中，所述寻呼消息中包括约定的用户终端标识，所述约定的用户终端标识为所述第一用户终端的用户终端标识、第二用户终端的用户终端标识或公共的用户终端标识。
12.根据权利要求9所述的方法，其中，所述方法还包括：
所述网络设备接收第一用户终端上报的关联信息，所述关联信息包括与所述第一用户终端关联的第二用户终端的信息。
13.根据权利要求9所述的方法，其中，所述方法还包括：
所述网络设备接收来自其他网络设备的关联信息，所述关联信息包括与所述第一用户终端关联的第二用户终端的信息。
14.根据权利要求9所述的方法，其中，所述方法还包括：
所述网络设备根据来自其他网络设备的签约信息获取关联信息，所述关联信息包括与所述第一用户终端关联的第二用户终端的信息。
15.根据权利要求9所述的方法，其中，所述寻呼时间位置包括寻呼帧和寻呼时机。
16.一种用户终端，包括：
处理单元，用于基于第二用户终端的寻呼参数，确定用户终端的寻呼参数；
所述处理单元还用于基于所述寻呼参数确定寻呼时间位置；
其中，所述处理单元具体用于基于第二用户终端自主决定的DRX周期，确定所述用户终端自主决定的DRX周期；其中，所述用户终端自主决定的DRX周期与所述第二用户终端自主决定的DRX周期相同或具有整数倍关系。
17.根据权利要求16所述的用户终端，其中，所述用户终端还包括：
接收单元，用于在所确定寻呼时间位置接收寻呼消息；
所述处理单元还用于基于所述寻呼消息中包括的用户终端标识确定自己是否被寻呼。
18.根据权利要求17所述的用户终端，其中，在所述寻呼消息中包括用户终端标识为第一用户终端的用户终端标识的情况下，所述第一用户终端确定自己被寻呼。
19.根据权利要求17所述的用户终端，其中，在所述寻呼消息中包括用户终端标识为约定的用户终端标识的情况下，第一用户终端确定自己被寻呼；
所述约定的用户终端标识为第一用户终端的用户终端标识、第二用户终端的用户终端标识或公共的用户终端标识。
20.根据权利要求17至19中任一项所述的用户终端，其中，所述用户终端还包括：
上报单元，用于上报关联信息，所述关联信息包括与所述用户终端关联的第二用户终端的信息。
21.根据权利要求20所述的用户终端，其中，所述用户终端还包括：
第一获取单元，用于通过通信设备获取所述关联信息，所述通信设备为所述用户终端与所述第二用户终端所处的通信设备。
22.根据权利要求20所述的用户终端，其中，所述用户终端还包括：
第二获取单元，用于通过短距离通信方式获取所述关联信息。
23.根据权利要求17至19中任一项所述的用户终端，其中，所述寻呼时间位置包括寻呼帧和寻呼时机。
24.一种网络设备，包括：
处理单元，用于基于第二用户终端的寻呼参数，确定第一用户终端的寻呼参数；
发送单元，用于在基于所述寻呼参数确定的寻呼时间位置，向所述第一用户终端发送寻呼消息；
其中，所述基于第二用户终端的寻呼参数，确定第一用户终端的寻呼参数包括：基于第二用户终端的无线接入网RAN DRX周期，确定第一用户终端的RAN DRX周期；其中，所述第一用户终端的RAN DRX周期与第二用户终端的RAN DRX周期相同或具有整数倍关系。
25.根据权利要求24所述的网络设备，其中，所述网络设备还包括：
第一接收单元，用于接收上报的第二用户终端的用户终端标识。
26.根据权利要求24所述的网络设备，其中，所述网络设备还包括：
第二接收单元，用于接收来自其他网络设备的第二用户终端的用户终端标识。
27.根据权利要求24至26中任一项所述的网络设备，其中，所述寻呼消息中包括第一用户终端的用户终端标识和第二用户终端的用户终端标识。
28.根据权利要求24至26中任一项所述的网络设备，其中，所述寻呼消息中包括约定的用户终端标识，所述约定的用户终端标识为第一用户终端的用户终端标识、第二用户终端的用户终端标识或公共的用户终端标识。
29.根据权利要求24至26中任一项所述的网络设备，其中，所述网络设备还包括：
第三接收单元，用于接收第一用户终端上报的关联信息，所述关联信息包括与所述第一用户终端关联的第二用户终端的信息。
30.根据权利要求24至26中任一项所述的网络设备，其中，所述网络设备还包括：
第四接收单元，用于接收来自其他网络设备的关联信息，所述关联信息包括与所述第一用户终端关联的第二用户终端的信息。
31.根据权利要求24至26中任一项所述的网络设备，其中，所述网络设备还包括：
第五接收单元，用于根据来自其他网络设备的签约信息获取关联信息，所述关联信息包括与所述第一用户终端关联的第二用户终端的信息。
32.根据权利要求24至26中任一项所述的网络设备，其中，所述寻呼时间位置包括寻呼帧和寻呼时机。
33.一种用户终端，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求1至8中任一项所述的方法。
34.一种网络设备，包括：处理器和存储器，该存储器用于存储计算机程序，所述处理器用于调用并运行所述存储器中存储的计算机程序，执行如权利要求9至15中任一项所述的方法。
35.一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求1至8中任一项所述的方法。
36.一种芯片，包括：处理器，用于从存储器中调用并运行计算机程序，使得安装有所述芯片的设备执行如权利要求9至15中任一项所述的方法。
37.一种计算机可读存储介质，用于存储计算机程序，当所述计算机程序被计算机运行时，使得所述计算机执行如权利要求1至8中任一项所述的方法。
38.一种计算机可读存储介质，用于存储计算机程序，当所述计算机程序被计算机运行时，使得所述计算机执行如权利要求9至15中任一项所述的方法。
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| PCT/CN2020/082108 WO2021195848A1 (zh) | 2020-03-30 | 2020-03-30 | 寻呼时间位置的确定方法、发送寻呼的方法、用户终端和网络设备 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN114982298A CN114982298A (zh) | 2022-08-30 |
| CN114982298B true CN114982298B (zh) | 2024-03-01 |
Family
ID=77928900
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202080093351.5A Active CN114982298B (zh) | 2020-03-30 | 2020-03-30 | 寻呼时间位置的确定方法、发送寻呼的方法、用户终端和网络设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN114982298B (zh) |
| WO (1) | WO2021195848A1 (zh) |
Families Citing this family (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116962979A (zh) * | 2022-04-20 | 2023-10-27 | 华为技术有限公司 | 通信方法及装置 |
| CN117998541A (zh) * | 2022-11-03 | 2024-05-07 | 华为技术有限公司 | 通信方法和通信装置 |
| CN115915396B (zh) * | 2023-02-01 | 2023-08-04 | 荣耀终端有限公司 | 寻呼方法及电子设备 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108282862A (zh) * | 2017-01-06 | 2018-07-13 | 华为技术有限公司 | 一种寻呼方法和装置 |
| CN108476489A (zh) * | 2016-03-31 | 2018-08-31 | 华为技术有限公司 | 一种寻呼方法以及相关设备 |
| WO2019084923A1 (zh) * | 2017-11-03 | 2019-05-09 | Oppo广东移动通信有限公司 | 寻呼的方法、终端设备和网络设备 |
| CN109792712A (zh) * | 2018-01-31 | 2019-05-21 | Oppo广东移动通信有限公司 | 寻呼方法、网络设备和终端设备 |
| CN110049553A (zh) * | 2018-01-17 | 2019-07-23 | 中国移动通信有限公司研究院 | 一种寻呼资源的处理方法、寻呼方法、基站及终端 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9813989B2 (en) * | 2015-02-06 | 2017-11-07 | Apple Inc. | Power reduction techniques for dual-SIM devices |
| CN106817745B (zh) * | 2015-12-01 | 2019-12-20 | 普天信息技术有限公司 | 一种集群dmo用户设备寻呼与反馈方法 |
-
2020
- 2020-03-30 WO PCT/CN2020/082108 patent/WO2021195848A1/zh active Application Filing
- 2020-03-30 CN CN202080093351.5A patent/CN114982298B/zh active Active
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN108476489A (zh) * | 2016-03-31 | 2018-08-31 | 华为技术有限公司 | 一种寻呼方法以及相关设备 |
| CN108282862A (zh) * | 2017-01-06 | 2018-07-13 | 华为技术有限公司 | 一种寻呼方法和装置 |
| WO2019084923A1 (zh) * | 2017-11-03 | 2019-05-09 | Oppo广东移动通信有限公司 | 寻呼的方法、终端设备和网络设备 |
| CN110049553A (zh) * | 2018-01-17 | 2019-07-23 | 中国移动通信有限公司研究院 | 一种寻呼资源的处理方法、寻呼方法、基站及终端 |
| CN109792712A (zh) * | 2018-01-31 | 2019-05-21 | Oppo广东移动通信有限公司 | 寻呼方法、网络设备和终端设备 |
Non-Patent Citations (3)
| Title |
|---|
| "36331_CR2872R2_(Rel-14)_R2-1706185".3GPP tsg_ran\TSG_RAN.2017,全文. * |
| Spreadtrum Communications.R2-1707977 "Paging design consideration".3GPP tsg_ran\WG2_RL2.2017,(TSGR2_99),全文. * |
| vivo.RP-191898 "Report of phase 1 Multi-SIM email discussion".3GPP tsg_ran\tsg_ran.2019,(tsgr_85),第3节. * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN114982298A (zh) | 2022-08-30 |
| WO2021195848A1 (zh) | 2021-10-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11626947B2 (en) | Communication method and communications device | |
| CN113133032B (zh) | 无线通信方法、终端设备和网络设备 | |
| CN114982298B (zh) | 寻呼时间位置的确定方法、发送寻呼的方法、用户终端和网络设备 | |
| CN112740763B (zh) | 无线通信方法、终端设备和网络设备 | |
| US20230070801A1 (en) | Multicast downlink service notification method, terminal device and network device | |
| CN112640347B (zh) | 无线通信的方法、终端设备和网络设备 | |
| CN114762408B (zh) | 监听寻呼方法、寻呼方法、终端设备和网络设备 | |
| WO2022116090A1 (zh) | 无线通信的方法、终端设备和网络设备 | |
| CN116134904A (zh) | 侧行链路的传输方法和终端 | |
| CN114337969B (zh) | 无线通信方法、终端设备和网络设备 | |
| CN114375595B (zh) | 无线通信方法、终端设备和网络设备 | |
| CN116548027A (zh) | 无线通信的方法及设备 | |
| WO2022242522A1 (zh) | 一种请求信息发送方法、装置、设备和存储介质 | |
| WO2021195846A1 (zh) | 信息上报方法、信息获取方法、用户终端和网络设备 | |
| CN113647128B (zh) | 无线通信方法、终端设备和网络设备 | |
| CN115997389A (zh) | 寻呼方法、终端设备和网络设备 | |
| CN116569616A (zh) | 一种定时器运行方法、终端设备和网络设备 | |
| CN116347576A (zh) | 节能方法、终端设备和网络设备 | |
| WO2021195847A1 (zh) | 测量方法、用户终端和网络设备 | |
| WO2022016544A1 (zh) | 无线通信方法、终端设备和网络设备 | |
| US20230379882A1 (en) | Paging method and terminal device | |
| WO2022061493A1 (zh) | 资源确定方法、终端设备和网络设备 | |
| WO2023284620A1 (zh) | 通信的方法和装置 | |
| CN114424637B (zh) | 寻呼的方法和装置 | |
| WO2021163978A1 (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 | ||
| GR01 | Patent grant |