TW201442530A

TW201442530A - 選擇性地調整遞送至用於傳輸之一或多個多播／廣播單一頻率網路之媒體之速率或遞送格式

Info

Publication number: TW201442530A
Application number: TW103100305A
Authority: TW
Inventors: Kirankumar Anchan; Arvind Santhanam; Yih-Hao Lin
Original assignee: Qualcomm Inc
Priority date: 2013-01-04
Filing date: 2014-01-03
Publication date: 2014-11-01
Also published as: WO2014107610A2; US20140192698A1; WO2014107610A3; US9351128B2

Abstract

在一實施例中，一第一MBSFN區域經組態以支援比一第二MBSFN區域之一較低資料速率部分高的一資料速率，且一應用程式伺服器藉由經由IP多播以藉由品質回饋調節之一共同資料速率將用於一群組工作階段之一資料串流遞送至該第一MBSFN區域及該第二MBSFN區域來執行一共同資料速率模式。在另一實施例中，該應用程式伺服器退出該共同資料速率模式，且以比該共同資料速率高之一MBSFN具體資料速率經由IP多播將該資料串流遞送至該第一MBSFN區域，同時經由IP單播將該資料串流遞送至該第二MBSFN區域之該較低資料速率部分。在再一實施例中，該應用程式伺服器恢復該共同資料速率模式。

Description

選擇性地調整遞送至用於傳輸之一或多個多播/廣播單一頻率網路之媒體之速率或遞送格式

依據35 U.S.C.§119之優先權主張

本專利申請案主張由與本申請案相同的發明者在2013年1月4日申請、讓與給本受讓人且在此明確地被以引用的方式全部併入本文中之題為「SELECTIVELY ADJUSTING A RATE OR DELIVERY FORMAT OF MEDIA FOR AN EVOLVED MULTIMEDIA BROADCAST/MULTICAST SERVICE」的臨時申請案第61/748,843號之優先權。

本發明大體係關於通信，且更具體言之，係關於用於選擇性地調整用於演進之多媒體廣播/多播服務(E-MBMS)之媒體的速率或遞送格式之技術。

蜂巢式通信系統可藉由共用可用之系統資源來支援針對多個使用者之雙向通信。蜂巢式系統與可主要或僅支援自廣播台至使用者之單向傳輸的廣播系統不同。蜂巢式系統經廣泛地部署以提供各種通信服務，且可為諸如分碼多重存取(CDMA)系統、分時多重存取(TDMA) 系統、分頻多重存取(FDMA)系統、正交FDMA(OFDMA)系統及單載波FDMA(SC-FDMA)系統等之多重存取系統。

蜂巢式系統可支援廣播、多播及單播服務。廣播服務為可由所有使用者接收之服務，例如，新聞廣播。多播服務為可由一群使用者接收之服務，例如，訂用視訊服務。單播服務為意欲針對具體使用者之服務，例如，語音呼叫。可使用單播、廣播、多播或各者之組合來實施群組通信。隨著群組變得更大，通常使用多播服務更有效率。

在一實施例中，一第一多播/廣播單一頻率網路(MBSFN)區域經組態以支援比一第二MBSFN區域之一較低資料速率部分高的一資料速率，且一應用程式伺服器藉由經由IP多播以藉由品質回饋調節之一共同資料速率將用於一群組工作階段之一資料串流遞送至該第一MBSFN區域及該第二MBSFN區域來執行一共同資料速率模式。在另一實施例中，該應用程式伺服器退出該共同資料速率模式，且以比該共同資料速率高之一MBSFN具體資料速率經由IP多播將該資料串流遞送至該第一MBSFN區域，同時經由IP單播將該資料串流遞送至該第二MBSFN區域之該較低資料速率部分。在再一實施例中，該應用程式伺服器恢復該共同資料速率模式。

100‧‧‧蜂巢式通信系統

102‧‧‧特定地理區域

104a‧‧‧較小區域

104b‧‧‧較小區域

104c‧‧‧較小區域

110‧‧‧節點B

110a‧‧‧節點B

110b‧‧‧節點B

110c‧‧‧節點B

120‧‧‧使用者設備(UE)

130‧‧‧網路控制器

150‧‧‧應用程式伺服器

200‧‧‧實例傳輸結構

410‧‧‧時間頻率區塊

412‧‧‧時間頻率區塊

414‧‧‧時間頻率區塊

416‧‧‧時間頻率區塊

500‧‧‧MBMS服務區域

501‧‧‧MBSFN區域1

502‧‧‧MBSFN區域2

510‧‧‧eNodeB

520‧‧‧網路內之UE、發起者/通話者

522‧‧‧目標UE

530‧‧‧核心網路

532‧‧‧(行動性管理實體)MME/MCE

534‧‧‧eMBMS閘道器

536‧‧‧廣播多播服務中心(BM-SC)

550‧‧‧應用程式伺服器

552‧‧‧單播封包

554‧‧‧多播封包

562‧‧‧eMBMS流

564‧‧‧eMBMS流

570‧‧‧內容伺服器

612‧‧‧資料源

620‧‧‧傳輸處理器

630‧‧‧傳輸(TX)多入多出(MIMO)處理器

632a‧‧‧調變器(MOD)

632t‧‧‧調變器(MOD)

634a‧‧‧天線

634t‧‧‧天線

636‧‧‧MIMO偵測器

638‧‧‧接收處理器

640‧‧‧控制器/處理器

642‧‧‧記憶體

644‧‧‧排程器

652a‧‧‧天線

652r‧‧‧天線

654a‧‧‧解調變器/調變器

654r‧‧‧解調變器/調變器

660‧‧‧MIMO偵測器

670‧‧‧接收處理器

672‧‧‧資料儲集器

678‧‧‧資料源

680‧‧‧傳輸處理器

682‧‧‧TX MIMO處理器

690‧‧‧控制器/處理器

692‧‧‧記憶體

700‧‧‧通信裝置

705‧‧‧經組態以接收及/或傳輸資訊之邏輯

710‧‧‧經組態以處理資訊之邏輯

715‧‧‧經組態以儲存資訊之邏輯

720‧‧‧經組態以呈現資訊之邏輯

725‧‧‧經組態以接收本端使用者輸入之邏輯

800B‧‧‧MBSFN 1

800D‧‧‧MBSFN 1

805B‧‧‧MBSFN 2

805D‧‧‧MBSFN 1+2

905‧‧‧IP網路

1000C‧‧‧伺服閘道器(S-GW)

1005C‧‧‧封包閘道器(P-GW)

1010C‧‧‧單播遞送路徑

1015C‧‧‧單播遞送路徑

1020C‧‧‧邏輯承載管理器

1035C‧‧‧框

附圖經呈現以輔助本發明之實施例的描述，且經提供僅用於該等實施例之說明且並非對其之限制。

圖1說明一無線通信系統。

圖2說明一實例傳輸結構。

圖3說明在多小區模式中的不同服務之實例傳輸。

圖4說明在單一小區模式中的不同服務之實例傳輸。

圖5A及圖5B說明可支援廣播/多播服務之額外無線通信系統。

圖6說明可支援廣播/多播服務的無線通信系統之一部分之方塊圖。

圖7說明根據本發明之一實施例的一通信裝置。

圖8A至圖8B說明一習知多播串流遞送程序，藉以經由IP多播將低資料速率E-MBMS串流遞送至MBSFN區域之低資料速率部分，同時經由IP多播將高資料速率E-MBMS串流遞送至MBSFN區域之高資料速率部分。

圖8C至圖8D說明一習知多播串流遞送程序，藉以經由IP多播將低資料速率E-MBMS串流遞送至MBSFN區域之低資料速率部分及高資料速率部分。

圖9說明根據本發明之一實施例的動態調適用於遞送至目標E-MBMS服務區域的資料串流之資料速率之處理程序。

圖10A說明根據本發明之一實施例的將MBSFN自多播支援區域選擇性地轉變至用於E-MBMS工作階段之單播支援區域之處理程序。

圖10B說明根據本發明之一實施例的展示在圖10A之處理程序期間出現的多播資料串流之遞送之一基礎結構資料流圖。

圖10C說明根據本發明之一實施例的展示在圖10A之處理程序期間的位置更新報告之遞送之一基礎結構資料流圖。

圖10D說明根據本發明之一實施例的圖10A之處理程序之連續部分。

圖10E說明根據本發明之一實施例的在圖10D之處理程序之一部分期間的E-MBMS工作階段之狀態。

圖10F說明根據本發明之一實施例的在圖10D之處理程序之一部分期間可導致應用程式伺服器判定將MBSFN區域切換至多播支援模式的UE移動之一實例。

圖10G說明根據本發明之一實施例的在如圖10F中所展示多個UE 移動至MBSFN區域內(其使應用程式伺服器將MBSFN切換回至多播支援模式)之情況下在圖10D之處理程序期間的E-MBMS工作階段狀態之一實例。

在針對本發明之具體實施例的以下描述及相關圖式中揭示了本發明之態樣。可在不脫離本發明之範疇的情況下設計替代實施例。另外，將不詳細描述本發明之熟知元件，或將省略該等元件，以免混淆本發明之相關細節。

詞「例示性」在本文中用以意謂「充當實例、個例或例子」。本文中描述為「例示性」之任一實施例未必被看作比其他實施例較佳或有利。同樣，術語「本發明之實施例」並非要求本發明之所有實施例包括所論述之特徵、優點或操作模式。另外，如本文中所使用，術語群組通信、即按即說或類似變化意謂指兩個或兩個以上裝置之間的伺服器仲裁之服務。

本文中使用之術語僅係用於描述特定實施例之目的，且並不意欲限制本發明之實施例。如本文中所使用，單數形式「一」及「該」意欲亦包括複數形式，除非上下文另有清晰指示。應進一步理解，當術語「包含」及/或「包括」在本文使用時，其指定了規定特徵、整體、步驟、操作、元件及/或組件之存在，但並不排除一或多個其他特徵、整體、步驟、操作、元件、組件及/或其群組之存在或添加。

另外，許多實施例係依據待由(例如)計算裝置之元件執行之動作序列來描述。將認識到，可藉由特殊電路(例如，特殊應用積體電路(ASIC))，藉由正由一或多個處理器執行之程式指令，或藉由兩者之組合來執行本文描述之各種動作。另外，可考慮本文中描述之此等動作序列完全體現於任一形式之電腦可讀儲存媒體內，該電腦可讀儲存媒體具有儲存於其中之一組對應之電腦指令，該等指令在被執行後將使相關聯之處理器執行本文中描述之功能性。因此，本發明之各種態樣可以許多不同形式來體現，已預期所有該等形式皆在所主張標的物之範疇內。此外，對於本文中描述之實施例之每一者而言，任何此等實施例之對應形式可在本文中被描述為(例如)「經組態以執行所描述之動作的邏輯」。

本文中所描述之技術可用於各種蜂巢式通信系統，諸如CDMA、TDMA、FDMA、OFDMA及SC-FDMA系統。常可互換地使用術語「系統」與「網路」。CDMA系統可實施諸如通用陸地無線電存取(UTRA)、cdma2000等之無線電技術。UTRA包括寬頻CDMA(WCDMA)及CDMA之其他變體。cdma2000涵蓋IS-2000、IS-95及IS-856標準。TDMA系統可實施諸如全球行動通信系統(GSM)之無線電技術。OFDMA系統可實施諸如演進UTRA(E-UTRA)、超行動寬頻(UMB)、IEEE 802.11(Wi-Fi)、IEEE 802.16(WiMAX)、IEEE 802.20、Flash-OFDM.RTM.等之無線電技術。UTRA及E-UTRA為通用行動電信系統(UMTS)之部分。3GPP長期演進(LTE)為使用E-UTRA的UMTS之版本，其在下行鏈路上使用OFDMA及在上行鏈路上使用SC-FDMA。UTRA、E-UTRA、UMTS、LTE及GSM描述於來自名為「第三代合作夥伴計劃」(3GPP)之組織的文件中。cdma2000及UMB描述於來自名為「第三代合作夥伴計劃2」(3GPP2)之組織的文件中。為了清晰起見，下文針對LTE來描述該等技術之某些態樣，且在下文許多描述中使用LTE術語。

圖1展示一蜂巢式通信系統100，其可為LTE系統。系統100可包括許多節點B及其他網路實體。為簡單起見，在圖1中僅展示三個節點B 110a、110b及110c。節點B可為用於與使用者設備(UE)通信之固定台，且亦可被稱作演進之節點B(eNB)、基地台、存取點等。每一節點B 110提供對一特定地理區域102的通信覆蓋。為了改良系統容量，可將節點B之全部覆蓋區域劃分成多個較小區域，例如，三個較小區域104a、104b及104c。每一較小區域可由各別節點B子系統伺服。在3GPP中，術語「小區」可指節點B之最小的覆蓋區域及/或伺服此覆蓋區域之節點B子系統。在其他系統中，術語「扇區」可指基地台之最小的覆蓋區域及/或伺服此覆蓋區域之基地台子系統。為了清晰起見，在以下描述中使用小區之3GPP概念。

在圖1中展示之實例中，每一節點B 110具有涵蓋不同地理區域之三個小區。為了簡單起見，圖1展示不相互重疊之小區。在一特定部署中，鄰近的小區通常在邊緣處相互重疊，此可允許UE在UE在系統周圍移動時在任一位置處接收來自一或多個小區之涵蓋。

UE 120可分散於整個系統上，且每一UE可為靜止或行動的。UE亦可被稱作行動台、終端機、存取終端機、用戶單元、台等。UE可為蜂巢式電話、個人數位助理(PDA)、無線數據機、無線通信裝置、掌上型裝置、膝上型電腦、無線電話等。UE可經由在下行鏈路及上行鏈路上之傳輸與節點B通信。下行鏈路(或前向鏈路)指自節點B至UE之通信鏈路，及上行鏈路(或反向鏈路)指自UE至節點B之通信鏈路。在圖1中，具有雙箭頭之實線指示節點B與UE之間的雙向通信。具有單一箭頭之虛線指示UE自節點B接收下行鏈路信號，例如，用於廣播及/或多播服務。本文中可互換地使用術語「UE」與「使用者」。

網路控制器130可耦接至多個節點B以提供在其控制下對節點B之協調及控制，及投送用於由此等節點B伺服之終端機的資料。存取網路100亦可包括圖1中未展示之其他網路實體。另外，如所說明，網路控制器可為可操作地耦接至應用程式伺服器150以經由存取網路100將群組通信服務提供至各種UE 120。應瞭解，可存在可用以促進UE與伺服器之間的通信之許多其他網路及系統實體及在存取網路外之資訊。因此，本文中揭示之各種實施例不限於在各種圖中詳述之具體配置或元件。

圖2展示可用於系統100中之下行鏈路的一實例傳輸結構200。傳輸時刻表可分割成無線電訊框之單元。每一無線電訊框可具有預定持續時間(例如，10毫秒(ms))，且可分割成10個子訊框。每一子訊框可包括兩個時槽，且每一時槽可包括固定或可組態數目個符號週期，例如，六個或七個符號週期。

可藉由正交分頻多工(OFDM)將系統頻寬分割成多個(K)副載波。可將可用之時間頻率資源劃分成資源區塊。每一資源區塊在一個時槽中可包括Q個副載波，其中Q可等於12或某一其他值。可用之資源區塊可用以發送資料、附加項資訊、導頻等。

系統可支援用於多個UE之演進之多媒體廣播/多播服務(E-MBMS)以及用於個別UE之單播服務。用於E-MBMS之服務可被稱作E-MBMS服務或流，且可為廣播服務/流或多播服務/流。

在LTE中，將資料及附加項資訊作為在無線電鏈路控制(RLC)層處之邏輯頻道處理。將邏輯頻道映射至在媒體存取控制(MAC)層處之輸送頻道。將輸送頻道映射至在實體層(PHY)處之實體頻道。表1列出在LTE中使用之一些邏輯頻道(表示為「L」)、輸送頻道(表示為「T」)及實體頻道(表示為「P」)，且針對每一頻道提供簡短描述。

如表1中所示，可在不同頻道上發送不同類型之附加項資訊。表2列出了一些類型之附加項資訊，且提供對於每一類型之簡短描述。根據一個設計，表2亦給出可發送每一類型之附加項資訊的頻道。

不同類型之附加項資訊亦可由其他名稱來指代。排程及控制資訊可為動態的，而系統及組態資訊可為半靜態的。

系統可支援用於E-MBMS之多個操作模式，其可包括多小區模式及單一小區模式。多小區模式可具有以下特性：

˙用於廣播或多播服務之內容可跨多個小區同步地傳輸。

˙用於廣播及多播服務之無線電資源由可邏輯上位於節點B上方之MBMS協調實體分配。

˙將用於廣播及多播服務之內容映射於節點B處之MCH上。

˙用於廣播、多播及單播服務的資料之分時多工(例如，在子訊框級別)。

單一小區模式可具有以下特性：

˙每一小區傳輸用於廣播及多播服務之內容，而無與其他小區之同步。

˙用於廣播及多播服務之無線電資源由節點B分配。

˙將用於廣播及多播服務之內容映射於DL-SCH上。

˙可按由DL-SCH之結構允許的任一方式多工用於廣播、多播及單播服務之資料。

一般而言，可藉由多小區模式、單一小區模式及/或其他模式來支援E-MBMS服務。多小區模式可用於E-MBMS多播/廣播單一頻率網路(MBSFN)傳輸，其可允許UE組合自多個小區接收之信號以便改良接收效能。

圖3展示由多小區模式中之M個小區1至M進行的E-MBMS及單播服務之實例傳輸，其中M可為任一整數值。對於每一小區，水平軸可表示時間，且垂直軸可表示頻率。在E-MBMS之一設計(其係針對以下大量描述來假定)中，用於每一小區之傳輸時刻表可分割成子訊框之時間單位。在E-MBMS之其他設計中，用於每一小區之傳輸時刻表可分割成其他持續時間之時間單位。一般而言，一時間單位可對應於一子訊框、一時槽、一符號週期、多個符號週期、多個時槽、多個子訊框等。

在圖3中展示之實例中，M個小區傳輸三個E-MBMS服務1、2及3。所有M個小區在子訊框1及3中傳輸E-MBMS服務1，在子訊框4中傳輸E-MBMS服務2，且在子訊框7及8中傳輸E-MBMS服務3。M個小區針對三個E-MBMS服務中之每一者傳輸相同內容。每一小區可在子訊框2、5及6中傳輸其各自的單播服務。M個小區可針對其單播服務傳輸不同內容。

圖4展示由在單一小區模式中之M個小區進行的E-MBMS及單播服務之實例傳輸。對於每一小區，水平軸可表示時間，且垂直軸可表示頻率。在圖4中展示之實例中，M個小區傳輸三個E-MBMS服務1、2及3。小區1在一個時間頻率區塊410中傳輸E-MBMS服務1，在時間頻率區塊412及414中傳輸E-MBMS服務2，且在一個時間頻率區塊416中傳輸E-MBMS服務3。類似地，其他小區傳輸服務1、2及3，如在圖4中所示。

一般而言，可在任何數目個時間頻率區塊中發送E-MBMS服務。子訊框之數目可取決於發送的資料之量及可能其他因素。M個小區可在於時間及頻率上可能不對準之時間頻率區塊中傳輸三個E-MBMS服務1、2及3，如圖4中所示。此外，M個小區可針對三個E-MBMS服務傳輸相同或不同內容。每一小區可在不用於三個E-MBMS服務之其餘時間頻率資源中傳輸其各自的單播服務。M個小區可針對其單播服務傳輸不同內容。

圖3及圖4展示在多小區模式及單一小區模式中傳輸E-MBMS服務之實例設計。亦可在多小區及單一小區模式中以其他方式傳輸E-MBMS服務，例如，使用分時多工(TDM)。

如在前述內容中指出，E-MBMS服務可用以將多播資料分佈至群組，且可適用於群組通信系統(例如，即按即說(PTT)呼叫)。關於E-MBMS之習知應用具有分開的服務宣告/發現機制。另外，關於預先建立之E-MBMS流的通信甚至在空中介面上仍始終在進行。必須應用省電最佳化以當呼叫/通信不在進行中時將UE置於睡眠。此通常藉由使用關於單播或多播使用者平面資料之頻帶外服務宣告來達成。替代地，可使用應用層傳呼頻道狀機制。由於應用層傳呼機制必須保持在作用中，因此其消耗多播子訊框上之頻寬，在缺乏傳呼機制之情況下，多播子訊框可為閒置的。另外，由於當使用應用層傳呼時多播子訊框將在作用中，因此在子訊框內的資源區塊中之其餘者不可用於單播訊務。因此，舉例而言，當不藉由任何其他資料排程應用層傳呼時，對於子訊框，將消耗一共5Mhz頻寬。

圖5A為可實施演進之多媒體廣播/多播服務(E-MBMS)或MBMS服務(其在本文中可互換地使用)的無線網路之另一說明。MBMS服務區域500可包括多個MBSFN區域(例如，MBSFN區域1--501及MBSFN區域2--502)。每一MBSFN區域可由耦接至核心網路530之一或多個eNode B 510支援。核心網路520可包括各種元件(例如，MME 532、 E-MBMS閘道器534及廣播多播服務中心(BM-SC)536)以促進控制來自內容提供者570(其可包括應用程式伺服器等)之內容且將其分佈至MBMS服務區域500。

圖5B為可實施如本文中揭示之多媒體廣播/多播服務(MBMS)的無線網路之另一說明。在所說明之網路中，應用程式伺服器550(例如，PTT伺服器)亦可充當內容伺服器。應用程式伺服器550可將單播封包552中之媒體傳遞至網路核心，在網路核心處，內容可維持於單播組態中，且作為單播封包傳輸至給定UE(例如，發起者/通話者520)，或可經由BM-SC 536轉換至多播封包554，多播封包554可接著輸送至目標UE 522。舉例而言，PTT呼叫可由UE 520藉由在單播頻道上經由單播封包552與應用程式伺服器550通信來起始。應注意，對於呼叫發起者/呼叫通話者，經由在上行鏈路或反向鏈路上之單播頻道傳遞應用程式傳訊及媒體兩者。應用程式伺服器550可接著產生呼叫宣告/呼叫設置請求，且將此等傳遞至目標UE 522。可經由多播流上之多播封包554將通信傳遞至目標UE 522，如在此特定實例中所說明。另外，應瞭解，在此實例中，可在下行鏈路或前向鏈路中之多播流上傳遞應用程式傳訊及媒體兩者。不同於習知系統，在多播流中具有應用程式傳訊及媒體兩者避免了具有用於應用程式傳訊之分開的單播頻道之需求。然而，為了允許在說明之系統之多播流上的應用程式傳訊，演進之封包系統(EPS)承載將建立(且持續地進行)在BM-SC 536、EMBMS GW 534、eNB 510與目標UE 522之間。

根據本文中揭示之各種實施例，將進一步論述與E-MBMS有關的下行鏈路通道中之一些，其包括MCCH：多播控制頻道；MTCH：多播訊務頻道；MCH：多播頻道；及 PMCH：實體多播頻道。

應瞭解，僅在時域中實現E-MBMS及單播流之多工。在實體層上之具體子訊框中於MBSFN上傳輸MCH。MCH為僅下行鏈路頻道。每一子訊框使用一單一輸送區塊。可在此輸送區塊中多工不同服務(MTCH)，如將關於圖6所說明。

為了達成低潛時且減少控制傳訊，可針對每一服務區域啟動一個E-MBMS流(562、564)。取決於資料速率，可在單一時槽上多工多個多播流。PTT UE(目標)可忽略排程之子訊框且在排程之子訊框之間「睡眠」，且當未針對UE排程單播資料時，減少功率消耗。MBSFN子訊框可由同一MBSFN服務區域中之群組共用。可充分利用MAC層傳訊以針對目標UE「喚醒」應用層(例如，PPT應用)。

實施例可使用兩個廣播串流，每一者為LTE廣播流上之一分開的E-MBMS流，具有針對每一界定之廣播區502、501(例如，網路內之一子集扇區)的其各自應用層廣播串流及其各自(多播IP位址)。雖然說明為分開的區，但應瞭解，廣播區域502、501可重疊。

在LTE中，分別在MCCH及MTCH上遞送用於多播之控制及資料訊務。用於UE之媒體存取控制協定資料單元(MAC PDU)指示MTCH之映射及一特定MTCH在子訊框內之位置。MCH排程資訊(MSI)MAC控制元素包括於在MCH排程週期內分配至MCH之第一子訊框中以指示每一MTCH及未使用之子訊框在MCH上之位置。對於由MTCH邏輯頻道載運之E-MBMS使用者資料，MCH排程資訊(MSI)週期性地在較低層提供關於解碼MTCH之資訊(例如，MAC層資訊)。MSI排程可經組態，且根據此實施例，在MTCH子訊框間隔前排程。

圖6說明可為關於各種實施例在本文中論述的eNode B中之一者及UE中之一者的eNode B 110及UE 120之設計之方塊圖。在此設計中，節點B 110裝備有T個天線634a至634t，且UE 120裝備有R個天線 652a至652r，其中一般而言，T大於或等於1，且R大於或等於1。

在節點B 110處，傳輸處理器620可自資料源612(例如，直接或間接地自應用層150)接收用於單播服務之資料及用於廣播及/或多播服務之資料。傳輸處理器620可處理用於每一服務之資料以獲得資料符號。傳輸處理器620亦可自控制器/處理器640及/或排程器644接收排程資訊、組態資訊、控制資訊、系統資訊及/或其他附加項資訊。傳輸處理器620可處理接收之附加項資訊且提供附加項符號。傳輸(TX)多入多出(MIMO)處理器630可藉由導頻符號多工資料及附加項符號，處理(例如，預編碼)經多工之符號，且將T個輸出符號串流提供至T個調變器(MOD)632a至632t。每一調變器632可處理一各別輸出符號流(例如，對於OFDM)以獲得一輸出樣本串流。每一調變器632可進一步處理(例如，轉換至類比、放大、濾波及增頻轉換)輸出樣本串流以獲得下行鏈路信號。可分別經由T個天線634a至634t傳輸來自調變器632a至632t之T個下行鏈路信號。

在UE 120處，天線652a至652r可自節點B 110接收下行鏈路信號，且可分別將接收之信號提供至解調變器(DEMOD)654a至654r。每一解調變器654可調節(例如，濾波、放大、降頻轉換及數位化)各別接收之信號以獲得接收之樣本且可進一步處理該等接收之樣本(例如，對於OFDM)以獲得接收之符號。MIMO偵測器660可接收且處理來自所有R個解調變器654a至654r的接收之符號，且提供偵測之符號。接收處理器670可處理偵測之符號，將用於UE 120及/或所要的服務的經解碼之資料提供至資料儲集器672，且將經解碼之附加項資訊傳輸提供至控制器/處理器690。一般而言，由MIMO偵測器660及接收處理器670進行之處理與在節點B 110處由TX MIMO處理器630及傳輸處理器620進行之處理互補。

在上行鏈路上，在UE 120處，來自資料源678之資料及來自控制器/處理器690之附加項資訊可由傳輸處理器680處理，進一步由TX MIMO處理器682(若可適用)處理，由調變器654a至654r調節且經由天線652a至652r加以傳輸。在節點B110，來自UE 120之上行鏈路信號可由天線634接收，由解調變器632調節，由MIMO偵測器636偵測，且由接收處理器638處理以獲得由UE 120傳輸之資料及附加項資訊。

控制器/處理器640及690可分別指導在節點B 110及UE 120處之操作。排程器644可針對下行鏈路及/或上行鏈路傳輸排程UE，排程廣播及多播服務之傳輸，且提供用於排程之UE及服務的無線電資源之指派。控制器/處理器640及/或排程器644可產生用於廣播及多播服務之排程資訊及/或其他附加項資訊。

控制器/處理器690可實施針對本文中描述之技術的過程。記憶體642及692可分別儲存用於節點B 110及UE 120之資料及程式碼。

圖7說明通信裝置700，其包括經組態以執行功能性之邏輯。通信裝置700可對應於以上指出的通信裝置中之任一者，包括(但不限於)節點B 110或510、UE 120或520、應用程式伺服器150、網路控制器130、BM-SC 536、內容伺服器570、MME 532、E-MBMS-GW 532等。因此，通信裝置700可對應於經組態以經由網路與一或多個其他實體通信(或促進與一或多個其他實體通信)之任一電子裝置。

參看圖7，通信裝置700包括經組態以接收及/或傳輸資訊之邏輯705。在一實例中，若通信裝置700對應於無線通信裝置(例如，UE 120、節點B 110等)，則經組態以接收及/或傳輸資訊之邏輯705可包括一無線通信介面(例如，藍芽、WiFi、2G、3G等)，諸如，無線收發器及相關聯之硬體(例如，RF天線、MODEM、調變器及/或解調變器等)。在另一實例中，經組態以接收及/或傳輸資訊之邏輯705可對應於一有線通信介面(例如，串列連接、USB或Firewire連接、可經由其存取網際網路175之乙太網路連接等)。因此，若通信裝置700對應於某一類型的基於網路之伺服器(例如，應用程式伺服器150、網路控制器130、BM-SC 536、內容伺服器570、MME 532、E-MBMS-GW 532等)，則經組態以接收及/或傳輸資訊之邏輯705可對應於一乙太網路卡，在一實例中，其經由乙太網路協定將基於網路之伺服器連接至其他通信實體。在另一實例中，經組態以接收及/或傳輸資訊之邏輯705可包括感官或量測硬體(例如，加速計、溫度感測器、光感測器、用於監視本端RF信號之天線等)，通信裝置700可藉由感官或量測硬體監視其局部環境。經組態以接收及/或傳輸資訊之邏輯705亦可包括當執行時准許經組態以接收及/或傳輸資訊之邏輯705的相關聯之硬體執行其接收及/或傳輸功能的軟體。然而，經組態以接收及/或傳輸資訊之邏輯705不單獨對應於軟體，且經組態以接收及/或傳輸資訊之邏輯705至少部分依賴於硬體來達成其功能性。

參看圖7，通信裝置700進一步包括經組態以處理資訊之邏輯710。在一實例中，經組態以處理資訊之邏輯710可包括至少一處理器。可由經組態以處理資訊之邏輯710執行的處理之類型之實例實施包括(但不限於)執行判定、建立連接、在不同資訊選項之間作出選擇、執行與資料有關之評估、與耦接至通信裝置700之感測器互動以執行量測操作、將資訊自一格式轉換成另一格式(例如，在諸如.wmv至.avi之不同協定之間)等等。舉例而言，包括於經組態以處理資訊之邏輯710中的處理器可對應於通用處理器、數位信號處理器(DSP)、特殊應用積體電路(ASIC)、場可程式化閘陣列(FPGA)或其他可程式化邏輯裝置、離散閘或電晶體邏輯、離散硬體組件或其經設計以執行本文中描述之功能的任何組合。通用處理器可為微處理器，但在替代方案中，處理器可為任一習知處理器、控制器、微控制器或狀態機。處理器亦可實施為計算裝置之組合，例如，一DSP與一微處理器之組合、複數個微處理器、一或多個微處理器結合一DSP核心或者任何其他此組態。經組態以處理資訊之邏輯710亦可包括當執行時准許經組態以處理資訊之邏輯710的相關聯之硬體執行其處理功能之軟體。然而，經組態以處理資訊之邏輯710不單獨對應於軟體，且經組態以處理資訊之邏輯710至少部分依賴於硬體來達成其功能性。

參看圖7，通信裝置700進一步包括經組態以儲存資訊之邏輯715。在一實例中，經組態以儲存資訊之邏輯715可包括至少一非暫時性記憶體及相關聯之硬體(例如，記憶體控制器等)。舉例而言，包括於經組態以儲存資訊之邏輯715中的非暫時性記憶體可對應於RAM記憶體、快閃記憶體、ROM記憶體、EPROM記憶體、EEPROM記憶體、暫存器、硬碟、抽取式碟、CD-ROM或此項技術中已知之任一其他形式之儲存媒體。經組態以儲存資訊之邏輯715亦可包括當執行時准許經組態以儲存資訊之邏輯715的相關聯之硬體執行其儲存功能之軟體。然而，經組態以儲存資訊之邏輯715不單獨對應於軟體，且經組態以儲存資訊之邏輯715至少部分依賴於硬體來達成其功能性。

參看圖7，通信裝置700進一步視情況包括經組態以呈現資訊之邏輯720。在一實例中，經組態以顯示資訊之邏輯720可包括至少一輸出裝置及相關聯之硬體。舉例而言，輸出裝置可包括視訊輸出裝置(例如，顯示幕、可載有視訊資訊之埠(諸如，USB、HDMI等))、音訊輸出裝置(例如，揚聲器、可載有音訊資訊之埠(諸如，麥克風插口、USB、HDMI等))、振動裝置及/或資訊可經格式化以用於輸出或實際上由通信裝置700之使用者或操作者輸出所藉之任一其他裝置。舉例而言，若通信裝置700對應於UE 120或520，則經組態以呈現資訊之邏輯720可包括一顯示幕及一音訊輸出裝置(例如，揚聲器)。在另一實例中，可針對某些通信裝置(諸如，不具有本端使用者之網路通信裝置(例如，網路交換器或路由器、遠端伺服器等))省略經組態以呈現資訊之邏輯720。經組態以呈現資訊之邏輯720亦可包括當執行時准許經組態以呈現資訊之邏輯720的相關聯之硬體執行其呈現功能之軟體。然而，經組態以呈現資訊之邏輯720不單獨對應於軟體，且經組態以呈現資訊之邏輯720至少部分依賴於硬體來達成其功能性。

參看圖7，通信裝置700進一步視情況包括經組態以接收本端使用者輸入之邏輯725。在一實例中，經組態以接收本端使用者輸入之邏輯725可包括至少一使用者輸入裝置及相關聯之硬體。舉例而言，使用者輸入裝置可包括按鈕、觸控螢幕顯示器、鍵盤、相機、音訊輸入裝置(例如，麥克風或可載有音訊資訊之埠(諸如，麥克風插口等))，及/或資訊可自通信裝置700之使用者或操作者接收所藉之任一其他裝置。舉例而言，若通信裝置700對應於UE 120或520，則經組態以接收本端使用者輸入之邏輯725可包括顯示幕(若實施觸控螢幕)、小鍵盤等。在另一實例中，經組態以接收本端使用者輸入之邏輯725可針對某些通信裝置而省略，諸如，不具有本端使用者之網路通信裝置(例如，網路交換器或路由器、遠端伺服器等)。經組態以接收本端使用者輸入之邏輯725亦可包括當執行時准許經組態以接收本端使用者輸入之邏輯725的相關聯之硬體執行其輸入接收功能之軟體。然而，經組態以接收本端使用者輸入之邏輯725不單獨對應於軟體，且經組態以接收本端使用者輸入之邏輯725至少部分依賴於硬體來達成其功能性。

參看圖7，雖然將705至725之組態邏輯在圖7中展示為分開的或截然不同的區塊，但應瞭解，各別組態邏輯執行其功能性所藉之硬體及/或軟體可部分重疊。舉例而言，用以促進705至725之組態邏輯之功能性的任一軟體可儲存於與經組態以儲存資訊之邏輯715相關聯的非暫時性記憶體中，使得705至725之組態邏輯各部分基於由經組態以儲存資訊之邏輯705儲存的軟體之操作來執行其功能性(亦即，在此情況下，軟體執行)。同樣地，直接與組態邏輯中之一者相關聯的硬體可不時地由其他組態邏輯借用或使用。舉例而言，經組態以處理資訊之邏輯710之處理器可將資料在由經組態以接收及/或傳輸資訊之邏輯705傳輸前格式化成適當格式，使得經組態以接收及/或傳輸資訊之邏輯705部分基於與經組態以處理資訊之邏輯710相關聯的硬體(亦即，處理器)之操作執行其功能性(亦即，在此情況下，資料之傳輸)。另外，705至725的組態之邏輯或「經組態以……之邏輯」並不限於特定邏輯閘或元件，而通常指執行本文中描述之功能性(經由硬體或硬體與軟體之組合)的能力。因此，705至725的組態之邏輯或「經組態以……之邏輯」未必實施為邏輯閘或邏輯元件，儘管共用詞語「邏輯」。自以下更詳細地描述的實施例之審閱，組態之邏輯705至725之間的其他互動或合作將變得對一般熟習此項技術者明顯。

習知地，在蜂巢式/無線網路上的在E-MBMS服務中之不同串流共用空中介面(OTA)資源及網路鏈路。倘若知道多個串流具有共同鏈路，則本發明之實施例係有關充分利用網路及應用層技術改良頻寬效率及改良應用有效負載或在同一頻寬內的應用串流之數目。

在使用在CDMA 2000中之LTE或BCMCS中的單一頻率傳輸(如E-MBMS)之無線廣播或多播系統中，可經由軟組合來自多個基地台之信號來改良有效資料速率。為了充分利用軟組合增益，廣播/多播區域(例如，E-MBMS中之MBSFN區域)中之基地台必須針對各別頻道在時域及頻域中傳輸相同信號。軟組合針對容量帶來兩個難題：

˙第一，當兩個不同MBSFN區域重疊(亦即，具有不同廣播/多播資料串流之區域)時，則需要使用兩個分開的子訊框來確保軟組合增益及目標資料速率。此導致OTA資源之使用的增加，藉此減小容量。在如E-MBMS之無線廣播/多播服務中，基於網路拓撲判定選擇用於傳輸之目標資料速率。每一網路拓撲需要適當小區半徑(例如，對於密集都市網路)，如與郊區或鄉村拓撲相比，需要小的小區半徑且較多基地台。資料速率與小區半徑成正比例，且取決於其他RF傳播具體參數。以下關於圖8A至圖8B更詳細地解釋此態樣。

˙第二，當單一區域MBSFN區域(待由相同內容服務之區域)涵蓋大的地理區域(涵蓋多個網路拓撲類別)時，支援之最大資料速率受到最低共同資料速率限制；其係關於支援最小資料速率之拓撲。舉例而言，假定MBSFN區域由密集都市形態及郊區形態組成。在此假定下之一實例中，MBSFN區域可在密集都市形態中支援20Mbps，而對於類似子訊框分配，MBSFN區域可在郊區形態中支援1Mbps。在此組合區中提供之資料速率將限於1Mbps。因此，習知方法將浪費將潛在地提供較高頻寬之區域(諸如，MBSFN區域之密集都市部分)中的容量。以下關於圖8C至圖8D更詳細地解釋此態樣。

圖8A至圖8B說明習知多播串流遞送程序。詳言之，圖8A及圖8B說明將高資料速率及低資料速率E-MBMS串流遞送至重疊MBSFN區域之部分的一習知實例，且圖8C及圖8D說明將用於E-MBMS服務或工作階段之單一低速率E-MBMS串流遞送至重疊MBSFN區域的一習知實例。

參看圖8A，一或多個應用程式伺服器將第一及第二資料串流遞送至BM-SC 536(800A及805A)，藉以第一資料串流目標針對第一MBSFN區域(「MBSFN 1」)，且第二資料串流目標針對由MBSFN 1重疊之第二MBSFN區域(「MBSFN 2」)。在圖8A中，假定第一及第二資料串流與相同(例如，相同E-MBMS服務之語音及視訊部分)或不同E-MBMS服務相關聯，且自相同或不同應用程式伺服器到達。參看圖8B，將MBSFN 1展示為800B，且將MBSFN 2展示為805B。由於MBSFN 1延伸至由MBSFN 2涵蓋之區域內，因此將MBSFN 1與MBSFN 2之間的重疊區域標明為MBSFN 1+2，使得以下關於圖8A及圖8B對MBSFN 1之參考對應於MBSFN之不與MBSFN 2重疊的部分。

參看圖8A，BM-SC 536將第一資料串流作為第一多播串流遞送至MBSFN 1(810A)，且遞送至MBSFN 1+2(815A)。MBSFN 1在第一子訊框上傳輸第一多播串流(820A)，且MBSFN 1+2在第一子訊框上傳輸第一多播串流且亦在第二子訊框上傳輸第二多播串流(825A)。

圖8B說明分別在MBSFN 1及MBSFN 1+2內的針對820A及825A之傳輸訊框分配。如在810B中所示，在MBSFN 1內，將子訊框2分配至第一多播串流。又，如在815B中所示，在MBSFN 1+2內，將子訊框2分配至第一多播串流，且將子訊框7分配至第二多播串流。作為一實例，將第二多播串流展示為具有比第一多播串流高的資料速率，藉以MBSFN 2對應於具有高資料速率之伺服區域(例如，在具有密集節點B濃度之城市附近)，且MBSFN 1對應於包括高資料速率伺服區域且亦包括較低資料速率伺服區域的伺服區域(例如，具有稀疏節點B濃度之鄉村區域)。

如自圖8A至圖8B之檢閱將瞭解，歸因於容量限制，在MBSFN 1之非重疊部分中按相對低資料速率傳輸第一資料串流，且在MBSFN 1+2中按相同低資料速率傳輸第一資料串流以支援軟組合。又，貫穿MBSFN 2之整個重疊區域(亦即，MBSFN 1+2)，需要兩個分開的子訊框用於第一及第二多播串流之傳輸。

參看圖8C，應用程式伺服器將資料串流遞送至BM-SC 536(800C)，藉以該資料串流目標針對MBSFN 1。另外假定與MBSFN 1之不與MBSFN 2重疊的部分相比，為MBSFN 1之一部分或子集的MBSFN 2具有較高資料速率容量。因此，因為將貫穿整個MBSFN 1傳輸該資料串流，所以對該資料串流分配相對低的資料速率(至少低於MBSFN 2內之可用容量)。參看圖8D，將MBSFN 1展示為800D，且將MBSFN 1+2(亦即，MBSFN 1之與MBSFN 2重疊的部分)展示為 805D。由於MBSFN 1延伸至由MBSFN 2涵蓋之區域內，因此將MBSFN 1與MBSFN 2之間的重疊區域標明為MBSFN 1+2，使得以下關於圖8C及圖8D對MBSFN 1之參考對應於MBSFN之不與MBSFN 2重疊的部分。

參看圖8C，BM-SC 536將第一資料串流作為多播串流遞送至MBSFN 1及MBSFN 1+2，且BM-SC 536亦將第二資料串流作為第二多播串流遞送至MBSFN 2(805C)。MBSFN 1及MBSFN 1+2按相對低資料速率傳輸多播串流(810C及815C)。舉例而言，MBSFN 1+2並不簡單地使用較高資料速率代替在MBSFN 1中使用之較低資料速率，此係因為在全異資料速率傳輸之間的軟組合將並不可能。

圖8D說明分別在MBSFN 1及MBSFN 1+2內的針對810C及815C之傳輸訊框分配。如在810D中所示，在MBSFN 1之不與MBSFN 2重疊的部分內，將子訊框2分配至多播串流。如在815D中所示，在MBSFN 1+2內，亦將子訊框2分配至多播串流。

因此，圖8A及圖8B展示，習知地，需要兩個分開的子訊框來在高容量MBSFN中傳輸兩個截然不同的E-MBMS串流，且圖8C及圖8D展示支援跨越具有低容量及高容量區域之伺服區域的單一E-MBMS服務可能不能夠充分利用高容量區域中之較高容量的方式。以下關於圖9描述的本發明之實施例係關於圖8C及圖8D的修改之型式，其中用以貫穿具有不同資料速率容量之重疊MBSFN載運E-MBMS串流的資料速率由提供E-MBMS串流之應用程式伺服器基於來自一或多個目標UE之工作階段品質回饋動態地調適，且以下關於圖10A至圖10H描述的本發明之實施例係關於參加E-MBMS工作階段的UE之子集基於其各別位置及地理共定位濃度(或密度)的動態多播/單播轉變。

圖9說明根據本發明之一實施例的動態調適用於遞送至目標E-MBMS服務區域的資料串流之資料速率之處理程序。詳言之，目標E- MBMS服務區域包括MBSFN 1，其與MBSFN 2重疊(在表示為MBSFN 1+2之區中，類似於圖8A至圖8D)。又，類似於圖8A至圖8D，進一步假定如與MBSFN 1之不與MBSFN 2重疊的部分相比，MBSFN 1+2具有較高資料速率容量。在圖8C至圖8D中，MBSFN 1及MBSFN 1+2之不同資料速率容量導致貫穿MBSFN 1及MBSFN 1+2使用相對低的資料速率。然而，在圖9中，替代貫穿MBSFN 1及MBSFN 1+2使用之預設資料速率為固定的，使用回饋，使得貫穿MBSFN及MBSFN 1+2使用之共同資料速率經動態地調適至在MBSFN 1及MBSFN 1+2內之各別目標UE處的當前頻道條件。

參看圖9，應用程式伺服器按第一資料速率將資料串流遞送至BM-SC 536(900)，藉以該資料串流目標針對MBSFN 1，包括重疊MBSFN 1+2。作為一實例，在900處使用之第一資料速率可對應於在圖8之800C處使用的初始或預設資料速率，初始或預設資料速率低於在MBSFN 1+2內之可用資料速率容量。因為MBSFN 1延伸至由MBSFN 2涵蓋之區域內，所以將在MBSFN 1與MBSFN 2之間的重疊區域標明為MBSFN 1+2，使得以下關於圖9對MBSFN 1之參考對應於MBSFN之不與MBSFN 2重疊的部分。

參看圖9，BM-SC 536按第一資料速率將資料串流作為多播串流遞送至MBSFN 1，且BM-SC 536亦按第一資料速率將資料串流作為多播串流遞送至MBSFN 1+2(905)。MBSFN 1及MBSFN 1+2皆按第一資料速率傳輸多播串流(910及915)。舉例而言，儘管其有較高資料速率容量，MBSFN 1+2並不簡單地使用較高資料速率代替在MBSFN 1中使用之第一資料速率，此係因為在全異資料速率傳輸之間的軟組合將並不可能。

在E-MBMS工作階段期間，監視E-MBMS工作階段之目標UE週期性地建立(且接著釋放)一單播頻道，用於將工作階段品質回饋提供至應用程式伺服器(920)。舉例而言，目標UE可量測與E-MBMS工作階段相關聯之量度(諸如，封包錯誤率(PER)、區塊錯誤率(BLER)、信號強度等)，且接著在920，經由單播頻道將量測之量度報告回至應用程式伺服器。應用程式伺服器自目標UE接收週期性工作階段品質回饋，且判定是否調整用於MBSFN 1及MBSFN 1+2中的E-MBMS工作階段之第一資料速率(925)。舉例而言，若目標UE中之多數報告其各別PER低於低PER臨限值，則應用程式伺服器可在925處判定可升高第一資料速率。替代地，若目標UE中之多數報告其各別PER高於高PER臨限值，則應用程式伺服器可在925處判定應減小第一資料速率以改良PER。替代地，若目標UE中之多數報告其各別PER在可接受PER範圍內(例如，在低PER臨限值與高PER臨限值之間)，則應用程式伺服器可在925處判定維持第一資料速率。因此，即使通常期望MBSFN 1具有比MBSFN 1+2低的資料速率容量，工作階段品質回饋可仍用以細調諧貫穿MBSFN 1及MBSFN 1+2使用之資料速率。在一實例中，在920處提供週期性工作階段品質回饋之目標UE可對應於參與E-MBMS工作階段之每一UE，或替代地，可對應於少於參與該工作階段的所有UE之UE之代表性樣本(例如，隨機選擇、經選擇以達成UE基於貫穿多播伺服區域之位置的分佈等)。

參看圖9，若應用程式伺服器判定不調整將用於E-MBMS工作階段之資料串流遞送至目標UE的第一資料速率，則處理程序返回至900，且用於E-MBMS工作階段之資料串流繼續由應用程式伺服器按第一資料速率提供MBSFN 1及MBSFN 1+2。否則，若應用程式伺服器判定調整將用於E-MBMS工作階段之資料串流遞送至目標UE的第一資料速率，則應用程式伺服器開始按第二資料速率將資料串流遞送至BM-SC 536(930)，藉以基於925之工作階段品質回饋評估，第二資料速率高於或低於第一資料速率。BM-SC 536按第二資料速率將資料串流作為多播串流遞送至MBSFN 1，且BM-SC 536亦按第二資料速率將該資料串流作為多播串流遞送至MBSFN 1+2(935)。MBSFN 1及MBSFN 1+2皆按第二資料速率傳輸多播串流(940及945)。在資料串流按第二資料速率之遞送期間，目標UE繼續週期性報告工作階段品質回饋(920)，且應用程式伺服器可判定是否應實施對第二資料速率之任何調整(925)等等。此程序可貫穿E-MBMS工作階段而繼續，藉以可基於工作階段品質回饋不斷地調整(例如，增大或減小)遞送至目標UE之資料速率。

如將瞭解，圖9基於動態工作階段品質回饋調整MBSFN 1及MBSFN 1+2共同之資料速率。此潛在地准許比對於滿足MBSFN 1及MBSFN 1+2針對最差狀況頻道條件之資料速率容量的預設或固定資料速率將另外可能要高的資料速率(如在圖8C及圖8D中)。然而，將仍通常期望在圖9之處理程序期間達成之資料速率小於MBSFN 1+2之高資料速率容量。圖10A至圖10H藉此係有關若相對少量目標UE存在於MBSFN 1中則可在MBSFN 1中完全斷開E-MBMS工作階段之多播支援的實例，藉以MBSFN 1中之目標UE轉變至單播(而非多播)，其准許增大MBSFN 1+2中的多播資料串流之資料速率。

圖10A說明根據本發明之一實施例的將MBSFN自多播支援區域選擇性地轉變至用於E-MBMS工作階段之單播支援區域之處理程序。類似於圖9，假定用於eMBMS工作階段之目標E-MBMS服務區域包括與MBSFN 2重疊之MBSFN 1，且如與MBSFN 1之不與MBSFN 2重疊的部分相比，MBSFN 1+2具有較高資料速率容量。

參看圖10A，應用程式伺服器按第一資料速率將資料串流遞送至BM-SC 536(1000A)，藉以該資料串流目標針對MBSFN 1及MBSFN 1+2。BM-SC 536按第一資料速率將資料串流作為多播串流遞送至MBSFN 1，且BM-SC 536亦按第一資料速率將資料串流作為多播串流遞送至MBSFN 1+2(1005A)。MBSFN 1及MBSFN 1+2按第一資料速率傳輸多播串流(1010A及1015A)。作為一實例，在1000A處使用之第一資料速率可對應於在圖8之800C處使用的預設資料速率，預設資料速率低於在MBSFN 1+2內之可用資料速率容量。在1000A處使用之第一資料速率亦可對應於在圖9之900處使用的第一資料速率，或在圖9之930處使用的調整之資料速率。因此，可與習知圖8或與圖9一起實施圖10A之處理程序。

圖10B說明根據本發明之一實施例的展示在圖10A之1000A至1015A之間出現的多播資料串流之遞送之一基礎結構資料流圖。在圖10B中，假定UE 1及UE 2在MBSFN 1中，且UE 3...N在MBSFN 1+2中。在1000A，應用程式伺服器550經由IP網路905將資料串流發送至BM-SC 536，且BM-SC經由MBMS-GW 534發送多播資料串流MBSFN 1及MBSFN 1+2，用於由在各別MBSFN中之複數個eNodeB 510傳輸。因此，在圖10B中，用於E-MBMS工作階段之多播承載在MBSFN 1及MBSFN 1+2兩者中皆在作用中。

轉回至圖10A，在E-MBMS工作階段期間，監視E-MBMS工作階段之目標UE週期性地建立(且接著釋放)一單播頻道，用於將位置更新報告提供至應用程式伺服器(1020A)。1020A之位置更新報告可與來自920之工作階段品質回饋一起提供，或可替代地獨立於工作階段品質回饋。舉例而言，1020A之位置更新報告可對應於用於每一各別目標UE的當前伺服扇區或當前伺服MBSFN區之指示。雖然將位置更新報告描述為週期性傳輸，但可另外或替代地按事件觸發之方式傳輸此等位置更新報告(例如，每當給定UE改變MBSFN時、每當給定UE交遞至不同扇區或位置區域時等)。在另一實例中，在一特定MBSFN區域外之UE可比在該特定MBSFN區域內部之UE頻率地傳輸位置更新報告。舉例而言，訂用MBSFN 1或MBSFN 1+2內之E-MBMS服務的UE 可按大於第二週期性間隔(例如，每隔30秒)之第一週期性間隔(例如，每隔2分鐘)傳輸位置更新報告，第二週期性間隔用以觸發來自訂用當在MBSFN 1或MBSFN 1+2外時之E-MBMS服務的UE之位置更新報告。在另一實例中，訂用MBSFN 1或MBSFN 1+2內之E-MBMS服務的UE可按大於第二事件觸發之地理精細度(例如，每當UE執行扇區交遞時傳輸位置更新報告)的第一事件觸發之地理精細度傳輸位置更新報告(例如，每當UE執行子網路交遞時傳輸位置更新報告)，第二事件觸發之地理精細度用以觸發來自訂用當在MBSFN 1或MBSFN 1+2外時之E-MBMS服務的UE之位置更新報告。

圖10C說明根據本發明之一實施例的展示來自圖10A之1020A的位置更新報告之遞送之一基礎結構資料流圖。如在圖10C中所示，由IP網路905經由單播LTE核心網路組件(亦即，S-GW 1000C及P-GW 1005C)上之單播將位置更新報告傳送至應用程式伺服器550。此與經由多播遞送之E-MBMS工作階段媒體形成對比，E-MBMS工作階段媒體係經由諸如BM-SC 536及E-MBMS-GW 534之多播LTE核心網路組件經邏輯承載管理器1020C自應用程式伺服器550載運。更具體言之，來自UE 3……N之位置更新報告係經由單播遞送路徑1010C自MBSFN 1+2載運，且來自UE 1及UE 2之位置更新報告係經由單播遞送路徑1015C自MBSFN 1載運。亦在圖10C中展示為標為對應於來自圖10A之1035A的1035A之框，其中應用程式伺服器550(經由邏輯承載管理器1020C)停止其在MBSFN 1之E-MBMS工作階段中的多播，將單播傳訊轉遞至MBSFN 1中之個別UE，且增大MBSFN區域1+2中之資料速率(以下更詳細地論述)。

轉回至圖10A，基於來自1020A之位置更新報告，應用程式伺服器使目標UE中之每一者與各別MBSFN(例如，MBSFN 1、MBSFN 1+2等)相關聯，且接著判定一或多個‘瓶頸’MBSFN(例如，具有比支援E-MBMS工作階段之其他MBSFN低的資料速率容量之MBSFN)正伺服低於給定臨限值(例如，4、10等)的數目個目標UE(1030A)。如應瞭解，建立第一資料速率以便滿足MBSFN 1及MBSFN 1+2之資料速率容量，其中如與MBSFN 1+2相比，MBSFN具有較低資料速率容量，因此在1000A至1015A期間，MBSFN 1為關於第一資料速率之瓶頸(或資料速率限制)MBSFN。若在1030A處來自1020A之位置更新報告指示MBSFN 1中的目標UE之數目不低於給定臨限值，則處理程序返回至1000A且E-MBMS工作階段繼續在MBSFN 1及MBSFN 1+2兩者中的E-MBMS工作階段之多播支援。否則，若在1030A處來自1020A之位置更新報告指示MBSFN 1中的目標UE之數目低於給定臨限值，則應用程式伺服器藉由請求BS-MC 536停止傳輸用於MBSFN 1中之E-MBMS工作階段的多播資料串流、要MBSFN 1中之目標UE設置(且維持)用於支援E-MBMS工作階段之單播頻道且接著增大用於MBSFN 1+2中之多播資料串流的資料速率來促進MBSFN 1中的目標UE至E-MBMS工作階段之單播支援的轉變(1035A)。如將瞭解，一旦MBSFN 1不再為用於E-MBMS工作階段的多播服務區域之部分，則MBSFN 1+2之較高資料速率容量可支援用於多播資料串流的增大之資料速率。

圖10D說明根據本發明之一實施例的圖10A之處理程序之連續部分。在圖10D中，應用程式伺服器按高於第一資料速率之第二資料速率將用於E-MBMS工作階段之資料串流(例如，歸因於自圖10A之1035A的資料速率增大)遞送至BM-SC 536，用於多播傳輸至MBSFN 1+2中之UE 3……N(1000D)。應用程式伺服器亦將用於E-MBMS工作階段之資料串流遞送至LTE核心網路中之P-GW 1005C及S-GW 1000C，用於至UE 1及UE 2之分開的單播傳輸(1005D)。BM-SC 536按第二資料速率將資料串流作為多播串流遞送至MBSFN 1+2(1010D)，且MBSFN 1+2按第二資料速率傳輸多播串流(1015D)。P-GW 1005C及S-GW 1000C經由各別單播頻道將用於E-MBMS工作階段之單播資料串流遞送至UE 1及UE 2(1020D)。

在1000D至1015D之間的E-MBMS工作階段之狀態說明於圖10E中。在圖10E中，UE 3……N按自圖10B中之資料速率增大之資料速率(亦即，第二資料速率)接收MBSFN 1+2中之多播資料串流，且UE 1及UE 2(其先前經由圖10B中之MBSFN 1中的多播支援)經由P-GW 1005C、S-GW 1000C及各別伺服eNodeB 510自應用程式伺服器550接收用於E-MBMS工作階段之分開的單播資料串流。

轉回至圖10D，在E-MBMS工作階段期間，目標UE 1……N繼續提供週期性位置更新報告(1025D及1030D)，類似於圖10A之1020A。然而，應瞭解，只要正經由單播支援至UE 1及UE 2之E-MBMS工作階段，則UE 1及UE 2維持其單播頻道，因此經由此單播頻道載運來自UE 1及UE 2之位置更新報告，而不必設置分開的單播頻道來提供回饋。又，雖然將位置更新報告描述為週期性傳輸，但可另外或替代地按事件觸發之方式傳輸此等位置更新報告(例如，每當給定UE改變MBSFN時、每當給定UE交遞至不同扇區或位置區域時等)。

參看圖10D，基於來自1025D及1030D之位置更新報告，應用程式伺服器使目標UE中之每一者與各別MBSFN(例如，MBSFN 1、MBSFN 1+2等)相關聯(1035D)，且接著判定轉變至單播支援模式之一或多個‘瓶頸’MBSFN(例如，具有比支援E-MBMS工作階段之其他MBSFN低的資料速率容量之MBSFN)是否應轉變回至多播支援模式(1040D)。可基於來自1030A的瓶頸MBSFN(亦即，MBSFN 1)中的目標UE之數目是否不再低於給定臨限值(或已升高高於更高的臨限值以避免單播至多播往復)來進行1040D之判定。

圖10G說明可導致應用程式伺服器判定將MBSFN 1切換回至多播支援模式(在圖10D之1040D處)的UE移動之一實例。圖10G類似於圖10E，惟UE 3……10已自MBSFN 1+2移動至屬於MBSFN 1之扇區除外，且已藉此自多播轉變至單播用於其參與E-MBMS工作階段。此類型之單播擴大可觸發應用程式伺服器550將MBSFN 1切換回至多播支援模式以保存系統資源，即使可能需要在MBSFN 1+2中降低多播資料串流之資料速率以實現此轉變。

轉回至圖10D，若在1040D處來自1025D及1030D之位置更新報告指示MBSFN 1中的目標UE之數目保持低於給定臨限值(或較高臨限值)，則處理程序返回至1000D，且E-MBMS工作階段繼續在MBSFN 1+2中的E-MBMS工作階段之多播支援及在MBSFN 1中的E-MBMS工作階段之單播支援。否則，若在1040D處來自1025D及1030D之位置更新報告指示MBSFN 1中的目標UE之數目不再低於給定臨限值(或較高臨限值)，則應用程式伺服器促進藉由請求BS-MC 536恢復傳輸用於MBSFN 1中之E-MBMS工作階段的多播資料串流、要MBSFN 1中之目標UE釋放其單播頻道用於支援E-MBMS工作階段且接著減小用於MBSFN 1+2中之多播資料串流的資料速率(若必要)來促進MBSFN 1中之目標UE轉變回至E-MBMS工作階段之多播支援(1045D)。

圖10H說明在UE 3……10至MBSFN 1之移動(如在圖10G中所示)使應用程式伺服器將MBSFN 1切換回至多播(在1040D)之情況下在1045D後的E-MBMS工作階段之一實例。圖10H類似於圖10B，惟UE 3……10已自MBSFN 1+2重新定位至屬於MBSFN 1之扇區內除外。

另外，熟習此項技術者將瞭解，結合本文所揭示之實施例所描述之各種說明性邏輯區塊、模組、電路及演算法步驟可實施為電子硬體、電腦軟體或兩者之組合。為了清晰地說明硬體與軟體之此可互換性，各種說明性組件、區塊、模組、電路及步驟已在上文大體按其功能性加以了描述。將此功能性實施為硬體或是軟體視特定應用及強加於整個系統上之設計約束而定。熟習此項技術者可以變化的方式針對每一特定應用實施所描述之功能性，但是此等實施決策不應被解釋為會導致脫離本發明之範疇。

結合本文中所揭示之實施例所描述之方法、序列及/或演算法可直接體現於硬體中、由處理器執行之軟體模組中或兩者之組合中。軟體模組可駐留於RAM記憶體、快閃記憶體、ROM記憶體、EPROM記憶體、EEPROM記憶體、暫存器、硬碟、抽取式碟片、CD-ROM或此項技術中已知之任一其他形式的儲存媒體中。將例示性儲存媒體耦接至處理器，使得處理器可自儲存媒體讀取資訊及將資訊寫至儲存媒體。在替代方案中，儲存媒體可整合至處理器。

因此，本發明之一實施例可包括一種電腦可讀媒體，其體現用於經由演進之多媒體廣播/多播服務(E-MBMS)的群組通信之方法。因此，本發明不限於所說明之實例，且用於執行本文中描述之功能性之任何構件包括於本發明之實施例中。

雖然前文之揭示內容展示本發明之說明性實施例，但應注意，在不脫離如隨附申請專利範圍所界定之本發明之範疇的情況下，可在本文中進行各種改變及修改。無需以任何特定次序執行根據本文中描述之本發明之實施例的方法項的功能、步驟及/或動作。此外，雖然可以單數形式描述或主張本發明之元件，但除非明確陳述對於單數之限制，否則亦涵蓋複數形式。