WO2012058985A1

WO2012058985A1 - Method and system for terminal to access network

Info

Publication number: WO2012058985A1
Application number: PCT/CN2011/079585
Authority: WO
Inventors: 毛磊; 戴谦; 邓云; 艾建勋; 许英奇
Original assignee: 中兴通讯股份有限公司
Priority date: 2010-11-05
Filing date: 2011-09-13
Publication date: 2012-05-10
Also published as: CN102469555A; CN102469555B

Abstract

Disclosed are a method and system for a terminal to access a network. The method includes: determining an access delay time for a terminal to re-access the RAN side when the terminal receives an RRC connection reject message or a connection release message sent from the RAN side; and initiating by the terminal an access request toward the RAN side when the waiting time of the terminal is equal to or exceeds the access delay time. By way of the present invention, the following problem in the related art can be solved: the requests of all the current MTC terminals will be rejected when congestion occurs in the core network entity, and if these MTC terminals simultaneously initiate access again subsequently, this will inevitably cause congestion which cannot be resolved.

Description

TECHNICAL FIELD The present invention relates to the field of communications, and in particular to a method and system for a terminal to access a network. Background technique

H2H (Human to Human) Communication refers to communication between people. People communicate through the operation of devices. Existing wireless communication technologies are developed based on H2H communication. The narrow definition of M2M (Machine to Machine) is machine-to-machine communication. Broadly defined, it is a networked application and service centered on intelligent interaction of machine terminals. It is based on intelligent machine terminals and uses multiple communication methods as access means to provide customers with information solutions to meet customers' information needs in monitoring, command and dispatch, data acquisition and measurement. The development of wireless technology is an important factor in the development of the M2M market. It breaks through the space-time constraints and geographical barriers of traditional communication methods, freeing enterprises and the public from cable shackles, allowing customers to more effectively control costs, reduce installation costs, and is simple to use. . In addition, the growing demand drives M2M to keep moving forward. However, contrary to the continuous growth of information processing capabilities and network bandwidth, the means of information acquisition lag far behind, and M2M satisfies people's needs very well. Through it, people can monitor the external environment in real time, enabling large-scale, automated information collection. Therefore, M2M can be applied to industrial applications, home applications, personal applications, and the like. Industry applications such as: traffic monitoring, warning systems, maritime rescue, vending machines, paying for cars, etc. Home applications such as: automatic meter reading, temperature control, etc. Personal applications such as: life detection, remote diagnosis, etc.

M2M's communication objects are machine-to-machine and human-to-machine. Data communication between one or more machines is defined as MTC (Machine Type Communication), in which case human interaction is less required. A machine participating in MTC is defined as an MTC device (hereinafter also referred to as an MTC terminal). The MTC terminal can communicate with other MTC terminals or MTC servers through a PLMN (Public Land Mobile-communication Network) network. After the introduction of the MTC application, the existing system can be optimized according to its characteristics to meet the requirements of the MTC application, and it does not affect the ordinary users (User Equipment) in the existing network. Some notable features of the M2M application are: MTC terminals are numerous, the amount of data transmitted per time is small, the transmission interval is large, and the position is relatively fixed. According to statistics, there will be tens of thousands of MTC terminals installed in a residential area in the city of London. If so many MTC terminals initiate random access, such as in the case of fires, earthquakes, etc., they will be given to the network. Come a big shock. After the introduction of the MTC application, if a large number of MTCs access the system at the same time, the probability of core network signaling congestion is greatly increased. Once the core network entity is congested, the user's request will be rejected, if these users initiate the connection again in a short time. Incoming, it is bound to cause congestion to continue to be resolved. At the beginning of the congestion state, if the core network can control the rejected user to wait for a long time and then access again, it will greatly help the congestion state mitigation and recovery. In the current LTE system, there is a corresponding mechanism in the access layer to ensure that when the access network is congested, the UE can be rejected and the UE re-access time (waiting time or back-off time) can be configured, and the maximum is 16 seconds. The core network entity (MME) sends an overload start signaling (Overload Start) to the base station (eNB) if there is congestion, as shown in Figure 1, which includes Reject all RRC connection establishments for non-emergency MO DT, Reject all RRC connection The actions of the establishments for the Signalling Permit Emergency Sessions and the mobile terminated services only require that the eNB no longer deliver the corresponding service type request to the MME; in the signaling, the core network is not configured with a suitable retry time (how long is the service request allowed) That is to say, the user may continually retry until the core network entity returns to normal (the MME sends an Overload Stop message to e B, indicating that the core network is back to normal, as shown in Figure 2). After the introduction of the MTC application, if a large number of MTC terminals access the system at the same time, the probability of congestion of the core network signaling is greatly improved. Once the core network entity is congested, the request of all the current MTC terminals will be rejected, if these MTC terminals are simultaneously initiated at the same time. Access, which is bound to cause congestion, continues to be unresolved. In the current LTE system, there is a corresponding mechanism guarantee in the access layer, but the configured UE re-access time is up to 16 seconds. In the case of severe congestion, it is insufficient to alleviate congestion. For the congestion of the core network entity in the related art, the request of all the current MTC terminals will be rejected. If these MTC terminals initiate the access again at the same time, the congestion state will not be solved continuously, and no effective solution has been proposed yet. . SUMMARY OF THE INVENTION A primary object of the present invention is to provide a method and system for a terminal to access a network, to at least solve the congestion of a core network entity in the above related art, and reject the request of all current MTC terminals, if these MTC terminals are subsequently Initiating access is bound to cause problems that the congestion state continues to be unresolved. According to an aspect of the present invention, a method for a terminal to access a network is provided, including: when a terminal receives a Radio Resource Control (RRC) Connection Reject message or a connection release message sent by a Radio Access Network (RAN) side, Determining an access delay time of the terminal re-accessing the RAN side; when the time that the terminal waits is equal to or exceeds an access delay time, the terminal initiates an access request to the RAN side. Preferably, the determining, by the terminal, the access delay time of re-accessing the RAN side, the method includes: determining, by the terminal, the access delay time according to a waiting time configured by the RAN side, where the waiting time is determined by The RAN side determines based on a desired access time control information parameter of the core network configuration and/or a congestion condition on the RAN side. Preferably, the determining, by the terminal, the access delay time according to the waiting time configured by the RAN side, the core network entity in the core network configuring, by using interface signaling, the RAN side for different terminal types. Or the service type of different terminals configures the expected access time control information. Preferably, in the Long Term Evolution (LTE) system, the RAN side includes a base station, the interface includes an S1 interface between the core network and the base station, and the interface signaling includes at least one of the following: Signaling, Mobility Management Entity (MME) configuration update signaling and S1 signaling. Preferably, the S1 signaling carries the access time control information, and the access time control information parameter includes: a waiting time factor or a waiting time value. Preferably, the S1 signaling further carries an object type of at least one of the following applicable to the access time control information: a device-type communication device (MTC device) and a non-machine device (non-MTC device) ; distinguish between high priority MTC and low priority MTC; distinguish between MTC signaling and machine communication device data (MTC data); MTC data and non-machine type communication device data; whether it is low priority access; whether it is roaming MTC device; terminal group information; user equipment priority information, service priority information, service Type information of the model, public land mobile network type information, access level information, or service quality requirement type information of the service. Preferably, the determining, by the terminal, the access delay time according to the waiting time configured by the RAN side, includes: the base station based on the expected access time control information parameter configured by the core network, and/or its own congestion situation. Configuring a waiting time for the terminal to be sent to the terminal by air interface signaling, where the air interface message includes at least one of the following: an RRC connection reject message, an RRC connection release message, a random access message, a paging message, and a broadcast message; The terminal determines the access delay time according to the waiting time. Preferably, the determining, by the terminal, the access delay time according to the waiting time, the method includes: determining, by the terminal, that the access delay time value is equal to a value of the waiting time; and determining, by the terminal, the access delay a time value equal to 0 to a random value between the waiting time values; the terminal determining that the access delay time value is equal to the a product of a waiting time value and an adjustment factor, wherein the adjustment factor is determined according to the RRC connection release signaling or the system message of the network side or the terminal and the network side protocol predefined; the terminal determines the connection The incoming delay time value is equal to the sum of the waiting time value and the random value. Preferably, in the Wideband Code Division Multiple Access (WCDMA) system, the RAN side includes a radio network controller (RNC), and the interface includes an Iu interface between the core network and the RNC. The interface signaling includes at least one of the following: overload start signaling and Iu signaling. According to another aspect of the present invention, a system for a terminal to access a network is provided, including: a radio access network (RAN) side, configured to send a radio resource control (RRC) connection reject message or a connection release message; terminal, setting And determining, when the RRC connection reject message or the connection release message is received, the access delay time of the terminal re-accessing the RAN side; when the waiting time is equal to or exceeds the access delay time, the RAN side is initiated. Into the request. Preferably, the RAN side is further configured to: determine the waiting time based on a desired access time control information parameter of the core network configuration and/or a congestion condition of the RAN side; the terminal is further configured to: The latency of the RAN side configuration determines the access delay time. Preferably, the core network entity in the core network is configured to configure, by using the interface signaling, the required access time control information for the service type of different terminal types or different terminals for the RAN side. Preferably, in the Long Term Evolution (LTE) system, the RAN side includes a base station, the interface includes an S1 interface between the core network and the base station, and the interface signaling includes at least one of the following: The signaling, mobility management entity MME configures update signaling and S1 signaling. Preferably, the S1 signaling included in the RAN side carries the access time control information, and the access time control information parameter includes: a waiting time factor or a waiting time value. Preferably, the S1 signaling included in the RAN side further carries an object type of at least one of the following applicable to the access time control information: distinguishing between a machine type communication device (MTC device) and a non-machine type communication device (non-MTC device); distinguish between high priority machine type communication equipment (normal priority MTC) and low priority machine type communication equipment (low priority MTC); distinguish between machine type communication equipment signal (MTC signaling) and machine type communication equipment data (MTC data); distinguish between MTC data and non-machine type communication device data; whether it is low priority access; whether it is roaming MTC device; terminal group information; user equipment priority information, service Priority information, type information of the business model, public land mobile network type information, access level information, or service quality requirement type information of the service. Preferably, the base station is further configured to configure a waiting time for the terminal according to a desired access time control information parameter and/or a congestion condition of the core network, and send the information to the terminal by using air interface signaling. The air interface message includes at least one of the following: an RRC connection reject message, an RRC connection release message, a random access message, a paging message, and a broadcast message; the terminal is further configured to determine the access delay time according to the waiting time. Preferably, the terminal is further configured to: determine that the access delay time value is equal to the value of the waiting time; or determine that the access delay time value is equal to 0 to a random value between the waiting time values; Or determining that the access delay time value is equal to a product of the waiting time value and an adjustment factor, where the adjustment factor is according to the RRC connection release signaling or the network side system message or the terminal and the network side The protocol is predefined to determine; or determine that the access delay time value is equal to the sum of the waiting time value and the random value. Preferably, in the Wideband Code Division Multiple Access (WCDMA) system, the RAN side includes a radio network controller (RNC), and the interface includes an Iu interface between the core network and the RNC. The interface signaling includes at least one of the following: overload start signaling and Iu signaling. In the embodiment of the present invention, the network side configures different access time control information for each terminal in the network, and the terminal determines the waiting time according to the access time control information, and determines the access delay time of the terminal according to the waiting time, and each The time for the terminal to re-access the network is not uniform. It avoids the impact on the network when a large number of terminals access the network at the same time, and even causes the network load to be overloaded. BRIEF DESCRIPTION OF THE DRAWINGS The accompanying drawings, which are set to illustrate,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,,, In the drawings: FIG. 1 is an MME transmitting an Overload Start to e B according to the related art; FIG. 2 is an MME transmitting an Overload Stop to an eNB according to the related art; FIG. 3 is a method of a terminal accessing a network according to an embodiment of the present invention; 4 is a process flow for determining a connection delay time according to a waiting time configured by a RAN side according to an embodiment of the present invention; FIG. 5 is a schematic diagram of a first structure of a system for a terminal to access a network according to an embodiment of the present invention; FIG. 6 is a second schematic structural diagram of a system for a terminal to access a network according to an embodiment of the present invention; FIG. FIG. 7 is a schematic diagram of a first structure of a RAN side according to an embodiment of the present invention; FIG. 8 is a second schematic structural diagram of a RAN side according to an embodiment of the present invention; FIG. 9 is a terminal access time control according to an embodiment of the present invention. Schematic diagram of the system. BEST MODE FOR CARRYING OUT THE INVENTION Hereinafter, the present invention will be described in detail with reference to the accompanying drawings. It should be noted that the embodiments in the present application and the features in the embodiments may be combined with each other without conflict. It is mentioned in the related art that after the introduction of the MTC application, if a large number of MTC terminals access the system at the same time, the probability of congestion of the core network signaling is greatly improved, and once the core network entity is congested, the request of all the current MTC terminals will be rejected, if these MTCs The terminal then initiates access at the same time, which will inevitably cause the congestion state to remain unresolved. In the current LTE system, there is a corresponding mechanism guarantee in the access layer, but the configured UE re-access time is up to 16 seconds. In the case of severe congestion, it is insufficient to alleviate congestion. To solve the above technical problem, the embodiment of the present invention provides a method for a terminal to access a network. The processing flow is as shown in FIG. 3, and the process includes: Step 302: The terminal receives a RAN (Radio Access Network) When the RRC (Radio Resource Control) connection reject message or the connection release message is determined, the terminal re-accesses the access delay time of the RAN side; Step 304: When the terminal waits for a time equal to or exceeds the access delay time, The terminal initiates an access request to the RAN side. In the embodiment of the present invention, the network side configures different access time control information for each terminal in the network, and the terminal determines the waiting time according to the access time control information, and determines the access delay time of the terminal according to the waiting time, and each The time for the terminal to re-access the network is not uniform. It avoids the impact on the network when a large number of terminals access the network at the same time, and even causes the network load to be overloaded. During implementation, the terminal determines the access delay time of re-accessing the RAN side, including: the terminal determines the access delay time according to the waiting time configured by the RAN side, where the waiting time is determined by the RAN side based on the expected access time control information configured by the core network. The parameters and/or congestion conditions on the RAN side are determined. The core network entity in the core network configures the required access time control information for the service type of different terminal types or different terminals for the RAN side through interface signaling. In the LTE system, the RAN side includes a base station, and the interface includes an S1 interface between the core network and the base station, and the interface signaling includes at least one of the following: an overload start signaling, an MME (Mobility Management Entity, mobility management entity) ) Configure update signaling and S1 signaling.

The S1 signaling carries the access time control information, and the access time control information parameters include: a waiting time factor or a waiting time value.

The S1 signaling also carries at least one of the following object types to which the access time control information applies: distinguishing between a machine type communication device (MTC device) and a non-machine type communication device (non-MTC device); distinguishing high priority machine type communication Normal priority MTC and low priority MTC; distinguish between machine-like communication device signals (MTC signaling) and machine-type communication device data (MTC data); distinguish between MTC data and non-machine communication devices Data; whether it is low priority access; whether it is a roaming MTC device; packet information of the terminal; priority information of the user equipment, priority information of the service, type information of the service model, public land mobile Network type information, access level information, or service quality requirement type information of a service. In the implementation, the terminal determines the access delay time according to the waiting time configured by the RAN side, and the processing flow is as shown in FIG. 4, including: Step 402: The base station performs the expected access time control information parameter and/or its own congestion based on the core network configuration. Configuring a waiting time for the terminal to be sent to the terminal by air interface signaling, where the air interface message includes at least one of the following: an RRC connection reject message, an RRC connection release message, a random access message, a paging message, and a broadcast message; Step 404: The terminal waits Time determines the access delay time. During implementation, the terminal determines the access delay time according to the waiting time, including multiple determining manners, and the preferred implementation manner is as follows: The terminal determines that the access delay time value is equal to the waiting time value; The terminal determines that the access delay time value is equal to a random value between 0 and the waiting time value. For example, if the waiting time value is 10, the access delay time value is a random value in [0, 10], for example, 5, or 7. For example, if the waiting time value is 20, the access delay time value is a random value in [0, 20]; the terminal determines that the access delay time value is equal to the product of the waiting time value and the adjustment factor, wherein the adjustment factor is based on The RRC connection release signaling or the network side system message or the terminal and the network side protocol are predefined, for example, the adjustment factor is a random value in [0, 1], and if the adjustment factor takes a value of 0.1, the current terminal determines its The access delay time value is one tenth of the waiting time value; the terminal determines that the access delay time value is equal to the sum of the waiting time value and the random value, for example, the random value is a natural number N, and N can take a value of 0, 1, 2, 3, etc., the access delay time value is equal to the sum of the wait time value and N. In implementation, in the WCDMA system, the RAN side includes a radio network controller RNC, and the interface includes an Iu interface between the core network and the RNC, and the interface signaling includes at least one of the following: overload start signaling and Iu signaling. In order to facilitate the description of the present invention, the implementation of the technical solution of the present invention will be further described in detail below with reference to the accompanying drawings and specific embodiments. In this embodiment, the technical solution of the present invention is specifically introduced by taking an MTC terminal as an example. In the MTC application scenario, if a special event occurs, such as an earthquake, a large number of MTC devices will trigger the network connection at the same time to perform data reporting. At this time, it is easy to cause congestion in the access network and the core network entity. (Embodiment of the present invention focuses on the congestion of the core network), and because the carrying capacity of the entity is different from the actual load, there are four states: the core network and the access network entity are not congested; the core network and the access network entity are both congested. The core network entity is congested and the access network entity is not congested; the core network entity is not congested and the access network entity is congested. If the core network entity determines that its load reaches the preset threshold, the core network entity initiates an S1 signaling Overload Start message to e B, where the configuration configures the desired access time control information for different terminal types/service types; The action of the Reload all RRC connection establishments for non-emergency mobile originated data transfer Reject all RRC connection establishments for Signalling Permit Emergency Sessions and mobile terminated services only requires that the eNB no longer delivers the corresponding service type. The request to the MME; after the introduction of the MTC device, the action in the Overload Start message may be extended, such as adding an access that does not allow the MTC device to access, or not allowing a low priority terminal to access, or not allowing the roaming terminal to access, or not The action of allowing the roaming MTC device to access, or not allowing the low-priority service access initiated by the MTC device. The corresponding access time control information may be configured separately or uniformly for the above actions; for example, configuring time information for each action, or configuring one time information for all actions or some actions; wherein, the new one in the S1 signaling The access time control information includes: a different form such as a wait time factor or a wait time value. The latencies of the eNB are applied to the specific time value corresponding to the protocol. The value is used directly; or the new S1 signaling is used to send the access time control information and the applicable object type to the base station. The object types can be classified into: MTC device and non-MTC device (normal user equipment H2H device) ; distinguish between normal priority MTC and low priority MTC; distinguish between MTC signaling and MTC data; distinguish between MTC data and normal data; low priority access or normal priority access; roaming MTC equipment and non-roaming MTC equipment; MTC by group Device; grouping information of the user equipment, priority information of the user equipment, priority information of the service, type information of the service model, public land mobile network type information, access level information, or service quality requirement type information of the service. The eNB will use the type according to the type and time control information corresponding to the type. The eNB receives the S1 signaling and finds that it carries the expected access time control information of the core network configuration, and may further include the applicable terminal type/service type information. At this time, the eNB will perform the expected access time based on the core network configuration. The control information parameter or the congestion condition of the terminal is configured as the waiting time of the corresponding terminal, and is sent to the corresponding terminal through the air interface signaling. If the eNB determines that congestion is also present, and the congestion recovery time of the access network is greater than the waiting time of the corresponding object type configured by the core network, the eNB determines, according to its own judgment, that the congestion recovery time is configured to the corresponding UE; If the congestion recovery time of the network is smaller than the waiting time of the corresponding object type configured by the core network, the e B is configured to the corresponding UE according to the waiting time of the corresponding object type configured by the core network. Meanwhile, the eNB configures the waiting time as time passes. When the UE is given, the lapse of time is considered. For example, the MME configures a waiting time for the signaling call to be 2 packets at 8:00, and at 8:01:20, the eNB configures the UE to initiate the signaling call. The waiting time will be set to 40 seconds. The air interface signaling includes an RRC Connection Reject or an RRC Connection Release or a RAR (Random Access Response) or a paging message or a broadcast message. After receiving the waiting time sent by the eNB, the terminal determines the final access delay time according to one of the following manners. The access delay time is equal to the allocated waiting time; the access delay time is a random value less than the allocated waiting time; the access delay time is equal to the product of the allocated waiting time and the adjustment factor; the access delay time is equal to the allocated waiting time A random time is added; it should be noted that the embodiments in the present application and the features in the embodiments can be combined with each other without conflict. In addition, the application of the technical solution of the embodiment of the present invention is not limited to the MTC terminal, and is not limited to the connection establishment and release process, and may be extended to all types of terminals, and may also be extended to other terminals that refuse to access the terminal due to insufficient network resources and the like. Scenes. For example, for all terminal types or partial terminal types, or according to different service types corresponding to different types of service applications, (for example, the 110 alarm is considered to be a high priority application, and the short message belongs to a lower priority application). Configure different latency control information. Based on the same inventive concept, an embodiment of the present invention further provides a system for a terminal to access a network, and a schematic structural diagram is shown in FIG. 5, including: a radio access network RAN side 501, configured to send a radio resource control RRC connection reject message or a connection release message; the terminal 502, configured to determine an access delay time of re-accessing the RAN side 501 when receiving the RRC connection reject message or the connection release message; and when the waiting time is equal to or exceeds the access delay time, to the RAN side 501 initiates an access request. In one embodiment,

The RAN side 501 is further configured to: determine a waiting time based on a desired access time control information parameter of the core network configuration and/or a congestion condition of the RAN side 501; the terminal 502 is further configured to: determine an access delay according to a waiting time configured by the RAN side 501 time. In an embodiment, as shown in FIG. 6, the terminal accessing the network system further includes: a core network entity 601 in the core network, configured to configure, for the RAN side 501, services for different terminal types or different terminals by using interface signaling. Type configures the desired access time control information. In an embodiment, as shown in FIG. 7, in the Long Term Evolution (LTE) system, the RAN side 501 includes a base station 701, and the interface includes an S1 interface between the core network and the base station 701, and the interface signaling includes at least one of the following: The mobility management entity MME configures update signaling and S1 signaling. In an embodiment, the S1 signaling included in the RAN side 501 carries the access time control information, and the access time control information parameter includes: a waiting time factor or a waiting time value. In an embodiment, the S1 signaling included in the RAN side 501 further carries an object type of at least one of the following applicable access time control information: distinguishing between the MTC device and the non-MTC device; distinguishing between the normal priority MTC and the low priority MTC ; distinguish between MTC signaling and MTC data; distinguish between MTC data and non-MTC device data; whether it is low priority access; whether it is roaming MTC device; terminal grouping information; user equipment priority information, service priority information, Type information of the business model, public land mobile network type information, access level information, or service quality requirement type information of the service. In an embodiment, the base station 701 is further configured to configure the waiting time for the terminal 502 according to the expected access time control information parameter of the core network configuration and/or the congestion condition of the core, and send the information to the terminal 502 through the air interface signaling. The port message includes at least one of the following: an RRC Connection Reject message, an RRC Connection Release message, a random access message, a paging message, and a broadcast message; the terminal 502 is further configured to determine an access delay time according to the waiting time. In an embodiment, the terminal 502 may be configured to: determine that the access delay time value is equal to the value of the waiting time; or determine that the access delay time value is equal to a random value between 0 and the waiting time value; or determine the access delay time value Equivalent to the product of the waiting time value and the adjustment factor, wherein the adjustment factor is determined according to the RRC connection release signaling or the network side system message or the terminal and the network side protocol predefined; or determining the access delay time value is equal to the waiting time value and the random value Sum. In an embodiment, as shown in FIG. 8, in the WCDMA system of the wideband code division multiple access system, the RAN side 501 includes a radio network controller RNC 801, and the interface includes an Iu interface between the core network and the RNC 701. The order includes at least one of the following: overload start signaling and Iu signaling. In addition, in the embodiment of the present invention, another terminal access time control system is further provided. As shown in FIG. 9, the system mainly includes: an access time control unit 901, configured to configure different accesses for terminals in the network. The time control information; the waiting time determining unit 902 is configured to, after receiving the reject message on the network side, determine, according to the access time control information, a time to wait for re-accessing the network. Referring to FIG. 9, in this embodiment, corresponding to the manner in which the network configures access time control information, the waiting time determining unit 902 is located at the terminal side, and the access time control unit 901 is located at the network side (including the eNB and the MME). The access time control information configured by the access time control unit 901 includes: a waiting time factor or a waiting time value; the waiting time determining unit 902 is configured to set a waiting time factor or a waiting time value according to the access time control unit 901. In the reject message or the link release message, the terminal determines, according to the assigned value, the time required to re-access the network. In addition, the access time control unit 901 is further configured to configure corresponding access time control information for the terminals in the network according to the priority of the terminal, the priority of the application service initiated by the terminal, and/or the access level of the terminal; And according to the priority of the terminal, the priority of the application service initiated by the terminal, and/or the access level of the terminal is high to low, the value of the configured corresponding access time control information is from small to large. From the above description, it can be seen that the present invention achieves the following technical effects: In the embodiment of the present invention, the network side configures different access time control information for each terminal in the network, and the terminal controls information according to the access time. Determine the waiting time, and determine the access delay time of the terminal according to the waiting time. The time for each terminal to re-access the network is not uniform, avoiding the impact on the network when a large number of terminals access simultaneously, and even causing network load overload. Happening. Obviously, those skilled in the art should understand that the above modules or steps of the present invention can be implemented by a general-purpose computing device, which can be concentrated on a single computing device or distributed over a network composed of multiple computing devices. Alternatively, they may be implemented by program code executable by the computing device, such that they may be stored in the storage device by the computing device and, in some cases, may be different from the order herein. The steps shown or described are performed, or they are separately fabricated into individual integrated circuit modules, or a plurality of modules or steps are fabricated as a single integrated circuit module. Thus, the invention is not limited to any specific combination of hardware and software. The above is only the preferred embodiment of the present invention, and is not intended to limit the present invention, and various modifications and changes can be made to the present invention. Any modifications, equivalent substitutions, improvements, etc. made within the spirit and scope of the present invention are intended to be included within the scope of the present invention.

Claims

A method for a terminal to access a network, comprising:

When the terminal receives the radio resource control RRC connection reject message or the connection release message sent by the RAN side of the radio access network, the terminal determines the access delay time of the terminal re-accessing the RAN side; when the terminal waits for the time equal to or When the access delay time is exceeded, the terminal initiates an access request to the RAN side.

The method of claim 1, wherein the determining, by the terminal, the access delay time of re-accessing the RAN side comprises:

Determining, by the terminal, the access delay time according to the waiting time configured by the RAN side, where the waiting time is determined by the RAN side based on a desired access time control information parameter configured by the core network, and/or the RAN side The congestion situation is determined.

The method according to claim 2, wherein, before determining, by the terminal, the access delay time according to the waiting time configured by the RAN side, the method includes:

The core network entity in the core network configures, by using interface signaling, the RAN side to configure desired access time control information for service types of different terminal types or different terminals.

The method according to claim 3, wherein, in the LTE-LTE system, the RAN side includes a base station, the interface includes an S1 interface between the core network and the base station, and the interface signaling includes At least one of the following: overload start signaling, mobility management entity MME configuration update signaling, and S1 signaling.

The method according to claim 4, wherein the S1 signaling carries the access time control information, and the access time control information parameter comprises: a waiting time factor or a waiting time value.

The method according to claim 5, wherein the S1 signaling further carries an object type of at least one of the following applicable to the access time control information:

Differentiate between the machine type communication device MTC device and the non-machine type communication device non-MTC device; distinguish the high priority machine type communication device normal priority MTC and the low priority machine type communication device low priority MTC; Differentiating machine type communication device signal MTC signaling and machine type communication device data MTC data;

Distinguish data between MTC data and non-machine communication devices;

Whether it is a low priority access

Whether it is a roaming MTC device;

Grouping information of the terminal;

The priority information of the user equipment, the priority information of the service, the type information of the service model, the public land mobile network type information, the access level information, or the service quality requirement type information of the service. The method according to any one of claims 4 to 6, wherein the terminal determines the access delay time according to the waiting time configured by the RAN side, including:

The base station configures a waiting time for the terminal according to the expected access time control information parameter and/or the congestion condition of the core network, and sends the waiting time to the terminal by using the air interface signaling, where the air interface message includes at least the following a: an RRC connection reject message, an RRC connection release message, a random access message, a paging message, and a broadcast message;

The terminal determines the access delay time according to the waiting time. The method according to claim 7, wherein the determining, by the terminal, the access delay time according to the waiting time comprises:

Determining, by the terminal, that the access delay time value is equal to a value of the waiting time;

Determining, by the terminal, that the access delay time value is equal to 0 to a random value between the waiting time values;

Determining, by the terminal, that the access delay time value is equal to a product of the waiting time value and an adjustment factor, where the adjustment factor is according to the RRC connection release signaling or the network side system message or the terminal and the The network side protocol is predefined and determined;

The terminal determines that the access delay time value is equal to a sum of the waiting time value and a random value. The method according to claim 3, wherein in the WCDMA system of the wideband code division multiple access system, the RAN side comprises a radio network controller RNC, and the interface comprises Iu between the core network and the RNC The interface, the interface signaling includes at least one of the following: overload start signaling and Iu signaling. A system for a terminal to access a network, comprising: The radio access network RAN side is configured to send a radio resource control RRC connection reject message or a connection release message;

The terminal is configured to determine, when the RRC connection reject message or the connection release message is received, the access delay time of the terminal re-accessing the RAN side; when the waiting time is equal to or exceeds the access delay time, to the RAN The side initiates an access request.

11. The system according to claim 10, wherein

The RAN side is further configured to: determine the waiting time based on a desired access time control information parameter of the core network configuration and/or a congestion condition on the RAN side;

The terminal is further configured to: determine the access delay time according to the waiting time configured by the RAN side.

12. The system according to claim 11, further comprising:

The core network entity in the core network is configured to configure, by using interface signaling, the RAN side to configure desired access time control information for different terminal types or service types of different terminals.

The system according to claim 12, wherein, in the Long Term Evolution (LTE) system, the RAN side includes a base station, the interface includes an S1 interface between the core network and the base station, and the interface signaling includes At least one of the following: overload start signaling, mobility management entity MME configuration update signaling, and S1 signaling.

The system according to claim 13, wherein the S1 signaling included in the RAN side carries the access time control information, and the access time control information parameter includes: a waiting time factor or a waiting time value.

The system according to claim 14, wherein the S1 signaling included in the RAN side further carries an object type of at least one of the following applicable to the access time control information:

Differentiate machine type communication equipment MTC device and non-machine type communication equipment non-MTC device; Distinguish high priority machine type communication equipment normal priority MTC and low priority machine type communication equipment low priority MTC;

Differentiate machine type communication equipment signals MTC signaling and machine type communication equipment data MTC data;

Distinguish data between MTC data and non-machine communication devices;

Whether it is low priority access for low priority access; Whether it is a roaming MTC device;

Grouping information of the terminal;

The priority information of the user equipment, the priority information of the service, the type information of the service model, the public land mobile network type information, the access level information, or the service quality requirement type information of the service.

The system according to any one of claims 13 to 15, wherein the base station is further configured to configure the terminal based on a desired access time control information parameter and/or a self-congestion condition configured by the core network. The waiting time is sent to the terminal by air interface signaling, where the air interface message includes at least one of the following: an RRC connection reject message, an RRC connection release message, a random access message, a paging message, and a broadcast message;

The terminal is further configured to determine the access delay time according to the waiting time.

The system according to claim 16, wherein the terminal is further configured to: determine that the access delay time value is equal to a value of the waiting time; or

Determining that the access delay time value is equal to 0 to a random value between the waiting time values; or determining that the access delay time value is equal to a product of the waiting time value and an adjustment factor, wherein the adjustment factor is according to the RRC connection release signaling or system message of the network side or the terminal and the network side protocol are predefined; or

It is determined that the access delay time value is equal to a sum of the waiting time value and a random value.

The system according to claim 12, wherein in the WCDMA system of the wideband code division multiple access system, the RAN side includes a radio network controller RNC, and the interface includes the core network and the RNC The Iu interface, the interface signaling includes at least one of the following: overload start signaling and Iu signaling.