亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

向用戶終端提供多播和/或廣播業(yè)務(wù)的方法

文檔序號:7673797閱讀:123來源:國知局
專利名稱:向用戶終端提供多播和/或廣播業(yè)務(wù)的方法
技術(shù)領(lǐng)域
本發(fā)明涉及一種通過蜂窩網(wǎng)向用戶終端提供多播和/或廣播業(yè)務(wù)的方法。同樣,本發(fā)明涉及這樣一種用戶終端,涉及這樣一種蜂窩網(wǎng),涉及蜂窩網(wǎng)的網(wǎng)絡(luò)單元,并涉及含有這樣一種用戶終端和這樣一種蜂窩網(wǎng)的移動無線系統(tǒng)。
背景技術(shù)
廣播和多播是用于將數(shù)據(jù)報從單個源發(fā)送到若干個目標(biāo)的方法,即一點(diǎn)對多點(diǎn)傳輸。
如技術(shù)規(guī)范3GPP TS 22.146 V5.0.0(2001-10)“MultimediaBroadcast/Multicast Service;Stage 1(Release 5)”中所述,目前為蜂窩網(wǎng)規(guī)定了兩種這樣的業(yè)務(wù),即小區(qū)廣播業(yè)務(wù)(CBS)和因特網(wǎng)協(xié)議(IP)多播業(yè)務(wù)。
小區(qū)廣播業(yè)務(wù)使得可以將低比特率數(shù)據(jù)通過共用廣播信道傳輸?shù)椒涓C網(wǎng)的一組給定無線小區(qū)中的所有用戶。
目前,可以由基于GPRS(通用分組無線系統(tǒng))的蜂窩網(wǎng)來支持例如因特網(wǎng)服務(wù)提供商所提供的IP多播業(yè)務(wù)的內(nèi)容數(shù)據(jù)通過無線接口到用戶終端的傳輸。然而,需要在每個用戶終端與GPRS網(wǎng)的網(wǎng)絡(luò)單元即GGSN(網(wǎng)關(guān)GPRS支持節(jié)點(diǎn))之間建立點(diǎn)對點(diǎn)PDP(分組數(shù)據(jù)協(xié)議)上下文,并且接收IP多播傳輸?shù)拿總€用戶終端都占用單獨(dú)的無線信道。因此,若干個無線信道通過GPRS系統(tǒng)以點(diǎn)對點(diǎn)方式傳送相同的內(nèi)容。
對UMTS而言,3GPP(第三代合伙項(xiàng)目)正在UMTS中開發(fā)新的多播和廣播業(yè)務(wù)。在上述技術(shù)規(guī)范22.146中,3GPP例如提供了UMTS的多播和廣播業(yè)務(wù)的第一階段描述。新的多播業(yè)務(wù)的一種所期望的特性是例如使得能利用共用無線信道將IP多播業(yè)務(wù)內(nèi)容通過UMTS系統(tǒng)的無線接入網(wǎng)傳輸?shù)蕉鄠€用戶終端。無論對于新廣播還是新多播業(yè)務(wù),還必須提供一個用于激活無線接口上的廣播或多播會話的過程。
從IP多播內(nèi)容源角度來看,為了避免與IETF IP多播標(biāo)準(zhǔn)發(fā)生沖突,無線接入網(wǎng)對多播傳輸?shù)奶幚矸椒☉?yīng)與IP多播方法類似。
在1997年11月的RFC(注釋請求)2236“Internet GroupManagement Protocol,Version 2”中,例如規(guī)定了多播路由器使用IGMP(因特網(wǎng)組管理協(xié)議)來得知哪些組在其所連接的物理網(wǎng)中的每一個上有成員。要求多播路由器保持每一所連接網(wǎng)絡(luò)的多播組成員資格的列表以及每一成員資格的定時器。“多播組成員資格”這一說法的意思是指在給定所連接網(wǎng)絡(luò)上存在多播組的至少一個成員,而不是所有成員的列表。

發(fā)明內(nèi)容
本發(fā)明的目的在于使得能通過蜂窩網(wǎng)將多播和/或廣播業(yè)務(wù)有效地傳送到移動用戶。本發(fā)明的目的尤其在于使得能只在可能的接收機(jī)的個數(shù)超過預(yù)定值的蜂窩網(wǎng)的這些無線小區(qū)中激活廣播或多播會話。
為了達(dá)到本發(fā)明的目的,提出了一種通過蜂窩網(wǎng)向用戶終端提供多播和/或廣播業(yè)務(wù)的方法,在這種方法中,愿意接收至少一個多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的所述用戶終端中的每一個都至少一次進(jìn)入一個狀態(tài)一段預(yù)定的時間。
愿意接收特定多播或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的用戶終端還能夠接收這種內(nèi)容數(shù)據(jù)的狀態(tài)也被稱為“就緒”(READY)狀態(tài)。在用戶終端愿意接收特定多播或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的狀態(tài)下,相反它沒有任何進(jìn)一步動作不能接收這種內(nèi)容數(shù)據(jù)則被稱為“待機(jī)”狀態(tài)。
同樣,還利用用戶終端、利用蜂窩網(wǎng)、利用蜂窩網(wǎng)的網(wǎng)絡(luò)單元和利用含有實(shí)現(xiàn)所提出方法的裝置的通信系統(tǒng)來達(dá)到這一目的。
本發(fā)明基于這樣的思想如果當(dāng)用戶終端愿意接收多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)時它進(jìn)入“就緒”狀態(tài)一段時間,那么,在這段時間內(nèi)傳輸不需要任何進(jìn)一步動作,用戶終端就可以被提供這種內(nèi)容,從而可以使業(yè)務(wù)的傳送更有效。
在用于進(jìn)一步研究本發(fā)明的第一方法的一種優(yōu)選實(shí)施方式中,愿意接收至少一種多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的至少一些用戶終端向蜂窩網(wǎng)發(fā)送相應(yīng)的指示,該指示可以為網(wǎng)絡(luò)提供尤其關(guān)于各個用戶終端愿意接收哪些多播和/或廣播業(yè)務(wù)的信息。該指示可以例如包括相應(yīng)用戶終端加入愿意接收至少一種特定多播和/或廣播業(yè)務(wù)的用戶終端組的指示。因此,蜂窩網(wǎng)可以確定在特定小區(qū)中是否有足夠多個的可能的接收機(jī)以用于傳送多播和/或廣播業(yè)務(wù)。
最好,蜂窩網(wǎng)還知道用戶終端保持在“就緒”狀態(tài)的時間。這樣,蜂窩網(wǎng)不僅知道有多少針對這種業(yè)務(wù)的可能的接收機(jī),而且還知道它們中多數(shù)當(dāng)前處于“就緒”狀態(tài)以及多久。蜂窩網(wǎng)沒有關(guān)于“待機(jī)”狀態(tài)下的用戶終端的確切位置的信息。在得知每個用戶終端保持在“就緒”狀態(tài)的時間的情況下,蜂窩網(wǎng)因此可以更確信地確定在特定小區(qū)中用于傳送多播和/或廣播業(yè)務(wù)的可能的接收機(jī)的個數(shù)。
各個用戶終端保持在“就緒”狀態(tài)的時間對所有用戶終端都可以是固定的并且在網(wǎng)絡(luò)中是可以知道的。這樣,網(wǎng)絡(luò)只利用愿意接收多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的用戶終端的指示就已經(jīng)知道該用戶終端將保持在“就緒”狀態(tài)從而能接收內(nèi)容數(shù)據(jù)多久。
或者,愿意接收至少一種多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的至少一些用戶終端還可以向蜂窩網(wǎng)發(fā)送它們將保持在“就緒”狀態(tài)多久的指示。用戶終端將處于“就緒”狀態(tài)多久的時間的指示還可以由它本身發(fā)送到蜂窩網(wǎng)。這對于用戶終端已從“就緒”狀態(tài)轉(zhuǎn)換到“待機(jī)”狀態(tài)然后例如因其他某種傳輸又返回到“就緒”狀態(tài)的稍后時刻而言尤其重要。
本發(fā)明的第一方法使得蜂窩網(wǎng)的網(wǎng)絡(luò)單元尤其可以對由愿意提供業(yè)務(wù)的內(nèi)容數(shù)據(jù)的多播和/或廣播路由器進(jìn)行的輪詢立刻作出響應(yīng),這是因?yàn)?,它知道有多少愿意接收這種內(nèi)容數(shù)據(jù)的用戶終端將處于“就緒”狀態(tài)多久。
在用于進(jìn)一步研究本發(fā)明的第二方法的一種優(yōu)選實(shí)施方式中,當(dāng)多播/廣播路由器開始傳送特定多播或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)時,蜂窩網(wǎng)的網(wǎng)絡(luò)單元發(fā)出一個尋呼消息。愿意接收這一特定多播或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)但其所述預(yù)定時間已過的每個用戶終端都可以對所述尋呼消息作出響應(yīng),只要該用戶終端實(shí)際上接收到該尋呼消息。
這一第二方法基于這樣的思想如果在要提供多播或廣播業(yè)務(wù)時由蜂窩網(wǎng)尋呼處于“待機(jī)”狀態(tài)的用戶終端,那么這些終端的響應(yīng)個數(shù)將為蜂窩網(wǎng)指示是否有足夠多個可能的接收機(jī)用以傳送多播和/或廣播業(yè)務(wù)。
本發(fā)明的第二方法的優(yōu)點(diǎn)在于在這一小區(qū)中的終端已轉(zhuǎn)向“待機(jī)”狀態(tài)后,還可以對可能的接收機(jī)進(jìn)行評估。可以對蜂窩網(wǎng)的每個無線小區(qū)單獨(dú)進(jìn)行評估。
此外,在第二方法中,愿意接收至少一種多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的每個用戶終端還都可以向蜂窩網(wǎng)發(fā)送相應(yīng)的指示。該指示可以為蜂窩網(wǎng)提供用于尋呼的附加信息。
因此,這兩種方法都為蜂窩網(wǎng)提供了關(guān)于當(dāng)前可用于接收廣播或多播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的最少用戶終端個數(shù)的可靠信息。
本發(fā)明的這兩種方法的優(yōu)點(diǎn)還在于從內(nèi)容源角度來說,可以使其處理方法類似于IETF指定的IP多播方法。
本發(fā)明尤其可以但不排他地適用于UMTS。
此外,本發(fā)明尤其可適用于支持通過蜂窩網(wǎng)的無線接口的IP多播,而且還可適用于其他類型的多播業(yè)務(wù)或廣播業(yè)務(wù)。
本發(fā)明的一些優(yōu)選實(shí)施方式包含在從屬權(quán)利要求中。


下面,將參照附圖詳述本發(fā)明,其中唯一的附圖示出了一種可以采用本發(fā)明的實(shí)施方式的環(huán)境。
具體實(shí)施例方式
唯一的附圖示出了涉及根據(jù)第一或第二方法的本發(fā)明的實(shí)施方式的通信系統(tǒng)的選擇單元,這兩種方法都支持通過蜂窩網(wǎng)到用戶終端的IP多播。該系統(tǒng)包括因特網(wǎng)、作為提供UMTS的蜂窩網(wǎng)的PLMN和用戶終端。
圖中,因特網(wǎng)1與PLMN的核心網(wǎng)2的GGSN 3連接。GGSN 3又通過所述核心網(wǎng)2的SGSN(交換GPRS支持節(jié)點(diǎn))4與PLMN的UTRAN 5的至少一個RNC 6連接。在UTRAN 5中,RNC 6具有對至少一個節(jié)點(diǎn)B 7的控制訪問。最后,節(jié)點(diǎn)B 7可以通過無線接口提供與位于規(guī)定了節(jié)點(diǎn)B 7的覆蓋區(qū)的無線小區(qū)中的用戶終端8、9的連接。
預(yù)訂因特網(wǎng)業(yè)務(wù)提供商所提供的特定多播業(yè)務(wù)并且當(dāng)前愿意接收這種業(yè)務(wù)的用戶終端8、9通知蜂窩網(wǎng)它加入了為接收這一特定業(yè)務(wù)所規(guī)定的多播組。移動臺利用發(fā)送到蜂窩網(wǎng)的特定多播PDP上下文或普通PDP上下文來加入該組。
在加入該組后,用戶終端8、9保持在“就緒”狀態(tài)一段預(yù)定時間,即直到用戶終端8、9中所提供的定時器T1計滿為止。然后,用戶終端8、9進(jìn)入“待機(jī)”狀態(tài)。當(dāng)PDP上下文被激活以便數(shù)據(jù)傳輸時,又將進(jìn)入“就緒”狀態(tài)一段預(yù)定時間。只有在“就緒”狀態(tài)下,用戶終端8、9才能無需先得激活PDP上下文來接收多播或廣播傳輸。
“待機(jī)”狀態(tài)與“就緒”狀態(tài)之間的區(qū)別已經(jīng)就GPRS情況進(jìn)行了描述,例如如技術(shù)規(guī)范3GPP TS 23.060 V3.6.0(2001-01)“GeneralPacket Radio Service(GPRS);Service description;Stage 2(Release1999)”中所述。在“待機(jī)”狀態(tài)下,可以接收數(shù)據(jù)的尋呼消息或信令信息。然而,必須在激活PDP上下文之后才能發(fā)送或接收數(shù)據(jù)。這種激活可以由用戶終端例如根據(jù)尋呼消息來啟動。對于“就緒”狀態(tài)下的用戶終端,網(wǎng)絡(luò)不發(fā)送GPRS尋呼消息,因?yàn)橛脩艚K端在這種狀態(tài)下已經(jīng)能發(fā)送和接收傳輸內(nèi)容數(shù)據(jù)所用的PDP PDU(協(xié)議數(shù)據(jù)單元)?!熬途w”狀態(tài)由定時器來監(jiān)視。當(dāng)定時器計滿時,用戶終端從“就緒”狀態(tài)轉(zhuǎn)換到“待機(jī)”狀態(tài)。
圖中所示的用戶終端8、9的定時器T1可以等同于目前針對GPRS所規(guī)定的定時器?;蛘撸梢允且环N專門為多播業(yè)務(wù)所引入的新定時器。
在蜂網(wǎng)絡(luò)中,用戶終端8、9已加入多播組的信息被節(jié)點(diǎn)B 7接收后再通過RNC 6和SGSN 4轉(zhuǎn)發(fā)到GGSN 3。因此,GGSN 3知道哪些用戶終端8、9加入到了特定業(yè)務(wù)的多播組。
在根據(jù)第一方法的實(shí)施方式中,加入多播組的用戶終端8同時還發(fā)送定時器值MC1,該值指示該用戶終端8將能接收這一多播組的IP多播傳輸多久,即它將保持在“就緒”狀態(tài)多久。
同樣,另一用戶終端9也可以加入同一多播組并發(fā)送相應(yīng)的定時器值MC2。
定時器值MC1、MC2與用戶終端8、9想加入特定多播組的指示一起被轉(zhuǎn)發(fā)到GGSN 3。RNC 6和SGSN 4同時也知道在加入到相應(yīng)多播組后還能接收多播消息的用戶終端8、9。
如果IP多播路由器想要傳送從因特網(wǎng)業(yè)務(wù)提供商接收到的特定IP多播業(yè)務(wù)的內(nèi)容數(shù)據(jù),那么它首先利用GGSN 3來執(zhí)行輪詢。只有當(dāng)GGSN 3對該輪詢作出響應(yīng)時,才能真正發(fā)送內(nèi)容數(shù)據(jù)。由于GGSN3知道已加入到特定多播組的所有用戶終端8、9的定時器值MC1、MC2,因此,它任何時候都能知道在其覆蓋區(qū)中是否有仍然處于“就緒”狀態(tài)的用戶終端8、9。只要有這種處于“就緒”狀態(tài)下的用戶終端,它就能通過多播路由器對輪詢作出響應(yīng)。
在根據(jù)第二方法的實(shí)施方式中,已加入特定多播組并且仍然可以接收該業(yè)務(wù)的內(nèi)容的用戶終端8、9的決定由RNC 6來執(zhí)行。
當(dāng)IP多播路由器開始傳送特定多播業(yè)務(wù)的內(nèi)容數(shù)據(jù)時,GGSN 3將該內(nèi)容數(shù)據(jù)通過SGSN 4轉(zhuǎn)發(fā)到RNC 6。RNC 6將激活控制了其無線資源且其中存在已加入到相應(yīng)多播組的一些用戶終端8、9的那些小區(qū)中的多播會話。
處于“就緒”狀態(tài)的用戶終端8、9只是接收來自RNC 6的用于通知它們多播會話的啟動的啟動消息。
然而,RNC 6并不知道已加入到各自多播組的處于“待機(jī)”狀態(tài)下的用戶終端8、9是否仍然位于RNC 6所服務(wù)的無線小區(qū)中。因此,處于“待機(jī)”狀態(tài)下的用戶終端8、9首先被RNC 6所尋呼,以便使RNC6可以判斷它們當(dāng)前是否在該無線小區(qū)中。
在所提出的實(shí)施方式中,所采用的尋呼是一種用于多播業(yè)務(wù)的特殊尋呼。它含有一些特定的多播指示符,具體地說是多播組指示、多播信道指示和可能的其他一些信息。GPRS尋呼信道上所能使用的比特數(shù)是有限制的。為此,所有指示符都以簡短方式來定義。然而,由于尋呼通常服務(wù)于一個以上用戶終端,因此,尋呼消息可以比單個用戶終端的普通尋呼長例如2至3倍。
位于RNC 6的覆蓋區(qū)中且已加入到尋呼消息所指示的多播組中的所有用戶終端8、9都可以在一個隨機(jī)延時后對該尋呼作出響應(yīng)。這一隨機(jī)延時可以確保避免大量同時發(fā)生的響應(yīng)之間發(fā)生沖突。尋呼消息中的多播信道指示為用戶終端8、9指示哪個無線信道準(zhǔn)備用于通過無線接口來傳輸業(yè)務(wù)的內(nèi)容數(shù)據(jù)。
在RNC 6中,規(guī)定一個與足夠多個對尋呼消息的響應(yīng)相應(yīng)的數(shù)。這個數(shù)可以例如是3,但它還可以更小或更大。RNC 6一接收到等于預(yù)定個數(shù)的響應(yīng)個數(shù),RNC 6就以尋呼信道發(fā)送一個“尋呼結(jié)束”消息。結(jié)果,由于各自的隨機(jī)延時而仍在等待發(fā)送其尋呼響應(yīng)的用戶終端8、9將被制止發(fā)送響應(yīng)。這一功能在其中可能存在有數(shù)以百計的加入到單個無線小區(qū)中的特定多播組的用戶終端8、9的大規(guī)模應(yīng)用中尤其重要。
當(dāng)RNC 6從無線小區(qū)中只接收到一兩個多播尋呼響應(yīng)(或者一般而言比預(yù)定個數(shù)少的響應(yīng))時,它將這些響應(yīng)轉(zhuǎn)發(fā)回給核心網(wǎng)2。在核心網(wǎng)2中,多播業(yè)務(wù)中心、GGSN 3或SGSN 4可以決定是否應(yīng)建立與相應(yīng)的用戶終端8、9的采用普通PDP上下文機(jī)制的點(diǎn)對點(diǎn)連接。這一決定可以基于運(yùn)營商容量優(yōu)選或基于例如由不同的費(fèi)率級別給出的用戶優(yōu)選。
該第二方法還可以與第一方法相結(jié)合。尋呼可以例如只在沒有足夠多個處于“就緒”狀態(tài)下的用戶終端的情況下執(zhí)行?;蛘?,當(dāng)仍有足夠多個指示用戶終端處于“就緒”狀態(tài)的定時器有效時,尋呼還可以作為控制功能來使用。
應(yīng)當(dāng)注意,盡管這兩種方法針對IP多播進(jìn)行了描述,然而,這些方法同樣適用于其他類型的多播和廣播業(yè)務(wù)。
權(quán)利要求
1.通過蜂窩網(wǎng)(2,5)向用戶終端(8,9)提供多播和/或廣播業(yè)務(wù)的方法,其中愿意接收至少一個多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的所述用戶終端(8,9)中的每一個都至少一次進(jìn)入一個狀態(tài)一段預(yù)定的時間,在所述狀態(tài)中它能夠接收所述多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)。
2.如權(quán)利要求1所述的方法,其中愿意接收至少一個多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的所述用戶終端(8,9)中的至少一些向所述蜂窩網(wǎng)(2,5)發(fā)送它們愿意接收所述至少一個多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的指示。
3.如權(quán)利要求2所述的方法,其中所述用戶終端(8,9)中的每一個都使用用于指示它愿意接收至少一個多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的專用PDP(分組數(shù)據(jù)協(xié)議)上下文。
4.如權(quán)利要求2或3所述的方法,其中用戶終端(8,9)愿意接收至少一個多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的所述指示被提供給所述蜂窩網(wǎng)(2,5)的網(wǎng)絡(luò)單元(3),并且其中在所述網(wǎng)絡(luò)單元(3)接收到來自打算傳送特定多播/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的多播/廣播路由器的輪詢的情況下,如果當(dāng)前存在有已經(jīng)指示它們愿意接收所述特定多播或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的用戶終端(8,9),那么所述網(wǎng)絡(luò)單元(3)對所述輪詢作出響應(yīng),對于這些用戶終端(8,9),其能夠接收所述多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的預(yù)定時間尚未過去。
5.如上述權(quán)利要求之一所述的方法,其中愿意接收至少一個多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的所述用戶終端(8,9)中的至少一些向所述蜂窩網(wǎng)(2,5)發(fā)送它們將保持在它們能夠接收所述至少一個多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的所述狀態(tài)的時間長度的指示。
6.如權(quán)利要求5所述的方法,其中所述用戶終端(8,9)中的每一個都使用用于指示它將保持在它能夠接收所述至少一個多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的所述狀態(tài)的時間長度的專用PDP(分組數(shù)據(jù)協(xié)議)上下文。
7.如權(quán)利要求5或6所述的方法,其中所述用戶終端(8,9)將保持在它能夠接收所述多播和/或廣播業(yè)務(wù)的所述狀態(tài)的時間長度的所述指示被提供給所述蜂窩網(wǎng)(2,5)的網(wǎng)絡(luò)單元(3),并且其中當(dāng)所述網(wǎng)絡(luò)單元(3)接收到來自打算傳送特定多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的多播/廣播路由器的輪詢時,如果當(dāng)前存在有其所述指示時間尚未過去的用戶終端(8,9),那么所述網(wǎng)絡(luò)單元(3)對所述輪詢作出響應(yīng)。
8.如上述權(quán)利要求之一所述的方法,其中當(dāng)多播/廣播路由器開始傳送特定多播或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)時,所述蜂窩網(wǎng)(2,5)的網(wǎng)絡(luò)單元(6)向用戶終端(8,9)發(fā)出一個尋呼消息,愿意接收所述特定多播或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)但其所述預(yù)定時間已過的用戶終端(8,9)可以對所述尋呼消息作出響應(yīng)。
9.如權(quán)利要求8所述的方法,其中愿意接收至少一個多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的所述用戶終端(8,9)中的至少一些向所述蜂窩網(wǎng)(2,5)發(fā)送相應(yīng)的指示。
10.如權(quán)利要求8或9所述的方法,其中當(dāng)多播/廣播路由器開始向所述蜂窩網(wǎng)(2,5)的所述網(wǎng)絡(luò)單元(6)傳送特定多播或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)時,所述網(wǎng)絡(luò)單元(6)發(fā)送一個指示所述多播/廣播會話正在啟動的啟動消息,其中處于能夠接收所述多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的狀態(tài)下的用戶終端(8,9)接收所述啟動消息。
11.如權(quán)利要求8-10之一所述的方法,其中所述尋呼消息是多播和/或廣播業(yè)務(wù)的專用尋呼消息。
12.如權(quán)利要求8-11之一所述的方法,其中所述尋呼消息包括至少一個多播或廣播組指示,用于指示其內(nèi)容數(shù)據(jù)要被發(fā)送的所述特定業(yè)務(wù);和/或多播或廣播信道指示,用于指示將所述內(nèi)容數(shù)據(jù)通過無線接口傳輸?shù)剿鲇脩艚K端(8,9)所要使用的無線信道。
13.如權(quán)利要求8-12之一所述的方法,其中指示它愿意接收所述特定多播或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)但其所述預(yù)定時間已過并接收到所述尋呼消息的用戶終端(8,9)在一個隨機(jī)延時后對尋呼消息作出響應(yīng)。
14.如權(quán)利要求8-13之一所述的方法,其中所述蜂窩網(wǎng)(2,5)的所述網(wǎng)絡(luò)單元(6)在它接收到對所述尋呼消息的至少預(yù)定個數(shù)的響應(yīng)后發(fā)送一個尋呼結(jié)束的指示,并且其中尚未對所述尋呼消息作出響應(yīng)的用戶終端(8,9)在接收到所述尋呼結(jié)束的所述指示后將不再作出響應(yīng)。
15.如權(quán)利要求8-14之一所述的方法,其中在所述蜂窩網(wǎng)(2,5)的所述網(wǎng)絡(luò)單元(6)接收到來自位于特定無線小區(qū)中的用戶終端(8,9)的至少預(yù)定個數(shù)的響應(yīng)時,所述網(wǎng)絡(luò)單元(6)發(fā)送所述多播/廣播路由器所傳送的特定多播或廣播業(yè)務(wù)的所述內(nèi)容數(shù)據(jù),作為所述無線小區(qū)中的多播或廣播消息。
16.如權(quán)利要求8-15之一所述的方法,其中當(dāng)所述蜂窩網(wǎng)(2,5)的所述網(wǎng)絡(luò)單元(6)接收到來自位于特定無線小區(qū)中的用戶終端(8,9)的比預(yù)定個數(shù)少的對尋呼消息的響應(yīng)時,則在所述蜂窩網(wǎng)(2,5)中確定是否要建立與所述特定無線小區(qū)中對所述尋呼消息作出響應(yīng)的所述用戶終端(8,9)的點(diǎn)對點(diǎn)連接。
17.蜂窩網(wǎng)(2,5)的網(wǎng)絡(luò)單元(3),包括這樣一種裝置,它用于接收來自通過無線接口與所述蜂窩網(wǎng)(2,5)連接的用戶終端(8,9)的表示相應(yīng)的用戶終端愿意接收至少一個多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的指示和/或表示所述相應(yīng)的用戶終端(8,9)將保持在其能夠接收所述至少一個多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的狀態(tài)的時間長度的指示。
18.如權(quán)利要求17所述的網(wǎng)絡(luò)單元(3),還包括-用于通過所述蜂窩網(wǎng)(2,5)接收由打算傳送特定多播或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的多播/廣播路由器進(jìn)行的輪詢的裝置;-用于根據(jù)所述輪詢確定是否有愿意接收所述特定多播或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的任何用戶終端(8,9),和用于當(dāng)有這種用戶終端(8,9)時對所述多播/廣播路由器作出響應(yīng)的裝置。
19.如權(quán)利要求17或18所述的網(wǎng)絡(luò)單元(3),其中所述網(wǎng)絡(luò)單元(3)是UMTS(通用移動電信業(yè)務(wù))蜂窩網(wǎng)的GGSN(網(wǎng)關(guān)通用分組無線系統(tǒng)支持節(jié)點(diǎn))。
20.蜂窩網(wǎng)用戶終端(8,9)的網(wǎng)絡(luò)單元(6),包括用于實(shí)現(xiàn)如權(quán)利要求8-16之一所述的方法的裝置。
21.如權(quán)利要求20所述的網(wǎng)絡(luò)單元(6),其中所述網(wǎng)絡(luò)單元(6)是UMTS(通用移動電信業(yè)務(wù))蜂窩網(wǎng)的RNC(無線網(wǎng)絡(luò)控制器)。
22.蜂窩網(wǎng)(2,5),包括如權(quán)利要求17-21之一所述的網(wǎng)絡(luò)單元(3,6)。
23.蜂窩網(wǎng)(2,5)的用戶終端(8,9),包括用于實(shí)現(xiàn)如權(quán)利要求1-16之一所述的方法的裝置。
24.如權(quán)利要求23所述的用戶終端(8,9),其中所述裝置包括一個定時器,用于設(shè)置所述用戶終端(8,9)進(jìn)入使得所述用戶終端(8,9)能接收所述至少一種特定多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的狀態(tài)一段所述預(yù)定時間。
25.移動無線系統(tǒng),包括至少如權(quán)利要求22所述的蜂窩網(wǎng)(2,5)和至少如權(quán)利要求23或24所述的用戶終端(8,9)。
全文摘要
本發(fā)明涉及一種通過蜂窩網(wǎng)(2、5)向用戶終端(8、9)提供多播和/或廣播業(yè)務(wù)的方法。為了提高多播或廣播傳輸?shù)男?,提出了愿意接收至少一個多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的所述用戶終端(8、9)中的每一個都至少一次進(jìn)入它能夠接收所述多播和/或廣播業(yè)務(wù)的內(nèi)容數(shù)據(jù)的狀態(tài)一段預(yù)定的時間。同樣,本發(fā)明涉及相應(yīng)的用戶終端,涉及相應(yīng)的蜂窩網(wǎng),并涉及相應(yīng)的移動無線系統(tǒng)。
文檔編號H04L12/56GK1559118SQ01823755
公開日2004年12月29日 申請日期2001年10月29日 優(yōu)先權(quán)日2001年10月29日
發(fā)明者簡·凱爾, 帕特里克·佛萊克特, 阿蒂·穆霍寧, 克 佛萊克特, 穆霍寧, 簡 凱爾 申請人:諾基亞公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點(diǎn)贊!
1