自動產生和/或控制有多個參加者的電信會議的方法及設備的製作方法

2023-06-16 06:43:26 2

專利名稱：自動產生和/或控制有多個參加者的電信會議的方法及設備的製作方法
技術領域：
本發明涉及一種用於自動產生和/或控制具有多個參加者的電信會議的方法、一種電信會議終端設備以及一種電信會議伺服器設備。
背景技術：
稱作無線一鍵通(PoC，Push-To-Talk over Cellular)的業務能夠使得用戶或發送者在選出一個或多個接收者之後且在隨後按下特定的無線一鍵通按鍵(PoC按鍵)之後將●語音●同時向多個接收者●按照半雙工方法進行傳輸，也就是只有發送者能說話，接收者在發送者說話時不能中斷發送者。
在這種業務中，通常在發送者說話期間已經通過電信網絡分配了語音數據。這也被稱作「分流(Streaming)」。因此，從用戶的角度來看，無線一鍵通與通常的CB無線電相似，可是具有這樣的擴展，即發送者可在世界範圍內與接收者通話，所述接收者可通過至少一個電信網絡、優選的移動無線電通信網絡的交換技術來聯繫上。可是前提是，在建立通信連接的時刻，這些接收者也在該電信網絡中登記，這在移動無線電通信網路中意味著，接收者已登記，換句話說，即接收者「在線」。
無線一鍵通在工業聯盟中的第一版本中詳細說明並且在[1]中描述。其他的活動相反位於標準化委員會開放移動聯盟(OMA，OpenMobile Alliance)和第三代合作夥伴計劃(3GPP，3rd GenerationPartnership Project)中。無線一鍵通被實現在所謂的分組交換域(PS域(Packet-Switched-Domain)，也就是在電信網絡的分組交換的範圍中；在交換層面上將網際協議(IP，Internet Protocol)用作通信網絡協議)中。
每個無線一鍵通組會話(Push-To-Talk over Cellular GroupSession)都存在一個中央的無線一鍵通伺服器設備、即所謂的控制PoC伺服器(Controlling-PoC-Server)。在PoC組會話期間，PoC客戶端設備分別經由被分配給其的所謂參加伺服器(Participating-Server)而與控制PoC伺服器具有連接。針對PoC客戶機和參加PoC伺服器之間的或參加PoC伺服器和控制PoC伺服器之間的信令通信連接，例如應用IP多媒體子系統(IMS，IP MultimediaSubsystem)，該IP多媒體子系統將所謂的會話初始協議(SIP，Session Initiation Protocol)用作信令通信協議，如在[2]中所說明的那樣。針對PoC客戶機和參加PoC伺服器之間的或參加PoC伺服器和控制PoC伺服器之間的數據傳輸通信連接應用所謂的針對實時應用程式(RTP，Real Time Application)的傳輸協議(TransportProtocol)。
在按鍵通話中，目前存在三種不同類型的PoC組(無線一鍵通組，Push-To-Talk over Cellular Group)，其基本上區別於PoC組會話的結構●中途加入型PoC組會話(Ad-hoc-PoC-Group Session)在建立中途加入型PoC組會話之前，中途加入型PoC組會話的發起者確定包括其地址在內的PoC用戶(PoC User)的列表，該地址例如是作為SIP-URL(會話初始協議統一資源標識符(SessionInitiation Protocol Unique Resource Locator))的PoC用戶的電話號碼或作為SIP-URL的SIP位址。
在這方面應注意，PoC用戶的列表也可只由一個人組成。該列表在建立中途加入型PoC組會話時從發起的PoC客戶機被一起發送到控制PoC伺服器，隨後該控制PoC伺服器邀請所有在列表中所包含的PoC用戶參加中途加入型PoC組會話。所邀請的PoC用戶可接受、拒絕或也可忽略這個邀請。
●預定的PoC組會話(Pre-arranged-PoC-Group Session)針對一再想要與相同的PoC用戶進行PoC組會話的情況，對於PoC用戶可能的是，定義他的個人的、固定的組並使得控制PoC伺服器知道該組。這是所謂的預定的PoC組(Pre-arranged PoC-Group)。
例如，PoC用戶可定義具有包括其地址在內的相應的PoC用戶的預定的PoC組「朋友」，該地址例如是作為SIP-URL的電話號碼或作為SIP-URL的SIP位址。
預定的PoC組隨後被分配有自己的組地址、例如SIP-URL。這個組地址在建立預定的PoC組會話時從發起的PoC客戶機被一起發送到控制PoC伺服器，該控制PoC伺服器隨後邀請所有屬於預定的PoC組的PoC用戶參加該預定的PoC組會話。所邀請的PoC用戶可接受、拒絕或也可忽略這個邀請。
●聊天PoC組會話(Chat-PoC-Group Session)同樣固定地定義聊天PoC組，其對於控制PoC伺服器是已知的並例如涉及某一討論話題。在這種類型的PoC組中通常規定，對此有權限的PoC用戶自己撥入聊天PoC組會話中並隨後與同樣作為PoC參加者參加該聊天PoC組會話的其他PoC用戶進行PoC組會話。
因此，這個組會話與這在網際網路中的所謂的「聊天室」中所規定的那樣相似地工作。
因此，在無線一鍵通中存在兩個不同的可能性，即PoC用戶如何能夠成為PoC組會話中的PoC參加者。或者該PoC用戶自己撥入到PoC組會話中(這在聊天PoC組會話中是通常的路徑)，或者該PoC用戶接受邀請(這在中途加入型PoC組會話中或在預定的PoC組會話中是通常的路徑)。
根據[4]，所謂的「會話狀態通知」(Session StatusNotification)業務公知為在無線一鍵通中的性能特徵(Feature)，在應用該「會話狀態通知」業務的情況下，告知PoC用戶，PoC組會話當前具有哪種狀態。例如，剛好在PoC組會話中的PoC參加者是誰，可屬於這種狀態。因此，如果PoC用戶針對這種業務登記，隨後在任何時候通知該PoC用戶，多少或哪些PoC參加者目前參加PoC組會話。這種可選的性能特徵利用SIP擴展方案預訂/通知(SUBSCRIBE/NOTIFY)來實現，如其在[5]中所說明的那樣。
如果PoC用戶想要參加某一聊天PoC組會話中的討論，那麼這個PoC用戶可有這樣希望，即該PoC用戶只在某些條件下想要參加。例如，當至少三個人已經加入其中時，PoC用戶才可能想要參加這樣的聊天poC組會話，因為他認為，否則不能進行有趣的討論。
為了能保證遵守這種條件，PoC用戶能針對所謂的性能特徵「會話狀態通知」進行登記並持續地、也就是連續地觀察關於感興趣的聊天PoC組會話的當前狀態。
一旦他藉助傳送給他的會話狀態通知消息來確定，滿足由他自己提出的條件(在這個例子中也就是，至少三個PoC參加者已參加該感興趣的PoC組會話)，那麼他就自己撥入相應的聊天PoC組會話。
在中途加入型PoC組會話或預定的PoC組會話中可以設想另一情形。
如果PoC用戶被邀請參加這種中途加入型PoC組會話或預定的PoC組會話，那麼接著他可能首先拒絕該邀請，因為沒有滿足由他選擇的和自己提出的條件(例如，其經理也應已經參加這個PoC組會話)。接著，他隨後例如同樣觀察這個感興趣的PoC組會話的狀態，其方式是他針對性能特徵「會話狀態通知」登記，並且一旦其經理也作為PoC參加者參加該感興趣的PoC組會話，他就自己也撥入這個PoC組會話中。
上述兩種情形的缺點是，PoC用戶必須自己持續地觀察某一PoC組會話的當前狀態，並且當滿足由他提出的條件時，PoC用戶才可申請進入他感興趣的各個PoC組會話中。上述行為方式的缺點也在於，針對從來沒有滿足條件的情況，該用戶已花費很多時間和精力，以便持續地觀察相應PoC組會話的狀態。根據上述行為方式也可能的是，雖然滿足了條件，但是由於延遲地才注意到條件被滿足，該用戶才推遲或甚至很晚進入PoC組會話，並且因此完全沒得到在PoC組會話中儘可能分配或交換給他的感興趣的信息。
說明SIP消息UPDATE和[7]說明SIP消息INFO。
從[8]中公知所謂的會話描述協議(SDP，Session DescriptionProtocol)在[9]中說明SIP消息MESSAGE。
上述問題也出現在其他電信會議中，例如出現在網際網路中的電信會議系統中，該電信會議系統例如在[10]中被說明並被稱作「會議框架(Conferencing Framework)」。此外，在這種電信會議系統上建立在業務IMS會議的標準化委員會3GPP中加以詳細說明。
此外，在[10]中說明的電信會議系統除了用於控制對多媒體電信會議資源的訪問權限(也稱作發言權控制(Floor Control))和建立會議規則(也稱作會議策略(Conference Policy))的方法以外還提供基於會話初始協議(SIP)的、此外用於產生、用於管理、用於進入和用於離開電信會議的程序。此外，在該系統中包含用於通知會議參加者(也稱作會議通知業務(Conference NotificationService))特定的、涉及電信會議的信息和事件(Event)的方法。這些通知方法之一例如是所謂的「會話狀態通知」。在電信會議系統內，在參加者之間交換任意類型的媒體，並且該電信會議系統出於這個原因在下面也被稱為多媒體電信會議系統。
為了定義不同的規則，在[10]中說明的多媒體電信會議系統的範圍中定義所謂的會議策略控制協議(CPCP，Conference PolicyControl Protocol)，如在[11]中所說明的那樣。
在[12]中說明一種方法，其中用戶向伺服器發送具有以下詢問的參加者列表，所述詢問是提供具有由參加者列表所指定的參加者的會議。在此，該伺服器尤其是檢查，是否已經存在具有所述參加者的會議並且必要時事後將參加者添加到該會議。
文獻[13]說明一種用於將與業務相關的信息轉交給網絡用戶的方法。在此，網絡用戶的終端設備請求事件包，並且於是例如告知該網絡用戶業務配置。
在[14]中說明一種用於管理會議的系統，其中藉助客戶機應用程式來配置會議，伺服器單元管理會議調整，並且配置會議單元，以致該會議單元在所計劃的時刻提供該會議。

發明內容
本發明所基於的問題為，以針對用戶簡單的方式在考慮用戶特定的條件的情況下產生和/或控制電信會議。
所述問題通過具有根據獨立權利要求所述的特徵、用於自動地產生和/或控制具有多個參加者的電信會議的方法、電信會議終端設備以及電信會議伺服器設備來解決。
本發明的優選的改進方案由從屬權利要求得到。以下所說明的本發明的改進方案不僅涉及用於自動產生和/或控制電信會議的方法、電信會議伺服器設備，而且還涉及電信會議終端設備。
在用於自動產生和/或控制具有多個參加者的電信會議的方法中，其中在電子的會議條件文件中存儲關於產生電信會議和/或關於一個或多個參加者參加電信會議的至少一個會議條件，在應用所述會議條件文件的情況下自動地檢驗，是否滿足至少一個所存儲的會議條件。對於滿足至少一個所存儲的會議條件的情況，產生電信會議和/或將一個或多個參加者添加到電信會議中。
針對未滿足所存儲的會議條件的情況，可設置不同的動作，這樣例如可以不產生所述會議，可以不變化地繼續該會議，已申請進入會議的用戶例如利用相應的通知消息可被告知條件未被滿足，或該用戶在執行一個或多個可預定的動作時可被告知所提出的條件可能被滿足。
電信會議終端設備具有電信會議單元，該電信會議單元被設立用於與電信會議中的其他電信會議終端設備和/或電信伺服器設備進行通信。此外，電信會議單元具有用於存儲電子的會議條件文件的存儲器，在該會議條件文件中包含關於產生電信會議和/或關於一個或多個參加者參加電信會議的至少一個會議條件。此外，設置有與所述存儲器相耦合的電信會議檢驗單元，該電信會議檢驗單元被設立用於在應用會議條件文件的情況下優選地按照被包含在會議條件文件中的數據來檢驗，是否滿足至少一個所存儲的會議條件。同樣在電信會議終端設備中所設置的電信會議消息產生單元被這樣設立，使得針對以下情況，即電信會議檢驗單元的該電信會議消息產生單元包含滿足至少一個所存儲的會議條件的信息，該電信會議消息產生單元產生以下消息之一●會議產生詢問消息，利用該會議產生詢問消息申請電信會議的產生，和/或●會議進入消息，利用該會議進入消息來通知電信會議終端設備進入電信會議。
電信會議伺服器設備具有電信會議單元，該電信會議單元被設立用於與電信會議中的電信會議終端設備和/或一個或多個其他的電信會議伺服器設備進行通信。此外，該電信會議單元具有用於存儲電子的會議條件文件的存儲器，在該會議條件文件中包含關於產生電信會議和/或關於一個或多個參加者參加電信會議的至少一個會議條件。電信會議檢驗單元與所述存儲器相耦合，所述電信會議檢驗單元被設立用於，在應用會議條件文件的內容的情況下、尤其是在應用被存儲在會議條件文件中的一個或多個會議條件的情況下檢驗，是否滿足至少一個被存儲在其中的一個或多個會議條件。此外，設置有電信會議產生單元/控制單元，該電信會議產生單元/控制單元被這樣設立，使得，針對滿足至少一個所存儲的會議條件的情況，該電信會議產生單元/控制單元產生電信會議和/或將一個或多個參加者添加到電信會議中。
電信會議的參加者優選地通過移動無線電通信系統、特別優選地按照3GPP移動無線電通信系統、特別優選地按照UMTS來傳輸和/或接收數據。
換句話說，這意味著，在此特別優選地按照3GPP移動無線電系統和在此特別優選地按照UMTS來設立用於通過移動無線電系統進行遠程通信的電信會議伺服器設備。
因此，本發明尤其是適合於用在優選地基於小區的移動無線電通信系統中。換句話說，這意味著，該電信會議伺服器設備因此優選的是移動無線電通信系統的組成部分、特別優選的是3GPP移動無線電通信系統的組成部分並且在此特別優選的是UMTS移動無線電通信系統的所謂的IP多媒體核心網絡子系統(IMS)的組成部分。
按照電信會議網絡的架構，該電信會議伺服器設備也可被集成在電信會議終端設備中。
此外，在完全互相配合的(vollvermascht)電信會議中惟一地在使用電信會議終端設備的情況下，這些電信會議終端設備中的一個電信會議終端設備可以被「指定」為電信會議伺服器設備，並激活和提供一個或多個相應的功能。
在這方面應指出，在本說明書的範圍中，「產生電信會議」的表達也應被理解為邀請參加者來產生電信會議，也就是請求產生電信會議的將來的可能的電信會議參加者。
此外，「控制電信會議」的表達在本發明的範圍中也應被理解為邀請可能的新參加者進入已經產生的電信會議。
單個的、在下面所說明的功能單元可分別被實施為單個的、彼此分離的硬體單元、例如獨立的計算機或電信終端設備、優選地移動無線電終端設備，或至少部分被實施為軟體、也就是藉助在分離的或共同的計算機單元中所實施的電腦程式。
本發明特別適合用於多媒體電信會議、也就是用於這樣的電信會議中，在該電信會議中，在電信會議的參加者之間交換和傳輸不同的媒體類型、例如音頻數據、視頻數據和/或文本數據。
優選地，在固網電信會議、尤其是基於網際網路的固網電信會議中採用該方法，可替換地優選地在移動無線電電信會議、尤其是基於小區的移動無線電電信會議中和在此特別優選地在3GPP移動無線電電信會議、尤其是在UMTS移動無線電電信會議中採用該方法。
特別優選的使用領域是無線一鍵通移動無線電電信會議、尤其是以下類型之一的無線一鍵通移動無線電電信會議●中途加入型移動無線電電信會議；●預定的移動無線電電信會議；●聊天移動無線電電信會議。尤其是在無線一鍵通移動無線電電信會議中出現在本說明書引言的範圍中所說明的、在儘可能滿足或未被滿足的條件方面的、連續地人工觀察現有的電信會議的問題。
通過本發明，說明針對電信會議會話、尤其是針對PoC組會話的明顯新的機制，利用該機制，當某一、由會議用戶、例如PoC用戶確定的事件出現時，該用戶接著才作為參加者加入到電信組會話中，尤其是加入到PoC組會話中。
例如，當至少已經有兩個其他的PoC參加者參加聊天PoC組會話時，會議用戶、例如PoC用戶接著才作為參加者加入這個聊天PoC組會話。
因此，通過本發明，首先可能的是，將用於進入電信會議的條件自動地傳送給用於產生或控制電信會議的相應的單元，由該單元可自動地處理和連續地檢查所述條件。可替換地，所述檢查也可在電信終端設備中進行，並且同時或即時告知用戶滿足電信會議中的條件，而用戶不必持續地自己手動地監控感興趣的電信會議的狀態。通過本發明也保證，用戶能夠即時、也就是或多或少直接在滿足電信會議的條件之後加入該電信會議或產生電信會議。因此，避免在用戶參加電信會議方面的不必要的時間損失。
以這種方式，電信會議系統的用戶友好性對於用戶極大地提高。
會議條件文件可被存儲在參加者的參加者終端設備中。
在這種情況下優選的是，關於電信會議的狀態信息被傳送給其中存儲有各自的會議條件文件的參加者終端設備，並由參加者終端設備在應用所接收到的狀態信息的情況下執行所述檢驗。
根據本發明的這個改進方案，自動地在終端設備側監控所述電信會議，並且通過即時告知用戶預定條件的滿足也實現電信會議的產生和/或控制。
根據本發明的改進方案規定，在出現預定的事件時，例如在應用如在[4]中所說明的業務「會話狀態通知」的情況下，關於電信會議的狀態信息被傳送給參加者終端設備。在此，優選地規定，在出現電信會議狀態變化時，例如在參加者加入電信會議或從電信會議中退出時，將關於電信會議的狀態信息傳送給參加者終端設備。
可替換地，電信會議條件文件可被存儲在電信會議伺服器設備中。
在這種情況下優選地規定，針對多個、由電信會議伺服器設備所接收到的電信會議詢問檢查，通過滿足電信會議詢問是否滿足用戶的會議條件。針對在滿足電信會議詢問時滿足該會議條件的情況，產生電信會議和/或將一個或多個參加者添加到電信會議中。
以這種方式，甚至對於以下情況，即針對現有的或還不存在的電信會議在隔離觀察相應的詢問條件方面本身不滿足這些條件，可能集中地通過處理或分析和利用不同參加者的多次詢問和多個條件，在產生針對所有參加者的電信會議時，滿足各自的條件。
以這種方式，還進一步極大地提高操作舒適性。
作為會議條件優選地考慮一個或多個下面的會議條件●預定的數量，尤其是對電信會議感興趣的或參加電信會議的參加者的最小數量或最大數量；●對電信會議感興趣的或參加電信會議的參加者的身份；●產生電信會議的時刻；●結束電信會議的時刻；●電信會議的持續時間；●電信會議的內容；●電信會議中的通信強度，尤其是通話的時間部分、和/或發言權以其變換的頻率。


本發明的實施例在附圖中被示出並在下面被詳細說明。在附圖中通常給相同的或相似的單元裝備相同的參考符號。
其中圖1示出框圖，該框圖描述根據無線一鍵通通信系統的實施例的無線一鍵通通信系統；圖2示出消息流圖，在該圖中描述按照本發明的第一實施例的方法步驟；圖3示出消息流圖，在該圖中描述按照本發明的第二實施例的第一實現替換方案的方法步驟；圖4示出消息流圖，在該圖中描述按照本發明的第二實施例的第二實現替換方案的方法步驟；圖5示出消息流圖，在該圖中描述按照本發明的第三實施例的方法步驟；圖6示出按照本發明的另一實施例的電信會議系統。
具體實施例方式
圖1示出按照本發明的多個實施例的無線一鍵通移動無線電電信會議系統100的基本架構。
無線一鍵通被實現在分組交換域(PS-Domain)中、也就是在移動無線電電信系統的分組交換部分中。
在無線一鍵通中，在交換層面上將網際協議(IP)用作通信網絡協議。
在網絡側，通信系統100在針對每個PoC組會話(Push-To-Talkover Cellular-Group Session)、也就是針對PoC會議範圍中的每個組通信連接的固網範圍101中具有中央PoC伺服器設備、即所謂的控制PoC伺服器102。
此外，針對每個PoC通信終端設備，針對每個PoC客戶機分別裝設和分配被分配給該PoC客戶機的參加PoC伺服器設備(Participating-PoC-Server)103、104、105。所述PoC客戶機、優選地移動無線電終端設備在圖1中用參考符號106、107或108來標識，在該PoC客戶機中實現用於進行基於PoC的通信的、相應的通信協議和程序。針對各個PoC客戶機106、107、108和各個參加PoC伺服器103、104或105以及控制PoC伺服器102之間的信令通信連接，按照本發明的實施例使用網際協議多媒體子系統(IMS)，該網際協議多媒體子系統將會話初始協議(SIP)用作信令通信協議，如在[2]中所說明的那樣。
按照[1]設立無線一鍵通移動無線電電信會議系統100，除了附加的特徵，如下面進一步說明的那樣。
針對PoC客戶機106、107、108和各自的參加PoC伺服器103、104或105或控制PoC伺服器102之間的數據傳輸通信連接，應用按照[3]的協議RTP。
在按鍵通話中，目前存在三種不同類型的PoC組(無線一鍵通組)，其基本上區別於PoC組會話的結構●中途加入型PoC組會話(Ad-hoc-PoC-Group Session)在建立中途加入型PoC組會話之前，中途加入型PoC組會話的發起者確定包括其地址在內的PoC用戶(PoC User)的列表，該地址例如是作為SIP-URL(會話初始協議統一資源標識符)的PoC用戶的電話號碼或作為SIP-URL的SIP位址。
在這方面應注意，PoC用戶的列表也可只由一個人組成。該列表在建立中途加入型PoC組會話時從發起的PoC客戶機被一起發送到控制PoC伺服器，隨後該控制PoC伺服器邀請所有在列表中所包含的PoC用戶、也就是所有所列出的PoC用戶參加中途加入型PoC組會話。所邀請的PoC用戶可接受、拒絕或也可忽略這個邀請。
●預定的PoC組會話(Pre-arranged-PoC-Group Session)針對一再想要與相同的PoC用戶進行PoC組會話的情況，對於PoC用戶可能的是，定義他的個人的、固定的組並使得控制PoC伺服器知道該組。這是所謂的預定的PoC組(Pre-arranged PoC-Group)。
例如，PoC用戶可定義具有包括其地址在內的相應的PoC用戶的預定的PoC組「朋友「，該地址例如是作為SIP-URL的電話號碼或作為SIP-URL的SIP位址。
預定的PoC組隨後被分配有自己的組地址、例如SIP-URL。這個組地址在建立預定的PoC組會話時從發起的PoC客戶機被一起發送到控制PoC伺服器，該控制PoC伺服器隨後邀請所有屬於預定的PoC組的PoC用戶參加該預定的PoC組會話。所邀請的PoC用戶可接受、拒絕或也可忽略這個邀請。
●聊天PoC組會話(Chat-PoC-Group Session)
同樣固定地定義聊天PoC組，其對於控制PoC伺服器是已知的並例如涉及某一討論話題。在這種情況下，對此有權限的每個PoC用戶自己撥入聊天PoC組會話中並隨後與同樣作為PoC參加者參加該聊天PoC組會話的其他PoC用戶進行PoC組會話。
因此，這個組會話與這在網際網路中的所謂的「聊天室」中所規定的那樣相似地工作。
因此，PoC客戶機106、107、108分別具有接口、優選地空中接口109、110、111，用於提供到其相應的參加PoC伺服器103、104或105的移動無線電通信連接，所述相應的參加PoC伺服器103、104或105又具有到中央控制PoC伺服器102的通信連接。
此外，可選地裝設發言權控制決定單元(主席)112並將其與控制PoC伺服器102相耦合。該主席112是邏輯單元，該邏輯單元針對所擴展的性能特徵「通過主席進行發言權控制決定」加以設置。該主席112可在PoC客戶機106、107、108本身中或者也可在網絡範圍101中的伺服器中實現。
該接口、也就是從PoC客戶機106、107、108到相應參加PoC伺服器103、104或105的接口例如在UMTS中通過無線電接入網絡(RAN，Radio Access Network)、核心網絡(CN，Core Network)和IP多媒體子系統(IMS)來實現。在可替換的實施形式中同樣設置有例如藉助於通常的郵政通信網絡(PSTN，Post-Kommunicationnetz)的其他實現方案。
根據本發明，針對上面所述的問題基本上規定了兩種不同的解決方法，並且所述解決方法尤其是結合無線一鍵通移動無線電電信系統100加以詳細說明，其中對於所有以下所說明的實施例共同的是，以下所說明的條件自動由終端設備或由伺服器設備來檢查。
所有以下所說明的解決方法原則上可在所有上述類型的PoC組會話中應用。
因而，以下經常通常區分PoC組會話而不再在三個不同類型的PoC組會話之間區分。
在這種情況下，所說明的實施例可用於所有三種上述PoC組會話。
按照第一解決方法應用上述業務「會話狀態通知」。
在各個PoC客戶機106、107、108中(或在應用程式中，所述應用程式在PoC終端設備上實施，該應用程式從PoC客戶機106得到必需的信息)，PoC用戶可確定一個或多個條件或也可確定多個條件的組合，這些條件在參加者想要撥入所預定的某個PoC組會話中之前必須被滿足。
所預定的條件被存儲在會議條件文件中，PoC客戶機106、107、108可訪問該會議條件文件。
該PoC客戶機106、107、108根據會議條件文件在相應的PoC組會話的狀態的每次所通知的變化時檢查，是否滿足一個/多個條件，所述PoC組會話被分配給各個會議條件文件。
只要這是這種情況，PoC客戶機106、107、108自動撥入各自的PoC組會話和並為此給PoC用戶相應的提示，例如藉助輸出信號音或在PoC終端設備的顯示器上輸出相應的提示。
第一解決方法的優點尤其是在於，PoC用戶不必自己持續地觀察相應的PoC組會話的狀態，而是在PoC客戶機106、107、108中存在相應的機制，該機制按照PoC用戶的期望進行並連續自動地監控各個PoC組會話。
相反，按照第二解決方法，根據本發明的功能主要被實施在控制PoC伺服器102中。
該PoC用戶「有條件地」、也就是在提出相應的撥入條件的情況下撥入某一PoC組會話中，根據本發明隨著撥入消息來附加地將一個、多個條件或多個條件的組合一起發送給控制PoC伺服器102。
如果滿足所提到的一個/多個條件，那麼控制PoC伺服器102立即使所述PoC用戶成為各個組會話的PoC參加者。
如果沒有滿足該一個/多個條件，則在控制PoC伺服器102中將PoC用戶存儲在可能的參加者文件(可能的參加者列表)中，並且由該控制PoC伺服器102作為潛在的PoC參加者來管理，也就是不向該潛在的PoC參加者發送來自該PoC組會話(當它完全運行時)的語音消息，而且該潛在的PoC參加者也不可能自己把語音消息引入PoC組會話中。該控制PoC伺服器102現在持續地、也就是連續地以預定的時間間隔交替地檢查，是否滿足這個/這些條件，這些條件由各個客戶機來預定。
只要這是這種情況，則潛在的PoC參加者自動進入PoC組會話中並因此變成完全「正常的」PoC參加者。為此實現從控制PoC伺服器102到相應的PoC客戶機106、107、108的相應的信令。
按照第二解決方法尤其得出以下附加的優點●按照第二解決方法不一定必要的是，該PoC客戶機106、107、108使用「會話狀態通知」業務，這通常是這樣的業務，即其告知客戶機PoC組會話中的狀態變化。由此節約了各個PoC組會話狀態的附加(可能甚至十分頻繁的)信令，這不僅節約關於空中接口的資源而且節約針對PoC用戶的產生的費用。
●由於功能完全被設置在控制PoC伺服器102中，所以這可被一次集中地實施並且不必存在於或實施在每個單個PoC客戶機106、107、108上。因此，相應的軟體的維護、也就是尤其是更新很簡單並且廉價地進行。
●在控制PoC伺服器102中任何時刻都知道，誰和多少PoC用戶在某一PoC組會話中被視為潛在的PoC參加者。由此，不同的、與各種潛在的PoC參加者有關的條件可被解除。
示例情況是，在某一聊天PoC組中當前沒有參加者，可是三個PoC用戶利用以下條件撥入，即至少兩個其他的PoC參加者參加該聊天PoC組會話。由於該控制PoC伺服器102具有關於所有三個潛在的PoC參加者的條件的認識，所以該控制PoC伺服器102可使得所有三個潛在的PoC參加者撥入聊天PoC組會話中，由此隨後也滿足所有條件。
第二解決方法(如其在上面被說明的那樣)中的變型在於，PoC用戶可在固網通信網絡中存儲這樣的信息，即在哪些條件中他想要被邀請參加某一PoC組會話中。也可以針對一組邀請PoC用戶參加其中的PoC組會話或也可針對所有將來的邀請PoC用戶參加其中的PoC組會話來確定條件。
這種變型中的附加優點尤其是可能不需要其他的信令，因為所述條件每次在有條件地撥入時或在潛在地接受邀請時不必一起寄送。
以下，說明若干個隨後的和上面所列舉的概念，如其在說明書的範圍中應被理解的那樣●PoC用戶是通信終端設備的用戶，該用戶在其通信終端設備上擁有PoC客戶機並登記為PoC業務。因此他在原則上有能力管理PoC組會話。
●PoC參加者是成功地撥入PoC組會話(其自己撥入或其接受邀請)的PoC用戶，也就是該PoC用戶接收到所有由這個PoC組會話中的其他PoC參加者產生的語音數據並且通常也可能自己將語音數據引入該PoC組會話中。
●潛在的PoC參加者是與PoC組會話只「聯合」的用戶，也就是該參加者在控制PoC伺服器102處以一條件有條件地撥入PoC組會話中，其中可是(目前)沒有滿足該條件。因此，該參加者還不是PoC參加者，可是，只要條件一滿足，他就可能變成PoC參加者。
參考圖2中的消息流圖200，詳細說明本發明的第一實施例，該實施例以根據上面說明的第一解決方法的結構來實施。
以此為出發點，即PoC用戶有興趣參加標題為「MichaelJackson」的聊天PoC組會話。
但是，只有當其朋友「Peter」同樣在該聊天PoC組會話中是PoC參加者時，所述PoC用戶才想要參加該聊天PoC組會話；此外，對此他只在晚上19:00點至20:00點有時間。
該PoC用戶在第一PoC客戶機106上所實施的應用程式中輸入兩個條件，並且這兩個條件以相應的語法、優選地按照XML(可擴展標記語言(Extensible Markup Language))被存儲在未示出的會議條件文件中。在該實施例中以此為出發點，即每個PoC客戶機106、107、108被實施在按照UMTS所設立的移動無線電終端設備中。
通過用戶在第一PoC客戶機106中輸入和存儲條件在圖2中以第一塊201來表示。
在19:00點，在第一PoC客戶機106中所實施的應用程式推動(anstossen)第一PoC客戶機106，其應該對於控制PoC伺服器102的這個所說明的聊天PoC組請求業務「會話狀態通知」。
為此，第一PoC客戶機106將具有「會議狀態事件包(ConferenceStatus Event Package)」的相應的SIP預訂(SIP-SUBSCRIBE)消息202發送給所述控制POC伺服器102。
此外，該第一PoC客戶機106應將所有所接收到的狀態信息轉交給第一PoC客戶機106中的應用程式，該第一PoC客戶機106以SIP通知消息203的形式得到所述狀態信息。在圖2中描述示例情況，即首先在得到第一SIP通知消息203之後實現一個或多個條件的檢查(檢驗步驟204)而這個檢查得出否定的結果，因為PoC用戶「Peter」的PoC客戶機在這個時刻還不是PoC組會話中的PoC參加者。
在隨後的時刻，該PoC用戶「Peter」藉助第一SIP邀請(SIP-INVITE)消息206撥入聊天PoC組會話中(塊205)，所述第一SIP邀請消息206包含第二PoC客戶機107想要撥入其中的各個聊天組的標識符作為參數，並且所述第一SIP邀請消息206由第二PoC客戶機107發送給控制PoC伺服器102，該第二PoC客戶機107被實施在PoC用戶「Peter」的移動無線電終端設備上。
所述控制PoC伺服器102產生所期望的聊天組會話或將PoC用戶「Peter」添加到已經產生的所期望的聊天組會話，並且藉助第一SIP-200-OK消息207向第二PoC客戶機107證實該情況，所述第二客戶機107已經發送用於產生或參加PoC組會話的請求。
基於電信會議或PoC組會話的狀態變化，所述控制PoC伺服器102將第二SIP通知消息208發送給所預訂的PoC客戶機106，在所述第二SIP通知消息208中包含這樣的信息，即朋友「Peter」已作為參加者「進入」聊天PoC會話中。
基於這個新的信息，該第一PoC客戶機106從現在開始在應用會議條件文件和第二SIP通知消息208的情況下檢查，是否滿足所述條件(檢驗步驟209)，並且由於在上述的假設的情況下從現在開始滿足所述條件，所以第一PoC客戶機106產生和發送具有聊天組的標識說明的第二SIP邀請消息210，並將該第二SIP邀請消息210發送到控制PoC伺服器102。
該控制PoC伺服器102將第一PoC客戶機106添加到在SIP邀請消息210中所說明的聊天組會話，並且利用第二SIP-200-OK消息211向第一PoC客戶機106證實這個情況。
現在，不僅第一PoC客戶機106而且第二PoC客戶機107是參加所期望的PoC組會話的PoC參加者。
圖3和圖4示出按照上面所說明的第二解決方法的本發明的第二實施例的兩個不同的實現替換方按。
按照該第二實施例假設，PoC用戶有興趣參加主題為「MichaelJackson」的聊天PoC組會話。
但是，只有當其朋友「Peter」或其同事「Paul」同樣在這個PoC組會話中是PoC參加者時，所述PoC用戶才想參加該PoC組會話。
該PoC用戶在被實施在其移動無線電終端設備上的應用程式中輸入這個條件，第一PoC客戶機106也被實施在所述移動無線電終端設備上，並因此起動他的有條件地撥入相應的聊天PoC組會話中(塊301)。
於是，該第一PoC客戶機106發送第一SIP邀請消息302，在該SIP邀請消息302中作為參數包含聊天PoC組會話的說明和PoC用戶所輸入、也就是設置的條件。該第一SIP邀請消息302從第一PoC客戶機106被傳輸給控制PoC伺服器102，該控制PoC伺服器102在被存儲在控制PoC伺服器102的存儲器中的會議條件文件中錄入所接收到的條件。
下面描述XML格式的按照本發明的實施例的SIP邀請消息之一302的示例性結構INVITE [email protected] SIP/2.0…Content-Typeapplication/dial_in_conditions+xmlContent-Length(…)dial_in_conditions
conditions_or
poc_user uri＝″[email protected]″participant＝″true″/
poc_user uri＝″[email protected]″participant＝″true″/
/conditions_or
/dial_in_conditions
與按照SIP的常用的邀請消息相比較的附加的信息在上述的XML例子中以黑體突出，該信息代表所設置的條件。
在得到第一SIP邀請消息302之後，所述控制PoC伺服器102檢查，是否滿足這樣的條件，即PoC 用戶「[email protected]」或PoC用戶「[email protected]」目前在相應的PoC組會話中(如其通過SIP邀請消息302中的參數「聊天組(Chat-Group)」所說明的那樣)是PoC參加者。
在示例性的、朋友Peter目前參加PoC組會話的情況下，該控制PoC伺服器102將第一SIP-200-OK消息303發送給第一PoC客戶機106，其中如以下所描述地那樣來擴展該SIP-200-OK消息303(該擴展方案通過黑體來標記)，由此該PoC用戶變成PoC參加者200 [email protected] SIP/2.0…Content-Typeapplication/dial_in_conditions_status+xmlContent-Length(...)dial_in_conditions_status
conditions_or
poo_user uri＝″[email protected]″participant＝″true″/
poo_user uri＝″[email protected]″participant＝″false″/
/conditions_or
/dial_in_conditions_status
藉助上述的擴展方案，可通知PoC用戶，基於哪個或哪些條件實現實際上撥入聊天PoC組會話中。如果如上述例子中所說明地那樣實現該PoC用戶的邏輯「或」連接，則這是特別感興趣的。
在當前朋友「Peter」和同事「Paul」都未參加該PoC組會話的情況下，存在兩個可替換的實現方案、也就是行為方式。
第一實現替換方案(參考圖3)在於，在從控制PoC伺服器102方面檢查所給出的條件時，該檢查結果為否定的(方框303)，所述控制PoC伺服器102產生第一SIP-200-OK消息304並將其傳送給第一PoC客戶機106。在該第一SIP-200-OK消息304中，在應用在[8]中所說明的會話描述協議(SDP)的情況下，相應的媒體(尤其是語音)被設置為「不活動的」，也就是用戶沒有得到語音消息並也不能發送語音消息(在圖3中用方塊305表示)。這種(SDP-)消息的結構按照[8]來實現。該第一SIP-200-OK消息304因此如下來構造200 [email protected] SIP/2.0…
Content-Typeapplication/sdpContent-Length(…)…m＝audio 49170 RTP/AVP 0a＝inactiveContent-Typeapplication/dial_n_conditions_status+xmlContent-Length(…)dial_in_conditions_status
conditions_or
poc_user uri＝″[email protected]″participant＝″false″/
poc_user uri＝″[email protected]″participant＝″false″/
/conditions_or
dial_in _onditions_status
與按照SIP的常用的200-OK消息相比較的附加信息在上述的XML實例中以黑體突出，這些附加信息代表檢查所給出的條件的結果。
換句話說，這意味著，該PoC用戶現在是該PoC組會話中的潛在的PoC參加者，也即既不能接收也不能發送語音數據。
如果在稍後的時刻滿足被包含在第一SIP邀請消息302中的條件，則所述控制PoC伺服器102發送相應的SIP消息(例如如在[6]中所說明的SIP消息UPDATE、如在[7]中所說明的SIP消息INFO或SIP消息RE-INVITE)，在該消息中隨後藉助SDP將語音設置為「活動的」。以這種方式，該PoC用戶接著變成為「正常的」PoC參加者。如上面結合第一SIP-200-OK消息304所說明的那樣，也可以將該消息擴展了條件檢查的結果(塊303)。
在圖3中再一次詳細說明這種行為方式，其中在圖3中假設，在位於在將第一SIP-200-OK消息304傳送給第一PoC客戶機106之後的時刻，PoC用戶「Peter」撥入感興趣的PoC會話、也就是撥入主題為「Michael Jackson」的聊天PoC組會話中(塊306)，其方式是在PoC用戶「Peter」的移動無線電終端設備中所實施的第二PoC客戶機107產生第二SIP邀請消息307並將其傳送給所述控制PoC伺服器102。在第二SIP邀請消息307中說明相應的PoC聊天組，所述PoC聊天組標識出第二PoC客戶機107想作為PoC參加者進入的感興趣的聊天PoC組會話。
所述控制PoC伺服器102將第二PoC客戶機107作為參加者添加到PoC組會話並藉助第二SIP-200-OK消息308向第二PoC客戶機107證實這個情況。因此，第二PoC客戶機107並且因此PoC用戶「Peter」是參加聊天PoC組會話的PoC參加者。
基於聊天PoC組會話「Michael Jackson」的狀態變化，該控制PoC伺服器102重新檢查，是否滿足在第一SIP邀請消息302中所說明的條件(檢驗步驟309)。
由於從現在開始是這種情況，因為PoC用戶「Peter」已經變成了這個PoC組會話的PoC參加者，所以該控制PoC伺服器102將第一PoC客戶機106添加到該聊天PoC組會話「Michael Jackson」作為參加者，所以產生SIP更新(SIP-UPDATE)消息310並將該SIP更新(SIP-UPDATE)消息310發送給第一PoC客戶機106。在SIP更新消息310中包含(SDP)參數，利用該(SDP)參數將語音設置為「活動的」，並且此外在該消息中包含條件檢驗結果。
該從現在開始同樣是參加PoC組會話的PoC參加者的第一PoC客戶機106通過產生第三SIP-200-OK消息311證實接收到SIP更新消息310，第一PoC客戶機106將該第三SIP-200-OK消息311傳送給控制PoC伺服器102。
從現在開始，不僅第一PoC客戶機106而且PoC客戶機107是參加所期望的PoC組會話的PoC參加者。
按照在圖4中所示的第二實施例的第二實現替換方案，在否定的條件檢查(塊303)中規定，該控制PoC伺服器102在第一SIP邀請消息302上將具有作為消息參數的檢驗結果的第一SIP-200-OK消息401傳送給第一PoC客戶機106，並直接在此後、也就是立即在此後產生SIP-BYE消息402並同樣將這個SIP-BYE消息402傳送給第一PoC客戶機106。
替換SIP消息401、402，該控制PoC伺服器102將SIP報錯消息「4XX」(未示出)傳送給第一PoC客戶機106。所有這些SIP消息同樣可包含條件檢查的結果(塊303)。
這意味著，該控制PoC伺服器102完全沒有建立與第一PoC客戶機106的在信令層上的連接。
儘管如此，該控制PoC伺服器102繼續針對第一PoC客戶機106追究其間是否滿足條件，第一PoC客戶機106已經在第一SIP邀請消息302中將該條件傳送給控制PoC伺服器102，並且將該條件存儲給在這個控制PoC伺服器102中所存儲的會議條件文件。
因此，該PoC用戶在這種情況下也是潛在的PoC參加者。只要滿足條件，該控制PoC伺服器102就將SIP邀請消息發送到第一PoC客戶機106，以便將該PoC用戶現在作為「正常的」PoC參加者添加到所期望的PoC組會話中。
如果中間時間中的第一PoC客戶機106(即只要這些條件還沒有被滿足並因此該第一PoC客戶機106沒有參加PoC組會話)想要取消他的有條件的、在第一SIP邀請消息302中所表達的撥入，則該第一PoC客戶機106可以將如本身在[9]中所說明的那樣的SIP消息MESSAGE 409發送到該控制PoC伺服器102，其中該SIP消息MESSAGE409包含相應的提示。
這可以下述方式來實現MESSAGE [email protected] SIP/2.0…Content-Typeapplication/conditioned_dial_in_cancellation+xmlContent-Length0與根據SIP的常用的MESSAGE消息相比較的附加的信息在上述的XML例子中以黑體突出，該附加信息代表對取消有條件地撥入的詢問。
在圖4中，為了進行詳細說明而在消息流圖400中示出，在稍後的時刻、也就是在該控制PoC伺服器102已通知該第一PoC客戶機106沒有滿足所述條件之後，PoC用戶「Peter」撥入所說明的聊天PoC組會話中(塊403)。這通過以下方式來實現，即第二PoC客戶機107產生包含各個聊天組的說明的第二SIP邀請消息404，並將其傳送給該控制PoC伺服器102。該控制PoC伺服器102添加第二PoC客戶機107，並因此將PoC用戶「Peter」作為PoC參加者添加到所說明的聊天PoC組會話，而且藉助第二SIP-200-OK消息405向第二PoC客戶機107證實這個情況。
基於PoC組會話「Michael Jackson」中的狀態變化，該控制PoC伺服器102重新檢查，在會議條件文件中針對各個PoC客戶機所包含的條件從現在開始是否被滿足(步驟406)。
在這種情況下，通過PoC用戶「Peter」進入聊天PoC組會話來滿足第一PoC客戶機106的條件。因此，該控制PoC伺服器102添加或替換地如在圖4中所示的那樣邀請第一PoC客戶機106，並因此藉助第三SIP邀請消息407邀請相應的PoC用戶參加PoC組會話，控制PoC伺服器102將所述第三SIP邀請消息407傳送給第一PoC客戶機106。
如果第一PoC客戶機106接受該邀請，那麼第一PoC客戶機106產生第三SIP-200-OK消息408並將該消息發送給該控制PoC伺服器102，該控制PoC伺服器102根據得到消息408將第一PoC客戶機106並因此將相應的PoC用戶添加到PoC組會話。因此，不僅第一PoC客戶機106而且第二PoC客戶機107和因此第一PoC客戶機106的PoC用戶和PoC用戶「Peter」是參加所期望的PoC組會話的參加者。
根據本發明的、按照第二解決方法來實現的第三實施例假設(在附圖中未示出)，在某一聊天PoC組會話中目前不存在PoC參加者。
按照本發明的這個實施例，第一PoC用戶藉助其PoC客戶機根據按照本發明的第二實施例的、上面所說明的方法利用以下條件來撥入，即至少兩個其他的PoC參加者應該參加聊天PoC組會話。可是，由於他目前可能是單個PoC參加者，所以該參加者也即只作為這個聊天PoC組會話中的潛在的PoC參加者從控制PoC伺服器102方面來管理。按照本發明的這個實施例的相應的SIP邀請消息可看起來如下INVITE [email protected] SIP/2.0...
Content-Typeapplication/dial_in_conditions+xmlContent-Length(...)dial_in_oonditions
poc_user min_participant＝″2″/
/dial_in_conditions
與根據SIP的常用的邀請消息相比較的附加的信息在上述的XML例子中以黑體突出，該信息代表所設置的條件。
此後，具有相同的條件的第二PoC用戶有條件地撥入相同的聊天PoC組會話中。該第二PoC用戶也只作為這個聊天PoC組會話中的潛在的PoC參加者來管理，此外這也適用於第一PoC用戶。
現在，具有相同的條件的第三PoC用戶有條件地撥入相同的聊天PoC組會話中。由於該控制PoC伺服器102知道所有條件和所有對PoC組會話的詢問並將其存儲在其會議條件文件中，所以該控制PoC伺服器102檢查和識別，當所有三個PoC用戶可能作為PoC參加者撥入到聊天PoC組會話中時，在所有三個PoC參加者中是否可能滿足條件。
因而，按照本發明的這個實施例，所述控制PoC伺服器按照在第二實施例中所示的方法開始將所有三個PoC用戶作為PoC參加者添加到PoC組會話中。
因此，所有三個PoC用戶在所期望的聊天PoC組會話中是PoC參加者。
在先前的例子中，只討論了聊天PoC組，在所述聊天PoC組中PoC客戶機通常自己撥入。在下面的例子中應該觀察以下情況，其中PoC客戶機被邀請參加PoC組會話(例如參加中途加入型PoC組會話或參加預定的組會話)。
按照本發明的第四實施例，根據上面所說明的第二解決方法定義針對工作組的預定的組會話，該工作組應該有一個領導和他的兩個同事作為成員。
第一同事擁有一移動無線電終端設備，在該移動無線電終端設備中實施第一PoC客戶機106，第二同事擁有一移動無線電終端設備，在該移動無線電終端設備中實施第二PoC客戶機107以及領導擁有一移動無線電終端設備，在該移動無線電終端設備中實施第三PoC客戶機108。
該第四實施例在圖5中以消息流圖500來示出。
該工作組通過藉助SIP組身份「[email protected]」的工作組身份(GroupIdentity)來定義並因此可明確地被尋址。按照這個實施例，第一同事發起與這個組的PoC組會話，其方式是該第一同事藉助第一PoC客戶機106將具有作為參數的工作組的上述SIP組身份的SIP邀請消息501傳送到該控制PoC伺服器102。
根據接收到第一SIP邀請消息501，現在，工作組的所有其他成員、亦即領導和第二同事由所述控制PoC伺服器102藉助第二SIP邀請消息502或第三SIP邀請消息503來邀請，所述第二SIP邀請消息502被傳送給第二PoC客戶機107，所述第三SIP邀請消息503被傳送給第三PoC客戶機108。如果該工作組的成員想要接受參加PoC組會話的邀請，那麼該成員或其PoC客戶機107、108將SIP-200-OK消息作為應答發送給所述控制PoC伺服器。
根據這個實施例，第二PoC客戶機107發送第一SIP-200-OK消息504，在該第一SIP-200-OK消息504中包含這樣的條件，利用該條件說明以下情況，即第二同事只在某一條件下想要參加PoC組會話。在這種情況下，當領導也(已經)作為PoC參加者參加該PoC組會話時，第二成員才想要接受參加PoC組會話的邀請。因而，該第二成員將在為此所設置的消息欄位中的相應的條件添加到第一SIP-200-OK消息504中，並且將這個有條件的接受發送到該控制PoC伺服器102。
下面描述具有藉助黑體表示的擴展方案的XML形式的這種SIP消息的例子200 [email protected] SIP/2.0...
Content-Typeapplication/accept_conditions+xmlContent-Length(…)accept_conditions
poc_user uri＝″[email protected]″participant＝″true″/
/accept_conditions
如果該領導現在已經在PoC組會話中是PoC參加者，則該第二參加者立即作為PoC參加者撥入該PoC組會話中。
如果不是，這在圖5中通過檢驗步驟(塊505)象徵性地描述，實現相似的行為方式，如結合實施例二已被說明的那樣。
因此，根據第四實施例也有兩個可替換的實現可能性。
根據第一實現替換方案，替換SIP-INFO消息或SIP重邀請消息，該控制PoC伺服器102將SIP更新消息506發送到第一PoC客戶機107，利用該SIP更新消息506其在應用SDP的情況下將相應的媒體(尤其是語音)設置為「不活動的」。所述檢驗結果也可作為附加信息被包含在SIP更新消息506(或SIP-INFO消息或者SIP重邀請消息)中。
只要領導作為PoC參加者撥入PoC組會話中，該控制PoC伺服器102就重新發送SIP消息、例如SIP更新消息，藉助該SIP消息其在應用SDP的情況下將相應的媒體(尤其是語音)接著再次設置成「活動的」。現在，第二同事或第二PoC客戶機107也被視為「正常的」PoC參加者。
在圖5中，描述了這個替換方案，其中該第二PoC客戶機107一得到SIP更新消息506就產生第二SIP-200-OK消息507並將該第二SIP-200-OK消息507傳送給該控制PoC伺服器102。
隨後假設，根據想要進入PoC組會話的PoC用戶「領導」的推動，該第三PoC客戶機108產生第三SIP-200-OK消息508並將該第三SIP-200-OK消息508傳送給該控制PoC伺服器102。
根據PoC組會話中的狀態變化，該控制PoC伺服器102重新檢查所有針對各個PoC客戶機的、被存儲在會議條件文件中的條件(檢驗步驟509)。
在這種情況下，從現在開始滿足第二PoC客戶機107的、在第一SIP-200-OK消息504中所說明的條件，並且該第二PoC客戶機107得到第二SIP更新消息510，在該第二SIP更新消息510中在應用SDP的情況下將相應的媒體設置為「活動的」。此外，在SIP更新消息510中包含具有肯定的檢驗結果的上述檢驗步驟509的檢驗結果。
該第二PoC客戶機107根據得到第二更新消息510而產生第四SIP-200-OK消息511並將該第四SIP-200-OK消息511傳送給該控制PoC伺服器102。
從現在開始，所有三個PoC客戶機106、107、108或相應的PoC用戶是參加針對工作組的PoC組會話的PoC參加者。
根據第四實施例的第二實現替換方案規定，該控制PoC伺服器102根據否定的檢驗結果發送SIP-BYE消息，但是繼續觀察、也就是連續地檢查該條件。
因此，第二成員被看作潛在的PoC參加者。
一旦該領導作為PoC參加者撥入PoC組會話中，該控制PoC伺服器102就接著重新發送SIP邀請消息，該SIP邀請消息可選地具有條件檢驗的結果。基於得到相應的SIP邀請消息，該PoC客戶機重新發送上述所說明的根據本發明的所擴展的SIP-200-OK，由此該PoC客戶機接著作為PoC參加者撥入PoC組會話，因為從現在開始滿足該條件。
根據本發明的第五實施例，在應用在OMA中所設置的變型「預建立的會話」的情況下規定，當PoC用戶撥入PoC組會話中時，該PoC用戶才任意遲地也具有到所述控制PoC伺服器102的連接，其中所述變型「預建立的會話」是針對以下情況，即該PoC用戶首先只具有到參加PoC伺服器103、104或105的連接，而該PoC用戶未撥入PoC組會話。
在這種情況下，替代在該控制PoC伺服器102中，所有根據本發明的功能性在參加PoC伺服器103、104或105中被實現。此外，各個SIP邀請消息可能通過相應的SIP查閱(SIP-REFER)消息來替換。
圖6示出根據本發明的其他優選實施例的移動無線電多媒體電信會議系統600。
應指明，在可替換的改進方案中不必涉及移動無線電多媒體電信會議系統。
以下和上面所說明的方法也可在固網多媒體電信會議系統、例如基於網際網路的固網多媒體電信會議系統中實現。
在這個可替換的實施形式中，至少一部分電信終端設備被設立為固網電信終端設備，該固網電信終端設備尤其是被設立用於執行基於網際網路的電信會議。
該系統600針對下面詳細說明的所有實施例除了焦點伺服器的不同的結構之外均是相同的，該焦點伺服器分別被這樣設立，使得該焦點伺服器已實施了各個實施例的功能。
該通信系統600除了下面所說明的、根據本發明的實施形式的變化之外如在[10]中所說明的那樣來構造。
在[10]中所說明的和在圖6中所示出的「會議框架(Conferencing Framework)」向用戶、尤其是移動無線電終端設備601、602、603、604提供不同的多媒體電信會議業務。
尤其是如在[10]中詳細說明的那樣，設置有用於控制對電信會議資源的訪問權(也被稱為發言權控制)的業務、用於建立會議規則(也被稱為會議策略控制)的業務，以及基於會話初始協議(SIP)的程序的形式的、用於產生、用於管理、用於進入和用於離開多媒體電信會議的附加業務。
此外，如同樣在[10]中所說明的那樣，該通信系統600通過特定的、涉及各個多媒體電信會議的信息和事件(Event)來提供用於通知會議參加者601、602、603、604的方法，該方法也被稱為會議通知業務。該會議系統600被這樣設立，使得任意媒體類型可在參加者、也就是在移動無線電終端設備601、602、603、604之間被交換。可在會議系統600的範圍中被傳輸和被處理的媒體類型的實例是音頻數據、視頻數據、即時消息數據和遊戲會議的範圍中的多播放器遊戲的數據。
如上面所說明的那樣，圖6示出按照本發明的實施例的、具有單個組件和組件之間的相互作用的多媒體電信會議系統600。
該多媒體電信會議系統600具有星形的會議架構，在該會議架構中所有會議參加者(也被稱為用戶代理(User Agent))、按照該實施例即移動無線電終端設備601、602、603、604藉助SIP信令通信連接606與會議伺服器設備605(也被稱為焦點605)相連接。可是，圖6隻示範性地示出這些SIP信令通信連接之一606。
給各個某一移動無線電電信會議分配明確的會議地址、即所謂的會議統一資源標識符(C-URI)，該移動無線電電信會議被分配給某一會議伺服器計算機605、也就是某一焦點或在其上來實施。該C-URI明確地代表和尋址各自的會議。此外，該焦點605具有對會議策略的間接訪問。該會議策略文件、以下也稱作會議規則文件608通常在邏輯上由兩個子區域、即成員策略609以及媒體策略610組成。但是，該會議策略文件608可能在物理上分成多個子文件地來存儲。除了物理分離之外，在這種情況下此也可實現會議策略文件608的邏輯劃分。該會議規則文件608由會議規則伺服器(會議策略伺服器)611針對各個會議單獨地產生，在圖6中通過箭頭612來表示。所述焦點605經由會議規則伺服器611被告知會議策略文件的內容和每個變化。也可設想，該焦點605直接訪問會議策略文件608。
除了轉換在會議規則文件608中所存儲的會議規則，該焦點605有這樣的任務，即負責會議專用地劃分媒體數據流。
為了劃分媒體數據流，該焦點605採用所謂的混合器613、換句話說數據流混合設備，該數據流混合設備在應用被存儲在媒體策略610中的媒體規則的情況下在參加會議的移動無線電終端設備601、602、603、604上實施單獨編排和分配媒體數據流，在圖6中藉助雙箭頭614、615、616、617來表示。焦點605和混合器613之間的通信連接藉助箭頭607來表示。
在移動無線電終端設備601、602、603、604中，為了轉換會議業務實施一些附加的程序、通信協議和功能，尤其是實施新的附加的SIP程序以及在伺服器側在發言權控制伺服器618中實施的所謂二元發言權控制協議(BFCP，Binary Floor Control Protocol)，和實施會議策略控制協議(CPCP)或各個能夠實施相應的通信協議的單元。
在第一移動無線電終端設備601和發言權控制伺服器618之間的二元發言權控制協議通信連接在圖1中用箭頭619來表示。
在[11]中所說明的會議策略控制協議(CPCP)提供這樣的可能性，即針對多媒體電信會議定義不同的規則。這樣，例如可在會議規則文件608內藉助於CPCP說明諸如會議參加者的最大數量的通常的會議規則(會議策略)。此外，該會議規則文件608例如包含所謂的「撥出」列表(dial-out-list數據元素)，該列表說明，哪些用戶或哪些電信終端設備在激活會議時應該被邀請參加這個會議。此外，該會議策略包含授權數據元素，藉助該授權數據元素說明，哪些用戶允許將其他用戶錄入該「撥出」列表中(allow-modify-dol數據元素)。
為了確定誰允許處理授權數據元素，按照CPCP設置上級的授權數據元素，該授權數據元素調節對所有其他授權數據元素的訪問(allow-authorization-rules數據元素)。
該會議規則文件608以至少一個XML文檔(可擴展標記語言文件)的形式來說明。基於將XML用於說明會議規則文件608，可能的是，以簡單的方式擴展會議規則文件，一般地改變會議規則文件。
為了傳輸XML文件、也就是尤其是會議規則文件608或為了從會議規則文件608中讀取數據和/或為了將數據寫入到會議規則文件608中，應用超文本傳輸協議(HTTP，Hypertext TransportProtocol)。
寫會議規則文件608或寫入會議規則文件608藉助HTTP Put請求來實現，反之為了讀取會議規則文件608或部分會議規則文件608而應用HTTP Get請求，並且為了刪除整個會議控制文件608或者部分會議規則文件608而應用HTTP Read請求。
此外，按照本發明的實施例，CPCP使得單個元素、XML文檔的屬性或屬性值和因此會議規則文件608能夠藉助HTTP統一資源標識符(HTTP URL)來尋址。
按照本發明的這個實施例，在以XML定義的會議規則文件608中存儲由移動無線電終端設備所傳送的相應的條件，並按照會議規則文件608可以將移動無線電終端設備添加或不添加到會議中。各個通信過程可類似上面所描述的消息流來實現。
在基於在[10]中所說明的「會議框架」的這個實施例中，實現各個條件的檢查的單元也可集中地在電信終端設備、焦點伺服器、會議策略伺服器或其他伺服器設備中加以實現。
總之，本發明的以下方面可被看作優點●在PoC用戶在某一PoC組會話中變成PoC參加者之前，該PoC用戶可在PoC客戶機中、在參加PoC伺服器中或在控制PoC伺服器中確定必須滿足的條件。
●PoC客戶機藉助「會話狀態通知」業務觀察PoC組會話的當前狀態。
在滿足該一個或多個條件時，該PoC客戶機自動撥入所述PoC組會話中，相應地告知該PoC用戶。
●PoC客戶機撥入PoC組會話並同時將條件一起寄送到控制PoC伺服器(有條件地撥入)。
●PoC客戶機被邀請參加PoC組會話並同時將具有確認的條件寄送到控制PoC伺服器(有條件地接受)。
●控制PoC伺服器持續地觀察，是否滿足該一個/多個條件；一旦這是這種情況，潛在的PoC參加者就變成PoC參加者。
在這個文檔中引用以下公開文獻[1]Push to Talk over Cellular(PoC)；PoC Release 2.0http//www.motorola.com/content/0，，2647-4398，00.html[2]RFC 3261″SIPSession Initiation Protocol″[3]RFC 3550″RTPA Transport Protocol for Real-TimeApplications″[4]Internet Draft″A Session Initiation Protocol(SIP)Event Package for Conference State″[5]RFC 3265″Session Initiation Protocol(SIP)-SpecificEvent Notification″[6]RFC 3311″The Session Initiation Protocol(SIP)UPDATEMethod″[7]RFC 2976″The SIP INFO Method″[8]RFC 2327″SDPSession Description Protocol″[9]RFC 3428″Session Initiation Protocol(SIP)Extensionfor Instant Messaging″[10]J.Rosenberg，A framework for conferencing with thesession initiation protocol，SIP Internet-Draft，IETFSIPPING working groupDraft-IETF-SIPPING-conferencing-framework-02，Juni 2004；[11]H.Khartabil et al.，The Conference Policy ControlProtocol(CPCP)，XCON，Internet Draft，IETF XCON WorkingGroupDraft IETF-XCON-CPCP-XCAP-01，Juli 2004. US 2003/0153339A1[13]US 2004/0205212A1[14]US 2004/0199580A1
參考符號列表100PoC電信會議系統101固網通信網絡102控制PoC伺服器103參加PoC伺服器104參加PoC伺服器105參加PoC伺服器106PoC客戶機107PoC客戶機108PoC客戶機109空中接口110空中接口111空中接口112主席200消息流圖201塊202SIP訂閱消息203第一SIP通知消息204檢驗步驟205塊206第一SIP邀請消息207第一SIP-200-OK消息208第二SIP通知消息209檢驗步驟210第二SIP邀請消息211第二SIP-200-OK消息300消息流圖301塊302第一SIP邀請消息303檢驗步驟
304第一SIP-200-OK消息305塊306塊307第二SIP邀請消息308第二SIP-200-OK消息309檢驗步驟310SIP更新消息311第三SIP-200-OK消息400消息流圖401第一SIP-200-OK消息402SIP-BYE消息403塊404第二SIP邀請消息405第二SIP-200-OK消息406檢驗步驟407第三SIP邀請消息408第三SIP-200-OK消息409SIP-MESSAGE消息500消息流圖501第一SIP邀請消息502第二SIP邀請消息503第三SIP邀請消息504第一SIP-200-OK消息505檢驗步驟506SIP更新消息507第二SIP-200-OK消息508第三SIP-200-OK消息509檢驗步驟510SIP更新消息511第四SIP-200-OK消息
600多媒體電信會議系統601移動無線電終端設備602移動無線電終端設備603移動無線電終端設備604移動無線電終端設備605焦點606SIP信令通信連接607箭頭608會議規則文件609成員策略610媒體策略611會議規則伺服器612箭頭613數據流混合設備614雙箭頭615雙箭頭616雙箭頭617雙箭頭618發言權控制伺服器619箭頭。
權利要求
1.用於自動產生和/或控制具有多個參加者的電信會議的方法，其中在電子的會議條件文件中存儲關於產生電信會議和/或關於一個或多個參加者參加電信會議的至少一個用戶定義的會議條件，●其中，在應用所述會議條件文件的情況下檢驗，是否滿足至少一個所存儲的會議條件，以及●其中，針對滿足至少一個所存儲的會議條件的情況，產生所述電信會議和/或將所述一個或多個參加者添加到所述電信會議中。
2.根據權利要求1所述的方法，被用於多媒體電信會議中。
3.根據權利要求1所述的方法，被用於固網電信會議、尤其是基於網際網路的固網電信會議中，或者被用於移動無線電電信會議、尤其是基於小區的移動無線電電信會議中。
4.根據權利要求1所述的方法，被用於3GPP移動無線電電信會議、尤其是UMTS移動無線電電信會議中。
5.根據權利要求1所述的方法，被用於無線一鍵通移動無線電電信會議、尤其是以下類型之一的無線一鍵通移動無線電電信會議中●中途加入型移動無線電電信會議；●預定的移動無線電電信會議；●聊天移動無線電電信會議。
6.根據權利要求1所述的方法，其中，所述會議條件文件被存儲在參加者的參加者終端設備中。
7.根據權利要求6所述的方法，●其中，關於所述電信會議的狀態信息被傳送給參加者終端設備，以及●其中，所述檢驗由該參加者終端設備在應用所接收到的狀態信息的情況下來執行。
8.根據權利要求7所述的方法，其中，關於所述電信會議的狀態信息在出現預定的事件時被傳送給參加者終端設備。
9.根據權利要求8所述的方法，其中，關於所述電信會議的狀態信息在出現所述電信會議的狀態變化時被傳送給參加者終端設備。
10.根據權利要求1所述的方法，其中，所述會議條件文件被存儲在電信會議伺服器設備中。
11.根據權利要求10所述的方法，●其中，針對多個由所述電信會議伺服器設備所接收到的電信會議詢問來檢查，通過滿足所述電信會議詢問是否滿足所述會議條件，以及●其中，針對在滿足所述電信會議詢問時滿足所述會議條件的情況，產生所述電信會議和/或將一個或多個參加者添加到所述電信會議中。
12.根據權利要求1所述的方法，其中，作為會議條件考慮以下會議條件中的一個或多個●預定的數量、尤其是對所述電信會議感興趣或參加所述電信會議的參加者的最少數量和/或最大數量。●對所述電信會議感興趣或參加所述電信會議的參加者的身份；●產生電信會議的時刻；●終止電信會議的時刻；●電信會議的持續時間；●電信會議的內容；●電信會議中的通信強度、尤其是通話的時間部分和/或發言權以其變換的頻率。
13.電信會議終端設備，●具有電信會議單元，所述電信會議單元被設立用於與電信會議中的其他電信會議終端設備和/或電信會議伺服器設備進行通信，●具有用於存儲電子的會議條件文件的存儲器，在所述電子的會議條件文件中包含關於產生所述電信會議和/或關於一個或多個參加者參加所述電信會議的至少一個用戶定義的會議條件，●具有與所述存儲器相耦合的電信會議檢驗單元，所述電信會議檢驗單元被設立用於在應用所述會議條件文件的情況下檢驗，是否滿足至少一個所存儲的會議條件，●具有電信會議消息產生單元，所述電信會議消息產生單元被這樣設立，使得其針對其從所述電信會議檢驗單元中得到滿足至少一個所存儲的會議條件的信息的情況而產生以下消息之一●會議產生詢問消息，利用所述會議產生詢問消息來申請電信會議的產生，●會議進入消息，利用所述會議進入消息來通知電信會議終端設備進入所述電信會議。
14.電信會議伺服器設備，●具有電信會議單元，所述電信會議單元被設立用於與電信會議中的電信會議終端設備和/或一個或多個其他的電信會議伺服器設備進行通信，●具有用於存儲電子的會議條件文件的存儲器，在所述電子的會議條件文件中包含關於產生所述電信會議和/或關於一個或多個參加者參加所述電信會議的至少一個用戶定義的會議條件，●具有與所述存儲器相耦合的電信會議檢驗單元，所述電信會議檢驗單元被設立用於在應用所述會議條件文件的情況下檢驗，是否滿足至少一個所存儲的會議條件，●具有電信會議產生/控制單元，所述電信會議產生/控制單元被這樣設立，使得該單元針對滿足至少一個所存儲的會議條件的情況產生所述電信會議和/或將一個或多個參加者添加到所述電信會議中。
全文摘要
在應用會議條件文件的情況下檢驗，是否滿足至少一個所存儲的會議條件，利用所述會議條件文件說明關於產生所述電信會議和/或一個或多個參加者參加電信會議的條件。針對滿足至少一個條件的情況，產生所述會議或將參加者添加到該會議中。
文檔編號H04L12/18GK1801970SQ20051013809
公開日2006年7月12日 申請日期2005年11月4日 優先權日2004年11月5日
發明者N·施瓦格曼恩, A·施米特, H·施米特, M·本西恩 申請人:因芬尼昂技術股份公司