WO2020031593A1 - 通信装置 - Google Patents

通信装置 Download PDF

Info

Publication number
WO2020031593A1
WO2020031593A1 PCT/JP2019/027230 JP2019027230W WO2020031593A1 WO 2020031593 A1 WO2020031593 A1 WO 2020031593A1 JP 2019027230 W JP2019027230 W JP 2019027230W WO 2020031593 A1 WO2020031593 A1 WO 2020031593A1
Authority
WO
WIPO (PCT)
Prior art keywords
information
communication
communication device
terminal device
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Ceased
Application number
PCT/JP2019/027230
Other languages
English (en)
French (fr)
Inventor
博允 内山
直紀 草島
大輝 松田
懿夫 唐
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Priority to JP2020536394A priority Critical patent/JP7355018B2/ja
Priority to US17/263,918 priority patent/US12089248B2/en
Priority to EP19847011.4A priority patent/EP3836731A4/en
Priority to CN201980051060.7A priority patent/CN112514519B/zh
Publication of WO2020031593A1 publication Critical patent/WO2020031593A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/23—Manipulation of direct-mode connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446—Resources in time domain, e.g. slots or frames
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H04W72/566—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient
    • H04W72/569—Allocation or scheduling criteria for wireless resources based on priority criteria of the information or information source or recipient of the traffic information

Definitions

  • the present disclosure relates to a communication device.
  • V2X communication is an abbreviation of Vehicle to X communication, and is a system in which a vehicle and "something" communicate.
  • Examples of "something” here include a vehicle, an infrastructure, a network, and a pedestrian (V2V, V2I, V2N, and V2P).
  • Patent Document 1 discloses an example of a technology related to V2X communication.
  • the present disclosure proposes a technology that can further suppress the appearance of the HD problem in inter-device communication such as V2X communication.
  • a communication unit that performs wireless communication, and first information relating to a data transmission condition using a communication method of switching between transmission and reception in a time-division manner and performing device-to-device communication are transmitted via the wireless communication.
  • a communication unit comprising: an acquisition unit configured to acquire data transmitted from the first communication device in accordance with the first information; and a control unit configured to control an operation related to reception of data transmitted from the first communication device in accordance with the first information.
  • the communication unit that performs wireless communication, and the first information relating to a data transmission condition using a communication method of switching between transmission and reception in a time-division manner and performing device-to-device communication include: Communication device, comprising: a notification unit that notifies a third communication device via a communication unit; and a control unit that controls an operation related to transmission of data to the third communication device after notification of the first information. Is provided.
  • a technology is provided that can more effectively suppress the appearance of the HD problem in inter-device communication such as V2X communication.
  • FIG. 1 is an explanatory diagram for describing an example of a schematic configuration of a system according to an embodiment of the present disclosure. It is a block diagram showing an example of the composition of the base station concerning the embodiment. It is a block diagram showing an example of composition of a terminal unit concerning the embodiment.
  • FIG. 2 is a diagram illustrating an outline of V2X communication.
  • FIG. 4 is an explanatory diagram for describing an example of an overall image of V2X communication.
  • FIG. 6 is a diagram illustrating an example of a use case of V2X communication.
  • FIG. 4 is an explanatory diagram for describing an example of a V2X operation scenario.
  • FIG. 4 is an explanatory diagram for describing an example of a V2X operation scenario.
  • FIG. 4 is an explanatory diagram for describing an example of a V2X operation scenario.
  • FIG. 1 is an explanatory diagram for describing an example of a schematic configuration of a system according to an embodiment of the present disclosure. It is a
  • FIG. 4 is an explanatory diagram for describing an example of a V2X operation scenario.
  • FIG. 4 is an explanatory diagram for describing an example of a V2X operation scenario.
  • FIG. 4 is an explanatory diagram for describing an example of a V2X operation scenario.
  • FIG. 4 is an explanatory diagram for describing an example of a V2X operation scenario.
  • FIG. 3 is a diagram illustrating an example of a configuration of resources allocated to side link communication.
  • FIG. 9 is an explanatory diagram for describing an example of an operation timeline when a terminal device transmits a packet based on Mode4 resource allocation.
  • FIG. 11 is an explanatory diagram for describing an example of a sensing operation for selecting a resource from within a resource pool.
  • FIG. 4 is an explanatory diagram for describing an example of a V2X operation scenario.
  • FIG. 4 is an explanatory diagram for describing an example of a V2X operation scenario.
  • FIG. 4 is an explan
  • FIG. 4 is an explanatory diagram for describing an outline of an example of an HD problem.
  • FIG. 3 is a sequence diagram illustrating an example of a processing flow of the system according to the embodiment.
  • FIG. 11 is an explanatory diagram for describing an outline of an example of an operation of a terminal device according to information on the presence or absence of an important packet.
  • FIG. 4 is an explanatory diagram for describing an overview of a process related to decoding of control information and data by the terminal device according to the embodiment;
  • FIG. 11 is an explanatory diagram for describing an example of level division of a transmission / reception ratio.
  • FIG. 3 is a sequence diagram illustrating an example of a flow of a series of processes of the system according to the first embodiment.
  • FIG. 14 is a sequence diagram illustrating an example of a flow of a series of processes of a system according to a second embodiment.
  • 13 is a flowchart illustrating an example of a flow of a series of processes of a terminal device operating as a transmission terminal in the system according to the second embodiment.
  • 10 is a flowchart illustrating an example of a flow of a series of processes of a terminal device operating as a receiving terminal in the system according to the second embodiment.
  • FIG. 13 is a sequence diagram illustrating an example of a flow of a series of processes of a system according to a third embodiment.
  • FIG. 4 is a block diagram illustrating a first example of a schematic configuration of an eNB.
  • 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.
  • the system 1 includes a wireless communication device 100 and a terminal device 200.
  • the terminal device 200 is also called a user.
  • the user may also be called a UE.
  • the wireless communication device 100C is also called UE-Relay.
  • the UE here may be a UE defined in LTE or LTE-A, and the UE-Relay may be a Proceed UE to Network Relay discussed in 3GPP, and more generally, a communication. It may mean a device.
  • the wireless communication device 100 is a device that provides a wireless communication service to subordinate devices.
  • the wireless communication device 100A is a base station of a cellular system (or a mobile communication system).
  • the base station 100A performs wireless communication with a device (for example, the terminal device 200A) located inside the cell 10A of the base station 100A.
  • the base station 100A transmits a downlink signal to the terminal device 200A and receives an uplink signal from the terminal device 200A.
  • the base station 100A is logically connected to another base station by, for example, an X2 interface, and can transmit and receive control information and the like.
  • the base station 100A is logically connected to a so-called core network (not shown) by, for example, an S1 interface, and can transmit and receive control information and the like. Note that communication between these devices can be physically relayed by various devices.
  • the wireless communication device 100A shown in FIG. 1 is a macrocell base station, and the cell 10A is a macrocell.
  • the wireless communication devices 100B and 100C are master devices that operate the small cells 10B and 10C, respectively.
  • master device 100B is a fixedly installed small cell base station.
  • the small cell base station 100B establishes a wireless backhaul link with the macro cell base station 100A, and establishes an access link with one or more terminal devices (for example, the terminal device 200B) in the small cell 10B.
  • the wireless communication device 100B may be a relay node defined by 3GPP.
  • the master device 100C is a dynamic AP (access point).
  • the dynamic AP 100C is a mobile device that dynamically operates the small cell 10C.
  • the dynamic AP 100C establishes a wireless backhaul link with the macro cell base station 100A and establishes an access link with one or more terminal devices (for example, the terminal device 200C) in the small cell 10C.
  • the dynamic AP 100C may be, for example, a terminal device equipped with hardware or software operable as a base station or a wireless access point.
  • the small cell 10C in this case is a dynamically formed local network (Localized @ Network / Virtual @ Cell).
  • the cell 10A may be an arbitrary wireless communication system such as LTE, LTE-A (LTE-Advanced), LTE-ADVANCED @ PRO, GSM (registered trademark), UMTS, W-CDMA, CDMA2000, WiMAX, WiMAX2, or IEEE 802.16. May be operated.
  • LTE Long Term Evolution
  • LTE-A Long Term Evolution
  • LTE-ADVANCED @ PRO GSM
  • GSM registered trademark
  • UMTS trademark
  • W-CDMA CDMA2000
  • WiMAX WiMAX2
  • IEEE 802.16 IEEE 802.16
  • the small cell is a concept that can include various types of cells (for example, femtocells, nanocells, picocells, microcells, and the like) smaller than the macrocell, which are arranged to overlap with or not overlap with the macrocell.
  • a small cell is operated by a dedicated base station.
  • a small cell is operated by a terminal serving as a master device temporarily operating as a small cell base station.
  • relay nodes can also be considered as a form of small cell base station.
  • a wireless communication device functioning as a master station of a relay node is also called a donor base station.
  • the donor base station may mean a DeNB in LTE, and may more generally mean a parent station of a relay node.
  • Terminal device 200 The terminal device 200 can communicate in a cellular system (or a mobile communication system).
  • the terminal device 200 performs wireless communication with a wireless communication device of the cellular system (for example, the base station 100A, the master device 100B or 100C).
  • a wireless communication device of the cellular system for example, the base station 100A, the master device 100B or 100C.
  • the terminal device 200A receives a downlink signal from the base station 100A and transmits an uplink signal to the base station 100A.
  • the terminal device 200 not only a so-called UE, but also 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.
  • a so-called low cost terminal such as an MTC terminal, an eMTC (Enhanced MTC) terminal, and an NB-IoT terminal
  • an infrastructure terminal such as RSU (Road ⁇ Side ⁇ Unit) or a terminal such as CPE (Customer ⁇ Premises ⁇ Equipment) may be applied.
  • the present technology is not limited to the example illustrated in FIG.
  • a configuration of the system 1 a configuration not including a master device, an SCE (Small Cell Enhancement), a HetNet (Heterogeneous Network), an MTC network, or the like can be adopted.
  • a master device may connect to a small cell and construct a cell under the control of the small cell.
  • FIG. 2 is a block diagram illustrating an example of a configuration of the base station 100 according to an embodiment of the present disclosure.
  • base station 100 includes an antenna unit 110, a wireless communication unit 120, a network communication unit 130, a storage unit 140, and a control unit 150.
  • Antenna unit 110 The antenna unit 110 radiates a signal output by the wireless communication unit 120 into space as a radio wave.
  • the antenna unit 110 converts a radio wave in space into a signal, and outputs the signal to the wireless communication unit 120.
  • the wireless communication unit 120 transmits and receives signals. For example, the wireless communication unit 120 transmits a downlink signal to the terminal device and receives an uplink signal from the terminal device.
  • the network communication unit 130 transmits and receives information.
  • the network communication unit 130 transmits information to another node and receives information from another node.
  • the other nodes include other base stations and core network nodes.
  • the terminal device may operate as a relay terminal and relay communication between the remote terminal and the base station.
  • the wireless communication device 100C corresponding to the relay terminal need not include the network communication unit 130.
  • Storage unit 140 The storage unit 140 temporarily or permanently stores a program for the operation of the base station 100 and various data.
  • Control unit 150 provides various functions of the base station 100.
  • Control unit 150 includes a communication control unit 151, an information acquisition unit 153, and a notification unit 155.
  • the control unit 150 may further include other components other than these components. That is, the control unit 150 can perform operations other than the operations of these components.
  • 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. Further, the communication control unit 151 executes various processes related to control of communication with another node (for example, another base station, a core network node, or the like) via the network communication unit 130.
  • another node for example, another base station, a core network node, or the like
  • the information acquisition unit 153 acquires various information from the terminal device 200 or another node.
  • the acquired information may be used for, for example, control of wireless communication with a terminal device, control related to cooperation with another node, and the like.
  • the notifying unit 155 notifies the terminal device 200 and other nodes of various information.
  • the notification unit 155 may notify the terminal device of various kinds of information for the terminal device in the cell to perform wireless communication with the base station. Further, as another example, the notification unit 155 may notify another node (for example, another base station) of the information acquired from the terminal device in the cell.
  • FIG. 3 is a block diagram illustrating an example of a configuration of the terminal device 200 according to the embodiment of the present disclosure.
  • the terminal device 200 includes an antenna unit 210, a wireless communication unit 220, a storage unit 230, and a control unit 240.
  • Antenna unit 210 The antenna unit 210 radiates a signal output by the wireless communication unit 220 into space as a radio wave. Further, the antenna unit 210 converts a radio wave in space into a signal, and outputs the signal to the wireless communication unit 220.
  • Wireless communication unit 220 Wireless communication section 220 transmits and receives signals.
  • the wireless communication unit 220 receives a downlink signal from a base station and transmits an uplink signal to the base station.
  • the terminal device 200 may directly communicate with another terminal device 200 without passing through the base station 100.
  • the wireless communication unit 220 may transmit and receive a side link signal to and from another terminal device 200.
  • Storage unit 230 The storage unit 230 temporarily or permanently stores a program for operating the terminal device 200 and various data.
  • Control unit 240 provides various functions of the terminal device 200.
  • the control unit 240 includes a communication control unit 241, an information acquisition unit 243, and a notification unit 247.
  • the control unit 240 may further include other components other than these components. That is, the control unit 240 can perform operations other than the operations of these components.
  • the communication control unit 241 executes various processes related to control of wireless communication with the base station 100 and another terminal device 200 via the wireless communication unit 220. For example, the communication control unit 241 may reserve a resource used for transmitting a packet. Further, the communication control unit 241 may select some resources from the reserved resources and perform control so that a packet is transmitted using the selected resources.
  • the communication control unit 241 may make a predetermined determination based on information acquired from the base station 100 or another terminal device 200. As a more specific example, the communication control unit 241 may determine whether a packet can be transmitted to another terminal device 200. At this time, the communication control unit 241 may determine whether to drop a packet to be transmitted to another terminal device 200.
  • 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 on another terminal device 200 (for example, reception capability or the like) from the other terminal device 200. Further, the information acquisition unit 243 may acquire, from the base station 100 or another terminal device 200, various types of information for selecting a resource used for communication with another terminal device 200. As a more specific example, the information acquisition unit 243 may acquire information on resources reserved by another terminal device 200 from the other terminal device 200.
  • the notifying unit 247 notifies the base station 100 and other terminal devices 200 of various information.
  • the notification unit 247 may notify another terminal device 200 (for example, the terminal device 200 to which the data or packet is to be transmitted) of information on data or a packet to be transmitted.
  • the notification unit 247 may notify another terminal device 200 of information on resources reserved for use in packet transmission.
  • V2X communication is an abbreviation of Vehicle to X communication, and is a system in which a car and "something" communicate.
  • FIG. 4 is a diagram showing an outline of V2X communication.
  • a vehicle Vehicle
  • equipment Infrastructure
  • Network Network
  • pedestrian pedestrian
  • V2V, V2I Vehicle
  • V2N Vehicle
  • V2P Vehicle
  • FIG. 5 is an explanatory diagram for describing an example of the overall image of V2X communication.
  • a V2X application server (APP server) is held as a cloud server, and the application server controls V2X communication on the core network side.
  • the base station performs communication control of direct communication such as V2V communication and V2P communication while performing Uu link communication with the terminal device.
  • RSUs Raad Side Units
  • RSUs roadside infrastructures
  • the RSU provides a V2X application (V2X APP) and supports data relay and the like.
  • FIG. 6 is a diagram illustrating an example of a use case of V2X communication.
  • the NR V2X communication supports a new use case requiring high reliability, low delay, high-speed communication, and high capacity, which has been difficult to support with LTE-based V2X until now.
  • provision of a dynamic map, remote driving, and the like are given.
  • sensor data sharing in which sensor data is exchanged between vehicles and roads, and a platforming use case for platooning.
  • Use cases and requirements for such NR @ V2X communication are defined in 3GPP@TR22.886. For reference, an outline of an example of a use case will be described below.
  • Vehicles Platoonning This is a use case of row running in which a plurality of vehicles form a row and run in the same direction, and information for controlling row running is exchanged between a vehicle that leads the row running and another vehicle. By exchanging such information, for example, it is possible to further reduce the inter-vehicle distance during platooning.
  • Remote Driving This is a use case in which a remote operator or a V2X application remotely controls the vehicle.
  • the remote operation is used when another person drives in place of a person who has difficulty driving, or when a vehicle is operated in a dangerous area.
  • cloud computing-based control can be applied for public transportation in which routes and roads to be driven are determined to some extent, for example, cloud computing-based control can be applied. In this use case, high reliability and low transmission delay are required for communication.
  • the target links include a Uu link and a PC5 link (side link).
  • the Uu link is a link between an infrastructure such as a base station or an RSU (Road Side Unit) and a terminal device.
  • the PC5 link (side link) is a link between terminal devices. The main points of enhancement are shown below.
  • Examples of the enhancement include the following. ⁇ Channel format ⁇ Sidelink feedback communication ⁇ Sidelink resource allocation method ⁇ Vehicle position information estimation technology ⁇ Relay communication between terminals ⁇ Support for unicast communication and multicast communication ⁇ Multicarrier communication and carrier aggregation ⁇ MIMO / beamforming ⁇ High frequency frequency support (Example: 6GHz or more) ...etc.
  • examples of the channel format include Flexible numerology, short TTI (Transmission Time Interval), multi-antenna support, Waveform, and the like.
  • Examples of the side link feedback communication include HARQ and CSI (Channel Status Information).
  • V2X operation scenario An example of the V2X communication operation scenario will be described below.
  • the V2N communication is simple only with DL / UL communication between the base station and the terminal device.
  • various communication paths can be considered.
  • each scenario will be described focusing mainly on the example of V2V communication, but the same communication operation can be applied to V2P and V2I.
  • the communication destination is Pedestrian or RSU.
  • FIGS. 7 to 12 are explanatory diagrams for explaining an example of the V2X operation scenario.
  • FIG. 7 shows a scenario in which vehicles communicate directly with each other without passing through a base station (E-UTRAN).
  • FIG. 8 shows a scenario in which vehicles communicate with each other via a base station.
  • 9 and 10 show a scenario in which vehicles communicate with each other via a terminal device (UE, RSU in this case) and a base station.
  • 11 and 12 show a scenario in which vehicles communicate with each other via a terminal device (UE, here, RSU or another vehicle).
  • UE terminal device
  • the “side link” corresponds to a communication link between terminal devices, and is also referred to as a PC 5. Specific examples of the side link include V2V, V2P, and V2I communication links.
  • the “Uu interface” corresponds to a wireless interface between a terminal device and a base station. A specific example of the Uu interface is a V2N communication link.
  • the “PC5 interface” corresponds to a wireless interface between terminal devices.
  • a resource pool is allocated in advance.
  • the allocation of the resource pool is performed, for example, by the base station.
  • the resource pool may be allocated by Preconfiguration.
  • the terminal device senses a resource for the side link communication from the allocated resource pool, selects an appropriate resource by itself, and performs communication.
  • FIG. 13 is a diagram illustrating an example of a configuration of a resource (resource pool) allocated to the side link communication, and illustrates an example of a case where frequency division multiplexing (FDM) is applied.
  • the resource pool is divided into a SA (Scheduling Assignment) area and a Data area, and the PSCCH (Physical Sidelink Control Channel) and the PSSCH (Physical Sidelink Shared Channel) are transmitted by each area.
  • SA Stuling Assignment
  • PSCCH Physical Sidelink Control Channel
  • PSSCH Physical Sidelink Shared Channel
  • FIG. 14 is an explanatory diagram for describing an example of an operation timeline when a terminal device transmits a packet based on Mode 4 resource allocation.
  • a terminal device that transmits a packet first performs sensing in order to find a resource used for transmitting the packet from within a resource pool. Next, the terminal device selects a resource from the resource pool based on the result of the sensing. Then, the terminal device transmits a packet using the selected resource. Also, at this time, the terminal device reserves resources to be used for transmission of subsequent packets as necessary.
  • FIG. 15 is an explanatory diagram for describing an example of a sensing operation for selecting a resource from within a resource pool.
  • the terminal device selects a resource in the resource selection window and reserves a future resource based on the measurement result of the interference pattern in the sensing window and the resource reservation status in the sensing window.
  • the terminal device determines a future resource usage state based on a sensing result, for example, another packet in the future. Predict resources used for transmission of AC. By using the result of the prediction, the terminal device can select or reserve a resource that can be used for transmitting the packet D, that is, a resource that is predicted not to be used for transmitting another packet.
  • the NR V2X communication supports a unicast communication having a larger communication data amount than the broadcast communication applied in the conventional V2X communication. From such a background, in the NR V2X communication, the so-called HD (Half Duplex) problem, which may also occur in the broadcast communication in the conventional V2V communication, may become more prominent. Therefore, the present disclosure pays particular attention to the HD problem in NR V2X communication.
  • HD Hyf Duplex
  • LTE-V2X communication supports Repetition transmission of broadcast communication. As a result, even when packet reception is restricted by packet transmission, it is possible to increase the packet reception success rate by using the next reception opportunity.
  • the NR @ V2X communication supports not only the broadcast communication but also the unicast communication that enables transmission and reception of a signal having a larger capacity than the broadcast communication. It is presumed that transmission and reception of such a large-capacity signal largely depends on HD restrictions.
  • FIG. 16 is an explanatory diagram for describing an outline of an example of the HD problem.
  • each of terminals A to D corresponds to terminal device 200 according to the present disclosure.
  • each of terminal A and terminal B attempts to transmit a packet to terminal C. Further, the terminal C attempts to transmit a packet to the terminal D.
  • the terminal C receives the packet from each of the terminal A and the terminal B and transmits to the terminal D.
  • the transmission of the packet is restricted, and the opportunity for transmitting the packet to the terminal D is lost.
  • the unicast communication is significantly different from the traffic that broadcasts a packet having a relatively small capacity, and the HD problem described above with reference to FIG.
  • the present disclosure proposes a technology that can further suppress the appearance of the HD problem in inter-device communication such as V2X communication (in particular, inter-device communication such as side link communication in which HD is restricted). I do.
  • Mode 4 resource allocation a notification using SCI (Sidelink ⁇ Control ⁇ Information) and a notification using Sidelink ⁇ RRC ⁇ signalling are given.
  • Sidelink RRC signalling is RRC information defined between terminal devices.
  • Mode3 resource allocation a notification by RRC signalling with the base station is given.
  • the terminal device 200-1 may notify the terminal device 200-2, which is a packet transmission destination, in advance, for example, buffer information of transmission data, information on a future packet transmission schedule, information of a packet type, and the like. Good.
  • the information on the packet type include information on traffic types such as unicast, broadcast, and multicast, information on priority, information on delay request, and information on presence / absence of relay.
  • freshness and expiration date of a packet may be set. In such a case, the terminal device 200-1 may notify the terminal device 200-2 of information on the packet reception time limit in advance.
  • the terminal device 200-1 sending terminal
  • the terminal device 200-1 transmits the important data to the terminal device 200-2 (receiving terminal). You may be notified that a packet has been transmitted. Further, when transmitting the data by unicast, the terminal device 200-1 may notify the terminal device 200-2 of transmitting the unicast traffic.
  • an area for notifying whether or not there is important data as data to be transmitted may be provided for a specific resource area.
  • the area is also referred to as an “important data notification area”.
  • the notification is also referred to as “notification of presence or absence of important data” for convenience.
  • resources for notifying the presence or absence of important data may be defined.
  • the resource may be defined as a resource pool. Further, the resource may be set by the base station 100 or may be preconfigured.
  • the data area in which the priority of transmission and reception is controlled according to the notification of the presence or absence of important data may be defined as a specific data area.
  • transmission and reception priority control may be applied only to the specific data area.
  • the terminal device 200-1 transmits information on the presence or absence of an important packet and information on the resource to which control information of the packet is notified to the destination of the packet via the important data notification area.
  • the terminal device 200-2 decodes the important data notification area to acquire information on the presence or absence of the important packet notified from the terminal device 200-1.
  • the terminal device 200-2 determines the presence or absence of an important data packet based on the acquired information, and when transmission of the important data packet is confirmed, decodes the subsequent control information and data. Further, when transmission of a packet of important data is not confirmed, the terminal device 200-2 does not need to decode control information and data that follow.
  • FIG. 17 is a sequence diagram illustrating an example of a processing flow of the system according to the present embodiment, and illustrates a notification of information from a transmitting terminal to a receiving terminal and an example of an operation of the receiving terminal receiving the notification. Is shown.
  • the terminal device 200-1 (notification unit 247) relates to information on the presence or absence of an important packet and resources to which control information of the packet is notified.
  • the information is notified to the terminal device 200-2, which is the destination of the packet, via the important data notification area (S103).
  • the terminal device 200-1 may notify information such as the importance level and the priority level of the target packet as information on the presence or absence of the important packet.
  • the terminal device 200-1 (the communication control unit 241) transmits a packet of target data via the resource notified by the control information.
  • the terminal device 200-2 acquires information on the presence or absence of an important packet notified from the terminal device 200-1 by decoding the important data notification area (S105).
  • the terminal device 200-2 (the communication control unit 241) determines which of the packet reception and the packet transmission is to be prioritized based on the acquired information, and transmits or receives the packet or The operation related to reception is controlled (S107).
  • FIG. 18 is an explanatory diagram for describing an outline of an example of an operation of the terminal device 200 according to the information on the presence or absence of an important packet. Specifically, if the terminal device 200-2 (receiving terminal) recognizes that an important packet is included, the terminal device 200-2 may give priority to receiving the packet. In this case, the terminal device 200-2 may restrict the operation related to transmission of a packet to another terminal device 200. If the terminal device 200-2 recognizes that an important packet is not included, the terminal device 200-2 may give priority to packet transmission. In this case, the terminal device 200-2 may limit the operation related to the reception of the packet transmitted from the terminal device 200-1 (transmission terminal).
  • the terminal device 200-2 determines that the reception of the packet is prioritized
  • the terminal device 200-2 prioritizes which of the packets transmitted from each of the other terminal devices 200 including the terminal device 200-1. It is also possible to determine whether or not to perform the operation, and control the operation related to the packet reception according to the result of the determination. Hereinafter, it is assumed that the terminal device 200-2 has determined that the reception of the packet is prioritized.
  • the terminal device 200-2 (the information acquisition unit 243) that has determined that the reception of the packet is prioritized acquires control information by decoding the area of the resource specified based on the notification from the terminal device 200-1 (S111). . Then, the terminal device 200-2 (the communication control unit 241) receives the data transmitted from the terminal device 200-1 by decoding the data area based on the control information (S113).
  • FIG. 19 is an explanatory diagram for describing an outline of a process related to decoding of control information and data by the terminal device 200 according to the present embodiment.
  • an important data notification area a control information area to which control information is assigned, and a data area to which data is assigned are individually set.
  • the important data notification area information on the presence or absence of important data and information on the control information area are set. That is, the terminal device 200-2 (the receiving terminal) extracts the control information from the control information area by decoding the control information area based on the information set in the important data notification area. Further, the control information includes information on the data area.
  • the terminal device 200-2 can decode the data area and receive data transmitted through the data area.
  • the important data notification area corresponds to an example of a “first partial area”
  • information is transmitted via a first partial area (important data notification area) like the control information area. Is equivalent to an example of the “second partial area”.
  • the terminal device 200-1 may inquire of the terminal device 200-2 to which the packet is to be transmitted whether the packet can be transmitted. In this case, the terminal device 200-2 (receiving terminal) may return information (OK @ reply) indicating acceptance of the inquiry from the terminal device 200-1 if the packet can be received. Good. Then, when the terminal device 200-1 obtains the consent from the terminal device 200-2, the terminal device 200-1 starts transmitting a packet to the terminal device 200-2.
  • the terminal device 200-1 (transmission terminal) is used for transmitting the packet when inquiring of the terminal device 200-2, which is the transmission destination of the packet, whether or not the packet can be transmitted. Information about resources to be performed may also be notified. In this case, the terminal device 200-2 (the receiving terminal) determines whether it is possible to receive the packet transmitted from the terminal device 200-1 via the resource notified from the terminal device 200-1. You may.
  • the terminal device 200-2 may instruct the terminal device 200-1 (transmitting terminal) on a resource to be used for packet transmission or make a proposal.
  • the various operations described above may be executed based on triggers according to predetermined conditions. As a specific example, when the size of the data to be transmitted is larger than the threshold, the various operations described above may be performed.
  • the terminal device 200-1 when the proposal from the terminal device 200-1 (transmitting terminal) is rejected a predetermined number of times or more, the terminal device 200-1 separately controls the operation related to transmission of the target data (packet). Is also good. As a specific example, when a proposal related to data transmission is rejected a predetermined number of times or more, the terminal device 200-1 may transmit the data at random or transmit a packet related to the data transmission. May be dropped.
  • the example of the information that the terminal device 200-1 (the transmitting terminal) notifies the terminal device 200-2 (the receiving terminal) has been described above.
  • the above-described series of information notified from the terminal device 200-1 (transmitting terminal) to the terminal device 200-2 (receiving terminal) in advance of packet transmission is an example of “first information”.
  • the information notified via the important data notification area corresponds to an example of “second information”.
  • the second information may include a part of the first information such as information on the presence or absence of important data.
  • the terminal device 200-2 transmits, for example, Capability information (hereinafter also referred to as “reception Capability information”) related to packet reception to other terminal devices 200 (for example, the terminal device 200-1) existing in the vicinity. Such information as to the reception of the packet may be notified in advance. As a specific example, the terminal device 200-2 may periodically notify the reception capability information to other terminal devices 200 around the terminal as dynamic information. As in the case of the reception capability information, the information regarding packet reception, which is notified in advance from the terminal device 200-2 (receiving terminal) to the terminal device 200-1 (transmitting terminal), is referred to as “third information. ".
  • reception capability information examples include the number of reception antennas, information about receivers (for example, an IRC receiver, etc.), information about receivable resource pools (sub-resource pools), information about packet transmission, information about packet reception, and the like. Can be
  • the information related to packet transmission corresponds to information related to packet transmission to another terminal device 200 when the terminal device 200-2 operates as a transmission terminal.
  • Examples of information related to packet transmission include the following information. -Information on transmission data buffer-Type of transmission data (for example, unicast, broadcast, multicast, etc.)-Information on priority of transmission packet and delay request-Information on type of traffic related to packet transmission-For packet transmission Information on resources to be used... etc.
  • the information on packet reception corresponds to information on reception of a packet transmitted from another terminal device 200 when the terminal device 200-2 operates as a receiving terminal.
  • Examples of information related to packet reception include the following information. Number of unicast communication connections possible Number of unicast communication connections (that is, information indicating how many terminal devices are connected) -Information on received data rate or information on received bits in a certain period-Reception rate (information indicating how much resources are received for the entire area) ⁇ Receivable rate (information indicating how much resources can be received for the entire area) -Type of received packet (for example, unicast, broadcast, multicast, etc.) ⁇ Information on priority of received packet and delay request... etc.
  • the information enumerated above as information on packet reception may be collectively defined as a reception capability level (in other words, an HD allowable level).
  • the value of the reception capability level may be defined according to a combination of the levels of the information enumerated above as the information on the packet reception. Accordingly, the other terminal devices 200 to which the reception capability level has been notified can recognize the reception capability of the notification source terminal device 200 based on the information regarding the reception of the packet associated with the value of the reception capability level. It becomes possible.
  • the terminal device 200-2 (the receiving terminal) notifies another terminal device 200 (for example, the terminal device 200-1 operating as a transmitting terminal) of information on resources that can receive a packet. Good. At this time, the terminal device 200-2 (receiving terminal) may notify other terminal devices 200 of information on the time-frequency domain of the resource capable of receiving the packet.
  • Mode 3 Resource Allocation (1-2) Case of Mode 3 Resource Allocation Subsequently, the exchange of information between terminal devices will be described, focusing on the case of Mode 3 resource allocation.
  • transmission and reception of information between the terminal devices 200 is performed via a device having authority over control of side link communication, such as the base station 100, for example.
  • the information to be transmitted and received is the same as the information described above as an example of Mode 4 resource allocation.
  • Mode 3 resource allocation and Mode 4 resource allocation may be performed in combination.
  • the exchange of information between the terminal devices 200 may be applied in combination with the example of the mode 3 resource allocation and the example of the mode 4 resource allocation.
  • the terminal device 200-1 controls the priority between packet transmission and packet reception in accordance with the result of information exchange with the terminal device 200-2 (reception terminal). Is also good. That is, the terminal device 200-1 may prioritize the transmission of a packet to the terminal device 200-2 according to the result of the exchange of information with the terminal device 200-2, or may transmit the packet from another terminal device 200-2. May be prioritized. The control of the priority may be applied only to communication via a specific resource.
  • the terminal device 200-1 may give priority to communication of a specific traffic type.
  • the terminal device 200-1 may give priority to broadcast communication.
  • the terminal device 200-1 has various priorities (for example, transmission / reception priority and transmission priority, etc.) based on at least one of the location information of the terminal device 200-1 and another device (eg, another terminal device 200 or the like). Traffic type priority).
  • the other device that uses the position information includes another terminal device 200 to which the packet of the terminal device 200-1 is transmitted and another terminal device 200 that transmits the packet to the terminal device 200-1. At least one of them may correspond.
  • the terminal device 200-1 determines that unicast communication should be prioritized according to the positional relationship with another terminal device 200, the terminal device 200-1 performs control to give priority to unicast communication. May be.
  • the terminal device 200-1 may determine various priorities (for example, transmission / reception priorities and traffic type priorities) based on a channel congestion degree (CBR: Channel ⁇ Busy ⁇ Ratio). As a specific example, when the channel is congested, the terminal device 200-1 may give priority to broadcast because reception of unicast may be difficult.
  • CBR Channel ⁇ Busy ⁇ Ratio
  • the terminal device 200-1 may determine various priorities (for example, transmission / reception priorities and traffic type priorities) based on a channel occupancy rate (CR: Channel occupancy ratio).
  • CR is a parameter indicating the ratio of transmission of the target device occupying resources.
  • the frequency of reception is set so as to further reduce the CR. It may be controlled to be higher.
  • the terminal device 200-1 may change the transmission packet transmission schedule in accordance with the result of the information exchange with the terminal device 200-2 (reception terminal).
  • the terminal device 200-1 may determine whether to drop a packet to be transmitted. Further, the terminal device 200-1 may stop continuous transmission and perform intermittent transmission.
  • the terminal device 200-1 may change the transmission method of the transmission packet according to the result of the information exchange with the terminal device 200-2 (reception terminal).
  • the terminal device 200-1 may change control such as MCS (Modulation Coding Scheme), transmission power, and MIMO transmission.
  • the terminal device 200-1 may perform transmission in a short time by temporarily switching to high data rate communication.
  • the terminal device 200-1 may drop the packet according to the priority or the condition of the delay request.
  • the terminal device 200-1 compares the priority information of the transmission / reception packet in the terminal device 200-2 (receiving terminal) with the priority information of the packet to be transmitted by itself, and It may be determined whether to drop the packet. Further, when it is difficult to satisfy the delay requirement of the transmission packet, the terminal device 200-1 may abandon the transmission and drop the packet.
  • the terminal device 200-1 transmitting terminal instructs the terminal device 200-2 to release a unicast link according to the result of the information exchange with the terminal device 200-2 (receiving terminal). You may. As a specific example, the terminal device 200-1 instructs the terminal device 200-2 to release a unicast link in accordance with a result of determining various priorities (for example, transmission and reception priorities). Is also good.
  • the terminal device 200-1 may switch to multicarrier communication according to the result of information exchange with the terminal device 200-2 (reception terminal).
  • the terminal device 200-1 may switch to multi-carrier communication in accordance with a result of determining various priorities (for example, transmission and reception priorities).
  • the terminal device 200-1 may make a resource configuration request to a device such as the base station 100 that has authority for controlling side link communication.
  • the terminal device 200-1 changes the frequency band (transmission band) used for packet transmission according to the result of the information exchange with the terminal device 200-2 (reception terminal).
  • the terminal device 200-1 may change a frequency band (transmission band) used for packet transmission according to a result of determining various priorities (for example, transmission and reception priorities). .
  • the terminal device 200-1 may notify the terminal device 200-2 to which the packet is to be transmitted of the information on the changed frequency band.
  • the terminal device 200-1 (transmitting terminal) changes the base station from the direct communication with the terminal device 200-2 according to the result of the information exchange with the terminal device 200-2 (receiving terminal).
  • the communication may be switched to the communication via 100 or the like.
  • the terminal device 200-1 switches a communication path with the terminal device 200-2 as described above in accordance with the determination result of various priorities (for example, transmission and reception priorities). You may.
  • the terminal device 200-1 may notify the terminal device 200-2, which is the destination of the packet, of the switching of the communication path.
  • the terminal device 200-2 may receive the packet transmitted from the terminal device 200-1 via the base station 100.
  • the terminal measure 200-1 may make a request for link switching to a device such as the base station 100, which has authority for controlling side link communication.
  • the terminal device 200-1 transmits a packet transmitted from the terminal device 200-1 via the specified resource. Will be received.
  • the terminal device 200-1 When attention is paid to the communication between the terminal device 200-1 (the transmitting terminal) and the terminal device 200-2 (the receiving terminal), the terminal device 200-2 corresponding to the terminal measure 200-1 is referred to as the "third communication device". ". Also, when the terminal device 200-1 operates as a receiving terminal, another terminal device 200 (for example, another terminal device 200 other than the terminal device 200-2) that is a packet transmission source is referred to as a “fourth communication device. ".
  • the base station 100 may control the resource scheduling of the side link.
  • the base station 100 determines whether to drop the packet to be transmitted to the terminal device 200-1 (transmission terminal). May go. Further, base station 100 may control terminal device 200-1 to stop continuous transmission and perform intermittent transmission.
  • the base station 100 may cause the terminal device 200-1 (transmitting terminal) to drop the packet according to the priority or the condition of the delay request.
  • the base station 100 compares the priority information of the transmitted / received packet in the terminal device 200-2 (the receiving terminal) with the priority information of the packet to be transmitted by the terminal device 200-1 (the transmitting terminal). Then, it may be determined whether or not the terminal device 200-1 should drop the packet. If the base station 100 determines that it is difficult to satisfy the delay requirement of the transmission packet, the base station 100-1 may give up the transmission and drop the packet.
  • the base station 100 may instruct the terminal device 200-2 (receiving terminal) to release a unicast link.
  • the base station 100 may switch communication between the terminal device 200-1 (transmitting terminal) and the terminal device 200-2 (receiving terminal) to multicarrier communication.
  • the base station 100 may change a frequency band used for transmitting a packet between the terminal device 200-1 (transmitting terminal) and the terminal device 200-2 (receiving terminal). In this case, the base station 100 may notify at least the terminal device 200-2 of information on the changed frequency band.
  • the terminal device 200-2 may control the resource scheduling of the side link according to the result of the information exchange with the terminal device 200-1 (the transmitting terminal).
  • the terminal device 200-2 determines whether to drop the packet to be transmitted to the terminal device 200-1. Is also good. Further, the terminal device 200-2 may cause the terminal device 200-1 to discontinue continuous transmission and perform intermittent transmission. Further, the terminal device 200-2 (receiving terminal) may control an operation related to data transmission to another terminal device 200 when operating as a transmitting terminal according to its own situation. As a specific example, the terminal device 200-2 (reception terminal) drops a packet to be transmitted to another terminal device 200 when operating as a transmission terminal in a situation where it is difficult to satisfy the delay request. It may be determined whether or not to do so.
  • the terminal device 200-2 may cause the terminal device 200-1 (transmitting terminal) to drop the packet in accordance with the priority or the condition of the delay request.
  • the terminal device 200-2 compares the priority information of the packet to be transmitted by the terminal device 200-1 (transmitting terminal) with the priority information of the transmission / reception packet of the terminal device 200-1. It may be determined whether or not ⁇ 1 causes the packet to be transmitted to be dropped. Further, when it is difficult to satisfy the delay requirement of the transmission packet, the terminal device 200-2 may give up the transmission to the terminal device 200-1 and drop the packet. Further, the terminal device 200-2 (receiving terminal) determines whether to drop a packet to be transmitted to another terminal device 200 when operating as a transmitting terminal, according to the result of the comparison. Is also good.
  • the terminal device 200-2 (the receiving terminal) may release the unicast link in accordance with the result of the information exchange with the terminal device 200-1 (the transmitting terminal).
  • the terminal prosecution 200-2 may release a unicast link with another terminal device 200 already established.
  • the terminal device 200-2 may switch to multicarrier communication according to the result of the information exchange with the terminal device 200-1 (transmitting terminal).
  • the terminal device 200-2 transmits a frequency band (that is, a frequency band used for communication with the terminal device 200-1 (ie, The frequency band for receiving the packet transmitted from the terminal device 200-1 may be changed. In this case, the terminal device 200-2 may acquire information on the changed frequency band from the terminal device 200-1.
  • a frequency band that is, a frequency band used for communication with the terminal device 200-1 (ie, The frequency band for receiving the packet transmitted from the terminal device 200-1 may be changed.
  • the terminal device 200-2 may acquire information on the changed frequency band from the terminal device 200-1.
  • the terminal device 200-2 (reception terminal) changes the base station from the direct communication with the terminal device 200-1 according to the result of the information exchange with the terminal device 200-1 (transmission terminal).
  • the communication may be switched to the communication via 100 or the like.
  • the terminal device 200-2 may recognize the switching of the communication path according to the notification from the terminal device 200-1.
  • the terminal device 200-2 (receiving terminal) notifies the terminal device 200-1 of a resource capable of receiving a packet according to the result of the information exchange with the terminal device 200-1 (transmitting terminal). May be.
  • the terminal device 200-2 receives the packet transmitted from the terminal device 200-1 via the notified resource.
  • the terminal device 200-2 may notify the terminal device 200-1 of the time during which a packet can be received.
  • the terminal device 200-2 may notify the terminal device 200-1 of a time and frequency range in which a packet can be received.
  • the terminal device 200-2 may individually instruct and allocate resources capable of receiving the packet to each of the terminal devices 200 that are to transmit the packet to itself.
  • the terminal device 200-2 When attention is paid to communication between the terminal device 200-1 (transmission terminal) and the terminal device 200-2 (reception terminal), the terminal device 200-1 for the terminal device 200-2 is referred to as the "first communication device”. ". Further, when the terminal device 200-2 operates as a transmission terminal, another terminal device 200 (for example, another terminal device 200 other than the terminal device 200-1) to which a packet is to be transmitted is referred to as a “second communication device”. ".
  • the terminal device 200 controls the processing related to the transmission and reception of the packet according to the level set for the target resource. Good.
  • the terminal device 200 may perform reception more preferentially in a resource region to which a higher level is set.
  • the level division of resources may be implemented as the whole system.
  • the setting of the level may be performed by a device such as the base station 100 having authority for controlling the side link communication, or may be set by Preconfiguration. Further, the setting of the level may be set for each frequency band. The setting of the level may be performed between the terminal devices 200 that perform transmission and reception.
  • the resource level division may be set individually for each terminal device 200.
  • the terminal device 200 may notify the information about the setting for itself to other terminal devices 200 located in the vicinity in advance.
  • the transmission / reception ratio may be divided into levels.
  • the ratio of the transmission traffic may be divided into levels for each resource pool.
  • FIG. 20 is an explanatory diagram for describing an example of level division of the transmission / reception ratio. 20, the horizontal axis indicates time, and the vertical axis indicates frequency. “SLSS” indicates Sidelink ⁇ Synchronization ⁇ Signal. “PBCH” indicates Physical ⁇ Sidelink ⁇ Broadcast ⁇ Channel. “Control” schematically shows a control channel, for example, PSCCH (Physical Sidelink Control Channel). “Data” schematically shows a data channel, for example, PSSCH (Physical Sidelink Shared Channel). Note that, of the regions to which resources are allocated, the region to which the control channel is allocated corresponds to an example of a “control region”, and the region to which a data channel is allocated corresponds to an example of a “data region”.
  • PSCCH Physical Sidelink Control Channel
  • PSSCH Physical Sidelink Shared Channel
  • “Resource pool A” and “Resource pool B” are set as resource pools that can be used for side link communication.
  • “Resource pool A” “Sub-resource pool A-1” and “Sub-resource pool A-2” are defined as sub resource pools.
  • “Resource-pool ⁇ B-1” is defined in “Resource-pool-B” as a sub-resource pool.
  • the ratio of unicast may be defined as 90% and the ratio of broadcast may be defined as 10% with respect to "Resource ⁇ pool ⁇ A”.
  • the ratio of unicast may be defined as 10% and the ratio of broadcast may be defined as 90% with respect to "Resource ⁇ pool ⁇ B”.
  • the terminal device 200-1 transmits the packet using “Resource pool A” with a probability of 90%. May be operated.
  • the above-described level division of the transmission / reception ratio may be individually set for each important level of the packet.
  • FIG. 21 is a sequence diagram illustrating an example of a flow of a series of processes of the system according to the first embodiment. Specifically, in the example shown in FIG. 21, while the terminal device 200-1 (transmitting terminal) and the terminal device 200-2 (receiving terminal) are performing unicast communication (S201), the terminal device 200- 3 (transmitting terminal) is about to set up a new unicast link with the terminal device 200-2 (receiving terminal).
  • the terminal device 200-2 periodically notifies its terminal devices 200 (eg, the terminal devices 200-1 and 200-3) of their own Capability information (S203).
  • the Capability information include information such as the number of connectable unicast communications and the number of unicast communication connections. Accordingly, each of the terminal devices 200-1 and 200-3 can recognize the capability of the terminal device 200-2 with respect to communication with another terminal device 200.
  • the terminal device 200-3 determines whether or not to request the terminal device 200-2 for unicast communication based on the Capability information notified from the terminal device 200-2 (S205). At this time, the terminal device 200-3 considers, for example, the priority of the packet to be transmitted to the terminal device 200-2, the traffic amount (for example, the traffic amount of communication via the side link), and the like, and performs unicast. It may be determined whether or not to make a communication request. Note that the example illustrated in FIG. 21 illustrates a case where the terminal device 200-3 determines that a request for unicast communication is made to the terminal device 200-2. That is, the terminal device 200-3 notifies the terminal device 200-2 of information on the presence or absence of important data, information on a buffer of transmission data, and the like, and makes a request for unicast communication to the terminal device 200-2. (S207).
  • the terminal device 200-2 Upon receiving the request for the unicast communication from the terminal device 200-3, the terminal device 200-2 determines whether to permit the unicast communication to the terminal device 200-3 based on the information notified as well. Is determined (S209). Note that the example illustrated in FIG. 21 illustrates a case where the terminal device 200-2 determines that the terminal device 200-3 permits the unicast communication. That is, the terminal device 200-2 notifies the terminal device 200-3 of the permission of the unicast communication. Also, at this time, the terminal device 200-2 transmits the packet to the terminal device 200-3 by using resources orthogonal to the terminal device 200-1 in consideration of the arrival of the packet from the terminal device 200-1. The transmission resource may be instructed to transmit (S211).
  • the terminal device 200-3 Upon receiving the notification of the permission of the unicast communication from the terminal device 200-2, the terminal device 200-3 starts processing related to the unicast communication with the terminal device 200-2 (S213), and A link for unicast communication is established with the server 200-2 (S215). At this time, the terminal device 200-3 establishes a unicast communication link with the terminal device 200-2 so that the packet is transmitted via the transmission resource specified by the terminal device 200-2. May go.
  • FIG. 22 is a sequence diagram illustrating an example of a flow of a series of processes of the system according to the second embodiment. Specifically, in the example shown in FIG. 22, similarly to the example shown in FIG. 21, terminal device 200-1 (transmitting terminal) and terminal device 200-2 (receiving terminal) are performing unicast communication. In (S251), the terminal device 200-3 (transmitting terminal) is about to set a new unicast link with the terminal device 200-2 (receiving terminal). Note that, in FIG. 22, the processes indicated by reference numerals S251 to S257 are substantially the same as the processes indicated by reference numerals S201 to S207 in the example shown in FIG.
  • the terminal device 200-2 Upon receiving the request for the unicast communication from the terminal device 200-3, the terminal device 200-2 determines whether to permit the unicast communication to the terminal device 200-3 based on the information notified as well. Is determined (S209). Note that the example illustrated in FIG. 22 illustrates an example in which the terminal device 200-2 performs communication with priority given to the terminal device 200-3 over the terminal device 200-1.
  • the terminal device 200-2 instructs the terminal device 200-1 to release the unicast communication (S261).
  • the terminal device 200-1 receives the instruction from the terminal device 200-2, and releases the unicast communication with the terminal device 200-2 (S263).
  • the terminal device 200-2 notifies the terminal device 200-3 of permission for unicast communication (S265).
  • the terminal device 200-3 Upon receiving the notification of the permission of the unicast communication from the terminal device 200-2, the terminal device 200-3 starts processing related to the unicast communication with the terminal device 200-2 (S267). A link for unicast communication is established with the server 200-2 (S269).
  • FIG. 23 is a flowchart illustrating an example of a flow of a series of processes of the terminal device 200-3 operating as the transmission terminal in the system according to the second embodiment.
  • the terminal device 200-3 determines whether or not to request the terminal device 200-2 (the receiving terminal) for the unicast communication. to decide.
  • the terminal device 200-3 performs a request for unicast communication to the terminal device 200-2 according to the result of the above determination, and performs the unicast communication according to a response from the terminal device 200-2. It is determined whether it is possible (S303).
  • the terminal device 200-3 checks whether or not there is a designation of a resource to be used for communication from the terminal device 200-2. (S305).
  • the terminal device 200-3 uses the specified resource for communication with the terminal device 200-2. Control is performed (S307).
  • the terminal device 200-3 does not perform the resource designation and communicates with the terminal device 200-2. Is controlled (S309). As described above, the terminal device 200-3 establishes unicast communication with the terminal device 200-2 (S311).
  • the terminal device 200-3 establishes the unicast communication with the terminal device 200-2. Without ending the process. In this case, the terminal device 200-3 communicates with the terminal device 200-2 using means other than the unicast communication (for example, communication via the base station 100). May go.
  • FIG. 24 is a flowchart illustrating an example of a flow of a series of processes of the terminal device 200-2 operating as the receiving terminal in the system according to the second embodiment.
  • the terminal device 200-2 Upon receiving the request for unicast communication from the terminal device 200-3 (transmission terminal) (S351), the terminal device 200-2 determines whether to permit the terminal device 200-3 to perform unicast communication. (S353).
  • the terminal device 200-2 determines that the terminal device 200-3 permits the unicast communication (S355, YES), it is necessary to specify a resource for the terminal device 200-3 to transmit a packet. It is determined whether or not it is (S359). If it is determined that the resource specification is necessary (S359, YES), the terminal device 200-2 specifies the resource to be used for transmitting the packet to the terminal device 200-3 (S361). On the other hand, if it is determined that the resource designation is unnecessary (S359, NO), the terminal device 200-2 does not need to designate the resource used for transmitting the packet to the terminal device 200-3. . Then, the terminal device 200-2 notifies the terminal device 200-3 of the permission of the unicast communication, and establishes the unicast communication with the terminal device 200-3 (S363).
  • the terminal device 200-2 determines that the unicast communication is not permitted to the terminal device 200-3 (S355, NO), the terminal device 200-2 cannot perform the unicast communication with the terminal device 200-3. The fact that there is is notified (S357).
  • FIG. 25 is a sequence diagram illustrating an example of a flow of a series of processes of the system according to the third embodiment. Specifically, in the example shown in FIG. 25, similarly to the example shown in FIG. 21, the terminal device 200-1 (transmitting terminal) and the terminal device 200-2 (receiving terminal) are performing unicast communication.
  • the terminal device 200-3 (transmitting terminal) is about to set a new unicast link with the terminal device 200-2 (receiving terminal).
  • the processes denoted by reference numerals S401 to S407 are substantially the same as the processes denoted by reference numerals S201 to S207 in the example shown in FIG. 21, and thus detailed description is omitted.
  • the terminal device 200-2 Upon receiving the request for the unicast communication from the terminal device 200-3, the terminal device 200-2 determines whether to permit the unicast communication to the terminal device 200-3 based on the information notified as well. Is determined (S409). Note that the example illustrated in FIG. 25 illustrates an example in which the terminal device 200-2 performs communication with priority given to the terminal device 200-1 over the terminal device 200-3. Therefore, the terminal device 200-2 notifies the terminal device 200-3 that unicast communication is not possible (S411).
  • the terminal device 200-3 receives the notification that the unicast communication is not possible from the terminal device 200-2, and thereby notifies the terminal device 200-2 that the unicast transmission of the side link is not possible. recognize. In this case, the terminal device 200-3 determines whether to switch to communication via the base station 100 (communication via the Uu link) (S413). Note that the example illustrated in FIG. 25 illustrates an example in which the terminal device 200-3 determines to switch communication with the terminal device 200-2 to communication via the base station 100.
  • the terminal device 200-3 requests the base station 100 to switch to Uu link communication for communication with the terminal device 200-2. At this time, the terminal device 200-3 transmits data to be transmitted to the terminal device 200-2 and destination information of the data (that is, information on the terminal device 200-2) to the base station 100 (S415).
  • the base station 100 Upon receiving the request from the terminal device 200-3, the base station 100 schedules communication between the terminal device 200-3 and the terminal device 200-2 via the Uu link (S417). Then, the base station 100 transfers the data transmitted from the terminal device 200-3 to the terminal device 200-2 based on the destination information notified from the terminal device 200-3 (S419).
  • the base station 100 may be implemented as any type of eNB (evolved Node B) such as a macro eNB or a small eNB.
  • the 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.
  • the base station 100 may be realized as another type of base station such as NodeB or BTS (Base Transceiver Station).
  • the base station 100 may include a main unit (also referred to as a base station device) that controls wireless communication, and one or more RRHs (Remote Radio Heads) that are arranged at a different location from the main unit.
  • RRHs Remote Radio Heads
  • various types of terminals described later may operate as the base station 100 by temporarily or semi-permanently executing the base station function.
  • the terminal device 200 or 300 is a mobile terminal such as a smartphone, 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. Further, the terminal device 200 or 300 may be realized as a terminal that performs M2M (Machine @ To ⁇ Machine) communication (also referred to as an MTC (Machine ⁇ Type ⁇ Communication) terminal). Further, the terminal device 200 or 300 may be a wireless communication module (for example, an integrated circuit module configured with one base station 100 dies) mounted on these terminals.
  • M2M Machine @ To ⁇ Machine
  • MTC Machine ⁇ Type ⁇ Communication
  • FIG. 26 is a block diagram illustrating a first example of a schematic configuration of an eNB to which the technology according to the present disclosure can be applied.
  • the eNB 800 includes one or more antennas 810 and a base station device 820. Each antenna 810 and the base station device 820 can be connected to each other via an RF cable.
  • Each of the antennas 810 has a single or a plurality of antenna elements (for example, a plurality of antenna elements constituting a MIMO antenna), and is used for transmission and reception of radio signals by the base station apparatus 820.
  • the eNB 800 includes a plurality of antennas 810 as illustrated in FIG. 26, and the plurality of antennas 810 may correspond to, for example, a plurality of frequency bands used by the eNB 800, respectively.
  • FIG. 26 illustrates an example in which the eNB 800 includes a plurality of antennas 810, but the eNB 800 may include a single antenna 810.
  • the base station device 820 includes a controller 821, a memory 822, a network interface 823, and a wireless communication interface 825.
  • the controller 821 may be, for example, a CPU or a DSP, and operates various functions of an upper layer of the base station device 820. For example, the controller 821 generates a data packet from the data in the signal processed by the wireless communication interface 825, and transfers the generated packet via the network interface 823. The controller 821 may generate a bundled packet by bundling data from a plurality of baseband processors, and transfer the generated bundled packet. Also, the controller 821 executes logic such as radio resource management (Radio Resource Control), radio bearer control (Radio Bear Control), mobility management (Mobility Management), inflow control (Admission Control), or scheduling (Scheduling). Function may be provided.
  • Radio Resource Control Radio Resource Control
  • Radio Bear Control radio bearer control
  • Mobility Management Mobility Management
  • Admission Control Inflow control
  • scheduling scheduling
  • the control may be executed in cooperation with a peripheral eNB or a core network node.
  • the memory 822 includes a RAM and a ROM, and stores a program executed by the controller 821 and various control data (for example, a terminal list, transmission power data, scheduling data, and the like).
  • the network interface 823 is a communication interface for connecting the base station device 820 to the core network 824.
  • the controller 821 may communicate with a core network node or another eNB via the network interface 823.
  • the eNB 800 and the core network node or another eNB may be connected to each other by a logical interface (for example, an S1 interface or an X2 interface).
  • Network interface 823 may be a wired communication interface or a wireless communication interface for wireless backhaul.
  • the network interface 823 may use a higher frequency band for wireless communication than the frequency band used by the wireless communication interface 825.
  • the wireless communication interface 825 supports any of the cellular communication methods such as LTE (Long Term Evolution) or LTE-Advanced, and provides wireless connection to a terminal located in the cell of the eNB 800 via the antenna 810.
  • the wireless communication interface 825 may typically include a baseband (BB) processor 826, an RF circuit 827, and the like.
  • the BB processor 826 may perform, for example, encoding / decoding, modulation / demodulation, multiplexing / demultiplexing, and the like.
  • Each layer eg, L1, MAC (Medium Access Control), RLC (Radio Link Control), and PDCP) (Packet ⁇ Data ⁇ Convergence ⁇ Protocol)).
  • the BB processor 826 may have some or all of the above-described logical functions instead of the 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 a related circuit. The function of the BB processor 826 may be changed by updating the program. Good.
  • the module may be a card or a blade inserted into a slot of the base station device 820, or may be a chip mounted on the card or the blade.
  • the RF circuit 827 may include a mixer, a filter, an amplifier, and the like, and transmits and receives wireless signals via the antenna 810.
  • the wireless communication interface 825 includes a plurality of BB processors 826 as shown in FIG. 26, and the plurality of BB processors 826 may correspond to, for example, a plurality of frequency bands used by the eNB 800, respectively.
  • the wireless communication interface 825 includes a plurality of RF circuits 827 as shown in FIG. 26, and the plurality of RF circuits 827 may correspond to, for example, a plurality of antenna elements, respectively.
  • FIG. 26 illustrates an example in which the wireless communication interface 825 includes a plurality of BB processors 826 and a plurality of RF circuits 827.
  • the wireless communication interface 825 includes a single BB processor 826 or a single RF circuit 827. May be.
  • one or more components included in the base station 100 described with reference to FIG. May be implemented in the wireless communication interface 825. Alternatively, at least some of these components may be implemented in controller 821.
  • the eNB 800 includes a module including a part (for example, the BB processor 826) or all of the wireless communication interface 825 and / or the controller 821, and the one or more components described above may be mounted on the module. Good.
  • the module stores a program for causing a processor to function as the one or more components (in other words, a program for causing the processor to execute the operations of the one or more components).
  • the program may be executed.
  • a program for causing the processor to function as the one or more components is installed in the eNB 800, and the wireless communication interface 825 (for example, the BB processor 826) and / or the controller 821 executes the program.
  • 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 a processor to function as the one or more components is provided. You may. Further, a readable recording medium on which the program is recorded may be provided.
  • 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). Further, the antenna unit 110 may be mounted on the antenna 810. Further, the network communication unit 130 may be implemented in the controller 821 and / or the network interface 823. Further, the storage unit 140 may be implemented in the memory 822.
  • FIG. 27 is a block diagram illustrating a second example of a schematic configuration of an eNB to which the technology according to the present disclosure can be applied.
  • the eNB 830 includes one or more antennas 840, a base station device 850, and an RRH 860. Each antenna 840 and RRH 860 may be connected to each other via an RF cable. Further, the base station device 850 and the RRH 860 can be connected to each other by a high-speed line such as an optical fiber cable.
  • Each of the antennas 840 has a single or a plurality of antenna elements (for example, a plurality of antenna elements constituting a MIMO antenna), and is used for transmission and reception of a radio signal by the RRH 860.
  • the eNB 830 includes a plurality of antennas 840 as illustrated in FIG. 27, and the plurality of antennas 840 may correspond to, for example, a plurality of frequency bands used by the eNB 830, respectively.
  • FIG. 27 illustrates an example in which the eNB 830 has a plurality of antennas 840, the eNB 830 may have a single antenna 840.
  • the base station device 850 includes a controller 851, a memory 852, a network interface 853, a wireless communication interface 855, and a connection interface 857.
  • the controller 851, the memory 852, and the network interface 853 are the same as the controller 821, the memory 822, and the network interface 823 described with reference to FIG.
  • the wireless communication interface 855 supports any cellular communication scheme such as LTE or LTE-Advanced, and provides a wireless connection to a terminal located in a sector corresponding to the RRH 860 via the RRH 860 and the antenna 840.
  • the wireless communication interface 855 may typically include a BB processor 856 and the like.
  • the BB processor 856 is similar to the BB processor 826 described with reference to FIG. 26 except that the BB processor 856 is connected to the RF circuit 864 of the RRH 860 via the connection interface 857.
  • the wireless communication interface 855 includes a plurality of BB processors 856 as illustrated in FIG.
  • the plurality of BB processors 856 may correspond to, for example, a plurality of frequency bands used by the eNB 830, respectively.
  • FIG. 27 illustrates 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.
  • connection interface 857 is an interface for connecting the base station device 850 (wireless communication interface 855) to 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 (wireless communication interface 855) and the RRH 860.
  • the RRH 860 includes a connection interface 861 and a wireless communication interface 863.
  • connection interface 861 is an interface for connecting the RRH 860 (wireless communication interface 863) to the base station device 850.
  • the connection interface 861 may be a communication module for communication on the high-speed line.
  • the wireless communication interface 863 sends and receives wireless signals via the antenna 840.
  • the wireless communication interface 863 may typically include an RF circuit 864 and the like.
  • the RF circuit 864 may include a mixer, a filter, an amplifier, and the like, and transmits and receives wireless signals via the antenna 840.
  • the wireless communication interface 863 includes a plurality of RF circuits 864 as shown in FIG. 27, and the plurality of RF circuits 864 may correspond to, for example, a plurality of antenna elements, respectively.
  • FIG. 27 illustrates 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.
  • one or more components included in the base station 100 described with reference to FIG. May be implemented in the wireless communication interface 855 and / or the wireless communication interface 863. Alternatively, at least some of these components may be implemented in the controller 851.
  • the eNB 830 may include a module including a part (for example, the BB processor 856) or all of the wireless communication interface 855 and / or the controller 851, and the one or more components may be mounted on the module. Good.
  • the module stores a program for causing a processor to function as the one or more components (in other words, a program for causing the processor to execute the operations of the one or more components).
  • the program may be executed.
  • a program for causing the processor to function as the one or more components is installed in the eNB 830, and the wireless communication interface 855 (for example, the BB processor 856) and / or the controller 851 executes the program.
  • 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 a processor to function as the one or more components is provided. You may. Further, a readable recording medium on which the program is recorded may be provided.
  • the wireless communication unit 120 described with reference to FIG. 2 may be implemented in the wireless communication interface 863 (for example, the RF circuit 864). Further, the antenna unit 110 may be mounted on the antenna 840. Further, the network communication unit 130 may be implemented in the controller 851 and / or the network interface 853. Further, the storage unit 140 may be implemented in the memory 852.
  • FIG. 28 is a block diagram illustrating an example of a schematic configuration of a smartphone 900 to which the technology according to the present disclosure may be applied.
  • the smartphone 900 includes a processor 901, a memory 902, a storage 903, an external connection interface 904, a camera 906, a sensor 907, a microphone 908, an input device 909, a display device 910, a speaker 911, a wireless communication interface 912, and one or more antenna switches 915. And one or more antennas 916, a bus 917, a battery 918, and an auxiliary controller 919.
  • the processor 901 may be, for example, a CPU or an SoC (System on Chip), and controls functions of an application layer and other layers of the smartphone 900.
  • the memory 902 includes a RAM and a ROM, and stores programs and data executed by the processor 901.
  • the storage 903 may include a storage medium such as a semiconductor memory or a hard disk.
  • the 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 smartphone 900.
  • the camera 906 has an image sensor such as a CCD (Charge Coupled Device) or a CMOS (Complementary Metal Oxide Semiconductor), and generates a captured image.
  • the sensor 907 may include, for example, a sensor group such as a positioning sensor, a gyro sensor, a geomagnetic sensor, and an acceleration sensor.
  • Microphone 908 converts audio 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 an operation or information input from a user.
  • the display device 910 has a screen such as a liquid crystal display (LCD) or an organic light emitting diode (OLED) display, and displays an output image of the smartphone 900.
  • Speaker 911 converts an audio signal output from smartphone 900 into audio.
  • the wireless communication interface 912 supports any one of cellular communication systems such as LTE and LTE-Advanced, and executes wireless communication.
  • the wireless communication interface 912 may typically include a BB processor 913, an RF circuit 914, and the like.
  • the BB processor 913 may perform, for example, encoding / decoding, modulation / demodulation, multiplexing / demultiplexing, and perform various signal processing for wireless communication.
  • the RF circuit 914 may include a mixer, a filter, an amplifier, and the like, and transmits and receives wireless signals via the 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 a plurality of BB processors 913 and a plurality of RF circuits 914 as illustrated in FIG.
  • FIG. 28 illustrates an example in which the wireless communication interface 912 includes a plurality of BB processors 913 and a plurality of RF circuits 914.
  • the wireless communication interface 912 includes a single BB processor 913 or a single RF circuit 914. May be.
  • the wireless communication interface 912 may support other types of wireless communication methods such as a short-range wireless communication method, a close-range wireless communication method, or a wireless LAN (Local Area Network) method, in addition to the cellular communication method, In that case, a BB processor 913 and an RF circuit 914 for each wireless communication scheme may be included.
  • Each of the antenna switches 915 switches the connection destination of the antenna 916 among a plurality of circuits (for example, circuits for different wireless communication systems) included in the wireless communication interface 912.
  • Each of the antennas 916 has a single or a plurality of antenna elements (for example, a plurality of antenna elements constituting a MIMO antenna), and is used for transmission and reception of a radio signal by the radio communication interface 912.
  • the smartphone 900 may include a plurality of antennas 916 as illustrated in FIG. Note that although FIG. 28 illustrates an example in which the smartphone 900 includes the plurality of antennas 916, the smartphone 900 may include a single antenna 916.
  • the smartphone 900 may include an antenna 916 for each wireless communication system.
  • the antenna switch 915 may be omitted from the configuration of the smartphone 900.
  • the bus 917 connects the processor 901, the memory 902, the storage 903, the external connection interface 904, the camera 906, the sensor 907, the microphone 908, the input device 909, the display device 910, the speaker 911, the wireless communication interface 912, and the auxiliary controller 919 to each other.
  • the battery 918 supplies power to each block of the smartphone 900 illustrated in FIG. 28 via a power supply line partially indicated by a broken line in the drawing.
  • the auxiliary controller 919 operates the minimum functions of the smartphone 900, for example, in the sleep mode.
  • one or more components (for example, at least one of the communication control unit 241, the information acquisition unit 243, and the notification unit 247) included in the terminal device 200 described with reference to FIG. ) May be implemented in the wireless communication interface 912. Alternatively, at least some of these components may be implemented in processor 901 or auxiliary controller 919.
  • the smartphone 900 includes a module including a part (for example, the BB processor 913) or all of the wireless communication interface 912, the processor 901, and / or the auxiliary controller 919, and the one or more components in the module. May be implemented.
  • the module stores a program for causing a processor to function as the one or more components (in other words, a program for causing the processor to execute the operations of the one or more components).
  • the program may be executed.
  • a program for causing a processor to function as the one or more components is installed in the smartphone 900, and the wireless communication interface 912 (for example, the BB processor 913), the processor 901, and / or the auxiliary controller 919 is installed in the smartphone 900.
  • the program may be executed.
  • the smartphone 900 or the module may be provided as a device including the one or more components, and a program for causing a processor to function as the one or more components may be provided. Further, a readable recording medium on which the program is recorded may be provided.
  • the wireless communication unit 220 described with reference to FIG. 3 may be implemented in the wireless communication interface 912 (for example, the RF circuit 914). Further, the antenna unit 210 may be mounted on the antenna 916. Further, the storage unit 230 may be implemented in the memory 902.
  • FIG. 29 is a block diagram illustrating an example of a schematic configuration of a car navigation device 920 to which the technology according to the present disclosure may be applied.
  • the car navigation device 920 includes a processor 921, a memory 922, a GPS (Global Positioning System) module 924, a sensor 925, a data interface 926, a content player 927, a storage medium interface 928, an input device 929, a display device 930, a speaker 931, and wireless communication.
  • An interface 933, one or more antenna switches 936, one or more antennas 937, and a battery 938 are provided.
  • the processor 921 may be, for example, a CPU or an SoC, and controls the navigation function and other functions of the car navigation device 920.
  • the memory 922 includes a RAM and a ROM, and stores programs executed by the processor 921 and data.
  • the GPS module 924 measures the position (for example, latitude, longitude, and altitude) of the car navigation device 920 using a GPS signal received from a GPS satellite.
  • the sensor 925 may include, for example, a sensor group such as a gyro sensor, a geomagnetic sensor, and a barometric pressure sensor.
  • the data interface 926 is connected to the in-vehicle network 941 via a terminal (not shown), for example, and acquires data generated on the vehicle side such as vehicle speed data.
  • the content player 927 reproduces the content stored on the storage medium (for example, CD or DVD) inserted into the storage medium interface 928.
  • the input device 929 includes, for example, a touch sensor, a button, or a switch that detects a touch on the screen of the display device 930, and receives an operation or information input from a user.
  • the display device 930 has a screen such as an LCD or an OLED display, and displays an image of a navigation function or content to be reproduced.
  • the speaker 931 outputs the navigation function or the sound of the content to be reproduced.
  • the wireless communication interface 933 supports any of the cellular communication systems such as LTE and LTE-Advanced, and executes wireless communication.
  • the wireless communication interface 933 may typically include a BB processor 934, an RF circuit 935, and the like.
  • the BB processor 934 may perform, for example, encoding / decoding, modulation / demodulation, and multiplexing / demultiplexing, and performs various signal processings for wireless communication.
  • the RF circuit 935 may include a mixer, a filter, an amplifier, and the like, and transmits and receives wireless signals via the 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 a plurality of BB processors 934 and a plurality of RF circuits 935 as illustrated in FIG. Although FIG. 29 illustrates an example in which the wireless communication interface 933 includes a plurality of BB processors 934 and a plurality of RF circuits 935, the wireless communication interface 933 includes a single BB processor 934 or a single RF circuit 935. May be.
  • the wireless communication interface 933 may support other types of wireless communication methods such as a short-range wireless communication method, a close-range wireless communication method, or a wireless LAN method in addition to the cellular communication method.
  • a BB processor 934 and an RF circuit 935 for each communication method may be included.
  • Each of the antenna switches 936 switches the connection destination of the antenna 937 among a plurality of circuits (for example, circuits for different wireless communication systems) included in the wireless communication interface 933.
  • Each of the antennas 937 has a single or a plurality of antenna elements (for example, a plurality of antenna elements constituting a MIMO antenna), and is used for transmission and reception of a radio signal by the radio communication interface 933.
  • the car navigation device 920 may include a plurality of antennas 937 as shown in FIG. Although FIG. 29 illustrates an example in which the car navigation device 920 includes a plurality of antennas 937, the car navigation device 920 may include a single antenna 937.
  • the car navigation device 920 may include an antenna 937 for each wireless communication system.
  • the antenna switch 936 may be omitted from the configuration of the car navigation device 920.
  • the battery 938 supplies power to each block of the car navigation device 920 shown in FIG. 29 via a power supply line partially indicated by a broken line in the drawing.
  • the battery 938 stores power supplied from the vehicle.
  • one or more components may be implemented in the wireless communication interface 933.
  • at least some of these components may be implemented in processor 921.
  • the car navigation device 920 includes a module including a part (for example, the BB processor 934) or all and / or the processor 921 of the wireless communication interface 933, and the one or more components are mounted in the module. You may.
  • the module stores a program for causing a processor to function as the one or more components (in other words, a program for causing the processor to execute the operations of the one or more components).
  • the program may be executed.
  • a program for causing a processor to function as the one or more 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. May be.
  • the car navigation device 920 or the module may be provided as a device including the one or more components, and a program for causing a processor to function as the one or more components may be provided. Good. Further, a readable recording medium on which the program is recorded may be provided.
  • 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). Further, the antenna unit 210 may be mounted on the antenna 937. Further, the storage unit 230 may be implemented in the memory 922.
  • 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 above-described car navigation device 920, an in-vehicle network 941, and a vehicle-side module 942.
  • vehicle-side module 942 generates vehicle-side data such as vehicle speed, engine speed, or failure information, and outputs the generated data to the on-vehicle network 941.
  • a communication device corresponding to a receiving terminal among communication devices (terminal devices 200) that perform inter-device communication includes a communication unit that performs wireless communication, And a control unit that controls communication with the other communication device.
  • the acquisition unit may switch the transmission and reception in a time-division manner and perform communication between the devices by transmitting first information regarding a data transmission condition using a communication method to another communication device via the wireless communication. To get from.
  • the control unit controls an operation related to reception of data transmitted from the other communication device according to the first information.
  • the communication device corresponding to the transmission terminal includes a communication unit that performs wireless communication, a notification unit that notifies another communication device of information, and a control unit that controls communication with the other communication device.
  • the notification unit transmits the first information relating to data transmission conditions using a communication method of performing inter-device communication by switching between transmission and reception in a time-division manner to another communication device via the wireless communication.
  • the control unit controls an operation related to transmission of data to the another communication device after the notification of the first information.
  • the technology according to the present disclosure is not limited to V2X communication, and can be applied to so-called communication between terminal devices, such as communication via a side link.
  • Specific examples of the communication include D2D communication, MTC communication, and the like.
  • application to a so-called Moving Cell or relay communication is also possible.
  • the description has been made focusing on the mode 4 resource allocation method, but the present invention may be applied to the mode 3 resource allocation method.
  • the description has been made mainly as a method for an FDM type resource pool, but the present invention can also be applied to a 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 are appropriately read.
  • the technology according to the present disclosure may be applied to multicarrier communication that performs sidelink communication using a plurality of carriers.
  • the present invention can be applied to non-ground station communication using a satellite, a drone, or the like as a device such as a base station.
  • the technology according to the present disclosure may be applied to side link communication in relay communication such as IAB (Integrated Access and Backhaul link).
  • the present invention may be applied to a vehicle-tethering use case in which a vehicle stands between a base station and a user terminal near the vehicle and serves as a relay terminal. In this case, for example, a communication link between the car and a nearby user terminal is established by a side link, and the technology according to the present disclosure may be applied.
  • a communication unit for performing wireless communication An acquisition unit configured to acquire, from the first communication device via the wireless communication, first information relating to a data transmission condition using a communication method of performing communication between devices by switching between transmission and reception in a time-division manner; A control unit that controls an operation related to reception of data transmitted from the first communication device in accordance with the first information; A communication device comprising: (2) The control unit controls an operation related to transmission of data to a second communication device according to the first information and a situation related to transmission or reception of data in the communication scheme.
  • the control unit according to (2) wherein the control unit drops a packet to be transmitted to the second communication device in accordance with the first information and a situation regarding transmission or reception of data in the communication method.
  • the communication device as described.
  • the control unit based on a comparison between the priority of a packet transmitted from the first communication device according to the first information and the priority of a packet to be transmitted to the second communication device, The communication device according to (3), wherein a packet to be transmitted to the second communication device is dropped.
  • the control unit releases a unicast wireless link established with the second communication device according to the first information and a situation regarding transmission or reception of data in the communication method.
  • the communication device according to (2) is
  • the acquisition unit is configured to acquire second information including at least information on the presence or absence of important data included in the first information, which is notified via a first partial area in an area to which resources are allocated,
  • the control unit determines, based on the second information, whether to receive data transmitted from the first communication device, The communication device according to any one of (2) to (5).
  • the second information includes information on a second partial area different from the first partial area,
  • the acquisition unit is configured to notify, via the second partial area, information other than the information notified as the second information, of the first information, based on the second information. To get the The communication device according to (6).
  • the control unit determines, based on the second information, which of the reception of data transmitted from the first communication device and the transmission of data to the second communication device has priority.
  • the communication device according to (6) or (7).
  • the control unit controls a route related to reception of data transmitted from the first communication device according to the first information and a situation related to transmission or reception of data in the communication method.
  • the communication device according to any one of (1) to (8).
  • the control unit includes: Based on the first information, determine whether to permit the first communication device to transmit data, Controlling to receive data transmitted from the first communication device according to a result of the determination; The communication device according to any one of (1) to (9).
  • a notification unit that notifies information according to a result of the determination as to whether to permit the first communication device to transmit data; The control unit, after notification of information according to the result of the determination, controls to receive data transmitted from the first communication device, The communication device according to (10).
  • a notification unit configured to notify the first communication device of third information regarding data reception, The obtaining unit obtains the first information from the first communication device after notifying the third information, The communication device according to any one of (1) to (11).
  • the third information is Information about the number of receive antennas, Information about the device involved in receiving the data, Information about resource pools available for receiving data, Information on processing related to data transmission; Information on processing relating to data reception; Information about the resources that can receive data, Including at least one of the following: The communication device according to (12).
  • the first information includes: Information on a buffer of transmission data in the first communication device; Information about a schedule for future transmission by said first communication device; Information on the type of packet related to the transmission of the data, Information on the reception deadline of the packet related to the transmission of the data, Information on the priority of the packet related to the transmission of the data, Information about the presence or absence of important data, Including at least one of the following: The communication device according to any one of (1) to (13). (15) The communication device according to any one of (1) to (14), further comprising: a notification unit configured to notify the first communication device of information on a resource capable of receiving data.
  • a communication unit for performing wireless communication A notification unit that notifies the third communication device via the wireless communication of first information relating to data transmission conditions using a communication method of performing communication between devices by switching between transmission and reception in a time-division manner; A control unit that controls an operation related to transmission of data to the third communication device after the notification of the first information; A communication device comprising: (17) The control unit may, after notifying of the first information, perform, between transmission of data to the third communication device and reception of data transmitted from the fourth communication device, according to a predetermined condition.
  • the control unit includes: The priority is The type of communication traffic, Position information of at least one of the communication device, the third communication device, and the fourth communication device; Channel congestion, Channel occupancy, Controlling based on at least one of: The communication device according to (17). (19) The control unit according to any one of (16) to (18), wherein, after notifying the first information, the control unit drops a packet to be transmitted to the third communication device according to a predetermined condition. The communication device as described. (20) The control unit according to any one of (16) to (19), further comprising, after notifying the first information, controlling a transmission method of a packet to be transmitted to the third communication device according to a predetermined condition. The communication device according to claim 1.
  • the notifying unit after notifying the first information, instructs the third communication device to release a unicast radio link with another communication device according to a predetermined condition, (16) The communication device according to any one of (20) to (20).
  • the control unit after notifying of the first information, switches communication with the third communication device to multi-carrier communication according to a predetermined condition, wherein the control unit switches to multi-carrier communication.
  • the communication device according to claim 1. (23) The control unit controls the frequency band used for communication with the third communication device according to a predetermined condition after the notification of the first information.
  • control unit controls a data transmission path to the third communication device according to a predetermined condition.
  • the communication device according to claim 1. Any of the above (16) to (24), wherein, after notifying the first information, the control unit reserves a resource for the third communication device to receive a packet according to a predetermined condition.
  • the communication device according to claim 1. The control unit may include, after the notification of the first information, a comparison result between a priority of a packet to be transmitted to the third communication device and a priority of receiving a packet in the third communication device.
  • a communication unit for performing wireless communication An acquisition unit that acquires, from the first communication device via the wireless communication, first information regarding a data transmission condition using a communication method of performing communication between devices by switching between transmission and reception in a time-division manner; A control unit that controls an operation related to reception of data transmitted from the first communication device in accordance with the first information;
  • a communication device comprising: (28) A communication unit for performing wireless communication; A notification unit that notifies the third communication device via the wireless communication of first information relating to data transmission conditions using a communication method of performing communication between devices by switching between transmission and reception in a time-division manner; A control unit that controls an operation related to transmission of data to the third communication device after the notification of the first information;
  • a communication device comprising:
  • System 100 Base Station 110 Antenna Unit 120 Wireless Communication Unit 130 Network Communication Unit 140 Storage Unit 150 Control Unit 151 Communication Control Unit 153 Information Acquisition Unit 155 Notification Unit 200 Terminal Device 210 Antenna Unit 220 Wireless Communication Unit 230 Storage Unit 240 Control Unit 241 Communication control unit 243 Information acquisition unit 247 Notification unit

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Ｖ２Ｘ通信を初めとした装置間通信において、ＨＤ問題の顕在化をより抑制可能とする。無線通信を行う通信部（２２０）と、送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、前記無線通信を介して第１の通信装置から取得する取得部（２４３）と、前記第１の情報に応じて、前記第１の通信装置から送信されるデータの受信に係る動作を制御する制御部（２４１）と、を備える、通信装置。

Description

通信装置
　本開示は、通信装置に関する。
　将来の自動運転の実現のため、近年、車載通信（Ｖ２Ｘ通信）への期待が高まってきている。Ｖ２Ｘ通信とは、Vehicle　to　X通信の略であり、車と“何か”が通信を行うシステムである。ここでの“何か”の例として、車両（Vehicle）、設備（Infrastructure）、ネットワーク（Network）、及び歩行者（Pedestrian）等が挙げられる（Ｖ２Ｖ、Ｖ２Ｉ、Ｖ２Ｎ、及びＶ２Ｐ）。例えば、特許文献１には、Ｖ２Ｘ通信に関する技術の一例が開示されている。
　また、車用の無線通信としては、これまで主に、８０２．１１ｐベースのＤＳＲＣ（Dedicated　Short　Range　Communication）の開発が進められてきたが、近年になり、ＬＴＥベースの車載通信である“ＬＴＥ－ｂａｓｅｄ　Ｖ２Ｘ”の標準規格化が行われた。ＬＴＥベースのＶ２Ｘ通信では、基本的なセーフティメッセージ等のやり取りなどがサポートされている。
特開２０１７－２０８７９６号公報
　ところで、サイドリンクにおけるＶ２Ｘ通信に代表される装置間通信では、送信と受信とを時分割で行うように制限され、常に送信または受信ができるとは限らない、所謂ＨＤ（Half　Duplex）という制約がかけられる場合がある。このようなＨＤの制約により、ブロードキャスト通信のRepetition送信をサポートしている従来のＬＴＥ－Ｖ２Ｘ通信においても、送信または受信が制限される、所謂ＨＤ問題が発生する場合があった。
　これに対して、ＮＲ　Ｖ２Ｘ通信では、ブロードキャスト通信に比べて通信データ量のより多いユニキャスト通信がサポートされる。このような背景から、ＮＲ　Ｖ２Ｘ通信では、従来のＶ２Ｘ通信に比べてＨＤ問題がより顕著に顕在化する可能性がある。
　そこで、本開示では、Ｖ２Ｘ通信を初めとした装置間通信において、ＨＤ問題の顕在化をより抑制可能とする技術を提案する。
　本開示によれば、無線通信を行う通信部と、送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、前記無線通信を介して第１の通信装置から取得する取得部と、前記第１の情報に応じて、前記第１の通信装置から送信されるデータの受信に係る動作を制御する制御部と、を備える、通信装置が提供される。
　また、本開示によれば、無線通信を行う通信部と、送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、前記無線通信を介して第３の通信装置に通知する通知部と、前記第１の情報の通知後に、前記第３の通信装置へのデータの送信に係る動作を制御する制御部と、を備える、通信装置が提供される。
　以上説明したように本開示によれば、Ｖ２Ｘ通信を初めとした装置間通信において、ＨＤ問題の顕在化をより抑制可能とする技術が提供される。
　なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
本開示の一実施形態に係るシステムの概略的な構成の一例について説明するための説明図である。 同実施形態に係る基地局の構成の一例を示すブロック図である。 同実施形態に係る端末装置の構成の一例を示すブロック図である。 Ｖ２Ｘ通信の概要について示した図である。 Ｖ２Ｘ通信の全体像の一例について説明するための説明図である。 Ｖ２Ｘ通信のユースケースの一例を示した図である。 Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。 Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。 Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。 Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。 Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。 Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。 サイドリンク通信に割り当てられたリソースの構成の一例について示した図である。 Mode4リソース割り当てに基づき端末装置がパケットを送信する場合の動作タイムラインの一例について説明するための説明図である。 リソースプール内からリソースを選択するためのセンシングの動作の一例について説明するための説明図である。 ＨＤ問題の一例について概要を説明するための説明図である。 同実施形態に係るシステムの処理の流れの一例について示したシーケンス図である。 重要パケットの有無に関する情報に応じた端末装置の動作の一例について概要を説明するための説明図である。 同実施形態に係る端末装置による制御情報及びデータのデコードに係る処理の概要について説明するための説明図である。 送受信の割合のレベル分けの一例について説明するための説明図である。 実施例１に係るシステムの一連の処理の流れの一例を示したシーケンス図である。 実施例２に係るシステムの一連の処理の流れの一例を示したシーケンス図である。 実施例２に係るシステムにおける送信端末として動作する端末装置の一連の処理の流れの一例について示したフローチャートである。 実施例２に係るシステムにおける受信端末として動作する端末装置の一連の処理の流れの一例について示したフローチャートである。 実施例３に係るシステムの一連の処理の流れの一例を示したシーケンス図である。 ｅＮＢの概略的な構成の第１の例を示すブロック図である。 ｅＮＢの概略的な構成の第２の例を示すブロック図である。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　なお、説明は以下の順序で行うものとする。
　１．構成例
　　１．１．システム構成の一例
　　１．２．基地局の構成例
　　１．３．端末装置の構成例
　２．Ｖ２Ｘ通信
　３．サイドリンクへのリソースの割り当て方式
　４．ＨＤ問題に関する検討
　５．技術的特長
　　５．１．送受信端末間での互いの状況の認識
　　５．２．サイドリンクのリソースのレベル分け
　　５．３．実施例
　　　５．３．１．実施例１：ユニキャストリンクの追加に係る動作の第１の例
　　　５．３．２．実施例２：ユニキャストリンクの追加に係る動作の第２の例
　　　５．３．３．実施例３：ユニキャストリンクの追加に係る動作の第３の例
　６．応用例
　　６．１．基地局に関する応用例
　　６．２．端末装置に関する応用例
　７．むすび
　＜＜１．構成例＞＞　　＜１．１．システム構成の一例＞
　まず、図１を参照して、本開示の一実施形態に係るシステム１の概略的な構成の一例について説明する。図１は、本開示の一実施形態に係るシステム１の概略的な構成の一例について説明するための説明図である。図１に示すように、システム１は、無線通信装置１００と、端末装置２００とを含む。ここでは、端末装置２００は、ユーザとも呼ばれる。当該ユーザは、ＵＥとも呼ばれ得る。無線通信装置１００Ｃは、ＵＥ－Ｒｅｌａｙとも呼ばれる。ここでのＵＥは、ＬＴＥ又はＬＴＥ－Ａにおいて定義されているＵＥであってもよく、ＵＥ－Ｒｅｌａｙは、３ＧＰＰで議論されているＰｒｏｓｅ　ＵＥ　ｔｏ　Ｎｅｔｗｏｒｋ　Ｒｅｌａｙであってもよく、より一般的に通信機器を意味してもよい。
　　（１）無線通信装置１００
　無線通信装置１００は、配下の装置に無線通信サービスを提供する装置である。例えば、無線通信装置１００Ａは、セルラーシステム（又は移動体通信システム）の基地局である。基地局１００Ａは、基地局１００Ａのセル１０Ａの内部に位置する装置（例えば、端末装置２００Ａ）との無線通信を行う。例えば、基地局１００Ａは、端末装置２００Ａへのダウンリンク信号を送信し、端末装置２００Ａからのアップリンク信号を受信する。
　基地局１００Ａは、他の基地局と例えばＸ２インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。また、基地局１００Ａは、所謂コアネットワーク（図示を省略する）と例えばＳ１インタフェースにより論理的に接続されており、制御情報等の送受信が可能である。なお、これらの装置間の通信は、物理的には多様な装置により中継され得る。
　ここで、図１に示した無線通信装置１００Ａは、マクロセル基地局であり、セル１０Ａはマクロセルである。一方で、無線通信装置１００Ｂ及び１００Ｃは、スモールセル１０Ｂ及び１０Ｃをそれぞれ運用するマスタデバイスである。一例として、マスタデバイス１００Ｂは、固定的に設置されるスモールセル基地局である。スモールセル基地局１００Ｂは、マクロセル基地局１００Ａとの間で無線バックホールリンクを、スモールセル１０Ｂ内の１つ以上の端末装置（例えば、端末装置２００Ｂ）との間でアクセスリンクをそれぞれ確立する。なお、無線通信装置１００Ｂは、３ＧＰＰで定義されるリレーノードであってもよい。マスタデバイス１００Ｃは、ダイナミックＡＰ（アクセスポイント）である。ダイナミックＡＰ１００Ｃは、スモールセル１０Ｃを動的に運用する移動デバイスである。ダイナミックＡＰ１００Ｃは、マクロセル基地局１００Ａとの間で無線バックホールリンクを、スモールセル１０Ｃ内の１つ以上の端末装置（例えば、端末装置２００Ｃ）との間でアクセスリンクをそれぞれ確立する。ダイナミックＡＰ１００Ｃは、例えば、基地局又は無線アクセスポイントとして動作可能なハードウェア又はソフトウェアが搭載された端末装置であってよい。この場合のスモールセル１０Ｃは、動的に形成される局所的なネットワーク（Localized　Network／Virtual　Cell）である。
　セル１０Ａは、例えば、ＬＴＥ、ＬＴＥ－Ａ（LTE－Advanced）、ＬＴＥ－ＡＤＶＡＮＣＥＤ　ＰＲＯ、ＧＳＭ（登録商標）、ＵＭＴＳ、Ｗ－ＣＤＭＡ、ＣＤＭＡ２０００、ＷｉＭＡＸ、ＷｉＭＡＸ２又はＩＥＥＥ８０２．１６などの任意の無線通信方式に従って運用されてよい。
　なお、スモールセルは、マクロセルと重複して又は重複せずに配置される、マクロセルよりも小さい様々な種類のセル（例えば、フェムトセル、ナノセル、ピコセル及びマイクロセルなど）を含み得る概念である。ある例では、スモールセルは、専用の基地局によって運用される。別の例では、スモールセルは、マスタデバイスとなる端末がスモールセル基地局として一時的に動作することにより運用される。いわゆるリレーノードもまた、スモールセル基地局の一形態であると見なすことができる。リレーノードの親局として機能する無線通信装置は、ドナー基地局とも称される。ドナー基地局は、ＬＴＥにおけるＤｅＮＢを意味してもよく、より一般的にリレーノードの親局を意味してもよい。
　　（２）端末装置２００
　端末装置２００は、セルラーシステム（又は移動体通信システム）において通信可能である。端末装置２００は、セルラーシステムの無線通信装置（例えば、基地局１００Ａ、マスタデバイス１００Ｂ又は１００Ｃ）との無線通信を行う。例えば、端末装置２００Ａは、基地局１００Ａからのダウンリンク信号を受信し、基地局１００Ａへのアップリンク信号を送信する。
　また、端末装置２００としては、所謂ＵＥのみに限らず、例えば、ＭＴＣ端末、ｅＭＴＣ（Enhanced　MTC）端末、及びＮＢ－ＩｏＴ端末等のような所謂ローコスト端末（Low　cost　UE）が適用されてもよい。また、ＲＳＵ(Road　Side　Unit)のようなインフラストラクチャ端末やＣＰＥ(Customer　Premises　Equipment)のような端末が適用されてもよい。
　　（３）補足
　以上、システム１の概略的な構成を示したが、本技術は図１に示した例に限定されない。例えば、システム１の構成として、マスタデバイスを含まない構成、ＳＣＥ（Small　Cell　Enhancement）、ＨｅｔＮｅｔ（Heterogeneous　Network）、ＭＴＣネットワーク等が採用され得る。またシステム１の構成の、他の一例として、マスタデバイスがスモールセルに接続し、スモールセルの配下でセルを構築してもよい。
　　＜１．２．基地局の構成例＞
　次いで、図２を参照して、本開示の一実施形態に係る基地局１００の構成を説明する。図２は、本開示の一実施形態に係る基地局１００の構成の一例を示すブロック図である。図２を参照すると、基地局１００は、アンテナ部１１０と、無線通信部１２０と、ネットワーク通信部１３０と、記憶部１４０と、制御部１５０とを含む。
　（１）アンテナ部１１０
　アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。
　（２）無線通信部１２０
　無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置へのダウンリンク信号を送信し、端末装置からのアップリンク信号を受信する。
　（３）ネットワーク通信部１３０
　ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局及びコアネットワークノードを含む。
　なお、前述したように、本実施形態に係るシステム１においては、端末装置がリレー端末として動作し、リモート端末と基地局との間の通信を中継する場合がある。このような場合には、例えば、当該リレー端末に相当する無線通信装置１００Ｃは、ネットワーク通信部１３０を備えていなくてもよい。
　（４）記憶部１４０
　記憶部１４０は、基地局１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
　（５）制御部１５０
　制御部１５０は、基地局１００の様々な機能を提供する。制御部１５０は、通信制御部１５１と、情報取得部１５３と、通知部１５５とを含む。なお、制御部１５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部１５０は、これらの構成要素の動作以外の動作も行い得る。
　通信制御部１５１は、無線通信部１２０を介した端末装置２００との間の無線通信の制御に係る各種処理を実行する。また、通信制御部１５１は、ネットワーク通信部１３０を介した他のノード（例えば、他の基地局やコアネットワークノード等）との間の通信の制御に係る各種処理を実行する。
　情報取得部１５３は、端末装置２００や他のノードから各種情報を取得する。取得された当該情報は、例えば、端末装置との間の無線通信の制御や、他のノードとの連携に係る制御等に利用されてもよい。
　通知部１５５は、端末装置２００や他のノードに各種情報を通知する。具体的な一例として、通知部１５５は、セル内の端末装置が基地局と無線通信を行うための各種情報を当該端末装置に通知してもよい。また、他の一例として、通知部１５５は、セル内の端末装置から取得した情報を、他のノード（例えば、他の基地局）に通知してもよい。
　　＜１．３．端末装置の構成例＞
　次に、図３を参照して、本開示の実施形態に係る端末装置２００の構成の一例を説明する。図３は、本開示の実施形態に係る端末装置２００の構成の一例を示すブロック図である。図３に示すように、端末装置２００は、アンテナ部２１０と、無線通信部２２０と、記憶部２３０と、制御部２４０とを含む。
　（１）アンテナ部２１０
　アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。
　（２）無線通信部２２０
　無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局からのダウンリンク信号を受信し、基地局へのアップリンク信号を送信する。
　また、本実施形態に係るシステム１においては、端末装置２００が、他の端末装置２００と基地局１００を介さずに直接通信を行う場合がある。この場合には、無線通信部２２０は、他の端末装置２００との間でサイドリンク信号を送受信してもよい。
　（３）記憶部２３０
　記憶部２３０は、端末装置２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
　（４）制御部２４０
　制御部２４０は、端末装置２００の様々な機能を提供する。例えば、制御部２４０は、通信制御部２４１と、情報取得部２４３と、通知部２４７とを含む。なお、制御部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、制御部２４０は、これらの構成要素の動作以外の動作も行い得る。
　通信制御部２４１は、無線通信部２２０を介した基地局１００や他の端末装置２００との間の無線通信の制御に係る各種処理を実行する。例えば、通信制御部２４１は、パケットの送信に利用するリソースを予約してもよい。また、通信制御部２４１は、予約されたリソースのうち一部のリソースを選択し、選択した当該リソースを利用してパケットが送信されるように制御してもよい。
　また、通信制御部２４１は、基地局１００や他の端末装置２００から取得された情報に基づき、所定の判定を行ってもよい。より具体的な一例として、通信制御部２４１は、他の端末装置２００に対してパケットを送信可能か否かを判定してもよい。また、このとき通信制御部２４１は、他の端末装置２００に送信予定のパケットをドロップするか否かを判定してもよい。
　情報取得部２４３は、基地局１００や他の端末装置２００から各種情報を取得する。具体的な一例として、情報取得部２４３は、他の端末装置２００に関する情報（例えば、受信capability等）を、当該他の端末装置２００から取得してもよい。また、情報取得部２４３は、他の端末装置２００との通信に利用するリソースを選択するための各種情報を、基地局１００や他の端末装置２００から取得してもよい。より具体的な一例として、情報取得部２４３は、他の端末装置２００が予約したリソースに関する情報を当該他の端末装置２００から取得してもよい。
　通知部２４７は、基地局１００や他の端末装置２００に各種情報を通知する。具体的な一例として、通知部２４７は、送信予定のデータやパケットに関する情報を、他の端末装置２００（例えば、当該データやパケットの送信先となる端末装置２００）に通知してもよい。また、通知部２４７は、パケットの送信に利用するために予約したリソースに関する情報を、他の端末装置２００に通知してもよい。
　＜＜２．Ｖ２Ｘ通信＞＞
　続いて、Ｖ２Ｘ通信について概要を説明する。Ｖ２Ｘ通信とは、Vehicle　to　X通信の略であり、車と“何か”が通信を行うシステムである。例えば、図４は、Ｖ２Ｘ通信の概要について示した図である。ここでの“何か”の例としては、例えば、図４に示すように、車両（Vehicle）、設備（Infrastructure）、ネットワーク（Network）、及び歩行者（Pedestrian）等が挙げられる（Ｖ２Ｖ、Ｖ２Ｉ、Ｖ２Ｎ、及びＶ２Ｐ）。
　（Ｖ２Ｘ通信の全体像）
　また、図５は、Ｖ２Ｘ通信の全体像の一例について説明するための説明図である。図５に示す例では、クラウドサーバとしてＶ２Ｘのアプリケーションサーバ（ＡＰＰサーバ）が保有され、当該アプリケーションサーバにより、コアネットワーク側でＶ２Ｘ通信の制御が実施される。基地局は、端末装置とのＵｕリンクの通信を行う一方で、Ｖ２Ｖ通信やＶ２Ｐ通信等の直接通信の通信制御を実施する。また、基地局の他に、路肩のインフラストラクチャ（Infrastructure）としてＲＳＵ（Road　Side　Unit）が配置される。ＲＳＵとしては、基地局型のＲＳＵと、ＵＥ型のＲＳＵと、の二つが考えられる。ＲＳＵにおいてはＶ２Ｘアプリケーション（Ｖ２Ｘ　ＡＰＰ）の提供やデータリレー等のサポートが行われる。
　（Ｖ２Ｘ通信のユースケース）
　自動車向けの無線通信としては、これまで主に、８０２．１１ｐベースのＤＳＲＣ（Dedicated　Short　Range　Communication）の開発が進められてきたが、近年になり、ＬＴＥベースの車載通信である“LTE-based　V2X（ＬＴＥベースのＶ２Ｘ通信）”の標準規格化が行われた。ＬＴＥベースのＶ２Ｘ通信では、基本的なセーフティメッセージ等のやり取りなどがサポートされている。一方で、さらなるＶ２Ｘ通信の改善をめざし、近年５Ｇ技術（ＮＲ：New　Radio）を用いたＮＲ　Ｖ２Ｘ通信の検討が行われている。例えば、図６は、Ｖ２Ｘ通信のユースケースの一例を示した図である。
　ＮＲ　Ｖ２Ｘ通信では、これまでＬＴＥベースのＶ２Ｘではサポートが困難であったような、高信頼性、低遅延、高速通信、ハイキャパシティを必要とする新たなユースケースがサポートされる。具体的な一例として、図６に示す例のうち、例えば、ダイナミックマップの提供やリモートドライビング等が挙げられる。また、この他にも、車車間や路車間でセンサデータのやり取りを行うようなセンサデータシェアリングや、隊列走行向けのプラトゥーニングユースケースが挙げられる。このようなＮＲ　Ｖ２Ｘ通信のユースケース及び要求事項については、３ＧＰＰ　ＴＲ２２．８８６において規定されている。参考として、以下にユースケースの一例について概要を説明する。
　（１）Vehicles　Platoonning
　複数の車両が隊列となり、同じ方向に走行する、隊列走行のユースケースであり、隊列走行を主導する車と他の車との間で隊列走行を制御するための情報のやり取りが行われる。これらの情報のやりとりにより、例えば、隊列走行の車間距離をより詰めることが可能となる。
　（２）Extended　Sensors
　センサ関連の情報（データ処理前のＲａｗデータや、処理後のデータ）を車車間等において交換可能とするユースケースである。センサ情報は、ローカルセンサ、ライブビデオイメージ（例えば、周辺の車両、ＲＳＵ、及び歩行者との間のライブビデオイメージ）、及びＶ２Ｘアプリケーションサーバ等を通して集められる。車両はこれらの情報交換により、自身のセンサ情報では得られない情報を入手することが可能となり、より広範囲の環境を認知／認識することが可能となる。なお、本ユースケースでは、多くの情報を交換する必要があるため、通信には高いデータレートが求められる。
　（３）Advanced　Driving
　準自動走行や、完全自動走行を可能とするユースケースである。本ユースケースでは、ＲＳＵが自身のセンサ等から得られた認知／認識情報を周辺車両へとシェアすることで、それぞれの車両が、軌道や操作を他の車両と同期、協調しながら調整することができる。また、それぞれの車両は、ドライビングの意図や意思を周辺車両とシェアすることも可能となる。
　（４）Remote　Driving
　遠隔操縦者やＶ２Ｘアプリケーションに遠隔操縦させるユースケースである。遠隔操作は、運転を行うことが困難な人に替わって他者が運転を行う場合や、危険地域での車両の操作等に用いられる。ルートや走行する道がある程度決まっているような公共交通機関に対しては、例えば、クラウドコンピューティングベースの操縦を適用することも可能である。本ユースケースでは、高い信頼性と低い伝送遅延が通信に求められる。
　（物理レイヤエンハンスメント）
　上述した要求事項を達成するためには、ＬＴＥ　Ｖ２Ｘから物理レイヤのさらなるエンハンスメントが必要となる。対象となるリンクは、ＵｕリンクやＰＣ５リンク（サイドリンク）が挙げられる。Ｕｕリンクは、基地局やＲＳＵ（Road　Side　Unit）等のインフラストラクチャと、端末装置との間のリンクである。また、ＰＣ５リンク（サイドリンク）は、端末装置間のリンクである。主なエンハンスメントのポイントを以下に示す。
　エンハンスメントの一例としては、以下が挙げられる。
　・チャネルフォーマット
　・サイドリンクフィードバック通信
　・サイドリンクリソース割り当て方式
　・車両位置情報推定技術
　・端末間リレー通信
　・ユニキャスト通信、マルチキャスト通信のサポート
　・マルチキャリア通信、キャリアアグリゲーション
　・MIMO/ビームフォーミング
　・高周波周波数対応（例:　６ＧＨｚ以上）
　…等
　また、チャネルフォーマットとしては、例えば、Flexible　numerology、short　TTI（Transmission　Time　Interval）、マルチアンテナ対応、及びWaveform等が挙げられる。また、サイドリンクフィードバック通信としては、例えば、ＨＡＲＱ、ＣＳＩ（Channel　Status　Information）等が挙げられる。
　（Ｖ２Ｘオペレーションシナリオ）
　以下に、Ｖ２Ｘの通信オペレーションシナリオの一例について述べる。Ｖ２Ｎ通信においては、基地局－端末装置間のＤＬ／ＵＬ通信のみでシンプルであった。これに対して、Ｖ２Ｖ通信では、多様な通信経路が考えられる。以降では、主にＶ２Ｖ通信の例に着目して、各シナリオの説明を行うが、Ｖ２ＰやＶ２Ｉについても同様の通信オペレーションを適用可能である。なお、Ｖ２ＰやＶ２Ｉにおいては、通信先がPedestrianやＲＳＵとなる。
　例えば、図７～図１２は、Ｖ２Ｘオペレーションシナリオの一例について説明するための説明図である。具体的には、図７は、車両同士が基地局（Ｅ－ＵＴＲＡＮ）を介さずに直接通信を行うシナリオを示している。図８は、車両同士が基地局を介して通信を行うシナリオを示している。図９及び図１０は、車両同士が端末装置（ＵＥ、ここではＲＳＵ）及び基地局を介して通信を行うシナリオを示している。図１１及び図１２は、車両同士が端末装置（ＵＥ、ここではＲＳＵや他の車両）を介して通信を行うシナリオを示している。
　なお、図７～図１２において、「サイドリンク」は、端末装置間の通信リンクに相当し、ＰＣ５とも称される。サイドリンクの具体的な一例として、Ｖ２Ｖ、Ｖ２Ｐ、及びＶ２Ｉの通信リンクが挙げられる。「Ｕｕインタフェース」は、端末装置－基地局間の無線インタフェースに相当する。Ｕｕインタフェースの具体的な一例として、Ｖ２Ｎの通信リンクが挙げられる。「ＰＣ５インタフェース」は、端末装置間の無線インタフェースに相当する。
　＜＜３．サイドリンクリソース割り当て方式＞＞
　続いて、サイドリンクへのリソース割り当ての方式について概要を説明する。サイドリンクへのリソース割り当ての方式としては、基地局がサイドリンクのリソースを割り当てる「Mode3リソース割り当て」の方式と、端末装置自身でセンシングを行いサイドリンクのリソース選択を行う「Mode4リソース割り当て」の方式とがある。ここでは、主に、Mode4リソース割り当ての方式に着目する。
　・リソースプール割り当て
　Mode4リソース割り当てを行うに当たり、事前にリソースプールの割り当てが行われる。当該リソースプールの割り当ては、例えば、基地局により行われる。また、他の一例として、Preconfigurationにより、当該リソースプールの割り当てが行われていてもよい。端末装置は、割り当てられたリソースプールから、サイドリンク通信用のリソースをセンシングし、適切なリソースを自ら選択して通信を行う。
　例えば、図１３は、サイドリンク通信に割り当てられたリソース（リソースプール）の構成の一例について示した図であり、周波数分割多重（ＦＤＭ：Frequency　Division　Multiplexing）が適用される場合の一例について示している。図１３に示すように、リソースプールは、ＳＡ（Scheduling　Assignment）領域とＤａｔａ領域とに分けられ、各領域により、ＰＳＣＣＨ（Physical　Sidelink　Control　Channel）及びＰＳＳＣＨ（Physical　Sidelink　Shared　Channel）が送信される。なお、以降では、図１３に示すようにＦＤＭが適用される場合に着目して説明するが、必ずしも本開示に係る技術の適用先を限定するものではない。具体的な一例として、時間分割多重（ＴＤＭ：Time　Division　Multiplexing）が適用される場合においても、以降で説明する本開示に係る技術を適用することが可能である。なお、ＴＤＭが適用される場合には、ＳＡ領域とＤａｔａ領域とは時間軸上で直交することとなる。
　・Mode4リソース割り当て
　図１４を参照して、Mode4リソース割り当ての概要について説明する。図１４は、Mode4リソース割り当てに基づき端末装置がパケットを送信する場合の動作タイムラインの一例について説明するための説明図である。図１４に示すように、パケットを送信する端末装置は、まず、当該パケットの送信に利用するリソースをリソースプール内から発見するためにセンシングを行う。次いで、端末装置は、当該センシングの結果に基づき、当該リソースプール内からのリソースの選択を行う。そして、端末装置は、選択したリソースを利用してパケットの送信を行う。また、このとき端末装置は、必要に応じて、以降におけるパケットの送信に利用するリソースの予約を行う。
　ここで、図１５を参照して、上記センシングの動作の一例について説明する。図１５は、リソースプール内からリソースを選択するためのセンシングの動作の一例について説明するための説明図である。
　具体的には、端末装置は、センシングウィンドウ内における干渉パターンの測定結果や、当該センシングウィンドウ内におけるリソースの予約状況に基づき、リソース選択ウィンドウ内におけるリソースの選択や、将来のリソースの予約を行う。具体的な一例として、図１５に示す例では、端末装置は、送信対象となるパケットＤが発生した場合に、センシングの結果に基づき、未来のリソースの使用状況、例えば、将来的に他のパケットＡ～Ｃの送信に利用されるリソースを予測する。端末装置は、当該予測の結果を利用することで、当該パケットＤの送信に利用可能なリソース、即ち、他のパケットの送信に利用されないことが予測されるリソースの選択や予約が可能となる。
　＜＜４．ＨＤ問題に関する検討＞＞
　本開示では、特に、ＮＲ　Ｖ２Ｘ通信におけるＶ２Ｖ通信リンクのリソース割り当て方式に着目する。ＮＲ　Ｖ２Ｘ通信では、従来のＶ２Ｘ通信で適用されていたブロードキャスト通信に比べて通信データ量のより多いユニキャスト通信がサポートされる。このような背景から、ＮＲ　Ｖ２Ｘ通信では、従来のＶ２Ｖ通信におけるブロードキャスト通信でも発生する場合があった所謂ＨＤ（Half　Duplex）問題が、より顕著に顕在化する可能性がある。そこで、本開示では、特に、ＮＲ　Ｖ２Ｘ通信におけるＨＤ問題に着目する。
　ここで、ＨＤ問題の概要について説明する。サイドリンクにおけるＶ２Ｘ通信に代表される装置間通信では、送信と受信とを時分割で行うように制限され、常に送信または受信ができるとは限らない、所謂ＨＤ（Half　Duplex）という制約がかけられる場合がある。このような制約により、端末装置２００は、自身が送信を行うタイミングでは、他の端末装置２００から送信されるパケットの受信が制限されることとなる。
　従来のＬＴＥ－Ｖ２Ｘ通信では、ブロードキャスト通信のRepetition送信をサポートしている。これにより、パケットの送信によってパケットの受信が制限される場合でも、次の受信機会を利用してパケットの受信成功率を高めることが可能となっている。
　一方で、ＮＲ　Ｖ２Ｘ通信では、前述したように、ブロードキャスト通信のみに限らず、当該ブロードキャスト通信よりも大容量の信号の送受信を可能とするユニキャスト通信がサポートされる。このような大容量の信号の送受信は、ＨＤの制約に大きく依存することが推測される。
　ここで、図１６を参照して、ＮＲ　Ｖ２Ｘ通信で顕在化することが推測されるＨＤ問題の一例について概要を説明する。図１６は、ＨＤ問題の一例について概要を説明するための説明図である。図１６において、端末Ａ～端末Ｄのそれぞれは、本開示に係る端末装置２００に相当する。
　図１６に示す例では、端末Ａ及び端末Ｂのそれぞれが、端末Ｃに対してパケットの送信を行おうとしている。また、端末Ｃは、端末Ｄに対してパケットの送信を行おうとしている。このような状況下で、端末Ａ及び端末Ｂのそれぞれが端末Ｃに対して際限なくパケットの送信を行うと、当該端末Ｃは、端末Ａ及び端末Ｂそれぞれからのパケットの受信により端末Ｄへのパケットの送信が制限され、ひいては当該端末Ｄへのパケット送信の機会を失う可能性がある。特にユニキャスト通信は、容量の比較的小さいパケットをブロードキャストするようなトラフィックとは大きく異なり、図１６を参照して上述したようなＨＤ問題がより顕在化しやすくなる。
　このような背景から、ＨＤ問題の顕在化をより抑制するために、送受信間のコーディネーションが必要となることが推測される。そこで、本開示では、Ｖ２Ｘ通信を初めとした装置間通信（特に、サイドリンク通信のようなＨＤの制約がかけられる装置間通信）において、ＨＤ問題の顕在化をより抑制可能とする技術について提案する。
　＜＜５．技術的特長＞＞
　続いて、本開示の一実施形態に係るシステムの技術的特徴として、特に、ＮＲ　Ｖ２Ｘ通信におけるサイドリンク通信等のような装置間通信において、ＨＤ問題の顕在化をより抑制可能とするための技術に着目して説明する。具体的には、ＨＤ問題の顕在化をより抑制可能とする技術の一例として、以下に示すアプローチでそれぞれ説明する。
　・送受信端末間での互いの状況の認識
　・サイドリンクのリソースのレベル分け
　　＜５．１．送受信端末間での互いの状況の認識＞
　ＨＤ問題の顕在化を抑制可能とする技術の一例として、まず、送受信端末間で互いの状況を認識することによりＨＤ問題の顕在化を抑制する技術について説明する。
　端末装置間の情報のやり取りは、Mode4リソース割り当てとMode3リソース割り当てとのいずれかに応じて決定される。例えば、Mode4リソース割り当ての場合には、ＳＣＩ(Sidelink　Control　Information)を利用した通知や、Sidelink　RRC　signallingでの通知が挙げられる。Sidelink　RRC　signallingは、端末装置間で定義されるRRC情報である。Mode3リソース割り当ての場合には、基地局との間のRRC　signallingによる通知が挙げられる。
　　（１）事前情報のやり取り
　まず、送信側に相当する端末装置２００（即ち、送信端末）と、受信側に相当する端末装置２００（受信端末）との間で、パケットの送信前に行われる情報のやり取りについて、Mode4リソース割り当ての場合と、Mode3リソース割り当ての場合とに分けて説明する。なお、以降の説明では、便宜上、端末装置２００－１が端末装置２００－２にパケットを送信する場合に着目して説明する。即ち、端末装置２００－１が送信端末として動作し、受信端末として動作する端末装置２００－２にパケットを送信するものとする。一方で、端末装置２００－１が受信端末として動作する場合もあり、端末装置２００－２が送信端末として動作する場合もあるものとする。即ち、端末装置２００－１が他の端末装置２００から送信されるパケットを受信する場合には、受信端末として動作する。また、端末装置２００－２が他の端末装置２００にパケットを送信する場合には、送信端末として動作する。
　　（１－１）Mode4リソース割り当ての場合
　以下に、Mode4リソース割り当ての場合に着目して、端末装置２００間での情報のやり取りについて説明する。
　　（１－１－１）送信端末から受信端末への通知
　まず、端末装置２００－１（送信端末）が、端末装置２００－２（受信端末）に対して通知する情報の一例について説明する。端末装置２００－１は、パケットの送信先となる端末装置２００－２に対して、例えば、送信データのバッファ情報、将来のパケット送信スケジュールに関する情報、パケットタイプの情報等を事前に通知してもよい。上記パケットタイプの情報として、例えば、ユニキャスト、ブロードキャスト、及びマルチキャスト等のようなトラフィックの種別に関する情報、優先度に関する情報、遅延要求に関する情報、並びにリレーの有無に関する情報等が挙げられる。また、Ｖ２Ｘ通信では、パケットの鮮度や有効期限が設定される場合がある。このような場合には、端末装置２００－１は、端末装置２００－２に対して、パケットの受信期限に関する情報を事前に通知してもよい。
　また、端末装置２００－１（送信端末）は、通常のデータに比べて重要度の高いデータの送信を予定している場合には、端末装置２００－２（受信端末）に対して重要データについてパケットの送信がある旨を通知してもよい。また、端末装置２００－１は、当該でデータをユニキャストで送信する場合には、端末装置２００－２に対してユニキャストトラフィックを送信する旨を通知してもよい。
　この場合には、ある特定のリソース領域に対して、送信予定のデータとして重要なデータがあるか否かを通知するための領域が設けられるとよい。なお、以降では、当該領域を、「重要データ通知領域」とも称する。また、以降では、当該通知を、便宜上「重要データの有無の通知」とも称する。このように重要データ通知領域が設けられることで、端末装置２００－２（受信端末）は、当該領域を介して通知される情報に基づき、端末装置２００－１（送信端末）から送信されるパケットに、重要なデータのパケットが含まれることを事前に認識することが可能となる。また、端末装置２００－２は、重要データがあると通知された場合には、受信に係る動作を優先し、送信に係る動作を制限する等の対応を行うことも可能となる。
　また、重要データの有無の通知のためのリソースが定義されてもよい。当該リソースは、リソースプールとして定義されてもよい。また、当該リソースは、基地局１００により設定されてもよく、Preconfigureされてもよい。
　また、重要データの有無の通知に応じて送受信の優先度が制御されるデータ領域は、特定のデータ領域として定義されてもよい。この場合には、当該特定のデータ領域に対してのみ、送受信の優先制御が適用されてもよい。
　具体的には、端末装置２００－１（送信端末）は、重要パケットの有無に関する情報や、当該パケットの制御情報が通知されるリソースに関する情報を、重要データ通知領域を介してパケットの送信先となる端末装置２００－２に通知する。端末装置２００－２は、重要データ通知領域をデコードすることで、端末装置２００－１から通知された重要パケットの有無に関する情報を取得する。端末装置２００－２は、取得した当該情報に基づき、重要データのパケットの有無を判断し、重要データのパケットの送信が確認されると、その後に続く制御情報及びデータをデコードする。また、端末装置２００－２は、重要データのパケットの送信が確認されない場合には、その後に続く制御情報及びデータのデコードを行わなくてもよい。
　ここで、図１７を参照して、端末装置２００－１（送信端末）から端末装置２００－２（受信端末）への情報の通知と、当該通知を受けた端末装置２００－２の動作の一例について説明する。図１７は、本実施形態に係るシステムの処理の流れの一例について示したシーケンス図であり、送信端末から受信端末への情報の通知と、当該通知を受けた受信端末側の動作の一例とについて示している。
　図１７に示すように、端末装置２００－１（通知部２４７）は、送信対象となるパケットが発生すると（Ｓ１０１）、重要パケットの有無に関する情報や、当該パケットの制御情報が通知されるリソースに関する情報を、重要データ通知領域を介してパケットの送信先となる端末装置２００－２に通知する（Ｓ１０３）。このとき端末装置２００－１は、重要パケットの有無に関する情報として、対象となるパケットの重要度のレベルや、優先度のレベル等の情報を通知してもよい。そして、端末装置２００－１（通信制御部２４１）は、上記制御情報により通知したリソースを介して、対象となるデータのパケットを送信する。
　端末装置２００－２（情報取得部２４３）は、重要データ通知領域をデコードすることで、端末装置２００－１から通知された重要パケットの有無に関する情報を取得する（Ｓ１０５）。端末装置２００－２（通信制御部２４１）は、取得した当該情報に基づき、パケットの受信と、パケットの送信とのいずれを優先するかを判定し、当該判定の結果に応じてパケットの送信または受信に係る動作を制御する（Ｓ１０７）。
　例えば、図１８は、重要パケットの有無に関する情報に応じた端末装置２００の動作の一例について概要を説明するための説明図である。具体的には、端末装置２００－２（受信端末）は、重要パケットが含まれることを認識した場合には、パケットの受信を優先してもよい。この場合には、端末装置２００－２は、他の端末装置２００へのパケットの送信に係る動作を制限してもよい。また、端末装置２００－２は、重要パケットが含まれていないことを認識した場合には、パケットの送信を優先してもよい。この場合には、端末装置２００－２は、端末装置２００－１（送信端末）から送信されるパケットの受信に係る動作を制限してもよい。
　また、端末装置２００－２（通信制御部２４１）は、パケットの受信を優先すると判定した場合には、端末装置２００－１を含めた他の端末装置２００それぞれか送信されるパケットのいずれを優先するかを判定し、当該判定の結果に応じて、パケットの受信に係る動作を制御してもよい。なお、以降では、端末装置２００－２は、パケットの受信を優先すると判定したものとする。
　パケットの受信を優先すると判定した端末装置２００－２（情報取得部２４３）は、端末装置２００－１からの通知に基づき指示されたリソースの領域をデコードすることで制御情報を取得する（Ｓ１１１）。そして、端末装置２００－２（通信制御部２４１）は、当該制御情報に基づきデータ領域をデコードすることで、端末装置２００－１から送信されたデータを受信する（Ｓ１１３）。
　例えば、図１９は、本実施形態に係る端末装置２００による制御情報及びデータのデコードに係る処理の概要について説明するための説明図である。図１９に示す例では、重要データ通知領域と、制御情報が割り当てられる制御情報領域と、データが割り当てられるデータ領域とが個別に設定されている。重要データ通知領域には、重要データの有無に関する情報と、制御情報領域に関する情報とが設定される。即ち、端末装置２００－２（受信端末）は、重要データ通知領域に設定された情報に基づき制御情報領域をデコードすることで、当該制御情報領域から制御情報を抽出する。また、当該制御情報には、データ領域に関する情報が含まれる。即ち、端末装置２００－２は、抽出した制御情報に基づきデータ領域を参照することで、当該データ領域をデコードし、当該データ領域を介して送信されるデータを受信することが可能となる。なお、リソースが割り当てられる領域のうち、重要データ通知領域が「第１の部分領域」の一例に相当し、上記制御情報領域のように第１の部分領域（重要データ通知領域）を介して情報が通知される領域が「第２の部分領域」の一例に相当する。
　また、端末装置２００－１（送信端末）は、パケットの送信先となる端末装置２００－２に対して、パケットの送信を行うことが可能か否かを問い合わせてもよい。この場合には、端末装置２００－２（受信端末）は、パケットの受信が可能であれば、端末装置２００－１からの上記問い合わせに対して了承を示す情報（OK　reply）を返信してもよい。そして、端末装置２００－１は、端末装置２００－２からの了承を得た場合に、当該端末装置２００－２に対するパケットの送信を開始する。
　また、端末装置２００－１（送信端末）は、パケットの送信先となる端末装置２００－２に対して、パケットの送信を行うことが可能か否かを問い合わせる際に、当該パケットの送信に利用する予定のリソースに関する情報をあわせて通知してもよい。この場合には、端末装置２００－２（受信端末）は、端末装置２００－１から通知されたリソースを介して、当該端末装置２００－１から送信されるパケットを受信可能か否かを判定してもよい。
　また、端末装置２００－２（受信端末）から、端末装置２００－１（送信端末）に対して、パケットの送信に利用するリソースの指示または提案が行われてもよい。
　なお、上記に例示した各種オペレーションについては、所定の条件に応じたトリガーに基づき実行されてもよい。具体的な一例として、送信されるデータのサイズが閾値より大きい場合に、上述した各種オペレーションが実行されてもよい。
　また、端末装置２００－１（送信端末）からの提案が所定の回数以上拒否された場合に、当該端末装置２００－１は、対象となるデータ（パケット）の送信に係る動作を別途制御してもよい。具体的な一例として、端末装置２００－１は、データの送信に係る提案が所定の回数以上拒否された場合に、当該データをランダムで送信してもよいし、当該データの送信に係るパケットをドロップしてもよい。
　以上、端末装置２００－１（送信端末）が、端末装置２００－２（受信端末）に対して通知する情報の一例について説明した。なお、上述した端末装置２００－１（送信端末）から端末装置２００－２（受信端末）に対して、パケットの送信の事前に通知される一連の情報が、「第１の情報」の一例に相当する。また、重要データ通知領域を介して通知される情報が、「第２の情報」の一例に相当する。なお、当該第２の情報は、例えば、重要データの有無に関する情報等のように第１の情報のうちの一部の情報を含み得る。
　　（１－１－２）受信端末から送信端末への通知
　続いて、端末装置２００－２（受信端末）が、端末装置２００－１（送信端末）に対して通知する情報の一例について説明する。端末装置２００－２は、周囲に存在する他の端末装置２００（例えば、端末装置２００－１）に対して、例えば、パケットの受信に係るCapability情報（以下、「受信Capability情報」とも称する）等のような、パケットの受信に関する情報を事前に通知してもよい。具体的な一例として、端末装置２００－２は、受信Capability情報を、動的な情報として、周囲に存在する他の端末装置２００に対して定期的に通知してもよい。なお、当該受信Capability情報のように、端末装置２００－２（受信端末）から端末装置２００－１（送信端末）に対して事前に通知される、パケットの受信に関する情報が、「第３の情報」の一例に相当する。
　受信Capability情報としては、例えば、受信アンテナ本数、レシーバに関する情報（例えば、ＩＲＣレシーバ等）、受信可能なリソースプール（サブリソースプール）に関する情報、パケットの送信に関する情報、パケットの受信に関する情報等が挙げられる。
　パケットの送信に係る情報は、端末装置２００－２が送信端末として動作する場合における、他の端末装置２００へのパケットの送信に係る情報に相当する。パケットの送信に係る情報としては、例えば、以下に示す情報が挙げられる。
　・送信データのバッファに関する情報
　・送信データの種類（例えば、ユニキャスト、ブロードキャスト、マルチキャスト等）　・送信パケットの優先度や遅延要求に関する情報
　・パケットの送信に係るトラフィックの種別に関する情報
　・パケットの送信に利用予定のリソースに関する情報
　…等
　また、パケットの受信に関する情報は、端末装置２００－２が受信端末として動作する場合における、他の端末装置２００から送信されたパケットの受信に係る情報に相当する。パケットの受信に関する情報としては、例えば、以下に示す情報が挙げられる。
　・ユニキャスト通信接続可能数
　・ユニキャスト通信接続数（即ち、いくつの端末装置が接続しているかを示す情報）
　・受信データレートに関する情報、または一定期間における受信ビットに関する情報
　・受信率（全体域に対してどの程度のリソースを受信しているかを示す情報）
　・受信可能率（全体域に対してどの程度のリソースを受信することが可能かを示す情報）
　・受信パケットの種類（例えば、ユニキャスト、ブロードキャスト、マルチキャスト等）
　・受信パケットの優先度や遅延要求に関する情報
　…等
　なお、パケットの受信に関する情報として上記に列挙した情報をまとめて受信Capabilityレベル（換言すると、ＨＤ許容レベル）として定義されてもよい。この場合には、パケットの受信に関する情報として上記に列挙した情報それぞれのレベルの組み合わせに応じて、受信Capabilityレベルの値が定義されてもよい。これにより、受信Capabilityレベルが通知された他の端末装置２００は、当該受信Capabilityレベルの値に紐付けられたパケットの受信に関する情報に基づき、通知元の端末装置２００の受信Capabilityを認識することが可能となる。
　また、端末装置２００－２（受信端末）は、他の端末装置２００（例えば、送信端末として動作する端末装置２００－１）に対して、パケットの受信が可能なリソースに関する情報を通知してもよい。このとき、端末装置２００－２（受信端末）は、他の端末装置２００に対して、パケットの受信が可能なリソースの時間周波数領域に関する情報を通知してもよい。
　以上、端末装置２００－２（受信端末）が、端末装置２００－１（送信端末）に対して通知する情報の一例について説明した。
　　（１－２）Mode3リソース割り当ての場合
　続いて、Mode3リソース割り当ての場合に着目して、端末装置間での情報のやり取りについて説明する。Mode3リソース割り当ての場合には、端末装置２００間の情報の送受信は、例えば、基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置を介して行われる。なお、送受信される情報については、Mode4リソース割り当ての一例として上述した情報と同様である。
　また、Mode3リソース割り当てと、Mode4リソース割り当てとが組み合わせて実行されてもよい。この場合には、端末装置２００間の情報のやり取りについても、Mode3リソース割り当ての場合の例と、Mode4リソース割り当ての場合の例とが組み合わせて適用されてもよい。
　　（２）情報のやり取り後の対応
　続いて、端末装置２００間で情報のやり取りが行われた後の各端末装置２００での対応の一例について説明する。なお、以降の説明では、端末装置２００間での情報のやり取りの場合と同様に、便宜上、端末装置２００－１（送信端末）が端末装置２００－２（受信端末）にパケットを送信する場合に着目して説明する。また、端末装置２００－１が受信端末として動作する場合もあり、端末装置２００－２が送信端末として動作する場合もあるものとする。
　　（２－１）送信側の端末装置の対応
　まず、送信端末として動作する端末装置２００－１側の対応の一例について説明する。
　例えば、端末装置２００－１（送信端末）は、端末装置２００－２（受信端末）との情報のやり取りの結果に応じて、パケットの送信とパケットの受信との間の優先度を制御してもよい。即ち、端末装置２００－１は、端末装置２００－２との情報のやり取りの結果に応じて、当該端末装置２００－２へのパケットの送信を優先してもよいし、他の端末装置２００からのパケットの受信を優先してもよい。また、当該優先度の制御は、特定のリソースを介した通信に対してのみ適用されてもよい。
　また、送受信の優先度のみに限らず、各種条件に応じた優先度の制御が行われてもよい。例えば、端末装置２００－１は、特定のトラフィックタイプの通信を優先してもよい。具体的な一例として、端末装置２００－１は、ブロードキャスト通信を優先してもよい。
　また、端末装置２００－１は、自身の位置情報と他の装置（例えば、他の端末装置２００等）とのうちの少なくともいずれかの位置情報に基づき各種優先度（例えば、送受信の優先度やトラフィックタイプの優先度等）を決定してもよい。また、位置情報を利用する他の装置は、端末装置２００－１のパケットの送信先となる他の端末装置２００と、端末装置２００－１に対してパケットを送信する他の端末装置２００とのうちの少なくともいずれかが相当し得る。具体的な一例として、端末装置２００－１は、他の端末装置２００との間の位置関係に応じてユニキャスト通信を優先すべきと判断した場合には、ユニキャスト通信を優先するように制御してもよい。
　また、端末装置２００－１は、チャネルの混雑度（ＣＢＲ：Channel　Busy　Ratio）に基づいて各種優先度（例えば、送受信の優先度やトラフィックタイプの優先度等）を決定してもよい。具体的な一例として、端末装置２００－１は、チャネルが混雑している場合には、ユニキャストの受信が困難となる場合があるため、ブロードキャストを優先してもよい。
　また、端末装置２００－１は、チャネルの占有率（ＣＲ：Channel　occupancy　Ratio）に基づいて各種優先度（例えば、送受信の優先度やトラフィックタイプの優先度等）を決定してもよい。ＣＲは、対象となる装置の送信がリソースを占めている割合を示すパラメータである。具体的な一例として、端末装置２００－１は、リソースを多く占有しておりＣＲがより高くなっている場合（例えば、ＣＲが閾値以上の場合）、ＣＲをより低減させるように受信の頻度がより高くなるように制御してもよい。
　また、端末装置２００－１（送信端末）は、端末装置２００－２（受信端末）との情報のやり取りの結果に応じて、送信パケットの送信スケジュールを変更してもよい。具体的な一例として、端末装置２００－１は、送信パケットの遅延要求等を満たすことが困難な場合には、送信予定のパケットをドロップするか否かの判断を行ってもよい。また、端末装置２００－１は、連続送信をやめて、断続的な送信を行ってもよい。
　また、端末装置２００－１（送信端末）は、端末装置２００－２（受信端末）との情報のやり取りの結果に応じて、送信パケットの送信方法を変更してもよい。具体的な一例として、端末装置２００－１は、ＭＣＳ（Modulation　Coding　Scheme）、送信パワー、ＭＩＭＯ送信等の制御を変更してもよい。また、端末装置２００－１は、一時的に高データレート通信に切り替えることで、短時間で送信を実施してもよい。
　また、端末装置２００－１（送信端末）は、優先度や遅延要求の条件に応じてパケットをドロップしてもよい。具体的な一例として、端末装置２００－１は、端末装置２００－２（受信端末）における送受信パケットの優先度情報と、自身が送信予定のパケットの優先度情報とを比較して、送信予定のパケットのドロップを行うか否かを判断してもよい。また、端末装置２００－１は、送信パケットの遅延要求を満たすことが困難な場合には、送信を断念してパケットをドロップしてもよい。
　また、端末装置２００－１（送信端末）は、端末装置２００－２（受信端末）との情報のやり取りの結果に応じて、当該端末装置２００－２に対してユニキャストリンクのリリースを指示してもよい。具体的な一例として、端末装置２００－１は、各種優先度（例えば、送受信の優先度等）の決定結果に応じて、当該端末装置２００－２に対してユニキャストリンクのリリースを指示してもよい。
　また、端末装置２００－１（送信端末）は、端末装置２００－２（受信端末）との情報のやり取りの結果に応じて、マルチキャリア通信に切り替えてもよい。具体的な一例として、端末装置２００－１は、各種優先度（例えば、送受信の優先度等）の決定結果に応じて、マルチキャリア通信に切り替えてもよい。この場合には、端末装置２００－１は、基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置に対して、リソースConfigurationの要求を行ってもよい。
　また、端末装置２００－１（送信端末）は、端末装置２００－２（受信端末）との情報のやり取りの結果に応じて、パケットの送信に利用する周波数帯域（送信帯域）を変更してもよい。具体的な一例として、端末装置２００－１は、各種優先度（例えば、送受信の優先度等）の決定結果に応じて、パケットの送信に利用する周波数帯域（送信帯域）を変更してもよい。この場合には、端末装置２００－１は、パケットの送信先となる端末装置２００－２に対して、変更後の周波数帯域に関する情報を通知してもよい。
　また、端末装置２００－１（送信端末）は、端末装置２００－２（受信端末）との情報のやり取りの結果に応じて、端末装置２００－２との間の直接的な通信から、基地局１００等を経由した通信に切り替えてもよい。具体的な一例として、端末装置２００－１は、各種優先度（例えば、送受信の優先度等）の決定結果に応じて、上述の通り、端末装置２００－２との間の通信の経路を切り替えてもよい。この場合には、端末装置２００－１は、パケットの送信先となる端末装置２００－２に対して、通信経路の切り替えの通知を行ってもよい。この通知を受けて、端末装置２００－２は、端末装置２００－１から送信されたパケットを、基地局１００を介して受信してもよい。また、端末措置２００－１は、基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置に対して、リンク切り替えの要求を行ってもよい。
　また、端末装置２００－１（送信端末）は、端末装置２００－２（受信端末）との情報のやり取りの結果に応じて、自身が送信したパケットを端末装置２００－２が受信するためのリソースの予約を行ってもよい。具体的な一例として、端末装置２００－１は、各種優先度（例えば、送受信の優先度等）の決定結果に応じて、上記リソースの予約を行ってもよい。具体的には、端末装置２００－１は、パケットのパースと送信を行ってもよい。この場合は、端末装置２００－１は、端末装置２００－２に対して、自身が送信したパケットを当該端末装置２００－２が受信するためのリソースの指示を行ってもよい。このとき、端末装置２００－２は、端末装置２００－１からの当該指示に対して、受信の了承（ＯＫ）または拒否（ＮＧ）を通知してもよい。なお、端末装置２００－２は、端末装置２００－１からの上記指示に対して了承（ＯＫ）を通知した場合には、指示されたリソースを介して端末装置２００－１から送信されるパケットを受信することとなる。
　以上、送信端末として動作する端末装置２００－１側の対応の一例について説明した。なお、端末装置２００－１（送信端末）と端末装置２００－２（受信端末）との間の通信に着目した場合に、端末措置２００－１に対する端末装置２００－２が「第３の通信装置」の一例に相当する。また、端末装置２００－１が受信端末として動作する場合の、パケットの送信元となる他の端末装置２００（例えば、端末装置２００－２以外の他の端末装置２００）が「第４の通信装置」の一例に相当する。
　　（２－２）基地局相当の装置の対応
　続いて、基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置の対応の一例について説明する。なお、本項では、便宜上、基地局１００が対応を行う場合に着目して説明するが、基地局１００のみに限らず、サイドリンク通信の制御に関する権限を有する他の装置（例えば、ＲＳＵ、リレーノード、リレー端末、マスター端末（リーダー端末等）についても、技術的な齟齬が生じない限りは同様であるものとする。
　例えば、基地局１００は、サイドリンクのリソースケジューリングを制御してもよい。具体的な一例として、基地局１００は、送信パケットの遅延要求等を満たすことが困難な場合には、端末装置２００－１（送信端末）に送信予定のパケットをドロップさせるか否かの判断を行ってもよい。また、基地局１００は、端末装置２００－１が連続送信をやめて、断続的な送信を行うように制御してもよい。
　また、基地局１００は、優先度や遅延要求の条件に応じて、端末装置２００－１（送信端末）にパケットをドロップさせてもよい。具体的な一例として、基地局１００は、端末装置２００－２（受信端末）における送受信パケットの優先度情報と、端末装置２００－１（送信端末）が送信予定のパケットの優先度情報とを比較して、端末装置２００－１に当該パケットをドロップさせるか否かを判断してもよい。また、基地局１００は、送信パケットの遅延要求を満たすことが困難と判断した場合には、端末装置２００－１が送信を断念してパケットをドロップするように制御してもよい。
　また、基地局１００は、端末装置２００－２（受信端末）に対してユニキャストリンクのリリースを指示してもよい。
　また、基地局１００は、端末装置２００－１（送信端末）と端末装置２００－２（受信端末）との間の通信を、マルチキャリア通信に切り替えてもよい。
　また、基地局１００は、端末装置２００－１（送信端末）と端末装置２００－２（受信端末）との間でパケットの送信に利用される周波数帯域を変更してもよい。この場合には、基地局１００は、少なくとも端末装置２００－２に対して、変更後の周波数帯域に関する情報を通知してもよい。
　以上、基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置の対応の一例について説明した。
　　（２－３）受信側の端末装置の対応
　続いて、受信端末として動作する端末装置２００－２側の対応の一例について説明する。
　例えば、端末装置２００－２（受信端末）は、端末装置２００－１（送信端末）との情報のやり取りの結果に応じて、サイドリンクのリソーススケジューリングを制御してもよい。具体的な一例として、端末装置２００－２は、送信パケットの遅延要求等を満たすことが困難な場合には、端末装置２００－１に送信予定のパケットをドロップさせるか否かの判断を行ってもよい。また、端末装置２００－２は、端末装置２００－１に、連続送信をやめて、断続的な送信を行わせてもよい。また、端末装置２００－２（受信端末）は、自身の状況に応じて、送信端末として動作する場合における、他の端末装置２００へのデータの送信に係る動作を制御してもよい。具体的な一例として、端末装置２００－２（受信端末）は、上記遅延要求を満たすことが困難な状況下では、送信端末として動作する場合における、他の端末装置２００に送信予定のパケットをドロップするか否かの判断を行ってもよい。
　また、端末装置２００－２（受信端末）は、優先度や遅延要求の条件に応じて、端末装置２００－１（送信端末）にパケットをドロップさせてもよい。具体的な一例として、端末装置２００－２は、端末装置２００－１（送信端末）が送信予定のパケットの優先度情報と、自身における送受信パケットの優先度情報とを比較して、端末装置２００－１に送信予定のパケットのドロップをさせるか否かを判断してもよい。また、端末装置２００－２は、送信パケットの遅延要求を満たすことが困難な場合には、端末装置２００－１に送信を断念させてパケットをドロップさせてもよい。また、端末装置２００－２（受信端末）は、上記比較の結果に応じて、送信端末として動作する場合における、他の端末装置２００に送信予定のパケットをドロップするか否かの判断を行ってもよい。
　また、端末装置２００－２（受信端末）は、端末装置２００－１（送信端末）との情報のやり取りの結果に応じて、ユニキャストリンクをリリースしてもよい。具体的な一例として、端末訴追２００－２は、既に確立されている他の端末装置２００とのユニキャストリンクをリリースしてもよい。
　また、端末装置２００－２（受信端末）は、端末装置２００－１（送信端末）との情報のやり取りの結果に応じて、マルチキャリア通信に切り替えてもよい。
　また、端末装置２００－２（受信端末）は、端末装置２００－１（送信端末）との情報のやり取りの結果に応じて、端末装置２００－１との間の通信に利用する周波数帯域（即ち、端末装置２００－１から送信されたパケットを受信する周波数帯域）を変更してもよい。この場合には、端末装置２００－２は、変更後の周波数帯域に関する情報を端末装置２００－１から取得してもよい。
　また、端末装置２００－２（受信端末）は、端末装置２００－１（送信端末）との情報のやり取りの結果に応じて、端末装置２００－１との間の直接的な通信から、基地局１００等を経由した通信に切り替えてもよい。この場合には、端末装置２００－２は、端末装置２００－１からの通知に応じて、通信経路の切り替えを認識してもよい。
　また、端末装置２００－２（受信端末）は、端末装置２００－１（送信端末）との情報のやり取りの結果に応じて、端末装置２００－１に対して、パケットを受信可能なリソースを通知してもよい。なお、この場合には、端末装置２００－２は、通知したリソースを介して端末装置２００－１から送信されるパケットを受信することとなる。また、端末装置２００－２は、パケットを受信可能な時間を端末装置２００－１に通知してもよい。また、端末装置２００－２は、パケットを受信可能な時間及び周波数の領域を端末装置２００－１に通知してもよい。また、端末装置２００－２は、自身に対してパケットを送信予定の端末装置２００それぞれに対して個別に、パケットを受信可能なリソースの指示や割り当てを行ってもよい。
　以上、受信端末として動作する端末装置２００－２側の対応の一例について説明した。なお、端末装置２００－１（送信端末）と端末装置２００－２（受信端末）との間の通信に着目した場合に、端末装置２００－２に対する端末装置２００－１が「第１の通信装置」の一例に相当する。また、端末装置２００－２が送信端末として動作する場合の、パケットの送信先となる他の端末装置２００（例えば、端末装置２００－１以外の他の端末装置２００）が「第２の通信装置」の一例に相当する。
　　＜５．２．サイドリンクのリソースのレベル分け＞
　続いて、ＨＤ問題の顕在化を抑制可能とする技術の一例として、サイドリンクのリソースをレベル分けすることによりＨＤ問題の顕在化を抑制する技術について説明する。
　例えば、端末装置２００がモニタリングの対象とするリソースをレベル分けすることで、当該端末装置２００は、対象となるリソースに設定されたレベルに応じてパケットの送信や受信に係る処理を制御してもよい。具体的な一例として、端末装置２００は、より高いレベルが設定されたリソース領域ほど、より優先的に受信を行ってもよい。
　リソースのレベル分けについては、システム全体として実施されてもよい。この場合には、当該レベルの設定については、基地局１００等のようなサイドリンク通信の制御に関する権限を有する装置により行われてもよいし、Preconfigurationによって設定されてもよい。また、当該レベルの設定については、周波数帯域ごとに設定されてもよい。また、当該レベルの設定については、送受信を行う端末装置２００間で行われてもよい。
　また、リソースのレベル分けについては、端末装置２００ごとに個別に設定されてもよい。この場合には、端末装置２００は、自身に対する設定に関する情報を、周辺に位置する他の端末装置２００に事前に通知しておいてもよい。
　また、他の一例として、送受信の割合がレベル分けされてもよい。具体的な一例として、送信トラフィックの割合について、リソースプールごとにレベル分けが行われてもよい。
　例えば、図２０は、送受信の割合のレベル分けの一例について説明するための説明図である。図２０において、横軸は時間を示しており、縦軸は周波数を示している。「ＳＬＳＳ」は、Sidelink　Synchronization　Signalを示している。「ＰＢＣＨ」は、Physical　Sidelink　Broadcast　Channelを示している。「Control」は、制御チャネルを模式的に示しており、例えば、ＰＳＣＣＨ（Physical　Sidelink　Control　Channel）が該当する。「Data」は、データチャネルを模式的に示しており、例えば、ＰＳＳＣＨ（Physical　Sidelink　Shared　Channel）が該当する。なお、リソースが割り当てられる領域のうち、上記制御チャネルが割り当てられる領域が「制御領域」の一例に相当し、データチャネルが割り当てられる領域が「データ領域」の一例に相当する。
　図２０に示す例では、サイドリンク通信に利用可能にリソースプールとして、「Resource　pool　A」及び「Resource　pool　B」が設定されている。また、「Resource　pool　A」には、サブリソースプールとして「Sub－resource　pool　A－1」と「Sub－resource　pool　A－2」とが定義されている。また、「Resource　pool　B」には、サブリソースプールとして「Sub－resource　pool　B－1」が定義されている。
　このような構成の基で、例えば、「Resource　pool　A」と「Resource　pool　B」とで送受信の割合の観点で異なるレベルが設定されてもよい。より具体的な一例として、「Resource　pool　A」に対して、ユニキャストの割合が９０％、ブロードキャストの割合が１０％として定義されてもよい。一方で、「Resource　pool　B」に対して、ユニキャストの割合が１０％、ブロードキャストの割合が９０％として定義されてもよい。このような前提の基で、例えば、端末装置２００－１（送信端末）は、ユニキャストパケットを保有している場合には、９０％の確率で「Resource　pool　A」を利用してパケットの送信を行うように動作してもよい。また、上述した送受信の割合のレベル分けが、パケットの重要レベルごとに個別に設定されてもよい。
　　＜５．３．実施例＞
　続いて、本開示の一実施形態に係るシステムの実施例について説明する。
　　＜５．３．１．実施例１：ユニキャストリンクの追加に係る動作の第１の例＞
　まず、実施例１として、サイドリンクを介した端末間通信において新たにユニキャストリンクを追加する処理の流れの一例について説明する。例えば、図２１は、実施例１に係るシステムの一連の処理の流れの一例を示したシーケンス図である。具体的には、図２１に示す例では、端末装置２００－１（送信端末）と端末装置２００－２（受信端末）とがユニキャストでの通信の実施中（Ｓ２０１）に、端末装置２００－３（送信端末）が端末装置２００－２（受信端末）と間で新たにユニキャストリンクを設定しようとしている。
　端末装置２００－２は、周囲の端末装置２００（例えば、端末装置２００－１及び２００－３）に対して、自身のCapability情報を定期的に通知する（Ｓ２０３）。当該Capability情報としては、例えば、ユニキャスト通信の接続可能数や、ユニキャスト通信の接続数等の情報が挙げられる。これにより、端末装置２００－１及び２００－３のそれぞれは、端末装置２００－２が他の端末装置２００との通信に関してどの程度の能力を有するかを認識することが可能となる。
　端末装置２００－３は、端末装置２００－２から通知されるCapability情報に基づき、当該端末装置２００－２に対してユニキャスト通信の要求を実施するか否かを判断する（Ｓ２０５）。このとき、端末装置２００－３は、例えば、端末装置２００－２に送信予定のパケットの優先度や、トラフィック量（例えば、サイドリンクを介した通信のトラフィック量）等を考量して、ユニキャスト通信の要求を実施するか否かを判断してもよい。なお、図２１に示す例では、端末装置２００－３が、端末装置２００－２に対してユニキャスト通信の要求を実施すると判断した場合について示している。即ち、端末装置２００－３は、重要データの有無に関する情報や、送信データのバッファに関する情報等を端末装置２００－２に通知し、当該端末装置２００－２に対してユニキャスト通信の要求を行っている（Ｓ２０７）。
　端末装置２００－２は、端末装置２００－３からユニキャスト通信の要求を受け付けると、あわせて通知される上記情報に基づき、当該端末装置２００－３に対してユニキャスト通信を許可するか否かを判断する（Ｓ２０９）。なお、図２１に示す例では、端末装置２００－２が、端末装置２００－３に対してユニキャスト通信を許可すると判断した場合について示している。即ち、端末装置２００－２は、端末装置２００－３に対してユニキャスト通信の許可を通知している。また、このとき端末装置２００－２は、端末装置２００－１からのパケットの到来を加味して、端末装置２００－３に対して、端末装置２００－１と直交するリソースを利用してパケットを送信するように、送信リソースの指示を行ってもよい（Ｓ２１１）。
　端末装置２００－３は、端末装置２００－２からユニキャスト通信の許可の通知を受けると、当該端末装置２００－２との間のユニキャスト通信に係る処理を開始し（Ｓ２１３）、当該端末装置２００－２との間でユニキャスト通信のリンク確立を行う（Ｓ２１５）。なお、このとき端末装置２００－３は、端末装置２００－２から指示された送信リソースを介してパケットが送信されるように、当該端末装置２００－２との間でユニキャスト通信のリンク確立を行ってもよい。
　以上、実施例１として、図２１を参照して、サイドリンクを介した端末間通信において新たにユニキャストリンクを追加する処理の流れの一例について説明した。
　　＜５．３．２．実施例２：ユニキャストリンクの追加に係る動作の第２の例＞
　続いて、実施例２として、サイドリンクを介した端末間通信において新たにユニキャストリンクを追加する処理の流れの他の一例について説明する。例えば、図２２は、実施例２に係るシステムの一連の処理の流れの一例を示したシーケンス図である。具体的には、図２２に示す例では、図２１に示す例と同様に、端末装置２００－１（送信端末）と端末装置２００－２（受信端末）とがユニキャストでの通信の実施中（Ｓ２５１）に、端末装置２００－３（送信端末）が端末装置２００－２（受信端末）と間で新たにユニキャストリンクを設定しようとしている。なお、図２２において、参照符号Ｓ２５１～Ｓ２５７で示した処理は、図２１に示す例において参照符号Ｓ２０１～Ｓ２０７で示した処理と実質的に同様のため詳細な説明は省略する。
　端末装置２００－２は、端末装置２００－３からユニキャスト通信の要求を受け付けると、あわせて通知される上記情報に基づき、当該端末装置２００－３に対してユニキャスト通信を許可するか否かを判断する（Ｓ２０９）。なお、図２２に示す例では、端末装置２００－２が、端末装置２００－１よりも端末装置２００－３を優先して通信を行う場合の一例について示している。
　具体的には、図２２に示す例では、端末装置２００－２は、端末装置２００－１に対して、ユニキャスト通信のリリースの指示を行っている（Ｓ２６１）。端末装置２００－１は、端末装置２００－２からの当該指示を受けて、当該端末装置２００－２との間のユニキャスト通信のリリースを行う（Ｓ２６３）。
　次いで、端末装置２００－２は、端末装置２００－３に対してユニキャスト通信の許可を通知する（Ｓ２６５）。
　端末装置２００－３は、端末装置２００－２からユニキャスト通信の許可の通知を受けると、当該端末装置２００－２との間のユニキャスト通信に係る処理を開始し（Ｓ２６７）、当該端末装置２００－２との間でユニキャスト通信のリンク確立を行う（Ｓ２６９）。
　ここで、図２３を参照して、端末装置２００－３（送信端末）の一連の処理の流れの一例について説明する。図２３は、実施例２に係るシステムにおける送信端末として動作する端末装置２００－３の一連の処理の流れの一例について示したフローチャートである。
　図２３に示すように、端末装置２００－３は、ユニキャスト通信のトラフィックが発生すると（Ｓ３０１）、端末装置２００－２（受信端末）に対してユニキャスト通信の要求を実施するか否かを判断する。端末装置２００－３は、上記判断の結果に応じて、端末装置２００－２に対してユニキャスト通信の要求を実施し、当該端末装置２００－２からの応答に応じて、ユニキャスト通信が実施可能か否かを判定する（Ｓ３０３）。
　端末装置２００－２からユニキャスト通信が許可された場合には（Ｓ３０５、ＹＥＳ）、端末装置２００－３は、当該端末装置２００－２から通信に利用するリソースの指定があるか否かを確認する（Ｓ３０５）。端末装置２００－２からのリソースの指定がある場合には（Ｓ３０５、ＹＥＳ）、端末装置２００－３は、当該端末装置２００－２との間の通信に指定されたリソースが利用されるように制御する（Ｓ３０７）。これに対して、端末装置２００－２からのリソースの指定がない場合には（Ｓ３０５、ＮＯ）、端末装置２００－３は、リソースの指定を行わずに、当該端末装置２００－２との間の通信を制御する（Ｓ３０９）。以上のようにして、端末装置２００－３は、端末装置２００－２との間のユニキャスト通信を確立する（Ｓ３１１）。
　一方で、端末装置２００－２からユニキャスト通信が許可されなかった場合には（Ｓ３０５、ＮＯ）、端末装置２００－３は、当該端末装置２００－２との間のユニキャスト通信の確立を行わずに一連の処理を終了する。なお、この場合には、端末装置２００－３は、ユニキャスト通信以外の他の手段（例えば、基地局１００を介した通信等）を利用して、端末装置２００－２との間で通信を行ってもよい。
　次いで、図２４を参照して、端末装置２００－２（受信端末）の一連の処理の流れの一例について説明する。図２４は、実施例２に係るシステムにおける受信端末として動作する端末装置２００－２の一連の処理の流れの一例について示したフローチャートである。
　端末装置２００－２は、端末装置２００－３（送信端末）からユニキャスト通信の要求を受信すると（Ｓ３５１）、当該端末装置２００－３に対してユニキャスト通信を許可するか否かを判断する（Ｓ３５３）。
　端末装置２００－２は、端末装置２００－３に対してユニキャスト通信を許可すると判断した場合には（Ｓ３５５、ＹＥＳ）、当該端末装置２００－３がパケットを送信するためのリソースの指定が必要か否かを判断する（Ｓ３５９）。リソースの指定が必要と判断した場合には（Ｓ３５９、ＹＥＳ）、端末装置２００－２は、端末装置２００－３に対してパケットの送信に利用するリソースの指定を行う（Ｓ３６１）。一方で、リソースの指定が不要と判断した場合には（Ｓ３５９、ＮＯ）、端末装置２００－２は、端末装置２００－３に対してパケットの送信に利用するリソースの指定は行わなくてもよい。そして、端末装置２００－２は、端末装置２００－３に対してユニキャスト通信の許可を通知し、当該端末装置２００－３との間でユニキャスト通信を確立する（Ｓ３６３）。
　一方で、端末装置２００－２は、端末装置２００－３に対してユニキャスト通信を許可しない判断した場合には（Ｓ３５５、ＮＯ）、当該端末装置２００－３に対してユニキャスト通信が不可である旨を通知する（Ｓ３５７）。
　以上、実施例２として、図２２～図２４を参照して、サイドリンクを介した端末間通信において新たにユニキャストリンクを追加する処理の流れの他の一例について説明した。
　　＜５．３．３．実施例３：ユニキャストリンクの追加に係る動作の第３の例＞
　続いて、実施例３として、サイドリンクを介した端末間通信において新たにユニキャストリンクを追加する処理の流れの他の一例について説明する。例えば、図２５は、実施例３に係るシステムの一連の処理の流れの一例を示したシーケンス図である。具体的には、図２５に示す例では、図２１に示す例と同様に、端末装置２００－１（送信端末）と端末装置２００－２（受信端末）とがユニキャストでの通信の実施中（Ｓ２５１）に、端末装置２００－３（送信端末）が端末装置２００－２（受信端末）と間で新たにユニキャストリンクを設定しようとしている。なお、図２５において、参照符号Ｓ４０１～Ｓ４０７で示した処理は、図２１に示す例において参照符号Ｓ２０１～Ｓ２０７で示した処理と実質的に同様のため詳細な説明は省略する。
　端末装置２００－２は、端末装置２００－３からユニキャスト通信の要求を受け付けると、あわせて通知される上記情報に基づき、当該端末装置２００－３に対してユニキャスト通信を許可するか否かを判断する（Ｓ４０９）。なお、図２５に示す例では、端末装置２００－２が、端末装置２００－３よりも端末装置２００－１を優先して通信を行う場合の一例について示している。そのため、端末装置２００－２は、端末装置２００－３に対してユニキャスト通信が不可である旨を通知している（Ｓ４１１）。
　端末装置２００－３は、端末装置２００－２からユニキャスト通信が不可である旨の通知を受けることで、当該端末装置２００－２に対して、サイドリンクのユニキャスト送信が不可であることを認識する。この場合には、端末装置２００－３は、基地局１００を経由した通信（Ｕｕリンクを介した通信）に切り替えるか否かを判断する（Ｓ４１３）。なお、図２５に示す例では、端末装置２００－３が、端末装置２００－２との通信を、基地局１００を経由した通信に切り替えると判断した場合の一例について示している。
　具体的には、図２５に示す例では、端末装置２００－３は、基地局１００に対して、端末装置２００－２との間の通信についてＵｕリンク通信への切り替えの要求を行う。このとき、端末装置２００－３は、端末装置２００－２に送信予定のデータと、当該データの宛先情報（即ち、端末装置２００－２の情報）とを基地局１００に送信する（Ｓ４１５）。
　基地局１００は、端末装置２００－３からの要求を受けて、Ｕｕリンクを介した端末装置２００－３と端末装置２００－２との間の通信をスケジューリングする（Ｓ４１７）。そして、基地局１００は、端末装置２００－３から送信されたデータを、当該端末装置２００－３から通知された宛先情報に基づき、端末装置２００－２に転送する（Ｓ４１９）。
　以上、実施例３として、図２５を参照して、サイドリンクを介した端末間通信において新たにユニキャストリンクを追加する処理の流れの他の一例について説明した。
　＜＜６．応用例＞＞
　本開示に係る技術は、様々な製品へ応用可能である。例えば、基地局１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（evolved　Node　B）として実現されてもよい。スモールｅＮＢは、ピコｅＮＢ、マイクロｅＮＢ又はホーム（フェムト）ｅＮＢなどの、マクロセルよりも小さいセルをカバーするｅＮＢであってよい。その代わりに、基地局１００は、ＮｏｄｅＢ又はＢＴＳ（Base　Transceiver　Station）などの他の種類の基地局として実現されてもよい。基地局１００は、無線通信を制御する本体（基地局装置ともいう）と、本体とは別の場所に配置される１つ以上のＲＲＨ（Remote　Radio　Head）とを含んでもよい。また、後述する様々な種類の端末が一時的に又は半永続的に基地局機能を実行することにより、基地局１００として動作してもよい。
　また、例えば、端末装置２００又３００は、スマートフォン、タブレットＰＣ（Personal　Computer）、ノートＰＣ、携帯型ゲーム端末、携帯型／ドングル型のモバイルルータ若しくはデジタルカメラなどのモバイル端末、又はカーナビゲーション装置などの車載端末として実現されてもよい。また、端末装置２００又３００は、Ｍ２Ｍ（Machine　To　Machine）通信を行う端末（ＭＴＣ（Machine　Type　Communication）端末ともいう）として実現されてもよい。さらに、端末装置２００又３００は、これら端末に搭載される無線通信モジュール（例えば、１つの基地局１００ダイで構成される集積回路モジュール）であってもよい。
　　＜６．１．基地局に関する応用例＞
　　　（第１の応用例）
　図２６は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。ｅＮＢ８００は、１つ以上のアンテナ８１０、及び基地局装置８２０を有する。各アンテナ８１０及び基地局装置８２０は、ＲＦケーブルを介して互いに接続され得る。
　アンテナ８１０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、基地局装置８２０による無線信号の送受信のために使用される。ｅＮＢ８００は、図２６に示したように複数のアンテナ８１０を有し、複数のアンテナ８１０は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２６にはｅＮＢ８００が複数のアンテナ８１０を有する例を示したが、ｅＮＢ８００は単一のアンテナ８１０を有してもよい。
　基地局装置８２０は、コントローラ８２１、メモリ８２２、ネットワークインタフェース８２３及び無線通信インタフェース８２５を備える。
　コントローラ８２１は、例えばＣＰＵ又はＤＳＰであってよく、基地局装置８２０の上位レイヤの様々な機能を動作させる。例えば、コントローラ８２１は、無線通信インタフェース８２５により処理された信号内のデータからデータパケットを生成し、生成したパケットをネットワークインタフェース８２３を介して転送する。コントローラ８２１は、複数のベースバンドプロセッサからのデータをバンドリングすることによりバンドルドパケットを生成し、生成したバンドルドパケットを転送してもよい。また、コントローラ８２１は、無線リソース管理（Radio　Resource　Control）、無線ベアラ制御（Radio　Bearer　Control）、移動性管理（Mobility　Management）、流入制御（Admission　Control）又はスケジューリング（Scheduling）などの制御を実行する論理的な機能を有してもよい。また、当該制御は、周辺のｅＮＢ又はコアネットワークノードと連携して実行されてもよい。メモリ８２２は、ＲＡＭ及びＲＯＭを含み、コントローラ８２１により実行されるプログラム、及び様々な制御データ（例えば、端末リスト、送信電力データ及びスケジューリングデータなど）を記憶する。
　ネットワークインタフェース８２３は、基地局装置８２０をコアネットワーク８２４に接続するための通信インタフェースである。コントローラ８２１は、ネットワークインタフェース８２３を介して、コアネットワークノード又は他のｅＮＢと通信してもよい。その場合に、ｅＮＢ８００と、コアネットワークノード又は他のｅＮＢとは、論理的なインタフェース（例えば、Ｓ１インタフェース又はＸ２インタフェース）により互いに接続されてもよい。ネットワークインタフェース８２３は、有線通信インタフェースであってもよく、又は無線バックホールのための無線通信インタフェースであってもよい。ネットワークインタフェース８２３が無線通信インタフェースである場合、ネットワークインタフェース８２３は、無線通信インタフェース８２５により使用される周波数帯域よりもより高い周波数帯域を無線通信に使用してもよい。
　無線通信インタフェース８２５は、ＬＴＥ（Long　Term　Evolution）又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、アンテナ８１０を介して、ｅＮＢ８００のセル内に位置する端末に無線接続を提供する。無線通信インタフェース８２５は、典型的には、ベースバンド（ＢＢ）プロセッサ８２６及びＲＦ回路８２７などを含み得る。ＢＢプロセッサ８２６は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、各レイヤ（例えば、Ｌ１、ＭＡＣ（Medium　Access　Control）、ＲＬＣ（Radio　Link　Control）及びＰＤＣＰ（Packet　Data　Convergence　Protocol））の様々な信号処理を実行する。ＢＢプロセッサ８２６は、コントローラ８２１の代わりに、上述した論理的な機能の一部又は全部を有してもよい。ＢＢプロセッサ８２６は、通信制御プログラムを記憶するメモリ、当該プログラムを実行するプロセッサ及び関連する回路を含むモジュールであってもよく、ＢＢプロセッサ８２６の機能は、上記プログラムのアップデートにより変更可能であってもよい。また、上記モジュールは、基地局装置８２０のスロットに挿入されるカード若しくはブレードであってもよく、又は上記カード若しくは上記ブレードに搭載されるチップであってもよい。一方、ＲＦ回路８２７は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８１０を介して無線信号を送受信する。
　無線通信インタフェース８２５は、図２６に示したように複数のＢＢプロセッサ８２６を含み、複数のＢＢプロセッサ８２６は、例えばｅＮＢ８００が使用する複数の周波数帯域にそれぞれ対応してもよい。また、無線通信インタフェース８２５は、図２６に示したように複数のＲＦ回路８２７を含み、複数のＲＦ回路８２７は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２６には無線通信インタフェース８２５が複数のＢＢプロセッサ８２６及び複数のＲＦ回路８２７を含む例を示したが、無線通信インタフェース８２５は単一のＢＢプロセッサ８２６又は単一のＲＦ回路８２７を含んでもよい。
　図２６に示したｅＮＢ８００において、図２を参照して説明した基地局１００に含まれる１つ以上の構成要素（例えば、通信制御部１５１、情報取得部１５３、及び通知部１５５の少なくともいずれか）は、無線通信インタフェース８２５において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８２１において実装されてもよい。一例として、ｅＮＢ８００は、無線通信インタフェース８２５の一部（例えば、ＢＢプロセッサ８２６）若しくは全部、及び／又はコントローラ８２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８００にインストールされ、無線通信インタフェース８２５（例えば、ＢＢプロセッサ８２６）及び／又はコントローラ８２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８００、基地局装置８２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　また、図２６に示したｅＮＢ８００において、図２を参照して説明した無線通信部１２０は、無線通信インタフェース８２５（例えば、ＲＦ回路８２７）において実装されてもよい。また、アンテナ部１１０は、アンテナ８１０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８２１及び／又はネットワークインタフェース８２３において実装されてもよい。また、記憶部１４０は、メモリ８２２において実装されてもよい。
　　　（第２の応用例）
　図２７は、本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。ｅＮＢ８３０は、１つ以上のアンテナ８４０、基地局装置８５０、及びＲＲＨ８６０を有する。各アンテナ８４０及びＲＲＨ８６０は、ＲＦケーブルを介して互いに接続され得る。また、基地局装置８５０及びＲＲＨ８６０は、光ファイバケーブルなどの高速回線で互いに接続され得る。
　アンテナ８４０の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、ＲＲＨ８６０による無線信号の送受信のために使用される。ｅＮＢ８３０は、図２７に示したように複数のアンテナ８４０を有し、複数のアンテナ８４０は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２７にはｅＮＢ８３０が複数のアンテナ８４０を有する例を示したが、ｅＮＢ８３０は単一のアンテナ８４０を有してもよい。
　基地局装置８５０は、コントローラ８５１、メモリ８５２、ネットワークインタフェース８５３、無線通信インタフェース８５５及び接続インタフェース８５７を備える。コントローラ８５１、メモリ８５２及びネットワークインタフェース８５３は、図２６を参照して説明したコントローラ８２１、メモリ８２２及びネットワークインタフェース８２３と同様のものである。
　無線通信インタフェース８５５は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、ＲＲＨ８６０及びアンテナ８４０を介して、ＲＲＨ８６０に対応するセクタ内に位置する端末に無線接続を提供する。無線通信インタフェース８５５は、典型的には、ＢＢプロセッサ８５６などを含み得る。ＢＢプロセッサ８５６は、接続インタフェース８５７を介してＲＲＨ８６０のＲＦ回路８６４と接続されることを除き、図２６を参照して説明したＢＢプロセッサ８２６と同様のものである。無線通信インタフェース８５５は、図２７に示したように複数のＢＢプロセッサ８５６を含み、複数のＢＢプロセッサ８５６は、例えばｅＮＢ８３０が使用する複数の周波数帯域にそれぞれ対応してもよい。なお、図２７には無線通信インタフェース８５５が複数のＢＢプロセッサ８５６を含む例を示したが、無線通信インタフェース８５５は単一のＢＢプロセッサ８５６を含んでもよい。
　接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）をＲＲＨ８６０と接続するためのインタフェースである。接続インタフェース８５７は、基地局装置８５０（無線通信インタフェース８５５）とＲＲＨ８６０とを接続する上記高速回線での通信のための通信モジュールであってもよい。
　また、ＲＲＨ８６０は、接続インタフェース８６１及び無線通信インタフェース８６３を備える。
　接続インタフェース８６１は、ＲＲＨ８６０（無線通信インタフェース８６３）を基地局装置８５０と接続するためのインタフェースである。接続インタフェース８６１は、上記高速回線での通信のための通信モジュールであってもよい。
　無線通信インタフェース８６３は、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、典型的には、ＲＦ回路８６４などを含み得る。ＲＦ回路８６４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ８４０を介して無線信号を送受信する。無線通信インタフェース８６３は、図２７に示したように複数のＲＦ回路８６４を含み、複数のＲＦ回路８６４は、例えば複数のアンテナ素子にそれぞれ対応してもよい。なお、図２７には無線通信インタフェース８６３が複数のＲＦ回路８６４を含む例を示したが、無線通信インタフェース８６３は単一のＲＦ回路８６４を含んでもよい。
　図２７に示したｅＮＢ８３０において、図２を参照して説明した基地局１００に含まれる１つ以上の構成要素（例えば、通信制御部１５１、情報取得部１５３、及び通知部１５５の少なくともいずれか）は、無線通信インタフェース８５５及び／又は無線通信インタフェース８６３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、コントローラ８５１において実装されてもよい。一例として、ｅＮＢ８３０は、無線通信インタフェース８５５の一部（例えば、ＢＢプロセッサ８５６）若しくは全部、及び／又はコントローラ８５１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがｅＮＢ８３０にインストールされ、無線通信インタフェース８５５（例えば、ＢＢプロセッサ８５６）及び／又はコントローラ８５１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてｅＮＢ８３０、基地局装置８５０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　また、図２７に示したｅＮＢ８３０において、例えば、図２を参照して説明した無線通信部１２０は、無線通信インタフェース８６３（例えば、ＲＦ回路８６４）において実装されてもよい。また、アンテナ部１１０は、アンテナ８４０において実装されてもよい。また、ネットワーク通信部１３０は、コントローラ８５１及び／又はネットワークインタフェース８５３において実装されてもよい。また、記憶部１４０は、メモリ８５２において実装されてもよい。
　　＜６．２．端末装置に関する応用例＞
　　　（第１の応用例）
　図２８は、本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。スマートフォン９００は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２、１つ以上のアンテナスイッチ９１５、１つ以上のアンテナ９１６、バス９１７、バッテリー９１８及び補助コントローラ９１９を備える。
　プロセッサ９０１は、例えばＣＰＵ又はＳｏＣ（System　on　Chip）であってよく、スマートフォン９００のアプリケーションレイヤ及びその他のレイヤの機能を制御する。メモリ９０２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９０１により実行されるプログラム及びデータを記憶する。ストレージ９０３は、半導体メモリ又はハードディスクなどの記憶媒体を含み得る。外部接続インタフェース９０４は、メモリーカード又はＵＳＢ（Universal　Serial　Bus）デバイスなどの外付けデバイスをスマートフォン９００へ接続するためのインタフェースである。
　カメラ９０６は、例えば、ＣＣＤ（Charge　Coupled　Device）又はＣＭＯＳ（Complementary　Metal　Oxide　Semiconductor）などの撮像素子を有し、撮像画像を生成する。センサ９０７は、例えば、測位センサ、ジャイロセンサ、地磁気センサ及び加速度センサなどのセンサ群を含み得る。マイクロフォン９０８は、スマートフォン９００へ入力される音声を音声信号へ変換する。入力デバイス９０９は、例えば、表示デバイス９１０の画面上へのタッチを検出するタッチセンサ、キーパッド、キーボード、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９１０は、液晶ディスプレイ（ＬＣＤ）又は有機発光ダイオード（ＯＬＥＤ）ディスプレイなどの画面を有し、スマートフォン９００の出力画像を表示する。スピーカ９１１は、スマートフォン９００から出力される音声信号を音声に変換する。
　無線通信インタフェース９１２は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９１２は、典型的には、ＢＢプロセッサ９１３及びＲＦ回路９１４などを含み得る。ＢＢプロセッサ９１３は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９１４は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９１６を介して無線信号を送受信する。無線通信インタフェース９１２は、ＢＢプロセッサ９１３及びＲＦ回路９１４を集積したワンチップのモジュールであってもよい。無線通信インタフェース９１２は、図２８に示したように複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含んでもよい。なお、図２８には無線通信インタフェース９１２が複数のＢＢプロセッサ９１３及び複数のＲＦ回路９１４を含む例を示したが、無線通信インタフェース９１２は単一のＢＢプロセッサ９１３又は単一のＲＦ回路９１４を含んでもよい。
　さらに、無線通信インタフェース９１２は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ（Local　Area　Network）方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９１３及びＲＦ回路９１４を含んでもよい。
　アンテナスイッチ９１５の各々は、無線通信インタフェース９１２に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９１６の接続先を切り替える。
　アンテナ９１６の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９１２による無線信号の送受信のために使用される。スマートフォン９００は、図２８に示したように複数のアンテナ９１６を有してもよい。なお、図２８にはスマートフォン９００が複数のアンテナ９１６を有する例を示したが、スマートフォン９００は単一のアンテナ９１６を有してもよい。
　さらに、スマートフォン９００は、無線通信方式ごとにアンテナ９１６を備えてもよい。その場合に、アンテナスイッチ９１５は、スマートフォン９００の構成から省略されてもよい。
　バス９１７は、プロセッサ９０１、メモリ９０２、ストレージ９０３、外部接続インタフェース９０４、カメラ９０６、センサ９０７、マイクロフォン９０８、入力デバイス９０９、表示デバイス９１０、スピーカ９１１、無線通信インタフェース９１２及び補助コントローラ９１９を互いに接続する。バッテリー９１８は、図中に破線で部分的に示した給電ラインを介して、図２８に示したスマートフォン９００の各ブロックへ電力を供給する。補助コントローラ９１９は、例えば、スリープモードにおいて、スマートフォン９００の必要最低限の機能を動作させる。
　図２８に示したスマートフォン９００において、図３を参照して説明した端末装置２００に含まれる１つ以上の構成要素（例えば、通信制御部２４１、情報取得部２４３、及び通知部２４７の少なくともいずれか）は、無線通信インタフェース９１２において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９０１又は補助コントローラ９１９において実装されてもよい。一例として、スマートフォン９００は、無線通信インタフェース９１２の一部（例えば、ＢＢプロセッサ９１３）若しくは全部、プロセッサ９０１、及び／又は補助コントローラ９１９を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがスマートフォン９００にインストールされ、無線通信インタフェース９１２（例えば、ＢＢプロセッサ９１３）、プロセッサ９０１、及び／又は補助コントローラ９１９が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてスマートフォン９００又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　また、図２８に示したスマートフォン９００において、例えば、図３を参照して説明した無線通信部２２０は、無線通信インタフェース９１２（例えば、ＲＦ回路９１４）において実装されてもよい。また、アンテナ部２１０は、アンテナ９１６において実装されてもよい。また、記憶部２３０は、メモリ９０２において実装されてもよい。
　　　（第２の応用例）
　図２９は、本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。カーナビゲーション装置９２０は、プロセッサ９２１、メモリ９２２、ＧＰＳ（Global　Positioning　System）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
　プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
　ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
　コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
　無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図２９に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図２９には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
　さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
　アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
　アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図２９に示したように複数のアンテナ９３７を有してもよい。なお、図２９にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
　さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
　バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２９に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
　図２９に示したカーナビゲーション装置９２０において、図３を参照して説明した図３を参照して説明した端末装置２００に含まれる１つ以上の構成要素（例えば、通信制御部２４１、情報取得部２４３、及び通知部２４７の少なくともいずれか）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　また、図２９に示したカーナビゲーション装置９２０において、例えば、図３を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。また、記憶部２３０は、メモリ９２２において実装されてもよい。
　また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
　＜＜６．むすび＞＞
　以上説明したように、本開示の一実施形態に係るシステムにおいて、装置間通信を行う通信装置（端末装置２００）のうち受信端末に相当する通信装置は、無線通信を行う通信部と、第１の通信装置から情報を取得する取得部と、当該他の通信装置との通信を制御する制御部とを備える。具体的には、取得部は、送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、上記無線通信を介して他の通信装置から取得する。また、制御部は、上記第１の情報に応じて、上記他の通信装置から送信されるデータの受信に係る動作を制御する。また、送信端末に相当する通信装置は、無線通信を行う通信部と、他の通信装置に情報を通知する通知部と、当該他の通信装置との通信を制御する制御部とを備える。具体的には、通知部は、送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、上記無線通信を介して他の通信装置に通知する。また、制御部は、上記第１の情報の通知後に、上記他の通信装置へのデータの送信に係る動作を制御する。
　以上のような構成により、本開示の一実施形態に係るシステムに依れば、Ｖ２Ｘ通信を初めとした装置間通信においてユニキャスト通信がサポートされるような状況下においても、従来のＶ２Ｘ通信に比べて、ＨＤ問題の顕在化をより抑制することが可能となる。
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　具体的な一例として、本開示に係る技術は、Ｖ２Ｘ通信に限らず、サイドリンクを介した通信のような、所謂端末装置間の通信に応用することも可能である。当該通信の具体的な一例として、Ｄ２Ｄ通信、ＭＴＣ通信等が挙げられる。また、所謂Moving　Cellやリレー通信等への適用も可能である。また、上記では主にMode4リソース割り当ての方式に着目して説明したが、Mode3リソース割り当ての方式に適用されてもよい。また、前述したように、主にＦＤＭ型のリソースプールに対する方式として説明を行っているが、ＴＤＭ型のリソースプールに適用することも可能である。なお、この場合には、例えば、周波数方向及び時間方向について述べている部分において、周波数方向と時間方向とを適宜読み替えるものとする。また、本開示に係る技術は、複数のキャリアを利用してサイドリンク通信を行うマルチキャリア通信に適用されてもよい。また、基地局等の装置として衛星やドローン等を利用した非地上局通信についても適用対象となり得る。また、本開示に係る技術は、ＩＡＢ（Integrated　Access　and　Backhaul　link）のようなリレー通信におけるサイドリンク通信に対して適用されてもよい。また、車が基地局と車周辺のユーザ端末との間に立ち、リレー端末となるようなVehicle　tetheringのユースケースに適用されてもよい。この場合には、例えば、車と周辺のユーザ端末との通信リンクがサイドリンクで確立され、本開示に関わる技術が適用されてもよい。
　また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
　なお、以下のような構成も本開示の技術的範囲に属する。
（１）
　無線通信を行う通信部と、
　送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、前記無線通信を介して第１の通信装置から取得する取得部と、
　前記第１の情報に応じて、前記第１の通信装置から送信されるデータの受信に係る動作を制御する制御部と、
　を備える、通信装置。
（２）
　前記制御部は、前記第１の情報と、前記通信方式でのデータの送信または受信に関する状況と、に応じて、第２の通信装置へのデータの送信に係る動作を制御する、前記（１）に記載の通信装置。
（３）
　前記制御部は、前記第１の情報と、前記通信方式でのデータの送信または受信に関する状況と、に応じて、前記第２の通信装置に送信予定のパケットをドロップする、前記（２）に記載の通信装置。
（４）
　前記制御部は、前記第１の情報に応じた前記第１の通信装置から送信されるパケットの優先度と、前記第２の通信装置に送信予定のパケットの優先度と、の比較に基づき、当該第２の通信装置に送信予定のパケットをドロップする、前記（３）に記載の通信装置。
（５）
　前記制御部は、前記第１の情報と、前記通信方式でのデータの送信または受信に関する状況と、に応じて、前記第２の通信装置との間で確立されたユニキャストの無線リンクをリリースする、前記（２）に記載の通信装置。
（６）
　前記取得部は、リソースが割り当てられる領域中の第１の部分領域を介して通知される、前記第１の情報に含まれる重要データの有無に関する情報を少なくとも含む第２の情報を取得し、
　前記制御部は、前記第２の情報に基づき、前記第１の通信装置から送信されるデータを受信するか否かを決定する、
　前記（２）～（５）のいずれか一項に記載の通信装置。
（７）
　前記第２の情報は、前記第１の部分領域とは異なる第２の部分領域に関する情報を含み、
　前記取得部は、前記第２の情報に基づき、前記第２の部分領域を介して通知される、前記第１の情報のうちの、当該第２の情報として通知される情報以外の他の情報を取得する、
　前記（６）に記載の通信装置。
（８）
　前記制御部は、前記第２の情報に基づき、前記第１の通信装置から送信されるデータの受信と、前記第２の通信装置へのデータの送信と、のいずれを優先するかを決定する、前記（６）または（７）に記載の通信装置。
（９）
　前記制御部は、前記第１の情報と、前記通信方式でのデータの送信または受信に関する状況と、に応じて、前記第１の通信装置から送信されるデータの受信に係る経路を制御する、前記（１）～（８）のいずれか一項に記載の通信装置。
（１０）
　前記制御部は、
　　前記第１の情報に基づき、前記第１の通信装置にデータの送信を許可するか否かを判定し、
　　前記判定の結果に応じて、前記第１の通信装置から送信されたデータが受信されるように制御する、
　前記（１）～（９）のいずれか一項に記載の通信装置。
（１１）
　前記第１の通信装置にデータの送信を許可するか否かの判定の結果に応じた情報を通知する通知部を備え、
　前記制御部は、前記判定の結果に応じた情報の通知後に、前記第１の通信装置から送信されるデータが受信されるように制御する、
　前記（１０）に記載の通信装置。
（１２）
　データの受信に関する第３の情報を前記第１の通信装置に通知する通知部を備え、
　前記取得部は、前記第３の情報の通知後に、前記第１の通信装置から前記第１の情報を取得する、
　前記（１）～（１１）のいずれか一項に記載の通信装置。
（１３）
　前記第３の情報は、
　　受信アンテナの本数に関する情報と、
　　データの受信に係るデバイスに関する情報と、
　　データの受信に利用可能なリソースプールに関する情報と、
　　データの送信に係る処理に関する情報と、
　　データの受信に係る処理に関する情報と、
　　データを受信可能なリソースに関する情報と、
　のうちの少なくともいずれかを含む、
　前記（１２）に記載の通信装置。
（１４）
　前記第１の情報は、
　　前記第１の通信装置における送信データのバッファに関する情報と、
　　前記第１の通信装置による将来の送信のスケジュールに関する情報と、
　　前記データの送信に係るパケットの種別に関する情報と、
　　前記データの送信に係るパケットの受信期限に関する情報と、
　　前記データの送信に係るパケットの優先度に関する情報と、
　　重要データの有無に関する情報と、
　のうちの少なくともいずれかを含む、
　前記（１）～（１３）のいずれか一項に記載の通信装置。
（１５）
　前記第１の通信装置に対してデータを受信可能なリソースに関する情報を通知する通知部を備える、前記（１）～（１４）のいずれか一項に記載の通信装置。
（１６）
　無線通信を行う通信部と、
　送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、前記無線通信を介して第３の通信装置に通知する通知部と、
　前記第１の情報の通知後に、前記第３の通信装置へのデータの送信に係る動作を制御する制御部と、
　を備える、通信装置。
（１７）
　前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置へのデータの送信と、第４の通信装置から送信されるデータの受信と、の間の優先度を制御する、前記（１６）に記載の通信装置。
（１８）
　前記制御部は、
　　前記優先度を、
　　通信のトラフィックの種別と、
　　前記通信装置、前記第３の通信装置、及び前記第４の通信装置のうちの少なくともいずれかの位置情報と、
　　チャネルの混雑度と、
　　チャネルの占有率と、
　　のうちの少なくともいずれかに基づき制御する、
　前記（１７）に記載の通信装置。
（１９）
　前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置に送信予定のパケットをドロップする、前記（１６）～（１８）のいずれか一項に記載の通信装置。
（２０）
　前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置に送信予定のパケットの送信方法を制御する、前記（１６）～（１９）のいずれか一項に記載の通信装置。
（２１）
　前記通知部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置に対して、他の通信装置とのユニキャストの無線リンクのリリースを指示する、前記（１６）～（２０）のいずれか一項に記載の通信装置。
（２２）
　前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置との間の通信をマルチキャリア通信に切り替える、前記（１６）～（２１）のいずれか一項に記載の通信装置。
（２３）
　前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置との間の通信に利用する周波数帯域を制御する、前記（１６）～（２２）のいずれか一項に記載の通信装置。
（２４）
　前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置へのデータの送信経路を制御する、前記（１６）～（２３）のいずれか一項に記載の通信装置。
（２５）
　前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置がパケットを受信するためのリソースの予約を行う、前記（１６）～（２４）のいずれか一項に記載の通信装置。
（２６）
　前記制御部は、前記第１の情報の通知後に、前記第３の通信装置へ送信予定のパケットの優先度と、前記第３の通信装置におけるパケットの受信に係る優先度と、の比較結果に基づき、前記第３の通信装置へ送信予定のパケットをドロップする、前記（１６）～（２５）のいずれか一項に記載の通信装置。
（２７）
　無線通信を行う通信部と、
　送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、前記無線通信を介して第１の通信装置から取得する取得部と、
　前記第１の情報に応じて、前記第１の通信装置から送信されるデータの受信に係る動作を制御する制御部と、
　を備える、通信装置。
（２８）
　無線通信を行う通信部と、
　送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、前記無線通信を介して第３の通信装置に通知する通知部と、
　前記第１の情報の通知後に、前記第３の通信装置へのデータの送信に係る動作を制御する制御部と、
　を備える、通信装置。
　１　　　システム
　１００　基地局
　１１０　アンテナ部
　１２０　無線通信部
　１３０　ネットワーク通信部
　１４０　記憶部
　１５０　制御部
　１５１　通信制御部
　１５３　情報取得部
　１５５　通知部
　２００　端末装置
　２１０　アンテナ部
　２２０　無線通信部
　２３０　記憶部
　２４０　制御部
　２４１　通信制御部
　２４３　情報取得部
　２４７　通知部

Claims (26)

  1. 　無線通信を行う通信部と、
    　送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、前記無線通信を介して第１の通信装置から取得する取得部と、
    　前記第１の情報に応じて、前記第１の通信装置から送信されるデータの受信に係る動作を制御する制御部と、
    　を備える、通信装置。
  2. 　前記制御部は、前記第１の情報と、前記通信方式でのデータの送信または受信に関する状況と、に応じて、第２の通信装置へのデータの送信に係る動作を制御する、請求項１に記載の通信装置。
  3. 　前記制御部は、前記第１の情報と、前記通信方式でのデータの送信または受信に関する状況と、に応じて、前記第２の通信装置に送信予定のパケットをドロップする、請求項２に記載の通信装置。
  4. 　前記制御部は、前記第１の情報に応じた前記第１の通信装置から送信されるパケットの優先度と、前記第２の通信装置に送信予定のパケットの優先度と、の比較に基づき、当該第２の通信装置に送信予定のパケットをドロップする、請求項３に記載の通信装置。
  5. 　前記制御部は、前記第１の情報と、前記通信方式でのデータの送信または受信に関する状況と、に応じて、前記第２の通信装置との間で確立されたユニキャストの無線リンクをリリースする、請求項２に記載の通信装置。
  6. 　前記取得部は、リソースが割り当てられる領域中の第１の部分領域を介して通知される、前記第１の情報に含まれる重要データの有無に関する情報を少なくとも含む第２の情報を取得し、
    　前記制御部は、前記第２の情報に基づき、前記第１の通信装置から送信されるデータを受信するか否かを決定する、
    　請求項２に記載の通信装置。
  7. 　前記第２の情報は、前記第１の部分領域とは異なる第２の部分領域に関する情報を含み、
    　前記取得部は、前記第２の情報に基づき、前記第２の部分領域を介して通知される、前記第１の情報のうちの、当該第２の情報として通知される情報以外の他の情報を取得する、
    　請求項６に記載の通信装置。
  8. 　前記制御部は、前記第２の情報に基づき、前記第１の通信装置から送信されるデータの受信と、前記第２の通信装置へのデータの送信と、のいずれを優先するかを決定する、請求項６に記載の通信装置。
  9. 　前記制御部は、前記第１の情報と、前記通信方式でのデータの送信または受信に関する状況と、に応じて、前記第１の通信装置から送信されるデータの受信に係る経路を制御する、請求項１に記載の通信装置。
  10. 　前記制御部は、
    　　前記第１の情報に基づき、前記第１の通信装置にデータの送信を許可するか否かを判定し、
    　　前記判定の結果に応じて、前記第１の通信装置から送信されたデータが受信されるように制御する、
    　請求項１に記載の通信装置。
  11. 　前記第１の通信装置にデータの送信を許可するか否かの判定の結果に応じた情報を通知する通知部を備え、
    　前記制御部は、前記判定の結果に応じた情報の通知後に、前記第１の通信装置から送信されるデータが受信されるように制御する、
    　請求項１０に記載の通信装置。
  12. 　データの受信に関する第３の情報を前記第１の通信装置に通知する通知部を備え、
    　前記取得部は、前記第３の情報の通知後に、前記第１の通信装置から前記第１の情報を取得する、
    　請求項１に記載の通信装置。
  13. 　前記第３の情報は、
    　　受信アンテナの本数に関する情報と、
    　　データの受信に係るデバイスに関する情報と、
    　　データの受信に利用可能なリソースプールに関する情報と、
    　　データの送信に係る処理に関する情報と、
    　　データの受信に係る処理に関する情報と、
    　　データを受信可能なリソースに関する情報と、
    　のうちの少なくともいずれかを含む、
    　請求項１２に記載の通信装置。
  14. 　前記第１の情報は、
    　　前記第１の通信装置における送信データのバッファに関する情報と、
    　　前記第１の通信装置による将来の送信のスケジュールに関する情報と、
    　　前記データの送信に係るパケットの種別に関する情報と、
    　　前記データの送信に係るパケットの受信期限に関する情報と、
    　　前記データの送信に係るパケットの優先度に関する情報と、
    　　重要データの有無に関する情報と、
    　のうちの少なくともいずれかを含む、
    　請求項１に記載の通信装置。
  15. 　前記第１の通信装置に対してデータを受信可能なリソースに関する情報を通知する通知部を備える、請求項１に記載の通信装置。
  16. 　無線通信を行う通信部と、
    　送信と受信とを時分割で切り替えて装置間通信を行う通信方式を利用したデータの送信条件に関する第１の情報を、前記無線通信を介して第３の通信装置に通知する通知部と、
    　前記第１の情報の通知後に、前記第３の通信装置へのデータの送信に係る動作を制御する制御部と、
    　を備える、通信装置。
  17. 　前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置へのデータの送信と、第４の通信装置から送信されるデータの受信と、の間の優先度を制御する、請求項１６に記載の通信装置。
  18. 　前記制御部は、
    　　前記優先度を、
    　　通信のトラフィックの種別と、
    　　前記通信装置、前記第３の通信装置、及び前記第４の通信装置のうちの少なくともいずれかの位置情報と、
    　　チャネルの混雑度と、
    　　チャネルの占有率と、
    　　のうちの少なくともいずれかに基づき制御する、
    　請求項１７に記載の通信装置。
  19. 　前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置に送信予定のパケットをドロップする、請求項１６に記載の通信装置。
  20. 　前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置に送信予定のパケットの送信方法を制御する、請求項１６に記載の通信装置。
  21. 　前記通知部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置に対して、他の通信装置とのユニキャストの無線リンクのリリースを指示する、請求項１６に記載の通信装置。
  22. 　前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置との間の通信をマルチキャリア通信に切り替える、請求項１６に記載の通信装置。
  23. 　前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置との間の通信に利用する周波数帯域を制御する、請求項１６に記載の通信装置。
  24. 　前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置へのデータの送信経路を制御する、請求項１６に記載の通信装置。
  25. 　前記制御部は、前記第１の情報の通知後に、所定の条件に応じて、前記第３の通信装置がパケットを受信するためのリソースの予約を行う、請求項１６に記載の通信装置。
  26. 　前記制御部は、前記第１の情報の通知後に、前記第３の通信装置へ送信予定のパケットの優先度と、前記第３の通信装置におけるパケットの受信に係る優先度と、の比較結果に基づき、前記第３の通信装置へ送信予定のパケットをドロップする、請求項１６に記載の通信装置。
PCT/JP2019/027230 2018-08-08 2019-07-09 通信装置 Ceased WO2020031593A1 (ja)

Priority Applications (4)

Application Number Priority Date Filing Date Title
JP2020536394A JP7355018B2 (ja) 2018-08-08 2019-07-09 通信装置
US17/263,918 US12089248B2 (en) 2018-08-08 2019-07-09 Communication device
EP19847011.4A EP3836731A4 (en) 2018-08-08 2019-07-09 COMMUNICATION DEVICE
CN201980051060.7A CN112514519B (zh) 2018-08-08 2019-07-09 通信设备

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2018149092 2018-08-08
JP2018-149092 2018-08-08

Publications (1)

Publication Number Publication Date
WO2020031593A1 true WO2020031593A1 (ja) 2020-02-13

Family

ID=69413796

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2019/027230 Ceased WO2020031593A1 (ja) 2018-08-08 2019-07-09 通信装置

Country Status (5)

Country Link
US (1) US12089248B2 (ja)
EP (1) EP3836731A4 (ja)
JP (1) JP7355018B2 (ja)
CN (1) CN112514519B (ja)
WO (1) WO2020031593A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022024330A1 (ja) * 2020-07-30 2022-02-03 株式会社Ｎｔｔドコモ 端末及び通信方法

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
RU2534216C2 (ru) 2009-06-26 2014-11-27 Панасоник Интеллекчуал Проперти Корпорэйшн оф Америка Устройства радиосвязи и способ радиосвязи
US11558803B2 (en) * 2020-03-16 2023-01-17 Qualcomm Incorporated Path selection for sidelink relay
US11722705B2 (en) * 2020-03-26 2023-08-08 Toyota Motor Engineering & Manufacturing North America, Inc. Camera support by a vehicular micro cloud for remote driving
EP3917278B1 (en) * 2020-05-25 2023-06-21 Swisscom AG Bridge comprising a donor bridge node and one or more service bridge nodes
US11930514B2 (en) * 2020-06-26 2024-03-12 Qualcomm Incorporated Position-aware resource allocation for a wireless in-vehicle network

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017077625A1 (ja) * 2015-11-05 2017-05-11 富士通株式会社 通信装置および無線通信方法
JP2017208796A (ja) 2016-05-12 2017-11-24 ソニー株式会社 通信装置、通信方法及びコンピュータプログラム
EP3343995A1 (en) * 2015-08-24 2018-07-04 LG Electronics Inc. Method for transreceiving v2x signal of terminal in wireless communication system, and terminal using the method

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20130278441A1 (en) * 2012-04-24 2013-10-24 Zetta Research and Development, LLC - ForC Series Vehicle proxying
US9253753B2 (en) * 2012-04-24 2016-02-02 Zetta Research And Development Llc-Forc Series Vehicle-to-vehicle safety transceiver using time slots
AU2014355732B2 (en) 2013-11-27 2017-04-13 Sony Corporation Communication control apparatus, communication control method, and information processing apparatus
EP3100478B1 (en) * 2014-02-02 2019-04-03 LG Electronics Inc. Method and apparatus for transmitting information for d2d operation in wireless communication system
WO2017026973A1 (en) * 2015-08-12 2017-02-16 Intel Corporation Resource access in device to device communication
WO2017048100A1 (ko) 2015-09-17 2017-03-23 엘지전자 주식회사 무선 통신 시스템에서 v2x 단말의 메시지 송수신 방법 및 장치
WO2017080782A1 (en) 2015-11-13 2017-05-18 Sony Corporation Methods, base station, infrastructure node and communications terminal
US10856335B2 (en) * 2016-03-31 2020-12-01 Sony Corporation Base station, terminal device, and communication method
US10356564B2 (en) 2016-05-11 2019-07-16 Lg Electronics Inc. Method and apparatus for enhancing MBMS/SC-PTM procedures for V2X communication in wireless communication system
ES2951109T3 (es) 2016-05-12 2023-10-18 Sony Group Corp Dispositivo de comunicación, método de comunicación y programa informático
WO2018027528A1 (en) * 2016-08-09 2018-02-15 Panasonic Intellectual Property Corporation Of America Improved radio resource selection and sensing for v2x transmissions
WO2018044144A1 (ko) * 2016-09-05 2018-03-08 엘지전자(주) 무선 통신 시스템에서 서비스 요청 절차를 수행하기 위한 방법 및 이를 위한 장치
CN114900858A (zh) * 2016-12-30 2022-08-12 英特尔公司 用于无线电通信的方法和设备
JP2018191130A (ja) * 2017-05-02 2018-11-29 ソニー株式会社 通信装置及び通信方法
EP4344325A3 (en) * 2017-05-04 2024-12-11 Koninklijke Philips N.V. Intra-group communication
WO2019123447A1 (en) * 2017-12-24 2019-06-27 Arilou Information Security Technologies Ltd. System and method for tunnel-based malware detection
US11432369B2 (en) * 2018-06-19 2022-08-30 Apple Inc. Reference signal and control information processing in 5G-NR wireless systems
WO2020006366A1 (en) * 2018-06-28 2020-01-02 Convida Wireless, Llc Prioritization procedures for nr v2x sidelink shared channel data transmission
CN112369111A (zh) * 2018-07-09 2021-02-12 瑞典爱立信有限公司 用于预期d2d传输的无线电资源状态的多级指示符
US11818568B2 (en) * 2018-08-03 2023-11-14 Telefonaktiebolaget Lm Ericsson (Publ) Reference signal management for sidelink radio transmission
CN118265093A (zh) * 2018-08-07 2024-06-28 交互数字专利控股公司 用于车辆通信中的资源预留的方法
EP3834530A1 (en) * 2018-08-07 2021-06-16 IDAC Holdings, Inc. Control information transmission and sensing in wireless systems
SG11202101089QA (en) * 2018-08-07 2021-03-30 Idac Holdings Inc Methods and apparatuses for autonomous resource selection in new radio vehicle to everything (nr v2x)

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3343995A1 (en) * 2015-08-24 2018-07-04 LG Electronics Inc. Method for transreceiving v2x signal of terminal in wireless communication system, and terminal using the method
WO2017077625A1 (ja) * 2015-11-05 2017-05-11 富士通株式会社 通信装置および無線通信方法
JP2017208796A (ja) 2016-05-12 2017-11-24 ソニー株式会社 通信装置、通信方法及びコンピュータプログラム

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
3GPP TR 22.886
HUAWEI ET AL.: "Priority handling based on ProSe Per Packet Priority", 3GPP TSG-RAN WG2 MEETING #92, R2-156533, 7 November 2015 (2015-11-07), XP051024826, Retrieved from the Internet <URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_92/Docs/R2-156533.zip> [retrieved on 20190725] *

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2022024330A1 (ja) * 2020-07-30 2022-02-03 株式会社Ｎｔｔドコモ 端末及び通信方法
JPWO2022024330A1 (ja) * 2020-07-30 2022-02-03
JP7568373B2 (ja) 2020-07-30 2024-10-16 株式会社Ｎｔｔドコモ 端末及び通信方法

Also Published As

Publication number Publication date
CN112514519A (zh) 2021-03-16
JPWO2020031593A1 (ja) 2021-08-26
EP3836731A4 (en) 2021-10-06
JP7355018B2 (ja) 2023-10-03
US20210307029A1 (en) 2021-09-30
EP3836731A1 (en) 2021-06-16
US12089248B2 (en) 2024-09-10
CN112514519B (zh) 2024-04-09

Similar Documents

Publication Publication Date Title
JP7355018B2 (ja) 通信装置
US20210160894A1 (en) Methods, base station, infrastructure node and terminal for measurements and delay-sensitive vehicle-related communications
US10798738B2 (en) Device and method
WO2020090387A1 (ja) 通信装置及び制御装置
JP7215484B2 (ja) 通信装置及び通信方法
US20190349952A1 (en) Terminal apparatus, base station, method, and recording medium
WO2019187562A1 (ja) 通信装置
AU2017240550A1 (en) Base station, terminal device, and communication method
US12445907B2 (en) Communication apparatus, control apparatus, and communication system
US20200100260A1 (en) Methods, base station, infrastructure node and terminal
JPWO2020166221A1 (ja) 通信装置、制御装置及び通信システム
JP2021106302A (ja) 通信装置
JP2021106300A (ja) 通信装置

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 19847011

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2020536394

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

ENP Entry into the national phase

Ref document number: 2019847011

Country of ref document: EP

Effective date: 20210309

WWG Wipo information: grant in national office

Ref document number: 202117000683

Country of ref document: IN