專利名稱：一種實現(xiàn)被叫播放主叫定制的振鈴媒體的方法
技術領域：
本發(fā)明涉及通信業(yè)務領域，尤指一種實現(xiàn)被叫播放主叫定制的振鈴媒體的方法。
背景技術：
在通信技術飛速發(fā)展的今天，話音業(yè)務作為一項基本的業(yè)務需求仍然是運營商獲取利潤的主要來源。圖1顯示的是話音業(yè)務的呼叫處理流程。
步驟101主叫用戶通過主叫終端UE1向主叫所在的無線網(wǎng)絡子系統(tǒng)(RNS)發(fā)出業(yè)務請求(INITIAL DIRECT TRANSFER)，要求呼叫被叫用戶。RNS將主叫終端UE1發(fā)出的業(yè)務請求通過初始用戶消息(INITIAL UEMESSAGE)傳遞給主叫交換中心MSC1，INITIAL UE MESSAGE中包含非接入層信息(CM SERV REQ)。
步驟102主叫交換中心MSC1通過RNS回復業(yè)務接受消息(CMSERVICE ACCEPT)，RNS將業(yè)務接受消息透明傳輸給主叫終端UE1。
步驟103主叫終端UE1收到業(yè)務接受消息后，發(fā)送呼叫建立請求消息(SETUP)到主叫交換中心MSC1。
步驟104主叫交換中心MSC1收到呼叫建立請求消息后，給被叫交換中心MSC2發(fā)送ISUP的初始地址消息(IAM)。
步驟105被叫側(cè)呼叫建立，且主叫側(cè)建立無線承載。
該步驟包括兩部分內(nèi)容其一、被叫側(cè)建立呼叫的過程，該過程發(fā)生在被叫交換中心MSC2、被叫所在的RNS以及被叫終端UE2之間；其二、主叫側(cè)建立RAB的過程，該過程發(fā)生在主叫交換中心MSC1、主叫所在的RNS以及主叫終端UE1之間。上述兩個過程同時進行，且不互相影響。
對于被叫側(cè)建立呼叫的過程，具體包括以下步驟1、被叫交換中心MSC2向被叫所在的RNS發(fā)起尋呼(PAGING)，RNS將尋呼消息下發(fā)給被叫終端UE2。
2、被叫終端UE2給RNS回復尋呼響應(PAGE RESP)，RNS向被叫交換中心MSC2發(fā)出初始用戶消息(INITIAL UE MESSAGE)。
3、被叫交換中心MSC2根據(jù)INITIAL UE MESSAGE給被叫側(cè)分配信道并發(fā)出SETUP消息，被叫終端UE2收到被叫交換中心MSC2發(fā)出的SETUP消息后，回復呼叫證實消息(CALL CONF)。
對于主叫側(cè)建立無線承載的過程，具體包括以下步驟1、主叫交換中心MSC1給主叫終端UE1發(fā)送呼叫建立進行消息(CALLPROC)。
2、主叫交換中心MSC1給RNS發(fā)出無線接入承載指配請求(RABASSIGNMENT REQ)，RNS在空口向主叫終端UE1發(fā)出無線承載指配請求(RB ASSIGNMENT REQ)。
3、主叫終端UE1向RNS回復無線承載指配完成消息(RBASSIGNMENT COMP)，然后RNS發(fā)送無線接入承載指配響應(RABASSIGNMENT RESP)給主叫交換中心MSC1。
步驟106被叫交換中心MSC2向主叫交換中心MSC1發(fā)送ISUP的地址全消息(ACM)。
步驟107被叫側(cè)建立無線承載。
該步驟具體包括首先、被叫交換中心MSC2給RNS發(fā)出無線接入承載指配請求(RAB ASSIGNMENT REQ)，RNS在空口向被叫終端UE2發(fā)出無線承載指配請求(RB ASSIGNMENT REQ)；接著、被叫終端UE2向RNS回復無線承載指配完成消息(RB ASSIGNMENT COMP)，RNS發(fā)送無線接入承載指配響應(RAB ASSIGNMENT RESP)給被叫交換中心MSC2。
步驟108～步驟110被叫終端UE2向被叫交換中心MSC2回復振鈴消息(ALERTING)，同時被叫終端UE2向被叫用戶發(fā)出鈴音，提示被叫用戶有呼叫到達。被叫交換中心MSC2向主叫交換中心MSC1發(fā)送ISUP的呼叫進行消息(CPG)，主叫交換中心MSC1向主叫終端UE1發(fā)出振鈴消息(ALERTING)。此時，被叫交換中心MSC2到主叫終端UE1間的話路承載被接通，由被叫交換中心MSC2向主叫終端UE1發(fā)送回鈴，提示主叫用戶當前正在向被叫用戶振鈴。
上述過程中使用的鈴音提示分為兩類其一、由被叫終端UE2向被叫用戶發(fā)出的來電提示，通常稱為振鈴(RING)；其二、主叫用戶從主叫終端UE1聽到的鈴音提示，該鈴音是在主叫用戶發(fā)出呼叫建立請求等待被叫用戶接聽的過程中聽到的，用來向主叫用戶提示呼叫已經(jīng)連接到被叫，故通常稱為回鈴(RING BACK)。所述振鈴和回鈴都發(fā)生在被叫用戶未摘機接聽主叫用戶來電的非通話狀態(tài)。
步驟111～步驟113被叫用戶摘機應答后，被叫終端UE2向被叫交換中心MSC2發(fā)出摘機應答消息(CONNECT)，指示被叫用戶已準備接聽，被叫終端UE2停止發(fā)出振鈴。
同時，被叫交換中心MSC2接通主被叫間的雙向連接，并停止向主叫終端UE1發(fā)送回鈴，然后被叫交換中心MSC2向主叫交換中心MSC1發(fā)送ISUP的應答消息(ANM)。主叫交換中心MSC1向主叫終端UE1發(fā)出連接請求(CONNECT)，主叫終端UE1收到請求后進入通話連接狀態(tài)。
步驟114～步驟115被叫交換中心MSC2向被叫終端UE2回復連接響應(CONNECT ACK)。同時，主叫終端UE1向主叫交換中心MSC1回復連接響應(CONNECT ACK)。
至此，主叫用戶和被叫用戶進入正常的通話階段。完整的呼叫流程還涉及鑒權(quán)加密、智能觸發(fā)以及取漫游號碼等內(nèi)容，上述內(nèi)容在圖1所示的呼叫流程中均省略。另外，用戶位置更新時發(fā)生的歸屬位置寄存器(HLR)插入用戶數(shù)據(jù)到拜訪位置寄存器(VLR)的過程也未在圖1所示的流程中加以描述。
然而，話音呼叫市場已經(jīng)接近飽和，而且普通的話音業(yè)務遠不能滿足人們的需求，故運營商在話音業(yè)務的基礎上推出了許多增值業(yè)務。為配合運營商開展的增值業(yè)務，用戶終端的設計也添加了新的功能，呈現(xiàn)多樣化趨勢。
現(xiàn)有的用戶終端除了普通電話外，還有手機等移動終端以及多媒體電話(VP，Video Phone)，該類用戶終端都具有多媒體播放功能。比如手機或VP電話具有媒體播放器，用于播放本地或網(wǎng)絡側(cè)的多媒體文件，將多媒體文件以聲音、圖像或動畫等形式表現(xiàn)給用戶。另外，現(xiàn)有的用戶終端都有電話簿功能，即在用戶終端建立以電話號碼查詢?yōu)榛竟δ艿谋镜亍皵?shù)據(jù)庫”作為電話簿，該數(shù)據(jù)庫為用戶設置許多電話簿條目，比如電話號碼條目、人名條目以及振鈴信息條目等，用號碼/MSISDN加以區(qū)分。為保存上述數(shù)據(jù)信息，用戶終端的存儲容量也越來越大。
基于上述多功能用戶終端的支持，現(xiàn)有技術中可供選擇的振鈴已經(jīng)不局限于傳統(tǒng)的單調(diào)鈴音，還可使用多媒體文件作為振鈴向被叫用戶進行來電提示，所以由被叫用戶自選特色多媒體作為振鈴的增值業(yè)務得到較大地發(fā)展。但是，現(xiàn)有技術卻無法支持主叫用戶為被叫用戶定制特色多媒體作為振鈴，故主叫用戶無法更多地向被叫用戶傳遞主叫信息，靈活性差。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的主要目的在于提供一種實現(xiàn)被叫播放主叫定制的振鈴媒體的方法，使主叫用戶通過定制主叫振鈴媒體更直接地提示被叫用戶。
為達到上述目的，本發(fā)明的技術方案具體是這樣實現(xiàn)的一種實現(xiàn)被叫播放主叫定制的振鈴媒體的方法，其特征在于，通過預先簽約為主叫終端生成振鈴定制信息，該方法包括以下步驟a、主叫終端發(fā)出呼叫建立請求消息，并根據(jù)預先簽約通過網(wǎng)絡將振鈴定制信息發(fā)送到被叫終端；b、被叫終端根據(jù)接收到的振鈴定制信息播放主叫振鈴媒體。
進一步地，所述預先簽約的方法包括在主叫終端所屬的歸屬位置寄存器上保存振鈴服務器地址；
步驟a中發(fā)送振鈴定制信息的方法具體包括a11、主叫交換中心接收到主叫終端發(fā)出的呼叫建立請求消息后，根據(jù)振鈴服務器地址路由到振鈴服務器獲取振鈴定制信息；a12、主叫交換中心將步驟a11獲取的振鈴定制信息寫入初始地址消息，并通過被叫交換中心將振鈴定制信息逐級發(fā)送到被叫終端。
進一步地，所述預先簽約的方法包括在主叫終端所屬的歸屬位置寄存器上保存智能業(yè)務控制點地址；步驟a中發(fā)送振鈴定制信息的方法具體包括a21、主叫交換中心接收到主叫終端發(fā)出的呼叫建立請求消息后，根據(jù)智能業(yè)務控制點地址智能觸發(fā)到業(yè)務控制點獲取振鈴定制信息；a22、主叫交換中心將步驟a21獲取的振鈴定制信息寫入初始地址消息，并通過被叫交換中心將振鈴定制信息逐級發(fā)送到被叫終端。
進一步地，所述預先簽約的方法包括振鈴服務器將振鈴定制信息發(fā)送到主叫終端，主叫終端保存振鈴定制信息；步驟a中發(fā)送振鈴定制信息的方法具體包括主叫終端將所保存的振鈴定制信息寫入呼叫建立請求，并將振鈴定制信息逐級發(fā)送到被叫終端。
進一步地，步驟b具體包括b1、被叫終端根據(jù)接收到的振鈴定制信息判斷主叫振鈴媒體是否需要更新，如果不需更新，則播放原有振鈴對被叫用戶進行來電提示，如果需要更新，則執(zhí)行步驟b2；b2、被叫終端向振鈴服務器發(fā)出振鈴發(fā)送請求，振鈴服務器將主叫振鈴媒體以多媒體短消息附件的方式發(fā)送到被叫終端，被叫終端保存并播放所獲得的主叫振鈴媒體對被叫用戶進行來電提示。
進一步地，所述振鈴定制信息包括主叫振鈴媒體信息；步驟b1中判斷主叫振鈴媒體是否需要更新的方法為被叫終端判斷振鈴信息條目中是否存在主叫振鈴媒體信息，如果存在則不需更新，如果不存在則需要更新。
較佳地，所述振鈴發(fā)送請求為無線應用協(xié)議消息，或者為普通短消息，或者為非結(jié)構(gòu)化補充數(shù)據(jù)業(yè)務消息。
進一步地，所述預先簽約的方法包括在振鈴服務器上保存主叫振鈴媒體與主叫號碼的索引；步驟b2中將主叫振鈴媒體發(fā)送到被叫終端的方法具體是振鈴服務器接收到包含主叫號碼的振鈴發(fā)送請求后，查找索引中與該主叫號碼對應的主叫振鈴媒體，并將查找到的主叫振鈴媒體作為多媒體短消息的附件發(fā)送到被叫終端。
進一步地，步驟b2中，被叫終端向振鈴服務器發(fā)出振鈴發(fā)送請求時，被叫終端播放原有振鈴；在被叫終端獲得主叫振鈴媒體后，被叫終端停止播放原有振鈴。
較佳地，所述主叫振鈴媒體為音頻鈴音或多媒體。
由上述技術方案可見，本發(fā)明的這種實現(xiàn)被叫播放主叫定制的振鈴媒體的方法，通過預先簽約由主叫用戶為被叫用戶定制主叫振鈴媒體，并生成振鈴定制信息，主叫終端在呼叫建立時通過網(wǎng)絡發(fā)送振鈴定制信息給被叫終端，最終使被叫終端獲得并播放主叫所定制的主叫振鈴媒體，使主叫用戶能更直接地向被叫用戶傳遞主叫信息，體現(xiàn)主叫特色。
另一方面，本發(fā)明通過多媒體短消息附件的方式將主叫振鈴媒體由主叫用戶簽約的振鈴服務器完整地發(fā)送到被叫終端后，被叫終端才播放主叫定制的振鈴媒體。這種非流媒體播放方式克服了邊下載邊播放這種流媒體播放方式的缺點，避免了對底層通信協(xié)議的修改，且通過多媒體短消息附件方式能發(fā)送由圖形、動畫、文字、音樂等形式組合而成的多媒體文件，從而為主叫用戶提供個性化“名片”。
再一方面，本發(fā)明通過現(xiàn)有的呼叫流程使被叫終端獲得并播放主叫所定制的主叫振鈴媒體，故該方法兼容性強，易于實現(xiàn)。


圖1為現(xiàn)有技術的呼叫處理流程圖；圖2為本發(fā)明一個較佳實施例中被叫播放主叫定制的振鈴媒體的流程圖。
具體實施例方式
為使本發(fā)明的目的、技術方案及優(yōu)點更加清楚明白，以下參照附圖并舉實施例，對本發(fā)明進一步詳細說明。
本發(fā)明中，將主叫用戶為被叫用戶定制的振鈴媒體稱為主叫振鈴媒體。希望被叫終端播放主叫定制的振鈴媒體的主叫用戶需要預先簽約，運營商可以采用兩種不同的方式為主叫用戶提供簽約服務。
其一、普通簽約方式。運營商根據(jù)主叫用戶的簽約請求在提供主叫振鈴媒體的振鈴服務器上添加主叫終端UE1的MSISDN號，建立主叫終端UE1的MSISDN號與主叫振鈴媒體信息之間的索引，通過該索引將主叫終端UE1的MSISDN號指向主叫用戶挑選的主叫振鈴媒體，同時在主叫終端UE1所屬的HLR上為主叫用戶添加簽約信息。
所述振鈴服務器可以是媒體資源平臺(MRS)等，能支持以多媒體短消息(MMS，Multimedia Messaging Service)方式發(fā)送主叫振鈴媒體，故振鈴服務器發(fā)送的主叫振鈴媒體可以是由圖形、動畫、文字、音樂等形式組合而成的多媒體。
所述主叫振鈴媒體信息可以是主叫振鈴媒體在振鈴服務器上保存的名稱或編號。
如果主叫交換中心MSC1與振鈴服務器之間采用私有接口進行通信，主叫終端UE1所屬的HLR上保存的簽約信息是主叫振鈴業(yè)務簽約標識和振鈴服務器地址。在主叫終端的位置更新過程中，主叫用戶歸屬的HLR將簽約信息等用戶數(shù)據(jù)插入到VLR。主叫交換中心MSC1根據(jù)從VLR獲得的振鈴服務器地址，到振鈴服務器上獲取主叫振鈴媒體的振鈴定制信息。所述私有接口可以基于會話初始協(xié)議(SIP，Session Initiation Protocol)實現(xiàn)。
所述振鈴定制信息包括主叫振鈴媒體信息和振鈴服務器地址。
如果主叫交換中心MSC1采用標準接口連接振鈴服務器，主叫終端UE1所屬的HLR上保存的簽約信息是主叫振鈴業(yè)務簽約標識和智能業(yè)務控制點(SCP)地址，且該SCP上預先保存主叫振鈴媒體的振鈴定制信息。
其二、定制簽約方式。運營商應主叫用戶的簽約請求，在提供主叫用戶所需主叫振鈴媒體的振鈴服務器上添加主叫終端UE1的MSISDN號，將該MSISDN號指向主叫用戶所挑選的主叫振鈴媒體，同時將振鈴定制信息通過短消息發(fā)送給主叫終端UE1，主叫終端UE1接收到該短消息后將振鈴定制信息存儲到SIM/USIM卡內(nèi)存中。
對于運營商采用定制簽約方式提供簽約服務的情況，主叫終端UE1必須采用定制終端才能支持該服務。所述定制終端是指主叫終端UE1能解析攜帶振鈴定制信息的短消息，并能在發(fā)起呼叫時將振鈴定制信息嵌入SETUP消息發(fā)出。
在實際應用中，上述兩種簽約方式不能混用，運營商只能采用其中一種方式為用戶提供定制振鈴的簽約服務。由于普通簽約方式對用戶終端沒有特殊要求，所以該方式較佳。
完成簽約的主叫用戶可以在對被叫用戶發(fā)起呼叫的過程中以主叫所定制的主叫振鈴媒體對被叫用戶進行來電提示，圖2顯示的是本發(fā)明一較佳實施例中被叫播放主叫定制的主叫振鈴媒體的流程圖。
步驟201主叫終端發(fā)出呼叫建立請求，通過網(wǎng)絡將振鈴定制信息發(fā)送給被叫終端。
在本步驟中，如果采用普通簽約方式為主叫用戶提供簽約，上述過程具體如下11、主叫終端發(fā)送SETUP消息到主叫交換中心MSC1，主叫交換中心MSC1到VLR取得主叫用戶的簽約信息。
對于主叫交換中心MSC1與振鈴服務器之間采用私有接口通信的情況，所述簽約信息為主叫振鈴業(yè)務簽約標識和振鈴服務器地址，主叫交換中心MSC1從主叫振鈴業(yè)務簽約標識獲知主叫用戶屬于簽約用戶后，根據(jù)振鈴服務器地址路由到振鈴服務器，從振鈴服務器獲得振鈴定制信息。
對于主叫交換中心MSC1采用標準接口連接振鈴服務器的情況，所述簽約信息為主叫振鈴業(yè)務簽約標識和智能SCP地址，主叫交換中心MSC1從主叫振鈴業(yè)務簽約標識獲知主叫用戶屬于簽約用戶后，根據(jù)SCP地址智能觸發(fā)到SCP上，通過業(yè)務交換點(SSP)和SCP的交互，從SCP上獲得振鈴定制信息。
12、主叫交換中心MSC1取得振鈴定制信息后，通過發(fā)往被叫交換中心MSC2的IAM消息附帶發(fā)送該振鈴定制信息。
13、被叫交換中心MSC2收到IAM消息后，取出IAM消息中的相應字段內(nèi)容寫入發(fā)往被叫終端的SETUP消息，所述IAM消息的相應字段包含振鈴定制信息。
上述過程中，振鈴定制信息可以填寫在IAM消息和SETUP消息的主叫子地址字段。
如果采用定制簽約方式實現(xiàn)主叫用戶的簽約，上述過程具體如下21、主叫終端在SETUP消息的主叫子地址字段嵌入振鈴定制信息，并將SETUP消息發(fā)送到主叫交換中心MSC1。
將振鈴定制信息嵌入SETUP消息的操作需要使用定制終端才能實現(xiàn)。實際應用中，可以不必修改主叫終端的底層通信協(xié)議，只要采用應用層的軟件就能使主叫終端實現(xiàn)振鈴定制信息的嵌入操作。
22、主叫交換中心MSC1收到SETUP消息后，取出SETUP消息中的相應字段內(nèi)容寫入發(fā)往被叫交換中心MSC2的IAM消息，所述SETUP消息的相應字段包含振鈴定制信息。
23、被叫交換中心MSC2收到IAM消息后，取出IAM消息中的相應字段內(nèi)容寫入發(fā)往被叫終端的SETUP消息，所述IAM消息的相應字段包含振鈴定制信息。
步驟202被叫終端UE2根據(jù)接收到的振鈴定制信息判斷本地是否有主叫用戶定制的主叫振鈴媒體，如果有則執(zhí)行步驟206，如果沒有執(zhí)行步驟203。
該步驟中，被叫終端的判斷方法為被叫終端查找本地數(shù)據(jù)庫的振鈴信息條目，如果振鈴信息條目中存在被叫終端UE2接收到的主叫振鈴媒體信息，表明本地已保存有主叫用戶定制的主叫振鈴媒體，否則就表明本地不存在所述主叫振鈴媒體。
步驟203被叫終端UE2更新主叫終端對應的振鈴信息，并根據(jù)振鈴定制信息中的振鈴服務器地址向振鈴服務器發(fā)出振鈴發(fā)送請求，要求獲得主叫所定制的主叫振鈴媒體。
該步驟中，被叫終端UE2可以通過無線應用協(xié)議(WAP，WirelessApplication Protocal)消息向振鈴服務器發(fā)出振鈴發(fā)送請求。
上述振鈴發(fā)送請求包括三部分內(nèi)容被叫號碼、消息內(nèi)容以及主叫號碼。其中，被叫號碼為振鈴服務器地址；消息內(nèi)容為主叫終端UE1的MSISDN號；主叫號碼為被叫終端UE2的號碼。
在其它實施例中，被叫終端UE2也可以采用普通短消息(SMS，Short Messaging Service)或非結(jié)構(gòu)化補充數(shù)據(jù)業(yè)務(USSD)消息向振鈴服務器發(fā)出振鈴發(fā)送請求。
在執(zhí)行該步驟的同時，被叫終端UE2可以先向被叫用戶播放原先為該主叫保存的振鈴，或者播放被叫終端設置的缺省振鈴對被叫用戶進行來電提示，并在獲得主叫振鈴媒體后停止播放原有的振鈴。
步驟204振鈴服務器收到振鈴發(fā)送請求后，向被叫終端UE2發(fā)出MMS消息，該MMS消息以附件方式攜帶主叫振鈴媒體。
上述步驟中，振鈴服務器接收到振鈴發(fā)送請求后，根據(jù)主叫終端UE1的MSISDN號查找到主叫用戶挑選的主叫振鈴媒體，并以附件方式將主叫振鈴媒體通過MMS消息發(fā)送到被叫終端。
所述主叫振鈴媒體可以是普通音頻鈴音或多媒體。
步驟205被叫終端UE2接收到MMS消息后，從MMS消息中拆離主叫振鈴媒體存儲在本地。
步驟206被叫終端UE2調(diào)用自身的媒體播放器播放已保存在本地的主叫振鈴媒體向被叫用戶進行來電提示。
從該步驟看出，被叫終端UE2能夠在獲得完整的主叫振鈴媒體后，才播放主叫振鈴媒體對被叫用戶進行個性化來電提示，故能克服邊下載邊播放的流媒體播放方式存在的缺點。
本發(fā)明所述的方法適用于被叫終端設置電話簿并具有多媒體播放功能的情況，且所述被叫終端必須能從MMS消息中拆離出主叫振鈴媒體。具有上述功能的被叫終端可以是普通語音移動終端或VP電話。
由上述的實施例可見，本發(fā)明的這種被叫播放主叫定制的振鈴媒體的方法在不修改現(xiàn)有的呼叫處理流程的前提下，將主叫所定制的主叫振鈴媒體以消息附件的方式完整發(fā)送給被叫終端，使被叫終端獲得并播放主叫所定制的主叫振鈴媒體，該方法兼容性強且易于實現(xiàn)。
權(quán)利要求
1.一種實現(xiàn)被叫播放主叫定制的振鈴媒體的方法，其特征在于，通過預先簽約為主叫終端生成振鈴定制信息，該方法包括以下步驟a、主叫終端發(fā)出呼叫建立請求消息，并根據(jù)預先簽約通過網(wǎng)絡將振鈴定制信息發(fā)送到被叫終端；b、被叫終端根據(jù)接收到的振鈴定制信息播放主叫振鈴媒體。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述預先簽約的方法包括在主叫終端所屬的歸屬位置寄存器上保存振鈴服務器地址；步驟a中發(fā)送振鈴定制信息的方法具體包括a11、主叫交換中心接收到主叫終端發(fā)出的呼叫建立請求消息后，根據(jù)振鈴服務器地址路由到振鈴服務器獲取振鈴定制信息；a12、主叫交換中心將步驟a11獲取的振鈴定制信息寫入初始地址消息，并通過被叫交換中心將振鈴定制信息逐級發(fā)送到被叫終端。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述預先簽約的方法包括在主叫終端所屬的歸屬位置寄存器上保存智能業(yè)務控制點地址；步驟a中發(fā)送振鈴定制信息的方法具體包括a21、主叫交換中心接收到主叫終端發(fā)出的呼叫建立請求消息后，根據(jù)智能業(yè)務控制點地址智能觸發(fā)到業(yè)務控制點獲取振鈴定制信息；a22、主叫交換中心將步驟a21獲取的振鈴定制信息寫入初始地址消息，并通過被叫交換中心將振鈴定制信息逐級發(fā)送到被叫終端。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述預先簽約的方法包括振鈴服務器將振鈴定制信息發(fā)送到主叫終端，主叫終端保存振鈴定制信息；步驟a中發(fā)送振鈴定制信息的方法具體包括主叫終端將所保存的振鈴定制信息寫入呼叫建立請求，并將振鈴定制信息逐級發(fā)送到被叫終端。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，步驟b具體包括b1、被叫終端根據(jù)接收到的振鈴定制信息判斷主叫振鈴媒體是否需要更新，如果不需更新，則播放原有振鈴對被叫用戶進行來電提示，如果需要更新，則執(zhí)行步驟b2；b2、被叫終端向振鈴服務器發(fā)出振鈴發(fā)送請求，振鈴服務器將主叫振鈴媒體以多媒體短消息附件的方式發(fā)送到被叫終端，被叫終端保存并播放所獲得的主叫振鈴媒體對被叫用戶進行來電提示。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述振鈴定制信息包括主叫振鈴媒體信息；步驟b1中判斷主叫振鈴媒體是否需要更新的方法為被叫終端判斷振鈴信息條目中是否存在主叫振鈴媒體信息，如果存在則不需更新，如果不存在則需要更新。
7.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述振鈴發(fā)送請求為無線應用協(xié)議消息，或者為普通短消息，或者為非結(jié)構(gòu)化補充數(shù)據(jù)業(yè)務消息。
8.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述預先簽約的方法包括在振鈴服務器上保存主叫振鈴媒體與主叫號碼的索引；步驟b2中將主叫振鈴媒體發(fā)送到被叫終端的方法具體是振鈴服務器接收到包含主叫號碼的振鈴發(fā)送請求后，查找索引中與該主叫號碼對應的主叫振鈴媒體，并將查找到的主叫振鈴媒體作為多媒體短消息的附件發(fā)送到被叫終端。
9.根據(jù)權(quán)利要求5所述的方法，其特征在于，步驟b2中，被叫終端向振鈴服務器發(fā)出振鈴發(fā)送請求時，被叫終端播放原有振鈴；在被叫終端獲得主叫振鈴媒體后，被叫終端停止播放原有振鈴。
10.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述主叫振鈴媒體為音頻鈴音或多媒體。
全文摘要
本發(fā)明公開了一種實現(xiàn)被叫播放主叫定制的振鈴媒體的方法。該方法的過程包括通過預先簽約為主叫終端生成振鈴定制信息，主叫終端發(fā)出呼叫建立請求消息，并根據(jù)預先簽約通過網(wǎng)絡將振鈴定制信息發(fā)送到被叫終端；被叫終端根據(jù)接收到的振鈴定制信息播放主叫振鈴媒體。本發(fā)明的這種方法在不修改現(xiàn)有的呼叫處理流程的前提下，將主叫所定制的主叫振鈴媒體以消息附件的方式完整發(fā)送給被叫終端，使被叫終端獲得并播放主叫振鈴媒體對被叫用戶進行來電提示，該方法兼容性強且易于實現(xiàn)。
文檔編號H04W8/18GK1878338SQ20051007495
公開日2006年12月13日 申請日期2005年6月6日 優(yōu)先權(quán)日2005年6月6日
發(fā)明者沈泉, 楊鵬亮, 張文林, 張海 申請人:華為技術有限公司