CN101471871B - 终端、服务器、终端管理方法和终端能力信息上报方法 - Google Patents
终端、服务器、终端管理方法和终端能力信息上报方法 Download PDFInfo
- Publication number
- CN101471871B CN101471871B CN2007103063888A CN200710306388A CN101471871B CN 101471871 B CN101471871 B CN 101471871B CN 2007103063888 A CN2007103063888 A CN 2007103063888A CN 200710306388 A CN200710306388 A CN 200710306388A CN 101471871 B CN101471871 B CN 101471871B
- Authority
- CN
- China
- Prior art keywords
- terminal
- ability information
- terminal ability
- push
- request
- 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
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1073—Registration or de-registration
-
- 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/2866—Architectures; Arrangements
- H04L67/30—Profiles
- H04L67/303—Terminal profiles
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/24—Negotiation of communication capabilities
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Computer Security & Cryptography (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开的一种推送业务中的终端管理方法包括:向终端发送终端能力信息请求;接收终端返回的终端能力信息,根据该终端能力信息进行终端能力管理。本发明还公开了一种推送业务中的终端能力信息上报方法、以及两种推送业务中的服务器和两种推送业务中的终端。本发明在推送业务中,通过服务器发起向终端获取终端能力信息的请求,或者终端在自身能力信息变化后主动向服务器发起能力信息的更新,从而服务器能够及时地获取终端的当前能力信息,保证服务器根据终端的最新能力信息开展业务。
Description
技术领域
本发明涉及推送(Push)业务技术领域,特别是指推送业务中的终端管理方法、推送业务中的终端能力上报方法和支持推送业务的终端和支持推送业务服务器。
背景技术
会话初始协议(Session Initiation Protocol,SIP)推送(Push)业务是将Push空中协议(Over The Air,OTA)内容封装在SIP消息中,利用现有的SIP/因特网(Internet Protocol,IP)核心网络进行传送的业务。采用OTA-SIP技术实现Push的优势在于维护成本小,有较高的互操作性,可对现有的网络资源进行有效利用,并能对于未来的全IP(ALL IP)网络环境有很好的融合。
如图1所示是SIP Push业务架构模型的一个示例,在这个架构中引入了Push发送代理(Sender Agent)和Push接收代理(Receiver Agent),Push发送代理和Push接收代理是作为SIP/IP核心网接入点的功能模块。如图所示,Push发送代理位于服务器侧,如位于Push代理网关(Push ProxyGateway,PPG)中,Push接收代理位于客户端,也即位于Push客户端。其中P-1和P-2为参考点,P-1参考点支持Push接收代理和SIP/IP核心网(Core)之间的通信;P-2参考点支持Push发送代理和SIP/IP Core之间的通信。
在服务器在需要开展业务时,如向终端发起业务之前,需要获知终端的能力信息,以根据该终端的能力信息向终端发送正确的业务信息。
目前的服务器对终端的能力信息管理手段和能力信息的获取,主要依赖于用户终端上报的过程。终端的能力上报可以通过在订阅过程中,由终端向PPG上报自己的能力信息来完成。其中,在SIP Push中,终端利用SIP消息中的订阅(Subscribe)消息和通知(Notify)消息的机制来完成终端订阅某些业务的情况下,同时携带相应的终端能力信息。在这个过程当中,可以是通过Subscribe消息的用户终端服务器信息(Ua profile)的事件(event)包(package)来实现的。该流程如图2所示,具体包括如下步骤:
步骤1、终端向SIP/IP core发送Subscribe请求,并在请求当中携带uaprofile的event package,即携带终端的能力信息。
步骤2、SIP/IP core接收到Subscribe请求之后,向Push Sender Agent转发该Subscribe请求。
步骤3、Push Sender Agent接收到该Subscribe请求之后,对业务的订阅信息以及终端的能力信息进行相应的处理,如向ua profile请求获取终端的能力信息并直接存储该终端能力信息等。此后,Push Sender Agent向SIP/IPcore发送200Ok的应答响应。
步骤4、SIP/IP core转发Push Sender Agent发送的200OK应答响应到Receiver Agent当中。
通过上述现有技术的流程,就实现了终端向服务器侧上报自己的终端能力信息。在实现本发明过程中,发明人发现现有技术中至少存在如下问题:终端在上报自己的终端能力信息后,其能力可能改变,如用户对终端中的软件进行了升级等,这种情况下,只要终端没有订阅业务,服务器侧就不能够更新该终端的能力信息。而服务器侧没有终端的最新能力信息,就会导致服务器侧下发给终端的业务内容与终端能力不符,导致业务无法正常进行。
发明内容
有鉴于此,本发明提供了推送业务中的终端管理方法、支持推送业务的终端和支持推送业务的服务器,能够保证服务器根据终端的最新能力信息开展业务。
本发明提供的推送业务中的终端管理方法包括:
Push发送代理在确定自身没有存储终端的能力信息或者确定终端的能力信息不全时,向所述终端发送终端能力信息请求;
Push发送代理接收终端返回的终端能力信息,根据该终端能力信息进行终端能力管理;
当所述终端能力信息发生变更,所述方法还包括,所述Push发送代理接收所述终端主动上报的变更后的终端能力信息并对当前保存的终端能力信息进行更新;
所述终端能力信息请求包括已经获取的终端能力信息;
则返回的终端能力信息为:所述终端中的终端能力信息与所述请求中携带的终端能力信息的差异部分;
所述根据该终端能力信息对终端进行管理为:根据所述差异部分更新自身中存储的终端能力信息。
本发明提供的一种支持推送业务的终端包括:
接收模块,接收来自Push发送代理的终端能力信息请求;
能力更新监测模块,用于监测自身的能力信息是否发生变化,如果发生变化,则通知终端能力处理模块;
终端能力处理模块,根据所述接收的终端能力信息请求,获取对应的终端能力信息,和根据所述能力更新检测模块的通知,获取当前的终端能力信息,并传送给发送模块;
所述发送模块,用于将所述获取的终端能力信息上报给所述Push发送代理,和向所述Push发送代理上报更新的终端能力信息;
所述请求的终端能力信息是其他终端的能力信息;则所述终端进一步包括:其他终端能力信息存储模块,其中存储所述终端外其他终端的能力信息;
则所述终端能力处理模块,进一步根据接收的所述终端能力信息请求,从所述其他终端能力信息存储模块获取对应的终端能力信息,并将获取的终端能力信息传送给发送模块。
本发明提供的支持推送业务的Push发送代理包括:
发送模块,用于在确定自身没有存储终端的能力信息或者确定所述终端的能力信息不全时向所述终端发送终端能力信息请求;
接收模块,用于接收终端根据所述请求返回的终端能力信息;
终端管理模块,用于根据所述接收的终端能力信息对终端能力进行管理;所述终端管理模块还用于在所述终端能力信息发生变更时存储所述终端主动上报的变更后的终端能力信息;
所述终端能力信息请求包括已经获取的终端能力信息,则返回的终端能力信息为:所述终端中的终端能力信息与所述请求中携带的终端能力信息的差异部分;
所述根据该终端能力信息对终端进行管理为:根据所述差异部分更新自身中存储的终端能力信息。
由上述方案可以看出,本发明在推送业务中,通过Push发送代理发起向终端获取终端能力信息的请求,或者终端在自身能力信息变化后主动向Push发送代理发起能力信息的更新,从而Push发送代理能够及时地获取终端的当前能力信息,保证Push发送代理根据终端的最新能力信息开展业务。
附图说明
图1为SIP Push业务架构模型的一个示例图;
图2为现有技术中服务器获取终端能力信息的流程图;
图3为本发明方法第一实施例的流程图;
图4为本发明方法第二实施例的流程图;
图5为本发明方法第三实施例的流程图;
图6为本发明服务器第一实施例的一种结构示意图;
图7为本发明服务器第一实施例的另一种结构示意图;
图8为本发明服务器第二实施例的一种结构示意图;
图9为本发明终端第一实施例的一种结构示意图;
图10为本发明终端第一实施例的另一种结构示意图;
图11为本发明终端第一实施例的再一种结构示意图;
图12为本发明终端第一实施例的第四种结构示意图;
图13为本发明终端第二实施例的结构示意图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面结合附图对本发明作进一步的详细描述。
本发明实施例在推送业务中,服务器可以根据业务的需要向终端发起终端能力信息请求,或者终端自动向服务器更新能力信息,或者通过第三方的方式进行能力信息的更新的方式来实现。以下以应用于SIP PUSH业务为例,对本发明实施例进行说明。
由于整个业务是在SIP Push的环境下进行和开展的。所以,整个终端能力信息的管理功能都是通过SIP消息来实现的。在这里可以选用的SIP消息主要包括Options、Subscribe和Notify消息。
如果能力信息的管理是通过服务器的查询请求发送的,那么终端接收到查询的信息之后可以根据本身的设置策略决定是否发送相关的能力信息,以及根据能力查询请求的信息来选择需要发送的终端能力信息。此后,终端将通过SIP消息或者其他消息将自身的能力信息发送给服务器。
采用其他的方法,如终端根据服务器的设定,在能力更新的情况下主动发送更新的能力信息到指定的服务器。可以通过服务器订阅终端能力更新的事件,终端根据事件来触发相应的动作,从而实现。
本发明中,终端也可以在自身的能力发生变化时,主动发起能力更新,将更新后的终端能力信息,上报给服务器。具体可以通过通知(SIP Info)消息,或者更新(Update)消息实现,这些消息携带更新后的终端能力信息的方式与下述实施例中,终端上报更新后的终端能力信息的方式相同。由于该更新是终端主动的行为,能够给用户提供更好的体验。
以下通过具体实施例对本发明进一步阐述。
首先,本发明提供的一种SIP Push业务中的终端管理方法包括以下三个较佳实施例。在下述的三个方法较佳实施例中,以服务器侧进行终端能力信息处理的实体为Push Sender Agent,而终端侧进行终端能力信息处理的为Push Receiver Agent为例进行说明。
实施例一:
本实施例提供了一种在SIP Push环境下服务器对终端能力的管理方案。本实施例中,Push Sender Agent在需要开展业务的时候,本地没有终端的能力信息,或者针对该业务的终端的能力信息不全,为了更合适的开展业务,Push Sender Agent需要对终端能力进行查询;Push Sender Agent构造一个SIP选择(OPTIONS)请求,并通过SIP/IP Core将该Options请求发送给Push Receiver Agent。Push Receiver Agent在收到Options请求之后,会作出相应的应答请求和响应。
本实施例的具体流程如图3所示,包括如下步骤:
步骤1、Push Sender Agent构造并发送一个SIP OPTIONS请求到SIP/IPCore。构造的SIP OPTIONS请求的内容可以如下表1所示:
表1
在表1中,Push Sender Agent在SIP的被请求方地址(Request-URI)中,即To项中填入Receiver Agent的地址,并在Event项中填入“ua-profile”,用以标明需要查询终端的能力信息。如果需要,服务器可以将其中现有的用户终端能力信息携带在消息体当中下发给终端;或者通过用户-代理(User-Agent)的方式将自身所获取的能力信息下发给终端。服务器还可以构造一个能力查询的头域,如CapReport头域,并通过将该头域放置在OPTIONS的查询请求当中来表述服务器需要终端上报的能力信息。
CapReport所采用的格式可以是:
CapReport=full/differ/customize/none
在full的情况下,可以要求终端上报全部的能力信息。在differ的情况下,可以将uaprofile的xml文件通过OPTIONS请求下发到终端,终端判断自己和xml文件的能力差异,即判断自身能力信息和服务器下发的能力信息的差异后,将差异部分重新上报。在customize的情况下,可以将需要终端填写的内容在下发的xml当中填空,终端回填xml文档到服务器。None,说明不需要该头域上报。
上面所说的头域扩展的情况是一种可能的实现方式,为了一致性起见,我们仍然以even标示需要进行的查询动作。
在上述表1中,服务器所请求的终端能力信息通过“ua-profile”进行请求,ua-profile所标识的是终端能力信息的一种标识与存储方式。目前SIPPush的终端能力信息还有两种标识与存储方式,总共的这三种标识与存储方式具体为:
1.User Agent:User Agent必须包括型号、终端软件版本,推荐包括播放器名称和版本信息。这里的User Agent的格式可以参照中国移动《移动终端WAP2.0技术规范》的要求,每一个数据单元用“/”作分割。厂家还可增加其他终端的属性同样以“/”作分割,最大长度限制必须符合中国移动《移动终端WAP2.0技术规范》的要求,总字段长度不得超过255个字符。
示例:“厂家名称/型号/终端软件版本/播放器名称和版本(推荐)”
2.ua-profile:用户终端档案服务器(User Agent Profile)用于存储用户参数和设备功能信息。通过接收的“ua-profile”,终端将携带保存在档案服务器上的能力信息地址URL发送到服务器,服务器会根据终端提供的URL,来查询终端能力。
3.消息体方式:消息体方式是将终端能力信息在消息体当中描述,一种可选的方式是通过XML语言来描述终端能力信息,然后将此能力信息包含在消息体中,最后将此消息体发送到服务器,该消息体可以例如资源描述框架(Resource Description Framework,RDF)。终端的能力信息可用RDF形式保存在数据库中。
步骤2、SIP/IP Core将OPTIONS消息转发到Receiver Agent;转发的OPTIONS消息的格式如表2所示:
表2
Push Receiver Agent通过SIP/IP core和Sender Agent进行连接。SIP/IPcore在收到发送给Receiver Agent的SIP消息的情况下,可以根据自身的情况以上述表2的格式将SIP OPTIONS请求转发到相应的终端上。如果用户具有多个终端同时注册到服务器上,SIP/IP core会根据自身的设置,按照并发或者fork的方式对终端进行查询,并将相应的查询结果上报到服务器。
步骤3、终端对OPTIONS请求进行本地处理,具体包括:
终端在接收到服务器下发的OPTIONS请求之后,解析SIP消息,并根据SIP消息当中所涉及的内容,结合终端本地的策略,判断是否允许上报终端能力信息。如果终端具有OPTIONS请求当中所需要查询的能力信息,同时该能力信息又是本地策略所允许上报的,那么终端将在步骤6,通过200OK的应答响应做出回应。如果,终端不具备OPTIONS请求当中所需查询的能力信息,或者,该能力信息是终端本地策略不允许的。那么,终端将在步骤4,通过失败(4XX)响应返回一个错误信息。
终端针对OPTIONS请求所返回的能力信息可以通过SIP头域携带,也可以通过SIP消息体携带。头域携带的方式可以采用ua-profile或者User-Agent的方式。消息体的方式携带,可以将能力信息列举在消息体当中,一种可选的方式就是利用XML文档描述终端的能力信息,并通过SIP消息体传送到服务器当中。
步骤4、终端在无法提供给PPG所需能力信息的情况下,返回404失败(Not Found)应答。
表3
在SIP技术当中,4xx应答响应代表的是客户端错误。本例当中,如果客户端没有服务器所需要的终端相关的能力信息,或者本地策略不允许上报相关的能力信息,那么必须返回一个错误信息给服务器,以便终结本次能力的查询请求。404Not Found是SIP4xx应答响应的一种,本例当中可以利用404作为错误信息的返回码,也可以利用其他的响应代码,其原理都是相同的。
步骤5、SIP/IP core在接收到终端发出的应答响应之后,向Push SenderAgent进行转发,Push Sender Agent接收到终端404Not Found应答,并终止对终端的能力查询。
这里,SIP/IP core向Push Sender Agent转发的404Not Found应答的内容如表4所示:
表4
上述的4xx流程是在终端无法正确的回复服务器的OPTIONS查询请求的情况下做出的应答。
步骤6、终端应答200OK,并将服务器所需的能力信息上报。这里,终端通过200OK上报的200OK消息的内容如表5所示:
表5
在SIP技术当中,2xx应答响应代表的是成功应答。本例当中,如果客户端有服务器所需要的终端相关的能力信息,并且本地策略允许上报相关的能力信息,那么可以返回一个成功的应答响应信息给服务器。同时在成功的200OK的应答响应当中携带相关的应答的能力信息。
步骤7、Push Sender Agent接收到SIP/IP Core传来的200OK以及能力信息。SIP/IP Core传送给Push Sender Agent的200OK消息的内容如表6所示:
表6
SIP/IP core在接收到终端发出的应答响应之后,向Push Sender Agent进行转发。上述的2xx流程是在终端正确的回复服务器的OPTIONS查询请求的情况下做出的应答。当终端无法正确应答时,采用4xx响应。
步骤8、Push Sender Agent所在的PPG对当前保存的终端能力信息进行更新。
Push Sender Agent在接收到该终端对SIP OPTIONS请求的应答响应之后,根据应答相应的类型有不同的处理方式。当接收到4xx等错误相应之后,根据错误响应的指示,进行进一步的操作。当收到了2xx的成功应答响应之后,Push Sender Agent所在的PPG会解析所接收到的消息,提取终端相关的能力信息后,更新当前保存的能力信息。
本实施例中,终端向服务器上报的能力信息可以严格按照服务器要求,提供的能力信息形式也由服务器规定。例如,服务器要求终端提供UserAgent形式的能力信息,终端就必须提供User Agent形式的能力信息;如果终端不具备该形式的能力信息,才可以提供ua-profile URL形式的能力信息地址;如果终端仍不具备ua-profile URL形式的能力信息地址,才可以提供消息体形式的能力信息。终端必须提供至少一种形式的能力信息,如果无法提供则被视为终端无法提供自身能力信息,服务器将做终止查询处理。
本实施例中所涉及的OPTIONS消息只是一个举例,OPTIONS可以使用其它类似查询消息替代,但是所涉及的思想和流程都是一致的。
实施例二:
本实施例中,在终端完成了Register的注册之后,向所管辖的终端发送Subscribe请求,并在请求当中注明对终端能力改变事件进行订阅,该请求通过SIP/IP core下发到终端。终端在接收到该请求之后,可以首先通过Notify消息上报自身的能力信息到服务器,服务器收到该信息之后将终端的能力信息存储在服务器上。之后,当终端的能力发生变化的时候(例如,存储能力的变化或应用能力的变化),终端可以通过Notify消息将能力上报给服务器。
如图4所示,本实施例中,根据SIP Push技术的规定,终端注册的过程当中不携带终端本身的能力信息。而终端在完成注册之后,服务器将会触发相应的终端能力管理的过程,该过程具体包括如下步骤:
步骤1、Push Sender Agent对终端能力进行订阅。具体地,Push SenderAgent发送SUBSCRIBE消息到SIP/IP Core,该消息的内容如表7所示:
表7
Push Sender Agent向SIP/IP Core发送订阅终端能力信息的SUBSCRIBE消息中的Request-URI头域填入receiver Agent的地址,用以标明需要查询的终端。Event事件说明SUBSCRIBE所要订阅的内容。在SUBSCRIBE消息中还需要指出订阅的终端能力信息要以怎样的形式返回,Accept域中的XML说明要以XML的消息体形式返回终端能力信息。
在SIP头域当中也可以利用第一个实施例的方法,在SIP当中扩展CapReport的头域来表示该方法是对终端能力进行查询和订阅,具体实施方式参照第一个实施例。
步骤2、SIP/IP Core将SUBSCRIBE消息转发到Push接收代理(终端),SIP/IP Core转发的SUBSCRIBE消息内容如表8所示:
表8
Receiver Agent通过SIP/IP core和Sender Agent进行连接,SIP/IP core在收到发送给Receiver Agent的SIP消息的情况下,可以根据自身的情况将SIP SUBSCRIBE请求转发到相应的终端的Push Receiver Agent上。如果用户具有多个终端同时注册到服务器上,SIP/IP core会根据自身的设置,按照并发或者fork的方式对终端进行订阅,如果订阅成功,随后会将相应的订阅结果返回到服务器。
步骤3、Push Receiver Agent在正确收到SUBSCEIBE消息后,返回200OK。这里,所返回的200OK消息的内容如表9所示:
表9
在SIP技术当中,2xx应答响应代表的是成功应答。本实施例当中,如果客户端正确接收到SIP/IP Core转发来的服务器SUBSCRIBE消息,那么可以返回一个成功的应答响应信息给服务器。
步骤4、SIP/IP Core将200OK应答转发给Push Sender Agent,该转发的200OK消息的格式如表10所示:
表10
SIP/IP core在接收到终端发出的应答响应之后,向服务器进行转发。上述的2xx流程是在终端正确的回复服务器的SUBSCRIBE查询请求的情况下做出的应答。
步骤5、终端在接收到服务器下发的SUBSCRIBE请求之后,解析SIP消息,根据终端本地的策略,做出相应的判断。如果终端可以提供自身能力信息,同时该能力信息又是本地策略所允许上报的,那么终端会返回2XX消息,表示订阅成功,并在步骤8通过NOTIFY消息做出回应并将携带终端能力信息;此后终端会判断自身能力是否发生改变,如果终端能力改变,则再通过NOTIFY方法将终端改变后的能力信息上报给服务器;如果该能力信息是终端本地策略不允许的。那么,终端将在步骤6通过4XX应答相应返回一个错误。
终端针对SUBSCRIBE请求所返回的能力信息可以通过SIP头域携带,也可以通过SIP消息体携带。头域携带的方式可以采用ua-profile或者User-Agent的方式。消息体的方式携带,可以将能力信息列举在消息体当中,一种可选的方式就是利用XML文档描述终端的能力信息,并通过SIP消息体传送到服务器当中。
步骤6、订阅失败或终端无法提供自身能力信息时,终端要服务器发404Not Found消息,此后服务器会根据策略决定是否还需要再次订阅,该返回的404Not Found消息的内容如表11所示:
表11
在SIP技术当中,4xx应答响应代表的是客户端错误。本例当中,如果客户端无法提供自身能力信息,或者无法对SUBSCRIBE做出响应,或者本地策略不允许上报相关的能力信息,那么必须返回一个错误信息给服务器,以便终结服务器对终端的能力订阅请求。404Not Found是SIP4xx应答响应的一种,本例当中可以利用404作为错误信息的返回码,也可以利用其他的响应代码,其原理都是相同的。
步骤7、SIP/IP Core将订阅失败的404Not Found消息转发到服务器,该转发的404Not Found消息的内容如下:
表12
SIP/IP core在接收到终端发出的应答响应之后,向服务器进行转发。上述的4xx流程是在终端无法正确的回复服务器的SUBSCRIBE请求的情况下做出的应答。
步骤8、终端通过NOTIFY将改变后的能力信息上报给SIP/IP Core,该NOTIFY消息的内容如表13所示:
表13
终端可以在注册后立即通过NOTIFY方法将能力信息上报给服务器,也可以在终端能力信息发生改变后上报。NOTIFY方法中的Event域表示应答为ua-profile事件包,并且Content-Type为SBUSCRIBE中所需内容类型。
9.SIP/IP Core将NOTIFY消息转发给服务器,该转发的NOTIFY消息的内容如表14所示:
表14
SIP/IP Core在收到终端发来的NOTIFY后,转发消息到服务器。上述例子中,因为订阅的内容类型为XML,所以终端的能力信息会用XML进行描述。除了XML形式的能力信息表示外,还会有ua-profile URL形式与UserAgent形式。这里只是举例说明上报能力信息可以用XML形式,对于其它形式上报能力信息的方法和原理是相同的。
步骤10、服务器对当前保存的终端能力信息进行更新。
本步骤中,服务器接收到终端发来的能力信息后,判断是否是终端在注册后立即发来的能力信息,如果是,因为此前服务器上并没有保存该终端的能力信息,因此这种情况下,服务器会保存当前的能力信息,并且之后会依照终端提供的能力信息进行服务内容的发送等SIP Push操作;否则,如果服务在接收NOTIFY应答前已经保存有终端的能力信息,而NOTIFY上报的是终端能力变化后的情况,此时,服务器将会对保存的该终端能力信息进行更新。
步骤11、服务器向终端发送NOTIFY的确认消息200OK,该200OK消息的格式如表15所示:
表15
在SIP技术当中,2xx应答响应代表的是成功应答。本例当中,如果服务器正确接收到SIP/IP Core转发来的终端NOTIFY消息,那么可以返回一个成功的应答响应信息给终端。
步骤12、SIP/IP Core将200OK确认转发给终端,该转发的200OK消息的内容可以如表16所示:
表16
SIP/IP core在接收到服务器发出的应答响应之后,向终端进行转发。上述的2xx流程是在服务器正确的回复终端上报的NOTIFY的情况下做出的应答。
终端在每次能力发生改变的时候都会将改变后的能力信息上报给服务器。上报能力的形式可以是以User Agent形式,也可以是ua-profile的形式以及其它终端保存自身能力信息的形式。这些能力形式均可被服务器所知。本例中所用到的SUBSCRIBE/NOTIFY方法只是举例说明可以通过此种方法对终端能力信息进行获取,如有其它方法能够达到此目的,原理和思想都是一样的。
实施例三:
本实施例中,服务器可以利用第三方的方式对终端能力进行管理,比如,当终端能力发生变化,而终端无法将能力的变化上报给服务器,或服务器没有办法获取当前改变的终端能力信息,这时可以通过第三方将终端的能力信息上报给SIP/IP Core,再通过SIP/IP Core将能力信息发送给服务器,从而实现服务器终端能力的管理功能。
本实施例中,以Push Agent1与Push Agent2均是已经在SIP/IP Core上注册过的终端,并且它们归属在同一个Public URI下,为同一个用户的不同终端为例进行说明。这种情况下,可以按照策略为用户优选一个可以接入SIP/IP Core,同时又能保存用户其它终端能力信息的终端,并通过该终端向服务器上报其他终端的能力信息。例如,Push Receiver Agent1是作为第三方终端将Push Receiver Agent2的能力信息上报到服务器的。其中,假设:
Push Receiver Agent1的Contact地址为:[6666::aaa:bbb:ccc:ddd]:1357
Push Receiver Agent2的Contact地址为:[7777::aaa:bbb:ccc:ddd]:1357
Push Sender Agent的Contact地址为:sip:[5555::aaa:bbb:ccc:ddd]:1357
则本实施例的流程如图5所示,包括如下步骤:
步骤1、Push Sender Agent对Push Receivr Agent2的能力进行订阅,则Push Sender Agent先发送SUBSCRIBE消息到SIP/IP Core,该SUBSCRIBE消息的内容如表17所示:
表17
如上表所示,SUBSCRIBE消息中的Request-URI头域填入receiverAgent2的地址,用以标明需要查询的终端。Event事件说明SUBSCRIBE所要订阅的内容为终端能力信息,且指出订阅的终端能力信息要以ua-profile的形式返回。
在SIP头域当中也可以利用第一个实施例的方法,在SIP当中扩展CapReport的头域来表示该方法是对终端能力进行查询和订阅,具体实施方式参照第一个实施例。
步骤2、SIP/IP Core将SUBSCRIBE消息转发到Push Receiver Agent2(终端2),该转发的将SUBSCRIBE消息内容如表18所示:
表18
本步骤中,Receiver Agent2通过SIP/IP core和Sender Agent进行连接,SIP/IP core在收到发送给Receiver Agent2的SIP消息的情况下,可以根据自身的情况将SIP SUBSCRIBE请求转发到相应的终端上。
步骤3、Push Sender Agent再次向终端订阅能力信息,具体仍然可以通过SUBSCRIBE消息订阅,该消息的内容如表19所示。
表19
在本步骤前,Push Sender Agent由于超时等原因未能正确收到SUBSCEIBE的响应消息,则Push Sender Agent依照策略再次发起对终端2的能力信息订阅,并将该SUBSCRIBE消息发到已注册的用户优选终端1上。
步骤4、SIP/IP Core将SUBSCRIBE消息转发到Push ReceiverAgent1(终端1),该发送的SUBSCRIBE消息内容如表20所示:
表20
由于Receiver Agent1通过SIP/IP core和Sender Agent进行连接,所以SIP/IP core在收到发送给Receiver Agent1的SIP消息的情况下,可以根据自身的情况将SIP SUBSCRIBE请求转发到相应的终端上,即终端1上。
步骤5、Push Receiver Agent1是用户优选的终端,该终端保存了该用户其它终端的能力信息,当SIP/IP Core向终端1发SUBSCRIBE消息订阅终端2的能力信息时,Push Receiver Agent1可以查询所保存的其它终端能力信息,并判断是否保存了Push Sender Agent所请求的Push Receiver Agent2的能力信息,如果终端1保存了服务器所需要的终端的能力信息,并且该信息是允许发给服务器的,那么终端1会返回2XX消息,表示订阅成功,并通过NOTIFY消息将保存的终端2能力信息上报给服务器。上报的能力信息形式为保存的终端2的能力信息形式;如果终端1查找后未发现服务器所需终端的能力信息或能力信息是本地策略所不允许的,则会返回4XX消息,表示订阅失败。本例中,如果订阅成功则转到步骤8,如果订阅失败则转到步骤6。
步骤6、Push Receiver Agent1发送404Not Found消息给服务器,该消息的内容如表21所示:
表21
在SIP技术当中,4xx应答响应代表的是客户端错误。本例当中,如果终端1无法查找到服务器所需终端的能力信息,或者无法对SUBSCRIBE做出响应,或者本地策略不允许上报相关的能力信息,那么必须返回一个错误信息给服务器,以便终结服务器对该终端的能力订阅请求。404Not Found是SIP4xx应答响应的一种,本例当中可以利用404作为错误信息的返回码,也可以利用其他的响应代码,其原理都是相同的。
步骤7、SIP/IP Core将终端1发来的错误信息转发给服务器,该转发的404Not Found消息的内容如表22所示:
表22
SIP/IP core在接收到终端发出的应答响应之后,向服务器转发上述404Not Found消息。上述4xx流程是在终端无法查找到服务器所需终端能力信息,或由于本地策略无法上报该能力信息等情况下回复服务器的SUBSCRIBE请求的情况下做出的应答。
步骤8、终端1正确接收到服务器发来的订阅信息,并且查找到服务器所需的终端能力信息,返回200OK,该200OK消息的内容如表23所示。
表23
在SIP技术当中,2xx应答响应代表的是成功应答。本例当中,如果客户端正确接收到SIP/IP Core转发来的服务器SUBSCRIBE消息,并且查询到服务器所需能力信息,那么可以返回一个成功的应答响应信息给服务器。
步骤9、SIP/IP Core将200OK消息转发给服务器,该转发的200OK消息的内容如表24所示:
表24
SIP/IP core在接收到终端发出的应答响应之后,执行本步骤,向服务器200OK消息转发。上述的2xx流程是在终端正确的回复服务器的SUBSCRIBE查询请求的情况下做出的应答。
步骤10、终端1通过NOTIFY将查询到的终端能力信息上报给SIP/IPCore,该NOTIFY消息的内容如表25所示:
表25
本步骤中,终端1可以在查询到服务器所需终端的能力信息后,通过NOTIFY消息将所需终端的能力信息上报给服务器。NOTIFY消息中的Event域表示应答为ua-profile事件包,并且Content-Type为SBUSCRIBE中所需内容类型。在这一个过程当中,可以上报自身的能力信息,也可以携带其他agent的能力信息。这个过程可以通过扩展头域来表明,也可以通过在xml文档当中用相关的信息来说明。
如果采用扩展头域的方式,可以扩展CapReportFrom头域来表示。比如说,上述的能力信息如果来自于终端1,并且终端1通过Notify来完成能力的上报过程,那么可以忽略该头域;
如果终端1通过Notify上报能力,但是上报的是终端2的能力信息,那么该头域应该表示为:
CapReportFrom:<sip:[7777::aaa:bbb:ccc:ddd]:1357;lr;comp=sigcomp>
如果终端1通过Notify上报终端1和终端2的能力信息,那么该头域应该表示为:
CapReportFrom:<sip:[7777::aaa:bbb:ccc:ddd]:1357;lr;comp=sigcomp>;<sip:[6666::aaa:bbb:ccc:ddd]:1357;lr;comp=sigcomp>
步骤11、SIP/IP Core将NOTIFY消息转发给服务器,该转发的NOTIFY消息的内容如表26所示:
表26
本步骤中,SIP/IP Core在收到终端发来的NOTIFY后,转发该消息到服务器。上述例子中,因为终端1中保存的终端2的能力信息内容类型为XML,所以终端2的能力信息会用XML进行描述。除了XML形式的能力信息表示外,还会有ua-profile URL形式与User Agent形式。这里只是举例说明上报能力信息可以用XML形式,对于其它形式上报能力信息的方法和原理是相同的。
步骤12、服务器更新保存的终端能力信息。
本步骤中,服务器接收到终端1发来的能力信息。服务器可以在NOTIFY消息中可以发现所需要查询的终端的能力信息。因为服务器是通过SUBSCRIBE来订阅所需终端的能力信息的,因此对该SUBSCRIBE的应答中携带的能力信息也就是服务器所需的终端能力信息,服务器不会认为从终端1发来的NOTIFY就是携带终端1的能力信息。
在服务器已经得到了所需终端的能力信息后,可以进入SIP Push的正常流程,可以将服务器所要发起业务的内容信息Push到终端2上。
在本例中,服务器只需要告诉终端1所需查询的其它某个终端的能力信息,而不必给出信息的形式。上报的终端能力信息形式是保存在第三方中的形式,其即可以是User Agent形式,也可以是ua-profile的形式,还可以是XML形式的消息体。
本例中的用户优选终端在获取用户其它终端的时候可能需要认证,授权的过程;本例所述第三方保存并上报其它终端能力信息的情况也可以发生在非同一用户的终端之间,则这时认证与授权是必须的。
本例中所用到的SUBSCRIBE/NOTIFY方法只是举例说明可以通过此种方法对终端能力信息进行获取,如有其它消息类型能够达到此目的,原理和思想都是一样的。
本发明支持SIP Push业务的服务器的第一实施例组成如图6所示,该服务器60中包括发送模块61、接收模块62和终端管理模块63。其中:
发送模块61,用于向终端发送终端能力信息请求。
接收模块62,用于接收终端根据所述请求返回的终端能力信息。
终端管理模块63,用于根据所述接收的终端能力信息对进行终端能力管理。
本发明支持SIP Push业务的服务器的第二实施例组成如图7所示,该服务器70包括能力请求生成模块74、发送模块71、接收模块72和终端管理模块73。其中:
能力请求生成模块74,用于在确定所述服务器中没有存储所述终端的能力信息,或者确定出所述终端的能力信息不全时,生成所述发送给终端的终端能力信息请求。
发送模块71,用于向终端发送终端能力信息请求。
接收模块72,用于接收终端根据所述请求返回的终端能力信息。
终端管理模块73,用于根据所述接收的终端能力信息对进行终端能力管理。
上两个服务器的实施例中,若来自接收模块的终端能力信息为UserAgent形式或消息体方式,终端管理模块在服务器中没有存储对应的终端能力信息时,直接存储该终端能力信息;在已经存储了对应的终端能力信息时,更新所存储的对应终端能力信息。
此外,来自接收模块的终端能力信息也可以是ua-profile形式,则终端管理模块需要与通信档案服务器交互获取具体的终端能力信息。
本发明支持SIP Push业务的服务器的第三实施例组成如图8所示,包括接收模块81和终端管理模块82。其中,接收模块81用于接收终端上报的能力信息,并将接收的终端能力信息发送给终端管理模块;而终端管理模块82根据来自接收模块的终端能力信息更新已存储的对应终端能力信息。
本实施例中,如果终端上报的能力信息为User Agent形式或消息体方式,终端管理模块直接以上报的能力信息更新所存储的对应终端能力信息。
如果终端上报的能力信息为ua-profile形式,则终端管理模块需要与通信档案服务器交互获取具体的终端能力信息。
上述三个服务器实施例中,服务器可以为Push Sender Agent。
本发明支持SIP Push业务的终端的第一实施例组成如图9所示,包括接收模块91、发送模块92和终端能力处理模块93。其中:
接收模块91,用于接收来自服务器的终端能力信息请求,将该请求传送给终端能力信息上报模块;
终端能力处理模块93,根据接收的所述终端能力信息请求,获取对应的终端能力信息,并将获取的终端能力信息传送给发送模块;
发送模块92,用于接收来自终端能力信息上报模块的终端能力信息,将该终端能力信息发送给所述服务器。
终端能力处理模块在接收到终端能力信息请求后,可以直接获取对应的终端能力信息,并传送给发送模块;也可以在进行一定的查询判断之后,再决定是否获取对应的终端能力信息传送给发送模块。
在后一种情形下,如图10所示,终端能力处理模块93中可以包括查询模块931、终端能力信息上报模块932和错误信息上报模块933。其中:
查询模块931,接收来自接收模块的终端能力信息请求,根据该请求查询自身中是否存储了对应的终端能力信息,并将查询到的终端能力信息传送给终端能力信息上报模块,或通知错误信息上报模块没有查询到对应终端能力信息;
终端能力信息上报模块932,终端能力信息上报模块将接收的终端能力信息传送给所述发送模块;
错误信息上报模块933,根据所述通知,生成错误响应,并将生成的错误响应传送给所述发送模块。
则对应地,发送模块进一步将来自所述错误信息上报模块的错误响应发送给服务器。
在本实施例中,终端可以进一步提供在自身更新时,向服务器上报更新后的能力信息的技术方案。这种方案下,如图11所示,上述终端中进一步包括:能力更新监测模块111,该模块监测自身的能力信息是否发生变化,如果发生变化,则通知终端能力处理模块。则上述终端能力处理模块进一步根据所述通知,获取当前的终端能力信息,并传送给所述发送模块。
本实施例中,上述所请求的终端能力信息是所述终端的能力信息。
本实施例中,上述所请求的终端能力信息是其他终端的能力信息;则如图12所示,所述终端中进一步包括:其他终端能力信息存储模块121,其中存储所述终端外其他终端的能力信息。则上述终端能力处理模块,根据接收的所述终端能力信息请求,从所述其他终端能力信息存储模块获取对应的终端能力信息,并将获取的终端能力信息传送给发送模块。
本发明支持SIP Push业务的终端的第二实施例如图13所示,包括:终端能力处理模块131和发送模块132。其中,终端能力处理模块131在终端能力信息发生变化时,将变化后的终端能力信息传送给发送模块;发送模块132接收来自终端能力处理模块的终端能力信息,将该终端能力信息发送给所述服务器。
上述两个终端实施例中,终端可以为Push Receiver Agent。
以上是对本发明具体实施例的说明,在具体的实施过程中可对本发明的方法进行适当的改进,以适应具体情况的具体需要。因此可以理解,根据本发明的具体实施方式只是起示范作用,并不用以限制本发明的保护范围。
Claims (18)
1.一种推送业务中的终端管理方法,其特征在于,该方法包括:
Push发送代理在确定自身没有存储终端的能力信息或者确定终端的能力信息不全时,向所述终端发送终端能力信息请求;
Push发送代理接收终端返回的终端能力信息,根据该终端能力信息进行终端能力管理;
当所述终端能力信息发生变更,所述方法还包括,所述Push发送代理接收所述终端主动上报的变更后的终端能力信息并对当前保存的终端能力信息进行更新;
所述终端能力信息请求包括已经获取的终端能力信息;
则返回的终端能力信息为:所述终端中的终端能力信息与所述请求中携带的终端能力信息的差异部分;
所述根据该终端能力信息对终端进行管理为:根据所述差异部分更新自身中存储的终端能力信息。
2.根据权利要求1所述的方法,其特征在于,所述终端能力信息请求通过SIP OPTIONS消息发送;则所述返回的终端能力信息携带在200OK消息中。
3.根据权利要求1所述的方法,其特征在于,所述向终端发送终端能力信息请求包括:在为终端注册后,向所述终端发送所述终端能力信息请求。
4.根据权利要求3所述的方法,其特征在于,所述终端能力信息请求通过SIP SUBSCRIBE消息发送;则所述返回的终端能力信息携带在SIPNOTIFY消息中。
5.根据权利要求1所述的方法,其特征在于,所述Push发送代理向终端发送终端能力信息请求后,该方法进一步包括:
如果在预定时间内没有接收到终端的应答,则Push发送代理向存储所述终端能力信息的第三方发送终端能力信息请求,请求所述终端能力信息,并接收所述第三方返回的终端能力信息,根据该终端能力信息对终端进行管理。
6.根据权利要求5所述的方法,其特征在于,所述向第三方发送的终端能力信息请求通过SIP OPTIONS消息发送;则所述第三方返回的终端能力信息携带在200OK消息中;
或者,向第三方发送的终端能力信息请求通过SIP SUBSCRIBE消息发送;则所述第三方返回的终端能力信息携带在SIP NOTIFY消息中。
7.根据权利要求2、4或6中任一所述的方法,其特征在于,所述终端能力信息请求设置在所述SIP OPTIONS消息或SIP SUBSCRIBE消息的事件event项中,或者设置在所述SIP OPTIONS消息或SIP SUBSCRIBE消息增加的一个能力查询头域中。
8.根据权利要求7所述的方法,其特征在于,所述头域的取值包括:full、differ、customize或none;
其中,所述头域的取值为full时,请求所述终端上报全部能力信息;所述头域的取值为differ时,请求所述终端在判断自己和存储在所述Push发送代理中能力信息有差异后,上报差异能力信息;所述头域的取值为customize时,请求所述终端根据所述Push发送代理下发的终端能力信息表格填写终端能力信息并上报;所述头域的取值为none时,不需要根据该头域上报终端能力信息。
9.根据权利要求2、4或6中任一所述的方法,其特征在于,所述上报的终端能力信息是通过所述200OK消息或SIP NOTIFY消息的SIP头域携带,或通过SIP消息体携带。
10.根据权利要求1所述的方法,其特征在于,所述终端能力信息请求中包括所请求的终端能力信息的形式要求;所述返回的终端能力信息与所述形式要求相对应。
11.根据权利要求10所述的方法,其特征在于,所述形式要求包括:通信档案服务器地址ua-profile形式、用户代理User-Agent形式,或消息体形式;
在所述终端上报的终端能力信息为ua-profile形式时,所述根据该终端能力信息进行终端能力管理包括:
所述根据终端上报的ua-profile与通信档案服务器交互,获取通信档案服务器中存储的对应终端能力信息,并存储该获取的终端能力信息,或根据该获取的终端能力信息更新自身中的终端能力信息;
在所述终端上报的终端能力信息为User-Agent形式或消息体形式时,所述根据该终端能力信息进行终端能力管理包括:存储该终端能力信息,或根据该终端能力信息更新自身中的终端能力信息。
12.根据权利要求1所述的方法,其特征在于,所述终端能力信息请求中包括所述Push发送代理已经获取的终端能力信息;
则接收到所述请求的终端将所请求的终端能力信息与所述请求中携带的终端能力信息比较后,获得差异部分,并将该差异部分上报给所述Push发送代理。
13.根据权利要求1所述的方法,其特征在于,所述终端根据所述终端能力信息请求,将自身中的终端能力信息上报给所述Push发送代理前,该方法进一步包括:
所述终端判断是否能够向所述Push发送代理上报所请求的终端能力信息,如果是,执行所述向所述Push发送代理上报所请求的终端能力信息的步骤;否则,向所述Push发送代理上报错误响应。
14.根据权利要求13所述的方法,其特征在于,所述终端判断是否能够向所述Push发送代理上报所请求的终端能力信息包括:
所述终端根据自身中是否存储了所请求的终端能力信息,或者根据本地策略是否允许上报终端能力信息,确定是否能够向所述Push发送代理上报所请求的终端能力信息。
15.一种支持推送业务的Push发送代理,其特征在于,所述Push发送代理包括:
发送模块,用于在确定自身没有存储终端的能力信息或者确定所述终端的能力信息不全时向所述终端发送终端能力信息请求;
接收模块,用于接收终端根据所述请求返回的终端能力信息;
终端管理模块,用于根据所述接收的终端能力信息对终端能力进行管理;
所述终端管理模块还用于在所述终端能力信息发生变更时存储所述终端主动上报的变更后的终端能力信息;
所述终端能力信息请求包括已经获取的终端能力信息,则返回的终端能力信息为:所述终端中的终端能力信息与所述请求中携带的终端能力信息的差异部分;
所述根据该终端能力信息对终端进行管理为:根据所述差异部分更新自身中存储的终端能力信息。
16.根据权利要求15所述的Push发送代理,其特征在于,所述Push发送代理还包括:
能力请求生成模块,用于在确定所述Push发送代理中没有存储所述终端的能力信息,或者确定出所述终端的能力信息不全时,生成所述发送给终端的终端能力信息请求。
17.一种支持推送业务的终端,其特征在于,该终端中包括:
接收模块,接收来自Push发送代理的终端能力信息请求;
能力更新监测模块,用于监测自身的能力信息是否发生变化,如果发生变化,则通知终端能力处理模块;
终端能力处理模块,根据所述接收的终端能力信息请求,获取对应的终端能力信息,和根据所述能力更新检测模块的通知,获取当前的终端能力信息,并传送给发送模块;
所述发送模块,用于将所述获取的终端能力信息上报给所述Push发送代理,和向所述Push发送代理上报更新的终端能力信息;
所述请求的终端能力信息是其他终端的能力信息;则所述终端进一步包括:其他终端能力信息存储模块,其中存储所述终端外其他终端的能力信息;
则所述终端能力处理模块,进一步根据接收的所述终端能力信息请求,从所述其他终端能力信息存储模块获取对应的终端能力信息,并将获取的终端能力信息传送给发送模块。
18.根据权利要求17所述的终端,其特征在于,所述终端能力处理模块中包括:查询模块、终端能力信息上报模块和错误信息上报模块;
所述查询模块根据所述接收的终端能力信息请求查询自身中是否存储了对应的终端能力信息,并将查询到的终端能力信息传送给终端能力信息上报模块,或通知错误信息上报模块没有查询到对应终端能力信息;
所述终端能力信息上报模块终端能力信息上报模块将接收的终端能力信息传送给所述发送模块;
所述错误信息上报模块根据所述通知,生成错误响应,并将生成的错误响应传送给所述发送模块;
则所述发送模块进一步将来自所述错误信息上报模块的错误响应发送给所述Push发送代理。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007103063888A CN101471871B (zh) | 2007-12-28 | 2007-12-28 | 终端、服务器、终端管理方法和终端能力信息上报方法 |
EP12008673.1A EP2575292B1 (en) | 2007-12-28 | 2008-12-24 | Terminal, server, terminal management method, and terminal capability information reporting method |
PCT/CN2008/073677 WO2009092263A1 (zh) | 2007-12-28 | 2008-12-24 | 终端、服务器、终端管理方法和终端能力信息上报方法 |
EP08871373.0A EP2222024B1 (en) | 2007-12-28 | 2008-12-24 | A terminal, a server, a method for managing the terminal and a method for reporting the terminal ability information |
ES08871373T ES2423509T3 (es) | 2007-12-28 | 2008-12-24 | Un terminal, un servidor y un método para gestionar dicho terminal y un método para comunicar la información de capacidad relativa a este terminal |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007103063888A CN101471871B (zh) | 2007-12-28 | 2007-12-28 | 终端、服务器、终端管理方法和终端能力信息上报方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101471871A CN101471871A (zh) | 2009-07-01 |
CN101471871B true CN101471871B (zh) | 2013-11-06 |
Family
ID=40829008
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007103063888A Active CN101471871B (zh) | 2007-12-28 | 2007-12-28 | 终端、服务器、终端管理方法和终端能力信息上报方法 |
Country Status (4)
Country | Link |
---|---|
EP (2) | EP2222024B1 (zh) |
CN (1) | CN101471871B (zh) |
ES (1) | ES2423509T3 (zh) |
WO (1) | WO2009092263A1 (zh) |
Families Citing this family (30)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101790155A (zh) * | 2009-12-30 | 2010-07-28 | 中兴通讯股份有限公司 | 一种更新移动终端安全算法的方法、装置及系统 |
CN102448051A (zh) * | 2010-09-30 | 2012-05-09 | 重庆重邮信科通信技术有限公司 | 一种移动终端能力上报方法 |
CN102958107B (zh) * | 2011-08-22 | 2016-11-23 | 华为技术有限公司 | 一种能力查询的方法、通信终端及应用服务器 |
CN103067563B (zh) * | 2011-10-19 | 2017-02-01 | 中兴通讯股份有限公司 | 一种终端能力信息管理和发现的方法、系统及装置 |
EP2645666A1 (en) * | 2012-03-27 | 2013-10-02 | Telefonaktiebolaget LM Ericsson (publ) | Method and capability manager for supporting provision of capabilities |
CN102637211B (zh) * | 2012-04-12 | 2014-11-05 | 华为技术有限公司 | 一种更新终端适配数据库的方法、装置及系统 |
FR2991839A1 (fr) * | 2012-06-12 | 2013-12-13 | France Telecom | Serveur d'application et procede de traitement d'un message destine a une identite publique partagee par une pluralite de dispositifs |
CN102801791A (zh) * | 2012-07-25 | 2012-11-28 | 中兴通讯股份有限公司 | 一种基于终端能力调整业务的方法及系统 |
CN103581226A (zh) * | 2012-07-25 | 2014-02-12 | 中兴通讯股份有限公司 | 一种终端能力信息同步方法、系统及设备 |
CN103581236A (zh) * | 2012-07-27 | 2014-02-12 | 中兴通讯股份有限公司 | 一种终端能力描述信息的生成方法及系统 |
CN103051672B (zh) * | 2012-11-21 | 2016-02-10 | 中兴通讯股份有限公司 | 一种异构终端环境中的终端信息获取方法及装置 |
CN103312817B (zh) * | 2013-07-03 | 2016-09-07 | 中国矿业大学 | 一种wap环境下主动式信息供给方法 |
CN104426871A (zh) * | 2013-08-29 | 2015-03-18 | 中兴通讯股份有限公司 | 一种远程调用的方法和装置 |
CN104703170B (zh) | 2013-12-05 | 2017-04-12 | 华为终端有限公司 | 下载运营商的文件的方法及设备 |
EP3136252A4 (en) * | 2014-05-23 | 2017-05-10 | Huawei Technologies Co. Ltd. | Euicc management method, euicc, sm platform and system |
GB2527116B (en) * | 2014-06-12 | 2017-09-20 | Canon Kk | Adaptative persistent push |
CN106465107B (zh) | 2014-07-07 | 2020-12-01 | 华为技术有限公司 | 嵌入式通用集成电路卡管理的授权方法及装置 |
US20160164945A1 (en) * | 2014-12-04 | 2016-06-09 | Futurewei Technologies, Inc. | Method Of Service Capability Discovery Based On Subscriptions For Service Notifications |
CN105808407B (zh) * | 2014-12-31 | 2019-09-13 | 华为技术有限公司 | 管理设备的方法、设备和设备管理控制器 |
CN105939210B (zh) * | 2015-12-30 | 2019-03-15 | 杭州迪普科技股份有限公司 | 管理被管设备的方法及装置 |
CN105939390A (zh) * | 2016-06-29 | 2016-09-14 | 深圳市轱辘软件开发有限公司 | 一种信息推送方法、服务器及系统 |
CN106656668A (zh) * | 2016-12-22 | 2017-05-10 | 上海斐讯数据通信技术有限公司 | 一种云终端设备监控方法及系统 |
ES2929046T3 (es) * | 2017-11-23 | 2022-11-24 | Beijing Xiaomi Mobile Software Co Ltd | Método y aparato de configuración de transmisión |
CN108647085A (zh) * | 2018-05-16 | 2018-10-12 | 中国联合网络通信集团有限公司 | 处理数据的方法、终端及系统 |
CN110798294A (zh) * | 2018-08-03 | 2020-02-14 | 华为技术有限公司 | 一种获取、发送能力信息的方法及装置 |
CN110932830A (zh) * | 2018-09-20 | 2020-03-27 | 维沃移动通信有限公司 | 一种能力指示方法及通信设备 |
CN110267301B (zh) * | 2019-05-31 | 2022-04-29 | 长安大学 | 一种双连接系统中终端能力获取方法 |
CN114097259B (zh) * | 2020-06-24 | 2024-03-01 | 北京小米移动软件有限公司 | 一种通信处理方法、通信处理装置及存储介质 |
CN115706823A (zh) * | 2021-08-05 | 2023-02-17 | 聚好看科技股份有限公司 | 终端设备的业务能力上报方法及终端设备 |
CN118056424A (zh) * | 2021-12-08 | 2024-05-17 | Oppo广东移动通信有限公司 | 能力指示方法、终端设备和网络设备 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2005027460A1 (en) * | 2003-09-12 | 2005-03-24 | Telefonaktiebolaget Lm Ericsson (Publ) | Combinational multimedia services |
CN1278519C (zh) * | 2004-07-30 | 2006-10-04 | 华为技术有限公司 | 将终端能力变化通知给网络的方法 |
FI20050149A0 (fi) * | 2005-02-09 | 2005-02-09 | Nokia Corp | Push-toiminnan ohjaus viestintäjärjestelmässä |
CN100448322C (zh) * | 2005-08-12 | 2008-12-31 | 中国移动通信集团公司 | 一种获取移动终端能力更新信息的方法 |
KR100747468B1 (ko) * | 2005-10-31 | 2007-08-09 | 엘지전자 주식회사 | 콤비네이션 서비스를 위한 단말 능력정보 갱신 통지 방법및 시스템 |
-
2007
- 2007-12-28 CN CN2007103063888A patent/CN101471871B/zh active Active
-
2008
- 2008-12-24 ES ES08871373T patent/ES2423509T3/es active Active
- 2008-12-24 EP EP08871373.0A patent/EP2222024B1/en active Active
- 2008-12-24 WO PCT/CN2008/073677 patent/WO2009092263A1/zh active Application Filing
- 2008-12-24 EP EP12008673.1A patent/EP2575292B1/en active Active
Also Published As
Publication number | Publication date |
---|---|
ES2423509T3 (es) | 2013-09-20 |
EP2222024B1 (en) | 2013-05-08 |
EP2222024A4 (en) | 2011-11-09 |
EP2222024A1 (en) | 2010-08-25 |
WO2009092263A1 (zh) | 2009-07-30 |
EP2575292A1 (en) | 2013-04-03 |
CN101471871A (zh) | 2009-07-01 |
EP2575292B1 (en) | 2016-06-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101471871B (zh) | 终端、服务器、终端管理方法和终端能力信息上报方法 | |
EP2091210B1 (en) | Message processing method, system, server and terminal | |
US7181537B2 (en) | Method and apparatus for routing wireless village messages in an internet protocol multimedia subsystem | |
US7610043B2 (en) | Duplicate notification message processing method in terminal | |
US9043404B2 (en) | System, apparatus and method for providing partial presence notifications | |
US20150365415A1 (en) | Method, system and apparatus for handling terminal capabilities | |
CN100568873C (zh) | 用于发布/预订的消息传送系统和方法 | |
CN108933727B (zh) | 消息回执的处理方法和装置 | |
EP2031849B1 (en) | Ims network system and data restore method | |
US20080115125A1 (en) | Optimizing static dictionary usage for signal compression and for hypertext transfer protocol compression in a wireless network | |
US20050060361A1 (en) | Device management | |
EP1473949A2 (en) | Provision of a content delivery service to a user in a messaging system according to the user identification information | |
CN103370921B (zh) | 用于对本地网络中的传感器设备进行命名的方法、设备、服务网关和远程管理服务器 | |
CN101370159B (zh) | 一种识别业务的方法、装置和系统 | |
EP2081318B1 (en) | Method and device for initiating the session connection | |
CA2603050A1 (en) | Wireless data device with confirmation and retry capabilities for pushed data | |
CN102726030B (zh) | 用于路由xcap请求的方法和设备 | |
CN101047668B (zh) | 扩展信息发送方法 | |
CN102572696A (zh) | 一种处理业务请求的方法、装置和系统 | |
CN101291274B (zh) | 一种确定路由网关的方法、网络及装置 | |
KR100686181B1 (ko) | 통신 방법 및 이를 위한 단말 | |
KR100592881B1 (ko) | 개방형 서비스 플랫폼을 이용한 멀티미디어 메시징 서비스제공 방법 및 장치 | |
CN101765102B (zh) | 改变签约的方法和系统 | |
CN100546309C (zh) | 一种无线应用协议网关中处理用户代理档案的装置及方法 | |
CN101854579A (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 | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20211228 Address after: 450046 Floor 9, building 1, Zhengshang Boya Plaza, Longzihu wisdom Island, Zhengdong New Area, Zhengzhou City, Henan Province Patentee after: Super fusion Digital Technology Co.,Ltd. Address before: 518129 Bantian HUAWEI headquarters office building, Longgang District, Guangdong, Shenzhen Patentee before: HUAWEI TECHNOLOGIES Co.,Ltd. |