專利名稱：定制回鈴音業(yè)務的實現(xiàn)方法和裝置的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡通訊技術(shù)領(lǐng)域，具體涉及定制回鈴音業(yè)務的實現(xiàn)方法和定制回鈴音業(yè)務的實現(xiàn)裝置。
背景技術(shù)：
Customized Alerting Tones (定制回鈴音，CAT)業(yè)務廣泛應用在Public SwitchedTelephone Network (公眾交換電話網(wǎng)，PSTN )、 以及Global System for MobileCommun i CAT i ons (全球移動通信系統(tǒng)，GSM)等系統(tǒng)中。
在因特網(wǎng)工程任務組(IETF)制定的RFC3959、 RFC3960、 RFC5009標準文檔中對采用會話初始協(xié)議(SIP)實現(xiàn)早期々某體業(yè)務給出了兩種實現(xiàn)方案網(wǎng)關(guān)(Gateway)模式和應用服務器(AppliCATion Server)模式。
采用Gateway模式時，用戶代理服務器端(UAS )通過可靠臨時響應機制、更新(UPDATE )請求與用戶代理客戶端(UAC)完成早期媒體的協(xié)商，實現(xiàn)早期媒體業(yè)務，在該模式中早期媒體和普通會話的會話描述協(xié)議請求(SDP Offer)相同；而AppliCATion Server模式則通過擴展一個新的內(nèi)容部署(Content Disposition)類型早期會話(early session)來承載早期媒體的會話描述協(xié)議(SDP ),使UAC和UAS之間通過此類型Content Di spos it ion來實現(xiàn)早期媒體的協(xié)商，實現(xiàn)早期媒體業(yè)務，在該模式中，早期媒體流的SDP和普通會話的SDP之間完全獨立。
為豐富CAT業(yè)務，目前，主叫方可以訂閱CAT業(yè)務，這樣，在主叫方撥打被叫方時，主叫方可以體驗其訂閱的CAT業(yè)務。
在實現(xiàn)本發(fā)明的過程中，發(fā)明人發(fā)現(xiàn)如果多方均訂閱了 CAT業(yè)務，則會產(chǎn)生主叫方接收到多個混合在一起的回鈴音的現(xiàn)象，例如主叫方、被叫方均訂閱了 CAT業(yè)務，則主叫方會接收到兩個混合在一起的回鈴音；再例如，如果主叫方、被叫方、呼叫轉(zhuǎn)移的第三方均訂閱了 CAT業(yè)務，則主叫方會接收到三個混合在一起的回鈴音。
因此，現(xiàn)有的CAT業(yè)務實現(xiàn)過程會導致用戶對CAT業(yè)務體驗差。
發(fā)明內(nèi)容
本發(fā)明實施方式提供定制回鈴音業(yè)務實現(xiàn)方法和裝置，在多方訂閱CAT業(yè)務的情況下，能夠避免主叫方接收到多個混合在一起的回鈴音的問題，提高了定制回鈴音業(yè)務的實現(xiàn)靈活性，提高了用戶對CAT業(yè)務體驗。
本發(fā)明實施方式提供的一種定制回鈴音業(yè)務實現(xiàn)方法，包括在呼叫過程中，第一 CAT業(yè)務側(cè)具有定制回鈴音業(yè)務控制功能的網(wǎng)絡節(jié)點從所述呼叫的第一 CAT業(yè)務側(cè)提供的第一 CAT業(yè)務和第二 CAT業(yè)務側(cè)提供的第二 CAT業(yè)務中選擇一個定制回鈴音業(yè)務；
所述網(wǎng)絡節(jié)點向主叫用戶提供所述選擇的定制回鈴音業(yè)務、禁止為主叫用戶提供未被選擇的定制回鈴音業(yè)務。
本發(fā)明實施方式提供的一種定制回鈴音業(yè)務實現(xiàn)裝置，包括
選擇模塊，用于在呼叫過程中，從所述呼叫的至少兩個定制回鈴音業(yè)務中選擇具有高優(yōu)先級的定制回鈴音業(yè)務；
執(zhí)行模塊，用于根據(jù)選擇模塊的選擇結(jié)果觸發(fā)允許為主叫用戶播放所述選擇的定制回鈴音業(yè)務、禁止為主叫用戶播放未被選擇的定制回鈴音業(yè)務的操作。
通過上述技術(shù)方案的描述可知，在存在多個定制回鈴音業(yè)務的情況下，通過選擇高優(yōu)先級的定制回鈴音業(yè)務，并允許選擇的回鈴音業(yè)務、禁止未被選擇的定制回鈴音業(yè)務，能夠在多方訂閱CAT業(yè)務的情況下，避免主叫方接收到多個混合在一起的回鈴音的問題，提高了定制回鈴音業(yè)務的實現(xiàn)靈活性，提高了用戶對CAT業(yè)務體驗。
圖1是本發(fā)明實施方式的定制回鈴音業(yè)務實現(xiàn)流程示意圖一；圖2是本發(fā)明實施方式的定制回鈴音業(yè)務實現(xiàn)流程示意圖二；圖3是本發(fā)明實施方式的定制回鈴音業(yè)務實現(xiàn)流程示意圖三；圖4是本發(fā)明實施方式的定制回鈴音業(yè)務實現(xiàn)流程示意圖四；圖5是本發(fā)明實施方式的定制回鈴音業(yè)務實現(xiàn)流程示意圖五；圖6是本發(fā)明實施方式的定制回鈴音業(yè)務實現(xiàn)流程示意圖六；圖7是本發(fā)明實施方式的定制回鈴音業(yè)務實現(xiàn)流程示意圖七；圖8是本發(fā)明實施方式的定制回鈴音業(yè)務實現(xiàn)流程示意圖八；圖9是本發(fā)明實施方式的定制回鈴音業(yè)務實現(xiàn)流程示意圖九；圖10是本發(fā)明實施方式的定制回鈴音業(yè)務實現(xiàn)流程示意圖十；圖11是本發(fā)明實施方式的定制回鈴音業(yè)務實現(xiàn)流程示意圖十一；圖12是本發(fā)明實施方式的定制回鈴音業(yè)務實現(xiàn)流程示意圖十二；圖13是本發(fā)明實施方式的定制回鈴音業(yè)務實現(xiàn)流程示意圖十三；圖14是本發(fā)明實施方式的定制回鈴音業(yè)務實現(xiàn)流程示意圖十四；圖15是本發(fā)明實施方式的定制回鈴音業(yè)務實現(xiàn)裝置示意圖。圖16是本發(fā)明實施方式的定制回鈴音業(yè)務實現(xiàn)流程示意圖十五圖17是本發(fā)明實施方式的定制回鈴音業(yè)務實現(xiàn)流程示意圖十六圖18是本發(fā)明實施方式的定制回鈴音業(yè)務實現(xiàn)流程示意圖十七
具體實施例方式
在主叫用戶與被叫用戶之間的呼叫過程中，位于主叫側(cè)的具有CAT業(yè)務控制功能的網(wǎng)絡節(jié)點如果能夠從呼叫的至少兩個定制回鈴音業(yè)務中選擇具有高優(yōu)先級的定制回鈴音業(yè)務，之后，只為主叫用戶提供選擇的定制回鈴音業(yè)務，而不為主叫用戶提供未選擇的定制回鈴音業(yè)務，則能夠有效避免主叫用戶接收到混合在一起的多個回鈴音的現(xiàn)象。這里的具有CAT業(yè)務控制功能的網(wǎng)絡節(jié)點如IMS域中具有主叫CAT業(yè)務功能控制模塊的網(wǎng)絡設備、或者CS域中具有主叫CAT業(yè)務功能控制模塊的網(wǎng)絡設備等。IMS域中具有主叫CAT業(yè)務功能控制模塊的網(wǎng)絡設備如定制回鈴音應用服務器(CAT AS)。 CS域中具有主叫CAT業(yè)務功能控制模塊的網(wǎng)絡設備如移動交換中心(MSC )。這里的至少兩個定制回鈴音業(yè)務可以包括主叫定制回鈴音業(yè)務、被叫定制回鈴音業(yè)務和呼叫轉(zhuǎn)移第三方定制回鈴音業(yè)務中的任意兩個或三個。
在被叫用戶與呼叫轉(zhuǎn)移第三方用戶之間的呼叫過程中，位于被叫側(cè)的具有CAT業(yè)務控制功能的網(wǎng)絡節(jié)點如果能夠從呼叫的至少兩個定制回鈴音業(yè)務中選擇具有高優(yōu)先級的定制回鈴音業(yè)務，之后，只為主叫用戶提供選擇的定制回鈴音業(yè)務，而不為主叫用戶提供未選擇的定制回鈴音業(yè)務，則能夠避免主叫用戶接收到混合在一起的多個回鈴音的現(xiàn)象。這里的具有CAT業(yè)務控制功能的網(wǎng)絡節(jié)點如IMS域中具有被叫CAT業(yè)務功能控制模塊的網(wǎng)絡設備(如CAT AS )、或者CS域中的具有主叫CAT業(yè)務功能控制模塊的網(wǎng)絡設備(如MSC )等。這里的至少兩個定制回鈴音業(yè)務可以包括被叫定制回鈴音業(yè)務和呼叫轉(zhuǎn)移第三方定制回鈴音業(yè)務。
上述只為主叫用戶提供選擇的定制回鈴音業(yè)務，而不為主叫用戶提供未選擇的定制回鈴音業(yè)務可以由網(wǎng)絡節(jié)點執(zhí)行的觸發(fā)操作來實現(xiàn)。網(wǎng)絡節(jié)點執(zhí)行的觸發(fā)操作可以為多種形式。例如在本側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，通知對側(cè)網(wǎng)絡節(jié)點不提供定制回鈴音業(yè)務、且該網(wǎng)絡節(jié)點執(zhí)行提供本側(cè)用戶定制回鈴音業(yè)務的操作，這里的提供本側(cè)用戶定制回鈴音業(yè)務的操作可以采用現(xiàn)有的操作；在對側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，通知對側(cè)網(wǎng)絡節(jié)點提供定制回鈴音業(yè)務，且該網(wǎng)絡節(jié)點不執(zhí)行提供本側(cè)用戶定制回鈴音業(yè)務的操作。再例如在本側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，指示媒體資源功能模塊丟棄接收到的對側(cè)用戶定制回鈴音業(yè)務的媒體流、且該網(wǎng)絡節(jié)點執(zhí)行提供本側(cè)用戶定制回鈴音業(yè)務的操作；在對側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，允許媒體資源功能模塊正常傳輸其接收到的對側(cè)用戶定制回鈴音業(yè)務的i某體流，且該網(wǎng)絡節(jié)點不執(zhí)行提供本側(cè)用戶定制回鈴音業(yè)務的操作。還有在本側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，指示媒體網(wǎng)關(guān)控制功能實體不執(zhí)行打開針對對側(cè)用戶定制回鈴音業(yè)務媒體流的媒體門控操作、且該網(wǎng)絡節(jié)點執(zhí)行提供本側(cè)用戶定制回鈴音業(yè)務的操作；在對側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，指示媒體網(wǎng)關(guān)控制功能實體執(zhí)行打開針對對側(cè)用戶定制回鈴音業(yè)務媒體流的媒體門控操作、且該網(wǎng)絡節(jié)點不執(zhí)行提供本側(cè)用戶定制回鈴音業(yè)務的操作等等。
圖16描述了本發(fā)明提供的定制回鈴音業(yè)務實現(xiàn)方法流程。
其中當?shù)谝?CAT業(yè)務側(cè)為主叫所在網(wǎng)絡時，第二 CAT業(yè)務側(cè)可以為被叫所在的網(wǎng)絡或者為被叫前轉(zhuǎn)后的用戶所在的網(wǎng)絡；當?shù)谝籆AT業(yè)務側(cè)為被叫所在的網(wǎng)絡時，第二CAT業(yè)務側(cè)可以為^fe叫前轉(zhuǎn)后的用戶所在的網(wǎng)絡。在圖16中
步驟1:第一 CAT業(yè)務側(cè)接收到會話請求消息，所述的會話請求消息可以為INVITE
請求；
步驟2:第一CAT業(yè)務側(cè)選擇第一CAT業(yè)務或者第二CAT業(yè)務，選擇方法可以為下列描述中的一種或幾種組合
a、 根據(jù)用戶定制回鈴音業(yè)務設置參數(shù)選擇。
b、 根據(jù)預先設置的本地策略選擇。這里的本地策略可以是由運營商根據(jù)需要設置的策略。
c、 根據(jù)歷史選擇結(jié)果選擇。
上述選擇可以是在接收到會話請求后執(zhí)行，也可以是在接收到第二 CAT業(yè)務側(cè)反饋的會話請求的響應消息后執(zhí)行；
當上述第一 CAT業(yè)務側(cè)選擇第一 CAT業(yè)務時，可以選擇下列一種方法或者多種方法的組合向主叫終端提供第一 CAT業(yè)務
方法1 )向第二 CAT業(yè)務側(cè)發(fā)送CAT業(yè)務指示信息，所述CAT業(yè)務指示信息用來通知第二 CAT業(yè)務側(cè)不提供CAT業(yè)務，或者用來通知給第二 CAT業(yè)務側(cè)所述第一 CAT業(yè)務側(cè)提供CAT業(yè)務，如步驟3a所示；
方法2 )接收到第二 CAT業(yè)務側(cè)發(fā)送的CAT業(yè)務請求之后，向第二 CAT業(yè)務側(cè)發(fā)送拒絕CAT業(yè)務請求的響應信息，如步驟3b所示；
方法3 )丟棄第二 CAT業(yè)務側(cè)發(fā)送的CAT媒體流，如步驟3c所示。
當上述第一 CAT業(yè)務側(cè)選擇第一 CAT業(yè)務時，第一 CAT業(yè)務側(cè)可以根據(jù)接收到的所述會話請求消息中攜帶的能力信息選擇上述方法，例如
A) 當所述能力信息表示不支持Early Session時，例如所述的會話請求中的Supported頭域沒有攜帶Early Session參數(shù)，第一 CAT業(yè)務側(cè)可以選擇所述方法1)或者所述方法3 );
B) 當所述能力信息表示支持Early Session時，例如所述的會話請求中的Supported頭域攜帶Early Session參數(shù)，第一 CAT業(yè)務側(cè)可以選擇所述方法2 );
C) 當所述能力信息表示不支持Early Session時，第一 CAT業(yè)務側(cè)可以選擇所述方法2 )，此時第一 CAT業(yè)務側(cè)在向第二 CAT業(yè)務側(cè)發(fā)送的會話請求中增加能力信息表示支持Early Session,例如在所述的會話請求中的Supported頭域中攜帶Early Session參數(shù)，第一 CAT業(yè)務側(cè)通過所述方法2 )拒絕第二 CAT業(yè)務側(cè)的CAT業(yè)務請求，并且通過網(wǎng)關(guān)模式向主叫終端提供第一 CAT業(yè)務。
當上述選擇的方法失敗或者不可行時，可以繼續(xù)選擇其他的方法。
當上述第一 CAT業(yè)務側(cè)選擇第二 CAT業(yè)務時，可以選擇下列一種方法或者多種方法的組合向主叫終端提供第二 CAT業(yè)務
方法4 )不向第二 CAT業(yè)務側(cè)發(fā)送CAT業(yè)務指示信息，或者向第二 CAT業(yè)務側(cè)發(fā)送CAT業(yè)務指示信息，所述CAT業(yè)務指示信息用來通知第二CAT業(yè)務側(cè)提供CAT業(yè)務，或者用來通知給第二 CAT業(yè)務側(cè)所述第一 CAT業(yè)務側(cè)不提供CAT業(yè)務；
方法5 )接收到第二 CAT業(yè)務側(cè)發(fā)送的CAT業(yè)務請求之后，向主叫終端轉(zhuǎn)發(fā)CAT業(yè)務
請求；
方法6 )向主叫終端轉(zhuǎn)發(fā)第二 CAT業(yè)務側(cè)發(fā)送的CAT 4某體流。當上述選擇的方法失敗或者不可行時，可以繼續(xù)選擇其他的方法。當?shù)谝?CAT業(yè)務側(cè)使用所述方法1 )時，所述的CAT業(yè)務指示信息可以在所述的會話請求中攜帶，也可以通過其它消息攜帶，例如UPDATE請求消息或PRACK請求消息，第二CAT業(yè)務側(cè)可以根據(jù)所述CAT業(yè)務指示信息不觸發(fā)第二 CAT業(yè)務，例如第二 CAT業(yè)務側(cè)中的S-CSCF根據(jù)所述CAT業(yè)務指示信息不觸發(fā)第二 CAT業(yè)務側(cè)的CAT應用服務器，或者第二 CAT業(yè)務側(cè)中的S-CSCF觸發(fā)第二 CAT業(yè)務側(cè)的CAT應用服務器之后，第二 CAT業(yè)務側(cè)的CAT應用服務器根據(jù)所述CAT業(yè)務指示信息不觸發(fā)CAT業(yè)務。圖17描述了所述方法2 )的具體實現(xiàn)流程。
步驟1701:第一 CAT業(yè)務側(cè)向第二 CAT業(yè)務側(cè)轉(zhuǎn)發(fā)會話請求消息；
步驟1702:第二 CAT業(yè)務側(cè)向第一 CAT業(yè)務側(cè)發(fā)送會話請求響應消息第二，其中攜
帶第二 CAT業(yè)務請求，例如通過Early Session的SDP offer攜帶第二 CAT業(yè)務側(cè)的CAT
業(yè)務媒體信息；
步驟1703:第一 CAT業(yè)務側(cè)向第二 CAT業(yè)務側(cè)反饋請求響應的應答消息，其中攜帶第二 CAT業(yè)務的拒絕信息，例如通過將Early Session的SDP answer中的媒體行端口地址置為G來拒絕第二 CAT業(yè)務請求。
圖18描述了所述方法3)的具體實現(xiàn)流程。
步驟1801:第一 CAT業(yè)務側(cè)將接收到的會話請求消息中的SDP的IP地址和端口更改為第一 CAT功能控制模塊的媒體資源的IP地址和端口，然后將修改后的會話請求消息給第二CAT業(yè)務側(cè)；
步驟1802:第二 CAT業(yè)務側(cè)和第一 CAT業(yè)務側(cè)之間建立第二 CAT媒體會話，例如第二 CAT業(yè)務側(cè)向第一 CAT業(yè)務側(cè)發(fā)送SDP answer,其中攜帶第二 CAT業(yè)務媒體信息，或者第二 CAT業(yè)務側(cè)向第一 CAT業(yè)務側(cè)發(fā)送Early Session的SDP offer,其中攜帶第二 CAT業(yè)務媒體信息，第一 CAT業(yè)務側(cè)向第二 CAT業(yè)務側(cè)發(fā)送Early Session的SDP answer,其中攜帶第一 CAT業(yè)務的媒體資源的IP地址和端口 ；
步驟1803:第二 CAT業(yè)務側(cè)向第一 CAT業(yè)務側(cè)發(fā)送第二 CAT i某體流； 步驟1804:第一 CAT業(yè)務側(cè)丟棄第二 CAT J(某體流。 下面簡要例舉幾種定制回鈴音業(yè)務實現(xiàn)方式。
方式一、在主叫用戶呼叫被叫用戶的過程中，主叫側(cè)的網(wǎng)絡節(jié)點從主叫定制回鈴音業(yè) 務、被叫定制回鈴音業(yè)務中選擇高優(yōu)先級的定制回鈴音業(yè)務，并執(zhí)行觸發(fā)操作，即發(fā)送選 擇的定制回鈴音業(yè)務信息(解釋)，以指示接收到該信息的網(wǎng)絡節(jié)點應該執(zhí)行的操作。該選 擇的定制回鈴音業(yè)務信息可以攜帶在主叫側(cè)的網(wǎng)絡節(jié)點接收到的INVITE消息中發(fā)送，當 然，本發(fā)明實施方式不排除主叫側(cè)的網(wǎng)絡節(jié)點利用其它消息發(fā)送該信息的可能性。該信息 可以直接被被叫側(cè)網(wǎng)絡節(jié)點接收，也可以被Media Gateway Control Function (媒體網(wǎng)關(guān) 控制功能，MGCF)實體等中間節(jié)點接收。中間節(jié)點如MGCF在接收到該信息后，可以將該 信息發(fā)送至被叫側(cè)的網(wǎng)絡節(jié)點，也可以不向被叫側(cè)的網(wǎng)絡節(jié)點發(fā)送該信息，而是根據(jù)該信 息執(zhí)行定制回鈴音業(yè)務的媒體流傳輸控制等操作，例如，MGCF在根據(jù)該信息確定出主叫用 戶定制回鈴音業(yè)務優(yōu)先級高時，不執(zhí)行請求媒體網(wǎng)關(guān)打開媒體門控的操作，MGCF在根據(jù)該 信息確定出被叫用戶定制回鈴音業(yè)務優(yōu)先級高時，執(zhí)行請求媒體網(wǎng)關(guān)打開媒體門控的操 作。在中間節(jié)點如MGCF接收到該信息、且將該信息發(fā)送至被叫側(cè)網(wǎng)絡節(jié)點的情況下，MGCF 可以在接收到主叫側(cè)的網(wǎng)絡節(jié)點發(fā)送來的邀請(INVITE )消息后，將該信息攜帶在Initial Address Message (初始地址消息IAM)中發(fā)送至被叫側(cè)網(wǎng)絡節(jié)點，當然，本發(fā)明實施方式 不排除利用其它消息傳輸該信息的可能性。
從上述方式一的描述可知，在存在多個定制回鈴音業(yè)務的情況下，通過指示被叫側(cè)的 網(wǎng)絡節(jié)點、或指示MGCF,能夠在主叫定制回鈴音業(yè)務優(yōu)先級高的情況下，避免被叫定制回 鈴音業(yè)務的媒體流向主叫用戶播放，從而能夠在多方訂閱CAT業(yè)務的情況下，避免主叫方 接收到多個混合在一起的回鈴音的問題。
在方式一中，主叫側(cè)的網(wǎng)絡節(jié)點和被叫側(cè)的網(wǎng)絡節(jié)點可以位于相同域，也可以位于不 同域，例如，主叫側(cè)的網(wǎng)絡節(jié)點位于IMS域，被叫側(cè)的網(wǎng)絡節(jié)點位于CS域；再例如，主 叫側(cè)的網(wǎng)絡節(jié)點位于CS域，被叫側(cè)的網(wǎng)絡節(jié)點位于IMS域。另外，方式一同樣適用于被 叫用戶將呼叫轉(zhuǎn)移到第三方用戶的過程中，此時，方式一中的主叫側(cè)的網(wǎng)絡節(jié)點替換為被 叫側(cè)的網(wǎng)絡節(jié)點，方式一 中的被叫側(cè)的網(wǎng)絡節(jié)點替換為呼叫轉(zhuǎn)移側(cè)的網(wǎng)絡節(jié)點。
方式二、不論主叫用戶的終端是否支持應用服務器模式，均利用應用服務器模式實現(xiàn) 定制回鈴音業(yè)務。
在主叫用戶呼叫被叫用戶的過程中，主叫側(cè)的網(wǎng)絡節(jié)點從主叫定制回鈴音業(yè)務、被叫 定制回鈴音業(yè)務中選擇高優(yōu)先級的定制回鈴音業(yè)務，并執(zhí)行觸發(fā)操作。不論主叫用戶的終 端是否支持應用服務器模式，在主叫用戶定制回鈴音業(yè)務優(yōu)先級高的情況下，該觸發(fā)操作 可以為釆用應用服務器模式向被叫側(cè)的網(wǎng)絡節(jié)點發(fā)送拒絕信息，以表示拒絕被叫側(cè)的網(wǎng)絡節(jié)點提供的被叫用戶的定制回鈴音業(yè)務。在被叫用戶定制回鈴音業(yè)務優(yōu)先級高、且主叫用 戶的終端支持應用服務器模式的情況下，該觸發(fā)操作可以為采用應用服務器模式執(zhí)行正
常的消息轉(zhuǎn)發(fā)過程，且不向被叫側(cè)的網(wǎng)絡節(jié)點發(fā)送拒絕信息，不向主叫用戶提供主叫用戶 定制回鈴音業(yè)務。在被叫用戶定制回鈴音業(yè)務優(yōu)先級高、且主叫用戶的終端不支持應用服
務器模式的情況下，該觸發(fā)操作可以為將需要向主叫用戶轉(zhuǎn)發(fā)的消息轉(zhuǎn)換為基于網(wǎng)關(guān)模 式的消息并轉(zhuǎn)發(fā)，并采用應用服務器模式向被叫側(cè)的網(wǎng)絡節(jié)點發(fā)送允許信息，以表示允許 被叫側(cè)的網(wǎng)絡節(jié)點提供的被叫用戶的定制回鈴音業(yè)務，且不向主叫用戶提供主叫用戶的定 制回鈴音業(yè)務等等。
在方式二中，主叫側(cè)的網(wǎng)絡節(jié)點之所以需要進行消息格式轉(zhuǎn)換，是因為主叫用戶的終 端不支持應用服務器模式，且主叫側(cè)的網(wǎng)絡節(jié)點在判斷出主叫用戶的終端不支持應用服務 器后，還強制要求被叫側(cè)的網(wǎng)絡節(jié)點使用應用服務器模式進行消息交互，即主叫側(cè)的網(wǎng)絡 節(jié)點通知被叫側(cè)的網(wǎng)絡節(jié)點使用應用服務器模式進行消息交互。通知的方式可以為主叫 側(cè)的網(wǎng)絡節(jié)點在接收到主叫用戶傳輸來的基于網(wǎng)關(guān);f莫式的消息、且需要向被叫側(cè)的網(wǎng)絡節(jié) 點轉(zhuǎn)發(fā)該消息時，先將消息轉(zhuǎn)換為基于應用服務器模式的消息，然后再轉(zhuǎn)發(fā)。例如，主叫 側(cè)的網(wǎng)絡節(jié)點在接收到INVITE消息后，在INVITE消息的Su卯orted頭域中增加Early Session參數(shù)，并向被叫側(cè)的網(wǎng)絡節(jié)點發(fā)送增加參數(shù)后的INVITE消息。當然，本發(fā)明實施 方式也不排除采用其它方式如利用其它消息來通知被叫側(cè)的網(wǎng)絡節(jié)點使用應用服務器模 式進行消息交互。
從上述方式二的描述可知，在存在多個定制回鈴音業(yè)務的情況下，不論主叫用戶的終 端是否支持應用服務器模式，通過指示被叫側(cè)的網(wǎng)絡節(jié)點，均能夠在主叫定制回鈴音業(yè)務 優(yōu)先級高的情況下，避免被叫定制回鈴音業(yè)務的媒體流向主叫用戶播放，從而能夠在多方 訂閱CAT業(yè)務的情況下，避免主叫方接收到多個混合在一起的回鈴音的問題。
在方式二中，主叫側(cè)的網(wǎng)絡節(jié)點和被叫側(cè)的網(wǎng)絡節(jié)點需要位于相同域，主叫側(cè)的網(wǎng)絡 節(jié)點可以為主叫CAT業(yè)務功能控制模塊，被叫側(cè)的網(wǎng)絡節(jié)點可以為被叫CAT業(yè)務功能控制 模塊。本發(fā)明實施方式不限制網(wǎng)絡節(jié)點的具體表現(xiàn)形式。另外，上述方式二同樣適用于被 叫用戶將呼叫轉(zhuǎn)移到第三方用戶過程中，此時，方式二中的主叫側(cè)的網(wǎng)絡節(jié)點替換為被叫 側(cè)的網(wǎng)絡節(jié)點，方式二中的被叫側(cè)的網(wǎng)絡節(jié)點替換為呼叫轉(zhuǎn)移側(cè)的網(wǎng)絡節(jié)點。
方式三、主叫側(cè)的網(wǎng)絡節(jié)點判斷主叫用戶的終端支持^f莫式，并才艮據(jù)判斷結(jié)果主動采用 不同的方法實現(xiàn)定制回鈴音業(yè)務。
主叫側(cè)的網(wǎng)絡節(jié)點判斷主叫用戶的終端支持的模式。
在判斷出主叫用戶的終端不支持應用服務器模式的情況下，執(zhí)行發(fā)送選擇的定制回鈴 音業(yè)務信息的觸發(fā)操作，以指示接收到該信息的網(wǎng)絡節(jié)點應該執(zhí)行的操作。攜帶該選擇的 定制回鈴音業(yè)務信息的消息該選擇的定制回鈴音業(yè)務信息可以攜帶在主叫側(cè)的網(wǎng)絡節(jié)點 接收到的INVITE消息中發(fā)送，當然，本發(fā)明實施方式不排除主叫側(cè)的網(wǎng)絡節(jié)點利用其它消息發(fā)送該信息的可能性。該信息可以直接被被叫側(cè)網(wǎng)絡節(jié)點接收，也可以被Media Gateway Control Function "某體網(wǎng)關(guān)控制功能，MGCF)實體等中間節(jié)點接收。中間節(jié)點 如MGCF在接收到該信息后，可以將該信息發(fā)送至被叫側(cè)的網(wǎng)絡節(jié)點，也可以不向被叫側(cè) 的網(wǎng)絡節(jié)點發(fā)送該信息，而是根據(jù)該信息執(zhí)行定制回鈴音業(yè)務的媒體流傳輸控制等操作， 例如，MGCF在根據(jù)該信息確定出主叫用戶定制回鈴音業(yè)務優(yōu)先級高時，不執(zhí)行請求媒體網(wǎng) 關(guān)打開媒體門控的操作，MGCF在根據(jù)該信息確定出被叫用戶定制回鈴音業(yè)務優(yōu)先級高時， 執(zhí)行請求媒體網(wǎng)關(guān)打開媒體門控的操作。在中間節(jié)點如MGCF接收到該信息、且將該信息 發(fā)送至被叫側(cè)網(wǎng)絡節(jié)點的情況下，MGCF可以在接收到主叫側(cè)的網(wǎng)絡節(jié)點發(fā)送來的INVITE 消息后，將該信息攜帶在IAM中發(fā)送至被叫側(cè)網(wǎng)絡節(jié)點，當然，本發(fā)明實施方式不排除利 用其它消息傳輸該信息的可能性。
在判斷出主叫用戶的終端支持應用服務器模式、且主叫用戶定制回鈴音業(yè)務優(yōu)先級高 的情況下，執(zhí)行的觸發(fā)操作可以為采用應用服務器模式向被叫側(cè)的網(wǎng)絡節(jié)點發(fā)送拒絕信 息，以表示拒絕被叫側(cè)的網(wǎng)絡節(jié)點提供的被叫用戶的定制回鈴音業(yè)務。
在判斷出主叫用戶的終端支持應用服務器模式、且被叫用戶定制回鈴音業(yè)務優(yōu)先級高 的情況下，執(zhí)行的觸發(fā)操作可以為采用應用服務器模式執(zhí)行正常的消息轉(zhuǎn)發(fā)過程，且不 向被叫側(cè)的網(wǎng)絡節(jié)點發(fā)送拒絕信息，不向主叫用戶提供主叫用戶的定制回鈴音業(yè)務。
從上述方式三的描述可知，在存在多個定制回鈴音業(yè)務的情況下，可以根據(jù)主叫用戶 的終端支持的模式，采用不同的方式來指示被叫側(cè)的網(wǎng)絡節(jié)點，以在主叫定制回鈴音業(yè)務 優(yōu)先級高的情況下，避免被叫定制回鈴音業(yè)務的媒體流向主叫用戶播放，從而能夠在多方 訂閱CAT業(yè)務的情況下，避免主叫方接收到多個混合在一起的回鈴音的問題。
在方式三中，主叫側(cè)的網(wǎng)絡節(jié)點和被叫側(cè)的網(wǎng)絡節(jié)點可以位于相同域，也可以位于不 同域，例如，主叫側(cè)的網(wǎng)絡節(jié)點位于IMS域，被叫側(cè)的網(wǎng)絡節(jié)點位于CS域；再例如，主 叫側(cè)的網(wǎng)絡節(jié)點位于CS域，被叫側(cè)的網(wǎng)絡節(jié)點位于IMS域。另外，方式三同樣適用于被 叫用戶將呼叫轉(zhuǎn)移到第三方用戶的過程中，此時，方式三中的主叫側(cè)的網(wǎng)絡節(jié)點替換為被 叫側(cè)的網(wǎng)絡節(jié)點，方式三中的被叫側(cè)的網(wǎng)絡節(jié)點替換為呼叫轉(zhuǎn)移側(cè)的網(wǎng)絡節(jié)點。
方式四、被叫側(cè)的網(wǎng)絡節(jié)點主動決定提供定制回鈴音業(yè)務采用的模式，主叫側(cè)的網(wǎng)絡 節(jié)點根據(jù)被叫側(cè)的網(wǎng)絡節(jié)點的決定采用不同的方法實現(xiàn)定制回鈴音業(yè)務。
主叫側(cè)的網(wǎng)絡節(jié)點首先需要告知被叫側(cè)的網(wǎng)絡節(jié)點提供定制回鈴音業(yè)務的地址信息 (第一地址信息)。主叫側(cè)的網(wǎng)絡節(jié)點可以通過與主叫媒體資源功能模塊進行信息交互來 協(xié)商獲取該第一地址信息。該第一地址信息可以為IP地址和端口地址信息。在協(xié)商獲取 了該第 一地址信息后，主叫側(cè)的網(wǎng)絡節(jié)點將該第 一地址信息通知被叫側(cè)的網(wǎng)絡節(jié)點。通知 的方式可以為主叫側(cè)的網(wǎng)絡節(jié)點在接收到INVITE消息后，將該第一地址信息攜帶在 INVITE消息中發(fā)送至被叫側(cè)的網(wǎng)絡節(jié)點。本發(fā)明實施方式不排除采用其它消息告知被叫側(cè) 的網(wǎng)絡節(jié)點該第 一地址信息的實現(xiàn)方式。在被叫側(cè)的網(wǎng)絡節(jié)點主動決定采用網(wǎng)關(guān)模式提供定制回鈴音業(yè)務、且被叫用戶定制回 鈴音業(yè)務優(yōu)先級高的情況下，主叫側(cè)的網(wǎng)絡節(jié)點執(zhí)行的觸發(fā)操作為主叫側(cè)的網(wǎng)絡節(jié)點與
主叫媒體資源功能模塊進行信息交互，以協(xié)商獲取主叫媒體資源功能模塊輸出定制回鈴音 業(yè)務的媒體流的地址信息(第二地址信息)，然后，將該第二地址信息告知主叫用戶的終 端，并指示主叫媒體資源功能模塊將從第一地址接收到的定制回鈴音業(yè)務的媒體流通過第 二地址發(fā)送至主叫用戶，而且，主叫側(cè)的網(wǎng)絡節(jié)點不執(zhí)行提供主叫用戶的定制回鈴音業(yè)務 的操作。
在被叫側(cè)的網(wǎng)絡節(jié)點主動決定采用網(wǎng)關(guān)模式提供定制回鈴音業(yè)務、且主叫用戶定制回
鈴音業(yè)務優(yōu)先級高的情況下，主叫側(cè)的網(wǎng)絡節(jié)點執(zhí)行的觸發(fā)操作可以為指示主叫媒體資 源功能模塊丟棄從第一地址接收到的定制回鈴音業(yè)務的媒體流。該觸發(fā)操作也可以為主 叫側(cè)的網(wǎng)絡節(jié)點指示主叫4某體資源功能模塊關(guān)閉第 一地址。
在被叫側(cè)的網(wǎng)絡節(jié)點主動決定釆用應用服務器模式提供定制回鈴音業(yè)務、且被叫用戶 定制回鈴音業(yè)務優(yōu)先級高的情況下，主叫側(cè)的網(wǎng)絡節(jié)點執(zhí)行的觸發(fā)操作可以為直接轉(zhuǎn)發(fā) 被叫側(cè)的網(wǎng)絡節(jié)點傳輸來的消息，且不執(zhí)行提供主叫用戶定制回鈴音業(yè)務的操作。
在被叫側(cè)的網(wǎng)絡節(jié)點主動決定釆用應用服務器模式提供定制回鈴音業(yè)務、且主叫用戶 定制回鈴音業(yè)務優(yōu)先級高的情況下，主叫側(cè)的網(wǎng)絡節(jié)點執(zhí)行的觸發(fā)操作可以為主叫側(cè)的 網(wǎng)絡節(jié)點向被叫側(cè)的網(wǎng)絡節(jié)點發(fā)送拒絕定制回鈴音業(yè)務々某體流的信息，以指示被叫側(cè)的網(wǎng) 絡節(jié)點不發(fā)送被叫用戶的定制回鈴音業(yè)務的媒體流，且主叫側(cè)的網(wǎng)絡節(jié)點執(zhí)行提供主叫用 戶定制回鈴音業(yè)務的操作。
從上述方式四的描述可知，在存在多個定制回鈴音業(yè)務的情況下，主叫側(cè)網(wǎng)絡節(jié)點可 以根據(jù)被叫側(cè)網(wǎng)絡節(jié)點采用的模式，釆用不同的方式來指示主叫媒體資源功能模塊或被叫 側(cè)網(wǎng)絡節(jié)點，以在主叫定制回鈴音業(yè)務優(yōu)先級高的情況下，避免被叫定制回鈴音業(yè)務的媒 體流向主叫用戶播放，從而能夠在多方訂閱CAT業(yè)務的情況下，避免主叫方接收到多個混 合在一起的回鈴音的問題。
在方式四中，主叫側(cè)的網(wǎng)絡節(jié)點和被叫側(cè)的網(wǎng)絡節(jié)點需要位于相同域。另外，方式四 同樣適用于^l叫用戶將呼叫轉(zhuǎn)移到第三方用戶過程中，此時，方式四中的主叫側(cè)的網(wǎng)絡節(jié) 點替換為被叫側(cè)的網(wǎng)絡節(jié)點，方式四中的主叫媒體資源功能模塊替換為被叫媒體資源功能 模塊，方式四中的被叫側(cè)的網(wǎng)絡節(jié)點替換為呼叫轉(zhuǎn)移側(cè)的網(wǎng)絡節(jié)點。
方式五、主叫側(cè)的網(wǎng)絡節(jié)點判斷主叫用戶的終端支持模式，根據(jù)判斷結(jié)果借助主叫媒 體資源功能模塊實現(xiàn)定制回鈴音業(yè)務。
主叫側(cè)的網(wǎng)絡節(jié)點判斷主叫用戶的終端支持的模式。
在判斷出主叫用戶的終端不支持應用服務器模式的情況下，主叫側(cè)的網(wǎng)絡節(jié)點需要告 知被叫側(cè)的網(wǎng)絡節(jié)點提供定制回鈴音業(yè)務的地址信息(即第一地址信地址信息可以為IP地址和端口地址信息。在獲取了該第一地址信息后，主叫側(cè)的網(wǎng)絡節(jié) 點將該第一地址信息通知被叫側(cè)的網(wǎng)絡節(jié)點。通知的方式可以為主叫側(cè)的網(wǎng)絡節(jié)點在接 收到INVITE消息后，將該第一地址信息攜帶在INVITE消息中發(fā)送至被叫側(cè)的網(wǎng)絡節(jié)點。 本發(fā)明實施方式不排除采用其它消息告知被叫側(cè)的網(wǎng)絡節(jié)點該第一地址信息的實現(xiàn)方式。 在被叫用戶定制回鈴音業(yè)務優(yōu)先級高的情況下，主叫側(cè)的網(wǎng)絡節(jié)點執(zhí)行的觸發(fā)操作為主 叫側(cè)的網(wǎng)絡節(jié)點與主叫4某體資源功能模塊進行信息交互，以協(xié)商獲取主叫媒體資源功能模 塊輸出定制回鈴音業(yè)務的媒體流的地址信息(即第二地址信息)，然后，將該第二地址信 息告知主叫用戶的終端，并指示主叫媒體資源功能模塊將從第一地址接收到的定制回鈴音 業(yè)務的媒體流通過第二地址發(fā)送至主叫用戶，而且，主叫側(cè)的網(wǎng)絡節(jié)點不執(zhí)行提供主叫用 戶定制回鈴音業(yè)務的操作。在主叫用戶定制回鈴音業(yè)務優(yōu)先級高的情況下，主叫側(cè)的網(wǎng)絡 節(jié)點執(zhí)行的觸發(fā)操作可以為指示主叫媒體資源功能模塊丟棄從第一地址接收到的定制回 鈴音業(yè)務的媒體流。該觸發(fā)操作也可以為主叫側(cè)的網(wǎng)絡節(jié)點指示主叫々某體資源功能模塊 關(guān)閉第一地址。
在判斷出主叫用戶的終端支持應用服務器模式、且被叫用戶定制回鈴音業(yè)務優(yōu)先級高 的情況下，主叫側(cè)的網(wǎng)絡節(jié)點執(zhí)行的觸發(fā)操作可以為直接轉(zhuǎn)發(fā)被叫側(cè)的網(wǎng)絡節(jié)點傳輸來 的消息，且不執(zhí)行提供主叫用戶定制回鈴音業(yè)務的操作。
在判斷出被叫用戶的終端支持應用服務器模式、且主叫用戶定制回鈴音業(yè)務優(yōu)先級高 的情況下，主叫側(cè)的網(wǎng)絡節(jié)點執(zhí)行的觸發(fā)操作可以為向被叫側(cè)的網(wǎng)絡節(jié)點發(fā)送拒絕定制 回鈴音業(yè)務媒體流的信息，以指示被叫側(cè)的網(wǎng)絡節(jié)點不發(fā)送被叫用戶的定制回鈴音業(yè)務的 媒體流，且執(zhí)行提供主叫用戶定制回鈴音業(yè)務的操作。
從上述方式五的描述可知，在存在多個定制回鈴音業(yè)務的情況下，主叫側(cè)網(wǎng)絡節(jié)點可 以根據(jù)主叫用戶的終端支持的模式，采用不同的方式來指示主叫媒體資源功能模塊或被叫 側(cè)網(wǎng)絡節(jié)點，以在主叫定制回鈴音業(yè)務優(yōu)先級高的情況下，避免被叫定制回鈴音業(yè)務的媒 體流向主叫用戶播放，從而能夠在多方訂閱CAT業(yè)務的情況下，避免主叫方接收到多個混 合在一起的回鈴音的問題。
在方式五中，主叫側(cè)的網(wǎng)絡節(jié)點和被叫側(cè)的網(wǎng)絡節(jié)點需要位于相同域。另外，方式五 同樣適用于被叫用戶將呼叫轉(zhuǎn)移到第三方用戶過程中，此時，方式五中的主叫側(cè)的網(wǎng)絡節(jié) 點替換為被叫側(cè)的網(wǎng)絡節(jié)點，方式五中的主叫媒體資源功能模塊替換為被叫媒體資源功能 模塊，方式五中的被叫側(cè)的網(wǎng)絡節(jié)點替換為呼叫轉(zhuǎn)移側(cè)的網(wǎng)絡節(jié)點。
在上述例舉的各方式中均涉及從多個定制回鈴音業(yè)務中選擇高優(yōu)先級的定制回鈴音 業(yè)務的過程，本發(fā)明實施方式可以采用多種策略來選擇高優(yōu)先級的定制回鈴音業(yè)務。例如， 主叫側(cè)的網(wǎng)絡節(jié)點可以依據(jù)下述八個策略中的任一策略來選擇高優(yōu)先級的定制回鈴音業(yè)
務
1 、根據(jù)用戶定制回鈴音業(yè)務設置參數(shù)選擇高優(yōu)先級的定制回鈴音業(yè)務。2、 根據(jù)預先設置的本地策略選擇高優(yōu)先級的定制回鈴音業(yè)務。這里的本地策略可以 是由運營商根據(jù)需要設置的策略。
3、 根據(jù)記錄的曾經(jīng)的定制回鈴音業(yè)務選擇結(jié)果選擇高優(yōu)先級的定制回鈴音業(yè)務。
4、 在存在呼叫轉(zhuǎn)移的情況下，選擇被叫用戶或呼叫轉(zhuǎn)移第三方用戶的定制回鈴音業(yè)務。
5、 在被叫用戶隱匿的情況下，選擇主叫用戶的定制回鈴音業(yè)務。
6、 在呼叫轉(zhuǎn)移第三方用戶隱匿的情況下，選擇主叫用戶或被叫用戶的定制回鈴音業(yè)務。
7、 根據(jù)呼叫的雙方用戶要求使用的媒體格式選擇高優(yōu)先級的定制回鈴音業(yè)務。用戶 要求使用的i某體格式可以從INVITE請求的SDP信息、以及針對INVITE請求的響應信息的 Early session的SDP信息等中獲得。例如，當INVITE請求的SDP信息描述的是音頻媒體 流，而Early Session的SDP信息描述的是視頻媒體流時，可以選擇主叫用戶CAT業(yè)務。
8、 根據(jù)主叫用戶的終端支持的媒體格式、多個定制回鈴音業(yè)務的媒體格式選#^某體 格式匹配的定制回鈴音業(yè)務。例如，當主叫用戶的終端僅支持音頻格式、而被叫用戶的終 端支持視頻格式時，選擇主叫用戶CAT業(yè)務。
本發(fā)明實施方式不限制選擇高優(yōu)先級的定制回鈴音業(yè)務的策略的具體表現(xiàn)形式。
下面以主叫用戶與被叫用戶之間的呼叫為例、結(jié)合附圖對本發(fā)明實施方式的定制回鈴
音業(yè)務實現(xiàn)方法進行說明。
在IMS域內(nèi)，方式一提供的定制回鈴音業(yè)務實現(xiàn)方法流程如附圖1所示。
圖1中，步驟1、主叫CAT業(yè)務功能控制模塊接收INVITE請求。
步驟2、主叫CAT業(yè)務功能控制模塊進行高優(yōu)先級的CAT業(yè)務選擇過程，即確定主叫
用戶CAT業(yè)務優(yōu)先級高還是被叫用戶CAT業(yè)務優(yōu)先級高。例如，依據(jù)下述a至c中的任一
策略來選擇高優(yōu)先級的CAT業(yè)務
a、 根據(jù)主叫用戶的CAT業(yè)務設置參數(shù)確定主叫用戶CAT業(yè)務優(yōu)先級高還是被叫用戶 CAT業(yè)務優(yōu)先級高。
b、 根據(jù)預先設定的本地策略確定主叫用戶CAT業(yè)務優(yōu)先級高還是被叫用戶CAT業(yè)務 優(yōu)先級高。
c、 根據(jù)以往選擇結(jié)果(例如，前一次的選擇結(jié)果)確定主叫用戶CAT業(yè)務優(yōu)先級高 還是被叫用戶CAT業(yè)務優(yōu)先級高。
步驟3、主叫CAT業(yè)務功能控制模塊根據(jù)選擇的CAT業(yè)務優(yōu)先級在INVITE請求中攜 帶CAT業(yè)務優(yōu)先級指示，所述攜帶CAT業(yè)務優(yōu)先級指示的方法包含下述任意一種或任意組 合
a、在INVITE請求的頭域中攜帶CAT業(yè)務優(yōu)先級指示，例如當主叫用戶CAT業(yè)務優(yōu)先 級高時，在Reject-Contact頭域中攜帶CAT參數(shù)(如主叫用戶CAT業(yè)務信息)> 或者擴展一個新的頭域Reject-Service,并在該擴展的頭域Reject-Service中攜帶CAT參數(shù)(如 主叫CAT業(yè)務信息)；再例如，當被叫CAT業(yè)務優(yōu)先級高時，在Accept-Contact頭域中攜 帶CAT參數(shù)(如被叫用戶CAT業(yè)務信息)，或者擴展一個新的頭域Accept-Service,并在 該擴展的頭域Accept-Service中攜帶CAT參數(shù)(如被叫用戶CAT業(yè)務信息)。
b、在INVITE請求的消息體中攜帶CAT業(yè)務優(yōu)先級指示(即選擇的定制回鈴音業(yè)務的 信息)，例如，當主叫用戶CAT業(yè)務優(yōu)先級高時，在INVITE請求中攜帶Content-Di spos i t ion 為Early Session的SDP信息，并且SDP信息中所有i某體行的端口地址均為0,表示主叫 CAT業(yè)務優(yōu)先級高，拒絕被叫CAT業(yè)務。
步驟4、被叫CAT業(yè)務功能控制模塊根據(jù)INVITE請求中攜帶的CAT業(yè)務優(yōu)先級指示 進行相應的處理，該處理可以為如下兩種方式
a、 當CAT業(yè)務優(yōu)先級指示表示主叫用戶CAT業(yè)務優(yōu)先級高時，被叫CAT業(yè)務功能控 制模塊僅執(zhí)行路由功能，即轉(zhuǎn)發(fā)接收到的INVITE請求、且不執(zhí)行提供被叫用戶CAT業(yè)務 的操作，不執(zhí)行提供被叫用戶CAT業(yè)務的操作可以包括不為被叫用戶CAT業(yè)務申請媒體 資源。
b、 當CAT業(yè)務優(yōu)先級指示表示主叫用戶CAT業(yè)務優(yōu)先級低即被叫用戶CAT業(yè)務優(yōu)先 級高時，被叫CAT業(yè)務功能模塊執(zhí)行提供被叫用戶CAT業(yè)務的操作，執(zhí)行提供被叫用戶CAT 業(yè)務的操作可以包括為被叫用戶CAT業(yè)務申請媒體資源。
可選的，步驟5、在CAT業(yè)務優(yōu)先級指示表示主叫用戶CAT業(yè)務優(yōu)先級高、且被叫用 戶觸發(fā)了呼叫前轉(zhuǎn)業(yè)務(即呼叫轉(zhuǎn)移)的情況下，可以將CAT業(yè)務優(yōu)先級指示攜帶在INVITE 請求中發(fā)送給呼叫前轉(zhuǎn)的第三方用戶的終端。
在IMS域與CS域互通、且主叫用戶在IMS域、被叫用戶在CS域的情況下，方式一提 供的定制回鈴音業(yè)務實現(xiàn)方法流程如附圖2所示。
圖2中，步驟1、主叫CAT業(yè)務功能控制模塊接收INVITE請求。
步驟2、主叫CAT業(yè)務功能控制模塊進行高優(yōu)先級的CAT業(yè)務選擇過程，即確定主叫 用戶CAT業(yè)務優(yōu)先級高還是被叫用戶CAT業(yè)務優(yōu)先級高。例如，依據(jù)下述a至c中的任一 策略來選擇高優(yōu)先級的CAT業(yè)務
a、 根據(jù)主叫用戶的CAT業(yè)務設置參數(shù)確定主叫用戶CAT業(yè)務優(yōu)先級高還是被叫用戶 CAT業(yè)務優(yōu)先級高。
b、 根據(jù)預先設定的本地策略確定主叫用戶CAT業(yè)務優(yōu)先級高還是被叫用戶CAT業(yè)務 優(yōu)先級高。
c、 根據(jù)以往選擇結(jié)果(例如，前一次的選擇結(jié)果，這意味著主叫用戶CAT業(yè)務功能 控制模塊需要在選擇高優(yōu)先級的CAT業(yè)務后，記錄選擇結(jié)果)確定主叫用戶CAT業(yè)務優(yōu)先 級高還是被叫用戶CAT業(yè)務優(yōu)先級高。
步驟3、主叫CAT業(yè)務功能控制模塊根據(jù)選擇的CAT業(yè)務優(yōu)先級在INVITE請求中攜帶CAT業(yè)務優(yōu)先級指示，所述攜帶CAT業(yè)務優(yōu)先級指示的方法包含下述任意一種或任意組 合
a、 在INVITE請求的頭域中攜帶CAT業(yè)務優(yōu)先級指示，例如當主叫用戶CAT業(yè)務優(yōu)先 級高時，在Reject-Contact頭域中攜帶CAT參數(shù)(如主叫用戶CAT業(yè)務信息)，或者擴展 一個新的頭域Reject-Service,并在該擴展的頭域Reject-Service中攜帶CAT參數(shù)(如 主叫用戶CAT業(yè)務信息)；再例如，當#:叫用戶CAT業(yè)務優(yōu)先級高時，在Acc印t-Contact 頭域中攜帶CAT參數(shù)(如^皮叫用戶CAT業(yè)務信息)，或者擴展一個新的頭域Accept-Service, 并在該擴展的頭域Acc印t-Service中攜帶CAT參數(shù)(如被叫用戶CAT業(yè)務信息)。
b、 在INVITE請求的消息體中攜帶CAT業(yè)務優(yōu)先級指示(即選擇的定制回鈴音業(yè)務的 信息)，例如，當主叫用戶CAT業(yè)務優(yōu)先級高時，在INVITE請求中攜帶Content-D i s pos i t i on 為Early Session的SDP信息，并且SDP信息中所有々某體行的端口地址均為0，表示主叫 CAT業(yè)務優(yōu)先級高，拒絕被叫CAT業(yè)務。
主叫CAT業(yè)務功能控制模塊向MGCF發(fā)送攜帶有CAT業(yè)務優(yōu)先級指示的INVITE請求。 MGCF獲取并判斷INVITE請求中的CAT業(yè)務優(yōu)先級指示，在判斷出CAT業(yè)務優(yōu)先級指示表 示主叫用戶CAT業(yè)務優(yōu)先級高時，可以到步驟4al，也可以到步驟4a2; MGCF在判斷出CAT 業(yè)務優(yōu)先級指示表示被叫用戶CAT業(yè)務優(yōu)先級高時，到步驟4b。
步驟4al、 MGCF在IAM中攜帶CAT業(yè)務優(yōu)先級指示，并向CS網(wǎng)絡發(fā)送該IAM。本發(fā) 明實施方式可以通過在IAM中增加新的字段、或利用IAM中原有字段等方式來使IAM攜帶 CAT業(yè)務優(yōu)先級指示，例如擴展IAM中的Optional Forward Call IndiCATors (可選前 向呼叫指示)字段的G-D比特的用法，設置G比特為"1"時表示主叫用戶CAT業(yè)務優(yōu)先 級高，為"0"時表示被叫用戶CAT業(yè)務優(yōu)先級高等。從而CS網(wǎng)絡可以根據(jù)IAM中的指示 信息判斷出主叫用戶CAT業(yè)務優(yōu)先級高，并不在執(zhí)行提供被叫用戶CAT業(yè)務的操作。另夕卜， 主叫CAT業(yè)務功能控制模塊正常執(zhí)行提供主叫用戶CAT業(yè)務的操作。
步驟4a2、 MGCF向CS網(wǎng)絡發(fā)送正常的IAM,但不要求MGW打開媒體門控，例如，MGCF 不向MGW發(fā)送要求MGW打開々某體門控的H. 248命令。從而，雖然CS網(wǎng)絡可以根據(jù)IAM正 常執(zhí)行提供被叫用戶CAT業(yè)務的操作，但是，由于MGW沒有打開媒體門控，因此，被叫用 戶CAT業(yè)務媒體流不會傳輸至主叫用戶。另外，主叫CAT業(yè)務功能控制模塊正常執(zhí)行提供 主叫用戶CAT業(yè)務的操作。
步驟4b、 MGCF向CS網(wǎng)絡發(fā)送正常的IAM。此后，主叫CAT業(yè)務功能控制模塊可以充 當路由功能的角色，轉(zhuǎn)發(fā)接收到的請求或響應，并不執(zhí)行提供主叫用戶CAT業(yè)務的操作， 例如，不針對主叫用戶CAT業(yè)務申請媒體資源。
上述圖2中的CS網(wǎng)絡可以為PSTN網(wǎng)絡，也可以為PLMN網(wǎng)絡。下述實施方式中涉及 的CS網(wǎng)絡也同樣可以為PSTN網(wǎng)絡或PLMN網(wǎng)絡。
在IMS域與CS域互通、且主叫用戶在CS域、被叫用戶在IMS域的情況下，方式一提供的定制回鈴音業(yè)務實現(xiàn)方法流程如附圖3所示。
圖3中，步驟l、 CS網(wǎng)絡在實現(xiàn)了選擇高優(yōu)先級的CAT業(yè)務后，向IMS網(wǎng)絡中的MGCF 發(fā)送攜帶有CAT業(yè)務優(yōu)先級指示的IAM。在IAM中攜帶CAT業(yè)務優(yōu)先級指示的方法如上述 圖2步驟4al的描述。MGCF接收CS網(wǎng)絡傳輸來的IAM,并到步驟2a或者到步驟2b。
步驟2a、 MGCF獲取IAM中的CAT業(yè)務優(yōu)先級指示，并將該CAT業(yè)務優(yōu)先級指示攜帶 在INVITE請求中，并發(fā)送該INVITE請求。從而主叫CAT業(yè)務功能控制模塊可以根據(jù)接收 到的指示信息確定是否執(zhí)行提供主叫用戶CAT業(yè)務的操作，例如，在判斷出被叫CAT業(yè)務 優(yōu)先級高時，不執(zhí)行提供主叫用戶CAT業(yè)務的操作，不針對主叫用戶CAT業(yè)務申請媒體資 源。
在INVITE請求中攜帶CAT業(yè)務優(yōu)先級指示的方法可以為如下任意一種
a、 在INVITE請求的頭域中攜帶CAT業(yè)務優(yōu)先級指示，例如當主叫用戶CAT業(yè)務優(yōu)先 級高時，在Reject-Contact頭域中攜帶CAT參數(shù)(如主叫用戶CAT業(yè)務信息)，或者擴展 一個新的頭域Reject-Service,并在該擴展的頭域Reject-Service中攜帶CAT參數(shù)(如 主叫用戶CAT業(yè)務信息)；再例如，當被叫用戶CAT業(yè)務優(yōu)先級高時，在Accept-Contact 頭域中攜帶CAT參數(shù)(如被叫用戶CAT業(yè)務信息),或者擴展一個新的頭域Accept-Service, 并在該擴展的頭域Accept-Service中攜帶CAT參數(shù)(如被叫用戶CAT業(yè)務信息)。
b、 在INVITE請求的消息體中攜帶CAT業(yè)務優(yōu)先級指示(即選擇的定制回鈴音業(yè)務的 信息)，例如，當主叫用戶CAT業(yè)務優(yōu)先級高時，在INVITE請求中攜帶Content-Disposi t ion 為Early Session的SDP信息，并且SDP信息中所有々某體行的端口地址均為0，表示主叫 CAT業(yè)務優(yōu)先級高，拒絕被叫CAT業(yè)務。
步驟2b、 MGCF發(fā)送正常的INVITE請求，并且在CAT業(yè)務優(yōu)先級指示表示主叫用戶 CAT業(yè)務優(yōu)先級高時，可以不要求MGW打開媒體門控，例如，MGCF不向MGW發(fā)送要求MGW 打開媒體門控的H. 248命令。在MGW不打開媒體門控的情況下，能夠避免被叫用戶CAT業(yè) 務媒體流傳輸至主叫用戶的終端。此后，主叫CAT業(yè)務功能控制模塊根據(jù)接收到的INVITE 請求正常執(zhí)行提供主叫用戶CAT業(yè)務的操作。
方式二提供的定制回鈴音業(yè)務實現(xiàn)方法流程如附圖4所示。
圖4中，步驟1、主叫CAT業(yè)務功能控制模塊接收INVITE請求，到步驟2。
步驟2、主叫CAT業(yè)務功能控制;f莫塊判斷主叫用戶的終端能力。判斷主叫用戶的終端
能力的方法可以為如下任——種
a、 主叫CAT業(yè)務功能控制模塊在判斷出其接收到的INVITE請求中攜帶的頭域 P-Early-Media為supported時，確定主叫用戶的終端支持P-Early-Media (即支持網(wǎng)關(guān)
模式)。
b、 主叫CAT業(yè)務功能控制模塊在判斷出其接收到的INVITE請求中的頭域Supported 中攜帶有Early Session參數(shù)時，確定主叫用戶的終端支持Early Session。主叫CAT業(yè)務功能控制模塊在判斷出主叫用戶的終端不支持Early Session模式，則 到步驟3a 。
主叫CAT業(yè)務功能控制模塊在判斷出主叫用戶的終端支持Early Session模式，則到 步驟3b。
步驟3a、在主叫用戶的終端不支持Early Session的情況下，主叫CAT業(yè)務功能控 制模塊在INVITE請求的頭域Supported中增加Early Session參數(shù)，然后，轉(zhuǎn)發(fā)該INVITE 請求，到步驟4。
步驟3b、在主叫用戶的終端支持Early Session的情況下，主叫CAT業(yè)務功能控制 模塊直接轉(zhuǎn)發(fā)該INVITE請求，到步驟4。
步驟4、被叫CAT業(yè)務功能控制模塊接收INVITE請求，并向被叫方(即被叫用戶終 端)轉(zhuǎn)發(fā)該INVITE請求，到步驟5。
步驟5、被叫方接收INVITE請求，并返回臨時響應(Provisional Response),到步驟6。
步驟6、被叫CAT業(yè)務功能控制模塊接收該臨時響應，然后采用應用服務器模式提供 被叫CAT業(yè)務，在該臨時響應的消息體中攜帶Content-Disposition為Early Session的 被叫用戶CAT業(yè)務的SDP ( offer )。
步驟7、主叫CAT業(yè)務功能控制模塊在接收到臨時響應后，選擇高優(yōu)先級的CAT業(yè)務。 例如，主叫CAT業(yè)務功能控制模塊可以依據(jù)下述a至g中的任一策略來選擇高優(yōu)先級的CAT 業(yè)務
a、 根據(jù)主叫用戶的CAT業(yè)務設置參數(shù)確定主叫用戶CAT業(yè)務優(yōu)先級高還是被叫用戶 CAT業(yè)務優(yōu)先級高。
b、 根據(jù)預先設定的本地策略確定主叫用戶CAT業(yè)務優(yōu)先級高還是被叫用戶CAT業(yè)務 優(yōu)先級高。
c、 根據(jù)以往選擇結(jié)果(例如，前一次的選擇結(jié)果，這意味著主叫CAT業(yè)務功能控制 模塊需要在選擇高優(yōu)先級的CAT業(yè)務后，記錄選擇結(jié)果)確定主叫用戶CAT業(yè)務優(yōu)先級高 還是被叫用戶CAT業(yè)務優(yōu)先級高。
d、 根據(jù)臨時響應的狀態(tài)碼確定主叫用戶CAT業(yè)務優(yōu)先級高還是被叫用戶CAT業(yè)務優(yōu) 先級高，例如，當臨時響應的狀態(tài)碼為181時(表示存在呼叫轉(zhuǎn)移)，可以確定被叫用戶 CAT業(yè)務優(yōu)先級高。
e、 根據(jù)臨時響應的頭域中攜帶的信息確定主叫用戶CAT業(yè)務優(yōu)先級高還是被叫用戶 CAT業(yè)務優(yōu)先級高。例如，當臨時響應中的Privacy為設置為"ID"時，可以確定主叫用 戶CAT業(yè)務優(yōu)先級高。
f、 主叫CAT業(yè)務功能控制模塊根據(jù)接收到的INVITE請求中的SDP信息、以及接收到 的臨時響應中攜帶的Early session的SDP信息確定主叫用戶CAT業(yè)務優(yōu)先級高還是被叫用戶CAT業(yè)務優(yōu)先級高。例如，當INVITE請求的SDP信息描述的是音頻媒體流，而臨時 響應的Early Session的SDP信息描述的是視頻媒體流，則可以確定主叫用戶CAT業(yè)務優(yōu) 先級高。
g、主叫CAT業(yè)務功能控制模塊根據(jù)主叫用戶的終端能力(表示主叫用戶的終端支持 的媒體格式)、以及臨時響應中攜帶的Early session的SDP信息確定主叫用戶CAT業(yè)務 優(yōu)先級高還是被叫用戶CAT業(yè)務優(yōu)先級高。例如，當主叫用戶的終端僅支持音頻，而Early Session的SDP信息描述的是視頻媒體流時，可以確定主叫用戶CAT業(yè)務優(yōu)先級高。
在主叫CAT業(yè)務功能控制模塊確定主叫用戶CAT業(yè)務優(yōu)先級高的情況下，不論主叫用 戶的終端是支持Early Session還是支持P-Early-Media,均到步驟8a。
在主叫CAT業(yè)務功能控制模塊確定被叫用戶CAT業(yè)務優(yōu)先級高、且主叫用戶的終端支 持Early Session的情況下，到步驟8b。
在主叫CAT業(yè)務功能控制模塊確定被叫用戶CAT業(yè)務優(yōu)先級高、且主叫用戶的終端僅 支持P-Early-Media的情況下，到步驟8c。
步驟8a、主叫CAT業(yè)務功能控制模塊將PRACK請求中的Content-Disposition設置 為Early Session的SDP (Answer)信息、并將SDP信息中所有媒體行的端口地址均設置 為0，然后，向被叫CAT業(yè)務功能控制模塊發(fā)送該PRACK請求。被叫CAT業(yè)務功能控制模 塊在接收到該PRACK請求后，不再執(zhí)行提供被叫用戶CAT業(yè)務的操作。主叫CAT業(yè)務功能 控制模塊正常執(zhí)行后續(xù)提供主叫用戶CAT業(yè)務的操作。
步驟8b、主叫CAT業(yè)務功能控制模塊直接轉(zhuǎn)發(fā)臨時響應。而且，主叫CAT業(yè)務功能 控制模塊不再執(zhí)行后續(xù)提供主叫用戶CAT業(yè)務的操作。
步驟8c、在臨時響應同時攜帶了 Content-Disposition為Early Session的被叫方 CAT業(yè)務的SDP信息和Content-Disposition為session的被叫方返回的普通會話的SDP 信息的情況下，主叫CAT業(yè)務功能控制模塊存儲Content-Disposition中的session的被 叫方返回的普通會話的SDP信息，刪除臨時響應消息體中的該分內(nèi)容，將設置為Early Session的被叫方CAT業(yè)務的SDP信息的Content-Disposition更改為session,并在臨 時響應中增力口頭域P-Early-Media。頭域P-Early-Media的參數(shù)可以設置為"sendrecv"。 然后，將臨時響應的to tag更改為主叫CAT業(yè)務功能控制模塊本地產(chǎn)生的to tag,之后， 向主叫方(即主叫用戶的終端)轉(zhuǎn)發(fā)臨時響應。在臨時響應中僅攜帶Content-Disposition 為Early Session的被叫方CAT業(yè)務的SDP信息的情況下，主叫CAT業(yè)務功能控制模塊直 接將設置為Early Session的被叫方CAT業(yè)務的SDP信息的Content-Disposition更改為 session,并在臨時響應中增加頭域P-Early-Media,頭域P-Ear ly-Media的參數(shù)可以設置 為"sendrecv"。然后，將臨時響應的to tag更改為主叫CAT業(yè)務功能控制模塊本地產(chǎn) 生的totag，然后轉(zhuǎn)發(fā)臨時響應給主叫。而且，主叫CAT業(yè)務功能控制模塊不再執(zhí)行后續(xù) 提供主叫用戶CAT業(yè)務的才喿作。到步驟9c。步驟9c、主叫CAT業(yè)務功能控制模塊向被叫方發(fā)送PRACK請求，該PRACK請求中攜 帶有普通會話的SDP信息，而且，普通會話的SDP信息是以Content-Disposition為Early Session的方式攜帶在PRACK請求中的。
需要說明的是，步驟8c和步驟9c的執(zhí)行順序可以顛倒，也可以同時執(zhí)行。另外，本 實施方式中的普通會話是指非定制回鈴音業(yè)務的會話。
方式三提供的定制回鈴音業(yè)務實現(xiàn)方法流程如附圖5所示。 圖5中，步驟l、主叫CAT業(yè)務功能控制模塊接收INVITE請求，到步驟2。 步驟2、主叫CAT業(yè)務功能控制模塊判斷主叫用戶的終端能力。判斷主叫用戶的終端 能力的方法可以如上述圖4中步驟2的描述，在此不再重復說明。主叫CAT業(yè)務功能控制 模塊在判斷出主叫用戶的終端僅支持p-Early-Media時，到步驟3a、或者到步驟3a2、或 者到步驟3a3。主叫CAT業(yè)務功能控制模塊在判斷出主叫用戶的終端支持Early Session 時，到步驟3b。
步驟3a、主叫CAT業(yè)務功能控制模塊進行高優(yōu)先級的CAT業(yè)務選擇過程，即確定主 叫用戶CAT業(yè)務優(yōu)先級高還是被叫用戶CAT業(yè)務優(yōu)先級高。具體選擇過程可以如上述圖1 步驟2中的描述，在此不再重復說明。到步驟4&。
步驟4a、主叫CAT業(yè)務功能控制模塊根據(jù)選擇的CAT業(yè)務優(yōu)先級在INVITE請求中攜 帶CAT業(yè)務優(yōu)先級指示，所述攜帶CAT業(yè)務優(yōu)先級指示的方法如上述圖1步驟3中的描述， 在此不再重復說明。到步驟5a。
步驟5a、被叫CAT業(yè)務功能控制模塊根據(jù)INVITE請求中攜帶的CAT業(yè)務優(yōu)先級指示 進行相應的處理，該處理的兩種方式可以如上述圖1步驟4中的描述，在此不再重復說明。
步驟3a2、主叫CAT業(yè)務功能控制模塊進行高優(yōu)先級的CAT業(yè)務選擇過程，即確定主 叫用戶CAT業(yè)務優(yōu)先級高還是被叫用戶CAT業(yè)務優(yōu)先級高。具體選擇過程可以如上述圖2 步驟2中的描述，在此不再重復說明。到步驟4a2。
步驟4a2、主叫CAT業(yè)務功能控制模塊根據(jù)選擇的CAT業(yè)務優(yōu)先級在INVITE請求中 攜帶CAT業(yè)務優(yōu)先級指示，攜帶CAT業(yè)務優(yōu)先級指示的方法如上述圖2步驟3的描述，在 此不再重復說明。
主叫CAT業(yè)務功能控制模塊向MGCF發(fā)送攜帶有CAT業(yè)務優(yōu)先級指示的INVITE請求。 MGCF獲取并判斷INVITE請求中的CAT業(yè)務優(yōu)先級指示，在判斷出CAT業(yè)務優(yōu)先級指示表 示主叫用戶CAT業(yè)務優(yōu)先級高時，可以到步驟5al，也可以到步驟&2; MGCF在判斷出CAT 業(yè)務優(yōu)先級指示表示被叫用戶CAT業(yè)務優(yōu)先級高時，到步驟5a3。
步驟5al、 MGCF在IAM中攜帶CAT業(yè)務優(yōu)先級指示，并向CS網(wǎng)絡發(fā)送該IAM。本發(fā) 明實施方式可以通過在IAM中增加新的字段、或利用IAM中原有字段等方式來使IAM攜帶 CAT業(yè)務優(yōu)先級指示，例如擴展IAM中的Optional Forward Call IndiCATors (可選前 向呼叫指示)字段的G-D比特的用法，設置G比特為"1"時表示主叫用戶CAT業(yè)務優(yōu)先級高，為"0"時表示被叫用戶CAT業(yè)務優(yōu)先級高等。從而CS網(wǎng)絡可以根據(jù)IAM中的指示 信息判斷出主叫用戶CAT業(yè)務優(yōu)先級高，并不在執(zhí)行提供被叫用戶CAT業(yè)務的操作。另夕卜， 主叫CAT業(yè)務功能控制模塊正常執(zhí)行提供主叫用戶CAT業(yè)務的操作。
步驟5a2、 MGCF向CS網(wǎng)絡發(fā)送正常的IAM,但不要求MGW打開々某體門控，例如，MGCF 不向MGW發(fā)送要求MGW打開媒體門控的H. 248命令。從而，雖然CS網(wǎng)絡可以根據(jù)IAM正 常執(zhí)行提供被叫用戶CAT業(yè)務的操作，但是，由于MGW沒有打開4某體門控，因此，被叫用 戶CAT業(yè)務媒體流不會傳輸至主叫用戶。另外，主叫CAT業(yè)務功能控制模塊正常執(zhí)行提供 主叫用戶CAT業(yè)務的操作。
步驟5a3、 MGCF向CS網(wǎng)絡發(fā)送正常的IAM。此后，主叫CAT業(yè)務功能控制模塊可以 充當路由功能的角色，轉(zhuǎn)發(fā)接收到的請求或響應，并不執(zhí)行提供主叫用戶CAT業(yè)務的操作， 例如，不針對主叫用戶CAT業(yè)務申請々某體資源。
步驟3a3、主叫CAT業(yè)務功能控制模塊在實現(xiàn)了選擇高優(yōu)先級的CAT業(yè)務后，向IMS 網(wǎng)絡中的MGCF發(fā)送攜帶有CAT業(yè)務優(yōu)先級指示的IAM。在IAM中攜帶CAT業(yè)務優(yōu)先級指示 的方法如上述圖2步驟4al的描述。MGCF接收CS網(wǎng)絡傳輸來的IAM,并到步驟4a3或者 到步驟4a4。
步驟4a3、 MGCF獲取IAM中的CAT業(yè)務優(yōu)先級指示，并將該CAT業(yè)務優(yōu)先級指示攜帶 在INVITE請求中，并發(fā)送該INVITE請求。從而主叫CAT業(yè)務功能控制模塊可以根據(jù)接收 到的指示信息確定是否執(zhí)行提供主叫用戶CAT業(yè)務的操作，例如，在判斷出被叫CAT業(yè)務 優(yōu)先級高時，不執(zhí)行提供主叫用戶CAT業(yè)務的操作，不針對主叫用戶CAT業(yè)務申請媒體資 源。
在INVITE請求中攜帶CAT業(yè)務優(yōu)先級指示的方法可以如上述圖3中步驟2a的描述， 在此不再重復說明。
步驟4a4、 MGCF發(fā)送正常的INVITE請求，并且在CAT業(yè)務優(yōu)先級指示表示主叫用戶 CAT業(yè)務優(yōu)先級高時，可以不要求MGW打開媒體門控，例如，MGCF不向MGW發(fā)送要求MGW 打開媒體門控的H. 248命令。在MGW不打開媒體門控的情況下，能夠避免被叫用戶CAT業(yè) 務媒體流傳輸至主叫用戶的終端。此后，主叫CAT業(yè)務功能控制模塊根據(jù)接收到的INVITE 請求正常執(zhí)行提供主叫用戶CAT業(yè)務的操作。
步驟3b、主叫CAT業(yè)務功能控制模塊直接轉(zhuǎn)發(fā)接收到的INVITE請求。到步驟仆。
步驟4b、被叫CAT業(yè)務功能控制模塊接收INVITE請求，并向被叫方(即被叫用戶終 端)轉(zhuǎn)發(fā)該INVITE請求，到步驟5b。
步驟5b、 ^皮叫方接收INVITE請求，并返回臨時響應(Provisional Response),到 步驟6b。
步驟6b、被叫CAT業(yè)務功能控制模塊接收該臨時響應，然后采用應用服務器模式提 供被叫CAT業(yè)務，在該臨時響應的消息體中攜帶Content-Disposition為Early Session的被叫用戶CAT業(yè)務的SDP ( offer )信息。到步驟7b。
步驟7b、主叫CAT業(yè)務功能控制模塊在接收到臨時響應后，選擇高優(yōu)先級的CAT業(yè) 務。主叫CAT業(yè)務功能控制模塊選擇高優(yōu)先級的CAT業(yè)務的過程如上述圖4中步驟7的描 述，在此不再重復說明。
在主叫CAT業(yè)務功能控制模塊確定主叫用戶CAT業(yè)務優(yōu)先級高的情況下，不論主叫用 戶的終端是支持Early Session還是支持P-Early-Media,均到步驟8bl。
在主叫CAT業(yè)務功能控制模塊確定被叫用戶CAT業(yè)務優(yōu)先級高、且主叫用戶的終端支 持Early Session的情況下，到步驟8b2。
步驟8bl、主叫CAT業(yè)務功能控制模塊將PRACK請求的Content-Disposition設置為 Early Session的SDP ( Answer )信息、將SDP信息中的所有媒體行的端口地址均設置為0, 然后，向被叫CAT業(yè)務功能控制模塊發(fā)送該PRACK請求。被叫CAT業(yè)務功能控制模塊在接 收到該PRACK請求后，不再執(zhí)行提供被叫用戶CAT業(yè)務的操作。主叫CAT業(yè)務功能控制模 塊正常執(zhí)行后續(xù)提供主叫用戶CAT業(yè)務的操作。
步驟8b2、主叫CAT業(yè)務功能控制模塊直接轉(zhuǎn)發(fā)臨時響應。而且，主叫CAT業(yè)務功能 控制模塊不再執(zhí)行后續(xù)提供主叫用戶CAT業(yè)務的操作。
方式四提供的定制回鈴音業(yè)務實現(xiàn)方法流程如附圖6所示。
圖6中，步驟1、主叫CAT業(yè)務功能控制模塊接收INVITE請求，該INVITE請求中攜 帶普通會話的SDP (0fffer )信息，到步驟2。
步驟2、主叫CAT業(yè)務功能控制模塊與主叫媒體資源功能模塊進行信息交互，以協(xié)商 獲得主叫媒體資源功能模塊的IP地址和端口地址。到步驟3。
步驟3、主叫CAT業(yè)務功能控制模塊將INVITE請求中的普通會話的SDP的IP地址和 端口地址修改為上述步驟2中獲得的主叫媒體資源功能模塊的IP地址和端口地址，并轉(zhuǎn) 發(fā)該INVITE請求。到步驟4 。
步驟4、被叫CAT業(yè)務功能控制模塊接收并向被叫方轉(zhuǎn)發(fā)該INVITE請求。到步驟5。
步驟5、被叫方接收到INVITE請求后，返回臨時響應。被叫CAT業(yè)務功能控制模塊 接收臨時響應，被叫CAT業(yè)務功能控制模塊可以決定采用不同的方式來提供被叫用戶CAT 業(yè)務。被叫CAT業(yè)務功能控制模塊在決定采用網(wǎng)關(guān)模式提供被叫用戶CAT業(yè)務時，到步驟 6a。被叫CAT業(yè)務功能控制模塊在決定采用應用服務器模式提供被叫用戶CAT業(yè)務時，到 步驟6b。
步驟6a、被叫CAT業(yè)務功能控制模塊向主叫CAT業(yè)務功能控制模塊發(fā)送攜帶有 P-Early-Media頭域的臨時響應。到步驟7。
步驟6b、被叫CAT業(yè)務功能控制模塊向主叫CAT業(yè)務功能控制模塊發(fā)送消息體中攜 帶有Content-Disposition設置為Early Session的被叫方CAT業(yè)務的SDP (offer )信息 的臨時響應。到步驟7。步驟7、主叫CAT業(yè)務功能控制模塊接收到臨時響應后，選擇高優(yōu)先級的CAT業(yè)務。 主叫CAT業(yè)務功能控制模塊選擇高優(yōu)先級的CAT業(yè)務的過程可以如上述圖4步驟7的描述， 在此不再重復說明。
在主叫CAT業(yè)務功能控制模塊確定被叫用戶CAT業(yè)務優(yōu)先級高、且確定出臨時響應中 攜帶有P-Early-Media頭域的情況下，到步驟8al。
在主叫CAT業(yè)務功能控制;f莫塊確定主叫用戶CAT業(yè)務優(yōu)先級高、且確定出臨時響應中 攜帶有P-Early-Media頭域的情況下，到步驟8a2。
在主叫CAT業(yè)務功能控制模塊確定被叫用戶CAT業(yè)務優(yōu)先級高、且確定出臨時響應中 攜帶有Content-Disposition設置為Early Session的被叫方CAT業(yè)務的SDP ( offer )信 息的情況下，到步驟8bl。
在主叫CAT業(yè)務功能控制模塊確定主叫用戶CAT業(yè)務優(yōu)先級高、且確定出臨時響應中 攜帶有Content-Disposition設置為Early Session的被叫方CAT業(yè)務的SDP (offer )信 息的情況下，到步驟8b2。
步驟8al、主叫CAT業(yè)務功能控制模塊與主叫媒體資源功能模塊進行信息交互，以協(xié) 商獲得主叫媒體資源功能模塊的IP地址和端口地址。到步驟9al。
步驟9al、主叫CAT業(yè)務功能控制模塊將接收到的臨時響應中的SDP的IP地址和端 口地址修改為其在步驟8al中獲取到的主叫媒體資源功能模塊的IP地址和端口地址。到 步驟10al。
步驟10al、主叫CAT業(yè)務功能控制模塊與主叫媒體資源功能模塊進行信息交互，以 要求主叫媒體資源功能模塊將其從步驟2協(xié)商確定的IP地址和端口地址中接收到的媒體 流通過步驟8al協(xié)商確定的IP地址和端口地址發(fā)送給主叫用戶的終端。主叫CAT業(yè)務功 能控制模塊不再執(zhí)行提供主叫CAT業(yè)務的操作。
步驟8a2、主叫CAT業(yè)務功能控制模塊與主叫媒體資源功能模塊進行信息交互，以要 求主叫媒體資源功能模塊將其從步驟2協(xié)商確定的IP地址和端口地址接收到的媒體流丟 棄，或者要求主叫媒體資源功能模塊關(guān)閉步驟2協(xié)商確定的IP地址和端口地址。主叫CAT 業(yè)務功能控制模塊正常執(zhí)行提供主叫CAT業(yè)務的操作。
步驟8bl、主叫CAT業(yè)務功能控制模塊直接向主叫用戶的終端轉(zhuǎn)發(fā)接收到的臨時響應。 主叫CAT業(yè)務功能控制模塊不再執(zhí)行提供主叫CAT業(yè)務的操作。
步驟8b2、主叫CAT業(yè)務功能控制模塊將PRACk請求的Content-Dispos it ion設置為 Early Session的SDP (Answer)信息，并將Ear ly Session的SDP (Answer)信息中的所 有媒體行的端口地址均設置為0,并向被叫CAT業(yè)務功能控制模塊發(fā)送該PRACk請求。主 叫CAT業(yè)務功能控制模塊正常執(zhí)行提供主叫CAT業(yè)務的操作。
方式五提供的定制回鈴音業(yè)務實現(xiàn)方法流程如附圖7所示。
圖7中，步驟1、主叫CAT業(yè)務功能控制模塊接收INVITE請求，到步驟2。步驟2、主叫CAT業(yè)務功能控制模塊判斷主叫用戶的終端能力。主叫CAT業(yè)務功能控 制模塊判斷主叫用戶的終端能力的方法可以如上述圖4中的步驟2中的描述，在此不再重 復說明。
主叫CAT業(yè)務功能控制模塊在判斷出主叫用戶的終端僅支持P-Early-Media時，到步 驟3a。主叫CAT業(yè)務功能控制模塊在判斷出主叫用戶的終端支持Early Session時，到步 驟3b。
步驟3a、主叫CAT業(yè)務功能控制模塊與主叫媒體資源功能模塊進行信息交互，以協(xié)
商獲得主叫媒體資源功能模塊的IP地址和端口地址。到步驟4a。
步驟4a、主叫CAT業(yè)務功能控制模塊將INVITE請求中的普通會話的SDP的IP地址
和端口地址修改為上述步驟2中獲得的主叫媒體資源功能模塊的IP地址和端口地址，并
轉(zhuǎn)發(fā)該面TE請求。到步驟5a。
步驟5a、被叫CAT業(yè)務功能控制模塊接收并向被叫方轉(zhuǎn)發(fā)該INVITE請求。到步驟6a。
步驟6a、 ^L叫方"t妄收到INVITE請求后，返回臨時響應。到步-驟7a。
步驟7a、被叫CAT業(yè)務功能控制模塊向主叫CAT業(yè)務功能控制模塊發(fā)送攜帶有
P-Early-Media頭域的臨時響應。到步驟8a。
步驟8a、主叫CAT業(yè)務功能控制模塊接收到臨時響應后，選擇高優(yōu)先級的CAT業(yè)務。
主叫CAT業(yè)務功能控制^f莫塊選擇高優(yōu)先級的CAT業(yè)務的過程可以如上述圖4步驟7的描述，
在此不再重復說明。
在主叫CAT業(yè)務功能控制才莫塊確定被叫用戶CAT業(yè)務優(yōu)先級高、且確定出臨時響應中 攜帶有P-Early-Media頭域的情況下，到步驟9al。
在主叫CAT業(yè)務功能控制^^塊確定主叫用戶CAT業(yè)務優(yōu)先級高、且確定出臨時響應中 攜帶有P-Early-Media頭域的情況下，到步驟9a2。
步驟9al、主叫CAT業(yè)務功能控制模塊與主叫媒體資源功能模塊進行信息交互，以協(xié) 商獲得主叫媒體資源功能模塊的IP地址和端口地址。到步驟1 Oa 1 。
步驟10al、主叫CAT業(yè)務功能控制模塊將接收到的臨時響應中的SDP的IP地址和端 口地址修改為其在步驟9al中獲取到的主叫媒體資源功能模塊的IP地址和端口地址。到 步驟llal。
步驟llal、主叫CAT業(yè)務功能控制模塊與主叫媒體資源功能模塊進行信息交互，以 要求主叫媒體資源功能模塊將其從步驟3a協(xié)商確定的IP地址和端口地址中接收到的媒體 流通過步驟9al協(xié)商確定的IP地址和端口地址發(fā)送給主叫用戶的終端。主叫CAT業(yè)務功 能控制模塊不再執(zhí)行提供主叫CAT業(yè)務的操作。
步驟3b、主叫CAT業(yè)務功能控制模塊直接轉(zhuǎn)發(fā)接收到的INVITE請求。到步驟4b。 步驟4b、被叫CAT業(yè)務功能控制模塊接收并向被叫方轉(zhuǎn)發(fā)該INVITE請求。到步驟5b。 步驟5b、被叫方接收到INVITE請求后，返回臨時響應。到步驟^。步驟6b、被叫CAT業(yè)務功能控制模塊向主叫CAT業(yè)務功能控制模塊發(fā)送消息體中攜 帶有Content-Disposition設置為Early Session的^L叫方CAT業(yè)務的SDP (offer)信息 的臨時響應。到步驟7b。
步驟7b、主叫CAT業(yè)務功能控制模塊接收到臨時響應后，選擇高優(yōu)先級的CAT業(yè)務。 主叫CAT業(yè)務功能控制模塊選擇高優(yōu)先級的CAT業(yè)務的過程可以如上述圖4步驟7的描述， 在此不再重復說明。
在主叫CAT業(yè)務功能控制模塊確定被叫用戶CAT業(yè)務優(yōu)先級高、且確定出臨時響應中 攜帶有Content-Disposition設置為Early Session的一皮叫方CAT業(yè)務的SDP (offer)信 息的情況下，到步驟8bl。
在主叫CAT業(yè)務功能控制模塊確定主叫用戶CAT業(yè)務優(yōu)先級高、且確定出臨時響應中 攜帶有Content-Disposition設置為Early Session的被叫方CAT業(yè)務的SDP (offer)信 息的情況下，到步驟8b2。
步驟8bl 、主叫CAT業(yè)務功能控制模塊直接向主叫用戶的終端轉(zhuǎn)發(fā)接收到的臨時響應。 主叫CAT業(yè)務功能控制模塊不再執(zhí)行提供主叫CAT業(yè)務的操作。
步驟8b2、主叫CAT業(yè)務功能控制模塊將PRACk請求的Content-Disposition設置為 Early Session的SDP ( Answer )信息，并將Early Session的SDP ( Answer )信息中的所 有媒體行的端口地址均設置為0,并向被叫CAT業(yè)務功能控制模塊發(fā)送該PRACk請求。主 叫CAT業(yè)務功能控制模塊正常執(zhí)行提供主叫CAT業(yè)務的操作。
在上述針對圖的描述中，是以主叫CAT業(yè)務功能控制模塊和被叫CAT業(yè)務功能控制模 塊為例進行說明的。上述主叫CAT業(yè)務功能控制模塊和被叫CAT業(yè)務功能控制模塊也可以 替換為被叫CAT業(yè)務功能控制模塊和呼叫轉(zhuǎn)移的第三方CAT業(yè)務功能控制模塊，且主叫媒 體資源功能模塊需要替換為被叫媒體資源功能模塊，被叫方需要替換為呼叫轉(zhuǎn)移的第三 方，主叫方需要替換為被叫方。其實現(xiàn)過程基本相同，在此不再重復描述。
下面以具體的應用場景為例、結(jié)合附圖描述本發(fā)明實施方式提供的CAT業(yè)務實現(xiàn)方法。
實施例一、主叫CAT業(yè)務功能控制模塊位于為主叫服務的CAT AS中，被叫CAT業(yè)務 功能控制模塊位于為被叫服務的CAT AS中。為主叫方服務的CAT AS根據(jù)存儲在CAT AS 上的主叫用戶設置參數(shù)，選擇確定主叫用戶CAT業(yè)務優(yōu)先級高，并在INVITE請求的頭域 Reject-Contact中增加CAT參數(shù)；為被叫方服務的CAT AS識別該CAT參數(shù)后不申請CAT 々某體資源。在上述情況下，CAT業(yè)務的實現(xiàn)過程如附圖8所示。
需要說明的是，下述圖8的流程描述中省略了一些消息傳輸過程，例如省略了 P-CSCF、 S-CSCF、 I-CSCF、 MRF等實體的消息傳輸。
圖8中，步驟SOOl， UE#1 (主叫方)發(fā)送INVITE請求。到步驟S002。
步驟S002，為主叫方服務的CAT AS根據(jù)其存儲的主叫用戶設置參數(shù)選擇高優(yōu)先級的CAT業(yè)務，由于主叫用戶設置參數(shù)中主叫用戶CAT業(yè)務優(yōu)先級高，因此，為主叫方服務的 CAT AS確定主叫用戶CAT業(yè)務的優(yōu)先級高。到步驟S003。
步驟S003，為主叫方服務的CAT AS在接收的INVITE請求的Reject-Contact頭域中 增加CAT參數(shù)，然后，將INVITE請求轉(zhuǎn)發(fā)給為被叫方服務的CAT AS。到步驟S004。
步驟S004,為被叫方服務的CAT AS接收INVITE請求，并根據(jù)INVITE請求的 Reject-Contact頭域中的CAT參數(shù)判斷出主叫用戶CAT業(yè)務優(yōu)先級高，則為被叫方服務的 CAT AS直接向UE#2 (被叫方)轉(zhuǎn)發(fā)該INVITE請求，為被叫方服務的CAT AS不為被叫用 戶CAT業(yè)務申請CAT業(yè)務的i某體資源。到步驟S005。
步驟S005, UEf2振鈴，返回180臨時響應。到步驟S006。需要說明的是，步驟S005 中的180臨時響應也可以為183臨時響應。
步驟S006,為被叫方服務的CAT AS接收并轉(zhuǎn)發(fā)180臨時響應。到步驟S007。
步驟S007，為主叫方服務的CAT AS接收180臨時響應，并采用網(wǎng)關(guān)模式或應用服務 器模式向UE#1提供主叫用戶CAT業(yè)務。
需要說明的是，在圖8的步驟S002之前，為主叫方服務的CATAS可以進行主叫用戶 的終端能力的判斷操作，而且，在判斷出主叫用戶的終端僅支持P-Early-Media時，執(zhí)行 后續(xù)步驟S002至步驟S007。在判斷出主叫用戶的終端支持應用服務器模式時，直接轉(zhuǎn)發(fā) INVITE請求。
實施例二、主叫CAT業(yè)務功能控制模塊位于為主叫服務的CAT AS中。為主叫方服務 的CAT AS根據(jù)存儲在CAT AS上的主叫用戶設置參數(shù)，選擇確定主叫用戶CAT業(yè)務優(yōu)先級 高，并在INVITE請求的頭域Reject-Contact中增加CAT參數(shù)；MGCF識別該CAT參數(shù)后， 將該CAT參數(shù)攜帶在IAM中的Optional Forward Call IndiCATors (可選前向呼叫指示) 字段中，并向PSTN發(fā)送該IAM。在上述情況下，CAT業(yè)務的實現(xiàn)過程如附圖9所示。
需要說明的是，下述圖9的流程描述中省略了一些消息傳輸過程，例如省略了 P-CSCF、 S-CSCF、 BGCF等實體的消息傳輸。
圖9，步驟SIOI， UE#1 (主叫方)發(fā)送INVITE請求。到步驟S102。
步驟SI02，為主叫方服務的CAT AS根據(jù)其存儲的主叫用戶設置參數(shù)選擇高優(yōu)先級的 CAT業(yè)務，由于主叫用戶設置參數(shù)中主叫用戶CAT業(yè)務優(yōu)先級高，因此，為主叫方服務的 CAT AS確定主叫用戶CAT業(yè)務的優(yōu)先級高。到步驟S103。
步驟S103,為主叫方服務的CAT AS在接收的INVITE請求的Reject-Contact頭域中 增加CAT參數(shù)，然后，將INVITE請求轉(zhuǎn)發(fā)給MGCF。到步驟S104。
步驟S104, MGCF接收INVITE請求，并根據(jù)INVITE請求的Reject-Contact頭域中的 CAT參數(shù)判斷出主叫用戶CAT業(yè)務優(yōu)先級高，則MGCF將IAM中的Optional Forward Call Indicators (可選前向呼叫指示)字段的G比特設置為"1",以表示主叫用戶CAT業(yè)務 優(yōu)先級高。MGCF向PSTN發(fā)送該IAM。到步驟SI05。步驟S105, PSTN接收到IAM后，返回Address Complete Message (地址全消息，ACM)。 到步驟S106。
步驟S106, MGCF接收到ACM后，向為主叫方服務的CAT AS發(fā)送180臨時響應。到步 驟S107。
步驟S107,為主叫方服務的CAT AS接收180臨時響應，并采用網(wǎng)關(guān)模式或應用服務 器模式向UE#1提供主叫用戶CAT業(yè)務。
實施例三、被叫CAT業(yè)務功能控制模塊位于為被叫服務的CAT AS中。PSTN發(fā)送至MGCF 的IAM中攜帶有表示PSTN中主叫用戶CAT業(yè)務優(yōu)先級高的CAT優(yōu)先級指示信息，MGCF識 別該CAT優(yōu)先級指示信息，確定主叫用戶CAT業(yè)務優(yōu)先級高，并發(fā)送頭域Reject-Contact 攜帶有CAT參數(shù)的INVITE請求。在上述情況下，CAT業(yè)務的實現(xiàn)過程如附圖IO所示。
需要說明的是，下述圖10的流程描述中省略了一些消息傳輸過程，例如省略了 P-CSCF、 S-CSCF等實體的消息傳輸。
圖10中，步驟S201, PSTN將IAM的Optional Forward Call Indicators (可選前 向呼叫指示)字段的G比特設置為"1",以表示PSTN中的主叫用戶CAT業(yè)務優(yōu)先級高， PSTN向MGCF發(fā)送該IAM。到步驟S202。
步驟S202, MGCF接收IAM,并根據(jù)IAM的Optional Forward Call Indicators (可 選前向呼叫指示)字段的G比特判斷出PSTN中的主叫用戶CAT業(yè)務優(yōu)先級高，然后，MGCF 在INVITE請求中的Reject-Contact頭域增加CAT參數(shù)，以表示PSTN的主叫用戶CAT業(yè) 務優(yōu)先級高。MFCF向為被叫服務的CAT AS發(fā)送INVITE請求。到步驟S203。
步驟S203，為被叫服務的CAT AS接收INVITE請求，并根據(jù)INVITE請求的 Reject-Contact頭域中的CAT參數(shù)判斷出主叫用戶CAT業(yè)務優(yōu)先級高，之后，為被叫服務 的CAT AS直接向UE#2 (被叫方)轉(zhuǎn)發(fā)該INVITE請求，且不執(zhí)行為被叫用戶CAT業(yè)務申請 媒體資源的操作。
實施例四、主叫CAT業(yè)務功能控制模塊位于為主叫服務的CAT AS中，被叫CAT業(yè)務 功能控制模塊位于為被叫服務的CAT AS中。為主叫方服務的CAT AS根據(jù)存儲在CAT AS 上的主叫用戶設置參數(shù)或本地策略，選擇確定被叫用戶CAT業(yè)務優(yōu)先級高。為主叫服務的 CAT AS判斷主叫用戶的終端不支持Early Session后，在INVITE請求的Support頭域中 增加Early Session。在上述情況下，CAT業(yè)務的實現(xiàn)過程如附圖11所示。
需要說明的是，下述圖11的流程描述中省略了一些消息傳輸過程，例如省略了 P-CSCF、 S-CSCF、 I-CSCF、 MRF等實體的消息傳輸。
圖11中，步驟S301, UE#1向為主叫方服務的CAT AS發(fā)送INVITE請求，且該INVITE 請求的消息體中攜帶有普通會話的SDP ( offer )信息。到步驟S30乙
步驟S302,為主叫方服務的CAT AS接收該INVITE請求，并判斷該INVITE請求的 Supported頭域中是否攜帶有Early Session參數(shù)，在判斷出沒有攜帶有Early Session參數(shù)后，確定主叫用戶的終端不支持Early Session。到步驟S303。
步驟S303,為主叫服務的CAT AS在INVITE請求的S叩ported頭域中增加Early
Session參數(shù)，然后，向為被叫方服務的CAT AS發(fā)送該INVITE請求。到步驟S3(H。
步驟S304，為被叫方服務的CAT AS接收到INVITE請求后，向UE#2轉(zhuǎn)發(fā)該INVITE
請求。到步驟S305。
步驟S305 ， UE#2振鈴，并返回180臨時響應，其中180臨時響應中的 Content-Disposition設置為session的普通會i舌的SDP ( answer M言息，TO頭;或的to tag 參數(shù)設置為tag=31415286。需要說明的是，這里的180臨時響應也可以是183臨時響應。 到步驟S306。
步驟S306,由于為被叫方服務的CAT AS在步驟304中接收到的INVITE請求的 Supported頭域中包含Early Session參數(shù)，因此，為被叫方服務的CAT AS采用應用服務 器模式提供被叫用戶CAT業(yè)務，即為被叫方服務的CAT AS在180響應中增加 Content-Disposition為Early Session的被叫方CAT業(yè)務的SDP (offer)信息，然后， 向主叫方服務的CAT AS轉(zhuǎn)發(fā)該180臨時響應。到步驟S307。
步驟S307,為主叫方服務的CAT AS根據(jù)存儲在CAT AS上的主叫用戶設置參數(shù)或運 營商的策略確定被叫用戶CAT業(yè)務優(yōu)先級高。到步驟S308。
步驟S308,由于被叫用戶CAT業(yè)務優(yōu)先級高、主叫用戶的終端僅支持P-Early-Media 頭域、且180臨時響應中同時攜帶了 Content-Disposition為Early Session的被叫方的 CAT業(yè)務的SDP信息和Content-Disposition為session的4皮叫方返回的普通會話的SDP 信息，因此，為主叫方月良務的CAT AS存儲Content-Disposition為session的被叫方返 回的普通會話的SDP信息，將180臨時響應中的此部分消息體刪除 > 將 Content-Disposition 為 Early Session 的被叫方的 CAT 業(yè)務SDP信息的 Content-Disposition更 文為session,并在180臨時響應中增力口頭域P-Early-Media，該 頭域的參數(shù)設置為"sendrecv",然后，將180臨時響應的TO頭域的to tag參數(shù)修改為 為主叫方服務的CAT AS本地產(chǎn)生的tag=583558,為主叫方服務的CAT AS向UE#1轉(zhuǎn)發(fā)該 180臨時響應。到步驟S309。
步驟S309, UE#1接收180臨時響應，并發(fā)送PRACK請求。到步驟S310。
步驟S310，為主叫方服務的CAT AS接收并轉(zhuǎn)發(fā)PRACK請求，該PRACK請求中采用 Content-Disposition為Early Session的方式攜帶了步驟S301中普通會話的SDP信息。 到步驟S311。
步驟S311,為被叫方服務的CAT AS接收PRACK請求，刪除PRACK請求中攜帶的SDP 消息體，并向UEtf2轉(zhuǎn)發(fā)該PRACK請求。到步驟S312。
步驟S312，服#2接收到PRACK請求后，返回200 OK響應。到步驟S31！3。 步驟S313,為被叫方服務的CAT AS接收并轉(zhuǎn)發(fā)200 OK響應，到步驟S314。步驟S314,為主叫方服務的CAT AS接收200 0K響應，并向UE#1轉(zhuǎn)發(fā)該200 OK響 應。到步驟S315。
步驟S315,為被叫方服務的CAT AS向主叫用戶提供CAT業(yè)務。
需要說明的是，在步驟S302中，如果為主叫方服務的CATAS判斷出主叫用戶的終端 支持Early Session時，則在步驟S303中，為主叫服務的CAT AS可以直接轉(zhuǎn)發(fā)接收到的 INVITE請求，而且，在步驟S308中，為主叫方服務的CAT AS不需要執(zhí)行修改操作，直接 轉(zhuǎn)發(fā)其在步驟S306中接收到的180臨時響應即可。
實施例五、主叫CAT業(yè)務功能控制模塊位于為主叫服務的CAT AS中，被叫CAT業(yè)務 功能控制模塊位于為被叫服務的CAT AS中。為主叫方服務的CAT AS根據(jù)存儲在CAT AS 上的主叫用戶設置參數(shù)或本地策略，選擇確定主叫用戶CAT業(yè)務優(yōu)先級高。為主叫服務的 CAT AS判斷主叫用戶的終端支持Early Session。在上述情況下，CAT業(yè)務的實現(xiàn)過程如 附圖12所示。
需要說明的是，下迷圖12的流程描述中省略了一些消息傳輸過程，例如省略了 P-CSCF、 S-CSCF、 I-CSCF、 MRF等實體的消息傳輸。
圖12中，步驟S401, UE#1向為主叫方服務的CAT AS發(fā)送INVITE請求，由于UE#1 支持Early Session,因此，INVITE請求的Supported頭域中包含Ear ly Session參數(shù)。 到步驟S402。
步驟S402，為主叫方服務的CAT AS接收INVITE請求，并根據(jù)INVITE請求的Supported 頭域包含的Early Session參數(shù)判斷出主叫用戶的終端支持Early Session。到步驟S栃。
步驟S403，為主叫方服務的CAT AS直接向為被叫方服務的CAT AS轉(zhuǎn)發(fā)接收到的 INVITE請求，到步驟S404。
步驟S頓，為被叫方服務的CAT AS接收到INVITE請求后，向,2轉(zhuǎn)發(fā)該INVITE 請求。到步驟S405。
步驟S405 ， UE#2振鈴，并返回WO臨時響應，其中 WO臨時響應中的 Content-Disposition設置為session的普通會話的SDP( answer )信息，TO頭域的to tag 參數(shù)設置為tag=31415286。需要說明的是，這里的180臨時響應也可以是183臨時響應。 到步驟S406。
步驟S406,由于為被叫方服務的CAT AS在步驟3(H中接收到的INVITE請求的 Supported頭域中包含Early Session參數(shù)，因此，為被叫方服務的CAT AS采用應用服務 器模式提供被叫用戶CAT業(yè)務，即為被叫方服務的CAT AS在180響應中增加 Content-Disposition為Early Session的^L叫方CAT業(yè)務的SDP (offer)信息，然后， 向主叫方服務的CAT AS轉(zhuǎn)發(fā)該180臨時響應。到步驟S407。
步驟S407，為主叫方服務的CAT AS根據(jù)存儲在CAT AS上的主叫用戶設置參數(shù)或運 營商的策略確定主叫用戶CAT業(yè)務優(yōu)先級高。到步驟S408。步驟S408，為主叫方月良務的CAT AS發(fā)送Content—Disposition為Early Session的 SDP (Answer )信息的PRACK請求，其中SDP (Answer )信息中的所有J(某體行的端口地址均 設置為0，以表示拒絕為被叫方服務的CAT AS提供的被叫用戶CAT業(yè)務。到步驟S409。
步驟S409，為被叫方服務的CAT AS接收PRACK請求，并根據(jù)PRACK請求中的 Content-Disposition為Early Session的SDP信息的所有媒體行的端口地址均設置0判 斷出主叫方拒絕接收被叫用戶的CAT業(yè)務，因此，為被叫方服務的CAT AS不為被叫用戶 CAT業(yè)務申請媒體資源，而且，為被叫方服務的CAT AS刪除該PRACK請求的SDP消息體， 然后，向UE#2轉(zhuǎn)發(fā)該PRACK請求。到步驟S410。
步驟S410， UE#2接收到PRACK請求后，返回200 0K響應。到步驟S411。
步驟S411,為被叫方服務的CAT AS接收并轉(zhuǎn)發(fā)200 OK響應，到步驟S"2。
步驟S412,為主叫方服務的CAT AS接收200 OK響應，并采用應用服務器模式向主 叫用戶提供主叫用戶CAT業(yè)務。
需要說明的是，在步驟S402中，如果為主叫方服務的CATAS判斷出主叫用戶的終端 不支持Early Session時，則在步驟S403中，為主叫方服務的CAT AS在INVITE請求的 S叩ported頭域增加Early Session參數(shù)，然后，再轉(zhuǎn)發(fā)INVITE請求。另外，如果在步驟 S407中，為主叫方服務的CATAS選擇被叫用戶CAT業(yè)務優(yōu)先級高，則為主叫方服務的CAT AS不執(zhí)行步驟S408,而是直接轉(zhuǎn)發(fā)其在步驟S406中接收到的臨時響應，然后，由為被叫 方服務的CAT AS采用應用服務器模式為主叫用戶提供被叫用戶CAT業(yè)務。
實施例六、主叫CAT業(yè)務功能控制模塊位于為主叫服務的CAT AS中，被叫CAT業(yè)務 功能控制模塊位于為被叫服務的CAT AS中，主叫媒體資源功能模塊位于為主叫方服務的 MRF中。為主叫方服務的CAT AS根據(jù)存儲在CAT AS上的主叫用戶設置參數(shù)或本地策略， 選擇確定被叫用戶CAT業(yè)務優(yōu)先級高。為主叫方服務的CAT AS將INVITE請求中的SDP的 IP地址和端口地址修改為為主叫方服務的MRF的IP地址和端口地址。為被叫方服務的CAT AS采用網(wǎng)關(guān)模式向主叫用戶提供被叫用戶CAT業(yè)務。在上述情況下，CAT業(yè)務的實現(xiàn)過程 如附圖13所示。
需要說明的是，下述圖13的流程描述中省略了一些消息傳輸過程，例如省略了 P-CSCF、 S-CSCF、 I-CSCF等實體的消息傳輸。
圖13,步驟S501' UE#1發(fā)送消息體中攜帶有普通會話的SDP (offer )信息的INVITE 請求。到步驟S502。
步驟S502,為主叫方服務的CAT AS接收INVITE請求，并通過與為主叫方服務的MRF 的信息交互，協(xié)商獲得為主叫方服務的MRF的IP地址和端口地址。到步驟S503。
步驟S503,為主叫方服務的CAT AS將INVITE請求的消息體中的SDP信息的IP地址 和端口地址更改為其在步驟S502中協(xié)商荻得的IP地址和端口地址，然后，為主叫方服務 的CAT AS轉(zhuǎn)發(fā)INVITE請求。到步驟S504。步驟S504，為被叫方服務的CAT AS接收并轉(zhuǎn)發(fā)INVITE請求。到步驟S505。
步驟S505， UE#2接收到INVITE請求后振鈴，并返回180臨時響應。到步驟S506。 需要說明的是，這里的180臨時響應也可以是183臨時響應。
步驟S506，為被叫方服務的CAT AS接收180臨時響應，并采用網(wǎng)關(guān)模式為主叫用戶 提供被叫用戶CAT業(yè)務，為被叫方服務的CAT AS在180臨時響應中攜帶P-Early-Media 頭域，然后，向為主叫方服務的CAT AS轉(zhuǎn)發(fā)該180臨時響應，到步驟S507。
步驟S507,為主叫方服務的CAT AS根據(jù)存儲在CAT AS上的主叫用戶設置參數(shù)或本 地策略選擇^L叫用戶CAT業(yè)務優(yōu)先級高。到步驟S508。
步驟S508,為主叫方服務的CAT AS通過與為主叫方服務的MRF的信息交互，協(xié)商獲 得為主叫方服務的MRF的IP地址和端口地址。到步驟S509。
步驟S509,由于被叫用戶CAT業(yè)務優(yōu)先級高，因此，為主叫方服務的CAT AS將180 臨時響應中的SDP的IP地址和端口地址更改為其在步驟S508中協(xié)商獲得的IP地址和端 口地址，然后，為主叫方服務的CAT AS向UE#1轉(zhuǎn)發(fā)該180臨時響應。到步驟S510。
步驟S510,為主叫方服務的CAT AS與為主叫方服務的MRF進行信息交互，以要求為 主叫方服務的MRF將從步驟S502協(xié)商的IP地址和端口地址中接收到的力某體流通過步驟 S508協(xié)商的IP地址和端口地址發(fā)送給主叫用戶。到步驟S511。
步驟S511,為被叫方服務的CAT AS向主叫用戶提供被叫用戶CAT業(yè)務。
需要說明的是，在步驟S506中，如果為被叫方服務的CAT AS采用應用服務器模式提 供CAT業(yè)務，即在180臨時響應中的Content-Disposition采用Early Session方式攜帶 被叫用戶CAT業(yè)務的SDP (offer)信息，則為主叫方服務的CAT AS可以不執(zhí)行步驟S508、 及步驟S510,而是在步驟S507后直接執(zhí)行步驟S509將180臨時響應轉(zhuǎn)發(fā)給UEtfl，然后， 直接執(zhí)行步驟S511，由為被叫方服務的CAT AS直接向主叫方提供被叫用戶CAT業(yè)務。
另外，在步驟S507中，如果為主叫方服務的CAT AS選擇主叫用戶CAT業(yè)務優(yōu)先級高， 則在步驟S509中，為主叫方服務的CAT AS可以采用網(wǎng)關(guān)模式或應用服務器模式向主叫用 戶提供主叫用戶CAT業(yè)務；并且在步驟S510中，為主叫方服務的CAT AS通過與為主叫方 服務的MRF進行信息交互，以要求為主叫方服務的MRF丟棄從步驟S502協(xié)商的IP地址和 端口地址中接收到的媒體流。
還有，在步驟S502之前，為主叫方服務的CAT AS可以先判斷主叫用戶的終端能力， 在判斷出主叫用戶的終端僅支持P-Early-Media后，再執(zhí)行后續(xù)的流程。
實施例七、主叫CAT業(yè)務功能控制模塊位于為主叫服務的CAT AS中，被叫CAT業(yè)務 功能控制模塊位于為被叫服務的CAT AS中，主叫媒體資源功能模塊位于為主叫方服務的 MRF中。為主叫方服務的CAT AS根據(jù)存儲在CAT AS上的主叫用戶設置參數(shù)或本地策略， 選擇確定主叫用戶CAT業(yè)務優(yōu)先級高。為主叫方服務的CAT AS將INVITE請求中的SDP的 IP地址和端口地址修改為為主叫方服務的MRF的IP地址和端口地址。為被叫方服務的CATAS采用應用服務器模式向主叫用戶提供被叫用戶CAT業(yè)務。在上述情況下，CAT業(yè)務的實 現(xiàn)過程如附圖14所示。
需要說明的是，下述圖14的流程描述中省略了一些消息傳輸過程，例如省略了 P-CSCF、 S-CSCF、 I-CSCF等實體的消息傳輸。
圖14,步驟S601， UE并1發(fā)送消息體中攜帶有普通會話的SDP( offer )信息的INVITE 請求。到步驟S602。
步驟S602，為主叫方服務的CAT AS接收INVITE請求，并通過與為主叫方服務的MRF 的信息交互，協(xié)商獲得為主叫方服務的MRF的IP地址和端口地址。到步驟S603。
步驟S603，為主叫方服務的CAT AS將INVITE請求的消息體中的SDP信息的IP地址 和端口地址更改為其在步驟S602中協(xié)商獲得的IP地址和端口地址，然后，為主叫方服務 的CAT AS轉(zhuǎn)發(fā)INVITE請求。到步驟S604。
步驟S604,為被叫方服務的CAT AS接收并轉(zhuǎn)發(fā)INVITE請求。到步驟S605。
步驟S605, UE#2接收到INVITE請求后振鈴，并返回180臨時響應。到步驟S606。 需要說明的是，這里的180臨時響應也可以是183臨時響應。
步驟S606,為被叫方服務的CAT AS接收180臨時響應，為被叫方服務的CAT AS采 用應用服務器模式向UE#1提供被叫用戶CAT業(yè)務，為被叫方服務的CAT AS以 Content-Disposition為Early Session方式在180臨時響應中攜帶被叫用戶CAT業(yè)務的 SDP (offer )信息。到步驟S607。
步驟S607,為主叫方服務的CAT AS根據(jù)存儲在CAT AS上的主叫用戶設置參數(shù)或本 地策略選擇主叫用戶CAT業(yè)務優(yōu)先級高。到步驟S608。
步驟S608,為主叫方服務的CAT AS將PRACK請求中的Content-Disposition設置為 Early Session的SDP (Answer)信息，并且SDP信息中的所有媒體行的端口地址均設置 為0，以表示拒絕為被叫方服務的CAT AS提供的被叫用戶CAT業(yè)務。為主叫方服務的CAT AS發(fā)送該PRACK請求。到步驟S609。
步驟S609,為被叫方服務的CAT AS接收PRACK請求，在判斷出PRACK請求中的 Content-Disposition為Early Session的SDP的端口i也址均i殳置為0后，確定主叫用戶 拒絕接收被叫用戶CAT業(yè)務，因此，為被叫方服務的CAT AS不為被叫用戶CAT業(yè)務申請 CAT業(yè)務媒體資源，并刪除PRACK請求中的SDP消息體，然后，向UE#2轉(zhuǎn)發(fā)該PRACK請求。 到步驟S610。
步驟S610，為主叫方服務的CAT AS采用網(wǎng)關(guān)模式或者應用服務器模式向主叫用戶提 供主叫用戶CAT業(yè)務。
從上述描述可知，本發(fā)明實施方式通過在存在多個定制回鈴音業(yè)務的情況下，選擇高 優(yōu)先級的定制回鈴音業(yè)務，并觸發(fā)相應的操作，能夠允許選擇的回鈴音業(yè)務、禁止未被選 擇的定制回鈴音業(yè)務，從而能夠在多方訂閱CAT業(yè)務的情況下，避免主叫方接收到多個混合在一起的回鈴音的問題，提高了定制回鈴音業(yè)務的實現(xiàn)靈活性，提高了用戶對CAT業(yè)務 體驗。本發(fā)明實施方式提供了多種實現(xiàn)定制回鈴音業(yè)務的技術(shù)方案，能夠適用于多種不同 的應用場景，從而滿足各種網(wǎng)絡需求。
通過以上的實施方式的描迷，本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助軟件 加必需的硬件平臺的方式來實現(xiàn)，當然也可以全部通過硬件來實施，但很多情況下前者是 更佳的實施方式?；谶@樣的理解，本發(fā)明的技術(shù)方案對背景技術(shù)做出貢獻的全部或者部 分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品可以存儲在存儲介質(zhì)中，如 R0M/RAM、磁碟、光盤等，包括若干指令用以使得一臺計算機設備(可以是個人計算機， 服務器，或者網(wǎng)絡設備等)執(zhí)行本發(fā)明各個實施例或者實施例的某些部分所述的方法。
下面結(jié)合附圖15對本發(fā)明實施方式提供的定制回鈴音業(yè)務實現(xiàn)裝置進行說明。
本發(fā)明實施方式提供的定制回鈴音業(yè)務實現(xiàn)裝置可以位于IMS域中的CAT AS中，也 可以位于CS域的MSC中，還可以位于MGCF中。當然也可以位于網(wǎng)絡側(cè)的其他網(wǎng)絡設備中。 圖15中的定制回鈴音業(yè)務實現(xiàn)裝置包括選擇模塊和執(zhí)行模塊。
在呼叫過程中，選擇模塊可以在接收到請求(如INVITE請求等)后從該呼叫的至少 兩個定制回鈴音業(yè)務中選擇具有高優(yōu)先級的定制回鈴音業(yè)務。例如，選擇模塊從主叫CAT 業(yè)務、被叫CAT業(yè)務和呼叫轉(zhuǎn)移第三方CAT業(yè)務中選擇一個高優(yōu)先級的CAT業(yè)務；或者從 叫CAT業(yè)務、被叫CAT業(yè)務中選擇一個高優(yōu)先級的CAT業(yè)務；或者從被叫CAT業(yè)務和呼叫 轉(zhuǎn)移第三方CAT業(yè)務中選擇一個高優(yōu)先級的CAT業(yè)務。選擇模塊可以采用多種策略來選擇 高優(yōu)先級的定制回鈴音業(yè)務。例如，選擇模塊可以依據(jù)上述實施方式中描述的八個策略中 的任一策略來選擇高優(yōu)先級的定制回鈴音業(yè)務。本發(fā)明實施方式不限制選擇高優(yōu)先級的定 制回鈴音業(yè)務的策略的具體表現(xiàn)形式。選擇模塊選擇高優(yōu)先級的CAT業(yè)務的具體實現(xiàn)方式 如上述方法實施方式中的描述，在此不再重復說明。
在選擇模塊選擇了高優(yōu)先級的CAT業(yè)務后，執(zhí)行模塊獲取選擇模塊的選擇結(jié)果信息， 并根據(jù)該選擇結(jié)果信息觸發(fā)允許為主叫用戶播放所述選擇的定制回鈴音業(yè)務、禁止為主叫 用戶播放未被選擇的定制回鈴音業(yè)務的操作。通過觸發(fā)該操作可以使選擇的CAT業(yè)務的媒 體流傳輸至主叫用戶的終端，未被選擇的CAT業(yè)務的々某體流不被傳輸至主叫用戶的終端。
執(zhí)行模塊執(zhí)行的觸發(fā)操作可以為多種形式。例如在本側(cè)用戶定制回鈴音業(yè)務優(yōu)先級 高時，執(zhí)行模塊通知對側(cè)網(wǎng)絡節(jié)點不提供定制回鈴音業(yè)務、且執(zhí)行模塊執(zhí)行提供本側(cè)用戶 定制回鈴音業(yè)務的操作；在對側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，執(zhí)行模塊通知對側(cè)網(wǎng)絡 節(jié)點提供定制回鈴音業(yè)務，且執(zhí)行模塊不執(zhí)行提供本側(cè)用戶定制回鈴音業(yè)務的操作。再例 如在本側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，執(zhí)行模塊指示媒體資源功能模塊丟棄接收到 的對側(cè)用戶定制回鈴音業(yè)務的媒體流、且執(zhí)行模塊執(zhí)行提供本側(cè)用戶定制回鈴音業(yè)務的操 作；在對側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，執(zhí)行模塊允許媒體資源功能模塊正常傳輸其 接收到的對側(cè)用戶定制回鈴音業(yè)務的媒體流，且執(zhí)行模塊不執(zhí)行提供本側(cè)用戶定制回鈴音業(yè)務的操作。還有在本側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，執(zhí)行模塊指示媒體網(wǎng)關(guān)控制 功能實體不執(zhí)行打開針對對側(cè)用戶定制回鈴音業(yè)務媒體流的媒體門控操作、且執(zhí)行模塊執(zhí)
行提供本側(cè)用戶定制回鈴音業(yè)務的操作；在對側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，執(zhí)行模
塊指示媒體網(wǎng)關(guān)控制功能實體執(zhí)行打開針對對側(cè)用戶定制回鈴音業(yè)務媒體流的媒體門控 操作、且執(zhí)行模塊不執(zhí)行提供本側(cè)用戶定制回鈴音業(yè)務的操作等等。
上述本側(cè)、對側(cè)是針對呼叫來說的，例如，當呼叫為主叫用戶與被叫用戶之間的呼叫， 則選擇模塊和執(zhí)行模塊可以位于主叫用戶對應的網(wǎng)絡側(cè)，即本側(cè)是指主叫用戶側(cè)、對側(cè)是 指被叫用戶側(cè)。再例如，當呼叫為被叫用戶與呼叫轉(zhuǎn)移的第三方用戶之間的呼叫，則選擇 模塊和執(zhí)行模塊可以位于被叫用戶對應的網(wǎng)絡側(cè)，即本側(cè)是指被叫用戶側(cè)、對側(cè)是指呼叫 轉(zhuǎn)移的第三方用戶側(cè)。
本發(fā)明實施方式中的執(zhí)行模塊由第一執(zhí)行子模塊、第二執(zhí)行子模塊、第三執(zhí)行子模塊、 第四執(zhí)行子模塊、第五執(zhí)行子模塊、第六執(zhí)行子模塊、第七執(zhí)行子模塊、第八執(zhí)行子模塊、
第九執(zhí)行子模塊、第十執(zhí)行子模塊、第十一執(zhí)行子模塊中的至少一個子4莫塊組成；另外， 執(zhí)行模塊還可以可選的包括判斷子模塊和地址獲取子模塊中的至少一個。
第 一執(zhí)行子模塊根據(jù)選擇模塊的選擇結(jié)果指示對側(cè)網(wǎng)絡節(jié)點是否提供定制回鈴音業(yè) 務。例如，第一執(zhí)行子模塊在確定出本側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，執(zhí)行提供本側(cè) 用戶定制回鈴音業(yè)務的操作，并直接向?qū)?cè)網(wǎng)絡節(jié)點發(fā)送所述選擇的定制回鈴音業(yè)務的信 息，以指示對側(cè)網(wǎng)絡節(jié)點不為對側(cè)用戶定制回鈴音業(yè)務申請媒體資源；再例如，第一執(zhí)行 子模塊在確定出對側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，不執(zhí)行提供本側(cè)用戶定制回鈴音業(yè) 務的操作，并直接向?qū)?cè)網(wǎng)絡節(jié)點發(fā)送所述選擇的定制回鈴音業(yè)務的信息，以指示對側(cè)網(wǎng) 絡節(jié)點為對側(cè)用戶定制回鈴音業(yè)務申請媒體資源；再例如，第一執(zhí)行子模塊在確定出本側(cè) 用戶定制回鈴音業(yè)務優(yōu)先級高時，執(zhí)行提供本側(cè)用戶定制回鈴音業(yè)務的操作，并通過媒體 網(wǎng)關(guān)控制功能實體向?qū)?cè)網(wǎng)絡節(jié)點發(fā)送所述選擇的定制回鈴音業(yè)務的信息，以指示對側(cè)網(wǎng) 絡節(jié)點不為對側(cè)用戶定制回鈴音業(yè)務申請媒體資源；還有，第一執(zhí)行子模塊在確定出對側(cè) 用戶定制回鈴音業(yè)務優(yōu)先級高時，不執(zhí)行提供本側(cè)用戶定制回鈴音業(yè)務的操作，并通過媒 體網(wǎng)關(guān)控制功能實體向?qū)?cè)網(wǎng)絡節(jié)點發(fā)送所述選擇的定制回鈴音業(yè)務的信息，以指示對側(cè) 網(wǎng)絡節(jié)點為對側(cè)用戶定制回鈴音業(yè)務申請i某體資源。
第一執(zhí)行子模塊可以將選擇的定制回鈴音業(yè)務的信息攜帶在INVITE消息中發(fā)送， MGCF可以將選擇的定制回鈴音業(yè)務的信息攜帶在IAM中發(fā)送。具體的攜帶方式、消息交互 過程、以及對側(cè)網(wǎng)絡節(jié)點接收到消息后執(zhí)行的操作如上述方法實施方式中的描述，在此不 再重復說明。
在執(zhí)行模塊包括判斷子模塊的情況下，判斷子模塊判斷主叫用戶終端是否支持應用服 務器模式，并在判斷出主叫用戶終端不支持應用服務器模式的情況下，輸出通知信息，第 一執(zhí)行子模塊在接收到判斷子模塊的通知后，再根據(jù)選擇模塊的選擇結(jié)果執(zhí)行上述操作。判斷子模塊判斷主叫用戶終端釋放支持應用服務器模式的方法如上述方法實施方式的描 述，在此不再重復il明。
第二執(zhí)行子模塊根據(jù)選擇模塊的選擇結(jié)果指示媒體網(wǎng)關(guān)控制功能實體是否打開媒體 門控。例如，第二執(zhí)行子模塊在確定出本側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，執(zhí)行提供本 側(cè)用戶定制回鈴音業(yè)務的操作，并直接向媒體網(wǎng)關(guān)控制功能實體發(fā)送所述選擇的定制回鈴
音業(yè)務的信息，以指示所述媒體網(wǎng)關(guān)控制功能實體不執(zhí)行打開i某體網(wǎng)關(guān)的媒體門控操作；
再例如，第二執(zhí)行子模塊在確定出對側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，不執(zhí)行提供本側(cè) 用戶定制回鈴音業(yè)務的操作，并直接向媒體網(wǎng)關(guān)控制功能實體發(fā)送信息，以指示所述媒體 網(wǎng)關(guān)控制功能實體執(zhí)行打開媒體網(wǎng)關(guān)的媒體門控操作。
第二執(zhí)行子模塊可以將選擇的定制回鈴音業(yè)務的信息攜帶在INVITE消息中發(fā)送。選 擇的定制回鈴音業(yè)務的信息在INVITE消息中的攜帶方式、以及媒體網(wǎng)關(guān)控制功能實體執(zhí) 行的操作等如上述方法實施方式中的描述。
在執(zhí)行模塊包括判斷子模塊的情況下，判斷子模塊判斷主叫用戶終端是否支持應用服 務器模式，并在判斷出主叫用戶終端不支持應用服務器模式的情況下，輸出通知信息，第 二執(zhí)行子模塊在接收到判斷子模塊的通知后，再根據(jù)選擇模塊的選擇結(jié)果執(zhí)行上述操作。 判斷子模塊判斷主叫用戶終端釋放支持應用服務器模式的方法如上述方法實施方式的描 述，在此不再重復說明。
第三執(zhí)行子模塊，用于根據(jù)選擇模塊的選擇結(jié)果指示i某體資源功能模塊是否丟棄定制 回鈴音業(yè)務媒體流；例如，在本側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，指示媒體資源功能模 塊丟棄接收到的對側(cè)用戶定制回鈴音業(yè)務的媒體流、且第三執(zhí)行子模塊執(zhí)行提供本側(cè)用戶 定制回鈴音業(yè)務的操作；在對側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，第三執(zhí)行子模塊允許媒 體資源功能模塊正常傳輸其接收到的對側(cè)用戶定制回鈴音業(yè)務的媒體流，且第三執(zhí)行子模 塊不執(zhí)行提供本側(cè)用戶定制回鈴音業(yè)務的操作。
在執(zhí)行模塊包括判斷子模塊的情況下，判斷子模塊判斷主叫用戶終端是否支持應用服 務器模式，并在判斷出主叫用戶終端不支持應用服務器模式的情況下，輸出通知信息，第 三執(zhí)行子模塊在接收到判斷子模塊的通知后，再根據(jù)選擇模塊的選擇結(jié)果執(zhí)行上述操作。 判斷子模塊判斷主叫用戶終端釋放支持應用服務器模式的方法如上述方法實施方式的描 述，在此不再重復說明。
第四執(zhí)行子模塊根據(jù)選擇模塊的選擇結(jié)果指示媒體資源功能模塊是否關(guān)閉定制回鈴 音業(yè)務媒體流的接收地址。例如，在本側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，指示媒體資源 功能模塊關(guān)閉接收對側(cè)用戶定制回鈴音業(yè)務的媒體流的接收地址、且第四執(zhí)行子模塊執(zhí)行 提供本側(cè)用戶定制回鈴音業(yè)務的操作。在對側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，第四執(zhí)行 子模塊允許媒體資源功能模塊正常傳輸其接收到的對側(cè)用戶定制回鈴音業(yè)務的媒體流，且 第四執(zhí)行子模塊不執(zhí)行提供本側(cè)用戶定制回鈴音業(yè)務的操作。在執(zhí)行模塊包括判斷子模塊的情況下，判斷子模塊判斷主叫用戶終端是否支持應用服 務器模式，并在判斷出主叫用戶終端不支持應用服務器模式的情況下，輸出通知信息，第 四執(zhí)行子模塊在接收到判斷子模塊的通知后，再根據(jù)選擇模塊的選擇結(jié)果執(zhí)行上述操作。 判斷子模塊判斷主叫用戶終端釋放支持應用服務器模式的方法如上迷方法實施方式的描 述，在此不再重復說明。
第五執(zhí)行子模塊在選擇模塊確定本側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，不論主叫用戶 的終端是否支持應用服務器模式，均向?qū)?cè)網(wǎng)絡節(jié)點發(fā) 送拒絕定制回鈴音業(yè)務媒體流的信 息，以指示對側(cè)網(wǎng)絡節(jié)點不發(fā)送定制回鈴音業(yè)務的媒體流即表示拒絕被叫側(cè)的網(wǎng)絡節(jié)點提 供的被叫用戶的定制回鈴音業(yè)務。
第六執(zhí)行子模塊在選擇模塊確定對側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高、且判斷出主叫用 戶終端支持應用服務器模式的情況下，采用應用服務器模式執(zhí)行正常的消息轉(zhuǎn)發(fā)過程，且 不向被叫側(cè)的網(wǎng)絡節(jié)點發(fā)送拒絕信息，不向主叫用戶提供主叫用戶定制回鈴音業(yè)務；例如， 第六執(zhí)行子模塊轉(zhuǎn)發(fā)對側(cè)網(wǎng)絡節(jié)點轉(zhuǎn)發(fā)來的針對INVITE請求的響應消息，以允許對側(cè)網(wǎng) 絡節(jié)點發(fā)送定制回鈴音業(yè)務的媒體流。具體實現(xiàn)過程如上述方法實施方式中的描述，在此 不再重復說明。
第七執(zhí)行子模塊在選擇模塊確定對側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高、且判斷出主叫用 戶終端不支持應用服務器模式的情況下，第七執(zhí)行子模塊將需要向主叫用戶轉(zhuǎn)發(fā)的消息轉(zhuǎn) 換為基于網(wǎng)關(guān)模式的消息并轉(zhuǎn)發(fā)，并采用應用服務器模式向被叫側(cè)的網(wǎng)絡節(jié)點發(fā)送允許信 息，以表示允許被叫側(cè)的網(wǎng)絡節(jié)點提供的被叫用戶的定制回鈴音業(yè)務，且不向主叫用戶提
供主叫用戶的定制回鈴音業(yè)務等等；例如，第七執(zhí)行子模塊將對側(cè)網(wǎng)絡節(jié)點轉(zhuǎn)發(fā)來的針對 INVITE請求的響應消息轉(zhuǎn)換為基于網(wǎng)關(guān)模式的針對INVITE請求的響應消息，轉(zhuǎn)發(fā)所述轉(zhuǎn) 換后的響應消息，并向?qū)?cè)網(wǎng)絡節(jié)點發(fā)送釆用應用服務器模式向被叫側(cè)的網(wǎng)絡節(jié)點發(fā)送允 許信息，以指示對側(cè)網(wǎng)絡節(jié)點采用應用服務器模式發(fā)送定制回鈴音業(yè)務的媒體流。具體實 現(xiàn)過程如上述方法實施方式中的描述，在此不再重復說明。
第八執(zhí)行子模塊于在對側(cè)網(wǎng)絡節(jié)點采用網(wǎng)關(guān)模式提供定制回鈴音業(yè)務、且選擇模塊確 定對側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高的情況下，第八執(zhí)行子模塊與本側(cè)媒體資源功能模塊 進行信息交互，以協(xié)商獲取本側(cè)4某體資源功能模塊輸出定制回鈴音業(yè)務的媒體流的地址信 息(第二地址信息)，然后，將該第二地址信息告知本側(cè)用戶的終端，并指示本側(cè)媒體資 源功能模塊將從第 一地址接收到的定制回鈴音業(yè)務的媒體流通過第二地址發(fā)送至主叫用 戶，而且，第八執(zhí)行子模塊不執(zhí)行提供本側(cè)用戶的定制回鈴音業(yè)務的操作。上述對側(cè)網(wǎng)絡 節(jié)點采用網(wǎng)關(guān)模式可以是對側(cè)網(wǎng)絡節(jié)點主動采用網(wǎng)關(guān)模式，也可以是根據(jù)第八執(zhí)行子模塊 發(fā)送的消息而被動采用網(wǎng)關(guān)模式。在此實現(xiàn)過程中，預定地址可以是由地址獲取子模塊提 供給第八執(zhí)行子模塊的。例如，地址獲取子模塊在其所在裝置接收到INVITE請求、且主 叫用戶終端不支持應用服務器模式時，通過與本側(cè)4某體資源功能模塊進行信息交互來協(xié)商獲取該第一地址信息。該第一地址信息可以為IP地址和端口地址信息。在協(xié)商獲取了該 第 一地址信息后，第八執(zhí)行子模塊可以將該第 一地址信息通知對側(cè)的網(wǎng)絡節(jié)點。通知的方 式可以為第八執(zhí)行子模塊在接收到INVITE消息后，將該第 一地址信息攜帶在INVITE消 息中發(fā)送至被叫側(cè)的網(wǎng)絡節(jié)點。本發(fā)明實施方式不排除第八執(zhí)行子模塊采用其它消息告知 被叫側(cè)的網(wǎng)絡節(jié)點該第 一地址信息的實現(xiàn)方式。具體實現(xiàn)過程如上述方法實施方式中的描 述，在此不再重復說明。
第九執(zhí)行子模塊在對側(cè)網(wǎng)絡節(jié)點采用網(wǎng)關(guān)模式提供定制回鈴音業(yè)務、且選擇模塊確定 本側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高的情況下，指示媒體資源功能模塊丟棄從預定地址接收 到的定制回鈴音業(yè)務的媒體流，而且，第九執(zhí)行子模塊不執(zhí)行提供本側(cè)用戶的定制回鈴音 業(yè)務的操作。上述對側(cè)網(wǎng)絡節(jié)點采用網(wǎng)關(guān)模式可以是對側(cè)網(wǎng)絡節(jié)點主動采用網(wǎng)關(guān)模式，也 可以是根據(jù)第九執(zhí)行子模塊發(fā)送的消息而被動采用網(wǎng)關(guān)模式。在此實現(xiàn)過程中，預定地址 也可以是由地址獲取子模塊提供給的。例如，地址獲取子模塊在其所在裝置接收到INVITE 請求、且主叫用戶終端不支持應用服務器模式時，通過與本側(cè)i某體資源功能模塊進行信息 交互來協(xié)商獲取該第一地址信息。該第一地址信息可以為IP地址和端口地址信息。在協(xié) 商獲取了該第 一地址信息后，第九執(zhí)行子模塊可以將該第 一地址信息通知對側(cè)的網(wǎng)絡節(jié) 點。具體如上述實施方式中的描述，在此不再重復說明。
第十執(zhí)行子模塊，用于在對側(cè)網(wǎng)絡節(jié)點采用應用服務器模式提供定制回鈴音業(yè)務、且 選捧模塊確定對側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高的情況下，轉(zhuǎn)發(fā)對側(cè)網(wǎng)絡節(jié)點發(fā)送來的針 對INVITE請求的響應信息，且不執(zhí)行提供本側(cè)用戶定制回鈴音業(yè)務的操作。上述對側(cè)網(wǎng) 絡節(jié)點采用應用服務器模式可以是對側(cè)網(wǎng)絡節(jié)點主動采用應用服務器模式，也可以是根據(jù) 第十執(zhí)行子模塊發(fā)送的消息而被動采用應用服務器模式。具體如上述實施方式中的描述， 在此不再重復說明。
第十一執(zhí)行子模塊在對側(cè)網(wǎng)絡節(jié)點采用應用服務器模式提供定制回鈴音業(yè)務、且選擇 模塊確定本側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高的情況下，向?qū)?cè)網(wǎng)絡節(jié)點發(fā)送拒絕定制回鈴 音業(yè)務媒體流的信息，以指示對側(cè)網(wǎng)絡節(jié)點不發(fā)送定制回鈴音業(yè)務的媒體流，且第十一執(zhí) 行子模塊執(zhí)行提供主叫用戶定制回鈴音業(yè)務的操作。上述對側(cè)網(wǎng)絡節(jié)點采用應用服務器模 式可以是對側(cè)網(wǎng)絡節(jié)點主動采用應用服務器模式，也可以是根據(jù)第十一執(zhí)行子模塊發(fā)送的 消息而被動采用應用服務器模式。具體如上述實施方式中的描述，在此不再重復說明。
雖然通過實施例描繪了本發(fā)明，本領(lǐng)域普通技術(shù)人員知道，本發(fā)明有許多變形和變化 而不脫離本發(fā)明的精神，本發(fā)明的申請文件的權(quán)利要求包括這些變形和變化。
權(quán)利要求
1、一種IMS域定制回鈴音業(yè)務實現(xiàn)方法，其特征在于，包括在呼叫過程中，第一CAT業(yè)務側(cè)具有定制回鈴音業(yè)務控制功能的網(wǎng)絡節(jié)點從所述呼叫的第一CAT業(yè)務側(cè)提供的第一CAT業(yè)務和第二CAT業(yè)務側(cè)提供的第二CAT業(yè)務中選擇一個定制回鈴音業(yè)務；所述網(wǎng)絡節(jié)點向主叫用戶提供所述選擇的定制回鈴音業(yè)務、禁止為主叫用戶提供未被選擇的定制回鈴音業(yè)務。
2、 如權(quán)利要求l所述的方法，其特征在于，所述選擇定制回鈴音業(yè)務可以根據(jù)下列 條件至少一種進行選擇根據(jù)用戶定制回鈴音業(yè)務設置參數(shù)選擇高優(yōu)先級的定制回鈴音業(yè)務；根據(jù)預先設置的本地策略選擇高優(yōu)先級的定制回鈴音業(yè)務；根據(jù)記錄的曾經(jīng)的定制回鈴音業(yè)務選擇結(jié)果選擇高優(yōu)先級的定制回鈴音業(yè)務；在存在呼叫轉(zhuǎn)移的情況下，選擇被叫用戶或呼叫轉(zhuǎn)移第三方用戶的定制回鈴音業(yè)務；在被叫用戶隱匿的情況下，選擇主叫用戶的定制回鈴音業(yè)務；在呼叫轉(zhuǎn)移第三方用戶隱匿的情況下，選擇主叫用戶或被叫用戶的定制回鈴音業(yè)務；根據(jù)呼叫的雙方用戶要求使用的媒體格式選擇高優(yōu)先級的定制回鈴音業(yè)務； 根據(jù)主叫用戶的終端支持的媒體格式、多個定制回鈴音業(yè)務的媒體格式選擇媒體格 式匹配的定制回鈴音業(yè)務。
3、 如權(quán)利要求l所述的方法，其特征在于，當上述第一CAT業(yè)務側(cè)選擇第一CAT業(yè)務 時，則向主叫用戶提供第一CAT業(yè)務，并選擇以下至少一種方法禁止第二CAT業(yè)務側(cè)為主叫 用戶提供第二CAT業(yè)務A、 所述網(wǎng)絡節(jié)點向第二 CAT業(yè)務側(cè)發(fā)送攜帶選擇的定制回鈴音業(yè)務信息的消息， 以指示第二CAT業(yè)務側(cè)不纟是供CAT業(yè)務；或者B、 所述網(wǎng)絡節(jié)點丟棄第二 CAT業(yè)務側(cè)發(fā)送的第二 CAT力某體流。
4、 如權(quán)利要求3所述的方法，其特征在于，方式A中所述選擇的定制回鈴音業(yè)務信息 具體為通知第二CAT業(yè)務側(cè)由第一Cat業(yè)務側(cè)提供CAT業(yè)務，則第二CAT業(yè)務側(cè)收到所述攜帶 選擇的定制回鈴音業(yè)務信息的消息后，不提供第二CAT業(yè)務。
5、 如權(quán)利要求3所述的方法，其特征在于，方式A中所述網(wǎng)絡節(jié)點向第二CAT業(yè)務側(cè)發(fā) 送攜帶選擇的定制回鈴音業(yè)務信息的消息之前還包括所述網(wǎng)絡節(jié)點接收到第二 CAT業(yè)務側(cè)發(fā)送的CAT業(yè)務請求。
6、 如權(quán)利要求3所述的方法，其特征在于，方式B中丟棄第二CAT業(yè)務側(cè)發(fā)送的第二 CAW某體流具體方式為以下至少 一種Bl、當一個CAT業(yè)務側(cè)位于IMS域，另一個CAT業(yè)務側(cè)位于CS域時，所述網(wǎng)絡節(jié) 點指示4某體網(wǎng)關(guān)控制功能實體不打開々某體門控；或者B2、所述網(wǎng)絡節(jié)點指示媒體資源功能模塊關(guān)閉定制回鈴音業(yè)務媒體流的接收地址。
7、 如權(quán)利要求6，方式B2中指示媒體資源功能模塊關(guān)閉定制回鈴音業(yè)務媒體流的接 收地址具體為所述網(wǎng)絡節(jié)點指示媒體資源功能模塊丟棄從預定地址接收到的定制回鈴音業(yè)務的 媒體流。
8、 如權(quán)利要求l所述的方法，其特征在于，當上述第一CAT業(yè)務側(cè)選擇第二CAT業(yè)務 時，不向主叫用戶提供第一CAT業(yè)務，并選擇以下至少一種方法向主叫終端提供第二CAT 業(yè)務A) 所述網(wǎng)絡節(jié)點向第二 CAT業(yè)務側(cè)發(fā)送攜帶選擇的定制回鈴音業(yè)務信息的消息，所 述攜帶選擇的定制回鈴音業(yè)務信息的消息用于通知第二 CAT業(yè)務側(cè)提供CAT業(yè)務；或者B) 不向第二 CAT業(yè)務側(cè)發(fā)送攜帶選4奪的定制回鈴音業(yè)務信息的消息，由第二 CAT 業(yè)務側(cè)提供CAT業(yè)務；或者C) 所述網(wǎng)絡節(jié)點接收到第二 CAT業(yè)務側(cè)發(fā)送的CAT業(yè)務請求之后，向主叫用戶轉(zhuǎn) 發(fā)CAT業(yè)務請求，由第二CAT業(yè)務側(cè)提供CAT業(yè)務；或者D) 所述網(wǎng)絡節(jié)點向主叫用戶轉(zhuǎn)發(fā)第二CAT業(yè)務側(cè)發(fā)送的CAT々某體流。
9、 如權(quán)利要求8所述的方法，其特征在于，方式A中選擇的定制回鈴音業(yè)務信息具體 為通知給第二CAT業(yè)務側(cè)所述第一CAT業(yè)務側(cè)不提供CAT業(yè)務，則第二CAT業(yè)務側(cè)收到所述攜帶選擇的定制回鈴音業(yè)務信息的消息后，向主叫用戶提供第二CAT業(yè)務。
10、 如權(quán)利要求8所述的方法，其特征在于，所述方法具體為所述網(wǎng)絡節(jié)點接收invite消息，并判斷主叫用戶終端是否支持應用服務器模式，當主叫用戶終端支持應用服務器模式時，且選擇提供第二CAT業(yè)務時，所述網(wǎng)絡節(jié)點不提供第一CAT業(yè)務，且采用方式C向主叫終端提供第二CAT業(yè)務，其中方式C具體為所述網(wǎng)絡節(jié)點接收第二CAT業(yè)務側(cè)發(fā)送的針對INVITE消息的響應消息，并向主叫側(cè)轉(zhuǎn)發(fā)第二CAT業(yè)務側(cè)發(fā)送的的針對INVITE消息的響應消息，以允許第二CAT業(yè)務側(cè)發(fā)送定制回鈴音業(yè)務的々某體流。
11、 如權(quán)利要求8所述的方法，其特征在于，所述方法具體為所述網(wǎng)絡節(jié)點接收invite消息，并判斷主叫用戶終端是否支持應用服務器模式，當主叫用戶終端不支持應用服務器模式，且選擇提供第二CAT業(yè)務時，所述網(wǎng)絡節(jié)點不提供第一CAT業(yè)務，采用方式B向主叫終端提供第二CAT業(yè)務，其中方式B具體為不向第二CAT業(yè)務側(cè)發(fā)送攜帶選擇的定制回鈴音業(yè)務信息的消息，向第二CAT業(yè)務側(cè)發(fā)送采用應用服務器模式的信息，以強制要求第二CAT業(yè)務側(cè)采用應用服務器模式對INVITE消息進行響應，并將第二CAT業(yè)務側(cè)發(fā)送的的針對INVITE消息的響應消息轉(zhuǎn)換為基于網(wǎng)關(guān)模式的針對INVITE消息的響應消息，向主叫用戶轉(zhuǎn)發(fā)所述轉(zhuǎn)換后的響應消息，并采用應用服務器模式向第二CAT業(yè)務側(cè)發(fā)送允許信息，以指示第二CAT業(yè)務側(cè)采用應用服務器模式發(fā)送定制回鈴音業(yè)務的媒體流。
12、 如權(quán)利要求ll所述的方法，其特征在于，所述發(fā)送采用應用服務器模式的信息具體為在所述INVITE消息中增加攜帶有早期會話Early Session參數(shù)的支持Supported頭域。
13、 如權(quán)利要求8所述的方法，其特征在于，方式D中，所述網(wǎng)絡節(jié)點向主叫用戶轉(zhuǎn)發(fā)第二CAT業(yè)務側(cè)發(fā)送的CAT媒體流具體為所述網(wǎng)絡節(jié)點獲取定制回鈴音業(yè)務的媒體流輸出媒體資源功能模塊的地址信息，并指示媒體資源功能模塊將從預定地址接收到的定制回鈴音業(yè)務的媒體流通過所述地址信息發(fā)送至主叫用戶。
14、 如權(quán)利要求7或13所述的方法，其特征在于，所述預定地址為所述網(wǎng)絡節(jié)點在接收到INVITE消息后，從媒體資源功能模塊處獲取的地址信息，則所述方法進一步包括，所述網(wǎng)絡節(jié)點將所述INVITE消息中攜帶的普通會話的地址信息更新為所述獲取的地址信息，使得第二CAT業(yè)務側(cè)發(fā)送CAT業(yè)務媒體流到所述獲取的地址信息。
15、 如權(quán)利要求7或13所述的方法，其特征在于，所迷預定地址為所述網(wǎng)絡節(jié)點在接收到INVITE消息、且判斷出主叫用戶終端不支持應用服務器模式時，從媒體資源功能模塊處獲取的地址信息，則所述方法進一步包括，所述網(wǎng)絡節(jié)點將所述INVITE消息中攜帶的普通會話的地址信息更新為所述獲取的地址信息，使得第二CAT業(yè)務側(cè)發(fā)送CAT業(yè)務媒體流到所述獲取的地址信息。
16、 如權(quán)利要求8所述的方法，其特征在于，所述方法具體為當?shù)诙﨏AT業(yè)務側(cè)采用網(wǎng)關(guān)模式提供定制回鈴音業(yè)務、且所述網(wǎng)絡節(jié)點選擇第二側(cè)CAT提供業(yè)務，所述網(wǎng)絡節(jié)點不提供第一CAT業(yè)務，釆用方式D向主叫終端提供第二CAT業(yè)務，其中方式D具體為獲取定制回鈴音業(yè)務的媒體流輸出媒體資源功能模塊的地址信息，并指示媒體資源功能模塊將從預定地址接收到的定制回鈴音業(yè)務的媒體流通過所述地址信息發(fā)送至主叫用戶。
17、 如權(quán)利要求3或8所述的方法，其特征在于，方式A中，所述選擇的定制回鈴音業(yè)務的信息通過所述攜帶選擇的定制回鈴音業(yè)務信息的消息的頭域或者消息體進行攜帶。
18、 如權(quán)利要求3或8所述的方法，其特征在于當一個CAT業(yè)務側(cè)位于IMS域，另一個CAT業(yè)務側(cè)位于CS域時，則方式A中向第二CAT業(yè)務側(cè)發(fā)送攜帶選擇的定制回鈴音業(yè)務信息的消息的步驟具體為所述網(wǎng)絡節(jié)點通過媒體網(wǎng)關(guān)控制功能實體向第二 CAT業(yè)務側(cè)發(fā)送所述攜帶選擇的定制回鈴音業(yè)務信息的消息。
19、 如權(quán)利要求18中所述的方法，其特征在于，所述的i某體網(wǎng)關(guān)控制功能實體向第二CAT業(yè)務側(cè)發(fā)送的所述選擇的地址回鈴音業(yè)務的信息攜帶在初始地址消息的IAM中。
20、 如權(quán)利要求l所述的方法，其特征在于，第一CAT業(yè)務側(cè)為主叫方，第二CAT業(yè)務側(cè)為被叫方，或者第一CAT業(yè)務側(cè)為被叫方，第二CAT業(yè)務側(cè)為前轉(zhuǎn)方。
21、 如權(quán)利要求l所述的方法，其特征在于，所述具有定制回鈴音業(yè)務控制功能的網(wǎng)絡節(jié)點為AS或CS域中的移動交換中心。
22、 如權(quán)利要求l所述的方法，其特征在于，所述網(wǎng)絡節(jié)點向主叫用戶提供所迷選擇的定制回鈴音業(yè)務、禁止為主叫用戶提供未被選擇的定制回鈴音業(yè)務的操作之前還包括所述網(wǎng)絡節(jié)點判斷主叫終端用戶是否支持應用服務器模式，當主叫用戶終端不支持應用服務器模式的時，執(zhí)行向主叫用戶提供所述選擇的定制回鈴音業(yè)務、禁止為主叫用戶提供未被選擇的定制回鈴音業(yè)務的操作。
23、如權(quán)利要求10或11所述的方法，其特征在于，所述網(wǎng)絡節(jié)點判斷主叫用戶終端支持模式的過程包括所述網(wǎng)絡節(jié)點判斷接收到的INVITE消息中的S叩ported頭域；在確定S叩ported頭域攜帶有Early Session參數(shù)時，判斷出主叫用戶終端支持應用服務器模式，否則，不支持應用服務器模式。
24、 一種定制回鈴音業(yè)務實現(xiàn)裝置，其特征在于，包括選擇模塊，用于在呼叫過程中，從所述呼叫的至少兩個定制回鈴音業(yè)務中選擇具有高優(yōu)先級的定制回鈴音業(yè)務；執(zhí)行模塊，用于根據(jù)選擇模塊的選擇結(jié)果觸發(fā)允許為主叫用戶播放所述選擇的定制回鈴音業(yè)務、禁止為主叫用戶播放未被選擇的定制回鈴音業(yè)務的操作。
25、 如權(quán)利要求24所述的裝置，其特征在于，所述執(zhí)行模塊包括下述至少一個第一執(zhí)行子模塊，用于根據(jù)選擇模塊的選擇結(jié)果指示對側(cè)網(wǎng)絡節(jié)點是否提供定制回鈴音業(yè)務；第二執(zhí)行子模塊，用于根據(jù)選擇模塊的選擇結(jié)果指示媒體網(wǎng)關(guān)控制功能實體是否打開媒體門控；第三執(zhí)行子模塊，用于根據(jù)選擇模塊的選擇結(jié)果指示媒體資源功能模塊是否丟棄定制回鈴音業(yè)務媒體流；第四執(zhí)行子模塊，用于根據(jù)選擇模塊的選擇結(jié)果指示媒體資源功能模塊是否關(guān)閉定制回鈴音業(yè)務媒體流的接收地址。
26、 如權(quán)利要求25所述的裝置，其特征在于，所述執(zhí)行模塊還包括判斷子模塊，用于判斷主叫用戶終端是否支持應用服務器模式，并在判斷出主叫用戶終端不支持應用服務器模式的情況下，通知各子模塊執(zhí)行操作。
27、 如權(quán)利要求24所述的裝置，其特征在于，所述執(zhí)行模塊包括下述至少一個第五執(zhí)行子模塊，用于在選擇模塊確定本側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高時，向?qū)?cè)網(wǎng)絡節(jié)點發(fā)送拒絕定制回鈴音業(yè)務媒體流的信息，以指示對側(cè)網(wǎng)絡節(jié)點不發(fā)送定制回鈴音業(yè)務的媒體流；或者第六執(zhí)行子模塊，用于在選擇模塊確定對側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高、且判斷出主叫用戶終端支持應用服務器模式的情況下，不執(zhí)行提供本側(cè)用戶定制回鈴音業(yè)務的操作，并轉(zhuǎn)發(fā)對側(cè)網(wǎng)絡節(jié)點轉(zhuǎn)發(fā)來的針對INVITE消息的響應消息，以允許對側(cè)網(wǎng)絡節(jié)點發(fā)送定制回鈴音業(yè)務的i某體流；或者第七執(zhí)行子模塊，用于在選擇模塊確定對側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高、且判斷出主叫用戶終端不支持應用服務器模式的情況下，不執(zhí)行提供本側(cè)用戶定制回鈴音業(yè)務的操作，將對側(cè)網(wǎng)絡節(jié)點轉(zhuǎn)發(fā)來的針對INVITE消息的響應消息轉(zhuǎn)換為基于網(wǎng)關(guān)模式的針對INVITE消息的響應消息，轉(zhuǎn)發(fā)所述轉(zhuǎn)換后的響應消息，并向?qū)?cè)網(wǎng)絡節(jié)點發(fā)送采用應用服務器模式向被叫側(cè)的網(wǎng)絡節(jié)點發(fā)送允許信息，以指示對側(cè)網(wǎng)絡節(jié)點采用應用服務器模式發(fā)送定制回鈴音業(yè)務的媒體流。
28、 如權(quán)利要求24所述的裝置，其特征在于，所述執(zhí)行模塊包括下述至少一個第八執(zhí)行子模塊，用于在對側(cè)網(wǎng)絡節(jié)點采用網(wǎng)關(guān)模式提供定制回鈴音業(yè)務、且所述選捧模塊確定對側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高的情況下，不執(zhí)行提供本側(cè)用戶定制回鈴音業(yè)務的操作，獲取定制回鈴音業(yè)務的媒體流輸出媒體資源功能模塊的地址信息，并指示媒體資源功能模塊將從預定地址接收到的定制回鈴音業(yè)務的媒體流通過所述地址信息發(fā)送至主叫用戶；第九執(zhí)行子模塊，用于在對側(cè)網(wǎng)絡節(jié)點采用網(wǎng)關(guān)模式提供定制回鈴音業(yè)務、且所述選捧模塊確定本側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高的情況下，指示媒體資源功能模塊丟棄從預定地址接收到的定制回鈴音業(yè)務的媒體流；第十執(zhí)行子模塊，用于在對側(cè)網(wǎng)絡節(jié)點采用應用服務器模式提供定制回鈴音業(yè)務、且選擇模塊確定對側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高的情況下，不執(zhí)行提供本側(cè)用戶定制回鈴音業(yè)務的操作，轉(zhuǎn)發(fā)對側(cè)網(wǎng)絡節(jié)點發(fā)送來的針對INVITE消息的響應信息；第十一執(zhí)行子模塊，用于在對側(cè)網(wǎng)絡節(jié)點采用應用服務器模式提供定制回鈴音業(yè)務、且選擇模塊確定本側(cè)用戶定制回鈴音業(yè)務優(yōu)先級高的情況下，向?qū)?cè)網(wǎng)絡節(jié)點發(fā)送拒絕定制回鈴音業(yè)務媒體流的信息，以指示對側(cè)網(wǎng)絡節(jié)點不發(fā)送定制回鈴音業(yè)務的媒體流。
29、 如權(quán)利要求28所述的裝置，其特征在于，所述執(zhí)行模塊還包括地址獲取子模塊，用于在所述裝置接收到INVITE消息、且判斷出主叫用戶終端不支持應用服務器模式時，從4某體資源功能模塊處獲取預定地址信息，并提供給第八執(zhí)行子模塊或第九執(zhí)行子模塊。
全文摘要
公開了定制回鈴音業(yè)務實現(xiàn)方法和裝置，屬于通訊技術(shù)領(lǐng)域。所述方法包括在呼叫過程中，第一CAT業(yè)務側(cè)具有定制回鈴音業(yè)務控制功能的網(wǎng)絡節(jié)點從所述呼叫的第一CAT業(yè)務側(cè)提供的第一CAT業(yè)務和第二CAT業(yè)務側(cè)提供的第二CAT業(yè)務中選擇一個定制回鈴音業(yè)務；所述網(wǎng)絡節(jié)點向主叫用戶提供所述選擇的定制回鈴音業(yè)務、禁止為主叫用戶提供未被選擇的定制回鈴音業(yè)務。當呼叫在主叫用戶與被叫用戶之間時，上述網(wǎng)絡節(jié)點可以位于主叫側(cè)，當呼叫在被叫用戶與呼叫轉(zhuǎn)移第三方用戶之間時，上述網(wǎng)絡節(jié)點可以位于被叫側(cè)。在多方訂閱定制回鈴音業(yè)務的情況下，上述技術(shù)方案能夠避免主叫方接收到多個混合在一起的回鈴音的問題，提高了定制回鈴音業(yè)務的實現(xiàn)靈活性，提高了用戶對定制回鈴音業(yè)務體驗。
文檔編號H04W4/16GK101547260SQ20081012865
公開日2009年9月30日 申請日期2008年6月18日 優(yōu)先權(quán)日2008年3月26日
發(fā)明者穎 張, 張玉俠, 徐培利, 楊莉莉, 鵬 王 申請人:華為技術(shù)有限公司