Title of Invention: Communication Device
Technical field
[0001]
　The present disclosure relates to communication devices.
Background technology
[0002]
　In order to realize future autonomous driving, expectations for in-vehicle communication (V2X communication) have been increasing in recent years. V2X communication is an abbreviation for Vehicle to X communication, and is a system in which a vehicle and “something” communicate with each other. Examples of "something" here include Vehicle, Infrastructure, Network, and Pedestrian (V2V, V2I, V2N, and V2P). For example, Patent Literature 1 discloses an example of technology related to V2X communication.
[0003]
　In addition, as wireless communication for vehicles, 802.11p-based DSRC (Dedicated Short Range Communication) has been mainly developed so far, but in recent years, LTE-based in-vehicle communication "LTE- based V2X” standardization has been done. LTE-based V2X communication supports the exchange of basic safety messages and the like. Also, in recent years, NR V2X communication using 5G technology (NR: New audio) is being studied.
prior art documents
patent literature
[0004]
Patent document 1: JP 2017-208796 A
SUMMARY OF THE INVENTION
Problems to be Solved by the Invention
[0005]
　In conventional V2V communication, broadcast communication was mainly performed, and all terminal devices were able to decode the area of ​​the control channel. On the other hand, in NR-V2X communication, it is possible to use unicast communication and multicast communication in addition to broadcast communication. Therefore, in NR-V2X communication, it is desired to introduce a new control channel that can efficiently accommodate various communication traffic as described above.
[0006]
　Therefore, the present disclosure proposes a technology that allows various communication traffic to be accommodated in a more suitable manner in inter-device communication such as V2X communication.
Means to solve problems
[0007]
　According to the present disclosure, a control resource set that includes a communication unit that performs wireless communication and one or more control resources that are assigned to partial areas included in the control area and that are defined for each use of resources that are assigned to the data area an acquisition unit that acquires information on the control resource set from another device, extracts the control resource set according to the acquired information on the control resource set, and based on the control resource set, another communication device via the wireless communication and a control unit for controlling inter-device communication with.
[0008]
　Further, according to the present disclosure, a control that includes a communication unit that performs wireless communication and one or more control resources that are assigned to partial areas included in the control area and that are defined for each use of resources that are assigned to the data area. A notification unit that notifies a terminal device of information about a resource set, and associates one or more resources included in the data area allocated for inter-device communication with the control resource set according to the use of the resource. A communication device is provided, comprising: a controller.
Effect of the invention
[0009]
　As described above, according to the present disclosure, there is provided a technology that allows various communication traffic to be accommodated in a more suitable manner in inter-device communication such as V2X communication.
[0010]
　In addition, the above effects are not necessarily limited, and in addition to or instead of the above effects, any of the effects shown in this specification, or other effects that can be grasped from this specification may be played.
Brief description of the drawing
[0011]
1 is an explanatory diagram for describing an example of a schematic configuration of a system according to an embodiment of the present disclosure; FIG.
2 is a block diagram showing an example of the configuration of a base station according to the same embodiment; FIG.
3 is a block diagram showing an example of the configuration of a terminal device according to the embodiment; FIG.
4 is a diagram showing an overview of V2X communication; FIG.
5 is an explanatory diagram for explaining an example of an overview of V2X communication; FIG.
6 is a diagram showing an example of a use case of V2X communication; FIG.
7 is an explanatory diagram for explaining an example of a V2X operation scenario; FIG.
8 is an explanatory diagram for describing an example of a V2X operation scenario; FIG.
9 is an explanatory diagram for describing an example of a V2X operation scenario; FIG.
10 is an explanatory diagram for describing an example of a V2X operation scenario; FIG.
11 is an explanatory diagram for describing an example of a V2X operation scenario; FIG.
12 is an explanatory diagram for describing an example of a V2X operation scenario; FIG.
13 is a diagram showing an example of the configuration of resources allocated to sidelink communication; FIG.
14 is an explanatory diagram for explaining an example of an operation timeline when a terminal device transmits packets based on Mode4 resource allocation; FIG.
15 is an explanatory diagram for explaining an example of a sensing operation for selecting resources from within a resource pool; FIG.
16 is an explanatory diagram for explaining an example of a resource configuration in the system according to the same embodiment; FIG.
17 is an explanatory diagram for explaining an example of a CORESET setting method according to the configuration of resource pools in the system according to the embodiment; FIG.
18] Fig. 18 is an explanatory diagram for explaining an example of sidelink CORESET allocation. [Fig.
19 is a sequence diagram showing an example of the flow of a series of processes of the system according to the same embodiment; FIG.
20 is a sequence diagram showing another example of the flow of a series of processes of the system according to the same embodiment; FIG.
21] Fig. 21 is an explanatory diagram for explaining another example of sidelink CORESET allocation. [Fig.
22 is a flow chart showing an example of the flow of a series of processes of the terminal device according to the same embodiment; FIG.
23 is an explanatory diagram for explaining an example of allocation of CORESET groups; FIG.
FIG. 24 is an explanatory diagram for explaining an overview of changes in CORESET allocation;
25 is a flow chart showing a flow of processing relating to resetting of CORESET; FIG.
26 is an explanatory diagram for explaining an outline of a mapping pattern; FIG.
27 is a block diagram showing a first example of a schematic configuration of an eNB; FIG.
28 is a block diagram showing a second example of a schematic configuration of an eNB; FIG.
29 is a block diagram showing an example of a schematic configuration of a smart phone; FIG.
30 is a block diagram showing an example of a schematic configuration of a car navigation device; FIG.
MODE FOR CARRYING OUT THE INVENTION
[0012]
　Preferred embodiments of the present disclosure will be described in detail below with reference to the accompanying drawings. In the present specification and drawings, constituent elements having substantially the same functional configuration are denoted by the same reference numerals, thereby omitting redundant description.
[0013]
　Note that the description will be given in the following order.
　1. Configuration example
　　1.1. Example of system configuration
　　1.2. Configuration example of base station
　　1.3. Configuration example of terminal device
　2. V2X communication3
　. Method of allocating resources to sidelinks4
　. CORESET5
　. 6. Study on resource allocation in V2X communication
　. Technical Features
　　6.1. Definition of control channel types
　　6.2. Determination of control channel area
　　6.3. Reserving resources in the area of ​​the control channel7
　. Application example
　　7.1. Application example related to base station
　　7.2. Application example related to terminal device
　8. Conclusion
[0014]
　<<1. Configuration Example>>
　　<1.1. Example of System Configuration>
　First, an example of a schematic configuration of a system 1 according to an embodiment of the present disclosure will be described with reference to FIG. FIG. 1 is an explanatory diagram for describing an example of a schematic configuration of a system 1 according to an embodiment of the present disclosure. As shown in FIG. 1 , system 1 includes wireless communication device 100 and terminal device 200 . Here, the terminal device 200 is also called a user. Such users may also be referred to as UEs. The radio communication device 100C is also called UE-Relay. UE here may be a UE defined in LTE or LTE-A, UE-Relay may be Prose UE to Network Relay discussed in 3GPP, more generally communication It may mean equipment.
[0015]
　　(1) Wireless communication device 100
　The wireless communication device 100 is a device that provides wireless communication services to devices under its control. For example, the radio communication device 100A is a base station of a cellular system (or mobile communication system). The base station 100A performs radio communication with a device (for example, a terminal device 200A) located inside the cell 10A of the base station 100A. For example, the base station 100A transmits downlink signals to the terminal device 200A and receives uplink signals from the terminal device 200A.
[0016]
　The base station 100A is logically connected to other base stations via, for example, an X2 interface, and can transmit and receive control information and the like. Also, the base station 100A is logically connected to a so-called core network (not shown) via, for example, an S1 interface, and can transmit and receive control information and the like. Note that communications between these devices may be physically relayed by a variety of devices.
[0017]
　Here, the radio communication device 100A shown in FIG. 1 is a macrocell base station, and the cell 10A is a macrocell. On the other hand, radio communication apparatuses 100B and 100C are master devices that operate small cells 10B and 10C, respectively. As an example, the master device 100B is a fixedly installed small cell base station. The small cell base station 100B establishes a radio backhaul link with the macrocell base station 100A and an access link with one or more terminal devices (eg, terminal device 200B) in the small cell 10B. Note that the wireless communication device 100B may be a relay node defined by 3GPP. Master device 100C is a dynamic AP (access point). A dynamic AP 100C is a mobile device that dynamically operates a small cell 10C. The dynamic AP 100C establishes a radio backhaul link with the macrocell base station 100A and an access link with one or more terminal devices (eg, terminal device 200C) in the small cell 10C. The dynamic AP 100C may be, for example, a terminal device equipped with hardware or software capable of operating as a base station or wireless access point. The small cell 10C in this case is a dynamically formed local network (Localized Network/Virtual Cell).
[0018]
　Cell 10A, for example, LTE, LTE-A (LTE-Advanced), LTE-ADVANCED PRO, GSM (registered trademark), UMTS, W-CDMA, CDMA2000, WiMAX, WiMAX2 or any wireless communication scheme such as IEEE802.16 may be operated in accordance with
[0019]
　Note that small cells are concepts that can include various types of cells smaller than macrocells (for example, femtocells, nanocells, picocells, microcells, etc.) arranged with or without overlapping with macrocells. In one example, a small cell is operated by a dedicated base station. In another example, a small cell is operated by a terminal serving as a master device temporarily operating as a small cell base station. A so-called relay node can also be considered a form of small cell base station. A wireless communication device that functions as a parent station of a relay node is also called a donor base station. A donor base station may mean a DeNB in ​​LTE, or more generally a parent station of a relay node.
[0020]
　　(2) Terminal device 200
　The terminal device 200 can communicate in a cellular system (or mobile communication system). The terminal device 200 performs wireless communication with a wireless communication device (eg, base station 100A, master device 100B or 100C) of a cellular system. For example, the terminal device 200A receives downlink signals from the base station 100A and transmits uplink signals to the base station 100A.
[0021]
　Further, the terminal device 200 is not limited to a so-called UE, and for example, a so-called low cost terminal (Low cost UE) such as an MTC terminal, an eMTC (Enhanced MTC) terminal, and an NB-IoT terminal may be applied. . Also, an infrastructure terminal such as RSU (Road Side Unit) or a terminal such as CPE (Customer Premises Equipment) may be applied.
[0022]
　　(3) Supplement
　Although the schematic configuration of the system 1 has been shown above, the present technology is not limited to the example shown in FIG. For example, as the configuration of the system 1, a configuration that does not include a master device, an SCE (Small Cell Enhancement), a HetNet (Heterogeneous Network), an MTC network, or the like can be adopted. As another example of the configuration of system 1, a master device may connect to a small cell and build a cell under the control of the small cell.
[0023]
　　<1.2. Configuration Example of Base Station>
　Next, the configuration of the base station 100 according to an embodiment of the present disclosure will be described with reference to FIG. FIG. 2 is a block diagram showing an example configuration of the base station 100 according to an embodiment of the present disclosure. Referring to FIG. 2 , base station 100 includes antenna section 110 , radio communication section 120 , network communication section 130 , storage section 140 and control section 150 .
[0024]
　(1) Antenna Section 110
　The antenna section 110 radiates the signal output from the wireless communication section 120 into space as radio waves. Antenna section 110 also converts radio waves in space into signals and outputs the signals to wireless communication section 120 .
[0025]
　(2) Radio Communication Unit 120 The
　radio communication unit 120 transmits and receives signals. For example, the wireless communication unit 120 transmits downlink signals to terminal devices and receives uplink signals from the terminal devices.
[0026]
　(3) Network Communication Unit 130 The
　network communication unit 130 transmits and receives information. For example, the network communication unit 130 transmits information to other nodes and receives information from other nodes. For example, the other nodes include other base stations and core network nodes.
[0027]
　As described above, in the system 1 according to this embodiment, the terminal device may operate as a relay terminal and relay communication between the remote terminal and the base station. In such a case, for example, the wireless communication device 100C corresponding to the relay terminal does not have to include the network communication unit 130 .
[0028]
　(4) Storage Unit 140
　The storage unit 140 temporarily or permanently stores programs and various data for operating the base station 100 .
[0029]
　(5) Controller 150
　The controller 150 provides various functions of the base station 100 . Control unit 150 includes communication control unit 151 , information acquisition unit 153 , and notification unit 155 . Note that the control unit 150 may further include components other than these components. That is, the control unit 150 can perform operations other than those of these components.
[0030]
　The communication control unit 151 executes various processes related to control of wireless communication with the terminal device 200 via the wireless communication unit 120 . For example, the communication control unit 151 may control allocation of resources for the terminal device 200 to wirelessly communicate with other devices (eg, the base station 100, other terminal devices 200, etc.). As a specific example, the communication control unit 151 may control resource allocation for the terminal device 200 to perform inter-device communication (for example, sidelink communication) with another terminal device 200 . The communication control unit 151 also executes various processes related to control of communication with other nodes (for example, other base stations, core network nodes, etc.) via the network communication unit 130 .
[0031]
　The information acquisition unit 153 acquires various types of information from the terminal device 200 and other nodes. The acquired information may be used, for example, for controlling wireless communication with a terminal device, controlling cooperation with other nodes, and the like.
[0032]
　The notification unit 155 notifies various information to the terminal device 200 and other nodes. As a specific example, the notification unit 155 may notify the terminal device 200 of various information for the terminal device 200 in the cell to wirelessly communicate with the base station 100 . As another example, the notification unit 155 may notify other nodes (for example, other base stations) of information acquired from terminal devices in the cell. In addition, the notification unit 155 may notify the terminal device 200 in the cell of information for the terminal device 200 to perform inter-terminal communication (for example, sidelink communication) with another terminal device 200 .
[0033]
　　<1.3. Configuration Example of Terminal Device>
　Next, an example configuration of the terminal device 200 according to the embodiment of the present disclosure will be described with reference to FIG. FIG. 3 is a block diagram showing an example of the configuration of the terminal device 200 according to the embodiment of the present disclosure. As shown in FIG. 3 , the terminal device 200 includes an antenna section 210 , a wireless communication section 220 , a storage section 230 and a control section 240 .
[0034]
　(1) Antenna Section 210
　The antenna section 210 radiates the signal output by the wireless communication section 220 into space as radio waves. Antenna section 210 also converts radio waves in space into signals and outputs the signals to wireless communication section 220 .
[0035]
　(2) Wireless Communication Unit 220 The
　wireless communication unit 220 transmits and receives signals. For example, the wireless communication unit 220 receives downlink signals from base stations and transmits uplink signals to the base stations.
[0036]
　In addition, in the system 1 according to this embodiment, the terminal device 200 may directly communicate with another terminal device 200 without going through the base station 100 . In this case, the wireless communication section 220 may transmit and receive sidelink signals to and from the other terminal device 200 .
[0037]
　(3) Storage Unit 230
　The storage unit 230 temporarily or permanently stores programs and various data for operating the terminal device 200 .
[0038]
　(4) Control Unit 240
　The control unit 240 provides various functions of the terminal device 200 . For example, control unit 240 includes communication control unit 241 , information acquisition unit 243 , and notification unit 247 . Note that the control unit 240 may further include components other than these components. That is, the control unit 240 can perform operations other than those of these components.
[0039]
　The communication control unit 241 executes various processes related to control of wireless communication with the base station 100 and other terminal devices 200 via the wireless communication unit 220 . For example, the communication control unit 241 may execute various processes related to control of inter-device communication (for example, sidelink communication) with another terminal device 200 . As a specific example, the communication control unit 241 may execute various processes related to selection of resources for transmitting packets to other terminal devices 200 .
[0040]
　The information acquisition unit 243 acquires various types of information from the base station 100 and other terminal devices 200 . As a specific example, the information acquisition unit 243 may acquire information regarding communication with other terminal devices 200 from the base station 100 or other terminal devices 200 . As a more specific example, the information acquisition unit 243 may acquire information on inter-terminal communication by a desired traffic type from the base station 100 or other terminal device 200 .
[0041]
　The notification unit 247 notifies various information to the base station 100 and other terminal devices 200 . As a specific example, the other terminal device 200 may be notified of information on resources reserved for use in packet transmission.
[0042]
　<<2. V2X Communication>>
　Next, an outline of V2X communication will be described. V2X communication is an abbreviation for Vehicle to X communication, and is a system in which a vehicle and “something” communicate with each other. For example, FIG. 4 is a diagram showing an overview of V2X communication. Examples of "something" here include, for example, vehicles (Vehicle), facilities (Infrastructure), networks (Network), and pedestrians (Pedestrian) as shown in FIG. 4 (V2V, V2I , V2N, and V2P).
[0043]
　(Overall Image of V2X Communication)
　FIG. 5 is an explanatory diagram for explaining an example of an overall image of V2X communication. In the example shown in FIG. 5, a V2X application server (APP server) is held as a cloud server, and the application server controls V2X communication on the core network side. A base station performs communication control of direct communication such as V2V communication and V2P communication while performing Uu link communication with a terminal device. In addition to the base station, an RSU (Road Side Unit) is arranged as roadside infrastructure. There are two possible RSUs: a base station type RSU and a UE type RSU. RSU provides V2X applications (V2X APP) and supports such as data relay.
[0044]
　(V2X communication use case)
　As wireless communication for automobiles, 802.11p-based DSRC (Dedicated Short Range Communication) has been mainly developed so far, but in recent years, LTE-based in-vehicle communication The standardization of "LTE-based V2X (LTE-based V2X communication)" was carried out. LTE-based V2X communication supports the exchange of basic safety messages and the like. On the other hand, with the aim of further improving V2X communication, NR V2X communication using 5G technology (NR: New Radio) has been studied in recent years. For example, FIG. 6 is a diagram showing an example of a use case of V2X communication.
[0045]
　NR V2X communication will support new use cases requiring high reliability, low latency, high speed communication, and high capacity that were previously difficult for LTE-based V2X to support. As a specific example, among the examples shown in FIG. 6, for example, provision of a dynamic map, remote driving, and the like can be mentioned. In addition to this, there are sensor data sharing that exchanges sensor data between vehicles and roads and vehicles, and platooning use cases for platooning. Use cases and requirements for such NR V2X communication are specified in 3GPP TR22.886. For reference, an outline of an example of a use case is described below.
[0046]
　(1) Vehicles Platoonning A platooning
　use case in which multiple vehicles form a platoon and travel in the same direction. Information is exchanged between the vehicle that leads the platooning and other vehicles to control the platooning. is done. By exchanging such information, for example, it becomes possible to reduce the inter-vehicle distance in platooning.
[0047]
　(2) Extended Sensors
　This is a use case in which sensor-related information (raw data before data processing and data after processing) can be exchanged between vehicles. Sensor information is gathered through local sensors, live video images (eg, live video images of surrounding vehicles, RSUs, and pedestrians), V2X application servers, and the like. Through these information exchanges, the vehicle can obtain information that cannot be obtained from its own sensor information, and can perceive/recognize a wider range of environments. In this use case, a large amount of information needs to be exchanged, so communication requires a high data rate.
[0048]
　(3) Advanced Driving
　This is a use case that enables semi-automated driving and fully automated driving. In this use case, the RSU shares recognition/recognition information obtained from its own sensors, etc., with surrounding vehicles, so that each vehicle can coordinate its trajectory and operation with other vehicles while synchronizing and coordinating. can be done. Each vehicle can also share its driving intentions and intentions with surrounding vehicles.
[0049]
　(4) Remote Driving
　This is a use case where a remote operator or a V2X application remotely controls the vehicle. Remote operation is used when another person drives a vehicle in place of a person who has difficulty driving, or when operating a vehicle in a dangerous area. Cloud computing-based maneuvering, for example, can be applied to public transportation systems in which routes and roads are fixed to some extent. In this use case, high reliability and low transmission delay are required for communication.
[0050]
　(Physical Layer Enhancement)
　Further enhancement of the physical layer is required from LTE V2X in order to achieve the above mentioned requirements. Target links include Uu links and PC5 links (side links). A Uu link is a link between an infrastructure such as a base station or an RSU (Road Side Unit) and a terminal device. A PC5 link (side link) is a link between terminal devices. Main enhancement points are shown below.
[0051]
　Examples of enhancements include:
　・Channel format
　・Sidelink feedback communication 　・
　Sidelink resource allocation method
　・Vehicle location information estimation technology
　・Relay communication between terminals 　・ 　Support
　for unicast communication and multicast communication (Example: 6 GHz or higher) 　… etc.

[0052]
　Channel formats include, for example, flexible numerology, short TTI (Transmission Time Interval), multi-antenna support, and Waveform. Sidelink feedback communication includes, for example, HARQ and CSI (Channel Status Information).
[0053]
　(V2X Operation Scenario)
　An example of a V2X communication operation scenario will be described below. V2N communication was simple with only DL/UL communication between the base station and the terminal device. On the other hand, in V2V communication, various communication paths are conceivable. Hereinafter, each scenario will be described mainly focusing on the example of V2V communication, but similar communication operations can also be applied to V2P and V2I. In V2P and V2I, communication destinations are pedestrians and RSUs.
[0054]
　For example, FIGS. 7 to 12 are explanatory diagrams for explaining an example of a V2X operation scenario. Specifically, FIG. 7 shows a scenario in which vehicles communicate directly with each other without going through a base station (E-UTRAN). FIG. 8 shows a scenario in which vehicles communicate with each other via base stations. 9 and 10 illustrate scenarios in which vehicles communicate with each other via terminal equipment (UE, here RSU) and base stations. Figures 11 and 12 illustrate scenarios in which vehicles communicate via terminal equipment (UE, here RSU or another vehicle).
[0055]
　7 to 12, "side link" corresponds to a communication link between terminal devices and is also called PC5. Specific examples of sidelinks include V2V, V2P, and V2I communication links. “Uu interface” corresponds to a radio interface between the terminal device and the base station. A specific example of the Uu interface is a V2N communication link. "PC5 interface" corresponds to a wireless interface between terminal devices.
[0056]
　<<3. Method for Allocating Resources to Sidelinks>>
　Next, an outline of a method for allocating resources to sidelinks will be described. As a method of resource allocation to the sidelink, there is a "Mode 3 resource allocation" method in which the base station allocates sidelink resources, and a "Mode 4 resource allocation" method in which the terminal device itself performs sensing and selects sidelink resources. There is. Here, we mainly focus on the Mode4 resource allocation method.
[0057]
　- Resource pool allocation
　Mode 4 Resource pool allocation is performed in advance. Allocation of the resource pool is performed by the base station, for example. As another example, the resource pool may be allocated by preconfiguration. The terminal device senses resources for sidelink communication from the allocated resource pool, selects appropriate resources by itself, and performs communication.
[0058]
　For example, FIG. 13 is a diagram showing an example of the configuration of resources (resource pool) assigned to sidelink communication, and shows an example when frequency division multiplexing (FDM) is applied. . As shown in FIG. 13, the resource pool is divided into an SA (Scheduling Assignment) area and a Data area, and each area transmits a PSCCH (Physical Sidelink Control Channel) and a PSSCH (Physical Sidelink Shared Channel). Note that the following description focuses on the case where FDM is applied as shown in FIG. 13, but the application of the technology according to the present disclosure is not necessarily limited. As a specific example, even when time division multiplexing (TDM) is applied, the technology according to the present disclosure described below can be applied as long as there is no technical inconsistency. be. Note that when TDM is applied, the SA area and the Data area are orthogonal on the time axis. Also, when TDM is applied, the frequency direction and the time direction may be appropriately read in the portions where the FDM is associated with the frequency direction and the time direction.
[0059]
　Mode4
　Resource Allocation An overview of Mode4 resource allocation will be described with reference to FIG. FIG. 14 is an explanatory diagram for explaining an example of an operation timeline when a terminal device transmits packets based on Mode4 resource allocation. As shown in FIG. 14, a terminal device that transmits a packet first performs sensing to discover resources to be used for transmission of the packet from within the resource pool. Then, the terminal device selects a resource from within the resource pool based on the sensing result. Then, the terminal device transmits packets using the selected resource. Also, at this time, the terminal device reserves resources to be used for subsequent packet transmission, if necessary.
[0060]
　Here, an example of the sensing operation will be described with reference to FIG. FIG. 15 is an explanatory diagram for explaining an example of a sensing operation for selecting resources from within a resource pool.
[0061]
　Specifically, the terminal device selects resources within the resource selection window and reserves future resources based on the measurement result of the interference pattern within the sensing window and the resource reservation status within the sensing window. As a specific example, in the example shown in FIG. 15, when a packet D to be transmitted is generated, the terminal device detects the future resource usage status based on the sensing result, for example, another packet in the future. Predict the resources that will be used for the transmission of A-C. By using the prediction result, the terminal device can select or reserve resources that can be used for transmission of the packet D, that is, resources that are predicted not to be used for transmission of other packets.
[0062]
　<<4. CORESET>>
　Next, an outline of CORESET will be described. A CORESET (Control Resource Set) is composed of a plurality of resource blocks. CORESET is equivalent to the control region in LTE subframes. In LTE, since the frequency direction of the control information domain is defined as the entire system band, there was no need to set parameters in the frequency domain. On the other hand, in CORESET, parameters can be set not only in the time domain but also in the frequency domain, and RRC signaling is used to notify and set these parameters to the terminal device. note that,　
[0063]
　<<5. Discussion on Resource Allocation in V2X Communication >> In
　this disclosure, we particularly focus on resource allocation schemes for V2V communication links in NR V2X communication. Terminal-to-terminal communication (that is, device-to-device communication) in NR V2X communication includes not only broadcast communication but also various types of communication such as unicast communication and multicast communication. In addition, in inter-terminal communication in NR V2X communication, resource allocation methods such as transmission resource allocation by the base station (e.g., Mode3 resource allocation) and resource selection by the terminal device (e.g., Mode4 resource allocation) are different. Various modes are supported as well. Thus, in order to realize communication of various methods in inter-terminal communication in NR V2X communication, it is desired to improve the area of ​​the control channel. Therefore, in the present disclosure, the setting of control channel areas in NR V2X communication and the method of selecting resources in the areas are proposed below. In the following description, for the sake of convenience, among the regions in which resources are allocated (for example, the regions in the frequency direction and the time direction), the control channel region is also referred to as a “control region”, and the resource region used for data transmission. is also called a "data area".
[0064]
　In the conventional V2V communication, broadcast communication was mainly performed, and all terminal devices were able to decode the area of ​​the control channel (control area). On the other hand, in NR V2X communication, as described above, it is possible to use unicast communication, multicast communication, etc. in addition to broadcast communication. Against this background, in order to realize NR V2X communication, it is desired to introduce a new control channel that can efficiently accommodate various communication traffic.
[0065]
　In view of the above situation, in the present disclosure, in communication between devices such as V2X communication, a technology that can accommodate various communication traffic such as broadcast, multicast, and unicast in a more suitable manner. suggest.
[0066]
　<<6. Technical Features >>
　Subsequently, as a technical feature of the system according to an embodiment of the present disclosure, in particular, in inter-device communication such as sidelink communication in NR V2X communication, various communication traffic is a more suitable aspect The description will focus on the technology for making it possible to accommodate the Specifically, in inter-device communication such as sidelink communication, the following approaches will be described as examples of techniques for efficiently accommodating various communication traffic.
　　・Definition of the control channel type
　　・Determination of the control channel area ・ 　Securing
　　resources in the control channel area
An example of applying the technology according to the present disclosure will be described.
[0067]
　　<6.1. Definition of Control Channel Type>
　First, the technical features of the system according to the present embodiment will be described from the viewpoint of the definition of the control channel type. Specifically, the CORESET in the sidelink is newly defined.
[0068]
　As described above, in order to realize NR V2X communication, broadcast, unicast, and multicast are supported in sidelink communication, so CORSET corresponding to each traffic type should be defined. Specifically, CORESET is defined as the area in which control information is sent.
[0069]
　In addition, modes of resource allocation in the sidelink include Mode 3 resource allocation scheme in which sidelink communication resources are allocated from the base station, and Mode 4 resource allocation scheme in which the terminal device itself senses and selects transmission resources. . Against this background, a CORESET may be defined for each of the above resource allocation schemes.
[0070]
　Therefore, the following CORESET is newly introduced for the sidelink. In the following description, a CORESET introduced to a sidelink, such as the CORESET given as an example below, is also referred to as a "sidelink CORESET."
　　- CORESET by traffic type
　　　, UE common CORESET (Broadcast)
　　　, UE group specific CORESET (Multicast)
　　　, UE specific CORESET (Unicast)
　　- CORESET by resource allocation method
　　　, Mode 3 CORESET
　　　, Mode 4 CORESET -
　　CORESET allocation notification CORESET
　　- CORESET for ACK/NACK reply　
[0071]
　A new CORESET may be defined by a combination of the above CORESETs. As a specific example, if the resource is allocated by the base station and is UE common, it may be defined as "UE common-Mode 3 CORESET". Also, as described above, a CORESET may be defined for signaling the allocation of the CORESET. Also, whether or not beamforming is used in a specific CORESET may be defined as attribute information.
[0072]
　In this way, in the system according to an embodiment of the present disclosure, CORESETs are defined according to usage of resources allocated to data areas, such as differences in traffic types and resource allocation schemes.
[0073]
　　<6.2. Determination of Control Channel Area>
　Next, technical features of the system according to the present embodiment will be described from the viewpoint of determination of the control channel area. The CORESET region described above is set to a frequency band that can be used for sidelink communication. As a specific example, resource pools available for sidelink communication are defined, and communication is performed in each resource pool. Control channels and data channels are defined within the resource pool. Also, sub-resource pools may be defined in at least some of the resource pools. In this case, a control channel and a data channel may be defined within the sub-resource pool.
[0074]
　For example, FIG. 16 is an explanatory diagram for explaining an example of a resource configuration in a system according to an embodiment of the present disclosure, and shows an example of the configuration of resources allocated for use in sidelink communication. In FIG. 16, the horizontal axis indicates time, and the vertical axis indicates frequency. "SLSS" indicates Sidelink Synchronization Signal. "PBCH" indicates Physical Sidelink Broadcast Channel. "Control" schematically indicates a control channel, for example, PSCCH (Physical Sidelink Control Channel). "Data" schematically indicates a data channel, for example, PSSCH (Physical Sidelink Shared Channel). Note that, among the regions to which resources are allocated, the region to which the control channel is allocated corresponds to an example of the "control region", and the region to which the data channel is allocated corresponds to an example of the "data region".
[0075]
　In the example shown in FIG. 16, "Resource pool A" and "Resource pool B" are set as resource pools that can be used for sidelink communication. Further, in "Resource pool A", "Sub-resource pool A-1" and "Sub-resource pool A-2" are defined as sub-resource pools. In addition, "Sub-resource pool B-1" is defined as a sub-resource pool in "Resource pool B".
[0076]
　Further, as shown in FIG. 16, in the frequency band that can be used for sidelink communication, a region in which resources are allocated (for example, a region in the time direction and the frequency direction) is divided in the frequency direction to obtain a control channel. and a data area to which data channels are assigned. With such a configuration, it is possible to refer to at least the control area at any position in the time direction. In particular, V2X communication may require real-time performance. Even in such a case, by allocating the control area and the data area as shown in FIG. 16, it is possible to reduce the delay.
[0077]
　Also, FIG. 17 is an explanatory diagram for explaining an example of a CORESET setting method according to a resource pool configuration in a system according to an embodiment of the present disclosure. The horizontal and vertical axes in the example shown in FIG. 17 indicate time and frequency, as in the example shown in FIG. As shown in FIG. 17, resource pool configurations include an "adjacent resource pool" and a "non adjacent resource pool." Specifically, as shown in FIG. 17, in the "adjacent resource pool", the control area (Control) and the data area (Data) are allocated so as to be adjacent to each other. In addition, in the "Non adjacent resource pool", each control area and each data area are aggregated, and the corresponding control area and data area are not necessarily allocated so as to be adjacent to each other. As shown in FIG. 17, the CORESET described above is applicable not only to the "Adjacent resource pool" but also to the "Non adjacent resource pool."
[0078]
　The various CORESETs described above are defined for at least a partial area (hereinafter also referred to as a "partial area") of the control area described above. At this time, the CORESET may be fixedly assigned to the partial area in the control area, or the CORESET may be assigned semi-statically. In V2X communication, it may be desirable to control resource allocation more flexibly according to the environment. Therefore, it is more desirable to quasi-statically allocate CORESETs to partial areas in the control area. With such a configuration, for example, it is possible to change the assignment of CORESETs to partial areas in the control area according to the environment, so that resources can be used more flexibly and efficiently. Become.
[0079]
　For example, FIG. 18 is an explanatory diagram for describing an example of sidelink CORESET allocation. The horizontal axis and vertical axis in the example shown in FIG. 18 indicate time and frequency as in the example shown in FIG. In the example shown in FIG. 18, as in the example shown in FIG. 16, in the frequency band that can be used for sidelink communication, the region to which resources are allocated is divided in the frequency direction, so that the control region and the data region are allocated. It is In the example shown in FIG. 18, for each partial area obtained by dividing the control area at least in the time direction, a CORESET corresponding to the use of the resource allocated to the data area (e.g., traffic type difference, resource CORESET) are assigned according to different assignment methods. More specifically, in the example shown in FIG. 18, mode 3 broadcast (Mode3_Broadcast), mode 4 unicast (Mode4_Unicast), mode 4 broadcast (Mode4_Broadcast), and mode 3 broadcast are performed for each partial area. (Mode3_Broadcast) A CORESET corresponding to each is assigned.
[0080]
　Allocation of the sidelink CORESET is set in RRC by a device such as the base station 100 or the like that has authority to control sidelink communication. Examples of devices having authority to control sidelink communication include base stations, RSUs, relay nodes, relay terminals, master terminals (leader terminals), and the like. Note that the above-described device having authority to control sidelink communication corresponds to an example of the “first device”. In addition, another device different from the first device that is the target of inter-device communication such as sidelink communication, such as a device equivalent to the terminal device 200 that does not have the authority for the first device corresponds to an example of the "second device". Also, for the terminal device 200 outside the network coverage area, it is preferable to use terminal preconfiguration or relay allocation from the base station 100 .
[0081]
　Note that if a relay is used to notify information about CORESET such as setting of CORESET, sidelink RRC may be introduced. Specifically, the terminal device 200 (transmitting terminal) within the communication range of the base station 100 may perform CORESET setting (for example, notification of information about the CORESET) to the out-of-range terminal using sidelink RRC. . The RRC for the sidelink is notified from the terminal device 200 (transmitting terminal) to the other terminal device 200 (receiving terminal) by using either or both of the PBCH and PSSCH, for example.
[0082]
　When relaying is used, the terminal device 200 side may determine whether to relay information on CORESET (for example, information on allocation of control information). As a specific example, the terminal device 200 may relay information about CORESET notified from the base station 100 to other terminal devices 200 based on the RSRP level of the downlink signal from the base station 100 . In addition, the terminal device 200 transmits the information to the transmitting terminal (communication terminal 200) based on the RSRP of the sidelink signal from the terminal device 200 (hereinafter also referred to as "transmitting terminal") that is the transmission source of the information about CORESET. may determine whether or not to relay to another terminal device 200 different from the terminal device 200 . Also, the terminal device 200 may determine whether or not to relay information about CORESET to another terminal device 200 based on the type of synchronization signal of the transmitting terminal. Note that the type of the synchronization signal includes, for example, a type indicating either a synchronization signal relayed from inside the coverage or a synchronization signal relayed from outside the coverage.
[0083]
　Here, an example of the flow of processing when the terminal device 200 relays information about CORESET to another terminal device 200 will be described with reference to FIG. 19 . FIG. 19 is a sequence diagram showing an example of the flow of a series of processes of the system according to one embodiment of the present disclosure. Specifically, FIG. 19 shows the flow of processing when terminal device 200-1 relays information about CORESET notified from base station 100 to terminal device 200-1 to another terminal device 200-2. An example is shown.
[0084]
　Specifically, first, the base station 100 (communication control unit 151) determines the type of CORESET to be applied as the sidelink CORESET (for example, the type of CORESET according to the type of traffic), and determines the type of CORESET that can be used for sidelink communication. A CORESET for each type is assigned to the control area in the band (S101). Then, the base station 100 (the notification unit 155) notifies the terminal device 200-1 of information regarding the sidelink CORESET, thereby setting the sidelink CORESET in addition to the terminal device 200-1 (S103).
[0085]
　The terminal device 200-1 (communication control unit 241) extracts the sidelink CORESET based on information notified from the base station 100 (for example, by decoding), thereby setting the sidelink CORESET (for example, CORESET type, allocation of each CORESET, etc.) (S105). As a result, the terminal device 200-1 can control the sidelink communication according to the sidelink communication type used by the terminal device 200-1 according to the recognition result of the sidelink CORESET.
[0086]
　In addition, the terminal device 200-1 (communication control unit 241) receives information about CORESET notified from the base station 100 according to various conditions such as the communication environment, and transmits information about the CORESET to other terminal devices (for example, It is determined whether or not to relay to the terminal device 200-2) (S107). Terminal device 200-1 (notification unit 247) then relays the information about CORESET notified from base station 100 to other terminal device 200-2 located within the communication range according to the result of the determination. Thus, side link CORESET is set for the terminal device 200-2 (S109). The terminal device 200-2 (communication control unit 241) recognizes the setting of the sidelink CORESET by extracting (for example, decoding) the sidelink CORESET based on the information relayed by the terminal device 200-1. (S111).
[0087]
　The information about the sidelink CORESET notified from the base station 100 to the terminal device 200-1 and the information relayed by the terminal device 200-1 to the terminal device 200-2 are the "information about the control resource set". It corresponds to an example.
[0088]
　The flow of processing when a terminal device relays information about CORESET to another terminal device has been described above with reference to FIG.
[0089]
　Next, another example of the flow of processing when a terminal device relays information about CORESET to another terminal device will be described with reference to FIG. FIG. 20 is a sequence diagram showing another example of the flow of a series of processes of the system according to one embodiment of the present disclosure. Specifically, FIG. 20 shows information about CORESET from the base station 100 relayed by the terminal device 200-1 to the terminal device 200-2, and relayed by the terminal device 200-2 to another terminal device 200-3. An example of the flow of processing in the case of
[0090]
　Specifically, in the example shown in FIG. 20, the terminal device 200-1 (communication control unit 241) extracts the sidelink CORESET based on the information notified from the base station 100 (for example, by decoding ), the setting of the side link CORESET is recognized (S151). Then, terminal device 200-1 (notification unit 247) relays the information to other terminal device 200-2 located within the communication range, thereby setting sidelink CORESET for terminal device 200-2. (S153). At this time, similarly to the example shown in FIG. 19, the terminal device 200-1 (communication control unit 241) relays information about CORESET notified from the base station 100 to other terminal devices located within the communication range. You may decide whether or not
[0091]
　The terminal device 200-2 (communication control unit 241) extracts the sidelink CORESET based on the information notified from the terminal device 200-1 (for example, by decoding), thereby recognizing the setting of the sidelink CORESET. (S155). As a result, the terminal device 200-2 can control the sidelink communication according to the type of sidelink communication used by the terminal device 200-2 according to the recognition result of the sidelink CORESET.
[0092]
　In addition, terminal device 200-2 (communication control unit 241) receives information about CORESET notified from terminal device 200-1 according to various conditions such as the communication environment, and transmits the information to other terminal devices ( For example, it is determined whether or not to relay to the terminal device 200-3) (S157). Then, terminal device 200-2 (notification unit 247) transmits the information about CORESET notified from terminal device 200-1 to other terminal device 200-3 located within the communication range according to the result of the determination. By relaying, the side link CORESET is set for the terminal device 200-3 (S159). The terminal device 200-3 (communication control unit 241) recognizes the setting of the sidelink CORESET by extracting (for example, decoding) the sidelink CORESET based on the information relayed by the terminal device 200-2. (S161).
[0093]
　In this way, information about CORESET transmitted from the base station 100 may be relayed by a plurality of terminal devices 200 .
[0094]
　Another example of the flow of processing when the terminal device 200 relays the information about CORESET to another terminal device 200 has been described above with reference to FIG. 20 .
[0095]
　The sidelink RRC also implements the allocation of each sidelink CORSET. At this time, allocation of CORESET may be performed for each resource pool, for example. That is, when a plurality of resource pools are allocated, different CORESETs may be individually associated with each of the plurality of resource pools. Also, multiple CORESETs may be set in the time domain and the frequency domain.
[0096]
　Also, as described above, a CORESET for notification of CORESET allocation may be set. For example, FIG. 21 is an explanatory diagram for explaining another example of sidelink CORESET allocation, and shows an example in which a CORESET for notifying CORESET allocation is set. The horizontal axis and vertical axis in the example shown in FIG. 21 indicate time and frequency as in the example shown in FIG.
[0097]
　In the example shown in FIG. 21, a CORESET for CORESET allocation notification is separately allocated in addition to the area to which a CORESET corresponding to the use of the resource allocated to the data area is allocated in the control area. The CORESET for CORESET allocation notification includes information on the allocation of other CORESETs subsequently allocated in the time domain (that is, CORESETs according to usage of resources allocated to the data domain). Note that, of the control area, an area to which a CORESET corresponding to the use of the resource assigned to the data area is assigned corresponds to an example of the "first partial area." On the other hand, the area to which the CORESET for CORESET allocation notification is allocated corresponds to an example of the "second partial area". In this case, "information on the control resource set", in particular, information on the allocation of CORESET is assigned to the second segment area.
[0098]
　The CORESET for CORESET allocation notification may be configured or preconfigured by the base station, for example. The terminal device 200 first decodes the CORESET for CORESET allocation notification to recognize the Configuration related to the allocation of other CORESETs in the resource pool, and decodes the desired CORESET according to the recognition result. Due to these characteristics, the CORESET for CORESET allocation notification is allocated earlier than the area to which each CORESET corresponding to the usage of the resource allocated to the data area is allocated in the time domain.
[0099]
　Allocation of the sidelink CORESET may also be done periodically. As a specific example, a series of CORESETs allocated as shown in FIG. 18 may be used as a repetition unit (1 period), and the series of CORESETs (that is, the repetition unit) may be allocated periodically.
[0100]
　Also, a sidelink CORESET may be assigned to be associated with a common resource area (eg, resource pool, sub-resource pool, etc.) with other CORESETs. That is, by associating CORESETs corresponding to different uses with at least a part of the resource area, the resource area may be used redundantly among a plurality of different uses. Note that, in the following description, assignment of a plurality of CORESETs so that a plurality of CORESETs are associated with a certain resource area is also referred to as “duplicate assignment” for convenience. Also, in the following description, the case where a CORESET is associated with a resource pool will be mainly focused on, but unless otherwise specified, it is not limited to resource pools only. That is, the same applies to the case where a CORESET is associated with a sub-resource pool, and the case where a CORESET is associated not only with a resource pool or a sub-resource pool but also with an area containing one or more resources. shall be the same.
[0101]
　As a specific example, at least some of the resource pools may be used redundantly in Mode4_unicast and Mode3_unicast. In this case, for example, a CORESET for Mode4_unicast and a CORESET for Mode3_unicast may be associated with the resource pool.
[0102]
　In addition, permission for overlapping use as described above may be performed by, for example, a device such as the base station 100 or the like that has the authority to control sidelink communication. Also, in this case, the device that has permitted overlapping use, for example, stores information to the effect that overlapping use of the target resource pool is permitted, information on the resource pool for which overlapping use is permitted, etc., as attribute information. may be notified to the terminal device 200 as.
[0103]
　In addition, the device (for example, the base station 100) that has permitted the overlapping use may notify the terminal device 200 of information regarding the trigger condition for permitting the overlapping use of the resource pool. The trigger conditions include, for example, the degree of congestion of the target frequency band (CBR: Channel busy ratio), the degree of congestion of CORESET, and the like. The degree of congestion of CORESETs is derived, for example, from the usage rate of at least some CORESETs (and thus the usage rate of all CORESETs) allocated to the control region (control channel region) by decoding. good too. A CR (Channel Occupancy Ratio) may be used as the trigger condition.
[0104]
　Here, with reference to FIG. 22, as an example of the flow of a series of processes of the terminal device 200, an example of a process of implementing redundant use of resource pools according to a trigger condition will be described. FIG. 22 is a flowchart showing an example of a series of processing flows of a terminal device according to an embodiment of the present disclosure, and shows an example of a processing flow related to redundant use of resource pools according to trigger conditions. .
[0105]
　As shown in FIG. 22 , the terminal device 200 (information acquisition unit 243) receives a request for permitting redundant use of resource pools, which is transmitted from a device having authority to control sidelink communication such as the base station 100. Information about trigger conditions is received (S201).
[0106]
　When the information about the trigger condition is received, the terminal device 200 (communication control unit 241) recognizes the trigger condition based on the information, performs measurement regarding the trigger condition, and determines whether the trigger condition is satisfied. (S203).
[0107]
　When the terminal device 200 (communication control unit 241) determines that the trigger condition is satisfied from the result of the above measurement (S205, YES), the terminal device 200 (S207) performs redundant use of the target resource pool. That is, the terminal device 200 may perform sidelink communication (inter-terminal communication) using a resource pool that may be used redundantly. In this case, the resource pool may be used for different types of communications (for example, communications with different traffic types or communications with different resource allocation schemes) depending on the situation at the time.
[0108]
　On the other hand, when the terminal device 200 (communication control unit 241) determines that the trigger condition is not satisfied from the result of the above measurement (S205, NO), the terminal device 200 does not perform redundant use of resource pools (S209). In this case, the terminal device 200 may perform sidelink communication (inter-terminal communication) using resource pools that are not redundantly used.
[0109]
　In the above, an example of the process of performing redundant use of resource pools according to a trigger condition has been described as an example of the flow of a series of processes of the terminal device 200 with reference to FIG. 22 .
[0110]
　Also, the CORESETs assigned to at least some of the partial areas in the control area may be used for a plurality of different uses. In other words, different CORESETs may be assigned to at least some of the partial areas in the control area. In this case, for example, it may be necessary to distinguish CORESETs corresponding to different uses. Therefore, for example, the plurality of CORESETs may be determined by using different RNTIs, changing the search space, changing the monitoring cycle, or the like.
[0111]
　Also, a CORESET may be configured across sub-resource pools. That is, at least some CORESETs may hop in the frequency direction. In this case, the CORESET frequency hopping pattern is configured in the terminal device using, for example, RRC signaling.
[0112]
　Also, the CORESET Periodicity may be determined for each traffic. In this case, traffic information for determining the Periodicity includes packet size, message size, packet priority, maximum delay tolerance, transmission cycle, etc., transmission method (unicast, groupcast, broadcast), etc. information may be used.
[0113]
　Also, a CORESET group (control resource set group) may be defined. For example, FIG. 23 is an explanatory diagram for explaining an example of allocation of CORESET groups. The horizontal axis and vertical axis in the example shown in FIG. 23 indicate time and frequency as in the example shown in FIG.
[0114]
　A CORESET group is defined as one period of a CORESET and includes at least one or more CORESETs (typically, multiple CORESETs). CORESET groups may also be assigned periodically. As a specific example, it is possible to perform control such as allocating a CORESET group every 100 ms. Also, the CORESET group may be defined as a domain including not only the time domain but also the frequency domain.
[0115]
　Parameters related to the assignment of CORESET groups include, for example, information on start timing, information on cycle and period, information on frequency direction, and the like.
[0116]
　Information about the start timing includes, for example, information such as the start timing of the CORESET group (that is, the start position in the time direction). The start timing may be defined, for example, as a value obtained by adding an offset amount from a predetermined timing (for example, Sidelink frame number 0) in the sidelink as a reference.
[0117]
　The information about the period and the period includes, for example, information about the period of the CORESET, information about the period to which the CORESET group is allocated (that is, the width of the CORESET group in the time direction), and the like.
[0118]
　Information in the frequency direction includes, for example, information such as the width of a CORESET or a CORESET group in the frequency direction.
[0119]
　A CORESET group may be defined for each resource pool, for example. As a specific example, in the example shown in FIG. 23, "Resource Pool A" and "Resource Pool B" are allocated as resource pools. Based on this configuration, a CORESET group denoted as "group A" is defined for "Resource Pool A" and a CORESET group denoted as "group B" is defined for "Resource Pool B". It is Also, a CORESET group may be defined for multiple resource pools. In other words, at least some CORESET groups may be associated with multiple resource pools. That is, one CORESET group may configure multiple resource pools.
[0120]
　Also, a plurality of CORESET groups different from each other may configure a plurality of resource pools. That is, two or more CORESET groups out of a plurality of set CORESET groups may be associated with at least some of the resource pools (or at least some of the sub-resource pools). Also, the configuration of each CORESET group may be different for each resource pool.
[0121]
　Here, an example of information included in the CORESET for CORESET allocation notification described with reference to FIG. 21 will be described. Information included in the CORESET for CORESET allocation notification includes, for example, information indicating the effective range in the time direction of the area to which the CORESET is allocated (that is, information indicating how far the area is to be defined).
[0122]
　Assuming the definition of the CORESET group described above, the information included in the CORESET for notifying the CORESET allocation includes, for example, information on the number of CORESETs included in the CORESET group. Further, the information included in the CORESET for CORESET allocation notification may include information on the time-frequency domain of each CORESET included in the CORESET group. Information included in the CORESET for notifying CORESET allocation includes attributes of each CORESET included in the CORESET group, information on the type (type information), information on transmission traffic, priority information, and the like. Further, the priority information includes, for example, information defining which level of priority packets can be transmitted.
[0123]
　A CORESET for CORESET Allocation Notification may contain information about the allocation of multiple COESETs to a Period. Also, the CORESET for notifying the CORESET allocation may include information on allocation for each predetermined period (for example, every 1 period).
[0124]
　Also, the transmitting terminal (terminal device 200) may overwrite the setting of the CORESET or expand the allocated area for a part of the CORESET. In other words, the terminal device may change the allocation of at least some COERSETs. For example, FIG. 24 is an explanatory diagram for explaining an overview of changes in CORESET allocation. The horizontal axis and vertical axis in the example shown in FIG. 24 indicate time and frequency as in the example shown in FIG.
[0125]
　Specifically, when the transmitting terminal determines that some CORESETs are not used by performing sensing, the CORESETs are changed to new different CORESETs (for example, CORESETs corresponding to different uses). After setting, the CORESET after the setting may be used. Also, the transmitting terminal may overwrite a part of the CORESET area with another CORESET. For example, in the example shown in FIG. 24, part of the CORESET corresponding to Mode4_Broadcast is rewritten (that is, overwritten) with a CORESET corresponding to Mode4_Unicast. This makes it possible to extend the partial area to which the CORESET corresponding to Mode4_Unicast is assigned, among the partial areas in the control area. In addition, for a partial area where CORESET can be overwritten, in other words, a partial area to which CORESET corresponding to a plurality of mutually different uses can be allocated, for example, authority related to control of sidelink communication such as the base station 100 is granted. may be set by the device having
[0126]
　When the transmission terminal (terminal device 200) changes (eg, overwrites, adds, etc.) the allocation of CORESETs, the transmission terminal (terminal device 200) transmits information on the changed allocation of CORESETs to other communication devices (eg, other terminal devices). may be notified to In this case, the transmitting terminal may notify the other communication device of the information using sidelink RRC or the like, for example. In addition, if there is a possibility that the area to which a part of the CORESET is allocated may be expanded, the transmitting terminal notifies other communication devices (for example, other terminal devices) of information regarding the suggestion of the possibility in advance. You may In this case, for example, another terminal device (receiving terminal) that receives the data transmitted from the transmitting terminal is assigned to an area that suggests the possibility of extension based on the information notified from the transmitting terminal. CORESET decoding may be performed. Also, the extension of the area to which the CORESET is allocated may be partially performed. Specifically, by overwriting only a partial area of ​​the area to which a certain CORESET is allocated with another CORESET, the area to which the other CORESET is allocated is expanded. good too.
[0127]
　Here, with reference to FIG. 25, an example of the flow of processing relating to resetting (for example, overwriting) of CORESET will be described. FIG. 25 is a flowchart showing a flow of processing relating to resetting of CORESET.
[0128]
　First, a device such as the base station 100 or the like that has authority to control sidelink communication allocates a CORESET (S251). In addition, the terminal device 200 (information acquisition unit 243) measures the usage rate of at least a part of the series of CORESETs, for example, by sensing the area to which the CORESETs are allocated (S253).
[0129]
　When the terminal device 200 (communication control unit 241) detects a CORESET whose usage rate is equal to or lower than the threshold (S255, YES), it resets at least part of the CORESET as a CORESET corresponding to the desired application ( S257). Also, in this case, the terminal device 200 (the notification unit 247) may notify other peripheral terminal devices of the result of the resetting (S259). Then, the terminal device 200 performs communication (for example, sidelink communication) based on the assignment of the CORESET after resetting (S261).
[0130]
　On the other hand, when the terminal device 200 (communication control unit 241) does not detect a CORESET whose usage rate is equal to or lower than the threshold (S255, NO), communication is performed based on the existing CORESET allocation (for example, sidelink communication). (S263).
[0131]
　An example of the flow of processing for resetting (for example, overwriting) the CORESET has been described above with reference to FIG. 25 .
[0132]
　The terminal device 200 may also calculate the CBR (hereinafter also referred to as “CORESET_CBR”) and CR (hereinafter also referred to as “COREEST_CR”) of each CORESET. The calculation is performed, for example, based on the CBR and CR in the area to which the CORESET is assigned. Whether or not the terminal device 200 performs the calculation may be set by a device such as the base station 100 or the like, which has the authority to control sidelink communication.
[0133]
　In addition, the terminal device 200 may report information according to the calculation results of CORESET_CBR and CORESET_CR to a device such as the base station 100 or the like, which has authority to control sidelink communication. As a result, the device that received the report can change the setting of the CORESET in consideration of the content of the report. In addition, the terminal device 200 may notify a device, such as the base station 100, which has authority to control sidelink communication, of a request to change the CORESET, and in response to the notification, CORESET_CBR or CORESET_CR. Information according to the calculation result may be associated.
[0134]
　　<6.3. Securing Resources in Control Channel Area>
　Next, technical features of the system according to the present embodiment will be described from the viewpoint of securing resources in the control channel area.
[0135]
　After the CORESET is set, the transmitting terminal (terminal device 200) secures a resource associated with the CORESET for packet transmission, and uses the resource to transmit the packet. Methods of securing resources include a method of allocating resources by a device such as the base station 100 having authority to control sidelink communication, and a method of autonomously allocating resources by the terminal device 200 itself based on sensing. In the case of a method assigned by a device having the authority to control sidelink communication, basically there is no possibility of resource collision, so in the following, mainly the terminal device 200 itself autonomously senses The allocation method will be explained.
[0136]
　When selecting resources for packet transmission, the terminal device 200 may select CORESET based on the following parameters, for example.
　・CBR
　・CR
　・Location information of terminal equipment ・
　Information about packets to be transmitted
[0137]
　In addition, in V2X communication on the sidelink, transmission and reception are restricted to be performed in a time-division manner, and transmission or reception is not always possible, so-called HD (Half Duplex) restrictions may be applied. In order to prevent a situation in which transmission or reception is restricted due to such restrictions on HD (hereinafter also referred to as “HD problem”), the transmitting terminal (terminal device 200) performs continuous transmission in the time direction. is desirable as much as possible, and it is more desirable to secure as many resources in the frequency direction as possible. From this situation, the transmitting terminal may introduce a mapping pattern in order to avoid a situation in which continuous transmission is performed in the time direction.
[0138]
　For example, FIG. 26 is an explanatory diagram for explaining an overview of mapping patterns. The horizontal axis and vertical axis in the example shown in FIG. 26 indicate time and frequency as in the example shown in FIG. Specifically, in the example shown in FIG. 26, "Mapping pattern A" and "Mapping pattern B" are set as mapping patterns, and resources are allocated according to the mapping pattern to be applied. At this time, each mapping pattern is set to be orthogonal to each other in the time-frequency domain. By setting the mapping pattern in this way, it is possible to avoid the occurrence of a situation in which resources are continuously allocated in the time direction.
[0139]
　The mapping pattern may be set in the terminal device 200 by a device such as the base station 100 or the like that has authority to control sidelink communication, or may be set in the terminal device 200 by preconfiguration. The transmitting terminal (terminal device 200) may associate information about the mapping pattern with SCI (Sidelink Control Information) in order to notify the selected mapping pattern to the receiving terminal (another terminal device 200). Also, as another example, a CORESET for notifying the mapping pattern may be defined. As another example, the receiving terminal may perform blind decoding for each mapping pattern.
[0140]
　<<7. Application Examples >>
　The technology according to the present disclosure can be applied to various products. For example, the base station 100 may be implemented as any kind of eNB (evolved Node B) such as a macro eNB or a small eNB. A small eNB may be an eNB that covers a cell smaller than a macro cell, such as a pico eNB, a micro eNB or a home (femto) eNB. Alternatively, the base station 100 may be implemented as other types of base station such as a NodeB or BTS (Base Transceiver Station). The base station 100 may include a main body (also referred to as a base station device) that controls radio communication, and one or more RRHs (Remote Radio Heads) located at a location separate from the main body. Also, various types of terminals, which will be described later, may operate as the base station 100 by temporarily or semi-permanently executing the base station function.
[0141]
　Further, for example, the terminal device 200 or 300 is a mobile terminal such as a smart phone, a tablet PC (Personal Computer), a notebook PC, a portable game terminal, a portable/dongle-type mobile router or a digital camera, or a car navigation device. It may be realized as an in-vehicle terminal. Also, the terminal device 200 or 300 may be implemented as a terminal (also referred to as an MTC (Machine Type Communication) terminal) that performs M2M (Machine To Machine) communication. Furthermore, the terminal device 200 or 300 may be a wireless communication module (for example, an integrated circuit module configured with one base station 100 die) mounted on these terminals.
[0142]
　　<7.1. Application example related to base station>
　　　(First application example)
　FIG. 27 is a block diagram showing a first example of a schematic configuration of an eNB to which the technology according to the present disclosure may be applied. The eNB 800 has one or more antennas 810 and a base station device 820. Each antenna 810 and base station device 820 can be connected to each other via an RF cable.
[0143]
　Each of antennas 810 has a single or multiple antenna elements (for example, multiple antenna elements forming a MIMO antenna), and is used by base station apparatus 820 for transmission and reception of radio signals. The eNB 800 has multiple antennas 810 as shown in FIG. 27, and the multiple antennas 810 may correspond to multiple frequency bands used by the eNB 800, for example. Although FIG. 27 shows an example in which the eNB 800 has a plurality of antennas 810, the eNB 800 may have a single antenna 810.
[0144]
　Base station apparatus 820 includes controller 821 , memory 822 , network interface 823 and wireless communication interface 825 .
[0145]
　Controller 821 may be, for example, a CPU or a DSP, and operates various functions of higher layers of base station apparatus 820 . For example, controller 821 generates data packets from data in signals processed by wireless communication interface 825 and forwards the generated packets via network interface 823 . The controller 821 may generate a bundled packet by bundling data from multiple baseband processors and forward the generated bundled packet. In addition, the controller 821 is a logic for executing control such as Radio Resource Control, Radio Bearer Control, Mobility Management, Admission Control, or Scheduling. function. Also, the control may be performed in cooperation with neighboring eNBs or core network nodes. Memory 822 includes RAM and ROM and stores programs executed by controller 821 and various control data (eg, terminal list, transmission power data, scheduling data, etc.).
[0146]
　A network interface 823 is a communication interface for connecting the base station device 820 to the core network 824 . Controller 821 may communicate with core network nodes or other eNBs via network interface 823 . In that case, the eNB 800 and the core network node or other eNB may be connected to each other by a logical interface (eg, S1 interface or X2 interface). The network interface 823 may be a wired communication interface or a wireless communication interface for wireless backhaul. If network interface 823 is a wireless communication interface, network interface 823 may use a higher frequency band for wireless communication than the frequency band used by wireless communication interface 825 .
[0147]
　Wireless communication interface 825 supports any cellular communication scheme, such as Long Term Evolution (LTE) or LTE-Advanced, and provides wireless connectivity via antenna 810 to terminals located within the cell of eNB 800 . A wireless communication interface 825 may typically include a baseband (BB) processor 826, RF circuitry 827, and the like. BB processor 826, for example, may perform encoding/decoding, modulation/demodulation and multiplexing/demultiplexing, etc., and each layer (eg, L1, MAC (Medium Access Control), RLC (Radio Link Control) and PDCP (Packet Data Convergence Protocol)). BB processor 826 may have some or all of the logical functions described above instead of controller 821 . The BB processor 826 may be a module that includes a memory that stores a communication control program, a processor that executes the program, and related circuits. good. Also, the module may be a card or blade inserted into a slot of the base station apparatus 820, or may be a chip mounted on the card or blade. On the other hand, RF circuitry 827 may include mixers, filters, amplifiers, etc., and transmits and receives wireless signals via antenna 810 .
[0148]
　The wireless communication interface 825 includes multiple BB processors 826 as shown in FIG. 27, and the multiple BB processors 826 may correspond to multiple frequency bands used by the eNB 800, for example. Also, the wireless communication interface 825 includes a plurality of RF circuits 827 as shown in FIG. 27, and the plurality of RF circuits 827 may correspond to, for example, a plurality of antenna elements. Although FIG. 27 shows an example in which the wireless communication interface 825 includes multiple BB processors 826 and multiple RF circuits 827, the wireless communication interface 825 includes a single BB processor 826 or a single RF circuit 827. It's okay.
[0149]
　In the eNB 800 shown in FIG. 27, one or more components included in the base station 100 described with reference to FIG. may be implemented at wireless communication interface 825 . Alternatively, at least some of these components may be implemented in controller 821 . As an example, eNB 800 may include a module that includes some or all of wireless communication interface 825 (e.g., BB processor 826) and/or controller 821, in which one or more of the above components are implemented. good. In this case, the module stores a program for causing the processor to function as the one or more components (in other words, a program for causing the processor to execute the operation of the one or more components), and You can run the program. As another example, a program may be installed in the eNB 800 to cause a processor to function as one or more of the above components, and the wireless communication interface 825 (eg, BB processor 826) and/or controller 821 may execute the program. good. As described above, the eNB 800, the base station device 820, or the module may be provided as a device including the one or more components, and a program for causing the processor to function as the one or more components is provided. may Also, a readable recording medium recording the above program may be provided.
[0150]
　Also, in the eNB 800 shown in FIG. 27, the wireless communication unit 120 described with reference to FIG. 2 may be implemented in the wireless communication interface 825 (for example, the RF circuit 827). Also, the antenna section 110 may be implemented in the antenna 810 . Network communication unit 130 may also be implemented in controller 821 and/or network interface 823 . Storage unit 140 may also be implemented in memory 822 .
[0151]
　　　(Second Application)
　FIG. 28 is a block diagram showing a second example of a schematic configuration of an eNB to which the technology according to the present disclosure can be applied. eNB 830 has one or more antennas 840 , base station apparatus 850 and RRH 860 . Each antenna 840 and RRH 860 may be connected to each other via RF cables. Also, the base station device 850 and the RRH 860 can be connected to each other via a high-speed line such as an optical fiber cable.
[0152]
　Each of antennas 840 has a single or multiple antenna elements (eg, multiple antenna elements forming a MIMO antenna) and is used by RRH 860 for transmission and reception of radio signals. The eNB 830 has multiple antennas 840 as shown in FIG. 28, and the multiple antennas 840 may correspond to multiple frequency bands used by the eNB 830, for example. Although FIG. 28 shows an example in which the eNB 830 has a plurality of antennas 840, the eNB 830 may have a single antenna 840.
[0153]
　The base station device 850 includes a controller 851 , memory 852 , network interface 853 , wireless communication interface 855 and connection interface 857 . The controller 851, memory 852 and network interface 853 are similar to the controller 821, memory 822 and network interface 823 described with reference to FIG.
[0154]
　Wireless communication interface 855 supports any cellular communication scheme, such as LTE or LTE-Advanced, and provides wireless connectivity via RRH 860 and antenna 840 to terminals located within the sector corresponding to RRH 860 . Wireless communication interface 855 may typically include a BB processor 856 or the like. BB processor 856 is similar to BB processor 826 described with reference to FIG. The wireless communication interface 855 includes multiple BB processors 856 as shown in FIG. 28, and the multiple BB processors 856 may correspond to multiple frequency bands used by the eNB 830, for example. Although FIG. 28 shows an example in which the wireless communication interface 855 includes a plurality of BB processors 856, the wireless communication interface 855 may include a single BB processor 856.
[0155]
　A connection interface 857 is an interface for connecting the base station apparatus 850 (radio communication interface 855 ) with the RRH 860 . The connection interface 857 may be a communication module for communication on the high-speed line that connects the base station device 850 (radio communication interface 855 ) and the RRH 860 .
[0156]
　The RRH 860 also has a connection interface 861 and a wireless communication interface 863 .
[0157]
　The connection interface 861 is an interface for connecting the RRH 860 (radio communication interface 863 ) with the base station device 850 . The connection interface 861 may be a communication module for communication on the high-speed line.
[0158]
　Wireless communication interface 863 transmits and receives wireless signals via antenna 840 . Wireless communication interface 863 may typically include RF circuitry 864 and the like. RF circuitry 864 , which may include mixers, filters, amplifiers, etc., transmits and receives radio signals via antenna 840 . The wireless communication interface 863 includes multiple RF circuits 864 as shown in FIG. 28, and the multiple RF circuits 864 may correspond to, for example, multiple antenna elements. Although FIG. 28 shows an example in which the wireless communication interface 863 includes a plurality of RF circuits 864, the wireless communication interface 863 may include a single RF circuit 864.
[0159]
　In the eNB 830 shown in FIG. 28, one or more components included in the base station 100 described with reference to FIG. may be implemented at wireless communication interface 855 and/or wireless communication interface 863 . Alternatively, at least some of these components may be implemented in controller 851 . As an example, eNB 830 may include a module that includes some or all of wireless communication interface 855 (e.g., BB processor 856) and/or controller 851, in which one or more of the above components are implemented. good. In this case, the module stores a program for causing the processor to function as the one or more components (in other words, a program for causing the processor to execute the operation of the one or more components), and You can run the program. As another example, a program may be installed in the eNB 830 to cause a processor to function as one or more of the above components, and the wireless communication interface 855 (eg, BB processor 856) and/or controller 851 may execute the program. good. As described above, the eNB 830, the base station device 850, or the module may be provided as a device including the one or more components, and a program for causing the processor to function as the one or more components is provided. may Also, a readable recording medium recording the above program may be provided.
[0160]
　Also, in the eNB 830 shown in FIG. 28, for example, the wireless communication unit 120 described with reference to FIG. 2 may be implemented in the wireless communication interface 863 (eg, the RF circuit 864). Also, the antenna section 110 may be implemented in the antenna 840 . Network communication unit 130 may also be implemented in controller 851 and/or network interface 853 . Storage unit 140 may also be implemented in memory 852 .
[0161]
　　<7.2. Application Example Regarding Terminal Apparatus>
　　　(First Application Example)
　FIG. 29 is a block diagram showing an example of a schematic configuration of a smartphone 900 to which the technology according to the present disclosure can be applied. Smartphone 900 includes processor 901 , memory 902 , storage 903 , external connection interface 904 , camera 906 , sensor 907 , microphone 908 , input device 909 , display device 910 , speaker 911 , wireless communication interface 912 , one or more antenna switches 915 . , one or more antennas 916 , a bus 917 , a battery 918 and an auxiliary controller 919 .
[0162]
　The processor 901 may be, for example, a CPU or SoC (System on Chip), and controls functions of the application layer and other layers of the smart phone 900 . Memory 902 includes RAM and ROM and stores programs and data executed by processor 901 . Storage 903 may include a storage medium such as a semiconductor memory or hard disk. An external connection interface 904 is an interface for connecting an external device such as a memory card or a USB (Universal Serial Bus) device to the smart phone 900 .
[0163]
　The camera 906 has an imaging device such as a CCD (Charge Coupled Device) or CMOS (Complementary Metal Oxide Semiconductor), and generates a captured image. Sensors 907 may include, for example, sensors such as positioning sensors, gyro sensors, geomagnetic sensors, and acceleration sensors. Microphone 908 converts sound input to smartphone 900 into an audio signal. The input device 909 includes, for example, a touch sensor that detects a touch on the screen of the display device 910, a keypad, a keyboard, a button or a switch, and receives operations or information input from the user. Display device 910 has a screen, such as a liquid crystal display (LCD) or an organic light emitting diode (OLED) display, to display an output image of smart phone 900 . A speaker 911 converts an audio signal output from the smartphone 900 into audio.
[0164]
　A wireless communication interface 912 supports any cellular communication scheme, such as LTE or LTE-Advanced, to perform wireless communication. Wireless communication interface 912 may typically include BB processor 913, RF circuitry 914, and the like. BB processor 913 performs various signal processing for wireless communications, which may include, for example, encoding/decoding, modulation/demodulation and multiplexing/demultiplexing. On the other hand, RF circuitry 914 may include mixers, filters, amplifiers, etc., and transmits and receives radio signals via antenna 916 . The wireless communication interface 912 may be a one-chip module in which the BB processor 913 and the RF circuit 914 are integrated. The wireless communication interface 912 may include multiple BB processors 913 and multiple RF circuits 914 as shown in FIG. Although FIG. 29 shows an example in which the wireless communication interface 912 includes multiple BB processors 913 and multiple RF circuits 914, the wireless communication interface 912 includes a single BB processor 913 or a single RF circuit 914. It's okay.
[0165]
　In addition, the wireless communication interface 912 may support other types of wireless communication schemes, such as short-range wireless communication schemes, proximity wireless communication schemes, or wireless local area network (LAN) schemes, in addition to cellular communication schemes. In that case, a BB processor 913 and an RF circuit 914 may be included for each wireless communication system.
[0166]
　Each antenna switch 915 switches the connection destination of the antenna 916 between a plurality of circuits included in the wireless communication interface 912 (for example, circuits for different wireless communication schemes).
[0167]
　Each of antennas 916 has a single or multiple antenna elements (eg, multiple antenna elements forming a MIMO antenna) and is used for transmission and reception of wireless signals over wireless communication interface 912 . Smartphone 900 may have multiple antennas 916 as shown in FIG. Note that although FIG. 29 shows an example in which the smartphone 900 has multiple antennas 916 , the smartphone 900 may have a single antenna 916 .
[0168]
　Further, smartphone 900 may include antenna 916 for each wireless communication scheme. In that case, antenna switch 915 may be omitted from the configuration of smartphone 900 .
[0169]
　A bus 917 connects the processor 901, memory 902, storage 903, external connection interface 904, camera 906, sensor 907, microphone 908, input device 909, display device 910, speaker 911, wireless communication interface 912 and auxiliary controller 919 to each other. . A battery 918 supplies power to each block of the smartphone 900 shown in FIG. 29 via a power supply line partially indicated by a dashed line in the drawing. The auxiliary controller 919 operates the minimum necessary functions of the smartphone 900 in sleep mode, for example.
[0170]
　In the smartphone 900 shown in FIG. 29, one or more components included in the terminal device 200 described with reference to FIG. ) may be implemented at wireless communication interface 912 . Alternatively, at least some of these components may be implemented in processor 901 or auxiliary controller 919 . As an example, smart phone 900 may include a module including some or all of wireless communication interface 912 (e.g., BB processor 913), processor 901, and/or auxiliary controller 919, in which one or more of the above components may be implemented. In this case, the module stores a program for causing the processor to function as the one or more components (in other words, a program for causing the processor to execute the operation of the one or more components), and You can run the program. As another example, a program is installed on smart phone 900 to cause a processor to function as one or more of the components described above, and wireless communication interface 912 (eg, BB processor 913), processor 901, and/or auxiliary controller 919 are You can run the program. As described above, the smartphone 900 or the module may be provided as a device including the one or more components, and a program may be provided to cause the processor to function as the one or more components. Also, a readable recording medium recording the above program may be provided.
[0171]
　Also, in the smartphone 900 shown in FIG. 29, for example, the wireless communication unit 220 described with reference to FIG. 3 may be implemented in the wireless communication interface 912 (eg, the RF circuit 914). Antenna section 210 may also be implemented at antenna 916 . Storage unit 230 may also be implemented in memory 902 .
[0172]
　　　(Second Application)
　FIG. 30 is a block diagram showing an example of a schematic configuration of a car navigation device 920 to which the technology according to the present disclosure can be applied. Car navigation device 920 includes processor 921, memory 922, GPS (Global Positioning System) module 924, sensor 925, data interface 926, content player 927, storage medium interface 928, input device 929, display device 930, speaker 931, wireless communication It comprises an interface 933 , one or more antenna switches 936 , one or more antennas 937 and a battery 938 .
[0173]
　The processor 921 may be a CPU or SoC, for example, and controls navigation functions and other functions of the car navigation device 920 . Memory 922 includes RAM and ROM and stores programs and data executed by processor 921 .
[0174]
　GPS module 924 measures the position (eg, latitude, longitude and altitude) of car navigation device 920 using GPS signals received from GPS satellites. Sensors 925 may include sensors such as, for example, gyro sensors, geomagnetic sensors, and barometric sensors. The data interface 926 is connected to an in-vehicle network 941 via a terminal (not shown), for example, and acquires data generated on the vehicle side, such as vehicle speed data.
[0175]
　Content player 927 plays content stored on a storage medium (eg, CD or DVD) inserted into storage medium interface 928 . The input device 929 includes, for example, a touch sensor that detects touch on the screen of the display device 930, a button, a switch, or the like, and receives an operation or information input from the user. The display device 930 has a screen, such as an LCD or OLED display, to display navigation functions or images of the content being played. A speaker 931 outputs the navigation function or the sound of the reproduced content.
[0176]
　A wireless communication interface 933 supports any cellular communication scheme such as LTE or LTE-Advanced to perform wireless communication. Wireless communication interface 933 may typically include BB processor 934, RF circuitry 935, and the like. BB processor 934 performs various signal processing for wireless communications, which may include, for example, encoding/decoding, modulation/demodulation, and multiplexing/demultiplexing. On the other hand, RF circuitry 935 may include mixers, filters, amplifiers, etc., and transmits and receives radio signals via antenna 937 . The wireless communication interface 933 may be a one-chip module in which the BB processor 934 and the RF circuit 935 are integrated. The wireless communication interface 933 may include multiple BB processors 934 and multiple RF circuits 935 as shown in FIG. Although FIG. 30 shows an example in which the wireless communication interface 933 includes multiple BB processors 934 and multiple RF circuits 935, the wireless communication interface 933 includes a single BB processor 934 or a single RF circuit 935. It's okay.
[0177]
　Further, the wireless communication interface 933 may support other types of wireless communication schemes, such as short-range wireless communication schemes, close-range wireless communication schemes, or wireless LAN schemes, in addition to cellular communication schemes, in which case wireless A BB processor 934 and an RF circuit 935 for each communication scheme may be included.
[0178]
　Each antenna switch 936 switches the connection destination of the antenna 937 between multiple circuits (for example, circuits for different wireless communication systems) included in the wireless communication interface 933 .
[0179]
　Each of the antennas 937 has a single or multiple antenna elements (for example, multiple antenna elements forming a MIMO antenna) and is used for transmission and reception of wireless signals by the wireless communication interface 933 . Car navigation device 920 may have a plurality of antennas 937 as shown in FIG. Although FIG. 30 shows an example in which the car navigation device 920 has a plurality of antennas 937, the car navigation device 920 may have a single antenna 937. FIG.
[0180]
　Furthermore, the car navigation device 920 may have an antenna 937 for each wireless communication system. In that case, antenna switch 936 may be omitted from the configuration of car navigation device 920 .
[0181]
　A battery 938 supplies power to each block of the car navigation device 920 shown in FIG. 30 through a power supply line partially indicated by broken lines in the figure. Also, the battery 938 stores electric power supplied from the vehicle.
[0182]
　In the car navigation device 920 shown in FIG. 30, one or more components included in the terminal device 200 described with reference to FIG. 243 and/or the notification unit 247 ) may be implemented in the wireless communication interface 933 . Alternatively, at least some of these components may be implemented in processor 921. As an example, the car navigation device 920 is equipped with a module including part or all of the wireless communication interface 933 (for example, the BB processor 934) and/or the processor 921, and the one or more components described above are mounted in the module. may In this case, the module stores a program for causing the processor to function as the one or more components (in other words, a program for causing the processor to execute the operation of the one or more components), and You can run the program. As another example, a program for causing the processor to function as one or more of the above components is installed in the car navigation device 920, and the wireless communication interface 933 (for example, the BB processor 934) and/or the processor 921 executes the program. You may As described above, the car navigation device 920 or the module may be provided as a device including the one or more components, or a program may be provided to cause the processor to function as the one or more components. good. Also, a readable recording medium recording the above program may be provided.
[0183]
　Further, in the car navigation device 920 shown in FIG. 30, for example, the wireless communication unit 220 described with reference to FIG. 3 may be implemented in the wireless communication interface 933 (for example, the RF circuit 935). Antenna section 210 may also be implemented at antenna 937 . Storage unit 230 may also be implemented in memory 922 .
[0184]
　Also, the technology according to the present disclosure may be implemented as an in-vehicle system (or vehicle) 940 including one or more blocks of the car navigation device 920 described above, an in-vehicle network 941, and a vehicle-side module 942. The vehicle-side module 942 generates vehicle-side data such as vehicle speed, engine speed, or failure information, and outputs the generated data to the in-vehicle network 941 .
[0185]
　<<8. Conclusion>>
　As described above, in the system according to an embodiment of the present disclosure, a communication device corresponding to a terminal device includes a communication unit that performs wireless communication, an acquisition unit, and a control unit. The obtaining unit obtains, from another device, first information about a control resource set including one or more control resources defined for each use of the resource assigned to the data area, which is assigned to the partial area included in the control area. get. The control unit extracts the control resource set according to the acquired first information, and controls inter-device communication with another communication device via the wireless communication based on the control resource set. Also, a device (eg, base station) that has authority to control communication between terminals (eg, sidelink communication) includes a communication unit that performs wireless communication, a notification unit, and a control unit. The notification unit notifies the terminal device of information about a control resource set including one or more control resources defined for each use of resources assigned to the data area, which is assigned to the partial area included in the control area. The control unit associates one or more resources included in the data area allocated for inter-device communication with the control resource set according to usage of the resources.
[0186]
　With the above configuration, according to the system according to an embodiment of the present disclosure, even in inter-device communication that can use a plurality of mutually different communication traffics such as NR-V2X communication, the plurality of communication traffics (that is, various communication traffic) can be accommodated efficiently.
[0187]
　Although the preferred embodiments of the present disclosure have been described in detail above with reference to the accompanying drawings, the technical scope of the present disclosure is not limited to such examples. It is obvious that a person having ordinary knowledge in the technical field of the present disclosure can conceive of various modifications or modifications within the scope of the technical idea described in the claims. are naturally within the technical scope of the present disclosure.
[0188]
　As a specific example, the technology according to the present disclosure can be applied not only to V2X communication but also to so-called communication between terminal devices, such as communication via a sidelink. Specific examples of the communication include D2D communication, MTC communication, and the like. Further, as described above, the method is mainly described for the FDM type resource pool, but it is also possible to apply it to the TDM type resource pool. In this case, for example, in the part describing the frequency direction and the time direction, the frequency direction and the time direction shall be read appropriately. Also, the technology according to the present disclosure may be applied to sidelink communication in relay communication such as IAB (Integrated Access and Backhaul link). It may also be applied to a use case of vehicle tethering in which a car stands between a base station and user terminals around the car and acts as a relay terminal. In this case, for example, communication links between the car and surrounding user terminals may be established by side links, and the technology related to the present disclosure may be applied.
[0189]
　Also, the effects described in this specification are merely descriptive or exemplary, and are not limiting. In other words, the technology according to the present disclosure can produce other effects that are obvious to those skilled in the art from the description of this specification, in addition to or instead of the above effects.
[0190]
　Note that the following configuration also belongs to the technical scope of the present disclosure.
(1) 　Information on a control resource set including one or more control resources defined for each use of resources allocated to the data area, allocated to
　a communication unit that performs wireless communication and a partial area included in the control area.
An acquisition unit that acquires from another device
　, extracts the control resource set according to the acquired information about the control resource set, and based on the control resource set, communicates with the other communication device via the wireless communication. and a control unit that controls intercommunication
　.
(2)
　The communication device according to (1), wherein the control resource set is set by a first device having authority to control the inter-device communication.
(3) The communication device according to (2)
　, wherein the device having authority to control inter-device communication is any one of a base station, a roadside unit, a relay node, a relay terminal, and a master terminal.
(4)
　The communication device according to (2) or (3), wherein the acquisition unit acquires information about the control resource set from the first device.
(5)
　In (2) or (3) above, wherein the acquisition unit acquires the information about the control resource set transmitted from the first device from a second device different from the first device; Communication device as described.
(6)
　The communication device according to (5), wherein the acquisition unit acquires information about the control resource set from the second device via the inter-device communication.
(7)
　The information about the control resource set is allocated to a second partial area different from the first partial area to which one or more of the control resource sets are allocated in the control area, and the
　obtaining unit
　The communication device according to any one of (1) to (3) , extracting information about the control resource set from the second partial area .
(8)
　The information on the control resource set includes information on a partial region of the control region to which one or more of the control resource sets are allocated, and the
　control unit, based on the information on the control resource set, the
　The communication device according to any one of (1) to (7) above , which extracts a control resource set .
(9)
　the control resource set is set for each type of the inter-device communication of at least one of a traffic type of the inter-device communication and a method of allocating resources available for the inter-device communication; The communication device according 　to any one of (1) to (8)
　, wherein the control unit extracts the control resource set according to the type of inter-device communication based on information about the control resource set . (10)

　A plurality of control resource sets are associated with at least some of the resources allocated for use in inter-device communication, and the
　control unit selects from among the plurality of control resource sets according to a predetermined condition
　The communication device according to any one of (1) to (9) above , which extracts at least a part of the control resource set by using the
(11)
　The communication device according to (10), wherein the plurality of control resource sets are associated with a resource pool or sub-resource pool containing the at least part of the resources.
(12) 　information about a control resource set including one or more control resources defined for each use of resources assigned to the data area, which is assigned to the
　communication unit that performs wireless communication and the partial area included in the control area;
a notification unit that notifies a terminal device; and
　a control unit that associates one or more resources included in the data area allocated for inter-device communication with the control resource set according to the use of the resource
　. communication device.
(13) The control unit
　　allocates the control resource set to a partial area included in the control area,
　　and associates the one or more resources with the control resource set according to the use of the resource
　(12). The communication device according to .
(14)
　The communication device according to (13), wherein the control unit allocates the control resource set to the resource pool allocated to be usable for the inter-device communication or to the control region corresponding to a sub-resource pool.
(15)
　The communication device according to (14), wherein the control unit individually associates the control resource set with at least some of the resource pools or at least some of the sub-resource pools.
(16)
　The communication device according to (14) or (15), wherein the control unit associates a plurality of resource pools or a plurality of sub-resource pools with at least part of the control resource set.
(17)
　The control region and the data region are defined by dividing a region for allocating resources in the frequency direction, and the
　control unit controls the partial region obtained by dividing the control region in the time direction.
　The communication device according to any one of (12) to (16) , allocating a resource set .
(18)
　The communication device according to (17), wherein the control unit periodically allocates the control resource set every predetermined period.
(19) The
　control unit
　　sets a control resource set group including a plurality of the control resource sets,
　　and periodically allocates the control resource set group for each predetermined period.
　The communication device according to (18) above.
(20) The
　control unit
　　sets a plurality of the control resource set groups so that at least some of the control resource sets are different from each other, and each of the plurality of
　　the control resource set groups is a resource pool or a sub-resource.
　The communication device according to (19) , associated with a pool .
(21)
　The control unit individually associates a resource pool or a sub-resource pool with each of two or more control resource set groups that are at least a portion of the set plurality of control resource set groups, (20) The communication device according to .
(22)
　The control unit associates a plurality of resource pools or a plurality of sub-resource pools with at least some of the set control resource set groups, (20) or ( 21) The communication device according to the above.
(23)
　The control unit assigns two or more control resource set groups, which are at least some of the plurality of set control resource set groups, to at least some of the resource pools or at least some of the sub-resource pools. The communication device according to any one of (20) to (22), which is associated.
(24)
　The above (12) to (23), wherein the control unit allocates at least part of the control resource set to a plurality of partial regions in which the control region is allocated based on a predetermined mapping pattern along the time direction. A communication device according to any one of the preceding claims.
(25) 　A control resource set including one or more control resources defined for each use of resources allocated to a data area, which is allocated to a partial area included in a control area and to a
　computer
　performing wireless communication.
obtaining information about a control resource set from another device
　; extracting the control resource set according to the obtained information about the control resource set; controlling inter-device communication with a communication device
　.
(26) 　A control resource set including one or more control resources defined for each use of the resources allocated to the data area assigned to the partial area included in the control area and the
　computer
　performing wireless communication.
Notifying a terminal device of information and
　associating one or more resources included in the data area allocated for inter-device communication with the control resource set according to the use of the resource
　. including, methods of communication.

The scope of the claims
[Claim 1]

　Information about a control resource set including one or more control resources defined for each use of resources assigned to the data area, which is assigned to 　a communication unit that performs wireless communication and a partial area included in the control area, is provided to another device. an acquiring unit that acquires from the
　device, extracts the control resource set according to the acquired information about the control resource set, and performs inter-device communication with another communication device via the wireless communication based on the control resource set and a control unit for controlling
　.
[Claim 2]
　The communication device according to claim 1, wherein said control resource set is set by a first device having authority for controlling said inter-device communication.
[Claim 3]
　3. The communication device according to claim 2, wherein the device authorized for controlling inter-device communication is one of a base station, a roadside unit, a relay node, a relay terminal, and a master terminal.
[Claim 4]
　The communication device according to claim 2, wherein the acquisition unit acquires information about the control resource set from the first device.
[Claim 5]
　The communication device according to claim 2, wherein the acquisition unit acquires the information about the control resource set transmitted from the first device from a second device different from the first device.
[Claim 6]
　The communication device according to claim 5, wherein the acquisition unit acquires information about the control resource set from the second device via the inter-device communication.
[Claim 7]

　Information about the control resource set is allocated to a 　second partial area different from a first partial area to which one or more of the control resource sets are allocated in the control area, and 2. The
　communication device according to claim 1 , extracting information about said control resource set from a sub-region of .
[Claim 8]
　The information about the control resource set includes information about a partial region of the control region to which one or more of the control resource sets are allocated, and the
　control unit, based on the information about the control resource set, controls the control resource set
　2. The communication device of claim 1 , extracting the .
[Claim 9]
　The control resource set is set for each type of the inter-device communication of at least one of a traffic type of the inter-device communication and a method of allocating resources available for the inter-device communication, and the
　control unit
　The communication device according to claim 1 , wherein extracts the control resource set according to the type of the inter-device communication based on the information about the control resource set .
[Claim 10]
　A plurality of control resource sets are associated with at least some of the resources allocated for use in inter-device communication, and the
　control unit selects from among the plurality of control resource sets according to a predetermined condition
　2. The communication device of claim 1 , extracting at least a portion of the control resource set .
[Claim 11]
　11. The communication device of claim 10, wherein said plurality of control resource sets are associated with a resource pool or sub-resource pool containing said at least some resources.
[Claim 12]

　Information about a control resource set including one or more control resources defined for each use of resources assigned to a data area, which is assigned to 　a communication unit that performs wireless communication and a partial area included in the control area, is sent to the terminal device. a notification unit that notifies; and a
　control unit that associates one or more resources included in the data area allocated for inter-device communication with the control resource set according to the use of the resource
　. Device.
[Claim 13]
　13. The communication according to claim 12, 　wherein the control unit
　　allocates the control resource set to a partial area included in the control area,
　　and associates the one or more resources with the control resource set according to usage of the resource.
Device.
[Claim 14]
　14. The communication device according to claim 13, wherein said control unit allocates said control resource set to said control region corresponding to a resource pool allocated to be usable for said inter-device communication or a sub-resource pool.
[Claim 15]
　The communication device according to claim 14, wherein the control unit individually associates the control resource set with at least some of the resource pools or at least some of the sub-resource pools.
[Claim 16]
　The communication device according to claim 14, wherein the control unit associates a plurality of resource pools or a plurality of sub-resource pools with at least part of the control resource set.
[Claim 17]
　The control region and the data region are defined by dividing a region to which resources are allocated in the frequency direction, and the
　control unit assigns the control resource set to partial regions obtained by dividing the control region in the time direction.
　13. The communication device of claim 12, allocating .
[Claim 18]
　The communication device according to claim 17, wherein the control unit periodically allocates the control resource set every predetermined period.
[Claim 19]
　19. The communication device according to claim 18, 　wherein the control unit
　　sets a control resource set group including a plurality of the control resource sets,
　　and periodically allocates the control resource set group for each predetermined period .
[Claim 20]
　The control unit configures the plurality of
　　control resource set groups so that at least some of the control resource sets are different from each other,
　　and associates each of the plurality of control resource set groups with a resource pool or a sub-resource pool. 20. A communication device according to
　claim 19.
[Claim 21]
　21. The communication according to claim 20, wherein the control unit individually associates a resource pool or a sub-resource pool with each of two or more control resource set groups that are at least a portion of the set plurality of control resource set groups. Device.
[Claim 22]
　The communication device according to claim 20, wherein the control unit associates a plurality of resource pools or a plurality of sub-resource pools with at least some of the set control resource set groups.
[Claim 23]
　The control unit associates two or more control resource set groups, which are at least some of the set plurality of control resource set groups, with at least some of the resource pools or at least some of the sub-resource pools. Item 21. The communication device according to Item 20.
[Claim 24]
　13. The communication device according to claim 12, wherein said control unit allocates at least a part of said control resource set to a plurality of partial areas, which are allocated said control area based on a predetermined mapping pattern along the time direction.