專利名稱：表決消息創(chuàng)建、處理、及結果確定方法和控制協(xié)議、表決評估、會議服務器部件和通信終端的制作方法
技術領域：
本發(fā)明涉及一種利用計算機輔助創(chuàng)建表決消息的方法、一種確定至少一個表決的至少一個表決結果的方法、一種利用計算機輔助處理表決消息的方法、一種傳輸控制協(xié)議部件、一種會議表決評估部件、一種會議服務器部件以及一種通信終端。
背景技術：
在現(xiàn)代通信系統(tǒng)中，在通信系統(tǒng)內(nèi)常常希望在多個訂戶之間換句話說在多個通信終端之間進行會議。用于提供諸如此類會議系統(tǒng)的通信系統(tǒng)可以使用通信終端來在多個用戶之間通信。想要一種使會議的參與者能夠執(zhí)行表決的會議系統(tǒng)。


圖1依照本發(fā)明一個示例性實施例示出了按鍵通話(push-to-talk)通信系統(tǒng)的體系結構；和圖2依照本發(fā)明一個示例性實施例示出了用于圖示在表決過程期間的消息流的消息流程圖。
具體實施例方式
在下文中，舉例來說，會議系統(tǒng)被理解為基于因特網(wǎng)協(xié)議的會議系統(tǒng)或所謂的按鍵通話系統(tǒng)，或者通常的任何系統(tǒng)，其中通信系統(tǒng)內(nèi)的通信終端可以在通信會議內(nèi)彼此通信，就是說能夠在所述通信終端之間發(fā)送數(shù)據(jù)。
按鍵通話通信系統(tǒng)(PTT通信系統(tǒng))被理解為例如意指來自美國Nextel公司的“直接連接(Direct Connect)”通信系統(tǒng)或來自開放移動同盟(Open Mobile Alliance OMA)的經(jīng)由蜂窩的按鍵通話(Push-to-talk over Cellular PoC)的通信系統(tǒng)，PTT通信系統(tǒng)是用于移動無線電通信終端(例如移動無線電電話)的多訂戶通信系統(tǒng)。講話者通常依照與處理無線電話機(walky-talky)類似方式來在他的移動無線電通信終端上操作特定按鈕，以便詢問談話權繼而把談話消息發(fā)送到PPT通信會話內(nèi)的其它移動無線電通信終端。在此期間禁止傳輸來自其它移動無線電通信終端的其它用戶的消息。因而PTT通信系統(tǒng)通常是半雙工通信系統(tǒng)。
依照來自IETF(因特網(wǎng)工程任務組)或現(xiàn)代按鍵通話通信系統(tǒng)中的一個建議，借助于所謂的實時傳輸協(xié)議(Real-Time TransportProtocol RTF)來發(fā)送將要在會議系統(tǒng)中發(fā)送的媒體數(shù)據(jù)，例如音頻數(shù)據(jù)和/或視頻數(shù)據(jù)和/或靜止圖像數(shù)據(jù)和/或文本數(shù)據(jù)。借助于所謂的實時傳輸控制協(xié)議(Real-Time Transport Control Protocol RTCP)來監(jiān)視媒體數(shù)據(jù)流。
會議系統(tǒng)和按鍵通話通信系統(tǒng)都具有集中式的體系結構。換句話說，這意味著諸如此類會議系統(tǒng)的訂戶沒有直接地彼此進行通信，而是借助于中央服務器部件來進行所述通信。也被稱為會議服務器部件的中央服務器部件在移動無線電通信系統(tǒng)中被布置在通信網(wǎng)絡的非移動區(qū)域中，例如在UMTS(Universal Mobile Telecommunications System通用移動電信系統(tǒng))的情況下是布置在核心網(wǎng)絡中。
在按鍵通話通信系統(tǒng)中，訂戶通信終端上的請求按鈕可以用于簡單的(二值)表決。
依照本發(fā)明一個實施例，在會議系統(tǒng)中可以依照簡單的方式來進行計算機輔助表決。
在本發(fā)明的一個實施例中，提供了一種在多個通信終端之間的會議中利用計算機輔助創(chuàng)建表決消息的方法，其中所述表決消息依照例如實時傳輸協(xié)議的控制協(xié)議之類的傳輸協(xié)議的控制協(xié)議來編碼，借助于傳輸協(xié)議的控制協(xié)議控制例如實時傳輸協(xié)議之類的傳輸協(xié)議，用于標識至少一個表決詢問或至少一個表決響應的信息項被添加到所述表決消息。
在本發(fā)明的一個實施例中，提供了一種在多個通信終端之間的會議中確定至少一個表決的至少一個表決結果的方法，其中解碼至少一個接收的表決響應消息，所述表決響應消息依照例如實時傳輸協(xié)議的控制協(xié)議之類的傳輸協(xié)議的控制協(xié)議編碼，借助于傳輸協(xié)議的控制協(xié)議控制例如實時傳輸協(xié)議之類的傳輸協(xié)議，所述表決響應消息包括用于表決的至少一個表決詢問的至少一個響應。根據(jù)所解碼的表決響應消息來確定至少一個響應，并且使用至少一個確定的響應來確定至少一個表決結果。
在本發(fā)明的一個實施例中，提供了一種在多個通信終端之間的會議中處理表決消息的方法，其中接收表決消息，所述表決消息被依照例如實時傳輸協(xié)議的控制協(xié)議之類的傳輸協(xié)議的控制協(xié)議編碼，借助于傳輸協(xié)議的控制協(xié)議控制例如實時傳輸協(xié)議之類的傳輸協(xié)議，并且根據(jù)所述表決消息來確定用于標識至少一個表決詢問的信息項和/或用于標識至少一個表決響應并且包含在所述表決消息中的信息項。向參與表決的通信終端的用戶顯示至少一個表決詢問和/或至少一個表決響應，并且用戶輸入對所述至少一個表決詢問的至少一個響應，換句話說它依照表決詢問來執(zhí)行表決過程。此外，表決響應消息依照例如實時傳輸協(xié)議的控制協(xié)議之類的傳輸協(xié)議的控制協(xié)議編碼，借助于傳輸協(xié)議的控制協(xié)議控制例如實時傳輸協(xié)議之類的傳輸協(xié)議，用于標識對至少一個表決詢問的至少一個響應的信息項被添加到表決響應消息。
依照本發(fā)明另一實施例，提供了一種傳輸協(xié)議的控制協(xié)議部件，例如實時傳輸協(xié)議的控制協(xié)議部件，用于在多個通信終端之間的會議中創(chuàng)建表決消息，所述表決消息依照例如實時傳輸協(xié)議的控制協(xié)議之類的傳輸協(xié)議的控制協(xié)議編碼，借助于傳輸協(xié)議的控制協(xié)議控制例如實時傳輸協(xié)議之類的傳輸協(xié)議，并且用于標識至少一個表決詢問的信息項和/或用于標識至少一個表決響應的信息項被添加到所述表決消息。
依照本發(fā)明另一實施例，提供了一種會議表決評估部件，具有傳輸協(xié)議的控制協(xié)議部件，例如實時傳輸協(xié)議的控制協(xié)議部件，用于解碼至少一個表決響應消息，所述至少一個表決響應消息依照例如實時傳輸協(xié)議的控制協(xié)議之類的傳輸協(xié)議的控制協(xié)議編碼，借助于傳輸協(xié)議的控制協(xié)議控制例如實時傳輸協(xié)議之類的傳輸協(xié)議。此外，提供了確定部件，用于根據(jù)所解碼的表決響應消息來確定對至少一個信息項的至少一個響應，所述信息項用于標識表決詢問，以及提供了表決評估部件，用于使用所述至少一個信息項來確定表決結果，所述信息項標識了對至少一個表決詢問的響應。
一種會議服務器部件具有如上所述的會議表決評估部件。
此外，提供了一種傳輸協(xié)議的控制協(xié)議部件，例如實時傳輸協(xié)議的控制協(xié)議部件，用于在多個通信終端之間的會議中創(chuàng)建表決響應消息，所述表決響應消息依照例如實時傳輸協(xié)議的控制協(xié)議之類的傳輸協(xié)議的控制協(xié)議編碼，借助于傳輸協(xié)議的控制協(xié)議控制例如實時傳輸協(xié)議之類的傳輸協(xié)議，用于標識對至少一個表決詢問的至少一個表決響應的信息項被添加到所述表決響應消息。
一種通信終端，具有會議部件，用于與至少一個其它通信終端參與會議或換句話說提供與至少一個其它通信終端之間的會議。此外，提供了第一傳輸協(xié)議的控制協(xié)議部件，例如實時傳輸協(xié)議的控制協(xié)議部件，用于解碼至少一個表決消息，所述至少一個表決消息依照例如實時傳輸協(xié)議的控制協(xié)議之類的傳輸控制協(xié)議編碼，借助于傳輸協(xié)議的控制協(xié)議控制例如實時傳輸協(xié)議之類的傳輸協(xié)議。此外，通信終端具有用于根據(jù)所解碼的表決消息來確定至少一個信息項的確定部件，所述信息項用于標識表決詢問和/或至少一個表決響應，以及具有顯示部件，用于向用戶顯示所確定的信息或至少一個表決詢問和/或從其所確定的至少一個表決響應。提供一輸入部件，用于輸入對至少一個表決詢問的至少一個響應。此外，提供了第二傳輸協(xié)議的控制協(xié)議部件，例如第二實時傳輸協(xié)議的控制協(xié)議部件，用于在多個通信終端之間的會議中創(chuàng)建表決響應消息，所述表決響應消息依照例如實時傳輸協(xié)議的控制協(xié)議之類的傳輸協(xié)議的控制協(xié)議編碼，借助于傳輸協(xié)議的控制協(xié)議控制例如實時傳輸協(xié)議之類的傳輸協(xié)議，用于標識至少一個表決詢問的至少一個響應的信息項被添加到所述表決響應消息。
依照本發(fā)明一個實施例，在通信系統(tǒng)中的多個通信終端之間的通信會議內(nèi)提供作為通信業(yè)務的表決能力，使用例如實時傳輸協(xié)議的控制協(xié)議之類的傳輸協(xié)議的控制協(xié)議來發(fā)送信息，所述信息與表決目的相關，例如預先確定的或由參與的通信設備的用戶所自由定義的表決詢問和/或可能的一個或多個表決響應。
就整個數(shù)據(jù)交換性能而言，這樣做就使利用傳輸協(xié)議的控制協(xié)議而不是專有協(xié)議產(chǎn)生相當大的改進成為可能。
換句話說，依照本發(fā)明一個實施例，一個或多個表決消息在通信系統(tǒng)中被依照例如實時傳輸協(xié)議的控制協(xié)議之類的傳輸協(xié)議的控制協(xié)議而作為消息發(fā)送，所述通信系統(tǒng)使用例如實時傳輸協(xié)議的控制協(xié)議之類的傳輸協(xié)議的控制協(xié)議。
一個表決消息可以包含一個或多個表決詢問或者參與表決過程的用戶可以選擇的一個或多個表決響應。
表決響應消息可以包含對表決詢問的一個或多個響應，例如可以由用戶自由表述的響應，或者關于所選擇響應的選擇信息，為所述用戶預先確定所述選擇信息以供選擇。
用于標識表決詢問或表決響應的信息可以是對在另一服務器部件中所存儲的表決詢問或表決響應的交叉引用，在這種情況下例如通過使用唯一的資源標識符(Unique Resource Identifier URI)來向所述詢問或響應提供明確的尋址，所述唯一資源標識符可以是信息或可以是表決詢問或表決響應本身，其可以包括在各自的表決消息或表決響應消息中。
在從屬權利要求中規(guī)定了本發(fā)明的示例性實施例。
實時傳輸控制協(xié)議(RTCP)可以被用作實時傳輸協(xié)議的控制協(xié)議。
實時傳輸協(xié)議(RTP)可以被用作實時傳輸協(xié)議。
表決可以在半雙工會議期間例如在按鍵通話會議期間進行，在例如“直接連接”會議或經(jīng)由蜂窩的按鍵通話的會議(PoC會議)期間進行。
作為選擇，表決可以在基于因特網(wǎng)協(xié)議的會議期間或使用因特網(wǎng)會議架構來進行。
至少一個表決響應消息可以由會議服務器部件在利用計算機輔助確定至少一個表決結果期間接收，和/或至少一個表決結果可以由會議服務器部件確定。
在利用計算機輔助確定至少一個表決結果的方法的另一實施例中，規(guī)定把所確定的至少一個表決結果發(fā)送到參與會議的至少一個通信終端(例如發(fā)起了至少一個表決的通信終端)。本發(fā)明的此實施例可以被認為是用于會議服務器部件或是用于確定表決結果以把此結果傳遞到一個或多個其它通信終端的其它部件，在這種情況下，可以規(guī)定只有發(fā)起至少一個表決的通信終端有權接收所述表決結果。然而，作為選擇，可以規(guī)定向在表決過程中所涉及的所有通信終端發(fā)送表決結果。各自的權利可以由發(fā)起表決的通信終端來預先確定，或者作為選擇，會議服務器部件或用于確定表決結果的部件可以預先確定這些權利。
依照用于利用計算機輔助確定至少一個表決結果的方法的另一實施例，至少一個表決響應消息由會議服務器部件接收，并且表決響應消息和/或包含至少一個表決響應消息的表決響應信息項被發(fā)送到參與會議的至少一個通信終端，例如發(fā)起了表決的通信終端。
依照用于處理表決消息的方法的一個實施例，規(guī)定把表決響應消息發(fā)送到會議服務器部件。
實時傳輸協(xié)議的控制協(xié)議部件可以依照實時傳輸控制協(xié)議(RTCP)來設計。
在下文中將把經(jīng)由蜂窩的按鍵通話的通信系統(tǒng)(PoC通信系統(tǒng))100作為示例性實施例來描述，在這種情況下應當注意，在候選實施例中，也可以使用不同的按鍵通話通信系統(tǒng)或不同的通信系統(tǒng)，例如不同的半雙工通信系統(tǒng)，或依照IETF會議架構的通信會議系統(tǒng)。
下文是基于以下假設在由中央按鍵通話服務器部件101所生成的按鍵通話會議中，均包括經(jīng)由蜂窩的按鍵通話的客戶端的四個移動無線電通信終端彼此已經(jīng)建立了按鍵通話會議。
措辭“半雙工會議”意指這樣的一個會議在任一時刻至多有一個參與的通信終端而不是多個通信終端有權發(fā)言。因而，在任何給定時間只有一個通信終端例如有權發(fā)言，或一般地說有權向通信會議中引入數(shù)據(jù)并且向參與的其它通信終端發(fā)送數(shù)據(jù)。其它通信終端只可以接收所引入的數(shù)據(jù)，并且它們自己沒有發(fā)言權利或通信權利，不能引入任何數(shù)據(jù)，并且特別地是也不能把任何語音消息引入到例如電信會議之類的通信會議中。
四個移動無線電通信終端102、103、104、105參與由經(jīng)由蜂窩的按鍵通話的會議服務器部件101所提供的會議，特別地是，第一移動無線電通信設備102、第二移動無線電通信設備103、第三移動無線電通信設備104和第四移動無線電通信設備105。每個移動無線電通信終端102、103、104、105借助于各自的雙向移動無線電通信鏈路106、107、108、109連接到會議服務器部件101，并且因而可以在會議期間從其它移動無線電通信終端接收數(shù)據(jù)，和/或當各自的移動無線電通信終端已經(jīng)被分配通信權利時，它可以向其它移動無線電通信終端發(fā)送數(shù)據(jù)。
依照此本發(fā)明示例性實施例，在移動無線電通信終端102、103、104、105之間發(fā)送語音消息，或者換句話說音頻消息，在這種情況下應當注意，在候選會議中也可以發(fā)送其它媒體數(shù)據(jù)，例如視頻數(shù)據(jù)和/或靜止圖像數(shù)據(jù)和/或文本數(shù)據(jù)。
使用所謂的實時傳輸協(xié)議(RTP)作為實時傳輸協(xié)議來在移動無線電通信終端102、103、104、105之間傳送音頻數(shù)據(jù)。使用實時傳輸控制協(xié)議(RTCP)作為實時傳輸協(xié)議的控制協(xié)議來監(jiān)視數(shù)據(jù)流，即依照此本發(fā)明示例性實施例的音頻數(shù)據(jù)。
依照本發(fā)明此示例性實施例，第一訂戶T1即第一移動無線電通信終端102的用戶，在按鍵通話通信會話(顯然是按鍵通話會議)中通過發(fā)送表決詢問來在訂戶之間發(fā)起表決(參見圖2中的消息流程圖200)。表決詢問被插入到表決消息201中，所述表決消息201由第一訂戶T1使用第一移動無線電通信終端102來生成。
表決消息201具有在下面表1中所圖示的消息格式，并且依照RTCP編碼。表決消息201包含作為文本的表決詢問以及關于可能的表決響應的細節(jié)。此外，使用表決消息201來聲明時間周期，在該時間周期中，將在已經(jīng)開始的表決過程期間接收對表決詢問的響應。
0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|V＝2|P|10100| PT＝APP＝204| 長度|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 表決發(fā)起者的SSRC |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|名稱＝PoC1 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| SDES CNAME項后面是SDES NAME項 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|表決詢問長度 |表決詢問文本＝ || 世界上最高山的名稱是什么？； || 123456789；123458470； ||選擇類型；1；蒙大拿布朗峰；|珠穆朗瑪峰；布羅肯峰填充 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+表1用于發(fā)起表決的RTCP消息的格式詳細地，在表1中所圖示的RTCP消息中的字段的意義如下·V＝2RTP版本號；·P用于填充的指示符；·10100消息的子類型10100意味著“Voting_Question(表決詢問)”。所聲明的值僅僅是示例性的值并且也可以選擇不同的值；·PT＝APP＝204用于應用定義的RTCP消息的指示符；·長度在長度字段之后消息的長度，以字(32比特)計；·SSRC做出發(fā)起的PoC訂戶的同步源。SSCR明確地標識了媒體流的發(fā)送者，并且在與RTCP消息相關聯(lián)的RTP分組中定義。
·名稱＝PoC1應用定義的消息名(PoC1＝經(jīng)由蜂窩的PTT版本1)；·SDES CNAME項后面是SDES NAME項發(fā)起表決的訂戶終端的CNAME和NAME。CNAME和NAME就是所謂的SDES項，其在SDES RTCP分組中被定義用來描述RTP訂戶；CNAME是唯一訂戶名，其也仍然存在于特定RTP會話之外(例如包括用戶名和主機IP地址)；NAME是任何想要的訂戶名，典型情況下其由訂戶自己規(guī)定。
NAME不必唯一地標識訂戶；如在SDES RTCP分組的情況下，SDES項CNAME和NAME的列表由00000000類型的SDES項唯一地終止；然后所述列表用零填充直到為32比特的倍數(shù)；·表決詢問長度“表決詢問文本”字段的長度，以字節(jié)計；“表決詢問長度”字段包括16比特；·表決詢問文本用于規(guī)定表決發(fā)起的文本；
·填充零，用于把“表決詢問長度和文本”字段填充到32比特的整數(shù)倍。
舉例來說，表決消息201的“表決詢問文本”字段具有以下內(nèi)容世界上最高山的名稱是什么？；123456789；123458470；選擇類型；1；蒙大拿布朗峰；珠穆朗瑪峰；布羅肯峰內(nèi)容意指·表決詢問＝世界上最高山的名稱是什么？·表決時間周期＝從123456789到123458470(時間細節(jié)(timedetail)是采用網(wǎng)絡時間協(xié)議(network time protocol NTP)時間戳格式的絕對時間細節(jié))，在這種情況下應當注意，在候選實施例中也可以使用相對時間細節(jié)，例如從發(fā)送表決消息或創(chuàng)建表決消息201的時間開始；·對詢問的響應類型＝選擇類型(即應當選擇多個可能的響應之一)；·要選擇的響應數(shù)目＝1·可能的響應＝蒙大拿布朗峰；珠穆朗瑪峰；布羅肯峰。
由第一移動無線電通信終端102依照RTCP格式借助于RTCP部件來編碼表決消息201，所述RTCP部件提供在每個移動無線電通信終端102、103、104、105中。
此外，每個移動無線電通信終端102、103、104、105具有第二RTCP部件，用于解碼所接收的消息，其中所述消息已經(jīng)依照RTCP格式編碼。可以把兩個部件集成為一個RTCP部件提供。
表決消息201被發(fā)送到會議服務器部件101，所述會議服務器部件101當接收到表決消息201時，再次借助于在會議服務器部件101中提供的RTCP部件依照RTCP格式生成進一步的表決消息，并且把它們發(fā)送到參與會議的其它移動無線電通信終端103、104、105。
如圖2中所圖示，會議服務器部件101因而生成第二表決消息202并將其發(fā)送到第二移動無線電通信終端103，并因而發(fā)送到第二訂戶T2。此外，會議服務器部件101生成第三表決消息203并將其發(fā)送到第三通信終端104，即發(fā)送到第三訂戶T3。此外，會議服務器部件101生成第四表決消息204并將其發(fā)送到第四移動無線電通信終端105，即發(fā)送到第四訂戶T4。
依照本發(fā)明此示例性實施例，所生成的表決消息202、203和204與所接收的表決消息201相同。
在接收到各自的表決消息202、203或204之后，RTCP部件分別解碼所接收的表決消息202、203、204，并且在每一情況下使用所解碼的表決消息來確定表決詢問并且借助于呈現(xiàn)部件向各自的訂戶T2、T3、T4呈現(xiàn)此表決詢問，例如(對于視覺信息來說)借助于屏幕呈現(xiàn)或(對于音頻信息來說)借助于揚聲器呈現(xiàn)。
在最簡單的情況下，在各自的移動無線電通信終端103、104、105的各自屏幕上以詢問文本的形式向訂戶T2、T3、T4表明表決詢問。也可以向訂戶T2、T3、T4展示可能的表決響應，所述表決響應同樣被包括在表決消息202、203、204中并且由移動無線電通信終端103、104、105中的RTCP部件確定。依照本發(fā)明此示例性實施例，用文本來顯示三個可能的響應(即“蒙大拿布朗峰”、“珠穆朗瑪峰”、“布羅肯峰”)，使得能夠使用所謂的“單選按鈕”即借助于選擇元素來選擇其中一個文本，其中在每一情況下從所要選擇的多個可能的元素中只可以選擇唯一的一個元素。候選實施例還規(guī)定對多個可能的響應的選擇，在這種情況下使用其它選擇元素作選擇，所述選擇元素在訂戶各自的移動無線電通信終端103、104、105的各自屏幕上向各自的訂戶T2、T3、T4呈現(xiàn)。每個移動無線電通信終端103、104、105使用各自的表決消息202、203、204來確定仍然可以選擇響應的時間，以及因而確定是否仍然可以選擇任何響應。如果仍然可以選擇響應，即響應時間尚未過去，那么移動無線電通信終端103、104、105在屏幕上借助于適當?shù)膱D標向各自的訂戶T2、T3、T4表明這點，例如通過突出特定顯示區(qū)域或通過突出向各自訂戶T2、T3、T4所顯示的特定文字部分。例如，移動無線電通信終端103、104、105可以在呈現(xiàn)中借助于閃爍文本來向訂戶T2、T3、T4表明(仍然)可以對此文本作出響應。在響應階段期間，即只要響應時間還在持續(xù)的時間內(nèi)，舉例來說如在上面表1的表決消息中所圖示，可選地，可以向訂戶T2、T3、T4連續(xù)地顯示仍然剩下的用于選擇響應的時間。
此示例性實施例是基于這樣的假設第二訂戶T2借助于第二移動無線電通信終端103的適當輸入來選擇第二可能的響應。然后第二移動無線電通信終端103依照RTCP格式生成第一表決響應消息205并且將其發(fā)送到會議服務器部件101。
下面的表2圖示了用于第一表決響應消息205的格式的一個例子0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|V＝2|P|10101|PT＝APP＝204| 長度 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 作響應的參與者的SSRC |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 名稱＝PoC1 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| SDES CNAME項后面是SDES NAME項 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|表決回答長度|表決回答文本＝ ||選擇類型；1；2 |填充|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-表2用于對表決詢問作出響應的RTCP消息的格式詳細地，在表2中所圖示的RTCP消息中的字段的意義如下·V＝2RTP版本號；·P用于填充的指示符；·10101消息的子類型10101意指“Voting_Answer(表決回答)”；所表明的值只是示例性的值，并且也可以選擇不同的值；·PT＝APP＝204用于應用定義的RTCP消息的指示符；·長度在長度字段之后消息的的長度，以字(32比特)計；·SSRC作響應的PoC訂戶的同步源；SSRC唯一地標識媒體流的發(fā)送者并且在與RTCP消息相關聯(lián)的RTP分組中定義；·名稱＝PoC1應用定義的消息名(PoC1＝經(jīng)由蜂窩的PTT版本1)；·SDES CNAME項后面是SDES NAME項作響應的訂戶終端的CNAME和NAME；CNAME和NAME就是所謂的SDES項，其在SDES RTCP分組中被定義用來描述RTP訂戶；CNAME是唯一訂戶名，其也仍然存在于特定RTP會話之外(例如包括用戶名和主機IP地址)；NAME是任何想要的訂戶名，典型情況下其由訂戶自己規(guī)定。
NAME不必唯一地標識訂戶；如在SDES RTCP分組的情況下，SDES項CNAME和NAME的列表由00000000類型的SDES項唯一地終止；然后所述列表用零填充直到為32比特的倍數(shù)；·表決回答長度“表決回答文本”字段的長度，以字節(jié)計?！氨頉Q回答長度”字段包括16比特；·表決回答文本用于詳細說明表決響應的文本；·填充零，用于把“表決詢問長度和文本”字段填充到32比特的整數(shù)倍。
依照本發(fā)明此示例性實施例，另外在不存在對一般性有任何約束的情況下假定在短時間后，第二訂戶改變其對于響應選擇選項并且由于他把他的響應改變?yōu)榈谌赡艿捻憫?，所以選擇響應“布羅肯峰”。用于糾正響應的可選能力，換句話說重新選擇不同的表決響應并且相應地把此信息發(fā)送到會議服務器部件101，在直到可能的響應時間過去之前都是可以的。
用于標識表決詢問或表決響應的信息可以是對在另一服務器部件中所存儲的表決詢問或表決響應的交叉引用，在這種情況下舉例來說通過使用唯一的資源標識符(Unique Resource Identifier URI)來向所述詢問或響應提供明確的尋址，或者作為選擇所述表決詢問或表決響應自身可以包括在各自的表決消息或表決響應消息中。作為選擇可以只使用表決響應消息中的唯一標識符來標識已經(jīng)由訂戶所選擇的各自的表決響應，其中在會議服務器部件中根據(jù)預先確定的分配已經(jīng)知道所述唯一標識符。
在由第二訂戶T2選擇新的響應之后，第二移動無線電通信終端102生成第二表決響應消息206并且同樣把它發(fā)送到會議服務器部件101。
例如，第一表決響應消息205的“表決回答文本”字段具有以下內(nèi)容選擇類型；1；2內(nèi)容意指·響應類型＝選擇類型(即選擇已經(jīng)從多個響應選項中做出了)；·所選擇響應的總數(shù)＝1；·所選擇響應的號碼＝2(所述號碼指的是在表決詢問中即在表決消息中(即各自的表決消息201、202、203、204中的表決響應)所聲明的可能響應的序列)，依照本發(fā)明此示例性實施例已經(jīng)選擇了表決響應“珠穆朗瑪峰”。
此外，此示例性實施例是基于以下假設的，第三訂戶T3首先選擇了第一可能的表決響應(即表決響應“蒙大拿布朗峰”)。響應于由第三訂戶T3所做出的選擇，第三移動無線電通信終端104依照RTCP生成第三表決響應消息207，并且將此RTCP數(shù)據(jù)分組發(fā)送到會議服務器部件101。依照此示例性實施例，第三訂戶T3同樣是不確定的，并且通過發(fā)起響應取消消息而取消了他的響應(即他先前所選的選擇)，所述響應取消消息由第三移動無線電通信終端104生成以作為表決響應取消消息208，其被發(fā)送到會議服務器部件101。表決響應取消消息208同樣依照RTCP來編碼，并且被發(fā)送到會議服務器部件101。
下面的表3圖示了表決響應取消消息208的格式布局的一個可能的例子。
0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| V＝2|P|10110|PT＝APP＝204| 長度|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 作響應的參與者的SSRC|
+-+-+-+-+-+-+-+-+-++-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 名稱＝PoC1 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| SDES CNAME項后面是SDES NAME項 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+表3用于取消表決響應的RTCP消息的格式詳細地，在表3中所圖示的RTCP消息中的字段的意義如下·V＝2RTP版本號；·P用于填充的指示符；·10110消息的子類型10110意指“Voting_Answer_Delete(表決回答刪除)”；所表明的值只是示例性實施例并且也可以選擇不同的值；·PT＝APP＝204用于應用定義的RTCP消息的指示符；·長度在長度字段之后消息的長度，以字(32比特)計；·SSRC正在取消其響應的PoC訂戶的同步源；SSRC唯一地標識媒體流的發(fā)送者并且在與RTCP消息相關聯(lián)的RTP分組中定義；·名稱＝PoC1應用定義的消息名(PoC1＝經(jīng)由蜂窩的PTT版本1)；·SDES CNAME項后面是SDES NAME項正在取消其響應的訂戶終端的CNAME和NAME；CNAME和NAME就是所謂的SDES項，其在SDES RTCP分組中被定義用來描述RTP訂戶；CNAME是唯一訂戶名，其也仍然存在于特定RTP會話之外(例如包括用戶名和主機IP地址)；NAME是任何想要的訂戶名，典型情況下其由訂戶自己規(guī)定。
NAME不必唯一地標識訂戶；如在SDES RTCP分組的情況下，SDES項CNAME和NAME的列表由00000000類型的SDES項唯一地終止；然后所述列表用零填充直到為32比特的倍數(shù)。
該示例性實施例也基于這樣的假定第三訂戶T3并不發(fā)送任何更進一步的表決響應消息。
也可以假定第四訂戶T4是不確定的，并且直到已經(jīng)提供的響應周期之后才選擇他的響應，繼而只發(fā)起相應的第四表決響應消息209，所述第四表決響應消息209由第四移動無線電通信終端105在此時生成并且被發(fā)送到會議服務器部件101。由會議服務器部件101在所提供的響應時間內(nèi)收集響應，即表決響應消息205、206、207、208、209。一旦所有響應消息已經(jīng)到達會議服務器部件101，或者當響應時間周期已經(jīng)過去時，會議服務器部件101組合在響應周期內(nèi)已經(jīng)到達的響應來形成表決消息(所述表決消息在下文中也被稱作表決組合消息210)，并且然后依照RTCP將其編碼并發(fā)送到發(fā)起表決的移動無線電通信終端，即發(fā)送到依照本發(fā)明的此實施例的第一移動無線電通信終端102，。
舉例來說，下面的表4示出了表決組合消息210的格式的一個例子。
0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|V＝2|P|10101|PT＝APP＝204| 長度 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| PTT服務器的SSRC|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 名稱＝PoC1|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|SDES CNAME項后面是SDES NAME項|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 表決回答長度| 表決回答文本＝ || 選擇類型；1；2 |填充 |+-+-+-+.-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+: :
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+
| SDES CNAME項后面是SDES NAME項 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 表決回答長度| 表決回答文本＝ || 選擇類型；1；2 | 填充 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+表4用于多個表決響應組合的RTCP消息的格式詳細地，在表4中所圖示的RTCP消息中的字段的意義如下·V＝2RTP版本號；·P用于填充的指示符；·10101消息的子類型10101意指“Voting_Answer(表決回答)”；所表明的值只是示例性的值，并且也可以選擇不同的值；·PT＝APP＝204用于應用定義的RTCP消息的指示符；·長度在長度字段之后消息的的長度，以字(32比特)計；·SSRC發(fā)送組合消息的PTT服務器的同步源；SSRC唯一地標識媒體流的發(fā)送者并且在與RTCP消息相關聯(lián)的RTP分組中定義；·名稱＝PoC1應用定義的消息名(PoC1＝經(jīng)由蜂窩的PTT版本1)；·SDES CNAME項后面是SDES NAME項作響應的訂戶終端的CNAME和NAME；CNAME和NAME就是所謂的SDES項，其在SDES RTCP分組中被定義用來描述RTP訂戶；CNAME是唯一訂戶名，其也仍然存在于特定RTP會話之外(例如包括用戶名和主機IP地址)；NAME是任何想要的訂戶名，典型情況下其由訂戶自己規(guī)定。
NAME不必唯一地標識訂戶；如在SDES RTCP分組的情況下，SDES項CNAME和NAME的列表由00000000類型的SDES項唯一地終止；然后所述列表用零填充直到為32比特的倍數(shù)；·表決回答長度“表決回答文本”字段的長度，以字節(jié)計；“表決回答長度”字段包括16比特；·表決回答文本用于詳細說明表決響應的文本；·填充零，用于把“表決詢問長度和文本”字段填充到32比特的整數(shù)倍。
在每個訂戶響應中發(fā)送“SDES項”、“表決回答長度”、“表決回答文本”以及如果適當?shù)脑掃€有填充字段。
在表決組合消息210中忽略在所提供的響應時間周期以外到達會議服務器部件101的表決響應消息，諸如來自第四移動無線電通信終端105的第四表決響應消息209。
會議服務器部件101依照RTCP把表決組合消息210發(fā)送到第一移動無線電通信終端102并因而發(fā)送到第一訂戶T1，這是因為第一訂戶T1發(fā)起了表決。第一移動無線電通信終端102解碼所接收的表決組合消息并且使用它來確定響應的組合，并因而自動評估所接收的響應并且例如使用短消息業(yè)務(Short Message Service SMS)把結果作為相應的SMS消息發(fā)送到在表決中所涉及的訂戶T2、T3、T4(未在圖2中圖示)。
在這里應當注意，表決消息還可以使用不同于在以上例子中所表明的“選擇類型”的響應類型?？梢蕴峁┑目赡艿捻憫愋桶āの谋炯?“選擇類型”)·從…到…的整數(shù)，·從…到…的實數(shù)，·任何想要的文本，·…表決消息總體上具有在上面表1中所圖示的優(yōu)選格式。在那里的例子中，“表決詢問文本”字段包含文本形式的詢問的細節(jié)。在下文中依照所謂的巴科斯-諾爾范式(Backus Naur Form BNF)來描述“表決詢問文本”字段的一般語法。
借助于“＝”來定義元素；
“[”、“]”意指可選元素；“*”定義重復；“/”分隔候選元素。
表決詢問＝詢問文本“；”響應[“；”響應時間]詢問文本＝Text文本＝*ALPHANUM響應＝＝響應類型“；”響應的數(shù)目[“；”參數(shù)]響應類型＝“選擇類型”/“整數(shù)類型”/“實數(shù)類型”/“文本類型”響應的數(shù)目＝正整數(shù)參數(shù)＝＝(文本*(“；”文本))/限值限值＝(整數(shù)整數(shù))/(實數(shù)實數(shù))響應時間＝開始時間“；”結束時間開始時間＝正整數(shù)結束時間＝正整數(shù)正整數(shù)＝1*NUM整數(shù)＝[“+”/“-”]1*NUM實數(shù)＝[“+”/“-”]1*NUM[“.”1*NUM]在這種情況下“ALPHANUM”意指字母數(shù)字符號并且NUM意指數(shù)字。
在本發(fā)明的一個候選實施例中，并不聲明響應時間。在這種情況下，從當前時間或按鍵通話通信會話的時間開始的不受限制的時間周期被假定為響應時間周期，即會議持續(xù)的時間。這在當評估要求來自所有訂戶的響應或者當評估時間相對于詢問時間尚未固定的情況下尤為值得做。
如果不一致的時間周期被聲明為響應時間周期，即例如如果開始時間出現(xiàn)在結束時間之后的某個時間(開始時間≥結束時間)，那么從當前時間或按鍵通話通信會話的時間開始的不受限制的時間周期同樣被假定為響應時間周期。
在一個表決響應消息中還可以使用不同的響應類型，對應于表決詢問消息中的可能響應類型。
上面表2依照本發(fā)明這些示例性實施例示出了表決響應消息的一般格式。由以下巴科斯-諾爾范式給出“表決回答”字段的一般語法
響應＝響應類型“；”響應的數(shù)目“；”值響應類型＝“選擇類型”/“整數(shù)類型”/“實數(shù)類型”/“文本類型”響應的數(shù)目＝正整數(shù)值＝值*(“；”值)值＝正整數(shù)/整數(shù)/實數(shù)/文本正整數(shù)＝1*NUM會議服務器部件(PTT服務器部件)101把多個訂戶響應組合在如表4所示的表決組合消息中。表決組合消息210被發(fā)送到表決管理者，即發(fā)送到生成了詢問的訂戶。來自訂戶的響應依照它們到達會議服務器部件101的序列來在表決組合消息210中列出。這也使在響應評估中考慮所述響應的序列成為可能。例如這對于實現(xiàn)反應游戲來說是重要的。在本發(fā)明的一個候選實施例中，可以規(guī)定各自的響應與時間細節(jié)相關聯(lián)并且被連同表決組合消息一起發(fā)送，這表明了各自的表決響應消息到達會議服務器部件101的時間，或者由各自的移動無線電通信終端發(fā)送表決響應消息的時間。
詢問也可以再次由表決管理者取消。為了做到這一點，表決管理者的移動無線電通信終端生成如下面表5中所示的消息并且將其發(fā)送到會議服務器部件101。然后會議服務器部件101把此消息分送到訂戶，確切地說分送到他們的移動無線電通信終端。取消表決結束了表決過程。
下面的表5依照本發(fā)明一個示例性實施例示出了表決取消消息的格式0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|V＝2|P|10111|PT＝APP＝204| 長度 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|表決發(fā)起者的SSRC |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 名稱＝PoC1|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-| SDES CNAME項后面是SDES NAME項 |
+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+表5用于取消表決詢問的RTCP消息的格式詳細地，在表5中所圖示的RTCP消息中的字段的意義如下·V＝2RTP版本號；·P用于填充的指示符；·10111消息的子類型10111意指“Voting_Question_Delete(表決詢問刪除)”；所聲明的值只是示例性的值并且也可以選擇不同的值；·PT＝APP＝204用于應用定義的RTCP消息的指示符；·長度在長度字段之后消息的的長度，以字(32比特)計；·SSRC取消其詢問的PoC訂戶的同步源；SSRC唯一地標識媒體流的發(fā)送者并且在與RTCP消息相關聯(lián)的RTP分組中定義；·名稱＝PoC1應用定義的消息名(PoC1＝經(jīng)由蜂窩的PTT版本1)；·SDES CNAME項后面是SDES NAME項取消其詢問的訂戶終端的CNAME和NAME；CNAME和NAME就是所謂的SDES項，其在SDES RTCP分組中被定義用來描述RTP訂戶；CNAME是唯一訂戶名，其也仍然存在于特定RTP會話之外(例如包括用戶名和主機IP地址)；NAME不必唯一地標識訂戶；如在SDES RTCP分組的情況下，SDES項CNAME和NAME的列表由00000000類型的SDES項唯一地終止；然后所述列表用零填充直到為32比特的倍數(shù)。
舉例來說，當來自訂戶的足夠大量的響應已經(jīng)被傳遞到表決時，取消表決就可能是值得的，即便響應時間周期尚未過去并且所述訂戶尚未都作出響應也是如此。表決管理者可以使用如下面所進一步定義并詳細描述的消息來檢查中間結果以便確定已經(jīng)接收了多少響應，即已經(jīng)接收了多少表決響應消息。
也可以由于其它原因，例如由于詢問似乎已不再是值得的或感興趣的，而取消該詢問。
可以依照兩種不同的方式由發(fā)送響應的訂戶來再次取消已經(jīng)發(fā)送的響應。首先，訂戶，即他的移動無線電通信終端可以再次發(fā)送表決響應消息。這使舊的響應不起作用。只有最近發(fā)送的表決響應消息一直是有效的。其次，訂戶，即他的移動無線電通信終端可以把在表3中所示出的消息發(fā)送到會議服務器部件101。依照這種方式，訂戶，即他的移動無線電通信終端取消他的響應而不必用另一響應來代替它。訂戶的響應狀態(tài)對應于一直都沒有生成任何響應的訂戶的響應狀態(tài)。
為了獲得表決結果，表決管理者-即他的移動無線電通信終端不必等到所有新的訂戶已經(jīng)作出響應并且用于表決的響應階段已經(jīng)過去為止。實際上，表決管理者即便在表決響應期間，也可以通過把在表6中所示出的依照RTCP的消息發(fā)送到會議服務器部件101來詢問與表決相關的中間結果。
下面的表6依照本發(fā)明一個示例性實施例示出了依照RTCP的中間結果詢問消息的格式0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|V＝2|P|11100|PT＝APP＝204| 長度|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|請求的參與者的SSRC |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|名稱＝PoC1 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| SDES CNAME項后面是SDES NAME項 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+表6用于取消表決詢問的RTCP消息的格式詳細地，在表6中所圖示的RTCP消息中的字段的意義如下·V＝2RTP版本號；
·P用于填充的指示符；·11000消息的子類型11000意指“Voting_Answers_Question”(表決回答詢問)；所表明的值只是示例性的值并且也可以選擇不同的值；·PT＝APP＝204用于應用定義的RTCP消息的指示符；·長度在長度字段之后消息的的長度，以字(32比特)計；·SSRC請求迄今被放棄的響應的PoC訂戶的同步源；SSRC唯一地標識媒體流的發(fā)送者并且在與RTCP消息相關聯(lián)的RTP分組中定義；·名稱＝PoC1應用定義的消息名(PoC1＝經(jīng)由蜂窩的PTT版本1)；·SDES CNAME項后面是SDES NAME項請求迄今被放棄的響應的訂戶終端的CNAME和NAME；CNAME和NAME就是所謂的SDES項，其在SDES RTCP分組中被定義用來描述RTP訂戶；CNAME是唯一訂戶名，其也仍然存在于特定RTP會話之外(例如包括用戶名和主機IP地址)；NAME是任何想要的訂戶名，典型情況下其由訂戶自己規(guī)定；NAME不必唯一地標識訂戶；如在SDES RTCP分組的情況下，SDES項CNAME和NAME的列表由00000000類型的SDES項唯一地終止；然后所述列表用零填充直到為32比特的倍數(shù)。
當接收到中間結果詢問消息時，會議服務器部件101首先檢查詢問訂戶是否被授權去詢問表決的結果或中間結果。如果訂戶即他的移動無線電通信終端，因為例如假定在這種情況下，他是表決的發(fā)起者而被授權進行此操作，那么會議服務器部件101就用如上面在表4中所圖示的表決組合消息作出響應，所述表決組合消息包含截止檢查消息時為止所發(fā)出的所有響應。
對表決可能的響應的表示被留給通信終端。特別地是，除了借助于單選按鈕之外，還可以借助于例如彈出菜單或借助于可自由選擇的文本信息輸入，來使上面例子中的選擇類型響應為可選擇的。
依照本發(fā)明另一實施例，在另一通信終端中而不是在訂戶通信終端中評估對表決的響應。作為選擇，響應也可以在網(wǎng)絡元件中評估。為此，網(wǎng)絡元件被用作為按鍵通話通信會話的訂戶，并且網(wǎng)絡元件向在所述按鍵通話通信會話中所涉及的訂戶發(fā)起表決并發(fā)送表決詢問。
代替在上面例子中借助于表決管理者(即他的移動無線電通信終端)評估表決，借助于SMS把結果分送給訂戶，所述表決管理者可以把與表決相關的表決組合消息直接傳遞到所述訂戶。
作為選擇，表決詢問還可以作為音頻數(shù)據(jù)流被呈現(xiàn)給訂戶。這可以依照下面不同的方式來執(zhí)行1.第一，以文本形式所接收的詢問可以由訂戶通信終端轉換為音頻數(shù)據(jù)，并且可以從中發(fā)出。
2.第二，音頻數(shù)據(jù)流可以代替表決消息中的文本表決詢問來發(fā)送，其內(nèi)容表示表決詢問。在這種情況下，表決消息的格式必須被適當?shù)財U展，使得還可以發(fā)送其它數(shù)據(jù)格式，例如其它媒體數(shù)據(jù)流。表決詢問還可以用其它媒體形式來呈現(xiàn)，例如作為圖像或作為電影來呈現(xiàn)。
3.還可以借助于按鍵通話談話串來發(fā)送表決詢問。在這種情況下，如該例子所述的表決詢問消息被發(fā)送，所述表決詢問消息還包括以下信息(僅僅或另外地)采用當前交談串的形式發(fā)送表決詢問。
作為選擇，不僅可以規(guī)定先前給出的響應被組合在按鍵通話會議服務器部件的表決組合消息中，而且還聲明哪些通信會話訂戶至此尚未作出響應。同樣可以使用上面表4中所示出的用于表決組合消息的格式來發(fā)送此消息。同樣，為尚未作出響應的那些訂戶建立條目，確切到值“表決回答長度”字段＝0并且“表決回答文本”字段＝空。
表決過程的管理者常常并不親自參與表決或對其作出響應。然而，原則上，表決管理者也可以參與他自己的表決過程。在這種情況下，表決管理者的訂戶通信終端的表決應用在響應時間周期期間不應當產(chǎn)生與可用于表決管理者的先前表決響應相關的任何信息。
代替在表決詢問消息中必須借助于絕對時間來指定表決過程的持續(xù)時間，還可以相對于當前時間來指定所述持續(xù)時間。作為選擇，事件還可以被聲明為表決的時間約束，并且例如可以通過發(fā)出來自至少n個訂戶的響應來定義表決過程的結束。還可以使用除NTP時間戳之外的格式來用于時間細節(jié)。
會議服務器部件101還可以在表決組合消息中發(fā)送單個訂戶響應的時間。為此目的，如下面表7中所示，可以擴展表決組合消息的格式0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|V＝2|P|11001|PT＝APP＝204|長度 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 作響應的參與者的SSRC|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 名稱＝PoC1|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| SDES CNAME項后面是SDES NAME項 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 表決回答時間 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|表決回答長度| 表決回答文本＝||選擇類型；1；2 |填充|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+表7用于對表決詢問的響應的RTCP消息的格式，具有時間細節(jié)詳細地，在表7中所圖示的RTCP消息中的字段的意義如下·V＝2RTP版本號；·P用于填充的指示符；·11001消息的子類型11001意指具有時間細節(jié)的“Voting_Answer(表決回答)”；所聲明的值只是示例性的值并且也可以選擇不同的值；·PT＝APP＝204用于應用定義的RTCP消息的指示符；
·長度在長度字段之后消息的的長度，以字(32比特)計；·SSRC作響應的PoC訂戶的同步源。SSCR唯一地標識了媒體流的發(fā)送者，并且在與RTCP消息相關聯(lián)的RTP分組中定義；·名稱＝PoC1應用定義的消息名(PoC1＝經(jīng)由蜂窩的PTT版本1)；·SDES CNAME項后面是SDES NAME項作響應的訂戶終端的CNAME和NAME；CNAME和NAME就是所謂的SDES項，其在SDES RTCP分組中被定義用來描述RTP訂戶；CNAME是唯一訂戶名，其也仍然存在于特定RTP會話之外(例如包括用戶名和主機IP地址)；NAME是任何想要的訂戶名，典型情況下其由訂戶自己規(guī)定；NAME不必唯一地標識訂戶；如在SDES RTCP分組的情況下，SDES項CNAME和NAME的列表由00000000類型的SDES項唯一地終止；然后所述列表用零填充直到為32比特的倍數(shù)；·表決回答時間采用NTP時間戳格式的響應時間；·表決回答長度“表決回答文本”字段的長度，以字節(jié)計；“表決回答長度”字段包括16比特；·表決回答文本用于詳細說明表決響應的文本；·填充零，用于把“表決詢問長度和文本”字段填充到32比特的整數(shù)倍。
響應時間的細節(jié)使得能夠更準確地評估訂戶例如對于游戲的反應時間。
在按鍵通話通信會話內(nèi)還可以同時進行多個表決過程。為了可以區(qū)分來自不同表決過程的RTCP消息，就給所述RTCP消息提供用于標識表決過程的附加字段。
下面的表8示出了表決消息格式的相應擴展
0 1 2 30 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+|V＝2|P|xxxxx|PT＝APP＝204| 長度 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| SSRC|+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 名稱＝PoC1 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| SDES CNAME項后面是SDES NAME項 |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 表決發(fā)起者的SSRC |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+| 表決ID |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-| 附加數(shù)據(jù)|: :
| |+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+表8向表決消息添加表決標識符詳細地，在表8中所圖示的RTCP消息中的字段的意義如下·V＝2RTP版本號；·P用于填充的指示符；·XXXXX消息的子類型，其值取決于表決消息；·PT＝APP＝204用于應用定義的RTCP消息的指示符；·長度在長度字段之后消息的的長度，以字(32比特)計；·SSRC
發(fā)送者(訂戶終端或PTT服務器)的同步源；SSRC唯一地標識媒體流的發(fā)送者并且在與RTCP消息相關聯(lián)的RTP分組中定義；·名稱＝PoC1應用定義的消息名(PoC1＝經(jīng)由蜂窩的PTT版本1)；·SDES CNAME項后面是SDES NAME項發(fā)送者(訂戶終端或PTT服務器)的CNAME和NAME；CNAME和NAME就是所謂的SDES項，其在SDES RTCP分組中被定義用來描述RTP訂戶；CNAME是唯一訂戶名，其也仍然存在于特定RTP會話之外(例如包括用戶名和主機IP地址)；NAME是任何想要的訂戶名，典型情況下其由訂戶自己規(guī)定；NAME不必唯一地標識訂戶；如在SDES RTCP分組的情況下，SDES項CNAME和NAME的列表由00000000類型的SDES項唯一地終止；然后所述列表用零填充直到為32比特的倍數(shù)；·表決發(fā)起者的SSRC發(fā)起了表決的訂戶的SSRC；·表決ID在發(fā)起訂戶的表決過程中的表決的唯一標識的號碼；·附加數(shù)據(jù)·用于表決消息的進一步信息；所述信息取決于消息的子類型并且對應于在上面所定義的表決消息(沒有表決標識符)中所聲明的附加信息。
表決過程的標識包括各自的表決發(fā)起者的SSRC和附加表決號碼。如果一個訂戶在表決詢問中第二次使用已經(jīng)進行的表決過程的表決號碼，那么兩個表決過程中的第一個結束，并且第二個開始進行。
作為選擇，對選擇詢問的響應也可以采用文本形式。于是，對應于以上例子的“表決回答文本”字段讀作文本類型；1；珠穆朗瑪峰。
除上述其它響應類型之外的進一步響應類型也可以被定義為可能的響應，例如對談話消息的接收。
除文本之外，其他媒體也可以被用作可能的響應，例如圖像或談話消息。
RTCP表決詢問消息或RTCP表決響應中的“表決詢問文本”字段和“表決回答文本”字段還可以依照除上面例子所述之外的方式來格式化。
在本發(fā)明的一個候選實施例中，設想在按鍵通話通信系統(tǒng)中不僅發(fā)送音頻數(shù)據(jù)而且在按鍵通話通信系統(tǒng)中發(fā)送其它數(shù)據(jù)，尤其是發(fā)送其它媒體數(shù)據(jù)。
此外，作為選擇，例如會議系統(tǒng)之類的通信系統(tǒng)并未被設計為按鍵通話通信系統(tǒng)，而是被設計為使用RTCP(通常是實時傳輸協(xié)議的控制協(xié)議)的、不同會議系統(tǒng)，尤其被設計為具有依照IETF的會議系統(tǒng)的通信系統(tǒng)。
此外，可以使用借助于RTCP的表決過程來約定接下來應當向哪個訂戶給予談話權利(底層控制)。為此目的，采用機器形式的訂戶，作為表決管理者，參與通信。此訂戶發(fā)起表決，該表決關于接下來應當向哪個訂戶分配談話權利，繼而此訂戶評估所給出的響應。機器訂戶應當被授權能夠分配談話權利，即換句話說，此訂戶具有所謂的“底層席位(floor chair)”功能。機器訂戶根據(jù)評估結果來分配談話權利。
本發(fā)明的一個方面是在使用實時控制協(xié)議(RTCP)的通信系統(tǒng)中把表決消息作為特定RTCP數(shù)據(jù)分組發(fā)送。
基于因特網(wǎng)協(xié)議的通信系統(tǒng)(諸如按鍵通話通信系統(tǒng)或基于網(wǎng)際協(xié)議(IP)的會議系統(tǒng))通常使用實時傳輸協(xié)議(RTP)來發(fā)送媒體數(shù)據(jù)。借助于RTCP來監(jiān)視RTP通信鏈路。依照本發(fā)明的一個方面，RTCP通信鏈路用來發(fā)送用于表決功能的特定RTCP消息。
依照本發(fā)明的另一方面，定義特定RTCP消息以便發(fā)送表決詢問、表決響應并且取消表決詢問和表決響應。
定義特定表決消息的一個優(yōu)點在于可以由機器來評估表決。如果并未定義可以選擇的可能響應，那么可以規(guī)定估算部件包含分析器部件，所述分析器部件自動分析采用明文形式給出的響應，并且從其確定表決結果。
表決消息具有簡單的格式并且是基于文本的，其優(yōu)點在于所述消息易讀且短。
通信系統(tǒng)中的中央會議服務器部件把表決響應組合在RTCP消息中。會議服務器部件通過發(fā)送表決組合消息來向表決管理者通知表決結果。此優(yōu)點在于會議服務器部件只需要發(fā)送一個消息來向表決管理者通知表決結果。由于表決結果被集中收集并存儲，所以有益地是，還可以由詢問訂戶通信終端來檢查表決(中間)結果。
表決結果可以由訂戶通信終端或由通信網(wǎng)絡中的元件來評估。此優(yōu)點在于表決通信系統(tǒng)的體系結構可以被定義為靈活的。
權利要求
1.一種在多個通信終端之間的會議中利用計算機輔助創(chuàng)建表決消息的方法，包括依照傳輸協(xié)議的控制協(xié)議來編碼所述表決消息，借助于傳輸協(xié)議的控制協(xié)議控制傳輸協(xié)議，用于標識至少一個表決詢問的信息項或用于標識至少一個表決響應的信息項被添加到所述表決消息。
2.一種在多個通信終端之間的會議中利用計算機輔助確定至少一個表決的至少一個表決結果的方法，包括解碼至少一個接收的表決響應消息，所述表決響應消息依照傳輸協(xié)議的控制協(xié)議編碼，借助于傳輸協(xié)議的控制協(xié)議控制傳輸協(xié)議，所述表決響應消息包括用于表決的至少一個表決詢問的至少一個響應，根據(jù)所解碼的表決響應消息來確定所述至少一個響應，并且使用所述至少一個響應來確定至少一個表決結果。
3.如權利要求1所述的方法，包括使用實時傳輸協(xié)議的控制協(xié)議作為所述傳輸協(xié)議的控制協(xié)議，借助于實時傳輸協(xié)議的控制協(xié)議控制實時傳輸協(xié)議。
4.如權利要求3所述的方法，包括使用實時傳輸控制協(xié)議作為所述實時傳輸協(xié)議的控制協(xié)議。
5.如權利要求3所述的方法，包括使用實時傳輸協(xié)議作為所述實時傳輸協(xié)議。
6.如權利要求1所述的方法，包括在半雙工會議中進行所述至少一個表決。
7.如權利要求6所述的方法，包括在按鍵通話會議中進行所述至少一個表決。
8.如權利要求7所述的方法，在經(jīng)由蜂窩的按鍵通話的會議中進行所述至少一個表決。
9.如權利要求1所述的方法，包括在基于因特網(wǎng)協(xié)議的會議中進行所述至少一個表決。
10.如權利要求2所述的方法，包括由會議服務器部件接收所述至少一個表決響應消息，或由會議服務器部件確定所述至少一個表決結果。
11.如權利要求2所述的方法，包括把所確定的至少一個表決結果發(fā)送到參與所述會議的至少一個通信終端。
12.如權利要求11所述的方法，包括把所確定的至少一個表決結果發(fā)送到發(fā)起了所述至少一個表決的通信終端。
13.如權利要求2所述的方法，包括由會議服務器部件接收所述至少一個表決響應消息，并且把所述表決響應消息或在所述表決響應消息中所包含的至少一個表決響應信息項發(fā)送到參與所述會議的至少一個通信終端。
14.如權利要求13所述的方法，包括把所確定的表決響應消息或在所述表決響應消息中所包含的至少一個表決響應信息項發(fā)送到發(fā)起了所述表決的通信終端。
15.一種用于在多個通信終端之間的會議中利用計算機輔助處理表決消息的方法，包括接收依照傳輸協(xié)議的控制協(xié)議編碼的表決消息，借助于傳輸協(xié)議的控制協(xié)議控制傳輸協(xié)議，根據(jù)所述表決消息來確定用于標識至少一個表決詢問的信息項或用于標識在所述表決消息中所包含的至少一個表決響應的信息項，向參與所述表決的通信終端的用戶顯示至少一個表決詢問或至少一個表決響應，并且用戶輸入對所述至少一個表決詢問的至少一個響應，依照傳輸協(xié)議的控制協(xié)議來編碼表決響應消息，借助于傳輸協(xié)議的控制協(xié)議控制傳輸協(xié)議，用于標識對所述至少一個表決詢問的至少一個響應的信息項被添加到所述表決響應消息。
16.如權利要求15所述的方法，包括使用實時傳輸協(xié)議的控制協(xié)議作為所述傳輸協(xié)議的控制協(xié)議，借助于實時傳輸協(xié)議的控制協(xié)議控制實時傳輸協(xié)議。
17.如權利要求15所述的方法，包括把所述表決響應消息發(fā)送到會議服務器部件。
18.如權利要求16所述的方法，包括使用實時傳輸控制協(xié)議作為所述實時傳輸協(xié)議的控制協(xié)議。
19.如權利要求16所述的方法，包括使用實時傳輸協(xié)議作為所述實時傳輸協(xié)議。
20.如權利要求15所述的方法，包括在半雙工會議中進行所述至少一個表決。
21.如權利要求20所述的方法，包括在按鍵通話會議中進行所述至少一個表決。
22.如權利要求21所述的方法，包括在經(jīng)由蜂窩的按鍵通話的會議中進行所述至少一個表決。
23.如權利要求15所述的方法，在基于因特網(wǎng)協(xié)議的會議中進行所述至少一個表決。
24.一種在多個通信終端之間的會議中創(chuàng)建表決消息的傳輸協(xié)議的控制協(xié)議部件，所述表決消息被依照傳輸協(xié)議的控制協(xié)議來編碼，借助于傳輸協(xié)議的控制協(xié)議控制傳輸協(xié)議，并且用于標識至少一個表決詢問的信息項或用于標識至少一個表決響應的信息項被添加到所述表決消息。
25.如權利要求24所述的傳輸協(xié)議的控制協(xié)議部件，是用于在多個通信終端之間的會議中創(chuàng)建表決消息的實時傳輸協(xié)議的控制協(xié)議部件，所述表決消息被依照實時傳輸協(xié)議的控制協(xié)議來編碼，借助于實時傳輸協(xié)議的控制協(xié)議控制實時傳輸協(xié)議。
26.如權利要求25所述的傳輸協(xié)議的控制協(xié)議部件，其被依照所述實時傳輸控制協(xié)議來設計。
27.一種會議表決評估部件，具有傳輸協(xié)議的控制協(xié)議部件，用于解碼依照傳輸協(xié)議的控制協(xié)議編碼的至少一個表決響應消息，借助于傳輸協(xié)議的控制協(xié)議控制傳輸協(xié)議，具有確定部件，用于根據(jù)所解碼的表決響應消息來確定用于標識對至少一個表決詢問的響應的至少一個信息項，具有表決評估部件，使用用于標識對至少一個表決詢問的響應的至少一個信息項確定表決結果。
28.如權利要求27所述的會議表決評估部件，所述傳輸協(xié)議的控制協(xié)議部件是實時傳輸協(xié)議的控制協(xié)議部件。
29.如權利要求28所述的會議表決評估部件，所述實時傳輸協(xié)議的控制協(xié)議部件被依照所述實時傳輸控制協(xié)議來設計。
30.一種具有如權利要求27所述的會議表決評估部件的會議服務器部件。
31.一種在多個通信終端之間的會議中創(chuàng)建表決響應消息的傳輸協(xié)議的控制協(xié)議部件，所述表決響應消息被依照傳輸協(xié)議的控制協(xié)議來編碼，借助于傳輸協(xié)議的控制協(xié)議控制傳輸協(xié)議，用于標識對至少一個表決詢問的至少一個表決響應的信息項被添加到所述表決響應消息。
32.如權利要求31所述的傳輸協(xié)議的控制協(xié)議部件，是用于在多個通信終端之間的會議中創(chuàng)建表決響應消息的實時傳輸協(xié)議的控制協(xié)議部件，所述表決消息被依照實時傳輸協(xié)議的控制協(xié)議來編碼，借助于實時傳輸協(xié)議的控制協(xié)議控制實時傳輸協(xié)議。
33.如權利要求31所述的傳輸協(xié)議的控制協(xié)議部件，其被依照所述實時傳輸控制協(xié)議來設計。
34.一種通信終端，具有用于與至少一個其它通信終端之間產(chǎn)生會議的會議部件，具有第一傳輸協(xié)議的控制協(xié)議部件，用于解碼依照傳輸協(xié)議的控制協(xié)議編碼的至少一個表決消息，借助于傳輸協(xié)議的控制協(xié)議控制傳輸協(xié)議，具有確定部件，用于根據(jù)所解碼的表決消息來確定用于標識表決詢問的至少一個信息項或用于標識表決響應的至少一個信息項，具有顯示部件，用于向用戶顯示所確定的信息項、或從其確定的至少一個表決詢問、或至少一個表決響應，具有輸入部件，用于輸入對所述至少一個表決詢問的至少一個響應，具有用于在多個通信終端之間的會議中創(chuàng)建表決響應消息的第二傳輸協(xié)議的控制協(xié)議部件，所述表決響應消息被依照傳輸協(xié)議的控制協(xié)議來編碼，借助于傳輸協(xié)議的控制協(xié)議控制傳輸協(xié)議，并且用于標識對所述至少一個表決詢問的至少一個響應的信息項被添加到所述表決響應消息。
全文摘要
公開了一種利用計算機輔助創(chuàng)建表決消息的方法、利用計算機輔助確定至少一個表決結果的方法、利用計算機輔助處理表決消息的方法、傳輸協(xié)議的控制協(xié)議部件、會議表決評估部件、會議服務器部件和通信終端。包括表決詢問的表決消息被依照例如實時傳輸控制協(xié)議之類的傳輸協(xié)議的控制協(xié)議來編碼，并且在會議期間被發(fā)送以便發(fā)起表決。
文檔編號H04L29/06GK1925410SQ20061012144
公開日2007年3月7日 申請日期2006年8月22日 優(yōu)先權日2005年8月22日
發(fā)明者A·施密特, N·施瓦格曼, H·施密特 申請人:英飛凌科技股份公司