System and Method for Device-to-Device Communications
Claim Score by NHIP
Abstract
A method for device-to-device (D2D) communication includes determining that a first user equipment (UE) is out-of-coverage, the first UE having been previously in-coverage on a first cell. The method also includes starting a timer upon determining that the first UE is out-of-coverage and determining whether the first UE has returned to be in-coverage after starting the timer. Additionally, the method includes determining whether the timer has expired and communicating, by the first UE directly with a second UE, using out-of-coverage resources from the first cell when the timer has not expired and the first UE has not returned to be in-coverage.

Term
9.4 yearsto projected expiry
Projected expiry 11 February 2036, counted from filing; an application has no term until it is granted.
- Priority
- Filed
- Published
- Today
- Projected expiry
22 claims: 3 independent, 19 dependent
- 1Broadest claimClaim Score 79, broad(NHIP)A method for device-to-device (D2D) communication, the method comprising:determining that a first user equipment (UE) is out-of-coverage, the first UE having been previously in-coverage on a first cell;starting a timer upon determining that the first UE is out-of-coverage;determining whether the first UE has returned to be in-coverage after starting the timer;determining whether the timer has expired;and communicating, by the first UE directly with a second UE, using out-of-coverage resources from the first cell when the timer has not expired and the first UE has not returned to be in-coverage.
- 16A method for device-to-device (D2D) communications, the method comprising:computing an in-coverage threshold (ICT) parameter;determining whether to perform contention-based resource allocation or scheduling-based resource allocation in accordance with the ICT parameter;performing contention-based resource allocation to produce allocated resources when determining to perform contention-based resource allocation;performing scheduling-based resource allocation to produce the allocated resources when determining to perform scheduling-based resource allocation;and communicating, by a first user equipment (UE) directly with a second UE using the allocated resources.
- 22A first user equipment (UE) comprising:a processor;and a non-transitory computer readable storage medium storing programming for execution by the processor, the programming including instructions to determine that the first UE is out-of-coverage, the first UE having been previously in-coverage on a first cell, start a timer upon determining that the first UE is out-of-coverage, determine whether the first UE has returned to be in-coverage after starting the timer, determine whether the timer has expired, and communicate, directly with a second UE, using out-of-coverage resources from the first cell when the timer has not expired and the first UE has not returned to be in-coverage.
Independent claims3
149 paragraphs in 7 sections, as filed
0001This application claims the benefit of U.S. Provisional Application Ser. No. 61/927,347 filed on Jan. 14, 2014, and entitled “System and Method for Device-to-Device Communication Protocol,” which application is hereby incorporated herein by reference.
TECHNICAL FIELD
0002The present invention relates to a system and method for wireless communications, and, in particular, to a system and method for device-to-device communications.
BACKGROUND
0003Device-to-device (D2D) technology is expanding because of its ability to offer new services, improve system throughput, and offer a better user experience. D2D technologies include discovery and communication. In discovery, a user equipment (UE) attempts to discover neighboring UEs, either on its own or directed by an enhanced Node B (eNB). In communication, one UE directly communicates with another UE without the data transiting through the eNB.
SUMMARY
0004An embodiment method for device-to-device (D2D) communication includes determining that a first user equipment (UE) is out-of-coverage, the first UE having been previously in-coverage on a first cell. The method also includes starting a timer upon determining that the first UE is out-of-coverage and determining whether the first UE has returned to be in-coverage after starting the timer. Additionally, the method includes determining whether the timer has expired and communicating, by the first UE directly with a second UE, using out-of-coverage resources from the first cell when the timer has not expired and the first UE has not returned to be in-coverage.
0005An embodiment method for device-to-device (D2D) communications includes computing an in-coverage threshold (ICT) parameter and determining whether to perform contention-based resource allocation or scheduling-based resource allocation in accordance with the ICT parameter. The method also includes performing contention-based resource allocation to produce allocated resources when determining to perform contention-based resource allocation and performing scheduling-based resource allocation to produce the allocated resources when determining to perform scheduling-based resource allocation. Additionally, the method includes communicating, by a first user equipment (UE) directly with a second UE using the allocated resources.
0006An embodiment first user equipment (UE) includes a processor and a non-transitory computer readable storage medium storing programming for execution by the processor. The programming includes instructions to determine that the first UE is out-of-coverage, the first UE having been previously in-coverage on a first cell. The programming also includes instructions to start a timer upon determining that the first UE is out-of-coverage and determine whether the first UE has returned to be in-coverage after starting the timer. Additionally, the programming includes instructions to determine whether the timer has expired and communicate, directly with a second UE, using out-of-coverage resources from the first cell when the timer has not expired and the first UE has not returned to be in-coverage.
0007The foregoing has outlined rather broadly the features of an embodiment of the present invention in order that the detailed description of the invention that follows may be better understood. Additional features and advantages of embodiments of the invention will be described hereinafter, which form the subject of the claims of the invention. It should be appreciated by those skilled in the art that the conception and specific embodiments disclosed may be readily utilized as a basis for modifying or designing other structures or processes for carrying out the same purposes of the present invention. It should also be realized by those skilled in the art that such equivalent constructions do not depart from the spirit and scope of the invention as set forth in the appended claims.
BRIEF DESCRIPTION OF THE DRAWINGS
0008For a more complete understanding of the present invention, and the advantages thereof, reference is now made to the following descriptions taken in conjunction with the accompanying drawing, in which:
0009<figref idref="DRAWINGS">FIG. 1</figref> illustrates a diagram of a wireless network for communicating data;
0010<figref idref="DRAWINGS">FIG. 2</figref> illustrates coverage scenarios for user equipments (UEs);
0011<figref idref="DRAWINGS">FIG. 3</figref> illustrates an idle mode state diagram;
0012<figref idref="DRAWINGS">FIGS. 4A-B</figref> illustrate an idle mode cell selection and reselection state diagram;
0013<figref idref="DRAWINGS">FIG. 5</figref> illustrates a flowchart for an embodiment method of device-to-device (D2D) resource allocation;
0014<figref idref="DRAWINGS">FIG. 6</figref> illustrates an embodiment state diagram for D2D resource allocation;
0015<figref idref="DRAWINGS">FIG. 7</figref> illustrates another embodiment state diagram for D2D resource allocation;
0016<figref idref="DRAWINGS">FIG. 8</figref> illustrates a flowchart for another embodiment method of D2D resource allocation;
0017<figref idref="DRAWINGS">FIG. 9</figref> illustrates a flowchart for an additional embodiment method of D2D resource allocation; and
0018<figref idref="DRAWINGS">FIG. 10</figref> illustrates a block diagram of an embodiment computer system.
0019Corresponding numerals and symbols in the different figures generally refer to corresponding parts unless otherwise indicated. The figures are drawn to clearly illustrate the relevant aspects of the embodiments and are not necessarily drawn to scale.
DETAILED DESCRIPTION OF ILLUSTRATIVE EMBODIMENTS
0020It should be understood at the outset that although an illustrative implementation of one or more embodiments are provided below, the disclosed systems and/or methods may be implemented using any number of techniques, whether currently known or in existence. The disclosure should in no way be limited to the illustrative implementations, drawings, and techniques illustrated below, including the exemplary designs and implementations illustrated and described herein, but may be modified within the scope of the appended claims along with their full scope of equivalents.
0021Two device-to-device (D2D) technologies are discovery and communication. In discovery, a user equipment (UE) attempts to discover neighboring UEs, either on its own or directed by a communications controller, such as an enhanced Node B (eNB). In communication, one UE directly communicates with another UE without the data transiting through the eNB. One issue in D2D communications is resource allocation. Resource allocation may be performed for UEs engaged in D2D communication, whether they are in network coverage or out of network coverage.
0022Resource allocation may be contention-based or scheduling based. In scheduling-based resource allocation, an eNB determines the resource allocation, while in contention-based resource allocation, the UEs contend (compete) for the use of the resources.
0023<figref idref="DRAWINGS">FIG. 1</figref> illustrates network <b>100</b> for communicating data. Network <b>100</b> includes communications controller <b>102</b> having a coverage area <b>106</b>, a plurality of UEs, including UE <b>104</b> and UE <b>105</b>, and backhaul network <b>108</b>. Two UEs are depicted, but many more may be present. Communications controller <b>102</b> may be any component capable of providing wireless access by establishing uplink (dashed line) and/or downlink (dotted line) connections with UE <b>104</b> and UE <b>105</b>, such as a base station, a NodeB, an eNB, an access point, a picocell, a femtocell, and other wirelessly enabled devices. There may be D2D communication between UE <b>104</b> and UE <b>105</b>. UE <b>104</b> and UE <b>105</b> may be any component capable of establishing a wireless connection with communications controller <b>102</b>, such as cell phones, smart phones, tablets, sensors, etc. Backhaul network <b>108</b> may be any component or collection of components that allow data to be exchanged between communications controller <b>102</b> and a remote end. In some embodiments, the network <b>100</b> may include various other wireless devices, such as relays, etc.
0024The locations of UEs relative to the eNB may affect the coverage. <figref idref="DRAWINGS">FIG. 2</figref> illustrates system <b>110</b> with eNB <b>111</b>. In in-network coverage area <b>112</b>, UEs, such as UE <b>118</b> and UE <b>120</b>, are able to transmit messages to eNB <b>111</b> and receive messages from eNB <b>111</b>. In out-of-network coverage area <b>116</b>, UEs, such as UE <b>126</b> and UE <b>128</b>, cannot communicate with eNB <b>111</b> at all. On the other hand, in area <b>114</b>, also known as partial coverage area or edge of network, UEs, such as UE <b>122</b> and UE <b>124</b> can receive messages from eNB <b>111</b> but cannot transmit messages to eNB <b>111</b>. In another partial coverage scenario, of two UEs performing D2D communication, one UE is located in-network coverage and the other UE is out-of-network coverage or has partial coverage.
0025Two approaches to D2D are a device-centric approach and a network-managed approach. In a device-central approach, the functionality for D2D resides mostly on the UEs with minimal network involvement, and direct communications between devices forms an overlay on top of the cellular network. Functions such as resource allocation and management are performed in an ad-hoc manner between the UEs without network oversight or management, limiting the potential performance gains from D2D and introducing challenges for supporting some functions of the cellular network. Some challenges include the security of user data and protecting user identity and/or location from being discovered by unauthorized parties, charging for D2D and proximity as a service, supporting lawful intercept of communications, and the scalability to different deployment scenarios and device densities.
0026In a network-managed approach, D2D complements and enhances the capabilities of the network for more efficient utilization of radio resources for proximate communications. The network may constantly supervise the usage of direct versus infrastructure routing of user data to achieve efficient utilization of resources, minimize interference, and benefit the network. Features of the cellular network may be extended to support D2D with a network-managed approach.
0027Two resource management schemes include scheduling-based resource allocation and contention-based resource allocation. In scheduling-based resource allocation, a central controller, such as an eNB, allocates resources to each UE. The process may be similar to how a cellular communication is scheduled. The UE may us a random access channel (RACH) or another contention-based channel to request resources. The central controller allocates resources and transmits the resource allocation on a control channel which may be similar to a physical downlink control channel (PDCCH) or an enhanced PDCCH (ePDCCH).
0028In contention-based resource allocation, a central controller is not used. Each UE attempts to obtain the channel and schedules its own resources for its transmission. A resource allocation protocol such as carrier sensing multiple access (CSMA) may be used.
0029A UE in idle mode may perform processes such as public land mobile network (PLMN) selection, cell selection and reselection, location registration, and support for manual closed subscriber group (CSG) selection. <figref idref="DRAWINGS">FIG. 3</figref> illustrates state diagram <b>130</b> for idle mode processes. When a UE is switched on, PLMN selection is performed by the non-access stratum (NAS) in the PLMN selection state <b>132</b>. For the selected PLMN, associated radio access technology (RAT)(s) may be selected. The NAS provides a list of equivalent PLMNs. After PLMN selection, the UE proceeds to cell selection and reselection state <b>136</b>.
0030The access stratum (AS) uses the list of equivalent PLMNs in cell selection and reselection state <b>136</b>. The UE searches for a suitable cell for the selected PLMN, and chooses the selected cell to provide available services. Also, the UE tunes to its control channel. This selection is known as camping on the cell.
0031When the registration area changes, the UE registers its presence using a NAS registration procedure in the tracking area of the chosen cell in location registration state <b>138</b>. As a result of a successful location registration, the selected PLMN becomes the registered PLMN, and the UE proceeds to the cell selection and reselection state <b>136</b>. When the location registration is rejected by the network, the UE may return to the PLMN selection state <b>132</b>, and select another PLMN when applicable.
0032When the UE finds a more suitable cell in accordance with the cell selection criteria, the UE reselects that cell and camps on it. When the new cell does not belong to at least one tracking area to which the UE is registered, location registration is performed.
0033The UE may search for higher priority PLMNs at regular intervals. The UE searches for a suitable cell when another PLMN has been selected by NAS.
0034A search of CSGs may be triggered by NAS in support CSG selection state <b>134</b>.
0035When the UE loses coverage from the registered PLMN, either a new PLMN is selected automatically in automatic mode, or an indication of available PLMNs is given to the user, so that a manual selection may be performed in manual mode.
0036In multimedia broadcast multimedia service (MBMS) frequency prioritization state <b>140</b> is performed and MBMS frequencies are prioritized.
0037Camping on a cell in idle mode entails a variety of functions. It facilitates the UE receiving system information from the PLMN. Also, when a registered UE wants to establish a radio resource control (RRC) connection, it may do so by initially accessing the network on the control channel of the cell on which it is camped. When the PLMN receives a call for the registered UE, it usually knows the set of tracking areas in which the UE is camped. It may then send a paging message for the UE on the control channels of all the cells in this set of tracking areas. The UE then receives the paging message because it is tuned to the control channel of a cell in one of the registered tracking areas, and the UE may respond on that control channel.
0038When the UE is unable to find a suitable cell to camp on, or when the location registration fails, it may attempt to camp on a cell irrespective of the PLMN identity, and enter a limited service state.
0039<figref idref="DRAWINGS">FIGS. 4A-B</figref> illustrate state diagram <b>150</b> for idle cell selection and reselection. When a new PLMN selection is performed, the UE goes to state <b>152</b>.
0040Initial cell selection is performed in initial cell selection state <b>156</b>. Prior knowledge of which radio frequency (RF) channels are evolved universal mode telecommunications system (UMTS) terrestrial radio access network (E-UTRA) carriers is not required. The UE scans the RF channels in the E-UTRA bands to find a suitable cell. On each carrier frequency, the UE only searches for the strongest cell. When a suitable cell is found, it is selected, and the UE proceeds to camped normally state <b>162</b>. When no suitable cell is found, the UE proceeds to any cell selection state <b>168</b> via state <b>174</b>.
0041In stored information cell selection state <b>154</b>, stored information of carrier frequencies and optionally information on cell parameters from previously received measurement control information elements or from previously detected cells is used. When the UE has found a suitable cell, the UE selects it, and proceeds to camped normally state <b>162</b>. When no suitable cell is found, the UE proceeds to initial cell selection state <b>156</b>.
0042In camped normally state <b>162</b>, the UE is camped on an eNB. While the UE is in the camped normally state, it has only dedicated priorities, and the UE considers the current frequency to be the lowest priority frequency. When the UE is in camped normally state <b>162</b>, and it leaves idle mode, it goes to connected mode <b>164</b>. When the UE receives a trigger, it proceeds to cell reselection evaluation process state <b>166</b>. When NAS indicates that the registration on the selected PLMN has been rejected, it proceeds to any cell selection state <b>168</b> through state <b>174</b>.
0043In connected mode <b>164</b>, the UE operates in connected mode. The UE communicates with the eNB.
0044Then, when the UE returns to idle mode, it proceeds to cell selection when leaving idle mode state <b>160</b>. When a suitable cell is found, the UE proceeds to camped normally state <b>162</b>. When no suitable cell is found, the UE proceeds to information cell selection state <b>154</b>. When the connected mode fails, it proceeds to cell selection when connected mode failed state <b>163</b>.
0045In cell selection when connected mode failed state <b>163</b>, the UE performs cell selection. When the UE is able to connect to a cell, either a new cell or the cell it was previously connected to, it returns to connected mode <b>164</b>. On the other hand, when the UE is not able to connect to a cell, it proceeds to cell selection when leaving connected mode state <b>160</b>.
0046In cell reselection evaluation process state <b>166</b>, cell reselection evaluation is performed. When a suitable cell is found, either a new cell or the cell the UE was previously connected to, the UE returns to camped normally state <b>162</b>. On the other hand, when no suitable cell is found, the UE proceeds to any cell selection state <b>168</b> via state <b>174</b>.
0047In any cell selection state <b>168</b>, the UE attempts to find an acceptable cell of any PLMN to camp on, trying all RATs supported by the UE and searching first for a high quality cell. When universal subscriber identity module (USIM) is inserted, the UE proceeds to state <b>152</b>. On the other hand, when an acceptable cell if found, the UE proceeds to camped on any cell state <b>172</b>.
0048In camped on any cell state <b>172</b>, the UE selects and monitors the indicated paging channels of the cell and monitors relevant system information. Also, the UE performs measurements for the cell reselection evaluation procedure. Additionally, the UE proceeds to the cell reselection evaluation process state <b>180</b> on UE internal triggers or when information on the broadcast control channel (BCCH) used for the cell reselection evaluation procedure has been modified. The UE regularly attempts to find a suitable cell trying all frequencies of all RATS supported by the UE. When a suitable cell is found, the UE proceeds to camped normally state <b>162</b> via state <b>158</b>. When the UE supports voice services and the current cell does not support emergency calls, the UE performs cell selection/reselection to an acceptable cell of any supported RAT regardless of priorities provided in system information from the current cell when no suitable cell is found. When the UE leaves idle mode, it proceeds to connected mode emergency calls only state <b>178</b>.
0049In cell reselection evaluation process state <b>180</b>, reselection priorities are handled. When an acceptable cell is found, the UE returns to camped on any cell state <b>172</b>. On the other hand, when no acceptable cell is found, the UE proceeds to any cell selection state <b>168</b>.
0050In connected mode emergency calls only state <b>178</b>, the UE only takes emergency calls. When the UE returns to idle mode, it proceeds to cell selection when leaving connected mode state <b>170</b>.
0051In cell selection when leaving connected mode state <b>170</b>, the UE performs cell selection. When an acceptable cell is found, the UE proceeds to camped on any cell state <b>172</b>. When no acceptable cell is found, the UE proceeds to any cell selection state <b>168</b>.
0052Embodiments include both in-network and out-of network coverage. When a UE is in-coverage, it receives scheduled resources for D2D communication transmissions from the network. When the UE is in out-of-network coverage, it uses a contention based scheme to select air interface resources for D2D transmission. A UE is considered to be in coverage when the UE is in an connected mode, camped in a suitable cell, is in connected mode, or satisfies an in-coverage threshold. On the other hand, a UE is in out-of-network coverage when in the UE is out-of-coverage. A UE may be considered to be out of coverage when it was previously in coverage and has lost coverage, is in cell selection when connected mode failed state, camped on any cell, or does not satisfy the in-coverage threshold.
0053An in-coverage threshold (ICT) is:
0000<br />ICT=<i>Q</i><sub>rxlevmeas</sub>−(<i>Q</i><sub>rxlevmin</sub><i>+Q</i><sub>D2Doffset</sub>)−<i>P</i>compensation
0000where ICT is the in-coverage threshold in decibels (dB), Q<sub>rxlevmeas </sub>is the measured reference signal received power (RSRP) from the serving or camping cell, Q<sub>rxlevmin </sub>is the minimum required reception level in the cell in dBm, Q<sub>D2Doffset </sub>is the offset used for D2D communications determinations, and Pcompensation is the maximum of max(P<sub>EMAX</sub>−P<sub>PowerClass</sub>, 0) in dB. P<sub>EMAX </sub>is the maximum transmission power level a UE may use when transmitting on the uplink cell in dBm and P<sub>PowerClass </sub>is the maximum RF output of the UE in dBm in accordance with the UE power class. These values may be computed or measured on a per-subframe basis. Alternatively, these values are computed on another time granularity, such as by slot or radio frame. In another example, they are determined in irregular intervals. When Q<sub>rxlevmeas </sub>cannot be defined, it may be set to minus infinity or another value, such as an arbitrary low value.
0054Q<sub>D2Doffset </sub>is transmitted by eNBs supporting D2D communications. For example, Q<sub>D2Doffset </sub>is transmitted in a system information block (SIB) defining the parameters for D2D communication. When Q<sub>D2Doffset </sub>is not received from the eNB, for example because the UE is out of coverage or the eNB does not transmit it, Q<sub>D2Doffset </sub>is a fixed value pre-configured in the UE, which may be specified, for example, by a standard. In one example, the default value of Q<sub>D2Doffset </sub>is 3 dB.
0055A set of subframes S<sub>meas </sub>is defined, where S<sub>meas </sub>is the set of subframes on which ICT is measured. For example, S<sub>meas </sub>may be the set of N consecutive subframes, where N is transmitted in a SIB or pre-configured when an SIB is not received. In another example, N is predefined, for example defined by a standard. Alternatively, S<sub>meas </sub>is any set of N subframes chosen by the UE within a time T, where N and T are transmitted in an SIB, pre-configured, or predefined.
0056The maximum ICT value over the set of subframes is:
0000<br />ICT<sub>max</sub>=max{ICT(<i>s</i>),<i>sεS</i><sub>meas</sub>}.
0000In one example, ICT<sub>max </sub>is computed on a single subframe, and ICT<sub>max</sub>=ICT. The criterion to be in coverage may be:
0000<br />ICT<sub>max</sub>≧ICT<sub>Th</sub>,
0000where ICT<sub>Th </sub>is a threshold which may be predefined, for example from a standard specification, broadcasted by the network in an SIB, or a fixed predefined value. When:
0000<br />ICT<sub>max</sub><ICT<sub>Th</sub>,
0000the UE is determined to be out-of-coverage.
0057The criterion:
0000<br />ICT<sub>max</sub>≧ICT<sub>Th </sub>
0000is based on the fact that, when, during a given time, a single ICT value is measured larger than the threshold, the device is considered out-of-coverage. This provides extra protection for the cellular network, and, to some extent, and when in doubt, determines that the UE is in coverage. In another example, another criteria is used, for example, the minimum ICT value over the set of subframes is used, for example:
0000<br />ICT<sub>min</sub>≧ICT<sub>Th</sub>,
0000<br />where:
0000<br />ICT<sub>min</sub>=min{ICT(<i>s</i>),<i>sεS</i><sub>meas</sub>}.
0058In another example, the average ICT value over the set of subframes is used:
0000<br />ICT<sub>avg</sub>≧ICT<sub>Th</sub>,
0000where:
0000<maths id="MATH-US-00001" num="00001"><math overflow="scroll"><mrow><mrow><msub><mi>ICT</mi><mi>avg</mi></msub><mo>=</mo><mrow><mfrac><mn>1</mn><mi>K</mi></mfrac><mo></mo><mrow><msub><mo>∑</mo><mrow><mi>s</mi><mo>∈</mo><msub><mi>S</mi><mi>meas</mi></msub></mrow></msub><mo></mo><mrow><mi>ICT</mi><mo></mo><mrow><mo>(</mo><mi>s</mi><mo>)</mo></mrow></mrow></mrow></mrow></mrow><mo>,</mo></mrow></math></maths>
0000and K is the number of subframes is S<sub>meas</sub>.
0059In additional examples, other criteria, such as the harmonic mean or geometric mean, may be used.
0060In another example, two in-coverage thresholds, ICTs and ICTb are used. ICTs is used for obtaining the scheduling grants or only D2D broadcast resources, and ICTb is used only for discovery. In one example, ICTb is more useful for idle UEs. ICTs and ICTb are calculated similarly to ICT, with different D2D offsets, where:
0000<br /><i>Q</i><sub>D2Doffset</sub><sub><sub2>—</sub2></sub><sub>B</sub><i>Q</i><sub>D2Doffset</sub><sub><sub2>—</sub2></sub><sub>S</sub>,
0000<br />and:
0000<br />0≦<i>Q</i><sub>D2Doffset</sub><sub><sub2>—</sub2></sub><sub>S</sub>.
0000The UE will not start registration to the cell even when it has successfully detected a cell and decoded the master information block (MIB) and SIBs unless:
0000<br /><i>S</i>rxlev=(<i>Q</i><sub>rxlevmeas</sub>−(<i>Q</i><sub>rxlevmin</sub><i>+Q</i><sub>rxlevminoffset</sub>)−<i>P</i>compensation)≧0.
0061A quality reference signal received quality (RSRQ) type threshold for in-coverage is:
0000<br />INC_Qual=<i>Q</i><sub>qualmeas</sub>−(<i>Q</i><sub>qualmin</sub><i>+Q</i><sub>qualD2Doffset</sub>).
0000However, the quality threshold may not be used when the serving cell of the D2D UE makes provisions for D2D resources, such as making them orthogonal to resources assigned to cellular information. The SIB may indicate the value of Q<sub>qualD2Doffset</sub>. A default value of Q<sub>qualD2Doffset </sub>may be +∞. The UE may need to satisfy the S-Criteria to obtain D2D resource allocation commands from the eNB, unless the commands are broadcast, for example in an SIB.
0062In one situation, an ICT or ICT<sub>max </sub>may be greater than zero, but the UE only finds an acceptable cell where only emergency calls are allowed. In such a case, depending on the UE category, the UE may be considered to be in or out of network from a D2D perspective, and use the corresponding resource allocation method. For example, public safety UEs may be considered to be in-network, while an ordinary UE would be considered to be out-of-network.
0063When the ICT or ICT<sub>max </sub>is greater than zero, but the cell is a barred cell, D2D service may not be allowed until another cell is found, unless the UE is a public safety UE. When the UE is a public safety UE, a contention based scheme may be adopted. In another example, the cell provides a pool of resources to UEs in a broadcast message, and the UE performs contention-based transmission using the broadcast resource pool.
0064When no RSRP is measured, the cell is out-of-coverage from a D2D perspective. However, it may be in the coverage of another RAT. The UE is considered to have out-of-network coverage.
0065In another embodiment, out-of-network coverage is defined when the UE is in the any cell selection state, i.e. the UE is searching for a cell to camp on, but cannot find one. In another embodiment, out-of-network coverage is defined when the UE was previously in connected mode and lost coverage. There may be some default resource or band the UE may use for D2D in the any cell selection state, for example preprogrammed or defined by the network during the last registration. However, this may be limiting, for example to public safety uses. For example, in the camped on any cell state, it is likely that a public safety UE should also be allowed to use D2D on the default band or resource, or another band or resource indicated by the network in an SIB message.
0066The network may also provide a timer to the UE for how long it may access these resources once it goes out of coverage. The eNB may update this out-of-coverage D2D resource allocation on a relatively dynamic basis. For example, the eNB may eliminate it when there is no emergency incident necessitating D2D communication, and the UE is in the camped normally state and the connected mode state.
0067In an embodiment, a UE assesses whether it is in-coverage or not using an ICT computation. When the UE is in-coverage, it uses a first resource assignment method, where the eNB schedules the D2D communication. When the UE is out-of-coverage, the D2D UE obtains its resource allocation through a contention based resource allocation method.
0068<figref idref="DRAWINGS">FIG. 5</figref> illustrates flowchart <b>190</b> for a method of D2D communication. The UE decides D2D resource allocation using a timer. Initially, in step <b>192</b>, the UE requests resource allocation from an eNB while in-coverage. The UE connects to the eNB to request its D2D resource allocation.
0069Next, in step <b>194</b>, the UE obtains the resource allocation and/or a timer value from the eNB. In one embodiment, the UE reads the appropriate SIB and obtains the current value for out-of-coverage D2D resource allocation and the timer value for this cell. The UE stores the resource allocation and/or a timer value. When these values have changed, the UE updates them.
0070Then, in step <b>196</b>, the UE determines whether there is a loss of network coverage. When the UE loses coverage, it performs cell selection/reselection, and it is no longer camped on a cell. When there is no loss of coverage, the UE returns to step <b>192</b> to request resource allocation again. When the UE detects a loss of network coverage, it proceeds to step <b>198</b>.
0071In step <b>198</b>, the UE starts a timer. For example, the timer may be initialized to the timer value stored from the last cell it camped on received in step <b>194</b>. The timer counts down from the timer value. In another example, the timer value is predetermined.
0072In step <b>198</b>, the UE uses the out-of-coverage resources from the cell it camped on in step <b>194</b> for D2D communications. The UE continues to use these resources while the timer has not expired and the UE is not camped on or connected to a cell.
0073In step <b>200</b>, the UE determines whether it is camped on or connected to a cell again. The UE may be camped on or connected to the same cell or another cell. This may be the same cell it was previously camped on or a totally new cell. When the UE is camped on and connected to a cell, it proceeds to step <b>202</b>. On the other hand, when the UE has still not camped and connected to a cell, it proceeds to step <b>204</b>.
0074In step <b>202</b>, the UE stops the timer and returns to the in-coverage state. The UE uses scheduling-based D2D resources from the eNB on which it is camped. The UE returns to step <b>192</b> to request resource allocation while in coverage.
0075In step <b>204</b>, the UE uses out-of coverage resources obtained from the last cell it was connected to or camped on.
0076Then, in step <b>206</b>, the UE determines whether the timer has expired. When the timer has not expired, the UE returns to step <b>200</b> to determine whether the UE is camped on or connected to a new cell. When the timer has expired without camping on a new cell, the UE proceeds to step <b>208</b>.
0077In step <b>208</b>, the UE is out-of-coverage, for example in the any cell selection state. The UE stops using the out-of-coverage D2D resource from the last camped cell, and reverts back to using the pre-configured out-of-contact resource allocation. The UE may use contention-based D2D resources.
0078<figref idref="DRAWINGS">FIG. 6</figref> illustrates state diagram <b>210</b> with scheduling-based resource allocation state <b>212</b> and contention-based resource allocation state <b>214</b>. In scheduling-based resource allocation state <b>212</b>, the UE is camped on a cell, and performs scheduling-based resource allocation. When the UE is in scheduling-based resource allocation state <b>212</b>, it computes g(ICT) and determines if g(ICT) is greater than zero. For example, g(ICT) may be equal to ICT<sub>max</sub>−ICT<sub>Th</sub>, ICT<sub>min</sub>−ICT<sub>Th</sub>, or ICT<sub>avg</sub>−ICT<sub>Th</sub>. When g(ICT) is greater than zero, the UE remains in scheduling-based resource allocation state <b>212</b>. On the other hand, when g(ICT) is less than or equal to zero, the UE proceeds to contention-based resource allocation state <b>214</b>.
0079In contention-based resource allocation state <b>214</b>, the UE is not camped on a cell, and performs contention-based resource allocation. The UE calculates f(ICT) in contention-based resource allocation state <b>214</b>, and determines whether f(ICT) is less than or equal to zero. When f(ICT) is less than or equal to zero, the UE remains in contention-based resource allocation state <b>214</b>. When f(ICT) is greater than zero, the UE proceeds to scheduling-based resource allocation state <b>212</b>. In one example, and g(ICT)=f(ICT)+d, where d is an offset. The offset d is used to avoid repeatedly switching back and forth between contention-based resource allocation and scheduling-based resource allocation The UE remains in scheduling-based resource allocation state <b>212</b> as long as g(ICT)>0, even when it cannot obtain scheduling information.
0080<figref idref="DRAWINGS">FIG. 7</figref> illustrates resource allocation state diagram <b>220</b>, which contains contention-based resource allocation with pre-configured resource pool state <b>222</b>, scheduling based resource allocation state <b>226</b>, and contention-based resource allocation with configurable resource pool state <b>224</b>. In contention-based resource allocation with pre-configured resource pool state <b>222</b>, the UE is not camped on a cell and has never been in coverage. The UE performs contention-based resource allocation with a pre-configured resource pool. The UE determines f(ICTb), which may be ICT<sub>max</sub>−ICT<sub>Th</sub>, ICT<sub>min</sub>−ICT<sub>Th</sub>, or ICT<sub>avg</sub>−ICT<sub>Th</sub>. While f(ICTb) is less than zero, the UE remains in contention-based resource allocation with pre-configured resource pool state <b>222</b>. When f(ICTb) is greater or equal to zero, the UE proceeds to the scheduling-based resource allocation state <b>226</b>.
0081In contention-based resource allocation with configurable resource pool state <b>224</b>, the UE has previously been camped on a cell, and has come out of coverage. The UE performs contention-based resource allocation with a configurable resource pool. The UE determines f(ICTs) and f(ICTb). When f(ICTs) is greater than zero, the UE proceeds to scheduling-based resource allocation state <b>226</b>. When f(ICTb) is greater than zero and f(ICTs) is less than or equal to zero, the UE remains in contention-based resource allocation with configurable resource pool state <b>224</b>. When f(ICTb) is less than zero, the UE proceeds to the contention-based resource allocation with pre-configured resource pool state <b>222</b>.
0082In scheduling-based resource allocation state <b>226</b>, the UE performs scheduling-based resource allocation while it is camped on a cell. The UE calculates f(ICTb) and f(ICTs). When f(ICTb) is less than zero, the UE proceeds to contention-based resource allocation with pre-configured resource pool state <b>222</b>. When f(ICTs) is greater than zero, the UE remains in scheduling based resource allocation state <b>226</b>. When f(ICTb) is greater than zero and f(ICTs) is less than or equal to zero, the UE proceeds to contention-based resource allocation with configurable resource pool state <b>224</b>.
0083<figref idref="DRAWINGS">FIG. 8</figref> illustrates flowchart <b>230</b> for an embodiment method of deciding between contention based D2D resource allocation or schedule-based D2D resource allocation. ICT<sub>max</sub>, ICT<sub>min</sub>, ICT<sub>avg</sub>, or another ICT parameter may be used. Initially, in step <b>232</b>, the UE begins the procedure.
0084Next, in step <b>234</b>, the UE obtains configuration information. The configuration information is used to calculate the in-coverage criteria. In one example, the in-coverage criteria are specified in the third generation project protocol (3GPP) specification. Alternatively, the in-coverage criteria are manually preconfigured. In another example, the in-coverage criteria are conveyed to the UE by another means, for example by receiving a message from a eNB, for example in the SIB. The UE obtains the parameters for computing the ICT, as well as the threshold for determining the resource allocation method (scheduling-based or contention-based).
0085After obtaining the configuration parameters, the UE computes the ICT parameters in step <b>236</b>, such as ICT and ICT<sub>max</sub>, ICT<sub>min </sub>and/or ICT<sub>avg</sub>. In one example, ICT and ICT<sub>max </sub>are computed periodically, so the UE bases its decision to use either a contention based or scheduling based resource allocation policy with current information. The periodicity may be known a priori or obtained in step <b>234</b>. Alternatively, the computation is performed at irregular intervals. The ICT is:
0000<br />ICT=<i>Q</i><sub>rxlevmeas</sub>−(<i>Q</i><sub>rxlevmin</sub><i>+Q</i><sub>D2Doffset</sub>)−<i>P</i>compensation.
ICT
max
is:
0086<br />ICT<sub>max</sub>=max{ICT(<i>s</i>),<i>sεS</i><sub>meas</sub>}.
0000In one example, ICT<sub>max </sub>is computed on a single subframe, and ICT<sub>max</sub>=ICT.
0087In step <b>238</b>, the UE decides whether to use scheduling-based resource allocation or contention based resource allocation based on the ICT parameters. In other examples, other variables, such as ICT, are used. For example, the UE may compare ICT<sub>max </sub>to the ICT threshold. In one example, when:
0000<br />ICT<sub>max</sub>≧ICT<sub>Th</sub>,
0000the UE determines that the UE is in-coverage, and uses scheduling-based resource allocation in step <b>244</b>. On the other hand, when:
0000<br />ICT<sub>max</sub><ICT<sub>Th</sub>,
0000the UE determines that it is out-of-coverage, and uses contention-based resource allocation in step <b>240</b>. In other examples, ICT<sub>min </sub>or ICT<sub>avg </sub>is used instead of ICT<sub>max</sub>. ICT<sub>Th </sub>is a threshold which may be predefined, for example from a standard specification, broadcasted by the network in an SIB, or a fixed predefined value.
0088In step <b>244</b>, the UE performs scheduling-based resource allocation. The UE requests D2D resources from the network, for example from the eNB. The network then grants a resource to the UE for D2D transmission. In one example, the UE is in RRC_Connected mode, and may use the RACH. After step <b>244</b>, the UE proceeds to step <b>246</b>, and ends the procedure.
0089In step <b>240</b>, the UE uses contention based resource allocation. For example, the UE may perform transmission with a contention-based approach relying on the CSMA protocol used in international electrical and electronics engineers (IEEE) 802.11, or another contention-based mechanism. After step <b>240</b>, the UE proceeds to step <b>242</b> and ends this procedure.
0090The UE may notify the receivers of whether it is using scheduling or contention-based resource allocation. When the UE uses scheduled resources, and the allocation is performed semi-statically, it may be desirable for the receivers to know, so they can monitor this set of resources. For example, the receiver may want to avoid a discontinuous reception (DRX) like mode. The transmitting UE may broadcast a scheduling message to all potential receivers, where the transmitter indicates the resource allocation for the actual data transmission. A field to indicate for how long this set of resources is valid for this transmitter may also be indicated in the broadcast message.
0091In addition to the in-coverage case and out-of-coverage case, there may be a partial coverage case. In one example of partial-coverage, the UE cannot communicate directly with the eNB, but is attempting to communicate with a UE which is in coverage. In one example, with partial coverage, the resource allocation is contention-based. In another example, contention-based resource allocation is used, but the resource pool is pre-configured, with a priori knowledge by the two UEs communicating D2D. This may reduce the UEs interfering with the eNB. In an additional example, the resource allocation is scheduling-based, and the in-coverage UE relays the grant to the out-of-coverage UE.
0092<figref idref="DRAWINGS">FIG. 9</figref> illustrates flowchart <b>250</b> for a method of determining resource allocation when scheduling-based resource allocation is used for partial coverage. Initially, in step <b>252</b>, the UE begins the procedure.
0093Then, in step <b>254</b>, the UE obtains configuration information. The configuration information is used to calculate the in-coverage criteria. In one example, the in-coverage criteria are specified in the third generation project protocol (3GPP) specification. Alternatively, the in-coverage criteria are manually preconfigured. In another example, the in-coverage criteria are conveyed to the UE by another means, for example by receiving a message from a eNB, for example in the SIB. The UE obtains the parameters for computing the ICT, as well as the threshold for determining the resource allocation method (scheduling-based or contention-based).
0094Next, after obtaining the configuration parameters, the UE computes the ICT parameters in step <b>256</b>, such as ICT and ICT<sub>max</sub>, ICT<sub>min </sub>and/or ICT<sub>avg</sub>. In one example, ICT and ICT<sub>max </sub>are computed periodically, so the UE bases its decision to use either a contention based or scheduling based resource allocation policy with current information. The periodicity may be known a priori or obtained in step <b>234</b>. Alternatively, the computation is performed at irregular intervals. The ICT is:
0000<br />ICT=<i>Q</i><sub>rxlevmeas</sub>−(<i>Q</i><sub>rxlevmin</sub><i>+Q</i><sub>D2Doffset</sub>)−<i>P</i>compensation.
ICT
max
is:
0095<br />ICT<sub>max</sub>=max{ICT(<i>s</i>),<i>sεS</i><sub>meas</sub>}.
0000In one example, ICT<sub>max </sub>is computed on a single subframe, and ICT<sub>max</sub>=ICT.
0096In step <b>258</b>, the UE decides whether it is in coverage or out of coverage. In other examples, other variables, such as ICT, are used. For example, the UE may compare ICT<sub>max </sub>to the ICT threshold. In one example, when:
0000<br />ICT<sub>max</sub>≧ICT<sub>Th</sub>,
0000the UE determines that the UE is in-coverage, and uses scheduling-based resource allocation in step <b>244</b>. On the other hand, when:
0000<br />ICT<sub>max</sub><ICT<sub>Th</sub>,
0000the UE determines that it is out-of-coverage, and uses contention-based resource allocation in step <b>240</b>. In other examples, ICT<sub>min </sub>or ICT<sub>avg </sub>is used instead of ICT<sub>max</sub>. ICT<sub>Th </sub>is a threshold which may be predefined, for example from a standard specification, broadcasted by the network in an SIB, or a fixed predefined value.
0097In step <b>264</b>, the UE determines whether the other UE with which it wants to perform D2D communications is in coverage. For example, this determination may be performed by using different discovery signals for out-of-coverage UEs. When the other UE is in coverage, the UE proceeds to step <b>260</b> to perform scheduling based resource allocation. On the other hand, when the other UE is also out of coverage, the UE proceeds to step <b>266</b> to perform contention based resource allocation.
0098In step <b>260</b>, the UE performs scheduling-based resource allocation. When only one UE is in coverage, the out-of-coverage UE may blindly rely on grant requests and grant responses from and to the in-coverage UE, which communicates directly with the eNB. In another example, the out-of-coverage UE decodes the grant request from the in-coverage UE, aggregates the grant response with its grant requests, and transmits a single grant request to the eNB. Then resources are allocated to the out-of-coverage UE based on the received grant from the eNB. When both UEs are in-coverage, both UEs directly communicate with the eNB. After step <b>260</b>, the UE proceeds to step <b>262</b>, and ends the procedure.
0099In step <b>266</b>, the UE uses contention based resource allocation. For example, the UE may perform transmission with a contention-based approach relying on the CSMA protocol used in international electrical and electronics engineers (IEEE) 802.11, or another contention-based mechanism. After step <b>266</b>, the UE proceeds to step <b>268</b> and ends this procedure.
0100In one example, an in-coverage UE may move to out-of-coverage or partial coverage. The UE notifies the UE it is communicating with of its change of status. In another example, an out-of-coverage UE moves to in-coverage. In this example, the UE stops the contention-based transmission to avoid interference on the cellular resources. The UE moving into coverage immediately suspends the D2D communication and notifies the communicating UE of its change of status.
0101Some techniques may be used to avoid rapidly switching back and forth between in-coverage and out-of-coverage. A hysteresis mechanism may be used with a different threshold for moving into coverage and moving out of coverage. In another example, when the UE has switched, it may be prevented from switching again for a given duration.
0102Because a UE moving into coverage may interfere with the eNB, these mechanisms may only be used for switching out of coverage. For example, when a timer is used, the timer may be set to 0 seconds for switching from in-coverage to out-of-coverage. When hysteresis is used, the thresholds may be such that there is no penalty for switching out-of-coverage, so the hysteresis essentially only applies for out-of-coverage UEs.
0103<figref idref="DRAWINGS">FIG. 10</figref> illustrates a block diagram of processing system <b>270</b> that may be used for implementing the devices and methods disclosed herein. Specific devices may utilize all of the components shown, or only a subset of the components, and levels of integration may vary from device to device. Furthermore, a device may contain multiple instances of a component, such as multiple processing units, processors, memories, transmitters, receivers, etc. The processing system may comprise a processing unit equipped with one or more input devices, such as a microphone, mouse, touchscreen, keypad, keyboard, and the like. Also, processing system <b>270</b> may be equipped with one or more output devices, such as a speaker, a printer, a display, and the like. The processing unit may include central processing unit (CPU) <b>274</b>, memory <b>276</b>, mass storage device <b>278</b>, video adaptor <b>280</b>, and I/O interface <b>288</b> connected to a bus.
0104The bus may be one or more of any type of several bus architectures including a memory bus or memory controller, a peripheral bus, video bus, or the like. CPU <b>274</b> may comprise any type of electronic data processor. Memory <b>276</b> may comprise any type of non-transitory system memory such as static random access memory (SRAM), dynamic random access memory (DRAM), synchronous DRAM (SDRAM), read-only memory (ROM), a combination thereof, or the like. In an embodiment, the memory may include ROM for use at boot-up, and DRAM for program and data storage for use while executing programs.
0105Mass storage device <b>278</b> may comprise any type of non-transitory storage device configured to store data, programs, and other information and to make the data, programs, and other information accessible via the bus. Mass storage device <b>278</b> may comprise, for example, one or more of a solid state drive, hard disk drive, a magnetic disk drive, an optical disk drive, or the like.
0106Video adaptor <b>280</b> and I/O interface <b>288</b> provide interfaces to couple external input and output devices to the processing unit. As illustrated, examples of input and output devices include the display coupled to the video adapter and the mouse/keyboard/printer coupled to the I/O interface. Other devices may be coupled to the processing unit, and additional or fewer interface cards may be utilized. For example, a serial interface card (not pictured) may be used to provide a serial interface for a printer.
0107The processing unit also includes one or more network interface <b>284</b>, which may comprise wired links, such as an Ethernet cable or the like, and/or wireless links to access nodes or different networks. Network interface <b>284</b> allows the processing unit to communicate with remote units via the networks. For example, the network interface may provide wireless communication via one or more transmitters/transmit antennas and one or more receivers/receive antennas. In an embodiment, the processing unit is coupled to a local-area network or a wide-area network for data processing and communications with remote devices, such as other processing units, the Internet, remote storage facilities, or the like.
0108While several embodiments have been provided in the present disclosure, it should be understood that the disclosed systems and methods might be embodied in many other specific forms without departing from the spirit or scope of the present disclosure. The present examples are to be considered as illustrative and not restrictive, and the intention is not to be limited to the details given herein. For example, the various elements or components may be combined or integrated in another system or certain features may be omitted, or not implemented.
0109In addition, techniques, systems, subsystems, and methods described and illustrated in the various embodiments as discrete or separate may be combined or integrated with other systems, modules, techniques, or methods without departing from the scope of the present disclosure. Other items shown or discussed as coupled or directly coupled or communicating with each other may be indirectly coupled or communicating through some interface, device, or intermediate component whether electrically, mechanically, or otherwise. Other examples of changes, substitutions, and alterations are ascertainable by one skilled in the art and could be made without departing from the spirit and scope disclosed herein.
Contents7
11 sheets
Sheet 1 Sheet 2 Sheet 3 Sheet 4 Sheet 5 Sheet 6 Sheet 7 Sheet 8 Sheet 9 Sheet 10 Sheet 11
Every citation, both ways
| Document | Relation | Office | Cited during |
|---|---|---|---|
| WO2020111500A1 | Cited by | World Intellectual Property Organization (WIPO) | International search |
| US2018288696A1 | Cited by | United States of America | Search report |
| US2015326998A1 | Cited by | United States of America | Pre-grant |
| US10945201B2 | Cited by | United States of America | Applicant |
| US11178729B2 | Cited by | United States of America | Search report |
| US2017034751A1 | Cited by | United States of America | Pre-grant |
| US11057909B2 | Cited by | United States of America | Applicant |
| US9825840B2 | Cited by | United States of America | Applicant |
| US12207237B2 | Cited by | United States of America | Applicant |
| CN110036666A | Cited by | China | Search report |
| US2019254121A1 | Cited by | United States of America | Search report |
| US10616829B2 | Cited by | United States of America | Search report |
| WO2017014835A1 | Cited by | World Intellectual Property Organization (WIPO) | International search |
| US10117252B2 | Cited by | United States of America | Search report |
| TWI753965B | Cited by | Taiwan Province of China | Examiner |
| US10681626B2 | Cited by | United States of America | Search report |
| KR20200062899A | Cited by | Republic of Korea | Search report |
| US10917896B2 | Cited by | United States of America | Search report |
| US2017048878A1 | Cited by | United States of America | Search report |
| US12200619B2 | Cited by | United States of America | Applicant |
| US2016073335A1 | Cited by | United States of America | Search report |
| US2015327314A1 | Cited by | United States of America | Pre-grant |
| WO2017061913A1 | Cited by | World Intellectual Property Organization (WIPO) | International search |
| US11178605B2 | Cited by | United States of America | Search report |
| US9756676B2 | Cited by | United States of America | Search report |
| CN108432294A | Cited by | China | Search report |
| US11647483B2 | Cited by | United States of America | Applicant |
| CN106912113A | Cited by | China | Search report |
| US11476970B2 | Cited by | United States of America | Search report |
| US9894698B2 | Cited by | United States of America | Applicant |
| CN110100480A | Cited by | China | Search report |
| US10880796B2 | Cited by | United States of America | Applicant |
| US10477516B2 | Cited by | United States of America | Applicant |
| US10085228B2 | Cited by | United States of America | Search report |
| US10873901B2 | Cited by | United States of America | Search report |
| US10743231B2 | Cited by | United States of America | Applicant |
| US9877241B2 | Cited by | United States of America | Search report |
| US2022046759A1 | Cited by | United States of America | Search report |
| EP3358886A4 | Cited by | European Patent Office (EPO) | Search report |
| US2018288696A1 | Cited by | United States of America | Search report |
| US2014050203A1 | Cites | United States of America | Pre-grant |
| US2015117309A1 | Cites | United States of America | Pre-grant |
| US2016050667A1 | Cites | United States of America | Pre-grant |
| US2016242144A1 | Cites | United States of America | Pre-grant |
| US2017034851A1 | Cites | United States of America | Pre-grant |
| US2017041971A1 | Cites | United States of America | Pre-grant |
| US2017086214A1 | Cites | United States of America | Pre-grant |
| US2017118765A1 | Cites | United States of America | Pre-grant |
| US2017230839A1 | Cites | United States of America | Pre-grant |
4 members in 2 offices; this record represents the family
Priority claims1
| Document | Office | Kind | Date |
|---|---|---|---|
| 201461927347 | United States of America | P |
Members4
| Document | Office | Kind | |
|---|---|---|---|
| US2015201392A1 | United States of America | A1 | |
| WO2015109010A1 | World Intellectual Property Organization (WIPO) | A1 | |
| US10085228B2 | United States of America | B2 | |
| US2019028990A1 | United States of America | A1 |
71 transactions on the USPTO file
Allowed after 1 non-final rejection, 1 final rejection and 1 RCE.
- Non-final rejections
- 1
- Final rejections
- 1
- RCEs
- 1
- Appeals
- 0
Over time
Point at a mark for the transactionTransactions
| Event | Code | |
|---|---|---|
| Payment of Maintenance Fee, 4th Year, Large EntityM1551 | M1551 | |
| Recordation of Patent Grant MailedPGM/ | PGM/ | |
| Patent Issue Date Used in PTA CalculationAllowedPTAC | PTAC | |
| Email NotificationEML_NTR | EML_NTR | |
| Issue Notification MailedAllowedWPIR | WPIR | |
| Dispatch to FDCD1935 | D1935 | |
| Application Is Considered Ready for IssuePILS | PILS | |
| Issue Fee Payment VerifiedN084 | N084 | |
| Issue Fee Payment ReceivedIFEE | IFEE | |
| Email NotificationEML_NTR | EML_NTR | |
| Printer Rush- No mailingTCPB | TCPB | |
| Mailing Corrected Notice of AllowabilityMCNOA | MCNOA | |
| Reasons for AllowanceEX.R | EX.R | |
| Examiner's Amendment CommunicationEX.A | EX.A | |
| Corrected Notice of AllowabilityCNOA | CNOA | |
| Pubs Case Remand to TCPUBTC | PUBTC | |
| Electronic ReviewELC_RVW | ELC_RVW | |
| Email NotificationEML_NTF | EML_NTF | |
| Mail Notice of AllowanceAllowedMN/=. | MN/=. | |
| Notice of Allowance Data Verification CompletedAllowedN/=. | N/=. | |
| Reasons for AllowanceEX.R | EX.R | |
| Examiner's Amendment CommunicationEX.A | EX.A | |
| Interview Summary - Examiner Initiated - TelephonicEXET | EXET | |
| Date Forwarded to ExaminerFWDX | FWDX | |
| Disposal for a RCE / CPA / R129AbandonedABN9 | ABN9 | |
| Request for Continued Examination (RCE)RCEX | RCEX | |
| Workflow - Request for RCE - BeginBRCE | BRCE | |
| Electronic ReviewELC_RVW | ELC_RVW | |
| Email NotificationEML_NTF | EML_NTF | |
| Mail Final Rejection (PTOL - 326)Final rejectionMCTFR | MCTFR | |
| Final RejectionFinal rejectionCTFR | CTFR | |
| Date Forwarded to ExaminerFWDX | FWDX | |
| Response after Non-Final ActionA... | A... | |
| Electronic ReviewELC_RVW | ELC_RVW | |
| Email NotificationEML_NTF | EML_NTF | |
| Mail Non-Final RejectionNon-final rejectionMCTNF | MCTNF | |
| Non-Final RejectionNon-final rejectionCTNF | CTNF | |
| Information Disclosure Statement consideredIDSC | IDSC | |
| Information Disclosure Statement consideredIDSC | IDSC | |
| Date Forwarded to ExaminerFWDX | FWDX | |
| Response to Election / Restriction FiledELC. | ELC. | |
| Electronic ReviewELC_RVW | ELC_RVW | |
| Email NotificationEML_NTF | EML_NTF | |
| Mail Restriction RequirementMCTRS | MCTRS | |
| Restriction/Election RequirementCTRS | CTRS | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Application ready for PDX access by participating foreign officesCCRDY | CCRDY | |
| Email NotificationEML_NTR | EML_NTR | |
| PG-Pub Issue NotificationPG-ISSUE | PG-ISSUE | |
| Electronic Information Disclosure StatementEIDS. | EIDS. | |
| Information Disclosure Statement (IDS) FiledWIDS | WIDS | |
| Email NotificationEML_NTR | EML_NTR | |
| Change in Power of Attorney (May Include Associate POA)PA.. | PA.. | |
| Oath or Declaration Filed (Including Supplemental)C602 | C602 | |
| Electronic Information Disclosure StatementEIDS. | EIDS. | |
| Information Disclosure Statement (IDS) FiledWIDS | WIDS | |
| Case Docketed to Examiner in GAUDOCK | DOCK | |
| Application Dispatched from OIPEOIPE | OIPE | |
| Email NotificationEML_NTR | EML_NTR | |
| Application Is Now CompleteCOMP | COMP | |
| Filing ReceiptFLRCPT.O | FLRCPT.O | |
| Application Is Now CompleteCOMP | COMP | |
| Sent to Classification ContractorPGPC | PGPC | |
| FITF set to YES - revise initial settingFTFS | FTFS | |
| Cleared by L&R (LARS)L128 | L128 | |
| Referred to Level 2 (LARS) by OIPE CSRL198 | L198 | |
| Patent Term Adjustment - Ready for ExaminationPTA.RFE | PTA.RFE | |
| Applicants have given acceptable permission for participating foreignAPPERMS | APPERMS | |
| IFW Scan & PACR Auto Security ReviewSCAN | SCAN | |
| Entity Status Set To Undiscounted (Initial Default Setting or Status Change)BIG. | BIG. | |
| Initial Exam Team nnIEXX | IEXX |
4 legal events, as the office reported them to INPADOC
Over the term
Point at a mark for the eventEvents
| Event | Code | |
|---|---|---|
| Maintenance fee paymentMAFP | MAFP | |
| Maintenance fee paymentMAFP | MAFP | |
| Information on status: patent grantGrantedPATENTED CASESTCF | STCF | |
| AssignmentAS | AS |
Numbers
- Publication
- 20150201392
- Application
- 14596898
Titles
- English
- System and Method for Device-to-Device Communications
Patent term adjustment
- A delay
- +280 daysthe office missed an examination deadline
- B delay
- +113 dayspendency past three years
- Net adjustment
- 393 days
Classification
- CPC, 7
- H04W60/00
- H04W74/0808
- H04W72/12
- H04W76/023
- H04W74/02
- H04W8/005
- H04W76/14
- IPC, 1
- H04W60 00