KR100305295B1 - The Implementation method for the task creation of traffic handling modules and the Tx/Rx functions of UTRAN MAC sublayer based on 3GPP specifications - Google Patents

Abstract

The present invention relates to a technology for implementing a protocol of a medium access control (MAC) layer according to the standard (3GPP) of the next generation mobile communication network (IMT-2000).

In this technology of the present invention, in a mobile communication network in which a terminal (UE) can be connected to a base station and a base station controller (UTRAN) according to a layered protocol, a media access control (MAC) sublayer is responsible for transmitting and receiving uplink and downlink common channels. A common channel MAC module, a dedicated channel MAC module for transmitting and receiving up and down dedicated channels, and a dedicated channel MAC management module for generating or releasing a dedicated channel MAC module, and the dedicated channel MAC module receives a connection request primitive. Transitioning from idle state to RRC connection state, when receiving configuration request primitive in RRC connection state, transitioning to RAB setting state, and transiting to RRC connection state upon receiving configuration request primitive requesting release from RAB setting state And, upon receiving the component request primitive requesting release from the RRC connection state, transitions to the dormant state. . Accordingly, according to the present invention, various services can be simultaneously provided by efficiently implementing the functions of the media access control (MAC) layer required by the next generation mobile communication standard (3GPP).

Description

The implementation method for the task creation of traffic handling modules and the Tx / Rx functions of UTRAN MAC sublayer based on 3GPP specifications}

The present invention relates to a technology for implementing a protocol of a medium access control (MAC) layer according to the standard (3GPP) of the next generation mobile communication network (IMT-2000), and more particularly, a base station and a base station controller (UTRAN: UMTS Terrestrial Radio Access). A technology for implementing a medium access control (MAC) layer of a network).

Currently, the telecommunications industry overcomes the limited voice and text-oriented services provided by the existing cellular mobile services, and enables the user to provide various services guaranteed for quality of service (QoS) to users anywhere. -2000 (International Mobile Telecommunication) system. In the IMT-2000 system, due to the global roaming characteristic of the service, communication industries around the world are preparing to establish a wireless connection standard between a user equipment (UE), a base station, and a base station controller (UTRAN). In the 3rd Generation Partnership Project (3GPP2), which is centered on the US, and the synchronous method, the meeting is being actively conducted in 3GPP.

On the other hand, in an environment such as a local area network (LAN), a cable, or a broadband wireless local loop (BWLL), in which multiple users use the same medium, a main function of the MAC layer requires the use of a service at the same time. It is defined as performing a resource allocation algorithm for a plurality of users in order to resolve conflicts among users and to efficiently use shared resources in a limited media sharing environment.

In the IMT-2000 system, the resource allocation function between users is defined to be performed in the radio resource control (RRC) sublayer of layer 3, and the MAC sublayer performs service multiplexing at the same time. The functionality of the MAC sublayer is defined to be available. Currently, the 3GPP RAN Working Group (WG2) presented the MAC specification of version 2.0.0 to the 3GPP RAN in April 1999, and has since been meeting to prepare the specification. However, what is defined in the specification is the structure and function of the MAC sublayer, the types of primitives exchanged between the MAC sublayer and the upper and lower layers, and the MAC protocol data unit (PDU). The problem is that each vendor is left to deal with it.

As such, the part defined by the next generation mobile communication standard (3GPP) is a schematic part, and thus, a specific technology for realizing it is required.

An object of the present invention is to provide a method for implementing a medium access control (MAC) layer in a next generation mobile communication network and a data transmission and reception method using the same in order to satisfy the above needs.

In order to achieve the above object, the method of the present invention includes a terminal according to a protocol layered into a physical layer, a medium access control (MAC) sublayer, a radio link control (RLC) sublayer, and a radio resource control (RRC) sublayer. In a mobile communication network in which a UE can be connected to a base station and a base station controller (UTRAN), the media access control (MAC) sublayer includes a shared channel MAC module for transmitting and receiving uplink and downlink shared channels, and a dedicated downlink channel. And a dedicated channel MAC module for generating and releasing the dedicated channel MAC module, and a dedicated channel MAC management module for generating or releasing the dedicated channel MAC module. The dedicated channel MAC module receives an RRC in an idle state when the dedicated channel MAC module receives a connection request primitive. Transition to the connected state, if the configuration request primitive is received in the RRC connection state, the transition to the RAB setting state, the configuration request primitive requesting the release from the RAB setting state When receiving the transition when the RRC connected state, and receives a configuration request primitive to request a release from the RRC connected state is characterized in that the transition to the idle state.

1 is a diagram illustrating a protocol hierarchy of a standard to which the present invention is applied;

2 is a diagram illustrating a MAC structure of a base station and a base station controller for performing a function related to a traffic channel in a standard to which the present invention is applied;

3 is a diagram illustrating a relationship between primitives in a MAC layer according to the present invention;

4 is an operation flowchart of a dedicated channel MAC management (MAC_d_Act) module which is a control module inside a MAC sublayer for generating and releasing a dedicated channel MAC (MAC_d) module according to the present invention;

5 is a state transition diagram of a dedicated channel MAC (MAC_d) module according to the present invention;

6A is a flowchart illustrating a state transition of a MAC_d module in an idle state according to the present invention;

6b is a flowchart illustrating a state transition of a MAC_d module in an RRC connected state according to the present invention;

6c is a flowchart illustrating a state transition of the MAC_d module in the RAB configuration state according to the present invention;

7A is a flowchart illustrating a reception operation in an RRC connection state of a dedicated channel MAC (MAC_d) module according to the present invention;

7B is a flowchart illustrating a reception operation in a RAB setting state of a dedicated channel MAC (MAC_d) module according to the present invention;

8A is a flowchart illustrating a transmission operation in an RRC connection state of a dedicated channel MAC (MAC_d) module according to the present invention;

8B is a flowchart illustrating a transmission operation in a RAB connection state of a dedicated channel MAC (MAC_d) module according to the present invention.

* Explanation of symbols for main parts of the drawings

110: physical layer 122: MAC sublayer

124: RLC sublayer 130: third layer

132: call control (CC) sublayer 134: movement management (MM) sublayer

136: radio resource control (RRC) sublayer 210: common channel MAC module

220: specific shared channel MAC module 230: dedicated channel MAC module

250: dedicated channel MAC management module

Hereinafter, exemplary embodiments of the present invention will be described in detail with reference to the accompanying drawings.

In the Next Generation Mobile Communication (3GPP) standard, a protocol structure for wireless access of an asynchronous IMT-2000 system is composed of layers 1 to 3 as shown in FIG. 1. In addition, layer 3 (130) is a call control (CC) sublayer 132 in charge of call setup and release, and a mobile management (MM) sublayer 134 in charge of authentication and registration of a service user. And a Radio Resource Control (RRC) sublayer 136 in charge of radio resource allocation and management. Layer 2 is a Media Access Control (MAC) which is responsible for efficiently providing a plurality of services simultaneously with a Radio Link Control (RLC) sublayer 124 for reliable data transmission. It is composed of a sub-layer 122, the layer 1 is a physical layer (110) responsible for wireless transmission.

In addition, the MAC sublayer proposed by the next generation mobile communication standard (3GPP) is a common channel MAC (MAC-c) module 210 that is responsible for transmitting and receiving for up and down common channels, as shown in FIG. Specific shared channel MAC (MAC-sh) module 220 for transmitting and receiving for up and down channels, dedicated channel MAC module (MAC_d) module 230 for transmitting and receiving for up and down dedicated channels, and not shown in the figure However, it is composed of a MAC-b module that is responsible for the transmission and reception of system information and the like, and a MAC-p module that is responsible for the transmission and reception of paging information.

In the IMT-2000 system, it is possible to simultaneously provide a plurality of services, by multiplexing a plurality of dedicated logical channels (dedicated logical channels) corresponding to each service in the MAC sublayer in the MAC-c, MAC-sh or MAC_d module This is because a function of mapping to a transport channel is performed by applying a (multiplexing) algorithm. The present invention proposes a method of implementing the MAC_d module of the MAC sublayer of the base station and the base station controller (UTRAN), which enables various IMT-2000 services at the same time, based on the 3GPP MAC standard defined to date. The MAC_d module on the UE side is possible by similarly applying the scheme proposed in the present invention, and in the future, the common channel MAC (MAC-c) module and the MAC-sh module of the base station and the base station controller (UTRAN) and the terminal (UE) It can also be extended to the service multiplexing method.

2, a dedicated channel MAC (MAC_d) module is generated to provide a service requested by a user in a MAC sublayer of a base station and a base station controller (UTRAN), and is configured by the generated dedicated channel MAC (MAC_d) module. The service is provided through a dedicated logical channel (DCCH / DTCH: Dedicated Control Channel / Dedicated Traffic Channel). In this case, as a transport channel with the physical layer, a dedicated transport channel (DCH) is used by resource allocation control of the RRC sublayer, or a common transport channel (FACH / RACH) using a MAC-sh module or a MAC-c module. / CPCH / USCH / DSCH: Forward Access Channel / Random Access Channel / Common Packet Channel / Uplink Shared Channel / Downlink Shared Channel) can be used. In the embodiment of the present invention, as shown in Figure 2, it shows that providing a plurality of services using a dedicated transport channel (DCH) of the dedicated channel MAC (MAC_d) module.

The primitives used in the medium access control (MAC) sublayer according to the present invention are primitives (PH_xxx_yyy) and the medium access control unit that are transferred between the physical layer (110) and the medium access control sublayer as shown in FIG. Primitives (MAC_xxx_yyy) transferred between the layer and the radio link control (RLC) sublayer 124, primitives (CMAC_xxx_yyy) transferred between the media access control sublayer and the radio resource control (RRC) sublayer 130, media access The control sublayer (MAC) is divided into primitives (CMAC_xxx_yyy and UE_Release) transferred between the dedicated channel MAC management module 250 and the MAC_d module 230. In the primitive, '~ xxx_req' is a request primitive requesting some operation, '~ xxx_ind' is an indication primitive, '~ xxx_res' is a response primitive, and '~ xxx_conf' is an acknowledgment primitive.

Referring to FIG. 3, the MAC sublayer includes a dedicated channel MAC (MAC_d) management module (MAC_d_Act: 250), a dedicated channel MAC module (MAC_d: 230), and a shared channel MAC module (MAC_c: 210), and a MAC_d management module ( 250) receives the connection request (CMAC_CONNECT_Req) and configuration request (CMAC_CONFIG_Req) primitive from the RRC layer through the RRC_SAP, and forwards the connection confirmation (CMAC_CONNECT_Conf) primitive to the RRC layer. Then, the connection request (CMAC_CONNECT_Req) and the configuration request (CMAC_CONFIG_Req) primitives are transmitted to the MAC_d module 230 through an internal control path InterControl, and a terminal release primitive is received.

The dedicated channel MAC (MAC_d) module 230 exchanges the status indication (MAC_STATUS_Ind) and status response (MAC_STATUS_Res) primitives with the RLC sublayer 124 through the RLC_SAP, and requests the data reception indication (MAC_DATA_Ind) and data transmission through the DTCH. A (MAC_DATA_Req) primitive is exchanged with the RLC sublayer 124, and a data reception indication (MAC_DATA_Ind) and a data transmission request (MAC_DATA_Req) primitive are exchanged through the DCCH. The DCH exchanges data reception indication (PH_DATA_Ind) and data transmission request (PH_DATA_Req) primitives with the physical layer.

The common channel MAC (MAC_c) module 210 transmits and receives a data reception indication (MAC_DATA_Ind) and a data transmission request (MAC_DATA_Req) primitive to the RLC sublayer 124 through CCCH, and transmits data to the physical layer 110 through FACH. A request (PH_DATA_Req) primitive is given and a data reception indication (PH_DATA_Ind) primitive is received through the RACH.

Referring to FIG. 3, a data reception indication (PH_DATA_Ind) and a data transmission request (PH_DATA_Req) primitives are primitives for exchanging data between a physical layer and a media access control (MAC) sublayer. It is a transport block set (TBS). The transport block set (TBS) is composed of a plurality of transport blocks (TBs) corresponding to one 'MAC PDU' to provide service multiplexing, and a transport indicating a configuration of the transport block set (TBS) It includes a format identifier (TFI: Transport Format Indicator) and a transport channel identifier (TCH_id: Transport Channel Indicator) indicating a transport channel to be used. The transmission format identifier (TFI) is defined as a data format as shown in Table 1 below. The transmission block size (TBS_Size) transmitted in the transmission interval (Tx_Interval) and the size of the transmission block constituting the transmission block set (TBS) (TB_Size) ) Include information.

NEWTYPE TFITB_Size; TBS_Size; Tx_interval; END NEWTYPE

The data reception indication primitive (MAC_DATA_Ind) and the data transmission request primitive (MAC_DATA_Req) are primitives that transmit and receive data between the RLC sublayer and the MAC access sublayer. Is a 'RLC PDU' excluding the MAC header configured in the MAC sublayer in the received transmission block set (TBS) and the transmission block (TB) generated from the transmission format, and a logical channel identifier (LCH_id) indicating a service corresponding to the RLC PDU to be transmitted. : Logical Channel Indicator).

The status indication (MAC_STATUS_Ind) primitive is used to inform the RLC sublayer 124 of the Transport Format Combination Indicator (TFCI) needed to perform efficient service multiplexing in the MAC sublayer. The transport format combination identifier (TFCI) has a format as shown in Table 2 below. For the plurality of LCH_Num logical channels LCH_id and the plurality of TCH_Num transport channels TCH_id mapped thereto, an RLC sublayer ( In 124, information about the partition size TB_Size of the data corresponding to each service and the number TB_Num of RLC PDUs to be transmitted to the MAC sublayer during the transmission interval Tx_Interval are included.

NEWTYPE TFCITx_interval; TCH_Num; TCH_id; TBS_Size; LCH_Num; LCH_id; TB_Size; TB_Num; END NEWTYPE

The status response (MAC_STATUS_Res) primitive is used in response to the status indication (MAC_STATUS_Ind) primitive to indicate that it is ready to configure and send an RLC PDU as required by the MAC sublayer.

The connection request (CMAC_CONNECT_Req) primitive is data related to call establishment and authentication of call control (CC) and mobility management (MM) sublayers before traffic service is provided in the dedicated channel MAC module (MAC_d) to be generated for the user requesting the service. In order to set up a signal channel (DCCH) necessary for transmission, it is received from the RRC sublayer 130. In order to distinguish a plurality of MAC_d modules configured in a base station and a base station controller (UTRAN), a classification parameter (MAC_id) according to a user, information about a signal channel and a transport channel to be mapped thereto (LCH_id, LCH_Priority, TCH_id_up, TCH_Priority_up, TCH_id_down, and TCH_Priority_down) ).

The connection acknowledgment (CMAC_CONNECT_Conf) primitive is used to inform that the MAC sublayer has performed channel configuration as required by the connection request (CMAC_CONNECT_Req) primitive of the RRC sublayer 130.

The configuration request (CMAC_CONFIG_Req) primitive is used to inform the MAC sublayer of information about the channel mapping state (CONFIG) corresponding to the MAC_d module (MAC_id) to which the RRC sublayer 130 is configured. The CONFIG parameter is set, changed, and released. A transport format combination set (TFCS) parameter indicating information on a logical channel to be mapped, a transport channel to be mapped thereto, and a service multiplexing range that can be performed in the MAC sublayer. You can configure multiple transport channels (Config_Num) at the same time using the configuration request (CMAC_CONFIG_Req) primitive. The transport format combination set (TFCS) includes information included in the transport format identifier (TFCI) described above, as shown in Table 3 below, and a number of methods for multiplexing services for the configured logical and transport channels (Comb_Num) The MAC sublayer determines the transport format combination identifier (TFCI) using the transport format combination set (TFCS) information received from the RRC sublayer 130.

NEWTYPE TFCSComb_Num; Tx_interval; TCH_Num; TCH_id; TBS_Size; LCH_Num; LCH_id; TB_Size; TB_Num; END NEWTYPE

The UE release (UE_Release) primitive is used to inform the MAC_d_Act module that the MAC_d module that has performed the release operation is completed, and includes a distinguishing parameter (MAC_id) of the MAC_d module to be released.

The 'MAC PDU' configured in the MAC sublayer is defined in a different format according to the set channel state. When the user requests initial access to the common control channel (CCCH) from the MAC-c module, as shown in Table 4 below, 'MAC_PDU_CC' format indicates whether the header is CCCH information or information from the MAC_d module. C_D 'parameter is included. In the MAC_d module, since only DCCH is set before receiving traffic service, multiplexing with DTCH does not occur. In this case, header information is not configured in the 'MAC_PDU_DDnomux' format as shown in Table 5 below. On the other hand, when the traffic service is started, the header configures the 'C_T' parameter that distinguishes the DCCH and the plurality of DTCH in the 'MAC_PDU_DDmux' format as shown in Table 6 below.

NEWTYPE MAC_PDU_CCC_D; Payload; END NEWTYPE

NEWTYPE MAC_PDU_DDmuxC_T; Payload; END NEWTYPE

NEWTYPE MAC_PDU_DDnomuxPayload; END NEWTYPE

4 is a diagram illustrating a procedure for generating and releasing a dedicated channel MAC (MAC_d) module by a medium access control module (MAC_d_Act) in a base station and a base station controller (UTRAN) according to the present invention. The media access control management module (MAC_d_Act) is a call control (CC) and movement management (MM) from the RRC sublayer 130 when the service request is successfully transmitted using the common channel media access control processing module (MAC-c). Send related information.

Referring to FIG. 4, in step 401 to step 411, upon receiving a connection request (CMAC_CONNECT_Req) primitive from the RRC sublayer, a MAC_d module for providing a corresponding service is generated and the MAC_d module is delivered to the generated MAC_d module to request a connection. Steps 421 to 426 are processes for transmitting a configuration request (CMAC_CONFIG_Req) primitive from the RRC sublayer to the corresponding MAC_d module, and steps 431 and 432 are for receiving a UE_Release primitive from the MAC_d module. In one case, this is a process of releasing the corresponding MAC_d module.

Upon receiving a connection request (CMAC_ CONNECT_Req) primitive indicating a DCCH allocation to use from the RRC layer through a RRC_SAP (Service Access Point) (401), the MAC_d_Act module receives the MAC ID parameter included in the received connection request (CMAC_CONNECT_Req) primitive. It is determined whether to create a new MAC_d module for the user indicated by the ID check (Check_MAC_id) function (402 ~ 404). In this case, the check_MAC_id function determines whether the user requesting the dedicated control channel (DCCH) setting is currently registered and using the MAC_d module from the user information managed by the MAC_d_Act module. Returns.

After this process, the DCCH requesting the setting and the transport channel mapped thereto are checked (405, 406), and then, through the RRC_SAP (Service Access Point) including the MAC_id for the MAC_d module to be generated in the normal connection (CMAC_CONNECT_Conf) primitive. The MAC_id is added to the user information managed by the MAC_d_Act module (408, 409) by transmitting to the RRC sublayer (407), generating a MAC_d module, and calling an effective terminal management (AvailUE_Man) function.

Subsequently, the MAC_d_Act module transmits a connection request (CMAC_CONNECT_Req) primitive received by the MAC_d module to the MAC_d module to configure the DCCH and a transport channel mapped thereto (410).

Upon receiving the configuration request (CMAC_CONFIG_Req) primitive from the RRC sublayer through RRC-SAP (421), the MAC_d_Act module determines whether the MAC_id transmitted for the received configuration request (CMAC_CONFIG_Req) primitive is about the currently configured MAC_d module. In operation 422 to 424, if the MAC ID corresponding to the MAC_d module is used, the configuration request (CMAC_CONFIG_Req) primitive is transmitted to the MAC_d module (425).

In addition, when the UE_Release primitive indicating that the service is terminated is received from the configured MAC_d module, the MAC_d_Act module releases the corresponding MAC_id from managed user information (431,432). In FIG. 4, an error processing procedure is performed in steps 411 and 426.

FIG. 5 is a state transition diagram of the dedicated channel MAC module MAC_d generated according to the present invention through the procedure of FIG. 4. Referring to FIG. 5, the MAC_d module in the base station and the base station controller UTRAN includes an idle state S1, a RRC connected state S2, and a radio access bearer configuration (RAB). Bearer Established) state (S3).

The idle state S1 refers to a state before the dedicated channel MAC (MAC_d) module is generated by the dedicated channel MAC management module MAC_d_Act. In this state, the transmission / reception operation is not performed. When the generated dedicated channel MAC (MAC_d) module receives the connection request (CMAC_CONNECT_Req) primitive through the dedicated channel MAC management module (MAC_d_Act) in the idle state (S1), as requested by the connection request (CMAC_CONNECT_Req) primitive. Transition to the RRC Connected state S2, which means a state in which the dedicated control channel DCCH is set.

In the RRC connected state (S2), a dedicated traffic channel (DTCH), which is a traffic channel for providing a service, is transmitted and received through a call control (CC) and mobility management (MM) related information through a set dedicated control channel (DCCH). Prepare. When the dedicated channel MAC (MAC_d) module of the RRC connected state (S2) receives the configuration request (CMAC_CONFIG_Req) primitive through the dedicated channel MAC management module (MAC_d_Act), it analyzes the channel-related information and dedicates the dedicated traffic channel (DTCH). Is set to the RAB Established state (S3). If the set dedicated control channel (DCCH) is released, the transition to the Idle state (S1).

The RAB Established state (S3) refers to a state in which a dedicated traffic channel (DTCH) for transmitting and receiving data for a requested service is set and a substantial service can be provided. Dedicated channel MAC (MAC_d) module in RAB Established state receives configuration request (CMAC_CONFIG_Req) primitive and analyzes channel related information to newly set up dedicated traffic channel (DTCH) or current dedicated traffic channel (DTCH). If it is changed, it is maintained in RAB Established state (S3), and when all the dedicated traffic channels (DTCH) are released and the service is terminated, only the dedicated control channel (DCCH) is set. ) Transitions to state S2.

In the RRC connected state (S2) and the RAB Established state (S3), the data partition size and data during the transmission period for the dedicated dedicated control channel (DCCH) and each dedicated traffic channel (DTCH) are set. In order to inform the RLC sublayer of the RLC sublayer, the reception status (Rx ON) and the transmit / receive status (depending on the reception of the status response (MAC_STATUS_Ins) primitive, which is a response of the MAC_STATUS_Ind primitive) are received. Rx / Tx ON). That is, in FIG. 5, S21 represents an RRC connected receiveable state (RRC Connected (Rx ON)), S22 represents an RRC connected transmittable state (RRC Connected (Rx / Tx ON)), and S31 represents an RAB set receiveable state ( RAB Established (Rx ON)) and S32 indicates RAB Established Transmit / Receive (RAB Established (Tx / Tx ON)).

FIG. 6A is a diagram illustrating a process in which a dedicated channel MAC (MAC_d) module of a base station and a base station controller (UTRAN) transitions from an idle state to another state in a specification description language (SDL).

Referring to FIG. 6A, when the dedicated channel MAC (MAC_d) module receives a connection request (CMAC_CONNECT_Req) primitive in the idle state S1 (601), the UE ID (UE_id) receives the MAC ID (MAC_id) included in the received primitive. In step 602, it is determined whether the logical channel ID LCH_id is a dedicated control channel DCCH (603).

If the logical channel ID is not a dedicated control channel (DCCH), the controller maintains an idle state after processing an error (607), and if the dedicated control channel (DCCH), determines whether it is a dedicated transport channel (TCH_id_up / TCH_id_down). If the dedicated transport channel is not used, an error process is maintained and the idle state is maintained (604, 607). In the dedicated transport channel, after performing an available channel management function (AvailCH_man) for managing information of the logical channel and the transport channel, a default value (Default_TFCI_DCCH) is allocated to the current transport format combination identifier (Current_TFCI) (605, 606).

The available channel management function (AvailCH_man) manages information about a logical channel to be used in the created dedicated channel MAC (MAC_d) module and a transport channel mapped thereto, and releases the dedicated control channel (DCCH) by the received CMAC-related primitive. In the case of '00', a dedicated traffic channel (DTCH) is set or '01' when a change occurs with respect to the currently set DCCH and DTCH, and '10' when all DTCHs are released.

FIG. 6B is a diagram illustrating a process of transitioning a dedicated channel MAC (MAC_d) module of a base station and a base station controller (UTRAN) from an RRC connected state (S2) to another state using a specification description language (SDL). FIG. to be.

Referring to FIG. 6B, upon receiving the configuration request (CMAC_CONFIG_Req) primitive in the RRC connection state S2 (611), it is determined whether the MAC ID is a terminal ID (MAC_id = UE_id) (612). Maintain RRC connection after performing the process.

If the determination result is not an error, CONFIG_TCH_id_up is assigned to the temporary variable (Temp_TCH_up), and CONFIG_TCH_id_down is assigned to the temporary variable (Temp_TCH_down) (613,614). The temporary variable value is determined to determine whether the dedicated transport channel is used, and if the dedicated transport channel is available, an available channel management function (AvailCH_man) is performed (615 and 616). If it is not a dedicated transport channel, it maintains an RRC connection state after error processing in step 630. At this time, the available channel management function (AvailCH_man) manages information on the logical channel to be used in the created dedicated channel MAC (MAC_d) module and the transport channel mapped thereto, and when the DCCH is released by the received CMAC-related primitive, '00 ',' 01 'when DTCH is set or a change occurs with respect to DCCH and DTCH currently set, and' 10 'when all DTCHs are released.

Subsequently, after filling the available channel management function value into the state variable, the state variable is determined, and if it is '00', steps 631 are performed, and if it is '01', steps 619 to 629 are performed. Maintain RRC connection after processing. That is, when the value returned by the Available Channel Management (AvailCH_man) function is '00' in an RRC connected state, the MAC_d module used by transmitting a UE_Release primitive to the dedicated channel MAC Management (MAC_d_Act) module. Requires release of (631). If the return value of the available channel management function (AvailCH_man) is '01' in an RRC connected state, the select_TFCI function is called to select a plurality of logical channels configured according to a user's request. Select a suitable transport format identifier (TFCI) from a transport format combination set (TFCS) indicating a possible configuration of the transport channel mapped thereto (619, 620), and if the selected TFCI is different from the TFCI currently set and used. The status indication (MAC_STATUS_Ind) primitive is used to inform the RLC sublayer (621). At this time, the transport format identifier (Select_TFCI) returns the transport format identifier (TFI) values to be applied to each transport channel.

Subsequently, in step 622, the MAC sublayer sends a status indication (MAC_STATUS_Ind) primitive and simultaneously operates a timer (T1_wait) to receive a response to the status indication (MAC_STATUS_Ind) primitive, and waits for a response in step 623. Wait_Response).

If a status response (MAC_STATUS_Res) primitive is received while waiting for a response, the selected TFCI value and TFI are registered as the current TFCI and TFI, and the timer is reset to switch to the RAB establishment state (RAB_Established) (624 to 627). Therefore, from this point on, the data unit size and the amount of transmission during the transmission interval received by the RLC sublayer are appropriately allocated to the selected TFCI. If the T1 timer expires while waiting for a response, an error is processed and then switched to the RRC connected state (RRC_Connected) (628, 629).

In the initial RRC connected state, since only a dedicated control channel (DCCH) is set and used, it is defined to use a simple type of TFCI (Default_TFCI_DCCH). The function of selecting an appropriate TFCI within the TFCS range in the MAC sublayer can be applied to various algorithms, thereby enabling efficient service multiplexing. In steps 630, 632, and 633, a predetermined error processing procedure is performed.

FIG. 6C is a diagram illustrating a process in which a dedicated channel MAC (MAC_d) module of a base station and a base station controller (UTRAN) transitions from a RAB connected state to another state in a specification description language (SDL).

Referring to FIG. 6C, if the configuration request (CMAC_CONFIG_Req) primitive is received in the RAB configuration state (641), it is determined whether the MAC ID (MAC_id) is the terminal ID (UE_id), and an error processing operation is performed in step 659.

If the determination result is normal, after performing the available channel management (AvailCH_man) function (643), the available channel function value is written in the state variable (CH_state: = AvailCH_man ()), and the state variable (CH_state) is determined to determine '00'. If it is, step 658 is performed. If '10', steps 646 through 657 are performed. If '01', steps 660 through 669 are performed. That is, when the value returned by the Available Channel Management (AvailCH_man) function is '10' in the RAB_Established state, a plurality of logical channels configured according to the user's request by calling the Select Format TFCI function Selects the appropriate transport format combination set identifier (TFCI) from the transport format combination set (TFCS) indicating the possible configuration of the transport channel mapped thereto, and displays a status when the selected TFCI is different from the TFCI currently set and used. MAC_STATUS_Ind) primitives to inform the RLC sublayer. At this time, the transport format combination selector (Select_TFCI) function returns TFI values to be applied to each transport channel. In order to receive a response to the status indication (MAC_STATUS_Ind) primitive for a given time, the MAC sublayer transmits a status indication (MAC_STATUS_Ind) primitive and simultaneously drives the T1 timer (T1_wait) (646 to 651).

If a status response (MAC_STATUS_Res) primitive is received while waiting for a response, the selected TFCI value and TFI are registered as the current TFCI and TFI, and the timer is reset to switch to the RRC connection state (652 to 655). Therefore, from this point on, the data unit size and the amount of transmission during the transmission interval received by the RLC sublayer are controlled according to the selected TFCI. If the T1 timer expires while waiting for a response, an error is processed and the RRC connection state is converted (656, 657).

Meanwhile, steps 660 to 671 performed when the return value of the AvailCH_man function is '01' are the same as steps 646 to 657 described above, and thus, further description is omitted to avoid repetition. However, after the error processing 671 or after the timer reset 669, the 'RAB_Established' is maintained.

In case of setting channel release, DTCH release and DCCH release should proceed in order, so if the value returned by Available Channel Management (AvailCH_man) function is '00' in RAB Established state, perform Error_Handling. (658).

FIG. 7A defines an SDL process of transmitting data received through a transport channel of a MAC_d module of a base station and a base station controller (UTRAN) to a logical channel in an RRC connected state.

Referring to FIG. 7A, the data reception indication (PH_DATA_Ind) primitive (TFI indicating the configuration of the transmission blockset and the transmission blockset and the transmission channel information (TCH_id) for transmitting data, etc., from the physical layer in the RRC connection state) And a transmission block length check (Check_TBS_LEN) function is called to check whether a transmission block set having a length of a value defined by TFI is received (702 to 704). If the check_TBS_LEN function returns '1', which indicates that the length of the transmission block set is correctly transmitted, the channel ID check (Check_CH_id) function is called to check whether the transmission channel receiving the data is set in advance. (705-707). Check_CH_id function is to input '0' value when the channel to be checked is a transmission channel and '1' value when it is a logical channel, and it is transmitted through the set transmission channel and logical channel. In this case, a value of '1' is returned as the value of the channel ID check (Check_CH_id) function.

The MAC_d module divides a transmission block, which is a transmission unit with an RLC sublayer, using a TB_generate function according to TFI information from a transmission block set received through a preset transmission channel (708). The TB_generate function returns the count of the number of transport blocks divided from the transport block set.In the MAC sublayer, the RLC PDU is used as the payload portion excluding the header from the transport block corresponding to the MAC PDU. The operation of transmitting to the RLC sublayer using the data reception indication (MAC_DATA_Ind) primitive through the configured logical channel LCH_id is repeated as many as the number of transmission blocks (709 to 715). In this case, the MAC PDU corresponding to the transmission block does not use a separate header because the 'MAC_PDU_DDnomux' format defined in Table 6 is applied in the RRC Connected state, and the 'MAC_PDU_DDmux' defined in Table 5 above in the RAB Established state. 'Format is applied to determine transmission path to DCCH or DTCH according to C_T parameter that classifies logical channel. Step 716 handles the error.

FIG. 7B defines SDL as an operation of transmitting data received through a transport channel of a MAC_d module of a base station and a base station controller (UTRAN) to a logical channel in a RAB Established state.

Referring to FIG. 7B, when the data reception indication (PH_DATA_Ind) primitive is received from the physical layer in the RAB setting state (721), a transmission block having a length of a value defined by TFI is called by calling the transmission block set length check (Check_TBS_LEN) function. Check if the set has been received (722 ~ 724). If the check_TBS_LEN function returns '1', which indicates that the length of the transmission block set is correctly transmitted, the channel ID check (Check_CH_id) function is called to check whether the transmission channel receiving the data is set in advance. (725-727).

Subsequently, the MAC_d module divides the transmission block, which is a transmission unit with the RLC sublayer, using a TB_generate function according to the TFI information from the transmission block set received through the preset transmission channel (728). The TB_generate function returns the count of the number of transport blocks divided from the transport block set.In the MAC sublayer, the RLC PDU is used as the payload portion excluding the header from the transport block corresponding to the MAC PDU. The operation of transmitting to the RLC sublayer using the data reception indication (MAC_DATA_Ind) primitive through the configured logical channel LCH_id is repeated as many as the number of transmission blocks (729 to 742). In this case, the MAC PDU corresponding to the transport block is not used in the RRC Connected state because the 'MAC_PDU_DDnomux' format defined in Table 6 is applied and no separate header is used, and in the RAB Established state, the 'MAC_PDU_DDmux' defined in Table 5 above. 'Format is applied to determine transmission path to DCCH or DTCH according to C_T parameter that classifies logical channel. Steps 743 and 744 process the error.

FIG. 8A defines an SDL process of transmitting data transmitted through a logical channel of a MAC_d module of a base station and a base station controller (UTRAN) in a RRC connected state to a transport channel.

Referring to FIG. 8A, if a data transmission request (MAC_DATA_Req) primitive is received from an RLC sublayer in an RRC connection state (801), an RLC PDU is divided and transmitted to an appropriate size for a TFI currently used through a set logical channel. After checking by calling ID check function (Check_CH_id) and transmission block length check function (Check_TB_LEN) (802 ~ 807), configure RLC PDU as payload and configure appropriate header for each state to format MAC_PDU_DDnomux and MAC_PDU_DDmux. Generates a MAC PDU having (808 ~ 814).

In addition, since a transmission / reception unit through a transmission channel between the MAC sublayer and the physical layer is defined as a transmission block set (TBS), a MAC PDU corresponding to a transmission block is transmitted in a format suitable for the TFI currently set in the transmission block set generation (TBS_generate) function. The data transmission request (MAC_DATA_Req) primitive reception is repeated until the block set is generated (815 to 818). The TBS_generate function returns a value related to the Tx_set configuration state.When the Tx_blockset is completed during the transmission period, the value is returned as '1' to use the PH_DATA_Req primitive. The completed transmission block set is transmitted to the physical layer through the established transmission channel (819).

On the other hand, when the transmission interval time is exceeded (T_10ms Timeout) while the return value of the TBS_generate function corresponding to the case where the transmission block set is not completely configured, a function for error solving is called (816, 817). In steps 820, 821, and 822 of FIG. 8A, an error is processed.

FIG. 8B defines an operation of transmitting data received through a logical channel of a MAC_d module of a base station and a base station controller (UTRAN) to a transport channel in an RAB connected state as SDL.

Referring to FIG. 8B, in the RAB Established state, the transmission operation process calls the channel map check (Check_CH_MAP) function and examines the case of the transmission channel to which the logical channel requiring data transmission is mapped. Is performed. In the embodiment of the present invention, it is assumed that the channel is mapped to a dedicated transport channel. At this time, the channel map check (Check_CH_MAP) function is mapped to a dedicated transport channel to '00', mapped to a public transport channel to '01', and mapped to a transport channel used for a limited number of users. In this case, a value of '10' is returned (835 ~ 837).

When the RAB connection receives the data transmission request (MAC_DATA_Req) primitive, the channel ID check function (Check_CH_id) and the channel map check (Check_CH_MAP) indicate whether the RLC PDU is divided and transmitted to the TFI currently used through the set logical channel. After calling the function and checking the length through the length check function (Check_TB_LEN), a header suitable for each state is configured to generate a MAC PDU having the format of MAC_PDU_DDnomux and MAC_PDU_DDmux.

Each step 831 to 856 of FIG. 8B for performing such an operation operates in the same manner as each step of FIG. 8A except for further performing the channel map checking steps 835 to 837 described above. Is omitted. However, the RRC connection state is maintained after each step of FIG. 8A, whereas the RAB setting state is maintained after each step of FIG. 8B.

In the above embodiment, the method of configuring a dedicated channel MA (MAC_d) module of the base station and the base station controller (UTRAN) is mainly described. However, the present invention is not limited thereto, and the terminal constituting a wireless access section of the IMT-2000 system (UE) ) And the implementation of the MAC-c, MAC-sh, MAC-b and MAC-p modules.

As described above, according to the present invention, various functions can be simultaneously provided by efficiently implementing a function of a media access control (MAC) layer required by the next generation mobile communication standard (3GPP). In particular, it is possible to meet the requirements of the next-generation mobile communication standard that has not yet been specified as a specific implementation technology in accordance with the present invention to promote the development of advanced communication technology and to verify the validity of the standard.

Claims (8)

A UE can be connected to a base station and a base station controller according to a protocol layered into a physical layer, a medium access control (MAC) sublayer, a radio link control (RLC) sublayer, and a radio resource control (RRC) sublayer. In the mobile network, The media access control sublayer, It includes a common channel MAC module for transmitting and receiving for up and down shared channels, a dedicated channel MAC module for transmitting and receiving for up and down dedicated channels, and a dedicated channel MAC management module for generating or releasing the dedicated channel MAC module. The dedicated channel MAC management module Upon receipt of a connection request primitive from the radio resource control (RRC) sublayer, determining a MAC ID (ID) and transmitting a connection confirmation primitive to the radio resource control sublayer if a new MAC ID; Creating a new dedicated channel MAC module and adding a MAC ID to the user information; Transmitting an access request primitive to the newly created dedicated channel MAC module; Checking the MAC ID (MAC_id) when receiving the configuration request primitive from the radio resource control sublayer, and forwarding the configuration request primitive to the dedicated channel MAC module of the MAC ID if the corresponding MAC ID exists; And And deleting a corresponding MAC ID (MAC_id) from user information when receiving a terminal release primitive from a dedicated channel MAC module. A UE can be connected to a base station and a base station controller according to a protocol layered into a physical layer, a medium access control (MAC) sublayer, a radio link control (RLC) sublayer, and a radio resource control (RRC) sublayer. In the mobile network, The media access control (MAC) sublayer, It includes a common channel MAC module for transmitting and receiving for up and down shared channels, a dedicated channel MAC module for transmitting and receiving for up and down dedicated channels, and a dedicated channel MAC management module for generating or releasing the dedicated channel MAC module. The dedicated channel MAC module When the connection request primitive is received, the terminal transitions from the idle state to the RRC connection state, and when the configuration request primitive is received in the RRC connection state, the state transitions to the RAB setting state, and when the configuration request primitive requesting the release from the RAB setting state is received. And transitioning to an RRC connected state and transitioning to an idle state upon receiving a configuration request primitive requesting release from the RRC connected state. The method of claim 2, wherein the dedicated channel MAC module, in the RRC connection state Upon receiving the configuration request primitive, checking the logical channel and the transmission channel information, and if the dedicated traffic channel (DTCH) is released, transmitting the terminal release primitive to the dedicated channel MAC management module and transitioning to the idle state; If a dedicated traffic channel (DTCH) change, selecting a transport format identifier (TFCI) from a transport format combination set (TFCS) and delivering a status indication primitive to the RLC sublayer; And And if the status indication response primitive is received within a predetermined time, set the transmission format combination identifier (TFCI) and then transition to the RAB setting state, and if the predetermined time elapses, process the error and maintain the RRC connection state. MAC layer implementation method in a mobile communication network. The method of claim 2, wherein the dedicated channel MAC module, in the RAB configuration state, When receiving the configuration request primitive, checking the logical channel and the transmission channel information, and if the dedicated traffic channel (DTCH) is set, maintaining the RAB setting state after error processing; In case of a dedicated traffic channel (DTCH) change, if the transport format combination identifier (TFCI) is matched, it transitions to the RRC connection state. If not, the TFCI is transmitted if the status indication response primitive is received within a predetermined time after passing the status indication primitive to the RLC sublayer. Transitioning to the RRC setting state after setting the step, and transitioning to the RRC connection state after processing an error when a predetermined time elapses; And If the Dedicated Traffic Channel (DTCH) is set and changed, if the TFCI is matched, the RAB setting status is maintained; if it is not matched, the status indication response primitive is received within a predetermined time after passing the status indication primitive to the RLC sublayer. If the TFCI is set to maintain the RAB setting state, if the predetermined time elapses after processing the error, the RAB setting method comprising the step of maintaining the MAC layer in a mobile communication network. The method of claim 2, wherein the dedicated channel MAC module, in the RRC connection state, When the data reception indication primitive is received from the physical layer, confirming a size of a transmission block set and whether a channel is set Generating a transmission block by dividing the received transmission block set; And Generating a RLC PDU using a transmission block and transmitting the RLC PDU to the RLC sublayer through a data reception indication primitive and maintaining an RRC connection state. The method of claim 2, wherein the dedicated channel MAC module, in the RAB configuration state, Checking a size and a channel ID of a transmission block set when receiving a data reception indication primitive from a physical layer; Generating a transmission block by dividing the received transmission block set; And Generating an RLC PDU using a transmission block, transmitting the RLC PDU to an RLC sublayer through a data reception indication primitive, and maintaining a RAB setting state; The method of claim 2, wherein the dedicated channel MAC module, in the RRC connection state, Checking a size and a channel ID of a transmission block when receiving a data transmission request primitive from an RLC sublayer; Forming a MAC_PDU from the received transport block; Generating a transmission block set; And When the transmission block set is completed, transmitting to the physical layer through a data request primitive and maintaining an RRC connection state. The method of claim 2, wherein the dedicated channel MAC module, in the RAB configuration state, Checking a size and a channel ID of a transmission block when receiving a data transmission request primitive from an RLC sublayer; Forming a MAC_PDU from the received transport block; Generating a transmission block set; And When the transmission block set is completed, transmitting the data to the physical layer through a data request primitive and maintaining a RAB setting state.