CN113302998A - 基站寻呼能力的区分方法、装置及通信设备 - Google Patents

基站寻呼能力的区分方法、装置及通信设备 Download PDF

Info

Publication number
CN113302998A
CN113302998A CN202180001100.4A CN202180001100A CN113302998A CN 113302998 A CN113302998 A CN 113302998A CN 202180001100 A CN202180001100 A CN 202180001100A CN 113302998 A CN113302998 A CN 113302998A
Authority
CN
China
Prior art keywords
paging
base station
capability
reason
cause
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
Application number
CN202180001100.4A
Other languages
English (en)
Inventor
洪伟
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Xiaomi Mobile Software Co Ltd
Original Assignee
Beijing Xiaomi Mobile Software Co Ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Beijing Xiaomi Mobile Software Co Ltd filed Critical Beijing Xiaomi Mobile Software Co Ltd
Publication of CN113302998A publication Critical patent/CN113302998A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/005Transmission of information for alerting of incoming communication
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W68/00User notification, e.g. alerting and paging, for incoming communication, change of service or the like
    • H04W68/02Arrangements for increasing efficiency of notification or paging channel
    • H04W68/025Indirect paging

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本公开提出一种基站寻呼能力的区分方法、装置及通信设备,属于无线通信技术领域。其中,该方法包括:终端设备接收基站的寻呼信令,获取寻呼信令之中的寻呼原因信息单元,其中,寻呼原因信息单元用于承载寻呼原因。由此,即使基站未向终端设备发送寻呼原因,终端设备也可以根据寻呼原因信息单元确定基站的寻呼能力,从而可以根据基站的寻呼能力进行后续动作或相应的判别。

Description

基站寻呼能力的区分方法、装置及通信设备
技术领域
本公开涉及无线通信技术领域,尤其涉及一种基站寻呼能力的区分方法、装置及通信设备。
背景技术
随着无线通信技术的不断发展,越来越多的用户持有具有多通信卡的终端设备。目前,可以通过基站向具有多通信卡的终端设备发送其中某个通信卡的寻呼原因,从而终端设备可以根据寻呼原因进行后续动作,比如响应寻呼。然而,在一些场景下,基站可能未向终端设备发送寻呼原因,这种方式下,终端设备将无法确定基站的寻呼能力,从而可能无法进行后续动作,造成业务无法建立。
发明内容
本公开第一方面实施例提出了一种基站寻呼能力的区分方法,应用于终端设备,包括:接收基站的寻呼信令;获取所述寻呼信令之中的寻呼原因信息单元,其中,所述寻呼原因信息单元用于承载寻呼原因。
可选地,还包括:根据所述寻呼原因信息单元确定所述基站的寻呼能力。
可选地,还包括:响应于所述寻呼信令之中没有所述寻呼原因信息单元,确定所述基站不具有发送寻呼原因的能力。
可选地,所述根据所述寻呼原因信息单元确定所述基站的寻呼能力,包括:判断所述寻呼原因信息单元之中是否有预设标识;响应于所述寻呼原因信息单元之中有所述预设标识,且所述寻呼原因信息单元之中没有所述寻呼原因,确定所述基站具有发送寻呼原因的能力,但是未发送所述寻呼原因。
可选地,还包括:响应于所述寻呼原因信息单元之中有所述寻呼原因,提取所述寻呼原因信息单元之中的所述寻呼原因。
可选地,所述判断所述寻呼原因信息单元之中是否有预设标识,包括:判断在预设位置之上是否有所述预设标识。
可选地,所述根据所述寻呼原因信息单元确定所述基站的寻呼能力,包括:响应于所述寻呼信令之中没有所述寻呼原因信息单元,根据接收到的所述基站的系统消息确定所述基站的寻呼能力。
可选地,所述根据接收到的所述基站的系统消息确定所述基站的寻呼能力,包括:响应于根据所述系统消息确定所述基站具有发送寻呼原因的能力,但所述寻呼信令之中没有所述寻呼原因信息单元,确定所述基站具有发送寻呼原因的能力,但是未发送所述寻呼原因。
可选地,还包括:响应于确定所述基站具有发送寻呼原因的能力,但是未发送所述寻呼原因,向所述基站发送寻呼原因请求消息,以进一步请求所述基站发送所述寻呼原因。
可选地,还包括:响应于确定所述基站具有发送寻呼原因的能力,但是未发送所述寻呼原因,确定所述寻呼信令针对非语音类型寻呼。
可选地,所述终端设备为具有多通信卡的终端设备,所述寻呼信令针对所述终端设备之中非连接状态的通信卡。
可选地,所述寻呼原因为语音类型寻呼。
本公开第二方面实施例提出了另一种基站寻呼能力的区分方法,应用于基站,包括:向终端设备发送寻呼信令;其中,所述终端设备获取所述寻呼信令之中的寻呼原因信息单元,其中,所述寻呼原因信息单元用于承载寻呼原因。
本公开第三方面实施例提出了一种基站寻呼能力的区分装置,应用于终端设备,包括:接收模块,用于接收基站的寻呼信令;获取模块,用于获取所述寻呼信令之中的寻呼原因信息单元,其中,所述寻呼原因信息单元用于承载寻呼原因。
本公开第四方面实施例提出了另一种基站寻呼能力的区分装置,应用于基站,包括:发送模块,用于向终端设备发送寻呼信令;其中,所述终端设备获取所述寻呼信令之中的寻呼原因信息单元,其中,所述寻呼原因信息单元用于承载寻呼原因。
本公开第五方面实施例提出了一种通信设备,包括:收发器;存储器;处理器,分别与所述收发器及所述存储器连接,配置为通过执行所述存储器上的计算机可执行指令,控制所述收发器的无线信号收发,并能够实现本公开第一方面实施例提出的基站寻呼能力的区分方法,或者,实现本公开第二方面实施例提出的基站寻呼能力的区分方法。
本公开第六方面实施例提出了一种计算机存储介质,其中,所述计算机存储介质存储有计算机可执行指令;所述计算机可执行指令被处理器执行后,能够实现本公开第一方面实施例提出的基站寻呼能力的区分方法,或者,实现本公开第二方面实施例提出的基站寻呼能力的区分方法。
本公开第七方面实施例提出了一种计算机程序产品,包括计算机程序,所述计算机程序被处理器执行时实现本公开第一方面实施例提出的基站寻呼能力的区分方法,或者,实现本公开第二方面实施例提出的基站寻呼能力的区分方法。
本公开实施例提供的基站寻呼能力的区分方法、装置及通信设备,通过终端设备接收基站的寻呼信令,获取寻呼信令之中的寻呼原因信息单元,其中,寻呼原因信息单元用于承载寻呼原因。由此,即使基站未向终端设备发送寻呼原因,终端设备也可以根据寻呼原因信息单元确定基站的寻呼能力,从而可以根据基站的寻呼能力进行后续动作或相应的判别。
本公开附加的方面和优点将在下面的描述中部分给出,部分将从下面的描述中变得明显,或通过本公开的实践了解到。
附图说明
本公开上述的和/或附加的方面和优点从下面结合附图对实施例的描述中将变得明显和容易理解,其中:
图1为本公开实施例所提供的一种基站寻呼能力的区分方法的流程示意图;
图2为本公开实施例所提供的另一种基站寻呼能力的区分方法的流程示意图;
图3为本公开实施例所提供的另一种基站寻呼能力的区分方法的流程示意图;
图4为本公开实施例所提供的另一种基站寻呼能力的区分方法的流程示意图;
图5为本公开实施例所提供的另一种基站寻呼能力的区分方法的流程示意图;
图6为本公开实施例所提供的另一种基站寻呼能力的区分方法的流程示意图;
图7为本公开实施例所提供的另一种基站寻呼能力的区分方法的流程示意图;
图8为本公开实施例所提供的一种基站寻呼能力的区分装置的结构示意图;
图9为本公开实施例所提供的另一种基站寻呼能力的区分装置的结构示意图;
图10为本公开实施例所提供的一种终端设备的框图;
图11为本公开实施例所提供的一种基站的结构示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开实施例相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开实施例的一些方面相一致的装置和方法的例子。
在本公开实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本公开实施例。在本公开实施例和所附权利要求书中所使用的单数形式的“一种”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本公开实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”及“若”可以被解释成为“在……时”或“当……时”或“响应于确定”。
下面详细描述本公开的实施例,所述实施例的示例在附图中示出,其中自始至终相同或类似的标号表示相同或类似的要素。下面通过参考附图描述的实施例是示例性的,旨在用于解释本公开,而不能理解为对本公开的限制。
目前,针对具有多通信卡的终端设备的处理方式主要是基于终端厂商的实现,可能导致许多不同的终端行为和处理方式,比如双卡单待、双卡双待单通、双卡双待双通等,并可能导致一些问题,比如不同通信卡的寻呼时刻可能发生碰撞,从而导致具有多通信卡的终端设备无法接收或遗漏接收基站发送的寻呼信令,从而造成业务无法建立。或者,当具有多通信卡的终端设备中处于连接态的通信卡1(SIM(Subscriber Identity Module,用户身份识别卡)#1)正在与网络#1通信时,处于空闲态的SIM#2接收到网络#2发送的寻呼信令,但是SIM#2不确定是否该响应上述寻呼。或者,在基站发送的寻呼信令中未具有寻呼原因的情况下,SIM#2将无法获知基站的寻呼能力,从而无法进行后续动作。
针对上述问题,本公开提供了基站寻呼能力的区分方法、装置及通信设备。
图1为本公开实施例所提供的一种基站寻呼能力的区分方法的流程示意图。该基站寻呼能力的区分方法可以应用于终端设备中。
其中,终端设备可以是指向用户提供语音和/或数据连通性的设备,具有无线连接功能的手持式设备、或连接到无线调制解调器的其他处理设备等。在不同的系统中,终端设备的名称可能也不相同,例如在5G系统中,终端设备可以称为UE(User Equipment,用户设备)。其中,无线终端设备可以经RAN(Radio Access Network,无线接入网)与一个或多个CN(Core Network,核心网)进行通信,无线终端设备可以是移动终端设备,如移动电话(或称为“蜂窝”电话)和具有移动终端设备的计算机,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的移动装置,它们与无线接入网交换语言和/或数据。
举例而言,终端设备可以为PCS(Personal Communication Service,个人通信业务)电话、无绳电话、SIP(Session Initiated Protocol,会话发起协议)话机、WLL(Wireless Local Loop,无线本地环路)站、PDA(Personal Digital Assistant,个人数字助理)等设备。无线终端设备也可以称为系统、订户单元(subscriber unit)、订户站(subscriber station),移动站(mobile station)、移动台(mobile)、远程站(remotestation)、接入点(access point)、远程终端设备(remote terminal)、接入终端设备(access terminal)、用户终端设备(user terminal)、用户代理(user agent)、用户装置(user device),本公开实施例中并不限定。
如图1所示,该基站寻呼能力的区分方法可以包括以下步骤:
步骤101,接收基站的寻呼信令。
其中,基站可以包括多个为终端设备提供服务的小区。根据具体应用场合不同,每个小区又可以包含多个TRP(Transmission Reception Point或Transmit Receive Point,发送接收点),或者可以是接入网中在空中接口上通过一个或多个扇区与无线终端设备通信的设备,或者其它名称。例如,本公开实施例涉及的基站可以是GSM(Global System forMobile communications,全球移动通信系统)或CDMA(Code Division Multiple Access,码分多址接入)中的BTS(Base Transceiver Station,基站收发台),也可以是WCDMA(Wide-band Code Division Multiple Access,带宽码分多址接入)中的基站(NodeB),还可以是LTE(long term evolution,长期演进)系统中的演进型(evolutional)Node B(简称eNB或e-NodeB)、5G网络架构(next generation system)中的5G基站(简称gNB),也可以是HeNB(Home evolved Node B,家庭演进基站)、中继节点(relay node)、家庭基站(femto)、微微基站(pico)等,本公开实施例中并不限定。
在本公开实施例中,终端设备可以接收基站发送的寻呼信令。
步骤102,获取寻呼信令之中的寻呼原因信息单元,其中,寻呼原因信息单元用于承载寻呼原因。
在本公开实施例中,当终端设备仅具有一个通信卡时,寻呼原因可以为寻呼该唯一的一个通信卡的原因;而当终端设备具有多个通信卡时,寻呼原因可以为寻呼上述多个通信卡中的其中一个通信卡,例如非连接状态的通信卡的原因(即寻呼信令是针对该终端设备之中非连接状态的通信卡)。
举例而言,寻呼终端设备中的某个手机号码时,可以标记为什么寻呼该手机号码,即标记寻呼原因,比如,标记的寻呼原因可以为语音类型寻呼、数据业务下载寻呼、系统群发短信(即短信系统消息)寻呼等等。
其中,寻呼原因可以通过以下至少一种方式确定:基站通过终端设备直接确定寻呼原因,比如通过终端设备确定有哪些原因呼叫某个手机号码;基站可以通过核心网来获得寻呼原因,比如核心网可以直接告知基站寻呼原因,或者,基站可以通过查询核心网的数据库确定寻呼原因;基站可以查询邻小区确定寻呼原因。
在本公开实施例中,寻呼信令中可以具有寻呼原因信息单元,该寻呼原因信息单元用于承载寻呼原因,即该寻呼原因信息单元可以记录有寻呼原因。
作为一种示例,寻呼信令中可以具有寻呼记录(PagingRecord)信息单元,可以在寻呼记录(PagingRecord)信息单元中增加新的信息单元,本公开实施例中记为寻呼原因(PagingCause)信息单元来指示寻呼原因,比如可以在PagingRecord信息单元中增加pagingCause-r17信息单元来指示寻呼原因,其中,上述pagingCause-r17信息单元可以采用枚举类型来指示寻呼原因。
一种示例,寻呼信令中可以包括:
[[
pagingCause-r17 ENUMERATED{voice,spare1,spare2,spare3,spare4,spare5,spare6,spare7} OPTIONAL--Need ON
]]
其中,ENUMERATED是枚举类型,ENUMERATED后的括号中是每种类型具体的举例,即寻呼信令中可以包括括号中的其中一种枚举类型,OPTIONAL是指在实际寻呼信令中可以没有这个字段。
在本公开实施例中,终端设备在接收到寻呼信令后,可以获取寻呼信令之中的寻呼原因信息单元。
在本公开的一个实施例中,终端设备在获取到寻呼原因信息单元后,可以根据该寻呼原因信息单元,确定基站的寻呼能力,其中,基站的寻呼能力为该基站是否具有发送寻呼原因的能力,从而终端设备可以根据基站的寻呼能力进行后续动作或进行相应的判别。
本公开实施例的基站寻呼能力的区分方法,通过终端设备接收基站的寻呼信令;获取寻呼信令之中的寻呼原因信息单元,其中,寻呼原因信息单元用于承载寻呼原因。由此,即使基站未向终端设备发送寻呼原因,终端设备也可以根据寻呼原因信息单元确定基站的寻呼能力,从而可以根据基站的寻呼能力进行后续动作或相应的判别。
本公开实施例提供了另一种基站寻呼能力的区分方法,图2为本公开实施例所提供的另一种基站寻呼能力的区分方法的流程示意图。该基站寻呼能力的区分方法可以应用于终端设备中。该基站寻呼能力的区分方法可以单独被执行,也可以结合本公开中的任一个实施例或是实施例中的可能的实现方式一起被执行,还可以结合相关技术中的任一种技术方案一起被执行。
如图2所示,该基站寻呼能力的区分方法可以包括以下步骤:
步骤201,接收基站的寻呼信令。
步骤202,响应于寻呼信令具有寻呼原因信息单元,根据寻呼原因信息单元确定基站的寻呼能力。
在本公开实施例中,寻呼原因信息单元用于承载寻呼原因。
在本公开的一个实施例之中,上述寻呼原因可以是针对语音业务的寻呼,即寻呼原因可以为语音类型寻呼。
应当理解的是,寻呼类型也可以是针对其他业务的寻呼,比如数据业务下载寻呼、系统群发短信(即短信系统消息)寻呼等,本公开对此并不作限制。
在本公开实施例中,步骤201至202可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
步骤203,响应于寻呼信令之中没有寻呼原因信息单元,确定基站不具有发送寻呼原因的能力。
在本公开实施例中,若基站不支持发送寻呼原因,即基站不具有发送寻呼原因的能力,则基站向终端设备发送的寻呼信令中可以不包括寻呼原因,即基站可以不发送寻呼原因信息单元。
因此,在本公开实施例中,当寻呼信令中没有寻呼原因信息单元的情况下,终端设备可以确定基站不具有发送寻呼原因的能力。
本公开实施例的基站寻呼能力的区分方法,通过终端设备接收基站的寻呼信令;获取寻呼信令之中的寻呼原因信息单元,其中,寻呼原因信息单元用于承载寻呼原因。由此,即使基站未向终端设备发送寻呼原因,终端设备也可以根据寻呼原因信息单元确定基站的寻呼能力,从而可以根据基站的寻呼能力进行后续动作或相应的判别。
需要说明的是,上述的这些可能的实现方式可以单独被执行,也可以结合在一起被执行,本公开实施例并不对此作出限定。
本公开实施例提供了另一种基站寻呼能力的区分方法,图3为本公开实施例所提供的另一种基站寻呼能力的区分方法的流程示意图。该基站寻呼能力的区分方法可以应用于终端设备中。该基站寻呼能力的区分方法可以单独被执行,也可以结合本公开中的任一个实施例或是实施例中的可能的实现方式一起被执行,还可以结合相关技术中的任一种技术方案一起被执行。
如图3所示,该基站寻呼能力的区分方法可以包括以下步骤:
步骤301,接收基站的寻呼信令。
步骤302,获取寻呼信令之中的寻呼原因信息单元,其中,寻呼原因信息单元用于承载寻呼原因。
在本公开实施例中,步骤301至302可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
步骤303,判断寻呼原因信息单元之中是否有预设标识。
在本公开实施例中,终端设备在确定寻呼信令中具有寻呼原因信息单元的情况下,还可以进一步判断寻呼原因信息单元之中是否包括预设标识。即,本公开中,可以通过在寻呼原因信息单元中增加预设标识,来指示基站的寻呼能力。
在本公开的一个实施例之中,可以判断寻呼原因信息单元中预设位置上是否具有预设标识,在预设位置上具有预设标识的情况下,可以确定寻呼原因信息单元之中有预设标识。
作为一种示例,寻呼信令中可以包括包含某种特定内容的新的信息单元,本公开实施例中记为寻呼原因信息单元,将寻呼原因信息单元所包含的特定内容,作为预设标识。例如,以预设位置为寻呼原因信息单元中第一个预留信息spare1进行示例,可以将spare1定义为void,预设标识即可为该void。
步骤304,响应于寻呼原因信息单元之中有预设标识,且寻呼原因信息单元之中没有寻呼原因,确定基站具有发送寻呼原因的能力,但是未发送寻呼原因。
在本公开实施例中,终端设备在确定寻呼原因信息单元之中有预设标识,且寻呼原因信息单元之中没有寻呼原因的情况下,可以确定基站具有发送寻呼原因的能力,但是未发送寻呼原因。
在本公开的一个实施例之中,终端设备在确定寻呼原因信息单元之中有寻呼原因的情况下,可以提取该寻呼原因信息单元之中的寻呼原因,从而可以根据寻呼原因进行后续动作,比如响应寻呼。
本公开实施例的基站寻呼能力的区分方法,通过终端设备接收基站的寻呼信令;获取寻呼信令之中的寻呼原因信息单元,其中,寻呼原因信息单元用于承载寻呼原因。由此,即使基站未向终端设备发送寻呼原因,终端设备也可以根据寻呼原因信息单元确定基站的寻呼能力,从而可以根据基站的寻呼能力进行后续动作或相应的判别。
需要说明的是,上述的这些可能的实现方式可以单独被执行,也可以结合在一起被执行,本公开实施例并不对此作出限定。
本公开实施例提供了另一种基站寻呼能力的区分方法,图4为本公开实施例所提供的另一种基站寻呼能力的区分方法的流程示意图。该基站寻呼能力的区分方法可以应用于终端设备中。该基站寻呼能力的区分方法可以单独被执行,也可以结合本公开中的任一个实施例或是实施例中的可能的实现方式一起被执行,还可以结合相关技术中的任一种技术方案一起被执行。
如图4所示,该基站寻呼能力的区分方法可以包括以下步骤:
步骤401,接收基站的寻呼信令。
步骤402,获取寻呼信令之中的寻呼原因信息单元,其中,寻呼原因信息单元用于承载寻呼原因。
在本公开实施例中,步骤401至402可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
步骤403,响应于寻呼信令之中没有寻呼原因信息单元,根据接收到的基站的系统消息确定基站的寻呼能力。
在本公开实施例中,终端在确定寻呼信令中没有寻呼原因信息单元的情况下,可以根据接收到的基站的系统消息确定基站的寻呼能力。其中,上述系统消息用于指示基站是否具有发送寻呼原因的能力。
在本公开的一个实施例之中,终端设备在根据系统消息确定基站具有发送寻呼原因的能力,但寻呼信令之中没有寻呼原因信息单元的情况下,可以确定基站具有发送寻呼原因的能力,但是未发送寻呼原因。
作为一种示例,基站可以向终端设备发送系统消息,该系统消息用于指示基站具有发送寻呼原因的能力,即基站可以通过系统消息通知自身具有发送寻呼原因的能力,相应的,终端设备在获取到基站发送的系统消息后,可以确定基站具有发送寻呼原因的能力,但是未发送寻呼原因。
本公开实施例的基站寻呼能力的区分方法,通过终端设备接收基站的寻呼信令;获取寻呼信令之中的寻呼原因信息单元,其中,寻呼原因信息单元用于承载寻呼原因。由此,即使基站未向终端设备发送寻呼原因,终端设备也可以根据寻呼原因信息单元确定基站的寻呼能力,从而可以根据基站的寻呼能力进行后续动作或相应的判别。
需要说明的是,上述的这些可能的实现方式可以单独被执行,也可以结合在一起被执行,本公开实施例并不对此作出限定。
本公开实施例提供了另一种基站寻呼能力的区分方法,图5为本公开实施例所提供的另一种基站寻呼能力的区分方法的流程示意图。该基站寻呼能力的区分方法可以应用于终端设备中。该基站寻呼能力的区分方法可以单独被执行,也可以结合本公开中的任一个实施例或是实施例中的可能的实现方式一起被执行,还可以结合相关技术中的任一种技术方案一起被执行。
如图5所示,该基站寻呼能力的区分方法可以包括以下步骤:
步骤501,接收基站的寻呼信令。
步骤502,获取寻呼信令之中的寻呼原因信息单元,其中,寻呼原因信息单元用于承载寻呼原因。
步骤503,根据寻呼原因信息单元确定基站的寻呼能力。
在本公开实施例中,步骤501至503可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
步骤504,响应于确定基站具有发送寻呼原因的能力,但是未发送寻呼原因,向基站发送寻呼原因请求消息,以进一步请求基站发送寻呼原因。
在本公开实施例中,在终端设备确定基站的寻呼能力为具有发送寻呼原因的能力,但是未发送寻呼原因的情况下,终端设备可以向基站发送寻呼原因请求消息,该寻呼原因请求消息用于请求基站发送寻呼原因。由此,可以提升终端设备获知寻呼原因的成功率,从而终端设备可以基于寻呼原因进行后续动作,比如响应寻呼。
本公开实施例的基站寻呼能力的区分方法,通过终端设备接收基站的寻呼信令;获取寻呼信令之中的寻呼原因信息单元,其中,寻呼原因信息单元用于承载寻呼原因。由此,即使基站未向终端设备发送寻呼原因,终端设备也可以根据寻呼原因信息单元确定基站的寻呼能力,从而可以根据基站的寻呼能力进行后续动作或相应的判别。
需要说明的是,上述的这些可能的实现方式可以单独被执行,也可以结合在一起被执行,本公开实施例并不对此作出限定。
本公开实施例提供了另一种基站寻呼能力的区分方法,图6为本公开实施例所提供的另一种基站寻呼能力的区分方法的流程示意图。该基站寻呼能力的区分方法可以应用于终端设备中。该基站寻呼能力的区分方法可以单独被执行,也可以结合本公开中的任一个实施例或是实施例中的可能的实现方式一起被执行,还可以结合相关技术中的任一种技术方案一起被执行。
如图6所示,该基站寻呼能力的区分方法可以包括以下步骤:
步骤601,接收基站的寻呼信令。
步骤602,获取寻呼信令之中的寻呼原因信息单元,其中,寻呼原因信息单元用于承载寻呼原因。
步骤603,根据寻呼原因信息单元确定基站的寻呼能力。
在本公开实施例中,步骤601至603可以分别采用本公开的各实施例中的任一种方式实现,本公开实施例并不对此作出限定,也不再赘述。
步骤604,响应于确定基站具有发送寻呼原因的能力,但是未发送寻呼原因,确定寻呼信令针对非语音类型寻呼。
应当理解的是,寻呼指令可以是针对业务等级相对较高的寻呼,比如是针对语音类型寻呼,也可以是针对业务等级相对较低的寻呼,比如是针对数据业务下载、短信系统消息等非语音类型寻呼。针对语音类型寻呼,由于其重要性相对较高,为了改善用户的服务体验,基站在具有发送寻呼原因的能力的情况下,可以在寻呼信令中指示寻呼原因,即在寻呼原因信息单元中记录寻呼原因,而针对非语音类型寻呼,由于其重要性相对较低,为了降低信令开销,基站在具有发送寻呼原因的能力的情况下,针对业务等级较低的寻呼,基站可以不发送寻呼原因,比如在寻呼原因信息单元中具有预设标识,且寻呼原因信息单元之中没有寻呼原因。
因此,在本公开实施例的一种可能的实现方式中,终端设备在确定基站具有寻呼原因的能力,但是未发送寻呼原因的情况下,可以确定寻呼信令是针对非语音类型寻呼。由此,终端设备还可以区分或判别基站未发送寻呼原因的原因,从而可根据判别的原因进行后续动作。
本公开实施例的基站寻呼能力的区分方法,通过终端设备接收基站的寻呼信令;获取寻呼信令之中的寻呼原因信息单元,其中,寻呼原因信息单元用于承载寻呼原因。由此,即使基站未向终端设备发送寻呼原因,终端设备也可以根据寻呼原因信息单元确定基站的寻呼能力,从而可以根据基站的寻呼能力进行后续动作或相应的判别。
需要说明的是,上述的这些可能的实现方式可以单独被执行,也可以结合在一起被执行,本公开实施例并不对此作出限定。
在本公开的一个实施例之中,基站可以通过寻呼信令将针对具有多通信卡的终端设备的寻呼原因发送给上述终端设备。
在本公开的一个实施例之中,基站可以通过寻呼信令将寻呼原因发送给上述终端设备能够或者需要接收寻呼原因的某个通信卡,比如SIM卡。
在本公开的一个实施例之中,针对LTE系统或者NR系统,基站可以通过修改PagingRecord信息单元实现指示寻呼原因。例如,可以在PagingRecord信息单元中增加新的信息单元来指示,比如增加寻呼原因信息单元(pagingCause-r17信息单元),来指示寻呼原因,其中,可以采取枚举类型来指示寻呼原因。
在本公开的一个实施例之中,如果基站不支持发送寻呼原因,则基站不会发送上述新的信息单元,即寻呼信令中将没有寻呼原因信息单元。
在本公开实施例的一个实施例之中,如果基站支持发送寻呼原因,但是基站没有发送寻呼原因,则基站可以通过以下至少一种方式,指示自身的寻呼能力:基站可以发送包含某种特定内容的新的信息单元,例如将spare1定义为void;基站可以通过系统消息通知自己具有发送寻呼原因的能力,但是基站不会发送该新的信息单元(即寻呼原因信息单元)。
本公开实施例提供了另一种基站寻呼能力的区分方法,图7为本公开实施例所提供的另一种基站寻呼能力的区分方法的流程示意图。该基站寻呼能力的区分方法可以应用于基站中。
如图7所示,该基站寻呼能力的区分方法可以包括以下步骤:
步骤701,向终端设备发送寻呼信令;其中,终端设备获取寻呼信令之中的寻呼原因信息单元,其中,寻呼原因信息单元用于承载寻呼原因。
需要说明的是,前述图1至图6任一实施例中对终端设备侧执行的基站寻呼能力的区分方法的解释说明,也适用于该实施例中对基站侧执行的基站寻呼能力的区分方法,其实现原理类似,此处不做赘述。
本公开实施例的基站寻呼能力的区分方法,通过基站向终端设备发送寻呼信令;其中,终端设备获取寻呼信令之中的寻呼原因信息单元,其中,寻呼原因信息单元用于承载寻呼原因。由此,即使基站未向终端设备发送寻呼原因,终端设备也可以根据寻呼原因信息单元确定基站的寻呼能力,从而可以根据基站的寻呼能力进行后续动作或相应的判别。
与上述图1至图6实施例提供的基站寻呼能力的区分方法相对应,本公开还提供一种基站寻呼能力的区分装置,由于本公开实施例提供的基站寻呼能力的区分装置与上述图1至图6实施例提供的基站寻呼能力的区分方法相对应,因此在基站寻呼能力的区分方法的实施方式也适用于本公开实施例提供的基站寻呼能力的区分装置,在本公开实施例中不再详细描述。
图8为本公开实施例所提供的一种基站寻呼能力的区分装置的结构示意图。该装置可以应用于终端设备中。
如图8所示,该基站寻呼能力的区分装置800可以包括:接收模块801和获取模块802,其中:
接收模块801,用于接收基站的寻呼信令。
获取模块802,用于获取寻呼信令之中的寻呼原因信息单元,其中,寻呼原因信息单元用于承载寻呼原因。
可选地,该基站寻呼能力的区分装置800还可以包括:
确定模块,用于根据寻呼原因信息单元,确定基站的寻呼能力。
可选地,确定模块,还用于:响应于寻呼信令之中没有寻呼原因信息单元,确定基站不具有发送寻呼原因的能力。
可选地,确定模块,具体用于:判断寻呼原因信息单元之中是否有预设标识;响应于寻呼原因信息单元之中有预设标识,且寻呼原因信息单元之中没有寻呼原因,确定基站具有发送寻呼原因的能力,但是未发送寻呼原因。
可选地,该基站寻呼能力的区分装置800还可以包括:
提取模块,用于响应于寻呼原因信息单元之中有寻呼原因,提取寻呼原因信息单元之中的寻呼原因。
可选地,确定模块,具体用于:判断在预设位置之上是否有预设标识。
可选地,确定模块,具体用于:响应于寻呼信令之中没有寻呼原因信息单元,根据接收到的基站的系统消息确定基站的寻呼能力。
可选地,确定模块,具体用于:响应于根据系统消息确定基站具有发送寻呼原因的能力,但寻呼信令之中没有寻呼原因信息单元,确定基站具有发送寻呼原因的能力,但是未发送寻呼原因。
可选地,该基站寻呼能力的区分装置800还可以包括:
发送模块,用于响应于确定基站具有发送寻呼原因的能力,但是未发送寻呼原因,向基站发送寻呼原因请求消息,以进一步请求基站发送寻呼原因。
可选地,确定模块,还用于:响应于确定基站具有发送寻呼原因的能力,但是未发送寻呼原因,确定寻呼信令针对非语音类型寻呼。
可选地,终端设备为具有多通信卡的终端设备,寻呼信令针对终端设备之中非连接状态的通信卡。
可选地,寻呼原因为语音类型寻呼。
本公开实施例的基站寻呼能力的区分装置,通过终端设备接收基站的寻呼信令;获取寻呼信令之中的寻呼原因信息单元,其中,寻呼原因信息单元用于承载寻呼原因。由此,即使基站未向终端设备发送寻呼原因,终端设备也可以根据寻呼原因信息单元确定基站的寻呼能力,从而可以根据基站的寻呼能力进行后续动作或相应的判别。
与上述图7实施例提供的基站寻呼能力的区分方法相对应,本公开还提供一种基站寻呼能力的区分装置,由于本公开实施例提供的基站寻呼能力的区分装置与上述图7实施例提供的基站寻呼能力的区分方法相对应,因此在基站寻呼能力的区分方法的实施方式也适用于本公开实施例提供的基站寻呼能力的区分装置,在本公开实施例中不再详细描述。
图9为本公开实施例所提供的另一种基站寻呼能力的区分装置的结构示意图。该装置可以应用于基站中。
如图9所示,该基站寻呼能力的区分装置900可以包括:发送模块901,其中:
发送模块901,用于向终端设备发送寻呼信令;其中,终端设备获取寻呼信令之中的寻呼原因信息单元,其中,寻呼原因信息单元用于承载寻呼原因。
本公开实施例的基站寻呼能力的区分装置,通过基站向终端设备发送寻呼信令;其中,终端设备获取寻呼信令之中的寻呼原因信息单元,其中,寻呼原因信息单元用于承载寻呼原因。由此,即使基站未向终端设备发送寻呼原因,终端设备也可以根据寻呼原因信息单元确定基站的寻呼能力,从而可以根据基站的寻呼能力进行后续动作或相应的判别。
为了实现上述实施例,本公开还提出一种通信设备。
本公开实施例提供的通信设备,包括处理器、收发器、存储器及存储在存储器上并能够有处理器运行的可执行程序,其中,处理器运行可执行程序时执行前述方法。
该通信设备可为前述的终端设备或基站。
其中,处理器可包括各种类型的存储介质,该存储介质为非临时性计算机存储介质,在通信设备掉电之后能够继续记忆存储其上的信息。这里,所述通信设备包括终端设备或基站。
所述处理器可以通过总线等与存储器连接,用于读取存储器上存储的可执行程序,例如,如图1至图7的至少其中之一。
为了实现上述实施例,本公开还提出一种计算机存储介质。
本公开实施例提供的计算机存储介质,存储有可执行程序;所述可执行程序被处理器执行后,能够实现前述方法,例如,如图1至图7的至少其中之一。
图10是本公开实施例所提供的一种终端设备1000的框图。例如,终端设备1000可以是移动电话,计算机,数字广播用户设备,消息收发设备,游戏控制台,平板设备,医疗设备,健身设备,个人数字助理等。
参照图10,终端设备1000可以包括以下至少一个组件:处理组件1002,存储器1004,电源组件1006,多媒体组件1008,音频组件1010,输入/输出(I/O)的接口1012,传感器组件1014,以及通信组件1016。
处理组件1002通常控制终端设备1000的整体操作,诸如与显示,电话呼叫,数据通信,相机操作和记录操作相关联的操作。处理组件1002可以包括至少一个处理器1020来执行指令,以完成上述的方法的全部或部分步骤。此外,处理组件1002可以包括至少一个模块,便于处理组件1002和其他组件之间的交互。例如,处理组件1002可以包括多媒体模块,以方便多媒体组件1008和处理组件1002之间的交互。
存储器1004被配置为存储各种类型的数据以支持在终端设备1000的操作。这些数据的示例包括用于在终端设备1000上操作的任何应用程序或方法的指令,联系人数据,电话簿数据,消息,图片,视频等。存储器1004可以由任何类型的易失性或非易失性存储设备或者它们的组合实现,如静态随机存取存储器(SRAM),电可擦除可编程只读存储器(EEPROM),可擦除可编程只读存储器(EPROM),可编程只读存储器(PROM),只读存储器(ROM),磁存储器,快闪存储器,磁盘或光盘。
电源组件1006为终端设备1000的各种组件提供电力。电源组件1006可以包括电源管理系统,至少一个电源,及其他与为终端设备1000生成、管理和分配电力相关联的组件。
多媒体组件1008包括在所述终端设备1000和用户之间的提供一个输出接口的屏幕。在一些实施例中,屏幕可以包括液晶显示器(LCD)和触摸面板(TP)。如果屏幕包括触摸面板,屏幕可以被实现为触摸屏,以接收来自用户的输入信号。触摸面板包括至少一个触摸传感器以感测触摸、滑动和触摸面板上的手势。所述触摸传感器可以不仅感测触摸或滑动动作的边界,而且还检测与所述触摸或滑动操作相关的唤醒时间和压力。在一些实施例中,多媒体组件1008包括一个前置摄像头和/或后置摄像头。当终端设备1000处于操作模式,如拍摄模式或视频模式时,前置摄像头和/或后置摄像头可以接收外部的多媒体数据。每个前置摄像头和后置摄像头可以是一个固定的光学透镜系统或具有焦距和光学变焦能力。
音频组件1010被配置为输出和/或输入音频信号。例如,音频组件1010包括一个麦克风(MIC),当终端设备1000处于操作模式,如呼叫模式、记录模式和语音识别模式时,麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器1004或经由通信组件1016发送。在一些实施例中,音频组件1010还包括一个扬声器,用于输出音频信号。
I/O接口1012为处理组件1002和外围接口模块之间提供接口,上述外围接口模块可以是键盘,点击轮,按钮等。这些按钮可包括但不限于:主页按钮、音量按钮、启动按钮和锁定按钮。
传感器组件1014包括至少一个传感器,用于为终端设备1000提供各个方面的状态评估。例如,传感器组件1014可以检测到终端设备1000的打开/关闭状态,组件的相对定位,例如所述组件为终端设备1000的显示器和小键盘,传感器组件1014还可以检测终端设备1000或终端设备1000一个组件的位置改变,用户与终端设备1000接触的存在或不存在,终端设备1000方位或加速/减速和终端设备1000的温度变化。传感器组件1014可以包括接近传感器,被配置用来在没有任何的物理接触时检测附近物体的存在。传感器组件1014还可以包括光传感器,如CMOS或CCD图像传感器,用于在成像应用中使用。在一些实施例中,该传感器组件1014还可以包括加速度传感器,陀螺仪传感器,磁传感器,压力传感器或温度传感器。
通信组件1016被配置为便于终端设备1000和其他设备之间有线或无线方式的通信。终端设备1000可以接入基于通信标准的无线网络,如WiFi,2G或3G,或它们的组合。在一个示例性实施例中,通信组件1016经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中,所述通信组件1016还包括近场通信(NFC)模块,以促进短程通信。例如,在NFC模块可基于射频识别(RFID)技术,红外数据协会(IrDA)技术,超宽带(UWB)技术,蓝牙(BT)技术和其他技术来实现。
在示例性实施例中,终端设备1000可以被至少一个应用专用集成电路(ASIC)、数字信号处理器(DSP)、数字信号处理设备(DSPD)、可编程逻辑器件(PLD)、现场可编程门阵列(FPGA)、控制器、微控制器、微处理器或其他电子元件实现,用于执行上述图1至图6任一实施例的基站寻呼能力的区分方法。
在示例性实施例中,还提供了一种包括指令的非临时性计算机可读存储介质,例如包括指令的存储器1004,上述指令可由终端设备1000的处理器1020执行以完成上述方法。例如,所述非临时性计算机可读存储介质可以是ROM、随机存取存储器(RAM)、CD-ROM、磁带、软盘和光数据存储设备等。
如图11所示,为本公开实施例所提供的一种基站的结构示意图。参照图11,基站1100包括处理组件1122,其进一步包括至少一个处理器,以及由存储器1132所代表的存储器资源,用于存储可由处理组件1122的执行的指令,例如应用程序。存储器1132中存储的应用程序可以包括一个或一个以上的每一个对应于一组指令的模块。此外,处理组件1122被配置为执行指令,以执行上述方法前述应用在所述基站的任意方法,例如,如图7所示的基站寻呼能力的区分方法。
基站1100还可以包括一个电源组件1126被配置为执行基站1100的电源管理,一个有线或无线网络接口1150被配置为将基站1100连接到网络,和一个输入输出(I/O)接口1158。基站1100可以操作基于存储在存储器1132的操作系统,例如Windows Server TM,MacOS XTM,UnixTM,LinuxTM,FreeBSDTM或类似。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本发明的其它实施方案。本公开旨在涵盖本发明的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本发明的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。

Claims (17)

1.一种基站寻呼能力的区分方法,其特征在于,应用于终端设备,所述方法包括:
接收基站的寻呼信令;
获取所述寻呼信令之中的寻呼原因信息单元,其中,所述寻呼原因信息单元用于承载寻呼原因。
2.如权利要求1所述的方法,其特征在于,还包括:
根据所述寻呼原因信息单元确定所述基站的寻呼能力。
3.如权利要求1所述的方法,其特征在于,还包括:
响应于所述寻呼信令之中没有所述寻呼原因信息单元,确定所述基站不具有发送寻呼原因的能力。
4.如权利要求2所述的方法,其特征在于,所述根据所述寻呼原因信息单元确定所述基站的寻呼能力,包括:
判断所述寻呼原因信息单元之中是否有预设标识;
响应于所述寻呼原因信息单元之中有所述预设标识,且所述寻呼原因信息单元之中没有所述寻呼原因,确定所述基站具有发送寻呼原因的能力,但是未发送所述寻呼原因。
5.如权利要求1所述的方法,其特征在于,还包括:
响应于所述寻呼原因信息单元之中有所述寻呼原因,提取所述寻呼原因信息单元之中的所述寻呼原因。
6.如权利要求4所述的方法,其特征在于,所述判断所述寻呼原因信息单元之中是否有预设标识,包括:
判断在预设位置之上是否有所述预设标识。
7.如权利要求2所述的方法,其特征在于,所述根据所述寻呼原因信息单元确定所述基站的寻呼能力,包括:
响应于所述寻呼信令之中没有所述寻呼原因信息单元,根据接收到的所述基站的系统消息确定所述基站的寻呼能力。
8.如权利要求7所述的方法,其特征在于,所述根据接收到的所述基站的系统消息确定所述基站的寻呼能力,包括:
响应于根据所述系统消息确定所述基站具有发送寻呼原因的能力,但所述寻呼信令之中没有所述寻呼原因信息单元,确定所述基站具有发送寻呼原因的能力,但是未发送所述寻呼原因。
9.如权利要求1-8任一项所述的方法,其特征在于,还包括:
响应于确定所述基站具有发送寻呼原因的能力,但是未发送所述寻呼原因,向所述基站发送寻呼原因请求消息,以进一步请求所述基站发送所述寻呼原因。
10.如权利要求1-8任一项所述的方法,其特征在于,还包括:
响应于确定所述基站具有发送寻呼原因的能力,但是未发送所述寻呼原因,确定所述寻呼信令针对非语音类型寻呼。
11.如权利要求1-10任一项所述的方法,其特征在于,所述终端设备为具有多通信卡的终端设备,所述寻呼信令针对所述终端设备之中非连接状态的通信卡。
12.如权利要求1-10任一项所述的方法,其特征在于,所述寻呼原因为语音类型寻呼。
13.一种基站寻呼能力的区分方法,其特征在于,应用于基站,所述方法包括:
向终端设备发送寻呼信令;
其中,所述终端设备获取所述寻呼信令之中的寻呼原因信息单元,其中,所述寻呼原因信息单元用于承载寻呼原因。
14.一种基站寻呼能力的区分装置,其特征在于,应用于终端设备,包括:
接收模块,用于接收基站的寻呼信令;
获取模块,用于获取所述寻呼信令之中的寻呼原因信息单元,其中,所述寻呼原因信息单元用于承载寻呼原因。
15.一种基站寻呼能力的区分装置,其特征在于,应用于基站,包括:
发送模块,用于向终端设备发送寻呼信令;其中,所述终端设备获取所述寻呼信令之中的寻呼原因信息单元,其中,所述寻呼原因信息单元用于承载寻呼原因。
16.一种通信设备,其中,包括:收发器;存储器;处理器,分别与所述收发器及所述存储器连接,配置为通过执行所述存储器上的计算机可执行指令,控制所述收发器的无线信号收发,并能够实现权利要求1至12或13任一项所述的基站寻呼能力的区分方法。
17.一种计算机存储介质,其中,所述计算机存储介质存储有计算机可执行指令;所述计算机可执行指令被处理器执行后,能够实现权利要求1至12或13任一项所述基站寻呼能力的区分方法。
CN202180001100.4A 2021-04-13 2021-04-13 基站寻呼能力的区分方法、装置及通信设备 Pending CN113302998A (zh)

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CN2021/087075 WO2022217471A1 (zh) 2021-04-13 2021-04-13 基站寻呼能力的区分方法、装置及通信设备

Publications (1)

Publication Number Publication Date
CN113302998A true CN113302998A (zh) 2021-08-24

Family

ID=77331308

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202180001100.4A Pending CN113302998A (zh) 2021-04-13 2021-04-13 基站寻呼能力的区分方法、装置及通信设备

Country Status (3)

Country Link
US (1) US20240196372A1 (zh)
CN (1) CN113302998A (zh)
WO (1) WO2022217471A1 (zh)

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102448167A (zh) * 2010-09-30 2012-05-09 上海贝尔股份有限公司 通信系统中寻呼终端设备的方法其网络设备、终端设备
CN103167451A (zh) * 2011-12-19 2013-06-19 中兴通讯股份有限公司 一种实现免打扰的方法及移动终端
CN107872859A (zh) * 2016-09-26 2018-04-03 中兴通讯股份有限公司 一种被叫接入的方法及装置
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 (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA3132854C (en) * 2019-03-11 2023-10-31 Ofinno, Llc Wireless device paging by a wireless network
WO2022041245A1 (zh) * 2020-08-31 2022-03-03 北京小米移动软件有限公司 寻呼原因发送方法和装置、寻呼原因获取方法和装置

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102448167A (zh) * 2010-09-30 2012-05-09 上海贝尔股份有限公司 通信系统中寻呼终端设备的方法其网络设备、终端设备
CN103167451A (zh) * 2011-12-19 2013-06-19 中兴通讯股份有限公司 一种实现免打扰的方法及移动终端
CN107872859A (zh) * 2016-09-26 2018-04-03 中兴通讯股份有限公司 一种被叫接入的方法及装置
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)

* Cited by examiner, † Cited by third party
Title
SAMSUNG: "《Discussion on support of paging cause for Multi-SIM devices》", 《3GPP》 *
VIVO: "《Discussion on Supporting of Paging Cause》", 《3GPP》 *
VIVO: "Introduction of Paging Cause", 《3GPP TSG-RAN WG2 MEETING #113BIS-E R2-2103348》 *

Also Published As

Publication number Publication date
WO2022217471A1 (zh) 2022-10-20
US20240196372A1 (en) 2024-06-13

Similar Documents

Publication Publication Date Title
CN110692263A (zh) 终端监听的方法及装置、通信设备及存储介质
CN111771406B (zh) 发送寻呼消息的方法、装置、通信设备及存储介质
CN113366798B (zh) 信号接收、发送方法、装置、用户设备、基站及存储介质
CN111527761A (zh) 信息处理方法、装置、用户设备、基站及存储介质
CN111602437B (zh) 信息处理方法、装置、用户设备及存储介质
US20220369098A1 (en) Network access method and apparatus, and communication device and storage medium
CN111557102B (zh) 信息传输方法、装置、通信设备及存储介质
CN114009129A (zh) 一种初始部分带宽确定方法、装置及存储介质
CN113767675A (zh) 节能配置方法及其装置
CN113302997A (zh) 基站寻呼能力的区分方法、装置及通信设备
JP2021141561A (ja) デュアルsim携帯電話のページング衝突を対処する方法、装置及び媒体
CN110546974A (zh) 获取系统消息的方法及装置、通信设备及存储介质
CN114667750B (zh) 信息上报方法及装置、存储介质
CN110651500B (zh) 小区选择方法及装置、通信设备及存储介质
CN113302998A (zh) 基站寻呼能力的区分方法、装置及通信设备
CN114830758A (zh) 确定寻呼原因的方法及装置、存储介质
CN113545140A (zh) 通信处理方法、装置及计算机存储介质
CN113424485B (zh) 指示信息配置及接收方法、装置、用户设备、基站及介质
EP4329396A1 (en) Information transmission method and apparatus, and user equipment, access network device, core network and storage medium
CN112385309B (zh) 语音通信的方法、装置、通信设备及存储介质
WO2022082777A1 (zh) 信息上报方法及装置、存储介质
WO2022261861A1 (zh) 通信状态变更方法、装置及存储介质
WO2023056647A1 (zh) 信息上报方法、信息上报装置及存储介质
CN115280808A (zh) 用户设备的远程配置方法及远程配置方式的确定方法
CN116076103A (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