WO2017169111A1 - 基地局、端末装置、及び通信方法 - Google Patents

基地局、端末装置、及び通信方法 Download PDF

Info

Publication number
WO2017169111A1
WO2017169111A1 PCT/JP2017/004021 JP2017004021W WO2017169111A1 WO 2017169111 A1 WO2017169111 A1 WO 2017169111A1 JP 2017004021 W JP2017004021 W JP 2017004021W WO 2017169111 A1 WO2017169111 A1 WO 2017169111A1
Authority
WO
WIPO (PCT)
Prior art keywords
terminal
resource
communication
terminal device
information
Prior art date
Application number
PCT/JP2017/004021
Other languages
English (en)
French (fr)
Inventor
博允 内山
懿夫 唐
寿之 示沢
Original Assignee
ソニー株式会社
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 ソニー株式会社 filed Critical ソニー株式会社
Priority to CN201780019008.4A priority Critical patent/CN108781449B/zh
Priority to EP17773660.0A priority patent/EP3439398B1/en
Priority to US16/078,570 priority patent/US10856335B2/en
Priority to AU2017240550A priority patent/AU2017240550A1/en
Priority to JP2018508489A priority patent/JP6574943B2/ja
Priority to BR112018069233A priority patent/BR112018069233A2/pt
Publication of WO2017169111A1 publication Critical patent/WO2017169111A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0833—Random access procedures, e.g. with 4-step access
    • H04W74/0841—Random access procedures, e.g. with 4-step access with collision treatment
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W56/00—Synchronisation arrangements
    • H04W56/001—Synchronization between nodes
    • H04W56/002—Mutual synchronization
    • 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/0453—Resources in frequency domain, e.g. a carrier in FDMA
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/12—Wireless traffic scheduling
    • H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices

Definitions

  • the present disclosure relates to a base station, a terminal device, and a communication method.
  • V2X Vehicle to X
  • DSRC Dedicated Short Range Communication
  • LTE Long Term Evolution
  • D2D Device to Device
  • V2X communication tends to have a larger number of accommodated terminals than D2D communication. Therefore, in V2X communication, introduction of a mechanism that can further expand capacity by using resources efficiently is required.
  • the present disclosure proposes a base station, a terminal device, and a method that can efficiently use resources in V2X communication.
  • a communication unit that performs wireless communication and a resource in semi-persistent scheduling are allocated for terminal-to-terminal communication between a plurality of terminal devices, and control information related to the resource allocation is transmitted via the wireless communication.
  • a processing unit that controls to be transmitted to the terminal device controls to be transmitted to the terminal device.
  • resources in semi-persistent scheduling are allocated from a predetermined resource pool, and control information related to the resource allocation Is provided with a processing unit that controls to be transmitted to the other terminal device via the wireless communication.
  • resources in semi-persistent scheduling are allocated, and control information related to the resource allocation includes the wireless communication.
  • a communication method including: controlling to be transmitted to the terminal device via the terminal device.
  • a communication unit that performs wireless communication; For inter-terminal communication with other terminal apparatuses, resources in semi-persistent scheduling are allocated from a predetermined resource pool, and control information related to the resource allocation is transmitted to the other terminal apparatuses via the wireless communication.
  • a processing unit for controlling A communication method is provided.
  • a base station As described above, according to the present disclosure, a base station, a terminal device, and a method capable of efficiently using resources in V2X communication are provided.
  • FIG. 1 is an explanatory diagram illustrating a configuration of a wireless communication system according to an embodiment of the present disclosure.
  • FIG. It is a block diagram which shows an example of the logical structure of UE which concerns on the embodiment. It is a block diagram which shows an example of the logical structure of UE which concerns on the embodiment. It is a block diagram which shows an example of the logical structure of eNB which concerns on the embodiment. It is a block diagram which shows an example of the logical structure of RSU which concerns on the same embodiment.
  • V2X communication includes, for example, V2V (Vehicle to Vehicle) communication, V2I (Vehicle to Infrastructure) communication, V2P (Vehicle to Pedestrian) communication, and V2H (Vehicle to Home) communication.
  • V2V Vehicle to Vehicle
  • V2I Vehicle to Infrastructure
  • V2P Vehicle to Pedestrian
  • V2H Vehicle to Home
  • V2X communication includes, for example, V2N (Vehicle to Nomadic device) communication.
  • V2N Vehicle to Nomadic device
  • the first character and the third character, such as V2V communication mean the start point and the end point, respectively, and do not limit the communication path.
  • V2V communication is a concept that includes communication directly between mobile bodies and communication indirectly via a base station or the like.
  • examples of vehicles to be communicated in V2V communication include passenger vehicles, commercial or fleet vehicles, emergency vehicles, and transit vehicles.
  • vehicle communication targets in V2I communication include, for example, a cellular network, a data center, a commercial vehicle management center, a traffic management center, a meteorological service. (Weather service), train operation center (Rail operation center), parking system (Parking system) or toll system (Toll system).
  • examples of the vehicle communication target in the V2P communication include a bicycle driver (Cyclist), a pedestrian shelter, and a motorcycle.
  • examples of vehicle communication targets in V2H communication include a home network, a garage, and a commercial network (Enterprise or deeler networks).
  • LTE Long Term Evolution
  • V2X communication use case An example of V2X communication use case is shown below. Primarily targeted for safety applications, there is a need for “Periodical message” that sends messages to vehicles on a regular basis and communication like “Event trigger message” that provides necessary information according to the event. (3GPP TR 22.885).
  • V2X use case (Example of V2X use case) 1. Forward Collision Warning 2. Control Loss Warning 3. V2V Use case for emergency vehicle warning 4. V2V Emergency Stop Use case 5. Cooperative Adaptive Cruise Control 6. V2I Emergency Stop Use Case 7. Queue Warning 8. Road safety services 9. Automated Parking System 10. Wrong way driving warning 11. V2V message transfer under operator control 12. Pre-crash Sensing Warning 13. V2X in areas outside network coverage 14. V2X Road safety service via infrastructure 15. V2I / V2N Traffic Flow Optimization 16. Curve speed Warning 17. Warning to Pedestrian against pedestrian Collision 18. Vulnerable Road User (VRU) Safety 19. V2X by UE type RSU 20. V2X Minimum QoS 21. Use case for V2X access when roaming 22. Pedestrian Road Safety via V2P awareness messages 23. Mixed Use Traffic Management 24. Enhancing Positional Precision for traffic participants
  • D2D communication As a base technology of V2X communication, D2D (Device to device) communication standardized in the past by 3GPP can be mentioned. Since D2D communication is communication between terminals not via a base station, it can be considered to be enhanced and adapted to V2V communication or V2P communication (partly applicable to V2I communication). Such an interface between terminals is called a PC5 interface. Further, in V2I communication and V2N communication, it is conceivable to enhance and adapt communication between an existing base station and a terminal. Such an interface between the base station and the terminal is called a Un interface.
  • the main enhancement points are as follows.
  • FIG. 2 is an explanatory diagram for explaining a first scenario of V2V communication.
  • mobile objects such as vehicles directly perform V2V communication.
  • the communication link in this case is also referred to as SL (SideLink).
  • FIG. 3 is an explanatory diagram for explaining a second scenario of V2V communication.
  • mobile bodies such as vehicles perform V2V communication indirectly via E-UTRAN (Evolved Universal Terrestrial Radio Access), that is, via a base station.
  • E-UTRAN Evolved Universal Terrestrial Radio Access
  • a communication link from the transmission side to the base station is also referred to as UL (Uplink)
  • DL (Downlink) a communication link from the base station to the reception side
  • FIG. 4 is an explanatory diagram for explaining a third scenario of V2V communication.
  • a mobile body such as a vehicle transmits a signal to other mobile bodies via the RSU or RSU type UE and the E-UTRAN in order.
  • Communication links between the devices are SL, UL, and DL in order.
  • FIG. 5 is an explanatory diagram for explaining a fourth scenario of V2V communication.
  • a mobile body such as a vehicle transmits a signal to other mobile bodies via the E-UTRAN and the RSU or RSU type UE in order.
  • Communication links between the devices are UL, DL, and SL in order.
  • FIG. 6 is an explanatory diagram for explaining a fifth scenario of V2V communication.
  • mobile objects such as vehicles perform V2V communication indirectly via an RSU or RSU type UE.
  • the communication link between the mobile and the RSU or RSU type UE is SL.
  • Each scenario described above becomes a scenario of V2P communication when one of the moving objects is changed to a pedestrian.
  • each scenario becomes a scenario of V2I communication or V2N communication when one of the mobile objects is changed to an infrastructure or a network.
  • V2X communication requires high reliability and requires low-delay communication.
  • -Feature 2 There is V2X-specific traffic.
  • -Feature 3 V2X has various links.
  • -Feature 4 IBE (In-Band Emission) problem.
  • -Feature 5 HD (Half Duplex) problem.
  • -Feature 6 Capacity is a big issue compared to D2D.
  • Feature 7 Location information is always obtained.
  • feature 1 is obvious from the use case of V2X communication.
  • V2X communication has many safety applications, and reliability is a very important index. Further, since the moving speed of the vehicle is faster than that of the D2D walking use case, it is necessary to realize low-delay communication.
  • Period traffic is communication that periodically notifies data to surrounding vehicles, which is also a characteristic point of V2X.
  • V / I / N / P is assumed as the communication target of the vehicle in V2X communication.
  • the point having such various links is also unique to V2X communication.
  • FIG. 7 is an explanatory diagram for explaining IBE.
  • V2V communication unlike the communication between base station terminals, the positional relationship between the transmitting and receiving terminals always changes. If there is a receiving terminal in the vicinity of the transmitting terminal, the emission from the transmitting side (Emission) may affect the neighboring receiving terminal. Although orthogonality is maintained on the frequency axis, the influence of IBE becomes remarkable from the closeness of the distance between the transmitting and receiving terminals. In the figure, a state in which terminal A gives IBE to terminal D is shown.
  • the HD problem shown as feature 5 indicates a problem that is difficult to receive when the terminal is transmitting. For this reason, in V2X communication, it is necessary to take measures such as “preparing an opportunity for multiple receptions” and “not assigning transmissions of other users in a frame for transmitting data”.
  • the HD problem is not a problem specific to V2X, but is a major limitation in V2X communication that requires many transmissions.
  • V2X communication has an extremely large number of accommodated terminals compared to D2D communication. Furthermore, since the automobile runs on the road, the terminal density inevitably increases locally. Therefore, in V2X communication, it is essential to improve capacity. It is necessary to eliminate unnecessary overhead as much as possible to realize efficient communication.
  • FIG. 8 is an explanatory diagram for explaining a method of allocating resources to each of the TDM and the FDM.
  • the PC5 interface in which D2D communication and V2X communication are performed mainly includes a control channel part (PSCCH: Physical Sidelink Control CHannel) and a data channel part (PSSCH: Physical Sidelink Shared CHannel).
  • PSCCH Physical Sidelink Control CHannel
  • PSSCH Physical Sidelink Shared CHannel
  • FIG. 9 is an explanatory diagram for explaining the outline of the SPS.
  • SPS Semi-Persistent Scheduling
  • a plurality of data is scheduled with one SA. Therefore, it is not necessary to transmit SA every time data is transmitted, and overhead can be reduced.
  • such scheduling has a great effect in periodic communication such as V2X Periodic traffic. Therefore, introduction of SPS is also required in V2X communication.
  • Mode 1 there are two types of resource allocation methods: “Centralized resource allocation” in Mode 1 and “Autonomous resource selection” in Mode 2.
  • Mode 1 the base station performs all resource allocation for the PC5 interface.
  • the terminal side it is only necessary to perform transmission using resources instructed to the base station.
  • the communication characteristics are good because resources are allocated orthogonally.
  • Mode 2 the terminal autonomously selects a resource to be used for transmission from the resource pool notified from the base station.
  • Mode 1 there is no concern about Mode1 overhead, there is a possibility that the same resource as other terminals may be selected, so that the problem of collision may become apparent.
  • Mode 2 has an advantage that it can be operated not only in the in-coverage within the network of the base station but also in the out-of-coverage.
  • Energy sensing is a method of sensing a resource for a certain period and selecting a communication resource from resources that are relatively unused based on the sensing result. While simple, the power level is not so accurate.
  • SA decoding is a method of recognizing the location of a resource being used by decoding SA (control information) transmitted by another user. While the resources being used can be found with high accuracy, there are disadvantages such as the inability to sense the SA resources themselves.
  • FIG. 10 is an explanatory diagram illustrating a configuration of a wireless communication system according to an embodiment of the present disclosure.
  • the wireless communication system according to the embodiment of the present disclosure includes a UE 10, a UE 20, a vehicle 22, an eNB 30, a GNSS satellite 40, and an RSU 50.
  • the eNB 30 is a cellular base station that provides a cellular communication service to the UE 20 located in the cell. For example, eNB30 schedules the resource for UE10 and UE20 to communicate, and notifies UE10 and UE20 of the scheduled resource. And eNB30 performs uplink communication or downlink communication between UE10 and UE20 in the said resource.
  • the GNSS satellite 40 is an artificial satellite (communication device) that orbits the earth along a predetermined orbit.
  • the GNSS satellite 40 transmits a GNSS (Global Navigation Satellite System) signal including a navigation message.
  • the navigation message includes various information for position measurement, such as orbit information and time information of the GNSS satellite 40.
  • the RSU 50 is a communication device installed on the side of the road.
  • the RSU 50 can perform bidirectional communication with the vehicle 22 or the UE 20 mounted on the vehicle 22 or the UE 10 carried by the user 12.
  • the RSU 50 can perform DSRC communication with the vehicle 22 or the UE 20 mounted on the vehicle 22 or the UE 10 carried by the user 12, but in the present embodiment, the RSU 50 is the UE 20 mounted on the vehicle 22 or the vehicle 22. It is also assumed that communication is performed with the UE 10 carried by the user 12 according to the cellular communication method.
  • the UE 20 is a communication device that is mounted on the vehicle 22 and moves as the vehicle 22 travels.
  • UE20 has a function which communicates with eNB30 according to control by eNB30.
  • UE20 has the function to receive the GNSS signal transmitted from the GNSS satellite 40, and to measure the positional information on UE20 from the navigation message included in the GNSS signal.
  • the UE 20 has a function of communicating with the RSU 50.
  • the UE 20 according to the present embodiment can directly communicate with the UE 10 carried by the user 12 or the UE 20 mounted on another vehicle 22, that is, perform D2D communication. Below, when it is not necessary to distinguish UE20 and the moving body 22 in particular, it names generically UE20.
  • the UE 10 is a communication device that is carried by the user 12 and moves as the user 12 walks, runs, or moves a vehicle (a bus, a motorcycle, a car, or the like) on which the user 12 gets.
  • UE10 has a function which communicates with eNB30 according to control by eNB30. Further, the UE 10 has a function of receiving the GNSS signal transmitted from the GNSS satellite 40 and measuring the location information of the UE 10 from the navigation message included in the GNSS signal. Further, the UE 10 has a function of communicating with the RSU 50.
  • UE10 by this embodiment can also communicate directly with other UE10 or UE20, ie, can perform D2D communication. Communication between UE10 and UE20 is also referred to as V2P communication.
  • the vehicle 22 is shown as an example of the moving body, but the moving body is not limited to the vehicle 22.
  • the mobile body may be a ship, an aircraft, a bicycle, or the like.
  • the UE 20 has a function of receiving a GNSS signal.
  • the vehicle 22 may have a function of receiving a GNSS signal, and the vehicle 22 may output a reception result of the GNSS signal to the UE 20. .
  • FIG. 11 is a block diagram illustrating an example of a logical configuration of the UE 10 according to an embodiment of the present disclosure. As illustrated in FIG. 11, the UE 10 according to the present embodiment includes an antenna unit 110, a radio communication unit 120, a GNSS signal processing unit 130, a storage unit 140, and a processing unit 150.
  • the antenna unit 110 radiates the signal output from the wireless communication unit 120 to the space as a radio wave. Further, the antenna unit 110 converts radio waves in space into a signal and outputs the signal to the wireless communication unit 120.
  • the wireless communication unit 120 transmits and receives signals.
  • the radio communication unit 120 receives a downlink signal from the eNB 30 and transmits an uplink signal to the eNB 30.
  • wireless communication part 120 transmits / receives a side link signal between other UE10, UE20, or RSU50.
  • the GNSS signal processing unit 130 is configured to perform processing on the GNSS signal transmitted from the GNSS satellite 40. For example, the GNSS signal processing unit 130 measures the location information and time information of the UE 10 by processing the GNSS signal.
  • the storage unit 140 temporarily or permanently stores a program for operating the UE 10 and various data.
  • the processing unit 150 provides various functions of the UE 10. For example, the processing unit 150 controls communication performed by the wireless communication unit 120.
  • FIG. 12 is a block diagram illustrating an example of a logical configuration of the UE 20 according to an embodiment of the present disclosure.
  • the UE 20 according to the present embodiment includes an antenna unit 210, a radio communication unit 220, a GNSS signal processing unit 230, a storage unit 240, and a processing unit 250.
  • the antenna unit 210 radiates the signal output from the wireless communication unit 220 to the space as a radio wave. Further, the antenna unit 210 converts a radio wave in the space into a signal and outputs the signal to the wireless communication unit 220.
  • the wireless communication unit 220 transmits and receives signals.
  • the radio communication unit 220 receives a downlink signal from the eNB 30 and transmits an uplink signal to the eNB 30.
  • wireless communication part 220 transmits / receives a side link signal between UE10, other UE20, or RSU50.
  • the GNSS signal processing unit 230 is configured to perform processing on the GNSS signal transmitted from the GNSS satellite 40.
  • the GNSS signal processing unit 230 measures the location information and time information of the UE 20 by processing the GNSS signal.
  • the storage unit 240 temporarily or permanently stores a program for operating the UE 20 and various data.
  • the processing unit 250 provides various functions of the UE 20. For example, the processing unit 250 controls communication performed by the wireless communication unit 220.
  • FIG. 13 is a block diagram illustrating an example of a logical configuration of the eNB 30 according to an embodiment of the present disclosure.
  • the eNB 30 according to the present embodiment includes an antenna unit 310, a radio communication unit 320, a network communication unit 330, a storage unit 340, and a processing unit 350.
  • the antenna unit 310 radiates the signal output from the wireless communication unit 320 to space as a radio wave. Further, the antenna unit 310 converts radio waves in space into a signal and outputs the signal to the wireless communication unit 320.
  • the wireless communication unit 320 transmits and receives signals.
  • the radio communication unit 320 receives an uplink signal from the UE 10, UE 20, or RSU 50 and transmits a downlink signal to the UE 10, UE 20, or RSU 50.
  • the network communication unit 330 transmits and receives information.
  • the network communication unit 330 transmits information to other nodes and receives information from other nodes.
  • the other nodes include other base stations and core network nodes.
  • the storage unit 340 temporarily or permanently stores a program for operating the eNB 30 and various data.
  • the processing unit 350 provides various functions of the eNB 30. For example, the processing unit 350 controls communication performed by the subordinate UE 10, UE 20, and RSU 50.
  • FIG. 14 is a block diagram illustrating an example of a logical configuration of the RSU 50 according to an embodiment of the present disclosure.
  • the RSU 50 according to the present embodiment includes an antenna unit 510, a wireless communication unit 520, a storage unit 530, and a processing unit 540.
  • the antenna unit 510 radiates the signal output from the wireless communication unit 520 to the space as a radio wave.
  • the antenna unit 510 converts radio waves in the space into a signal and outputs the signal to the wireless communication unit 520.
  • the wireless communication unit 520 transmits and receives signals.
  • the radio communication unit 520 receives a downlink signal from the eNB 30 and transmits an uplink signal to the eNB 30.
  • wireless communication part 520 transmits / receives a side link signal between UE10, UE20, or other RSU50.
  • the storage unit 530 temporarily or permanently stores a program for operating the RSU 50 and various data.
  • the processing unit 540 provides various functions of the RSU 50. For example, the processing unit 540 controls communication performed by the wireless communication unit 520.
  • FIG. 15 is an explanatory diagram for explaining an example in which SPS is applied in TDM.
  • FIG. 15 shows an example in which data (Data) is repeated four times (Repetition).
  • SA period in D2D is used. 1 st Transmission notifies the location of the respective data resources and 2 nd Transmission subsequent repeat (the Repeat). Adjustments such as frequency hopping and sub-frame shift may be performed using options.
  • frequency hopping information related to hopping (Hopping) is notified by control information (SA).
  • SA control information
  • SA subframe shift
  • the shift amount is notified by SA.
  • the hopping amount or shift amount may be changed using the SPS transmission count as a parameter.
  • the “SA period” may be notified from the base station as in D2D, or may be set in advance (Preconfigure).
  • FDM SA Period indicates a set of resource pools of control information (SA) and data (Data).
  • SA control information
  • Data data
  • the SA transmitted in “FDM SA Period” and related data are completely transmitted in “FDM SA Period”.
  • FDM SA Period may be defined for each UE or may be defined for all UEs.
  • FIG. 16 shows an example of SPS using “FDM SA Period”.
  • FDM SA Period may be assigned from the base station, or may be arbitrarily set by the UE terminal itself. Also, it may be set according to the type of traffic (Event trigger, Periodical, etc.). The type of traffic and the allocation table of “FDM SA Period” may be notified from the base station, or may be preconfigured. A value common to all UEs may be set. Also in this case, the base station may be set or may be set in advance (Preconfigured). Further, it may be “FDM SA Period” specific to the resource pool. As the “SPS period (in other words, the period during which the SPS is set)”, the number of times of transmission based on “FDM SA Period” is notified to the receiving terminal by SA. “FDM SA Period”, “SPS period” is notified by SPS count.
  • FIG. 17 is an explanatory diagram for explaining an introduction example of “SPS data offset”.
  • SPS data offset is basically set longer than the period of 4 transmissions (defined as “Data period”) from the initial data transmission to 3 repetitions (Repetition transmission). It is also possible to set it short.
  • Data period the period of 4 transmissions
  • Repetition transmission it is also possible to set it short.
  • frequency hopping Hops
  • subframe shift and the like can be performed to adjust in the time and frequency directions.
  • SA data offset may be assigned from the base station, or may be arbitrarily set by the UE itself. Also, it may be set according to the type of traffic (Event trigger, Periodical, etc.). The type of traffic and the allocation table of “SA data offset” may be notified from the base station, or may be preconfigured. A value common to all UEs may be set. Also in this case, the base station may be set or may be set in advance (Preconfigured). It may be “SA data offset” specific to the resource pool. As “SPS period”, information on how many times to transmit based on “SA data offset” is notified to the receiving terminal by SA. “SA data offset” and “SPS period” are notified by SPS count.
  • FIG. 18 is an explanatory diagram for describing “SA pool period”, “Data pool period”, and an offset value.
  • “Data pool” related to “SA pool” can be allocated at the same time, and the offset value of “Data pool” related to “SA pool” is notified. It is also possible to do. It is also possible to configure the “FDM SA Period” described above from “SA pool”, “Data pool”, and an offset value.
  • the “SA pool period”, “Data pool period”, and offset (Offset) value may be assigned by the base station in the same way as “FDM SA Period” and “SPS data offset” described above, and are arbitrarily set by the UE itself. It is also possible to set to. Further, it may be set according to the type of traffic (Event trigger, Periodical, etc.). The type of traffic and the allocation table of “SA data offset” may be notified from the base station, or may be preconfigured. A value common to all UEs may be set. Also in this case, the base station may be set or may be set in advance (Preconfigured). Also, an offset value specific to the resource pool may be introduced.
  • FIGS. 19 and 20 show an example of a flow of a series of processes when a base station (also RSU) performs SPS resource allocation in communication in Mode 1. Yes.
  • the base station uses the RRC connection request as a trigger (S101), performs SPS configuration and configures the terminal in advance (S103).
  • the base station notifies the terminal of the SPS configuration using any of RRC connection setup, RRC connection reconfiguration, and RRC connection re-establishment message.
  • S105 On the terminal side, if traffic using SPS, such as “Periodical traffic”, is generated (S105), the configured SPS is activated and transmitted (S111). After the transmission is completed, release is performed. After the occurrence of traffic (S105), a “Scheduling request” may be transmitted to the base station side for confirmation of activation (S107). On the base station side, SPS activation is performed simultaneously with “Scheduling grant” (S109). On the terminal side, the SPS that has been configured in advance (Activation) is activated and transmitted (S111).
  • SPS that has been configured in advance
  • the “SPS configuration message” includes “Resource allocation” information.
  • the “Resource allocation” information includes location information of allocated resources.
  • the position information of the allocated resources and the position information of the 1 st Transmission resources.
  • transmission frame information of 2 nd Transmission later, pool information may be included, such as SA period information.
  • SA period information Such information is notified using, for example, SA Pool, Data pool, FDM SA Period, SPS Data offset value, and the like.
  • HARQ Hybrid Automatic Repeat reQuest
  • the “Resource allocation” information may include transmission count information. As the transmission count information, “2” to “no regulation” can be set. When there is no regulation, the transmission is continued until the SPS is released.
  • the “Resource allocation” information may include information indicating the number of repetitions (Repetition). This information indicates the number of repetitions at each transmission location. For example, control such as increasing “Data repetition” from 4 to 5 only for 3 rd transmission is possible.
  • the “Resource allocation” information may include transmission power information.
  • the transmission power information may be defined for each transmission place, or may be common throughout.
  • the “Resource allocation” information may include “Component carrier” information.
  • Target “Component carrier” information may be notified.
  • the “Resource allocation” information may include target resource pool (Resource Pool) information.
  • the target resource pool information indicates for which resource pool the SPS is set.
  • the “Resource allocation” information may include RV (Redundancy Version) information.
  • RV Redundancy Version
  • the RV may be set for each transmission place or may be set in common. Further, RV may be set in advance (Preconfigured).
  • the “Resource allocation” information may include information indicating “Suspend period”.
  • the information indicates, for example, the setting of the stop period when it is necessary to transmit “Event trigger message” or the like and the SPS is temporarily suspended.
  • “Suspend period” is set using parameters such as “SA Period”, “SA pool”, and “Data pool”, for example.
  • SA contents information will be described.
  • the transmitting terminal transmits SA (control information) and Data to the receiving terminal when performing SPS transmission.
  • SA content will be described. Similar to the SPS configuration described above, the SA content includes location information of allocated resources, transmission count information, information indicating the number of repetitions, transmission power information, and RV information. Since these pieces of information are the same as in the case of the SPS configuration, detailed description is omitted.
  • FIG. 21 is an explanatory diagram for explaining an example of an SPS reconfiguration and release method using position information.
  • the terminal measures the position (S301) and notifies the base station of the position information (S303). Thereafter, the base station side performs resource pool allocation according to the location information (Geo-location based resource allocation) (S305). In addition, the base station implements the SPS release (Release) in the previous resource pool (RP) or the reconfiguration (Re-configuration) for the new resource pool (RP) as necessary. (S307).
  • an SPS is released for a resource pool that is not used at the reported terminal location. Further, the future position of the terminal is predicted, and the SPS is configured (Configure) for a resource pool to be used in the future. Then, the target resource pool and its “SPS configuration” are notified.
  • the terminal may release the SPS when it is out of the base station range.
  • the terminal measures RSRP (Reference Signal Received Power), and determines that the terminal is out of service when the measurement result falls below a predetermined threshold, and releases the SPS.
  • RSRP Reference Signal Received Power
  • the terminal may release the SPS when the base station is handed over. In this case, the terminal releases the SPS of the handover source base station when handing over to a new base station.
  • the SPS release notification may be notified from the handover destination base station, or may be determined on the terminal side based on the RSRP of the handover source base station.
  • the terminal performs release when there is an SPS release request using V2V communication from a peripheral terminal.
  • the terminal that has received the release request may report the fact to the base station.
  • the base station may issue a release request to the target terminal.
  • the peripheral terminal may notify the target terminal ID.
  • the base station may release the SPS for the terminal ID notified from the peripheral terminal, or may arbitrarily select it.
  • the base station may instruct the release of the SPS using the terminal location information.
  • the terminal may release the SPS based on its own location information.
  • the base station releases based on the usage status of the radio frequency. For example, when the radio frequency becomes tight, the use of SPS is stopped in order to perform resource control more precisely.
  • (B) Communication in Mode 2 Next, attention is focused on communication in Mode 2.
  • the terminal In communication in Mode 2, for example, the terminal itself may select and transmit resources necessary for transmission from the resource pool. In this case, the information on the resource pool is notified from the base station or set in advance (Preconfigured). Note that, when selecting resources, in order to select a resource with less collision with other users, for example, the transmitting terminal performs sensing and allocates resources that are not used by other users as much as possible. To do. Sensing methods include “Energy sensing” and “SA decoding”.
  • FIG. 22 shows an example when sensing and SPS are used together.
  • the terminal performs sensing before selecting an SPS resource, and performs resource allocation so as to select a resource that is not used by another terminal based on the sensing result.
  • Resource allocation may be fixed (fixed) between each “SA period”.
  • resource allocation may be performed flexibly, such as arbitrarily changing the frequency time position in Period.
  • (B-1) Terminal Resource Selection Method a resource selection method by the terminal will be described.
  • Selection method 1 Method of arbitrarily selecting a resource Selection method 2: Method of using a specific transmission pattern between “SA periods”
  • Selection method 3 Hybrid type of the above selection methods 1 and 2
  • Selection method 4 Method of performing collision detection by the transmitting terminal itself and performing SPS reconfiguration (reconfiguration)
  • Selection method 5 Method of having the neighboring terminal, base station, or RSU detect the collision and switching the transmission method (Collision feedback).
  • the selection method 1 will be described.
  • the terminal arbitrarily selects an available resource based on the sensing result. Since there is no correlation of resource allocation between “SA periods”, there is a low possibility that collision will occur continuously.
  • the terminal notifies the selected resource information to the receiving side using a bitmap table. In this case, an enormous number of bits is required.
  • the terminal recognizes available resources based on the sensing result. After that, select some pattern candidates that are unlikely to collide with other users from the specified transmission pattern (in other words, the resource allocation pattern for transmission), and randomly select one of them. . If there are terminals that have performed resource selection at the same timing, the same pattern may be selected. In addition, when the pattern is not sufficient, it may be difficult to make the best use of the sensing results (sensing is performed and it is inevitable that resources are occupied).
  • the terminal notifies the selected pattern information as a pattern index (Index). The number of bits required for notification is relatively small. This includes a fixed (FIX) transmission method that copies the location of the 1 st transmission in the entire transmission area.
  • selection method 3 will be described.
  • arbitrary selection is performed up to the N-th (N is a natural number) transmission, and thereafter transmission is performed using a pattern.
  • the pattern is generated based on the Nth transmission.
  • the new pattern may be applied from the (N + 1) th without the Nth and (N + 1) th being correlated.
  • This selection method has the characteristics of the selection method 1 until the N-th transmission, and the transmission after the (N + 1) th transmission has the characteristics of the selection method 2.
  • the terminal notifies the receiving terminal of N information, bitmap table information up to N, and a pattern index (Index).
  • FIG. 23 is an explanatory diagram for explaining an example of a resource selection method by the terminal, and shows an example of a flow of a series of processes based on the selection method 4.
  • the transmitting terminal performs sensing and SPS resource allocation (S401).
  • the transmitting terminal decodes the SA other than the area in which it transmits within the “SA period” in which it transmits the SA (S403). If the same terminal as its own allocation is found (S405, YES), reselection (that is, resource reallocation) is performed based on the probability ⁇ defined in advance to determine whether or not to perform reselection. ) Is determined (S407).
  • the transmission terminal When it is determined to perform reselection (S407, YES), the transmission terminal performs reselection.
  • the reselection is carried out in consideration of the newly detected assignment status of other users (S409). If reselection is not in time for the original 1 st transmission “SA period”, the change is applied in the subsequent “SA period”. In this case, the SA is transmitted again for the allocation change. Note that any one of the selection methods 1 to 3 may be used for notification of the allocation result.
  • the transmitting terminal transmits data based on the resource allocation performed in advance. Transmit (S411).
  • FIG. 24 is an explanatory diagram for explaining an example of a resource selection method by the terminal, and shows an example of a flow of a series of processes based on the selection method 5.
  • the receiving terminal any of neighboring terminals, base stations, and RSUs decodes the SA (S501), and when a collision is detected (S503, YES), the receiving terminal collides with the transmitting terminal.
  • collision determination will be described. For example, when a pattern is used, the collision may be determined based on whether the pattern IDs are the same (S505). Further, in the case of random selection, the collision may be determined by calculating the collision rate and setting the collision rate as the prescribed threshold value ⁇ .
  • collision indicator that is, how much collision
  • Transmission terminal ID that is, who and who collide
  • Location of resource where collision occurred for example,“ SA period ”number, SFN (Single Frequency Network) number, etc.
  • FIG. 25 illustrates an example when the SA is retransmitted within the “SPS period”.
  • the transmission terminal may perform additional transmission of the SA for the terminal that has received the SPS SA.
  • conditions for performing additional transmission may be set. For example, additional transmission of SA may be performed for terminals whose “SPS period” is equal to or greater than a certain threshold.
  • the threshold value may be notified from the base station, for example, or may be set in advance (Preconfigured).
  • the transmitting terminal performs sensing in order to detect the congestion level of the resource pool.
  • the sensing may be “Energy sensing” or “SA decoding”.
  • the threshold value may be notified from the base station, for example, or may be preset (Preconfigured).
  • a random number may be used to restrict retransmission to everyone based on a predetermined probability ⁇ for determining whether or not to additionally transmit SA.
  • the probability ⁇ may be notified from the base station, for example, or may be set in advance (Preconfigured).
  • the terminal for which additional transmission is determined selects a resource for SA retransmission.
  • the terminal transmits “Scheduling request” to the base station.
  • the base station instructs the SA resource for retransmission to the terminal or notifies the transmitting terminal of “Timing offset” information from the first transmission.
  • the “Timing offset” information from the first transmission is notified to the transmitting terminal, the frequency direction is fixed.
  • the terminal autonomously selects a resource.
  • the terminal the SA of 1 st Transmission, changing point may transmit make corrections.
  • the terminal notifies the number of “SA periods” in the SPS by subtracting the amount already sent.
  • the terminal may put information indicating that the SA is for retransmission in the SA to be retransmitted. Further, information regarding the first SA transmission timing may be notified together. In this case, the received terminal predicts the remaining number of transmissions from the initial SA transmission timing and the retransmission SA reception timing.
  • FIG. 26 is an explanatory diagram for explaining an example of resource allocation using “Geo-location information”.
  • “Geo-location based resource allocation” when “Geo-location based resource allocation” is used, different resource pools (Resource pools) are used in the vicinity.
  • the receiving side monitors a plurality of pools (Pool) around its own area and receives all signals from the transmitting terminal.
  • the transmission side basically performs transmission in the resource pool assigned to its own position.
  • SPS transmission the transmission side performs transmission across a plurality of resource pools in order to prevent decoding failure on the reception side.
  • pattern 1 As the pattern to be transmitted, there are three patterns described below.
  • pattern 1 SA and Data are transmitted in the resource pool assigned to the position of the transmitting terminal. Further, SA and Data are transmitted to the resource pool assigned to the peripheral position.
  • SA and Data are transmitted in the resource pool assigned to the position of the transmitting terminal. Furthermore, SA is transmitted to the resource pool assigned to the peripheral position.
  • SA and Data are transmitted in the resource pool assigned to the position of the transmitting terminal. Further, Data is transmitted to the resource pool assigned to the peripheral position.
  • the transmitting terminal may notify the resource pool information to be transmitted next time in the SA that performs transmission in the resource pool assigned to the position of the transmitting terminal.
  • the receiving terminal that has received this SA goes to monitor the resource pool designated at the next SPS transmission.
  • the information transmitted in the SA may be resource pool information that is simultaneously transmitted, or resource block information that is actually allocated for transmission. Further, it may be resource block information to be transmitted next time.
  • the terminal is notified of the configuration instruction of Multiple pool transmission, information on the peripheral resource pool, and resource information for transmitting SA in the peripheral resource pool.
  • the terminal will judge by itself.
  • activation may be performed for terminals whose “SPS period” is equal to or greater than a certain threshold.
  • the threshold value may be notified from the base station, for example, or may be set (Preconfigured) in advance.
  • activation may be performed when the resource occupancy rate of the resource pool is equal to or lower than a threshold (that is, when the resource pool is used).
  • the transmitting terminal performs sensing in order to detect the congestion level of the resource pool.
  • the sensing may be “Energy sensing” or “SA decoding”.
  • the threshold value may be notified from the base station, for example, or may be preset (Preconfigured).
  • a random number may be used to restrict retransmission to everyone based on a predetermined probability ⁇ for determining whether or not to additionally transmit SA.
  • the probability ⁇ may be notified from the base station, for example, or may be set in advance (Preconfigured).
  • FIG. 27 shows a configuration example relating to grouping of a transmission pool and a reception pool.
  • the terminal partitions the SA area in the reception resource pool (Partitioning) and decodes only the target partition (Partition).
  • the transmission side performs transmission so that all groups of receiving terminals can be received. For example, in FIG. 27, transmission is performed twice at different times toward group A and group B.
  • group information related to grouping may be notified from the base station.
  • the terminal selects a packet to be decoded according to the priority control unit table. May be.
  • the priority control unit table may be provided from a base station, for example, or may be set in advance (Preconfigured).
  • the transmitting terminal may include information on the traffic type of the packet in the SA.
  • the receiving terminal may change the priority according to the traffic type information.
  • the priority may be set according to the transmission method. As a specific example, different priorities may be set for SPS and other cases. As another example, the priority may be set according to MCS or RV.
  • the priority may be controlled using the number of retransmissions. For example, a packet that is likely to be retransmitted in the future may be decoded with a lower priority.
  • SINR signal-to-interference noise ratio
  • FIG. 28 is a flowchart illustrating an example of a flow of a series of processing of “Congestion control”. Specifically, first, the base station performs sensing on each vehicle in order to grasp the utilization rate of wireless communication (S601, S603), and reports the degree of congestion of wireless communication (S605). As a result, the base station can grasp the congestion level (S607). Then, the base station places restrictions on resource allocation according to the degree of congestion. Also, the base station controls the priority of resource allocation according to the priority of the packet.
  • the terminal when there is support from the base station, the terminal changes the packet transmission control according to the congestion status report from the base station. Specifically, first, as in the example shown in FIG. 28, the base station has each terminal report the sensing result for grasping the degree of congestion. After grasping the congestion level situation, the base station performs “notification of congestion level” and “notification of packet transmission probability ⁇ ” to each terminal.
  • the terminal that has received the “congestion level notification” places restrictions on resource allocation according to the congestion level indicated by the congestion level. Also, the terminal controls the priority of resource allocation according to the priority of the packet.
  • the terminal that has received the “notification of packet transmission probability ⁇ ” determines whether or not to transmit based on the transmission probability ⁇ when transmitting a packet. At this time, the terminal may exclude packets having a certain priority or higher.
  • the terminal may periodically perform sensing in order to grasp the congestion level. In this case, for example, the terminal may determine that the terminal is congested if it is above a preconfigured threshold value. If it is in a congested state, the terminal determines whether or not to transmit using the packet transmission probability ⁇ set in advance (Preconfigure).
  • (B-1) Operation and Signaling in Mode 1 Here, the operation and signaling in Mode 1 will be described.
  • the base station grasps the congestion status of each “SA Pool” based on the same method as in the example illustrated in FIG. If the ratio of the relative congestion degree in the pool is equal to or greater than the threshold, the base station assigns “SA pool” having a low congestion degree as a part of “SA pool” having a high congestion degree. Then, the base station rewrites the configuration information of “SA pool” and notifies the terminal.
  • the terminal when there is support from the base station, the terminal changes the SA to be used according to the congestion status report from the base station. Specifically, first, as in the example shown in FIG. 28, the base station has each terminal report the sensing result for grasping the degree of congestion. After grasping the congestion level status, the base station performs “notification of congestion level” to each terminal.
  • the terminal that has received the “congestion level notification” controls according to the “SA Pool” that can be used according to the congestion level indicated by the congestion level (in other words, the usage of the “SA Pool”). Rewrite. Based on such control, for example, even if the terminal is “SA pool” for “Periodical traffic”, the terminal can be used for “Event trigger” (that is, perform SA transmission). .
  • the terminal may periodically perform sensing in order to grasp the congestion level. In this case, for example, the terminal may determine that the terminal is congested if it is above a preconfigured threshold value. In the congested state, the terminal may rewrite the control (in other words, the usage of the “SA Pool”) defined for the usable “SA Pool”.
  • the base station first divides the transmitting terminal and the receiving terminal into several groups and allocates resources for each group. The group assignment is set so that IBE is minimized. If groups where IBE may occur are allocated at the same time, IBE is reduced by muting resources between groups.
  • FIG. 29 shows an example of resource allocation in Mode 2 in consideration of measures against IBE.
  • the distance L separated in the frequency direction may be assigned from the base station or may be preconfigured.
  • the distance L in the frequency direction may be changed according to the degree of congestion.
  • the distance L in the frequency direction may be set depending on the allocation area of other terminals. As a specific example, the distance L in the frequency direction may be set so that the larger the allocation area of other terminals is, the more apart the terminal is. Further, the distance L in the frequency direction may be defined in resource block units.
  • a method of muting a frequency region adjacent to another terminal is used. Is mentioned. Note that a range in the frequency direction for muting (hereinafter also referred to as “muting amount”) is set in advance before resource selection. Also, the amount of PRB (Physical Resource Block) allocation is calculated in consideration of the amount of muting. Also, the muting amount may be allocated from the base station or may be preset (Preconfigured). Further, the muting amount may be changed according to the degree of congestion. Also, the muting amount may be set depending on the allocation area of other terminals. As a specific example, the muting amount may be set to be larger as the allocation area of other terminals is larger.
  • PRB Physical Resource Block
  • IBE countermeasures described above are not limited to SPS.
  • the eNB 30 may be realized 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 eNB 30 may be realized as another type of base station such as a NodeB or a BTS (Base Transceiver Station).
  • the eNB 30 may include a main body (also referred to as a base station device) that controls radio communication, and one or more RRHs (Remote Radio Heads) that are arranged at locations different from the main body. Further, various types of terminals to be described later may operate as the eNB 30 by temporarily or semi-permanently executing the base station function. Furthermore, at least some components of the eNB 30 may be realized in a base station device or a module for the base station device.
  • the UE 10, the UE 20, or the RSU 50 is a smartphone, a tablet PC (Personal Computer), a notebook PC, a portable game terminal, a mobile terminal such as a portable / dongle type mobile router or a digital camera, or a car navigation device. It may be realized as an in-vehicle terminal.
  • UE10, UE20 or RSU50 may be implement
  • MTC Machine Type Communication
  • at least a part of the components of the UE 10, the UE 20, or the RSU 50 may be realized in a module (for example, an integrated circuit module configured by one die) mounted on these terminals.
  • FIG. 30 is a block diagram illustrating a first example of a schematic configuration of an eNB to which the technology according to the present disclosure may be applied.
  • the eNB 800 includes one or more antennas 810 and a base station device 820. Each antenna 810 and the base station apparatus 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. 30, and the plurality of antennas 810 may respectively correspond to a plurality of frequency bands used by the eNB 800, for example. 30 shows 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 apparatus 820 includes a controller 821, a memory 822, a network interface 823, and a wireless communication interface 825.
  • the controller 821 may be a CPU or a DSP, for example, and operates various functions of the upper layer of the base station apparatus 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 may transfer the generated bundled packet. In addition, the controller 821 is a logic that executes control such as radio resource control, radio bearer control, mobility management, inflow control, or scheduling. May have a typical function. Moreover, the said control may be performed in cooperation with a surrounding eNB or a core network node.
  • the memory 822 includes RAM and ROM, and stores programs executed by the controller 821 and various control data (for example, 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 the core network node or other 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).
  • the network interface 823 may be a wired communication interface or a wireless communication interface for wireless backhaul.
  • the network interface 823 may use a frequency band higher than the frequency band used by the wireless communication interface 825 for wireless communication.
  • the wireless communication interface 825 supports any cellular communication scheme such as LTE (Long Term Evolution) or LTE-Advanced, and provides a wireless connection to terminals 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, and multiplexing / demultiplexing, and each layer (for example, L1, MAC (Medium Access Control), RLC (Radio Link Control), and PDCP).
  • Various signal processing of Packet Data Convergence Protocol
  • Packet Data Convergence Protocol is executed.
  • the BB processor 826 may have some or all of the logical functions described above 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 related circuits. 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 apparatus 820, or 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 a radio signal via the antenna 810.
  • the radio communication interface 825 includes a plurality of BB processors 826 as shown in FIG. 30, and the plurality of BB processors 826 may respectively correspond to a plurality of frequency bands used by the eNB 800, for example.
  • the wireless communication interface 825 includes a plurality of RF circuits 827 as illustrated in FIG. 30, and the plurality of RF circuits 827 may correspond to, for example, a plurality of antenna elements, respectively.
  • 30 shows 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. But you can.
  • the processing unit 350 described with reference to FIG. 13 may be implemented in the wireless communication interface 825 (for example, the BB processor 826) or the controller 821.
  • the wireless communication unit 320 may be implemented in the wireless communication interface 825 (for example, the RF circuit 827).
  • the antenna unit 310 may be mounted on the antenna 810.
  • the network communication unit 330 may be implemented in the controller 821 and / or the network interface 823.
  • the storage unit 340 may be implemented in the memory 822.
  • FIG. 31 is a block diagram illustrating a second example of a schematic configuration of an eNB to which the technology according to the present disclosure may be applied.
  • the eNB 830 includes one or more antennas 840, a base station apparatus 850, and an RRH 860. Each antenna 840 and RRH 860 may be connected to each other via an RF cable. Base station apparatus 850 and RRH 860 can be connected to each other via 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 / reception of radio signals by the RRH 860.
  • the eNB 830 includes a plurality of antennas 840 as illustrated in FIG. 31, and the plurality of antennas 840 may respectively correspond to a plurality of frequency bands used by the eNB 830, for example.
  • FIG. 31 illustrates an example in which the eNB 830 includes a plurality of antennas 840, the eNB 830 may include 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 a cellular communication method 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 the same as the BB processor 826 described with reference to FIG. 30 except that it 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. 31, and the plurality of BB processors 856 may respectively correspond to a plurality of frequency bands used by the eNB 830, for example.
  • FIG. 31 shows an example in which the wireless communication interface 855 includes a plurality of BB processors 856, but 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 apparatus 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 transmits 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 illustrated in FIG. 31, and the plurality of RF circuits 864 may respectively correspond to a plurality of antenna elements, for example.
  • FIG. 31 illustrates an example in which the wireless communication interface 863 includes a plurality of RF circuits 864, but the wireless communication interface 863 may include a single RF circuit 864.
  • the processing unit 350 described with reference to FIG. 13 may be implemented in the wireless communication interface 855, the wireless communication interface 863, and / or the controller 851.
  • the wireless communication unit 320 may be implemented in the wireless communication interface 863 (for example, the RF circuit 864).
  • the antenna unit 310 may be mounted on the antenna 840.
  • the network communication unit 330 may be implemented in the controller 851 and / or the network interface 853.
  • the storage unit 340 may be mounted in the memory 852.
  • FIG. 32 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, one or more antenna switches 915.
  • One or more antennas 916, a bus 917, a battery 918 and an auxiliary controller 919 are provided.
  • the processor 901 may be, for example, a CPU or a SoC (System on Chip), and controls the functions of the application layer and other layers of the smartphone 900.
  • the memory 902 includes a RAM and a ROM, and stores programs executed by the processor 901 and data.
  • the storage 903 can 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 includes, for example, 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 a sensor group such as a positioning sensor, a gyro sensor, a geomagnetic sensor, and an acceleration sensor.
  • the microphone 908 converts sound input to the 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.
  • the speaker 911 converts an audio signal output from the smartphone 900 into audio.
  • the wireless communication interface 912 supports any cellular communication method such as LTE or LTE-Advanced, and performs 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, and multiplexing / demultiplexing, and performs 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 radio 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. 32 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. But you can.
  • the wireless communication interface 912 may support other types of wireless communication methods such as a short-range wireless communication method, a proximity wireless communication method, or a wireless LAN (Local Area Network) method in addition to the cellular communication method.
  • a BB processor 913 and an RF circuit 914 for each wireless communication method 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 includes a single or a plurality of antenna elements (for example, a plurality of antenna elements constituting a MIMO antenna), and is used for transmission / 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 FIG. 32 illustrates an example in which the smartphone 900 includes a plurality of antennas 916, but the smartphone 900 may include a single antenna 916.
  • the smartphone 900 may include an antenna 916 for each wireless communication method.
  • 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 electric power to each block of the smartphone 900 shown in FIG. 32 via a power supply line partially shown by a broken line in the drawing.
  • the auxiliary controller 919 operates the minimum necessary functions of the smartphone 900 in the sleep mode.
  • the processing unit 150 described with reference to FIG. 11, the processing unit 250 described with reference to FIG. 12, or the processing unit 540 described with reference to FIG. 912 or processor 901 may be implemented.
  • the wireless communication unit 120, the wireless communication unit 220, or the wireless communication unit 520 may be implemented in the wireless communication interface 912 (for example, the RF circuit 914).
  • the GNSS signal processing unit 130 or the GNSS signal processing unit 230 may be mounted in the sensor 907.
  • the antenna unit 110, the antenna unit 210, or the antenna unit 510 may be mounted on the antenna 916.
  • the storage unit 140, the storage unit 240, or the storage unit 530 may be mounted in the memory 902.
  • FIG. 33 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 can 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.
  • the interface 933 includes one or more antenna switches 936, one or more antennas 937, and a battery 938.
  • the processor 921 may be a CPU or SoC, for example, and controls the navigation function and other functions of the car navigation device 920.
  • the memory 922 includes RAM and ROM, and stores programs and data executed by the processor 921.
  • the GPS module 924 measures the position (for example, latitude, longitude, and altitude) of the car navigation device 920 using GPS signals received from GPS satellites.
  • the sensor 925 may include a sensor group such as a gyro sensor, a geomagnetic sensor, and an atmospheric pressure sensor.
  • the data interface 926 is connected to the in-vehicle network 941 through a terminal (not shown), for example, and acquires data generated on the vehicle side such as vehicle speed data.
  • the content player 927 reproduces content stored in a 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 the user.
  • the display device 930 has a screen such as an LCD or an OLED display, and displays a navigation function or an image of content to be reproduced.
  • the speaker 931 outputs the navigation function or the audio of the content to be played back.
  • the wireless communication interface 933 supports any cellular communication method such as LTE or LTE-Advanced, and performs 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 processing for wireless communication.
  • the RF circuit 935 may include a mixer, a filter, an amplifier, and the like, and transmits and receives a radio signal 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 shown in FIG.
  • FIG. 33 shows 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. But you can.
  • the wireless communication interface 933 may support other types of wireless communication methods such as a short-range wireless communication method, a proximity wireless communication method, or a wireless LAN method in addition to the cellular communication method.
  • a BB processor 934 and an RF circuit 935 may be included for each communication method.
  • Each of the antenna switches 936 switches the connection destination of the antenna 937 among a plurality of circuits included in the wireless communication interface 933 (for example, circuits for different wireless communication systems).
  • 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 / reception of a radio signal by the radio communication interface 933.
  • the car navigation device 920 may have a plurality of antennas 937 as shown in FIG. FIG. 33 shows an example in which the car navigation apparatus 920 includes a plurality of antennas 937, but the car navigation apparatus 920 may include a single antenna 937.
  • the car navigation device 920 may include an antenna 937 for each wireless communication method.
  • 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. 33 via a power supply line partially shown by a broken line in the drawing. Further, the battery 938 stores electric power supplied from the vehicle side.
  • the communication interface 933 or the processor 921 may be implemented. Further, the wireless communication unit 120, the wireless communication unit 220, or the wireless communication unit 520 may be implemented in the wireless communication interface 933 (for example, the RF circuit 935). Further, the GNSS signal processing unit 130 or the GNSS signal processing unit 230 may be implemented in the GPS module 924. Further, the antenna unit 110, the antenna unit 210, or the antenna unit 510 may be mounted on the antenna 937. Further, the storage unit 140, the storage unit 240, or the storage unit 530 may be mounted in the memory 922.
  • an in-vehicle system (or vehicle) 940 including one or more blocks of the car navigation device 920 described above, an in-vehicle network 941, and a vehicle side module 942. That is, an in-vehicle system (or vehicle) 940 may be provided as a device including the processing unit 250 described with reference to FIG.
  • the base station according to the present embodiment when operating in Mode 1, allocates resources in SPS for inter-terminal communication (that is, V2X communication) between a plurality of terminal apparatuses, and relates to the allocation of the resources. Control is performed so that the control information is transmitted to the terminal device via wireless communication. Further, when operating in Mode 2, the terminal apparatus according to the present embodiment allocates resources in the SPS from a predetermined resource pool for inter-terminal communication (ie, V2X communication) with other terminal apparatuses, and Control is performed so that control information related to resource allocation is transmitted to another terminal device via wireless communication.
  • the wireless communication system according to the present embodiment can be made possible by using resources efficiently by applying SPS even in V2X communication, and as a result, capacity can be further expanded. It becomes.
  • a communication unit for performing wireless communication A processing unit that allocates resources in semi-persistent scheduling for inter-terminal communication between a plurality of terminal devices, and controls so that control information related to the resource allocation is transmitted to the terminal devices via the wireless communication
  • a base station A base station.
  • the processing unit performs control so that target component carrier information is notified in association with the control information.
  • the processing unit allocates the resource from a predetermined resource pool and performs control so that information related to the resource pool is notified in association with the control information .
  • An acquisition unit that acquires position information of the terminal device from the terminal device;
  • the processing unit allocates the resource to the terminal device from the resource pool according to the acquired location information of the terminal device.
  • the base station according to (3).
  • the processing unit sets semi-persistent scheduling for the resource pool according to a predicted result of the position of the terminal device based on the acquired position information of the terminal device, and information regarding the resource pool is The base station according to (4), which is controlled to be notified to the terminal device.
  • the processing unit controls the information related to the stop period when semi-persistent scheduling is temporarily suspended so as to be notified in association with the control information, according to any one of (1) to (5).
  • the listed base station The listed base station.
  • the processing unit performs control so that when the semi-persistent scheduling is released or reconfigured, information related to the result of the release or reconfiguration is notified to the terminal device.
  • Base station according to any one of (8) After the control information is transmitted, the processing unit targets at least a part of one or more second terminal devices from which the first terminal device among the plurality of terminal devices transmits the control information.
  • the base station according to any one of (1) to (7), wherein control is performed so that information on a period until the control information is additionally transmitted is notified to the first terminal apparatus.
  • a processing unit for controlling A terminal device. (10) The terminal device according to (9), wherein the processing unit senses a usage state of the resource and allocates the resource for the inter-terminal communication according to a result of the sensing. (11) The terminal device according to (10), wherein the processing unit performs control so that a bitmap table corresponding to the resource allocation is transmitted to the other terminal device as the control information.
  • the processing unit selects the transmission pattern to be applied from among predetermined transmission pattern candidates for the resource allocation based on the sensing result, and the information regarding the selected transmission pattern is the other terminal.
  • the processor is When N is a natural number, among the transmissions to the other terminal apparatuses, the resources are arbitrarily assigned based on the sensing result up to the Nth transmission, and the transmission pattern is used for N + 1 and subsequent transmissions.
  • the said processing part detects the other terminal device with which at least one part collides among the said resources allocated, The terminal device as described in said (10) which implements the reallocation of the said resource according to the said detection result.
  • An acquisition unit that acquires information according to a detection result of another terminal device with which at least a part of the allocated resources collides, from an external device; The processing unit performs the reassignment of the resource based on information according to the acquired detection result.
  • the terminal device according to (10) above.
  • the acquisition unit as information according to the detection result, at least one of the presence / absence of the collision, the degree of the collision, information on the other terminal device in which the collision has occurred, and the resource in which the collision has occurred The terminal device according to (15), wherein the information is acquired.
  • the processor is Based on a frequency division multiplexing scheme, set a transmission period for performing transmission of the control information and transmission of data via the resource allocated by the control information, The terminal device according to any one of (9) to (16), wherein control is performed so that information related to the set transmission period is notified to the terminal device.
  • the processor is Set an offset value according to a period until the data transmitted via the resource allocated by the control information is retransmitted, The terminal device according to any one of (9) to (16), wherein control is performed so that information related to the set offset value is notified to the terminal device.
  • the processor is Setting an offset value between a period during which the control information is transmitted and a period during which data is transmitted via the resource allocated by the control information; The terminal device according to any one of (9) to (16), wherein control is performed so that information regarding the set offset value is notified to the other terminal device.
  • the processing unit performs control so that the control information is additionally transmitted based on a predetermined condition for at least a part of the one or more other terminal devices to which the control information is transmitted.
  • the terminal device according to any one of 9) to (19).
  • the processing unit assigns a second resource pool to the first resource according to a congestion state of the first resource pool among a plurality of different resource pools set to transmit the control information.
  • the terminal device according to any one of (9) to (20), which is allocated as a part of a pool.
  • the processing unit changes the usage of the second resource pool according to the congestion level of the first resource pool among a plurality of resource pools having different usages set to transmit the control information.
  • the terminal device according to any one of (9) to (21).
  • (23) The terminal device according to any one of (9) to (22), wherein the processing unit limits the resource allocation in accordance with a congestion level of a resource pool for allocating the resource.
  • Doing wireless communication Allocating resources in semi-persistent scheduling for inter-terminal communication between a plurality of terminal apparatuses, and controlling so that control information related to the resource allocation is transmitted to the terminal apparatuses via the wireless communication; , Including a communication method.
  • a communication unit for performing wireless communication For inter-terminal communication with other terminal apparatuses, resources in semi-persistent scheduling are allocated from a predetermined resource pool, and control information related to the resource allocation is transmitted to the other terminal apparatuses via the wireless communication.
  • UE 110 antenna unit 120 wireless communication unit 130 signal processing unit 140 storage unit 150 processing unit 20 UE 210 Antenna unit 220 Wireless communication unit 230 Signal processing unit 240 Storage unit 250 Processing unit 22 Mobile body 30 eNB 310 Antenna unit 320 Wireless communication unit 330 Network communication unit 340 Storage unit 350 Processing unit 40 GNSS satellite 50 RSU

Landscapes

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

Abstract

【課題】Ｖ２Ｘ通信においてリソースを効率的に使用することが可能な仕組みを提供する。 【解決手段】無線通信を行う通信部と、複数の端末装置間における端末間通信のために、セミパーシステントスケジューリングにおけるリソースを割り当て、前記リソースの割り当てに関する制御情報が、前記無線通信を介して前記端末装置に送信されるように制御する処理部と、を備える、基地局。

Description

基地局、端末装置、及び通信方法
　本開示は、基地局、端末装置、及び通信方法に関する。
　車両等の移動体に搭載された通信装置を利用することによって、移動体と種々の対象物との間における直接的な通信が実現される。移動体に搭載された通信装置と種々の他の通信装置との間における通信は、Ｖ２Ｘ（Vehicle　to　X）通信と称されている。Ｖ２Ｘ通信については、これまで、ＤＳＲＣ（Dedicated　Short　Range　Communication）が利用される通信システムについて検討されてきたが、近年、ＬＴＥ（Long　Term　Evolution）等の携帯電話の通信規格が利用される通信システムについての検討が進められている。
　なお、Ｖ２Ｘ通信の議論が活発化する前より、Ｄ２Ｄ（Device　to　Device）と呼ばれる、通信装置同士の通信の検討が進められていた。このＤ２Ｄ通信については、例えば下記の特許文献１に開示されている。
特開２０１５－５０５２９号公報
　一方で、上述したＶ２Ｘ通信は、Ｄ２Ｄ通信に比べて収容端末数がより多くなる傾向にある。そのため、Ｖ２Ｘ通信においては、リソースを効率的に使用することで、キャパシティをより拡大することが可能な仕組みの導入が求められている。
　そこで、本開示では、Ｖ２Ｘ通信においてリソースを効率的に使用することが可能な、基地局、端末装置、及び方法について提案する。
　本開示によれば、無線通信を行う通信部と、複数の端末装置間における端末間通信のために、セミパーシステントスケジューリングにおけるリソースを割り当て、前記リソースの割り当てに関する制御情報が、前記無線通信を介して前記端末装置に送信されるように制御する処理部と、を備える、基地局が提供される。
　また、本開示によれば、無線通信を行う通信部と、他の端末装置との端末間通信のために、所定のリソースプールからセミパーシステントスケジューリングにおけるリソースを割り当て、前記リソースの割り当てに関する制御情報が、前記無線通信を介して前記他の端末装置に送信されるように制御する処理部と、を備える、端末装置が提供される。
　また、本開示によれば、無線通信を行うことと、複数の端末装置間における端末間通信のために、セミパーシステントスケジューリングにおけるリソースを割り当て、前記リソースの割り当てに関する制御情報が、前記無線通信を介して前記端末装置に送信されるように制御することと、を含む、通信方法が提供される。
　また、本開示によれば、無線通信を行う通信部と、
　他の端末装置との端末間通信のために、所定のリソースプールからセミパーシステントスケジューリングにおけるリソースを割り当て、前記リソースの割り当てに関する制御情報が、前記無線通信を介して前記他の端末装置に送信されるように制御する処理部と、
　を含む、通信方法が提供される。
　以上説明したように本開示によれば、Ｖ２Ｘ通信においてリソースを効率的に使用することが可能な、基地局、端末装置、及び方法が提供される。
　なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
Ｖ２Ｘ通信の概要について説明するための説明図である。 Ｖ２Ｖ通信の第１のシナリオを説明するための説明図である。 Ｖ２Ｖ通信の第２のシナリオを説明するための説明図である。 Ｖ２Ｖ通信の第３のシナリオを説明するための説明図である。 Ｖ２Ｖ通信の第４のシナリオを説明するための説明図である。 Ｖ２Ｖ通信の第５のシナリオを説明するための説明図である。 ＩＢＥについて説明するための説明図である。 ＴＤＭ及びＦＤＭそれぞれにリソース割り当ての方法について説明するための説明図である。 ＳＰＳの概要について説明するための説明図である。 本開示の一実施形態による無線通信システムの構成を示す説明図である。 同実施形態に係るＵＥの論理的な構成の一例を示すブロック図である。 同実施形態に係るＵＥの論理的な構成の一例を示すブロック図である。 同実施形態に係るｅＮＢの論理的な構成の一例を示すブロック図である。 同実施形態に係るＲＳＵの論理的な構成の一例を示すブロック図である。 ＴＤＭにおいてＳＰＳを適用した場合の一例について説明するための説明図である。 FDM　SA　Periodを使用したＳＰＳの一例について示した図である。 SPS　data　offsetの導入例について説明するための説明図である。 SA　pool　period、Data　pool　period、及びオフセット値について説明するための説明図である。 Mode1での通信において、基地局がＳＰＳのリソース割り当てを実施する場合の一連の処理の流れの一例を示した図である。 Mode1での通信において、基地局がＳＰＳのリソース割り当てを実施する場合の一連の処理の流れの一例を示した図である。 位置情報を用いたＳＰＳのリコンフィギュレーション及びリリースの方法の一例について説明するための説明図である。 センシングとＳＰＳとを併用した場合の一例を示した図である。 端末によるリソース選択の方法の一例について説明するための説明図である。 端末によるリソース選択の方法の一例について説明するための説明図である。 SPS　period内でＳＡを再送する場合の一例について示した図である。 Geo-location情報を用いたリソース割り当ての一例について説明するための説明図である。 送信プールと受信プールとのグルーピングに関する構成例を示した図である。 Congestion　controlの一連の処理の流れの一例について示したフローチャートである。 ＩＢＥへの対策を考慮したMode2におけるリソース割り当ての一例を示した図である。 ｅＮＢの概略的な構成の第１の例を示すブロック図である。 ｅＮＢの概略的な構成の第２の例を示すブロック図である。 スマートフォンの概略的な構成の一例を示すブロック図である。 カーナビゲーション装置の概略的な構成の一例を示すブロック図である。
　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　なお、説明は以下の順序で行うものとする。
　１．はじめに
　　１．１．Ｖ２Ｘ通信
　　１．２．技術的課題
　２．構成例
　　２．１．システムの構成例
　　２．２．ＵＥ（ユーザ端末）の構成例
　　２．３．ＵＥ（移動体）の構成例
　　２．４．ｅＮＢの構成例
　　２．５．ＲＳＵの構成例
　３．技術的特徴
　　３．１．ＳＰＳの実現
　　３．２．ＳＰＳのコンフィギュレーション及びリコンフィギュレーション
　　３．３．ＳＡデコーディング失敗時の制御
　　３．４．受信端末の動作
　　３．５．その他
　４．応用例
　　４．１．ｅＮＢに関する応用例
　　４．２．ＵＥ及びＲＳＵに関する応用例
　５．むすび
　＜＜１．はじめに＞＞
　　＜１．１．Ｖ２Ｘ通信＞
　将来の自動運転の実現のため、近年、車両等の移動体に搭載された通信装置を利用することによって、移動体と種々の対象物との間における直接的な通信への期待が高まってきている。車両と種々の対象物との間における通信は、Ｖ２Ｘ（Vehicle　to　X）通信と称されている。図１は、Ｖ２Ｘ通信の概要について説明するための説明図である。図１に示したように、Ｖ２Ｘ通信として、例えば、Ｖ２Ｖ（Vehicle　to　Vehicle）通信、Ｖ２Ｉ（Vehicle　to　Infrastructure）通信、Ｖ２Ｐ（Vehicle　to　Pedestrian）通信、Ｖ２Ｈ（Vehicle　to　Home）通信がある。その他、図示はされていないが、Ｖ２Ｘ通信として、例えばＶ２Ｎ（Ｖｅｈｉｃｌｅ　ｔｏ　Ｎｏｍａｄｉｃ　ｄｅｖｉｃｅ）通信もある。ここで、Ｖ２Ｖ通信等の１文字目と３文字目は、それぞれ始点と終点とを意味しており、通信経路を限定するものではない。例えば、Ｖ２Ｖ通信は、移動体同士が直接的に通信すること、及び基地局等を介して間接的に通信することを含む概念である。
　図１に示したように、Ｖ２Ｖ通信における車両の通信対象として、例えば、乗用車（passenger　vehicle）、商用車（Commercial　or　fleet　vehicle）、緊急車両（Emergency　vehicle）又は輸送車（Transit　vehicle）が挙げられる。また、Ｖ２Ｉ通信における車両の通信対象として、例えば、セルラーネットワーク（Celluler　network）、データセンタ（Data　centre）、商用車管理センタ（fleet　or　freight　management　centre）、交通管理センタ（Traffic　management　centre）、気象サービス（Weather　service）、列車運行センタ（Rail　operation　centre）、駐車システム（Parking　system）又は料金システム（Toll　system）が挙げられる。また、Ｖ２Ｐ通信における車両の通信対象として、例えば、自転車の運転者（Cyclist）、歩行者用シェルタ（Pedestrian　shelter）、又は自動二輪（Motorcycle）が挙げられる。また、Ｖ２Ｈ通信における車両の通信対象として、例えば、家庭用ネットワーク（Home　network）、車庫（Garage）、又は商用ネットワーク（Enterprise　or　deeler　networks）が挙げられる。
　なお、Ｖ２Ｘ通信として、これまでは主に、802.11pベースのＤＳＲＣ（Dedicated　Short　Range　Communication）が利用される通信システムについて検討されてきたが、近年、ＬＴＥ（Long　Term　Evolution）ベースの車載通信である”LTE-based　V2X”の標準化の議論がスタートしている。
　V2X通信のユースケースの一例を下記に示す。主にセーフティ（Safety）用途をターゲットとし、定期的に車両にメッセージを送るような「Periodical　message」の送信や、イベントに応じて必要な情報を提供する「Event　trigger　message」のような通信が求められている(3GPP　TR　22.885)。
　（V2Xユースケース例）
　1.　Forward　Collision　Warning
　2.　Control　Loss　Warning
　3.　V2V　Use　case　for　emergency　vehicle　warning
　4.　V2V　Emergency　Stop　Use　case
　5.　Cooperative　Adaptive　Cruise　Control
　6.　Ｖ２Ｉ　Emergency　Stop　Use　Case
　7.　Queue　Warning
　8.　Road　safety　services
　9.　Automated　Parking　System
　10.　Wrong　way　driving　warning
　11.　V2V　message　transfer　under　operator　control
　12.　Pre-crash　Sensing　Warning
　13.　V2X　in　areas　outside　network　coverage
　14.　V2X　Road　safety　service　via　infrastructure
　15.　V2I/V2N　Traffic　Flow　Optimization
　16.　Curve　speed　Warning
　17.　Warning　to　Pedestrian　against　pedestrian　Collision
　18.　Vulnerable　Road　User(VRU)　Safety
　19.　V2X　by　UE　type　RSU
　20.　V2X　Minimum　QoS
　21.　Use　case　for　V2X　access　when　roaming
　22.　Pedestrian　Road　Safety　via　V2P　awareness　messages
　23.　Mixed　Use　Traffic　Management
　24.　Enhancing　Positional　Precision　for　traffic　participants
　また、上述したユースケースをベースとした要求事項の一例を、以下の表１に示す。
Figure JPOXMLDOC01-appb-T000001
　（物理レイヤ）
　上述した要求事項を達成するために、Ｖ２Ｘ通信の物理レイヤの標準化が３ＧＰＰにおいては既に開始されており、車車間通信であるV2V通信の規格化を中心に、Ｖ２Ｉ／Ｎ、Ｖ２Ｐの規格化が行われている。
　Ｖ２Ｘ通信のベース技術としては、３ＧＰＰで過去に規格化されたＤ２Ｄ(Device　to　device)通信があげられる。Ｄ２Ｄ通信は基地局を介さない端末間通信のため、Ｖ２Ｖ通信やＶ２Ｐ通信にエンハンスして適応されることが考えられる（一部Ｖ２Ｉ通信にも適応可能）。このような端末間のインタフェースをＰＣ５インタフェースと呼ぶ。また、Ｖ２Ｉ通信やＶ２Ｎ通信においては、既存の基地局と端末間の通信をエンハンスして適応することが考えられる。このような基地局、端末間のインタフェースをＵｎインタフェースと呼ぶ。
　このようにＶ２Ｘ通信実現のためには、ＰＣ５インタフェースやＵｎインタフェースを、要求事項を満たすようにエンハンスしていくことが必要とされる。
　主なエンハンスメントのポイントは下記の通りである。
　（エンハンスメントの一例）
　・リソース割り当ての改善
　・ドップラー周波数対策
　・同期手法の確立
　・低消費電力通信の実現
　・低遅延通信の実現
　　・・・等
　Ｖ２Ｘ通信のオペレーションシナリオは多様に考えられる。一例として、図２～図６を参照しながら、Ｖ２Ｖ通信のオペレーションシナリオの例を説明する。
　図２は、Ｖ２Ｖ通信の第１のシナリオを説明するための説明図である。第１のシナリオでは、車両等の移動体同士が直接的にＶ２Ｖ通信を行う。この場合の通信リンクは、ＳＬ（SideLink）とも称される。
　図３は、Ｖ２Ｖ通信の第２のシナリオを説明するための説明図である。第２のシナリオでは、車両等の移動体同士が、Ｅ－ＵＴＲＡＮ（Evolved　Universal　Terrestrial　Radio　Access）を介して、即ち基地局を介して間接的にＶ２Ｖ通信を行う。送信側から基地局への通信リンクはＵＬ（Uplink）とも称され、基地局から受信側への通信リンクはＤＬ（Downlink）とも称される。
　図４は、Ｖ２Ｖ通信の第３のシナリオを説明するための説明図である。第３のシナリオでは、車両等の移動体が、ＲＳＵ又はＲＳＵタイプのＵＥ、及びＥ－ＵＴＲＡＮを順に介して他の移動体へ信号を送信する。各装置間の通信リンクは、順にＳＬ、ＵＬ、及びＤＬである。
　図５は、Ｖ２Ｖ通信の第４のシナリオを説明するための説明図である。第４のシナリオでは、車両等の移動体が、Ｅ－ＵＴＲＡＮ、及びＲＳＵ又はＲＳＵタイプのＵＥを順に介して他の移動体へ信号を送信する。各装置間の通信リンクは、順にＵＬ、ＤＬ及びＳＬである。
　図６は、Ｖ２Ｖ通信の第５のシナリオを説明するための説明図である。第５のシナリオでは、車両等の移動体同士が、ＲＳＵ又はＲＳＵタイプのＵＥを介して間接的にＶ２Ｖ通信を行う。移動体とＲＳＵ又はＲＳＵタイプのＵＥとの間の通信リンクは、ＳＬである。
　以上説明した各シナリオは、移動体の片方を歩行者に変えると、Ｖ２Ｐ通信のシナリオとなる。同様に、各シナリオは、移動体の片方をインフラ又はネットワークに変えると、それぞれＶ２Ｉ通信又はＶ２Ｎ通信のシナリオとなる。
　　＜１．２．技術的課題＞
　続いて、本実施形態の技術的課題について説明する。なお、本開示では、Ｖ２Ｘ通信におけるリソース割り当ての方法についてフォーカスする。Ｖ２Ｘ通信は、要求事項や通信環境などがＤ２Ｄ通信とは異なるため、既存のＤ２Ｄ通信をそのまま用いることが困難である。そのため、Ｖ２Ｘ通信に適応するかたちにエンハンスする必要がある。Ｄ２Ｄ通信とＶ２Ｘ通信の特徴の違いを以下に示す。
　・特徴１：Ｖ２Ｘ通信は信頼性の要求が高く、低遅延通信が必要とされる。
　・特徴２：Ｖ２Ｘ特有のトラフィックが存在する。
　・特徴３：Ｖ２Ｘは様々なリンクを持つ。
　・特徴４：ＩＢＥ(In-Band　Emission)問題。
　・特徴５：ＨＤ(Half　Duplex)問題。
　・特徴６：Ｄ２Ｄに比べてキャパシティ（Capacity）が大きな課題になる。
　・特徴７：位置情報が常に得られる。
　まず、特徴１については、Ｖ２Ｘ通信のユースケースから明白である。Ｖ２Ｘ通信はセーフティ（Safety）の用途が多く、信頼性が非常に重要な指標となる。また、車の移動速度がＤ２Ｄの歩行ユースケースと比較して速いことから、低遅延通信の実現が必要とされる。
　特徴２として示したトラフィックについては、Ｖ２Ｘ通信においては、主に「Periodic　traffic」と「Event　trigger　traffic」との二つのトラフィックが想定されている。「Periodic　traffic」は定期的にデータを周辺車両に通知するような通信であり、これもＶ２Ｘの特徴的な点である。
　特徴３として示したリンクについては、Ｖ２Ｘ通信では車の通信対象として、Ｖ／Ｉ／Ｎ／Ｐを想定している。このような多様なリンクを持つ点もＶ２Ｘ通信特有である。
　特徴４として示したＩＢＥ／ＨＤ問題については、端末のトポロジーとＲＦ（Radio　Frequency）性能が関係してくる。まず、ＩＢＥについて図７を用いて説明する。図７は、ＩＢＥについて説明するための説明図である。Ｖ２Ｖ通信では、基地局端末間通信とは異なり、送受信の端末の位置関係が常に変化する。もし送信端末の近隣に受信端末がいた場合、送信側からのエミッション（Emission）が近隣の受信端末に影響する場合がある。周波数軸上で直交性を保っているが、送受信端末の距離の近さからＩＢＥの影響が顕著になる。図では、端末Ａが端末ＤへＩＢＥを与えている様子を示している。このように送受信端末間の距離が近いような場合は、周波数上で隣接するリソースに対して干渉が起こってしまう可能性がある。ただしこの問題はＤ２Ｄでも起こりえる。しかしながら、Ｄ２Ｄより多くの端末が通信を行うようなＶ２Ｘ通信においては、ＩＢＥ問題はより顕著に顕在化する。
　特徴５として示したＨＤ問題は、端末が送信しているときに受信することが困難となる問題を示す。そのため、Ｖ２Ｘ通信においては、「複数回受信の機会を用意する」、「データを送信するフレームで他のユーザの送信を割り当てない」等の対応が必要になってくる。ＨＤ問題もＶ２Ｘ特有の問題ではないが、多くの送受信を行う必要があるＶ２Ｘ通信では大きな制約となる。
　次に、特徴６として示したキャパシティ（Capacity）について説明する。前述したとおり、Ｄ２Ｄ通信と比較してＶ２Ｘ通信は収容端末数が非常に多くなる。さらに、自動車は道路の上を走行するため、必然的に端末密度は局所的に増加してしまう。そのため、Ｖ２Ｘ通信においては、キャパシティ（Capacity）の改善が必要不可欠になる。不要なオーバーヘッドなどは最大限削除し、効率的な通信を実現する必要がある。
　また、特徴７については、近年の自動車におけるナビゲーション装置の搭載率を見てもわかるとおり、自動車は自身の位置情報を常に知っているものと想定される。このような位置情報は、Ｖ２Ｘ通信をエンハンスする上で非常に重要な特徴になる。
　これらの問題を解決する為、３ＧＰＰではＦＤＭ（周波数分割多重：Frequency　Division　Multiplexing）を用いたリソース割り当ての方法が現在検討されている。ＴＤＭ（時分割多重：Time　Division　Multiplexing）割り当てとＦＤＭ割り当てについて図８を用いて説明を行う。図８は、ＴＤＭ及びＦＤＭそれぞれにリソース割り当ての方法について説明するための説明図である。Ｄ２Ｄ通信やＶ２Ｘ通信が行われるＰＣ５インタフェースは、主に制御チャネル部(ＰＳＣＣＨ:　Physical　Sidelink　Control　CHannel)とデータチャネル部(ＰＳＳＣＨ:　Physical　Sidelink　Shared　CHannel)から構成されている。ＰＳＣＣＨにおいてＰＳＳＣＨのリソース指示などを通知するため、ＴＤＭ方式では、パケットの発生から送信までの遅延が大きくなるといった問題がある。一方で、端末のコンプレキシティ（Complexity）が良いというメリットがある。なお、Ｄ２ＤではＴＤＭ割り当て方式が採用されている。これに対しては、ＦＤＭ方式では、周波数方向にＰＳＣＣＨがマッピングされているため、遅延が改善される。また、制御情報（ＳＡ：Scheduling　Assignment）とデータ（Ｄａｔａ）を同じＳＦ（Sub　Frame）で送信することで、ＩＢＥやＨＤの問題も改善することが期待できる。そのため、Ｖ２Ｘ通信では、ＦＤＭ方式を用いた通信方法の確立が求められている。
　なお、参考までに、Ｖ２Ｘ通信では、ＳＡとＤａｔａはそれぞれ複数回反復して（Repetition）送信することが想定される。これは、Ｄ２Ｄでは、ＡＣＫ／ＮＡＣＫがサポートされておらず、確実に端末までデータを届けるためにこのような反復（Repetition）が導入されているためである。
　ＦＤＭ方式に加えてさらなるエンハンスメントの追加も検討されている。前述した特徴６のキャパシティの問題を解決する為に、現在ＳＰＳ(Semi-Persistent　Scheduling)の導入も検討されている。これは、Ｖ２Ｘ通信で特徴のあるトラフィックタイプ（特徴２）の特性をうまく利用している。ＳＰＳの概要を図９に示す。図９は、ＳＰＳの概要について説明するための説明図である。ＳＰＳでは一つのＳＡで複数のデータをスケジューリングする。そのため、データ送信の度にＳＡを送信する必要がなく、オーバーヘッドの削減が可能になる。特にＶ２ＸのPeriodical　trafficのような周期的な通信においては、このようなスケジューリングが大きな効果を生むことが確認されている。そのため、Ｖ２Ｘ通信では、ＳＰＳの導入も求められている。
　次に、位置情報を用いたエンハンスメントについて説明する。特徴６として述べたとおり、Ｖ２Ｘではキャパシティが大きな問題となる。そこで、周波数リソースの空間再利用が検討されている。空間再利用を行うに当たり、特徴７として説明した、自動車の位置情報を活用する。この位置情報を用いたエンハンスメントも現在３ＧＰＰで議論されている。
　これまでが、ＰＣ５インタフェースのエンハンスメントの概要である。Ｖ２Ｘ通信では、リソース割り当ての方法として、Mode1の「Centralized　resource　allocation」とMode2の「Autonomous　resource　selection」の２種類がある。Mode1の場合は、ＰＣ５インタフェースのリソース割り当てを基地局がすべて行う。端末側では基地局に指示されたリソースで送信を行うだけでよい。基地局端末間のオーバーヘッドが懸念されるが、リソースが直交して割り当てられるため通信特性はよい。一方で、Mode2では、端末は基地局から通知されたリソースプールの中から、自律的に送信に使用するリソースを選択する。Mode1のオーバーヘッドの懸念がないが、他端末と同じリソースを選択してしまう可能性もあるため、コリジョン（Collision）の課題が顕在化する可能性がある。Mode2は基地局のネットワーク（Network）内であるインカバレッジ（In-coverage）のみならず、アウトオブカバレッジ（Out-of-coverage）でオペレーションできるというメリットもある。
　このMode2のコリジョン（Collision）の問題についても、現在いくつかの提案が行われている。ソリューション（Solution）は大きく２つに分けられる。一つは「Energy　sensing」である。「Energy　sensing」では、ある一定期間リソースをセンシングし、そのセンシング結果に基づいて、比較的使用されていないリソースから通信用のリソースを選択する方法である。簡単である一方、電力レベルなので精度はそこまで高くない。もう一つの方法は、「SA　decoding」である。これは、他ユーザが送信しているＳＡ（制御情報）をデコードし、使用されているリソースの場所を認識する方法である。使用されているリソースが精度よく発見することができる反面、ＳＡリソース自体のセンシングが行えないなどのデメリットがある。
　最後に、これまでのエンハンスメントの説明一覧を表２として以下に示す。これは一例であり、代表的なエンハンスメントを記載しており、その他にもさまざまな方法が検討されている。
Figure JPOXMLDOC01-appb-T000002
　＜＜２．構成例＞＞
　以下、各実施形態において共通する無線通信システムの構成例を説明する。
　　＜２．１．システムの構成例＞
　図１０は、本開示の一実施形態による無線通信システムの構成を示す説明図である。図１０に示したように、本開示の実施形態による無線通信システムは、ＵＥ１０、ＵＥ２０、車両２２、ｅＮＢ３０、ＧＮＳＳ衛星４０、及びＲＳＵ５０を有する。
　ｅＮＢ３０は、セル内に位置するＵＥ２０にセルラー通信サービスを提供するセルラー基地局である。例えば、ｅＮＢ３０は、ＵＥ１０及びＵＥ２０が通信するためのリソースをスケジュールし、スケジュールしたリソースをＵＥ１０及びＵＥ２０に通知する。そして、ｅＮＢ３０は、当該リソースにおいてＵＥ１０及びＵＥ２０との間でアップリンク通信またはダウンリンク通信を行う。
　ＧＮＳＳ衛星４０は、地球を所定の軌道に沿って周回する人工衛星（通信装置）である。ＧＮＳＳ衛星４０は、航法メッセージを含むＧＮＳＳ（Global　Navigation　Satellite　System）信号を送信する。航法メッセージは、ＧＮＳＳ衛星４０の軌道情報および時間情報などの、位置測定のための種々の情報を含む。
　ＲＳＵ５０は、道路脇に設置される通信装置である。ＲＳＵ５０は、車両２２若しくは車両２２に搭載されたＵＥ２０、又はユーザ１２が携行するＵＥ１０と双方向通信を行うことができる。なお、ＲＳＵ５０は、車両２２若しくは車両２２に搭載されたＵＥ２０、又はユーザ１２が携行するＵＥ１０とＤＳＲＣ通信を行い得るが、本実施形態においては、ＲＳＵ５０が、車両２２若しくは車両２２に搭載されたＵＥ２０、又はユーザ１２が携行するＵＥ１０とセルラー通信の方式に従って通信することも想定される。
　ＵＥ２０は、車両２２に搭載され、車両２２の走行に伴って移動する通信装置である。ＵＥ２０は、ｅＮＢ３０による制御に従ってｅＮＢ３０と通信する機能を有する。また、ＵＥ２０は、ＧＮＳＳ衛星４０から送信されるＧＮＳＳ信号を受信し、ＧＮＳＳ信号に含まれる航法メッセージからＵＥ２０の位置情報を測定する機能を有する。また、ＵＥ２０は、ＲＳＵ５０と通信する機能を有する。さらに、本実施形態によるＵＥ２０は、ユーザ１２に携行されるＵＥ１０、又は他の車両２２に搭載されたＵＥ２０と直接通信すること、すなわち、Ｄ２Ｄ通信を行うことも可能である。以下では、ＵＥ２０及び移動体２２を特に区別する必要がない場合、ＵＥ２０と総称する。
　ＵＥ１０は、ユーザ１２に携行され、ユーザ１２の歩行、走行又はユーザ１２が乗車した乗り物（バス、バイク、又は車等）の移動に伴って移動する通信装置である。ＵＥ１０は、ｅＮＢ３０による制御に従ってｅＮＢ３０と通信する機能を有する。また、ＵＥ１０は、ＧＮＳＳ衛星４０から送信されるＧＮＳＳ信号を受信し、ＧＮＳＳ信号に含まれる航法メッセージからＵＥ１０の位置情報を測定する機能を有する。また、ＵＥ１０は、ＲＳＵ５０と通信する機能を有する。さらに、本実施形態によるＵＥ１０は、他のＵＥ１０又はＵＥ２０と直接通信すること、すなわち、Ｄ２Ｄ通信を行うことも可能である。ＵＥ１０とＵＥ２０との通信はＶ２Ｐ通信とも称される。
　なお、図１０においては移動体の一例として車両２２を示しているが、移動体は車両２２に限定されない。例えば、移動体は、船舶、航空機および自転車などであってもよい。また、上記では、ＵＥ２０がＧＮＳＳ信号を受信する機能を有することを説明したが、車両２２がＧＮＳＳ信号を受信する機能を有し、車両２２がＧＮＳＳ信号の受信結果をＵＥ２０に出力してもよい。
　　＜２．２．ＵＥ（ユーザ端末）の構成例＞
　図１１は、本開示の一実施形態に係るＵＥ１０の論理的な構成の一例を示すブロック図である。図１１に示すように、本実施形態に係るＵＥ１０は、アンテナ部１１０、無線通信部１２０、ＧＮＳＳ信号処理部１３０、記憶部１４０及び処理部１５０を含む。
　アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。
　無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、ｅＮＢ３０からのダウンリンク信号を受信し、ｅＮＢ３０へのアップリンク信号を送信する。また、無線通信部１２０は、他のＵＥ１０、ＵＥ２０又はＲＳＵ５０との間でサイドリンク信号を送受信する。
　ＧＮＳＳ信号処理部１３０は、ＧＮＳＳ衛星４０から送信されたＧＮＳＳ信号についての処理を行う構成である。例えば、ＧＮＳＳ信号処理部１３０は、ＧＮＳＳ信号を処理することにより、ＵＥ１０の位置情報および時間情報を測定する。
　記憶部１４０は、ＵＥ１０の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
　処理部１５０は、ＵＥ１０の様々な機能を提供する。例えば、処理部１５０は、無線通信部１２０により行われる通信を制御する。
　　＜２．３．ＵＥ（移動体）の構成例＞
　図１２は、本開示の一実施形態に係るＵＥ２０の論理的な構成の一例を示すブロック図である。図１２に示すように、本実施形態に係るＵＥ２０は、アンテナ部２１０、無線通信部２２０、ＧＮＳＳ信号処理部２３０、記憶部２４０及び処理部２５０を含む。
　アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。
　無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、ｅＮＢ３０からのダウンリンク信号を受信し、ｅＮＢ３０へのアップリンク信号を送信する。また、無線通信部２２０は、ＵＥ１０、他のＵＥ２０又はＲＳＵ５０との間でサイドリンク信号を送受信する。
　ＧＮＳＳ信号処理部２３０は、ＧＮＳＳ衛星４０から送信されたＧＮＳＳ信号についての処理を行う構成である。例えば、ＧＮＳＳ信号処理部２３０は、ＧＮＳＳ信号を処理することにより、ＵＥ２０の位置情報および時間情報を測定する。
　記憶部２４０は、ＵＥ２０の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
　処理部２５０は、ＵＥ２０の様々な機能を提供する。例えば、処理部２５０は、無線通信部２２０により行われる通信を制御する。
　　＜２．４．ｅＮＢの構成例＞
　図１３は、本開示の一実施形態に係るｅＮＢ３０の論理的な構成の一例を示すブロック図である。図１３に示すように、本実施形態に係るｅＮＢ３０は、アンテナ部３１０、無線通信部３２０、ネットワーク通信部３３０、記憶部３４０及び処理部３５０を含む。
　アンテナ部３１０は、無線通信部３２０により出力される信号を電波として空間に放射する。また、アンテナ部３１０は、空間の電波を信号に変換し、当該信号を無線通信部３２０へ出力する。
　無線通信部３２０は、信号を送受信する。例えば、無線通信部３２０は、ＵＥ１０、ＵＥ２０又はＲＳＵ５０からのアップリンク信号を受信し、ＵＥ１０、ＵＥ２０又はＲＳＵ５０へのダウンリンク信号を送信する。
　ネットワーク通信部３３０は、情報を送受信する。例えば、ネットワーク通信部３３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局及びコアネットワークノードを含む。
　記憶部３４０は、ｅＮＢ３０の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
　処理部３５０は、ｅＮＢ３０の様々な機能を提供する。例えば、処理部３５０は、配下のＵＥ１０、ＵＥ２０、及びＲＳＵ５０により行われる通信を制御する。
　　＜２．５．ＲＳＵの構成例＞
　図１４は、本開示の一実施形態に係るＲＳＵ５０の論理的な構成の一例を示すブロック図である。図１４に示すように、本実施形態に係るＲＳＵ５０は、アンテナ部５１０、無線通信部５２０、記憶部５３０及び処理部５４０を含む。
　アンテナ部５１０は、無線通信部５２０により出力される信号を電波として空間に放射する。また、アンテナ部５１０は、空間の電波を信号に変換し、当該信号を無線通信部５２０へ出力する。
　無線通信部５２０は、信号を送受信する。例えば、無線通信部５２０は、ｅＮＢ３０からのダウンリンク信号を受信し、ｅＮＢ３０へのアップリンク信号を送信する。また、無線通信部５２０は、ＵＥ１０、ＵＥ２０又は他のＲＳＵ５０との間でサイドリンク信号を送受信する。
　記憶部５３０は、ＲＳＵ５０の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
　処理部５４０は、ＲＳＵ５０の様々な機能を提供する。例えば、処理部５４０は、無線通信部５２０により行われる通信を制御する。
　以上、各実施形態において共通する構成例を説明した。
　＜＜３．技術的特徴＞＞
　続いて、各実施形態の技術的特徴を詳細に説明する。
　　＜３．１．ＳＰＳの実現＞
　まず、ＳＰＳを実現するための仕組みの一例にについて説明する。Semi-persistentにスケジューリングを行うためには、データリソースを低いオーバーヘッド（Overhead）でフレキシブルに通知する必要がある。
　（ａ）ＴＤＭの場合
　まず、ＴＤＭの場合に着目する。例えば、図１５は、ＴＤＭにおいてＳＰＳを適用した場合の一例について説明するための説明図である。図１５では、データ（Ｄａｔａ）を４つ反復（Repetition）している場合の例を示している。ＴＤＭでは、Ｄ２Ｄにおける「SA　period」の定義を流用する。1st　transmissionはそれぞれのデータリソースの場所を通知し、2nd　transmission以降リピート（Repeat）する。オプション（Option）で周波数ホッピングやサブフレームシフトなどの調整を行ってもよい。周波数ホッピングを行う際は、ホッピング（Hopping）に関する情報を制御情報（ＳＡ）で通知する。サブフレームシフトを行う際は、シフト量をＳＡで通知する。周波数ホッピングやサブフレームシフトを行う場合には、ＳＰＳ送信回数をパラメータとしてホッピング（Hopping）量やシフト量を変化させてもよい。「SA　period」は、Ｄ２Ｄと同様に基地局から通知されてもよく、あらかじめ設定（Preconfigure）されてもよい。
　（ｂ）ＦＤＭの場合
　次いで、ＦＤＭの場合に着目する。ＦＤＭの場合については、「FDM　SA　Period」の導入、「SPS　data　offset」の導入、及び、「SA　resource　pool」と「Data　resource　pool」とを時間方向で区切る方法について説明する。
　（ｂ－１）FDM　SA　Periodの導入
　「FDM　SA　Period」の導入について説明する。本説明では、まずパラメータの定義や設定について説明する。ＦＤＭでは、ＴＤＭとは異なり、Ｄ２Ｄにおける「SA　period」を流用することが困難である。そのため、新たに「FDM　SA　Period」を定義する。
　ここで、「FDM　SA　Period」とは、制御情報（ＳＡ）とデータ（Ｄａｔａ）のリソースプールのセットを示すものとする。「FDM　SA　Period」内で送信されたＳＡとそれに関連するＤａｔａは、「FDM　SA　Period」内で送信が完了する。「FDM　SA　Period」は、ＵＥごとに定義されてもよく、全ＵＥ共通で定義されてもよい。
　ＴＤＭと同様に、周波数ホッピング（Hopping）やサブフレームシフト等を行い、時間、周波数方向で調整することも可能である。例えば、図１６は、「FDM　SA　Period」を使用したＳＰＳの一例を示している。
　次いで、パラメータの割り当てや通知の例について説明する。「FDM　SA　Period」は基地局から割り当てられてもよく、UE端末自身で任意に設定してもよい。また、トラフィックの種類（Event　trigger、Periodical等）に応じて設定してもよい。トラフィックの種類と、「FDM　SA　Period」の割り当てテーブルを基地局から通知されてもよく、あらかじめ設定（Preconfigured）されていてもよい。また、全ＵＥ共通の値が設定されてもよい。この場合においても、基地局が設定してもよく、あらかじめ設定（Preconfigured）されていてもよい。また、リソースプール（Resource　pool）固有の「FDM　SA　Period」であってもよい。「SPS　period（換言すると、SPSが設定される期間）」として、「FDM　SA　Period」をベースに何回送信するかの情報をＳＡで受信端末へ通知する。「FDM　SA　Period」、ＳＰＳ回数で「SPS　period」の通知を行う。
　（ｂ－２）SPS　data　offsetの導入
　続いて、「SPS　data　offset」の導入について説明する。本説明では、まずパラメータの定義や設定について説明する。「FDM　SA　Period」では、２回目の送信以降はＳＡ部分の領域が無駄になり、レイテンシ（Latency）の悪化が懸念される。そのため、データ部だけを考慮したＳＰＳを行うために、「SPS　data　offset」の導入を行う。
　例えば、図１７は、「SPS　data　offset」の導入例について説明するための説明図である。「SPS　data　offset」は、基本的に最初のデータ送信から反復（Repetition）送信３回の計４回送信される期間（「Data　period」と定義する）よりも長く設定されるが、それよりも短く設定することも可能である。ＴＤＭ同様に、周波数ホッピング（Hopping）やサブフレームシフト等を行い、時間、周波数方向で調整することも可能である。
　次いで、パラメータの割り当てや通知の例について説明する。「SA　data　offset」は基地局から割り当てられてもよく、ＵＥ自身で任意に設定してもよい。また、トラフィックの種類（Event　trigger、Periodicalなど）に応じて設定してもよい。トラフィックの種類と、「SA　data　offset」の割り当てテーブルが基地局から通知されてもよく、あらかじめ設定（Preconfigured）されてもよい。また、全ＵＥ共通の値が設定されてもよい。この場合においても、基地局が設定してもよく、あらかじめ設定（Preconfigured）されていてもよい。リソースプール（Resource　pool）固有の「SA　data　offset」であってもよい。「SPS　period」として、「SA　data　offset」をベースに何回送信するかの情報をＳＡで受信端末へ通知する。「SA　data　offset」、ＳＰＳ回数で「SPS　period」の通知を行う。
　（ｂ－３）SA　resource　poolとData　resource　poolを時間方向で区切る方法
　続いて、「SA　resource　pool」と「Data　resource　pool」を時間方向で区切る方法について説明する。本説明では、まずパラメータの定義や設定について説明する。「SA　resource　pool」と「Data　resource　pool」については、ＴＤＭと同様に、「SA　pool」と「Data　pool」とを一定時間で区切る。「SA　pool　period」、「Data　pool　period」、及びオフセット（Offset）値を導入する。例えば、図１８は、「SA　pool　period」、「Data　pool　period」、及びオフセット（Offset）値について説明するための説明図である。図１８に示すように、「SA　pool」と関連する「Data　pool」を同じ時間に割り当てることも可能であり、また、「SA　pool」と関連する「Data　pool」のオフセット（Offset）値を通知することも可能である。また、前述した「FDM　SA　Period」を「SA　pool」と「Data　pool」とオフセット（Offset）値とから設定（Configure）することも可能である。
　次いで、パラメータの割り当てや通知の例について説明する。「SA　pool　period」、「Data　pool　period」、及びオフセット（Offset）値は、前述した「FDM　SA　Period」や「SPS　data　offset」と同様に、基地局から割り当てられてもよく、ＵＥ自身で任意に設定することも可能である。また、トラフィックの種類（Event　trigger、Periodicalなど）に応じて設定されてもよい。トラフィックの種類と、「SA　data　offset」の割り当てテーブルを基地局から通知されてもよく、あらかじめ設定（Preconfigured）されてもよい。また、全ＵＥ共通の値が設定されてもよい。この場合においても、基地局が設定してもよく、あらかじめ設定（Preconfigured）されていてもよい。また、リソースプール（Resource　pool）固有のオフセット（Offset）値を導入してもよい。
　　＜３．２．ＳＰＳのコンフィギュレーション及びリコンフィギュレーション＞
　続いて、ＳＰＳのコンフィギュレーション（Configuration）及びリコンフィギュレーション（Reconfiguration）を行う方法について説明する。ＳＰＳの設定及び再設定については、Mode1及びMode2両方のケースを考慮することが望ましい。また、基地局のＨＯ（Hand　Over）やGeo-locationベースのリソースプール割り当て変更などを行った場合などは対応が必要となる。また、ＳＰＳ送信中に「Event　trigger　message」の送信が必要になった場合などは、急きょＳＰＳをリリース（Release）やサスペンド（Suspend）する必要がでてくる。
　（ａ）Mode1での通信
　まず、Mode1での通信について説明する。
　（ａ－１）処理の流れ
　例えば、図１９及び図２０は、Mode1での通信において、基地局（ＲＳＵも可）がＳＰＳのリソース割り当てを実施する場合の一連の処理の流れの一例を示している。
　（ａ－１－１）ＳＰＳを事前設定する場合
　まず、図１９を参照して、ＳＰＳを事前設定する場合の一例について説明する。この場合には、まず基地局は、RRC　connection要求をトリガに（Ｓ１０１）、ＳＰＳのコンフィギュレーション（Configuration）を行い、端末へ事前に設定（Configure）しておく（Ｓ１０３）。RRC　connection　setup、RRC　connection　reconfiguration、RRC　connection　re-establishment　messageのどれかを用いて基地局から端末にＳＰＳのコンフィギュレーション（Configuration）を通知する。
　端末側で、もしＳＰＳを用いるトラフィック、例えば「Periodical　traffic」等が発生した場合には（Ｓ１０５）、設定（Configure）されたＳＰＳをアクティベート（Activate）して送信を行う（Ｓ１１１）。そして送信完了後に、リリース（Release）を行う。トラフィック（Traffic）発生後（Ｓ１０５）、アクティベーション（Activation）確認のために基地局側に「Scheduling　request」を送信してもよい（Ｓ１０７）。基地局側では、「Scheduling　grant」と同時に、ＳＰＳのアクティベーション（Activation）を行う（Ｓ１０９）。端末側では、事前に設定（Configure）されているＳＰＳをアクティベーション（Activation）して送信を行う（Ｓ１１１）。
　（ａ―１－２）ＳＰＳを適宜設定する場合
　次いで、図２０を参照して、ＳＰＳを適宜設定する場合の一例について説明する。端末はＳＰＳ用のトラフィックが発生した時点で（Ｓ２０１）、基地局に対してスケジューリングリクエストを送信する（Ｓ２０３）。基地局側では「SPS　configuration」を行い、アクティベーション（Activation）指示を端末側へ返す（Ｓ２０５）。受信した端末は、指示された通りにＳＰＳ送信を実施する（Ｓ２０７）。
　（ａ―２）SPS　configuration　message
　次いで、「SPS　configuration　message」について説明する。「SPS　configuration　message」は、「Resource　allocation」情報を含む。例えば、「Resource　allocation」情報は、割り当てられたリソースの位置情報を含む。割り当てられたリソースの位置情報の具体的な一例として、1st　transmissionのリソースの位置情報が挙げられる。また、他の一例として、2nd　transmission以降の送信フレーム情報、プール情報、SA　period情報などが含まれてもよい。これらの情報は、例えば、SA　Pool、Data　pool、FDM　SA　Period、SPS　Data　offset値などを用いて通知される。また、ＨＡＲＱ（Hybrid　Automatic　Repeat　reQuest」）の再送を想定し、ＨＡＲＱ用再送用リソース情報が含まれてもよい。
　また、「Resource　allocation」情報は、送信回数情報を含んでもよい。送信回数情報としては、「２」から「規定なし」までが設定され得る。規定なしの場合には、ＳＰＳがリリース（Release）されるまで送信し続けることとなる。
　また、「Resource　allocation」情報は、反復（Repetition）数を示す情報を含んでもよい。当該情報により、各送信場所における反復（Repetition）数が指示される。例えば、3rd　transmissionのみ「Data　repetition」を４回から５回に増やす等の制御が可能となる。
　また、「Resource　allocation」情報は、送信電力情報を含んでもよい。送信電力情報は、送信場所ごとに規定されてもよいし、全体で共通であってもよい。
　また、「Resource　allocation」情報は、「Component　carrier」情報を含んでもよい。例えば、マルチキャリア通信を行う場合には、対象となる「Component　carrier」情報が通知されてもよい。
　また、「Resource　allocation」情報は、対象リソースプール（Resource　Pool）情報を含んでもよい。対象リソースプール情報は、どのリソースプールを対象にＳＰＳが設定されているかを示す。
　また、「Resource　allocation」情報は、ＲＶ（Redundancy　Version）情報を含んでもよい。なお、ＲＶは、送信場所ごとに設定されてもよいし、共通で設定されていてもよい。また、ＲＶは、あらかじめ設定（Preconfigured）されていてもよい。
　また、「Resource　allocation」情報は、「Suspend　period」を示す情報を含んでもよい。当該情報は、例えば、「Event　trigger　message」等を送信する必要があり、ＳＰＳを一時中断する場合における停止期間の設定を示している。なお、「Suspend　period」は、例えば、「SA　Period」や「SA　pool」、「Data　pool」等のパラメータを用いて設定される。
　（ａ―３）SA　contents情報
　続いて、「SA　contents情報」について説明する。送信端末は、ＳＰＳ送信を行う際に、受信端末に向けてＳＡ（制御情報）とＤａｔａとを送信する。ここでは、ＳＡのコンテンツについて説明する。ＳＡのコンテンツとして、前述したSPS　configurationと同様に、割り当てられたリソースの位置情報、送信回数情報、反復（Repetition）数を示す情報、送信電力情報、及びＲＶ情報が挙げられる。なお、これらの情報については、SPS　configurationの場合と同様のため、詳細な説明は省略する。
　（ａ―４）SPS　re-configuration/Release方法
　続いて、図２１を参照して、位置情報を用いたＳＰＳのリコンフィギュレーション（Re-configuration）及びリリース（Release）の方法の一例について説明する。図２１は、位置情報を用いたＳＰＳのリコンフィギュレーション及びリリースの方法の一例について説明するための説明図である。
　まず端末は位置測定を行い（Ｓ３０１）、位置情報を基地局に通知する（Ｓ３０３）。その後、基地局側は、位置情報に応じたリソースプール（Resource　pool）の割り当てを実施する（Geo-location　based　resource　allocation）（Ｓ３０５）。また、基地局は、必要に応じて、これまでのリソースプール（RP）におけるＳＰＳのリリース（Release）もしくは、新たなリソースプール（RP）に対してのリコンフィギュレーション（Re-configuration）を実施する（Ｓ３０７）。
　ここで、位置情報に応じたリソースプール（Resource　pool）の割り当ての一例について説明する。例えば、レポートされた端末位置で使用していないリソースプール（Resource　pool）に対するＳＰＳをリリースする。また、端末の将来位置を予測し、将来使用するリソースプール（Resource　pool）に対してＳＰＳを設定（Configure）する。そして、対象リソースプールとその「SPS　configuration」を通知する。
　なお、リリース（Release）またはリコンフィギュレーション（Reconfiguration）の結果は端末へと通知され、端末は、基地局からの指示通りにＳＰＳのリリース（Release）またはリコンフィギュレーション（Reconfiguration）を実施する（Ｓ３０９）。
　（ａ―５）その他のＳＰＳのリリース方法
　続いて、ＳＰＳをリリースする方法の他の一例について説明する。例えば、端末は、アイドル（ＩＤＬＥ）モードになった場合にＳＰＳをリリースする方法が挙げられる。この場合には、端末自身でアイドルモードを検出し、アイドルモードに遷移した場合にＳＰＳをリリースする。
　また、端末は、基地局の圏外となった場合にＳＰＳをリリースしてもよい。この場合には、端末は、ＲＳＲＰ（Reference　Signal　Received　Power）を測定し、測定結果が所定の閾値以下になった場合に圏外と判断し、ＳＰＳをリリースする。
　また、端末は、基地局のハンドオーバー（Hand　over）時にＳＰＳをリリースしてもよい。この場合には、端末は、新しい基地局にハンドオーバー（Hand　over）した際に、ハンドオーバー元の基地局のＳＰＳをリリースする。ＳＰＳのリリース通知は、ハンドオーバー先の基地局から通知されてもよく、端末側でハンドオーバー元の基地局のＲＳＲＰなどをもとに判断してもよい。
　また、「Mode1　operation」の終了通知に基づきＳＰＳをリリースする方法が挙げられる。この場合には、基地局から端末へ、「Mode1　operation」の終了の通知があった場合にＳＰＳも同時にリリースされる。
　また、周辺端末からリリースリクエストがあった場合にリリースする方法が挙げられる。この場合には、端末は、例えば、周辺端末からＶ２Ｖ通信を用いて、ＳＰＳリリース依頼があったが場合にリリースを行う。なお、リリース依頼を受信した端末は、基地局にその旨をレポートしてもよい。また、周辺端末から基地局にＳＰＳリリースリクエストがあった場合に、基地局は、対象の端末にリリース依頼を出してもよい。このとき周辺端末は、対象の端末ＩＤを通知してもよい。基地局は、周辺端末から通知された端末ＩＤに対してＳＰＳをリリースしてもよく、任意に選択してもよい。
　また、ＳＰＳを使用するトラフィックがなくなった場合にリリースする方法が挙げられる。この場合には、端末は、ＳＰＳを使用するようなPeriodical　trafficを送信する必要がなくなった場合に、基地局にその旨を通知する。なお、ＢＳＲ（Buffer　status　report）を用いて通知されてもよい。このとき、端末は、そのままＳＰＳのリリースを行う。
　また、端末の位置情報をもとにリリースする方法が挙げられる。この場合には、基地局（ｅＮＢ）が、端末位置情報を用いてＳＰＳのリリースを指示してもよい。また、端末が、自身の位置情報に基づきＳＰＳのリリースを実施してもよい。
　また、基地局が無線周波数の使用状況をもとにリリースを行う方法が挙げられる。例えば、無線周波数がひっ迫してきた場合、より綿密にリソース制御を行うためにＳＰＳの使用を停止する。
　（ｂ）Mode2での通信
　続いて、Mode2での通信に着目する。Mode2での通信では、例えば、端末が自ら、リソースプールの中から送信に必要なリソースを選択して送信してもよい。この場合には、リソースプールの情報は、基地局から通知されるか、もしくは、あらかじめ設定（Preconfigured）される。なお、リソース選択の際には、他のユーザとのコリジョン（Collision）の少ないリソースを選択するために、例えば、送信端末はセンシングを行い、他のユーザが使用していないリソースをなるべく割り当てるようにする。なお、センシング方法には「Energy　sensing」と「SA　decoding」の方法がある。
　例えば、図２２に、センシングとＳＰＳとを併用した場合の一例を示す。この場合には、端末はＳＰＳのリソース選択前にセンシング（Sensing）を実施し、センシングの結果をもとに、他端末に使用されていないリソースを選択するようにリソース割り当てを実施する。リソース割り当ては各「SA　period」間において固定（Fix）でもよい。また、他の一例として、Periodで周波数時間位置を任意に変更する等のように、リソース割り当てがフレキシブル（Flexible）に行われてもよい。
　（ｂ－１）端末のリソース選択方法
　ここで、端末によるリソース選択の方法について説明する。リソースの選択時に注意を要する点は、主に以下の２点である。
　・２つのユーザが、同じタイミングでセンシングを行い、リソース割り当てが被ってしまう場合がある。リソースの選択方法によっては、ＳＰＳの期間中ずっとコリジョン（Collision）が起こってしまう可能性があるため、これを避ける必要がある。
　・端末が選択したリソースを、いかに端末に少ないオーバーヘッドで通知するかがポイントになる。
　上記に示した２点を鑑み、リソースの選択方法について、以下に選択方法１～５の５点を提案する。
　・選択方法１：リソースを任意に選択する方法
　・選択方法２：「SA　period」間で特定の送信パターンを用いる方法
　・選択方法３：上記選択方法１及び２のハイブリッド（Hybrid）型
　・選択方法４：送信端末自身でコリジョンの検出を行い、ＳＰＳのリコンフィギュレーション（Reconfiguration）を実施する方法
　・選択方法５：近隣端末、基地局、またはＲＳＵにコリジョンを検出してもらい、送信方法を切り替える方法（コリジョンフィードバック）。
　まず、選択方法１について説明する。この場合には、例えば、端末は、センシングの結果をベースに使用可能なリソースを任意に選択する。「SA　period」間でリソース割り当ての相関がないため、連続してコリジョン（Collision）が起こる可能性は低い。端末は、選択したリソース情報を、ビットマップテーブルを用いて受信側へと通知する。この場合には、膨大なビット数が必要となる。
　次いで、選択方法２について説明する。この場合には、例えば、端末は、センシングの結果をベースに使用可能なリソースを認識する。その後、規定の送信パターン（換言すると、送信のためのリソース割り当てのパターン）の中から、他ユーザと衝突の可能性が少ないパターンの候補をいくつか選択し、その中からランダムに一つ選択する。なお、同じタイミングでリソース選択を行った端末がいる場合には、同じパターンを選択する可能性がある。また、パターンが十分ではない場合には、センシング結果を最大限活用することが困難となる（センシングを行い、リソースが占有されていると分かっていても避けられない）場合が出てくる。端末は選択したパターン情報を、パターンインデックス（Index）として通知する。通知に必要なビット数は比較的少ない。全送信領域で1st　transmissionの位置をコピーする固定（FIX）送信方法もここに含まれる。
　次いで、選択方法３について説明する。この場合には、Ｎ番目（Ｎは自然数）の送信まで任意選択を行い、それ以降はパターンを用いて送信する。パターンはＮ番目の送信をベースに生成される。Ｎ番目とＮ＋１番目に相関をもたせず、新規のパターンをＮ＋１番目から適応してもよい。この選択方法は、Ｎ番目の送信までは、選択方法１の特性があり、Ｎ＋１番目以降の送信は選択方法２の特性を持つ。端末は、Ｎの情報と、Ｎまでのビットマップテーブルの情報及びパターンインデックス（Index）を受信端末に通知する。
　次いで、選択方法４について説明する。例えば、図２３は、端末によるリソース選択の方法の一例について説明するための説明図であり、選択方法４に基づく一連の処理の流れの一例を示している。具体的には、送信端末は、センシング及びＳＰＳリソース割り当てを実施する（Ｓ４０１）。次いで、送信端末は、自身がＳＡを送信する「SA　period」内で、自分が送信する領域以外のＳＡをデコードする（Ｓ４０３）。もし、自身の割り当てと同じ端末を発見した場合には（Ｓ４０５、ＹＥＳ）、リセレクションを行うか否かを決定するためにあらかじめ規定された確率αに基づき、リセレクション（即ち、リソースの再割り当て）を行うか否かを判断する（Ｓ４０７）。リセレクションを行うことを決定した場合には（Ｓ４０７、ＹＥＳ）、送信端末は、リセレクションを実施する。リセレクションは、新たに検出した他ユーザの割り当て状況を加味して実施される（Ｓ４０９）。もともとの1st　transmissionの「SA　period」にリセレクションが間に合わない場合は、次以降の「SA　period」で変更を適応する。この場合、割り当て変更のためＳＡは再度送信される。なお、割り当て結果の通知について、選択方法１～３のいずれの方法でもよい。なお、自身の割り当てと同じ端末が発見されなかった場合（Ｓ４０５、ＮＯ）や、リセレクションを行わない場合（Ｓ４０７、ＮＯ）には、送信端末は、事前に行ったリソースの割り当てに基づきデータを送信する（Ｓ４１１）。
　次いで、選択方法５について説明する。例えば、図２４は、端末によるリソース選択の方法の一例について説明するための説明図であり、選択方法５に基づく一連の処理の流れの一例を示している。具体的には、受信端末(近隣端末、基地局、及びＲＳＵのいずれも可)はＳＡをデコードし（Ｓ５０１）、コリジョンを検出した場合には（Ｓ５０３、ＹＥＳ）、送信端末に対してコリジョンしている旨を通知する。ここで、コリジョンの判定について説明する。コリジョンの判定は、例えば、パターンが使用されている場合、パターンＩＤが同じかどうかで判断されてもよい（Ｓ５０５）。また、ランダム選択の場合には、コリジョン率を計算することで、当該コリジョン率を規定の閾値βとすることでコリジョンが判断されてもよい。また、通知されるシグナリングとしては、「Collision　indicator」、「コリジョン（Collision）率（即ち、どの程度コリジョンしているか）」、「送信端末ＩＤ（即ち、誰と誰がコリジョンしているか）」、及び「コリジョン（Collision）が発生したリソースの場所（例えば、「SA　period」番号、ＳＦＮ（Single　Frequency　Network）番号等）」が挙げられる。
　　＜３．３．ＳＡデコーディング失敗時の制御＞
　続いて、ＳＰＳにおいてＳＡデコーディングに失敗した場合の制御の一例について説明する。ＳＰＳにおいてＳＡデコーディングに失敗した場合には、それ以降のデータの受信についても失敗する可能性がある。そのため、ＳＡデコーディングに失敗した場合においてもリカバーできるような仕組みが必要となる。
　（ａ）SPS　period内でSAの再送を実施する方法
　まず、「SPS　period」内でＳＡの再送を実施する方法について説明する。例えば、図２５は、「SPS　period」内でＳＡを再送する場合の一例について示している。図２５に示すように、送信端末は、ＳＰＳのＳＡを受信した端末向けに、ＳＡの追加送信を実施してもよい。
　なお、追加送信を行うための条件が設定されていてもよい。例えば、「SPS　period」がある閾値以上の端末に対して、ＳＡの追加送信が実施されてもよい。この場合は、当該閾値は、例えば、基地局から通知されてもよいし、あらかじめ設定（Preconfigured）されていてもよい。
　また、他の一例として、リソースプールのリソース占有率が閾値以下の場合（即ち、すいている場合）に、ＳＡの追加送信が実施されてもよい。この場合には、リソースプールの混雑度を検出するため、送信端末はセンシングを実施する。なお、当該センシングは「Energy　sensing」でもよく「SA　decoding」でもよい。また、当該閾値については、例えば、基地局から通知されてもよいし、あらかじめ設定（Preconfigured）されていてもよい。
　また、他の一例として、ＳＡを追加送信するか否かを決定するためにあらかじめ規定された確率γに基づき、全員に再送されないように乱数で制限してもよい。なお、当該確率γについては、例えば、基地局から通知されてもよいし、あらかじめ設定（Preconfigured）されていてもよい。
　また、追加送信が決定した端末は、ＳＡ再送のためのリソースを選択する。例えば、Mode1の場合には、端末は、基地局に「Scheduling　request」を送信する。この場合には、基地局は、端末へ再送用のSAリソースを指示するか、もしくは、最初の送信からの「Timing　offset」情報を送信端末へと通知する。なお、最初の送信からの「Timing　offset」情報が送信端末へと通知される場合には、周波数方向は固定となる。また、他の一例として、Mode2の場合には、端末は、自律的にリソースを選択する。
　次いで、追加送信されるＳＡについて説明する。例えば、端末は、1st　TransmissionのSAから、変化する点は修正を行い送信してもよい。具体的な一例として、端末は、ＳＰＳ内の「SA　period」数などは、既に送った分を減算して通知する。また、他の一例として、端末は、再送分のＳＡであることを示す情報を、再送するＳＡ内に入れておいてもよい。また、最初のＳＡ送信タイミングに関する情報が合わせて通知されてもよい。この場合には、受信した端末は、最初のSA送信タイミングと再送SAの受信タイミングから、残りの送信回数を予測する。
　（ｂ）SA　periodをまたいでSA　repetitionを送信する方法
　続いて、「SA　period」をまたいで「SA　repetition」を送信する方法について説明する。ＳＡは、反復（Repetition）して送信が行われている。Ｄ２Ｄの規格では、「SA　period」内の「SA　pool」で２回反復（Repetition）送信が行われている。この反復（Repetition）送信が、1st　TransmissionのＳＡ内ではなく、初めから「SPS　period」の途中の「SA　pool」で送信が行われてもよい。反復（Repetition）場所については、Mode1の場合には基地局から通知され、Mode2の場合には端末自ら選択する。
　（ｃ）ＳＡの再送もしくは反復（Repetition）を異なるリソースプールで行う方法
　続いて、ＳＡの再送もしくは反復（Repetition）を異なるリソースプール（Resource　pool）で行う方法について説明する。この方法は、ダイバーシチを得るため、複数のリソースプール（Resource　pool）で送信を行う方法である。
　例えば、図２６は、「Geo-location情報」を用いたリソース割り当ての一例について説明するための説明図である。図２６に示すように、「Geo-location　based　resource　allocation」を用いられている場合には、近隣では異なるリソースプール（Resource　pool）が用いられている。通常受信側は、自身のエリアの周辺の複数のプール（Pool）をモニタリングして、送信端末からの信号をもれなく受信するようにする。一方で、送信側は、基本的に自分の位置に割り当てられているリソースプールにおいて送信を行う。ＳＰＳ送信の際には、受信側のデコード失敗を防ぐために、送信側は複数のリソースプールにまたがって送信を行う。
　送信するパターンとしては、以下に説明する３つのパターンが挙げられる。まず、パターン１では、送信端末の位置に割り当てられているリソースプールにおいて、ＳＡとＤａｔａが送信される。さらに周辺位置に割り当てられているリソースプールに対して、ＳＡとＤａｔａが送信される。
　また、パターン２では、送信端末の位置に割り当てられているリソースプールにおいて、ＳＡとＤａｔａが送信される。さらに周辺位置に割り当てられているリソースプールに対しては、ＳＡが送信される。
　また、パターン３では、送信端末の位置に割り当てられているリソースプールにおいて、ＳＡとＤａｔａが送信される。さらに周辺位置に割り当てられているリソースプールに対しては、Ｄａｔａが送信される。
　送信端末は、送信端末の位置に割り当てられているリソースプールにおいて送信を行うＳＡにおいて、次回送信を行うリソースプール情報を通知してもよい。このＳＡを受信した受信端末は、次回ＳＰＳ送信時に指定されたリソースプールをモニターしに行く。また、ＳＡにおいて送信する情報は、この他にも、同時に送信を行っているリソースプール情報でもよく、実際に送信を割り当てたリソースブロック情報でもよい。また、次回送信を行うリソースブロック情報でもよい。
　（ｃ－１）アクティベーション（Activation）の方法
　続いて、アクティベーション（Activation）の方法について説明する。
　例えば、Mode1の場合には、端末は、Multiple　pool　transmissionのConfiguration指示、周辺リソースプールの情報、及び、周辺リソースプールでＳＡを送信するリソース情報を通知してもらう。
　また、Mode2の場合には、端末は自身で判断することとなる。具体的な一例として、「SPS　period」がある閾値以上の端末を対象として、アクティベーションが行われてもよい。なお、当該閾値については、例えば、基地局から通知されてもよいし、あらかじめ設定（Preconfigured）されていてもよい。
　また、他の一例として、リソースプールのリソース占有率が閾値以下の場合（即ち、すいている場合）に、アクティベーションが行われてもよい。この場合には、リソースプールの混雑度を検出するため、送信端末はセンシングを実施する。なお、当該センシングは「Energy　sensing」でもよく「SA　decoding」でもよい。また、当該閾値については、例えば、基地局から通知されてもよいし、あらかじめ設定（Preconfigured）されていてもよい。
　また、他の一例として、ＳＡを追加送信するか否かを決定するためにあらかじめ規定された確率γに基づき、全員に再送されないように乱数で制限してもよい。なお、当該確率γについては、例えば、基地局から通知されてもよいし、あらかじめ設定（Preconfigured）されていてもよい。
　　＜３．４．受信端末の動作＞
　続いて、受信端末の動作について説明する。
　（ａ）受信端末におけるＰＳＣＣＨとＰＳＳＣＨの受信制限
　ＦＤＭの場合、ＳＡとＤａｔａが同じサブフレーム（Subframe）で送信されるケースがあるため、受信端末は基本的にはＳＡとＤａｔａすべてをデコードする必要がある。そのため、帯域幅が広くなると、デコードしなければいけない帯域も増え、受信端末の負荷が増大する。そのため、端末ごとに、ＰＳＣＣＨとＰＳＳＣＨのデコード範囲を制限するための仕組みが必要となる。なお、本説明では、ＰＳＣＣＨのデコード範囲制限について説明する。
　まず、受信リソースプールにおいて、端末のグループ化を導入する。例えば、図２７に、送信プールと受信プールとのグルーピングに関する構成例を示す。端末は割り当てられたグループごとに、受信リソースプール内のＳＡ領域をパーティショニング（Partitioning）して、対象のパーティション（Partition）のみをデコードする。送信側は、送信リソースプールにおいて、受信端末の全グループ（Group）が受信できるように送信を行う。例えば、図２７では、グループＡとグループＢとに向けて異なる時間で２回送信が行われている。
　なお、グルーピングについては、例えば、端末ＩＤやＲＮＴＩを用いて行われてもよい。また、他の一例として、基地局からグルーピングに関するグループ情報が通知されてもよい。
　（ｂ）受信端末におけるデータデコード優先度設定
　続いて、ＳＡをデコードした結果としてデータ領域が被っていると判断した場合に、どのデータを優先してデコードするかを判断するための仕組みの一例について説明する。なお、本内容は、例えば、ランダム選択の場合にも起こる可能性がある。
　具体的な一例として、ＳＡをデコードした結果として、１つ以上のデータが同じリソースに被っていると判断された場合には、端末は、優先度制御部テーブルに応じてデコードするパケットを選択してもよい。なお、また、当該優先度制御部テーブルについては、例えば、基地局から提供されてもよいし、あらかじめ設定（Preconfigured）されていてもよい。
　また、他の一例として、送信端末は、ＳＡ内にパケットのトラフィックタイプの情報を含めてもよい。この場合には、受信端末は、トラフィックタイプの情報に応じて優先度を変化させてもよい。
　また、他の一例として、送信方法に応じて優先度が設定されてもよい。具体的な一例として、ＳＰＳとそれ以外とで異なる優先度が設定されてもよい。また、他の一例として、ＭＣＳやＲＶに応じて優先度を設定されてもよい。
　また、他の一例として、再送（Retransmission）回数を用いて優先度が制御されてもよい。例えば、将来再送（Retransmission）されそうなパケットについては、優先度を下げてデコードされてもよい。
　また、他の一例として、ひとつ前のデータ送信のＳＩＮＲ（signal-to-interference　noise　ratio）を比較して、デコードされてもよい。例えば、ＳＩＮＲを高い方が優先的にデコードされてもよい。この場合には、よりデコードの確率が高い方が選択される。
　　＜３．５．その他＞
　（ａ）コンジェスチョン（Congestion）対策１
　続いて、コンジェスチョン（Congestion）への第１の対策について説明する。トラフィックが増加した場合には、送信制御が行われないと輻輳が発生し、パケットエラーレートが増加する場合がある。そのため、基地局や端末側で、「Congestion　control」の仕組みが必要となる。
　（ａ－１）Mode1におけるCongestion　control
　まず、Mode1における「Congestion　control」について説明する。Mode1の場合には、基地局により「Congestion　control」が実施される。例えば、図２８は、「Congestion　control」の一連の処理の流れの一例について示したフローチャートである。具体的には、まず、基地局は無線通信の利用率を把握するために、各車両にセンシングを実施させ（Ｓ６０１、Ｓ６０３）、無線通信の混雑度状況をレポートしてもらう（Ｓ６０５）。これにより、基地局は混雑度を把握することが可能となる（Ｓ６０７）。そして、基地局は、混雑度に応じて、リソース割り当てに制約を設ける。また、基地局は、パケットのプライオリティに応じて、リソース割り当ての優先度を制御する。
　（ａ－２）Mode2におけるCongestion　control
　次いで、Mode2における「Congestion　control」について説明する。Mode2については、基地局のサポートがある場合と、基地局のサポートが無い場合とで処理が異なる。
　例えば、基地局のサポートがある場合には、端末は、基地局からの混雑度状況の報告に応じてパケット送信の制御を変更する。具体的には、まず、図２８に示した例と同様に、基地局は、混雑度把握のため各端末に対してセンシングの結果をレポートしてもらう。混雑度状況の把握後に、基地局は、各端末に対して、「混雑度レベルの通知」と「パケット送信確率σの通知」とを行う。
　「混雑度レベルの通知」を受信した端末は、混雑度レベルが示す混雑度に応じて、リソース割り当てに制約を設ける。また、端末は、パケットのプライオリティに応じて、リソース割り当ての優先度を制御する。
　また、「パケット送信確率σの通知」を受けた端末は、パケットを送信する際に、送信確率σをベースに送信するか否かを判断する。なお、このとき端末は、一定以上の優先度を持つパケットについては除外してもよい。
　また、基地局のサポートが無い場合には、端末は、混雑度レベルの把握のために、センシングを定期的に実施してもよい。この場合には、例えば、端末は、あらかじめ設定（Preconfigure）された閾値より上であれば混雑と判断してもよい。そして、混雑状態であれば、端末は、事前に設定（Preconfigure）されたパケット送信確率σを用いて送信するか否かを決定する。
　（ｂ）コンジェスチョン（Congestion）対策２
　続いて、コンジェスチョン（Congestion）への第２の対策について説明する。前述したように、トラフィックが増加した場合には、送信制御が行われないと輻輳が発生し、パケットエラーレートが増加する場合がある。このような状況下では、「SA　pool」を「Traffic　type」やＶ２Ｘリンクなどで分けるために複数設定してしまうと、フレキシビリティを失いリソースの利用効率が低下する場合がある。そこで、コンジェスチョン（Congestion）時に、リソースをうまく利用することができるように、「SA　pool」を、状況に応じて設定可能（Configurable）に構成する。
　具体的な一例として、「Event　trigger　traffic」用と「Periodical　traffic」用との二つの「SA　Pool」を規定した場合に着目する。この場合には、例えば、「Periodical　traffic」用のプールが混雑しており、かつ、「Event　trigger　traffic」用のプールがすいている場合には、送信端末は、一時的に「Event　trigger　traffic」用のプールを使用する。
　（ｂ－１）Mode1における動作及びシグナリング
　ここで、Mode1における動作及びシグナリングについて説明する。例えば、Mode1の場合には、基地局は、図２８に示した例と同様の方法に基づき、「SA　Pool」それぞれの混雑状況を把握する。もし、プールにおける相対的な混雑度の比率が閾値以上であれば、基地局は、混雑度の低い「SA　pool」を混雑度の高い「SA　pool」の一部として割り当てを実施する。そして、基地局は、「SA　pool」のコンフィギュレーション（Configuration）情報を書き換え、端末に通知する。
　（ｂ－２）Mode2における動作及びシグナリング
　次いで、Mode2における動作及びシグナリングについて説明する。Mode2については、基地局のサポートがある場合と、基地局のサポートが無い場合とで処理が異なる。
　例えば、基地局のサポートがある場合には、端末は、基地局からの混雑度状況の報告に応じて使用するSAを変更する。具体的には、まず、図２８に示した例と同様に、基地局は、混雑度把握のため各端末に対してセンシングの結果をレポートしてもらう。混雑度状況の把握後に、基地局は、各端末に対して、「混雑度レベルの通知」を行う。
　「混雑度レベルの通知」を受信した端末は、混雑度レベルが示す混雑度に応じて、使用可能な「SA　Pool」ごとに規定されている制御（換言すると、当該「SA　Pool」の用途）を書き換える。このような制御に基づき、端末は、例えば、「Periodical　traffic」用の「SA　pool」であっても、「Event　trigger」の用途で使用する（即ち、ＳＡの送信を行う）ことも可能となる。
　また、基地局のサポートが無い場合には、端末は、混雑度レベルの把握のために、センシングを定期的に実施してもよい。この場合には、例えば、端末は、あらかじめ設定（Preconfigure）された閾値より上であれば混雑と判断してもよい。そして、混雑状態であれば、端末は、使用可能な「SA　Pool」に対して規定されている制御（換言すると、当該「SA　Pool」の用途）を書き換えてもよい。
　（ｃ）ＩＢＥ対策
　続いて、ＩＢＥへの対策について説明する。ＦＤＭ割り当てにおいて、同一サブフレームに対して複数ユーザの割り当てを行うと、ＩＢＥの問題が発生する場合がある。一方で、単一ユーザのみを割り当てた場合には、リソースを使い切らず、結果としてリソースの無駄遣いとなる場合がある。
　そこで、ＩＢＥ対策のために、リソース間のリソースをミューティング（Muting）する。ただし、自身のリソースが隣接している場合は除くものとする。Mode1の場合には、基地局はまず、送信端末と受信端末をいくつかのグループに分け、グループごとにリソースを割り当てる。グループ割り当ては、ＩＢＥがなるべく最小になるように設定される。もし、ＩＢＥが発生しうるグループ同士を同じ時間に割り当てる場合、グループ間のリソースをミューティングすることでＩＢＥを軽減する。
　また、Mode2の場合については、図２９を参照して説明する。図２９は、ＩＢＥへの対策を考慮したMode2におけるリソース割り当ての一例を示している。例えば、第１のパターンとして、他の端末のアロケーション位置より、周波数方向に距離Ｌだけ離間したリソースを選択する方法が挙げられる。なお、周波数方向に離間させる距離Ｌについては、基地局から割り当てられてもよく、あらかじめ設定（Preconfigured）されていてもよい。また、当該周波数方向の距離Ｌは、混雑度に応じて変更されてもよい。また、当該周波数方向の距離Ｌは、他の端末の割り当て領域に依存して設定されてもよい。具体的な一例として、他の端末の割り当て領域が大きいほど、より離間するように、当該周波数方向の距離Ｌが設定されてもよい。また、当該周波数方向の距離Ｌは、リソースブロック単位で規定されてもよい。
　また、第２のパターンとして、他端末のアロケーション位置に隣接してリソースの選択が行われるが（Ｌ＝０）、送信時には、他端末と隣接している周波数領域をミューティング（Muting）する方法が挙げられる。なお、ミューティングする周波数方向の範囲（以降では、「ミューティング量」とも称する）は、リソース選択前に事前に設定しておく。また、ミューティング量を考慮して、ＰＲＢ（Physical　Resource　Block）の割り当て量を計算する。また、ミューティング量は、基地局から割り当てられてもよく、あらかじめ設定（Preconfigured）されていてもよい。また、ミューティング量は、混雑度に応じて変更されてもよい。また、ミューティング量は、他の端末の割り当て領域に依存して設定されてもよい。具体的な一例として、他の端末の割り当て領域が大きいほど、ミューティング量がより大きくなるように設定されてもよい。
　なお、上述したＩＢＥ対策については、ＳＰＳのみには限定されない。
　＜＜４．応用例＞＞
　本開示に係る技術は、様々な製品へ応用可能である。例えば、ｅＮＢ３０は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（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）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
　プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
　ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
　コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
　無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図３３に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図３３には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
　さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
　アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
　アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図３３に示したように複数のアンテナ９３７を有してもよい。なお、図３３にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
　さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
　バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図３３に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
　図３３に示したカーナビゲーション装置９２０において、図１１を参照して説明した処理部１５０、図１２を参照して説明した処理部２５０、又は図１４を参照して説明した処理部５４０は、無線通信インタフェース９３３又はプロセッサ９２１において実装されてもよい。また、無線通信部１２０、無線通信部２２０、又は無線通信部５２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、ＧＮＳＳ信号処理部１３０又はＧＮＳＳ信号処理部２３０は、ＧＰＳモジュール９２４において実装されてもよい。また、アンテナ部１１０、アンテナ部２１０又はアンテナ部５１０は、アンテナ９３７において実装されてもよい。また、記憶部１４０、記憶部２４０又は記憶部５３０は、メモリ９２２において実装されてもよい。
　また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。即ち、図１２を参照して説明した処理部２５０を備える装置として車載システム（又は車両）９４０が提供されてもよい。
　＜＜５．むすび＞＞
　以上、図１～図３３を参照して、本開示の一実施形態について詳細に説明した。
　前述したように、Mode1での動作時には、本実施形態に係る基地局は、複数の端末装置間における端末間通信（即ち、Ｖ２Ｘ通信）のために、ＳＰＳにおけるリソースを割り当て、当該リソースの割り当てに関する制御情報が、無線通信を介して端末装置に送信されるように制御する。また、Mode2での動作時においては、本実施形態に係る端末装置は、他の端末装置との端末間通信（即ち、Ｖ２Ｘ通信）のために、所定のリソースプールからＳＰＳにおけるリソースを割り当て、当該リソースの割り当てに関する制御情報が、無線通信を介して他の端末装置に送信されるように制御する。以上のような構成により、本実施形態に係る無線通信システムは、Ｖ２Ｘ通信においてもＳＰＳを適用することで、リソースを効率的に使用することで可能となり、ひいてはキャパシティをより拡大することが可能となる。
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
　なお、以下のような構成も本開示の技術的範囲に属する。
（１）
　無線通信を行う通信部と、
　複数の端末装置間における端末間通信のために、セミパーシステントスケジューリングにおけるリソースを割り当て、前記リソースの割り当てに関する制御情報が、前記無線通信を介して前記端末装置に送信されるように制御する処理部と、
　を備える、基地局。
（２）
　前記処理部は、マルチキャリア通信をサポートする場合に、対象となるコンポーネントキャリア情報が、前記制御情報に関連付けられて通知されるように制御する、前記（１）に記載の基地局。
（３）
　前記処理部は、所定のリソースプールから前記リソースを割り当て、当該リソースプールに関する情報が、前記制御情報に関連付けられて通知されるように制御する、前記（１）または（２）に記載の基地局。
（４）
　前記端末装置から当該端末装置の位置情報を取得する取得部を備え、
　前記処理部は、取得した前記端末装置の位置情報に応じた前記リソースプールから、当該端末装置に対して前記リソースを割り当てる、
　前記（３）に記載の基地局。
（５）
　前記処理部は、取得した前記端末装置の位置情報に基づく、以降における当該端末装置の位置の予測結果に応じた前記リソースプールに対してセミパーシステントスケジューリングを設定し、当該リソースプールに関する情報が当該端末装置に通知されるように制御する、前記（４）に記載の基地局。
（６）
　前記処理部は、セミパーシステントスケジューリングを一時中断する場合の停止期間に関する情報を、前記制御情報に関連付けられて通知されるように制御する、前記（１）～（５）のいずれか一項に記載の基地局。
（７）
　前記処理部は、セミパーシステントスケジューリングをリリースまたはリコンフィギュレーションした場合に、当該リリースまたはリコンフィギュレーションの結果に関する情報が、前記端末装置に通知されるように制御する、前記（１）～（６）のいずれか一項に記載の基地局。
（８）
　前記処理部は、前記複数の端末装置のうち第１の端末装置が、前記制御情報を送信した１以上の第２の端末装置のうち少なくとも一部を対象として、前記制御情報が送信されてから当該制御情報を追加送信するまでの期間に関する情報が、前記第１の端末装置に通知されるように制御する、前記（１）～（７）のいずれか一項に記載の基地局。
（９）
　無線通信を行う通信部と、
　他の端末装置との端末間通信のために、所定のリソースプールからセミパーシステントスケジューリングにおけるリソースを割り当て、前記リソースの割り当てに関する制御情報が、前記無線通信を介して前記他の端末装置に送信されるように制御する処理部と、
　を備える、端末装置。
（１０）
　前記処理部は、前記リソースの使用状況をセンシングし、当該センシングの結果に応じて、前記端末間通信のための前記リソースを割り当てる、前記（９）に記載の端末装置。
（１１）
　前記処理部は、前記制御情報として、前記リソースの割り当てに応じたビットマップテーブルが、前記他の端末装置に送信されるように制御する、前記（１０）に記載の端末装置。
（１２）
　前記処理部は、前記センシングの結果に基づき、前記リソースの割り当てのための所定の送信パターンの候補の中から適用する前記送信パターンを選択し、選択した前記送信パターンに関する情報が、前記他の端末装置に送信されるように制御する、前記（１０）に記載の端末装置。
（１３）
　前記処理部は、
　Ｎを自然数とした場合に、前記他の端末装置に対する送信のうち、Ｎ回目の送信までについては前記センシングの結果に基づき前記リソースを任意に割り当て、Ｎ＋１回目以降の送信については、前記送信パターンに応じて前記リソースを割り当て、
　前記リソースを任意に割り当てて送信する回数Ｎに関する情報と、Ｎ回目の送信までの前記リソースの割り当てに応じたビットマップテーブルと、選択した前記送信パターンに関する情報とが、前記他の端末装置に送信されるように制御する、前記（１２）に記載の端末装置。
（１４）
　前記処理部は、割り当てた前記リソースのうち少なくとも一部が衝突する他の端末装置を検出し、当該検出結果に応じて前記リソースの再割り当てを実施する、前記（１０）に記載の端末装置。
（１５）
　割り当てた前記リソースのうち少なくとも一部が衝突する他の端末装置の検出結果に応じた情報を外部装置から取得する取得部を備え、
　前記処理部は、取得した前記検出結果に応じた情報に基づき、前記リソースの再割り当てを実施する、
　前記（１０）に記載の端末装置。
（１６）
　前記取得部は、前記検出結果に応じた情報として、前記衝突の有無、前記衝突の度合い、前記衝突が生じている他の端末装置に関する情報、及び前記衝突が生じた前記リソースのうち、少なくともいずれかの情報を取得する、前記（１５）に記載の端末装置。
（１７）
　前記処理部は、
　周波数分割多重方式に基づき、前記制御情報の送信と、当該制御情報により割り当てられた前記リソースを介したデータの送信とを行うための送信期間を設定し、
　設定した当該送信期間に関する情報が、前記端末装置に通知されるように制御する、前記（９）～（１６）のいずれか一項に記載の端末装置。
（１８）
　前記処理部は、
　前記制御情報により割り当てられた前記リソースを介して送信されたデータを、再送するまでの期間に応じたオフセット値を設定し、
　設定した前記オフセット値に関する情報が、前記端末装置に通知されるように制御する、前記（９）～（１６）のいずれか一項に記載の端末装置。
（１９）
　前記処理部は、
　前記制御情報が送信される期間と、当該当該制御情報により割り当てられた前記リソースを介してデータが送信される期間との間のオフセット値を設定し、
　設定した前記オフセット値に関する情報が、前記他の端末装置に通知されるように制御する、前記（９）～（１６）のいずれか一項に記載の端末装置。
（２０）
　前記処理部は、前記制御情報が送信された１以上の前記他の端末装置のうち少なくとも一部を対象として、所定の条件に基づき、前記制御情報が追加送信されるように制御する、前記（９）～（１９）のいずれか一項に記載の端末装置。
（２１）
　前記処理部は、前記制御情報を送信するために設定された互いに異なる複数のリソースプールのうち、第１のリソースプールの混雑度の状況に応じて、第２のリソースプールを前記第１のリソースプールの一部として割り当てる、前記（９）～（２０）のいずれか一項に記載の端末装置。
（２２）
　前記処理部は、前記制御情報を送信するために設定された互いに用途の異なる複数のリソースプールのうち、第１のリソースプールの混雑度の状況に応じて、第２のリソースプールの用途を変更する、前記（９）～（２１）のいずれか一項に記載の端末装置。
（２３）
　前記処理部は、前記リソースを割り当てるためのリソースプールの混雑度の状況に応じて、前記リソースの割り当てを制限する、前記（９）～（２２）のいずれか一項に記載の端末装置。
（２４）
　無線通信を行うことと、
　複数の端末装置間における端末間通信のために、セミパーシステントスケジューリングにおけるリソースを割り当て、前記リソースの割り当てに関する制御情報が、前記無線通信を介して前記端末装置に送信されるように制御することと、
　を含む、通信方法。
（２５）
　無線通信を行う通信部と、
　他の端末装置との端末間通信のために、所定のリソースプールからセミパーシステントスケジューリングにおけるリソースを割り当て、前記リソースの割り当てに関する制御情報が、前記無線通信を介して前記他の端末装置に送信されるように制御する処理部と、
　を含む、通信方法。
　１０　　ＵＥ
　１１０　アンテナ部
　１２０　無線通信部
　１３０　信号処理部
　１４０　記憶部
　１５０　処理部
　２０　　ＵＥ
　２１０　アンテナ部
　２２０　無線通信部
　２３０　信号処理部
　２４０　記憶部
　２５０　処理部
　２２　　移動体
　３０　　ｅＮＢ
　３１０　アンテナ部
　３２０　無線通信部
　３３０　ネットワーク通信部
　３４０　記憶部
　３５０　処理部
　４０　　ＧＮＳＳ衛星
　５０　　ＲＳＵ
 

Claims (25)

  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. 　無線通信を行う通信部と、
    　他の端末装置との端末間通信のために、所定のリソースプールからセミパーシステントスケジューリングにおけるリソースを割り当て、前記リソースの割り当てに関する制御情報が、前記無線通信を介して前記他の端末装置に送信されるように制御する処理部と、
    　を含む、通信方法。
     
PCT/JP2017/004021 2016-03-31 2017-02-03 基地局、端末装置、及び通信方法 WO2017169111A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
CN201780019008.4A CN108781449B (zh) 2016-03-31 2017-02-03 基站、终端设备和通信方法
EP17773660.0A EP3439398B1 (en) 2016-03-31 2017-02-03 Base station, communication method and system
US16/078,570 US10856335B2 (en) 2016-03-31 2017-02-03 Base station, terminal device, and communication method
AU2017240550A AU2017240550A1 (en) 2016-03-31 2017-02-03 Base station, terminal device, and communication method
JP2018508489A JP6574943B2 (ja) 2016-03-31 2017-02-03 基地局、端末装置、及び通信方法
BR112018069233A BR112018069233A2 (pt) 2016-03-31 2017-02-03 estação base, dispositivo de terminal, e, método de comunicação.

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016-072095 2016-03-31
JP2016072095 2016-03-31

Publications (1)

Publication Number Publication Date
WO2017169111A1 true WO2017169111A1 (ja) 2017-10-05

Family

ID=59963878

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/004021 WO2017169111A1 (ja) 2016-03-31 2017-02-03 基地局、端末装置、及び通信方法

Country Status (7)

Country Link
US (1) US10856335B2 (ja)
EP (1) EP3439398B1 (ja)
JP (2) JP6574943B2 (ja)
CN (1) CN108781449B (ja)
AU (1) AU2017240550A1 (ja)
BR (1) BR112018069233A2 (ja)
WO (1) WO2017169111A1 (ja)

Cited By (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020031592A1 (ja) * 2018-08-08 2020-02-13 ソニー株式会社 通信装置
WO2020066506A1 (ja) * 2018-09-27 2020-04-02 ソニー株式会社 通信装置
WO2020143770A1 (en) * 2019-01-11 2020-07-16 Mediatek Inc. Resource allocation in presence of in-band emission for nr v2x mobile communications
JPWO2020202370A1 (ja) * 2019-03-29 2020-10-08
CN111903065A (zh) * 2018-03-23 2020-11-06 株式会社Ntt都科摩 基站以及发送方法
CN112514519A (zh) * 2018-08-08 2021-03-16 索尼公司 通信设备
US11284376B2 (en) 2018-08-17 2022-03-22 At&T Intellectual Property I, L.P. Distributed control information for multiple party communications for 5G or other next generation network
TWI812810B (zh) * 2018-11-13 2023-08-21 美商高通公司 半雙工資源選擇的衝突避免

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107734681B (zh) * 2016-08-12 2019-08-30 电信科学技术研究院 一种传输资源的指示方法及装置
US10945236B2 (en) * 2016-10-26 2021-03-09 Lg Electronics Inc. Method for sensing resource for direct communication between terminals in wireless communication system and device therefor
US11212774B2 (en) * 2017-08-10 2021-12-28 Samsung Electronics Co., Ltd. V2X communication method and terminal
US11317382B2 (en) * 2017-09-29 2022-04-26 Lg Electronics Inc. Method for transmitting V2X message by terminal in wireless communication system, and terminal using same method
EP3707945B1 (en) 2017-11-06 2022-07-13 Telefonaktiebolaget LM Ericsson (publ) Methods and apparatus for synchronizing critical data transmission
KR20200035356A (ko) * 2018-09-25 2020-04-03 아서스테크 컴퓨터 인코포레이션 무선 통신 시스템에서 사이드 링크 전송을 위한 피드백 리소스를 유도하는 방법 및 장치
US10833818B2 (en) * 2018-11-13 2020-11-10 Qualcomm Incorporated Resource exclusion in a half duplex based wireless communication system
CN113347592A (zh) * 2020-02-18 2021-09-03 展讯通信（上海）有限公司 V2x通信中资源分配的处理方法、系统、设备及介质
US11080993B1 (en) 2020-03-26 2021-08-03 Qualcomm Incorporated Vehicle to everything communication management according to a vulnerable roadside user device configuration
US20220132575A1 (en) * 2020-10-22 2022-04-28 Zhibin Wu Sidelink Resource Collision Handling and Resource Allocation Through User Equipment Coordination

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013232919A (ja) * 2008-11-04 2013-11-14 Ntt Docomo Inc 無線基地局装置、移動端末装置及び無線通信方法
JP2015529050A (ja) * 2012-07-25 2015-10-01 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ ネットワークアシスト型のピア発見
JP2015231097A (ja) * 2014-06-04 2015-12-21 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5291565B2 (ja) 2008-11-04 2013-09-18 株式会社エヌ・ティ・ティ・ドコモ 無線基地局装置及び移動端末装置
US8582513B2 (en) * 2008-12-12 2013-11-12 Electronics And Telecommunications Research Institute Apparatus and method for controlling inter-cell interference
JP2011188179A (ja) * 2010-03-08 2011-09-22 Ntt Docomo Inc 無線基地局、無線通信端末及びリソース割り当て方法
CN102291835B (zh) * 2010-06-21 2016-05-25 中兴通讯股份有限公司 一种无线资源调度方法、接入网网元及终端
TWI620459B (zh) * 2012-05-31 2018-04-01 內數位專利控股公司 在蜂巢式通訊系統中賦能直鏈通訊排程及控制方法
WO2014205746A1 (zh) * 2013-06-27 2014-12-31 华为技术有限公司 终端到终端通信的资源配置方法及设备
JP6169442B2 (ja) 2013-08-30 2017-07-26 京セラ株式会社 移動通信システム及びユーザ端末
US10425915B2 (en) * 2014-06-27 2019-09-24 Sharp Kabushiki Kaisha Resource pool access for device to device communications
US10334648B2 (en) * 2014-08-18 2019-06-25 Lg Electronics Inc. Method for device-to-device communication in wireless communication system and apparatus therefor
KR20170048416A (ko) 2014-08-20 2017-05-08 엘지전자 주식회사 무선 통신 시스템에서 신호 전송 방법 및 장치

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2013232919A (ja) * 2008-11-04 2013-11-14 Ntt Docomo Inc 無線基地局装置、移動端末装置及び無線通信方法
JP2015529050A (ja) * 2012-07-25 2015-10-01 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ ネットワークアシスト型のピア発見
JP2015231097A (ja) * 2014-06-04 2015-12-21 株式会社Ｎｔｔドコモ ユーザ端末、無線基地局及び無線通信方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
"PC5 enhancements on resource allocation for V2X Services", 3GPP TSG- RAN WG1#82B RL-155624, 5 October 2015 (2015-10-05), XP051021664, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_82b/Docs/R1-155624.zip> *
See also references of EP3439398A4 *
ZTE: "Resource allocation for D2D communication", 3GPP TSG-RAN WG2#85 R2-140693, 10 February 2014 (2014-02-10), pages 4 - 5, XP050754459, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_85/Docs/R2-140693.zip> *

Cited By (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7261223B2 (ja) 2018-03-23 2023-04-19 株式会社Ｎｔｔドコモ 基地局及び送信方法
CN111903065A (zh) * 2018-03-23 2020-11-06 株式会社Ntt都科摩 基站以及发送方法
JPWO2019182134A1 (ja) * 2018-03-23 2021-04-08 株式会社Ｎｔｔドコモ 基地局及び送信方法
CN111903065B (zh) * 2018-03-23 2023-12-05 株式会社Ntt都科摩 基站以及发送方法
JP7215484B2 (ja) 2018-08-08 2023-01-31 ソニーグループ株式会社 通信装置及び通信方法
US11470584B2 (en) 2018-08-08 2022-10-11 Sony Corporation Communication device
CN112514519B (zh) * 2018-08-08 2024-04-09 索尼公司 通信设备
CN112514519A (zh) * 2018-08-08 2021-03-16 索尼公司 通信设备
JPWO2020031592A1 (ja) * 2018-08-08 2021-08-12 ソニーグループ株式会社 通信装置
WO2020031592A1 (ja) * 2018-08-08 2020-02-13 ソニー株式会社 通信装置
US11284376B2 (en) 2018-08-17 2022-03-22 At&T Intellectual Property I, L.P. Distributed control information for multiple party communications for 5G or other next generation network
WO2020066506A1 (ja) * 2018-09-27 2020-04-02 ソニー株式会社 通信装置
TWI812810B (zh) * 2018-11-13 2023-08-21 美商高通公司 半雙工資源選擇的衝突避免
US11895679B2 (en) 2018-11-13 2024-02-06 Qualcomm Incorporated Collision avoidance of half-duplex resource selection
WO2020143770A1 (en) * 2019-01-11 2020-07-16 Mediatek Inc. Resource allocation in presence of in-band emission for nr v2x mobile communications
TWI748323B (zh) * 2019-01-11 2021-12-01 聯發科技股份有限公司 新無線電車聯網行動通訊中存在帶內發射時之資源配置技術
US11395115B2 (en) 2019-01-11 2022-07-19 Mediatek Inc. Resource allocation in presence of in-band emission for NR V2X mobile communications
JPWO2020202370A1 (ja) * 2019-03-29 2020-10-08
JP7232322B2 (ja) 2019-03-29 2023-03-02 本田技研工業株式会社 制御装置、制御方法、及びプログラム
WO2020202370A1 (ja) * 2019-03-29 2020-10-08 本田技研工業株式会社 制御装置、制御方法、及びプログラム
US11930401B2 (en) 2019-03-29 2024-03-12 Honda Motor Co., Ltd. Control device, control method, and computer-readable storage medium

Also Published As

Publication number Publication date
EP3439398B1 (en) 2022-03-30
BR112018069233A2 (pt) 2019-01-22
EP3439398A4 (en) 2019-03-20
JP6574943B2 (ja) 2019-09-18
CN108781449A (zh) 2018-11-09
JPWO2017169111A1 (ja) 2019-02-07
JP2019169981A (ja) 2019-10-03
EP3439398A1 (en) 2019-02-06
US20190059115A1 (en) 2019-02-21
US10856335B2 (en) 2020-12-01
CN108781449B (zh) 2023-06-09
AU2017240550A1 (en) 2018-09-06
JP6958594B2 (ja) 2021-11-02

Similar Documents

Publication Publication Date Title
JP6958594B2 (ja) 基地局、端末装置、及び通信方法
US20220085876A1 (en) Communication apparatus and communication method
CN108370566B (zh) 通信方法、基站、基础设施节点以及通信终端
US10798738B2 (en) Device and method
US11863969B2 (en) Communication apparatus and control apparatus
CN111757403B (zh) 一种资源配置方法及通信装置
WO2019187562A1 (ja) 通信装置
JP7355018B2 (ja) 通信装置
CN114073110A (zh) 跨频带的侧链路保留
JP2018125793A (ja) 端末装置、基地局、方法及び記録媒体
US20210314930A1 (en) Communication device
US11956675B2 (en) Communication apparatus, control apparatus, and communication system
CN114586306A (zh) Nr v2x中确定harq反馈优先级的方法和设备
WO2021056222A1 (zh) 一种资源调度方法及装置
JP2023536200A (ja) ロング物理サイドリンクフィードバックチャネル（ｐｓｆｃｈ）フォーマットによるｐｓｆｃｈレンジ拡張
US20230216572A1 (en) Beam restriction considerations in presence of a reconfigurable intelligent surface
US20240236770A1 (en) Communication apparatus, control apparatus, and communication system
EP4256869A1 (en) Traffic based random resource selection on nr sidelink
CN117981446A (zh) 用于侧行通信的方法及装置
JP2021106302A (ja) 通信装置
CN113841462A (zh) 跨越频带的侧行链路通信

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 2018508489

Country of ref document: JP

ENP Entry into the national phase

Ref document number: 2017240550

Country of ref document: AU

Date of ref document: 20170203

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

REG Reference to national code

Ref country code: BR

Ref legal event code: B01A

Ref document number: 112018069233

Country of ref document: BR

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

Ref document number: 17773660

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 2017773660

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2017773660

Country of ref document: EP

Effective date: 20181031

ENP Entry into the national phase

Ref document number: 112018069233

Country of ref document: BR

Kind code of ref document: A2

Effective date: 20180921