CN100366099C - Method for enabling multiple users to receive data services on the same channel - Google Patents

Abstract

The present invention provides a method for enabling multiple users to receive data services on the same channel. The key is to implement multicast communication in the R99 network by introducing a new G-RNTI type into the UE-Id type field, that is, to allow Data services can be carried in a multicast manner, so that multiple users can receive data services on the same channel. Furthermore, since the length of the Group-Id of the G-RNTI used to distinguish different multicast groups is dynamically variable, different multicast groups may have different numbers of users according to actual needs. Applying the method of the present invention makes full use of the reserved field, does not need to configure G-RNTI information for the UE through the RRC message, has no impact on the existing R99 air interface protocol, and only makes a small amount of modification in the UE receiving part, that is, The data service can be carried in a multicast manner, has good compatibility with the existing R99 network, and is simple and easy to operate.

Description

Method for enabling multiple users to receive data services on the same channel

technical field

The present invention relates to the third-generation mobile communication system, in particular to a method for enabling multiple users to receive data services on the same channel in a 3GPP R99 network.

Background technique

In the existing 3GPP R99 network, a variety of services are provided for users, especially various data services can be provided for users, which meets various needs of users. For example, using mobile phones to watch streaming TV services is one of the data services provided by the existing 3GPP R99 network.

The above-mentioned data service is usually implemented through a dedicated channel. The implementation process of the data service will be described in detail below by using a mobile phone to watch a streaming TV service as an example.

As we all know, in the third generation communication system, the user equipment (UE) usually has two modes, one is the idle (IDLE) mode, which is often referred to as the standby state; the other is the radio resource control (RRC) mode, in this In this mode, the UE and the network side have an RRC connection. In the RRC connection mode, the UE has four states, which are CELL_DCH state, CELL_FACH state, CELL_PCH state and URA_PCH state.

Among them, in the CELL_DCH state, the system will allocate a dedicated channel to the UE for data transmission with a large flow. If the activity of the UE decreases and the amount of transmitted data decreases significantly, the system can change the state of the UE to the CELL_FACH state. Under CELL_FACH, the UE can only use public channels to communicate with the system. The uplink behavior is the random access channel (RACH), and the downlink behavior is the forward access channel (FACH). The data of each UE is scheduled and sent on the common channel. In this state, it is suitable for small amount of data transfer. If the activity of the UE decreases again, the system can change the state of the UE to CELL_PCH. In this case, the UE can only monitor the paging channel, but cannot perform any data transmission. The least active state is the URA_PCH state. In this state, the UE can only monitor the paging channel.

Wherein, when the UE is in the CELL_FACH state, the uplink dedicated control channel (DCCH) and dedicated traffic channel (DTCH) are mapped to the RACH, and the downlink DCCH and DTCH are mapped to the FACH.

The information received by the UE is carried by a media access control (MAC) message, and the structure of the protocol data unit (PDU) of the media access control (MAC) is shown in Table 1:

Table 1

The structure of MAC PDU includes two parts: MAC header (MAC header) and media access control service data unit (MAC SDU). Among them, the MAC header includes four parts, which are the target channel type field (TCTF), user Identification type (UE-Id type) domain, user identification (UE-Id) domain and C/T domain used to distinguish different logical channels. The TCTF field is used to indicate the type of the public logical channel or whether a dedicated logical channel is used, the UE-Id type field is used to indicate the type of the transmitted message, the UE-Id field is used to identify the user, and the C/T field is used to distinguish different Logical channels, different services are carried on different logical channels. The MAC SDU domain is used to bear layer 3 and above service data.

The length of the above UE-Id type field has been defined in the existing R99 protocol, see Table 2 for details:

UE-Id Type field(2 bits) UE-Id Type 00 U-RNTI 01 C-RNTI or DSCH-RNTI 10 Reserved 11 Reserved

Table 2

The UE-Id type field occupies 2 bits (bit), where 00 represents the Utran Radio Network Temporary Identity (U-RNTI), which is used to distinguish different UEs within an RNC, and 01 represents the Cell Radio Network Temporary Identity (C-RNTI ) or Downlink Shared Channel Radio Network Temporary Identifier (DSCH-RNTI), where C-RNTI is an identifier assigned to UE by the network side and is used to identify different users in RRC mode in a cell, and DSCH-RNTI is used in a cell Different UEs allocated DSCH channels, and the rest are reserved domains, that is, both 10 and 11 are reserved domains.

The length of the UE-Id in Table 2 has been specified in the existing R99 protocol, and the specific length is shown in Table 3:

UE-Id type Length of UE-Idfield U-RNTI 32 bits C-RNTI 16 bits DSCH-RNTI 16 bits

table 3

Each UE is assigned a different C-RNTI and U-RNTI, and the UE in the CELL_FACH state receives data on the FACH. The specific process is:

After the UE receives the MAC PDU on the FACH channel, it first analyzes the type of the logical channel according to the TCTF field, and then checks whether the message is sent to itself according to the UE-Id type field and the UE-Id field, and if so, then according to the C/T The channel indicated in the field receives the message and continues subsequent processing, or discards the message if not.

The above method of checking whether the received message is sent to itself is as follows: if the UE-Id type field indicates that the identity used is U-RNTI and the U-RNTI information in the UE-Id field is the same as the U-RNTI that the UE has obtained from the network side The information matches, or if the UE-Id type field indicates that the identity used is C-RNTI and the C-RNTI information in the UE-Id field matches the C-RNTI information that the UE has obtained from the network side, then the message is sent to itself of.

Through the above processing, the UE receives the data service from the network side. It can be seen from the above implementation process that each MAC PDU can only be received by one UE, because the receiving user has been clearly indicated through the UE-Id type field and UE-Id field, so each user will occupy a dedicated channel to receive the above data services. Specifically, when a user needs to watch TV through a mobile phone, a dedicated channel needs to be established for each user. Even if multiple users in the same community choose the same TV program at the same time, a dedicated channel must still be established for each user. Determined by the existing receiving scheme. Just because of this, the cost of watching streaming media TV service by mobile phone is relatively high.

The disadvantage of the above solution is that: with the existing receiving method, the same data may be sent multiple times at the same time, which greatly wastes resources, and the utilization rate of resources is low, thereby limiting the number of access users.

In the 3GPP R99 network, although the cell broadcast service can be realized, the broadcast is limited to carrying message services and cannot carry data services.

Contents of the invention

In view of this, the purpose of the present invention is to provide a method for enabling multiple users to receive data services on the same channel, so that the data services can be carried in a multicast manner.

In order to achieve the above object, technical solution of the present invention is achieved in that way:

A method for enabling multiple users to receive data services on the same channel, in which the user identification type UE-Id type field in the MAC protocol data unit PDU is set to indicate that the information sent is multicast. Identify the G-RNTI, which contains the group identifier Group-Id used to distinguish different multicast groups; set the parameters used to indicate the G-RNTI in the reserved field of the UE-Id type field; set the network side as The cell wireless network temporary identification C-RNTI allocated by the user terminal UE includes group identification Group-Id information; the method includes the following steps:

After receiving the service request from the UE, the network side allocates the C-RNTI and the identifier of the reserved logical channel for the UE, and sends the allocated information to the UE;

After the UE receives the MAC PDU from the network side and parses out the information in the UE-Id type field in the MAC PDU indicating that the UE-Id field is G-RNTI, each UE obtains the G-RNTI from the UE-Id field respectively. Group-Id information, and judge that the Group-Id is the same as the Group-Id in the C-RNTI that the network side has allocated to itself, and the logical channel identifier indicated in the MAC PDU is the same as the logical channel that the network side has allocated to itself After the identifiers match, the data service information from the network side is received from the logical channel, otherwise, no processing is performed.

Preferably, the multicast wireless network temporary identifier G-RNTI also includes a length identifier Length, and the length of Length is a fixed value, and the length of the Group-Id is based on the number of multicast groups to be divided Determined, the length indicated in the Length is the total length of the entire G-RNTI minus the length of the Group-Id;

The length of UE-Id-in-Group information of the UE-Id-in-Group information in the C-RNTI is preset, and the length of the Group-Id information in the C-RNTI is the total length of the C-RNTI minus The length value obtained after the length of UE-Id-in-Group.

Preferably, the method for obtaining the Group-Id from the G-RNTI is: obtain the length information of the Group-Id according to the information in the Length field in the G-RNTI, and then obtain the Group-Id in the G-RNTI according to the length information -Id information.

Preferably, the total length of the G-RNTI is 16 bits, the length of the Group-Id determined according to the number of multicast groups to be divided is a value between 4 and 12 bits, and the Length information The fixed length is 4 bits.

Preferably, the method for determining the length of the UE-Id-in-Group in the C-RNTI, Length _{UE-Id-in-Group,} is: first determine the maximum number of users MaxUserNum in a multicast group, and then, according to a The maximum number of users MaxUserNum in a multicast group is greater than 2 to the power of (Length _{UE-Id-in-Group} -1), and the maximum number of users in a multicast group MaxUserNum is less than or equal to the Length _{UE-Id-in-Group} of 2 power, determine the length of the UE-Id-in-Group Length _{UE-Id-in-Group} .

Preferably, the data services include but are not limited to streaming media services, Push To Talk services.

Preferably, the UEs are located in the same cell.

Preferably, the method further includes: when the UE in the cell receives the MAC PDU from the network side, after judging that the information in the UE-Id type field is C-RNTI or DSCH-RNTI, or U-RNTI, according to the current There are stipulations in the 3GPP R99 agreement to continue the follow-up processing.

It can be seen from the above scheme that the present invention realizes multicast communication in the R99 network by introducing a new G-RNTI type into the UE-Id type field, that is, allows data services to be carried in a multicast manner. Thus, multiple users receive data services on the same channel. Furthermore, since the length of the Group-Id of the G-RNTI used to distinguish different multicast groups is dynamically variable, different multicast groups may have different numbers of users according to actual needs. Applying the method of the present invention makes full use of the reserved field, does not need to configure G-RNTI information for the UE through the RRC message, has no impact on the existing R99 air interface protocol, and only makes a small amount of modification in the UE receiving part, that is, The data service can be carried in a multicast manner, has good compatibility with the existing R99 network, and is simple and easy to operate.

Description of drawings

FIG. 1 is a schematic flow diagram of multiple users receiving data services on the same channel applying the present invention.

Detailed ways

The implementation scheme of the present invention will be described in detail below.

The thinking of the present invention is: in the user identification type UE-Id type domain in the protocol data unit (PDU) of MAC, the multicast wireless network temporary identification (G-RNTI) that is used to identify the sent information as multicast is set, the The G-RNTI contains the group identifier Group-Id used to distinguish different multicast groups; set part of the information in the cell wireless network temporary identifier C-RNTI allocated by the network side for the user terminal UE as the group identifier Group-Id information, and remove the group identifier Group-Id information. The remaining information after identifying the Group-Id is the identification UE-Id-in-Group information of the users in the group; after receiving the MAC PDU from the network side, the UE determines that the information in the UE-Id type field is G-RNTI, Each UE obtains the Group-Id information in the G-RNTI respectively, and judges whether the Group-Id is the same as the Group-Id in the C-RNTI allocated to itself by the network side, and if they are the same, receives the data from the network side Business information, otherwise it will not be processed.

In the present invention, a parameter is added in the UE-Id type field to identify that the sent information is multicast. The parameter is carried by the reserved field in the UE-Id type field. The parameter indicates that the sent information is multicast and indicates that the sent information is multicast. The information filled in the -Id field is the multicast radio network temporary identifier (G-RNTI). A multicast radio network temporary identifier (G-RNTI) for indicating that the information sent is multicast is set in the UE-Id field. Refer to Table 4 and Table 5 for details. Table 4 is the definition of the UE-Id type field applying the present invention, and Table 5 is the length of UE-Id:

  UE-Id Type   UE-Id Type

field2 bits 00 U-RNTI 01 C-RNTI or DSCH-RNTI 10 Reserved 11 G-RNTI(*)

Table 4

UE-Id type Length of UE-Idfield U-RNTI 32 bits C-RNTI 16 bits DSCH-RNTI 16 bits G-RNTI(*) 16 bits

table 5

In Table 4 and Table 5, adding (*) is the parameter added by the present invention, and the value of this parameter shown in Table 4 and the length of this parameter shown in Table 5 are only an embodiment, specifically It can be modified according to the actual situation during implementation, and the specific value is not limited here.

At the same time, the present invention also defines the structure of the G-RNTI, which is shown in Table 6:

Table 6

G-RNTI contains a group identifier (Group-Id) used to distinguish different multicast groups, and a length identifier (Length) used to identify the length, wherein the length of the Length field is a fixed value, and the length of the Group-Id field The length is determined according to the number of multicast groups to be divided, and the length indicated in the Length field is the total length of the entire G-RNTI minus the length of the Group-Id. The padding (Padding) field is used to ensure the total length of the G-RNTI, and it is usually located between the Group-Id field and the Length field, but it is not necessarily necessary.

For example, suppose the total length of the G-RNTI is set to 16 bits, the length of the Group-Id field is set between 4 and 12 bits according to the number of users of the multicast group, the length of the Length field is set to 4 bits, and the length of the G-RNTI At the very end, the Padding field is between the Group-Id field and the Length field, and the length indicated in the Length field is the total length of the Length field and the Padding field. When the length of the Group-Id field is less than 12 bits, the Padding field exists, and when the length of the Group-Id field is equal to 12 bits, the Padding field does not exist. Referring to Table 7, Table 7 shows the correspondence between the length indicated by the Length field, the length of the Group-Id field, and the number of distinguishable multicast groups.

Length field4 bits   Group-Idfield length  Number of Users in a group 0100 12bit 16 0101 11bit 32 ... ... ... 1100 4bit 4096 other Reserved Reserved

Table 7

So far, the parameter of G-RNTI is set, and its structure is set.

Next, the Cell Radio Network Temporary Identity (C-RNTI) assigned by the network side to the UE is redefined.

When a UE belongs to a multicast group, the C-RNTI allocated by the network side to the UE includes two parts, one part is used to distinguish different multicast groups, identified as the group identifier (Group-Id), and the other part is used to distinguish the same group Different users in the group are identified as user IDs in the group (UE-Id-in-Group), and the structure of the C-RNTI is shown in Table 8:

Table 8

Wherein, the network side determines the length of the UE-Id-in-Group according to the maximum number of users MaxUserNum that can be supported by a multicast group in the cell. Here, let the length of the UE-Id-in-Group be expressed as Length _{UE-Id-in -Group} , the specific method for determining the length of UE-Id-in-Group is: 2 to the power of (Length _{UE-Id-in-Group} -1)<MaxUserNum<=2 to the power of Length _{UE-Id-in-Group} . In the existing R99 protocol, the total length of the C-RNTI has been stipulated to be 16 bits. Therefore, the length of the Group-Id is equal to the total length, which is 16 bits minus the length of the Length _{UE-Id-in-Group.} value.

A UE can only belong to one multicast group, and UEs in different multicast groups in a cell have different Group-Ids. Each UE in a multicast group has the same Group-Id and different UE-Id-in-Group.

According to the above settings, when multiple users receive data services on the same channel, the processing on the network side is as follows:

After receiving the request from the UE to send data services, the network side inserts 11 into the UE-Idtype field of the MAC header, indicating that the parameter filled in the UE-Id field is G-RNTI, to indicate that the message can be used by multiple The UE receives at the same time, and writes the reserved logical channel identifier dedicated to the multicast service in the C/T field at the same time; since the value range of the C/T field is 0 to 14, if the network side reserves 4 values, Then a multicast group can bear up to four types of multicast services.

Insert the identifier G-RNTI of the multicast group corresponding to the data service requested by the UE in the UE-Id field of the MAC header. Since the G-RNTI contains Group Id information, the GroupId of different multicast groups is different. Therefore, the G-RNTIs of the multicast groups corresponding to each data service are different.

FIG. 1 is a schematic diagram of the processing flow on the user side where multiple users receive data services on the same channel using the present invention. In this embodiment, after receiving the service request from the UE, the network side has allocated the C-RNTI and the identifier of the reserved logical channel to the UE, and sent the allocated information to the UE; the UE has also It saves the C-RNTI allocated by the network side and the logical channel identifier used for the multicast service.

Step 101, the UE receiving the MAC PDU from the network side judges the information in the UE-Id type field, if the UE-Id type field is G-RNTI, then execute step 102, if it is C-RNTI or DSCH-RNTI , or U-RNTI, execute step 106, and perform follow-up processing according to the existing R99 protocol.

Step 102, each UE obtains the Group-Id information in the G-RNTI respectively. The specific obtaining method is: obtain the length information of the Group-Id according to the information of the Length field in the G-RNTI, and then obtain the Group-Id information in the G-RNTI according to the length information.

Step 103, each UE judges whether the Group-Id obtained from the G-RNTI is identical to the Group-Id in the C-RNTI allocated to itself by the network side, and if so, executes step 104, otherwise executes step 105.

Step 104, the UE analyzes the information of the C/T domain, determines the selected logical channel, and compares it with the logical channel identifier it has acquired, and if they are the same, it receives the multicast data from the network side from the logical channel, and follows Continue the subsequent processing in the existing way; if not, go to step 105.

Step 105, do not do any processing.

Since the message sent by the network side is no longer aimed at a certain user, but at a certain group of users, multiple users can receive data services on the same channel, that is, data services can be carried by multicast in the R99 network Way.

The data services mentioned above include but are not limited to streaming media services and push to talk (Push To Talk) services.

By applying the above method, even if the UE does not support the above functions, it can still be used normally in the R99 network that supports the above functions, so the present invention has good compatibility with the prior art.

The above descriptions are only preferred embodiments of the present invention, and are not intended to limit the present invention. Any modifications, equivalent replacements, improvements, etc. made within the spirit and principles of the present invention shall be included in the scope of the present invention. within the scope of protection.

Claims (8)

1. A kind of method that makes a plurality of users receive data service under the same channel, it is characterized in that, in the user identification type UE-Id type domain in the protocol data unit PDU of MAC, be set to be used for representing that sent information is multicast The multicast wireless network temporary identifier G-RNTI, which contains the group identifier Group-Id used to distinguish different multicast groups; is used to indicate the G-RNTI in the reserved field of the UE-Id type field. Parameters; the network side is set to include the group identification Group-Id information in the cell radio network temporary identification C-RNTI allocated by the network side for the user terminal UE; the method includes the following steps: After receiving the service request from the UE, the network side allocates the C-RNTI and the identifier of the reserved logical channel for the UE, and sends the allocated information to the UE; After the UE receives the MAC PDU from the network side and parses out the information in the UE-Id type field in the MAC PDU indicating that the UE-Id field is G-RNTI, each UE obtains the G-RNTI from the UE-Id field respectively. Group-Id information, and judge that the Group-Id is the same as the Group-Id in the C-RNTI that the network side has allocated to itself, and the logical channel identifier indicated in the MAC PDU is the same as the logical channel that the network side has allocated to itself After the identifiers match, the data service information from the network side is received from the logical channel, otherwise, no processing is performed. 2. The method according to claim 1, wherein the multicast wireless network temporary identifier G-RNTI also includes a length identifier Length, and the length of Length is a fixed value, and the length of the Group-Id It is determined according to the number of multicast groups to be divided, and the length indicated in the Length is the total length of the entire G-RNTI minus the length of the Group-Id; The length of UE-Id-in-Group information of the UE-Id-in-Group information in the C-RNTI is preset, and the length of the Group-Id information in the C-RNTI is the total length of the C-RNTI minus The length value obtained after the length of UE-Id-in-Group. 3. The method according to claim 2, wherein the method for obtaining the Group-Id from the G-RNTI is: obtaining the length information of the Group-Id according to the information in the Length field in the G-RNTI, and then according to The length information obtains the Group-Id information in the G-RNTI. 4. The method according to claim 2, wherein the total length of the G-RNTI is 16 bits, and the length of the Group-Id determined according to the number of multicast groups to be divided is 4 to 12 The value between bits, the fixed length of the Length information is 4 bits. 5. The method according to claim 2, wherein the method for determining the length Length UE-Id-in-Group of the UE- _Id-in-Group in the C-RNTI is: first determine a multicast group The maximum number of users MaxUserNum in a multicast group, and then, according to the fact that the maximum number of users MaxUserNum in a multicast group is greater than 2 to the power of (Length _{UE-Id-in-Group-1} ), and the maximum number of users in a multicast group MaxUserNum is less than It is equal to the Length _{UE-Id-in-Group} power of 2, and determines the length Length _{UE-Id-in-Group of the UE-Id-in-Group} . 6. The method according to claim 1, wherein the data service includes but is not limited to streaming media service, Push To Talk service. 7. The method according to claim 1, wherein the UEs are located in the same cell. 8. The method according to claim 1, further comprising: when the UE in the cell receives the MAC PDU from the network side, judging that the information in the UE-Id type field is C-RNTI or DSCH After -RNTI, or U-RNTI, continue the subsequent processing according to the provisions of the existing 3GPP R99 agreement.

Images