基于web客戶端的會(huì)話的服務(wù)質(zhì)量的制作方法
【專利說明】
[0001] 根據(jù)35U.S.C. § 119的優(yōu)先權(quán)要求
[0002] 本專利申請(qǐng)要求于2013年2月5日提交的題為"QUALITY OF SERVICE FOR WEB CLIENT BASED SESSIONS(基于web客戶端的會(huì)話的服務(wù)質(zhì)量）"的美國臨時(shí)專利申請(qǐng) No. 61/760, 789的權(quán)益，該臨時(shí)申請(qǐng)已被轉(zhuǎn)讓給本申請(qǐng)受讓人并由此通過援引明確地整體 納入于此。
技術(shù)領(lǐng)域
[0003] 本文所描述的各個(gè)實(shí)施例涉及為使用某些無線網(wǎng)絡(luò)技術(shù)的web客戶端啟用服務(wù) 質(zhì)量（QoS)能力，這些無線網(wǎng)絡(luò)技術(shù)在其他情況下缺乏在蜂窩網(wǎng)絡(luò)中支持QoS的能力。
[0004] 背景
[0005]無線通信系統(tǒng)已經(jīng)過了數(shù)代的發(fā)展，包括第一代模擬無線電話服務(wù)（IG)、第二代 (2G)數(shù)字無線電話服務(wù)（包括過渡的2. 5G和2. 75G網(wǎng)絡(luò)）、以及第三代（3G)和第四代（4G) 高速數(shù)據(jù)/具有因特網(wǎng)能力的無線服務(wù)。目前在用的有許多不同類型的無線通信系統(tǒng)，包 括蜂窩以及個(gè)人通信服務(wù)（PCS)系統(tǒng)。已知蜂窩系統(tǒng)的示例包括蜂窩模擬高級(jí)移動(dòng)電話系 統(tǒng)（AMPS)，以及基于碼分多址（CDM)、頻分多址（FDM)、時(shí)分多址（TDM)、TDM的全球移 動(dòng)接入系統(tǒng)（GSM)變型的數(shù)字蜂窩系統(tǒng)，以及使用TDM和CDM技術(shù)兩者的更新的混合數(shù) 字通信系統(tǒng)。
[0006] 最近，長期演進(jìn)（LTE)已發(fā)展成為用于移動(dòng)電話和其他數(shù)據(jù)終端的高速數(shù)據(jù)無線 通信的無線通信協(xié)議。LTE是基于GSM的，且包括來自各種GSM相關(guān)協(xié)議的貢獻(xiàn)，這些相關(guān)協(xié) 議諸如增強(qiáng)數(shù)據(jù)率GSM演進(jìn)（EDGE)、以及通用移動(dòng)電信系統(tǒng)（UMTS)協(xié)議（諸如高速分組接 入（HSPA))。在這些以及其他上下文中，在網(wǎng)絡(luò)（諸如lxEV-D0、基于UMTS的W-CDMA、LTE 和eHRPD)上操作的會(huì)話可在為其保留保證的質(zhì)量水平（其被稱為服務(wù)質(zhì)量（QoS))的信道 (例如，無線電接入承載、流等）上被支持。例如，在特定信道上建立給定水平的QoS可提供 該信道上的最小保證比特率（GBR)、最大延遲、抖動(dòng)、等待時(shí)間、比特差錯(cuò)率（BER)等中的一 者或多者?？蔀榕c實(shí)時(shí)或流送通信會(huì)話（諸如IP語音（VoIP)會(huì)話、群通信會(huì)話（例如，即 按即說會(huì)話等）、在線游戲、IPTV等等）相關(guān)聯(lián)的信道保留（或設(shè)立）QoS資源以幫助確保 這些會(huì)話的無縫端到端分組傳輸。在某些情形中，用于在用戶裝備（UE)或其他合適的移動(dòng) 設(shè)備上運(yùn)行的高優(yōu)先級(jí)應(yīng)用的調(diào)度常開（GBR)服務(wù)可能期望改善容量（例如，UE和/或提 供常開服務(wù)的網(wǎng)絡(luò)上的容量）并且進(jìn)一步改善資源網(wǎng)絡(luò)使用。例如，實(shí)時(shí)通信往往需要常 開服務(wù)來確保雙向IP通信。然而，使用HTML、疊層樣式表（CSS)、JavaScript(JS)和其他 web客戶端的應(yīng)用當(dāng)前缺乏在使用某些普遍技術(shù)（諸如用于VoIP的WebRTC解決方案、視頻 電話、和流送服務(wù)、以及其他技術(shù)）的蜂窩網(wǎng)絡(luò)中利用QoS的能力。相應(yīng)地，這些以及其他 web客戶端可能在無線網(wǎng)絡(luò)中遭遇差劣的語音、視頻和其他媒體質(zhì)量體驗(yàn)，這是因?yàn)樵诓荒?提供QoS時(shí)可能產(chǎn)生的較高的損耗、未保證的帶寬、高抖動(dòng)、或其他性能降級(jí)。
[0007] 概述
[0008] 以下給出了與本文所公開的一個(gè)或多個(gè)方面和/或?qū)嵤├嚓P(guān)的簡化概述。如 此，以下概述既不應(yīng)被視為與所有構(gòu)想的方面和/或?qū)嵤├嚓P(guān)的詳盡縱覽，以下概述也 不應(yīng)被認(rèn)為標(biāo)識(shí)與所有構(gòu)想的方面和/或?qū)嵤├嚓P(guān)的關(guān)鍵性或決定性要素或描繪與任 何特定方面和/或?qū)嵤├嚓P(guān)聯(lián)的范圍。相應(yīng)地，以下概述僅具有在以下給出的詳細(xì)描述 之前以簡化形式呈現(xiàn)與本文所公開的一個(gè)或多個(gè)方面和/或?qū)嵤├嚓P(guān)聯(lián)的某些概念的 目的。
[0009] 根據(jù)本公開的一個(gè)方面，可在蜂窩網(wǎng)絡(luò)（例如，LTE、UMTS、lxEV-D0、Wi-Fi等）上 為使用WebRTC、RTCWeb和在其他情況下缺乏利用QoS的能力的其他普遍web技術(shù)的web客 戶端啟用QoS能力，以便于為VoIP、視頻、媒體、和使用在其他情況下缺乏在蜂窩網(wǎng)絡(luò)上利 用QoS的能力的某些web技術(shù)的其他數(shù)據(jù)服務(wù)支持高效率和高性能。如此，啟用QoS的web 客戶端可在無線網(wǎng)絡(luò)中接收保證的性能，而不論蜂窩網(wǎng)絡(luò)負(fù)載如何，這可轉(zhuǎn)換成非常低的 等待時(shí)間，低抖動(dòng)，低數(shù)據(jù)損耗，以及使用要求保證的質(zhì)量水平的應(yīng)用的web客戶端的較佳 用戶體驗(yàn)。例如，如將在以下進(jìn)一步詳細(xì)描述的，在蜂窩網(wǎng)絡(luò)中通過WebRTC或其他合適的 web技術(shù)支持的web客戶端呼叫或會(huì)話的QoS激活可以是網(wǎng)絡(luò)發(fā)起的（例如，在LTE、UMTS、 eHRPD或其他類似無線網(wǎng)絡(luò)上）、顯式地設(shè)備發(fā)起的（例如，在lxEV-DO、LTE、UMTS、eHRPD、 Wi-Fi或其他類似無線網(wǎng)絡(luò)上）、和/或隱式地設(shè)備發(fā)起的（例如，在任何合適的無線網(wǎng)絡(luò) 或其他空中接口上）。
[0010] 根據(jù)本公開的一個(gè)方面，可為使用WebRTC或其他合適的web技術(shù)進(jìn)行通信的UE 啟用QoS能力的示例性架構(gòu)可包括位于呼叫方瀏覽器與被呼叫方瀏覽器之間的媒體路徑 中用于支持網(wǎng)絡(luò)發(fā)起的、顯式的設(shè)備發(fā)起的、和/或隱式的設(shè)備發(fā)起的QoS設(shè)立的媒體服務(wù) 器。在一個(gè)實(shí)施例中，呼叫方瀏覽器和被呼叫方瀏覽器可初始地使用web套接字、HTTP、或 其他合適的web技術(shù)來聯(lián)系信令服務(wù)器以設(shè)立信令信道，并且信令服務(wù)器隨后可在呼叫建 立階段指派一個(gè)或多個(gè)WebRTC對(duì)等連接。例如，WebRTC對(duì)等連接通?？稍试S兩個(gè)用戶通 過信令服務(wù)器協(xié)調(diào)的信令信道從瀏覽器到瀏覽器直接地通信。每個(gè)客戶端（例如，呼叫方 瀏覽器和被呼叫方瀏覽器）隨后可作為對(duì)等端點(diǎn)建立與媒體服務(wù)器的WebRTC連接。
[0011] 根據(jù)本公開的一個(gè)方面，為了支持網(wǎng)絡(luò)發(fā)起的QoS設(shè)立，媒體服務(wù)器可確定是否 要為與呼叫方瀏覽器和/或被呼叫方瀏覽器建立的媒體路徑激活QoS。例如，在一個(gè)實(shí)施例 中，媒體服務(wù)器可執(zhí)行網(wǎng)絡(luò)地址轉(zhuǎn)譯（NAT)發(fā)現(xiàn)以確定與呼叫方瀏覽器和/或被呼叫方瀏 覽器同其建立的WebRTC連接相關(guān)聯(lián)的IP地址和端口，其中NAT發(fā)現(xiàn)可指示與該WebRTC連 接相關(guān)聯(lián)的服務(wù)或應(yīng)用類型。如此，如果媒體服務(wù)器確定該WebRTC連接涉及要求某些QoS 保證的服務(wù)或應(yīng)用類型（例如，語音、視頻或流送媒體服務(wù)），則媒體服務(wù)器可為與呼叫方 瀏覽器和/或被呼叫方瀏覽器建立的WebRTC連接激活恰適的QoS水平以在相應(yīng)媒體路徑 上發(fā)起QoS。例如，如果媒體服務(wù)器與呼叫方瀏覽器和/或被呼叫方瀏覽器之間的媒體路徑 是在LTE網(wǎng)絡(luò)上創(chuàng)建的，則媒體服務(wù)器可提供與對(duì)應(yīng)于為其激活QoS的呼叫方瀏覽器和/ 或被呼叫方瀏覽器中的一者或多者的IP地址和端口相關(guān)聯(lián)的演進(jìn)分組系統(tǒng)（EPS)承載的 恰適QoS類標(biāo)識(shí)符（QCI)，其中QCI通常可定義相關(guān)聯(lián)EPS承載的一組QoS參數(shù)（例如，最 小GBR、最大延遲等）以確保對(duì)應(yīng)的媒體路徑在LTE回程基礎(chǔ)設(shè)施內(nèi)的所有組件處接收到優(yōu) 先對(duì)待。類似地，如果媒體服務(wù)器與呼叫方瀏覽器和/或被呼叫方瀏覽器之間的媒體路徑 是在eHRPD網(wǎng)絡(luò)上創(chuàng)建的，則媒體服務(wù)器可向eHRPD網(wǎng)絡(luò)基礎(chǔ)設(shè)施組件提供對(duì)應(yīng)于為其激 活QoS的呼叫方瀏覽器和/或被呼叫方瀏覽器中的一者或多者的恰適QoS參數(shù)以及IP地 址和端口以確保對(duì)應(yīng)的媒體路徑接收到恰適的優(yōu)先對(duì)待。
[0012] 根據(jù)本公開的一個(gè)方面，媒體服務(wù)器由此通?？勺鳛閼?yīng)用服務(wù)器操作以通過核心 蜂窩網(wǎng)絡(luò)基礎(chǔ)設(shè)施和/或因特網(wǎng)來支持用于可連接至媒體服務(wù)器的瀏覽器的通信服務(wù)，從 而在VoIP會(huì)話、PTT會(huì)話、群通信會(huì)話、社交聯(lián)網(wǎng)服務(wù)或者其他要求高性能或效率的服務(wù)期 間為使用核心網(wǎng)下的IP承載資源的應(yīng)用利用QoS。例如，為了滿足與WebRTC或其他基于 web的會(huì)話中交換的信令和數(shù)據(jù)相關(guān)聯(lián)的嚴(yán)格端到端等待時(shí)間或其他QoS要求，媒體服務(wù) 器可與蜂窩網(wǎng)絡(luò)基礎(chǔ)設(shè)施通信以經(jīng)由Rx接口（例如，策略和計(jì)費(fèi)規(guī)則功能與被用來交換應(yīng) 用級(jí)會(huì)話信息的應(yīng)用功能之間的參考點(diǎn)）為WebRTC流激活QoS。在一個(gè)實(shí)施例中，所激活 的QoS隨后可被用來將信令和數(shù)據(jù)話務(wù)的優(yōu)先級(jí)排序排在位于演進(jìn)型B節(jié)點(diǎn)（eNodeB)與 服務(wù)網(wǎng)關(guān)（S-GW)之間的蜂窩網(wǎng)絡(luò)基礎(chǔ)設(shè)施中的路由器處的其他應(yīng)用話務(wù)之前，由此減小 了與經(jīng)優(yōu)先級(jí)排序的信令和數(shù)據(jù)話務(wù)相關(guān)聯(lián)的回程延遲。相應(yīng)地，媒體服務(wù)器可經(jīng)由恰適 的蜂窩網(wǎng)絡(luò)基礎(chǔ)設(shè)施路由或以其他方式轉(zhuǎn)發(fā)呼叫方瀏覽器與被呼叫方瀏覽器之間的話務(wù) 以利用與呼叫方瀏覽器和被呼叫方瀏覽器之間的話務(wù)相關(guān)聯(lián)的被激活的QoS。
[0013] 根據(jù)本公開的一個(gè)方面，可為使用web技術(shù)進(jìn)行通信的UE啟用QoS能力的另一示 例性架構(gòu)可包括如上所述將與信令服務(wù)器和媒體服務(wù)器相關(guān)聯(lián)的功能性組合的服務(wù)器。然 而，本領(lǐng)域技術(shù)人員將領(lǐng)會(huì)，組合信令和媒體服務(wù)器功能性的服務(wù)器可包括分開的多個(gè)服 務(wù)器來處置呼叫方瀏覽器和被呼叫方瀏覽器之間的信令和媒體路徑。
[0014] 根據(jù)本公開的一個(gè)方面，為了支持顯式的客戶端發(fā)起的QoS設(shè)立，WebRTC組件可 提供應(yīng)用可用來指定啟用QoS的某些能力的應(yīng)用編程接口（API)。如此，API可一般性地啟 用應(yīng)用來指定可包括帶寬和服務(wù)類型（例如，對(duì)話語音、視頻流、流送數(shù)據(jù)、交互數(shù)據(jù)、盡力 服務(wù)等）等的能力。此外，如果應(yīng)用將在LTE或EV-DO/eHRPD蜂窩網(wǎng)絡(luò)上通信，則經(jīng)由所提 供的API指定的服務(wù)類型可進(jìn)一步包括QCI或QoS簡檔標(biāo)識(shí)符和接入點(diǎn)名稱（APN)，其中 UMTS蜂窩網(wǎng)絡(luò)可將APN映射到其中使用的恰適IP地址。如此，在一個(gè)實(shí)施例中，應(yīng)用可使 用API來指定在經(jīng)由WebRTC組件發(fā)起呼叫時(shí)所請(qǐng)求的服務(wù)是否要求QoS并且在要求QoS 的情況下進(jìn)一步指定QoS類型。替換地，在一個(gè)實(shí)施例中，應(yīng)用可在與WebRTC棧組件初始 化之際預(yù)先確定所要求的Q〇S，WebRTC棧組件可與各種空中接口驅(qū)動(dòng)器集成以與恰適的蜂 窩網(wǎng)絡(luò)基礎(chǔ)設(shè)施協(xié)商恰適的QoS。再進(jìn)一步，作為發(fā)起呼叫之時(shí)的補(bǔ)充或替換，WebRTC棧組 件可在接收到呼叫之時(shí)為恰適流激活QoS(例如，基于該呼叫是否與語音、視頻、數(shù)據(jù)流送 等相關(guān)聯(lián)）。
[0015] 根據(jù)本公開的一個(gè)方面，為了支持隱式的客戶端發(fā)起的Q0S設(shè)立，可采用與以上 關(guān)于網(wǎng)絡(luò)發(fā)起的QoS設(shè)立相同或基本相似的呼叫建立和媒體交換通信流，不同之處在于媒 體服務(wù)器（或組合信令和媒體服務(wù)器功能性的服務(wù)器）不發(fā)起QoS設(shè)立規(guī)程。替換地，在 客戶端應(yīng)用始發(fā)呼叫時(shí)，應(yīng)用可使用WebRTC棧組件來指示正建立對(duì)駐留的客戶端軟件（例 如，高層操作系統(tǒng)組件、內(nèi)核、高級(jí)移動(dòng)訂戶軟件等）的呼叫。在一個(gè)實(shí)施例中，作為信令交 換的一部分，客戶端應(yīng)用可確定被分配支持呼叫的服務(wù)器可用來隨后監(jiān)視對(duì)應(yīng)IP流并檢 測其上的任何數(shù)據(jù)活動(dòng)的IP地址、端口、協(xié)議或其他合適的連接數(shù)據(jù)。相應(yīng)地，響應(yīng)于在具 有某些QoS要求的對(duì)應(yīng)IP流上檢測到數(shù)據(jù)活動(dòng)，客戶端應(yīng)用可指令駐留的客戶端軟件激活 對(duì)應(yīng)IP流上的QoS。例如，在一個(gè)實(shí)施例中，客戶端應(yīng)用可向駐留的客戶端軟件提供所有恰 適的用于IP流的QoS描述符以及所需的QoS類型，該駐留的客戶端軟件隨后可與蜂窩網(wǎng)絡(luò) 通信以針對(duì)該呼叫激活恰適的QoS。
[0016]與本文所公開的各方面和實(shí)施例相關(guān)聯(lián)的其他目標(biāo)和優(yōu)點(diǎn)基于所附附圖和詳細(xì) 描述對(duì)于本領(lǐng)域技術(shù)人員將是顯而易見的。
[0017] 附圖簡述
[0018] 對(duì)本發(fā)明的各方面及其許多伴隨優(yōu)點(diǎn)的更完整領(lǐng)會(huì)將因其在參考結(jié)合附圖考慮 的以下詳細(xì)描述時(shí)變得更好理解而易于獲得，附圖僅出于解說目的被給出而不對(duì)本發(fā)明構(gòu) 成任何限定，并且其中：
[0019]圖1解說了根據(jù)本公開的一個(gè)方面的無線通信系統(tǒng)的高級(jí)系統(tǒng)架構(gòu)。
[0020] 圖2A解說了根據(jù)本公開的一個(gè)方面的lxEV-DO網(wǎng)絡(luò)的無線電接入網(wǎng)（RAN)和核 心網(wǎng)分組交換部分的示例配置。
[0021] 圖2B解說了根據(jù)本公開的一個(gè)方面的3GUMTSW-CDMA系統(tǒng)內(nèi)的RAN和通用分組 無線電服務(wù)（GPRS)核心網(wǎng)分組交換部分的示例配置。
[0022] 圖2C解說了根據(jù)本公開的一個(gè)方面的3GUMTSW-CDM系統(tǒng)內(nèi)的RAN和GPRS核 心網(wǎng)分組交換部分的另一示例配置。
[0023] 圖2D解說了根據(jù)本公開的一個(gè)方面的基于演進(jìn)分組系統(tǒng)（EPS)或長期演進(jìn)（LTE) 網(wǎng)絡(luò)的RAN和核心網(wǎng)分組交換部分的示例配置。
[0024] 圖2E解說了根據(jù)本公開的一個(gè)方面的連接至EPS或LTE網(wǎng)絡(luò)的增強(qiáng)型高速率分 組數(shù)據(jù)（HRPD)RAN以及還有HRH)核心網(wǎng)的分組交換部分的示例配置。
[0025] 圖3解說了根據(jù)本公開的一個(gè)方面的用戶裝備（UE)的示例。
[0026] 圖4解說了根據(jù)本公開的一個(gè)方面的包括被配置成執(zhí)行功能性的邏輯的通信設(shè) 備。
[0027] 圖5解說了根據(jù)本公開的一個(gè)方面的示例性服務(wù)器。
[0028] 圖6解說了可支持UE之間的對(duì)等（P2P)WebRTC通信的常規(guī)架構(gòu)。
[0029] 圖7A-7C解說了根據(jù)本公開的一個(gè)方面的可為使用WebRTC進(jìn)行通信的UE啟用 QoS的示例性架構(gòu)。
[0030] 圖8A-8B解說了根據(jù)本公開的一個(gè)方面的為WebRTC客戶端啟用網(wǎng)絡(luò)發(fā)起的QoS 的示例性通信流。
[0031] 圖9A-9B解說了根據(jù)本公開的一個(gè)方面的為WebRTC客戶端啟用客戶端發(fā)起的QoS 的示例性通信流。
[0032] 詳細(xì)描述
[0033] 在以下描述和相關(guān)的附圖中公開了各個(gè)方面?？梢栽O(shè)計(jì)替換方面而不會(huì)脫離本公 開的范圍。另外，本公開中眾所周知的元素將不被詳細(xì)描述或?qū)⒈皇∪ヒ悦怃螞]本公開的 相關(guān)細(xì)節(jié)。
[0034] 措辭"示例性"和/或"示例"在本文中用于意指"用作示例、實(shí)例或解說"。本文 描述為"示例性"和/或"示例"的任何方面不必被解釋為優(yōu)于或勝過其他方面。類似地， 術(shù)語"本公開的各方面"不要求本公開的所有方面都包括所討論的特征、優(yōu)點(diǎn)或操作模式。
[0035] 此外，以將由例如計(jì)算設(shè)備的元件執(zhí)行的動(dòng)作序列的方式描述許多方面。將認(rèn)識(shí) 到，本文描述的各種動(dòng)作能由專用電路（例如，專用集成電路（ASIC))、由正被