CN109756972A - 一种唤醒应用程序的方法、网络侧设备及终端 - Google Patents
一种唤醒应用程序的方法、网络侧设备及终端 Download PDFInfo
- Publication number
- CN109756972A CN109756972A CN201711056291.6A CN201711056291A CN109756972A CN 109756972 A CN109756972 A CN 109756972A CN 201711056291 A CN201711056291 A CN 201711056291A CN 109756972 A CN109756972 A CN 109756972A
- Authority
- CN
- China
- Prior art keywords
- application
- terminal
- paging message
- wakes
- waken
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- 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
- Y02D10/00—Energy efficient computing, e.g. low power processors, power management or thermal management
-
- 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
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明提供一种唤醒应用程序的方法、网络侧设备及终端,其中,所述唤醒应用程序的方法包括:接收应用服务器发送的应用唤醒指示信息,所述应用唤醒指示信息用于指示所述网络侧设备唤醒至少一个终端内的待唤醒应用;根据所述应用唤醒指示信息,当搜索到所述至少一个终端时,向所述至少一个终端发送寻呼消息,由所述至少一个终端根据所述寻呼消息,唤醒所述待唤醒应用。由于寻呼时延比短信的端到端时延小,寻呼之后可直接建立通信连接,因此相比于现有的利用发送短信或者发起呼叫的方式唤醒应用程序,本发明实施例的利用寻呼唤醒应用程序的过程的时延小,唤醒速度快,从唤醒应用到后续通信过程无需其它信令,信令过程简单,节省终端功耗。
Description
技术领域
本发明涉及无线通信技术领域,尤其涉及一种唤醒应用程序的方法、网络侧设备及终端。
背景技术
随着无线通信技术的发展,智能终端已无处不在,智能终端内所包含的应用程序越来越多。智能终端在没有信息发送时通常会进入空闲模式,执行关闭收发信机、降低处理器时钟频率等动作,达到省电效果。某些情况下,部署在互联网Internet上的应用服务器需要与应用程序建立TCP/IP(传输控制协议/因特网互联协议)连接以实现某种功能。例如,应用服务器可通过TCP/IP连接联系智能终端上的应用程序并命令应用程序上报当前的位置信息。
当前,在建立应用服务器与应用程序之间的TCP/IP连接时,应用服务器可以通过运营商接口发送短信或者发起电话呼叫,而应用程序在监测到短信或者呼叫后建立与应用服务器之间的TCP/IP连接。即现有技术中,应用服务器一般利用发送短信或者发起呼叫的方式唤醒应用程序,应用程序被唤醒后再去建立与应用服务器之间的TCP/IP连接。
但是,利用发送短信或者发起呼叫的方式唤醒应用程序常存在以下问题:
(1)由于短信的端到端时延平均值大及方差大,因此利用短信唤醒应用程序时的时延大;
(2)以GSM***及LTE***为例,当利用呼叫唤醒应用程序时,终端接收到呼叫后,应用程序被唤醒,但之后需要挂断呼叫,才能进行数据通信,造成从唤醒应用到数据通信过程的信令过程复杂。
发明内容
本发明实施例提供一种唤醒应用程序的方法、网络侧设备及终端,以解决现有的唤醒应用程序的方法可能造成的时延大,和从唤醒应用到数据通信过程的信令过程复杂的问题。
第一方面,本发明实施例提供了一种唤醒应用程序的方法,应用于网络侧设备,包括:
接收应用服务器发送的应用唤醒指示信息,其中,所述应用唤醒指示信息用于指示所述网络侧设备唤醒至少一个终端内的待唤醒应用;
根据所述应用唤醒指示信息,当搜索到所述至少一个终端时,向所述至少一个终端发送寻呼消息,由所述至少一个终端根据所述寻呼消息,唤醒所述待唤醒应用。
第二方面,本发明实施例还提供了一种唤醒应用程序的方法,应用于终端,包括:
接收网络侧设备发送的寻呼消息;
根据所述寻呼消息,唤醒所述终端内的待唤醒应用;
其中,所述寻呼消息是所述网络侧设备在接收到应用服务器发送的应用唤醒指示信息之后,根据所述应用唤醒指示信息发送的,所述应用唤醒指示信息用于指示所述网络侧设备唤醒至少一个终端内的待唤醒应用。
第三方面,本发明实施例还提供了一种网络侧设备,包括接收器和发送器;
其中,所述接收器用于接收应用服务器发送的应用唤醒指示信息,所述应用唤醒指示信息用于指示所述网络侧设备唤醒至少一个终端内的待唤醒应用;
所述发送器用于根据所述应用唤醒指示信息,当搜索到所述至少一个终端时,向所述至少一个终端发送寻呼消息,由所述至少一个终端根据所述寻呼消息,唤醒所述待唤醒应用。
第四方面,本发明实施例还提供了一种终端,包括接收器和处理器;
其中,所述接收器用于接收网络侧设备发送的寻呼消息;
所述处理器用于根据所述寻呼消息,唤醒所述终端内的待唤醒应用;
所述寻呼消息是所述网络侧设备在接收到应用服务器发送的应用唤醒指示信息之后,根据所述应用唤醒指示信息发送的,所述应用唤醒指示信息用于指示所述网络侧设备唤醒至少一个终端内的待唤醒应用。
第五方面,本发明实施例还提供了一种通信设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,其中,所述计算机程序被所述处理器执行时实现上述唤醒应用程序的方法的步骤。
第六方面,本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,其中,所述计算机程序被所述处理器执行时实现上述唤醒应用程序的方法的步骤。
在本发明实施例中,通过接收应用服务器发送的应用唤醒指示信息,应用唤醒指示信息用于指示网络侧设备唤醒至少一个终端内的待唤醒应用,根据应用唤醒指示信息,当搜索到至少一个终端时,向至少一个终端发送寻呼消息,由至少一个终端根据寻呼消息,唤醒待唤醒应用,由于寻呼时延比短信的端到端时延小,寻呼之后可直接建立通信连接,因此相比于现有的利用发送短信或者发起呼叫的方式唤醒应用程序,本发明实施例的利用寻呼唤醒应用程序的过程的时延小,唤醒速度快,从唤醒应用到后续通信过程无需其它信令,信令过程简单,节省终端功耗。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对本发明实施例中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明实施例的一唤醒应用程序的方法的流程图;
图2为本发明实施例的另一唤醒应用程序的方法的流程图;
图3为本发明实施例的网络侧设备的结构示意图;
图4为本发明实施例的终端的结构示意图;
图5为本发明实施例的通信设备的结构示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
现有技术中,以3GPP LTE***为例,寻呼消息的核心网域中定义了电路交换域(Circuit Switching Domain,CS域)和分组交换域(Packet Switching Domain,PS域),用以说明寻呼来源。而本发明实施例通过扩展寻呼类型,在寻呼消息的核心网域中定义即扩展应用类型,从而实现借助网络下发的寻呼消息唤醒终端中的应用。此种寻呼类型可称为应用寻呼。
由于寻呼时延比短信的端到端时延小,寻呼之后可直接建立通信连接,因此相比于现有的利用发送短信或者发起呼叫的方式唤醒应用程序,本发明实施例的利用寻呼唤醒应用程序的过程的时延小,唤醒速度快,从唤醒应用到后续通信过程无需其它信令,信令过程简单,节省终端功耗。
参见图1所示,本发明实施例提供了一种唤醒应用程序的方法,应用于网络侧设备,包括如下步骤:
步骤101:接收应用服务器发送的应用唤醒指示信息。
其中,应用唤醒指示信息用于指示网络侧设备唤醒至少一个终端内的待唤醒应用。待唤醒应用可以为一个或者多个应用。也就是说,网络侧设备在唤醒应用时,可以唤醒单个终端内的一个或者多个应用,也可以唤醒多个终端内的一个或者多个应用。
本发明实施例中,网络可对外提供应用唤醒接口,以接收应用服务器发送的应用唤醒指示信息。具体的,步骤101可包括:网络侧设备通过网络提供的应用唤醒接口,接收应用服务器发送的应用唤醒指示信息。
步骤102:根据应用唤醒指示信息,当搜索到至少一个终端时,向至少一个终端发送寻呼消息,由至少一个终端根据寻呼消息,唤醒待唤醒应用。
其中,寻呼消息用于指示终端唤醒待唤醒应用。网络侧设备在接收到应用唤醒指示信息之后,可根据应用唤醒指示信息,搜索相应终端,并在搜索到终端后,在相应寻呼区域内向该终端发送寻呼消息,以使该终端在监听到寻呼消息后,唤醒待唤醒应用。应说明的是,网络侧设备是向已搜索到的终端发送寻呼消息,对于未搜索到的终端不发送寻呼消息。
本发明实施例中,终端在唤醒其内的待唤醒应用时,可通过终端内的应用唤醒指示接口进行唤醒。应用唤醒指示接口可由终端内的无线通信处理器或者调制解调器提供。其中,具体的应用唤醒方式可以是启动应用、向应用发送预设消息、调用应用内的某个接口等。应用被唤醒后,可按照预定行为向应用服务器发送预设消息,而应用服务器在接收到预设消息后,可以确定应用已被唤醒,唤醒流程结束。若应用服务器长时间未接收到应用发送的预设消息,可以确定唤醒失败,可在预设时间后,再次尝试唤醒应用。
本发明实施例的唤醒应用程序的方法,通过接收应用服务器发送的应用唤醒指示信息,应用唤醒指示信息用于指示网络侧设备唤醒至少一个终端内的待唤醒应用,根据应用唤醒指示信息,当搜索到至少一个终端时,向至少一个终端发送寻呼消息,由至少一个终端根据寻呼消息,唤醒待唤醒应用,由于寻呼时延比短信的端到端时延小,寻呼之后可直接建立通信连接,因此相比于现有的利用发送短信或者发起呼叫的方式唤醒应用程序,本发明实施例的利用寻呼唤醒应用程序的过程的时延小,唤醒速度快,从唤醒应用到后续通信过程无需其它信令,信令过程简单,节省终端功耗。
本发明实施例中,寻呼消息的核心网域中可扩展一种应用类型或者多种应用类型,分别说明如下。
情况一
情况一下,寻呼消息的核心网域(cn-Domain)中扩展一种应用类型,对应的,应用唤醒指示信息中携带有至少一个终端的标识,寻呼消息的核心网域字段值为应用类型的标识。终端在接收到寻呼消息后,根据寻呼消息,以及与应用服务器预先约定的应用类型和应用的对应关系,唤醒应用类型对应的待唤醒应用。
例如若扩展的一种应用类型的标识为APP1,则具体的cn-Domain定义可如下所示:
本发明实施例中,应用服务器可通过网络提供的HTTP接口触发应用寻呼,向网络侧设备发送的应用唤醒指示信息可表示为:
http://network/paging_app?msisdn=终端ID
其中,msisdn表示待唤醒终端的标识,例如终端ID可为MSISDN号码。网络侧设备对于该应用唤醒指示信息可至少具有两种结果反馈:一种结果反馈为MSISDN无效,当未搜索到该MSISDN对应的终端时反馈该结果;反馈形式可采用JSON格式并表示为:
另一种结果反馈为PAGING已发送,当搜索到该MSISDN对应的终端并在相应的寻呼范围内发送了寻呼消息时反馈该结果;反馈形式可采用JSON格式并表示为:
{
“result”:“ok”
}
终端在监听到寻呼消息后,可通过其内的应用唤醒指示接口唤醒应用。应用唤醒指示接口可为无线通信处理器或者调制解调器提供的AT接口,这样终端在唤醒应用时,可在AT接口上上报AT*PAGING_APP响应。
例如,若应用服务器要唤醒MSISDN为12345678的终端1内的应用a,cn-Domain中扩展一种应用类型APP1,终端1与应用服务器预先约定APP1和应用a对应,则唤醒应用a的过程可为:
首先,应用服务器访问HTTP接口触发应用寻呼,向网络侧设备发送应用唤醒指示信息http://server/paging_app?msisdn=12345678;
其次,网络侧设备在接收到应用唤醒指示信息后,搜索终端1,并在搜索到终端1后,在相应寻呼区域内向终端1发送寻呼消息1,该寻呼消息1的核心网域字段值为APP1;
然后,终端1在监听到寻呼消息1后,在AT接口上上报AT*PAGING_APP1;
最后,终端1内的AT命令处理程序在接收到AT*PAGING_APP1后,根据APP1和应用a的对应关系,将应用a唤醒;应用a的具体唤醒方式可为启动应用a、向应用a发送预设消息、调用应用a内的某个接口等。
应用a被唤醒后,可向应用服务器发送预设消息。若应用服务器接收到预设消息,则可确定应用a已被唤醒,唤醒流程结束;若应用服务器预设时间内未接收到预设消息,则可确定应用a的唤醒失败。
又例如,若应用服务器要唤醒MSISDN为12345678的终端1内的应用a,以及MSISDN为12345687的终端2内的应用b,cn-Domain中扩展一种应用类型APP2,终端1与应用服务器预先约定APP2和应用a对应,终端2与应用服务器预先约定APP2和应用b对应,则唤醒应用的过程可为:
首先,应用服务器访问HTTP接口触发应用寻呼,向网络侧设备发送应用唤醒指示信息http://server/paging_app?msisdn=12345678;12345687&app=app2;app2;
其次,网络侧设备在接收到应用唤醒指示信息后,搜索终端1和终端2,并在搜索到终端1后,在相应寻呼区域内向终端1发送寻呼消息2,该寻呼消息2的核心网域字段值为APP2,并在搜索到终端2后,在相应寻呼区域内向终端2发送寻呼消息3,该寻呼消息3的核心网域字段值为APP2;
然后,终端1在监听到寻呼消息2后,在AT接口上上报AT*PAGING_APP2;终端2在监听到寻呼消息3后,在AT接口上上报AT*PAGING_APP2;
最后,终端1内的AT命令处理程序在接收到AT*PAGING_APP2后,根据APP2和应用a的对应关系,将应用a唤醒;终端2内的AT命令处理程序在接收到AT*PAGING_APP2后,根据APP2和应用b的对应关系,将应用b唤醒。
情况二
情况二下,寻呼消息的cn-Domain中扩展多种应用类型,对应的,应用唤醒指示信息中携带有至少一个终端的标识和待唤醒应用对应的至少一种应用类型的标识,寻呼消息的核心网域字段值为至少一种应用类型的标识。终端在接收到寻呼消息后,根据寻呼消息,以及与应用服务器预先约定的应用类型和应用的对应关系,唤醒至少一种应用类型对应的待唤醒应用。
例如若扩展两种应用类型,该两种应用类型的标识为APP1和APP2,则具体的cn-Domain定义可如下所示:
本发明实施例中,应用服务器可通过网络提供的HTTP接口触发应用寻呼,向网络侧设备发送的应用唤醒指示信息可表示为:
http://network/paging_app?msisdn=终端ID&app=APP
其中,msisdn表示待唤醒终端的标识,例如终端ID可为MSISDN号码,app表示待唤醒应用对应的至少一种应用类型的标识,例如APP可为APP1,或者APP2,或者APP1和APP2。网络侧设备对于应用唤醒指示信息的结果反馈可如上所述,在此不再赘述。
终端在监听到寻呼消息后,可通过其内的应用唤醒指示接口唤醒应用。应用唤醒指示接口可为无线通信处理器或者调制解调器提供的AT接口,这样终端在唤醒应用时,可在AT接口上上报AT*PAGING_APP响应。
例如,若应用服务器要唤醒MSISDN为12345678的终端1内的应用a,cn-Domain中扩展两种应用类型APP1和APP2,终端1与应用服务器预先约定APP1和应用b对应,以及APP2和应用a对应,则唤醒应用a的过程可为:
首先,应用服务器访问HTTP接口触发应用寻呼,向网络侧设备发送应用唤醒指示信息http://server/paging_app?msisdn=12345678&app=APP2;
其次,网络侧设备在接收到应用唤醒指示信息后,搜索终端1,并在搜索到终端1后,在相应寻呼区域内向终端1发送寻呼消息4,该寻呼消息4的核心网域字段值为APP2;
然后,终端1在监听到寻呼消息4后,在AT接口上上报AT*PAGING_APP2;
最后,终端1内的AT命令处理程序在接收到AT*PAGING_APP2后,根据APP2和应用a的对应关系,将应用a唤醒;应用a的具体唤醒方式可为启动应用a、向应用a发送预设消息、调用应用a内的某个接口等。
应用a被唤醒后,可向应用服务器发送预设消息。若应用服务器接收到预设消息,则可确定应用a已被唤醒,唤醒流程结束;若应用服务器预设时间内未接收到预设消息,则可确定应用a的唤醒失败。
又例如,若应用服务器要唤醒MSISDN为12345678的终端1内的应用a和b,cn-Domain中扩展两种应用类型APP1和APP2,终端1与应用服务器预先约定APP1和应用b对应,以及APP2和应用a对应,则唤醒应用a和b的过程可为:
首先,应用服务器访问HTTP接口触发应用寻呼,向网络侧设备发送应用唤醒指示信息http://server/paging_app?msisdn=12345678&app=APP1,APP2;
其次,网络侧设备在接收到应用唤醒指示信息后,搜索终端1,并在搜索到终端1后,在相应寻呼区域内向终端1发送寻呼消息5,该寻呼消息5的核心网域字段值为APP1和APP2;
然后,终端1在监听到寻呼消息5后,在AT接口上上报AT*PAGING_APP1,APP2;
最后,终端1内的AT命令处理程序在接收到AT*PAGING_APP1,APP2后,根据APP1和应用b对应,以及APP2和应用a对应,将应用a和b唤醒。
又例如,若应用服务器要唤醒MSISDN为12345678的终端1内的应用a和b,以及MSISDN为12345687的终端2内的应用c,cn-Domain中扩展两种应用类型APP1和APP2,终端1与应用服务器预先约定APP1和应用b对应,以及APP2和应用a对应,终端2与应用服务器预先约定APP2和应用c对应,则唤醒应用的过程可为:
首先,应用服务器访问HTTP接口触发应用寻呼,向网络侧设备发送应用唤醒指示信息http://server/paging_app?msisdn=12345678;12345687&app=APP1,APP2;APP2;
其次,网络侧设备在接收到应用唤醒指示信息后,搜索终端1和终端2,,并在搜索到终端1后,在相应寻呼区域内向终端1发送寻呼消息6,该寻呼消息6的核心网域字段值为APP1和APP2,并在搜索到终端2后,在相应寻呼区域内向终端2发送寻呼消息7,该寻呼消息7的核心网域字段值为APP2;
然后,终端1在监听到寻呼消息6后,在AT接口上上报AT*PAGING_APP1,APP2;终端2在监听到寻呼消息7后,在AT接口上上报AT*PAGING_APP2;
最后,终端1内的AT命令处理程序在接收到AT*PAGING_APP1,APP2后,根据APP1和应用b对应,以及APP2和应用a对应,将应用a和b唤醒;终端2内的AT命令处理程序在接收到AT*PAGING_APP2后,根据APP2和应用c的对应关系,将应用c唤醒。
需指出的是,情况二下,寻呼消息的cn-Domain中也可扩展三种、四种等应用类型,对应唤醒应用的过程与扩展两种应用类型时相同,在此不再赘述。
参见图2所示,本发明实施例还提供了一种唤醒应用程序的方法,应用于终端,包括如下步骤:
步骤201:接收网络侧设备发送的寻呼消息。
其中,寻呼消息是网络侧设备在接收到应用服务器发送的应用唤醒指示信息之后,根据应用唤醒指示信息发送的,应用唤醒指示信息用于指示网络侧设备唤醒至少一个终端内的待唤醒应用。
步骤202:根据寻呼消息,唤醒终端内的待唤醒应用。
本发明实施例的唤醒应用程序的方法,通过接收网络侧设备发送的寻呼消息,寻呼消息是网络侧设备在接收到应用服务器发送的应用唤醒指示信息之后,根据应用唤醒指示信息发送的,应用唤醒指示信息用于指示网络侧设备唤醒至少一个终端内的待唤醒应用,根据寻呼消息,唤醒终端内的待唤醒应用,由于寻呼时延比短信的端到端时延小,寻呼之后可直接建立通信连接,因此相比于现有的利用发送短信或者发起呼叫的方式唤醒应用程序,本发明实施例的利用寻呼唤醒应用程序的过程的时延小,唤醒速度快,从唤醒应用到后续通信过程无需其它信令,信令过程简单,节省终端功耗。
本发明实施例中,可选的,步骤202可包括:根据所述寻呼消息,通过所述终端中的应用唤醒指示接口,唤醒所述待唤醒应用。
可选的,当所述寻呼消息的核心网域中扩展一种应用类型时,所述应用唤醒指示信息中携带有所述至少一个终端的标识,所述寻呼消息的核心网域字段值为所述应用类型的标识;步骤202可包括:
根据所述寻呼消息,以及与应用服务器预先约定的应用类型和应用的对应关系,唤醒所述应用类型对应的待唤醒应用。
可选的,当所述寻呼消息的核心网域中扩展多种应用类型时,所述应用唤醒指示信息中携带有所述至少一个终端的标识和所述待唤醒应用对应的至少一种应用类型的标识,所述寻呼消息的核心网域字段值为所述至少一种应用类型的标识;步骤202可包括:
根据所述寻呼消息,以及与应用服务器预先约定的应用类型和应用的对应关系,唤醒所述至少一种应用类型对应的待唤醒应用。
上述实施例对本发明的唤醒应用程序的方法进行了说明,下面将结合实施例和附图对本发明的网络侧设备和终端进行说明。
参见图3所示,本发明实施例还提供了一种网络侧设备,包括处理器31、发送器32和接收器33。
其中,所述接收器33用于接收应用服务器发送的应用唤醒指示信息,所述应用唤醒指示信息用于指示所述网络侧设备唤醒至少一个终端内的待唤醒应用;
所述发送器32用于根据所述应用唤醒指示信息,当搜索到所述至少一个终端时,向所述至少一个终端发送寻呼消息,由所述至少一个终端根据所述寻呼消息,唤醒所述待唤醒应用。
本发明实施例的网络侧设备,通过接收应用服务器发送的应用唤醒指示信息,应用唤醒指示信息用于指示网络侧设备唤醒至少一个终端内的待唤醒应用,根据应用唤醒指示信息,当搜索到至少一个终端时,向至少一个终端发送寻呼消息,由至少一个终端根据寻呼消息,唤醒待唤醒应用,由于寻呼时延比短信的端到端时延小,寻呼之后可直接建立通信连接,因此相比于现有的利用发送短信或者发起呼叫的方式唤醒应用程序,本发明实施例的利用寻呼唤醒应用程序的过程的时延小,唤醒速度快,从唤醒应用到后续通信过程无需其它信令,信令过程简单,节省终端功耗。
本发明实施例中,可选的,所述接收器33具体用于:
通过网络提供的应用唤醒接口,接收应用服务器发送的所述应用唤醒指示信息。
可选的,当所述寻呼消息的核心网域中扩展一种应用类型时,所述应用唤醒指示信息中携带有所述至少一个终端的标识,所述寻呼消息的核心网域字段值为所述应用类型的标识。
可选的,当所述寻呼消息的核心网域中扩展多种应用类型时,所述应用唤醒指示信息中携带有所述至少一个终端的标识和所述待唤醒应用对应的至少一种应用类型的标识,所述寻呼消息的核心网域字段值为所述至少一种应用类型的标识。
在图3中,总线架构(用总线30来代表),总线30可以包括任意数量的互联的总线和桥,总线30将包括由处理器31代表的一个或多个处理器和存储器34代表的存储器的各种电路连接在一起。发送器32和接收器33可以是一个收发接口,发送器32和接收器33可通过总线30与处理器31和存储器34连接。
处理器31负责管理总线30和通常的处理,而存储器34可以被用于存储处理器31在执行操作时所使用的数据。
参见图4所示,本发明实施例还提供了一种终端,包括处理器41、发送器42和接收器43。
其中,所述接收器43用于接收网络侧设备发送的寻呼消息;
所述处理器41用于根据所述寻呼消息,唤醒所述终端内的待唤醒应用;
所述寻呼消息是所述网络侧设备在接收到应用服务器发送的应用唤醒指示信息之后,根据所述应用唤醒指示信息发送的,所述应用唤醒指示信息用于指示所述网络侧设备唤醒至少一个终端内的待唤醒应用。
本发明实施例的终端,通过接收网络侧设备发送的寻呼消息,寻呼消息是网络侧设备在接收到应用服务器发送的应用唤醒指示信息之后,根据应用唤醒指示信息发送的,应用唤醒指示信息用于指示网络侧设备唤醒至少一个终端内的待唤醒应用,根据寻呼消息,唤醒终端内的待唤醒应用,由于寻呼时延比短信的端到端时延小,寻呼之后可直接建立通信连接,因此相比于现有的利用发送短信或者发起呼叫的方式唤醒应用程序,本发明实施例的利用寻呼唤醒应用程序的过程的时延小,唤醒速度快,从唤醒应用到后续通信过程无需其它信令,信令过程简单,节省终端功耗。
本发明实施例中,可选的,所述处理器41具体用于:
根据所述寻呼消息,通过所述终端中的应用唤醒指示接口,唤醒所述待唤醒应用。
可选的,当所述寻呼消息的核心网域中扩展一种应用类型时,所述应用唤醒指示信息中携带有所述至少一个终端的标识,所述寻呼消息的核心网域字段值为所述应用类型的标识;所述处理器41具体用于:
根据所述寻呼消息,以及与应用服务器预先约定的应用类型和应用的对应关系,唤醒所述应用类型对应的待唤醒应用。
可选的,当所述寻呼消息的核心网域中扩展多种应用类型时,所述应用唤醒指示信息中携带有所述至少一个终端的标识和所述待唤醒应用对应的至少一种应用类型的标识,所述寻呼消息的核心网域字段值为所述至少一种应用类型的标识;所述处理器41具体用于:
根据所述寻呼消息,以及与应用服务器预先约定的应用类型和应用的对应关系,唤醒所述至少一种应用类型对应的待唤醒应用。
在图4中,总线架构(用总线40来代表),总线40可以包括任意数量的互联的总线和桥,总线40将包括由处理器41代表的一个或多个处理器和存储器44代表的存储器的各种电路连接在一起。发送器42和接收器43可以是一个收发接口,发送器42和接收器43可通过总线40与处理器41和存储器44连接。
处理器41负责管理总线40和通常的处理,而存储器44可以被用于存储处理器41在执行操作时所使用的数据。
此外,本发明实施例还提供了一种通信设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,其中,所述计算机程序被所述处理器执行时可实现上述应用于网络侧设备或者终端的唤醒应用程序的方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。该通信设备可为网络侧设备或者终端。
具体的,参见图5所示,本发明实施例还提供了一种通信设备,所述通信设备包括总线51、收发机52、天线53、总线接口54、处理器55和存储器56。
在本发明实施例中,所述通信设备还包括:存储在存储器56上并可在处理器55上运行的计算机程序。其中,所述通信设备为网络侧设备时,所述计算机程序被处理器55执行时可实现如下步骤:
接收应用服务器发送的应用唤醒指示信息,其中,所述应用唤醒指示信息用于指示所述网络侧设备唤醒至少一个终端内的待唤醒应用;
根据所述应用唤醒指示信息,当搜索到所述至少一个终端时,向所述至少一个终端发送寻呼消息,由所述至少一个终端根据所述寻呼消息,唤醒所述待唤醒应用。
所述通信设备为终端时,所述计算机程序被处理器55执行时可实现如下步骤:
接收网络侧设备发送的寻呼消息;
根据所述寻呼消息,唤醒所述终端内的待唤醒应用;
其中,所述寻呼消息是所述网络侧设备在接收到应用服务器发送的应用唤醒指示信息之后,根据所述应用唤醒指示信息发送的,所述应用唤醒指示信息用于指示所述网络侧设备唤醒至少一个终端内的待唤醒应用。
在图5中,总线架构(用总线51来代表),总线51可以包括任意数量的互联的总线和桥,总线51将包括由处理器55代表的一个或多个处理器和存储器56代表的存储器的各种电路链接在一起。总线51还可以将诸如***设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口54在总线51和收发机52之间提供接口。收发机52可以是一个元件,也可以是多个元件,比如多个接收器和发送器,提供用于在传输介质上与各种其他装置通信的单元。经处理器55处理的数据通过天线53在无线介质上进行传输,进一步,天线53还接收数据并将数据传送给处理器55。
处理器55负责管理总线51和通常的处理,还可以提供各种功能,包括定时,***接口,电压调节、电源管理以及其他控制功能。而存储器56可以被用于存储处理器55在执行操作时所使用的数据。
可选的,处理器55可以是CPU、ASIC、FPGA或CPLD。
本发明实施例还提供了一种计算机可读存储介质,其上存储有计算机程序,其中,所述计算机程序被处理器执行时可实现上述应用于网络侧设备或者终端的唤醒应用程序的方法实施例的各个过程,且能达到相同的技术效果,为避免重复,这里不再赘述。
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体,可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带,磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
需要说明的是,在本文中,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、物品或者装置不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、物品或者装置所固有的要素。在没有更多限制的情况下,由语句“包括一个……”限定的要素,并不排除在包括该要素的过程、方法、物品或者装置中还存在另外的相同要素。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本发明各个实施例所述的方法。
以上所述仅是本发明的优选实施方式,应当指出,对于本技术领域的普通技术人员来说,在不脱离本发明原理的前提下,还可以做出若干改进和润饰,这些改进和润饰也应视为本发明的保护范围。
Claims (18)
1.一种唤醒应用程序的方法,应用于网络侧设备,其特征在于,包括:
接收应用服务器发送的应用唤醒指示信息,其中,所述应用唤醒指示信息用于指示所述网络侧设备唤醒至少一个终端内的待唤醒应用;
根据所述应用唤醒指示信息,当搜索到所述至少一个终端时,向所述至少一个终端发送寻呼消息,由所述至少一个终端根据所述寻呼消息,唤醒所述待唤醒应用。
2.根据权利要求1所述的方法,其特征在于,所述接收应用服务器发送的应用唤醒指示信息,包括:
通过网络提供的应用唤醒接口,接收应用服务器发送的所述应用唤醒指示信息。
3.根据权利要求1或2所述的方法,其特征在于,当所述寻呼消息的核心网域中扩展一种应用类型时,所述应用唤醒指示信息中携带有所述至少一个终端的标识,所述寻呼消息的核心网域字段值为所述应用类型的标识。
4.根据权利要求1或2所述的方法,其特征在于,当所述寻呼消息的核心网域中扩展多种应用类型时,所述应用唤醒指示信息中携带有所述至少一个终端的标识和所述待唤醒应用对应的至少一种应用类型的标识,所述寻呼消息的核心网域字段值为所述至少一种应用类型的标识。
5.一种唤醒应用程序的方法,应用于终端,其特征在于,包括:
接收网络侧设备发送的寻呼消息;
根据所述寻呼消息,唤醒所述终端内的待唤醒应用;
其中,所述寻呼消息是所述网络侧设备在接收到应用服务器发送的应用唤醒指示信息之后,根据所述应用唤醒指示信息发送的,所述应用唤醒指示信息用于指示所述网络侧设备唤醒至少一个终端内的待唤醒应用。
6.根据权利要求5所述的方法,其特征在于,所述根据所述寻呼消息,唤醒所述终端内的待唤醒应用,包括:
根据所述寻呼消息,通过所述终端中的应用唤醒指示接口,唤醒所述待唤醒应用。
7.根据权利要求5或6所述的方法,其特征在于,当所述寻呼消息的核心网域中扩展一种应用类型时,所述应用唤醒指示信息中携带有所述至少一个终端的标识,所述寻呼消息的核心网域字段值为所述应用类型的标识;
所述根据所述寻呼消息,唤醒所述终端内的待唤醒应用,包括:
根据所述寻呼消息,以及与应用服务器预先约定的应用类型和应用的对应关系,唤醒所述应用类型对应的待唤醒应用。
8.根据权利要求5或6所述的方法,其特征在于,当所述寻呼消息的核心网域中扩展多种应用类型时,所述应用唤醒指示信息中携带有所述至少一个终端的标识和所述待唤醒应用对应的至少一种应用类型的标识,所述寻呼消息的核心网域字段值为所述至少一种应用类型的标识;
所述根据所述寻呼消息,唤醒所述终端内的待唤醒应用,包括:
根据所述寻呼消息,以及与应用服务器预先约定的应用类型和应用的对应关系,唤醒所述至少一种应用类型对应的待唤醒应用。
9.一种网络侧设备,其特征在于,包括接收器和发送器;
其中,所述接收器用于接收应用服务器发送的应用唤醒指示信息,所述应用唤醒指示信息用于指示所述网络侧设备唤醒至少一个终端内的待唤醒应用;
所述发送器用于根据所述应用唤醒指示信息,当搜索到所述至少一个终端时,向所述至少一个终端发送寻呼消息,由所述至少一个终端根据所述寻呼消息,唤醒所述待唤醒应用。
10.根据权利要求9所述的网络侧设备,其特征在于,所述接收器具体用于:
通过网络提供的应用唤醒接口,接收应用服务器发送的所述应用唤醒指示信息。
11.根据权利要求9或10所述的网络侧设备,其特征在于,当所述寻呼消息的核心网域中扩展一种应用类型时,所述应用唤醒指示信息中携带有所述至少一个终端的标识,所述寻呼消息的核心网域字段值为所述应用类型的标识。
12.根据权利要求9或10所述的网络侧设备,其特征在于,当所述寻呼消息的核心网域中扩展多种应用类型时,所述应用唤醒指示信息中携带有所述至少一个终端的标识和所述待唤醒应用对应的至少一种应用类型的标识,所述寻呼消息的核心网域字段值为所述至少一种应用类型的标识。
13.一种终端,其特征在于,包括接收器和处理器;
其中,所述接收器用于接收网络侧设备发送的寻呼消息;
所述处理器用于根据所述寻呼消息,唤醒所述终端内的待唤醒应用;
所述寻呼消息是所述网络侧设备在接收到应用服务器发送的应用唤醒指示信息之后,根据所述应用唤醒指示信息发送的,所述应用唤醒指示信息用于指示所述网络侧设备唤醒至少一个终端内的待唤醒应用。
14.根据权利要求13所述的终端,其特征在于,所述处理器具体用于:
根据所述寻呼消息,通过所述终端中的应用唤醒指示接口,唤醒所述待唤醒应用。
15.根据权利要求13或14所述的终端,其特征在于,当所述寻呼消息的核心网域中扩展一种应用类型时,所述应用唤醒指示信息中携带有所述至少一个终端的标识,所述寻呼消息的核心网域字段值为所述应用类型的标识;所述处理器具体用于:
根据所述寻呼消息,以及与应用服务器预先约定的应用类型和应用的对应关系,唤醒所述应用类型对应的待唤醒应用。
16.根据权利要求13或14所述的终端,其特征在于,当所述寻呼消息的核心网域中扩展多种应用类型时,所述应用唤醒指示信息中携带有所述至少一个终端的标识和所述待唤醒应用对应的至少一种应用类型的标识,所述寻呼消息的核心网域字段值为所述至少一种应用类型的标识;所述处理器具体用于:
根据所述寻呼消息,以及与应用服务器预先约定的应用类型和应用的对应关系,唤醒所述至少一种应用类型对应的待唤醒应用。
17.一种通信设备,包括存储器、处理器及存储在所述存储器上并可在所述处理器上运行的计算机程序,其特征在于,所述计算机程序被所述处理器执行时实现如权利要求1至8中任一项所述的唤醒应用程序的方法的步骤。
18.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,所述计算机程序被处理器执行时实现如权利要求1至8中任一项所述的唤醒应用程序的方法的步骤。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711056291.6A CN109756972A (zh) | 2017-11-01 | 2017-11-01 | 一种唤醒应用程序的方法、网络侧设备及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711056291.6A CN109756972A (zh) | 2017-11-01 | 2017-11-01 | 一种唤醒应用程序的方法、网络侧设备及终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN109756972A true CN109756972A (zh) | 2019-05-14 |
Family
ID=66397680
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711056291.6A Pending CN109756972A (zh) | 2017-11-01 | 2017-11-01 | 一种唤醒应用程序的方法、网络侧设备及终端 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN109756972A (zh) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110430329A (zh) * | 2019-07-26 | 2019-11-08 | 深圳市潮流网络技术有限公司 | 呼叫方法和装置、计算机可读存储介质 |
CN110691137A (zh) * | 2019-10-10 | 2020-01-14 | 北京思特奇信息技术股份有限公司 | Sip服务器和ios之间的通信方法、手机及服务器 |
CN111273951A (zh) * | 2020-01-19 | 2020-06-12 | 努比亚技术有限公司 | 电子价签管理方法、电子终端及计算机可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1600037A (zh) * | 2001-12-05 | 2005-03-23 | 汤姆森许可公司 | 用于在无线lan内寻呼移动终端的方法和设备 |
CN103002163A (zh) * | 2012-11-15 | 2013-03-27 | 深圳市金立通信设备有限公司 | 一种移动终端后台程序控制方法及移动终端 |
CN103229521A (zh) * | 2012-12-26 | 2013-07-31 | 华为技术有限公司 | 远程唤醒方法、装置及*** |
-
2017
- 2017-11-01 CN CN201711056291.6A patent/CN109756972A/zh active Pending
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1600037A (zh) * | 2001-12-05 | 2005-03-23 | 汤姆森许可公司 | 用于在无线lan内寻呼移动终端的方法和设备 |
CN103002163A (zh) * | 2012-11-15 | 2013-03-27 | 深圳市金立通信设备有限公司 | 一种移动终端后台程序控制方法及移动终端 |
CN103229521A (zh) * | 2012-12-26 | 2013-07-31 | 华为技术有限公司 | 远程唤醒方法、装置及*** |
Cited By (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110430329A (zh) * | 2019-07-26 | 2019-11-08 | 深圳市潮流网络技术有限公司 | 呼叫方法和装置、计算机可读存储介质 |
CN110691137A (zh) * | 2019-10-10 | 2020-01-14 | 北京思特奇信息技术股份有限公司 | Sip服务器和ios之间的通信方法、手机及服务器 |
CN111273951A (zh) * | 2020-01-19 | 2020-06-12 | 努比亚技术有限公司 | 电子价签管理方法、电子终端及计算机可读存储介质 |
CN111273951B (zh) * | 2020-01-19 | 2024-02-09 | 努比亚技术有限公司 | 电子价签管理方法、电子终端及计算机可读存储介质 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN105681568A (zh) | 移动终端及其通信方法 | |
US20200120745A1 (en) | D2d communication method, remote user equipment, and relay user equipment | |
CN104885556A (zh) | 用于wifi网络的保活周期性确定 | |
EP3413680A1 (en) | Data transmission method, device and system | |
CN109756972A (zh) | 一种唤醒应用程序的方法、网络侧设备及终端 | |
JP2021515432A (ja) | 中継ネットワークの二重調整方法及び中継ノードデバイス | |
CN109547955A (zh) | 一种下行信息的发送方法、amf实体及nf实体 | |
CN113261249A (zh) | 一种数据传输方法、相关设备及计算机存储介质 | |
CN105075189A (zh) | 接收通信事件 | |
CN111436119A (zh) | 一种drx传输方法及相关设备 | |
CN108064087A (zh) | Drx周期配置方法、终端、接入网设备及存储介质 | |
US20130028159A1 (en) | Silent power-save mode for a wireless communication device | |
CN114846901B (zh) | 通信方法、装置、设备及存储介质 | |
CN113766675B (zh) | 离开网络的方法、装置和终端 | |
JP2019071573A (ja) | IoT機器とのデータの送受信を行うための装置、方法及びプログラム | |
CN117835173B (zh) | 语音呼叫方法、通信装置及计算机可读存储介质 | |
CN113259911B (zh) | 一种信息配置方法、装置、设备及计算机可读存储介质 | |
JP6509413B1 (ja) | IoT機器とのデータの送受信を行うための装置、方法及びプログラム | |
WO2023169571A1 (zh) | 唤醒信号接收方法、装置、终端及网络侧设备 | |
WO2024088195A1 (zh) | 执行结果上报方法、接收方法、终端及网络侧设备 | |
CN118265050A (zh) | 策略配置方法、装置、终端、网络侧设备及可读存储介质 | |
CN116471614A (zh) | 传输处理方法、装置、通信设备及可读存储介质 | |
CN117098148A (zh) | 数据传输方法、装置、设备、***及存储介质 | |
CN116939759A (zh) | 路由处理方法、终端及网络侧设备 | |
CN116567593A (zh) | 通知方法、第一网络功能及第二网络功能 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20190514 |