CN102316423A - 一种信息推送方法、装置和系统 - Google Patents
一种信息推送方法、装置和系统 Download PDFInfo
- Publication number
- CN102316423A CN102316423A CN2010102243283A CN201010224328A CN102316423A CN 102316423 A CN102316423 A CN 102316423A CN 2010102243283 A CN2010102243283 A CN 2010102243283A CN 201010224328 A CN201010224328 A CN 201010224328A CN 102316423 A CN102316423 A CN 102316423A
- Authority
- CN
- China
- Prior art keywords
- domain node
- push
- message
- address
- pdp
- 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.)
- Granted
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/10—Mapping addresses of different types
- H04L61/106—Mapping addresses of different types across networks, e.g. mapping telephone numbers to data network addresses
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L61/00—Network arrangements, protocols or services for addressing or naming
- H04L61/09—Mapping addresses
- H04L61/25—Mapping addresses of the same type
- H04L61/2503—Translation of Internet protocol [IP] addresses
- H04L61/256—NAT traversal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2101/00—Indexing scheme associated with group H04L61/00
- H04L2101/60—Types of network addresses
- H04L2101/618—Details of network addresses
- H04L2101/654—International mobile subscriber identity [IMSI] numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- 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
-
- 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
本发明提出了一种新的Push方法、装置和系统,其中Push的方法包括:接收应用服务器下发的Push消息;根据用户标识获得UE的私有IP地址,所述用户标识从Push消息中获得;根据所述UE私有IP地址获得UE当前连接的PS域节点,并把所述Push消息发送给所述PS域节点,通过所述PS域节点将Push消息发送给UE。通过本发明实施例,避免了传统Push业务要求的心跳连接和对现有NAT机制的更改,不要求应用客户端始终在线而能保证用户对Push消息永久可达,节省了网络资源和UE耗电,减轻了网络侧信令负担。
Description
技术领域
本发明实施例涉及无线通信领域,尤其涉及一种在无线网络上实现信息推送的方法,具体为一种无线网络信息推送方法、装置和系统。
背景技术
Apple公司推出了Push Notification(推送通知)方案,应用于iphone。该方案采取Push(推送)的方式,当用户某一应用有事件到达时(如Email中,收到了新的邮件),直接将该事件推送给客户端,而无需客户端时时刻刻应用在线,或者定时去服务器查看是否有新的事件发生。Push技术的本质在于让信息去主动寻找用户,优势在于信息的主动性和及时性,通过使用该技术可尽快的将信息推送到用户面前。
Push Notification方案的工作机制可以简单的概括为图1所示,其中:
Provider是指某个iPhone软件的应用服务器。APNS是Apple PushNotification Service(Apple Push服务器)的缩写,下文统一使用该缩写。
整个工作过程为:
1、应用服务器(Provider)把要发送的消息、目的iPhone的标识(notification)打包,发给APNS。
2、APNS在自身的已注册Push服务的iPhone列表中,查找有相应标识的iPhone,并把消息发到iPhone。
3、iPhone把发来的消息传递给相应的应用程序(Client APP),并且按照设定弹出Push通知。
APNS判断Push推送消息该发给哪台iPhone的依据是一个“目的iPhone的标识”,这个标识就是device token(设备令牌)。1、在iphone入网后会连接APNS,建立连接;2、连接完成后,APNS会把设备令牌(device token)返回给iPhone;3~4、当iPhone访问应用服务的时候,应用客户端把这个令牌发给应用服务器(Provider)。后续应用服务器可通过APNS和该令牌找到用户。即,当应用服务器(Provider)有Push消息要发送时,就会把对应帐号的设备令牌(device token)和消息一起发送给APNS,而APNS再依据设备令牌(device token),找到相应的目的iPhone,并发送相应的Push消息。以上过程如图2所示。
由于APNS与终端之间存在NAT和防火墙,如图3所示,APNS(ApplePush服务器)与终端之间需要维持心跳来维持IP链路可达。
UE入网之后,GGSN为它分配一个私有IP地址,而UE与外界通信,需要通过NAT转换为公有IP地址。即外部网元(包括APNS)所看到的UE的IP地址实际上是它的公有IP地址。
为了接收Push消息,UE与APNS进行交互,在APNS登记所使用的token和公有IP地址的对应关系。此后,APNS与UE之间保持用户级的心跳连接,来保持用户的IP可达。
由于APNS看到的用户地址是公有IP地址,而NAT机制下终端的公有IP地址与私有IP地址的绑定关系是有时间限制的,过了一段时间,NAT就会老化,终端的公有IP地址或私有IP地址会变化,这样就导致原来的公有IP地址与私有IP地址的绑定关系消失。为了保证APNS记录的终端公有IP地址有效,就需要保持NAT不老化。
发明人发现上述现有技术中至少存在如下明显问题:
该方案需要APNS和UE之间的心跳,来维持IP连接,大量心跳信号产生的信令消息导致网络堵塞,同时为了维护心跳使得UE无法进入空闲态,导致UE耗电严重。
进一步的,上述现有技术只能针对UE获得了公有IP地址的情况,对于UE没有获得公有IP地址的情况上述现有技术无法提供PUSH服务。
发明内容
本发明提出了一种新的Push方法、装置和系统,能够实现UE与Push服务器/应用服务器之间不需要心跳机制,提供Push消息的及时性和可靠性,解决无线环境下的信息推送问题。
为实现上述目的,本发明实施例提供了新的Push系统架构,其特征在于,包括:应用服务器,Push客户端,Push server和PS域节点,
所述应用服务器,用于提供特定应用服务的服务器和发送Push消息;
所述Push客户端,用于运行Push客户端软件,向所述Push server发起Push注册,在收到所述应用服务器发送的Push消息时,按照预先的设定完成相应的响应;
所述Push server,用于根据保存的用户标识、应用标识、用户标识与UE私有IP地址的映射关系、用户标识与用户IMSI的映射关系信息,为应用服务器发送的Push消息确定对应的PS域节点,并发送所述Push消息给所述PS域节点;
所述PS域节点,用于提供UE到所述Push server的连接服务,将所述Push消息发送到UE。
本发明实施例还提供了一种信息Push的方法,其特征在于,包括:
接收应用服务器下发的Push消息;
根据用户标识获得UE的私有IP地址,所述用户标识从Push消息中获得;
根据所述UE私有IP地址获得UE当前连接的PS域节点一,并把所述Push消息发送给所述PS域节点一,通过所述PS域节点一将Push消息发送给UE。
本发明实施例还提供了一种信息Push的方法,其特征在于,包括:
接收应用服务器下发的Push消息;
根据用户标识获得用户的IMSI,所述用户标识从Push消息中获得;
根据所述用户的IMSI选择PS域节点一,并把Push消息和IMSI发送给所述PS域节点一,通过所述PS域节点一将Push消息发送给UE。
本发明实施例还提供了一种数据包处理方法,其特征在于,包括:
PS域节点一收到数据包,所述数据包包含Push消息和IMSI;
PS域节点一向保存用户信息的服务器发包含IMSI的查询消息,获得返回信息,所述返回消息包括PS域节点二的地址和终端不可达原因;
PS域节点一向所述PS域节点二发送PDU Notification Request消息;所述PDU Notification Request消息用于PS域节点二向UE发送Request PDPContext Activation消息;所述Request PDP Context Activation消息用于所述UE发起PDP Context activation过程,生成可用的PDP Context;
PS域节点一使用所述的PDP Context把所述收到的数据包发给所述UE。
进一步地,本发明实施例还提供了一种Push server装置,其特征在于,包括:
交互单元一,用于接收应用服务器下发的Push消息;
路由查找单元,用于根据用户标识获得用户设备UE的私有IP地址,所述用户标识从Push消息中获得;根据所述UE的私有IP地址获得所述UE当前连接的分组交换PS域节点一,并把所述Push消息发送给所述PS域节点一,以通过所述PS域节点一将Push消息发送给UE;
交互单元二,用于转发应用服务器下发的Push消息到对应的PS域节点一,所述PS域节点一由路由查找单元确定。
本发明实施例还提供了Push server装置,其特征在于,包括:
交互单元一,用于接收应用服务器下发的Push消息;
路由查找单元,用于根据用户标识获得用户的IMSI,所述用户标识从Push消息中获得;根据所述用户的IMSI选择PS域节点一,并把Push消息和IMSI发送给所述PS域节点一,以通过所述PS域节点一将Push消息发送给UE;
交互单元二,用于转发应用服务器下发的Push消息到对应的PS域节点一,所述PS域节点一由路由查找单元确定。
本发明实施例还提供了一种PS域节点一装置,其特征在于,包括:
交互单元一,用于接收数据包,所述数据包包含Push消息和IMSI;
查询单元,用于向保存用户信息的服务器发包含IMSI的查询消息,获得返回信息,所述返回消息包括PS域节点二的地址和终端不可达原因;
路由单元,用于向所述PS域节点二发送PDU Notification Request消息;所述PDU Notification Request消息用于PS域节点二向UE发送Request PDPContext Activation消息;所述Request PDP Context Activation消息用于所述UE发起PDP Context activation过程,生成可用的PDP Context;
交互单元二,用于使用所述的PDP Context把所述收到的数据包发给所述UE。
通过本发明实施例,UE上的Push客户端在完成Push注册后可以与Pushserver之间断开连接,避免了传统Push业务要求的心跳连接和对现有NAT机制的更改;不要求UE上的应用客户端始终在线,而是通过PS域节点找到该UE并将Push消息发送到该UE,从而能保证用户对Push消息永久可达,节省了网络资源和UE耗电,减轻了网络侧信令负担。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是现有技术Push Notification的工作机制示意图;
图2是现有技术Push Notification的工作流程的示意图;
图3是现有技术APNS与UE间保持心跳的工作机制的示意图;
图4是本发明实施例提供的一种Push系统架构的示意图;
图5是本发明实施例提供的一种Push服务交互过程的示意图;
图6是本发明实施例提供的一种Push服务处理流程的示意图;
图7是本发明实施例提供的一种增强的Push服务交互过程的示意图;
图8是本发明实施例提供的一种增强的Push服务处理流程的示意图;
图9是本发明实施例提供的一种PS域节点一将Push消息发送到UE的交互过程的示意图;
图10是本发明实施例提供的一种PS域节点一将Push消息发送到UE的处理流程的示意图;
图11是本发明实施例提供的一种引进代理服务器的Push服务交互过程的示意图;
图12是本发明实施例提供的一种引进代理服务器的增强的Push服务交互过程的示意图;
图13是本发明实施例提供的一种Push server装置的示意图;
图14是本发明实施例提供的一种PS域节点一装置的示意图;
图15是本发明实施例提供的一种PS域节点二装置的示意图;
图16是本发明实施例提供的一种UE装置的示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
本发明使用的专业术语如下:
需要说明的是,本发明实施例中的Push并不是仅限定于目前所公知的推送业务,本发明实施例所提供的技术能够用于所有支持面向终端用户的通信,并且保持终端始终路由可达,从而使得应用服务器能主动向终端用户发送消息的各种应用场景和各种业务。同样的,本发明实施例中的Push业务、Push server、Push消息、Push系统架构等名词,其涵盖的范围与上述对Push的范围的解释是一致的。
实施例一
本发明实施例提供一种新的Push系统架构如图4所示,下面是对其中每个装置的详细说明。
应用服务器10:用于发送Push消息;
在一个实施例中,应用服务10可以是为用户提供特定应用服务的服务器,例如MSN、QQ Server等。
代理服务器20:本发明实施例可能涉及的一种特殊的应用服务器,用于代替UE登入应用服务器10,支持Push机制。UE上的代理客户端获取用户的应用登录信息,发送到代理服务器20,代理服务器20使用这些应用登录信息登录到最终的应用服务器上。当用户关闭了代理客户端,代理服务器20会继续为用户保持在应用服务器10上的登录。当应用服务器10或其他应用用户要向该用户的应用账户发送消息时,代理服务器20会通过Push的方式,将消息推送到用户终端上。
需要说明的是,代理服务器20不是图4架构中的必选装置,如果应用服务器10自身支持Push服务,就不需要代理服务器20。如果应用服务器10自身不支持Push服务,则需要代理服务器20,在这种情况下,代理服务器20可以和应用服务器10部署在一个物理实体(如物理的服务器)上,也可以部署在单独的物理实体(如物理的服务器)上。一个代理服务器可以为多个应用服务器提供代理服务。
应用客户端30:应用服务的客户端软件,例如MSN、QQ客户端软件。
Push客户端40:用于运行Push客户端软件,发起Push注册,在收到Push消息时,按照预先的设定完成相应的响应;
在一个实施例中,按照预先的设定完成相应的响应可以包括:拉起对应的应用客户端、或者展示一条通知消息到UE界面等。
Push server 50:Push服务器,它主要完成以下几个方面的功能:
1、保存用户标识。所述用户标识可以包括静态标识和动态标识其中的一种或者两种。静态标识是用户签约Push服务或用户初次使用Push服务时,运营商分配给签约Push服务的用户的标识,它长期有效,一个Push服务签约用户可拥有一个或多个用户静态标识;动态标识是Push客户端每次注册到Push server时,Push server按用户的需求为用户动态分配的标识,它有时效性。
需要强调的是,动态标识是可选的,如果静态标识可用,可以完全基于静态标识来完成所有的业务流程,这种情况下,Push Server也就不需要为UE分配动态标识。用户标识(包括静态标识和动态标识)带有用户签约Push服务的域信息,例如usemamepush.chinamobile.com,应用服务器能够根据用户标识找到对应的Push server。
2、保存应用标识。所述应用标识是指应用服务的标识,是运营商定义的应用标识,使用Push服务的应用服务必须在运营商处注册,运营商为该应用服务分配Push服务中使用的应用标识。应用服务器下发的Push消息中应包含应用标识。
3、保存用户标识与UE私有IP地址的映射关系,一个用户标识可对应多个UE私有IP地址。
可选地,还可以保留用户标识与用户IMSI的映射关系,特别当UE没有获得私有IP地址的情况下(如UE仅仅是附着在无线网络上,但没有启动互联网相关的业务,因此没有分配私有IP地址),则必须保存用户标识与用户IMSI的映射关系。
4、接收应用服务器10下发的Push消息,根据用户标识查询UE的私有IP地址或者IMSI等,根据UE的私有IP地址或者IMSI,通过PS域节点将Push消息转发给UE。可选的,在接收到应用服务器下发的的Push消息后,Push Server可以首先认证该Push消息中携带的应用标识,如果该应用标识是合法的,则进行下面的操作。
PS域节点60:用于提供UE到Push server50的连接服务,将Push消息发送到UE。
进一步地,PS域节点根据不同的应用场景分为两类:
第一类PS域节点在本发明实施例中称为PS域节点一,所述PS域节点一用来作为对外的网关,负责分组网络接入控制和数据路由、UE的IP地址分配、移动性管理和用户数据管理等功能,在2G的GPRS网络和3G网络中该类节点称为GGSN,后续长期演进网络中称为P-GW、或HA,在WiMAX网络中称为ASN GW或HA,在3GPP2网络中称为PDSN或HA,其完成的功能是类似的;
第二类PS域节点在本专利中称为PS域节点二,所述PS域节点二用来作为UE接入PS域的服务网关,负责鉴权和加密、移动性管理、会话控制、和数据路由等功能,在2G的GPRS网络和3G网络中该类节点称为SGSN,后续演进网络中称为S-GW、或MME(Mobility Management Entity,移动管理实体),在WiMAX网络中称为ASN GW,在3GPP2网络中称为PDSN,其完成的功能是类似的。
本发明实施例中,如果UE获得了由PS域节点一分配的私有IP地址,则只需要PS域节点一就可完成将Push消息发送到UE;如果UE没有获得私有IP地址(如UE仅仅是附着在无线网络上,但没有启动互联网相关的业务,因此没有分配私有IP地址),则需要PS域节点一和PS域节点二共同配合工作来完成将Push消息发送到UE。
通过本发明实施例,UE上的Push客户端在完成Push注册后可以与Pushserver之间断开连接,避免了传统Push业务要求的心跳连接和对现有NAT机制的更改;不要求应用客户端始终在线,而是通过PS域节点找到该UE并将Push消息发送到该UE,从而能保证用户对Push消息永久可达,节省了网络资源和UE耗电,减轻了网络侧信令负担。
实施例二
本发明实施例提供一种新的Push服务,交互过程如图5所示,在本实施例中UE已获得私有IP地址,下面是对其中交互过程的详细说明。
在提供Push服务前,UE需要获得私有IP地址。以现有的无线网络PS域为例,当UE与网络附着后,向网络请求一个IP地址,该地址可以为静态或动态PDP地址,静态PDP地址必须由家乡网络HPLMN永久分配给UE,动态PDP地址则可由HPLMN或VPLMN动态分配给UE。
当激活PDP context时,HPLMN或VPLMN为UE分配一个PDP地址给UE,由PS域节点一负责分配或释放这个动态地址。
为UE分配的IP地址是PS域节点一管理的私有地址,即前面所述的私有IP地址。通常,该私有IP地址是按照网段来划分的,因此根据UE的私有IP地址所属网段即可找到它当前连接的PS域节点一。
考虑到某些情况下私网地址不能路由,例如PS域节点一的网段有重叠,则需要Push server与PS域节点一之间建立VPN或隧道连接,保证业务数据传输。
在提供Push服务前,Push server还需要获得并保存用户标识。所述用户标识可以包括静态标识和动态标识其中的一种或者两种。静态标识是用户签约Push服务、或用户初次使用Push服务时,运营商分配给签约Push服务的用户的标识,它长期有效,一个Push服务签约用户可拥有一个或多个用户静态标识;动态标识是Push客户端每次注册到Push server时,Push server按用户的需求为用户动态分配的标识,它有时效性。需要强调的是,动态标识是可选的,如果静态标识可用,可以完全基于静态标识来完成所有的业务流程,这种情况下,Push Server也就不需要为UE分配动态标识。
在提供Push服务前,Push server还需要获得并保存应用标识。所述应用标识是指应用服务的标识,是运营商定义的应用标识,使用Push服务的应用服务必须在运营商处注册,运营商为该应用服务分配Push服务中使用的应用标识。
在提供Push服务前,Push server还需要获得并保存用户标识与UE私有IP地址的映射关系,一个用户标识可对应多个UE私有IP地址。
用户在首次使用Push服务时,Push客户端先向Push server注册,Pushserver通过用户静态标识完成对用户的验证。
UE上需要预先配置Push server的APN。每次Push客户端向Push server注册前,UE先将该APN上报给网络,网络根据APN为UE分配对应的PS域节点一;此后的Push客户端发送的注册消息将被发到该PS域节点一上,该PS域节点一根据APN找到对应的Push server,将注册消息发给PushServer;Push server处理完注册后,向Push客户端返回注册响应消息。这样注册的过程即可完成。
一种特殊的场景下会发生串号,即Push server上保存了用户标识和UE的私有IP地址的对应关系,但UE的私有IP地址变了,并且原来这个私有IP地址又被分配给了另外一个UE,那么当Push server要向原用户发送push消息时,仍旧按照原来的对应关系将push消息发给原来的私有IP地址,则push消息将被发给后面得到这个私有IP地址的UE上。为了避免串号,本发明还要求,当UE的私有IP地址被释放时,先通知Push server删除相应的用户标识和私有IP地址对应关系的记录。即,如果是UE发起的私有IP地址释放,则释放之前,Push客户端先通知Push server删除相应的用户标识和私有IP地址对应关系的记录;如果是网络侧发起的私有IP地址释放,则PS域节点一同时通知Push server删除相应的用户标识和私有IP地址对应关系的记录。
用户首次使用Push服务时,应用客户端向应用服务器注册,登记用户静态标识和应用用户名,应用服务器保存用户静态标识和应用用户名。
UE在通过应用客户端登录应用服务器后,可退出应用客户端,与应用服务器连接中断。在这个阶段PS域节点一保持用于应用客户端登录应用服务器的pdp context不释放。
Push服务的流程如图6所示下,其详细步骤如下:
S601:Push server接收应用服务器下发的Push消息。
可选的,在接收到应用服务器下发的的Push消息后,Push server可以认证该Push消息中携带的应用标识,如果该应用标识是合法的,则进行下面的操作。
可选的,在接收到应用服务器下发的Push消息后,Push server还可以认证发送该Push消息的应用服务器,认证应用服务器可以基于该Push消息头中带的应用服务器域名,根据应用服务器域名来验证;也可以基于该Push消息的源IP地址来验证,这个IP地址就是应用服务器的IP地址。如果该应用服务器可使用Push服务,则进行下面的操作。
上述两个可选的认证步骤,可以都不执行、可以执行其中任意一个、也可以执行两个。
S602:Push server根据用户标识获得UE的私有IP地址。Push server从Push消息中获得用户标识,根据所述用户标识与UE私有IP地址的映射关系获得UE的私有IP地址。可选的,Push server验证Push消息中用户标识的合法性。
S603:Push server根据UE私有IP地址获得UE当前连接的PS域节点一,并把Push消息发送给所述PS域节点一,以通过所述PS域节点将Push消息发送给UE。
所述Push server根据UE私有IP地址获得UE当前连接的PS域节点一的方法,在本实施例前面部分已详细叙述,在此不再重复。
所述PS域节点根据Push消息中的IP五元组(目的地址、目的端口、源地址、源端口、IP版本)找到对应的PDP context,将Push消息和应用标识放在该PDP context上发给UE。
UE上的Push客户端检测到有Push消息到达,提示用户有Push消息到达,询问是否查看。若用户选择查看,则根据应用标识启动对应的应用客户端查看该信息。此后,可能还会进行别的应用服务数据交互。若用户选择不查看,则结束。或者,UE上的Push客户端检测到有Push消息到达,该Push消息仅仅是一个通知类消息,则仅向用户显示有Push消息到达,而不再启动别的应用客户端。
进一步地,如果UE处于空闲状态时,所述PS域节点需要发起使用现有技术中的paging过程唤醒UE。如果所述PS域节点需要向某个UE发push消息,而UE处于空闲状态,则先paging唤醒,再进行后续的Push消息发送。
通过本发明实施例,UE上的Push客户端在完成Push注册后可以与Pushserver之间断开连接,避免了传统Push业务要求的心跳连接和对现有NAT机制的更改;不要求UE上的应用客户端始终在线,而是通过PS域节点找到该UE并将Push消息发送到该UE,从而能保证用户对Push消息永久可达,节省了网络资源和UE耗电,减轻了网络侧信令负担。
实施例三
本发明实施例是在实施例二的基础上进一步的增强所提供一种新的Push服务,其交互过程如图7所示,在本实施例中UE仅附着到网络,还没有可用的私有IP地址,下面是对其中交互过程的详细说明。
在提供Push服务前,Push server需要获得并保存用户标识。在本实施例中,用户标识是指静态标识,是用户签约Push服务、或用户初次使用Push服务时,运营商分配给签约Push服务的用户的标识,它长期有效,一个Push服务签约用户可拥有一个或多个用户静态标识。
在提供Push服务前,Push server还需要获得并保存应用标识。所述应用标识是指应用服务的标识,是运营商定义的应用标识,使用Push服务的应用服务必须在运营商处注册,运营商为该应用服务分配Push服务中使用的应用标识。
在提供Push服务前,Push server还需要获得并保存用户标识与UE的IMSI的映射关系。即用户在签约push服务,或首次使用Push服务时,运营商绑定用户静态标识和UE的IMSI。
用户首次使用应用服务时,应用客户端向应用服务器注册,登记用户静态标识和应用用户名,应用服务器保存用户静态标识和应用用户名。
Push服务的流程如图8所示下,其详细步骤如下:
S801:Push server接收应用服务器下发的Push消息。
可选的,在接收到应用服务器下发的的Push消息后,Push server可以认证该Push消息中携带的应用标识,如果该应用标识是合法的,则进行下面的操作。
可选的,在接收到应用服务器下发的Push消息后,Push server还可以认证发送该Push消息的应用服务器,认证应用服务器可以基于该Push消息头中带的应用服务器域名,根据应用服务器域名来验证;也可以基于该Push消息的源IP地址来验证,这个IP地址就是应用服务器的IP地址。如果该应用服务器可使用Push服务,则进行下面的操作。
上述两个可选的认证步骤,可以都不执行、可以执行其中任意一个、也可以执行两个。
S802:Push server根据用户标识获得用户的IMSI。Push server从Push消息中获得用户标识,根据所述用户标识与用户的IMSI的映射关系获得用户的IMSI。可选的,Push server验证Push消息中用户标识的合法性。本实施例中,所述的用户标识是指静态标识。
S803:Push server根据用户的IMSI选择PS域节点,并把Push消息和IMSI发送给所述PS域节点,以通过所述PS域节点将Push消息发送给UE。可选地,Push server可以通过CS域路由方法将Push消息、应用标识发给UE。
所述Push server根据用户的IMSI选择PS域节点,包括如下过程:
Push server向保存用户信息(例如用户的签约信息或位置信息)的服务器发送查询该IMSI的网络附着信息的查询消息,在不同网络中,保存用户信息的服务器可以是不同的网络,在3GPP网络中是HLR或HSS,在3GPP2或WiMAX网络中是AAA服务器,与异构网络互通的3GPP网络中也有AAA服务器。本实施例中以3GPP网络为例,即Push Server发携带IMSI的SRI forGPRS消息到HLR或HSS查询该IMSI是否已附着网络(所述SRI for GPRS消息参见3GPP TS 23.060v700),如已附着网络,HSS或HLR将附着的PS域节点二返回给Push server,Push server选择一个能与该PS域节点二通信的PS域节点一,将Push消息发给选择的PS域节点一;
或者,Push server在查询消息中增加自己的APN,HLR或HSS判断出该IMSI已附着网络,则根据APN选择一个PS域节点一,将所述PS域节点一信息(地址或域名)返回给Push server。Push server将Push消息(带用户标识和IMSI)发给该GGSN;
或者,运营商已预先设置规则来选择Push服务对应的APN,则Push server根据该APN选择一个PS域节点一,将Push消息发给该PS域节点一。
当然,如果Push server查询HLR或HSS发现该IMSI没有附着网络,则整个Push流程结束,向应用服务器返回失败指示。
进一步地,在选择了PS域节点一后,Push server把Push消息和IMSI发送给所述PS域节点一,采用如图9所示的交互过程将Push消息发送到UE,其详细的步骤如图10所示,图9和图10所描述的过程是以3GPP网络为例来说明的,对非3GPP网络其执行类似交互功能的节点的名称有所不同,其交互的消息的名称也有所不同,但其交互过程是一致的。下面是对图10中每个步骤的具体的解释:
S1001:PS域节点一收到一个数据包(包含Push消息和IMSI),在不同无线网络中数据包的名称不同,如WCDMA网络中为PDP PDU包。
S1002:PS域节点一向HLR或HSS发包含IMSI的查询消息,HLR或HSS如果查到该IMSI的UE,则返回查询结果,其中包括IMSI、PS域节点二的地址、终端不可达原因等。
S1003:如果PS域节点一查到了PS域节点二的地址,并且没有终端不可达原因、或终端不可达原因为no paging response,并且该UE有静态的PDP地址(IP地址),则PS域节点一向PS域节点二发送PDU Notification Request(协议数据单元通知请求)消息,其中包括IMSI、PDP type(PDP类型)、PDP地址、APN等;所述PDU Notification Request消息用于PS域节点二向UE发送Request PDP Context Activation(请求分组数据协议内容激活)消息,包括TI(Transaction identifier事务标识)、PDP type、PDP地址、APN等。所述Request PDP Context Activation消息用于所述UE发起PDP Contextactivation过程,生成可用的PDP Context。
PS域节点二向PS域节点一返回一个PDU Notification Response消息作为收到确认。
S1004:PS域节点一使用所述的PDP Context把所述收到的数据包发给所述UE。
进一步地,如果该UE没有静态的PDP地址(IP地址),则步骤S1003和步骤1004可以是如下三种组合中的一种:
组合一:
S1003:如果PS域节点一查到了PS域节点二的地址,并且没有终端不可达原因、或终端不可达原因为no paging response,并且该UE没有静态的PDP地址(IP地址),则PS域节点一向PS域节点二发送PDU NotificationRequest消息,其中包括IMSI、PDP type、PDP地址、APN等,其中PDP地址留空;所述PDU Notification Request消息用于所述PS域节点二向UE发送Request PDP Context Activation消息,包括TI(Transaction identifier事务标识)、PDP type、PDP地址、APN等,其中PDP地址为所述PDU Notification Request消息中的PDP地址;所述Request PDP Context Activation消息用于所述UE发起PDP Context activation过程,申请动态PDP地址,生成可用的PDPContext。
PS域节点二向PS域节点一返回一个PDU Notification Response消息作为收到确认。
S1004:PS域节点一使用所述的PDP Context把所述收到的数据包发给所述UE。
组合二:
S1003:如果PS域节点一查到了PS域节点二的地址,并且没有终端不可达原因、或终端不可达原因为no paging response,并且该UE没有静态的PDP地址(IP地址),则PS域节点一先为该UE分配一个动态PDP地址,然后PS域节点一向PS域节点二发送PDU Notification Request消息,其中包括IMSI、PDP type、PDP地址、APN等,其中PDP地址填写所述的动态PDP地址,并且增加一个指示字段,标明这是一个新分的地址;所述PDUNotification Request消息用于PS域节点二向UE发送Request PDP ContextActivation消息,包括TI(Transaction identifier事务标识)、PDP type、PDP地址、APN、指示字段等,其中PDP地址为所述PDU Notification Request消息的PDP地址,其中指示字段为所述PDU Notification Request消息的指示字段;所述Request PDP Context Activation消息用于所述UE发起PDP Contextactivation过程,使用所述Request PDP Context Activation消息的所述PDP地址和所述指示字段,生成可用的PDP Context。
PS域节点二向PS域节点一返回一个PDU Notification Response消息作为收到确认。
S1004:PS域节点一使用所述的PDP Context把所述收到的数据包发给所述UE。
组合三:
S1003:如果PS域节点一查到了PS域节点二的地址,并且没有终端不可达原因、或终端不可达原因为no paging response,并且该UE没有静态的PDP地址(IP地址),则PS域节点一向PS域节点二发送PDU NotificationRequest消息,其中包括IMSI、PDP type、PDP地址、APN等,其中PDP地址留空,并且增加一个指示字段,表明要求发起没有静态IP地址时的网络侧激活PDP context流程;所述PDU Notification Request消息用于PS域节点二向UE发送Request PDP Context Activation消息,包括TI(Transaction identifier事务标识)、PDP type、PDP地址、APN、指示字段等,其中所述PDP地址为所述PDU Notification Request消息中的PDP地址,其中所述指示字段为所述PDU Notification Request消息的所述指示字段;所述Request PDP ContextActivation消息用于所述UE发起PDP Context activation过程,使用所述Request PDP Context Activation消息的所述指示字段申请动态PDP地址,生成可用的PDP Context。
PS域节点二向PS域节点一返回一个PDU Notification Response消息作为收到确认。
S1004:PS域节点一使用所述的PDP Context把所述收到的数据包发给所述UE。
进一步地,UE上的Push客户端检测到有Push消息到达,提示用户有Push消息到达,询问是否查看。若用户选择查看,则根据应用标识启动对应的应用客户端查看该信息。此后,可能还会进行别的应用服务数据交互。若用户选择不查看,则结束。
通过本发明实施例,UE上的Push客户端在完成Push注册后可以与Pushserver之间断开连接,避免了传统Push业务要求的心跳连接和对现有NAT机制的更改;不要求UE上的应用客户端始终在线,而是通过PS域节点找到该UE并将Push消息发送到该UE,从而能保证用户对Push消息永久可达,节省了网络资源和UE耗电,减轻了网络侧信令负担。
实施例四
本发明实施例提供一种新的Push服务,交互过程如图11所示,在本实施例中UE已获得私有IP地址,并且应用服务器借助代理服务器来提供Push服务。
本发明实施例与实施例二的处理流程基本类似,其差别点在于将实施例二中的应用服务器替换成了本实施例中的代理服务器,并增加了代理服务器与应用服务器之间的交互过程。本实施例与实施例二中上述相同的部分不再重复叙述,下面只是详细描述不同点和增加的代理服务器与应用服务器之间的交互过程。
UE在通过应用客户端登录代理服务器后,登录信息除了携带应用信息(例如用户名和密码),还需用户动态标识。代理服务器代替用户向应用服务器进行应用业务的登录,登录信息携带用户名和密码等应用信息。
代理服务器代替用户在应用服务器保持登录状态(例如保持心跳连接)。
应用服务器向用户发Push消息,即向代理服务器发消息,Push消息中携带用户名,其中用户名是用户的应用层标识。
代理服务器根据用户名找到用户动态标识,向Push server发送包含用户动态标识和应用标识的Push消息,这里的应用标识是代理服务的标识。
后续的处理过程和实施例二一样。
通过本发明实施例,UE上的Push客户端在完成Push注册后可以与Pushserver之间断开连接,避免了传统Push业务要求的心跳连接和对现有NAT机制的更改;不要求UE上的应用客户端始终在线,而是通过PS域节点找到该UE并将Push消息发送到该UE,从而能保证用户对Push消息永久可达,节省了网络资源和UE耗电,减轻了网络侧信令负担。
实施例五
本发明实施例提供一种新的Push服务,交互过程如图12所示,在本实施例中UE仅附着到网络,还没有可用的私有IP地址,并且应用服务器借助代理服务器来提供Push服务。
本发明实施例与实施例三的处理流程基本类似,其差别点在于将实施例三中的应用服务器替换成了本实施例中的代理服务器,并增加了代理服务器与应用服务器之间的交互过程。本实施例与实施例三中上述相同的部分不再重复叙述,下面只是详细描述不同点和增加的代理服务器与应用服务器之间的交互过程。
用户在Push服务签约、或用户时初次使用Push服务时,需要向运营商登记IMSI,运营商为用户分配用户静态标识。Push server保存用户静态标识和IMSI的对应关系。
UE入网获得IP地址后,Push客户端将静态标识和IP地址注册到Pushserver,得到动态标识。然后应用客户端向代理服务器发起应用登录,上报应用登录信息(应用用户名和密码等)和用户动态标识。代理客户端再用应用登录信息代替用户登录到应用服务器。
此后,UE退出了代理客户端,释放了使用的PDP Context,没有IP地址。
当应用服务器向用户发Push消息时,它向代理服务器发送带有用户名的Push消息,其中的用户名是用户的应用层标识。代理服务器根据用户名找到对应的用户动态标识,将含有用户动态标识和应用标识发给Push server,这个应用标识是代理服务器的标识。
后续的处理过程和实施例二一样。
通过本发明实施例,UE上的Push客户端在完成Push注册后可以与Pushserver之间断开连接,避免了传统Push业务要求的心跳连接和对现有NAT机制的更改;不要求UE上的应用客户端始终在线,而是通过PS域节点找到该UE并将Push消息发送到该UE,从而能保证用户对Push消息永久可达,节省了网络资源和UE耗电,减轻了网络侧信令负担。
实施例六
本实施例提供一种Push server装置,如图13所示,该装置1300包括:
交互单元一1301:该单元用于接收应用服务器下发的Push消息。
可选的,如果应用服务器不支持Push服务,该单元则接收由代理服务器之间转发的应用服务器的Push消息。
可选的,在接收到应用服务器下发的的Push消息后,所述单元1301可以认证该Push消息中携带的应用标识,如果该应用标识是合法的,则进行下面的操作。
可选的,在接收到应用服务器下发的Push消息后,所述单元1301还可以认证发送该Push消息的应用服务器,认证应用服务器可以基于该Push消息头中带的应用服务器域名,根据应用服务器域名来验证;也可以基于该Push消息的源IP地址来验证,这个IP地址就是应用服务器的IP地址。如果该应用服务器可使用Push服务,则进行下面的操作。
所述应用标识是指应用服务的标识,是运营商定义的应用标识,使用Push服务的应用服务必须在运营商处注册,运营商为该应用服务分配Push服务中使用的应用标识。
上述两个可选的认证步骤,可以都不执行、可以执行其中任意一个、也可以执行两个。
路由查找单元一1302:该单元用于根据用户标识获得用户设备UE的私有IP地址,所述用户标识从Push消息中获得。在一个实施例中,所述用户标识可以包括静态标识和动态标识其中的一种或者两种。具体地,路由查找单元一1302可以根据用户标识从存储的用户标识与UE私有IP地址的映射关系中查询获得所述用户设备UE的私有IP地址。
路由查找单元二,1303用于根据所述UE的私有IP地址获得所述UE当前连接的分组交换PS域节点一,并把所述Push消息发送给所述PS域节点一,以通过所述PS域节点一将Push消息发送给所述UE。
其中,根据所述UE的私有IP地址所属网段就可以找到它当前连接的PS域节点一,或者如实施例二中所述的其它方法。
在一个实施例中,如图13中的虚线框所示,该装置还可以包括:
交互单元二1304:该单元用于转发应用服务器下发的Push消息到对应的PS域节点一,所述PS域节点一由路由查找单元二1304确定。
该交互单元二1304还用于:接收PS域节点转发的Push客户端的注册申请;接收PS域节点一发送或者从UE发送的删除用户标识和私有IP地址对应关系的请求。
通过本发明实施例,UE上的Push客户端在完成Push注册后可以与Pushserver之间断开连接,避免了传统Push业务要求的心跳连接和对现有NAT机制的更改;不要求UE上的应用客户端始终在线,而是通过PS域节点找到该UE并将Push消息发送到该UE,从而能保证用户对Push消息永久可达,节省了网络资源和UE耗电,减轻了网络侧信令负担。
实施例七
本实施例提供一种PS域节点一装置,如图14所示,该装置1400包括:
交互单元一1401:该单元用于接收数据包,所述数据包包含Push消息和IMSI;
查询单元1402:该单元用于向保存用户信息的服务器发包含IMSI的查询消息,获得返回信息,所述返回消息包括PS域节点二的地址和终端不可达原因;
路由单元1403:该单元用于向所述PS域节点二发送PDU NotificationRequest消息;所述PDU Notification Request消息用于PS域节点二向UE发送Request PDP Context Activation消息;所述Request PDP Context Activation消息用于所述UE发起PDP Context activation过程,生成可用的PDP Context;
其中所述PDU Notification Request消息的PDP地址为所述UE的静态PDP地址,所述Request PDP Context Activation消息中的PDP地址为所述PDUNotification Request消息中的PDP地址;
或者所述PDU Notification Request消息的PDP地址留空,所述RequestPDP Context Activation消息中的PDP地址为所述PDU Notification Request消息中的PDP地址,所述UE发起PDP Context activation过程,申请动态PDP地址,生成可用的PDP Context;
或者所述PDU Notification Request消息中的PDP地址是PS域节点一为所述UE动态分配的,并且增加一个指示字段,标明这是一个新分的地址;所述Request PDP Context Activation消息,包括PDP type、PDP地址、指示字段,其中所述PDP地址为所述PDU Notification Request消息的PDP地址,其中所述指示字段为所述PDU Notification Request消息的指示字段;;所述UE发起PDP Context activation过程,使用所述Request PDP Context Activation消息的所述PDP地址和所述指示字段,生成可用的PDP Context;
或者所述PDU Notification Request消息中的PDP地址留空,并且增加一个指示字段,表明要求发起没有静态IP地址时的网络侧激活PDP context流程;所述Request PDP Context Activation消息,包括PDP type、PDP地址、指示字段,其中所述PDP地址为所述PDU Notification Request消息中的PDP地址,其中所述指示字段为所述PDU Notification Request消息的所述指示字段;UE发起PDP Context activation过程,使用所述Request PDP ContextActivation消息的所述指示字段申请动态PDP地址,生成可用的PDP Context;
交互单元二1404:该单元用于使用所述的PDP Context把所述收到的数据包发给所述UE。
通过本发明实施例,UE上的Push客户端在完成Push注册后可以与Pushserver之间断开连接,避免了传统Push业务要求的心跳连接和对现有NAT机制的更改;不要求UE上的应用客户端始终在线,而是通过PS域节点找到该UE并将Push消息发送到该UE,从而能保证用户对Push消息永久可达,节省了网络资源和UE耗电,减轻了网络侧信令负担。
实施例八
本实施例提供一种Push server装置,如图15所示,该装置1500包括:
交互单元一1501:该单元用于接收应用服务器下发的Push消息。
可选的,如果应用服务器不支持Push服务,该单元则接收由代理服务器之间转发的应用服务器的Push消息。
可选的,在接收到应用服务器下发的的Push消息后,所述单元1301可以认证该Push消息中携带的应用标识,如果该应用标识是合法的,则进行下面的操作。
可选的,在接收到应用服务器下发的Push消息后,所述单元1301还可以认证发送该Push消息的应用服务器,认证应用服务器可以基于该Push消息头中带的应用服务器域名,根据应用服务器域名来验证;也可以基于该Push消息的源IP地址来验证,这个IP地址就是应用服务器的IP地址。如果该应用服务器可使用Push服务,则进行下面的操作。
所述应用标识是指应用服务的标识,是运营商定义的应用标识,使用Push服务的应用服务必须在运营商处注册,运营商为该应用服务分配Push服务中使用的应用标识。
上述两个可选的认证步骤,可以都不执行、可以执行其中任意一个、也可以执行两个。
路由查找单元一1502:该单元用于根据用户标识获得用户的IMSI,所述用户标识从Push消息中获得。在一个实施例中,所述用户标识可以包括静态标识和动态标识其中的一种或者两种。具体地,路由查找单元一1502可以根据用户标识从存储的用户标识与用户的IMSI的映射关系中查询获得。
路由查找单元二1503,用于根据所述用户的IMSI选择PS域节点,并把Push消息和IMSI发送给所述PS域节点,以通过所述PS域节点将Push消息发送给UE,其方法如实施例三中所述。
在一个实施例中,如图15中的虚线框所示,该装置还可以包括:
交互单元二1504:该单元用于转发应用服务器下发的Push消息到对应的PS域节点一,所述PS域节点一由路由查找单元二1503确定。
该交互单元二1504还用于:接收PS域节点转发的Push客户端的注册申请。
在一个实施例中,路由查找单元二1503可以包括:第一查找子单元或者第二查找子单元或者第三查找子单元;
上述第一查找子单元,用于向保存用户信息的服务器发送查询所述IMSI的网络附着信息的查询消息,并获得所述保存用户信息的服务器返回的PS域节点二,选择一个能与所述PS域节点二通信的PS域节点一;
上述第二查找子单元,用于向保存用户信息的服务器发送查询该IMSI的网络附着信息的查询消息,在所述查询消息中增加Push server的APN,并获得所述保存用户信息的服务器返回的根据所述APN确定的PS域节点一,选择所述返回的PS域节点一;
上述第三查找子单元,用于使用Push server的APN根据预先设置的规则选择PS域节点一。
通过本发明实施例,UE上的Push客户端在完成Push注册后可以与Pushserver之间断开连接,避免了传统Push业务要求的心跳连接和对现有NAT机制的更改;不要求UE上的应用客户端始终在线,而是通过PS域节点找到该UE并将Push消息发送到该UE,从而能保证用户对Push消息永久可达,节省了网络资源和UE耗电,减轻了网络侧信令负担。
实施例九
本实施例提供一种UE装置,如图16所示,该装置1600包括:
应用客户端单元1601:该单元为应用服务的客户端软件,例如MSN、QQ客户端软件。
Push客户端单元1602:该单元向Push server发起Push注册,同时在收到应用服务器发送的Push消息时,按照预先的设定完成相应的响应,例如拉起对应的应用客户端、或者展示一条通知消息到UE界面等。
通过本发明实施例,UE上的Push客户端在完成Push注册后可以与Pushserver之间断开连接,避免了传统Push业务要求的心跳连接和对现有NAT机制的更改;不要求UE上的应用客户端始终在线,而是通过PS域节点找到该UE并将Push消息发送到该UE,从而能保证用户对Push消息永久可达,节省了网络资源和UE耗电,减轻了网络侧信令负担。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机程序来指令相关的硬件来完成,所述的程序可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory,ROM)或随机存储记忆体(Random AccessMemory,RAM)等。
最后应说明的是,以上实施例仅用以说明本发明实施例的技术方案而非对其进行限制,尽管参照较佳实施例对本发明实施例进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对本发明实施例的技术方案进行修改或者等同替换,而这些修改或者等同替换亦不能使修改后的技术方案脱离本发明实施例技术方案的精神和范围。
Claims (25)
1.一种信息Push的方法,其特征在于,包括:
接收应用服务器下发的推送Push消息;
根据用户标识获得用户设备UE的私有IP地址,所述用户标识从Push消息中获得;
根据所述UE的私有IP地址获得所述UE当前连接的分组交换PS域节点一,并把所述Push消息发送给所述PS域节点一,以通过所述PS域节点一将Push消息发送给所述UE。
2.根据权利要求1所述的方法,其特征在于,所述用户标识包括静态标识和动态标识其中的一种或者两种。
3.根据权利要求2所述的方法,其特征在于,所述静态标识是用户签约Push服务或用户初次使用Push服务时,运营商分配给签约Push服务的用户的标识;所述动态标识是Push客户端每次注册到Push服务器Push server时,所述Push server按用户的需求为用户动态分配的标识。
4.根据权利要求1所述的方法,其特征在于,所述PS域节点一为网关GPRS支持节点GGSN、分组数据网络网关P-GW、家乡代理HA、接入服务网网关ASN GW和分组数据服务节点PDSN中的任意一种。
5.根据权利要求1所述的方法,其特征在于,所述UE的私有IP地址由所述PS域节点一管理。
6.根据权利要求1所述的方法,其特征在于,所述根据用户标识获得用户设备UE的私有IP地址,包括:
根据所述用户标识以及用户标识与UE私有IP地址的映射关系获得所述UE的私有IP地址。
7.根据权利要求1所述的方法,其特征在于,所述根据所述UE的私有IP地址获得所述UE当前连接的分组交换PS域节点一,包括:
根据所述UE的私有IP地址所属网段找到它当前连接的PS域节点一。
8.一种信息Push的方法,其特征在于,包括:
接收应用服务器下发的Push消息;
根据用户标识获得用户的国际移动用户标识IMSI,所述用户标识IMSI从Push消息中获得;
根据所述用户的IMSI选择PS域节点一,并把Push消息和IMSI发送给所述PS域节点一,以通过所述PS域节点一将Push消息发送给UE。
9.根据权利要求8所述的方法,其特征在于,所述根据用户标识获得用户的国际移动用户标识IMSI,包括:
根据所述用户标识和所述用户标识与用户的IMSI的映射关系获得用户的IMSI。
10.根据权利要求8所述的方法,其特征在于,所述根据所述用户的IMSI选择PS域节点一,包括:
向保存用户信息的服务器发送查询所述IMSI的网络附着信息的查询消息,并获得所述保存用户信息的服务器返回的PS域节点二,选择一个能与所述PS域节点二通信的PS域节点一;
或者,向保存用户信息的服务器发送查询该IMSI的网络附着信息的查询消息,在所述查询消息中增加Push server的接入点名称APN,并获得所述保存用户信息的服务器返回的根据所述APN确定的PS域节点一,选择所述返回的PS域节点一;
或者,使用Push server的APN根据预先设置的规则选择PS域节点一。
11.根据权利要求8所述的方法,其特征在于,所述通过所述PS域节点一将Push消息发送给UE,包括:
所述PS域节点一收到数据包,所述数据包包含所述Push消息和所述IMSI;
所述PS域节点一向保存用户信息的服务器发包含IMSI的查询消息,获得返回信息,所述返回消息包括PS域节点二的地址和终端不可达原因;
所述PS域节点一向所述PS域节点二发送协议数据单元通知请求PDUNotification Request消息,所述PDU Notification Request消息中的分组数据协议PDP地址为所述UE的静态PDP地址;所述PDU Notification Request消息用于所述PS域节点二向所述UE发送请求分组数据协议内容激活Request PDP Context Activation消息,所述Request PDP Context Activation消息中的PDP地址为所述PDU Notification Request消息中的PDP地址;所述Request PDP Context Activation消息用于所述UE发起PDP Context activation过程,生成可用的PDP Context;
所述PS域节点一使用所述PDP Context将所述收到的数据包发给所述UE。
12.根据权利要求8所述的方法,其特征在于,所述通过所述PS域节点一将Push消息发送给UE,包括:
所述PS域节点一收到数据包,所述数据包包含所述Push消息和所述IMSI;
所述PS域节点一向保存用户信息的服务器发包含所述IMSI的查询消息,获得返回信息,所述返回消息包括PS域节点二的地址或终端不可达原因;
所述PS域节点一向所述PS域节点二发送PDU Notification Request消息,所述PDU Notification Request消息中的PDP地址留空;所述PDU Notification Request消息用于所述PS域节点二向所述UE发送Request PDP Context Activation消息,包括PDP类型PDP type、PDP地址,其中所述Request PDP Context Activation消息中的PDP地址为所述PDU Notification Request消息中的PDP地址;所述Request PDP Context Activation消息用于所述UE发起PDP Context activation过程,申请动态PDP地址,生成可用的PDP Context;
所述PS域节点一使用所述的PDP Context把所述收到的数据包发给所述UE。
13.根据权利要求8所述的方法,其特征在于,所述通过所述PS域节点 一将Push消息发送给UE,包括:
所述PS域节点一收到数据包,所述数据包包含所述Push消息和所述IMSI;
所述PS域节点一向保存用户信息的服务器发包含所述IMSI的查询消息,获得返回信息,所述返回消息包括PS域节点二的地址和终端不可达原因;
所述PS域节点一向所述PS域节点二发送PDU Notification Request消息,所述PDU Notification Request消息中的PDP地址是所述PS域节点一为所述UE动态分配的,并且增加一个指示字段,标明这是一个新分的地址;所述PDU Notification Request消息用于所述PS域节点二向所述UE发送Request PDP Context Activation消息,包括PDP type、PDP地址、指示字段,其中所述PDP地址为所述PDU Notification Request消息的PDP地址,其中所述指示字段为所述PDU Notification Request消息的指示字段;所述Request PDP Context Activation消息用于所述UE发起PDP Context activation过程,使用所述Request PDP Context Activation消息的所述PDP地址和所述指示字段,生成可用的PDP Context;
所述PS域节点一使用所述的PDP Context把所述收到的数据包发给所述UE。
14.根据权利要求8所述的方法,其特征在于,所述通过所述PS域节点一将Push消息发送给UE,包括:
所述PS域节点一收到数据包,所述数据包包含所述Push消息和所述IMSI;
所述PS域节点一向保存用户信息的服务器发包含所述IMSI的查询消息,获得返回信息,所述返回消息包括PS域节点二的地址和终端不可达原因;
所述PS域节点一向所述PS域节点二发送PDU Notification Request消息,所述PDU Notification Request消息中的PDP地址留空,并且增加一个指示字段,表明要求发起没有静态IP地址时的网络侧激活PDP context流程;所述 PDU Notification Request消息用于所述PS域节点二向UE发送Request PDP Context Activation消息,包括PDP type、PDP地址、指示字段,其中所述PDP地址为PDU Notification Request消息中的PDP地址,其中所述指示字段为所述PDU Notification Request消息的所述指示字段;所述Request PDP Context Activation消息用于所述UE发起PDP Context activation过程,使用所述Request PDP Context Activation消息的所述指示字段申请动态PDP地址,生成可用的PDP Context;
所述PS域节点一使用所述的PDP Context把所述收到的数据包发给所述UE。
15.一种数据包处理方法,其特征在于,包括:
PS域节点一收到数据包,所述数据包包含Push消息和IMSI;
所述PS域节点一向保存用户信息的服务器发包含所述IMSI的查询消息,获得返回信息,所述返回消息包括PS域节点二的地址和终端不可达原因;
所述PS域节点一向所述PS域节点二发送PDU Notification Request消息;所述PDU Notification Request消息用于PS域节点二向UE发送Request PDP Context Activation消息;所述Request PDP Context Activation消息用于所述UE发起PDP Context activation过程,生成可用的PDP Context;
所述PS域节点一使用所述的PDP Context把所述收到的数据包发给所述UE。
16.根据权利要求15所述的方法,其特征在于,所述PS域节点一向所述PS域节点二发送PDU Notification Request消息;所述PDU Notification Request消息用于PS域节点二向UE发送Request PDP Context Activation消息;所述Request PDP Context Activation消息用于所述UE发起PDP Context activation过程,生成可用的PDP Context,包括:
所述PDU Notification Request消息的PDP地址为所述UE的静态PDP地址,所述Request PDP Context Activation消息中的PDP地址为所述PDU Notification Request消息中的PDP地址;
或者,所述PDU Notification Request消息的PDP地址留空,所述Request PDP Context Activation消息中的PDP地址为所述PDU Notification Request消息中的PDP地址,所述UE发起PDP Context activation过程,申请动态PDP地址,生成可用的PDP Context;
或者,所述PDU Notification Request消息中的PDP地址是PS域节点一为所述UE动态分配的,并且增加一个指示字段,标明这是一个新分的地址;所述Request PDP Context Activation消息,包括PDP type、PDP地址、指示字段,其中所述PDP地址为所述PDU Notification Request消息的PDP地址,其中所述指示字段为所述PDU Notification Request消息的指示字段;;所述UE发起PDP Context activation过程,使用所述Request PDP Context Activation消息的所述PDP地址和所述指示字段,生成可用的PDP Context;
或者,所述PDU Notification Request消息中的PDP地址留空,并且增加一个指示字段,表明要求发起没有静态IP地址时的网络侧激活PDP context流程;所述Request PDP Context Activation消息,包括PDP type、PDP地址、指示字段,其中所述PDP地址为所述PDU Notification Request消息中的PDP地址,其中所述指示字段为所述PDU Notification Request消息的所述指示字段;UE发起PDP Context activation过程,使用所述Request PDP Context Activation消息的所述指示字段申请动态PDP地址,生成可用的PDP Context。
17.一种Push系统,其特征在于,包括:应用服务器,Push客户端,Pushserver和PS域节点,
所述应用服务器,用于提供特定应用服务的服务器和发送Push消息;
所述Push客户端,用于运行Push客户端软件,向所述Push server发起Push注册,在收到所述应用服务器发送的Push消息时,按照预先的设定完成相应的响应;
所述Push server,用于根据保存的用户标识、应用标识、用户标识与UE 私有IP地址的映射关系、用户标识与用户IMSI的映射关系信息,为应用服务器发送的Push消息确定对应的PS域节点,并发送所述Push消息给所述PS域节点;
所述PS域节点,用于提供UE到所述Push server的连接服务,将所述Push消息发送到所述UE。
18.一种Push server装置,其特征在于,包括:
交互单元一,用于接收应用服务器下发的Push消息;
路由查找单元一,用于根据用户标识获得用户设备UE的私有IP地址,所述用户标识从Push消息中获得;
路由查找单元二,用于根据所述UE的私有IP地址获得所述UE当前连接的分组交换PS域节点一,并把所述Push消息发送给所述PS域节点一,以通过所述PS域节点一将Push消息发送给所述UE。
19.根据权利要求18所述的装置,其特征在于,所述装置还包括:
交互单元二,用于转发应用服务器下发的Push消息到对应的PS域节点一,所述PS域节点一由所述路由查找单元二确定。
20.根据权利要求18所述的方法,其特征在于,所述路由查找单元一具体用于:
根据用户标识从存储的用户标识与UE私有IP地址的映射关系中查询获得所述用户设备UE的私有IP地址。
21.一种Push server装置,其特征在于,包括:
交互单元一,用于接收应用服务器下发的Push消息;
路由查找单元一,用于根据用户标识获得用户的IMSI,所述用户标识从Push消息中获得;
路由查找单元二,用于根据所述用户的IMSI选择PS域节点一,并把Push消息和IMSI发送给所述PS域节点一,以通过所述PS域节点一将Push消息发送给UE。
22.根据权利要求21所述的装置,其特征在于,所述装置还包括:
交互单元二,用于转发应用服务器下发的Push消息到对应的PS域节点一,所述PS域节点一由所述路由查找单元二确定。
23.根据权利要求21所述的方法,其特征在于,所述路由查找单元一具体用于:
根据用户标识从存储的用户标识与用户的IMSI的映射关系中查询获得所述用户的IMSI。
24.根据权利要求21所述的装置,其特征在于,所述路由查找单元二包括:第一查找子单元或者第二查找子单元或者第三查找子单元;
所述第一查找子单元,用于向保存用户信息的服务器发送查询所述IMSI的网络附着信息的查询消息,并获得所述保存用户信息的服务器返回的PS域节点二,选择一个能与所述PS域节点二通信的PS域节点一;
所述第二查找子单元,用于向保存用户信息的服务器发送查询该IMSI的网络附着信息的查询消息,在所述查询消息中增加Push server的APN,并获得所述保存用户信息的服务器返回的根据所述APN确定的PS域节点一,选择所述返回的PS域节点一;
所述第三查找子单元,用于使用Push server的APN根据预先设置的规则选择PS域节点一。
25.一种PS域节点一装置,其特征在于,包括:
交互单元一,用于接收数据包,所述数据包包含Push消息和IMSI;
查询单元,用于向保存用户信息的服务器发包含IMSI的查询消息,获得返回信息,所述返回消息包括PS域节点二的地址和终端不可达原因;
路由单元,用于向所述PS域节点二发送PDU Notification Request消息;所述PDU Notification Request消息用于PS域节点二向UE发送Request PDP Context Activation消息;所述Request PDP Context Activation消息用于所述UE发起PDP Context activation过程,生成可用的PDP Context;
交互单元二,用于使用所述的PDP Context把所述收到的数据包发给所述UE。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010224328.3A CN102316423B (zh) | 2010-07-06 | 2010-07-06 | 一种信息推送方法、装置和系统 |
PCT/CN2011/075102 WO2011144134A1 (zh) | 2010-07-06 | 2011-06-01 | 一种信息推送方法、装置和系统 |
EP11783051.3A EP2584736A4 (en) | 2010-07-06 | 2011-06-01 | METHOD, APPARATUS AND SYSTEM FOR PUSHING INFORMATION |
US13/735,818 US9219999B2 (en) | 2010-07-06 | 2013-01-07 | Information push method, apparatus, and system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201010224328.3A CN102316423B (zh) | 2010-07-06 | 2010-07-06 | 一种信息推送方法、装置和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102316423A true CN102316423A (zh) | 2012-01-11 |
CN102316423B CN102316423B (zh) | 2014-03-12 |
Family
ID=44991198
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201010224328.3A Active CN102316423B (zh) | 2010-07-06 | 2010-07-06 | 一种信息推送方法、装置和系统 |
Country Status (4)
Country | Link |
---|---|
US (1) | US9219999B2 (zh) |
EP (1) | EP2584736A4 (zh) |
CN (1) | CN102316423B (zh) |
WO (1) | WO2011144134A1 (zh) |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102647307A (zh) * | 2012-03-26 | 2012-08-22 | 中兴通讯股份有限公司 | 一种缩减心跳消息的方法及系统 |
CN103209392A (zh) * | 2012-01-16 | 2013-07-17 | 腾讯科技(深圳)有限公司 | 一种跨进程多应用消息推送方法及装置 |
CN103634322A (zh) * | 2013-12-06 | 2014-03-12 | 中国联合网络通信集团有限公司 | 一种应用程序的心跳管理方法、装置及系统 |
CN103685396A (zh) * | 2012-09-14 | 2014-03-26 | 北京神州泰岳软件股份有限公司 | 一种实现消息推送的方法和系统 |
CN104054322A (zh) * | 2012-01-20 | 2014-09-17 | 苹果公司 | 基于代理的推送服务 |
WO2014176923A1 (en) * | 2013-04-28 | 2014-11-06 | Tencent Technology (Shenzhen) Company Limited | A method, server, user terminal, and system for pushing notification message |
CN104268011A (zh) * | 2014-09-25 | 2015-01-07 | 北京网秦天下科技有限公司 | 一种移动设备的指令处理方法、装置及系统 |
CN104469706A (zh) * | 2013-09-14 | 2015-03-25 | 广达电脑股份有限公司 | 移动通信装置讯息提供方法 |
CN104618517A (zh) * | 2015-03-05 | 2015-05-13 | 国家电网公司 | 一种推送消息的方法、系统及装置 |
CN104660648A (zh) * | 2013-11-25 | 2015-05-27 | 中国移动通信集团公司 | 一种消息推送系统、方法、装置及相关设备 |
WO2015101357A1 (en) * | 2014-01-06 | 2015-07-09 | Tencent Technology (Shenzhen) Company Limited | Method and system for pushing web application message |
CN105308992A (zh) * | 2013-06-03 | 2016-02-03 | 高通股份有限公司 | 具有安全性的高效基础设施服务发现 |
US9826055B2 (en) | 2013-04-28 | 2017-11-21 | Tencent Technology (Shenzhen) Company Limited | Method, server, user terminal, and system for pushing notification message |
CN108989187A (zh) * | 2018-07-27 | 2018-12-11 | 深信服科技股份有限公司 | 邮件即时提醒系统及方法 |
CN109286648A (zh) * | 2017-07-21 | 2019-01-29 | 比亚迪股份有限公司 | 数据推送方法、装置、系统和终端设备 |
CN110622528A (zh) * | 2017-07-06 | 2019-12-27 | 华为技术有限公司 | 一种信息推荐方法及装置 |
CN112929457A (zh) * | 2019-12-05 | 2021-06-08 | 中国移动通信集团设计院有限公司 | Nat地址映射分时段保持方法、辅助服务器及设备 |
CN115378993A (zh) * | 2022-07-26 | 2022-11-22 | 上海道客网络科技有限公司 | 支持命名空间感知的服务注册与发现的方法和系统 |
Families Citing this family (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9148765B2 (en) * | 2012-11-27 | 2015-09-29 | Alcatel Lucent | Push service without persistent TCP connection in a mobile network |
US9342554B2 (en) * | 2013-07-05 | 2016-05-17 | Facebook, Inc. | Techniques to generate mass push notifications |
US9621625B2 (en) * | 2013-07-11 | 2017-04-11 | Cinarra Systems | Method and system for correlation of internet application domain identities and network device identifiers |
CN105580405B (zh) * | 2013-09-27 | 2022-01-11 | 日本电气株式会社 | 通信系统、服务共通装置、移动网络节点装置和数据通信方法 |
KR102121918B1 (ko) | 2013-12-20 | 2020-06-11 | 삼성전자주식회사 | 홈 네트워크 시스템에서 이벤트 통지 방법 및 장치 |
US9906912B2 (en) * | 2015-06-04 | 2018-02-27 | Telefonaktiebolaget Lm Ericcson (Publ) | Controlling communication mode of a mobile terminal |
US10541966B1 (en) * | 2015-07-02 | 2020-01-21 | Aviatrix Systems, Inc. | System and method for enabling communication between networks with overlapping IP address ranges |
US20180077681A1 (en) * | 2016-09-15 | 2018-03-15 | Huawei Technologies Co., Ltd. | Method and apparatus for paging an application on a user equipment |
EP3306899B1 (en) * | 2016-10-05 | 2020-07-29 | Saguna Networks Ltd. | Methods circuits devices systems and functionally associated computer executable code to support location based services to a wireless devices communicatively coupled to a communication network |
KR102220994B1 (ko) * | 2016-12-26 | 2021-02-25 | 주식회사 케이티 | 기업 전용 네트워크에서의 데이터 푸시 기능 제공 시스템 및 방법 |
US11720924B2 (en) | 2017-04-05 | 2023-08-08 | Cinarra Systems, Inc. | Systems and methods for cookieless opt-out of device specific targeting |
US11164212B2 (en) | 2017-04-12 | 2021-11-02 | Cinarra Systems, Inc. | Systems and methods for relevant targeting of online digital advertising |
CN107612789B (zh) * | 2017-11-09 | 2020-08-28 | 北京奇艺世纪科技有限公司 | 一种客户端的心跳间隔调整方法及装置 |
CN108965114B (zh) * | 2018-09-10 | 2021-08-10 | 每日互动股份有限公司 | 一种向终端设备推送信息的方法 |
FR3110800A1 (fr) * | 2020-05-19 | 2021-11-26 | Orange | Procédé de notification d’un terminal mobile |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020138622A1 (en) * | 2001-03-21 | 2002-09-26 | Motorola, Inc. | Apparatus and method of using long lived addresses in a private network for push messaging to mobile devices |
CN1567846A (zh) * | 2003-06-26 | 2005-01-19 | 华为技术有限公司 | 一种给无线局域网用户发送业务数据的方法 |
CN101277311A (zh) * | 2007-03-28 | 2008-10-01 | 中兴通讯股份有限公司 | 一种基于wap网关的push方法和系统 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
DE60223264T2 (de) * | 2001-08-29 | 2008-08-14 | Research In Motion Ltd., Waterloo | System und verfahren zur adressierung eines mobilen gerätes in einem ip-basierten drahtlosen netzwerk |
DE10338708A1 (de) | 2003-08-22 | 2005-06-09 | Siemens Ag | Verfahren zur Übertragung von WAP-Push-Nachrichten |
DE10361949B4 (de) * | 2003-12-30 | 2007-08-30 | Siemens Ag | Verfahren zur Zuweisung einer dynamischen IP-Adresse zu einem mobilen Endgerät unter Nutzung eines Präsenzdienstes |
US7720788B2 (en) | 2004-04-15 | 2010-05-18 | Research In Motion Limited | System and method for implementing a wireless access protocol push by establishing connection-oriented signaling channel for transmitting session initiation request |
CN100345425C (zh) | 2004-05-25 | 2007-10-24 | 中国移动通信集团公司 | 从信息系统向移动终端推送信息的方法及系统 |
US7426203B1 (en) | 2005-11-01 | 2008-09-16 | At&T Mobility Ii Llc | WAP push over cell broadcast |
-
2010
- 2010-07-06 CN CN201010224328.3A patent/CN102316423B/zh active Active
-
2011
- 2011-06-01 EP EP11783051.3A patent/EP2584736A4/en not_active Ceased
- 2011-06-01 WO PCT/CN2011/075102 patent/WO2011144134A1/zh active Application Filing
-
2013
- 2013-01-07 US US13/735,818 patent/US9219999B2/en active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20020138622A1 (en) * | 2001-03-21 | 2002-09-26 | Motorola, Inc. | Apparatus and method of using long lived addresses in a private network for push messaging to mobile devices |
CN1567846A (zh) * | 2003-06-26 | 2005-01-19 | 华为技术有限公司 | 一种给无线局域网用户发送业务数据的方法 |
CN101277311A (zh) * | 2007-03-28 | 2008-10-01 | 中兴通讯股份有限公司 | 一种基于wap网关的push方法和系统 |
Cited By (33)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103209392A (zh) * | 2012-01-16 | 2013-07-17 | 腾讯科技(深圳)有限公司 | 一种跨进程多应用消息推送方法及装置 |
CN103209392B (zh) * | 2012-01-16 | 2016-05-18 | 腾讯科技(深圳)有限公司 | 一种跨进程多应用消息推送方法及装置 |
US9749435B2 (en) | 2012-01-20 | 2017-08-29 | Apple Inc. | Proxy-based push service |
CN104054322A (zh) * | 2012-01-20 | 2014-09-17 | 苹果公司 | 基于代理的推送服务 |
WO2013143228A1 (zh) * | 2012-03-26 | 2013-10-03 | 中兴通讯股份有限公司 | 一种缩减心跳消息的方法及系统 |
CN102647307B (zh) * | 2012-03-26 | 2018-03-20 | 中兴通讯股份有限公司 | 一种缩减心跳消息的方法及系统 |
CN102647307A (zh) * | 2012-03-26 | 2012-08-22 | 中兴通讯股份有限公司 | 一种缩减心跳消息的方法及系统 |
CN103685396A (zh) * | 2012-09-14 | 2014-03-26 | 北京神州泰岳软件股份有限公司 | 一种实现消息推送的方法和系统 |
CN103685396B (zh) * | 2012-09-14 | 2017-04-19 | 北京神州泰岳软件股份有限公司 | 一种实现消息推送的方法和系统 |
US9826055B2 (en) | 2013-04-28 | 2017-11-21 | Tencent Technology (Shenzhen) Company Limited | Method, server, user terminal, and system for pushing notification message |
WO2014176923A1 (en) * | 2013-04-28 | 2014-11-06 | Tencent Technology (Shenzhen) Company Limited | A method, server, user terminal, and system for pushing notification message |
CN105308992A (zh) * | 2013-06-03 | 2016-02-03 | 高通股份有限公司 | 具有安全性的高效基础设施服务发现 |
CN105308992B (zh) * | 2013-06-03 | 2018-12-11 | 高通股份有限公司 | 具有安全性的高效基础设施服务发现 |
CN104469706A (zh) * | 2013-09-14 | 2015-03-25 | 广达电脑股份有限公司 | 移动通信装置讯息提供方法 |
TWI495369B (zh) * | 2013-09-14 | 2015-08-01 | Quanta Comp Inc | 行動通訊裝置訊息提供方法 |
CN104660648A (zh) * | 2013-11-25 | 2015-05-27 | 中国移动通信集团公司 | 一种消息推送系统、方法、装置及相关设备 |
CN104660648B (zh) * | 2013-11-25 | 2018-01-30 | 中国移动通信集团公司 | 一种消息推送系统、方法、装置及相关设备 |
CN103634322B (zh) * | 2013-12-06 | 2017-01-11 | 中国联合网络通信集团有限公司 | 一种应用程序的心跳管理方法、装置及系统 |
CN103634322A (zh) * | 2013-12-06 | 2014-03-12 | 中国联合网络通信集团有限公司 | 一种应用程序的心跳管理方法、装置及系统 |
US10277697B2 (en) | 2014-01-06 | 2019-04-30 | Tencent Technology (Shenzhen) Company Limited | Method and system for pushing web application message |
WO2015101357A1 (en) * | 2014-01-06 | 2015-07-09 | Tencent Technology (Shenzhen) Company Limited | Method and system for pushing web application message |
CN104268011A (zh) * | 2014-09-25 | 2015-01-07 | 北京网秦天下科技有限公司 | 一种移动设备的指令处理方法、装置及系统 |
CN104618517A (zh) * | 2015-03-05 | 2015-05-13 | 国家电网公司 | 一种推送消息的方法、系统及装置 |
CN104618517B (zh) * | 2015-03-05 | 2018-08-07 | 国家电网公司 | 一种推送消息的方法、系统及装置 |
CN110622528A (zh) * | 2017-07-06 | 2019-12-27 | 华为技术有限公司 | 一种信息推荐方法及装置 |
CN110622528B (zh) * | 2017-07-06 | 2021-07-09 | 华为技术有限公司 | 一种信息推荐方法及装置 |
CN110622528B8 (zh) * | 2017-07-06 | 2021-08-13 | 华为技术有限公司 | 一种信息推荐方法及装置 |
CN109286648A (zh) * | 2017-07-21 | 2019-01-29 | 比亚迪股份有限公司 | 数据推送方法、装置、系统和终端设备 |
CN109286648B (zh) * | 2017-07-21 | 2020-11-06 | 比亚迪股份有限公司 | 数据推送方法、装置、系统和终端设备 |
CN108989187A (zh) * | 2018-07-27 | 2018-12-11 | 深信服科技股份有限公司 | 邮件即时提醒系统及方法 |
CN112929457A (zh) * | 2019-12-05 | 2021-06-08 | 中国移动通信集团设计院有限公司 | Nat地址映射分时段保持方法、辅助服务器及设备 |
CN112929457B (zh) * | 2019-12-05 | 2022-11-01 | 中国移动通信集团设计院有限公司 | Nat地址映射分时段保持方法、辅助服务器及设备 |
CN115378993A (zh) * | 2022-07-26 | 2022-11-22 | 上海道客网络科技有限公司 | 支持命名空间感知的服务注册与发现的方法和系统 |
Also Published As
Publication number | Publication date |
---|---|
US9219999B2 (en) | 2015-12-22 |
CN102316423B (zh) | 2014-03-12 |
EP2584736A1 (en) | 2013-04-24 |
EP2584736A4 (en) | 2013-05-29 |
US20130121252A1 (en) | 2013-05-16 |
WO2011144134A1 (zh) | 2011-11-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102316423B (zh) | 一种信息推送方法、装置和系统 | |
CN107113602B (zh) | 用以支持Diameter网络内的漫游的用户简档转换 | |
CN103428304B (zh) | 移动网关路由器内的内联网络地址转换 | |
US7193987B2 (en) | IP communication in a cellular telecommunications system | |
US7808942B2 (en) | Policy based mobile-IP address selection and assignment | |
US9730056B2 (en) | System, method, and apparatus for facilitating selection of a serving node | |
US9692711B2 (en) | DNS redirecting for data roaming offering | |
US8780796B1 (en) | System and method for providing network initiated mobile access in a network environment | |
US9100856B2 (en) | Routing architecture for content in a network | |
JP2014505445A (ja) | ネットワーク・アプリケーション・サーバからのueアプリケーション・トリガー要求について、モバイル・ネットワークを通じてユーザ装置ueに通知 | |
US7421506B2 (en) | Load balancer for multiprocessor platforms | |
CN103597863A (zh) | 确定无线网络中的机器类型通信设备地址的方法和装置 | |
US9277356B2 (en) | System and method for acquiring user location through user bearer identifier | |
CN104247462A (zh) | 机器类型通信代理功能 | |
CN102082837A (zh) | 一种为ip终端分配公网地址的方法及设备 | |
CN102612021B (zh) | 终端状态获取方法、激活终端方法及系统 | |
CN102651862B (zh) | 一种wap网关ip地址配置方法及其设备 | |
CN102726075B (zh) | 业务旁路方法、接入网设备和安全网关 | |
CN100372330C (zh) | 一种基站选择接入服务网络网关的方法 | |
CN101754277A (zh) | 一种选择接入网关的方法和接入网关控制节点 | |
US12107927B2 (en) | Apparatus, method, and computer program | |
US10225191B2 (en) | Service packet distribution method and apparatus | |
CN101640670A (zh) | 一种gtp消息传输的方法及装置 | |
CN104735645A (zh) | 用于转换路由参数的方法和互通功能装置 | |
CN104145488A (zh) | 一种业务处理方法、系统以及相关设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |