專利名稱：一種彩鈴選擇方法、系統(tǒng)及相關(guān)裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信技術(shù)領(lǐng)域，特別涉及一種彩鈴選擇方法、系統(tǒng)及相關(guān)裝置。
背景技術(shù)：
彩鈴業(yè)務(wù)，是一種近年來逐漸興起的個性化手機業(yè)務(wù)。在主叫方呼叫被 叫方時，能夠聽到豐富多彩的音樂或音效，以代替?zhèn)鹘y(tǒng)回鈴音枯燥的"嘟......
嘟......"聲。彩鈴業(yè)務(wù)對用戶吸引力很大，充分滿足了用戶的個性化需要。
多媒體彩鈴業(yè)務(wù)是對普通彩鈴業(yè)務(wù)的增強。它是在3G移動用戶撥打視 頻電話時，在通話之前，主叫用戶收看到多媒體^L頻彩鈴的一種業(yè)務(wù)。該業(yè) 務(wù)提供的彩鈴內(nèi)容更加豐富，不僅可以是傳統(tǒng)的音樂或語音，也可以是文字、 圖片、視頻短片或者是它們的結(jié)合。對用戶來說，多媒體彩鈴相對于傳統(tǒng)彩 鈴吸引力更大，更能滿足用戶的個性化需求。
目前應(yīng)用較為廣泛的一種多媒體彩鈴組網(wǎng)結(jié)構(gòu)，請參閱圖1，包括用 戶設(shè)備107( User Equipment, UE)，例如移動電話等終端設(shè)備；基站101 (Node B );無線網(wǎng)絡(luò)控制器102 ( Radio Network Controller, RNC );移動交換中心 服務(wù)器(Mobile Switching Center Server, MSC Server)或拜訪位置寄存器103 (Visitor Location Register, VLR);媒體網(wǎng)關(guān)104 (Media Gateway, MGW); 歸屬位置寄存器105 (Home Location Register, HLR);彩鈴服務(wù)器106(CAT Platform )。
現(xiàn)有技術(shù)中，在被叫方振鈴后彩鈴服務(wù)器為主叫方播放主叫方定制的彩 鈴或者被叫方定制的彩鈴。
為主叫方播放主叫方定制的彩鈴或者被叫方定制的彩鈴，沒有為主叫方提供
選擇主叫方需要彩鈴類型的機會，降低了用戶體驗。

發(fā)明內(nèi)容
本發(fā)明實施例要解決的技術(shù)問題是提供一種彩鈴選擇方法、系統(tǒng)及相關(guān) 裝置，能提高用戶體驗。為解決上述技術(shù)問題，本發(fā)明所提供一種彩鈴選擇方法實施例可以通過 以下技術(shù)方案實現(xiàn)
發(fā)起呼叫請求，所述呼叫請求包含主叫方需要的彩鈴類型； 獲取彩鈴服務(wù)器根據(jù)所述主叫方需要的彩鈴類型發(fā)送的彩鈴信息。 上述技術(shù)方案具有如下有益效果主叫方發(fā)送主叫方需要的彩鈴類型，
彩鈴服務(wù)器為主叫方提供相應(yīng)彩鈴信息，為主叫方提供了選擇主叫方需要彩
鈴類型的機會，提高了用戶體驗。


圖1為現(xiàn)有技術(shù)多媒體彩鈴組網(wǎng)示意圖； 圖2為本發(fā)明方法實施例一流程示意圖； 圖3為本發(fā)明方法實施例二流程示意圖； 圖4為本發(fā)明方法實施例七流程示意圖； 圖5為本發(fā)明方法實施例十流程示意圖； 圖6為本發(fā)明實施例十 一 系統(tǒng)結(jié)構(gòu)示意圖； 圖7為本發(fā)明實施例十二終端結(jié)構(gòu)示意圖； 圖8為本發(fā)明實施例十二另 一種終端結(jié)構(gòu)示意圖； 圖9為本發(fā)明實施例十三再一種終端結(jié)構(gòu)示意圖； 圖IO為本發(fā)明實施例十四彩鈴服務(wù)器結(jié)構(gòu)示意圖； 圖ll為本發(fā)明實施例十五另 一種彩鈴服務(wù)器結(jié)構(gòu)示意圖； 圖12為本發(fā)明實施例十六再一種彩鈴服務(wù)器結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明實施例要解決的技術(shù)問題是提供一種彩鈴選擇方法、系統(tǒng)及相關(guān) 裝置，能提高用戶體驗。
實施例一，如圖2所示，本發(fā)明實施例提供的一種彩鈴選擇方法的實現(xiàn)可 以包括
步驟201:發(fā)起呼叫請求，所述呼叫請求包含主叫方需要的彩鈴類型； 所述主叫方需要的彩鈴類型可以通過協(xié)議信息攜帶，所述協(xié)議可以是
Q.931信令協(xié)議或SIP信令協(xié)議或H.245協(xié)議等協(xié)議，可以理解的是協(xié)議的類型
不對本發(fā)明實施例構(gòu)成限定；如果所述主叫方需要的彩鈴類型通過通過Q.931信令協(xié)議信息攜帶，則可 以在發(fā)起SETUP消息和連接CONNECT消息的用戶到用戶信息user-to-user information字段，或起始地址IAM消息的可選部分叩tional part字段攜帶；可以 理解的是具體通過的消息和通過的字段不對本發(fā)明實施例構(gòu)成限定；
步驟202:獲取彩鈴服務(wù)器根據(jù)所述主叫方需要的彩鈴類型發(fā)送的彩鈴信息。
所述選擇的彩鈴信息包括多媒體彩鈴、音頻、視頻、文字、圖片、被 叫方的名片vCard信息、彩鈴的網(wǎng)頁URL地址中的至少一種；當(dāng)然還可以是其 它類型的彩鈴信息，可以理解的是彩鈴信息的內(nèi)容和表現(xiàn)形式不對本發(fā)明實 施例構(gòu)成限定。
如果所述彩鈴信息為多媒體彩鈴、vCard名片、彩鈴的URL地址中的至少 一種則可以通過媒體信道傳輸；如果所述彩鈴信息為vCard名片、彩鈴的URL 地址中的至少 一種則可以通過控制面信令傳輸；可以理解的是具體的傳輸方 式不對本發(fā)明構(gòu)成限定。
所述彩鈴信息可以包括彩鈴的URL地址，則獲取彩鈴信息之后主叫方可 以根據(jù)獲取的URL地址，通過超文本協(xié)議HTTP方式從網(wǎng)頁Web服務(wù)器中獲取
成限定。
當(dāng)主叫方存儲的被叫方vCard名片失效時，可以觸發(fā)在呼叫請求中攜帶對 被叫方vCard名片的需求；當(dāng)主叫方收到被叫方vCard名片后還可以根據(jù)接收到 的被叫方vCard名片，更新本地存儲的被叫方vCard名片；這樣可以不需要每次 都發(fā)送需要被叫方信息的請求，主叫方接收到被叫方vCard名片后更新主叫方 存儲的vCard^片信息為優(yōu)選方案；當(dāng)然不更新主叫方存儲的被叫方信息也可 以。
所述根據(jù)所述主叫方需要的彩鈴類型發(fā)送彩鈴信息可以是彩鈴服務(wù)器 獲取主叫方需要的彩鈴類型與被叫方定制的彩鈴類型的交集；如果交集不為 空，則根據(jù)所述彩鈴類型的交集發(fā)送彩鈴信息；如果交集為空，則發(fā)送默認 的彩鈴信息；所述默認的彩鈴信息可以是系統(tǒng)默認的，也可以主叫方或者被 叫方定制的彩鈴信息。當(dāng)所獲取的交集不為空并且未包含被叫方信息時可以由彩鈴服務(wù)器指示 -故叫方發(fā)送被叫方信息給主叫方。
當(dāng)所述呼叫請求包含主叫方需要的彩鈴類型為空時可以是通過超文本
Web方式在彩鈴服務(wù)器中定制主叫方默認需要的彩鈴類型；彩鈴服務(wù)器根據(jù)主 叫方定制的默認需要的彩鈴類型發(fā)送彩鈴信息。
上述實施例，由主叫方發(fā)送主叫方需要的彩鈴類型，彩鈴服務(wù)器為主叫 方提供相應(yīng)彩鈴信息，為主叫方提供了選擇主叫方需要彩鈴類型的機會，提 高了用戶體驗。
實施例二，請參閱圖3，彩鈴類型選擇方法可以通過一下方案實現(xiàn) 步驟301:接收主叫方發(fā)起的呼叫請求，所述呼叫請求包含主叫方需要的
彩鈴類型；所述彩鈴類型可以是音頻，視頻等；
步驟302:向彩鈴服務(wù)器發(fā)送所述主叫方需要的彩鈴類型；
步驟303:獲取彩鈴服務(wù)器根據(jù)所述主叫方需要的彩鈴類型發(fā)送的彩鈴信
息；所述彩鈴信息可以是彩鈴，也可以是彩鈴地址； 步驟304:發(fā)送所述彩鈴信息給主叫方。
上述實施例通過主叫方發(fā)送主叫方需要的彩鈴類型，彩鈴服務(wù)器為主叫 方提供相應(yīng)彩鈴信息，實現(xiàn)為主叫方提供選擇主叫方需要彩鈴類型的機會， 提高了用戶體驗。
實施例三，本發(fā)明還提供了通過彩鈴傳送被叫方信息的實施例，可以通 過以下方案實現(xiàn)
步驟301所述呼叫請求還可以包含主叫方需要的被叫信息類型；所述被叫 信息類型可以是被叫用戶信息如電子名片vCard，也可以其它主叫方需要的信 息類型，可以理解的是被叫信息的具體類型不對本實施例造成限定；這時， 步驟302還需要向彩鈴服務(wù)器發(fā)送所述主叫方需要的被叫信息類型； 步驟303還需要獲取被叫用戶信息或被叫用戶信息地址； 步驟304還需要發(fā)送所述被叫信息給主叫方；所述被叫信息可以是被叫用 戶信息或被叫用戶信息地址。
當(dāng)獲取不到被叫用戶信息或被叫用戶信息地址時，實施例二步驟303還可 以指示被叫方發(fā)送4皮叫方信息給主叫方。上述實施例在實施例二的基礎(chǔ)上提供了獲取被叫方信息的方法，被叫方 信息的獲取為自動獲取并且為實時獲取，在被叫用戶信息更新后仍然能夠獲 取到準(zhǔn)確的被叫用戶信息，所述用戶信息的傳輸可以與彩鈴一起進行，可以 使用彩鈴信道，提高了信道的利用率。
實施例四，在主叫終端中存儲了被叫用戶信息時，所述實施例三可以不
需要每次都發(fā)送主叫需要的被叫信息，實施例三所述步驟301可以是
當(dāng)主叫方存儲的被叫方信息無效時，接收包含主叫方需要的被叫信息類 型的所述呼叫請求。
被叫方信息無效的判斷可以是當(dāng)被叫方信息在設(shè)定的時間后沒有更新， 也可以是主叫方存儲的被叫方信息亂碼，可以理解的是判斷被叫方信息無效 的方式不對本發(fā)明實施例構(gòu)成限定。
上述實施例不需要每次呼叫都發(fā)送主叫方需要的被叫方信息類型，彩鈴 服務(wù)器也不需要每次呼叫都返回相應(yīng)請求，減輕了網(wǎng)絡(luò)壓力。
實施例五，本發(fā)明還提供了當(dāng)所述主叫方需要的彩鈴類型為空時的實施 方式
所述實施例二步驟303可以是獲取主叫方定制的默認主叫方需要的彩鈴 類型；根據(jù)主叫方定制的默認主叫方需要的彩鈴類型發(fā)送彩鈴信息。
所述定制的方式可以是通過網(wǎng)頁定制的，也可以通過入口方式PORTAL 定制，可以理解的是定制方式不對本發(fā)明實施例構(gòu)成限定。
實施例五提供了主叫方發(fā)送的主叫方需要的彩鈴類型為空時的處理方 法，增強了本發(fā)明實施例的通用性。
實施例六，本發(fā)明還提供了選擇播放彩鈴類型的策略，可以是
獲取主叫方需要的彩鈴類型與被叫方定制的彩鈴類型的交集；
根據(jù)所述彩鈴類型的交集發(fā)送彩鈴信息。
所述彩鈴類型的交集為空時可以播放默認的彩鈴信息，也可以播放被叫 方或主叫方定制的彩鈴信息。
實施例六提供了彩鈴選擇的策略，通過獲取主叫方需要的彩鈴類型與被 叫方定制的彩鈴類型的交集，充分尊重了主叫方和被叫方的意愿，提高了用 戶體驗。實施例七，本實施例將以現(xiàn)有技術(shù)中的 一種多媒體彩鈴實現(xiàn)方式為背景 介紹本發(fā)明實施例思想，請參閱圖4，可以理解的是彩鈴實現(xiàn)的背景不對本發(fā) 明實施例構(gòu)成限定，本實施例將以彩鈴服務(wù)器播放主叫方需要的彩鈴進行介 紹。
步驟401:主叫用戶UEA設(shè)置主叫方需要收看到何種多媒體彩鈴，可以僅 收看電子名片vCard、或vCard和音樂、或vCard和視頻、或只播放音樂、或只 播放視頻等。當(dāng)UEA呼叫被叫方UEB時，UEA設(shè)置的需要收看多媒體彩鈴的 類型可以包含在SETUP消息的User-to-user Information擴展字段中傳輸給MSC ServerA，該擴展字段可以攜帶131字節(jié)的數(shù)據(jù)，足以存放各種彩鈴類型信息， 當(dāng)然也可以通過其它方式攜帶所述設(shè)置的彩鈴類型信息，可以理解的是攜帶 彩鈴類型信息的方式不對本發(fā)明實施例構(gòu)成限定。
步驟402: MSC Server A向HLR B發(fā)起SRI請求，可以獲取被叫終端UE B 的路由信息；
步驟403: HLR B向UE B所附著的MSC Server B中的VLR取漫游號碼；
步驟404: MSC Server B中的VLR向HLR B返回PRN—ACK消息，所述 PRN—ACK消息中可以攜帶UE B的漫游號碼；
步驟305: HLR B向MSC Server A返回SRLACK消息，消息中可以攜帶UE B的路由信息、漫游號碼、UEB定制的多媒體彩鈴業(yè)務(wù)標(biāo)志和UEB定制的顯 示vCardS片業(yè)務(wù)標(biāo)志等；
步驟406: MSC Server A獲得被叫的漫游號碼MSRN后，向UE A可以發(fā)起 Call—Proceeding,以表明MSC Server A正在進行呼叫操作；
步驟407: MSC Server A可以向MSC Server B發(fā)起B(yǎng)ICC IAM消息，以建立 到MSC Server B的電路連接；
步驟408: MSC Server B可以向UE B發(fā)起尋呼請求消息PAGING;
步驟409: UE B返回尋呼響應(yīng)消息PAGD^^RSP;
步驟410: MSC Server B向UE B發(fā)SETUP消息，可以建立和被叫終端UE B 的呼叫連接；
步驟411: UEB返回CALLCONFIRMED消息，來響應(yīng)SETUP消息； 步驟412: UEB振鈴，并向MSC Server B返回ALERTING消息；步驟413: MSC Server B向MSC Server A返回BICC ACM消息，可以用來 確{人-波叫端局側(cè)相應(yīng)的中繼電^各已經(jīng)建立；
步驟414: MSC Server A向主叫終端UE A返回ALERTING消息，可以表明 被叫終端UE B已經(jīng)在振鈴中；
步驟415: MSC Server A向多媒體彩鈴平臺發(fā)起B(yǎng)ICC IAM消息，可以通 過IAM消息的Optional Part字段攜帶被叫用戶UE B定制的多媒體彩鈴業(yè)務(wù)標(biāo) 志、UE B定制的顯示vCard^片業(yè)務(wù)標(biāo)志、以及UE A對多媒體彩鈴內(nèi)容的要 求標(biāo)志，當(dāng)然也可以通過其它方式攜帶上述標(biāo)志，可以理解的是攜帶上述標(biāo) 志的方式不對本發(fā)明實施例造成限定；
步驟416:多媒體彩鈴平臺向MSC Server A返回BICC ACM消息，可以確 認MSC Server A到多媒體彩鈴平臺的電路已經(jīng)建立；
步驟417:多媒體彩鈴平臺向MSC Server A返回BICC ANM消息，此消息 可以指示MSC Server A,當(dāng)主叫方UE A與多々某體彩4令平臺連4妄之后就開始計 費；
步驟415所述消息可以在接收到步驟405所述消息之后就觸發(fā)，所以步驟 415到步驟417所述消息也可放在步驟405與步驟407之間；
步驟418: MSC Server A向主叫終端UEA發(fā)送連接信令CONNECT,指示 UE A可以與多媒體彩鈴平臺進行通信；
步驟419: UEA向MSC Server A返回應(yīng)答消息CONNECTLACK;
步驟420: UE A和多媒體彩鈴平臺之間進行H.245協(xié)商；
步驟421:多媒體彩鈴平臺可以根據(jù)UEB所定制的多媒體彩鈴業(yè)務(wù)類型和 UE A需要的多媒體彩鈴類型，結(jié)合平臺中預(yù)先設(shè)定的策略來為UE A播放多媒 體彩鈴；所述策略可以設(shè)定為盡最大努力滿足A的要求，也可以設(shè)定為獲取主 叫方需要的彩鈴類型與被叫方定制的彩鈴類型的交集，再根據(jù)所述彩鈴類型 的交集播放彩鈴；可以通過3G-324M協(xié)議族的方式，也可以通過控制面以信 令的方式傳輸UE A需要的被叫信息；UE A的vCard名片可以通過多媒體彩振 (Customized Ring Tone, CRT )的方式發(fā)送給UE B,這樣，在UE A撥打UE B 時，主被叫雙方均可看到對方的vCard名片信息；到步驟421本發(fā)明實施例需 要解決的技術(shù)問題已經(jīng)完成；步驟422:被叫終端UEB摘機，發(fā)送應(yīng)答消息CONNECT;
步驟423: MSC Server B向MSC Server A返回BICCANM,該消息指示MSC ServerA:當(dāng)UE A和UEB的連接建立后，就開始計費；
步驟424: MSC Server B向UE B返回連接確認CONNECT—ACK;
步驟425: MSC Server A向多媒體彩鈴平臺發(fā)起B(yǎng)ICC REL消，息，指示多媒 體彩鈴平臺拆除與主；叫終端UE A之間的電路；
步驟426: MSC Server A再次向UEA發(fā)起CONNECT連接，指示UEA可以 與UEB建立連接；
步驟427: UEA返回對CONNECT的ACK;
步驟428:多媒體彩鈴平臺主動拆除與UE A之間的H.245連接；
步驟429:多媒體彩鈴平臺向機MSC Server A返回BICC REL消息，表明連 接已拆除完成；
步驟430:主叫終端UEA發(fā)起與被叫終端UE B之間的H.245連接； 步驟431: UE A和UE B之間進行正常的電路域視頻通話； 步驟432: UEA掛4幾，同時拆除與UE B之間的H.245連接，；現(xiàn)頻通話結(jié)束； 實施例七，通過主叫方發(fā)送主叫方需要的彩鈴類型，彩鈴服務(wù)器為主叫 方提供相應(yīng)彩鈴信息，實現(xiàn)為主叫方提供選擇主叫方需要彩鈴類型的機會， 提高了用戶體驗，并且還提供了實施獲取被叫方信息的方法，被叫方信息的 獲取為自動獲取并且為實時獲取，在被叫用戶信息更新后仍然能夠獲取到準(zhǔn) 確的被叫用戶信息，所述比較用戶信息的傳輸與彩鈴一起進行，可以使用彩 鈴信道，提高信道的利用率。
實施例八，本實施例將以現(xiàn)有技術(shù)中的一種多媒體彩鈴實現(xiàn)方式為背景 介紹本發(fā)明實施例思想，本實施例將以彩鈴服務(wù)器播放主叫方需要的彩鈴地 址進4亍介紹；所述彩鈴的i也址可以通過通用網(wǎng)頁J也址(Uniform Resource
施例的實現(xiàn)；本實施例與實施例七基本相同，不同點在于
步驟416可以為多媒體彩鈴平臺根據(jù)UE B所定制的多媒體彩鈴業(yè)務(wù)類型 和UEA需要的彩鈴類型，結(jié)合預(yù)先設(shè)定的策略，可以將UE B的vCard名片、 彩鈴的URL地址發(fā)送給MSC Server A。該URL地址可以由BICC ACM消息的Optional Part字段攜帶，當(dāng)然釆用其它方式發(fā)送此消息并不影響本發(fā)明實施例 的實現(xiàn)。
實施例八與實施例七相比，實施例八中被叫信息不在彩鈐服務(wù)器，占用 彩鈴服務(wù)器存儲資源較少，可以支持更為豐富的被叫信息，提升了用戶體驗。
實施例九，本實施例將以現(xiàn)有技術(shù)中的一種多媒體彩鈴實現(xiàn)方式為背景 介紹本發(fā)明實施例思想，本實施例將以UEA中已經(jīng)存儲了用戶信息進行介紹； 本實施例與實施例七基本相同，不同點在于
在步驟401之前判斷主叫方存儲的被叫方信息是否有效，如果無效在步驟 401中發(fā)送主叫方需要的被叫方信息類型。被叫方信息是否效的判斷，可以是 判斷被叫方信息在設(shè)定的時間內(nèi)是否有更新，也可以是判斷主叫方有沒有存 儲被叫方信息，可以理解的是判斷被叫方信息無效不對本發(fā)明實施例構(gòu)成限 定；
在步驟422之后還可以更新主叫方存儲的被叫信息，實現(xiàn)信息同步，使被 叫信息保持準(zhǔn)確。
實施例九與實施例七和實施例八相比，不需要每次都發(fā)送主叫方需要的 被叫方信息類型，降低了消息發(fā)送量，節(jié)約了網(wǎng)絡(luò)資源。
實施例十，本實施例將以現(xiàn)有技術(shù)中的 一種多媒體彩鈴實現(xiàn)方式為背景 介紹本發(fā)明實施例思想，本實施例將以彩鈴服務(wù)器指示被叫用戶發(fā)送被叫用 戶信息進行介紹，請參閱圖5;
步驟501:當(dāng)主叫方UEA呼叫;陂叫方UEB時，UEA設(shè)置的需要收看的多 媒體彩鈴類型可以在SETUP消息的User-to-user Information擴展字段中傳輸給 MSC Server A;
步驟502: MSC Server A向HLR B發(fā)起SRI請求，可以獲取被叫終端UE B 的路由信息；
步驟503: HLR B向UE B所附著的MSC Server B中的VLR取漫游號碼； 步驟504: MSC Server B中的VLR向HLR B返回PRN—ACK消息，所述
PRN_ACK^'息中可以攜帶UE B的漫游號碼；
步驟505: HLRB向MSC ServerA返回SRLACK消息，消息中可以攜帶UE
B的路由信息、漫游號碼、UE B定制的多媒體彩鈴業(yè)務(wù)標(biāo)志和UE B定制的顯示vCard名片業(yè)務(wù)標(biāo)志等；
步驟506: MSC Server A獲得被叫的漫游號碼MSRN后，向UEA可以發(fā)起 Call_Proceeding,以表明MSC Server A正在進行呼叫操作；
步驟507: MSC Server A向多媒體彩鈴平臺發(fā)起B(yǎng)ICC IAM消息，可以在 IAM消息的Optional Part字段攜UE B定制的多媒體彩鈴類型、UE A需要的多媒 體彩鈴類型；
存儲在平臺中，則可以在發(fā)給MSC Server A的BICC ACM消息的Optional Part 字段中攜帶請求UE B的vCard名片的消息。
步驟509:多媒體彩鈴平臺向MSC Server A返回BICC ANM消息，此消息 可以指示MSC Server A,當(dāng)主叫終端UE A與多々某體彩鈴平臺連4矣之后就開始
計費；
步驟510: MSC Server A向MSC Server B發(fā)起B(yǎng)ICC IAM消息，可以建立到 MSC Server B的電路連接；可以在IAM消息的Optional Part字段攜帶請求UE B 的vCard名片的信息。
步驟511: MSC Server B向UE B發(fā)起尋呼請求消息PAGING;
步驟512: UE B返回尋呼響應(yīng)消息PAGING—RSP;
步驟513: MSC Server B向UE B發(fā)SETUP消息，可以以建立和被叫終端 UE B的呼叫連接；可以在SETUP消息的User-to -user Information字段攜帶請求 UE B的vCard名片的信息；
步驟514: UE B返回CALL CONFIRMED消息，以響應(yīng)SETUP消息；
步驟515: UE B振鈴，并向MSC Server B返回ALERTING消息；可以在 ALERTING消息的User-to -user Information字l^攜帶UE B的vCard^片4T息；
步驟516: MSC Server B向MSC Server A返回BICC ACM消息，可以確認 被叫端局側(cè)相應(yīng)的中繼電路已經(jīng)建；可以通過ACM消息的Optional Part字段攜 帶UEB的vCard^片信息；
步驟517: MSC Server A向主叫終端UE A返回ALERTING消息，表明被叫 終端UE B已經(jīng)在振鈴中；可以ALERTING消息的User-to-user Information字段 攜帶UE B的vCard^片信息。此時，UE A就可以看到UE B的vCard^片；步驟518: MSC Server A向主叫終端UEA發(fā)送連接信令CONNECT,指示 UE A可以與多媒體彩鈴平臺進行通信；
步驟519: UEA向MSC Server A返回應(yīng)答消息CONNECT—ACK;
步驟520: UEA和多媒體彩鈴平臺之間進行H.245協(xié)商；
步驟521:多媒體彩鈐平臺可以根據(jù)UE B所定制的多媒體彩鈴業(yè)務(wù)類型和 UE A需要的多媒體彩鈴類型，結(jié)合平臺中預(yù)先設(shè)定的策略來為UE A播放多媒 體彩鈴；所述策略可以設(shè)定為盡最大努力滿足A的要求，也可以設(shè)定為獲取主 叫方需要的彩鈴類型與被叫方定制的彩鈴類型的交集，再根據(jù)所述彩鈴類型 的交集播放彩鈴；到步驟521本發(fā)明實施例需要解決的技術(shù)問題已經(jīng)完成；
步驟522:被叫終端UEB摘機，發(fā)送應(yīng)答消息CONNECT;
步驟523: MSC Server B向MSC Server A返回BICCANM，該消息指示MSC Server A:當(dāng)UE A和UE B的連接建立后，就開始計費；
步驟524: MSC Server B向UE B返回連接確認CONNECILACK;
步驟525: MSC Server A向多媒體彩鈴平臺發(fā)起B(yǎng)ICCREL消息，指示多媒 體彩鈴平臺拆除與主；叫終端UEA之間的電路；
步驟526: MSC Server A再次向UE A發(fā)起CONNECT連接，指示UEA可以 與UEB建立連接；
步驟527: UEA返回對CONNECT的ACK;
步驟528:多媒體彩鈴平臺主動拆除與UEA之間的H.245連接；
步驟529:多媒體彩鈴平臺向機MSC Server A返回BICC REL消息，表明連 接已拆除完成；
步驟530:主叫終端UEA發(fā)起與被叫終端UE B之間的H.245連接； 步驟531: UE A和UE B之間進行正常的電路域視頻通話； 步驟532: UEA掛機，同時拆除與UE B之間的H.245連接，視頻通話結(jié)束； 所述實施例十，在彩鈴服務(wù)器端主叫方需要的被叫方信息為空時，可以 由被叫方發(fā)送被叫方信息給主叫方，通過端到端的方式實現(xiàn)vCard名片的傳 輸，保證了主叫用戶的需求，且沒有增加附加消息，節(jié)省了網(wǎng)絡(luò)資源。
實施例十一，本發(fā)明實施例還提供了一種彩鈴選擇系統(tǒng)，請參閱圖6，包主叫端601,用于發(fā)起呼叫請求，所述呼叫請求包含主叫方需要的彩鈴類
型；
彩鈴服務(wù)器603,用于根據(jù)所述主叫方需要的彩鈴類型發(fā)送彩鈴信息。 移動交換中心602,用于發(fā)送所述呼叫請求給彩鈴服務(wù)器603;獲取彩鈴
服務(wù)器603根據(jù)所述主叫方需要的彩鈴類型發(fā)送的彩鈴信息，并將所述彩鈴信
息發(fā)送給主叫端601;
所述彩鈴服務(wù)器603還可以用于獲取主叫方需要的彩鈴類型與被叫方定
制的彩鈴類型的交集，根據(jù)所述彩鈴類型的交集發(fā)送彩鈴信息。
實施例十二，本發(fā)明實施例還提供了一種終端，請參閱圖7，包括 終端彩鈴選擇單元701,用于選擇終端需要的彩鈴類型； 彩鈴類型請求發(fā)送單元702，用于發(fā)送所述終端需要的彩鈴類型； 彩鈴信息接收單元703，用于接收彩鈴信息。 請參閱圖9,所述實施例十二彩鈴信息接收單元703可以包括 彩鈴地址接收單元801，用于接收彩鈴信息地址； 彩鈴信息獲取單元802,用于根據(jù)所述彩鈴信息地址獲取彩鈴信息。 實施例十三，本發(fā)明實施例還提供了另一種終端，請參閱圖9，包括 指示接收單元901,用于接收發(fā)送終端信息的指示； 終端信息發(fā)送單元902,用于根據(jù)所述發(fā)送終端信息的指示發(fā)送終端信息。
實施例十四，本發(fā)明實施例還提供了一種彩鈴服務(wù)器，請參閱圖IO,包
括
彩鈴選捧接收單元IOOI,用于接收主叫方需要的彩鈴類型； 彩鈴播放單元1002,用于根據(jù)所述主叫端需要的彩鈴類型發(fā)送彩鈴信息。 實施例十五，本發(fā)明實施例還提供了另一種彩鈴服務(wù)器，請參閱圖ll, 包括
彩鈴選擇接收單元1101,用于接收主叫方需要的彩鈴類型； 彩鈴選擇單元1102,用于獲取所述主叫方需要的彩鈴類型與被叫方定制 的彩鈴類型的交集；
彩鈴播放單元1103,用于根據(jù)所述彩鈴類型的交集發(fā)送彩鈴信息。實施例十六，本發(fā)明實施例還提供了再一種彩鈴服務(wù)器，請參閱圖12,
包括
彩鈴選擇接收單元1201,用于接收主叫方需要的彩鈴類型； 被叫信息查找單元1202,用于根據(jù)所述主叫方需要的彩鈴類型查找被叫 用戶信息；
指示發(fā)送單元1203,用于當(dāng)所述被叫用戶信息為空時發(fā)送指示，所述指 示為指示被叫方發(fā)送被叫方信息。
上述系統(tǒng)、裝置實施例，通過主叫方發(fā)送主叫方需要的彩鈴類型，彩鈴 服務(wù)器為主叫方提供相應(yīng)彩鈴信息，為主叫方提供了選擇主叫方需要彩鈴類 型的機會，提高了用戶體驗。
本領(lǐng)域普；
是可以通過程序來指令相關(guān)的硬件完成，所述的程序可以存儲于一種計算機 可讀存儲介質(zhì)中，上述提到的存儲介質(zhì)可以是只讀存儲器，磁盤或光盤等。 以上對本發(fā)明實施例所提供的一種數(shù)據(jù)重傳方法及數(shù)據(jù)發(fā)送裝置進行了
以上實施例的說明只是用于幫助理解本發(fā)明的方法及其核心思想；同時，對 于本領(lǐng)域的一般技術(shù)人員，依據(jù)本發(fā)明的思想，在具體實施方式
及應(yīng)用范圍 上均會有改變之處，綜上所述，本說明書內(nèi)容不應(yīng)理解為對本發(fā)明的限制。
權(quán)利要求
1、一種彩鈴選擇方法，其特征在于，包括發(fā)起呼叫請求，所述呼叫請求包含主叫方需要的彩鈴類型；獲取彩鈴服務(wù)器根據(jù)所述主叫方需要的彩鈴類型發(fā)送的彩鈴信息。
2、 根據(jù)權(quán)利要求l所述方法，其特征在于，所述主叫方需要的彩鈴類型 通過協(xié)議信息攜帶；所述協(xié)議包括Q.93 l信令協(xié)議或SIP信令協(xié)議或H.245協(xié)議。
3、 根據(jù)權(quán)利要求2所述方法，其特征在于，通過Q.931信令協(xié)議攜帶時包括通過發(fā)起SETUP消息和連接CONNECT消息的用戶到用戶信息 user-to-user information字段，或起始地址IAM消息的可選部分optional part字段攜帶。
4、 根據(jù)權(quán)利要求l所述方法，其特征在于，所述彩鈴信息包括 多媒體彩鈴、音頻、視頻、文字、圖片、被叫方的vCard名片信息、彩鈴的網(wǎng)頁URL地址中的至少 一種。
5、 根據(jù)權(quán)利要求4所述方法，其特征在于，如果所述彩鈴信息為多媒體彩鈴、vCard名片、彩鈴的URL地址中的至少 一種則通過媒體信道傳輸；如果所述彩鈴信息為vCardS片、彩鈴的URL地址中的至少一種則通過控 制面信令傳輸。
6、 根據(jù)權(quán)利要求4所述方法，其特征在于，所述彩鈴信息包括彩鈴的URL 地址，則獲取彩鈴信息之后包括根據(jù)獲取的URL地址，通過超文本協(xié)議HTTP方式從網(wǎng)頁Web服務(wù)器中獲 取彩鈴信息。
7、 根據(jù)權(quán)利要求4所述方法，其特征在于，所述發(fā)起呼叫請求包括 當(dāng)主叫方所存儲的被叫方vCard名片失效時，觸發(fā)在呼叫請求中攜帶對被叫方vCard名片的需求。
8、 根據(jù)權(quán)利要求4所述方法，其特征在于，所述獲取到彩鈴信息之后包括更新主叫方存儲的被叫方vCard名片。
9、 根據(jù)權(quán)利要求l所述方法，其特征在于，根據(jù)所述主叫方需要的彩鈴 類型發(fā)送彩鈴信息包括彩鈴服務(wù)器獲取主叫方需要的彩鈴類型與被叫方定制的彩鈴類型的交集；如果交集不為空，則根據(jù)所述彩鈴類型的交集發(fā)送彩鈴信息； 如果交集為空，則發(fā)送默認的彩鈴信息。
10、 根據(jù)權(quán)利要求9所述方法，其特征在于，當(dāng)所獲取的交集不為空并且 未包含被叫方信息時包括彩鈴服務(wù)器指示被叫方發(fā)送被叫方信息給主叫方。
11、 根據(jù)權(quán)利要求l所述方法，其特征在于，當(dāng)所述呼叫請求包含主叫方 需要的彩鈴類型為空時，發(fā)送呼叫請求前包括通過網(wǎng)頁Web方式在彩鈴服務(wù)器中定制主叫方默認需要的彩鈴類型；所述彩鈴服務(wù)器根據(jù)所述主叫方需要的彩鈴類型發(fā)送的彩鈴信息包括彩鈴服務(wù)器根據(jù)主叫方定制的默認需要的彩鈴類型發(fā)送彩鈴信息。
12、 一種彩鈴選擇方法，其特征在于，包括接收主叫方發(fā)起的呼叫請求，所述呼叫請求包含主叫方需要的彩鈴類型； 向彩鈴服務(wù)器發(fā)送所述主叫方需要的彩鈴類型； 獲取彩鈴服務(wù)器根據(jù)所述主叫方需要的彩鈴類型發(fā)送的彩鈴信息； 發(fā)送所述彩鈴信息給主叫方。
13、 根據(jù)權(quán)利要求12所述方法，其特征在于，所述主叫方需要的彩鈴類 型包括主叫方需要的被叫信息類型；所述向彩鈴服務(wù)器發(fā)送所述主叫方需要的彩鈴類型包括 向彩鈴服務(wù)器發(fā)送所述主叫方需要的被叫信息類型； 所述獲取彩鈴服務(wù)器根據(jù)所述主叫方需要的被叫信息類型發(fā)送的彩鈴包括獲取被叫信息。
14、 根據(jù)權(quán)利要求13所述方法，其特征在于，接收主叫方發(fā)起的呼叫請求包括當(dāng)主叫方存儲的被叫方信息無效時，接收包含主叫方需要的被叫信息類 型的所述呼叫請求。
15、 根據(jù)權(quán)利要求12或13所述方法，其特征在于，所述主叫方需要的彩 鈴類型為空包括獲取主叫方定制的默認主叫方需要的彩鈴類型； 根據(jù)主叫方定制的默認主叫方需要的彩鈴類型發(fā)送彩鈴信息。
16、 一種彩鈴選擇系統(tǒng)，其特征在于，包括主叫端，用于發(fā)起呼叫請求，所述呼叫請求包含主叫方需要的彩鈴類型； 彩鈴服務(wù)器，用于根據(jù)所述主叫方需要的彩鈴類型發(fā)送彩鈴信息； 移動交換中心，用于發(fā)送所述呼叫請求給彩鈴服務(wù)器；獲取彩鈴服務(wù)器根據(jù)所述主叫方需要的彩鈴類型發(fā)送的彩鈴信息；將所述彩鈴信息發(fā)送給主叫端。
17、 一種終端，其特征在于，包括 終端彩鈴選擇單元，用于選擇終端需要的彩鈴類型； 彩鈴類型請求發(fā)送單元，用于發(fā)送所述終端需要的彩鈴類型； 彩鈴信息接收單元，用于接收彩鈴信息。
18、 根據(jù)權(quán)利要求17所述終端，其特征在于，彩鈴信息接收單元包括 彩鈴地址接收單元，用于接收彩鈴信息地址； 彩鈴信息獲取單元，用于根據(jù)所述彩鈴信息地址獲取彩鈴信息。
19、 一種終端，其特征在于，包括 指示接收單元，用于接收發(fā)送終端信息的指示；終端信息發(fā)送單元，用于根據(jù)所述發(fā)送終端信息的指示發(fā)送終端信息。
20、 一種彩鈴服務(wù)器，其特征在于，包括 彩鈴選擇接收單元，用于接收主叫方需要的彩鈴類型； 彩鈴播放單元，用于根據(jù)所述主叫方需要的彩鈴類型發(fā)送彩鈴信息。
21、 根據(jù)權(quán)利要求20所述彩鈴服務(wù)器，其特征在于，還包括 彩鈴選擇單元，用于獲取主叫方需要的彩鈴類型與被叫方定制的彩鈴類型的交集；所述彩鈴播放單元，用于根據(jù)所述彩鈴類型的交集發(fā)送彩鈴信息。
22、 一種彩鈴服務(wù)器，其特征在于，包括 彩鈴選擇接收單元，用于接收主叫方需要的彩鈴類型； 被叫信息查找單元，用于根據(jù)所述主叫方需要的彩鈴類型查找被叫用戶 信息；指示發(fā)送單元，用于當(dāng)所述被叫用戶信息為空時發(fā)送指示，所述指示為 指示4皮叫方發(fā)送^l叫方信息。
全文摘要
本發(fā)明實施例公開了一種彩鈴選擇方法、系統(tǒng)及相關(guān)裝置；以方法實施例的實現(xiàn)為例接收主叫方發(fā)起的呼叫請求，所述呼叫請求包含主叫方需要的彩鈴類型；向彩鈴服務(wù)器發(fā)送所述主叫方需要的彩鈴類型；獲取彩鈴服務(wù)器根據(jù)所述主叫方需要的彩鈴類型發(fā)送的彩鈴信息；發(fā)送所述彩鈴信息給主叫方。本發(fā)明實施例具有如下技術(shù)效果通過主叫方發(fā)送主叫方需要的彩鈴類型，彩鈴服務(wù)器為主叫方提供相應(yīng)的彩鈴信息，實現(xiàn)為主叫方提供選擇主叫方需要彩鈴類型的機會，提高了用戶體驗。
文檔編號H04W4/12GK101626550SQ200810132469
公開日2010年1月13日 申請日期2008年7月11日 優(yōu)先權(quán)日2008年7月11日
發(fā)明者健 楊, 郜文美, 陳國喬 申請人:華為技術(shù)有限公司