<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE ep-patent-document PUBLIC "-//EPO//EP PATENT DOCUMENT 1.5//EN" "ep-patent-document-v1-5.dtd">
<ep-patent-document id="EP12818655B1" file="EP12818655NWB1.xml" lang="en" country="EP" doc-number="2932780" kind="B1" date-publ="20161123" status="n" dtd-version="ep-patent-document-v1-5">
<SDOBI lang="en"><B000><eptags><B001EP>ATBECHDEDKESFRGBGRITLILUNLSEMCPTIESILTLVFIROMKCYALTRBGCZEEHUPLSK..HRIS..MTNORS..SM..................</B001EP><B003EP>*</B003EP><B005EP>J</B005EP><B007EP>JDIM360 Ver 1.28 (29 Oct 2014) -  2100000/0</B007EP></eptags></B000><B100><B110>2932780</B110><B120><B121>EUROPEAN PATENT SPECIFICATION</B121></B120><B130>B1</B130><B140><date>20161123</date></B140><B190>EP</B190></B100><B200><B210>12818655.8</B210><B220><date>20121212</date></B220><B240><B241><date>20150708</date></B241></B240><B250>en</B250><B251EP>en</B251EP><B260>en</B260></B200><B400><B405><date>20161123</date><bnum>201647</bnum></B405><B430><date>20151021</date><bnum>201543</bnum></B430><B450><date>20161123</date><bnum>201647</bnum></B450><B452EP><date>20160711</date></B452EP></B400><B500><B510EP><classification-ipcr sequence="1"><text>H04W  74/08        20090101AFI20140626BHEP        </text></classification-ipcr><classification-ipcr sequence="2"><text>H04W  76/02        20090101ALI20140626BHEP        </text></classification-ipcr></B510EP><B540><B541>de</B541><B542>BASISSTATION, BENUTZERVORRICHTUNG UND VERFAHREN FÜR ZUFALLSZUGRIFF</B542><B541>en</B541><B542>BASE STATION, USER EQUIPMENT AND METHODS FOR RANDOM ACCESS</B542><B541>fr</B541><B542>STATION DE BASE, ÉQUIPEMENT UTILISATEUR ET PROCÉDÉS PERMETTANT UN ACCÈS ALÉATOIRE</B542></B540><B560><B561><text>WO-A1-2012/019348</text></B561><B561><text>WO-A1-2012/052911</text></B561></B560></B500><B600><B620EP><parent><cdoc><dnum><anum>16187519.0</anum></dnum><date>20160907</date></cdoc></parent></B620EP></B600><B700><B720><B721><snm>LU, Qianxi</snm><adr><str>Nanhuxiyuan 226
Room 2-101
Chaoyang District</str><city>Beijing
100102</city><ctry>CN</ctry></adr></B721><B721><snm>MIAO, Qingyu</snm><adr><str>Room 2-302 building 611
Bei Yuan Jia Yuan
Moli Yuan
Chao yang District</str><city>Beijing 100012</city><ctry>CN</ctry></adr></B721></B720><B730><B731><snm>Telefonaktiebolaget LM Ericsson (publ)</snm><iid>101190365</iid><irf>PS54509EPPC</irf><adr><city>164 83 Stockholm</city><ctry>SE</ctry></adr></B731></B730><B740><B741><snm>Valea AB</snm><iid>100767162</iid><adr><str>Box 7086</str><city>103 87 Stockholm</city><ctry>SE</ctry></adr></B741></B740></B700><B800><B840><ctry>AL</ctry><ctry>AT</ctry><ctry>BE</ctry><ctry>BG</ctry><ctry>CH</ctry><ctry>CY</ctry><ctry>CZ</ctry><ctry>DE</ctry><ctry>DK</ctry><ctry>EE</ctry><ctry>ES</ctry><ctry>FI</ctry><ctry>FR</ctry><ctry>GB</ctry><ctry>GR</ctry><ctry>HR</ctry><ctry>HU</ctry><ctry>IE</ctry><ctry>IS</ctry><ctry>IT</ctry><ctry>LI</ctry><ctry>LT</ctry><ctry>LU</ctry><ctry>LV</ctry><ctry>MC</ctry><ctry>MK</ctry><ctry>MT</ctry><ctry>NL</ctry><ctry>NO</ctry><ctry>PL</ctry><ctry>PT</ctry><ctry>RO</ctry><ctry>RS</ctry><ctry>SE</ctry><ctry>SI</ctry><ctry>SK</ctry><ctry>SM</ctry><ctry>TR</ctry></B840><B860><B861><dnum><anum>SE2012051382</anum></dnum><date>20121212</date></B861><B862>en</B862></B860><B870><B871><dnum><pnum>WO2014092616</pnum></dnum><date>20140619</date><bnum>201425</bnum></B871></B870></B800></SDOBI>
<description id="desc" lang="en"><!-- EPO <DP n="1"> -->
<heading id="h0001">TECHNICAL FIELD</heading>
<p id="p0001" num="0001">Embodiments herein relate to a base station, a user equipment and methods therein. In particular, it relates to handling a Random Access Channel (RACH) procedure in a mixed cellular and Device to Device (D2D) network.</p>
<heading id="h0002">BACKGROUND</heading>
<p id="p0002" num="0002">Communication devices such as terminals are also known as e.g. User Equipments (UE), mobile terminals, wireless terminals and/or mobile stations. Terminals are enabled to communicate wirelessly in a cellular communications network or wireless communication system, sometimes also referred to as a cellular radio system or cellular networks. The communication may be performed e.g. between two terminals, between a terminal and a regular telephone and/or between a terminal and a server via a Radio Access Network (RAN) and possibly one or more core networks, comprised within the cellular communications network.</p>
<p id="p0003" num="0003">Terminals may further be referred to as mobile telephones, cellular telephones, laptops, or surf plates with wireless capability, just to mention some further examples. The terminals in the present context may be, for example, portable, pocket-storable, handheld, computer-comprised, or vehicle-mounted mobile devices, enabled to communicate voice and/or data, via the RAN, with another entity, such as another terminal or a server.</p>
<p id="p0004" num="0004">The cellular communications network covers a geographical area which is divided into cell areas, wherein each cell area being served by a base station, e.g. a Radio Base Station (RBS), which sometimes may be referred to as e.g. "eNB", "eNodeB", "NodeB", "B node", Base Transceiver Station (BTS), or AP(Access Point), depending on the technology and terminology used. The base stations may be of different classes such as e.g. macro eNodeB, home eNodeB or pico base station, based on transmission power and thereby also cell size. A cell is the geographical area where radio coverage is provided by the base station at a base station site. One base station, situated on the base station site, may serve one or several cells. Further, each base station may support one or several communication technologies. The base stations communicate over the air interface operating on radio frequencies with the terminals within range of the base<!-- EPO <DP n="2"> --> stations. In the context of this disclosure, the expression Downlink (DL) is used for the transmission path from the base station to the mobile station. The expression Uplink (UL) is used for the transmission path in the opposite direction i.e. from the mobile station to the base station.</p>
<p id="p0005" num="0005">In 3rd Generation Partnership Project (3GPP) Long Term Evolution (LTE), base stations, which may be referred to as eNodeBs or even eNBs, may be directly connected to one or more core networks.</p>
<p id="p0006" num="0006">UMTS is a third generation mobile communication system, which evolved from the GSM, and is intended to provide improved mobile communication services based on Wideband Code Division Multiple Access (WCDMA) access technology. UMTS Terrestrial Radio Access Network (UTRAN) is essentially a radio access network using wideband code division multiple access for terminals. The 3GPP has undertaken to evolve further the UTRAN and GSM based radio access network technologies.</p>
<p id="p0007" num="0007">3GPP LTE radio access standard has been written in order to support high bitrates and low latency both for uplink and downlink traffic. All data transmission is in LTE controlled by the radio base station.</p>
<heading id="h0003">D2D communication</heading>
<p id="p0008" num="0008">Recent developments of the 3GPP Long Term Evolution (LTE) facilitate accessing local IP based services in a home, an office, a public hot spot or even outdoor environments. One of the important use cases for a local IP access and local connectivity involves the direct communication between wireless devices such as user equipments in the close proximity of each other, typically less than a few 10s of meters but sometimes up to a few hundred meters.</p>
<p id="p0009" num="0009">This direct mode or D2D enables a number of potential gains over the traditional cellular technique where two devices communicates vi a cellular access point such as e.g: a base station because D2D devices are often much closer to one another than the cellular devices that have to communicate via the cellular access point.</p>
<p id="p0010" num="0010">One gain is <b>capacity gain</b> which may comprise reuse gain and hop gain. Regarding the reuse gain, D2D communication may provide reuse of radio resources such as e.g. Orthogonal Frequency Division Multiplex (OFDM) resource blocks, reuse gain. Regarding the hop gain, D2D communication provides a D2D link providing a single hop between the transmitter and receiver points as opposed to the 2-hop link via a cellular access point.<!-- EPO <DP n="3"> --></p>
<p id="p0011" num="0011">Another gain is <b>maximum achievable rate gain,</b> which may comprise proximity gain. D2D communication may further provide high peak rates due to the proximity and potentially favorable propagation.</p>
<p id="p0012" num="0012">A further gain is <b>latency gain.</b> When the UEs communicate over a D2D link, base station forwarding is short cut and the end-to-end latency can decrease.</p>
<heading id="h0004"><b>Random Access procedure in cellular networks</b></heading>
<p id="p0013" num="0013"><b>MSG1.</b> A user equipment that has new data to transmit and therefore requires resources sends a first message to the base station. The first message may also be referred to as MSG1, a preamble, or a Random Access Channel (RACH) preamble. MSG is an abbreviation for MeSsaGe. In the first message the user equipment provides an indication to the network about it's resource requirement. The first message comprises a preamble Identity (ID). After the user equipment has transmitted its preamble, it waits for a Random Access Response (RAR) associated with its RA-RNTI to see if the base station heard the preamble. The RA-RNTI comprises the subframe number the user equipment transmitted in +1.</p>
<p id="p0014" num="0014"><b>MSG2.</b> When the base station hears the preamble, it responds to the preamble by transmitting a second message, also referred to as MSG2 or RAR, to the user equipment. The second message comprises information about Timing Advanced (TA), Preamble ID and Temporary Cell Radio Network Temporary Identifier, (TC-RNTI). TC-RNTI is a number generated by the base station used as the identity of the user equipment within the cell.</p>
<p id="p0015" num="0015"><b>MSG3.</b> If the user equipment finds a suitable RAR, then it looks to see if its specific preamble identity is included. If so, then the user equipment assumes it received a positive acknowledge from the base station, and the user equipment uses the TC-RNTI for subsequent signalling to the base station. When the user equipment has assumed that it received a positive acknowledge from the base station, the user equipment sends an RRC connection request (not always included, e.g., when the user equipment is in RRC connected mode, it may just use RACH to request resource grant) and a Buffer Status Report (BSR) Control Element (CE) in a third message, also referred to as MSG3 using resources given by the base station. The Buffer Status Report (BSR) Control Element (CE) indicated the amount of new data to be transmitted. It also sends the identifier such as a Temporary Mobile Subscriber Identity (TMSI), to the base station which is used to resolve the Contention, i.e. if other user equipments uses the same RACH. Please note<!-- EPO <DP n="4"> --> that the RA-RNTI is determined from the user equipments preamble transmission, the temporary C-RNTI is assigned by the base station.</p>
<p id="p0016" num="0016"><b>MSG4.</b> The base station sends a Physical Downlink Control Channel (PDCCH) UL grant or a DL assignment to the user equipment, addressed to the C-RNTI of the user equipment, in a fourth message also referred to as MSG4. In this step, the user equipment, which has received the C-RNTI, continues to set up an RRC connection. However, the RACH may be also used for RRC connected user equipments. If other user equipments used the same RACH, they will try again to send a preamble.</p>
<p id="p0017" num="0017">According to a current LTE protocol, in a traditional RACH procedure for cellular user equipments, the user equipment maintains a window also referred to as ResponseWindowSize, for the reception of MSG2, and timer, also referred to as Medium Access Control (MAC)-ContentionResolutionTimer for the reception of MSG4. The possible value of the window is from 2 sub frames to 10 subframes, and the value of the timer is from 8 subframes to 64 subframes. When the window is active, the user equipment would have to keep monitoring Physical Downlink Control Channel (PDCCH ) for possible MSG2 on DL. When the timer is active, the user equipment would have to keep monitoring PDCCH for possible MSG4 on DL. If no grant is received within the window or timer, this RACH attempt fails.</p>
<p id="p0018" num="0018">In a mixed cellular and D2D network, the addressed RACH procedure is limited to being triggered by new data at the user equipment, i.e., UL data to send to the base station or D2D data to send to the counterpart, where the user equipment is out-of-sync but still RRC connected. Here the out-of-sync means that the UL synchronization to the base station is lost. In the current RACH procedure, receiving a C-RNTI and a BSR CE in UL MSG3, makes the base station aware of the identity of the user equipment that performs the RACH procedure and that it has data to send on UL. The base station then schedules the user equipment on a Physical Uplink Shared CHannel (PUSCH) for UL data transmission, so when the user equipment receives PDCCH UL grant addressed to its C-RNTI, i.e., MSG4, the RACH procedure is seen as successful, and the ContentionResolutionTimer is stopped. However, for a RACH triggered by D2D data, a base station receiving C-RNTI and BSR in MSG3, is blind to whether it is due to cellular or D2D data, and still schedule the user equipment in a cellular UL link, even though, what the user equipment really want is the scheduling of a D2D link.</p>
<p id="p0019" num="0019">Document <patcit id="pcit0001" dnum="WO20012052911A"><text>WO20012052911</text></patcit> is regarded as being the closest prior art and discloses the resource mapping when a single down link control message is sent to a D2D cluster and a single response from the D2D cluster to the network.<!-- EPO <DP n="5"> --></p>
<heading id="h0005">SUMMARY</heading>
<p id="p0020" num="0020">It is therefore an object of embodiments herein to provide a way of improving the performance in a mixed cellular and D2D network.</p>
<p id="p0021" num="0021">According to a first aspect of embodiments herein, the object is achieved by a method in a base station for handling a Random Access Channel, RACH, procedure in a mixed cellular and D2D network. The base station receives from a first user equipment in a RACH message, an indication that the RACH relates to D2D communication. The base station then schedules a D2D link to the first user equipment based on the indication.</p>
<p id="p0022" num="0022">According to a second aspect of embodiments herein, the object is achieved by a method in a first user equipment for handling a Random Access Channel, RACH, procedure in a mixed cellular and D2D network. The first user equipment sends to a base station within the mixed cellular and D2D network, in a RACH message, an indication that the RACH relates to D2D communication. The first user equipment receives information about a scheduled D2D link from the base station. The D2D link has been scheduled to the first user equipment based on the indication.</p>
<p id="p0023" num="0023">According to a third aspect of embodiments herein, the object is achieved by a base station for handling a Random Access Channel, RACH, procedure in a mixed cellular and D2D network. The base station comprises a receiving unit configured to receive from a first user equipment, in a RACH message an indication that the RACH relates to D2D communication. The base station further comprises a scheduler configured to schedule a D2D link to the first user equipment based on the indication.</p>
<p id="p0024" num="0024">According to a fourth aspect of embodiments herein, the object is achieved by a first user equipment for handling a Random Access Channel, RACH, procedure in a mixed cellular and D2D network. The first user equipment comprises a sending unit configured to send to a base station within the mixed cellular and D2D network, in a RACH message, an indication that the RACH relates to D2D communication. The first user equipment further comprises a receiving unit configured to receive information about a scheduled D2D link from the base station. The D2D link has been scheduled to the first user equipment based on the indication.<!-- EPO <DP n="6"> --></p>
<p id="p0025" num="0025">The base station receives an indication that the RACH relates to D2D communication from the first user equipment. The base station then knows that the RACH relates to D2D and not cellular communication, and can therefore schedules a D2D link to the first user equipment instead of an unnecessary cellular link. In this way the performance of the in the mixed cellular and D2D network has been improved.</p>
<heading id="h0006">BRIEF DESCRIPTION OF THE DRAWINGS</heading>
<p id="p0026" num="0026">Examples of embodiments herein are described in more detail with reference to attached drawings in which:
<dl id="dl0001" compact="compact">
<dt>Figure 1</dt><dd>is a schematic block diagram illustrating embodiments in a cellular network.</dd>
<dt>Figure 2</dt><dd>is a combined flowchart and signalling diagram depicting embodiments of a method.</dd>
<dt>Figure 3</dt><dd>is a flowchart depicting embodiments of a method in a base station.</dd>
<dt>Figure 4</dt><dd>is a schematic block diagram illustrating embodiments according to some scenarios.</dd>
<dt>Figure 5</dt><dd>is a schematic block diagram illustrating embodiments of a base station.</dd>
<dt>Figure 6</dt><dd>is a flowchart depicting embodiments of a method in a first user equipment.</dd>
<dt>Figure 7</dt><dd>is a schematic block diagram illustrating embodiments of a first user equipment.</dd>
</dl></p>
<heading id="h0007">DETAILED DESCRIPTION</heading>
<p id="p0027" num="0027">As part of developing embodiments herein, a problem will first be identified and discussed. As mentioned above, there is a need to differentiate a cellular RACH and a D2D RACH relating to a user equipment, so that the base station knows what to schedule for the use equipment. Besides the scheduling behavior, furthermore, there is a need for the base station to improve different RACH response performance for cellular and D2D communication, e.g., to provide different Quality of Experience (QoE).</p>
<p id="p0028" num="0028">The user equipment need to monitor MSG4 in a D2D RACH in a suitable way, therefore a way to perform this is required. In a current cellular network, if RACH is triggered by UL data of an out-of-sync user equipment, MSG4 is defined as an UL grant, i.e., the ContentionResolutionTimer would only be stopped when a new UL grant is received for the user equipment's C-RNTI. In a mixed cellular and D2D network scenario,<!-- EPO <DP n="7"> --> for the RACH procedure of D2D transmission, the D2D resource allocation information has to reach both D2D user equipments at the same time, to ensure that both transmission and reception is ready for D2D connection. For two D2D user equipments in a D2D link, when there is RACH triggered by new D2D data to send at a first user equipment, the first user equipment does not know the current state of the other user equipment. The other user equipment is also referred to as a second user equipment. E.g., the second user equipment may be in different states such as still be in-synchronization due to continuous cellular link activity, or also out-of-synchronization similarly, or has already been released by the network to an idle state.</p>
<p id="p0029" num="0029">UL synchronization with network enables that reception timing of a user equipment transmission at the base station side aligns with the timing of the base station.</p>
<p id="p0030" num="0030">The first user equipment has to monitor PDCCH continuously for in-sync user equipments, the RACH user equipment, i.e. the first user equipment has to wait for a Discontinuous Reception (DRX) cycle at most to receive the resource grant, i.e.MSG4.</p>
<p id="p0031" num="0031">Further, the first user equipment has to monitor PDCCH continuously for out-of-sync user equipments, the RACH user equipment, i.e. the first user equipment has to wait for at least the procedure of network-initiated RACH procedure to synchronize to the second user equipment.</p>
<p id="p0032" num="0032">Further, the first user equipment has to monitor PDCCH continuously for idle user equipments, the RACH user equipment, i.e. the first user equipment has to wait for the procedure of network-initiated RRC connection re-establishment to synchronize the second user equipment. Hence, in order to wait for a DRX cycle of the second user equipment which may be as long as 320ms, which is larger than the maximum length of a ContentionResolutionTimer being 64ms, as in the best case of for in-sync user equipments, it would cause user equipment power waste in RACH procedure. So a the first user equipment need to monitor the MSG4 in a more power efficient way.</p>
<p id="p0033" num="0033">Embodiments herein provide a way of designing the RACH procedure for D2D communication.</p>
<p id="p0034" num="0034">According to embodiments herein, a RACH procedure is provided to differentiate cellular and D2D buffer explicitly or implicitly. Embodiments herein e.g. comprises separated preamble /PRACH locations within a frame of a RACH resource for MSG1, or new RNTI and/or BSR definition in MSG3.</p>
<p id="p0035" num="0035">Embodiments herein may further comprise that any PDCCH addressed to the user equipment's RNTI such as C-RNTI or D2D-RNTI, may be seen as MSG4.<!-- EPO <DP n="8"> --></p>
<p id="p0036" num="0036"><figref idref="f0001"><b>Figure 1</b></figref> depicts a <b>mixed cellular and D2D network 100</b> in which embodiments herein may be implemented. The mixed cellular and D2D network 100 comprises a cellular communications network and a D2D communications network. The cellular communications network is a wireless communication network such as an LTE, WCDMA, GSM network, any 3GPP cellular network, Wimax, or any cellular network or system. The D2D communications network is a direct communication between wireless devices such as user equipments in the close proximity of each other, such as e.g. in a range of tens to hundreds of meters.</p>
<p id="p0037" num="0037">The mixed cellular and D2D network 100 comprises a plurality of base stations whereof one, a <b>base station 110</b> is depicted in <figref idref="f0001">Figure 1</figref>. The base station 110 may be a radio base station such as e.g. an eNB, an eNodeB, or an Home Node B, an Home eNode B or any other network node capable to serve a user equipment or a machine type communication device in a cellular communications network. The <b>base station 110</b> is serving a <b>cell 115.</b></p>
<p id="p0038" num="0038">A number of user equipments are located in the cell 115 served by the base station 110. In the example scenario of <figref idref="f0001">Figure 1</figref>, only two user equipments are shown in the cell 115, a <b>first user equipment 121</b> and a <b>second user equipment 122.</b> The first user equipment 121 and the second user equipment 122 are capable of communicating with each other using D2D communication. The first user equipment 121 and the second user equipment 122 are further capable of accessing the cellular communications network within the mixed cellular and D2D network 100 via the base station 110 when they are located in the cell 115. The first user equipment 121 and the second user equipment 122 may e.g. be mobile terminals or wireless terminals, mobile phones, computers such as e.g. laptops, Personal Digital Assistants (PDAs) or tablet computers, sometimes referred to as surf plates, with wireless capability, or any other radio network units capable to communicate over a radio link 131 in the cellular communications network or a D2D link 132 in the D2D communications network.</p>
<p id="p0039" num="0039">Example of embodiments of a method for handling a RACH procedure in a mixed cellular and D2D network will now be described with reference to a combined flowchart and signalling diagram depicted in <figref idref="f0002"><b>Figure 2</b></figref><b>.</b> Below, embodiments of the method when<!-- EPO <DP n="9"> --> seen from the base station 110 view (<figref idref="f0003">Figure 3</figref>) and embodiments of a method when seen from the first user equipment 121 view (<figref idref="f0005">Figure 5</figref>) will be described.</p>
<p id="p0040" num="0040">The method comprises the following actions, which actions may be taken in any suitable order.</p>
<heading id="h0008"><b>Action 201</b></heading>
<p id="p0041" num="0041">This is an optional action. The base station 110 may send information to user equipments including the first user equipment 121 and possibly the second user equipment served by the base station 110. The information comprises that RACH preambles to be used for D2D communication and RACH preambles to be used for cellular communication are divided. This is for the base station 110 to be able to recognize whether a RACH preamble refers to a cellular or D2D communication. This information may e.g. be broadcasted.</p>
<p id="p0042" num="0042">The RACH preambles may be divided into different groups, one or more groups of RACH preambles relating to D2D communication and one or more groups of RACH preambles relating to cellular communication. As an alternative, the RACH resources may be divided into different time and/or frequency locations within a frame of a RACH resource, one or more time and/or frequency locations for RACH associated with D2D communication, and one or more time and/or frequency locations for RACH associated to cellular communication. This will be further discussed below.</p>
<heading id="h0009"><b>Action 202</b></heading>
<p id="p0043" num="0043">In an example scenario the first user equipment 121 has a buffer of data that it requires to send to the second user equipment 122. Since the first user equipment 121 is in the vicinity of the second user equipment 122, it seeks to set up a D2D link 132 to send the buffer of data. Therefore the first user equipment 121 sends a RACH message to the base station 110. According to embodiments herein, the RACH message comprises an indication that the RACH relates to D2D communication. This tells the base station 110 that the first user equipment requests resources to be scheduled for D2D communication.</p>
<p id="p0044" num="0044">The RACH message may be a RACH preamble sent in a RACH resource location, i.e. MSG1 in the RACH procedure.</p>
<p id="p0045" num="0045">In some embodiments, the indication may be a specific D2D RNTI and may be comprised in MSG3 in the RACH procedure. The specific D2D RNTI is common for transmission and reception on the D2D link. This is an advantage since it lets the base station 110 know which user equipment is the counterpart of the D2D link<!-- EPO <DP n="10"> --></p>
<p id="p0046" num="0046">In some embodiments, the first user equipment 121 has received the information about the RACH preambles to be used for D2D communication and the RACH preambles to be used for cellular communication are divided. In these embodiments, the indication sent to and received by the base station 110 may be a RACH preamble comprised in a group of RACH preambles relating to D2D communication or a RACH preamble received at a specific time and/or frequency locations within a frame of a RACH resource, which a specific time and/or frequency locations are related to D2D communication. This will be further described below.</p>
<p id="p0047" num="0047">In some embodiments the indication is a Buffer Status Report (BSR) comprising a format related to D2D communication. This may be comprised in MSG3 in the RACH procedure. Also this will be further described below.</p>
<heading id="h0010"><b>Action 203</b></heading>
<p id="p0048" num="0048">The base station 110 has received the RACH message comprising the indication of D2D communication. It thus knows that the RACH message relates to D2D communication and therefore schedules a D2D link to the first user equipment 121 based on the indication. In this way the scheduling of an unnecessary cellular link is avoided.</p>
<heading id="h0011"><b>Action 204</b></heading>
<p id="p0049" num="0049">This is an optional action, performed in some embodiments. Since the D2D link is for D2D communication between the first user equipment 121 and the second user equipment 122, the base station 110 may send information in a RACH message on PDCCH to the first user equipment 121 and the second user equipment 122 at the same time using the same RACH message. This information comprises the scheduled D2D link associated with the specific D2D RNTI and may be a PDCCH message related to MSG4 in the RACH procedure.</p>
<p id="p0050" num="0050">In some embodiments, the first user equipment 121 may have an active time, resolution timer. In this timer the first user equipment 121 monitors any response such as a grant for its requested resources for D2D communication. The active time resolution timer may in some embodiments be stopped by the first user equipment upon receiving the RACH message comprising the scheduled D2D link associated with the specific D2D RNTI.</p>
<p id="p0051" num="0051">However, in some cases there may not be a specific grant message sent to the first user equipment 121. This may e.g. be because the length of the timer is not enough for<!-- EPO <DP n="11"> --> the base station 110 to send out a grant to both the first user equipment 121 and the second user equipment 122 in the D2D pair, since the second user equipment 122 is not ready for receiving grant and it takes more time for the network to wake up the second user equipment 122. Therefore, in some embodiments the base station 110 may send any PDCCH message to the first user equipment 121. When this PDCCH message is addressing an RNTI such as e.g. such as a C-RNTI or D2D-RNTI of the first user equipment 121 it will be interpreted as an indication to the first user equipment 121 to stop the active time resolution timer in the first user equipment 121. E.g. it may be interpreted as a scheduling grant such as MSG4 by the first user equipment 121.</p>
<heading id="h0012"><b>Action 205</b></heading>
<p id="p0052" num="0052">This is an optional action, performed in some embodiments. In this action the first user equipment 121 stops the active time resolution timer according to the action above.</p>
<heading id="h0013"><b>Action 206</b></heading>
<p id="p0053" num="0053">The D2D communication is then set up between the first user equipment and the second user equipment 122 using the scheduled D2D link 132.</p>
<heading id="h0014"><b>Embodiments of a method seen from a base station 110 perspective</b></heading>
<p id="p0054" num="0054">Example of embodiments of a method in the base station 110 for handling Random Access Channel, RACH, procedure in a mixed cellular and D2D network 100, will now be described with reference to a flowchart depicted in <figref idref="f0003"><b>Figure 3</b></figref><b>.</b> The method comprises the following actions, which actions may be taken in any suitable order. Dashed lines of some boxes in <figref idref="f0003">Figure 3</figref> indicate that this action is not mandatory.</p>
<heading id="h0015"><b>Action 301</b></heading>
<p id="p0055" num="0055">This is an optional action. In some embodiments, the base station 110 sends information to user equipments served by the base station 110. The user equipments e.g. comprises the first user equipment 121 and in some embodiments the second user equipment. The information comprises that RACH preambles to be used for D2D communication and RACH preambles to be used for cellular communication are divided. In some embodiments the RACH preambles are divided into different groups, a group of RACH preambles relating to D2D communication and a group of RACH preambles relating to cellular communication. As an alternative or combined, the RACH preambles<!-- EPO <DP n="12"> --> are divided into different time and/or frequency locations within a frame of a RACH resource, a time and/or frequency location for RACH associated with D2D communication, and a time and/or frequency location for RACH associated to cellular communication. For example, there are multiple RACH resource locations within a frame, and specific resource location(s) may be pre-defined as D2D-specific, i.e., if the RACH MSG1 is sent on these locations, then it is for D2D RACH. This means that when the preamble is received at a specific time and/or frequency location associated with D2D communication, the base station 110 will know that this is a D2D preamble, and when the preamble is received at a specific time and/or frequency location associated with cellular communication, the base station 110 will know that this is a cellular preamble.</p>
<p id="p0056" num="0056">This action corresponds to action 201 above.</p>
<heading id="h0016"><b>Action 302</b></heading>
<p id="p0057" num="0057">The base station 110 receives a RACH message from the first user equipment 121. The RACH message comprises an indication that the RACH relates to D2D communication.</p>
<p id="p0058" num="0058">The RACH procedure is in this way improved by differentiating cellular and D2D data buffers to be sent from the first user equipment to the second user equipment 122. To differentiate cellular or D2D triggered RACH, this indication may be received from the first user equipment 121 explicit or implicitly, e.g. by MSG1 or MSG3.</p>
<p id="p0059" num="0059">The RACH message may e.g. be a RACH preamble, or a resource request, which may be comprised in MSG1 or MSG3 in the RACH procedure.</p>
<p id="p0060" num="0060">In some embodiments the indication is a specific D2D RNTI. The specific D2D RNTI is common for transmission and reception on the D2D link. A new definition of RNTI may be applied for D2D communication, e.g., D2D-RNTI. This RNTI is common for D2D transmission and/or reception (Tx/Rx), such that the DL information addressed to the D2D-RNTI would be received by both the first user equipment 121 and the second user equipment 122 on a specific D2D link, e.g., as scheduling information on PDCCH and RRC configuration information on PDSCH for the D2D link. Since RNTI is allocated to the first user equipment 121 and the second user equipment 122 by e.g. the base station 110 in the mixed cellular and D2D network 100, the base station 110 will know that it is a cellular or D2D triggered RACH when it receives this specific D2D RNTI. This embodiment with a specific D2D RNTI may be extended to a multi-hop D2D scenario, i.e., one D2D-capable user equipment such as the first user equipment 121, can communicate<!-- EPO <DP n="13"> --> with multiple user equipments in D2D mode, which multiple user equipments are differentiated by different D2D-RNTIs.</p>
<p id="p0061" num="0061">In some other embodiments the indication is a RACH preamble comprised in a group of RACH preambles relating to D2D communication. Separated preamble groups may be defined for cellular RACH and D2D RACH. At the base station 110, by detecting preambles in different groups, the base station will know whether it is a cellular RACH or a D2D RACH. The preamble division may be broadcasted in the mixed cellular and D2D network 100 in beforehand, e.g. by the base station 110 in action 301 above. This may be broadcasted such as e.g. in a System Information Block (SIB), which is broadcasted in the system periodically to all user equipments in the cell coverage . This preamble division may be adjusted depending on the RACH load of cellular and D2D user equipments respectively such as e.g., when the ratio of cellular RACH load to D2D RACH load is x:y, then the preamble division for cellular and D2D RACH should be also x:y.</p>
<p id="p0062" num="0062">In some other embodiments the indication is a RACH preamble received at a specific time and/or frequency location within a frame of a RACH resource, related to D2D communication. By using separated RACH time and/or frequency locations, the first user equipment 121 would limit its RACH attempts in different time locations of a frame, to differentiate cellular and D2D communication. Similarly, this PRACH location division may be broadcasted in the network and may be adjusted based on user equipment load. ,</p>
<p id="p0063" num="0063">The indication may further be a BSR comprising a format related to D2D communication, which e.g. may be comprised in MSG3 in the RACH procedure.</p>
<p id="p0064" num="0064">A specific definition of BSR for D2D may apply a format different from cellular BSR. This may be performed by defining a new Logical Channel identity (LCID) for a new Medium Access Control (MAC) Control Element (CE) to carry this specific D2D BSR. Therefore, by receiving this new BSR, the base station will know whether it is a cellular or D2D triggered RACH.</p>
<p id="p0065" num="0065">This action corresponds to action 202 above.</p>
<heading id="h0017"><b>Action 303</b></heading>
<p id="p0066" num="0066">The base station 110 schedules a D2D link to the first user equipment 121 based on the indication.</p>
<p id="p0067" num="0067">This action corresponds to action 203 above.</p>
<heading id="h0018"><b>Action 304</b></heading><!-- EPO <DP n="14"> -->
<p id="p0068" num="0068">As mentioned above, the D2D link is for D2D communication between the first user equipment 121 and the second user equipment 122. The base station 110 may send information to the first user equipment 121 and the second user equipment 122 in a RACH message. The information comprises the scheduled D2D link associated with the specific D2D RNTI.</p>
<p id="p0069" num="0069">This action corresponds to action 204 above.</p>
<p id="p0070" num="0070">According to prior art, since the scheduling information delivery e.g. Downlink Control Information (DCI) of the RACH procedure may follow DRX timing of both D2D transmission and D2D reception, so PDCCH monitoring on DRX-sleep intervals are meaningless, i.e., the traditional MSG4 definition in this case is too limited. To overcome this problem, the base station 110 may according to some embodiments, send any PDCCH message to the first user equipment 121. This PDCCH message will when addressing an RNTI of the first user equipment 121, be interpreted as an indication to the first user equipment 121 to stop an active time resolution timer in the first user equipment 121 _ Thus, according to this embodiment, the first user equipment may interpret this PDCCH message as a MSG4. This means that any PDCCH addressed to the first user equipment's RNTI may be seen as MSG4. This is shown in <figref idref="f0004">Figure 4</figref> which depicts MSG4 monitoring behavior according to embodiments herein.</p>
<p id="p0071" num="0071">In <figref idref="f0004">Figure 4</figref>, the boxes with <u>horizontal lines</u> are time slots where the user equipment is active to monitor the PDCCH but there is no signalling activity, the <u>white boxes</u> are the time slots where the user equipment is RRC idle and the boxes with <u>vertical</u> lines are time slots where the user equipment is RRC connected but inactive. Boxes with <u>upward diagonal lines</u> are co scheduled time slots, see the co-scheduling DCI mentioned in <figref idref="f0004">Figure 4</figref> which means a PDCCH that reaches both D2D UEs, i.e. the first and the second user equipment for D2D resource scheduling. In these time slots there are signaling exchange between user equipments and the base station 110 such as e.g MSG3 and MSG4.</p>
<p id="p0072" num="0072">In a <u>first scenario</u> in <figref idref="f0004">Figure 4</figref>, the first user equipment 121 <b>performs RACH 410</b> and the second user equipment 122 is <b>in-sync 420</b>. When the second user equipment 122 is in-sync in the first scenario it is possible for the base station 110 to send scheduling information to both the first user equipment 121 and the second user equipment as soon as the RACH procedure is finished, if the DRX cycle of the second user equipment 122 is sufficiently short, so the traditional way still works in this case. But for another case, i.e., when the DRX cycle is long, the delay due to DRX cycle makes it hard to send scheduling information within the timer, so that the traditional way will not work in this case. It is the<!-- EPO <DP n="15"> --> case shown in <figref idref="f0004">Figure 4</figref> referred to as 420, i.e., the co-scheduling DCI is sent after an individual MSG4 is sent to the first user equipment 121.</p>
<p id="p0073" num="0073">In a <u>second scenario</u> the first user equipment 121 performs RACH 410 and the second user equipment 122 is <b>out-of-sync 430.</b> In the second scenario there is an extra delay due to a network initiated RACH procedure that makes it hard to send scheduling information within the timer, so that the traditional way will not work in this case.</p>
<p id="p0074" num="0074">In a <u>third scenario</u> the first user equipment 121 performs RACH 410 and the second user equipment 122 is RRC <b>idle 440.</b> In the third scenario there is an extra delay due to RRC establishment procedure making it hard to send scheduling information within the timer, so that the traditional way will not work in this case.</p>
<p id="p0075" num="0075">So, the embodiments for sending any RACH message to be interpreted as an indication to the first user equipment 121 to stop an active time resolution timer in the first user equipment 121 are e.g. applicable in the first, second and third scenarios described above.</p>
<p id="p0076" num="0076">Note that when the second user equipment 122 is out-of-sync or in RRC idle state, the PUCCH or RRC configuration is released, so that a RRC Reconfiguration signaling, which is a RACH message, for this user equipment's C-RNTI is necessary anyway, which may thus be seen as a MSG4, i.e., to stop the ContentionResolutionTimer, as shown in <figref idref="f0004">Figure 4</figref>. In <figref idref="f0004">Figure 4</figref>, the timer is for 410, the timer is started at MSG3, and stopped at MSG4.</p>
<p id="p0077" num="0077">After the reception of MSG4 or any PDCCH message interpreted as MSG4, the first user equipment 121 would follow the normal DRX timing for PDCCH monitoring. Both D2D user equipments, i.e. the first user equipment 121 and the second user equipment 122 would follow the same DRX timing achieved by network configuration, the network scheduling information addressed to the D2D pair can thus reach both the first user equipment 121 and the second user equipment 122 simultaneously which is seen as "co-scheduling DCI" in <figref idref="f0004">Figure 4</figref>.</p>
<p id="p0078" num="0078">This action corresponds to action 204 above.</p>
<p id="p0079" num="0079">The result of these embodiments is that they reduce user equipment power consumption for PDCCH monitoring when the timer for MSG4 is active, and they also reduce the RACH delay due to an extended length of MSG4 timer.</p>
<p id="p0080" num="0080">The RACH procedure for D2D communication according to embodiments herein is backwards compatible.<!-- EPO <DP n="16"> --></p>
<p id="p0081" num="0081">To perform the method actions for handling the RACH procedure in a mixed cellular and D2D network, in relation to <figref idref="f0002">Figure 2</figref> and <figref idref="f0003">3</figref>, the base station 110 comprises the following arrangement depicted in <figref idref="f0005"><b>Figure 5</b></figref><b>.</b> As mentioned above, the D2D link may be for D2D communication between the first user equipment 121 and the second user equipment 122.</p>
<p id="p0082" num="0082">The base station 110 comprises a <b>receiving unit 510</b> configured to receive a RACH message from the first user equipment 121. The RACH message comprises an indication that the RACH relates to D2D communication.</p>
<p id="p0083" num="0083">The RACH message may e.g. be a RACH preamble, or a resource request.</p>
<p id="p0084" num="0084">The indication may be a specific D2D RNTI. The specific D2D RNTI is common for transmission and reception on the D2D link.</p>
<p id="p0085" num="0085">The indication may further be a RACH preamble comprised in a group of RACH preambles relating to D2D communication or a RACH preamble received at a specific time and/or frequency location within a frame of a RACH resource, related to D2D communication.</p>
<p id="p0086" num="0086">In some embodiments the indication is a BSR comprising a format related to D2D communication.</p>
<p id="p0087" num="0087">The base station 110 further comprises <b>a scheduler 520</b> configured to schedule a D2D link to the first user equipment 121 based on the indication.</p>
<p id="p0088" num="0088">The base station 110 further comprises <b>a sending unit 530</b> configured to send information to the first user equipment 121 and the second user equipment 122 in a RACH message. The information comprises the scheduled D2D link associated with the specific D2D RNTI.</p>
<p id="p0089" num="0089">In some embodiments, the sending unit 530 further is configured to send information to user equipments served by the base station, which user equipments comprises the first user equipment 121. The information comprises that RACH preambles to be used for D2D communication and RACH preambles to be used for cellular communication are
<ul id="ul0001" list-style="dash" compact="compact">
<li>divided into different groups, a group of RACH preambles relating to D2D communication and a group of RACH preambles relating to cellular communication, or</li>
<li>divided into different time and/or frequency locations within a frame of a RACH resource, a time and/or frequency location for RACH associated with D2D<!-- EPO <DP n="17"> --> communication, and a time and/or frequency location for RACH associated to cellular communication.</li>
</ul></p>
<p id="p0090" num="0090">The sending unit 530 may further be configured to send any PDCCH message to the first user equipment 121, which PDCCH message when addressing a RNTI of the first user equipment 121 will be interpreted as an indication to the first user equipment 121 to stop an active time resolution timer in the first user equipment 121.</p>
<p id="p0091" num="0091">The embodiments herein for handling the RACH procedure in a mixed cellular and D2D network may be implemented through one or more processors, such as a <b>processor 540</b> in the base station 110 depicted in <figref idref="f0005">Figure 5</figref>, together with computer program code for performing the functions and actions of the embodiments herein. The program code mentioned above may also be provided as a computer program product, for instance in the form of a data carrier carrying computer program code for performing the embodiments herein when being loaded into the base station 110. One such carrier may be in the form of a CD ROM disc. It is however feasible with other data carriers such as a memory stick. The computer program code may furthermore be provided as pure program code on a server and downloaded to the base station 110.</p>
<p id="p0092" num="0092">The base station 110 may further comprise a <b>memory 550</b> comprises one or more memory units. The memory 550 is arranged to be used to store the indication that the RACH relates to D2D communication, data, configurations, schedulings, and applications to perform the methods herein when being executed in the base station 110.</p>
<p id="p0093" num="0093">Those skilled in the art will also appreciate that the <b>receiving unit 510, scheduler 520,</b> and <b>receiving unit 510</b> described above may refer to a combination of analog and digital circuits, and/or one or more processors configured with software and/or firmware, e.g. stored in the memory 550, that when executed by the one or more processors such as the processor 540 perform as described above. One or more of these processors, as well as the other digital hardware, may be included in a single application-specific integrated circuitry (ASIC), or several processors and various digital hardware may be distributed among several separate components, whether individually packaged or assembled into a system-on-a-chip (SoC).</p>
<p id="p0094" num="0094"><b>Embodiments of a method seen from a first user equipment 121 perspective</b><!-- EPO <DP n="18"> --></p>
<p id="p0095" num="0095">An example of embodiments of a method in the first user equipment 121 for handling a RACH procedure in the mixed cellular and D2D network 100, will now be described with reference to a flowchart depicted in <figref idref="f0006"><b>Figure 6</b></figref><b>.</b> Since the method is very thoroughly described above in relation to <figref idref="f0003">Figure 3</figref> and <figref idref="f0004">4</figref>, it will only be briefly described in here. The method comprises the following actions, which actions may be taken in any suitable order. Dashed lines of some boxes in <figref idref="f0006">Figure 6</figref> indicate that this action is not mandatory.</p>
<heading id="h0019"><b>Action 601</b></heading>
<p id="p0096" num="0096">In some embodiments, the first user equipment 121 receives information from the base station 110. The information comprises that RACH preambles to be used for D2D communication and RACH preambles to be used for cellular communication are divided. In some embodiments the RACH preambles are divided into different groups, a group of RACH preambles relating to D2D communication and a group of RACH preambles relating to cellular communication. As an alternative or combined, the RACH preambles are divided into different time and/or frequency locations within a frame of a RACH resource, a time and/or frequency location for RACH associated with D2D communication, and a time and/or frequency location for RACH associated to cellular communication.</p>
<p id="p0097" num="0097">This action corresponds to action 201 above.</p>
<heading id="h0020"><b>Action 602</b></heading>
<p id="p0098" num="0098">The first user equipment 121 sends a RACH message to the base station 110. The RACH message comprises an indication that the RACH relates to D2D communication.</p>
<p id="p0099" num="0099">The RACH message may e.g. be a RACH preamble, or a resource request.</p>
<p id="p0100" num="0100">In some embodiments, the indication may be a specific D2D RNTI which specific D2D RNTI is common for transmission and reception on the D2D link. The D2D link is for D2D communication between the first user equipment 121 and a second user equipment 122. In these embodiments, the information about the scheduled D2D link from the base station 110 may comprise the scheduled D2D link associated with the specific D2D RNTI.</p>
<p id="p0101" num="0101">In some embodiments, the indication is a RACH preamble of a group of RACH preambles relating to D2D communication.</p>
<p id="p0102" num="0102">The indication may further be a RACH preamble sent at a specific time and/or frequency location within a frame of a RACH resource related to D2D communication.<!-- EPO <DP n="19"> --></p>
<p id="p0103" num="0103">The indication may further be a BSR comprising a format related to D2D communication.</p>
<p id="p0104" num="0104">This action corresponds to action 202 above.</p>
<heading id="h0021"><b>Action 603</b></heading>
<p id="p0105" num="0105">The first user equipment 121 receives information about a scheduled D2D link from the base station 110. The D2D link has been scheduled to the first user equipment 121 based on the indication. This may be a PDCCH message.</p>
<p id="p0106" num="0106">In some embodiments, the first user equipment 121 receives any PDCCH message from the base station 110. This PDCCH message, when addressed to an RNTI of the first user equipment 121, will be interpreted as an indication to the first user equipment 121 to stop an active time resolution timer in the first user equipment 121.</p>
<p id="p0107" num="0107">This action corresponds to action 204 above.</p>
<p id="p0108" num="0108">To perform the method actions for handling Random Access Channel, RACH, procedure in a mixed cellular and D2D network described above in relation to <figref idref="f0006">Figure 6</figref>, the first user equipment 121 comprises the following arrangement depicted in <figref idref="f0007"><b>Figure 7</b></figref><b>.</b> As mentioned above and according to some embodiments, the D2D link is for D2D communication between the first user equipment 121 and the second user equipment 122,</p>
<p id="p0109" num="0109">The first user equipment 121 comprises a <b>sending unit 710</b> configured to send to a base station 110 within the mixed cellular and D2D network, in a RACH message, an indication that the RACH relates to D2D communication. The RACH message may e.g. be a RACH preamble or a resource request.</p>
<p id="p0110" num="0110">In some embodiments, the indication is a specific D2D RNTI. The specific D2D RNTI is common for transmission and reception on the D2D link. The indication may further be a RACH preamble of a group of RACH preambles relating to D2D communication. In some embodiments the indication is a RACH preamble sent at a specific time and/or frequency location within a frame of a RACH resource related to D2D communication. According to some embodiments, the indication is a BSR comprising a format related to D2D communication.<!-- EPO <DP n="20"> --></p>
<p id="p0111" num="0111">The first user equipment 121 further comprises a <b>receiving unit 720</b> configured to receive information about a scheduled D2D link from the base station 110, which D2D link has been scheduled to the first user equipment 121 based on the indication.</p>
<p id="p0112" num="0112">The information about the scheduled D2D link from the base station 110 may comprise the scheduled D2D link associated with the specific D2D RNTI.</p>
<p id="p0113" num="0113">The receiving unit 720 may further be configured to receive information from the base station 110. This information comprises that RACH preambles to be used for D2D communication and RACH preambles to be used for cellular communication are divided. In some embodiments the RACH preambles are divided into different groups, a group of RACH preambles relating to D2D communication and a group of RACH preambles relating to cellular communication. As an alternative or combined, the RACH preambles are divided into different time and/or frequency locations within a frame of a RACH resource, a time and/or frequency location for RACH associated with D2D communication, and a time and/or frequency location for RACH associated to cellular communication.</p>
<p id="p0114" num="0114">The receiving unit 720 may further be configured to receive any PDCCH message from the base station 110. The PDCCH message when addressed to a RNTI of the first user equipment 121, will be interpreted as an indication to the first user equipment 121 to stop an active time resolution timer in the first user equipment 121.</p>
<p id="p0115" num="0115">The embodiments herein for handling a RACH procedure in a mixed cellular and D2D network may be implemented through one or more processors, such as <b>a processor 730</b> in the first user equipment 121 depicted in <figref idref="f0007">Figure 7</figref>, together with computer program code for performing the functions and actions of the embodiments herein. The program code mentioned above may also be provided as a computer program product, for instance in the form of a data carrier carrying computer program code for performing the embodiments herein when being loaded into the first user equipment 121. One such carrier may be in the form of a CD ROM disc. It is however feasible with other data carriers such as a memory stick. The computer program code may furthermore be provided as pure program code on a server and downloaded to the first user equipment 121.</p>
<p id="p0116" num="0116">The first master device 121 may further comprise a <b>memory 740</b> comprising one or more memory units. The memory 740 is arranged to be used to store e.g. the indication that the RACH relates to D2D communication, information about a scheduled D2D link,<!-- EPO <DP n="21"> --> information that RACH preambles to be used for D2D communication and RACH preambles to be used for cellular communication are divided, data, configurations, schedulings, and applications to perform the methods herein when being executed in the first user equipment 121.</p>
<p id="p0117" num="0117">Those skilled in the art will also appreciate that the <b>sending unit 710,</b> and the <b>receiving unit 720</b> described above may refer to a combination of analog and digital circuits, and/or one or more processors configured with software and/or firmware, e.g. stored in a memory such as the memory 740, that when executed by the one or more processors such as the processor 730 perform as described above. One or more of these processors, as well as the other digital hardware, may be included in a single application-specific integrated circuitry (ASIC), or several processors and various digital hardware may be distributed among several separate components, whether individually packaged or assembled into a system-on-a-chip (SoC).</p>
<p id="p0118" num="0118">When using the word "comprise" or "comprising" it shall be interpreted as nonlimiting, i.e. meaning "consist at least of".</p>
<p id="p0119" num="0119">The above embodiments should not be taken as limiting the scope of the invention, which is defined by the appending claims.</p>
</description>
<claims id="claims01" lang="en"><!-- EPO <DP n="22"> -->
<claim id="c-en-01-0001" num="0001">
<claim-text>A method in a base station (110) for handling a Random Access Channel, RACH, procedure in a mixed cellular and Device to Device, D2D, network (100), the method comprising:
<claim-text><i>receiving</i> (202, 302) from a first user equipment (121), in a RACH message an indication that the RACH relates to D2D communication,</claim-text>
<claim-text><i>scheduling</i> (203, 303) a D2D link to the first user equipment (121) based on the indication.</claim-text></claim-text></claim>
<claim id="c-en-01-0002" num="0002">
<claim-text>The method according to claim 1, wherein the RACH message is a RACH preamble, or a resource request.</claim-text></claim>
<claim id="c-en-01-0003" num="0003">
<claim-text>The method according to any of the claims 1-2, wherein the indication is a specific D2D Radio Network Temporary Identifier, RNTI, which specific D2D RNTI is common for transmission and reception on the D2D link.</claim-text></claim>
<claim id="c-en-01-0004" num="0004">
<claim-text>The method according to claim 3, wherein the D2D link is for D2D communication between the first user equipment (121) and a second user equipment (122), the method further comprising:
<claim-text><i>sending</i> (204, 304) information to the first user equipment (121) and the second user equipment (122) in a RACH message, which information comprises the scheduled D2D link associated with the specific D2D RNTI.</claim-text></claim-text></claim>
<claim id="c-en-01-0005" num="0005">
<claim-text>The method according to any of the claims 1-4, wherein the indication is a RACH preamble comprised in a group of RACH preambles relating to D2D communication.</claim-text></claim>
<claim id="c-en-01-0006" num="0006">
<claim-text>The method according to any of the claims 1-4, wherein the indication is a RACH preamble received at a specific time and/or frequency location within a frame of a RACH resource, which specific time and/or frequency location is related to D2D communication.</claim-text></claim>
<claim id="c-en-01-0007" num="0007">
<claim-text>The method according to any of the claims 5-6, further comprising.<br/>
<!-- EPO <DP n="23"> --><i>sending</i> (201, 301) information to user equipments served by the base station (110), which user equipments comprise the first user equipment (121), the information comprising that RACH preambles to be used for D2D communication and RACH preambles to be used for cellular communication are
<claim-text>- divided into different groups, a group of RACH preambles relating to D2D communication and a group of RACH preambles relating to cellular communication, or</claim-text>
<claim-text>- divided into different time and/or frequency specific time and/or frequency locations, a time and/or frequency location for RACH associated with D2D communication, and a time and/or frequency location for RACH associated to cellular communication.</claim-text></claim-text></claim>
<claim id="c-en-01-0008" num="0008">
<claim-text>The method according to any of the claims 1-4, wherein the indication is a Buffer Status Report, BSR, comprising a format related to D2D communication.</claim-text></claim>
<claim id="c-en-01-0009" num="0009">
<claim-text>The method according to any of the claims 1-8, wherein the <i>sending</i> (204, 304) information further comprises:
<claim-text><i>sending</i> any Physical Downlink Control Channel, PDCCH, message to the first user equipment (121), which PDCCH message when addressing a Radio Network Temporary Identifier, RNTI, of the first user equipment (121) will be interpreted as an indication to the first user equipment (121) to stop an active time resolution timer in the first user equipment (121).</claim-text></claim-text></claim>
<claim id="c-en-01-0010" num="0010">
<claim-text>A method in a first user equipment (121) for handling a Random Access Channel, RACH, procedure in a mixed cellular and Device to Device, D2D, network (100), the method comprising:
<claim-text><i>sending</i> (202, 602) to a base station (110) within the mixed cellular and D2D network (100), in a RACH message, an indication that the RACH relates to D2D communication, and</claim-text>
<claim-text><i>receiving</i> (204, 603) information about a scheduled D2D link from the base station (110), which D2D link has been scheduled to the first user equipment (121) based on the indication.</claim-text></claim-text></claim>
<claim id="c-en-01-0011" num="0011">
<claim-text>The method according to claim 10, wherein the RACH message is a RACH preamble, or a resource request.<!-- EPO <DP n="24"> --></claim-text></claim>
<claim id="c-en-01-0012" num="0012">
<claim-text>The method according to any of the claims 10-11, wherein the indication is a specific D2D Radio Network Temporary Identifier, RNTI, which specific D2D RNTI is common for transmission and reception on the D2D link.</claim-text></claim>
<claim id="c-en-01-0013" num="0013">
<claim-text>The method according to claim 12, wherein the D2D link is for D2D communication between the first user equipment (121) and a second user equipment (122), and
<claim-text>wherein the information about the scheduled D2D link from the base station (110) comprises the scheduled D2D link associated with the specific D2D RNTI.</claim-text></claim-text></claim>
<claim id="c-en-01-0014" num="0014">
<claim-text>The method according to any of the claims 10-13, wherein the indication is a RACH preamble of a group of RACH preambles relating to D2D communication.</claim-text></claim>
<claim id="c-en-01-0015" num="0015">
<claim-text>The method according to any of the claims 10-13, wherein the indication is a RACH preamble sent at a specific time and/or frequency location within a frame of a RACH resource, which specific time and/or frequency location is related to D2D communication.</claim-text></claim>
<claim id="c-en-01-0016" num="0016">
<claim-text>The method according to any of the claims 14-15, further comprising:
<claim-text><i>receiving</i> (201, 601) information from the base station (110), the information comprising that RACH preambles to be used for D2D communication and RACH preambles to be used for cellular communication are
<claim-text>- divided into different groups, a group of RACH preambles relating to D2D communication and a group of RACH preambles relating to cellular communication, or</claim-text>
<claim-text>- divided into different time and/or frequency specific time and/or frequency locations, a time and/or frequency location for RACH associated with D2D communication, and a time and/or frequency location for RACH associated to cellular communication.</claim-text></claim-text></claim-text></claim>
<claim id="c-en-01-0017" num="0017">
<claim-text>The method according to any of the claims 10-13, wherein the indication is a Buffer Status Report, BSR, comprising a format related to D2D communication.</claim-text></claim>
<claim id="c-en-01-0018" num="0018">
<claim-text>The method according to any of the claims 10-17, wherein the <i>receiving</i> (204, 603) information further comprises:<!-- EPO <DP n="25"> -->
<claim-text><i>receiving</i> any Physical Downlink Control Channel, PDCCH, message from the base station (110), which PDCCH message when addressed to a Radio Network Temporary Identifier, RNTI, of the first user equipment (121) will be interpreted as an indication to the first user equipment (121) to stop an active time resolution timer in the first user equipment (121).</claim-text></claim-text></claim>
<claim id="c-en-01-0019" num="0019">
<claim-text>A base station (110) for handling a Random Access Channel, RACH, procedure in a mixed cellular and Device to Device, D2D, network (100), the base station (110) comprising:
<claim-text>a receiving unit (510) configured to receive from a first user equipment (121), in a RACH message an indication that the RACH relates to D2D communication, and</claim-text>
<claim-text>a scheduler (520) configured to schedule a D2D link to the first user equipment (121) based on the indication.</claim-text></claim-text></claim>
<claim id="c-en-01-0020" num="0020">
<claim-text>A first user equipment (121) for handling a Random Access Channel, RACH, procedure in a mixed cellular and Device to Device, D2D, network (100), the first user equipment (121) comprising:
<claim-text>a sending unit (710) configured to send to a base station (110) within the mixed cellular and D2D network (100), in a RACH message, an indication that the RACH relates to D2D communication, and</claim-text>
<claim-text>a receiving unit (720) configured to receive information about a scheduled D2D link from the base station (110), which D2D link has been scheduled to the first user equipment (121) based on the indication.</claim-text></claim-text></claim>
</claims>
<claims id="claims02" lang="de"><!-- EPO <DP n="26"> -->
<claim id="c-de-01-0001" num="0001">
<claim-text>Verfahren in einer Basisstation (110) zum Handhaben einer Zufalls-Zugriffskanal (Random Access Channel, RACH) -prozedur in einem gemischten zellularen und Vorrichtung-zu-Vorrichtung (Device to Device, D2D) - Netzwerk (100), wobei das Verfahren Folgendes umfasst:
<claim-text>Empfangen (202, 302) von einer ersten Teilnehmereinrichtung (121) in einer RACH-Mitteilung, einer Angabe, dass sich der RACH auf eine D2D-Kommunikation bezieht,</claim-text>
<claim-text>zeitliches Planen (203, 303) einer D2D-Verbindung zu der ersten Teilnehmereinrichtung (121) auf der Basis der Angabe.</claim-text></claim-text></claim>
<claim id="c-de-01-0002" num="0002">
<claim-text>Verfahren nach Anspruch 1, wobei es sich bei der RACH-Mitteilung um eine RACH-Präambel oder um eine Ressourcenanforderung handelt.</claim-text></claim>
<claim id="c-de-01-0003" num="0003">
<claim-text>Verfahren nach einem der Ansprüche 1 bis 2, wobei es sich bei der Angabe um eine spezifische temporäre D2D-Funknetzwerkkennung (Radio Network Temporary Identifier, RNTI) handelt, wobei diese spezifische D2D-RNTI für Übertragung und Empfang auf der D2D-Verbindung gemeinsam ist.</claim-text></claim>
<claim id="c-de-01-0004" num="0004">
<claim-text>Verfahren nach Anspruch 3, wobei die D2D-Verbindung zur D2D-Kommunikation zwischen der ersten Teilnehmereinrichtung (121) und einer zweiten Teilnehmereinrichtung (122) vorgesehen ist, wobei das Verfahren des Weiteren Folgendes umfasst:<!-- EPO <DP n="27"> -->
<claim-text>Senden (204, 304) von Informationen an die erste Teilnehmereinrichtung (121) und die zweite Teilnehmereinrichtung (122) in einer RACH-Mitteilung,</claim-text>
<claim-text>wobei die Informationen die zeitlich geplante D2D-Verbindung umfassen, welche der spezifischen D2D-RNTI zugeordnet ist.</claim-text></claim-text></claim>
<claim id="c-de-01-0005" num="0005">
<claim-text>Verfahren nach einem der Ansprüche 1 bis 4, wobei es sich bei der Angabe um eine RACH-Präambel handelt, die in einer Gruppe von RACH-Präambeln enthalten ist, die sich auf die D2D-Kommunikation bezieht.</claim-text></claim>
<claim id="c-de-01-0006" num="0006">
<claim-text>Verfahren nach einem der Ansprüche 1 bis 4, wobei es sich bei der Angabe um eine RACH-Präambel handelt, die an einer spezifischen Zeit- und/oder Frequenzstelle innerhalb eines Rahmens einer RACH-Ressource empfangen wird, wobei sich die spezifische Zeit- und/oder Frequenzstelle auf die D2D-Kommunikation bezieht.</claim-text></claim>
<claim id="c-de-01-0007" num="0007">
<claim-text>Verfahren nach irgendeinem der Ansprüche 5 bis 6, das des Weiteren Folgendes umfasst:
<claim-text>Senden (201), 301) der Informationen an Teilnehmereinrichtungen, die durch die Basisstation (110) versorgt werden, wobei die Teilnehmereinrichtungen die erste Teilnehmereinrichtung (121) umfassen, wobei die Informationen umfassen, dass die RACH-Präambeln für die D2D-Kommunikation verwendet werden sollen und wobei die RACH-Präambeln, die für die zellulare Kommunikation verwendet werden sollen,
<claim-text>- in unterschiedliche Gruppe unterteilt sind, wobei sich eine Gruppe von RACH-Präambeln auf die D2D-Kommunikation bezieht, und sich eine Gruppe von RACH-Präambeln auf die zellulare Kommunikation bezieht, oder<!-- EPO <DP n="28"> --></claim-text>
<claim-text>- in unterschiedliche Zeit- und/oder frequenzspezifische Zeit- und/oder Frequenzstellen unterteilt sind, wobei eine Zeit- und/oder Frequenzstelle für RACH der D2D-Kommunikation zugeordnet ist, und eine Zeit- und/oder Frequenzstelle für RACH der zellularen Kommunikation zugeordnet ist.</claim-text></claim-text></claim-text></claim>
<claim id="c-de-01-0008" num="0008">
<claim-text>Verfahren nach einem der Ansprüche 1 bis 4, wobei es sich bei der Angabe um einen Pufferstatusbericht (Buffer Status Report, BSR) handelt, welcher ein Format umfasst, das sich auf die D2D-Kommunikation bezieht.</claim-text></claim>
<claim id="c-de-01-0009" num="0009">
<claim-text>Verfahren nach einem der Ansprüche 1 bis 8, wobei das Senden (204, 304) der Informationen des Weiteren Folgendes umfasst:
<claim-text>Senden einer beliebigen physikalischen Abwärtsverbindungs-Steuerungskanal (Physical Downlink Control Channel, PDCCH) -Mitteilung an die erste Teilnehmereinrichtung (121), wobei die PDCCH-Mitteilung, wenn sie an eine temporäre Funknetzwerkkennung (Radio Network Temporary Identifier, RNTI) der ersten</claim-text>
<claim-text>Teilnehmereinrichtung (121) gerichtet wird, als eine Angabe an die erste Teilnehmereinrichtung (121) interpretiert wird, einen aktiven zeitlichen Auflösungszeitmesser in der ersten Teilnehmereinrichtung (121) anzuhalten.</claim-text></claim-text></claim>
<claim id="c-de-01-0010" num="0010">
<claim-text>Verfahren in einer ersten Teilnehmereinrichtung (121) zum Handhaben einer Zufalls-Zugriffskanal (Random Access Channel, RACH) -prozedur in einem gemischten zellularen und Vorrichtung-zu-Vorrichtung (Device to<!-- EPO <DP n="29"> --> Device, D2D) -Netzwerk (100), wobei das Verfahren Folgendes umfasst:
<claim-text>Senden (202, 602) an eine Basisstation (110) innerhalb des gemischten zellularen und D2D-Netzwerkes (100) in einer RACH-Mitteilung einer Angabe, dass der RACH sich auf die D2D-Kommunikation bezieht, und</claim-text>
<claim-text>Empfangen (204, 603) der Informationen über eine zeitlich geplante D2D-Verbindung von der Basisstation (110), wobei die D2D-Verbindung zeitlich für die erste Teilnehmereinrichtung (121) auf der Basis der Angabe geplant wurde.</claim-text></claim-text></claim>
<claim id="c-de-01-0011" num="0011">
<claim-text>Verfahren nach Anspruch 10, wobei es sich bei der RACH-Mitteilung um eine RACH-Präambel oder um eine Ressourcenanforderung handelt.</claim-text></claim>
<claim id="c-de-01-0012" num="0012">
<claim-text>Verfahren nach einem der Ansprüche 10 bis 11, wobei es sich bei der Angabe um eine spezifische temporäre D2D-Funknetzwerkkennung (Radio Network Temporary Identifier, RNTI) handelt, wobei diese spezifische D2D-RNTI für die Übertragung und den Empfang auf der D2D-Verbindung gemeinsam ist.</claim-text></claim>
<claim id="c-de-01-0013" num="0013">
<claim-text>Verfahren nach Anspruch 12, wobei die D2D-Verbindung zur D2D-Kommunikation zwischen der ersten Teilnehmereinrichtung (121) und einer zweiten Teilnehmereinrichtung (122) vorgesehen ist, und
<claim-text>wobei die Informationen über die zeitlich geplante D2D-Verbindung von der Basisstation (110) die geplante D2D-Verbindung umfasst, welche der spezifischen D2D-RNTI zugeordnet ist.</claim-text><!-- EPO <DP n="30"> --></claim-text></claim>
<claim id="c-de-01-0014" num="0014">
<claim-text>Verfahren nach einem der Ansprüche 10 bis 13, wobei es sich bei der Angabe um eine RACH-Präambel einer Gruppe von RACH-Präambeln handelt, die sich auf die D2D-Kommunikation bezieht.</claim-text></claim>
<claim id="c-de-01-0015" num="0015">
<claim-text>Verfahren nach einem der Ansprüche 10 bis 13, wobei es sich bei der Angabe um eine RACH-Präambel handelt, die an einer spezifischen Zeit- und/oder Frequenzstelle innerhalb eines Rahmens einer RACH-Ressource gesendet wurde, wobei sich die spezifische Zeit- und/oder Frequenzstelle auf die D2D-Kommunikation bezieht.</claim-text></claim>
<claim id="c-de-01-0016" num="0016">
<claim-text>Verfahren nach einem der Ansprüche 14 bis 15, das des Weiteren Folgendes umfasst:
<claim-text>Empfangen (201, 601) der Informationen von der Basisstation (110), wobei die Informationen umfassen, dass die RACH-Präambeln, die für die D2D-Kommunikation verwendet werden sollen, und die RACH-Präambeln, die für die zellulare Kommunikation verwendet werden sollen,
<claim-text>- in unterschiedliche Gruppe unterteilt sind, wobei sich eine Gruppe von RACH-Präambeln auf die D2D-Kommunikation bezieht, und sich eine Gruppe von RACH-Präambeln auf die zellulare Kommunikation bezieht, oder</claim-text>
<claim-text>- in unterschiedliche Zeit- und/oder frequenzspezifische Zeit- und/oder Frequenzstellen unterteilt sind, wobei eine Zeit- und/oder Frequenzstelle für RACH der D2D-Kommunikation zugeordnet ist, und eine Zeit- und/oder Frequenzstelle für RACH der zellularen Kommunikation zugeordnet ist.</claim-text></claim-text><!-- EPO <DP n="31"> --></claim-text></claim>
<claim id="c-de-01-0017" num="0017">
<claim-text>Verfahren nach einem der Ansprüche 10 bis 13, wobei es sich bei der Angabe um einen Pufferstatusbericht (Buffer Status Report, BSR) handelt, welcher ein Format umfasst, das sich auf die D2D-Kommunikation bezieht.</claim-text></claim>
<claim id="c-de-01-0018" num="0018">
<claim-text>Verfahren nach einem der Ansprüche 10 bis 17, wobei das Empfangen (204, 603) der Informationen des Weiteren Folgendes umfasst:
<claim-text>Empfangen einer beliebigen physikalischen Abwärtsverbindungs-Steuerungskanal (Physical Downlink Control Channel, PDCCH) -Mitteilung von der Basisstation (110), wobei die PDCCH-Mitteilung, wenn sie an eine temporäre Funknetzwerkkennung (Radio Network Temporary Identifier, RNTI) der ersten Teilnehmereinrichtung (121) gerichtet wird, als eine Angabe an die erste Teilnehmereinrichtung (121) interpretiert wird, einen aktiven zeitlichen Auflösungszeitmesser in der ersten Teilnehmereinrichtung (121) anzuhalten.</claim-text></claim-text></claim>
<claim id="c-de-01-0019" num="0019">
<claim-text>Basisstation (110) zum Handhaben einer Zufalls-Zugriffskanal (Random Access Channel, RACH) -prozedur in einem gemischten zellularen und Vorrichtung-zu-Vorrichtung (Device to Device, D2D) -Netzwerk (100), wobei die Basisstation (110) Folgendes umfasst:
<claim-text>eine Empfangseinheit (510), die dazu ausgestaltet ist, von einer ersten Teilnehmereinrichtung (121) in einer RACH-Mitteilung, eine Angabe zu empfangen, dass sich der RACH auf die D2D-Kommunikation bezieht, und</claim-text>
<claim-text>eine zeitliche Planungsschaltung(520), die dazu ausgestaltet ist, eine D2D-Verbindung zu der<!-- EPO <DP n="32"> --> ersten Teilnehmereinrichtung (121) auf der Basis der Angabe zeitlich zu planen.</claim-text></claim-text></claim>
<claim id="c-de-01-0020" num="0020">
<claim-text>Erste Teilnehmereinrichtung (121) zum Handhaben einer Zufalls-Zugriffskanal (Random Access Channel, RACH) - prozedur in einem gemischten zellularen und Vorrichtung-zu-Vorrichtung (Device to Device, D2D) - Netzwerk (100), wobei die erste Teilnehmereinrichtung (121) Folgendes umfasst:
<claim-text>eine Sendeeinheit (710), die dazu ausgestaltet ist, eine Angabe an eine Basisstation (110) innerhalb des gemischten zellularen und D2D-Netzwerkes (100) in einer RACH-Mitteilung zu senden, dass der RACH sich auf die D2D-Kommunikation bezieht, und</claim-text>
<claim-text>eine Empfangseinheit (720), die dazu ausgestaltet ist, die Informationen über eine zeitlich geplante D2D-Verbindung von der Basisstation (110) zu empfangen, wobei die D2D-Verbindung zeitlich für die erste Teilnehmereinrichtung (121) auf der Basis der Angabe geplant wurde.</claim-text></claim-text></claim>
</claims>
<claims id="claims03" lang="fr"><!-- EPO <DP n="33"> -->
<claim id="c-fr-01-0001" num="0001">
<claim-text>Procédé dans une station de base (110) pour gérer une procédure de canal à accès aléatoire, RACH, dans un réseau (100) mixte cellulaire et dispositif à dispositif, D2D, le procédé comprenant le fait :
<claim-text>de recevoir (202, 302) à partir d'un premier équipement utilisateur (121), dans un message RACH, une indication selon laquelle le RACH est relatif à une communication D2D,</claim-text>
<claim-text>de planifier (203, 303) une liaison D2D vers le premier équipement utilisateur (121) sur la base de l'indication.</claim-text></claim-text></claim>
<claim id="c-fr-01-0002" num="0002">
<claim-text>Procédé selon la revendication 1, dans lequel le message RACH est un préambule RACH, ou une demande de ressource.</claim-text></claim>
<claim id="c-fr-01-0003" num="0003">
<claim-text>Procédé selon l'une des revendications 1 et 2, dans lequel l'indication est un identifiant temporaire de réseau radio D2D, RNTI, spécifique, lequel D2D RNTI spécifique est commun pour une transmission et une réception sur la liaison D2D.</claim-text></claim>
<claim id="c-fr-01-0004" num="0004">
<claim-text>Procédé selon la revendication 3, dans lequel la liaison D2D est destinée pour une communication D2D entre le premier équipement utilisateur (121) et un deuxième équipement utilisateur (122), le procédé comprenant en outre le fait :
<claim-text>d'envoyer (204, 304) des informations vers le premier équipement utilisateur (121) et le deuxième équipement utilisateur (122) dans un message RACH, lesquelles informations comprennent la liaison D2D planifiée associée au D2D RNTI spécifique.</claim-text></claim-text></claim>
<claim id="c-fr-01-0005" num="0005">
<claim-text>Procédé selon l'une des revendications 1 à 4, dans lequel l'indication est un préambule RACH compris dans un groupe de préambules RACH relatifs à une communication D2D.</claim-text></claim>
<claim id="c-fr-01-0006" num="0006">
<claim-text>Procédé selon l'une des revendications 1 à 4, dans lequel l'indication est un préambule RACH reçu à un emplacement de temps et/ou de fréquence spécifique dans une<!-- EPO <DP n="34"> --> trame d'une ressource RACH, lequel emplacement de temps et/ou de fréquence spécifique est relatif à une communication D2D.</claim-text></claim>
<claim id="c-fr-01-0007" num="0007">
<claim-text>Procédé selon l'une des revendications 5 et 6, comprenant en outre le fait :
<claim-text>d'envoyer (201, 301) des informations à des équipements utilisateur desservis par la station de base (110), lesquels équipements utilisateur comprennent le premier équipement utilisateur (121), les informations comprenant le fait que les préambules RACH à utiliser pour une communication D2D et les préambules RACH à utiliser pour une communication cellulaire sont :
<claim-text>- divisés en différents groupes, un groupe de préambules RACH relatifs à une communication D2D et un groupe de préambules RACH relatifs à une communication cellulaire, ou</claim-text>
<claim-text>- divisés en différents emplacements de temps et/ou de fréquence-temps spécifique et/ou de fréquence, un emplacement de temps et/ou de fréquence pour un RACH associé à une communication D2D, et un emplacement de temps et/ou de fréquence pour un RACH associé à communication cellulaire.</claim-text></claim-text></claim-text></claim>
<claim id="c-fr-01-0008" num="0008">
<claim-text>Procédé selon l'une des revendications 1 à 4, dans lequel l'indication est un rapport d'état de mémoire tampon, BSR, comprenant un format relatif à une communication D2D.</claim-text></claim>
<claim id="c-fr-01-0009" num="0009">
<claim-text>Procédé selon l'une des revendications 1 à 8, dans lequel l'envoi (204, 304) d'informations comprend en outre le fait :
<claim-text>d'envoyer un quelconque message de canal de commande de liaison descendante physique, PDCCH, au premier équipement utilisateur (121), lequel message PDCCH, lorsqu'il est adressé à un identifiant temporaire de réseau radio, RNTI du premier équipement utilisateur (121), sera interprété en tant qu'indication pour le premier équipement utilisateur (121) pour arrêter un temporisateur de<!-- EPO <DP n="35"> --> résolution de temps actif dans le premier équipement utilisateur (121).</claim-text></claim-text></claim>
<claim id="c-fr-01-0010" num="0010">
<claim-text>Procédé dans un premier équipement utilisateur (121) pour gérer une procédure de canal à accès aléatoire, RACH, dans un réseau (100) mixte cellulaire et dispositif à dispositif, D2D, le procédé comprenant le fait :
<claim-text>d'envoyer (202, 602) à une station de base (110) dans le réseau (100) mixte cellulaire et D2D, dans un message RACH, une indication selon laquelle le RACH est relatif à une communication D2D, et</claim-text>
<claim-text>de recevoir (204, 603) des informations concernant une liaison D2D planifiée à partir de la station de base (110), laquelle liaison D2D a été planifiée pour le premier équipement utilisateur (121) sur la base de l'indication,</claim-text></claim-text></claim>
<claim id="c-fr-01-0011" num="0011">
<claim-text>Procédé selon la revendication 10, dans lequel le message RACH est un préambule RACH, ou une demande de ressource.</claim-text></claim>
<claim id="c-fr-01-0012" num="0012">
<claim-text>Procédé selon l'une des revendications 10 et 11, dans lequel l'indication est un identifiant temporaire de réseau radio D2D, RNTI, spécifique, lequel D2D RNTI spécifique est commun pour une transmission et une réception sur la liaison D2D.</claim-text></claim>
<claim id="c-fr-01-0013" num="0013">
<claim-text>Procédé selon la revendication 12, dans lequel la liaison D2D est destinée pour une communication D2D entre le premier équipement utilisateur (121) et un deuxième équipement utilisateur (122), et<br/>
dans lequel les informations concernant la liaison D2D planifiée à partir de la station de base (110) comprennent la liaison D2D planifiée associée au D2D RNTI spécifique.</claim-text></claim>
<claim id="c-fr-01-0014" num="0014">
<claim-text>Procédé selon l'une des revendications 10 à 13, dans lequel l'indication est un préambule RACH d'un groupe de préambules RACH relatifs à une communication D2D.</claim-text></claim>
<claim id="c-fr-01-0015" num="0015">
<claim-text>Procédé selon l'une des revendications 10 à 13, dans lequel l'indication est un préambule RACH envoyé à un emplacement de temps et/ou de fréquence spécifique dans une trame d'une ressource RACH, lequel emplacement de temps<!-- EPO <DP n="36"> --> et/ou de fréquence spécifique est relatif à une communication D2D.</claim-text></claim>
<claim id="c-fr-01-0016" num="0016">
<claim-text>Procédé selon l'une des revendications 14 et 15, comprenant en outre le fait :
<claim-text>de recevoir (201, 601) des informations à partir de la station de base (110), les informations comprenant le fait que les préambules RACH à utiliser pour une communication D2D et les préambules RACH à utiliser pour une communication cellulaire sont :
<claim-text>- divisés en différents groupes, un groupe de préambules RACH relatifs à une communication D2D et un groupe de préambules RACH relatifs à une communication cellulaire, ou</claim-text>
<claim-text>- en différents emplacements de temps et/ou de fréquence-temps spécifique et/ou de fréquence, un emplacement de temps et/ou de fréquence pour un RACH associé à une communication D2D, et un emplacement de temps et/ou de fréquence pour un RACH associé à communication cellulaire</claim-text></claim-text></claim-text></claim>
<claim id="c-fr-01-0017" num="0017">
<claim-text>Procédé selon l'une des revendications 10 à 13, dans lequel l'indication est un rapport d'état de mémoire tampon, BSR, comprenant un format relatif à une communication D2D.</claim-text></claim>
<claim id="c-fr-01-0018" num="0018">
<claim-text>Procédé selon l'une des revendications 10 à 17, dans lequel la réception (204, 603) d'informations comprend en outre le fait :
<claim-text>de recevoir un quelconque message de canal de commande de liaison descendante physique, PDCCH, à partir de la station de base (110), lequel message PDCCH, lorsqu'il est adressé à un identifiant temporaire de réseau radio, RNTI du premier équipement utilisateur (121), sera interprété en tant qu'indication pour le premier équipement utilisateur (121) pour arrêter un temporisateur de résolution de temps actif dans le premier équipement utilisateur (121).</claim-text></claim-text></claim>
<claim id="c-fr-01-0019" num="0019">
<claim-text>Station de base (110) pour gérer une procédure de canal à accès aléatoire, RACH, dans un réseau (100) mixte<!-- EPO <DP n="37"> --> cellulaire et dispositif à dispositif, D2D, la station de base (110) comprenant :
<claim-text>une unité de réception (510) configurée pour recevoir à partir d'un premier équipement utilisateur (121), dans un message RACH, une indication selon laquelle le RACH est relatif à une communication D2D, et</claim-text>
<claim-text>un planificateur (520) configuré pour planifier une liaison D2D vers le premier équipement utilisateur (121) sur la base de l'indication.</claim-text></claim-text></claim>
<claim id="c-fr-01-0020" num="0020">
<claim-text>Premier équipement utilisateur (121) pour gérer une procédure de canal à accès aléatoire, RACH, dans un réseau (100) mixte cellulaire et dispositif à dispositif, D2D, le premier équipement utilisateur (121) comprenant :
<claim-text>une unité d'envoi (710) configurée pour envoyer à une station de base (110) dans le réseau (100) mixte cellulaire et D2D, dans un message RACH, une indication selon laquelle le RACH est relatif à une communication D2D, et</claim-text>
<claim-text>une unité de réception (720) configurée pour recevoir des informations concernant une liaison D2D planifiée à partir de la station de base (110), laquelle liaison D2D a été planifiée pour le premier équipement utilisateur (121) en fonction de l'indication.</claim-text></claim-text></claim>
</claims>
<drawings id="draw" lang="en"><!-- EPO <DP n="38"> -->
<figure id="f0001" num="1"><img id="if0001" file="imgf0001.tif" wi="89" he="199" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="39"> -->
<figure id="f0002" num="2"><img id="if0002" file="imgf0002.tif" wi="163" he="196" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="40"> -->
<figure id="f0003" num="3"><img id="if0003" file="imgf0003.tif" wi="144" he="183" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="41"> -->
<figure id="f0004" num="4"><img id="if0004" file="imgf0004.tif" wi="134" he="202" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="42"> -->
<figure id="f0005" num="5"><img id="if0005" file="imgf0005.tif" wi="134" he="135" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="43"> -->
<figure id="f0006" num="6"><img id="if0006" file="imgf0006.tif" wi="142" he="170" img-content="drawing" img-format="tif"/></figure><!-- EPO <DP n="44"> -->
<figure id="f0007" num="7"><img id="if0007" file="imgf0007.tif" wi="134" he="124" img-content="drawing" img-format="tif"/></figure>
</drawings>
<ep-reference-list id="ref-list">
<heading id="ref-h0001"><b>REFERENCES CITED IN THE DESCRIPTION</b></heading>
<p id="ref-p0001" num=""><i>This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.</i></p>
<heading id="ref-h0002"><b>Patent documents cited in the description</b></heading>
<p id="ref-p0002" num="">
<ul id="ref-ul0001" list-style="bullet">
<li><patcit id="ref-pcit0001" dnum="WO20012052911A"><document-id><country>WO</country><doc-number>20012052911</doc-number><kind>A</kind></document-id></patcit><crossref idref="pcit0001">[0019]</crossref></li>
</ul></p>
</ep-reference-list>
</ep-patent-document>
