專(zhuān)利名稱(chēng):多載體多播/廣播服務(wù)的自適應(yīng)可擴(kuò)展服務(wù)質(zhì)量體系結(jié)構(gòu)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種用于在移動(dòng)通信系統(tǒng)的核心網(wǎng)絡(luò)或無(wú)線接入網(wǎng)的網(wǎng)絡(luò)實(shí)體中過(guò)濾屬于單用戶(hù)服務(wù)的流的方法。分組流，每個(gè)由獨(dú)立的載體服務(wù)傳送，提供多播或廣播用戶(hù)服務(wù)，并經(jīng)由該網(wǎng)絡(luò)實(shí)體從服務(wù)中心傳遞到移動(dòng)終端。此外，網(wǎng)絡(luò)實(shí)體包含提供服務(wù)質(zhì)量管理功能的服務(wù)管理器。本發(fā)明進(jìn)一步涉及配備有過(guò)濾能力的網(wǎng)絡(luò)實(shí)體，以及包含該網(wǎng)絡(luò)實(shí)體的通信系統(tǒng)。
背景技術(shù)：
編碼技術(shù)的最近進(jìn)展允許把多播/廣播服務(wù)的數(shù)據(jù)在多個(gè)流上傳送，例如可替代的(聯(lián)播)或可選的(分層的多播)。由于這種方法在多播通信中使得能夠進(jìn)行粗粒度服務(wù)質(zhì)量適應(yīng)，所以已經(jīng)吸引了因特網(wǎng)團(tuán)體的注意，并且已經(jīng)在此基礎(chǔ)上開(kāi)展了多項(xiàng)工作，例如，如DiffServ(Differentiated Services-參見(jiàn)Blake等，“An Architecture for Differentiated Services”，RFC 2475，1998，所有IETF作出的RFC和因特網(wǎng)草案可以在http://www.ietf.org上得到。)、RSVP(參見(jiàn)Braden等，“Resource ReSerVation Protocol(RSVP)-Version 1 MessageProceesing Rules”，RFC 2209，1997)、或NSIS(參見(jiàn)Hancock，“Next Steps inSignalingFramework”，Internet Draft(draft-ietf-nsis-fw-05.txt)，2003)。但是，3G通信網(wǎng)絡(luò)的體系結(jié)構(gòu)，例如像3GPP網(wǎng)絡(luò)的體系結(jié)構(gòu)，不同于因特網(wǎng)的體系結(jié)構(gòu)，并因此要求不同的或附加的解決方案。
隨著帶寬密集型多媒體應(yīng)用不斷擴(kuò)散到不同用戶(hù)組，人們?cè)谝蛱鼐W(wǎng)的多播速率和擁塞控制領(lǐng)域進(jìn)行了深入研究。自從McCanne等(參見(jiàn)McCanne等，“Receiver-driven Layered Multicast”，Proceedings of ACM SIGCOMM’96，p.117 to 130，1996)的開(kāi)創(chuàng)性工作，人們已經(jīng)認(rèn)為多速率的多播是用于流傳送情況中速率適應(yīng)的非常有前途的方法。已經(jīng)提出了如下技術(shù)，即基于累積的分層的數(shù)據(jù)組織(分層級(jí)編碼)或基于流復(fù)制(獨(dú)立的和可替代的流)，使用映射到不同的質(zhì)量級(jí)的多個(gè)多播組來(lái)傳送相同內(nèi)容。此外，兩種方法的組合也是可能的。例如，使用不同的數(shù)據(jù)率的標(biāo)準(zhǔn)編碼方案編碼的或?qū)Σ煌瑏G失率魯棒的單音頻流和多個(gè)可替代的視頻流的會(huì)話。
通常，因特網(wǎng)多播模型提供用于把具有不同的QoS參數(shù)的數(shù)據(jù)分配到多播分布樹(shù)的子集的基本機(jī)制。主機(jī)，其使用因特網(wǎng)分組管理協(xié)議(IGMP-參見(jiàn)Fenner，“Internet Group Management Protocol，Version 2”，RFC2236，在http://www.ietf.org上可得到)與多播路由器進(jìn)行通信，原則上可以通過(guò)加入/離開(kāi)多播組來(lái)主動(dòng)適應(yīng)子樹(shù)中的QoS。
但是，不是所有通信網(wǎng)絡(luò)，例如移動(dòng)通信網(wǎng)絡(luò)，都遵循因特網(wǎng)的端到端范例。在這點(diǎn)上，遵循端到端原則意味著僅僅依賴(lài)于固有的網(wǎng)絡(luò)信令，即分組丟棄和延遲變化，終端主機(jī)負(fù)責(zé)對(duì)網(wǎng)絡(luò)條件的適應(yīng)。
另一方面，移動(dòng)通信網(wǎng)絡(luò)通常遵循網(wǎng)絡(luò)中心方法來(lái)提供QoS，從而產(chǎn)生了不同的多播/廣播服務(wù)模型。通過(guò)IGMP或相似的對(duì)專(zhuān)用網(wǎng)絡(luò)節(jié)點(diǎn)的信令，允許訂閱的用戶(hù)表達(dá)對(duì)多播會(huì)話的興趣。但是沿其提供服務(wù)數(shù)據(jù)的數(shù)據(jù)分布樹(shù)、當(dāng)需要時(shí)、例如響應(yīng)切換、由網(wǎng)絡(luò)自主地建立及修改。由于無(wú)線電網(wǎng)絡(luò)控制器具有可用資源的知識(shí)(例如，通過(guò)提供資源控制功能)，這種方法尤其有益，并且它允許向終端用戶(hù)提供或多或少無(wú)縫的服務(wù)。
也已經(jīng)開(kāi)發(fā)了用于在因特網(wǎng)中提供不同通信服務(wù)的網(wǎng)絡(luò)中心的方法。一個(gè)眾所周知的在網(wǎng)絡(luò)中置入增強(qiáng)的功能的方式是建立傳輸級(jí)或應(yīng)用級(jí)網(wǎng)關(guān)、或引入主動(dòng)網(wǎng)絡(luò)節(jié)點(diǎn)，如分別在Amir等“An application level video gateway”，Proceeding of ACM Multimedia’95，SanFrancisco，CA，USA，November 1995或在Metzler等“AMnetHeterogeneous Multicast Services based on ActiveNetworking”，Proceedings of the 2nd Workshop on Open Architectures andNetwork Programming(OPENARCH99)，New York，NY，USA，March 1999中提出的。
由于代碼轉(zhuǎn)換操作、前一種方法強(qiáng)加了相當(dāng)數(shù)量的開(kāi)銷(xiāo)，而后一種方法提供了一種框架，在每種情況下必須適應(yīng)這種框架來(lái)提供網(wǎng)絡(luò)特有功能和機(jī)制。
人們建議用于MBMS體系結(jié)構(gòu)中的不同的QoS的第一個(gè)概念，為可以在http://www.3gpp.org上得到的3GPP TR23.846“Multimedia Broadcast/Multicast(MBMS)Architecture and functional description(Release6)”，V6.1.0，December2002中的選項(xiàng)G。它定義了MBMS載體服務(wù)，MBMS載體服務(wù)可以包括多個(gè)流(可選的或可替代的)，每個(gè)映射到單個(gè)RTP實(shí)例。在GGSN(網(wǎng)關(guān)GPRS支持節(jié)點(diǎn))和RNC(無(wú)線電網(wǎng)絡(luò)控制器)之間的特有遂道上傳輸每個(gè)流，該隧道在MBMS服務(wù)期間被保持。
因此，原則上對(duì)于RNC，在會(huì)話開(kāi)始時(shí)選擇MBMS服務(wù)的流以及在會(huì)話持續(xù)期間改變/增加流是可能的。但是，為了允許這種功能，在無(wú)線接入網(wǎng)(RAN)中必須實(shí)現(xiàn)適當(dāng)?shù)臋C(jī)制。必要的先決條件是流狀態(tài)和關(guān)系的傳送和管理，其允許RAN節(jié)點(diǎn)根據(jù)小區(qū)或下游節(jié)點(diǎn)的當(dāng)前條件，選擇(一組)適當(dāng)?shù)牧鳌?br> 目前，3GPP多媒體廣播/多播服務(wù)(MBMS)體系結(jié)構(gòu)只支持非常簡(jiǎn)單的QoS模型。它基本上提供非可擴(kuò)展的和非自適應(yīng)的服務(wù)，其中或者使用相同的QoS建立MBMS分布樹(shù)的所有分支或者取消全部服務(wù)。在網(wǎng)絡(luò)節(jié)點(diǎn)之間沒(méi)有QoS值的協(xié)商，其暗示著如果相應(yīng)網(wǎng)絡(luò)節(jié)點(diǎn)不能滿(mǎn)足QoS要求，則可能不能建立一些分支。這在會(huì)話開(kāi)始時(shí)或在會(huì)話持續(xù)期間都是有關(guān)的，例如在每次切換時(shí)，此時(shí)必須創(chuàng)建/拆掉分布樹(shù)的新分支。
另一方面，關(guān)于其所提供的能力，即處理能力、顯示器大小等，移動(dòng)終端是相當(dāng)不同的。目前的MBMS體系結(jié)構(gòu)不能處理這種不同性，或者它可能通過(guò)以下來(lái)處理這種不同性將所有終端(具有較好或較差能力的那些終端)都置于最差情況下，其中所有都適應(yīng)于最差的質(zhì)量。

發(fā)明內(nèi)容 本發(fā)明的目的是提供一種自適應(yīng)的多媒體廣播/多播服務(wù)QoS體系結(jié)構(gòu)，該體系結(jié)構(gòu)可擴(kuò)展到大量用戶(hù)。另一個(gè)目的是提供一種能夠處理不同的終端的廣播/多播服務(wù)QoS體系結(jié)構(gòu)。又一個(gè)目的是設(shè)計(jì)一種允許適應(yīng)變化的網(wǎng)絡(luò)條件的體系結(jié)構(gòu)。
通過(guò)獨(dú)立權(quán)利要求
的主題來(lái)解決所述目標(biāo)。本發(fā)明的有利實(shí)施例是從屬權(quán)利請(qǐng)求的主題。
根據(jù)本發(fā)明實(shí)施例，公開(kāi)了一種用于經(jīng)由至少一個(gè)網(wǎng)絡(luò)實(shí)體把多播或廣播服務(wù)從服務(wù)中心提供到移動(dòng)終端的方法，其中以每個(gè)經(jīng)由單載體服務(wù)傳送的多個(gè)分組流的形式提供多播或廣播服務(wù)。網(wǎng)絡(luò)實(shí)體可以包含提供服務(wù)質(zhì)量管理功能的服務(wù)管理器。
網(wǎng)絡(luò)實(shí)體可以接收指示屬于該多播或廣播服務(wù)的載體服務(wù)以及由載體服務(wù)傳送的分組流所要求的和/或由其分組流組合所要求的服務(wù)質(zhì)量屬性的信息，并且可以建立包含所接收的信息的服務(wù)上下文。
此外，網(wǎng)絡(luò)實(shí)體可以從服務(wù)質(zhì)量管理功能獲得指示對(duì)于該網(wǎng)絡(luò)實(shí)體的每個(gè)下游接口的下游數(shù)據(jù)傳輸可用的服務(wù)質(zhì)量的服務(wù)質(zhì)量限制?；诖鎯?chǔ)在服務(wù)上下文中的服務(wù)質(zhì)量屬性，網(wǎng)絡(luò)實(shí)體可以從屬于多播或廣播服務(wù)的載體服務(wù)中選出其流可以在所獲得的服務(wù)質(zhì)量限制之內(nèi)傳送的那些載體服務(wù)。
此外，網(wǎng)絡(luò)實(shí)體可以建立至少一部分所選擇的載體服務(wù)，其中對(duì)于建立的每個(gè)載體服務(wù)，建立在網(wǎng)絡(luò)實(shí)體和上游網(wǎng)絡(luò)實(shí)體之間的鏈路，并且可以經(jīng)由相應(yīng)鏈路把每個(gè)建立的載體服務(wù)的分組流轉(zhuǎn)送到移動(dòng)終端。
在另一個(gè)實(shí)施例中，至少一部分所選擇的載體服務(wù)的建立可以包含把注冊(cè)請(qǐng)求傳送到上行鏈路的網(wǎng)絡(luò)實(shí)體或服務(wù)中心以便注冊(cè)所選擇的載體服務(wù)，以及從網(wǎng)絡(luò)實(shí)體或服務(wù)中心接收指示注冊(cè)已經(jīng)成功的那些載體服務(wù)的注冊(cè)響應(yīng)消息。此外，至少一部分所選擇的載體服務(wù)的建立可以包含為每個(gè)成功注冊(cè)的載體服務(wù)建立該網(wǎng)絡(luò)實(shí)體和上游網(wǎng)絡(luò)實(shí)體之間的鏈路，以及經(jīng)由每個(gè)建立的鏈路接收相應(yīng)注冊(cè)的載體服務(wù)的分組流。
因此，注意以下是重要的根據(jù)本發(fā)明的這個(gè)實(shí)施例，只有當(dāng)網(wǎng)絡(luò)資源允許提供服務(wù)的具體流時(shí)，才可以執(zhí)行實(shí)際資源分配，例如通過(guò)建立鏈路。因此，經(jīng)由其提供流的載體服務(wù)的上下文信息可以出現(xiàn)在網(wǎng)絡(luò)實(shí)體上，但是只當(dāng)網(wǎng)絡(luò)條件允許時(shí)才可以保留和分配用于提供屬于流/載體服務(wù)的實(shí)際數(shù)據(jù)分組的資源。根據(jù)本發(fā)明實(shí)施例，只要服務(wù)中心發(fā)送了與載體服務(wù)相應(yīng)的流，則認(rèn)為那個(gè)載體服務(wù)是“建立的”。這可以意味著，這個(gè)流到達(dá)所有下游節(jié)點(diǎn)或其子集，即已經(jīng)為其建立了用于載體服務(wù)的鏈路的那些節(jié)點(diǎn)。
另一個(gè)實(shí)施例包含把用于每個(gè)下游接口的屬于多播或廣播服務(wù)的每個(gè)載體服務(wù)的轉(zhuǎn)送狀態(tài)存儲(chǔ)在服務(wù)上下文中。例如，這可以允許網(wǎng)絡(luò)實(shí)體跟蹤在其每個(gè)接口處的下游網(wǎng)絡(luò)實(shí)體，即哪些接收載體服務(wù)的流以及哪些不接收。
本發(fā)明的另一實(shí)施例涉及可以升級(jí)服務(wù)級(jí)的情況，即服務(wù)質(zhì)量限制放松。網(wǎng)絡(luò)實(shí)體可以從下游網(wǎng)絡(luò)實(shí)體接收對(duì)載體服務(wù)的注冊(cè)請(qǐng)求?；诜?wù)上下文，該實(shí)體可以確定該網(wǎng)絡(luò)實(shí)體是否接收到所請(qǐng)求的載體服務(wù)的分組流。如果接收到，則該網(wǎng)絡(luò)實(shí)體可以把指示所請(qǐng)求的載體服務(wù)的成功注冊(cè)的注冊(cè)響應(yīng)消息傳送到進(jìn)行請(qǐng)求的下游網(wǎng)絡(luò)實(shí)體。
在這個(gè)實(shí)施例的變形中，如果該注冊(cè)響應(yīng)消息指示注冊(cè)已經(jīng)成功，則該網(wǎng)絡(luò)實(shí)體可以在該網(wǎng)絡(luò)實(shí)體和進(jìn)行請(qǐng)求的下游網(wǎng)絡(luò)實(shí)體之間建立鏈路，以便轉(zhuǎn)送所請(qǐng)求的載體服務(wù)的分組流。
如果該網(wǎng)絡(luò)實(shí)體已經(jīng)確定該網(wǎng)絡(luò)實(shí)體沒(méi)有接收到所請(qǐng)求的載體服務(wù)的分組流，則其可以把對(duì)所請(qǐng)求的載體服務(wù)的注冊(cè)請(qǐng)求傳送到上游實(shí)體或服務(wù)中心。響應(yīng)于此，其可以從上游網(wǎng)絡(luò)實(shí)體或服務(wù)中心接收指示所請(qǐng)求的至少一個(gè)載體服務(wù)的注冊(cè)是否已經(jīng)成功的注冊(cè)響應(yīng)消息。
在該實(shí)施例的另一個(gè)變形中，如果這個(gè)注冊(cè)響應(yīng)消息指示注冊(cè)已經(jīng)成功，則該網(wǎng)絡(luò)實(shí)體可以在該網(wǎng)絡(luò)實(shí)體和上游網(wǎng)絡(luò)實(shí)體或服務(wù)中心之間建立鏈路，以便轉(zhuǎn)從所請(qǐng)求的載體業(yè)務(wù)的分組流，以及可以把指示所請(qǐng)求的載體服務(wù)的成功注冊(cè)的注冊(cè)響應(yīng)消息傳送到進(jìn)行請(qǐng)求的下游網(wǎng)絡(luò)實(shí)體。
本發(fā)明的另一個(gè)實(shí)施例涉及檢測(cè)下游服務(wù)質(zhì)量限制的變化的網(wǎng)絡(luò)實(shí)體。該網(wǎng)絡(luò)實(shí)體可以把對(duì)載體服務(wù)的注冊(cè)請(qǐng)求傳送到上游網(wǎng)絡(luò)實(shí)體或服務(wù)中心，并且可以從上游網(wǎng)絡(luò)實(shí)體或服務(wù)中心接收指示所請(qǐng)求的載體服務(wù)的注冊(cè)是否成功的注冊(cè)響應(yīng)消息。
在該實(shí)施例的變形中，如果該注冊(cè)響應(yīng)消息指示注冊(cè)已經(jīng)成功，則該網(wǎng)絡(luò)實(shí)體可以在該網(wǎng)絡(luò)實(shí)體和進(jìn)行請(qǐng)求的上游網(wǎng)絡(luò)實(shí)體或服務(wù)中心之間建立鏈路，以便轉(zhuǎn)送所要求的載體服務(wù)的分組流。
本發(fā)明的另一個(gè)實(shí)施例預(yù)見(jiàn)，基于所接收的注冊(cè)響應(yīng)消息來(lái)更新保持在該網(wǎng)絡(luò)實(shí)體中的服務(wù)上下文。
本發(fā)明的又一個(gè)實(shí)施例允許對(duì)從服務(wù)質(zhì)量管理功能報(bào)告的服務(wù)質(zhì)量限制變化的適應(yīng)。根據(jù)這個(gè)實(shí)施例，該網(wǎng)絡(luò)實(shí)體可以從下游網(wǎng)絡(luò)實(shí)體接收對(duì)載體服務(wù)的注銷(xiāo)請(qǐng)求。該網(wǎng)絡(luò)實(shí)體可以釋放在進(jìn)行請(qǐng)求的下游網(wǎng)絡(luò)實(shí)體和該網(wǎng)絡(luò)實(shí)體之間所建立的用于該載體服務(wù)的鏈路，并且可以更新服務(wù)上下文以便指示不再把該載體服務(wù)的流轉(zhuǎn)送到進(jìn)行請(qǐng)求的下游網(wǎng)絡(luò)實(shí)體。
在該實(shí)施例的變形中，該網(wǎng)絡(luò)實(shí)體進(jìn)一步可以確定除了進(jìn)行請(qǐng)求的下游網(wǎng)絡(luò)實(shí)體之外的另一個(gè)下游網(wǎng)絡(luò)實(shí)體是否保持到該網(wǎng)絡(luò)實(shí)體的用于該載體服務(wù)的鏈路，如果沒(méi)有，則可以把對(duì)該載體服務(wù)的注銷(xiāo)請(qǐng)求傳送到上游網(wǎng)絡(luò)實(shí)體或服務(wù)中心。因此，可以避免無(wú)用鏈路的不必要的資源保留。
在另一個(gè)實(shí)施例中，該網(wǎng)絡(luò)實(shí)體可以把對(duì)載體服務(wù)的注銷(xiāo)請(qǐng)求傳送到上游網(wǎng)絡(luò)實(shí)體或服務(wù)中心，并且可以更新服務(wù)上下文以便指示不再把該載體服務(wù)的流向下游轉(zhuǎn)送到下游網(wǎng)絡(luò)實(shí)體或移動(dòng)終端。例如這可以應(yīng)用在如下情況中，其中該網(wǎng)絡(luò)實(shí)體檢測(cè)下行鏈路的服務(wù)質(zhì)量限制的變化。
在另一個(gè)實(shí)施例中，該網(wǎng)絡(luò)實(shí)體可以是具有服務(wù)質(zhì)量管理功能的無(wú)線接入網(wǎng)的實(shí)體、或具有服務(wù)質(zhì)量管理功能的核心網(wǎng)絡(luò)的實(shí)體。
另外，本發(fā)明的又一個(gè)實(shí)施例預(yù)見(jiàn)網(wǎng)絡(luò)實(shí)體把至少一個(gè)所選擇的載體服務(wù)的流轉(zhuǎn)換成可在從服務(wù)質(zhì)量管理功能獲得的服務(wù)質(zhì)量限制之內(nèi)傳送的流。該轉(zhuǎn)換可以(例如)包含轉(zhuǎn)換流的比特率、轉(zhuǎn)換編解碼器類(lèi)型、空間或時(shí)間分辨率、和從多層到單層流以及從恒定比特率到可變比特率流或反之中的至少一個(gè)。
根據(jù)本發(fā)明的另一個(gè)實(shí)施例，公開(kāi)了一種網(wǎng)絡(luò)實(shí)體，經(jīng)由該網(wǎng)絡(luò)實(shí)體把多播或廣播服務(wù)從服務(wù)中心提供到移動(dòng)終端?？梢砸悦總€(gè)經(jīng)由單載體服務(wù)傳送的多個(gè)分組流的形式提供多播或廣播服務(wù)。網(wǎng)絡(luò)實(shí)體可以包含提供服務(wù)質(zhì)量功能的服務(wù)管理器，以及用于接收指示屬于該多播或廣播服務(wù)的載體服務(wù)以及由載體服務(wù)傳送的分組流所要求的和/或由其分組流組合所要求的服務(wù)質(zhì)量屬性的信息的接收器。
此外，該網(wǎng)絡(luò)實(shí)體可以包含用于建立包含所接收信息的服務(wù)上下文的裝置、用于從服務(wù)質(zhì)量管理功能獲得指示用于網(wǎng)絡(luò)實(shí)體的每個(gè)下游接口的下游數(shù)據(jù)傳送可用的服務(wù)質(zhì)量限制的裝置、以及用于根據(jù)存儲(chǔ)在服務(wù)上下文中的服務(wù)質(zhì)量屬性來(lái)從屬于多播或廣播服務(wù)的載體服務(wù)中選擇可以在所獲得的服務(wù)質(zhì)量限制之內(nèi)傳輸?shù)哪切┝鞯难b置。
該網(wǎng)絡(luò)實(shí)體可以進(jìn)一步包含用于建立至少一部分所選擇的載體服務(wù)的裝置以及用于經(jīng)由相應(yīng)鏈路把每個(gè)建立的載體服務(wù)的分組流轉(zhuǎn)送到移動(dòng)終端的傳送裝置。對(duì)于每個(gè)所建立的載體服務(wù)，可以建立在該網(wǎng)絡(luò)實(shí)體和上游網(wǎng)絡(luò)實(shí)體之間的鏈路。
在該實(shí)施例的變形中，該網(wǎng)絡(luò)實(shí)體可以進(jìn)一步包含適合于執(zhí)行根據(jù)上述的各種實(shí)施例的方法的步驟。
本發(fā)明的另一個(gè)實(shí)施例涉及移動(dòng)通信系統(tǒng)。該移動(dòng)通信系統(tǒng)可以包含服務(wù)中心、至少一個(gè)接收多播或廣播服務(wù)的移動(dòng)終端、以及至少一個(gè)上面描述的網(wǎng)絡(luò)實(shí)體。
此外，一個(gè)實(shí)施例提供一種用于存儲(chǔ)如下指令的計(jì)算機(jī)可讀介質(zhì)，當(dāng)被處理器執(zhí)行時(shí)，這些指令使得處理器通過(guò)下述步驟經(jīng)由至少一個(gè)網(wǎng)絡(luò)實(shí)體把多播或廣播服務(wù)從服務(wù)中心提供到移動(dòng)終端，其中以每個(gè)經(jīng)由載體服務(wù)傳送的多個(gè)分組流的形式提供多播或廣播服務(wù)，該網(wǎng)絡(luò)實(shí)體包含提供服務(wù)質(zhì)量管理功能的服務(wù)管理器；即所述步驟包括接收指示屬于該多播或廣播服務(wù)的載體服務(wù)以及由載體服務(wù)傳送的分組流所要求的和/或由其分組流組合所要求的服務(wù)質(zhì)量屬性的信息，并建立包含所接收信息的服務(wù)上下文；從服務(wù)質(zhì)量管理功能獲得指示對(duì)于該網(wǎng)絡(luò)實(shí)體的每個(gè)下游接口的下游數(shù)據(jù)傳送可用的服務(wù)質(zhì)量的服務(wù)質(zhì)量限制；根據(jù)存儲(chǔ)在服務(wù)上下文中的服務(wù)質(zhì)量屬性來(lái)從屬于多播或廣播服務(wù)的載體服務(wù)中選擇可以在所獲得的服務(wù)質(zhì)量限制之內(nèi)傳輸?shù)哪切┝?；建立至少一部分所選擇的載體服務(wù)，其中對(duì)于每個(gè)建立的載體服務(wù)可以建立在該網(wǎng)絡(luò)實(shí)體和上游網(wǎng)絡(luò)實(shí)體之間的鏈路；并且經(jīng)由相應(yīng)鏈路把每個(gè)建立的載體服務(wù)的分組流轉(zhuǎn)送到移動(dòng)終端。
在變形中，計(jì)算機(jī)可讀介質(zhì)可以進(jìn)一步存儲(chǔ)如下指令，當(dāng)被處理器執(zhí)行時(shí)，使處理器執(zhí)行根據(jù)上面各種實(shí)施例之一的方法的步驟。

下面參考附圖更詳細(xì)地描述本發(fā)明。使用相同參考標(biāo)識(shí)標(biāo)明相似或相應(yīng)的細(xì)節(jié)。
圖1示出了UMTS的QoS體系結(jié)構(gòu)的總覽；
圖2和3分別示出了3GPP MBMS體系結(jié)構(gòu)的用戶(hù)平面協(xié)議簇和控制平面協(xié)議簇；
圖4示出了GTP-C MBMS會(huì)話開(kāi)始請(qǐng)求消息；
圖5示出了GTP-C MBMS注冊(cè)請(qǐng)求消息；
圖6和7示出了根據(jù)本發(fā)明實(shí)施例的在對(duì)不斷變化的網(wǎng)絡(luò)資源進(jìn)行適應(yīng)之前和之后的多載體QoS體系結(jié)構(gòu)的分布樹(shù)；
圖8示出了根據(jù)本發(fā)明實(shí)施例的多載體QoS體系結(jié)構(gòu)；
圖9示出了用于控制平面中UMTS載體服務(wù)的QoS管理功能；以及
圖10示出了根據(jù)MBMS標(biāo)準(zhǔn)的MBMS注冊(cè)例程。

具體實(shí)施方式 下面的段落將描述本發(fā)明的不同實(shí)施例。只用于示范性目的，關(guān)于UTMS通信系統(tǒng)概述了大多數(shù)的實(shí)施例，并且在隨后部分中使用的術(shù)語(yǔ)主要涉及UMTS術(shù)語(yǔ)。但是，所使用的關(guān)于UMTS體系結(jié)構(gòu)的術(shù)語(yǔ)和關(guān)于UMTS體系結(jié)構(gòu)的實(shí)施例的描述并不意欲把本發(fā)明的構(gòu)思和想法限制到這種系統(tǒng)。
在上面的技術(shù)背景部分給出的詳細(xì)說(shuō)明也僅僅意欲更好地理解在下面描述的主要為UMTS特有的示范性實(shí)施例，并且不應(yīng)該被理解為把本發(fā)明限制到移動(dòng)通信網(wǎng)絡(luò)中的處理和功能的所描述的特定實(shí)現(xiàn)。
進(jìn)一步注意到，主要關(guān)于對(duì)QoS適應(yīng)的帶寬請(qǐng)求和相應(yīng)因素來(lái)描述本發(fā)明。但是，QoS區(qū)分和適應(yīng)也可以應(yīng)用于任何其它QoS參數(shù)，例如丟失率、或參數(shù)的組合。
(用于增強(qiáng)的多播/廣播服務(wù)體系結(jié)構(gòu)的設(shè)計(jì)方面)
當(dāng)設(shè)計(jì)解決本發(fā)明的上述目標(biāo)的多播/廣播服務(wù)體系結(jié)構(gòu)時(shí)，應(yīng)該考慮以下方面。
在3GPP TS22.246“Multimedia Broadcast/Multicast(MBMS)user service；stage1(Release6)”(Version 6.4.0，March2004，可在http://www.3gpp.org上得到)和在3GPP TS23.246“Multimedia Broadcast/Multicast(MBMS)；Architectureand function description(Release6)”(Version6.1.0，December2003，可在http://www.3gpp.org上得到)中指定的MBMS體系結(jié)構(gòu)處于高級(jí)階段。為了能被考慮用于快速和普遍的部署，增強(qiáng)的多播/廣播服務(wù)體系結(jié)構(gòu)可以遵循該體系結(jié)構(gòu)規(guī)格，并且只有當(dāng)合理時(shí)才與其不同。因此，可以避免網(wǎng)絡(luò)節(jié)點(diǎn)之間的QoS協(xié)商，并且保持所產(chǎn)生的關(guān)于信令和過(guò)濾的開(kāi)銷(xiāo)盡可能低。
此外，當(dāng)設(shè)計(jì)增強(qiáng)的多播/廣播服務(wù)體系結(jié)構(gòu)時(shí)，另一方面是涵蓋對(duì)內(nèi)容適應(yīng)的許多可能性。例如，可以涵蓋現(xiàn)有的自適應(yīng)的媒體編解碼器，并且可以提供用于將來(lái)擴(kuò)展的框架。
一種用于克服目前MBMS體系結(jié)構(gòu)的局限的可能方法可以是使用自適應(yīng)的媒體編解碼器。自適應(yīng)的媒體編解碼器的例子是分層的編解碼器，譬如MPEG2或MPEG4。典型地，這些編解碼器以(至少)兩層或更多層編碼媒體信息，其中最底層是最重要層。后面的(較高的)層依賴(lài)于先前的(較低的)層。
也可以把內(nèi)容編碼成幾種獨(dú)立的表示法，例如使用允許提供具有不同帶寬要求或不同誤差恢復(fù)力的可替代的流的MPEG-1編碼器。
自適應(yīng)媒體編解碼器的另一例子是多描述編解碼器(MDC)系列。在這種編碼類(lèi)型中，把代碼編碼成多個(gè)互補(bǔ)的層，即基本層的概念以及對(duì)先前層的依賴(lài)性消失了。具體地，所接收到的MDC-編碼的分組數(shù)越高，所獲得的質(zhì)量就越高。
另一設(shè)計(jì)考慮可以是RAN(無(wú)線接入網(wǎng))資源的可用性。如前面概述的，不喪失一般性，可以典型地把RAN考慮為臨界系統(tǒng)，在該系統(tǒng)中由于缺少無(wú)線電資源，所以傳輸載體的建立可能表示瓶頸。因此，增強(qiáng)的多播/廣播服務(wù)體系結(jié)構(gòu)可以考慮無(wú)線電網(wǎng)絡(luò)控制器中的適應(yīng)功能。
由于終端節(jié)點(diǎn)的移動(dòng)性，在正在進(jìn)行的會(huì)話期間分布樹(shù)可能改變。因此，增強(qiáng)的多播/廣播服務(wù)體系結(jié)構(gòu)可以允許在會(huì)話開(kāi)始時(shí)和在會(huì)話進(jìn)行期間兩者中的適應(yīng)，例如在切換時(shí)。
用于增強(qiáng)的多播/廣播服務(wù)體系結(jié)構(gòu)的另一可能的設(shè)計(jì)方面是提供對(duì)網(wǎng)絡(luò)和無(wú)線電部件中不斷變化條件的適應(yīng)。通過(guò)可能經(jīng)過(guò)多個(gè)RNC和多個(gè)SGSN的MBMS分布樹(shù)，可以把MBMS數(shù)據(jù)分配給多個(gè)用戶(hù)。
因此，從用戶(hù)觀點(diǎn)來(lái)看，可以在獨(dú)立的GTP(GPRS隧道協(xié)議)隧道(GGSN<->SGSN，SGSN<->RNC-參見(jiàn)圖2)和無(wú)線電載體(RNC<->UE)上提供包含單MBMS服務(wù)的不同媒體成分，使得能夠?yàn)槊總€(gè)成分區(qū)分QoS。因此，在無(wú)線電接入和核心網(wǎng)絡(luò)處，增強(qiáng)的多播/廣播服務(wù)體系結(jié)構(gòu)都可以處理QoS問(wèn)題。
為了實(shí)現(xiàn)某個(gè)網(wǎng)絡(luò)QoS，可以從用戶(hù)服務(wù)(例如多播或廣播服務(wù))源到目的地建立具有清楚定義的特性和功能的載體服務(wù)(例如UTMS/MBMS載體)。載體服務(wù)包括使得能夠提供已約定的QoS的所有方面。這些方面是控制信令、用戶(hù)平面?zhèn)鬏敽蚎oS管理功能等等。在圖1中示出了UMTS載體服務(wù)分層的QoS體系結(jié)構(gòu)。特定層上的每個(gè)載體服務(wù)使用由低層提供的服務(wù)提供其各自的服務(wù)。
在指定、建立、修改和保持具有特定QoS的UMTS載體服務(wù)所需的節(jié)點(diǎn)(GGSN、SGSN、RNC等)之間的功能的特定關(guān)系可能是實(shí)現(xiàn)所特有的。這意味著，可以使用多種技術(shù)，譬如DiffServ、IntServ(參見(jiàn)Braden等“IntegratedServices in the Internet Architecturean Overview”，RFC1633，1994)、RSVP或MPLS。
考慮UMTS的例子，把這些功能分配到UMTS實(shí)體意味著，這些實(shí)體可以執(zhí)行對(duì)于UMTS載體服務(wù)所協(xié)商的QoS約定。這些功能的具體實(shí)施可以依賴(lài)于實(shí)現(xiàn)，并且只需要保持所指定的QoS特性。所有UMTS實(shí)體的QoS管理功能一起可以確保在UMTS載體服務(wù)的接入點(diǎn)之間提供所協(xié)商的服務(wù)。
對(duì)于建立新的增強(qiáng)的多播/廣播服務(wù)體系結(jié)構(gòu)，如在3GPP TS23.107“Technical Specification Group Services and System Aspects；Quality ofService(QoS)concept and architecture(Release6)”(參見(jiàn)Version6.1.0，March2004)的6.2.1.1節(jié)中描述的服務(wù)管理器的功能是尤其讓人感興趣的。服務(wù)管理器協(xié)調(diào)控制平面(例如MBMS載體上下文)的功能以便建立、修改和保持其負(fù)責(zé)的服務(wù)(參見(jiàn)圖9)。此外，其為所有用戶(hù)平面QoS管理功能提供相關(guān)屬性(例如保障比特率、最大比特率、最大分組大小、丟失率等等)。
服務(wù)管理器可以進(jìn)一步給其它實(shí)例提供服務(wù)(例如MBMS載體上下文管理功能)，可以與對(duì)等服務(wù)管理器互發(fā)信號(hào)，以及可以使用由其它實(shí)例提供的服務(wù)。服務(wù)管理器可以進(jìn)一步執(zhí)行屬性轉(zhuǎn)換(例如，應(yīng)用分組丟失率到RLCSDU丟失率、SDU丟失率到層1/層2塊誤差率)，以便請(qǐng)求較低層服務(wù)。此外，它可能詢(xún)問(wèn)其它控制功能以便接收對(duì)服務(wù)供應(yīng)的許可。
因此，可以假設(shè)，提供這種基礎(chǔ)構(gòu)造，并且給出MBMS載體和QoS管理功能之間的交互關(guān)系。這允許使網(wǎng)絡(luò)(CN)和無(wú)線接入網(wǎng)條件兩者都為MBMS服務(wù)的上下文管理功能所知，該網(wǎng)絡(luò)(CN)和無(wú)線接入網(wǎng)條件由于關(guān)于用戶(hù)將如何使用可用資源的不確定性以及其它不可預(yù)見(jiàn)的情況而必然會(huì)變化。
例如，后者的說(shuō)明性例子是典型的閃眾(flash-crowd)現(xiàn)象，其中特定服務(wù)器和相關(guān)網(wǎng)段被用戶(hù)請(qǐng)求超載。另一個(gè)例子可以是路徑上某節(jié)點(diǎn)的故障或關(guān)于多少用戶(hù)將連接到像3GPP PSS的單播服務(wù)的不確定性。
此外，當(dāng)設(shè)計(jì)增強(qiáng)的多播/廣播服務(wù)體系結(jié)構(gòu)時(shí)，另一方面是使得能夠進(jìn)行多播/廣播服務(wù)的網(wǎng)絡(luò)驅(qū)動(dòng)的適應(yīng)。在目前的MBMS體系結(jié)構(gòu)中，MBMS用戶(hù)將典型地具有很小的或沒(méi)有機(jī)會(huì)與服務(wù)器(例如BM-SC)協(xié)商會(huì)話傳遞的詳情。這里網(wǎng)絡(luò)驅(qū)動(dòng)的適應(yīng)變得重要。
(增強(qiáng)的多播/廣播服務(wù)體系結(jié)構(gòu))
根據(jù)本發(fā)明的一個(gè)實(shí)施例的結(jié)構(gòu)，增強(qiáng)了MBMS傳輸服務(wù)和MBMS用戶(hù)服務(wù)的概念?？紤]一種使用多載體服務(wù)(例如MBMS載體)來(lái)提供多播或廣播服務(wù)(例如MBMS服務(wù))的方法。擴(kuò)展QoS體系結(jié)構(gòu)使得在網(wǎng)絡(luò)節(jié)點(diǎn)(網(wǎng)絡(luò)實(shí)體)處區(qū)分用戶(hù)服務(wù)的流/載體成為可能。在這種方式下，使用這種信息有可能網(wǎng)絡(luò)驅(qū)動(dòng)地適應(yīng)不斷變化的資源、不同的終端和不同的網(wǎng)絡(luò)部件。
根據(jù)這個(gè)方法，引入MBMS用戶(hù)服務(wù)上下文形式的附加狀態(tài)信息。MBMS用戶(hù)服務(wù)上下文存儲(chǔ)包含對(duì)服務(wù)的載體的引用。另外，可以存儲(chǔ)載體關(guān)系信息，其定義載體之間的關(guān)系，從而使得適應(yīng)節(jié)點(diǎn)可以根據(jù)例如下游QoS限制的下行鏈路能力來(lái)執(zhí)行載體的激活/去激活。
在下面只用作示范性目的而考慮的MBMS服務(wù)的時(shí)間線如下在數(shù)據(jù)平面，只要任何中間網(wǎng)絡(luò)實(shí)體滿(mǎn)足了QoS要求(限制)，則向下游傳送用于所請(qǐng)求的多媒體廣播或多播服務(wù)的可選的/可替代的/互補(bǔ)的流(經(jīng)由單載體服務(wù)傳送每個(gè)流)。如果中間節(jié)點(diǎn)不能傳送屬于用戶(hù)服務(wù)的所有分組流，其通過(guò)選擇一組可用載體服務(wù)來(lái)濾出流以便使總體會(huì)話流適應(yīng)可用的QoS。所中繼的上下文信息(例如，在MBMS載體上下文和MBMS用戶(hù)服務(wù)上下文中)使得網(wǎng)絡(luò)節(jié)點(diǎn)能夠執(zhí)行這種過(guò)濾。
由于節(jié)點(diǎn)知道其余可用的選項(xiàng)，所以上下文信息進(jìn)一步可以允許網(wǎng)絡(luò)響應(yīng)突發(fā)的能力改變(升級(jí)/降級(jí))。所中繼的上下文信息描述用于服務(wù)配置的選項(xiàng)，即服務(wù)語(yǔ)義，并且例如可以把它存儲(chǔ)在MBMS用戶(hù)服務(wù)上下文中。例如服務(wù)語(yǔ)義可以例如包含關(guān)于屬于用戶(hù)服務(wù)的載體和它們之間關(guān)系(分層的、可替代的、互補(bǔ)的)的信息、可能的流組合(在可替代的流情況下)等等。另一個(gè)設(shè)計(jì)可能性可以是向下游傳送關(guān)于丟棄的和未丟棄的流的狀態(tài)的信息。在下面段落中將提供詳情。此外，進(jìn)一步應(yīng)該注意，為了允許對(duì)突發(fā)的能力改變的適應(yīng)，還可以考慮流的QoS特性(QoS profile)?？梢匀菀椎貜某霈F(xiàn)在適應(yīng)節(jié)點(diǎn)的MBMS載體上下文中得到這個(gè)信息，其包含用于每個(gè)建立的載體的QoS特性?？商娲?，還可以考慮在服務(wù)語(yǔ)義內(nèi)發(fā)出這個(gè)信息，并把它們存儲(chǔ)在用戶(hù)服務(wù)上下文中。
不喪失一般性，可以把無(wú)線接入網(wǎng)考慮為3GPP體系結(jié)構(gòu)中的瓶頸，并且可以把核心網(wǎng)絡(luò)考慮為容量過(guò)大(over-provisioned)。應(yīng)該注意，本發(fā)明不限于只在這種假設(shè)下應(yīng)用。因此，可以在RNC中實(shí)現(xiàn)過(guò)濾實(shí)體(即“適應(yīng)節(jié)點(diǎn)”)，這是RNC具有關(guān)于自己無(wú)線電域中可用資源的知識(shí)。這使它們能夠提供這種功能。在這種方式下，RNC作為“適應(yīng)節(jié)點(diǎn)”起作用。
通常，RAN或CN中的任何網(wǎng)絡(luò)實(shí)體可以作為過(guò)濾實(shí)體起作用。但是，選擇知道向下游朝向接收所請(qǐng)求服務(wù)的移動(dòng)終端的鏈路上的資源的那些實(shí)體作為過(guò)濾實(shí)體是可行的。
可以使用控制消息觸發(fā)在適應(yīng)網(wǎng)絡(luò)實(shí)體處的過(guò)濾器初始化。因此，可以使用如下說(shuō)明的MBMS例程把服務(wù)語(yǔ)義向下游發(fā)信號(hào)到相應(yīng)的RNC?？梢园逊?wù)語(yǔ)義理解為指關(guān)于傳遞用戶(hù)服務(wù)的流、它們之間的相互關(guān)系、以及它們的QoS特性的信息。
根據(jù)本信息的一個(gè)實(shí)施例，在指定的MBMS信令消息的可選字段內(nèi)，提供反映服務(wù)語(yǔ)義的這些信息。此外，如果中間節(jié)點(diǎn)、譬如GGSN和SGSN不理解消息擴(kuò)展的值，它們可能不需要分析和處理該消息擴(kuò)展的值。它們只需要把這些值向下游傳送。
根據(jù)本發(fā)明的另一實(shí)施例，上面概述的自適應(yīng)QoS構(gòu)思進(jìn)一步計(jì)劃允許支持用于編碼給定內(nèi)容的不同范例(例如分層的、可替代的或互補(bǔ)的)的服務(wù)。這是一種用于提供MBMS服務(wù)的新方法，并且這樣一來(lái)它還沒(méi)有反映在目前體系結(jié)構(gòu)中。目前，只定義用于必要的MBMS上下文信息的信令和管理的占位符，但是沒(méi)有定義如何實(shí)現(xiàn)不同的可能性。因此，使用MBMS用戶(hù)服務(wù)上下文來(lái)存儲(chǔ)服務(wù)語(yǔ)義(例如，關(guān)于屬于服務(wù)的流、它們之間的相互關(guān)系、它們QoS特性等的信息)是與目前的MBMS體系結(jié)構(gòu)兼容的。
(MBMS用戶(hù)服務(wù)上下文)
下面描述保持在適應(yīng)節(jié)點(diǎn)中的、根據(jù)本發(fā)明實(shí)施例的新的MBMS用戶(hù)服務(wù)上下文。它反映會(huì)話語(yǔ)義，即它提供關(guān)于載體關(guān)系的信息，并描述對(duì)于在適應(yīng)節(jié)點(diǎn)作出轉(zhuǎn)送決定所需要的附加載體屬性。該MBMS載體上下文可以保持不改變并可以遵循目前的3GPP規(guī)格。
表1-根據(jù)本發(fā)明實(shí)施例的MBMS用戶(hù)服務(wù)上下文
根據(jù)流之間的相互關(guān)系，每個(gè)載體信息元素可以包含不同的字段。對(duì)于每個(gè)示例的類(lèi)型(分層的、可替代的和互補(bǔ)的)，將在下面描述信息元素。
表2.1-用于分層的載體的流IE
表2.2-用于分層的載體的載體列表元素
表3.1-用于可替代的載體的流IE
表3.2-用于可替代的載體的載體列表元素
表4.1-用于互補(bǔ)的載體的流IE
表4.2-用于互補(bǔ)的載體的載體列表IE
(多載體方法)
根據(jù)本發(fā)明實(shí)施例的多載體方法開(kāi)發(fā)了用戶(hù)服務(wù)可以利用多個(gè)傳輸信道(即MBMS載體)的體系結(jié)構(gòu)的潛力。這個(gè)方法的功能元素是參考表如上所述的MBMS用戶(hù)服務(wù)上下文的新定義以及所謂“適應(yīng)節(jié)點(diǎn)”的引入，其激活或去激活服務(wù)的(多個(gè))適當(dāng)載體，以使其適應(yīng)網(wǎng)絡(luò)條件和用戶(hù)偏好。可以把對(duì)適應(yīng)節(jié)點(diǎn)的操作所要求的附加信息存儲(chǔ)在上面提及的服務(wù)上下文中。進(jìn)一步應(yīng)該注意，在服務(wù)的分布樹(shù)之內(nèi)可能有多于一個(gè)的適應(yīng)節(jié)點(diǎn)。
根據(jù)這個(gè)實(shí)施例，多播或廣播服務(wù)包含多個(gè)可替代的、分層的或可選的流。對(duì)于由適應(yīng)節(jié)點(diǎn)轉(zhuǎn)送的每個(gè)流，建立獨(dú)立的載體服務(wù)。鑒于這個(gè)目的，可以給每個(gè)流分配唯一的服務(wù)IP地址，如圖8所描述的。
根據(jù)本發(fā)明的一個(gè)實(shí)施例，適應(yīng)節(jié)點(diǎn)配備有關(guān)于包含MBMS用戶(hù)服務(wù)的載體的信息。為了存儲(chǔ)該信息，可以使用MBMS用戶(hù)服務(wù)上下文(參見(jiàn)上面的表1、2.1、2.2、3.1、3.2、4.1和4.2)。這個(gè)上下文包括MBMS用戶(hù)服務(wù)標(biāo)識(shí)和載體IE，其指定載體的關(guān)系?？梢远x附加載體IE以指定其它的載體依賴(lài)性。載體IE包含相關(guān)的MBMS載體的標(biāo)識(shí)和關(guān)于以下的信息例如MBMS載體ID、優(yōu)先級(jí)和轉(zhuǎn)送狀態(tài)。由于可以給每個(gè)載體分配唯一的IP多播地址，其也存儲(chǔ)在相應(yīng)的MBMS載體上下文中，優(yōu)選地這個(gè)IP地址作為適當(dāng)?shù)腗BMS載體ID起作用。對(duì)于可替代的載體類(lèi)型，必須包括默認(rèn)選項(xiàng)和有意義的載體組合的明確列表。
為了在(多個(gè))適應(yīng)節(jié)點(diǎn)建立MBMS用戶(hù)服務(wù)上下文，可以以擴(kuò)展的形式重新使用已經(jīng)在MBMS例程(procedure)(例如MBMS注冊(cè)例程)中定義的消息，以便傳遞必要的消息來(lái)建立MBMS用戶(hù)服務(wù)上下文。這些例程(之一)可以觸發(fā)在MBMS服務(wù)中所涉及的網(wǎng)絡(luò)節(jié)點(diǎn)的注冊(cè)，即實(shí)例化MBMS載體上下文和MBMS用戶(hù)服務(wù)上下文。
由于在MBMS用戶(hù)服務(wù)上下文中可以不定義QoS屬性，所以MBMS注冊(cè)例程(參見(jiàn)圖10)可能足夠建立上述的MBMS用戶(hù)服務(wù)上下文。屬于服務(wù)的各個(gè)載體服務(wù)的QoS屬性可能已經(jīng)作為相應(yīng)的MBMS載體上下文的一部分出現(xiàn)。
鑒于這個(gè)目的，適應(yīng)節(jié)點(diǎn)必須表達(dá)其對(duì)于具有MBMS用戶(hù)服務(wù)上下文信息的興趣?？商娲姆桨缚梢允?，服務(wù)中心默認(rèn)地將把相關(guān)信息包括在注冊(cè)例程中所交換的消息中。
鑒于這個(gè)目的，可以使用如圖5所示的MBMS注冊(cè)請(qǐng)求的私有擴(kuò)展IE?？商娲?，可以定義這個(gè)消息中的強(qiáng)制字段。另一個(gè)可選擇的可以是，為了建立MBMS用戶(hù)服務(wù)上下文的目的，定義新的MBMS例程和消息。
緊接著利用注冊(cè)例程建立MBMS用戶(hù)服務(wù)上下文，可以使用MBMS會(huì)話開(kāi)始例程來(lái)通信和保留實(shí)際的、如在MBMS載體上下文中的QoS特性中指定的載體平面QoS屬性(更多詳情參見(jiàn)3GPP TS23.246的8.3節(jié)中的MBMS會(huì)話開(kāi)始例程)。
在這種方式中，只有執(zhí)行適應(yīng)的那些節(jié)點(diǎn)才能使用在這些MBMS消息中傳遞的信息。其它非兼容的節(jié)點(diǎn)可以忽略它們，并可以把它們轉(zhuǎn)送到下一下游節(jié)點(diǎn)。
上面給出的例子限于核心網(wǎng)絡(luò)(CN)消息(GGSN<->SGSN)在CN中，如圖5所示的MBMS注冊(cè)請(qǐng)求消息是GTP-C協(xié)議(也參見(jiàn)圖3中的控制平面協(xié)議簇)的一部分，對(duì)于所有的MBMS控制消息通常是這種情況。但是，可以使用RANAP(無(wú)線接入網(wǎng)應(yīng)用部分)協(xié)議實(shí)現(xiàn)在CN和RAN之間的信令。
由于目前RANAP協(xié)議沒(méi)有清楚地定義MBMS特定消息格式，所以建議對(duì)于CN消息所定義的屬性得到在使用RANAP協(xié)議的UTRAN中交換的消息中的可選的或新定義的強(qiáng)制IE之內(nèi)的等效映射。本領(lǐng)域技術(shù)人員應(yīng)該理解，通常，對(duì)消息和例程的功能和內(nèi)容的擴(kuò)展、修改或替換可以同樣實(shí)現(xiàn)上述功能。
一旦適應(yīng)節(jié)點(diǎn)已經(jīng)建立了MBMS用戶(hù)服務(wù)上下文，就準(zhǔn)備接收對(duì)MBMS載體上下文出現(xiàn)的每個(gè)注冊(cè)的載體的MBMS會(huì)話開(kāi)始請(qǐng)求。
不同于標(biāo)準(zhǔn)機(jī)制，其中獨(dú)立處理每個(gè)MBMS會(huì)話開(kāi)始請(qǐng)求，由于這些載體是相互聯(lián)系的，所以適應(yīng)節(jié)點(diǎn)可以一起考慮所有的MBMS會(huì)話開(kāi)始請(qǐng)求消息。如上面說(shuō)明的，載體的相互關(guān)系是保持在MBMS用戶(hù)服務(wù)上下文中的信息的一部分。
根據(jù)本發(fā)明的一個(gè)實(shí)施例，當(dāng)接收任一個(gè)注冊(cè)的載體的MBMS會(huì)話開(kāi)始消息時(shí)，適應(yīng)節(jié)點(diǎn)可以更新該MBMS載體上下文并可以等待所有其它相關(guān)載體的會(huì)話開(kāi)始請(qǐng)求消息。適應(yīng)節(jié)點(diǎn)可以從MBMS用戶(hù)服務(wù)上下文中得到載體關(guān)系和載體優(yōu)先級(jí)(或有意義的替代載體)以及從每個(gè)載體的MBMS載體上下文中得到每個(gè)載體的QoS要求，可以因此確定更匹配對(duì)于該MBMS服務(wù)保留的資源的一組載體。如上面解釋的，可以例如從服務(wù)管理器，即其QoS管理功能，獲得在適應(yīng)節(jié)點(diǎn)的各個(gè)下游接口上可用的可用資源。
可替代地，當(dāng)接收注冊(cè)的任一個(gè)載體或一些載體的MBMS會(huì)話開(kāi)始消息時(shí)，適應(yīng)節(jié)點(diǎn)可能已經(jīng)開(kāi)始提供服務(wù)了(如果它們已經(jīng)允許這樣做的話)。在這種情況下，各個(gè)MBMS載體上下文可以指示對(duì)于每個(gè)注冊(cè)的載體，是否已經(jīng)接收到會(huì)話開(kāi)始消息，即載體狀態(tài)是“有效”還是“備用”。
因此，根據(jù)從MBMS用戶(hù)服務(wù)上下文中得到的載體關(guān)系和載體優(yōu)先級(jí)(或有意義的替代載體)和由每個(gè)載體的MBMS載體上下文得到的每個(gè)載體的QoS要求和狀態(tài)信息，可以選擇最佳匹配適應(yīng)節(jié)點(diǎn)的每個(gè)下游接口上的下游QoS限制的載體。
返回到示范性實(shí)施例，其中適應(yīng)節(jié)點(diǎn)等待對(duì)于所有注冊(cè)的載體的MBMS會(huì)話開(kāi)始消息，一旦已經(jīng)接收到所有的會(huì)話開(kāi)始請(qǐng)求(或計(jì)時(shí)器已經(jīng)超時(shí))，適應(yīng)節(jié)點(diǎn)就可以測(cè)試載體或載體組合的每個(gè)提供的QoS級(jí)的QoS要求。對(duì)于可以在目前網(wǎng)絡(luò)條件下支持的最佳QoS級(jí)，可以給相應(yīng)的一個(gè)載體或多個(gè)載體發(fā)送肯定的MBMS會(huì)話開(kāi)始響應(yīng)，而對(duì)于所有其它的載體，則發(fā)送否定的回應(yīng)。例如，在響應(yīng)消息中可以肯定地確認(rèn)屬于適合在下游接口上可用的比特率的載體組合的那些載體。
注意，在MBMS會(huì)話開(kāi)始例程或服務(wù)期間，由于使用MBMS會(huì)話開(kāi)始響應(yīng)例如通過(guò)指示“無(wú)可用資源”、適應(yīng)節(jié)點(diǎn)拒絕下游節(jié)點(diǎn)不支持的那些流的載體，所以這些流不能到達(dá)適應(yīng)節(jié)點(diǎn)。這有利于資源的有效利用。
(MBMS用戶(hù)服務(wù)的動(dòng)態(tài)適應(yīng))
如從上面實(shí)施例中變得明顯的，通過(guò)在適應(yīng)節(jié)點(diǎn)中建立MBMS用戶(hù)服務(wù)上下文，設(shè)定了用于多播或廣播服務(wù)的動(dòng)態(tài)適應(yīng)的基礎(chǔ)，即在任一個(gè)下游節(jié)點(diǎn)的升級(jí)或降級(jí)(在QoS方面)的情況下，這可以通過(guò)適應(yīng)節(jié)點(diǎn)來(lái)管理。
使用MBMS用戶(hù)服務(wù)上下文，適應(yīng)節(jié)點(diǎn)可以確定對(duì)于特定節(jié)點(diǎn)哪個(gè)載體是激活的/去激活的，并且可以開(kāi)始相應(yīng)例程。在這種情況下，應(yīng)該注意，只要服務(wù)中心提供載體服務(wù)的流，載體服務(wù)就保持建立狀態(tài)。根據(jù)本發(fā)明實(shí)施例，通過(guò)根據(jù)網(wǎng)絡(luò)條件增加/釋放在網(wǎng)絡(luò)節(jié)點(diǎn)之間的鏈路，使得用于多播或廣播服務(wù)的每個(gè)載體服務(wù)的分布樹(shù)動(dòng)態(tài)適應(yīng)網(wǎng)絡(luò)條件。例如，如果適應(yīng)節(jié)點(diǎn)在上游適應(yīng)節(jié)點(diǎn)請(qǐng)求升級(jí)服務(wù)，例如服務(wù)的附加載體，如果在與進(jìn)行請(qǐng)求的適應(yīng)節(jié)點(diǎn)相對(duì)應(yīng)的分布樹(shù)之內(nèi)的上游接口上的網(wǎng)絡(luò)資源允許這樣做，則在分布樹(shù)中建立所要求載體的新分支。在下面將參考圖6和7更詳細(xì)說(shuō)明這個(gè)處理。
可以把MBMS用戶(hù)服務(wù)的適應(yīng)定義為升級(jí)、降級(jí)或以任何方式修改MBMS用戶(hù)服務(wù)上下文的參數(shù)。在幾種情況下，適應(yīng)可以是可行的，例如當(dāng)UE從由一個(gè)RNC操控的一個(gè)小區(qū)移動(dòng)到由不同的RNC操控的另一小區(qū)時(shí)，當(dāng)正在進(jìn)行的MBMS服務(wù)之中的UE請(qǐng)求接收服務(wù)時(shí)，或當(dāng)適應(yīng)節(jié)點(diǎn)獲知可用節(jié)點(diǎn)已經(jīng)變化(更好或更差)。
可以定義兩種適應(yīng)類(lèi)型。如上所述，在服務(wù)開(kāi)始時(shí)可以執(zhí)行靜態(tài)適應(yīng)，而在服務(wù)進(jìn)行期間可以執(zhí)行動(dòng)態(tài)適應(yīng)。
此外，通常當(dāng)在網(wǎng)絡(luò)中存在一個(gè)或多個(gè)適應(yīng)節(jié)點(diǎn)時(shí)可以執(zhí)行適應(yīng)。根據(jù)本發(fā)明的示范性實(shí)施例，在存在多于一個(gè)可用的適應(yīng)節(jié)點(diǎn)(例如RNC和SGSN)的系統(tǒng)中執(zhí)行動(dòng)態(tài)適應(yīng)。
為了執(zhí)行例如MBMS用戶(hù)服務(wù)的適應(yīng)，適應(yīng)節(jié)點(diǎn)可以與在每個(gè)適應(yīng)節(jié)點(diǎn)中提供的QoS管理功能(即如上所述的服務(wù)管理器)進(jìn)行接口。QoS管理功能負(fù)責(zé)控制、分配和監(jiān)控作為無(wú)線接入網(wǎng)或核心網(wǎng)絡(luò)的一部分的網(wǎng)絡(luò)中的可用資源。3GPP TS23.107的節(jié)6.2給出這種框架的操作詳情。
假設(shè)每個(gè)適應(yīng)節(jié)點(diǎn)可以使用QoS管理功能，每個(gè)適應(yīng)節(jié)點(diǎn)可以注意到它的網(wǎng)絡(luò)接口的能力或可用性的改變。這里改變的例子可以是為了提供MBMS服務(wù)要建立到下游或上游節(jié)點(diǎn)的隧道的數(shù)量或能力。
注意，上面已經(jīng)解決了在MBMS會(huì)話開(kāi)始例程期間的適應(yīng)。下面參考圖6和7，本發(fā)明的示范性實(shí)施例描述了請(qǐng)求增加載體的情況。請(qǐng)注意，用于丟棄載體服務(wù)的操作是類(lèi)似的。
當(dāng)適應(yīng)節(jié)點(diǎn)已經(jīng)發(fā)現(xiàn)下游節(jié)點(diǎn)需要增加載體并且它在到下游節(jié)點(diǎn)的接口上有足夠能力時(shí)，它可以把對(duì)增加的載體的MBMS注冊(cè)請(qǐng)求(參見(jiàn)圖6“請(qǐng)求ID4”)發(fā)送到下一個(gè)上游適應(yīng)節(jié)點(diǎn)。由于在適應(yīng)節(jié)點(diǎn)上可有MBMS用戶(hù)服務(wù)上下文，其可以識(shí)別輸出用戶(hù)服務(wù)的載體。如從RNC1的MBMS用戶(hù)服務(wù)上下文中可以知道，由于只把載體ID1的流提供到BS2，所以只把載體ID1的轉(zhuǎn)送狀態(tài)設(shè)置為“轉(zhuǎn)送”。這些載體服務(wù)的每一個(gè)的QoS特性可以容易地出現(xiàn)在MBMS載體上下文中。請(qǐng)進(jìn)一步注意，由于RNC1目前沒(méi)有接收到所請(qǐng)求的具有ID4的載體的數(shù)據(jù)，所以該載體處于“備用”模式。因此，通過(guò)使用在每個(gè)適應(yīng)節(jié)點(diǎn)可用的上下文信息中的信息，適應(yīng)節(jié)點(diǎn)可以基于現(xiàn)有的網(wǎng)絡(luò)資源選擇適當(dāng)載體(組合)用于提供服務(wù)。
當(dāng)請(qǐng)求增加的載體服務(wù)時(shí)，這個(gè)新MBMS注冊(cè)請(qǐng)求的功能可能限于對(duì)于可用資源輪詢(xún)上游適應(yīng)節(jié)點(diǎn)。在被輪詢(xún)的節(jié)點(diǎn)也具有足夠可用資源的情況下
1.它們可以使所請(qǐng)求的載體是可用的。在圖6中，SGSN1具有可用的載體ID4(參見(jiàn)載體上下文中的“載體ID4QoS4、有效”)，這是由于其被轉(zhuǎn)送到RNC2。在這種情況下，通過(guò)在用于到RNC1的相應(yīng)接口的服務(wù)上下文中的用于相應(yīng)接口的所請(qǐng)求的載體的轉(zhuǎn)送狀態(tài)從“丟棄”設(shè)置為“轉(zhuǎn)送”，它們可以轉(zhuǎn)送這個(gè)載體，并且可以附加地向下游傳送肯定的MBMS注冊(cè)響應(yīng)。
除了轉(zhuǎn)送的載體和MBMS注冊(cè)響應(yīng)之外，適應(yīng)節(jié)點(diǎn)還可以向下游發(fā)出新的MBMS會(huì)話開(kāi)始請(qǐng)求。然而，由于在下游節(jié)點(diǎn)中可能已經(jīng)建立了QoS特性，所以它不是確實(shí)必要的。此外，進(jìn)行請(qǐng)求的下游節(jié)點(diǎn)可以相應(yīng)地更新其上下文(參見(jiàn)圖7)在RNC1的載體上下文中，由于現(xiàn)在RNC1經(jīng)由載體ID4的載體服務(wù)接收數(shù)據(jù)，所以把這個(gè)載體狀態(tài)設(shè)置為“有效”。此外，在用戶(hù)服務(wù)上下文中，由于RNC1把所請(qǐng)求的載體的數(shù)據(jù)傳送到BS2，所以它把用于到BS2接口的轉(zhuǎn)送狀態(tài)設(shè)置為“轉(zhuǎn)送”。
2.它們不具有載體但是具有在向下游提供它的能力。這將反映在如下的各種情況下(參見(jiàn)圖6和7)用于RNC1的用戶(hù)服務(wù)上下文具有用于所有接口的條目“載體ID4→丟棄”和在載體上下文中具有條目“載體ID4QoS4，備用”。在這種情況下，適應(yīng)節(jié)點(diǎn)可以向上游傳送MBMS注冊(cè)請(qǐng)求，直至到達(dá)成功地注冊(cè)所請(qǐng)求的載體的適應(yīng)節(jié)點(diǎn)或BM-SC。在兩種情況下，都可以執(zhí)行在項(xiàng)目1中所描述的例程。
3.第三種可能性是沒(méi)有適應(yīng)節(jié)點(diǎn)已經(jīng)成功注冊(cè)載體或在下游提供載體的能力是可用的。在這種情況下，適應(yīng)節(jié)點(diǎn)可以發(fā)送否定的MBMS注冊(cè)請(qǐng)求響應(yīng)。
一旦肯定的MBMS注冊(cè)請(qǐng)求已經(jīng)到達(dá)通向請(qǐng)求的始發(fā)點(diǎn)的下游路徑中的適應(yīng)節(jié)點(diǎn)，可以把相應(yīng)的MBMS載體上下文設(shè)置為“有效”，并且可以把數(shù)據(jù)轉(zhuǎn)送到下游節(jié)點(diǎn)。這個(gè)處理可以遞歸地重復(fù)，直至分別用于受影響的接口的所有MBMS載體上下文和MBMS用戶(hù)服務(wù)上下文相應(yīng)地更新轉(zhuǎn)送狀態(tài)字段為“轉(zhuǎn)送”。
如果沒(méi)有適應(yīng)節(jié)點(diǎn)已經(jīng)成功注冊(cè)載體或在下游提供載體的能力是可用的，則上流節(jié)點(diǎn)的持續(xù)輪詢(xún)是有可能的，這可能導(dǎo)致錯(cuò)誤的網(wǎng)絡(luò)行為。為了避免這種情況，本發(fā)明的另一個(gè)實(shí)施例建議禁止后面的輪詢(xún)，直至上游節(jié)點(diǎn)肯定地響應(yīng)最初的MBMS注冊(cè)請(qǐng)求。這也意味著，否定這些更新的上游節(jié)點(diǎn)也將監(jiān)控在稍后時(shí)間更新是否是可能的。因此，應(yīng)該理解，上游節(jié)點(diǎn)現(xiàn)在意欲服務(wù)這種請(qǐng)求。
在載體丟棄(降級(jí))的情況下，可以盡可能遠(yuǎn)地向上游釋放在用于相應(yīng)載體的分布樹(shù)的分支中的網(wǎng)絡(luò)節(jié)點(diǎn)之間建立的鏈路。根據(jù)本發(fā)明實(shí)施例，在適應(yīng)節(jié)點(diǎn)丟棄所選擇的載體、即釋放所建立的用于向下游傳送載體的流的鏈路之后，適應(yīng)節(jié)點(diǎn)可以向上游發(fā)送MBMS注冊(cè)請(qǐng)求。
作為響應(yīng)，可能接收到肯定的MBMS注冊(cè)響應(yīng)，意味著所有其它上游適應(yīng)節(jié)點(diǎn)也選擇了丟棄該載體。因此，由于除始發(fā)點(diǎn)之外沒(méi)有其它適應(yīng)節(jié)點(diǎn)例外實(shí)際上需要與該載體相關(guān)的流，所以可以節(jié)省帶寬。否定的響應(yīng)可能指示，另一個(gè)節(jié)點(diǎn)實(shí)際上需要本地丟棄的載體。
由于適應(yīng)節(jié)點(diǎn)通過(guò)激活/去激活傳送載體來(lái)過(guò)濾流，所以可以使用簡(jiǎn)單判定邏輯來(lái)實(shí)現(xiàn)在上面描述的不同實(shí)施例中概述的多載體方法。因此，由于簡(jiǎn)單判定邏輯，所以可以容易地在RAN和CN節(jié)點(diǎn)中實(shí)現(xiàn)。
此外，通過(guò)選擇適當(dāng)?shù)囊唤M載體，用戶(hù)(或在網(wǎng)絡(luò)中)對(duì)作出用戶(hù)偏好和能力的適應(yīng)是可能的。由于只保留用于使用的載體的資源，即只有必要才建立網(wǎng)絡(luò)節(jié)點(diǎn)之間的必要鏈路，所以這種方法也是資源經(jīng)濟(jì)的。
(進(jìn)化的UTRAN中的可擴(kuò)展自適應(yīng)QoS體系結(jié)構(gòu))
將來(lái)的UTRAN體系結(jié)構(gòu)期望將更高智能(增強(qiáng)的控制和管理功能)進(jìn)一步推廣到網(wǎng)絡(luò)的邊界，例如到節(jié)點(diǎn)Bs(基站)。這樣做的一個(gè)原因可以是消除目前RNC形成的單點(diǎn)失敗。注意，這個(gè)將來(lái)的UTRAN體系結(jié)構(gòu)可以完美地提供根據(jù)上述的不同實(shí)施例的自適應(yīng)的QoS體系結(jié)構(gòu)。
對(duì)于使用上面概述的原則，可以在新節(jié)點(diǎn)中相應(yīng)地復(fù)制MBMS載體上下文、以及作為適應(yīng)節(jié)點(diǎn)的那些節(jié)點(diǎn)中復(fù)制MBMS用戶(hù)上下文，例如新UTRAN體系結(jié)構(gòu)的節(jié)點(diǎn)B+s。可相應(yīng)地?cái)U(kuò)展提出的MBMS例程。其他功能和要求類(lèi)似于在上面節(jié)中概述的那些。
(流轉(zhuǎn)換)
在本發(fā)明的另一實(shí)施例中，建議適應(yīng)節(jié)點(diǎn)進(jìn)一步可以配備有允許分組流轉(zhuǎn)換的裝置，例如把服務(wù)的一個(gè)或多個(gè)流匹配到下游QoS限制。例如，這可以應(yīng)用在例如如下情況中，即對(duì)于服務(wù)通過(guò)其載體提供的每個(gè)流，對(duì)節(jié)點(diǎn)的每個(gè)下游接口的QoS檢驗(yàn)失敗的情況。
可能的流(或流的組合)轉(zhuǎn)換的綜述出現(xiàn)在A.Vetro等作出的“VideoTranscoding Architectures and TechniquesAn Overview”(IEEE SignalProcessing Magazine，March2003)中。代碼轉(zhuǎn)換技術(shù)可以響應(yīng)不同的需要，例如
●編解碼器轉(zhuǎn)換以便在不同的編解碼器之間切換，
●時(shí)間分辨率或幀速率降低，
●空間分辨率降低，
●恒定比特率到可變比特率，以及
●多層流到單層流的轉(zhuǎn)換。
對(duì)于不同的體系結(jié)構(gòu)或?qū)Ｓ械木W(wǎng)絡(luò)接口，應(yīng)用編解碼器轉(zhuǎn)換可能是合適的，例如MPEG文件到Windows專(zhuān)有的WMA編解碼器的轉(zhuǎn)換。在保持編碼的圖像質(zhì)量和降低處理需要的同時(shí)，幀速率降低對(duì)于降低比特率可能是有用的。對(duì)于幀速率降低的典型應(yīng)用情況是監(jiān)視應(yīng)用，其中在存儲(chǔ)容量方面，保持圖像分辨率的降低的速率是可接受的折衷。
當(dāng)使媒體適應(yīng)于較小的設(shè)備時(shí)，譬如移動(dòng)終端，降低空間分辨率是有用的。從MPEG-2視頻(5.3Mbps，30fps，720×480)到MPEG-4Simple ProfileLevel2(128Kbps，10fps，352×240)是典型的轉(zhuǎn)換。
在Yong等的“VBR transport of CBR-encoded video over ATM networks”，in Proc.6th Int.Workshop Packet Video，Porland，OR，Sept.1994中，舉例說(shuō)明了從恒定比特率流到可變比特率流的轉(zhuǎn)換。目的是在可變比特率網(wǎng)絡(luò)中處理恒定比特率流。
此外，另一個(gè)適應(yīng)節(jié)點(diǎn)可以執(zhí)行的轉(zhuǎn)換例子是從多層流，例如MPEG-4FGS，到單層流的轉(zhuǎn)換。這在Lin等的“Efficient FGS-to-single layer transcoding”，in Proc.IEEE Int.Conf.Consumer Electronics，Los Angeles，CA，June 2002，PP.134-135中舉例說(shuō)明。
(硬件和軟件實(shí)現(xiàn))
本發(fā)明的另一實(shí)施例涉及使用硬件和軟件實(shí)現(xiàn)上述的各種實(shí)施例。應(yīng)該認(rèn)識(shí)到，可以使用計(jì)算設(shè)備實(shí)現(xiàn)和執(zhí)行上面提及的各種方法以及上述的各種邏輯塊、模塊、電路，例如通用目的處理器、數(shù)字信號(hào)處理器(DSP)、特定用途集成電路(ASIC)、現(xiàn)場(chǎng)可編程門(mén)陣列(FPGA)或其他可編程邏輯設(shè)備等?？梢酝ㄟ^(guò)這些設(shè)備的組合來(lái)執(zhí)行或?qū)崿F(xiàn)本發(fā)明的各種實(shí)施例。
此外，也可以通過(guò)由處理器或直接在硬件中執(zhí)行的軟件模塊來(lái)執(zhí)行本發(fā)明的各種實(shí)施例。軟件模塊和硬件實(shí)現(xiàn)的組合也是可能的?？梢园衍浖K存儲(chǔ)在任何類(lèi)型的計(jì)算機(jī)可讀存儲(chǔ)介質(zhì)中，例如RAM、EPROM、EEPROM、閃存、寄存器、硬盤(pán)、CD-ROM、DVD等。
權(quán)利要求
1.一種用于經(jīng)由至少一個(gè)網(wǎng)絡(luò)實(shí)體把多播或廣播服務(wù)從服務(wù)中心提供到移動(dòng)終端的方法，其中以每個(gè)經(jīng)由單載體服務(wù)傳送的多個(gè)分組流的形式來(lái)提供多播或廣播服務(wù)，所述網(wǎng)絡(luò)實(shí)體包含提供服務(wù)質(zhì)量管理功能的服務(wù)管理器，并且執(zhí)行如下步驟
接收指示屬于該多播或廣播服務(wù)的載體服務(wù)和由載體服務(wù)傳送的分組流所要求的或由其分組流組合所要求的服務(wù)質(zhì)量屬性的信息，并建立包含所接收的信息的服務(wù)上下文；
從服務(wù)質(zhì)量管理功能獲得指示對(duì)于該網(wǎng)絡(luò)實(shí)體的每個(gè)下游接口的下游數(shù)據(jù)傳送可用的服務(wù)質(zhì)量的服務(wù)質(zhì)量限制；
基于存儲(chǔ)在服務(wù)上下文中的服務(wù)質(zhì)量屬性，從屬于該多播或廣播服務(wù)的所述載體服務(wù)中選擇其流可以在所獲得的服務(wù)質(zhì)量限制之內(nèi)傳送的那些載體服務(wù)；
建立至少一部分所選擇的載體服務(wù)，其中對(duì)于每個(gè)建立的載體服務(wù)，建立在該網(wǎng)絡(luò)實(shí)體和上游網(wǎng)絡(luò)實(shí)體之間的鏈路；
經(jīng)由相應(yīng)鏈路把每個(gè)建立的載體服務(wù)的分組流轉(zhuǎn)送到所述移動(dòng)終端。。
2.如權(quán)利要求
1所述的方法，其中建立至少一部分所選擇的載體服務(wù)包含
把注冊(cè)請(qǐng)求傳送到上行鏈路的網(wǎng)絡(luò)實(shí)體或服務(wù)中心，用于注冊(cè)所選擇的載體服務(wù)；以及
從網(wǎng)絡(luò)實(shí)體或服務(wù)中心接收指示注冊(cè)已經(jīng)成功的那些載體服務(wù)的注冊(cè)響應(yīng)消息；
對(duì)于每個(gè)成功注冊(cè)的載體服務(wù)，建立該網(wǎng)絡(luò)實(shí)體和上游網(wǎng)絡(luò)實(shí)體之間的鏈路；以及
經(jīng)由每個(gè)建立的鏈路接收相應(yīng)的注冊(cè)的載體服務(wù)的分組流。
3.如權(quán)利要求
1或2所述的方法，進(jìn)一步包含步驟把用于每個(gè)下游接口的、屬于所述多播或廣播服務(wù)的所述載體服務(wù)的每一個(gè)的轉(zhuǎn)送狀態(tài)存儲(chǔ)在所述服務(wù)上下文中。
4.如權(quán)利要求
1到3之一所述的方法，進(jìn)一步包含步驟
從下游網(wǎng)絡(luò)實(shí)體接收對(duì)載體服務(wù)的注冊(cè)請(qǐng)求；
基于服務(wù)上下文確定該網(wǎng)絡(luò)實(shí)體是否接收到了所請(qǐng)求的載體服務(wù)的分組流；以及
如果接收到，則把指示所請(qǐng)求的載體服務(wù)的成功注冊(cè)的注冊(cè)響應(yīng)消息傳送到進(jìn)行進(jìn)行請(qǐng)求的下游網(wǎng)絡(luò)實(shí)體。
5.如權(quán)利要求
4所述的方法，進(jìn)一步包含步驟如果注冊(cè)響應(yīng)消息指示注冊(cè)已經(jīng)成功，則建立該網(wǎng)絡(luò)實(shí)體和進(jìn)行請(qǐng)求的下游網(wǎng)絡(luò)實(shí)體之間的鏈路，以便轉(zhuǎn)送所請(qǐng)求的載體服務(wù)的分組流。
6.如權(quán)利要求
4或5所述的方法，進(jìn)一步包含步驟
如果已經(jīng)確定該網(wǎng)絡(luò)實(shí)體沒(méi)有接收到所請(qǐng)求的載體服務(wù)的分組流，則把對(duì)所述所請(qǐng)求的至少一個(gè)載體服務(wù)的注冊(cè)請(qǐng)求傳送到上游網(wǎng)絡(luò)實(shí)體或服務(wù)中心；以及
從上游網(wǎng)絡(luò)實(shí)體或服務(wù)中心接收指示所請(qǐng)求的至少一個(gè)載體服務(wù)的注冊(cè)是否已經(jīng)成功的注冊(cè)響應(yīng)消息。
7.如權(quán)利要求
6所述的方法，進(jìn)一步包含步驟如果注冊(cè)響應(yīng)消息指示注冊(cè)已經(jīng)成功，則建立該網(wǎng)絡(luò)實(shí)體和上游網(wǎng)絡(luò)實(shí)體或服務(wù)中心之間的鏈路，以便轉(zhuǎn)送所請(qǐng)求的載體服務(wù)的分組流；以及
把指示所請(qǐng)求的載體服務(wù)的成功注冊(cè)的注冊(cè)響應(yīng)消息傳送到進(jìn)行請(qǐng)求的下游網(wǎng)絡(luò)實(shí)體。
8.如權(quán)利要求
1至7所述的方法，進(jìn)一步包含步驟
把對(duì)載體服務(wù)的注冊(cè)請(qǐng)求傳送到上游網(wǎng)絡(luò)實(shí)體或服務(wù)中心；以及
從上游網(wǎng)絡(luò)實(shí)體或服務(wù)中心接收指示所請(qǐng)求的載體服務(wù)的注冊(cè)是否成功的注冊(cè)響應(yīng)消息。
9.如權(quán)利要求
8所述的方法，進(jìn)一步包含步驟如果注冊(cè)響應(yīng)消息指示注冊(cè)已經(jīng)成功，則建立該網(wǎng)絡(luò)實(shí)體和進(jìn)行進(jìn)行請(qǐng)求的上游網(wǎng)絡(luò)實(shí)體或服務(wù)中心之間的鏈路，以便轉(zhuǎn)送所請(qǐng)求的載體服務(wù)的分組流。
10.如權(quán)利要求
6到9之一所述的方法，進(jìn)一步包含步驟基于所接收到的注冊(cè)響應(yīng)消息更新保持在網(wǎng)絡(luò)實(shí)體的服務(wù)上下文。
11.如權(quán)利要求
1至9之一所述的方法，進(jìn)一步包含步驟
從下游網(wǎng)絡(luò)實(shí)體接收對(duì)載體服務(wù)的注銷(xiāo)請(qǐng)求；
釋放所建立的用于該載體服務(wù)的在進(jìn)行請(qǐng)求的下游網(wǎng)絡(luò)實(shí)體和該網(wǎng)絡(luò)實(shí)體之間的鏈路；以及
更新服務(wù)上下文，以便指示不再把該載體服務(wù)的流轉(zhuǎn)送到進(jìn)行請(qǐng)求的下游網(wǎng)絡(luò)實(shí)體。
12.如權(quán)利要求
11所述的方法，進(jìn)一步包含步驟
確定除了進(jìn)行請(qǐng)求的下游網(wǎng)絡(luò)實(shí)體之外的另一個(gè)下游網(wǎng)絡(luò)實(shí)體是否保持到該網(wǎng)絡(luò)實(shí)體的用于該載體服務(wù)的鏈路；以及
如果不是，把對(duì)所述載體服務(wù)的注銷(xiāo)請(qǐng)求傳送到上游網(wǎng)絡(luò)實(shí)體或服務(wù)中心。
13.如權(quán)利要求
1至12之一所述的方法，進(jìn)一步包含步驟
把對(duì)載體服務(wù)的注銷(xiāo)請(qǐng)求傳送到上游網(wǎng)絡(luò)實(shí)體或服務(wù)中心；以及
更新服務(wù)上下文，以便指示不再把該載體服務(wù)的流向下游轉(zhuǎn)送到下游網(wǎng)絡(luò)實(shí)體或移動(dòng)終端。
14.如權(quán)利要求
1至13之一所述的方法，其中所接收的指示服務(wù)質(zhì)量屬性的信息指示所述多個(gè)分組流的每一個(gè)的服務(wù)質(zhì)量屬性和分組流的組合的服務(wù)質(zhì)量屬性。
15.如權(quán)利要求
1至14之一所述的方法，其中所述網(wǎng)絡(luò)實(shí)體是具有服務(wù)質(zhì)量管理功能的無(wú)線接入網(wǎng)的實(shí)體或具有服務(wù)質(zhì)量管理功能的核心網(wǎng)絡(luò)的實(shí)體。
16.如權(quán)利要求
1至15之一所述的方法，進(jìn)一步包含步驟把至少一個(gè)所選擇的載體服務(wù)的流轉(zhuǎn)換為可以在從服務(wù)質(zhì)量管理功能獲得的服務(wù)質(zhì)量限制之內(nèi)傳送的流。
17.如權(quán)利要求
16所述的方法，其中所述轉(zhuǎn)換包含轉(zhuǎn)換流的比特率、轉(zhuǎn)換編解碼器類(lèi)型、空間或時(shí)間分辨率、和從多層到單層流以及從恒定比特率到可變比特率流或反之中的至少一個(gè)。
18.如權(quán)利要求
1至17之一所述的方法，其中所述網(wǎng)絡(luò)實(shí)體是具有服務(wù)質(zhì)量管理功能的無(wú)線接入網(wǎng)的實(shí)體或具有服務(wù)質(zhì)量管理功能的核心網(wǎng)絡(luò)的實(shí)體。
19.一種網(wǎng)絡(luò)實(shí)體，經(jīng)由其把多播或廣播服務(wù)從服務(wù)中心提供到移動(dòng)終端，其中以每個(gè)經(jīng)由單載體服務(wù)傳送的多個(gè)分組流的形式提供所述多播或廣播服務(wù)，所述網(wǎng)絡(luò)實(shí)體包含
服務(wù)管理器，提供服務(wù)質(zhì)量管理功能；
接收器，用于接收指示屬于該多播或廣播服務(wù)的載體服務(wù)以及由載體服務(wù)傳送的分組流所要求的或由其分組流組合所要求的服務(wù)質(zhì)量屬性的信息；
用于建立包含所接收的信息的服務(wù)上下文的裝置；
用于從服務(wù)質(zhì)量管理功能獲得指示對(duì)于該網(wǎng)絡(luò)實(shí)體的每個(gè)下游接口的下游數(shù)據(jù)傳送可用的服務(wù)質(zhì)量的服務(wù)質(zhì)量限制的裝置；
用于根據(jù)存儲(chǔ)在服務(wù)上下文中的服務(wù)質(zhì)量屬性來(lái)從屬于該多播或廣播服務(wù)的所述載體服務(wù)中選擇其流可以在所獲得的服務(wù)質(zhì)量限制之內(nèi)傳送的那些載體服務(wù)的裝置；
用于建立至少一部分所選擇的載體服務(wù)的裝置，其中對(duì)于建立的每個(gè)載體服務(wù)，建立該網(wǎng)絡(luò)實(shí)體和上游網(wǎng)絡(luò)實(shí)體之間的鏈路；以及
傳送裝置，用于經(jīng)由相應(yīng)鏈路把每個(gè)建立的載體服務(wù)的分組流轉(zhuǎn)送到移動(dòng)終端。
20.如權(quán)利要求
19所述的網(wǎng)絡(luò)實(shí)體，進(jìn)一步包含適合于執(zhí)行如權(quán)利要求
2至18所述的方法的步驟的裝置。
21.一種移動(dòng)通信系統(tǒng)，包含服務(wù)中心、至少一個(gè)接收多播或廣播服務(wù)的移動(dòng)終端和至少一個(gè)如權(quán)利要求
19或20所述的網(wǎng)絡(luò)實(shí)體。
22.一種用于存儲(chǔ)如下指令的計(jì)算機(jī)可讀介質(zhì)，即當(dāng)該指令被處理器執(zhí)行時(shí)，其通過(guò)如下步驟使得處理器經(jīng)由至少一個(gè)網(wǎng)絡(luò)實(shí)體把多播或廣播服務(wù)從服務(wù)中心提供到移動(dòng)終端，其中以每個(gè)經(jīng)由單載體服務(wù)傳送的多個(gè)分組流的形式提供所述多播或廣播服務(wù)，所述網(wǎng)絡(luò)實(shí)體包含提供服務(wù)質(zhì)量管理功能的服務(wù)管理器，所述步驟為
接收指示屬于該多播或廣播服務(wù)的載體服務(wù)以及由載體服務(wù)傳送的分組流所要求的或由其分組流組合所要求的服務(wù)質(zhì)量屬性的信息，并建立包含所接收信息的服務(wù)上下文；
從服務(wù)質(zhì)量管理功能獲得指示對(duì)于該網(wǎng)絡(luò)實(shí)體的每個(gè)下游接口的下游數(shù)據(jù)傳送可用的服務(wù)質(zhì)量的服務(wù)質(zhì)量限制；
根據(jù)存儲(chǔ)在服務(wù)上下文中的服務(wù)質(zhì)量屬性，從屬于該多播或廣播服務(wù)的所述載體服務(wù)中選擇其流可以在所獲得的服務(wù)質(zhì)量限制之內(nèi)傳送的那些載體服務(wù)；
建立至少一部分所選擇的載體服務(wù)，其中對(duì)于建立的每個(gè)載體服務(wù)，建立該網(wǎng)絡(luò)實(shí)體和上游網(wǎng)絡(luò)實(shí)體之間的鏈路；以及
經(jīng)由相應(yīng)鏈路把每個(gè)建立的載體服務(wù)的分組流轉(zhuǎn)送到移動(dòng)終端。
23.如權(quán)利要求
22所述的計(jì)算機(jī)可讀介質(zhì)，進(jìn)一步存儲(chǔ)如下指令，當(dāng)該指令被處理器執(zhí)行時(shí)，使得處理器執(zhí)行如權(quán)利要求
2至18所述的方法的步驟。
專(zhuān)利摘要
本發(fā)明涉及一種用于過(guò)濾的方法和一種過(guò)濾屬于單用戶(hù)服務(wù)的流的移動(dòng)通信系統(tǒng)的核心網(wǎng)絡(luò)或無(wú)線接入網(wǎng)的網(wǎng)絡(luò)實(shí)體。分組流，每個(gè)由載體服務(wù)傳送，提供多播或廣播服務(wù)，并且經(jīng)由該網(wǎng)絡(luò)實(shí)體從服務(wù)中心被傳送到移動(dòng)終端。該網(wǎng)絡(luò)實(shí)體包含提供服務(wù)質(zhì)量管理功能的服務(wù)管理器。本發(fā)明進(jìn)一步涉及一種包含該網(wǎng)絡(luò)實(shí)體的通信系統(tǒng)。為了提供自適應(yīng)的多媒體廣播/多播服務(wù)QoS體系結(jié)構(gòu)，該體系結(jié)構(gòu)可擴(kuò)展到大量用戶(hù)，本發(fā)明建議以分組流形式提供服務(wù)，其中經(jīng)由單載體服務(wù)提供每個(gè)分組流，以及為在服務(wù)分布樹(shù)之內(nèi)的節(jié)點(diǎn)配備過(guò)濾能力，其中過(guò)濾能力允許基于從服務(wù)管理器獲得的下行鏈路服務(wù)質(zhì)量限制來(lái)注冊(cè)(注銷(xiāo))提供服務(wù)的載體服務(wù)。
文檔編號(hào)H04L12/54GK1998184SQ200580020646
公開(kāi)日2007年7月11日 申請(qǐng)日期2005年6月17日
發(fā)明者喬斯·L·雷伊, 伊維卡·里馬克, 羅爾夫·黑肯伯格 申請(qǐng)人:松下電器產(chǎn)業(yè)株式會(huì)社導(dǎo)出引文BiBTeX, EndNote, RefMan