專利名稱：使多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及第三代移動通信系統(tǒng)，特別是指在3GPP R99網(wǎng)絡(luò)中使使多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)的方法。
背景技術(shù)：
在現(xiàn)有的3GPP R99網(wǎng)絡(luò)中為用戶提供了多種業(yè)務(wù)，特別是能夠為用戶提供各種各樣的數(shù)據(jù)業(yè)務(wù)，滿足了用戶的各種需求。如應(yīng)用手機收看流媒體電視業(yè)務(wù)就是現(xiàn)有的3GPP R99網(wǎng)絡(luò)提供的數(shù)據(jù)業(yè)務(wù)之一。
上述數(shù)據(jù)業(yè)務(wù)通常是通過專用信道實現(xiàn)的，下面以應(yīng)用手機收看流媒體電視業(yè)務(wù)為例，具體說明數(shù)據(jù)業(yè)務(wù)的實現(xiàn)過程。
眾所周知，在第三代通信系統(tǒng)中，用戶設(shè)備(UE)通常有兩個模式，一是空閑(IDLE)模式，也就是常說的待機狀態(tài)；一是無線資源控制(RRC)模式，在這種模式下，UE和網(wǎng)絡(luò)側(cè)有RRC連接。在RRC連接模式下，UE又有四種狀態(tài)，分別是CELL_DCH狀態(tài)、CELL_FACH狀態(tài)、CELL_PCH狀態(tài)和URA_PCH狀態(tài)。
其中，在CELL_DCH狀態(tài)下，系統(tǒng)會給UE分配一個專用信道，用于大流量的數(shù)據(jù)傳輸。如果UE的活躍性降低，傳輸?shù)臄?shù)據(jù)量明顯減少時，系統(tǒng)可以把UE的狀態(tài)轉(zhuǎn)為CELL_FACH狀態(tài)。在CELL_FACH下，UE只能使用公共信道與系統(tǒng)通信，上行為隨機接入信道(RACH)、下行為前向接入信道(FACH)，各UE的數(shù)據(jù)都在公共信道上調(diào)度發(fā)送。在這種狀態(tài)下，適合小數(shù)量的數(shù)據(jù)傳輸。如果UE的活躍性再降低時，系統(tǒng)可以把UE的狀態(tài)轉(zhuǎn)為CELL_PCH。在為種情況下，UE只能監(jiān)聽尋呼信道，而不能進行任何數(shù)據(jù)傳輸?；钴S性最低的狀態(tài)是URA_PCH狀態(tài)。在這種狀態(tài)下，UE也只能監(jiān)聽尋呼信道。
其中，當UE處于CELL_FACH狀態(tài)時，上行的專用控制信道(DCCH)、專用業(yè)務(wù)信道(DTCH)映射到RACH上，下行的DCCH、DTCH映射到FACH上。
UE接收到的信息由媒體接入控制(MAC)消息來承載，媒體接入控制(MAC)的協(xié)議數(shù)據(jù)單元(PDU)的結(jié)構(gòu)如表1所示

表1MAC PDU的結(jié)構(gòu)中包括MAC頭(MAC header)和媒體接入控制服務(wù)數(shù)據(jù)單元(MAC SDU)兩大部分，其中，在MAC header又包括四部分，其分別是目標信道類型域(TCTF)、用戶標識類型(UE-Id type)域、用戶標識(UE-Id)域和用于區(qū)分不同邏輯信道的C/T域。TCTF域用于指明公共邏輯信道的類型或是否使用了專用邏輯信道，UE-Id type域用于指明所傳消息的類型，UE-Id域用于標識用戶，C/T域用于區(qū)分不同的邏輯信道，不同的邏輯信道上承載不同的業(yè)務(wù)。MAC SDU域用于承載層三及以上的業(yè)務(wù)數(shù)據(jù)。
在現(xiàn)有的R99協(xié)議中已定義了上述UE-Id type域的長度，具體參見表2

表2UE-Id type域占2比特(bit)，其中，00代表Utran無線網(wǎng)絡(luò)臨時標識(U-RNTI)，其用于在一個RNC內(nèi)區(qū)分不同的UE，01代表小區(qū)無線網(wǎng)絡(luò)暫時標識(C-RNTI)或下行共享信道無線網(wǎng)絡(luò)暫時標識(DSCH-RNTI)，其中，C-RNTI是網(wǎng)絡(luò)側(cè)分配給UE的標識，用于標識小區(qū)內(nèi)處于RRC模式的不同用戶，DSCH-RNTI用于在一個小區(qū)內(nèi)分配DSCH信道的不同UE，其余為保留域，即10和11均為保留域。
在現(xiàn)有的R99協(xié)議中已規(guī)定了表2中UE-Id的長度，具體長度如表3所示

表3各UE被分配不同的C-RNTI和U-RNTI，處于CELL_FACH狀態(tài)的UE在FACH上接收數(shù)據(jù)，具體過程為UE在FACH信道接收到MAC PDU后，首先根據(jù)TCTF域解析出邏輯信道的類型，再根據(jù)UE-Id type域和UE-Id域檢測該消息是否發(fā)送給自身的，如果是，則根據(jù)C/T域中指示的信道接收信息，并繼續(xù)后續(xù)處理，如果不是則丟棄該消息。
上述檢查接收到的消息是否發(fā)送給自身的方法為如果UE-Id type域指示所用標識為U-RNTI且UE-Id域內(nèi)的U-RNTI信息與本UE從網(wǎng)絡(luò)側(cè)已獲取的U-RNTI的信息相符，或如果UE-Id type域指示所用標識為C-RNTI且UE-Id域內(nèi)的C-RNTI信息與本UE從網(wǎng)絡(luò)側(cè)已獲取的C-RNTI的信息相符，則該消息是發(fā)送給自身的。
通過上述處理，UE接收到了來自網(wǎng)絡(luò)側(cè)的數(shù)據(jù)業(yè)務(wù)。由上述實現(xiàn)過程可以看出每個MAC PDU只能被一個UE接收，這是因為通過UE-Id type域和UE-Id域已明確指出了接收用戶，這樣每個用戶都會占用一個專用的信道來接收上述數(shù)據(jù)業(yè)務(wù)。具體地說，當用戶需要通過手機收看電視時，需要為每個用戶建立專用的通道，即使同一小區(qū)內(nèi)有多個用戶同時選擇同一電視節(jié)目，仍然要為每個用戶建立專門的通道，這是由現(xiàn)有的接收方案所決定的。也正因此，現(xiàn)有的通過手機收看流媒體電視業(yè)務(wù)的費用是較高的。
上述方案的缺陷在于應(yīng)用現(xiàn)有的接收方式，同樣的數(shù)據(jù)很可能被同時發(fā)送多次，極大地浪費了資源，資源利用率低，進而使接入用戶的數(shù)目也受到限制。
在3GPP R99網(wǎng)絡(luò)中，雖然可以實現(xiàn)小區(qū)廣播業(yè)務(wù)，但該廣播僅限于承載消息類業(yè)務(wù)，并不能承載數(shù)據(jù)業(yè)務(wù)。

發(fā)明內(nèi)容
有鑒于此，本發(fā)明的目的在于提供三種使多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)的方法，使數(shù)據(jù)業(yè)務(wù)能夠以多播的方式承載。
為達到上述目的，本發(fā)明的技術(shù)方案是這樣實現(xiàn)的一種使多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)的方法，該方法包括以下步驟UE接收并保存網(wǎng)絡(luò)側(cè)為其分配的小區(qū)無線網(wǎng)絡(luò)暫時標識C-RNTI；當UE接收到來自網(wǎng)絡(luò)側(cè)的MAC PDU，根據(jù)解析出該MAC PDU的UE-Id type域的信息為C-RNTI后，從該MAC PDU的UE-Id域中獲取C-RNTI的標識信息，判斷該所獲取的C-RNTI的標識信息與自身已保存的C-RNTI的標識信息是否完全一致，如果是，則按照現(xiàn)有的R99協(xié)議繼續(xù)后續(xù)處理，否則，判斷所獲取的C-RNTI的標識信息是否為已預(yù)先設(shè)定的用于指示本小區(qū)內(nèi)所有UE均可接收多該數(shù)據(jù)業(yè)務(wù)的標識，如果是，則接收來自網(wǎng)絡(luò)側(cè)的數(shù)據(jù)業(yè)務(wù)，否則不做處理。
較佳地，預(yù)先設(shè)定的用于指示本小區(qū)內(nèi)所有UE均可接收多該數(shù)據(jù)業(yè)務(wù)的標識為一固定值。
較佳地，所述數(shù)據(jù)業(yè)務(wù)包括但不限于流媒體業(yè)務(wù)、即按即說Push To Talk業(yè)務(wù)。
一種使多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)的方法，預(yù)先設(shè)置C-RNTI中包含用于區(qū)別不同多播組內(nèi)用戶的組內(nèi)用戶標識UE ID in Grp域，以及用于指示UE ID in Grp域長度的長度域，并為UE ID in Grp域設(shè)置一用于指示小區(qū)內(nèi)所有UE均可接收數(shù)據(jù)業(yè)務(wù)固定標識信息；UE接收并保存網(wǎng)絡(luò)側(cè)為其分配的包含UE ID in Grp域和長度域的小區(qū)無線網(wǎng)絡(luò)暫時標識C-RNTI；該方法包括以下步驟a、UE接收到來自網(wǎng)絡(luò)側(cè)的MAC PDU，解析出該MAC PDU的UE-Idtype域的信息為C-RNTI后，從該MAC PDU的UE-Id域中獲取C-RNTI的標識信息，判斷該所獲取的C-RNTI的標識信息與自身已保存的C-RNTI的標識信息是否完全一致，如果是，則按照現(xiàn)有的R99協(xié)議繼續(xù)后續(xù)處理，結(jié)束本流程；否則，執(zhí)行步驟b；b、UE讀取從MAC PDU解析出的C-RNTI的長度域的值，根據(jù)該長度域的值獲取UE ID in Grp域的長度，根據(jù)所獲取的長度獲取該UE ID in Grp域的標識，判斷所獲取的UE ID in Grp域的標識是否為已預(yù)先設(shè)定的用于指示本小區(qū)內(nèi)所有UE均可接收該數(shù)據(jù)業(yè)務(wù)的標識，如果是，則接收來自網(wǎng)絡(luò)側(cè)的數(shù)據(jù)業(yè)務(wù)，否則不做處理。
較佳地，所述用于區(qū)別不同多播組內(nèi)用戶的組內(nèi)用戶標識UE ID in Grp域位于C-RNTI的末端，所述長度域位于C-RNTI的最前端；或者，所述用于區(qū)別不同多播組內(nèi)用戶的組內(nèi)用戶標識UE ID in Grp域位于C-RNTI的最前端，所述長度域位于C-RNTI的末端。
較佳地，所述預(yù)先設(shè)定的用于指示本小區(qū)內(nèi)所有UE均可接收該數(shù)據(jù)業(yè)務(wù)的標識為一固定值。
較佳地，所述數(shù)據(jù)業(yè)務(wù)包括但不限于流媒體業(yè)務(wù)、即按即說Push To Talk業(yè)務(wù)。
一種使多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)的方法，預(yù)先設(shè)置C-RNTI中包含用于區(qū)分不同組的組標識GRP ID域，用于指示某個組內(nèi)所有UE接收多播數(shù)據(jù)業(yè)務(wù)的UE ID in Grp域，用于指示組標識域GRP ID域和UE ID inGrp域長度的長度域；UE接收并保存網(wǎng)絡(luò)側(cè)為其分配的包含GRP ID域、UE ID in Grp域和長度域的小區(qū)無線網(wǎng)絡(luò)暫時標識C-RNTI；該方法包括以下步驟
a、UE接收到來自網(wǎng)絡(luò)側(cè)的MAC PDU，解析出該MAC PDU的UE-Idtype域的信息為C-RNTI后，從該MAC PDU的UE-Id域中獲取C-RNTI的標識信息，判斷該所獲取的C-RNTI的標識信息與自身已保存的C-RNTI的標識信息是否完全一致，如果是，則按照現(xiàn)有的R99協(xié)議繼續(xù)后續(xù)處理，結(jié)束本流程；否則，執(zhí)行步驟b；b、UE讀取解析出的C-RNTI的長度域的值，根據(jù)該長度域的值獲取組標識域和UE ID in Grp域的長度，根據(jù)所獲取的長度獲取該組標識域和UEID in Grp域的標識；c、判斷解析出的C-RNTI的組標識域的標識與自身已保存的C-RNTI中的組標識域的標識是否相同，如果不同，則不做處理，如果相同，再判斷解析出的C-RNTI中的UE ID in Grp域的標識是否為已預(yù)先設(shè)定的用于指示本組內(nèi)所有UE均可接收該數(shù)據(jù)業(yè)務(wù)的標識，如果是，則接收來自網(wǎng)絡(luò)側(cè)的數(shù)據(jù)業(yè)務(wù)，否則不做處理。
較佳地，所述用于區(qū)別不同多播組內(nèi)用戶的組內(nèi)用戶標識UE ID in Grp域位于C-RNTI的末端；所述長度域位于C-RNTI的最前端，所述用于區(qū)別不同多播組的組標識GRP ID域位于C-RNTI中的長度域與UE ID in Grp域之間；或者，所述用于區(qū)別不同多播組內(nèi)用戶的組內(nèi)用戶標識UE ID in Grp域位于C-RNTI的最前端；所述長度域位于C-RNTI的末端，所述用于區(qū)別不同多播組的組標識GRP ID域位于C-RNTI中的長度域與UE ID in Grp域之間。
較佳地，所述預(yù)先設(shè)定的用于指示本組內(nèi)所有UE均可接收該數(shù)據(jù)業(yè)務(wù)的標識為一固定值。
較佳地，所述數(shù)據(jù)業(yè)務(wù)包括但不限于流媒體業(yè)務(wù)、即按即說Push To Talk業(yè)務(wù)。
本發(fā)明的關(guān)鍵是，預(yù)先為C-RNTI設(shè)置一用于指示允許小區(qū)內(nèi)多個UE可在同一信道下接收數(shù)據(jù)業(yè)務(wù)的C-RNTI的標識，當小區(qū)內(nèi)各UE接收到來自網(wǎng)絡(luò)側(cè)的MAC PDU，解析出該消息的UE-Id type域的信息為C-RNTI，判斷出從MAC PDU解析出的C-RNTI的標識信息為已預(yù)先設(shè)定的用于指示多個UE均可接收的標識，且自身能夠接收后，接收該MAC PDU中的數(shù)據(jù)業(yè)務(wù)。這樣，在R99網(wǎng)絡(luò)中實現(xiàn)了多播通信，即讓數(shù)據(jù)業(yè)務(wù)能夠以多播的方式承載，從而使多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)。應(yīng)用本發(fā)明，不需要增加任何新的參數(shù)，只需重新定義C-RNTI的含義，即可以使數(shù)據(jù)業(yè)務(wù)能夠以多播的方式實現(xiàn)承載，與現(xiàn)有R99網(wǎng)絡(luò)有很好地兼容性，且實現(xiàn)簡單易操作。


圖1所示為實施例一的流程示意圖。
圖2所示為實施例二的流程示意圖。
圖3所示為實施例三的流程示意圖。
具體實施例方式
下面進一步地詳細說明本發(fā)明的技術(shù)方案。
在現(xiàn)有的R99協(xié)議中，已將C-RNTI定義為16比特，也就是說，C-RNTI最多可以區(qū)分處于RRC連接狀態(tài)下的65536個用戶，而一個小區(qū)內(nèi)處于RRC連接狀態(tài)的用戶通常不會同時有這么多。正是基于此，本發(fā)明才對C-RNTI進行劃分。
實施例一預(yù)先設(shè)定為C-RNTI一固定值，如1111 1111 1111 1111，令該固定的值作為指示本小區(qū)內(nèi)所有UE均可接收的標識。
圖1所示為實施例一的流程示意圖。在本實施例中，UE已預(yù)先接收并保存了網(wǎng)絡(luò)側(cè)為其分配的小區(qū)無線網(wǎng)絡(luò)暫時標識C-RNTI。
步驟101，UE接收到來自網(wǎng)絡(luò)側(cè)的MAC PDU，判斷該MAC PDU的UE-Id type域的信息，如果是C-RNTI，則執(zhí)行步驟102，如果是U-RNTI或DSCH-RNTI則執(zhí)行步驟107。
步驟102，從該接收到的MAC PDU的UE-Id域中獲取C-RNTI的標識信息。
步驟103，判斷從MAC PDU解析出的C-RNTI的標識信息與自身已保存的C-RNTI的標識信息是否完全一致，如果是，則執(zhí)行步驟107，否則，執(zhí)行步驟104。
步驟104，判斷從MAC PDU解析出的C-RNTI的標識信息是否為已預(yù)先設(shè)定的用于指示本小區(qū)內(nèi)所有UE均可接收的標識，如果是，則執(zhí)行步驟105，否則執(zhí)行步驟106。
步驟105，接收來自網(wǎng)絡(luò)側(cè)的數(shù)據(jù)業(yè)務(wù)，結(jié)束本流程。
步驟106，不做處理，結(jié)束本流程。
步驟107，按照現(xiàn)有的R99協(xié)議繼續(xù)后續(xù)處理。
實施例二預(yù)先設(shè)置C-RNTI中包含用于區(qū)別不同多播組內(nèi)用戶的組內(nèi)用戶標識(UEID in Grp域)域，以及用于指示UE ID in Grp域長度的長度域；并且，為UE IDin Grp域設(shè)置一固定標識信息，用于指示小區(qū)內(nèi)所有UE均可接收數(shù)據(jù)業(yè)務(wù)。
例如，將C-RNTI的最高位設(shè)置為長度域，并將其值設(shè)置為0，將除去該最高位的所有位設(shè)置為用于區(qū)別不同多播組內(nèi)用戶的組內(nèi)用戶標識(UE ID inGrp)域，參見表4 表4當C-RNTI的最高比特為0，C-RNTI的低15位比特為UE ID in Grp域時，一個小區(qū)有一個這樣的組，組內(nèi)有32767個用戶，預(yù)留UE ID in Grp域各比特取值為全1的情況，即設(shè)置UE ID in Grp域各比特取值為全1時的固定標識信息用于指示小區(qū)內(nèi)所有UE均可接收數(shù)據(jù)業(yè)務(wù)。當然，對于表4所述的劃分方式，也可以令長度域在最末端，UE ID in Grp域在最前端。
圖2所示為實施例二的流程示意圖。在本實施例中，UE已預(yù)先接收并保存了網(wǎng)絡(luò)側(cè)為其分配的小區(qū)無線網(wǎng)絡(luò)暫時標識C-RNTI，該C-RNTI中包含有UEID in Grp域和長度域。
步驟201，UE接收到來自網(wǎng)絡(luò)側(cè)的MAC PDU，判斷該MAC PDU的UE-Idtype域的信息，如果是C-RNTI，則執(zhí)行步驟102，如果是U-RNTI或DSCH-RNTI則執(zhí)行步驟208。
步驟202，從該接收到的MAC PDU的UE-Id域中獲取C-RNTI的標識信息。
步驟203，判斷從MAC PDU解析出的C-RNTI的標識信息與自身已保存的C-RNTI的標識信息是否完全一致，如果是，則執(zhí)行步驟208，否則，執(zhí)行步驟204。
步驟204，UE讀取從MAC PDU解析出的C-RNTI的長度域的值，根據(jù)所獲取的長度獲取該UE ID in Grp域的標識。
步驟205，判斷從MAC PDU解析出的UE ID in Grp域的標識是否為已預(yù)先設(shè)定的用于指示本小區(qū)內(nèi)所有UE均可接收該數(shù)據(jù)業(yè)務(wù)的標識，即在此處判斷UE ID in Grp域的各個比特是否全為1，如果是，則執(zhí)行步驟206，步驟執(zhí)行步驟207。
步驟206，接收來自網(wǎng)絡(luò)側(cè)的數(shù)據(jù)業(yè)務(wù)，結(jié)束本流程。
步驟207，不做處理，結(jié)束本流程。
步驟208，按照現(xiàn)有的R99協(xié)議繼續(xù)后續(xù)處理。
實施例三預(yù)先設(shè)置C-RNTI中包含用于區(qū)分不同組的組標識GRP ID域，用于區(qū)別不同多播組內(nèi)用戶的組內(nèi)用戶標識UE ID in Grp域，用于指示組標識域GRP ID域和UE ID in Grp域長度的長度域；并且，為UE ID in Grp域設(shè)置一固定標識信息，用于指示小區(qū)內(nèi)所有UE均可接收數(shù)據(jù)業(yè)務(wù)。
例如，將C-RNTI的最高兩位設(shè)置為長度域，并將其值設(shè)置為10，將長度域后面的兩位設(shè)置為用于區(qū)別不同多播組的組標識(GRP ID域)域，將除去長度域和組標識域的所有位設(shè)置為用于區(qū)別不同多播組內(nèi)用戶的組內(nèi)用戶標識(UE ID in Grp域)域，參見表5 表5當C-RNTI的最高兩比特為10，后面為2比特的GRP ID域，最后12比特為UE ID in Grp域時，一個小區(qū)內(nèi)可以有4個這樣的組，每個組內(nèi)都有4095個用戶，預(yù)留UE ID in Grp域各比特取值為全1的情況，即設(shè)置UE IDin Grp域各比特取值為全1時的固定標識信息用于指示小區(qū)內(nèi)所有UE均可接收數(shù)據(jù)業(yè)務(wù)。當然，對于表5所述的劃分方式，也可以令長度域在最末端，令UE ID in Grp域在最前端，或者令GRP ID在最前端或最末端等。
再例如，將C-RNTI的最高三位設(shè)置為長度域，并將其值設(shè)置為110，將長度域后面的5位設(shè)置為用于區(qū)別不同多播組的組標識(GRP ID域)域，將除去長度域和組標識域的所有位設(shè)置為用于區(qū)別不同多播組內(nèi)用戶的組內(nèi)用戶標識(UE ID in Grp域)域，參見表6 表6當C-RNTI的最高三比特為110，后面為5比特的GRP ID域，最后8比特為UE ID in Grp域時，一個小區(qū)內(nèi)可以有32個這樣的組，每個組內(nèi)有255個用戶，預(yù)留UE ID in Grp域各比特取值為全1的情況，即設(shè)置UE ID inGrp域各比特取值為全1時的固定標識信息用于指示小區(qū)內(nèi)所有UE均可接收數(shù)據(jù)業(yè)務(wù)。當然，對于表6所述的劃分方式，也可以令長度域在最末端，令UE ID in Grp域在最前端，或者令GRP ID在最前端或最末端等。
再例如，將C-RNTI的最高三位設(shè)置為長度域，并將其值設(shè)置為111，將長度域后面的8位設(shè)置為用于區(qū)別不同多播組的組標識(GRP ID域)域，將除去長度域和組標識域的所有位設(shè)置為用于區(qū)別不同多播組內(nèi)用戶的組內(nèi)用戶標識(UE ID in Grp域)域，參見表7 表7當C-RNTI的最高三比特為111，后面為8比特的GRP ID域，最后5比特為UE ID in Grp域時，一個小區(qū)內(nèi)可以有256個這樣的組，每個組內(nèi)有31個用戶，預(yù)留UE ID in Grp域各比特取值為全1的情況，即設(shè)置UE ID inGrp域各比特取值為全1時的固定標識信息用于指示小區(qū)內(nèi)所有UE均可接收數(shù)據(jù)業(yè)務(wù)。當然，對于表8所述的劃分方式，也可以令長度域在最末端，令UE ID in Grp域在最前端，或者令GRP ID在最前端或最末端等。
圖3所示為實施例三的流程示意圖。在本實施例中，UE已預(yù)先接收并保存了網(wǎng)絡(luò)側(cè)為其分配的小區(qū)無線網(wǎng)絡(luò)暫時標識C-RNTI，該C-RNTI中包含有GRPID域、UE ID in Grp域和長度域。
步驟301，UE接收到來自網(wǎng)絡(luò)側(cè)的MAC PDU，判斷該MAC PDU的UE-Idtype域的信息，如果是C-RNTI，則執(zhí)行步驟102，如果是U-RNTI或DSCH-RNTI，則執(zhí)行步驟310。
步驟302，從該接收到的MAC PDU的UE-Id域中獲取C-RNTI的標識信息。
步驟303，判斷從MAC PDU解析出的C-RNTI的標識信息與自身已保存的C-RNTI的標識信息是否完全一致，如果是，則執(zhí)行步驟310，否則，執(zhí)行步驟304。
步驟304，UE讀取從MAC PDU解析出的C-RNTI的長度域的值，根據(jù)所獲取的長度獲取該UE ID in Grp域的標識。
步驟305，UE讀取從MAC PDU解析出的C-RNTI的長度域的值，根據(jù)該長度域的值獲取組標識域和UE ID in Grp域的長度，根據(jù)所獲取的長度獲取該組標識域和UE ID in Grp域的標識。
步驟306，判斷從MAC PDU解析出的C-RNTI的組標識域的標識與自身已保存的C-RNTI中的組標識域的標識是否相同，如相同，則執(zhí)行步驟307，否則，執(zhí)行步驟309。
步驟307，判斷從MAC PDU解析出的C-RNTI中的UE ID in Grp域的標識是否為已預(yù)先設(shè)定的用于指示本組內(nèi)所有UE均可接收該數(shù)據(jù)業(yè)務(wù)的標識，即在此處判斷UE ID in Grp域的各個比特是否全為1，如果是，則執(zhí)行步驟308，否則，執(zhí)行步驟309。
步驟308，接收來自網(wǎng)絡(luò)側(cè)的數(shù)據(jù)業(yè)務(wù)，結(jié)束本流程。
步驟309，不做處理，結(jié)束本流程。
步驟310，按照現(xiàn)有的R99協(xié)議繼續(xù)后續(xù)處理。
以上所有對C-RNTI的劃分方式只是不同的實施例而已，對于每個域所占用的比特數(shù)，以及每個域在C-RNTI中的位置都不做限定，在應(yīng)用時可根據(jù)實際情況進行設(shè)置。在此，并沒有窮舉各種劃分方式，僅提供不同的實施例而已。
網(wǎng)絡(luò)側(cè)根據(jù)多播組在一個小區(qū)內(nèi)的最大用戶數(shù)目，選擇合適的C-RNTI類型。如果網(wǎng)絡(luò)側(cè)預(yù)先進行了上述配置，則當某個組的最大用戶數(shù)目小于等于31時，采用實施例三中的第三種方式為該組的UE配置C-RNTI；當最大用戶數(shù)目大于31小于等于255，采用實施例三中的第二種方式為該組的UE配置C-RNTI；當最大用戶數(shù)目大于255小于等于4095，采用實施例三中的第一種方式為該組的UE配置C-RNTI；否則采用實施二所述的方式為該組的UE配置C-RNTI，或者，采用實施例一的方式為該組的UE配置C-RNTI。
由于網(wǎng)絡(luò)側(cè)下發(fā)的消息不再針對某一個用戶，而是針對某一組用戶，因而實現(xiàn)了多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)，即在R99網(wǎng)絡(luò)中使數(shù)據(jù)業(yè)務(wù)實現(xiàn)了多播的承載方式。
以上所述數(shù)據(jù)業(yè)務(wù)包括但不限于流媒體業(yè)務(wù)和即按即說(Push To Talk)業(yè)務(wù)。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種使多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)的方法，其特征在于，UE接收并保存網(wǎng)絡(luò)側(cè)為其分配的小區(qū)無線網(wǎng)絡(luò)暫時標識C-RNTI；當UE接收到來自網(wǎng)絡(luò)側(cè)的MAC PDU，根據(jù)解析出該MAC PDU的UE-Idtype域的信息為C-RNTI后，從該MAC PDU的UE-Id域中獲取C-RNTI的標識信息，判斷該所獲取的C-RNTI的標識信息與自身已保存的C-RNTI的標識信息是否完全一致，如果是，則按照現(xiàn)有的R99協(xié)議繼續(xù)后續(xù)處理，否則，判斷所獲取的C-RNTI的標識信息是否為已預(yù)先設(shè)定的用于指示本小區(qū)內(nèi)所有UE均可接收多該數(shù)據(jù)業(yè)務(wù)的標識，如果是，則接收來自網(wǎng)絡(luò)側(cè)的數(shù)據(jù)業(yè)務(wù)，否則不做處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，預(yù)先設(shè)定的用于指示本小區(qū)內(nèi)所有UE均可接收多該數(shù)據(jù)業(yè)務(wù)的標識為一固定值。
3.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述數(shù)據(jù)業(yè)務(wù)包括但不限于流媒體業(yè)務(wù)、即按即說Push To Talk業(yè)務(wù)。
4.一種使多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)的方法，其特征在于，預(yù)先設(shè)置C-RNTI中包含用于區(qū)別不同多播組內(nèi)用戶的組內(nèi)用戶標識UE ID in Grp域，以及用于指示UE ID in Grp域長度的長度域，并為UE ID in Grp域設(shè)置一用于指示小區(qū)內(nèi)所有UE均可接收數(shù)據(jù)業(yè)務(wù)固定標識信息；UE接收并保存網(wǎng)絡(luò)側(cè)為其分配的包含UE ID in Grp域和長度域的小區(qū)無線網(wǎng)絡(luò)暫時標識C-RNTI；該方法包括以下步驟a、UE接收到來自網(wǎng)絡(luò)側(cè)的MAC PDU，解析出該MAC PDU的UE-Id type域的信息為C-RNTI后，從該MAC PDU的UE-Id域中獲取C-RNTI的標識信息，判斷該所獲取的C-RNTI的標識信息與自身已保存的C-RNTI的標識信息是否完全一致，如果是，則按照現(xiàn)有的R99協(xié)議繼續(xù)后續(xù)處理，結(jié)束本流程；否則，執(zhí)行步驟b；b、UE讀取從MAC PDU解析出的C-RNTI的長度域的值，根據(jù)該長度域的值獲取UE ID in Grp域的長度，根據(jù)所獲取的長度獲取該UE ID in Grp域的標識，判斷所獲取的UE ID in Grp域的標識是否為已預(yù)先設(shè)定的用于指示本小區(qū)內(nèi)所有UE均可接收該數(shù)據(jù)業(yè)務(wù)的標識，如果是，則接收來自網(wǎng)絡(luò)側(cè)的數(shù)據(jù)業(yè)務(wù)，否則不做處理。
5.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述用于區(qū)別不同多播組內(nèi)用戶的組內(nèi)用戶標識UE ID in Grp域位于C-RNTI的末端，所述長度域位于C-RNTI的最前端；或者，所述用于區(qū)別不同多播組內(nèi)用戶的組內(nèi)用戶標識UEID in Grp域位于C-RNTI的最前端，所述長度域位于C-RNTI的末端。
6.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述預(yù)先設(shè)定的用于指示本小區(qū)內(nèi)所有UE均可接收該數(shù)據(jù)業(yè)務(wù)的標識為一固定值。
7.根據(jù)權(quán)利要求4所述的方法，其特征在于，所述數(shù)據(jù)業(yè)務(wù)包括但不限于流媒體業(yè)務(wù)、即按即說Push To Talk業(yè)務(wù)。
8.一種使多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)的方法，其特征在于，預(yù)先設(shè)置C-RNTI中包含用于區(qū)分不同組的組標識GRP ID域，用于指示某個組內(nèi)所有UE接收多播數(shù)據(jù)業(yè)務(wù)的UE ID in Grp域，用于指示組標識域GRP ID域和UE ID in Grp域長度的長度域；UE接收并保存網(wǎng)絡(luò)側(cè)為其分配的包含GRP ID域、UE ID in Grp域和長度域的小區(qū)無線網(wǎng)絡(luò)暫時標識C-RNTI；該方法包括以下步驟a、UE接收到來自網(wǎng)絡(luò)側(cè)的MAC PDU，解析出該MAC PDU的UE-Id type域的信息為C-RNTI后，從該MAC PDU的UE-Id域中獲取C-RNTI的標識信息，判斷該所獲取的C-RNTI的標識信息與自身已保存的C-RNTI的標識信息是否完全一致，如果是，則按照現(xiàn)有的R99協(xié)議繼續(xù)后續(xù)處理，結(jié)束本流程；否則，執(zhí)行步驟b；b、UE讀取解析出的C-RNTI的長度域的值，根據(jù)該長度域的值獲取組標識域和UE ID in Grp域的長度，根據(jù)所獲取的長度獲取該組標識域和UE ID inGrp域的標識；c、判斷解析出的C-RNTI的組標識域的標識與自身已保存的C-RNTI中的組標識域的標識是否相同，如果不同，則不做處理，如果相同，再判斷解析出的C-RNTI中的UE ID in Grp域的標識是否為已預(yù)先設(shè)定的用于指示本組內(nèi)所有UE均可接收該數(shù)據(jù)業(yè)務(wù)的標識，如果是，則接收來自網(wǎng)絡(luò)側(cè)的數(shù)據(jù)業(yè)務(wù)，否則不做處理。
9.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述用于區(qū)別不同多播組內(nèi)用戶的組內(nèi)用戶標識UE ID in Grp域位于C-RNTI的末端；所述長度域位于C-RNTI的最前端，所述用于區(qū)別不同多播組的組標識GRP ID域位于C-RNTI中的長度域與UE ID in Grp域之間；或者，所述用于區(qū)別不同多播組內(nèi)用戶的組內(nèi)用戶標識UE ID in Grp域位于C-RNTI的最前端；所述長度域位于C-RNTI的末端，所述用于區(qū)別不同多播組的組標識GRP ID域位于C-RNTI中的長度域與UE ID in Grp域之間。
10.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述預(yù)先設(shè)定的用于指示本組內(nèi)所有UE均可接收該數(shù)據(jù)業(yè)務(wù)的標識為一固定值。
11.根據(jù)權(quán)利要求8所述的方法，其特征在于，所述數(shù)據(jù)業(yè)務(wù)包括但不限于流媒體業(yè)務(wù)、即按即說Push To Talk業(yè)務(wù)。
全文摘要
本發(fā)明提供了使多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)的方法，關(guān)鍵是，預(yù)先為C－RNTI設(shè)置一用于指示允許小區(qū)內(nèi)多個UE可在同一信道下接收數(shù)據(jù)業(yè)務(wù)的C－RNTI的標識，當小區(qū)內(nèi)各UE接收到來自網(wǎng)絡(luò)側(cè)的MAC PDU，解析出該消息的UE－Id type域的信息為C－RNTI，判斷出從MAC PDU解析出的C－RNTI的標識信息為已預(yù)先設(shè)定的用于指示多個UE均可接收的標識，且自身能夠接收后，接收該MAC PDU中的數(shù)據(jù)業(yè)務(wù)。這樣，在R99網(wǎng)絡(luò)中實現(xiàn)了多播通信，即讓數(shù)據(jù)業(yè)務(wù)能夠以多播的方式承載，從而使多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)。應(yīng)用本發(fā)明，不需要增加任何新的參數(shù)，只需重新定義C－RNTI的含義，即可以使數(shù)據(jù)業(yè)務(wù)能夠以多播的方式實現(xiàn)承載，與現(xiàn)有R99網(wǎng)絡(luò)有很好地兼容性，且實現(xiàn)簡單易操作。
文檔編號H04W4/06GK1805594SQ200510001729
公開日2006年7月19日 申請日期2005年1月14日 優(yōu)先權(quán)日2005年1月14日
發(fā)明者胡軍, 陳建 申請人:華為技術(shù)有限公司