(19)
(11)EP 3 573 373 B1

(12)EUROPEAN PATENT SPECIFICATION

(45)Mention of the grant of the patent:
04.08.2021 Bulletin 2021/31

(21)Application number: 19186165.7

(22)Date of filing:  16.04.2013
(51)International Patent Classification (IPC): 
H04W 48/06(2009.01)
H04W 74/00(2009.01)
H04W 48/12(2009.01)
H04W 4/70(2018.01)
H04W 74/08(2009.01)

(54)

SYSTEM, METHOD AND COMMUNICATION DEVICE FOR CONTROLLING ACCESS TO A WIRELESS ACCESS NETWORK

SYSTEM, VERFAHREN UND KOMMUNIKATIONSVORRICHTUNG ZUR STEUERUNG DES ZUGANGS ZU EINEM NETZWERK MIT DRAHTLOSEM ZUGANG

SYSTÈME, PROCÉDÉ ET DISPOSITIF DE COMMUNICATION POUR CONTRÔLER L'ACCÈS À UN RÉSEAU D'ACCÈS SANS FIL,


(84)Designated Contracting States:
AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

(30)Priority: 17.04.2012 US 201261625157 P
26.07.2012 US 201213558665

(43)Date of publication of application:
27.11.2019 Bulletin 2019/48

(62)Application number of the earlier application in accordance with Art. 76 EPC:
13727364.5 / 2839710

(73)Proprietor: GUANGDONG OPPO MOBILE TELECOMMUNICATIONS CORP., LTD.
Wusha, Chang'an Dongguan, Guangdong 523860 (CN)

(72)Inventors:
  • JANG, Ke-Chi
    Plano, Texas 75025 (US)
  • CHERIAN, Airin
    Dallas, Texas 75240 (US)

(74)Representative: Novagraaf Technologies 
Bâtiment O2 2, rue Sarah Bernhardt CS90017
92665 Asnières-sur-Seine Cedex
92665 Asnières-sur-Seine Cedex (FR)


(56)References cited: : 
WO-A1-2011/134378
US-A1- 2008 037 463
US-A1- 2006 268 768
US-A1- 2011 270 984
  
  • 3GPP: "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; System Improvements for Machine-Type Communications (Release 11)", 3GPP DRAFT; 23888-161, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, 14 March 2012 (2012-03-14), XP050625453,
  • SAMSUNG: "Solution for using Penalty for Access Class Barring", 3GPP DRAFT; S2-103111-OVERLOAD-CONGESTION-PENALTY, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, vol. SA WG2, no. Elbonia; 20100706, 29 June 2010 (2010-06-29), XP050458198,
  • 3GPP: "3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Evolved Universal Terrestrial Radio Access (E-UTRA); Radio Resource Control (RRC); Protocol specification (Release 10)", 3GPP DRAFT; 36331-A50, 3RD GENERATION PARTNERSHIP PROJECT (3GPP), MOBILE COMPETENCE CENTRE ; 650, ROUTE DES LUCIOLES ; F-06921 SOPHIA-ANTIPOLIS CEDEX ; FRANCE, 14 March 2012 (2012-03-14), XP050601446, [retrieved on 2012-03-14]
  
Note: Within nine months from the publication of the mention of the grant of the European patent, any person may give notice to the European Patent Office of opposition to the European patent granted. Notice of opposition shall be filed in a written reasoned statement. It shall not be deemed to have been filed until the opposition fee has been paid. (Art. 99(1) European Patent Convention).


Description

TECHNICAL FIELD



[0001] The present disclosure relates to wireless communication networks. More particularly, and not by way of limitation, particular embodiments of the present disclosure are directed to a method and wireless communication device for controlling access to a wireless Access Network (AN) by wireless communication devices, particularly Machine-to-Machine (M2M) communication devices.

BACKGROUND



[0002] In current wireless Access Networks (ANs), a wireless communication device sends a signaling message or data over an Access Channel (ACH) before the network grants the device access with a dedicated channel. The ACH is usually shared among wireless devices, and congestion may occur on the ACH if many devices attempt to access the network within a short period of time. In order to minimize congestion on the ACH, most wireless technologies utilize "Persistence Test with Backoff mechanism referred to herein for simplicity as the "Persistence Test".

[0003] When utilizing the Persistence Test, the wireless network usually defines a number of device classes. Each device class is assigned a persistence value, which is usually broadcast by the AN. Each device is configured to associate with a device class. When a device attempts to send data to the AN through the ACH, the device must perform and pass the Persistence Test before the device can send any data to the AN. The device generates a random persistence value and is considered to have passed the test when the random persistence value it generated is equal to or larger than the persistence value assigned to the device's associated class. If the test is not passed, the device waits for a "Backoff time period and then performs another Persistence Test with a new random value. Thus, the test essentially acts as a throttle. Even though a large number of devices attempt to send data within a short period of time, this test can help to reduce potential ACH collisions and hence reduce the congestion.

[0004] The Persistence Test with Backoff mechanism works well most of the time in existing wireless networks such as Global System for Mobile Communications (GSM) and Code Division Multiple Access (CDMA) networks where most of the calls are voice-call related or are packet-data calls that require human intervention. However, wireless communications are changing, and Machine-to-Machine (M2M) communication is gaining traction. M2M communications involve communication (using wired or wireless means, or a combination of both) between two machines without human intervention. It is noted here that the term "M2M communication" is also referred to as "Machine Type Communication (MTC)" in certain literature. However, for the sake of consistency, only the term "M2M communication" is used in the discussion herein. Some examples of M2M communications are: smart metering (e.g., remote reading of a utility meter), healthcare monitoring (e.g., remote monitoring of a patient's heart rate), agricultural monitoring (e.g., monitoring of a crop condition), fleet management tracking (e.g., monitoring current status of trucks on road), security surveillance (e.g., automatic, real-time monitoring of a building or complex), billing transactions, inventory management (e.g., through monitoring of Point of Sale (POS) transactions in a supermarket) etc. These M2M communications typically use M2M communications-capable sensors or diagnostic devices (which may perform the metering, monitoring, etc., mentioned earlier) on one end and an M2M user device or receiver on the other end to receive data (e.g., wirelessly via a cellular Access Network as discussed below with reference to FIG. 1) from the sensor devices and process the data as per desired M2M service (e.g., utility metering service, healthcare monitoring service, billing preparation service, etc.).

[0005] With M2M communication and M2M-type devices introduced to the market, the number of wireless devices an access network needs to support has grown exponentially. There are many different types of M2M devices. Some are delay tolerant while some are time critical; some may only send data once a month while others send data more frequently; some may be fixed while others are mobile. In fact, unlike a legacy wireless device (i.e., a mobile phone including smart phone), there can be many different M2M device types, each with different characteristics and access requirements.

[0006] One of the potential M2M device types has the time/delay tolerance characteristic. For example, a utility meter with wireless access can be this type of M2M device. Depending on the application, there many such devices may be deployed within a small geographic area (e.g., gas meter, electricity meter). During normal operation, this type of device may only need to send data to the network once a day or less often. The service provider of these devices can also schedule the network access for these devices during off-peak hours so that normal wireless communication is not impacted.

[0007] During normal operation, the existing Persistence Test mechanism and the configured communication schedule enables the network to handle a large number of M2M devices and does not add much burden to the network (i.e. congestion issue). But the Persistence Test mechanism is still not enough to handle possible congestion under some external events such as recovery after a power outage. These external events may trigger a large number of M2M devices (for example, time tolerant devices such as utility meters) to reconnect with the network simultaneously. Even with the Persistence Test mechanism in place, there can be large number of devices trying to connect to the network through the ACH at the same time, which causes collisions and leads to RF-congestion. Large scale RF-congestion may also lead to core network congestion.

[0008] US2011/270984 discloses a method for determining whether to attempt to attach to a network.

[0009] WO 2011/134378 discloses a method for controlling access of the machine type communications device.

[0010] US 2006/268768 describes a communication system that minimizes access message collisions when multiple mobile stations attempt to access a network.

SUMMARY



[0011] As described above, the Persistence Test mechanism essentially acts as a throttle for a device access class. Any devices belong to this access class have to be under the control of the persistence value for this access class. The persistence value does not discriminate with respect to device access priority. There can be many devices assigned to same device access class, but depending on the application associated with each device, the access priority of these devices could be different. For example, an M2M device for a water meter may have lower access priority compared to the access priority of an M2M device for an alarm sensor even though both devices belong to same device access class. During the congestion situation, adjusting the persistence value can control the overall congestion situation of the access channel, but it does not discriminate whether a device should have higher or lower access priority from the application perspective.

[0012] To better control RF-congestion and network overload problem especially during some special events, the present disclosure provides the following enhancements:

Define "Device Access Priority" (DAP) levels. The DAP may be assigned to M2M devices to identify each device's access priority from a network perspective. Different levels may be assigned to different M2M device types based on the device characteristics and functionality. For example, the DAP level for an alarm sensor may typically be higher than the DAP level of a water meter.

Define "Network Access Priority" (NAP) parameter. This parameter identifies the access priority level that is allowed to access the network. If an M2M device's DAP level is less than the NAP parameter broadcast by a serving base station, the M2M device is not allowed to initiate a network access for a period of time. If the M2M device's DAP level is equal to or larger than the broadcast NAP parameter, the device is allowed to access the network, and the Persistence Test may be used to determine when the device is allowed to send data over the ACH.

The NAP parameter is broadcast by the network. When the NAP parameter is not broadcast by the network, or is set to a default value (for example, 0), the prioritization feature is disabled.

The network may change the value of the NAP parameter (for example, there may be j levels for the NAP parameter) based on the loading/congestion conditions.



[0013] The DAP level for each M2M device is either pre-configured in the M2M device or assigned by the network through other means (for example, during session establishment or update, over-the-air provisioning, and the like). Devices that do not have a DAP level assigned may be viewed as having the feature disabled (i.e., the device does not need to compare a DAP level with the NAP parameter to determine whether the device is allowed to access the network based on access priority checking).

[0014] Optionally, a DAP/NAP timer may also be implemented to function as a backoff mechanism such that if the device's configured DAP level is less than the NAP parameter broadcast by the network, the M2M device is not allowed to initiate a network access for a random period (or configured period) of time before re-scanning the NAP parameter broadcast by the network. It should be noted that instead of using a timer, the device may simply keep monitoring the broadcast messages that carry the NAP parameter.

[0015] After re-scanning, the M2M device is allowed to initiate a network access (for example, by performing the Persistence Test) if its configured DAP level is equal to or larger than the current broadcast NAP parameter, or if the current NAP parameter indicates the prioritization feature is disabled. If the configured DAP level is less than the current broadcast NAP parameter, the M2M device is still not allowed to initiate a network access.

[0016] Alternatively, the prioritization feature may be implemented in the following manner: The DAP level may be set for different class values where each class corresponds to different M2M device characteristics. Thus, each M2M device is configured to be a DAP class depending on each device's characteristics.

[0017] The network may broadcast one or more NAP classes in a broadcast overhead message. If the M2M device's configured DAP class is equal to one of the NAP classes broadcast in the overhead message, the device is not allowed to initiate network access for a period of time as mentioned above. Alternatively, if the M2M device's configured DAP class is equal to one of the NAP classes broadcast in the overhead message, the device is allowed to initiate network access; otherwise not.

[0018] In a special case, if the device has data classified as "emergency" (for example a "911" call or a call from an eHealth monitoring device reporting a life-threatening event), the NAP/DAP checking mechanism may be bypassed, and the device proceeds directly to persistence checking or is provided with priority access.

[0019] The disclosed network access priority control method can help to reduce or prevent an overload/congestion condition due to sudden external events. The disclosed method is a complement to the existing Persistence Test mechanism, and when utilized together, forms a two-step process for network access. The first step (the disclosed method) is to disqualify certain devices and disallow these devices from initiating network access. Those devices that pass the first step are allowed to initiate network access and apply the Persistence

[0020] Test mechanism to further mitigate potential collision/congestion.

[0021] The disclosed method is applicable to any wireless communication devices, but it is especially useful for M2M devices, and particularly those that are time/delay tolerant. This type of device (for example, a utility meter) usually does not have critical data to send and can tolerate longer delays before sending its data to the network.

[0022] One aspect of the present disclosure provides a communications system comprising a wireless access network and a wireless communication device in accordance with claim 1.

[0023] A further aspect of the present disclosure provides a method of controlling access to a wireless access network by a wireless communication device in accordance with claim 7.

[0024] Another aspect of the present disclosure provides a wireless communication device in accordance with claim 13.

[0025] Further aspects of the present disclosure are defined in the dependent claims.

[0026] Advantageously, the present disclosure improves on the existing Persistence Test with Backoff by also discriminating whether a device should have higher or lower access priority from the application perspective. Additionally, instead of letting a device application determine its priority or access class, the solution provides full network control to address the congestion/overload condition. The network operator or service operator can use knowledge of different M2M device characteristics and potential impact on network congestion to optimally control network access priorities. The solution provides full network control and enough flexibility to mitigate network congestion situations when very large numbers of devices are deployed in the coverage area.

BRIEF DESCRIPTION OF THE DRAWINGS



[0027] In the following section, the present disclosure will be described with reference to exemplary embodiments illustrated in the figures, in which:

FIG. 1 is a flow chart illustrating an exemplary embodiment of the method of the present disclosure;

FIG. 2 is a signaling diagram illustrating another exemplary embodiment of the method of the present disclosure;

FIG. 3 is a signaling diagram illustrating another exemplary embodiment of the method of the present disclosure;

FIG. 4 is a signaling diagram illustrating another exemplary embodiment of the method of the present disclosure;

FIG. 5 is a flow chart illustrating an example useful for understanding the method of the present disclosure;

FIG. 6 is a flow chart illustrating an example useful for understanding the method of the present disclosure;

FIG. 7 is a simplified block diagram of a wireless communication device in an exemplary embodiment of the present disclosure; and

FIG. 8 is a simplified block diagram of a Network Access Priority (NAP) mechanism in the Access Network (AN) in an exemplary embodiment of the present disclosure.


DETAILED DESCRIPTION



[0028] In the following detailed description, numerous specific details are set forth in order to provide a thorough understanding of the disclosure. However, it will be understood by those skilled in the art that the present disclosure may be practiced without these specific details.

[0029] In other instances, well-known methods, procedures, components and circuits have not been described in detail so as not to obscure the present disclosure. It should be understood that the disclosure is described primarily in the context of a 3GPP cellular telephone/data network, but it can be implemented in other forms of cellular wireless networks as well.

[0030] This disclosure relates to a system and method for controlling access to a wireless Access Network (AN) by wireless communication devices, particularly Machine-to-Machine (M2M) communication devices.

[0031] As noted above, the AN may broadcast the "Network Access Priority" (NAP) parameter in a Network overhead message. The exact structure of the message depends on the Radio Access Technology (RAT) utilized in each AN, but in each case the message includes a NAP field to indicate the NAP parameter. Examples of overhead messages that may be modified to carry the NAP parameter include the System Information Block (SIB) message for Long Term Evolution (LTE) networks and the QuickConfig/SectorParameters message in High Rate Packet Data (HRPD) networks.

[0032] The NAP parameter is essentially a threshold that a device's DAP must equal or exceed in order to attempt access. As the traffic load and the number of access attempts increase, the operator may increase the value of the NAP parameter so that only higher priority devices are allowed to initiate network access. As the traffic load and the number of access attempts decrease, the operator may decrease the value of the NAP parameter so that lower priority devices, which were barred from accessing the network during the period of high traffic load, are now allowed to initiate network access.

[0033] When network traffic is normal or light, the operator may choose to disable the prioritization feature entirely. This may be done, for example, by broadcasting an overhead message that does not include a NAP parameter. Alternatively, the network may include the NAP parameter in the overhead message, but set it to a default value indicating the prioritization feature is disabled. Subsequently, if the network load increases and access congestion occurs, the network can enable the prioritization feature by broadcasting a non-default NAP value in the overhead message.

[0034] It should be noted that wireless/M2M devices that do not have a Device Access Priority (DAP) level assigned ignore the NAP parameter. The DAP level may be assigned to an M2M device at different points in time. For example, the DAP level may be assigned to the device during a pre-configuration stage; the service provider may preinstall the DAP level in the device before deployment; the DAP level may be assigned to the device during session establishment or session update during the device's initial access to the network after installation; the M2M device may be configured with the DAP level through over-the-air provisioning or remote subscription management process; and the like.

[0035] Any M2M device that has the DAP level configured compares its DAP level with the NAP parameter received from the network. If the device's DAP level is equal to or greater than the NAP parameter, the device is allowed to initiate network access, and the Persistence Test mechanism is then performed to further determine whether the device can send data on the ACH.

[0036] If the device's DAP level is less than the NAP parameter received from the network, the device is not allowed to initiate network access. The device may wait for a period of time (either a randomly generated time period or a pre-determined period of time) before rechecking the NAP parameter broadcast by the network and determining once again whether its DAP level is equal to or greater than the NAP parameter. The NAP and DAP is compared again to determine whether the device is allowed to initiate network access.

[0037] It should be noted that the specification of the DAP level as being less than, equal to or greater than the NAP parameter are described only for purposes of illustration. More generally, the AN utilizes the NAP parameter to set conditions that an accessing communication device must meet before the device is allowed to initiate network access.

[0038] FIG. 1 is a flow chart illustrating an exemplary embodiment of the method of the present disclosure. At step 11, the UE is configured with a DAP level identifying the UE's access priority from a network perspective. At step 12, the AN sets the value of the NAP parameter based on current loading/congestion conditions in the network. If network loading/congestion conditions change, the AN may set a different value for the NAP parameter. At step 13, the AN broadcasts an overhead message such as a SIB/QuickConfig message with the NAP parameter. At step 14, the UE, which has data to send, receives the overhead message and detects the NAP parameter. Alternatively, the UE may receive the overhead message containing the NAP parameter before having data to send. In this case, the UE may store the NAP parameter and when the UE has data to send, the UE compares the most current stored NAP parameter to the stored DAP value. This depends on the network design. For certain networks, the UE may not check the overhead message until it has data to send, while in networks using other access technologies, the UE will periodically receive overhead messages regardless of whether there is data to send.

[0039] At step 15, the UE determines whether its configured DAP level is equal to or greater than the value of the NAP parameter received from the AN. If not, the method moves to step 16 where the UE may optionally start a timer defining either a predefined time period or a random time period. At step 17, it is determined whether the timer has expired. If not, the UE continues to wait until the timer expires at the end of the time period. When the timer expires, the method returns to step 14, where the UE receives another overhead message.

[0040] The timer may be explicitly defined or implicitly defined. When implicitly defined, the UE may periodically monitor the overhead message (or randomly based on an overhead message monitoring rule defined for the access technology) such that the "timer" in this case is the time between two received overhead messages.

[0041] If it is determined at step 15 that the UE's configured DAP level is equal to or greater than the value of the NAP parameter received from the AN, the method moves to step 18 where the UE performs the Persistence Test. At step 19, it is determined whether the UE passed the Persistence Test. If not, the UE waits for the Backoff period at step 20 and then performs the Persistence Test again. If the UE passed the Persistence Test, the method moves to step 21 where the UE sends its data on the ACH.

[0042] FIG. 2 is a signaling diagram illustrating another exemplary embodiment of the method of the present disclosure. In this embodiment, a UE 23 does not have a DAP level configured. The UE is initially in Idle Mode as indicated at 24 when the UE receives from an AN 25, an overhead message 26 such as a SIB/QuickConfig message. As indicated at 27, the UE later has data to send to the network. However, since the UE is not configured with a DAP level, the UE ignores the NAP parameter received from the AN and performs the Persistence Test at step 28. When the UE passes the Persistence Test, the UE sends its data on the ACH at step 29.

[0043] FIG. 3 is a signaling diagram illustrating another exemplary embodiment of the method of the present disclosure. In this embodiment, a UE 31 has a DAP level configured at level 3, and as indicated at 32, has data to send to the network. When the UE receives the overhead message 26 from the AN 25 indicating a NAP parameter with a value of 2, the UE determines at step 33 that its configured DAP level is greater than the received NAP parameter. Therefore, at step 34, the UE performs the Persistence Test. When the UE passes the Persistence Test, the UE sends its data on the ACH at step 35.

[0044] FIG. 4 is a signaling diagram illustrating another exemplary embodiment of the method of the present disclosure. In this embodiment, a UE 41 has a DAP level configured at level 1, and as indicated at 42, has data to send to the network. When the UE receives the overhead message 26 from the AN 25 indicating a NAP parameter with a value of 2, the UE determines at step 43 that its configured DAP level is smaller than the received NAP parameter, so the UE is not allowed to initiate network access for a period of time (for example, a timer is initiated and countdown started at step 44). When the time period expires, the UE receives another overhead message 45 from the AN 25 indicating a NAP parameter with a new value of 1. At step 46, the UE determines that its configured DAP level is equal to the new NAP parameter. Therefore, at step 47, the UE performs the Persistence Test. When the UE passes the Persistence Test, the UE sends its data on the ACH at step 48.

[0045] FIG. 5 is a flow chart illustrating an alternative exemplary embodiment of the method of the present disclosure. At step 51, the UE is configured with a DAP class. The DAP level may be set for different class values where different classes correspond to different M2M device characteristics. Thus, each M2M device is configured to belong to a DAP class depending on each device's characteristics. At step 52, the AN broadcasts an overhead message such as a SIB/QuickConfig message with one or more prohibited NAP classes based on current network loading/congestion conditions. When network loading/congestion increases, the AN may set additional NAP classes as prohibited classes, and vice versa. At step 53, the UE, which has data to send, receives the overhead message and detects the prohibited NAP classes.

[0046] At step 54, the UE determines whether its configured DAP class is equal to one of the prohibited NAP classes received from the AN. If so, the method moves to step 55 where the UE waits for either a predefined time period or a randomly generated time period. The method then returns to step 53 where, the UE receives another overhead message and detects the prohibited NAP classes. If network loading/congestion conditions have changed, the AN may broadcast more prohibited NAP classes (if network loading/congestion has increased) or fewer prohibited NAP classes (if network loading/congestion has decreased) in the overhead message.

[0047] However, if it is determined at step 54 that the UE's configured DAP class is not equal to any of the prohibited NAP classes received from the AN, the method moves to step 56 where the UE performs the Persistence Test. At step 57, it is determined whether the UE passed the Persistence Test. If not, the UE waits for the Backoff period at step 58 and then performs the Persistence Test again. If the UE passed the Persistence Test, the method moves to step 59 where the UE sends its data on the ACH.

[0048] FIG. 6 is a flow chart illustrating an alternative exemplary embodiment of the method of the present disclosure. At step 61, the UE is configured with a DAP class as described in relation to FIG. 5 above. At step 62, the AN broadcasts an overhead message such as a SIB/QuickConfig message with one or more allowed NAP classes based on network loading/congestion conditions. When network loading/congestion increases, the AN may set fewer NAP classes as allowed classes, and vice versa. At step 63, the UE, which has data to send, receives the overhead message and detects the allowed NAP classes.

[0049] At step 64, the UE determines whether its configured DAP class is equal to any of the allowed NAP classes received from the AN. If not, the method moves to step 65 where the UE waits for either a predefined time period or a randomly generated time period. The method then returns to step 63 where, the UE receives another overhead message and detects the allowed NAP classes. If network loading/congestion conditions have changed, the AN may broadcast fewer allowed NAP classes (if network loading/congestion has increased) or additional allowed NAP classes (if network loading/congestion has decreased) in the overhead message.

[0050] However, if it is determined at step 64 that the UE's configured DAP class is equal to one of the allowed NAP classes received from the AN, the method moves to step 66 where the UE performs the Persistence Test. At step 67, it is determined whether the UE passed the Persistence Test. If not, the UE waits for the Backoff period at step 68 and then performs the Persistence Test again. If the UE passed the Persistence Test, the method moves to step 69 where the UE sends its data on the ACH.

[0051] FIG. 7 is a simplified block diagram of a wireless communication device such as UE 23, 31, 41 in an exemplary embodiment of the present disclosure. The operation of the UE may be controlled by a processor 71 executing computer program instructions stored on a non-transitory memory. A radio receiver (RX) 72 receives the overhead message 26 containing the NAP parameter from the AN 25 and supplies the NAP parameter to the processor. The processor reads the stored DAP level from a memory 73 and compares the stored DAP level with the received NAP parameter in a DAP/NAP comparison unit 74. In accordance with the method embodiments described above, if the DAP does not meet the NAP conditions, the UE is not allowed to make an access attempt. A DAP/NAP timer 75 determines when the UE can receive another overhead message and perform the DAP/NAP comparison again.

[0052] When the UE determines the DAP level meets the NAP parameter conditions (for example, the DAP level is equal to or greater than the NAP parameter), the processor 71 causes a Persistence Test unit 76 to perform the Persistence Test. If the test is not passed, a Backoff timer 77 determines when the UE can perform the Persistence Test again. When the Persistence Test is passed, the processor causes a radio transmitter (TX) 78 to transmit the UE's data on the ACH 79 to the AN 25.

[0053] FIG. 8 is a simplified block diagram of a NAP mechanism 80 in the AN 25 in an exemplary embodiment of the present disclosure. The NAP mechanism is illustrated in this example as being implemented in a Radio Base Station (RBS) 81, but may be implemented in other ways as well. For example, the NAP mechanism may be implemented in a Base Station Controller (BSC) (not shown), may be distributed across several AN nodes, or may be implemented as a standalone AN component.

[0054] Operation of the NAP mechanism may be controlled by a processor 82 executing computer program instructions stored on a non-transitory memory. A Loading/Congestion determining unit 83 provides information to the processor regarding the network traffic loading and congestion on the ACH 79. The processor may control a NAP determining unit 84 to determine an appropriate NAP parameter based on the network loading/congestion. The processor sends the NAP parameter to a radio transmitter (TX) 85, which transmits the NAP parameter in the overhead message 26. Once the UE has successfully performed the DAP/NAP comparison and the Persistence Test, a radio receiver (RX) 86 in the RBS receives the UE's data on the ACH and supplies it to the processor 82. The processor may forward the data to other nodes in the AN for handling.

[0055] If the device has data classified as "emergency", the NAP/DAP checking mechanism may be bypassed in any of the above embodiments.

[0056] As will be recognized by those skilled in the art, the innovative concepts described in the present application can be modified and varied over a wide range of applications.

[0057] Accordingly, the scope of patented subject matter should not be limited to any of the specific exemplary teachings discussed above, but is instead defined by the following claims.


Claims

1. A communications system comprising:

a wireless access network (25), wherein the wireless access network (25) includes a processor coupled to a non-transitory memory (82), wherein when the processor executes computer program instructions stored in the memory, the processor causes the wireless access network (25) to:

determine (83) traffic loading and congestion conditions for the wireless access network (25);

determine (84) a value of a network access priority parameter based on the traffic loading and congestion conditions, the network access priority parameter defining a minimum priority level that a wireless communication device (25) must meet to be allowed to initiate network access; and

broadcast, utilizing a radio transmitter (85), an overhead message (26), the overhead message containing the wireless access network (25) parameter; and

a wireless communication device (23, 31, 41) comprising:

a memory (73) configured to store a device access priority level identifying the wireless communication device's access priority from a network perspective;

a radio receiver (72) configured to receive a message from the wireless access network (25) containing a network access priority parameter defining a minimum priority level that the wireless communication device (25) must meet to be allowed to initiate network access;

a processor (71) configured, when the wireless communication device (23, 31, 41) has data to send, to determine whether the stored device access priority level is equal to or greater than a network access priority parameter received from the wireless access network (25);

when the stored device access priority level is determined to be less than the network access priority parameter received from the wireless network (25), the radio receiver (72) and the processor (71) are configured to wait for a random period of time and then repeat the receiving, determining and waiting, respectively, until it is determined that the stored device access priority level is greater than or equal to the network access priority parameter received from the wireless access network (25); and

when the stored device access priority level is determined to be equal to or greater than the network access priority parameter received from the wireless access network (25), the processor (71) is configured to cause the wireless communication device (23, 31, 41) to initiate network access to the wireless access network (25);

wherein the processor (71) of the wireless communication device (23, 31, 41) is configured to initiate network access by performing (18) a persistence test.


 
2. The communication system of claim 1, wherein the wireless access network (25) includes a network access priority parameter determining unit (84) configured to set a higher value for the network access priority parameter when the network loading or congestion conditions increase.
 
3. The communication system of claim 1, wherein the network access priority parameter determining unit (84) is configured to set the network access priority parameter to zero or omit the network access priority parameter from an overhead message when the network loading is light.
 
4. The communication system of claim 1, wherein the wireless access network (25) is a Long Term Evolution, LTE, access network, and the overhead message comprises a System Information Block, SIB, message.
 
5. The communication system of claim 1, wherein the wireless access network (25) is a High Rate Packet Data, HRPD, network, and the overhead message comprises a QuickConfig/SectorParameters message.
 
6. The communication system of claim 1, wherein in the persistence test, the processor (71) generates a random persistence value and determines that the wireless communication device (23, 31, 41) has passed the persistence test when the generated random value is equal to or larger than a persistence value assigned by the wireless access network (25); and
when the wireless communication device (23, 31, 41) passes the persistence test, transmitting on an access channel by the radio transmitter (78) in the wireless communication device (23, 31, 41), the data the wireless communication device (23, 31, 41) has to send.
 
7. A method for controlling access to a wireless access network (25) by a wireless communication device (23, 31, 41), the method comprising:

determining, by the wireless access network (25), traffic loading and congestion conditions for the wireless access network (25);

determining, by the wireless access network (25), a value of a network access priority parameter based on the traffic loading and congestion conditions, the network access priority parameter defining a minimum priority level that a wireless communication device (23, 31, 41) must meet to be allowed to initiate network access, and

broadcasting, utilizing a radio transmitter (85), an overhead message (26) to the wireless communication device (23, 31, 41) containing the network access priority parameter, the method further comprising:

storing in a memory (73) of the wireless communication device (23, 31, 41), a device access priority level identifying the wireless communication device's access priority from a network perspective;

receiving, by the wireless communication device (23, 31, 41) a message from the wireless access network (25) containing a network access priority parameter defining a minimum priority level that the wireless communication device (25) must meet to be allowed to initiate network access;

determining, by the wireless communication device (23, 31,41) when the wireless communication device (23, 31,41) has data to send, whether the stored device access priority level is equal to or greater than a network access priority parameter received from the wireless access network (25);

if the stored device access priority level is determined to be less than the network access priority parameter received from the wireless network (25), waiting for a random period of time and then repeat the receiving, determining and waiting, respectively, periodically repeating the receiving and determining, respectively, until it is determined that the stored device access priority level is greater than or equal to the network access priority parameter received from the wireless access network (25); and

when the stored device access priority level is determined to be equal to or greater than the network access priority parameter received from the wireless access network (25), causing the wireless communication device (23, 31,41) to initiate network access to the wireless access network (25);

wherein the method further comprises initiating network access by performing (18) a persistence test


 
8. The method of claim 7, wherein determining, by the wireless access network (25), a value of a network access priority parameter comprises setting a higher value for the network access priority parameter when the network loading or congestion conditions increase.
 
9. The method of claim 7, wherein determining, by the wireless access network (25), a value of a network access priority parameter comprises setting the network access priority parameter to zero or omitting the network access priority parameter from the overhead message when the network loading is light.
 
10. The method of claim 7, wherein the wireless access network (25) is a Long Term Evolution, LTE, access network, and the overhead message comprises a System Information Block, SIB, message.
 
11. The method of claim 7, wherein the wireless access network (25) is a High Rate Packet Data, HRPD, network, and the overhead message comprises a QuickConfig/SectorParameters message.
 
12. The method of claim 7, wherein , in the persistence test, the wireless device (23, 31,41) generates a random persistence value and determines that the wireless communication device (23, 31, 41) has passed the persistence test when the generated random value is equal to or larger than a persistence value assigned by the wireless access network (25); and
when the wireless communication device (23, 31, 41) passes the persistence test, transmitting on an access channel by the radio transmitter (78) in the wireless communication device (23, 31, 41), the data the device has to send.
 
13. A wireless communication device (23, 31, 41) for use in a communication system in accordance with any one of the preceding claims 1 to 6, the wireless communication device (23, 31, 41) comprising:

a memory (73) configured to store a device access priority level identifying the wireless communication device's access priority from a network perspective;

a radio receiver (72) configured to receive a message from the wireless access network (25) containing a network access priority parameter defining a minimum priority level that the wireless communication device (25) must meet to be allowed to initiate network access;

a processor (71) configured, when the wireless communication device (23, 31, 41) has data to send, to determine whether the stored device access priority level is equal to or greater than a network access priority parameter received from the wireless access network (25);

when the stored device access priority level is determined to be less than the network access priority parameter received from the wireless network (25), the radio receiver (72) and the processor (71) are configured to wait for a random period of time and then repeat the receiving, determining and waiting, respectively, until it is determined that the stored device access priority level is greater than or equal to the network access priority parameter received from the wireless access network (25); and

when the stored device access priority level is determined to be equal to or greater than the network access priority parameter received from the wireless access network (25), the processor (71) is configured to cause the wireless communication device (23, 31, 41) to initiate network access to the wireless access network (25);

wherein the processor (71) of the wireless communication device (23, 31, 41) is configured to initiate network access by performing (18) a persistence test.


 
14. The wireless communication device (23, 31, 41) of claim 13 wherein in the persistence test, the processor (71) generates a random persistence value and determines that the wireless communication device (23, 31, 41) has passed the persistence test when the generated random value is equal to or larger than a persistence value assigned by the wireless access network (25); and
when the wireless communication device (23, 31, 41) passes the persistence test, transmitting on an access channel by the radio transmitter (78) in the wireless communication device (23, 31, 41), the data the wireless communication device (23, 31, 41) has to send.
 
15. A computer-readable medium that stores a set of instructions that is executable by at least one processor of a wireless communications device, to cause the wireless communications device to perform the method according to any one of claims 7 to 12.
 


Ansprüche

1. Kommunikationssystem, das Folgendes umfasst:

ein drahtloses Zugangsnetzwerk (25), wobei das drahtlose Zugangsnetzwerk (25) einen Prozessor beinhaltet, der an einen nichttransitorischen Speicher (82) gekoppelt ist, wobei, wenn der Prozessor Computerprogrammanweisungen, die im Speicher gespeichert sind, ausführt, der Prozessor das drahtlose Zugangsnetzwerk (25) zu Folgendem veranlasst:

Bestimmen (83) einer Verkehrsbelastung und von Überlastungsbedingungen für das drahtlose Zugangsnetzwerk (25) ;

Bestimmen (84) eines Wertes eines Netzwerkzugangsprioritätsparameters auf Basis der Verkehrsbelastung und der Überlastungsbedingungen, wobei der Netzwerkzugangsprioritätsparameter eine kleinste Prioritätsstufe definiert, die von einer drahtlosen Kommunikationsvorrichtung (25) erfüllt werden muss, um einen Netzwerkzugang initiieren zu dürfen; und

Rundsenden einer Overheadnachricht (26) unter Verwendung eines Funksenders (85), wobei die Overheadnachricht den Parameter für das drahtlose Zugangsnetzwerk (25) enthält; und

eine drahtlose Kommunikationsvorrichtung (23, 31, 41), die Folgendes umfasst:

einen Speicher (73), der dazu ausgelegt ist, eine Vorrichtungszugangsprioritätsstufe zu speichern, die die Zugangspriorität der drahtlosen Kommunikationsvorrichtung aus einer Netzwerkperspektive identifiziert;

einen Funkempfänger (72), der dazu ausgelegt ist, eine Nachricht vom drahtlosen Zugangsnetzwerk (25) zu empfangen, die einen Netzwerkzugangsprioritätsparameter enthält, der eine kleinste Prioritätsstufe definiert, die von der drahtlosen Kommunikationsvorrichtung (25) erfüllt werden muss, um einen Netzwerkzugang initiieren zu dürfen;

einen Prozessor (71), der dazu ausgelegt ist, wenn die drahtlose Kommunikationsvorrichtung (23, 31, 41) Daten zu senden hat, zu bestimmen, ob die gespeicherte Vorrichtungszugangsprioritätsstufe gleich oder größer als ein Netzwerkzugangsprioritätsparameter ist, der vom drahtlosen Zugangsnetzwerk (25) empfangen wird;

wenn bestimmt wird, dass die gespeicherte Vorrichtungszugangsprioritätsstufe kleiner ist als der Netzwerkzugangsprioritätsparameter, der vom drahtlosen Netzwerk (25) empfangen wird, sind der Funkempfänger (72) und der Prozessor (71) dazu ausgelegt, eine willkürliche Zeitperiode zu warten und dann das Empfangen, Bestimmen bzw. Warten zu wiederholen, bis bestimmt wird, dass die gespeicherte Vorrichtungszugangsprioritätsstufe größer als oder gleich dem Netzwerkzugangsprioritätsparameter, der vom drahtlosen Zugangsnetzwerk (25) empfangen wird, ist; und

wenn bestimmt wird, dass die gespeicherte Vorrichtungszugangsprioritätsstufe gleich dem oder größer als der Netzwerkzugangsprioritätsparameter ist, der vom drahtlosen Zugangsnetzwerk (25) empfangen wird, ist der Prozessor (71) dazu ausgelegt, die drahtlose Kommunikationsvorrichtung (23, 31, 41) zu veranlassen, einen Netzwerkzugang zum drahtlosen Zugangsnetzwerk (25) zu initiieren;

wobei der Prozessor (71) der drahtlosen Kommunikationsvorrichtung (23, 31, 41) dazu ausgelegt ist, einen Netzwerkzugang durch Durchführen (18) eines Persistenztests zu initiieren.


 
2. Kommunikationssystem nach Anspruch 1, wobei das drahtlose Zugangsnetzwerk (25) eine Netzwerkzugangsprioritätsparameterbestimmungseinheit (84) beinhaltet, die dazu ausgelegt ist, einen höheren Wert für den Netzwerkzugangsprioritätsparameter einzustellen, wenn die Netzwerkbelastung oder die Überlastungsbedingungen zunehmen.
 
3. Kommunikationssystem nach Anspruch 1, wobei die Netzwerkzugangsprioritätsparameterbestimmungseinheit (84) dazu ausgelegt ist, den Netzwerkzugangsprioritätsparameter auf null einzustellen oder den Netzwerkzugangsprioritätsparameter in einer Overheadnachricht wegzulassen, wenn die Netzwerkbelastung gering ist.
 
4. Kommunikationssystem nach Anspruch 1, wobei das drahtlose Zugangsnetzwerk (25) ein Long-Term-Evolution(LTE)-Zugangsnetzwerk ist und die Overheadnachricht eine Systeminformationsblock(SIB)-Nachricht umfasst.
 
5. Kommunikationssystem nach Anspruch 1, wobei das drahtlose Zugangsnetzwerk (25) ein Hochratenpaketdaten(HRPD)-Netzwerk ist und die Overheadnachricht eine QuickConfig/SectorParameters-Nachricht umfasst.
 
6. Kommunikationssystem nach Anspruch 1, wobei der Prozessor (71) beim Persistenztest einen willkürlichen Persistenzwert erzeugt und bestimmt, dass die drahtlose Kommunikationsvorrichtung (23, 31, 41) den Persistenztest bestanden hat, wenn der erzeugte willkürliche Wert gleich oder größer als ein Persistenzwert ist, der vom drahtlosen Zugangsnetzwerk (25) zugewiesen wird; und
wenn die drahtlose Kommunikationsvorrichtung (23, 31, 41) den Persistenztest besteht, Übertragen der Daten, die von der drahtlosen Kommunikationsvorrichtung (23, 31, 41) zu senden sind, durch den Funksender (78) in der drahtlosen Kommunikationsvorrichtung (23, 31, 41) auf einem Zugangskanal.
 
7. Verfahren zum Steuern des Zugangs zu einem drahtlosen Zugangsnetzwerk (25) durch eine drahtlose Kommunikationsvorrichtung (23, 31, 41), wobei das Verfahren Folgendes umfasst:

Bestimmen einer Verkehrsbelastung und von Überlastungsbedingungen für das drahtlose Zugangsnetzwerk (25) durch das drahtlose Zugangsnetzwerk (25);

Bestimmen eines Wertes eines Netzwerkzugangsprioritätsparameters auf Basis der Verkehrsbelastung und der Überlastungsbedingungen durch das drahtlose Zugangsnetzwerk (25), wobei der Netzwerkzugangsprioritätsparameter eine kleinste Prioritätsstufe definiert, die von einer drahtlosen Kommunikationsvorrichtung (23, 31, 41) erfüllt werden muss, um einen Netzwerkzugang initiieren zu dürfen, und

Rundsenden einer Overheadnachricht (26), die den Netzwerkzugangsprioritätsparameter enthält, unter Verwendung eines Funksenders (85) an die drahtlose Kommunikationsvorrichtung (23, 31, 41), wobei das Verfahren ferner Folgendes umfasst:

Speichern einer Vorrichtungszugangsprioritätsstufe, die die Zugangspriorität der drahtlosen Kommunikationsvorrichtung aus einer Netzwerkperspektive identifiziert, in einem Speicher (73) der drahtlosen Kommunikationsvorrichtung (23, 31, 41);

Empfangen einer Nachricht durch die drahtlose Kommunikationsvorrichtung (23, 31, 41) vom drahtlosen Zugangsnetzwerk (25), die einen Netzwerkzugangsprioritätsparameter enthält, der eine kleinste Prioritätsstufe definiert, die von der drahtlosen Kommunikationsvorrichtung (25) erfüllt werden muss, um einen Netzwerkzugang initiieren zu dürfen;

wenn die drahtlose Kommunikationsvorrichtung (23, 31, 41) Daten zu senden hat, Bestimmen durch die drahtlose Kommunikationsvorrichtung (23, 31, 41), ob die gespeicherte Vorrichtungszugangsprioritätsstufe gleich oder größer als ein Netzwerkzugangsprioritätsparameter ist, der vom drahtlosen Zugangsnetzwerk (25) empfangen wird;

wenn bestimmt wird, dass die gespeicherte Vorrichtungszugangsprioritätsstufe kleiner ist als der Netzwerkzugangsprioritätsparameter, der vom drahtlosen Netzwerk (25) empfangen wird, Warten über eine willkürliche Zeitperiode und dann Wiederholen des Empfangens, Bestimmens bzw. Wartens, wobei das Empfangen bzw. Bestimmen regelmäßig wiederholt wird, bis bestimmt wird, dass die gespeicherte Vorrichtungszugangsprioritätsstufe größer als oder gleich dem Netzwerkzugangsprioritätsparameter, der vom drahtlosen Zugangsnetzwerk (25) empfangen wird, ist; und

wenn bestimmt wird, dass die gespeicherte Vorrichtungszugangsprioritätsstufe gleich oder größer als der Netzwerkzugangsprioritätsparameter ist, der vom drahtlosen Zugangsnetzwerk (25) empfangen wird, Veranlassen der drahtlosen Kommunikationsvorrichtung (23, 31, 41), einen Netzwerkzugang zum drahtlosen Zugangsnetzwerk (25) zu initiieren;

wobei das Verfahren ferner das Initiieren des Netzwerkzugangs durch Durchführen (18) eines Persistenztests umfasst.


 
8. Verfahren nach Anspruch 7, wobei das Bestimmen eines Wertes eines Netzwerkzugangsprioritätsparameters durch das drahtlose Zugangsnetzwerk (25) das Einstellen eines höheren Wertes für den Netzwerkzugangsprioritätsparameter umfasst, wenn die Netzwerkbelastung oder die Überlastungsbedingungen zunehmen.
 
9. Verfahren nach Anspruch 7, wobei das Bestimmen eines Wertes eines Netzwerkzugangsprioritätsparameters durch das drahtlose Zugangsnetzwerk (25) das Einstellen des Netzwerkzugangsprioritätsparameters auf null oder das Weglassen des Netzwerkzugangsprioritätsparameters aus der Overheadnachricht umfasst, wenn die Netzwerkbelastung gering ist.
 
10. Verfahren nach Anspruch 7, wobei das drahtlose Zugangsnetzwerk (25) ein Long-Term-Evolution(LTE)-Zugangsnetzwerk ist und die Overheadnachricht eine Systeminformationsblock(SIB)-Nachricht umfasst.
 
11. Verfahren nach Anspruch 7, wobei das drahtlose Zugangsnetzwerk (25) ein Hochratenpaketdaten(HRPD)-Netzwerk ist und die Overheadnachricht eine QuickConfig/SectorParameters-Nachricht umfasst.
 
12. Verfahren nach Anspruch 7, wobei die drahtlose Vorrichtung (23, 31, 41) beim Persistenztest einen willkürlichen Persistenzwert erzeugt und bestimmt, dass die drahtlose Kommunikationsvorrichtung (23, 31, 41) den Persistenztest bestanden hat, wenn der erzeugte willkürliche Wert gleich oder größer als ein Persistenzwert ist, der vom drahtlosen Zugangsnetzwerk (25) zugewiesen wird; und
wenn die drahtlose Kommunikationsvorrichtung (23, 31, 41) den Persistenztest besteht, Übertragen der Daten, die von der Vorrichtung zu senden sind, durch den Funksender (78) in der drahtlosen Kommunikationsvorrichtung (23, 31, 41) auf einem Zugangskanal.
 
13. Drahtlose Kommunikationsvorrichtung (23, 31, 41) zur Verwendung in einem Kommunikationssystem gemäß einem der vorhergehenden Ansprüche 1 bis 6, wobei die drahtlose Kommunikationsvorrichtung (23, 31, 41) Folgendes umfasst:

einen Speicher (73), der dazu ausgelegt ist, eine Vorrichtungszugangsprioritätsstufe zu speichern, die die Zugangspriorität der drahtlosen Kommunikationsvorrichtung aus einer Netzwerkperspektive identifiziert;

einen Funkempfänger (72), der dazu ausgelegt ist, eine Nachricht vom drahtlosen Zugangsnetzwerk (25) zu empfangen, die einen Netzwerkzugangsprioritätsparameter enthält, der eine kleinste Prioritätsstufe definiert, die von der drahtlosen Kommunikationsvorrichtung (25) erfüllt werden muss, um einen Netzwerkzugang initiieren zu dürfen;

einen Prozessor (71), der dazu ausgelegt ist, wenn die drahtlose Kommunikationsvorrichtung (23, 31, 41) Daten zu senden hat, zu bestimmen, ob die gespeicherte Vorrichtungszugangsprioritätsstufe gleich oder größer als ein Netzwerkzugangsprioritätsparameter ist, der vom drahtlosen Zugangsnetzwerk (25) empfangen wird;

wenn bestimmt wird, dass die gespeicherte Vorrichtungszugangsprioritätsstufe kleiner ist als der Netzwerkzugangsprioritätsparameter, der vom drahtlosen Netzwerk (25) empfangen wird, sind der Funkempfänger (72) und der Prozessor (71) dazu ausgelegt, eine willkürliche Zeitperiode zu warten und dann das Empfangen, Bestimmen bzw. Warten zu wiederholen, bis bestimmt wird, dass die gespeicherte Vorrichtungszugangsprioritätsstufe größer als oder gleich dem Netzwerkzugangsprioritätsparameter, der vom drahtlosen Zugangsnetzwerk (25) empfangen wird, ist; und

wenn bestimmt wird, dass die gespeicherte Vorrichtungszugangsprioritätsstufe gleich oder größer als der Netzwerkzugangsprioritätsparameter ist, der vom drahtlosen Zugangsnetzwerk (25) empfangen wird, ist der Prozessor (71) dazu ausgelegt, die drahtlose Kommunikationsvorrichtung (23, 31, 41) zu veranlassen, einen Netzwerkzugang zum drahtlosen Zugangsnetzwerk (25) zu initiieren;

wobei der Prozessor (71) der drahtlosen Kommunikationsvorrichtung (23, 31, 41) dazu ausgelegt ist, einen Netzwerkzugang durch Durchführen (18) eines Persistenztests zu initiieren.


 
14. Drahtlose Kommunikationsvorrichtung (23, 31, 41) nach Anspruch 13, wobei der Prozessor (71) beim Persistenztest einen willkürlichen Persistenzwert erzeugt und bestimmt, dass die drahtlose Kommunikationsvorrichtung (23, 31, 41) den Persistenztest bestanden hat, wenn der erzeugte willkürliche Wert gleich oder größer als ein Persistenzwert ist, der vom drahtlosen Zugangsnetzwerk (25) zugewiesen wird; und
wenn die drahtlose Kommunikationsvorrichtung (23, 31, 41) den Persistenztest besteht, Übertragen der Daten, die von der drahtlosen Kommunikationsvorrichtung (23, 31, 41) zu senden sind, durch den Funksender (78) in der drahtlosen Kommunikationsvorrichtung (23, 31, 41) auf einem Zugangskanal.
 
15. Computerlesbares Medium, auf dem ein Satz von Anweisungen gespeichert ist, der von mindestens einem Prozessor einer drahtlosen Kommunikationsvorrichtung ausführbar ist, um die drahtlose Kommunikationsvorrichtung zu veranlassen, das Verfahren gemäß einem der Ansprüche 7 bis 12 durchzuführen.
 


Revendications

1. Système de communication comprenant :

un réseau d'accès sans fil (25), le réseau d'accès sans fil (25) comportant un processeur couplé à une mémoire non transitoire (82), dans lequel quand le processeur exécute des instructions de programme informatique stockées dans la mémoire, le processeur commande au réseau d'accès sans fil (25) de :

déterminer (83) des états de charge et de congestion de trafic du réseau d'accès sans fil (25) ;

déterminer (84) une valeur d'un paramètre de priorité d'accès au réseau en fonction des états de charge et de congestion de trafic, le paramètre de priorité d'accès au réseau définissant un niveau de priorité minimum qu'un dispositif de communication sans fil (25) doit satisfaire pour être autorisé à lancer un accès au réseau ; et

diffuser, à l'aide d'un émetteur radio (85), un message de surdébit (26), le message de surdébit contenant le paramètre du réseau d'accès sans fil (25) ; et

un dispositif de communication sans fil (23, 31, 41) comprenant :

une mémoire (73) configurée pour stocker un niveau de priorité d'accès au dispositif qui identifie la priorité d'accès du dispositif de communication sans fil dans une perspective de réseau ;

un récepteur radio (72) configuré pour recevoir un message à partir du réseau d'accès sans fil (25) contenant un paramètre de priorité d'accès au réseau qui définit un niveau de priorité minimum que le dispositif de communication sans fil (25) doit satisfaire pour être autorisé à lancer un accès au réseau ;

un processeur (71) configuré, quand le dispositif de communication sans fil (23, 31, 41) a des données à envoyer, pour déterminer que le niveau de priorité d'accès au dispositif stocké est égal ou supérieur à un paramètre de priorité d'accès au réseau reçu à partir du réseau d'accès sans fil (25) ;

quand il est déterminé que le niveau de priorité d'accès au dispositif stocké est inférieur au paramètre de priorité d'accès au réseau reçu à partir du réseau sans fil (25), le récepteur radio (72) et le processeur (71) sont configurés pour attendre pendant une période de temps aléatoire puis répéter la réception, la détermination et l'attente, respectivement, jusqu'à ce qu'il soit déterminé que le niveau de priorité d'accès au dispositif stocké est supérieur ou égal au paramètre de priorité d'accès au réseau reçu à partir du réseau d'accès sans fil (25) ; et

quand il est déterminé que le niveau de priorité d'accès au dispositif stocké est égal ou supérieur au paramètre de priorité d'accès au réseau reçu à partir du réseau d'accès sans fil (25), le processeur (71) est configuré pour commander au dispositif de communication sans fil (23, 31, 41) de lancer un accès réseau au réseau d'accès sans fil (25) ;

dans lequel le processeur (71) du système de communication sans fil (23, 31, 41) est configuré pour lancer un accès au réseau en exécutant (18) un test de persistance.


 
2. Système de communication selon la revendication 1, dans lequel le réseau d'accès sans fil (25) comporte une unité de détermination de priorité d'accès au réseau (84) configurée pour établir une valeur supérieure pour le paramètre de priorité d'accès au réseau quand les états de charge ou congestion de réseau augmentent.
 
3. Système de communication selon la revendication 1, dans lequel l'unité de détermination de paramètre de priorité d'accès au réseau (84) est configurée pour régler à zéro le paramètre de priorité d'accès au réseau ou omettre le paramètre de priorité d'accès au réseau d'un message de surdébit quand le réseau est peu chargé.
 
4. Système de communication selon la revendication 1, dans lequel le réseau d'accès sans fil (25) est un réseau d'accès LTE (Long Term Evolution), et le message de surdébit comprend un message SIB (System Information Block).
 
5. Système de communication selon la revendication 1, dans lequel le réseau d'accès sans fil (25) est un réseau HRPD (High Rate Packet Data), et le message de surdébit comprend un message QuickConfig/SectorParameters.
 
6. Système de communication selon la revendication 1, dans lequel dans le test de persistance, le processeur (71) génère une valeur de persistance aléatoire et détermine que le dispositif de communication sans fil (23, 31, 41) a réussi le test de persistance quand la valeur aléatoire générée est égale ou supérieure à une valeur de persistance attribuée par le réseau d'accès sans fil (25) ; et
quand le dispositif de communication sans fil (23, 31, 41) réussit le test de persistance, transmettant sur un canal d'accès par l'émetteur radio (78) dans le dispositif de communication sans fil (23, 31, 41), les données que doit envoyer le dispositif de communication sans fil (23, 31, 41.
 
7. Procédé de commande de l'accès à un réseau d'accès sans fil (25) par un dispositif de communication sans fil (23, 31, 41), le procédé comprenant :

la détermination, par le réseau d'accès sans fil (25), d'états de charge et de congestion de trafic du réseau d'accès sans fil (25) ;

la détermination, par le réseau d'accès sans fil (25), d'une valeur d'un paramètre de priorité d'accès au réseau en fonction des états de charge et de congestion de trafic, le paramètre de priorité d'accès au réseau définissant un niveau de priorité minimum qu'un dispositif de communication sans fil (23, 31, 41) doit satisfaire pour être autorisé à lancer un accès au réseau, et

la diffusion, à l'aide d'un émetteur radio (85), d'un message de surdébit (26) au dispositif de communication sans fil (23, 31, 41) contenant le paramètre de priorité d'accès au réseau, le procédé comprenant en outre :

le stockage dans une mémoire (73) du dispositif de communication sans fil (23, 31, 41), d'un niveau de priorité d'accès au dispositif qui identifie la priorité d'accès du dispositif de communication sans fil dans une perspective de réseau ;

la réception, par le dispositif de communication sans fil (23, 31, 41) d'un message à partir du réseau d'accès sans fil (25) contenant un paramètre de priorité d'accès au réseau qui définit un niveau de priorité minimum que le dispositif de communication sans fil (25) doit satisfaire pour être autorisé à lancer un accès au réseau ;

la détermination, par le dispositif de communication sans fil (23, 31, 41) quand le dispositif de communication sans fil (23, 31, 41) a des données à envoyer, que le niveau de priorité d'accès au dispositif stocké est égal ou supérieur à un paramètre de priorité d'accès au réseau reçu à partir du réseau d'accès sans fil (25) ;

s'il est déterminé que le niveau de priorité d'accès au dispositif stocké est inférieur au paramètre de priorité d'accès au réseau reçu à partir du réseau sans fil (25), l'attente pendant une période de temps aléatoire puis la répétition de la réception, la détermination et l'attente, respectivement, jusqu'à ce qu'il soit déterminé que le niveau de priorité d'accès au dispositif stocké est supérieur ou égal au paramètre de priorité d'accès au réseau reçu à partir du réseau d'accès sans fil (25) ; et

quand il est déterminé que le niveau de priorité d'accès au dispositif stocké est égal ou supérieur au paramètre de priorité d'accès au réseau reçu à partir du réseau d'accès sans fil (25), la commande au dispositif de communication sans fil (23, 31, 41) de lancer un accès réseau au réseau d'accès sans fil (25) ;

le procédé comprenant en outre le lancement d'un accès réseau en réalisant (18) un test de persistance.


 
8. Procédé selon la revendication 7, dans lequel la détermination, par le réseau d'accès sans fil (25), d'une valeur d'un paramètre de priorité d'accès au réseau comprend le réglage d'une valeur supérieure pour le paramètre de priorité d'accès au réseau quand les états de charge ou de congestion de réseau augmentent.
 
9. Procédé selon la revendication 7, dans lequel la détermination, par le réseau d'accès sans fil (25), d'une valeur d'un paramètre de priorité d'accès au réseau comprend le réglage à zéro du paramètre de priorité d'accès au réseau ou l'omission du paramètre de priorité d'accès au réseau du message de surdébit quand le réseau est chargé.
 
10. Procédé selon la revendication 7, dans lequel le réseau d'accès sans fil (25) est un réseau d'accès LTE (Long Term Evolution), et le message de surdébit comprend un message SIB (System Information Block).
 
11. Procédé selon la revendication 7, dans lequel le réseau d'accès sans fil (25) est un réseau HRPD (High Rate Packet Data), et le message de surdébit comprend un message QuickConfig/SectorParameters.
 
12. Procédé selon la revendication 7, dans lequel, dans le test de persistance, le dispositif sans fil (23, 31, 41) génère une valeur de persistance aléatoire et détermine que le dispositif de communication sans fil (23, 31, 41) a réussi le test de persistance quand la valeur aléatoire générée est égale ou supérieure à une valeur de persistance attribuée par le réseau d'accès sans fil (25) ; et
quand le dispositif de communication sans fil (23, 31, 41) réussit le test de persistance, transmettant sur un canal d'accès par l'émetteur radio (78) dans le dispositif de communication sans fil (23, 31, 41), les données que doit envoyer le dispositif.
 
13. Dispositif de communication sans fil (23, 31, 41) destiné à être utilisé dans un système de communication selon l'une quelconque des revendications précédentes 1 à 6, le dispositif de communication sans fil (23, 31, 41) comprenant :

une mémoire (73) configurée pour stocker un niveau de priorité d'accès au dispositif qui identifie la priorité d'accès du dispositif de communication sans fil dans une perspective de réseau ;

un récepteur radio (72) configuré pour recevoir un message à partir du réseau d'accès sans fil (25) contenant un paramètre de priorité d'accès au réseau qui définit un niveau de priorité minimum que le dispositif de communication sans fil (25) doit satisfaire pour être autorisé à lancer un accès au réseau ;

un processeur (71) configuré, quand le dispositif de communication sans fil (23, 31, 41) a des données à envoyer, pour déterminer que le niveau de priorité d'accès au dispositif stocké est égal ou supérieur à un paramètre de priorité d'accès au réseau reçu à partir du réseau d'accès sans fil (25) ;

quand il est déterminé que le niveau de priorité d'accès au dispositif stocké est inférieur au paramètre de priorité d'accès au réseau reçu à partir du réseau sans fil (25), le récepteur radio (72) et le processeur (71) sont configurés pour attendre pendant une période de temps aléatoire puis répéter la réception, la détermination et l'attente, respectivement, jusqu'à ce qu'il soit déterminé que le niveau de priorité d'accès au dispositif stocké est supérieur ou égal au paramètre de priorité d'accès au réseau reçu à partir du réseau d'accès sans fil (25) ; et quand il est déterminé que le niveau de priorité d'accès au dispositif stocké est égal ou supérieur au paramètre de priorité d'accès au réseau reçu à partir du réseau d'accès sans fil (25), le processeur (71) est configuré pour commander au dispositif de communication sans fil (23, 31, 41) de lancer un accès réseau au réseau d'accès sans fil (25) ;

dans lequel le processeur (71) du système de communication sans fil (23, 31, 41) est configuré pour lancer un accès au réseau en exécutant (18) un test de persistance.


 
14. Dispositif de communication sans fil (23, 31, 41) selon la revendication 13 dans lequel dans le test de persistance, le processeur (71) génère une valeur de persistance aléatoire et détermine que le dispositif de communication sans fil (23, 31, 41) a réussi le test de persistance quand la valeur aléatoire générée est égale ou supérieure à une valeur de persistance attribuée par le réseau d'accès sans fil (25) ; et
quand le dispositif de communication sans fil (23, 31, 41) réussit le test de persistance, transmettant sur un canal d'accès par l'émetteur radio (78) dans le dispositif de communication sans fil (23, 31, 41), les données que doit envoyer le dispositif de communication sans fil (23, 31, 41.
 
15. Support lisible par ordinateur qui mémorise un ensemble d'instructions qui est exécutable par au moins un processeur d'un dispositif de communication sans fil, pour commander au dispositif de communication sans fil de réaliser le procédé selon l'une quelconque des revendications 7 à 12.
 




Drawing





























Cited references

REFERENCES CITED IN THE DESCRIPTION



This list of references cited by the applicant is for the reader's convenience only. It does not form part of the European patent document. Even though great care has been taken in compiling the references, errors or omissions cannot be excluded and the EPO disclaims all liability in this regard.

Patent documents cited in the description