CN106912116A - A kind of dispatching method and network side equipment - Google Patents
A kind of dispatching method and network side equipment Download PDFInfo
- Publication number
- CN106912116A CN106912116A CN201510974240.6A CN201510974240A CN106912116A CN 106912116 A CN106912116 A CN 106912116A CN 201510974240 A CN201510974240 A CN 201510974240A CN 106912116 A CN106912116 A CN 106912116A
- Authority
- CN
- China
- Prior art keywords
- random access
- access request
- scheduling
- network
- side device
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/08—Non-scheduled access, e.g. ALOHA
- H04W74/0833—Random access procedures, e.g. with 4-step access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access
- H04W74/04—Scheduled access
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
The embodiment of the invention discloses a kind of dispatching method, it is applied in a network side equipment, methods described includes：Receive the random access request from least one user equipment (UE)；The random access request is divided into noncompetitive random access request and competitive random access request, wherein, the priority of noncompetitive random access request is higher than competitive random access request；According to the priority, the noncompetitive random access request and the competitive random access request are scheduled.The embodiment of the present invention also discloses a kind of network side equipment simultaneously.
Description
Technical Field
The present invention relates to the field of wireless communications, and in particular, to a scheduling method and a network device.
Background
In the field of mobile communications, a base station needs to respond not only to an access User Equipment (UE) but also maintain scheduling of the accessed UE. With the continuous expansion of network scale, a large number of users will request to access the network more and more, and considering the load and performance limitation of the base station itself, a large number of UEs will have a great impact on the Long Term Evolution (LTE) system, and the access performance and the system stability are seriously affected.
At present, for access control of an LTE system, generally adopted strategies are: when the base station cannot process the received random access request, the corresponding random access response with the backoff index indicates the UE to perform access backoff. However, when the LTE system has limited access resources and a high system load, that is, when the number of requests received by the base station is greater than the allocable capability of radio resources, the base station cannot issue the backoff index to the UE in time, which may result in an increase in UE handover failure probability, dropped call of the accessed UE, and the like.
Disclosure of Invention
In view of this, embodiments of the present invention are expected to provide a scheduling method and a network side device, so that the network side device can respond to a random access request in time, reduce a UE handover failure probability, avoid a dropped call of an accessed UE, and improve an access performance of a system.
In order to achieve the purpose, the technical scheme of the invention is realized as follows: in a first aspect, an embodiment of the present invention provides a scheduling method, which is applied to a network side device, and the method includes: receiving a random access request from at least one User Equipment (UE); dividing the random access request into a non-competitive random access request and a competitive random access request, wherein the priority of the non-competitive random access request is higher than that of the competitive random access request; and scheduling the non-competitive random access request and the competitive random access request according to the priority.
Further, the performing, according to the priority, the non-contention random access request and the contention random access request includes: and scheduling the non-competitive random access request preferentially according to the priority, and scheduling the competitive random access request after the non-competitive random access request completes scheduling.
Further, the scheduling the contention random access request includes: and scheduling the competitive random access request by adopting a token bucket mechanism.
Further, the scheduling the contention based random access request by using the token bucket mechanism includes: and when the token bucket is empty, sending a backoff index to the UE corresponding to the non-scheduled competitive random access request, wherein the backoff index is used for indicating the corresponding UE to perform backoff operation.
Further, the method further comprises: generating a new token according to a preset token generation rate; or generating the new token according to the network configuration and the current system load.
Further, the generating the new token according to the network configuration and the current system load includes: obtaining a system configuration factor and a cell load factor, wherein the system configuration factor is used for characterizing the physical hardware performance of the network side equipment, and the cell load factor is used for characterizing the current operation performance of a cell of the network side equipment; calculating to obtain a real-time token generation rate according to the system configuration factor and the cell load factor; and generating the new token according to the real-time token generation rate.
In a second aspect, an embodiment of the present invention provides a network side device, including a receiving unit, a dividing unit, and a scheduling unit; the receiving unit is configured to receive a random access request from at least one user equipment UE; the dividing unit is used for dividing the random access request into a non-competitive random access request and a competitive random access request, wherein the priority of the non-competitive random access request is higher than that of the competitive random access request; the scheduling unit is configured to schedule the non-contention random access request and the contention random access request according to the priority.
Further, the scheduling unit is specifically configured to preferentially schedule the non-contention random access request according to the priority, and schedule the contention random access request after the non-contention random access request completes scheduling.
Further, the scheduling unit is specifically configured to schedule the contention random access request by using a token bucket mechanism.
Further, the scheduling unit is specifically configured to send a backoff index to a UE corresponding to an unscheduled contention random access request when the token bucket is empty, where the backoff index is used to instruct the corresponding UE to perform a backoff operation.
Further, the network side device further includes: the scheduling maintenance unit is used for generating a new token according to a preset token generation rate; or generating the new token according to the network configuration and the current system load.
Further, the scheduling maintenance unit is specifically configured to obtain a system configuration factor and a cell load factor, where the system configuration factor is used to characterize the physical hardware performance of the network side device, and the cell load factor is used to characterize the current operating performance of the cell of the network side device; calculating to obtain a real-time token generation rate according to the system configuration factor and the cell load factor; and generating the new token according to the real-time token generation rate.
In the scheduling method and the network side device provided in the embodiments of the present invention, the network side device divides the received random access request of the UE into the non-contention random access request and the contention random access request, where the priority of the non-contention random access request is higher than that of the contention random access request, and then schedules the non-contention random access request and the contention random access request according to the priority. In the embodiment of the invention, because the priority of the non-competitive random access request is higher than that of the competitive random access request, the non-competitive random access request is scheduled preferentially in the scheduling process, and then the competitive random access request is scheduled. Therefore, the network side equipment can respond to the non-competitive random access request in time, so that the UE registered in the network side equipment can be accessed in time, the UE switching failure probability is reduced, the accessed UE is prevented from dropping calls, and the access performance of the system is improved.
Drawings
Fig. 1 is a schematic flowchart of a scheduling method according to an embodiment of the present invention;
fig. 2 is a schematic structural diagram of a network device according to an embodiment of the present invention;
fig. 3 is another schematic structural diagram of a network device according to an embodiment of the present invention.
Detailed Description
The technical solution in the embodiments of the present invention will be clearly and completely described below with reference to the accompanying drawings in the embodiments of the present invention.
The embodiment of the present invention provides a scheduling method, which is applied to a network side device, such as an access network side device in an Evolved Node B (eNode B) in an LTE System, a Radio Network Controller (RNC) in a Universal Mobile Telecommunications System (UMTS), and the like, and the access network side device performs control plane interaction with a UE and a core network.
Fig. 1 is a schematic flow chart of a scheduling method in an embodiment of the present invention, and referring to fig. 1, the method includes:
s101: receiving a random access request from at least one UE;
specifically, in the wireless communication system, when a UE needs to request access to a network, the UE sends a random access request to a network side device, and the network side device receives the random access requests from at least one UE.
Illustratively, there are five different situations in an LTE system that can trigger the random access procedure, including: the method comprises the steps of initiating random access in an idle mode, reestablishing Radio Resource Control (RRC) connection, switching (switching from a serving cell to a target cell in an RRC connection state), reaching downlink data in the RRC connection state (uplink synchronization is not obtained but downlink data needs to be received), and reaching uplink data in the RRC connection state (uplink synchronization is not obtained but uplink data and Control information needs to be sent or uplink resources need to be applied through random access although uplink synchronization is not lost), wherein non-competitive random access refers to two situations of reaching downlink data in the switching and RRC connection states; the competitive random access refers to three conditions of random access initiated in an idle mode, RRC connection reestablishment and uplink data arrival in an RRC connection state.
Here, the random access request sent in the random access procedure carries a Preamble (Preamble). The network side equipment can divide the random access request into a non-competitive random access request belonging to non-competitive random access or a competitive random access request belonging to competitive random access according to the lead code.
S102: dividing the random access request into a non-competitive random access request and a competitive random access request;
here, since the non-contention random access request occurs in both handover and downlink data arrival in the RRC connected state, it can be seen that the UE issuing the non-contention random access request has already RRC connected on the network side device, and therefore the non-contention random access request has higher priority than the contention random access request.
Specifically, the network side device may determine whether the random access request is a non-contention random access request or a contention random access request according to a preamble type in the random access request. If the preamble is selected by a Media Access Control (MAC) of the UE, it is a contention random Access request; the preamble is a non-contention random access request if allocated by the control signaling.
Then, the network side device divides all random access requests received within one Transmission Time Interval (TTI) into non-contention random access requests and contention random access requests according to the preamble type of the random access requests.
S103: and scheduling the non-competitive random access request and the competitive random access request according to the priority.
Specifically, the network side device schedules the non-competitive random access request according to the priority order, schedules the non-competitive random access request to the next-level processor, and responds. And if the UE is allowed to access, issuing a random access response message to the UE, and if the UE is not allowed to access, issuing a backoff index to the UE to indicate the UE to perform backoff operation.
In this way, scheduling of non-contention random access requests is completed. Because the number of the non-competitive random access requests is limited, the network side equipment can process the requests in time under the condition of limited system resources, thereby reducing the switching failure rate and avoiding the occurrence of the conditions of call drop of the accessed UE and the like.
In a specific implementation process, S103 includes: and scheduling the non-competitive random access request preferentially according to the priority, and scheduling the competitive random access request after the non-competitive random access request completes scheduling.
Specifically, the network side device schedules the contention based random access request after preferentially scheduling the non-contention based random access request.
Illustratively, a token bucket mechanism is employed to schedule the competing random access requests.
Further, in the process that the network side device schedules the competitive random access requests by using a token bucket mechanism, when one competitive random access request is scheduled, the number of tokens in the token bucket is reduced by 1 until the tokens are exhausted, namely when the token bucket is empty, the competitive random access requests are stopped being scheduled, a backoff index is sent to the UE corresponding to the non-scheduled competitive random access requests, the corresponding UE is indicated to perform backoff operation until the token bucket is available, and then the other competitive random access requests are continuously scheduled. Due to the fact that the token bucket mechanism is adopted to schedule the competitive random access requests, when network system access resources are limited and system load is high, the speed of processing the random access requests is increased by the network side equipment, impact of a large number of random access requests on the network side equipment is reduced, meanwhile, the system resources can be effectively utilized, and the probability of switching failure and call drop of accessed UE is reduced.
In practical application, in order to maintain the stable and continuous scheduling of the competitive random access request and better alleviate the impact of the random access request on the system, while the competitive random access request is scheduled, the network side device continuously generates a new token according to a preset strategy, for example, the network side device may generate a new token according to a preset token generation rate; or generating new tokens according to the network configuration and the current system load so as to maintain the tokens in the token bucket.
Specifically, the token bucket comprises two parameters, one is the maximum capacity m of the token bucket, and the other is the generation rate K of the token, wherein the maximum capacity m of the token bucket limits the maximum number of competitive random access requests that can be simultaneously scheduled by the network side device; the generation rate K of the token influences the scheduling completion degree, and an appropriate generation rate K can ensure that scheduling is completed better and the running stability of network side equipment can be ensured.
Further, the generation rate K of the token has and is not limited to the following two cases.
Firstly, K is a preset value, that is, the network side device generates a new token at a preset token generation rate;
secondly, K is a value determined in real time according to network settings and the current system load, that is, the network side device generates a new token according to network configuration and the current system load condition;
specifically, first, a network side device obtains a Cell load factor CellfactorAnd a system configuration factor ConfigfactorThen, calculating the real-time token generation rate K in real time according to the following formula (1);
K＝Cellfactor×Configfactor(1)
wherein, Cell load factor CellfactorFor characterizing the current operating performance of a cell, the system configuration factor ConfigfactorThe method is used for characterizing the physical hardware performance of the network side equipment, wherein the unit of K is as follows: each millisecond (one/ms).
In practical application, the ConfigfactorThe number of the cells supported by the single board may be determined according to parameters such as the maximum number of cells, the maximum number of active UEs, and the maximum number of antennas, and the configured parameters and Config are stored in advance in the network side devicefactorThe corresponding relationship of (a); cell load factor CellfactorThe method is mainly comprehensively determined according to the number of the currently-contained UEs of the network side equipment, the maximum number of the UEs that the network side equipment can simultaneously contain and the conditions of a plurality of cells in the system, for example, the method is determined according to the parameters of the number of the actually-established cells, the types of the cells, the number of the activated UEs, the condition of accessing the UEs in a period of time, the service types of accessing the UEs of the current cell and the like, and is combined with ConfigfactorSimilarly, the configured parameters and Cell are stored in advance in the network side devicefactorThe corresponding relation of (2) enables the network side equipment to search the corresponding Cell according to the conditions of activating and accessing the UE in operationfactorAnd further ensure that K is a dynamically changing adjusted value.
And finally, the network side equipment generates a new token according to the K after calculating the real-time token generation rate K.
Of course, there may be other situations in the generation rate K of the token, and the present invention is not particularly limited.
At this point, the scheduling of the contention random access request is completed. Due to the fact that the token bucket mechanism is adopted to schedule the competitive random access request, when the access resources of the network system are limited and the system load is high, the speed of processing the random access request is increased by the network side equipment, and impact of a large amount of random access on the network side equipment is reduced.
Based on the same inventive concept, embodiments of the present invention provide a network side device, which is consistent with the network side device described in one or more embodiments above.
Fig. 2 is a schematic structural diagram of a network-side device in an embodiment of the present invention, and referring to fig. 2, the network-side device 20 includes: a receiving unit 201, a dividing unit 202 and a scheduling unit 203; wherein, the receiving unit 201 is configured to receive a random access request from at least one UE; a dividing unit 202, configured to divide the random access request into a non-contention random access request and a contention random access request, where a priority of the non-contention random access request is higher than that of the contention random access request; a scheduling unit 203, configured to schedule the non-contention random access request and the contention random access request according to the priority.
In the foregoing scheme, the scheduling unit 203 is specifically configured to preferentially schedule the non-contention random access request according to the priority, and schedule the contention random access request after the non-contention random access request completes scheduling.
In the foregoing scheme, the scheduling unit 203 is specifically configured to schedule the contention random access request by using a token bucket mechanism.
In the foregoing scheme, the scheduling unit 203 is specifically configured to send a backoff index to a UE corresponding to an unscheduled contention random access request when the token bucket is empty, where the backoff index is used to instruct the corresponding UE to perform a backoff operation.
In the foregoing solution, fig. 3 is another schematic structural diagram of a network-side device in an embodiment of the present invention, and referring to fig. 3, the network-side device 20 further includes: a scheduling maintenance unit 301; the scheduling maintenance unit 301 is configured to generate a new token according to a preset token generation rate; or, according to the network configuration and the current system load, obtaining a system configuration factor and a cell load factor, calculating the generation rate of the obtained real-time token, and generating the new token.
In the above scheme, the scheduling maintenance unit 301 is specifically configured to obtain a system configuration factor and a cell load factor, where the system configuration factor is used to characterize the physical hardware performance of a network side device, and the cell load factor is used to characterize the current operation performance of a cell of the network side device; calculating to obtain a real-time token generation rate according to the system configuration factor and the cell load factor; and generating a new token according to the real-time token generation rate.
It should be noted that the description of the above embodiment of the network side device is similar to the description of the method, and has the same beneficial effects as the method embodiment, and therefore, the description is not repeated. For technical details that are not disclosed in the embodiment of the network side device of the present invention, those skilled in the art should refer to the description of the embodiment of the method of the present invention to understand that, for the sake of brevity, detailed description is not repeated here.
As will be appreciated by one skilled in the art, embodiments of the present invention may be provided as a method, system, or computer program product. Accordingly, the present invention may take the form of a hardware embodiment, a software embodiment, or an embodiment combining software and hardware aspects. Furthermore, the present invention may take the form of a computer program product embodied on one or more computer-usable storage media (including, but not limited to, disk storage, optical storage, and the like) having computer-usable program code embodied therein.
The present invention is described with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each flow and/or block of the flow diagrams and/or block diagrams, and combinations of flows and/or blocks in the flow diagrams and/or block diagrams, can be implemented by computer program instructions. These computer program instructions may be provided to a processor of a general purpose computer, special purpose computer, embedded processor, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be stored in a computer-readable memory that can direct a computer or other programmable data processing apparatus to function in a particular manner, such that the instructions stored in the computer-readable memory produce an article of manufacture including instruction means which implement the function specified in the flowchart flow or flows and/or block diagram block or blocks.
These computer program instructions may also be loaded onto a computer or other programmable data processing apparatus to cause a series of operational steps to be performed on the computer or other programmable apparatus to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide steps for implementing the functions specified in the flowchart flow or flows and/or block diagram block or blocks.
The above description is only a preferred embodiment of the present invention, and is not intended to limit the scope of the present invention.
Claims (12)
1. A scheduling method is applied to a network side device, and is characterized in that the method comprises the following steps:
receiving a random access request from at least one User Equipment (UE);
dividing the random access request into a non-competitive random access request and a competitive random access request, wherein the priority of the non-competitive random access request is higher than that of the competitive random access request;
and scheduling the non-competitive random access request and the competitive random access request according to the priority.
2. The method of claim 1, wherein the prioritizing the non-contention random access requests and the contention random access requests according to the priority comprises:
and scheduling the non-competitive random access request preferentially according to the priority, and scheduling the competitive random access request after the non-competitive random access request completes scheduling.
3. The method of claim 1 or 2, wherein the scheduling the contention random access request comprises:
and scheduling the competitive random access request by adopting a token bucket mechanism.
4. The method of claim 3, wherein the scheduling the contention random access request using a token bucket mechanism comprises:
and when the token bucket is empty, sending a backoff index to the UE corresponding to the non-scheduled competitive random access request, wherein the backoff index is used for indicating the corresponding UE to perform backoff operation.
5. The method of claim 4, further comprising:
generating a new token according to a preset token generation rate; or,
and generating the new token according to the network configuration and the current system load.
6. The method of claim 5, wherein generating the new token according to the network configuration and the current system load comprises:
obtaining a system configuration factor and a cell load factor, wherein the system configuration factor is used for characterizing the physical hardware performance of the network side equipment, and the cell load factor is used for characterizing the current operation performance of a cell of the network side equipment;
calculating to obtain a real-time token generation rate according to the system configuration factor and the cell load factor;
and generating the new token according to the real-time token generation rate.
7. A network side device is characterized by comprising a receiving unit, a dividing unit and a scheduling unit; wherein,
the receiving unit is used for receiving a random access request from at least one User Equipment (UE);
the dividing unit is used for dividing the random access request into a non-competitive random access request and a competitive random access request, wherein the priority of the non-competitive random access request is higher than that of the competitive random access request;
the scheduling unit is configured to schedule the non-contention random access request and the contention random access request according to the priority.
8. The network-side device of claim 7, wherein the scheduling unit is specifically configured to schedule the non-contention random access request preferentially according to the priority, and schedule the contention random access request after the non-contention random access request completes scheduling.
9. The network-side device according to claim 7 or 8, wherein the scheduling unit is specifically configured to schedule the contention random access request by using a token bucket mechanism.
10. The network side device of claim 9, wherein the scheduling unit is specifically configured to send a backoff index to a UE corresponding to an unscheduled contention random access request when the token bucket is empty, where the backoff index is used to instruct the corresponding UE to perform a backoff operation.
11. The network-side device of claim 10, wherein the network-side device further comprises: the scheduling maintenance unit is used for generating a new token according to a preset token generation rate; or generating the new token according to the network configuration and the current system load.
12. The network-side device of claim 11, wherein the scheduling maintenance unit is specifically configured to obtain a system configuration factor and a cell load factor, where the system configuration factor is used to characterize physical hardware performance of the network-side device, and the cell load factor is used to characterize current operating performance of a cell of the network-side device; calculating to obtain a real-time token generation rate according to the system configuration factor and the cell load factor; and generating the new token according to the real-time token generation rate.
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510974240.6A CN106912116A (en) | 2015-12-22 | 2015-12-22 | A kind of dispatching method and network side equipment |
| PCT/CN2016/093613 WO2017107497A1 (en) | 2015-12-22 | 2016-08-05 | Scheduling method and network side device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201510974240.6A CN106912116A (en) | 2015-12-22 | 2015-12-22 | A kind of dispatching method and network side equipment |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN106912116A true CN106912116A (en) | 2017-06-30 |
Family
ID=59089007
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201510974240.6A Pending CN106912116A (en) | 2015-12-22 | 2015-12-22 | A kind of dispatching method and network side equipment |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN106912116A (en) |
| WO (1) | WO2017107497A1 (en) |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101960904A (en) * | 2008-03-03 | 2011-01-26 | 高通股份有限公司 | Access channel load management in a wireless communication system |
| US20110207466A1 (en) * | 2010-02-25 | 2011-08-25 | Fujitsu Limited | Base station apparatus and identifier assignment method |
| CN103634915A (en) * | 2012-08-27 | 2014-03-12 | 中兴通讯股份有限公司 | Random access response method and apparatus |
| CN105072700A (en) * | 2015-07-28 | 2015-11-18 | 大唐移动通信设备有限公司 | Random access method, random access device, random access control method and random access control device |
-
2015
- 2015-12-22 CN CN201510974240.6A patent/CN106912116A/en active Pending
-
2016
- 2016-08-05 WO PCT/CN2016/093613 patent/WO2017107497A1/en active Application Filing
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101960904A (en) * | 2008-03-03 | 2011-01-26 | 高通股份有限公司 | Access channel load management in a wireless communication system |
| US20110207466A1 (en) * | 2010-02-25 | 2011-08-25 | Fujitsu Limited | Base station apparatus and identifier assignment method |
| CN103634915A (en) * | 2012-08-27 | 2014-03-12 | 中兴通讯股份有限公司 | Random access response method and apparatus |
| CN105072700A (en) * | 2015-07-28 | 2015-11-18 | 大唐移动通信设备有限公司 | Random access method, random access device, random access control method and random access control device |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2017107497A1 (en) | 2017-06-29 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN103503550B (en) | It is used to distribute method, base station and the computer-readable medium of the communication resource in a base station to user equipment | |
| EP3606266B1 (en) | Method and device for random access and instruction after random access rollback | |
| US11363666B2 (en) | Data transmission method and related device | |
| JP6085033B2 (en) | Method and apparatus for transmitting and receiving trunking paging in an LTE system | |
| JP6732102B2 (en) | Method and apparatus for random access | |
| CN102137433B (en) | Access control method and device | |
| US10057887B2 (en) | Method and device for triggering buffer state reporting BSR | |
| CN101848539B (en) | Method and equipment for determining member carrier initiating random access and initiating time | |
| CN101778482B (en) | Method and device for accessing primary network | |
| CN106664714B (en) | Periodic uplink grant alignment in cellular networks | |
| JP6542899B2 (en) | Random access method, terminal and base station | |
| CN102625387A (en) | Spectrum switching method and equipment in cognitive radio (CR) system | |
| CN103209438B (en) | Method and device for controlling load of radio network controller (RNC) | |
| JP2017526294A (en) | Load adjusting method, apparatus and system between carriers | |
| CN107567098B (en) | Method and device for power distribution | |
| CN105491675A (en) | Random access method and device for use under asymmetric uplink carrier aggregation | |
| CN101778481B (en) | Method and device for accessing primary network | |
| CN107690199B (en) | Method and equipment for resource allocation and random access | |
| CN107734552A (en) | A kind of system of selection of Stochastic accessing carrier wave and device, electronic equipment | |
| CN106912116A (en) | A kind of dispatching method and network side equipment | |
| JP6140821B2 (en) | Acquisition of common channels | |
| CN102523624B (en) | Carrier wave resource distribution method and equipment thereof | |
| WO2018059580A1 (en) | Processing method, device, and system utilized in uplink scheduling | |
| CN110913463B (en) | Data transmission method and device | |
| CN108307451B (en) | Method and equipment for user access in long-term evolution small cell system |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170630 |
|
| RJ01 | Rejection of invention patent application after publication |