專利名稱：用于媒體通信設(shè)備的不可知的外圍控制的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信網(wǎng)絡(luò)。更具體地說，本發(fā)明涉及通信網(wǎng)絡(luò)中的媒體通信設(shè)備的使用。
背景技術(shù)：
現(xiàn)在的媒體通信設(shè)備由于媒體通信外圍接口(例如揚聲器、話筒和顯示器)和這樣的接口的狀態(tài)(例如啟用、停用、掛機或摘機)的緊耦合而受到限制。通信協(xié)議朝著知道例如電話機、與個人計算機相關(guān)的媒體通信外圍設(shè)備等端點的能力的方向調(diào)整。
如果端點接收到通信請求但是不具有通信請求中所規(guī)定的能力，則端點將拒絕該請求。例如，如果缺少視頻能力的電話機接收到視頻會議呼叫，則電話機將拒絕該視頻會議呼叫。
這里所使用的“呼叫”可以意味著任何類型的通信會話或者對這樣的會話的請求。照此，“呼叫”不限于語音通信，而是也包括具有視頻和/或其他數(shù)據(jù)成分的通信。
由于媒體通信外圍設(shè)備和相關(guān)通信協(xié)議的緊耦合，第三方硬件或軟件很難集成在媒體設(shè)備上。媒體通信外圍設(shè)備的行為是固定的并且獨立于呼叫上下文(context)或特征請求。
而且，不管基于呼叫上下文還是其他，都沒有為動態(tài)的外圍行為變化做好準備。例如，如果一個人將要在通信會話開始之后斷開媒體通信外圍設(shè)備(或者將狀態(tài)改為“可用”)，則通信會話對于那個人而言將被終止。
希望具有關(guān)于用于通信會話的媒體設(shè)備的使用的更大靈活性，媒體設(shè)備包括媒體通信外圍設(shè)備。

發(fā)明內(nèi)容
本發(fā)明在通信會話中提供關(guān)于媒體設(shè)備的使用的更大靈活性，媒體設(shè)備包括媒體通信外圍設(shè)備。通信會話可以在具有不同能力的設(shè)備之間進行。根據(jù)一些實現(xiàn)方式，對于通信會話的請求可以根據(jù)為本地媒體通信外圍設(shè)備所指示的能力和/或偏好而被接受。進入的通信信號的一些成分可以被本地媒體通信外圍設(shè)備選擇用于再現(xiàn)，其他的可以被忽略。
備選實現(xiàn)方式為將在對于通信的請求中規(guī)定的偏好作準備。在一些這樣的實現(xiàn)方式中，將僅在參與者擁有具有在通信請求中規(guī)定的能力的媒體通信外圍設(shè)備的情況下進行通信會話。一些優(yōu)選的實現(xiàn)方式考慮了當通信會話正在進行時本地媒體通信外圍設(shè)備的插入和刪除。一些實現(xiàn)方式允許在存在具有某些公共能力的多個這樣設(shè)備的情況下基于通信上下文對本地媒體設(shè)備的盡力選擇。
本發(fā)明的一些實現(xiàn)方式提供一種參與通信會話的方法。該方法包括下列步驟從通信網(wǎng)絡(luò)接收多個第一通信信號；選擇用于與第一本地媒體通信外圍設(shè)備通信的第一通信信號的至少第一成分；以及準備用于發(fā)送到第一本地媒體通信外圍設(shè)備的第一通信信號的第一成分。該方法可以包括將第一通信信號的第一成分發(fā)送到第一媒體通信外圍設(shè)備的步驟。
第一通信信號可以包括第一數(shù)據(jù)成分、第一音頻成分和/或第一視頻成分。第一成分的第一屬性可以不同于為與第一本地媒體通信外圍設(shè)備通信所準備的第二屬性。
第一屬性例如可以是第一數(shù)據(jù)質(zhì)量并且第二屬性可以是第二數(shù)據(jù)質(zhì)量。在一個示例中，第一成分是音頻成分，第一數(shù)據(jù)質(zhì)量優(yōu)于第二數(shù)據(jù)質(zhì)量并且準備步驟涉及將音頻成分從第一數(shù)據(jù)質(zhì)量降級為第二數(shù)據(jù)質(zhì)量。選擇和準備步驟可以根據(jù)所存儲的偏好數(shù)據(jù)而執(zhí)行。
所述方法還可以包括這些步驟從第二本地媒體通信外圍設(shè)備接收本地信號，所述本地信號具有不同于從通信網(wǎng)絡(luò)所接收的第一通信信號的相應(yīng)屬性的第三屬性；至少部分地基于本地信號而形成第二通信信號，所述第二通信信號包括第二數(shù)據(jù)成分、第二音頻成分和/或第二視頻成分；以及將第二通信信號發(fā)送到通信網(wǎng)絡(luò)。
第一通信信號可以包括關(guān)于第一通信信號的至少一個成分的偏好數(shù)據(jù)。可以例如部分地基于發(fā)送到一個或多個本地媒體通信外圍設(shè)備的通信信號的數(shù)據(jù)質(zhì)量，對通信會話應(yīng)用有區(qū)別的記帳方案。
所存儲的偏好數(shù)據(jù)可以是所存儲的注冊數(shù)據(jù)的成分。例如可以在媒體通信外圍設(shè)備連接到主機設(shè)備時動態(tài)地編譯注冊數(shù)據(jù)。注冊數(shù)據(jù)可以包括從上下文數(shù)據(jù)、媒體類型數(shù)據(jù)、偏好數(shù)據(jù)和接口數(shù)據(jù)中所選擇的數(shù)據(jù)。
第二通信信號可以包括關(guān)于第二通信信號的至少一個成分的偏好數(shù)據(jù)。例如，偏好數(shù)據(jù)可以指示對應(yīng)于本地信號的第二通信信號的一部分被遠程媒體通信外圍設(shè)備根據(jù)第三屬性而再現(xiàn)的偏好。
所述方法還可以包括這些步驟確定第一本地媒體通信外圍設(shè)備已被斷開；確定第二本地媒體通信外圍設(shè)備已被連接；為第二本地媒體通信外圍設(shè)備動態(tài)地編譯注冊數(shù)據(jù)，所述注冊數(shù)據(jù)包括從上下文數(shù)據(jù)、媒體類型數(shù)據(jù)、偏好數(shù)據(jù)和接口數(shù)據(jù)所選擇的數(shù)據(jù)；選擇用于與第二本地媒體通信外圍設(shè)備通信的第一通信信號的第二成分；準備用于發(fā)送到第二本地媒體通信外圍設(shè)備的第一通信信號的第二成分；以及將第一通信信號的第二成分發(fā)送到第二本地媒體通信外圍設(shè)備。
本發(fā)明的備選技術(shù)方案提供用于提供通信會話的其他方法。一種這樣的方法包括這些步驟從通信網(wǎng)絡(luò)提供第一通信信號，所述第一通信信號包括第一數(shù)據(jù)成分、第一音頻成分和/或第一視頻成分；確定為與第一本地媒體通信外圍設(shè)備通信所準備的第一通信信號的至少第一成分的第一數(shù)據(jù)質(zhì)量；以及部分地基于第一數(shù)據(jù)質(zhì)量而為通信會話記帳。
本發(fā)明的一些實現(xiàn)方式提供用于提供通信會話的備選方法。一種這樣的方法包括這些步驟從通信網(wǎng)絡(luò)接收第一通信信號，所述第一通信信號包括從由第一數(shù)據(jù)成分、第一音頻成分和第一視頻成分組成的組中所選擇的至少一個成分；確定第一通信信號的至少第一成分的第一數(shù)據(jù)質(zhì)量；以及部分地基于第一數(shù)據(jù)質(zhì)量而為通信會話記帳。
上述方法以及這里所描述的其他方法可以用軟件、硬件等實現(xiàn)。將在下面參照相關(guān)附圖更詳細地描述本發(fā)明的這些以及其他特征和優(yōu)點。


圖1是提供本發(fā)明一些實現(xiàn)方式的概述的流程圖。
圖2A-2D示出了根據(jù)本發(fā)明一些實現(xiàn)方式而被填充的上下文表。
圖3是提供本發(fā)明的可替換方法的概述的流程圖。
圖4示出了根據(jù)本發(fā)明一個方面的一個XML形式的示例性通信上下文。
圖5示出了根據(jù)本發(fā)明一個方面的包含XML形式的PTT(一鍵通)通信上下文的具有多部分MIME內(nèi)容的示例性SIP INVITE。
圖6是示出可以根據(jù)本發(fā)明而使用的視頻電話機的框圖。
圖7是示出根據(jù)本發(fā)明一個方面的用SIP協(xié)議處理用于對等PTT會話的進入呼叫的方法的流程圖。
圖8是示出根據(jù)本發(fā)明一個方面的處理用于對等PTT會話的外發(fā)呼叫的方法的流程圖。
圖9是示出可以根據(jù)本發(fā)明而使用的媒體設(shè)備的框圖。
圖10是可以用來實現(xiàn)本發(fā)明一些方面的通信網(wǎng)絡(luò)的簡化說明。
具體實施例方式
在該申請中，闡述了許多具體細節(jié)以提供對本發(fā)明的全面理解。然而，本領(lǐng)域技術(shù)人員將會清楚本發(fā)明可以在沒有這些具體細節(jié)中的一些或全部這些細節(jié)的情況下實踐。在其他示例中，公知的處理步驟未被詳細描述，從而不模糊本發(fā)明。
本發(fā)明提供用于提供關(guān)于通信會話中的媒體設(shè)備使用的增強的靈活性的方法和設(shè)備，媒體設(shè)備包括媒體通信外圍設(shè)備。這里為呼叫接收側(cè)和呼叫發(fā)起側(cè)兩者提供了增加的靈活性。本發(fā)明的一些方面允許接口從媒體設(shè)備上的軟件應(yīng)用程序去耦。本發(fā)明的一些實現(xiàn)方式允許媒體設(shè)備上的接口的動態(tài)增加、刪除或修改。一些實現(xiàn)方式允許通信請求“規(guī)定”將要使用的遠程媒體設(shè)備和接口的優(yōu)選上下文(或者輪廓(profile))。
根據(jù)一些實現(xiàn)方式，通信會話可以在具有不同能力的設(shè)備之間進行并且/或者媒體設(shè)備可以以不同的方式回答同一上下文的通信請求。例如，對于通信會話的請求可以根據(jù)為本地媒體通信外圍設(shè)備所指示的能力和/或偏好而被接受。進入的通信信號的一些成分可以被本地媒體通信外圍設(shè)備選擇用于再現(xiàn)，其他的可以被忽略。這還允許“最終用戶”選擇如何接受基于個人選擇(一天中的時間、呼叫者ID等)的呼叫。
例如，在本發(fā)明的一些這樣的實現(xiàn)方式中，如果未被配置用于再現(xiàn)視頻數(shù)據(jù)的傳統(tǒng)電話機接收到用于視頻會議呼叫的通信請求，則其將拒絕該通信請求的視頻成分，但是將接受該通信請求的音頻部分?？商鎿Q地或者另外地，端點可以具有能夠再現(xiàn)通信的成分但是將以較低的數(shù)據(jù)質(zhì)量再現(xiàn)該成分的類型的本地媒體通信外圍設(shè)備。例如，如果一個端點以高清晰度視頻和高質(zhì)量音頻發(fā)送通信，則接收端點可以選擇以低質(zhì)量視頻和低質(zhì)量音頻來再現(xiàn)該通信。
或者，具有能夠以較高質(zhì)量再現(xiàn)通信成分的類型的本地媒體通信外圍設(shè)備的端點至少可以在某些情況下選擇以較低質(zhì)量再現(xiàn)該通信。端點可以對端點將接受通信的什么成分和用于接受這些成分的條件作出決定。例如，端點可以根據(jù)正在使用的端點服務(wù)的類型而進行有區(qū)別的記帳，所述類型包括但不局限于再現(xiàn)通信的質(zhì)量。
在一些實現(xiàn)方式中，端點可以在不是通過質(zhì)量而是通過用戶偏好或者某一其他特性區(qū)分的多個本地媒體通信外圍設(shè)備之間選擇。例如，端點在用戶在一特定位置處(例如在書桌旁)工作時可以選擇有線頭戴式耳機，在用戶不在該位置處而是在“漫游”時可以選擇無線頭戴式耳機。
一些這樣的實現(xiàn)方式可以涉及與端點進行通信的接近檢測設(shè)備的使用，接近檢測設(shè)備例如是射頻標簽(“RFID”)閱讀器。相關(guān)方法和設(shè)備在標題為“Methods and Devices for Assigning RFID Device Personality”并且在2004年6月9日提交的美國專利申請No.10/866,285中描述，該申請通過引用而被全部合并于此。根據(jù)一些這樣的實現(xiàn)方式，用戶可以具有RFID標簽(例如在卡片、鑰匙鏈或其他物體上)，該RFID標簽在其位于RFID閱讀器的已知距離內(nèi)時可以被檢測。
本發(fā)明的一些實現(xiàn)方式允許在對通信的請求中規(guī)定偏好。在一些這樣的實現(xiàn)方式中，將僅在參與者擁有具有在通信請求中規(guī)定的能力的媒體通信外圍設(shè)備的情況下進行通信會話。
如前所提及的，一些優(yōu)選的實現(xiàn)方式允許本地媒體通信外圍設(shè)備的動態(tài)插入和刪除；在該上下文中，“動態(tài)”的意思是當設(shè)備是活動的并且能夠接收呼叫時或者甚至當通信會話正在進行時。一些這樣的實現(xiàn)方式使用接口子系統(tǒng)(例如USB、FireWireTM、BlueToothTM、IEEE 802.11)來處理這樣的動態(tài)插入和刪除。
這里所使用的“上下文”是重要的概念。通信信號可以具有上下文并且設(shè)備可以具有上下文。通信信號的上下文例如涉及包括在通信信號中的成分。通信信號例如可以具有數(shù)據(jù)成分、音頻成分和/或視頻成分。接收通信信號的設(shè)備的上下文涉及如何處理通信信號。例如，設(shè)備的上下文可以確定通信信號是否被回答以及如何被回答、通信信號的哪些成分被選擇用于再現(xiàn)和這些成分是如何被再現(xiàn)的(例如，通信信號的成分是通過什么本地媒體通信外圍設(shè)備再現(xiàn)的和什么質(zhì)量/保真度將應(yīng)用于該再現(xiàn))。
本發(fā)明的一些優(yōu)選實現(xiàn)方式存儲本地設(shè)備上下文、媒體類型、偏好、接口類型等。這些數(shù)據(jù)例如可以被存儲在注冊表中。一些這樣的實現(xiàn)方式需要軟件來存儲需要特定接口和/或外圍類型的上下文，以使得這些接口和/或外圍類型在需要時可以被應(yīng)用。
圖1是概述根據(jù)本發(fā)明一些實現(xiàn)方式的方法100的流程圖。本領(lǐng)域技術(shù)人員將會知道在這里所描述的方法(包括但不局限于方法100)的步驟不必以示出的順序執(zhí)行(并且在一些實現(xiàn)方式中是不執(zhí)行的)。而且，方法100的一些實現(xiàn)方式可以包括比圖1中所示的步驟更多或者更少的步驟。
在該示例中，我們從沒有任何輸入/輸出接口但是具有擴展端口的媒體設(shè)備開始，媒體設(shè)備在這里也被稱為主機設(shè)備。這里，媒體設(shè)備具有6個USB端口。
圖2A示出了根據(jù)本發(fā)明的上下文表的一個示例。這樣的上下文表可以存儲在主機設(shè)備的易失性或非易失性存儲器中。如圖2A所示，主機設(shè)備的上下文表200(在這里也被稱為注冊表)現(xiàn)在不包含條目。隨著方法100的進行，上下文表200的字段205至230將被填充。
在方法100的步驟105中，主機設(shè)備例如根據(jù)來自存儲在非易失性存儲器中的引導(dǎo)程序的指令而被初始化。在步驟110中，需要音頻輸入設(shè)備和音頻輸出設(shè)備的應(yīng)用程序被安裝在主機設(shè)備上。在該示例中，應(yīng)用程序偏好高質(zhì)量話筒和高質(zhì)量揚聲器。然而，應(yīng)用程序可以使用任何話筒或揚聲器。應(yīng)用程序也需要標準鍵盤。應(yīng)用程序?qū)ｉT支持音頻會議。
在步驟115中，上下文表被根據(jù)應(yīng)用程序的要求和偏好而填充。圖2B示出了在步驟115之后上下文表200的狀態(tài)。在上下文名稱字段205中，音頻會議能力“AudioConf”具有三種相關(guān)的媒體類型，如媒體類型字段210的“數(shù)據(jù)”、“音頻輸入”和“音頻輸出”條目所示。如在優(yōu)選接口字段215中所示，用于這三種媒體類型的優(yōu)選接口(也稱為本地媒體通信外圍設(shè)備)是鍵盤、高質(zhì)量話筒和高質(zhì)量揚聲器。備用接口(標準話筒和揚聲器)在字段225中示出。
在該示例中，如果通信請求現(xiàn)在被具有這樣的“AudioConf”上下文的主機設(shè)備接收，則將在步驟145中確定主機設(shè)備未被針對請求的上下文而配置。而且，將在步驟150中確定沒有本地媒體通信外圍設(shè)備允許用戶回答請求。因此，請求將被拒絕。(步驟155。)然而，在備選實現(xiàn)方式中，呼叫被接受。這樣的可替換實現(xiàn)方式為用戶提供了在接收到請求之后安裝一個或多個本地媒體通信外圍設(shè)備的選項。
在步驟120中，用戶安裝本地媒體通信外圍設(shè)備。這里，用戶在主機設(shè)備上安裝標準質(zhì)量的USB話筒、揚聲器和鍵盤。用于本地媒體通信外圍設(shè)備中的每一個的設(shè)備驅(qū)動器此時也被安裝；這樣的設(shè)備驅(qū)動器是通過本領(lǐng)域技術(shù)人員已知的方法安裝在主機設(shè)備上的，例如通過從網(wǎng)絡(luò)上下載設(shè)備驅(qū)動器或者通過從本地存儲介質(zhì)上復(fù)制設(shè)備驅(qū)動器。
在步驟125中，本地媒體通信外圍設(shè)備和設(shè)備驅(qū)動器被子系統(tǒng)(在該情況中為USB子系統(tǒng))檢測，在步驟130中，設(shè)備被激活。然后，驅(qū)動器用USB設(shè)備名稱更新上下文表200(步驟135)。
在其他實現(xiàn)方式中，上下文表(或者另一用于存儲注冊/上下文信息的數(shù)據(jù)結(jié)構(gòu))被根據(jù)備選方法來填充和削減。在一些這樣的實現(xiàn)方式中，除了設(shè)備驅(qū)動器之外的程序包括用于增加和刪除所述信息的指令。在其他實現(xiàn)方式中，用戶可以例如使用諸如鍵盤、鼠標等之類的I/O設(shè)備來增加和刪除所述信息。
如圖2C所示，因為話筒和揚聲器是標準質(zhì)量的，所以條目話筒-1和揚聲器-1被放在備用接口字段225中而不是優(yōu)選接口字段215中。然而，因為標準質(zhì)量鍵盤在這里是優(yōu)選的，所以條目鍵盤-1被放在優(yōu)選接口字段215中。
如果通信請求在“AudioConf”上下文處于該階段時進入(步驟140)，則將在步驟145中確定主機設(shè)備被針對請求的上下文而配置。因此，請求將被接受并且用戶可以根據(jù)上下文表參與通信。(步驟160。)在該示例中，如果進入的通信包括高質(zhì)量的音頻成分(如AudioConf上下文所優(yōu)選的)，則音頻成分將被標準揚聲器“揚聲器-1”以較低的音頻質(zhì)量再現(xiàn)。例如，如果進入的通信的音頻成分具有采樣率N，則標準揚聲器例如通過再現(xiàn)每個第四采樣而僅以N/4再現(xiàn)音頻成分。
相同的原理應(yīng)用于通信的其他成分的發(fā)送和接收，例如應(yīng)用于視頻成分。例如，進入的通信可以包括比能夠(或者將要)被本地視頻設(shè)備再現(xiàn)的質(zhì)量更低質(zhì)量的視頻成分。例如，進入的通信可以包括MPEG-1格式的視頻成分，而本地視頻設(shè)備能夠以MPEG-2格式再現(xiàn)視頻。雖然MPEG-1格式的視頻成分將被MPEG-2視頻設(shè)備理解，但是再現(xiàn)的視頻質(zhì)量將次于MPEG-2視頻再現(xiàn)的視頻質(zhì)量。用于使用不同類型的音頻和視頻編碼的設(shè)備之間的通信的相關(guān)方法例如在RFC 3551“RTP Profile for Audio andVideo Conferences with Minimal Control”中描述，其通過引用而被合并于此，用于所有的目的。
然而，在備選實現(xiàn)方式中，發(fā)送器或接收器可以規(guī)定將僅在某些條件下再現(xiàn)通信，例如在通信的一個或多個成分可以以預(yù)定的質(zhì)量級別再現(xiàn)的情況下。例如，進入的通信可以要求接收器具有再現(xiàn)高清晰度視頻成分的能力。如果接收器缺少該能力，則通信請求將被拒絕。(步驟155。)下面將描述用于通信上下文的一些示例性格式。
假設(shè)用戶隨后在主機設(shè)備上安裝高質(zhì)量的USB話筒、揚聲器和鍵盤。如前所述，適當?shù)脑O(shè)備驅(qū)動器也將被安裝在媒體設(shè)備上。在適當?shù)挠布万?qū)動器被USB子系統(tǒng)(在該情況中)檢測并且設(shè)備被激活之后，然后驅(qū)動器將用USB設(shè)備名稱更新上下文表。因為話筒和揚聲器是高質(zhì)量設(shè)備，所以條目將被放在優(yōu)選接口字段215中而不是備用接口字段225中。(見圖2D。)本領(lǐng)域技術(shù)人員將會知道沒有對可以定義的質(zhì)量等級數(shù)目的限制；這里僅使用兩個等級(優(yōu)選和備用)來說明示例。
如果具有上下文“AudioConf”的通信請求此時將要進來，則請求將被接受。因為根據(jù)上下文表200，高質(zhì)量的話筒和揚聲器是用于AudioConf上下文的優(yōu)選本地媒體通信外圍設(shè)備，所以它們將被使用。
如果接口中的任何接口隨后被刪除，則前幾頁所詳述的過程將被反轉(zhuǎn)。例如，如果用戶隨后刪除高質(zhì)量USB話筒，在優(yōu)選接口字段215中的條目“高質(zhì)量話筒”和輸入/輸出設(shè)備字段220中的“高質(zhì)量話筒-1”將被從上下文表200中刪除。在該示例中，用于高質(zhì)量USB話筒的設(shè)備驅(qū)動器將執(zhí)行該任務(wù)?；蛘?，獨立的程序(例如用于“卸載”設(shè)備和驅(qū)動器的程序)可以削減上下文表200。在高質(zhì)量話筒被刪除之后，缺省話筒將再次是標準話筒“話筒-1”。
圖3是示出形成具有規(guī)定上下文的外發(fā)通信請求的通用方法300的流程圖。步驟305至335與參照圖1所描述的步驟105至135中的步驟相同。在步驟340中，形成外發(fā)的通信請求。該請求例如可以由主機設(shè)備或者由諸如話筒、網(wǎng)絡(luò)攝像頭或電話機之類的本地媒體通信外圍設(shè)備形成。
在步驟345中，確定(例如參考上下文表200)是否將要請求特定的上下文。如果不是，則通信請求將被在不作修改的情況下發(fā)送。(步驟355。)如果將要請求特定的上下文，則上下文將被根據(jù)正在使用的通信協(xié)議而包括在請求中(步驟350)，然后通信請求將被發(fā)送。(步驟355。)圖4示出了通信上下文的一個示例，在該情況中通信上下文是可擴展標記語言(“XML”)格式的。本領(lǐng)域技術(shù)人員認識到XML實質(zhì)上是增加了一些用尖括號括起來的XML標簽的純文本?？梢蕴幚砑兾谋镜能浖部梢蕴幚鞽ML。在簡單的文本編輯器中，XML標簽將是可見的并且不會被專門處理。然而在知道XML(XML-aware)的應(yīng)用程序中，XML標簽可以被專門處理。取決于應(yīng)用程序的特性，標簽可能是或者可能不是可見的，或者具有功能意義。
XML聲明405定義文檔中所使用的XML版本和字符編碼。在該示例中，文檔符合XML的1.0規(guī)范并且使用第8號通用轉(zhuǎn)換格式(“UTF-8”)字符轉(zhuǎn)換。UTF-8將每一個16位的Unicode字符轉(zhuǎn)換為8位的字符。
行410描述文檔的根元素。這里，行410指示文檔是呼叫上下文。行490定義根元素“call context”的結(jié)束。插入的行定義該示例性呼叫上下文的各方面。
這里，目標行420定義在作出呼叫時上下文可以被應(yīng)用到的撥號方式(dial-pattern)。動作行430可以用于定義各種動作，包括但不局限于Answer(回答)、Ring(響鈴)和Busy(占線)。設(shè)備類型行440可以定義各種類型的設(shè)備，例如揚聲器、話筒、攝像頭和顯示器之類的媒體通信外圍設(shè)備。
設(shè)備動作行450可以用于定義各種設(shè)備狀態(tài)/動作，例如“On(打開)”、“Mute(靜音)”(用于音頻和視頻)、“Beep(蜂鳴)”等。URL行460可以指向各種類型的媒體，包括但不局限于超文本標記語言(“HTML”)、電影、實時流協(xié)議(“RTSP”)等。
行470指示加密類型MD5Digest是用被配置的或者在參與的設(shè)備之間交換的共享密鑰就整個上下文計算所得的128位的散列。設(shè)備可以通過計算本地MD5摘要并將其與所接收的摘要進行比較而認證/驗證該上下文。這樣的機制在通信設(shè)備之間提供上下文數(shù)據(jù)的安全交換。
雖然各種協(xié)議可以被用于實現(xiàn)本發(fā)明，但是一些優(yōu)選的實現(xiàn)方式使用會話發(fā)起協(xié)議(“SIP”)，一種用于因特網(wǎng)會議、電話通訊、出席、事件通知、即時消息和其他服務(wù)的信令協(xié)議。描述SIP協(xié)議的RFC 3261通過引用而被全部合并于此。
SIP協(xié)議發(fā)起呼叫建立、路由、認證和其他到IP域內(nèi)的端點的特征消息。SIP獨立于分組層并且是應(yīng)用層協(xié)議。通常在UDP或TCP之上使用SIP。SIP在使用不可靠的數(shù)據(jù)報服務(wù)(UDP)時提供其自己的可靠性機制。
SIP通過像電子郵件一樣的地址來對用戶進行定址，并且重新使用諸如DNS MX記錄之類的一些電子郵件傳遞基礎(chǔ)設(shè)施，或者使用SMTPEXPN用于地址擴展。SIP地址(URL)也可以嵌入在網(wǎng)頁中。SIP是尋址中立(addressing neutral)的，地址表示為諸如SIP、H.323或電話(E.164)之類的各種類型的URL。
包括一些基于SIP的實現(xiàn)方式在內(nèi)的本發(fā)明的一些實現(xiàn)方式使用多用途因特網(wǎng)郵件擴展(“MIME”)規(guī)范。MIME例如對于格式化非ASCII消息以使得它們可以在因特網(wǎng)上發(fā)送是有用的。許多電子郵件客戶端現(xiàn)在支持MIME，其使得它們可以經(jīng)由因特網(wǎng)郵件系統(tǒng)發(fā)送和接收圖形、音頻和視頻文件。另外，MIME除了ASCII之外還支持字符集形式的消息。存在許多預(yù)定義的MIME類型，例如GIF圖形文件和PostScript文件。用戶也可以定義MIME類型。除了電子郵件應(yīng)用之外，網(wǎng)絡(luò)瀏覽器還支持各種MIME類型。這使得瀏覽器可以顯示或輸出不是HTML格式的文件。
SIP會話在也被稱為“呼叫方”或“呼叫者”的“發(fā)起者”發(fā)送INVITE(邀請)請求時被發(fā)起。呼叫者從其發(fā)送建立對話的初始INVITE時起直到該對話終止，保持該角色。
圖5示出了根據(jù)本發(fā)明一個實現(xiàn)方式的包含XML呼叫上下文的具有多部分MIME內(nèi)容的SIP INVITE的一個示例。
在該示例中，SIP呼叫者正在通過在SIP消息的MIME部分中發(fā)送上下文細節(jié)和期望的遠程媒體設(shè)備行為來邀請遠程站加入一鍵通(PTT)“上下文”。該上下文正在命令遠程站在遠程端點接受通信邀請之后啟用揚聲器并且使話筒靜音。在該示例中，遠程端點被認為是PTT組“SALES”的一部分。遠程端點可以在參與PTT會話之前用組秘密(group secret)驗證邀請。
圖6示出了可以用來實現(xiàn)本發(fā)明的各種方面的視頻電話機。雖然視頻電話機600僅僅是可以根據(jù)本發(fā)明而使用的設(shè)備的一個示例，但是視頻電話機600包括一旦理解就一般可以在如何能夠更廣泛地實現(xiàn)本發(fā)明方面有啟發(fā)性的特征。
視頻電話機600包括各種本地媒體通信外圍設(shè)備，包括顯示器602、揚聲器605、話筒610和攝像頭615。雖然這些本地媒體通信外圍設(shè)備可以是內(nèi)置的，但是它們優(yōu)選地是模塊化的以允許方便的升級。網(wǎng)絡(luò)接口620將視頻電話600(具體地說，呼叫控制器625)與通信網(wǎng)絡(luò)622連接。
呼叫預(yù)處理器引擎(“CPreP”)630截取每個外發(fā)的呼叫并且與外圍控制層(“PCL”)640交互以控制本地媒體通信外圍設(shè)備。根據(jù)用于給出的目標呼叫方式的上下文控制外圍設(shè)備。
外圍API(“PAPI”)635是用于控制各種被配置和/或被發(fā)現(xiàn)的本地媒體通信外圍設(shè)備的公用應(yīng)用程序接口(“API”)。在該示例中，PAPI635是USB協(xié)議。因此，PAPI 635控制外圍設(shè)備602、605、610和615并且控制設(shè)備狀態(tài)645。外圍控制接口(“PCI”)632是本地執(zhí)行的并且使用PAPI 635來控制本地媒體通信外圍設(shè)備的腳本。
PCL 640負責驗證、定位上下文并且調(diào)用適當?shù)耐鈬O(shè)備控制。呼叫控制器625檢查接收到呼叫的上下文并且將該上下文傳遞給PCL 640。
假設(shè)如圖5所示，進入的呼叫的上下文被作為多部分MIME格式的一部分與用于音頻/視頻連接的SDP數(shù)據(jù)一起在SIP消息的內(nèi)容體中接收，并且上下文數(shù)據(jù)的類型是應(yīng)用程序/XML。呼叫控制器625將檢查內(nèi)容體并且搜索上下文。如果呼叫控制器625找到上下文，則呼叫控制器625將傳遞該上下文到PCL 640以用于動作。
PCL 640將利用足夠的數(shù)據(jù)將上下文的成功或失敗傳送到呼叫控制器625，以便用適當?shù)腟IP響應(yīng)對呼叫者作出響應(yīng)。上下文可以是請求或最終響應(yīng)的一部分。在任一種情況中，PCL 640都將與上下文接觸。用于外發(fā)呼叫的呼叫上下文可以被存儲在與被叫號碼相關(guān)的語音/視頻設(shè)備上。
一旦通信請求可以被放入到上下文中，就可以根據(jù)本發(fā)明的各種方面實現(xiàn)各種功能。例如，一些實現(xiàn)方式提供實時協(xié)議(“RTP”)媒體分支(fork) (例如視頻會議到音頻會議)。其他實現(xiàn)方式提供基于呼叫者的有區(qū)別鈴聲。其他實現(xiàn)方式使得端點在作出國際呼叫時被重新定向以提示認證。
備選實現(xiàn)方式啟用“一鍵通”(“PTT”)特征。通過在設(shè)備上定義PTT上下文，設(shè)備可以參與PTT會話。PTT會話可以在或者對等模式下或者組模式下發(fā)生。組模式可以采用媒體仲裁器(arbiter)來控制參與者之中的底面(floor)并且確保每次只有一個人可以談話。在對等模式下，兩個端點可以直接彼此談話而不需要媒體仲裁器。
接下來將參照圖7和圖8描述PTT的對等模式。在步驟705中，遠程呼叫者發(fā)送SIP INVITE(包括會話描述協(xié)議(“SDP”)和PTT上下文)到視頻電話機600。呼叫控制器625往回發(fā)送SIP消息到遠程呼叫者，指示視頻電話機600正在嘗試處理通信請求。(步驟710。)呼叫控制器625檢查內(nèi)容體、找到PTT上下文并將該上下文傳遞到PCL 640以用于動作。(步驟715。)作為配置的一部分，上下文具有相關(guān)的動作/腳本。一旦上下文被定位，相關(guān)的動作/腳本就可用于執(zhí)行。(步驟720。)PCL 640根據(jù)所接收的上下文命令PCI 632執(zhí)行命令。因此，PCI 632向PAPI 635指示揚聲器605應(yīng)該被打開。(步驟725。)PAPI 635打開揚聲器605、啟用“摘機”設(shè)備狀態(tài)并且以“半雙工”模式打開話筒610。(步驟730和735。)PCI 632將上述步驟的成功完成指示給PCL 640(步驟740)，PCL640將該消息傳遞給呼叫控制器625。呼叫控制器625發(fā)送SIP“O.K.”響應(yīng)到遠程呼叫者，指示視頻電話機600準備接收所請求的通信。(步驟750。)遠程呼叫者通過發(fā)起RTP媒體會話進行響應(yīng)。
圖8是概述從本地設(shè)備發(fā)起PTT會話的過程的流程圖。在步驟805中，CPreP 630截取來自呼叫控制器625的外發(fā)呼叫，然后與PCL 640交互以控制本地媒體通信外圍設(shè)備。CPreP 630將外發(fā)呼叫與本地設(shè)備上所使用的接口匹配，然后進入用于該呼叫的適當方法。因此，在步驟8 10中，CPreP 630命令PCL 640根據(jù)在外發(fā)呼叫中所指示的PTT上下文來控制外圍設(shè)備。PTT上下文是基于目標呼叫方式而定位的。
PCI 632向PAPI 635指示揚聲器605應(yīng)該被打開(步驟820)，所以PAPI 635打開揚聲器605并且促成“摘機”設(shè)備狀態(tài)(步驟825)。PCI632將成功指示給PCL 640，PCL 640將該成功指示轉(zhuǎn)發(fā)給CPreP 630。CPreP 630命令呼叫控制器625發(fā)送SIP INVITE到遠程設(shè)備(步驟840)，該操作由呼叫控制器625在步驟850中進行。
遠程設(shè)備指示其正在嘗試處理INVITE(步驟855)并且如果嘗試成功則在步驟860中發(fā)送OK消息。然后，RTP會話開始。(步驟865。)圖9是指示可以用來實現(xiàn)本發(fā)明的一些方面的一個示例性主機設(shè)備的硬件簡化版本的框圖。在該示例中，主機設(shè)備900包括4個端口905，端口905中的每一個被配置用于與本地媒體通信外圍設(shè)備通信。
閃存920用來存儲用于引導(dǎo)/初始化主機設(shè)備900的程序(“引導(dǎo)加載器(bootloader)”)。通常存儲在閃存920的獨立的、被劃分的區(qū)域中的引導(dǎo)加載器還允許主機設(shè)備900從掉電等情況下恢復(fù)。
包括但不局限于在端口905和網(wǎng)絡(luò)接口925中的任何一個上所接收的信息的信息可以存儲在存儲器915中。圖像文件(例如操作主機設(shè)備900所必需的運行基本圖像)的新版本可以從存儲器915復(fù)制到閃存920中。
CPU 910可以用來控制主機設(shè)備900的其他部件。例如，CPU 910可以根據(jù)這里所描述的方法中的任何一個來控制一個或多個本地媒體通信外圍設(shè)備。
圖10示出了被連接以便在網(wǎng)絡(luò)1020上通信的主機設(shè)備900和遠程設(shè)備1025。在該示例中，話筒1005、揚聲器1010和攝像頭1015連接到主機設(shè)備900的端口905。因特網(wǎng)服務(wù)提供者(“ISP”)1015提供主機設(shè)備900和網(wǎng)絡(luò)1020之間的連通性，網(wǎng)絡(luò)1020在該示例中為因特網(wǎng)。
ISP 1022提供遠程設(shè)備1025和網(wǎng)絡(luò)1020之間的連通性。遠程設(shè)備1025包括膝上型計算機1030。包括頭戴式聽筒1040和話筒1045的頭戴式耳機1035連接到膝上型計算機1030。
其他實施例雖然在這里示出和描述了本發(fā)明的說明性實施例和應(yīng)用，但是許多保持在本發(fā)明的概念、范圍和精神內(nèi)的變體和修改是可以的，并且這些變體對于本領(lǐng)域普通技術(shù)人員來說在細讀本申請之后將變得清楚。
例如，雖然大量的上述討論描述了端點作為基本模塊或者媒體通信外圍設(shè)備，但是端點可以是媒體通信外圍設(shè)備的一部分，例如最靠近用戶的部分。例如，根據(jù)本發(fā)明的一些實現(xiàn)方式，頭戴式聽筒/耳機中的數(shù)字信號處理器(“DSP”)具有足夠的智能來成為端點。DSP例如可以根據(jù)背景噪音的級別來改變耳機的音量級別。另外，本領(lǐng)域技術(shù)人員將會知道諸如無線設(shè)備和網(wǎng)絡(luò)、PDA等之類的在這里未示出的其他設(shè)備和網(wǎng)絡(luò)也可以用于實現(xiàn)本發(fā)明的各種方面。
例如，上面所描述的一些實現(xiàn)方式提供單個終端設(shè)備，本地外圍設(shè)備與其通信/接口與其“附接”，并且根據(jù)其建立上下文表。備選實施例提供例如具有一個“根”設(shè)備的設(shè)備“組”或“群”，所有其他設(shè)備都注冊到并且/或者代理到該“根”設(shè)備。根據(jù)一些這樣的實現(xiàn)方式，根設(shè)備回答“呼叫”或進入的通信請求。然后根設(shè)備將進入的通信的相關(guān)成分引導(dǎo)到群中的適當設(shè)備并且從群中的適當設(shè)備發(fā)送外發(fā)通信的相關(guān)成分。如在其他實施例中，可以根據(jù)例如由根設(shè)備可以訪問的上下文表所定義的用戶偏好來選擇設(shè)備。用戶在其希望在書桌旁工作時可以指示一個偏好(或者一組偏好)，在其希望在另一位置處工作時可以指示另一組偏好(例如會議室中的揚聲器、話筒、視頻攝像頭和膝上型計算機)或者在其想要漫游時可以指示另一組偏好(例如蜂窩電話和頭戴式耳機)。對于與群進行通信的其他設(shè)備而言，看起來好像在與一個設(shè)備進行通信。
而且，結(jié)合在IP上實現(xiàn)USB的一些方法使用本發(fā)明，在配置媒體通信外圍設(shè)備中可以獲得很大的靈活性，這些方法如在標題為“Method AndSystem For Controlling Transmission Of USB Messages Over A Data NetworkBetween A USB Device And A Plurality Of Host Computers”的美國專利申請No._(代理案號CISCP391)和標題為“Method and System ForSending And Receiving USB Messages Over A Data Network”的美國專利申請No._(代理案號CISCP392)中描述，這兩個專利申請都是在2004年12月7日提交的并且都通過引用而被合并于此。例如，第一位置中的單個主機設(shè)備可以與布置在各種位置中的媒體通信外圍設(shè)備關(guān)聯(lián)。
因此，當前的實施例將被認為是說明性的而不是限制性的，并且本發(fā)明不被限制到這里所給出的細節(jié)，而是可以在所附權(quán)利要求書的范圍和等同物內(nèi)修改。
權(quán)利要求
1.一種參與通信會話的方法，該方法包括從通信網(wǎng)絡(luò)接收多個第一通信信號，所述第一通信信號包括從由第一數(shù)據(jù)成分、第一音頻成分和第一視頻成分組成的組中所選擇的至少一個成分；選擇用于與第一本地媒體通信外圍設(shè)備通信的第一通信信號的至少第一成分；以及準備用于發(fā)送到所述第一本地媒體通信外圍設(shè)備的所述第一通信信號的所述第一成分，其中所述第一成分的第一屬性不同于為與所述第一本地媒體通信外圍設(shè)備通信所準備的第二屬性。
2.如權(quán)利要求1所述的方法，還包括將所述第一通信信號的所述第一成分發(fā)送到所述第一媒體通信外圍設(shè)備。
3.如權(quán)利要求1所述的方法，其中所述第一屬性包括第一數(shù)據(jù)質(zhì)量并且所述第二屬性包括第二數(shù)據(jù)質(zhì)量。
4.如權(quán)利要求1所述的方法，其中所述選擇和準備步驟是根據(jù)所存儲的偏好數(shù)據(jù)而執(zhí)行的。
5.如權(quán)利要求1所述的方法，還包括從第二本地媒體通信外圍設(shè)備接收本地信號，所述本地信號具有不同于從所述通信網(wǎng)絡(luò)所接收的第一通信信號的相應(yīng)屬性的第三屬性；至少部分地基于所述本地信號形成第二通信信號，所述第二通信信號包括從由第二數(shù)據(jù)成分、第二音頻成分和第二視頻成分組成的組中所選擇的成分；以及將所述第二通信信號發(fā)送到所述通信網(wǎng)絡(luò)。
6.如權(quán)利要求1所述的方法，其中所述第一通信信號還包括關(guān)于所述第一通信信號的至少一個成分的偏好數(shù)據(jù)。
7.如權(quán)利要求1所述的方法，還包括對所述通信會話應(yīng)用有區(qū)別的記帳方案，所述有區(qū)別的記帳方案部分地基于發(fā)送到一個或多個本地媒體通信外圍設(shè)備的通信信號的數(shù)據(jù)質(zhì)量。
8.如權(quán)利要求3所述的方法，其中所述第一成分包括所述第一音頻成分，所述第一數(shù)據(jù)質(zhì)量優(yōu)于所述第二數(shù)據(jù)質(zhì)量并且所述準備步驟包括將所述第一音頻成分從所述第一數(shù)據(jù)質(zhì)量降級為所述第二數(shù)據(jù)質(zhì)量。
9.如權(quán)利要求4所述的方法，其中所述所存儲的偏好數(shù)據(jù)是所存儲的注冊數(shù)據(jù)的成分。
10.如權(quán)利要求5所述的方法，其中所述第二通信信號包括關(guān)于所述第二通信信號的至少一個成分的偏好數(shù)據(jù)。
11.如權(quán)利要求9所述的方法，其中所述注冊數(shù)據(jù)包括從上下文數(shù)據(jù)、媒體類型數(shù)據(jù)、偏好數(shù)據(jù)和接口數(shù)據(jù)中所選擇的數(shù)據(jù)。
12.如權(quán)利要求9所述的方法，還包括在媒體通信外圍設(shè)備連接到主機設(shè)備時動態(tài)地編譯注冊數(shù)據(jù)。
13.如權(quán)利要求9所述的方法，其中所述偏好數(shù)據(jù)指示對應(yīng)于所述本地信號的所述第二通信信號的一部分被遠程媒體通信外圍設(shè)備根據(jù)所述第三屬性而再現(xiàn)的偏好。
14.如權(quán)利要求1所述的方法，還包括確定所述第一本地媒體通信外圍設(shè)備已被斷開；確定第二本地媒體通信外圍設(shè)備已被連接；為所述第二本地媒體通信外圍設(shè)備動態(tài)地編譯注冊數(shù)據(jù)，所述注冊數(shù)據(jù)包括從上下文數(shù)據(jù)、媒體類型數(shù)據(jù)、偏好數(shù)據(jù)和接口數(shù)據(jù)中選擇的數(shù)據(jù)；選擇用于與所述第二本地媒體通信外圍設(shè)備通信的第一通信信號的第二成分；準備用于發(fā)送到所述第二本地媒體通信外圍設(shè)備的所述第一通信信號的所述第二成分；以及將所述第一通信信號的所述第二成分發(fā)送到所述第二本地媒體通信外圍設(shè)備。
15.一種提供通信會話的方法，該方法包括從通信網(wǎng)絡(luò)提供第一通信信號，所述第一通信信號包括從由第一數(shù)據(jù)成分、第一音頻成分和第一視頻成分組成的組中所選擇的至少一個成分；確定為與第一本地媒體通信外圍設(shè)備通信所準備的所述第一通信信號的至少第一成分的第一數(shù)據(jù)質(zhì)量；以及部分地基于所述第一數(shù)據(jù)質(zhì)量而為所述通信會話記帳。
16.一種提供通信會話的方法，該方法包括從通信網(wǎng)絡(luò)接收第一通信信號，所述第一通信信號包括從由第一數(shù)據(jù)成分、第一音頻成分和第一視頻成分組成的組中所選擇的至少一個成分；確定所述第一通信信號的至少第一成分的第一數(shù)據(jù)質(zhì)量；以及部分地基于所述第一數(shù)據(jù)質(zhì)量而為所述通信會話記帳。
17.一種用于參與通信會話的裝置，該裝置包括用于從通信網(wǎng)絡(luò)接收多個第一通信信號的裝置，所述第一通信信號包括從由第一數(shù)據(jù)成分、第一音頻成分和第一視頻成分組成的組中所選擇的至少一個成分；用于選擇用于與第一本地媒體通信外圍設(shè)備通信的第一通信信號的至少第一成分的裝置；用于準備用于發(fā)送到所述第一本地媒體通信外圍設(shè)備的所述第一通信信號的所述第一成分的裝置，其中所述第一成分的第一屬性不同于為與所述第一本地媒體通信外圍設(shè)備通信所準備的第二屬性；以及用于將所述第一通信信號的所述第一成分發(fā)送到所述第一媒體通信外圍設(shè)備的裝置。
18.如權(quán)利要求17所述的裝置，還包括用于確定所述第一本地媒體通信外圍設(shè)備已被斷開的裝置；用于確定第二本地媒體通信外圍設(shè)備已被連接的裝置；用于為所述第二本地媒體通信外圍設(shè)備動態(tài)地編譯注冊數(shù)據(jù)的裝置，所述注冊數(shù)據(jù)包括從上下文數(shù)據(jù)、媒體類型數(shù)據(jù)、偏好數(shù)據(jù)和接口數(shù)據(jù)所選擇的數(shù)據(jù)；用于選擇用于與所述第二本地媒體通信外圍設(shè)備通信的第一通信信號的第二成分的裝置；用于準備用于發(fā)送到所述第二本地媒體通信外圍設(shè)備的所述第一通信信號的所述第二成分的裝置；以及用于將所述第一通信信號的所述第二成分發(fā)送到所述第二本地媒體通信外圍設(shè)備的裝置。
19.包含在機器可讀介質(zhì)中的用于參與通信會話的軟件，該軟件包括用于控制至少一個設(shè)備來執(zhí)行下列步驟的指令從通信網(wǎng)絡(luò)接收多個第一通信信號，所述第一通信信號包括從由第一數(shù)據(jù)成分、第一音頻成分和第一視頻成分組成的組中所選擇的至少一個成分；選擇用于與第一本地媒體通信外圍設(shè)備通信的第一通信信號的至少第一成分；準備用于發(fā)送到所述第一本地媒體通信外圍設(shè)備的所述第一通信信號的所述第一成分，其中所述第一成分的第一屬性不同于為與所述第一本地媒體通信外圍設(shè)備通信所準備的第二屬性；以及將所述第一通信信號的所述第一成分發(fā)送到所述第一媒體通信外圍設(shè)備。
20.如權(quán)利要求19所述的軟件，其中所述軟件還包括用于控制至少一個設(shè)備來執(zhí)行下列步驟的指令確定所述第一本地媒體通信外圍設(shè)備已被斷開；確定第二本地媒體通信外圍設(shè)備已被連接；為所述第二本地媒體通信外圍設(shè)備動態(tài)地編譯注冊數(shù)據(jù)，所述注冊數(shù)據(jù)包括從上下文數(shù)據(jù)、媒體類型數(shù)據(jù)、偏好數(shù)據(jù)和接口數(shù)據(jù)所選擇的數(shù)據(jù)；選擇用于與所述第二本地媒體通信外圍設(shè)備通信的第一通信信號的第二成分；準備用于發(fā)送到所述第二本地媒體通信外圍設(shè)備的所述第一通信信號的所述第二成分；以及將所述第一通信信號的所述第二成分發(fā)送到所述第二本地媒體通信外圍設(shè)備。
21.包含在機器可讀介質(zhì)中的用于提供通信會話的軟件，該軟件包括用于控制至少一個設(shè)備來執(zhí)行下列步驟的指令從通信網(wǎng)絡(luò)提供第一通信信號，所述第一通信信號包括從由第一數(shù)據(jù)成分、第一音頻成分和第一視頻成分組成的組中所選擇的至少一個成分；確定為與第一本地媒體通信外圍設(shè)備通信所準備的所述第一通信信號的至少第一成分的第一數(shù)據(jù)質(zhì)量；以及部分地基于所述第一數(shù)據(jù)質(zhì)量而為所述通信會話記帳。
22.包含在機器可讀介質(zhì)中的用于提供通信會話的軟件，該軟件包括用于控制至少一個設(shè)備來執(zhí)行下列步驟的指令從通信網(wǎng)絡(luò)接收第一通信信號，所述第一通信信號包括從由第一數(shù)據(jù)成分、第一音頻成分和第一視頻成分組成的組中所選擇的至少一個成分；確定所述第一通信信號的至少第一成分的第一數(shù)據(jù)質(zhì)量；以及部分地基于所述第一數(shù)據(jù)質(zhì)量而為所述通信會話記帳。
全文摘要
本發(fā)明在通信會話中提供關(guān)于媒體設(shè)備使用的增強的靈活性，媒體設(shè)備包括媒體通信外圍設(shè)備。通信會話可以在具有不同能力的設(shè)備之間進行。根據(jù)一些實現(xiàn)方式，對于通信會話的請求可以根據(jù)為本地媒體通信外圍設(shè)備所指示的能力和/或偏好而被接受。進入的通信信號的一些成分可以被本地媒體通信外圍設(shè)備選擇用于再現(xiàn)，其他的可以被忽略。
文檔編號G06F15/16GK101073072SQ200580034453
公開日2007年11月14日 申請日期2005年12月5日 優(yōu)先權(quán)日2004年12月29日
發(fā)明者薩若恩達·帕加派特, 亞瑟·G·霍瓦瑟 申請人:思科技術(shù)公司