成人打一炮免费视频,亚洲天堂视频在线观看,97视频久久久,日本japanese护士色高清,五月婷婷丁香,日韩精品一级无码毛片免费,国产欧美日韩精品网红剧情演绎

通信系統(tǒng)、通信終端設(shè)備及會議控制單元的制作方法

文檔序號:7619628閱讀:181來源:國知局
專利名稱:通信系統(tǒng)、通信終端設(shè)備及會議控制單元的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及一種通信系統(tǒng)、通信終端設(shè)備、會議控制單元、通信系統(tǒng)控制方法、通信終端設(shè)備控制方法及會議控制單元控制方法。
背景技術(shù)
第3代移動通信伙伴合作計劃(3GPP3rd Generation PartnershipProject)為所謂的網(wǎng)際網(wǎng)絡(luò)通信協(xié)議多媒體核心網(wǎng)絡(luò)子系統(tǒng)(IMSInternet-Protokoll-Multimedia-Core network-Subsystem)的建構(gòu)方法開發(fā)了一個標準。
IMS(也就是3GPP根據(jù)通信網(wǎng)路的需求開發(fā)出來的IMS標準)能夠以網(wǎng)際網(wǎng)絡(luò)通信協(xié)議(IP)為基礎(chǔ)為移動通信終端設(shè)備提供各種不同的通信服務。
這些通信服務包括網(wǎng)際網(wǎng)絡(luò)電話(VoIPVoice-over-Internet-Protocol)、視訊電話及視訊會議,例如電話會議。
依據(jù)IMS,通信服務的數(shù)據(jù)傳輸是以網(wǎng)際網(wǎng)絡(luò)通信協(xié)議(Internet-Protocol)為基礎(chǔ)。因此通信服務可以經(jīng)由所有以數(shù)據(jù)包為基礎(chǔ)的通信系統(tǒng)來進行,例如無線局域網(wǎng)絡(luò)(W-LANWireless-Local-Area-Network)、整合數(shù)據(jù)包無線技術(shù)(GPRSGeneral Packet Radio Service)、全球移動通信系統(tǒng)(UMTSUniversal Mobile Telecommunications System)。
特別是IMS還可以為許多種通信服務提供進入以許多使用者為基礎(chǔ)的應用方式的路徑。
(IMS)會議服務的內(nèi)容除了包括權(quán)利授予(發(fā)言權(quán)控制Floor Control)的方法及設(shè)定會議規(guī)則(會議規(guī)則控制協(xié)議Conference Policy ControlProtocol)外,還包括以會議初始協(xié)議(SIPSession Initiation Protocol)為基礎(chǔ)的程序,也就是關(guān)于如何創(chuàng)造、管理(Management)、結(jié)束、進入、以及離開一場多媒體會議的程序。
此外,會議服務的內(nèi)容還包括通知開會者與該次會議有關(guān)的信息及事件(Events)的方法。
在這個會議服務的范圍內(nèi),各種不同的媒體可以在會議參加者之間被交換。
例如可以提供語音會議、視訊會議、實時傳訊會議、聊天會議、游戲會議等不同型式的會議。
參考文獻[1]描述一種行星狀的會議結(jié)構(gòu),這種會議結(jié)構(gòu)是以一種會議控制程序經(jīng)由信號連結(jié)的方式將所有的會議參加者連結(jié)在一起。前句提及之會議控制程序是用來控制會議,而且是在一種所謂的(會議)焦點((Conference)-Focus)的方式被執(zhí)行。在此這個焦點(Focus)就是在IMS中的一個邏輯單元。
被歸屬于某一種特定焦點(Focus)的一個會議,也就是說被一種特定焦點(Focus)控制及執(zhí)行的一個特定會議,都會分派到一個被稱為會議統(tǒng)一資源指示器(C-URIConference Uniform Resource Indicator)的會議地址。
會議地址就是代表一個會議,通信系統(tǒng)的使用者經(jīng)由會議地址就可以加入這個會議地址所代表的會議。
焦點(Focus)的執(zhí)行范圍還包括管理一個會議規(guī)則服務器(CPSConferencePolicy Server)的會議規(guī)則(Conference Policy)。
除了會議規(guī)則的轉(zhuǎn)換及執(zhí)行外,焦點(Focus)的另外一個任務是是針對該次會議將媒體內(nèi)容分配給會議參加者。
為完成這個任務焦點(Focus)需使用一種所謂的混合器,這種混合器是依據(jù)屬于會議規(guī)則的一部分的媒體規(guī)則(Media Policy)運作,這種混合器受到焦點(Focus),且負責將媒體內(nèi)容作各別的組織及分派給會議的參加者。
參考文獻[2]的內(nèi)容是描述利用焦點(Focus)的地址來創(chuàng)造(Create)會議及加入(Join)會議的方法,以下也將這個地址稱為會議統(tǒng)一資源指示器(C-URI)。
如果這個會議地址已經(jīng)被預約,則使用這種方法會有發(fā)生沖突的風險。
也就是說,當一位使用者想要創(chuàng)造一個新的會議時,有可能會被加到一個已經(jīng)存在的會議中,而不是創(chuàng)造一個新的會議,關(guān)于這一點在本文后面將有詳細的說明。
參考文獻[2]提出兩種可以用來創(chuàng)造會議的會議初始協(xié)議(SIP)程序,也就是說提出兩種以會議的會議初始協(xié)議(SIP)為基礎(chǔ)來創(chuàng)造會議的方法。
根據(jù)參考文獻[2]提出的第一種方法,想要創(chuàng)造會議的使用者應向會議工廠統(tǒng)一資源指示器(Conference-Factory-URI)發(fā)出一個”會議初始協(xié)議邀請(SIP INVITE)”的信息(請參見參考文獻[3])。
會議工廠統(tǒng)一資源指示器(Conference-Factory-URI)是一個會議服務器的地址,也就是說是一個能夠創(chuàng)造及管理會議及其所屬的焦點的服務器的地址。
參考文獻[4]提出的會議初始協(xié)議(SIPSession Initiation Protocol)的必要構(gòu)造包括一個用來創(chuàng)造焦點的會議服務器、一個歸屬于焦點的會議統(tǒng)一資源指示器(C-URI)、以及一個會議。
參考文獻[2]提出的第二種創(chuàng)造會議的方法會用到一個事前預約的會議統(tǒng)一資源指示器(C-URI)。
在此情況下,一個屬于這個地址的焦點亦存在于一個預約的會議統(tǒng)一資源指示器(C-URI)中。在此情況下,想要創(chuàng)造會議的使用者應直接向焦點發(fā)出一個”會議初始協(xié)議邀請(SIP INVITE)”的信息。
根本參考文獻[2]的說明,在”會議初始協(xié)議邀請(SIP INVITE)”的信息被接收到后,就會創(chuàng)造一個會議,當然前提是這個會議本來是不存在的。這樣這個會議所需的資源就會被預約,然后被釋放出來。
如果一位使用者想要加入一個已經(jīng)存在的會議,這位使用者及/或他所使用的終端設(shè)備也是應該向會議統(tǒng)一資源指示器(C-URI)發(fā)出一個”會議初始協(xié)議邀請(SIP INVITE)”的信息。在接收到這個信息后,歸屬于這個會議統(tǒng)一資源指示器(C-URI)的焦點就會將這位使用者加入一個已經(jīng)存在并經(jīng)由會議統(tǒng)一資源指示器(C-URI)指定的會議中。
從使用者的觀點來看,創(chuàng)造一個新的會議的方法和加入一個已經(jīng)存在的會議的方法并無區(qū)別(請比較參考文獻[2])。
但是對焦點而言,這兩種方法之間是有區(qū)別的,這個區(qū)別就是焦點是要為這位使用者創(chuàng)造一個預約的會議,或是要讓這位使用者加入一個已經(jīng)存在的會議。
在參考文獻[4]中也有提及可以將整個地址區(qū)為會議預約下來,例如一個完整的網(wǎng)域(conf.vodafone.com)或是副網(wǎng)域(例如從conference9999@conf.vodafone.com到conference9999@conf.vodafone.com的地址區(qū))。
這個預約的地址區(qū)可以被應用于會議。
但是在此情況下是可能發(fā)生沖突的。如果某一位使用者已經(jīng)以一個特定的會議統(tǒng)一資源指示器(C-URI)(例如conference666@conf.vodafone.com)創(chuàng)造了一個會議,則當另外一位使用者試圖以相同的名稱及/或會議統(tǒng)一資源指示器(C-URI)創(chuàng)造一個會議時,這位使用者就會被加入在以這個名稱及/或地址已經(jīng)存在的這個會議中。
這樣就會在創(chuàng)造(Create)新的會議及加入(Join)已經(jīng)存在的會議之間創(chuàng)造沖突。
另外一個缺點是沒有任何一個方法可以用來詢問由一個會議服務器經(jīng)由以會議初始協(xié)議(SIP)為基礎(chǔ)的程序進行管理及準備的會議。
此外,目前使用的IMS會議服務規(guī)格(請參見參考文獻[2])無法依據(jù)會議初始協(xié)議邀請(SIP INVITE)”的信息區(qū)分一位會議參加者是要離開一個會議,或是要結(jié)束整個會議。
如果一個會議被一位使用者結(jié)束掉,表示所有的會議參加者都離開這個會議,這就等于解除所有會議參加者及焦點之間的信號連結(jié)(SIP會議)。
但是,根據(jù)參考文獻[2]描述的現(xiàn)有技術(shù),只有在所有的會議參加者都已經(jīng)離開會議,會議才會結(jié)束。這在某些情況下是一個很大的缺點,例如當一位使用者創(chuàng)造了一個會議并由他負擔相關(guān)的費用,但是在他離開這個會議時卻無法確定這個會議是否真的已經(jīng)被結(jié)束。
參考文獻[1]、[2]、及[4]有提及使用者如何經(jīng)由SIP信息結(jié)束參與一個會議的方法。
這種方法是經(jīng)由一個“SIP-BYE”信息結(jié)束SIP對話(Dialog),因而連帶將會議參加者及焦點之間的SIP會議(Session)結(jié)束掉。
到目前為止,利用述方式只能讓一位會議參加者結(jié)束參加會議,但是在一般情況下,只要這個會議還有其它參加者存在,那么這個會議就會繼續(xù)進行下去。
雖然在一般情況下可以事先約定一個會議規(guī)則(ConferencePolicy),規(guī)定只要某位特定的會議參加者離開會議,整個會議就全部結(jié)束,但是到目前為止還沒有任何一種以會議初始協(xié)議(SIP)為基礎(chǔ)的結(jié)束會議的方法存在(請比較參考文獻[1])。
這種以設(shè)定會議規(guī)則來結(jié)束會議的方式的先決條件是,創(chuàng)造會議的使用者能夠影響/設(shè)定會議規(guī)則,或是能夠以適當?shù)臉藴手翟趧?chuàng)造會議時就自動設(shè)定會議規(guī)則。
但是并不是在每一種情況在都能夠以IMS標準來設(shè)定會議規(guī)則。
根據(jù)參考文獻[2]的方式只能選擇性的以會議規(guī)則控制協(xié)議(CPCPConference Policy Control Protocol)的支持來設(shè)定/操作會議規(guī)則。即使使用者能夠支持這種協(xié)議,也就是說這個協(xié)議能夠在使用者使用的通信器具中被執(zhí)行,這位使用者也只能在他當?shù)氐墓姷貛б苿泳W(wǎng)絡(luò)(H-PLMNHome Public Land Mobile Network)進行的會議依據(jù)IMS-Rel-6-構(gòu)造原理使用會議規(guī)則控制協(xié)議(CPCP),也就是說只能在使用者所在的國家進行的會議使用會議規(guī)則控制協(xié)議(CPCP)。
如上所述,一般而言只有在所有的會議參加者都已經(jīng)離開會議才能將這個會議結(jié)束掉。
以上的缺點不只是會對究竟應如何計算使用者應為會議支付多少費率造成很大的問題,從IMS的會議服務的SIP程序及ISP功能的完整性的觀點來看,更是很大的缺點。
參考文獻[5]提出一種方法,使用者及/或使用者所使用的使用者代理人客戶(UACUser Agent Client)可以經(jīng)由這種方法說明他偏好他的要求應以何種方式被處理。
此處可區(qū)分為兩種不同類型的偏好。
第一種類型的偏好稱為“要求處理偏好(Request-Handling-Preferences)”,這種類型的偏好是明確指示服務器應如何處理他的要求(Request)。
例如,經(jīng)由這種類型的偏好可以指示服務器應將他的要求同時向不同的接觸地址及使用者呼叫的會議參加者的通信終端設(shè)備發(fā)送,這也就是所謂的“分岔(forking)”;或是指示服務器應依序接觸不同的接觸地址,這也就是所謂的“依序?qū)ふ?search sequentially)”。
以上的指示會以“要求-意向(Request-Diposition)”的名稱被放在一個SIP要求(SIP-Request)的信息前綴線(Header)被傳送出去。
第二種類型的偏好稱為“特征偏好(Feature-Preferences)”,這種類型的偏好讓發(fā)送出一個SIP要求的使用者可以指定一組特征,以描述被呼叫的會議參加者的使用者代理人(UAUser Agent)應具備那些特征。
能夠支持會議初始協(xié)議(SIP)的通信終端設(shè)備,也就是說能夠發(fā)送SIP要求(SIP Requests)及以SIP回答(SIP Responses)響應SIP要求的信終端設(shè)備被稱為SIP使用者代理人(UAUser Agent)。一個使用者代理人(UAUser Agent)具有一個能夠發(fā)送要求的使用者代理人客戶(UACUser AgentClient)及一個能夠回答要求的使用者代理人服務器(UASUser AgentServer)。以下的說明將假定每一個通信終端設(shè)備都具有一個使用者代理人(UAUser Agent)。
為了傳送特征偏好,將所使用帶有“接受接觸(Accept-Contact)標志”的信息前綴線及帶有“拒絕接觸(Reject-Contact)標志”的信息前綴線。
關(guān)于特征及/或特征偏好的指示是利用一種所謂的“特征卷標(FeatureTags)”的方式來進行,也就是在信息前綴線加上特定的卷標(Tags)。
參考文獻[6]提出各種不同的基本卷標(Base Tags)。
除了上句提及的基本卷標(Base Tags)外,網(wǎng)際網(wǎng)絡(luò)工程工作小組(IETF)標準也容許使用其它的卷標。
根據(jù)參考文獻[5],特征的解讀工作可以由一種特殊的SIP服務器(又稱為SIP登記器)來進行,想要利用IMS的使用者可以經(jīng)由這種服務器完成登記工作;也可以由使用者代理人服務器(UAS)本身來完成這個工作。
使用者代理人(UA)可以經(jīng)由帶有“接觸信息前綴線(Contact-Header)”之標示的參數(shù)傳送到SIP登記器或是其它的使用者代理人(UA)。
這樣,在建構(gòu)一個會議(Session)的時候就可以將發(fā)出呼叫的使用者要求的特征與每一個被呼叫的使用者所屬之SIP登記器的使用者代理人(UA)的接觸地址的特征作一比較。
接著就可以選出具有與發(fā)出呼叫的使用者要求的特征最符合的特征的使用者代理人(UA)及其相應的接觸地址。
接著發(fā)出呼叫的使用者的要求就會被傳送到這些接觸地址。
參考文獻[1]、[2]、及[4]就是利用這種方法發(fā)出某一個使用者代理人(UA)就是焦點的指示。也就是說,這個使用者代理人(UA)會加上一個被標示為“isfocus”的在參考文獻[6]提及的特征卷標(屬于一種基本卷標),作為一個被傳送到另外一個使用者代理人(UA)的SIP信息的接觸前綴線信息前綴線的參數(shù)。此時收到這個帶有相應的“接觸前綴線(Contact-Header)”的SIP信息的另外一位使用者代理人(UA)就可以辨識出發(fā)送這個SIP信息的使用者代理人(UA)就是具有相應的功能的焦點。
參考文獻[7]描述一種所謂的SIP-REFER方法,和在參考文獻[1]及[2]一樣,會議的參加者可以利用這種方法要求一個焦點將一個位于REFER信息內(nèi)的SIP信息(例如一個BYE信息或INVITE信息)傳送到一個在REFER信息內(nèi)的地址,例如以一個SIP URI的形式傳送。
一位會議參加者可以經(jīng)由SIP-REFER要求焦點向一位特定的使用者及/或其使用者代理人(UA)發(fā)送一個SIP-INVITE信息。收到這個SIP-INVITE信息的使用者就會經(jīng)由這種方式受邀加入會議。
也就是說這位使用者受到向焦點發(fā)送REFER信息的會議參加者的邀請加入會議。
參考文獻[8]描述IMS的構(gòu)造及程序(階段2)。
參考文獻[9]描述一種會議管理程序,這種管理程序是用來在一定的條件下將會議結(jié)束。
參考文獻[10]描述一種在至少3位參加者之間舉行的電話會議,這種電話會議是由儲存在參加者名單中的一位遠距通信網(wǎng)路的參加者及一位申請創(chuàng)造電話會議的參加者經(jīng)由一道電橋(Bridge)連結(jié)而成。

發(fā)明內(nèi)容
本發(fā)明的任務是要避免在創(chuàng)造會議及加入會議時可能出現(xiàn)的沖突情況、能夠詢問關(guān)于由一個會議服務器管理的會議的信息、以及讓使用者能夠經(jīng)由SIP信息來結(jié)束會議。
經(jīng)由具有本發(fā)明之專利申請范圍中的獨立申請項目之特征的一種通信系統(tǒng)、通信終端設(shè)備、會議控制單元、通信系統(tǒng)控制方法、通信終端設(shè)備控制方法及會議控制單元控制方法即可達成上述任務。
本發(fā)明提出的通信系統(tǒng)具有一個會議服務器、一個會議控制單元、以及至少一個通信終端設(shè)備,其中會議服務器的任務是為多個通信終端設(shè)備提供至少一個會議;本發(fā)明之通信系統(tǒng)具有的至少一個通信終端設(shè)備具有一個信息產(chǎn)生單元,這個信息產(chǎn)生單元的任務是產(chǎn)生一個呼叫控制協(xié)議信息,這個呼叫控制協(xié)議信息含有呼叫控制協(xié)議信息控制信息,這個呼叫控制協(xié)議信息控制信息的任務是說明是否應將這至少一個通信終端設(shè)備加到一個會議中,及/或是否應創(chuàng)造一個會議,是否應結(jié)束一個會議,及/或是否應將關(guān)于至少一個由會議服務器提供的會議的資料傳送到這至少一個通信終端設(shè)備;會議控制單元具有一個測定裝置,這個測定裝置的任務是從所收到的信息中測定出所需的控制信息;會議控制單元具有一個控制裝置,這個控制裝置的任務是依據(jù)測定出的控制信息將這至少一個通信終端設(shè)備加到一個會議中,及/或創(chuàng)造一個會議,及/或結(jié)束一個會議,及/或?qū)㈥P(guān)于至少一個由會議服務器提供的會議的資料傳送到這至少一個通信終端設(shè)備。
此外,本發(fā)明的內(nèi)容還包括為上述的通信系統(tǒng)而提出的通信終端設(shè)備、會議控制單元、通信系統(tǒng)控制方法、通信終端設(shè)備控制方法及會議控制單元控制方法。
在本發(fā)明的一種實施方式中,會議控制單元就是焦點(Focus)。
在本發(fā)明的另外一種實施方式中,會議控制單元是屬于會議服務器的一部分。
為方便說明起見,可以將本發(fā)明的內(nèi)容視為利將通信系統(tǒng)的標準(例如網(wǎng)際網(wǎng)絡(luò)工程工作小組(IETF)或是第3代移動通信伙伴合作計劃(3GPP)標準)容許的信號可能性加以適當?shù)睦没蚴窃跇藴嗜菰S的范圍內(nèi)加以擴充,以便達到一個對所使用的標準而言的一個新功能。
本發(fā)明可以解決以上提及的在創(chuàng)造一個新的會議及加入一個已經(jīng)存在的會議之間可能發(fā)生的沖突,這是因為經(jīng)由控制信息可以正確分辨使用者是要加入一個已經(jīng)存在的會議,還是要創(chuàng)造一個新的會議。
此外,本發(fā)明也可以經(jīng)由一個通信終端設(shè)備詢問關(guān)于由會議服務器管理的會議的資料。
此外,本發(fā)明也可以讓使用者能夠結(jié)束一個會議,尤其是可以讓使用者明確的指示結(jié)束一個會議。這個功能對于創(chuàng)造會議且必須按會議進行的時間支付相關(guān)費用的使用者而言尤其重要。
本發(fā)明之其它有利的實施方式均詳載于專利申請項目中。與本發(fā)明提出之通信系統(tǒng)有關(guān)之本發(fā)明的其它有利的實施方式亦適用于本發(fā)明提出之通信終端設(shè)備、會議控制單元、通信系統(tǒng)控制方法、通信終端設(shè)備控制方法、以及會議控制單元控制方法。
呼叫控制協(xié)議信息最好是符合會議初始協(xié)議(SIP)要求之信息型式。
在這種情況下,在一個已經(jīng)準備好的會議中就可以讓多個通信終端設(shè)備彼此交換各種不同的數(shù)據(jù),例如以閑談(Chat)方式或是視訊流動的方式交換的數(shù)據(jù)。經(jīng)由會議初始協(xié)議(SIP)建構(gòu)的整個媒體流也被稱為多媒體會議(Mulimedia-Session)。
在本發(fā)明的一種有利的實施方式中,控制信息系以特征卷標的型式內(nèi)含于呼叫控制協(xié)議信息中。
在本發(fā)明的一種有利的實施方式中,通信系統(tǒng)依據(jù)第3代移動通信伙伴合作計劃(3GPP)標準設(shè)計。
本發(fā)明的另外一種有利的實施方式所使用的特征卷標是一種不同于網(wǎng)際網(wǎng)絡(luò)工程工作小組(IETF)標準或第3代移動通信伙伴合作計劃(3GPP)標準定義的新的特征卷標。
例如使用一種不同于網(wǎng)際網(wǎng)絡(luò)工程工作小組(IETF)標準或第3代移動通信伙伴合作計劃(3GPP)標準定義的新的卷標“加入(Join)”或“創(chuàng)造(Create)”來解決在創(chuàng)造一個新的會議及加入一個已經(jīng)存在的會議時可能發(fā)生的沖突問題。
本發(fā)明的另外一種實施方式使用一種不同于網(wǎng)際網(wǎng)絡(luò)工程工作小組(IETF)標準或第3代移動通信伙伴合作計劃(3GPP)標準定義的新的卷標“結(jié)束(Terminate)”或“繼續(xù)(Continue)”來分辨會議參加者是否想要離開或是結(jié)束一個會議。
本發(fā)明的另外一種實施方式使用一種不同于網(wǎng)際網(wǎng)絡(luò)工程工作小組(IETF)標準或第3代移動通信伙伴合作計劃(3GPP)標準定義的新的卷標來明確的詢問關(guān)于由一個會議服務器管理的會議的資料。
最好是將特征卷標加到呼叫控制定信息的接受接觸(Accept-Contact)信息前綴線或拒絕接觸(Reject-Contat)前綴線。
例如,通信終端設(shè)備可以會產(chǎn)生一個信息來解決在創(chuàng)造一個新的會議及加入一個已經(jīng)存在的會議時可能發(fā)生的沖突問題,這個信息的接受接觸信息前綴線或拒絕接觸前綴線含有一個網(wǎng)際網(wǎng)絡(luò)工程工作小組(IETF)標準或第3代移動通信伙伴合作計劃(3GPP)標準定義的isfocus特征卷標。
本發(fā)明的另外一種實施方式是以被加到接受接觸信息前綴線或拒絕接觸前綴線的isfocus特征卷標來分辨會議參加者是否想要離開或是結(jié)束一個會議。
控制信息最好是以一種參考資料的型式內(nèi)含于呼叫控制協(xié)議信息中。
例如,要發(fā)出結(jié)束會議的信號時,可以由通信終端設(shè)備產(chǎn)生一個會議初始協(xié)議(SIP)REFER信息,并將這個信息傳送到會議統(tǒng)一資源指示器(C-URIConference Uniform Ressource Indicator),在這個會議初始協(xié)議(SIP)REFER信息中含有C-URI應結(jié)束的會議的資料及在Refer-to-信息前綴線中的字符串“method=BYE”。
此外,這個參考數(shù)據(jù)最好是至少具有一個虛擬參量。
例如,要發(fā)出結(jié)束會議的信號時,可以由通信終端設(shè)備產(chǎn)生一個REFER信息,并將這個信息傳送到會議統(tǒng)一資源指示器(C-URIConferenceUniform Ressource Indicator),在這個REFER信息中含有虛擬參量(通配符號,例如“*”或“?”)及字符串“method=BYE”,這樣就可以經(jīng)由REFER信息的Refer-to-信息前綴線將所有出自一個特定地址區(qū)的通信終端設(shè)備均納入?yún)⒖?。利用這種方式就可以指示這些參考通信終端設(shè)備不應繼續(xù)參加一個要被結(jié)束的會議。因此只要適當?shù)倪x擇地址區(qū)就可以明確的結(jié)束會議。
很明顯的,將一個帶有虛擬參量之參考資料的信息發(fā)送到焦點,就會使一個相當于參數(shù)值“method”的信息(例如一個BYE信息)被發(fā)送到所有參加會議的通信終端設(shè)備,因此這些通信終端設(shè)備就會接到指示,告知它們應離開這個會議或是明確的將這個會議結(jié)束掉。
在本發(fā)明的另外一種有利的實施方式中,會議服務器本身會經(jīng)由Refer-to-信息前綴線被參考,這樣會議服務器就會被指示將會議結(jié)束。
參考資料最好是具有一個或數(shù)個參數(shù)值。
例如,要發(fā)出結(jié)束會議的信號時,可以由通信終端設(shè)備產(chǎn)生一個REFER信息,這個REFER信息除了在Refer-to-信息前綴線含有一個參數(shù)“method”的值為“BYE”的字符串“method=BYE”來說明統(tǒng)一資源指示器(C-URIConference Uniform Ressource Indicator)外,還含有另外一個以一個字符串(例如“terminate”)來表示的參數(shù)。
最好是將參考資料加到Refer-to-信息前綴線。
本發(fā)明的另外一種可行的實施方式是依據(jù)H.323協(xié)議設(shè)計呼叫控制協(xié)議信息。
由會議服務器提供的會議最好是至少有一種是多媒體會議,例如語音會議、視訊會議、實時傳訊會議、聊天會議、游戲會議等。


以下配合圖式及實際的實施方式對本發(fā)明的內(nèi)容作進一步的說明。
圖1本發(fā)明的一種實施方式的通信系統(tǒng)圖2本發(fā)明的一種實施方式的信息流。
圖3本發(fā)明的一種實施方式的信息流。
圖4本發(fā)明的一種實施方式的信息流。
圖1顯示本發(fā)明的一種實施方式的通信系統(tǒng)(100)。
具體實施例方式
通信系統(tǒng)(100)是依據(jù)第3代移動通信伙伴合作計劃(3GPP3rdGeneration Partnership Project)描述的全球移動通信系統(tǒng)(UMTS)建構(gòu)方法設(shè)計而成,其主要的組成成分為IMS(請參照參考文獻[8])。
通信終端設(shè)備(101)經(jīng)由一進口入網(wǎng)絡(luò)(102)與一個IMS(111)連結(jié)。
入口網(wǎng)絡(luò)(102)可以是一種依據(jù)全球移動通信系統(tǒng)(UMTS)標準設(shè)計的移動無線通信網(wǎng)路,也就是一種全球移動通信存取網(wǎng)絡(luò)(UniversalTerrestrial Access network),這種網(wǎng)絡(luò)可以經(jīng)由一個數(shù)據(jù)包傳送網(wǎng)域(Packet-Switshed-Domain)找到通信終端設(shè)備到IMS(111)的入口;入口網(wǎng)絡(luò)(102)也可以是一種依據(jù)全球移動通信系統(tǒng)(GSM)標準設(shè)計的入口網(wǎng)絡(luò),也就是一種全球移動通信系統(tǒng)增強數(shù)據(jù)率無線存取網(wǎng)絡(luò)(GSM EDGERadio Access Network)。
入口網(wǎng)絡(luò)(102)也可以是一種固定網(wǎng)絡(luò),例如通信終端設(shè)備可以具有一種能夠建立通往網(wǎng)際網(wǎng)絡(luò)(Internet)的入口的裝置,例如一種數(shù)字用戶線(DSLDigital Subscriber Line)—調(diào)制解調(diào)器(Modem)。在圖1的實施方式中,通信終端設(shè)備是經(jīng)由網(wǎng)際網(wǎng)絡(luò)(Internet)與IMS(111)連結(jié)。
相應于入口網(wǎng)絡(luò)(102)的型式,通信終端設(shè)備(102)可以是一具移動電話、一部配備移動無線模塊的計算機、或是一部沒有配備移動無線模塊的計算機。
在圖1的實施方式中,入口網(wǎng)絡(luò)(102)是一種依據(jù)UMTS通信標準設(shè)計的移動無線通信系統(tǒng)。
入口網(wǎng)絡(luò)(102)的移動無線網(wǎng)絡(luò)(112)具有UMTS無線網(wǎng)絡(luò)的結(jié)構(gòu),這種UMTS無線網(wǎng)絡(luò)也被稱為UMTS無線存取網(wǎng)絡(luò)(UTRANUMTS-Terrestrial-Radio-Access-Network)入口網(wǎng)絡(luò)具有一個PS網(wǎng)域(140)。PS網(wǎng)域(140)是由支持GPRS服務節(jié)點(SGSNServing GPRS Support Node)及GPRS支持節(jié)點通信網(wǎng)關(guān)(GGSNGateway GPRS Support Node)構(gòu)成,并形成移動無線網(wǎng)絡(luò)(112)及外部數(shù)據(jù)包數(shù)據(jù)網(wǎng)絡(luò)之間的數(shù)據(jù)包交換連結(jié)的界面,以及通往IMS(111)的入口。
PS網(wǎng)域(140)會執(zhí)行所有為確保數(shù)據(jù)包交換數(shù)據(jù)之傳送所需的功能。此外,PS網(wǎng)域(140)還能夠?qū)⑿盘栃畔魉偷絀MS。
此外入口網(wǎng)絡(luò)還具有一個本籍地址記錄器HLR(141),這是一個儲存會議參加者所有資料的中央數(shù)據(jù)庫,這些資料都是建立連結(jié)及執(zhí)行會議服務所需的資料。
通信終端設(shè)備(101)經(jīng)由入口網(wǎng)絡(luò)(102)與IMS(111)的一個P-CSCF(103)連結(jié)。此處的P-CSCF是Proxy-CSCF(CSCFCall SessionControl Function(呼叫會議控制功能))的縮寫。
作為交換處的P-CSCF(103)與一個DNS(104)及一個I-CSCF(105)連結(jié)。此處的DNS是網(wǎng)域名稱服務器(Doma in Name Server)的縮寫,I-CSCF是指查詢CSCF(Interrogating-CSCF)。
I-CSCF(105)與一個HSS(106)及一個S-CSCF(107)連結(jié)。此處的HSS是住宅用戶服務器(Home Subscriber Server)的縮寫,S-CSCF是Serving-CSCF(服務呼叫會議控制功能))的縮寫。
S-CSCF(107)與多個應用服務器(ASApplikation Server)連結(jié),不過在圖式中僅繪出其中一個應用服務器(138)作為代表。
此外,S-CSCF(107)還與一個MRFC(142)連結(jié)。此處MRFC是媒體資源功能控制器(Media Resource Function Controller)的縮寫。
應用服務器(138)及MRFC(142)構(gòu)成一個會議服務器及至少一個焦點。
通信終端設(shè)備(101)、入口網(wǎng)絡(luò)(102)、P-CSCF(103)、以及DNS(104)都是被訪問的網(wǎng)絡(luò)V-PLMN(109)的一部分。
I-CSCF(105)、HSS(106)、S-CSCF(107)、以及應用服務器(138)都是住宅通信網(wǎng)路H-PLMN(108)的一部分。
如參考文獻[8]所描述,P-CSCF(103)、I-CSCF(105)、HSS(106)、以及S-CSCF(107)都是網(wǎng)際網(wǎng)絡(luò)通信協(xié)議多媒體核心網(wǎng)絡(luò)子系統(tǒng)IMS(IPMultimedia Core network-Subsystem)(111)的一部分。
使用者可以經(jīng)由通信終端設(shè)備(101)利用IMS(111)提供的會議服務,例如向另外一個與通信系統(tǒng)(100)連結(jié)的通信終端設(shè)備發(fā)送一個“實時信息(Instant-Message)”,或是和其它與通信系統(tǒng)(100)連結(jié)的使用者共同進行一個會議。
圖2顯示本發(fā)明的一種實施方式的信息流(200)。
圖2顯示的信息流系發(fā)生在一個通信終端設(shè)備(201)、一個P-CSCF(202)、一個S-CSCF(204)、以及一個應用服務器(206)之間。其中P-CSCF(202)是被訪問的網(wǎng)絡(luò)(203)的一部分,S-CSCF(204)是通信終端設(shè)備(205)的住宅網(wǎng)絡(luò)的一部分,應用服務器(206)是應用服務器(207)的住宅網(wǎng)絡(luò)的一部分。在以下的說明中,應用服務器將和一個MRFC一起出現(xiàn)。
在圖2的實施方式中,應用服務器(206)具有一個會議服務器及至少一個焦點的功能。
圖2的實施方式是用來解決前面提及的在應用C-URI創(chuàng)造一個新的會議及應用C-URI加入一個已經(jīng)存在的會議時,可能會發(fā)生沖突的問題。
在步驟(208),通信終端設(shè)備(201)的使用者從通信終端設(shè)備(201)發(fā)出的一個SIP“邀請(INVITE)”信息會經(jīng)由P-CSCF(202)被傳送到C-URI及應用服務器AS(206)。在此過程中,這個INVITE信息是按照以下的步驟經(jīng)由圖2中的網(wǎng)絡(luò)組件被傳送到應用服務器AS(206)。
這個INVITE信息的構(gòu)造如表1所示。


表1(未顯示會議描述協(xié)議SDP(session Description Protocol))這個INVITE信息具有一個帶有“接受接觸(Accept-Contact)”標志的信息前綴線,并使用“isfocus”-特征卷標(見表1第18行)。
在步驟(209),P-SCS(202)會利用INVITE信息說明的C-URI(見表1第9行)將INVITE信息傳送到S-CSCF(204)。
在步驟(210),S-CSCF(204)會利用INVITE信息說明的C-URI將INVITE信息傳送到應用服務器(206),再由應用服務器(206)產(chǎn)生相應于所給定之C-URI的焦點(216)。
在步驟(211),焦點(216)會檢驗INVITE信息是否具有isfocus特征卷標。
如果INVITE信息具有isfocus特征卷標,則焦點(216)就會受到指示創(chuàng)造一個相應于所給定之C-URI的會議。
如果INVITE信息沒有isfocus特征卷標,則焦點(216)就會受到指示將使用者加到經(jīng)由C-URI給定的會議中。
由于在這個實施方式中,INVITE信息具有isfocus特征卷標,因此焦點(216)會受到指示創(chuàng)造所給定的會議。
這樣通信終端設(shè)備就會利用isfocus特征卷標向焦點(206)發(fā)出信號,以便告知焦點(206)它本身要創(chuàng)造一個預約的會議,而不是要被加到一個已經(jīng)存在的會議中。
在步驟(212),焦點(216)會檢驗是否已經(jīng)有一個隸屬于它且相應于C-URI的會議被創(chuàng)造出來。
這種實施方式系假定在這之前相應于C-URI(也就是conference@mrfc2.home2.net,見表1)的會議已經(jīng)由另外一位者用者創(chuàng)造出來,而且也已經(jīng)被應用了。
因此焦點(216)不會將通信終端設(shè)備(201)加到已經(jīng)存在的會議中,而是以一個SIP“4xx”信息的形式發(fā)出一個錯誤信號給通信終端設(shè)備(201),這個“4xx”信息會在步驟(213)被傳送到S-CSCF(204)。
在步驟(214),S-CSCF(204)會將這個“4xx”信息傳送到P-CSCF(202),然后再由P-CSCF(202)在步驟(215)將這個“4xx”信息傳送到通信終端設(shè)備(201)。
此時通信終端設(shè)備(201)就可以在為會議預約的地址區(qū)中選出另外一個C-URI,以便創(chuàng)造一個新的會議。接著,通信終端設(shè)備(201)就可以利用這個新選出的C-URI重新嘗試去創(chuàng)造及激活一個會議。
因此,利用isfocus特征卷標就可以判定使用者是想要創(chuàng)造一個新的會議,或是想要加入一個已經(jīng)存在的會議。
在本發(fā)明的另外一種實施方式中,如果使用者想要加入由C-URI給定的會議,則通信終端設(shè)備是將isfocus特征卷標加到接受接觸信息前綴線。
在本發(fā)明的另外一種實施方式中,有一種不同于所使用之標準的新的特征通卷標被定義,這種新的特征卷標的應用方式在前面描述的isfocus特征卷標一樣。
例如,如果一個“加入(Join)”特征卷標或是一個“創(chuàng)造(Create)”特征卷標被定義,當使用者想要創(chuàng)造一個相應于所給定的C-URI的會議時,通信終端設(shè)備就會將“創(chuàng)造(Create)”特征卷標加到接受接觸信息前綴線,當者用者想要加入一個相應于所給定的C-URI的會議時,通信終端設(shè)備就會將“加入(Join)”特征卷標加到接受接觸信息前綴線。
本發(fā)明的另外一種實施方式是使用拒絕接觸信息前綴線,而不是使用接受接觸信息前綴線。
如前面所述,根據(jù)參考文獻[5],利用這個拒絕接觸信息前綴線可以判定使用者代理人(UA)不應具有何種特征。拒絕接觸信息前綴線可以比照接受接觸信息前綴線的方式被應用,例如,當使用者想要加入一個會議,在步驟(208)被傳送的信息就應該具有一個拒絕接受信息前綴線,并將isfocus特征卷標加到這個拒絕接受信息前綴線。
同樣的,也可以應用拒絕接受信息前綴線來進行前面提及的替代方式。
在應用拒絕接受信息前綴線時,新定義的特征卷標相對于所使用之標準定義的特征卷標的優(yōu)點是可以避免因含義模糊而造成錯誤。
只要略作修改,圖2顯示的實施方式就可以應用SIP程序來詢問關(guān)于由一個會議服務器管理的會議的資料。不過在此情況下訊是是被傳送到會議工廠統(tǒng)一資源指示器(Conference Factory URI)。
在以下說明的實施方式中將使用一種不同于所使用標準的新的特征卷標,其名稱為“fetch”。
這種實施方式的信息流類似于圖2之實施方式的信息流。
在這種實施方式中,INVITE信息是被傳送到應用服務器(206),而不是像上面一種實施方式一樣被直接傳送到由應用服務器(206)產(chǎn)生的一個焦點,如果這個NVITE信息的接受接觸信息前綴線具有一個fetch特征卷標,則應用服務器(206)就會創(chuàng)造一個會議,并將關(guān)于由會議服務器管理的會議的資料傳送到通信終端設(shè)備(UE)(201)。
為此在會議服務器的一個回答信息的信息主體區(qū)會所含有的關(guān)于由會議服務器管理的會議的資料(例如由會議服務器管理的會議名單)會被傳送到INVITE信息。
這個回答信息可以是“200OK”信息,或是另外一個信息,例如一個臨時的回答信息。
例如,這個回答信息可以含有以下關(guān)于由會議服務器管理的會議的資料--會議的地址,也就是會議的會議統(tǒng)一資源指示器(C-URIC);--創(chuàng)造會議的使用者代理人(UA)的統(tǒng)一資源指示器(URI);--關(guān)于會議的描述,例如會議的主題。
這樣就可以將詢問關(guān)于由會議服務器管理的會議的資料整合到創(chuàng)造會議的程序中。
圖3顯示本發(fā)明的一種實施方式的信息流(300)。
圖3顯示的信息流系發(fā)生在一個通信終端設(shè)備(301)、一個P-CSCF(302)、一個S-CSCF(304)、以及一個應用服務器(306)之間。其中P-CSCF(302)是被訪問的網(wǎng)絡(luò)(303)的一部分,應用服務器(306)是通信終端設(shè)備(305)的住宅網(wǎng)絡(luò)的一部分。
在這種實施方式中,應用服務器(306)是一個會議服務器。
經(jīng)由以下說明的實施方式可以利用SIP信息結(jié)束一個會議。
在步驟(308),通信終端設(shè)備(301)的使用者從通信終端設(shè)備(301)將一個含有關(guān)于C-URI之說明的名稱為“BYE”的信息傳送到P-CSCF(302)。
這個BYE信息的構(gòu)造如表2所示。
這個BYE信息具有一個名稱為“接受接觸”的信息前綴區(qū),且這個信息前綴區(qū)有加上“isfocus”特征卷標(見表2第11行)。


表2在步驟(309),P-SCS(302)會利用BYE信息說明的C-URI(見表2第6行)將BYE信息傳送到S-CSCF(304)。
在步驟(310),S-CSCF(304)會利用BYE信息說明的C-URI將BYE信息傳送到應用服務器(306),再由應用服務器(306)產(chǎn)生焦點(316),這個焦點(316)會提供經(jīng)由C-URI編址的會議。
在步驟(311),焦點(316)會檢驗BYE信息是否具有isfocus特征卷標。
如果BYE信息具有isfocus特征卷標,則焦點(316)就會結(jié)束經(jīng)由C-URI編址的會議。這樣所有的會議參加者都會離開這個會議。如果BYE信息沒有isfocus特征卷標,則焦點(316)就會讓使用者(301)離開這個會議。
由于在這個實施方式中,BYE信息具有isfocus特征卷標,因此焦點(316)會受到指示將相應于C-URI的會議結(jié)束掉,并讓所有的使用者離開這個會議。
在步驟(312),焦點(316)以“200OK”的信息回答通信終端設(shè)備(301),備這個”200OK”信息會被傳送到S-CSCF(304)。
在步驟(313),S-CSCF(304)將“200OK”信息傳送到P-CSCF(302),然后再由P-CSCF(302)在步驟(314)將“200OK”信息傳送到通信終端設(shè)備(301)。
這種實施方式系假定除了利用通信終端設(shè)備(301)的使用者外,還有其它的會議參加者。
由于在這種實施方式中,BYE信息具有isfocus特征卷標,因此焦點(316)會在步驟(315)將會議結(jié)束,也就是結(jié)束與其它會議參加者的SIP交談。
在這種實施方式中,利用BYE信息的接受接觸信息前綴區(qū)的isfocus特征卷標就可以判定使用者是想離開會議(但是會議仍繼續(xù)進行下去),或是想要結(jié)會議(在這種情況下使用者當然也會離開會議)。
和圖2的實施方式一樣,圖3的實施方式也有多種不同的替代實施方式。
尤其是可以和類似于圖2的實施方式一樣,不使用isfocus特征卷標,而是使用愈同于所使用標準的新定義的特征卷標作為信號,利如以名稱為“結(jié)束(terminate)”的特征卷標表明要結(jié)束會議,或是以名稱為“繼續(xù)(continue)”的特征卷標表明使用者要離開會議,但是會議仍繼續(xù)進行下去。
圖4顯示本發(fā)明的一種實施方式的信息流(400)。
圖4顯示的信息流系發(fā)生在一個通信終端設(shè)備(401)、一個P-CSCF(402)、一個S-CSCF(404)、以及一個應用服務器(406)之間。其中P-CSCF(402)是被訪問的網(wǎng)絡(luò)(403)的一部分,應用服務器(406)是通信終端設(shè)備(405)的住宅網(wǎng)絡(luò)的一部分。
在這種實施方式中,應用服務器(406)是一個會議服務器。
以下描述的實施方式是圖3的實施方式的一種替代實施方式,也可以用來結(jié)束一個會議。
以下描述的實施方式是利用參考文獻[7]說明的SIP-REFER方法來結(jié)束一個會議。
在步驟(407),通信終端設(shè)備(401)的使用者從通信終端設(shè)備(401)將一個含有C-URI的SIP“REFER”信息傳送到P-CSCF(402)。
這個REFER信息的構(gòu)造如表3所示。

表3這個REFER信息具有一個名稱為“Refer-To”的信息前綴區(qū)(其定義如參考文獻[7]所述),且這個信息前綴區(qū)含有C-URI及一個參數(shù)值為“BYE”的名稱為“method”的參數(shù),也就是說這個信息前綴區(qū)含有字符串“method=BYE”(見表3第13行)。
在步驟(408),P-SCS(402)會利用REFER信息說明的C-URI(見表3第9行)將REFER信息傳送到S-CSCF(404)。
在步驟(409),S-CSCF(404)會利用REFER信息說明的C-URI將REFER信息傳送到應用服務器(406),再由應用服務器(406)產(chǎn)生相應于所給定的第一個C-URI的焦點(421)。
在步驟(410),焦點(421)會檢驗REFER信息的Refer-To信息前綴區(qū)是否含有C-URI及字符串“method=BYE”。
如果REFER信息的Refer-To信息前綴區(qū)含有C-URI及字符串“method=BYE”,則焦點(421)就會結(jié)束相應于C-URI的會議。
在步驟(412),S-CSCF(404)會將接受信息傳送到P-CSCF(402),然后再由P-CSCF(402)在步驟(423)將這個接受信息傳送到通信終端設(shè)備(401)。
由于在這個實施方式中,REFER信息的Refer-To信息前綴區(qū)含有C-URI及字符串“method=BYE”,因此焦點會在步驟(414)將會議結(jié)束掉,也就是結(jié)束與所有會議參加者的SIP交談,并釋放出這個會議所占用的資源。
此時利用通信終端設(shè)備(401)的使用者會離開會議。因此焦點(421)會在步驟(415)將一個名稱為“BYE”的信息傳送到S-CSCF(404),然后再進一步被傳送到通信終端設(shè)備(401)。
在步驟(416),S-CSCF(404)將這個”BYE”信息傳送到P-CSCF(402),然后再由P-CSCF(402)在步驟(417)將這個“BYE”信息通信終端設(shè)備(401)。
在步驟(418),為了證實已收到這個“BYE”信息,通信終端設(shè)備會會向P-CSCF(402)發(fā)出一個“200OK”信息,且這個“200OK”信息會被進一步傳送到應用服務器(406)。
在步驟(419),P-CSCF(402)將這個“200OK”信息傳送到S-CSCF(404),然后再由S-CSCF(404)在步驟(420)將這個“200OK”信息傳送到焦點(4210。
依據(jù)參考文獻[7],在Refer-to信息前綴區(qū)中可以使用一個一般的參數(shù)。
在可以作為圖4之實施方式的一種可行的替代實施方式中,這個一般的參數(shù)是用來告知焦點(421)應將由所給定的C-URI編址的會議結(jié)束掉。
這種替代實施方式的信息流與圖4之實施方式的信息流類似。這種替代實施方式的REFER信息的構(gòu)造如表4所示。


表4如表4第13行所示,相較于圖4的實施方式,替代實施方式另外再加上一個參數(shù)值為“結(jié)束(terminate)”的一般參數(shù)。
字符串“terminate”的作用是指示會議服務器將相應于所給定的C-URI的會議結(jié)束掉。
本發(fā)明的另外一種實施方式的信息流也是與圖4之實施方式的信息流類似,不過其REFER信息的構(gòu)造則是如表5所示。


表5如表5第13行所示,在這種實施方式的Refer-to信息前綴區(qū)含有虛擬參量,也就是所謂的通配符號(Wildcard)。
虛擬參量”@”代表所有的地址區(qū)。
也可以利用虛擬參量來代表單一的地址區(qū),例如以*@-mobile.de來代表。
由于所有會議參加者的通信終端設(shè)備都是由虛擬參量“@”來代表,因此焦點(421)在接收到REFER信息后就會向所有的會議參加者發(fā)出一個BYE信息。
經(jīng)由向所有會議參加者傳送一個BYE訊就可以讓所有會議參加者離會議,這樣會議就會被結(jié)束掉。
只要有一位使用者發(fā)出如上述的REFER信息,會議就會被結(jié)束掉。
因此只要經(jīng)由SIP信息就可以按照上述方式明確的將會議結(jié)束掉。
本說明書引用的參考文獻如下[1]IETF SIPPING Working Groupedraft-ietf-sipping-conferencing-framwork-01[2]3GPP TR 29.847Conferencing based on SIP,SDP,and other protocols[3]RFS 3261SIPSession Initiation Protocol[4]IETF SIPPING Working Groupedraft-ietf-sipping-cc-conferencing-03[5]IETF SIPPING Working Groupedraft-ietf-sip-callerprefs-10[6]IETF SIPPING Working Groupedraft-ietf-sip-callee-03[7]IETF RFC 3515The SIP Refer Method[8]3GPP TS 23.228IP multimedia subsystem;Stage 2[9]US 5 737 530[10]DE 100 30 189 A1
附圖標記說明100 通信系統(tǒng)101 通信終端設(shè)備102 入口網(wǎng)絡(luò)103 P-CSCF104 DNS105 I-CSCF106 HSS107 S-CSCF108 H-PLMN109 V-PLMN111 IMS112 移動無線網(wǎng)絡(luò)138 應用服務器140 PS網(wǎng)域141 本籍地址記錄器(HLR)142 MRFC200 通信系統(tǒng)201 通信終端設(shè)備202 P-CSCF203 被訪問的網(wǎng)絡(luò)204 S-CSCF205 通信終端設(shè)備的住宅網(wǎng)絡(luò)206 應用服務器207 應用服務器的住宅網(wǎng)絡(luò)208-215 操作步驟216 焦點300 信息流
301 通信終端設(shè)備302 P-CSCF303 被訪問的網(wǎng)絡(luò)304 S-CSCF305 通信終端設(shè)備的住宅網(wǎng)絡(luò)306 應用服務器308-315 操作步驟316 焦點400 信息流401 通信終端設(shè)備402 P-CSCF403 被訪問的網(wǎng)絡(luò)404 S-CSCF405 通信終端設(shè)備的住宅網(wǎng)絡(luò)406 應用服務器407-420 操作步驟421 焦點
權(quán)利要求
1.一種通信系統(tǒng),這種通信系統(tǒng)具有一個會議服務器、一個會議控制單元、以及至少一個通信終端設(shè)備,其中,--會議服務器的任務是為多個通信終端設(shè)備提供至少一個會議;--這至少一個通信終端設(shè)備具有一個信息產(chǎn)生單元,這個信息產(chǎn)生單元的任務是產(chǎn)生一個會議初始協(xié)議信息,這個會議初始協(xié)議信息含有會議初始協(xié)議信息控制信息,這個呼叫控制協(xié)議信息控制信息的任務是說明--是否應將這至少一個通信終端設(shè)備加到一個會議中,及/或--是否應創(chuàng)造一個會議,及/或--是否應結(jié)束一個會議,及/或--是否應將關(guān)于至少一個由會議服務器提供的會議的資料傳送到這至少一個通信終端設(shè)備;--會議控制單元具有一個測定裝置,這個測定裝置的任務是從所收到的信息中測定出所需的控制信息;--會議控制單元具有一個控制裝置,這個控制裝置的任務是依據(jù)測定出的控制信息,--將這至少一個通信終端設(shè)備加到一個會議中,及/或--創(chuàng)造一個會議,及/或--結(jié)束一個會議,及/或--將關(guān)于至少一個由會議服務器提供的會議的資料傳送到這至少一個通信終端設(shè)備。
2.如權(quán)利要求1的通信系統(tǒng),其特征為控制信息以特征卷標的型式內(nèi)含于呼叫控制協(xié)議信息中。
3.如權(quán)利要求2的通信系統(tǒng),其特征為通信系統(tǒng)依據(jù)第3代移動通信伙伴合作計劃(3GPP)標準設(shè)計。
4.如權(quán)利要求3的通信系統(tǒng),其特征為所使用的特征卷標是網(wǎng)際網(wǎng)絡(luò)工程工作小組(IETF)標準或第3代移動通信伙伴合作計劃(3GPP)標準所定義的特征標題。
5.如權(quán)利要求3的通信系統(tǒng),其特征為所使用的特征卷標不是網(wǎng)際網(wǎng)絡(luò)工程工作小組(IETF)標準或第3代移動通信伙伴合作計劃(3GPP)標準所定義的特征標題,而是重新定義的標題。
6.如權(quán)利要求3至5中任一項的通信系統(tǒng),其特征為將特征卷標加到會議初始協(xié)議(Session Initiation Protocol)信息的接受接觸(Accept-Contact)信息前綴線或拒絕接觸(Reject-Contat)前綴線。
7.如權(quán)利要求1的通信系統(tǒng),其特征為控制信息以一種參考資料的型式內(nèi)含于呼叫控制協(xié)議信息中。
8.如權(quán)利要求7的通信系統(tǒng),其特征為參考數(shù)據(jù)至少具有一個虛擬參量。
9.如權(quán)利要求7或8的通信系統(tǒng),其特征為參考資料具有一個或數(shù)個參數(shù)值。
10.如權(quán)利要求7至9中任一項的通信系統(tǒng),其特征為通信系統(tǒng)系依據(jù)第3代移動通信伙伴合作計劃(3GPP)標準設(shè)計。
11.如權(quán)利要求10的通信系統(tǒng),其特征為將參考資料加到Refer-to-信息前綴線。
12.如權(quán)利要求1的通信系統(tǒng),其特征為依據(jù)H.323協(xié)議設(shè)計會議初始協(xié)議(SIPSession Initiation Protocol)信息。
13.如權(quán)利要求1至12中任一項的通信系統(tǒng),其特征為由會議服務器提供的會議至少有一種是多媒體會議。
14.一種控制通信系統(tǒng)的方法,這種通信系統(tǒng)具有一個能夠為多個通信終端設(shè)備提供至少一個會議的會議服務器、一個會議控制單元、以及至少一個通信終端設(shè)備,根據(jù)這種控制通信系統(tǒng)的方法--這至少一個通信終端設(shè)備能夠產(chǎn)生一個會議初始協(xié)議信息,這個會議初始協(xié)議信息含有會議初始協(xié)議信息控制信息,這個呼叫控制協(xié)議信息控制信息的任務是說明--是否應將這至少一個通信終端設(shè)備加到一個會議中,及/或--是否應創(chuàng)造一個會議,及/或--是否應結(jié)束一個會議,及/或--是否應將關(guān)于至少一個由會議服務器提供的會議的資料傳送到這至少一個通信終端設(shè)備;--會議控制單元能夠從所收到的信息中測定出所需的控制信息;--會議控制單元能夠根據(jù)測定出的控制信息決定--將這至少一個通信終端設(shè)備加到一個會議中,及/或--創(chuàng)造一個會議,及/或--結(jié)束一個會議,及/或--將關(guān)于至少一個由會議服務器提供的會議的資料傳送到這至少一個通信終端設(shè)備。
15.通信系統(tǒng)的一種通信終端設(shè)備方法,這種通信系統(tǒng)具有一個能夠為多個通信終端設(shè)備提供至少一個會議的會議服務器,同時,--這個通信終端設(shè)備具有一個信息產(chǎn)生單元,這個信息產(chǎn)生單元的任務是產(chǎn)生一個會議初始協(xié)議信息,這個會議初始協(xié)議信息含有會議初始協(xié)議信息控制信息,這個呼叫控制協(xié)議信息控制信息的任務是說明--是否應將這個通信終端設(shè)備加到一個會議中,及/或--是否應創(chuàng)造一個會議,及/或--是否應結(jié)束一個會議,及/或--是否應將關(guān)于至少一個由會議服務器提供的會議的資料傳送到這個通信終端設(shè)備。
16.一種控制通信系統(tǒng)之通信終端設(shè)備的方法,這種通信系統(tǒng)具有一個能夠為多個通信終端設(shè)備提供至少一個會議的會議服務器,根據(jù)這種控制通信系統(tǒng)之通信終端設(shè)備的方法--這個通信終端設(shè)備能夠產(chǎn)生一個會議初始協(xié)議信息,這個會議初始協(xié)議信息含有會議初始協(xié)議信息控制信息,這個呼叫控制協(xié)議信息控制信息的任務是說明--是否應將這個通信終端設(shè)備加到一個會議中,及/或--是否應創(chuàng)造一個會議,及/或--是否應結(jié)束一個會議,及/或--是否應將關(guān)于至少一個由會議服務器提供的會議的資料傳送到這個通信終端設(shè)備。
17.通信系統(tǒng)的一種通信控制單元,這種通信系統(tǒng)至少具有一個通信終端設(shè)備,及一個會議服務器,這個會議服務器的任務是為多個通信終端設(shè)備提供至少一個會議,同時,--會議控制單元具有一個測定裝置,這個測定裝置的任務是從所收到的信息中測定出所需的控制信息以決定--將這至少一個通信終端設(shè)備加到一個會議中,及/或--創(chuàng)造一個會議,及/或--結(jié)束一個會議,及/或--將關(guān)于至少一個由會議服務器提供的會議的資料傳送到這至少一個通信終端設(shè)備;--會議控制單元具有一個控制裝置,這個控制裝置的任務是依據(jù)測定出的控制信息,--將這至少一個通信終端設(shè)備加到一個會議中,及/或--創(chuàng)造一個會議,及/或--結(jié)束一個會議,及/或--將關(guān)于至少一個由會議服務器提供的會議的資料傳送到這至少一個通信終端設(shè)備。
18.一種控制通信系統(tǒng)的通信控制單元的方法,這種通信系統(tǒng)至少具有一個通信終端設(shè)備,及一個會議服務器,這個會議服務器的任務是為多個通信終端設(shè)備提供至少一個會議,根據(jù)這種控制通信系統(tǒng)的通信控制單元的方法--會議控制單元能夠從所收到的信息中測定出所需的控制信息以決定--將這至少一個通信終端設(shè)備加到一個會議中,及/或--創(chuàng)造一個會議,及/或--結(jié)束一個會議,及/或--將關(guān)于至少一個由會議服務器提供的會議的資料傳送到這至少一個通信終端設(shè)備;--會議控制單元能夠依據(jù)測定出的控制信息,--將這至少一個通信終端設(shè)備加到一個會議中,及/或--創(chuàng)造一個會議,及/或--結(jié)束一個會議,及/或--將關(guān)于至少一個由會議服務器提供的會議的資料傳送到這至少一個通信終端設(shè)備。
全文摘要
本發(fā)明涉及通信系統(tǒng)、通信終端設(shè)備、會議控制單元、通信系統(tǒng)控制方法、通信終端設(shè)備控制方法及會議控制單元控制方法。一種具有一個會議服務器及一個會議控制單元的通信終端設(shè)備,一個呼叫控制協(xié)議信息會被傳送到該會議控制單元,讓會議控制單元能夠判定是否應將一個通信終端設(shè)備加到一個會議中,及/或是否應創(chuàng)造一個會議,及/或是否應結(jié)束一個會議,及/或是否應將關(guān)于至少一個由會議服務器管理的會議資料傳送到一個通信終端設(shè)備。
文檔編號H04L29/06GK1722670SQ20051007854
公開日2006年1月18日 申請日期2005年6月2日 優(yōu)先權(quán)日2004年6月2日
發(fā)明者H·施米特, M·漢斯, M·貝克曼恩 申請人:因芬尼昂技術(shù)股份公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1