Patent Description:
In order to meet the increasing demand with respect to wireless data traffic after the commercialization of <NUM> communication systems, efforts have been made to develop improved <NUM> communication systems or pre-<NUM> communication systems. For this reason, <NUM> communication systems or pre-<NUM> communication systems are called Beyond <NUM> network communication systems or Post LTE systems. In order to achieve a high data rate, consideration is given to implementing <NUM> communication systems in millimeter wave (mmW) frequency bands (e.g., <NUM> bands). In order to reduce propagation path loss of radio waves and increase a propagation distance of radio waves in the millimeter wave frequency bands, in <NUM> communication systems, discussions are underway about technologies such as beam-forming, massive multiple input multiple output (MIMO), full dimensional MIMO (FD-MIMO), array antenna, analog beam-forming, and large scale antenna. Also, in order to improve networks of systems, in <NUM> communication systems, developments of technologies such as evolved small cell, advanced small cell, cloud radio access network (cloud RAN), ultra-dense network, device to device communication (D2D), wireless backhaul, moving network, cooperative communication, coordinated multi-points (CoMP), and interference cancellation are underway. Furthermore, in <NUM> communication systems, developments of an advanced coding modulation (ACM) scheme such as hybrid FSK and QAM modulation (FQAM) and sliding window superposition coding (SWSC) and an enhanced network access scheme such as filter bank multi carrier (FBMC), non-orthogonal multiple access (NOMA), or sparse code multiple access (SCMA) are underway.

The Internet is being developed from a human-centered network via which people generate and consume information to an Internet of Things (IoT) network via which distributed components, such as things, transmit or receive information to or from each other and process the information. Internet of Everything (IoE) technology in which big data processing technology is combined with IoT technology via connection with a cloud server or the like, is emerging. To implement IoT, technical elements, such as sensing technology, a wired/wireless communication and network infrastructure, service interface technology, and security technology, are required, and thus a sensor network, machine to machine (M2M) communication, machine type communication (MTC), and the like for connection between things have recently been studied. In IoT environments, an intelligent Internet Technology (IT) service for collecting and analyzing data generated by connected things and creating a new value in people's lives may be provided. IoT is applicable to various fields, such as smart homes, smart buildings, smart cities, smart cars or connected cars, smart grids, health care, smart home appliances, and advanced medical care, via fusion and combination of existing information technology (IT) with various industries.

Accordingly, various attempts are being made to apply <NUM> communication systems to IoT networks. For example, technology such as a sensor network, M2M communication, or MTC is implemented by <NUM> communication technology such as beam-forming, MIMO, or array antenna. The application of a cloud RAN as big data processing technology may also be considered as an example of convergence of 3eG technology and IoT technology.

Because wireless communication systems are able to provide various services due to the developments of the above wireless communication systems, methods of smoothly providing the services by using packet duplicate transmission are required, in particular, by wireless communication systems.

Further features are defined in dependent claims.

In the following description the subject-matter of <FIG>, <FIG>, <FIG> and their descriptions and <FIG> and its description in combination with <FIG>, <FIG>, <FIG> and their descriptions is according to the invention as defined in the independent claims. The rest of the following description and figures (even if named embodiment(s)) does not or does not fully correspond to the invention as defined in the independent claims and is therefore not according to the invention as defined in the independent claims but is considered as useful e.g. for understanding the subject-matter of the dependent claims.

Provided is a method and apparatus capable of effectively supporting services in a wireless communication system.

While describing the disclosure, detailed description of related well-known functions or configurations may be omitted when it is deemed that they may unnecessarily obscure the essence of the disclosure. Also, terms used below are defined in consideration of functions in the disclosure, and may have different meanings according to an intention of a user or operator, customs, or the like. Thus, the terms should be defined based on the description throughout the disclosure. As used in the following description, terms identifying access nodes, terms indicating network entities, terms indicating messages, terms indicating interfaces between network entities, terms indicating various types of identification information, etc. are exemplified for convenience of explanation. Accordingly, the disclosure is not limited to terms to be described later, and other terms representing objects having the equivalent technical meaning may be used.

Examples of a terminal may include a user equipment (UE), a mobile station (MS), a cellular phone, a smartphone, a computer, a multimedia system capable of performing a communication function, or the like.

Hereinafter, a base station is a subject that performs resource allocation of a terminal, and may be at least one of gNode B, eNode B, Node B, base station (BS), a radio access unit, a base station controller, or a node on a network. Examples of a terminal may include a user equipment (UE), a mobile station (MS), a cellular phone, a smartphone, a computer, and a multimedia system capable of performing a communication function. Furthermore, the term 'terminal' may refer to a mobile phone, NB-IoT devices, sensors, and other wireless communication devices. Of course, a base station and a terminal are not limited to the above examples.

Hereinafter, for convenience of description, the disclosure uses terms and names defined in the 3rd Generation Partnership Project Long Term Evolution (3GPP LTE) standard and/or the 3rd Generation Partnership Project New Radio (NR) standard. However, the disclosure is not limited to the aforementioned terms and names.

Although embodiments of the disclosure are hereinafter described with respect to an LTE, LTE-Advanced (LTE-A), LTE Pro, or <NUM> (or NR as next-generation mobile communication) system, the embodiments of the disclosure may be applied to other communication systems having similar technical backgrounds and channel configurations. Furthermore, it should be understood by those skilled in the art that the embodiments of the disclosure are applicable to other communication systems though modifications not departing from the scope of the disclosure.

Embodiments of the disclosure will now be described more fully with reference to the accompanying drawings, in which exemplary embodiments are shown.

<FIG> illustrates a scenario of performing inter-terminal communication in Vehicular to Everything (V2X) communication, according to an embodiment of the disclosure.

In detail, referring to <FIG>, it is assumed that V2X terminals <NUM>, <NUM>, and <NUM> communicate with one another without using base stations in V2X communication. This transmission method may be one of the following three methods.

Which of the above-described three methods is used for transmission may be determined according to characteristics of traffic to be transmitted or characteristics of a V2X terminal that performs transmission/reception. According to an embodiment of the disclosure, a base station may determine a transmission method and may transmit the determined transmission method to a terminal via Radio Resource Control (RRC) configuration. Because this V2X communication is based on communication between terminals, the V2X communication may be performed in a connected mode within the coverage of a base station, but may be performed in an idle mode or inactive mode where connection with a base station has been released. When a terminal has a link state capable of performing V2X communication even in an out-of-coverage (OOC) state of a base station, V2X communication is possible. When the Unicast method is used, it may be assumed that two V2X terminals transmit and receive data, and a transmission terminal, a reception terminal, and configuration values, such as a parameter and a timer, to be used in Unicast communication may be set using several methods. V2X communication is referred to as a sidelink, because communication is performed between terminals without using a base station. A radio bearer in a sidelink on which a terminal performs communication is referred to as a SideLink Radio Bearer (SLRB).

To support V2X communication regardless of a transmission method, the V2X terminal <NUM> in charge of transmission may transmit data for V2X communication to one or more reception V2X terminals <NUM> and <NUM>. At this time, only terminals allowed to receive data transmitted by the V2X terminal <NUM> in charge of transmission may receive the data. When V2X communication is performed within the coverage of a base station <NUM>, the base station <NUM> may control the V2X communication. A role that may be performed by the base station <NUM> may be at least one of RRC connection configuration, allocation of radio resources (frequency and time resources), transmission method configuration, radio bearer setup, or a Quality of Service (QoS).

<FIG> illustrates a mobility scenario of a transmission/reception terminal in V2X communication, according to an embodiment of the disclosure.

A terminal <NUM> having mobility may deviate from a coverage <NUM> of a serving base station (gNB1) <NUM> that is a base station to which the terminal <NUM> belongs, and may move to a coverage <NUM> of another base station <NUM> or to an OCC region that is not the coverage of any base station. At this time, the terminal <NUM> may be configured through an RRC Configuration or Reconfiguration message of the base station to which the terminal <NUM> belongs. However, when the terminal <NUM> is in an RRC idle mode or inactive mode, the terminal <NUM> may receive configuration information of the terminal <NUM> by a system information block (SIB) that is received from the base station. Even when the terminal <NUM> is in a connected mode, configuration of V2X communication or an SLRB may be configured based on the SIB. When the terminal <NUM> moves to the OOC region that is not the coverage of any base station, configuration of V2X communication or an SLRB may be applied based on pre-configuration used in the OCC.

According to the embodiment of <FIG>, the terminal <NUM> is initially located in the coverage <NUM> of a first base station (gNB1) <NUM>. When the terminal <NUM> exists in the coverage <NUM> of the first base station <NUM>, the terminal <NUM> may apply configuration information of V2X communication or an SLRB included in an SIB <NUM> transmitted by the first base station <NUM>. Thereafter, the terminal <NUM> may move to the coverage <NUM> of a second base station <NUM> and may receive an SIB <NUM> from the second base station <NUM>. At this time, because the terminal <NUM> is located in the coverage <NUM> of the second base station <NUM>, the terminal <NUM> needs to apply, to the terminal <NUM>, configuration included in the SIB <NUM> transmitted by the second base station <NUM>. In particular, when pre-configured current configuration of V2X communication or an SLRB is different from the configuration included in the SIB <NUM> transmitted by the second base station <NUM>, there is a need to prevent an operational error due to the difference. This scenario is not limited to V2X terminals but is equally applicable to terminals in an idle mode or inactive mode that do not receive direct configuration from a base station or to general terminals that operate in an OOC region. A time point when it is determined that the terminal <NUM> has moved to the coverage <NUM> of the second base station <NUM> may be a time point when the terminal <NUM> is no longer able to receive the SIB <NUM> transmitted by the first base station <NUM>, or may be a time point when a signal intensity received by the terminal <NUM> from the first base station <NUM> is lower than a sum of a signal intensity received by the terminal <NUM> from the second base station <NUM> and a certain constant.

<FIG> illustrates a reconfiguration method of V2X communication or an SLRB in a mobility scenario of a terminal of V2X communication, according to an embodiment of the disclosure.

A terminal <NUM> having mobility may deviate from a coverage <NUM> of a serving base station <NUM> that is a base station <NUM> to which the terminal <NUM> belongs, and may move to a coverage <NUM> of another base station <NUM> or to an OCC region that is not the coverage of any base station. When the terminal <NUM> is in an RRC idle mode or inactive mode, the terminal <NUM> may receive configuration information of the terminal <NUM> from an SIB that is received from the base station. Even when the terminal <NUM> is in a connected mode, V2X communication or an SLRB may be configured based on the SIB. When the terminal <NUM> moves to the OOC region that is not the coverage of any base station, configuration of V2X communication or an SLRB may be applied based on pre-configuration used in the OCC. However, a time point at which a configuration or pre-configuration is to be applied when a terminal has moved to a base station, and what information is to be applied, may vary according to embodiments.

According to the embodiment of <FIG>, the terminal <NUM> may be initially located in the coverage <NUM> of a first base station (gNB1) <NUM>. When the terminal <NUM> exists in the coverage <NUM> of the first base station <NUM>, the terminal <NUM> may apply, to the terminal <NUM>, configuration information of V2X communication or an SLRB included in an SIB <NUM> transmitted by the first base station <NUM>. Thereafter, the terminal <NUM> may move to the coverage <NUM> of a second base station <NUM> and may receive an SIB <NUM> from the second base station <NUM>. At this time, because the terminal <NUM> is located in the coverage <NUM> of the second base station <NUM>, the terminal <NUM> needs to apply, to the terminal <NUM>, configuration included in the SIB <NUM> transmitted by the second base station <NUM>. In particular, when pre-configured current configuration of V2X communication or an SLRB is different from the configuration included in the SIB <NUM> transmitted by the second base station <NUM>, an operational error due to the difference needs to be prevented. According to the embodiment of <FIG>, the terminal <NUM> may apply the configuration included in the SIB <NUM> transmitted by the first base station <NUM> at the moment when V2X communication or an SLRB is set up, and may maintain the configuration until the V2X communication or the SLRB is re-established or released. Thus, even when the terminal <NUM> moves to the coverage <NUM> of the second base station <NUM>, the terminal <NUM> may maintain the existing configuration of the V2X communication or the SLRB without changes, and may apply the configuration included in the SIB <NUM> transmitted by the second base station <NUM> for only a configuration value of V2X communication or an SLRB that is newly configured.

This scenario is not limited to V2X terminals but is equally applicable to terminals in an idle mode or inactive mode that do not receive direct configuration from a base station or to general terminals that operate in an OOC region. The above-described configuration method does not need to be applied to configurations of all V2X communications or configurations of all SLRBs, and may be applied to only some state variables or some timer values.

<FIG> is a flowchart of an operation of reconfiguring V2X communication or an SLRB, in a mobility scenario of a terminal of V2X communication, according to an embodiment of the disclosure.

When a terminal reaches the coverage of a first base station and is able to receive an SIB from the first base station (operation <NUM>), the terminal may apply a configuration value included in configuration of the first base station when either V2X communication or an SLRB and Packet Data Convergence Protocol (PDCP), Radio Link Control (RLC), Service Data Adaptation Protocol (SDAP), and Medium Access Control (MAC) devices of the SLRB are configured (operation <NUM>). Thereafter, when the terminal reaches the coverage of a second base station and is able to receive an SIB from the second base station (operation <NUM>), the terminal may continuously apply the configuration value due to configuration of the first base station until the pre-configured V2X communication or SLRB and the pre-configured PDCP, RLC, SDAP, and MAC devices of the SLRB are released, and may apply a configuration value included in configuration of the second base station for only V2X communication or an SLRB to be newly configured and the PDCP, RLC, SDAP, and MAC devices of the SLRB (operation <NUM>).

<FIG> illustrates a reconfiguration method of V2X communication or, according to the invention as defined in the independent claims, of an SLRB in a mobility scenario of a terminal of V2X communication, according to an embodiment of the disclosure.

A terminal <NUM> having mobility may deviate from a coverage <NUM> of a serving base station <NUM> that is a base station to which the terminal <NUM> belongs, and may move to a coverage <NUM> of another base station <NUM> or to an OCC region that is not the coverage of any base station. When the terminal <NUM> is in an RRC idle mode or inactive mode, the terminal <NUM> may receive configuration information of the terminal <NUM> from an SIB that is received from the base station. Even when the terminal <NUM> is in a connected mode, V2X communication or an SLRB may be configured based on the SIB. When the terminal <NUM> moves to the OOC region that is not the coverage of any base station, configuration of V2X communication or an SLRB may be applied based on pre-configuration used in the OCC. However, a time point at which a configuration or pre-configuration is to be applied when a terminal has moved to a base station, and what information is to be applied, may vary according to embodiments.

According to the embodiment of <FIG>, the terminal <NUM> is initially located in the coverage <NUM> of a first base station (gNB1) <NUM>. When the terminal <NUM> exists in the coverage <NUM> of the first base station <NUM>, the terminal <NUM> applies, to the terminal <NUM>, configuration information of V2X communication or an SLRB included in an SIB <NUM> transmitted by the first base station <NUM>. Thereafter, the terminal <NUM> moves to the coverage <NUM> of a second base station <NUM> and receives an SIB <NUM> from the second base station <NUM>. At this time, because the terminal <NUM> is located in the coverage <NUM> of the second base station <NUM>, the terminal <NUM> needs to apply, to the terminal <NUM>, configuration included in the SIB <NUM> transmitted by the second base station <NUM>. In particular, when pre-configured current configuration of V2X communication or an SLRB is different from the configuration included in the SIB <NUM> transmitted by the second base station <NUM>, an operational error due to the difference needs to be prevented. According to the embodiment of <FIG>, it is assumed that, at the moment when V2X communication or an SLRB is configured, the terminal <NUM> applies the configuration included in the SIB <NUM> transmitted by the first base station <NUM>, and, when the terminal <NUM> has moved to the coverage <NUM> of the second base station <NUM>, a pre-set value is maintained without changes for a certain time period (operation <NUM>). According to the invention as defined in the independent claims, when the corresponding configuration is a timer and the timer expires, restarts, is reset, or stops, the terminal <NUM> applies to the terminal <NUM>, the configuration included in the SIB <NUM> transmitted by the second base station <NUM>. According to the invention as defined in the independent claims, the timer is one or more of a reordering timer, a reassembly timer, and a poll retransmit timer. Not according to the invention as defined in the independent claims, when the corresponding configuration is a constant value corresponding to a state variable and the state variable value is reset or changed to an initial value, the terminal <NUM> may apply, to the terminal <NUM>, the configuration included in the SIB <NUM> transmitted by the second base station <NUM>. For example, the constant value may correspond to at least one of a sequence number length, a maximum re-transmission threshold (maxRetxThreshold), pollPDU, and a pollByte value (operation <NUM>).

<FIG> is a flowchart of an operation of reconfiguring V2X communication or, according to the invention as defined in the independent claims, of an SLRB, in a mobility scenario of a terminal of V2X communication, according to an embodiment of the disclosure.

When a terminal reaches the coverage of a first base station and is able to receive an SIB from the first base station (operation <NUM>), the terminal applies a configuration value included in configuration of the first base station when either V2X communication or, according to the invention as defined in the independent claims, an SLRB and PDCP, RLC, SDAP, and MAC devices of the SLRB are configured (operation <NUM>). Thereafter, the terminal moves and reaches the coverage of a second base station and is able to receive an SIB transmitted by the second base station (operation <NUM>). In this case, when the timer expires, restarts, is reset, or stops, a pre-set timer value of V2X communication or, according to the invention as defined in the independent claims, an SLRB and a timer value of the PDCP, RLC, SDAP, and MAC devices of the SLRB is changed to configuration included in the SIB transmitted by the second base station. Before then, a configuration value based on configuration by the first base station may be applied without changes (operation <NUM>). According to the invention as defined in the independent claims, the timer is one or more of a reordering timer, a reassembly timer, and a poll retransmit timer.

When a terminal reaches the coverage of a first base station and is able to receive an SIB from the first base station (operation <NUM>), the terminal may apply a configuration value included in configuration of the first base station when either V2X communication or an SLRB and PDCP, RLC, SDAP, and MAC devices of the SLRB are configured (operation <NUM>). Thereafter, the terminal moves and reaches the coverage of a second base station and is able to receive an SIB transmitted by the second base station (operation <NUM>). In this case, when a constant value corresponding to a state variable configured in either V2X communication or an SLRB and the PDCP, RLC, SDAP, and MAC devices of the SLRB are pre-set and the state variable value is reset or changed to an initial value, configuration included in the SIB transmitted by the second base station may be applied. Before then, a configuration value based on configuration by the first base station may be applied without changes (operation <NUM>). For example, the constant value may correspond to at least one of a sequence number length, a maximum retransmission threshold (maxRetxThreshold), pollPDU, and a pollByte value.

A terminal <NUM> having mobility may deviate from a coverage <NUM> of a serving base station that is a base station <NUM> to which the terminal <NUM> belongs, and may move to a coverage <NUM> of another base station <NUM> or to an OCC region that is not the coverage of any base station. When the terminal <NUM> is in an RRC idle mode or inactive mode, the terminal <NUM> may receive configuration information of the terminal <NUM> from an SIB that is received from the base station. Even when the terminal <NUM> is in a connected mode, V2X communication or an SLRB may be configured based on the SIB. When the terminal <NUM> moves to the OOC region that is not the coverage of any base station, configuration of V2X communication or an SLRB may be applied based on pre-configuration used in the OCC. However, a time point at which a configuration or pre-configuration is to be applied when a terminal has moved to a base station, and what information is to be applied, may vary according to embodiments.

According to the embodiment of <FIG>, the terminal <NUM> is initially located in the coverage <NUM> of a first base station (gNB1) <NUM>. When the terminal <NUM> exists in the coverage <NUM> of the first base station <NUM>, the terminal <NUM> applies, to the terminal <NUM>, configuration information of V2X communication or an SLRB included in an SIB <NUM> transmitted by the first base station <NUM> (operation <NUM>). Thereafter, the terminal <NUM> moves to the coverage <NUM> of a second base station <NUM> and receives an SIB <NUM> from the second base station <NUM>. At this time, because the terminal <NUM> is located in the coverage <NUM> of the second base station <NUM>, the terminal <NUM> needs to apply, to the terminal <NUM>, configuration included in the SIB <NUM> transmitted by the second base station <NUM>. In particular, when pre-configured current configuration of V2X communication or an SLRB is different from the configuration included in the SIB <NUM> transmitted by the second base station <NUM>, an operational error due to the difference needs to be prevented. According to the embodiment of <FIG>, it is assumed that, at a time point when V2X communication or, according to the invention as defined in the independent claims, an SLRB is configured, configuration included in an SIB <NUM> transmitted by the first base station <NUM> is applied, and, when the terminal <NUM> moves to the coverage <NUM> of the second base station <NUM>, a configuration value of the second base station <NUM> is immediately applied (operation <NUM>) when the corresponding configuration is a timer and the running timer stops, thus a new configuration value is applied to the timer such that the timer may restart. According to the invention as defined in the independent claims, the timer performing the above-described operation is one or more of a reordering timer, a reassembly timer, and a poll retransmit timer. Not according to the invention as defined in the independent claims, when the corresponding configuration is a constant value corresponding to a state variable, the terminal <NUM> may reset the state variable value or change the state variable value to an initial value and may immediately apply a new configuration value. For example, the constant value may correspond to at least one of a maximum retransmission threshold (maxRetxThreshold), pollPDU, and a pollByte value.

This scenario is not limited to V2X terminals but is equally applicable to terminals in an idle mode or inactive mode where the terminals do not receive direct configuration from a base station or to general terminals that operate in an OOC region. The above-described configuration method does not need to be applied to configurations of all V2X communications or configurations of all SLRBs, and may be applied to only some state variables or some timer values.

When a terminal reaches the coverage of a first base station and is able to receive an SIB from the first base station (operation <NUM>), the terminal may apply a configuration value included in configuration of the first base station when either V2X communication or an SLRB and the PDCP, RLC, SDAP, and MAC devices of the SLRB are configured (operation <NUM>). Thereafter, when the terminal reaches the coverage of a second base station and is able to receive an SIB from the second base station (operation <NUM>), the terminal may apply a configuration value included in configuration of the second base station so as to change configuration values of either V2X communication or an SLRB and PDCP, RLC, SDAP, and MAC devices of the SLRB (operation <NUM>).

<FIG> is a flowchart of an operation of applying a reconfiguration value of V2X communication or an SLRB, in a mobility scenario of a terminal of V2X communication, according to an embodiment of the disclosure.

A terminal having mobility is triggered to apply a new configuration, due to causes such as the terminal moving to the coverage of another base station or to an OOC region (operation <NUM>). When there is a running timer, the running timer may stop, and may restart by applying a new configuration value (operation <NUM>). For example, the timer performing the above-described operation may be one or more of a reordering timer, a reassembly timer, and a poll retransmit timer. When the corresponding configuration is applied to a constant value corresponding to a state variable, the terminal may reset the state variable value or change the state variable value to an initial value and may apply a new configuration value (operation <NUM>). For example, the constant value may correspond to at least one of a maximum retransmission threshold (maxRetxThreshold), pollPDU, and a pollByte value.

<FIG> is a flowchart of an operation of applying reconfiguration of maxRetxThreshold of an SLRB, in a mobility scenario of a terminal of V2X communication, according to an embodiment of the disclosure.

A terminal having mobility is triggered to apply a new configuration, due to causes such as the terminal moving to the coverage of another base station or to an OOC region. The new configuration may include a change in the maxRetxThreshold. When the maxRetxThreshold to be newly applied is less than an existing value, a case where a RETX_COUNT value is larger than the maxRetxThreshold may occur. For example, an existing configuration value of the maxRetxThreshold is <NUM> and the RETX_COUNT value is <NUM>, but a newly set maxRetxThreshold value may be <NUM>. At this time, a case where the RETX_COUNT value has already exceeded the maxRetxThreshold may occur. To prevent this, re-transmission of RLC PDU or RLC PDU Segment may be considered (operation <NUM>). At this time, it may be determined whether the RETX_COUNT is equal to or greater than the maxRetxThreshold (operation <NUM>). When the RETX_COUNT is equal to or greater than the maxRetxThreshold, an RLC layer of the terminal may report an upper layer of the terminal that a maximum re-transmission count has been reached (operation <NUM>). The upper layer may be an RRC layer of the terminal. Thereafter, the RRC layer of the terminal may announce a radio link failure (RLF) or an RLC failure.

According to another embodiment, when a configuration value that the terminal is to apply has been changed, it may be determined whether the RETX_COUNT value is equal to or greater than a changed maxRetxThreshold (operation <NUM>). When the RETX_COUNT value is equal to or greater than the maxRetxThreshold, the RLC layer of the terminal may report the upper layer of the terminal that the maximum re-transmission count has been reached (operation <NUM>). The upper layer may be an RRC layer of the terminal. Thereafter, the RRC layer of the terminal may announce an RLF or an RLC failure.

<FIG> is a flowchart of a procedure of applying a reconfiguration value of V2X communication or an SLRB, in a mobility scenario of a terminal of V2X communication, according to an embodiment of the disclosure.

A terminal having mobility is triggered to apply a new configuration, due to causes such as the terminal moving to the coverage of another base station or to an OOC region. The application of new configuration may be triggered in a transmission terminal <NUM> or may be triggered in a reception terminal <NUM>. The embodiment of <FIG> illustrates a case where application of new configuration is triggered in the transmission terminal <NUM>. When application of new configuration is trigged in the transmission terminal <NUM>, the transmission terminal <NUM> applies configuration information of V2X communication or an SLRB included in an SIB or pre-configuration transmitted by a base station. The application of the configuration information may refer to configuration of a transmission parameter value that the transmission terminal <NUM> is to apply (operation <NUM>). Thereafter, because parameter configuration of the reception terminal <NUM> may be changed, the transmission terminal <NUM> may transmit, to the reception terminal <NUM> through a transmission configuration delivery message <NUM>, information indicating that transmission parameter configuration has been changed or reception parameter configuration information that the reception terminal <NUM> needs to change. Thereafter, the reception terminal <NUM> may change the reception parameter configuration, based on the transmission configuration delivery message <NUM>, and may apply a result of the change (operation <NUM>). The transmission parameter configuration <NUM> and the reception parameter configuration <NUM> may be achieved by one of the methods described above with reference to <FIG>.

A terminal having mobility is triggered to apply a new configuration, due to causes such as the terminal moving to the coverage of another base station or to an OOC region. The application of new configuration may be triggered in a transmission terminal <NUM> or may be triggered in a reception terminal <NUM>. The embodiment of <FIG> illustrates a case where application of new configuration is triggered in the reception terminal <NUM>. When application of new configuration is trigged in the reception terminal <NUM>, the reception terminal <NUM> applies configuration information of V2X communication or an SLRB included in an SIB or pre-configuration transmitted by a base station. The application of the configuration information may refer to configuration of a reception parameter value that the reception terminal <NUM> is to apply (operation <NUM>). Thereafter, because parameter configuration of the transmission terminal <NUM> may be changed, the reception terminal <NUM> may transmit, to the transmission terminal <NUM> through a reception configuration delivery message <NUM>, information <NUM> indicating that reception parameter configuration has been changed or transmission parameter configuration information that the transmission terminal <NUM> needs to change. Thereafter, the transmission terminal <NUM> may change the transmission parameter configuration, based on the reception configuration delivery message <NUM>, and may apply a result of the change (operation <NUM>). The reception parameter configuration <NUM> and the transmission parameter configuration <NUM> may be achieved by one of the methods described above with reference to <FIG>.

<FIG> illustrates different applications of each timer value and a constant value applied to a state variable, according to an embodiment of the disclosure.

The disclosure proposes a method in which, as a terminal moves, configuration information of V2X communication or an SLRB is changed and applied. An application may differ according to each timer value and a constant value applied to a state variable, and may be achieved using one of the methods described above with reference to <FIG>. <FIG> illustrates an example in which one of four application methods may be used as an application of a timer value and a constant value that are applied to an RLC layer.

The embodiment of <FIG> illustrates that an application of each timer value and a constant value applied to a state variable may be achieved using different methods. In detail, a value to be applied and an application method to be used may vary according to embodiments.

<FIG> is a block diagram of a structure of a base station according to an embodiment of the disclosure.

Referring to <FIG>, the base station may include a transceiver <NUM>, a controller <NUM>, and a storage <NUM>. The disclosure is not limited thereto, and the base station may include more or less components than the components of <FIG>. Furthermore, the transceiver <NUM>, the controller <NUM>, and the storage <NUM> may be implemented as a single chip.

According to an embodiment of the disclosure, the controller <NUM> may include a circuit, an application specific integrated circuit, or at least one processor. The disclosure is not limited thereto.

The transceiver <NUM> may transmit or receive a signal to or from another network entity. For example, the transceiver <NUM> may transmit system information to a terminal and may transmit a synchronization signal or a reference signal. The signal transmitted or received between the base station and the network entity may include control information and data. To this end, the transceiver <NUM> may include a radio frequency (RF) transmitter that up-converts and amplifies the frequency of a signal to be transmitted, and an RF receiver that low-noise-amplifies a received signal and down-converts the frequency of the received signal. However, this is only an embodiment of the transceiver <NUM>, and the components of the transceiver <NUM> are not limited to the RF transmitter and the RF receiver. The transceiver <NUM> may receive a signal and output the signal to the controller <NUM> through a wireless channel, and may transmit the signal output by the controller <NUM> through a wireless channel.

The storage <NUM> may store at least one of information transmitted and received by the transceiver <NUM> or information generated by the controller <NUM>. The storage <NUM> may store data and programs necessary for operations of the terminal. Furthermore, the storage <NUM> may store control information or data included in a signal obtained by the terminal. The storage <NUM> may include storage media, such as read-only memory (ROM), random access memory (RAM), a hard disk, compact disc (CD)-ROM, and a digital versatile disc (DVD), or a combination thereof. Furthermore, the storage <NUM> may be composed of a plurality of memories.

The controller <NUM> may control overall operations of the base station according to an embodiment of the disclosure. For example, the controller <NUM> may control a signal flow between blocks so as to allow operations to be performed according to the aforementioned flowcharts. For example, the controller <NUM> may determine whether the terminal exists in the coverage of the base station. When it is determined that the terminal exists in the coverage of the base station, the controller <NUM> may apply a predetermined configuration value to the terminal. When it is determined that the terminal exists in the coverage of another base station, the controller <NUM> may continuously apply the configuration value to the terminal until the terminal is released. Only some operations among the aforementioned embodiments have been illustrated, but the disclosure is not limited thereto. The controller <NUM> may control all processes such that the terminal may operate according to all or some of the aforementioned embodiments.

<FIG> is a block diagram of a structure of a terminal according to an embodiment of the disclosure.

Referring to <FIG>, the terminal may include a transceiver <NUM>, a controller <NUM>, and a storage <NUM>. The disclosure is not limited thereto, and the terminal may include more or less components than the components of <FIG>. Furthermore, the transceiver <NUM>, the controller <NUM>, and the storage <NUM> may be implemented as a single chip.

According to an embodiment of the disclosure, the controller <NUM> may control a series of processes so that the terminal may operate according to the above-described embodiment. According to an embodiment, when the terminal exists in the coverage of a base station, the controller <NUM> may receive a predetermined configuration value from the base station and may apply the received configuration value. When the terminal has moved to the coverage of another base station, the controller <NUM> may apply the previously-received configuration value until the terminal is released. Only some operations among the aforementioned embodiments have been illustrated, but the disclosure is not limited thereto. The controller <NUM> may control all processes such that the terminal may operate according to all or some of the aforementioned embodiments.

The transceiver <NUM> may transmit or receive a signal to or from another network entity. For example, the transceiver <NUM> may receive system information from the base station and may receive a synchronization signal or a reference signal. The signal transmitted or received between the base station and the network entity may include control information and data. To this end, the transceiver <NUM> may include an RF transmitter that up-converts and amplifies the frequency of a signal to be transmitted, and an RF receiver that low-noise-amplifies a received signal and down-converts the frequency of the received signal. However, this is only an embodiment of the transceiver <NUM>, and the components of the transceiver <NUM> are not limited to the RF transmitter and the RF receiver. The transceiver <NUM> may receive a signal and output the signal to the controller <NUM> through a wireless channel, and may transmit the signal output by the controller <NUM> through a wireless channel.

The storage <NUM> may store at least one of information transmitted and received by the transceiver <NUM> or information generated by the controller <NUM>. The storage <NUM> may store data and programs necessary for operations of the terminal. Furthermore, the storage <NUM> may store control information or data included in a signal obtained by the terminal. The storage <NUM> may include storage media, such as ROM, RAM, a hard disk, CD-ROM, and a DVD, or a combination thereof. Furthermore, the storage <NUM> may be composed of a plurality of memories.

Provided is a method and apparatus capable of effectively providing services in a wireless communication system.

Claim 1:
A method, performed by a terminal, of performing vehicle-to-everything, V2X, communication, the method comprising:
applying, to a sidelink radio bearer, first configuration information;
receiving second configuration information according to a movement of the terminal; and
in case that a timer expires, restarts or stops, applying a first parameter included in the second configuration information to the sidelink radio bearer,
wherein the timer is at least one of a reordering timer, a reassembly timer, or poll retransmit timer, and
wherein the first parameter is associated with the timer.