華為推送會話的建立方法的優(yōu)點(diǎn)

華為該項(xiàng)技術(shù)與現(xiàn)有技術(shù)相比，這種建立連接的方法節(jié)省了網(wǎng)絡(luò)資源，也防止了現(xiàn)有技術(shù)中客戶端會連續(xù)接收到推送會話請求消息的不良體驗(yàn)。

推送會話的建立是客戶端與服務(wù)器進(jìn)行通信的第一個(gè)環(huán)節(jié)，也是一個(gè)必不可少的環(huán)節(jié)。

現(xiàn)有的推送會話的建立方法是通過在會話初始請求消息SIR中添加用戶識別標(biāo)識（User ID）來請求對應(yīng)的客戶端與服務(wù)器建立連接。User ID是公用識別標(biāo)識，可以綁定多個(gè)客戶端，這時(shí)SIR消息將會發(fā)送給User ID對應(yīng)的所有客戶端，所有客戶端都會接收一條推送請求消息，或者向服務(wù)器返回在SIR消息中請求的信息。這不僅造成了網(wǎng)絡(luò)資源的浪費(fèi)，還會帶來不好的用戶體驗(yàn)，因?yàn)橛械目蛻舳丝赡懿⒉幌Ｍ邮芊?wù)器發(fā)送的推送請求。

該專利提供了一種推送會話的建立方法、推送系統(tǒng)和相關(guān)設(shè)備，解決了現(xiàn)有推送會話建立方法存在的問題，節(jié)省了網(wǎng)絡(luò)資源，消除了不良的用戶體驗(yàn)。

圖1

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

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

圖2

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

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

在該系統(tǒng)中，服務(wù)器發(fā)送的會話初始請求消息中還包括設(shè)備標(biāo)識信息，客戶端會將設(shè)備標(biāo)識信息與自身信息進(jìn)行匹配，若相符合，則客戶端與服務(wù)器建立基于會話初始協(xié)議的推送會話連接。

圖3

圖3為一種服務(wù)器的結(jié)構(gòu)示意圖，消息獲得單元10用于獲得客戶端的設(shè)備標(biāo)識信息。

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

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

該專利還給出了另外一種服務(wù)器，結(jié)構(gòu)如圖4所示，與圖3所示服務(wù)器相比，該服務(wù)器增加了標(biāo)識判斷單元13、消息封裝單元14和標(biāo)識添加單元15。

圖4

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

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

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

該專利給出了兩種客戶端，結(jié)構(gòu)示意圖分別如圖5、圖6所示。

圖5

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

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

圖6為另外一種客戶端的結(jié)構(gòu)示意圖，與圖5所示客戶端相比，細(xì)化了判斷連接單元22，并增加了回應(yīng)單元23和應(yīng)用激活單元24。

圖6

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

當(dāng)請求單元21接收的會話初始請求消息中包含應(yīng)用信息時(shí)，應(yīng)用激活單元24激活應(yīng)用信息對應(yīng)的應(yīng)用。

回應(yīng)單元23是在連接單元與服務(wù)器建立連接后，向服務(wù)器進(jìn)行返回信息或發(fā)送消息。

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