WO2016013590A1 - ユーザ端末及び移動通信システム - Google Patents
ユーザ端末及び移動通信システム Download PDFInfo
- Publication number
- WO2016013590A1 WO2016013590A1 PCT/JP2015/070873 JP2015070873W WO2016013590A1 WO 2016013590 A1 WO2016013590 A1 WO 2016013590A1 JP 2015070873 W JP2015070873 W JP 2015070873W WO 2016013590 A1 WO2016013590 A1 WO 2016013590A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- user terminal
- data
- communication
- rlc entity
- transmission
- Prior art date
Links
- 238000010295 mobile communication Methods 0.000 title claims description 17
- 238000004891 communication Methods 0.000 claims abstract description 166
- 230000005540 biological transmission Effects 0.000 claims description 166
- 238000000034 method Methods 0.000 claims description 45
- 230000006837 decompression Effects 0.000 claims description 4
- 238000010586 diagram Methods 0.000 description 21
- 230000008569 process Effects 0.000 description 12
- 230000008707 rearrangement Effects 0.000 description 12
- 230000001360 synchronised effect Effects 0.000 description 9
- 238000007906 compression Methods 0.000 description 7
- 238000012545 processing Methods 0.000 description 7
- 230000010267 cellular communication Effects 0.000 description 6
- 230000006870 function Effects 0.000 description 6
- 230000011664 signaling Effects 0.000 description 6
- 230000008859 change Effects 0.000 description 5
- 238000013468 resource allocation Methods 0.000 description 5
- 238000007726 management method Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 230000006835 compression Effects 0.000 description 3
- 230000000694 effects Effects 0.000 description 3
- 238000013144 data compression Methods 0.000 description 2
- 238000012423 maintenance Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 230000003252 repetitive effect Effects 0.000 description 2
- 230000004913 activation Effects 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000012937 correction Methods 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
Images
Classifications
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1832—Details of sliding window management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/32—Flow control; Congestion control by discarding or delaying data units, e.g. packets or frames
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/34—Flow control; Congestion control ensuring sequence integrity, e.g. using sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/40—Support for services or applications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/324—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the data link layer [OSI layer 2], e.g. HDLC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/02—Data link layer protocols
-
- 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
- H04L47/00—Traffic control in data switching networks
- H04L47/10—Flow control; Congestion control
- H04L47/27—Evaluation or update of window size, e.g. using information derived from acknowledged [ACK] packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
Definitions
- the present application relates to a user terminal and a mobile communication system used in a mobile communication system that supports D2D communication that is direct communication between terminals.
- 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 (Discovery) for discovering nearby terminals and D2D communication (Communication) that is direct inter-terminal communication.
- a transmitting user terminal establishes a transmitting RLC entity to transmit data
- a receiving user terminal establishes a receiving RLC entity to receive data.
- the receiving RLC entity is released depending on the implementation of the user terminal, but there is no agreement on releasing the transmitting RLC entity (see Non-Patent Document 1).
- a user terminal defines a sequence number of data that can be received without advancing a window in a receiving RLC entity established to receive data by D2D communication that is direct terminal-to-terminal communication. Therefore, a control unit is provided that performs control to discard data of a predetermined sequence number under a predetermined condition based on a window size used in the receiving RLC entity. The control unit sets the window size to zero.
- FIG. 1 is a configuration diagram of an LTE system according to the embodiment.
- FIG. 2 is a block diagram of the UE according to the embodiment.
- FIG. 3 is a block diagram of the eNB according to the embodiment.
- FIG. 4 is a protocol stack diagram according to the embodiment.
- FIG. 5 is a configuration diagram of a radio frame according to the embodiment.
- FIG. 6 is a diagram for explaining a PDCP entity and an RLC entity in D2D communication.
- FIG. 7 is a diagram illustrating an example for explaining the arrangement of time / frequency resources used in the D2D communication according to the embodiment.
- FIG. 8 is a diagram for explaining the operation of the UE 100 in D2D communication.
- FIG. 9 is a diagram for explaining the operation (second operation) of the UE 100 in the D2D communication.
- FIG. 10 is a diagram illustrating an example of out-of-coverage D2D communication and in-coverage D2D communication.
- FIG. 11 is a diagram illustrating an example of a valid timer.
- the receiving user terminal determines whether the new data is the same as the already received data based on the SN value of the data from the transmitting user terminal. May regard new data as already received data and discard it.
- a technique is provided that enables the user terminal to suppress discarding new data as data that has already been received.
- the user terminal (receiving user terminal) according to the embodiment can receive data without advancing the window in a receiving RLC entity established for receiving data by D2D communication that is direct inter-terminal communication.
- a control unit that performs control to discard data of a predetermined sequence number under a predetermined condition based on a window size used in the receiving RLC entity.
- the control unit sets the window size to zero.
- control unit sets the window size to 0 according to the type of information transmitted by the D2D communication.
- control unit sets the window size to 0 according to a destination of data transmitted by the D2D communication.
- control unit sets the window size to 0 according to a transmission method in the D2D communication.
- the user terminal includes a control unit that establishes a reception RLC entity for receiving data through D2D communication that is direct inter-terminal communication.
- the control unit performs setting related to a window in the reception RLC entity according to a type of information transmitted by the D2D communication.
- the user terminal transmits the transmission RLC entity from another user terminal that has established a transmission RLC entity for transmitting data to the user terminal by D2D communication that is direct inter-terminal communication.
- the user terminal further includes a control unit that releases a reception RLC entity for receiving data from the other user terminal through the D2D communication based on the information received by the reception unit.
- control unit releases the reception RLC entity based on the information before the time when the other user terminal releases the transmission RLC entity at the latest.
- the information is information on a timer used by the other user terminal to release the transmission RLC entity.
- a plurality of periods for repeated transmission of data are provided in the time direction, and the user terminal receives the data from the other user terminal within the first period, which is the period, A control unit is further provided that releases the received RLC entity when data is not received from the other user terminal even after a second period, which is the period following the first period, is exceeded.
- the user terminal (transmission user terminal) according to the embodiment includes a control unit that establishes a transmission RLC entity for transmitting data to other user terminals by D2D communication that is direct inter-terminal communication, and the other user terminals. And a transmission unit for transmitting information related to the release of the transmission RLC entity.
- the information is information on a timer used by the user terminal to release the transmission RLC entity.
- a plurality of periods for repeated transmission of data are provided in the time direction, and the control unit transmits the same data when performing control to repeatedly transmit the same data within the period. Is set at random.
- the user terminal (receiving user terminal) establishes a reception RLC entity for receiving data from other user terminals by D2D communication that is direct inter-terminal communication, and the D2D communication performs the above-described operation.
- a receiving unit that receives information indicating at least one of transmission start and end of data transmitted from another user terminal.
- the control unit releases the received RLC entity based on the information.
- the information is flag information for identifying from the start to the end of one block of data transmitted from the other user terminal.
- a plurality of periods for repeated transmission of data are provided in the time direction, and the control unit receives the data from the other user terminal within the first period which is the period, and then If no data is received from the other user terminal even after a second period, which is the period following the first period, is released, the receiving RLC entity is released.
- the user terminal (transmission user terminal) establishes a transmission RLC entity for transmitting data to other user terminals by D2D communication that is direct inter-terminal communication;
- a transmission unit that transmits information indicating at least one of transmission start and end of data to be transmitted to another user terminal.
- the information is flag information for identifying from the start to the end of one block of the data.
- the mobile communication system includes a first user terminal that transmits a scheduling assignment indicating a position of a time / frequency resource for data reception in D2D communication using the time / frequency resource in the SA resource pool; A second user terminal that receives the scheduling assignment from the first user terminal using time / frequency resources in the SA resource pool.
- the first user terminal establishes a transmission RLC entity used for the D2D communication based on setting information associated with the SA resource pool.
- the second user terminal establishes a reception RLC entity used for the D2D communication based on setting information associated with the SA resource pool.
- the mobile communication system includes a first user terminal that establishes a transmission RLC entity for transmitting data by D2D communication, and a second user terminal that establishes a reception RLC entity for receiving data by the D2D communication And comprising.
- the first user terminal transmits data including setting information of a receiving RLC entity.
- the second user terminal establishes the reception RLC entity based on configuration information of the reception RLC entity.
- the mobile communication system includes a first user terminal that transmits a scheduling assignment indicating a position of a time / frequency resource for data reception in D2D communication, and a first user terminal that receives the scheduling assignment from the first user terminal. 2 user terminals.
- the first user terminal transmits the scheduling assignment including setting information of a receiving RLC entity for receiving data by the D2D communication.
- the second user terminal establishes the reception RLC entity based on configuration information of the reception RLC entity.
- the data compression method in the PDCP entity has not been defined yet. Accordingly, as one of the objects of the present application, a technique for compressing data in a PDCP entity in D2D communication is provided.
- the user terminal includes a control unit that performs data decompression based on a parameter that is not changed in a PDCP entity used in D2D communication that is direct inter-terminal communication.
- the parameter that is not changed is the maximum value of the context identifier.
- a plurality of periods for repeated transmission of data are provided in the time direction, and the control unit (of the user terminal) performs the same data when performing control to repeatedly transmit the same data within the period.
- the transmission timing is set at random.
- the user terminal includes a control unit that compresses data based on parameters that are not changed in a PDCP entity used in D2D communication that is direct inter-terminal communication.
- the parameter that is not changed is the maximum value of the context identifier.
- FIG. 1 is a configuration diagram of an LTE system according to the embodiment.
- the LTE system according to the 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 EPC 20 may include OAM (Operation and Maintenance).
- 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.
- the OAM is a server device managed by an operator and performs maintenance and monitoring of the E-UTRAN 10.
- FIG. 2 is a block diagram of the UE 100.
- the UE 100 includes a plurality of antennas 101, a radio transceiver 110, a user interface 120, a GNSS (Global Navigation Satellite System) receiver 130, a battery 140, a memory 150, and a processor 160.
- the UE 100 may not have the GNSS receiver 130.
- the memory 150 may be integrated with the processor 160, and this set (that is, a chip set) may be used as the processor 160 'that constitutes the control unit.
- 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 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 GNSS receiver 130 receives a GNSS signal and outputs the received signal to the processor 160 in order to obtain location information indicating the geographical location of the UE 100.
- the battery 140 stores electric power to be supplied to each block of the UE 100.
- 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 corresponds to a control unit, and executes various processes and various communication protocols described later.
- FIG. 3 is a block diagram of the eNB 200.
- the eNB 200 includes a plurality of antennas 201, a radio transceiver 210, a network interface 220, a memory 230, and a processor 240.
- the memory 230 may be integrated with the processor 240, and this set (that is, a chip set) may be used as the processor 240 'that constitutes the 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 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 a program stored in the memory 230 and performs various processes.
- the processor 240 corresponds to a control unit, and 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 state, and otherwise, the UE 100 is in the RRC idle state.
- the NAS (Non-Access Stratum) layer located above the RRC layer performs session management and mobility management.
- 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).
- D2D proximity service In the following, the D2D proximity service will be described.
- the LTE system according to the embodiment supports D2D proximity service.
- the D2D proximity service is described in Non-Patent Document 1, but an outline thereof will be described here.
- the D2D proximity service (D2D ProSe) 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 (Discovery) for discovering a nearby UE and D2D communication (Communication) which is direct UE-to-UE communication.
- D2D communication is also 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”.
- the eNB 200 becomes the D2D synchronization source.
- the D2D asynchronous source synchronizes with the D2D synchronous source without transmitting the D2D synchronous signal.
- the eNB 200 that is the D2D synchronization source transmits D2D resource information indicating radio resources that can be used for the D2D proximity service by a broadcast signal.
- the D2D resource information includes, for example, information indicating radio resources that can be used for the D2D discovery procedure (Discovery resource information) and information indicating radio resources that can be used for D2D communication (communication resource information).
- the UE 100 that is the D2D asynchronous source performs the D2D discovery procedure and D2D communication based on the D2D resource information received from the eNB 200.
- the UE 100 becomes a D2D synchronization source. Outside the coverage, the UE 100 that is the D2D synchronization source transmits D2D resource information indicating radio resources that can be used for the D2D proximity service using, for example, a D2D synchronization signal.
- the D2D synchronization signal is a signal transmitted in the D2D synchronization procedure for establishing the synchronization between terminals.
- the D2D synchronization signal includes D2DSS and a physical D2D synchronization channel (PD2DSCH).
- D2DSS is a signal that provides a time / frequency synchronization reference.
- PD2DSCH is a physical channel that carries more information than D2DSS.
- the PD2DSCH carries the above-described D2D resource information (Discovery resource information, Communication resource information). Alternatively, PD2DSCH may be unnecessary by associating D2D resource information with D2DSS.
- the D2D discovery procedure is mainly used when D2D communication is performed by unicast.
- the UE 100 transmits a Discovery signal (D2D discovery signal) using any one of the radio resources available for the D2D discovery procedure.
- the other UE 100 scans the Discovery signal within the radio resource usable for the D2D discovery procedure, and receives the Discovery signal.
- the Discovery signal may include information indicating a radio resource used by the one UE 100 for D2D communication.
- FIG. 6 is a diagram for explaining a PDCP entity and an RLC entity in D2D communication.
- UE100 which performs D2D communication establishes a PDCP entity and an RLC entity.
- the PDCP entity performs the same operation as the above-described PDCP layer in D2D communication
- the RLC entity performs the same operation as the above-described RLC layer in D2D communication.
- the RLC entity operates in an unacknowledged mode (UM). In UM, data division / combination is performed, but ARQ retransmission is not performed.
- UM unacknowledged mode
- the UE 100 that transmits data by D2D communication establishes a transmission PDCP entity and a transmission RLC entity (hereinafter referred to as a transmission entity).
- the UE 100 that receives data by D2D communication establishes a reception PDCP entity and a reception RLC entity (hereinafter, reception entity).
- an ID for identifying the transmission source (transmission source ID: Source Layer 2 ID), an ID for identifying the transmission destination (transmission destination ID: Destination Layer 2 ID), and a logical channel
- An identification ID (LCID) is used.
- the sending entity is established when data to be sent (to be sent) by D2D communication occurs.
- the receiving entity is established when the first data is received by D2D communication and the corresponding receiving RLC entity is not established. Therefore, if each ID (transmission source ID, transmission destination ID, LCID) of the first data is not the same as each ID of the existing reception entity, the reception entity is established.
- the UE 100A establishes a transmission PDCP entity and a transmission RLC entity (hereinafter referred to as a first transmission entity) in order to transmit data to the UE 100B.
- the transmission source ID is “A (UE100A)”
- the transmission destination ID is “B (UE100B)”
- the LCID is “1”.
- the UE 100A establishes a reception PDCP entity and a reception RLC entity (hereinafter, second reception entity) in order to receive data from the UE 100B. Based on the first data (and each ID) received from the UE 100B, the UE 100A sets the second receiving entity having the transmission source ID “B”, the transmission destination ID “A”, and the LCID “2”. Establish.
- the UE 100A sets the transmission source ID to “C (UE 100C)”, the transmission destination ID to “A”, and the LCID to “L” based on the first data (and each ID) received from the UE 100C.
- a third receiving entity is established.
- the UE 100A transmits data to the UE 100B by the first transmitting entity, receives data from the UE 100B by the second receiving entity, and receives data from the UE 100C by the third receiving entity.
- FIG. 7 is a diagram illustrating an example for explaining the arrangement of time / frequency resources used in the D2D communication according to the present embodiment.
- FIG. 8 is a diagram for explaining the operation of the UE 100 in D2D communication.
- FIG. 9 is a diagram for explaining an operation (second operation described later) of the UE 100 in the D2D communication.
- the UE 100 that transmits data by D2D communication repeatedly transmits the same data within a period for repeated data transmission.
- a plurality of such periods (hereinafter, repeated transmission periods) are provided in the time direction.
- UE 100 selects radio resources used for data transmission from time / frequency resources in a data region (Data Region: data resource pool) 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, as shown in FIG. 7, four subframes are randomly selected from the time / frequency resources in the first half of the data area. Select four subframes randomly from the time / frequency resources in the second half of the data area. The UE 100 repeatedly transmits predetermined data using the four subframes selected from the time and frequency resources in the first half of the data area, and the four subframes selected from the time and frequency resources in the first half of the data area. Another data is repeatedly transmitted using a frame.
- Data Region data resource pool
- each time length of the first half and the second half of the data area corresponds to the repeated transmission period.
- the UE 100 repeatedly transmits predetermined data using eight subframes selected from the time / frequency resources in the data region.
- the time length of the data area corresponds to the repeated transmission period.
- the UE 100 randomly sets the timing for transmitting the same data in the time direction, whereby the data transmitted from the UE 100 can be prevented from continuously colliding with the data transmitted from other UEs.
- the receiving UE can receive at least one data among a plurality of data (same data) repeatedly transmitted from the UE 100.
- the UE 100 determines the position of data (use radio resource) transmitted by D2D communication from the time / frequency resources in the SA region (SA region: SA resource pool) periodically arranged in the time direction.
- a radio resource for transmitting the indicated SA (Scheduling Assignment) is selected.
- the receiving UE can recognize the frequency position of the data based on the frequency position of the SA.
- UE 100A which has transmitted data to UE 100B by D2D communication, newly establishes a transmission RLC entity after releasing the transmission RLC entity and transmits data to UE 100B (FIG. 8).
- the UE 100A in D2D communication transmits data (specifically, a packet (UMD PDU)) whose sequence number value (SN value) is N at a predetermined time.
- VT (US) in UE 100A becomes N + 1.
- VT (US) is a state variable that holds an SN value assigned to a newly generated UMD PDU.
- the UE 100B receives data (UMD PDU) whose SN value is N from the UE 100A.
- the VR (UH) of the UE 100B becomes N + 1.
- the VR (UR) of the UE 100B is M ( ⁇ N + 1).
- VR (UR) is a UM reception state variable, and is a state variable that holds the SN value of the earliest UMD PDU for which rearrangement is still being considered.
- the UE 100B can set the SN value of data serving as a trigger for establishing a reception RLC entity (first data received from the UE 100A) to an initial value of VR (UR).
- the SN value of the first data (UMD PDU) from the UE 100A is set to the initial value of VR (UR).
- VR (UH) is a UM highest reception state variable, and is a state variable that holds the SN value next to the SN value of the UMD PDU having the highest SN among the received UMD PDUs.
- VR (UH) serves as the high end of the reordering window.
- the UE 100B can set the SN value of data serving as a trigger for establishing a reception RLC entity (first data received from the UE 100A) to an initial value of VR (UH).
- the SN value of the first data (UMD PDU) from the UE 100A is set to the initial value of VR (UH).
- UM_Window_Size indicates the range of the rearrangement window. Note that UM_Window_Size is a constant used by the receiving RLC entity to define the SN of the UMD PDU that can be received without advancing the reordering window.
- the data of the sequence number located in the range of the rearrangement window and the data that does not satisfy the predetermined condition is put in the reception buffer.
- the data in the reception buffer is rearranged in the SN order, reconstructed into RLC SDU, and then transferred to the upper layer.
- the UE 100A when the UE 100A has finished transmitting data to be transmitted to the UE 100B, the UE 100A releases the transmission RLC entity (and the transmission PDCP entity). Thereafter, the UE 100A establishes a new transmission RLC entity by generating new data to be transmitted to the UE 100B.
- the UE 100B since the release of the received RLC entity (and the received PDCP entity) depends on the implementation of the UE 100B, the UE 100B may maintain the received RLC entity. In such a case, similarly to the existing cellular communication, it is assumed that the UE 100A sets the SN value to the initial value (ie, “0”) and starts data transmission in the new transmission RLC entity. .
- the UE 100A transmits new data (UMD PDU) having an SN value of 0.
- the VT (US) of the UE 100A becomes 1.
- the UE 100B receives new data (UMD PDU) having an SN value of 0 from the UE 100A.
- the UE 100A uses the same LCID in the released transmission RLC entity and the newly established transmission RLC entity, the UE 100B receives new data from the UE 100A in the maintained reception RLC entity. Perform the process.
- the UE 100A transmits information on the release of the transmission RLC entity (hereinafter, release information) to the UE 100B.
- release information information on the release of the transmission RLC entity
- UE100B receives release information from UE100A.
- Release information is, for example, information on a timer (In-activity timer) used by the UE 100A to release a transmission RLC entity.
- a timer In-activity timer
- the UE 100A transmits information (for example, flag information) indicating a timer to be used among the plurality of timers as release information.
- Release information can be notified from the UE 100A to the UE 100B by the MAC CE.
- regulated several timer may be notified to each UE by SIB, and may be preset by each UE.
- the UE 100B can release the reception RLC entity for receiving data from the UE 100B based on the release information. Specifically, UE 100B releases the received RLC entity at the latest before the time for UE 100A to release the transmitting RLC entity is exceeded. Depending on the implementation of UE 100B, UE 100B may release the receiving RLC entity at the same time that the transmitting RLC entity releases, or release the receiving RLC entity before the time that the transmitting RLC entity releases. May be.
- the UE 100B Even if the UE 100B releases the reception RLC entity before the transmission RLC entity is released, the UE 100B establishes the reception RLC entity with the SN value of the data transmitted from the UE 100A as an initial value, There is no deviation in the SN value between the UE 100A and the UE 100B. Therefore, there is no problem if data is transmitted by the maintained transmitting RLC entity after the receiving RLC entity is released.
- the UE 100B may regard the received data as new data and process it without discarding. For example, when the UE 100B maintains the reception RLC entity, the UE 100B may perform a process of adding a correction value to the SN value of new data.
- the UE 100B determines that the timer (In-activity timer) of the UE 100A has expired based on the release information, the UE 100B transfers all the data held in the reception RLC entity to the upper layer and then receives the next data. Data may be processed as new data. For example, when the timer set based on the release information expires, the UE 100B may perform a process of initializing at least the SN value of the reception RLC entity after transferring all the data in the reception buffer to the upper layer. .
- the UE 100B may discard the received new data. For this reason, the UM 100B sets UM_Window_Size to 0 in the reception RLC entity. Accordingly, since the sequence number of the received data is not located in the range of the reordering window, the UE 100B does not discard the received data in the reception RLC entity, and the upper layer (specifically, the reception PDCP entity) Forward to. As a result, it can be suppressed that new data is regarded as already received data and discarded.
- the UE 100 may set UM_Window_Size to 0 when reordering is not required in the receiving RLC entity.
- the UE 100B may set UM_Window_Size to 0 according to the type of data transmitted by D2D communication. Specifically, the UE 100B sets UM_Window_Size to 0 when the data is data requesting real-time processing such as audio data or video data (for example, the allowable delay of the data is a predetermined value or more). If the data is document data, UM_Window_Size may be set to a normal size.
- UE100B may set UM_Window_Size to 0 according to the destination (transmission destination ID) of the data transmitted by D2D communication. Specifically, the UE 100B sets UM_Window_Size to 0 when the transmission destination ID is an ID indicating group cast or broadcast, and sets UM_Window_Size when the transmission destination ID is an ID indicating unicast (UE 100B). You may set to a normal size.
- UE100B may set UM_Window_Size to 0 according to the application used in D2D communication. Specifically, the UE 100B sets UM_Window_Size to 0 when the application is an application intended for voice communication or video communication, and when the application is an application intended for transfer of document data. UM_Window_Size may be set to a normal size.
- the UE 100A transmits information indicating at least one of data transmission start and end.
- the UE 100B releases the received RLC entity based on the information.
- the UE 100A starts transmitting data after transmitting a code indicating the start of data transmission as the information.
- UE100A transmits the said information with the first data.
- the UE 100B can recognize that the UE 100A has started transmitting data by receiving the information. Therefore, the UE 100B can determine that the data received after receiving the information is new data. For this reason, it can be suppressed that new data is regarded as already received data and discarded.
- UE 100A may transmit the information by MAC CE, or may transmit the information by adding the information to the MAC subheader of the first data.
- UE100A transmits the code
- UE100B transmits the said information with the last data.
- the UE 100B can recognize that the UE 100A has finished transmitting data by receiving the information. Therefore, the UE 100B can determine that the data received after receiving the information is new data transmitted by the new transmission RLC entity. For this reason, it can be suppressed that new data is regarded as already received data and discarded.
- UE 100A may transmit the information by MAC CE, or may transmit by adding the information to the MAC subheader of the last data.
- the UE 100A transmits flag information (identifier) that identifies from the start to the end of one block of data as the information. Specifically, the UE 100A increments a variable indicating flag information each time a block of data changes. For example, when the flag information is composed of 1 bit, the flag information changes as 0, 1, 0, 1,... Each time the data block changes. When the flag information is composed of 2 bits, the flag information changes like 0, 1, 2, 3, 0, 1,... Every time the data block changes.
- the UE 100B can identify whether or not the received data is a new block of data based on the change of the flag information. Therefore, even if the received data is discarded, the UE 100B establishes a new receiving entity if the data is identified as a new block of data based on the flag information.
- the data can be processed at the new receiving entity. Alternatively, the UE 100B may process the data after correcting the SN value without discarding the data in the new receiving entity.
- the flag information may be transmitted together with the data whenever the data is transmitted. In this case, for example, by adding flag information together with the transmission source ID, transmission destination ID, and LCID to the MAC subheader of the data, the data can be transmitted together with the data.
- the flag information may be transmitted when data transmission is started and when data transmission is completed, or may be transmitted as appropriate when data transmission is being performed. In this case, the flag information may be transmitted by MAC CE, or may be transmitted by a dedicated MAC subheader.
- the start and end of data transmission can be determined by detecting unvoiced and / or voiced.
- the data is document data
- one document data may be handled as one block, and each of a plurality of data generated by dividing one document data is handled as one block. Also good.
- PTT Push To Talk
- switching from OFF to ON may be the start of data transmission, and switching from ON to OFF may be the end of data transmission.
- the UE 100A repeatedly transmits the same data within the repeated transmission period.
- the UE 100B does not receive data from the UE 100A after receiving the data from the UE 100A within the first repeated transmission period and exceeding the second repeated transmission period following the first repeated transmission period,
- the receiving RLC entity may be released. This is because the UE 100B can determine that the data transmission from the UE 100A is completed when the data cannot be received within the second repetitive transmission period in which the data is next transmitted from the UE 100A. Thereby, it is possible to suppress the deviation of the SN value generated by continuing to maintain the reception RLC entity.
- the repeated transmission period may be a value set according to an application used in D2D communication.
- the repetitive transmission period may be set shorter for an application for audio communication or video communication than for an application for transferring document data.
- the repeated transmission period may be provided only when the application is intended for voice communication or video communication.
- the setting information for repeatedly transmitting the same data within the repeated transmission period in D2D communication may be set in advance in each UE 100 (each of UE 100A and UE 100B), or transmitted to each UE 100 by SIB. May be. Thereby, UE100A and UE100B can share a transmission period repeatedly.
- the UE 100A may change the transmission antenna weight for each transmission when the same data is repeatedly transmitted (unicast) to the UE 100B instead of broadcast and group cast. .
- the transmission antenna weight is constant, even if the reception quality of all of the multiple transmissions is poor, by changing the transmission antenna weight for each transmission, at least one of the multiple transmissions. Multiple transmissions can improve reception quality.
- the frequency position of the SA and the frequency position of the data radio resource are the same, but the present invention is not limited to this.
- the frequency position of the radio resource for data may be random.
- the SA may include information indicating the frequency position of the radio resource for data.
- the SA may be set so that the frequency position of the radio resource for data is random according to the frequency position of the SA.
- the frequency position of the radio resource for data may be associated with the frequency position.
- the UE 100A repeatedly transmits the same data within the repeated transmission period.
- the present invention is not limited to this. Even when the UE 100 does not repeatedly transmit the same data (or no repeated transmission period is provided), the receiving UE has already transmitted new data by at least one of the operations 1 to 3 described above. It can be suppressed that the received data is discarded.
- the UE 100A when transmitting voice data (voice packet) by D2D communication, the UE 100A does not divide one packet and transmit a plurality of divided packets in a plurality of subframes. A packet may be transmitted in one subframe.
- the UE 100B can transfer the packet (RLC PDU) to the upper layer without performing the process of assembling the packet (RLC PDU) in the receiving RLC entity. Therefore, rearrangement in the upper layer is not required when UM_Window_Size is set to 0, which is particularly effective in the second operation.
- UE100A when UE100A releases a transmission RLC entity by the instruction
- the transmission destination ID, the LCID, and the SN value of the last transmitted data may be held.
- the UE 100A When new data to be transmitted to the UE 100B that has been transmitted by the transmission RLC entity instructed to be released before the predetermined period elapses, the UE 100A performs new data by any of the following methods: Send.
- the SN value next to the SN value of the last transmitted data is set as an initial value and a new value is set.
- the SN value of the new data is the SN value of the continuation of the previous data, so that the UE 100B transmits the new data in the received RLC entity. It can be processed without being discarded.
- the UE 100A transmits new data to the UE 100B using an LCID different from the held LCID. Thereby, even if the UE 100B does not release the reception RLC entity, the UE 100B establishes a new reception RLC entity in response to reception of new data having a different LCID. Accordingly, since the UE 100B processes new data in the new reception RLC entity, the new data is not discarded.
- the predetermined period here is set to a period longer than the timer from when the reception RLC entity is no longer used until it is released, for example.
- UM_Window_Size is set to 0, but the present invention is not limited to this.
- UM_Window_Size may be set to a value smaller than a specified value.
- the specified value of UM_Window_Size is 2SN Length / 2 (2 to the “SN bit length / 2” power)
- UM_Window_Size may be set to 2SN Length / x (X> 2).
- the rearrangement window is based on the SN value of the new data. Move.
- data in the reception buffer may not be processed (or discarded) before the rearrangement window moves.
- the rearrangement window can be prevented from moving, so that such a problem can be solved.
- the UE 100B sets the SN value of data (first data) serving as a trigger for establishing a reception RLC entity as the initial value of VR (UR), but is not limited thereto.
- the UE 100B can set the initial value of VR (UR) to a value smaller than the SN value of data serving as a trigger for establishing a reception RLC entity.
- the UE 100B can set the initial value of VR (UR) to “(N + 1) ⁇ (UM_Window_Size / x)” (x is an arbitrary number). .
- the UE 100A receives the data having the SN value N + 1 from the UE 100A that is maintained without releasing the transmission RLC entity.
- the UE 100B establishes a new reception RLC entity and receives data from the UE 100A.
- the UE 100B sets N + 1, which is an SN value of data serving as a trigger for establishing a reception RLC entity, as an initial value of VR (UR).
- N is an SN value of data serving as a trigger for establishing a reception RLC entity
- the UE 100B may set the initial value of VR (UR) to a value smaller than the SN value of the first data according to the type of data transmitted by D2D communication, or transmitted by the D2D communication.
- the initial value of VR (UR) may be set to a value smaller than the SN value of the first data depending on the destination of the data to be processed. For example, when the data type is data that does not require real-time processing (for example, the allowable delay of data is greater than or equal to a predetermined value), the UE 100B uses the initial value of VR (UR) as the SN value of the first data. Can be set to a smaller value.
- the UE 100B can set the initial value of VR (UR) to a value smaller than the SN value of the first data. Thereby, it is possible to suppress discarding new data as data that has already been received without reducing communication quality.
- the RLC entity operates in the UM, but is not limited thereto.
- the RLC entity may operate in acknowledgment mode (AM).
- AM acknowledgment mode
- AM also performs ARQ retransmission when RLC PDU transmission fails. Higher reliability can be obtained by performing double retransmission with HARQ at the MAC layer and ARQ at the RLC entity.
- the LTE system has been described as an example of the mobile communication system, but the present invention is not limited to the LTE system, and the contents of the present application may be applied to a system other than the LTE system.
- FIG. 10 is a diagram illustrating an example of D2D communication outside the coverage and within the coverage.
- D2D communication (A) outside coverage A brief description of D2D communication (A) outside coverage will be given. As shown in FIG. 10, in the D2D communication (A) outside the coverage, the UE 100A and the UE 100B are located outside the coverage.
- the UE 100A and the UE 100B are synchronized. Thereafter, data is generated in the UE 100A. This data is data to be transmitted to the UE 100B.
- the UE 100A establishes a transmission PDCP / RLC entity (Step 1). This operation is a UE-implemented operation.
- the UE 100A selects a transmission resource.
- the UE 100A transmits control information (SA) for notifying the selected transmission resource.
- SA control information
- the UE 100B receives control information from the UE 100A.
- the UE 100B decodes the received SA.
- the UE 100B grasps transmission resources used for data transmission based on the decoded SA.
- the UE 100A transmits data.
- the UE 100B receives data based on the grasped transmission resource.
- UE100B acquires L2 ID and LCID.
- the UE 100B establishes a reception PDCP / RLC entity (Step 2).
- the UE 100A transmits data.
- the UE 100B receives data.
- the UE 100B releases the received PDCP / RLC entity.
- This operation is a UE-implemented operation.
- the UE 100A releases the transmission PDCP / RLC entity (Step 3).
- D2D communication (B) within the coverage will be briefly described. In addition, description of the same part as the D2D communication (A) outside the coverage is omitted as appropriate.
- UE 100A and UE 100B are located within the coverage of a cell of eNB 200.
- the eNB 200 transmits a system information block (SIB18) by broadcasting.
- SIB18 system information block
- UE100A and UE100B receive a system information block.
- the UE 100A establishes a transmission PDCP / RLC entity (Step 1).
- the UE 100A transmits a random access preamble (RA) or a scheduling request (SR), and transmits a buffer status report (BSR) in D2D communication.
- the eNB 200 transmits the SA resource allocation and the data transmission resource allocation to the UE 100A based on the BSR.
- UE100A transmits SA to UE100B based on SA resource allocation.
- SA indicates data transmission resource allocation received from the eNB 200.
- the UE 100B decodes the SA. Based on the decoded SA, the UE 100B grasps transmission resources (data transmission resource allocation) used for data transmission. The subsequent operation is the same as that of the D2D communication (A) outside the coverage.
- These values do not need to be shared between transmitting and receiving entities (Tx and Rx entities).
- the other parameters listed in Table 1 need to be shared between the transmitting and receiving entities in order for the PDU to be processed correctly. According to the current specification for cellular, these parameters are set in the UE 100 via RRC signaling so that the UE 100 and the eNB 200 share a common value.
- D2D it has already been agreed not to establish a receiving PDCP / RLC entity via RRC signaling.
- the receiving PDCP / RLC entity is established according to the first received UMD PDU.
- UE 100 D2D UE
- both the transmitting and receiving PDCP / RLC entities are not able to receive parameter values through other means. Need to cooperate.
- the simplest method of coordinating parameter values for PDCP / RLC configuration is by pre-configuration. If all the parameters in Table 1 have only one possible value, the presetting may be a viable solution. However, if more than one value needs to be supported for each parameter, an alternative solution may be needed, as shown below.
- both the transmitting D2D UE (UE 100A) and the receiving D2D UE (UE 100B) can receive signals from the serving cell. . Therefore, the UE 100 (D2D UE) can use the SIB to obtain the parameter value for PDCP / RLC setting.
- the UE 100 (D2D UE) can use the SIB.
- the solution depends on whether all the parameters in Table 1 have a value of 1 or greater.
- the transmitting UE 100 receives the parameter values for the PDCP / RLC setting from the receiving UE 100 (Rx D2D UE).
- Proposal 1 It should be considered whether or not the transmitting UE 100 (transmission D2D UE) is allowed to autonomously select a desired parameter value for PDCP / RLC configuration.
- the transmitting UE 100 is not allowed to autonomously select the PDCP / RLC setting, one PDCP / RLC setting needs to be specified between the transmitting and receiving PDCP / RLC entities.
- D2D communication there is one possibility that both the transmitting and receiving UEs 100 can share the received SA resource pool and thus the same PDCP / RLC configuration is shared for each SA received resource pool. This has the potential to apply to all D2D scenarios including out-of-coverage, in-coverage and partial coverage scenarios.
- Proposal 2 When the transmitting UE 100 (transmission D2D UE) is not allowed to autonomously select the PDCP / RLC setting, one PDCP / RLC setting may be specified for each SA reception resource pool.
- the transmission UE 100 transmission D2D UE
- the following alternative is used as a means for sharing the parameter value set by the transmission UE 100 with the reception UE 100. Should be considered.
- Alternative 1 and Alternative 2 can be applied to all scenarios, but Alternative 3 cannot be applied to the UE 100 unless the transmitting UE 100 is a synchronization source.
- the in-coverage scenario it is a premise that the majority of UEs 100 (D2D UEs) are not synchronization sources, and Alternative 3 should be excluded.
- Proposal 3 If the trusted UE 100 (transmission D2D UE) is allowed to autonomously select the PDCP / RLC setting, the PDCP / selecting either of the two alternatives (alternative 1 or alternative 2) It should be considered whether the RLC configuration should be adopted to distribute to the receiving UE 100 ().
- PDCP and RLC entity release timing With respect to the PDCP and RLC release timing issue (step 3 of FIG. 10), it is assumed that the PDCP entity and the RLC entity must be established and released together. ing. However, there is no agreement as to whether the sending and receiving entities should cooperate.
- the release timing of the transmitting PDCP / RLC entity affects the successful reception of the UMD PDU at the receiving RLC entity. The impact of PDCP / RLC entity release timing is discussed further below.
- a transmission RLC entity (for example, transmission source ID: A, transmission destination ID: B, LCID: 0) is received by a reception RLC entity (for example, transmission source ID: A, transmission destination ID: B).
- LCID: 0 the transmitting RLC entity
- Alternative 1 Introduction of a common timer between the transmitting RLC entity and the receiving RLC entity In order to prevent the receiving RLC entity from remaining valid for an unnecessarily long period of time, after receiving the last UMD PDU, the RLC entity It is useful to introduce an “in-activity timer” that indicates the maximum time that can continue to be valid.
- the transmitting RLC entity is not released while the active timer is running.
- the transmitting RLC entity may refrain from using the same LCID that was previously used while the active timer is running.
- the detailed procedure is shown in FIG. FIG. 11 shows an example of a valid timer related to the operation. Description of the same parts as those in FIG. 10 is omitted.
- the UE 100A after transmitting data, the UE 100A starts a valid timer. The UE 100A restarts the active timer every time data is transmitted. On the other hand, the UE 100B establishes a PDCP / RLC entity and starts a valid timer. The UE 100B restarts the active timer every time data is received.
- the UE 100A releases the transmission PDCP / RLC entity after a duration A longer than the duration (activation time) of the active timer has elapsed (step S3). That is, the UE 100A releases the transmission PDCP / RLC entity after the valid timer expires.
- the UE 100B releases the received PDCP / RLC entity after a duration B longer than the duration of the active timer has elapsed (step S2). That is, the UE 100B releases the received PDCP / RLC entity before the valid timer expires.
- the UE 100 (D2D UE) should release the transmitting RLC entity after the active timer expires (alternative 1). Furthermore, the receiving RLC entity should share such a valid timer with the corresponding transmitting RLC entity and use the valid timer as a reference to prevent the occurrence of UMD PDU discard.
- Proposal 4 The transmitting RLC entity should be released after the active timer expires to prevent UMD PDU discarding.
- Proposal 5 The receiving RLC entity should share such an active timer with the corresponding transmitting RLC entity and use the active timer as a reference to prevent UMD PDU discarding.
- PDCP / RLC parameter setting (1.1) Problem
- PDCP and RLC entity used in a data bearer are generated (established) when the UE 100 receives RRC signaling transmitted from a cell.
- the PDCP parameters and RLC parameters used when the PDCP and RLC entities are generated are set by the RRC signaling.
- an object is to provide a technique for setting PDCP parameters and RLC parameters used for D2D communication.
- the following method may be used.
- the other parameter may be set by a method different from the one parameter.
- the RLC and PDCP settings for the D2D bearer may be stored in advance by the UE 100 (D2D UE) (pre-configured).
- the RLC and PDCP settings for the D2D bearer may be notified from the eNB 200 to the UE 100 by broadcast.
- the transmission UE 100 establishes RLC and PDCP entities using settings (RLC and PDCP settings for D2D bearer) corresponding to the SA resource pool used for SA transmission.
- the receiving UE 100 establishes the RLC and PDCP entity using the settings corresponding to the SA resource pool used for receiving the SA transmitted from the transmitting UE 100.
- the UE 100 within the coverage and the UE 100 outside the coverage can use the same PDCP parameters and RLC parameters. For this reason, at least a part of the SA resource pool used within the coverage matches the SA resource pool used outside the coverage.
- PDCP parameters and RLC parameters ie, RLC and PDCP settings for D2D bearers are the same (at least in the matching part).
- the serving cell may notify the UE 100 (D2D UE) located at the cell edge to perform transmission using the SA resource pool (the SA resource pool of the matching part).
- the transmitting UE 100 transmits the data including the PDCP and RLC settings in the MAC subheader of the data.
- the receiving UE 100 establishes the PDCP and RLC entity using the settings included in the received data (MAC PDU).
- the transmitting UE transmits the SA including the PDCP and RLC settings in the SA.
- the receiving UE 100 establishes the PDCP and RLC entity using the settings included in the received SA.
- the receiving UE 100 performs at least one of data decryption and data decompression using a fixed value (that is, not changed) as a parameter.
- a fixed value for example, 0
- HFN a fixed value
- the transmission UE 100 can fix a parameter used for at least one of data encryption and data compression.
- RoHC using CID is not performed in D2D communication.
- the transmitting UE 100 omits a header that does not change, attaches a CID to the data instead, and transmits the data (PDCP PDU), the receiving UE 100 that participates in D2D communication from the middle (starts reception) I don't know the CID. Therefore, by not performing RoHC using CID (that is, not omitting a header that does not change), the data can be decompressed even if the receiving UE 100 participates in the D2D communication from the middle.
- the transmission UE 100 executes a compression process for adding to the data a CID that identifies the data flow instead of the header information.
- the compression process is stopped (not executed).
- the transmitting UE 100 may execute a compression process that specifies a data flow instead of header information and adds a predetermined identifier associated with an SA resource pool used for D2D communication to the data.
- a parameter for example, maxCID
- a parameter for example, maxCID having a smaller number of bits than cellular communication is used for D2D communication in order to implement the first method described above.
- D2D communication can be appropriately controlled, which is useful in the mobile communication field.
Abstract
Description
既存のセルラ通信では、ユーザ端末-基地局間における受信エンティティ及び送信エンティティの生成(確立)及び解放はそれぞれ、RRCメッセージによって基地局及びユーザ端末のそれぞれで同時に行われる。このため、RLCエンティティを確立する度に、データのシーケンス番号値(以下、SN値)が初期値化されても、受信エンティティと送信RLCエンティティとで、データのシーケンス番号値(以下、SN値)にズレは、発生しない。
以下において、本出願の内容をLTEシステムに適用する場合の実施形態を説明する。
図1は、実施形態に係るLTEシステムの構成図である。図1に示すように、実施形態に係るLTEシステムは、UE(User Equipment)100、E-UTRAN(Evolved Universal Terrestrial Radio Access Network)10、及びEPC(Evolved Packet Core)20を備える。
以下において、D2D近傍サービスについて説明する。実施形態に係るLTEシステムは、D2D近傍サービスをサポートする。D2D近傍サービスについては非特許文献1に記載されているが、ここではその概要を説明する。
以下において、D2D通信(Communication)のために確立されるPDCPエンティティ及びRLCエンティティについて、図6を用いて説明する。図6は、D2D通信におけるPDCPエンティティ及びRLCエンティティを説明するための図である。
以下において、実施形態に係る動作について、図7~図9を用いて説明する。図7は、本実施形態に係るD2D通信に用いられる時間・周波数リソースの配置を説明するための一例を示す図である。図8は、D2D通信におけるUE100の動作を説明するための図である。図9は、D2D通信におけるUE100の動作(後述の第2の動作)を説明するための図である。
まず、第1の動作について説明する。第1の動作では、UE100Aが、送信RLCエンティティの解放に関する情報(以下、解放情報)をUE100Bに送信する。UE100Bが、UE100Aから解放情報を受信する。
次に、第2の動作について、図9を用いて説明する。第2の動作では、UE100Bが、UM_Window_Sizeを0に設定する。
次に、第3の動作について説明する。第3の動作では、UE100Aは、データの送信開始又は終了の少なくとも一方を示す情報を送信する。UE100Bは、当該情報に基づいて、受信RLCエンティティを解放する。
上述した実施形態では、UE100Aが、繰り返し送信期間内に同一データを繰り返して送信する。この場合において、UE100Bは、第1の繰り返し送信期間内にUE100Aからデータを受信した後、第1の繰り返し送信期間の後に続く第2の繰り返し送信期間を超えてもUE100Aからデータを受信しない場合、受信RLCエンティティを解放してもよい。UE100Bは、次にUE100Aからデータが送信される第2の繰り返し送信期間内においてデータを受信できない場合には、UE100Aからデータの送信が終了したと判定できるためである。これにより、受信RLCエンティティを維持し続けることによって発生するSN値のズレを抑制することができる。
以下に、実施形態の補足事項について付記する。
送信PDCP/RLCエンティティの解放タイミングは、合意されていない。この付記では、不必要なUMD PDUの破棄を抑制する適切な解放手順、及び、送信及び受信PDCP/RLC設定を同じ立場で考える必要性について検討する。
D2D通信のための手順を以下で説明する(図10参照)。図10は、カバレッジ外及びカバレッジ内D2D通信の例を示す図である。
ステップ1及び2に関して、PDCP及びRLCエンティティが確立された場合、PDCP/RLC関連パラメータの設定は、まだ決まっていない。設定されるべきパラメータを表1に示す。表1は、PDCP及びRLC設定のためのパラメータである。
・代替策2:SAを介した配信
・代替策3:PD2DSCHを介した配信
PDCP及びRLC解放タイミングの問題(図10のステップ3)に関して、PDCPエンティティ及びRLCエンティティが一緒に確立され、かつ、解放されなければならないことが想定されている。しかしながら、送信エンティティ及び受信エンティティが協調すべきかどうかについての合意はない。送信PDCP/RLCエンティティの解放タイミングは、受信RLCエンティティでのUMD PDUの受信成功に影響を与える。PDCP/RLCエンティティの解放タイミングの影響は、以下においてさらに考察する。
受信RLCエンティティが不必要に長期間有効のまま継続することを抑制するために、最後のUMD PDUを受信した後、RLCエンティティが有効のまま継続してもよい最大時間を示す「有効中タイマ(in-activity timer)」を導入することが有用である。
この解決策は、MBMS送信と同じである。D2D通信では、再送信スキームがまだ合意されていない。従って、「ゼロサイズ」再順序ウィンドウが、D2D通信に関する現在の合意に基づいて役に立つかもしれない。しかしながら、D2D通信送信のための繰り返しスキームは、まだ検討下にあり、そのような繰り返しスキームは、下位層から順序がバラバラのUMD PDUが配信される可能性がある。この代替策の必要性は、繰り返しスキームが合意に達するか否かに基づく。
送信及び受信PDCP/RLCエンティティの潜在的な不一致について説明した。不必要なUMD PDU破棄を防ぐために、送信及び受信RLCエンティティの両方で使用される有効中タイマを仕様化することの利点について検討した。
以下に、実施形態の補足事項について付記する。
(1.1)課題
セルラ通信では、データベアラで用いられるPDCP及びRLCエンティティは、UE100が、セルから送信されるRRCシグナリングを受信した際に、生成(確立)される。PDCP及びRLCエンティティが生成する時に使用されるPDCPパラメータ及びRLCパラメータは、当該RRCシグナリングによって設定される。
第1の方法では、SA(受信)リソースプール毎に、D2Dベアラ用のRLC及びPDCP設定を規定する。
(2.1)課題
セルラ通信で利用されているPDCPエンティティでの暗号化(ciphering)及びヘッダ圧縮(RoHC、Header compression/de-compression)を、D2D通信で利用した場合、送信UE100と受信UE100との間でのPDCPエンティティ内のパラメータが不一致であることにより、受信UE100が、PDCP PDCの暗号化解除及び/又は圧縮解除に失敗し、PDCP PDUを破棄する可能性がある。この理由は、当該パラメータ(HFN(Hyper Frame Number)、CID(Context Identifier))が、送信PDCPエンティティと受信PDCPエンティティとの生成タイミングが同一であることを前提に運用されるためである。
第1の方法では、受信UE100は、固定された値(すなわち、変更されない)値をパラメータとして用いて、データの解読及びデータの圧縮解除の少なくとも一方を行う。
Claims (23)
- ユーザ端末であって、
直接的な端末間通信であるD2D通信によってデータを受信するために確立された受信RLCエンティティにおいて、ウィンドウを前進させることなく受信できるデータのシーケンス番号を規定するために前記受信RLCエンティティにおいて使用されるウィンドウサイズに基づく所定条件下で、所定のシーケンス番号のデータを破棄する制御を行う制御部を備え、
前記制御部は、前記ウィンドウサイズを0に設定することを特徴とするユーザ端末。 - 前記制御部は、前記D2D通信よって送信される情報の種別に応じて、前記ウィンドウサイズを0に設定することを特徴とする請求項1に記載のユーザ端末。
- 前記制御部は、前記D2D通信よって送信されるデータの宛先に応じて、前記ウィンドウサイズを0に設定することを特徴とする請求項1に記載のユーザ端末。
- 前記制御部は、前記D2D通信における送信方法に応じて、前記ウィンドウサイズを0に設定することを特徴とする請求項1に記載のユーザ端末。
- ユーザ端末であって、
直接的な端末間通信であるD2D通信によってデータを受信するための受信RLCエンティティを確立する制御部を備え、
前記制御部は、前記D2D通信によって送信される情報の種別に応じて、前記受信RLCエンティティにおけるウィンドウに関する設定を行うことを特徴とするユーザ端末。 - ユーザ端末であって、
直接的な端末間通信であるD2D通信によって前記ユーザ端末にデータを送信するための送信RLCエンティティを確立した他のユーザ端末から、前記送信RLCエンティティの解放に関する情報を受信する受信部を備えることを特徴とするユーザ端末。 - 前記受信部が受信した前記情報に基づいて、前記D2D通信によって前記他のユーザ端末からデータを受信するための受信RLCエンティティを解放する制御部をさらに備えることを特徴とする請求項6に記載のユーザ端末。
- 前記制御部は、前記情報に基づいて、遅くとも前記他のユーザ端末が前記送信RLCエンティティを解放する時間を超える前に、前記受信RLCエンティティを解放することを特徴とする請求項7に記載のユーザ端末。
- 前記情報は、前記他のユーザ端末が前記送信RLCエンティティを解放するために用いるタイマの情報であることを特徴とする請求項8に記載のユーザ端末。
- データの繰り返し送信のための期間が時間方向に複数設けられており、
前記ユーザ端末は、前記期間である第1の期間内に前記他のユーザ端末からデータを受信した後、前記第1の期間の後に続く前記期間である第2の期間を超えても前記他のユーザ端末からデータを受信しない場合に、前記受信RLCエンティティを解放する制御部をさらに備えることを特徴とする請求項6に記載のユーザ端末。 - ユーザ端末であって、
直接的な端末間通信であるD2D通信によって他のユーザ端末にデータを送信するための送信RLCエンティティを確立する制御部と、
前記他のユーザ端末に前記送信RLCエンティティの解放に関する情報を送信する送信部と、を備えることを特徴とするユーザ端末。 - 前記情報は、前記ユーザ端末が前記送信RLCエンティティを解放するために用いるタイマの情報であることを特徴とする請求項11に記載のユーザ端末。
- データの繰り返し送信のための期間が時間方向に複数設けられており、
前記制御部は、前記期間内に同一データを繰り返して送信する制御を行う場合に、同一データを送信するタイミングをランダムに設定することを特徴とする請求項11に記載のユーザ端末。 - ユーザ端末であって、
直接的な端末間通信であるD2D通信によって他のユーザ端末からデータを受信するための受信RLCエンティティを確立する制御部と、
前記D2D通信によって前記他のユーザ端末から送信されるデータの送信開始又は終了の少なくとも一方を示す情報を受信する受信部と、を備え、
前記制御部は、前記情報に基づいて、前記受信RLCエンティティを解放することを特徴とするユーザ端末。 - 前記情報は、前記他のユーザ端末から送信されるデータの1ブロックの開始から終了までを識別するためのフラグ情報であることを特徴とする請求項14に記載のユーザ端末。
- データの繰り返し送信のための期間が時間方向に複数設けられており、
前記制御部は、前記期間である第1の期間内に前記他のユーザ端末からデータを受信した後、前記第1の期間の後に続く前記期間である第2の期間を超えても前記他のユーザ端末からデータを受信しない場合に、前記受信RLCエンティティを解放することを特徴とする請求項14に記載のユーザ端末。 - ユーザ端末であって、
直接的な端末間通信であるD2D通信によって他のユーザ端末にデータを送信するための送信RLCエンティティを確立する制御部と、
前記D2D通信によって前記他のユーザ端末に送信するデータの送信開始又は終了の少なくとも一方を示す情報を送信する送信部と、を備えることを特徴とするユーザ端末。 - 前記情報は、前記データの1ブロックの開始から終了までを識別するためのフラグ情報であることを特徴とする請求項17に記載のユーザ端末。
- 直接的な端末間通信であるD2D通信をサポートする移動通信システムであって、
前記D2D通信におけるデータの受信のための時間・周波数リソースの位置を示すスケジューリング割当を、SAリソースプール内の時間・周波数リソース使用して送信する第1ユーザ端末と、
前記SAリソースプール内の時間・周波数リソースを使用して前記スケジューリング割当を前記第1ユーザ端末から受信する第2ユーザ端末と、を備え、
前記第1ユーザ端末は、前記SAリソースプールに対応付けられた設定情報に基づいて、前記D2D通信に用いられる送信RLCエンティティを確立し、
前記第2ユーザ端末は、前記SAリソースプールに対応付けられた設定情報に基づいて、前記D2D通信に用いられる受信RLCエンティティを確立することを特徴とする移動通信システム。 - 直接的な端末間通信であるD2D通信をサポートする移動通信システムであって、
前記D2D通信によってデータを送信するための送信RLCエンティティを確立する第1ユーザ端末と、
前記D2D通信によってデータを受信するための受信RLCエンティティを確立する第2ユーザ端末と、を備え、
前記第1ユーザ端末は、受信RLCエンティティの設定情報を含むデータを送信し、
前記第2ユーザ端末は、前記受信RLCエンティティの設定情報に基づいて、前記受信RLCエンティティを確立することを特徴とする移動通信システム。 - 直接的な端末間通信であるD2D通信をサポートする移動通信システムであって、
前記D2D通信におけるデータの受信のための時間・周波数リソースの位置を示すスケジューリング割当を送信する第1ユーザ端末と、
前記スケジューリング割当を前記第1ユーザ端末から受信する第2ユーザ端末と、を備え、
前記第1ユーザ端末は、前記D2D通信によってデータを受信するための受信RLCエンティティの設定情報を含む前記スケジューリング割当を送信し、
前記第2ユーザ端末は、前記受信RLCエンティティの設定情報に基づいて、前記受信RLCエンティティを確立することを特徴とする移動通信システム。 - ユーザ端末であって、
直接的な端末間通信であるD2D通信で用いられるPDCPエンティティにおいて、変更されないパラメータに基づいて、データの圧縮解除を行う制御部を備えることを特徴とするユーザ端末。 - 前記変更されないパラメータは、コンテキスト識別子の最大値であることを特徴とする請求項22に記載のユーザ端末。
Priority Applications (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
EP15824030.9A EP3174362A4 (en) | 2014-07-25 | 2015-07-22 | User terminal and mobile communication system |
US15/327,808 US20170215218A1 (en) | 2014-07-25 | 2015-07-22 | User terminal and mobile communication system |
JP2016535958A JP6645963B2 (ja) | 2014-07-25 | 2015-07-22 | ユーザ端末及び移動通信システム |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2014-152429 | 2014-07-25 | ||
JP2014152429 | 2014-07-25 | ||
US201462035088P | 2014-08-08 | 2014-08-08 | |
US62/035,088 | 2014-08-08 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2016013590A1 true WO2016013590A1 (ja) | 2016-01-28 |
Family
ID=55163114
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/JP2015/070873 WO2016013590A1 (ja) | 2014-07-25 | 2015-07-22 | ユーザ端末及び移動通信システム |
Country Status (4)
Country | Link |
---|---|
US (1) | US20170215218A1 (ja) |
EP (1) | EP3174362A4 (ja) |
JP (1) | JP6645963B2 (ja) |
WO (1) | WO2016013590A1 (ja) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2019515586A (ja) * | 2016-05-11 | 2019-06-06 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | コネクションレス伝送における同期維持のためのシステムおよび方法 |
JP2020043561A (ja) * | 2018-09-10 | 2020-03-19 | 華碩電腦股▲ふん▼有限公司 | 無線通信システムにおいてサイドリンク重複受信の初期化を改善するための方法および装置 |
TWI725156B (zh) * | 2016-03-30 | 2021-04-21 | 大陸商Oppo廣東移動通信有限公司 | 數據傳輸的方法、終端及基站 |
Families Citing this family (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10327179B2 (en) * | 2015-01-29 | 2019-06-18 | Sony Corporation | Telecommunications apparatus and methods |
KR20170022224A (ko) * | 2015-08-19 | 2017-03-02 | 한국전자통신연구원 | 기회적 데이터 전송 방법 및 장치 |
WO2019028826A1 (en) * | 2017-08-11 | 2019-02-14 | Qualcomm Incorporated | RADIO LINK CONTROL REASSEMBLY TECHNIQUES IN WIRELESS SYSTEMS |
CN109714134B (zh) * | 2017-10-26 | 2020-11-06 | 华为技术有限公司 | 接收窗口滑动方法及装置 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012165420A (ja) * | 2007-11-02 | 2012-08-30 | Telefon Ab L M Ericsson | 無線通信システムにおけるエラー制御メッセージを処理するための方法及び装置 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101098592B1 (ko) * | 2009-04-13 | 2011-12-23 | 엘지전자 주식회사 | 무선 통신 시스템상에서 점대다 서비스를 수신하는 방법 |
US10117224B2 (en) * | 2013-09-20 | 2018-10-30 | Qualcomm Incorporated | MAC subheader for D2D broadcast communication for public safety |
JP6516402B2 (ja) * | 2013-10-31 | 2019-05-22 | 株式会社Nttドコモ | ユーザ装置、及びレイヤ2状態制御方法 |
US20150124646A1 (en) * | 2013-11-01 | 2015-05-07 | Electronics And Telecommunications Research Institute | Device-to-device communication method and apparatus |
WO2015163593A1 (en) * | 2014-04-22 | 2015-10-29 | Lg Electronics Inc. | Method for processing received pdcp pdus for d2d communication system and device therefor |
WO2015170834A1 (en) * | 2014-05-06 | 2015-11-12 | Lg Electronics Inc. | Method for processing received rlc pdus for d2d commucation system and device therefor |
JP6052739B2 (ja) * | 2014-07-09 | 2016-12-27 | Kddi株式会社 | 制御装置、基地局、制御方法、及びプログラム |
-
2015
- 2015-07-22 US US15/327,808 patent/US20170215218A1/en not_active Abandoned
- 2015-07-22 JP JP2016535958A patent/JP6645963B2/ja active Active
- 2015-07-22 EP EP15824030.9A patent/EP3174362A4/en not_active Withdrawn
- 2015-07-22 WO PCT/JP2015/070873 patent/WO2016013590A1/ja active Application Filing
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012165420A (ja) * | 2007-11-02 | 2012-08-30 | Telefon Ab L M Ericsson | 無線通信システムにおけるエラー制御メッセージを処理するための方法及び装置 |
Non-Patent Citations (5)
Title |
---|
HUAWEI: "Capturing MBMS agreements in RLC", 3GPP TSG-RAN WG2#68 R2-096427, 2 November 2009 (2009-11-02), XP050390925, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_68/Docs/R2-096427.zip> [retrieved on 20150812] * |
INTERDIGITAL COMMUNICATIONS: "Layer 2 aspects for D2D communications", 3GPP TSG-RAN WG2#85BIS R2-141698, 22 March 2014 (2014-03-22), XP050817918, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_85bis/Docs/R2-141698.zip>> [retrieved on 20150812] * |
LG ELECTRONICS INC.: "Release of L2 entities for D2D", 3GPP TSG-RAN WG2#86 R2-142613, 10 May 2014 (2014-05-10), XP050818884, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/ tsg_ran/WG2_RL2/TSGR2_86/Docs/R2-142613.zip> [retrieved on 20151006] * |
QUALCOMM INCORPORATED: "Report on [85bis#18] [LTE/D2D] User plane aspects of D2D Communication (QC", 3GPP TSG-RAN WG2#86 R2-142561, 9 May 2014 (2014-05-09), XP050818547, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_86/Docs/R2-142561.zip> [retrieved on 20151006] * |
See also references of EP3174362A4 * |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
TWI725156B (zh) * | 2016-03-30 | 2021-04-21 | 大陸商Oppo廣東移動通信有限公司 | 數據傳輸的方法、終端及基站 |
US11129217B2 (en) | 2016-03-30 | 2021-09-21 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data sending method and apparatus, and base station |
JP2019515586A (ja) * | 2016-05-11 | 2019-06-06 | ホアウェイ・テクノロジーズ・カンパニー・リミテッド | コネクションレス伝送における同期維持のためのシステムおよび方法 |
US10492099B2 (en) | 2016-05-11 | 2019-11-26 | Futurewei Technologies, Inc. | System and method for maintaining synchronization in connectionless transmissions |
US10979934B2 (en) | 2016-05-11 | 2021-04-13 | Futurewei Technologies, Inc. | System and method for maintaining synchronization in connectionless transmissions |
JP2020043561A (ja) * | 2018-09-10 | 2020-03-19 | 華碩電腦股▲ふん▼有限公司 | 無線通信システムにおいてサイドリンク重複受信の初期化を改善するための方法および装置 |
Also Published As
Publication number | Publication date |
---|---|
JP6645963B2 (ja) | 2020-02-14 |
JPWO2016013590A1 (ja) | 2017-04-27 |
EP3174362A1 (en) | 2017-05-31 |
EP3174362A4 (en) | 2018-06-13 |
US20170215218A1 (en) | 2017-07-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10911999B2 (en) | Mobile communication system, user terminal, base station, processor, and communication control method | |
US10097966B2 (en) | Communication control method and user terminal for selecting synchronization reference of device-to-device (D2D) | |
KR102141114B1 (ko) | 단말 대 단말 통신에서 시간 동기화 방법 및 장치 | |
JP6687452B2 (ja) | 移動通信システム、ユーザ端末、プロセッサ、記憶媒体及びプログラム | |
WO2016013590A1 (ja) | ユーザ端末及び移動通信システム | |
JP6461908B2 (ja) | Mbms制御方法、ユーザ端末及び基地局 | |
US20160302181A1 (en) | Mobile communication system, radio communication apparatus, network apparatus, and radio terminal | |
JP6654136B2 (ja) | 受信端末及び送信端末 | |
US10834785B2 (en) | Radio terminal and base station for controlling direct communication between radio terminals | |
WO2015141728A1 (ja) | 通信制御方法及びユーザ端末 | |
WO2013183728A1 (ja) | 通信制御方法、ユーザ端末、プロセッサ、及び記憶媒体 | |
JP6110739B2 (ja) | 通信制御方法、ユーザ端末、及びプロセッサ | |
WO2013183732A1 (ja) | 通信制御方法及び基地局 | |
WO2015141847A1 (ja) | 通信制御方法及び基地局 | |
WO2022085717A1 (ja) | 通信制御方法 | |
WO2016163431A1 (ja) | ユーザ端末及び制御方法 | |
WO2016163476A1 (ja) | ユーザ端末及び制御方法 | |
WO2016136492A1 (ja) | 無線端末及び基地局 | |
WO2015125686A1 (ja) | ユーザ端末及び通信制御方法 | |
WO2014181829A1 (ja) | ユーザ端末、セルラ基地局、及びプロセッサ | |
WO2015170727A1 (ja) | ユーザ端末及び通信制御方法 | |
WO2015170723A1 (ja) | ユーザ端末 | |
WO2023063323A1 (ja) | 通信方法、ユーザ装置、及び基地局 | |
WO2023063371A1 (ja) | 通信方法 | |
JP6144442B1 (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: 15824030 Country of ref document: EP Kind code of ref document: A1 |
|
ENP | Entry into the national phase |
Ref document number: 2016535958 Country of ref document: JP Kind code of ref document: A |
|
WWE | Wipo information: entry into national phase |
Ref document number: 15327808 Country of ref document: US |
|
REEP | Request for entry into the european phase |
Ref document number: 2015824030 Country of ref document: EP |
|
WWE | Wipo information: entry into national phase |
Ref document number: 2015824030 Country of ref document: EP |
|
NENP | Non-entry into the national phase |
Ref country code: DE |