US9271183B1 - Managing access channel resources by buffering service requests - Google Patents
Managing access channel resources by buffering service requests Download PDFInfo
- Publication number
- US9271183B1 US9271183B1 US14/147,083 US201414147083A US9271183B1 US 9271183 B1 US9271183 B1 US 9271183B1 US 201414147083 A US201414147083 A US 201414147083A US 9271183 B1 US9271183 B1 US 9271183B1
- Authority
- US
- United States
- Prior art keywords
- wcd
- base station
- network resources
- service request
- page
- Prior art date
- Legal status (The legal status 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 status listed.)
- Active, expires
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/04—Scheduled or contention-free access
- H04W74/06—Scheduled or contention-free access using polling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0289—Congestion control
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/52—Allocation or scheduling criteria for wireless resources based on load
-
- H04W72/0486—
-
- H04W72/1252—
Definitions
- a typical cellular wireless network system may include a number of base stations with antennas that radiate to define wireless coverage areas, such as cells and cell sectors.
- a subscriber or user accesses the communication services via a wireless communication device (WCD), which can communicate by exchanging radio frequency signals with the base stations.
- WCDs may include cell phones, tablet computers, tracking devices, embedded wireless modules, and other wirelessly equipped communication devices.
- each base station may be coupled with network infrastructure that provides connectivity with one or more communication networks, such as the public switched telephone network (PSTN) and/or a wide area network (WAN) for sending and receiving packet data (the internet, for instance).
- PSTN public switched telephone network
- WAN wide area network
- These (and possibly other) elements function collectively to form a Radio Access Network (RAN) of the wireless communication system.
- RAN Radio Access Network
- communications on the RAN are carried out in accordance with an air interface protocol that provides procedures for coordinating communications between the base stations and the WCDs.
- air interface protocols include, without limitation, Code Division Multiple Access (CDMA) (e.g., 1xRTT and 1xEV-DO), Long Term Evolution (LTE), Wireless Interoperability for Microwave Access (WiMAX), Global System for Mobile Communications (GSM), among other examples.
- CDMA Code Division Multiple Access
- LTE Long Term Evolution
- WiMAX Wireless Interoperability for Microwave Access
- GSM Global System for Mobile Communications
- Each protocol may define its own procedures for registration of WCDs, initiation of communications, handoff between coverage areas, and other functions related to air interface communication.
- Protocols may also define procedures for managing communications from the base stations to the WCDs, which is referred to as an downlink, and for managing communications from the WCDs to the base stations, which is referred to as an uplink.
- the RAN elements may also take different forms.
- the antenna system is referred to as a base transceiver system (BTS), and is usually under the control of a base station controller (BSC).
- BTS base transceiver system
- BSC base station controller
- UMTS universal mobile telecommunications system
- the base station is usually referred to as an eNodeB
- MME mobility management entity
- the WCD may be referred to as an access terminal (AT); in an LTE system the WCD may be referred to as user equipment (UE).
- AT access terminal
- UE user equipment
- Other architectures and operational configurations of a RAN are possible as well.
- each coverage area may operate on one or more carrier frequencies (or “carriers”) and may define a number of air interface channels for conveying information between the base stations and the WCDs.
- carrier frequencies or “carriers”
- These channels may be defined in various ways, such as through frequency division multiplexing, time division multiplexing, and/or code-division multiplexing for instance.
- each coverage area may have a pilot channel, reference channel or other resource on which the base station may broadcast a pilot signal, reference signal, or other resource WCDs may detect as an indication of coverage and may measure to evaluate coverage strength.
- each coverage area may use an access channel, an uplink control channel, or other resource on which WCDs may transmit control messages such as connection requests and registration requests to the base station.
- each coverage area may use a downlink control channel or other resource on which the base station may transmit control messages such as system information messages and page messages to WCDs.
- Each coverage area may then have one or more traffic channels or other resource for carrying communication traffic such as voice data, packet data, and/or other data between the base station and WCDs.
- the available spectrum on the air interface can be divided into time-frequency segments to define the various channels, and also for allocation and scheduling purposes.
- time-frequency segments are commonly referred to as resource blocks and span 0.5 milliseconds in time and 180 kilohertz in bandwidth.
- the base station can evaluate the demands for network resources amongst its served WCDs and then allocate its available resources to those WCDs to accommodate those demands to the extent sufficient resources are available.
- the control channels may be used to communicate between the WCDs and the base station to facilitate evaluation of the various network demands and also to notify the WCDs of their assigned network resources once resources are allocated.
- the base stations may provide for a shared access channel on which unscheduled messages can be sent from WCDs to the base station to notify the base station of the WCD's presence in the base station's coverage area (e.g., for registration purposes).
- the base station can then allocate initial uplink and/or downlink resources to communicate with the WCD as necessary to manage further communications.
- the WCD may use the initial uplink resources to send information regarding the quantity of network resources sought by the WCD.
- Such a communication from the WCD is referred to as a service request.
- the base station can then allocate sufficient network resources to accommodate the service request and send an indication of the allocation to the WCD.
- a base station is too loaded with existing network traffic to allocate the resources sought by a WCD.
- the base station may respond by rejecting the WCD's attempt to connect. After receiving an indication of the base station's rejection, the WCD may then wait for some period before attempting another connection.
- the base station may first allocate some initial control channel resources to receive further information from the WCD regarding the nature of the connection sought by the WCD, such as a service request. The base station can then, on the basis of that information, determine whether the base station's network resources are sufficient to accommodate the WCD and respond accordingly.
- the access procedure described above in which an unscheduled transmission is sent over the access channel, is used when a WCD does not already have any network resources, and therefore no means to send an uplink communication to the base station. In practice, this occurs primarily in two circumstances. First, the WCD may have data to transmit over the network, such as occurs when a call or internet session is originated on the WCD and the WCD begins buffering data to send out. Second, the network may receive data to communicate to the WCD, such as occurs when a remote entity initiates a call or other packet data communication addressed to the WCD. In the first case, the WCD may initiate the access procedure on its own in response to having data to send out.
- the network first notifies the WCD that it should initiate the access procedure by sending the WCD a page message addressed to the WCD.
- the WCD Upon receiving the page message, the WCD initiates the access procedure to establish a connection with the network, at which point the data is delivered to the WCD.
- WCDs without ongoing connections to the network continue to monitor particular downlink control channels that are used by the network to send out page messages.
- WCDs with allocated network resources for ongoing communications are said to be operating in “connected mode.” Connected WCDs are able to exchange data with remote entities over the network.
- WCDs without allocated network resources for ongoing communications are said to be operating in “idle mode.” Idle WCDs monitor downlink control channels for pages and other system information, but do not generally transmit uplink communications back, which also results in reduced power consumption.
- WCDs may generally be configured to default to operating in idle mode, and transition to connected mode when data is ready to transmit or in response to receipt of a page message. Then, following a period of inactivity, the WCD can transition back to idle mode.
- Disclosed herein is a process and corresponding system to manage communications over an access channel during loaded conditions.
- the base station may reject the service request and respond to the originating WCD to indicate the request was rejected.
- the communication indicating rejection may then cause the WCD to restart the access procedure and send another service request, perhaps after some delay.
- the base station sends another rejection, and the WCD again initiates the access procedure and sends yet another service request.
- the cycle repeats until the base station has enough network resources to grant the service request.
- the repeated unsuccessful attempts to employ the access procedure results in increased traffic on the access channel. Because the communications on the access channel are generally unscheduled, elevated traffic levels on the access channel exacerbates the possibility of interference between transmissions from separate WCDs.
- a base station that determines it is too loaded to accommodate a service request responds by instructing the originating WCD to idle and wait for a page message before submitting a service request for equal or greater network resources than sought by the initial service request.
- Such a communication from the base station is referred to herein as a “wait-for-page” message.
- the WCD upon receiving a wait-for-page communication, operates in idle mode and does not send an additional service request for an equal or greater quantity of network resources than sought initially.
- the wait-for-page communication causes the WCD to forgo unscheduled transmissions on the access channel if the purpose of such transmissions is to submit a service request for an equal or greater quantity of network resources than sought by the initial service request.
- the WCD After receiving the wait-for-page communication, and prior to receiving a page message, the WCD effectively acts as though it has been informed that the base station does not have enough network resources to grant service requests seeking an equal or greater quantity of network resources than the initial service request. Although the WCD may still be allowed to undergo the access procedure and to submit a service request for a quantity of network resources less than the quantity sought by the initial service request.
- the base station While the WCD idles and waits for a page message, the base station saves an indication of the service request and monitors its available network resources while waiting for an increase in available network resources. Upon determining that the available network resources have increased such that sufficient resources are available to accommodate the saved service request, the base station then sends a page message to the WCD to override the effects of the earlier wait-for-page communication. To facilitate such determinations, the base station may save, for each service request, an indication of a quantity of network resources sought by the service request. For instance, the base station may save an indication of a quality of service, a quantity of data, a desired latency, minimum bit rate, and/or other parameter(s) related to the quantity of network resources requested by a given service request. The base station can then use the saved data to make a subsequent determination that its available network resources are able to accommodate the service request saved in memory, and send a page message to the originating WCD.
- the WCD After receiving the page message, the WCD initiates a connection with the base station (e.g., using an unscheduled transmission on the access channel) and submits another service request.
- the base station grants the service request by allocating the requested network resources to the WCD.
- the base station coordinates with other network components to establish links to carry communications between the WCD and various remote networks in communication with the network. With the network links established, and resources allocated on the air interface, the WCD operates in connected mode to exchange data with remote entities over the network.
- a base station may maintain a buffer of service requests from different WCDs, and can page each WCD in the order in which the original service requests were received. For example, while loaded, the base station can save data indicative of each received service request.
- the saved data for each service request may include indications of the quantity of network resources requested, an identifier for the originating WCD, and the time of reception of the service request.
- the base station may then consider each saved service request, in the order of reception, and upon having sufficient resources to grant a next service request, send a page message to the corresponding WCD so as to cause that WCD to connect to the base station.
- the base station may page the WCDs in order, which helps to equalize the latency associated with establishing connections among different WCDs.
- previously rejected WCDs might successfully establish connections based only on whichever WCD happens to submit a connection request immediately following an increase in available network resources.
- the wireless network system can include a base station operating to serve wireless communication devices (WCDs) via one or more scheduled channels and an unscheduled access channel.
- the base station can be configured to allocate available network resources amongst the WCDs by scheduling network traffic over the scheduled channels so as to accommodate respective demands of the WCDs indicated, at least in part, by respective service requests received from the WCDs.
- a given WCD that does not have allocated network resources on the scheduled channels with which to communicate to the base station can be configured to initiate a connection with the base station by sending an unscheduled transmission to the base station over the access channel.
- the method can include receiving a first service request from a particular WCD.
- the first service request can specify a particular quantity of network resources.
- the method can include making a first determination that a capacity of available network resources on the scheduled channels is insufficient to allocate the particular quantity of network resources to the particular WCD responsive to receiving the first service request.
- the method can include, responsive to making the first determination, the base station: (i) sending a wait-for-page communication to the particular WCD, wherein the wait-for-page communication causes the particular WCD to, prior to being paged, forgo transmitting to the base station over the access channel for the purpose of initiating a service request specifying a greater quantity of network resources than the particular quantity of network resources; (ii) storing data indicative of the received service request in a memory; (iii) waiting for the capacity of available network resources on the scheduled channels to increase; (iv) after waiting for the capacity of available network resources on the scheduled channels to increase, making a second determination that the capacity of available network resources on the scheduled channels is sufficient to allocate the particular quantity of network resources to the particular WCD; and (v) responsive to
- the wireless network system can include a base station operating to serve a plurality of WCDs including the WCD via one or more scheduled channels and an unscheduled access channel.
- the base station can be configured to allocate available network resources amongst the WCDs by scheduling network traffic over the scheduled channels so as to accommodate respective demands of the WCDs indicated, at least in part, by respective service requests received from the WCDs.
- a given WCD that does not have allocated network resources on the scheduled channels with which to communicate to the base station can be configured to initiate a connection with the base station by sending an unscheduled transmission to the base station over the access channel.
- the method can include sending a first service request from the WCD to the base station.
- the first service request can specify a particular quantity of network resources.
- the method can include receiving a wait-for-page communication from the base station responsive to sending the first service request.
- the method can include, the WCD, responsive to receiving the wait-for-page communication and prior to being paged, forgoing transmitting to the base station over the access channel for the purpose of initiating a service request specifying a greater quantity of network resources than the particular quantity of network resources.
- the method can include receiving a page from the base station.
- the method can include sending a second service request to the base station responsive to receiving the page.
- the second service requests can be initiated by the WCD sending an unscheduled transmission over the access channel to the base station.
- a wireless network system including a base station and a controller.
- the base station can have one or more antenna structures configured to wirelessly communicate with wireless communication devices (WCDs) served by the base station over one or more scheduled channels and over an unscheduled access channel.
- WCDs wireless communication devices
- the base station can be configured to allocate available network resources amongst the WCDs by scheduling network traffic over the scheduled channels so as to accommodate respective demands of the WCDs indicated, at least in part, by respective service requests received from the WCDs.
- a given WCD that does not have allocated network resources on the scheduled channels with which to communicate to the base station can be configured to initiate a connection with the base station by sending an unscheduled transmission to the base station over the access channel.
- the controller can be operatively coupled to the antenna structures of the base station.
- the controller can be configured to receive, at the base station, a first service request from a particular WCD.
- the first service request can specify a particular quantity of network resources.
- the controller can be configured to, responsive to receiving the first connection request, make a first determination that a capacity of available network resources on the scheduled channels is insufficient to allocate the particular quantity of network resources to the particular WCD.
- the controller can be configured to, responsive to making the first determination: (i) send a wait-for-page communication to the particular WCD, wherein the wait-for-page communication causes the particular WCD to, prior to being paged, forgo transmitting to the base station over the access channel for the purpose of initiating a service request specifying a greater quantity of network resources than the particular quantity of network resources; (ii) store data indicative of the received service request in a memory; (iii) wait for the capacity of available network resources on the scheduled channels to increase; (iv) after waiting for the capacity of available network resources on the scheduled channels to increase, make a second determination that the capacity of available network resources on the scheduled channels is sufficient to allocate the particular quantity of network resources to the particular WCD; and (v) responsive to making the second determination, send a page to the particular WCD.
- particular implementations of the present disclosure may include other examples for saving service requests, and/or other communications that involve unscheduled transmissions over an access channel, including wireless communications systems other than LTE systems.
- FIG. 1A is a simplified block diagram of an example wireless communication system in which the present disclosure can be implemented.
- FIG. 1B is a simplified block diagram of an example LTE system in which the present disclosure can be implemented.
- FIG. 2 is a signal flow diagram illustrating signaling between network nodes that occurs when buffering a service request in an LTE system.
- FIG. 3 is a flow chart depicting functions that can be carried out by a base station in a radio access network in accordance with an example method.
- FIG. 4 is another flow chart depicting functions that can be carried out by a wireless communication device in accordance with an example method.
- FIG. 5 is a simplified block diagram of a network node arranged to carry out various functions in accordance with the present disclosure.
- FIG. 1A depicts an example communication system that includes a radio access network (RAN) 12 having a representative base station 14 and supporting network infrastructure 16 .
- the base station 14 includes antennas arranged to communicate with WCDs 18 in a coverage area over an air interface 20 .
- RAN 12 then provides connectivity with one or more transport networks 22 , such as the PSTN or the Internet for instance.
- transport networks 22 such as the PSTN or the Internet for instance.
- each WCD 18 that is in range of the base station 14 i.e., in its coverage area
- the air interface 20 may be configured according to a particular protocol, and the WCDs 18 and base station 14 may be programmed or otherwise configured to operate according to that protocol.
- the network resources provided by the air interface 20 may define time-frequency segments that divide the available spectrum for communications over the air interface 20 .
- the base station 14 (alone or in coordination with supporting infrastructure 16 in the RAN 12 ) may allocate resources to the WCDs 18 in accordance with an allocation/scheduling routine based on various factors so as to accommodate the respective communication demands of the WCDs 18 and/or to achieve network performance criteria.
- the base station 14 can then provide each WCD with an indication of the schedule for their respective network resources, and the WCDs with allocated resources can then use their respective resources to exchange bearer data and control communications as necessary.
- a WCD without allocated resources for uplink communications initiates contact with the base station 14 by sending an unscheduled transmission over a shared access channel designated by the RAN 12 .
- the unscheduled transmission may be used to initiate an access procedure, for example.
- the base station 14 may assign initial resources for further communications between the WCD 18 and the base station 14 .
- the initial resources may be used for the WCD 18 to send the base station 14 a service request that specifies a particular quality of service (e.g., by specifying a minimum bit rate, latency, or another parameter) or otherwise designates a quantity of network resources sought by the WCD 18 .
- the base station 14 may then determine whether to grant the service request, which determination may be based on whether the base station 14 has enough available network resources to accommodate the service request (e.g., to allocate the quantity of network resources sought by the service request).
- the base station 14 can send a “wait-for-page” message to the WCD 18 .
- the wait-for-page communication can cause the WCD 18 to transition to idle mode and to forgo further service requests for an equal or greater quantity of network resources until the WCD 18 receives a page message from the base station 14 .
- the base station 14 can save an indication of the service request, then wait for the base station's available network resources to increase.
- the saved indication of the service request may include, for example, data indicating the identity of the WCD 18 and the quantity of network resources sought.
- the base station 14 can monitor the increase in its available network resources and determine when its resources become sufficient to accommodate the saved service request. Upon determining the saved service request can be accommodated, the base station 14 can send a page message to the WCD 18 . The page message overrides the effect of the earlier wait-for-page communication. Accordingly, the WCD 18 can then submit another service request to the base station 14 , which involves another unscheduled transmission on the access channel. Because the second service request is sent in response to the base station 14 determining it has sufficient network resources available, the base station 14 is generally able to grant the second service request from the WCD 18 , at which point the base station 14 can serve the WCD 18 in connected mode to facilitate further communications as necessary.
- some protocols cause the base station 14 to send a rejection when the base station 14 is too congested to allocate resources.
- the rejection causes the WCD 18 to retry the random access procedure after some delay, at which point the base station 14 may still be too congested to allocate resources, which leads to repeated failed attempts to initiate connections using the access channel and exacerbates interference between the unscheduled transmissions.
- the presently disclosed enhancements which allow for saving a service request until resources become available and then paging the WCD, obviates the unnecessary communications over the access channel while the base station 14 is loaded.
- FIG. 1A generally represents any wireless communication system in which the present disclosure can be implemented, and, as noted above, variations on the arrangement shown are possible. To help illustrate features of the present disclosure, the remainder of this document will focus on an LTE system by way of example. Those of ordinary skill in the art will readily appreciate, however, that the disclosed principles can be applied as well in other types of wireless communication systems in which connections are initiated using unscheduled transmissions from WCDs over an access channel, with variations where appropriate.
- FIG. 1B is a simplified block diagram of a representative LTE system as an example of the system shown in FIG. 1A .
- the LTE system includes an LTE RAN 24 that primarily serves WCDs 18 with wireless packet data communication service (but may also provide voice call service, such as voice-over-IP service or circuit-switched fallback service).
- the LTE RAN 24 is shown including a representative LTE base station 26 known as an eNodeB, a gateway system 28 including a serving gateway (SGW) 30 and a packet data network (PDN) gateway (PGW) 32 , and a mobility management entity (MME) 34 .
- SGW serving gateway
- PGW packet data network gateway
- MME mobility management entity
- the eNodeB 26 includes an antenna structure and associated equipment for engaging in LTE communication over an LTE air interface 36 with WCDs 18 to thereby provide the LTE RAN 24 with connectivity to the WCDs 18 .
- the gateway system 28 provides the LTE RAN 24 with connectivity to packet-switched network(s) 40 such as the Internet and/or private networks.
- the various network elements in the LTE RAN 24 are linked together to facilitate communications between the served WCDs 18 and the remote packet-switched network 40 .
- the eNodeB 26 communicates with the SGW 30 over an S1-U interface, the eNodeB 26 communicates with the MME 34 over an S1-MME interface, and the MME 34 communicates with the SGW 30 over an S11 interface.
- each of these interfaces is shown as a direct link in FIG. 1B
- the various elements of the LTE RAN 24 may sit as nodes on a wireless service provider's core packet network, and so these and other interfaces described herein may instead be logical connections over that packet network.
- the WCD 18 may scan for system information broadcast by the eNodeB 26 .
- the WCD 18 can then use the system information to register or “attach” with the LTE RAN 24 by transmitting an attach request to the eNodeB 26 , which the eNodeB 26 forwards to the MME 34 .
- the MME 34 and other network elements may then carry out various functions to enable the LTE RAN 24 to serve the WCD 18 .
- the MME 34 may add the WCD 18 to a database of registered WCDs managed by the MME 34 , such as a home subscriber server (HSS)
- HSS home subscriber server
- the MME 34 may also communicate with the gateway system 28 and with the eNodeB 26 to setup and manage one or more bearer connections extending between the WCD 18 and the PGW 32 and thus between the WCD 18 and the packet-switched network 40 .
- the MME 34 may create and store in data storage a context record defining an evolved packet system (EPS) bearer identity for the WCD 18 .
- EPS evolved packet system
- the MME 34 may generate and transmit to the SGW 30 a create-session request identifying the serving eNodeB 26 , which triggers setup of a tunnel between the SGW 30 and PGW 32 and assignment of an IP address for the WCD 18 .
- EPS evolved packet system
- the PGW 32 may also establish and store a context record for the WCD 18 and may assign an IP address to the WCD 18 , and the PGW 32 may signal the assigned IP address in response to the SGW 30 .
- the SGW 30 may then transmit to the MME 34 a create-session response specifying the assigned IP address.
- the MME 34 may then further generate and transmit to the eNodeB 26 an attach-accept message identifying the SGW 30 and specifying the assigned IP address, which may trigger setup of a tunnel between the eNodeB 26 and the SGW 30 and assignment of a corresponding radio bearer identity defining a tunnel between the WCD 18 and the eNodeB 26 . And the eNodeB 26 may forward to the WCD 18 an indication of the assigned IP address.
- a bearer would thus be established between the WCD 18 and the PGW 32 , including a series of tunnels extending (i) between the WCD 18 and the eNodeB 26 , (ii) between the eNodeB 26 and the SGW 30 , and (iii) between the SGW 30 and the PGW 32 , and the WCD 18 would have an assigned IP address that it can use for communication on the packet-switched network 40 .
- the eNodeB 26 may then serve the WCD 18 in connected mode in which the eNodeB 26 manages communications to and from the WCD 18 by allocating and scheduling resources for such communications.
- the LTE air interface 36 may span a particular segment of spectrum, with a given carrier frequency and bandwidth.
- the available spectrum may be subdivided into time-frequency segments referred to as resource blocks (RBs).
- RBs resource blocks
- the RBs may each span 0.5 millisecond timeslot and have a bandwidth of 180 kHz. That is, during each 0.5 millisecond timeslot, the air interface may define a number of 180 kHz RBs.
- these RBs may be numbered sequentially across the bandwidth, and groups of the RBs may define RB groups that may be numbered as well.
- Overhead system information broadcast by the eNodeB 26 may inform the WCDs 18 in the coverage area which RB and RB groups are defined on the air interface. The WCDs can then use that information to understand RB assignments keyed to RB number and RB group number and otherwise to determine which RBs to use to send and receive data.
- the eNodeB 26 may manage assignment of RBs for the WCD to use in receiving communications from the eNodeB 26 (i.e., downlink communications). For example, when a WCD 18 has data to transmit to the eNodeB 26 (i.e., uplink communications), the WCD 18 may transmit to the eNodeB 26 a service request for an assignment of uplink resources on the air interface 36 .
- the service request may specify a quantity of data ready to be transmitted from the WCD 18 , such as in a buffer status report.
- the service request may also specify a quality of service for the connection (e.g., a quality of service class identifier (QCI)), or may specify other aspects of the uplink assignment sought, such as target bit rate or latency, for instance.
- a quality of service for the connection e.g., a quality of service class identifier (QCI)
- QCI quality of service class identifier
- the service request may specify a particular bearer type for the air interface 36 , such as in cases where the various RBs available for allocation are grouped to define different bearer types that may be used to carry different types of communications, for example, guaranteed bit-rate communications and non-guaranteed bit-rate communications and the like.
- the eNodeB 26 may then perform a scheduling process in which the eNodeB 26 determines how many RBs to assign for uplink transmission to provide the requested type and/or quantity of data transmission requested by the WCD 18 .
- the eNodeB 26 upon receiving a service request, the eNodeB 26 refers to a schedule of RBs in upcoming timeslot(s), and the eNodeB 26 assigns to the WCD 18 a number of RBs from those timeslot(s) as necessary and available.
- the eNodeB 26 may then transmit to the WCD 18 a control message (downlink control information) specifying the assigned RBs by RB number or RB group number, or otherwise indicating the schedule of network resources allocated to the WCD 18 .
- semi-persistent scheduling is employed such that a given allocation provides resources with a given quality level on an ongoing basis until the allocation is changed. Semi-persistent scheduling can thereby reduce the number of control messages used to indicate assigned resources.
- the WCD 18 may then transmit some or all of the data that prompted the initial service request as IP packets using the assigned RBs. Each packet bears the WCD's assigned IP address as source address and an appropriate IP address as destination address.
- the eNodeB 26 may then forward the packets using an appropriate tunnel to the gateway system 28 for transmission by the PGW 32 to the packet-switched network 40 , at which point the packets are routed according to their respective destination addresses.
- the eNodeB 26 may manage assignment of RBs for the WCD 18 to receive communications from the eNodeB 26 (i.e., downlink communications). For example, when the LTE RAN 24 has data to communicate to the WCD 18 (e.g., due to a remote-initiated phone call, incoming email, etc. reaching the gateway system 28 ), the eNodeB 26 may assign one or more upcoming RBs on the downlink for use by the WCD 18 . The eNodeB 26 can then inform the WCD 18 of the assigned RBs and transmit the data to the WCD 18 using the assigned RBs.
- downlink communications i.e., downlink communications. For example, when the LTE RAN 24 has data to communicate to the WCD 18 (e.g., due to a remote-initiated phone call, incoming email, etc. reaching the gateway system 28 ), the eNodeB 26 may assign one or more upcoming RBs on the downlink for use by the WCD 18 . The
- the WCD 18 can then operate in an idle mode in which the WCD 18 monitors a downlink control channel to receive overhead information and to check for any page messages pertinent to the WCD 18 . While in idle mode, the WCD 18 is generally not engaged in ongoing communication using the LTE RAN 24 . To conserve network resources while the WCD 18 is in idle mode, the WCD 18 may not sustain a continuous connection with the eNodeB 26 , and may instead “wake up” as needed to activate its radio and monitor for relevant communications over the downlink control channel. Accordingly, the downlink control channel may be configured to facilitate discontinuous transmission from the eNodeB 26 . Generally, while in the idle mode, the WCD 18 does not have allocated uplink resources with which to send communications back to the eNodeB 26 .
- the WCD 18 To engage in communication using the RAN, the WCD 18 first transitions to a connected mode, active mode, or other mode in which the eNodeB 26 allocates network resources for the WCD 18 to use.
- the LTE RAN 24 has a communication (such as a voice call or other traffic) to provide to a WCD 18 that is registered with the network but is operating in the idle mode, the network may page the WCD 18 in an effort to facilitate assigning traffic channel resources to use to deliver the data to the WCD 18 .
- the WCD 18 receives the page message, and initiates connection with the eNodeB 26 .
- the eNodeB 26 and/or other network entities may then establish links between the eNodeB 26 and other network entities to carry communications to and from the WCD 18 over the LTE RAN 24 .
- the eNodeB 26 also assigns resources on the air interface 36 , and thus transitions the WCD 18 to a connected mode in which the WCD 18 can engage in communication with remote entities on the packet-switched network 40 .
- the WCD 18 may initiate connection with the eNodeB 26 and send a request for a desired quantity of network resources to the eNodeB 26 .
- Links for carrying bearer data to and from the WCD 18 can then be established by the network, and the eNodeB 26 can assign network resources to the WCD 18 for use to carry communications over the air interface 36 , similarly transitioning the WCD 18 to a connected mode in which the WCD 18 can engage in ongoing communication over the LTE RAN 24 .
- the eNodeB 26 (and/or other components in the LTE RAN 24 ) can also cause the WCD 18 to transition from connected mode back to idle mode. For example, following a period of inactivity by the WCD 18 , the network can send the WCD 18 a release message, which causes the network to tear down the network links established for the WCD 18 , and to cease allocating resources to the WCD 18 . After returning to idle mode, the WCD 18 continues to monitor downlink control channels for page messages and system information, but does not have resources allocated for sending messages back to the network.
- the MME 34 may assign a state to each WCD within its tracking network to reflect the current status of the WCDs as operating in connected mode or operating in idle mode. Based on the states associated with each WCD, the LTE RAN 24 then allocates resources to particular WCDs on an ongoing basis. At the same time, the individual WCDs may also have a state parameter that reflects the current state of the WCDs and determines the behavior of the WCDs. When transitioning between modes, the values of the state parameters maintained by the individual WCDs and the MME 34 can be adjusted so as to agree with one another. Although, in general, one state parameter may shift before the other depending on the manner in which the transition is initiated.
- While communications to and from the WCD 18 are generally scheduled by the eNodeB 26 as noted above, initiation of communication from the WCD 18 to the eNodeB 26 generally involves at least one unscheduled transmission from the WCD 18 to the base station 26 .
- the WCD 18 While the WCD 18 is in idle mode, the WCD 18 generally does not have resources allocated for sending an uplink communication.
- the idle WCD 18 may initiate a connection with the eNode B 26 using a contention-based random access procedure. The procedure involves contention between competing WCDs, because unscheduled transmissions from different WCDs may interfere with one another, given that the eNodeB 26 does not coordinate/schedule those transmissions. Two interfering WCDs are then said to be in contention for the attention of the eNodeB 26 , and the process to determine which of the two WCDs (if any) is successful is referred to as resolving the contention.
- the random access procedure begins with the eNodeB 26 broadcasting system information that specifies its physical random access channel (PRACH) for carrying unscheduled transmissions.
- the system information may designate time-frequency windows (e.g., RBs) designated for PRACH transmissions as well as other network information (e.g., network capabilities, synchronization information, etc.)
- the unscheduled transmissions can each include a preamble code to differentiate transmissions received in the same time-frequency window.
- WCDs in the base station's coverage area detect the system information broadcast, randomly select a preamble code, and send a message using the selected preamble code to the base station over PRACH, which message is referred to as a preamble message.
- the preamble codes are configured such that the eNodeB 26 is able to use code differentiation to resolve preamble messages with different preamble codes. But, because the preamble codes are independently randomly selected by the WCDs 18 , it is possible for multiple WCDs to select the same preamble code, in which case the messages interfere with one another and result in the previously noted contention. If one of the interfering preamble messages is stronger than the others, the eNodeB 26 may be able to successfully decode the message with the strongest signal despite the increased noise from the others. But if none of the interfering preamble messages are significantly stronger than the others, the eNodeB 26 may fail to decode any of them.
- the eNodeB 26 receives the preamble message over PRACH and responds with a random access response (RAR) during a response window that is based on the time-frequency window used to send the initial preamble message.
- RAR random access response
- all WCDs that sent preamble messages during a given time-frequency window monitor the same response window.
- a given RAR may therefore include data addressed to each of the preamble codes received in the preceding PRACH time-frequency window.
- the RAR may include indicators for each of the preamble codes the eNodeB 26 received, and the WCD(s) that used those codes for their preamble messages then use the indicators to identify the data addressed to them.
- the WCD restarts the random access procedure by selecting a new preamble code and transmitting another preamble message over PRACH.
- the data addressed to the WCD may include an assignment of initial control channel uplink and downlink resources to allow the WCD to exchange further information with the eNodeB 26 .
- the RAR can assign a temporary cell radio network temporary identifier (temporary C-RNTI) to identify the WCD 18 in subsequent communications, and can also indicate a timing offset for the WCD 18 to use to account for propagation delays to the eNodeB 26 or to otherwise synchronize uplink communications.
- temporary C-RNTI temporary cell radio network temporary identifier
- the WCD 18 uses the uplink resources assigned in the RAR and sends the eNodeB 26 a connection request.
- the connection request may include a unique identifier for the WCD 18 (e.g., a temporary mobile subscriber identity (TMSI), a previously assigned C-RNTI, a random number, or another unique identifier).
- TMSI temporary mobile subscriber identity
- the WCD 18 then monitors the downlink resource granted in the RAR for a response from the eNodeB 26 .
- the eNodeB 26 responds with a contention resolution message that includes the WCD's unique identifier. Receiving a matched unique identifier in the contention resolution message provides confirmation that the WCD's connection request was received by the eNodeB 26 .
- a failure to match may occur, for example, if multiple WCDs transmitted the initial preamble message in the same time-frequency window using the same preamble code. If the signal from one of the WCDs is stronger than the other(s), the base station may be able to decode the preamble message (and subsequent connection request) from that one WCD, but not the other(s). The WCD that sent the weaker signal may still receive the RAR, but the unique identifier included in the connection request message (and subsequent response from the base station) allows a given WCD to determine whether the eNodeB 26 is receiving and decoding signals from that WCD or from another WCD.
- the contention resolution message thus resolves the contention due to the possibility of multiple WCDs using the same preamble code. If a WCD receives a contention resolution message that does not match its unique identifier, the WCD discards its temporary C-RNTI and restarts the random access procedure by selecting a new preamble code and transmitting another preamble message over PRACH.
- the WCD that passed contention resolution i.e., that received back its matching unique identifier promotes its temporary C-RNTI to a full C-RNTI for use in subsequent communications with the eNodeB 26 , and continues exchanging messages with the base station as necessary to setup a connection.
- the eNodeB 26 may respond to a PRACH preamble message, or to a subsequent service request, by denying the attempt to connect and then sending an appropriate message to the originating WCD.
- the eNodeB 26 may send a rejection message, a release message, and/or a redirection message.
- a rejection message may be sent in response to a connection request and is used to notify the WCD 18 that the eNodeB 26 is too congested by network traffic to allocate resources for the WCD 18 . Instead, the rejection message instructs the WCD 18 to wait for some interval, in idle mode, until attempting another connection.
- a release message may be sent following a service request and, like the rejection message, causes the WCD 18 to transition to idle mode and wait for some interval before attempting another connection.
- a redirection message identifies another nearby eNodeB or other resource so as to cause the WCD 18 to scan for the other resource and initiate a connection, which thereby redirects the WCD 18 to the other identified resource.
- the idle WCD 18 generally initiates the random access procedure yet again to make a connection with the eNodeB 26 . But the eNodeB 26 may still be congested when the next preamble message is received, at which point the eNodeB 26 may deny the WCD 18 yet again. The process of unsuccessfully undertaking the random access procedure may therefore be repeated until the eNodeB 26 has adequate network resources to allocate resources to the WCD 18 , at which point a connection may be successfully established. In the interim, the communications between the WCD 18 and the eNodeB 26 consume resources on PRACH and various control channels. Among other effects, the elevated communications on PRACH leads to increased contention in the random access procedure.
- Embodiments of the present disclosure provide an enhanced approach to managing PRACH resources under loaded conditions.
- the eNodeB 26 upon receiving a service request that cannot be accommodated due to network loading, rather than send a release message, the eNodeB 26 sends a message to instruct the WCD 18 to idle and wait for a page message before re-attempting the random access procedure for the purpose of submitting a service request for the same or greater quantity of network resources. Such a message is referred to herein as a wait-for-page communication.
- the eNodeB 26 saves the service request and waits for its capacity of available network resources to increase. Once sufficient network resources are available to accommodate the saved service request, the eNodeB 26 pages the WCD 18 , which causes the WCD 18 to initiate the random access procedure, transition to connected mode, and submit another service request to the eNodeB 26 .
- FIG. 2 shows an example signaling process between the WCD 18 , the eNodeB 26 , and the MME 34 .
- FIG. 2 illustrates signaling that occurs in an LTE system when the wait-for-page communication is sent in response to a service request.
- a timeline 101 indicates the timing of certain signals in the signal flow diagram in FIG. 2 .
- the various communications represented in FIG. 2 are designated in accordance with messages used in the radio resource control (RRC) protocol, such as connection requests, service requests, acknowledgements, and so on.
- RRC radio resource control
- alternative implementations may include more or less specific communications between various entities, such as overhead communications, acknowledgements, status inquiries and reports, and so forth.
- the signaling process illustrated by FIG. 2 may therefore be supplemented and/or modified to comply with specific signaling protocols, standards, etc., as will be appreciated.
- the signaling process begins with the WCD 18 initiating the random access procedure.
- the WCD 18 detects system information broadcast from the eNodeB 26 , randomly selects a preamble code, and transmits a preamble message 102 to the eNodeB 26 over PRACH at time T 0 .
- the eNodeB 26 receives the preamble message 102 and responds with a random access response message (RAR) 104 .
- the RAR 104 can assign initial uplink and downlink control channel resources to allow the WCD 18 to exchange further information with the eNodeB 26 .
- the WCD 18 uses the uplink resources assigned by the RAR 104 and sends the eNodeB 26 an RRC Connection Request 106 .
- the WCD 18 then monitors the downlink resource indicated in the RAR 104 for an RRC Connection Setup 108 from the eNodeB 26 .
- the WCD 18 receives the RRC Connection Setup 108 from the eNodeB 26 , at time T 1 , which resolves the contention in the random access procedure (e.g., by matching a unique identifier included in the RRC Connection Request 106 ).
- the RRC Connection Setup 108 can also include a scheduling command for the WCD 18 to communicate additional setup information.
- the WCD 18 transitions to connected mode, and sends an RRC Connection Setup Complete 110 to the eNodeB 26 , which includes a service request (e.g., by including a buffer status report or the like).
- the eNodeB 26 receives the RRC Connection Setup Complete 110 at time T 2 , and determines whether to grant the service request.
- the service request may specify a quantity of data ready to be transmitted from the WCD 18 , and may also specify a particular quality of service and/or bearer type for carrying that data.
- the eNodeB 26 can communicate with the MME 34 and/or other network entities to establish tunnels for bearer data and allocate resources for communications on the air interface, as described above.
- the eNodeB 26 can determine whether it has sufficient network resources available to accommodate an incoming service request by, for example, determining a quantity of resource blocks (RBs) necessary to accommodate the service request, and comparing the determined quantity with a quantity of available RBs in upcoming timeslots. The determination may additionally or alternatively be made based on, for example, comparing the quantity of available RBs with a threshold value.
- available RBs refer to RBs in the eNodeB's designated spectrum that are not already allocated for use by another WCD.
- a given eNodeB's capacity of available network resources is generally a function of both the total bandwidth of that eNodeB's air interface and the network loading conditions on the eNodeB.
- the quantity of network resources available at any given time and/or requested by a given service request may be specified by a quality of service (QoS) parameter (e.g., a measure of bit rate, latency, etc.), a quality of service class identifier (QCI), a number of RBs (a bulk number or a number per unit time), a bearer type, or another measure.
- QoS quality of service
- QCI quality of service class identifier
- a number of RBs a bulk number or a number per unit time
- bearer type or another measure.
- the determination of whether to grant a given service request may be made on the basis of whether a particular number of RBs are available per unit time on an ongoing basis in addition to, or as an alternative to, whether a particular bulk number of RBs are available during one or more upcoming timeslots.
- the eNodeB 26 may send the WCD 18 a “wait-for-page” message 112 at time T 3 .
- the wait-for-page communication 112 is interpreted by the WCD 18 as a directive that the WCD 18 should, in addition to transitioning to idle mode, forgo submitting certain service requests until the WCD 18 receives a page message from the eNodeB 26 .
- the wait-for-page communication 112 directs the WCD 18 to idle and to not send service requests for a quantity of network resources equal or greater than the quantity sought by the initial service request (in the RRC Connection Setup Complete 110 ).
- the WCD 18 is directed to not re-attempt the random access procedure (and thus to refrain from transmitting over PRACH) for the purpose of submitting such a service request until the WCD 18 is paged by the eNodeB 26 .
- the WCD 18 can be configured to operate in idle mode and, while idling, to consider any proposed service requests before initiating the random access procedure for the purpose of submitting those service requests.
- the WCD 18 can check whether a proposed service requests specifies an equal or greater quantity of network resources than the quantity sought initially, and to only proceed with the random access procedure if the proposed service request is for a lesser quantity. While idling, the WCD 18 also monitors a predetermined downlink control channel (e.g., the PDCCH) for page messages from the eNodeB 26 and other system information.
- a predetermined downlink control channel e.g., the PDCCH
- WCDs that forgo service requests for a “greater quantity” of network resources than an initial service request.
- this description encompasses forgoing service requests for an equal or greater quantity of network resources.
- network resources may be allocated in distinct quantities or RB groups associated with different bearer types, or traffic types, and each the various types may be sorted according to a hierarchy based on the quantity of network resources consumed by each.
- WCDs may then forgo service requests that seek a bearer type of an equal or greater hierarchical level than the initial service request.
- the wait-for-page communication 112 may simply direct the WCD 18 to forgo all PRACH transmissions.
- the wait-for-page communication 112 may itself include an indication of a maximum quantity of network resources that may be requested by a service request.
- the wait-for-page communication 112 may be interpreted as a directive that prohibits PRACH transmissions to the extent they are used to initiate service requests for network resources in excess of the maximum indicated.
- the wait-for-page communication 112 may be implemented as a modified RRC Release message that includes one or more additional parameters configured to direct the WCD 18 to perform the desired functions.
- the wait-for-page communication 112 may also be implemented as another modified message in accordance with RRC protocol, as an entirely new RRC message, and/or as a message in accordance with another standard or protocol.
- the eNodeB 26 saves an indication of the service request included in message 110 and waits for the capacity of available network resources to increase. After the capacity of available network resources increases, the eNodeB 26 sends a page message 114 to the WCD 18 at time T 4 . Upon receiving the page message 110 , the WCD 18 sends a second PRACH preamble message 116 . The eNodeB then responds with a RAR 116 , and the WCD 18 sends another RRC Connection Request 120 . In response, the eNodeB 26 sends an RRC Connection Setup message 122 , at time T 5 .
- the WCD 18 then transitions to connected mode, and sends an RRC Connection Setup Complete 124 , which is received by the eNodeB 26 at time T 6 .
- the RRC Connection Setup Complete 124 can include a service request. So long as the eNodeB 26 continues to have sufficient network resources at time T 6 to accommodate the service request, the eNodeB 26 sends an S11 application message 126 to the MME 34 that includes the service request.
- the eNodeB 26 can undertake a similar determination as to whether to grant the second service request (in message 122 ) as described above in connection with the initial service request (in message 110 ).
- the eNodeB 26 is likely to grant the second service request unless, for example, there is a decrease in available network resources between times T 4 and T 6 or an increase in the quantity of network resources sought by the WCD 18 .
- the eNodeB 26 determines to grant the second service request (as in FIG. 2 )
- the eNodeB 26 , MME 34 , and/or other network entities can then exchange additional control communications as necessary to establish communication links for bearer traffic and resources on the air interface.
- Such process may include, for example, authenticating the WCD 18 , establishing tunnel endpoint identifiers (TEIDs) to map packets of data between the WCD 18 , the eNodeB 26 , and the SGW 30 , configuring security parameters for such communications, as well as other functions.
- TEIDs tunnel endpoint identifiers
- FIGS. 3 and 4 are flow charts illustrating processes performed by separate network components to achieve efficient use of the access channel during loaded conditions by buffering incoming service requests.
- the process 50 shown in FIG. 3 may be performed by a base station, such as an eNodeB, according to an example embodiment.
- the process 70 shown in FIG. 4 may be implemented by another network component, such as a WCD, according to an example embodiment. It should be understood that the processes 50 , 70 , or portions thereof, may be implemented by other network components or combinations of network components, and/or may be implemented for other purposes, without departing from the scope of the present disclosure.
- the eNodeB receives a service request from a WCD.
- the service request may be initiated by an unscheduled transmission on an access channel or otherwise involve such an unscheduled transmission on the access channel.
- the service request may be preceded by the random access procedure, which is initiated by a preamble message over PRACH.
- the eNodeB determines whether network channel resources are available to accommodate the service request. For example, the eNodeB may determine a quantity of RBs sought by the service request, and evaluate whether enough RBs are available during an upcoming interval to allocate to the WCD. As noted above in connection with FIG.
- the quantity of network resources sought by the service request may be specified based on various factors, such as an amount of data to be carried, a quality of service class identifier (QCI), a bearer type, a minimum bit rate or latency, or another indicator related to a total number of RBs and/or a desired number of RBs per unit time.
- QCI quality of service class identifier
- the eNodeB may make the determination at block 54 by evaluating the quantity of traffic channel RBs available in an immediate upcoming interval as well as on an ongoing basis and comparing that quantity with the quantity sought by the service request.
- the process 50 proceeds to block 66 .
- the eNodeB allocates network resources to the WCD and provides a schedule of the allocated resources to the WCD.
- the eNodeB may also coordinate with other network entities to establish links within the RAN for carrying bearer traffic between the WCD and remote entities (e.g., tunnels for carrying communications between the WCD and a gateway system).
- Block 66 thus includes transitioning the WCD from idle mode to connected mode. Following block 66 , the WCD can engage in communications with remote entities using the allocated resources.
- the process 50 proceeds to block 56 .
- the eNodeB saves an indication of the service request in a memory. For example, the eNodeB may save data indicative of the quantity of network resources sought by the service request and a unique identifier for the originating WCD to facilitate sending a page to that WCD subsequently. As used herein, saving data indicative of a received service request along with identifying information for the WCD that sent the service request is generally referred to as “buffering” the service request.
- the eNodeB sends a wait-for-page communication to the WCD.
- the wait-for-page communication causes the WCD to forgo at least some transmissions on the access channel until the WCD receives a page message from the eNodeB.
- the prohibition on transmissions over the access channel may extend to access channel transmissions used to initiate a service request for the same or greater quantity of network resources than the quantity sought by the initial service request.
- the temporary prohibition caused by the wait-for-page communication may extend to all service requests, or to service requests seeking a quantity of network resources greater than a quantity specified by the wait-for-page communication.
- the eNodeB may include in the wait-for-page communication an indication of the quantity of its available network resources, and the WCD can then forgo service requests seeking a greater quantity.
- the eNodeB waits for the capacity of its available network resources to increase.
- the wait block 60 may involve iteratively evaluating the capacity of available network resources (e.g., the quantity of available RBs) and, for each iteration, determining whether the capacity is sufficient to accommodate the service request saved in memory.
- the wait block 60 may additionally or alternatively involve repetitively evaluating the capacity of available network resources, and comparing the capacity with a threshold value. Upon determining that the available capacity is sufficient to accommodate the saved service request (or exceeds a threshold), the process 50 may proceed with block 62 .
- the WCD operates in idle mode and monitors a predetermined control channel for a page message.
- the eNodeB may send a page message to the WCD.
- the page message overrides the WCD's prohibition on certain access channel transmissions imposed by the wait-for-page communication, and thereby causes the WCD to send a second service request to the eNodeB.
- the second service request may be in initiated by an unscheduled transmission on the access channel, such as a preamble message on PRACH.
- the eNodeB receives the second service request from the WCD.
- the process 50 may return to block 54 to again determine whether network resources are available to accommodate the second service request. And then, upon determining that sufficient network resources are available, the process 50 may proceed with block 66 to setup the connection.
- the eNodeB can allocate resources to the WCD so as to grant the second service request, establish links for carrying bearer traffic through the RAN, and provides the schedule of allocated network resources to the WCD, thereby transitioning the WCD to connected mode.
- the eNodeB may maintain a buffer of service requests from multiple WCDs, and can page each WCD in the order in which the original service requests were received. As a result the eNodeB can page the WCDs in order, which may help equalize latency associated with making initial connections among the WCDs served by the eNodeB. By contrast, in some systems, the eNodeB may make a connection with whichever WCD happens to submit a connection request immediately following an increase in available network resources. To track the order of reception of multiple service requests, the memory may store an indication of the reception time for each received service request, for example. Additionally or alternatively, each service request saved to memory can be associated with an index number of another incrementing value that can be used to determine the time order of each saved service request.
- the WCDs associated with each service request in the buffer can then be paged in order once resources become available.
- the eNodeB may evaluate each buffered service request individually and determine for each buffered service request whether available network resources are sufficient to accommodate the service request and, if not, wait until such resources become available. Upon determining that sufficient network resources are available to accommodate the next one of the service requests in the buffer, the eNodeB can then send a page message addressed to the WCD corresponding to that service request. Then, the eNodeB can repeat the process for the next buffered service request (e.g., the service request received next in time).
- the WCD initiates connection with an eNodeB using an unscheduled transmission on an access channel.
- the WCD may send a preamble message over PRACH to initiate the random access procedure described above.
- the WCD may receive a connection setup message from the eNodeB, which resolves contention in the random access procedure, allocates initial uplink and downlink control channel resources, and transitions the WCD to connected mode.
- the WCD sends a service request for a particular quantity of network resources. As noted in FIG.
- the service request may be included in a connection setup complete message (e.g., by including a buffers status report).
- the service request may specify the particular quantity of network resources sought by indicating a quality of service class identifier (QCI), bearer type, bit rate, latency, or another measure of a quantity and/or rate of resource blocks sought for the WCD.
- QCI quality of service class identifier
- the WCD receives a wait-for-page communication from the eNodeB in response to the servicer request.
- the WCD transitions to idle mode (e.g., adjusts the value of its state parameter), and monitors predetermined downlink control channels for a page message from the base station, at block 78 .
- the WCD While waiting for the page message (block 78 ), the WCD forgoes further unscheduled transmissions to the eNodeB over the access channel for the purpose of initiating a service request for an equal or greater quantity of network resources than sought by the initial service request.
- the WCD may forgo access channel transmissions for the purpose of initiating a service request for a quantity of network resources greater than a quantity indicated by the wait-for-page communication, or may simply forgo access channel transmissions entirely.
- the reduced access channel transmissions thereby reduce congestion over PRACH that would otherwise occur due to repeated attempts to complete the random access procedure.
- the WCD interprets the wait-for-page communication as a directive to cause the WCD to operate as described in connection with block 78 (i.e., to forgo at least some use of the access channel).
- the wait-for-page communication may be implemented as an enhanced communication in accordance with the RRC protocol, such as an RRC Release or RRC Rejection message with one or more extra parameters.
- the WCD may implement the directive by temporarily removing the particular cell and/or particular base station from a listing of available cells the WCD is allowed to connect to. For example, the WCD may maintain a listing of neighboring cells, perhaps derived in part from system information broadcasts, and also maintain access control parameters associated with each cell.
- the access control parameters can specify whether or not the WCD is permitted to initiate connection with those cells (e.g., by initiating the random access procedure and sending a connection request).
- Implementing the directive from the wait-for-page communication may involve adjusting the access control parameters (until receipt of a subsequent page) such that the WCD is barred from sending another connection request to the same cell for the same connection type, or for a connection type that demands an even greater quantity of network resources.
- the WCD may also attempt to initiate a connection with another base station. For example, after receiving the wait-for-page communication, the WCD may monitor pilot signals from another eNodeB with an overlapping coverage area, and attempt to register with such other eNodeB. The WCD may send a registration request and/or access request to the other eNodeB.
- registering with the other eNodeB generally involves using the random access procedure to initiate communications with the other eNodeB.
- the wait-for-page communication's instruction to forgo further access channel transmissions can be implemented with eNodeB specificity.
- the WCD may forgo sending service requests (preceded by access channel transmissions) to the particular eNodeB that sent the wait-for-page communication, but still send access channel transmissions to other eNodeBs.
- the process 70 may end and the WCD may ignore a subsequent page message from the particular eNodeB.
- the MME or another network entity
- the MME may notify the particular eNodeB and that eNodeB can then remove the pending service request from its memory.
- Such communications may occur, for example, in response to the WCD informing the LTE RAN (after connecting through the other eNodeB) that the WCD previously received a wait-for-page communication from the particular eNodeB.
- the WCD continues to wait in idle mode until it receives a page. Then, at block 80 , the WCD receives a page message from the eNodeB.
- the page message allows the WCD to again utilize the access channel without restriction. In other words, the overrides the earlier instruction imposed by the wait-for-page communication to forgo (at least some) transmissions using the access channel.
- the WCD again initiates connection with the eNodeB using an unscheduled transmission on the access channel, at block 82 .
- Block 82 may involve, for example, the WCD sending a preamble message over PRACH.
- the WCD sends a second service request for network resources. Similar to the first service request, the second service request may include a buffer status report that indicates data ready to be sent by the WCD and may indicate a quality of service class identifier, a minimum bit-rate, latency, or the like to specify a desired quantity and/or rate of RBs sought by the WCD.
- the eNodeB can then determine to grant the second service request, and then exchange signals with the MME and/or other network entities to establish links for bearer communications and allocate resources for communicating with the WCD over the eNodeB's air interface.
- the WCD receives a schedule of the allocated resources from the eNodeB and engages in communication over the LTE RAN using those resources.
- FIG. 5 is a simplified block diagram of an example RAN component 91 , according to an example embodiment.
- the RAN component 91 may include a communication interface 90 , a processing unit 92 , and data storage 94 , all of which may be communicatively linked together by a system bus, network, or one or more other connection mechanisms 96 .
- the data storage 94 may include a non-transitory computer readable medium and includes program logic 98 that, when executed by the processing unit 92 , cause the RAN component 91 to function in accordance with the present disclosure.
- RAN component 91 may take the form of an eNodeB or a WCD, or may take the form of another component of an LTE network. Further, the illustrated components of RAN component 91 (e.g., communication interface 90 , a processing unit 92 , and/or data storage 94 ) may be distributed and/or subdivided between one or more entities in an LTE network and/or in another network. It should be understood that an example system may also take the form of another network entity or combinations of other network entities, without departing from the scope of the present disclosure.
- communication interface 90 may comprise one or more or wired or wireless communication interfaces and/or other associated equipment for engaging in communications with other network entities and/or for engaging in RF communications with mobile stations according to one or more air interface protocols.
- the network interface 90 may include antenna structures configured to send and receive radio communications to define an interface (e.g., the LTE air interface 36 described above in connection with FIG. 1B ).
- the communication interface 90 may comprise any sort of communication link or mechanism enabling the RAN component 91 to exchange signaling and bearer data with other network entities, such as used to create tunnels for passing IP packets between the PGW 32 and WCD 18 .
- processing unit 92 may comprise one or more processors (e.g., general purpose and/or special purpose processors), such as microprocessors for instance.
- Data storage 94 may be a non-transitory computer readable medium.
- data storage 94 may take the form of one or more volatile and/or non-volatile storage components, such as magnetic, optical, or organic storage components, integrated in whole or in part with processing unit 92 .
- data storage 94 contains program logic 98 (e.g., machine language instructions) executable by processing unit 92 to carry out various functions, such as the functionality of the example methods and systems described herein.
- the communication interface 90 may include one or more antenna structures configured to wirelessly communicate with WCDs served by the base station over one or more scheduled channels and over an unscheduled access channel.
- the base station can be configured to allocate available network resources amongst the WCDs by scheduling network traffic over the scheduled channels so as to accommodate respective demands of the WCDs indicated, at least in part, by respective service requests received from the WCDs.
- a given WCD that does not have allocated network resources on the scheduled channels with which to communicate to the base station can be configured to initiate a connection with the base station by sending an unscheduled transmission to the base station over the access channel.
- the processing unit 92 may be operatively coupled to the antenna structures of the base station and the processing unit 92 and the program logic 98 may form a controller configured to (i) receive, at the base station, a first service request from a particular WCD, wherein the first service request specifies a particular quantity of network resources; (ii) responsive to receiving the first connection request, make a first determination that a capacity of available network resources on the scheduled channels is insufficient to allocate the particular quantity of network resources to the particular WCD; and (iii) responsive to making the first determination: (a) send a wait-for-page communication to the particular WCD, wherein the wait-for-page communication causes the particular WCD to, prior to being paged, forgo transmitting to the base station over the access channel for the purpose of initiating a service request specifying a greater quantity of network resources than the particular quantity of network resources; (b) store data indicative of the received service request in a memory; (c) wait for the capacity of available network resources on the scheduled channels to increase; (d) after waiting
Abstract
Description
Claims (18)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/147,083 US9271183B1 (en) | 2014-01-03 | 2014-01-03 | Managing access channel resources by buffering service requests |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/147,083 US9271183B1 (en) | 2014-01-03 | 2014-01-03 | Managing access channel resources by buffering service requests |
Publications (1)
Publication Number | Publication Date |
---|---|
US9271183B1 true US9271183B1 (en) | 2016-02-23 |
Family
ID=55314838
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US14/147,083 Active 2034-06-28 US9271183B1 (en) | 2014-01-03 | 2014-01-03 | Managing access channel resources by buffering service requests |
Country Status (1)
Country | Link |
---|---|
US (1) | US9271183B1 (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10349406B2 (en) * | 2016-04-25 | 2019-07-09 | Ofinno, Llc | Transport block transmission by a wireless device in a wireless network |
US10383152B2 (en) * | 2015-08-25 | 2019-08-13 | Lenovo Innovations Limited (Hong Kong) | Random access procedure for machine type communication |
CN110383868A (en) * | 2017-01-05 | 2019-10-25 | 诺基亚技术有限公司 | Inactive state in wireless communication system is supported safely |
US10932166B2 (en) * | 2016-09-21 | 2021-02-23 | Mavenir Systems, Inc. | Method and system for session resilience in packet gateways |
US11388643B2 (en) * | 2015-04-10 | 2022-07-12 | Kyocera Corporation | User terminal and mobile communication method |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110310857A1 (en) * | 2009-02-11 | 2011-12-22 | Dragan Vujcic | Random access procedure |
WO2011160287A1 (en) * | 2010-06-22 | 2011-12-29 | 华为技术有限公司 | Methods and devices for controlling congestion |
-
2014
- 2014-01-03 US US14/147,083 patent/US9271183B1/en active Active
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20110310857A1 (en) * | 2009-02-11 | 2011-12-22 | Dragan Vujcic | Random access procedure |
WO2011160287A1 (en) * | 2010-06-22 | 2011-12-29 | 华为技术有限公司 | Methods and devices for controlling congestion |
Non-Patent Citations (6)
Title |
---|
Chris Johnson, Long Term Evolution (LTE) in Bullets 2nd Edition, 26.1 RRC Connection Establishment, available at http://lte-bullets.com/LTE%20in%20Bullets%20-%20RRC%20Connection%20Establishment.pdf (retrieved Nov. 2013), 5 pages. |
Chris Johnson, Long Term Evolution (LTE) in Bullets, 23.1 RRC Connection Establishment, available at http://lte-bullets.com/LTE%20in%20Bullets%20-%20RRC%20Establishment.pdf (retrieved Nov. 2013), 4 pages. |
Freescale Semiconductor, Inc. "Long Term Evolution Protocol Overview", Oct. 2008, 21 pages. |
LTE Quick Reference, Retry Test / Negative Test / Reject Test, http://www.sharetechnote.com/html/Handbook-LTE-RetryTest.html (retrieved Nov. 2013), 4 pages. |
Rach, http://www.sharetechnote.com/html/RACH-LTE.html (retrieved Nov. 2013), 24 pages. |
WO20111160287A1 (with Machine Translation),Yijun Yu, Methods and Devices for Controlling Congestion, Jun. 22, 2010, p. 6+. * |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11388643B2 (en) * | 2015-04-10 | 2022-07-12 | Kyocera Corporation | User terminal and mobile communication method |
US10383152B2 (en) * | 2015-08-25 | 2019-08-13 | Lenovo Innovations Limited (Hong Kong) | Random access procedure for machine type communication |
US10349406B2 (en) * | 2016-04-25 | 2019-07-09 | Ofinno, Llc | Transport block transmission by a wireless device in a wireless network |
US20190327733A1 (en) * | 2016-04-25 | 2019-10-24 | Ofinno, Llc | Buffer Status Report Transmission in a Wireless Device |
US10716107B2 (en) * | 2016-04-25 | 2020-07-14 | Ofinno, Llc | Buffer status report transmission in a wireless device |
US10932166B2 (en) * | 2016-09-21 | 2021-02-23 | Mavenir Systems, Inc. | Method and system for session resilience in packet gateways |
CN110383868A (en) * | 2017-01-05 | 2019-10-25 | 诺基亚技术有限公司 | Inactive state in wireless communication system is supported safely |
US11201956B2 (en) * | 2017-01-05 | 2021-12-14 | Nokia Technologies Oy | Inactive state security support in wireless communications system |
CN110383868B (en) * | 2017-01-05 | 2023-10-20 | 诺基亚技术有限公司 | Inactive state security support in a wireless communication system |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US10645627B2 (en) | Methods and apparatuses for exchanging information regarding a determined coverage extension (CE) level | |
US11032802B2 (en) | Mobile terminal device and associated method for obtaining uplink resources | |
KR102363549B1 (en) | Methods for performing multi-subframe scheduling in enhanced laa | |
EP2790456B1 (en) | D2D communication in wireless networks | |
US9635673B2 (en) | Base station and associated method for assigning uplink resources to terminal devices with a similar traffic profile | |
EP2540130B1 (en) | Methods and arrangements for contention-based uplink transmission in a wireless communications system | |
EP3310113B1 (en) | Random access methods | |
US10383155B2 (en) | Method and apparatus for performing sidelink transmission based on contention based scheduling request in wireless communication system | |
US20140148191A1 (en) | Communication Method, Multimode Terminal, Base Station and System | |
US20090197610A1 (en) | Method for performing efficient bsr procedure using sps resource | |
US9271183B1 (en) | Managing access channel resources by buffering service requests | |
US9426828B1 (en) | Variation of RACH preamble grouping | |
US20210168660A1 (en) | Sidelink Transmission Resource Configuration Method And Apparatus | |
US20130034067A1 (en) | Mobile station and radio base station | |
US9942412B1 (en) | Use of contention-free random-access preamble in paging process | |
JP2019528588A (en) | Mobile communication system method, user equipment, and base station for transmitting on-demand system information | |
JP2023134723A (en) | Uplink transmission method, uplink scheduling method, device, and communication system | |
US9949195B1 (en) | Contention-free mobile access for handover to a relay base station with wireless backhaul | |
KR20160138936A (en) | Method for transmitting scheduling request effectively in wireless communication system | |
JP2023532069A (en) | Resource reservation prediction for sidelink UEs | |
JP6540511B2 (en) | System, base station, mobile wireless communication device, method, computer program | |
US20240089918A1 (en) | Paging collision avoidance by ue comprising plurality of rat networks and sims in cellular network | |
US20240057211A1 (en) | Methods for resource reservation of a contention-based sidelink transmission and related wireless devices | |
JP7478164B2 (en) | Uplink transmission method, uplink scheduling method, device and communication system | |
US20230379126A1 (en) | Method, device, and system for small data transmission in wireless networks |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: SPRINT SPECTRUM L.P., KANSAS Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:OROSKAR, SIDDHARTH S.;SHAH, MAULIK K.;SINGH, JASINDER P.;REEL/FRAME:031888/0385 Effective date: 20140102 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
AS | Assignment |
Owner name: DEUTSCHE BANK TRUST COMPANY AMERICAS, NEW YORK Free format text: GRANT OF FIRST PRIORITY AND JUNIOR PRIORITY SECURITY INTEREST IN PATENT RIGHTS;ASSIGNOR:SPRINT SPECTRUM L.P.;REEL/FRAME:041937/0632 Effective date: 20170203 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 4 |
|
AS | Assignment |
Owner name: DEUTSCHE BANK TRUST COMPANY AMERICAS, NEW YORK Free format text: SECURITY AGREEMENT;ASSIGNORS:T-MOBILE USA, INC.;ISBV LLC;T-MOBILE CENTRAL LLC;AND OTHERS;REEL/FRAME:053182/0001 Effective date: 20200401 |
|
AS | Assignment |
Owner name: SPRINT SPECTRUM L.P., KANSAS Free format text: TERMINATION AND RELEASE OF FIRST PRIORITY AND JUNIOR PRIORITY SECURITY INTEREST IN PATENT RIGHTS;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:052313/0299 Effective date: 20200401 |
|
AS | Assignment |
Owner name: SPRINT SPECTRUM LLC, WASHINGTON Free format text: CHANGE OF NAME;ASSIGNOR:SPRINT SPECTRUM L.P.;REEL/FRAME:059044/0022 Effective date: 20210325 |
|
AS | Assignment |
Owner name: SPRINT SPECTRUM LLC, KANSAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: SPRINT INTERNATIONAL INCORPORATED, KANSAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: SPRINT COMMUNICATIONS COMPANY L.P., KANSAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: SPRINTCOM LLC, KANSAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: CLEARWIRE IP HOLDINGS LLC, KANSAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: CLEARWIRE COMMUNICATIONS LLC, KANSAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: BOOST WORLDWIDE, LLC, KANSAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: ASSURANCE WIRELESS USA, L.P., KANSAS Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: T-MOBILE USA, INC., WASHINGTON Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: T-MOBILE CENTRAL LLC, WASHINGTON Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: PUSHSPRING, LLC, WASHINGTON Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: LAYER3 TV, LLC, WASHINGTON Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 Owner name: IBSV LLC, WASHINGTON Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:DEUTSCHE BANK TRUST COMPANY AMERICAS;REEL/FRAME:062595/0001 Effective date: 20220822 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 8 |