CN110536349B - A method, device, device, and storage medium for determining rollback time - Google Patents

Abstract

The embodiment of the present invention discloses a method, device, device, and storage medium for determining backoff time, wherein the method includes: when the physical random access channel is congested, the base station determines the service type of the terminal; the base station determines the service type of the terminal according to the The service type of the terminal determines a fallback access time interval or fallback time corresponding to the terminal; the base station sends the fallback access time interval or fallback time to the terminal.

Description

A method, device, device, and storage medium for determining rollback time

technical field

The present invention relates to the Internet of Things technology, and in particular to a method, device, device, and storage medium for determining rollback time.

Background technique

In the application of the cellular Internet of Things, there are scenarios where a large number of users access the network concurrently, such as smart meter reading, smart light poles and other services, and there are situations where a large number of terminals report data to the network at the same or similar time. At the same time, in the process of accessing the network, network congestion is very likely to occur, causing many users to fail to access.

In an existing solution, the process of a terminal accessing a network is shown in FIG. 1 . When multiple terminals access the network at the same time:

Step 1: The terminal (User Equipment, UE) sends a random access preamble (Preamble) code in the uplink narrowband physical random access channel (NarrowPhysical Random Access CHannel, NPRACH), and sends it through the first message (MSG1).

Step 2: The base station (eNB) sends a random access response (for example, a second message (MSG2)) to the terminal. If the physical random access channel (Physical Random Access CHannel, NPRACH) channel is congested, the base station will inform the user of a fallback access time interval T in MSG2, and the user will select a random number in the (0,T) interval t, and re-initiate random access after waiting for t seconds.

Step 3, the terminal sends an RRC connection response (RRC Con Response) message to the base station, and sends it through the MSG3 message;

Step 4, the base station sends an RRC connection establishment (RRC Con Setup) request message to the terminal, and sends it through the MSG4 message;

Step 5, the terminal sends an RRC connection complete (RRC Con Complete) message to the base station, and sends it through the MSG5 message.

Disadvantages of the prior art: when the PRACH channel is congested, the back-off access time interval T is a cell-level parameter, which cannot distinguish between different services or different user settings. After the initial access failure of multiple users, random access attempts will be initiated again. Although multiple users select a random time within (0, T) to try again, each cell can only be set to one T value , when multiple users try to access again, there is still a high probability of access failure.

Contents of the invention

In view of this, embodiments of the present invention provide a method, device, device, and storage medium for determining rollback time in order to solve at least one problem existing in the prior art.

The technical scheme of the embodiment of the present invention is realized like this:

An embodiment of the present invention provides a method for determining rollback time, the method including:

When the PRACH channel is congested, the base station determines the service type of the terminal;

The base station determines a fallback access time interval or fallback time corresponding to the terminal according to the service type of the terminal;

The base station sends the time interval or backoff time of the fallback access to the terminal.

An embodiment of the present invention provides a device for determining rollback time, the device comprising:

The first determining unit is used to determine the service type of the terminal when the PRACH channel is congested;

A second determining unit, configured to determine a fallback access time interval or fallback time corresponding to the terminal according to the service type of the terminal;

A sending unit, configured to send the time interval or backoff time of the fallback access to the terminal.

An embodiment of the present invention provides a base station, including a memory and a processor. The memory stores a computer program that can run on the processor. When the processor executes the program, the above method for determining the fallback time is implemented. step.

An embodiment of the present invention provides a computer-readable storage medium on which a computer program is stored, wherein, when the computer program is executed by a processor, the above steps in the method for determining rollback time are implemented.

In the embodiment of the present invention, when the PRACH channel is congested, the base station determines the service type of the terminal; the base station determines the time interval or fallback time corresponding to the fallback access of the terminal according to the service type of the terminal; the base station The time interval or fallback time of the fallback access is sent to the terminal. In this way, the time interval or fallback time of the fallback access can be allocated to the terminal according to different service types, thereby improving the terminal's next access time interval or fallback time. The access probability of entering the network.

Description of drawings

FIG. 1 is a schematic diagram of an implementation flow of a method for determining rollback time according to an embodiment of the present invention;

FIG. 2 is a schematic diagram of the composition and structure of the network architecture of the embodiment of the present invention;

FIG. 3 is a schematic diagram of an implementation flow of a method for determining rollback time according to an embodiment of the present invention;

FIG. 4 is a schematic diagram of an implementation flow of a method for determining rollback time according to an embodiment of the present invention;

FIG. 5 is a schematic diagram of the composition and structure of the device for determining the fallback time according to the embodiment of the present invention;

FIG. 6 is a schematic diagram of a hardware entity of a base station in an embodiment of the present invention.

Detailed ways

The technical solutions of the present invention will be further described in detail below in conjunction with the accompanying drawings and embodiments.

This embodiment first provides a network architecture. FIG. 2 is a schematic diagram of the composition structure of the network architecture of the embodiment of the present invention. As shown in FIG. 2, the data synchronization architecture includes two or more terminals 11 to 1N and a base station 31, wherein the terminal 11 to 1N interact with the base station 31 through the network 21 . The implementation of the terminal is related to the field where the Internet of Things (IOT) is located. Generally speaking, the terminal can be various types of equipment with information processing capabilities during the implementation process. For example, the terminal can include mobile sales Point Of Sale (POS) machines, personal bicycles, smart light poles, meter reading terminals, sensor devices, etc.

This embodiment proposes a method for determining the fallback time, which can allocate a fallback access time interval or fallback time for the terminal according to different service types, thereby increasing the access probability of the terminal accessing the network next time. Applied to a base station, the functions implemented by the method can be realized by calling a program code by a processor in the base station. Of course, the program code can be stored in a computer storage medium. It can be seen that the base station includes at least a processor and a storage medium.

Fig. 3 is a schematic diagram of an implementation flow of a method for determining rollback time according to an embodiment of the present invention. As shown in Fig. 3 , the method includes:

Step S301, when the PRACH channel is congested, the base station determines the service type of the terminal;

In this embodiment, the base station determines the service type of the terminal, including at least three ways:

Method 1: the base station determines the service type of the terminal through the service type field in the random access message; method 2, the base station determines the service type of the terminal based on the resource location occupied by the terminal sending the random access message; method 3, the base station determines the service type of the terminal based on The service type of the historical online terminal predicts the service type of the terminal that initiates random access in the current period, so as to determine the service type of the terminal.

The terminal in this embodiment can be an ordinary terminal or an Internet of Things terminal, that is, an ordinary terminal such as a current mobile phone, an Internet of Things terminal such as a shared bicycle, a shared car, a smart light pole, a smart curtain, a meter reading terminal, etc., and the business type of the terminal It can be the business type of an ordinary terminal, or the business type of the terminal is the business type of the Internet of Things terminal, and the business type of the IoT terminal includes mobile POS machine business, shared bicycle business, smart light pole business, and meter reading business.

Step S302, the base station determines a fallback access time interval or fallback time corresponding to the terminal according to the service type of the terminal;

Step S303, the base station sends the time interval or backoff time of the fallback access to the terminal.

In other embodiments, the base station sending the fallback access time interval to the terminal includes: the base station sending the fallback access time interval or fallback time to the terminal through MSG2 terminal.

In this embodiment, the base station sets different access fallback time t or fallback access time interval T according to the service type. If the base station sends the fallback access time interval T to the terminal, the terminal is in (0, T) select a random time to try again; if the base station sends backoff time t to the terminal, the terminal tries again after time t.

In the embodiment of the present invention, when the PRACH channel is congested, the base station determines the service type of the terminal; the base station determines the time interval or fallback time corresponding to the fallback access of the terminal according to the service type of the terminal; the base station The time interval or fallback time of the fallback access is sent to the terminal. In this way, the time interval or fallback time of the fallback access can be allocated to the terminal according to different service types, thereby improving the terminal's next access time interval or fallback time. The access probability of entering the network.

In the embodiment of the present invention, step S301, the base station determines the service type of the terminal, including:

The base station determines the service type of the terminal according to the service type field in the random access message sent by the terminal; or, the base station determines the terminal according to the resource position occupied by the terminal sending the random access message type of business.

This step implements the above-mentioned mode 1 and mode 2. In the process of implementing mode 1, the random access message can be implemented by using MSG1. In the current technology, MSG1 does not include the service type field of the terminal. The method provided in this embodiment requires The sending content of the existing MSG1 is added, and the added MSG1 includes a service type field. It should be noted that the random access message may also be implemented by using other messages. It should be noted that the above method 3 does not need to modify the existing solution, in particular, it does not need to modify the process on the terminal side, but only needs to modify the process on the network side.

In the process of the second implementation, different terminals can negotiate with the base station to determine the resource position (such as subcarrier) occupied by the random access message, for example, for the terminal of the first service type, the occupied resource position is 1; for the terminal of the second service type, the occupied resource position is 3; for the terminal of the third service type, the occupied resource position is 2; in this way, terminals of different service types will occupy different Resource location, the base station can determine the service type of the terminal according to the resource location. In other embodiments, the base station can also broadcast resource locations occupied by terminals of different service types. After receiving the broadcast message from the base station, the terminal selects a different resource location according to its own service type to send a random access message. In this way, the base station Determine the service type of the terminal according to the resource location of the random access message.

In other embodiments, in step S301, the base station determines the service type of the terminal, including:

Step S11, the base station determines the current period to which the current time belongs;

Step S12, the base station determines the service type of the terminal according to the current time period and the service type of the historical online terminal.

In other embodiments, the base station determines the service type of the terminal according to the current period and historical service types of the online terminal, including:

The base station predicts the service type of the terminal that initiates random access in the current period based on the service type of the historical online terminal;

The base station determines the predicted service type as the service type of the terminal.

In other embodiments, the base station predicts the service type of the terminal initiating random access in the current period based on the service type of the historical online terminal, including:

The base station queries the first preset relationship table according to the current time period, and obtains the access probabilities corresponding to different service types in the current time period in history; the first preset relationship table is used to represent the service types of historical online terminals , the mapping relationship between the access probability and the current period;

The base station determines the service type of the terminal from the service types with access probabilities greater than a first threshold in the first preset relationship table.

In other embodiments, the base station predicts the service type of the terminal initiating random access in the current period based on the service type of the historical online terminal, and further includes:

If the service type with the access probability greater than the first threshold is more than one, determine the service type of the terminal from the service types with the access probability greater than the first threshold according to the preset priorities of different service types; Alternatively, if the service type with the access probability greater than the first threshold is more than one, determine the service type with the highest access probability as the service type of the terminal.

In other embodiments, the base station determines a fallback access time interval or fallback time corresponding to the terminal according to the service type of the terminal, including:

The base station queries a second preset relationship table according to the service type of the terminal to obtain the time interval or fallback time corresponding to the terminal's fallback access, and the second preset relationship table is used to represent different terminals The service types of the terminals correspond to different fallback access time intervals, or the second preset relationship table is used to indicate that different terminal service types correspond to different fallback time intervals.

Wherein, in the second preset relationship table, the time interval of fallback access corresponding to the delay-sensitive service type is smaller than the time interval of fallback access corresponding to the delay-insensitive service type; or, the In the second preset relationship table, the fallback time corresponding to the delay-sensitive service type is less than the corresponding fallback time of the delay-insensitive service type; wherein, the delay-sensitive service type includes at least mobile POS machine service, bicycle Business, delay-insensitive business types include at least meter reading business.

In other embodiments, the method further includes: a step of forming the second preset relationship table. Forming the second preset relationship table includes: the base station based on the business type of historical online terminals, historical online The time when the terminal accesses the network and the number of terminals in different time periods form a second preset relationship table.

In other embodiments, the method further includes: during the process of each terminal accessing the network, the base station correspondingly identifies the service type of each terminal based on the message reported by each terminal, and obtains the service type of the historical online terminal; or, the The base station receives the service types of each terminal sent by the core network, and obtains the service types of historical online terminals.

This embodiment can at least solve the following technical problems: the network side predicts the service type of the terminal that initiates random access in the current period based on the service type of the historical online terminal, and sets different access fallback times according to the service type, which is sensitive to delay Set a relatively short access fallback time for delay-insensitive services, and set a relatively long access fallback time for delay-insensitive services, so that different types of services or different users of the same type of services can be initiated within a staggered time as much as possible Attempt to access again to improve the success rate of accessing the network.

Fig. 4 is a schematic diagram of an implementation flow of a method for determining rollback time according to an embodiment of the present invention. As shown in Fig. 4, the method includes:

Step S401: The base station side stores the time when the user accesses the network, the service type, and the number of users of different service types, and performs intelligent statistical analysis to obtain the probability of a certain type of service initiating random access at a certain period of time.

During implementation, the random access probability can be determined based on Table 1.

Table 1

Among them, after the user accesses the network, the base station obtains the service type of the user, which may specifically include but not limited to the following methods: method 1, identifying in the MSG3 or MSG5 message reported by the terminal: during the process of the terminal accessing the network, the base station side passes The message reported by the terminal (for example: MSG3, MSG5 or the service type identifier added in the initial service transmission) identifies the service type of the user. Method 2, the core network informs the base station of the service type: the core network identifies the user's service type and informs the base station. For example: after a user initially attaches to the core network, the core network obtains the service type of the user, and notifies the base station of the service type information of the user.

Step S402: The base station sets different access fallback time values for different types of services, setting a shorter access fallback time for delay-sensitive services, and setting a relatively longer access fallback time for delay-insensitive services.

Table 2

Step S403: Based on the moment when the current user initiates access, the base station performs a query in the probability table of each service type stored in the corresponding access period. When the probability of a certain service is the highest and is higher than a certain threshold, the base station side It is predicted that the current user's business is this type of business.

Among them, the implementation process is as follows:

When a new user tries to access the network, if the PRACH channel is congested at this time, the base station side searches the probability table of each service type in the corresponding access period based on the time when the current user initiates access, which can have There are several judgment methods to choose from:

Method 1: When the probability of a certain service is the highest and higher than a certain threshold, the base station side predicts that the current user's service is this service type. For example, when a new user initiates access at 6:30 p.m., the base station finds based on the probability table that the smart light pole service has the highest probability (45%) and is higher than the given threshold during the time period from 6:00 p.m. to 7:00 p.m. value (eg: 35%), it is predicted that the current user's business type is a smart light pole business.

Method 2: When the probabilities of certain types of services are higher than a certain threshold, among these types of services, the base station side can select services with high priority as the predicted services of the current user according to the service priorities at the time of congestion configured in advance type. For example: For example, when a new user initiates access at 6:30 p.m., the base station finds based on the probability table that the probabilities of smart light pole services and shared bicycle services are higher than a given threshold during the time period from 6:00 p.m. to 7:00 p.m. Value (such as: 35%), assuming that the cell is configured to have a priority of shared bicycle services over smart light pole services at times of congestion, it is predicted that the current user’s service is shared bicycle services; if the community is configured with smart light pole services at If the business priority is higher than that of shared bicycle business, it is predicted that the current user's business is smart light pole business.

Step S404: If the PRACH channel is congested at this time, the base station selects the corresponding access back-off time T based on the predicted service type of the user currently trying to access the network, and sends it to the terminal in MSG2.

In other embodiments, the base station side can also select a random number between (0, T) as the access fallback time based on the predicted service type of the user currently trying to access the network, and send it to terminal.

As can be seen from the above solutions, the embodiments of the present invention provide the following implementation solutions:

1) Based on the service types of historical online terminals, the network side predicts the service types of terminals that initiate random access in the current period, and sets different access fallback times for different service types.

2) The base station side stores the time when the user accesses the network, the service type, and the number of users of different service types, and performs intelligent statistical analysis to obtain the probability of a certain type of service initiating random access at a certain period of time.

3) Based on the moment when the current user initiates access, the base station performs a query in the probability table of each service type stored in the corresponding access period. When the probability of a certain service is the highest and is higher than a certain threshold, the base station predicts The current user's service is this service type.

4) Based on the moment when the current user initiates access, the base station performs a query in the probability table of each service type stored in the corresponding access period. When the probabilities of certain types of services are higher than a certain threshold, the Among the services, the base station side can select the service with high priority as the predicted service type of the current user according to the service priority at the time of congestion configured in advance.

5) If the PRACH channel is congested at this time, the base station selects the corresponding access fallback time T based on the predicted service type of the user currently trying to access the network, and sends it to the terminal in MSG2; For the predicted service type of the user accessing the network, select a random number between (0, T) as the access fallback time, and send it to the terminal in MSG2.

Compared with the existing technology, this embodiment has the following technical advantages: in the existing solution, after the initial access failure of multiple users, a random access attempt will be initiated again, although multiple users select a Access is attempted again at random time, but because each cell can only be set to one T value, when multiple users attempt to access again, there is still a high probability of access failure. In this embodiment, the service type is identified through intelligent prediction on the network side and different access fallback times are set. A shorter access fallback time is set for delay-sensitive services, and a relatively longer access fallback time is set for delay-insensitive services. Enter the fallback time, so that different types of services, or different users of the same type of services, can initiate re-access attempts at a staggered time as much as possible, which can improve the success rate of accessing the network.

Based on the foregoing embodiments, this embodiment of the present invention provides a device for determining rollback time, the device includes each unit included, and each module included in each unit, and each sub-module included in each module can be passed It can be realized by the processor in the base station; of course, it can also be realized by a specific logic circuit; in the process of implementation, the processor can be a central processing unit (CPU), a microprocessor (MPU), a digital signal processor (DSP) or field programmable gate array (FPGA), etc.

FIG. 5 is a schematic diagram of the composition and structure of the device for determining the fallback time according to an embodiment of the present invention. As shown in FIG. 5 , the device 500 includes a first determining unit 501, a second determining unit 502, and a sending unit 503, wherein:

The first determining unit 501 is configured to determine, by the base station, the service type of the terminal when the PRACH channel is congested;

The second determining unit 502 is configured to determine the time interval or fallback time of the fallback access corresponding to the terminal according to the service type of the terminal;

The sending unit 503 is configured to send the time interval or backoff time of the fallback access to the terminal.

In other embodiments, the sending unit is further configured to send the time interval or backoff time of the fallback access to the terminal through MSG2.

In other embodiments, the first determining unit is configured to determine the service type of the terminal according to the service type field in the random access message sent by the terminal; or, according to the random access message sent by the terminal The resource position occupied by the message determines the service type of the terminal.

In other embodiments, the first determining unit includes:

A first determining module, configured to determine the current period to which the current time belongs;

The second determining module is configured to determine the service type of the terminal according to the current time period and the service type of the historical online terminal.

In other embodiments, the second determination module includes:

The prediction submodule is used to predict the service type of the terminal that initiates random access in the current period based on the service type of the historical online terminal;

A determining submodule, configured to determine the predicted service type as the service type of the terminal.

In other embodiments, the prediction submodule is used for:

Query the first preset relationship table according to the current time period to obtain the access probabilities corresponding to different service types in the current time period in history; the first preset relationship table is used to represent the service type and access of historical online terminals The mapping relationship between probability and current period;

Determining the service type of the terminal with the service type whose access probability is greater than the first threshold in the first preset relationship table.

In other embodiments, the prediction sub-module is also used for:

If the service type with the access probability greater than the first threshold is more than one, determine the service type of the terminal from the service types with the access probability greater than the first threshold according to the preset priorities of different service types; Alternatively, if the service type with the access probability greater than the first threshold is more than one, determine the service type with the highest access probability as the service type of the terminal.

In other embodiments, the second determining unit is configured to query a second preset relationship table according to the service type of the terminal, and obtain the fallback access time interval or fallback time corresponding to the terminal;

Wherein, the second preset relationship table is used to indicate that different service types of terminals correspond to different fallback access time intervals, or the second preset relationship table is used to indicate that different terminal service types correspond to different time intervals of fallback access. Different fallback times.

Wherein, in the second preset relationship table, the time interval of fallback access corresponding to the delay-sensitive service type is smaller than the time interval of fallback access corresponding to the delay-insensitive service type; or, the In the second preset relationship table, the fallback time corresponding to the delay-sensitive service type is less than the corresponding fallback time of the delay-insensitive service type;

Among them, delay-sensitive service types include at least mobile POS machine services and bicycle services, and delay-insensitive service types include at least meter reading services.

In other embodiments, the device further includes a forming unit, configured to form a second preset relationship based on the business type of historical online terminals, the moment when historical online terminals access the network, and the number of terminals in different time periods surface.

In other embodiments, the device further includes an identification unit, configured to identify the service type of each terminal based on the message reported by each terminal during the process of each terminal accessing the network, and obtain the service type of the historical online terminal ;

Alternatively, the base station receives the service types of each terminal sent by the core network, and obtains the service types of historical online terminals.

The description of the above device embodiment is similar to the description of the above method embodiment, and has similar beneficial effects as the method embodiment. For technical details not disclosed in the device embodiments of the present invention, please refer to the description of the method embodiments of the present invention for understanding.

It should be noted that, in the embodiment of the present invention, if the above-mentioned method for determining the fallback time is implemented in the form of a software function module and sold or used as an independent product, it can also be stored in a computer-readable storage medium . Based on this understanding, the technical solution of the embodiment of the present invention is essentially or the part that contributes to the prior art can be embodied in the form of a software product. The computer software product is stored in a storage medium and includes several instructions for A base station is made to execute all or part of the methods described in the various embodiments of the present invention. The aforementioned storage medium includes: various media that can store program codes such as U disk, mobile hard disk, read-only memory (Read Only Memory, ROM), magnetic disk or optical disk. Thus, embodiments of the invention are not limited to any specific combination of hardware and software.

Correspondingly, an embodiment of the present invention provides a base station, including a memory and a processor. The memory stores a computer program that can run on the processor. When the processor executes the program, the above method of determining the fallback time is implemented. steps in the method.

An embodiment of the present invention provides a computer-readable storage medium on which a computer program is stored, wherein, when the computer program is executed by a processor, the above steps in the method for determining rollback time are implemented.

It should be pointed out here that: the descriptions of the above storage medium and device embodiments are similar to the descriptions of the above method embodiments, and have similar beneficial effects to those of the method embodiments. For technical details not disclosed in the storage medium and device embodiments of the present invention, please refer to the description of the method embodiments of the present invention for understanding.

It should be noted that FIG. 6 is a schematic diagram of a hardware entity of a base station in an embodiment of the present invention. As shown in FIG. 6, the hardware entity of the base station 600 includes: a processor 601, a communication interface 602, and a memory 603, wherein

Processor 601 generally controls the overall operation of base station 600 .

The communication interface 602 enables the base station to communicate with other terminals or servers through the network.

The memory 603 is configured to store instructions and applications executable by the processor 601, and also cache data to be processed or processed by the processor 601 and modules in the base station 600 (for example, image data, audio data, voice communication data and video data) Communication data), which can be realized by flash memory (FLASH) or random access memory (Random Access Memory, RAM).

It should be understood that reference throughout this specification to "one embodiment" or "an embodiment" means that a particular feature, structure, or characteristic related to the embodiment is included in at least one embodiment of the present invention. Thus, appearances of "in one embodiment" or "in an embodiment" in various places throughout the specification are not necessarily referring to the same embodiment. Furthermore, the particular features, structures or characteristics may be combined in any suitable manner in one or more embodiments. It should be understood that in various embodiments of the present invention, the sequence numbers of the above-mentioned processes do not mean the order of execution, and the execution order of each process should be determined by its functions and internal logic, rather than by the embodiment of the present invention. The implementation process constitutes any limitation. The serial numbers of the above embodiments of the present invention are for description only, and do not represent the advantages and disadvantages of the embodiments.

It should be noted that, in this document, the term "comprising", "comprising" or any other variation thereof is intended to cover a non-exclusive inclusion such that a process, method, article or apparatus comprising a set of elements includes not only those elements, It also includes other elements not expressly listed, or elements inherent in the process, method, article, or device. Without further limitations, an element defined by the phrase "comprising a ..." does not preclude the presence of additional identical elements in the process, method, article, or apparatus comprising that element.

In the several embodiments provided in this application, it should be understood that the disclosed devices and methods may be implemented in other ways. The device embodiments described above are only illustrative. For example, the division of the units is only a logical function division. In actual implementation, there may be other division methods, such as: multiple units or components can be combined, or May be integrated into another system, or some features may be ignored, or not implemented. In addition, the coupling, or direct coupling, or communication connection between the components shown or discussed may be through some interfaces, and the indirect coupling or communication connection of devices or units may be electrical, mechanical or other forms of.

The units described above as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units; they may be located in one place or distributed to multiple network units; Part or all of the units can be selected according to actual needs to achieve the purpose of the solution of this embodiment.

In addition, each functional unit in each embodiment of the present invention can be integrated into one processing unit, or each unit can be used as a single unit, or two or more units can be integrated into one unit; the above-mentioned integration The unit can be realized in the form of hardware or in the form of hardware plus software functional unit.

Those of ordinary skill in the art can understand that all or part of the steps for realizing the above method embodiments can be completed by hardware related to program instructions, and the aforementioned program can be stored in a computer-readable storage medium. When the program is executed, the execution includes The steps of the foregoing method embodiments; and the aforementioned storage media include: various media that can store program codes such as removable storage devices, read only memory (ROM), magnetic disks or optical disks.

Alternatively, if the above-mentioned integrated units of the present invention are implemented in the form of software function modules and sold or used as independent products, they can also be stored in a computer-readable storage medium. Based on this understanding, the technical solutions of the embodiments of the present invention can be embodied in the form of software products in essence or the part that contributes to the prior art. The computer software products are stored in a storage medium and include several instructions for A base station is made to execute all or part of the methods described in the various embodiments of the present invention. The aforementioned storage medium includes various media capable of storing program codes such as removable storage devices, ROMs, magnetic disks or optical disks.

The above is only the embodiment of the present invention, but the scope of protection of the present invention is not limited thereto. Anyone familiar with the technical field can easily think of changes or substitutions within the technical scope disclosed in the present invention. covered within the protection scope of the present invention. Therefore, the protection scope of the present invention should be determined by the protection scope of the claims.

Claims (12)

1. A method of determining backoff time, the method comprising:

when the physical random access channel is congested, the base station determines the service type of the terminal;

the base station determines a time interval or a backoff time of the backoff access corresponding to the terminal according to the service type of the terminal;

the base station sends the time interval or the rollback time of the rollback access to the terminal;

the base station determines the service type of the terminal, and comprises the following steps:

the base station determines the service type of the terminal according to the service type field in the random access message sent by the terminal; or,

the base station determines the service type of the terminal according to the resource position occupied by the terminal for sending the random access message; or,

and the base station determines the service type of the terminal according to the current time period of the current time and the service type of the historical online terminal.

2. The method of claim 1, wherein the base station determining the traffic type of the terminal based on the current time period to which the current time belongs and the traffic type of the historical online terminal, comprises:

the base station predicts the service type of the terminal initiating random access in the current period based on the service type of the historical online terminal;

the base station determines the predicted service type as the service type of the terminal.

3. The method of claim 2, wherein the base station predicting the traffic type of the terminal initiating random access during the current period based on the traffic type of the historical online terminal comprises:

the base station queries a first preset relation table according to the current time period to obtain access probabilities corresponding to different service types in the current time period in history; the first preset relation table is used for representing the mapping relation among the service type, the access probability and the current time period of the historical online terminal;

and the base station determines the service type of the terminal according to the service type of which the access probability is larger than a first threshold value in the first preset relation table.

4. The method of claim 3, wherein the base station predicts the traffic type of the terminal initiating random access during the current period based on the traffic type of the historical online terminal, further comprising:

if the access probability is greater than 1 service type of the first threshold, determining the service type of the terminal from the service types of which the access probability is greater than the first threshold according to the preset priorities of different service types; or,

and if the service type with the access probability larger than the first threshold value is larger than 1, determining the service type with the maximum access probability as the service type of the terminal.

5. The method according to any one of claims 1 to 4, wherein the determining, by the base station, a time interval or a backoff time of the backoff access corresponding to the terminal according to the service type of the terminal includes:

the base station queries a second preset relation table according to the service type of the terminal to obtain a time interval or a backoff time of the backoff access corresponding to the terminal, wherein the second preset relation table is used for representing that the service type of different terminals corresponds to different time intervals of the backoff access, or the second preset relation table is used for representing that the service type of different terminals corresponds to different backoff times.

6. The method of claim 5, wherein in the second preset relationship table, a time interval of the fallback access corresponding to the delay-sensitive service type is smaller than a time interval of the fallback access corresponding to the delay-insensitive service type; or, in the second preset relation table, the rollback time corresponding to the service type sensitive to the time delay is smaller than the rollback time corresponding to the service type insensitive to the time delay;

the time delay sensitive service types at least comprise mobile point-of-sale machine service and bicycle service, and the time delay insensitive service types at least comprise meter reading service.

7. The method of claim 5, wherein forming the second predetermined relationship table comprises:

the base station forms a second preset relation table based on the service type of the historical online terminal, the time when the historical online terminal accesses the network and the number of the terminals in different time periods.

8. The method of claim 7, wherein the method further comprises:

in the process that each terminal is accessed to a network, the base station correspondingly identifies the service type of each terminal based on the message uploaded by each terminal, and the service type of the historical online terminal is obtained; or the base station receives the service types of all terminals sent by the core network to obtain the service types of the historical online terminals.

9. The method according to any of claims 1 to 4, wherein the base station transmitting the time interval of the fallback access to the terminal comprises: and the base station sends the time interval or the backoff time of the backoff access to the terminal through MSG 2.

10. An apparatus for determining backoff time, comprising:

a first determining unit, configured to determine, when the physical random access channel is congested, a service type of the terminal by the base station;

a second determining unit, configured to determine a time interval or a backoff time of the backoff access corresponding to the terminal according to the service type of the terminal;

a sending unit, configured to send the time interval or the backoff time of the backoff access to the terminal;

the first determining unit is specifically configured to:

determining the service type of the terminal according to the service type field in the random access message sent by the terminal; or,

determining the service type of the terminal according to the resource position occupied by the terminal for sending the random access message; or,

and determining the service type of the terminal according to the current time period to which the current time belongs and the service type of the historical online terminal.

11. A base station comprising a memory and a processor, the memory storing a computer program executable on the processor, characterized in that the processor, when executing the program, implements the steps of the method of determining backoff time of any of claims 1 to 9.

12. A computer readable storage medium having stored thereon a computer program, characterized in that the computer program, when being executed by a processor, realizes the steps in the method of determining a backoff time as claimed in any of claims 1 to 9.

Images