專利名稱：一種實現彩色回鈴音業(yè)務的方法
技術領域：
本發(fā)明涉及智能網應用規(guī)程(INAP，Intelligent Network ApplicationProcedure)能力集2(CS2，Capability Set 2)以及CAMEL Phase 4呼叫方處理(CPH，Call Party Handing)技術，特別是指一種在INAP CS2以及CAPPhase 4CPH能力中實現彩色回鈴音業(yè)務的方法。
背景技術：
彩色回鈴音是使用用戶定制的信息來替代目前傳統的、單調乏味的回鈴音，在被叫振鈴的過程中向主叫播放其定制的音頻信息，該音頻信息可為歌曲，也可為任何可播放的聲音信息、如錄音，回鈴音因此而顯得豐富多彩，通常將使用定制的音頻信息替代傳統回鈴音的業(yè)務稱為彩色回鈴音業(yè)務。
彩色回鈴音由于其強烈的個性化特點，目前已成為一種時尚，受到了大眾的歡迎。目前，實現彩色回鈴音業(yè)務的方案有很多，如智能網方案、端局方案、同振方案等，但目前的一些彩色回鈴音業(yè)務實現方案中，業(yè)務觸發(fā)點設備都不支持INAP CS2或CAMEL Phase 4CPH能力，這樣，主叫與被叫通信時，就需要播放彩色回鈴音的設備在主叫交換設備與被叫交換設備之間充當中間交換設備，以連接主叫和被叫的話路，從而存在著嚴重的話路迂回問題。
支持INAP CS2 CPH能力的業(yè)務交換點(SSP，Service Switch Point)推出后，提出了采用CPH實現彩色回鈴音業(yè)務的技術方案。
圖1示出了現有技術INAP CS2 CPH中實現彩色回鈴音業(yè)務的信令交互過程示意圖，如圖1所示，INAP CS2 CPH中實現彩色回鈴音業(yè)務的信令交互過程包括以下步驟
步驟101SSP收到呼叫后，分析被叫標識，確定被叫簽約了彩色回鈴音業(yè)務，向業(yè)務控制點(SCP，Service Control Point)上報啟動檢測點(IDP，Initial Detect Point)消息，通知SCP觸發(fā)彩色回鈴音業(yè)務流程，該IDP消息中攜帶有被叫標識。
步驟102～步驟103SCP收到IDP消息后，觸發(fā)彩色回鈴音業(yè)務流程，向SSP下發(fā)請求上報基本呼叫狀態(tài)模型(BCSM，Basic Call Status Model)事件(RRBE，Request Report BCSM Event)操作，請求SSP在后續(xù)的呼叫處理過程中監(jiān)視到指定事件類型時，通過事件請求上報(ERB，Event ReportBCSM)操作向SCP上報；并且，SCP向SSP下發(fā)建立臨時連接(ETC，Establishment Temporary Connection)操作，請求SSP根據提供的智能外設(IP，Intelligent Peripherals)地址與相應IP建立臨時連接。這里，IP是用于向主叫播放音頻信息的設備。
步驟104SSP收到SCP下發(fā)的RREB操作和ETC操作后，對RREB操作中指定的事件類型進行監(jiān)視，并根據ETC操作中指定的IP地址將主叫與相應IP建立臨時連接，即向相應IP發(fā)送初始地址消息(IAM)，將主叫接續(xù)至相應IP。
步驟105～步驟106IP收到IAM后，向SCP發(fā)送輔助請求指令(ARI，Assist Request Instruction)消息，請求SCP指示出當前需向主叫播放的音頻信息；并且，IP向SSP返回地址全消息(ACM)。
步驟107～步驟108SCP收到ARI消息后，根據被叫標識、被叫的彩色回鈴音業(yè)務簽約信息，搜索被叫定制的音頻信息，然后向IP發(fā)送播放通知音(PA，Play Announcement)消息，該PA消息中攜帶有被叫簽約的音頻信息標識。IP收到PA消息后，根據音頻信息標識向主叫播放相應音頻信息。
步驟109在IP向主叫播放彩色回鈴音的同時，SCP向SSP下發(fā)啟動試呼(ICA，Initiate Call Attempt)操作，即SCP以網絡身份或指定主叫身份向指定被叫發(fā)起呼叫；并且，SCP向SSP下發(fā)RRBE操作，請求SSP在后續(xù)的呼叫處理過程中監(jiān)視到指定事件類型時，通過ERB操作向SCP上報；SCP還向SSP下發(fā)帶參量繼續(xù)(CWA，Continue with Argument)操作，請求SSP從當前懸置點繼續(xù)處理。
步驟110SSP收到SCP下發(fā)的ICA操作、RRBE操作和CWA操作后，向被叫發(fā)起呼叫，被叫應答后，SSP通過ERB操作向SCP上報監(jiān)視到的被叫應答事件。
步驟111～步驟113SCP收到SSP上報的ERB操作后，向SSP下發(fā)帶參量切斷前向連接(DFCWA，Disconnect Forward Connection with Argument)操作，請求SSP切斷主叫與IP之間的話路；并且，SCP向SSP下發(fā)合并呼叫段(MgC，Merge Call Segments)操作，請求SSP將主叫與被叫合并；SCP還向SSP下發(fā)CWA操作，請求SSP從當前懸置點繼續(xù)處理。
步驟114～步驟115SSP收到SCP下發(fā)的DFCWA操作、MgC操作和CWA操作后，切斷主叫與IP之間的話路，并將主叫與被叫合并，主叫和被叫進行通信；當主叫或被叫其中一方掛機釋放呼叫時，SSP通過ERB操作向SCP上報監(jiān)視到的掛機事件。SCP收到SSP上報的ERB操作后，向SSP下發(fā)釋放呼叫(RC，Release Call)消息，指示SSP釋放整個呼叫，SSP收到SCP下發(fā)的RC消息后，釋放整個呼叫。
通過以上彩色回鈴音業(yè)務的實現過程描述可見，沒有判斷被叫的當前狀態(tài)，就直接向主叫播放被叫定制的彩色回鈴音，這樣，如果被叫處于忙等非空閑狀態(tài)時，當前呼叫根本無法接續(xù)至被叫，這樣，使得已經播放的彩色回鈴音成為向主叫提供的一種錯誤信息，導致主叫在經過認為當前呼叫能夠接續(xù)的等待后卻無法與被叫通信；還有可能出現的情況是被叫處于忙等非空閑狀態(tài)時，IP已向主叫播放了相應彩色回鈴音，但SSP尋呼被叫失敗后，又會向主叫播放相應的失敗提示音，導致主叫前后聽音不統一；而且為了防止步驟109中的ICA操作重復觸發(fā)智能業(yè)務，必須對ICA操作進行擴展，但是對ICA操作的修改是非標準協議，容易導致對接測試困難。

發(fā)明內容
有鑒于此，本發(fā)明的目的在于提供一種實現彩色回鈴音業(yè)務的方法，在INAP CS2和CAMEL Phase 4CPH中完善彩色回鈴音業(yè)務的實現方案，使彩色回鈴音業(yè)務的實現過程更為合理。
為了達到上述目的，本發(fā)明提供了一種實現彩色回鈴音業(yè)務的方法，網絡中設置用于播放彩色回鈴音的IP，其特征在于，SSP收到向被叫發(fā)起的呼叫后，該方法包含以下步驟A、SSP觸發(fā)至SCP，SCP請求SSP監(jiān)視被叫的振鈴事件和應答事件時上報并繼續(xù)進行呼叫處理；B、SSP繼續(xù)接續(xù)呼叫到被叫，SSP檢測到被叫振鈴時向SCP上報監(jiān)視到的被叫振鈴事件，然后根據SCP的指示將當前呼叫拆分為主叫所在呼叫段和被叫所在呼叫段，并根據SCP提供的IP的地址，將主叫所在呼叫段接續(xù)至IP；C、IP向主叫播放被叫定制的彩色回鈴音；D、SSP向SCP上報監(jiān)視到的被叫應答事件，然后根據SCP的指示，切斷主叫所在呼叫段與IP之間的話路，并將主叫所在呼叫段與被叫所在呼叫段合并，主叫與被叫進行通信。
所述步驟A之前進一步包括SSP根據被叫標識判斷被叫是否簽約彩色回鈴音業(yè)務，如果是，則執(zhí)行步驟A。
所述步驟B與所述步驟C之間進一步包括IP向SCP請求當前需播放彩色回鈴音的音頻信息，SCP根據被叫標識和被叫的彩色回鈴音業(yè)務簽約信息，搜索對應音頻信息標識，然后提供給IP；所述步驟C為IP根據收到的音頻信息標識，向主叫播放對應彩色回鈴音。
所述步驟B與所述步驟C之間進一步包括IP根據獲取的被叫標識和存儲的被叫定制的彩色回鈴音，搜索對應的音頻信息標識；所述步驟C為IP根據搜索到的音頻信息標識，向主叫播放對應彩色回鈴音。
所述步驟A進一步包括SCP請求SSP監(jiān)視到掛機事件時上報；所述步驟D之后進一步包括SSP向SCP上報監(jiān)視到的掛機事件，然后根據SCP的指示釋放呼叫。
步驟A中所述SCP請求SSP監(jiān)視到被叫的振鈴事件和應答事件時上報是通過SCP向SSP下發(fā)RRBE操作實現的；所述SSP向SCP上報監(jiān)視到的事件是通過ERB操作實現的。
步驟B中所述SCP指示SSP將當前呼叫拆分為主叫所在呼叫段和被叫所在呼叫段是通過SL消息實現的。
步驟B中所述IP的地址是攜帶在SCP向SSP下發(fā)的ETC操作中的。
固定電話網絡中，步驟D中所述SCP指示SSP將主叫所在呼叫段與被叫所在呼叫段合并是通過MgC操作實現的。
步驟D中所述SCP指示SSP將主叫所在呼叫段與被叫所在呼叫段合并是通過ML操作實現的。
根據本發(fā)明提出的方法，SSP收到對被叫發(fā)起的呼叫后觸發(fā)至SCP后，在確定被叫處于空閑狀態(tài)時向SCP上報，SCP指示SSP將當前呼叫拆分為主叫所在呼叫段和被叫所在呼叫段兩個呼叫段，并指示SSP將主叫所在呼叫段接續(xù)至IP，由IP向主叫播放被叫定制的彩色回鈴音；SSP監(jiān)視到被叫應答時向SCP上報，SSP根據SCP的指示切斷主叫與IP之間的話路，并將主叫所在呼叫段與被叫所在呼叫段兩個呼叫段合并，主叫與被叫之間進行通信，根據以上描述可見，本發(fā)明明確了在被叫空閑時，IP才向主叫播放彩色回鈴音，使得主叫的體驗更為合理。另外，本發(fā)明提出的信令交互過程中不再涉及ICA操作，這樣，就可有效避免彩色回鈴音業(yè)務的重復觸發(fā)問題，無需為避免彩色回鈴音業(yè)務的重復觸發(fā)問題來對ICA操作進行修改，使得整個實現過程對規(guī)范的順從度更高，更有利于通信網絡之間的互連互通。此外，本發(fā)明提供SL操作來替代現有的ICA、RRBE和CWA三個操作，簡化了彩色回鈴音業(yè)務的實現過程，使彩色回鈴音業(yè)務的實現流程更為精簡，效率更高。


圖1示出了現有技術INAP CS2 CPH中實現彩色回鈴音業(yè)務的信令交互過程示意圖；圖2示出了本發(fā)明INAP CS2 CPH中彩色回鈴音業(yè)務實現流程圖；圖3示出了本發(fā)明INAP CS2 CPH中信令交互過程示意圖；圖4示出了本發(fā)明CAMEL Phase 4 CPH中信令交互過程示意圖。
具體實施例方式
為使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面結合附圖對本發(fā)明作進一步的詳細描述。
本發(fā)明中，SSP收到對被叫發(fā)起的呼叫后觸發(fā)至SCP后，在確定被叫處于空閑狀態(tài)時向SCP上報，SCP指示SSP將當前呼叫拆分為主叫所在呼叫段和被叫所在呼叫段兩個呼叫段，并指示SSP將主叫所在呼叫段接續(xù)至IP，由IP向主叫播放被叫定制的彩色回鈴音；SSP監(jiān)視到被叫應答時向SCP上報，SSP根據SCP的指示切斷主叫與IP之間的話路，并將主叫所在呼叫段與被叫所在呼叫段兩個呼叫段合并，使得主叫與被叫之間進行通信。
圖2示出了本發(fā)明INAP CS2 CPH中彩色回鈴音業(yè)務實現流程圖，如圖2所示，INAP CS2 CPH中彩色回鈴音業(yè)務的實現過程包括以下步驟步驟201SSP收到向被叫發(fā)起的呼叫后，根據被叫標識判斷被叫是否簽約彩色回鈴音業(yè)務，如果是，則執(zhí)行步驟202；否則，執(zhí)行普通呼叫流程，將呼叫接續(xù)至被叫。
步驟202～步驟203SSP觸發(fā)至SCP，SCP請求SSP監(jiān)視到被叫振鈴事件、或被叫應答事件、或掛機事件時向其上報。
步驟204～步驟206SSP繼續(xù)接續(xù)呼叫至被叫，確定被叫空閑即檢測到被叫振鈴時，向SCP上報監(jiān)視到的被叫振鈴事件；SCP根據被叫振鈴事件，指示SSP將當前呼叫拆分為兩個呼叫段；SSP根據SCP的指示將當前呼叫拆分為主叫所在呼叫段和被叫所在呼叫段兩個呼叫段。
步驟207～步驟209SCP向SSP發(fā)送用于播放彩色回鈴音的IP的地址，SSP根據收到的IP的地址，將主叫所在呼叫段接續(xù)至IP，IP向主叫播放被叫定制的彩色回鈴音，這里，IP可通過與SCP的交互獲取被叫簽約彩色回鈴音業(yè)務所定制的音頻信息，然后根據獲取的音頻信息向主叫播放對應的音頻信息；IP也可根據SSP或SCP提供的被叫標識，以及自身存儲的被叫標識與被叫定制的彩色回鈴音之間的對應關系，搜索對應的音頻信息標識，然后向主叫播放相應的音頻信息。
步驟210～步驟212SSP向SCP上報監(jiān)視到的被叫應答事件，SCP指示SSP將主叫和被叫的呼叫段合并；SSP根據SCP的指示，切斷主叫與IP之間的話路，并將主叫所在呼叫段和被叫所在呼叫段合并，主叫與被叫之間進行通信。
步驟213～步驟214當主叫或被叫其中一方掛機釋放呼叫時，SSP向SCP上報監(jiān)視到的掛機事件，SCP指示SSP釋放呼叫；SSP根據SCP的指示釋放整個呼叫。
圖2所示流程雖然以PSTN通信網采用的INAP CS2 CPH為例，同樣適用移動通信網情況。
圖3示出了本發(fā)明INAP CS2 CPH中信令交互過程示意圖，如圖3所示，INAP CS2 CPH中固定電話網絡中實現彩色回鈴音業(yè)務的信令交互過程包括以下步驟步驟301SSP收到呼叫后，分析被叫標識，確定被叫簽約了彩色回鈴音業(yè)務，向SCP上報IDP消息，通知SCP觸發(fā)彩色回鈴音業(yè)務流程，該IDP消息中攜帶有被叫標識。
步驟302～步驟303SCP收到IDP消息后，觸發(fā)彩色回鈴音業(yè)務流程，向SSP下發(fā)RRBE操作，請求SSP在后續(xù)的呼叫處理過程中監(jiān)視到指定事件類型時，通過ERB操作向SCP上報；并且，SCP向SSP下發(fā)CWA操作，請求SSP從當前懸置點繼續(xù)處理。RRBE操作中可將指定事件類型設置為被叫振鈴事件、被叫應答事件和掛機事件。
步驟304SSP收到SCP下發(fā)的RRBE操作和CWA操作后，向被叫發(fā)起呼叫，確定被叫空閑即被叫振鈴時，通過ERB操作向SCP上報監(jiān)視到的被叫振鈴事件。
步驟305～步驟306SCP收到SSP上報的ERB操作后，向SSP發(fā)送拆分呼叫腿(SL，Split Leg)消息，指示SCP將當前呼叫拆分為兩個呼叫段；并且，SCP向SSP下發(fā)ETC操作，請求SSP根據提供的IP的地址與相應IP建立臨時連接。這里，IP是用于向主叫播放音頻信息的設備。
步驟307SSP收到SCP下發(fā)的SL消息和ETC操作后，將當前呼叫拆分為主叫所在呼叫段和被叫所在呼叫段兩個呼叫段，并根據ETC操作中指定的IP地址，將主叫所在呼叫段接續(xù)至IP，即向相應IP發(fā)送IAM，與相應IP建立臨時連接。
步驟308～步驟309IP收到IAM后，向SCP發(fā)送ARI消息，請求SCP指示出當前需向主叫播放的音頻信息；并且，IP向SSP返回ACM。
步驟310～步驟311SCP收到ARI消息后，根據被叫標識、被叫的彩色回鈴音業(yè)務簽約信息，搜索被叫定制的音頻信息，然后向IP發(fā)送PA消息，該PA消息中攜帶有被叫定制的音頻信息標識。IP收到PA消息后，根據音頻信息標識向主叫播放相應音頻信息。
步驟312～步驟315被叫應答后，SSP通過ERB操作向SCP上報監(jiān)視到的被叫應答事件。SCP收到SSP上報的ERB操作后，SCP向SSP下發(fā)DFCWA操作，請求SSP切斷主叫與IP之間的話路；并且，SCP向SSP下發(fā)MgC操作，請求SSP將主叫所在呼叫段與被叫所在呼叫段合并；SCP還向SSP下發(fā)CWA操作，請求SSP從當前懸置點繼續(xù)處理。
步驟316～步驟317SSP收到SCP下發(fā)的DFCWA操作、MgC操作和CWA操作后，切斷主叫所在呼叫段與IP之間的話路，并將主叫所在呼叫段與被叫所在呼叫段合并，主叫和被叫進行通信；當主叫或被叫其中一方掛機釋放呼叫時，SSP通過ERB操作向SCP上報監(jiān)視到的掛機事件。SCP收到SSP上報的ERB操作后，向SSP下發(fā)RC消息，指示SSP釋放整個呼叫，SSP收到SCP下發(fā)的RC消息后，釋放整個呼叫。
由于固定電話網絡中各SSP中存儲有用戶的相關信息，因此，圖3中涉及的SSP可為被叫SSP，因此，被叫SSP能夠根據自身存儲的信息獲取被叫的相關簽約信息。
圖4示出了本發(fā)明CAMEL Phase 4CPH中信令交互過程示意圖，如圖4所示，CAMEL Phase 4CPH中移動通信網絡中實現彩色回鈴音業(yè)務的信令交互過程包括以下步驟步驟401～步驟413與步驟301～步驟413相同。
步驟414與步驟314的不同之處僅在于SCP通過向SSP下發(fā)合并呼叫腿(ML，Merge Leg)操作，來請求SSP將主叫所在呼叫段與被叫所在呼叫段合并。
步驟415～步驟417與步驟315～步驟317相同。
圖4所示的信令交互過程同樣適用于固定電話網絡。
對于移動通信網絡，由于呼叫接續(xù)過程中，主叫SSP可通過與被叫歸屬位置寄存器(HLR，Home Location Register)的交互獲取被叫的相關信息，因此，圖4中涉及的SSP可為主叫SSP，在步驟401之前，可包括以下處理步驟主叫SSP通過與被叫HLR的交互，獲取被叫的簽約信息，以確定是否觸發(fā)至SCP；可通過向HLR請求被叫漫游號碼(MSRN)的過程，請求HLR提供被叫的簽約信息，也可通過獨立的消息交互過程，請求HLR提供被叫的簽約信息。
以上所述SSP在固定電話網絡、如綜合業(yè)務服務網(ISDN，IntegratedServices Digital Network)或公共開關電話網絡(PSTN，(Public SwitchedTelephone Network)中可為交換機，在移動通信網絡中可為移動交換中心(MSC，Mobile Switch Center)或MSC/拜訪位置寄存器(VLR，Visit LocationRegister)。
以上僅給出了實現彩色回鈴音業(yè)務的基本實現過程，其他與呼叫相關的過程，例如，計費流程，SCP請求SSP上報的一些其他事件、如通信非正常中斷等事件，由于與本發(fā)明提出的彩色回鈴音業(yè)務的實現沒有直接聯系，且為本領域技術人員所公知，因此不再作詳細描述。
總之，以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。
權利要求
1.一種實現彩色回鈴音業(yè)務的方法，網絡中設置用于播放彩色回鈴音的IP，其特征在于，SSP收到向被叫發(fā)起的呼叫后，該方法包含以下步驟A、SSP觸發(fā)至SCP，SCP請求SSP監(jiān)視被叫的振鈴事件和應答事件時上報并繼續(xù)進行呼叫處理；B、SSP繼續(xù)接續(xù)呼叫到被叫，SSP檢測到被叫振鈴時向SCP上報監(jiān)視到的被叫振鈴事件，然后根據SCP的指示將當前呼叫拆分為主叫所在呼叫段和被叫所在呼叫段，并根據SCP提供的IP的地址，將主叫所在呼叫段接續(xù)至IP；C、IP向主叫播放被叫定制的彩色回鈴音；D、SSP向SCP上報監(jiān)視到的被叫應答事件，然后根據SCP的指示，切斷主叫所在呼叫段與IP之間的話路，并將主叫所在呼叫段與被叫所在呼叫段合并，主叫與被叫進行通信。
2.根據權利要求1所述的方法，其特征在于，所述步驟A之前進一步包括SSP根據被叫標識判斷被叫是否簽約彩色回鈴音業(yè)務，如果是，則執(zhí)行步驟A。
3.根據權利要求1所述的方法，其特征在于，所述步驟B與所述步驟C之間進一步包括IP向SCP請求當前需播放彩色回鈴音的音頻信息，SCP根據被叫標識和被叫的彩色回鈴音業(yè)務簽約信息，搜索對應音頻信息標識，然后提供給IP；所述步驟C為IP根據收到的音頻信息標識，向主叫播放對應彩色回鈴音。
4.根據權利要求1所述的方法，其特征在于，所述步驟B與所述步驟C之間進一步包括IP根據獲取的被叫標識和存儲的被叫定制的彩色回鈴音，搜索對應的音頻信息標識；所述步驟C為IP根據搜索到的音頻信息標識，向主叫播放對應彩色回鈴音。
5.根據權利要求1所述的方法，其特征在于，所述步驟A進一步包括SCP請求SSP監(jiān)視到掛機事件時上報；所述步驟D之后進一步包括SSP向SCP上報監(jiān)視到的掛機事件，然后根據SCP的指示釋放呼叫。
6.根據權利要求1至5所述的方法，其特征在于，步驟A中所述SCP請求SSP監(jiān)視到被叫的振鈴事件和應答事件時上報是通過SCP向SSP下發(fā)RRBE操作實現的。
7.根據權利要求6所述的方法，其特征在于，所述SSP向SCP上報監(jiān)視到的事件是通過ERB操作實現的。
8.根據權利要求1至5所述的方法，其特征在于，步驟B中所述SCP指示SSP將當前呼叫拆分為主叫所在呼叫段和被叫所在呼叫段是通過SL消息實現的。
9.根據權利要求1至5所述的方法，其特征在于，步驟B中所述IP的地址是攜帶在SCP向SSP下發(fā)的ETC操作中的。
10.根據權利要求1至5所述的方法，其特征在于，固定電話網絡中，步驟D中所述SCP指示SSP將主叫所在呼叫段與被叫所在呼叫段合并是通過MgC操作實現的。
11.根據權利要求1至5所述的方法，其特征在于，步驟D中所述SCP指示SSP將主叫所在呼叫段與被叫所在呼叫段合并是通過ML操作實現的。
全文摘要
本發(fā)明公開了一種實現彩色回鈴音業(yè)務的方法，網絡中設置用于播放彩色回鈴音的IP，其特征在于，SSP收到向被叫發(fā)起的呼叫后，SSP觸發(fā)至SCP，SCP請求SSP監(jiān)視被叫的振鈴事件和應答事件時上報并繼續(xù)進行呼叫處理；SSP繼續(xù)接續(xù)呼叫到被叫，SSP檢測到被叫振鈴時向SCP上報監(jiān)視到的被叫振鈴事件，然后根據SCP的指示將當前呼叫拆分為主叫所在呼叫段和被叫所在呼叫段，并根據SCP提供的IP的地址，將主叫所在呼叫段接續(xù)至IP；IP向主叫播放被叫定制的彩色回鈴音；SSP向SCP上報監(jiān)視到的被叫應答事件，然后根據SCP的指示，切斷主叫所在呼叫段與IP之間的話路，并將主叫所在呼叫段與被叫所在呼叫段合并，主叫與被叫進行通信，以使主叫的體驗更為合理，對規(guī)范的順從度更高。
文檔編號H04Q3/00GK1848875SQ20051005996
公開日2006年10月18日 申請日期2005年4月4日 優(yōu)先權日2005年4月4日
發(fā)明者張志明 申請人:華為技術有限公司