專利名稱:一種實現(xiàn)語音交互的方法
技術領域:
本發(fā)明涉及到下一代網(wǎng)絡(NGN,Next Generation Network)技術,特別涉及到一種在NGN中實現(xiàn)語音交互的方法。
背景技術:
會話初始協(xié)議(SIP,Session Initial Protocol)是由因特網(wǎng)工程任務組(IETF,Internet Engineering Task Force)提出來的一個應用控制(信令)協(xié)議,正如其名字所代表的含義,SIP主要用于發(fā)起會話。具體來講,SIP可以用來創(chuàng)建、修改以及終結多個參與者參加的多媒體會話進程,它是NGN的核心協(xié)議之一。
所述會話是指兩個SIP節(jié)點之間的應用級關聯(lián)關系。而所述的SIP節(jié)點可以是用戶代理(UA,User Agent)、SIP代理、注冊服務器、端到端的用戶代理(back to back agent)、位置服務器等等。其中,端到端的用戶代理一般可被稱作應用服務器(AS,Application Server)。所述應用服務器隸屬于服務提供商,它主要用于為終端用戶提供各種增值業(yè)務。
在NGN中,為了實現(xiàn)在普通呼叫及智能呼叫過程中對集中放音、收號、會議等媒體資源的支持,引入了媒體資源服務器(MRS,Media ResourceServer)。通過MRS可以實現(xiàn)諸如播送通知(PA,Play Announcement)以及播送通知并收集號碼(PAC,Play Announcement and Collect Digits)等語音交互功能。
在智能呼叫中,實現(xiàn)MRS與用戶終端之間語音交互的具體消息流程如圖1所示,主要包括101、在用戶通過用戶終端A播打一智能呼叫號碼后,用戶終端A發(fā)送邀請(Invite)消息請求網(wǎng)絡提供該智能呼叫號碼所對應的智能業(yè)務,該Invite消息隨后被路由到負責處理本次智能呼叫的AS;102、在所述AS分析出所請求的智能業(yè)務需要使用PA或PAC等語音交互功能后,將所述Invite消息轉發(fā)到用于提供語音交互功能的MRS;103、所述MRS發(fā)送振鈴消息(180Ringing)到所述AS,表明自身已作好提供所需的語音交互功能的準備;104、所述AS將所接收的180Ringing消息轉發(fā)到所述用戶終端A;105、所述MRS發(fā)送應答消息(200OK)到所述AS,表明自身已作好與所述用戶終端A建立實時傳輸協(xié)議(RTP,Real-Time Transport Protocol)媒體通道的準備;106、所述AS將所接收的200OK消息轉發(fā)給所述用戶終端A;107、所述用戶終端A發(fā)送響應消息(ACK)到所述MRS,作為所述Invite消息的最終響應,指示用戶側成功接收到MRS發(fā)送的200OK消息;108、所述用戶終端A和MRS之間建立RTP媒體通道;在上述步驟101~109中,為了在所述用戶終端A和MRS之間建立所述RTP媒體通道,作為主叫方的用戶終端A需要將自身的設備能力信息,例如語音能力、影像能力等,以及RTP媒體通道的網(wǎng)際協(xié)議(IP,InternetProtocol)地址及端口地址信息等加載到會話描述協(xié)議(SDP,SessionDescription Protocol)包中,并將SDP包作為SIP消息的內(nèi)容,發(fā)送給作為被叫方的MRS。同樣,作為被叫方的MRS也需要將諸如語音能力、影像能力等設備能力信息,以及RTP媒體通道的IP地址及端口地址信息加載到SDP包中,并作為SIP消息的內(nèi)容,發(fā)送給作為主叫方的用戶終端A,以進行協(xié)商。所述用戶終端A和MRS根據(jù)協(xié)商結果建立所述RTP媒體通道。根據(jù)SIP協(xié)議的規(guī)定,主叫方可以將自身的SDP包承載在所述Invite消息或ACK消息中,而被叫方可以將自身的SDP包承載在所述180Ringing或200OK消息中。
109、所述MRS通過建立的RTP媒體通道為所述用戶終端A提供語音交互功能,例如開始播放錄音通知或者在播放錄音通知的同時進行對用戶所播打號碼的收集,即進行PA或PAC操作;110、在完成所述語音交互功能后,所述MRS使用會話初始協(xié)議信息消息(SIP INFO)或超文本傳輸協(xié)議獲取消息(HTTP GET)將收集到的用戶數(shù)據(jù)提交給所述AS;在上述步驟之后,AS還可以發(fā)送下一次語音交互請求到所述MRS,此時,將返回步驟109,即MRS通過已建立的RTP媒體通道與用戶終端A完成所請求的語音交互;111、在所述AS獲得充足的用戶數(shù)據(jù)后,指示MRS可以拆除與用戶終端A之間建立的RTP媒體通道。
這樣,通過上述語音交互功能,所述AS可以獲得充足的用戶數(shù)據(jù),并將根據(jù)所獲得的用戶數(shù)據(jù)為用戶提供所請求的智能業(yè)務。例如,對預付費智能呼叫而言,在所述AS通過MRS與用戶終端之間的語音交互過程獲得預付費用戶的卡號、密碼以及被叫用戶號碼后,AS會根據(jù)所獲得的被叫用戶號碼將本次智能呼叫路由到被叫方,同時在通話結束后,根據(jù)預付費用戶的卡號及密碼對本次呼叫收取一定的費用。
在上述過程中,在所述用戶終端A和MRS之間建立起RTP媒體通道,并利用所建立的RTP媒體通道進行語音交互過程時,由于所述RTP媒體通道將占有實際的網(wǎng)絡資源,網(wǎng)絡運營商通常將會對提供智能業(yè)務的服務提供商索取一定的費用。通常,在現(xiàn)有的智能呼叫流程中,當被叫方向主叫方發(fā)送200OK消息表明自身應答之后,網(wǎng)絡運營商就將開始對當前的呼叫進行計費了。然而,對于前面所描述智能呼叫而言,服務提供商應當只有在用戶享受智能業(yè)務時,才向用戶收費,而在智能呼叫的建立期間則不應當向用戶收取費用。例如,對于預付費智能業(yè)務,在預付費用戶作為主叫方的智能呼叫中,業(yè)務提供商僅應向預付費用戶收取該用戶與被叫通話期間內(nèi)的費用,而不應該收取本次預付費呼叫中預付費用戶與MRS之間進行語音交互功能時進行卡號、密碼以及被叫號碼采集期間內(nèi)的費用。因而,在這種情況下,就造成了服務提供商自身需要為在用戶終端和MRS之間進行語音交互時所占用的網(wǎng)絡資源向網(wǎng)絡運營商支付費用,這將大大增加服務提供商的運營成本。
發(fā)明內(nèi)容
為了解決上述問題,本發(fā)明提供了一種實現(xiàn)語音交互功能的方法,使網(wǎng)絡運營商不會對智能呼叫過程中用戶終端和MRS進行語音交互過程時所占用的網(wǎng)絡資源向服務提供商收取費用,從而節(jié)約了服務提供商的運營成本。
本發(fā)明所述實現(xiàn)語音交互的方法,包括A、用戶終端經(jīng)由應用服務器AS發(fā)送邀請消息到提供語音交互功能的媒體資源服務器MRS,并在所述邀請消息中攜帶用戶終端的會話描述協(xié)議SDP信息;B、所述MRS經(jīng)由所述AS返回振鈴180Ringing消息到所述用戶終端,并在所述180Ringing消息中攜帶MRS的SDP信息;C、所述用戶終端和MRS根據(jù)雙方交互的SDP信息建立實時傳輸協(xié)議RTP媒體通道,并通過所建立的RTP媒體通道進行語音交互。
所述方法在步驟C之后進一步包括D、在完成語音交互后,所述MRS使用SIP INFO或HTTP GET消息將收集到的用戶數(shù)據(jù)提交給所述AS。
所述方法進一步包括如果請求下一次語音交互過程,則AS利用步驟D所述的SIP INFO或HTTP GET消息將下一次的語音交互請求發(fā)送到MRS。
所述方法在步驟D之后進一步包括E、所述AS根據(jù)來自所述MRS的用戶數(shù)據(jù)為所述用戶終端提供所請求的智能業(yè)務。
所述SDP信息包括設備能力信息及對應的端口地址信息,以及RTP媒體通道的網(wǎng)際協(xié)議地址等等。
所述設備能力信息包括設備的語音能力信息及影像能力信息等。
所述語音交互為播送通知或播送通知并收集號碼。
由此可以看出,在本發(fā)明實現(xiàn)語音交互功能的方法中,用戶終端和MRS之間通過Invite消息和180Ringing消息進行設備能力協(xié)商,因而可以實現(xiàn)RTP媒體通道的提前建立,實現(xiàn)信息交互流程的簡化。
另外,在本發(fā)明所述的方法中,由于在用戶終端與MRS之間建立RTP媒體通道之前,MRS并未返回200OK消息,因而網(wǎng)絡運營商將不會對隨后進行語音交互過程進行收費,從而降低服務提供商的運營成本。
更進一步,通過采用本發(fā)明所提供的方法,網(wǎng)絡運營商可以根據(jù)智能業(yè)務的實際情況決定采用不同的計費策略可以在主叫用戶撥打了智能業(yè)務的接入碼后即刻開始計費,也可以在智能呼叫真正建立后(例如在AS返回200OK消息到主叫用戶)再開始計費,從而實現(xiàn)對主叫用戶來講撥打某些智能業(yè)務接入碼是不收費的,而撥打某些智能業(yè)務碼是收費的。例如200號業(yè)務是一種免費智能接入碼,而17930就是一種收費智能接入碼。
圖1為現(xiàn)有技術中實現(xiàn)所述語音交互功能的消息流程圖;圖2為本發(fā)明優(yōu)選實施例所述實現(xiàn)所述語音交互功能的消息流程圖。
具體實施例方式
為使發(fā)明的目的、技術方案及優(yōu)點更加清楚明白,以下參照附圖并舉實施例,對本發(fā)明作進一步詳細說明。
考慮到在現(xiàn)有的智能呼叫過程中,當被叫方發(fā)送200OK消息應答后,網(wǎng)絡運營商就會對當前的呼叫開始計費,因而,為了避免網(wǎng)絡運營商對用戶終端和MRS進行語音交互時所占用的網(wǎng)絡資源收取費用,可以對現(xiàn)有智能呼叫中實現(xiàn)語音交互過程的消息流程進行改進。
本發(fā)明優(yōu)選實施例所述的實現(xiàn)MRS和用戶終端之間語音交互的具體消息流程如圖2所示,主要包括201、在用戶通過用戶終端A播打智能呼叫號碼后,用戶終端A發(fā)出Invite消息請求網(wǎng)絡提供該智能呼叫號碼所對應的智能業(yè)務,該Invite消息隨后被路由到負責處理本次智能呼叫的AS。
在本步驟中,作為主叫方的用戶終端A需要將自身的設備能力信息,例如語音能力、影像能力等,以及RTP媒體通道的IP地址及端口地址信息等加載到SDP包中,并將該SDP包承載在所述Invite消息中,發(fā)送給作為被叫方的MRS。
202、在所述AS分析出所請求的智能業(yè)務需要使用PA/PAC等語音交互功能后,將所述Invite消息轉發(fā)到提供語音交互功能的MRS。
203、所述MRS發(fā)送180Ringing消息到所述AS,表明所述MRS已作好提供所需的語音交互功能的準備。
在本步驟中,作為被叫方的MRS需要將自身的設備能力信息,例如語音能力、影像能力等,以及RTP媒體通道的IP地址及端口地址信息等加載到SDP包中,并將該SDP包承載在所述180Ringing消息中,發(fā)送給作為主叫方的用戶終端A。
204、所述AS將所接收的180Ringing消息轉發(fā)到所述用戶終端A。
通過上述步驟201~204,所述用戶終端A和MRS之間完成二者之間設備能力的協(xié)商。
205、所述用戶終端A以及MRS根據(jù)設備能力的協(xié)商結果建立RTP媒體通道。
206、所述MRS通過建立的RTP媒體通道為所述用戶終端A提供語音交互功能。
所述語音交互功能包括PA或PAC操作,例如開始播放錄音通知或者在播放錄音通知的同時進行用戶所播打號碼的收集等等。
207、在完成一次語音交互功能后,所述MRS使用SIP INFO或HTTPGET消息將收集到的用戶數(shù)據(jù)提交給所述AS。
如果在本次呼叫過程中AS請求下一次語音交互過程,則AS可以通過借道法(Piggybacking)利用SIP INFO或HTTP GET消息將下一次的語音交互請求發(fā)送到MRS。這樣,在MRS在接收到新的語音交互請求后將返回上述步驟206,通過已建立的RTP連接與用戶終端A進行下一次語音交互過程。
208、在所述AS獲得充足的用戶數(shù)據(jù)后,指示MRS可以拆除與用戶終端A之間建立的RTP媒體通道。
這樣,通過上述一次或者多次的語音交互過程,在所述AS獲得充足的用戶數(shù)據(jù)后,將為所述用戶終端A提供所請求的智能業(yè)務。例如,對預付費智能呼叫而言,在所述AS通過MRS與用戶終端之間的語音交互過程獲得預付費用戶的卡號、密碼以及被叫用戶號碼后,AS會根據(jù)所獲得的被叫用戶號碼將本次智能呼叫路由到被叫方,同時在通話結束后,將根據(jù)所述預付費用戶的卡號及密碼,在對應的賬戶內(nèi)扣除本次呼叫過程中主、被叫用戶通話的費用。
由上述建立語音交互功能的消息流程可以看出,在本實施例所述實現(xiàn)語音交互功能的方法中,用戶終端A要將自身的設備能力信息通過Invite消息發(fā)送到MRS,而MRS要將自身的設備能力信息通過180Ringing消息發(fā)送到用戶終端A,無需MRS和用戶終端交互200OK消息和ACK消息,因而可以較早地實現(xiàn)用戶終端A與MRS之間設備能力信息的交互,從而實現(xiàn)RTP媒體通道的提前建立,實現(xiàn)信息交互流程的簡化。
另外,在本實施例所述的方法中,MRS在發(fā)送180Ringing消息后并不再發(fā)送200OK消息,并且用戶終端A在接收到來自MRS的180Ringing消息后將直接與MRS完成RTP媒體通道的建立,而不再等待來自MRS的200OK消息。因而,在用戶終端A與MRS建立RTP媒體通道的過程中,將不會出現(xiàn)200OK消息,這樣,網(wǎng)絡運營商將無法對此次語音交互過程所占用的網(wǎng)絡資源進行計費,從而降低了服務運營商的開銷。
以上所述僅為本發(fā)明的較佳實施例而已,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進等,均應包含在本發(fā)明的保護范圍之內(nèi)。
權利要求
1.一種實現(xiàn)語音交互的方法,其特征在于,所述方法包括A、用戶終端經(jīng)由應用服務器AS發(fā)送邀請消息到提供語音交互功能的媒體資源服務器MRS,并在所述邀請消息中攜帶用戶終端的會話描述協(xié)議SDP信息;B、所述MRS經(jīng)由所述AS返回振鈴180Ringing消息到所述用戶終端,并在所述180Ringing消息中攜帶MRS的SDP信息;C、所述用戶終端和MRS根據(jù)雙方交互的SDP信息建立實時傳輸協(xié)議RTP媒體通道,并通過所建立的RTP媒體通道進行語音交互。
2.根據(jù)權利要求1所述的方法,其特征在于,所述方法在步驟C之后進一步包括D、在完成語音交互后,所述MRS使用會話初始協(xié)議信息消息SIP INFO或超文本傳輸協(xié)議獲取消息HTTP GET將收集到的用戶數(shù)據(jù)提交給所述AS。
3.根據(jù)權利要求2所述的方法,其特征在于,所述方法進一步包括如果請求下一次語音交互過程,則AS利用步驟D所述的SIP INFO或HTTPGET消息將下一次的語音交互請求發(fā)送到MRS。
4.根據(jù)權利要求2或3所述的方法,其特征在于,所述方法在步驟D之后進一步包括E、所述AS根據(jù)來自所述MRS的用戶數(shù)據(jù)為所述用戶終端提供所請求的智能業(yè)務。
5.根據(jù)權利要求1所述的方法,其特征在于,所述SDP信息包括設備能力信息及對應的端口信息,以及RTP媒體通道的網(wǎng)際協(xié)議地址。
6.根據(jù)權利要求5所述的方法,其特征在于,所述設備能力信息包括設備的語音能力信息及影像能力信息。
7.根據(jù)權利要求1至3任一項所述的方法,其特征在于,所述語音交互為播送通知或播送通知并收集號碼。
全文摘要
本發(fā)明公開了一種實現(xiàn)語音交互的方法,包括用戶終端經(jīng)由AS發(fā)送Invite消息到提供語音交互功能的MRS,并在所述Invite消息中攜帶用戶終端的SDP信息;所述MRS經(jīng)由所述AS返回180 Ringing消息到所述用戶終端,并在所述180 Ringing消息中攜帶MRS的SDP信息;所述用戶終端和MRS根據(jù)雙方交互的SDP信息建立實時傳輸協(xié)議RTP媒體通道,并通過所建立的RTP媒體通道進行語音交互。通過上述方法可以提前建立RTP媒體通道,避免網(wǎng)絡運營商對用戶終端和MRS之間的語音交互過程收費,從而降低服務提供商的運營成本。
文檔編號H04L29/06GK1859506SQ20061006519
公開日2006年11月8日 申請日期2006年3月27日 優(yōu)先權日2006年3月27日
發(fā)明者袁滿 申請人:華為技術有限公司