專利名稱：使用裝置設置的一鍵視頻服務模式選擇的制作方法
技術領域：
本發(fā)明一般涉及在無線通信系統(tǒng)中的裝置或通信單元之間的對等呼叫或群呼叫，更具體地涉及用于從始發(fā)通信單元到一個或多個遠程通信單元的一鍵視頻(Push to Video，PTV)服務模式的方法和設備。
背景技術：
利用能夠通過多媒體內(nèi)容的添加來增強對等呼叫和群呼叫的新興的多媒體標準，使得在無線通信網(wǎng)絡例如無線接入網(wǎng)絡(RAN)中的通信單元可以使用各種特性，所述網(wǎng)絡由一些服務提供商運營并提供增強多媒體服務。通信單元現(xiàn)在提供有另外的特性和組件，例如能夠顯著提高用戶的通信體驗并提供期望多媒體內(nèi)容的攝像機等等。
一些通信網(wǎng)絡支持用于語音或數(shù)據(jù)服務的一對一通信或群組通信。一些網(wǎng)絡經(jīng)常提供一鍵談話(Push to Talk，PTT)呼叫發(fā)起和音頻發(fā)言權控制。群呼叫典型地依靠一鍵談話(PTT)呼叫發(fā)起，例如通常用在調(diào)度無線系統(tǒng)(dispatch radio system)中。在PTT通信中，音頻發(fā)言權控制典型地通過爭用(contention)類型的協(xié)議來建立，也就是，當信道空閑時，激活PTT按鈕的第一個通信單元將被授權該信道，以及當發(fā)言權被占用時，其他嘗試PTT的通信單元將不被授權該信道。由此在有效通信中的說話者必需在談話之前按下談話按鈕(PTT按鈕)，以及當結束談話時釋放談話按鈕，以放棄發(fā)言權，從而允許呼叫中的其他參與者獲得發(fā)言權。
PTT通信可以使用會話啟動協(xié)議(SIP)來執(zhí)行，如在互聯(lián)網(wǎng)工程任務組(IETF)的請求注解(RFC)2543、3261和3265中所說明的?，F(xiàn)在系統(tǒng)不提供或支持靈活的多媒體服務，例如可以利用通信單元技術例如攝像機等等可用的靈活多媒體服務。


在各個附圖中，相同的數(shù)字標號表示相同或功能相似的元件，連同以下的詳細描述，被包括在這里并形成說明書的一部分，用來進一步描述多個實施例以及解釋根據(jù)本發(fā)明的多個原理和優(yōu)點。其中圖1是說明根據(jù)多個示例性實施例的示例性對等一鍵視頻(PTV)呼叫環(huán)境的圖；圖2是說明根據(jù)多個示例性實施例的示例性PTV群呼叫環(huán)境的圖；圖3是說明根據(jù)多個示例性實施例的具有對于包括PTV服務模式的元件的顯示的示例性用戶接口的圖；圖4是說明根據(jù)多個示例性實施例的具有與提供PTV服務相關聯(lián)的多個部件的示例性通信單元的圖；圖5是說明根據(jù)多個示例性實施例的與多個設置、偏好、服務模式等等相關聯(lián)的示例性功能轉換的圖；圖6是說明根據(jù)多個示例性實施例的示例性過程的流程圖；圖7是說明根據(jù)多個示例性實施例的示例性過程的流程圖；以及圖8是說明根據(jù)多個示例性實施例的示例性設備的組件的圖。
具體實施例方式
總的來說，本公開涉及一種PTV服務模式，與在通信系統(tǒng)中操作或包括無線接入網(wǎng)絡(RAN)的始發(fā)無線裝置同一個或多個目標通信單元之間的對等或群呼叫相關聯(lián)。一個或多個通信單元可以是例如靜止或固定無線接收器、通信單元、用戶實體(UE)或具有互聯(lián)網(wǎng)連接的始發(fā)有線裝置，以及支持分組交換數(shù)據(jù)通信的設備等等。進一步公開和描述一種方法和裝置，用于基于在與呼叫相關聯(lián)的通信單元或用戶實體或設備(UE)的任何一個中的裝置設置例如攝像機設置，用來選擇用于通信單元之間的一鍵視頻(PTV)服務模式。
根據(jù)多個示例性實施例，PTV服務與用于音頻的“一鍵談話”(PTT)服務共有一些特性。PTV是實時直接一對一或一對多視頻和音頻通信服務。流送(streaming)多媒體會話可以通過按鍵(PTT按鈕)來啟動并發(fā)送到個體和談話群組。以上所述的多個服務模式典型地在PTV應用程序中得到支持。
在PTV流模式中，用戶可以異步地流送音頻或視頻至與每個會話參與者相關聯(lián)的各個UE。在會話開始，初啟UE(initiating UE)擁有音頻和視頻發(fā)言權。該初啟UE可以進行關于該視頻的介紹性注解(introductory comment)，典型地源于“外部”攝像機或攝像機視圖，以及例如，引出來自對等體(peer)或群組(group)的音頻響應。初啟UE然后可以放棄發(fā)言權，使得在依然流送視頻的同時產(chǎn)生響應。在操作的這種PTV流模式中，用于音頻和視頻媒體的發(fā)言權控制被異步地操縱，并且支持對等呼叫和群呼叫。
在PTV聊天模式中，用戶可以同步流送音頻或視頻到與每個會話參與者相關聯(lián)的各個UE。當發(fā)言權擁有者和對等體或群組談話時，實時音頻和視頻流被同步。當參與者放棄發(fā)言權時，收聽的對等體用戶或群組用戶然后可以獲得發(fā)言權控制以及流同步的音頻與視頻，其源于“內(nèi)部”攝像機或攝像機視圖，也就是朝向該用戶的視圖。然后所有參與者可聽到/看到新的發(fā)言權擁有者。在操作的這種PTV聊天模式中，用于音頻和視頻媒體的發(fā)言權控制總是被同步地操縱，以及支持對等呼叫和群呼叫PTV會話。
在PTT模式中，PTV特征允許UE參與僅音頻(audio-only)的PTT會話。在會話設置中沒有包括視頻媒體性能，以及禁用了“內(nèi)部”和“外部”攝像機或攝像機視圖。但要注意，如將在以下詳細描述的，也支持在現(xiàn)有音頻會話中添加視頻流的能力，以及在添加視頻流之后去除視頻流的能力。在PTT模式中支持對等呼叫和群呼叫。
在PTV視頻模式中，電路交換(CS)語音呼叫可以利用UE來啟動。如果在呼叫設置之后，對等體成員認識到共享實時事件的實況流(live stream)的需要，則在分組域中啟動另外的分組交換(PS)會話，該分組域規(guī)定僅包含視頻而無音頻性能。視頻發(fā)言權的控制可以與僅音頻的情況例如PTT模式相似。沒有采取基于CS的語音和基于PS的視頻的同步。
應該注意，PTT呼叫可以利用PTV服務來升級，該PTV服務使得用戶能夠在現(xiàn)有PTT呼叫上“添加視頻流”。呼叫偏好設置使得用戶能夠選擇特定PTV呼叫模式，例如PTC流、PTV聊天或PTT。根據(jù)呼叫偏好設置，添加視頻流將根據(jù)選擇的是內(nèi)部攝像機或攝像機視圖還是外部攝像機或攝像機視圖，來將現(xiàn)有PTT呼叫轉換為PTV流或PTV聊天。PTV呼叫可以進一步利用PTV服務來降級，該PTV服務使得用戶能夠在現(xiàn)有PTV聊天或PTV流呼叫上“去除視頻流”。要注意，UE在啟動降級之前需要擁有對于音頻和視頻的發(fā)言權控制。
如上指出，PTV是實時的直接一對一或一對多音頻和視頻的通信服務。當始發(fā)通信單元通過例如以類似于傳統(tǒng)PTT激活的方式按下PTV按鈕的行為來啟動PTV服務時，可以在始發(fā)通信單元和一個或多個目標通信單元之間建立PTV會話。
應該理解，這里依照多個示例性實施例討論和描述的與PTV有關的發(fā)明構思，以及可以在專用裝置中執(zhí)行，該專用裝置例如具有專用處理器的通信單元、具有用于執(zhí)行通信單元功能的適當軟件的處理器、專用集成電路(ASIC)、數(shù)字信號處理器(DSP)等等，或他們的多種組合，如被本領域技術人員知道的。存儲器裝置可以進一步提供有例程和算法，用于執(zhí)行將在下文詳細描述的本發(fā)明的多個方面。
進一步將知道，術語通信單元或無線通信單元通常表示用戶裝置，例如蜂窩或移動電話、雙向無線電設備、消息收發(fā)裝置、個人數(shù)字助手、個人分配便箋裝置(personal assignment pad)、裝配有無線操作的個人計算機、蜂窩手持機或裝置等等或它們的等效物，只要這些單元被配置和構造用于根據(jù)所實時的各種發(fā)明構思和原理來操作，例如，示例性通信單元和方法，能夠在如這里討論和描述的常在適當規(guī)范(specification)、標準和協(xié)議下的PTV環(huán)境中產(chǎn)生視頻流和操作。
討論和描述的原理和概念可以特別地應用于通信單元、裝置和系統(tǒng)，用于提供或便于廣域網(wǎng)(WAN)上的居于分組的語音通信服務或數(shù)據(jù)或消息接發(fā)服務，例如傳統(tǒng)雙向系統(tǒng)和裝置，多種蜂窩電話系統(tǒng)包括模擬和數(shù)字蜂窩、CDMA(碼分多址)及其變體，GSM(全球移動通信系統(tǒng))，GPRS(通用分組無線系統(tǒng))，2.5G和3G系統(tǒng)。該2.5G和3G系統(tǒng)例如是UMTS(通用移動電信服務)系統(tǒng)、集成數(shù)字增強網(wǎng)絡及其變體或進化(evolution)。在這里描述的原理和概念可以進一步被施加在具有短范圍通信性能的裝置或系統(tǒng)中，該短范圍通信性能通常指的是W-LAN性能，例如IEEE 802.11、藍牙或高性能-LAN(Hiper-LAN)等等，其優(yōu)選地使用CDMA、跳頻(frequency hopping)、正交頻分復用，或TDMA接入技術以及多種網(wǎng)絡協(xié)議的一個或多個，該網(wǎng)絡協(xié)議例如TCP/IP(傳輸控制協(xié)議/互聯(lián)網(wǎng)協(xié)議)、IPX/SPX(內(nèi)分組交換/順序分組交換)、Net BIOS(網(wǎng)絡基本輸入輸出系統(tǒng))或其他協(xié)議結構。
進一步根據(jù)多個示例性和可選擇示例性實施例，基于RAN的分組可以包括碼分多址(CDMA)RAN、全球移動系統(tǒng)(GSM)RAN、通用移動電信服務(UMTS)RAN、僅數(shù)據(jù)(DO)RAN、高速分組數(shù)據(jù)接入(HRPDA)RAS、無線局域網(wǎng)(WLAN)RAN或進化數(shù)據(jù)語音(EVDN)RAN。示例性RAN應該支持在IP多媒體(IM)核規(guī)范(corespecification)下的通信，例如在用于使用會話啟動協(xié)議(SIP)、會話描述協(xié)議(SDP)及其變體的通信的第三代合作項目(3GPP)技術規(guī)范(TS)24.229中概述的通信。將知道其他3GPP規(guī)范和標準在這里也可以是恰當?shù)摹＠?，根?jù)一些示例性實施例，本發(fā)明可能需要例如視頻編解碼器等等的裝置，使用其編解碼器將大體符合在3GPP TS26.235等等中描述的規(guī)范。
進一步根據(jù)多個示例性實施例，本發(fā)明可以被實施為較高的層(layer)，例如包括用戶接口(UI)應用程序、圖形用戶接口(GUI)應用程序等等的應用層軟件應用程序。這使得較低協(xié)議層例如數(shù)據(jù)鏈路層在很大程度上是可交換的，只要該較低協(xié)議層支持分組交換通信，雖然在下文中詳細描述了一些電路交換功能，例如用在僅視頻(video-only)模式中的功能。要注意，根據(jù)上述指出的標準，多媒體流可以通過實時傳輸協(xié)議(RTP)/通用數(shù)據(jù)協(xié)議(UDP)來傳輸，以及對應的發(fā)言權控制通過實時傳輸控制協(xié)議(RTCP)/UDP來傳輸。
提供本公開，進一步解釋實施和使用根據(jù)本發(fā)明的多個示例性實施例的最佳模式。進一步提供公開來增進對于本發(fā)明原理及其優(yōu)點的理解和認識，而不是以任何方式限制本發(fā)明。本發(fā)明只由權利要求書限定，權利要求書包括在本申請的未決期間做出的任何修改以及如所公布的那些權利要求的等效物。
進一步知道，相關術語的使用，如果有的話，例如第一和第二、頂部和底部等等僅僅用來將一個實體或行為與另一實體或行為區(qū)別開，而不必然需要或暗示在這些實體或行為之間的任何實際關系或次序。本發(fā)明可以進一步包括具有步驟的過程、程序(procedure)等等。在指出步驟的地方，步驟可以按任何次序來執(zhí)行，除非明顯地和必要地限制到特定次序，也就是不這樣限制的步驟可以按任何次序來執(zhí)行。在一些情況下，步驟可以被重復一定次數(shù)或可以無限循環(huán)，直到特定事件發(fā)生，等等。
本發(fā)明功能的很多以及很多發(fā)明原理利用或按軟件程序或指令以及例如專用途集成電路的集成電路(IC)中來實現(xiàn)?？梢灶A期，本領域的普通技術人員，在這里所公開的構思和原理的指導下，不需要大量的創(chuàng)造性勞動和大量的涉及選擇，例如利用可用的時間、現(xiàn)有的技術和經(jīng)濟條件，就可以按最小實踐容易地產(chǎn)生這些軟件指令和程序以及IC。因此，為了盡可能不使本發(fā)明的原理和概念變得不清晰，對于該軟件和IC的進一步討論，如果有，將被限制到關于各個示例性實施例的本質(zhì)方面。
參考圖1，顯示了能夠支持對等呼叫的示例性一鍵視頻(PTV)環(huán)境，并將討論和描述。根據(jù)PTV操作原理，在歸屬位置111中，與例如用戶實體(UE)A相關聯(lián)的始發(fā)通信單元110，可以參加與目標通信單元120的通信會話，該目標通信單元120與例如在歸屬位置111中的UE B相關聯(lián)。在該UE A和UE B之間，例如根據(jù)互聯(lián)網(wǎng)協(xié)議多媒體子系統(tǒng)(IMS)和SIP程序(procedure)，建立了視頻媒體流102、音頻媒體流103、音頻控制路徑104和視頻控制路徑105。應該理解，通信單元110和120指的是例如通常在本領域中稱作用戶實體(UE)的任何通信裝置。還應該理解，會話可以與IMS核130相結合地進行，以及可以通過例如歸屬應用服務器140來建立，該歸屬應用服務器140可以在PTV呼叫中傳輸音頻和視頻流給目標通信單元120或其他單元。IMS核130充當代理服務器呼叫狀態(tài)控制功能(P-CSCF)，這是在始發(fā)通信單元110和IMS核130之間的啟動接口(SIP服務器)。P-CSCF的地址被發(fā)現(xiàn)作為與建立IP連通性相關的SM(會話管理)程序的部分。也就是，P-CSCF的地址可以在PDP上下文激活(PDP ContextActivation)處理期間提供。可替換地，地址可以通過DHCP(動態(tài)主機配置協(xié)議)詢問/響應處理在PDP上下文激活過程之后解析(resolve)。根據(jù)DHCP，始發(fā)通信單元110將按照次序來請求IP地址加上其他變量，以建立與呼叫相關聯(lián)的IP會話或多個會話。
進一步根據(jù)IMS和SIP程序，在初始會話建立期間，IMS核130可以確定一組媒體特性，包括常見編解碼器或使用端對端消息交換的編解碼器組，當選擇要求視頻服務的PTV服務模式時，用來確定全范圍的媒體特性。在下文中要更詳細描述的一個實施例中，電路交換連接可以被建立，以及可以利用視頻流來升級，或可以通過去除視頻流來降級。會話發(fā)起者，也就是始發(fā)通信單元110，至少做出最初使用的編解碼器或多個編解碼器的最終確定。應該理解，如果媒體特性已經(jīng)包括在媒體特性的初始列表中并且不需要另外的資源，可以在會話期間對媒體特性做出改變。如果需要附加的資源，則可以啟動會話改變。
還應該知道，為了開始會話協(xié)商，始發(fā)通信單元110可以將其終端性能包括在SDP有效負載(payload)中以包括在傳遞到IMS核130的SIP邀請(INVITE)消息中，所述終端性能包括編解碼器、用戶偏好、帶寬需求、用于可能媒體流的本地端口號分配等等。應該理解，特征標記值可以被設置為例如“ptv.fullduplex”等等，以指示會話將是PTV會話。如果出現(xiàn)了多個媒體流，對于每個流可以提供多個編解碼器選擇。IMS核130可以檢查利用SIP邀請(INVITE)消息傳輸?shù)挠行ж撦d，并且如果例如發(fā)現(xiàn)參數(shù)違反本地政策(local policy)，可以利用足以允許始發(fā)通信單元110來利用新參數(shù)來重新建立會話的信息(見，互聯(lián)網(wǎng)工程任務組(IETF)請求注解(RFC)3261)拒絕會話啟動嘗試。IMS核130將SIP邀請(INVITE)消息轉發(fā)到目標通信單元120，然后確定完整的編解碼器組，其能夠支持和進一步確定該編解碼器組和在SIP邀請(INVITE)消息中發(fā)送的編解碼器組的交集(intersection)。對于不支持的媒體流，目標通信單元120可以通過設置為0的端口分配來構建SDP，否則，對于支持的流，可以返回端口分配?；卮餝DP可以返回到IMS核130，該IMS核130然后可以為指定的流來授權服務質(zhì)量(QoS)資源。
一旦例如在信號信令信道101上使用會話啟動協(xié)議(SIP)消息通信(messaging)以及通過上述的IMS核130來設立了分組交換呼叫，可以通過歸屬應用服務器來執(zhí)行與目標通信單元120的分組交換會話。除了在音頻流103中傳輸?shù)囊纛l信息，可以通過視頻媒體流102在始發(fā)通信單元110和目標通信單元120之間傳輸視頻信息。要注意，一旦設立分組交換呼叫，則視頻媒體流102能夠支持分組視頻數(shù)據(jù)的連續(xù)流。如指出的，根據(jù)面向發(fā)言權控制的群呼叫協(xié)議，通常音頻媒體流103在半雙工模式下建立，因一次只能有一個說話者是活動的。應該理解，通過使用談話允許鈴聲(TPT)等，群呼叫的對等體或群組成員可以識別何時它可以談話，例如在PTT或PTV按鈕被按下以及TPT產(chǎn)生時。如可以由本領域技術人員可看到和可知道的，需要5個通信套接口101-105，兩個用于視頻流，兩個用于音頻流，一個用于信令和控制。根據(jù)多個示例性實施例，如在這里使用的術語套接口可以表示例如軟件接口、驅(qū)動器、操作系統(tǒng)擴展等等，用于根據(jù)較低層的協(xié)議來控制傳輸和控制流送數(shù)據(jù)。
根據(jù)包括在歸屬位置111內(nèi)的呼叫的實施例，可以大體如前指出地繼續(xù)音頻和視頻媒體流建立。然而，如果呼叫被放置到始發(fā)通信單元110的歸屬地址111之外的UE，例如遠程位置112，與呼叫建立相關聯(lián)的SIP邀請(INVITE)消息可以使用到IP網(wǎng)絡113的IP網(wǎng)絡連接114和115，經(jīng)由遠程應用服務器150，重新引導到遠程目標通信單元160。進一步地，如前所述的初始呼叫建立協(xié)商，可以利用IMS核130來進行，該IMS核130將與SIP邀請(INVITE)消息相關聯(lián)的SDO有效負載的內(nèi)容傳送到IMS核170。在檢查了內(nèi)容之后，如果任何參數(shù)與本地政策沖突，則IMS核170可以拒絕啟動嘗試。反之，則SDP有效負載和SIP邀請(INVITE)利用IMS核傳送到遠程目標通信單元160，其然后可以確定其自身的編解碼器參數(shù)，將該參數(shù)與在SIP邀請(INVITE)中的參數(shù)做比較，以及利用上述的對于不支持媒體流的設置為0的端口分配和對于被支持媒體流的有效端口分配，構建SDP回答消息。SDP消息傳遞回到始發(fā)通信單元110。協(xié)商過程可以繼續(xù)直到對于媒體流的最終集合達成一致。
音頻媒體流103攜帶AMR(自適應多碼率)編碼RTP語音脈沖，以及還可以攜帶雙音調(diào)多頻率(DTMF)、靜音描述符(SID)和間斷傳輸(DTX)分組。用于音頻流的全部分組是AMR/RTP/UDP/IP。對于AMR編碼有效負載的典型帶寬要求是對于正常AMR窄帶是5.15kbps，以及對于高端AMR寬帶是12.2kbps。音頻媒體流103可以由固定分組組成，該固定分組具有72字節(jié)的大小，并且對于具有12.2kbps的最大帶寬的AMR編碼語音每20ms包括未壓縮的RTP/UDP/IP頭部(header)。
視頻媒體流102攜帶MPEG-4或H.263編碼的RTP分組。需要實時會話雙向流送類服務質(zhì)量(QoS)。視頻媒體流102可以由具有大約72字節(jié)的大小的分組組成，并且對于具有38到42kbps的帶寬的MPEG-4或H.263編碼流，包括用于達到每秒7幀的傳輸速度的未壓縮RTP/UDP/IP頭部。
音頻控制路徑104和視頻控制路徑105，由通過UDP/IP攜帶的RTCP分組組成，并包括在分開的數(shù)據(jù)路徑上的音頻和視頻流。每個RTP媒體信道可以具有相關的RTCP控制信道，其攜帶不同的分組類型，例如用于質(zhì)量反饋的發(fā)送器和接收器報告，以及例如在設計用于專用數(shù)據(jù)的RTCP APP(專用)有效負載中攜帶發(fā)言權控制信息的消息。RTCP控制信道特性包括具有不長于對應RTP分組的大小的可變分組，以及間斷消息傳輸。用于RTCP控制信道的帶寬可以是用于RTP/RTCP流的總帶寬的5％。
PTV承載要求涉及示例性無線接入網(wǎng)絡，其提供承載以傳輸以上指出的應用流。在這里描述的用于支持PTV服務的承載要求與在TS23.228版本(Release)5規(guī)范部分4.2.6和PoC規(guī)范版本1.0部分8.1中指定的應用級信令(application level signaling)相一致。具有最高優(yōu)選權的交互式業(yè)務量類應該用于具有原初(primary)PDP Context的SIP/SDP信令承載。對于音頻媒體流103，假設示例性無線接入系統(tǒng)支持流送類，并且本地政策允許該使用，則具有流送類的原初或二次(secondary)PDP context應該用來在AMR/RTP/UDP/IP分組中攜帶語音脈沖。相同的分組數(shù)據(jù)協(xié)議(PDP)上下文以及因此相同的承載應該用來通過RTCP/UDP/IP來多路復用相關聯(lián)的音頻控制流。應該理解，如果無線接入網(wǎng)絡不支持流送類，或使用受制于(be subject to)本地政策，則具有最高優(yōu)選權的交互類的PDP上下文應該用來在AMR/RTP/UDP/IP分組中攜帶語音脈沖。相同的PDP上下文以及由此相同的承載應該用于通過RTCP/UDP/IP來多路復用相關聯(lián)的音頻控制流。對于視頻媒體流102，假設示例性無線接入系統(tǒng)支持流送類，并且本地政策允許該使用，則具有流送類的原初或二次PDP上下文應該用于在H.263或MPEG4/RTP/UDP/IP分組上攜帶視頻流。相同的PDP上下文以及由此相同的承載應該用于通過RTCP/UDP/IP來多路復用相關聯(lián)的視頻控制流。如果無線接入網(wǎng)絡不支持流送類，或使用受制于本地政策，則具有最高優(yōu)選權的交互類的PDP上下文應該用來通過H.263或MPEG4/RTP/UDP/IP分組來攜帶視頻流。
進一步根據(jù)多個示例性實施例，PDP上下文的幾種置換(permutation)是可以的。當使用具有用于媒體的流送類和用于信令的交互類的分開的PDP上下文時，用于信令的PDP上下文應該按原初，而用于媒體的PDP上下文可以按原初或二次。當使用具有用于媒體的流送類的一個PDP上下文和具有用于信令的交互類的另一PDP上下文時，用于信令的PDP上下文應該按原初，而用于媒體的PDP上下文可以按原初或二次。當使用具有用于媒體和用于信令的交互類的分開PDP上下文時，用于信令的PDP上下文應該按原初，而用于媒體的PDP上下文可以按原初或二次。當使用具有用于媒體的交互類的一個PDP上下文和具有用于信令的交互類的另一PDP上下文時，用于信令的PDP上下文應該按原初，而用于媒體的PDP上下文可以按原初或二次。最后，用于RTP/RTCP和SIP復用的協(xié)議體系結構可以包括具有用于媒體和信令的交互類的初始PDP上下文。
參考圖2，始發(fā)通信單元210，類似于圖1的始發(fā)通信單元110，以及與例如UE A相關聯(lián)，被配置以啟動與例如目標通信單元220、221和222中的一些或所有的群呼叫，而這些目標通信單元與例如UE B、UE C...，UE N相關聯(lián)。應該理解，根據(jù)接受的程序(procedure)，例如結合SIP標準指定的程序，當根據(jù)PTV服務模式獲得音頻和視頻發(fā)言權控制時，可以啟動PTV呼叫，以及建立視頻媒體流和音頻媒體流。應該理解，例如，在PTV聊天服務模式或PTV流服務模式中啟動PTV呼叫的UE，將得到對于音頻和視頻的發(fā)言權控制。當PTV按鈕等等觸發(fā)器被按下或另外激活時，“To”字段將包含用于UE A、UE B和UEN的組地址或識別的SIP通用資源識別符(URI)，并且這將傳遞到類似于上述的IMS核130的IMS核230。應用服務器240將轉換與URI相關聯(lián)的UE的各個地址，以及形成列表管理服務實體，如本領域技術人員所知道的。應用服務器240然后可以產(chǎn)生各個SIP邀請(INVITE)消息到目標UE并執(zhí)行與其的SIP交換。
來自每個目標UE的響應可以使用SIP通知(NOTIFY)消息來傳送到始發(fā)通信單元210，如本領域技術人員所知道的那樣。為了簡單，結合圖1描述的視頻媒體流和音頻媒體流以及音頻和視頻控制部分，例如視頻媒體流102、音頻媒體流103、音頻控制路徑104和視頻控制路徑105在圖2中被組合為媒體和控制路徑202。還將知道，SIP信令可以使用SIP/UDP信令通道201來執(zhí)行，以通過例如結合前用戶(1ateuser)并邀請和結合新用戶等等來調(diào)制群呼叫。一旦建立了發(fā)言權控制，始發(fā)通信單元210將處于談話(TALK)模式，以及目標通信單元220-222將處于接聽(LISTEN)模式，并被設置以接收與始發(fā)通信單元UE A 210相關聯(lián)的視頻流。如前指出，如果目標UE在遠程位置中，則與建立呼呼叫相關聯(lián)的SIP邀請(INVITE)消息可以被路由到遠程應用服務器，該遠程應用服務器與各個遠程目標的遠程位置相關聯(lián)。另外，在有相同本地或歸屬應用服務器服務的區(qū)域中的呼叫將如所述來進行。
媒體和控制路徑202的視頻媒體流部分被建立以執(zhí)行視頻的傳輸，而媒體和控制路徑202的音頻媒體流部分被建立以便利多種PTV服務模式，其支持包括音頻PTT或僅音頻模式，如將描述的。在群呼叫中，始發(fā)通信單元210和目標通信單元220-222的每個，在獲得發(fā)言權控制時，根據(jù)多個PTV服務模式，可以將音頻和/或視頻信息流發(fā)送到其他所有用戶和選擇數(shù)量的其他用戶，或接收來自其他所有用戶和選擇數(shù)量的其他用戶的音頻和/或視頻信息流。在其他時候，以及根據(jù)PTV服務模式，用戶可以接聽具有發(fā)言權控制的用戶，同時查看來自具有發(fā)言權控制的用戶的視頻流，以及如果裝備有攝像機和視頻處理以及傳輸性能，則可以發(fā)送視頻流，而發(fā)言權控制被第一用戶放棄并被下一個用戶獲得。為了完成多視頻流的傳輸，應該知道，應用服務器240，例如必須使用本領域技術人員已知的方法，來混合或復用來自目標通信單元220-222的視頻流，以及使得來自具有發(fā)言權控制的UE的音頻流同步。應用服務器240可以使用例如組標識或地址來將復用視頻流多點傳送到所有用戶。
應該注意，當群呼叫目標UE在歸屬位置時，使用與IMS核230交換的SIP INVITE(邀請)消息的初始會話協(xié)商可以以與前述類似的方式來建立。當群呼叫目標UE的一些或全部在一個或多個遠程位置中時，IMS核230可以將SIP邀請(INVITE)傳送到IMS核，該IMS核服務遠程UE或多個UE位于的位置或多個位置。
如圖3中所示提供用戶接口，其中當在如將被本領域技術人員理解和知道的應用程序、操作系統(tǒng)等等的控制下，顯示器300可以被配置或使其顯示特定的圖標(icon)、窗口等等，用于根據(jù)例如下面應用程序的當前操作模式或狀態(tài)等等，顯示依據(jù)多個示例性實施例的信息。當在適當?shù)哪Ｊ较?，攝像機視圖窗口301可以根據(jù)攝像機設置來顯示當前數(shù)據(jù)流。例如，如果攝像機被設置為內(nèi)部視圖，則攝像機視圖窗口301可以顯示由內(nèi)部攝像機產(chǎn)生的視頻數(shù)據(jù)流。同樣地，如果攝像機被設置為外部視圖，則攝像機視圖窗口301可以顯示由外部攝像機產(chǎn)生的視頻數(shù)據(jù)流，例如如所示的。其他指示包括信號強度指示器302、PTV服務模式指示器303、電池充電指示器304、視頻狀態(tài)指示器305、狀態(tài)指示器306等等。
根據(jù)多個示例性實施例，例如當會話在過程中或當視頻設置被預覽時，視頻狀態(tài)和信息面板310可以被顯示，包括音頻面板311和“連接到”窗口316，鄰近音頻面板311的是“談話到”窗口313，其可以顯示與音頻目標通信單元或群組相關聯(lián)的標識符。視頻面板312可以顯示“視頻到”窗口314，其顯示與視頻目標通信單元或群組相關聯(lián)的標識符?！癘N/OFF”指示器315可以提供對于現(xiàn)在攝像機狀態(tài)的指示，以及“INT/EXT”指示器315可以提供對于選擇的是內(nèi)部攝像機視圖還是外部攝像機視圖的指示。Hol/Res指示器318可以提供對于是否保持現(xiàn)在呼叫或操作的指示。Sel.App.指示器319可以提供軟按鈕等等以選擇應用、應用偏好等等。
在圖4中，顯示示例性蜂窩電話手持機400的視圖，其具有顯示300，如例如結合圖3在上文中描述的。PTV按鈕401可以用于根據(jù)設置來調(diào)用PTV服務以及可以調(diào)用根據(jù)多個示例性實施例選擇的PTV服務模式。為了執(zhí)行呼叫操作或提供輸入，可提供鍵盤接口410，包括例如雙音多頻(DTMF)鍵盤411、多方向操縱桿412以及一系列可重配置按鈕413-419。手持機400還可以裝備有攝像機單元420，其配置有“內(nèi)部”攝像機視圖421和“外部”攝像機視圖422。應該知道，根據(jù)多個示例性實施例，攝像機單元420可以是具有雙鏡頭系統(tǒng)的數(shù)字電荷耦合裝置(CCD)攝像機或等等可以例如將數(shù)據(jù)引導到通用視頻處理單元的裝置。
如在圖5中所示的一系列功能流500，可以用來描述根據(jù)多個示例性實施例的示例性操作。在屏幕510中，顯示PTV呼叫對話，其中PTV呼叫選擇511可以引導通過流502到PTV流屏幕520，該PTV流屏幕520處具有PTV流呼叫視圖521，在這里，基于外部攝像機視圖的選擇，PTV流服務模式將如下文中更詳細描述那樣被選擇。從PTV預覽視圖512，流503可以引導到PTV預覽屏幕530，其中PTV呼叫偏好選擇513可以引導通過流504到PTV呼叫偏好屏幕540。PTV預覽視圖512可以利用靈活設置來啟用。通常預覽是看不到的，但是當啟用時用戶可以看到PTV預覽。
重要的是要注意，PTV呼叫偏好可以被認為與攝像機設置514相關。根據(jù)多個示例性實施例，“攝像機設置”是柔性(flex)設置，例如如果客戶或用戶例如選擇使用軟件加載或flex，則啟用這種設置。另外，“呼叫偏好”是其中選擇初始模式PTT、PTV聊天或PTV流的典型方式。當從“攝像機設置”所做的選擇啟用時，將優(yōu)先于“呼叫偏好”設置。例如，PTV聊天服務模式窗口541和對應的PTV聊天攝像機設置窗544顯示根據(jù)當前的設置偏好，現(xiàn)在攝像機設置例如外部攝像機設置，當啟動PTV呼叫時將不會導致PTV聊天服務模式被調(diào)用(空白窗)。PTV流服務模式窗口542和對應PTV流攝像機設置窗口545顯示根據(jù)當前的設置偏好，現(xiàn)在攝像機設置例如外部攝像機設置，當啟動PTV呼叫時，將導致PTV流服務模式被調(diào)用(交叉線陰影窗)。PTT服務模式窗口543和對應的PTT服務模式指示根據(jù)當前的設置偏好，PTT服務模式，當啟動PTV呼叫時，將不會導致PTT服務模式被調(diào)用(空白窗)。攝像機設置選擇514將引導通過流505到PTV攝像機設置屏幕550。可以看到，在PTV攝像機設置屏幕550中的外部攝像機視圖可以通過流506與PTV流服務模式520相關聯(lián)，當啟動PTV服務時，該PTV流服務模式520被調(diào)用。
響應按鈕按動例如對于擴展菜單551的選擇，可以通過流509來調(diào)用攝像機設置菜單560，在這里，攝像機關閉設置507可以潛在影響對于PTV模式例如PTV流模式520的觀看。如上述，可以從軟件flex或加載使得攝像機設置可用，以及當改變時將導致在例如PTV呼叫偏好屏幕540中的新一組的指示，例如當啟動PTV呼叫時將調(diào)用哪個PTT服務模式的指示。攝像機內(nèi)部設置508可以潛在影響對于PTV模式例如PTV流模式520的觀看，如上述，并且可以導致例如在PTV偏好窗口540中的對于當啟動PTV呼叫時將調(diào)用的對應PTV服務模式的指示。
從以上討論將知道，本發(fā)明的很多特征可以在軟件程序例如應用程序或一系列互相通信的軟件程序、應用程序、例程、模塊、操作系統(tǒng)等等中實現(xiàn)。此外，大部分功能可以被實踐作為具有一系列步驟等等的方法或過程。在圖6中示出示例性實施例600，其始于601。在例如示例性始發(fā)裝置的操作期間，該示例性始發(fā)裝置將被認為曾經(jīng)可以是包括在上文中描述的對等或群呼叫中的通信單元的任何一個，進行連續(xù)重復的測試，來確定在602是否按下了PTV按鈕、激活器等等。可選擇地，當按鈕或激活器被按下或激活時，可以產(chǎn)生中斷，在這一點，激活可以被認為已經(jīng)發(fā)生。
一旦激活已經(jīng)發(fā)生，為了確定是否必需查看聯(lián)系列表或地址列表的目的，可以在步驟603確定呼叫是對等呼叫還是群呼叫。如果呼叫是對等呼叫，可以在605確定比如發(fā)言權是否開放以及何時開放，例如通過系統(tǒng)發(fā)出對應于談話允許聲(Talk Permit Tone)的命令，如上所述。可替換地，應該知道，對等呼叫可以被認為是群呼叫的子集，其中在聯(lián)系列表或地址列表中只有一個聯(lián)系信息。因此，如果呼叫被認為是群呼叫，則可以在604讀出來自聯(lián)系或地址列表的地址，可以在605確定發(fā)言權是否以及何時開放。如果發(fā)言權開放，可以在606確定攝像機模式、設置等等，從而基于所確定的攝像機模式，將PTV服務模式設置為PTV聊天、PTV流、PTV視頻、PTT等中的一個。產(chǎn)生與對等呼叫或群呼叫相關聯(lián)的一個或多個目標通信單元的PTV呼叫，例如可以根據(jù)在聯(lián)系列表或在對等聯(lián)系信息中列出的地址，使用SIP INVITE消息來通報。此外，如將在下文中更詳細描述的，呼叫可以通過對呼叫添加視頻流或從呼叫去除視頻流來升級或降級。
為了更好地描述呼叫的這種升級和降級，圖7使出了始于開始步驟701的示例性流程700。在702，可以確定PTT呼叫是否在進行中，如果是，在703可以進一步確定PTV服務是否可用。如果是，在704，可以確定PTV服務是否已經(jīng)用在當前呼叫中。如果PTV服務已經(jīng)在使用，可以在706進一步確定發(fā)言權控制是否已經(jīng)被期望在這個情況下為降級呼叫的通信單元所擁有。如果擁有了發(fā)言權控制，然后PTV服務可以通過例如去除用于PTV聊天模式或PTV流模式的視頻流來降級。如果PTV服務還沒有使用，則PTT呼叫可以在705通過添加視頻流來升級。呼叫可以基于例如攝像機設置，來升級到PTV聊天模式或PTV流模式。如果在703PTV服務不可用，如果在706通信單元不擁有發(fā)言權控制，或當升級或降級完成時，流程在708結束。應該知道，可以通過在例如705和707通過流程循環(huán)返回或通過重復一定操作在呼叫期間進一步升級或降級呼叫，如本領域技術人員可知道的。
在圖8中按裝置801示出示例性設備800，例如結合多個示例性實施例的用于執(zhí)行對等呼叫或群呼叫的通信單元?？梢允峭ㄓ锰幚砥骰蛴脩襞渲锰幚砥鳌Ｓ眉呻娐?ASIC)等等的處理器810通過總線815耦合到存儲器811，該存儲器可以是隨機存取存儲器(RAM)等等，以及如本領域技術人員可知道的，可以駐留在處理器內(nèi)、處理器外或可以在外部并與和處理器810相關聯(lián)的內(nèi)部或駐留存儲器相結合地工作。裝置801還包括PF接口812，其具有天線813，通過總線815在例如處理器810的控制下，能夠通過空中接口來接收信號以及通過空中接口來傳輸信號，以至于，裝置801可以連接并接收和傳輸信息例如視頻或音頻流信息，其中其所連接的RAN和其他裝置例如用戶裝置參與對等或群呼叫。
裝置801包括用戶接口814，如所知可以典型地具有揚聲器、被配置為能夠顯示視頻的顯示器例如LCD顯示器等等、以及按鈕或其他激活器例如PTV激活器。顯示器可以被配置為顯示具有子窗口的用戶接口窗口，該子窗口用于顯示例如通過設置和其他參數(shù)來確定的當前攝像機視圖，該其他參數(shù)例如是與PTV服務以及例如當前PTV服務模式相關聯(lián)的狀態(tài)，當前PTV服務模式例如是前述的PTV聊天、PTV流等等。應該知道，根據(jù)其他示例性可選擇實施例，其他子窗口可以對應例如與包括在呼叫或會話中的其他UE相關聯(lián)的攝像機視圖來呈現(xiàn)，而各個視頻流被引導到各個子窗口用于顯示。根據(jù)一些示例性實施例，將知道，除了按鈕或機械激活器之外，PTV呼叫啟動可以按很多其他方式包括語音激活PTV來實現(xiàn)。如在上文中所述，裝置801包括攝像機接口820，其通過連接821耦合或直接耦合到攝像機單元822，該攝像機單元822具有能力產(chǎn)生“內(nèi)部”攝像機視圖824，例如用于提供用戶的視圖；以及產(chǎn)生“外部”攝像機視圖823，例如用于提供在遠離用戶的方向上的視圖等等。然而應該知道，各個內(nèi)部和外部攝像機視圖824和823將取決于裝置801的朝向，例如由用戶通過放置或指示等來確定朝向。
本公開意圖解釋如何形成和使用根據(jù)本發(fā)明的多個實施例，而不是意圖限制本發(fā)明的真實、預期和合理范圍。上述說明不是要窮盡或把本發(fā)明限制在具體的形式。根據(jù)以上教導，各種修改或變化是可以的。實施例被選擇和描述，以提供對于本發(fā)明的原理和其實際應用的最佳描述，使得本領域技術人員能夠按各種實施例并利用各種適于預期特定使用的修改來使用本發(fā)明。所有這些修改和變化在如由可以在發(fā)明申請的未決期間修改的權利要求書以及所有等價物確定的本發(fā)明的范圍內(nèi)，當根據(jù)它們被公平、合法和公正地授權的寬度來解釋時。
權利要求
1.一種在始發(fā)通信單元中設置與根據(jù)一鍵視頻(PTV)服務進行的呼叫相關聯(lián)的服務模式的方法，該方法包括為與該始發(fā)通信單元相關聯(lián)的、并且與使得該PTV服務能夠形成確定裝置設置相關聯(lián)的裝置，確定裝置設置；以及當從該始發(fā)通信單元啟動根據(jù)該PTV服務進行的呼叫時，根據(jù)所確定的裝置設置，設置服務模式。
2.根據(jù)權利要求1所述的方法，在所述的啟動與PTV服務相關聯(lián)的呼叫之后，進一步包括升級所述服務模式和降級所述服務模式中的至少一個。
3.根據(jù)權利要求1所述的方法，其中所述裝置包括攝像機，以及所述裝置設置包括內(nèi)部設置和外部設置的至少一個。
4.根據(jù)權利要求1所述的方法，其中所述裝置服務模式包括以下的至少一個PTV流模式、PTV聊天模式、PTV視頻模式和PTT模式。
5.根據(jù)權利要求1所述的方法，其中，所述服務模式包括流送模式，以及其中，在該流送模式期間，當啟動與該PTV服務相關聯(lián)的呼叫時，所述始發(fā)通信單元獲得用于音頻流的音頻發(fā)言權控制和用于視頻流的視頻發(fā)言權控制，并在該呼叫期間放棄該音頻發(fā)言權控制和該視頻發(fā)言權控制中的至少一個。
6.根據(jù)權利要求1所述的方法，其中，當啟動與該PTV服務相關聯(lián)的呼叫時，所述始發(fā)通信單元獲得用于音頻流的異步音頻發(fā)言權控制和用于視頻流的異步視頻發(fā)言權控制，以及該始發(fā)通信單元能夠在該呼叫期間放棄該異步音頻發(fā)言權控制和該異步視頻發(fā)言權控制中的至少一個。
7.根據(jù)權利要求1所述的方法，其中，所述服務模式包括聊天模式，以及其中在該聊天模式期間，當啟動與該PTV服務相關聯(lián)的呼叫時，該始發(fā)通信單元獲得對于音頻流和視頻流的發(fā)言權控制，以及該始發(fā)通信單元能夠在該呼叫期間放棄該發(fā)言權控制。
8.根據(jù)權利要求1所述的方法，其中，當啟動與該PTV服務相關聯(lián)的呼叫時，所述始發(fā)通信單元獲得對于音頻流和視頻流的同步發(fā)言權控制，以及能夠在該呼叫期間放棄該同步發(fā)言權控制。
9.根據(jù)權利要求1所述的方法，其中，所述服務模式包括一鍵談話(PTT)模式，以及其中，在該PTT模式期間，當啟動與該PTV服務相關聯(lián)的呼叫時，所述始發(fā)通信單元被配置僅用于音頻流，以及能夠在該呼叫期間放棄音頻發(fā)言權控制。
10.根據(jù)權利要求1所述的方法，其中，所述服務模式包括僅音頻模式，以及其中，在該僅音頻模式期間，當啟動與該PTV服務相關聯(lián)的呼叫時，所述始發(fā)通信單元被配置僅用于音頻流，并且能夠在該呼叫期間放棄音頻發(fā)言權控制，并且還能夠在該呼叫期間添加和去除視頻流。
11.根據(jù)權利要求1所述的方法，其中，所述服務模式包括僅視頻模式，以及其中，在該僅視頻模式期間，當啟動與該PTV服務相關聯(lián)的呼叫時，所述始發(fā)通信單元被配置以建立與該呼叫相關聯(lián)的電路交換語音連接，以及能夠在該呼叫期間啟動分組交換視頻流。
12.一種用于在通信單元中設置與根據(jù)一鍵視頻(PTV)服務進行的呼叫相關聯(lián)的服務模式的方法，該方法包括確定與該通信單元相關聯(lián)的偏好設置以及該PTV服務的操作特征，以形成確定的偏好設置；以及當與該呼叫相關聯(lián)的該PTV服務的操作特征是升級和降級之一時，根據(jù)該確定的偏好設置，設置所述服務模式。
13.根據(jù)權利要求12所述的方法，其中，該確定的偏好設置與優(yōu)選服務模式相關聯(lián)，該優(yōu)先服務模式還包括以下的至少一個PTV流模式、PTV聊天模式、PTV視頻模式和PTT模式。
14.根據(jù)權利要求12所述的方法，其中，所述服務模式包括聊天模式，以及其中，在該聊天模式期間，當啟動根據(jù)該PTV服務進行的呼叫時，所述通信單元獲得用于音頻流和視頻流的發(fā)言權控制，以及能夠在該呼叫期間放棄發(fā)言權控制。
15.根據(jù)權利要求12所述的方法，其中，所述服務模式包括流送模式，以及其中，在該流送模式期間，當啟動根據(jù)該PTV服務執(zhí)行的呼叫時，所述始發(fā)通信單元獲得用于音頻流的音頻發(fā)言權控制和用于視頻流的視頻發(fā)言權控制，并且在該呼叫期間至少放棄該音頻發(fā)言權控制。
16.根據(jù)權利要求12所述的方法，其中，所述呼叫包括群呼叫。
17.一種能夠在無線接入網(wǎng)絡(RAN)中把與一鍵視頻(PTV)服務相關聯(lián)的視頻信息流和對應音頻信息流傳輸?shù)侥繕送ㄐ艈卧脑O備，該設備包括RAN接口；攝像機；存儲器；以及處理器，耦合到所述存儲器和RAN接口，配置該處理器用于確定用于攝像機的設置，以形成確定的攝像機設置；以及當啟動至目標通信單元的根據(jù)該PTV服務進行的呼叫時，基于該確定的攝像機設置，來設置與該PTV服務相關聯(lián)的服務模式。
18.根據(jù)權利要求17所述的設備，進一步包括被配置來激活該PTV服務的激活裝置，以及其中，使用該激活裝置來啟動所述呼叫，從而獲得與所述視頻信息流和對應音頻信息流相關聯(lián)的發(fā)言權控制。
19.根據(jù)權利要求17所述的設備，其中，所述呼叫包括群呼叫，以及其中所述處理器在設置所述服務模式時，被進一步配置，用于當激活該PTV服務時，使用SIP協(xié)議啟動至所述目標通信單元和另外目標通信單元的所述群呼叫；以及被進一步被配置，用于基于所述服務模式，進行升級與該群呼叫相關聯(lián)的該PTV服務模式和降級與該群呼叫相關聯(lián)的該PTV服務模式中的至少一個。
20.根據(jù)權利要求19所述的設備，其中與該群呼叫相關聯(lián)的該PTV服務模式的升級包括將視頻信息流添加到該群呼叫，以及與該群呼叫相關聯(lián)的該PTV服務模式的降級包括從該群呼叫去除視頻信息流。
全文摘要
描述了用于選擇一鍵視頻(PTV)服務模式(303)的方法(600，700)和設備(800)，允許從具有發(fā)言權控制的始發(fā)無線通信單元(110)到無線目標通信單元(120)的視頻信息流(102)和對應音頻信息流(103)的傳輸。根據(jù)攝像機(420)設置，當通過激活PTV功能啟動PTV呼叫時，調(diào)用期望的PTV服務模式。
文檔編號H04Q7/28GK101069405SQ200580041389
公開日2007年11月7日 申請日期2005年11月16日 優(yōu)先權日2004年12月3日
發(fā)明者加內(nèi)?！惣永? 托馬斯·亞姆羅齊, 加里·J·奧斯瓦爾德, 勞倫斯·A·維利斯 申請人:摩托羅拉公司