日韩成人黄色,透逼一级毛片,狠狠躁天天躁中文字幕,久久久久久亚洲精品不卡,在线看国产美女毛片2019,黄片www.www,一级黄色毛a视频直播

一種多媒體消息發(fā)送方法

文檔序號:7965302閱讀:186來源:國知局
專利名稱:一種多媒體消息發(fā)送方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信系統(tǒng),特別的涉及一種多媒體消息發(fā)送方法。
背景技術(shù)
多媒體消息業(yè)務(wù)(Multimedia Messaging Service,簡稱MMS)是在移動(dòng)網(wǎng)絡(luò)發(fā)展到2.5代,移動(dòng)終端趨于智能化、多媒體化條件下發(fā)展起來的一種服務(wù),MMS消息的長度可達(dá)30~100千字節(jié)。除文本以外,MMS消息中可以包含聲音、圖片和視頻片段中的一種或多種媒體格式的組合。信息內(nèi)容的豐富可使用戶間的交流形式多樣,也為內(nèi)容提供商開發(fā)移動(dòng)增值業(yè)務(wù)提供了空間。在即將到來的3G(Third Generation Partnership Project)時(shí)代,MMS勢必如2G時(shí)代的文字短消息一樣,成為大多數(shù)3G移動(dòng)終端的必備服務(wù)。
與語音呼叫轉(zhuǎn)移一樣,呼叫轉(zhuǎn)移為MMS的一項(xiàng)補(bǔ)充業(yè)務(wù)。只要被叫用戶設(shè)置了呼叫轉(zhuǎn)移業(yè)務(wù),激活呼叫轉(zhuǎn)移業(yè)務(wù),那么呼叫轉(zhuǎn)移行為將自動(dòng)發(fā)生。
由于各用戶均可以設(shè)置呼叫轉(zhuǎn)換,因此可能存在呼叫設(shè)置環(huán)回的問題,如圖1所示,用戶1設(shè)置呼叫轉(zhuǎn)移至用戶2,用戶2設(shè)置呼叫轉(zhuǎn)移至用戶3,用戶3設(shè)置呼叫轉(zhuǎn)移至用戶1。在這種情況下,如果用戶1、用戶2、用戶3歸屬于同一個(gè)多媒體消息服務(wù)中心(Multimedia Messaging Service Center,簡稱MMSC),那么MMSC可以檢測到MMS消息的呼叫轉(zhuǎn)移環(huán)回造成死循環(huán)的情況,從而MMSC進(jìn)行規(guī)避處理。
但是如果用戶1、用戶2歸屬同一MMSC,設(shè)該MMSC為MMSC A而用戶3歸屬另一MMSC,設(shè)該MMSC為MMSC B,由于MMS設(shè)置是歸屬地服務(wù),用戶1和用戶2的呼叫轉(zhuǎn)移設(shè)置在MMSC A完成,用戶3的呼叫轉(zhuǎn)移設(shè)置在MMSC B完成,MMSC A無法獲知用戶3的呼叫轉(zhuǎn)移情況,MMSC B無法獲知用戶1、用戶2的呼叫轉(zhuǎn)移情況,因而無法檢測到呼叫轉(zhuǎn)移環(huán)回造成死循環(huán)的情況。
為了避免該呼叫轉(zhuǎn)移環(huán)回而造成死循環(huán)的情況,現(xiàn)有技術(shù)對呼叫轉(zhuǎn)移設(shè)置做了限制,只允許在同歸屬于同一MMSC內(nèi)的用戶間進(jìn)行設(shè)置呼叫轉(zhuǎn)移業(yè)務(wù),而禁止呼叫轉(zhuǎn)移至外部的MMSC覆蓋的用戶。使用該限制雖然避免了呼叫轉(zhuǎn)移環(huán)回而造成死循環(huán)的情況,但是呼叫轉(zhuǎn)移業(yè)務(wù)只能在本MMSC內(nèi)部進(jìn)行,限制了業(yè)務(wù)的發(fā)展。

發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供一種多媒體消息業(yè)務(wù)的轉(zhuǎn)呼方法,以實(shí)現(xiàn)在MMSC之間設(shè)置呼叫轉(zhuǎn)移業(yè)務(wù)時(shí),避免呼叫轉(zhuǎn)移環(huán)回而造成死循環(huán)情況。
為解決上述技術(shù)問題,本發(fā)明的目的是通過以下技術(shù)方案實(shí)現(xiàn)的一種多媒體消息發(fā)送方法,包括以下步驟多媒體消息服務(wù)中心接收多媒體消息,如果所述多媒體消息的接收用戶已設(shè)置多媒體消息業(yè)務(wù)的呼叫轉(zhuǎn)移業(yè)務(wù),則在所述多媒體消息內(nèi)攜帶所述呼叫轉(zhuǎn)移業(yè)務(wù)信息,并發(fā)送所述的多媒體消息;多媒體服務(wù)中心接收外部多媒體服務(wù)中心發(fā)送的多媒體消息,根據(jù)所述呼叫轉(zhuǎn)移業(yè)務(wù)信息,檢測是否存在呼叫轉(zhuǎn)移環(huán)回可能,如果是,則停止發(fā)送所述的多媒體消息。
本發(fā)明方法中,優(yōu)選地,所述的呼叫轉(zhuǎn)移業(yè)務(wù)信息包含所述接收用戶標(biāo)識、以及所述接收用戶的呼叫轉(zhuǎn)移業(yè)務(wù)關(guān)聯(lián)用戶的用戶標(biāo)識。
本發(fā)明方法中,優(yōu)選地,所述的在所述多媒體消息內(nèi)攜帶所述的呼叫轉(zhuǎn)移業(yè)務(wù)信息,具體通過以下步驟實(shí)現(xiàn)如果所述的多媒體消息類型為multipart.related,則在所述的多媒體消息的smil體內(nèi)增加用于攜帶所述呼叫轉(zhuǎn)移業(yè)務(wù)信息的注釋。
本發(fā)明方法中,優(yōu)選地,所述的在所述多媒體消息內(nèi)攜帶所述的呼叫轉(zhuǎn)移業(yè)務(wù)信息,具體通過以下步驟實(shí)現(xiàn)如果所述的多媒體消息類型為multipart.mixed,則將所述的多媒體消息類型轉(zhuǎn)換為multipart.related,在轉(zhuǎn)換后的多媒體消息的smil體內(nèi)增加用于攜帶所述呼叫轉(zhuǎn)移業(yè)務(wù)信息的注釋。
本發(fā)明方法中,優(yōu)選地,所述檢測是否存在呼叫轉(zhuǎn)移環(huán)回可能,具體通過以下步驟實(shí)現(xiàn)判斷所述接收用戶標(biāo)識以及所述接收用戶的呼叫轉(zhuǎn)移業(yè)務(wù)關(guān)聯(lián)用戶的用戶標(biāo)識的任一是否與所述呼叫轉(zhuǎn)移業(yè)務(wù)信息中攜帶的呼叫轉(zhuǎn)移業(yè)務(wù)信息中的任一用戶標(biāo)識相匹配,如果是,則為呼叫轉(zhuǎn)移環(huán)回;否則不為呼叫轉(zhuǎn)移環(huán)回。
本發(fā)明方法中,優(yōu)選地,所述呼叫轉(zhuǎn)移業(yè)務(wù)信息標(biāo)識所述多媒體消息業(yè)務(wù)是否為呼叫轉(zhuǎn)移業(yè)務(wù)。
本發(fā)明方法中,優(yōu)選地,所述檢測是否存在呼叫轉(zhuǎn)移環(huán)回可能,具體通過以下步驟實(shí)現(xiàn)如果所述呼叫轉(zhuǎn)移業(yè)務(wù)信息標(biāo)識所述多媒體消息業(yè)務(wù)為呼叫轉(zhuǎn)移業(yè)務(wù),并且,所述多媒體消息的接收用戶已設(shè)置呼叫轉(zhuǎn)移業(yè)務(wù),并且,呼叫轉(zhuǎn)移至本多媒體服務(wù)中心外,則存在呼叫轉(zhuǎn)移環(huán)回可能。
本發(fā)明方法中,優(yōu)選地,所述步驟進(jìn)一步包括以下步驟如果所述呼叫轉(zhuǎn)移業(yè)務(wù)信息標(biāo)識所述多媒體消息業(yè)務(wù)為呼叫轉(zhuǎn)移業(yè)務(wù),并且,所述多媒體消息的接收用戶已設(shè)置呼叫轉(zhuǎn)移業(yè)務(wù),并且,所述呼叫轉(zhuǎn)移業(yè)務(wù)在本多媒體服務(wù)中心內(nèi),則在本多媒體服務(wù)中心內(nèi)檢測是否存在呼叫轉(zhuǎn)移環(huán)回。
以上技術(shù)方案可以看出,本發(fā)明與現(xiàn)有技術(shù)相比,具有以下的優(yōu)點(diǎn)由于本發(fā)明MMSC在由于呼叫轉(zhuǎn)移業(yè)務(wù)而轉(zhuǎn)發(fā)MMS消息時(shí),在MMS消息中攜帶呼叫轉(zhuǎn)移業(yè)務(wù)信息;當(dāng)MMSC接收到外部MMSC發(fā)送的MMS消息時(shí),可以根據(jù)接收的MMS消息攜帶的呼叫轉(zhuǎn)移業(yè)務(wù)信息,檢測是否存在呼叫轉(zhuǎn)移的可能,如果檢測到存在呼叫轉(zhuǎn)移的可能,則停止繼續(xù)發(fā)送所接收的MMS消息。本發(fā)明在用戶設(shè)置的呼叫轉(zhuǎn)移業(yè)務(wù)呼轉(zhuǎn)到外部MMSC的情況下,杜絕呼叫轉(zhuǎn)移環(huán)回而造成死循環(huán)的情況,大大擴(kuò)展了呼叫轉(zhuǎn)移業(yè)務(wù)。
進(jìn)一步的,由于本發(fā)明MMSC在由于呼叫轉(zhuǎn)移業(yè)務(wù)而轉(zhuǎn)發(fā)MMS消息時(shí),根據(jù)本MMSC記錄的該MMS消息接收用戶的呼叫轉(zhuǎn)移設(shè)置記錄,在轉(zhuǎn)發(fā)的MMSC消息中攜帶標(biāo)識該MMS消息是否為呼叫轉(zhuǎn)移業(yè)務(wù);當(dāng)接收到外部MMS消息的MMSC,如果還需要繼續(xù)呼叫轉(zhuǎn)移至MMSC外部,則進(jìn)一步根據(jù)該所接收到的MMS消息所攜帶的標(biāo)識該MMS消息是否屬于呼叫轉(zhuǎn)移業(yè)務(wù)的信息,如果該信息標(biāo)識該MMS消息屬于呼叫轉(zhuǎn)移業(yè)務(wù),則可知,存在呼叫轉(zhuǎn)移環(huán)回的可能,而停止繼續(xù)向外部MMSC轉(zhuǎn)發(fā)該MMS消息,使得在用戶設(shè)置的呼叫轉(zhuǎn)移業(yè)務(wù)呼轉(zhuǎn)到外部MMSC的情況下,杜絕呼叫轉(zhuǎn)移環(huán)回而造成死循環(huán)的情況,相對現(xiàn)有技術(shù),大大擴(kuò)展了呼叫轉(zhuǎn)移業(yè)務(wù)。另外的,本發(fā)明方法只需要MMSC在向外部發(fā)送MMS消息時(shí),在MMS消息中增加一用于標(biāo)識該MMS消息是否屬于呼叫轉(zhuǎn)移業(yè)務(wù)的信息單元即可實(shí)現(xiàn),因而,本發(fā)明方法實(shí)施性強(qiáng)。
進(jìn)一步的,本發(fā)明MMSC在由于呼叫轉(zhuǎn)移業(yè)務(wù)而轉(zhuǎn)發(fā)MMS消息時(shí),在轉(zhuǎn)發(fā)的MMS消息中攜帶所述多媒體消息的接收用戶的用戶標(biāo)識以及所述接收用戶的呼叫轉(zhuǎn)移業(yè)務(wù)的關(guān)聯(lián)用戶的用戶標(biāo)識,使得呼叫轉(zhuǎn)移業(yè)務(wù)信息精確到呼叫轉(zhuǎn)移業(yè)務(wù)關(guān)聯(lián)用戶,使得本發(fā)明能夠精確地判定呼叫轉(zhuǎn)移是否構(gòu)成環(huán)回,實(shí)現(xiàn)了在避免呼叫轉(zhuǎn)移環(huán)回導(dǎo)致死循環(huán)的前提下,保證了MMS消息的正確發(fā)送。
進(jìn)一步的,本發(fā)明在轉(zhuǎn)發(fā)的MMS消息中攜帶與所述多媒體消息接收用戶呼叫轉(zhuǎn)移關(guān)聯(lián)的用戶標(biāo)識時(shí),通過將multipart.mixed消息類型轉(zhuǎn)換成multipart.related消息類型,使得向外部MMSC轉(zhuǎn)發(fā)的所有MMS消息均包含smil消息,通過在smil消息體內(nèi)插入注釋的形式來攜帶呼叫轉(zhuǎn)移業(yè)務(wù)信息。由于multipart.mixed消息類型與multipart.related消息類型的轉(zhuǎn)換,只是將MMS消息的媒體內(nèi)容顯示格式由手動(dòng)改為自動(dòng),而不改變MMS消息的媒體內(nèi)容,同時(shí)的在smil消息體內(nèi)加注釋,不構(gòu)成對MMS消息的內(nèi)容有任何的影響。


圖1為呼叫轉(zhuǎn)移環(huán)回示意圖;圖2為用戶分布示意圖;圖3為實(shí)施例3的方法流程示意圖。
具體實(shí)施例方式
本發(fā)明的核心思想是,通過在多媒體消息內(nèi)攜帶所述呼叫轉(zhuǎn)移業(yè)務(wù)信息記錄,使得多媒體服務(wù)中心接收在外部多媒體服務(wù)中心發(fā)送的多媒體消息時(shí),能夠根據(jù)所述呼叫轉(zhuǎn)移業(yè)務(wù)信息記錄,檢測是否存在呼叫轉(zhuǎn)移環(huán)回可能,如果是,則停止發(fā)送所述的多媒體消息。本發(fā)明實(shí)現(xiàn)了當(dāng)用戶設(shè)置的呼叫轉(zhuǎn)移業(yè)務(wù)在MMSC之間時(shí),杜絕了呼叫轉(zhuǎn)移環(huán)回而造成死循環(huán)的情況,使得多媒體消息業(yè)務(wù)的呼叫轉(zhuǎn)移業(yè)務(wù)不局限于MMSC內(nèi),大大擴(kuò)展了呼叫轉(zhuǎn)移業(yè)務(wù)。
為了使本領(lǐng)域的技術(shù)人員更好的理解本發(fā)明技術(shù)方案,以下進(jìn)一步的結(jié)合附圖以及具體實(shí)施例對本發(fā)明進(jìn)行說明首先假設(shè)存在如圖2所示的用戶分布示意圖,如圖示,用戶1、用戶2、用戶3、用戶7以及用戶8同歸屬M(fèi)MSC A,而用戶4、用戶5同歸屬M(fèi)MSC B,用戶6歸屬M(fèi)MSC C。
實(shí)施例1設(shè)用戶的分布如圖2所示,假設(shè)用戶1為MMS消息的原始接收用戶,并且,用戶1設(shè)置呼叫轉(zhuǎn)移至2,用戶2設(shè)置呼叫轉(zhuǎn)移至3,MMSC A接收到發(fā)送給用戶1的MMS消息后,解析多媒體消息中接收用戶(用戶1)地址,并進(jìn)行查詢用戶1的呼叫轉(zhuǎn)移設(shè)置。由于用戶1、用戶2以及用戶3同歸屬M(fèi)MSC A,其呼叫轉(zhuǎn)移設(shè)置均在MMSC內(nèi)完成,因此MMSC A獲知該MMS的最終接收用戶為用戶3,并按照呼叫轉(zhuǎn)移設(shè)置將該MMS消息發(fā)送至用戶3。
實(shí)施例2設(shè)用戶的分布如圖2所示,假設(shè)用戶1為MMS消息的原始接收用戶,并且,用戶1設(shè)置呼叫轉(zhuǎn)移至3,用戶3設(shè)置呼叫轉(zhuǎn)移至4。MMSC A接收到發(fā)送給用戶1的MMS消息后,根據(jù)對用戶1、用戶2、用戶3的呼叫轉(zhuǎn)移設(shè)置查詢,獲知該MMS消息的接收用戶為不在本MMSC的用戶4,獲取用戶4所在的MMSC B的系統(tǒng)地址,根據(jù)第三代合作工程(Third Generation Partnership Project,簡稱3GPP)的MMS規(guī)范,將該MMS消息通過不同多媒體信息系統(tǒng)之間的交互接口(3GPP中規(guī)定的MM4接口),以請求的形式,將MMS消息轉(zhuǎn)發(fā)至用戶4所在的MMSC B。
與現(xiàn)有技術(shù)所不同的是,本發(fā)明在轉(zhuǎn)發(fā)的MMS消息中增加一用于標(biāo)識該MMS是否為呼叫轉(zhuǎn)移業(yè)務(wù)的信息單元,并對該信息單元進(jìn)行取值,使得該取值標(biāo)示該MMS消息為呼叫轉(zhuǎn)移業(yè)務(wù)。
MMSC B接收到該MMS消息后,根據(jù)攜帶用于標(biāo)識該MMS是否為呼叫轉(zhuǎn)移業(yè)務(wù)的信息單元取值,獲知該MMS消息為外部MMSC由于呼叫轉(zhuǎn)移而轉(zhuǎn)發(fā)過來的MMS消息。MMSC B在本MMSC內(nèi)查詢用戶4的呼叫轉(zhuǎn)移設(shè)置情況,如果在MMSC B內(nèi)用戶4已設(shè)置呼叫轉(zhuǎn)移至用戶5,則MMSC B獲知不存在呼叫轉(zhuǎn)移環(huán)回造成死循環(huán)的可能,直接將該MMS消息發(fā)送至用戶5;如果在MMSC B內(nèi)用戶4已設(shè)置呼叫轉(zhuǎn)移至用戶2,由于用戶2不在MMSC B內(nèi),MMSC B無法獲知用戶2的呼叫轉(zhuǎn)移設(shè)置情況,如果MMSC B將該MMS消息轉(zhuǎn)發(fā)至MMSCA,那么如果用戶2在MMSC A內(nèi)已設(shè)置呼叫轉(zhuǎn)移至用戶1、用戶2或用戶3,則呼叫轉(zhuǎn)移環(huán)回而造成死循環(huán),因而如果二次呼叫轉(zhuǎn)移至外部MMSC,存在呼叫轉(zhuǎn)移環(huán)回的可能性,為了杜絕呼叫轉(zhuǎn)移環(huán)回而造成死循環(huán)的情況,MMSC B拒絕將該MMS消息轉(zhuǎn)發(fā)至外部MMSC,而終止該MMS消息的發(fā)送。
同理,如果在MMSC B內(nèi)用戶4已設(shè)置呼叫轉(zhuǎn)移至用戶6,同理MMSC B拒絕將該MMS消息繼續(xù)呼叫轉(zhuǎn)移至MMSC C,而終止該MMS消息的發(fā)送。
可見,由于本發(fā)明在MMSC之間發(fā)送的MMS消息中,增加一用于標(biāo)識該MMS消息是否為呼叫轉(zhuǎn)移業(yè)務(wù)的信息單元,使得接收該MMS消息的MMSC可以根據(jù)該信息單元的取值,判定該MMS消息是否為呼叫轉(zhuǎn)移業(yè)務(wù),如果是,則當(dāng)在本MMSC內(nèi)繼續(xù)需要呼叫轉(zhuǎn)移至外部MMSC,而存在呼叫轉(zhuǎn)移環(huán)回而造成死循環(huán)的可能性,而采取規(guī)避,而終止MMS消息的發(fā)送。
實(shí)施例3以下以假設(shè)用戶1為MMS消息的原始接收用戶,并且,用戶1設(shè)置呼叫轉(zhuǎn)移至3,用戶3設(shè)置呼叫轉(zhuǎn)移至用戶4的情況為例,說明本方法對該MMS消息的發(fā)送過程。
圖3為本實(shí)施例方法的發(fā)送流程示意圖,如圖示,包括以下步驟
步驟S301MMSC A接收發(fā)送至用戶1的MMS消息。
步驟S302MMSC A查詢用戶1的呼叫轉(zhuǎn)移業(yè)務(wù)。
MMSC A接收到發(fā)送給用戶1的MMS消息后,根據(jù)對用戶1的呼叫轉(zhuǎn)移業(yè)務(wù)查詢,獲知該呼叫轉(zhuǎn)移情況為用戶1呼叫轉(zhuǎn)移至用戶3,用戶3呼叫轉(zhuǎn)移至用戶4。
步驟S303判定是否呼轉(zhuǎn)到MMSC A外,如果是,則執(zhí)行步驟S304以及步驟S305;否則按照現(xiàn)有技術(shù)的MMSC內(nèi)的呼叫轉(zhuǎn)移業(yè)務(wù)處理流程進(jìn)行呼叫轉(zhuǎn)移業(yè)務(wù)處理。
顯然在本實(shí)施例中,用戶4不歸屬于MMSC A,而歸屬于MMSC B,則同時(shí)執(zhí)行步驟S304以及步驟S305。
步驟S304獲取用戶4所在的MMSC B的系統(tǒng)地址。
在獲知該MMS消息的接收用戶為不在本MMSC的用戶4后,則獲取用戶4所在的MMSC B的系統(tǒng)地址。
步驟S305判斷該MMS消息的消息體類型是否為multipart.related,如果是則執(zhí)行步驟S307;否則,執(zhí)行步驟S306。
步驟S306將該MMS消息類型轉(zhuǎn)換為multipart.related,繼續(xù)執(zhí)行步驟S307。
當(dāng)消息類型為multipart.mixed時(shí),在MMS消息體的頭部插入一段smil格式的內(nèi)容體,并將消息類型更改為multipart.related。
步驟S307MMSC A在該MMS消息的smil體內(nèi)插入注釋,以標(biāo)示該MMS消息在本MMSC內(nèi)的呼叫轉(zhuǎn)移情況。
至此,所有的MMS消息的消息體類型均為multipart.related類型了,MMSCA獲取用戶1以及用戶1的呼叫轉(zhuǎn)移相關(guān)聯(lián)并且歸屬于本MMSC的用戶的用戶標(biāo)識,并在MMS消息的smil體內(nèi)插入一段攜帶所獲取的用戶標(biāo)識信息的注釋,以標(biāo)示該MMS消息在本MMSC內(nèi)的呼叫轉(zhuǎn)移業(yè)務(wù)。在本實(shí)施例的假設(shè)條件假設(shè)用戶1為MMS消息的原始接收用戶,并且,用戶1設(shè)置呼叫轉(zhuǎn)移至3,用戶3設(shè)置呼叫轉(zhuǎn)移至用戶4的情況下,所標(biāo)示的在MMSC A內(nèi)的呼叫轉(zhuǎn)移業(yè)務(wù)為用戶1呼叫轉(zhuǎn)移至用戶3。
一般的,可以采用用戶在本MMSC內(nèi)的用戶地址作為用戶標(biāo)識。在smil體內(nèi)插入的注釋,可以采用如下格式所示<!--FWTo用戶1地址,F(xiàn)w用戶3地址-->,其中FW表示呼叫轉(zhuǎn)移業(yè)務(wù)。
以上的注釋標(biāo)注格式只作舉例的作用,在實(shí)際應(yīng)用中不限于此,只要能夠在該注釋內(nèi)容中攜帶MMS消息的接收用戶標(biāo)識、接收用戶的呼叫轉(zhuǎn)移業(yè)務(wù)在本MMSC內(nèi)的關(guān)聯(lián)用戶的用戶標(biāo)志即可,而不必如上所示注釋格式標(biāo)明呼叫轉(zhuǎn)移的呼叫轉(zhuǎn)移關(guān)系。
步驟S308MMSC A將該MMS消息轉(zhuǎn)發(fā)至MMSC B。
MMSC A完成在MMS消息中插入注釋后,根據(jù)第三代合作工程(ThirdGeneration Partnership Project,簡稱3GPP)的MMS規(guī)范,將該MMS消息通過不同多媒體信息系統(tǒng)之間的交互接口(3GPP中規(guī)定的MM4接口),以請求的形式,將MMS消息轉(zhuǎn)發(fā)至用戶4所在的MMSC B。
步驟S309MMSC B解析該MMS消息的接收用戶、接收用戶的呼叫轉(zhuǎn)移業(yè)務(wù)關(guān)聯(lián)用戶,并解析該MMS消息內(nèi)的smil注釋內(nèi)容。
MMSC B接收到該MMS消息后,解析獲取消息接收用戶(在本實(shí)施中為用戶4)的用戶標(biāo)識,并且根據(jù)用戶標(biāo)識,在本MMSC內(nèi)查詢用戶4的呼叫轉(zhuǎn)移業(yè)務(wù),如果用戶4已設(shè)置呼叫轉(zhuǎn)移業(yè)務(wù),則進(jìn)一步獲取該呼叫轉(zhuǎn)移業(yè)務(wù)關(guān)聯(lián)用戶的用戶標(biāo)識。
假設(shè)用戶4已在MMSC B內(nèi)設(shè)置呼叫轉(zhuǎn)移至歸屬于MMSC A的用戶X(在此用戶X表示MMSC A中的任一用戶),在該假設(shè)情況下,由于用戶X的用戶標(biāo)識只記錄在其所在MMSC(MMSC A)中,因而MMSC B只能獲知用戶4的呼叫轉(zhuǎn)移業(yè)務(wù)具體呼叫轉(zhuǎn)移至外部MMSC,而無法獲取到呼叫轉(zhuǎn)移的目的用戶X的用戶標(biāo)識。因而在該假設(shè)情況下,本步驟MMSC B獲取的用戶標(biāo)識為用戶4標(biāo)識。
同時(shí)的,解析所接收的MMS消息的smil體的注釋內(nèi)容,獲取smil體內(nèi)攜帶的呼叫轉(zhuǎn)移業(yè)務(wù)記錄。
步驟S310MMSC B判定該呼叫轉(zhuǎn)移是否為呼叫轉(zhuǎn)移環(huán)回,如果否,則執(zhí)行步驟S311以及步驟S312;否則,執(zhí)行步驟S316,進(jìn)行規(guī)避處理,終止發(fā)送該MMS消息。
MMSC B通過判定在步驟S309中獲取的MMS消息的接收用戶標(biāo)識、接收用戶關(guān)聯(lián)的用戶標(biāo)識的任何之一是否與smil體的注釋內(nèi)容攜帶的用戶標(biāo)識的任何之一相一致,而判斷該呼叫轉(zhuǎn)移是否為呼叫轉(zhuǎn)移環(huán)回,如果是,則判定為環(huán)回,否則判定不為環(huán)回。
顯然,在MMS消息中的smil體內(nèi)攜帶呼叫轉(zhuǎn)移業(yè)務(wù)記錄,記錄了用戶1以及用戶3的用戶標(biāo)識,但是由于MMS的設(shè)置是歸屬地服務(wù),而用戶1、用戶3不在MMSC B內(nèi),因而MMSC B無法識別注釋內(nèi)的用戶1、用戶3的用戶標(biāo)識。
根據(jù)呼叫轉(zhuǎn)移環(huán)回判定方法,步驟S309中所獲取的用戶標(biāo)識用戶4標(biāo)識與注釋體內(nèi)的任一用戶標(biāo)識均不一致,因而判定為不為呼叫轉(zhuǎn)移環(huán)回。
步驟S311MMSC B獲取MMSC A的系統(tǒng)地址。
在以上步驟S309中假設(shè)用戶4已在MMSC B內(nèi)設(shè)置呼叫轉(zhuǎn)移至用戶X的情況下,執(zhí)行本步驟MMSC B獲取用戶X所在的MMSC A的系統(tǒng)地址。
步驟S312MMSC B更新MMS消息中標(biāo)注用戶呼叫轉(zhuǎn)移業(yè)務(wù)的注釋。
MMSC B在該MMS消息中攜帶消息接收用戶在本MMSC內(nèi)的呼叫轉(zhuǎn)移業(yè)務(wù),具體是在MMS消息的smil消息體內(nèi)的注釋內(nèi)增加在MMSC B內(nèi)的消息接收用戶的呼叫轉(zhuǎn)呼業(yè)務(wù)。增加后的注釋如下所示<!--FWTo用戶1地址,F(xiàn)w用戶3地址,F(xiàn)W用戶4地址-->,其中FW表示呼叫轉(zhuǎn)移業(yè)務(wù)。
步驟S313MMSC B將該MMS消息轉(zhuǎn)發(fā)至MMSC A。
MMSC B更新MMS消息中標(biāo)注用戶呼叫轉(zhuǎn)移業(yè)務(wù)的注釋后,MMSC B根據(jù)3GPP的MMS規(guī)范,將該MMS消息通過不同多媒體信息系統(tǒng)之間的交互接口(3GPP中規(guī)定的MM4接口),以請求的形式,將MMS消息轉(zhuǎn)發(fā)至MMSC A。
步驟S314MMSC A解析該MMS消息的接收用戶、接收用戶的呼叫轉(zhuǎn)移業(yè)務(wù)關(guān)聯(lián)用戶,并解析該MMS消息內(nèi)的smil注釋內(nèi)容。
MMSC A接收到該MMS消息后,解析該消息的smil體內(nèi)的MMS消息呼叫轉(zhuǎn)移業(yè)務(wù)記錄同時(shí)的,MMSC A解析所接收到的MMS消息的接收用戶(用戶X)的用戶標(biāo)識,以及查詢該用戶X是否在本MMSC內(nèi)設(shè)置了呼叫轉(zhuǎn)移業(yè)務(wù),如果已經(jīng)設(shè)置,則進(jìn)一步獲取該呼叫轉(zhuǎn)移業(yè)務(wù)關(guān)聯(lián)用戶的用戶標(biāo)識。
比如第一假設(shè)假設(shè)該用戶X為用戶1,則獲取用戶1的用戶標(biāo)識,由于用戶1呼叫轉(zhuǎn)移至用戶3,則進(jìn)一步獲取用戶3的用戶標(biāo)識;第二假設(shè)假設(shè)該用戶X為用戶2,并且用戶已設(shè)置呼叫轉(zhuǎn)移至用戶7,并且用戶7呼叫轉(zhuǎn)移至用戶8,用戶8呼叫轉(zhuǎn)移至用戶3,則MMSC A獲取用戶2的用戶標(biāo)識,并且進(jìn)一步獲取用戶7、用戶8、用戶3的用戶標(biāo)識;第三假設(shè)假設(shè)用戶X為用戶2,并且用戶已設(shè)置呼叫轉(zhuǎn)移至用戶7,并且用戶7呼叫轉(zhuǎn)移至用戶8,用戶8呼叫轉(zhuǎn)移至用戶Y(其中用戶Y歸屬于MMSC A,并且該用戶Y不為用戶1或者用戶3),則MMSC A獲取用戶2的用戶標(biāo)識,并且進(jìn)一步獲取用戶7、用戶8、用戶Y的用戶標(biāo)識;第四假設(shè)假設(shè)用戶X為用戶2,并且用戶已設(shè)置呼叫轉(zhuǎn)移至用戶7,并且用戶7呼叫轉(zhuǎn)移至用戶8,用戶8呼叫轉(zhuǎn)移至用戶Y(其中用戶Y不歸屬于MMSCA),則MMSC A獲取用戶2的用戶標(biāo)識,并且進(jìn)一步獲取用戶7、用戶8的用戶標(biāo)識。
步驟S315MMSC A判定該呼叫轉(zhuǎn)呼是否為呼叫轉(zhuǎn)移環(huán)回,如果是,執(zhí)行步驟S316;否則,執(zhí)行步驟S317。
MMSC A通過判定步驟S314中獲取的MMS消息接收用戶標(biāo)識、接收用戶的呼叫轉(zhuǎn)移業(yè)務(wù)關(guān)聯(lián)用戶的用戶標(biāo)識的任一是否與MMS消息smil體內(nèi)的注釋所攜帶的呼叫轉(zhuǎn)移業(yè)務(wù)記錄中的用戶標(biāo)識的任一相一致,而判定該呼叫轉(zhuǎn)移是否構(gòu)成環(huán)回,如果是,則判定其為環(huán)回,否則,判定為不構(gòu)成環(huán)回。
在第一假設(shè)的情況下,則根據(jù)呼叫轉(zhuǎn)移環(huán)回判定方法,顯然用戶1、用戶3的用戶標(biāo)識與注釋攜帶的用戶標(biāo)識相一致,MMSC A判定該MMS消息呼叫轉(zhuǎn)移構(gòu)成呼叫轉(zhuǎn)移環(huán)回,跳轉(zhuǎn)至步驟S316。
在第二假設(shè)的情況下,雖然用戶2的用戶標(biāo)識與所接收的MMS消息的smil體內(nèi)注釋所攜帶的用戶標(biāo)識不一致,但是其轉(zhuǎn)叫轉(zhuǎn)移業(yè)務(wù)關(guān)聯(lián)用戶用戶3的用戶標(biāo)識與MMS消息的smil體內(nèi)注釋所攜帶的用戶標(biāo)識一致,所以,MMSC A判定該呼叫轉(zhuǎn)移業(yè)務(wù)構(gòu)成環(huán)回,跳轉(zhuǎn)至步驟S316。
在第三假設(shè)的情況下,用戶2、用戶7、用戶8、用戶Y的用戶標(biāo)識的任一均異與MMS消息的smil體內(nèi)注釋所攜帶的用戶標(biāo)識,所以MMSC A判定該呼叫轉(zhuǎn)移業(yè)務(wù)不為呼叫轉(zhuǎn)移環(huán)回,跳轉(zhuǎn)至步驟S317。
在第四假設(shè)的情況下,同理,MMSC A判定該呼叫轉(zhuǎn)移業(yè)務(wù)不畏呼叫轉(zhuǎn)移環(huán)回,跳轉(zhuǎn)至步驟S317。
步驟S316終止該MMS消息的發(fā)送。
在任何發(fā)現(xiàn)呼叫轉(zhuǎn)移環(huán)回的情況下,執(zhí)行本步驟。
步驟S317MMSC A根據(jù)該消息接收用戶在本MMSC中的呼叫轉(zhuǎn)移業(yè)務(wù)情況,更新改MMS消息中的標(biāo)注用戶呼叫轉(zhuǎn)移業(yè)務(wù)的注釋,繼續(xù)發(fā)送該MMS消息。
如果本MMSC接收到的MMS消息的接收用戶或者接收用戶的呼叫轉(zhuǎn)移相關(guān)聯(lián)用戶的用戶標(biāo)識,均不與所接收的MMS消息中標(biāo)示用戶呼叫轉(zhuǎn)移業(yè)務(wù)的注釋攜帶的用戶標(biāo)識的任意相一致,則執(zhí)行本步驟。
由上可知,本實(shí)施例相對于實(shí)施例2,本實(shí)施例當(dāng)MMS消息的接收用戶設(shè)置了呼叫轉(zhuǎn)移業(yè)務(wù)時(shí),在轉(zhuǎn)發(fā)的MMS消息中的呼叫轉(zhuǎn)移業(yè)務(wù)信息攜帶該接收用戶標(biāo)識、以及該接收用戶的呼叫轉(zhuǎn)移業(yè)務(wù)關(guān)聯(lián)用戶的用戶標(biāo)識,使得MMS消息攜帶的呼叫轉(zhuǎn)移業(yè)務(wù)記錄詳細(xì)到每個(gè)用戶,而不僅僅是如實(shí)施例1中的只標(biāo)注是否經(jīng)過戶叫轉(zhuǎn)移業(yè)務(wù),使得每MMSC能夠根據(jù)該MMS消息中的呼叫轉(zhuǎn)移業(yè)務(wù)信息,精確的判定呼叫轉(zhuǎn)移是否構(gòu)成呼叫轉(zhuǎn)移環(huán)回而將導(dǎo)致死循環(huán)。本實(shí)施例技術(shù)方案既杜絕了呼叫轉(zhuǎn)移環(huán)回造成死循環(huán)的情況,又保證了MMS消息的準(zhǔn)確發(fā)送。
進(jìn)一步的,在本實(shí)施例通過將multipart.mixed消息類型轉(zhuǎn)換成multipart.related消息類型,使得向外部MMSC轉(zhuǎn)發(fā)的所有MMS消息均包含smil體,通過在smil體內(nèi)插入注釋的形式來攜帶呼叫轉(zhuǎn)移業(yè)務(wù)信息。由于multipart.mixed消息類型與multipart.related消息類型的轉(zhuǎn)換,只是將MMS消息的媒體內(nèi)容顯示格式由手動(dòng)改為自動(dòng),而不改變MMS消息的媒體內(nèi)容,另外的,在smil消息體內(nèi)加注釋,不構(gòu)成對MMS消息的內(nèi)容有任何的影響。
可見,本實(shí)施例實(shí)現(xiàn)了當(dāng)用戶設(shè)置的呼叫轉(zhuǎn)移業(yè)務(wù)呼轉(zhuǎn)到外部MMSC時(shí),在避免呼叫轉(zhuǎn)移環(huán)回而造成誤判的前提下,同時(shí)實(shí)現(xiàn)了MMS消息的正確發(fā)送。
以上對本發(fā)明所提供的一種多媒體消息發(fā)送方法進(jìn)行了詳細(xì)介紹,本文中應(yīng)用了具體個(gè)例對本發(fā)明的原理及實(shí)施方式進(jìn)行了闡述,以上實(shí)施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想;同時(shí),對于本領(lǐng)域的一般技術(shù)人員,依據(jù)本發(fā)明的思想,在具體實(shí)施方式
及應(yīng)用范圍上均會有改變之處,綜上所述,本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1.一種多媒體消息發(fā)送方法,其特征是,包括以下步驟多媒體消息服務(wù)中心接收多媒體消息,如果所述多媒體消息的接收用戶已設(shè)置多媒體消息業(yè)務(wù)的呼叫轉(zhuǎn)移業(yè)務(wù),則在所述多媒體消息內(nèi)攜帶所述呼叫轉(zhuǎn)移業(yè)務(wù)信息,并發(fā)送所述的多媒體消息;多媒體服務(wù)中心接收外部多媒體服務(wù)中心發(fā)送的多媒體消息,根據(jù)所述呼叫轉(zhuǎn)移業(yè)務(wù)信息,檢測是否存在呼叫轉(zhuǎn)移環(huán)回可能,如果是,則停止發(fā)送所述的多媒體消息。
2.根據(jù)權(quán)利要求1所述的多媒體消息發(fā)送方法,其特征是,所述的呼叫轉(zhuǎn)移業(yè)務(wù)信息包含所述接收用戶標(biāo)識、以及所述接收用戶的呼叫轉(zhuǎn)移業(yè)務(wù)關(guān)聯(lián)用戶的用戶標(biāo)識。
3.根據(jù)權(quán)利要求2所述的多媒體消息發(fā)送方法,其特征是,所述的在所述多媒體消息內(nèi)攜帶所述的呼叫轉(zhuǎn)移業(yè)務(wù)信息,具體通過以下步驟實(shí)現(xiàn)如果所述的多媒體消息類型為multipart.related,則在所述的多媒體消息的smil體內(nèi)增加用于攜帶所述呼叫轉(zhuǎn)移業(yè)務(wù)信息的注釋。
4.根據(jù)權(quán)利要求2所述的多媒體消息發(fā)送方法,其特征是,所述的在所述多媒體消息內(nèi)攜帶所述的呼叫轉(zhuǎn)移業(yè)務(wù)信息,具體通過以下步驟實(shí)現(xiàn)如果所述的多媒體消息類型為multipart.mixed,則將所述的多媒體消息類型轉(zhuǎn)換為multipart.related,在轉(zhuǎn)換后的多媒體消息的smil體內(nèi)增加用于攜帶所述呼叫轉(zhuǎn)移業(yè)務(wù)信息的注釋。
5.根據(jù)權(quán)利要求3或4所述的多媒體消息發(fā)送方法,其特征是,所述檢測是否存在呼叫轉(zhuǎn)移環(huán)回可能,具體通過以下步驟實(shí)現(xiàn)判斷所述接收用戶標(biāo)識以及所述接收用戶的呼叫轉(zhuǎn)移業(yè)務(wù)關(guān)聯(lián)用戶的用戶標(biāo)識的任一是否與所述呼叫轉(zhuǎn)移業(yè)務(wù)信息中攜帶的呼叫轉(zhuǎn)移業(yè)務(wù)信息中的任一用戶標(biāo)識相匹配,如果是,則為呼叫轉(zhuǎn)移環(huán)回;否則不為呼叫轉(zhuǎn)移環(huán)回。
6.根據(jù)權(quán)利要求1所述的多媒體消息發(fā)送方法,其特征是,所述呼叫轉(zhuǎn)移業(yè)務(wù)信息標(biāo)識所述多媒體消息業(yè)務(wù)是否為呼叫轉(zhuǎn)移業(yè)務(wù)。
7.根據(jù)權(quán)利要求6所述的多媒體消息發(fā)送方法,其特征是,所述檢測是否存在呼叫轉(zhuǎn)移環(huán)回可能,具體通過以下步驟實(shí)現(xiàn)如果所述呼叫轉(zhuǎn)移業(yè)務(wù)信息標(biāo)識所述多媒體消息業(yè)務(wù)為呼叫轉(zhuǎn)移業(yè)務(wù),并且,所述多媒體消息的接收用戶已設(shè)置呼叫轉(zhuǎn)移業(yè)務(wù),并且,呼叫轉(zhuǎn)移至本多媒體服務(wù)中心外,則存在呼叫轉(zhuǎn)移環(huán)回可能。
8.根據(jù)權(quán)利要求7所述的多媒體消息發(fā)送方法,其特征是,所述步驟進(jìn)一步包括以下步驟如果所述呼叫轉(zhuǎn)移業(yè)務(wù)信息標(biāo)識所述多媒體消息業(yè)務(wù)為呼叫轉(zhuǎn)移業(yè)務(wù),并且,所述多媒體消息的接收用戶已設(shè)置呼叫轉(zhuǎn)移業(yè)務(wù),并且,所述呼叫轉(zhuǎn)移業(yè)務(wù)在本多媒體服務(wù)中心內(nèi),則在本多媒體服務(wù)中心內(nèi)檢測是否存在呼叫轉(zhuǎn)移環(huán)回。
全文摘要
本發(fā)明公開了一種多媒體消息發(fā)送方法,包括以下步驟多媒體消息服務(wù)中心接收多媒體消息,如果所述多媒體消息的接收用戶已設(shè)置多媒體消息業(yè)務(wù)的呼叫轉(zhuǎn)移業(yè)務(wù),則在所述多媒體消息內(nèi)攜帶所述呼叫轉(zhuǎn)移業(yè)務(wù)信息,并發(fā)送所述的多媒體消息;多媒體服務(wù)中心接收外部多媒體服務(wù)中心發(fā)送的多媒體消息,根據(jù)所述呼叫轉(zhuǎn)移業(yè)務(wù)信息,檢測是否存在呼叫轉(zhuǎn)移環(huán)回可能,如果是,則停止發(fā)送所述的多媒體消息。本發(fā)明實(shí)現(xiàn)了當(dāng)用戶設(shè)置的呼叫轉(zhuǎn)移業(yè)務(wù)呼轉(zhuǎn)到外部MMSC時(shí),杜絕了呼叫轉(zhuǎn)移環(huán)回而造成死循環(huán)的情況,使得呼叫轉(zhuǎn)移業(yè)務(wù)不局限于本MMSC內(nèi),大大擴(kuò)展了呼叫轉(zhuǎn)移業(yè)務(wù)。
文檔編號H04Q7/22GK1917538SQ200610104218
公開日2007年2月21日 申請日期2006年8月1日 優(yōu)先權(quán)日2006年8月1日
發(fā)明者夏于偉, 柏廣昌, 徐學(xué)濤, 程衛(wèi)明 申請人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1