專利名稱：：用于多播或廣播服務的反饋控制的制作方法
技術領域：
：本發(fā)明涉及用于控制移動終端的反饋的傳送的方法，其中該移動終端通過移動通信系統(tǒng)的空中接口接收由反饋控制實體傳送或轉發(fā)的多播或廣播服務，并且本發(fā)明還涉及使用該方法的移動終端和反饋控制實體。此外，提供了一種通信系統(tǒng)，其包括反饋控制實體、以及接收多播或廣播的移動終端。
背景技術：
：實時傳輸協(xié)議(RTP)(見Schulzrinne等人，"RTP:ATransportProtocolforReal-TimeApplications",RFC3550,可從http:〃www.ietf.org獲得)提供了端對端網絡傳輸功能，其適于通過多播或單播網絡服務來傳送諸如音頻、視頻或模擬數(shù)據(jù)之類的實時數(shù)據(jù)的應用。RTP不為實時服務進行資源預留，并且不保證服務質量。由控制協(xié)議(RTCP)增強該數(shù)據(jù)傳輸，以允許對以可縮放到大的多播網絡的方式進行的數(shù)據(jù)傳送進行監(jiān)控，并且提供最少的控制和標識功能。將RTP和RTCP設計為獨立于基礎傳輸和網絡層。對于3G網絡中的流服務的多播或廣播數(shù)據(jù)傳輸，可使用RTP。如上所述，實時控制協(xié)議(RTCP)提供了用于監(jiān)控和傳輸關于所傳送的RTP流的控制信息的手段。標準RTP/RTCPRTP(及其相伴協(xié)議RTCP)—開始就被設計為用于單播和多播數(shù)據(jù)傳輸二者(RTP報告)。因此，已提出了用于防止反饋爆聚(implosion)的可縮放算法和4相應機制。在本文檔的其余部分中，將后者分別稱為"標準RTCP算法和機制"。已經利用以任意源多播(ASM)模型為基礎的假定而設計了RTCP標準算法和機制，其中允許每個端系統(tǒng)在雙向傳輸信道上發(fā)送和接收數(shù)據(jù)。因此，每個參與的端系統(tǒng)接收RTP數(shù)據(jù)、以及所有參與者的RTCP發(fā)送者報告(SR)和接收者報告(RR)。對所有RR的接收允許每個端系統(tǒng)獨立地估計會話參與者的數(shù)量，并根據(jù)RTCP標準算法、利用這個值來計算報告時間間隔。此外，其向端主機提供一種收集關于所有參與者信息的手段，這對于某些應用、像小組會議可能是有用的。用于單向多播信道的RTCPRR如S.Bhattacharyya，Ed,"AnOverviewofSource-SpecificMulticast(SSM)"(參見RFC3539,可從http:〃www.ietf.org獲得)所述的源特定多播(Source-SpecificMulticast,SSM)模型尤其適合于結合3GPPMBMS架構使用，其中該MBMS架構在可從http:〃www.3gpp.org獲得的、2003年12月的3GPPTR23.846:"MultimediaBroadcast/Multicast(MBMS);Architectureandfunctionaldescription(Release6)"，V6丄0中規(guī)定。與ASM相比，SSM多播模型引入更低的復雜度，并且允許基于預定的訪問控制。在SSM中，允許每個單端系統(tǒng)使用單向多播傳輸信道來傳輸數(shù)據(jù)。只有那些預定了這個信道的參與者才會接收這些消息。不同于ASM,RTCP接收者報告不能在該多播信道傳輸。然而，根據(jù)指定的接收者和發(fā)送者報告帶寬值，通過讓每個接收者在單個單播傳輸信道上向發(fā)送者發(fā)送反饋、以及發(fā)送者在多播信道上反映這些消息，可以克服對SSM的這個限制。用于RTCP的SDP帶寬修改器(modifier)標準RTCP機制將全部控制流量帶寬縮放到RTP會話帶寬的5%。對于具有單個發(fā)送者的目標應用情況，為發(fā)送者報告(SR)分配的RTP帶寬的分數(shù)S為1.25%，而向由端系統(tǒng)平等共享的、接收者報告(RR)的分數(shù)R分配了值3.75%。為支持差別化配給的分配，已由Casner在"SessionDescriptionProtocolRFC3556，可從http:〃www.ietf.org獲得)提出了會話描述協(xié)議(SDP)內的RTCP帶寬修改器的信令。用于特定會話的SDP實例可用兩個額外參數(shù)進行擴展，其中，b-RS:〈帶寬值〉和b二RR:〈帶寬值〉分別指定了全部發(fā)送者和接收者報告速率。根據(jù)標準RTCP算法來確定每個主機分配和報告時間間隔。多播反饋調節(jié)在IETERMT工作組中考慮的大量現(xiàn)有工作解決抑制冗余反饋的問題，例如，對用于可靠多播傳播的丟失數(shù)據(jù)包的否定確認。其他多播應用需要具有根據(jù)特定度量(metric)的極端值的端系統(tǒng)的反饋。這些方案的目的在于，在多播會話中尋找具有受限性能(帶寬)的接收者，以便發(fā)送者相對于這個接收者的反饋來調整傳輸速率。對這兩個問題的端對端解決方法通常使用反饋計時器或輪詢機制的不同變體。幾乎沒有處理用于收集多播中的參與接收者的狀態(tài)信息的反饋調節(jié)的現(xiàn)有工作。在Bolet等人，"ScalableFeedbackControlforMulticastVideoDistributionintheInternet"(ProceedingofACM/SIGCOMM1994,第24巻，第4期，1994年10月)中提供了基于收集接收者狀態(tài)信息的、用于視頻流應用的一種優(yōu)秀機制。所提出的機制的主要目的是根據(jù)報告的狀態(tài)信息調整包的發(fā)送速率o因此，允許接收者報告的狀態(tài)集被限制為僅僅三種不同的狀態(tài)。因此，由于以下問題，該方法對調節(jié)3GPPMBMS會話中統(tǒng)計信息的反饋是不可用的必須由每個接收者借助于RTCPRR來發(fā)現(xiàn)參與端系統(tǒng)的數(shù)量。這要求每個參與移動終端(MT,UE)建立到發(fā)送者的點對點反饋信道。然后，該發(fā)送者必須反映所有的RR、或對它們總計，并且通過單向多播信道轉發(fā)此信息。該解決方法的缺點在蜂窩式和移動環(huán)境的上下文中是顯而易見的用于建立和維護反饋信道的開銷(每個MT/UE—個)，*在由所反映的報告生成的多播信道上的開銷，以及在必須動態(tài)地保持和更新狀態(tài)信息的端設備上的功耗開銷。單播反饋信道可能需要小區(qū)內大量資源，例如，如果每個用戶要具有帶有例如單獨擴展碼的專用上行鏈路信道。在相應小區(qū)中，這個情形可導致增加的呼叫阻塞和移交掉線可能性。利用如下所示的標準算法，用最小時間間隔U例如5秒)、RTCP包大小PRTCP、全部接收者報告帶寬Brr(RTP帶寬的3.75%)、以及接收者的數(shù)量n,來計算出每個接收者帶寬b収在圖1中描述了作為組大小的函數(shù)的所產生的每一接收者帶寬。利用標準RTCP算法計算的每個接收者帶寬由于組的動態(tài)-在正進行的會話期間接收者可加入和離開-有效的每個接收者帶寬事先是不知道的并且可顯著地變化。為了避免為適應當前組大小而頻繁地重新建立反饋信道，必須用預留到上限的資源，即在最壞情況下的最大RR帶寬，來建立接收者反饋信道。結果，可能非常低效率地使用用于反饋信道的預留資源。通過下述標準RTP算法，用最小時間間隔Tmin、接收者的數(shù)量n、RTCP包大小PRTCP、以及全部接收者報告帶寬B収來計算RTCPRR時間間隔T:r=max(H),圖2示出RR時間間隔T(根據(jù)上述方程計算得到)與參與該RTP會話的接收者數(shù)量n的關系。時間間隔隨著參與接收者的數(shù)量而線性增加。為說明定量影響，可考慮下面具有64kbps數(shù)據(jù)速率的流化音頻視頻內容的示例。即，對于120字節(jié)的平均RTCPPP包大小、以及n-100,可算出報告時間間隔為T1(K)=40秒；對于n=9000,它將達到19譜=1小時。根據(jù)標準算法，接收者在間隔內根據(jù)均勻分布概率性地調度它們的報告包。也就是說，在上述示例中，預期分別在20秒和0.5小時后發(fā)送第一報告包。顯然這個RR時間間隔T的結果對于實踐目的是不可接受的。如上所述，標準RTCP方法解決(address)ASM模型中的該特性，其中每個端系統(tǒng)可在單個雙向信道上發(fā)送和接收數(shù)據(jù)，并且進一步提供了損失報告的可能性。然而，對3GPPMBMS服務，該間隔將會容易地超過會話的持續(xù)時間，而使得報告無用。還將注意到，對于廣播數(shù)據(jù)傳送，也可考慮提供來自廣播服務接收者的反饋，特別是在還可以使用用于廣播數(shù)據(jù)傳送的、基于內容的收費時，其中所接收內容的質量對于收費可能是至關重要的。這與基于預定的收費相反，在其于預定的收費中，只有某一服務被接收了這個事實是重要的?？蓪⑸鲜鯮TP和MBMS特定的問題概括到經由空中接口在移動終端處接收的多播或廣播服務，這些服務使用能夠從接收終端向發(fā)送源如多播或廣播服務器提供反饋的協(xié)議。在WO2004/040928A1中，已知有用于報告無線網絡中的多用戶服務的方法。這個文檔的概念在于基于中間網絡部分中的空中接口資源的RNC信息、生成總計反饋報告?？蔀槎嘤脩舴?，即為該多用戶服務的所有接收者禁用來自終端的RTCP反饋。在一種變體中，可由RNC配置多用戶服務的所有接收者，以提供事件驅動反饋。也可在RNC中使用來自接收者的這個信息以形成總計反饋。WO2004/040928Al中提出的方法和系統(tǒng)使用有關移動通信系統(tǒng)中的無線電資源的RNC信息，以生成傳輸?shù)蕉嘤脩舴赵醇捶掌鞯目傆嫹答亪蟾?。因此，將端對端概念的多用戶服務供應轉換為這個文檔中所提出的方法，需要在不同層中的相互作用和數(shù)據(jù)交換，以例如作為會話層和無線電資源控制以及在RNC中的無線電資源管理和中間網絡部分之間的專屬擴展，以便傳遞數(shù)據(jù)。如果用于提供多播或廣播服務的體系應該被廣泛地安置，則這些擴展是不可行的。
發(fā)明內容本發(fā)明的目的在于為經由保持端對端會話概念的空中接口提供的多播和廣播服務啟用可配置和自適應的反饋。另一個目的可以是為使用RTP協(xié)議提供的MBMS服務提供可配置和自適應的反饋。由獨立權利要求的主題來實現(xiàn)了該目的。本發(fā)明的有益實施例是附屬權利要求的主題。本發(fā)明的主要思想之一是僅允許移動通信網絡內、從反饋控制實體接收多播或廣播服務的終端的子集將反饋提供給發(fā)送源，即該反饋控制實體。因此有可能保持端對端概念，且不破壞所利用協(xié)議的分層體系。本發(fā)明的另一思想是統(tǒng)計性用戶采樣的使用，基于該采樣確定提供反饋的終端子集。根據(jù)本發(fā)明的實施例，提供了一種用于控制移動終端的反饋的傳送的方法，其中該移動終端經由移動通信系統(tǒng)的空中接口接收由反饋控制實體傳送或轉發(fā)的多播或廣播服務。根據(jù)這種方法，移動終端可經由單向下行鏈路信道、并使用不可靠的傳輸協(xié)議和會話協(xié)議，來接收多播或廣播服務，其中該會話協(xié)議對接收多播或廣播服務的終端的反饋供應進行配置。另外，移動終端可接收參數(shù)，該移動終端可基于該參數(shù)決定是否向反饋控制實體提供反饋。在決定步驟中，移動終端可基于所接收的參數(shù)，決定是否向反饋控制實體提供用于多播服務或廣播的、會話協(xié)議配置的反饋，并且在決定提供會話協(xié)議配置的反饋的情況下，可以建立用于將反饋提供給會話協(xié)議配置的反饋控制實體的載體。一旦已經建立了該載體，則移動終端可經由所建立的載體，向反饋控制實體傳輸會話協(xié)議配置的反饋，其中該反饋指示所述多播或廣播服務的接收統(tǒng)計信息。這個實施例具有如下優(yōu)點移動終端可基于信令化的參數(shù)集(或單個參數(shù))來決定是否提供會話協(xié)議配置的反饋。如上所述，在移動終端決定提供會話協(xié)議配置的反饋的情況下，建立用于提供會話協(xié)議配置的反饋的載體，以便在這種情況下，^又向該移動終端分配例如在移動通信系統(tǒng)的無線電接入網絡中的資源。在本發(fā)明的進一步實施例中，在移動終端處接收的參數(shù)指示用于概率試驗的概率值，移動終端基于該值決定是否提供會話協(xié)議配置的反饋。因此，是否提供會話協(xié)議配置的反饋的決定可基于由移動終端執(zhí)行的概率試驗的結果，其中所接收的概率值用于執(zhí)行這個試驗。通過使用發(fā)信號通知給接收多播或廣播服務的移動終端的概率度量，可減小從移動通信系統(tǒng)的反饋控制實體接收的數(shù)據(jù)(參數(shù))的大小，但允許每個接收該概率度量的移動終端自發(fā)確定是否提供會話協(xié)議配置的反饋。下面將提供有關用于決定是否提供反饋的概率試驗的使用細節(jié)。根據(jù)本發(fā)明的另一個實施例，概率試驗是伯努利(Bernoulli)試驗。這可以具有優(yōu)點可使用在執(zhí)行試驗時簡化計算的近似，以降低在移動終端處的計算復雜度。在本發(fā)明的進一步實施例中，經由提供多播或廣播服務的多播或廣播數(shù)據(jù)信道來接收這些參數(shù)。如上所概述，在這種情況下可使用不可靠的傳輸協(xié)議例如UDP奉將數(shù)據(jù)傳送到終端。根據(jù)本發(fā)明的另一實施例的方法預見經由通告信道接收這些參數(shù)，其中在該通告信道上將多播或廣播服務通告給潛在接收者。在這個實施例的變體中，使用可靠通信協(xié)議用于在該通告信道上的數(shù)據(jù)傳輸。這個實施例考慮到，每個終端以可靠的方式來接收信號參數(shù)至少一次可能是所期望的。在借助于不可靠通信協(xié)議提供這些參數(shù)的情況下，不能確保每個接收終端都可以具有必要的參數(shù)存在以便決定是否提供會話協(xié)議配置的反饋。本發(fā)明的另一實施例預見在移動終端處接收的參數(shù)還指示在其之前該參數(shù)(多個)為有效的時間點。在該實施例的變體中，在達到由該參數(shù)所指示的時間點的情況下，移動終端可釋放已建立的、用于提供會話協(xié)議配置的反饋的載體。因此，可確保移動終端使用過期參數(shù)集來確定是否應該從相應終端提供會話協(xié)議配置的反饋。例如，這可應用于其中使用不可靠傳輸機制(例如周期性地)更新和提供從反饋控制實體接收的參數(shù)的情況。在這個情況下，不能確保每個終端成功地接收參數(shù)集的更新，以致預見上述指示參數(shù)有效期的機制是可行的。如上面已指出的那樣，本發(fā)明的另一實施例l更于參數(shù)的重新配置或更新。移動終端可接收重新配置參數(shù)，其中該重新配置參數(shù)更新先前從反饋控制實體接收的參數(shù)。在該實施例的變體中，重新配置參數(shù)可包括標記，該標記指示是否更新先前接收的參數(shù)的有效期，即指示該參數(shù)是否在所謂的"額外"時段中有效。在這個情況下，移動終端可基于該標記更新用于先前所接收參數(shù)的有效期。在另一實施例中，僅那些已建立了用于提供會話協(xié)議配置的反饋的載體的移動終端才可進行有效期的更新。此外，根據(jù)本發(fā)明的另一實施例，所接收的重新配置參數(shù)可包括(額外的)標記，該標記指示是否要由移動終端執(zhí)行有關提供會話協(xié)議配置的反饋的新決定。因此，可根據(jù)該標記來控制移動終端，以確定是否要做出有關提供會話協(xié)議配置的反饋的新決定。如果該標記指示這樣做，則移動終端可基于所接收的重新配置參數(shù)，決定是否向反饋控制實體提供用于多播或廣播服務的會話協(xié)議配置的反饋。如上所述，在決定提供會話協(xié)議配置的反饋的情況下，則建立用于向反饋控制實體提供會話協(xié)議配置的反饋的載體，并且移動終端可經由所建立的載體，向反饋控制實體傳輸指示所述多播或廣播服務的接收統(tǒng)計信息的、會話協(xié)議配置的反饋。接著，在下面將概述涉及反饋控制實體的操作的其他實施例。應注意到，反饋控制實體可包含在單獨的網絡單元中，或可與服務源即多播或廣播服務提供者一起包含在移動通信網絡的網絡單元中。本發(fā)明的各種實施例之一提供了一種用于由反饋控制實體控制多個移動終端的反饋的傳送的方法，該多個移動終端經由移動通信系統(tǒng)的空中接口接收由反饋控制實體傳送或轉發(fā)的多播或廣播服務。根據(jù)這種方法，反饋控制實體可經由單向下行鏈路信道、并使用不可靠的傳輸協(xié)議和會話協(xié)議來傳送或轉發(fā)多播或廣播服務，其中，該會話協(xié)議對接收多播或廣播服務的終端反饋供應進行配置。另外，反饋控制實體可確定允許移動終端決定是否向反饋控制實體提供會話協(xié)議配置的反饋的參數(shù)，并且可將那些參數(shù)傳送給接收多播或廣播服務的多個移動終端的至少一個子集。因此，反饋控制實體可從已接收了這些參數(shù)的多個移動終端的子集接收反饋。在本發(fā)明的另一實施例中，反饋控制實體基于由反饋控制實體維持的、或從移動通信系統(tǒng)的網絡實體接收的多播和廣播服務的狀態(tài)信息，來確定這些參數(shù)。在本發(fā)明的進一步實施例中，由反饋控制實體確定的參數(shù)指示用于概率試驗的概率值，移動終端基于該概率值決定是否提供會話協(xié)議配置的反饋。因此，根據(jù)這個實施例，反饋控制實體可確定要由移動終端使用、用于概率試驗的概率度量，并可將此度量發(fā)信號通知給該多個移動終端的至少一個子集。如上所述，本發(fā)明的一個實施例預見經由通告信道傳送參數(shù)(多個)，其中在該通告信道上將多播或廣播服務通告給潛在接收者。另外，可以使用可靠通信協(xié)議用于通告信道上的數(shù)據(jù)傳輸。根據(jù)進一步實施例，反饋控制實體可基于多播或廣播服務的參與者數(shù)量來確定概率值。例如，可從多播或廣播服務相關狀態(tài)信息中獲得多播或廣播服務的參與者數(shù)量。在本發(fā)明的另一實施例中，多播或廣播服務相關的狀態(tài)信息包含在反饋控制實體處維持的MBMSUE上下文或MBMS載體上下文中。作為選擇，可絡的網絡實體接收該狀態(tài)信息。在本發(fā)明的進一步實施例中，反饋控制實體可從多播或廣播服務提供者接收多播或廣播服務的數(shù)據(jù)。在這個實施例的變體中，反饋控制實體可向多播或廣播服務提供者轉發(fā)從移動終端接收的會話協(xié)議配置的反饋。在進一步變體中，可使用傳輸協(xié)議和會話協(xié)議向反饋控制實體傳輸多播服務的數(shù)據(jù)。反饋控制實體可在向移動終端傳輸或轉發(fā)多播或廣播服務的數(shù)據(jù)之前，分別將傳輸協(xié)議和會話協(xié)議中的至少一個轉換成另一個傳輸協(xié)議或會話協(xié)議。另外，有可能使用傳輸協(xié)議和會話協(xié)議向反饋控制實體傳輸用于多播服務的反饋。在這個情況下，反饋控制實體還可在向多播或廣播服務提供者轉發(fā)該反饋之前，分別將傳輸協(xié)議和會話協(xié)議中的至少一個轉換成另一個傳輸協(xié)議或會話協(xié)議。在這個實施例的另一變體中，反饋控制實體形成從移動終端接收的會話協(xié)議配置的反饋的總計，并可將所接收反饋的總計作為反饋信息傳輸給多播或廣播服務提供者。本發(fā)明的進一步實施例考慮使用RTP的服務供應。在這個實施例中，使用RTP協(xié)議提供多播或廣播服務，并使用RTCP協(xié)議提供反饋，其中向RTCP協(xié)議消息分配用于提供多播或廣播服務的會話的、可用帶寬的一部分。此外，作為選擇，可以RTCP協(xié)議中的接收者報告的形式來提供會話協(xié)議配置的反饋。應注意到，根據(jù)本發(fā)明的實施例，上述接收統(tǒng)計信息可對應于根據(jù)RTCP協(xié)議、在接收者報告中信號通知的信息。根據(jù)本發(fā)明的另一實施例，由反饋控制實體傳送并由移動終端接收的參數(shù)還可指示報告時間間隔和可用帶寬，以便使用RTCP協(xié)議提供反饋。從反饋控制實體發(fā)信號通知的參數(shù)可以包括在由反饋控制實體傳送的RTCP協(xié)議的發(fā)送者報告消息內。另一實施例涉及一種經由移動通信系統(tǒng)的空中接口接收由反饋控制實體傳送或轉發(fā)的多播或廣播服務的移動終端。該移動終端可包括接收器，用于經由單向下行鏈路信道、并使用不可靠傳輸協(xié)議來接收多播或廣播服務。另外，該終端可接收參數(shù)，該移動終端基于該參數(shù)決定是否向反饋控制實體提供會話協(xié)議配置的反饋。處理器，用于基于所接收的參數(shù)、決定是否向反饋控制實體提供用于多播服務或廣播服務的會話協(xié)議配置的反饋，并用于在決定提供會話協(xié)議配置的反饋的情況下，建立用于將會話協(xié)議配置的反饋提供給反饋控制實體的載體；以及傳送器，用于經由所建立的載體、向反饋控制實體傳送會話協(xié)議配置的反饋，其中該反饋指示多播或廣播服務的接收統(tǒng)計信息。在本發(fā)明的另一實施例中，移動終端還可包括裝置，其適于執(zhí)行由上述反饋控制方法的各種實施例之一中的移動終端所執(zhí)行的步驟。本發(fā)明的另一實施例提供了一種反饋控制實體，用于控制多個移動終端的反饋的傳送，其中該多個移動終端經由移動通信系統(tǒng)的空中接口接收由反饋控制實體傳送或轉發(fā)的多播或廣播服務。根據(jù)這個實施例，該反饋控制實體可包括傳送器，用于經由單向下行鏈路信道、并使用不可靠的傳輸協(xié)議和會話協(xié)議來傳送或轉發(fā)多播或廣播服務，其中該會話協(xié)議對接收多播或廣播服務的終端的反饋供應進行配置。另外，反饋控制實體可還包括處理器，用于確定允許移動終端決定是否向反饋控制實體提供會話協(xié)議配置的反饋的參數(shù)，其中該傳送器適于向接收該多播或廣播服務的多個移動終端中的至少一個子集傳送所述參數(shù)；以及接收器，用于從已接收了該參數(shù)的多個移動終端的子集接收會話協(xié)議配置的反饋。在本發(fā)明的另一實施例中，反饋控制實體可還包括裝置，其適于執(zhí)行由上述反饋控制方法的各種實施例之一中的反饋控制實體所執(zhí)行的步驟。另外，本發(fā)明的一個實施例涉及一種移動通信系統(tǒng)，其包括如上所定義的反饋控制實體、以及如上所定義的、用于經由空中接口從反饋控制實體接收多播或廣播服務的至少一個移動終端。本發(fā)明的另一實施例涉及用于存儲指令的計算機可讀介質，當該指令由移動終端的處理器執(zhí)行時，導致該處理器控制移動終端的反饋的傳送，其中該移動終端經由移動通信系統(tǒng)的空中接口接收由反饋控制實體傳送或轉發(fā)的多播或廣播服務，這通過以下步驟完成通過經由單向下行鏈路信道、并使用不可靠的傳輸協(xié)議和會話協(xié)議在移動終端處接收多播或廣播服務，其中該會話協(xié)議對接收多播或廣播服務的終端的反饋供應進行配置；在移動終端處接收參數(shù)，基于該參數(shù)，移動終端決定是否向反饋控制實體提供會話協(xié)議配置的反饋；由移動終端基于所接收的參數(shù)，決定是否向反饋控制實體提供用于多播服務或廣播的、會話協(xié)議配置的反饋；在決定提供會話協(xié)議配置的反饋的情況下，由移動終端建立用于將會話協(xié)議配置的反饋提供給反饋控制實體的載體；以及經由所建立的載體，從移動終端向反饋控制實體傳送指示多播或廣播服務的接收統(tǒng)計信息的反饋。在另一實施例中，計算機可讀介質可還存儲這樣的指令，當這些指令由移動終端的處理器執(zhí)行時，導致該處理器執(zhí)行由上述反饋控制方法的各種實施例之一中的移動終端所執(zhí)行的步驟。此外，本發(fā)明的另一實施例提供了一種計算機可讀介質用于存儲指令，當該指令由反饋控制實體的處理器執(zhí)行時，導致該處理器控制移動終端的反饋的傳送，其中該移動終端經由移動通信系統(tǒng)的空中接口接收從反饋控制實體傳送或轉發(fā)的多播或廣播服務，這通過以下步驟完成經由單向下行鏈路信道、并使用到至少一個移動終端的不可靠傳輸協(xié)議和會話協(xié)議，從反饋控制實體轉發(fā)多播或廣播服務，其中，該會話協(xié)議對接收多播或廣播服務的終端的反饋供應進行配置；在反饋控制實體處確定允許移動終端決定是否向反饋控制實體提供會話協(xié)議配置的反饋的參數(shù)；將這些參數(shù)從反饋控制實體傳送到接收多播或廣播服務的多個移動終端的至少一個子集；以及在反饋控制實體處，從已接收了這些參數(shù)的所述多個移動終端的子集接收會話協(xié)議配置的反饋。在進一步實施例中，計算機可讀介質還存儲這樣的指令，當這些指令由反饋控制實體的處理器執(zhí)行時，導致該處理器執(zhí)行由上述反饋控制方法的各種實施例之一中的反饋控制實體執(zhí)行的步驟。根據(jù)本發(fā)明的一個方面，提供了移動終端，其經由移動通信系統(tǒng)的空中接口接收由反饋控制實體發(fā)送或轉發(fā)的多播或廣播服務，所述移動終端包括接收單元，用于經由單向下行鏈路信道接收所述多播或廣播服務，所述接收單元接收參數(shù)；決定單元，用于基于所接收的參數(shù)，決定是否向反饋控制實體提供多播或廣播服務的接收統(tǒng)計信息的反饋；以及發(fā)送單元，當決定提供所述接收統(tǒng)計信息反饋時，將所述多播或廣播服務的接收統(tǒng)計信息的反饋發(fā)送給所述反饋控制實體。根據(jù)本發(fā)明的另一個方面，提供了反饋控制實體，其用于控制從多個移動終端的反饋的發(fā)送，所述多個移動終端經由移動通信系統(tǒng)的空中接口接收由所述反饋控制實體發(fā)送或轉發(fā)的多播或廣播服務，所述反饋控制實體包括發(fā)送單元，用于經由單向下行鏈路信道，并使用不可靠的傳輸協(xié)議向至少一個移動終端發(fā)送或轉發(fā)所述多播或廣播服務的數(shù)據(jù)，所述發(fā)送單元被設置為向接收所述多播或廣播服務的所述多個移動終端中的至少一個移動終端發(fā)送參數(shù)；決定單元，用于決定參數(shù)，所述參數(shù)用于使移動終端決定是否向所述反饋控制實體提供反饋；接收單元，用于從決定了提供所述接收統(tǒng)計信息的反饋的終端接收所述接收統(tǒng)計信息的反饋。根據(jù)本發(fā)明的再一個方面，提供了移動通信系統(tǒng)，包括根據(jù)上述兩個方面所述的移動終端和反^it控制實體。在下文中，參考附圖更詳細地說明本發(fā)明。其中用相同的附圖標記來標記附圖中相似或相應的細節(jié)。圖1示出了作為已經預定了RTP會話的接收者的數(shù)量n的函數(shù)的、每個接收者報告帶寬；圖2示出了作為已經預定了RTP會話的接收者的數(shù)量n的函數(shù)的、接收者報告(RR)時間間隔T;圖3示出了RTCP應用定義包；圖4示出了根據(jù)本發(fā)明實施例、在RTCP應用定義包中傳輸?shù)膽枚x參數(shù)的格式；圖5示出了根據(jù)本發(fā)明實施例、擴展RTCP接收者報告塊的格式；圖6示出了根據(jù)本發(fā)明實施例、用于在圖3的RTCP應用定義包中、或圖5所示的擴展RTCP接收者報告塊中傳輸參數(shù)的格式；圖7、圖8和圖9示出了根據(jù)本發(fā)明的不同實施例、用于向用戶提供多播和廣播服務以及控制接收終端的反饋的不同場景；以及圖IO和圖11分別示出了根據(jù)本發(fā)明的不同實施例的移動終端和反饋控制實體。具體實施例方式下面的段落將說明本發(fā)明的各種實施例。僅為了示例性目的，大多數(shù)實施例參照UMTS通信系統(tǒng)來概述，并且在后續(xù)段落中使用的術語主要涉及UTMS術語。然而，這些與UMTS體系相關的使用術語和實施例說明目的不是將本發(fā)明的原則和思想限制為這樣的系統(tǒng)。此外，上面在
背景技術：
部分給出的詳細闡述僅僅是為了更好地理解下面所描述的大多數(shù)UMTS特定的示例實施例，并且不應當被理解為將本發(fā)明限制為所描述的、移動通信系統(tǒng)中的處理和功能的特定實現(xiàn)。的傳輸協(xié)議用于數(shù)據(jù)傳送、經由空中接口在移動終端處接收的多播或廣播服務。另外，使用了使得能夠從接收終端向發(fā)送源(例如反饋控制實體)提供反饋的協(xié)議。要注意到，在上述場景中，不可能經由通過其接收服務數(shù)據(jù)的信道提供反饋，這是因為該信道是單向的。本發(fā)明的一個實施例的關鍵方面在于，如先前所述，在可控制通信網絡內的服務和反饋供應的移動通信網絡中，僅僅允許從反饋控制實體接收多播或廣播服務的終端的子集向反饋控制實體提供反饋。在本發(fā)明的實施例中，例如，可通過讓接收多播或廣播服務的移動終端決定-例如基于概率試驗-它們是否提供反饋來實現(xiàn)。通過發(fā)信號通知參數(shù)如試驗中使用的概率值，反饋控制實體可通過改變所信號通知的參數(shù)來控制反饋，以便-統(tǒng)計地說-具有所希望數(shù)量的、接收服務的移動終端提供反饋。在這個方面重要的是，要注意到多播或廣播服務的基礎是端對端概念，這意味著端點之間的交換信息對任選的中間節(jié)點是透明的。這也被所用的遵循分層體系的協(xié)議所反映，該體系將所輸送的信息封裝在某一層內。在一個層處的信息最初對于其它層是不可見的。僅僅相鄰的層能通過良好定義的服務和服務接入點來交換信息。因為所傳送的、多播或廣播服務的信息僅對發(fā)送源(即，反饋控制實體和接收者)是可見的，所以中間節(jié)點僅支持比所用傳輸協(xié)議更低層的協(xié)議。選擇接收多播或廣播服務的終端的子集來提供反饋的思想保持了這個端對端概念，并且不會打破所用協(xié)議的分層體系。相反，在UTRAN或CN的中間節(jié)點中生成反饋將打破這些概念，并將需要以不相容的方式來改變協(xié)議、以及擴展中間節(jié)點以執(zhí)行不適當?shù)墓δ?。如果廣泛地建立了用于提供多播或廣播服務的體系，則這些假設中的任意一個都是不可行的。本發(fā)明的另一實施例基于為MBMS服務提供可配置和自適應的反饋解決方案的思想。在下文中將更詳細地解釋這個實施例。MBMS服務一般使用RTP協(xié)議用于流化媒體?？墒褂孟喟殡S的RTCP協(xié)16議用于收集RTP會話反饋，并提供對會話的松散控制?？墒褂肦TCP反饋來收集關于正在進行的RTP多播會話的統(tǒng)計信息?？杉僭OUDP為基礎不可靠的傳輸協(xié)議。替代標準RTP算法，即使用RTCPRR來估計參與移動終端(MT)的數(shù)量，由本發(fā)明的這個實施例提出的方案使用MBMS信令和/或MBMS狀態(tài)信息來確定會話中MT/UE的確切數(shù)量。這個方法避免了讓每個接收者都具有反饋信道的需要，即每個參與者接收來自其他參與者的所有消息的事實，并消除了多播/廣播和計算日常費用。一般而言，應注意到，在MBMS規(guī)范中，存在兩類狀態(tài)信息MBMS載體上下文，其描述一種特定MBMS載體服務；以及MBMSUE上下文，其包括關于特定MBMS載體服務的UE特定信息。這兩種上下文均可在RAN、SGSN、GGSN和BM-SC中創(chuàng)建?？蔀槊總€接收服務的UE創(chuàng)建UE上下文。目前，GGSN中的載體上下文包含接收服務的UE的數(shù)量。然而，當然也有可能的是，其他RAN或CN節(jié)點在上下文中存儲服務的狀態(tài)信息，即允許通過例如對所創(chuàng)建的上下文數(shù)量的計數(shù)(即，在網絡節(jié)點中，每個UE具有其自身的UE上下文)，也允許由上下文內指示服務參與者總數(shù)的字段，來確定服務參與UE的數(shù)量。在采用MBMS體系用于服務供應的情況下，可對BM-SC的UE上下文中的參與者的數(shù)量進行計數(shù)，或GGSN可以通過將載體上下文中的相應字段值發(fā)信號通知給BM-SC來提供參與者的總數(shù)。用于收集會話統(tǒng)計信息的統(tǒng)計用戶采樣的用法可用于僅允許移動終端(MT)的子集來提供反饋。即，僅僅接收者的一個集合被配置為向反饋控制實體發(fā)送報告。這與標準RTP多播相反，在標準RTP多播中，每個參與者都發(fā)送RTCP反饋，并且該反饋一般被轉發(fā)到所有其他方。根據(jù)本發(fā)明的這個實施例，以概率性的方式選擇發(fā)報告接收者的集合。執(zhí)行統(tǒng)計用戶采樣所必需的一個參數(shù)可以是報告概率。其他可被使用/發(fā)信號通知的參數(shù)是報告時間間隔和預留的反饋帶寬。發(fā)送反饋控制實體，例如BM-SC，可根據(jù)允許反饋的總量來設置這些參數(shù)，這是因為不同的服務可能具有不同的報告需要。通過采用這個方案，可控制反饋信道的數(shù)量，并且更有效地使用每個反饋信道。上述用于該方案配置的參數(shù)可被傳輸?shù)蕉嗖?廣播組參與者。例如，可通過使用多播/廣播數(shù)據(jù)信道或通告信道來實現(xiàn)這一點。這個實施例的一個變體向反饋控制實體(例如BM-SC)提供了這樣的可能性即重新配置發(fā)報告的接收者集合，以及在正進行的會話期間將報告時間間隔(重新)設置為與組大小無關的常值。這可解決允許將RR的報告時間間隔設置為合理值的問題。為避免終端在重新配置后以不同的報告間隔和可能性進行操作，可將計時器值包括在這些消息中。因此，可將多播信道上的信令和費用、以及由于在每個端設備上計算參數(shù)而引起的計算費用保持為最小。標準RTP/RTCP算法和機制遵循一般設計，以便支持具有單個和多個數(shù)據(jù)源以及接收者的應用的廣泛類別。在3GPPMBMS環(huán)境中的行為目的比RTP/RTCP的供應更加明確，并且集中于從單個服務器向移動終端集合提供單向數(shù)據(jù)傳送服務，即流或下載服務。因此，如上所示，本發(fā)明的一個實施例涉及當采用RTP和RTCP時、對后者環(huán)境的優(yōu)化。具體而言，這個實施例的目的可以是支持與RTP數(shù)據(jù)傳送會話相關的統(tǒng)計信息的反饋，同時解決上面介紹部分所述的問題。3GPPMBMS體系的一個部分是MBMS載體上下文。在這個載體上下文中，聚集了建立穿越3G網絡的鏈路所必需的信息。一般將MBMS載體上下文存儲在路徑中的每個節(jié)點處，其中MBMS服務數(shù)據(jù)經由該路徑而提供給終端，即在BM-SC、RAN、GGSN和SGSN中的終端。也將所服務UE的數(shù)量存儲在GGSN的MBMS載體上下文中。因此，GGSN可將所服務UE的數(shù)量提供給BM-SC，以便BM-SC可具有有關在MBMS會話中參與UE的確切數(shù)量的知識，避免使用RTCP反饋來確定參與RTP會話的用戶的數(shù)量所固有的延遲和開銷。因此，不是通過收集來自每個參與者的反饋報告來確定UE的數(shù)量，而是可以使用載體上下文中存儲的狀態(tài)信息來確定UE數(shù)量。因為可基于MBMS狀態(tài)信息而不使用來自參與用戶的反饋來確定會話參與者的數(shù)量，所以沒有必要為每個參與者保留反饋信道。由此，可實現(xiàn)移動通信系統(tǒng)的RAN和核心網絡中可用資源的顯著節(jié)約。如上概述，本發(fā)明的實施例預見與服務相關、并可被存儲在RAN和/或CN的一個或更多的網絡節(jié)點中的狀態(tài)信息可以用來確定接收特定服務的終端數(shù)量。如有必要，可在網絡節(jié)點之間交換狀態(tài)信息。如先前所示，為了減少為反饋目的而分配的必要資源，可以僅僅選擇M個接收者(作為接收者的子集)來建立用于向服務器反饋的上行鏈路信道。MBMS服務器可確定全部反饋帶寬Brr的但、以及可用反饋信道的數(shù)量M。因為反饋控制實體可知道報告包PRTCP的結構和平均大小，所以可以根據(jù)下列方程計算出用于每個反饋消息的報告間隔T:B朋根據(jù)本發(fā)明的實施例，可采取概率性方法用于選擇發(fā)報告的接收者集合M。每個接收者可執(zhí)行概率試驗，例如成功概率為p的伯努利試驗。為計算這個值，概率密度函數(shù)的特征如下。假設n個用戶執(zhí)行概率為p的伯努利試驗，并假設每次試驗都相互獨立，則可獲得二項式分布，并且可將該概率密度函數(shù)表達為f、此外，由下式給出概率分布函數(shù)f,(小尸(b小才)K在特定條件下，二項式分布可用高斯(GauP)分布來近似。其要求是"/>4w(l-p)=w《>4這個近似還可被用于當考慮MBMS服務時的簡化，因為通常可假設將多播服務發(fā)送給大量的用戶。給定這個簡化，該方程更易于處理。簡化二項式分布的概率密度函數(shù)將是帶有下述均值和方差的高斯分布其中//="p且o"2=。如上所述，可根據(jù)MBMS載體上下文確定在多播會話中當前參與接收者的總數(shù)n。以這種方式，服務器可具有用于計算成功概率p所存儲的全部信息。因此，讓反饋控制實體執(zhí)行上述計算、并在多播/廣播信道向該組順序地通告全部的必要參數(shù)(時間間隔T、概率p、每個接收者報告帶寬brr/M=bRR)是合理的。根據(jù)上述概率分布函數(shù)，我們可獲得p的值，從而導出發(fā)報告的接收者的總數(shù)M，當p的值滿足下式時，其應該在區(qū)間(M,，M^)中S"M廳卜《(M衞)—《(M她,)可使用上面概述的近似或其他方法來求解此方程，在本文中沒有更詳細地描述該解法(例如，請參見Bronstein等，"Taschenbuchdermathematik",1999,章16.2.3.1:"Binomialverteilung")。一旦由UE接收了上述值p,則其可執(zhí)行伯努利試驗。僅僅在試驗結果是肯定時，接收者才可建立具有所提供的每個參與接收者報告帶寬bRR的反饋信道。要注意到，UE可有機會取決于其中使用了本文中概述的原理的系統(tǒng)而為載體指定所需的帶寬。然后UE可在指定的時間間隔T之后發(fā)送RTCP亂根據(jù)本發(fā)明的一個實施例，可利用RTCP發(fā)送者報告塊，將用于接收者配置(即，允許UE確定是否提供反饋)的參數(shù)傳輸?shù)浇邮照?。為此目的，可以存在?shù)種選擇。第一種可能性可以是:使用圖3所示、符合RTCP規(guī)范的應用定義包(APP包)。通常，由于已開發(fā)了新的應用和新的特征，所以APP包用于試驗用途而無需包類型值登記。在圖3中，在RFC3500的6.7部分中定義了字段V、P、子類、PT、長度和SSRC。名稱字段例如可被設置為"MBMS"，但作為替代可以使用任何其它由不超過4個八位字節(jié)組成的名稱。此外，可將應用相關數(shù)據(jù)附于上述字段。在圖4所示的本發(fā)明的示例實施例中，APP包中的應用相關部分可至少包括下述字段時間間隔，以毫秒為單位來指示(RTCP)報告時間間隔；概率值，以概率試驗的成功概率的定點表示；以及報告帶寬，如果概率試驗成功，則其指定接收者必須為報告信道分配的帶寬(例如，以位每秒為單位)。才艮據(jù)相無率值的定點表示，例如，最大扭克率p=l可^f皮編碼為16位序列("1111111111111111,，)。因此，p的分辨率等于1/(216-1)。本發(fā)明的另一實施例預見借助于如圖5所示、新定義的擴展接收者報告塊(XR報告塊)來傳送必要參數(shù)。在Friedman等人所著的"RTPControlProtocolExtendedReports(RTCPXR)，，中(參見RFC3611,可在http:〃www.ietf.org獲得)指定了一種框架，用于定義具有擴展性能的特另'J(ad-hoc)RTCP報告塊。根據(jù)這個實施例，可將這樣的塊定義為輸送上面所示的報告信息(例如，報告間隔、報告概率等)。在圖5所示的XR報告塊中，在RFC3611的部分2中定義了字段V、P、保留、PT、長度、SSRC。類似地，在RFC3611的部分3中定義了字段BT、rsvd(用于類型特定的信息)以及塊長度。字段BT(塊類型)采用在范圍(8,255)中的未用值。已經使用了值0-7。這個選項具有如下優(yōu)點其具有這樣的可能性，即當使用如上所概述的APP報告塊時，直接在RTP協(xié)議內而不是在應用層上實現(xiàn)邏輯。由本發(fā)明的這個實施例提議的解決方法具有另一個優(yōu)點接收者可使用或提供根據(jù)RFC3611或本文內所定義的可用擴展才艮告的可能性。在本發(fā)明的另一實施例中，建議使用諸如在RTP報頭中的簡檔特定擴展、用于RTCP的特別報告塊或簡檔特定擴展之類的方法，用于輸送允許移動終端確定是否向其提供反饋的參數(shù)。在下文中，在下面的部分中概述了根據(jù)本發(fā)明的幾個實施例、有關如何傳輸報告信息(使用部分不同的傳輸協(xié)議)的幾種變體。由于其概率性屬性、以及在RTP在諸如UDP之類的不可靠傳輸協(xié)議上運行的情況下，上面概述的實施例不可能保證建立確切優(yōu)選數(shù)量的反饋信道。這個的原因之一可能在于，沒有足夠數(shù)量的參與者從反饋控制實體接收參數(shù)，以致不能達到報告的目標最小值。如上所述，下行流中的包可能由于不可靠傳輸機制的使用而丟失。另一個原因可能在于，由于試驗的概率屬性，試驗導致實際上發(fā)送反饋消息的用戶過于少。這應該是罕見的情況，因為可以對方程尸(M她^x《M^J=《(M衞)-《(M編)(也見上面)求解以便最小化發(fā)送反饋的用戶過于少的概率。同樣，諸如報告帶寬的增加之類的各種其他原因使得允許接收者重新配置是合理的。在下文中，本發(fā)明的實施例概述了可如何重新配置用于在移動終端處決定是否提供反饋的參數(shù)的重新配置。除根據(jù)上面的實施例(見圖4和圖5)發(fā)信號通知的信息外，還可將指示重新配置的兩個標記和某些計時器信息包括到用于將參數(shù)輸送到移動終端的包中。例如，計時器可避免不同的參與者使用不同的設置并因此耗盡上行鏈路帶寬。圖6示出了根據(jù)這個實施例的包結構。如上面參考圖4和圖5概述的實施例中所示，該包包含概率字段。假設該字段長14位，并使用伯努利試驗的成功概率的定點表示，則p的分辨率等于1/(2"-1)。可由預定的14位序列(例如"iiiiimiiim")來指示概率p二i。除概率字段、報告帶寬字段和時間間隔字段之外，包結構可還包括重新配置標記(R)、delta標記(D)和計時器值字段(如32位)，該計時器值字段指示參數(shù)有效的時間間隔(如，以毫秒為單位)。當計時器過期，并且這個接收者還未接收到新的值時，該接收者(移動終端)可能停止使用這些值，并可能卸除已建立的反饋信道。為了避免因為連續(xù)的報告設置(參數(shù))未由參與者的同一集合所接收而導致終端以不同的設置操作，這是可行的。具有已建立的反饋信道的接收者，可偵聽該報告設置，并可相應地更新它們的計時器值。重新配置標記(R)可向接收者指示是否存在要執(zhí)行的重新配置。如果未置位重新配置標記(如R=0)，則該消息用于刷新具有已建立的反饋信道的接收者的計時器值。這用于保持現(xiàn)有的發(fā)報告的接收者，并且不執(zhí)行重新配置。在重新配置標記置位(如R=l)時，接收者必須才艮據(jù)delta標記(D)的狀態(tài)來執(zhí)行概率試驗。如果置位了重新配置標記(如R=l)，則delta標記(D)可定義重新配置的范圍。如果未置位delta標記(如D=0),則重新配置應用于所有接收者。在這個情況下，所有接收者可根據(jù)指定的概率值來執(zhí)行概率試驗。這可用于初始選擇發(fā)報告的接收者或用于完全重新配置已建立的報告的場景，如用于停止所有發(fā)報告的接收者。在未置位delta標記的情況下(如D:0)，先前已決定執(zhí)行反饋并因此已建立了反饋信道的移動終端，可保持那個信道，而不是執(zhí)行卸除或重新建立。僅在已建立的上行鏈路提供與新消息中通告的帶寬相同的帶寬的假設下，后者才可保持為真。如果帶寬已改變了，則接收者可能需要卸除舊的信道，并重新建立新的反饋信道(載體)。如果置位了delta標記(如DO，則重新配置可僅應用于那些確實還未維持反饋信道的接收者。只有那些接收者可根據(jù)指定的概率值執(zhí)行概率試驗。在未滿足發(fā)報告接收者的某一優(yōu)選閾值Mmin、并且另外的接收者應該建立反饋信道的情況下，這可能是有用的。下表總結了不同的重新配置選項:<table>tableseeoriginaldocumentpage23</column></row><table>根據(jù)上面部分可見，在使用不可靠的傳輸機制來傳送報告參數(shù)的情況下，該參數(shù)可能在傳輸期間丟失。在通過不可靠的UDP協(xié)議來傳送RTP包的情形下，這尤其可能是真的。UDP是提供不可靠數(shù)據(jù)報文服務的傳輸協(xié)議。其通常用于RTP包中的單播/多播流媒體(像MPEG4)。相應的R丁CP包也通過UDP傳輸。BM-SC(作為這個實施例中的反饋控制實體)也可決定以更可靠的方式來發(fā)送此信息。要注意到，在上面的實施例中，已將BM-SC考慮為向移動終端傳送的參數(shù)的來源。然而，還有可能的是，提供多播或廣播服務(會話)的內容的反饋控制實體，可確定并將這些參數(shù)傳播給接收服務的移動終端。在MBMS框架中，存在以更可靠的方式來傳送信息的方法。終端可使用到例如HTTP服務器的點對點連接來獲取MBMS服務的會話描述信息(例如，如SDP描述)，或者它們可在加入MBMS會話之前接收包括此信息的SMS。另一種可能性可以是FLUTE協(xié)議(參見Paila等人，"FLUTE-FileDeliveryoverUnidirectionalTransport",draft-ietf-rmt-flute-07.txt，2004年6月，可在http:〃www.ietf.org獲得)的使用。FLUTE協(xié)議可用于MBMS體系中的可靠數(shù)據(jù)傳輸?？墒褂肍LUTE和用于描述所提供服務的會話描述協(xié)議如SDP(會話描述協(xié)議)，來傳送服務通告信息，該服務通告信息中尤其包含了用于允許移動終端決定是否提供反饋的參數(shù)。因此，在上述的會話描述的可靠傳輸可用時，根據(jù)本發(fā)明的另一實施例，在該描述中可包括報告信息(至少包括報告概率，以及如果需要可能另外包括報告間隔和報告帶寬)。接下來，參考圖7、8和9，出于示例性的目的，概述了用于向用戶提供多播或廣播服務、并能夠采用上面在各種實施例中概述的發(fā)明的某些可能的場景。在圖7中，內容服務器701例如通過基于IP的網絡，經由反饋控制實體如BM-SC704向用戶提供多播或廣播會話。某些接收服務數(shù)據(jù)的用戶可位于諸如UMTS網絡702之類的移動通信網絡中，為了示例性目的而在下面考慮該UMTS網絡。如上概述，根據(jù)本發(fā)明的一個實施例，位于UMTS網絡702內的BM-SC704可控制服務接收終端712、713的反饋的供應。BM-SC704從內容服務器701接收服務數(shù)據(jù)，并可例如經由CN(核心網絡)703的GGSN(GPRS網關支持節(jié)點)705和SGSN(服務GPRS支持節(jié)點)706、至少一個RNC709以及至少一個節(jié)點B710、711，將該服務數(shù)據(jù)在MBMS會話中傳送給終端712、713。要注意的是，BM-SC704也可負責用于經由UMTS網絡702中的通告信道而通告服務可用性，并在服務管理、即UE參加和離開服務中涉及。如先前參考本發(fā)明的一個實施例所述，服務通告可包括用于反饋控制的參數(shù)?，F(xiàn)在轉到圖8,其示出了本發(fā)明的示例實施例，其中內容服務器801位于移動通信系統(tǒng)內。本質上，除了采用圖7所示、基于IP的網絡用于數(shù)據(jù)供應可能不必要之外，對上面參考圖7概述的本發(fā)明實施例的相同考慮也在此應用。圖9中示出了本發(fā)明的示例性實施例，其中內容服務器901是多播或廣播服務的數(shù)據(jù)源。在本發(fā)明的這個實施例中，內容服務器901正將服務相關的數(shù)據(jù)流(多個)直接提供給GGSN705。才艮據(jù)這個實施例，GGSN705可因此成為控制接收服務的下行流終端的反饋供應的網絡實體。在此情況下，基于諸如MBMS載體上下文之類的服務相關上下文信息中存儲的相應信息，GGSN705可直接確定服務參與者的數(shù)量。如圖7和8所示，在本發(fā)明的另一實施例中，反饋控制實體如BM-SC可從多播或廣播服務提供者(內容提供者701、801)接收多播或廣播服務的數(shù)據(jù)?？梢圆煌该髂Ｊ綖槎嗖セ驈V播服務提供者操作反饋控制實體。在下文中將參考圖7來闡述這個模式。在這個情況下，從內容提供者701(即圖7所示的示例實施例中的多播或廣播服務提供者)的觀點來看，BM-SC704(即圖7所示的示例實施例中的反饋控制實體)起接收多播或廣播服務的客戶端的作用。從終端712、713的觀點來看，對于多播或廣播服務，BM-SC704起提供服務的多播或廣播服24務器的作用。因此，可能不存在從內容服務器701到移動終端712、713的端對端服務會話，但是服務供應被分成兩個端對端對話一個在終端712、713和BM-SC704之間、以及一個在BM-SC704和內容提供者701之間。對于這兩個會話，可以使用例如在傳輸和會話層上的不同協(xié)議。例如，在BM-SC704和終端712、713之間的會話可使用RTP/UDP/IP(以及RTCP反饋)，同時在內容提供者701和BM-SC704之間的會話可使用相同的或不同的協(xié)議。因此，BM-SC704可以提供協(xié)議轉換機制的類似網關的方式進行操作?，F(xiàn)在考慮在內容服務器701和BM-SC704之間的會話，后者可因此向內容提供者701提供反饋。為了反映由從終端712、713接收的反饋所反映的接收統(tǒng)計信息，例如為不同的服務接收終端712、713所實現(xiàn)的QoS、到各個終端712、713的包損失速率，BM-SC704可分析所接收的反饋，并可形成其總計或累計值，該總計或累計值反映了移動通信系統(tǒng)內的服務的接收統(tǒng)計信息?？梢匀我庑问綄⒃摽傆嫽蚶塾嬛底鳛榉答佁峁┙o內容提供者701。例如，BM-SC704可生成反映該總計或累計值的"標準"RTCP接收者報告、或者可在內容提供者701和BM-SC704之間定義反饋供應的特定形式。第二種可能性可在于，BM-SC704將所接收的各個UE712、713的反饋轉發(fā)給內容提供者701。此外，在這個情況下，BM-SC704可執(zhí)行反饋數(shù)據(jù)的某些轉換，這是因為在BM-SC704和內容提供者701之間存在分離的連接/會話，其中甚至可以使用其他的協(xié)議。無論如何，例如在基于所實現(xiàn)的QoS而為所接收的服務向用戶收費的情況下，從BM-SC704到內容提供者701的反饋供應可能是尤其可行的。本發(fā)明的另一實施例涉及使用硬件和軟件來實現(xiàn)上述各種實施例。應當認可，可使用計算設備(處理器)，如例如通用目的處理器、數(shù)字信號處理器(DSP)、特定用途集成電路(ASIC)、現(xiàn)場可編程門陣列(FPGA)或其他可編程邏輯設備等來實現(xiàn)或執(zhí)行各種上述方法、以及上述各種邏輯塊、模塊、電路。還可以由這些設備的組合來執(zhí)行或體現(xiàn)本發(fā)明的各種實施例。另外，還可借助于由處理器執(zhí)行或直接在硬件內的軟件模塊來實現(xiàn)本發(fā)明的各種實施例。此外，軟件模塊和硬件實現(xiàn)的組合是可能的?？蓪④浖K存儲在任意類型的計算機可讀存儲介質上，例如RAM、EPROM、EEPROM、閃存、寄存器、硬盤、CD-ROM、DVD等。就此而言，圖10和圖11分別示出了根據(jù)本發(fā)明的示例實施例的移動終端和反饋控制實體。移動終端可以包括顯示器1001，用于顯示從反饋控制實體傳送的數(shù)據(jù)；以及至少一個通信接口1004，使得能夠接收多播或廣播會話和傳送反饋。另外，移動終端可包括處理器1002(計算設備)，其可用于執(zhí)行存儲在計算機可讀存儲介質1003上的指令。另外，處理器1002可控制經由通信接口1004(多個)的通信，并執(zhí)行概率試驗以確定在終端處是否提供反饋等。圖11所示的反饋控制實體可包括處理器1101、計算機可讀存儲介質1102、以及至少一個通信接口1104。反饋控制實體可以是提供或轉發(fā)多播或廣播服務的UMTS網絡中的BM-SC。反饋控制實體還可包括服務數(shù)據(jù)庫1103,其存儲或緩沖由多播或廣播數(shù)據(jù)向用戶提供的服務數(shù)據(jù)(例如，流)。此外，計算機可讀介質1102還存儲可由處理器1101執(zhí)行的指令和其他數(shù)據(jù)。例如，在計算機可讀介質1102中存儲的數(shù)據(jù)可包括相應服務的上下文信息，反饋控制實體基于該信息確定服務參與者的數(shù)量。在計算機可讀介質1102上存儲的指令還可使得反饋控制實體能夠如上面的各個實施例中概述的那樣、控制來自服務參與者的反饋供應。權利要求1.移動終端，其經由移動通信系統(tǒng)的空中接口接收由反饋控制實體發(fā)送或轉發(fā)的多播或廣播服務，所述移動終端包括接收單元，用于經由單向下行鏈路信道接收所述多播或廣播服務，所述接收單元接收參數(shù)；決定單元，用于基于所接收的參數(shù)，決定是否向反饋控制實體提供多播或廣播服務的接收統(tǒng)計信息的反饋；以及發(fā)送單元，當決定提供所述接收統(tǒng)計信息反饋時，將所述多播或廣播服務的接收統(tǒng)計信息的反饋發(fā)送給所述反饋控制實體。2.如權利要求1所述的移動終端，所述所接收的參數(shù)包含概率值。3.如權利要求2所述的移動終端，所述決定單元使用所述概率值進行概率試驗，根據(jù)所述試驗結果決定是否向所述反饋控制實體提供所述接收統(tǒng)計信息的反饋。4.如權利要求3所述的移動終端，所述概率試驗是伯努利試驗。5.如權利要求1所述的移動終端，所述多播或廣播服務是MBMS服務。6.如權利要求1所述的移動終端，所述不可靠的傳輸協(xié)議是UDP協(xié)議。7.如權利要求1所述的移動終端，所述反饋控制實體是多播或廣播服務中心。8.如權利要求1所述的移動終端，所述移動通信系統(tǒng)是UMTS。9.如權利要求1所述的移動終端，在向所述反饋控制實體提供所述接收統(tǒng)計信息的反饋時，建立用于所述提供的承載，并經由所建立的承載發(fā)送所述接收統(tǒng)計信息的反饋。10.反饋控制實體，其用于控制從多個移動終端的反饋的發(fā)送，所述多個移動終端經由移動通信系統(tǒng)的空中接口接收由所述反饋控制實體發(fā)送或轉發(fā)的多播或廣播服務，所述反饋控制實體包括發(fā)送單元，用于經由單向下行鏈路信道，并使用不可靠的傳輸協(xié)議向至少一個移動終端發(fā)送或轉發(fā)所述多播或廣播服務的數(shù)據(jù)，所述發(fā)送單元被設置為向接收所述多播或廣播服務的所述多個移動終端中的至少一個移動終端發(fā)送參數(shù)；決定單元，用于決定參數(shù)，所述參數(shù)用于使移動終端決定是否向所述反饋控制實體提供反饋；接收單元，用于從決定了提供所述接收統(tǒng)計信息的反饋的終端接收所述接收統(tǒng)計信息的反饋。11.如權利要求10所述的反饋控制實體，所述多播或廣播服務是MBMS服務。12.如權利要求IO所述的反饋控制實體，所述不可靠的傳輸協(xié)議是UDP協(xié)議。13.如權利要求IO所述的反饋控制實體，所述反饋控制實體是多播或廣播服務中心。14.如權利要求IO所述的反饋控制實體，所述移動通信系統(tǒng)是UMTS。15.移動通信系統(tǒng)，包括權利要求1所述的移動終端和權利要求10所述的反饋控制實體。全文摘要本發(fā)明涉及用于控制移動終端的反饋的傳送的方法，該移動終端經由移動通信系統(tǒng)的空中接口接收由反饋控制實體傳送或轉發(fā)的多播或廣播服務，以及涉及使用該方法的移動終端和反饋控制實體。此外，還提供了包括反饋控制實體和接收多播或廣播服務的移動終端的通信系統(tǒng)。為了使得經由維持端對端會話概念的空中接口而提供的多播或廣播服務能夠有可配置和自適應的反饋，本發(fā)明建議選擇移動通信系統(tǒng)中、接收多播或廣播服務的移動終端的子集，用于向反饋控制實體提供反饋。在本發(fā)明的一個實施例中，終端可基于概率試驗決定是否提供反饋，其中該概念試驗基于由反饋控制實體確定和提供的參數(shù)來執(zhí)行。文檔編號H04W28/06GK101677430SQ20091018117公開日2010年3月24日申請日期2005年6月21日優(yōu)先權日2004年8月6日發(fā)明者喬斯·雷伊,伊維卡·里馬克,拉爾夫·貝克爾,羅爾夫·哈肯伯格申請人:松下電器產業(yè)株式會社