華為該項技術與現有技術相比，這種建立連接的方法節省了網絡資源，也防止了現有技術中客戶端會連續接收到推送會話請求消息的不良體驗。

推送會話的建立是客戶端與服務器進行通信的第一個環節，也是一個必不可少的環節。

現有的推送會話的建立方法是通過在會話初始請求消息SIR中添加用戶識別標識（User ID）來請求對應的客戶端與服務器建立連接。User ID是公用識別標識，可以綁定多個客戶端，這時SIR消息將會發送給User ID對應的所有客戶端，所有客戶端都會接收一條推送請求消息，或者向服務器返回在SIR消息中請求的信息。這不僅造成了網絡資源的浪費，還會帶來不好的用戶體驗，因為有的客戶端可能并不希望接受服務器發送的推送請求。

該專利提供了一種推送會話的建立方法、推送系統和相關設備，解決了現有推送會話建立方法存在的問題，節省了網絡資源，消除了不良的用戶體驗。

圖1

圖1所示為推送會話的建立方法的信令流程圖。

由上圖可以看出，如果用來標識客戶端的公共用戶身份標識綁定了多個客戶端，需要建立會話連接時，服務器會將查詢到的特定客戶端的設備標識信息添加到SIR消息中路由到客戶端，這樣只有需要激活的客戶端接收SIR消息，并與服務器建立基于SIP協議的推送會話連接，接收服務器的推送請求消息。和現有技術相比，該專利技術節省了網絡資源，也可以避免多個客戶端反復接收相同消息，從而避免因接收多條相同的消息而影響其他業務的正常接收。

圖2

圖2所示為該專利提供的一種推送系統。服務器100用于獲得客戶端200的設備標識信息，將客戶端200的設備標識信息添加到會話初始請求消息中并發送給客戶端200，請求客戶端200向服務器100建立推送會話連接。

客戶端200用于接收所述服務器100發送的會話初始協議消息，和服務器建立推送會話連接。

在該系統中，服務器發送的會話初始請求消息中還包括設備標識信息，客戶端會將設備標識信息與自身信息進行匹配，若相符合，則客戶端與服務器建立基于會話初始協議的推送會話連接。

圖3

圖3為一種服務器的結構示意圖，消息獲得單元10用于獲得客戶端的設備標識信息。

消息添加單元11，用于將消息獲得單元10獲得的客戶端的設備標識信息添加到會話初始請求消息中。

請求發送單元12，用于將會話初始請求消息發送給對應客戶端，請求客戶端向與之對應的服務器建立推送會話連接。

該專利還給出了另外一種服務器，結構如圖4所示，與圖3所示服務器相比，該服務器增加了標識判斷單元13、消息封裝單元14和標識添加單元15。

圖4

標識判斷單元13，用于判斷所述客戶端的User ID是否綁定了除所述客戶端之外的其它客戶端，若是，則通知信息獲得單元10獲得所述客戶端的設備標識信息，這樣在User ID只標識了一個客戶端時，可以不需要獲得客戶端的設備標識信息，簡化了推送會話連接建立中的信息處理。

消息封裝單元14，用于封裝會話初始請求消息。

標識添加單元15，用于將標識客戶端的公共身份標識添加到所述會話初始請求消息中。

該專利給出了兩種客戶端，結構示意圖分別如圖5、圖6所示。

圖5

請求單元21，用于接收會話初始請求消息。

若請求接收單元21接收的會話初始請求消息中包含用戶公共身份標識（User ID），判斷單元22會根據會話初始請求消息與自身的信息判斷是否需要和服務器建立推送會話連接。該發明中，只有需要接收推送消息的客戶端和服務器會建立連接，節省了網絡資源。

圖6為另外一種客戶端的結構示意圖，與圖5所示客戶端相比，細化了判斷連接單元22，并增加了回應單元23和應用激活單元24。

圖6

上圖所示客戶端的判斷連接單元22包括匹配單元220和連接單元221。接收單元21接收的會話初始請求消息中包含設備標識信息時，比較單元220將此設備標識信息與自身的信息進行匹配；當前述信息匹配成功時，連接單元221和服務器建立推送會話連接。

當請求單元21接收的會話初始請求消息中包含應用信息時，應用激活單元24激活應用信息對應的應用。

回應單元23是在連接單元與服務器建立連接后，向服務器進行返回信息或發送消息。

可見，如果用來標識客戶端的公共用戶身份標識綁定了多個客戶端，且只需要與其中特定的客戶端建立推送會話連接，本發明的方法是服務器將客戶端的設備標識信息添加到會話初始請求消息中，路由到客戶端；或者服務器將會話初始請求消息賦給所有客戶端，由客戶端來判斷是否需要建立推送會話連接。和現有技術相比，這種建立連接的方法節省了網絡資源，也防止了現有技術中客戶端會連續接收到推送會話請求消息的不良體驗。