[發(fā)明專利]一種推送業(yè)務(wù)的實(shí)現(xiàn)方法及設(shè)備

有效

• 申請(qǐng)?zhí)枺?/td>: 201410717864.5
• 申請(qǐng)日: 2014-12-01
• 公開（公告）號(hào): CN104468556B
• 公開（公告）日: 2018-01-19
• 發(fā)明（設(shè)計(jì)）人: 許亞南
• 申請(qǐng)（專利權(quán)）人: 華為技術(shù)有限公司
• 主分類號(hào): H04L29/06
• 分類號(hào): H04L29/06
• 代理公司: 北京中博世達(dá)專利商標(biāo)代理有限公司11274
• 代理人: 申健

技術(shù)領(lǐng)域

本發(fā)明涉及通信領(lǐng)域，尤其涉及一種推送業(yè)務(wù)的實(shí)現(xiàn)方法及設(shè)備。

背景技術(shù)

在2G/3G網(wǎng)絡(luò)中，由于核心網(wǎng)、無(wú)線側(cè)的頻寬限制，彩鈴媒體的最大承載帶寬只有64K，通常語(yǔ)音承載帶寬可達(dá)64K，因此在彩鈴播放過程中，彩鈴語(yǔ)音獨(dú)占帶寬，不可能進(jìn)行其他的數(shù)據(jù)推送。這樣，彩鈴系統(tǒng)除了提供音頻(或視頻)外，無(wú)法推送其他數(shù)據(jù)。

現(xiàn)有一種OTT(Over The Top，互聯(lián)網(wǎng)超越運(yùn)營(yíng)商)技術(shù)，用戶可以為被叫推送媒體內(nèi)容，在被叫終端上顯示為被叫設(shè)置的媒體內(nèi)容。但OTT業(yè)務(wù)不具備實(shí)時(shí)性，是在被叫終端數(shù)據(jù)打開后，將用戶推送的內(nèi)容下載到本地，用戶再次撥打被叫時(shí)，從本地讀取下載的內(nèi)容，顯示在被叫終端上。另外，現(xiàn)有終端也不支持雙待，通話過程中數(shù)據(jù)是關(guān)閉的。因此，現(xiàn)有語(yǔ)音過程中向主、被叫提供的內(nèi)容有限，不能為用戶提供豐富的媒體內(nèi)容。

在4G(4^th Generation，第四代)場(chǎng)景下，協(xié)議得到改進(jìn)，終端支持在語(yǔ)音通話過程中進(jìn)行數(shù)據(jù)通信，但目前沒有方案能夠在語(yǔ)音通話中通過數(shù)據(jù)通信為用戶提供豐富的媒體內(nèi)容。

發(fā)明內(nèi)容

本發(fā)明實(shí)施例提供一種推送業(yè)務(wù)的實(shí)現(xiàn)方法及設(shè)備，在語(yǔ)音通話過程中可以向用戶推送HTML(Hyper Text Mark-up Language，超文本標(biāo)記語(yǔ)言)文件，能夠?yàn)橛脩籼峁┴S富的媒體內(nèi)容。

為達(dá)到上述目的，本發(fā)明實(shí)施例采用的技術(shù)方案是：

第一方面，公開了一種推送業(yè)務(wù)的實(shí)現(xiàn)方法，包括：

推送服務(wù)器接收來(lái)自主叫終端發(fā)送的SIP(Session Initiation Protocol，會(huì)話發(fā)起協(xié)議)呼叫請(qǐng)求消息，并在所述SIP呼叫請(qǐng)求消息中增加主叫設(shè)置的第一超文本標(biāo)記語(yǔ)言HTML文件信息；

所述推送服務(wù)器將所述SIP呼叫請(qǐng)求消息向被叫域的業(yè)務(wù)呼叫會(huì)話控制單元SCSCF發(fā)送，以便所述被叫域的SCSCF將攜帶有所述第一HTML文件信息的所述SIP呼叫請(qǐng)求消息轉(zhuǎn)發(fā)給被叫終端；

所述推送服務(wù)器根據(jù)MSRP(Message Session Replay Protocol，消息會(huì)話中繼協(xié)議)，建立與所述被叫終端之間的MSRP-TCP(Transmission Control Protocol，傳輸控制協(xié)議)連接；

所述推送服務(wù)器接收所述被叫終端發(fā)送的第一HTML文件獲取請(qǐng)求，根據(jù)所述第一HTML文件獲取請(qǐng)求攜帶的所述第一HTML文件信息獲取第一HTML文件；

所述推送服務(wù)器通過與所述被叫終端之間的MSRP-TCP連接向所述被叫終端發(fā)送所述第一HTML文件。

結(jié)合第一方面，在第一方面的第一種可能的實(shí)現(xiàn)方式中，所述方法還包括：

所述推送服務(wù)器生成攜帶被叫設(shè)置的第二HTML文件信息的媒體請(qǐng)求消息，向所述主叫終端發(fā)送所述媒體請(qǐng)求消息；

所述推送服務(wù)器根據(jù)MSRP，建立與所述主叫終端之間的MSRP-TCP連接；

所述推送服務(wù)器接收所述主叫終端發(fā)送的第二HTML文件獲取請(qǐng)求，根據(jù)所述第二HTML文件獲取請(qǐng)求攜帶的所述第二HTML文件信息獲取第二HTML文件；

所述推送服務(wù)器通過與所述主叫終端之間的MSRP-TCP連接向所述主叫終端發(fā)送所述第二HTML文件。

結(jié)合第一方面的第一種可能的實(shí)現(xiàn)方式，在第一方面的第二種可能的實(shí)現(xiàn)方式中，

若所述被叫為彩鈴用戶，則在所述推送服務(wù)器建立與所述主叫終端之間的MSRP-TCP連接之前，所述方法還包括：

所述推送服務(wù)器建立與所述主叫終端之間的RTP(Real-time Transport Protocol，實(shí)時(shí)傳輸協(xié)議)媒體承載，并通過所述RTP媒體承載向所述主叫終端播放音頻和/或視頻彩鈴。

結(jié)合第一方面，在第一方面的第三種可能的實(shí)現(xiàn)方式中，

在所述SIP呼叫請(qǐng)求消息中增加的所述第一HTML文件信息包括：符合MSRP，用于指示所述被叫終端獲取所述第一HTML文件的信息；

和符合MSRP，用于指示所述第一HTML文件路徑的信息。

結(jié)合第一方面的第一種可能的實(shí)現(xiàn)方式，在第一方面的第四種可能的實(shí)現(xiàn)方式中，所述媒體請(qǐng)求消息中攜帶的所述第二HTML文件信息包括：符合MSRP，用于指示所述主叫終端獲取所述第二HTML文件的信息；

和符合MSRP，用于指示所述第二HTML文件路徑的信息。

第二方面，公開了一種推送業(yè)務(wù)的實(shí)現(xiàn)方法，包括：