專(zhuān)利名稱(chēng)：用于網(wǎng)絡(luò)中速率控制服務(wù)的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信系統(tǒng)和方法，更具體地說(shuō)，涉及控制比特傳送 會(huì)話(huà)中的數(shù)據(jù)比特傳輸。
背景技術(shù)：
本領(lǐng)域的技術(shù)人員熟知基于分組傳遞數(shù)據(jù)比特形式的信息的通 信網(wǎng)絡(luò)。當(dāng)然，因特網(wǎng)是最廣為人知的數(shù)據(jù)通信網(wǎng)絡(luò)。各種通信協(xié) 議已開(kāi)發(fā)用于處理數(shù)據(jù)通信。傳輸協(xié)議用于將數(shù)據(jù)傳送到正確的會(huì) 話(huà)。傳輸協(xié)議UDP (用戶(hù)數(shù)據(jù)才艮協(xié)議)和TCP (傳輸控制協(xié)議)在 因特網(wǎng)中使用。UDP是沒(méi)有流控機(jī)制的無(wú)連接協(xié)議，而TCP是有流 控機(jī)制的面向連接的協(xié)議，它支持兩個(gè)主機(jī)之間的可靠數(shù)據(jù)傳送。
移動(dòng)通信日益增加的重要性造成了通過(guò)無(wú)線(xiàn)連接傳送數(shù)據(jù)的需 求。通過(guò)無(wú)線(xiàn)鏈路傳送數(shù)據(jù)可引起在通過(guò)固定線(xiàn)路連接傳送數(shù)據(jù)時(shí) 未遇到的許多問(wèn)題和困難。空中接口上的帶寬是稀缺和有限的資源。 因此，要努力有效利用可用的無(wú)線(xiàn)電資源。由于例如衰落或遮蔽引 起的空中接口特性變化，或者由于已指配帶寬重新分配給某小區(qū)的 用戶(hù)，可用于移動(dòng)通信網(wǎng)絡(luò)中無(wú)線(xiàn)電連接的帶寬會(huì)迅速改變?？罩?接口上的有限帶寬和不斷變化的帶寬會(huì)使得向位于移動(dòng)系統(tǒng)內(nèi)的最 終用戶(hù)提供可接受服務(wù)質(zhì)量(QoS)難以實(shí)現(xiàn)。例如，有限的帶寬可 導(dǎo)致最終用戶(hù)經(jīng)歷討厭的長(zhǎng)等待時(shí)間。
為移動(dòng)網(wǎng)絡(luò)中最終用戶(hù)解決QoS優(yōu)化問(wèn)題的許多先有技術(shù)解決方案主要用于基于UDP的服務(wù)，如流式傳輸/視頻服務(wù)。例如，在 EP1126716中，提出了一種針對(duì)基于UDP服務(wù)的解決方案。然而， 對(duì)于基于諸如TCP等具有流控機(jī)制的傳輸協(xié)議的應(yīng)用，這些方法未 解決優(yōu)化問(wèn)題。
在WO 02/052800中，公開(kāi)了 一種調(diào)整從外部網(wǎng)絡(luò)到用戶(hù)終端 的數(shù)據(jù)流的方法。由分組控制單元執(zhí)行的數(shù)據(jù)流控制算法與分組控 制單元從其接收數(shù)據(jù)分組的網(wǎng)絡(luò)節(jié)點(diǎn)協(xié)同工作。分組控制單元向該 網(wǎng)絡(luò)節(jié)點(diǎn)指示指定數(shù)據(jù)流的實(shí)際傳輸速率以及用于該數(shù)據(jù)流的緩沖 容量。更具體地說(shuō)，從SGSN到BSC的發(fā)送速率受到控制，以避免 BSC中緩沖器溢出和欠載運(yùn)行。用于控制BSC和SGSN中緩沖器的 實(shí)際比特率利用了第二層到第二層信令。
在WO 02/093866中，7>開(kāi)了 一種通過(guò)網(wǎng)絡(luò)傳送多々某體信息的 方法。所解決的問(wèn)題涉及下行信道的可用傳輸速率。D2提供了一種 通過(guò)計(jì)算發(fā)往接收器的分組的平滑行程時(shí)間與下行信道的相關(guān)平滑 擁塞窗口之比來(lái)估計(jì)下行信道中的可用傳輸速率的方法。
另外，許多先有技術(shù)解決方案是以客戶(hù)為中心的，即，它們利 用來(lái)自移動(dòng)系統(tǒng)中最終用戶(hù)的反饋消息為最終用戶(hù)控制服務(wù)質(zhì)量。 以客戶(hù)為中心的解決方案的一個(gè)缺陷是在客戶(hù)確信檢測(cè)到空中接口
上連接的可用帶寬變化前需要相當(dāng)長(zhǎng)的時(shí)間。由于無(wú)線(xiàn)電環(huán)境是不 穩(wěn)定的，因此，客戶(hù)在可以發(fā)送可靠的反饋消息前需要執(zhí)行長(zhǎng)時(shí)期 內(nèi)的濾波或平均值計(jì)算。此外，最終用戶(hù)的反饋消息必須經(jīng)無(wú)線(xiàn)電 連接傳送到控制系統(tǒng)，這額外增加了數(shù)據(jù)輸入控制系統(tǒng)的延遲。
發(fā)明內(nèi)容
本發(fā)明的實(shí)施例涉及解決問(wèn)題和"建立"速率控制服務(wù)。具體 而言，本發(fā)明的實(shí)施例借助傳輸建立用于移動(dòng)系統(tǒng)中客戶(hù)與應(yīng)用服 務(wù)器之間比特傳送會(huì)話(huà)的流控機(jī)制或速率控制機(jī)制。速率控制機(jī)制 可與多個(gè)速率控制參數(shù)相關(guān)聯(lián)。本文公開(kāi)了幾個(gè)實(shí)施例，這些實(shí)施例"設(shè)置"或配置了網(wǎng)絡(luò)內(nèi)速率控制機(jī)制的尋址。本發(fā)明的實(shí)施例 利用無(wú)線(xiàn)電資源管理實(shí)體的反饋信息來(lái)設(shè)置和更新整個(gè)會(huì)話(huà)中的流 控參數(shù)。
一旦速率控制機(jī)制已配置或"設(shè)置"，無(wú)線(xiàn)電資源管理實(shí)
體便可以與網(wǎng)絡(luò)實(shí)體通信以?xún)?yōu)化速率控制參數(shù)，這允許提高QoS和 有效利用可用的無(wú)線(xiàn)電資源。
根據(jù)本發(fā)明的一個(gè)方面，提供了一種方法，用于建立對(duì)比特傳 送會(huì)話(huà)中數(shù)據(jù)比特傳輸?shù)目刂疲员銓?shù)據(jù)信息從應(yīng)用服務(wù)器傳送 到客戶(hù)，所述比特傳送會(huì)話(huà)涉及借助具有流控機(jī)制或速率控制機(jī)制 的傳輸協(xié)議經(jīng)無(wú)線(xiàn)通信鏈路的比特傳送。所述方法包括對(duì)網(wǎng)絡(luò)實(shí)體 進(jìn)行設(shè)置以便它可以從無(wú)線(xiàn)電資源管理實(shí)體接收有關(guān)無(wú)線(xiàn)鏈路可用 帶寬的信息，隨后，所述網(wǎng)絡(luò)實(shí)體響應(yīng)接收所述信息，更新與所述 傳輸協(xié)議的所述速率控制機(jī)制相關(guān)的至少 一個(gè)參數(shù)，以便可根據(jù)所 述接收的信息控制所述會(huì)話(huà)的傳輸速率。
本發(fā)明的一個(gè)優(yōu)點(diǎn)是它對(duì)速率控制服務(wù)進(jìn)行"設(shè)置，，以便網(wǎng)絡(luò) 實(shí)體可以最佳地均衡在與后端的空中接口上提供的分組交換域上個(gè) 人到內(nèi)容和個(gè)人到個(gè)人服務(wù)的流量，從而更好地利用稀缺的無(wú)線(xiàn)電 資源。
本發(fā)明一些實(shí)施例的另 一優(yōu)點(diǎn)在于由于可在整個(gè)會(huì)話(huà)中從位 于無(wú)線(xiàn)接入網(wǎng)中的無(wú)線(xiàn)電資源管理實(shí)體持續(xù)提供用于控制速率控制 參數(shù)的反饋信息，因此可基于當(dāng)前信息來(lái)更新流控參數(shù)。與先有技 術(shù)解決方案中流控制只在會(huì)話(huà)開(kāi)始時(shí)基于以前會(huì)話(huà)的歷史數(shù)據(jù)進(jìn)行 一次設(shè)置相比，這可實(shí)現(xiàn)更好的參數(shù)設(shè)置。由于在本發(fā)明中使用的 反饋信息從無(wú)線(xiàn)接入網(wǎng)傳遞給控制流控參數(shù)的網(wǎng)絡(luò)實(shí)體，因此，反 饋信息將不會(huì)受到與上述以客戶(hù)為中心的解決方案中一樣大的延遲 的影響。無(wú)線(xiàn)接入網(wǎng)以比客戶(hù)更快的速度檢測(cè)會(huì)話(huà)可用帶寬的變化， 并且無(wú)需通過(guò)空中接口傳送反饋信息。
根據(jù)本發(fā)明 一些方面的持續(xù)監(jiān)視和更新控制參數(shù)可在整個(gè)會(huì)話(huà) 中而不只是在會(huì)話(huà)開(kāi)始時(shí)提供良好的QoS。在會(huì)話(huà)期間不更新參數(shù)設(shè)置的先有技術(shù)解決方案中，會(huì)話(huà)經(jīng)歷的無(wú)線(xiàn)電條件變化時(shí)，存在
QoS可能惡化的危險(xiǎn)。無(wú)線(xiàn)電條件可迅速變化，因此，更新涉及空 中接口的會(huì)話(huà)參數(shù)設(shè)置比完全基于有線(xiàn)連接的會(huì)話(huà)的參數(shù)設(shè)置更重 要。
本發(fā)明 一 些實(shí)施例的又 一優(yōu)點(diǎn)是它們分別利用各會(huì)話(huà)的網(wǎng)絡(luò) 反饋，所述反饋用于單獨(dú)更新各會(huì)話(huà)的流控參數(shù)。因此，參數(shù)設(shè)置 可特別適于優(yōu)化各會(huì)話(huà)的QoS。即使先有技術(shù)解決方案與本發(fā)明相 比可允許進(jìn)行較少的流控決策，但這些解決方案可導(dǎo)致某個(gè)特定客 戶(hù)的服務(wù)質(zhì)量很差，該客戶(hù)在本機(jī)經(jīng)歷的無(wú)線(xiàn)電條件比同 一組中其 它客戶(hù)的無(wú)線(xiàn)電條件差得多。
由于本發(fā)明的 一些實(shí)施例允許吞吐量更快和更精確地自適應(yīng)空 中接口上的當(dāng)前可用帶寬，因此，降低了在諸如RNC或BSC等無(wú) 線(xiàn)電資源管理實(shí)體中的溢出風(fēng)險(xiǎn)。因此，本發(fā)明的一個(gè)另外優(yōu)點(diǎn)是 無(wú)線(xiàn)電資源管理實(shí)體中的緩沖區(qū)大小可降到最小。
結(jié)合附圖閱讀以下詳細(xì)說(shuō)明，可明白本發(fā)明實(shí)施例的其它優(yōu)點(diǎn) 和目的。例如，可在個(gè)人到內(nèi)容(P2C)情形中使用的實(shí)施例也同樣 適用于個(gè)人到個(gè)人(P2P)服務(wù)，且反之亦然。說(shuō)明本發(fā)明實(shí)施例的 示例首先結(jié)合P2C的場(chǎng)景給出，然后結(jié)合P2P的場(chǎng)景給出。
圖1是顯示根據(jù)先有技術(shù)，客戶(hù)與應(yīng)用服務(wù)器之間通信會(huì)話(huà)的 示意方框圖。
圖2是顯示客戶(hù)與應(yīng)用服務(wù)器之間釆用本發(fā)明一些方面的通信 會(huì)話(huà)的示意方框圖。
圖3是顯示圖1與圖2中所示會(huì)話(huà)吞吐量比較的示意圖。
圖4a是顯示釆用本發(fā)明一些方面進(jìn)行個(gè)人到內(nèi)容通信的UMTS 系統(tǒng)的高級(jí)示意方框圖。
圖4b顯示了開(kāi)放系統(tǒng)互連(OSI)參考才莫型可如何應(yīng)用到圖4a
7所示的系統(tǒng)。
圖5是說(shuō)明根據(jù)本發(fā)明一些實(shí)施例，基于網(wǎng)絡(luò)反饋的傳輸速率 自適應(yīng)的流程圖。
圖6是顯示特定會(huì)話(huà)期間配置RNC以將速率控制指示發(fā)送到應(yīng) 用服務(wù)器的一般"設(shè)置"過(guò)程的信令圖。
圖7是顯示可在本發(fā)明的不同方面中使用的嗅探過(guò)程的信令圖。
圖8是顯示可在本發(fā)明不同方面中使用的替代嗅探過(guò)程的信令圖。
圖9是顯示移動(dòng)臺(tái)(UE)利用速率控制服務(wù)的所需參數(shù)對(duì)RNC 進(jìn)行設(shè)置的信令圖。RNC可具有或可不具有IP地址。
圖10是顯示代理利用用于速率控制服務(wù)的所需參數(shù)對(duì)RNC進(jìn) 行設(shè)置的設(shè)置過(guò)程的信令圖。RNC不具有IP地址。
圖11是顯示代理利用用于速率控制服務(wù)的所需參數(shù)對(duì)RNC進(jìn) 行設(shè)置的設(shè)置過(guò)程的信令圖。RNC具有IP地址。
圖12是顯示釆用本發(fā)明一些方面進(jìn)行個(gè)人到個(gè)人通信或者個(gè) 人到固定電話(huà)通信的UMTS系統(tǒng)的高級(jí)示意方框圖。
圖13是顯示移動(dòng)單元利用速率控制服務(wù)所需參數(shù)對(duì)適當(dāng)RNC 進(jìn)行設(shè)置的設(shè)置過(guò)程的信令圖。RNC不具有IP地址。
圖14是顯示移動(dòng)單元利用速率控制服務(wù)所需參數(shù)對(duì)適當(dāng)RNC 進(jìn)行設(shè)置的設(shè)置過(guò)程的信令圖。RNC具有IP地址。
圖15是顯示SIP代理利用速率控制服務(wù)所需參數(shù)對(duì)適當(dāng)RNC 進(jìn)行設(shè)置的設(shè)置過(guò)程的信令圖。RNC不具有IP地址。
圖16是顯示SIP代理利用速率控制服務(wù)所需參數(shù)對(duì)適當(dāng)RNC 進(jìn)行設(shè)置的設(shè)置過(guò)程的信令圖。RNC具有IP地址。
圖17是顯示移動(dòng)單元利用速率控制服務(wù)所需參數(shù)對(duì)適當(dāng)RNC 進(jìn)行設(shè)置的設(shè)置過(guò)程的信令圖。RNC可能具有或不具有IP地址。
圖18是顯示媒體網(wǎng)關(guān)利用速率控制服務(wù)所需參數(shù)對(duì)適當(dāng)RNC
8進(jìn)行設(shè)置的設(shè)置過(guò)程的信令圖。RNC不具有IP地址。
圖19是顯示媒體網(wǎng)關(guān)利用速率控制服務(wù)所需參數(shù)對(duì)適當(dāng)RNC 進(jìn)行設(shè)置的設(shè)置過(guò)程的信令圖。RNC具有IP地址。
具體實(shí)施例方式
下面將參照顯示了本發(fā)明優(yōu)選實(shí)施例的附圖，更全面地描述本 發(fā)明。然而，本發(fā)明可體現(xiàn)為許多種不同的形式，并且不應(yīng)視為局 限于本文所述的實(shí)施例；確切地說(shuō)，提供這些實(shí)施例是為了使本公 開(kāi)透徹而完整，并將向本領(lǐng)域的技術(shù)人員全面地傳達(dá)本發(fā)明的范圍。 在附圖中，類(lèi)似的標(biāo)號(hào)表示類(lèi)似的元素。
為了說(shuō)明本公開(kāi)內(nèi)容，使用了多個(gè)縮略詞，其定義如下所述
3GPP 第三代合作伙伴項(xiàng)目
BSC 基站控制器
CDMA2000 碼分多址。 一種將每個(gè)電話(huà)呼叫與只有一個(gè)蜂窩 電話(huà)可從空中提取的一個(gè)代碼相結(jié)合的接入技 術(shù)。
DL DL比特率
GGSN 網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)。GPRS網(wǎng)絡(luò)中允許移動(dòng)手
機(jī)用戶(hù)接入分組數(shù)據(jù)網(wǎng)絡(luò)的無(wú)線(xiàn)網(wǎng)關(guān)。它提供朝 向外部IP分組網(wǎng)絡(luò)的接口，并轉(zhuǎn)換數(shù)據(jù)格式、 信令協(xié)議和地址信息以允許在不同網(wǎng)絡(luò)之間進(jìn) 行通信。
GPRS 通用分組無(wú)線(xiàn)業(yè)務(wù)。用于GSM網(wǎng)絡(luò)的數(shù)據(jù)業(yè)務(wù)。
它提供電路交換和分組交換承載。
GTP 即GPRS隧道協(xié)議，它是在SGSN與GGSN之
間使用的第3層隧道協(xié)議。
GTP-U GTP用戶(hù)隧道。對(duì)于每個(gè)移動(dòng)臺(tái)，建立一條信令
用GTP-C隧道，并且建立多條GTP-U隧道，每HTTP IMSI
IP
IuUP 第2層
MSISDN NAT
OSI P2C P2P PDP
PDP上下文
QoE
個(gè)PDP上下文(即會(huì)話(huà)) 一個(gè)，用于用戶(hù)業(yè)務(wù)。 超文本傳輸協(xié)議
國(guó)際移動(dòng)用戶(hù)身份碼。50比特的字段，標(biāo)識(shí)GSM 網(wǎng)絡(luò)中移動(dòng)用戶(hù)的歸屬?lài)?guó)家/地區(qū)和運(yùn)營(yíng)商，它 存儲(chǔ)在用戶(hù)識(shí)別模塊(SIM )中。 因特網(wǎng)協(xié)議
Iu用戶(hù)平面，即RNC與核心網(wǎng)之間的接口 (SGSN節(jié)點(diǎn))。
提供一種方式，以同步使往來(lái)于物理層的比特流 以及檢測(cè)因傳輸問(wèn)題引起的錯(cuò)誤(例如，噪聲和 干擾)。
移動(dòng)臺(tái)ISDN。移動(dòng)臺(tái)的電話(huà)號(hào)碼。
分組數(shù)據(jù)協(xié)議。用于支持通過(guò)3G無(wú)線(xiàn)蜂窩網(wǎng)絡(luò)
傳送分組數(shù)據(jù)的一系列協(xié)議(如IP和PPP)的
GPRS術(shù)語(yǔ)。
開(kāi)》欠系統(tǒng)互連
個(gè)人到內(nèi)容
個(gè)人到個(gè)人
分組數(shù)據(jù)協(xié)議。用于支持通過(guò)3G無(wú)線(xiàn)蜂窩網(wǎng)絡(luò) 傳送分組數(shù)據(jù)的一系列協(xié)議(例如，IP和PPP) 的GPRS術(shù)語(yǔ)。
PDP上下文是MS (移動(dòng)臺(tái))與在GPRS網(wǎng)絡(luò)上 運(yùn)行的PDN 。^共數(shù)據(jù)網(wǎng))之間的邏輯關(guān)聯(lián)。 PDP上下文是保持在移動(dòng)裝置和GSN中對(duì)應(yīng)于 某個(gè)PDP地址的信息集(例如，QoS簡(jiǎn)檔)。 該上下文定義諸如路由、服務(wù)質(zhì)量、安全、計(jì)費(fèi) 等方面。
最終用戶(hù)體驗(yàn)質(zhì)量QoS 服務(wù)質(zhì)量
RAB 無(wú)線(xiàn)電4妄入承載
RADIUSAAA (認(rèn)證、授權(quán)和計(jì)費(fèi))協(xié)議。
RAN 無(wú)線(xiàn)接入網(wǎng)
RANAP 無(wú)線(xiàn)接入網(wǎng)應(yīng)用部分-由RNC和CN使用的一
個(gè)中間層協(xié)議。 RC 速率控制 RCID 速率控制器標(biāo)識(shí)符 RNC 無(wú)線(xiàn)電網(wǎng)絡(luò)控制器
RRC 無(wú)線(xiàn)電資源控制(RRC) -RRC接口用于配置、
重新配置、重新定位和釋^L與不同無(wú)線(xiàn)電承載相 關(guān)的各個(gè)PDCP實(shí)體。
RTSP 實(shí)時(shí)流協(xié)議-用于控制具實(shí)時(shí)屬性的數(shù)據(jù)傳遞
的應(yīng)用級(jí)協(xié)議。RTSP提供可擴(kuò)展的框架以允許 使用傳輸控制協(xié)議(TCP)或用戶(hù)數(shù)據(jù)協(xié)議 (UDP)實(shí)現(xiàn)諸如音頻和視頻等實(shí)時(shí)數(shù)據(jù)的受 控、按需傳遞。
SDP 會(huì)話(huà)描述協(xié)議
SGSN 服務(wù)GPRS支持節(jié)點(diǎn)。GPRS節(jié)點(diǎn)處理往來(lái)于
MS的數(shù)據(jù)，維護(hù)MS位置信息，并在MS與 GGSN之間進(jìn)行通信。它為在特定區(qū)域的所有 GPRS用戶(hù)提供分組路由。
SIP 會(huì)話(huà)發(fā)起協(xié)議。用于VoIP (分組話(huà)音)呼叫處
理的正TF IP協(xié)議。它才丸行會(huì)話(huà)建立和信令以實(shí) 現(xiàn)多種功能。
SM 會(huì)話(huà)管理
TCP 傳輸控制協(xié)議
TEID 隧道端點(diǎn)標(biāo)識(shí)符
iiTFT 業(yè)務(wù)流^t板。允許GGSN將從外部網(wǎng)絡(luò)接收的分
組分類(lèi)到適當(dāng)?shù)腜DP上下文。用于確定適用于 特定分組的QoS。
T-PDU 傳輸PDU (協(xié)議數(shù)據(jù)單元)
UDP 用戶(hù)數(shù)據(jù)協(xié)議
UE 用戶(hù)設(shè)備
UMTS 通用移動(dòng)電信系統(tǒng)。支持144kbs(車(chē)載)、384
kbs (步行)或建筑物中高達(dá)2 Mbs的數(shù)據(jù)傳送 速率的第三代無(wú)線(xiàn)標(biāo)準(zhǔn)。
WCDMA 寬帶碼分多址，是實(shí)現(xiàn)第三代(3G)蜂窩系統(tǒng)的 主要技術(shù)之一。它基于ETSI Alpha組提議的無(wú) 線(xiàn)接入技術(shù)，并且其規(guī)范在1999年定稿。
WLAN 無(wú)線(xiàn)局域網(wǎng)
本發(fā)明適用于移動(dòng)系統(tǒng)中個(gè)人到內(nèi)容(P2C)和個(gè)人到個(gè)人 (P2P)分組交換服務(wù)，具體地說(shuō)，適用于基于具有流控機(jī)制的傳輸 協(xié)議的此類(lèi)服務(wù)。此類(lèi)服務(wù)包括在最終用戶(hù)的用戶(hù)設(shè)備與應(yīng)用服務(wù) 器之間的分組通信。移動(dòng)系統(tǒng)包括諸如WCDMA、 CDMA2000、無(wú) 線(xiàn)局域網(wǎng)或GPRS網(wǎng)絡(luò)等用戶(hù)設(shè)備駐留的移動(dòng)網(wǎng)絡(luò)。具有流控機(jī)制 的傳輸協(xié)議的一個(gè)示例是TCP。 TCP的流控機(jī)制包括多個(gè)為本領(lǐng)域 技術(shù)人員所熟知的流控參數(shù)。TCP流控參數(shù)的示例有窗口大小和段 大小。TCP連接上的數(shù)據(jù)比特傳輸可通過(guò)改變TCP流控參數(shù)來(lái)加以 控制。
在移動(dòng)用戶(hù)設(shè)備與應(yīng)用服務(wù)器之間建立通信會(huì)話(huà)時(shí)，空中接口 上的可用帶寬通常是會(huì)話(huà)比特率的限制因素。例如衰落和遮蔽等空 中接口特性可對(duì)最終用戶(hù)有不利影響。這對(duì)于將TCP協(xié)議用作傳輸 承載的應(yīng)用而言更是如此。例如，空中接口上的長(zhǎng)等待時(shí)間可觸發(fā) TCP擁塞避免機(jī)制，從而使用于會(huì)話(huà)的帶寬更少并導(dǎo)致最終用戶(hù)體
12驗(yàn)到極差的性能。另一方面，如果最終用戶(hù)將暫時(shí)獲得空中接口上
增加的帶寬，這極可能不會(huì)以相同程度加速TCP連接，從而意味著 稀缺的無(wú)線(xiàn)電資源將得不到利用。由于空中接口上的無(wú)線(xiàn)電資源是 要注意盡可能有效利用的稀缺資源，因此，更有效的使用可用無(wú)線(xiàn) 電資源將極可能提高最終用戶(hù)的服務(wù)質(zhì)量。
圖1示意性地顯示了根據(jù)先有技術(shù)，用戶(hù)設(shè)備102中的客戶(hù)與 應(yīng)用服務(wù)器104之間的通信會(huì)話(huà)。此處應(yīng)用服務(wù)器104是Web服務(wù) 器。會(huì)話(huà)是經(jīng)由客戶(hù)102與應(yīng)用服務(wù)器104之間的TCP鏈路106建 立的。客戶(hù)在從應(yīng)用服務(wù)器104瀏覽或下載信息時(shí)，客戶(hù)確認(rèn)收到 數(shù)據(jù)，由此指示接收質(zhì)量。應(yīng)用服務(wù)器104使用來(lái)自確認(rèn)的此信息， 以使諸如窗口大小或段大小等TCP傳輸參數(shù)適應(yīng)TCP鏈路上的傳輸 條件。
圖1所示方法的問(wèn)題在于當(dāng)傳輸鏈路包括無(wú)線(xiàn)電連接時(shí)，存 在包括許多重傳的壞無(wú)線(xiàn)電連接條件可能4皮應(yīng)用服務(wù)器104誤解為 擁塞，由此觸發(fā)TCP擁塞避免機(jī)制。而且，無(wú)線(xiàn)電條件可能非?？?速地變化，但確認(rèn)形式的反饋來(lái)得相對(duì)較遲，這又降低了服務(wù)器對(duì) 變化的無(wú)線(xiàn)電傳輸條件正確反應(yīng)的能力。這些是由于TCP傳輸機(jī)制 并不是為無(wú)線(xiàn)電傳輸而設(shè)計(jì)這一原因引起的缺陷。
圖2是顯示使用了本發(fā)明一個(gè)方面的通信會(huì)話(huà)基本原理的示意 方框圖。通信會(huì)話(huà)經(jīng)代理112，通過(guò)TCP連接106a和106b在客戶(hù) 102與應(yīng)用服務(wù)器104之間建立。TCP連接106b涉及移動(dòng)網(wǎng)絡(luò)114 中通過(guò)無(wú)線(xiàn)電鏈路的傳輸。移動(dòng)網(wǎng)絡(luò)將有關(guān)無(wú)線(xiàn)電鏈路傳輸服務(wù)質(zhì) 量的網(wǎng)絡(luò)反饋數(shù)據(jù)報(bào)告給代理。代理使用網(wǎng)絡(luò)反饋數(shù)據(jù)改變TCP連 接106b的TCP參數(shù)設(shè)置，如TCP窗口大小和段大小。網(wǎng)絡(luò)反饋也 可用于決定如何通過(guò)TCP連接106a向應(yīng)用服務(wù)器確認(rèn)接收。
報(bào)告給代理的網(wǎng)絡(luò)反饋數(shù)據(jù)是有關(guān)移動(dòng)網(wǎng)絡(luò)的無(wú)線(xiàn)電資源管理 實(shí)體已決定允許會(huì)話(huà)在空中接口上使用的帶寬的信息。
圖3是顯示分別使用根據(jù)圖1和圖2的布置的吞吐率比較的示
13意圖。矩形曲線(xiàn)120顯示了移動(dòng)網(wǎng)絡(luò)無(wú)線(xiàn)電資源管理實(shí)體決定會(huì)話(huà) 在空中接口上使用的帶寬。曲線(xiàn)116顯示了圖1中先有技術(shù)布置的 吞吐量曲線(xiàn)，而粗曲線(xiàn)118顯示了根據(jù)圖2中本發(fā)明的布置的吞吐
量曲線(xiàn)。
曲線(xiàn)116顯示傳輸速率首先呈指數(shù)增加，直至達(dá)到空中接口上 的最大可用比特率。發(fā)生此情況時(shí)，客戶(hù)開(kāi)始報(bào)告"未收到"，這 由圖1中的應(yīng)用服務(wù)器104解釋為擁塞。因此，應(yīng)用服務(wù)器應(yīng)用擁 塞避免機(jī)制，由此大大降低傳輸速率。隨后，應(yīng)用服務(wù)器開(kāi)始很慢 地以線(xiàn)性方式提高傳輸速率。應(yīng)用服務(wù)器的此行為可能與無(wú)線(xiàn)電鏈 路上的實(shí)際情況不相符。
相反，在圖2中，代理112 (或網(wǎng)絡(luò)反饋直接提供給服務(wù)器的 實(shí)施例中的服務(wù)器104)由于更早接收到無(wú)線(xiàn)電鏈路信息-這提供 了對(duì)無(wú)線(xiàn)電傳輸條件更精確的描述，因此，它可采用更充分和更快 的測(cè)量。這由粗曲線(xiàn)118表示，它顯示了使用根據(jù)本發(fā)明的網(wǎng)絡(luò)反 饋時(shí)吞吐量上升得更快，并且總吞吐量更高，從而為最終用戶(hù)提供 更好的服務(wù)質(zhì)量。在使用圖2中的布置時(shí)，空中接口上的可用帶寬 增加將迅速導(dǎo)致更大的吞吐量。
雖然圖2說(shuō)明了將本發(fā)明用于經(jīng)代理和兩條TCP連接106a與 106b建立的會(huì)話(huà)，但代理的使用并不是本發(fā)明所必需的。如果直接 在應(yīng)用服務(wù)器與客戶(hù)之間建立會(huì)話(huà)而無(wú)中間代理，則可實(shí)施本發(fā)明， 以使網(wǎng)絡(luò)反饋直接提供給應(yīng)用服務(wù)器。隨后，應(yīng)用服務(wù)器可使用網(wǎng) 絡(luò)反饋充分地適應(yīng)會(huì)話(huà)的TCP參數(shù)。除上述個(gè)人到內(nèi)容(P2C)的 情況外，本發(fā)明的方面也同樣適用于個(gè)人到個(gè)人(P2P)服務(wù)。
個(gè)人到內(nèi)容服務(wù)
圖4a顯示了在個(gè)人到內(nèi)容(P2C )的情況下UMTS系統(tǒng)120中 的本發(fā)明實(shí)施例。系統(tǒng)包括具有多個(gè)無(wú)線(xiàn)電基站(RBS) 124和至少 一個(gè)無(wú)線(xiàn)電網(wǎng)絡(luò)控制器(RNC) 126的無(wú)線(xiàn)接入網(wǎng)122。系統(tǒng)還包括服務(wù)GPRS支持節(jié)點(diǎn)(SGSN) 128和網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(GGSN) 130，它們是核心網(wǎng)(CN )132中的在無(wú)線(xiàn)接入網(wǎng)122與服務(wù)網(wǎng)絡(luò)(SN) 134之間提供連接的節(jié)點(diǎn)。服務(wù)網(wǎng)絡(luò)134包括應(yīng)用服務(wù)器104和代理 112。該代理可與服務(wù)網(wǎng)絡(luò)會(huì)話(huà)數(shù)據(jù)庫(kù)(SNSD) 136和外部IP網(wǎng)絡(luò) 138通信。
如上所述，本發(fā)明提供了用于控制會(huì)話(huà)傳輸速率的改進(jìn)方式， 這可實(shí)現(xiàn)最終用戶(hù)的服務(wù)質(zhì)量?jī)?yōu)化。有關(guān)空中接口上允許用于會(huì)話(huà) 的帶寬的信息可從RNC 126發(fā)送到代理112。例如，如果代理接入 可以在空中接口上利用允許的比特率，則代理能夠設(shè)置諸如|^/窗口 大小等TCP流控參數(shù)，以便以最佳方式適應(yīng)無(wú)線(xiàn)電資源情況。因此， 代理112可具有基于從RNC 126獲得的帶寬信息及其自己的內(nèi)部算 法來(lái)優(yōu)化最終用戶(hù)服務(wù)質(zhì)量的能力。
在實(shí)施例的一個(gè)方面，RNC 126可預(yù)先配置為管理RC服務(wù)。 RNC 126可由配置工具140硬編碼或配置以服務(wù)必需的數(shù)據(jù)。另夕卜， 借助用戶(hù)設(shè)備(UE)或應(yīng)用服務(wù)器或應(yīng)用服務(wù)器代理或媒體網(wǎng)關(guān)， 可對(duì)RNC126進(jìn)行局部配置。 一般情況下，速率控制指示的接收器 是代理112。
此類(lèi)配置數(shù)椐的示例為
接收器的(代理的)IP地址和端口號(hào)。
RC力良務(wù)應(yīng)適用的業(yè)務(wù)類(lèi)(例如，流式傳輸和交互式)。
應(yīng)具有服務(wù)的用戶(hù)。(此列表可基于預(yù)訂服務(wù))。 此外，基于網(wǎng)絡(luò)反饋更新會(huì)話(huà)參數(shù)的參數(shù)設(shè)置單元可加以修改 以便能夠接收和理解網(wǎng)絡(luò)反饋，并能夠基于接收的網(wǎng)絡(luò)反饋適應(yīng)參 數(shù)。本領(lǐng)域的技術(shù)人員會(huì)明白可如何使用硬件和軟件方法實(shí)施本發(fā) 明。根據(jù)本發(fā)明的網(wǎng)絡(luò)反饋機(jī)制可使用為此目的建立的單獨(dú)協(xié)議實(shí) 施。
在流式傳輸情況中，速率控制服務(wù)可設(shè)置用于SDP說(shuō)明中的每
15個(gè)々某體流(例如， 一個(gè)RC服務(wù)設(shè)置用于語(yǔ)音流， 一個(gè)RC服務(wù)設(shè)置 用于視頻流)、SDP說(shuō)明中作為一個(gè)整體的所有々某體流或其中的任 意組合。
在幾個(gè)實(shí)施例中，SNSD 136可連接到代理112,并將帶寬信息 從RNC126傳送到代理112。在一些實(shí)施例中，SNSD136可安排為 存儲(chǔ)從RNC 126獲得的帶寬信息。UE 102激活分組數(shù)據(jù)協(xié)議(PDP) 上下文時(shí)，除其它信息外，此PDP上下文還包括接入點(diǎn)名稱(chēng)(APN)。 APN給出UE 102與代理112之間的邏輯連接。例如，SNSD 136的 代理112可存儲(chǔ)有關(guān)UE 102的以下信息
UE的IP地址
比特率
其它信息，例如，可能是其它目的而非本發(fā)明感興趣的用 戶(hù)的MSISDN。
再參照?qǐng)D2和圖4，借助于通過(guò)代理112、 CN 132和無(wú)線(xiàn)接入 網(wǎng)122的連接106a、 106b，可在服務(wù)網(wǎng)絡(luò)134中的應(yīng)用服務(wù)器104 與用戶(hù)設(shè)備(UE) 102上的客戶(hù)之間建立比特傳送會(huì)話(huà)?；蛘?，在 UE 102與外部網(wǎng)絡(luò)138中與上述代理通信的應(yīng)用服務(wù)器104之間建 立會(huì)話(huà)。連接106a、 106b例如可以是TCP連接或基于具有某種流控 機(jī)制的另 一類(lèi)型傳輸協(xié)議的連接。
開(kāi)放系統(tǒng)互連(OSI)參考模型將網(wǎng)絡(luò)裝置之間的通信分成7 個(gè)更小的"層，，，這在本領(lǐng)域已為人所熟知。每個(gè)層具有為發(fā)生的 通信而執(zhí)行的預(yù)定功能集。圖4b顯示了 OSI參考才莫型，它從例如 UE 102的節(jié)點(diǎn)經(jīng)中間節(jié)點(diǎn)(如RNC 126、 SGSN 128和GGSN 130 ), 建立到應(yīng)用服務(wù)器104的通信鏈路。
應(yīng)用層141識(shí)別并確定預(yù)期通信伙伴的可用性，同步協(xié)作的應(yīng) 用，并達(dá)成有關(guān)錯(cuò)誤恢復(fù)和數(shù)據(jù)完整性控制過(guò)程的協(xié)議。表示層142 在應(yīng)用層141 "下方"，它確保一個(gè)系統(tǒng)的應(yīng)用層發(fā)送的信息可由另 一系統(tǒng)的應(yīng)用層理解。會(huì)話(huà)層143在表示層142下方，它建立、管
16理和終止應(yīng)用之間的會(huì)話(huà)。會(huì)話(huà)由兩個(gè)或更多個(gè)表示實(shí)體之間的對(duì) 話(huà)組成。
在會(huì)話(huà)層142下方是傳輸層144。傳輸層144提供了用于建立、 維護(hù)和有序終止虛擬電路和信息流控制的機(jī)制。網(wǎng)絡(luò)層145在傳輸 層下方。網(wǎng)絡(luò)層145是可在位于地理上不同子網(wǎng)的兩個(gè)終端系統(tǒng)之 間提供連接和路徑選擇的層。鏈路層146提供數(shù)據(jù)通過(guò)物理鏈路的 運(yùn)輸。為此，鏈路層146與物理(與網(wǎng)絡(luò)或邏輯相反)尋址、網(wǎng)絡(luò) 拓樸、線(xiàn)路過(guò)程(終端系統(tǒng)將如何使用網(wǎng)絡(luò)鏈路)、錯(cuò)誤通知、有 序幀傳遞及流控制相關(guān)。在鏈路層146下方是激活、維護(hù)和停用終 端系統(tǒng)之間物理鏈路的電氣、機(jī)械、程序和功能規(guī)j格的物理層147。
會(huì)話(huà)層143與傳輸層144之間的邊界一般視為應(yīng)用層協(xié)議與更 低層協(xié)議之間的邊界。而應(yīng)用層、表示層和會(huì)話(huà)層與應(yīng)用問(wèn)題有關(guān)， 更低的四個(gè)層一般與數(shù)據(jù)傳輸問(wèn)題有關(guān)。
在一些實(shí)施例中，可能存在流或"應(yīng)用數(shù)據(jù)"傳送148,例如， 在UE102與應(yīng)用服務(wù)器112之間的web或流式業(yè)務(wù)。這可視為"高 級(jí)"數(shù)據(jù)傳送。RNC 126可檢測(cè)UE-RNC鏈路上發(fā)生在物理層147 的變化的系統(tǒng)條件，這將在下面詳細(xì)描述。RNC 126可就UE-RNC 鏈路(例如無(wú)線(xiàn)鏈路)上的狀態(tài)變化更新代理112。狀態(tài)變化信息隨 后可由應(yīng)用服務(wù)器104用于平衡從其本身到UE 102的數(shù)據(jù)流，以匹 配UE-RNC鏈路上的可用容量。(從RNC到代理112的狀態(tài)信息對(duì) 于SGSN128和GGSN130可以是透明的，即，不可見(jiàn)的)。然而， 為了讓此進(jìn)程有效,RNC需要知道應(yīng)用服務(wù)器112的地址，以便RNC 可以將狀態(tài)信息發(fā)送到應(yīng)用服務(wù)器104。
圖5顯示了使用TCP自適應(yīng)的一般呼叫流過(guò)程150,其中，UE 與應(yīng)用服務(wù)器之間的TCP鏈路已分成兩部分(1)在應(yīng)用服務(wù)器 104與代理112之間；以及(2)在代理112與UE 102之間。
圖5所示示例的初始條件如下應(yīng)用服務(wù)器根據(jù)諸如TCP機(jī)制 等網(wǎng)絡(luò)協(xié)議以一定的比特率發(fā)送有效負(fù)荷。由于空中接口方面的限制，代理112不允許以輸入有效負(fù)荷到達(dá)時(shí)的相同速度轉(zhuǎn)發(fā)輸入的 有效負(fù)荷。因此，代理112暫時(shí)將輸入有效負(fù)荷存儲(chǔ)在高速緩存(未 顯示)中，并通過(guò)發(fā)送確認(rèn)消息(ACK)來(lái)向應(yīng)用服務(wù)器確認(rèn)，就 仿佛有效負(fù)荷已由客戶(hù)接收一樣。這樣降低了可能采用TCP擁塞機(jī) 制的風(fēng)險(xiǎn)。同時(shí)，將所請(qǐng)求的象/文件的總下載時(shí)間降到最低。空中 接口的條件變化時(shí)，RNC可通知代理，代理隨后通知應(yīng)用服務(wù)器， 這樣，可采用新的比特傳送速率。根據(jù)本發(fā)明，在圖5的示例中執(zhí)行以下說(shuō)明性步驟 步驟151:應(yīng)用服務(wù)器以預(yù)定的速率將數(shù)據(jù)傳送到代理。 步驟152:代理由于空中接口方面的限制而無(wú)法以相同的速率 將數(shù)據(jù)轉(zhuǎn)發(fā)到UE102，因此，代理將數(shù)據(jù)緩沖。步驟153:代理發(fā)送確認(rèn)消息到應(yīng)用服務(wù)器以避免激活擁塞控 制才幾制。步驟154:空中接口條件改善。例如RNC 126的無(wú)線(xiàn)電資源管 理實(shí)體發(fā)現(xiàn)系統(tǒng)現(xiàn)在有空閑容量，因此，通過(guò)速率控制反饋消息通知代理112 (或與代理通信的數(shù)據(jù)庫(kù))特定的會(huì)話(huà)可采用新的更高 的比特率。因此，無(wú)線(xiàn)電資源管理實(shí)體以速率控制反饋消息的形式 將更低層消息發(fā)送到代理。在步驟156中，代理的內(nèi)部無(wú)線(xiàn)優(yōu)化算法通過(guò)確定最佳速率而 適應(yīng)新的情況。例如，在TCP系統(tǒng)中，代理確定最佳TCP段大小。在步驟158中，代理112隨后可將指定新比特率(或段大小) 的應(yīng)用層消息發(fā)送到應(yīng)用服務(wù)器。在步驟160中，應(yīng)用服務(wù)器通過(guò)發(fā)送應(yīng)用服務(wù)器確認(rèn)消息確認(rèn) 消息，并在步驟162中開(kāi)始以新速率發(fā)送。注意，過(guò)程150是根據(jù)本發(fā)明一個(gè)方面，基于網(wǎng)絡(luò)反饋的速率 自適應(yīng)行為的"快照"。在整個(gè)會(huì)話(huà)期間，可隨空中接口上允許的 會(huì)話(huà)比特率變化而多次釆用過(guò)程150。在現(xiàn)有通信系統(tǒng)中實(shí)施本發(fā)明時(shí)，本領(lǐng)域的技術(shù)人員理解，現(xiàn)18有軟件和/或硬件可能要進(jìn)行修改。在多數(shù)情況下，修改將主要是軟件修改。例如，RNC 126可進(jìn)行修改以便它可以將根據(jù)本發(fā)明的網(wǎng) 絡(luò)反饋傳送到另一單元，如代理112或應(yīng)用服務(wù)器104。在圖4a所 示的實(shí)施例中，RNC 126可在i)配置或ii)會(huì)話(huà)建立時(shí)獲悉代理 112的IP地址。這樣，RNC 126可將有關(guān)有效比特率的信息直接發(fā) 送到代理112而無(wú)需中間節(jié)點(diǎn)的任何詢(xún)問(wèn)。圖6是呼叫流程圖，顯示了類(lèi)似參照?qǐng)D5所述過(guò)程150的過(guò)程 170。然而，過(guò)程170顯示在RNC配置為發(fā)送特定會(huì)話(huà)的速率控制 指示時(shí)如何解決尋址問(wèn)題。過(guò)程170對(duì)RNC進(jìn)行配置，以使其將特 定業(yè)務(wù)類(lèi)的帶寬(即速率控制)指示經(jīng)GGSN發(fā)送到代理。應(yīng)用服 務(wù)器104根據(jù)網(wǎng)絡(luò)協(xié)議機(jī)制以一定的比特率發(fā)送數(shù)據(jù)。在傳輸期間 某一時(shí)刻，RNC 126確定新比特率可行，并向代理112發(fā)送IP消息。 然而，由于代理112不知道速率控制消息應(yīng)用于哪個(gè)會(huì)話(huà)(即，哪 個(gè)UE)，因此，該過(guò)程需要解析UE的IP地址和端口號(hào)。解析可通過(guò)T-PDU消息和TFT過(guò)濾子映射中的GTP-U隧道端 點(diǎn)標(biāo)識(shí)符完成。GGSN可釆用過(guò)程來(lái)確定UE的IP地址(或者將 MSISDN或IMSI附到消息上)。在后一情況下，MSISDN/IMSI將 由具有到代理的接口 (在圖6中未顯示)的服務(wù)網(wǎng)絡(luò)會(huì)話(huà)數(shù)據(jù)庫(kù)解 析并映射到UEIP地址。可在圖6所示的過(guò)程170中執(zhí)行以下步驟步驟172:應(yīng)用服務(wù)器104根據(jù)網(wǎng)絡(luò)協(xié)議機(jī)制以預(yù)定的比特率 發(fā)送數(shù)據(jù)。步驟174: RNC 126向代理發(fā)送中間層速率控制反饋消息(例 如，RNC通過(guò)隧道在GTP-U層上將速率控制消息發(fā)送到GGSN 130)。步驟176: GGSN 130攔截消息并通過(guò)使用T-PDU消息中的 GTP-U隧道端點(diǎn)標(biāo)識(shí)符(TEID )和如3GP TS 24.008中所解釋的TFT 過(guò)濾子映射，確定UE102的IP地址和端口號(hào)。步驟178: GGSN 130將速率控制指示經(jīng)網(wǎng)絡(luò)層消息(例如 RADIUS/HTTP消息)轉(zhuǎn)發(fā)到代理。此消息包括UE的IP地址和端 口號(hào)。因此，速率控制消息包含在空中接口上新采用的帶寬及源端 (UE)的IP地址和端口號(hào)。通過(guò)包括UE的IP地址和端口號(hào)，代 理可識(shí)別消息適用的特定應(yīng)用會(huì)話(huà)。步驟179:該代理基于速率控制消息中的信息確定最佳比特率。步驟180:代理112隨后可將指定新比特率的應(yīng)用層消息發(fā)送 到應(yīng)用服務(wù)器。在此示例中，應(yīng)用層消息是RTSP消息。在步驟182中，應(yīng)用服務(wù)器確認(rèn)RTSP消息并在步驟184中開(kāi) 始以新速率發(fā)送。在上述過(guò)程170中，RNC在速率控制反饋消息174中提供UE 的IP地址和端口號(hào)。因此，RNC先確定UE的IP地址(或者，將 MSISDN或IMSI號(hào)碼附到消息上。在后一情況下，MSISDN/IMSI 將由服務(wù)網(wǎng)絡(luò)會(huì)話(huà)數(shù)據(jù)庫(kù)解析并映射到UEIP地址)。下面將參照 圖7和圖8討i侖兩種確定UE的IP地址的方法。圖7說(shuō)明在PDP上下文建立時(shí)執(zhí)行"嗅探"過(guò)程190,以便RNC 可以啟動(dòng)速率控制服務(wù)。在本公開(kāi)中使用時(shí)，"嗅探"指RNC監(jiān)聽(tīng) 來(lái)自UE的用戶(hù)數(shù)據(jù)業(yè)務(wù)，并攔截適當(dāng)標(biāo)記的消息。例如，可能在 IuIP協(xié)議中有速率控制標(biāo)識(shí)(RCID)字段，或在IP首部中有目的 端口號(hào)，它提示RNC此類(lèi)消息可能與速率控制服務(wù)有關(guān)。最終用戶(hù) 激活PDP上下文時(shí)，GGSN將Radius記帳消息發(fā)送到代理。RADIUS 帳戶(hù)消息包括UE IP地址、MSISDN和可選的IMSI號(hào)碼。作為響應(yīng)， 代理經(jīng)GTP-U層向UE的IP地址和特定RC端口號(hào)發(fā)送速率控制初 始化消息。(除其它內(nèi)容外，RC初始化消息中的數(shù)據(jù)包含UE與 代理的IP地址和端口號(hào))。RNC嗅探(例如檢查)定向到此特定 RC端口號(hào)的消息。 一旦RNC嗅探到這種消息，它便利用GTP隧道 標(biāo)識(shí)符，將IP地址與對(duì)應(yīng)的RAB標(biāo)識(shí)符綁定。隨后，RNC可在包 ^il率變化的信道上，向它在PDP上下文激活時(shí)^r測(cè)到的IP地址和端口號(hào)發(fā)送速率控制反饋消息?？稍趫D7所示的過(guò)程190中執(zhí)行以下步驟步驟192:最終用戶(hù)激活發(fā)送到GGSN的PDP上下文。步驟194:作為響應(yīng)，GGSN將Radius記帳消息發(fā)送到代理。 RADIUS帳戶(hù)消息包括UE IP地址、MSISDN和可選的IMSI號(hào)碼。步驟196:代理在GTP-U級(jí)將速率控制初始化消息發(fā)往UE的 IP地址和特定的RC端口號(hào)。(除其它內(nèi)容外，RC初始化消息中的 數(shù)據(jù)包含UE與代理的IP地址和端口號(hào))。RNC嗅探(例如，檢 查)發(fā)向此特定RC端口號(hào)的消息。 一旦RNC嗅探到這種消息，它 便使用GTP隧道標(biāo)識(shí)符將IP地址與對(duì)應(yīng)的RAB-Id綁定。步驟198: RNC在包含速率變化的信道上將速率控制反饋消息 發(fā)往上述IP i也址和端口號(hào)。圖8顯示了另一 "嗅探"過(guò)程200,在該過(guò)程中，RNC以比過(guò) 程190(圖7)中更靈活的方式確定UE的IP地址。在此方案中，業(yè) 務(wù)不通過(guò)特定的代理。最初，UE發(fā)送http請(qǐng)求到代理以啟動(dòng)傳送請(qǐng) 求。TCP響應(yīng)會(huì)返回到UE。 TCP響應(yīng)可在一個(gè)或幾個(gè)TCP分組中 承載。(在"通過(guò)UDP進(jìn)行流式傳輸"的情況下，響應(yīng)也可在UDP 消息中承載)。RNC (或者，BSC)嗅探分組并確定分組的源和目 標(biāo)IP地址與端口號(hào)。隨后，RNC將速率控制反饋消息發(fā)回之前發(fā)現(xiàn) 的源IP地址和端口號(hào)。UE IP地址和端口號(hào)隨后可用作身^f分標(biāo)識(shí)， 并因此還可包括在消息中?？稍趫D8所示的過(guò)程200中執(zhí)行以下步驟步驟202: UE將http請(qǐng)求發(fā)送到代理。步驟204:返回TCP響應(yīng)。步驟206: RNC基于預(yù)定的準(zhǔn)則"嗅探"分組，并確定分組的 源和目標(biāo)IP i也址和端口號(hào)。步驟208: RNC現(xiàn)在可以將速率控制反饋消息發(fā)回發(fā)送代理/ 應(yīng)用服務(wù)器的IP地址和端口號(hào)。21圖9顯示了 一個(gè)示例，在該示例中，UE為RNC配置在PDP上 下文建立中用于速率控制服務(wù)的所需參數(shù)。在此示例中，代理將特 定的速率控制參數(shù)添加到RTSP/SDP協(xié)議中。RNS可以有或可以沒(méi) 有其自己的IP地址。在此示例中，代理和應(yīng)用服務(wù)器將用于顯示基 礎(chǔ)過(guò)禾呈的原理。
在圖9所示過(guò)程210中，添加了特定的身份標(biāo)識(shí)(ID)以便實(shí) 施RC速率控制服務(wù)，(即，RC ID )。在此示例中，RC IP地址和 RC端口號(hào)對(duì)應(yīng)于代理的IP地址和端口號(hào)。注意，在存在NAT(網(wǎng) 絡(luò)地址轉(zhuǎn)換器)時(shí)，由于UEIP地址和端口號(hào)是運(yùn)營(yíng)商特定的(即， 它們只在本地是已知的)，并且無(wú)法由服務(wù)器用作速率控制服務(wù)標(biāo) 識(shí)符，因此，將特殊的身份標(biāo)識(shí)用于速率控制服務(wù)。在替代實(shí)施例 中，如在基于TCP的業(yè)務(wù)的情況中，設(shè)置參數(shù)可由代理或服務(wù)器包 括在HTTP首部中。另 一種可能更適合一般TCP業(yè)務(wù)的選擇是為UE 預(yù)先配置RC IP地址和端口號(hào)。
根據(jù)圖9中所示的本示例，可以執(zhí)行以下步驟
步驟211: UE將RTSP描述消息發(fā)送到代理，以啟動(dòng)數(shù)據(jù)傳輸 進(jìn)程。代理又將消息轉(zhuǎn)發(fā)到應(yīng)用服務(wù)器。
步驟212:作為響應(yīng)，應(yīng)用將RSTP/SDP OK消息經(jīng)代理發(fā)回UE。
步驟213: UE隨后將RTSP建立消息經(jīng)代理發(fā)送到應(yīng)用服務(wù)器。 步驟214:作為響應(yīng)，應(yīng)用服務(wù)器將RTSP OK消息發(fā)回UE。 RTSP OK消息包含RC ID、 RC IP地址、RC端口號(hào)及速率控制已啟 用的指示(注意，RCIP地址和RC端口號(hào)分別對(duì)應(yīng)于代理的IP地 址和端口號(hào))。.
步驟216: UE將會(huì)話(huà)管理消息請(qǐng)求發(fā)送到SGSN以激活輔助 PDP上下文。此SM消息包含數(shù)據(jù)控制方法、RCID、 RCIP地址和 RC端口號(hào)。
步驟218:作為響應(yīng)，SGSN將中間層RANAP消息發(fā)送到RNC。在此示例中，消息是包M率控制方法、RC ID、 RCIP地址和RC 端口號(hào)的RAB指配請(qǐng)求消息。
步驟220: RNC發(fā)送RANAPRAB指配響應(yīng)形式的確認(rèn)，以指 示速率控制方法已^皮接受。
步驟222: SGSN隨后將第3層GTP-C建立PDP上下文請(qǐng)求發(fā) 送到GGSN以請(qǐng)求PDP上下文。
步驟224:作為響應(yīng)，GGSN將GTP-C建立PDP上下文響應(yīng)消 息發(fā)回SGSN。
步驟226: RNC隨后將基于IP的GTP消息發(fā)送到代理。該消 息包含RC ID和初始比特率。
步驟227:為響應(yīng)步驟216， SGSN將激活輔助PDP上下文請(qǐng)求 的SM接受消息發(fā)往UE。
步驟228:代理隨后可將應(yīng)用級(jí)RTSP消息發(fā)送到應(yīng)用服務(wù)器， 該消息指定數(shù)據(jù)傳輸?shù)某跏急忍芈省?br>
步驟229:應(yīng)用服務(wù)器確認(rèn)RTSP消息，并設(shè)置比特率。
步驟230: UE將開(kāi)始流式傳輸?shù)恼?qǐng)求(經(jīng)代理)發(fā)送到應(yīng)用服 務(wù)器。
步驟232:作為響應(yīng)，該應(yīng)用服務(wù)器將以之前確定的比率(在 上述步驟226中確定)發(fā)送流。
步驟234:在傳輸期間的某一點(diǎn)上，RNC確定新的比特率可行， 并將第3層基于IP的GTP消息(速率控制反饋)發(fā)送到代理。
步驟236:代理隨后將指定新比特率的應(yīng)用級(jí)RTSP消息發(fā)送到 應(yīng)用服務(wù)器。
步驟238:應(yīng)用服務(wù)器確認(rèn)RTSP消息，并在步驟240中開(kāi)始以 新速率發(fā)送。
如前面參照?qǐng)D9所述示例中一樣，圖10顯示了一個(gè)過(guò)程250, 在該過(guò)程中，代理為RNC配置在PDP上下文建立后速率控制服務(wù) 所需的參數(shù)。在此示例中，將代理和應(yīng)用服務(wù)器用于說(shuō)明基本過(guò)程。
23圖10所示示例的初始條件如下RNC不與IP地址相關(guān)聯(lián)，并 且UE不知道RC服務(wù)。此外，RNC和代理可通過(guò)配置工具140預(yù) 先配置以RC端口號(hào)。代理不使用此RC端口號(hào)作為RC消息的源端 口號(hào)。RNC使用RC端口號(hào)"嗅探，，或挑選RC消息，即，源端口 號(hào)等于RC端口號(hào)的消息。
在請(qǐng)求發(fā)起后(在此示例中，這發(fā)生在使用RTSP協(xié)議的應(yīng)用 層)，UE建立輔助PDP上下文TFT分組過(guò)濾子，使得它僅包括用 戶(hù)數(shù)據(jù)流(因?yàn)閁E不知道RC服務(wù)[參閱3GPPTS 23.060])。
為初始化RNC,代理發(fā)送初始化消息，該消息的IP/UDP首部 包^^作為目的地址和端口的UE IP地址和用戶(hù)數(shù)據(jù)端口號(hào)。源端口 是RC端口號(hào)(預(yù)先配置的)，并且源IP地址是代理的IP地址。因 此，初始化消息包含以下參數(shù)
RC IP地址(代理IP地址)
RC端口號(hào)(代理?yè)?jù)以監(jiān)聽(tīng)RC消息的端口 )
RCID
作為響應(yīng)，GGSN將輸入初始化消息映射到承載用戶(hù)數(shù)據(jù)流的 PDP上下文(即，承載要控制的數(shù)據(jù)的PDP上下文)，這是因?yàn)?RC消息的IP地址和目的端口號(hào)與用戶(hù)數(shù)據(jù)中的值相同。
如上所述，RNC "嗅探"該特定用戶(hù)的所有輸入業(yè)務(wù)，并攔截 將所述RC端口列為源端口的分組(即，速率控制消息)。因?yàn)镽C 消息源于正確的無(wú)線(xiàn)電接入承載(RAB) ， RNC能夠?qū)C消息與 該特定RAB綁定。
在上行鏈路中，RNC將RC響應(yīng)消息發(fā)送到RC IP地址和RC 端口號(hào)(即，到代理)。此消息包含初始比特率和RC ID。代理使 用RCID將速率控制消息綁定到RTSP會(huì)話(huà)。
根據(jù)圖10中所述的過(guò)程250，可執(zhí)行以下步驟
步驟252: UE將給應(yīng)用服務(wù)器的RTSP描述消息發(fā)送到代理以 開(kāi)始流式傳輸進(jìn)程。代理將該消息轉(zhuǎn)發(fā)到應(yīng)用服務(wù)器。步驟254:作為響應(yīng)，應(yīng)用服務(wù)器將RTSP/SDPOK消息經(jīng)代理 發(fā)回UE。
步驟255: UE隨后將RTSP建立消息經(jīng)代理發(fā)送到應(yīng)用服務(wù)器。 步驟256:作為響應(yīng)，應(yīng)用服務(wù)器將RTSP OK消息發(fā)回UE。 代理將RCID、 RCIP地址、RC端口號(hào)及速率控制已啟用的指示添 加到RTSP OK消息。RC IP地址和RC端口號(hào)對(duì)應(yīng)于代理的IP地址 和端口號(hào)。
步驟258: UE將SM消息請(qǐng)求發(fā)送到SGSN以激活輔助PDP 上下文。此SM消息包含速率控制方法、RC ID、 RCIP地址和RC
端口號(hào)。
步驟260:作為響應(yīng)，SGSN將RANAP消息發(fā)送到RNC。在 此示例中，消息是包含速率控制方法、RCID、 RCIP地址和RC端 口號(hào)的RAB指配請(qǐng)求消息。
步驟262: RNC發(fā)送RANAPRAB指配響應(yīng)形式的確認(rèn)，以指 示速率控制方法已^皮接受。
步驟264: SGSN隨后將GTP-C建立PDP上下文請(qǐng)求發(fā)送到 GGSN。
步驟266:作為響應(yīng)，GGSN將GTP-C建立PDP上下文響應(yīng)消 息發(fā)回SGSN。
步驟268:為響應(yīng)步驟258， SGSN將激活輔助PDP上下文請(qǐng)求 的SM接受消息發(fā)往UE。
步驟270:作為響應(yīng)，UE將RTSP播;^文消息經(jīng)代理發(fā)送到應(yīng)用 服務(wù)器。該播放消息包括初始比特率。
步驟272:作為響應(yīng)，該應(yīng)用服務(wù)器經(jīng)代理將速率控制請(qǐng)求發(fā) 往UE。此消息由RNC攔截。速率控制請(qǐng)求在GTP-U層(或IuUP 層)發(fā)送，且包含速率、RC IP地址、RC端口號(hào)和RC ID。 Iu UP 是指定RNC與CN之間(通過(guò)其SGSN)傳輸?shù)膮f(xié)議。GTP-U —般 是IuUP之上的層。
25步驟274:作為響應(yīng)，RNC將速率控制響應(yīng)消息經(jīng)代理發(fā)回應(yīng) 用服務(wù)器，以設(shè)置初始比特率。速率控制響應(yīng)消息包括RC ID和初 始比特率。在此示例中，應(yīng)用服務(wù)器將此消息作為RTSP消息接收。
步驟276:應(yīng)用服務(wù)器以初始比特率發(fā)送數(shù)據(jù)。
步驟278:在傳輸期間的某一點(diǎn)上，RNC確定新的比特率可行， 并將GTP-U消息(速率控制反饋)發(fā)送到代理。
步驟280:代理隨后將應(yīng)用層RTSP/RTCP消息發(fā)送到應(yīng)用服務(wù) 器，指定新比特率。
步驟282:應(yīng)用服務(wù)器確認(rèn)RTSP消息，并在步驟284中開(kāi)始以 新速率發(fā)送。
圖11顯示另一過(guò)程290，在該過(guò)程中，代理以用于速率控制服 務(wù)的參數(shù)對(duì)RNC進(jìn)行設(shè)置。與參照?qǐng)DIO所述的示例不同，在圖11 中所示的示例中，RNC具有IP地址。
過(guò)程290的初始條件如下代理可在RTSP/HTTP會(huì)話(huà)建立階段 初始請(qǐng)求時(shí)從UE檢索RNC/BSCIP地址。之后，UE連續(xù)地進(jìn)行有 關(guān)RNC/BSC的IP地址/端口號(hào)的更新，UE為之建立了 PDP上下文。 另外，在RNC/BSC間切換的情況下，移動(dòng)管理過(guò)程確保"新" RNC/BSC獲得更新，以便RC服務(wù)可繼續(xù)而無(wú)任何中斷。在PDP上 下文設(shè)置過(guò)程的初始RTSP信令交換和完成后，代理將特定RC參數(shù) (代理的)RCID、 RCIP地址、RC端口號(hào)、UEIP地址和UE數(shù)據(jù) 目的端口號(hào))通過(guò)發(fā)信號(hào)通知給RNC。 RNC將RC ID與RAB綁定 以便會(huì)話(huà)知道RC消息的發(fā)送目的地。為實(shí)現(xiàn)此過(guò)程，RNC "嗅探" 用戶(hù)數(shù)據(jù)流中的每個(gè)RAB，以便提取UE IP地址和UE數(shù)據(jù)目的端 口號(hào)。此信息可用于將RCID與正確的RAB綁定。
因此，根據(jù)圖11中顯示的此示例，可執(zhí)行以下步驟
步驟292: UE發(fā)送RTSP描述消息以啟動(dòng)傳輸請(qǐng)求。代理將消 息轉(zhuǎn)發(fā)到應(yīng)用服務(wù)器。
步驟294:作為響應(yīng)，應(yīng)用服務(wù)器將RTSP/SDPOK消息經(jīng)代理發(fā)回UE。
步驟296: UE隨后將RTSP建立消息經(jīng)代理發(fā)送到應(yīng)用服務(wù)器。步驟298:作為響應(yīng)，應(yīng)用服務(wù)器將RTSP OK消息發(fā)回UE，其中，RTSPOK消息包含RCID、 RCIP地址、RC端口號(hào)及速率控制已啟用的指示。這些號(hào)碼源于應(yīng)用服務(wù)器或代理。步驟300:建立PDP上下文。
步驟302: UE將RTSP播放消息經(jīng)代理發(fā)送到應(yīng)用服務(wù)器。
步驟304:作為響應(yīng)，應(yīng)用服務(wù)器將速率控制請(qǐng)求發(fā)送到RNC。速率控制請(qǐng)求在基于IP的GTP層傳送，并且包括速度控制方法、RCIP地址、RC端口號(hào)和RCID。
步驟306: RNC將速率控制消息通過(guò)基于IP的GTP層發(fā)回代理。速率控制響應(yīng)消息包括速率控制方法、RCID和初始比特率。
步驟307:代理隨后將指定初始比特率的RTSP消息發(fā)送到應(yīng)用服務(wù)器。
步驟308:應(yīng)用服務(wù)器確認(rèn)RTSP消息。
步驟309:應(yīng)用服務(wù)器經(jīng)RTSP消息以初始比特率發(fā)送數(shù)據(jù)。
步驟310:在傳輸期間的某一點(diǎn)上，RNC確定新的比特率可行，并將基于IP的GTP消息(速率控制反饋)發(fā)送到代理。
步驟312:代理隨后將指定新比特率的RTSP消息發(fā)送到應(yīng)用服務(wù)器。
步驟314:應(yīng)用服務(wù)器確認(rèn)RTSP消息，并在步驟316中開(kāi)始以新速率發(fā)送。
個(gè)人對(duì)個(gè)人服務(wù)
圖12顯示了根據(jù)本發(fā)明一個(gè)方面，在UMTS系統(tǒng)中的個(gè)人到個(gè)人(P2P)比特率自適應(yīng)示例。圖12中所示的UMTS系統(tǒng)包括兩個(gè)核心網(wǎng)CN 350a和CN 350b。核心網(wǎng)CN 350a包括連接到服務(wù)GRPS支持節(jié)點(diǎn)(SGSN )354a的網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(GGSN )352a。GGSN 352a可連接到多個(gè)SGSN。 GGSN 352a是朝向諸如PSTN或其它移動(dòng)網(wǎng)絡(luò)等外部網(wǎng)絡(luò)的網(wǎng)關(guān)，并且SGSN 354a連接到至少一個(gè)無(wú)線(xiàn)電控制實(shí)體(RCE)(圖12中未顯示)。每個(gè)RCE包括無(wú)線(xiàn)電網(wǎng)絡(luò)控制器(RNC)356a和連接到UMTS網(wǎng)絡(luò)中的相應(yīng)RNC 356a的至少一個(gè)基站(圖12中未顯示)。每個(gè)基站提供與移動(dòng)終端UE358a的無(wú)線(xiàn)通信。
類(lèi)似地，CN 350b具有與CN 350a類(lèi)似的組件。因此，核心網(wǎng)CN 350b包括連接到服務(wù)GRPS支持節(jié)點(diǎn)(SGSN )354b的網(wǎng)關(guān)GPRS支持節(jié)點(diǎn)(GGSN )352b。 GGSN 352b可連接到多個(gè)SGSN。 SGSN 354b連接到至少一個(gè)無(wú)線(xiàn)電控制實(shí)體(RCE)(圖12中未顯示)。每個(gè)RCE包括無(wú)線(xiàn)電網(wǎng)絡(luò)控制器(RNC) 356b和連接到UMTS網(wǎng)絡(luò)中RNC的至少一個(gè)基站(圖12中未顯示)。每個(gè)基站提供與移動(dòng)終端UE 358b的無(wú)線(xiàn)通信。
在此示例中，至少一個(gè)RCE包括用于控制其無(wú)線(xiàn)電鏈路Uu比特率的速率控制裝置。速率控制裝置最好是無(wú)線(xiàn)電資源管理(RRM)系統(tǒng)的一部分。在一個(gè)實(shí)施例中，速率控制裝置包括協(xié)商裝置。協(xié)商裝置用于在兩個(gè)速率控制裝置之間執(zhí)行無(wú)線(xiàn)電鏈路層比特率協(xié)商。
因此，為執(zhí)行協(xié)商，也可通過(guò)服務(wù)網(wǎng)絡(luò)366中的中間節(jié)點(diǎn)或代理360在兩個(gè)UE或兩個(gè)RNC之間發(fā)送速率控制消息。類(lèi)似地，速率控制消息可發(fā)送到固定網(wǎng)絡(luò)中的"等效"節(jié)點(diǎn)如i某體網(wǎng)關(guān)362，該節(jié)點(diǎn)可能與固定電話(huà)364進(jìn)行通信。
無(wú)線(xiàn)電鏈路366a上的上行和/或下行應(yīng)用層比特率由于所述無(wú)線(xiàn)電鏈路上的條件變化而需要修改時(shí)，無(wú)線(xiàn)電鏈路的第一速率控制裝置將修改信息傳送到第二無(wú)線(xiàn)電鏈路366b的第二速率控制裝置。隨后，通過(guò)協(xié)商裝置在第二和第一速率控制裝置之間就建議的應(yīng)用層比特率修改進(jìn)行協(xié)商。協(xié)商裝置可用于將協(xié)商結(jié)果傳送到至少一個(gè)速率控制裝置。隨后，從相應(yīng)的速率控制裝置請(qǐng)求相應(yīng)的移動(dòng)終端UE 358a、 UE 358b相應(yīng)地適應(yīng)其發(fā)送應(yīng)用層比特率和/或接收應(yīng)用層比特率。相應(yīng)的速率控制裝置通過(guò)使用例如無(wú)線(xiàn)電資源控制(RRC)協(xié)議等無(wú)線(xiàn)電通信協(xié)議，將無(wú)線(xiàn)電消息傳送到與其連接的終端，以請(qǐng)求移動(dòng)終端適應(yīng)新的應(yīng)用層比特率。因此，無(wú)線(xiàn)電消息映射到應(yīng)用層以便執(zhí)行協(xié)商的應(yīng)用層比特率變更。
速率控制裝置可駐留在若干實(shí)體中。例如，第一速率控制裝置可駐留在第一RCE中，而第二速率控制裝置可駐留在同一RCE中。或者，每個(gè)RCE可具有其自己的速率控制裝置，或者控制裝置可在諸如固定網(wǎng)絡(luò)等另 一網(wǎng)絡(luò)內(nèi)。如果第 一和第二速率控制裝置位于同一RCE內(nèi)，則兩個(gè)速率控制裝置之間的通信和協(xié)商既快又直接。如果第一和第二速率控制裝置經(jīng)諸如gprs支持節(jié)點(diǎn)等中間節(jié)點(diǎn)和/或
網(wǎng)關(guān)進(jìn)行通信，則RNC將速率控制消息發(fā)送到系統(tǒng)內(nèi)的其它節(jié)點(diǎn)。
例如，根據(jù)本發(fā)明的一個(gè)方面，第一RNC 356a可能使用第二移動(dòng)終端UE 358b的IP地址來(lái)將速率控制消息發(fā)送到第二 RNC356b。此IP地址可由例如GGSN 352a等中間節(jié)點(diǎn)用于將消息路由到第二RNC 356b，此RNC將對(duì)該消息進(jìn)行解釋?zhuān)⒏鶕?jù)理解操作。
然而，RNC最初不知道第二移動(dòng)終端的IP地址。因此，RNC可經(jīng)配置或"設(shè)置"，以便將RC消息發(fā)送到另一RNC、代理或另一節(jié)點(diǎn)，如i某體網(wǎng)關(guān)362。以下討論提供的示例說(shuō)明了在不同情況下用于RNC的設(shè)置過(guò)程。
圖13顯示了一個(gè)示例，在該示例中UE為RNC配置速率控制服務(wù)所需的參數(shù)。在此示例中，RNC不具有其自己的IP地址。UE358a開(kāi)始是將SIP邀請(qǐng)消息發(fā)往UE 358b。此消息包含描述UE 358a特性的SDP文件。例如，文件包含RC參數(shù)(ID、 IP地址和端口號(hào))以及指示UE 358A支持RC服務(wù)的屬性。此屬性可由UE 35犯用于向RNC-B指示UE 358A連接到支持速率控制服務(wù)的RAN。UE 358B以包含它的帶相同信息的會(huì)話(huà)描述予以答復(fù)。
一旦UE 358A和UE 358B知道彼此的會(huì)話(huà)特性，它們〗更開(kāi)始
29PDP上下文激活過(guò)程。UE 358APDP上下文請(qǐng)求消息包含UE 358B的RC參數(shù)。此信息由SGSN 354A經(jīng)RANAP RAB指配請(qǐng)求消息轉(zhuǎn)發(fā)到RNC 356A。 UE定義或"建立"輔助PDP上下文的TFT分組過(guò)濾子，使得它包括RC消息(例如，輸入RC消息將映射到此輔助PDP上下文上)。TFT由GGSN用于將輸入分組映射到正確的PDP上下文。TFT由一個(gè)或幾個(gè)分組過(guò)濾子組成，除其它信息外，每個(gè)過(guò)濾子還包含源地址、目的端口范圍和源端口范圍。TFT由UE建立并在"激活PDP上下文請(qǐng)求"消息中傳遞給GGSN。
在例如SIP的初始信令期間，UE收集有關(guān)會(huì)話(huà)數(shù)據(jù)流的信息，如IP地址和端口號(hào)，并且除其它信息外，尤其是收集RC參數(shù)。它使UE能夠定義將由GGSN用于將輸入數(shù)據(jù)和速率控制分組映射到此特定PDP上下文上的TFT。這樣，輸入RC消息可映射到承載控制用數(shù)據(jù)的PDP上下文，并且RNC將能夠攔截消息并將它與要控制的RAB綁定。
RNC 356A接收包含RC參數(shù)的RANAP消息時(shí)，它理解可用的傳送比特率必須傳送到遠(yuǎn)端實(shí)體。RNC 356A使用RC IP地址(UE358B的IP地址)將GTP-U或Iu UP初始化消息朝UE 358B路由。該消息包含空中接口 A上可用的DL比特率。RNC-B使用"嗅探"技術(shù)攔截這些消息，因?yàn)榘l(fā)往UE338B的所有業(yè)務(wù)會(huì)通過(guò)RNC-B。如上所述，"嗅探"表示RNC-B監(jiān)聽(tīng)從UE 358A到UE 358B的用戶(hù)數(shù)據(jù)業(yè)務(wù)，并攔截例如有標(biāo)記如GTP-U協(xié)議中的RC ID字段或IP首部中的目的端口號(hào)的消息，以促進(jìn)RC服務(wù)。上面參照?qǐng)D7和圖8討論了這種嗅探技術(shù)。RNC-B能夠?qū)C消息與正確的RAB綁定，這是因?yàn)镽C消息源于該特定RAB。
因此，根據(jù)圖13中所示的本示例，可執(zhí)行以下過(guò)程370:
步驟372: UE 358A發(fā)送SIP邀請(qǐng)消息以在UE 358A與UE 358B之間啟動(dòng)數(shù)據(jù)傳送進(jìn)程。該消息包含SDP文件，該文件包含速率、RCID、 RCIP地址和RC端口號(hào)。步驟374: UE358B以SIPOK消息響應(yīng)。確認(rèn)消息也包含SDP 文件，該文件包含UE 358B的速率、RCID、 RC IP地址和RC端口號(hào)。
步驟376: UE 358A將SM激活輔助PDP上下文請(qǐng)求發(fā)送到CN 350A。類(lèi)似地，UE 358B將SM激活輔助PDP上下文請(qǐng)求發(fā)送到 CN誦B。
步驟378: CN 350A將RANAP RAB指配請(qǐng)求消息發(fā)送到RNC 356A，該消息包含UE358B的速率、RCID、 RC IP地址和RC端口 號(hào)。類(lèi)似地，CN 350B將RANAP RAB指配請(qǐng)求消息發(fā)送到RNC 356B,該消息包含UE 358A的速率、RC ID、 RC IP地址和RC端口號(hào)。
步驟380: RNC 356A將RANAP RAB指配響應(yīng)消息發(fā)送到CN 350A。類(lèi)似地，RNC 356B將RANAP RAB指配響應(yīng)消息發(fā)送到CN 350B。
步驟382: CN 350A通過(guò)將SM激活輔助PDP上下文接受消息 發(fā)送到RNC356A，以確認(rèn)SM激活輔助PDP上下文請(qǐng)求。類(lèi)似地， CN 350B通過(guò)將SM激活輔助PDP上下文接受消息發(fā)送到RNC 356B，以確認(rèn)SM激活輔助PDP上下文請(qǐng)求。
步驟384: RNC 356A將Iu UP初始化消息發(fā)往UE 358B。初始 化消息包括UE 358A的可用比特傳送速率。RNC 356A使用RC IP 地址(UE 358B的IP地址)路由到UE 358B。
步驟386: RNC 356B攔截GTP-U初始化消息，并向UE 358A 回送GTP-U初始化消息，此初始化消息由RNC356A攔截，它包括 UE 358A的可用比特傳送速率。
步驟388: RNC 356A通過(guò)比較UE 358B的比特傳送速率和UE 358B的比特傳送速率而確定最佳比特傳送速率。類(lèi)似地，RNC 356B
定最佳比特傳送速率'步驟390: RNC 356A將指定初始比特率的RRC消息發(fā)往UE 358A。類(lèi)似地，RNC 356B將RRC消息發(fā)往UE358B,以指定初始 比特率。
步驟392: UE 358B將SIP確認(rèn)消息發(fā)往UE 358B,并且在步 驟394中以協(xié)商的速率進(jìn)行數(shù)據(jù)傳送。
圖14顯示了一個(gè)示例，在該示例中， 一個(gè)UE為適當(dāng)RNC配 置速率控制服務(wù)所需的參數(shù)。在此示例中，RNC具有其自己的IP地 址/端口號(hào)。此外，UE不斷進(jìn)行有關(guān)RNC/BSC的IP地址/端口號(hào)的 更新，這些UE為之建立了 PDP上下文。
圖14的過(guò)程410類(lèi)似于圖13的過(guò)程370，表現(xiàn)在RC ID用于 將應(yīng)用會(huì)話(huà)與RAB綁定。然而，在此示例中，RCIP地址和RC端 口號(hào)對(duì)應(yīng)于相應(yīng)的RNC的IP地址和端口號(hào)。
RNC以對(duì)應(yīng)RNC的RC ID、 IP地址和端口號(hào)RNC進(jìn)行過(guò)"設(shè) 置"。之后，RNC 356a可通過(guò)將速率控制(RC )消息發(fā)送到RNC 356B， 向RNC356b指示它具有不足或空閑的無(wú)線(xiàn)電資源；反之亦然。該消 息包含RC ID和比特率值。RNC 356B基于RC ID將RC消息與適 當(dāng)?shù)腞AB綁定。同樣的機(jī)制也可在反方向(即，從RNC 356b到RNC 356a)中使用。
如果UE 358A移動(dòng)到另一控制RNC，則移動(dòng)性管理過(guò)程會(huì)以必 需的數(shù)據(jù)(例如新的/更新的RNC IP地址/端口號(hào))更新所有新的對(duì) 應(yīng)的RNC,以便繼續(xù)速率控制服務(wù)而無(wú)中斷。
因此，根據(jù)圖14中所示的本示例，可執(zhí)行以下過(guò)程140:
步驟412: UE 358A發(fā)送SIP邀請(qǐng)消息以啟動(dòng)數(shù)據(jù)傳送。該消 息包含SDP文件，該文件包含速率、RCID、 RNC 356A的IP地址 和RNC 356A的端口號(hào)。
步驟414: UE 358B以SIP OK消息響應(yīng)。此確i^消息還包含 SDP文件，該文件包含速率、RC ID、 RNC 356B的IP地址和RNC 356B的端口號(hào)。
32步驟416: UE 358A將SM激活輔助PDP上下文請(qǐng)求發(fā)送到CN 350A。該請(qǐng)求包含速率、RCID、 RNC356B的IP地址和RNC 356B 的端口號(hào)。類(lèi)似地，UE 358B將SM激活輔助PDP上下文請(qǐng)求發(fā)送 到CN 350B,該請(qǐng)求包含速率、RC ID、 RNC 356A的IP地址和RNC 356A的端口號(hào)。
步驟418: CN 350A將RANAP RAB指配請(qǐng)求消息發(fā)送到RNC 356A，該消息包含速率、RC ID、 RNC 356B的IP地址和RNC 356B 的端口號(hào)。類(lèi)似地，CN 350B將RANAP RAB指配請(qǐng)求消息發(fā)送到 RNC 356B,該消息包舍逸率、RC ID、 RNC 356A的IP地址和RNC 356A的端口號(hào)。
步驟420: RNC 356A將RANAP RAB指配響應(yīng)消息發(fā)送到CN 350A。類(lèi)似地，RNC 356B將RANAP RAB指配響應(yīng)消息發(fā)送到CN 350B。
步驟422: CN 350A通過(guò)將SM激活輔助PDP上下文接受消息 發(fā)送到CN 350A，以確認(rèn)SM激活輔助PDP上下文請(qǐng)求。CN 350A 通過(guò)將SM激活輔助PDP上下文接受消息發(fā)送到CN 350A,以確認(rèn) SM激活輔助PDP上下文請(qǐng)求。
步驟424: RNC 356A將GTP-U初始化消息發(fā)送到RNC 356B， 該消息包括UE 358A的可用速率。
步驟426:作為響應(yīng)，RNC 356B將GTP-U初始化消息發(fā)送到 RNC 356A,該初始化消息包括UE 358A的可用比特傳送速率。
步驟428: RNC 356A通過(guò)比較UE 358B的比特傳送速率和UE 358B的比特傳送速率而確定最佳比特傳送速率。類(lèi)似地，RNC356B
定最佳比特傳送速率。
步驟430: RNC 356A將RRC消息發(fā)往UE 358A,以指定初始 比特率。類(lèi)似地，RNC 356B將RRC消息發(fā)往UE 358B,以指定初 始比特率。
33步驟432: UE 358A將SIP確認(rèn)消息發(fā)往UE 358B，并且在步 驟434中以協(xié)商的速率進(jìn)行數(shù)據(jù)傳送。
圖15顯示了一個(gè)示例，在該示例中，代理對(duì)RNC或BSC進(jìn)行 設(shè)置。在此示例中，RNC不與任一IP地址相關(guān)聯(lián)，并且UE不知道 RC月良務(wù)。此外，RNC和代理通過(guò)配置工具預(yù)先配置了 RC端口號(hào)。 此RC端口號(hào)由代理用作RC消息的源端口號(hào)。RNC使用RC端口號(hào) 挑選RC消息，換言之，挑選源端口號(hào)等于RC端口號(hào)的消息。在此 情況中，代理初始化RNC。
UE358A通過(guò)經(jīng)SIP代理將邀請(qǐng)消息發(fā)往UE358B而啟動(dòng)應(yīng)用 會(huì)話(huà)。該消息包括SDP文件，它指定適用于會(huì)話(huà)的速率。
在初始SIP信令后，由于UE不知道RC服務(wù)[參閱3GPP TS 23.060]，因此，UE建立輔助PDP上下文TFT分組過(guò)濾子，使得它 們包括用戶(hù)數(shù)據(jù)流。
由于代理是SIP代理，因此，它攔截SIP消息并由此可以讀取 并存儲(chǔ)有關(guān)UE和會(huì)話(huà)的所有信息。之后，代理初始化RNC。為執(zhí) 行初始化，代理360將初始化消息發(fā)往UE 358A和UE 358B IP目的 地址和作為目的端口的用戶(hù)數(shù)據(jù)端口號(hào)；源端口是RC端口號(hào)(預(yù) 先配置的)，并且源IP地址是代理IP地址。該消息包含以下參數(shù)
RC IP地址(對(duì)等UE IP地址)
RC源端口號(hào)(代理可選擇對(duì)等RNC據(jù)以監(jiān)聽(tīng)RC消息的端口 ) RCID
GGSN將輸入初始化消息映射到承載用戶(hù)數(shù)據(jù)流的PDP上下文 (即，承栽要控制的數(shù)據(jù)的PDP上下文)，這是因?yàn)镽C消息的IP 地址和目的端口號(hào)與用戶(hù)數(shù)據(jù)中的相等。
RNC "嗅探"該特定用戶(hù)的所有輸入業(yè)務(wù)，并攔截將上述RC 端口作為源端口的分組，即RC消息。由于RC消息源于正確的RAB， 因此，RNC能夠?qū)⑦@些RC消息與該特定RAB綁定。
在UL層，RNC 356A將RC初始化消息發(fā)送到RC IP地址和RC端口號(hào)(即發(fā)送到UE 358B)。該消息包含初始比特率和RC ID。 由于RC消息的IP地址和目的端口號(hào)與用戶(hù)數(shù)據(jù)流相等，因此
GGSN-B將輸入初始化消息映射到正確的PDP上下文。
在"嗅探"該特定用戶(hù)的所有輸入業(yè)務(wù)后，RNC 356B攔截將
上述RC端口作為源端口的分組，即RC消息。由于RC消息源于正
確的RAB，因此，RNC能夠?qū)C消息與該特定RAB綁定。
RNC 356B隨后以與前述示例類(lèi)似的方式應(yīng)答初始化RC消息。 因此，根據(jù)圖15中所示的本示例，可執(zhí)行以下過(guò)程440: 步驟442: UE358A將SIP邀請(qǐng)消息發(fā)送到代理360，該消息包
含SDP文件，該文件包含適用于會(huì)話(huà)的傳送速率。代理360將該SIP
消息轉(zhuǎn)發(fā)到UE358B上。
步驟444:作為響應(yīng)，UE 358B將SIP OK消息發(fā)送到代理360。
該確認(rèn)消息還包含SDP文件，該文件包含UE 358B的適用傳送速率。 步驟446: UE 358A將SM激活輔助PDP上下文請(qǐng)求發(fā)送到CN
350A。該請(qǐng)求包含傳送速率。類(lèi)似地，UE 358B將SM激活輔助PDP
上下文請(qǐng)求發(fā)送到CN350B，該請(qǐng)求也包含用戶(hù)傳送速率。
步驟448: CN 350A將RANAP RAB指配請(qǐng)求消息發(fā)送到RNC
356A,該消息包含速率、RCID、 RNC356B的IP地址和RNC 356B
的端口號(hào)。類(lèi)似地，CN 350B將RANAP RAB指配請(qǐng)求消息發(fā)送到
RNC356B,該消息包^ii率、RCID、 RNC 356A的IP地址和RNC
356A的端口號(hào)。
步驟450: RNC 356A將RANAP RAB指配響應(yīng)消息發(fā)送到CN 350A。類(lèi)似地，RNC 356B將RANAP RAB指配響應(yīng)消息發(fā)送到CN 350B。
步驟452: CN 350A通過(guò)將SM激活輔助PDP上下文接受消息 發(fā)送到CN 350A,以確認(rèn)SM激活輔助PDP上下文請(qǐng)求。CN 350B 通過(guò)將SM激活輔助PDP上下文接受消息發(fā)送到CN 358B,以確認(rèn) SM激活輔助PDP上下文請(qǐng)求。步驟454:代理360將GTP-U RC請(qǐng)求發(fā)往UE 358B。該RC請(qǐng)
求包括RC ID 、 RC IP地址和RC端口號(hào)。RNC 356B攔截此消息。 步驟456:代理360將GTP-U RC請(qǐng)求發(fā)往UE 358A。該RC
請(qǐng)求包括RCID、 RCIP地址和RC端口號(hào)。RNC 356A攔截此消息。 步驟458: RNC 356B返回對(duì)該RC請(qǐng)求的GTP-U響應(yīng)。 步驟460: RNC 356A返回對(duì)該RC請(qǐng)求的GTP-U響應(yīng)。 步驟462:現(xiàn)在RNC 356A知道UE 358b的地址，因此，RNC
356A將GTP-U初始化消息發(fā)往UE 358B。消息被RNC 356B攔截。
該消息包含UE 358A的RC ID和可用傳送速率。
步驟464:作為響應(yīng)，RNC 356B將GTP-U初始化消息發(fā)往UE
358A，此初始化消息由RNC 356A攔截，它包括UE 358B的可用比
特傳送速率。
步驟466:現(xiàn)在RNC 356A具有UE 358Br可用比特傳送速率， 因此，它可以通過(guò)比較UE358B的可用比特傳送速率和UE 358B的 可用比特傳送速率而確定最佳比特傳送速率。類(lèi)似地，RNC 356B通 過(guò)比較UE 358B的可用比特傳送速率和UE 358A的可用比特傳送速 率而確定最佳比特傳送速率。
步驟468: RNC 356A將RRC消息發(fā)往UE 358A，以指定初始 比特率。類(lèi)似地，RNC 356B將RRC消息發(fā)往UE 358B，以指定初 始比特率。
步驟470: UE 358A將SIP確認(rèn)消息發(fā)往UE 358B，并且在步 驟472中以協(xié)商的速率進(jìn)行數(shù)據(jù)傳送。
圖16顯示了過(guò)程480 ，在該過(guò)程中，代理對(duì)RNC或BSC進(jìn)行 設(shè)置。過(guò)程480類(lèi)似于參照?qǐng)D15所述的過(guò)程440。在此示例中，RNC 具有IP地址，并且本地SIP代理知道這些地址。因此，代理不斷進(jìn) 行有關(guān)RNC/BSC的IP地址/端口號(hào)的更新，UE為之建立了 PDP 上下文。RNC地址或者可從UE接收。
UE 358A通過(guò)經(jīng)SIP代理( 一個(gè)或多個(gè)此類(lèi)代理)將邀請(qǐng)消息
36發(fā)往UE 358B而啟動(dòng)應(yīng)用會(huì)話(huà)。第一 SIP代理將RNC-IP地址和端 口號(hào)添加到SIP消息中。SDP文件指定適用于會(huì)話(huà)的速率?；蛘?， 如果UE知道RNC IP地址，則UE可添加此信息到SIP消息中。
一旦UE 358A和UE 358B知道彼此的應(yīng)用會(huì)話(huà)特性，它們便開(kāi) 始PDP上下文激活過(guò)程。之后，UE 358A經(jīng)SIP代理將SIP確認(rèn)發(fā) 往UE358B。 SIP代理攔截此消息，并通過(guò)將RC請(qǐng)求消息發(fā)送到其 本地RNC而發(fā)出速率控制服務(wù)。這些消息包括特定的RC參數(shù)(RC ID、 RCIP地址、RC端口號(hào)、UEIP地址和UE數(shù)據(jù)目的端口號(hào))。 適當(dāng)?shù)腞NC將RC ID與RAB綁定，以便會(huì)話(huà)可以知道速率控制消 息的發(fā)送目的地。為執(zhí)行此過(guò)程，RNC "嗅探"用戶(hù)數(shù)據(jù)流中的每 個(gè)RAB，由此提取UE IP地址和UE數(shù)據(jù)目的端口號(hào)。此信息用于 將RC ID與適當(dāng)?shù)腞AB綁定。
因此，根據(jù)圖16中所示的本示例，可執(zhí)行以下過(guò)程480:
步驟482: UE 358A將包含SDP文件的SIP邀請(qǐng)消息發(fā)送到代 理360A，該文件包含適用于會(huì)話(huà)的傳送速率。SIP代理將UE 358A 的RNC-IP地址和端口號(hào)添加到SDP文件中。代理360A將SIP消息 轉(zhuǎn)發(fā)到其它SIP代理上，直至該消息到達(dá)UE358B。
步驟484:作為響應(yīng)，UE 358B將SIP OK消息發(fā)送到代理360B。 該確認(rèn)消息也包含SDP文件，該文件包含UE 358B的適用傳送速率。
步驟486: UE 358A將SM激活輔助PDP上下文請(qǐng)求發(fā)送到CN 350A。該請(qǐng)求包含用戶(hù)數(shù)據(jù)流。類(lèi)似地，UE 358B將SM激活輔助 PDP上下文請(qǐng)求發(fā)送到CN350B,該請(qǐng)求也包含用戶(hù)數(shù)據(jù)流。
步驟488: CN 350A將RANAP RAB指配請(qǐng)求消息發(fā)送到RNC 356A，該消息包含速率、RCID、 RNC356B的IP地址和RNC 356B 的端口號(hào)。類(lèi)似地，CN 350B將RANAP RAB指配請(qǐng)求消息發(fā)送到 RNC 356B,該消息包舍速率、RC ED、 RNC 356A的IP地址和RNC 356A的端口號(hào)。
步驟490: RNC 356A將RANAP RAB指配響應(yīng)消息發(fā)送到CN350A。類(lèi)似地，RNC 356B將RANAP RAB指配響應(yīng)消息發(fā)送到CN 350B。
步驟492: CN 350A通過(guò)將SM激活輔助PDP上下文接受消息 發(fā)送到CN 350A，以確認(rèn)SM激活輔助PDP上下文請(qǐng)求。CN 350B 通過(guò)將SM激活輔助PDP上下文接受消息發(fā)送到CN 350B，以確認(rèn) SM激活輔助PDP上下文請(qǐng)求。
步驟494: UE 358A將SIP確認(rèn)消息發(fā)回UE 358B。 步驟496:代理將GTP-U RC請(qǐng)求發(fā)送到RNC 356B。該RC請(qǐng) 求包括RC ID、 RC IP地址和RC端口號(hào)。類(lèi)似地，代理將GTP-U RC 請(qǐng)求發(fā)送到RNC 356A。該RC請(qǐng)求包括RCID、 RC IP地址和RC 端口號(hào)。
步驟498.' RNC 356B返回對(duì)RC請(qǐng)求的GTP-U響應(yīng)，并且RNC 356A返回對(duì)RC請(qǐng)求的GTP-U響應(yīng)。
步驟500: RNC 356A將GTP-U初始化消息發(fā)送到RNC 356B。 該消息包含UE 358A的RC ID和可用傳送速率。
步驟502:作為響應(yīng)，RNC 356B將GTP-U初始化消息發(fā)送到 RNC356A，該初始化消息包括UE358B的可用比特傳送速率。
步驟504: RNC 356A通過(guò)比較UE 358B的比特傳送速率和UE 358B的比特傳送速率并選擇最低比特傳送速率而確定最佳比特傳送 速率。類(lèi)似地，RNC 356B通過(guò)比較UE 358B的比特傳送速率和UE 358A的比特傳送速率而確定最佳比特傳送速率。
步驟506: RNC 356A將RRC消息發(fā)往UE 358A，以指定初始 比特率。類(lèi)似地，RNC 356B將RRC消息發(fā)往UE 358B，以指定初 始比特率。
步驟508:數(shù)據(jù)傳送以協(xié)商的速率進(jìn)行。
如圖12中所示，本發(fā)明的一些實(shí)施例可與i某體網(wǎng)關(guān)進(jìn)行通信。 々某體網(wǎng)關(guān)也可為RC服務(wù)對(duì)RNC/BSC進(jìn)行設(shè)置，該RC服務(wù)例如可 在移動(dòng)到固定電話(huà)通信中使用。此P2P情況可能類(lèi)似于P2C情況，其中代理替換為媒體網(wǎng)關(guān)(MGW) 。 MGW在PLMN與PSTN之間 執(zhí)行代碼轉(zhuǎn)換功能。因此，RC服務(wù)可用于正確地設(shè)置代碼轉(zhuǎn)換器的 比特率。
圖17是這樣的一個(gè)示例，其中UE以PDP上下文建立時(shí)速率控 制服務(wù)所需的參數(shù)對(duì)RNC (或者BSC)進(jìn)行設(shè)置。在此示例中， MGW將特定的RC參數(shù)添加到SIP/SDP協(xié)議中。RNC可具有或可 不具有其自己的ip地址。
在本示例550中，已添加特定標(biāo)識(shí)(ID)以便實(shí)施RC速率控 制月艮務(wù)(即，RC ID)。此外，RC IP地址和RC端口號(hào)對(duì)應(yīng)于MGWIP 地址和端口號(hào)。因此，在本示例中的RC設(shè)置在概念上類(lèi)似于參照 圖9所述的過(guò)程210。然而，在此示例中，SIP協(xié)議而不是RTSP用 于建立會(huì)話(huà)。因此，RC參數(shù)在SIPOK消息中發(fā)往UE。
根據(jù)圖17中所示的本示例，可執(zhí)行以下步驟
步驟552: UE將SIP邀請(qǐng)消息發(fā)送到MGW。
步驟554:作為響應(yīng)，MGW將SIP: 200 OK/SDP消息發(fā)回UE。 消息也包含SDP文件，該文件包含RC ID、 RC IP地址和RC端口號(hào)。
步驟556: UE將SM消息請(qǐng)求發(fā)送到SGSN以激活輔助PDP 上下文。此SM消息包含RCID、 RCIP地址和RC端口號(hào)。
步驟558:作為響應(yīng)，SGSN將RANAP消息發(fā)送到RNC。在 此示例中，消息是包含RC ID、 RC IP地址和RC端口號(hào)的RAB指 配請(qǐng)求消息。
步驟560: RNC發(fā)送RANAPRAB指配響應(yīng)形式的確認(rèn)，以指 示速率控制方法已被接受。
步驟562: SGSN隨后將GTP-C建立PDP上下文請(qǐng)求發(fā)送到 GGSN以開(kāi)始PDP上下文。
步驟564:作為響應(yīng)，GGSN將GTP-C建立PDP上下文響應(yīng)消 息發(fā)回SGSN。
步驟566: RNC隨后將GTP-U消息發(fā)送到MGW。該消息包括RCID和初始比特率。
步驟568: MGW將代碼轉(zhuǎn)換器的速率設(shè)為初始比特率。
步驟570:為響應(yīng)步驟556, SGSN將激活輔助PDP上下文請(qǐng)求 的SM接受消息發(fā)往UE。
步驟572:在UE與固定電話(huà)之間以代碼轉(zhuǎn)換器速率發(fā)送數(shù)據(jù)。
步驟574:在傳輸期間的某一點(diǎn)上，RNC確定新的比特率可行， 并將GTP-U消息(速率控制反饋)發(fā)送到MGW。
步驟576: MGW將代碼轉(zhuǎn)換器的速率調(diào)整為新速率。
步驟578:以新代碼轉(zhuǎn)換器速率發(fā)送數(shù)據(jù)。
圖18是一個(gè)示例，在該示例中MGW以PDP上下文建立時(shí)速 率控制服務(wù)所需參數(shù)對(duì)RNC或BSC進(jìn)行設(shè)置。在此示例中，RNC 不與IP地址相關(guān)聯(lián)，并且UE不知道RC服務(wù)。此外，RNC和MGW 可通過(guò)配置工具預(yù)先配置有RC端口號(hào)。MGW將此RC端口號(hào)用作 所有RC消息的源端口號(hào)。RNC使用RC端口號(hào)挑選RC消息，即， 源端口號(hào)等于RC端口號(hào)的消息。
在SIP初始信令后，UE建立輔助PDP上下文，其中，TFT分 組過(guò)濾方式使得它只包括用戶(hù)數(shù)據(jù)流，這是因?yàn)閁E不知道RC服務(wù) [參閱3GPPTS 23.060]。由于UE不知道RC服務(wù)，因此，它只可以 為用戶(hù)數(shù)據(jù)分組定義輔助PDP上下文的TFT分組過(guò)濾子(換言之， 它無(wú)法包括RC消息)。因此，RC消息映射到與用戶(hù)數(shù)據(jù)一樣的PDP 上下文上。因此，從GGSN的角度而言，RC消息看似用戶(hù)數(shù)據(jù)。此 映射可通過(guò)將與數(shù)據(jù)分組一樣的IP地址分配給RC消息來(lái)實(shí)現(xiàn)，但 源端口號(hào)為RC端口 。這樣，輸入RC消息將由GGSN映射到數(shù)據(jù) PDP上下文。RC消息隨后可由將RC源端口號(hào)用作標(biāo)識(shí)符的RNC 攔截。如上所述，RNC借助配置工具預(yù)先經(jīng)過(guò)配置，因此，它會(huì)識(shí) 別此類(lèi)型的消息。
為預(yù)先配置或"初始化"RNC， MGW發(fā)送初始化消息，該消 息的IP/UDP首部包含作為目的地址和端口的UE IP地址和用戶(hù)數(shù)
40據(jù)端口號(hào)，源端口是RC端口號(hào)(預(yù)先配置為MGW將據(jù)以監(jiān)聽(tīng)RC 消息的端口 )，并且源地址為MGW的IP地址(即，RC IP地址)。 消息還可包含RCID。
作為響應(yīng)，適用的GGSN將輸入初始化消息映射到承載用戶(hù)數(shù) 據(jù)流的PDP上下文(即，承載要控制的數(shù)據(jù)的PDP上下文)，這是 因?yàn)镽C消息的IP地址和目的端口號(hào)等于用戶(hù)數(shù)據(jù)的IP地址和目的 端口號(hào)。
如上所述，RNC "嗅探"該特定用戶(hù)的所有輸入業(yè)務(wù)，并攔截 以RC端口為源端口的分組，即RC消息。由于RC消息源于正確的 無(wú)線(xiàn)電接入承載(RAB ),因此，RNC能夠?qū)C消息與該特定RAB 綁定。
在上行鏈路中，RNC將RC響應(yīng)消息發(fā)送到RC IP地址和RC 端口號(hào)(即，發(fā)送到MGW)。該消息包含初始比特率和RCID。 #^居圖18中所述的本示例，可^l行以下過(guò)程590: 步驟592: UE將SIP邀請(qǐng)消息發(fā)送到MGW。 步驟594:作為響應(yīng)，MGW將SIP: 200 OK/SDP發(fā)回UE。 步驟596: UE將SM消息請(qǐng)求發(fā)送到SGSN以激活輔助PDP 上下文。
步驟598:作為響應(yīng)，SGSN將RANAP消息發(fā)送到RNC。
步驟600: RNC發(fā)送RANAPRAB指配響應(yīng)形式的確認(rèn)，以指 示速率控制方法已^皮接受。
步驟602: SGSN隨后將GTP-C建立PDP上下文請(qǐng)求發(fā)送到 GGSN以開(kāi)始PDP上下文。
步驟604:作為響應(yīng)，GGSN將GTP-C建立PDP上下文響應(yīng)消 息發(fā)回SGSN。
步驟606: MGW將GTP-U速率控制請(qǐng)求消息朝UE發(fā)送。在 此示例中，請(qǐng)求消息包括RC ID、 RC IP地址(即，MGW的IP地址) 和RC端口號(hào)。
41步驟608: RNC攔截此速率控制請(qǐng)求，作為響應(yīng)，它向MGW 發(fā)送初始化請(qǐng)求，其中，初始化請(qǐng)求包含RCID和初始比特率。 步驟610: MGW將代碼轉(zhuǎn)換器的速率設(shè)為初始比特率。 步驟612: SGSN以激活輔助PDP上下文接受消息響應(yīng)UE。 步驟614:在UE與固定電話(huà)之間以代碼轉(zhuǎn)換器速率發(fā)送數(shù)據(jù)。 步驟616:在傳輸期間的某一點(diǎn)上，RNC確定新的比特率可行， 并將GTP-U消息(速率控制反饋)發(fā)送到MGW。
步驟618: MGW將代碼轉(zhuǎn)換器速率調(diào)整為新速率。 步驟620:以新代碼轉(zhuǎn)換器速率發(fā)送數(shù)據(jù)。 圖19是一個(gè)示例，在該示例中MGW以PDP上下文建立時(shí)速 率控制服務(wù)所需參數(shù)對(duì)RNC或BSC進(jìn)行設(shè)置。然而，在此示例中， RNC具有IP地址，并且此地址為MGW所知。例如，MGW可在 RTSP/HTTP會(huì)話(huà)建立階段或在SIP建立階段從UE檢索RNC/BSC IP 地址。(UE不斷進(jìn)行有關(guān)RNCIP地址/端口號(hào)的更新，它已為之建 立了 PDP上下文)。
根據(jù)圖19中所示的示例過(guò)程630，可執(zhí)行以下步驟 步驟632: UE將SIP邀請(qǐng)消息發(fā)送到MGW。 步驟634:作為響應(yīng)，MGW將SIP: 200 OK/SDP發(fā)回UE。 步驟636: UE將SM消息請(qǐng)求發(fā)送到SGSN以激活輔助PDP 上下文。
步驟638:作為響應(yīng)，SGSN將RANAP消息發(fā)送到RNC。
步驟640: RNC發(fā)送RANAPRAB指配響應(yīng)形式的確認(rèn)，以指 示速率控制方法已^皮接受。
步驟642: SGSN隨后將GTP-C建立PDP上下文請(qǐng)求發(fā)送到 GGSN以開(kāi)始PDP上下文。
步驟644:作為響應(yīng)，GGSN將GTP-C建立PDP上下文響應(yīng)消 息發(fā)回SGSN。
步驟646: MGW隨后向UE發(fā)送GTP-U速率控制請(qǐng)求消息。在此示例中，該請(qǐng)求消息包括RCID、 RCIP地址和RC端口號(hào)。
步驟648:作為響應(yīng)，RNC向MGW發(fā)送初始化請(qǐng)求，其中， 初始化請(qǐng)求包含RC ID和初始比特率。
步驟650: MGW將代碼轉(zhuǎn)換器的速率設(shè)為初始比特率。 步驟652:為響應(yīng)步驟636， SGSN將激活輔助PDP上下文請(qǐng)求 的SM接受消息發(fā)往UE。
步驟654:在UE與固定電話(huà)之間以代碼轉(zhuǎn)換器速率發(fā)送數(shù)據(jù)。 步驟656:在傳輸期間的某一點(diǎn)上，RNC確定新的比特率可行， 并將GTP-U消息(速率控制反饋)發(fā)送到MGW。
步驟658: MGW將代碼轉(zhuǎn)換器的速率調(diào)整為新速率。 步驟660:以新代碼轉(zhuǎn)換器速率發(fā)送數(shù)據(jù)。 在附圖和說(shuō)明書(shū)中，已公開(kāi)了本發(fā)明的典型優(yōu)選實(shí)施例，并且 雖然采用了特定的術(shù)語(yǔ)，但它們只在一般的、描述性的意義上使用， 而不是為了進(jìn)行限制，本發(fā)明的范圍在所附權(quán)利要求書(shū)中陳述。本 領(lǐng)域的技術(shù)人員會(huì)認(rèn)識(shí)到其它亦結(jié)合了本發(fā)明的實(shí)施例，例如'.本 發(fā)明的實(shí)施例還可結(jié)合一種系統(tǒng)，所述系統(tǒng)結(jié)合了用于在從服務(wù)實(shí) 體到客戶(hù)的數(shù)據(jù)比特傳送會(huì)話(huà)中控制數(shù)據(jù)比特傳輸流速率的方法； 所述會(huì)話(huà)涉及經(jīng)無(wú)線(xiàn)通信鏈路的比特傳送；所述系統(tǒng)包括通過(guò)提 供無(wú)線(xiàn)電控制節(jié)點(diǎn)以設(shè)立與所述無(wú)線(xiàn)鏈路相關(guān)的流速率參數(shù)而建立 所述會(huì)話(huà)的裝置，其中，所述建立裝置包括用于解析所述無(wú)線(xiàn)電 控制節(jié)點(diǎn)與所述服務(wù)實(shí)體之間的尋址的部件；用于將速率控制配置 參數(shù)發(fā)送到所述無(wú)線(xiàn)電控制節(jié)點(diǎn)的部件；用于在所述無(wú)線(xiàn)電控制節(jié) 點(diǎn)中生成包括初始流速率參數(shù)的初始速率控制(RC)消息的部件； 用于發(fā)送至少一個(gè)初始速率控制消息以允許所述服務(wù)實(shí)體根據(jù)至少 一個(gè)所述初始流速率參數(shù)為所述會(huì)話(huà)設(shè)置初始傳輸速率的部件；用 于監(jiān)視所述無(wú)線(xiàn)通信鏈路的部件；用于基于監(jiān)視，發(fā)送新流速率參 數(shù)以便所迷服務(wù)實(shí)體可以根據(jù)所述新速率控制參數(shù)來(lái)更新所迷會(huì)話(huà) 的傳輸速率的部件。此類(lèi)系統(tǒng)可還包括由所述無(wú)線(xiàn)電控制節(jié)點(diǎn)檢查所述客戶(hù)與所述 服務(wù)實(shí)體之間的所述流中每個(gè)消息的首部，以獲得所檢查的消息內(nèi) 的速率控制配置參數(shù)的部件。
所述系統(tǒng)還可包括激活所述客戶(hù)與網(wǎng)關(guān)節(jié)點(diǎn)之間的中間層信 息集的部件；用于由所述網(wǎng)關(guān)節(jié)點(diǎn)將包括所述客戶(hù)的IP地址的應(yīng)用 層消息發(fā)送到所述服務(wù)實(shí)體的部件；用于由所述無(wú)線(xiàn)電控制節(jié)點(diǎn)從 所述服務(wù)實(shí)體接收包括所述服務(wù)實(shí)體的IP地址的無(wú)線(xiàn)電控制啟動(dòng)消 息，以允許所述無(wú)線(xiàn)電控制節(jié)點(diǎn)向所述服務(wù)實(shí)體發(fā)送消息的部件； 以及用于由所述無(wú)線(xiàn)電控制節(jié)點(diǎn)將速率控制消息發(fā)送到所述服務(wù)實(shí) 體的部件，其中，所述速率控制消息包含流速率參數(shù)。
所述系統(tǒng)還可包括用于由所述客戶(hù)將應(yīng)用層命令發(fā)送到所述 服務(wù)實(shí)體而發(fā)起會(huì)話(huà)的部件；用于由所述服務(wù)實(shí)體將傳輸層命令發(fā) 送到所述客戶(hù)的部件；用于由所述無(wú)線(xiàn)電控制節(jié)點(diǎn)檢查來(lái)自所述服 務(wù)實(shí)體的傳輸層命令的首部以獲得所述傳輸層命令內(nèi)的速率控制配 置參數(shù)的部件；用于由所述無(wú)線(xiàn)電控制節(jié)點(diǎn)發(fā)送速率控制反饋以響 應(yīng)在所述傳輸層命令中找到速率控制配置參數(shù)的部件。
另外，用于建立的所述裝置還可包括用于根據(jù)應(yīng)用層協(xié)議發(fā) 起所述會(huì)話(huà)的部件；用于由所述無(wú)線(xiàn)電控制節(jié)點(diǎn)接收根據(jù)第一中間 層協(xié)議的速率控制配置參數(shù)的部件；用于將所述第一中間層控制配 置參數(shù)結(jié)合到根據(jù)第二中間層協(xié)議的參數(shù)的部件；以及用于在所述 初始速率控制消息中包括所述結(jié)合參數(shù)的部件。
用于建立的所述裝置還可包括用于根據(jù)應(yīng)用層協(xié)議發(fā)起所述 會(huì)話(huà)的部件；用于由所述無(wú)線(xiàn)電控制節(jié)點(diǎn)接收根據(jù)中間層協(xié)議的速 率控制配置參數(shù)的部件；用于發(fā)送所述初始速率到所述配置參數(shù)中 指定的速率控制IP地址的部件。
所述系統(tǒng)還可包括用于激活網(wǎng)絡(luò)中客戶(hù)與服務(wù)支持節(jié)點(diǎn)之間的 中間層信息集的部件。所述系統(tǒng)的服務(wù)實(shí)體可以是應(yīng)用服務(wù)器、流 式服務(wù)器或與應(yīng)用服務(wù)器通信的代理?？蛻?hù)可以是移動(dòng)臺(tái)。
44在其它實(shí)施例中，速率控制配置參數(shù)可選自下列項(xiàng)速率控制 方法指示、速率控制標(biāo)識(shí)符、速率控制IP地址及速率控制端口號(hào)。 所述流速率參數(shù)選自下列項(xiàng)速率控制標(biāo)識(shí)符和比特率。應(yīng)用層協(xié) 議可以是實(shí)時(shí)流協(xié)議(RTSP)，第一中間協(xié)議是無(wú)線(xiàn)接入網(wǎng)應(yīng)用部 分(RANAP)，并且第二中間協(xié)議是IuUP或基于IP的GTP。此外， 會(huì)話(huà)可在是通用移動(dòng)電話(huà)系統(tǒng)(UMTS )、通用分組無(wú)線(xiàn)業(yè)務(wù)(GPRS ) 系統(tǒng)或WLAN網(wǎng)絡(luò)的網(wǎng)絡(luò)中進(jìn)行。
在另外一些實(shí)施例中，可存在具有指令的系統(tǒng)，這些指令用于 協(xié)商從第一移動(dòng)實(shí)體到第二移動(dòng)實(shí)體的數(shù)據(jù)比特傳送會(huì)話(huà)中的數(shù)據(jù) 比特傳輸流速率；所述會(huì)話(huà)涉及經(jīng)至少一條無(wú)線(xiàn)通信鏈路上的比特 傳輸；所述指令可包括提供與所迷笫一移動(dòng)實(shí)體通信的第一無(wú)線(xiàn) 電控制節(jié)點(diǎn)以控制到所述第一移動(dòng)實(shí)體的第一無(wú)線(xiàn)電鏈路的比特傳 輸速率；提供與所述第二移動(dòng)實(shí)體通信的第二無(wú)線(xiàn)電控制節(jié)點(diǎn)以控 制到所述第二移動(dòng)實(shí)體的第二無(wú)線(xiàn)電鏈路的比特傳輸速率；解析所 述第一無(wú)線(xiàn)電控制節(jié)點(diǎn)與所述第二無(wú)線(xiàn)電控制節(jié)點(diǎn)之間的尋址，以 允許所述第一無(wú)線(xiàn)電控制節(jié)點(diǎn)與所述第二無(wú)線(xiàn)電控制節(jié)點(diǎn)之間的通 信；發(fā)送所述第 一鏈路的速率控制參數(shù)到所述第二無(wú)線(xiàn)電控制節(jié)點(diǎn)； 發(fā)送所述第二鏈路的速率控制參數(shù)到所述第一無(wú)線(xiàn)電控制節(jié)點(diǎn)；匹 配所述速率控制參數(shù)以獲得實(shí)際的比特傳輸速率；將所述實(shí)際比特 傳輸速率的指示發(fā)送到所述第一移動(dòng)實(shí)體和所述第二移動(dòng)實(shí)體，以 便所述比特傳輸可以所述比特傳輸速率進(jìn)行。
在一些實(shí)施例中，解析還可包括通過(guò)在所述第一移動(dòng)實(shí)體與 所述第二移動(dòng)實(shí)體之間發(fā)送根據(jù)應(yīng)用層協(xié)議的建立命令而發(fā)起會(huì) 話(huà)；在所述第一移動(dòng)實(shí)體與服務(wù)節(jié)點(diǎn)之間設(shè)立中間層信息集；由所 述第一無(wú)線(xiàn)電控制節(jié)點(diǎn)接收用于所述第二移動(dòng)實(shí)體的根據(jù)第一中間 層協(xié)議的速率控制配置參數(shù)；以及由所述第二無(wú)線(xiàn)電控制節(jié)點(diǎn)接收 用于所述第一移動(dòng)實(shí)體的根據(jù)第一中間層協(xié)議的速率控制配置參 數(shù)。
45在其它實(shí)施例中，所述系統(tǒng)可包含一些指令，這些指令用于由 所述第 一無(wú)線(xiàn)電控制節(jié)點(diǎn)檢查定址到所述第 一移動(dòng)實(shí)體的消息的首
部，以獲得所述第二無(wú)線(xiàn)電鏈路的可用傳輸速率；以及用于由所述 第二無(wú)線(xiàn)電控制節(jié)點(diǎn)檢查定址到所述第二移動(dòng)實(shí)體的消息的首部， 以獲得所述第一無(wú)線(xiàn)電鏈路的可用傳輸速率。
在一些實(shí)施例中，所述系統(tǒng)可包含一些指令，這些指令用于 提供代理，由此，源于所述第二移動(dòng)實(shí)體而要由所述第一移動(dòng)實(shí)體 接收的所有消息、源于所述第一移動(dòng)實(shí)體而要由所述第二移動(dòng)實(shí)體 接收的所有消息均通過(guò)代理發(fā)送并由其轉(zhuǎn)發(fā)；或者，由所述第一無(wú) 線(xiàn)電控制節(jié)點(diǎn)檢查定址到所述第一移動(dòng)實(shí)體的消息的首部，以獲得 與所述第二移動(dòng)實(shí)體相關(guān)的速率控制配置參數(shù)；以及由所述第二無(wú) 線(xiàn)電控制節(jié)點(diǎn)檢查定址到所述第二移動(dòng)實(shí)體的消息的首部，以獲得 與所述第 一移動(dòng)實(shí)體相關(guān)的速率控制配置參數(shù)。
在一些實(shí)施例中，所述系統(tǒng)可包含一些指令，這些指令用于提 供第一代理，由此，由所述第一移動(dòng)實(shí)體發(fā)送到所述第二移動(dòng)實(shí)體 的所有消息、由所述第 一無(wú)線(xiàn)電控制節(jié)點(diǎn)發(fā)送到所述第二無(wú)線(xiàn)電控 制節(jié)點(diǎn)的所有消息均發(fā)送到所述第一代理并由其轉(zhuǎn)發(fā)。另外， 一些 實(shí)施例可包含一些指令，這些指令用于提供第二代理，由此，由所 述第二移動(dòng)實(shí)體發(fā)送到所述第 一移動(dòng)實(shí)體的所有消息和由所述第二 無(wú)線(xiàn)電控制節(jié)點(diǎn)發(fā)送到所述第 一無(wú)線(xiàn)電控制節(jié)點(diǎn)的所有消息均發(fā)送 到所述第二代理并由其轉(zhuǎn)發(fā)。
在這些實(shí)施例的部分實(shí)施例中，所述系統(tǒng)使用的應(yīng)用層協(xié)議是 會(huì)話(huà)發(fā)起協(xié)議，第一中間層協(xié)議是無(wú)線(xiàn)接入網(wǎng)應(yīng)用部分(RANAP)， 并且第二中間層協(xié)議是Iu UP。
在另外的一些實(shí)施例中，可存在這樣的系統(tǒng)，該系統(tǒng)用于在從 媒體網(wǎng)關(guān)到客戶(hù)的數(shù)據(jù)比特傳送會(huì)話(huà)期間控制該媒體網(wǎng)關(guān)的代碼轉(zhuǎn) 換速率；所述比特傳送會(huì)話(huà)涉及經(jīng)無(wú)線(xiàn)通信鏈路的比特傳送；所述 系統(tǒng)包括用于通過(guò)提供無(wú)線(xiàn)電控制節(jié)點(diǎn)以設(shè)立與所述無(wú)線(xiàn)鏈路相關(guān)的代碼轉(zhuǎn)換速率參數(shù)而建立所述會(huì)話(huà)的裝置；其中，用于建立的
所述裝置包括用于解析所述無(wú)線(xiàn)電控制節(jié)點(diǎn)與所述々某體網(wǎng)關(guān)之間 的尋址的部件；用于將速率控制配置參數(shù)發(fā)送到所述無(wú)線(xiàn)電控制節(jié) 點(diǎn)的部件；用于在所述無(wú)線(xiàn)電控制節(jié)點(diǎn)中生成包括初始代碼轉(zhuǎn)換速 率參數(shù)的初始速率控制消息的部件；用于發(fā)送至少一個(gè)初始速率控 制消息以便所述々某體網(wǎng)關(guān)根據(jù)至少一個(gè)所述初始代碼轉(zhuǎn)換速率參數(shù) 為所述會(huì)話(huà)設(shè)置初始代碼轉(zhuǎn)換速率的部件；用于監(jiān)視所述無(wú)線(xiàn)通信 鏈路的部件；用于基于監(jiān)視，發(fā)送新代碼轉(zhuǎn)換速率參數(shù)以便所述々某
率的部件。
其它實(shí)施例可包含用于由所述無(wú)線(xiàn)電控制節(jié)點(diǎn)檢查所述客戶(hù)與 所述i某體網(wǎng)關(guān)之間的所述流中每個(gè)消息的首部，以獲得所檢查的消 息內(nèi)的速率控制配置參數(shù)的部件。還有的其它實(shí)施例可包括用于 激活所述網(wǎng)絡(luò)中所述客戶(hù)與網(wǎng)關(guān)節(jié)點(diǎn)之間的中間層信息集的部件； 用于由所述網(wǎng)關(guān)節(jié)點(diǎn)將包括所述客戶(hù)的IP地址的應(yīng)用層消息發(fā)送到 所述i某體網(wǎng)關(guān)的部件；用于由所述無(wú)線(xiàn)電控制節(jié)點(diǎn)接收包括所述々某 體網(wǎng)關(guān)的IP地址的速率控制啟動(dòng)消息，以允許所述無(wú)線(xiàn)電控制節(jié)點(diǎn) 向所述J(某體網(wǎng)關(guān)發(fā)送消息的部件。
其它實(shí)施例可包括用于由客戶(hù)將應(yīng)用層命令發(fā)送到媒體網(wǎng)關(guān) 而發(fā)起會(huì)話(huà)的部件；用于由所述媒體網(wǎng)關(guān)將傳輸層命令發(fā)送到所述 客戶(hù)的部件，其中，所述傳輸層命令包括速率控制配置參數(shù)；以及 用于由所述無(wú)線(xiàn)電控制節(jié)點(diǎn)檢查傳輸層命令首部以獲得所述傳輸層 命令內(nèi)的速率控制配置參數(shù)的部件。
在一些實(shí)施例中，用于建立的所述裝置還包括用于根據(jù)應(yīng)用 層協(xié)議發(fā)起所述會(huì)話(huà)的部件；用于由所述無(wú)線(xiàn)電控制節(jié)點(diǎn)接收根據(jù) 第一中間層協(xié)議的速率控制配置參數(shù)的部件；用于將所述第一中間 層控制配置參數(shù)結(jié)合到根據(jù)第二中間層協(xié)議的參數(shù)的部件；用于在 所述初始速率控制消息中包括所述結(jié)合參數(shù)的部件。在一些實(shí)施例中，用于建立的所述裝置還包括用于根據(jù)應(yīng)用 層協(xié)議發(fā)起所述會(huì)話(huà)的部件；用于由所述無(wú)線(xiàn)電控制節(jié)點(diǎn)接收根據(jù) 中間層協(xié)議的所述速率控制配置參數(shù)的部件；用于發(fā)送所述初始速 率到所述配置參數(shù)中指定的速率控制IP地址的部件。
此類(lèi)實(shí)施例還可包括用于激活所述網(wǎng)絡(luò)中所述客戶(hù)與服務(wù)支持 節(jié)點(diǎn)之間的中間層信息集的部件，其中，所述客戶(hù)可以是移動(dòng)臺(tái)。 此外，所述速率控制配置參數(shù)可選自下列項(xiàng)速率控制方法指示、 速率控制標(biāo)識(shí)符、速率控制IP地址及速率控制端口號(hào)；以及所述代 碼轉(zhuǎn)換速率參數(shù)可選自下列項(xiàng)速率控制標(biāo)識(shí)符和比特率。
在此類(lèi)實(shí)施例中，應(yīng)用層協(xié)議可以是SIP[會(huì)話(huà)發(fā)起協(xié)議]，第一 中間協(xié)議可以是無(wú)線(xiàn)接入網(wǎng)應(yīng)用部分(RANAP)，并且第二中間協(xié) 議可以是IuUP。另外，會(huì)話(huà)可在是通用移動(dòng)電話(huà)系統(tǒng)(UMTS)、 通用分組無(wú)線(xiàn)業(yè)務(wù)(GPRS)系統(tǒng)或WLAN網(wǎng)絡(luò)的網(wǎng)絡(luò)中進(jìn)行。
權(quán)利要求
1.一種用于協(xié)商從第一移動(dòng)實(shí)體到第二移動(dòng)實(shí)體的數(shù)據(jù)比特傳送會(huì)話(huà)中的數(shù)據(jù)比特傳輸流速率的方法；所述會(huì)話(huà)涉及經(jīng)至少一條無(wú)線(xiàn)通信鏈路的比特傳輸；所述方法包括提供與所述第一移動(dòng)實(shí)體進(jìn)行通信的第一無(wú)線(xiàn)電控制節(jié)點(diǎn)，以控制到所述第一移動(dòng)實(shí)體的第一無(wú)線(xiàn)電鏈路的比特傳輸速率；提供與所述第二移動(dòng)實(shí)體進(jìn)行通信的第二無(wú)線(xiàn)電控制節(jié)點(diǎn)，以控制到所述第二移動(dòng)實(shí)體的第二無(wú)線(xiàn)電鏈路的比特傳輸速率；解析所述第一無(wú)線(xiàn)電控制節(jié)點(diǎn)與所述第二無(wú)線(xiàn)電控制節(jié)點(diǎn)之間的尋址，以允許所述第一無(wú)線(xiàn)電控制節(jié)點(diǎn)與所述第二無(wú)線(xiàn)電控制節(jié)點(diǎn)之間的通信；發(fā)送所述第一鏈路的速率控制參數(shù)到所述第二無(wú)線(xiàn)電控制節(jié)點(diǎn)；發(fā)送所述第二鏈路的速率控制參數(shù)到所述第一無(wú)線(xiàn)電控制節(jié)點(diǎn)；匹配所述速率控制參數(shù)以獲得實(shí)際的比特傳輸速率；將所述實(shí)際的比特傳輸速率的指示發(fā)送到所述第一移動(dòng)實(shí)體和所述第二移動(dòng)實(shí)體，以便所述比特傳輸能以所述比特傳輸速率出現(xiàn)。
2. 如權(quán)利要求1所述的方法，其特征在于所述解析還包括 通過(guò)在所述第 一移動(dòng)實(shí)體與所述第二移動(dòng)實(shí)體之間發(fā)送根據(jù)應(yīng)用層協(xié)議的建立命令而發(fā)起會(huì)話(huà)；在所述第 一移動(dòng)實(shí)體與服務(wù)節(jié)點(diǎn)之間設(shè)立中間層信息集；由所述第 一無(wú)線(xiàn)電控制節(jié)點(diǎn)接收用于所述第二移動(dòng)實(shí)體的根據(jù)第一中間層協(xié)議的速率控制配置參數(shù)；以及由所述第二無(wú)線(xiàn)電控制節(jié)點(diǎn)接收用于所述第一移動(dòng)實(shí)體的根據(jù)第一中間層協(xié)議的速率控制配置參數(shù)。
3. 如權(quán)利要求2所述的方法，其特征在于還包括由所述第 一無(wú)線(xiàn)電控制節(jié)點(diǎn)檢查定址到所述第 一移動(dòng)實(shí)體的消息的首部，以獲得所述第二無(wú)線(xiàn)電鏈路的可用傳輸速率；以及由所述第二無(wú)線(xiàn)電控制節(jié)點(diǎn)檢查定址到所述第二移動(dòng)實(shí)體的消 息的首部，以獲得所述第一無(wú)線(xiàn)電鏈路的可用傳輸速率。
4. 如權(quán)利要求1所述的方法，其特征在于還包括 提供代理，由此源于所述第二移動(dòng)實(shí)體而要由所述第 一移動(dòng)實(shí)體接收的所有消息、源于所述第一移動(dòng)實(shí)體而要由所述第二移動(dòng)實(shí) 體接收的所有消息均通過(guò)所述代理發(fā)送并由其繼續(xù)轉(zhuǎn)發(fā)。
5. 如權(quán)利要求4所述的方法，其特征在于還包括由所述第 一無(wú)線(xiàn)電控制節(jié)點(diǎn)檢查定址到所述第 一移動(dòng)實(shí)體的消 息的首部，以獲得與所述第二移動(dòng)實(shí)體相關(guān)的速率控制配置參數(shù)； 以及由所述第二無(wú)線(xiàn)電控制節(jié)點(diǎn)檢查定址到所述第二移動(dòng)實(shí)體的消 息的首部，以獲得與所述第一移動(dòng)實(shí)體相關(guān)的速率控制配置參數(shù)。
6. 如權(quán)利要求l所述的方法，其特征在于還包括提供第一代 理，由此由所述第一移動(dòng)實(shí)體發(fā)送到所述第二移動(dòng)實(shí)體的所有消息、 由所述第 一無(wú)線(xiàn)電控制節(jié)點(diǎn)發(fā)送到所述第二無(wú)線(xiàn)電控制節(jié)點(diǎn)的所有 消息均發(fā)送到所述第 一代理并由其轉(zhuǎn)發(fā)。
7. 如權(quán)利要求6所述的方法，其特征在于還包括提供第二代 理，由此由所述第二移動(dòng)實(shí)體發(fā)送到所述第一移動(dòng)實(shí)體的所有消息 和由所述第二無(wú)線(xiàn)電控制節(jié)點(diǎn)發(fā)送到所述第 一無(wú)線(xiàn)電控制節(jié)點(diǎn)的所 有消息均發(fā)送到所述第二代理并由其轉(zhuǎn)發(fā)。
8. 如權(quán)利要求l所述的方法，其特征在于所述應(yīng)用層協(xié)議是 會(huì)話(huà)發(fā)起協(xié)議，所述第一中間層協(xié)議是無(wú)線(xiàn)接入網(wǎng)應(yīng)用部分(RANAP)，并且所述第二中間層協(xié)議是IuUP。
全文摘要
本發(fā)明公開(kāi)了一種用于控制從服務(wù)實(shí)體到客戶(hù)的數(shù)據(jù)比特傳送會(huì)話(huà)中數(shù)據(jù)比特傳輸流速率的系統(tǒng)和方法；會(huì)話(huà)涉及經(jīng)無(wú)線(xiàn)通信鏈路的比特傳送；所述方法包括通過(guò)提供無(wú)線(xiàn)電控制節(jié)點(diǎn)以確立與所述無(wú)線(xiàn)鏈路相關(guān)的流速率參數(shù)而建立所述會(huì)話(huà)，包括建立尋址；監(jiān)視所述無(wú)線(xiàn)通信鏈路；基于監(jiān)視，發(fā)送新流速率參數(shù)以便所述服務(wù)實(shí)體可以根據(jù)所述新速率控制參數(shù)來(lái)更新所述會(huì)話(huà)的所述傳輸速率。
文檔編號(hào)H04L29/06GK101516110SQ20091012871
公開(kāi)日2009年8月26日 申請(qǐng)日期2003年11月18日 優(yōu)先權(quán)日2003年4月7日
發(fā)明者A·特爾扎尼, J·彼得松, M·維斯特倫德, R·斯科格, S·徹爾米亞基納 申請(qǐng)人:艾利森電話(huà)股份有限公司