專利名稱：多媒體廣播和組播業(yè)務(wù)尋呼的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種移動通信系統(tǒng)中對用戶的尋呼方法，特別是涉及在移動通信系統(tǒng)中用于多媒體廣播和組播業(yè)務(wù)中對用戶的尋呼采用點對多點的組尋呼的方法。
當(dāng)終端在PICH上檢測到對它的尋呼指示后，會從輔助公用控制物理信道(簡稱SCCPCH)201開始接收具體的尋呼消息。也就是說，PICH上只承載了尋呼指示信息，而尋呼消息是由SCCPCH來承載的。對于尋呼消息的解釋是用戶終端設(shè)備UE協(xié)議層上層的功能。
為了省電，終端在設(shè)計上采用了非連續(xù)接收(簡稱DRX)的方式。也就是說，終端在空閑模式下處于睡眠模式，在這種模式下終端有比較小的功率消耗。當(dāng)終端檢測到有它的尋呼指示后，才會喚醒去接收具體的尋呼消息。
終端對尋呼指示的監(jiān)測也是周期性的，周期的大小由網(wǎng)絡(luò)來決定。這個周期越大，終端從睡眠中醒來的機(jī)會越小，終端電池的待機(jī)時間也就越長，但這樣做的代價是降低了終端對網(wǎng)絡(luò)尋呼的反應(yīng)速度。(2)現(xiàn)有的尋呼指示信道幀結(jié)構(gòu)PICH是一個用來承載尋呼指示的純物理信道。3GPP規(guī)范TS25.211 v4.2.0對其進(jìn)行了詳細(xì)描述。圖4描述了它的幀結(jié)構(gòu)。
一個PICH無線幀長為10ms，由300個比特組成，其中288個比特用來承載尋呼指示，其余的12個比特被留作將來使用而不發(fā)送。一個尋呼指示(PI)由幾個比特組成，根據(jù)一個PI的長度不同，一個PICH幀可以承載18，36，72或144個PI。Np用來表示一個PICH幀中PI的個數(shù)。
PI在幀中的位置是依據(jù)用戶終端的國際移動用戶標(biāo)識號(簡稱IMSI)計算出的，計算方法如下PI＝DRX Index mod Np，這里，DRX Index＝IMSI div 8192，mod表示取模運算，div表示除法取整運算。
為了保證可靠傳輸，現(xiàn)有技術(shù)采用了以下基于SFN的滑動機(jī)制 在上面的公式中，q表示尋呼指示在幀中的實際位置，SFN是系統(tǒng)幀號，隨著時間的推移，SFN會發(fā)生變化。隨著SFN的變化，尋呼指示的位置q會滑動。 表示取整運算，mod表示取模運算。
用Pq表示在q位置上的尋呼指示的取值，如果Pq＝1，表示尋呼指示有效，UE應(yīng)該喚醒以讀取尋呼消息，如果Pq＝0表示尋呼指示無效，UE不需要喚醒讀取尋呼消息。尋呼指示Pq和PICH位的映射關(guān)系如下表(表1)所示表1尋呼指示Pq與PICH位的映射關(guān)系每幀尋呼指示的個數(shù)(Np)Pq＝1Pq＝0
Np＝18{b16q，...，b16q+15}＝{-1，-1，...，-{b16q，...，b16q+15}＝{+1，+1，...，+1}Np＝36{b8q，...，b8q+7}＝{-1，-1，...，-1}{b8q，...，b8q+7}＝{+1，+1，...，+1}NR＝72{b4q，...，b4q+3}＝{-1，-1，...，-1}{b4q，...，b4q+3}＝{+1，+1，...，+1}Np＝144{b2q，b2q+1}＝{-1，-1}{b2q，b2q+1}＝{+1，+1}由表1可以看出，當(dāng)Pq＝1時，組成該尋呼指示的比特都要設(shè)為‘-1’；當(dāng)Pq＝0時，組成該尋呼指示的比特都要設(shè)為‘+1’。(3)現(xiàn)有的PCH IubFP幀結(jié)構(gòu)由于尋呼是由網(wǎng)絡(luò)發(fā)起的，尋呼信息必須通過合適的方式傳送到空中接口上以便于終端接收。圖5是現(xiàn)有的尋呼信道基站和無線網(wǎng)絡(luò)控制器接口幀協(xié)議(簡稱PCH IubFP)的幀結(jié)構(gòu)。PCH IubFP用于在基站(簡稱NodeB)和無線網(wǎng)絡(luò)控制器(簡稱RNC)之間傳遞尋呼信息。3GPP規(guī)范TS25.435v4.2.0對現(xiàn)有的PCH IubFP幀結(jié)構(gòu)進(jìn)行了詳細(xì)描述。
PCH IubFP幀包括尋呼指示信息和尋呼消息。為了尋呼一個用戶設(shè)備，會用到兩個連續(xù)的PCH IubFP幀。第一個幀包含了尋呼指示信息，第二個幀包含了尋呼消息。對于圖5中幾個組成部分的說明如下·尋呼指示(PI)描述指示該幀中是否有尋呼指示位圖。
取值范圍{0＝?jīng)]有尋呼指示位圖，1＝有尋呼指示位圖}。
域長度1比特·尋呼指示位圖示(PI-bitmap)描述尋呼指示PI0...PIN-1的位圖，第一個字節(jié)的第7個比特包含PI0，第6個比特包含PI1，第二個字節(jié)的第7個比特包含PI8，以此類推。
取值范圍{18，36，72，144個尋呼指示}。
域長度3，5，9，或1 8個字節(jié)(4)現(xiàn)有的尋呼和無線承載建立流程3GPP規(guī)范TS 23.846 v1.1.0描述了MBMS業(yè)務(wù)尋呼和無線承載建立過程。圖6是尋呼和無線承載建立的信令流程。下面是對流程中各個步驟的詳細(xì)說明。
601 BM-SC通過GGSN發(fā)送數(shù)據(jù)給SGSN。
602 SGSN發(fā)送“MBMS通知”給UTRAN表明某個MBMS業(yè)務(wù)將要開始。
603 UTRAN在MBMS服務(wù)區(qū)域內(nèi)給UE發(fā)送“MBMS通知”。
604 UTRAN發(fā)送“MBMS業(yè)務(wù)請求”消息給SGSN請求業(yè)務(wù)。
605 和606在UTRAN和SGSN之間建立無線接入承載(簡稱RAB)。
607 已經(jīng)激活了MBMS業(yè)務(wù)的UE收到“MBMS通知”后發(fā)送“MBMS無線請求”消息給網(wǎng)絡(luò)。
608 UTRAN在空中接口上建立起無線承載(簡稱RB)，并發(fā)送“MBMS無線分配”消息給UE。
609 當(dāng)所有的無線資源建立成功后，就可以進(jìn)行數(shù)據(jù)傳輸了。
610 數(shù)據(jù)傳輸結(jié)束后，要釋放所用的網(wǎng)絡(luò)資源。根據(jù)圖6，603尋呼過程和608無線承載建立過程是獨立進(jìn)行的。(5)現(xiàn)有的尋呼消息在3GPP規(guī)范TS25.331 v4.2.0中，現(xiàn)有的尋呼消息稱為“Paging Type1”，當(dāng)需要尋呼UE時，無線網(wǎng)絡(luò)控制器(簡稱RNC)把“Paging Type 1”消息通過基站(簡稱Node B)發(fā)送到UE。
這條消息包括以下幾方面的信息-尋呼記錄列表(Paging record list)，列出了消息所尋呼的UE的標(biāo)識。
-廣播控制信道更新信息(BCCH modification info)，對系統(tǒng)廣播信息的更新指示。
一條尋呼消息可以包含對多個UE的尋呼記錄，稱為“Paging record”。尋呼記錄(Paging Record)包括以下幾個參數(shù)-尋呼原因(Paging cause)，表示發(fā)起尋呼的原因，目前規(guī)范中列舉了以下幾方面的原因*對話呼叫(Terminating Conversational Call)*流呼叫(Terminating Streaming Call)*交互式呼叫(Terminating Interactive Call)*背景呼叫(Terminating Background Call)*高優(yōu)先級信令(Terminating High PrioritySignalling)*低優(yōu)先級信令(Terminating Low PrioritySignalling)*未知原因(Terminating-cause unknown)-用戶設(shè)備標(biāo)識(UE Identity)，指明UE的標(biāo)識，可以是國際移動用戶標(biāo)識(IMSI)，臨時移動用戶標(biāo)識(TMSI)，分組臨時移動用戶標(biāo)識(P-TMSI)，用戶無線網(wǎng)絡(luò)臨時標(biāo)識(U-RNTI)等等。UE通過檢查用戶設(shè)備標(biāo)識來確認(rèn)對自己的尋呼。
另外，由于現(xiàn)有的尋呼過程和無線資源建立過程是分開進(jìn)行的。而在多媒體廣播和組播業(yè)務(wù)MBMS業(yè)務(wù)中，由于接收同一種業(yè)務(wù)的用戶是非常集中的，在一次尋呼和業(yè)務(wù)建立過程中，會有非常多的用戶同時要求接入網(wǎng)絡(luò)，從而造成終端到網(wǎng)絡(luò)的上行鏈路的擁塞，為了減少擁塞的發(fā)生，本發(fā)提出了把尋呼過程和無線資源建立過程合并起來并盡量減少上行響應(yīng)的尋呼方法。
此外，為了在現(xiàn)有尋呼機(jī)制的基礎(chǔ)上提供對多媒體廣播和組播業(yè)務(wù)MBMS業(yè)務(wù)的尋呼方式，本發(fā)明還設(shè)計出了能夠承載多媒體廣播和組播MBMS業(yè)務(wù)參數(shù)尋呼消息；在尋呼指示信道PICH幀結(jié)構(gòu)中未用的12個比特中加入了對多媒體廣播和組播業(yè)務(wù)MBMS業(yè)務(wù)標(biāo)識號；以及擴(kuò)展了現(xiàn)有PCH IubFP幀結(jié)構(gòu)，把尋呼信息(包括尋呼指示信息和尋呼消息)從無線控制器RNC傳送到基站(NodeB)以便在空中接口上發(fā)送。
根據(jù)本發(fā)明的在移動通信系統(tǒng)中提供MBMS對用戶設(shè)備(UE)進(jìn)行尋呼的方法，包括如下步驟(a)廣播和組播業(yè)務(wù)中心(BM-SC)通過網(wǎng)關(guān)通用分組無線業(yè)務(wù)支持節(jié)點(GGSN)向服務(wù)通用分組無線業(yè)務(wù)支持節(jié)點(SGSN)發(fā)送數(shù)據(jù)；(b)服務(wù)通用分組無線業(yè)務(wù)支持節(jié)點(SGSN)接收到網(wǎng)關(guān)通用分組無線業(yè)務(wù)支持節(jié)點(GGSN)發(fā)送的數(shù)據(jù)后，向無線網(wǎng)絡(luò)控制器(RNC)發(fā)送多媒體廣播和組播業(yè)務(wù)(MBMS)通知；(c)無線網(wǎng)絡(luò)控制器(RNC))收到來自服務(wù)通用分組無線業(yè)務(wù)支持節(jié)點(SGSN)的所述通知后，根據(jù)所述通知的內(nèi)容組織尋呼信道無線網(wǎng)絡(luò)控制器與基站接口幀協(xié)議(PCHIubFP)的幀，在所述幀協(xié)議(PCHIubFP)的幀中加入多媒體廣播和組播業(yè)務(wù)MBMS指示位(MI)，所述幀協(xié)議(PCHIubFP)的幀中包含多媒體廣播和組播業(yè)務(wù)(MBMS)的尋呼指示和尋呼消息，所述尋呼消息中承載多媒體廣播和組播業(yè)務(wù)(MBMS)的業(yè)務(wù)信息；(d)無線網(wǎng)絡(luò)控制器(RNC)把所述幀協(xié)議(PCHIubFP)的幀發(fā)送到基站(Node B)；(e)基站(Node B)接收所述幀協(xié)議(PCHIubFP)的幀之后，首先檢查收到的所述幀協(xié)議(PCHIubFP)的幀中所述指示位(MI)，如果所述指示位(MI)為0，則表示所述幀協(xié)議(PCHIubFP)的幀是傳統(tǒng)的尋呼，如果所述指示位(MI)為1，則表示所述幀協(xié)議(PCHIubFP)的幀中包含了多媒體廣播和組播業(yè)務(wù)(MBMS)的業(yè)務(wù)信息；(f)基站(Node B)讀取所述的尋呼指示以構(gòu)建尋呼指示信道(PICH)，利用尋呼指示信道(PICH)未用的最后12個比特承載臨時多媒體廣播和組播業(yè)務(wù)組標(biāo)識(MBMS TMGI)或多媒體廣播和組播業(yè)務(wù)(MBMS)尋呼指示；(g)基站(Node B)讀取多媒體廣播和組播業(yè)務(wù)(MBMS)尋呼消息以構(gòu)建承載多媒體廣播和組播業(yè)務(wù)(MBMS)尋呼消息的輔助公用控制物理信道(SCCPCH)，(h)基站(Node B)發(fā)送承載有尋呼指示的尋呼指示信道(PICH)幀和承載有尋呼消息的輔助公用控制物理信道(SCCPCH)幀供用戶設(shè)備(UE)讀取；(i)用戶設(shè)備(UE)首先檢查尋呼指示信道(PICH)，如果用戶設(shè)備(UE)已經(jīng)激活了多媒體廣播和組播業(yè)務(wù)(MBMS)的業(yè)務(wù)，則讀取尋呼指示信道(PICH)的最后12個比特，來確定當(dāng)前所尋呼的業(yè)務(wù)是否是它所需要的；如果業(yè)務(wù)匹配，用戶設(shè)備(UE)接下來讀輔助公用控制物理信道(SCCPCH)以獲得多媒體廣播和組播業(yè)務(wù)(MBMS)尋呼消息；(j)如果用戶設(shè)備(UE)接收到的所述尋呼消息中包含無線承載參數(shù)，則用戶設(shè)備(UE)在尋呼過程中建立無線承載，否則用戶設(shè)備(UE)在尋呼過程中不建立無線承載。
另外，在上述步驟(j)之后，用戶設(shè)備(UE)根據(jù)系統(tǒng)的要求決定是否要向網(wǎng)絡(luò)發(fā)送尋呼響應(yīng)消息。
此外，在上述步驟(c)中所述尋呼指示包括尋呼指示位圖(MBMS PIbitmap)，并分別將多媒體廣播和組播業(yè)務(wù)(MBMS)指示(MI)和所述尋呼指示位圖(MBMS PI bitmap)放置在所述幀協(xié)議(PCHIubFP)的幀結(jié)構(gòu)中的未用部分和可擴(kuò)展部分?；蛘撸谏鲜霾襟E(c)中所述尋呼指示包括多媒體廣播和組播業(yè)務(wù)(MBMS)組標(biāo)識掩碼(TMGI mask)，并分別將多媒體廣播和組播業(yè)務(wù)(MBMS)指示(MI)和所述多媒體廣播和組播業(yè)務(wù)(MBMS)組標(biāo)識掩碼(TMGI mask)放置在所述幀協(xié)議(PCHIubFP)的幀結(jié)構(gòu)中的未用部分和可擴(kuò)展部分?；蛘?，在上所述步驟(c)中的所述多媒體廣播和組播業(yè)務(wù)(MBMS)指示(MI)放置在所述幀協(xié)議(PCHIubFP)的幀結(jié)構(gòu)中的未用部分。
對于PICH幀結(jié)構(gòu)，可以采用現(xiàn)有技術(shù)留作將來使用的最后的12個比特用來承載MBMS業(yè)務(wù)標(biāo)識TMGI。對這12個比特的利用方式有三種。第一種方式是，可以把所述尋呼指示信道(PICH)未用的12個比特分成Nm個組，組的個數(shù)Nm可以固定的，也可以是變化的，Nm的取值可以為1，2，3，4，6，12；每一個組存放一個多媒體廣播和組播業(yè)務(wù)MBMS尋呼指示(MPI)，對于每一個所述臨時多媒體廣播和組播業(yè)務(wù)(MBMS)組標(biāo)識(TMGI)，都會獲得一個多媒體廣播和組播業(yè)務(wù)(MBMS)尋呼指示(MPI)，其計算方法是，MPI＝(TMGI div 8192)mod Nm，其中，MPI為用所述每個組表示的多媒體廣播和組播業(yè)務(wù)(MBMS)尋呼指示，TMGI表示臨時多媒體廣播和組播業(yè)務(wù)(MBMS)組標(biāo)識，div表示除法取整運算，mod表示取模運算。第二種方式是，把尋呼指示信道(PICH)未用的12個比特分成m個多媒體廣播和組播業(yè)務(wù)(MBMS)尋呼指示組(MPG)，組的個數(shù)m可以固定的，也可以是變化的，m的取值可以為1，2，3，4，6，12，所述每一個組存放一個多媒體廣播和組播業(yè)務(wù)(MBMS)的組標(biāo)識掩碼(TMGI mask)，組標(biāo)識掩碼計算方法是，TMGI mask＝TMGImod(212/m)，組標(biāo)識掩碼在12個比特中的組位置(MPGi)的計算方法是，i＝TMGI mod m，其中TMGI表示臨時多媒體廣播和組播業(yè)務(wù)(MBMS)組標(biāo)識，TMGI mask組標(biāo)識掩碼，mod表示取模運算，i表示組位置。第三種方式是，在尋呼指示信道(PICH)未用的12個比特中取幾個比特作為多媒體廣播和組播業(yè)務(wù)(MBMS)尋呼指示。
對于MBMS業(yè)務(wù)信息的尋呼消息，本發(fā)明給出了兩種MBMS尋呼消息方案。
第一種是對現(xiàn)有的“Paging Type 1”消息進(jìn)行改造，在現(xiàn)有尋呼消息“尋呼類型1(Paging Type 1)”中的“尋呼原因(Paging Cause)”定義中增加一個元素“終端多媒體廣播和組播業(yè)務(wù)呼叫(Terminating MBMSCall”，在現(xiàn)有尋呼消息“尋呼類型1(Paging Type 1)”中的“用戶設(shè)備識別(UE Identity)”定義中增加一個元素“多媒體廣播和組播業(yè)務(wù)的組標(biāo)識(MBMS TMGI)，呼消息“尋呼類型1(Paging Type 1)”中可以包含多媒體廣播和組播業(yè)務(wù)服務(wù)識別(MBMS Service ID)。尋呼消息“尋呼類型1(Paging Type 1)”中還可以包含響應(yīng)標(biāo)志(ResponseIndicator)、激活時間(Activation time)。另一種是設(shè)計一個新的尋呼消息，稱為“多媒體廣播和組播業(yè)務(wù)尋呼(MBMS Paging)”。該消息可以包含以下幾方面的信息-多媒體廣播和組播業(yè)務(wù)標(biāo)識(MBMS TMGI)；-多媒體廣播和組播業(yè)務(wù)服務(wù)標(biāo)識(MBMS Service ID)；響應(yīng)指示(Response Indicator)；激活時間(Activation time)。
另外，在以上的兩種尋呼中還可以包含無線承載參數(shù)，無線承載參數(shù)可以包括無線承載信息(RB info)，傳輸信道信息(TrCH info)，物理信道信息(PhyCH info)，碼信息(Code info)，傳輸格式集(TFS)，傳輸格式合并集(TFCS)，激活時間(Activation time)。
MBMS業(yè)務(wù)有兩種模式組播(multicast)和廣播(broadcast)。組播與廣播的區(qū)別在于，在接收組播業(yè)務(wù)前，需要向服務(wù)提供商提前訂閱，加入相關(guān)的組播組(multicast group)，接收組播業(yè)務(wù)需要付費。系統(tǒng)在發(fā)送組播或廣播業(yè)務(wù)之前，要進(jìn)行尋呼，以通知用戶馬上要進(jìn)行的業(yè)務(wù)。
本發(fā)明用于在多媒體廣播和組播業(yè)務(wù)MBMS組播和廣播業(yè)務(wù)中對用戶終端設(shè)備(簡稱UE)的尋呼。
下面參考

圖1描述多媒體廣播和組播業(yè)務(wù)MBMS系統(tǒng)結(jié)構(gòu)MBMS網(wǎng)絡(luò)結(jié)構(gòu)以通用分組無線業(yè)務(wù)(以下簡稱GPRS)核心網(wǎng)為基礎(chǔ)，并增加了新的網(wǎng)絡(luò)單元。廣播和組播業(yè)務(wù)中心(以下簡稱BM-SC)101是MBMS系統(tǒng)的業(yè)務(wù)控制中心。網(wǎng)關(guān)GPRS支持節(jié)點(以下簡稱GGSN)102和服務(wù)GPRS支持節(jié)點(以下簡稱SGSN)103構(gòu)成了MBMS業(yè)務(wù)的傳輸網(wǎng)絡(luò)，為數(shù)據(jù)的傳輸提供路由。歸屬位置寄存器(以下簡稱HLR)106保存與用戶有關(guān)的數(shù)據(jù)，可以提供用戶鑒權(quán)等服務(wù)。UMTS陸地?zé)o線接入網(wǎng)(以下簡稱UTRAN)104在空中接口上為MBMS服務(wù)提供無線資源。Uu107表示終端和接入網(wǎng)之間的無線接口。用戶終端設(shè)備(以下簡稱UE)105是用來接收數(shù)據(jù)的終端設(shè)備。MBMS業(yè)務(wù)所用的無線資源不是用戶專用的，而是由此業(yè)務(wù)的所有用戶共享的。
下面參考圖2描述MBMS組播業(yè)務(wù)流程。
首先，在步驟S000“訂閱”，建立起用戶和服務(wù)提供商之間的聯(lián)系，授權(quán)用戶可以接收有關(guān)的MBMS服務(wù)。然后，在步驟S001“業(yè)務(wù)廣告”，服務(wù)提供商通知用戶將要提供的業(yè)務(wù)。例如，系統(tǒng)要在下午7:00在北京市區(qū)轉(zhuǎn)播一場足球賽。如果用戶愿意接收服務(wù)提供商要提供的業(yè)務(wù)，則在步驟S002“加入”，用戶表示加入一個組，即用戶告訴網(wǎng)絡(luò)他或她愿意這項組播業(yè)務(wù)。在步驟S003“MBMS組播模式承載建立”，為MBMS數(shù)據(jù)傳輸建立網(wǎng)絡(luò)資源。然后，在步驟S004“MBMS通知”，通知用戶馬上要進(jìn)行的MBMS數(shù)據(jù)傳輸。在步驟S005“數(shù)據(jù)傳輸”，表示MBMS業(yè)務(wù)數(shù)據(jù)傳輸?shù)接脩舻倪^程。在步驟006“MBMS組播模式承載釋放”，表示當(dāng)MBMS業(yè)務(wù)數(shù)據(jù)傳輸完成后，釋放網(wǎng)絡(luò)資源。在步驟S007“離開”與S002“加入”相對應(yīng)，表示用戶要離開一個組，即不再想接收某個業(yè)務(wù)的數(shù)據(jù)。
本發(fā)明重點研究了004“MBMS通知”過程，在本發(fā)明中，“MBMS通知”被稱為“多媒體廣播和組播業(yè)務(wù)尋呼(MBMS paging)”。
下面結(jié)合附圖12，描述本發(fā)明的用于在多媒體廣播和組播業(yè)務(wù)(MBMS)中對用戶終端設(shè)備UE進(jìn)行尋呼的流程。
首先，BM-SC901通過GGSN902向SGSN903發(fā)送數(shù)據(jù)。
然后，SGSN903接收到GGSN902發(fā)送的數(shù)據(jù)后，向無線網(wǎng)絡(luò)控制器904(簡稱RNC)發(fā)送MBMS通知(MBMS Notification)，告知有關(guān)的MBMS業(yè)務(wù)信息。
接著，RNC904收到來自SGSN的MBMS通知后，根據(jù)通知的內(nèi)容組織尋呼信道無線網(wǎng)絡(luò)控制器與基站接口幀協(xié)議(簡稱PCHIubFP)的幀，在PCHIubFP的幀中加入MBMS指示位(MI)，PCHIubFP的幀中包含MBMS的尋呼指示和尋呼消息，尋呼消息中承載多媒體廣播和組播業(yè)務(wù)(MBMS)的業(yè)務(wù)信息，在組織PCHIubFP的幀之后，RNC904把PCHIubFP的幀發(fā)送到基站905(Node B)。
基站接收PCHIubFP的幀之后，首先檢查收到的PCHIubFP的幀中指示位(簡稱MI)，如果MI為0，則表示PCHIubFP的幀是傳統(tǒng)的尋呼，如果所述MI為1，則表示PCHIubFP的幀中包含了多媒體廣播和組播業(yè)務(wù)(MBMS)的業(yè)務(wù)信息；基站905讀取尋呼指示以構(gòu)建尋呼指示信道(簡稱PICH)，利用PICH未用的最后12個比特承載臨時MBMS組標(biāo)識(簡稱TMGI)或MBMS尋呼指示；基站905(Node B)讀取多媒體廣播和組播業(yè)務(wù)(MBMS)尋呼消息以構(gòu)建承載MBMS尋呼消息的輔助公用控制物理信道(SCCPCH)。然后，基站905(Node B)發(fā)送承載有尋呼指示的PICH幀和承載有尋呼消息的輔助公用控制物理信道(SCCPCH)幀供用戶設(shè)備(UE)907讀取。
用戶設(shè)備(UE)907首先檢查PICH，如果用戶設(shè)備(UE)已經(jīng)激活了多媒體廣播和組播業(yè)務(wù)(MBMS)的業(yè)務(wù)，則讀取PICH的最后12個比特，來確定當(dāng)前所尋呼的業(yè)務(wù)是否是它所需要的；如果業(yè)務(wù)匹配，用戶設(shè)備UE907接下來讀SCCPCH以獲得MBMS尋呼消息。
如果RNC在進(jìn)行業(yè)務(wù)尋呼之前能夠確定無線承載參數(shù)，那么就可以在MBMS尋呼消息中加入無線承載參數(shù)，從而實現(xiàn)尋呼過程和無線承載建立過程的合并。
根據(jù)用戶數(shù)目的多少，無線承載參數(shù)有兩種，點到多點的無線承載和點到點的無線承載，如果用戶多則采用點到多點的無線承載，如果用戶少，則采用點到點的無線承載。RNC確定無線承載參數(shù)的方式有多種，例如可以采用默認(rèn)的點到多點的無線承載，或者RNC從其它渠道獲得用戶數(shù)目的信息。
UE接收到尋呼消息后，就可以根據(jù)消息中的無線承載參數(shù)建立相應(yīng)的無線資源，而不需要在后續(xù)過程再進(jìn)行無線承載建立過程，從而簡化了信令流程。
另外，無線承載參數(shù)可以包括無線承載信息(RB info)，傳輸信道信息(TrCH info)，物理信道信息(PhyCH info)，碼信息(Code info)，傳輸格式集(TFS)，傳輸格式合并集(TFCS)，激活時間(Activation time)。
此外，UE根據(jù)尋呼消息的要求決定是否發(fā)送響應(yīng)消息給基站控制器RNC；如果尋呼消息要求發(fā)送響應(yīng)消息給RNC，則用戶終端設(shè)備UE發(fā)送尋呼響應(yīng)給RNC；如果尋呼消息不要求發(fā)送響應(yīng)消息給RNC，則用戶終端設(shè)備UE不發(fā)送尋呼響應(yīng)給RNC。
如果BM-SC要求RNC發(fā)回尋呼響應(yīng)，則RNC通過SGSN和GGSN發(fā)送尋呼響應(yīng)給廣播和組播業(yè)務(wù)中心BM-SC，否則基站控制器RNC不通過SGSN和GGSN發(fā)送尋呼響應(yīng)給廣播和組播業(yè)務(wù)中心BM-SC。
PCH IubFP幀結(jié)構(gòu)為了支持多媒體廣播和組播業(yè)務(wù)MBMS尋呼，本發(fā)明提出了三種PCHIubFP幀結(jié)構(gòu)方案，分別對應(yīng)于下面將要描述的尋呼指示信道PICH幀結(jié)構(gòu)的三種方案。
方案1)下面參見圖10說明方案1的PCH IubFP幀結(jié)構(gòu)，它對應(yīng)于下面將要描述的尋呼指示信道PICH幀結(jié)構(gòu)的方案1。在幀結(jié)構(gòu)的未用部分，加入了與多媒體廣播和組播業(yè)務(wù)MBMS業(yè)務(wù)相關(guān)的信息。
在該方案幀結(jié)構(gòu)中，加入了MBMS指示位MI和MBMS尋呼指示位圖。MI指示在負(fù)載(payload)中是否有MBMS尋呼指示位圖。考慮到系統(tǒng)的后向兼容性，MBMS尋呼指示位圖被放在幀結(jié)構(gòu)中負(fù)載的擴(kuò)展部分。
下面是MI和多媒體廣播和組播業(yè)務(wù)MBMS尋呼指示位圖的詳細(xì)說明?！馦BMS指示(MI)描述它指示在負(fù)載中是否有MBMS尋呼指示位圖。取值范圍{0＝在負(fù)載中沒有MBMS尋呼指示位圖，1＝在負(fù)載中有MBMS尋呼指示位圖}。域長度1比特。●MBMS尋呼指示位圖(MBMS PI-bitmap)描述MBMS尋呼指示位圖PI0...PINm-1。第一個字節(jié)的第7個比特代表MBMS PI0，第6個比特代表MBMS PI1，...，第0個比特代表MBMS PI7。第二個字節(jié)的第7個比特代表MBMS PI8，...第3個比特代表MBMS PI11。這里的MBMS PI與后面描述的尋呼指示信道PICH幀結(jié)構(gòu)第一種方案中的MPI相對應(yīng)。取值范圍{1，2，3，4，6或12個MBMS尋呼指示}域長度2個字節(jié)方案2)下面參見圖11說明方案2的PCH IubFP幀結(jié)構(gòu)，它對應(yīng)尋呼指示信道PICH幀結(jié)構(gòu)的方案2。該方案與方案1類似，但是對幀結(jié)構(gòu)中各元素的定義和解釋不相同。
在該方案PCH IubFP幀結(jié)構(gòu)中，加入了MBMS指示位MI和MBMSTMGI掩碼(或稱為MBMS TMGI mask)。MI指示在負(fù)載(payload)中是否有MBM TMGI掩碼?？紤]到系統(tǒng)的后向兼容性，MBMS TMGI掩碼被放在幀結(jié)構(gòu)中負(fù)載的擴(kuò)展部分。
下面是MI和MBMS TMGI掩碼的詳細(xì)說明。●MBMS指示(MI)描述它指示在幀結(jié)構(gòu)負(fù)載中是否有MBMS TMGI掩碼。取值范圍{0＝?jīng)]有MBMS TMGI掩碼，1＝有MBMS TMGI掩碼}。域長度1比特。
TMGI掩碼的計算在下面將要描述的PICH幀結(jié)構(gòu)中進(jìn)行了描述，與PICH中未用的12個比特相對應(yīng)，它所占用的長度為12個比特。
方案3)該方案與下面將要描述的PICH方案3相對應(yīng)，只在PCH IubFP幀結(jié)構(gòu)未用部分中加入MBMS指示(MI)，而不需要在負(fù)載中增加尋呼指示信息。在這種情況下，基站(NodeB))在收到無線網(wǎng)絡(luò)控制器(簡稱RNC)發(fā)來的PCH IubFP幀后，只需讀取MI，根據(jù)MI的值，設(shè)定PICH幀結(jié)構(gòu)第三種方案中MBMS尋呼指示位。用戶終端設(shè)備(簡稱UE)根據(jù)PICH幀中的MBMS尋呼指示決定是否要讀MBMS尋呼消息以確認(rèn)具體的MBMS業(yè)務(wù)信息，如TMGI等。
尋呼指示信道PICH幀結(jié)構(gòu)對于PICH幀結(jié)構(gòu)，本發(fā)明采用現(xiàn)有技術(shù)留作將來使用的最后的12個比特5來承載MBMS業(yè)務(wù)標(biāo)識TMGI。對這12個比特的利用方式有三種。下面詳細(xì)說明。
方案1)下面結(jié)合圖7描述了方案1的尋呼指示信道PICH幀結(jié)構(gòu)。
可以把所述尋呼指示信道(PICH)未用的這12個比特可以分成幾個組，每個組可以用來表示一個多媒體廣播和組播業(yè)務(wù)MBMS尋呼指示(簡稱MPI)。之所以把這12個比特分成幾個組，是為了同時對多種多媒體廣播和組播業(yè)務(wù)MBMS業(yè)務(wù)進(jìn)行尋呼，提高尋呼的效率。
如果12個比特分成“Nm”組，則每個組有12/Nm個比特，其中Nm＝{1，2，3，4，6，12}。Nm的取值可以是固定的也可以是變化的。如果Nm的取值是可變的，在RNC進(jìn)行尋呼之前，UE必需獲得當(dāng)前的Nm值。UE可以通過系統(tǒng)信息廣播或者其它信令獲得Nm的值。MBMS尋呼指示MPI的計算可以遵循以下方法MPI＝DRX Index mod Nm，其中DRX Index＝TMGI div 8192；為了保證可靠傳輸，可以采用現(xiàn)有技術(shù)中的滑動機(jī)制 在上面的公式中，q表示尋呼指示在幀中的實際位置，SFN是系統(tǒng)幀號，隨著時間的推移，SFN會發(fā)生變化。隨著SFN的變化，MBMS尋呼指示的位置q會不同。 表示取整運算，mod表示取模運算。
如果Nm＝1，則表示所有的12個比特為一組，那么這12個比特只是用做有沒有MBMS尋呼的指示，UE收到該指示后，要接著檢查尋呼消息的內(nèi)容，以確認(rèn)當(dāng)前所尋呼的MBMS業(yè)務(wù)。
用Pq表示在q位置上的尋呼指示的取值，如果Pq＝1，表示尋呼指示有效，UE應(yīng)該喚醒以讀取尋呼消息，如果Pq＝0表示尋呼指示無效，UE不需要喚醒讀取尋呼消息。MBMS尋呼指示在PICH上的位映射關(guān)系如下表(表2)所示表2MBMS尋呼指示Pq和PICH位的映射關(guān)系12個比特中MBMS尋呼指示的個數(shù)(Nm)Pq＝1Pq＝0Nm＝1{b288+12q，...，b288+12q+11}＝{-1，-1，...，-1}{b288+12q，…，b288+12q+11}＝{+1，+1，...，+1}Nm＝2{b288+6q，...，b288+6q+5}＝{-1，-1，...，-1}{b288+6q，...，b288+6q+5}＝{+1，+1，...，+1}
Nm＝3{b288+4q，...，b288+4q+3}＝{-1，-1，...，-1}{b288+4q，...，b288+4q+3}＝{+1，+1，...，+1}Nm＝4{b288+3q，...，b288+3q+2}＝{-1，-1，-1}{b288+3q，...，b288+3q+2}＝{+1，+1，+1}Nm＝6{b288+2q，b288+2q+1}＝{-1，-1}{b288+2q，b288+2q+1}＝{+1，+1}Nm＝12{b288+1q}＝{-1}{b288+1q}＝{+1}由表2可以看出，當(dāng)Pq＝1時，組成該尋呼指示的比特都要設(shè)為‘-1’；當(dāng)Pq＝0時，組成該尋呼指示的比特都要設(shè)為‘+1’。
方案2)圖8描述了方案2的PICH幀結(jié)構(gòu)。在該方案中，12個比特被分成幾個組，稱為MBMS尋呼指示組(簡稱MPG)。每個MPG可以承載一個TMGI掩碼。
如果12個比特分成“m”組，則每個組有12/m個比特，其中m＝{1，2，3，4，6，12}。m的取值可以是固定的也可以是變化的。如果m的取值是可變的，在RNC進(jìn)行尋呼之前，UE必需獲得當(dāng)前的m值。UE可以通過系統(tǒng)信息廣播或者其它信令獲得m的值。
如果用“I”表示每個組的比特數(shù)，則I＝12/m。每個組的最大值n＝2I-1。例如如果m＝3，則I＝4，n＝24-1＝15。
TMGI掩碼的計算如下TMGI mask＝TMGI mod(n+1)；TMGI所在的組為MPGi，i＝TMGI mod m。mod為取模運算。
例如如果TMGI＝59，m＝3，則TMGI mask＝59 mod 16＝11；59 mod 3＝2，此TMGI將會在MPG2。
根據(jù)這個例子，PICH的位圖如圖9所示。
方案3)在PICH幀結(jié)構(gòu)未用的12個比特中取出幾個比特作為MBMS尋呼指示。激活了MBMS業(yè)務(wù)的UE讀取PICH這幾個比特后，如果發(fā)現(xiàn)這幾個比特指示有MBMS尋呼，則繼續(xù)讀取尋呼消息以獲得和確認(rèn)MBMS業(yè)務(wù)標(biāo)識(TMGI)和業(yè)務(wù)信息。多媒體廣播和組播業(yè)務(wù)MBMS尋呼消息為了支持基于業(yè)務(wù)的多媒體廣播和組播業(yè)務(wù)MBMS組尋呼，需要提出能夠承載多媒體廣播和組播業(yè)務(wù)MBMS業(yè)務(wù)信息的尋呼消息。RNC首先把尋呼消息通過PCH IubFP發(fā)送到基站，然后基站通過SCCPCH把尋呼消息發(fā)送到用戶設(shè)備。本發(fā)明給出了兩種MBMS尋呼消息方案，一種是對現(xiàn)有的“Paging Type 1”消息進(jìn)行改造，另一種是設(shè)計一個新的尋呼消息稱為“MBMS Paging”。具體如下。方案1)
該方案對現(xiàn)有的“尋呼類型1(Paging Type 1)”進(jìn)行擴(kuò)充，在消息內(nèi)容里增加了MBMS業(yè)務(wù)相關(guān)的信息。具體實施方案如下在消息中的尋呼原因(Paging Cause)里增加一個新的項，稱為終端多媒體廣播和組播業(yè)務(wù)呼叫(Terminating MBMS Call)，在消息中的用戶設(shè)備識別(UE Identity)里增加一個新的項“TMGI”，在這里TMGI并不是真正的UE的標(biāo)識，而是MBMS業(yè)務(wù)的標(biāo)識。
如果需要在尋呼消息中包括無線承載參數(shù)，例如，RB Info，TrCH info，PhyCH Info，Code Information，TFCS，TFCS，Activation time等，那么可以在消息中加入這些參數(shù)。UE根據(jù)這些參數(shù)可以建立相應(yīng)的無線資源。
消息中還可以包含其它的與MBMS業(yè)務(wù)相關(guān)的信息。
已經(jīng)激活了MBMS業(yè)務(wù)的UE，在收到尋呼消息后，可以檢查消息中的TMGI以確認(rèn)是否需要準(zhǔn)備接收MBMS業(yè)務(wù)。
方案2)該方案給出了一個新的MBMS尋呼消息。該消息可以包含以下幾方面的信息-臨時多媒體廣播和組播業(yè)務(wù)組標(biāo)識(TMGI)；-多媒體廣播和組播業(yè)務(wù)服務(wù)標(biāo)識(MBMS Service ID)；-響應(yīng)指示(Response Indicator)。
這個消息中包含了所尋呼MBMS業(yè)務(wù)的基本信息，例如TMGI，Service ID等。消息中還可以包含其它的與MBMS業(yè)務(wù)相關(guān)的信息。
“響應(yīng)指示(Response Indicator)”用來指示UE是否需要對此尋呼消息做出響應(yīng)。如果RNC不需要UE對此尋呼做出響應(yīng)在，可以減少上行信令的負(fù)擔(dān)。
如果需要，消息中還可以包含無線承載參數(shù)，無線承載參數(shù)包含了承載MBMS業(yè)務(wù)的所需要的參數(shù)，例如無線承載信息(RB Info)，傳輸信道信息(TrCH info)，物理信道信息(PhyCH Info)，碼信息(CodeInformation)，傳輸格式集(TFS)，傳輸格式合并集(TFCS)，激活時間(Activation time)等。UE收到此尋呼后可以根據(jù)消息中的RB參數(shù)為MBMS業(yè)務(wù)建立相應(yīng)的無線資源。MBMS尋呼信令流程圖13是MBMS尋呼的信令流程圖，下面各個操作步驟詳細(xì)說明。
701 BM-SC通過GGSN向SGSN發(fā)送數(shù)據(jù)。
702 SGSN發(fā)送“MBMS通知”通知UTRAN當(dāng)前業(yè)務(wù)的TMGI和服務(wù)區(qū)域。
703 UTRAN和SGSN之間建立RAB。
704 UTRAN發(fā)送“MBMS尋呼”給UE，通知UE馬上要進(jìn)行的MBMS數(shù)據(jù)傳輸，還可能包含無線承載參數(shù)。如果包含無線承載參數(shù)，UE可以建立相關(guān)的無線資源，而不再需要另外的無線承載建立過程。如果消息中不包含無線承載參數(shù)，那么需要專門的無線承載建立過程來建立相關(guān)的無線資源。
705 如果UE在收到尋呼消息時在空閑模式，要進(jìn)行無線資源控制(簡稱RRC)連接的建立過程。如果UE已經(jīng)在RRC連接模式，此過程是不需要的。
706 UE發(fā)送尋呼響應(yīng)給UTRAN。如果UTRAN對MBMS尋呼響應(yīng)不做處理，根據(jù)UTRAN的要求，則此過程也可以省略，以減少上行信令。
707 UTRAN通過SGSN和GGSN發(fā)送尋呼響應(yīng)給BM-SC，根據(jù)BM-SC的要求，在某些情況下，此消息也可以不發(fā)送。
下面結(jié)構(gòu)圖14描述UTRAN內(nèi)對MBMS尋呼的處理流程。
當(dāng)RNC從SGSN收到801“MBMS通知”，它會802分析將要到來的業(yè)務(wù)，并構(gòu)造PCH IubFP幀，然后803發(fā)送到基站。
804 基站分析FP幀，并構(gòu)造PICH和SCCPCH。一種方案，UE在每次醒來讀PICH時檢查PICH的最后12個比特，這種情況下，805PICH和807SCCPCH要重復(fù)一段時間，讓所有的用戶都能收到。另一種方案，UE從網(wǎng)絡(luò)得到一個時鐘，它在時鐘到時才啟動MBMS尋呼的接收。
806 UE檢查PICH最后的12個比特后，如果所尋呼的業(yè)務(wù)是它所需要的，它會啟動SCCPCH以接收相應(yīng)的尋呼消息。UE分析尋呼消息后，如果是有效的，它會建立無線承載并發(fā)送尋呼響應(yīng)給RNC。
下面結(jié)合圖15描述了基站對PCH IubFP幀的處理流程?；臼紫葯z查收到的PCH IubFP幀結(jié)構(gòu)中的MI，如果MI＝0，則表示此PCH IubFP幀是傳統(tǒng)的尋呼，與MBMS沒有關(guān)系，可以進(jìn)行相應(yīng)的處理。如果MI＝1，則表示此幀的負(fù)載(payload)中包含MBMS PI位圖或MBMS TMGImask，則在處理完畢普通的尋呼消息后，接著讀取MBMS尋呼指示以構(gòu)建PICH的最后12個比特，讀取MBMS尋呼消息以構(gòu)建SCCPCH。最后基站發(fā)送承載有尋呼指示和尋呼消息PICH幀和SCCPCH幀供用戶終端讀取。
發(fā)明的效果1.減少了終端的功率消耗，增加了終端設(shè)備的待機(jī)時間本發(fā)明中，UE對MBMS尋呼的接收采用了非連續(xù)接收方式，可以減少終端的功率消耗。另外，本發(fā)明所提出的MBMS尋呼利用了現(xiàn)有非連續(xù)接收周期(在每個周期，UE要喚醒去讀取PICH信道)，沒有設(shè)計新的針對MBMS的非連續(xù)接收周期，因而沒有增加UE的喚醒次數(shù)。2.非常高的尋呼效率本發(fā)明中的MBMS尋呼是一種基于業(yè)務(wù)的點到多點的組尋呼，提高了尋呼效率和對無線資源的利用率，避免了尋呼信道的擁塞。3.后向兼容性本發(fā)明充分利用了現(xiàn)有系統(tǒng)中的尋呼資源，對PICH幀結(jié)構(gòu)，PCH IubFP幀結(jié)構(gòu)以及尋呼消息進(jìn)行了重新設(shè)計，對現(xiàn)有的尋呼沒有任何影響，使系統(tǒng)具有后向兼容性。面列出了本發(fā)明中的引用的圖紙。
權(quán)利要求
1.一種在移動通信系統(tǒng)中為提供多媒體廣播和組播業(yè)務(wù)(MBMS)對用戶終端設(shè)備(UE)進(jìn)行尋呼的方法，該方法包括如下步驟(a)廣播和組播業(yè)務(wù)中心(BM-SC)通過網(wǎng)關(guān)通用分組無線業(yè)務(wù)支持節(jié)點(GGSN)向服務(wù)通用分組無線業(yè)務(wù)支持節(jié)點(SGSN)發(fā)送數(shù)據(jù)；(b)服務(wù)通用分組無線業(yè)務(wù)支持節(jié)點(SGSN)接收到網(wǎng)關(guān)通用分組無線業(yè)務(wù)支持節(jié)點(GGSN)發(fā)送的數(shù)據(jù)后，向無線網(wǎng)絡(luò)控制器(RNC)發(fā)送多媒體廣播和組播業(yè)務(wù)(MBMS)通知；(c)無線網(wǎng)絡(luò)控制器(RNC)收到來自服務(wù)通用分組無線業(yè)務(wù)支持節(jié)點(SGSN)的所述通知后，根據(jù)所述通知的內(nèi)容組織尋呼信道無線網(wǎng)絡(luò)控制器與基站接口幀協(xié)議(PCH IubFP)的幀，在所述幀協(xié)議(PCH IubFP)的幀中加入多媒體廣播和組播業(yè)務(wù)(MBMS)指示位(MI)，所述幀協(xié)議(PCH IubFP)的幀中包含多媒體廣播和組播業(yè)務(wù)(MBMS)的尋呼指示和尋呼消息，所述尋呼消息中承載多媒體廣播和組播業(yè)務(wù)(MBMS)的業(yè)務(wù)信息；(d)無線網(wǎng)絡(luò)控制器(RNC)把所述幀協(xié)議(PCH IubFP)的幀發(fā)送到基站(Node B)；(e)基站(Node B)接收所述幀協(xié)議(PCH IubFP)的幀之后，首先檢查收到的所述幀協(xié)議(PCH IubFP)的幀中所述指示位(MI)，如果所述指示位(MI)為0，則表示所述幀協(xié)議(PCH IubFP)的幀是傳統(tǒng)的尋呼，如果所述指示位(MI)為1，則表示所述幀協(xié)議(PCH IubFP)的幀中包含了多媒體廣播和組播業(yè)務(wù)(MBMS)的業(yè)務(wù)信息；(f)基站(Node B)讀取所述的尋呼指示以構(gòu)建尋呼指示信道(PICH)，利用尋呼指示信道(PICH)未用的最后12個比特承載臨時多媒體廣播和組播業(yè)務(wù)組標(biāo)識(MBMS TMGI)或多媒體廣播和組播業(yè)務(wù)(MBMS)尋呼指示；(g)基站(Node B)讀取多媒體廣播和組播業(yè)務(wù)(MBMS)尋呼消息以構(gòu)建承載多媒體廣播和組播業(yè)務(wù)(MBMS)尋呼消息的輔助公用控制物理信道(SCCPCH)，(h)基站(Node B)發(fā)送承載有尋呼指示的尋呼指示信道(PICH)幀和承載有尋呼消息的輔助公用控制物理信道(SCCPCH)幀供用戶設(shè)備(UE)讀取；(i)用戶設(shè)備(UE)首先檢查尋呼指示信道(PICH)，如果用戶設(shè)備(UE)已經(jīng)激活了多媒體廣播和組播業(yè)務(wù)(MBMS)的業(yè)務(wù)，則讀取尋呼指示信道(PICH)的最后12個比特，來確定當(dāng)前所尋呼的業(yè)務(wù)是否是它所需要的；如果業(yè)務(wù)匹配，用戶設(shè)備(UE)接下來讀輔助公用控制物理信道(SCCPCH)以獲得多媒體廣播和組播業(yè)務(wù)(MBMS)尋呼消息；(j)如果用戶設(shè)備(UE)接收到的所述尋呼消息中包含無線承載參數(shù)，則用戶設(shè)備(UE)在尋呼過程中建立無線承載，否則用戶設(shè)備(UE)在尋呼過程中不建立無線承載。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述步驟(i)之后，用戶設(shè)備(UE)根據(jù)系統(tǒng)的要求決定是否要向網(wǎng)絡(luò)發(fā)送尋呼響應(yīng)消息。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述步驟(c)中所述尋呼指示包括尋呼指示位圖(MBMS PI bitmap)，并分別將多媒體廣播和組播業(yè)務(wù)(MBMS)指示(MI)和所述尋呼指示位圖(MBMS PI bitmap)放置在所述幀協(xié)議(PCHIubFP)的幀結(jié)構(gòu)中的未用部分和可擴(kuò)展部分。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，在所述步驟(c)中所述尋呼指示包括多媒體廣播和組播業(yè)務(wù)(MBMS)組標(biāo)識掩碼(TMGImask)，并分別將多媒體廣播和組播業(yè)務(wù)(MBMS)指示(MI)和所述多媒體廣播和組播業(yè)務(wù)(MBMS)組標(biāo)識掩碼(TMGI mask)放置在所述幀協(xié)議(PCHIubFP)的幀結(jié)構(gòu)中的未用部分和可擴(kuò)展部分。
5.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述步驟(c)中的所述多媒體廣播和組播業(yè)務(wù)(MBMS)指示(MI)放置在所述幀協(xié)議(PCHIubFP)的幀結(jié)構(gòu)中的未用部分。
6.根據(jù)權(quán)利要求3所述的方法，其特征在于，把所述尋呼指示信道(PICH)未用的12個比特分成Nm個組，組的個數(shù)Nm可以固定的，也可以是變化的，Nm的取值可以為1，2，3，4，6，12；每一個組存放一個多媒體廣播和組播業(yè)務(wù)MBMS尋呼指示(MPI)，對于每一個所述臨時多媒體廣播和組播業(yè)務(wù)(MBMS)組標(biāo)識(TMGI)，都會獲得一個多媒體廣播和組播業(yè)務(wù)(MBMS)尋呼指示(MPI)，其計算方法是，MPI＝(TMGI div8192)mod Nm，其中，MPI為用所述每個組表示的多媒體廣播和組播業(yè)務(wù)(MBMS)尋呼指示，TMGI表示臨時多媒體廣播和組播業(yè)務(wù)(MBMS)組標(biāo)識，div表示除法取整運算，mod表示取模運算。
7.根據(jù)權(quán)利要求4所述的方法，其特征在于，把尋呼指示信道(PICH)未用的12個比特分成m個多媒體廣播和組播業(yè)務(wù)(MBMS)尋呼指示組(MPG)，組的個數(shù)m可以固定的，也可以是變化的，m的取值可以為1，2，3，4，6，12，所述每一個組存放一個多媒體廣播和組播業(yè)務(wù)(MBMS)的組標(biāo)識掩碼(TMGI mask)，組標(biāo)識掩碼計算方法是，TMGImask＝TMGI mod(212/m)，組標(biāo)識掩碼在12個比特中的組位置(MPGi)的計算方法是，i＝TMGI mod m，其中TMGI表示臨時多媒體廣播和組播業(yè)務(wù)(MBMS)組標(biāo)識，TMGI mask組標(biāo)識掩碼，mod表示取模運算，i表示組位置。
8.根據(jù)權(quán)利要求5所述的方法，其特征在于，在尋呼指示信道(PICH)未用的12個比特中取幾個比特作為多媒體廣播和組播業(yè)務(wù)(MBMS)尋呼指示。
9.根據(jù)權(quán)利要求1所述的方法，其特征在于，在現(xiàn)有尋呼消息“尋呼類型1(Paging Type 1)”中的“尋呼原因(Paging Cause)”定義中增加一個元素“終端多媒體廣播和組播業(yè)務(wù)呼叫(Terminating MBMS Call)”，在現(xiàn)有尋呼消息“尋呼類型1(Paging Type 1)”中的“用戶設(shè)備識別(UEIdentity)”定義中增加一個元素“多媒體廣播和組播業(yè)務(wù)(MBMS)的組標(biāo)識(TMGI)”。
10.根據(jù)權(quán)利要求9所述的方法，其特征在于，尋呼消息“尋呼類型1(Paging Type 1)”中可以包含多媒體廣播和組播業(yè)務(wù)服務(wù)識別(MBMSService ID)。
11.根據(jù)權(quán)利要求9所述的方法，其特征在于，尋呼消息“尋呼類型1(Paging Type 1)”中可以包含響應(yīng)標(biāo)志(Response Indicator)。
12.根據(jù)權(quán)利要求9所述的方法，其特征在于，尋呼消息“尋呼類型1(Paging Type 1)”中可以包含激活時間(Activation time)。
13.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述尋呼消息采用“多媒體廣播和組播業(yè)務(wù)尋呼(MBMS Paging)”。
14.根據(jù)權(quán)利要求13所述的方法，其特征在于，所述“多媒體廣播和組播業(yè)務(wù)尋呼(MBMS Paging)”消息中包含多媒體廣播和組播業(yè)務(wù)標(biāo)識(TMGI)和多媒體廣播和組播業(yè)務(wù)服務(wù)識別(MBMS Service ID)。
15.根據(jù)權(quán)利要求13所述的方法，其特征在于，“多媒體廣播和組播業(yè)務(wù)尋呼(MBMS Paging)”消息中可以包含響應(yīng)標(biāo)志(ResponseIndicator)。
16.根據(jù)權(quán)利要求13所述的方法，其特征在于，“多媒體廣播和組播業(yè)務(wù)尋呼(MBMS Paging)”消息中可以包含激活時間(Activation time)。
17.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述無線承載參數(shù)可以包括無線承載信息(RB info)，傳輸信道信息(TrCH info)，物理信道信息(PhyCH info)，碼信息(Code info)，傳輸格式集(TFS)，傳輸格式合并集(TFCS)，激活時間(Activation time)。
全文摘要
本發(fā)明提出了移動通信系統(tǒng)中多媒體廣播與組播業(yè)務(wù)的尋呼方法。在該方法中把尋呼過程和無線資源建立過程合并起來并盡量減少上行響應(yīng)。本發(fā)明擴(kuò)展了現(xiàn)有PCHIubFP幀結(jié)構(gòu)，在PCH IubFP幀中加入多媒體廣播和組播業(yè)務(wù)指示位，PCH IubFP幀包括尋呼指示和尋呼消息，尋呼消息中承載了多媒體廣播和組播業(yè)務(wù)的業(yè)務(wù)信息，在尋呼指示信道PICH幀結(jié)構(gòu)中未用的12個比特中加入了對多媒體廣播和組播業(yè)務(wù)標(biāo)識或多媒體廣播和組播業(yè)務(wù)尋呼指示。無線網(wǎng)絡(luò)控制器RNC把尋呼指示信息和尋呼消息傳送到基站(NodeB)以便在空中接口上發(fā)送。
文檔編號H04W68/00GK1476259SQ02130568
公開日2004年2月18日 申請日期2002年8月16日 優(yōu)先權(quán)日2002年8月16日
發(fā)明者肖善鵬, 李德濤, 崔成豪, 李國熙, 金成勛, 孫春迎 申請人:北京三星通信技術(shù)研究有限公司, 三星電子株式會社