專利名稱：在移動(dòng)廣播/多播服務(wù)中使用可擴(kuò)展會(huì)話發(fā)起和終止的系統(tǒng)和方法
技術(shù)領(lǐng)域：
本發(fā)明總體涉及移動(dòng)廣播/多播服務(wù)(MBMS)。更具體地，本 發(fā)明涉及對(duì)在MBMS系統(tǒng)中的加入(Join)和離開(Leave)操作的
有效實(shí)現(xiàn)。
背景技術(shù)：
本節(jié)意在提供在權(quán)利要求書中記載的本發(fā)明的背景或上下文。 本文可包括被推行的概念，但其并不 一 定是先前已構(gòu)想或推行的概 念。因此，除非在本文另行指出，本節(jié)中描述的內(nèi)容并非是本申請(qǐng) 說明書和權(quán)利要求書的現(xiàn)有技術(shù)，并且也不會(huì)由于包括在本節(jié)中而 被承認(rèn)是現(xiàn)有技術(shù)。
MBMS是點(diǎn)對(duì)多點(diǎn)服務(wù)，其中將數(shù)據(jù)同時(shí)從單一源傳輸?shù)蕉鄠€(gè) 目的地。當(dāng)向若干接收者傳輸相同數(shù)據(jù)時(shí)，將MBMS用于有效的網(wǎng) 絡(luò)資源共享。如圖l所示，可將MBMS系統(tǒng)分為三個(gè)功能層承載 服務(wù)IOO,分發(fā)方法110,以及用戶服務(wù)120。 MBMS承載服務(wù)100 提供了向用戶設(shè)備(UE)有效地傳輸多播和廣播IP數(shù)據(jù)的機(jī)制。分 發(fā)方法110能夠或者包括下載分發(fā)方法112或者流式傳輸 (streaming)分發(fā)方法114。分發(fā)方法可^f吏用 一個(gè)或多個(gè)MBMS承 載服務(wù)，以及點(diǎn)對(duì)點(diǎn)承載，來分發(fā)數(shù)據(jù)。用戶服務(wù)120支持在MBMS 之上的應(yīng)用，以及可使用一對(duì)多的分發(fā)方法來分發(fā)應(yīng)用數(shù)據(jù)。
在廣播-多播服務(wù)中心(BM-SC )、網(wǎng)關(guān)通用分組無線業(yè)務(wù)(GPRS ) 支持節(jié)點(diǎn)(GGSN)和UE之間建立MBMS會(huì)話。由MBMS用戶服 務(wù)提供者觸發(fā)MBMS分發(fā)方法。MBMS會(huì)話能夠包括多播或廣播會(huì) 話。在廣播模式中，UE獨(dú)立于在BM-SC開始的會(huì)話而執(zhí)行對(duì)服務(wù)的本地激活。圖2示出了 MBMS廣播會(huì)話的過程，該會(huì)話包括服務(wù) 發(fā)布階段200、會(huì)話開始階段210、 MBMS通知階段220、數(shù)據(jù)傳送 階段230和會(huì)話停止階段240。
在多播模式中(在圖3中示出)，UE必須首先訂閱服務(wù)。 一旦 訂閱(其發(fā)生在步驟300),繼而UE能夠在步驟310接收服務(wù)發(fā)布， 其在多播承載上發(fā)送或在交互信道上發(fā)送。在從服務(wù)描述元數(shù)據(jù)中 接收并提取了關(guān)于服務(wù)的必要信息之后，如圖4所示，UE將在步驟 320執(zhí)行對(duì)服務(wù)的"加入(Join)，，操作。加入操作涉及加入(多個(gè)) 特定多播組，這樣，網(wǎng)絡(luò)會(huì)將特定多播數(shù)據(jù)轉(zhuǎn)發(fā)到UE。
在會(huì)話開始處(步驟330 ) ， BM-SC就即將到來的數(shù)據(jù)傳輸通 知網(wǎng)絡(luò)。在圖3中，在340處展現(xiàn)了 MBMS通知階段。此信息從 GGSN，經(jīng)由服務(wù)GPRS支持節(jié)點(diǎn)(SGSN)、基站控制器/無線網(wǎng)絡(luò) 控制器(BSC/RNC),下行傳播至UE。 UE接收關(guān)于會(huì)話開始的尋 呼通知。在多播和廣播兩種模式中此過程是常規(guī)的，在此過程之后， 數(shù)據(jù)傳遞350被允許?？捎葿M-SC或UE終止會(huì)話。在360, BM-SC 向網(wǎng)絡(luò)發(fā)送"會(huì)話停止"請(qǐng)求，以指示會(huì)話的結(jié)束。將此信息下行 傳播到UE。在370， UE也可以通過向GGSN發(fā)送"IGMP離開
(Leave)"消息而選擇提前(prematurely)離開會(huì)話。"IGMP"指 代因特網(wǎng)組多才番協(xié)i義(Internet Group Multicast Protocol)。
對(duì)于特定會(huì)話，UE必須從在會(huì)話發(fā)布期間所攜帶的元數(shù)據(jù)中取 得服務(wù)描述，以便提取會(huì)話時(shí)間。會(huì)話描述將會(huì)話開始和結(jié)束時(shí)間 作為會(huì)話描述協(xié)議(Session Description Protocol ( SDP ))文件的字 段而攜帶。此時(shí)間代表網(wǎng)絡(luò)時(shí)間協(xié)議(network time protocol ( NTP )) 時(shí)間戳。NTP時(shí)間戳是從1900年1月1日以來已經(jīng)流逝的秒數(shù)。NTP 時(shí)間戳通常由32比特字段所表示(可選地具有32比特的第二部分 字段)。
在通過MBMS對(duì)諸如主要體育賽事的受歡迎事件的多播期間， 預(yù)期有非常大數(shù)量的用戶消費(fèi)該服務(wù)。在此情況中，如果沒有為 BM-SC所另外的指示，可使(多個(gè))UE被引導(dǎo)在所指示的會(huì)話開始時(shí)間執(zhí)行加入操作。這可能引起網(wǎng)絡(luò)過載的情況。當(dāng)UE在會(huì)話結(jié)
束時(shí)間發(fā)起"離開(Leave)"過程時(shí)，相同的問題可在會(huì)話的結(jié)束 時(shí)發(fā)生。此問題在3GPPTS 23.246 V6.8.0,"第三代伙伴計(jì)劃；技 術(shù)規(guī)范組服務(wù)和系統(tǒng)方面；多媒體廣播/多播服務(wù)(MBMS);架構(gòu) 和功能描述(發(fā)行版6 ) " ( "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Multimedia Broadcast/Multicast Service (MBMS); Architecture and functional description (Release 6)") 2005年9月，第4.4.2節(jié)討論。此 節(jié)如下
4.4.2多播模式時(shí)間線
4.4.2.1在服務(wù)發(fā)布和會(huì)話開始之間的周期 服務(wù)發(fā)布可包含對(duì)服務(wù)開始時(shí)間的調(diào)度，并可以在服務(wù)預(yù)定開 始前的某時(shí)加以發(fā)送。這樣，此時(shí)間周期可以是小時(shí)、天或甚至周。 4.4.2.2在服務(wù)發(fā)布和服務(wù)訂閱之間的周期 可在服務(wù)發(fā)布之前或之后的任何時(shí)間完成服務(wù)訂閱 4.4.2.3在服務(wù)發(fā)布和加入之間的周期
可以響應(yīng)于服務(wù)發(fā)布，由用戶和/或UE選擇加入時(shí)間。典型地 用戶將在他們選^t奪的時(shí)間加入，這樣在發(fā)布和加入之間的周期可以 非常長(zhǎng)或非常短。為了避免由許多用戶在短的時(shí)間周期內(nèi)試圖加入 而引起的過載情況，UE應(yīng)當(dāng)允許使用由BM-SC在服務(wù)發(fā)布中發(fā)送 的參數(shù)來隨機(jī)化加入時(shí)間。
4.4.2.4在加入和會(huì)話開始之間的周期
一些MBMS承載服務(wù)可以"總是打開(on)"。在此情況下， 加入能夠在服務(wù)發(fā)布之后立即發(fā)生，以及可能在會(huì)話開始前或后若 干小時(shí)發(fā)生。
在其他情況中，如果會(huì)話開始時(shí)間已知，加入可剛好在會(huì)話開 始之前或在會(huì)話開始之后立即發(fā)生。對(duì)于這些服務(wù)，發(fā)布可包括對(duì) 時(shí)間周期的一些指示，用戶和UE可使用其來選擇時(shí)間以加入MBMS 承載服務(wù)。
84.4.2.5在會(huì)話開始和第一數(shù)據(jù)到達(dá)之間的周期
會(huì)話開始指示傳輸即將開始。在會(huì)話開始指示和實(shí)際數(shù)據(jù)之間 的時(shí)間延遲對(duì)于在會(huì)話開始處所需要的網(wǎng)絡(luò)活動(dòng)應(yīng)當(dāng)足夠長(zhǎng)，足以 發(fā)生例如，對(duì)UTRAN提供服務(wù)信息，建立承載平面(bearer plane )。
可由來自BM-SC的顯式通知來觸發(fā)會(huì)話開始。在會(huì)話數(shù)據(jù)傳輸 開始之后建立承載平面資源的情況中，無需網(wǎng)絡(luò)來緩沖會(huì)話數(shù)據(jù)， 并可以估算數(shù)據(jù)的丟失。
4.4.2.6在會(huì)話開始和會(huì)話停止之間的周期
當(dāng)BM-SC知曉在一段"長(zhǎng)的空閑周期"沒有更多的數(shù)據(jù)要發(fā)送 時(shí)，其向網(wǎng)絡(luò)指示會(huì)話停止，引起對(duì)承載資源的釋放。然而，如果 這種沒有數(shù)據(jù)的空閑周期很短，則(該方法)可能是不恰當(dāng)?shù)模?為其帶來了更多的信令和處理。此"長(zhǎng)的空閑周期"的持續(xù)時(shí)間是 與實(shí)現(xiàn)相關(guān)的。應(yīng)當(dāng)定義數(shù)量的階數(shù)來考慮網(wǎng)絡(luò)約束(包括UTRAN、 GERAN和CN)。如果BM-SC希望在MBMS承載服務(wù)層面上使用 會(huì)話重復(fù)標(biāo)識(shí)，則BM-SC必須在開始用于該TMGI的下一 MBMS 用戶服務(wù)會(huì)話之前停止MBMS會(huì)話。
4.4.2.3節(jié)指示UE應(yīng)當(dāng)能夠使用由BM-SC在服務(wù)發(fā)布中發(fā)送的 參數(shù)來隨機(jī)化加入時(shí)間。3GPP TS 23.246 V6.8.0,"第三代伙伴計(jì)劃； 技術(shù)規(guī)范組服務(wù)和系統(tǒng)方面；多媒體廣播/多播服務(wù)(MBMS);架 構(gòu)和功能描述(發(fā)4亍版6 ) " ( 3" Generation Partnership Project; Technical Specification Group Services and System Aspects; Multimedia Broadcast/Multicast Service (MBMS); Architecture and functional description (Release 6)") ， 2005年9月，第7.2.3節(jié)也提到 由服務(wù)發(fā)布所觸發(fā)的會(huì)話加入需要在時(shí)間上被展開。用于時(shí)間分散 的參數(shù)需要在會(huì)話發(fā)布中被用信號(hào)通知。然而，正如3GPP TS 23.846 V6丄0，"第三代伙伴計(jì)劃；技術(shù)規(guī)范組服務(wù)和系統(tǒng)方面；多媒體廣 播/多播服務(wù)(MBMS );架構(gòu)和功能描述(發(fā)行版6 )，， ( "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Multimedia Broadcast/Multicast Service (MBMS);Architecture and functional description (Release 6)") , 2002年12月， 其中所描述的，在服務(wù)發(fā)布中所提供的僅有的相關(guān)信息是在SDP文 件中的會(huì)話開始和結(jié)束時(shí)間。
當(dāng)前，沒有處理對(duì)多播/廣播網(wǎng)絡(luò)中的加入和離開操作進(jìn)行隨機(jī) 化的問題的方案。IETFRFC1112,"用于IP多播的主機(jī)擴(kuò)展" ("Host Extension for IP Multicasting") ， S. Deering, 1989年8月， 其中提出了用于多播組成員資格報(bào)告的算法。依照此提議，當(dāng)接收 到請(qǐng)求時(shí)，多播接收者向多播路由器反向報(bào)告他們對(duì)特定的多播組 感興趣。在此提議中，多播路由器周期性地多播指示了感興趣的多 播組的請(qǐng)求。對(duì)特定多播組感興趣的接收者隨機(jī)選擇在0和D秒之 間的報(bào)告時(shí)間，并相應(yīng)設(shè)定定時(shí)器。當(dāng)定時(shí)器超時(shí)，接收者生成報(bào) 告，并將報(bào)告發(fā)送給感興趣的組多播地址。然而，如果接收者檢測(cè) 到另一個(gè)接收者已經(jīng)報(bào)告了成員資格，將不會(huì)生成報(bào)告。這將確保 僅生成 一 個(gè)成員資格報(bào)告作為對(duì)請(qǐng)求的回復(fù)。
3GPP TR 23.846 V6.1.0,"第三代伙伴計(jì)劃；技術(shù)規(guī)范組服務(wù)和 系統(tǒng)方面；多媒體廣播/多播服務(wù)(MBMS);架構(gòu)和功能描述(發(fā) 4亍片反6 ) ，， ( "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Multimedia Broadcast/Multicast Service (MBMS); Architecture and functional description (Release 6)") , 2002年12月，其中，傳送一種Backoff Timing算法，其允 許UE計(jì)算這樣的隨機(jī)服務(wù)器和均勻分布的隨機(jī)時(shí)間修復(fù)請(qǐng)求在該 時(shí)間/向該服務(wù)器加以發(fā)送。在用戶服務(wù)發(fā)現(xiàn)或發(fā)布期間或之后，在 相關(guān)分發(fā)過程(Associated Delivery Procedure )描述中作為會(huì)話內(nèi)容 的一部分，向UE傳送關(guān)于此算法的信息。算法包括兩部分在時(shí)間 上隨機(jī)化，以及對(duì)修復(fù)服務(wù)器的隨機(jī)化。對(duì)于在時(shí)間上的隨機(jī)化， BM-SC就有關(guān)后修復(fù)(post -repair)月良務(wù)的存在通^口 UE， 并向UE 用信號(hào)通知參數(shù)"offsetTime"和"randomTimePeriod"來隨機(jī)選擇 在何時(shí)發(fā)送請(qǐng)求的隨機(jī)時(shí)間。在文件下載/會(huì)話已經(jīng)結(jié)束之后，UE 運(yùn)行均勻分布隨機(jī)數(shù)生成器來生成在0和randomTimePeriod之間的數(shù)字，并加上offsetTime來得到在何時(shí)其能夠發(fā)送其修復(fù)請(qǐng)求的時(shí) 間。對(duì)于修復(fù)服務(wù)器的隨機(jī)化，BM-SC在相關(guān)分發(fā)過程描述中發(fā)送 修復(fù)服務(wù)器URI的列表。UE運(yùn)行均勻分布隨機(jī)數(shù)生成器來從修復(fù)服 務(wù)器列表中選擇隨機(jī)服務(wù)器。
然而，在上面描述的兩種系統(tǒng)中，沒有討論或教導(dǎo)對(duì)多播/廣播 網(wǎng)絡(luò)中的加入和離開操作進(jìn)行隨機(jī)化的系統(tǒng)。

發(fā)明內(nèi)容
本發(fā)明提供了用于確定執(zhí)行加入或離開操作的時(shí)間的算法。也 定義了對(duì)應(yīng)的信令，在會(huì)話發(fā)現(xiàn)/發(fā)布元數(shù)據(jù)中可執(zhí)行該信令。當(dāng)開 始加入操作時(shí)，UE檢查當(dāng)前時(shí)間是否在保護(hù)周期內(nèi)。如果當(dāng)前時(shí)間 在保護(hù)周期內(nèi)，則UE使用當(dāng)前時(shí)刻、指定的mndomTimePeriod和 均勻分布隨機(jī)生成的在所指定的值之間的a值來計(jì)算隨機(jī)時(shí)間。繼 而，UE調(diào)度在該特定時(shí)間要發(fā)送的加入消息。如果當(dāng)前時(shí)間在會(huì)話 加入開始時(shí)間之前，則基于會(huì)話加入開始時(shí)間、指定的 protectionPeriod (保護(hù)周期)和均勻分布的隨機(jī)數(shù)a,計(jì)算用于發(fā)送 加入消息的隨機(jī)時(shí)刻。如果當(dāng)前時(shí)間在所允許的時(shí)間之內(nèi)，并不在 保護(hù)周期內(nèi)，則立即發(fā)送加入請(qǐng)求。使用類似的過程來確定執(zhí)行離 開操作的時(shí)間。
利用本發(fā)明，在保護(hù)周期期間的時(shí)間上分散加入和離開請(qǐng)求， 這樣改進(jìn)了系統(tǒng)的整體可擴(kuò)展性。將在保護(hù)周期之外的請(qǐng)求視作已 經(jīng)隨機(jī)地分散開。盡管已有的提議已經(jīng)指出了需要一種算法來改進(jìn) 加入和離開操作的可擴(kuò)展性，但此問題尚未被解決。因此，本發(fā)明 填補(bǔ)了先前已經(jīng)指出但未解決的空白。
本發(fā)明的這些和其他優(yōu)點(diǎn)和特性，連同其操作的組織和方式， 當(dāng)結(jié)合附圖考慮時(shí)，將從下文的詳細(xì)說明中變得清晰，其中遍及下 文描述的多個(gè)附圖，相同的元件具有相同的附圖標(biāo)記。


圖1是對(duì)傳統(tǒng)MBMS服務(wù)分發(fā)的功能層的描述； 圖2是對(duì)MBMS廣播服務(wù)提供各個(gè)階段的描述； 圖3是對(duì)MBMS多播服務(wù)提供各個(gè)階段的描述； 圖4是示出了用于激活MBMS多播服務(wù)的過程的圖示； 圖5是根據(jù)本發(fā)明一個(gè)實(shí)施方式示出了時(shí)間分散的加入請(qǐng)求的 實(shí)現(xiàn)過程的圖6是根據(jù)本發(fā)明 一 個(gè)實(shí)施方式示出了時(shí)間分散的離開請(qǐng)求的 實(shí)現(xiàn)過程的圖7是根據(jù)本發(fā)明一個(gè)實(shí)施方式示出了用以確定執(zhí)行加入操作 的時(shí)間的過程的流程圖8是根據(jù)本發(fā)明的一個(gè)實(shí)施方式示出了用以確定執(zhí)行加入操 作的時(shí)間的過程的流程圖9是能用于實(shí)現(xiàn)本發(fā)明的移動(dòng)電話的透視圖；以及
圖10是圖8的移動(dòng)電話的電路的原理展現(xiàn)。
具體實(shí)施例方式
本發(fā)明提供了用于確定執(zhí)行加入或離開操作的時(shí)間的算法。也 定義了對(duì)應(yīng)的信令，在會(huì)話發(fā)現(xiàn)/發(fā)布元數(shù)據(jù)中可執(zhí)行該信令。
當(dāng)接收到服務(wù)發(fā)布消息，UE更新其服務(wù)向?qū)?shù)據(jù)庫(kù)。通常用戶 會(huì)被提示是否對(duì)此服務(wù)感興趣，或者，在晚些時(shí)間，當(dāng)瀏覽了服務(wù) 向?qū)е螅脩魧⑦x擇服務(wù)。此用戶活動(dòng)觸發(fā)在UE處的加入過程。 "會(huì)話離開，，操作能夠在用戶期望時(shí)而提前發(fā)生，或者可以在會(huì)話 結(jié)束時(shí)間已經(jīng)達(dá)到后，自動(dòng)地發(fā)起。
根據(jù)本發(fā)明的 一種實(shí)施方式，標(biāo)識(shí)會(huì)話加入才喿作和離開4喿作的 兩種類型立即操作和暫緩操作。立即操作被立即執(zhí)行，暫緩操作 使用隨機(jī)時(shí)間而延遲。
如果在保護(hù)周期之外，但在所允許的會(huì)話加入/離開時(shí)間周期內(nèi)， 觸發(fā)了加入或離開操作，則執(zhí)行立即操作。所允許的會(huì)話加入時(shí)間 是在會(huì)話加入開始時(shí)間和會(huì)話結(jié)束時(shí)間之間的時(shí)間。對(duì)于離開操作，可允許的會(huì)話離開時(shí)間是這樣的時(shí)間開始于會(huì)話加入開始時(shí)間之 后并直到會(huì)話結(jié)束時(shí)間之后的任意時(shí)間。如果在這些可允許的時(shí)間 周期之外觸發(fā)會(huì)話加入/離開操作，則應(yīng)當(dāng)將操作延緩到可允許的周 期的開始時(shí)間之后的隨機(jī)時(shí)間點(diǎn)。
如果在保護(hù)周期觸發(fā)加入/離開操作，則執(zhí)行暫緩操作。例如， 如果UE決定自動(dòng)加入剛剛已經(jīng)接收到的服務(wù)發(fā)布所針對(duì)的會(huì)話，則 可能發(fā)生這種操作。如果用戶確定在保護(hù)周期期間接收服務(wù)，或者 如果UE被打開并檢測(cè)到錯(cuò)過了調(diào)度的加入操作并且保護(hù)周期正在 進(jìn)行中，則也可能發(fā)生這種操作。
有三種可能交疊的不同保護(hù)周期。第一周期是開始于會(huì)話加入 開始時(shí)間的保護(hù)周期。第二周期是恰好在會(huì)話開始時(shí)間之前的保護(hù) 周期。第三周期是開始于會(huì)話結(jié)束時(shí)間的保護(hù)周期。在本發(fā)明的一 些實(shí)施方式中，保護(hù)周期的持續(xù)期間可以彼此不同。在兩個(gè)或多個(gè) 保護(hù)周期交疊的事件中，保護(hù)周期的開始時(shí)間是交疊的保護(hù)周期的 最早開始時(shí)間，以及保護(hù)周期的結(jié)束時(shí)間是交疊的保護(hù)周期的最晚 的結(jié)束時(shí)間。
在會(huì)話發(fā)布中，可向UE指示對(duì)加入開始時(shí)間的指示。加入開始 時(shí)間是這樣的時(shí)間，從該時(shí)間起，GGSN和BM-SC愿意接收并處理 針對(duì)給定多播組的加入請(qǐng)求。在保護(hù)周期期間，UE使用當(dāng)前時(shí)間， 在該時(shí)間觸發(fā)操作，以此作為計(jì)算隨機(jī)時(shí)刻以及在該時(shí)刻調(diào)度操作 的基礎(chǔ)。如果在所允許的時(shí)間之外觸發(fā)操作，則參考時(shí)間是會(huì)話加 入開始時(shí)間或依賴于操作的任何其他參考時(shí)間。用戶使用從服務(wù)發(fā)
算隨機(jī)時(shí)間。
下面的方程展示出如何計(jì)算用于發(fā)送加入請(qǐng)求的隨機(jī)時(shí)間的可 能的值
JoinTime = tcurrent+ (a x randomTimePeriod)
或者
JoinTime = joinStartTime + ((3 x protectionPeriod)在這些方程中，tcurrent是在該時(shí)間觸發(fā)操作的當(dāng)前時(shí)間，
RandomTimePeriod是由網(wǎng)絡(luò)、BM-SC向UE指示的隨機(jī)時(shí)間周期， 或者另外地在UE中預(yù)先配置的隨機(jī)時(shí)間周期。a和(3是在0和1之 間的隨機(jī)實(shí)數(shù)，可使用隨機(jī)數(shù)生成器計(jì)算。ProtectionPeriod是保護(hù) 周期的持續(xù)時(shí)間。如果UE在調(diào)度的時(shí)間無法執(zhí)行加入操作(例如， 由于其被關(guān)閉或超出覆蓋范圍)， 一旦UE再次能夠執(zhí)行加入操作， UE就檢查其是否處于保護(hù)周期內(nèi)。如果其處于保護(hù)周期內(nèi)，則應(yīng)當(dāng) 根據(jù)第 一 方程延緩其加入操作。第二方程應(yīng)用于在可允許的時(shí)間之 外觸發(fā)的操作，例如，在加入開始時(shí)間之前。在圖5中示出用于加 入操作的行為。
根據(jù)本發(fā)明的 一個(gè)實(shí)施方式的用于發(fā)送離開請(qǐng)求的時(shí)間計(jì)算是 類似的。如果在調(diào)度的會(huì)話結(jié)束時(shí)間之前觸發(fā)離開操作，則UE檢查 其是否處于保護(hù)周期內(nèi)。如果不是，則UE立即發(fā)送其離開請(qǐng)求。如 果其處于保護(hù)周期內(nèi)，則UE根據(jù)下面的方程延緩其離開操作
LeaveTime = tcurrent + (3 x RandomTimePeriod)
根據(jù)下面方程，UE自動(dòng)地在會(huì)話結(jié)束時(shí)間之后的隨機(jī)時(shí)間調(diào)度 離開操作
LeaveTime = sessionEndTime + (e x protectionPeriod)
在這些方程中，5和e是在0到1之間的隨機(jī)實(shí)數(shù)，可使用隨機(jī) 數(shù)生成器計(jì)算。
允許UE在會(huì)話期間加入和離開，在此情況下，執(zhí)行立即操作。 在圖6中示出用于離開操作的行為。
如果用戶服務(wù)利用若干多播IP地址，則需要在會(huì)話開始時(shí)執(zhí)行 多個(gè)加入/離開。在此情況下，在相同時(shí)間使用相同算法來調(diào)度特定 UE的所有加入/離開請(qǐng)求是可能的。
BM-SC需要考慮前面的算法，以及其他延遲因子(諸如連接建 立時(shí)間)，以便確定在會(huì)話開始和數(shù)據(jù)傳輸開始之間的時(shí)間。3GPP TS 23.246 V6.8.0,"第三代伙伴計(jì)劃；技術(shù)規(guī)范組服務(wù)和系統(tǒng)方面；多 媒體廣播/多播服務(wù)(MBMS);架構(gòu)和功能描述(發(fā)行版6)" ("3rdGeneration Partnership Project; Technical Specification Group Services and System Aspects; Multimedia Broadcast/Multicast Service (MBMS); Architecture and functional description (Release 6)") , 2005年9月， 其中第4.4.2.5節(jié)詳細(xì)地對(duì)此進(jìn)行了討論。取決于定時(shí)算法的類型， 數(shù)據(jù)傳輸應(yīng)當(dāng)至少在最晚可用定時(shí)器超時(shí)之后開始，其為 tstart+RandomTimePeriod。
會(huì)話發(fā)現(xiàn)期間，可以在會(huì)話發(fā)布元數(shù)據(jù)中用信號(hào)通知時(shí)間選擇 算法的參數(shù)，或在別處，諸如在描述該服務(wù)的網(wǎng)絡(luò)站點(diǎn)中、在用于 服務(wù)描述的SMS或MMS中等。
對(duì)于本發(fā)明的一個(gè)實(shí)施方式的實(shí)現(xiàn)，UE從服務(wù)發(fā)現(xiàn)/發(fā)布元數(shù)據(jù) 提取與定時(shí)算法相關(guān)的信息或者從該信息可用的另一地方提取，繼 而，UE更新其服務(wù)向?qū)Щ蛳蛴脩粽故驹撔畔?。用戶可在?qǐng)求中表達(dá) 其對(duì)服務(wù)的興趣，或者可以配置UE自動(dòng)加入某些服務(wù)。在用戶基于 請(qǐng)求表達(dá)興趣的情況下，可在稍后時(shí)間觸發(fā)加入操作。在配置UE 自動(dòng)加入特定服務(wù)的情況下，在接收到發(fā)布消息時(shí)，能夠立即發(fā)起 力口入操作。
如圖7所示，當(dāng)開始加入"t喿作時(shí)，在步驟700， UE^r查當(dāng)前時(shí) 間是否在保護(hù)周期內(nèi)。如果當(dāng)前時(shí)間在保護(hù)周期內(nèi)，則在步驟710， UE使用當(dāng)前時(shí)刻、randomTimePeriod和隨才幾生成的在0到1之間的 a值來計(jì)算隨機(jī)時(shí)間，隨機(jī)生成的在0到1之間的a值可以是均勻分 布或可遵循任何其他分布。繼而，在步驟720, UE調(diào)度將在特定時(shí) 間發(fā)送的加入消息。如果當(dāng)前時(shí)間在會(huì)話加入開始時(shí)間之前(即， 在保護(hù)周期和可允許的周期之外)，則在步驟730，基于會(huì)話加入開 始時(shí)間、protectionPeriod和在0和1之間的隨機(jī)數(shù)|3,計(jì)算用于發(fā)送 加入消息的隨機(jī)時(shí)刻，該隨機(jī)數(shù)|3可以是均勻分布或可遵循任何其 他分布。繼而，在步驟740調(diào)度加入消息。如果當(dāng)前時(shí)間在所允許 的時(shí)間周期內(nèi)，但不在保護(hù)周期內(nèi)，如在步驟750所示，則立即發(fā) 送力口入請(qǐng)求。
類似地，圖8是示出了執(zhí)行離開請(qǐng)求的過程的流程圖。在800,
15確定當(dāng)前時(shí)間(即，由用戶決定或由一些其他事件觸發(fā)或發(fā)起離開 操作的時(shí)間)是否在保護(hù)周期之外。如果當(dāng)前時(shí)間在保護(hù)周期內(nèi)，
則在步驟810，基于當(dāng)前時(shí)間、RandomTimePeriod和在0和1之間 的隨機(jī)數(shù)5，計(jì)算用于發(fā)送離開請(qǐng)求的隨機(jī)時(shí)間，隨機(jī)數(shù)5可以是隨 機(jī)分布或遵循任何其他分布。繼而，在步驟820， UE調(diào)度要在特定 時(shí)間發(fā)送的離開消息。在本發(fā)明的一個(gè)實(shí)施方式中，可定義離開操 作為總是從在SDP文件中給出的會(huì)話結(jié)束時(shí)間發(fā)起。在此情況中， 在步驟840，基于會(huì)話結(jié)束時(shí)間、protectionPeriod和在0和1之間的 隨機(jī)數(shù)e計(jì)算用于發(fā)送離開消息的隨機(jī)時(shí)刻，隨機(jī)數(shù)e可以是均勻 分布或遵循任何其他分布。繼而，在步驟850調(diào)度離開消息。如果 當(dāng)前時(shí)間在會(huì)話結(jié)束時(shí)間之前(即，在所允許的周期內(nèi))且不在保 護(hù)周期內(nèi)，如步驟830所示，則立即發(fā)送離開請(qǐng)求，并取消離開消 息的自動(dòng)調(diào)度傳輸。
應(yīng)當(dāng)注意，為了優(yōu)化的目的可有所不同地實(shí)現(xiàn)隨機(jī)時(shí)刻的生成。 例如，如果發(fā)現(xiàn)生成0和1之間的隨機(jī)數(shù)效率較低，則此過程可使 用另一種實(shí)現(xiàn)。
下面是用于實(shí)現(xiàn)本發(fā)明的一種實(shí)施方式的服務(wù)描述的元數(shù)據(jù)。 < xml version="1.0" encoding="UTF-8" >
〈xs:schema xmlns="urn:3GPP:metadata:2005:MBMS:userService Description"
xmlns:xs=http:〃www.w3 .org/2001 /XMLSchema
targetNamespace="urn:3GPP:metadata:2005:MBMS:userServiceDe scription"
elementFormDefault="qualified">
<xs:element name="bundleDescription" type="bundleDescription
Type'V〉
<xs:complexType name="bundleDescriptionType"> <xs:scqucncc〉
<xs:element name="userServiceDescription" type="userServiceDescriptionType"
maxOccurs="unbounded"/>
<xs:element name="randomJoinLeave" type="randomJoinLeaveTy pe" minOccurs="0" max0ccurs="17>
<xs:any namespace="##other" minOccurs-"O" maxOccurs="unbo unded" processContents="lax"/>
</xs:sequence> <xs:attribute name="fecDescriptionUPI" type="x s:anyURI" use="optional"/>
<xs:anyAttribute processContents="skip"/〉
</xs: complexType〉
<xs:complexType name="userServiceDescriptionType"> <xs:scqucncs>
<xs.'element name="name" type="nameType" minOccurs="0" ma xOccurs="unbounded"/〉
<xs:element name="serviceLanguage" type="xs:language" minOc curs="0"
maxOccurs="unbounded"/>
〈xs:element name="deliveryMethod" type-"deliveryMethodType" maxOccurs="unbounded"/>
xs:element name="accessGroup" type="accessGroupType" minOc curs="0"
maxOccurs="unbounded"/〉
<xs:element name="randomJoinLeave" type="randomJoinLeaveTy pe" minOccurs="0" maxOccurs=" 17>
<xs:any namespace="##other" minOccurs="0" maxOccurs="unbo unded" processContents^"lax7〉 </xs:scqu6ncc>
17<xs:attribute name="serviceld" type-"xs:anyURI" use="required"
/〉
<xs:anyAttribute processContents="skip"/> </xs:complexType〉
<xs:complexType name="accessGroupType"> 〈xs:sequencc〉
<xs:dement name="accessBearer" type=''xs:string" maxOccurs=" unbounded'7〉
</xs:scqu6nc6〉
<xs:attribute name="id" type="accessGroupIdType" use="require
d7〉
</xs:complexType>
<xs:complexType name="deliveryMethodType"> <xs:ssquence〉
<xs:any namespace="##other" minOccurs="0" maxOccurs="unbo unded" processContents-"lax7〉 </xs:sequence>
<xs:attribute name="accessGroupId" type-"accessGroupIdType" use="optional"/>
<xs:attribute name="associatedProcedureDescriptionURI" type-"x s:anyURI" use="optional7>
<xs:attribute name="protectionDescriptionURr type="xs:anyURI "use="optional7〉
<xs:attribute name="sessionDescriptionURI" type="xs:anyURI" u se="required"/〉
<xs:anyAttribute processContents="skip"/>
</xs: complexType>
<xs:complexType name="nameType"〉
<xs: simpleContent〉<xs:extension base="xs:string">
<xs:attribute name="lang" type="xs:language" use="optional"/>
</xs:extension>
</xs:simpleContent>
</xs:complexType>
<xs:complexType name="randomJoinLeaveType"〉 <xs:attribute name="joinStartTime" type="xs:unsignedlnteger" us e="optionar/>
<xs:attribute name="protectionPeriod" type="xs:unsignedlnteger" use="optional"/〉
<xs:attribute name="randomTimePeriod" type="xs:unsingedlntege r" use="optional7> </xs:complexType〉
<xs:simpleType name="accessGroupIdType">
<xsrestriction base="xs:nonNegativeInteger"〉
</xs:restriction〉
</xs:simpleType>
</xs:schema>
可將信息字l殳添加到userServiceDescription或添力口到 bundleDescription作為總體指示用于時(shí)間計(jì)算的randomTimePeriod 和protectionPeriod <直?？梢宰鳛閷傩?attribute )或元素(element) 的另一信息字段，可指示會(huì)話加入請(qǐng)求的開始。可以為這些變量的 每一個(gè)定義默認(rèn)值，這樣，在元數(shù)據(jù)中缺少那些值時(shí)，能夠操作正 確的擴(kuò)展才幾制。RandomTimePeriod可以與ProtectionPeriod相同。 joinStartTime可默認(rèn)為接收發(fā)布的時(shí)間。
圖9和10示出了其中可實(shí)現(xiàn)本發(fā)明的代表性的移動(dòng)電話12。然 而，應(yīng)當(dāng)理解，本發(fā)明并非意在限于移動(dòng)電話12或其他電子設(shè)備的 特定類型。圖9和IO的移動(dòng)電話12包括機(jī)殼30、液晶顯示器形式 的顯示屏32、小4建盤34、麥克風(fēng)36、耳機(jī)38、電池40、紅外端口42、天線44、根據(jù)本發(fā)明的一個(gè)實(shí)施方式的UICC型式的智能卡46、 讀卡器48、射頻接口電路52、編解碼電路54、控制器56和存儲(chǔ)器 58。分立的電路和元件都是在現(xiàn)有技術(shù)中(例如，在Nokia系列的 移動(dòng)電話中)已知的。
用方法步驟的通用上下文描述了本發(fā)明，在一個(gè)實(shí)施方式中， 可通過包括由計(jì)算機(jī)在網(wǎng)絡(luò)環(huán)境中執(zhí)行的諸如程序代碼的計(jì)算機(jī)可 讀指令的程序產(chǎn)品來實(shí)現(xiàn)。 一般地，程序模塊包括執(zhí)行特定任務(wù)或
實(shí)現(xiàn)特定抽象數(shù)據(jù)類型的例程、程序、對(duì)象、組件、數(shù)據(jù)結(jié)構(gòu)等。 計(jì)算機(jī)可執(zhí)行指令、相關(guān)聯(lián)的數(shù)據(jù)結(jié)構(gòu)和程序模塊表示對(duì)用于執(zhí)行 本文所公開的方法步驟的程序代碼的示例。此類可執(zhí)行指令或相關(guān) 聯(lián)數(shù)據(jù)結(jié)構(gòu)的特定順序表示對(duì)用于實(shí)現(xiàn)在此類步驟中所描述功能的 對(duì)應(yīng)動(dòng)作的示例。
可用具有基于邏輯的規(guī)則和其他用來完成不同的數(shù)據(jù)庫(kù)搜索步 驟、關(guān)聯(lián)步驟、比較步驟和決策步驟的邏輯的標(biāo)準(zhǔn)編程技術(shù)來完成 本發(fā)明的軟件和web實(shí)現(xiàn)。也應(yīng)當(dāng)理解，當(dāng)用在此處以及在權(quán)利要 求中時(shí)，詞語"組件"和"模塊"意在包含使用軟件代碼的一行或 多行的實(shí)現(xiàn)，和/或硬件實(shí)現(xiàn)，和/或用于接收手工輸入的設(shè)備。
已經(jīng)為了示出和描述的目的而展示了本發(fā)明的實(shí)施方式的前述 描述。并非意在窮盡本發(fā)明，或?qū)⒈景l(fā)明限制在所公開的精確形式， 以及根據(jù)上述教導(dǎo)，調(diào)整和變化是可能的，或者可從對(duì)本發(fā)明的實(shí) 踐中獲得。選擇并描述實(shí)施方式，以便解釋本發(fā)明的原則及其實(shí)際 應(yīng)用，以允許所屬領(lǐng)域技術(shù)人員來在多種實(shí)施方式中用適合于特定 預(yù)期用途的多種調(diào)整來利用本發(fā)明。
權(quán)利要求
1. 一種在MBMS系統(tǒng)中對(duì)加入或離開過程進(jìn)行調(diào)度的方法，包括發(fā)起操作，所述操作是從包括加入操作和離開操作的組中所選擇的；確定當(dāng)前時(shí)間是否在保護(hù)周期內(nèi)；如果所述當(dāng)前時(shí)間在保護(hù)周期內(nèi)，計(jì)算第一隨機(jī)時(shí)間，并調(diào)度操作消息在所述第一隨機(jī)時(shí)間發(fā)送；如果所述當(dāng)前時(shí)間在保護(hù)之外，但在所允許的周期內(nèi)，立即傳輸所述操作消息；以及如果所述當(dāng)前時(shí)間在保護(hù)之外并在所述所允許的周期之外，計(jì)算第二隨機(jī)時(shí)間，以及調(diào)度所述操作消息在所述第二隨機(jī)時(shí)間發(fā)送。
2. 根據(jù)權(quán)利要求1所述的方法，其中所述操作包括加入操作。
3. 根據(jù)權(quán)利要求2所述的方法，其中基于所述當(dāng)前時(shí)間、 randomTimePeriod值和在0和1之間的隨機(jī)數(shù)a值來計(jì)算所述第一 隨才幾時(shí)間。
4. 根據(jù)權(quán)利要求3所述的方法，其中所述第一隨機(jī)時(shí)間等于所 述當(dāng)前時(shí)間力口上(所述randomTimePeriod值乘以a )。
5. 根據(jù)權(quán)利要求2所述的方法，其中用于加入操作的所述第二 隨機(jī)時(shí)間等于會(huì)話加入開始時(shí)間加上(所述保護(hù)周期的長(zhǎng)度乘以p ), 其中P是在0和1之間的隨機(jī)值。
6. 根據(jù)權(quán)利要求1所述的方法，其中所述操作包括離開操作。
7. 根據(jù)權(quán)利要求6所述的方法，其中基于所述當(dāng)前時(shí)間、 randomTimePeriod值和在0和1之間的隨機(jī)的S值來計(jì)算所述第一 隨才幾時(shí)間。
8. 根據(jù)權(quán)利要求7所述的方法，其中所述第一隨機(jī)時(shí)間等于所 述當(dāng)前時(shí)間力p上(所述randomTimePeriod 4直乘以5 )。
9. 根據(jù)權(quán)利要求6所述的方法，其中從代表所述保護(hù)周期開始的會(huì)話結(jié)束時(shí)間發(fā)起所述離開操作，在SDP文件或其他地方提供所述會(huì)話結(jié)束時(shí)間。
10. 根據(jù)權(quán)利要求9所述的方法，其中基于所述會(huì)話結(jié)束時(shí)間加 上(所述保護(hù)周期的長(zhǎng)度乘以e)來計(jì)算第三隨機(jī)時(shí)間，其中e是在 0和1之間的隨機(jī)值。
11. 根據(jù)權(quán)利要求1所述的方法，其中基于從服務(wù)發(fā)現(xiàn)/發(fā)布元 數(shù)據(jù)中提取的隨機(jī)時(shí)間周期值來計(jì)算所述第 一隨機(jī)時(shí)間值和第二隨 機(jī)時(shí)間值。
12. —種包括在計(jì)算機(jī)可讀介質(zhì)上的計(jì)算機(jī)程序產(chǎn)品，用于在 MBMS系統(tǒng)中調(diào)度加入或離開過程，包括用于發(fā)起操作的計(jì)算機(jī)代碼，所述操作是從包括加入操作和離開 操作的組中所選擇的；用于確定當(dāng)前時(shí)間是否在保護(hù)周期內(nèi)的計(jì)算機(jī)代碼；如果所述當(dāng)前時(shí)間在保護(hù)周期內(nèi)，則用于計(jì)算第一隨機(jī)時(shí)間，并 用于調(diào)度操作消息在所述第 一 隨機(jī)時(shí)間發(fā)送的計(jì)算機(jī)代碼；如果當(dāng)前時(shí)間在保護(hù)之外，但在所允許的周期內(nèi)，則用于立即傳 輸所述操作消息的計(jì)算機(jī)代碼；以及如果所述當(dāng)前時(shí)間在保護(hù)之外并在所述所允許的周期之外，則用 于計(jì)算第二隨機(jī)時(shí)間，以及用于調(diào)度所述操作消息在所述第二隨機(jī) 時(shí)間發(fā)送的計(jì)算機(jī)代碼。
13. 根據(jù)權(quán)利要求12所述的計(jì)算機(jī)程序產(chǎn)品，其中所述操作包 括加入操作。
14. 根據(jù)權(quán)利要求13所述的計(jì)算機(jī)程序產(chǎn)品，其中基于所述當(dāng) 前時(shí)間、randomTimePeriod值和在0和1之間的隨機(jī)數(shù)a值來計(jì)算 所述第一隨機(jī)時(shí)間。
15. 根據(jù)權(quán)利要求14所述的計(jì)算機(jī)程序產(chǎn)品，其中所述第一隨 機(jī)時(shí)間等于所述當(dāng)前時(shí)間加上(所述randomTimePeriod值乘以a )。
16. 根據(jù)權(quán)利要求13所述的計(jì)算機(jī)程序產(chǎn)品，其中用于加入操 作的所述第二隨機(jī)時(shí)間等于會(huì)話加入開始時(shí)間加上(所述保護(hù)周期的長(zhǎng)度乘以(3)，其中|3是在0和1之間的隨機(jī)值。
17. 根據(jù)權(quán)利要求12所述的計(jì)算機(jī)程序產(chǎn)品，其中所述操作包 括離開操作。
18. 根據(jù)權(quán)利要求17所述的計(jì)算機(jī)程序產(chǎn)品，其中基于所述當(dāng) 前時(shí)間、randomTimePeriod值和在0和1之間的隨機(jī)數(shù)5值來計(jì)算 所述第一隨機(jī)時(shí)間。
19. 根據(jù)權(quán)利要求18所述的計(jì)算機(jī)程序產(chǎn)品，其中所述第一隨 機(jī)時(shí)間等于所述當(dāng)前時(shí)間加上(所述randomTimePeriod值乘以5 )。
20. 根據(jù)權(quán)利要求17所述的計(jì)算機(jī)程序產(chǎn)品，其中從代表所述 保護(hù)周期開始的會(huì)話結(jié)束時(shí)間發(fā)起所述離開操作，在SDP文件或其 他地方提供所述會(huì)話結(jié)束時(shí)間。
21. 根據(jù)權(quán)利要求20所述的計(jì)算機(jī)程序產(chǎn)品，其中基于所述會(huì) 話結(jié)束時(shí)間加上(所述保護(hù)周期的長(zhǎng)度乘以e)來計(jì)算第三隨機(jī)時(shí)間， 其中e是在0和1之間的隨 機(jī)值。
22. 根據(jù)權(quán)利要求12所述的計(jì)算機(jī)程序產(chǎn)品，其中基于從服務(wù) 發(fā)現(xiàn)/發(fā)布元數(shù)據(jù)中提取的隨機(jī)時(shí)間周期值來計(jì)算所述第 一 隨機(jī)時(shí)間 值和第二隨機(jī)時(shí)間值。
23. —種電子設(shè)備，包括 處理器；以及通信地連接到所述處理器的存儲(chǔ)器單元，并且所述存儲(chǔ)器單元包括用于發(fā)起操作的計(jì)算機(jī)代碼，所述操作從包括加入操作和離 開操作的組中選擇；用于確定當(dāng)前時(shí)間是否在保護(hù)周期內(nèi)的計(jì)算機(jī)代碼；如果當(dāng)前時(shí)間在保護(hù)周期內(nèi)，則用于計(jì)算第一隨機(jī)時(shí)間，并 用于調(diào)度操作消息在所述第 一 隨機(jī)時(shí)間發(fā)送的計(jì)算機(jī)代碼；如果當(dāng)前時(shí)間在保護(hù)之外，但在所允許的周期內(nèi)，則用于立 即傳輸所述操作消息的計(jì)算機(jī)代碼；以及如果所述當(dāng)前時(shí)間在保護(hù)之外并在所述所允許的周期之外，則用于計(jì)算第二隨機(jī)時(shí)間，并用于調(diào)度所述操作消息在所述第二 隨機(jī)時(shí)間發(fā)送的計(jì)算機(jī)代碼。
24. 根據(jù)權(quán)利要求23所述的電子設(shè)備，其中所述操作包括加入操作。
25. 根據(jù)權(quán)利要求24所述的電子設(shè)備，其中基于所述當(dāng)前時(shí)間、 randomTimePeriod值和在0和1之間的隨機(jī)數(shù)a值來計(jì)算所述第一 隨才幾時(shí)間。
26. 根據(jù)權(quán)利要求25所述的電子設(shè)備，其中所述第一隨機(jī)時(shí)間 等于所述當(dāng)前時(shí)間加上(所述randomTimePeriod 4直乘以a )。
27. 根據(jù)權(quán)利要求24所述的電子設(shè)備，其中用于加入操作的所 述第二隨機(jī)時(shí)間等于會(huì)話加入時(shí)間加上(所述保護(hù)周期的長(zhǎng)度乘以 卩)，其中卩是在0和1之間的隨機(jī)值。
28. 根據(jù)權(quán)利要求23所述的電子設(shè)備，其中所述操作包括離開 操作。
29. 根據(jù)權(quán)利要求28所述的電子設(shè)備，其中基于所述當(dāng)前時(shí)間、 randomTimePeriod值和在0和1之間的隨機(jī)的5值來計(jì)算所述第一 隨才/L時(shí)間。
30. 根據(jù)權(quán)利要求29所述的電子設(shè)備，其中所述第一隨機(jī)時(shí)間 等于所述會(huì)話結(jié)束時(shí)間加上(所述randomTimePeriod值乘以S)。
31. 根據(jù)權(quán)利要求29所述的電子設(shè)備，其中從代表所述保護(hù)周 期開始的會(huì)話結(jié)束時(shí)間發(fā)起所述離開操作，在SDP文件或其他地方 提供所述會(huì)話結(jié)束時(shí)間。
32. 根據(jù)權(quán)利要求31所述的電子設(shè)備，其中基于所述會(huì)話結(jié)束 時(shí)間加上(所述保護(hù)周期的長(zhǎng)度乘以e)計(jì)算第三隨機(jī)時(shí)間，其中e 是在0和1之間的隨機(jī)值。
全文摘要
一種在MBMS系統(tǒng)中用于調(diào)度加入或離開操作的改進(jìn)的系統(tǒng)和方法。當(dāng)由用戶設(shè)備發(fā)起加入操作或離開操作時(shí)，確定當(dāng)前時(shí)間是否在保護(hù)周期內(nèi)。如果當(dāng)前時(shí)間在保護(hù)周期內(nèi)，計(jì)算第一隨機(jī)時(shí)間，并調(diào)度操作消息在第一隨機(jī)時(shí)間傳輸。如果當(dāng)前時(shí)間在保護(hù)周期之外但在所允許的周期之內(nèi)，調(diào)度操作消息用于立即傳輸。如果所述當(dāng)前時(shí)間在保護(hù)周期之外并在所允許的周期之外，計(jì)算第二隨機(jī)時(shí)間，以及調(diào)度所述操作消息在所述第二隨機(jī)時(shí)間發(fā)送。
文檔編號(hào)H04W4/08GK101455099SQ200780009854
公開日2009年6月10日 申請(qǐng)日期2007年2月5日 優(yōu)先權(quán)日2006年2月6日
發(fā)明者I·博阿齊齊, R·維丹薩姆 申請(qǐng)人:諾基亞公司