WO2016163476A1 - ユーザ端末及び制御方法 - Google Patents

ユーザ端末及び制御方法 Download PDF

Info

Publication number
WO2016163476A1
WO2016163476A1 PCT/JP2016/061436 JP2016061436W WO2016163476A1 WO 2016163476 A1 WO2016163476 A1 WO 2016163476A1 JP 2016061436 W JP2016061436 W JP 2016061436W WO 2016163476 A1 WO2016163476 A1 WO 2016163476A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
user terminal
communication
mac
field
Prior art date
Application number
PCT/JP2016/061436
Other languages
English (en)
French (fr)
Inventor
裕之 安達
Original Assignee
京セラ株式会社
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 京セラ株式会社 filed Critical 京セラ株式会社
Priority to JP2017511065A priority Critical patent/JP6732185B2/ja
Priority to US15/564,223 priority patent/US10390207B2/en
Publication of WO2016163476A1 publication Critical patent/WO2016163476A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/005—Discovery of network devices, e.g. terminals
    • 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
    • H04W92/00—Interfaces specially adapted for wireless communication networks
    • H04W92/16—Interfaces between hierarchically similar devices
    • H04W92/18—Interfaces between hierarchically similar devices between terminal devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00—Indexing scheme associated with group H04L61/00
    • H04L2101/60—Types of network addresses
    • H04L2101/618—Details of network addresses
    • H04L2101/622—Layer-2 addresses, e.g. medium access control [MAC] addresses

Definitions

  • the present invention relates to a user terminal and a control method used in a mobile communication system that supports D2D (Device to Device) communication, which is direct inter-terminal communication.
  • D2D Device to Device
  • 3GPP 3rd Generation Partnership Project
  • D2D Device to Device
  • the D2D proximity service (D2D ProSe) is a service that enables direct terminal-to-terminal communication within a synchronous cluster composed of a plurality of synchronized user terminals.
  • the D2D proximity service includes a D2D discovery procedure (ProSeDiscovery) for discovering a nearby terminal and D2D communication (ProSeCommunication) that is direct inter-terminal communication.
  • a user terminal is used in a mobile communication system that supports D2D (Device to Device) communication, which is direct inter-terminal communication.
  • the user terminal includes a controller.
  • the controller decides to execute the D2D discovery procedure for the user terminal outside the cell coverage, the controller executes the D2D discovery procedure using the D2D data resource in the preset resource pool for D2D communication.
  • the controller performs a process of transmitting identification information indicating that data carried by the D2D data resource is used for the D2D discovery procedure.
  • 1 is a configuration diagram of an LTE system according to a first embodiment. It is a block diagram of UE (user terminal) concerning a 1st embodiment. It is a block diagram of eNB (base station) concerning a 1st embodiment. It is a protocol stack figure of the radio
  • D2D ProSe a scenario (Outofcoverage) where a plurality of synchronized user terminals are located outside the cell coverage is assumed.
  • a plurality of user terminals located outside the cell coverage directly execute inter-terminal communication without going through the network. For this reason, it is desired that the D2D discovery procedure be efficiently performed between a plurality of user terminals for optimal operation in this scenario.
  • the present embodiment provides a user terminal and a control method capable of realizing an efficient D2D discovery procedure when a plurality of synchronized user terminals are located outside the cell coverage.
  • the user terminal according to the first embodiment is used in a mobile communication system that supports D2D (Device to Device) communication, which is direct inter-terminal communication.
  • the user terminal includes a controller.
  • the controller decides to execute the D2D discovery procedure for the user terminal outside the cell coverage, the controller executes the D2D discovery procedure using the D2D data resource in the preset resource pool for D2D communication. .
  • the controller performs a process of transmitting identification information indicating that data carried by the D2D data resource is used for the D2D discovery procedure.
  • the data is data in a MAC (Medium Access Control) layer
  • the identification information is configured in a first field in the MAC header.
  • the MAC header constitutes first extension information indicating whether or not the data is the last data used for the D2D discovery procedure in the second field.
  • the MAC header includes a third field indicating identification information of the own user terminal and identification information indicating the specific user terminal for D2D data transmission intended for the specific user terminal. 4 fields can be configured, and the MAC header can further configure second extension information indicating the presence or absence of the third field and the fourth field in the fifth field.
  • the MAC header sets the number of octets in the fourth field to be larger than the number of octets in the sixth field configured when the D2D discovery procedure using the D2D data resource is not executed.
  • the sixth field constitutes identification information of a data transmission destination user terminal.
  • the data is data carried in a layer lower than the MAC layer.
  • the identification information is information carried in the time / frequency resource region for control information in the resource pool for D2D communication.
  • the identification information is explicit information.
  • the identification information is information implicitly indicated by a specific MCS (Modulation and Coding Scheme).
  • the control method according to the first embodiment is a control method in a user terminal used in a mobile communication system that supports D2D (Device to Device) communication, which is direct inter-terminal communication.
  • D2D Device to Device
  • the user terminal executes the D2D discovery procedure using a D2D data resource in a preset resource pool for D2D communication.
  • the user terminal transmits identification information indicating that data carried by the D2D data resource is used for the D2D discovery procedure.
  • FIG. 1 is a configuration diagram of an LTE system according to the first embodiment.
  • the LTE system according to the first embodiment includes a UE (User Equipment) 100, an E-UTRAN (Evolved Universal Terrestrial Radio Access Network) 10, and an EPC (Evolved Packet Core) 20.
  • UE User Equipment
  • E-UTRAN Evolved Universal Terrestrial Radio Access Network
  • EPC Evolved Packet Core
  • the UE 100 corresponds to a user terminal.
  • the UE 100 is a mobile communication device, and performs wireless communication with a connection destination cell (serving cell).
  • the configuration of the UE 100 will be described later.
  • the E-UTRAN 10 corresponds to a radio access network.
  • the E-UTRAN 10 includes an eNB 200 (evolved Node-B).
  • the eNB 200 corresponds to a base station.
  • the eNB 200 is connected to each other via the X2 interface. The configuration of the eNB 200 will be described later.
  • the eNB 200 manages one or a plurality of cells and performs radio communication with the UE 100 that has established a connection with the own cell.
  • the eNB 200 has a radio resource management (RRM) function, a user data routing function, a measurement control function for mobility control / scheduling, and the like.
  • RRM radio resource management
  • Cell is used as a term indicating a minimum unit of a radio communication area, and is also used as a term indicating a function of performing radio communication with the UE 100.
  • the EPC 20 corresponds to a core network.
  • the E-UTRAN 10 and the EPC 20 constitute an LTE system network (LTE network).
  • the EPC 20 includes an MME (Mobility Management Entity) / S-GW (Serving-Gateway) 300.
  • the MME performs various mobility controls for the UE 100.
  • the S-GW controls user data transfer.
  • the MME / S-GW 300 is connected to the eNB 200 via the S1 interface.
  • FIG. 2 is a block diagram of the UE 100.
  • the UE 100 includes an antenna 101, a wireless transceiver 110, a user interface 120, a UICC (Universal Integrated Circuit Card) 130, a battery 140, a memory 150, and a processor 160.
  • the memory 150 corresponds to a storage unit
  • the processor 160 corresponds to a control unit (controller).
  • the memory 150 may be integrated with the processor 160, and this set (that is, a chip set) may be used as a processor 160 '(controller) that constitutes a control unit.
  • the controller executes various processes and various communication protocols described later.
  • the antenna 101 and the wireless transceiver 110 are used for transmitting and receiving wireless signals.
  • the radio transceiver 110 converts the baseband signal (transmission signal) output from the processor 160 into a radio signal and transmits it from the antenna 101. Further, the radio transceiver 110 converts a radio signal received by the antenna 101 into a baseband signal (received signal) and outputs the baseband signal to the processor 160.
  • the wireless transceiver 110 and the processor 160 constitute a transmission unit and a reception unit.
  • the wireless transceiver 110 may include a plurality of transmitters and / or a plurality of receivers. The embodiment mainly assumes a case where the wireless transceiver 110 includes only one transmitter and one receiver.
  • the user interface 120 is an interface with a user who owns the UE 100, and includes, for example, a display, a microphone, a speaker, and various buttons.
  • the user interface 120 receives an operation from the user and outputs a signal indicating the content of the operation to the processor 160.
  • the UICC 130 is a detachable storage medium that stores subscriber information.
  • the UICC 130 may be referred to as a SIM (Subscriber Identity Module) or a USIM (Universal SIM).
  • SIM Subscriber Identity Module
  • USIM Universal SIM
  • the UICC 130 stores a “Pre-configured parameter” to be described later.
  • the battery 140 stores power to be supplied to each block of the UE 100.
  • the UE 100 is a card type terminal, the UE 100 may not include the user interface 120 and the battery 140.
  • the memory 150 stores a program executed by the processor 160 and information used for processing by the processor 160.
  • the processor 160 includes a baseband processor that modulates / demodulates and encodes / decodes a baseband signal, and a CPU (Central Processing Unit) that executes programs stored in the memory 150 and performs various processes. .
  • the processor 160 may further include a codec that performs encoding / decoding of an audio / video signal.
  • the processor 160 executes various processes and various communication protocols described later.
  • FIG. 3 is a block diagram of the eNB 200.
  • the eNB 200 includes an antenna 201, a radio transceiver 210, a network interface 220, a memory 230, and a processor 240 (controller).
  • the memory 230 may be integrated with the processor 240, and this set (that is, a chip set) may be used as a processor 240 '(controller) that constitutes a control unit.
  • the antenna 201 and the wireless transceiver 210 are used for transmitting and receiving wireless signals.
  • the radio transceiver 210 converts the baseband signal (transmission signal) output from the processor 240 into a radio signal and transmits it from the antenna 201.
  • the radio transceiver 210 converts a radio signal received by the antenna 201 into a baseband signal (received signal) and outputs the baseband signal to the processor 240.
  • the wireless transceiver 210 and the processor 240 constitute a transmission unit and a reception unit.
  • the network interface 220 is connected to the neighboring eNB 200 via the X2 interface and is connected to the MME / S-GW 300 via the S1 interface.
  • the network interface 220 is used for communication performed on the X2 interface and communication performed on the S1 interface.
  • the memory 230 stores a program executed by the processor 240 and information used for processing by the processor 240.
  • the processor 240 includes a baseband processor that performs modulation / demodulation and encoding / decoding of a baseband signal, and a CPU that executes programs stored in the memory 230 and performs various processes.
  • the processor 240 executes various processes and various communication protocols described later.
  • FIG. 4 is a protocol stack diagram of a radio interface in the LTE system. As shown in FIG. 4, the radio interface protocol is divided into the first to third layers of the OSI reference model, and the first layer is a physical (PHY) layer.
  • the second layer includes a MAC (Medium Access Control) layer, an RLC (Radio Link Control) layer, and a PDCP (Packet Data Convergence Protocol) layer.
  • the third layer includes an RRC (Radio Resource Control) layer.
  • the physical layer performs encoding / decoding, modulation / demodulation, antenna mapping / demapping, and resource mapping / demapping. Between the physical layer of UE100 and the physical layer of eNB200, user data and a control signal are transmitted via a physical channel.
  • the MAC layer performs data priority control, retransmission processing by hybrid ARQ (HARQ), and the like. Between the MAC layer of the UE 100 and the MAC layer of the eNB 200, user data and control signals are transmitted via a transport channel.
  • the MAC layer of the eNB 200 includes a scheduler that determines (schedules) uplink / downlink transport formats (transport block size, modulation / coding scheme) and resource blocks allocated to the UE 100.
  • the RLC layer transmits data to the RLC layer on the receiving side using the functions of the MAC layer and the physical layer. Between the RLC layer of the UE 100 and the RLC layer of the eNB 200, user data and control signals are transmitted via a logical channel.
  • the PDCP layer performs header compression / decompression and encryption / decryption.
  • the RRC layer is defined only in the control plane that handles control signals. Control signals (RRC messages) for various settings are transmitted between the RRC layer of the UE 100 and the RRC layer of the eNB 200.
  • the RRC layer controls the logical channel, the transport channel, and the physical channel according to establishment, re-establishment, and release of the radio bearer.
  • RRC connection When there is a connection (RRC connection) between the RRC of the UE 100 and the RRC of the eNB 200, the UE 100 is in the RRC connected mode, otherwise, the UE 100 is in the RRC idle mode.
  • the NAS (Non-Access Stratum) layer located above the RRC layer performs session management and mobility management.
  • the physical layer or the RRC layer constitutes an AS (Access Stratum) entity 100A.
  • the NAS layer constitutes the NAS entity 100B.
  • the functions of the AS entity 100A and the NAS entity 100B are executed by the processor 160 (control unit). That is, the processor 160 (control unit) includes the AS entity 100A and the NAS entity 100B.
  • the AS entity 100A performs cell selection / reselection, and the NAS entity 100B performs PLMN selection.
  • FIG. 5 is a configuration diagram of a radio frame used in the LTE system.
  • OFDMA Orthogonal Frequency Division Multiple Access
  • SC-FDMA Single Carrier Frequency Multiple Access
  • the radio frame is composed of 10 subframes arranged in the time direction.
  • Each subframe is composed of two slots arranged in the time direction.
  • the length of each subframe is 1 ms, and the length of each slot is 0.5 ms.
  • Each subframe includes a plurality of resource blocks (RB) in the frequency direction and includes a plurality of symbols in the time direction.
  • Each resource block includes a plurality of subcarriers in the frequency direction.
  • a resource element is composed of one subcarrier and one symbol.
  • frequency resources are configured by resource blocks
  • time resources are configured by subframes (or slots).
  • the LTE system according to the first embodiment supports D2D proximity service.
  • the D2D proximity service is a service that enables direct UE-to-UE communication within a synchronized cluster composed of a plurality of synchronized UEs 100.
  • the D2D proximity service includes a D2D discovery procedure (ProSe Discovery) for discovering a neighboring UE and D2D communication (ProSe Communication) that is direct UE-to-UE communication.
  • the D2D communication may be referred to as “Direct communication”.
  • a scenario in which all the UEs 100 forming the synchronous cluster are located in the cell coverage is referred to as “in coverage”.
  • a scenario in which all UEs 100 forming a synchronous cluster are located outside cell coverage is referred to as “out of coverage”.
  • a scenario in which some UEs 100 in the synchronization cluster are located within the cell coverage and the remaining UEs 100 are located outside the cell coverage is referred to as “partial coverage”.
  • FIG. 6 is a diagram illustrating an operating environment according to the first embodiment.
  • FIG. 6 shows a state where the UE 100-1, UE 100-2, and UE 100-3 are using the D2D proximity service outside the coverage of the eNB 200.
  • three UEs 100 are shown, but at least two UEs may be used.
  • UE 100-1 is the synchronization source and UE 100-2 and UE 100-3 are the asynchronous sources.
  • the UE 100-1, UE 100-2, and UE 100-3 are synchronized with each other using the UE 100-1 as a synchronization source.
  • the UE 100-1, the UE 100-2, and the UE 100-3 execute the D2D discovery procedure while being synchronized with each other.
  • each UE 100 (UE 100-1, UE 100-2, UE 100-3) transmits a D2D discovery signal (Discovery signal) for discovering neighboring terminals.
  • a D2D discovery signal (Discovery signal) for discovering neighboring terminals.
  • a first method in which radio resources not uniquely allocated to the UE 100 are used for transmission of the D2D discovery signal, and radio resources uniquely allocated to each UE 100 are D2D discovery signals.
  • a second method (Type 2 discovery) used for transmission.
  • a resource pool for D2D discovery signals is used for transmission of D2D discovery signals.
  • the resource pool for the D2D discovery signal is shared in a synchronization cluster including a plurality of synchronized UEs 100.
  • Mode 1 two operation modes (Mode1 / Mode2) are defined for D2D communication.
  • the eNB 200 or a relay node (not shown) allocates radio resources for transmitting D2D data (D2D data and / or control data).
  • the UE 100 itself selects a radio resource for transmitting D2D data (D2D data and / or control data) from the resource pool.
  • D2D discovery procedure is executed using the operation of Mode 2 of D2D communication. That is, in the first embodiment, a scenario is assumed in which UE 100-1 performs D2D communication by Mode-2 in “out of coverage” and transmits a D2D discovery signal in a resource pool for D2D communication.
  • This scenario may be referred to as “Discovery through Communication (DtC) for out of coverage”.
  • DTC scenario outside coverage it will be referred to as “DTC scenario outside coverage” as appropriate.
  • the configuration of the resource pool for D2D communication shown above is pre-configured.
  • the preset parameters are hereinafter referred to as “Pre-configured parameters”.
  • the information element included in the Pre-configured parameter is set to the same pre-configured parameter for UEs used for the same purpose (military, fire fighting, police, etc.).
  • the resource pool for D2D communication is composed of a control information resource pool and a data resource pool.
  • Information indicating the configuration of each resource pool includes a parameter (offset value for specifying a start position) for specifying a time / frequency region in which a resource pool for D2D communication is first configured in a radio frame, and a resource pool for D2D communication
  • a parameter offset value for specifying a start position
  • a resource pool for D2D communication For specifying a frequency direction resource (frequency direction resource specifying parameter), a repetition period (period) of the resource pool for D2D communication, and a time / frequency resource in which a specific subframe can be used for D2D communication Information (bitmap information) indicating whether or not.
  • the Pre-configured parameter is provided to the UE 100.
  • the Pre-configured parameter is stored in advance in the UICC 130 of the UE 100. If the Pre-configured parameter is not stored in the UICC 130 in advance, the UE 100 may be stored in the memory 150 by receiving provision from the network (OAM or the like) via the eNB at a predetermined opportunity.
  • each UE 100 can transmit communication data using time / frequency resources in the resource pool for D2D communication.
  • the UE 100 on the transmission side executes the D2D discovery procedure, it is necessary to transmit the D2D discovery signal using the time / frequency resource in the resource pool for D2D communication. Then, it is assumed that UE 100 on the receiving side cannot distinguish whether the received signal is a D2D discovery signal or a communication data signal.
  • FIG. 7 shows an operation state according to the first embodiment.
  • FIG. 8 shows a usage example of the MAC header according to the first embodiment.
  • FIG. 9 shows the structure of the MAC header and the MAC payload.
  • FIG. 10 shows another usage example (1) of the MAC header.
  • FIG. 11 shows another usage example (2) of the MAC header.
  • FIG. 12 shows another usage example (3) of the MAC header.
  • FIG. 13 shows another configuration of the MAC header and the MAC payload.
  • FIG. 14 shows still another configuration of the MAC header and the MAC payload.
  • the controller 160 160 '
  • the UE 100-1 is a synchronization source
  • the other UEs 100 are asynchronous sources.
  • a plurality of UEs 100 are synchronized with each other using the UE 100-1 as a synchronization source.
  • each UE 100 of the plurality of UEs 100 stores a pre-configured parameter including information indicating a configuration of a resource pool for D2D communication in the UICC 130 in advance.
  • the UE 100 determines to transmit a D2D discovery signal (Discovery signal) in the D2D communication resource pool when the D2D communication can be executed in Mode 2 outside the coverage (step S101).
  • Discovery signal D2D discovery signal
  • a MAC entity (not shown) of the UE 100 generates information in the MAC layer.
  • the MAC entity generates a MAC header that constitutes control information for Discovery (for D2D discovery procedure) and a MAC payload for Discovery (step S102).
  • the “v” field of octed 1 indicates the version of the communication system.
  • the “v” field may indicate information other than the version of the communication system.
  • the “C / D” field following the “v” field is 1 indicating whether data (MAC payload in the first embodiment) carried by the D2D data resource is used for Communication or Discovery. This is identification information consisting of bits (“0” or “1”).
  • the “C / D” field in FIG. 8 indicates “1”. In this case, “1” indicates that the MAC payload stored in the subsequent field is used for Discovery. If the “C / D” field is “0”, it indicates that the MAC payload stored in the subsequent field is used for communication.
  • An “X” field following the “C / D” field is an “SRC” field (identification of the source UE) indicating the identification information of the own user terminal 100 (source UE ID) for communication data transmission to a specific user terminal 100.
  • 1 bit indicating whether or not the “DST” field (FIG. 10) indicating the identification information of the specific user terminal 100 (the ID of the target UE) (FIG. 10) is stored in the subsequent field.
  • the “X” fields in FIG. 8 all indicate “0”. “0” in this case indicates that the “SRC” field and the “DST” field are not configured in the subsequent fields.
  • an “SRC” field and a “DST” field are configured in the subsequent fields.
  • the “Y” field is extension information indicating whether or not the MAC payload stored in the subsequent field is the last payload as a payload used for Discovery or Communication.
  • the “Y” field of octed 1 and octed 2 in FIG. 8 indicates “1”. In this case, “1” means that the MAC payload stored in the subsequent field is not the last payload as the payload used for Discovery, but the MAC payload stored in the subsequent field is still used for another Discovery.
  • Indicates that The “Y” field of octet 3 in FIG. 8 indicates “0”. In this case, “0” indicates that the MAC payload stored in the subsequent field is the last payload as a payload used for Discovery.
  • FIG. 8 shows the configuration of a MAC PDU in which three Discovery MAC payloads (Discovery ⁇ A ⁇ , ⁇ B ⁇ , ⁇ C ⁇ ) are stored.
  • the example of FIG. 10 illustrates a configuration in which one Discovery MAC payload (Discovery ⁇ A ⁇ ) and Data for a specific user terminal 100 (Data ⁇ A ⁇ ) are stored in one MAC PDU.
  • step S102 when the MAC entity of the UE 100 generates a MAC header and a MAC payload as shown in FIG. 8 in step S102, the generated information is sent to the PHY layer of the UE 100 (step S103).
  • the PHY layer of the UE 100 executes a process of transmitting the information from the MAC layer using a time / frequency resource (radio resource) for D2D communication in a resource pool for D2D communication set in advance (step S104). ).
  • Receiving UE 100 that has received the data transmitted in step S104, in the MAC layer, the bits indicated in the “C / D” field, “X” field, and “Y” field shown in FIG. 8 (FIG. 10). Recognize information. The receiving-side UE 100 executes the subsequent process after understanding the meaning of the information indicated by each field described above.
  • FIG. 10 is applied when the D2D discovery procedure and the D2D communication are executed simultaneously.
  • “MAC header for MAC CE” and “subheader for MAC SDU”, which are also used in cellular communication, are shown in the field after the sub header for octets 2 to 8 (SL-SCH sub header). Configure.
  • the number of octets in the “DST” field in this case is the case of a normal D2D communication scenario (D2D data). It may be set to be larger than the number of octets in the “DST” field configured when the D2D discovery procedure using resources is not executed).
  • the number of octets in the “DST” field configured in the case of the normal D2D communication scenario is “2” (16 bits)
  • the number of octets in the “DST” field is “3”. (24 bits).
  • the number of octets in the “DST” field may be “3” or more.
  • the reason for extending the “DST” field is as follows.
  • the UE 100 on the transmission side can send identification information (target UE-ID) of the target UE 100 using an SC (Sidelink Control) resource pool.
  • SC Systemlink Control
  • transmission of the identification information of the target UE using the SC resource pool is omitted.
  • the transmitting UE 100 can transmit the D2D discovery signal without specifying the target UE.
  • an opportunity to allow the specific UE 100 to acquire the identification information of the target UE is secured by increasing the number of octets in the “DST” field.
  • the UE 100 other than the specific UE 100 recognizes that the target UE-ID stored in the “DST” field is not the ID for the own UE, it can discard the subsequent MAC payload. Further, if the specific UE 100 can recognize that the target UE-ID stored in the “DST” field is an ID for the own UE, the specific UE 100 can perform a subsequent MAC payload reception operation.
  • FIG. 11 shows the field contents when the UE 100 having the capability of transmitting the Discovery MAC payload described above transmits Communication data in a predetermined period. The contents of each field are as described above.
  • SCI sidelink control information
  • the ID (destination ID) of the target UE in the “DST” field in the MAC header Store without omitting.
  • the MAC entity of the UE 100 further displays the MAC EDU of Oct11 indicating the presence or absence of the MAC subheader for MAC SDU or MAC CE designation.
  • the MAC entity of the UE 100 recognizes that the MAC SDU or MAC CE is stored from the next octet.
  • Discovery (A) corresponding to the MAC subheader for discovery stored at the beginning of the MAC header is stored.
  • the transmission source UE 100 stores MAC control information (MAC Control Element (MAC CE)) directed to a plurality of destination UEs 100 in the MAC PDU.
  • MAC CE MAC Control Element
  • the transmission source UE 100 does not designate a specific UE 100 and wants to notify the MAC CE
  • the MAC UE for MAC CE is stored after the MAC subheader for Discovery.
  • the transmission source UE 100 wishes to notify a specific user of the MAC CE
  • the transmission source UE 100 stores the MAC CE after the MAC subheader for the communication data of the specific destination UE 100.
  • the receiving side (transmission destination) UE 100 receives two MAC CEs at the same time, the receiving side UE 100 may use one of the MAC CEs, or the MAC CE notified to a specific destination UE 100. May be used with priority.
  • the MAC subheader that specifies data for communication includes SRC that is an identifier indicating the source UE 100. Therefore, when the transmission source UE 100 multiplexes communication data for a plurality of destination UEs 100 in the MAC PDU, the transmission source UE 100 notifies the SRC with a MAC subheader that specifies the communication data of a certain destination UE 100, and other than that In the MAC subheader designating communication data of another destination, the number of octets used for the MAC subheader may be reduced by omitting SRC.
  • the “C / D” field is configured in the MAC header, and the MAC payload stored in the subsequent field is the payload used for Discovery for the “C / D” field.
  • the MAC payload stored in the subsequent field is indirectly used for Discovery by the version information indicated by the “v” field. May be used as a payload.
  • the version information indicated in the “v” field indicates the latest version, an agreement is defined in advance that the MAC payload stored in the subsequent field indicates that the payload is used for Discovery. Just keep it.
  • the UE 100 stores identification information indicating that the MAC payload stored in the later field is a payload used for Discovery, in the MAC header.
  • the UE 100 generates data for the discovery using the MAC payload in the field after the identification information, and transmits the generated data using the D2D data resource in the preset resource pool for D2D communication. be able to.
  • the UE 100 on the receiving side can understand from the identification information that the received MAC payload is used for Discovery. For this reason, in the DTC scenario outside the coverage, the D2D discovery procedure is efficiently performed between a plurality of user terminals.
  • FIG. 15 is a diagram for explaining the Communication resource pool according to the second embodiment.
  • FIG. 16 is a diagram illustrating an operation state according to the second embodiment.
  • FIG. 17 is a diagram illustrating the contents of the first SC according to the second embodiment.
  • FIG. 18 shows the contents of the second SC according to the second embodiment.
  • the UE 100 stores identification information indicating that the MAC payload stored in the subsequent field is a payload used for Discovery in the MAC header has been described.
  • the SC (Sidelink Control) resource pool of the communication resource pool set in advance the data carried in the data pool (D2D data resource) is used for the D2D discovery procedure.
  • the resource pool means a time / frequency resource group composed of a predetermined amount (number) of time / frequency resources.
  • the Communication resource pool includes an SC resource pool (SCP Pool) that is a pool of radio resources that can be used for transmission / reception of sidelink control information (Sidelink Control Information: SCI), and a pool of radio resources that can be used for transmission / reception of D2D communication data.
  • SC resource pool SCP Pool
  • Data resource pool DataPool
  • UE 100 selects radio resources used for data transmission from time / frequency resources in a data resource pool (data region: Data Region) periodically arranged in the time direction. For example, when the UE 100 randomly sets the timing for transmitting the same data in the time direction, the UE 100 randomly selects four subframes from the time and frequency resources in the first half of the data area, and the second half of the data area. Four subframes are randomly selected from the time and frequency resources. The UE 100 transmits data using the selected eight subframes. Alternatively, the UE 100 repeatedly transmits data using the four subframes selected from the time and frequency resources in the first half of the data region, and the four subframes selected from the time and frequency resources in the first half of the data region. Another data may be repeatedly transmitted using a frame.
  • data region Data Region
  • “Y” means the frequency direction
  • “t” means the time direction.
  • (A) is an offset (SC start position offset) indicating a position where the SC resource pool is started in the radio frame. The range of the SC start position offset is 0 to 10239 subframes.
  • (B) shows the repetition cycle of the Communication resource pool in the radio frame. As the repetition period, “40 subframes”, “80 subframes”, “160 subframes”, or “320 subframes” are applied.
  • (C) is an offset (Data start position offset) indicating a position where the data resource pool is started in the radio frame. The range of Data start position offset is 0-10239 subframes.
  • the UE 100 receives information (Scheduling Assignment: SA) indicating the position of the time / frequency resource for data transmitted by D2D communication from the time / frequency resources in the SC resource pool periodically arranged in the time direction. Select time and frequency resources for transmission.
  • SA Service Assignment
  • step S101 the UE 100 generates sidelink control information (SCI) that constitutes control information for discovery (for D2D discovery procedure) and data for discovery (step S112).
  • SCI sidelink control information
  • the SCI (first SCI) includes a UEID (UE identifier) and an MCS.
  • the UEID is the SA transmission destination ID (Target ID).
  • the UEID is an 8-bit bit string.
  • the first 1 bit of the UEID may be information indicating whether to transmit user data by broadcast. Thereby, UE100 which received SA can erase
  • MCS indicates MCS (Modulation and Coding Scheme) of transmission data.
  • MCS is a 5-bit bit string.
  • the Discovery identification information indicates that data carried in the data pool of the Communication resource pool is used for the D2D discovery procedure.
  • the Discovery identification information is 1-bit information.
  • the Discovery identification information may be represented by “1” when indicating that data carried in the data pool of the Communication resource pool is used for the D2D discovery procedure, and by “0” otherwise.
  • the UE 100 determines time / frequency resources (radio resources) in the SC resource pool in order to wirelessly transmit the SCI generated in step S112. Further, the UE 100 determines time / frequency resources (radio resources) in the data resource pool in order to wirelessly transmit the discovery data generated in step S112. Thereafter, the UE 100 transmits data for SCI and Discovery using the determined radio resource (step S113).
  • the receiving-side UE 100 that has received the SCI and Discovery data transmitted in step S113 recognizes the Discovery identification information indicated in the SCI.
  • the receiving side UE 100 understands the meaning indicated by the Discovery identification information and executes subsequent processing.
  • the example which comprises Discovery identification information in SCI was shown.
  • the Discovery identification information in this case is explicit information.
  • the SCI (second SCI) does not constitute Discovery identification information.
  • the UEID in SCI (“Group destination ID” in FIG. 18) is defined as a UEID dedicated to Discovery transmission.
  • the UEID dedicated to Discovery transmission indicates that the time / frequency resource for data indicated by the SCI is used for Discovery.
  • the UEID dedicated to Discovery transmission in this case can be positioned as explicit information. Note that the first SCI described above and the second SCI shown in the description of this example may be appropriately used.
  • the “Modulation and coding scheme” field shown in FIG. 18 stores information indicating a specific MCS dedicated to Discovery suitable for Discovery transmission (an MCS that can ensure a relatively low rate among a plurality of MCSs).
  • the specific MCS in this case is set to be distinguished from the MCS for data transmission.
  • the specific MCS implicitly indicates that the time / frequency resource for data is used for Discovery.
  • the transmission side UE 100 may transmit data for Discovery using time / frequency resources in a specific Communication resource pool.
  • the receiving-side UE 100 can recognize the data received by the predetermined time / frequency resource in the specific Communication resource pool as the data for Discovery.
  • the Pre-configured parameter indicating the presence or absence of the above-described rule can be regarded as implicit information.
  • the UE 100 transmits to the SCI indicating that the time / frequency resource for data is used for the discovery, either explicitly or implicitly. .
  • the UE 100 on the receiving side can understand that the time / frequency resource for data indicated by the received SCI is used for Discovery. For this reason, in the DTC scenario outside the coverage, the D2D discovery procedure is efficiently performed between a plurality of user terminals.
  • the contents of the first embodiment and the second embodiment described above are implemented in a scenario of “out of coverage”, but may be implemented in a scenario of “partial coverage”.
  • the LTE system has been described as an example of the mobile communication system.
  • the present invention is not limited to the LTE system, and the present invention may be applied to a system other than the LTE system.
  • the present invention is useful in the communication field.

Abstract

　ユーザ端末は、直接的な端末間通信であるＤ２Ｄ（Ｄｅｖｉｃｅ　ｔｏ　Ｄｅｖｉｃｅ）通信をサポートする移動通信システムにおいて用いられる。ユーザ端末は、コントローラを備える。コントローラは、セルカバレッジ外のユーザ端末を対象にしたＤ２Ｄ発見手続を実行すると決めた場合には、事前に設定されたＤ２Ｄ通信用のリソースプールにおけるＤ２Ｄデータリソースを用いてＤ２Ｄ発見手続を実行する。コントローラは、Ｄ２Ｄ発見手続を実行するときには、Ｄ２Ｄデータリソースによって運ばれるデータが当該Ｄ２Ｄ発見手続のために使用されることを示す識別情報を送信する処理を実行する。

Description

ユーザ端末及び制御方法
　本発明は、直接的な端末間通信であるＤ２Ｄ（Ｄｅｖｉｃｅ　ｔｏ　Ｄｅｖｉｃｅ）通信をサポートする移動通信システムにおいて用いられるユーザ端末及び制御方法に関する。
　移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ　Ｇｅｎｅｒａｔｉｏｎ　Ｐａｒｔｎｅｒｓｈｉｐ　Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ　ｔｏ　Ｄｅｖｉｃｅ：Ｄ２Ｄ）近傍サービスの導入が検討されている（非特許文献１参照）。
　Ｄ２Ｄ近傍サービス（Ｄ２Ｄ　ＰｒｏＳｅ）は、同期がとられた複数のユーザ端末からなる同期クラスタ内で直接的な端末間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍端末を発見するＤ２Ｄ発見手続（ＰｒｏＳｅＤｉｓｃｏｖｅｒｙ）と、直接的な端末間通信であるＤ２Ｄ通信（ＰｒｏＳｅＣｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。
３ＧＰＰ技術報告書　「ＴＲ　３６．８４３　Ｖ１２．０．１」　２０１４年３月２７日
　一実施形態に係るユーザ端末は、直接的な端末間通信であるＤ２Ｄ（Ｄｅｖｉｃｅ　ｔｏ　Ｄｅｖｉｃｅ）通信をサポートする移動通信システムにおいて用いられる。ユーザ端末はコントローラを備える。コントローラは、セルカバレッジ外のユーザ端末を対象としたＤ２Ｄ発見手続を実行すると決めた場合には、事前に設定されたＤ２Ｄ通信用のリソースプールにおけるＤ２Ｄデータリソースを用いてＤ２Ｄ発見手続を実行する。前記コントローラは、前記Ｄ２Ｄ発見手続を実行するときには、前記Ｄ２Ｄデータリソースによって運ばれるデータが当該Ｄ２Ｄ発見手続のために使用されることを示す識別情報を送信する処理を実行する。
第１実施形態に係るＬＴＥシステムの構成図である。 第１実施形態に係るＵＥ（ユーザ端末）のブロック図である。 第１実施形態に係るｅＮＢ（基地局）のブロック図である。 ＬＴＥシステムにおける無線インターフェイスのプロトルスタック図である。 ＬＴＥシステムで使用される無線フレームの構成図である。 第１実施形態に係る動作環境を示す図である。 第１実施形態に係る動作状態を示す図である。 第１実施形態に係るＭＡＣヘッダの使用例を示す図である。 ＭＡＣヘッダとＭＡＣペイロードの構成を示す図である。 ＭＡＣヘッダのその他の使用例（１）を示す図である。 ＭＡＣヘッダのその他の使用例（２）を示す図である。 ＭＡＣヘッダのその他の使用例（３）を示す図である。 ＭＡＣヘッダとＭＡＣペイロードの別の構成を示す図である。 ＭＡＣヘッダとＭＡＣペイロードの更に別の構成を示す図である。 第２実施形態に係るＣｏｍｍｕｎｉｃａｔｉｏｎリソースプールを説明するための図である。 第２実施形態に係る動作状態を示す図である。 第２実施形態に係る第１のＳＣの内容を示す図である。 第２実施形態に係る第２のＳＣの内容を示す。
　Ｄ２Ｄ　ＰｒｏＳｅでは、同期がとられた複数のユーザ端末がセルカバレッ外に位置するシナリオ（Ｏｕｔｏｆｃｏｖｅｒａｇｅ）が想定されている。かかるシナリオでは、セルカバレッジ外に位置する複数のユーザ端末が、ネットワークを介さずに直接的に端末間通信を実行する。このため、このシナリオにおける最適な運用のために、複数のユーザ端末間で効率良くＤ２Ｄ発見手続が行われることが望まれている。
　そこで、本実施形態は、同期がとられた複数のユーザ端末がセルカバレッジ外に位置する場合に効率の良いＤ２Ｄ発見手続を実現可能なユーザ端末及び制御方法を提供する。
　［第１実施形態の概要］
　第１実施形態に係るユーザ端末は、直接的な端末間通信であるＤ２Ｄ（Ｄｅｖｉｃｅ　ｔｏ　Ｄｅｖｉｃｅ）通信をサポートする移動通信システムにおいて用いられる。ユーザ端末は、コントローラを備える。前記コントローラは、セルカバレッジ外のユーザ端末を対象としたＤ２Ｄ発見手続きを実行すると決めた場合には、事前に設定されたＤ２Ｄ通信用のリソースプールにおけるＤ２Ｄデータリソースを用いてＤ２Ｄ発見手続を実行する。前記コントローラは、前記Ｄ２Ｄ発見手続を実行するときには、前記Ｄ２Ｄデータリソースによって運ばれるデータが当該Ｄ２Ｄ発見手続のために使用されることを示す識別情報を送信する処理を実行する。
　第１実施形態では、前記データは、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）レイヤにおけるデータであり、前記識別情報は、ＭＡＣヘッダにおける第１のフィールドにおいて構成される。
　第１実施形態では、前記ＭＡＣヘッダは、第２のフィールドにおいて、前記データが前記Ｄ２Ｄ発見手続のために使用される最後のデータであるか否かを示す第１の拡張情報を構成する。
　第１実施形態では、前記ＭＡＣヘッダは、特定のユーザ端末を対象としたＤ２Ｄデータ送信のために、自ユーザ端末の識別情報を示す第３のフィールド及び前記特定のユーザ端末の識別情報を示す第４のフィールドを構成可能であり、前記ＭＡＣヘッダは、更に、前記第３のフィールド及び前記第４のフィールドの存在の有無を示す第２の拡張情報を、第５のフィールドにおいて構成可能である。
　第１実施形態では、前記ＭＡＣヘッダは、前記第４のフィールドのオクテッド数を、前記Ｄ２Ｄデータリソースを用いたＤ２Ｄ発見手続が実行されない場合に構成される第６のフィールドのオクテッド数よりも多く設定し、前記第６のフィールドは、データの送信先ユーザ端末の識別情報を構成する。
　第２実施形態では、前記データは、ＭＡＣレイヤよりも下位のレイヤにおいて運ばれるデータである。前記識別情報は、前記Ｄ２Ｄ通信用のリソースプールにおける制御情報用の時間・周波数リソース領域において運ばれる情報である。
　第２実施形態では、前記識別情報は、明示的な情報である。
　第２実施形態では、前記識別情報は、特定のＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ　ａｎｄ　Ｃｏｄｉｎｇ　Ｓｃｈｅｍｅ）によって暗黙的に示される情報である。
　第１実施形態に係る制御方法は、直接的な端末間通信であるＤ２Ｄ（Ｄｅｖｉｃｅ　ｔｏ　Ｄｅｖｉｃｅ）通信をサポートする移動通信システムにおいて用いられるユーザ端末における制御方法である。ユーザ端末は、セルカバレッジ外のユーザ端末を対象としたＤ２Ｄ発見手続を実行する場合、事前に設定されたＤ２Ｄ通信用のリソースプールにおけるＤ２Ｄデータリソースを用いてＤ２Ｄ発見手続を実行する。ユーザ端末は、前記Ｄ２Ｄ発見手続を実行するときには、前記Ｄ２Ｄデータリソースによって運ばれるデータが当該Ｄ２Ｄ発見手続のために使用されることを示す識別情報を送信する。
　［第１実施形態］
　以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。
　（システム構成）
　図１は、第１実施形態に係るＬＴＥシステムの構成図である。図１に示すように、第１実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ　Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ－ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ　Ｕｎｉｖｅｒｓａｌ　Ｔｅｒｒｅｓｔｒｉａｌ　Ｒａｄｉｏ　Ａｃｃｅｓｓ　Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ　Ｐａｃｋｅｔ　Ｃｏｒｅ）２０を備える。
　ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、接続先のセル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
　Ｅ－ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ－ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ　Ｎｏｄｅ－Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
　ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
　ＥＰＣ２０は、コアネットワークに相当する。Ｅ－ＵＴＲＡＮ１０及びＥＰＣ２０によりＬＴＥシステムのネットワーク（ＬＴＥネットワーク）が構成される。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ　Ｍａｎａｇｅｍｅｎｔ　Ｅｎｔｉｔｙ）／Ｓ－ＧＷ（Ｓｅｒｖｉｎｇ－Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ－ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ－ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
　図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＵＩＣＣ（Ｕｎｉｖｅｒｓａｌ　Ｉｎｔｅｇｒａｔｅｄ　Ｃｉｒｃｕｉｔ　Ｃａｒｄ）１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０は記憶部に相当し、プロセッサ１６０は制御部（コントローラ）に相当する。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサ１６０’（コントローラ）としてもよい。コントローラは、後述する各種の処理及び各種の通信プロトコルを実行する。
　アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。無線送受信機１１０及びプロセッサ１６０は、送信部及び受信部を構成する。
　無線送受信機１１０は、複数の送信機及び／又は複数の受信機を含んでもよい。実施形態では無線送受信機１１０が１つの送信機及び１つの受信機のみを含むケースを主として想定する。
　ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。
　ＵＩＣＣ１３０は、加入者情報を記憶する着脱可能な記憶媒体である。ＵＩＣＣ１３０は、ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ　Ｉｄｅｎｔｉｔｙ　Ｍｏｄｕｌｅ）又はＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ　ＳＩＭ）と称されることがある。ＵＩＣＣ１３０は、後述する「Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータ」を記憶する。
　バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。ＵＥ１００がカード型端末である場合、ＵＥ１００は、ユーザインターフェイス１２０及びバッテリ１４０を備えていなくてもよい。
　メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。
　プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）と、を含む。プロセッサ１６０は、更に、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
　図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０（コントローラ）を備える。尚、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）を、制御部を構成するプロセッサ２４０’（コントローラ）としてもよい。
　アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。無線送受信機２１０及びプロセッサ２４０は、送信部及び受信部を構成する。
　ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ－ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
　メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。
　プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
　図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ　Ｌｉｎｋ　Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ　Ｄａｔａ　Ｃｏｎｖｅｒｇｅｎｃｅ　Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ　Ｒｅｓｏｕｒｃｅ　Ｃｏｎｔｒｏｌ）層を含む。
　物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
　ＭＡＣ層は、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）、ＵＥ１００への割当リソースブロックを決定（スケジューリング）するスケジューラを含む。
　ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
　ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
　ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッドモードであり、そうでない場合、ＵＥ１００はＲＲＣアイドルモードである。
　ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
　ＵＥ１００において、物理層乃至ＲＲＣ層は、ＡＳ（Ａｃｃｅｓｓ　Ｓｔｒａｔｕｍ）エンティティ１００Ａを構成する。ＮＡＳ層は、ＮＡＳエンティティ１００Ｂを構成する。ＡＳエンティティ１００Ａ及びＮＡＳエンティティ１００Ｂの機能はプロセッサ１６０（制御部）により実行される。すなわち、プロセッサ１６０（制御部）は、ＡＳエンティティ１００Ａ及びＮＡＳエンティティ１００Ｂを含む。アイドルモードにおいて、ＡＳエンティティ１００Ａはセル選択／再選択を行い、ＮＡＳエンティティ１００ＢはＰＬＭＮ選択を行う。
　図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンク（ＤＬ）にはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）、上りリンク（ＵＬ）にはＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ　Ｃａｒｒｉｅｒ　Ｆｒｅｑｕｅｎｃｙ　Ｄｉｖｉｓｉｏｎ　Ｍｕｌｔｉｐｌｅ　Ａｃｃｅｓｓ）がそれぞれ適用される。
　図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルによりリソースエレメントが構成される。ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより構成され、時間リソースはサブフレーム（又はスロット）により構成される。
　（Ｄ２Ｄ発見手続の概要）
　以下において、第１実施形態に係るＤ２Ｄ近傍サービスについて、Ｄ２Ｄ発見手続を主として説明する。第１実施形態に係るＬＴＥシステムは、Ｄ２Ｄ近傍サービスをサポートする。
　Ｄ２Ｄ近傍サービス（Ｄ２Ｄ　ＰｒｏＳｅ）は、同期がとられた複数のＵＥ１００からなる同期クラスタ内で直接的なＵＥ間通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍ＵＥを発見するＤ２Ｄ発見手続（ＰｒｏＳｅ　Ｄｉｓｃｏｖｅｒｙ）と、直接的なＵＥ間通信であるＤ２Ｄ通信（ＰｒｏＳｅ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。Ｄ２Ｄ通信は、Ｄｉｒｅｃｔ　ｃｏｍｍｕｎｉｃａｔｉｏｎと称されてもよい。
　同期クラスタを形成する全ＵＥ１００がセルカバレッジ内に位置するシナリオを「カバレッジ内（Ｉｎ　ｃｏｖｅｒａｇｅ）」という。同期クラスタを形成する全ＵＥ１００がセルカバレッジ外に位置するシナリオを「カバレッジ外（Ｏｕｔ　ｏｆ　ｃｏｖｅｒａｇｅ）」という。同期クラスタのうち一部のＵＥ１００がセルカバレッジ内に位置し、残りのＵＥ１００がセルカバレッジ外に位置するシナリオを「部分的カバレッジ（Ｐａｒｔｉａｌ　ｃｏｖｅｒａｇｅ）」という。
　Ｄ２Ｄ発見手続は、カバレッジ内、カバレッジ外及び部分的カバレッジにおいて行われることが想定される。
　第１実施形態では、図６に示す、「カバレッジ外」でのシナリオについて説明する。図６は、第１実施形態に係る動作環境を示す図である。
　図６では、ｅＮＢ２００のカバレッジ外において、ＵＥ１００－１とＵＥ１００－２とＵＥ１００－３とがＤ２Ｄ近傍サービスを利用している状態を示している。尚、図６では３台のＵＥ１００を示しているが、少なくとも２台以上であればよい。
　図６では、ＵＥ１００－１が同期元であり、ＵＥ１００－２とＵＥ１００－３が非同期元であるものとする。ＵＥ１００－１とＵＥ１００－２とＵＥ１００－３は、ＵＥ１００－１を同期元として互いに同期しているものとする。ＵＥ１００－１とＵＥ１００－２とＵＥ１００－３は、互いに同期している状態でＤ２Ｄ発見手続を実行する。
　Ｄ２Ｄ発見手続では、各ＵＥ１００（ＵＥ１００－１，ＵＥ１００－２，ＵＥ１００－３）が、近傍端末を発見するためのＤ２Ｄ発見信号（Ｄｉｓｃｏｖｅｒｙ信号）を送信する。
　Ｄ２Ｄ発見手続の方式として、ＵＥ１００に固有に割り当てられない無線リソースがＤ２Ｄ発見信号の送信に使用される第１の方式（Ｔｙｐｅ　１　ｄｉｓｃｏｖｅｒｙ）と、ＵＥ１００毎に固有に割り当てられる無線リソースがＤ２Ｄ発見信号の送信に使用される第２の方式（Ｔｙｐｅ　２　ｄｉｓｃｏｖｅｒｙ）とがある。
　第１の方式では、Ｄ２Ｄ発見信号の伝送のためにＤ２Ｄ発見信号用のリソースプールが使用される。Ｄ２Ｄ発見信号用のリソースプールは、同期がとられた複数のＵＥ１００からなる同期クラスタ内で共有される。
　また、Ｄ２Ｄ通信のために２つの動作モード（Ｍｏｄｅ１／Ｍｏｄｅ２）が定義される。Ｍｏｄｅ１では、ｅＮＢ２００又は図示しないリレーノードが、Ｄ２Ｄデータ（Ｄ２Ｄデータ及び／又は制御データ）を送信するための無線リソースを割り当てる。Ｍｏｄｅ２では、ＵＥ１００自身が、Ｄ２Ｄデータ（Ｄ２Ｄデータ及び／又は制御データ）を送信するための無線リソースをリソースプールから選択する。
　第１実施形態においては、Ｄ２Ｄ通信のＭｏｄｅ２の動作を利用して、Ｄ２Ｄ発見手続が実行される場合の例を想定している。つまり、第１実施形態では、ＵＥ１００－１が、「カバレッジ外」においてＭｏｄｅ－２によるＤ２Ｄ通信を行う他、Ｄ２Ｄ通信用のリソースプールにおいて、Ｄ２Ｄ発見信号を伝送するというシナリオを想定している。このシナリオは、「Ｄｉｓｃｏｖｅｒｙ　ｔｈｒｏｕｇｈ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ　（ＤｔＣ）　ｆｏｒ　ｏｕｔ　ｏｆ　ｃｏｖｅｒａｇｅ」と称され得る。以下、説明の便宜上、適宜「カバレッジ外でのＤＴＣシナリオ」と称する。
　カバレッジ外でのＤＴＣシナリオでは、上記に示したＤ２Ｄ通信用のリソースプールの構成等が事前設定（ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄ）される。事前設定されたパラメータを以下、「Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータ」という。尚、Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータに含まれる情報要素は、同一の目的（軍事、消防、警察など）に使用されるＵＥには、同一のｐｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータが設定される。
　尚、Ｄ２Ｄ通信用のリソースプールは、制御情報用リソースプールとデータ用リソースプールから構成される。各リソースプールの構成を示す情報は、無線フレームにおいて最初にＤ２Ｄ通信用のリソースプールが構成される時間・周波数領域を特定するパラメータ（開始位置指定用のオフセット値）と、Ｄ２Ｄ通信用のリソースプールにおける周波数方向リソースを指定するパラメータ（周波数方向リソース指定パラメータ）と、該Ｄ２Ｄ通信用のリソースプールの繰り返し周期（ｐｅｒｉｏｄ）と、特定のサブフレームがＤ２Ｄ通信のために使用可能である時間・周波数リソースかどうかを示す情報（ビットマップ情報）と、を含む。
　Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータは、ＵＥ１００に提供される。ここでは、Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータがＵＥ１００のＵＩＣＣ１３０に予め記憶されているものとする。尚、Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータは、ＵＩＣＣ１３０に予め記憶されない場合には、ＵＥ１００が所定の機会にｅＮＢを介してネットワーク（ＯＡＭ等）から提供を受けることにより、メモリ１５０に記憶されてもよい。
　（カバレッジ外でのＤＴＣシナリオにおけるＤ２Ｄ発見手続について）　
　上述したように、カバレッジ外にいる同期クラスタを構成する複数のＵＥ１００は、Ｍｏｄｅ２でＤ２Ｄ通信を実行し得る。この場合、各ＵＥ１００は、Ｄ２Ｄ通信用のリソースプールにおける時間・周波数リソースを使って、Ｃｏｍｍｕｎｉｃａｔｉｏｎデータを送信できる。ここで、送信側のＵＥ１００が、Ｄ２Ｄ発見手続を実行する場合、Ｄ２Ｄ通信用のリソースプールにおける時間・周波数リソースを使って、Ｄ２Ｄ発見信号を送信しなければならない。そうすると、受信側のＵＥ１００は、受信した信号がＤ２Ｄ発見信号なのかＣｏｍｍｕｎｉｃａｔｉｏｎデータ用の信号なのかの区別がつかない事態が想定される。
　このため、上記に示した事態を回避すること、つまり、カバレッジ外でのＤＴＣシナリオにおいて、複数のユーザ端末間で効率良くＤ２Ｄ発見手続が行われる技術が要求される。以下、その技術について説明する。
　（第１実施形態の動作説明）　
　以下、図７乃至図１４に基づいて、第１実施形態の動作内容について説明する。図７は、第１実施形態に係る動作状態を示す。図８は、第１実施形態に係るＭＡＣヘッダの使用例を示す。図９は、ＭＡＣヘッダとＭＡＣペイロードの構成を示す。図１０は、ＭＡＣヘッダのその他の使用例（１）を示す。図１１は、ＭＡＣヘッダのその他の使用例（２）を示す。図１２は、ＭＡＣヘッダのその他の使用例（３）を示す。図１３は、ＭＡＣヘッダとＭＡＣペイロードの別の構成を示す。図１４は、ＭＡＣヘッダとＭＡＣペイロードの更に別の構成を示す。尚、ＵＥ１００が実行する処理については、該ＵＥ１００のコントローラ１６０（１６０’）が処理を実行するが、図７乃至１４の説明においては、便宜上、ＵＥ１００が行うものとして説明する。
　前提として、複数のＵＥ１００（ＵＥ１００－１～Ｎ｛Ｎ≧２｝）は、ＵＥ１００－１が同期元であり、その他のＵＥ１００（ＵＥ１００－２～Ｎ）が非同期元である。複数のＵＥ１００（ＵＥ１００－１～Ｎ）は、ＵＥ１００－１を同期元として互いに同期している。
　ここで、複数のＵＥ１００の各ＵＥ１００は、Ｄ２Ｄ通信用のリソースプールの構成を示す情報を含むＰｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータを予めＵＩＣＣ１３０に記憶している。
　図７において、ＵＥ１００は、カバレッジ外において、Ｍｏｄｅ２でＤ２Ｄ通信を実行可能であるときに、Ｄ２Ｄ通信用リソースプールにおいてＤ２Ｄ発見信号（Ｄｉｓｃｏｖｅｒｙ　信号）を送信すると決める（ステップＳ１０１）。
　次に、ＵＥ１００の図示しないＭＡＣエンティティは、ＭＡＣレイヤにおける情報を生成する。ＭＡＣエンティティは、Ｄｉｓｃｏｖｅｒｙ用（Ｄ２Ｄ発見手順用）の制御情報を構成したＭＡＣヘッダ及びＤｉｓｃｏｖｅｒｙ用のＭＡＣペイロードを生成する（ステップＳ１０２）。
　図８及び図９は、ステップＳ１０２においてＭＡＣエンティティによって生成されたＭＡＣ　ＰＤＵ（Ｐｒｏｔｏｃｏｌ　Ｄａｔａ　Ｕｎｉｔ）におけるＭＡＣヘッダ及びＭＡＣペイロードの一例を示している。図８において、オクテッド１の「ｖ」フィールドでは、通信システムのバージョンを示す。尚、「ｖ」フィールドでは、通信システムのバージョン以外の情報を示してよい。
　「ｖ」フィールドに続く「Ｃ／Ｄ」フィールドは、Ｄ２Ｄデータリソースによって運ばれるデータ（第１実施形態ではＭＡＣペイロード）が、Ｃｏｍｍｕｎｉｃａｔｉｏｎ用として使用されるのか、Ｄｉｓｃｏｖｅｒｙ用として使用されるのかを示す１ビット（「０」か「１」）からなる識別情報である。図８の「Ｃ／Ｄ」フィールドは「１」を示している。この場合の「１」は、後のフィールドに格納されるＭＡＣペイロードがＤｉｓｃｏｖｅｒｙ用として使用されることを示す。尚「Ｃ／Ｄ」フィールドが「０」の場合は、後のフィールドに格納されるＭＡＣペイロードがＣｏｍｍｕｎｉｃａｔｉｏｎ用として使用されることを示す。
　「Ｃ／Ｄ」フィールドに続く「Ｘ」フィールドは、特定のユーザ端末１００を対象としたＣｏｍｍｕｎｉｃａｔｉｏｎデータ送信のために、自ユーザ端末１００の識別情報（ソースＵＥのＩＤ）を示す「ＳＲＣ」フィールド（図１０参照）及び特定のユーザ端末１００の識別情報（ターゲットＵＥのＩＤ）を示す「ＤＳＴ」フィールド（図１０）が、後のフィールドに格納されるか否かを示す１ビット（「０」か「１」）からなる拡張情報である。図８の「Ｘ」フィールドは、いずれも「０」を示している。この場合の「０」は、後のフィールドに「ＳＲＣ」フィールドと「ＤＳＴ」フィールドが構成されないことを示す。尚、「Ｘ」フィールドが「１」の場合には、図１０に示すように、後のフィールドにおいて「ＳＲＣ」フィールドと「ＤＳＴ」フィールドが構成される。
　「Ｒ」フィールドは、リザーブ用のフィールドである。
　「Ｙ」フィールドは、後のフィールドに格納されるＭＡＣペイロードがＤｉｓｃｏｖｅｒｙ用あるいはＣｏｍｍｕｎｉｃａｔｉｏｎ用として使用されるペイロードとして最後のペイロードであるか否かを示す拡張情報である。図８のオクテッド１とオクテッド２の「Ｙ」フィールドは、「１」を示している。この場合の「１」は、後のフィールドに格納されるＭＡＣペイロードがＤｉｓｃｏｖｅｒｙ用として使用されるペイロードとして最後のペイロードではなく、後のフィールドに格納されるＭＡＣペイロードが引き続き別のＤｉｓｃｏｖｅｒｙ用に使用されることを示す。図８のオクテッド３の「Ｙ」フィールドは、「０」を示している。この場合の「０」は、後のフィールドに格納されるＭＡＣペイロードがＤｉｓｃｏｖｅｒｙ用として使用されるペイロードとして最後のペイロードであることを示す。
　図８の例は、３つのＤｉｓｃｏｖｅｒｙ用のＭＡＣペイロード（Ｄｉｓｃｏｖｅｒｙ｛Ａ｝，｛Ｂ｝，｛Ｃ｝）が格納されるＭＡＣＰＤＵの構成を示す。図１０の例は、一つのＭＡＣ　ＰＤＵにおいて、１つのＤｉｓｃｏｖｅｒｙ用のＭＡＣペイロード（Ｄｉｓｃｏｖｅｒｙ｛Ａ｝）と特定のユーザ端末１００のためのＤａｔａ（Ｄａｔａ｛Ａ｝）が格納される構成を示す。
　図７において、ステップＳ１０２にてＵＥ１００のＭＡＣエンティティが、図８に示したようなＭＡＣヘッダ及びＭＡＣペイロードを生成すると、生成した情報をＵＥ１００のＰＨＹレイヤに送る（ステップＳ１０３）。
　ＵＥ１００のＰＨＹレイヤは、ＭＡＣレイヤからの上記情報を、事前に設定されたＤ２Ｄ通信用のリソースプールにおけるＤ２Ｄ通信用の時間・周波数リソース（無線リソース）を用いて送信する処理を実行する（ステップＳ１０４）。
　ステップＳ１０４によって送信されたデータを受信した受信側ＵＥ１００は、ＭＡＣレイヤにおいて、図８（図１０）に示した「Ｃ／Ｄ」フィールド、「Ｘ」フィールド、及び「Ｙ」フィールドに示されたビット情報を認識する。受信側ＵＥ１００は、上述した各フィールドが示す情報の意味合いを理解してその後の処理を実行する。
　尚、図１０の例は、Ｄ２Ｄ発見手続とＤ２Ｄ通信とが同時に実行される場合に適用される。図１０の例では、オクテッド２～８のデータ用のサブヘッダ（ＳＬ‐ＳＣＨサブヘッダ）の後のフィールドに、セルラ通信でも利用されている「ＭＡＣ　ＣＥ用のｓｕｂｈｅａｄｅｒ」と「ＭＡＣ　ＳＤＵ用のｓｕｂｈｅａｄｅｒ」とを構成する。
　また、図１０の例では、「ＳＲＣ」フィールドと「ＤＳＴ」フィールドが構成される例を示しているが、この場合の「ＤＳＴ」フィールドのオクテッド数は、通常のＤ２Ｄ通信シナリオの場合（Ｄ２Ｄデータリソースを用いたＤ２Ｄ発見手続が実行されない場合）に構成される「ＤＳＴ」フィールドのオクテッド数よりも多く設定されてもよい。通常のＤ２Ｄ通信シナリオの場合に構成される「ＤＳＴ」フィールドのオクテッド数が「２」（１６ビット分）であるとした場合に、図１０の例では、「ＤＳＴ」フィールドのオクテッド数を「３」（２４ビット分）としている。尚、この場合「ＤＳＴ」フィールドのオクテッド数は「３」以上であればよい。ちなみに、「ＤＳＴ」フィールドを拡張する理由は次の通りである。
　まず、通常のＤ２Ｄ通信のシナリオでは、送信側のＵＥ１００は、ＳＣ（Ｓｉｄｅｌｉｎｋ　Ｃｏｎｔｒｏｌ）リソースプールを用いて、ターゲットＵＥ１００の識別情報（ターゲットＵＥ－ＩＤ）を送ることができる。しかしながら、ＤＴＣシナリオにおいてＤ２Ｄ発見手続が実行される場合には、ＳＣリソースプールを用いたターゲットＵＥの識別情報の送信が省略される。これは、Ｄ２Ｄ発見信号はブロードキャスト信号であるため、送信側のＵＥ１００がターゲットＵＥを特定することなくＤ２Ｄ発見信号を送信できることによる。このため、ＤＴＣシナリオにおいて、特定のＵＥ１００用にＣｏｍｍｕｎｉｃａｔｉｏｎデータを送信しようとする場合、「ＤＳＴ」フィールドのオクテッド数を増やすことによって、特定のＵＥ１００に対してターゲットＵＥの識別情報を取得させる機会を確保できる。このため、特定のＵＥ１００以外のＵＥ１００は、「ＤＳＴ」フィールドに格納されたターゲットＵＥ－ＩＤが自ＵＥ用のＩＤではないことを認識した場合には、その後のＭＡＣペイロードを破棄できる。また、特定のＵＥ１００は、「ＤＳＴ」フィールドに格納されたターゲットＵＥ－ＩＤが自ＵＥ用のＩＤであることを認識できたならば、その後のＭＡＣペイロードの受信動作を実行することができる。
　（ＭＡＣヘッダのその他の使用例）　
　図１１及び図１２は、ＭＡＣヘッダのその他の使用例を示す。図１１の例は、上述したＤｉｓｃｏｖｅｒｙ用のＭＡＣペイロードを送信できる能力を有したＵＥ１００が、所定の期間においてＣｏｍｍｕｎｉｃａｔｉｏｎデータを送信する場合のフィールドの内容を示す。各フィールドの内容は上述した通りである。尚、図１１の例では、後述するＳｉｄｅｌｉｎｋ用制御情報（Ｓｉｄｅｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ：ＳＣＩ）においてブロードキャスト用のＩＤが使用されているため、ＭＡＣヘッダ内の「ＤＳＴ」フィールドにターゲットＵＥのＩＤ（送り先ＩＤ）を省略せずに格納する。
　図１２の例にて、ＭＡＣ　ＰＤＵにおいて複数の宛先のデータが格納されている場合の、各データの認識方法について説明する。ＵＥ１００のＭＡＣエンティティは、Ｃｏｍｍｕｎｉｃａｔｉｏｎデータ用のＭＡＣサブヘッダ（Ｏｃｔ２～Ｏｃｔ８）において、Ｏｃｔ　２の「Ｙ」フィールドにて、以降に別の宛先のＣｏｍｍｕｎｉｃａｔｉｏｎデータ用のＭＡＣサブヘッダが存在する旨（Ｙ　＝　１）を理解する。次に、ＵＥ１００のＭＡＣエンティティは、更に続くＭＡＣ　ＳＤＵ指定用のＭＡＣサブヘッダ（Ｏｃｔ１１～１２）において、以降にＭＡＣ　ＳＤＵもしくはＭＡＣ　ＣＥ指定用のＭＡＣサブヘッダの有無を示す、Ｏｃｔ　１１の「Ｅ」フィールドにて、以降にＭＡＣ　ＳＤＵもしくはＭＡＣ　ＣＥを指定するＭＡＣサブヘッダが存在しない旨（Ｅ＝０）を理解する。そうすると、ＵＥ１００のＭＡＣエンティティは、次のオクテットから別の宛先のＣｏｍｍｕｎｉｃａｔｉｏｎデータ用のＭＡＣサブヘッダ（Ｏｃｔ　１３～１９）が格納されていると認識する。
　更に、ＵＥ１００のＭＡＣエンティティは、Ｃｏｍｍｕｎｉｃａｔｉｏｎデータ用のＭＡＣサブヘッダ（Ｏｃｔ１３～１９）において、Ｏｃｔ　１３の「Ｙ」フィールドにて、以降に別の宛先のＣｏｍｍｕｎｉｃａｔｉｏｎデータ用のＭＡＣサブヘッダが存在しない旨（Ｙ　＝　０）を理解する。ＵＥ１００のＭＡＣエンティティは、更に続くＭＡＣ　ＳＤＵ指定用のＭＡＣサブヘッダ（Ｏｃｔ２０～２１）の「Ｅ」フィールドにて、以降にＭＡＣ　ＳＤＵもしくはＭＡＣ　ＣＥを指定するＭＡＣサブヘッダが存在しない旨（Ｅ＝０）を理解する。そうすると、ＵＥ１００のＭＡＣエンティティは、次のオクテットからＭＡＣ　ＳＤＵ、もしくはＭＡＣ　ＣＥが格納されると認識する。図１２においては、ＭＡＣヘッダの最初に格納されたｄｉｓｃｏｖｅｒｙ用のＭＡＣサブヘッダに対応するＤｉｓｃｏｖｅｒｙ　（Ａ）が格納されていると認識する。
　図１３の例にて、送信元ＵＥ１００が、複数の宛先ＵＥ１００に向けたＭＡＣ制御情報（ＭＡＣ　Ｃｏｎｔｒｏｌ　Ｅｌｅｍｅｎｔ　（ＭＡＣ　ＣＥ））をＭＡＣ　ＰＤＵに格納する方法について説明する。送信元ＵＥ１００は、特定のＵＥ１００を指定せず、ＭＡＣ　ＣＥを通知したい場合には、Ｄｉｓｃｏｖｅｒｙ用のＭＡＣ　ｓｕｂｈｅａｄｅｒの後に、ＭＡＣ　ＣＥ用のＭＡＣサブヘッダを格納する。送信元ＵＥ１００は、特定のユーザに対して、ＭＡＣ　ＣＥを通知したい場合、特定の宛先ＵＥ１００のＣｏｍｍｕｎｉｃａｔｉｏｎデータ用のＭＡＣサブヘッダの後に、ＭＡＣ　ＣＥを格納する。受信側（送信先）のＵＥ１００は、同時に二つのＭＡＣ　ＣＥを受け取った場合、受信側のＵＥ１００の判断で片方のＭＡＣ　ＣＥを利用してもよいし、特定の宛先ＵＥ１００向けに通知されたＭＡＣ　ＣＥを優先して利用してもよい。
　図１４の例は、送信元ＵＥ１００が、複数の宛先ＵＥ１００に向けてＣｏｍｍｕｎｉｃａｔｉｏｎ用のデータを送信する際の、より効率的なＭＡＣ　ＰＤＵの伝送方法を示す。Ｃｏｍｍｕｎｉｃａｔｉｏｎ用のデータを指定するＭＡＣサブヘッダには、送信元ＵＥ１００を示す識別子であるＳＲＣが含まれる。そのため、送信元ＵＥ１００が、複数の宛先ＵＥ１００用のＣｏｍｍｕｎｉｃａｔｉｏｎデータをＭＡＣ　ＰＤＵにおいて多重する場合には、送信元ＵＥ１００は、ある宛先ＵＥ１００のＣｏｍｍｕｎｉｃａｔｉｏｎデータを指定するＭＡＣサブヘッダでＳＲＣを通知し、それ以外の別の宛先のＣｏｍｍｕｎｉｃａｔｉｏｎデータを指定するＭＡＣサブヘッダでは、ＳＲＣを省略することで、ＭＡＣサブヘッダに利用されるオクテット数を削減してもよい。
　（第１実施形態の変形例）　
　上述した第１実施形態では、ＭＡＣヘッダに「Ｃ／Ｄ」フィールドを構成し、該「Ｃ／Ｄ」フィールドに、後のフィールドに格納されるＭＡＣペイロードがＤｉｓｃｏｖｅｒｙ用として使用されるペイロードであることを示す識別情報を格納したが、このような「Ｃ／Ｄ」フィールドを構成せずに、「ｖ」フィールドで示されるバージョン情報によって間接的に、後のフィールドに格納されるＭＡＣペイロードがＤｉｓｃｏｖｅｒｙ用として使用されるペイロードであることを示してもよい。つまり、「ｖ」フィールドで示されるバージョン情報が最新のバージョンを示す場合には、後のフィールドに格納されるＭＡＣペイロードがＤｉｓｃｏｖｅｒｙ用として使用されるペイロードであることを示す、という取り決めを予め定義しておけばよい。
　（第１実施形態のまとめ）　
　第１実施形態では、上述したように、ＵＥ１００は、ＭＡＣヘッダに、後のフィールドに格納されるＭＡＣペイロードがＤｉｓｃｏｖｅｒｙ用として使用されるペイロードであることを示す識別情報を格納する。加えて、ＵＥ１００は、該識別情報の後のフィールドのＭＡＣペイロードをＤｉｓｃｏｖｅｒｙ用としたデータを生成し、生成したデータを事前に設定されたＤ２Ｄ通信用のリソースプールにおけるＤ２Ｄデータリソースを用いて送信することができる。受信側のＵＥ１００は、前記識別情報によって、受信したＭＡＣペイロードがＤｉｓｃｏｖｅｒｙ用として使われていることを理解できる。このため、カバレッジ外でのＤＴＣシナリオにおいて、複数のユーザ端末間で効率良くＤ２Ｄ発見手続が行われる。
　［第２実施形態］　
　次に、図１５乃至図１８を用いて第２実施形態について説明する。第１実施形態と同様の部分は、説明を適宜省略する。図１５は、第２実施形態に係るＣｏｍｍｕｎｉｃａｔｉｏｎリソースプールを説明するための図である。図１６は、第２実施形態に係る動作状態を示す図である。図１７は、第２実施形態に係る第１のＳＣの内容を示す図である。図１８は、第２実施形態に係る第２のＳＣの内容を示す。
　第１実施形態では、ＵＥ１００が、ＭＡＣヘッダに、後のフィールドに格納されるＭＡＣペイロードがＤｉｓｃｏｖｅｒｙ用として使用されるペイロードであることを示す識別情報を格納する例について説明した。これに対して、第２実施形態では、事前に設定されたＣｏｍｍｕｎｉｃａｔｉｏｎリソースプールのＳＣ（Ｓｉｄｅｌｉｎｋ　Ｃｏｎｔｒｏｌ）リソースプールにおいて、データプール（Ｄ２Ｄデータリソース）で運ばれるデータがＤ２Ｄ発見手続のために使用されることを示す識別情報を構成する例について示す。尚、リソースプールとは、所定量（数）の時間・周波数リソースから構成される時間・周波数リソース群を意味する。
　まず、Ｃｏｍｍｕｎｉｃａｔｉｏｎリソースプールについて、図１５を用いて説明する。Ｃｏｍｍｕｎｉｃａｔｉｏｎリソースプールは、Ｓｉｄｅｌｉｎｋ用制御情報（Ｓｉｄｅｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ：ＳＣＩ）の送受信に使用可能な無線リソースのプールであるＳＣリソースプール（ＳＣＰｏｏｌ）と、Ｄ２Ｄ通信のデータの送受信に使用可能な無線リソースのプールであるデータリソースプール（ＤａｔａＰｏｏｌ）とからなる。
　ＵＥ１００は、時間方向に周期的に配置されるデータリソースプール（データ領域：Ｄａｔａ　Ｒｅｇｉｏｎ）内の時間・周波数リソースの中から、データの送信に用いる無線リソースを選択する。例えば、ＵＥ１００は、時間方向において同一データを送信するタイミングをランダムに設定していた場合、データ領域の前半の時間・周波数リソースの中から、４つのサブフレームをランダムに選択し、データ領域の後半の時間・周波数リソースの中から、４つのサブフレームをランダムに選択する。ＵＥ１００は、選択した８つのサブフレームを用いて、データを送信する。或いは、ＵＥ１００は、データ領域の前半の時間・周波数リソースの中から選択した４つのサブフレームを用いて、データを繰り返し送信し、データ領域の前半の時間・周波数リソースの中から選択した４つのサブフレームを用いて、別のデータを繰り返し送信してもよい。
　図１５において、「Ｙ」は周波数方向であることを意味し、「ｔ」は時間方向であることを意味する。（ａ）は、無線フレームにおいて、ＳＣリソースプールが開始される位置を示すオフセット（ＳＣ開始位置オフセット）である。ＳＣ開始位置オフセットの範囲は０～１０２３９サブフレームである。（ｂ）は、無線フレームにおけるＣｏｍｍｕｎｉｃａｔｉｏｎリソースプールの繰り返し周期を示す。繰り返し周期は、「４０サブフレーム」、「８０サブフレーム」、「１６０サブフレーム」あるいは「３２０サブフレーム」が適用される。（ｃ）は、無線フレームにおいて、データリソースプールが開始される位置を示すオフセット（Ｄａｔａ開始位置オフセット）である。Ｄａｔａ開始位置オフセットの範囲は０～１０２３９サブフレームである。
　ＵＥ１００は、時間方向に周期的に配置されるＳＣリソースプール内の時間・周波数リソースの中から、Ｄ２Ｄ通信によって送信されるデータ用の時間・周波数リソースの位置を示す情報（Ｓｃｈｅｄｕｌｉｎｇ　Ａｓｓｉｇｎｍｅｎｔ：ＳＡ）を送信するための時間・周波数リソースを選択する。
　次に、第２実施形態に係る動作状態について、図１６を用いて説明する。ＵＥ１００は、ステップＳ１０１の後、Ｄｉｓｃｏｖｅｒｙ用（Ｄ２Ｄ発見手続用）の制御情報を構成したＳｉｄｅｌｉｎｋ用制御情報（Ｓｉｄｅｌｉｎｋ　Ｃｏｎｔｒｏｌ　Ｉｎｆｏｒｍａｔｉｏｎ：ＳＣＩ）及びＤｉｓｃｏｖｅｒｙ用のデータを生成する（ステップＳ１１２）。
　ここで、ＳＣＩについて図１７及び図１８を用いて説明する。まず、図１７に示すように、ＳＣＩ（第１のＳＣＩ）は、ＵＥＩＤ（ＵＥ識別子）及びＭＣＳが含まれる。ＵＥＩＤは、ＳＡの送信先のＩＤ（Ｔａｒｇｅｔ　ＩＤ）である。例えば、ＵＥＩＤは、８ビットのビット列である。ＵＥＩＤの最初の１ビットは、ユーザデータをブロードキャストで送信するか否かを示す情報であってもよい。これにより、ＳＡを受信したＵＥ１００は、ＳＡによって位置が示されるユーザデータが、ブロードキャスト用のユーザデータでなく、且つ、自身宛のデータでない場合、復号せずに消去することができる。
　ＭＣＳは、送信データのＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ　ａｎｄ　Ｃｏｄｉｎｇ　Ｓｃｈｅｍｅ）を示す。例えば、ＭＣＳは、５ビットのビット列である。
　Ｄｉｓｃｏｖｅｒｙ識別情報は、Ｃｏｍｍｕｎｉｃａｔｉｏｎリソースプールのデータプールで運ばれるデータがＤ２Ｄ発見手続のために使用されることを示す。Ｄｉｓｃｏｖｅｒｙ識別情報は、１ビットの情報である。Ｄｉｓｃｏｖｅｒｙ識別情報は、Ｃｏｍｍｕｎｉｃａｔｉｏｎリソースプールのデータプールで運ばれるデータがＤ２Ｄ発見手続のために使用されることを示す場合には「１」、そうでない場合には「０」で表わされるとしてもよい。
　図１６において、ステップＳ１１２の後、ＵＥ１００は、ステップＳ１１２で生成したＳＣＩを無線送信するために、ＳＣリソースプールにおける時間・周波数リソース（無線リソース）を決める。また、ＵＥ１００は、ステップＳ１１２で生成したＤｉｓｃｏｖｅｒｙ用のデータを無線送信するためにデータリソースプールにおける時間・周波数リソース（無線リソース）を決める。その後、ＵＥ１００は、決められた無線リソースを使ってＳＣＩとＤｉｓｃｏｖｅｒｙ用のデータを送信する（ステップＳ１１３）。
　ステップＳ１１３において送信されたＳＣＩとＤｉｓｃｏｖｅｒｙ用のデータを受信した受信側のＵＥ１００は、ＳＣＩに示されたＤｉｓｃｏｖｅｒｙ識別情報を認識する。受信側ＵＥ１００は、Ｄｉｓｃｏｖｅｒｙ識別情報が示す意味合いを理解してその後の処理を実行する。
　（第２実施形態の変形例１）　
　上述した第２実施形態では、ＳＣＩにおいてＤｉｓｃｏｖｅｒｙ識別情報を構成する例を示した。この場合のＤｉｓｃｏｖｅｒｙ識別情報は明示的な情報である。これに対して、第２実施形態の変形例１では、図１８に示すように、ＳＣＩ（第２のＳＣＩ）は、Ｄｉｓｃｏｖｅｒｙ識別情報を構成しない。第２実施形態の変形例１では、ＳＣＩにおけるＵＥＩＤ（図１８の「Ｇｒｏｕｐ　ｄｅｓｔｉｎａｔｉｏｎ　ＩＤ」）を、Ｄｉｓｃｏｖｅｒｙ送信専用のＵＥＩＤとして定義する。この場合、Ｄｉｓｃｏｖｅｒｙ送信専用のＵＥＩＤは、当該ＳＣＩが示すデータ用の時間・周波数リソースがＤｉｓｃｏｖｅｒｙ用に使用されることを示す。この場合のＤｉｓｃｏｖｅｒｙ送信専用のＵＥＩＤは、明示的な情報と位置付け得る。尚、上述した第１のＳＣＩと本例の説明で示された第２のＳＣＩを適宜使い分けてもよい。
　（第２実施形態の変形例２）　
　また、上述した第２実施形態及び第２実施形態の変形例１以外の例もある。例えば、図１８に示した「Ｍｏｄｕｌａｔｉｏｎ　ａｎｄ　ｃｏｄｉｎｇ　ｓｃｈｅｍｅ」フィールドにおいて、Ｄｉｓｃｏｖｅｒｙ送信に適したＤｉｓｃｏｖｅｒｙ専用の特定ＭＣＳ（複数のＭＣＳのうち、相対的に低いレートを確保できるＭＣＳ）を示す情報を格納する。この場合の特定ＭＣＳは、データ送信用のＭＣＳと区別されるように設定される。尚、特定ＭＣＳは、暗黙的に、データ用の時間・周波数リソースがＤｉｓｃｏｖｅｒｙ用に使用されることを示す。
　（第２実施形態の変形例３）　
　また、上述した例の他に、Ｄ２Ｄ近傍サービスのＤＴＣシナリオにおいて、特定のＣｏｍｍｕｎｉｃａｔｉｏｎリソースプールでＤ２Ｄ発見信号の伝送が許可される、というルールが事前設定（Ｐｒｅ－ｃｏｎｆｉｇｕｒｅｄ）されるならば、送信側のＵＥ１００は、特定のＣｏｍｍｕｎｉｃａｔｉｏｎリソースプールにおける時間・周波数リソースを用いてＤｉｓｃｏｖｅｒｙ用のデータを送信してもよい。この場合、受信側のＵＥ１００は、特定のＣｏｍｍｕｎｉｃａｔｉｏｎリソースプールにおける所定の時間・周波数リソースで受信したデータをＤｉｓｃｏｖｅｒｙ用のデータとして認識できる。この場合、上述したルールの有無を示すＰｒｅ－ｃｏｎｆｉｇｕｒｅｄパラメータが暗黙的な情報と位置付け得る。
　（第２実施形態のまとめ）　
　第２実施形態及び変形例１及び２では、上述したように、ＵＥ１００は、ＳＣＩに、明示的あるいは暗黙的に、データ用の時間・周波数リソースがＤｉｓｃｏｖｅｒｙ用に使用されることを示して送信した。この場合、受信側のＵＥ１００は、受信したＳＣＩが示すデータ用の時間・周波数リソースがＤｉｓｃｏｖｅｒｙ用に使用されることを理解できる。このため、カバレッジ外でのＤＴＣシナリオにおいて、複数のユーザ端末間で効率良くＤ２Ｄ発見手続が行われる。
　［その他の実施形態］　
　上述した第１実施形態及び第２実施形態の内容は、それぞれ別に実施し得るが、第１実施形態はＭＡＣレイヤでの動作であり、第２実施形態は、ＭＡＣレイヤよりも下位のレイヤでの動作であるため、両実施形態を組み合わせて実施してもよい。
　上述した第１実施形態及び第２実施形態の内容は、「カバレッジ外」でのシナリオで実施されるが、「部分的カバレッジ」のシナリオで実施されてもよい。
　上述した実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
　［相互参照］
　日本国特許出願第２０１５－０８１２０２号（２０１５年４月１０日）の全内容が参照により本願明細書に組み込まれている。
　本発明は、通信分野において有用である。

Claims (9)

  1. 　直接的な端末間通信であるＤ２Ｄ（Ｄｅｖｉｃｅ　ｔｏ　Ｄｅｖｉｃｅ）通信をサポートする移動通信システムにおいて用いられるユーザ端末であって、
    　コントローラを備え、
    　前記コントローラは、セルカバレッジ外のユーザ端末を対象にしたＤ２Ｄ発見手続を実行すると決めた場合には、事前に設定されたＤ２Ｄ通信用のリソースプールにおけるＤ２Ｄデータリソースを用いてＤ２Ｄ発見手続を実行し、
    　前記コントローラは、前記Ｄ２Ｄ発見手続を実行するときには、前記Ｄ２Ｄデータリソースによって運ばれるデータが当該Ｄ２Ｄ発見手続のために使用されることを示す識別情報を送信する処理を実行する、ユーザ端末。
  2. 　前記データは、ＭＡＣ（Ｍｅｄｉｕｍ　Ａｃｃｅｓｓ　Ｃｏｎｔｒｏｌ）レイヤにおけるデータであり、前記識別情報は、ＭＡＣサブヘッダにおける第１のフィールドにおいて構成される、前記請求項１記載のユーザ端末。
  3. 　前記ＭＡＣサブヘッダは、第２のフィールドにおいて、前記データが前記Ｄ２Ｄ発見手続のために使用される最後のデータであるか否かを示す第１の拡張情報を構成する、前記請求項２記載のユーザ端末。
  4. 　前記ＭＡＣサブヘッダは、特定のユーザ端末を対象としたＤ２Ｄデータ送信のために、自ユーザ端末の識別情報を示す第３のフィールド及び前記特定のユーザ端末の識別情報を示す第４のフィールドを構成可能であり、
    　前記ＭＡＣサブヘッダは、更に、前記第３のフィールド及び前記第４のフィールドの存在の有無を示す第２の拡張情報を、第５のフィールドにおいて構成可能である、前記請求項３記載のユーザ端末。
  5. 　前記ＭＡＣサブヘッダは、前記第４のフィールドのオクテッド数を、前記Ｄ２Ｄデータリソースを用いたＤ２Ｄ発見手順が実行されない場合に構成される第６のフィールドのオクテッド数よりも多く設定し、
    　前記第６のフィールドは、データの送信先ユーザ端末の識別情報を構成する、前記請求項４記載のユーザ端末。
  6. 　前記データは、ＭＡＣレイヤよりも下位のレイヤにおいて運ばれるデータであり、前記識別情報は、前記Ｄ２Ｄ通信用のリソースプールにおける制御情報用の時間・周波数リソース領域において運ばれる情報である、前記請求項１記載のユーザ端末。
  7. 　前記識別情報は、明示的な情報である前記請求項６記載のユーザ端末。
  8. 　前記識別情報は、特定のＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ　ａｎｄ　Ｃｏｄｉｎｇ　Ｓｃｈｅｍｅ）によって暗黙的に示される情報である前記請求項６記載のユーザ端末。
  9. 　直接的な端末間通信であるＤ２Ｄ（Ｄｅｖｉｃｅ　ｔｏ　Ｄｅｖｉｃｅ）通信をサポートする移動通信システムにおいて用いられるユーザ端末における制御方法であって、
    　セルカバレッジ外のユーザ端末を対象にしたＤ２Ｄ発見手続を実行する場合、事前に設定されたＤ２Ｄ通信用のリソースプールにおけるＤ２Ｄデータリソースを用いてＤ２Ｄ発見手続を実行し、
    　前記Ｄ２Ｄ発見手続を実行するときには、前記Ｄ２Ｄデータリソースによって運ばれるデータが当該Ｄ２Ｄ発見手続のために使用されることを示す識別情報を送信する制御方法。
PCT/JP2016/061436 2015-04-10 2016-04-07 ユーザ端末及び制御方法 WO2016163476A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
JP2017511065A JP6732185B2 (ja) 2015-04-10 2016-04-07 ユーザ端末及び制御方法
US15/564,223 US10390207B2 (en) 2015-04-10 2016-04-07 User terminal and control method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2015081202 2015-04-10
JP2015-081202 2015-04-10

Publications (1)

Publication Number Publication Date
WO2016163476A1 true WO2016163476A1 (ja) 2016-10-13

Family

ID=57071823

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/061436 WO2016163476A1 (ja) 2015-04-10 2016-04-07 ユーザ端末及び制御方法

Country Status (3)

Country Link
US (1) US10390207B2 (ja)
JP (1) JP6732185B2 (ja)
WO (1) WO2016163476A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017193350A1 (zh) * 2016-05-12 2017-11-16 华为技术有限公司 信息传输的方法及用户设备
KR20200127402A (ko) * 2019-05-02 2020-11-11 삼성전자주식회사 단말 직접 통신시스템에서 패킷 송수신 영역 결정 방법 및 장치

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015012590A (ja) * 2013-07-02 2015-01-19 株式会社Ｎｔｔドコモ 基地局、ユーザ装置、リソース割り当て方法、及びリソース決定方法
WO2015046264A1 (ja) * 2013-09-27 2015-04-02 京セラ株式会社 通信制御方法及びユーザ端末

Family Cites Families (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9980173B2 (en) * 2014-02-10 2018-05-22 Lg Electronics Inc. Method and apparatus for indicating QoS of D2D data in wireless communication system
US10142847B2 (en) * 2014-05-23 2018-11-27 Qualcomm Incorporated Secure relay of discovery information in wireless networks
WO2016048076A2 (ko) * 2014-09-24 2016-03-31 엘지전자 주식회사 D2d 신호의 송신 방법 및 이를 위한 단말
EP4216654A1 (en) * 2014-09-26 2023-07-26 Sun Patent Trust Improved resource allocation for device to device (d2d) communication

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2015012590A (ja) * 2013-07-02 2015-01-19 株式会社Ｎｔｔドコモ 基地局、ユーザ装置、リソース割り当て方法、及びリソース決定方法
WO2015046264A1 (ja) * 2013-09-27 2015-04-02 京セラ株式会社 通信制御方法及びユーザ端末

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
ALCATEL -LUCENT ET AL.: "L2 Addresses for Public Safety D2D discovery and communication user data", 3GPP TSG- RAN WG2#85 R2-140723, 1 February 2014 (2014-02-01), XP050737835, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_85/Docs/R2-140723.zip> *
HUAWEI ET AL.: "UE-to-Network Relay Discovery", 3GPP TSG-RAN WG1#80B R1- 151865, XP050934723, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_80b/Docs/R1-151865.zip> *
INTEL CORPORATION: "Discussion on ProSe out of coverage discovery[ online", 3GPP TSG-RAN WG2#85 R2-140730, 1 February 2014 (2014-02-01), XP050737841, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_85/Docs/R2-140730.zip> *
SONY: "Discussion on ProSe Discovery through Communication (DtC", 3 GPP TSG-RAN WG2#85 R2-140357, 31 January 2014 (2014-01-31), XP050737570, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_85/Docs/R2-140357.zip> *

Also Published As

Publication number Publication date
JPWO2016163476A1 (ja) 2018-02-08
JP6732185B2 (ja) 2020-07-29
US10390207B2 (en) 2019-08-20
US20180132091A1 (en) 2018-05-10

Similar Documents

Publication Publication Date Title
US10911999B2 (en) Mobile communication system, user terminal, base station, processor, and communication control method
JP5826937B2 (ja) 移動通信システム、基地局、ユーザ端末、及びプロセッサ
JP6026549B2 (ja) 移動通信システム、基地局及びユーザ端末
JP6532861B2 (ja) 通信制御方法及び基地局
WO2016021700A1 (ja) 通信制御方法及びユーザ端末
WO2015141727A1 (ja) 通信制御方法及びユーザ端末
WO2016136493A1 (ja) 基地局及び無線端末
JP6732185B2 (ja) ユーザ端末及び制御方法
WO2015170765A1 (ja) ユーザ端末及びプロセッサ
WO2016163431A1 (ja) ユーザ端末及び制御方法
WO2016136492A1 (ja) 無線端末及び基地局
JP6515083B2 (ja) ユーザ端末及び通信制御方法
JP6130592B2 (ja) ユーザ端末及び装置
WO2016163474A1 (ja) ユーザ端末
JP2018139430A (ja) 移動通信システム、ユーザ端末、基地局、及びプロセッサ

Legal Events

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

Ref document number: 16776642

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2017511065

Country of ref document: JP

Kind code of ref document: A

WWE Wipo information: entry into national phase

Ref document number: 15564223

Country of ref document: US

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 16776642

Country of ref document: EP

Kind code of ref document: A1