KR102697818B1 - Method and apparatus for determining resource pool based on type of user equipment in v2x - Google Patents

Abstract

A method and device for determining a resource pool for V2X are disclosed. According to one embodiment of the present invention, a method for determining a resource pool of a terminal for V2X may include: a step of determining a type of the terminal; a step of determining subframe sub-pool candidates based on the terminal type; and a step of determining a subframe sub-pool among the subframe sub-pool candidates based on a bitmap.

Description

METHOD AND APPARATUS FOR DETERMINING RESOURCE POOL BASED ON TYPE OF USER EQUIPMENT IN V2X

The present invention relates to a wireless communication system, and more specifically, to a method for determining a resource pool based on a terminal type in V2X and a device therefor.

V2X (Vehicle-to-X; Vehicle-to-Everything) communication refers to a communication method for exchanging or sharing information such as traffic conditions by communicating with road infrastructure and other vehicles while driving. V2X may include V2V (vehicle-to-vehicle) which means communication between vehicles, V2P (vehicle-to-pedestrian) which means communication between a vehicle and a terminal carried by an individual, and V2I/N (vehicle-to-infrastructure/network) which means communication between a vehicle and a roadside unit (RSU)/network. In this case, the roadside unit (RSU) may be a transportation infrastructure entity implemented by a base station or a fixed terminal. For example, it may be an entity that transmits a speed notification to a vehicle.

In V2X communication, it is necessary to transmit control information such as scheduling assignment (SA) from a transmitting terminal to a receiving terminal, and data can be transmitted and received based on this control information. A set of candidate resources used for control information and data transmission for V2X can be defined, and this is called a resource pool. In addition, the resource pool for V2X communication can be defined in the time domain and the frequency domain. Among these, the time domain resource pool for V2X communication can be defined in units of subframes. However, a specific method for determining the resource pool based on the types of terminals with different characteristics has not yet been determined.

The present invention provides a method and device for determining a resource pool based on the type of a terminal for V2X communication.

The present invention provides a method and device for determining a subframe pool based on a terminal type for V2X communication.

The present invention provides a method and device for determining a resource pool for V-UE (Vehicle-User Equipment) and/or P-UE (Pedestrian User Equipment) for V2X communication.

The present invention has as a technical problem a method and device for determining a resource pool that supports terminal types such as full sensing, partial sensing, and random resource selection for V2X communication.

The technical problems to be achieved in the present invention are not limited to the technical problems mentioned above, and other technical problems not mentioned will be clearly understood by a person having ordinary skill in the technical field to which the present invention belongs from the description below.

A method for determining a resource pool of a terminal for V2X according to one aspect of the present invention may include: a step of determining a type of the terminal; a step of determining subframe sub-pool candidates based on the terminal type; and a step of determining a subframe sub-pool among the subframe sub-pool candidates based on a bitmap.

The features briefly summarized above regarding the present invention are merely exemplary aspects of the detailed description of the present invention that follows and do not limit the scope of the present invention.

According to the present invention, a method and device for determining a resource pool based on a terminal type for V2X communication can be provided.

According to the present invention, a method and device for determining a subframe pool based on a terminal type for V2X communication can be provided.

According to the present invention, a method and device for determining a resource pool for a V-UE (Vehicle-User Equipment) and/or a P-UE (Pedestrian User Equipment) for V2X communication can be provided.

According to the present invention, a method and device for determining a resource pool supporting terminal types such as full sensing, partial sensing, and random resource selection for V2X communication can be provided.

According to the present invention, a method and device can be provided for reducing collisions and increasing the efficiency of resource utilization by providing a V2X resource pool for different types of terminals.

The effects obtainable from the present invention are not limited to the effects mentioned above, and other effects not mentioned will be clearly understood by those skilled in the art to which the present invention belongs from the description below.

The drawings appended hereto are included to provide an understanding of the present invention and to illustrate various embodiments of the present invention and, together with the description of the specification, serve to explain the principles of the present invention.
FIG. 1, FIG. 2, and FIG. 3 are drawings for explaining V2X scenarios related to the present invention.
FIGS. 4 and 5 are diagrams showing examples of resource pools in terms of the time axis according to the present invention.
FIG. 6 is a diagram showing an example of a resource pool in terms of the frequency axis according to the present invention.
FIG. 7 is a diagram for explaining the determination of SA and Data transmission subframes in terminal autonomous resource selection mode according to the present invention.
FIG. 8 is a diagram for explaining DCI and SCI in a base station resource scheduling mode according to the present invention.
FIG. 9 is a diagram for explaining SCI in terminal autonomous resource selection mode according to the present invention.
FIG. 10 is a drawing for explaining the configuration of a subframe pool within a predetermined period according to the present invention.
Figure 11 is a diagram for explaining an example of resource selection and subframe pool configuration of a full sensing-based terminal.
Figure 12 is a diagram for explaining an example of a resource selection method of a terminal based on partial sensing.
Figure 13 is a diagram for explaining an example of a resource selection method of a terminal based on random resource selection.
FIG. 14 is a drawing showing an example of a subframe pool configuration method according to the present invention.
FIG. 15 is a drawing showing another example of a subframe pool configuration method according to the present invention.
FIG. 16 is a flowchart for explaining a method for selecting resources and determining a resource pool based on a terminal type according to the present invention.
Figure 17 is a drawing for explaining the configuration of a wireless device according to the present invention.

Hereinafter, in this specification, the contents related to the present invention will be described in detail with the contents of the present invention, along with exemplary drawings and embodiments. When adding reference signs to components of each drawing, it should be noted that the same components are given the same signs as much as possible even if they are shown in different drawings. In addition, when describing the embodiments of this specification, if it is determined that a specific description of a related known configuration or function may obscure the gist of this specification, the detailed description will be omitted.

In this disclosure, the terms first, second, etc. are used only for the purpose of distinguishing one component from another component, and do not limit the order or importance between the components unless specifically stated. Accordingly, within the scope of this disclosure, a first component in one embodiment may be referred to as a second component in another embodiment, and similarly, a second component in one embodiment may be referred to as a first component in another embodiment.

In addition, this specification describes a wireless communication network, and work performed in a wireless communication network may be performed in a process of controlling the network and transmitting data in a system (e.g., a base station) that manages the wireless communication network, or work may be performed in a terminal connected to the wireless network.

That is, it is obvious that various operations performed for communication with a terminal in a network consisting of a plurality of network nodes including a base station can be performed by the base station or other network nodes other than the base station. 'Base station (BS)' can be replaced by terms such as fixed station, Node B, eNodeB (eNB), access point (AP). In addition, 'terminal' can be replaced by terms such as UE (User Equipment), MS (Mobile Station), MSS (Mobile Subscriber Station), SS (Subscriber Station), non-AP station (non-AP STA).

The terms used primarily as abbreviations in the present invention are defined as follows.

D2D: Device to Device (communication)

ProSe: (Device to Device) Proximity Services

SL: Sidelink

SCI: Sidelink Control Information

PSSCH: Physical Sidelink Shared Channel

PSBCH: Physical Sidelink Broadcast Channel

PSCCH: Physical Sidelink Control Channel

PSDCH: Physical Sidelink Discovery Channel

SLSS: Sidelink Synchronization Signal (= D2DSS (D2D Synchronization Signal))

SA: Scheduling assignment

TB: Transport Block

TTI: Transmission Time Interval

RB: Resource Block

V2V: Vehicle to Vehicle

V2P: Vehicle to Pedestrian

V2I/N: Vehicle to Infrastructure/Network

P-UE: Pedestrian-User Equipment

V-UE: Vehicle-User Equipment

In V2X communication, the control information transmitted from one terminal to another can be referred to as SA. When a sidelink (hereinafter referred to as SL) is used as a communication link between terminals, the control information can be referred to as SCI. In this case, the control information can be transmitted via PSCCH.

In V2X communication, data transmitted from one terminal to another can be configured in TB units. At this time, the data can be transmitted through PSSCH.

In addition, the present disclosure defines an operation mode according to a resource allocation method for control information and data transmission for V2X communication or direct link (e.g., D2D, ProSe, or SL) communication.

The eNodeB resource scheduling mode refers to a mode in which a base station (eNodeB) or a relay node schedules resources used by a terminal to transmit V2X (or direct link) control information and/or data, and the terminal transmits the V2X (or direct link) control information and/or data accordingly. For example, the base station or the relay node may provide scheduling information on resources to be used for transmitting the V2X (or direct link) control information and/or data to a V2X (or direct link) transmitting terminal through downlink control information (DCI). Accordingly, the V2X (or direct link) transmitting terminal may transmit V2X (or direct link) control information and data to a V2X (or direct link) receiving terminal, and the V2X (or direct link) receiving terminal may receive V2X (or direct link) data based on the V2X (or direct link) control information.

Meanwhile, the UE autonomous resource selection mode means a mode in which the UE selects the resources used to transmit the control information and data by itself, and the selection of the resources is determined by the UE through sensing or the like from a resource pool (i.e., a set of resource candidates), and the UE transmits the control information and data accordingly. For example, a V2X (or direct link) transmitting UE transmits V2X (or direct link) control information and data to a V2X (or direct link) receiving UE from the resources selected by the UE, and the V2X (or direct link) receiving UE can receive V2X (or direct link) data based on the V2X (or direct link) control information.

For example, the base station resource scheduling mode may be called Mode 1 in direct link communication and Mode 3 in V2X communication. The terminal autonomous resource selection mode may be called Mode 2 in direct link communication and Mode 4 in V2X communication.

Hereinafter, embodiments of the present invention will be described using V2X communication as an example, but the scope of the present invention is not limited to V2X communication, and embodiments of the present invention can be applied to direct link-based communications such as D2D, ProSe, and SL communications.

V2X is a general term for V2V, V2P, and V2I/N, and each of V2V, V2P, and V2I/N can be defined in connection with LTE communications as shown in Table 1 below.

V2V - covering LTE-based communication between vehicles V2P - LTE-based communication between a vehicle and a device carried by an individual (e.g. handheld terminal carried by a pedestrian covering, cyclist, driver or passenger) V2I/N - covering LTE-based communication between a vehicle and a roadside unit/network
- A roadside unit (RSU) is a stationary infrastructure entity supporting V2X applications that can exchange messages with other entities supporting V2X applications.
- Note: RSU is a term frequently used in existing ITS specifications, and the reason for introducing the term in the 3GPP specifications is to make the documents easier to read for the ITS industry. RSU is a logical entity that combines V2X application logic with the functionality of an eNB (referred to as eNB-type RSU) or UE (referred to as UE-type RSU).

V2X communication may include PC5-based communication, which is a D2D communication link (i.e., a direct interface between two devices supporting ProSe). For V2X operation, various scenarios are considered, such as Tables 2, 3, and 4 below, with reference to FIGS. 1, 2, and 3.

FIG. 1, FIG. 2, and FIG. 3 are drawings for explaining V2X scenarios related to the present invention.

Table 2 and Figure 1 show scenarios that support V2X operations based only on the PC5 interface (or SL). Figure 1 (a) shows V2V operation, (b) shows V2I operation, and (c) shows V2P operation.

- This scenario supports V2X operation only based on PC5.
- In this scenario, a UE transmits a V2X message to multiple UEs at a local area in sidelink.
- For V2I, either transmitter UE or receiver UE(s) are UE-type RSU.
- For V2P, either transmitter UE or receiver UE(s) are pedestrian UE.

Table 3 and Figure 2 show scenarios that support V2X operations based only on the Uu interface (i.e., the interface between the UE and the eNodeB). Figure 2 (a) shows V2V operation, (b) shows V2I operation, and (c) shows V2P operation.

- This scenario supports V2X operation only based on Uu.
- In this scenario,
For V2V and V2P, a UE transmits a V2X message to E-UTRAN in uplink and E-UTRAN transmits it to multiple UEs at a local area in downlink.
For V2I, when receiver is eNB type RSU, a UE transmits a V2I message to E-UTRAN(eNB type RSU) in uplink; when transmitter is eNB type RSU, E-UTRAN(eNB type RSU) transmits a I2V message to multiple UEs at a local area in downlink.
- For V2P, either transmitter UE or receiver UE(s) are pedestrian UE.
- To support this scenario, E-UTRAN performs uplink reception and downlink transmission of V2X messages. For downlink, E-UTRAN may use a broadcast mechanism.

Table 4 and Figure 3 show scenarios that support V2X operations using both the Uu interface and the PC5 interface (or SL). Figure 3 (a) shows scenario 3A of Table 4, and (b) shows scenario 3B of Table 4.

- This scenario supports V2V operation using both Uu and PC5. Scenario
3A - In this scenario, a UE transmits a V2X message to other UEs in sidelink. One of the receiving UEs is a UE type RSU which receives the V2X message in sidelink and transmits it to E-UTRAN in uplink. E-UTRAN receives the V2X message from the UE type RSU and then transmits it to multiple UEs at a local area in downlink.
- To support this scenario, E-UTRAN performs uplink reception and downlink transmission of V2X messages. For downlink, E-UTRAN may use a broadcast mechanism. Scenario
3B - In this scenario, a UE transmits a V2X message to E-UTRAN in uplink and E-UTRAN transmits it to one or more UE type RSUs. Then, the UE type RSU transmits the V2X message to other UEs in sidelink.
- To support this scenario, E-UTRAN performs uplink reception and downlink transmission of V2X messages. For downlink, E-UTRAN may use a broadcast mechanism.

With reference to FIGS. 4 to 6, the configuration of an SA pool for a control channel (PSCCH) through which SA (Scheduling Assignment) is transmitted in V2X according to the present invention, and a data pool for a data channel (PSSCH) through which data related to SA is transmitted, will be described.

With reference to FIGS. 4 to 6, the configuration of an SA pool for a control channel (PSCCH) through which SA (Scheduling Assignment) is transmitted in V2X according to the present invention, and a data pool for a data channel (PSSCH) through which data related to SA is transmitted, will be described.

Here, the SA pool may be a set of resource candidates available for transmission of SA, and the Data pool may be a set of resource candidates available for transmission of Data. In other words, the SA pool is a resource pool for SA, and the Data pool is a resource pool for Data. Each resource pool may be specifically called a subframe pool in terms of the time domain, and may be specifically called a resource block pool in terms of the frequency domain.

In addition, resource pools may be determined differently (or independently) depending on the type of terminal (UE) in V2X. For example, resource pools for V-UE and resource pools for P-UE in V2X may be distinguished. Or, terminal types may be determined depending on whether the terminal supports full sensing, partial sensing, or random resource selection in V2X, and resource pools for terminals of the first type may be distinguished from resource pools for terminals of the second type.

It is assumed that the resource pool described below with reference to FIGS. 4 to 6 is a resource pool for V-UE in V2X. However, the scope of the present invention is not limited thereto, and the resource pool described with reference to FIGS. 4 to 6 may be applied to any type of terminal.

At this time, the SA pool and Data pool to be explained through FIGS. 4 to 6 can be defined in the UE autonomous resource selection mode (or mode 4).

Meanwhile, in the eNodeB resource scheduling mode (or mode 3), resources corresponding to all sidelink subframes (i.e., corresponding to all uplink subframes in LTE) in the time axis and all resource blocks within a V2X carrier (or a band, or a component carrier or cell in the case of carrier aggregation) in the frequency axis may be a set of resource candidates available for transmission of SA and/or Data. Alternatively, in the eNodeB resource scheduling mode (or mode 3), similarly to the UE autonomous resource selection mode (or mode 4), an SA pool and a Data pool may be separately defined to configure a set of resource candidates available for transmission of the SA and/or Data.

That is, the SA pool and Data pool described with reference to FIGS. 4 to 6 below can be defined in the UE autonomous resource selection mode (or mode 4) and/or the eNodeB resource scheduling mode (or mode 3).

Also, in the examples of FIGS. 4 to 6, the DFN (D2D Frame Number) period is exemplary and may correspond to a set of the same number of subframes having the same or different starting points as the SFN (System Frame Number) period. For example, one SFN period or DFN period may correspond to 10240 subframes, which are identically 10240 ms.

FIGS. 4 and 5 are diagrams showing examples of resource pools in terms of the time axis according to the present invention.

For the SA pool and Data pool, the subframes in which the resource pool is configured on the time domain are illustrated in FIG. 4. As shown in FIG. 4, the subframes for the SA pool and Data pool for V2X can be defined by indicating with a bitmap (for example, 1100111011 in FIG. 4) that is repeated for all subframes except for specific subframes. For example, a value of 1 in the bitmap can indicate subframes for the SA pool and Data pool, and a value of 0 can indicate a subframe that does not belong to the SA pool and Data pool. The subframes for the SA pool and Data pool for V2X can be subframes in which SA and/or Data transmission and/or reception are allowed for the resource pool in V2X.

Here, all subframes excluding specific subframes mean a set of all subframes belonging to an SFN or DFN period, excluding specific subframes (e.g., subframes in which V2X or direct link transmission is not allowed, or subframes used for purposes other than control information and/or data transmission in V2X or direct link transmission). For example, the specific subframes may correspond to, but are not limited to, subframes used for transmission of SLSS (Sidelink Synchronization Signal), and/or downlink (DL) subframes or special subframes in TDD (Time Division Duplex) (on the other hand, an uplink (UL) subframe can be used as a sidelink (SL) subframe in TDD).

In addition, the bitmap to be repeatedly applied above can be indicated by higher layer signaling such as RRC (Radio Resource Control), and its length can be 16, 20, or 100, but is not limited thereto. For example, the "subframe indication of resource pool" information indicating a subframe indication of the resource pool illustrated in FIG. 4 can correspond to an example of a field included in the higher layer signaling.

In Fig. 4, considering that SA and Data are transmitted in the same subframe in V2X, an example is illustrated assuming that the subframes for the SA pool and the Data pool for V2X share the same subframes, and that the "subframe indication of resource pool" signaling field shown in Fig. 4 is commonly set for the SA pool and the Data pool.

Meanwhile, if V2X allows SA and Data to be transmitted in different subframes (i.e., SA and Data are not necessarily transmitted in different subframes, but SA and Data may be transmitted in the same subframe or in different subframes), the subframes for the SA pool and Data pool for V2X may be different subframes, and for this purpose, the "subframe indication of resource pool" signaling field shown in FIG. 4 may be set separately for the SA pool and the Data pool, as shown in FIG. 5.

FIG. 6 is a diagram showing an example of a resource pool in terms of the frequency axis according to the present invention.

The example in Fig. 6 describes the resource pool in terms of the frequency axis when SA and Data are transmitted in the same subframe.

Regarding the above SA pool and Data pool, the subframes in which the resource pools are configured on the frequency domain are as shown in FIG. 6. As shown in FIG. 6, the configuration may vary depending on whether the PSCCH transmitted within the SA pool and the PSSCH transmitted within the Data pool are adjacent to each other (Adjacent between PSCCH/PSSCH) or not (Non-adjacent between PSCCH/PSSCH) on the frequency domain. In this case, whether the PSCCH and PSSCH are adjacent may be indicated by a higher-level signaling such as RRC, for example, by the "Adjacency of PSCCH and PSSCH RBs" signaling field.

First, let's look at the case where the PSCCH transmitted within the SA pool and the PSSCH transmitted within the Data pool are adjacent to each other on the frequency axis.

As illustrated in Fig. 4, in a subframe where a resource pool is configured on the time domain for V2X, a "Starting RB of sub-channels" corresponding to the starting RB of sub-channels can be defined as one RB unit (or granularity) for all RBs (RB#0 to RB#(N ^UL _RB -1) on the frequency domain. Here, N ^UL _RB is the total number of RBs corresponding to the system bandwidth for, and since V2X for sidelink is defined in the UL band, UL can be replaced with SL. The "Starting RB of sub-channels" signaling field can be indicated by upper-level signaling such as RRC. From the RB indicated by the "Starting RB of sub-channels", consecutive RBs corresponding to a total of K sub-channels belong to the Data pool. At this time, the number of RBs forming one sub-channel is "Sub-channel size" signaling indicating the sub-channel size. The number of K sub-channels can be indicated by a field, and the number of sub-channels can be indicated by a "Number of sub-channels" signaling field, and can be included in upper-level signaling such as RRC.

Here, RBs with the lowest RB index within each sub-channel belong to the SA pool as well as the Data pool, and one or more of them can be used for PSCCH transmission. For example, an SA may be transmitted in the RB with the lowest index among the RBs belonging to the entire Data pool.

Next, let's look at the case where the PSCCH transmitted within the SA pool and the PSSCH transmitted within the Data pool are not adjacent to each other on the frequency axis.

As illustrated in Fig. 4, in a subframe where a resource pool is configured on the time domain for V2X, a "Starting RB of sub-channels" corresponding to the starting RB of sub-channels can be defined as one RB unit (or granularity) for all RBs (RB#0 to RB#(N ^UL _RB -1) on the frequency domain. Here, N ^UL _RB is the total number of RBs corresponding to the system bandwidth for, and since V2X for sidelink is defined in the UL band, UL can be replaced with SL. The "Starting RB of sub-channels" signaling field can be indicated by upper-level signaling such as RRC. From the RB indicated by the "Starting RB of sub-channels", consecutive RBs corresponding to a total of K sub-channels belong to the Data pool. At this time, the number of RBs forming one sub-channel is "Sub-channel size" signaling indicating the sub-channel size. The number of K sub-channels can be indicated by a field, and the number of sub-channels can be indicated by a "Number of sub-channels" signaling field, and can be included in upper-level signaling such as RRC.

Meanwhile, in a subframe where a resource pool is configured on the time domain for V2X as illustrated in FIG. 4, a "Starting RB of PSCCH pool" corresponding to the starting RB of the SA pool can be defined as one RB unit (or granularity) for all RBs (RB#0 to RB#(N ^UL _RB -1)) on the frequency domain. Here, N ^UL _RB is the total number of RBs corresponding to the system bandwidth, and since V2X for sidelink is defined in the UL band, UL can be replaced with SL. The "Starting RB of PSCCH pool" signaling field can be indicated by upper-layer signaling such as RRC. A total of K consecutive RBs from the RBs indicated as the "Starting RB of PSCCH pool" belong to the SA pool. Here, K is the same value as the number of sub-channels K in the Data pool.

In the present invention, the subframe in which SA is transmitted can be determined as follows.

In the eNodeB resource scheduling mode (or mode 3), a subframe in which an SA is transmitted is the first subframe included in the set of resource candidates that can be used for V2X on a V2X carrier (or band) among the subframes 4 ms (or 4 subframes) after a subframe in which the eNodeB transmits DCI (Downlink Control Information). Considering a case in which SA and Data are transmitted on the same subframe, the subframe in which the SA is transmitted can be a subframe in which Data is transmitted.

Meanwhile, in the UE autonomous resource selection mode (or mode 4), the UE can determine the subframe in which the SA is to be transmitted within the SA pool by sensing. Considering a case in which SA and data are transmitted on the same subframe, the subframe in which the SA is transmitted can be the subframe in which the data is transmitted.

FIG. 7 is a diagram for explaining the determination of SA and Data transmission subframes in the UE autonomous resource selection mode (or mode 4) according to the present invention.

Figure 7 shows an example of selecting subframes for transmitting control channels and data channels by sensing within an SA pool for a control channel (PSCCH) and a Data pool for an associated data channel (PSSCH).

Here, the number of subframes corresponding to the size of the sensing window can be defined based on a set of all subframes belonging to a given period (e.g., an SFN or DFN period) excluding specific subframes (e.g., subframes in which SLSS resources are set, TDD DL subframes or special subframes, and/or subframes to which bitmaps are not applied (specific examples will be described later)).

While the terminal performs sensing on the SA pool and/or Data pool, the terminal can select resources for control channel and data channel transmission by inferring time resources with a low probability of other terminals occupying the channel by considering the sensing results for a predetermined period prior to the time point (“TTI m”) when data to be transmitted is generated (for example, data arrives from an upper layer to a lower layer (e.g., PHY layer) (wherein the data is in MAC PDU units from the perspective of the upper layer and in TB units from the perspective of the lower layer)) by considering the sensing results for the preceding predetermined period. In other words, TTI m can be said to be a time point that serves as a criterion for resource selection/reselection of the terminal.

For example, a terminal can identify resources occupied and used by other terminals through sensing on a sensing window corresponding to a section from "TTI m-a" to "TTI m-b". The terminal can perform transmission of a control channel and a data channel on resources selected from among the remaining resources excluding the resources occupied and used by other terminals among the resources belonging to the resource pool.

Here, the values of a and b can be set (e.g., a=b+1000, b=1) so that the sensing window is a section corresponding to one DFN period preceding TTI m, but this is only an example and is not limited thereto.

Next, "TTI m+c" may correspond to a TTI transmitting SA#1 (first SA) (or a subframe transmitting SA#1 (first SA) when a TTI corresponds to a subframe). "TTI m+d" may correspond to a TTI initial transmitting TB#1 (first TB) indicated by SA#1 (first SA) and transmitted (or a subframe initial transmitting TB#1 (first TB) when a TTI corresponds to a subframe). "TTI m+e" may correspond to a TTI retransmitting TB#1 (first TB) indicated by SA#1 (first SA) and transmitted (or a subframe retransmitting TB#1 (first TB) when a TTI corresponds to a subframe).

In the case of the above figure 7, since it is considered that SA and Data are transmitted in the same subframe in V2X, c=d.

"TTI m+c'" may correspond to a TTI transmitting SA#2 (second SA) (or a subframe transmitting SA#2 (second SA) when a TTI corresponds to a subframe). "TTI m+d'" may correspond to a TTI initial transmission of TB#2 (second TB) indicated by SA#2 (second SA) and transmitted (or a subframe initializing TB#2 (second TB) when a TTI corresponds to a subframe). "TTI m+e'" may correspond to a TTI retransmitting TB#2 (second TB) indicated by SA#2 (second SA) and transmitted (or a subframe retransmitting TB#2 (second TB) when a TTI corresponds to a subframe).

In the case of the above Fig. 7, since it is considered that SA and Data are transmitted in the same subframe in V2X, c'=d'.

At this time, d'=d+P _rsvp *j can be expressed. That is, the first transmission time of TB#2 can be reserved as a time point after P _rsvp *j from the first transmission time of TB#1. For example, if P _rsvp =100, and j is signaled as one of values selected by carrier-specific network configuration or pre-configuration for each carrier (or band) used for V2X within the range of {0, 1, ..., 10}. For example, the value of j can be selected and indicated through the "Resource reservation" signaling field of SCI included in SA. At this time, j=0 can mean that the d' value does not exist, that is, resources are not reserved after the TTI corresponding to "P _rsvp *j" from "TTI m+d" for the transmission of TB#2 (second TB).

Although the example of Fig. 7 has been described assuming the UE autonomous resource selection mode (or mode 4), the description of the relationship between TTIs after "TTI m" excluding the sensing window in Fig. 7 can also be applied to the eNodeB resource scheduling mode (or mode 3). That is, in the example of Fig. 7, excluding the sensing window, "TTI m+c" can correspond to the first subframe included in the set of resource candidates that can be used for V2X on the V2X carrier (or band) among the subframes 4 ms (or 4 subframes) after the subframe in which the eNodeB transmits DCI (Downlink Control Information).

FIG. 8 is a diagram for explaining DCI and SCI in a base station resource scheduling mode according to the present invention.

As described above, in the eNodeB resource scheduling mode (or mode 3), the subframe in which the SA is transmitted is the first subframe included in the set of resource candidates that can be used for V2X on the V2X carrier (or band) among the subframes 4 ms (4 subframes later) after the subframe in which the eNodeB transmits DCI (Downlink Control Information).

At this time, the information required for a V2X (or direct link) transmitting terminal (UE A in FIG. 8) to transmit SA and Data to a V2X (or direct link) receiving terminal (UE B in FIG. 8) can be instructed by the base station to UE A through DCI. For example, the DCI can include information as shown in Table 5.

DCI for V2X
- CIF: 3 bits
- Lowest index of sub-channel allocation: ceil(log2(K)): 0 to 5 bits
- SA contents
- Time gap between transmission and retransmission: 4 bits
- Frequency resource of initial and last transmission
: ceil(log2(K*(K+1)/2) = 0 to 8 bits

Information about a resource block, which is a frequency-axis resource used by UE A to transmit SA to UE B within a subframe in which the above SA is transmitted, can be indicated by the "CIF" corresponding to the carrier indicator field in Table 5 and the "Lowest index of sub-channel allocation" signaling field corresponding to the lowest index of sub-channel allocation.

In addition, in the eNodeB resource scheduling mode (or mode 3), the DCI may also include content related to SCI (Sidelink Control Information) as control information (SA (Scheduling Assignment)) for data transmission from UE A to UE B. At this time, the content related to SCI indicated by being included in the DCI may include a "Time gap between transmission and retransmission" corresponding to a time gap between transmission and retransmission and a "Frequency resource of initial and last transmission" signaling field indicating frequency resources of initial and last transmission, as shown in Table 5.

In addition, in various examples of the present invention, "Time gap between transmission and retransmission" and/or "Frequency resource of initial and last transmission" are merely examples, and the scope of the present invention is not limited by their names. For example, the information indicated by "Time gap between transmission and retransmission" and/or "Frequency resource of initial and last transmission" may vary depending on specific conditions. In the present invention, the "Time gap between transmission and retransmission" field may be referred to as a first field, and the "Frequency resource of initial and last transmission" field may be referred to as a second field.

FIG. 9 is a diagram for explaining SCI in terminal autonomous resource selection mode according to the present invention.

In the UE autonomous resource selection mode (or mode 4), the UE can determine by itself the subframe in which the SA is to be transmitted within the SA pool (specifically, the subframe pool for the SA) through sensing. The resource block, which is a frequency-axis resource used for transmitting the SA within the subframe in which the SA is transmitted, can also be determined by the UE within the SA pool (specifically, the resource block pool for the SA). Therefore, unlike the eNodeB resource scheduling mode (or mode 3), the UE can determine the "CIF" and "Lowest index of sub-channel allocation" signaling fields by itself, rather than receiving them from the base station through DCI.

In addition, in the UE autonomous resource selection mode (or mode 4), the UE itself determines the content related to the Sidelink Control Information (SCI) as the information (SA (Scheduling Assignment)) required for the UE to transmit data in V2X communication. Therefore, unlike the eNodeB resource scheduling mode (or mode 3), the UE can determine the first field (e.g., "Time gap between transmission and retransmission") and the second field (e.g., "Frequency resource of initial and last transmission") by itself, rather than receiving them from the base station through DCI.

That is, there is a difference in that the SCI (Sidelink Control Information), which corresponds to the information (SA (Scheduling Assignment)) required for the terminal to transmit data, is determined based on the information that the base station informs the terminal in the base station resource scheduling mode (eNodeB resource scheduling mode, or mode 3), while the UE autonomous resource selection mode (UE autonomous resource selection mode, or mode 4) selects it by the terminal itself.

Meanwhile, in both the eNodeB resource scheduling mode (or mode 3) and the UE autonomous resource selection mode (or mode 4), the UE B receiving data requires SCI corresponding to the control information (SA (Scheduling Assignment)) to decode the data transmitted from the UE transmitting data. Therefore, the UE transmitting data must transmit the SCI corresponding to the control information (SA (Scheduling Assignment)) to the UE receiving data. For example, the SCI may include information as shown in Table 6 below.

SCI for V2X
- Priority: 3 bits
- Resource reservation: 4 bits
- MCS: 5 bits
- CRC: 16 bits
- Retransmission index: 1 bit
- Time gap between transmission and retransmission: 4 bits
- Frequency resource of initial and last transmission: 8 bits
- Reserved bits: 7 bits

Below, exemplary information included in the DCI of Table 5 and the SCI of Table 6 is specifically described.

As mentioned above, information on resource blocks, which are frequency-axis resources used for SA transmission in the eNodeB resource scheduling mode (or mode 3), may be included and indicated in the DCI, and may be the "CIF" and "Lowest index of sub-channel allocation" signaling fields in Table 5.

The "CIF" signaling field can have a size of 3 bits and indicates a carrier (or band) used for V2X. For example, if up to 5 carriers can be configured for a UE, an indicator distinguishing each carrier can be given with a size of 3 bits (i.e., ceil(log2(5)) = 3, where ceil(x) is the smallest integer greater than or equal to x), and the indicator can be used to indicate which of the 5 carriers is used for SA transmission.

The "Lowest index of sub-channel allocation" signaling field can indicate which resource block on the carrier (or band) used for V2X within the subframe transmitting the SA will be used for SA transmission.

The "Lowest index of sub-channel allocation" signaling field can indicate a sub-channel with the lowest index among the sub-channels used for transmission of data associated with the SA, among a total of K sub-channels having indices from 0 to K-1. For this, ceil(log2(K)) bits are required. The value of K is variable depending on the size of the system bandwidth and can have a maximum value of 20, for example. Accordingly, the "Lowest index of sub-channel allocation" field requires a minimum of 0 bits and a maximum of 5 bits.

For example, if there are a total of 6 sub-channels with index values 0 to 5, and PSSCH is allocated to a total of 4 sub-channels corresponding to index values 2 to 5 to transmit data associated with the SA, the value indicated by the "Lowest index of sub-channel allocation" can be the index value 2, and a total of ceil(log2(6)) = 3 bits are required to indicate this.

At this time, the PSCCH for transmitting the SA can be allocated in the RB having the lowest RB index within the sub-channel indicated by the "Lowest index of sub-channel allocation" if the PSCCH for transmitting the SA and the PSSCH for transmitting the data are adjacent to each other on the frequency axis (see the left drawing in FIG. 6). Alternatively, if the PSCCH for transmitting the SA and the PSSCH for transmitting the data are not adjacent to each other on the frequency axis, the allocation is made in the RB corresponding one-to-one to the sub-channel indicated by the "Lowest index of sub-channel allocation" (see the right drawing in FIG. 6).

For example, assume that the value indicated by "Lowest index of sub-channel allocation" is an index value of 2. In this case, if a PSCCH for transmitting SA and a PSSCH for transmitting data are adjacent to each other on the frequency axis, the PSCCH for transmitting SA can be allocated to an RB having the lowest RB index within a sub-channel corresponding to the index value 2 (for example, if the RB index corresponding to "Starting RB of sub-channels" in the left drawing of Fig. 6 is r, an RB corresponding to r+2*"sub-channel size"). Alternatively, if the PSCCH for transmitting SA and the PSSCH for transmitting data are not adjacent to each other on the frequency axis, the PSCCH for transmitting SA may be allocated to an RB corresponding one-to-one to a sub-channel corresponding to an index value of 2 (for example, if the RB index corresponding to "Starting RB of PSCCH pool" in the right diagram of FIG. 6 is s, then the RB corresponding to s+2).

Next, among the SA contents of Table 5, the first field (e.g., "Time gap between transmission and retransmission") and the second field (e.g., "Frequency resource of initial and last transmission") for indicating resources used for PSSCH for transmitting data may be included in the DCI in the eNodeB resource scheduling mode (or mode 3). In addition, the first field (e.g., "Time gap between transmission and retransmission") and the second field (e.g., "Frequency resource of initial and last transmission") in Table 6 may be included in the SCI as they are, as indicated through the DCI in the eNodeB resource scheduling mode (or mode 3), but may be determined according to resources selected by the UE based on sensing in the UE autonomous resource selection mode (or mode 4).

The first field (e.g., "Time gap between transmission and retransmission") may indicate a gap between a subframe in which TB unit data associated with the SA is initially transmitted and a subframe in which TB unit data associated with the SA is retransmitted, or may indicate a gap between a subframe in which TB unit data associated with the SA is initially transmitted and a subframe in which the SA is retransmitted. This value may be a value from 0 to 15, and a value of 0 indicates that there is no retransmission of a TB indicated and transmitted via the SA including the SCI, and values of 1 to 15 indicate that a TB initially transmitted via the SA including the SCI is retransmitted after 1 to 15 subframes, respectively. For example, in case of UE autonomous resource selection mode (or mode 4), the first field (e.g., "Time gap between transmission and retransmission") may indicate a gap between a subframe corresponding to "TTI m+d (= TTI m+c)" and a subframe corresponding to "TTI m+e" as shown in FIG. 7.

Next, the second field (e.g., "Frequency resource of initial and last transmission") indicates which RBs are used to transmit the TB unit of data in the subframe in which it is initially transmitted and in the subframe in which it is retransmitted, respectively, on the frequency axis. Specifically, the second field (e.g., "Frequency resource of initial and last transmission") may indicate not only information about the number of sub-channels used in the initial transmission of data (the number of sub-channels used in the retransmission of data is the same as the number of sub-channels used in the initial transmission), but also information about the lowest index among the sub-channels used in the retransmission of data.

More specifically, when a TB transmitted by being indicated through an SA including the SCI is transmitted initially, the lowest index among the sub-channels used for this is indicated by the "Lowest index of sub-channel allocation" signaling field included in the DCI in the case of the eNodeB resource scheduling mode (or mode 3), and is determined by the UE itself in the case of the UE autonomous resource selection mode (or mode 4). Here, information indicating how many sub-channels will be used for transmission may be included in the second field (e.g., "Frequency resource of initial and last transmission").

In addition, when a TB transmitted as instructed through SA including the SCI is retransmitted, the lowest index among the sub-channels used for this may be further included in the second field (e.g., "Frequency resource of initial and last transmission"). The number of sub-channels to be used for transmission when retransmitting the TB is indicated by the second field (e.g., "Frequency resource of initial and last transmission"), and the same number of sub-channels as the number of sub-channels used when initially transmitting the TB are used.

For example, in case of UE autonomous resource selection mode (or mode 4), RBs for transmitting PSSCH in subframes corresponding to "TTI m+d (= TTI m+c)" and "TTI m+e" as shown in FIG. 7 are indicated by the second field (e.g., "Frequency resource of initial and last transmission").

For the second field above (e.g., "Frequency resource of initial and last transmission"), assuming K sub-channels, a total of ceil(log2(K*(K+1)/2) is required. For example, since K is at most 20, this requires at least 0 bits and at most 8 bits.

Among other signaling fields included in the SCI in Table 6, “Priority” can indicate the priority of the TB unit of data to be transmitted.

"Resource reservation" may indicate a value of j∈{0, 1, 2, ..., 10}, which is a parameter used to indicate reserved resources in the UE autonomous resource selection mode (or mode 4), as mentioned above.

"MCS (Modulation and Coding Schme)" can indicate the modulation method and coding method of the TB unit of data to be transmitted.

"Retransmission index" indicates whether or not to retransmit data in TB units.

“CRC (Cyclical Redundancy Check)” may be added to the SCI and used to detect errors during transmission of the SCI and/or to distinguish it from other SCIs.

Hereinafter, examples of the present invention for resource pools for V2X communications will be described. Specifically, the process by which a terminal determines a subframe pool for base station resource scheduling mode (or mode 3) or terminal autonomous resource selection mode (or mode 4) for V2X communications, and the information (or settings) that the base station provides to the terminal for determining the subframe pool will be described below.

FIG. 10 is a drawing for explaining the configuration of a subframe pool within a predetermined period according to the present invention.

In Fig. 10, a set of all subframes belonging to a given period is first illustrated. For example, the given period may be an SFN period or a DFN period (10240 ms). Since the time length of one subframe is 1 ms, a total of 10240 subframes (i.e., subframe indices #0 to #10239) may be included in the given period.

Subframes that exclude or skip specific subframe(s) from the entire set of subframes of the above given period, t ^SL _i (0≤≤i<Tmax). That is, the subframes corresponding to {t ^SL ₀ , t ^SL ₁ , ..., t ^SL _{Tmax -1} } are a set of subframes that may belong to a resource pool for V2X communication. In this set of subframes {t ^SL ₀ , t ^SL ₁ , ..., t ^SL _{Tmax -1} }, the subframes may be arranged in increasing order of their indices based on subframe #0 of the radio frame corresponding to SFN 0 (in case of mode 3) or DFN 0 (in case of mode 4) of the serving cell.

That is, the subframes corresponding to {t ^SL ₀ , t ^SL ₁ , ..., t ^SL _{Tmax -1} } are a set of subframes that may belong to a resource pool for V2X communication. Here, the subframes corresponding to {t ^SL ₀ , t ^SL ₁ , ..., t ^SL _{Tmax - 1} } do not themselves represent a resource pool, but some or all of them may be set as a resource pool.

A set of subframes (i.e., {t ^SL ₀ , t ^SL ₁ , ..., t ^SL _{Tmax -1} }) excluding specific subframe(s) from the entire set of subframes of the above-mentioned predetermined period may also be referred to as a target subframe set to which a bitmap indicating a resource pool (specifically, a subframe pool corresponding to the time axis among the resource pools) is applied. Here, the specific subframe(s) may correspond to, for example, a subframe to which SLSS resources are set, a TDD DL subframe or a special subframe, and/or a subframe to which a bitmap is not applied (specific examples will be described later).

The bitmap associated with the above resource pool can be expressed as {b ₀ , b ₁ , ..., b _{Lbitmap - 1} }, where L _bitmap is the length of the bitmap set by the upper layer. For example, L _bitmap is set to a value smaller than the number of subframes belonging to the predetermined period, and the bitmap can be repeatedly applied within the predetermined period. For example, the value of L _bitmap can be 16, 20, or 100, but is not limited thereto.

A subframe pool can be composed of subframes for which the value indicated in the above bitmap corresponds to 1. That is, when b _k' 1 (where k' = k mod L _bitmap and mod denotes a modular operation), a subframe corresponding to t ^SL _k (where 0 ≤ ≤ k < (10240-xy)) belongs to the subframe pool. That is, the subframe pool can be composed of subframes satisfying b _k' 1 among t ^SL _k when k' = k mod L _bitmap .

Here, x may correspond to the number of subframes in which SLSS is set within the given period. For example, the value of x may be 0 or 64. Specifically, if the period in which SLSS is set is 160 ms, there may be 64 SLSS subframes within the given period of 10240 ms in length, and thus x may be 64. Alternatively, if SLSS is not set, x may be 0. In the present invention, x SLSS set subframes may be referred to as first type excluded subframes.

In addition, y may correspond to the number of bitmap-nonapplied subframes within the given period. For example, the value of y may be 0, 16, 40, or 76. Here, the bitmap-nonapplied subframes may be determined in consideration of the length of the given period, the length of the bitmap, the subframes in which V2X transmission is reserved, etc. Specific examples thereof will be described later. In the present invention, the y bitmap-nonapplied subframes may also be referred to as second type excluded subframes.

If SA and/or Data transmission is scheduled (or granted) in subframe t ^SL _m from the resource pool determined as above, from t ^SL _m SA and/or Data transmission can also be reserved in subframes t ^SL _{m + Prsvp *j} after P _rsvp *j, where j can be defined as 1, 2, ..., C _resel -1, where C _resel can be C _resel =A*SL_RESOURCE_RESELECTION_COUNTER, which is associated with a resource reselection counter.

For example, A can be 6 or 10, and SL_RESOURCE_RESELECTION_COUNTER can have a maximum value of 15. P _rsvp is a resource reservation interval set by the upper layer. For example, P _rsvp can be a fixed value of 100, or one of the values other than 100 and one or more other values can be selected and used. Hereinafter, in the present invention, P _rsvp will be simply expressed as P.

Below, a method for determining a resource pool based on a terminal type in V2X according to the present invention is described.

Specifically, the present invention describes a method for determining a resource pool for a P-UE, assuming UE autonomous resource selection mode (or mode 4).

For example, the resource pool determination method as described in the aforementioned FIGS. 4 to 6 and FIG. 10 can be basically applied to V-UE. The resource selection method as in FIG. 7 can be applied to a UE supporting full sensing (e.g., V-UE). Meanwhile, the resource pool determination method as described below can be applied to P-UE.

In addition, in the present invention, different resource pool determination methods may be applied depending on the detailed type of P-UE. For example, different resource pool determination methods may be applied to a P-UE that selects resources based on partial sensing and a P-UE that randomly selects resources without sensing (random resource selection).

Unlike V2V, where V-UE is considered, energy saving is a major issue in V2P, where P-UE is considered. V-UE is a terminal included in a vehicle or existing inside a vehicle, so there is not much limitation due to battery, but P-UE is a terminal of a pedestrian, so there is a limit to battery power consumption. For example, in case of transmission from a P-UE to another entity (i.e., P2V (Pedestrian to Vehicle)), energy consumption reduction is required.

For example, for V-UE, a sensing-based resource selection method (i.e., a full sensing method) targeting all resources within a specific section (i.e., a section from TTI m-a to TTI-m-b) as in FIG. 7 can be applied. Here, the specific section where sensing is performed can be defined as a predetermined number (e.g., 1000) of subframes based on a "set of subframes to which bitmap application is applied (i.e., a set of all subframes belonging to a predetermined period (e.g., an SFN or DFN period) excluding specific subframes (e.g., subframes where SLSS resources are set, TDD DL subframes or special subframes, and/or subframes to which the bitmap is not applied as described above))" as described above. Accordingly, assuming that the time length of one subframe is 1 ms, the time length of the sensing section can actually be 1000 ms (= 1 s) or more.

Meanwhile, for P-UE, a sensing-based resource selection method (i.e., partial sensing method) targeting some resources within a specific section (e.g., 1000 subframes based on a set of subframes to which bitmaps are applied) can be applied to reduce power consumption.

In addition, it can be assumed that the P-UE can transmit sidelink control information and data to the V-UE, but the P-UE does not receive sidelink control information and data from the V-UE. For example, a general P-UE can have a P2V communication capability (e.g., a sidelink transmit (Tx) capability), and thus, a V-UE such as a vehicle can acquire information about a P-UE such as a pedestrian to support operations in preparation for safety matters, etc. On the other hand, the P-UE may not have a V2P communication capability (e.g., a sidelink receive (Rx) capability), and this is in consideration of the case where a P-UE such as a pedestrian does not need to acquire information about a V-UE such as a vehicle in preparation for safety matters, etc.

Considering the case of supporting devices without sidelink Rx capability, a random resource selection method may be applied for P-UE.

Therefore, the resource selection method for V-UE can be applied as the overall sensing method described in FIG. 7, etc., and the resource pool configuration method can be applied as the method described in FIGS. 4 to 6 and FIG. 10.

Meanwhile, various examples of the present invention for a resource selection method based on a partial sensing method for a P-UE supporting partial sensing and a resource pool configuration method therefor are described below.

In addition, various examples of the present invention for a resource selection method based on a random resource selection method for a P-UE supporting random resource selection and a resource pool method therefor are described below.

As described above, for V-UE, a resource pool can be configured in the same manner as the examples of FIGS. 4 to 6 and FIG. 10. In particular, for a subframe pool among the resource pools, a bitmap of length L _bitmap is repeatedly applied to subframes excluding some subframes within one SFN (or DFN) period, as in the examples of FIGS. 4, 5 and 10, to indicate subframes belonging to the subframe pool. At this time, sensing can be performed on a total of 1,000 subframes to which the bitmap is applied (i.e., subframes excluding some subframes within one SFN (or DFN) period). That is, resources occupied and used by other terminals can be identified through sensing on a sensing window corresponding to 1,000 subframes, and transmission of a control channel and a data channel can be performed on resources selected from among the remaining resources excluding the resources occupied and used by other terminals among the resources belonging to the resource pool.

The subframe pool for P-UE based on partial sensing can also be based on the subframe pool for V-UE based on full sensing. This is to simplify complexity by performing the same sensing-based operation with only different sensing window sizes.

Meanwhile, the subframe pool for the P-UE based on random resource selection may be defined independently from the subframe pool for the V-UE based on full sensing (in this case, the subframe pool for the P-UE based on partial sensing is shared with the subframe pool for the V-UE based on full sensing). In this case, since the subframe pool for the P-UE is independently configured, the performance of the P-UE may be improved compared to the case of sharing the subframe pool mentioned below. That is, since the resources for the P-UE based on random resource selection are independently configured without being affected by other resources (i.e., the resources for the P-UE based on partial sensing and/or the resources for the V-UE based on full sensing), there is an advantage that the performance may be improved.

On the other hand, the subframe pool for the P-UE based on random resource selection can also be defined by sharing the subframe pool for the V-UE based on full sensing (in this case, the subframe pool for the P-UE based on partial sensing is also shared with the subframe pool for the V-UE based on full sensing). This is to prevent the performance of V2V from being affected due to a decrease in available resources. In addition, since one pool can be shared, there is an advantage of more efficient resource utilization without resource waste.

At this time, the subframe pool for P-UEs based on random resource selection and the subframe pool for P-UEs based on partial sensing need to be distinguished with orthogonality. This is because P-UEs based on partial sensing cannot be guaranteed that the resources they use will not be interfered with by P-UEs based on random resource selection.

Considering the aforementioned, the following describes specific resource selection methods and subframe pool configuration methods for P-UE based on random resource selection, and specific resource selection methods and subframe pool configuration methods for P-UE based on partial sensing.

Figure 11 is a diagram for explaining an example of resource selection and subframe pool configuration of a full sensing-based terminal.

In Fig. 11, the entire sensing-based terminal can be, for example, a V-UE, but is not limited thereto, and the entire sensing-based operation can be performed on any terminal without power constraints.

As shown in Fig. 11, sensing can be performed on, for example, 1000 subframes among the subframe set to which the bitmap is applied. Accordingly, resources occupied and used by other terminals can be identified through sensing on a sensing window corresponding to 1000 subframes, and transmission of a control channel and a data channel can be performed on a selected resource (for example, TTI m+c, TTI m+e, TTI m+c', TTI m+e' are selected) among the resources belonging to the resource pool, excluding the resources occupied and used by other terminals.

Here, TTI m+c and TTI m+c' (similarly TTI m+e and TTI m+e') can have an interval of P*j TTIs (wherein P is identical to P _rsvp described above). If one TTI corresponds to one subframe among the set of subframes to which the bitmap is applied, TTI m+c and TTI m+c' (similarly TTI m+e and TTI m+e') can have an interval of P*j subframes. Fig. 11 exemplarily shows a case where j=1. For example, P may be 100, but is not limited thereto, and j may have a value of {0, 1, ..., 10}. For example, the value of j may be indicated through SCI included in SA. Specifically, the value of j can be one of the values selected by the carrier-specific network configuration used for V2X or the pre-configuration, and the value can be selected and indicated through the "Resource reservation" signaling field of the SCI included in the SA.

A subframe pool for a terminal supporting full sensing can be configured as shown in Fig. 10 described above.

Figure 12 is a diagram for explaining an example of a resource selection method of a terminal based on partial sensing.

In the example of Fig. 12, the partial sensing-based terminal may be a P-UE, but is not limited thereto, and partial sensing-based operation may be performed in any terminal with power constraints.

As shown in Fig. 12, sensing can be performed for a total of (1000/P)*X subframes among the set of subframes to which the bitmap is applied. The total of 1000 subframes on which sensing is performed can be divided into a certain period (duration) corresponding to P subframes. At this time, P can be 100, but is not limited thereto. Sensing can be performed for X subframes within the certain period (duration) corresponding to the P subframes. Here, P can be a value divisible by X. For example, X can be 10, but is not limited thereto.

That is, a certain section corresponding to the above P subframes is repeated a total of (1000/P) times, and within each of the certain sections (duration) corresponding to the P subframes, each section is divided into a total of P/X sub-sections (sub-durations) corresponding to X subframes, and sensing can be performed in one of the sub-sections (sub-duration).

Here, P can be fixed to 100 as mentioned above. X can be a fixed value (e.g. 10), or can be constructed and indicated among a number of values, or can be selected randomly.

In addition, it may be configured which sub-duration among P/X sub-durations within a certain duration corresponding to P sub-frames is to be used for sensing. For example, information for configuring a sub-duration in which sensing is to be performed may have a fixed value or may be separately indicated. For example, in the case where X is 10, P=100, and P/X=10, one sub-duration out of a total of 10 sub-durations may be fixedly used, or a configuration may be configured or randomly selected as to which sub-duration among the first to P/X(=10) sub-durations is to be used. As an example, FIG. 12 illustrates a case where the 5th sub-duration is used.

Accordingly, resources occupied and used by other terminals can be identified through sensing on a sensing window corresponding to a total of (1000/P)*X subframes, and transmission of control channels and data channels can be performed on resources selected from among the resources belonging to the resource pool, excluding the resources occupied and used by other terminals. For example, in the example of Fig. 12, TTI m+c can be selected according to the partial sensing method, and although not shown in Fig. 12, TTI m+e, TTI m+c', TTI m+e' can also be additionally selected as in Fig. 11.

Therefore, resource selection of a terminal supporting partial sensing can be performed as follows.

1) Sensing can be performed within a sub-duration corresponding to X consecutive subframes.

Here, 1-a) X can use a fixed value among the values for which P/X becomes an integer value (e.g., X=10).

Alternatively, 1-b) X can be one of the values for which P/X becomes an integer value, as indicated by upper layer signaling such as RRC.

Alternatively, 1-c) X can be randomly selected as one of the values for which P/X is an integer.

2) The subframe where the sub-duration corresponding to X consecutive subframes starts can be determined as the subframe after the offset corresponding to X*i ₁ subframe.

Here, 2-a) i ₁ can be one of {0, 1, ..., P/X-1}, which can be indicated by upper layer signaling such as RRC.

Alternatively, 2-b) i ₁ can take a fixed value among {0, 1, ..., P/X-1}.

Alternatively, 2-c) i ₁ can be randomly selected as one of the values among {0, 1, ..., P/X-1}.

3) A sub-duration corresponding to X consecutive sub-frames can be repeated for an integer value of 1000/P with an interval corresponding to P sub-frames.

Here, 3-a) P can use a single fixed value (for example, P=100, in which case the integer value of 1000/P can be 10).

Alternatively, 3-b) P may be one of multiple values indicated by upper layer signaling such as RRC.

Alternatively, 3-c) P can be determined as one of multiple values depending on system conditions such as the subframe pool configuration method.

The subframe pool configuration method for terminals supporting partial sensing is described later.

Figure 13 is a diagram for explaining an example of a resource selection method of a terminal based on random resource selection.

In the example of Fig. 13, the random resource selection-based terminal may be a P-UE, but is not limited thereto, and random resource selection-based operation may be performed even by any terminal that does not support sidelink Rx capability.

The example of Fig. 13, unlike the examples of Fig. 11 or Fig. 12, does not include a sensing window. That is, a terminal based on random resource selection does not require sensing for resource selection.

As shown in Fig. 13, among the subframe sets to which the bitmap is applied, transmission of control channels and data channels can be performed on resources randomly selected within Y subframes within a certain period (duration) corresponding to P subframes. For example, in the example of Fig. 13, TTI m+c can be selected by a random resource selection method, and although not shown in Fig. 13, TTI m+e, TTI m+c', and TTI m+e' can also be additionally selected as in Fig. 11.

A certain period (duration) corresponding to the above P subframes may be repeated periodically. Here, P may be 100, but is not limited thereto. Random resource selection may be performed for Y subframes within a certain period (duration) corresponding to the above P subframes. Here, P may be a value divisible by Y. In addition, Y may have a value that is a multiple of X described in the example of FIG. 12. For example, Y may be 10, but is not limited thereto.

That is, a certain period (duration) corresponding to each of the P subframes is divided into a total of P/Y sub-durations corresponding to each of the Y subframes, and random resource selection can be performed in one of these sub-durations.

Here, as mentioned earlier, P can be fixed to 100. Y can be a fixed value (e.g., 10), or can be constructed and indicated among a number of values, or can be chosen randomly.

In addition, it may be configured which sub-duration among P/Y sub-durations is to be used within a certain duration corresponding to P sub-frames. For example, information for configuring the sub-duration to be used may have a fixed value or may be separately indicated. For example, in the case where Y is 10, P=100, and P/Y=10, one sub-duration among a total of 10 sub-durations may be fixedly used, or a configuration may be configured or randomly selected for which sub-duration among the first to P/Y(=10) sub-durations is to be used. As an example, FIG. 13 illustrates a case where the second sub-duration is used.

As another example, a given duration corresponding to each of the P subframes is divided into a total of P/X sub-durations corresponding to X subframes, respectively, and random resource selection may be performed on one or more sub-durations corresponding to Y (wherein Y is a multiple of X) subframes. In this case, it may also be configured which sub-duration(s) among the P/X sub-durations will be used within the given duration corresponding to the P subframes.

Therefore, resource selection of a terminal supporting random resource selection can be performed as follows.

1) Random resource selection can be performed within the sub-duration(s) corresponding to Y consecutive subframes.

Here, 1-a) Y can use a fixed value among the values satisfying k*X (where k∈{1, 2, ..., P/X-1}) (e.g., Y=10 or Y=20).

Alternatively, 1-b) Y can be one of the values satisfying k*X (where k∈{1, 2, ..., P/X-1}) indicated by upper-level signaling such as RRC (i.e., the signaled value can be k).

Alternatively, 1-c) Y can be randomly selected as one of the values satisfying k*X (where k∈{1, 2, ..., P/X-1}).

2) The subframe where the sub-duration(s) corresponding to Y consecutive subframes start may be a subframe after an offset corresponding to X*i ₂ subframes.

Here, 2-a) i ₂ can be one of {0, 1, ..., P/X-1} values, which can be indicated by upper-level signaling such as RRC.

Alternatively, 2-b) i ₂ can take a fixed value among {0, 1, ..., P/X-1}.

Alternatively, 2-c) i ₂ can be randomly selected as one of the values among {0, 1, ..., P/X-1}.

3) Sub-duration(s) corresponding to Y consecutive sub-frames can be repeated for an integer value of 1000/P with an interval corresponding to P sub-frames.

Here, 3-a) P can use a single fixed value (for example, P=100, in which case the integer value of 1000/P can be 10).

Alternatively, 3-b) P may be one of multiple values indicated by upper layer signaling such as RRC.

Alternatively, 3-c) P can be determined as one of multiple values depending on system conditions such as the subframe pool configuration method.

The subframe pool configuration method for terminals supporting random resource selection is described later.

When terminals based on full sensing, terminals based on partial sensing, and terminals based on random resource selection as described above coexist, a subframe pool configuration method is required to support them.

In particular, in the examples of the present invention described above, it is possible to prevent the X subframes selected based on the partial sensing method of FIG. 12 and the Y subframes selected based on the random resource selection method of FIG. 13 from overlapping with each other. For example, in order to prevent the X subframes and the Y subframes described above from overlapping, the value of i ₁ , which is an element determining an offset value related to the starting point of the X subframes of FIG. 12 , and the value of i ₂ , which is an element determining an offset value related to the starting point of the Y subframes of FIG. 13 , can be determined.

Below, a subframe pool configuration method according to the present invention is described with reference to FIGS. 14 and 15.

FIG. 14 is a drawing showing an example of a subframe pool configuration method according to the present invention.

The subframe pool for a terminal based on random resource selection can be defined as sharing the subframe pool for a terminal based on full sensing. Additionally, the subframe pool for a terminal based on partial sensing can be shared with the subframe pool for a terminal based on full sensing.

That is, the subframe pools for the random resource selection-based terminal, the partial sensing-based terminal, and the full sensing-based terminal can be defined within one subframe pool as defined in FIGS. 4 and 10. Here, the subframe pool defined in FIGS. 4 and 10 is referred to as the full subframe pool, and the subframe pool for the full sensing-based terminal can be defined as a part of the full subframe pool (i.e., the first subframe sub-pool). In addition, considering what was described in FIG. 12, some sections within the full subframe pool can be defined as the subframe pool for the random resource selection-based terminal (i.e., the second subframe sub-pool). In addition, considering what was described in FIG. 13, some sections within the full subframe pool can be defined as the subframe pool for the partial sensing-based terminal (i.e., the third subframe sub-pool).

Here, within the entire subframe pool, the first subframe sub-pool for the entire sensing terminal, the second subframe sub-pool for the partial sensing-based terminal, and the third subframe sub-pool for the random resource selection-based terminal can be configured not to overlap each other.

If the first, second and third subframe sub-pools overlap, the use of the corresponding subframes may be determined according to a predetermined priority. For example, the third subframe sub-pool for random resource selection-based terminals may have the highest priority, the second subframe sub-pool for partial sensing-based terminals may have the next highest priority, and the first subframe sub-pool for full sensing-based terminals may have the lowest priority. However, this is only an example, and other priorities may be set.

Referring to FIG. 14, a set of subframes having the indices {t ^SL ₀ , t ^SL ₁ , ..., t ^SL _{Tmax -1} } at the top represent candidates for the entire subframe pool. That is, the candidates for the entire subframe pool indicated by A in FIG. 14 may correspond to the set of subframes to which the bitmap is applied as described above.

The three subframe sub-pool candidates at the bottom of Fig. 14 represent the first subframe sub-pool candidates, the second subframe sub-pool candidates, and the third subframe sub-pool candidates, respectively. For example, the first subframe sub-pool candidates can be applied to a V-UE based on full sensing, the second subframe sub-pool candidates can be applied to a P-UE based on partial sensing, and the third subframe sub-pool candidates can be applied to a P-UE based on random resource selection. In this way, the union of the first, second, and third subframe sub-pool candidates can correspond to candidates of the full subframe pool.

In this way, among the candidates of the entire subframe pool, the remaining subframes except for Y subframes (i.e., the third subframe sub-pool) that are repeated at a predetermined period (e.g., P subframes) and X subframes (i.e., the second subframe sub-pool) that are repeated at a predetermined period (e.g., P subframes) can be determined as the first subframe sub-pool candidates.

Here, the Y subframes constituting the third subframe sub-pool candidates can be determined or selected as described in the example of Fig. 13. Accordingly, for a terminal based on random resource selection, among the Y subframes, after repeated application of a bitmap of length L _bitmap for configuring a subframe pool, subframes in which the bit value is set to 1 in the bitmap can be determined as the third subframe sub-pool.

In addition, the X subframes constituting the second subframe sub-pool candidates can be determined or selected as described in the example of Fig. 12. Accordingly, among the X subframes for the partial sensing-based terminal, after repeated application of a bitmap of length L _bitmap for configuring the subframe pool, the subframes in which the bit value is set to 1 in the bitmap can be determined as the second subframe sub-pool.

Here, X subframes and Y subframes can be configured not to overlap each other. For example, X=Y, and which sub-interval among the total P/X (=P/Y) sub-intervals can be differently set to be used for the X subframes and Y subframes. The information indicating the sub-interval to be used as the X subframes or Y subframes can be set to a fixed value, or can be set through upper layer signaling such as RRC. As a more specific example, when P=100 and X=Y=10, as shown in FIG. 14, among the total P/X (=P/Y) sub-intervals, X subframes can be set to the 5th sub-interval and Y subframes can be set to the 2nd sub-interval.

FIG. 15 is a drawing showing another example of a subframe pool configuration method according to the present invention.

The subframe pool for a terminal based on random resource selection can be defined independently from the subframe pool for a terminal based on full sensing. Additionally, the subframe pool for a terminal based on partial sensing can be shared with the subframe pool for a terminal based on full sensing.

That is, the subframe pool (the first subframe pool) for the partial sensing-based terminal and the full sensing-based terminal can be defined as subframes satisfying special conditions within one subframe pool (i.e., the full subframe pool) as defined in FIGS. 4 and 10. In addition, the subframe pool for the random resource selection-based terminal can be composed of a subframe pool (the second subframe pool) independent of the subframe pool (the first subframe pool) for the partial sensing-based terminal and the full sensing-based terminal.

The subframe pool for the entire sensing-based terminal can be defined as a part of the first subframe pool (i.e., the first subframe sub-pool). In addition, considering what is described in Fig. 12, a part of the first subframe pool can be defined as a subframe pool for the random resource selection-based terminal (i.e., the second subframe sub-pool).

In addition, considering the description in FIG. 13, a subframe pool (first subframe pool) for a partial sensing-based terminal and a subframe pool (second subframe pool) independent of a full sensing-based terminal can be defined as a subframe pool for a partial sensing-based terminal.

Here, within the first subframe pool, the first subframe sub-pool for the entire sensing terminal and the second subframe sub-pool for the partial sensing-based terminal can be configured not to overlap each other. Meanwhile, the second subframe pool can be configured independently of the first subframe pool.

If the first and second subframe sub-pools overlap, the use of the subframes may be determined according to a predetermined priority. For example, the second subframe sub-pool for a partial sensing-based terminal may be defined to have a higher priority than the first subframe sub-pool for a full sensing-based terminal. However, this is only an example, and other priorities may be set.

Referring to the top of FIG. 15, candidates of the first subframe pool and candidates of the second subframe pool are each represented as a set of subframes having indices {t ^SL ₀ , t ^SL ₁ , ..., t ^SL _{Tmax -1} }. More specifically, candidates of the first subframe pool indicated by A in FIG. 15 may correspond to a set of subframes to which the first bitmap is applied, and candidates of the second subframe pool indicated by B may correspond to a set of subframes to which the second bitmap is applied. That is, candidates of the first subframe pool indicated by A in FIG. 15 and candidates of the second subframe pool indicated by B may be independent of each other.

The two subframe sub-pool candidates at the bottom of Fig. 15 represent the first subframe sub-pool candidates and the second subframe sub-pool candidates, respectively, within the candidates of the first subframe pool indicated by A. For example, the first subframe sub-pool candidates may be applied to a V-UE based on full sensing, and the second subframe sub-pool candidates may be applied to a P-UE based on partial sensing. In this way, the union of the first and second subframe sub-pool candidates may correspond to the candidates of the first subframe pool (i.e., the candidates of the entire subframe pool indicated by A in Fig. 15).

The Y subframes configured within the candidates of the second subframe pool indicated by B in FIG. 15 can be determined or selected as described in the example of FIG. 13. Accordingly, for a terminal based on random resource selection, among the Y subframes, after repeated application of a bitmap of length L _bitmap for configuring a subframe pool, subframes in which the bit value is set to 1 in the bitmap can be determined as the third subframe sub-pool.

In addition, among the candidates of the first subframe pool indicated by A in FIG. 15, X subframes constituting the second subframe sub-pool candidates can be determined or selected as described in the example of FIG. 12. Accordingly, among the X subframes for the partial sensing-based terminal, after repeated application of a bitmap of length L _bitmap for configuring the subframe pool, subframes in which the bit value is set to 1 in the bitmap can be determined as the second subframe sub-pool.

Here, X subframes and Y subframes can be configured not to overlap each other. For example, X=Y, and which sub-interval among the total P/X (=P/Y) sub-intervals can be differently set to be used for the X subframes and Y subframes. The information indicating the sub-interval to be used as the X subframes or Y subframes can be set to a fixed value, or can be set through upper layer signaling such as RRC. As a more specific example, when P=100 and X=Y=10, as shown in FIG. 14, among the total P/X (=P/Y) sub-intervals, X subframes can be set to the 5th sub-interval and Y subframes can be set to the 2nd sub-interval.

In addition, when configuring subframe pools for full sensing-based terminals and partial sensing-based terminals within the candidates of the first subframe pool indicated by A in FIG. 15 (e.g., the union of the first and second subframe sub-pool candidates), for a portion corresponding to Y subframes for the terminal based on random resource selection within the candidates of the second subframe pool indicated by B in FIG. 15, all bit values can be configured as 0 when repeatedly applying the bitmap of the L _bitmap .

In addition, when configuring a subframe pool for a terminal based on random resource selection among candidates of the second subframe pool indicated by B in FIG. 15, considering candidates of the first subframe pool indicated by A in FIG. 15 (e.g., the union of the first and second subframe sub-pool candidates), for a portion other than Y subframes for the terminal based on random resource selection, all bit values can be configured as 0 when repeatedly applying the bitmap of the L _bitmap .

Additionally, a subframe pool for a terminal based on random resource selection among candidates of the second subframe pool indicated by B in Fig. 15 may be configured by applying a bitmap only within a section corresponding to Y subframes, with a period corresponding to P subframes.

FIG. 16 is a flowchart for explaining a method for selecting resources and determining a resource pool based on a terminal type according to the present invention.

In step S1610, the terminal can determine the terminal type. The terminal type can be one of the first type (e.g., a full sensing-based terminal), the second type (e.g., a partial sensing-based terminal), or the third type (e.g., a random resource selection-based terminal). This terminal type can be defined in the case of a UE autonomous resource selection mode (or mode 4).

In steps S1621, S1623, and S1625, first, second, or third subframe sub-pool candidates corresponding to some of the candidates of the entire subframe pool may be determined according to the type of the terminal. Here, the candidates of the entire subframe pool may correspond to the set of subframes to which the bitmap is applied as described above. That is, the candidates of the entire subframe pool may correspond to a set of subframes among all subframes belonging to a predetermined period (e.g., an SFN or DFN period) excluding specific subframes (e.g., subframes in which SLSS resources are set, TDD DL subframes or special subframes, and/or subframes to which the bitmap is not applied as described above).

In step S1621, the first type terminal may determine first subframe sub-pool candidates. The first subframe sub-pool candidates may be determined as subframes excluding the second subframe sub-pool candidates and/or the third subframe sub-pool candidates from the candidates of the entire subframe pool. Here, the candidates of the entire subframe pool to which the first, second and third subframe sub-pool candidates belong may be shared. Alternatively, the candidates of the entire subframe pool to which the first and second subframe sub-pool candidates belong may be shared, but the candidates of the entire subframe pool to which the third subframe sub-pool candidates belong may be determined independently.

In step S1623, the second type terminal may determine second subframe sub-pool candidates. The second subframe sub-pool candidates may be determined as in the example of FIG. 12. For example, a set of subframes in which X subframes starting with an offset corresponding to X*i ₁ subframes are repeated in a cycle corresponding to P subframes may be determined as second subframe sub-pool candidates.

In step S1625, the third type terminal may determine third subframe sub-pool candidates. The third subframe sub-pool candidates may be determined as in the example of FIG. 13. For example, a set of subframes in which Y(=k*X) subframes starting with an offset corresponding to X*i ₂ subframes are repeated in a cycle corresponding to P subframes may be determined as third subframe sub-pool candidates.

Here, the second subframe sub-pool candidates and the third subframe sub-pool candidates can be set not to overlap.

In steps S1631, S1633, and S1635, the terminal can determine a subframe sub-pool from among the subframe sub-pool candidates based on the bitmap.

In step S1631, the first type terminal may repeatedly apply a bitmap of length L _bitmap among the first subframe sub-pool candidates, and determine subframes at positions indicated as 1 in the bitmap as the first subframe sub-pool.

In step S1633, the second type terminal may repeatedly apply a bitmap of length L _bitmap among the second subframe sub-pool candidates to determine subframes at positions indicated as 1 in the bitmap as the second subframe sub-pool.

In step S1635, the third type terminal may repeatedly apply a bitmap of length L _bitmap among the third subframe sub-pool candidates, and determine subframes at positions indicated as 1 in the bitmap as the third subframe sub-pool.

Here, the second subframe sub-pool and the third subframe sub-pool can be set not to overlap.

In steps S1641, S1643, and S1645, the terminal may determine a subframe in which to transmit SA and/or Data. The subframe in which to transmit SA and/or Data may correspond to TTI m+c, TTI m+e, TTI m+c', and TTI m+e' in the examples described above.

In step S1641, a first type terminal may determine a subframe in which to transmit SA and/or Data, based on a sensing result on a first type sensing window (e.g., 1000 subframes), among a first subframe sub-pool determined by a bitmap.

In step S1643, the second type terminal may determine a subframe to transmit SA and/or Data based on a sensing result on a second type sensing window (e.g., subframes corresponding to X subframes among 1000 subframes) among the second subframe sub-pools determined by the bitmap.

In step S1645, the third type terminal can randomly determine a subframe in which to transmit SA and/or Data from among the third subframe sub-pools determined by the bitmap.

In step S1650, the terminal can transmit SA and/or Data to another terminal on the transmission subframe determined in steps S1641, S1643, and S1645.

The various embodiments of the present disclosure are not intended to list all possible combinations but rather to illustrate representative aspects of the present disclosure, and the matters described in the various embodiments may be applied independently or in combinations of two or more.

Additionally, various embodiments of the present disclosure may be implemented by hardware, firmware, software, or a combination thereof. In the case of hardware implementation, the embodiments may be implemented by one or more ASICs (Application Specific Integrated Circuits), DSPs (Digital Signal Processors), DSPDs (Digital Signal Processing Devices), PLDs (Programmable Logic Devices), FPGAs (Field Programmable Gate Arrays), general processors, controllers, microcontrollers, microprocessors, and the like.

The scope of the present disclosure includes software or machine-executable instructions (e.g., an operating system, an application, firmware, a program, etc.) that cause operations according to the methods of various embodiments to be executed on a device or a computer, and a non-transitory computer-readable medium having such software or instructions stored thereon and being executable on the device or the computer.

Figure 17 is a drawing for explaining the configuration of a wireless device according to the present invention.

FIG. 17 illustrates a terminal device (100) that transmits control information and data for V2X communication or direct link (e.g., D2D, ProSe, or SL) communication to another terminal device, and a base station device (200) that provides control information supporting V2X communication or direct link (e.g., D2D, ProSe, or SL) communication to the terminal device (100).

The terminal device (100) may include a processor (110), an antenna unit (120), a transceiver (130), and a memory (140).

The processor (110) performs baseband-related signal processing and may include an upper layer processing unit (111) and a physical layer processing unit (112). The upper layer processing unit (111) may process operations of a MAC (Medium Access Control) layer, an RRC (Radio Resource Control) layer, or a higher layer. The physical layer processing unit (112) may process operations of a physical (PHY) layer (e.g., uplink transmission signal processing, downlink reception signal processing). In addition to performing baseband-related signal processing, the processor (110) may also control operations of the entire terminal device (100).

The antenna unit (120) may include one or more physical antennas, and when it includes multiple antennas, it may support MIMO (Multiple Input Multiple Output) transmission and reception. The transceiver (130) may include a radio frequency (RF) transmitter and an RF receiver. The memory (140) may store information processed by the processor (110), software related to the operation of the terminal device (100), an operating system, applications, etc., and may also include components such as a buffer.

The base station device (200) may include a processor (210), an antenna unit (220), a transceiver (230), and a memory (240).

The processor (210) performs baseband-related signal processing and may include an upper layer processing unit (211) and a physical layer processing unit (212). The upper layer processing unit (211) may process operations of a MAC layer, an RRC layer, or a higher layer. The physical layer processing unit (212) may process operations of a PHY layer (e.g., downlink transmission signal processing, uplink reception signal processing). In addition to performing baseband-related signal processing, the processor (210) may also control operations of the entire base station device (200).

The antenna unit (220) may include one or more physical antennas, and when it includes multiple antennas, it may support MIMO transmission and reception. The transceiver (230) may include an RF transmitter and an RF receiver. The memory (240) may store information processed by the processor (210), software related to the operation of the base station device (200), an operating system, applications, etc., and may also include components such as a buffer.

The processor (110) of the terminal device (100) may be configured to implement terminal operations in the embodiments described in the present invention.

For example, the upper layer processing unit (111) of the processor (110) of the terminal device (100) may include a type determination unit (1710), a subframe sub-pool candidate determination unit (1720), a subframe sub-pool determination unit (1730), and a transmission subframe determination unit (1740).

The type determination unit (1710) can determine a first type of terminal (e.g., a full sensing-based terminal), a second type (e.g., a partial sensing-based terminal), and a third type (e.g., a random resource selection terminal).

The subframe sub-pool candidate decision unit (1720) can decide subframe sub-pool candidates in different ways depending on the terminal type.

For example, in the case of the second type, the second subframe sub-pool candidates can be determined based on values such as X, i ₁ , P among the entire subframe pool candidates. In the case of the third type, the third subframe sub-pool candidates can be determined based on values such as X, i ₂ , P, Y(=k*X) among the entire subframe pool candidates. These values such as X, i ₁ , i ₂ , Y, k, P may be fixed values in the system, may be determined based on values provided by the base station, or may be determined as one of a plurality of candidate values. Meanwhile, in the case of the first type, the first subframe sub-pool candidates can be determined from the remaining subframes excluding the second subframe sub-pool candidates and the third subframe sub-pool candidates among the entire subframe pool candidates.

The subframe sub-pool decision unit (1730) can determine, among each of the subframe sub-pool candidates, subframes indicated as 1 in the bitmap as the subframe sub-pool.

The transmission subframe decision unit (1740) can determine a subframe to transmit SA and/or Data among each subframe sub-pool based on sensing or randomly.

The physical layer processing unit (112) of the processor (110) of the terminal device (100) can transmit control information and/or data transmitted from the upper layer processing unit (111) to another terminal device (not shown) on a transmission subframe determined by the transmission subframe determination unit (1740) of the upper layer processing unit (111).

The processor (210) of the base station device (200) may be configured to implement base station operations in the embodiments described in the present invention.

For example, the upper layer processing unit (211) of the processor (210) of the base station device (200) may include a subframe sub-pool candidate parameter determination unit (1750) and a bitmap determination unit (1760).

The subframe sub-pool candidate parameter determination unit (1750) can determine parameters that serve as a basis for determining subframe sub-pool candidates to be applied to each type of terminal (e.g., the first, second, and third types). For example, the subframe sub-pool candidate determination unit (1750) can generate information about parameters (e.g., one or more of X, i ₁ , i ₂ , Y, k, and P) related to subframe sub-pool candidates for each type of terminal.

The bitmap determination unit (1760) can generate information (i.e., a bitmap) indicating a subframe to be set as a subframe sub-pool among subframe sub-pool candidates for each type of terminal.

In this way, information generated in the processing unit (211) in the upper layer can be transmitted to the terminal device (100) through the physical layer processing unit (212).

The matters described in the examples of the present invention can be applied equally to the operation of the terminal device (100) and the base station device (200), and redundant descriptions are omitted.

Although various embodiments of the present invention have been described with a focus on 3GPP LTE or LTE-A systems, they can be applied to various mobile communication systems.

Claims (8)

In the method of determining the resource pool of the terminal,
As a step of determining the type of the terminal, the terminal is determined as any one of a first type terminal that determines the transmission subframe based on full sensing, a second type terminal that determines the transmission subframe based on partial sensing, or a third type terminal that determines the transmission subframe based on random resource selection;
A step of determining subframe sub-pool candidates based on the determined terminal type, and determining a subframe sub-pool among the subframe sub-pool candidates determined based on a bitmap;
a step of determining the transmission subframe from the above subframe sub-pool; and
Comprising a step of transmitting at least one of control information or data through the determined transmission subframe,
If the terminal is the first type terminal, the terminal determines the transmission subframe from among the remaining subframes excluding the subframes occupied by other terminals through sensing on the first type sensing window based on the entire sensing within the first subframe sub-pool determined from among the first subframe sub-pool candidates,
If the terminal is the second type terminal, the terminal determines the transmission subframe from among the remaining subframes excluding the subframes occupied by other terminals through sensing on a second type sensing window based on the partial sensing within the second subframe sub-pool determined from among the second subframe sub-pool candidates,
If the terminal is the third type terminal, the terminal determines the transmission subframe within the third subframe sub-pool determined from among the third subframe sub-pool candidates,
The candidates for the entire subframe pool are composed of the first subframe sub-pool candidates, the second subframe sub-pool candidates, and the third subframe sub-pool candidates,
A method for determining a resource pool of a terminal, wherein among candidates of the entire subframe pool, the third subframe sub-pool candidates are determined based on the highest priority, the second subframe sub-pool candidates are determined based on the second highest priority, and among candidates of the entire subframe pool, the remainder excluding the second subframe sub-pool candidates and the third subframe sub-pool candidates are determined as the first subframe sub-pool.
In paragraph 1,
The second subframe pool for the second type terminal is shared with the first subframe pool for the first type terminal,
A method for determining a resource pool of a terminal, wherein the third subframe pool for the third type terminal is independent of the first subframe pool.
In paragraph 1,
A method for determining a resource pool of a terminal, wherein a first subframe pool for the first type terminal, a second subframe pool for the second type terminal, and a third subframe pool for the third type terminal are shared.
delete At the terminal,
Transmitter and receiver;
A processor connected to the transceiver;
The above processor,
The type of the terminal is determined, wherein the terminal is determined as one of a first type terminal that determines a transmission subframe based on full sensing, a second type terminal that determines the transmission subframe based on partial sensing, or a third type terminal that determines the transmission subframe based on random resource selection.
Determine subframe sub-pool candidates based on the terminal type determined above, and determine a subframe sub-pool among the subframe sub-pool candidates determined based on the bitmap,
Determining the transmission subframe from the above subframe sub-pool, and
Transmitting at least one of control information or data through the determined transmission subframe,
If the terminal is the first type terminal, the terminal determines the transmission subframe from among the remaining subframes excluding the subframes occupied by other terminals through sensing on the first type sensing window based on the entire sensing within the first subframe sub-pool determined from among the first subframe sub-pool candidates,
If the terminal is the second type terminal, the terminal determines the transmission subframe from among the remaining subframes excluding the subframes occupied by other terminals through sensing on a second type sensing window based on the partial sensing within the second subframe sub-pool determined from among the second subframe sub-pool candidates,
If the terminal is the third type terminal, the terminal determines the transmission subframe within the third subframe sub-pool determined from among the third subframe sub-pool candidates.
A terminal, wherein candidates for the entire subframe pool are composed of the first subframe sub-pool candidates, the second subframe sub-pool candidates, and the third subframe sub-pool candidates, and among the candidates for the entire subframe pool, the third subframe sub-pool candidates are determined based on the highest priority, the second subframe sub-pool candidates are determined based on the second highest priority, and among the candidates for the entire subframe pool, the remainder excluding the second subframe sub-pool candidates and the third subframe sub-pool candidates are determined as the first subframe sub-pool.
In paragraph 5,
The second subframe pool for the second type terminal is shared with the first subframe pool for the first type terminal,
The third subframe pool for the third type terminal is independent of the first subframe pool.
In paragraph 5,
A terminal, wherein a first subframe pool for the first type terminal, a second subframe pool for the second type terminal, and a third subframe pool for the third type terminal are shared.
delete

Images