专利名称：：基于会话初始协议的推送方法及客户端的制作方法
技术领域：
：本发明涉及通信
技术领域：
，特别涉及基于会话初始协议的推送方法及客户端。
背景技术：
：推送(Push)是一个内容分发的机制，采用客户端/服务器模式的工作方式，要求服务器不需要客户端对推送的内容请求就可以将所需要的内容进行分发。服务器对推送内容的分发具体为将推送请求消息封装成空中协议(OAT)消息，如无线会话的空中协议(OTA-WSP)和超文本传输的空中协议(OTA-HTTP)等消息，并将封装后的推送请求消息发送给客户端。在推送业务增加对会话初始协议(SIP)的支持后，会话初始协议的推送功能实体可以将任何空中协议的推送请求消息封装到SIP消息中，利用现有的会话初始协议/网络协议(SIP/IP)的核心网进行传输。现有的基于SIP的推送方法是服务器将推送请求消息利用SIP协议为载体分发给客户端。现有的推送系统中往往包括推送发起者(PI)、推送代理网关(PPG)和客户端，还可以包括推送接收代理，则在这种情况下，基于SIP的推送方法主要通过下述流程实现，信令流程图如图l所示A1、PI产生推送请求消息，并使用推送接入协议(PushAccessProtocol,PAP)将所述推送请求消息发送给PPG;A2、PPG接收到所述推送请求消息，将所述推送请求消息用SIP消息封装，并通过空中接口发送给客户端或推送接收代理；A3、客户端或推送接收代理接收到所述用SIP消息封装的推送请求消息，返回SIP响应消息给PPG;A4、PPG在接收到SIP响应消息，向PI返回响应。在对上述现有的基于SIP的推送方法进行实践和研究的过程中，本发明的发明人发现在采用SIP协议进行推送时，客户端对于某些SIP消息只能返回SIP响应消息，指示推送请求消息成功发送，是传输层面的确认。这样服务器就不能获知客户端对推送请求消息的处理情况，不方便服务器对推送请求消息传递的管理。
发明内容本发明实施例提供基于会话初始协议的推送方法及客户端，使得在采用SIP协议进行推送时，客户端可以向服务器反馈对推送请求消息的处理信息，方便了服务器对推送请求消息传递的管理。本发明提供的一种基于会话初始协议的推送方法，包括接收基于会话初始协议消息封装的推送请求消息；获取对所述推送请求消息进行处理的处理结果；将所述处理结果返回给服务器。本发明提供的一种客户端，包括消息接收单元，用于接收基于会话初始协议消息封装的推送请求消息；结果获得单元，用于获取对所述推送请求消息进行处理的处理结果；结果返回单元，用于将所述结果获得单元获得的处理结果返回给服务器。可见，本发明实施例中基于会话初始协议的推送方法是在接收到基于会话初始协议消息封装的推送请求消息，获取对所述推送请求消息进行处理的处理结果，将该处理结果用会话初始协议消息封装，并返回给服务器，使得在利用会话初始协议进行推送后，服务器可以获知对推送请求消息的处理情况，方便服务器对所述推送请求消息传递的管理。为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1是现有技术中SIP的推送方法的信令流程图；图2是本发明实施例一提供的基于会话初始协议的推送方法的信令流程图；图3是本发明实施例二提供的基于会话初始协议的推送方法的信令流程图；图4是本发明实施例三提供的基于会话初始协议的推送方法的信令流程图；图5是本发明实施例四提供的基于会话初始协议的推送方法的信令流程图；图6是本发明设备实施例一提供的客户端的结构示意图；图7是本发明设备实施例二提供的客户端的结构示意图。具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。实施例一、一种基于会话初始协议的推送方法，本实施例中基于会话初始协议的推送系统包括服务器和客户端，信令流程图如图2所示，包括步骤101、服务器发送基于SIP消息封装的推送请求消息(即SIP推送请求消息)给客户端；步骤102、客户端接收基于SIP消息封装的推送请求消息；这里，客户端可以解析SIP消息得到推送请求消息。步骤103、客户端获取对所述推送请求消息进行处理的处理结果；可以理解，客户端得到推送请求消息后，对所述推送请求消息进行处理，获得的处理结果的为指示客户端是否由于内存满、资源短缺而不能正常接收该推送请求消息，推送请求消息被客户端拒绝，或推送请求消息成功接收，是否被处理等状态信息；或指示推送请求消息是否是符合安全要求的信息，如是否由于安全问题被拒绝接收；或指示推送请求消息是否符合客户端设置策略的信息；或指示推送请求消息语法是否正确而被客户端识别或不能识别的信息。可以理解，客户端在获得处理结果时，还可以是向接收代理来请求获得，这时是接收代理对推送请求消息进行处理的。步骤104、客户端将所述处理结果返回给服务器。客户端在将处理结果返回给服务器可以是可以添加到会话初始协议消息的头域和/或值域和/或消息体中来指示相关状态消息，此头域，值域和消息体可以是利用现有的会话初始协议消息的头域，值域和消息体，也可以通过扩展会话初始协议消息的头域，值域和消息体来实现，且这里的会话初始协议消息可以是所述推送请求消息的响应消息，或新生成的基于会话初始协议消息的推送请求消息，或在建立的会话初始协议会话中的消息；还可以将处理结果通过生成的处理结果通知消息返回给服务器。可以理解，还可以是将处理结果添加到现有的其它会话始协议的返回消息中，这并不构成对本发明的限制。如表1中扩展SIP消息200响应消息(2000K)的头域"推送请求消息的状态消息(X-W即-Push-Status)"，并将对消息400的处理状态结果信息(400Acc印ted)添加到X-W即-Push-Status中。SIP/2.02000K内容(Via):SIP/2.0/TCPproxy,domain,com;branch=z9hG4bK123dsghds;received=192.0.2.1......来源(From):〈sip:psa.domain.com>;tag=49583目的(To):Bob〈sip:user@domain.com>;gr=urn:皿id:f81d4fae_7dec_lld0_a765_00a0c91e6bf6>;tag=456248支持(Supported):gr皿呼叫标识号(Call-ID):723459815768908@998sdasdh09命令序列(CSeq):IMESSAGE内容的长度(Content-Length):0推送请求消息状态(X-W即-Push-Status):消息400被接受(400Accepted)表1会话初始协议消息扩展的头域中添加处理结果又如表2中将处理结果"X-W即-Push-Status:400Acc印ted"添加到现有的SIP消息200响应消息(200OK)中已经有的头域"扩展头域(ExtendedHeader)"的值域中。6<table>tableseeoriginaldocumentpage7</column></row><table>表2会话初始协议消息的头域中添加处理结果又如表3扩展SIP消息200响应消息(200OK)的消息体"消息部分(HTTP/1.1204NoContent)"，并将处理结果"X-W即-Push-Status:400Acc印ted"添加到所述扩展的消息体中。<table>tableseeoriginaldocumentpage7</column></row><table>表3会话初始协议消息扩展的消息体中添加处理结果客户端将处理结果返回给服务器后，该服务器就可以获知推送请求消息是否被客户端接收，并判断是否可以进行重发，避免网络资源的浪费，也可以避免消息的不断重发，特别可以避免因相同错误消息的到来影响其他业务的正常接收。可以理解，步骤102-104可以是由客户端(或推送接收代理)单独完成；也可以由客户端(或推送接收代理)转发给应用(Application)完成；还可以是客户端(或推送接收代理)和应用(Application)完成，如客户端(或推送接收代理)完成步骤102和103，其余的步骤由应用完成。本实施例中基于会话初始协议的推送方法是在接收到基于会话初始协议消息封装的推送请求消息，获取对所述推送请求消息进行处理的处理结果，将该处理结果用会话初始协议消息封装，并返回给服务器，使得在利用会话初始协议进行推送后，服务器可以获知客户端对推送请求消息的处理情况，方便服务器对所述推送请求消息传递的管理。实施例二、一种基于会话初始协议的推送方法，在本实施例中，SIP推送系统包括PI、PPG、推送接收代理(即客户端)，信令流程图如图3所示，包括步骤201、PI产生推送请求消息，并发送给PPG;步骤202、PPG将所述推送请求消息用SIP消息封装，并通过空中接口发送给推送接收代理；步骤203、推送接收代理解析该SIP消息得到推送请求消息，对所述推送请求消息进行处理，获得处理结果；可以理解，这里客户端得到的处理结果包括客户端是否由于内存满、资源短缺而不能正常接收该推送请求消息，推送请求消息被客户端拒绝，或推送请求消息成功接收等，或推送请求消息是否是由于安全问题被拒绝接收，是否是符合用户设置策略而被接收或拒绝，是否是语法正确而被客户端识别或不能识别等。步骤204、推送接收代理将所述处理结果添加到SIP响应消息中返回给PPG，添加的方法如实施例一所述，在此不再赘述；步骤205、PPG接收到SIP的响应消息，若步骤202中得到的推送请求消息中携带传递信息，PPG根据所述传递信息判断是否需要返回所述处理结果，若是，根据所述传递信息来获得对所述推送请求消息进行处理的相应处理结果，并执行步骤206;若否，则不返回处理结果；可以理解，若传递信息指示需要返回客户端是否能对该推送请求消息进行处理的信息，PPG则解析得到相应的结果信息；若传递信息指示需要返回客户端对该推送请求消息进行处理的处理状态信息，PPG则获得状态信息。步骤206、PPG将获取的相应的处理结果用PAP消息封装发送给PI;这样PPG只返回PI希望得到的处理情况，而其它的处理信息就可以不返回，减轻了信息传输的承载负担。步骤207、PI接收到基于PAP消息封装的处理结果，返回响应消息。可以理解，在本实施例中，推送接收代理可以在步骤203中得到推送请求消息后，确认推送请求消息中携带传递信息，则根据所述传递信息进行判断并获得相应的处理结果，并将处理结果添加到SIP响应消息中返回PPG，在以后的步骤中PPG只需负责将包含处理结果的SIP响应消息转发给PI。这样使得在PI发送的推送请求消息中没有携带传递信息即PI不需要知道客户端对消息的处理情况时，可以不用返回处理结果，从而简化了实施例一中客户端只要接收到推送请求消息就返回处理结果的流程，减少了传输信令。值得说明的是，本实施例中推送接收代理执行的步骤可以由客户端来执行，或和客户端结合执行，还可以由客户端转发给应用来完成。本实施例中，客户端对SIP推送请求消息进行处理的处理结果是通过SIP响应消息返回给PI，且本实施例中是PPG根据SIP推送请求消息的具体内容将相应的处理结果返回给PI，能达到和实施例一同样的技术效果。实施例三、一种基于会话初始协议的推送方法，在本实施例中，SIP推送系统包括8PI、PPG、推送接收代理即客户端，信令流程图如图4所示，包括步骤301、PI产生推送请求消息，并发送给PPG;步骤302、PPG返回接收到该推送请求消息的响应消息；步骤303、PPG采用SIP推送机制将该推送请求消息用SIP消息封装发送给推送接收代理；步骤304、推送接收代理接收到基于SIP消息封装的推送请求消息后返回响应消息；这里接收代理可以将所述封装成SIP消息的推送请求消息转发给应用，由应用来给出处理结果。步骤305、推送接收代理解析所述SIP消息得到推送请求消息，对所述推送请求消息进行处理，如果该推送请求消息中携带传递信息，例如，确认指示(confirmed)或无确认指示(unconfirmed)，推送接收代理根据所述传递信息来判断是否需要返回处理结果，并得到相应的处理结果，如实施例二中所述，从而节省了传输信令。这里步骤305也可在304之前发送，确认消息目前处理状态，例如lxx等SIP临时响应消息，例如，100尝试(trying)，818呼叫被转发，183会话进度消息等。步骤306、推送接收代理将所述相应的处理结果生成基于SIP消息封装的处理结果通知消息返回给PPG;这里可以将相应的处理结果携带在SIP发布消息(PUBLISH)，选择消息(OPTIONS)，通知消息(NOTIFY)等处理结果通知消息的消息体和/或头域和/或值域返回。可以理解，该处理结果通知消息可以是会话初始协议消的消息，HTTP消息，基于会话初始协议的推送请求消息，短消息和WSP消息中的一种或几种。步骤307、PPG收到SIP结果通知消息转发给PI;步骤308、PI返回响应消息。可以理解，本实施例中如果步骤305中推送接收代理接到一条以上的SIP推送请求消息，除了获得每条推送请求消息的处理结果，还要获得推送请求消息的标识信息(PushID)，以便区分不同SIP推送请求消息处理的不同结果。并将每条SIP推送请求消息的标识信息和处理结果用一条SIP处理结果通知消息封装，并返回。这样在PI接收到SIP处理结果通知消息后就能正确地管理每条推送请求消息的传递，便于PI识别。本实施例中，客户端对SIP推送请求消息进行处理的处理结果是通过SIP处理结果通知消息返回给PI，且本实施例中推送接收代理是根据推送请求消息的具体内容将相应的处理结果返回给PI，相对于实施例一中将客户端对SIP推送请求消息进行处理的所有处理结果相比，本实施例只返回推送请求消息中指示需要返回的处理结果，减少了承载负担；相对于实施例二中需要客户端将所有处理结果通过推送接收代理返回给PPG，再由PPG返回相应的处理结果相比，本实施例中客户端返回的即为相应的处理结果，减少了处理结果。实施例四、一种基于会话初始协议的推送方法，在本实施例中，SIP推送系统包括PI、PPG、推送接收代理即客户端，且通过会话来反馈客户端对SIP推送请求消息的处理结果，可以在会话上使用其他的SIP消息，也可以是会话中的SIP响应消息。信令流程图如图5所示，包括步骤401、PI产生推送请求消息，并发送给PPG;步骤402、PPG返回接收到该推送请求消息的响应消息；步骤403、PPG采用SIP协议的推送机制来传送该消息，PPG向推送接收代理发送建立会话的请求消息；步骤404、推送接收代理接收到该会话建立请求，接受该请求，返回响应消息；步骤405、PPG在此会话上传递SIP推送请求消息；步骤406、推送接收代理接收到SIP推送请求消息返回响应；可以理解，推送接收代理可以将SIP推送请求消息转发给客户端，由客户端来执行以下由推送接收代理执行的步骤。步骤407、推送接收代理解析SIP消息得到推送请求消息，对所述推送请求消息进行处理，根据所述推送请求消息的具体内容得到相应的处理结果，如推送请求消息中包含指示需要返回对推送请求消息进行处理的结果信息，则获得处理结果；步骤408、推送接收代理通过会话中的SIP消息返回给PPG;如果SIP推送请求消息中指示需要返回客户端对推送消息的处理结果，将所述处理结果和相应SIP推送请求消息的标识信息一并添加到SIP消息中返回给PPG。步骤409、当SIP消息传递完毕后，PPG释放该SIP推送请求消息传递会话；步骤410、推送接收代理返回会话释放响应消息；步骤411、PPG将解析出相应的推送请求消息的处理结果，返回给PI;步骤412、PI返回确认消息。本实施例中，客户端对SIP推送请求消息进行处理的处理结果是通过会话中的SIP消息返回给PI，且本实施例中是推送接收代理根据SIP推送请求消息的具体内容将相应的处理结果返回给PI。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分步骤是可以通过程序来指令相关的硬件完成，所述的程序可以存储于一种计算机可读存储介质中。上述提到的存储介质可以是只读存储器，磁盘或光盘等。设备实施例一、一种客户端，结构示意图如图6所示，包括消息接收单元ll，用于接收基于会话初始协议消息封装的推送请求消息；结果获得单元12，用于获取对所述消息接收单元11接收的推送请求消息进行处理的处理结果；结果返回单元13，用于将结果获得单元12获得的处理结果返回给服务器。本实施例客户端的消息接收单元11接收到用会话初始协议消息封装的推送请求消息，通过结果获得单元12获取对所述推送请求消息的处理结果，由结果返回单元13将该处理结果返回给服务器，使得在利用会话初始协议进行推送后，服务器可以获知客户端对推送请求消息的处理情况，方便服务器对所述推送请求消息传递的管理。设备实施例二、一种客户端，结构示意图如图7所示，包括消息接收单元20，用于接收基于会话初始协议消息封装的推送请求消息；解析单元21，用于解析所述消息接收单元20接收到的会话初始协议消息得到推送请求消息；处理单元22，用于对所述解析单元21得到的推送请求消息进行处理；判断单元23，用于当所述解析单元21得到的推送消息中携带传递信息，根据所述传递信息判断是否需要返回所述处理结果，若是，则通知所述结果获得单元24根据所述传递信息得到处理结果；结果获得单元24，用于根据所述传递信息得到处理结果；可以理解，结果获得单元24是根据处理单元22对推送请求消息的处理获得的。可选地，客户端还可以包括标识获得单元25，用于获得所述推送请求消息的标识信息后发送给结果返回单元26;这里标识获得单元25获得所述会话初始协议的推送请求消息的标识信息可以通过解析所述解析单元21得到的推送请求消息，或向服务器请求等方式获得。结果返回单元26，用于将所述标识获得单元25获得的推送请求消息的标识信息和所述结果获得单元24得到的处理结果一并返回给服务器。本实施例和设备实施例一相比，增加了解析单元21、处理单元22和判断单元23，根据所述会话初始协议的推送请求消息的内容来判断是否要返回处理结果，若是，才获得处理结果，和不经过判断而将对每一条的会话初始协议的推送请求消息进行处理的处理结果返回相比，减少了返回消息时的承载负担；同时增加了标识获得单元25获得会话初始协议的推送请求消息的标识信息，来区分对不同会话初始协议的推送请求消息不同的处理结果。可见，本发明中基于会话初始协议的推送方法是接收到基于会话初始协议消息封装的推送请求消息，获得对所述推送请求消息进行处理的处理结果，并将该处理结果用会话初始协议消息封装，并返回给服务器，使得在利用会话初始协议进行推送后，服务器可以获知对推送请求消息的处理情况，方便服务器对所述推送请求消息传递的管理。以上对本发明实施例所提供的基于会话初始协议的推送方法及客户端进行了详细介绍，本文中应用了具体的实施例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。1权利要求一种基于会话初始协议的推送方法，其特征在于，包括接收基于会话初始协议消息封装的推送请求消息；获取对所述推送请求消息进行处理的处理结果；将所述处理结果返回给服务器。2.如权利要求1所述的方法，其特征在于，所述获取对所述推送请求消息进行处理的处理结果之前还包括解析所述会话初始协议消息得到推送请求消息；对所述推送请求消息进行处理。3.如权利要求1或2所述的方法，其特征在于，所述处理结果为指示所述推送请求消息是否被处理的状态信息，或指示所述推送请求消息是否符合安全要求的信息，或指示所述推送请求消息是否符合客户端设置策略的信息，或指示所述推送请求消息由于语法是否正确而被客户端识别或不能识别的信息。4.如权利要求1或2所述的方法，其特征在于，还包括获得所述推送请求消息的标识信息，并将所述推送请求消息的标识信息和所述处理结果一并返回给服务器。5.如权利要求1或2所述的方法，其特征在于，所述将所述处理结果返回给服务器的方法包括扩展会话初始协议消息的头域和/或值域和/或消息体，并将所述处理结果添加到所述扩展的会话初始协议消息的头域和/或值域和/或消息体中返回给服务器；或将所述处理结果添加到会话初始协议消息的头域和/或值域和/或消息体中返回给服务器。6.如权利要求5所述的方法，其特征在于，所述会话初始协议消息为所述推送请求消息的响应消息，或新生成的基于会话初始协议消息的推送请求消息，或在建立的会话初始协议会话中的消息。7.如权利要求5所述的方法，其特征在于，所述将所述处理结果返回给服务器的方法包括生成处理结果通知消息，并返回给服务器；所述处理结果通知消息为会话初始协议消息，和/或超文本传输协议HTTP消息，和/或无线会话协议WSP消息，和/或基于会话初始协议的推送请求消息，和/或短消息。8.如权利要求1或2所述的方法，其特征在于，若所述推送请求消息中包含传递信息，所述获取对所述推送请求消息进行处理的处理结果之前还包括根据所述传递信息判断是否需要返回所述处理结果，若是，则根据所述传递信息获取对所述推送请求消息的处理结果。9.一种客户端，其特征在于，包括消息接收单元，用于接收基于会话初始协议消息封装的推送请求消息；结果获得单元，用于获取对所述推送请求消息进行处理的处理结果；结果返回单元，用于将所述结果获得单元获得的处理结果给服务器。10.如权利要求9所述的客户端，其特征在于，还包括解析单元，用于解析所述消息接收单元接收到的会话初始协议消息得到推送请求消息；处理单元，用于对所述解析单元得到的推送请求消息进行处理；所述结果获得单元获得的处理结果是根据所述处理单元的处理获得的。11.如权利要求9所述的客户端，其特征在于，还包括标识获得单元，用于获得所述推送请求消息的标识信息后发送给所述结果返回单元；所述结果返回单元，用于将所述标识获得单元获得的推送请求消息的标识信息和所述结果获得单元得到的处理结果一并用封装会话初始协议消息返回给服务器。12.如权利要求9所述的客户端，其特征在于，还包括判断单元，用于当所述解析单元得到的推送请求消息包含传递信息，根据所述传递信息判断是否需要返回所述处理结果，若是，则通知所述结果获得单元根据所述传递信息获取对所述推送请求消息进行处理的处理结果。全文摘要本发明提供基于会话初始协议的推送方法及客户端，应用于通信
技术领域：
。本发明中基于会话初始协议的推送方法是在接收到基于会话初始协议封装的推送请求消息后，获取对所述推送请求消息进行处理的处理结果，将该处理结果返回给服务器，使得在利用会话初始协议进行推送后，服务器可以获知对推送请求消息的处理情况，方便服务器对所述推送请求消息传递的管理。文档编号H04L29/06GK101771709SQ20081018078公开日2010年7月7日申请日期2008年12月2日优先权日2008年12月2日发明者杨健,王雷,范姝男,董挺申请人:华为终端有限公司