WO2013071390A1 - Procédé et système pour demander un service à l'aide d'une séquence de codes - Google Patents

Procédé et système pour demander un service à l'aide d'une séquence de codes Download PDF

Info

Publication number
WO2013071390A1
WO2013071390A1 PCT/CA2011/001249 CA2011001249W WO2013071390A1 WO 2013071390 A1 WO2013071390 A1 WO 2013071390A1 CA 2011001249 W CA2011001249 W CA 2011001249W WO 2013071390 A1 WO2013071390 A1 WO 2013071390A1
Authority
WO
WIPO (PCT)
Prior art keywords
codes
sequence
code
resources
ues
Prior art date
Application number
PCT/CA2011/001249
Other languages
English (en)
Inventor
Biswaroop Mukherjee
Tarik Tabet
William Anthony Gage
Robert Novak
Siva Dharshan Muruganathan
Original Assignee
Research In Motion Limited
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Research In Motion Limited filed Critical Research In Motion Limited
Priority to PCT/CA2011/001249 priority Critical patent/WO2013071390A1/fr
Publication of WO2013071390A1 publication Critical patent/WO2013071390A1/fr

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W74/00—Wireless channel access
    • H04W74/002—Transmission of channel access control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network

Definitions

  • the present disclosure relates to unpredictable bursty signaling in a communication system and in particular to requesting and servicing requests using minimal system resources within a latency bound.
  • Local area network and wide area network traffic in the internet typically has packet bursts, where the size and timing of the bursts statistically follows a heavy tailed distribution.
  • non-voice traffic patterns for internet-like applications are typically generated in situations such as when user activity occurs, when applications generate uplink network traffic, when network traffic is sent to the internet in general, when a server responds, when downlink traffic arrives for a device or when an application complies with user activities such as displaying a page, starting a stream etc. All of this traffic has a statistical distribution where some of the packets arrive or are sent quickly while others arrive or are sent later.
  • system resources must be made available to allow one entity to signal a request for a service from another entity.
  • the bursty nature of the traffic typically requires a network element to compromise between the number of signaling resources pre-allocated for sending a request for transmission resources, the number of devices that can request service, and the latency that each device experiences.
  • a mobile device may need to request resources in order to send uplink traffic.
  • the network element needs to typically pre-allocate many resources for uplink requests and to monitor these uplink requests.
  • the present disclosure provides a method, at a signaling entity, for sending a signal to a signaled entity, the method comprising: determining, at the signaling entity, at least a first code of a sequence of codes comprising the signal; receiving, at the signaling entity, an assignation of resources from the signaled entity for transmission of at least the first code of the sequence of codes; transmitting, utilizing at least the first code of the sequence of codes and the assignation, the signal, wherein at least the first code of the sequence of codes is shared among a plurality of signaling entities; and sending, utilizing subsequent codes of the sequence of codes, the signal, wherein the sequence of codes is unique to the signal.
  • the present disclosure further provides a user equipment acting as a signaling entity comprising: a processor; and a communications subsystem, wherein the processor and communications subsystem are configured to: determine, at least a first code of a sequence of codes comprising a unique signal; receive, at the user equipment, an assignation of resources from a network element, for transmission of at least the first code of the sequence of codes; transmit, utilizing at least the first code of the sequence of codes and the assignation, a signal, wherein at least the first code of the sequence of codes is shared among a plurality of user equipments; and send, utilizing subsequent codes of the sequence of codes, the signal, wherein the sequence of codes is unique to the signal.
  • the present disclosure further provides a method, at a network element, acting as a signaled entity, for receiving a signal from at least one of a plurality of user equipments, the method comprising: sending, from the network element, an assignation of resources to at least one user equipment of the plurality of user equipments, to control the transmission of at least the first code of a sequence of codes; receiving the first code of the sequence of codes, where at least the first code of the sequence of codes is shared among a plurality of user equipments; further receiving, subsequent codes of the sequence of codes; and identifying, utilizing the received sequence of codes, the unique signal sent.
  • Figure 1 is a plot showing a packet inter-arrival time cumulative distribution function versus an Inverse Gaussian distribution
  • Figure 2 is a flow diagram showing a random access procedure between a UE and eNB
  • Figure 3 is a block diagram of a subframe including scheduling requests
  • Figure 4 is a block diagram showing scheduling request in accordance with one embodiment when compared to current LTE scheduling requests
  • FIG. 5 is a block diagram of an SRR MAC PDU
  • Figure 6 is a flow diagram showing sequential scheduling request in accordance with one embodiment of the present disclosure.
  • Figure 7 is a block diagram of an SRR MAC PDU having resource bitmaps
  • Figure 8 is a block diagram of a preconfigured sequential scheduling request
  • FIG. 9 is a flow diagram showing sequential RACH in accordance with one embodiment of the present disclosure.
  • Figure 10 is a plot showing performance of sequential RACH versus
  • Figure 11 is a block diagram of a simplified example network element
  • Figure 12 is a block diagram of an example user equipment. DETAILED DESCRIPTION
  • the present disclosure provides a method and system that allows a large number of signaling entities to request a service from a signaled entity in a manner that meets the latency bounds of the user applications while minimizing the number of system resources pre-allocated for signaling.
  • LTE systems are able to offer high throughput and peak rates that can be flexibly allocated to users during short scheduling intervals. For example such an interval may be 1 millisecond.
  • the size, configuration and allocation of the control channels is less flexible, especially for uplink control channels.
  • LTE is also suitable for mobile Internet traffic because it schedules use of radio resources only in accordance with traffic demands.
  • Scheduling of resources for both downlink and uplink traffic is controlled by the evolved NodeB (eNB) on the network side of the radio link, where the eNB allocates resources for the UE to send in the uplink or allocates resources and sends to the UE in the downlink.
  • resource can include a time, frequency or code resource, among others.
  • a user equipment (UE) When a user equipment (UE) has data that it needs to transmit on the uplink, the UE may send a scheduling request (SR) to the eNB to obtain an allocation of uplink transmission resources.
  • SR scheduling request
  • a UE can only send a scheduling request at pre-determined intervals dictated by the eNB. Due to the sporadic and bursty nature of Internet traffic, providing suitable opportunities for transmitting scheduling requests is difficult to accomplish efficiently.
  • FIG. 1 the figure shows a plot derived by Haitham Cruickshank, "Internet QoS Measurement and Traffic Modelling", ATS Conference 2003, Stuttgart, which shows a hypertext transfer protocol (HTTP) packet inter-arrival time cumulative distribution function (CDF) verses an inverse Gaussian distribution.
  • HTTP hypertext transfer protocol
  • CDF packet inter-arrival time cumulative distribution function
  • region 110 shows a short inter-arrival time for packets.
  • region 120 shows a very long inter-arrival time for packets. This thus shows the uplink and downlink measured inter-arrival times that are bursty and shows the heavy tailed distribution discussed above. Further, the plot shows that there is no optimum interval to schedule between SR opportunities.
  • the random access procedure is used by a user equipment to send requests to a, Evolved Universal Terrestrial Radio Access (EUTRA) network.
  • EUTRA Evolved Universal Terrestrial Radio Access
  • a random access preamble 220 is sent from UE 210 to eNB 212.
  • the random access preamble is selected from a set of preamble indices to enable the network to establish an estimate of uplink timing.
  • eNB 212 sends a random access response 222 back to UE 210.
  • the network response provides an indication of subsequent temporary uplink resources for further steps in the random access procedure. Random access response message contents are sent in a downlink shared control channel transmission.
  • the procedure can operate in a contention free manner and only messages 320 and 322 are carried out.
  • the eNB signals, via dedicated RRC signalling, the random access preamble that the UE will use prior to the UE sending the random access preamble message 320.
  • the assigned or dedicated preamble is not a member of the set of contention-based preambles that are indicated for normal random access on the system information broadcast in the cell.
  • Resource blocks for transmitting the uplink control signalling on the PUCCH are located on the outer edges of the uplink system bandwidth as illustrated in Figure 3.
  • the allocated PUCCH resource blocks are paired between slots within a subframe.
  • 1 RB is located on the upper or lower edge of the spectrum within the first slot and another RB is reserved at the lower or upper edge of the spectrum within the second slot.
  • the PUCCH therefore constitutes an upper control region which is frequency multiplexed with non-PUCCH uplink resources.
  • one subframe 310 is shown having a plurality of resource blocks. As seen, a first resource block 320 is allocated both in the upper and the lower edge of the spectrum.
  • a specific cyclic shift of a length-12 cell specific spreading sequence is used and applied across the 12 subcarriers of the RB.
  • the above mentioned length-12 frequency domain spreading may also be augmented by spreading in the time domain. This may be used, for example, when only 1 or 2 bit transmissions are sent in the case of PUCCH format 1/1 a/1 b for HARQ-ACK or SR transmissions.
  • the time domain spreading usually employs a length 4 orthogonal code for the data symbols and a length 3 for the demodulation reference symbol.
  • eNB Uplink Scheduler When a UE has data to transmit and it has no valid granted resources in which to do so, the UE informs the eNB in order to have the eNB's uplink scheduler assign an uplink grant of Physical Uplink Shared Channel (PUSCH) resources to the UE.
  • PUSCH Physical Uplink Shared Channel
  • a random access procedure is first performed to obtain an initial allocation of uplink resources.
  • the UE may then transmit a buffer status report to the eNB, thereby informing the eNB that the UE requires additional uplink transmission resources.
  • the UE may initiate a random access procedure and transmit a BSR, as described above with regard to the non-time-synchronized UEs.
  • PUCCH Physical Uplink Control Channel
  • the UE waits until the next PUCCH SR opportunity and sends a scheduling request via the PUCCH.
  • the UE When the UE sends a scheduling request, it does so using specific PUCCH scheduling request resources that are exclusively assigned by the eNB to that UE. As the specific PUCCH scheduling request resources are a dedicated resource, the UE does not need to provide any identification as the UE is known by the eNB implicitly based on the received resources used for the scheduling request.
  • the UE determines the need to send an SR upon receiving data into its transmission buffer when it has no existing uplink grant on which to transmit data.
  • the SR is sent at the next available SR opportunity, which is a function of the dedicated PUCCH SR resources as assigned by the eNB to the UE.
  • PUCCH SR resources in a subframe are defined in terms of a specific cyclic shift of a cell specific frequency domain spreading sequence in a specific time-domain orthogonal cover code.
  • the subframe to be used is specified by a specific subframe offset and subframe duty cycle. Parameters are sent through RRC signalling and are used to specify the PUCCH resources assigned to the UE for SR purposes.
  • the RRC parameter sr- PUCCH-Resourcelndex indicates the cyclic shift in the orthogonal cover parameters to the UE, while the RRC parameter sr-Con fig Index indicates the subframe to use.
  • the SR itself is a simple on/off signal and conveys nothing regarding the amount of data the UE wishes to transmit.
  • the amount of data to be transmitted is resolved by the eNB uplink scheduler, either by allocation of a small uplink grant sufficient for a BSR to be returned, which may then be used to adjust subsequent uplink grants once data transfer is commenced, or by knowledge regarding the service for which the request is made.
  • the UE may then provide the eNB scheduler with ongoing further details regarding the buffer status and power headroom status information. These are used by the eNB to control the resources assigned to the UE while the remaining buffered data is sent.
  • a UE does not have PUCCH resource for sending a scheduled request then the UE reverts to the random access procedure.
  • an issue with servicing unpredictable bursty traffic in a communication system is how to use minimum resources while serving traffic within a set latency bound.
  • This issue is more complex for the uplink since the resources assignment occurs at an entity different than that requiring the resource. Namely, the UE requires the resource but the scheduling is done by the eNB. Further, such uplink scheduling may occur at unpredictable times. Also, in a wireless system the problem also requires the use of minimal power at the UE.
  • Internet traffic is a large part of the traffic serviced by increasingly large number of UEs that use wireless communications systems. A solution must therefore support a large number of UEs as well as efficiently deal with bursty traffic.
  • the quality of service, and specifically the latency performance, afforded to web traffic may have a bearing on user experience and therefore cannot be too large and must be bounded by appropriate values.
  • Unpredictable bursty traffic occurs commonly on the Internet, where the distribution of the arrival time of the bursts as well as the burst sizes have long tails. The traffic pattern is expected to be such that there will be a large fraction of packets with an inter-arrival time below the average value.
  • the time between SR opportunities could be much larger than the latency bound required by the quality of service. This is especially the case when the amount of PUCCH resources is constrained and a large number of UEs each need to be assigned dedicated PUCCH SR resources.
  • a larger amount of PUCCH SR resources may be reserved by the eNB in order to meet latency requirements of the UEs, although this could lead to inefficient resource allocation because many of the SR opportunities may not be used.
  • using current periodic PUCCH allocations to meet a latency on the order of 10ms for common interactive applications requires significant increases in the average number of SR opportunities allocated to a UE, even though most of the resources will not end up being used.
  • the present disclosure provides for methods to allow a large number of UEs that generate bursty traffic to request uplink resources within a latency bound using minimal radio resources.
  • the present disclosure provides for UEs to send a sequence of codes to an eNB in order to request uplink resources.
  • the UE is assigned a sequence of codes which may uniquely identify the UE.
  • the sequence may be assigned when the UE first registers with the eNB, or at some other time.
  • Opportunities for sending the first code are assigned up to a plurality of UEs by the eNB, for example, by means of pre-configuration of those first resources.
  • the pre-configuration may, for example, provide a long term assignment of the first resource on which the UEs may transmit their first code.
  • Different opportunities may be provided to different groups of UEs depending, for example, on the service agreement contracted with the end user, on the QoS required by one or more applications running on the UE, or on the current traffic load experienced by the eNB.
  • Opportunities to send subsequent codes are then provided by the eNB in one of two ways. This may be done through further or additional pre- configuration, providing a long term assignment of the resources to send the later codes, or through dynamic downlink signaling assigning resources on a short term basis only when required.
  • Codes of the sequence of codes may be sent in a sequence of durations where each code is sent in the corresponding iteration. In other words, a first code is sent in the first iteration, a second code is sent in the second iteration and so on.
  • An assigned opportunity may generally refer to an assignment of a unique resource, where the resource may be defined in a particular wireless system by a unit of frequency, time, code among others.
  • the resources to send the codes may be provided by the eNB, for example, using higher-layer Radio Resource Control (RRC) signaling to allocate one or more of the resources on a long term basis.
  • RRC Radio Resource Control
  • the lower- layer Physical Downlink Control Channel (PDCCH) signaling may be used to allocate one or more of the resources on a short term or dynamic basis. Combinations of the two approaches are possible.
  • eNBs will configure resources for the first code in a semi static manner, at the same time when the assignment of resources for other types of signaling to the UE is provided. For resources for one or more of the later codes however, the eNB may choose to allocate resources dynamically and subsequent SR resources are assigned for only for UEs that are associated with codes that were received in a previous iteration. This helps to maximize the efficiency of resources and improve flexibility of scheduling.
  • Opportunities for sending a sequence of codes may be provided to UEs semi-statically or dynamically. Further, different assignment methods may be used for different stages of a sequence. For example, first resource opportunities for transmission of a first code of the sequence of codes may be provided semi-statically while resource opportunities for transmission of subsequent codes of the sequence of codes may be provided dynamically through downlink signaling.
  • first resource opportunities for sending the first code of the sequence of codes may be provided semi-statically and resource opportunities for sending the second or other codes of the sequence of codes may also be provided semi-statically. In these solutions, there would be no need for additional downlink signaling.
  • RACH requests may be performed using a sequence of codes.
  • the eNB allocates the same first code to a group of UEs and allocates a minimal set of resources for all the UEs to send their first code in the first iteration.
  • the eNB is able to determine that at least one of the UEs in the specific group that was assigned that particular first code wish to request resources. The eNB can then allocate further resources for that specific group of UEs to send their second code, while avoiding the allocation of resources for any group of UEs for which the eNB did not receive a first code.
  • the eNB receives codes a and c from a set of codes ⁇ a, b, c, d ⁇ , it will only allocate resources for UEs that are associated with codes a or c, while not allocating any resources for the UEs associated with codes b or d.
  • only resources for the first code are pre-allocated in one example, while the resources for the second and subsequent codes can be allocated only when needed on a dynamic basis.
  • a first UE is assigned the sequence ⁇ a,a ⁇ while a second UE is assigned the sequence ⁇ a,b ⁇ and a third UE is assigned a third sequence ⁇ b,a ⁇ .
  • UE1 and UE2 both send code a and UE3 sends code b in the pre-allocated first resource.
  • the eNB dynamically allocates a second resource for resolving the requests from the UEs of group a and allocates a third resource for resolving requests from UEs of group b.
  • the eNB would not need to allocate the third resource since the UE3 is uniquely identified by code b in the first iteration.
  • the first UE sends code a and the second UE sends code b in the second resource and, if necessary, UE3 sends code a in the third resource.
  • requests for resources are provided within bounded delays because the contention resolution procedure is not required.
  • using a sequence of codes allows the system to support the SRs of many more UEs than is efficiently possible with current LTE configurations.
  • FIG. 4 current LTE implementations are provided by arrow 410 while the embodiments described herein are provided by arrow 412.
  • separate SR resources for code time and frequency are depicted by the two squares diagonally separated in the sub-frame that are allocated in individual UEs, shown generally by reference numerals 420, 422, 424 and 426.
  • Each UE's allocation is depicted, and for simplicity and without a loss generality, other PUCCH allocation are ignored in the example of Figure 4.
  • Other parts of the subframe may be used for other purposes such as PUSCH.
  • the SR allocations are made, in the example of Figure 4, in one subframe, which is repeated every latency bound number of sub-frames, the latency bound being depicted by arrow 430.
  • subframes 440 and 442 In the first two subframes, shown by subframes 440 and 442, no resource requests are made by a UE. In sub-frame 444, two UEs request sub-frames, shown by arrows 450 and 452.
  • SR resource depicted by reference numeral 460.
  • the SR resource is provided in an earlier subframe since allocation of resources is done in subsequent subframes and the allocation should be performed before the latency bound is reached.
  • the first two subframes have no SRs allocation requests and thus no SRs are received, as shown by sub-frames 470 and 472.
  • sub-frames 470 and 472 unlike subframes 440 and 442, less resources are wasted and more resources can be used for PUSCH in sub- frames 470 and 472.
  • subframe 474 At least one UE within the first group decides that it needs resource allocations. This is shown by arrow 476. Since the example is the same as that of the example 410, two UEs in fact need resources.
  • the eNB receives the first code for resource allocations and the eNB allocates resources for all four UEs to send the second code, shown in sub- frame 482. In this case, resources for a first UE, shown by 484, and a second UE shown by reference numeral 486, are requested.
  • the two SRs are received by the eNB through the sequence of two codes instead of one but at the cost of fewer wasted resources overall.
  • the approach uses less resources for uplink signaling than periodic grant for all UEs. This is because on most occasions only the first stage is required if there is a low average activity and the first stage of the above uses less resources.
  • the resources may be allocated in specific stages. For example, the first allocation may have a fairly large subset which may then be allocated into subsequent smaller subsets. Thus, two or more stages may be required to resolve all of the UEs.
  • receiving a code in the proposed approach also uses less resources than receiving a random access preamble, which is designed to be robust to unsynchronized UEs.
  • the fact that the UEs are RRC-CONNECTED and synchronized to uplink timing are used to create a minimum amount of resources sufficient to convey only the presence of a request for resources as a unit of allocation.
  • many more UEs than random access methods may be supported where preambles are allocated to the UEs because the sequence of codes allows exponentially more UEs to be uniquely identified for each iteration used. For example, if there are k resources in each unit of allocation, and there are n iterations, it is possible to identify requests from up to ⁇ " UEs.
  • the sequential SR may be sent through PUCCH Format 1 with little change in the MAC and RRC.
  • the MAC may be modified adding one new RNTI and the RRC may be modified by adding a few new fields in the existing SR configuration.
  • the physical layer can treat the new RNTI in the same fashion as the existing RA-RNTI.
  • the PUCCH Format 1 may be used to remain close to current SR procedures which also use PUCCH Format 1.
  • the UE when the UE is not in DRX the UE may follow current SR procedures.
  • sequential request mechanisms can be used in parallel with one shot request mechanisms and are applicable to most uplink request scenarios.
  • the set of UEs that are expected to use the sequential SR procedures are not assigned any dedicated SR resources at all. In this case, the UE can omit sending the SR if there is an ACK/NACK that is expected from it in the same subframe.
  • SchedulingRequestConfig :: CHOICE ⁇
  • SchedulingRequestConfig-v1020 :: SEQUENCE ⁇
  • SchedulingRequestSequenceConfig CHOICE ⁇ OPTIONAL,- Need OP release NULL,
  • SrSequenceList SEQUENCE (SIZE (L.maxSrSequence)) OF SrResourcelndex OPTIONAL,- Need OP
  • the UEs are sent a configuration indicating the PUCCH resource that is reserved for sending SRs in the SchedulingRequestConfig information element, specified in the 3GPP TS 36.331 , "Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol Specification", V.10.2.0, the contents of which are incorporated herein by reference.
  • E-UTRA Evolved Universal Terrestrial Radio Access
  • RRC Radio Resource Control
  • V.10.2.0 Protocol Specification
  • the SchedulingRequestConfig information element indicates a subframe during which the resources are reserved for sending SRs as well as periodicity.
  • periodicity is specified in the field sr-Con fig Index.
  • the specific PUCCH resources are also provided in that subframe and are reserved for UEs in the sr-PUCCH-Resourcelndex.
  • the sr-PUCCH- Resourcelndex indicates UCCH SRI - which is mapped by the physical layer to a specific cyclic shift in the orthogonal cover code that the UE is expected to use in accordance with 3GPP TS 36.213.
  • the PUCCH resources are indexed from 0 to 2047 in a given subframe, spanning several RBs, where only some of the maximum possible 2048 resources are allocated to the UEs in practice.
  • each UE has exactly 1 PUCCH resource reserved for the SR.
  • two antenna port configurations require the addition of an additional PUCCH resource for SR.
  • the added resource was specified by sr-PUCCH-ResourcelndexP1-r10.
  • the sequential SR configuration may be provided to a UE whenever the SchedulingRequestConfig information element is sent or resent.
  • the UE can use the sr-ConfiglndexO when the UE is an inactive state of the DRX cycle in one embodiment.
  • the fields of the RRC configuration are explained below.
  • the SchedulingRequestSequenceConfig information element provides for a sr-PUCCH-ResourcelndexO and an sr-ConfiglndexO to signal the first iteration of the sequential scheduling request. Similar to current SR configurations, the sr-PUCCH-ResourcelndexO field specifies the first code (cyclic shift, spreading code and RB) that at UE uses to indicate that it needs resources in the uplink, whereas the sr-ConfiglndexO specifies the subframe and periodicity of the resource in which the code may be sent. The difference between the current mechanisms is that, in the embodiment of Table 1 above, the eNB configures groups of UEs with the same set of resources for sending the first code.
  • the eNB configures groups of UEs with the same set of resources for sending the first code.
  • a dynamic allocation mechanism may be used in order to have efficient use of PUCCH resources and allow the eNB scheduler maximum flexibility in allocation of resources. Further, an allocation mechanism that addresses several UEs and provides potentially different allocations for the UEs is provided. The mechanism may be low latency.
  • a MAC Protocol Data Unit-Random Access Response (PDU-RAR) is used to indicate multiple allocations to multiple UEs in the same MAC PDU.
  • the RAR PDU is described, for example, in TS 36.321 "Evolved Universal Terrestrial Radio Access (E- UTRA); Medium Access Control (MAC) Protocol Specification; Protocol Specification", V.10.2.0, in section 6.1.5.
  • E- UTRA Evolved Universal Terrestrial Radio Access
  • MAC Medium Access Control
  • a similar MAC PDU may be provided for the purpose of indicating allocation for subsequent sequential SR iterations in the PUCCH.
  • the MAC PDU may be called the "Scheduling Request Response (SRR) MAC PDU.
  • a UE that has sent an SR in a previous sequential SR PUCCH resource monitors the PDCCH to look either for an uplink grant addressed to the UEs RNTI or for Scheduling Request Response RNTI (SRR-RNTI) within the SR Response Window that starts at n + sr- ResponseWindowStart and ends at n + sr-ResponseWindowStart + sr- ResponseWindowSize, where n is the subframe when resource for the previous sequential SR iteration were provided for the UE.
  • the SRR-RNTI may be a common RNTI and could be as defined in Table 7.1-1 of 3GPP TS 36.321 , for example.
  • An SRR MAC PDU may consist of a MAC header in one or more SRRs.
  • An SRR may include an SR Sequence Number, an SR Resource Index Received and PUCCH Resource Index.
  • the SR Sequence Number in the SRR is set to current iteration number (p) and the SRR is addressed to the UE that has been configured with an SRSequenceList, in which the p ,h SrResourcelndex value (denoted as SrResourcelndex(p)) is the same as indicated in the SRR field SR Resource Index Received.
  • PUCCH Resource Index + SrSequenceList(p + 1) the allocation of the next PUCCH Resource Index is: PUCCH Resource Index + SrSequenceList(p + 1) and occurs in the subframe n + 4, where n is a subframe where the SRR was received.
  • the SRR 510 includes 3 octets.
  • the SR sequence number 512 is provided along with the SR Resource Index Received value 514.
  • the SR Resource Index Received value 520 along with the PUCCH Resource Index 522 is provided.
  • the PUCCH Resource Index 530 is provided.
  • the PUCCH Resource Index Field is interpreted by the UEs in the same ways the sr-PUCCH-ResourcelndexO and the sr-PUCCH- Resourcelndex that is sent in the RRC, except that it is sent in a MAC message.
  • the UE can determine its next opportunity to send the first part of the sequential SR whenever the allocation is available. Subsequent allocations for sequential SR are dynamically scheduled by the eNB by sending the SRR MAC PDU when needed. The SR is deemed to have been sent when the last SrResourcelndex of the SrSequenceList is sent. Similar to the RAR, SRR may benefit from HARQ retransmissions.
  • FIG. 6 shows a sequential SR procedure.
  • eNB 610 communicates with a first UE 612 and a second UE 614.
  • a first message 620 the eNB 610 sends the SchedulingRequestSequenceConfig to UE 612.
  • the sr- PUCCH-ResourcelndexO is specified to be 2
  • the sr-ConfiglndexO is specified to be 1
  • the SrSequenceList is specified to be 5.
  • eNB 610 sends UE 614 a SchedulingRequestSequenceConfig message 622, in which the sr-PUCCH- ResourcelndexO is equal to 2, the sr-ConfiglndexO is 1 and the Sr- SequenceList is 8.
  • both UEs have the same sr-PUCCH-ResourcelndexO and sr-ConfiglndexO.
  • UEs 612 and 614 are then in DRX and require uplink resources.
  • the eNB in response to receiving the uplink allocation request at messages 630, sends a message 640 on the SRR MAC PDU to indicate base PUCCH Resource Index. This indicates to the UEs which base PUCCH Resource should be used in the next iteration.
  • Message 640 is sent on subframe n + sr-windowStart.
  • the eNB may thus provide uplink grants to the UEs.
  • the eNB needs to set aside PUCCH Format 1/1 a/1 b resources in order to accommodate HARQ ACK/NACK for dynamic allocations.
  • the PUCCH resources used for HARQ of dynamic allocations are determined by a formula specified in Section 10.1.2.1 of 3GPP TS 36.213, which maps the control channel element (CCE) in which the PDCCH allocation was made to a corresponding PUCCH resource. Since only a few of the CCEs are used for the dynamic uplink allocations in a given subframe, Format 1 PUCCH resources may be sparsely used in many subframes.
  • the UE may also have to send an ACK/NACK for the dynamic allocation and ends up using an implicitly determined Format 1 a resource to send both or may have a PUSCH allocation, in which case the UE will not use the PUCCH at all.
  • the eNB is expected to have a several unused PUCCH resources that it may otherwise allocate.
  • the sequential SR scheme as described herein can use these PUCCH resources dynamically, using a MAC PDU that is sent in advance of when the PUCCH allocation is expected to be used by the UEs, but after determining the other uplink transmissions that a UE is expected to make in that sub-frame.
  • a MAC triggered dynamic adjustment to the use of the PUCCH resources may be employed to improve PUCCH efficiency.
  • the SRR MAC PDU 710 includes an SR sequence number 712 and an SR resource index received value 714 in the first octet, an SR resource index received value 716 in the second octet as well as a PUCCH resource index 718 in the second octet.
  • a PUCCH resource index 720 is provided in the third octet and PUCCH resource bitmaps 730, 732, 734, 736 and 738 are provided in octets 4 to 8 respectively.
  • the specific PUCCH resource that a UE is to use is determined by: PUCCH Resource Index + BitPosition(SrSequenceList(SR Sequence Number +1)), where the BitPosition function with an argument a returns the position of the a th set bit in the PUCCH resource bitmap.
  • the bitmap field allows the eNB to provide the dynamic PUCCH allocations economically by signaling that the UEs use the PUCCH resources that are known to be unused in the upcoming PUCCH occasion but may be scattered through all available PUCCH resources.
  • the eNB may use mechanisms to selectively configure subsets of UEs with fewer or more iterations than other UEs. Specific strategies may be considered by the eNB where a subset of the UE population has fewer iterations to reduce the latency of sending an SR, while another subset of UEs may have more iterations because those UEs have a more relaxed latency requirement.
  • a priority set of UEs can be allocated a shorter sequence (SrSequenceList) than other UEs to allow faster scheduling requests than other UEs that have been allocated a longer SrSequenceList. For example, if the eNB configures the sequential SR with k PUCCH resources in each iteration, it may configure a priority set of UEs (u) to have an SrSequenceList of size one and the rest of the (k - u)*(k) UEs will have an SrSequenceList of size two. In this configuration the priority set of UEs can send SR in two iterations while the rest of the UEs require three.
  • SrSequenceList shorter sequence
  • the mechanism of partitioning the sets of PUCCH resources and allowing additional iterations for a subset of those PUCCH resources can be extended recursively to multiple levels, where the number of UEs identifiable by the eNB at each iteration may be controlled by the eNB scheduler for flexibility.
  • the higher priority sets may be related to the application running on the UE, the type of UE device, the type of account or user associated with the device, among other factors.
  • UEs in different priority sets may be given resource groups of different sizes to have even better control of the timing and number of SRs that an eNB receives.
  • the specification of the timing of the next iteration may be advantageous when a time gap provided between iterations is used by the DRX UEs to conserve power.
  • the interval between transmitting one iteration and the next iteration is specified by the sr- ResponseWindowStart and sr-ResponseWindowSize.
  • Alternatives to the semi-static RRC configuration of the windows described above may be that the specification is set to a fixed value in the standard or provided dynamically for each iteration of the SRR MAC PDU. The latter will allow the eNB scheduler more flexibility to provide resources when appropriate and allows a UE to conserve battery power before the next iteration starts, while the former reduces the RRC/MAC signaling required.
  • the base sequence of length 12 is defined for PUCCH Format 1 , as described in Section 2 of 3GPP TS 36.21 1 , and the base sequence may be replaced with a new sequence designed with the aim of identifying UEs.
  • available resource elements could be used to carry a chosen Zhadoff-Chu/Constant Amplitude Zero Auto-Correlation (ZC/CAZAC) sequence; smaller versions of ones used in RACH.
  • ZC/CAZAC Zhadoff-Chu/Constant Amplitude Zero Auto-Correlation
  • the number of sequences and the length of such sequences may be designed to consider the number of UEs to be supported by the new PUCCH format, the error rate permissible and the latency of the mechanism.
  • alternative to dynamic allocation for subsequent iterations is a pre-configured allocation. That is, in one embodiment the eNB may pre-configure resources for all iterations.
  • RRC signaling to set up the SR is extended to provide SR resource allocations for all iterations along with a SR sequence list.
  • the modified RRC message is shown below with regard to Table 2, where the eNB is able to provide allocations for iterations of sequential SR procedures.
  • SchedulingRequestConfig :: CHOICE ⁇
  • SchedulingRequestConfig-v1020 :: SEQUENCE ⁇
  • SchedulingRequestSequenceConfig CHOICE ⁇ OPTIONAL,- Need OP release NULL,
  • the eNB After receiving codes at an iteration, the eNB need only actually reserve the resources for those configured allocations for which it received the previous code.
  • the eNB can schedule the use of the remainder of the configured resources for any other purpose in a dynamic manner. For example, the eNB may pre-allocate SR resources for both a first and a second iteration, but may subsequently re-allocate part or all of the SR resources for the second iteration upon identifying the absence of a particular transmission during the first iteration.
  • the re-allocation may be achieved by the eNB sending uplink assignments via dynamic PDCCH signaling on the downlink to other users for the purposes of their uplink transmissions, such as for PUSCH.
  • the uplink RBs of a subframe are represented by an array of rectangles 810 showing semi-static preconfiguration of resources in a particular subframe, with the actual usage of the resources in that subframe based on a previous iteration where SRs received by the eNB.
  • PUCCH allocations 812 have configured SRR allocations 814 for later rounds.
  • SRR allocations 822 and 824 are actual allocations based on SRs received in a previous iteration, whereas the remaining SR allocations can be reused for other purposes. For example, the remaining resources, since not configured for SRR, can be used for PUSCH for other UEs.
  • the eNB When the UEs are configured by the eNB to use the subsequent SR, the eNB indicates that specific resources can be used.
  • the resources are all the resources that have been configured to be used for the second iteration of the sequential SR for that particular subframe. This configuration is semi-statically configured by the RRC message.
  • the eNB After the first iteration of sequential SR procedures, the eNB is able to detect that some of the UEs configured with the sequential SR resources have sent their first code and will thus require the use of the resources configured for the latter iteration. The eNB will set aside these resources and the UEs will send the second code in those resources. The remainder of the configured resources are available to be used dynamically by the eNB.
  • LTE allows UEs that do not have upcoming uplink grants to use the RACH channel.
  • Sporadic uplink traffic from a large number of UEs may be suited for random access.
  • RACH would mean that the system would have to deal with a much larger number of bursty random accesses.
  • resources may be thought of as random access (RA) preambles and the terms "resources" and "preambles" are used interchangeably.
  • the properties of the embodiments of Figures 4 to 8 can also be used for minimizing the number of dedicated RACH radio resources in supporting large number of RACH users in a contention mode, contention free mode or both.
  • a UE randomly picks preambles from a set made available by the eNB, which in turn replies with random access response messaging, containing a new allocation of preambles for the next iteration for each preamble received. Iterations continue until the eNB is satisfied that the resulting probability of collisions across all iterations is sufficiently small.
  • the UEs are provided with an indication of relative ordering and grouping in each iteration, while the eNB allocates preambles for each iteration that map the UE order in group to a set of preambles and provides information about the actual preambles available for each round. Preambles in additional PRACH slots are only actually allocated by the eNB if a corresponding preamble is received in the previous iteration.
  • random preambles may be provided in sequence. Specifically, obtaining low collision probability in random access with a large number of users means that resources for random access are provisioned for low utilization.
  • the collision probability of RACH channel is provisioned such as that there is no more than a one percent probability of collision on average. If we consider the case of two UEs sending RACH requests from the formula above the eNB needs to provision an average of at least one hundred RACH resources on average to ensure the probability of collisions is no more than one percent. This is a very low utilization.
  • Obtaining a low probability of collision may be achievable without low utilization if the random access is reformed across multiple iterations, where each iteration builds on the previous iteration in a manner that resources are allocated selectively and progressively. Specifically, the iteration may selectively be based on a previous iteration and progressively based where more resources are allocated for each used resource in the previous iteration up to a point that the required probability of one user using a resource is achieved. In the present embodiment, in a single iteration the probability of collision may be higher than the target collision probability but overall the target collision probability is designed to be met after multiple iterations.
  • a small set of random access preambles ⁇ p° 00 , p° 01 , p° 02 , p° 03 , ... , p° 0m ⁇ are allocated for the first iteration of random access in sequence.
  • a UE picks then sends a preamble, say p° oi at random from that set.
  • the eNB responds with an allocation of more preambles and, optionally more PRACH resources, for each of the preambles it detects.
  • the eNB For each p° oi the eNB allocates a set A " tne UEs tnat nad picked a particular preamble p° Qi , now pick and send one of the preambles from the new set of preambles allocated to them This process continues until the time the eNB achieves the required probability of collision.
  • the preamble notation denotes the iteration for which the preamble is available in superscript, while it denotes the preamble chosen in previous round and the preamble number in the current round respectively, in the subscript.
  • T the average number of preambles used for that outcome may be calculated as equal to:
  • eNB 1210 communicates with UEs 912, 914 and 916 that want to access the same send RACH at the same time.
  • the eNB provides preambles for each round, in order to maximize its use of the set of reserved preambles (which may be shared with HO and RACH order)
  • a message 920 is sent and received by all the UEs and includes a preamble index set bitmap with enumerated values.
  • the eNB responds at n+6 with a new set of preambles for the UE(s) that had transmitted the preamble 57, indicating that it expects the next iteration to occur after 4 subframes, at n+10, picking the preambles that it knows will not be used at n+10. It sends a similar message for the UE(s) that had sent preamble 62, indicating that the next iteration for those UEs is to occur at n+12. In this example, after 2 iterations the eNB provides grants to the three preambles in a RAR message based on the subframe that the last preamble was received.
  • UEs 912, 914 and 916 randomly pick a preamble and send a message to the eNB after a predetermined interval (4 in the example of Figure 9), utilizing the chosen preamble. This is shown with arrow 930.
  • UE 912 and UE 914 picked the PRACH preamble 62, while UE 916 picked PRACH preamble 57.
  • the eNB 910 received preambles 62 and 57 and at subframe n+6 sends a message 940 to all of the UEs indicating that for the previous preamble "57", the next iteration is 4 and sets the preamble index set bitmap.
  • a message 942 is sent at subframe n+8 for the preamble "62" indicating the next iteration is 6 and the preambles index bitmap is set.
  • the two preamble index set bitmaps are different between messages 940 and 942.
  • UEs 912 and 914 pick a preamble from the set provided in message 942 and UE 916 picks a preamble from the set provided at message 940.
  • UE 916 sends the chosen preamble at subframe n+10 (the offset being applied from message 940), shown by message 950.
  • UEs 912 and 914 each pick a different preamble, shown by PRACH 59 and PRACH 63 and send a preamble with message 952 at subframe n+12.
  • the eNB 900 is able to detect all the pre RACH preambles.
  • the eNB then provides grants for the preambles and sends the RNTIs to the 3 UEs, shown by message 960.
  • the performance of a sequential RA scheme depends on the number of UEs that perform the RA at the given instance. The more UEs that attempt to access the same RA opportunity, the more resource sequential RAs that may be needed. However, due to the adaptive nature of the sequential RA, the probability of collision will also be lower. Referring to Figure 10, the figure shows a plot for the number of preamble uses on the Y axis on the left and the probability of collision on the right. Horizontal axis of Figure 10 shows the number of simultaneous UE RAs.
  • Allocated preambles allow UEs that are already known to the eNB to avoid contention. In order to scale beyond the limited number of RACH resources that can be allocated in current LTE architectures, UEs can be assigned multiple preambles that are to be sent in sequence, one preamble at a time in each iteration.
  • each UE has a unique sequence of preambles, but individual preambles in the sequence may be shared by more than one UE.
  • the first preamble of the sequence can be viewed as the most significant preamble, while the last preamble can be seen as the least significant preamble identifying the UE.
  • the resources for the first preamble are allocated in advance in possibly in a recurring manner. For efficiency, the eNBs only allocate resources for sending the later preambles when it receives the earlier preamble.
  • the UEs are given unique UE numbers that indicate which preamble is to be used in an iteration.
  • the eNB provides an indication of the preambles to be used for an upcoming iteration (including, for example, a bitmask of available preambles, or the starting preamble number of a set of preambles) and a unique UE number is used to derive the exact preamble to be used by a UE.
  • an eNB may reserve some RACH preambles to be used for the allocated mode, e.g. for handoff.
  • the eNB could allocate a subset of reserved preambles as preambles for sequential RA.
  • the UEs with sporadic traffic are allocated a unique sequence of preambles, starting with the first preamble from the reserved set of preambles. Reserving a small set of preambles may be beneficial because the sporadic activity UEs may not compete with other random access applications and may not consume a large number of RA resources.
  • More than one UE will receive the same preamble as the first preamble in the sequence of preambles.
  • the eNB may signal the UEs to use another set of preambles.
  • the preambles for this iteration may be economically allocated by either using preambles that will not be used in that subframe, or allocating a RACH resource set with new preambles to match the number of new preambles needed for the iteration. The process may continue until the eNB has received the last preamble from the UEs that were attempting RA.
  • the UE uses a sequence of preambles chosen from a set of sequences that have been predefined in a standards document, or provided through eNB configuration.
  • the selection of a sequence to use may be random or it may be based, in whole or in part, on information shared between the UE and the eNB such as a UE identifier.
  • Each sequence in the set defines a sequence of preambles to be sent sequentially, one preamble per iteration as needed.
  • the preambles associated with these sequences can be reserved from a set of RACH sequences, or a new RACH resource may be allocated for this purpose.
  • the UE may need to send an identifier to the eNB after preamble disambiguation to positively identify itself to the eNB and the network.
  • a sequence of preambles is allocated to or selected by a UE
  • the sequence of preambles is chosen to maximize the probability of a successful decoding of the preamble by the eNB after each iteration.
  • a coding technique designated for use by both the UE and eNB such as block coding, convolution coding, or turbo coding, is applied to the sequences of preambles used by the UEs. The technique may then be applied to the decoding procedure and decision metric of the eNB.
  • the UE randomly selects a sequence of preambles
  • the UE generates a random bit string where the length of the bit string, L, corresponds to the maximum number of iterations.
  • the bit string is the effective identifier for the sequence of preambles to be used by the UE.
  • the bit string is then encoded according to the designated 1/N coding technique.
  • the output code bits are then be mapped to preambles for each iteration. For example, if there are 64 preambles total, and the code rate of a selected block encoder is 1/6, each bit of the bit string can be used to generate a 6-bit output code; the output code can then be mapped to one of the 64 preambles.
  • an encoder with code rate R can be used, and the output of the encoder can be arranged into groups of P bits to select one of the 2 P preambles in the set of preambles for each iteration.
  • the set of preamble sequences may be derived using a coding method, as described.
  • the eNB may select a sequence for a UE from that set and indicate the selection to the UE for use in future signaling opportunities.
  • the eNB indicates the sequence of preambles to use by signaling the bit string input to the encoder designated for use by the eNB and UE.
  • the eNB also signals the encoder, or the rate, or both, to be used by the UE.
  • the sequence of preambles is generated by applying the input bit string to a known encoder, and mapping the output bits or sets of output bits to available preambles as described previously. Encoding and decoding via block codes, convolutional codes, and turbo codes, from a sequence of input bits is known to those in the art.
  • each preamble is represented by a binary pair (00, 01 , 10, 1 1 )
  • the above tables may be used to derive codewords based on an input bit string.
  • the bit strings may be chosen randomly, or based on the UE identifier, or other stimuli.
  • the resulting preamble sequence will be (P3, P1 , P1 , P3, P3).
  • the distance between the unencoded bit strings 10011 and 1 1001 is 2, however the distance between the encoded sequences (P3, P2, P3, P1 , P2) and (P3, P1 , P1 , P3, P3) is four.
  • the sequence of preambles may be repeated if the number of iterations exceeds the sequences length produced by the coding process.
  • the initial state of the encoder may be predetermined, or in still other cases, the initial state may be defined by a set of bits at the beginning of the bit string.
  • the eNB can use well-known decoding methods, such as trellis decoding or other schemes, to attempt to determine the preamble, or sequences of preambles, that have been transmitted by one or more UEs.
  • decoding the confidence of the determined preamble or sequence of preambles within one of the known sequences, which can be represented as log-likelihood ratio, extrinsic information, or otherwise, can be a threshold for the eNB to determine whether further iterations are needed to separate UEs (i.e. preamble sequences), or whether there is sufficient confidence that the all UE transmissions have been uniquely identified.
  • network element 1110 includes a processor 1410 and a communications subsystem 1130, where the processor 1120 and communications subsystem 1130 cooperate to perform the methods described above.
  • UE 1200 is typically a two-way wireless communication device having voice and data communication capabilities.
  • UE 1200 generally has the capability to communicate with other computer systems on the Internet.
  • the UE may be referred to as a data messaging device, a two-way pager, a wireless e-mail device, a cellular telephone with data messaging capabilities, a wireless Internet appliance, a wireless device, a mobile device, or a data communication device, as examples.
  • UE 1200 may incorporate a communication subsystem 1211 , including both a receiver 1212 and a transmitter 1214, as well as associated components such as one or more antenna elements 1216 and 1218, local oscillators (LOs) 1213, and a processing module such as a digital signal processor (DSP) 1220.
  • LOs local oscillators
  • DSP digital signal processor
  • the particular design of the communication subsystem 1211 will be dependent upon the communication network in which the device is intended to operate.
  • the radio frequency front end of communication subsystem 1211 can be any of the embodiments described above.
  • Network access requirements will also vary depending upon the type of network 1219.
  • network access is associated with a subscriber or user of UE 1200.
  • a UE may require a removable user identity module (RUIM) or a subscriber identity module (SIM) card in order to operate on a network.
  • the SIM/RUIM interface 1244 is normally similar to a card-slot into which a SIM/RUIM card can be inserted and ejected.
  • the SIM/RUIM card can have memory and hold many key configurations 1251 , and other information 1253 such as identification, and subscriber related information.
  • UE 1200 may send and receive communication signals over the network 1219.
  • network 1219 can consist of multiple base stations communicating with the UE.
  • UE 1200 generally includes a processor 1238 which controls the overall operation of the device. Communication functions, including data and voice communications, are performed through communication subsystem 1211. Processor 1238 also interacts with further device subsystems such as the display 1222, flash memory 1224, random access memory (RAM) 1226, auxiliary input/output (I/O) subsystems 1228, serial port 1230, one or more keyboards or keypads 1232, speaker 1234, microphone 1236, other communication subsystem 1240 such as a short-range communications subsystem and any other device subsystems generally designated as 1242. Serial port 1230 could include a USB port or other port known to those in the art.
  • Some of the subsystems shown in Figure 12 perform communication-related functions, whereas other subsystems may provide "resident" or on-device functions.
  • some subsystems such as keyboard 1232 and display 1222, for example, may be used for both communication-related functions, such as entering a text message for transmission over a communication network, and device-resident functions such as a calculator or task list.
  • Operating system software used by the processor 1238 may be stored in a persistent store such as flash memory 1224, which may instead be a read-only memory (ROM) or similar storage element (not shown).
  • flash memory 1224 may instead be a read-only memory (ROM) or similar storage element (not shown).
  • ROM read-only memory
  • Those skilled in the art will appreciate that the operating system, specific device applications, or parts thereof, may be temporarily loaded into a volatile memory such as RAM 1226. Received communication signals may also be stored in RAM 1226.
  • flash memory 1224 can be segregated into different areas for both computer programs 1258 and program data storage 1250, 1252, 1254 and 1256. These different storage types indicate that each program can allocate a portion of flash memory 1224 for their own data storage requirements.
  • Processor 1238 in addition to its operating system functions, may enable execution of software applications on the UE. A predetermined set of applications that control basic operations, including at least data and voice communication applications for example, will normally be installed on UE 1200 during manufacturing. Other applications could be installed subsequently or dynamically.
  • PIM personal information manager
  • the computer readable storage medium may be a tangible or in transitory/non-transitory medium such as optical (e.g., CD, DVD, etc.), magnetic (e.g., tape) or other memory known in the art.
  • One software application may be a personal information manager (PIM) application having the ability to organize and manage data items relating to the user of the UE such as, but not limited to, e-mail, calendar events, voice mails, appointments, and task items. Naturally, one or more memory stores would be available on the UE to facilitate storage of PIM data items.
  • PIM application may have the ability to send and receive data items, via the wireless network 1219.
  • auxiliary I/O subsystem 1228 may also be loaded onto the UE 1200 through the network 1219, an auxiliary I/O subsystem 1228, serial port 1230, short-range communications subsystem 1240 or any other suitable subsystem 1242, and installed by a user in the RAM 1226 or a non-volatile store (not shown) for execution by the processor 1238.
  • Such flexibility in application installation increases the functionality of the device and may provide enhanced on-device functions, communication- related functions, or both.
  • secure communication applications may enable electronic commerce functions and other such financial transactions to be performed using the UE 1200.
  • a received signal such as a text message or web page download will be processed by the communication subsystem 1211 and input to the processor 1238, which may further process the received signal for output to the display 1222, or alternatively to an auxiliary I/O device 1228.
  • a user of UE 1200 may also compose data items such as email messages for example, using the keyboard 1232, which may be a complete alphanumeric keyboard or telephone-type keypad, among others, in conjunction with the display 1222 and possibly an auxiliary I/O device 1228. Such composed items may then be transmitted over a communication network through the communication subsystem 1211.
  • UE 1200 For voice communications, overall operation of UE 1200 is similar, except that received signals would typically be output to a speaker 1234 and signals for transmission would be generated by a microphone 1236.
  • Alternative voice or audio I/O subsystems such as a voice message recording subsystem, may also be implemented on UE 12200.
  • voice or audio signal output is generally accomplished primarily through the speaker 1234, display 1222 may also be used to provide an indication of the identity of a calling party, the duration of a voice call, or other voice call related information for example.
  • Serial port 1230 in Figure 12 would normally be implemented in a personal digital assistant (PDA)-type UE for which synchronization with a user's desktop computer (not shown) may be desirable, but is an optional device component.
  • PDA personal digital assistant
  • Such a port 1230 would enable a user to set preferences through an external device or software application and would extend the capabilities of UE 1200 by providing for information or software downloads to UE 1200 other than through a wireless communication network.
  • the alternate download path may for example be used to load an encryption key onto the device through a direct and thus reliable and trusted connection to thereby enable secure device communication.
  • serial port 1230 can further be used to connect the UE to a computer to act as a modem.
  • Other communications subsystems 1240 such as a short-range communications subsystem, is a further optional component which may provide for communication between UE 1200 and different systems or devices, which need not necessarily be similar devices.
  • the subsystem 1240 may include an infrared device and associated circuits and components or a BluetoothTM communication module to provide for communication with similarly enabled systems and devices.
  • Subsystem 1240 may further include non-cellular communications such as WiFi or WiMAX.

Landscapes

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

Abstract

L'invention concerne un procédé, au niveau d'une entité de signalisation, pour envoyer un signal à une entité signalée, le procédé consistant à déterminer, au niveau de l'entité de signalisation, au moins un premier code d'une séquence de codes comprenant le signal ; à recevoir, au niveau de l'entité de signalisation, une affectation de ressources à partir de l'entité signalée pour une transmission au moins du premier code de la séquence de codes ; à transmettre, à l'aide au moins du premier code de la séquence de codes et de l'affectation, le signal, au moins le premier code de la séquence de codes étant partagé entre une pluralité d'entités de signalisation ; et à envoyer, à l'aide de codes suivants de la séquence de codes, le signal, la séquence de codes étant propre au signal.
PCT/CA2011/001249 2011-11-14 2011-11-14 Procédé et système pour demander un service à l'aide d'une séquence de codes WO2013071390A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
PCT/CA2011/001249 WO2013071390A1 (fr) 2011-11-14 2011-11-14 Procédé et système pour demander un service à l'aide d'une séquence de codes

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
PCT/CA2011/001249 WO2013071390A1 (fr) 2011-11-14 2011-11-14 Procédé et système pour demander un service à l'aide d'une séquence de codes

Publications (1)

Publication Number Publication Date
WO2013071390A1 true WO2013071390A1 (fr) 2013-05-23

Family

ID=48428861

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CA2011/001249 WO2013071390A1 (fr) 2011-11-14 2011-11-14 Procédé et système pour demander un service à l'aide d'une séquence de codes

Country Status (1)

Country Link
WO (1) WO2013071390A1 (fr)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200229177A1 (en) * 2017-06-16 2020-07-16 Telefonaktiebolaget Lm Ericsson (Publ) System and methods for configuring user equipments with overlapping pucch resources for transmitting scheduling requests

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080316959A1 (en) * 2007-06-19 2008-12-25 Rainer Bachl Method of transmitting scheduling requests over uplink channels
WO2009118285A2 (fr) * 2008-03-26 2009-10-01 Nokia Siemens Networks Oy Procédure de mise en canaux destinée à mettre en œuvre un ack/nack rémanent et une demande de programmation
WO2011082110A1 (fr) * 2009-12-29 2011-07-07 Qualcomm Incorporated Procédé et appareil pour fourniture de ressources de demandes d'ordonnancement partagées

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20080316959A1 (en) * 2007-06-19 2008-12-25 Rainer Bachl Method of transmitting scheduling requests over uplink channels
WO2009118285A2 (fr) * 2008-03-26 2009-10-01 Nokia Siemens Networks Oy Procédure de mise en canaux destinée à mettre en œuvre un ack/nack rémanent et une demande de programmation
WO2011082110A1 (fr) * 2009-12-29 2011-07-07 Qualcomm Incorporated Procédé et appareil pour fourniture de ressources de demandes d'ordonnancement partagées

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20200229177A1 (en) * 2017-06-16 2020-07-16 Telefonaktiebolaget Lm Ericsson (Publ) System and methods for configuring user equipments with overlapping pucch resources for transmitting scheduling requests

Similar Documents

Publication Publication Date Title
US11937243B2 (en) Allocation and logical to physical mapping of scheduling request indicator channel in wireless networks
US9894654B2 (en) Defining sub-subchannels for data communication using separately provided frequency and time resources and related wireless terminals and network nodes
US11184924B2 (en) Multiple starting positions for uplink transmission on unlicensed spectrum
KR101306363B1 (ko) Ｌｔｅ에서 견실한 다운링크 ｍａｃ ｐｄｕ 전송에 대한 동적 ａｃｋ／ｎａｃｋ 반복을 위한 방법 및 시스템
US20130121258A1 (en) Method and system for requesting a service utilizing a sequence of codes
RU2743955C1 (ru) Базовая станция, терминал и способ связи
CN109565760B (zh) 终端及通信方法
US20090125363A1 (en) Method, apparatus and computer program for employing a frame structure in wireless communication
AU2017247235B2 (en) Reception device and transmission device
RU2758703C2 (ru) Терминал и способ связи
US9271294B2 (en) Method and system for requesting a service utilizing a sequence of codes
CN110856256A (zh) 一种用于无线通信中的方法和装置
EP3539341B1 (fr) Conception de chevauchement entre données et pilote pour transmission en liaison montante
US11012111B2 (en) Transmitter and communication method
US9258820B2 (en) Method and system for requesting a service utilizing a sequence of codes
EP4195602A1 (fr) Dispositif terminal, dispositif de station de base et procédé de communication
WO2017195656A1 (fr) Dispositif d'émission, dispositif récepteur, et procédé de communication
CN107294679B (zh) 下行短tti的下行传输的反馈方法及装置
WO2013071390A1 (fr) Procédé et système pour demander un service à l'aide d'une séquence de codes
WO2013071388A1 (fr) Procédé et système pour demander un service à l'aide d'une séquence de codes
WO2013071389A1 (fr) Procédé et système pour demander un service à l'aide d'une séquence de codes
RU2773239C1 (ru) Базовая станция, терминал и способ связи
CN116508366A (zh) 用于由一个dci格式调度的多个传输的方法及设备
JP2019125823A (ja) 送信装置および受信装置

Legal Events

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

Ref document number: 11875807

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11875807

Country of ref document: EP

Kind code of ref document: A1