專利名稱：電信網(wǎng)交換機中的語音提示播放方法
技術(shù)領(lǐng)域：
本發(fā)明涉及呼叫連接建立，具體而言，涉及電話交換機在連接建立過程中向呼叫方播放語音提示(announcement)。
電信網(wǎng)交換機負(fù)責(zé)呼叫建立控制和用戶間連接的交換。在對簡單的情況下，交換機從主叫方或從另一交換機接收呼叫建立請求，將連接進(jìn)一步交換到被叫方或下一交換機。實際上，電話交換機在呼叫建立過程中的操作是一個非常復(fù)雜的處理，它包括多個連續(xù)的子處理。這些子處理包括以用戶特定方式觸發(fā)的特殊業(yè)務(wù)，號碼分析，呼叫前轉(zhuǎn)，特殊計費，等等。這些操作所需的智能可以位于交換機，但現(xiàn)在更為普遍的情況是位于連接到基本網(wǎng)(例如公用電話交換機PSTN)的智能網(wǎng)(IN)。
智能網(wǎng)使得業(yè)務(wù)的實現(xiàn)和控制更為快捷、容易和靈活。這通過將至少一部分業(yè)務(wù)控制從交換機轉(zhuǎn)移到智能網(wǎng)中獨立的功能單元來實現(xiàn)。因此，業(yè)務(wù)可以獨立于基本網(wǎng)的操作，在改變或增加業(yè)務(wù)時不需要改變基本網(wǎng)的結(jié)構(gòu)及其軟件。這種智能網(wǎng)的一個例子在國際電聯(lián)(ITU-T)的Q.1200系列建議中描述。完成智能網(wǎng)業(yè)務(wù)控制功能(SCF)指定的任務(wù)的設(shè)備或網(wǎng)元稱為業(yè)務(wù)控制點SCP(業(yè)務(wù)控制點)。在本申請范圍內(nèi)，SCF和SCP相同，此后稱為SCP。SCP向交換機發(fā)出呼叫建立指令，或者由交換機向SCP呼叫詢問呼叫建立指令。負(fù)責(zé)智能網(wǎng)接口的交換機被稱為業(yè)務(wù)交換點(SSP)。它們至少包括業(yè)務(wù)交換功能(SSF)和呼叫控制功能(CCF)。呼叫控制功能CCF不是與IN相關(guān)的功能，它是交換機已有的標(biāo)準(zhǔn)功能，包括交換機的高層呼叫處理功能，例如建立和釋放傳輸連接。業(yè)務(wù)交換功能SSF是呼叫控制功能CCF和業(yè)務(wù)控制點SCP之間的接口。在本申請范圍內(nèi)，業(yè)務(wù)交換點SSP等同于CCF和SSF所形成的功能實體，此后稱為SSP。
在不借助智能網(wǎng)的傳統(tǒng)呼叫建立中，電話交換機獨立地進(jìn)行與呼叫路由選擇相關(guān)的所有決定。在智能網(wǎng)中，與路由選擇相關(guān)的決定也由SCP作出。
呼叫建立的不同階段可能包括中間語音提示，向呼叫中的某一方，一般是主叫用戶，提示呼叫的進(jìn)行或者給出其它呼叫相關(guān)信息，例如資費信息。在智能網(wǎng)應(yīng)用中，例如在檢測到呼叫的特定階段或事件之后，SCP可以請求交換機向呼叫方，一般是主叫用戶，播放語音提示。目前，交換機在接受通知之后，例如在SCP給出請求之后立即播放語音提示。
現(xiàn)有技術(shù)語音提示處理存在以下問題1.不必要的計費在計費語音提示情況下，現(xiàn)有交換機立即開始計費，且無法中止。如果在呼叫建立的早期階段中播放了語音提示而呼叫建立失敗，那么用戶可能必需為“不必要”的通話時間支付費用，該時間從播放語音提示的第一時刻開始，到因呼叫建立出現(xiàn)問題而進(jìn)行的釋放結(jié)束(釋放的語音提示也可能被計費)。
2.不必要的語音提示在呼叫建立的某一階段播放了語音提示(例如與呼叫前轉(zhuǎn)相關(guān))，盡管呼叫建立以后可能失敗。因此，語音提示可能是不必要的，且不必要地占用了交換機資源(首先播放的語音提示延遲了釋放原因的檢測；分配給該呼叫的資源可能被不必要地占用)和語音提示資源(如果該語音提示是不必要的)。
3.阻礙了附加撥號的收集在語音提示中，交換機必須向主叫方發(fā)送“地址全消息(ACM)”。該消息至少有兩個含義首先，它表明撥號是完整的，其次，它提供給原交換機一個可以將話音/語音提示連接到該呼叫的狀態(tài)?；诘谝缓x，撥入號碼不再接受附加撥號(撥號“發(fā)送完成”)。如果在非常早的呼叫階段就播放了語音提示，而如果所用的來話信令(用戶和交換機間或交換機之間)要求撥號由多于一個消息提供，則無法再接收新的附加撥號消息，并且呼叫需要釋放，因為無法請求/得到分析撥入的號碼所需的附加數(shù)字。(R2可以從網(wǎng)絡(luò)請求附加撥號，而例如ISUP直接通過后續(xù)地址消息(SAM)提供附加撥號)。
4.不能對不同呼叫建立階段播放的不同語音提示指定優(yōu)先級或進(jìn)行優(yōu)化基本操作是在接收到表明應(yīng)當(dāng)在業(yè)務(wù)中播放語音提示的信息之后立即播放語音提示。之后，在呼叫建立階段，可以接收到另一業(yè)務(wù)需要播放的語音提示。但是，在某些場合下，只播放第二語音提示比較有利。可是這卻無法實現(xiàn)，因為第一語音提示已經(jīng)播放。
5.不同屬性所引起的語音提示集中管理屬性所確定的語音提示無法被另一屬性(后激活)阻塞。
6.呼叫建立延時呼叫建立階段播放的語音提示引起了呼叫建立時延，因為語音提示立即作為整體播放。如果語音提示轉(zhuǎn)移到例如ACM的正常等待狀態(tài)，則可以沒有時延地執(zhí)行正常情況下也快速執(zhí)行的呼叫建立各階段。
7.沒有機會一般性地控制呼叫建立階段中已被延遲(如果需要，也可以是有條件的)的語音提示例如，在談話階段發(fā)生某個事件(例如呼叫等待中)時播放的語音提示應(yīng)當(dāng)在該呼叫建立階段之前設(shè)定。
因此，本發(fā)明的目的是提供一種方法，以及實現(xiàn)該方法以解決上述問題的設(shè)備。
本發(fā)明的目的由按照權(quán)利要求1的方法實現(xiàn)。
本發(fā)明還涉及按照權(quán)利要求11的電信網(wǎng)交換機。
本發(fā)明基于將語音提示需求檢測與語音提示播放完全分離的思想。在本發(fā)明中，在呼叫建立的給定階段以常規(guī)方式檢測語音提示需求。但是，在本發(fā)明中，交換機并不立即播放語音提示，而是在需要時，將其延遲至呼叫建立的較后階段或較后的事件中播放。語音提示可以推遲到例如出現(xiàn)以下情況之后才播放確實完成附加撥號的收集，證實呼叫成功，無論如何交換機都已在后向中發(fā)送了ACM消息，證實語音提示是必要的/正確的，等等。延遲語音提示，使其在呼叫建立的某個階段或者某個事件中播放，這取決于各交換機的實現(xiàn)，以及延遲語音提示希望避免的問題。應(yīng)當(dāng)注意，本發(fā)明的交換機可以以常規(guī)方式在檢測到需求之后立即播放一些語音提示，而沒有延時，這種情況并不會引起上述類型的問題。
按照本發(fā)明的一種優(yōu)選實施例，在檢測到語音提示需求時，至少存儲語音提示中選擇正確的語音提示所需的數(shù)據(jù)(例如語音提示索引或名字)。此外，最好存儲需要播放語音提示的呼叫建立階段。該數(shù)據(jù)也可以是確定的例如在給定階段播放特定語音提示。需要存儲的其它數(shù)據(jù)可以涉及語音提示類別/類型和優(yōu)先級，或者確定如何處理與同一呼叫建立相關(guān)聯(lián)的出于不同原因的其它語音提示的規(guī)則(禁止其它語音提示，其它語音提示可以覆蓋本語音提示，等等)。如果呼叫中得到多于一次的語音提示，則每一語音提示最好單獨存儲在為此保留的數(shù)據(jù)結(jié)構(gòu)中的語音提示特定的數(shù)據(jù)項中。
語音提示數(shù)據(jù)可以以類似隊列或棧的數(shù)據(jù)結(jié)構(gòu)形式存儲。該結(jié)構(gòu)取決于語音提示存儲過程中采取的措施。如果語音提示按照建立階段的時序和優(yōu)先級排列，那么采用?？赡苁敲髦堑?，在棧中具有最高優(yōu)先級且與下一最近的呼叫建立階段相關(guān)聯(lián)的語音提示總是位于棧的頂端。另一方面，如果沒有為語音提示定義次序，則可以例如采用隊列，其中按照檢測的次序依次輸入語音提示。
在為語音提示指定的所有呼叫建立階段都必須檢查包括語音提示數(shù)據(jù)的該數(shù)據(jù)結(jié)構(gòu)，如果遇到這種階段，則必須啟動與該呼叫建立相關(guān)的數(shù)據(jù)結(jié)構(gòu)項的處理。處理過程取決于存儲中定義的數(shù)據(jù)結(jié)構(gòu)的次序。此外，應(yīng)當(dāng)注意多于一個語音提示可以與同一階段相關(guān)聯(lián)；在遇到建立階段時，必需播放所有必要的語音提示。
定義語音提示數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)也可以在無法播放語音提示的呼叫階段中處理。例如，與呼叫相關(guān)的業(yè)務(wù)可以從數(shù)據(jù)結(jié)構(gòu)中刪除滿足特定條件的所有語音提示。此外，業(yè)務(wù)可以控制語音提示的存儲階段的操作，例如使得盡管檢測到語音提示需求，卻不在數(shù)據(jù)結(jié)構(gòu)中存儲該語音提示，或者僅接受滿足特定條件的語音提示。
下面，簡要地描述本發(fā)明如何解決或減輕與現(xiàn)有技術(shù)語音提示處理相關(guān)的上述問題。
1.可以控制計費語音提示，使之在最近的可能的呼叫建立階段啟動。這樣，可以盡量減少“不必要”的計費時間。如果在按照本發(fā)明設(shè)定的播放階段發(fā)現(xiàn)計費語音提示不必要，則根本不需要啟動計費。
2.將語音提示延遲到可以盡量確保呼叫建立成功的呼叫建立階段，從而盡可能地減少不必要語音提示的數(shù)量。這種足夠遲的階段發(fā)生在等待用戶B方向的ACM消息或者更遲，例如在從用戶B方向接收到應(yīng)答消息(ANM)。
3.將語音提示延遲到已經(jīng)完成對需要多少撥號的分析的階段。這種階段可以是例如等待前向的ACM或應(yīng)答的階段。
4.因為語音提示直至到達(dá)所需的呼叫建立階段或者遇到特定事件才播放，所以可以基于為所有語音提示定義的數(shù)據(jù)，并基于呼叫建立事件，優(yōu)化所有的語音提示并排列優(yōu)先級。換句話說，只要沒有播放語音提示，就可以阻塞、接受或從數(shù)據(jù)結(jié)構(gòu)中完全刪除。優(yōu)先級規(guī)則可以包括“僅播放具有最高優(yōu)先級的語音提示”，“僅播放最近的語音提示”，“僅播放第一語音提示”，“語音提示X和語音提示Y互斥”，等等。
5.通過集中管理不同類型的數(shù)據(jù)(語音提示數(shù)據(jù)結(jié)構(gòu)和/或其它屬性)以及在同一呼叫中基于呼叫事件確定的語音提示，可以解決大多數(shù)問題。
6.將語音提示延遲到特定階段播放，從而可以優(yōu)化建立率，前述階段中直到不延遲呼叫建立的話，例如也必須等待來自網(wǎng)絡(luò)的消息時，才延遲正常的呼叫建立。
7.本發(fā)明的機制使以后需要在呼叫中播放的條件(該條件例如可以是呼叫中的某事件)語音提示可以預(yù)先存儲。
下面結(jié)合附圖，通過優(yōu)選實施例來詳細(xì)描述本發(fā)明，在附圖中

圖1說明了連接到智能網(wǎng)的電信網(wǎng)交換機；圖2示出了本發(fā)明第一優(yōu)選實施例的信令；圖3示出了本發(fā)明第一優(yōu)選實施例的流程圖；圖4示出了本發(fā)明第四優(yōu)選實施例的流程圖；圖5說明了智能網(wǎng)的業(yè)務(wù)交換點；圖6說明了智能網(wǎng)的業(yè)務(wù)控制點；
圖7說明了在現(xiàn)有技術(shù)呼叫建立過程中播放多個沖突的語音提示；以及圖8說明了本發(fā)明的呼叫建立，其中避免了所述沖突的語音提示。
本發(fā)明可以應(yīng)用于在呼叫建立過程中播放語音提示的任何電信交換機。交換機一般包括公用電話交換網(wǎng)(PSTN)交換機和移動通信網(wǎng)(PLMN)交換機。交換機可以連接到智能網(wǎng)。下面以連接到智能網(wǎng)的交換機為例，說明本發(fā)明的優(yōu)選實施例。
圖1示出了智能網(wǎng)IN和與其關(guān)聯(lián)的電信系統(tǒng)的一些例子。圖1示出了與智能網(wǎng)業(yè)務(wù)相關(guān)的元件和功能。包括業(yè)務(wù)交換功能(SSF)和呼叫控制功能(CCF)的網(wǎng)元被稱為業(yè)務(wù)控制點SSP。呼叫控制功能CCF不是與智能網(wǎng)關(guān)聯(lián)的功能，而是交換機EX中的標(biāo)準(zhǔn)功能，包括交換機的高層呼叫處理功能，例如建立和釋放傳輸連接。業(yè)務(wù)交換功能SSF是呼叫控制功能CCF和業(yè)務(wù)控制功能SCF之間的接口。SSF解釋SCF所發(fā)送的請求，將其轉(zhuǎn)發(fā)給CCF，CCF啟動這些請求所要求的呼叫控制功能。相應(yīng)地，CCF通過SSF向SCF請求指令。SSF固定地連接到CCF，充當(dāng)CCF的接口。因此，每個SSF與CCF一起位于同一交換機EX中。
包括業(yè)務(wù)控制功能SCF的網(wǎng)元稱為業(yè)務(wù)控制點(SCP)。業(yè)務(wù)控制功能是智能網(wǎng)的集中控制部分，包括例如業(yè)務(wù)邏輯程序的執(zhí)行環(huán)境。對智能網(wǎng)業(yè)務(wù)而言，業(yè)務(wù)邏輯程序在業(yè)務(wù)控制點SCP中啟動，該程序的操作決定了SCP在每個呼叫階段中發(fā)送給SSP的指令。每個程序可以有多個執(zhí)行實例。圖1所示的業(yè)務(wù)控制點SCP是簡化的業(yè)務(wù)控制點，僅包括業(yè)務(wù)控制功能SCF和必要的接口。
業(yè)務(wù)數(shù)據(jù)功能(SDF)是SCF所使用的數(shù)據(jù)庫。業(yè)務(wù)邏輯程序可以查詢和更新SDF信息。例如，用戶特定或業(yè)務(wù)號碼特定信息可以存儲在SDF中。SDF可以是業(yè)務(wù)控制點SCP中的數(shù)據(jù)庫管理系統(tǒng)，或者如圖1所示，是支持SCF-SDF接口且包括數(shù)據(jù)庫DB的單獨的數(shù)據(jù)點(SDP)。
智能網(wǎng)的特殊資源功能(SRF)是涉及與用戶交互的網(wǎng)絡(luò)機制的接口。SRF可以與智能外設(shè)(IP)相連，IP包括比交換機更先進(jìn)的呼叫處理功能，IP也可以位于業(yè)務(wù)交換點SSP。
圖1還示出了交換機EX，它不屬于智能網(wǎng)，除了CCF之外，它還包括向用戶提供網(wǎng)絡(luò)接入的呼叫控制代理功能(CCAF)。因為EX包括CCAF，所以它可以是公用電話交換網(wǎng)PSTN的本地交換機，或者控制移動網(wǎng)絡(luò)PLMN的基站子系統(tǒng)BSS的移動業(yè)務(wù)交換中心MSC。CCAF也可以位于業(yè)務(wù)交換點。
在圖1中，網(wǎng)元通過信令網(wǎng)SS7互連。也可以使用其它網(wǎng)絡(luò)，例如ISDN。
智能網(wǎng)所定義的基本呼叫狀態(tài)模型(BCSM)描述了交換機中呼叫建立的不同階段。圖2的狀態(tài)圖描述了按照ITU-T Q.1214的發(fā)端基本呼叫狀態(tài)模型(O-BCSM)。在智能網(wǎng)規(guī)范中，將業(yè)務(wù)交換點執(zhí)行的呼叫處理過程分組成粗略的階段，稱為呼叫內(nèi)點(PIC)。在圖2中，PIC由矩形框表示。與O_BCSM相關(guān)聯(lián)的PIC包括“O_空閑&發(fā)端試呼授權(quán)”。主叫方表明她/他希望發(fā)出呼叫(用戶線的摘機狀態(tài)，ITU-T Q.931建立消息，例如IAM消息)，交換機檢查她/他發(fā)出呼叫的權(quán)限/能力。
“收集信息”。交換機收集撥號信息，例如業(yè)務(wù)信息、前綴和撥入的地址數(shù)字。一般在必須檢查是否得到足夠的撥號的呼叫建立階段中遇到“收集信息”。在接收到所需數(shù)量的數(shù)字或預(yù)定終止字符，或者控制定時器超時情況下，終止撥號信息的收集?？梢詮拇搜胤种У絇IC“例外”，并通過DP“O_放棄”到PIC“O_空閑&始發(fā)嘗試授權(quán)”。
“分析信息”。分集并/或按照撥號方案翻譯所收集的信息，使得能夠確定路由選擇地址和呼叫類型?？梢詮拇搜胤种У絇IC“例外”，并通過DP“O_放棄”到PIC“O_空閑&始發(fā)嘗試授權(quán)”。
“路由選擇和通知”。解釋路由選擇指令和呼叫類型，撥入下一路由。等待來自收端BCSM的被叫方應(yīng)答事件指示。可以從此沿分支到PIC“路由選擇失敗”，“O_被叫忙”或“O_無人應(yīng)答”。
“活躍”。連接建立。
在PIC階段終止時，通常會遇到檢測點(DP)。在圖2中，DP由方形框表示。在這些檢測點上可以臨時終止呼叫建立或釋放，向業(yè)務(wù)控制點SCP請求進(jìn)一步的呼叫處理指令。在這些檢測點上可以將呼叫管理轉(zhuǎn)移到業(yè)務(wù)控制點。在從檢測點DP轉(zhuǎn)移到階段PIC時，呼叫管理轉(zhuǎn)移到交換點。除了PIC和檢測點DP階段之外，基本呼叫狀態(tài)模型BCSM還包括轉(zhuǎn)移和事件。轉(zhuǎn)移指示了基本呼叫連接建立從一個PIC進(jìn)行到另一PIC。事件導(dǎo)致出入PIC階段的轉(zhuǎn)移。在圖2中，轉(zhuǎn)移由箭頭表示。業(yè)務(wù)交換點SSP和業(yè)務(wù)控制點SCP之間的消息稱為操作。例如，SSP可能被設(shè)置成響應(yīng)于“收集信息”操作，從收集用戶撥號的PIC2階段繼續(xù)呼叫建立。在一種操作是“播放語音提示”，SCP利用它請求交換機向呼叫方，一般是主叫用戶，播放語音提示。目前，交換機在接收到通知之后立即播放語音提示。
參看圖3，讓我們接著考察按照基本呼叫狀態(tài)模型O_BCSM的呼叫建立過程中現(xiàn)有技術(shù)的計費語音提示的播放。在這種情況下，用戶B可以是例如應(yīng)答服務(wù)或類似服務(wù)的電話。
在步驟3.1中，交換機(本例中移動業(yè)務(wù)交換機MSC)從前一交換機接收IAM消息。之后是步驟3.2的PIC“O_空閑”，步驟3.3的DP(“O_空閑”)，步驟3.4的PIC“發(fā)端試呼授權(quán)”，步驟3.5的DP(“發(fā)端試呼授權(quán)”)。MSC在步驟3.6中觸發(fā)控制點SCP中的智能網(wǎng)業(yè)務(wù)。SCP發(fā)出“播放語音提示”操作，因此MSC播放語音提示。該語音提示可以是呼叫事件信息，例如“呼叫已傳送”。因為語音提示是計費的，因此MSC在步驟3.8中激活計費。此外，MSC在后向上發(fā)送ACM消息和ANM消息，播放語音提示，從而前一交換機也在步驟3.9中激活計費。接著，SCP在步驟3.10中將呼叫建立控制返回給MSC。接著是步驟3.11中的PIC“收集信息”、“分析信息”和“路由選擇”，以及步驟3.12中“通知”。但是，用戶B沒有應(yīng)答，從而在步驟3.13和3.14中呼叫到達(dá)了檢測點DP(“O_無人應(yīng)答”)，并釋放呼叫。但是，在語音提示和后續(xù)的呼叫建立過程中激活了計費，前述呼叫建立包括了等待用戶B應(yīng)答的時間。因此，對用戶A進(jìn)行了不必要的語音提示和失敗呼叫的計費。
下面，參看圖4，它描述了如何在按照O_BCSM狀態(tài)模型的呼叫建立過程中按照本發(fā)明的優(yōu)選實施例播放計費語音提示。
在步驟4.1中，交換機(本例中移動業(yè)務(wù)交換機MSC)從前一交換機接收IAM消息。之后是步驟4.2的PIC“O_空閑”，步驟4.3的DP(“O_空閑”)，步驟4.4的PIC“發(fā)端試呼授權(quán)”，步驟4.5的DP(“發(fā)端試呼授權(quán)”)。MSC在步驟4.6中觸發(fā)智能網(wǎng)業(yè)務(wù)控制點SCP中的智能網(wǎng)業(yè)務(wù)。到此為止，呼叫建立如圖3所示進(jìn)行。SCP發(fā)出“播放語音提示”操作，除了通知應(yīng)當(dāng)播放哪個語音提示之外，它還通知何時播放語音提示，可能還通知在哪一項上播放語音提示。在圖4的例子中，SCP請求MSC在從用戶B方向接收到應(yīng)答消息ANM之后播放語音提示。因此MSC并不立即播放語音提示，而是延遲播放語音提示，將語音提示相關(guān)數(shù)據(jù)置入適當(dāng)?shù)臄?shù)據(jù)結(jié)構(gòu)，例如語音提示棧中等待。MSC不需要向前一交換機發(fā)送ACM或啟動計費。SCP在步驟4.8中將呼叫建立控制返回給MSC。接著是步驟4.9中的PIC“收集信息”、“分析信息”和“路由選擇”。在這些PIC中，MSC以常規(guī)方式從用戶B方向接收ACM消息，在用戶A方向上發(fā)送該消息。步驟4.11中在PIC“O_通知”等待用戶B的應(yīng)答。但是，用戶B沒有應(yīng)答，從而在步驟4.12和4.13中呼叫到達(dá)了檢測點DP(“O_無人應(yīng)答”)，并釋放呼叫。因此，從未接收應(yīng)答消息ANM以及播放語音提示的條件，也不播放計費語音提示或激活計費。這樣，不對用戶A進(jìn)行不必要的語音提示和失敗呼叫的計費。
參看圖5，讓我們接著考察采用的信令中由多個消息提供撥號的情況下，在按照O_BCSM狀態(tài)模型的呼叫建立過程中現(xiàn)有技術(shù)語音提示的播放。
在步驟5.1中，交換機(本例中移動業(yè)務(wù)交換機MSC)從前一交換機接收IAM消息。之后是步驟5.2的PIC“O_空閑”，步驟5.3的DP(“O_空閑”)，步驟5.4的PIC“發(fā)端試呼授權(quán)”，步驟5.5的DP(“發(fā)端試呼授權(quán)”)。MSC在步驟5.6中觸發(fā)控制點SCP中的智能網(wǎng)業(yè)務(wù)。在步驟5.7中，SCP請求“播放語音提示”操作，因此MSC在步驟5.8中立即在后向上發(fā)送ACM消息，并播放語音提示。接著，SCP在步驟5.9中將呼叫建立控制返回給MSC。接著是步驟5.10中的PIC“收集信息”。在檢查撥入的數(shù)字?jǐn)?shù)量時，發(fā)現(xiàn)(步驟5.11)需要附加數(shù)字進(jìn)行號碼分析。但是，MSC無法再從前一交換機接收附加撥號，因為基于步驟5.8中的語音提示已經(jīng)發(fā)送了表明撥號完成的ACM消息。因此，在“收集信息”階段不得不釋放呼叫(步驟5.12)。
參看圖6，讓我們接著考察采用的信令中由多個消息提供撥號的情況下，在按照O_BCSM狀態(tài)模型的呼叫建立過程中本發(fā)明的語音提示播放。
在步驟6.1中，交換機(本例中移動業(yè)務(wù)交換機MSC)從前一交換機接收IAM消息。之后是步驟6.2的PIC“O_空閑”，步驟6.3的DP(“O_空閑”)，步驟6.4的PIC“發(fā)端試呼授權(quán)”，步驟6.5的DP(“發(fā)端試呼授權(quán)”)。MSC在步驟6.6中觸發(fā)控制點SCP中的智能網(wǎng)業(yè)務(wù)。到此為止，呼叫建立如圖5所示進(jìn)行。在步驟6.7中，SCP發(fā)出“播放語音提示”操作，除了通知應(yīng)當(dāng)播放哪個語音提示之外，它還通知何時播放語音提示，可能還通知在哪一項上播放語音提示。在圖6的例子中，SCP請求MSC在分析了撥入的B號碼之后，即在PIC“分析信息”之后播放語音提示。因此MSC并不立即播放語音提示，而是將語音提示相關(guān)數(shù)據(jù)置入適當(dāng)?shù)臄?shù)據(jù)結(jié)構(gòu)，例如語音提示棧中等待。此外，MSC不需要向前一交換機發(fā)送ACM。SCP在步驟6.8中將呼叫建立控制返回給MSC。接著是PIC“收集信息”，其中在檢查撥入的數(shù)字之后，發(fā)現(xiàn)需要附加撥號(步驟6.9)。根據(jù)所用的信令，由特殊請求消息請求附加撥號，或者等待(定時器所確定的時間段)步驟6.10中是否仍在提供附加撥號。步驟6.11中接收所需的附加撥號，處理例程繼續(xù)前進(jìn)(步驟6.12)，經(jīng)檢測點DP(“信息已收集”)到PIC“分析信息”(步驟6.13)。呼叫建立在步驟6.14中到達(dá)檢測點DP(“信息已分析”)，然后檢查在該階段是否存在需要播放的語音提示(步驟6.15)。因為在語音提示棧中發(fā)現(xiàn)步驟6.7中確定的語音提示，所以MSC在后向上向前一交換機發(fā)送ACM消息(步驟6.16)，并播放語音提示棧中發(fā)現(xiàn)的語音提示(步驟6.17)。接著，呼叫建立以常規(guī)方式進(jìn)行(步驟6.18)。
參看圖7，讓我們接著考察按照O_BCSM狀態(tài)模型的呼叫建立過程中，現(xiàn)有技術(shù)方式下多個沖突的語音提示的播放。在本例中，交換機控制呼叫建立的所有階段。
在步驟7.1中，交換機(本例中移動業(yè)務(wù)交換機MSC)從前一交換機接收IAM消息。之后是步驟7.2的PIC“O_空閑”，步驟7.3的DP(“O_空閑”)，步驟7.4的PIC“發(fā)端試呼授權(quán)”。根據(jù)用戶數(shù)據(jù)，交換機隨后在步驟7.5中發(fā)現(xiàn)需要向用戶A發(fā)送語音提示“您的呼叫免費”。MSC在后向上向前一交換機發(fā)送ACM消息(步驟7.6)，并向用戶A播放語音提示(步驟7.7)。接著，呼叫在步驟7.8到步驟步驟7.12中經(jīng)過檢測點DP(“發(fā)端試呼授權(quán)”)、PIC“收集信息”、檢測點DP(“信息已收集”)、PIC“分析信息”到達(dá)檢測點DP(“信息已分析”)。號碼分析之后，檢測出不論給用戶A打多少折，都涉及計費呼叫(步驟7.13)。需要在步驟7.14中向用戶A發(fā)出與第一語音提示沖突的新的語音提示“呼叫費率每分鐘15FIM”。接著，呼叫建立以常規(guī)方式繼續(xù)。
下面參看圖8，描述了如何按照本發(fā)明對語音提示進(jìn)行優(yōu)化或確定優(yōu)先級，利用本發(fā)明可以避免上述多個沖突的語音提示的播放。在本例中，交換機控制呼叫建立的所有階段。
在步驟8.1中，交換機(本例中移動業(yè)務(wù)交換機MSC)從前一交換機接收IAM消息。之后是步驟8.2的PIC“O_空閑”，步驟8.3的DP(“O_空閑”)，步驟8.4的PIC“發(fā)端試呼授權(quán)”。根據(jù)用戶數(shù)據(jù)，交換機隨后發(fā)現(xiàn)(步驟8.5)需要向用戶A發(fā)送語音提示“您的呼叫免費”，語音提示類型是優(yōu)先級為3的資費語音提示(步驟8.5)。到此為止，呼叫建立如圖7所示進(jìn)行。但是，MSC并不立即播放語音提示，而是將語音提示相關(guān)數(shù)據(jù)置入適當(dāng)?shù)臄?shù)據(jù)結(jié)構(gòu)，例如語音提示棧中等待(步驟8.6)。在本例中，存儲必須在分析了撥入號碼之后立即給出該語音提示的通知。接著在步驟8.7到8.11中呼叫經(jīng)過檢測點DP(“發(fā)端試呼授權(quán)”)、PIC“收集信息”、檢測點DP(“信息已收集”)、PIC“分析信息”到達(dá)檢測點DP(“信息已分析”)。號碼分析之后，檢測出不論給用戶A打多少折，都涉及計費呼叫，需要向用戶A發(fā)出語音提示“呼叫費率每分鐘15 FIM”，語音提示類型是優(yōu)先級為1的資費語音提示(步驟8.12)，語音提示通知存儲在語音提示棧中。步驟8.13中，MSC在后向上發(fā)送ACM消息。交換機檢查語音提示棧，察看是否已為所述檢測點設(shè)置了資費語音提示。如果在棧中發(fā)現(xiàn)了兩個或多個資費語音提示，則交換機比較這些語音提示的優(yōu)先級，選擇優(yōu)先級較高的語音提示(步驟8.14)。然后，交換機播放選出的語音提示(步驟8.15)。因為在圖8的例子中，步驟8.12中存儲的語音提示具有較高優(yōu)先級，所以選擇它，從語音提示棧中刪除第一語音提示(步驟8.6中存儲)。因此，僅向用戶A播放包含正確信息的一個語音提示。接著，步驟8.16中呼叫建立以常規(guī)方式進(jìn)行。
在上例中，交換機僅在與每一例子描述相關(guān)的點上檢查語音提示?；蛳鄳?yīng)的數(shù)據(jù)結(jié)構(gòu)。但是，應(yīng)當(dāng)理解，交換機可以在為語音提示指定的所有呼叫建立階段(例如所有檢測點DP)上檢查并處理語音提示棧。此外，也存在交換機檢查并處理語音提示棧的其它點。
需要理解，以上描述及相關(guān)的圖僅用于說明本發(fā)明。對本領(lǐng)域技術(shù)人員而言，顯然可以在不偏離后附權(quán)利要求書所公開的本發(fā)明精神和范圍的前提下，對本發(fā)明作出許多變化和改進(jìn)。
權(quán)利要求
1.電信網(wǎng)呼叫建立過程中的一種語音提示播放方法，該方法包括以下步驟在呼叫建立的給定階段檢測語音提示需求，其特征在于，該方法還包括以下步驟電信交換機將語音提示的播放延遲至呼叫建立的較后階段，在該階段證實語音提示是正確的或必要的，和/或在該階段語音提示不會危及呼叫建立的成功。
2.根據(jù)權(quán)利要求1的方法，其特征在于，延遲語音提示的播放，直至確實已完成了附加撥號的收集。
3.根據(jù)權(quán)利要求1或2的方法，其特征在于，延遲語音提示的播放，直至呼叫建立無論如何要求電信交換機在主叫用戶方向上發(fā)送了一個消息，該消息通知已完成撥號收集。
4.根據(jù)權(quán)利要求1的方法，其特征在于，延遲語音提示的播放，直至證實呼叫建立成功。
5.根據(jù)任一前述權(quán)利要求的方法，其特征在于，在檢測到語音提示需求時，至少存儲選擇該語音提示所需的數(shù)據(jù)。
6.根據(jù)權(quán)利要求1到4中任意一項的方法，其特征在于，在檢測到語音提示需求時，如果滿足預(yù)定的存儲條件，則至少存儲選擇該語音提示所需的數(shù)據(jù)。
7.根據(jù)權(quán)利要求5或6的方法，其特征在于，還存儲以下信息項中的一項或多項需要播放語音提示的呼叫建立階段信息；用以確定在所需呼叫建立階段播放或不播放語音提示的條件或規(guī)則；以及在涉及其它語音提示時如何處理語音提示的條件或規(guī)則。
8.根據(jù)權(quán)利要求5到7中任意一項的方法，其特征在于，將呼叫的每一語音提示數(shù)據(jù)存儲在數(shù)據(jù)結(jié)構(gòu)，例如隊列或棧的不同數(shù)據(jù)項中。
9.根據(jù)權(quán)利要求8的方法，其特征在于，在為語音提示指定的所有呼叫建立階段都檢查所述數(shù)據(jù)結(jié)構(gòu)，處理該數(shù)據(jù)結(jié)構(gòu)中與呼叫建立的當(dāng)前階段相關(guān)的所有數(shù)據(jù)結(jié)構(gòu)數(shù)據(jù)項。
10.根據(jù)權(quán)利要求9的方法，其特征在于，在無法進(jìn)行語音提示的至少一個呼叫建立階段處理所述數(shù)據(jù)結(jié)構(gòu)，所述處理包括例如在滿足預(yù)定條件時，從數(shù)據(jù)結(jié)構(gòu)中刪除一個或多個語音提示。
11.一種電信網(wǎng)交換機(EX)，包括在呼叫建立過程中檢測語音提示需求的裝置(4.7，6.7，8.5)，至少向該呼叫中的一方播放語音提示的裝置(6.17，8.15)，其特征在于，該交換機還包括裝置(4.7，6.7，6.15，8.5，8.12，8.14)，用于將電信交換機中語音提示的播放延遲至預(yù)定的呼叫建立的較后階段，在該階段完全確保該語音提示的正確性和必要性，和/或語音提示的播放不會危及呼叫建立的成功。
12.根據(jù)權(quán)利要求11的方法，其特征在于，交換機在呼叫特定的數(shù)據(jù)結(jié)構(gòu)，例如?；蜿犃兄?，以專用數(shù)據(jù)項的形式存儲(4.7，6.7，8.5，8.12)每一呼叫的不同語音提示數(shù)據(jù)。
13.根據(jù)權(quán)利要求12的交換機，其特征在于，所述數(shù)據(jù)至少包括選擇該語音提示所需的數(shù)據(jù)，并可能包括以下信息項中的一項或多項需要播放語音提示的呼叫建立階段信息；用以確定在所需呼叫建立階段播放或不播放語音提示的條件或規(guī)則；以及在涉及其它語音提示時如何處理語音提示的條件或規(guī)則。
14.根據(jù)權(quán)利要求12或13的交換機，其特征在于，交換機在為語音提示指定的所有呼叫建立階段都檢查(6.15，8.14)所述數(shù)據(jù)結(jié)構(gòu)，并處理該數(shù)據(jù)結(jié)構(gòu)中與當(dāng)前呼叫建立階段相關(guān)的所有數(shù)據(jù)項。
15.根據(jù)權(quán)利要求14的交換機，其特征在于，交換機在無法進(jìn)行語音提示的至少一個呼叫建立階段處理所述數(shù)據(jù)結(jié)構(gòu)。
全文摘要
本發(fā)明涉及電話交換機在連接建立過程中向呼叫方播放語音提示的一種方法。本發(fā)明基于將語音提示需求檢測與語音提示播放完全分離的思想。在本發(fā)明中,在呼叫建立的給定階段以常規(guī)方式檢測語音提示需求(6.7)。但是,在本發(fā)明中,交換機并不立即播放語音提示,而是在需要時,將其延遲至呼叫建立的較后階段或較后的事件中播放(6.15)。語音提示可以推遲到例如出現(xiàn)以下情況之后才播放:確實完成附加撥號的收集,證實呼叫成功,證實語音提示是必要的/正確的,等等。因此,基于這種語音提示,可以避免錯誤和不必要的語音提示以及呼叫的失敗。本發(fā)明還涉及可以應(yīng)用本方法的電信網(wǎng)交換機。
文檔編號H04M3/487GK1256050SQ99800075
公開日2000年6月7日 申請日期1999年1月25日 優(yōu)先權(quán)日1998年1月27日
發(fā)明者?；D南恩, 阿基·克赫恩 申請人:諾基亞電信公司