專利名稱：呈現(xiàn)業(yè)務(wù)的通知消息的發(fā)送和接收方法及設(shè)備的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)通信技術(shù)，尤其涉及一種呈現(xiàn)業(yè)務(wù)的通知消息的發(fā)送和接收方法及設(shè)備。
背景技術(shù)：
IP多媒體子系統(tǒng)(IP Multimedia Subsystem, IMS)的路由原則是，用戶發(fā)起或者應(yīng)用服務(wù)器(Application Server, AS)發(fā)起的主叫起始請(qǐng)求經(jīng)過(guò)主叫IMS網(wǎng)絡(luò)，主叫IMS網(wǎng)絡(luò)根據(jù)起始請(qǐng)求中的被叫信息，路由到被叫用戶所在IMS網(wǎng)絡(luò)后，最終到達(dá)被叫用戶。在富通信套件(Rich Communication Suite,RCS)的呈現(xiàn)present)業(yè)務(wù)中，每個(gè)用戶都存在高達(dá)上千好友，而每個(gè)好友的狀態(tài)等信息都需要一條通知(Notify)消息通知給用戶，Notify 消息采用上述的IMS的路由原則進(jìn)行傳輸?，F(xiàn)有技術(shù)中，是在信令中攜帶通知內(nèi)容，大量的通知內(nèi)容將占用網(wǎng)絡(luò)-網(wǎng)絡(luò)接口(Network-Network Interface, NNI)的大量信令帶寬，導(dǎo)致IMS網(wǎng)絡(luò)大大超出其能處理的負(fù)荷。而且，信令路由的處理能力成本是非常貴的，特別是國(guó)內(nèi)長(zhǎng)途/國(guó)際長(zhǎng)途的時(shí)候，成本非常高。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例是提供一種呈現(xiàn)業(yè)務(wù)的通知消息的發(fā)送和接收方法及設(shè)備，降低信令負(fù)荷及成本。本發(fā)明實(shí)施例提供了一種呈現(xiàn)業(yè)務(wù)的通知消息的發(fā)送方法，包括發(fā)送端將呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束，得到集束內(nèi)容；所述發(fā)送端通過(guò)媒體通道向接收端發(fā)送所述集束內(nèi)容，通過(guò)信令通道向所述接收端發(fā)送指示消息，其中，所述指示消息用于通知所述接收端有集束內(nèi)容到達(dá)，以及攜帶所述媒體通道的信息。本發(fā)明實(shí)施例提供了一種呈現(xiàn)業(yè)務(wù)的通知消息的接收方法，包括通過(guò)信令通道接收發(fā)送端發(fā)送的指示消息，其中，所述集束內(nèi)容由所述發(fā)送端將呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束得到，所述指示消息用于通知所述接收端有集束內(nèi)容到達(dá)，以及攜帶所述媒體通道的信息；根據(jù)所述媒體通道的信息，接收通過(guò)所述媒體通道傳送的集束內(nèi)容，并將所述集束內(nèi)容分解成至少兩條呈現(xiàn)業(yè)務(wù)通知消息。本發(fā)明實(shí)施例提供了一種呈現(xiàn)業(yè)務(wù)的通知消息的發(fā)送端設(shè)備，包括集束模塊，用于將呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束，得到集束內(nèi)容；發(fā)送模塊，用于通過(guò)媒體通道向接收端發(fā)送所述集束內(nèi)容，通過(guò)信令通道向所述接收端發(fā)送指示消息，其中，所述指示消息用于通知所述接收端有集束內(nèi)容到達(dá)，以及攜帶所述媒體通道的信息。本發(fā)明實(shí)施例提供了一種呈現(xiàn)業(yè)務(wù)的通知消息的接收端設(shè)備，包括信令接收模塊，用于通過(guò)信令通道接收發(fā)送端發(fā)送的指示消息，其中，所述集束內(nèi)容由發(fā)送端將呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束得到，所述指示消息用于通知所述接收端有集束內(nèi)容到達(dá)，以及攜帶所述媒體通道的信息；內(nèi)容處理模塊，用于根據(jù)所述媒體通道的信息，接收通過(guò)所述媒體通道傳送的集束內(nèi)容，并將所述集束內(nèi)容分解成至少兩條呈現(xiàn)業(yè)務(wù)通知消息。由上述技術(shù)方案可知，本發(fā)明實(shí)施例通過(guò)將呈現(xiàn)業(yè)務(wù)的通知消息進(jìn)行集束，并且將集束內(nèi)容通過(guò)媒體通道發(fā)送給接收端，而不是采用信令通道進(jìn)行發(fā)送，可以節(jié)省信令資源，并降低處理難度，實(shí)現(xiàn)降低成本。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對(duì)實(shí)施例描述中所需要使用的附圖作一簡(jiǎn)單地介紹，顯而易見(jiàn)地，下面描述中的附圖是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1為本發(fā)明第一實(shí)施例的方法流程示意圖；圖2為本發(fā)明第二實(shí)施例的方法流程示意圖；圖3為本發(fā)明第三實(shí)施例的方法流程示意圖；圖4為本發(fā)明第四實(shí)施例的方法流程示意圖；圖5為本發(fā)明第五實(shí)施例的發(fā)送端設(shè)備結(jié)構(gòu)示意圖；圖6為本發(fā)明第六實(shí)施例的接收端設(shè)備結(jié)構(gòu)示意圖。
具體實(shí)施例方式為使本發(fā)明實(shí)施例的目的、技術(shù)方案和優(yōu)點(diǎn)更加清楚，下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒(méi)有做出創(chuàng)造性勞動(dòng)前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。本發(fā)明實(shí)施例提供一個(gè)通知網(wǎng)關(guān)Notify GW功能實(shí)體，所述Notify GW可以獨(dú)立部署，也可以集成在AS或者其他網(wǎng)元中，其作用是在發(fā)送端把預(yù)定時(shí)間內(nèi)(該預(yù)定的時(shí)間根據(jù)業(yè)務(wù)以及網(wǎng)絡(luò)的情況設(shè)定，比如1分鐘)的至少兩條通知(Notify)消息進(jìn)行集束，后續(xù)采用媒體通道對(duì)集束內(nèi)容進(jìn)行傳遞，以及采用信令通道通知被叫網(wǎng)絡(luò)有集束內(nèi)容到達(dá)， 媒體通道是用來(lái)傳遞集束內(nèi)容，接收網(wǎng)絡(luò)的Notify GW通過(guò)信令通道獲知有集束內(nèi)容到達(dá)， 根據(jù)信令面?zhèn)鬏數(shù)男帕钕⒅袛y帶的參數(shù)，去獲取媒體面內(nèi)容，并把媒體面的集束內(nèi)容轉(zhuǎn)換成Notify消息轉(zhuǎn)發(fā)給接收AS。圖1為本發(fā)明第一實(shí)施例的方法流程示意圖，包括步驟11 發(fā)送端將呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束，得到集束內(nèi)容。其中，所述集束對(duì)象可以是發(fā)送端預(yù)定時(shí)間內(nèi)需要發(fā)送給同一接收端的notify 消息，本發(fā)明實(shí)施例中，發(fā)送端為發(fā)起呈現(xiàn)業(yè)務(wù)通知消息的呈現(xiàn)業(yè)務(wù)應(yīng)用服務(wù)器，接收端為接收呈現(xiàn)業(yè)務(wù)通知消息的呈現(xiàn)業(yè)務(wù)應(yīng)用服務(wù)器。由于RCS的I^esent業(yè)務(wù)的通知消息數(shù)量較多，因此本發(fā)明實(shí)施例集束對(duì)象一般情況下為預(yù)定時(shí)間內(nèi)針對(duì)同一接收端的至少兩條 notify消息，當(dāng)然，集束對(duì)象為預(yù)定時(shí)間內(nèi)的notify消息是本發(fā)明實(shí)施例提供的實(shí)現(xiàn)方式之一，本發(fā)明實(shí)施例也可以不局限于預(yù)定時(shí)間內(nèi)，也可以在發(fā)送端預(yù)先設(shè)置需要集束的 notify消息的數(shù)量，即集束預(yù)定數(shù)量的notify消息，同樣可以達(dá)到本發(fā)明實(shí)施例需要降低信令負(fù)荷及成本的技術(shù)目的。步驟12 所述發(fā)送端通過(guò)媒體通道向接收端發(fā)送所述集束內(nèi)容，通過(guò)信令通道向所述接收端發(fā)送指示消息，其中，所述指示消息用于通知所述接收端有集束內(nèi)容到達(dá)，以及攜帶所述媒體通道的信息。該指示消息可以具體為會(huì)話建立協(xié)議(Session Initiation Protocol，SIP)信令中的invite請(qǐng)求消息，也可以采用IP網(wǎng)絡(luò)的信令，直接向接收端發(fā)送指示消息。其中，發(fā)送端和接收端可以預(yù)先定義指示消息的格式，以便接收端確定出接收的消息為指示消息， 例如，如果以指示消息為invite消息為例，則接收端接收到invite消息后則獲知有集束內(nèi)容到達(dá)。另外，指示消息通過(guò)攜帶媒體通道的消息，可以指示出承載集束內(nèi)容的媒體通道。其中，該媒體通道可以為文件傳輸協(xié)議(File Transfer Protocol, FTP)通道，該媒體通道可以承載在傳輸控制協(xié)議CTransport Control Protocol, TCP)上(即TCP+FTP)， 或者，該媒體通道也可以為消息會(huì)話中繼協(xié)議(Message Session Relay Protocol, MSRP) 通道，該媒體通道也可以承載在TCP上(TCP+MSRP)。上述是發(fā)送端的流程，對(duì)于接收端，可以執(zhí)行如下步驟通過(guò)信令通道接收發(fā)送端發(fā)送的指示消息，其中，所述集束內(nèi)容由所述發(fā)送端將呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束得到，所述指示消息用于通知所述接收端有集束內(nèi)容到達(dá)，以及攜帶所述媒體通道的信息；根據(jù)所述媒體通道的信息，接收通過(guò)所述媒體通道傳送的集束內(nèi)容，并將所述集束內(nèi)容分解成至少兩條呈現(xiàn)業(yè)務(wù)通知消息。本實(shí)施例通過(guò)將呈現(xiàn)業(yè)務(wù)notify消息進(jìn)行集束，并且將集束內(nèi)容通過(guò)媒體通道發(fā)送給接收端，而不是采用信令通道進(jìn)行傳送，可以節(jié)省信令資源，并降低處理難度，實(shí)現(xiàn)降低成本。圖2為本發(fā)明第二實(shí)施例的方法流程示意圖，本實(shí)施例以指示消息為invite請(qǐng)求消息，媒體通道為T(mén)CP+MSRP為例。參見(jiàn)圖2，本實(shí)施例包括步驟21 發(fā)送端的AS (MO)生成多條notify消息，發(fā)送端的notify GW對(duì)預(yù)定時(shí)間內(nèi)的多條notify消息進(jìn)行集束。該多條notify消息是對(duì)應(yīng)同一個(gè)接收端的AS的消息，例如，如果通知消息_1和通知消息-2是需要發(fā)送給同一接收端AS-I下屬的用戶，而通知消息-1和通知消息-2的生成時(shí)間在預(yù)定時(shí)間內(nèi)，則將通知消息-1和通知消息-2進(jìn)行集束處理。其中，集束可以是將多條Notify消息整體打包或者將有效信息打包，例如，可以將多條notify消息(包括notify消息自身的報(bào)文頭等內(nèi)容)直接攜帶在待采用的媒體通道所需的消息格式的凈荷部分，之后采用該媒體通道所需的消息格式進(jìn)行打包，如添加對(duì)應(yīng)的媒體通道所需的消息格式的報(bào)文頭?；蛘?，將多條notify消息的凈荷部分(不包括 notify消息自身的報(bào)文頭等內(nèi)容)攜帶在待采用的媒體通道所需的消息格式的凈荷部分， 之后采用該媒體通道所需的消息格式進(jìn)行打包，如添加對(duì)應(yīng)的媒體通道所需的消息格式的報(bào)文頭?？梢岳斫獾氖?，不論是哪種實(shí)現(xiàn)方式，接收端需要獲知打包方式以正確解析出打包前的notify消息。發(fā)送端和接收端可以采用預(yù)定義的方式確定打包方式，例如，發(fā)送端和接收端所屬的系統(tǒng)是在采用整體打包方式進(jìn)行打包的場(chǎng)景下。當(dāng)然，發(fā)送端也可以在指示消息中攜帶打包方式的信息，以使得接收端了解打包方式。步驟22 發(fā)送端的notify Gff通過(guò)信令通道發(fā)送指示消息，該指示消息用于通知接收端有集束內(nèi)容到達(dá)，該指示消息可以具體為invite請(qǐng)求消息。步驟23 發(fā)送端IMS域(IMS core)將指示消息通過(guò)信令通道發(fā)送給接收端IMS 域。步驟M 接收端IMS域(IMS core)將指示消息通過(guò)信令通道發(fā)送給接收端notify GW。在上述過(guò)程中，可以在invite消息中攜帶接收端notify GW或者接收端presence AS 的公共業(yè)務(wù)標(biāo)識(shí)(Public Service Identity, PSI)，IMS core 根據(jù) PSI 將 invite 消息路由到接收端IMS core.,步驟25 發(fā)送端notify Gff將集束內(nèi)容通過(guò)媒體通道，例如TCP+MSRP通道發(fā)送給接收端notify GW。在hvite 消息中可以通過(guò)會(huì)話描述協(xié)議(Session Description Protocol, SDP) 攜帶媒體通道的參數(shù)，通知notify GW通過(guò)該媒體通道的參數(shù)對(duì)應(yīng)的TCP+MSRF接收notify
集束ο由于采用TCP+MSRF通道進(jìn)行傳輸，該集束內(nèi)容將具有MSRF協(xié)議對(duì)應(yīng)的消息格式。步驟沈接收端notify Gff將接收到的集束內(nèi)容分解成多條單獨(dú)的notify消息轉(zhuǎn)發(fā)給接收端AS (MT)。例如，接收端是獲知發(fā)送端的打包方式的，根據(jù)發(fā)送端的打包方式可以相應(yīng)地對(duì)集束內(nèi)容進(jìn)行分解，例如，采用整體打包方式時(shí)，接收端在剝離出媒體通道對(duì)應(yīng)的消息格式的報(bào)文頭后，得到凈荷部分，從該凈荷部分可以得到各打包前的Notify消息。步驟27 接收端AS將多條notify消息發(fā)送給被叫IMS域。步驟28 被叫IMS域?qū)⒍鄺lnotify消息發(fā)送給被叫UE。本實(shí)施例通過(guò)將通知消息進(jìn)行集束，并且將集束內(nèi)容通過(guò)媒體通道發(fā)送給接收端，而不是采用信令通道進(jìn)行發(fā)送，可以節(jié)省信令資源，并降低處理難度，實(shí)現(xiàn)降低成本。另外，本發(fā)明實(shí)施例可以適用于小文件的場(chǎng)景。圖3為本發(fā)明第三實(shí)施例的方法流程示意圖，本實(shí)施例以指示消息為invite請(qǐng)求消息，媒體通道為T(mén)CP+FTP為例。步驟31 發(fā)送端的AS (MO)生成多條notify消息，發(fā)送端的notify GW對(duì)預(yù)定時(shí)間內(nèi)的多條notify消息進(jìn)行集束。步驟32 發(fā)送端的notify Gff通過(guò)信令通道發(fā)送指示消息，該指示消息用于通知接收端有集束內(nèi)容到達(dá)，該指示消息可以具體為invite請(qǐng)求消息。步驟33 發(fā)送端IMS域(IMS core)將指示消息通過(guò)信令通道發(fā)送給接收端IMS 域。步驟34 接收端IMS域(IMS core)將指示消息通過(guò)信令通道發(fā)送給接收端notify GW。在上述過(guò)程中，可以在invite消息中攜帶接收端notify GW或者接收端presence AS的PSI，IMS core根據(jù)PSI將invite消息路由到被叫IMS core。
步驟35 發(fā)送端notify Gff將集束內(nèi)容通過(guò)媒體通道，例如TCP+FTP通道發(fā)送給接收端notify GW。在hvite消息中可以通過(guò)SDP攜帶媒體通道的參數(shù)，通知notify GW通過(guò)該媒體通道的參數(shù)對(duì)應(yīng)的TCP+FTP接收notify集束。由于采用TCP+FTP通道進(jìn)行傳輸，該集束內(nèi)容將具有FTP協(xié)議對(duì)應(yīng)的消息格式。步驟36 接收端notify Gff將接收到的集束內(nèi)容分解成多條單獨(dú)的notify消息轉(zhuǎn)發(fā)給接收端AS (MT)。步驟37 接收端AS將多條notify消息發(fā)送給接收端IMS域。步驟38 接收端IMS域?qū)⒍鄺lnotify消息發(fā)送給接收UE。本實(shí)施例通過(guò)將通知消息進(jìn)行集束，并且將集束內(nèi)容通過(guò)媒體通道發(fā)送給接收端，而不是采用信令通道進(jìn)行發(fā)送，可以節(jié)省信令資源，并降低處理難度，實(shí)現(xiàn)降低成本。另外，本發(fā)明實(shí)施例可以適用于大文件的場(chǎng)景。圖4為本發(fā)明第四實(shí)施例的方法流程示意圖，本實(shí)施例以指示消息為IP網(wǎng)絡(luò)的信令，媒體通道為T(mén)CP+MSRP為例，當(dāng)然，在IP網(wǎng)絡(luò)的信令時(shí)，媒體通道也可以為T(mén)CP+FTP。步驟41 發(fā)送端的AS (MO)生成多條notify消息，發(fā)送端的notify GW對(duì)預(yù)定時(shí)間內(nèi)的多條notify消息進(jìn)行集束。步驟42 發(fā)送端的notify Gff通過(guò)IP網(wǎng)絡(luò)的信令通道發(fā)送指示消息，該指示消息用于通知接收端有集束內(nèi)容到達(dá)，該指示消息可以具體為HTTP消息。在上述過(guò)程中，可以在HTTP消息中攜帶接收端notify Gff或者接收端presence AS 的通用資源標(biāo)志符(Uniform Resource Identifier, URI)，IP 網(wǎng)絡(luò)根據(jù) URI 將 HTTP 消息路由到接收端notify GW。步驟43 發(fā)送端notify Gff將集束內(nèi)容通過(guò)媒體通道，例如TCP+MSRP通道發(fā)送給接收端notify GW。在HTTP消息中可以通過(guò)SDP攜帶媒體通道的參數(shù)，通知notify GW通過(guò)該媒體通道的參數(shù)對(duì)應(yīng)的TCP+MSRF接收notify集束。步驟44 接收端notify Gff將接收到的集束內(nèi)容分解成多條單獨(dú)的notify消息轉(zhuǎn)發(fā)給接收端AS (MT)。步驟45 接收端AS將多條notify消息發(fā)送給接收端IMS域。步驟46 接收端IMS域?qū)⒍鄺lnotify消息發(fā)送給接收端UE。本實(shí)施例通過(guò)將通知消息進(jìn)行集束，并且將集束內(nèi)容通過(guò)媒體通道發(fā)送給接收端，而不是采用信令通道進(jìn)行發(fā)送，可以節(jié)省信令資源，并降低處理難度，實(shí)現(xiàn)降低成本。另外，本發(fā)明實(shí)施例可以適用于端到端不經(jīng)過(guò)IMS core的場(chǎng)景。圖5為本發(fā)明第五實(shí)施例的發(fā)送端設(shè)備結(jié)構(gòu)示意圖，包括集束模塊51和發(fā)送模塊 52 ；集束模塊51用于將呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束，得到集束內(nèi)容；發(fā)送模塊52用于通過(guò)媒體通道向接收端發(fā)送所述集束內(nèi)容，通過(guò)信令通道向所述接收端發(fā)送指示消息，其中，所述指示消息用于通知所述接收端有集束內(nèi)容到達(dá)，以及攜帶所述媒體通道的信息。所述集束模塊51可以具體用于將針對(duì)同一接收端的預(yù)定時(shí)間內(nèi)的或預(yù)定數(shù)量的呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束，所述預(yù)定時(shí)間內(nèi)的或預(yù)定數(shù)量的呈現(xiàn)業(yè)務(wù)通知消息至少包括兩條。
所述設(shè)備可以為發(fā)送端的通知網(wǎng)關(guān)，所述通知網(wǎng)關(guān)集成在呈現(xiàn)業(yè)務(wù)應(yīng)用服務(wù)器中或者獨(dú)立部署。所述集束模塊可以具體用于將至少兩條呈現(xiàn)業(yè)務(wù)通知消息整體打包或者將有效信息打包。進(jìn)一步地，在本發(fā)明實(shí)施例提供的另一發(fā)送端設(shè)備實(shí)施例中，發(fā)送端設(shè)備還可以進(jìn)一步示例如下所述發(fā)送模塊52包括用于發(fā)送所述指示消息的第一單元，所述第一單元具體用于采用會(huì)話建立協(xié)議SIP信令，經(jīng)由發(fā)送端IP多媒體子系統(tǒng)IMS域和接收端IMS域，向接收端發(fā)送指示消息；或者，采用IP網(wǎng)絡(luò)的信令，直接向接收端發(fā)送指示消息。所述發(fā)送模塊52包括用于發(fā)送所述集束內(nèi)容的第二單元，所述第二單元具體用于采用消息會(huì)話中繼協(xié)議MSRP通道，或者，采用文件傳輸協(xié)議FTP通道，將所述集束內(nèi)容發(fā)送給所述接收端。本實(shí)施例通過(guò)將呈現(xiàn)業(yè)務(wù)的通知消息進(jìn)行集束，并且將集束內(nèi)容通過(guò)媒體通道發(fā)送給接收端，而不是采用信令通道進(jìn)行發(fā)送，可以節(jié)省信令資源，并降低處理難度，實(shí)現(xiàn)降低成本。圖6為本發(fā)明第六實(shí)施例的接收端設(shè)備結(jié)構(gòu)示意圖，包括信令接收模塊61和內(nèi)容處理模塊62 ；信令接收模塊61用于通過(guò)信令通道接收發(fā)送端發(fā)送的指示消息，其中，所述集束內(nèi)容由發(fā)送端將呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束得到，所述指示消息用于通知所述接收端有集束內(nèi)容到達(dá)，以及攜帶所述媒體通道的信息；內(nèi)容處理模塊62用于根據(jù)所述媒體通道的信息，接收通過(guò)所述媒體通道傳送的集束內(nèi)容，并將所述集束內(nèi)容分解成至少兩條呈現(xiàn)業(yè)務(wù)通知消息。本實(shí)施例通過(guò)將呈現(xiàn)業(yè)務(wù)的通知消息進(jìn)行集束，并且將集束內(nèi)容通過(guò)媒體通道發(fā)送給接收端，而不是采用信令通道進(jìn)行發(fā)送，可以節(jié)省信令資源，并降低處理難度，實(shí)現(xiàn)降低成本?？梢岳斫獾氖牵鲜龇椒霸O(shè)備中的相關(guān)特征可以相互參考。另外，上述實(shí)施例中的“第一”、“第二”等是用于區(qū)分各實(shí)施例，而并不代表各實(shí)施例的優(yōu)劣。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述方法實(shí)施例的全部或部分步驟可以通過(guò)程序指令相關(guān)的硬件來(lái)完成，前述的程序可以存儲(chǔ)于計(jì)算機(jī)可讀取存儲(chǔ)介質(zhì)中，該程序在執(zhí)行時(shí)，執(zhí)行包括上述方法實(shí)施例的步驟；而前述的存儲(chǔ)介質(zhì)包括R0M、RAM、磁碟或者光盤(pán)等各種可以存儲(chǔ)程序代碼的介質(zhì)。最后應(yīng)說(shuō)明的是以上實(shí)施例僅用以說(shuō)明本發(fā)明的技術(shù)方案，而非對(duì)其限制；盡管參照前述實(shí)施例對(duì)本發(fā)明進(jìn)行了詳細(xì)的說(shuō)明，本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改，或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換；而這些修改或者替換，并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明各實(shí)施例技術(shù)方案的精神和范圍。
權(quán)利要求
1.一種呈現(xiàn)業(yè)務(wù)的通知消息的發(fā)送方法，其特征在于，包括發(fā)送端將呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束，得到集束內(nèi)容；所述發(fā)送端通過(guò)媒體通道向接收端發(fā)送所述集束內(nèi)容，通過(guò)信令通道向所述接收端發(fā)送指示消息，其中，所述指示消息用于通知所述接收端有集束內(nèi)容到達(dá)，以及攜帶所述媒體通道的信息。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述發(fā)送端將呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束包括所述發(fā)送端將針對(duì)同一接收端的預(yù)定時(shí)間內(nèi)的或預(yù)定數(shù)量的呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束，所述預(yù)定時(shí)間內(nèi)的或預(yù)定數(shù)量的呈現(xiàn)業(yè)務(wù)通知消息至少包括兩條。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述發(fā)送端將呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束包括所述發(fā)送端的通知網(wǎng)關(guān)對(duì)呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束，所述通知網(wǎng)關(guān)集成在呈現(xiàn)業(yè)務(wù)應(yīng)用服務(wù)器中或者獨(dú)立部署。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述將針對(duì)同一接收端的預(yù)定時(shí)間內(nèi)的或預(yù)定數(shù)量的呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束包括將至少兩條呈現(xiàn)業(yè)務(wù)通知消息整體打包或者將有效信息打包。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述指示消息還攜帶集束所采用的打包方式。
6.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述通過(guò)信令通道向所述接收端發(fā)送指示消息，包括采用會(huì)話建立協(xié)議SIP信令，經(jīng)由發(fā)送端IP多媒體子系統(tǒng)IMS域和接收端IMS域，向接收端發(fā)送指示消息；或者，采用IP網(wǎng)絡(luò)的信令，直接向接收端發(fā)送指示消息。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，若采用SIP信令發(fā)送所述指示消息，所述指示消息攜帶所述媒體通道的信息包括在hvite消息的會(huì)話描述協(xié)議SDP中攜帶媒體通道的參數(shù)。
8.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述SIP信令中包含所述接收端呈現(xiàn)業(yè)務(wù)應(yīng)用服務(wù)器或接收端通知網(wǎng)關(guān)的公共業(yè)務(wù)標(biāo)識(shí)PSI，以便所述指示消息的路由；或者，所述IP網(wǎng)絡(luò)的信令中包含所述接收端呈現(xiàn)業(yè)務(wù)應(yīng)用服務(wù)器或接收端通知網(wǎng)關(guān)的通用資源標(biāo)志符，以便所述指示消息的路由。
9.根據(jù)權(quán)利要求3所述的方法，其特征在于，所述通過(guò)媒體通道向接收端發(fā)送所述集束內(nèi)容，包括采用消息會(huì)話中繼協(xié)議MSRP通道，或者，采用文件傳輸協(xié)議FTP通道，將所述集束內(nèi)容發(fā)送給所述接收端。
10.根據(jù)權(quán)利要求3所述的方法，其特征在于，還包括所述接收端根據(jù)所述媒體通道的信息，接收通過(guò)所述媒體通道傳送的集束內(nèi)容，將所述集束內(nèi)容分解成至少兩條呈現(xiàn)業(yè)務(wù)通知消息。
11.一種呈現(xiàn)業(yè)務(wù)的通知消息的接收方法，其特征在于，包括通過(guò)信令通道接收發(fā)送端發(fā)送的指示消息，其中，所述集束內(nèi)容由所述發(fā)送端將呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束得到，所述指示消息用于通知所述接收端有集束內(nèi)容到達(dá)，以及攜帶所述媒體通道的信息；根據(jù)所述媒體通道的信息，接收通過(guò)所述媒體通道傳送的集束內(nèi)容，并將所述集束內(nèi)容分解成至少兩條呈現(xiàn)業(yè)務(wù)通知消息。
12.—種呈現(xiàn)業(yè)務(wù)的通知消息的發(fā)送端設(shè)備，其特征在于，包括集束模塊，用于將呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束，得到集束內(nèi)容；發(fā)送模塊，用于通過(guò)媒體通道向接收端發(fā)送所述集束內(nèi)容，通過(guò)信令通道向所述接收端發(fā)送指示消息，其中，所述指示消息用于通知所述接收端有集束內(nèi)容到達(dá)，以及攜帶所述媒體通道的信息。
13.根據(jù)權(quán)利要求12所述的設(shè)備，其特征在于，所述集束模塊具體用于將針對(duì)同一接收端的預(yù)定時(shí)間內(nèi)的或預(yù)定數(shù)量的呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束，所述預(yù)定時(shí)間內(nèi)的或預(yù)定數(shù)量的呈現(xiàn)業(yè)務(wù)通知消息至少包括兩條。
14.根據(jù)權(quán)利要求12或13所述的設(shè)備，其特征在于，所述設(shè)備為發(fā)送端的通知網(wǎng)關(guān)，所述通知網(wǎng)關(guān)集成在呈現(xiàn)業(yè)務(wù)應(yīng)用服務(wù)器中或者獨(dú)立部署。
15.根據(jù)權(quán)利要求14所述的設(shè)備，其特征在于，所述發(fā)送模塊包括用于發(fā)送所述指示消息的第一單元，所述第一單元具體用于采用會(huì)話建立協(xié)議SIP信令，經(jīng)由發(fā)送端IP多媒體子系統(tǒng)IMS域和接收端IMS域，向接收端發(fā)送指示消息；或者，采用IP網(wǎng)絡(luò)的信令，直接向接收端發(fā)送指示消息。
16.根據(jù)權(quán)利要求14所述的設(shè)備，其特征在于，所述發(fā)送模塊包括用于發(fā)送所述集束內(nèi)容的第二單元，所述第二單元具體用于采用消息會(huì)話中繼協(xié)議MSRP通道，或者，采用文件傳輸協(xié)議FTP通道，將所述集束內(nèi)容發(fā)送給所述接收端。
17.—種呈現(xiàn)業(yè)務(wù)的通知消息的接收端設(shè)備，其特征在于，包括信令接收模塊，用于通過(guò)信令通道接收發(fā)送端發(fā)送的指示消息，其中，所述集束內(nèi)容由發(fā)送端將呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束得到，所述指示消息用于通知所述接收端有集束內(nèi)容到達(dá)，以及攜帶所述媒體通道的信息；內(nèi)容處理模塊，用于根據(jù)所述媒體通道的信息，接收通過(guò)所述媒體通道傳送的集束內(nèi)容，并將所述集束內(nèi)容分解成至少兩條呈現(xiàn)業(yè)務(wù)通知消息。
全文摘要
本發(fā)明提供一種呈現(xiàn)業(yè)務(wù)的通知消息的發(fā)送和接收方法及設(shè)備。該方法包括發(fā)送端將呈現(xiàn)業(yè)務(wù)通知消息進(jìn)行集束，得到集束內(nèi)容；所述發(fā)送端通過(guò)媒體通道向接收端發(fā)送所述集束內(nèi)容，通過(guò)信令通道向所述接收端發(fā)送指示消息，其中，所述指示消息用于通知所述接收端有集束內(nèi)容到達(dá)，以及攜帶所述媒體通道的信息。本發(fā)明實(shí)施例可以降低信令開(kāi)銷，降低成本。
文檔編號(hào)H04L12/56GK102171994SQ201180000403
公開(kāi)日2011年8月31日 申請(qǐng)日期2011年4月14日 優(yōu)先權(quán)日2011年4月14日
發(fā)明者葉進(jìn)洲, 唐青山, 陳偉洪 申請(qǐng)人:華為技術(shù)有限公司