專利名稱：用于管理語音郵件確認的方法及系統(tǒng)的制作方法
背景技術(shù)：
近年來，通信系統(tǒng)已經(jīng)為消費者用戶引進了許多新服務(wù)。例如，當被叫方不在時，語音郵件系統(tǒng)被用來給主叫方提供語音消息服務(wù)。更具體地，在未完成的電話呼叫的情況下(例如，被叫方或忙或不在)，為被叫方留下語音消息被廣泛應(yīng)用。語音消息事實上可比其中實際上不需要呼叫雙方的參與來交換簡單信息的電話交談更高效。可以考慮用語音消息替換被要求轉(zhuǎn)錄消息的人工值機員，或替換可被連接到被呼叫的電話上的簡單模擬錄音設(shè)備(電話應(yīng)答機)。
該特性由電話服務(wù)供應(yīng)商提供給固定線路電話及移動電話網(wǎng)(GSM、GPRS、UMTS、...)兩者。因此，重要的是向這種固定或無線終端設(shè)備的用戶提供手段，通過該手段，一旦語音郵件被被叫方讀取，就可以使他們得到通知。
參考圖1，當今的語音載體的基礎(chǔ)設(shè)施基于分層電路設(shè)備(TDM)，具有管理語音服務(wù)的本地交換交換機(五類)120以及管理呼叫路由的轉(zhuǎn)接交換機(四類)110。本地交換交換機120是處理三項主要任務(wù)的復(fù)雜設(shè)備；即-經(jīng)由模擬或ISDN線路到提供商網(wǎng)絡(luò)的用戶連通性；-電話服務(wù)的交付，例如撥號音、數(shù)字分析、呼叫詳細記錄產(chǎn)生、呼叫等待、呼叫轉(zhuǎn)移、電話會議、主叫ID等等；以及-利用轉(zhuǎn)接/匯接交換功能(四類)及網(wǎng)絡(luò)信令(SS7)到提供商核心網(wǎng)絡(luò)的連通性。
下一代網(wǎng)絡(luò)(NGN)是新的通信網(wǎng)絡(luò)結(jié)構(gòu)。這在附圖2中被示出。該原理是使用至今仍保留用于數(shù)據(jù)的分組模式傳輸技術(shù)來傳輸所有各種類型的遠程通信服務(wù)。此外，接口與通信網(wǎng)絡(luò)的不同層(傳輸220、控制210及應(yīng)用200)分離以允許網(wǎng)絡(luò)更大的演進。最后，NGN利用新的分組技術(shù)提供寬帶服務(wù)。
NGN在服務(wù)層中包含中央服務(wù)服務(wù)器201，并且在控制層中包含媒體網(wǎng)關(guān)控制器211。傳輸層包括被連接到信令網(wǎng)關(guān)230的IP交換核心網(wǎng)絡(luò)225。IP交換核心網(wǎng)絡(luò)包括到數(shù)字用戶線路訪問多路復(fù)用器(DSLAM)240、內(nèi)容傳輸管理系統(tǒng)(CMTS)250的連接以及IP語音(VoIP)連接。信令網(wǎng)關(guān)包括通過SS7連接到其他電話公司以及通過ISDN PRI連接到客戶PBX的公用交換電話網(wǎng)(PSTN)235的連接。系統(tǒng)的該類型包括用戶可用的服務(wù)及應(yīng)用的所有標準型，例如語音郵件、呼叫等待、呼叫者ID等等。
語音郵件系統(tǒng)進行操作以將消息提供給某人已呼叫的用戶，然后在用戶方便的時候，用戶聯(lián)系打電話的人。有時用戶忘記打電話或只是不想麻煩。在他們錯過答復(fù)的情況下，或如果他們需要緊急答復(fù)，此人可打若干次電話。打電話的人沒辦法知道用戶是否已聽了語音郵件或讀了其他類型郵件。

發(fā)明內(nèi)容
本發(fā)明的一個目的是提供管理語音郵件系統(tǒng)，以便一旦被叫方聽到其語音郵箱中的語音郵件消息，就發(fā)送確認給主叫方的方法。
本發(fā)明涉及如獨立權(quán)利要求中定義的方法及系統(tǒng)。
更具體地，本發(fā)明揭示了一種確認由第一用戶在第二用戶的語音消息系統(tǒng)上給第二用戶留下的語音消息的接收的方法，該方法包括步驟-與由第一用戶留給第二用戶的語音消息一起包含第一用戶確認簡檔的細節(jié)，其中用戶確認簡檔位于巳知的位置并包括用于對第一用戶進行確認的手段；-在第二用戶收到消息時，確定用于向第一用戶確認語音消息已被第二用戶收到的手段；-提供有關(guān)第二用戶已收到語音消息的確認給第一用戶。
從屬權(quán)利要求中提供了本發(fā)明的進一步的實施例。
本發(fā)明的優(yōu)點是確保一旦被叫方收到消息，則主叫方就會將得到消息。不必打多次電話或留下大量消息。當收到回呼時，則所留的消息肯定已被收到。


現(xiàn)在將通過例子參考附圖，在其中圖1是當前語音載體基礎(chǔ)設(shè)施的例子；圖2是下一代網(wǎng)絡(luò)的示意圖；圖3是根據(jù)本發(fā)明示出語音郵件確認系統(tǒng)的可能配置的示意圖；圖4是圖3的系統(tǒng)的消息流并示出了處理方法的步驟；圖5A及5B示出了供圖3及4的系統(tǒng)使用的表；圖6示出了OSI參考模型及SS7協(xié)議棧；圖7示出了SCCP信頭；圖8示出了用于從語音郵件服務(wù)器(VMS)到確認服務(wù)器(AS)的讀取確認指示符(RAI)的傳輸?shù)木W(wǎng)絡(luò)；圖9示出了使用SIP信令的網(wǎng)絡(luò)；以及圖10示出了SS7發(fā)起查詢的例子。
具體實施例方式
參考圖3并根據(jù)國際編號方案，電話機被集合成組。本文中這些被稱為語音郵件用戶組(VUG)。VUG組可基于利用TDM傳輸結(jié)構(gòu)340的分層網(wǎng)絡(luò)或新一代網(wǎng)絡(luò)(NGN)結(jié)構(gòu)300及320。通常，語音郵件服務(wù)器與語音郵件用戶組306、326及346相關(guān)以提供語音消息服務(wù)給該VUG的用戶。根據(jù)本發(fā)明的優(yōu)選實施例，在每個VUG組中增加新服務(wù)器類型以支持本發(fā)明的語音郵件讀取確認系統(tǒng)。這些為″語音郵件讀取確認″服務(wù)器305、325及345。
通常對于語音郵件服務(wù)，新用戶必須預(yù)訂此項服務(wù)。該預(yù)訂取決于經(jīng)營者的要求，可以是免費的或固定收費的。預(yù)訂后，為用戶建立語音郵箱。該過程包括分配存儲空間以記錄音頻消息以及定義若干參數(shù)，例如待處理的消息的數(shù)量、時間的長度、當音頻消息被放進語音郵箱時提供的通知的類型、歡迎消息以及許多其他特性。
對于語音郵件讀取確認服務(wù)，服務(wù)對于所有用戶來說不用任何預(yù)訂就可以使用。讀取確認服務(wù)本身由屬于被叫方VUG組的遠程語音郵件服務(wù)器管理。然而如圖4所示，用戶可更改確認消息被發(fā)送400的方式。該注冊包括用于給主叫用戶發(fā)送讀取語音郵件確認的手段以及要發(fā)送的信息?？墒褂萌舾墒侄?，例如SMS、電子郵件、音頻或諸如此類。在由SMS或由音頻通知的情況下，將使用的MSISDN必須被定義，而對于電子郵件通知，電子郵件地址必須被定義。
附圖5A示出了用戶確認表500。每個條目代表一個用戶。用戶列510通過其自己的MSISDN標識用戶，通知類型列520指示用于發(fā)送確認消息的手段，以及通知ID列525給出有關(guān)發(fā)送該消息所到的地址的信息。當同一用戶請求若干類型的通知時，表中建立基于通知類型的條目。因此，同一用戶在表中可出現(xiàn)若干次?？蛇x地，用戶可指定通知類型的優(yōu)先次序以首先嘗試。
當用戶沒有注冊時，通過給MSISDN主叫用戶打電話可發(fā)送讀取語音郵件確認。文本-語音服務(wù)器指示由主叫用戶給特定方產(chǎn)生并由日期(DD:MM:HH:MM)標識的消息已被讀取。再參考圖4，在步驟410，用戶A(UserA)呼叫用戶B(UserB)。如果用戶B忙或不答復(fù)，則由用戶A發(fā)出的呼叫被重定向到與用戶B相關(guān)的語音郵件服務(wù)器415。語音郵件服務(wù)器利用音頻應(yīng)答單元420來邀請用戶A記錄消息并確定當用戶B收到消息時是否需要確認?？赏ㄟ^對問題的有聲應(yīng)答或者利用電話鍵鍵入代碼所產(chǎn)生的DTMF(雙音多頻)來請求確認425，顯然也可使用其他確認手段。在步驟430處，用戶A在用戶B的語音郵箱中記錄消息。當用戶A掛斷電話435時，用戶B的語音郵件服務(wù)器在具有用戶B的語音郵箱的附圖5B的語音郵件表550中建立條目。該表包括以下-作為消息的唯一標識符的MsgID 560；-作為表明主叫用戶是否請求讀取確認的布爾變量的確認字段565。
-標識在語音郵箱中留下消息的用戶的主叫用戶MSISDN 570。
-消息575的接收日期，例如具有DD:MM:YY:HH:MM的形式。
其中DD是日，MM是月，YY是年，HH是小時，MM是分鐘。
-如果合適，指向包含音頻消息的文件的指針。
被叫方用戶B被通知440有一個新消息在信箱里等待。該通知可由語音郵件服務(wù)器所使用的任何傳統(tǒng)手段產(chǎn)生，例如利用語音郵箱簡檔中配置的MSISDN發(fā)送的SMS、同樣利用語音郵箱簡檔中的電子郵件地址的電子郵件、音頻消息、顯示在電話設(shè)備屏幕上的文本信息、燈光閃爍或諸如此類。用戶B之后訪問語音郵箱并讀取消息445。如果郵箱表的確認標記565表明讀取確認已被請求，則語音郵件服務(wù)器發(fā)送“讀取確認指示”消息350到消息始發(fā)者所屬于的確認服務(wù)器?！白x取確認指示”消息包含以下字段-主叫MSISDN-被叫MSISDN-音頻消息建立的日期(DD:MM:YY:HH:MM)-音頻消息交付的日期(DD:MM:YY:HH:MM)收到“讀取確認指示”消息時，確認服務(wù)器利用主叫MSISDN查詢用戶確認表500以識別條目500。如果沒有發(fā)現(xiàn)條目，則產(chǎn)生針對從″讀取確認指示″消息中檢索到的主叫MSISDN的呼叫，以表明為相應(yīng)于被叫MSISDN的用戶B留下(在音頻消息產(chǎn)生的日期)的音頻消息已被讀取(在音頻消息交付的日期)。如果找到一個或若干條目，則利用由通知類型字段520及通知ID 525指定的手段進行若干通知。此外，針對用戶的所需通知手段可存在某種優(yōu)先級，其可被用于選擇通知的優(yōu)選手段，例如在一天的不同時間里。
現(xiàn)在更詳細地描述從語音郵件服務(wù)器(VMS)到確認服務(wù)器(AS)的讀取確認指示符(RAI)的傳輸(圖4的450)。因為這是新類型的傳輸，RAI將影響若干網(wǎng)絡(luò)單元和網(wǎng)絡(luò)標準，或被其影響。下面更詳細地認識這些影響。語音郵件服務(wù)器(VMS)及確認服務(wù)器(AS)被認為是兩個不同SS7網(wǎng)絡(luò)的兩個節(jié)點，但顯然可在不同環(huán)境中不同地考慮。
公共信道信系統(tǒng)No.7(SS7或C7)是由國際電信聯(lián)盟(ITU)無線電通信標準化部門(ITU-T)所定義的無線電通信的全球標準。該標準定義了規(guī)程與協(xié)議，根據(jù)該標準，公用交換電話網(wǎng)(PSTN)中的網(wǎng)絡(luò)部件在數(shù)字信令網(wǎng)上交換信息以完成無線(蜂窩的)和有線呼叫建立、路由及控制。
SS7網(wǎng)絡(luò)中的每個信令點由數(shù)值信令點碼(SPC)唯一地標識。在信令點之間交換的信令消息中攜帶SPC以標識每個消息的源及目的地。每個信令點利用路由表來選擇每個消息的合適信令路徑。
SS7網(wǎng)絡(luò)中有某些種類的信令點，即SSP(服務(wù)交換點)、STP(信號傳送點)、SCP(服務(wù)控制點)以及IP智能外部設(shè)備。智能外部設(shè)備是IN(智能網(wǎng)絡(luò))術(shù)語，其被給予與用戶或用戶交互并起到發(fā)布公告、從服務(wù)的用戶收集撥號數(shù)字或“說出的應(yīng)答”的作用的設(shè)備。
本發(fā)明的VMS及AS是IP節(jié)點。它們被唯一地通過在其相應(yīng)的SS7網(wǎng)絡(luò)中唯一的PC(點碼)標識，并且因此其可以與SS7棧設(shè)施通信。
圖6示出OSI參考模型及SS7協(xié)議棧，并且這里被用于幫助識別受到讀取確認指示符(450)的傳輸影響的單元等等。
對于本發(fā)明中的“讀取確認指示450”信令消息的傳輸，使用事務(wù)處理能力應(yīng)用部分(TCAP)600。
TCAP利用信令連接控制部分SCCP無連接服務(wù)支持SS7網(wǎng)絡(luò)上應(yīng)用之間的非電路相關(guān)數(shù)據(jù)的交換。例如，SSP與SCP之間發(fā)送的查詢及響應(yīng)被攜帶在TCAP消息中。
受影響的另一個空間是SCCP。附圖7中示出了SCCP信頭。全局標題700是地址(例如，撥號800號碼、主叫卡號、或移動用戶標識號碼)，其由SCCP轉(zhuǎn)換成目的地點碼710及子系統(tǒng)號碼720。子系統(tǒng)號碼唯一地標識目的信令點處的應(yīng)用。
SCCP提供先進的尋址能力，其中子系統(tǒng)被表示成被稱為全局標題的數(shù)字陣列。全局標題是對消息的始發(fā)者隱藏SS7點碼710及子系統(tǒng)號碼720的方法，例如在不同網(wǎng)絡(luò)之間的互操作中，其中沒有SS7點碼的公共分配。此種方法被用于在不同國家之間漫游的GSM移動系統(tǒng)中。
基于網(wǎng)絡(luò)拓撲，在STP或網(wǎng)關(guān)交換機處轉(zhuǎn)換全局標題，其中網(wǎng)絡(luò)具有與相鄰網(wǎng)絡(luò)進行互操作的功能。用于消息路由、交付到SCCP的尋址信息因此可包括目的地點碼及子系統(tǒng)號碼或全局標題。對于成功的消息傳輸，為了使消息離開SCCP節(jié)點，最低要求是目的地點碼。如果無一提供，則提供被叫地址信息以進行全局標題翻譯。這將有希望至少產(chǎn)生目的地點碼及可選的子系統(tǒng)號碼或新全局標題。所接收消息中的被叫地址信息包括指示SCCP在點碼及子系統(tǒng)號碼或全局標題(如果提供的話)上路由的路由指示符。如果設(shè)置為在全局標題上路由，被叫地址被提交進行翻譯以產(chǎn)生新目的地址，其可以是本地節(jié)點或網(wǎng)絡(luò)中的不同SCCP節(jié)點(其本身可再次翻譯地址信息)。圖8是示出針對這個假定的網(wǎng)絡(luò)的示意圖。讀取確認指示符(RIA)必須經(jīng)由不同SS7網(wǎng)絡(luò)，從用戶B語音郵件服務(wù)器VM路由到用戶A確認服務(wù)器AS。然而VM不知道想要的AS的點碼。其只知用戶A ISDN。該ISDN將被用作為全局標題以推斷目的AS點碼。由連接到兩個不同SS7網(wǎng)絡(luò)的STP完成該翻譯。這些STP具有一些撥號規(guī)劃，通過這些規(guī)劃，STP可推導(dǎo)出擁有用戶A ISDN的運營商。
點碼類似LAN中的專用IP地址。運營商B SS7網(wǎng)絡(luò)810中的具有目的地點碼Pcog_a 800的消息只能由屬于該網(wǎng)絡(luò)的STP 820傳遞。其不能由國際STP或運營商A STP傳遞。
網(wǎng)關(guān)830、840以或多或少類似于路由器的方式實現(xiàn)點碼翻譯，該路由器實現(xiàn)局域網(wǎng)與廣域網(wǎng)之間的NAT，以將專用IP地址翻譯成該廣域網(wǎng)上可被路由的公共IP地址。PC“翻譯”此處由SCCP及全局標題處理機構(gòu)來進行。
RAI從用戶B的VMS到達用戶A的AS的過程如下a)運營商A用戶在用戶B的VMS上留下信息b)運營商B用戶在VMS上讀取該消息c)然后運營商B VMS發(fā)送封裝在TCAP消息中的RAI消息到具有全局標題(GT)＝“用戶ISDN”、路由類型以及翻譯類型＝“確認服務(wù)器”的TCAP出站網(wǎng)關(guān)。該字段“路由類型”告訴接收節(jié)點尋找哪種地址信息。利用二進制值“xx0010xx”，出站網(wǎng)關(guān)將檢查GT值以便推導(dǎo)出在其路由表(即Pcig_i)850中的消息的目的地點碼。RAI消息是以ASN.1(抽象語法表示No.1)方式編碼。
利用ASN.1對確認服務(wù)器SMS所需的操作、錯誤以及類型的定義的詳細信息在ITU-T建議X.680中規(guī)定，并且利用ETS 300 287中定義的OPERATION及ERROR宏。
d)出站網(wǎng)關(guān)830執(zhí)行GT的分析并將該信令消息傳遞到運營商A入站網(wǎng)關(guān)840(點碼Pcog_i具有源點碼并且Pcig_i具有DPC)。
e)入站GW 840進行GT的分析(由于“路由指示符”字段值)并且將信令消息傳遞到其用戶AS 860的點碼PCas 870(該點碼具有源地址Pcig_i 880)。
f)AS接收TCAP消息“RAI”，更新表(見圖5A)，并用用戶選擇的方式傳遞消息確認指示符。
如果VMS或AS之一只能使用SIP信令，則SIP-TCAP網(wǎng)關(guān)可被使用。這在附圖910中示出。在該例子中，基本途經(jīng)是提供可被封裝在SIPINFO消息體中的TCAP消息的擴展標記語言(XML)表示。下面參照圖10詳細說明在SIP AS已知的情況下，但在高層由SIP-TCAP進行的對話。
這種情況下，RAI從用戶B的VMS到達用戶A的AS的過程如下a)運營商A用戶在VMS上留下消息b)運營商B用戶讀取VMS上的該消息c)然后運營商B VMS發(fā)送封裝在TCAP消息中的RAI消息到具有全局標題(GT)＝“用戶ISDN”，以及翻譯類型＝“確認服務(wù)器”的TCAP出站網(wǎng)關(guān)1000。
d)出站GW進行GT的分析并將該信令消息傳遞到運營商A入站網(wǎng)關(guān)1010(具有帶源地址的點碼)e)入站GW 1010進行GT的分析并將該信令消息傳遞到SIP-TCPGW 1020的點碼(該點碼具有源地址)f)TCAP消息離開SSCP并通過用戶數(shù)據(jù)報協(xié)議(UDP)經(jīng)由SIPINFO消息被傳遞到VMS。這種情況下，存在GT和確認服務(wù)器AS IP地址之間的關(guān)聯(lián)。
g)AS接收TCAP消息“RAI”，更新表(見圖5A)，并以用戶A選擇的方式傳遞消息確認指示符。
現(xiàn)在參考圖4，示出了根據(jù)本發(fā)明的過程的步驟的流程圖，其執(zhí)行所有哪些步驟。
-用戶A是主叫用戶，用戶B是被叫用戶，并且過程的某些部分是由運營商(A或B)執(zhí)行。第一步400是用戶A必須預(yù)訂語音確認服務(wù)。
-然后運營商在用戶確認表500中生成用戶A的記錄。該記錄包括通知類型以及通知類型的ID的細節(jié)。
-在將來的某時，用戶A呼叫用戶B 410。
-因為某種原因用戶B沒有接電話，這樣滿足了從用戶A到用戶B的呼叫不可到達條件。
-然后呼叫被重定向到用戶B 415的語音郵件服務(wù)器，其詢問用戶A當消息被讀取420時語音郵件讀取通知是否應(yīng)被發(fā)送，并且其邀請用戶A記錄給用戶B的消息。即使用戶A不具有確認服務(wù)，這也會發(fā)生。
假定在這種情況中用戶A請求語音郵件讀取確認，425。
-然后來自用戶A的消息被記錄用戶B的語音郵件服務(wù)器上的消息表550中，并且確認所需的標記在表中被使能430。
-如果必要的話，用戶A可重放消息及/或重記錄消息，如由語音郵件系統(tǒng)通常提供的。
-一旦用戶A對記錄的消息滿意了，用戶A掛斷并且從用戶A到用戶B的呼叫被因此終止435。
-在以后的某時，用戶B檢查語音郵件系統(tǒng)上的語音郵件。語音郵件系統(tǒng)也可通知用戶B系統(tǒng)445上有語音郵件。
-語音郵件服務(wù)器在消息表中查看并發(fā)現(xiàn)消息及相關(guān)的確認標記。
-然后給用戶B播放語音郵件消息，步驟460。
-因為有與消息相關(guān)的確認標記，有關(guān)語音郵件已被聽過的通知(讀取確認指示)被發(fā)給用戶A確認服務(wù)器450。最后，利用用戶表中標識的手段，確認服務(wù)器通知用戶A在用戶B語音郵箱中留下的消息已被讀取455。
雖然本發(fā)明參考優(yōu)選實施例已被具體地示出并描述，然而可以理解，在不背離本發(fā)明的精神和范圍的情況下，在其中可做出形式及細節(jié)的各種變化。
權(quán)利要求
1.一種確認由第一用戶(用戶A)在第二用戶(用戶B)的語音消息系統(tǒng)(VM)上給第二用戶留下的語音消息的接收的方法，該方法包括步驟-與由第一用戶留給第二用戶的語音消息一起包含第一用戶確認簡檔的細節(jié)(425、430)，其中用戶確認簡檔位于已知的位置并包括用于對第一用戶進行確認的手段；-在第二用戶收到消息(440 445、460)時，確定用于向第一用戶確認語音消息已被第二用戶收到的手段；-提供有關(guān)第二用戶已收到語音消息的確認給第一用戶(450)。
2.根據(jù)權(quán)利要求1的方法，其中包含第一用戶確認簡檔的細節(jié)的步驟包括包含有關(guān)第一用戶要求對收到進行確認的標記。
3.根據(jù)權(quán)利要求1或權(quán)利要求2的方法，其中給第一用戶提供確認的步驟包括聯(lián)系與第一用戶相關(guān)的確認服務(wù)器以請求所述服務(wù)器提供所述確認。
4.根據(jù)任何先前的權(quán)利要求的方法，進一步地包括在第二用戶的語音消息系統(tǒng)上接收來自第一用戶的語音消息。
5.根據(jù)權(quán)利要求4的方法，進一步地包括當語音郵件系統(tǒng)收到語音消息時，請求是否第一用戶需要確認標記被加到語音消息上。
6.根據(jù)權(quán)利要求5的方法，其中確認標記與語音消息一起被存儲在語音郵件系統(tǒng)上。
7.一種給第一用戶提供語音郵件確認服務(wù)的方法，包括步驟-將第一用戶的確認簡檔存儲在已知的位置；-當在第二用戶的語音郵件系統(tǒng)上第一用戶給第二用戶留下語音消息時，包含針對第二用戶對語音消息的收到的確認的請求；-當?shù)诙脩粢咽盏秸Z音郵件時，接收確認指示符；以及-產(chǎn)生確認消息以傳輸給第二用戶。
8.一種系統(tǒng)，包括適合于執(zhí)行任何先前權(quán)利要求的方法的步驟的裝置。
9.一種計算機程序，包括當所述計算機程序在計算機系統(tǒng)上執(zhí)行時，用于執(zhí)行根據(jù)權(quán)利要求1到7的任何一個的方法的步驟的指令。
全文摘要
公開了用于管理語音郵件確認的方法及系統(tǒng)。一種確認由第一用戶(用戶A)在第二用戶(用戶B)的語音消息系統(tǒng)(VM)上給第二用戶留下的語音消息的接收的方法，該方法包括步驟與由第一用戶留給第二用戶的語音消息一起包含第一用戶確認簡檔的細節(jié)(425、430)，其中用戶確認簡檔位于已知的位置并包括用于對第一用戶進行確認的手段；在第二用戶收到消息(440 445、460時，確定用于向第一用戶確認語音消息已被第二用戶收到的手段；提供有關(guān)第二用戶已收到語音消息的確認給第一用戶(450)。
文檔編號H04M3/533GK1941964SQ20061012159
公開日2007年4月4日 申請日期2006年8月23日 優(yōu)先權(quán)日2005年9月30日
發(fā)明者杰拉德·瑪米格里, 弗雷德里克·鮑喬特, 古德弗洛·戴恩 申請人:國際商業(yè)機器公司