WO2017195535A1 - 通信装置、通信方法及びコンピュータプログラム - Google Patents

通信装置、通信方法及びコンピュータプログラム Download PDF

Info

Publication number
WO2017195535A1
WO2017195535A1 PCT/JP2017/015518 JP2017015518W WO2017195535A1 WO 2017195535 A1 WO2017195535 A1 WO 2017195535A1 JP 2017015518 W JP2017015518 W JP 2017015518W WO 2017195535 A1 WO2017195535 A1 WO 2017195535A1
Authority
WO
WIPO (PCT)
Prior art keywords
sensing
resource
terminal device
communication
control unit
Prior art date
Application number
PCT/JP2017/015518
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
Priority claimed from JP2016216751A external-priority patent/JP6669041B2/ja
Application filed by ソニー株式会社 filed Critical ソニー株式会社
Priority to EP20182978.5A priority Critical patent/EP3737194B1/en
Priority to US16/095,704 priority patent/US10757709B2/en
Priority to EP17795896.4A priority patent/EP3457785B1/en
Priority to EP23173550.7A priority patent/EP4236600A3/en
Publication of WO2017195535A1 publication Critical patent/WO2017195535A1/ja
Priority to US16/925,419 priority patent/US11457447B2/en
Priority to US17/889,426 priority patent/US20220417923A1/en

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/02—Selection of wireless resources by user or terminal
    • 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
    • H04W72/00—Local resource management
    • H04W72/04—Wireless resource allocation
    • H04W72/044—Wireless resource allocation based on the type of the allocated resource
    • H04W72/0473—Wireless resource allocation based on the type of the allocated resource the resource being transmission power
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/25—Control channels or signalling for resource management between terminals via a wireless link, e.g. sidelink
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/50—Allocation or scheduling criteria for wireless resources
    • H04W72/56—Allocation or scheduling criteria for wireless resources based on priority criteria
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/08—Non-scheduled access, e.g. ALOHA
    • H04W74/0808—Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/23—Manipulation of direct-mode connections
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/14—Direct-mode setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]

Definitions

  • the present disclosure relates to a communication device, a communication method, and a computer program.
  • Patent Document 1 A technology for allocating resources in D2D (Device to Device) communication between terminal devices is disclosed (for example, Patent Document 1).
  • V2X communication is an abbreviation for Vehicle to X communication, and is a system in which “something” communicates with a vehicle. Examples of “something” include a vehicle, a facility (Infrastructure / Network), a pedestrian, and the like (V2V, V2I / N, V2P).
  • V2V, V2I / N, V2P As for wireless communication for vehicles, the development of 802.11p-based DSRC (Dedicated Short Range Communication) has been promoted so far, but in recent years, LTE-based in-vehicle communication "LTE-based V2X "Standardization discussion" has started.
  • This disclosure proposes a new and improved communication device, communication method, and computer program capable of efficient resource sensing in device-to-device communication such as V2X communication.
  • a communication device including a control unit that allocates a resource region in which a terminal device that performs inter-device communication can select a resource, and provides the terminal device with information related to a sensing range of the resource region.
  • a communication device including a control unit for determining is provided.
  • a communication method including allocating a resource region in which a terminal device that performs inter-device communication can select a resource, and providing information related to a sensing range of the resource region to the terminal device.
  • a communication method includes determining.
  • a computer program that allocates a resource area in which a terminal device that performs inter-device communication can select a resource, and causes the computer to provide information related to a sensing range of the resource area to the terminal device.
  • the sensing range of the resource area is set according to the situation.
  • a computer program is provided that causes a computer to perform the determination.
  • a new and improved communication device, communication method, and computer program capable of efficiently sensing resources in device-to-device communication such as V2X communication are provided.
  • V2X operation scenario It is explanatory drawing explaining a V2X operation scenario. It is explanatory drawing explaining a V2X operation scenario. It is explanatory drawing explaining a V2X operation scenario. It is explanatory drawing explaining a V2X operation scenario. It is explanatory drawing explaining a V2X operation scenario. It is explanatory drawing explaining IBE. It is explanatory drawing explaining TDM allocation and FDM allocation. It is explanatory drawing explaining the outline
  • summary of SPS. 5 is a flowchart illustrating an operation example of a terminal device according to an embodiment of the present disclosure.
  • FIG. 2 is a block diagram illustrating an exemplary configuration of a base station 100 according to an embodiment of the present disclosure.
  • FIG. It is a block diagram showing an example of composition of terminal unit 200 concerning an embodiment of this indication.
  • FIG. 38 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. It is explanatory drawing which shows the example of the process by the side of Network and the pedestrian UE which concerns on the same embodiment.
  • V2X communication is an abbreviation for Vehicle to X communication, and is a system in which “something” communicates with a vehicle. Examples of “something” include a vehicle, a facility (Infrastructure / Network), a pedestrian, and the like (V2V, V2I / N, V2P).
  • V2V, V2I / N, V2P the standardization discussion of “LTE-based V2X”, which is LTE-based in-vehicle communication, has started. is doing.
  • V2X communication An example of a use case for V2X communication is shown below.
  • communications such as event trigger messages that are mainly targeted for safety applications and that periodically send messages to vehicles and provide necessary information according to events (3GPP TR 22.885).
  • 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
  • V2I / N and V2P are standardization of the physical layer of V2X communication.
  • V2V communication is vehicle-to-vehicle communication.
  • 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.
  • the main enhancement points are, for example, improvement of resource allocation, Doppler frequency countermeasure, establishment of synchronization method, realization of low power consumption communication, realization of low delay communication, and the like.
  • V2X operation scenario A V2X operation scenario will be described. It is based on V2V communication. In the following description, when one vehicle becomes a pedestrian, it becomes V2P communication, and when it terminates in a facility or network, it becomes V2I / N communication.
  • FIG. 1 shows a scenario in which vehicles communicate directly with each other without going through a base station (E-UTRAN).
  • FIG. 2 shows a scenario in which vehicles communicate with each other via a base station.
  • 3 and 4 show a scenario in which vehicles communicate with each other via a terminal (UE, here, a roadside wireless device (RSU)) and a base station.
  • FIG. 5 shows a scenario in which vehicles communicate with each other via a terminal (UE, here, a roadside radio device (RSU)).
  • UE terminal
  • RSU roadside radio device
  • V2X communication is different from D2D communication in terms of requirements and communication environment, existing D2D communication cannot be used as it is. Therefore, it is necessary to enhance to a form adapted to V2X communication. Differences in features between D2D communication and V2X communication are shown below.
  • V2X communication is highly reliable and requires low-delay communication.
  • V2X-specific traffic There is V2X-specific traffic.
  • V2X has various links.
  • Capacity is a bigger issue than D2D.
  • Position information can always be obtained.
  • V2X communication has many safety applications, and reliability is a very important index. Further, since the moving speed of the car is faster than that of the D2D walking use case, it is necessary to realize low-delay communication.
  • Periodic traffic is communication that periodically notifies the surrounding vehicle of data, which is also a characteristic point of V2X.
  • V vehicle
  • I facility
  • N network
  • P pedestrian
  • the IBE problem (4) and the HD problem (5) are related to the topology of the terminal and the RF performance.
  • IBE will be described with reference to FIG.
  • 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 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.
  • FIG. 6 shows a state in which the transmitting terminal A gives IBE to the receiving terminal D.
  • HD problem refers to a problem that the terminal cannot receive when it is transmitting. For this reason, it is necessary to take measures such as preparing an opportunity to receive a plurality of times, or 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, improvement of capacity is indispensable. It is necessary to eliminate unnecessary overhead as much as possible to realize efficient communication.
  • the PC5 interface through which D2D communication and V2X communication are performed mainly includes a control channel section (PSCCH: Physical Sidelink Channel) and a data channel section (PSSCH: Physical Sideline Shared Channel).
  • PSCCH Physical Sidelink Channel
  • PSSCH Physical Sideline Shared Channel
  • the TDM scheme Since a PSCH resource instruction or the like is notified in the PSCCH, the TDM scheme has a problem that a delay from generation of a packet to transmission becomes large. On the other hand, there is an advantage that the complexity (complexity) of the terminal is good. In D2D, a TDM allocation method is adopted. On the other hand, in the FDM system, since the PSCCH is mapped in the frequency direction, the delay is improved. In addition, it is expected that problems of IBE and HD can be improved by transmitting SA (Scheduling Assignment) and Data in the same SF (subframe). Therefore, in V2X communication, establishment of a communication method using the FDM method is required.
  • SA Service Assignment
  • Mode 1 Centralized resource allocation
  • Mode 2 Autonomous resource selection.
  • 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.
  • the terminal autonomously selects a resource to be used for transmission from the resource pool notified from the base station.
  • Mode 2 has an advantage that it can be operated not only in In-coverage in the network of the base station but also in Out-of-overage.
  • the Solution can be roughly divided into two.
  • One is energy sensing.
  • energy sensing a resource is sensed for a certain period, and a communication resource is selected from relatively unused resources based on the sensing result. While simple, the power level is not so accurate. However, it is possible to sense a system other than LTE.
  • Another method is SA decoding. This is a method of recognizing the location of a resource being used by decoding SA (control information) transmitted by another user. While the used resources can be discovered with high accuracy, there are disadvantages such that the SA resource itself cannot be sensed, and if the SA decoding fails, the used resource cannot be detected.
  • the present disclosure has intensively studied a technology that enables efficient resource selection in inter-device communication such as V2X communication.
  • the present inventor has devised a technique that enables efficient resource selection using sensing in inter-device communication such as V2X communication.
  • FIG. 11 is a flowchart illustrating an operation example of the terminal device according to the embodiment of the present disclosure.
  • FIG. 11 is a flowchart illustrating an outline from when a terminal device that performs inter-device communication senses resources until it transmits data.
  • an operation example of the terminal device according to the embodiment of the present disclosure will be described with reference to FIG.
  • the terminal device determines whether to execute the following resource selection and reselection processing according to the trigger (step S101).
  • the trigger here may be various, for example, when a transmission packet occurs or when a resource collision is detected. Details will be described later.
  • the terminal device If it is determined that the resource selection / reselection process is to be performed (step S101, Yes), the terminal device then performs sensing on the resource region allocated by the base station (step S102). Sensing methods include SA ⁇ decoding and Energy sensing. The terminal device recognizes the wireless communication environment using these sensing methods. Then, the terminal device selects a resource to be used for data transmission from the resource area based on the sensing result (step S103).
  • the terminal device When a resource used for data transmission is selected, the terminal device subsequently performs data transmission using the selected resource (step S104). In addition to performing data transmission, the terminal device may perform resource reservation for future use as necessary (step S105). The order of data transmission and resource reservation may be reversed.
  • step S101 in FIG. 11 the terminal device basically uses the resources once secured. Therefore, some sort of trigger is required when reselecting (reselecting) resources.
  • the trigger condition will be described.
  • the terminal device may use, for example, a trigger condition when the counter value set for resource reselection becomes zero.
  • the counter value may be set in the terminal device by a random number, for example.
  • the random number may be notified from the base station by SIB or RRC signaling, or may be preset in the terminal device.
  • SIB or RRC signaling may be preset in the terminal device.
  • the base station may notify the random number itself, or may notify the random number seed.
  • the random number value or the seed of the random number may be notified in common to the cells, or the value may be determined and notified for each terminal device.
  • the terminal device may subtract the counter value every time a subframe or slot elapses, or may subtract it every sensed subframe or slot.
  • the terminal device may subtract the counter value for each amount of traffic to be transmitted. In this case, the terminal device may increase the subtraction amount when it has high priority traffic.
  • the threshold information for quantizing the traffic amount may be notified from the base station by SIB or RRC signaling.
  • the threshold may be for each terminal device or for each cell.
  • the threshold value may be for each traffic type.
  • the threshold may be set in advance in the terminal device.
  • the terminal device may subtract the counter value using a gap between the resource size being used and the resource size necessary to actually satisfy the communication request.
  • the gap between the two resource sizes may be quantized, and the terminal device may further divide the level into a plurality of stages and perform subtraction of the counter value according to the level.
  • the threshold information for quantization may be notified from the base station by SIB or RRC signaling.
  • the threshold may be for each terminal device or for each cell.
  • the threshold value may be for each traffic type.
  • the threshold may be set in advance in the terminal device.
  • the terminal device may subtract the counter value every time the transmission right is acquired. For example, the terminal device may perform only subtraction without performing transmission when sensing is performed and transmission right is acquired.
  • the threshold information used for transmission right acquisition may be notified from the base station by SIB or RRC signaling.
  • the threshold may be for each terminal device or for each cell.
  • the threshold value may be for each traffic type.
  • the threshold may be set in advance in the terminal device.
  • the terminal device when the terminal device is directly notified of the subtraction amount of the counter value from the base station, the peripheral terminal, or the RSU, the terminal device may subtract the amount instructed from the base station, the peripheral terminal, or the RSU. This includes forcibly subtracting the counter value to zero. From the base station, the subtraction amount of the counter value can be notified, for example, by RRC signaling. Peripheral terminals can notify the counter value subtraction amount using SCI or PSSCH.
  • the terminal device may subtract the counter value according to the amount of Sidelink traffic.
  • the terminal device may grasp the traffic amount using the data reception amount from the peripheral terminal or may grasp the traffic amount based on the traffic amount notification from the base station.
  • the traffic volume threshold information may be notified from the base station by SIB or RRCRRsignaling.
  • the threshold may be set for each terminal device or may be set for each cell.
  • the threshold value may be set for each traffic type.
  • the threshold may be set in advance in the terminal device.
  • the terminal device may use a case where the resource allocation status cannot satisfy the request of the terminal device as a trigger condition.
  • the terminal device request may be, for example, a delay request, reliability, fairness, QoS, or the like.
  • the terminal device may use a gap between the resource size being used and the resource size necessary to actually satisfy the communication request as the resource allocation status.
  • the gap between the two resource sizes may be quantized, and the terminal apparatus may further divide the level into a plurality of stages and determine the resource allocation status according to the level.
  • the threshold information for quantization may be notified from the base station by SIB or RRC signaling.
  • the threshold may be for each terminal device or for each cell.
  • the threshold value may be for each traffic type.
  • the threshold may be set in advance in the terminal device.
  • the terminal device finds resource collision (duplication of resources with other users) in future transmissions
  • resource collision introduction resources with other users
  • the terminal device may perform SA decoding, grasp the resource allocation status, and discover whether there is an overlap with the transmission of the terminal device.
  • the terminal device may perform reselection if the number of collision occurrences is equal to or greater than a threshold value.
  • the number of collision occurrences may be per Transport block or per Repetition.
  • the threshold information may be notified from the base station by SIB or RRC signaling.
  • the threshold may be for each terminal device or for each cell.
  • the threshold value may be for each traffic type.
  • the threshold may be set in advance in the terminal device.
  • the base station notifies the reselection
  • the terminal device may use a trigger condition when the base station notifies the reselection.
  • the base station may determine whether or not reselection is necessary based on, for example, traffic congestion (resource usage rate). In this case, the base station itself monitors Sidelink resources or reports sidelink traffic information from the terminal device.
  • the terminal apparatus may set the traffic information reporting method from the base station by SIB or RRC signaling.
  • the base station may also determine whether reselection is necessary based on, for example, the resource usage status (time, number of transmissions, and amount of transmission traffic) of a specific terminal.
  • the terminal device may periodically report the resource usage status to the base station.
  • the terminal apparatus may set the resource usage status reporting method from the base station by SIB or RRC signaling.
  • the terminal device may use a trigger condition when another terminal device notifies resource release. In this case, the terminal device may perform reselection when a resource release notification from another terminal device exceeds a threshold value.
  • Resource release notifications from other terminal devices are transmitted, for example, by SCI.
  • the threshold information may be notified from the base station by SIB or RRC signaling.
  • the threshold may be for each terminal device or for each cell.
  • the threshold value may be for each traffic type. The threshold may be set in advance in the terminal device.
  • the terminal device may use a case where another terminal device notifies the collision report as a trigger condition. In this case, the terminal device may perform reselection when a collision report notification from another terminal device exceeds a threshold value.
  • a collision report notification from another terminal device is transmitted by, for example, SCI.
  • the threshold information may be notified from the base station by SIB or RRC signaling.
  • the threshold may be for each terminal device or for each cell.
  • the threshold value may be for each traffic type.
  • the threshold may be set in advance in the terminal device.
  • the terminal device may use a trigger condition when Sidelink is congested.
  • the terminal device may perform reselection when the degree of congestion of the Sidelink exceeds a predetermined threshold.
  • the degree of congestion of Sidelink may be measured by a terminal device or a base station.
  • the threshold information may be notified from the base station by SIB or RRC signaling.
  • the threshold may be for each terminal device or for each cell.
  • the threshold value may be for each traffic type.
  • the threshold may be set in advance in the terminal device.
  • the trigger conditions are shown by giving seven examples (1) to (7).
  • the terminal device may use these trigger conditions singly or in combination.
  • the terminal device When the above trigger condition is satisfied, the terminal device performs resource reselection.
  • the terminal apparatus may perform resource allocation using position information.
  • the terminal device By including the location information of the terminal device that transmits data or the zone information of the location in the SA, the terminal device detects the presence of a terminal device in the vicinity and uses the same Subframe as possible with the neighboring terminal device. The operation of transmitting a signal by using it becomes possible. In this way, transmitting signals using the same subframe as possible with neighboring terminal devices leads to improvement of the IBE problem described above.
  • the terminal device can perform reselection according to the trigger condition as described above. However, if a large amount of reselection occurs in any terminal device, the resources used by the terminal device change frequently and the meaning of sensing itself disappears. As a result, the communication system becomes unstable. A method for preventing such divergence will be described.
  • the terminal apparatus may determine whether or not to actually perform reselection based on the probability ⁇ .
  • the probability ⁇ may be notified from the base station by SIB or RRC signaling.
  • the probability ⁇ may be per terminal device or per cell.
  • the probability ⁇ may be for each traffic type.
  • the probability ⁇ may be set in advance in the terminal device.
  • the terminal apparatus may determine whether to use the newly selected resource or the previous resource after the reselection is performed based on the probability ⁇ .
  • the probability ⁇ may be notified from the base station by SIB or RRC signaling.
  • the probability ⁇ may be per terminal device or per cell.
  • the probability ⁇ may be for each traffic type.
  • the probability ⁇ may be set in advance in the terminal device.
  • the probability ⁇ may be the same as or different from the probability ⁇ .
  • the terminal device may uniformly increase the threshold value used for the above-described reselection trigger condition.
  • Signaling for threshold correction is notified from the base station by SIB or RRC signaling.
  • the terminal device may be notified of the increase amount or the increase rate from the base station in advance, or may be set in advance. Then, the terminal device may be instructed by the base station to activate and cancel the increase in threshold value.
  • the base station grasps how much reselection has occurred in the system.
  • the terminal device may report to the base station that the reselection has been performed after performing the reselection.
  • the terminal apparatus may set the report method from the base station by SIB or RRC signaling.
  • the terminal device may report to the base station that the reselection has been performed with a probability ⁇ .
  • the probability ⁇ may be notified from the base station by SIB or RRC signaling.
  • the probability ⁇ may be per terminal device or per cell.
  • the probability ⁇ may be for each traffic type.
  • the probability ⁇ may be set in advance in the terminal device.
  • the probability ⁇ may be the same as or different from the probability ⁇ and / or ⁇ .
  • FIG. 12 is an explanatory diagram for explaining from transmission data generation to data transmission reservation in the terminal device.
  • the resource area 300 includes an SA resource 301 and a data resource 302.
  • the terminal device When transmission data is generated in the terminal device at a certain timing, the terminal device performs sensing in a sensing region 311 including a section from time na to nb.
  • the terminal device can use SA sensing and / or energy sensing as sensing.
  • the terminal device selects a resource at time n.
  • the terminal apparatus selects resources for both the SA resource 301 and the data resource 302.
  • the terminal device When a resource is selected at time n, the terminal device subsequently transmits an SA using the resource 321 of the SA resource 301 at time n + c, and uses the resource 322 of the data resource 302 at time n + d. Send. Further, the terminal device reserves the resource 323 of the data resource 302 for future data transmission (at time n + e).
  • the parameters a to e shown in FIG. 12 are positive values.
  • the parameters a to e shown in FIG. 12 may be set for each SPS. Further, the parameters a and b shown in FIG. 12 may be set in common between the SPSs.
  • Parameters a and b While the parameters a and b greatly affect the sensing accuracy of the terminal device, if the sensing period is long, the delay requirement cannot be satisfied, so it is desirable to set them appropriately.
  • a plurality of (a, b) sets are prepared, and values are set from the base station to the terminal device.
  • settings such as Configuration 1 (a1, b1), Configuration 2 (a2, b2),.
  • a plurality of settings may be preset in the terminal device.
  • Each Configuration may be set for each traffic type or for each traffic priority.
  • each Configuration may be set according to the moving speed of the terminal device, the type of the terminal device (Pedestrian UE used by pedestrians, Vehicle UE mounted on the vehicle, etc.), location information of the terminal device (terminal The resource pool used by the apparatus may be set.
  • Each Configuration may be set according to the usage status of the Sidelink resource, for example, the usage rate of the Sidelink resource.
  • Each Configuration may be common among terminal devices, or may be set for each terminal device.
  • Each Configuration may be common among terminal devices, or may be set for each terminal device.
  • the terminal device is assigned with a configuration that makes the sensing window of the sensing area 311 small, so that the sensing time of the terminal device is shortened and transmitted. Can be reduced.
  • a configuration in which a sensing window in the sensing area 311 is small may be assigned to a terminal device having a high moving speed.
  • the sensing window in the sensing area 311 may be set to be small. desirable.
  • the sensing window in the sensing area 311 may be set to be large.
  • the terminal apparatus may set Configuration from the base station by SIB or RRC signaling. Configuration may be set in advance in the terminal device.
  • the terminal device In order for terminal devices to receive the maximum benefit of sensing, it is important how to predict future resource usage from the sensing results. Therefore, if an environment in which the correlation between the resource usage status of the sensing area and the data transmission area is high can be realized, the terminal device can predict the future resource usage status from the status of the sensing area with high accuracy.
  • a scheduling period is introduced into the resource pool.
  • Figure 13 shows Scheduling It is explanatory drawing which shows the example of period. A Scheduling period is provided for each resource pool.
  • grouping is performed in units of this scheduling period. This grouping is set for each resource pool. Each group may be set according to geographic information.
  • FIG. 14 is an explanatory diagram illustrating an example of grouped scheduling periods. FIG. 14 shows an example of a scheduling period grouped every other group. Of course, Scheduling The period grouping pattern is not limited to that shown in FIG.
  • the terminal device selects one group from a plurality of Scheduling period groups and performs transmission. At this time, it is desirable to operate so that the correlation of resource usage is high between each scheduling period.
  • Numbering may be performed in the Scheduling period within each Scheduling period group.
  • the terminal device may perform resource hopping or the like according to the number of Scheduling period.
  • FIG. 15 is an explanatory diagram illustrating an example in which the terminal device performs resource hopping according to the number of Scheduling period.
  • the hopping pattern is not limited to that shown in FIG.
  • the terminal apparatus may set the parameter from the base station by SIB or RRC signalling. Also, parameters may be set in advance in the terminal device.
  • Scheduling period may be set from the base station by SIB or RRC ⁇ signaling.
  • the parameters a to e shown in FIG. 12 may be calculated from the interval of Scheduling period.
  • the parameters c and d are parameters that affect the transmission delay.
  • the parameter c may be set for each traffic type or may be set for each traffic priority.
  • the parameter c may be set according to the moving speed of the terminal device, or may be set according to the terminal device type (Pedestrian UE, Vehicle UE, etc.), the terminal device position information, and the like.
  • the parameter c may be common between terminal devices, or may be set for each terminal device.
  • the parameter d may be set to a different value between terminal devices, or may be common between terminal devices.
  • the parameter d may be the same value as the parameter c.
  • parameters c and d are set from the base station, they are set from the base station to the terminal device by SIB or RRC signaling.
  • the parameters c and d may be set in the terminal device in advance.
  • the terminal device can not only determine data for transmission based on the sensing result, but also secure resources for future use.
  • a method for notifying resource reservation information (that is, information on parameter e) to surrounding terminal devices is required.
  • the terminal device may notify the resource reservation information to surrounding terminal devices using SCI.
  • the terminal device may include information on the parameter e in the SCI and notify the peripheral terminal devices.
  • the terminal device may include the frequency direction when including the information of the parameter e.
  • the terminal device may include the number of resource reservations in the SCI by the parameter e.
  • the terminal device may indicate the location of the reserved resource using a bitmap.
  • the terminal device may include information on the frequency hopping pattern in the SCI.
  • the hopping pattern to be used is set by the base station using DCI, SIB, or RRC signaling.
  • the hopping pattern to be used may be set in advance in the terminal device.
  • the terminal device may derive the parameter e from the SA resource and data resource allocation method and notify the peripheral terminal device.
  • the terminal device may derive the parameter e using the repeated time interval or frequency interval of the SA resource or the data resource and notify the parameter e.
  • the terminal device may derive the parameter e using the time offset or the frequency offset between the SA resource and the data resource and notify the parameter e.
  • the peripheral terminal device may estimate the resource reservation location from the location where the SA resource or data resource is allocated. For example, when an SA resource or a data resource is assigned to a predetermined time domain or frequency domain, peripheral terminal devices may determine that resource reservation has been performed. This predetermined time domain or frequency domain may be notified from the base station.
  • the terminal device may notify resource reservation information using an indicator of repeated mapping information (Time resource pattern defined in D2D) of SA resources or data resources. If the information of Time ⁇ resource ⁇ ⁇ ⁇ ⁇ pattern exceeds a prescribed threshold, the peripheral terminal device may determine that the resource reservation is being performed by another terminal device. This threshold may be plural, may be notified from the base station by SIB or RRCRRsignaling, or may be set in advance in the terminal device.
  • This threshold may be plural, may be notified from the base station by SIB or RRCRRsignaling, or may be set in advance in the terminal device.
  • the terminal device performs resource selection after sensing, but may not be able to secure resources due to traffic congestion at the time of resource selection.
  • the resource selection by the terminal device is postponed, and there is a possibility that the correlation between the sensing result performed in the past and the resource to be selected is lowered.
  • the terminal device may extend the sensing period until the resource can be selected. That is, the resource selection timing is changed from n to n1, and the sensing window is a period from na to n1-b.
  • the terminal device may give up resource selection and shift to a resource reselection phase.
  • the threshold information at this time may be notified from the base station to the terminal device by SIB or RRC signaling.
  • the threshold may be for each terminal device, for each cell, or for each traffic type.
  • the threshold may be set in advance in the terminal device.
  • the terminal device may slide the sensing window until the resource can be selected. That is, the resource timing is changed from n to n1, and the sensing window is a period from n1-a to n1-b.
  • parameters a to e are specified for each SPS.
  • parameters a_com and b_com that define the common sensing area are set.
  • FIG. 16 is an explanatory diagram for explaining the common sensing area.
  • FIG. 16 shows two SPSs (SPS1, SPS2).
  • SPS1 SPS1
  • SPS2 SPS2
  • parameters a_sps1 and b_sps1 are used as parameters for defining the sensing area
  • parameters a_com and b_com for defining the common sensing area are assigned to the SPS2.
  • each SPS whether to use a common sensing area or a sensing area uniquely defined for each SPS may be notified from the base station to the terminal device by SIB or RRC-signaling.
  • This information may be per terminal device, per cell, or per traffic type. This information may be preset in the terminal device.
  • the terminal device may extend the sensing area for a time during which sensing cannot be performed. That is, if the parameters a and b are used, the terminal device may extend the sensing area by b ⁇ a + z (z is an extension).
  • the terminal device may perform sensing again.
  • This threshold value may be notified from the base station to the terminal device by SIB or RRC signaling.
  • This threshold value may be per terminal device, per cell, or per traffic type. This threshold value may be set in advance in the terminal device.
  • the terminal device may put packet priority information in the SA.
  • Other terminal apparatuses can specify priority information of each packet and resources used by the packet in SA decoding.
  • the terminal device may determine, for example, by the SA repetition count, may be determined by the resource allocation position at the repetition, or may be determined by the SA allocation itself. Also good.
  • the terminal device may determine the priority information based on the data resource allocation position instead of the SA.
  • the terminal device may put packet priority information in SA and use the packet priority information for resource selection.
  • Other terminal apparatuses can specify priority information of each packet and resources used by the packet in SA decoding.
  • other terminal devices can perform energy detection and identify resources with relatively low power.
  • the terminal device is high even when it is found that resources are occupied by SA decoding. If there is a packet with a priority, it is possible to select a resource with relatively low power and a low priority for the packet being transmitted.
  • the terminal device may put the sender information in SA.
  • the sender information may be a sender attribute (vehicle, pedestrian, etc.) or may be uniquely identifiable information such as an ID.
  • Other terminal apparatuses can specify information on the transmission source of each packet and resources used by the packet in SA decoding.
  • Pedestrian UE In the case of Pedestrian UE, there is a request to transmit while suppressing power consumption as much as possible, so it is expected that the number of packet transmissions is less than that of the vehicle. Therefore, when the terminal device performs sensing and resource selection, such a Pedestrian UE needs to be protected with priority. Therefore, if the terminal apparatus performs sensing and can determine the characteristics of the sender, the terminal apparatus can perform resource selection so that the resource used by the sender is not affected.
  • the terminal device may perform sensing, adjust transmission power and the like so as to reduce interference even when it is known that a terminal such as a car is using resources.
  • the terminal device may put transmission power information in SA.
  • the transmission power information may include a transmission power value, TPC command information notified from the base station, and the like.
  • Other terminal apparatuses may calculate path loss from the acquired transmission power information and reception power information, and determine whether or not the same resource may be used. For example, if the reception power information is extremely small compared to the transmission power information, it is assumed that the terminal device that transmitted the radio wave is far away, and thus the terminal device can determine that the same resource may be used.
  • the terminal device may use energy sensing for path loss calculation. Further, the terminal device may determine whether to use the same resource from the absolute value of the received power. Further, the terminal device may determine whether the same resource may be used together with the packet priority information, or may adjust the maximum transmission power.
  • the terminal device can calculate the path loss using the information on the transmission power and the reception power when sensing is performed. From this path loss, it can be predicted how far the transmission source terminal is in the area. At this time, when the terminal device that performs sensing has a packet that is transmitted with relatively low power consumption (for example, it is a regular message and traffic congestion may occur and transmission power may be small) In this case, the terminal device can determine whether or not transmission may be performed using the same resource in consideration of the distance from the transmission source terminal device.
  • the terminal device may make a transmission decision with the same resource for each packet priority. For example, the terminal device may perform path loss calculation even when it is found that resources are occupied as a result of SA decoding, and determine whether or not transmission is really possible. If the priority of the transmission packet is high, the terminal device must perform such sensing to select a resource that may be used even in the occupied resource, and to transmit it by all means. It is possible to perform transmission of a packet having a high priority.
  • the terminal device performs resource selection based on the sensing result of the resource area. If there is no available resource, the terminal device cannot transmit until an available resource is found. In such a case, there may be a terminal device that cannot transmit a message for a long time. Therefore, it is desirable to prepare a resource selection method that maintains fairness between terminal devices. That is, it is important how to select a resource with priority over a terminal device that has been subjected to sensing and has not been able to select a resource in the resource selection phase.
  • sensing is performed, and a terminal device that has not been able to select a resource in the resource selection phase is forcibly shifted to the reselection phase.
  • the terminal device forcibly resets the counter value to 0 and performs reselection when resource selection cannot be performed in the resource selection phase. Transition to the phase.
  • the terminal device increases the value of a counter (forced reselection counter) that records the number of times of forcibly shifting to the reselection phase.
  • a counter force reselection counter
  • the terminal device that has forcibly shifted to the reselection phase may increase or decrease the value of the next counter by a predetermined amount (x). If you increase it, you can use the next resource for a long time.
  • the value of x may be notified from the base station to the terminal device by SIB or RRC signaling.
  • the value of x may be for each terminal device, for each cell, or for each traffic type.
  • the value of x may be set in advance in the terminal device.
  • the next time increase / decrease amount of the counter may be adjusted by a forced reselection counter.
  • the value obtained by multiplying x by the forced reselection counter may be used as the increment / decrement amount of the next counter
  • the value obtained by multiplying x by the forced reselection counter may be used as the increment / decrement amount of the next counter.
  • the terminal device that has forcibly shifted to the reselection phase may shorten the next sensing period.
  • the value of parameter a that defines the sensing period may be subtracted by a predetermined amount (y).
  • the value of y may be notified from the base station to the terminal device by SIB or RRC signaling.
  • the value of y may be per terminal device, per cell, or per traffic type.
  • the value of y may be preset in the terminal device.
  • the terminal device may report to the base station when the value of the forced reselection counter exceeds a predetermined threshold.
  • the base station preferentially allocates resources to terminal devices whose forced reselection counter value is equal to or greater than a predetermined threshold.
  • This threshold value may be notified from the base station to the terminal device by SIB or RRC signaling.
  • This threshold value may be per terminal device, per cell, or per traffic type. This threshold value may be set in advance in the terminal device.
  • the base station may provide a new resource pool to a terminal device whose forced reselection counter value is equal to or greater than a predetermined threshold value, and instruct other terminal devices to refrain from transmission. Good.
  • the terminal device may determine a resource that is not occupied by another terminal as a transmittable resource, and uses energy sensing to determine that it is a transmittable resource if it is below a specified threshold. May be. If there is no resource that is not occupied by another terminal, the terminal device may determine that it is a transmittable resource if it is less than a specified threshold by using energy sensing if there is no resource that is not occupied by another terminal.
  • the terminal device may select a resource using a threshold set for each priority information.
  • the priority information may be, for example, a transmission packet type, a type of terminal device (Pedestrian, Vehicle, etc.), a transmission packet size, a forced reselection counter (backoff timer), and the like.
  • the threshold value for each priority information may be notified from the base station to the terminal device by SIB or RRC signaling. This threshold value may be per terminal device, per cell, or per traffic type. This threshold value may be set in advance in the terminal device.
  • the terminal device may select a resource according to the transmission power. For example, a terminal device with low transmission power may be able to use a resource whose power is detected to some extent, and a terminal device with high transmission power may select a resource with low power detected.
  • the association between the transmission power and the threshold information may be notified from the base station to the terminal device by SIB or RRC signaling. This association may be performed for each terminal device, for each cell, or for each traffic type. Further, this association may be preset in the terminal device.
  • the terminal device may use TPC command information notified from the base station instead of transmission power.
  • the terminal device may determine whether to use resources according to the transmission power of the own device. For example, the terminal device may determine whether to use the resource if the difference between the detected power and the transmission power of the terminal device exceeds a threshold.
  • This threshold value may be notified from the base station to the terminal device by SIB or RRC signaling. This threshold value may be per terminal device, per cell, or per traffic type. This threshold value may be set in advance in the terminal device.
  • Pedestrian UE When a pedestrian terminal and a vehicle terminal share the same resource pool and the pedestrian terminal autonomously selects a resource, a resource collision (resource collision) occurs and the vehicle terminal PPR (Packet Reception Ratio) may be degraded. As with sensing at a car terminal, sensing can improve the resource collision problem. However, on the other hand, if a pedestrian terminal senses a resource, power consumption will increase. Therefore, a method for activating the sensing function only when sensing is required is desired. For example, there is a method of activating the sensing function according to the UE terminal position and the network congestion level.
  • the pedestrian terminal can perform resource selection (random selection) at random without sensing.
  • the flow of the whole flow is measurement ⁇ judgment ⁇ control.
  • Each implementation entity is the network side or the terminal side.
  • the control includes autonomous control and central control.
  • autonomous control activation of a sensing function based on position information and activation of a sensing function based on signal detection (signaling) can be considered.
  • central control activation of a sensing function based on an instruction from Network, eNB, RSU, or a third party terminal can be considered.
  • the only difference between autonomous control and central control is whether the subject to be judged is on the UE side or the Network side. Therefore, in each of the location information-based activation and the activation based on signal detection, the determination on the UE side and the determination on the network side will be described.
  • the Network side indicates a centralized control station such as eNB or RSU in this embodiment.
  • Positioning measurement methods on the network side include OTDOA (Observed Time Difference of Arrival), UTDOA (Uplink Time Difference of Arrival), D2D aided positioning, E-CID (Enhanced Cell Identification), TBS (Terrestrial beacon systems), Wi- There are measurements based on Fi (registered trademark) and Bluetooth (registered trademark).
  • Map information is acquired in advance, and the position information of the pedestrian UE itself is compared with the map information. And sensing is activated when it is judged that the pedestrian UE exists in the road vicinity.
  • the presence or absence of Activate may be determined based on the three-dimensional information. That is, the height direction may be taken into consideration in the determination. For example, a pedestrian UE on a pedestrian bridge may not perform sensing. Further, when it is determined that the vehicle is approaching the road within a certain time, it may be determined that the sensing is activated.
  • control processing An example of control processing is shown.
  • activation of the sensing function of the pedestrian UE is performed.
  • Parameters necessary for sensing may be provided from the network side to the pedestrian UE side, and the network may configure (preconfigure) necessary parameters for sensing for the pedestrian UE.
  • activation of the sensing function of pedestrian UE is not performed, explicitly or implicitly notification is performed.
  • the time axis information includes, for example, sensing cycle, sensing duration, and sensing start point.
  • the frequency axis information includes, for example, a sensing band. Examples of the sensing method include SA decoding, Energy sensing, and a combination of SA decoding and energy sensing.
  • FIG. 23 is an explanatory diagram illustrating an example of processing on the Network side and the pedestrian UE side according to the embodiment of the present disclosure.
  • FIG. 23 illustrates an example in which all of measurement, determination, and control are performed on the pedestrian UE side. That is, the pedestrian UE performs a position measurement process (step S201), performs a determination process on whether to activate the sensing function based on the measurement result (step S202), and executes control based on the determination process (step S202). Step S203). In this case, signaling is unnecessary.
  • the pedestrian UE follows this flow in the case of OOC (Out-Of-Coverage). In this case, information relating to sensing is configured (preconfigured) in the pedestrian UE.
  • OOC Out-Of-Coverage
  • FIG. 24 is an explanatory diagram illustrating an example of processing on the Network side and the pedestrian UE side according to the embodiment of the present disclosure.
  • FIG. 24 shows an example in which measurement and determination are performed on the pedestrian UE side and control is performed on the Network side. That is, the pedestrian UE performs a position measurement process (step S211), performs a determination process on whether to activate the sensing function based on the measurement result (step S212), and notifies the determination result to the Network side (step S212). S213).
  • the network side executes control based on the determination result (step S214), and performs activation notification of the sensing function and notification of information related to sensing (step S215).
  • the pedestrian UE When information related to sensing is configured (preconfigured) by the pedestrian UE, the pedestrian UE does not need to notify the determination result to the Network side. In this case, if activation is not performed, signaling is not necessary, and the pedestrian UE performs random selection.
  • FIG. 25 is an explanatory diagram illustrating an example of processing on the Network side and the pedestrian UE side according to the embodiment of the present disclosure.
  • FIG. 25 shows an example in which measurement and control are performed on the pedestrian UE side and determination is performed on the Network side. That is, the pedestrian UE performs a position measurement process (step S221), and notifies the measurement result to the network side (step S222). The Network side determines whether to activate the sensing function based on the measurement result (step S223), and notifies the pedestrian UE of activation of the sensing function (step S224). The pedestrian UE executes control based on the notification (step S225). In this case, information related to sensing is configured (preconfigured) in the pedestrian UE.
  • FIG. 26 is an explanatory diagram illustrating an example of processing on the Network side and the pedestrian UE side according to the embodiment of the present disclosure.
  • FIG. 26 shows an example in which measurement is performed on the pedestrian UE side, and determination and control are performed on the Network side. That is, the pedestrian UE performs a position measurement process (step S231), and notifies the measurement result to the network side (step S232).
  • the Network side performs a determination process as to whether or not to activate the sensing function based on the measurement result (Step S233), and executes control based on the determination process (Step S234). Then, the Network side performs activation notification of the sensing function and notification of information related to sensing (step S235). In this case, information related to sensing is configured (preconfigured) in the pedestrian UE.
  • FIG. 27 is an explanatory diagram illustrating an example of processing on the Network side and the pedestrian UE side according to the embodiment of the present disclosure.
  • FIG. 27 shows an example in which measurement is performed on the Network side and determination and control are performed on the pedestrian UE side. That is, the Network side performs a position measurement process (step S241), and notifies the pedestrian UE of the measurement result (step S242).
  • the pedestrian UE performs a determination process for determining whether to activate the sensing function based on the acquired measurement result (step S243), and executes control based on the determination process (step S244). In this case, information related to sensing is configured (preconfigured) in the pedestrian UE.
  • FIG. 28 is an explanatory diagram illustrating an example of processing on the Network side and the pedestrian UE side according to the embodiment of the present disclosure.
  • FIG. 28 shows an example in which measurement and control are performed on the Network side and determination is performed on the pedestrian UE side. That is, the Network side performs position measurement processing (step S251), and notifies the pedestrian UE of the measurement result (step S252). The pedestrian UE performs a determination process on whether to activate the sensing function based on the acquired measurement result (step S253), and notifies the determination result to the network side (step S254). The network side executes control based on the determination result (step S255), and performs activation notification of the sensing function and notification of information related to sensing (step S256).
  • the pedestrian UE When information related to sensing is configured (preconfigured) by the pedestrian UE, the pedestrian UE does not need to notify the determination result to the Network side. In this case, if activation is not performed, signaling is not necessary, and the pedestrian UE performs random selection.
  • FIG. 29 is an explanatory diagram illustrating an example of processing on the Network side and the pedestrian UE side according to the embodiment of the present disclosure.
  • FIG. 29 shows an example in which measurement and determination are performed on the Network side and control is performed on the pedestrian UE side. That is, the network side performs a position measurement process (step S261), performs a determination process on whether to activate the sensing function based on the measurement result (step S262), and notifies the pedestrian UE of the determination result (step S262). S263).
  • Pedestrian UE performs control based on judgment processing (Step S264). In this case, information related to sensing is configured (preconfigured) in the pedestrian UE.
  • FIG. 30 is an explanatory diagram illustrating an example of processing on the Network side and the pedestrian UE side according to the embodiment of the present disclosure.
  • FIG. 30 shows an example in which all of measurement, determination, and control are performed on the Network side. That is, the Network side performs a position measurement process (step S271), performs a determination process on whether to activate the sensing function based on the measurement result (step S272), and executes control based on the determination process (step S272). S273). Then, the network side performs activation notification of the sensing function and notification of information related to sensing (step S274). When information related to sensing is configured (preconfigured) by the pedestrian UE, the pedestrian UE does not need to notify the determination result to the Network side. In this case, if activation is not performed, signaling is not necessary, and the pedestrian UE performs random selection.
  • the pedestrian UE activates the sensing function by triggering signal detection from the automobile.
  • An eNB or eNB type RSU sends a signal.
  • Measurement targets include, for example, V2P communication band power, sidelink synchronization signal / sidelink broadcast signal from automobile, DCI from eNB / RSU, network channel level (pedestrian UE may measure, eNB or RSU notifies Or general information (transmission time and transmission band) of a vehicle packet from a car or eNB / RSU.
  • the parameters required for monitoring are obtained from eNB, RSU, or configured (pre-configured) parameters, for example.
  • the eNB, RSU, or configured parameter provides bandwidth information, synchronization information, and measurement gap.
  • the pedestrian UE has the following band information (band information for monitoring), synchronization information (synchronization information in the band to be monitored. Frame timing, center frequency information, etc.), measurement gap information (measurement period, measurement period) according to the measurement target. Etc.).
  • the pedestrian UE performs measurement according to Measurement gap.
  • Measurement gap For example, eNB, RSU, or configured (pre-configured) parameters are provided.
  • the gap is set based on the information of the pedestrian UE. Examples of information on the pedestrian UE include terminal position information, the number of RFs, and a remaining battery level.
  • pedestrian UE may measure according to the congestion degree of a network.
  • the pedestrian UE activates the sensing function when it detects a specific message, or a signal or message greater than a certain threshold.
  • Examples of the message include DCI / broadcast signal, signal power, and channel level.
  • the DCI / broadcast signal includes resource pool information (for example, if a pedestrian sets a resource pool dedicated to random selection, sensing is unnecessary).
  • the DCI / broadcast signal includes information related to the traffic of the automobile UE.
  • the information regarding the traffic of the automobile UE includes a transmission cycle that can be set by the automobile UE. For example, if it is unlikely that a collision will occur due to the traffic model of the pedestrian UE and the car UE, sensing is unnecessary.
  • Signal power includes, for example, S-RSSI, RSRP, RSRQ, etc., in the low band.
  • Channel level includes, for example, CBR (Channel Busy Ratio), and when the CBR exceeds a certain threshold, the pedestrian UE sets the sensing function to Active.
  • CBR Channel Busy Ratio
  • the pedestrian UE acquires or updates control information necessary for sensing.
  • the pedestrian UE uses the provided or configured (pre-configured) parameter.
  • the pedestrian UE may make an inquiry to the eNB or RSU in order to obtain control information necessary for sensing, and may have the control information necessary for sensing broadcast to the eNB or RSU.
  • the pedestrian terminal senses only some resources, not full sensing.
  • the pedestrian terminal performs partial sensing.
  • Partial sensing is classified into two types of partial sensing: Burst sensing and Distributed sensing. Each method will be described below.
  • Burst sensing is a method of sensing only once in the sensing period (the period when the car terminal performs sensing, for example, set to 1 s), and the sensing target resource (Sub-sensing window) is continuous. It consists of subframes. Sub-sensing The window has the same size as the resource candidate (Selection window) that can be transmitted.
  • FIG. 31 is an explanatory diagram showing an example of Burst sensing.
  • the maximum reservation period of the car terminal is 1 second. In order to sense the transmission packet from the car terminal as much as possible, full sensing is performed one second before the resource selection. In Burst sensing, only resources within a certain time (less than 1 second) before selecting a resource are sensed. When the reservation period of the vehicle terminal is larger than the size of the burst sensing window, the transmitted packet may not be sensed. Therefore, the pedestrian terminal may select a resource that is already used when selecting a resource, and collision may occur.
  • FIG. 32 is an explanatory diagram showing a problem that a collision has occurred using burst sensing. It is therefore necessary to sense over the entire 1 second period.
  • Distributed sensing is performed by sensing multiple times within the period to be sensing.
  • Each sensing period is defined as Sensing period.
  • Each Sub-sensing period is the same size as the Selection window.
  • the terminal recognizes the resource usage status in the Selection window using the sensing results of a plurality of Sensing periods, and determines a resource to be transmitted. For example, if the period to be sensed is 1 second, the period is divided into, for example, every 100 milliseconds, and the sensing period is determined within the period.
  • FIG. 33 is an explanatory diagram showing an example of distributed sensing.
  • FIG. 34 is an explanatory diagram showing an example of sensing with the same setting for each sub-sensing. Furthermore, it is desirable that the pedestrian terminal senses the same area as the resource pool for transmission of itself, and senses the same area as the resource pool for transmission, so that the reliability is high.
  • FIG. 35 is an explanatory diagram illustrating an example of sensing in which the setting for each sub-sensing is changed.
  • the pedestrian terminal may determine the Starting subframe at random, and may acquire the pattern from the base station side.
  • sensing parameters are related to the packet reservation period (for example, i * P: i is a component of the packet reservation period (P * i), P is a base fixed value, and i can be set from the network.
  • i is a component of the packet reservation period (P * i)
  • P is a fixed value serving as a base
  • i is a parameter that can be set from the network.
  • P 100 ms for a car terminal.
  • i may be set as a bitmap from the base station.
  • the parameters related to sensing here may include the sensing window start position, sensing window size, sensing frequency domain, sensing resource pool, and sensing window number.
  • the parameters related to sensing may be set by the network side or the pedestrian terminal itself. Moreover, it may be preconfigured in the terminal.
  • the pedestrian terminal may set a parameter related to sensing using the CBR of the network. For example, when the network is congested, the sensing window size is set large to increase the sensing candidates. Further, for example, the Sub sensing period to be sensed may be determined using CBR.
  • a pedestrian terminal may set a parameter related to sensing using a parameter related to packet reselection (such as a reselection counter). For example, the sensing area may be set using a set value that can be set by the reselection counter.
  • ⁇ is a parameter indicating the target region to be sensed (Sub sensing window in the Sub sensing period).
  • the parameter ⁇ is notified from the base station. For example, after determining the sub sensing window that affects the selection window by the parameter i, ranking them and determining the order of sensing using this parameter ⁇ .
  • the base station may notify the terminal of the sub sensing window number to be sensed.
  • the timing of the sub sensing period size extension may be when the terminal detects channel congestion more than a predetermined number of times. That is, the pedestrian terminal performs sensing more than a certain number of sensing times, and then calculates the resource usage rate among the predetermined transmission resource candidates. When the usage rate exceeds a certain level, the pedestrian terminal sets a new sensing candidate and performs sensing. In addition, when the terminal detects congestion of the channel more than a predetermined number of times, the terminal may cancel subsequent sensing and switch to random selection.
  • the predetermined number of sensing times ( ⁇ ) and threshold setting ( ⁇ ) for sensing congestion determination may be set from the network side or may be set by the terminal itself. Also, pre-configuration may be performed.
  • the pedestrian terminal performs sensing at the number of sensing times equal to or greater than ⁇ and the resource usage rate among the transmission resource candidates is greater than ⁇ , the pedestrian terminal sets a new sensing candidate and performs sensing.
  • a transmission resource is selected based on all sensing results.
  • a new sensing candidate may be set through a method set by the network side, which may be set randomly by the pedestrian terminal. For example, when setting a new sensing candidate, the shift is performed in a certain subframe based on the old sensing candidate.
  • sensing can be stopped in order to reduce power consumption.
  • a pedestrian terminal selects a transmission resource, a resource that can be used as a default transmission resource candidate based on a sensing result and all resources other than the transmission resource candidate are selected as a candidate.
  • FIG. 17 is a block diagram illustrating an exemplary configuration of the base station 100 according to the embodiment of the present disclosure.
  • the base station 100 includes an antenna unit 110, a wireless communication unit 120, a network communication unit 130, a storage unit 140, and a processing unit 150.
  • Antenna unit 110 The antenna unit 110 radiates a 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 transmits a downlink signal to the terminal device and receives an uplink signal from the terminal device.
  • the network communication unit 130 transmits and receives information.
  • the network communication unit 130 transmits information to other nodes and receives information from other nodes.
  • the other nodes include other base stations and core network nodes.
  • Storage unit 140 The storage unit 140 temporarily or permanently stores a program for operating the base station 100 and various data.
  • Processing unit 150 provides various functions of the base station 100.
  • the processing unit 150 includes a transmission processing unit 151 and a notification unit 153.
  • the processing unit 150 may further include other components other than these components. That is, the processing unit 150 can perform operations other than the operations of these components.
  • the transmission processing unit 151 executes processing related to data transmission to the terminal device 200.
  • the transmission processing unit 151 performs the overall processing of the base station (eNB) described above.
  • the notification unit 153 executes processing related to notification of information to the terminal device 200. That is, the notification part 153 performs the notification process with respect to a terminal device of the base station (eNB) mentioned above.
  • the processing unit 150 can function as an example of a control unit in the present disclosure.
  • the base station 100 can perform various processes related to the present embodiment, for example, allocation of resources to the terminal device 200, notification of information regarding the allocated resources to the terminal device 200, and information from the terminal device 200. Can be obtained.
  • FIG. 18 is a block diagram illustrating an exemplary configuration of the terminal device 200 according to an embodiment of the present disclosure.
  • the terminal device 200 includes an antenna unit 210, a wireless communication unit 220, a storage unit 230, and a processing unit 240.
  • Antenna unit 210 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 base station and transmits an uplink signal to the base station.
  • Storage unit 230 The storage unit 230 temporarily or permanently stores a program for operating the terminal device 200 and various data.
  • the processing unit 240 provides various functions of the terminal device 200.
  • the processing unit 240 includes an acquisition unit 241 and a reception processing unit 243.
  • the processing unit 240 may further include other components other than these components. That is, the processing unit 240 can perform operations other than the operations of these components.
  • the acquisition unit 241 executes processing related to acquisition of data transmitted from the base station 100.
  • the reception processing unit 243 executes processing related to reception of data acquired by the acquisition unit 241.
  • the reception processing unit 243 executes the overall processing of the terminal device described above.
  • the processing unit 240 can function as an example of a control unit in the present disclosure.
  • the terminal device 200 can perform various processes related to the present embodiment, for example, resource reservation, resource reservation, data transmission to other terminal devices and the base station 100, and the like. It becomes possible.
  • the base station 100 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 base station 100 may be realized as another type of base station such as a NodeB or a BTS (Base Transceiver Station).
  • Base station 100 may include a main body (also referred to as a base station apparatus) 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 described later may operate as the base station 100 by temporarily or semi-permanently executing the base station function.
  • a main body also referred to as a base station apparatus
  • RRHs Remote Radio Heads
  • the terminal device 200 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 an in-vehicle terminal such as a car navigation device. It may be realized as.
  • the terminal device 200 may be realized as a terminal (also referred to as an MTC (Machine Type Communication) terminal) that performs M2M (Machine To Machine) communication.
  • the terminal device 200 may be a wireless communication module (for example, an integrated circuit module configured by one die) mounted on these terminals.
  • FIG. 19 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. 19, and the plurality of antennas 810 may respectively correspond to a plurality of frequency bands used by the eNB 800, for example.
  • FIG. 19 illustrates an example in which the eNB 800 includes a plurality of antennas 810, 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 illustrated in FIG. 19, and the plurality of BB processors 826 may respectively correspond to a plurality of frequency bands used by the eNB 800, for example. Further, the wireless communication interface 825 includes a plurality of RF circuits 827 as shown in FIG. 19, and the plurality of RF circuits 827 may correspond to, for example, a plurality of antenna elements, respectively.
  • FIG. 19 shows an example in which the wireless communication interface 825 includes a plurality of BB processors 826 and a plurality of RF circuits 827. However, the wireless communication interface 825 includes a single BB processor 826 or a single RF circuit 827. But you can.
  • the eNB 800 illustrated in FIG. 19 one or more components (the transmission processing unit 151 and / or the notification unit 153) included in the processing unit 150 described with reference to FIG. 17 are implemented in the wireless communication interface 825. Also good. Alternatively, at least some of these components may be implemented in the controller 821. As an example, the eNB 800 includes a module including a part (for example, the BB processor 826) or all of the wireless communication interface 825 and / or the controller 821, and the one or more components are mounted in the module. Good. In this case, the module stores a program for causing the processor to function as the one or more components (in other words, a program for causing the processor to execute the operation of the one or more components). The program may be executed.
  • the module stores a program for causing the processor to function as the one or more components (in other words, a program for causing the processor to execute the operation of the one or more components). The program may be executed.
  • a program for causing a processor to function as the one or more components is installed in the eNB 800, and the radio communication interface 825 (eg, the BB processor 826) and / or the controller 821 executes the program.
  • the eNB 800, the base station apparatus 820, or the module may be provided as an apparatus including the one or more components, and a program for causing a processor to function as the one or more components is provided. May be.
  • a readable recording medium in which the program is recorded may be provided.
  • the wireless communication unit 120 described with reference to FIG. 17 may be implemented in the wireless communication interface 825 (for example, the RF circuit 827). Further, the antenna unit 110 may be mounted on the antenna 810.
  • the network communication unit 130 may be implemented in the controller 821 and / or the network interface 823.
  • the storage unit 140 may be implemented in the memory 822.
  • FIG. 20 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. 20, and the plurality of antennas 840 may respectively correspond to a plurality of frequency bands used by the eNB 830, for example.
  • 20 illustrates an example in which the eNB 830 includes a plurality of antennas 840, but 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. 19 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. 20, and the plurality of BB processors 856 may respectively correspond to a plurality of frequency bands used by the eNB 830, for example.
  • 20 illustrates an example in which the wireless communication interface 855 includes a plurality of BB processors 856, the wireless communication interface 855 may include a single BB processor 856.
  • connection interface 857 is an interface for connecting the base station device 850 (wireless communication interface 855) to the RRH 860.
  • the connection interface 857 may be a communication module for communication on the high-speed line that connects the base station 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 shown in FIG. 20, and the plurality of RF circuits 864 may correspond to, for example, a plurality of antenna elements, respectively.
  • 20 illustrates an example in which the wireless communication interface 863 includes a plurality of RF circuits 864, the wireless communication interface 863 may include a single RF circuit 864.
  • one or more components included in the processing unit 150 described with reference to FIG. 17 include the wireless communication interface 855 and / or the wireless The communication interface 863 may be implemented. Alternatively, at least some of these components may be implemented in the controller 851.
  • the eNB 830 includes a module including a part (for example, the BB processor 856) or the whole of the wireless communication interface 855 and / or the controller 851, and the one or more components are mounted in the module. Good.
  • the module stores a program for causing the processor to function as the one or more components (in other words, a program for causing the processor to execute the operation of the one or more components).
  • the program may be executed.
  • a program for causing a processor to function as the one or more components is installed in the eNB 830, and the wireless communication interface 855 (eg, the BB processor 856) and / or the controller 851 executes the program.
  • the eNB 830, the base station apparatus 850, or the module may be provided as an apparatus including the one or more components, and a program for causing a processor to function as the one or more components is provided. May be.
  • a readable recording medium in which the program is recorded may be provided.
  • the wireless communication unit 120 described with reference to FIG. 17 may be implemented in the wireless communication interface 863 (for example, the RF circuit 864).
  • the antenna unit 110 may be mounted on the antenna 840.
  • the network communication unit 130 may be implemented in the controller 851 and / or the network interface 853.
  • the storage unit 140 may be mounted in the memory 852.
  • FIG. 21 is a block diagram illustrating an example of a schematic configuration of a smartphone 900 to which the technology according to the present disclosure can 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. 21 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. 21 illustrates an example in which the smartphone 900 includes a plurality of antennas 916, the smartphone 900 may include a single antenna 916.
  • the smartphone 900 may include an antenna 916 for each wireless communication 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. 21 through 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.
  • one or more components included in the processing unit 240 described with reference to FIG. 18 are implemented in the wireless communication interface 912. May be. Alternatively, at least some of these components may be implemented in the processor 901 or the auxiliary controller 919. As an example, the smartphone 900 includes a module including a part (for example, the BB processor 913) or the whole of the wireless communication interface 912, the processor 901, and / or the auxiliary controller 919, and the one or more components in the module. May be implemented.
  • the module stores a program for causing the processor to function as the one or more components (in other words, a program for causing the processor to execute the operation of the one or more components).
  • the program may be executed.
  • a program for causing a processor to function as the one or more components is installed in the smartphone 900, and the wireless communication interface 912 (eg, the BB processor 913), the processor 901, and / or the auxiliary controller 919 is The program may be executed.
  • the smartphone 900 or the module may be provided as a device including the one or more components, and a program for causing a processor to function as the one or more components may be provided.
  • a readable recording medium in which the program is recorded may be provided.
  • the wireless communication unit 220 described with reference to FIG. 18 may be implemented in the wireless communication interface 912 (for example, the RF circuit 914).
  • the antenna unit 210 may be mounted on the antenna 916.
  • the storage unit 230 may be mounted in the memory 902.
  • FIG. 22 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. 22 illustrates an example in which the wireless communication interface 933 includes a plurality of BB processors 934 and a plurality of RF circuits 935, the wireless communication interface 933 includes a single BB processor 934 or a single RF circuit 935. 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. 22 shows an example in which the car navigation device 920 includes a plurality of antennas 937, the car navigation device 920 may include a single antenna 937.
  • the car navigation device 920 may include an antenna 937 for each wireless communication 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. 22 through 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 car navigation apparatus 920 includes a module including a part (for example, the BB processor 934) or the whole of the wireless communication interface 933 and / or the processor 921, and the one or more components are mounted in the module. May be.
  • the module stores a program for causing the processor to function as the one or more components (in other words, a program for causing the processor to execute the operation of the one or more components). The program may be executed.
  • a program for causing a processor to function as the one or more components is installed in the car navigation device 920, and the wireless communication interface 933 (eg, the BB processor 934) and / or the processor 921 executes the program.
  • the car navigation apparatus 920 or the module may be provided as an apparatus including the one or more components, and a program for causing a processor to function as the one or more components may be provided. Good.
  • a readable recording medium in which the program is recorded may be provided.
  • the wireless communication unit 220 described with reference to FIG. 18 may be implemented in the wireless communication interface 933 (for example, the RF circuit 935).
  • the antenna unit 210 may be mounted on the antenna 937.
  • the storage unit 230 may be implemented in the memory 922.
  • the technology according to the present disclosure may be realized as an in-vehicle system (or vehicle) 940 including one or more blocks of the car navigation device 920 described above, an in-vehicle network 941, and a vehicle side module 942. That is, the in-vehicle system (or vehicle) 940 may be provided as a device including the acquisition unit 241 and / or the reception processing unit 243.
  • the vehicle-side module 942 generates vehicle-side data such as vehicle speed, engine speed, or failure information, and outputs the generated data to the in-vehicle network 941.
  • a terminal device that performs inter-device communication such as V2X communication, and can efficiently select a resource using sensing.
  • a terminal device and a base station that provides resources to such a terminal device are provided.
  • each step in the processing executed by each device in this specification does not necessarily have to be processed in chronological order in the order described as a sequence diagram or flowchart.
  • each step in the processing executed by each device may be processed in an order different from the order described as the flowchart, or may be processed in parallel.
  • a communication apparatus comprising: a control unit that allocates a resource region in which a terminal device that performs inter-device communication can select a resource, and provides the terminal device with information related to a sensing range of the resource region.
  • the said control part is a communication apparatus as described in said (1) which sets the range of the said sensing according to the kind of traffic which the said terminal device communicates using the said resource.
  • the said control part is a communication apparatus as described in said (1) which sets the said range of the sensing according to the priority of the traffic which the said terminal device communicates using the said resource.
  • the communication device according to any one of (1) to (3), wherein the control unit sets the sensing range according to a moving speed of the terminal device.
  • a control unit is provided that selects a resource from resource areas allocated from a base station and determines a sensing range of the resource area according to a situation when performing communication between devices using the selected resource.
  • Communication device (21) The communication device according to (20), wherein the control unit determines the sensing range based on information provided from the base station.
  • the said control part is a communication apparatus as described in said (20) or (21) which determines the space
  • the communication device (28), wherein the control unit re-determines a sensing range of the resource area according to a situation when a resource cannot be secured even if the sensing range is extended by a predetermined amount. .
  • the said control part is a communication apparatus as described in said (29) which reports with respect to the said base station, if the re-determination of the said sensing range is performed a predetermined number of times.
  • (31) The communication device according to any one of (20) to (30), wherein the control unit changes a threshold value when selecting a resource by energy sensing based on transmission power information at the time of communication between the devices.
  • a communication method comprising: allocating a resource area in which a terminal device that performs inter-device communication can select a resource, and providing information related to a sensing range of the resource area to the terminal device. (33) Including selecting a resource from a resource area allocated from a base station and determining a sensing range of the resource area according to a situation when performing communication between devices using the selected resource. Method. (34) A computer program that causes a computer to execute allocation of a resource area in which a terminal device that performs inter-device communication can select a resource, and providing the terminal device with information related to a sensing range of the resource area.
  • the computer determines the sensing range of the resource area according to the situation.
  • Computer program When selecting a resource from the resource area allocated by the base station and performing inter-device communication using the selected resource, either the packet reservation period notified from the base station or a parameter related to the sensing mode
  • a communication apparatus provided with the control part which sets the parameter regarding sensing using one or more.
  • the communication device (37), wherein the parameter i is a component of a packet reservation period (P * i), P is a base fixed value, and i is a parameter that can be set from a network. (39) The communication device according to any one of (37) and (38), wherein the parameter related to the sensing mode is defined as a parameter ⁇ . (40) The communication device according to (39), wherein using the parameter ⁇ , it is determined to use one of a plurality of parameter setting methods related to sensing in the same i. (41) The communication device according to (36), wherein the sensing parameters include a sensing window start position, a sensing window size, a sensing frequency band, a sensing resource pool, and a sensing window number.
  • the control unit relates to sensing using any one or more of a packet reservation period notified from the base station, a network CBR (Channel Busy Ratio), a parameter related to packet reselection, or a parameter indicating a target area to be sensed.
  • the control unit calculates a resource usage rate among predetermined transmission resource candidates after performing sensing for a predetermined number of times or more, and sets a new sensing candidate when the usage rate exceeds a predetermined value.
  • the control unit performs sensing for a predetermined number of sensing times or more, calculates a resource usage rate among predetermined transmission resource candidates, and stops sensing when the usage rate exceeds a predetermined value.
  • 36 The communication device described in 36).
  • the sensing threshold value ⁇ and the usage rate threshold value ⁇ are set from the network side.
  • the control unit sets a new sensing candidate, completes sensing, and selects a transmission resource based on all sensing results.

Landscapes

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

Abstract

【課題】Ｖ２Ｘ通信を初めとした装置間通信において効率的なリソースのセンシングが可能な通信装置を提供する。 【解決手段】装置間通信を実行する端末装置がリソース選択できるリソース領域を割当て、前記リソース領域のセンシングの範囲に関する情報を前記端末装置に提供する制御部を備える、通信装置が提供される。

Description

通信装置、通信方法及びコンピュータプログラム
　本開示は、通信装置、通信方法及びコンピュータプログラムに関する。
　端末装置間のＤ２Ｄ（Ｄｅｖｉｃｅ　ｔｏ　Ｄｅｖｉｃｅ）通信においてリソースを割り当てるための技術が開示されている（例えば特許文献１）。
　その一方で、将来の自動運転の実現のため、近年、車載通信（Ｖ２Ｘ通信）への期待が高まってきている。Ｖ２Ｘ通信とは、Ｖｅｈｉｃｌｅ　ｔｏ　Ｘ通信の略であり、車と“何か”が通信を行うシステムである。ここでの“何か”の例として、車両（Ｖｅｈｉｃｌｅ）、施設（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ／Ｎｅｔｗｏｒｋ）、歩行者（Ｐｅｄｅｓｔｒｉａｎ）等が挙げられる（Ｖ２Ｖ，Ｖ２Ｉ／Ｎ，Ｖ２Ｐ）。車用の無線通信としては、これまで主に、８０２．１１ｐベースのＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ　Ｓｈｏｒｔ　Ｒａｎｇｅ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）の開発が進められてきたが、近年になり、ＬＴＥベースの車載通信である“ＬＴＥ－ｂａｓｅｄ　Ｖ２Ｘ”の標準化議論がスタートしている。
特表２０１５－５０８９４３号公報
　本開示では、Ｖ２Ｘ通信を初めとした装置間通信において効率的なリソースのセンシングが可能な、新規かつ改良された通信装置、通信方法及びコンピュータプログラムを提案する。
　本開示によれば、装置間通信を実行する端末装置がリソース選択できるリソース領域を割当て、前記リソース領域のセンシングの範囲に関する情報を前記端末装置に提供する制御部を備える、通信装置が提供される。
　また本開示によれば、基地局から割り当てられたリソース領域の中からリソースを選択し、選択したリソースを用いて装置間通信を実行する際に、前記リソース領域のセンシングの範囲を状況に応じて決定する制御部を備える、通信装置が提供される。
　また本開示によれば、装置間通信を実行する端末装置がリソース選択できるリソース領域を割当て、前記リソース領域のセンシングの範囲に関する情報を前記端末装置に提供することを含む、通信方法が提供される。
　また本開示によれば、基地局から割り当てられたリソース領域の中からリソースを選択し、選択したリソースを用いて装置間通信を実行する際に、前記リソース領域のセンシングの範囲を状況に応じて決定することを含む、通信方法が提供される。
　また本開示によれば、装置間通信を実行する端末装置がリソース選択できるリソース領域を割当て、前記リソース領域のセンシングの範囲に関する情報を前記端末装置に提供することをコンピュータに実行させる、コンピュータプログラムが提供される。
　また本開示によれば、基地局から割り当てられたリソース領域の中からリソースを選択し、選択したリソースを用いて装置間通信を実行する際に、前記リソース領域のセンシングの範囲を状況に応じて決定することをコンピュータに実行させる、コンピュータプログラムが提供される。
　以上説明したように本開示によれば、Ｖ２Ｘ通信を初めとした装置間通信において効率的なリソースのセンシングが可能な、新規かつ改良された通信装置、通信方法及びコンピュータプログラムが提供される。
　なお、上記の効果は必ずしも限定的なものではなく、上記の効果とともに、または上記の効果に代えて、本明細書に示されたいずれかの効果、または本明細書から把握され得る他の効果が奏されてもよい。
Ｖ２Ｘオペレーションシナリオを説明する説明図である。 Ｖ２Ｘオペレーションシナリオを説明する説明図である。 Ｖ２Ｘオペレーションシナリオを説明する説明図である。 Ｖ２Ｘオペレーションシナリオを説明する説明図である。 Ｖ２Ｘオペレーションシナリオを説明する説明図である。 ＩＢＥについて説明する説明図である。 ＴＤＭ割り当てとＦＤＭ割り当てについて説明する説明図である。 ＳＰＳの概要を説明する説明図である。 ＳＰＳの概要を説明する説明図である。 ＳＰＳの概要を説明する説明図である。 本開示の実施の形態に係る端末装置の動作例を示す流れ図である。 端末装置における、送信データの発生からデータ送信予約までを説明する説明図である。 リソースプールに導入されるScheduling periodの例を示す説明図である。 グルーピングされたScheduling periodの例を示す説明図である。 端末装置がScheduling periodのナンバーに応じてリソースホッピングを行う例を示す説明図である。 共通センシング領域について説明する説明図である。 本開示の実施形態に係る基地局１００の構成の一例を示すブロック図である。 本開示の実施形態に係る端末装置２００の構成の一例を示すブロック図である。 本開示に係る技術が適用され得るｅＮＢの概略的な構成の第１の例を示すブロック図である。 本開示に係る技術が適用され得るｅＮＢの概略的な構成の第２の例を示すブロック図である。 本開示に係る技術が適用され得るスマートフォン９００の概略的な構成の一例を示すブロック図である。 本開示に係る技術が適用され得るカーナビゲーション装置９２０の概略的な構成の一例を示すブロック図である。 同実施の形態に係るNetwork側及び歩行者UE側の処理の例を示す説明図である。 同実施の形態に係るNetwork側及び歩行者UE側の処理の例を示す説明図である。 同実施の形態に係るNetwork側及び歩行者UE側の処理の例を示す説明図である。 同実施の形態に係るNetwork側及び歩行者UE側の処理の例を示す説明図である。 同実施の形態に係るNetwork側及び歩行者UE側の処理の例を示す説明図である。 同実施の形態に係るNetwork側及び歩行者UE側の処理の例を示す説明図である。 同実施の形態に係るNetwork側及び歩行者UE側の処理の例を示す説明図である。 同実施の形態に係るNetwork側及び歩行者UE側の処理の例を示す説明図である。 Burst　sensingの例を示す説明図である。 Burst　sensingの例を示す説明図である。 Distributed　sensingの例を示す説明図である。 Sub-sensingごとの設定を同一にしたセンシングの例を示す説明図である。 Sub-sensingごとの設定を変化させたセンシングの例を示す説明図である。
　以下に添付図面を参照しながら、本開示の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
　なお、説明は以下の順序で行うものとする。
　１．本開示の実施の形態
　　１．１．概要
　　１．２．実施例
　　１．３．構成例
　２．応用例
　３．まとめ
　＜１．本開示の実施の形態＞
　［１．１．概要］
　まず、本開示の実施の形態の概要を説明する。
　上述したように、将来の自動運転の実現のため、近年、車載通信（Ｖ２Ｘ通信）への期待が高まってきている。Ｖ２Ｘ通信とは、Ｖｅｈｉｃｌｅ　ｔｏ　Ｘ通信の略であり、車と“何か”が通信を行うシステムである。ここでの“何か”の例として、車両（Ｖｅｈｉｃｌｅ）、施設（Ｉｎｆｒａｓｔｒｕｃｔｕｒｅ／Ｎｅｔｗｏｒｋ）、歩行者（Ｐｅｄｅｓｔｒｉａｎ）等が挙げられる（Ｖ２Ｖ，Ｖ２Ｉ／Ｎ，Ｖ２Ｐ）。車用の無線通信としては、これまで主に、８０２．１１ｐベースのＤＳＲＣの開発が進められてきたが、近年になり、ＬＴＥベースの車載通信である“ＬＴＥ－ｂａｓｅｄ　Ｖ２Ｘ”の標準化議論がスタートしている。
　Ｖ２Ｘ通信のユースケースの一例を下記に示す。主に安全用途をターゲットとし、定期的に車両にメッセージを送るような周期的なメッセージの送信や、イベントに応じて必要な情報を提供するイベントトリガメッセージのような通信が求められている（３ＧＰＰ　ＴＲ　２２．８８５）。
（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.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
　これらのユースケースをベースとした要求事項の一例を下記に示す。
Figure JPOXMLDOC01-appb-T000001
　上記の要求事項を達成するために、Ｖ２Ｘ通信の物理レイヤの標準化が３ＧＰＰにおいては既にスタートしている。車車間通信であるＶ２Ｖ通信の規格化を中心に、Ｖ２Ｉ／Ｎ、Ｖ２Ｐの規格化が行われている。
　Ｖ２Ｘ通信のベース技術としては、３ＧＰＰで過去に規格化されたＤ２Ｄ（Ｄｅｖｉｃｅ　ｔｏ　ｄｅｖｉｃｅ）通信があげられる。Ｄ２Ｄ通信は基地局を介さない端末間通信のため、Ｖ２Ｖ通信やＶ２Ｐ通信にエンハンスして適応されることが考えられる（一部Ｖ２Ｉ通信にも適応可能）。このような端末間のインタフェースをＰＣ５インタフェースと呼ぶ。
　また、Ｖ２Ｉ通信やＶ２Ｎ通信においては、既存の基地局と端末間の通信をエンハンスして適応することが考えられる。このような基地局、端末間のインタフェースをＵｕインタフェースと呼ぶ。
　このようにＶ２Ｘ通信実現のためには、ＰＣ５インタフェースやＵｕインタフェースを、要求事項を満たすようにエンハンスしていくことが必要である。
　主なエンハンスメントのポイントは、例えば、リソース割り当ての改善、ドップラー周波数対策、同期手法の確立、低消費電力通信の実現、低遅延通信の実現などである。
　（Ｖ２Ｘオペレーションシナリオ）
　Ｖ２Ｘオペレーションシナリオを説明する。Ｖ２Ｖ通信をベースに構成される。なお、以下の説明で片方の自動車が歩行者になるとＶ２Ｐ通信となり、施設やネットワークで終端するとＶ２Ｉ／Ｎ通信となる。
　図１～図５は、Ｖ２Ｘオペレーションシナリオを説明する説明図である。図１は、車両同士が基地局（Ｅ－ＵＴＲＡＮ）を介さずに直接通信するシナリオを示している。図２は、車両同士が基地局を介して通信するシナリオを示している。図３及び図４は、車両同士が端末（ＵＥ、ここでは路側無線装置（ＲＳＵ））及び基地局を介して通信するシナリオを示している。図５は、車両同士が端末（ＵＥ、ここでは路側無線装置（ＲＳＵ））を介して通信するシナリオを示している。
　Ｖ２Ｘ通信は、要求事項や通信環境などがＤ２Ｄ通信とは異なるため、既存のＤ２Ｄ通信をそのまま用いることはできない。そのため、Ｖ２Ｘ通信に適応する形にエンハンスする必要がある。Ｄ２Ｄ通信とＶ２Ｘ通信の特徴の違いを下記に示す。
（１）Ｖ２Ｘ通信は信頼性が高く、低遅延通信が必要。
（２）Ｖ２Ｘ特有のトラフィックが存在する。
（３）Ｖ２Ｘは様々なリンクを持つ。
（４）ＩＢＥ（Ｉｎ－Ｂａｎｄ　Ｅｍｉｓｓｉｏｎ）問題。
（５）ＨＤ（Ｈａｌｆ　Ｄｕｐｌｅｘ）問題。
（６）Ｄ２ＤよりＣａｐａｃｉｔｙが大きな課題になる。　
（７）位置情報が常に得られる。
　まず、（１）はＶ２Ｘ通信のユースケースから明白である。Ｖ２Ｘ通信は安全用途が多く、信頼性が非常に重要な指標となる。また、車の移動速度がＤ２Ｄの歩行ユースケースと比較して早いことから、低遅延通信の実現が必要となる。
　（２）のＶ２Ｘ特有のトラフィックについては、Ｖ２Ｘ通信では、主にＰｅｒｉｏｄｉｃ　ｔｒａｆｆｉｃとＥｖｅｎｔ　ｔｒｉｇｇｅｒ　ｔｒａｆｆｉｃの二つが想定されている。Ｐｅｒｉｏｄｉｃ　ｔｒａｆｆｉｃは定期的にデータを周辺車両に通知するような通信であり、これもＶ２Ｘの特徴的な点である。
　（３）の様々なリンクについては、Ｖ２Ｘ通信では車の通信対象（Ｘ）として、Ｖ（車両）／Ｉ（施設）／Ｎ（ネットワーク）／Ｐ（歩行者）を想定している。このような多様なリンクを持つ点もＶ２Ｘ通信特有である。
　（４）のＩＢＥ問題、（５）のＨＤ問題については、端末のトポロジーとＲＦ性能が関係してくる。まず、ＩＢＥについて図６を用いて説明する。Ｖ２Ｖ通信では、基地局－端末間の通信とは異なり、送受信の端末の位置関係が常に変化する。もし送信端末の近隣に受信端末がいた場合、送信側からのＥｍｉｓｓｉｏｎが近隣の受信端末に影響する場合がある。周波数軸上で直交性を保っているが、送受信端末の距離の近さからＩＢＥの影響が顕著になる。図６では、送信端末Ａが受信端末ＤへＩＢＥを与えている様子を示している。このように送受信端末間の距離が近いような場合は、周波数上で隣接するリソースに対して干渉が起こってしまう可能性がある。この問題はＤ２Ｄでも起こりえる。しかしながら、Ｄ２Ｄより多くの端末が通信するようなＶ２Ｘ通信においては、ＩＢＥ問題はより顕著になる。
　（５）のＨＤ問題は、端末が送信しているときに受信できない問題を指す。そのため、複数回受信の機会を用意したり、データを送信するフレームで他のユーザの送信を割り当てないようにしたりする、などの対応が必要になってくる。ＨＤ問題もＶ２Ｘ特有の問題ではないが、多くの送受信を行う必要があるＶ２Ｘ通信では大きな制約となる。
　次に（６）のＣａｐａｃｉｔｙについて説明する。先述したとおり、Ｄ２Ｄ通信と比較してＶ２Ｘ通信は収容端末数が非常に多くなる。さらに、自動車は道路の上を走行するため、必然的に端末密度は局所的に増加してしまう。そのため、Ｖ２Ｘ通信においては、Ｃａｐａｃｉｔｙの改善が必要不可欠になる。不要なオーバーヘッドなどは最大限削除し、効率的な通信を実現する必要がある。
　最後の（７）の位置情報が常に得られることは、近年の自動車のナビゲーションシステムの搭載率を見てもわかるとおり、自動車は自身の位置情報を常に知っていると想定される。このような位置情報は、Ｖ２Ｘ通信をエンハンスする上で非常に重要な特徴になる。
　これらの問題を解決する為、３ＧＰＰではＦＤＭ（Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅｘｉｎｇ　；周波数分割多重化）を用いたリソース割り当て方法が現在検討されている。ＴＤＭ（Ｔｉｍｅ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅｘｉｎｇ；時分割多重化）割り当てとＦＤＭ割り当てについて、図７を用いて説明を行う。Ｄ２Ｄ通信やＶ２Ｘ通信が行われるＰＣ５インタフェースは、主に制御チャネル部（ＰＳＣＣＨ：Ｐｈｙｓｉｃａｌ　Ｓｉｄｅｌｉｎｋ　Ｃｏｎｔｒｏｌ　ＣＨａｎｎｅｌ）とデータチャネル部（ＰＳＳＣＨ：Ｐｈｙｓｉｃａｌ　Ｓｉｄｅｌｉｎｋ　Ｓｈａｒｅｄ　ＣＨａｎｎｅｌ）から構成されている。
　ＰＳＣＣＨにおいてＰＳＳＣＨのリソース指示などを通知するため、ＴＤＭ方式では、パケットの発生から送信までの遅延が大きくなるといった問題がある。一方で、端末の複雑度（Ｃｏｍｐｌｅｘｉｔｙ）が良いというメリットがある。なお、Ｄ２ＤではＴＤＭ割り当て方式が採用されている。これに対しては、ＦＤＭ方式では、周波数方向にＰＳＣＣＨがマッピングされているため、遅延が改善される。また、ＳＡ（Ｓｃｈｅｄｕｌｉｎｇ　Ａｓｓｉｇｎｍｅｎｔ）とＤａｔａを同じＳＦ（サブフレーム）で送信することで、ＩＢＥやＨＤの問題も改善することが期待できる。そのため、Ｖ２Ｘ通信では、ＦＤＭ方式を用いた通信方法の確立が求められている。
　ＦＤＭ方式に加えてさらなるエンハンスメントの追加も検討されている。前述した（６）のキャパシティの問題を解決する為に、現在ＳＰＳ（Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ　Ｓｃｈｅｄｕｌｉｎｇ）の導入も検討されている。これは、Ｖ２Ｘ通信で特徴のあるトラフィックタイプの特性をうまく利用している。ＳＰＳの概要を図８～図１０に示す。ＳＰＳでは一つのＳＡで複数のデータをスケジューリングする。そのため、データ送信の度にＳＡを送信する必要がなく、オーバーヘッドの削減が可能になる。特にＶ２ＸのＰｅｒｉｏｄｉｃａｌ　ｔｒａｆｆｉｃのような周期的な通信においては、このようなスケジューリングが大きな効果を生むことが確認されている。そのため、Ｖ２Ｘ通信では、ＳＰＳの導入も求められている。
（６）で述べたとおり、Ｖ２Ｘではキャパシティが大きな問題となる。そこで、周波数リソースの空間再利用が検討されている。空間再利用を行うに当たり、（７）で説明した、自動車の位置情報を活用する。この位置情報を用いたエンハンスメントも現在３ＧＰＰで議論されている。
　これまでが、ＰＣ５インタフェースのエンハンスメントの概要である。Ｖ２Ｘ通信では、リソース割り当ての方法として、Ｍｏｄｅ１のＣｅｎｔｒａｌｉｚｅｄ　ｒｅｓｏｕｒｃｅ　ａｌｌｏｃａｔｉｏｎとＭｏｄｅ２のＡｕｔｏｎｏｍｏｕｓ　ｒｅｓｏｕｒｃｅ　ｓｅｌｅｃｔｉｏｎの２種類がある。Ｍｏｄｅ１の場合は、ＰＣ５インタフェースのリソース割り当てを基地局がすべて行う。端末側では基地局に指示されたリソースで送信を行うだけでよい。基地局端末間のオーバーヘッドが懸念されるが、リソースが直交して割り当てられるため通信特性はよい。一方で、Ｍｏｄｅ２では、端末は基地局から通知されたリソースプールの中から、自律的に送信に使用するリソースを選択する。Ｍｏｄｅ１のオーバーヘッドの懸念がないが、他端末と同じリソースを選択してしまう可能性もあるため、Ｃｏｌｌｉｓｉｏｎの課題が出てくる。Ｍｏｄｅ２は基地局のＮｅｔｗｏｒｋ内であるＩｎ－ｃｏｖｅｒａｇｅのみならず、Ｏｕｔ－ｏｆ－ｏｖｅｒａｇｅでオペレーションできるというメリットもある。
　このＭｏｄｅ２のＣｏｌｌｉｓｉｏｎ問題についても、現在いくつかの提案が行われている。Ｓｏｌｕｔｉｏｎは大きく２つに分けられる。一つはＥｎｅｒｇｙ　ｓｅｎｓｉｎｇである。Ｅｎｅｒｇｙ　ｓｅｎｓｉｎｇでは、ある一定期間リソースをセンシングし、そのセンシング結果に基づいて、比較的使用されていないリソースから通信用のリソースを選択する方法である。簡単である一方、電力レベルなので精度はそこまで高くない。ただし、ＬＴＥ以外のシステムをセンシングすることが可能である。もう一つの方法は、ＳＡ　ｄｅｃｏｄｉｎｇである。これは、他ユーザが送信しているＳＡ（制御情報）をデコードし、使用されているリソースの場所を認識する方法である。使用されているリソースが精度よく発見することができる反面、ＳＡリソース自体のセンシングが行えない、ＳＡのデコードを失敗すると使用されているリソースが検出できないなどのデメリットがある。
　Ｖ２Ｘ通信のような装置間通信において、優先度が異なるパケットの送信が管理されなければならず、優先度の高い通信ほど確実に行われるべきである。従って、端末装置がどのようにリソースを選択して装置間通信を行うかが非常に重要となる。
　そこで本件開示者は、上述の内容に鑑み、Ｖ２Ｘ通信のような装置間通信において効率的にリソースが選択できる技術について鋭意検討を行った。その結果、本件開示者は、以下で説明するように、Ｖ２Ｘ通信のような装置間通信において、効率的に、センシングを用いてリソースが選択できる技術を考案するに至った。
　以上、本開示の実施の形態の概要について説明した。続いて、本開示の実施の形態における実施例について詳細に説明する。
　［１．２．実施例］
　まず、Ｖ２Ｘ通信のような装置間通信を行う端末装置が、リソースをセンシングしてからデータを送信するまでの概要を説明する。
　図１１は、本開示の実施の形態に係る端末装置の動作例を示す流れ図である。図１１に示したのは、装置間通信を行う端末装置が、リソースをセンシングしてからデータを送信するまでの概要を示す流れ図である。以下、図１１を用いて本開示の実施の形態に係る端末装置の動作例について説明する。
　端末装置は、トリガに応じて、以下のリソース選択、再選択の処理を走らせるかどうか判断する（ステップＳ１０１）。ここでのトリガは、例えば送信パケット発生時や、リソース衝突検出時など様々なものがありうる。詳細は後述する。
　リソース選択、再選択の処理を走らせると判断した場合は（ステップＳ１０１、Ｙｅｓ）、続いて端末装置は、基地局が割り当てたリソース領域に対してセンシングを実行する（ステップＳ１０２）。センシング方法には、SA decodingとEnergy sensingとがある。端末装置は、これらのセンシング方法を用いて、無線通信環境を認識する。そして端末装置は、センシングの結果に基づいて、リソース領域の中から、データの送信に使用するリソースを選択する（ステップＳ１０３）。
　データの送信に使用するリソースを選択すると、続いて端末装置は、選択したリソースを用いてデータ送信を実施する（ステップＳ１０４）。端末装置は、データ送信の実施に加えて、必要に応じて将来使用するためのリソース予約を実施しても良い（ステップＳ１０５）。データ送信の実施とリソース予約の実施の順番は逆でもよい。
　なお、上述した一連のセンシングを用いた通信方法は、ＳＰＳを想定しているが、Dynamic schedulingに対して適応してもよい。
　以上、端末装置による、リソースをセンシングしてからデータを送信するまでの概要について説明した。続いて、上述した各処理について、それぞれ詳細に説明する。
　（１．トリガリング）
　（１－１．リソースの再選択のトリガ）
　まず、図１１のステップＳ１０１のトリガリングについて詳細に説明する。ＳＰＳの場合では、端末装置は、一度確保したリソースを使い続けるのが基本である。そのため、リソースを再選択（リセレクション）する際には何らかのトリガが必要になる。ここでは、トリガ条件について説明する。
　（１）カウンタ
　端末装置は、例えば、リソースの再選択のために設定されるカウンタ値が０になった場合をトリガ条件としてもよい。カウンタ値は、例えば乱数によって端末装置にセッティングされてもよい。乱数は基地局からSIBもしくはRRC signalingで通知されてもよく、端末装置に予め設定されても良い。基地局が乱数を通知する場合、基地局から乱数値そのものを通知してもよく、乱数のシードを通知しても良い。また、基地局が乱数を通知する場合、セル共通に乱数値や乱数のシードを通知してもよく、端末装置毎に値を決めて通知しても良い。
　端末装置は、カウンタ値を、例えば、サブフレームやスロットの時間経過ごとに減算してもよく、センシングしたサブフレームやスロットごとに減算させてもよい。また端末装置は、カウンタ値を、送信するトラフィックの量ごとに減算させてもよい。この場合、端末装置は、優先度の高いトラフィックを持っている場合は減算量を増やしてもよい。トラフィック量を量子化するための閾値情報は、基地局からSIBもしくはRRC signalingにて通知されてもよい。閾値は端末装置ごとでもよく、セルごとでもよい。また閾値は、トラフィックタイプごとでもよい。また閾値は、端末装置に予め設定されてもよい。
　また端末装置は、カウンタ値を、使用しているリソースサイズと、実際に通信要求を満たすために必要なリソースサイズとのギャップを用いて減算させてもよい。２つのリソースサイズ間のギャップは量子化されてもよく、端末装置は、その上で複数の段階にレベル分けして、そのレベルに応じてカウンタ値の減算を実施してもよい。量子化するための閾値情報は基地局からSIBもしくはRRC signalingにて通知されてもよい。閾値は端末装置ごとでもよく、セルごとでもよい。また閾値は、トラフィックタイプごとでもよい。また閾値は、端末装置に予め設定されてもよい。
　また端末装置は、カウンタ値を、送信権利を獲得するごとに減算させてもよい。例えば、端末装置は、センシングを実施して送信権利を獲得した場合に、送信は行わずに減算だけを実施してもよい。送信権利獲得に用いる閾値情報は基地局からSIBもしくはRRC signalingにて通知されてもよい。閾値は端末装置ごとでもよく、セルごとでもよい。また閾値は、トラフィックタイプごとでもよい。また閾値は、端末装置に予め設定されてもよい。
　また端末装置は、基地局、周辺端末またはＲＳＵからカウンタ値の減算量を直接通知された場合に、基地局、周辺端末またはＲＳＵから指示された量を減算してもよい。これは、カウンタ値を強制的に０に減算することも含まれる。基地局からは、カウンタ値の減算量を例えばRRC signalingにて通知されうる。周辺端末からは、カウンタ値の減算量をSCIもしくはPSSCHを用いて通知されうる。
　また端末装置は、カウンタ値を、Sidelinkのトラフィック量に応じて減算してもよい。端末装置は、トラフィック量を、周辺端末からのデータ受信量を用いて把握してもよく、基地局からのトラフィック量通知に基づいて把握してもよい。トラフィック量の閾値情報は基地局からSIBもしくはRRC signalingにて通知されてもよい。閾値は端末装置ごとに設定されてもよく、セルごとに設定されてもよい。また閾値は、トラフィックタイプごとに設定されてもよい。また閾値は、端末装置に予め設定されてもよい。
　（２）リソース割り当て状況が端末装置の要求を満たせない
　端末装置は、リソース割り当て状況が端末装置の要求を満たせない場合をトリガ条件としてもよい。端末装置の要求としては、例えば、遅延要求、信頼性、フェアネス、ＱｏＳ等があり得る。
　端末装置は、リソース割り当て状況として、使用しているリソースサイズと、実際に通信要求を満たすために必要なリソースサイズとのギャップを用いてもよい。２つのリソースサイズ間のギャップは量子化されてもよく、端末装置は、その上で複数の段階にレベル分けして、そのレベルに応じてリソース割り当て状況を判定してもよい。量子化するための閾値情報は基地局からSIBもしくはRRC signalingにて通知されてもよい。閾値は端末装置ごとでもよく、セルごとでもよい。また閾値は、トラフィックタイプごとでもよい。また閾値は、端末装置に予め設定されてもよい。
　（３）端末装置が将来の送信におけるリソースのコリジョン（他ユーザとのリソースの重複）を発見した場合
　端末装置は、将来の送信におけるリソースのコリジョン（他ユーザとのリソースの重複）を発見した場合をトリガ条件としてもよい。端末装置は、例えば、SA decodingを行い、リソース割り当て状況を把握し、自装置の送信との重複があるかどうかを発見してもよい。
　この場合、例えば、端末装置は、コリジョンの発生回数が閾値以上であればリセレクションを実施してもよい。コリジョンの発生回数はTransport blockごとでもよく、Repetitionごとでもよい。閾値情報は基地局からSIBもしくはRRC signalingにて通知されてもよい。閾値は端末装置ごとでもよく、セルごとでもよい。また閾値は、トラフィックタイプごとでもよい。また閾値は、端末装置に予め設定されてもよい。
　（４）基地局がリセレクションを通知する
　端末装置は、基地局がリセレクションを通知した場合をトリガ条件としてもよい。
　基地局は、例えば、トラフィックの混雑度（リソース使用率）に基づいてリセレクションが必要かどうか判断してもよい。この場合、基地局自身がSidelinkのリソースをモニタリングするか、Sidelinkのトラフィック情報を端末装置からレポートしてもらう。端末装置は、トラフィック情報のレポート方法を、基地局からSIBもしくはRRC signalingにて設定されてもよい。
　基地局は、また例えば、特定の端末のリソースの使用状況（時間や送信回数や送信トラフィック量）に基づいてリセレクションが必要かどうか判断してもよい。この場合、端末装置は、定期的に基地局に対してリソースの使用状況をレポートしてもよい。端末装置は、リソースの使用状況のレポート方法を、基地局からSIBもしくはRRC signalingにて設定されてもよい。
　（５）他の端末装置がリソースのリリースを通知
　端末装置は、他の端末装置がリソースのリリースを通知した場合をトリガ条件としてもよい。この場合、端末装置は、他の端末装置からのリソースのリリース通知が閾値を超えた場合にリセレクションを実施しても良い。他の端末装置からのリソースのリリース通知は、例えばSCIにて送信される。閾値情報は基地局からSIBもしくはRRC signalingにて通知されてもよい。閾値は端末装置ごとでもよく、セルごとでもよい。また閾値は、トラフィックタイプごとでもよい。また閾値は、端末装置に予め設定されてもよい。
　（６）他の端末装置からコリジョンレポートを通知
　端末装置は、他の端末装置がコリジョンレポートを通知した場合をトリガ条件としてもよい。この場合、端末装置は、他の端末装置からのコリジョンレポート通知が閾値を超えた場合にリセレクションを実施しても良い。他の端末装置からのコリジョンレポート通知は、例えばSCIにて送信される。閾値情報は基地局からSIBもしくはRRC signalingにて通知されてもよい。閾値は端末装置ごとでもよく、セルごとでもよい。また閾値は、トラフィックタイプごとでもよい。また閾値は、端末装置に予め設定されてもよい。
　（７）Sidelinkの混雑
　端末装置は、Sidelinkが混雑した場合をトリガ条件としてもよい。この場合、端末装置は、Sidelinkの混雑度が所定の閾値を超えた場合にリセレクションを実施してもよい。なお、Sidelinkの混雑度は端末装置が測定してもよく、基地局が測定しても良い。閾値情報は基地局からSIBもしくはRRC signalingにて通知されてもよい。閾値は端末装置ごとでもよく、セルごとでもよい。また閾値は、トラフィックタイプごとでもよい。また閾値は、端末装置に予め設定されてもよい。
　以上、（１）～（７）の７つの例を挙げてトリガ条件を示した。端末装置は、これらのトリガ条件を、単独で用いてもよく、複数組み合わせて用いても良い。
　上述のトリガ条件が満たされると、端末装置はリソースの再選択を実施する。リソース選択時においては、ＩＢＥの影響を最小化するため、端末装置は、位置情報を用いたリソース割り当てを実施してもよい。ＳＡの中に、データを送信する端末装置の位置情報もしくは位置のゾーン情報を含めることによって、端末装置は、近隣にいる端末装置の存在を検知し、近隣の端末装置と可能な限り同じSubframeを用いて信号を送信するようなオペレーションが可能になる。このように近隣の端末装置と可能な限り同じSubframeを用いて信号を送信することで、上述のＩＢＥ問題の改善に繋がる。
　（１－２．リセレクションの大量発生による発散の防止）
　上述したようなトリガ条件によって端末装置はリセレクションを実施することができる。しかし、あらゆる端末装置でリセレクションが大量に発生すると、端末装置が使用するリソースが頻繁に変わり、センシング自体の意味が無くなる。結果として通信システムが不安定になる。このような発散を防ぐ方法を説明する。
　（１）システム側から発散を制御する
　例えば、端末装置は、上述のリセレクションのトリガ条件を満たした後に、本当にリセレクションをやるかどうかを、確率αによって決定してもよい。確率αは基地局からSIBもしくはRRC signalingにて通知されてもよい。確率αは端末装置ごとでもよく、セルごとでもよい。また確率αは、トラフィックタイプごとでもよい。また確率αは、端末装置に予め設定されてもよい。
　また例えば、端末装置は、上述のリセレクションのトリガ条件を満たした後に、リセレクション実施後に、新たに選択したリソースを用いるか、これまでのリソースを用いるかを、確率βによって決定してもよい。確率βは基地局からSIBもしくはRRC signalingにて通知されてもよい。確率βは端末装置ごとでもよく、セルごとでもよい。また確率βは、トラフィックタイプごとでもよい。また確率βは、端末装置に予め設定されてもよい。確率βは、確率αと同じでもよく、異なっても良い。
　また例えば、端末装置は、上述のリセレクションのトリガ条件に用いる閾値を一律に増加してもよい。閾値修正のためのシグナリングは、基地局からSIBもしくはRRC signalingにて通知される。端末装置は、事前に増加量または増加率を基地局から通知されてもよく、予め設定されていてもよい。そして、端末装置は、閾値の増加のアクティベーション及び解除を基地局から指示されてもよい。
　（２）リセレクションがシステム内でどの程度発生しているかを基地局が把握する
　例えば、端末装置は、リセレクションを実施した後に、リセレクションを実施した旨を基地局にレポートしても良い。端末装置は、レポート方法を、基地局からSIBもしくはRRC signalingにて設定されても良い。
　この場合、全ての端末装置がリセレクションの度に基地局にレポートを行うとオーバーヘッドが増加しうる。従って、端末装置は、リセレクションを実施した後に、リセレクションを実施した旨を、確率γで基地局にレポートしても良い。確率γは基地局からSIBまたはRRC signalingにて通知されてもよい。確率γは端末装置ごとでもよく、セルごとでもよい。また確率γは、トラフィックタイプごとでもよい。また確率γは、端末装置に予め設定されてもよい。確率γは、確率α及び／またはβと同じでもよく、異なっても良い。
　（２．センシング、データ送信、リソース予約）
　（２－１．センシング領域の制限）
　端末装置の消費電力を低減させるためには、リソース領域をセンシングするセンシング領域を制限することが望ましい。以下では、端末装置に対して、センシング領域をどう規定するか、センシング領域に対するセンシングからデータ送信、リソース予約をどう規定するか、を説明する。
　図１２は、端末装置における、送信データの発生からデータ送信予約までを説明する説明図である。リソース領域３００は、ＳＡリソース３０１とデータリソース３０２とを含む。
　あるタイミングで端末装置に送信データが発生すると、端末装置は、時刻ｎ－ａ～ｎ－ｂの区間からなるセンシング領域３１１においてセンシングを行う。端末装置は、センシングとしてＳＡセンシング及び／またはエナジーセンシングを用いうる。端末装置は、センシング領域３１１においてセンシングを行うと、時刻ｎにおいてリソースの選択を行う。端末装置は、ＳＡリソース３０１とデータリソース３０２の両方についてリソースの選択を行う。
　時刻ｎにおいてリソースの選択を行うと、続いて端末装置は、時刻ｎ＋ｃにおいて、ＳＡリソース３０１のリソース３２１を用いてＳＡの送信を行い、時刻ｎ＋ｄにおいて、データリソース３０２のリソース３２２を用いてデータの送信を行う。さらに端末装置は、将来の（時刻ｎ＋ｅでの）データ送信のためにデータリソース３０２のリソース３２３を予約する。
　なお、図１２に示したａからｅの各パラメータは正の値である。図１２に示したａからｅの各パラメータは、ＳＰＳ毎に設定されてもよい。また、図１２に示したａ、ｂの各パラメータは、ＳＰＳ間で共通に設定されても良い。
　図１２に示した一連の処理を端末装置が実施するためには、ａからｅの各パラメータの端末装置への設定が必要になる。
　（１）パラメータａ、ｂ
　パラメータａ、ｂは、端末装置のセンシングの精度に大きく影響する一方、センシング期間が長いと遅延要求が満たせないため、適切に設定されることが望ましい。
　本実施形態では、複数の（ａ、ｂ）の組の設定を用意して、基地局から端末装置に値を設定する。例えば、Configuration 1（a1,b1）、Configuration 2（a2,b2）、…のような設定である。複数の設定は端末装置に予め設定されても良い。
　それぞれのConfigurationは、トラフィックタイプごとに設定されてもよく、トラフィックの優先度ごとに設定されてもよい。またそれぞれのConfigurationは、端末装置の移動速度に応じて設定されてもよく、端末装置のタイプ（歩行者が使用するPedestrian UE、車両に搭載されるVehicle UE等）、端末装置の位置情報（端末装置が使用しているリソースプール）などによって設定されてもよい。またそれぞれのConfigurationは、Sidelinkのリソースの使用状況、例えば、Sidelinkのリソースの使用率に応じて設定されてもよい。それぞれのConfigurationは、端末装置間で共通でもよく、端末装置ごとに設定されてもよい。またそれぞれのConfigurationは、端末装置間で共通でもよく、端末装置ごとに設定されてもよい。
　例えば、Event trigger messageのようなレイテンシ要求があるようなメッセージの場合、端末装置に、センシング領域３１１のセンシングウィンドウが小さくなるようなConfigurationが割り当てられることによって、端末装置のセンシング時間を短縮し、送信までの遅延を小さくすることができる。
　また例えば、移動速度が速い端末装置は、無線通信環境の変化が高速に変化するため、センシング時間を長くとって測定を行っても、実際に送信を行うときの無線通信環境を正しく予測できない場合が出てくる。従って、移動速度が速い端末装置に対しては、センシング領域３１１のセンシングウィンドウが小さくなるようなConfigurationが割り当てられてもよい。
　また、端末装置ごとにConfigurationを割り当てる場合も同様に、例えばPedestrian UEのような消費電力を小さく抑えたい要求がある端末装置については、センシング領域３１１のセンシングウィンドウを小さくするように設定されることが望ましい。一方で、Ｖ２Ｖ通信を行うような、バッテリに余裕があるような端末装置については、センシング領域３１１のセンシングウィンドウを大きくするように設定されてもよい。
　なお、基地局からConfigurationが設定される場合、端末装置は、Configurationを、基地局からSIBもしくはRRC signalingにて設定されても良い。また、端末装置に予めConfigurationが設定されてもよい。
　ＳＰＳおいて、SA decodingを用いた将来のリソース使用状況の予測は有効である。その一方、送信端末が、他端末のＳＡの送信直後にセンシングを開始した場合など、ＳＡのデコードが行えない場合がある。また、ＳＡのデコードに失敗する場合もあり得る。このような場合に端末装置は将来のリソース使用状況を予測することが困難になる。
　端末装置は、センシングの恩恵を最大限受けるために、センシング結果から、いかに将来のリソースの使用状況を予測するかが重要である。そのため、センシング領域とデータ送信領域のリソース使用状況の相関が高いような環境が実現できれば、端末装置は、センシング領域の状況から将来のリソース使用状況を高い精度で予測することが可能となる。
　そこで本実施形態では、リソースプールにScheduling periodを導入する。図１３は、Scheduling
periodの例を示す説明図である。Scheduling periodは、リソースプール毎に設けられる。
　そして、本実施形態では、このScheduling period単位でグルーピングを実施する。このグルーピングはリソースプール毎に設定される。それぞれのグループは、地理情報に応じて設定されてもよい。図１４は、グルーピングされたScheduling periodの例を示す説明図である。図１４には、１つおきにグルーピングされたScheduling periodの例が示されている。もちろん、Scheduling
periodのグルーピングのパターンは図１４に示したものに限定されるものではない。
　端末装置は、複数のScheduling periodのグループから１つのグループを選択し、送信を行うようにする。この際、各Scheduling period間でリソース使用の相関が高くなるように運用することが望ましい。
　各Scheduling periodのグループ内のScheduling periodにおいて、ナンバリングがなされてもよい。そして端末装置は、このScheduling periodのナンバーに応じてリソースホッピングなどを実施してもよい。図１５は、端末装置がScheduling periodのナンバーに応じてリソースホッピングを行う例を示す説明図である。もちろん、ホッピングのパターンは図１５に示したものに限定されるものではない。
　基地局からリソースホッピングに関するパラメータが設定される場合、端末装置は、パラメータを、基地局からSIBもしくはRRC signalingにて設定されても良い。また、端末装置に予めパラメータが設定されてもよい。
　また、Scheduling period、Scheduling periodのグループ、Scheduling periodのナンバーの情報は、基地局からSIBもしくはRRC signalingにて設定されても良い。また、図１２に示したパラメータａ～ｅは、Scheduling periodの間隔から算出されてもよい。
　（２）パラメータｃ、ｄ
　パラメータｃ、ｄは、送信遅延に影響を与えるパラメータである。パラメータｃは、トラフィックタイプごとに設定されてもよく、トラフィックの優先度ごとに設定されてもよい。またパラメータｃは、端末装置の移動速度に応じて設定されてもよく、端末装置のタイプ（Pedestrian UE、Vehicle UEなど）、端末装置の位置情報などによって設定されてもよい。またパラメータｃは、端末装置間で共通であってもよく、端末装置ごとに設定されてもよい。
　パラメータｄは端末装置間で異なる値が設定されてもよく、また、端末装置間で共通でもよい。また、パラメータｄはパラメータｃと同じ値でもよい。
　パラメータｃ、ｄは、基地局から設定する場合、基地局からSIBもしくはRRC signalingにて端末装置に設定される。またパラメータｃ、ｄは、事前に端末装置に設定されてもよい。
　（３）パラメータｅ
　端末装置は、センシング結果を基に送信用のデータを決定するだけでなく、将来使用するリソースの確保も行うことができる。リソースの確保も行う場合、リソース予約情報（すなわち、パラメータｅに関する情報）を周辺の端末装置に通知する方法が必要となる。
　例えば、端末装置は、SCIを用いてリソース予約情報を周辺の端末装置に通知してもよい。具体的には、端末装置は、SCIにパラメータｅの情報を含めて、周辺の端末装置に通知してもよい。端末装置は、パラメータｅの情報を含める際に、周波数方向を含めてもよい。また、端末装置は、パラメータｅによりリソースの予約の回数をSCIに含めてもよい。また、端末装置は、予約したリソースの場所をビットマップで指示してもよい。また、端末装置は、周波数ホッピングパターンの情報をSCIに含めてもよい。また、使用するホッピングパターンは基地局からDCI、SIBまたはRRC signalingにて設定される。また、使用するホッピングパターンは、端末装置に事前に設定されてもよい。
　また例えば、端末装置は、ＳＡリソース及びデータリソースの割り当て方法からパラメータｅを導出して、周辺の端末装置に通知しても良い。例えば、端末装置は、ＳＡリソースまたはデータリソースの繰り返しの時間間隔または周波数間隔を用いてパラメータｅを導出し、パラメータｅを通知してもよい。
　また端末装置は、ＳＡリソースとデータリソースとの時間オフセットまたは周波数オフセットを用いてパラメータｅを導出し、パラメータｅを通知してもよい。
　また周辺の端末装置は、ＳＡリソースまたはデータリソースが割り当てられた場所から、リソースの予約場所を推定してもよい。例えば、事前に決められた時間領域または周波数領域にＳＡリソースまたはデータリソースが割り当てられた場合、周辺の端末装置は、リソース予約が実施されたと判断してもよい。この事前に決められた時間領域または、周波数領域は、基地局から通知されてもよい。
　また端末装置は、ＳＡリソースまたはデータリソースの繰り返しのマッピング情報（Ｄ２Ｄで規定されているTime resource pattern）のインジケータを用いて、リソース予約の情報を通知してもよい。周辺の端末装置は、Time resource patternの情報が規定された閾値を超えていた場合、他の端末装置でリソースの予約が実施されていると判断してもよい。この閾値は複数でもよく、基地局からSIBまたはRRC signalingにて通知されてもよく、端末装置に予め設定されてもよい。
　端末装置は、センシング後にリソース選択を行うが、リソースの選択時において、トラフィックの混雑等からリソースを確保できない場合がある。この場合、端末装置によるリソース選択が先延ばしされ、過去に行ったセンシング結果と選択するリソースとの間の相関が低くなる恐れがある。
　そこで端末装置は、リソースの選択時にリソースを確保できなかった場合は、リソースが選択できるまで、センシング期間を延長してもよい。つまり、リソース選択タイミングがｎからｎ１となり、センシングウィンドウはｎ－ａ～ｎ１－ｂまでの期間となる。
　しかし、センシングを長く続けると、過去の古いセンシング情報がリソース選択に悪影響を与える可能性がある。従って端末装置は、例えばｎ１－ｎの値がある閾値以上になった場合は、リソース選択を諦めてリソースのリセレクションフェーズへ移行してもよい。この際の閾値情報は基地局からSIBもしくはRRC signalingにて端末装置に通知されてもよい。閾値は端末装置ごとでもよく、セルごとでもよく、またトラフィックタイプごとでもよい。また閾値は端末装置に予め設定されてもよい。
　また端末装置は、リソースの選択時にリソースを確保できなかった場合は、リソースが選択できるまで、センシングウィンドウをスライドしてもよい。つまり、リソースタイミングがｎからｎ１となり、センシングウィンドウはｎ１－ａ～ｎ１－ｂまでの期間となる。
　ＳＰＳが複数設定された場合、センシング区間をどう保つか、またセンシングをどう効率的に行うか、が重要となる。
　複数のＳＰＳが用いられる場合、ＳＰＳごとにパラメータａ～ｅが規定されるようにする。センシング領域を規定するパラメータａ、ｂについては、共通センシング領域を規定するパラメータａ＿ｃｏｍ、ｂ＿ｃｏｍを設定する。
　図１６は、共通センシング領域について説明する説明図である。図１６には２つのＳＰＳ（ＳＰＳ１、ＳＰＳ２）が示されている。ＳＰＳ１に対しては、センシング領域を規定するパラメータとしてパラメータａ＿ｓｐｓ１、ｂ＿ｓｐｓ１が用いられるが、ＳＰＳ２に対しては、共通センシング領域を規定するパラメータａ＿ｃｏｍ、ｂ＿ｃｏｍが割り当てられる。
　なお、それぞれのＳＰＳについて、共通センシング領域を用いるか、各ＳＰＳに独自に規定されたセンシング領域を用いるかは、基地局からSIBもしくはRRC signalingにて端末装置に通知されてもよい。この情報は端末装置ごとでもよく、セルごとでもよく、またトラフィックタイプごとでもよい。またこの情報は端末装置に予め設定されてもよい。
　また、センシング領域に送信パケットが発生し、端末装置がセンシングを行えない場合も考えられる。その場合、端末装置は、センシングが実施できない時間分、センシング領域を延長してもよい。すなわちパラメータａ、ｂを用いれば、端末装置は、ｂ－ａ＋ｚ（ｚは延長分）だけセンシング領域を延長してもよい。そして、延長したセンシング領域がある閾値以上になった場合、例えば、ｂ－ａ＋ｚが閾値ＴＨ１を超えた場合、または、ｚが閾値ＴＨ２を超えた場合、端末装置は、センシングをやり直してもよい。この閾値は、基地局からSIBもしくはRRC signalingにて端末装置に通知されてもよい。この閾値は、端末装置ごとでもよく、セルごとでもよく、またトラフィックタイプごとでもよい。またこの閾値は、端末装置に予め設定されてもよい。
　Ｖ２Ｘ通信では、様々な優先度を持ったメッセージが送信される。従って、端末装置は、優先度情報をリソース選択にどのように反映するか、また、優先度情報をどのように入手するか、が重要である。
　例えば端末装置は、ＳＡの中にパケットの優先度情報を入れても良い。他の端末装置は、SA decodingにおいて、各パケットの優先度情報と、そのパケットが使用するリソースとを特定することができる。他に、端末装置は、優先度情報を判別する手法として、例えば、ＳＡの繰り返し回数で判別してもよく、繰り返し時のリソース割り当て位置で判別してもよく、ＳＡの割り当てそのもので判別してもよい。もちろん端末装置は、ＳＡの代わりにデータのリソース割り当て位置によっても優先度情報を判別してもよい。
　また例えば端末装置は、ＳＡの中にパケットの優先度情報を入れ、にパケットの優先度情報をリソース選択に用いてもよい。他の端末装置は、SA decodingにおいて、各パケットの優先度情報と、そのパケットが使用するリソースとを特定することができる。同様に、他の端末装置は、Energy detectionを行い、比較的電力の低いリソースを特定することができる。受信したパケットの優先度情報、Energy detectionの結果及び送信端末が送信するパケットの優先度情報を用いることによって、端末装置は、たとえSA decodingでリソースが占有されていると分かった場合においても、高い優先度のパケットを持っていれば、比較的電力が低く、送信されているパケットの優先度が低いリソースを選択することが可能になる。
　また例えば端末装置は、ＳＡの中に送信元の情報を入れてもよい。送信元の情報は、送信元の属性（車両、歩行者など）でもよく、ＩＤのような一意に識別できる情報などでもよい。他の端末装置は、SA decodingにおいて、各パケットの送信元の情報と、そのパケットが使用するリソースとを特定することができる。
　Pedestrian UEの場合、消費電力をなるべく抑えて送信を行う要求があるため、パケットの送信回数が車両よりも少ないことが予想される。そのため、端末装置がセンシングを行い、リソース選択を行う際は、このようなPedestrian UEは優先的に守られる必要がある。そこで端末装置は、センシングを実施し、送信者の特性が判断できれば、その送信者の使用しているリソースに影響が出ないようにリソース選択が行えるようになる。
　一方で、ロバストと思われる端末、例えば車のような端末に対しては、多少干渉を与えても問題ないと判断することもできる。従って端末装置は、センシングを行い、車のような端末がリソースを使用していると分かっていても、干渉を小さくするように送信電力などを調整し、送信してもよい。
　また例えば端末装置は、ＳＡの中に送信電力情報を入れてもよい。送信電力情報には、送信電力値、基地局から通知されたTPC command情報などが含まれうる。他の端末装置は、取得した送信電力情報と受信電力情報とからパスロスを計算し、同じリソースを使用しても良いかどうか判断しても良い。例えば、送信電力情報に比べて受信電力情報が極めて小さければ、その電波を送信した端末装置は遠方にあることが想定されるので、端末装置は、同じリソースを使用して良いと判断できる。端末装置は、パスロスの計算にエナジーセンシングを用いても良い。また端末装置は、受信電力の絶対値から、同じリソースを使用するかどうかの判断を行っても良い。また端末装置は、パケットの優先度情報とあわせて同じリソースを使ってよいかの判断を行ってもよく、最大送信電力の調整を行ってもよい。
　端末装置は、センシングを実施した時点で、送信電力と受信電力の情報を用いてパスロスを計算することができる。このパスロスから送信元の端末がどの程度離れたエリアにいるかが予測できる。この時、センシングを実施する端末装置が、比較的低い消費電力で送信するようなパケットを持っていた場合（例えば定期的なメッセージであり、かつ渋滞が発生していて送信電力が小さくてもよい場合など）、当該端末装置は、送信元の端末装置との距離を考慮して、同じリソースで送信してもよいかどうかの判断を行うことが出来る。
　また端末装置は、パケットの優先度ごとに同じリソースでの送信判断を行ってもよい。例えば端末装置は、SA decodingの結果、リソースが占有されていると分かった場合においてもパスロス計算を行い、本当に送信できないかどうかの判断を行ってもよい。端末装置は、送信パケットの優先度が高い場合は、このようなセンシングを実施することで、占有されているリソースにおいても、さらに使える可能性のあるリソースを選択し、どうしても送信しなければならないような優先度の高いパケットの送信を実施することが可能となる。
　（３．リソース選択）
　端末装置は、リソース領域のセンシング結果を基にリソースの選択を実施する。もし使用可能なリソースがない場合、端末装置は、使用可能なリソースが見つかるまで送信ができない。このような場合、長時間メッセージの送信ができない端末装置が出てくる可能性がある。従って、端末装置間のフェアネスを保つようなリソース選択方法を用意することが望ましい。すなわち、センシングを行い、リソース選択フェーズでリソースの選択が行えなかった端末装置に対して、どのように優先してリソース選択できるようにするかが重要である。
　そこで本実施形態では、センシングを行い、リソース選択フェーズでリソースの選択が行えなかった端末装置は、強制的にリセレクションフェーズに移行させる。例えば、リソースの再選択のトリガとしてカウンタ値が０になったことを設定した場合、端末装置は、リソース選択フェーズでリソースの選択が行えなかった場合、カウンタ値を強制的に０にしてリセレクションフェーズに移行する。端末装置は、この際、強制的にリセレクションフェーズに移行した回数を記録するカウンタ（強制リセレクションカウンタ）の値を増加させる。もちろん、リソースの再選択のトリガは他のものが用いられても良い。
　そして強制的にリセレクションフェーズに移行した端末装置は、次回カウンタの値を所定量（ｘ）だけ増減させてもよい。増加させると、次回リソースを長期間使えるようになる。このｘの値は、基地局からSIBもしくはRRC signalingにて端末装置に通知されてもよい。このｘの値は、端末装置ごとでもよく、セルごとでもよく、またトラフィックタイプごとでもよい。またこのｘの値は、端末装置に予め設定されてもよい。
　次回カウンタの増減量は、強制リセレクションカウンタによって調整されても良い。例えば、ｘに強制リセレクションカウンタを掛けたものを次回カウンタの増減量としてもよく、ｘに強制リセレクションカウンタを乗じたものを次回カウンタの増減量としてもよい。
　また、強制的にリセレクションフェーズに移行した端末装置は、次回のセンシング期間を短くしても良い。例えば、センシング期間を規定するパラメータａの値を所定量（ｙ）だけ減算させてもよい。このｙの値は、基地局からSIBもしくはRRC signalingにて端末装置に通知されてもよい。このｙの値は、端末装置ごとでもよく、セルごとでもよく、またトラフィックタイプごとでもよい。またこのｙの値は、端末装置に予め設定されてもよい。
　端末装置は、強制リセレクションカウンタの値が所定の閾値以上になると、基地局にその旨をレポートしても良い。基地局は、強制リセレクションカウンタの値が所定の閾値以上になった端末装置に対して、優先的にリソースを割り当てる。この閾値は、基地局からSIBもしくはRRC signalingにて端末装置に通知されてもよい。この閾値は、端末装置ごとでもよく、セルごとでもよく、またトラフィックタイプごとでもよい。またこの閾値は、端末装置に予め設定されてもよい。
　例えば基地局は、強制リセレクションカウンタの値が所定の閾値以上になった端末装置に対して、新しいリソースプールを提供してもよく、他の端末装置に対して送信を控えるよう指示してもよい。
　端末装置は、ＳＡから得られた情報より、他端末で占有されていないリソースを送信可能リソースとして判断してもよく、エナジーセンシングを用いて、規定の閾値以下であれば送信可能リソースとして判断してもよい。端末装置は、ＳＡから得られた情報より、他端末で占有されていないリソースが無ければ、エナジーセンシングを用いて、規定の閾値以下であれば送信可能リソースとして判断してもよい。
　この際、端末装置は、優先度情報ごとに設定した閾値を用いてリソースを選択しても良い。優先度情報としては、例えば送信パケットタイプ、端末装置の種別（Pedestrian、Vehicleなど）、送信パケットサイズ、強制リセレクションカウンタ（バックオフタイマ）等があり得る。優先度情報ごとの閾値は、基地局からSIBもしくはRRC signalingにて端末装置に通知されてもよい。この閾値は、端末装置ごとでもよく、セルごとでもよく、またトラフィックタイプごとでもよい。またこの閾値は、端末装置に予め設定されてもよい。
　またこの際、端末装置は、送信電力に応じてリソースを選択してもよい。例えば、送信電力が低い端末装置は、ある程度電力を検出したリソースを使用可能とし、送信電力の高い端末装置は、小さい電力を検出したリソースを選択してもよい。送信電力と閾値情報との紐付けは、基地局からSIBもしくはRRC signalingにて端末装置に通知されてもよい。この紐付けは、端末装置ごとでもよく、セルごとでもよく、またトラフィックタイプごとでもよい。またこの紐付けは、端末装置に予め設定されてもよい。また端末装置は、送信電力の代わりに基地局から通知されたTPC command情報を用いてもよい。
　また端末装置は、自装置の送信電力に応じてリソースを使用するかどうか判断しても良い。例えば、端末装置は、リソースを使用するかどうかの判断を、検出した電力と、自装置の送信電力との差が閾値を超えていればであれば、リソースを使用すると判断しても良い。この閾値は、基地局からSIBもしくはRRC signalingにて端末装置に通知されてもよい。この閾値は、端末装置ごとでもよく、セルごとでもよく、またトラフィックタイプごとでもよい。またこの閾値は、端末装置に予め設定されてもよい。
　（Ｖ２Ｐ通信における消費電力の改善）
　次に、Ｖ２Ｐ通信における消費電力の改善に関して説明する。Ｖ２Ｐ通信における要求事項には、例えば以下のような要求がある。
・遅延要求：サーバーから端末まで500ms以内。V2PのEnd-to-endで100ms以内
・オペレーション要求：Multi　MNO(Mobile　Network　Operator)対応
・消費電力要求：バッテリー消費を最小化
・カバレッジ要求：４秒程度耐えうる範囲をカバー。時速100km/hであればおおよそ27.7*4=110.8m
・メッセージ要求：サイズは典型的に50～300バイト、最大で1200バイト
・通信品質要求：オートバイ～車で最大280km/h、歩行者～車で最大160km/hの環境で通信を確立
　Pedestrian　UE（歩行者端末）のシナリオではスマートフォンのようなデバイスを用いた通信が想定されるため、バッテリーが豊富にある車とは違い、V2P通信による消費電力の増加が大きな問題となる。V2P通信実現のためには、低消費電力での通信が必要不可欠になる。以降、V2P通信における消費電力関連の課題及び解決方法について述べる。
　（１）Pedestrian　UEの動作
　歩行者端末と車端末とは、同じリソースプールをシェアし、さらに歩行者端末は自律的にリソースを選択する場合に、リソースの衝突（リソースコリジョン）が起こり、車端末のPPR(Packet　Reception　Ratio)を劣化させる可能性がある。車端末でのセンシングのように、センシングを行えばリソースの衝突の問題が改善できる。しかしながら一方で、歩行者端末は、リソースをセンシングすると消費電力が増えてしまう。そこで、センシングが必要な場合のみセンシング機能をActivationする方法が望まれる。例えば、UE端末位置やネットワークの混雑度状況に応じて、センシング機能をActivationするなどの方法がある。
　歩行者端末と車端末とで異なるリソースプールを使うことで、歩行者端末と車端末との間のリソース衝突はなくなる。その場合、歩行者端末はセンシングせずに、ランダムにリソースの選択（ランダムセレクション）を行うことが可能になる。
　全体フローの流れは、測定→判断→制御である。それぞれの実施主体はネットワーク側または端末側である。その制御には自律制御と中央制御がある。自律制御の場合は、位置情報をベースにしたセンシング機能のActivationと、信号検出（シグナリング）によるセンシング機能のActivationとが考えられる。また中央制御の場合は、Network、eNB、RSU、第三者端末からの指示によるセンシング機能のActivationが考えられる。
　自律制御か中央制御かの違いは、判断する主体がUE側にあるかNetwork側にあるかの違いだけである。そのため、位置情報ベースのActivation、信号検出によるActivationのそれぞれにおいて、UE側での判断、Network側での判断の２つを説明する。なお、Network側とは、本実施形態ではeNBやRSUのような集中制御局を示す。
　（１－１）位置情報ベースのActivation
　歩行者自身の近傍に車端末がいない場合に、P2V通信は必要ない。自動車は道路を走るため、歩行者端末は道路の近傍にいるかどうかを判断する。歩行者端末は、道路近傍にいる場合のみ、センシング機能をActiveさせる。位置の測定、道路近傍にいるかどうかの判断、センシング機能の制御は、歩行者UE側、ネットワーク側どちらで行われてもよい。判断の結果によってはActivationを行わない場合、歩行者UEはリソースプールの中のキャンディデイトリソースをランダム的に選択できる。また実施場所が異なる場合は、必要に応じてシグナリングが必要になる。
　端末側でのポジショニング測定方法には、GNSS、A-GNSSなどがある。Network側でのポジショニング測定方法には、OTDOA(Observed　Time　Difference　of　Arrival)、UTDOA(Uplink　Time　Difference　of　Arrival)、D2D　aided　positioning、E-CID(Enhanced　Cell　Identification)、TBS(Terrestrial　beacon　systems)、Wi-Fi（登録商標）やBluetooth（登録商標）をベースにした測定などがある。
　判断処理の例を示す。予めマップ情報を入手しておき、歩行者UE自身の位置情報とマップ情報を比較する。そして、その歩行者UEが道路近傍にいると判断された場合に、センシングがActivateされる。また３次元の情報に基づいてActivateの有無を判断してもよい。すなわち、判断の際に高さ方向が考慮されてもよい。例えば、横断歩道橋にいる歩行者UEはセンシングを行わないようにしてもよい。また、一定の時間以内に道路に近づいていると判断された場合、センシングがActivateされると判断されても良い。
　制御処理の例を示す。制御処理では、歩行者UEのセンシング機能のActivationを行う。センシングに必要なパラメータが、ネットワーク側から歩行者UE側に提供されてもよく、ネットワークは歩行者UEに対してセンシング用の必要なパラメータをconfigure（preconfigure）してもよい。なお、歩行者UEのセンシング機能のActivationを行わない場合には、explicitlyあるいはimplicitly通知が行われる。
　時間軸の情報としては、例えば、センシングの周期、センシングの持続時間、センシングのスタート起点がある。周波数軸の情報としては、例えば、センシングする帯域がある。センシング方法としては、例えば、SA　decoding、Energy　sensing、SA　decodingとenergy　sensingとの組み合わせ、などがある。
　一連の処理の流れについて図面を参照しながら説明する。図２３は、本開示の実施の形態に係るNetwork側及び歩行者UE側の処理の例を示す説明図である。図２３には、測定、判断、制御の全てを歩行者UE側で行う例が示されている。すなわち、歩行者UEは、位置の測定処理を行い（ステップＳ２０１）、測定結果に基づいてセンシング機能をActiveさせるかどうかの判断処理を行い（ステップＳ２０２）、判断処理に基づいた制御を実行する（ステップＳ２０３）。この場合、シグナリングは不要となる。また、歩行者UEはOOC(Out-Of-Coverage)の場合にこの流れに従う。またこの場合、センシングに関わる情報を歩行者UEにconfigure（preconfigure）する。
　図２４は、本開示の実施の形態に係るNetwork側及び歩行者UE側の処理の例を示す説明図である。図２４には、測定、判断を歩行者UE側で行い、制御をNetwork側で行う例が示されている。すなわち、歩行者UEは、位置の測定処理を行い（ステップＳ２１１）、測定結果に基づいてセンシング機能をActiveさせるかどうかの判断処理を行い（ステップＳ２１２）、判断結果をNetwork側に通知する（ステップＳ２１３）。Network側は、判断結果に基づいた制御を実行し（ステップＳ２１４）、センシング機能のActivation通知及びセンシングに関わる情報の通知を行う（ステップＳ２１５）。センシングに関わる情報が歩行者UEにconfigure（preconfigure）されている場合は、歩行者UEは判断結果をNetwork側に通知する必要は無い。また、このケースの場合、Activationを行わない場合はシグナリングが不要となり、歩行者UEはランダムセレクションを行う。
　図２５は、本開示の実施の形態に係るNetwork側及び歩行者UE側の処理の例を示す説明図である。図２５には、測定、制御を歩行者UE側で行い、判断をNetwork側で行う例が示されている。すなわち、歩行者UEは、位置の測定処理を行い（ステップＳ２２１）、測定結果をNetwork側に通知する（ステップＳ２２２）。Network側は、測定結果に基づいたセンシング機能をActiveさせるかどうかの判断処理を行い（ステップＳ２２３）、歩行者UEへセンシング機能のActivation通知を行う（ステップＳ２２４）。歩行者UEは、通知に基づいた制御を実行する（ステップＳ２２５）。このケースの場合、センシングに関わる情報を歩行者UEにconfigure（preconfigure）する。
　図２６は、本開示の実施の形態に係るNetwork側及び歩行者UE側の処理の例を示す説明図である。図２６には、測定を歩行者UE側で行い、判断、制御をNetwork側で行う例が示されている。すなわち、歩行者UEは、位置の測定処理を行い（ステップＳ２３１）、測定結果をNetwork側に通知する（ステップＳ２３２）。Network側は、測定結果に基づいたセンシング機能をActiveさせるかどうかの判断処理を行い（ステップＳ２３３）、判断処理に基づいた制御を実行する（ステップＳ２３４）。そしてNetwork側は、センシング機能のActivation通知及びセンシングに関わる情報の通知を行う（ステップＳ２３５）。このケースの場合、センシングに関わる情報を歩行者UEにconfigure（preconfigure）する。
　図２７は、本開示の実施の形態に係るNetwork側及び歩行者UE側の処理の例を示す説明図である。図２７には、測定をNetwork側で行い、判断、制御を歩行者UE側で行う例が示されている。すなわち、Network側は、位置の測定処理を行い（ステップＳ２４１）、測定結果を歩行者UEに通知する（ステップＳ２４２）。歩行者UEは、取得した測定結果に基づいてセンシング機能をActiveさせるかどうかの判断処理を行い（ステップＳ２４３）、判断処理に基づいた制御を実行する（ステップＳ２４４）。このケースの場合、センシングに関わる情報を歩行者UEにconfigure（preconfigure）する。
　図２８は、本開示の実施の形態に係るNetwork側及び歩行者UE側の処理の例を示す説明図である。図２８には、測定、制御をNetwork側で行い、判断を歩行者UE側で行う例が示されている。すなわち、Network側は、位置の測定処理を行い（ステップＳ２５１）、測定結果を歩行者UEに通知する（ステップＳ２５２）。歩行者UEは、取得した測定結果に基づいてセンシング機能をActiveさせるかどうかの判断処理を行い（ステップＳ２５３）、判断結果をNetwork側に通知する（ステップＳ２５４）。Network側は、判断結果に基づいた制御を実行し（ステップＳ２５５）、センシング機能のActivation通知及びセンシングに関わる情報の通知を行う（ステップＳ２５６）。センシングに関わる情報が歩行者UEにconfigure（preconfigure）されている場合は、歩行者UEは判断結果をNetwork側に通知する必要は無い。また、このケースの場合、Activationを行わない場合はシグナリングが不要となり、歩行者UEはランダムセレクションを行う。
　図２９は、本開示の実施の形態に係るNetwork側及び歩行者UE側の処理の例を示す説明図である。図２９には、測定、判断をNetwork側で行い、制御を歩行者UE側で行う例が示されている。すなわち、Network側は、位置の測定処理を行い（ステップＳ２６１）、測定結果に基づいてセンシング機能をActiveさせるかどうかの判断処理を行い（ステップＳ２６２）、判断結果を歩行者UEに通知する（ステップＳ２６３）。歩行者UEは、判断処理に基づいた制御を実行する（ステップＳ２６４）。このケースの場合、センシングに関わる情報を歩行者UEにconfigure（preconfigure）する。
　図３０は、本開示の実施の形態に係るNetwork側及び歩行者UE側の処理の例を示す説明図である。図３０には、測定、判断、制御の全てをNetwork側で行う例が示されている。すなわち、Network側は、位置の測定処理を行い（ステップＳ２７１）、測定結果に基づいてセンシング機能をActiveさせるかどうかの判断処理を行い（ステップＳ２７２）、判断処理に基づいた制御を実行する（ステップＳ２７３）。そしてNetwork側は、センシング機能のActivation通知及びセンシングに関わる情報の通知を行う（ステップＳ２７４）。センシングに関わる情報が歩行者UEにconfigure（preconfigure）されている場合は、歩行者UEは判断結果をNetwork側に通知する必要は無い。また、このケースの場合、Activationを行わない場合はシグナリングが不要となり、歩行者UEはランダムセレクションを行う。
　（１－２）信号検出によるActivation
　次に信号検出によるActivationの例を説明する。この例では、歩行者UEは、自動車からの信号検出をトリガしてセンシング機能をActiveする。eNB、またはeNBタイプのRSUが信号を送出する。
　（測定）
　測定対象は、例えば、V2P通信帯域の電力、自動車からのsidelink　synchronization　signal/sidelink　broadcast　signal、eNB/RSUからのDCI、ネットワークのChannel　level（歩行者UEが測定してもよく、eNBまたはRSUが通知してもよい）、自動車またはeNB/RSUからの車のパケットの一般情報（送信時間や送信帯域）である。
　測定方法は、モニタリングに必要なパラメータを用いた測定により行う。モニタリングに必要なパラメータは、例えば、eNB、RSU、またはconfigurationされた(pre-configurationされた)パラメータから入手する。eNB、RSU、またはconfigurationされたパラメータは、帯域情報、同期情報、Measurement　gapを提供する。歩行者UEは、測定対象に応じて下記より帯域情報（モニタリングを行う帯域情報）、同期情報（モニタリングする帯域における同期情報。フレームタイミング、中心周波数情報など）、Measurement　gap情報（測定周期、測定期間など）の１つ以上を入手する。
　歩行者UEは、Measurement　gapに従って測定を行う。例えば、eNB、RSU、またはconfigurationされた(pre-configurationされた)パラメータが提供される。歩行者UEの情報に基づいてgapが設定される。歩行者UEの情報としては、例えば端末の位置情報、RF数、バッテリ残量等がある。その他、歩行者UEは、ネットワークの混雑度に応じて測定を行っても良い。
　（判断）
　歩行者UEは、特定のメッセージ、またはある一定閾値以上の信号またはメッセージを検出した場合に、センシング機能をActivateする。メッセージは、例えばDCI/broadcast　signal、信号電力、Channel　levelなどがある。DCI/broadcast　signalには、リソースプールの情報（例えば歩行者はランダムセレクション専用のリソースプールを設定しておけば、センシングが不要）がある。またDCI/broadcast　signalには、自動車UEのトラフィックに関する情報がある。自動車UEのトラフィックに関する情報には、自動車UEが設定可能な送信周期がある。例えば歩行者UEと自動車UEのトラフィックモデルによって、コリジョンが発生する可能性は低いようであれば、センシングが不要である。
　信号電力には、例えば  帯域のS-RSSI、RSRP、RSRQなどがある。Channel　levelには、例えばCBR（Channel　Busy　Ratio）があり、CBRがある一定の閾値以上になった場合、歩行者UEは、センシング機能をActiveにする。
　（制御）
　歩行者UEは、センシングに必要な制御情報を入手もしくは更新する。既に提供されている、もしくはconfigure(pre-configure)されている場合に、歩行者UEは、その提供されている、もしくはconfigure(pre-configure)されているパラメータを使う。また歩行者UEは、センシングに必要な制御情報を入手するためにeNBもしくはRSUに問い合わせを行ってもよく、センシングに必要な制御情報をeNBもしくはRSUにブロードキャストしてもらってもよい。
　（２）センシングの詳細
　歩行者端末のセンシング機能がActiveになる場合に、車端末のように常にセンシング（いわゆるFull　sensing）されることが望まれるが、歩行者端末にとって電力の消費が大きすぎる。従って、歩行者端末のセンシング機能がActiveになる場合でも、さらなる消費電力の低減が求められる。歩行者端末が車端末と異なるセンシング方法を用いれば、歩行者端末と車端末の送信トラフィックなどの特性に基づいて、センシングに関するパラメータも歩行者端末と車端末とでは異なる可能性がある。また、歩行者端末のパケットはいつ送信されるのかが分からないので、リソースセレクションのタイミングも分からない。従って、歩行者端末にとってセンシングのタイミングの設定が消費電力を左右する。
　そこで本実施形態では、歩行者端末は、フルセンシングではなく、一部のリソースだけをセンシングする。つまり歩行者端末はパーシャルセンシング（partial　sensing）を行う。パーシャルセンシングは、Burst　sensingとDistributed　sensingという２種類のパーシャルセンシングに分類される。以下ではそれぞれの方法を説明する。
　（２－１）Burst　sensing
　Burst
sensingは、センシング期間（車端末がセンシングを行う期間であり、例えば1sと設定される）の中で、一度だけセンシングを行う方法であり、センシング対象のリソース（Sub-sensing window）は、連続したサブフレームから構成させる。Sub-sensing
windowは、送信可能なリソース候補（Selection window）と同じサイズになる。図３１は、Burst　sensingの例を示す説明図である。
　（２－２）Distributed　sensing
　車端末の最大reservation周期は１秒になる。なるべく車端末からの送信パケットを漏らずにセンシングするため、フルセンシングはリソースセレクションを行う１秒前から行う。Burst　sensingであれば、リソースを選択する前のある一定時間以内（１秒未満）のリソースしかセンシングしていない。車端末のreservation周期がburst　sensing　windowのサイズより大きい場合に、送信パケットはセンシングされない場合がある。それが故に、歩行者端末は、リソースを選択する時に既に使われているリソースを選択してしまい、コリジョンが発生する可能性がある。図３２は、burst　sensingを使って、コリジョンが発生した問題を示す説明図である。従って、１秒の期間全体に渡ってセンシングする必要がある。
　Distributed　sensingは、Sensingすべき期間内を複数回センシングすることで実施される。それぞれのセンシング期間は、Sensing　periodとして定義される。それぞれのSub-sensing　periodは、Selection　windowと同じサイズである。端末は、複数のSensing　periodのセンシング結果を用いて、Selection　windowにおけるリソース使用状況を認識し、送信すべきリソースを決定する。例えば、Sensingすべき期間が１秒の場合であれば、例えば100ミリ秒ごとの期間に分割し、期間内でSensing　periodを決定する。図３３は、Distributed　sensingの例を示す説明図である。
　（Distributed　sensing　with　fixed　window）
　１秒間のsubframe（1000サブフレーム）を100msおきに区切ると、10ピリオドになる。すべてのピリオドを含めて、10回のsub-sensingを行う。それぞれのSub-sensing期間の設定はセンシングすべき期間にわたって同じにすることも可能である。すなわち、それぞれのセンシング期間における、センシングのstarting　subframeやセンシング期間、センシングの間隔は固定である。図３４は、Sub-sensingごとの設定を同一にしたセンシングの例を示す説明図である。さらに、歩行者端末は自分の送信用のリソースプールと同じ領域をセンシングすることが望ましい、送信用のリソースプールと同じ領域をセンシングするので、信頼性が高い。
　（Distributed　sensing　with　shifted　window）
　１秒間のsubframe（1000サブフレーム）を100msおきに区切ると、10ピリオドになる。すべてのピリオドを含めて、10回のsub-sensingを行う。車端末の送信パケットの最大遅延は100msなので、100msおきにsub-sensingを行う。Sub-sensingごとの設定、例えばセンシングのstarting　subframe、センシング期間、センシングの間隔は可変に設定できる。図３５は、Sub-sensingごとの設定を変化させたセンシングの例を示す説明図である。歩行者端末は、Starting　subframeを、ランダムに決めても良く、パターンを基地局側から取得しても良い。このshifted　windowの場合では、送信用のリソースプールを制限しなくてもよいので、リソースセレクションの柔軟性を高めることができる。これらのセンシングに関するパラメータは、パケットリザベーション周期に関するパラメータ(例えばi*P:iはパケットリザベーション周期（P*i）の構成要素であり、Pは基底となる固定値であり、iはネットワークから設定可能なパラメータである)、パケットリセレクションに関するパラメータ(リセレクションカウンタ)、チャネル混雑度であるＣＢＲ（Channel　Busy　Ratio）、センシングすべき対象領域を決定するために使用するパラメータの一つ以上を用いて、設定される。
　ここではパーシャルセンシングのパラメータをiによって変更する方法を説明する。ここで、iとはパケットリザベーション周期（P*i）の構成要素であり、Pは基底となる固定値であり、iはネットワークから設定可能なパラメータである。例えば車端末としてはP=100msである。iの選択可能な値は集合で表示される。例えば｛0,1,2,3…｝のように表記される。i=0の場合に、パケットリザベーションを行わない。iは0以外の値であれば、今回送信用のリソースプールのi個先のリソースプール内の今回送信用の同じリソース（同じoffsetがある時間リソースと同じ周波数リソース）をリザーブする。iはビットマップとして基地局から設定されてもよい。
　ここでのセンシングに関するパラメータはセンシングウィンドウの開始位置、センシングウィンドウサイズ、センシングの周波数領域、センシングのリソースプール、センシングウィンドウの番号を含み得る。
　センシングに関するパラメータの設定は、ネットワーク側か、もしくは歩行者端末自身が行っても良い。また、端末にPreconfigurationされていてもよい。歩行者端末が、ネットワークのＣＢＲを用いて、センシングに関するパラメータを設定してもよい。例えば、ネットワークが混雑な場合に、センシングウィンドウサイズを大きく設定して、センシング候補を増やす。また、例えば、センシングを行うべきSub　sensing　periodを、CBRを用いて決定してもよい。歩行者端末が、パケットのリセレクションに関するパラメータ（リセレクションカウンタなど）を用いて、センシングに関するパラメータを設定してもよい。例えば、リセレクションカウンタの設定可能な集合値を用いて、センシングを行う領域を設定してもよい。
　ここではセンシングに関するパラメータを、リザベーション周期に関するパラメータi、ネットワークのＣＢＲ、またはパケットのリセレクションに関するパラメータと、αというパラメータを用いて設定する方法を説明する。
　ここでαはセンシングすべき対象領域（Sub　sensing　periodの中のSub　sensing　window）を示すパラメータである。つまり、どのセンシングすべき期間内のどのSub　sensing　windowをセンシングすればよいかをパラメータαを用いて決定する。パラメータαは基地局から通知される。例えば、パラメータiによって、Selection　windowに影響のあるSub　sensing　windowを決定した後、それらをランキングし、どの順位までセンシングするかをこのパラメータαを用いて決定する。この他にも、センシングすべきSub　sensing　window番号を基地局から直接端末に通知してもよい。
　歩行者端末がセンシングして、リソースセレクションを行う際に、センシングの結果によって、送信用のリソース候補な中に使えるリソースは相当少ない時がある。その場合、送信用のリソースを増やす必要がある。そのため、Sub　sensing　periodのサイズを拡張することで、リソース選択のための候補リソースを増加させる。また、拡張以外にも、新たに追加センシング領域をSub　sensing　period内に設定してもよい。
　Sub　sensing　periodのサイズ拡張のタイミングは、端末が所定の回数以上、チャネルの混雑を検出した場合でもよい。つまり、歩行者端末はある一定のセンシング回数以上にセンシングを行った後、既定の送信リソースの候補の中にリソースの使用率を計算する。その使用率はある一定以上になると、歩行者端末が新しいセンシング候補を設定してセンシングを行う。また、端末は、所定の回数以上、チャネルの混雑を検出した場合、その後のセンシングをキャンセルし、ランダムセレクションに切り替えてもよい。
　ここで、所定のセンシング回数（β）及びセンシングの混雑判定のための閾値設定（θ）は、ネットワーク側から設定されてもよく、端末自身で設定してもよい。また、Pre-configurationされてもよい。
　歩行者端末がβ以上のセンシング回数にセンシングを行って、送信リソースの候補の中のリソースの使用率はθより大きい場合なら、歩行者端末が新しいセンシング候補を設定し、センシングを行う。歩行者端末がセンシングを完了したら、すべてのセンシング結果に基づき、送信リソースを選択する。新しいセンシング候補の設定は、歩行者端末が自らランダムに設定してもよい、ネットワーク側が設定した方法を通して設定してもよい。例えば、新しいセンシング候補を設定する際に、古いセンシング候補に基づいてある一定のsubframeでシフトする。
　歩行者端末がβ以上のセンシング回数にセンシングを行って、送信リソースの候補の中のリソースの使用率はθより大きい場合なら、消費電力を抑えるために、センシングを中止するができる。歩行者端末が送信リソースを選択する時、センシング結果に基づく既定の送信リソース候補の使えるリソース、と送信リソース候補以外の全部のリソースはcandidateとして、選択する。
　［１．３．構成例］
　次に、図１７を参照して、本開示の実施形態に係る基地局（ｅＮＢ）１００の構成の一例を説明する。図１７は、本開示の実施形態に係る基地局１００の構成の一例を示すブロック図である。図１７を参照すると、基地局１００は、アンテナ部１１０、無線通信部１２０、ネットワーク通信部１３０、記憶部１４０及び処理部１５０を備える。
　（１）アンテナ部１１０
　アンテナ部１１０は、無線通信部１２０により出力される信号を電波として空間に放射する。また、アンテナ部１１０は、空間の電波を信号に変換し、当該信号を無線通信部１２０へ出力する。
　（２）無線通信部１２０
　無線通信部１２０は、信号を送受信する。例えば、無線通信部１２０は、端末装置へのダウンリンク信号を送信し、端末装置からのアップリンク信号を受信する。
　（３）ネットワーク通信部１３０
　ネットワーク通信部１３０は、情報を送受信する。例えば、ネットワーク通信部１３０は、他のノードへの情報を送信し、他のノードからの情報を受信する。例えば、上記他のノードは、他の基地局及びコアネットワークノードを含む。
　（４）記憶部１４０
　記憶部１４０は、基地局１００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
　（５）処理部１５０
　処理部１５０は、基地局１００の様々な機能を提供する。処理部１５０は、送信処理部１５１及び通知部１５３を含む。なお、処理部１５０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部１５０は、これらの構成要素の動作以外の動作も行い得る。
　送信処理部１５１は、端末装置２００へ向けたデータの送信に関する処理を実行する。その他、送信処理部１５１は、上述した基地局（ｅＮＢ）の処理全般を実行する。また通知部１５３は、端末装置２００に対する情報の通知に関する処理を実行する。すなわち、通知部１５３は、上述した基地局（ｅＮＢ）の、端末装置に対する通知処理全般を実行する。
　処理部１５０は、本開示における制御部の一例として機能しうる。基地局１００は、係る構成を有することで、本実施形態に関する種々の処理、例えば、端末装置２００へのリソースの割り当て、割り当てたリソースに関する情報の端末装置２００への通知、端末装置２００からの情報の取得、等を実施することが可能となる。
　次に、図１８を参照して、本開示の実施形態に係る端末装置２００の構成の一例を説明する。図１８は、本開示の実施形態に係る端末装置２００の構成の一例を示すブロック図である。図１８を参照すると、端末装置２００は、アンテナ部２１０、無線通信部２２０、記憶部２３０及び処理部２４０を備える。
　（１）アンテナ部２１０
　アンテナ部２１０は、無線通信部２２０により出力される信号を電波として空間に放射する。また、アンテナ部２１０は、空間の電波を信号に変換し、当該信号を無線通信部２２０へ出力する。
　（２）無線通信部２２０
　無線通信部２２０は、信号を送受信する。例えば、無線通信部２２０は、基地局からのダウンリンク信号を受信し、基地局へのアップリンク信号を送信する。
　（３）記憶部２３０
　記憶部２３０は、端末装置２００の動作のためのプログラム及び様々なデータを一時的に又は恒久的に記憶する。
　（４）処理部２４０
　処理部２４０は、端末装置２００の様々な機能を提供する。処理部２４０は、取得部２４１及び受信処理部２４３を含む。なお、処理部２４０は、これらの構成要素以外の他の構成要素をさらに含み得る。即ち、処理部２４０は、これらの構成要素の動作以外の動作も行い得る。
　取得部２４１は、基地局１００から送信されたデータの取得に関する処理を実行する。受信処理部２４３は、取得部２４１が取得したデータの受信に関する処理を実行する。受信処理部２４３は、上述した端末装置の処理全般を実行する。
　処理部２４０は、本開示における制御部の一例として機能しうる。端末装置２００は、係る構成を有することで、本実施形態に関する種々の処理、例えば、リソースの確保、リソースの予約、他の端末装置や基地局１００へのデータの送信、等を実施することが可能となる。
　＜２．応用例＞
　本開示に係る技術は、様々な製品へ応用可能である。例えば、基地局１００は、マクロｅＮＢ又はスモールｅＮＢなどのいずれかの種類のｅＮＢ（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）モジュール９２４、センサ９２５、データインタフェース９２６、コンテンツプレーヤ９２７、記憶媒体インタフェース９２８、入力デバイス９２９、表示デバイス９３０、スピーカ９３１、無線通信インタフェース９３３、１つ以上のアンテナスイッチ９３６、１つ以上のアンテナ９３７及びバッテリー９３８を備える。
　プロセッサ９２１は、例えばＣＰＵ又はＳｏＣであってよく、カーナビゲーション装置９２０のナビゲーション機能及びその他の機能を制御する。メモリ９２２は、ＲＡＭ及びＲＯＭを含み、プロセッサ９２１により実行されるプログラム及びデータを記憶する。
　ＧＰＳモジュール９２４は、ＧＰＳ衛星から受信されるＧＰＳ信号を用いて、カーナビゲーション装置９２０の位置（例えば、緯度、経度及び高度）を測定する。センサ９２５は、例えば、ジャイロセンサ、地磁気センサ及び気圧センサなどのセンサ群を含み得る。データインタフェース９２６は、例えば、図示しない端子を介して車載ネットワーク９４１に接続され、車速データなどの車両側で生成されるデータを取得する。
　コンテンツプレーヤ９２７は、記憶媒体インタフェース９２８に挿入される記憶媒体（例えば、ＣＤ又はＤＶＤ）に記憶されているコンテンツを再生する。入力デバイス９２９は、例えば、表示デバイス９３０の画面上へのタッチを検出するタッチセンサ、ボタン又はスイッチなどを含み、ユーザからの操作又は情報入力を受け付ける。表示デバイス９３０は、ＬＣＤ又はＯＬＥＤディスプレイなどの画面を有し、ナビゲーション機能又は再生されるコンテンツの画像を表示する。スピーカ９３１は、ナビゲーション機能又は再生されるコンテンツの音声を出力する。
　無線通信インタフェース９３３は、ＬＴＥ又はＬＴＥ－Ａｄｖａｎｃｅｄなどのいずれかのセルラー通信方式をサポートし、無線通信を実行する。無線通信インタフェース９３３は、典型的には、ＢＢプロセッサ９３４及びＲＦ回路９３５などを含み得る。ＢＢプロセッサ９３４は、例えば、符号化／復号、変調／復調及び多重化／逆多重化などを行なってよく、無線通信のための様々な信号処理を実行する。一方、ＲＦ回路９３５は、ミキサ、フィルタ及びアンプなどを含んでもよく、アンテナ９３７を介して無線信号を送受信する。無線通信インタフェース９３３は、ＢＢプロセッサ９３４及びＲＦ回路９３５を集積したワンチップのモジュールであってもよい。無線通信インタフェース９３３は、図２２に示したように複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含んでもよい。なお、図２２には無線通信インタフェース９３３が複数のＢＢプロセッサ９３４及び複数のＲＦ回路９３５を含む例を示したが、無線通信インタフェース９３３は単一のＢＢプロセッサ９３４又は単一のＲＦ回路９３５を含んでもよい。
　さらに、無線通信インタフェース９３３は、セルラー通信方式に加えて、近距離無線通信方式、近接無線通信方式又は無線ＬＡＮ方式などの他の種類の無線通信方式をサポートしてもよく、その場合に、無線通信方式ごとのＢＢプロセッサ９３４及びＲＦ回路９３５を含んでもよい。
　アンテナスイッチ９３６の各々は、無線通信インタフェース９３３に含まれる複数の回路（例えば、異なる無線通信方式のための回路）の間でアンテナ９３７の接続先を切り替える。
　アンテナ９３７の各々は、単一の又は複数のアンテナ素子（例えば、ＭＩＭＯアンテナを構成する複数のアンテナ素子）を有し、無線通信インタフェース９３３による無線信号の送受信のために使用される。カーナビゲーション装置９２０は、図２２に示したように複数のアンテナ９３７を有してもよい。なお、図２２にはカーナビゲーション装置９２０が複数のアンテナ９３７を有する例を示したが、カーナビゲーション装置９２０は単一のアンテナ９３７を有してもよい。
　さらに、カーナビゲーション装置９２０は、無線通信方式ごとにアンテナ９３７を備えてもよい。その場合に、アンテナスイッチ９３６は、カーナビゲーション装置９２０の構成から省略されてもよい。
　バッテリー９３８は、図中に破線で部分的に示した給電ラインを介して、図２２に示したカーナビゲーション装置９２０の各ブロックへ電力を供給する。また、バッテリー９３８は、車両側から給電される電力を蓄積する。
　図２２に示したカーナビゲーション装置９２０において、図１８を参照して説明した処理部２４０に含まれる１つ以上の構成要素（取得部２４１及び／又は受信処理部２４３）は、無線通信インタフェース９３３において実装されてもよい。あるいは、これらの構成要素の少なくとも一部は、プロセッサ９２１において実装されてもよい。一例として、カーナビゲーション装置９２０は、無線通信インタフェース９３３の一部（例えば、ＢＢプロセッサ９３４）若しくは全部及び／又はプロセッサ９２１を含むモジュールを搭載し、当該モジュールにおいて上記１つ以上の構成要素が実装されてもよい。この場合に、上記モジュールは、プロセッサを上記１つ以上の構成要素として機能させるためのプログラム（換言すると、プロセッサに上記１つ以上の構成要素の動作を実行させるためのプログラム）を記憶し、当該プログラムを実行してもよい。別の例として、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムがカーナビゲーション装置９２０にインストールされ、無線通信インタフェース９３３（例えば、ＢＢプロセッサ９３４）及び／又はプロセッサ９２１が当該プログラムを実行してもよい。以上のように、上記１つ以上の構成要素を備える装置としてカーナビゲーション装置９２０又は上記モジュールが提供されてもよく、プロセッサを上記１つ以上の構成要素として機能させるためのプログラムが提供されてもよい。また、上記プログラムを記録した読み取り可能な記録媒体が提供されてもよい。
　また、図２２に示したカーナビゲーション装置９２０において、例えば、図１８を参照して説明した無線通信部２２０は、無線通信インタフェース９３３（例えば、ＲＦ回路９３５）において実装されてもよい。また、アンテナ部２１０は、アンテナ９３７において実装されてもよい。また、記憶部２３０は、メモリ９２２において実装されてもよい。
　また、本開示に係る技術は、上述したカーナビゲーション装置９２０の１つ以上のブロックと、車載ネットワーク９４１と、車両側モジュール９４２とを含む車載システム（又は車両）９４０として実現されてもよい。即ち、取得部２４１及び／又は受信処理部２４３を備える装置として車載システム（又は車両）９４０が提供されてもよい。車両側モジュール９４２は、車速、エンジン回転数又は故障情報などの車両側データを生成し、生成したデータを車載ネットワーク９４１へ出力する。
　＜３．まとめ＞
　以上説明したように本開示の実施の形態によれば、以下で説明するように、Ｖ２Ｘ通信のような装置間通信を行う端末装置であって、効率的に、センシングを用いてリソースが選択できる端末装置、及び、そのような端末装置にリソースを提供する基地局が提供される。
　本明細書の各装置が実行する処理における各ステップは、必ずしもシーケンス図またはフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、各装置が実行する処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
　また、各装置に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述した各装置の構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供されることが可能である。また、機能ブロック図で示したそれぞれの機能ブロックをハードウェアまたはハードウェア回路で構成することで、一連の処理をハードウェアまたはハードウェア回路で実現することもできる。
　以上、添付図面を参照しながら本開示の好適な実施形態について詳細に説明したが、本開示の技術的範囲はかかる例に限定されない。本開示の技術分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本開示の技術的範囲に属するものと了解される。
　また、本明細書に記載された効果は、あくまで説明的または例示的なものであって限定的ではない。つまり、本開示に係る技術は、上記の効果とともに、または上記の効果に代えて、本明細書の記載から当業者には明らかな他の効果を奏しうる。
　なお、以下のような構成も本開示の技術的範囲に属する。
（１）
　装置間通信を実行する端末装置がリソース選択できるリソース領域を割当て、前記リソース領域のセンシングの範囲に関する情報を前記端末装置に提供する制御部を備える、通信装置。
（２）
　前記制御部は、前記端末装置が前記リソースを用いて通信するトラフィックの種類に応じて前記センシングの範囲を設定する、前記（１）に記載の通信装置。
（３）
　前記制御部は、前記端末装置が前記リソースを用いて通信するトラフィックの優先度に応じて前記センシングの範囲を設定する、前記（１）に記載の通信装置。
（４）
　前記制御部は、前記端末装置の移動速度に応じて前記センシングの範囲を設定する、前記（１）～（３）のいずれかに記載の通信装置。
（５）
　前記制御部は、前記端末装置の位置情報に応じて前記センシングの範囲を設定する、前記（１）～（４）のいずれかに記載の通信装置。
（６）
　前記制御部は、前記端末装置の種類に応じて前記センシングの範囲を設定する、前記（１）～（５）のいずれかに記載の通信装置。
（７）
　前記制御部は、Sidelinkのリソース使用状況に応じて前記センシングの範囲を設定する、前記（１）～（６）のいずれかに記載の通信装置。
（８）
　前記制御部は、前記端末装置ごとに前記センシングの範囲を設定する、前記（１）～（７）のいずれかに記載の通信装置。
（９）
　前記制御部は、全ての前記端末装置へ共通に前記センシングの範囲を設定する、前記（１）～（７）のいずれかに記載の通信装置。
（１０）
　前記制御部は、前記リソース領域の所定の範囲ごとにグルーピングを行う、前記（１）～（９）のいずれかに記載の通信装置。
（１１）
　前記制御部は、グルーピングされた範囲において前記端末装置に対してリソースホッピングを実施させるための情報を提供する、前記（１０）に記載の通信装置。
（１２）
　前記制御部は、前記端末装置が前記リソースを選択してから情報を送信するまでの間隔に関する情報を提供する、前記（１）～（１０）のいずれかに記載の通信装置。
（１３）
　前記制御部は、前記端末装置が前記リソースを用いて通信するトラフィックの種類に応じて前記間隔を設定する、前記（１２）に記載の通信装置。
（１４）
　前記制御部は、前記端末装置が前記リソースを用いて通信するトラフィックの優先度に応じて前記間隔を設定する、前記（１２）に記載の通信装置。
（１５）
　前記制御部は、前記端末装置の移動速度に応じて前記間隔を設定する、前記（１２）～（１４）のいずれかに記載の通信装置。
（１６）
　前記制御部は、前記端末装置の位置情報に応じて前記間隔を設定する、前記（１２）～（１５）のいずれかに記載の通信装置。
（１７）
　前記制御部は、前記端末装置の種類に応じて前記間隔を設定する、前記（１２）～（１６）のいずれかに記載の通信装置。
（１８）
　前記制御部は、前記端末装置ごとに前記間隔を設定する、前記（１２）～（１７）のいずれかに記載の通信装置。
（１９）
　前記制御部は、全ての前記端末装置へ共通に前記間隔を設定する、前記（１２）～（１７）のいずれかに記載の通信装置。
（２０）
　基地局から割り当てられたリソース領域の中からリソースを選択し、選択したリソースを用いて装置間通信を実行する際に、前記リソース領域のセンシングの範囲を状況に応じて決定する制御部を備える、通信装置。
（２１）
　前記制御部は、前記基地局から提供された情報に基づいて前記センシングの範囲を決定する、前記（２０）に記載の通信装置。
（２２）
　前記制御部は、前記センシングの結果に基づいてリソースを選択してから情報を送信するまでの間隔を状況に応じて決定する、前記（２０）または（２１）に記載の通信装置。
（２３）
　前記制御部は、前記基地局から提供された情報に基づいて前記間隔を決定する、前記（２３）に記載の通信装置。
（２４）
　前記制御部は、前記情報として情報の優先度の情報を送信する、前記（２２）または（２３）に記載の通信装置。
（２５）
　前記制御部は、前記情報として情報の送信元の情報を送信する、前記（２２）～（２４）のいずれかに記載の通信装置。
（２６）
　前記制御部は、前記情報として情報の送信電力に関する情報を送信する、前記（２２）～（２５）のいずれかに記載の通信装置。
（２７）
　前記制御部は、前記間隔の情報を用いて前記リソースの予約に関する情報を他の装置に通知する、前記（２２）～（２６）のいずれかに記載の通信装置。
（２８）
　前記制御部は、前記センシングの結果リソースを確保出来なかった場合に前記センシングの範囲を延長する、前記（２０）～（２７）のいずれかに記載の通信装置。
（２９）
　前記制御部は、前記センシングの範囲を所定量延長してもリソースを確保出来なかった場合に、前記リソース領域のセンシングの範囲を状況に応じて再決定する、前記（２８）に記載の通信装置。
（３０）
　前記制御部は、前記センシングの範囲の再決定を所定回数行うと、前記基地局に対して報告する、前記（２９）に記載の通信装置。
（３１）
　前記制御部は、エナジーセンシングによりリソースを選択する際の閾値を、前記装置間通信の際の送信電力情報に基づいて変化させる、前記（２０）～（３０）のいずれかに記載の通信装置。
（３２）
　装置間通信を実行する端末装置がリソース選択できるリソース領域を割当て、前記リソース領域のセンシングの範囲に関する情報を前記端末装置に提供することを含む、通信方法。
（３３）
　基地局から割り当てられたリソース領域の中からリソースを選択し、選択したリソースを用いて装置間通信を実行する際に、前記リソース領域のセンシングの範囲を状況に応じて決定することを含む、通信方法。
（３４）
　装置間通信を実行する端末装置がリソース選択できるリソース領域を割当て、前記リソース領域のセンシングの範囲に関する情報を前記端末装置に提供することをコンピュータに実行させる、コンピュータプログラム。
（３５）
　基地局から割り当てられたリソース領域の中からリソースを選択し、選択したリソースを用いて装置間通信を実行する際に、前記リソース領域のセンシングの範囲を状況に応じて決定することをコンピュータに実行させる、コンピュータプログラム。
（３６）
　基地局から割り当てられたリソース領域の中からリソースを選択し、選択したリソースを用いて装置間通信を実行する際に、前記基地局から通知されたパケットリザベーション周期、もしくはセンシングモードに関するパラメータのいずれか１つ以上を用いて、センシングに関するパラメータを設定する制御部を備える、通信装置。
（３７）
　前記パケットリザベーションに関するパラメータはパラメータiの集合として定義される、前記（３６）に記載の通信装置。
（３８）
　前記パラメータiはパケットリザベーション周期（P*i）の構成要素であり、Pは基底となる固定値であり、iはネットワークから設定可能なパラメータである、前記（３７）に記載の通信装置。
（３９）
　前記センシングモードに関するパラメータはパラメータαとして定義される、前記（３７）または（３８）のいずれかに記載の通信装置。
（４０）
　前記パラメータαを用いて、同一のiにおいてセンシングに関するパラメータの複数の設定方法のどちらかを使用することを決定する、前記（３９）に記載の通信装置。
（４１）
　前記センシングに関するパラメータは、センシングウィンドウの開始位置、センシングウィンドウサイズ、センシングの周波数帯域、センシングのリソースプール、センシングウィンドウの番号を含む、前記（３６）に記載の通信装置。
（４２）
　前記制御部は、前記基地局から通知されたパケットリザベーション周期、ネットワークのＣＢＲ（Ｃｈａｎｎｅｌ　Ｂｕｓｙ　Ｒａｔｉｏ）、パケットリセレクションに関するパラメータまたはセンシングすべき対象領域を示すパラメータのいずれか１つ以上を用いてセンシングに関するパラメータを設定する、前記（３６）に記載の通信装置。
（４３）
　前記制御部は、所定のセンシング回数以上にセンシングを行った後、既定の送信リソースの候補の中にリソースの使用率を計算し、前記使用率が所定値以上になると、新しいセンシング候補を設定してセンシングを行う、前記（３６）に記載の通信装置。
（４４）
　前記制御部は、所定のセンシング回数以上にセンシングを行った後、既定の送信リソースの候補の中にリソースの使用率を計算し、前記使用率が所定値以上になるとセンシングを中止する、前記（３６）に記載の通信装置。
（４５）
　センシング回数の閾値β及び使用率の閾値θはネットワーク側から設定される、前記（４３）に記載の通信装置。
（４６）
　前記制御部は、新しいセンシング候補を設定し、センシングを完了して、全てのセンシング結果に基づき送信リソースを選択する、前記（４３）に記載の通信装置。
（４７）
　前記制御部は、ランダムに前記新しいセンシング候補を設定する、前記（４６）に記載の通信装置。
（４８）
　前記制御部は、ネットワーク側から前記新しいセンシング候補の設定を受ける、前記（４６）に記載の通信装置。
（４９）
　前記制御部は、センシングを中止して送信リソースを選択する際に、センシング結果に基づく既定の送信リソース候補の使用できるリソースと、送信リソース候補以外の全部のリソースを選択候補として、選択する、前記（４３）に記載の通信装置。
（５０）
　基地局から割り当てられたリソース領域の中からリソースを選択し、選択したリソースを用いて装置間通信を実行する際に、前記基地局から通知されたパケットリザベーション周期、もしくはセンシングモードに関するパラメータのいずれか１つ以上を用いてセンシングに関するパラメータを設定することを含む、通信制御方法。
　１００　　端末装置
　２００　　基地局

Claims (50)

  1. 　装置間通信を実行する端末装置がリソース選択できるリソース領域を割当て、前記リソース領域のセンシングの範囲に関する情報を前記端末装置に提供する制御部を備える、通信装置。
  2. 　前記制御部は、前記端末装置が前記リソースを用いて通信するトラフィックの種類に応じて前記センシングの範囲を設定する、請求項１に記載の通信装置。
  3. 　前記制御部は、前記端末装置が前記リソースを用いて通信するトラフィックの優先度に応じて前記センシングの範囲を設定する、請求項１に記載の通信装置。
  4. 　前記制御部は、前記端末装置の移動速度に応じて前記センシングの範囲を設定する、請求項１に記載の通信装置。
  5. 　前記制御部は、前記端末装置の位置情報に応じて前記センシングの範囲を設定する、請求項１に記載の通信装置。
  6. 　前記制御部は、前記端末装置の種類に応じて前記センシングの範囲を設定する、請求項１に記載の通信装置。
  7. 　前記制御部は、Sidelinkのリソース使用状況に応じて前記センシングの範囲を設定する、請求項１に記載の通信装置。
  8. 　前記制御部は、前記端末装置ごとに前記センシングの範囲を設定する、請求項１に記載の通信装置。
  9. 　前記制御部は、全ての前記端末装置へ共通に前記センシングの範囲を設定する、請求項１に記載の通信装置。
  10. 　前記制御部は、前記リソース領域の所定の範囲ごとにグルーピングを行う、請求項１に記載の通信装置。
  11. 　前記制御部は、グルーピングされた範囲において前記端末装置に対してリソースホッピングを実施させるための情報を提供する、請求項１０に記載の通信装置。
  12. 　前記制御部は、前記端末装置が前記リソースを選択してから情報を送信するまでの間隔に関する情報を提供する、請求項１に記載の通信装置。
  13. 　前記制御部は、前記端末装置が前記リソースを用いて通信するトラフィックの種類に応じて前記間隔を設定する、請求項１２に記載の通信装置。
  14. 　前記制御部は、前記端末装置が前記リソースを用いて通信するトラフィックの優先度に応じて前記間隔を設定する、請求項１２に記載の通信装置。
  15. 　前記制御部は、前記端末装置の移動速度に応じて前記間隔を設定する、請求項１２に記載の通信装置。
  16. 　前記制御部は、前記端末装置の位置情報に応じて前記間隔を設定する、請求項１２に記載の通信装置。
  17. 　前記制御部は、前記端末装置の種類に応じて前記間隔を設定する、請求項１２に記載の通信装置。
  18. 　前記制御部は、前記端末装置ごとに前記間隔を設定する、請求項１２に記載の通信装置。
  19. 　前記制御部は、全ての前記端末装置へ共通に前記間隔を設定する、請求項１２に記載の通信装置。
  20. 　基地局から割り当てられたリソース領域の中からリソースを選択し、選択したリソースを用いて装置間通信を実行する際に、前記リソース領域のセンシングの範囲を状況に応じて決定する制御部を備える、通信装置。
  21. 　前記制御部は、前記基地局から提供された情報に基づいて前記センシングの範囲を決定する、請求項２０に記載の通信装置。
  22. 　前記制御部は、前記センシングの結果に基づいてリソースを選択してから情報を送信するまでの間隔を状況に応じて決定する、請求項２０に記載の通信装置。
  23. 　前記制御部は、前記基地局から提供された情報に基づいて前記間隔を決定する、請求項２２に記載の通信装置。
  24. 　前記制御部は、前記情報として情報の優先度の情報を送信する、請求項２２に記載の通信装置。
  25. 　前記制御部は、前記情報として情報の送信元の情報を送信する、請求項２２に記載の通信装置。
  26. 　前記制御部は、前記情報として情報の送信電力に関する情報を送信する、請求項２２に記載の通信装置。
  27. 　前記制御部は、前記間隔の情報を用いて前記リソースの予約に関する情報を他の装置に通知する、請求項２２に記載の通信装置。
  28. 　前記制御部は、前記センシングの結果リソースを確保出来なかった場合に前記センシングの範囲を延長する、請求項２０に記載の通信装置。
  29. 　前記制御部は、前記センシングの範囲を所定量延長してもリソースを確保出来なかった場合に、前記リソース領域のセンシングの範囲を状況に応じて再決定する、請求項２８に記載の通信装置。
  30. 　前記制御部は、前記センシングの範囲の再決定を所定回数行うと、前記基地局に対して報告する、請求項２８に記載の通信装置。
  31. 　前記制御部は、エナジーセンシングによりリソースを選択する際の閾値を、前記装置間通信の際の送信電力情報に基づいて変化させる、請求項２０に記載の通信装置。
  32. 　装置間通信を実行する端末装置がリソース選択できるリソース領域を割当て、前記リソース領域のセンシングの範囲に関する情報を前記端末装置に提供することを含む、通信方法。
  33. 　基地局から割り当てられたリソース領域の中からリソースを選択し、選択したリソースを用いて装置間通信を実行する際に、前記リソース領域のセンシングの範囲を状況に応じて決定することを含む、通信方法。
  34. 　装置間通信を実行する端末装置がリソース選択できるリソース領域を割当て、前記リソース領域のセンシングの範囲に関する情報を前記端末装置に提供することをコンピュータに実行させる、コンピュータプログラム。
  35. 　基地局から割り当てられたリソース領域の中からリソースを選択し、選択したリソースを用いて装置間通信を実行する際に、前記リソース領域のセンシングの範囲を状況に応じて決定することをコンピュータに実行させる、コンピュータプログラム。
  36. 　基地局から割り当てられたリソース領域の中からリソースを選択し、選択したリソースを用いて装置間通信を実行する際に、前記基地局から通知されたパケットリザベーション周期、もしくはセンシングモードに関するパラメータのいずれか１つ以上を用いて、センシングに関するパラメータを設定する制御部を備える、通信装置。
  37. 　前記パケットリザベーションに関するパラメータはパラメータiの集合として定義される、請求項３６に記載の通信装置。
  38. 　前記パラメータiはパケットリザベーション周期（P*i）の構成要素であり、Pは基底となる固定値であり、iはネットワークから設定可能なパラメータである、請求項３７に記載の通信装置。
  39. 　前記センシングモードに関するパラメータはパラメータαとして定義される、請求項３７に記載の通信装置。
  40. 　前記パラメータαを用いて、同一のiにおいてセンシングに関するパラメータの複数の設定方法のどちらかを使用することを決定する、請求項３９に記載の通信装置。
  41. 　前記センシングに関するパラメータは、センシングウィンドウの開始位置、センシングウィンドウサイズ、センシングの周波数帯域、センシングのリソースプール、センシングウィンドウの番号を含む、請求項３６に記載の通信装置。
  42. 　前記制御部は、前記基地局から通知されたパケットリザベーション周期、ネットワークのＣＢＲ（Ｃｈａｎｎｅｌ　Ｂｕｓｙ　Ｒａｔｉｏ）、パケットリセレクションに関するパラメータまたはセンシングすべき対象領域を示すパラメータのいずれか１つ以上を用いてセンシングに関するパラメータを設定する、請求項３６に記載の通信装置。
  43. 　前記制御部は、所定のセンシング回数以上にセンシングを行った後、既定の送信リソースの候補の中にリソースの使用率を計算し、前記使用率が所定値以上になると、新しいセンシング候補を設定してセンシングを行う、請求項３６に記載の通信装置。
  44. 　前記制御部は、所定のセンシング回数以上にセンシングを行った後、既定の送信リソースの候補の中にリソースの使用率を計算し、前記使用率が所定値以上になるとセンシングを中止する、請求項３６に記載の通信装置。
  45. 　センシング回数の閾値β及び使用率の閾値θはネットワーク側から設定される、請求項４３に記載の通信装置。
  46. 　前記制御部は、新しいセンシング候補を設定し、センシングを完了して、全てのセンシング結果に基づき送信リソースを選択する、請求項４３に記載の通信装置。
  47. 　前記制御部は、ランダムに前記新しいセンシング候補を設定する、請求項４６に記載の通信装置。
  48. 　前記制御部は、ネットワーク側から前記新しいセンシング候補の設定を受ける、請求項４６に記載の通信装置。
  49. 　前記制御部は、センシングを中止して送信リソースを選択する際に、センシング結果に基づく既定の送信リソース候補の使用できるリソースと、送信リソース候補以外の全部のリソースを選択候補として、選択する、請求項４３に記載の通信装置。
  50. 　基地局から割り当てられたリソース領域の中からリソースを選択し、選択したリソースを用いて装置間通信を実行する際に、前記基地局から通知されたパケットリザベーション周期、もしくはセンシングモードに関するパラメータのいずれか１つ以上を用いてセンシングに関するパラメータを設定することを含む、通信制御方法。
PCT/JP2017/015518 2016-05-12 2017-04-18 通信装置、通信方法及びコンピュータプログラム WO2017195535A1 (ja)

Priority Applications (6)

Application Number Priority Date Filing Date Title
EP20182978.5A EP3737194B1 (en) 2016-05-12 2017-04-18 Communication device, communication method and computer program
US16/095,704 US10757709B2 (en) 2016-05-12 2017-04-18 Communication device, communication method, and computer program for sensing of resources used in inter-device communications
EP17795896.4A EP3457785B1 (en) 2016-05-12 2017-04-18 Communication device, communication method and computer program
EP23173550.7A EP4236600A3 (en) 2016-05-12 2017-04-18 Communication device, communication method and computer program
US16/925,419 US11457447B2 (en) 2016-05-12 2020-07-10 Communication device, communication method, and computer program for sensing of resources used in inter-device communications
US17/889,426 US20220417923A1 (en) 2016-05-12 2022-08-17 Communication device, communication method, and computer program for sensing of resources used in inter-device communications

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
JP2016-096239 2016-05-12
JP2016096239 2016-05-12
JP2016216751A JP6669041B2 (ja) 2016-05-12 2016-11-04 通信装置、通信方法及びコンピュータプログラム
JP2016-216751 2016-11-04

Related Child Applications (2)

Application Number Title Priority Date Filing Date
US16/095,704 A-371-Of-International US10757709B2 (en) 2016-05-12 2017-04-18 Communication device, communication method, and computer program for sensing of resources used in inter-device communications
US16/925,419 Continuation US11457447B2 (en) 2016-05-12 2020-07-10 Communication device, communication method, and computer program for sensing of resources used in inter-device communications

Publications (1)

Publication Number Publication Date
WO2017195535A1 true WO2017195535A1 (ja) 2017-11-16

Family

ID=60267702

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/015518 WO2017195535A1 (ja) 2016-05-12 2017-04-18 通信装置、通信方法及びコンピュータプログラム

Country Status (4)

Country Link
US (1) US20220417923A1 (ja)
EP (1) EP4236600A3 (ja)
ES (1) ES2951109T3 (ja)
WO (1) WO2017195535A1 (ja)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110381586A (zh) * 2018-04-13 2019-10-25 华为技术有限公司 资源分配方法、装置及系统
CN112514519A (zh) * 2018-08-08 2021-03-16 索尼公司 通信设备
WO2022137698A1 (ja) * 2020-12-24 2022-06-30 株式会社デンソー 通信装置、通信方法、及び通信用プログラム

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2020184965A1 (ko) * 2019-03-13 2020-09-17 엘지전자 주식회사 사이드링크를 지원하는 무선통신시스템에서 복수의 안테나 리모트 유닛들을 제어하는 방법 및 이를 위한 장치
US20220415153A1 (en) * 2019-11-22 2022-12-29 Lg Electronics Inc. Method for receiving signal, by terminal of vulnerable road user, in wireless communication system
EP4020823A1 (en) * 2020-12-22 2022-06-29 INTEL Corporation A distributed radiohead system
US20210112456A1 (en) * 2020-12-22 2021-04-15 Satish Chandra Jha Always-on mobility-as-a-service connectivity
EP4020853A1 (en) * 2020-12-24 2022-06-29 INTEL Corporation A distributed radiohead system

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5024371B2 (ja) 2007-03-30 2012-09-12 富士通株式会社 通信方法、移動局及び基地局
US9185690B2 (en) 2012-02-29 2015-11-10 Sharp Kabushiki Kaisha Allocating and determining resources for a device-to-device link
KR102058563B1 (ko) * 2013-08-07 2019-12-24 인터디지탈 패튼 홀딩스, 인크 디바이스 대 디바이스 통신을 위한 분산형 스케줄링
KR20180107321A (ko) * 2013-12-06 2018-10-01 후지쯔 가부시끼가이샤 D2d 탐색 신호의 송신 방법, 장치 및 통신 시스템
KR102280577B1 (ko) * 2014-08-01 2021-07-23 삼성전자 주식회사 D2d 통신에서 단말의 송신 전력 제어 방법 및 장치
MX366501B (es) * 2014-08-06 2019-07-11 Interdigital Patent Holdings Inc Prioridad de dispositivo a dispositivo (d2d) y control de acceso.
US10506402B2 (en) * 2016-03-31 2019-12-10 Samsung Electronics Co., Ltd. Method and apparatus for transmission of control and data in vehicle to vehicle communication
US10798738B2 (en) 2016-03-31 2020-10-06 Sony Corporation Device and method
US10798673B2 (en) * 2016-04-01 2020-10-06 Apple Inc. Autonomous resource selection for vehicle-to-vehicle sidelink communications

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"Transmitter UE behaviour for sensing-based resource allocation", 3GPP TSG RAN WG1 MEETING #85 R1-165192, 23 May 2016 (2016-05-23), XP051096221 *
"V2V System Level Performance", 3GPP TSG-RAN WG1 #84 R1-161132, 15 February 2016 (2016-02-15), XP051054432 *
HUAWEI ET AL.: "UE autonomous resource selection", 3GPP TSG RAN WG1 MEETING #84 R1-160307, 15 February 2016 (2016-02-15), XP051053647 *
NOKIA ET AL.: "On sensing with semi-persistent transmission", 3GPP TSG RAN WG1 MEETING #85 R1- 165042, 23 May 2016 (2016-05-23), XP051089875 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110381586A (zh) * 2018-04-13 2019-10-25 华为技术有限公司 资源分配方法、装置及系统
CN112514519A (zh) * 2018-08-08 2021-03-16 索尼公司 通信设备
CN112514519B (zh) * 2018-08-08 2024-04-09 索尼公司 通信设备
WO2022137698A1 (ja) * 2020-12-24 2022-06-30 株式会社デンソー 通信装置、通信方法、及び通信用プログラム

Also Published As

Publication number Publication date
EP4236600A3 (en) 2023-09-13
EP4236600A2 (en) 2023-08-30
ES2951109T3 (es) 2023-10-18
US20220417923A1 (en) 2022-12-29

Similar Documents

Publication Publication Date Title
JP6849116B2 (ja) 通信装置、通信方法及びコンピュータプログラム
US11064509B2 (en) Methods, base station, infrastructure node and communications terminal
RU2732994C2 (ru) Абонентский терминал, устройство связи и способ связи
WO2017195535A1 (ja) 通信装置、通信方法及びコンピュータプログラム
US11419127B2 (en) Methods, base station, infrastructure node and terminal for measurements and delay-sensitive vehicle-related communications
US10798738B2 (en) Device and method
JP6907567B2 (ja) 通信装置、基地局、方法及び記録媒体
US11064504B2 (en) Methods, base station, infrastructure node and terminal
JP2019527948A (ja) 無線通信における電子デバイス及び方法
JPWO2020031592A1 (ja) 通信装置

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 17795896

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017795896

Country of ref document: EP

Effective date: 20181212