專利名稱：通信網絡中多播數(shù)據(jù)的方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明一般涉及通信網絡領域，更具體地，涉及在通信網絡中多 播數(shù)據(jù)。
背景技術：
隨著對通信和數(shù)據(jù)傳輸?shù)男枨蟮脑鲩L，對于從單個源用戶設備(UE)到多個UE的多播數(shù)據(jù)的需求不斷增加。可以被傳輸?shù)臄?shù)據(jù)的 實例包括視頻數(shù)據(jù)、語音數(shù)據(jù)和數(shù)據(jù)文件?，F(xiàn)有的向多個UE傳輸數(shù) 據(jù)的服務包括，蜂窩網推送(Push-over-Cellular， PoC)服務、多媒 體廣播/多播服務(MBMS)、廣播和多播服務(BCMCS) 。 PoC 服務使得用戶可以將數(shù)據(jù)傳輸給另一個用戶或一組用戶，或與之交 互。在一個組中，每次僅有一個用戶被允許發(fā)送數(shù)據(jù)，而其它用戶接 收數(shù)據(jù)。通過PoC服務的數(shù)據(jù)傳輸需要在通信網絡中在每一級復制數(shù) 據(jù)包。因此，PoC服務在需要高帶寬的操作中使用受限。MBMS是第三代伙伴計劃(3GPP)的服務，BCMCS是第三代 伙伴計劃2 ( 3GPP2 )的月l務。MBMS和BCMCS使得可以提供點到 多點的服務，其中數(shù)據(jù)被從單個源UE發(fā)送給多個UE。但是，MBMS 和BCMCS僅使得第三方廣播/多播內容提供商能夠提供單方向的點 到多點的服務。這些服務的實例包括CNN頻道發(fā)送新聞給多個訂閱 用戶。發(fā)明內容根據(jù)本發(fā)明的一方面，提供了一種用于在通信網絡中向包括一個 源UE的特定用戶設備(UE)組多播數(shù)據(jù)的方法，該方法包括向特 定組中的UE傳送至少一個FlowID，該傳送包括通知該特定組中的UE —個廣播服務器的IP地址和端口號以允許所述UE在該網絡中建立資源，以用于接收無線廣播或無線多播數(shù)據(jù)；允許該源UE對在該通信網絡中被唯一標識的該特定UE組執(zhí)行基底(floor)控制，該允 許由一個推送服務器響應于所述推送服務器從該源UE接收到一個基 底控制請求而提供；在廣播服務器中接收該數(shù)據(jù)，該數(shù)據(jù)從所述源 UE中發(fā)送；以非復制數(shù)據(jù)包的形式從該廣播服務器向特定UE組多 播該數(shù)據(jù)。根據(jù)本發(fā)明的另 一方面，提供了 一種在通信網絡中多播數(shù)據(jù)的系 統(tǒng)，該數(shù)據(jù)由一個源用戶設備(UE)提供，該系統(tǒng)包括 一個廣播服 務器，用于通過該通信網絡從該源UE接收該數(shù)據(jù)并且以非復制數(shù)據(jù) 包的形式向一個特定的UE組發(fā)送該數(shù)據(jù)；和一個推送服務器，用于 與該廣播服務器通信以在二者之間傳送FlowID。根據(jù)本發(fā)明的另一方面，提供了在通信網絡中由形成特定UE組 的一部分的一個UE執(zhí)行的方法，該特定UE組在該通信網絡中由 FlowID唯一識別，該方法包括從推送服務器接收至少一個FlowID、 廣播服務器的IP地址和廣播服務器的端口號；向該網絡發(fā)送對應于 該FlowID的多播IP地址及相關端口號的請求；接收該多播IP地址 及相關的端口號；發(fā)送用于注冊該源UE為該FlowID的有效用戶的請求；接收確認該UE是有效用戶的請求接受；根據(jù)該多播IP地址和相關的端口號接收在多播傳輸中的數(shù)據(jù)，該數(shù)據(jù)被以非復制數(shù)據(jù)包的形式傳送給了該特定UE組中的所有UE。


為了使得本發(fā)明更容易被理解并應用于實踐，將結合附圖對至少 一個具體實施方式
進行參考說明，其中相同的附圖標記代表相同或功 能類似的部件。附圖以及下面的詳細描述作為本說明書的一部分，還 用于進一 步圖解說明這些具體實施方式
并解釋各種原則和優(yōu)點，根據(jù) 本發(fā)明其中圖1是表示了根據(jù)本發(fā)明的一個示例性實施方式的通信網絡中的數(shù)據(jù)流動的方框圖；圖2是表示了根據(jù)本發(fā)明的另一個示例性實施方式的通信網絡 中的數(shù)據(jù)流動的方框圖；圖3是表示了根據(jù)本發(fā)明的一個具體實施方式
的通信網絡中多 播數(shù)據(jù)的方法的流程圖；圖4是表示了根據(jù)本發(fā)明的一個具體實施方式
的通信網絡中由 用戶設備(UE)執(zhí)行的方法的流程圖；圖5和圖6是表示根據(jù)本發(fā)明的一個具體實施方式
在通信網絡中 在按照3GPP2標準多播呼叫建立期間的呼叫流的流程圖；圖7是表示了根據(jù)本發(fā)明的一個具體實施方式
在示例性通信網 絡中的數(shù)據(jù)傳輸?shù)牧鞒虉D；本領域技術人員將會明白附圖中的部件為了清楚和簡明只是示 例性的，不必是成比例的。例如，附圖中的一些部件的尺寸可能相對 于其它元件被放大了以助于更好的理解本發(fā)明的具體實施方式
。
具體實施方式
本發(fā)明的各個具體實施方式
提供了一種用于在通信網絡中多播 數(shù)據(jù)的方法和系統(tǒng)。多個用戶設備(UE)形成特定UE組。 一個源 UE，作為特定UE組中的UE之一，向組中的其它UE發(fā)送數(shù)據(jù)。數(shù) 據(jù)被路由到通信網絡中的廣播服務器，該廣播服務器以非復制數(shù)據(jù)包 的方式將數(shù)據(jù)多播給該特定UE組。也可以通過推送服務器(push server)來路由數(shù)據(jù)，這取決于該特定UE組是否能接收所述多播數(shù) 據(jù)。在詳細描述根據(jù)本發(fā)明的具體實施方式
之前，應該注意到，這些具體實施方式
主要屬于與通信網絡中的多播數(shù)據(jù)相關的方法步驟和 系統(tǒng)組件的組合。因此，對圖中適合于常用符號的這些系統(tǒng)組件和方 法步驟的表示，僅示出了與理解本發(fā)明的具體實施方式
相關的那些特 定細節(jié)，以至于不因為對受益于文中的說明的本領域的技術人員所熟 知的細節(jié)，而掩蓋了對本發(fā)明的披露。在本文中，名詞"包括"用于涵蓋非排除的包含，使得包括一組組 件的處理、方法、物品、系統(tǒng)，不僅包括這些組件，也可能包括其它 沒有明確地列出或對這些處理、方法、物品、系統(tǒng)來說是固有的組件。 在其前面是"包括一個"的組件，沒有更多的限制，不排除在包括該組 件的過程、方法、物品或系統(tǒng)中存在額外的相同組件。圖1是表示了根據(jù)本發(fā)明的示例性具體實施方式
的在通信網絡100中沿數(shù)據(jù)路徑128的數(shù)據(jù)流動的方框圖。通信網絡100包括用戶 設備(UE)102、 UE103、 UE104、 UE 105、 UE 106、具有相關基站 控制器107的基站108、單播數(shù)據(jù)節(jié)點110、推送服務器112、廣播服 務器114以及廣播節(jié)點116。 UE的例子包括移動電話、膝上型電腦、 個人數(shù)字助理(PDA)等。通信網絡100可包括多個UE。但是，為 了這里描述的目的，示出的通信網絡IOO包括UE 102、 103、 104、 105 和106,它們一起形成了特定UE組118，其中源UE向組中的其它 UE發(fā)送數(shù)據(jù)。例如，在通信網絡100中UE 102是源UE，它向UE 103、 104、 105和106發(fā)送數(shù)據(jù)。可被發(fā)送的數(shù)據(jù)的例子包括，但不限于， 語音數(shù)據(jù)、視頻數(shù)據(jù)和數(shù)據(jù)文件。單播數(shù)據(jù)節(jié)點110和廣播節(jié)點116是用于向無線接入網絡109 或從無線接入網絡109路由數(shù)據(jù)的路由器，其中無線接入網絡109包 括通信網絡100中的多個UE、 一組基站108和相關的基站控制器107。 特定UE組118包括多播預訂子組120和非多播預訂子組122。多播 預訂子組120包括UE 102、 104和106，它們能夠接收無線廣播數(shù)據(jù) 包的形式的多播數(shù)據(jù)，無線廣播數(shù)據(jù)包例如是，但不限于，多媒體廣 播/多播服務(MBMS X 3GPP )的數(shù)據(jù)包，廣播和多播服務(BCMCS ) (3GPP2)的數(shù)據(jù)包。非多播預訂子組122包括UE103和105，它們 不能接收MBMS (3GPP)數(shù)據(jù)包或BCMCS ( 3GPP2 )數(shù)據(jù)包形式 的多播數(shù)據(jù)。UE可能屬于多播預訂子組120或非多播預訂子組122, 這取決于該UE是否支持無線廣播/多播服務，以及UE所連接到的 相應基站是否支持無線廣播/多播服務。通信網絡100中，源UE102正在與推送服務器112通信。推送服務器112還與用于控制數(shù)據(jù)傳輸?shù)膹V播服務器114通信。推送服務 器112可以是蜂窩網推送(Push-over畫Cellular, PoC)月良務器，并且 廣播服務器114可以是MBMS內容服務器或BCMCS內容服務器。 在某些實體例如組118中的UE和通信網絡100中的推送服務器112 間交換的控制信息，可以是包括實時控制協(xié)議(RTCP)數(shù)據(jù)包中的 SDP (會話描述協(xié)議)屬性的SIP (會話初始化協(xié)議)數(shù)據(jù)包的形式。 數(shù)據(jù)路徑124表示了建立在推送服務器112和廣播服務器114間的通 信接口。數(shù)據(jù)路徑124可用于安全、認證和控制信息的交換，它使用 現(xiàn)有通信接口中的至少一種，但不限于，例如因特網協(xié)議(IP)之上 的用戶數(shù)據(jù)報協(xié)議(UDP)、傳輸控制協(xié)議(TCP)和流控傳輸協(xié)議 (SCTP )?，F(xiàn)有MBMS或BCMCS服務使用FlowlD 130，它標識了 唯一的多播IP地址和端口號，UE 120可以與其連接以通過通信網絡 100接收廣播/多播服務器所發(fā)送的廣播和多播數(shù)據(jù)包。例如，現(xiàn)有 的MBMS / MCBCS中，F(xiàn)lowID 130在無線接入網絡109、廣播/多 播節(jié)點116及廣播/多播服務器114間交換。另外，可以使用數(shù)據(jù)路 徑124來交換標識了特定UE組118的FlowID 130。應該注意，可能 有為一組UE分配的多于一個的這種FlowID 130，每個FlowID典型 地被分配給特定形式的媒體，如語音、音頻、視頻等。通過基站108 路由的數(shù)據(jù)路徑126表示了在通信網絡100中包括SDP屬性的RTCP 數(shù)據(jù)包的流動。源UE，或者就此而論UE組118中的任何UE，通過無線接入 網絡109和單播數(shù)據(jù)節(jié)點110，將目標為組118中其它UE的數(shù)據(jù)發(fā) 送給FlowID130所映射的多播IP和端口號。通常，以實時數(shù)據(jù)協(xié)議 (RTP)數(shù)據(jù)包的形式發(fā)送數(shù)據(jù)。通過基站108路由的數(shù)據(jù)路徑128, 表示RTP數(shù)據(jù)包在通信網絡100中的流動。單播數(shù)據(jù)節(jié)點110沿著 數(shù)據(jù)路徑128將數(shù)據(jù)路由至連接到FlowID 130所映射的多播IP地址 和端口號中的所有接收機，所述接收機包括廣播服務器114且可選的 包括推送服務器112。廣播服務器114進一步通過廣播節(jié)點116和無 線接入網絡109將數(shù)據(jù)發(fā)送給UE 102、 104和106。按現(xiàn)有的無線廣播/多播機制，如但不限于MBMS或BCMCS標準，執(zhí)行從廣播服 務器114到UE 102、 104和106的數(shù)據(jù)傳輸。在本發(fā)明的一個具體實施方式
中，廣播服務器114保存多播預訂 子組120和非多播預訂子組122中的UE的記錄。當需要向非多播預 訂子組122中的UE發(fā)送數(shù)據(jù)時，廣播服務器114通過一種標準的多 播組管理協(xié)議，例如但不限于互聯(lián)網組管理協(xié)議(IGMP)，連接 FlowID 130所映射的多播IP地址組。然后，廣播服務器114從單播 數(shù)據(jù)節(jié)點110接收數(shù)據(jù)，并按現(xiàn)有標準將數(shù)據(jù)路由至非多播預訂子組 122。典型地，數(shù)據(jù)也被發(fā)送給源UE 102，因為源UE 102也是特定 UE組118的一部分。UE 102具有接收多播數(shù)據(jù)的選項。為了避免回 波或麻煩，源UE 102可以通過在傳輸數(shù)據(jù)時執(zhí)行靜默模式操作而選 擇忽略多播數(shù)據(jù)。圖2是表示根據(jù)本發(fā)明的另一示例性實施方式在通信網絡100 中沿數(shù)據(jù)通道228的數(shù)據(jù)流的方框圖。源UE102，或者就此而論UE 組118中的任何UE，通過無線接入網絡109和單播數(shù)據(jù)節(jié)點110，發(fā) 送目標是組118中其它UE的數(shù)據(jù)至推送服務器112。該數(shù)據(jù)典型地 以RTP數(shù)據(jù)包的形式發(fā)送，通過基站108路由的數(shù)據(jù)通道228代表 該RTP數(shù)據(jù)包的流動。單播數(shù)據(jù)節(jié)點110發(fā)送該數(shù)據(jù)至推送服務器 112，其反過來發(fā)送該數(shù)據(jù)至非多播預訂子組122。為了向多播預訂子 組120發(fā)送數(shù)據(jù)，推送服務器112將該數(shù)據(jù)路由到由FlowID 130映 射的多播IP地址和端口號，包括廣播服務器114。該廣播服務器114 以非復制數(shù)據(jù)包的形式發(fā)送該數(shù)據(jù)至廣播節(jié)點116，該節(jié)點然后轉發(fā) 該數(shù)據(jù)至多播預訂子組。例如，廣播節(jié)點116通過廣播節(jié)點116和無 線接入網絡109發(fā)送該數(shù)據(jù)至作為多播預訂子組的一部分的UE 102， 104和106。源UE 102也可以接收該多播數(shù)據(jù)，還可以通過在靜默模 式下操作來忽略該多播數(shù)據(jù)。圖3是表示在通信網絡100中利用數(shù)據(jù)通道128或228多播數(shù)據(jù) 的方法的流程圖。在步驟301,特定的UE組118 #^旨定了 一個FlowID 130。源UE 102或該特定UE組118中的任何其它UE發(fā)送一個組會200680024554.9說明書第7/13頁議初始化請求至推送服務器112。該組會議初始化請求包括一個IP地 址和端口號，其識別源UE102或UE組118中的另一UE。接收到該 組會議初始化請求后，推送服務器112與廣播服務器114通信，給特 定的UE組118指定FlowID 130。該FlowID 130提供了在通信網絡 100中所述特定UE組118的唯一識別。指定該FlowID 130包括將其 映射到一個唯一的多播互聯(lián)網協(xié)議(IP )地址和端口號。一旦該FlowID 130被指定，廣播服務器114加入由FlowID 130映射的該多播IP地 址端口號。在步驟302，該分配的FlowID 130，通過推送服務器112傳輸給 特定UE組118。同樣，廣播/多播服務器114以及可選的推送服務 器112，加入到由FlowID 130映射的多播IP地址組。所述傳輸還包 括，通知特定組中的UE所述廣播服務器的IP地址和端口號，以使 UE建立網絡中必要的資源，用以接收無線廣播或無線多播數(shù)據(jù)。如 果在網絡100中成功建立了必要的認證和注冊過程，建立這些資源。 一旦成功地建立了這些資源，特定UE組120中的UE就也可以加入 由FlowID 130映射的多播組。在步驟303,源UE 102 (或特定UE組中的任何其它UE )被允 許通過推送服務器112對特定UE組118進行基底(floor )控制。例 如，源UE 102可以通過發(fā)送一個基底控制請求來請求從推送服務器 112的基底控制。如果響應于該基底控制請求，推送服務器112允許 源UE 102的基底控制，則源UE 102將數(shù)據(jù)作為RTP數(shù)據(jù)包通過無 線接入網絡109和單播數(shù)據(jù)節(jié)點110發(fā)送給由FlowID 130映射的多 播IP地址和端口號，或者通過無線接入網絡109和單播數(shù)據(jù)節(jié)點110 發(fā)送給推送服務器112。如果數(shù)據(jù)被發(fā)送給推送服務器112，推送服 務器112應該將之轉發(fā)給任何接收機(其包括廣播服務器114)，其 是通過推送服務器112由FlowID 130映射的多播IP地址和端口號的 一部分。在步驟304,在廣播服務器114接收到所述數(shù)據(jù)。在步驟306， 數(shù)據(jù)被多播至特定UE組118中的多播預訂子組120。廣播服務器114ii以非復制數(shù)據(jù)包將數(shù)據(jù)發(fā)送給廣播節(jié)點116，然后將數(shù)據(jù)傳輸給多播 預訂子組。例如，廣播服務器114以非復制數(shù)據(jù)包將數(shù)據(jù)發(fā)送給廣播 節(jié)點116，然后通過無線接入網絡109將數(shù)據(jù)傳輸給UE 102、 104和 106。應該注意，如果推送服務器112接收到源UE102傳輸?shù)摹⒛康?是組118中其它UE的數(shù)據(jù)，則推送服務器112將數(shù)據(jù)轉發(fā)給特定UE 組118中的非多播預訂子組122。圖4是在通信網絡100中由源UE 102或組120任何其它UE， 使用數(shù)據(jù)路徑128或228而執(zhí)行的方法的流程圖。在步驟400,在建 立組會議呼叫的處理中，源UE 102從推送服務器接收FlowID 130， 以及廣播/多播服務器114的IP地址、端口號。在步驟402，該方法在網絡100中傳輸對相應于(映射到)FlowID 的多播IP地址和相關端口號的請求。接著，在步驟404， UE接收到 多播IP地址和相關端口號，之后在步驟406，源UE發(fā)送請求以注冊 該源UE作為該FlowID的合法用戶。響應于步驟406，網絡可以接受 該源UE作為合法用戶。這樣，如果接受，則在步驟408,源UE允 許接收請求接受，確定該UE是合法用戶。最后，在步驟410,源UE可操作以在多播IP地址及相關端口 號上接收多播傳輸中的數(shù)據(jù)，這些數(shù)據(jù)是發(fā)送給特定UE組中的所有 用戶的非復制數(shù)據(jù)包。通過給推送服務器112的后續(xù)控制消息中回波 所述FlowID，源UE 102通知推送服務器它已經加入到由FlowID映 射的多播IP地址和端口號。另外，如果使用數(shù)據(jù)路徑128來路由數(shù) 據(jù)，則源UE 102可選地從推送服務器112接收指令，指示源UE 102 設置任何RTP或非控制數(shù)據(jù)包的預期目標目的地為FlowID 130映射 的多播IP地址和端口號?；蛘撸绻褂脭?shù)據(jù)路徑228來路由數(shù)據(jù)， 則源UE 102從推送服務器112接收指令，指示源UE 102設置任何 RTP或非控制數(shù)據(jù)包的預期目標目的地為推送服務器112的多播IP 地址和端口號。應該注意，在410之后，源UE102可以向推送服務器112發(fā)送 基底控制請求?；卓刂普埱笫轻槍υ谕ㄐ啪W絡IOO中被唯一標識的特定UE組118的基底控制。需要基底控制來使能從具有基底控制的 源UE 102到特定UE組118的數(shù)據(jù)傳輸。源UE 102從推送服務器112 接收基底控制的允許。響應于源UE 102做出的基底控制請求，推送服務器112允許源 UE 102進行基底控制。源UE 102在接收到基底控制后開始傳輸數(shù)據(jù)。 源UE 102以RTP數(shù)據(jù)包傳輸數(shù)據(jù)，使用數(shù)據(jù)路徑128或228數(shù)據(jù)最 終到達廣播服務器114。廣播服務器114以非復制數(shù)據(jù)包的形式將數(shù) 據(jù)多播給特定UE組118中的所有UE。這些非復制數(shù)據(jù)包通過通信 網絡100路由而到達基站108。然后基站108將數(shù)據(jù)包傳輸給特定UE 組118。同樣，源UE 102從廣播服務器114接收多播數(shù)據(jù)。根據(jù)本發(fā) 明的一個具體實施方式
，源UE 102是特定UE組118中的UE之一。 源UE 102可以選擇忽略這些多播數(shù)據(jù)，以避免在其末端的回波，并 且源UE 102可以通過在數(shù)據(jù)傳輸過程中在靜默模式下操作來忽略這 些多播數(shù)據(jù)。圖5和圖6是根據(jù)本發(fā)明的一個具體實施方式
，表示了在通信網 絡500中按3GPP2標準在多播呼叫建立過程中的呼叫流程的流程圖。 應該注意，盡管是根據(jù)3GPP2標準解釋的這些流程圖，但支持多播 數(shù)據(jù)的任何其它標準都可以用來實現(xiàn)本發(fā)明的各種具體實施方式
。通 信網絡500包括源UE 502、無線網絡504、廣播節(jié)點506、單播數(shù)據(jù) 節(jié)點507、推送服務器508、廣播控制器510、廣播服務器512和認證、 受權和記費(AAA)服務器514。廣播控制器510負責管理并提供 BCMCS會話信息給廣播節(jié)點506和廣播服務器512。廣播控制器510和廣播服務器512可以合并成執(zhí)行廣播控制器 510和廣播服務器512的功能的單一實體。源UE 102向特定UE組 118傳輸數(shù)據(jù)。數(shù)據(jù)被通過無線網絡504發(fā)送至單播數(shù)據(jù)節(jié)點507。 廣播節(jié)點506和單播數(shù)據(jù)節(jié)點507是用于在通信網絡500中路由數(shù)據(jù) 的路由器。單播數(shù)據(jù)節(jié)點507還把數(shù)據(jù)路由給推送服務器508。推送 服務器112的例子包括蜂窩推送(PoC)服務器。推送服務器508通 過廣播控制器510將數(shù)據(jù)路由給廣播服務器512。廣播服務器512的例子包括MBMS內容服務器和BCMCS內容服務器。AAA服務器514 是用于網絡接入控制的認證服務器。它存儲用戶名和密碼以識別UE。 AAA服務器514還指Radius服務器。信號516表示呼叫起始，其中源UE 502與網絡504進行通信。 信號518以SIPjNVITE消息的形式發(fā)送一組會議初始化請求。在本 發(fā)明的一個具體實施方式
中，這里描述的SIP消息(例如， SIP_INVITE、 SIP—UPDATE等)包括SDP屬性。源UE 502發(fā)送向 推送服務器508發(fā)送組會議初始化請求，組會議初始化請求包括標識 了源UE 502的IP地址和端口號。接收到組會議初始化請求后，推送 服務器508與廣播控制器510通信，以通過信號520為源UE 502所 屬的特定UE組118分配FlowID。 FlowID提供了通信網絡500中特 定UE組118的唯一標識。分配FlowID包括將之映射到一個唯一的 多播因特網協(xié)議(IP)地址和端口號?？梢造o態(tài)或動態(tài)地分配FlowID。 FlowID的靜態(tài)分配包括將一個 唯一的多播因特網協(xié)議(IP )地址和端口號永久分配給特定UE組118。 FlowID的動態(tài)分配包括當最后UE離開特定UE組118時，指示廣播 控制器510釋放動態(tài)FlowID。同樣，廣播服務器512以及可選的推 送月i務器508從對應于FlowID的多播IP地址和端口號中刪除。 FlowID的動態(tài)分配使得廣播控制器510可以將已釋放的FlowID分配 給另一個特定UE組118。典型地， 一旦FlowID 130被分配，廣播服 務器512就通過信號521作為由FlowID 130映射的多播IP地址和端 口號的成員而加入。現(xiàn)在，廣播服務器512處于可接收任何發(fā)送給多 播IP地址和端口號的數(shù)據(jù)的位置。分配的FlowID通過信號522以及 廣播控制器510的IP地址端口號傳輸給源UE 502。該傳輸是SIP—OK 形式的。SIP一OK還包括額外的新SDP屬性，它具有廣播控制器510 的IP地址和端口號以及FlowID 130。通過信號524，源UE 502向廣播控制器510發(fā)送信息獲取請求。 信息獲取請求與FlowID的多播IP地址和一個端口號相關。通過廣播 控制器510和AAA服務器514之間的信號526執(zhí)行必要的認證過程，以對源UE 502進行認證。認證過程之后，響應于信息獲取請求， 廣播控制器510將由FlowID 130映射的多播IP地址和端口號通過信 號528傳送給源UE 502。通過546 (參考圖5和圖6 )的信號532表示在將源UE 502注 冊為目標是FlowID 130映射的多播IP地址和端口號的任何數(shù)據(jù)包的 合法接收者所涉及的控制信號。源UE 502通過信號532向網絡504 發(fā)送注冊請求。注冊請求包括源UE 502所接收的FlowID 130。網絡 504通過信號534將注冊請求轉發(fā)給廣播節(jié)點506。廣播節(jié)點506通 過信號536將注冊請求轉發(fā)給廣播控制器510。響應于該注冊請求， 廣播控制器510通過信號538向廣播節(jié)點506發(fā)送接受信號。信號540 通過544，無線網絡504與廣播節(jié)點506通信以接受注冊請求。通過 信號540，廣播節(jié)點506向網絡504傳送服務應答。通過信號542， 網絡504向廣播節(jié)點506傳送注冊請求。通過信號544，廣播節(jié)點506 向網絡504傳送注冊應答。廣播節(jié)點506通過信號546向源UE 502 傳送注冊接受，從而將源UE 502接受為特定UE組118的一部分。通過信號548，源UE 502向推送服務器508發(fā)送SIP—UPDATE 消息。SIP—UPDATE消息中的額外SDP屬性為多播預定UE組回波 FlowID 130。通過信號550,推送服務器508通過發(fā)送SIP—OK消息 給多播預定UE組而對SIP—UPDATE消息做出確i人，其中額外SDP 屬性包含F(xiàn)lowID 130。本發(fā)明的一個可選具體實施方式
中，推送服務 器508具有加入多播預訂子組的選擇。當特定UE組118包括非多播 預訂子組122中的至少一個UE成員時，推送服務器508加入多播預 訂子組120。在加入到多播預定組后，推送服務器508就能夠接收目標是多播 用戶組120的數(shù)據(jù)，并且能夠將數(shù)據(jù)轉發(fā)給非多播預訂子組122。在 本發(fā)明的一個具體實施方式
中，當一個新UE加入到特定UE組118 中時，非多播預訂子組122向新UE傳送FlowID、 IP地址、廣播控 制器510的IP地址和端口號以及其它相關信息。這使得新UE可以建 立多播能力(如果它支持)。這使得新UE可以以非復制數(shù)據(jù)包接收多播數(shù)據(jù)。圖7是表示了根據(jù)本發(fā)明的一個具體實施方式
在示例性通信網 絡700中的數(shù)據(jù)傳輸?shù)牧鞒虉D。通信網絡700包括除圖5和圖6中的 實體以外的一個特定UE組702。源UE 502向特定UE組702傳輸數(shù) 據(jù)。為了傳輸數(shù)據(jù)的目的，源UE 502通過信號704向推送服務器508 請求基底控制。通過信號706，在接收到傳輸數(shù)據(jù)的許可后，UE502 直接地(如圖1中)或者間接地(如圖2中)將數(shù)據(jù)發(fā)送至由FlowID 130映射的多播IP地址和端口號。因為廣播服務器512也加入到了由 FlowID映射的對應的多播IP地址和端口號，所以廣播服務器512接 收所述數(shù)據(jù)。通過信號708,廣播服務器512將數(shù)據(jù)多播至特定UE 組702。在此過程中，源UE 502在靜默模式下操作，因此它不接收所 述數(shù)據(jù)，所述數(shù)據(jù)可能在源UE 502中引起回波。在發(fā)送數(shù)據(jù)后，源 UE 502通過信號710向推送服務器508請求釋放基底控制。 一旦數(shù)據(jù) 的傳輸結束，源UE 502就從靜默模式中顯露出來。更有優(yōu)勢地，本發(fā)明提供了一種用于如上所述多播數(shù)據(jù)的方法和 系統(tǒng)，典型地該系統(tǒng)包括廣播服務器112和多播服務器114，在廣播 服務器114中數(shù)據(jù)由源用戶設備(UE)提供，并且廣播服務器112 提供了通過通信網絡100從源UE接收數(shù)據(jù)以及以非復制數(shù)據(jù)包的方 式向特定UE組傳輸數(shù)據(jù)。同樣，推送服務器112提供了與廣播服務 器114通信以傳送FlowID信息。本發(fā)明的各種具體實施方式
，如上所述，提供了一種用于在通信 網絡中從單個UE向多個UE多播數(shù)據(jù)的方法和系統(tǒng)。數(shù)據(jù)被以非復 制數(shù)據(jù)包的方式發(fā)送，從而帶來了有效的網絡資源使用。并且，在某 些UE不支持接收多播數(shù)據(jù)的能力的情況下，數(shù)據(jù)被按現(xiàn)有標準發(fā)送 給這些UE。應該理解，本文中所述的本發(fā)明的具體實施方式
可能包括一個或 多個常規(guī)處理器和控制該一個或多個處理以執(zhí)行的獨特存儲程序指 令，以及特定的非處理器電路，本文所述的通信網絡中用于多播數(shù)據(jù) 的方法和系統(tǒng)的某些、大多數(shù)或所有功能。非處理器電路可包括，但不限于，無線接收機、無線發(fā)射機、信號驅動器、時鐘電路、電源電 路，和用戶輸入電路。同樣，這些功能也可以被解釋為在通信網絡中 多播數(shù)據(jù)的方法的步驟?；蛘撸承┗蛩泄δ芸梢杂蓻]有存儲程序指令的狀態(tài)機來實現(xiàn)，或者在一個或多個專用集成電路(ASIC)中實 現(xiàn)，在ASIC中每個功能或特定功能的某些組合可以被實現(xiàn)為用戶邏 輯。當然，也可以使用這兩種方法的組合。這樣，在本文中描述了用 于這些功能的方法和方式。另外，可以預期，盡管可能有大的工作以 及許多由例如可用時間、當前技術和經濟考慮所激發(fā)的設計選擇，一 般技術人員，當由本文中披露的概念和原理而指導時，可以很容易生 成具有最少實驗的這種軟件指令和程序以及IC。在前面的詳細說明中，描述了本發(fā)明的特定具體實施方式
。但是， 本領域的一般技術人員認識到可以在不脫離如下面的權利要求所闡 明的本發(fā)明的范圍的情況下，做出各種修改和變化。因此，詳細說明 和圖表被看作是一種示例性的而不是限制意義的，并且所有這些修改 都試圖被包括在本發(fā)明的范圍內。好處、優(yōu)勢、問題的解決方法、以 及任何其它可能使得任何好處、優(yōu)勢或解決方法可以出現(xiàn)或更加明顯 的元素，都不被限制為任何或所有權利要求的關鍵的、必需、或本質 的特征或元素。本發(fā)明僅由附屬的權利要求定義，附屬權利要求包括 在本申請的審批中做出的任何修正，以及這些權利要求的所有等價體。
權利要求
1.一種用于在通信網絡中向包括一個源UE的特定用戶設備(UE)組多播數(shù)據(jù)的方法，該方法包括向所述特定組中的UE傳送至少一個FlowID，所述傳送包括通知所述特定組中的UE一個廣播服務器的IP地址和端口號以允許所述UE在所述網絡中建立資源，以用于接收無線廣播或無線多播數(shù)據(jù)；允許所述源UE對在所述通信網絡中被唯一標識的所述特定UE組執(zhí)行基底控制，所述允許由一個推送服務器響應于從所述源UE接收到一個基底控制請求而提供；在所述廣播服務器中接收所述數(shù)據(jù)，所述數(shù)據(jù)從所述源UE中發(fā)送；以及以非復制數(shù)據(jù)包的形式從所述廣播服務器向所述特定UE組多播所述數(shù)據(jù)。
2. 權利要求1所述的方法，還包括向所述特定UE組分配一個 FlowID的先前步驟，所述FlowID提供了在通信網絡中所述特定UE 組的唯一標識，其中可以靜態(tài)地或動態(tài)地分配所述FlowID。
3. 權利要求2所述的方法，其中分配所述FlowID包括將所述 FlowID映射到一個唯一的多播因特網協(xié)議(IP)地址和端口號。
4. 權利要求3所述的方法，其中分配所述FlowID包括從所述 廣播服務器請求所述FlowID，當特定UE組中的一個請求UE向所述 通信網絡發(fā)送組會議初始化請求時，所述請求由推送服務器來實現(xiàn)。
5. 權利要求4所述的方法，其中所述組會議初始化請求包括標 識所述UE中的所述請求UE的IP地址和端口號。
6. 權利要求l所述的方法，其中在所述傳送之后，廣播服務器IP地址和端口號，所述選擇性地提供響應于來自所述UE中的單個 UE的請求。
7. 權利要求6所述的方法，還包括向所述網絡注冊所述UE中的所述單個UE作為所述特定UE組中的成員。
8. 權利要求6所述的方法，其中所述廣播服務器作為所述特定 組的一個成員而加入所述組多播IP地址和端口號。
9. 權利要求6所述的方法，其中推送服務器作為所述特定組的 一個成員而加入所述組多播IP地址和端口號，以向非多播UE組傳輸 所述數(shù)據(jù)。
10. 權利要求6所述的方法，還包括當特定組中的最后一個UE 離開通信網絡時，指示廣播服務器釋放FlowID。
11. 權利要求2所述的方法，還包括當新的UE加入到所述特定 UE組中時，向所述新UE傳送FlowID，其中推送服務器向所述新 UE傳送所述FlowID。
12. 權利要求l所述的方法，其中所述接收包括通過推送服務器 將數(shù)據(jù)路由至廣播服務器。
13. 權利要求1所述的方法，其特征在于還有一個與所述特定 UE組相關聯(lián)的非多播預訂子組，其中所述方法還包括從推送服務器 將所述數(shù)據(jù)傳輸至所述非多播預訂子組的步驟。
14. 權利要求l所述的方法，其中所述接收包括直接將所述數(shù)據(jù) 路由至廣播服務器。
15. —種用于在通信網絡中多播數(shù)據(jù)的系統(tǒng)，所述數(shù)據(jù)由源用戶 設備(UE)提供，所述系統(tǒng)包括廣播服務器，用于通過所述通信網絡從所述源UE接收所述數(shù)據(jù) 并以非復制數(shù)據(jù)包的形式向一個特定的UE組發(fā)送所述數(shù)據(jù)；以及推送服務器，用于與所述廣播服務器通信以在二者之間傳送 FlowID，所述FlowID提供了在通信網絡中所述特定UE組的唯一標 識，其中可以靜態(tài)地或動態(tài)地分配所述FlowID。
16. 權利要求15所述的系統(tǒng)，還包括將所述數(shù)據(jù)路由至與 FlowID相關的多播IP地址和端口號的單播節(jié)點。
17. 權利要求16所述的系統(tǒng)，還包括將所述數(shù)據(jù)傳輸給至少一 個多播組的廣播節(jié)點。
18. —種在通信網絡中由形成特定UE組的一部分的UE所執(zhí)行 的方法，所述特定UE組在所述通信網絡中由FlowID唯一識別，所 述方法包括從推送服務器接收至少一個FlowID、廣播服務器的IP地址和廣 播服務器的端口號；向所述網絡發(fā)送對相應于所述FlowID的多播IP地址及相關端 口號的請求；接收所述多播IP地址及相關的端口號；發(fā)送請求以注冊所述源UE為所述FlowID的有效用戶；接收確認所述UE是有效用戶的請求的接受；在所述多播IP地址和相關的端口號接收多播傳輸中的數(shù)據(jù)，所 述數(shù)據(jù)以非復制數(shù)據(jù)包的形式傳送給所述特定UE組中的所有UE。
19. 一種由UE執(zhí)行的方法，其中當UE傳輸數(shù)據(jù)時，所接收的 數(shù)據(jù)被忽略。
全文摘要
一種用于在通信網絡(100)中向包括一個源UE(102)的特定用戶設備(UE)組(120)多播數(shù)據(jù)的方法和系統(tǒng)。所述方法提供了向特定組(120)傳送至少一個FlowID，所述傳送包括通知所述特定組(120)一個廣播服務器的IP地址和端口號以允許所述UE在所述網絡(100)中建立資源，用于接收無線多播數(shù)據(jù)。所述方法還包括允許(303)所述源UE(102)對在所述網絡(100)中被唯一標識的所述特定組(120)執(zhí)行基底(floor)控制，所述允許由一個推送服務器(112)提供。接著，所述方法提供了在廣播服務器(114)中從所述源UE(102)接收所述數(shù)據(jù)(304)，然后以非復制數(shù)據(jù)包的形式向特定組(120)多播所述數(shù)據(jù)。
文檔編號H04L9/00GK101218777SQ200680024554
公開日2008年7月9日 申請日期2006年5月26日 優(yōu)先權日2005年7月5日
發(fā)明者D.·J.·梅農 申請人:摩托羅拉公司