專利名稱：用于電信服務的實時語音至文本轉換的制作方法
技術領域：
本發(fā)明涉及由允許例如語音、視頻和數(shù)據(jù)的不同信息傳輸模式融合的 通信網(wǎng)絡提供的服務。
它特別適用于(但不限于)由標準3GPP和TISPAN規(guī)定的"IMS" (IP多J(某體子系統(tǒng))通信結構。
背景技術：
語音信箱是通信結構能提供的服務中的一種。當被叫用戶不希望被聯(lián) 系上或正忙時，針對該用戶的多媒體會話可以被重新路由至語音信箱服務 器。這個服務器發(fā)送語音提示并且能夠接收和存儲構成消息的語音信息。
被叫用戶通常可以在消息已被存儲之后通過連接到語音信箱服務器來 查閱該消息。
這個向語音信箱的轉移可以在幾種情形下被觸發(fā)
-用戶已設置了他們的存儲在通信網(wǎng)絡上的配置文件的參數(shù)，以便任 何呼叫都被自動路由至語音信箱。
-用戶的一個或多個客戶端被關閉或不可由通信網(wǎng)絡到達。
-一個或多個客戶端正忙并且沒有呼叫等待服務。
-用戶在特定等待時間之后仍未應答(或特定數(shù)目的振鈴)。
被叫用戶可以當在其通信客戶端上收到呼叫時發(fā)起對重新路由至語音 信箱服務器的觸發(fā)。如果用戶正忙，或更一般地不希望接聽呼叫，則他們 可以發(fā)起這個重新路由。
例如，會議中的用戶不能輕易地在其移動電話上接聽來電，并且可能 需要將該來電轉移至其語音信箱。
在這種情形下，通信會話在主叫客戶端與語音信箱服務器之間被建立。除了用于通知這個會話終止以及消息被存儲在服務器中的可能的信號之 外，不再向被叫客戶端通知這個會話。
這個現(xiàn)有技術并不令人滿意，因為一皮叫用戶不能在消息結束之前查閱 主叫用戶留下的消息內(nèi)容。
此外，用戶不能反悔他們的決定。他們不能判定來電的重要性并且一 旦4坎出重新路由決定就不能建立通信。
例如專利申請US 2007/0127631中描述的一些方案能夠將主叫用戶留 下的消息內(nèi)容轉換成^^送給被叫用戶的寫文本。被叫用戶因而能夠謹慎 地查閱信息。然而，這個解決方案也未能解決上述問題，即被叫用戶不能 在消息結束之前查閱該消息，并且特別是不能在記錄消息期間與主叫方建 立^舌。

發(fā)明內(nèi)容
本發(fā)明的目的是通過為用戶提供附加的可能性而改進上述情形。
其第一目的是一種連接到通信網(wǎng)絡的語音信箱服務器，其包括用于接 收來自主叫客戶端且去往被叫客戶端用戶的多媒體會話的多媒體接口 ，以 及用于存儲該會話的內(nèi)容的存儲器。所述服務器的特征在于，它還具有用 于將多媒體會話的全部或一部分實時轉換成文本信息的轉換器和用于將該 文本信息發(fā)送給被叫客戶端的文本接口 。
根據(jù)本發(fā)明的一個實施例，所述文本接口用于在即時消息會話中發(fā)送 所述文本信息。所述即時消息會話可以通過MSRP協(xié)議來傳輸。
只有當用戶配置文件中存在參數(shù)時才可以激活所述轉換器和文本接o 。
所述服務器還可以具有用戶接口 ，用于在即時消息會話期間接收來自 被叫客戶端的替代信號。所述服務器因而用于在收到這種信號時中斷文本 信息的傳輸并且在被叫客戶端與主叫客戶端之間建立新的多媒體會話。
所述服務器可以具有用戶接口 ，該接口用于在即時消息會話期間接收 來自被叫客戶端的重定向信號并且在收到這種信號時在主叫客戶端與其標識符由重定向信號提供的第三方客戶端之間建立新的多媒體會話。
本發(fā)明的另一目的是一種在主叫客戶端與被叫客戶端之間通信的方 法，該方法在于針對被叫客戶端的用戶的多媒體會話至語音信箱服務器的
傳輸。這個方法的特征在于，包括下列步驟將全部或部分多媒體會話實 時轉換成文本信息，以及將這個文本信息傳輸給所述被叫客戶端。
根據(jù)本發(fā)明的一個實施例，所述文本信息在即時消息會活內(nèi)被發(fā)送給 所述被叫客戶端。這個即時消息會話可以通過MSRP協(xié)議來傳輸。
根據(jù)本發(fā)明的方法還包括一個配置用戶配置文件的在先步驟，特別在 于確定指明了當語音信箱服務器收到針對所述用戶的多士某體會話時是否應 當觸發(fā)所述轉換和傳輸步驟的參數(shù)。
也可以設想在傳輸階段，被叫客戶端可以發(fā)送替代信號至語音信箱服 務器，這因而觸發(fā)了文本信息傳輸?shù)闹袛嗪椭鹘锌蛻舳伺c^皮叫客戶端之間 的新多媒體務活的建立。
本發(fā)明的又另一目的是一種通信客戶端，其具有用于從顯示部分或全 部文本信息內(nèi)容的顯示設備接收文本信息的裝置，和可以由用戶激活的進 入接口。這個客戶端的特征在于，所述文本信息構成關聯(lián)于主叫客戶端的、 與語音信箱服務器建立的文本會話，并且所述i^v接口包括用于觸發(fā)去往 語音信箱服務器的、用于與主叫客戶端建立多媒體會話的信號的裝置。
根據(jù)一個實施例，所述文本會活是即時消息會活。這可以通過MSRP 協(xié)議來承載。
所述進入接口可以具有用于觸發(fā)去往語音信箱服務器的、用于中斷所 述文本會話的信號的裝置。
由于本發(fā)明，用戶可以獲知主叫方留下的消息內(nèi)容而無須接聽呼叫。
處于會漢中的用戶可以實時讀取發(fā)送給他們的消息。根據(jù)本發(fā)明的一 個實施例，如果內(nèi)容似乎相當重要或具有高優(yōu)先級，則用戶可以決定接聽 呼叫(如果必要則離開會議室)。
同樣，處于需要保持安靜的環(huán)境(電影院等)中的用戶仍可以立即查 閱他們的消息。此外，本發(fā)明的一個附加優(yōu)點是它還使得處于噪音環(huán)境下的用戶能夠 立即查閱他們的消息而無須移動。
最后，允許不同媒體(語音、文本、視頻)融合的這項服務可以僅利 用單個信令協(xié)議來實現(xiàn)。
本發(fā)明也提供了其他優(yōu)點。


下面將結合附圖描述本發(fā)明的實現(xiàn)。
圖1示出了其中實施本發(fā)明的背景； 圖2示出了通信客戶端的人機接口；
圖3示出了在實施本發(fā)明的背景中建立的會話和信令消息序列。
具體實施例方式
通信網(wǎng)絡N被用來連接通信客戶端A、 B和應用服務器S。網(wǎng)絡N包 括圖1未示出的不同的設備(路由器、網(wǎng)關、信令服務器等)。通信客戶 端A、 B可以是不同的類型移動終端、IP電話、含有電話或視頻電話軟 件模塊的計算機、個人數(shù)字助理等。
應用服務器也可以是不同的類型并且使得不同的服務能被提供給通信 網(wǎng)絡N的用戶。
在圖1的例子中，客戶端A的用戶希望聯(lián)系客戶端B的用戶，但是呼 叫被重新路由到語音信箱服務器S。因而在主叫客戶端A與語音信箱服務 器S之間建立了多4某體會話MS。
這個消息傳送不僅涉及語音，而且還包括視頻方面。"語音信箱"因 而被理解成是至少支持語音業(yè)務的消息傳送服務，并且使用表述"語音信 箱"是為了簡單。
語音信箱服務器包括用于接收多媒體會話SM的多媒體接口 INTM。 通常(但不必定)由IETF的RFC 3550 (標題為"A Transport Protocol for Real-Time Applications")定義的RTP協(xié)議承載這個多媒體會話。它還具有圖1未顯示的用于建立這個多媒體會話的信令接口。以傳統(tǒng)
的方式，由IETF的RFC 3261 (標題為"Session Initiation Protocol")定 義的SIP協(xié)議可以承載這個信令。
一些SIP消息可以包括用于協(xié)商待建立的多i某體會話的一些參數(shù)(編 解碼等)的SDP內(nèi)容。IETF的RFC 2327定義了這個SDP ( ^S舌描述協(xié) 議)。RFC 3264 (標題為"An Offer/Answer Model with the Session Description Protocol (SDP)")定義了通過SIP/SDP協(xié)議對RTP協(xié)議承載 的多媒體M的協(xié)商。
語音信箱服務器也具有用于存儲所述多々某體M SM的內(nèi)容的存儲器 MEM。所述內(nèi)容可以構成這個多媒體會話的一部分或全部。通常，所存儲 的內(nèi)容僅代表在關于留下由語音信箱服務器發(fā)送的消息的提示之后的多媒 體會活的一部分。
在這個存儲器MEM中，可以將由主叫客戶端以這種方式留下的消息 關聯(lián)于^皮叫用戶的標識符，以使得這個用戶可以容易地訪問屬于他們的所 有消息并且不能訪問不屬于他們的消息。
所述消息通常僅是音頻消息，但更一般地，多々某體消息可以特別地包 括視頻。
可以利用已知方式來訪問這些消息，所述已知方式形成設計應用月艮務 器和語音信箱服務器領域的現(xiàn)有技術的一部分。
所述語音信箱服務器還包括用于視頻至文本轉換的設備STT。這個轉 換器用于實時處理多媒體會話SM的內(nèi)容。這個內(nèi)容可以對應于由主叫客 戶端留下的消息。在多媒體接口 INTM與轉換器STT之間，語音信箱服 務器S也可以具有與存儲器MEM相分離的圖1未示出的緩沖存儲器。
轉換器STT可以符合現(xiàn)有的語音識別設備。
市場上存在不同的產(chǎn)品，并且本發(fā)明與所使用的產(chǎn)品和技術無關。例 如，Nuance公司提出這種類型的不同解決方案。Alcatel公司的專利申請 US 5 809 464也涉及在通信網(wǎng)絡內(nèi)對這種語音至文本轉換設備的使用。所 有這些解決方案構成本領域技術人員可獲得的技術的一部分。由轉換器STT生成的文本可以被存儲在未顯示的緩沖存儲器中，并且 經(jīng)由文本接口 INTT裙發(fā)送到被叫客戶端B 。這個文本接口 INTT可以實施即時消息傳送協(xié)議，并且與被叫通信客 戶端B建立即時消息會話SMI。所討論的協(xié)議可以例如是由IETF的RFC 4975(標題為"The Message Session Relay Protocol")定義的MSRP協(xié)i^。然而，也可以4吏用其他協(xié) 議，例如由2008年2月的文件"draft-rosenberg-sip-tote-00"提出的TOTE (基于^^舌的普通對象傳送和交換，Session Based Trivial Object Transfer and Exchange )協(xié)議。這些協(xié)議被用來發(fā)送會話中的一組即時消息。這樣， 一旦SMI會話在 語音信箱服務器S與被叫客戶端B之間被建立，文本信息就可以在它被收 到時對應于由主叫客戶端A留下的語音消息。每個消息都可以例如對應于一個句子，該句子是通過由轉換器STT執(zhí) 行的語法分析來確定的。被叫客戶端B可能希望在收到消息時顯示每個消 息(在這種情況下對應于每個句子)。這樣，客戶端B的用戶盡可能快地 獲知多媒體^^舌SM的內(nèi)容。本發(fā)明因而通過對多々某體會話實時傳輸協(xié)議、即時文本消息傳輸協(xié)議 和語音至文本轉換技術的原始組合，利用現(xiàn)有技術而實現(xiàn)了通信網(wǎng)絡內(nèi)的 數(shù)據(jù)傳輸。它在下面三種情況中解決了之前描述的其中被叫客戶端B的用戶不能 接收來電的情形(因此不能建立主叫客戶端A所請求的多媒體^^舌)-當被叫客戶端B的用戶位于噪音環(huán)境中。已知他們不能聽到并且與 主叫客戶端A的用戶交談，他們可以選擇使用語音到文本轉換服務并且實 時地讀取由主叫方留下的消息。-當用戶處于例如^i義的環(huán)境中時，他們也可以選擇這個特征從而不 干擾會議。-用戶也可能為了另一個目的而正在使用他們的通信客戶端B。例如， 他們可能正觀看視頻內(nèi)容(電影、電視節(jié)目等)，并且可能不希望被打擾但仍希望獲知主叫方可能留下的消息內(nèi)容。圖2示出了通信客戶端B的可能的圖形接口。這個客戶端可以是移動 電話、電視、個人數(shù)字助理、計算機等，或任何其他固定的或移動的具有 (如果必要則通過局域網(wǎng))通信和顯示功能的設備。它具有顯示區(qū)域或屏幕E以及ii^接口 INTE。這個ii^接口 INTE 使得用戶能夠輸入針對客戶端B的命令。這個兩個接口不必是分離的一 些屏幕可能實際上是觸摸屏，以使得進入接口 INTE的部分或全部可以位 于顯示區(qū)域E中。這個屏幕E內(nèi)顯示了一個較小的顯示區(qū)域Z1，其可能 對應于用戶正觀看的^L頻流。如果必要，這個顯示區(qū)域Zl可以占據(jù)整個 屏幕空間E，或如圖2所示只占用一部分空間。顯示區(qū)域Z2對應于接收自語音信箱服務器的文本信息。這可以采取 橫幅的形式，在該橫幅內(nèi)可以滾動顯示文本信息，當然也可以使用其他方 式。ii^接口 INTE可以被用來控制文本信息的顯示。例如，它可以控制 滾動速度。它也可以停止所述功能并且刪除顯示區(qū)域Z2。它也可以觸發(fā)呼叫接聽才艮據(jù)本發(fā)明的可選實施例，可以向^皮叫用戶 提議與主叫客戶端建立多媒體會話，其可以替換或不替換之前建立的會話。 利用進入接口 INTE，用戶發(fā)送信號至語音信箱服務器S。這個信號可以是替代信號并且觸發(fā)-主叫客戶端A與語音信箱服務器S之間建立的多媒體會話SM的中 斷，以及語音信箱服務器與被叫客戶端B之間的文本信息傳輸?shù)闹袛啵?-主叫客戶端A與被叫客戶端B之間的新多i某體^^的建立。 因此，查閱主叫方留下的消息內(nèi)容的客戶端B的用戶可以決定這個呼 叫相對于他們當前的活動而言相當重要或具有優(yōu)先級，并且決定建立直接 呼叫。這個特征被用來通過避免主叫方必須給出整個消息并且避免凈皮叫方 必須在會話后給主叫方回電話來節(jié)約時間。它也避免了用來建立新呼叫的 附加操作。如果屏幕E是觸4莫屏，則可以設想在顯示文本信息的區(qū)域Z2上的簡單按壓被用來發(fā)送合適的信號給語音信箱服務器s。這種會話替換可以例如通過發(fā)送SIP "INVITE"信令消息來執(zhí)行，該 消息包含如IETF的RFC 3891定義的"Replace"報頭。所述接口也可以被用來接聽電話而無須中斷正進行的文本會議。合并 信號因而由4皮叫客戶端發(fā)送并且新會話被創(chuàng)建并與現(xiàn)有文本會話合并。包 含由IETF的RFC 3911定義的"Join"報頭的SIP "INVITE"信令消息 的發(fā)出例如可以被用來實現(xiàn)這個特征。所述ii^接口也可以設計至例如助手或同事的第三方的呼叫重定向。 重定向信號因而由被叫客戶端發(fā)送至語音信箱服務器S?？梢酝ㄟ^發(fā)送包 含由IETF的RFC 3515定義的"Refer"報頭的SIP "INVITE"信令消息 來提供這個選項。利用由例如SIP協(xié)議的信令協(xié)議而提供的可能性的其他特征也是可行 的。本發(fā)明的其中 一個優(yōu)點是它可以受益于所有這些特征同時仍允許多媒 體和文本會話的融合。所提供的每個功能具有由被叫客戶端發(fā)送給語音信箱服務器S的相應 信號。這個信號通常包括信令消息，但是也可以包括更復雜的對話。這些會話替換、合并或重定向操作可以自動執(zhí)行。用戶只需要激活命 令而不必指定主叫客戶端A的號碼或標識符，因為這個信息被存儲在信令 服務器S中。這些操作中的一個或多個可以通過進入接口 INTE獲得。 可以設想可在用戶參數(shù)中指定的默認行為。只有對應于這個默認行為 的操作可以在文本^^舌期間被提出。圖3示出了利用SIP和MSRP協(xié)議的本發(fā)明的一種可能實現(xiàn)。 在這個例子中，用戶"Bob"希望通過"SIP網(wǎng)絡，，通信網(wǎng)來連接用戶 "Alice"以基于STP協(xié)議建立多媒體會話。以傳統(tǒng)的方式，他發(fā)送邀請消息(1)至"SIP網(wǎng)絡"。這個消息通常 是SIP "INVITE"消息。這個消息(1)由通信網(wǎng)絡中繼并被路由至用戶 "Alice"。接收這個消息(2)后，用戶"Alice"的客戶端用消息"3"響應，消 息"3"是指已收到邀請并且客戶端(例如通過振鈴)通知了進入呼叫。這 個信令消息(3)也由網(wǎng)絡中繼并且以信令消息(4)的形式到達主叫方 "Bob"。這些信令消息通常是SIP "180 RINGING"消息。在圖3的這個例子中，Alice拒絕進入呼叫。她的客戶端因而發(fā)送信令 消息(5)以表示這個拒絕。這通常是SIP "603 DECLINE"消息。這個消息(5)到達"SIP網(wǎng)絡"通信網(wǎng)絡，在該網(wǎng)絡內(nèi)的一個設備觸 發(fā)呼叫至"語音信箱"服務器的重新路由。這個設備例如可以包括一個或 多個"代理SIP"。在IMS結構的背景中，這可以涉及CSCF (呼叫會話 控制功能)功能，其發(fā)送請求至管理通信網(wǎng)絡的"消息傳送"功能的應用 服務器。邀請消息(6)然后補l送到用戶Alice的"語音信箱"服務器。所述 服務器自動接受這個呼叫并且發(fā)回信令消息(7 )。這個信令消息(7 )被 發(fā)送到主叫客戶端"Bob"。當收到這個消息(8)時，客戶端"Bob"發(fā)送同意消息(9)，該消息被發(fā)送到語音信箱服務器并且因而#:用來建立"Bob"與"語音信箱"之間的RTP多媒體會話(10)。根據(jù)本發(fā)明，"語音信箱"服務器然后觸發(fā)與"Alice"的客戶端的文本會話。為此，它發(fā)送邀請消息(11)至"Alice"的客戶端。進行傳統(tǒng)的信令消息(12) 、 (13)和(14)交換，所述消息被用來建立"語音信箱，，與"Alice"的客戶端之間的MSRP會活(15)。RTP會話和MSRP會話在"語音信箱"信令服務器中相關聯(lián)，以使得前者的內(nèi)容可以被轉換成在后者中發(fā)送的文本信息。"Bob"的主叫客戶端稍后發(fā)送信令消息(16)以結束他與"語音信箱"服務器的會活。這個消息(16)通常是SIP "BYE"消息。它祐義送到服務器。當收到這個消息(17)時，語音信箱服務器-首先結束RTP會話并且發(fā)送確認消息至"Bob"的客戶端信令消 息(18)和(19);并且-其次發(fā)送終止消息(20)至"Alice"的客戶端，其響應以確認消息 (21)。這些確認消息通常是SIP "200 OK"消息。語音至文本轉換功能以及文本會話建立(即文本信息至被叫客戶端的 傳輸)的觸發(fā)可以是可選的并且由被叫用戶觸發(fā)。例如，當收到ii7v呼叫時，可以提出幾種選擇，特別是 -接受呼叫， -拒絕呼叫，-在建立文本會話的情況下重新路由呼叫至語音信箱， -在不建立文本會話的情況下重新路由呼叫至語音信箱。所述功能的觸發(fā)也可以受制于#:叫用戶的配置文件中的參數(shù)。 所述用戶配置用戶配置文件，并且這個參數(shù)確定當語音信箱服務器收傳輸。所述轉換器和文本接口因而僅在被叫用戶配置文件中的參數(shù)存在的情 況下被激活。如果這個參數(shù)不存在，則語音信箱服務器按照現(xiàn)有技術工作并且將"消息存儲在存儲器MEM中。
權利要求
1.一種連接到通信網(wǎng)絡(N)的語音信箱服務器(S)，包括用于接收來自主叫客戶端(A)并去往被叫客戶端(B)的用戶的多媒體會話(SM)的多媒體接口(INTM)，和用于存儲所述多媒體會話內(nèi)容的存儲器(MEM)，其特征在于，還包括用于將所述多媒體會話(SM)的全部或一部分實時轉換成文本信息的轉換器(STT)和用于發(fā)送所述文本信息至所述被叫客戶端的文本接口(INTT)。
2. 根據(jù)權利要求1所述的語音信箱服務器，其中，所述文本接口用于 在即時消息會話(SMI)中發(fā)送所述文本信息。
3. 根據(jù)前一權利要求所述的語音信箱服務器，其中，所述MSRP協(xié)議 承載所述即時消息會話。
4. 根據(jù)權利要求1至3之一所述的語音信箱服務器，其中，所述轉換 器和文本接口僅在所述用戶的配置文件中存在參數(shù)的情況下才被激活。
5. 根據(jù)前述權利要求之一所述的語音信箱服務器，還包括用戶接口 ， 該用戶接口用于在所述即時消息會話期間接收來自所述被叫客戶端的替換 信號，并且當收到所述信號時中斷所述文本信息的傳輸并建立所述被叫客 戶端與所述主叫客戶端之間的新多媒體^"。
6. 根據(jù)權利要求1至4之一所述的語音信箱服務器，還包括用戶接口 ， 該用戶接口用于在所述即時消息會話期間接收來自所述4皮叫客戶端的重定 向信號，并且當收到所述信號時建立所述主叫客戶端與其標識符由所述重 定向信號提供的第三方客戶端之間的新多媒體會話。
7. —種用于在主叫客戶端(A)與被叫客戶端(B)之間通信的方法， 該方法在于向語音信箱服務器(S)傳輸針對所述,皮叫客戶端(B)的用戶 的多媒體會話(SM)，其特征在于，包括用于將所述多媒體會話的全部或 一部分實時轉換成文本信息的步驟，以及用于將所述文本信息傳輸至所述 被叫客戶端(B)的步驟。
8. 根據(jù)前一權利要求所述的方法，其中，所述文本信息在即時消息會 話內(nèi)^J^送至所述被叫客戶端。
9. 根據(jù)前一權利要求所述的方法，其中，MSRP協(xié)議承載所述即時消
10. 根據(jù)權利要求7至9之一所述的方法，還包括用于配置所述用戶 配置文件的在先步驟，該步驟在于確定指明了當所述語音信箱服務器收到夢
11. 根據(jù)權利要求7至10之一所述的方法，其中，在所述傳輸步驟 期間，所述被叫客戶端發(fā)送替換信號至所述語音信箱服務器以觸發(fā)所述文 本信息的傳輸中斷以及所述主叫客戶端(A)與所述被叫客戶端(B)之間 的新多^某體會活的建立。
12. —種通信客戶端(B)，包括用于從顯示所述文本信息的全部或 一部分內(nèi)容的顯示設備(E)接收文本信息的裝置，和由用戶激活的進入 接口 (INTE)，其特征在于，所述文本信息構成關聯(lián)于主叫客戶端(A) 的、與語音信箱服務器(S)建立的文本會話，并且所述i^v接口包括用于 觸發(fā)去往所述語音信箱服務器的、用于與所述主叫客戶端建立多媒體^S舌 的信號的裝置。
13. 根據(jù)前一權利要求所述的通信客戶端，其中，所迷文本會話是即 時消息會活(SMI)。
14. 根據(jù)前一權利要求所述的通信客戶端，其中，MSRP協(xié)議承載所述即時消息會活。
15. 根據(jù)權利要求12至14之一所述的通信客戶端，其中，所述ii^v 接口 (INTE)包括用于觸發(fā)去往所述語音郵箱服務器的、用于中斷所述文 本會話的信號的裝置。
全文摘要
一種連接到通信網(wǎng)絡(N)的語音信箱服務器(S)，其包括用于接收來自主叫客戶端(A)并去往被叫客戶端(B)的用戶的多媒體會話(SM)的多媒體接口(INTM)，和用于存儲所述多媒體會話的內(nèi)容的存儲器(MEM)。它還包括用于將所述多媒體會話(SM)的全部或一部分實時轉換成文本信息的轉換器(STT)和用于發(fā)送所述文本信息至所述被叫客戶端的文本接口(INTT)。
文檔編號H04M3/533GK101577767SQ20091013805
公開日2009年11月11日 申請日期2009年5月6日 優(yōu)先權日2008年5月7日
發(fā)明者J-S·馬丁, T·弗羅門特 申請人:阿爾卡特朗訊公司