專利名稱：使多個用戶在同一信道下接收數(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)聽尋呼信道。
其中，當(dāng)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ù)。具體地說，當(dāng)用戶需要通過手機收看電視時，需要為每個用戶建立專用的通道，即使同一小區(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ù)的方法，在MAC的協(xié)議數(shù)據(jù)單元PDU內(nèi)的用戶標識類型UE-Id域中設(shè)置用于表示所發(fā)信息為多播的多播無線網(wǎng)絡(luò)暫時標識G-RNTI，該G-RNTI中包含有用于區(qū)別不同多播組的組標識Group-Id；在UE-Id type域的保留域內(nèi)設(shè)置用于指示所述G-RNTI的參數(shù)；設(shè)置網(wǎng)絡(luò)側(cè)為用戶終端UE分配的小區(qū)無線網(wǎng)絡(luò)暫時標識C-RNTI中的包含組標識Group-Id信息；該方法包括以下步驟網(wǎng)絡(luò)側(cè)接收到來自UE的業(yè)務(wù)請求后，為該UE分配C-RNTI以及已預(yù)留的邏輯信道的標識，并將為所分配的信息發(fā)送給UE；UE接收到來自網(wǎng)絡(luò)側(cè)的MAC PDU，解析出該MAC PDU中的UE-Id type域的信息指示UE-Id域內(nèi)為G-RNTI后，各UE分別從UE-Id域內(nèi)獲取該G-RNTI中的Group-Id信息，并判斷出該Group-Id與網(wǎng)絡(luò)側(cè)已分配給自身的C-RNTI中的Group-Id相同，且該MAC PDU中指示的邏輯信道信道標識與網(wǎng)絡(luò)側(cè)已分配給自身的邏輯信道標識相是否相符以后，從該邏輯信道接收來自網(wǎng)絡(luò)側(cè)的數(shù)據(jù)業(yè)務(wù)信息，否則不做處理。
較佳地，所述多播無線網(wǎng)絡(luò)暫時標識G-RNTI中還包含有長度標識Length，且Length的長度為一固定值，所述Group-Id的長度是根據(jù)待劃分的多播組的個數(shù)確定的，所述Length中所指示的長度為整個G-RNTI的總長度減去Group-Id的長度；
所述C-RNTI中的組內(nèi)用戶的標識UE-Id-in-Group信息的長度是預(yù)先設(shè)定的，所述C-RNTI中的Group-Id信息的長度為C-RNTI的總長度減去UE-Id-in-Group的長度后所得到的長度值。
較佳地，所述從G-RNTI中獲取Group-Id的方法為根據(jù)G-RNTI中的Length域的信息獲取Group-Id的長度信息，再根據(jù)該長度信息獲取該G-RNTI中的Group-Id信息。
較佳地，所述G-RNTI的總長度為16比特，所述根據(jù)待劃分的多播組的個數(shù)確定的Group-Id的長度為4至12比特之間的值，所述Length信息的固定長度為4比特。
較佳地，所述確定C-RNTI中的UE-Id-in-Group的長度LengthUE-Id-in-Group的方法為首先確定一個多播組內(nèi)的最大用戶數(shù)MaxUserNum，然后，根據(jù)一個多播組內(nèi)的最大用戶數(shù)MaxUserNum大于2的(LengthUE-Id-in-Group-1)次方，且一個多播組內(nèi)的最大用戶數(shù)MaxUserNum小于等于2的LengthUE-Id-in-Group次方，確定UE-Id-in-Group的長度LengthUE-Id-in-Group。
較佳地，所述數(shù)據(jù)業(yè)務(wù)包括但不限于流媒體業(yè)務(wù)、即按即說Push To Talk業(yè)務(wù)。
較佳地，所述UE位于同一小區(qū)內(nèi)。
較佳地，該方法進一步包括當(dāng)小區(qū)內(nèi)的UE接收到來自網(wǎng)絡(luò)側(cè)的MACPDU，判斷出UE-Id type域的中的信息為C-RNTI或DSCH-RNTI，或者U-RNTI后，按照現(xiàn)有方式繼續(xù)后續(xù)處理。
由上述方案看出，本發(fā)明通過為UE-Id type域引入新的G-RNTI類型，在R99網(wǎng)絡(luò)中實現(xiàn)了多播通信，即讓數(shù)據(jù)業(yè)務(wù)能夠以多播的方式承載。從而使多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)。再有，由于G-RNTI的用于區(qū)分不同多播組的組標識Group-Id的長度動態(tài)可變，因而可根據(jù)實際需要，使不同的多播組具有不同的用戶數(shù)。應(yīng)用本發(fā)明的方法，充分利用了保留域，不需要通過RRC消息給UE配置G-RNTI信息，對現(xiàn)有的已經(jīng)存在的R99空口協(xié)議沒有任何影響，僅在UE接收部分做了少量修改，即可以使數(shù)據(jù)業(yè)務(wù)能夠以多播的方式實現(xiàn)承載，與現(xiàn)有R99網(wǎng)絡(luò)有很好地兼容性，且實現(xiàn)簡單易操作。


圖1所示為應(yīng)用本發(fā)明的多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)的流程示意圖。
具體實施例方式
下面具體說明本發(fā)明的實現(xiàn)方案。
本發(fā)明的思路是在MAC的協(xié)議數(shù)據(jù)單元(PDU)內(nèi)的用戶標識類型UE-Id type域中設(shè)置用于標識所發(fā)信息為多播的多播無線網(wǎng)絡(luò)暫時標識(G-RNTI)，該G-RNTI中包含有用于區(qū)別不同多播組的組標識Group-Id；設(shè)置網(wǎng)絡(luò)側(cè)為用戶終端UE分配的小區(qū)無線網(wǎng)絡(luò)暫時標識C-RNTI中的部分信息為組標識Group-Id信息，除去組標識Group-Id后所剩的信息為組內(nèi)用戶的標識UE-Id-in-Group信息；接收到來自網(wǎng)絡(luò)側(cè)的MAC PDU的UE，判斷出UE-Id type域的信息為G-RNTI后，各UE分別獲取該G-RNTI中的Group-Id信息，并判斷該Group-Id與網(wǎng)絡(luò)側(cè)已分配給自身的C-RNTI中的Group-Id是否相同，如相同則接收該來自網(wǎng)絡(luò)側(cè)的數(shù)據(jù)業(yè)務(wù)信息，否則不做處理。
本發(fā)明在UE-Id type域中增設(shè)一用于標識所發(fā)信息為多播的參數(shù)，該參數(shù)由該UE-Id type域中的保留域承載，該參數(shù)表示所發(fā)信息為多播且指示UE-Id域中所填信息為多播無線網(wǎng)絡(luò)暫時標識(G-RNTI)。在UE-Id域中設(shè)置用于表示所發(fā)信息為多播的多播無線網(wǎng)絡(luò)暫時標識(G-RNTI)。具體參見表4和表5，表4為應(yīng)用本發(fā)明的UE-Id type域的定義，表5為UE-Id的長度


表4

表5表4和表5中，加(*)的即為本發(fā)明所增設(shè)的參數(shù)，且表4中所示該參數(shù)的取值及表5中所示該參數(shù)的長度僅為一實施例而已，具體實現(xiàn)時可根據(jù)實際情況進行修改，在此并不對具體的取值加以限制。
同時，本發(fā)明還定義了G-RNTI的結(jié)構(gòu)，該G-RNTI的結(jié)構(gòu)如表6所示

表6在G-RNTI中包含有用于區(qū)別不同多播組的組標識(Group-Id)，以及用于標識長度的長度標識(Length)，其中，Length域的長度為一固定值，Group-Id域的長度是根據(jù)待劃分的多播組的個數(shù)確定的，所述Length域中所指示的長度為整個G-RNTI的總長度減去Group-Id的長度。填充(Padding)域用于保證G-RNTI的總長度，其通常位于Group-Id域和Length域之間，其并不一定是必須的。
例如，假設(shè)設(shè)置G-RNTI的總長度為16比特，根據(jù)多播組的用戶數(shù)設(shè)置Group-Id域的長度在4～12比特之間，設(shè)置Length域的長度為4比特，且位于G-RNTI的最末端，Group-Id域和Length域之間為Padding域，Length域內(nèi)所指示的長度為Length域和Padding域的總長度。當(dāng)Group-Id域的長度小于12比特時，存在Padding域，當(dāng)Group-Id域的長度等于12比特時，不存在Padding域。參見表7，表7所示為Length域所指示的長度與Group-Id域的長度以及所能區(qū)分的多播組的個數(shù)之間的對應(yīng)關(guān)系。

表7至此，設(shè)置了G-RNTI這個參數(shù)，并設(shè)置了其結(jié)構(gòu)。
下面再對網(wǎng)絡(luò)側(cè)為用戶終端UE分配的小區(qū)無線網(wǎng)絡(luò)暫時標識(C-RNTI)進行再定義。
當(dāng)一個UE屬于一個多播組時，網(wǎng)絡(luò)側(cè)為UE分配的C-RNTI包括兩部分，一部分用于區(qū)分不同的多播組，標識為組標識(Group-Id)，另一部分用于區(qū)分同一組內(nèi)不同的用戶，標識為組內(nèi)用戶標識(UE-Id-in-Group)，該C-RNTI的結(jié)構(gòu)如表8所示

表8其中，網(wǎng)絡(luò)側(cè)根據(jù)小區(qū)內(nèi)一個多播組能夠支持的最大用戶數(shù)目MaxUserNum確定UE-Id-in-Group的長度，在此，令UE-Id-in-Group的長度表示為LengthUE-Id-in-Group，具體確定UE-Id-in-Group的長度方法為2的(LengthUE-Id-in-Group-1)次方＜MaxUserNum＜＝2的LengthUE-Id-in-Group次方。而在現(xiàn)有的R99協(xié)議中，已規(guī)定了C-RNTI的總長度為16比特，因此，Group-Id的長度等于總長度即16比特減去LengthUE-Id-in-Group的長度后所得到的值。
一個UE只能屬于一個多播組，在一個小區(qū)內(nèi)的不同多播組內(nèi)的UE具有不同的Group-Id。一個多播組內(nèi)的各UE具有相同的Group-Id和不同的UE-Id-in-Group。
根據(jù)上述設(shè)置，實現(xiàn)多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)時，網(wǎng)絡(luò)側(cè)的處理如下網(wǎng)絡(luò)側(cè)接收到來自UE的發(fā)送數(shù)據(jù)業(yè)務(wù)的請求后，在MAC頭的UE-Idtype域中插入11，指示出UE-Id域中所填寫的參數(shù)為G-RNTI，以表明該消息可被多個UE同時接收，同時在C/T域內(nèi)寫入已預(yù)留的專用于多播業(yè)務(wù)的邏輯信道標識；由于C/T域的取值范圍為0到14，如果網(wǎng)絡(luò)側(cè)預(yù)留4個取值，則一個多播組最多可以承載四個類型的多播業(yè)務(wù)。
在MAC頭的UE-Id域中插入UE所請求的數(shù)據(jù)業(yè)務(wù)所對應(yīng)的多播組的標識G-RNTI，由于G-RNTI包含有Group Id信息，而不同的多播組其GroupId是不同的，因此，每個數(shù)據(jù)業(yè)務(wù)所對應(yīng)的多播組的G-RNTI是不同的。
圖1所示為應(yīng)用本發(fā)明的多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)的用戶側(cè)的處理流程示意圖。在本實施例中，網(wǎng)絡(luò)側(cè)接收到來自UE的業(yè)務(wù)請求后，已為該UE分配了C-RNTI以及已預(yù)留的邏輯信道的標識，并將為所分配的信息發(fā)送給UE；UE也已保存了網(wǎng)絡(luò)側(cè)為其分配的C-RNTI以及用于多播業(yè)務(wù)的邏輯信道標識。
步驟101，接收到來自網(wǎng)絡(luò)側(cè)的MAC PDU的UE，判斷UE-Id type域中的信息，如果UE-Id type域中是G-RNTI，則執(zhí)行步驟102，如果是C-RNTI或DSCH-RNTI，或者U-RNTI，則執(zhí)行步驟106，按照現(xiàn)有的R99協(xié)議進行后續(xù)處理。
步驟102，各UE分別獲取該G-RNTI中的Group-Id信息。具體獲取方法是根據(jù)G-RNTI中的Length域的信息獲取Group-Id的長度信息，再根據(jù)該長度信息獲取該G-RNTI中的Group-Id信息。
步驟103，各UE判斷該從G-RNTI中獲取的Group-Id與網(wǎng)絡(luò)側(cè)已分配給自身的C-RNTI中的Group-Id是否完全相同，如相同則執(zhí)行步驟104，否則執(zhí)行步驟105。
步驟104，UE解析C/T域的信息，確定所選擇的邏輯信道，并與自身已獲取的邏輯信道標識相比較，如相同則從該邏輯信道接收該來自網(wǎng)絡(luò)側(cè)的多播數(shù)據(jù)，并按照現(xiàn)有方式繼續(xù)后續(xù)處理；如果不同，執(zhí)行步驟105。
步驟105，不做任何處理。
由于網(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ù)。
應(yīng)用上述方法，即使UE不支持上述功能，也能在支持上述功能的R99網(wǎng)絡(luò)中正常使用，因而本發(fā)明與現(xiàn)有技術(shù)有很好地兼容性。
以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種使多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)的方法，其特征在于，在MAC的協(xié)議數(shù)據(jù)單元PDU內(nèi)的用戶標識類型UE-Id域中設(shè)置用于表示所發(fā)信息為多播的多播無線網(wǎng)絡(luò)暫時標識G-RNTI，該G-RNTI中包含有用于區(qū)別不同多播組的組標識Group-Id；在UE-Id type域的保留域內(nèi)設(shè)置用于指示所述G-RNTI的參數(shù)；設(shè)置網(wǎng)絡(luò)側(cè)為用戶終端UE分配的小區(qū)無線網(wǎng)絡(luò)暫時標識C-RNTI中的包含組標識Group-Id信息；該方法包括以下步驟網(wǎng)絡(luò)側(cè)接收到來自UE的業(yè)務(wù)請求后，為該UE分配C-RNTI以及已預(yù)留的邏輯信道的標識，并將為所分配的信息發(fā)送給UE；UE接收到來自網(wǎng)絡(luò)側(cè)的MAC PDU，解析出該MAC PDU中的UE-Id type域的信息指示UE-Id域內(nèi)為G-RNTI后，各UE分別從UE-Id域內(nèi)獲取該G-RNTI中的Group-Id信息，并判斷出該Group-Id與網(wǎng)絡(luò)側(cè)已分配給自身的C-RNTI中的Group-Id相同，且該MAC PDU中指示的邏輯信道信道標識與網(wǎng)絡(luò)側(cè)已分配給自身的邏輯信道標識相是否相符以后，從該邏輯信道接收來自網(wǎng)絡(luò)側(cè)的數(shù)據(jù)業(yè)務(wù)信息，否則不做處理。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述多播無線網(wǎng)絡(luò)暫時標識G-RNTI中還包含有長度標識Length，且Length的長度為一固定值，所述Group-Id的長度是根據(jù)待劃分的多播組的個數(shù)確定的，所述Length中所指示的長度為整個G-RNTI的總長度減去Group-Id的長度；所述C-RNTI中的組內(nèi)用戶的標識UE-Id-in-Group信息的長度是預(yù)先設(shè)定的，所述C-RNTI中的Group-Id信息的長度為C-RNTI的總長度減去UE-Id-in-Group的長度后所得到的長度值。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述從G-RNTI中獲取Group-Id的方法為根據(jù)G-RNTI中的Length域的信息獲取Group-Id的長度信息，再根據(jù)該長度信息獲取該G-RNTI中的Group-Id信息。
4.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述G-RNTI的總長度為16比特，所述根據(jù)待劃分的多播組的個數(shù)確定的Group-Id的長度為4至12比特之間的值，所述Length信息的固定長度為4比特。
5.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述確定C-RNTI中的UE-Id-in-Group的長度LengthUE-Id-in-Group的方法為首先確定一個多播組內(nèi)的最大用戶數(shù)MaxUserNum，然后，根據(jù)一個多播組內(nèi)的最大用戶數(shù)MaxUserNum大于2的(LengthUE-Id-in-Group-1)次方，且一個多播組內(nèi)的最大用戶數(shù)MaxUserNum小于等于2的LengthUE-Id-in-Group次方，確定UE-Id-in-Group的長度LengthUE-Id-in-Group。
6.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述數(shù)據(jù)業(yè)務(wù)包括但不限于流媒體業(yè)務(wù)、即按即說Push To Talk業(yè)務(wù)。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述UE位于同一小區(qū)內(nèi)。
8.根據(jù)權(quán)利要求1所述的方法，其特征在于，該方法進一步包括當(dāng)小區(qū)內(nèi)的UE接收到來自網(wǎng)絡(luò)側(cè)的MAC PDU，判斷出UE-Id type域的中的信息為C-RNTI或DSCH-RNTI，或者U-RNTI后，按照現(xiàn)有方式繼續(xù)后續(xù)處理。
全文摘要
本發(fā)明提供了一種使多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)的方法，其關(guān)鍵是通過為UE－Id type域引入新的G－RNTI類型，在R99網(wǎng)絡(luò)中實現(xiàn)了多播通信，即讓數(shù)據(jù)業(yè)務(wù)能夠以多播的方式承載，從而使多個用戶在同一信道下接收數(shù)據(jù)業(yè)務(wù)。再有，由于G－RNTI的用于區(qū)分不同多播組的組標識Group－Id的長度動態(tài)可變，因而可根據(jù)實際需要，使不同的多播組具有不同的用戶數(shù)。應(yīng)用本發(fā)明的方法，充分利用了保留域，不需要通過RRC消息給UE配置G－RNTI信息，對現(xiàn)有的已經(jīng)存在的R99空口協(xié)議沒有任何影響，僅在UE接收部分做了少量修改，即可以使數(shù)據(jù)業(yè)務(wù)能夠以多播的方式實現(xiàn)承載，與現(xiàn)有R99網(wǎng)絡(luò)有很好地兼容性，且實現(xiàn)簡單易操作。
文檔編號H04W4/08GK1805557SQ200510006948
公開日2006年7月19日 申請日期2005年1月13日 優(yōu)先權(quán)日2005年1月13日
發(fā)明者胡軍, 楊平, 陳建 申請人:華為技術(shù)有限公司