通信系統中的方法、通信系統和通信設備的制作方法

專利名稱：通信系統中的方法、通信系統和通信設備的制作方法
技術領域：
技術領域是移動網絡上的流輸傳媒體的領域，其中多媒體服務器、移動網絡和流傳輸客戶機經由例如用于會話設立和控制的RTSP協議(實時流傳輸協議)和例如用于媒體傳送的RTP協議(實時傳送協議)來邏輯地連接。流傳輸系統可以是速率自適應的或非速率自適應的。本發明涉及能夠使內容和/或傳輸速率適應于可變網絡信道條件的速率自適應的流傳輸系統。
本發明涉及一種通信系統中的方法，其中多媒體流至少部分地經由無線通信系統從發送通信設備傳輸到接收通信設備。本發明也涉及一種通信系統，該通信系統包括發送通信設備、接收通信設備和用以至少部分地經由無線通信網絡將多媒體流從發送通信設備傳輸到接收通信設備的通信網絡。本發明還涉及一種發送通信設備和一種接收通信設備。
背景技術：
在本說明書中，術語發送通信設備是指包括用于將多媒體流發送到通信網絡的發射器的通信設備。術語接收通信設備是指包括分別地從通信網絡接收多媒體流的接收器的通信設備。顯然的是，同一通信設備可以包括發射器和接收器二者，由此允許與通信網絡的單向或者雙向通信。無線通信設備包括在無線通信網絡中實施無線通信的發射器和/或接收器。術語無線通信網絡，比如移動通信網絡，一般是指在無線通信設備與系統的固定部分之間使得無線數據傳輸連接成為可能，無線通信設備的用戶在系統的工作范圍之內移動的任何通信系統。典型的無線通信系統是公共地面移動網絡(PLMN)。公知的例子是GSM系統(全球移動電信系統)。本發明優選地涉及第三代移動通信系統。作為例子，通用移動電信系統(UMTS)用作為這種第三代通信系統的例子。
在第三代系統中，使用了術語承載服務和服務。承載服務是提供用以在接入點之間傳輸信號的設施的電信服務類型。一般來說，承載服務對應于術語業務信道，該術語例如定義了當信息在無線通信設備與系統的另一部分之間傳輸時要在系統中使用的數據傳輸速率和服務質量(QoS)。在無線通信設備與基站之間的承載服務例如是無線承載服務，而在無線網絡控制單元與核心網絡之間的承載服務例如是1u承載服務(接口UMTS承載)。在UMTS系統中，在無線網絡控制單元與核心網絡之間的接口稱為lu接口。在UMTS中，也有所謂的GERAN部分，該部分除使用lu接口之外也使用稱為Gb接口的接口。在這一連接中，服務是由移動通信網絡提供的用于執行一個(或多個)任務；例如，數據服務在通信系統中進行數據傳輸，電話服務涉及電話呼叫、多媒體等。因此，該服務要求在無線通信設備與系統的固定部分之間的數據傳輸，比如電話呼叫或者多媒體流傳輸。第三代移動通信系統工作的一個重要任務是以每個請求的服務可以分配給移動臺而不浪費可用帶寬這樣的方式來控制(根據需要，初始化、維持和終止)承載服務。
服務的質量例如確定如何在傳輸期間在移動通信網絡中處理協議數據單元(PDU)。例如，為連接地址而定義的QoS級別被用于在支持節點和網關支持節點中控制傳輸次序、緩沖(分組串)和拒絕分組，特別是在兩個或多個連接有分組要同時傳輸時。不同的QoS級別例如確定了對于在連接的不同端之間的分組傳輸而言的不同延遲以及不同的比特速率。同樣，拒絕和/或丟失的分組數據單元的數目可以與不同的QoS級別相聯系地改變。
可以針對每個PDP上下文請求不同的QoS。例如，在電子郵件連接中，可以在流的傳輸中允許相對長的延遲。然而，比如視頻協商這樣的實時交互應用要求高速率的分組傳輸。在比如文件傳送這樣的一些應用中，重要的是分組交換傳輸沒有錯誤，其中在出錯情形下如有必要則重新傳輸分組數據單元。
對于在UMTS系統中的分組交換通信服務而言，已經提出對四種不同業務類別的定義，而且對于這些業務類別的性質，目的在于為不同的連接類型而考慮不同的準則。為第一和第二類別而定義的一個準則是實時地進行傳輸，其中該傳輸必須沒有明顯的延遲。然而，在這樣的類別中，數據傳送的準確度并不是如此重要的性質。以對應的方式，非實時數據傳輸對于第三和第四業務類別是足夠的，但是要求它們有相對準確的數據傳輸。實時的第一類通信的例子是在兩個或更多人借助于無線通信設備相互進行討論的情形下傳輸對話語音信號。實時的第二類通信在其中可能切實可行的情形的例子是傳輸視頻信號用于立即觀看(流傳輸)。例如對于比如流覽因特網主頁這樣的使用數據庫服務而言，可以使用第三類非實時分組通信，其中以合理速率的相對準確的數據傳輸與實時數據傳輸相比是更為重要的因素。在根據此例的系統中，例如電子郵件消息和文件的傳送可以歸類為第四范疇。自然地，業務類別的數目不必是如這里提到的四個，而且本發明可以在包括任何數目的業務類別的分組交換通信系統中應用。四個提出的業務類別的性質在表1中有簡明地呈現。


表1保證比特速率在RAN和CN處用于接納控制和資源保留，最大比特速率在CN處用于管制，即在GGSN不允許高于最大比特速率的比特速率進入CN，超過這一比特速率的分組將被丟棄。
現代的第二代和第三代無線通信設備與較陳舊的無線通信設備相比具有好得多的數據處理性質。例如，它們已經具有連接到因特網并使用無線通信設備中的流覽應用以從因特網取回信息的設施，而且將來有可能例如為實時視頻會議等設立多媒體呼叫。
不同應用的要求可能大相徑庭。一些應用要求發射器與接收器之間的快速通信。這些應用例如包括視頻和電話應用。一些其它應用可能要求盡可能準確的數據傳輸，但是數據傳輸連接的比特速率就不那么重要。這些應用例如包括電子郵件和數據庫應用。另一方面，這些應用可以在具有不同性質的數個無線通信設備中使用。
無線通信設備的用戶可能希望用無線通信設備觀看多媒體演示。用戶找到這種演示的加載地址，而且將對發送演示的請求發送到無線通信設備。該請求在通信系統中被處理。所請求的多媒體演示的加載地址可以尋址到通信網絡中的服務器，比如因特網的服務器。將多媒體演示遞送到接收無線通信設備的服務器在本說明書中稱作為流傳輸服務器。
通信系統應當為流傳輸服務器與無線通信設備之間的通信保留足夠資源以便能遞送所請求的多媒體演示。否則就可能無法在接收無線通信設備中以相同的準確度而且無錯誤地呈現該演示。首先在UMTS通信系統中，無線通信設備請求具有某些QoS參數的PDP上下文。然后，網絡通過使用一些選擇基礎來為該連接選擇承載，該選擇基礎例如是無線通信設備可能已經在該請求中使用過的參數。這樣的選擇基礎可能不恰當或者不足夠地準確，其中可能出現如下情形承載服務無法為該連接提供足夠的傳輸容量或者它提供多于所需的容量，其中網絡資源的使用不是有效的。
其中可能需要遞送多媒體信息的另一情形是兩個無線通信設備相互通信以便交換比如視頻或者靜態圖像這樣的多媒體信息。同樣在這種情形下，應當由網絡為該通信保留足夠的資源。然而，當使用現有技術的方法時，并不總是能夠向該連接的兩端通知對于該連接的需求。
基本的流傳輸系統是非自適應的。例如，由3GPP在第4次和第5次發行中定義的當前分組交換流傳輸服務(PSS)就是非自適應的。在第6次發行中的分組交換流傳輸服務將是自適應的。自適應特征是由系統即流傳輸服務器和客戶機二者的如下能力來給定的，該能力用以適應于改變的網絡信道條件，比如QoS協商信道比特速率、傳送延遲、其它服務質量參數中的變化，或者在移交的情況下甚至是底層網絡中的變化。
為了使得系統自適應，必須建立流傳輸服務器與客戶機之間的某些通信。這一點無論是在RTSP協議用于會話設立還是會話控制時都是合適的。然而，在服務器與客戶機之間傳輸必要信息必須以正確的方式進行，以便保證系統是自適應的而且最終可以實現用于音頻和視頻流傳輸的最佳用戶服務器質量。
為此，一些現有技術已經實現將來自底層移動網絡的QoS信息從流傳輸客戶機傳輸到流傳輸服務器。這就允許兩端之間的更多協作以使系統更為自適應。
迄今為止尚未指明的是在具體的移動網絡環境中的QoS參數與PDP(分組數據協議)上下文用途之間的關系。例如，不同的情況是可能的。在下文中，沒有考慮與每個RTP媒體流有關的關聯RTCP流。可選地，將RTP及其關聯RTCP流考慮成同一多媒體流的一部分并不改變問題的實質1.PDP上下文攜帶流傳輸會話的僅一個媒體。
2.PDP上下文在有多于一個媒體的情況下攜帶流傳輸會話的所有媒體。
如果流傳輸客戶機決定例如經由RTSP用信號向流傳輸服務器發送一些QoS簡檔參數，例如保證的比特速率、最大比特速率或者傳送延遲，則服務器可能在QoS簡檔的正確解讀中而且最終在網絡連接的本質上出現一些問題。
在RTSP中有兩種可能的會話，即所謂的聚集受控會話和非聚集受控會話。聚集受控會話是這樣的會話，其中在傳送級別，所有媒體組成可以通過由客戶機發送到服務器的單個命令來控制(例如一個用于音頻和視頻組成二者的RTSP PLAY命令)。如果沒有出現這樣的情況，即在會話中單獨地控制至少一個媒體組成，則該會話就稱為具有非聚集控制。
在下文中，揭示了一些例子以便闡明與協商多媒體流的QoS參數有關的問題。應當注意，例子和在例子中使用的不同參數是非限制性的，而且在實際的實施中可能存在不同種類的參數和媒體流的組合。
例1在此例中，多媒體流包括兩個媒體(例如一個音頻流一個視頻流)。所有不同媒體是使用單個PDP上下文來傳輸的。
假設流傳輸客戶機已經從流傳輸服務器接收(例如經由SDP協議)如下通知音頻流要求12kbps，而視頻比特流要求52kbps。也假設流傳輸客戶機使用單個PDP上下文來建立與移動網絡的連接，其中客戶機希望通過該連接傳輸音頻流和視頻流二者，還假設網絡已經許可具有以下(除其它參數之外特別的)QoS簡檔參數的PDP上下文保證的比特速率＝64kbps
最大比特速率＝70kbps現在假設流傳輸客戶機希望向流傳輸服務器通知關于來自網絡的許可QoS，以使系統更為自適應。為了提高效率，假設客戶機決定在開始回放兩個媒體之前用信號發送該信息。因此，它選擇使用SETUP方法用信號發送上述兩個字段。由于有兩個媒體，所以客戶機將發送嵌入到具有如下信息的兩個SETUP消息(一個用于音頻一個用于視頻)中的兩個字段SETUP(音頻)保證的比特速率＝12kbps最大比特速率＝70kbpsSETUP(視頻)保證的比特速率＝52kbps最大比特速率＝70kbps在每個SETUP中用信號發送的保證的比特速率包含每個媒體所需的帶寬(這對于流傳輸服務器和流傳輸客戶機二者是已知的)，但是最大比特速率信息只能是PDP上下文中的許可的最大比特速率。因此，它在此例中只能是70kbps，因為無法在兩個媒體之間拆分最大比特速率。SETUP方法由流傳輸服務器解讀為每個媒體的描述。因此，服務器會解讀為，虛擬地有兩個網絡信道，這兩個信道具有由兩個SETUP消息來描述的特征(一個信道具有12kbps的保證的比特速率和70kbps的最大比特速率，而另一信道具有52kbps的保證的比特速率和70kbps的最大比特速率)。媒體的累積保證的比特速率是12+52＝64kbps，這是PDP上下文的實際網絡保證的比特速率。服務器有權針對音頻發送70kbps的最大比特速率并且針對視頻發送70kbps的最大比特速率。當使用單個PDP上下文時，這意味著媒體的累積最大比特速率是70+70＝140kbps，這對于PDP上下文來說不是網絡最大比特速率。由于每個媒體流可以以可變的比特速率來傳輸，所以兩個媒體的瞬時比特速率之和在任一時刻可以達到140kbps。然而，大于由網絡提供的最大比特速率(在此例中是70kbps)的每個值都不被允許，因為網絡資源不可用。因此，造成服務器錯誤解讀PDP上下文的QoS信息。這就導致了不良的用戶QoS。
另一方面，考慮在兩個媒體之間以成比例的方式拆分70kbps最大比特速率則是造成服務器對于由不同媒體共享的信道運用進行次優運用的想法。服務器會試圖如同有兩個單獨的PDP上下文那樣來使用信道。
如果發送到服務器的保證的比特速率信息是在PDP上下文中由網絡真正許可的信息則出現相似的問題。例如，如果許可64kbps的保證的比特速率的信息在兩個SETUP消息中發送到服務器，則會產生甚至更多的問題，因為服務器將有權甚至以音頻64kbps和視頻64kbps的保證的比特速率進行發送，造成128kbps的總的保證的比特速率，這在此例的PDP QoS中是不可用的。這將產生網絡緩沖器溢出和不良的用戶QoS。
例2在這一其它例子中，媒體流也包括兩個媒體(例如一個音頻流一個視頻流)，但是每個不同的媒體是使用單獨的PDP上下文來傳輸的。
假設流傳輸客戶機已經從流傳輸服務器(例如經由SDP協議)接收如下通知音頻流要求12kbps，而視頻流要求52kbps。也假設流傳輸客戶機使用兩個單獨的PDP上下文來建立與移動網絡的連接，其中客戶機希望通過該連接分別地傳輸音頻流和視頻流，還假設網絡已經許可具有以下(除其它參數之外特別的)QoS簡檔參數的PDP上下文用于音頻的PDP上下文保證的比特速率＝12kbps最大比特速率＝20kbps用于視頻的PDP上下文保證的比特速率＝52kbps最大比特速率＝64kbps現在假設流傳輸客戶機想要向流傳輸服務器通知關于來自網絡的許可QoS，以使系統更為自適應。QoS信息可以在PLAY命令中發送。PLAY命令一般由服務器解讀為聚集會話命令。因此，必須發送僅一對參數。客戶機可以決定發送保證的比特速率＝12+52＝64kbps和最大比特速率＝20+64＝84kbps。這使得服務器困惑不解，該服務器將理解成使用具有指定的QoS參數的單個PDP上下文，而在本例中卻不是這樣的情況。
流傳輸服務器負責遞送流傳輸數據，而無線通信設備在實際回放之前預先緩沖預定量的數據。流傳輸服務器也負責調整傳輸比特速率以補償實際的傳輸帶寬變化和維護接收器緩沖器(抖動緩沖器)。
在3GPP中，分組交換流傳輸(PSS)客戶機可以向PSS服務器報告無線通信網絡的特征。可以將該信息包含到實時流傳輸協議(RTSP)報頭中，其中定義了關于網絡的參數。參數可以例如是網絡的保證的比特速率、網絡的最大比特速率和網絡的最大傳送延遲。
對于多媒體流傳輸服務器而言能適應于不同的連接條件以及比如EGPRS(增強型通用分組無線服務)和CDMA2000(碼分多址)1×EV-DV這樣的不同網絡類型也是基本的。不同的移動網絡表現各異，例如EGPRS傳輸信道帶寬變化比CMDA20001×EV-DV信道的要小。如果流傳輸服務器知道客戶機所用的網絡類型，則它可以更好地遞送服務。例如，如果客戶機正在高變化的傳輸信道上，則流傳輸服務器不應當對信道變化太快地做出反應。另一方面，如果流傳輸服務器知道移動正在穩定的信道上操作，則應當將任何信道變化納入考慮之中而且更快地做出反應。如果網絡類型已知，則流傳輸服務器可以針對流傳輸數據的遞送來調整控制參數。遺憾的是，這樣的信息僅在客戶機側是可用的。
目前，3GPP和3GPP2具有與速率自適應和其它信令有關的不同命名慣例。如果多媒體流傳輸服務器不知道客戶機在使用什么類型的網絡，則在信令期間服務器可能關于對請求做出響應而具有問題。遵循3GPP和3GPP2的服務器應當能解析和發送與對應標準有關的信令，但是只有信息對服務器是可用的時候才進行。
在上述的例子情況下，主要問題在于流傳輸服務器不知道為數據傳送(它可以是單個或多個PDP上下文)而保留的網絡信道類型是什么類型，因為它無法看到PDP上下文分配類型。這只有在流傳輸客戶機側才能看到。

發明內容
因此本發明的目的是提出一種方法和系統，用于嘗試解決服務器在由客戶機通知一個或多個網絡PDP上下文的QoS信息時會遇到的可能誤解。
本發明的另一目的在于調整對流傳輸數據和/或信令的遞送以提供優化的服務質量。
本發明的另一目的涉及在3GPP和3GPP2中存在的命名慣例問題。
本發明的目的是通過使用不同種類的用信號發送參數的方法來實現的，這些方法用于向服務器通知由網絡許可給客戶機的會話性質。
本發明引入了用于無線通信網絡類型的信令和新報頭。無線通信網絡類型信息僅在移動上是可用的。本發明提出了將該信息從接收器傳輸到服務器。
本發明與現有技術的系統和方法相比具有優點。本發明允許了使流傳輸服務器知悉為每個PDP上下文而許可的QoS參數。這就通過指定更精確的QoS簡檔參數來允許更好和更準確的自適應。
本發明也允許流傳輸服務器知悉無線通信設備所用的網絡類型，這進一步改進了服務質量。由于本發明，服務器也可以恰當地構造遵循3GPP/3GPP2的信令。
本發明清除了由于單個/多個PDP上下文由客戶機用于流傳輸會話以及用信號發送QoS參數到服務器而出現的沖突。
如果沒有使用在本發明中描述的過程，則多媒體會話無法從QoS參數信息中受益，而代之以使得業務的質量有嚴重地降級的風險。
本發明運用了無線流傳輸概念，而且通過利用3GPP和3GPP2專用的協議和編碼解碼器，改進了多媒體流傳輸性能和對無線領域的自適應。
另一重要的優點是由可能有效地使用計算為最大比特速率——保證的比特速率的德耳塔帶寬所賦予的。這一帶寬可以用于帶寬自適應或者用于處理視頻比特速率峰值。最后，這一德耳塔帶寬可以用于例如通過改變對比特速率具有影響的在運行中的編碼參數(包括媒體流比特速率)在實時地對多媒體流進行編碼時遞送最佳的媒體質量。


在下文中，將參照附圖更為具體地描述本發明，在附圖中圖1示出了其中可以應用根據本發明優選實施例的方法的系統，圖2在簡化的框圖中示出了根據本發明優選實施例的無線通信設備，圖3示出了用于具有單個PDP上下文的客戶機的QoS保留和會話控制信令圖，以及圖4示出了用于具有多個PDP上下文支持的客戶機的QoS保留和會話控制信令圖。
具體實施例方式
在對本發明優選實施例的以下描述中，UMTS型移動通信終端將用作為例子；然而，對于本領域技術人員而言將顯然的是，本發明不是唯一地限于這一系統，而且它也可以應用于其中有可能確定用于通信的各種QoS級別的其它通信系統(例如EGPRS)中。
在下文中將更為具體地描述會話描述協議(SDP)。
在因特網多播主干線(Mbone)上，會話目錄工具用來公告多媒體會議和傳達參與所必需的會議地址和媒體專用信息。多播主干線是支持IP(網際協議)多播的因特網的一部分，因此允許有效的多對多通信。它廣泛地用于進行多媒體協商。這樣的會議通常具有會議成員的緊密協調不是必要的性質；為了接收會議，位于多播主干線站點的用戶只需要知道用于會議數據流的會議多播群地址和UDP端口。
會話目錄輔助對會議會話的公告和將有關的會議設立信息傳達到預期參與者。SDP設計為將這樣的信息運送給接收方。SDP純粹是用于會話描述的格式——它沒有結合傳送協議，而且可以與包括會話通告協議、會話發起協議、實時流傳輸協議(RTSP)、使用MIME擴展的電子郵件和超文本傳送協議在內的不同協議一起運送。
SDP旨在用于一般用途，使得它可以用于比僅僅是多播會話目錄范圍更廣泛的網絡環境和應用，多媒體會議是兩個或多個正在通信中的通信設備連同它們正在用來通信的軟件的集合。然而，變得顯然的是，可以有例如視頻會議這樣的其它適當應用。
多媒體會話是多媒體發射器和接收器以及從發射器流向接收器的數據流的集合。多媒體會議是多媒體會話的例子。
在下文中將描述會話描述協議的當前定義的一些細節。該協議的一些描述是必需的，而一些描述是可選的。可選項目標記有‘*’。
會話描述v＝(協議版本)o＝(所有者/創建者和會話標識符)s＝(會話名稱)i＝*(會話信息)u＝*(描述的URI)e＝*(電子郵件地址)p＝*(電話號碼)c＝*(連接信息——如果包含于所有媒體中則不要求)b＝*(帶寬信息)一個或多個時間描述(見下文)z＝*(時區調整)k＝*(加密密鑰)a＝*(零個或多個會話屬性行)零個或多個媒體描述(見下文)
時間描述t＝(會話激活的時間)r＝*(零個或多個重復時間)媒體描述m＝(媒體名稱和傳送地址)i＝*(媒體標題)c＝*(連接信息——如果包含于會話級則可選)b＝*(帶寬信息)k＝*(加密密鑰)a＝*(零個或多個媒體屬性行)根據上述文獻，帶寬描述定義如下b＝<修改符><帶寬-值>
這指定了要由會話或者媒體使用的提議帶寬而且是可選的。
<帶寬-值>的默認單位是每秒千比特。修改符可以指定要使用可選單位。
<修改符>是賦予帶寬數字含義的單個文字數字式單字。初始地定義兩個修改符CT(會議總計)如果會話或者會話中的媒體的帶寬不同于根據范圍而隱含的帶寬，則應當為會話提供‘b＝CT’行，為所用帶寬賦予提議上限。這樣做的主要目的在于賦予與是否可以同時共存兩個或多個會話有關的大致觀點。
AS(應用專用的最大值)該帶寬被解釋為應用專用的，即該帶寬將是該應用的最大帶寬概念。通常這將與針對應用的‘最大帶寬’控制而設置的(如果適用)相沖突。對于基于RTP的應用，AS給出了如RFC 1889第6.2部分(RTP)中定義的RTP“會話帶寬”(包括媒體比特速率和UDP/IP報頭開銷)。
實時流傳輸協議(RTSP)是用于對具有實時性質的數據的遞送進行控制的客戶機-服務器協議。它被用來建立和控制比如音頻和視頻這樣的連續媒體的單個或者數個時間同步流。RTSP是用比如UDP和TCP這樣的傳送協議來運送的。換句話說，RTSP充當對于多媒體服務器的網絡遠程控制。數據源可以包括實況的數據饋送(例如實時視頻和/或音頻)和存儲的剪輯(例如靜態圖像)。RTSP客戶機和服務器通過部分地使用例如SDP(會話描述協議)語法對用于媒體遞送的參數進行描述來協商適當的參數集。
圖1示出了UMTS系統的一部分，包括無線通信設備MT1；無線接入節點1(RAN)，其包括基站2(BS)和無線網絡控制器3(RNC)，該無線網絡控制器3控制基站2而且為基站2與系統的其余部分之間的連接尋路由；無線移動交換中心4(WMSC)和分組數據接入節點5(PDAN)，除了無線網絡控制器3之外，該無線移動交換中心4和該分組數據接入節點5也作為尋路由的可能。根據圖1的UMTS系統也包括例如主干線網絡6和通向比如網際協議(IP)網絡7這樣的其它分組網絡的分組數據網關8(PDG)，其中無線通信設備可以與例如耦合到IP網絡的服務器10通信。另外，圖1示出了用以耦合到例如第二移動通信網絡NW2的電路交換網關9(通向移動服務交換中心的網關，GWMSC)和例如用以存儲訂戶的接入聯絡數據的歸屬位置寄存器11(HLR)。
另外，圖2在簡化的框圖中示出了依照本發明優選實施例的無線通信設備MT1，該設備在此例中是包括數據處理功能和移動臺功能的通信設備，比如Nokia 9210i通信器。無線通信設備MT1包括例如一個或多個處理器CPU、DSP、存儲器裝置MEM、UMTS用戶標識模塊(USIM)或者用于標識訂戶的對應裝置，以及用于與基站2通信的射頻部分RF。處理器CPU例如可以集成于專用集成電路12(ASIC)中，利用它就能執行無線通信設備MT1的大量邏輯功能。存儲器裝置優選地包括隨機存取存儲器(RAM)、只讀存儲器(ROM)和用戶標識模塊USIM的至少一部分存儲器。無線通信設備MT1也包括一個或多個用戶接口，優選地包括小鍵盤13、14、顯示設備15、16和例如麥克風17、揚聲器18和編碼解碼器19這樣的音頻裝置。
在圖1中，假設與呼叫管理(CM)有關的功能實施于無線通信設備MT1中以及無線移動交換中心4和分組數據接入節點5二者中。這些呼叫管理功能構成用于初始化、維持和終止呼叫的手段。因此，無線通信設備MT1和無線移動交換中心4或者分組數據接入節點5交換呼叫信令消息以初始化、維持和終止呼叫。承載管理(BM)和無線資源管理(RM)的功能實施于無線通信設備MT1中和無線網絡控制器3中。承載管理功能被用來例如根據針對在無線通信設備MT1與基站2之間的通信而選擇的承載服務性質來選擇一個或數個邏輯信道，以提供與承載服務相符的服務質量。無線資源管理功能例如用來為無線通信設備MT1與基站2之間的無線通信而選擇無線信道。
在無線通信設備MT1與IP網絡7之間的分組數據傳輸連接能夠經由分組數據主干線6和分組數據網關8(PDG)從分組數據接入節點5(PDAN)來設立。有可能經由無線接入節點1、無線移動交換中心4和通向移動服務交換中心的網關9(GWMSC)在無線通信設備MT1與移動通信網絡之間設立電路交換傳輸連接。這一通向移動服務交換中心的網關包括用于在移動通信網絡與比如GSM、PTSN或者ISDN這樣的第二網絡NW2之間設立連接的裝置。
在下文中，將參照圖1的系統以及圖3和圖4的信令圖來描述用于用流傳輸多媒體應用的根據本發明優選實施例的方法。以下的實施基于對RTSP協議的使用。同樣，“QoSParams、MaxBW、GuaBW、TdelayMax和url”參數是假想參數名，這些參數名對于上述發明來說是概念性的占位符。它們可以在實際的實施中冠之以不同的名稱。
首先定義一些術語。客戶機是無線通信設備MT1，而服務器是對客戶機的流傳輸多媒體服務提供者(例如圖1中的服務器10)。多媒體會話是如下時間區間，在該時間區間期間，與多媒體有關的數據在客戶機與服務器之間交換。多媒體會話設立階段是如下時間區間，在該時間區間期間，客戶機和服務器交換與多媒體會話有關的設立信息，例如要在會話期間使用的多媒體組成、帶寬信息、與多媒體編碼解碼器有關的信息等。PDP上下文是對QoS資源保留處理與運行該流傳輸客戶機的移動臺之間抽象約束的邏輯指示。
客戶機可以在具有QoS(服務質量)功能的網絡NW1中，該網絡可以基于它的資源向客戶機提供一些保證。這些保證可以覆蓋下面保證中的一個或多個保證-最大比特速率(MaxBW)可以由經協商的媒體組成或者整個多媒體會話使用的最大帶寬。
-保證的比特速率(GuaBW)QoS保留過程針對經協商的媒體組成或者整個多媒體會話向客戶機保證的帶寬值。
-傳送延遲(TDelayMax)每個數據單元在從服務器到客戶機以及相反的傳輸期間經歷的延遲(單位為毫秒)。
-也可以定義其它參數，但是這里不詳細描述它們。
本發明覆蓋了客戶機在多媒體會話期間基于它具有多個或者單個PDP上下文的能力而可能經歷的兩個不同可能性。
首先，將更為具體地描述如下情形，在該情形中客戶機一次只能處理單個PDP上下文。換句話說，具有單個PDP上下文支持的客戶機一次可以具有單個QoS資源保留，這將橫跨多媒體會話期間的所有媒體組成(即音頻、視頻等)。這意味著多媒體數據無論是視頻還是音頻等數據都共享具有相同QoS資源的同一傳輸信道。
在第一情景中，為無線通信設備MT1(客戶機)激活聚集受控會話，該設備對于流傳輸會話僅有單個PDP上下文支持。在這一情景中，如果無線通信設備MT1具有要為會話而設立的多個媒體組成(例如音頻還伴隨有視頻流)，則由于在本申請的背景技術部分中描述的問題，客戶機不應當在設立階段期間向服務器10發送比如最大比特速率MaxBW、保證的比特速率GuaBW、最大傳送延遲TdelayMax這樣的協商QoS參數以及任何其它QoS簡檔參數。
QoS協商參數必須在流的傳輸被激活之時或者之后發送到服務器，即在Play命令已經從無線通信設備MT1傳輸到服務器10之時或者之后發送到服務器。
命令序列可以如下(圖3)無線通信設備MT1將描述會話命令傳輸301到服務器10。
DESCRIBE rtsp//server.com/session1.3gp RTSP/1.0CSeq1Acceptapplication/sdp服務器10通過傳輸302包括與不同的媒體流有關的信息的SDP描述來對這一命令做出答復。
RTSP/1.0 200 OKCSeq1Content-Basertsp//server.com/session1.3gp/Content-Typeapplication/sdpContent-Length441v＝0o＝-3242987154 3242987154 IN IP4 111.111.111s＝session1.3gpc＝IN IP4 0.0.0.0t＝0 0a＝control*a＝rangenpt＝0-60m＝video 0 RTP/AVP 96b＝AS50a＝rtpmap96 H263-2000/90000a＝controltrackID＝2a＝rangenpt＝0-80a＝fmtp95 profilo＝0；level＝10m＝video 0 RTP/AVP 98b＝AS40a＝rtpmap98 H263-2000/90000a＝controltrackID＝3a＝rangenpt＝0-60a＝fmtp98 profile＝0；level＝10m＝audio 0 RTP/AVP 97b＝AS10a＝rtpmap97 AMR/8000/1a＝controltrackID＝1a＝rangenpt＝0-60a＝fmtp97 octet-align＝1m＝audio 0 RTP/AVP 99b＝AS20a＝rtpmap99 AMR-WB/16000a＝controltrackID＝4a＝rangenpt＝0-60
a＝fmtp99 octet-align＝1在上面的SDP描述中，視頻1具有50kbps的b＝AS定義，視頻2具有20kbps的b＝AS定義，音頻1具有10kbps的b＝AS定義，而音頻2具有20kbps的b＝AS定義。
然后，在無線通信設備MT1中，例如由用戶從所通知的媒體之中進行選擇，以選擇要傳輸到無線通信設備MT1的流。在此例中，假設選擇具有70kbps總比特速率的視頻1(50kbps)和音頻2(20kbps)。在此之后，無線通信設備向通信網絡NW1發送303對于承載服務的請求。在該請求中無線通信設備MT1包括所有媒體組成所需要的QoS參數(70kbps的最大比特速率)。
在此例中，網絡僅能保證60kbps和實現80kbps的最大比特速率。然后，網絡NT1向無線通信設備MT1通知304用于承載服務的許可QoS參數。在與網絡協商了用于PDP會話的承載服務之后，無線通信設備MT1將第一設立消息傳輸305到服務器10用于通知所選的第一媒體流，即視頻1。
SETUP rtsp//server.com/session1.3gp/trackID＝2 RTSP/1.0CSeq2TransportRTP/AVP/UDP；unicast；client_port＝6984-6985；ssrc＝31336d02如果選擇OK，則服務器10以OK消息做出答復306。
RTSP/1.0 200OKCSeq2Session41TransportRTP/AVP/UDP；unicast；client_port＝6984-6985；server_port＝6900-6901；ssrc＝1d12115無線通信設備MT1也將第二設立消息傳輸307到服務器10用于通知所選的第二媒體流，即音頻2。
SETUP rtsp//server.com/session1.3gp/trackID＝4 RTSP/1.0CSeq3TransportRTP/AVP/UDP；unicast；client_port＝6986-6987；ssrc＝37115e8dSession41如果選擇OK，則服務器10以OK消息做出答復308。
RTSP/1.0 200 OKCSeq3Session41TransportRTP/AVP/UDP；unicast；client_port＝6986-6987；server_port＝6902-6903；ssrc＝7475313媒體流的回放是通過將Play命令從無線通信設備MT1傳輸309到服務器10來發起的。在此情況下，與Play命令包含在一起的有至少關于QoS參數的信息，這些參數涉及了網絡NT1已經許可的最大比特速率和保證的比特速率。
PLAY rtsp//server.com/session1.3gp RTSP/1.0CSeq4Session41QoSParamsMaxBW＝80；GuaBW＝60；TDelayMax＝500Rangenpt＝0-服務器通過將OK發送到無線通信設備MT1來對該命令做出答復。
RTSP/1.0 200 OKCSeq4Session41Rangenpt＝0-RTP-Infourl＝rtsp//server.com/session1.3gp/trackID＝2；seq＝0；rtptime＝10000，url＝rtsp//server.com/session1.3gp/trackID＝4；seq＝0；rtptime＝10000現在，當服務器10已經接收Play命令時，它就知道存在單個QoS信道，該信道具有由無線通信設備MT1用信號發送的QoS參數，而且服務器10可以根據參數來適應對所選媒體流的傳輸。
在Play命令之后，無線通信設備MT1可以使用在流傳輸系統的上下文之內定義的任何其它RTSP命令來為整個多媒體會話更新經協商的QoS參數。
如果多媒體會話是非聚集受控會話(例如從兩個單獨的服務器取回音頻和視頻數據)，則無線通信設備MT1不應當發送QoS參數，因為單獨的媒體服務器互不知悉，所以它們也不知悉媒體組成共享同一QoS保留信道的事實。
接著，將更為具體地描述如下情形，在該情形中，客戶機能一次支持多個PDP上下文。換句話說，具有多個PDP上下文支持的客戶機可以一次具有能夠在多媒體會話期間在媒體組成(即音頻、視頻等)之間分布的多個QoS資源保留。在多媒體會話期間對于每個媒體組成(即音頻、視頻等)就可以有單獨的多媒體會話。所有媒體組成可以具有不同的QoS資源保留。
在第二情景中，如果無線通信設備MT1具有為會話而要設立的多個媒體組成，如果無線通信設備MT1希望為不同的媒體組成激活多個PDP上下文，而且如果會話控制協議不允許媒體組成url指示符在媒體組成之間進行區分，則無線通信設備MT1不應當在Play命令將QoS協商的MaxBW、GuaBW、TDelayMax和其它QoS簡檔參數發送到服務器，這將最有可能是這些參數的相加。取而代之，QoS參數應當在每個媒體組成的設立階段期間被發送。
命令序列可以如下(圖4)無線通信設備MT1將描述會話命令傳輸401到服務器10。
DESCRIBE rtsp//server.com/session1.3gp RTSP/1.0CSeq1Acceptapplication/sdp服務器通過傳輸402包括與不同的媒體流有關的信息的SDP描述來對這一命令做出答復。
RTSP/1.0 200 OKCSeq1Content-Basertsp//server.com/session1.3gp/Content-Typeapplication/sdpContent-Length441v＝0o＝.3242987154 3242987154 IN IP4 111.111.111s＝session1.3gpc＝1N IP4 0.0.0.0t＝0 0a＝control*a＝rangenpt＝0-60m＝video 0 RTP/AVP 96b＝AS50a＝rtpmap96 H263-2000/90000a＝controltrackID＝2a＝rangenpt＝0-60a＝fmtp96 profile＝0；level＝10m＝video 0 RTP/AVP 98b＝AS40a＝rtpmap98 H263-2000/90000a＝controltrackID＝3s＝rangenpt＝0-60a＝fmtp98 profile＝0；level＝10m＝audio 0 RTP/AVP 97b＝AS10a＝rtpmap97 AMR/8000/1a＝controltrackID＝1a＝rangenpt＝0-60a＝fmtp97 octet-align＝1m＝audio 0 RTP/AVP 99b＝AS20a＝rtpmap99 AMR-WB/16000a＝controltrackID＝4a＝rangenpt＝0-60a＝fmtp99 octet-align＝1在上面的SDP描述中，視頻1具有50kbps的b＝AS定義，視頻2具有20kbps的b＝AS定義，音頻1具有10kbps的b＝AS定義，而音頻2具有20kbps的b＝AS定義。
然后，在無線通信設備MT1中，例如由用戶從所通知的媒體之中進行選擇，以選擇要傳輸到無線通信設備MT1的流。在此例中，假設選擇了具有50kbps比特速率的視頻1和具有20kbps比特速率的音頻2。在此之后，無線通信設備向通信網關NW1發送403對于第一承載服務的第一請求。在該請求中無線通信設備MT1包含了第一媒體組成(視頻1)所需的QoS參數(50kbps的保證的比特速率)。在此例中，網絡僅能保證50kbps和實現80kbps的最大比特速率。然后，網絡NT1向無線通信設備MT1通知404對于第一承載服務的許可的QoS參數。接著，無線通信設備向通信網絡NW1發送405對于第二承載服務的第二請求。在該請求中，無線通信設備MT1包含了第二媒體組成(音頻1)所需的QoS參數(20kbps的保證的比特速率)。在此例中，網絡僅能保證20kbps和實現40kbps的最大比特速率。然后，網絡NT1向無線通信設備MT1通知406對于第二承載服務的許可的QoS參數。在與網絡協商了用于PDP會話的承載服務之后，無線通信設備MT1將第一設置消息傳輸407到服務器10用于通知所選的第一媒體流，即視頻1。
SETUP rtsp//server.com/session1.3gp/trackID＝2 RTSP/1.0CSeq2TransportRTP/AVP/UDP；unicast；client_port＝6984-6985；ssrc＝31336d02QoSParamsurl＝rtsp∥server.com/session1.3gp/trackID＝2；MaxBW＝80；GuaBW＝50；TDelayMax＝500如果選擇OK，則服務器10以OK消息進行答復408。
RTSP/1.0 200 OKCSeq2Session41TransportRTP/AVP/UDP；unicast；client_port＝6984-6985；server_port＝6900-6901；ssrc＝1d12115無線通信設備MT1也將第二設置消息傳輸409到服務器10用于通知所選的第二媒體流，即音頻2。
SETUP rtsp//server.com/session1.3gp/trackID＝4RTSP/1.0CSeq3TransportRTP/AVP/UDP；unicast；client_port＝6986-6987；ssrc＝37115e8dSession41QoSParamsMaxBW＝40；GuaBW＝20；TDelayMax＝600如果選擇OK，則服務器10以OK消息進行答復410。
RTSP/1.0 200OKCSeq3Session41TransportRTP/AVP/UDP；unicast；client_port＝6986-6987server_port＝6902-6903；ssrc＝7475313媒體流的回放是通過將Play命令從無線通信設備MT1傳輸411到服務器10來發起的。
PLAY rtsp//server.com/session1.3gp RTSP/1.0CSeq4Session41Rangenpt＝0-在這一情況下，Play命令沒有與QoS參數有關的信息包含在一起，其中這些參數涉及了網絡NT1已經許可的最大比特速率和保證的比特速率。
服務器通過將OK發送到無線通信設備MT1來對該命令做出答復。
RTSP/1.0 200 OKCSeq4Session41Rangenpt＝0-RTP-Infourl＝rtsp//server.com/session1.3gp/trackID＝2；seq＝0；rtptime＝10000，url＝rtsp//server.com/session1.3gp/trackID＝4；seq＝0；rtptime＝10000可選地，在RTSP PLAY請求中，無線通信設備mT1可能已經完成下列各項PLAY rtsp//server.com/session1.3gp RTSP/1.0CSeq4Session41Rangenpt＝0-QoSParams url＝rtsp//server.com/session1.3gp/trackID＝2；MaxBW＝80；GuaBW＝50；TDelayMax＝500，url＝rtsp//server.com/session1.3gp/trackID＝4；MaxBW＝40；GuaBW＝20；TDelayMax＝500現在，服務器可以基于它的媒體組成URL來識別哪些QoS參數分配給哪些媒體組成。
Server->ClientOKRTSP/1.0 200 OKCSeq4Session41Rangenpt＝0-RTP-Infourl＝rtsp//server.com/session1.3gp/trackID＝2；seq＝0；rtptime＝10000，url＝rtap//server.com/session1.3gp/trackID＝4；seq＝0；rtptime＝10000現在，當服務器10已經接收Play命令時，它就知道存在多個QoS信道，這些信道具有由無線通信設備MT1用信號發送的單獨QoS參數。由于每個媒體組成將具有對于每個PDP上下文是有效的它自己的QoS協商參數集，所以服務器可以安全地以所分配的正確值，將每個媒體組成分配到正確的QoS協商信道。
客戶機也可以向服務器提供與無線通信網絡有關的信息，其中服務器不必具有此信息，因為它在客戶機側上是可用的。根據本發明，關于網絡類型的信息從客戶機傳輸到服務器。為此，本發明提供了新的RTSP報頭“Mobile-Link-Char”以及用于該報頭的信令。
正如所述，“Mobile-Link-Char”報頭是為了使得多媒體流傳輸服務客戶機向流傳輸服務器報告網絡特征而定義的。“Mobile-Link-Char”報頭可以使用如下方法中的任一方法來包含于請求中SETUP、PLAY、OPTIONS和SET PARAMETER。該報頭可以包含一個或多個特征規范。每個規范包含可以是絕對或者相對的URI，任何相對的URI都使用RTSP請求URI作為基礎。URI指出了給出的參數所應用到的媒體組成。這可以是單獨的媒體流或者會話聚集。“Mobile-Link-Char”報頭應當由客戶機包含于SETUP或者PLAY中以給出用于鏈路特征的初始值。SET PARAMETER或者OPTIONS請求可以用來更新在當前播放的會話中的Mobile-Link-Char值。
包含到“Mobile-Link-Char”中的是用于移動網絡類型的字段MNT，該字段定義了用于發送信號的無線通信網絡。連同“MNT”一起的也可以有其它參數，比如GBW，用于以kbit/s為單位的正向鏈路用戶數據速率；和MTD，用于以毫秒為單位的正向鏈路最大延遲；和MBW，用于以kbit/s為單位的正向鏈路最大比特速率。除上述參數之外的一些其它參數也可以包含到報頭。
根據本發明的“MNT”字段是根據下例來組成的MNT＝<標準體>-<網絡類型ID>-<發行信息>
“標準體”用于標識對應網絡，例如3GPP或者3GPP2。這允許服務器構造與所討論的網絡相符的適當信令。
“MNT”網絡類型字段中的有效串可以例如是EGPRS、W-CDMA、CDMA2000，而“MNT”發行信息是有關的網絡發行版本。對于3GPP而言，“網絡類型ID”對應于EGPRS或者W-CDMA(寬帶碼分多址)，而對于3GPP2而言則對應于HRPD(高速率分組數據)或者SSS(擴頻系統)。對于3GPP而言，“發行信息”對應于REL-x(其中x是數字)，而對于3GPP2而言則對應于REL-y(其中y是0、A、B、C等)。僅出于參考目的而列舉了用于“標準體”和“網絡類型ID”的字段。顯然的是，在不脫離本發明的范圍時可以將較新的添加實現到這些字段中。
例如，對于遵循3GPP2的網絡(1×EV-DV)而言，報頭如下Mobile-Link-Char url＝”rstp//server.example.com/media.3g2”；MNT＝3GPP2-SSS-REL-C
另一例是遵循3GPP2的網絡(1×EV-DO)，其中報頭如下Mobile-Link-Char url＝”rstp//server，example.com/media.3g2”；MNT＝3GPP2-HRPD-REL-0又一例是遵循3GPP的網絡，其中報頭如下Mobile-Link-Char url＝”rstp//server.example.com/media.3gp”；MNT＝3GPP-EGPRS-REL-5再一例是遵循3GPP的網絡(1×EV-DV)，其中具有其它參數(比特速率是32kbps而最大傳送延遲是2.0秒)的報頭如下Mobile-Link-Char url＝”rstp//server，example.com/media.3gp”；MNT＝3GPP-CDMA2000-Rev-C；GBW＝32；MTD＝2000服務器可以根據“MNT”字段推斷客戶機正在遵循3GPP或者3GPP2的網絡中的哪一網絡上運行。由于這一點，它能夠以對于RTSP、DP、RTCP恰當的語法和其它信令來對客戶機做出響應。術語1×EV-DV和1×EV-DO對應于數據傳送的演變(對應地是數據和語音、僅數據)。
如果對于特定的PDP上下文(即特定的媒體組成)出現了QoS再協商，則客戶機可以通過正確地引用為之而已經出現變化的媒體組成，使用可用的RTSP命令中的任一命令，來用信號發送新的QoS值。
如果會話控制協議允許媒體組成url指示符在媒體組成之間進行區分，則也可以在Play請求用信號發送QoS參數。以下的偽命令序列示出了可能的方案Client->ServerSetup(media component 1)Server->ClientOKClient->ServerSetup(media component 2)Server->ClientOKClient->ServerPlay(URL of media component 1+Negotiated QoSparameters for the media component 1URL of media component 2+Negotiated QoS parameters for the media component 2)Server->ClientOK
在上例中，服務器可以通過使用“媒體組成URL”信息來在媒體組成以及為每個組成而分配的QoS參數之間進行區分。這一字段是會話中媒體組成的唯一標識符。如果客戶機和服務器可以利用這樣的參數，則無線通信設備MT1可以選擇在Set-Up階段或者在Play階段發送QoS參數。如果出現了QoS再協商，則這一媒體組成URL指示符也向無線通信設備MT1賦予了在會話期間更新QoS參數的可能。
如果多媒體會話是非聚集受控會話(例如從兩個單獨的服務器取回音頻和視頻數據)，則客戶機可以在Set-Up命令以及Play命令安全地用信號發送QoS協商參數，因為對于每個媒體組成將有單獨的Play命令。
也可能存在媒體組成URL字段用以在第一例子中標識會話URL，但是關于在Set-Up階段不發送QoS參數的限制對于該情況依然有效。
如果QoS參數集不包含媒體組成URL，則流傳輸控制協議的請求URL必須用作為對于QoS參數分配的主要URL。
在說明書中RTSP用作為優選方法。將變得顯然的是其它外部方法也是可能的。這里描述的例子僅提供了部分信令的樣本，而這種信令的其它形式仍在本發明的范圍之內。為了理解這一點，將變得顯然的是參數名以及網絡類型也可以隨情形而變化。
顯然的是，本發明不僅僅限于上面呈現的實施例，而且可以在所附權利要求的范圍之內對本發明進行改型。
權利要求
1.一種通信系統中的方法，包括選擇要至少部分地經由無線通信網絡從發送通信設備傳輸到接收通信設備的至少一個媒體流；定義對于傳輸所述所選的至少一個媒體流的QoS要求；從所述無線通信網絡保留傳輸資源用于傳輸所述至少一個媒體流；在所述接收通信設備與所述發送通信設備之間執行用于激活一個分組數據傳輸連接的設立過程；由所述接收通信設備請求開始傳輸所述至少一個媒體流；以及將所選的至少一個媒體流從所述發送通信設備傳輸到所述接收通信設備，所述傳輸包括在傳輸所選至少一個媒體流時使用一個數據傳輸上下文，其中在所述請求開始傳輸所述至少一個媒體流之時或者在其之后將與所述保留資源有關的信息傳輸到所述發送通信設備。
2.根據權利要求1所述的方法，包括定義用于所述數據傳輸連接的至少以下參數-最大比特速率，-保證的比特速率，-傳送延遲；以及將所述參數通知給所述發送通信設備。
3.根據權利要求1所述的方法，包括在由所述接收通信設備請求開始傳輸所述至少一個媒體流之時或者在其之后將與所述無線通信網絡類型有關的信息傳輸到所述發送通信設備。
4.一種通信系統中的方法，包括選擇要至少部分地經由無線通信網絡從發送通信設備傳輸到接收通信設備的至少一個媒體流，定義對于傳輸所述所選的至少一個媒體流的QoS要求，從所述無線通信網絡保留傳輸資源用于傳輸所述至少一個媒體流，在所述接收通信設備與所述發送通信設備之間執行設立過程用于激活至少一個分組數據傳輸連接，由所述接收通信設備請求開始傳輸所述至少一個媒體流，以及將媒體流從所述發送通信設備傳輸到接收通信設備，所述傳輸包括對于每個所選的媒體流使用一個數據傳輸上下文，其中與所述保留資源有關的信息與所述設立過程相聯系地傳輸到所述發送通信設備。
5.一種通信系統中的方法，其中媒體流至少部分地經由無線通信網絡從發送通信設備傳輸到接收通信設備，其中選擇要傳輸到所述接收通信設備的至少一個媒體流，定義用于傳輸所述所選的至少一個媒體流的無線通信網絡類型，從所述無線通信網絡保留傳輸資源用于傳輸所述至少一個媒體流，在所述接收通信設備與所述發送通信設備之間執行用于激活一個分組數據傳輸連接的設置過程，以及由所述接收通信設備請求開始傳輸所述至少一個媒體流，以及在傳輸所選至少一個媒體流時使用一個數據傳輸上下文，其中在由所述接收通信設備請求開始傳輸所述至少一個媒體流之時或者在其之后將與所述無線通信網絡類型有關的信息傳輸到所述發送通信設備。
6.根據權利要求5所述的方法，其中為所述數據傳輸連接定義用于定義所述無線通信網絡類型的至少一個參數。
7.根據權利要求6所述的方法，其中定義至少與網絡標準、網絡類型和網絡發行有關的信息。
8.一種通信系統中的方法，包括由接收通信設備請求與對于至少部分地經由無線通信網絡將至少一個媒體流從發送通信設備傳輸到所述接收通信設備的QoS要求有關的信息；由所述接收通信設備從所述無線通信網絡請求傳輸資源用于傳輸所述至少一個媒體流；由所述無線通信網絡保留用于傳輸的資源而且將與所述保留資源有關的信息傳輸到所述接收通信設備；由所述接收通信設備與所述發送通信設備執行用于激活所述一個分組數據傳輸連接的設立過程；由所述接收通信設備通過將傳輸開始命令傳輸到所述發送通信設備來請求開始傳輸所述至少一個媒體流，在所述命令中與所述保留資源有關的信息也傳輸到所述發送通信設備；以及使用一個分組數據傳輸連接將媒體流從所述發送通信設備傳輸到所述接收通信設備。
9.一種通信系統中的方法，包括由接收通信設備請求與對于使用至少一個分組數據傳輸連接至少部分地經由無線通信網絡將至少一個媒體流從發送通信設備發送到所述接收通信設備的QoS要求有關的信息；由所述接收通信設備從所述無線通信網絡請求傳輸資源用于傳輸所述至少一個媒體流；由所述無線通信網絡保留用于傳輸的資源；將與所述保留資源有關的信息傳輸到所述接收通信設備；由所述接收通信設備和所述發送通信設備執行用于激活所述至少一個分組數據傳輸連接的設立過程；所述設立過程包括由所述接收通信設備將與所述保留資源有關的信息傳輸到所述發送通信設備，以及由所述接收通信設備通過將傳輸開始命令傳輸到所述發送通信設備來請求開始傳輸所述至少一個媒體流，在所述命令中沒有與所述保留資源有關的信息傳輸到所述發送通信設備；其中所述方法還包括將媒體流從所述發送通信設備傳輸到所述接收通信設備。
10.一種通信系統，包括用于至少部分地經由無線通信網絡將媒體流從發送通信設備傳輸到接收通信設備的裝置，所述通信系統還包括用于選擇要傳輸到所述接收通信設備的至少一個媒體流的裝置，用于定義對于傳輸所述所選的至少一個媒體流的QoS要求的裝置，用于從所述無線通信網絡保留傳輸資源用于傳輸所述至少一個媒體流的裝置，用于在所述接收通信設備與所述發送通信設備之間執行用于激活一個分組數據傳輸連接的設立過程的裝置，用于由所述接收通信設備請求開始傳輸所述至少一個媒體流的裝置，用于在傳輸所選至少一個媒體流時使用一個數據傳輸上下文的裝置，以及用于在由所述接收通信設備請求開始傳輸所述至少一個媒體流之時或者在其之后將與所述保留資源有關的信息傳輸到所述發送通信設備的裝置。
11.根據權利要求10所述的通信系統，包括用于在由所述接收通信設備請求開始傳輸所述至少一個媒體流之時或者在其之后將與所述無線通信網絡類型有關的信息傳輸到所述發送通信設備的裝置。
12.一種通信系統，包括用于使用至少一個分組數據傳輸連接至少部分地經由無線通信網絡將媒體流從發送通信設備傳輸到接收通信設備的裝置，所述通信系統還包括；用于選擇要傳輸到所述接收通信設備的至少一個媒體流的裝置，用于定義對于傳輸所述所選的至少一個媒體流的QoS要求的裝置，用于從所述無線通信網絡保留傳輸資源用于傳輸所述至少一個媒體流的裝置，；用于在所述接收通信設備與所述發送通信設備之間執行用于激活所述至少一個分組數據傳輸連接的設立過程的裝置，用于由所述接收通信設備請求開始傳輸所述至少一個媒體流的裝置，用于在傳輸所選至少一個媒體流時使用一個數據傳輸上下文的裝置，以及用于與所述設立過程相聯系地將與所述保留資源有關的信息傳輸到所述發送通信設備的裝置。
13.根據權利要求12所述的通信系統，包括用于定義用于所述數據傳輸連接的至少以下參數的裝置-最大比特速率，-保證的比特速率，-傳送延遲。
14.根據權利要求12所述的通信系統，包括用于在由所述接收通信設備請求開始傳輸所述至少一個媒體流之時或在其之后將與所述無線通信網絡類型有關的信息傳輸到所述發送通信設備的裝置。
15.一種發送通信設備，至少包括用于接收請求的裝置，所述請求用于從無線通信網絡保留傳輸資源用于傳輸至少一個媒體流；用于保留用于傳輸至少一個媒體流的資源的裝置；發射器，用于將所述至少一個媒體流傳輸到接收通信設備，所述發射器適于與在所述接收通信設備與所述發送通信設備之間用于激活至少一個分組數據傳輸連接的設立過程相聯系地發送設立消息；用于在傳輸所選至少一個媒體流時使用一個數據傳輸上下文的裝置；以及接收器，適于與所述設立過程相聯系地接收與來自所述無線通信網絡的所述保留傳輸資源有關的信息。
16.一種接收通信設備，至少包括接收器，用于從發送通信設備接收使用至少一個分組數據傳輸連接至少部分地經由無線通信網絡而傳輸的媒體流；用于選擇要從所述發送通信設備傳輸到所述接收通信設備的至少一個媒體流的裝置；用于定義對于傳輸所選至少一個媒體流的QoS要求的裝置；用于從所述無線通信網絡請求傳輸資源用于傳輸所述至少一個媒體流的裝置；用于在所述接收通信設備與所述發送通信設備之間執行用于激活所述至少一個分組數據傳輸連接的設立過程的裝置；用于與所述設立過程相聯系地將與所述保留資源有關的信息傳輸到所述發送通信設備的裝置；用于請求從所述發送通信設備開始傳輸所述至少一個媒體流的裝置；以及用于在傳輸所選的至少一個媒體流時使用一個數據傳輸上下文的裝置。
17.一種無線通信設備，至少包括接收器，用于從發送通信設備接收使用至少一個分組數據傳輸連接至少部分地經由無線通信網絡而傳輸的媒體流；用于選擇要從所述發送通信設備傳輸到所述無線通信設備的至少一個媒體流的裝置；用于定義對于傳輸所選至少一個媒體流的QoS要求的裝置；用于從所述無線通信網絡請求傳輸資源用于傳輸所述至少一個媒體流的裝置；用于在所述無線通信設備與所述發送通信設備之間執行用于激活所述至少一個分組數據傳輸連接的設立過程的裝置；用于與所述設立過程相聯系地將與所述保留資源有關的信息傳輸到所述發送通信設備的裝置；用于請求從所選的發送通信設備開始傳輸所述至少一個媒體流的裝置；以及用于在傳輸所述至少一個媒體流時使用一個數據傳輸上下文的裝置。
18.根據權利要求17所述的無線通信設備，其中用于從所述無線通信網絡請求傳輸資源用于傳輸所述至少一個媒體流的裝置包括用于定義設立消息的裝置。
19.根據權利要求17所述的無線通信設備，其中用于請求從所述發送通信設備開始傳輸所述至少一個媒體流的裝置包括用于定義播放消息的裝置。
20.根據權利要求17所述的無線通信系統，包括用于在請求開始傳輸所述至少一個媒體流之時或在其之后將與所述無線通信網絡有關的信息傳輸到所述發送通信設備的裝置。
21.一種網元，至少包括用于接收與對至少一個媒體流的選擇有關的信息的裝置，所述至少一個媒體流要使用至少一個分組數據傳輸連接至少部分地經由無線通信網絡傳輸到接收通信設備；用于接收對于傳輸所述所選的至少一個媒體流的QoS要求的裝置；用于從所述無線通信網絡請求傳輸資源用于傳輸所述至少一個媒體流的裝置；發射器，用于將所選至少一個媒體流傳輸到所述接收通信設備，所述發射器適于與在所述接收通信設備與所述網元之間用于激活所述至少一個分組數據傳輸連接的設立過程相聯系地發送設置消息；用于在傳輸所選至少一個媒體流時使用一個數據傳輸上下文的裝置；以及接收器，適于與所述設立過程相聯系地接收與來自所述無線通信網絡的所述保留傳輸資源有關的信息。
22.一種通信系統中的方法，其中媒體流至少部分地經由無線通信網絡從發送通信設備傳輸到接收通信設備，其中選擇要傳輸到所述接收通信設備的至少一個媒體流，定義對于傳輸所述所選的至少一個媒體流的QoS要求，從所述無線通信網絡保留傳輸資源用于傳輸所述至少一個媒體流，在所述接收通信設備與所述發送通信設備之間執行用于激活一個分組數據傳輸連接的設立過程，以及由所述接收通信設備請求開始傳輸所述至少一個媒體流，以及在傳輸所選至少一個媒體流時使用一個數據傳輸上下文，其中在由所述接收通信設備請求開始傳輸所述至少一個媒體流之時或者在其之后將與所述保留資源有關的信息傳輸到所述發送通信設備。
23.一種通信系統中的方法，其中媒體流至少部分地經由無線通信網絡從發送通信設備傳輸到接收通信設備，其中選擇要傳輸到所述接收通信設備的至少一個媒體流，定義對于傳輸所述所選的至少一個媒體流的QoS要求，從所述無線通信網絡保留傳輸資源用于傳輸所述至少一個媒體流，在所述接收通信設備與所述發送通信設備之間執行用于激活至少一個分組數據傳輸連接的設立過程，以及由所述接收通信設備請求開始傳輸所述至少一個媒體流，以及對于每個所選的媒體流使用一個數據傳輸上下文，其中與所述保留資源有關的信息與所述設立過程相聯系地傳輸到所述發送通信設備。
24.一種通信系統中的方法，其中媒體流使用一個分組數據傳輸連接至少部分地經由無線通信網絡從發送通信設備傳輸到接收通信設備，其中所述接收通信設備請求與對于將至少一個媒體流從所述發送通信設備傳輸到所述接收通信設備的QoS要求有關的信息，所述接收通信設備從所述無線通信網絡請求傳輸資源用于傳輸所述至少一個媒體流，其中所述無線通信網絡保留用于所述傳輸的資源而且將與所述保留資源有關的信息傳輸到所述接收通信設備，所述接收通信設備和所述發送通信設備執行用于激活所述一個分組數據傳輸連接的設立過程，以及其中所述接收通信設備通過將傳輸開始命令傳輸到所述發送通信設備來請求開始傳輸所述至少一個媒體流，在所述命令中與所述保留資源有關的信息也傳輸到所述發送通信設備。
25.一種通信系統中的方法，其中媒體流使用至少一個分組數據傳輸連接至少部分地經由無線通信網絡從發送通信設備傳輸到接收通信設備，其中所述接收通信設備請求與對于將至少一個媒體流從所述發送通信設備發送到所述接收通信設備的QoS要求有關的信息，所述接收通信設備從所述無線通信網絡請求傳輸資源用于傳輸所述至少一個媒體流，其中所述無線通信網絡保留用于傳輸的資源而且將與所述保留資源有關的信息傳輸到所述接收通信設備，所述接收通信設備和所述發送通信設備執行用于激活所述至少一個分組數據傳輸連接的設立過程，在所述設立過程中所述接收通信設備也將與所述保留資源有關的信息傳輸到所述發送通信設備，以及其中所述接收通信設備通過將傳輸開始命令傳輸到所述發送通信設備來請求開始傳輸所述至少一個媒體流，在所述命令中沒有與所述保留資源有關的信息被傳輸到所述發送通信設備。
全文摘要
媒體流至少部分地經由無線通信網絡從發送通信設備(MT1)傳輸到接收通信設備。選擇要傳輸到接收通信設備的至少一個媒體流，定義對于傳輸所選至少一個媒體流的QoS要求，從無線通信網絡保留傳輸資源用于傳輸至少一個媒體流，以及在接收通信設備與發送通信設備之間執行用于激活一個分組數據傳輸連接的設立過程。
文檔編號H04L12/56GK1947389SQ200580012907
公開日2007年4月11日 申請日期2005年3月3日 優先權日2004年3月4日
發明者王如生, 伊戈爾·屈爾西奧, 埃姆勒·阿克敘, 基思·米勒 申請人:諾基亞公司