CN106961699B - User equipment allocation method, network side equipment and user equipment - Google Patents
User equipment allocation method, network side equipment and user equipment Download PDFInfo
- Publication number
- CN106961699B CN106961699B CN201710129610.5A CN201710129610A CN106961699B CN 106961699 B CN106961699 B CN 106961699B CN 201710129610 A CN201710129610 A CN 201710129610A CN 106961699 B CN106961699 B CN 106961699B
- Authority
- CN
- China
- Prior art keywords
- delay
- data
- user equipment
- request
- network side
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 36
- 230000005540 biological transmission Effects 0.000 claims abstract description 90
- 238000012790 confirmation Methods 0.000 claims abstract description 23
- 238000012545 processing Methods 0.000 claims abstract description 18
- 230000003993 interaction Effects 0.000 description 11
- 238000010586 diagram Methods 0.000 description 8
- 230000011664 signaling Effects 0.000 description 8
- 230000007246 mechanism Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 3
- 230000008569 process Effects 0.000 description 3
- 230000003111 delayed effect Effects 0.000 description 2
- 230000007704 transition Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002035 prolonged effect Effects 0.000 description 1
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0289—Congestion control
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
A method for allocating user equipment, network side equipment and user equipment are provided, the method comprises: when the user equipment is in a busy state and receives a request from the user equipment for representing that the transmission of the delay allowance data is required, storing the request for representing that the transmission of the delay allowance data is required; replying request confirmation information to the user equipment; when the state is changed from the busy state to the idle state, the user equipment which has replied the request confirmation information is indicated in batch based on the processing capacity of the user equipment to transmit the delay permission data; wherein: the number of the user equipment indicating the transmission delay allowable data in each batch is within a preset number range, and the user equipment within the number range can simultaneously transmit the data so that the network side equipment can keep an idle state; receiving delay grant data that has been instructed to be transmitted by the user equipment. By adopting the scheme, network congestion can be fundamentally avoided.
Description
Technical Field
The present invention relates to the field of communications, and in particular, to a method for allocating user equipment, network side equipment, and user equipment.
Background
There are many User Equipments (UEs) in a cell, and in order to avoid Network congestion caused by multiple UEs simultaneously requesting to access a Network (Network, NW), the Network side Equipment needs to allocate the time for the UE to send the access Network request.
Currently, there are two main approaches to deploying UEs for alleviating network congestion. One of them is: allow a specific Access group (EAB), another is: the use extends the wait time. Specifically, regarding EAB, when the NW is in a busy state, that is, the network is in a congested state, a system information block including EAB parameters is sent to all UEs, so that the channels between the UEs and the NW that receive the EAB parameters are prohibited, that is, the UEs cannot send RRC connection requests to the NW, and once the NW enters an idle state from the busy state, that is, the network enters an uncongested state, the EAB parameters of all UEs are immediately cancelled, so that all UEs can send RRC connection requests to the NW. Regarding the extended waiting duration, that is, when the NW is in a busy state, when receiving the RRC connection request of the UE, replying an RRC connection reject message to the UE, and including an extended waiting duration in the reject message, the UE receiving the RRC connection reject message may send the RRC connection request to the NW again after the extended waiting duration.
However, the above method for deploying UEs cannot fundamentally solve network congestion, and once the network is idle, all UEs waiting to send an access network request start sending the access network request within a short time, which may cause the network to be congested again.
Disclosure of Invention
The invention solves the problem of how to fundamentally avoid network congestion when data is transmitted between the network side equipment and the user equipment.
In order to solve the above problem, an embodiment of the present invention provides a method for allocating user equipment, where the method includes: when the user equipment is in a busy state and receives a request from the user equipment for representing that the transmission of the delay allowance data is required, storing the request for representing that the transmission of the delay allowance data is required; replying request confirmation information to the user equipment; when the state is changed from the busy state to the idle state, the user equipment which has replied the request confirmation information is indicated in batch based on the processing capacity of the user equipment to transmit the delay permission data; wherein: the number of the user equipment indicating the transmission delay allowable data in each batch is within a preset number range, and the user equipment within the number range can simultaneously transmit the data so that the network side equipment can keep an idle state; receiving delay grant data that has been instructed to be transmitted by the user equipment.
Optionally, the user equipment is indicated to transmit delay-allowed data by a paging message.
Optionally, the request for characterizing the data requiring transmission delay allowance further includes: allowable delay time duration information; deleting the stored request that characterizes a need for transmission of delay tolerant data when it is determined that the user equipment cannot be instructed to transmit delay tolerant data within the duration indicated by the allowed delay duration information.
Optionally, after performing the operation of storing the request for representing that transmission of delay tolerant data is required, the method further includes: when the delay permission data is not received from the user equipment within the time length indicated by the permission delay time length information, determining that the request for representing that the delay permission data needs to be transmitted is invalid, and deleting the stored request for representing that the delay permission data needs to be transmitted.
Optionally, the user equipment sends the request for indicating that the transmission delay allowance data is required through an RRC connection request.
Optionally, the method further comprises: when the user equipment is in an idle state and receives a request from the user equipment for representing that the transmission of delay allowable data is required, indicating the user equipment to transmit the delay allowable data; receiving delay-allowed data from the user equipment.
The embodiment of the invention provides a method for allocating user equipment, which comprises the following steps: when the transmission delay permission data is required, sending a request for representing the transmission delay permission data to the network side equipment; receiving request confirmation information from the network side equipment; and transmitting the delay permission data to the network side when receiving the information indicating the transmission delay permission data from the network side device.
An embodiment of the present invention provides a network side device, where the network side device includes: the storage unit is suitable for storing the request for representing the data needing transmission delay allowance when the storage unit is in a busy state and receives the request for representing the data needing transmission delay allowance from the user equipment; the reply unit is suitable for replying request confirmation information to the user equipment; an indicating unit adapted to indicate in batch the user equipment having replied the request acknowledgement information to transmit the delay allowance data based on its own processing capacity when transitioning from the busy state to the idle state; wherein: the number of the user equipment indicating the transmission delay allowable data in each batch is within a preset number range, and the user equipment within the number range can simultaneously transmit the data so that the network side equipment can keep an idle state; a receiving unit adapted to receive delay tolerant data which has been instructed to be transmitted by the user equipment.
Optionally, the indicating unit is adapted to indicate the ue to transmit the delay-allowed data through a paging message.
Optionally, the request for characterizing the data requiring transmission delay allowance further includes: the network side device further comprises a deleting unit, wherein the deleting unit is suitable for deleting the stored request for representing that the transmission of the delay-allowed data is required when the fact that the user equipment cannot be indicated to transmit the delay-allowed data in the time indicated by the allowed delay time information is determined.
Optionally, the deleting unit is further adapted to determine that the request for representing that the transmission of the delay tolerant data is required is invalid and delete the stored request for representing that the transmission of the delay tolerant data is required when the delay tolerant data from the user equipment is not received within the time duration indicated by the allowed delay time duration information after the storing unit performs the operation of storing the request for representing that the transmission of the delay tolerant data is required.
Optionally, the indicating unit is further adapted to indicate, when the network side device is in an idle state and receives a request from a user equipment indicating that transmission of delay tolerant data is required, the user equipment to transmit the delay tolerant data; the receiving unit is further adapted to receive delay-allowed data from the user equipment.
An embodiment of the present invention provides a user equipment, where the user equipment includes: the device comprises a sending unit, a receiving unit and a sending unit, wherein the sending unit is suitable for sending a request for representing the data needing transmission delay allowance to a network side device when the data needing transmission delay allowance is sent; the confirmation information receiving unit is suitable for receiving request confirmation information from the network side equipment; a data sending unit, adapted to transmit delay-allowed data to the network side when receiving information indicating the transmission delay-allowed data from the network-side device.
Optionally, the sending unit is adapted to send the request for representing that the transmission delay allowance data is required through an RRC connection request.
Compared with the prior art, the technical scheme of the invention has the following advantages:
according to the scheme, when the network side equipment is in a busy state, if the user equipment sends a request for representing that the delay allowable data needs to be transmitted to the network side equipment, the network side equipment stores the request, and after the request is converted into an idle state, the user equipment is indicated in batches based on the processing capacity of the user equipment, the delay allowable data is transmitted to the user equipment, the quantity of the user equipment indicated in each batch is controlled within a range that the network side equipment still keeps the idle state, the situation that the UE waiting for sending the data simultaneously sends the data to the network side within a short time and exceeds the processing capacity of the network side equipment and exhausts network bandwidth resources can be avoided, and therefore network congestion can be avoided fundamentally.
Further, the request for allowing data by setting the characteristic of the transmission delay required to be allowed further comprises: and when the network side equipment determines that the user equipment cannot be indicated to transmit the delay-allowed data within the time indicated by the delay-allowed time information, the network side equipment can confirm that the previous request for transmitting the delay-allowed data of the user equipment is invalid, and further can delete the stored request for representing the data needing to be transmitted, so that the phenomenon that the storage capacity of the network side equipment is too large can be avoided, the capacity of the network side equipment is reduced, and the efficiency of transmitting the delay-allowed data is improved.
Further, after the indication of the user equipment to transmit the delay tolerant data, when the network side device does not receive the delay tolerant data from the user equipment within the time included in the allowed delay time information, it may be determined that the request representing that the delay tolerant data needs to be transmitted is invalid, and then the stored request representing that the delay tolerant data needs to be transmitted may be deleted, and the efficiency of transmitting the delay tolerant data may also be improved.
Drawings
Fig. 1 is a signaling interaction diagram of a method for deploying a UE using mechanisms of EAB;
FIG. 2 is a signaling interaction diagram of a method for deploying a UE using a delay wait duration;
fig. 3 is a flowchart illustrating a method for scheduling user equipment according to an embodiment of the present invention;
fig. 4 is a flowchart illustrating a method for scheduling user equipment according to an embodiment of the present invention;
fig. 5 is a signaling interaction diagram of a method for scheduling a user equipment according to an embodiment of the present invention;
fig. 6 is a schematic structural diagram of a network-side device in an embodiment of the present invention;
fig. 7 is a schematic structural diagram of a user equipment in an embodiment of the present invention.
Detailed Description
Currently, the problem of network congestion is solved by adopting a mechanism for setting permission of a specific access group (EAB) or a mechanism for setting an extended waiting time.
For convenience of understanding, fig. 1 shows a signaling interaction diagram of a method for deploying a UE using an EAB mechanism, as shown in fig. 1, it is assumed that two UEs, i.e., a UE1 and a UE2, are included in a cell, when a network side device is in a busy state, i.e., a network is in a congestion state, a system information block including an EAB parameter is sent to the UE1 and the UE2, respectively, so that channels between the UE1 and the UE2 that receive the EAB parameter and the network side device are both prohibited, i.e., the UE1 and the UE2 cannot send an RRC connection request to the network side device, and once the network side device enters an idle state from the busy state, i.e., the network enters a non-congestion state, all the EAB parameters of the UE1 and the UE2 are immediately canceled, so that the UE1 and the UE2 can both send RRC connection requests to the network side device.
Fig. 2 shows a signaling interaction diagram of a method for scheduling a UE using a delayed waiting duration, and as shown in fig. 2, it is also assumed that two UEs, i.e., a UE1 and a UE2, are included in a cell, when a RRC connection request of UE1 and UE2 is received when the network side device is in a busy state, an RRC connection reject message is replied to UE1, and an extended waiting duration ewt1 is included in the reject message, and an RRC connection reject message is replied to UE2, and an extended waiting duration ewt2 is included in the reject message, ewt1 is the same as or different from ewt2, UE1 receiving the RRC connection reject message may send the RRC connection request to the network side device again after the extended waiting duration ewt1, and UE2 receiving the RRC connection reject message may send the RRC connection request to the network side device again after the extended waiting duration ewt 2.
However, as can be seen from the above, the current method for allocating the ue cannot fundamentally solve the network congestion, once the network is idle, all ues waiting to send the access network request will send the access network request to the network side device in a concentrated manner within a short time, which may cause the network congestion to occur again.
In order to solve the above problem, in the embodiment of the present invention, when the network side device is in a busy state, if the ue sends a request indicating that the delay-allowed data needs to be transmitted to the network side device, the network side device stores the request, and after the network side device is changed into an idle state, the network side device instructs the ue to transmit the delay-allowed data in batch based on its own processing capacity, and the number of the ue indicated in each batch is controlled within a range that the network side device still maintains the idle state, so that it is possible to prevent the ue waiting to send data from sending data to the network side within a very short time and exceeding the processing capacity of the network side device and exhausting network bandwidth resources, thereby fundamentally avoiding network congestion.
In order to make the aforementioned objects, features and advantages of the present invention comprehensible, embodiments accompanied with figures are described in detail below.
Fig. 3 illustrates a method for deploying a ue in an embodiment of the present invention, and the method is described in detail with reference to fig. 3, where the method may include:
step S31: when in a busy state and a request from a user equipment is received characterizing that transmission delay allowance data is required, the request characterizing that transmission delay allowance data is required is stored.
In a specific implementation, when the network side device is in a busy state and receives a request from the user equipment for representing that transmission of the delay tolerant data is required, the request for the transmission of the delay tolerant data by the user equipment cannot be immediately accepted, but the request for representing that the transmission of the delay tolerant data is required can be stored to record which user equipment sends the request for the transmission of the delay tolerant data, so that subsequent user equipment can be conveniently deployed. It should be noted that, in the embodiment of the present invention, the network side device is in a busy state, that is, the corresponding network is in a congested state. The network side device is in an idle state, that is, the corresponding network is in a non-congestion state.
For example, the network side device stores a request from the user equipment UE1 at time t1 for indicating that the data transmission delay is required, wherein the time duration indicated by the allowed delay duration information in the request is △ t2, if the network side device still cannot indicate the user equipment UE1 at time (t1+ △ t2), the stored request from the user equipment UE1 for indicating that the data transmission delay is required can be deleted.
In a specific implementation, there may be various situations that the network side device cannot or cannot instruct the ue to transmit the delay tolerant data within the duration indicated by the allowed delay duration information. For example, the network-side device may not be in the idle state for the duration indicated by the allowed delay duration information, that is, may be in the busy state. For another example, although the network side device has transitioned to the idle state within the time duration indicated by the allowed delay time duration information, the network side device has not yet instructed the user device to transmit the delay allowed data, because there are a large number of user devices in a cell and there are many user devices that send requests for transmitting the delay allowed data to the network side device.
In a specific implementation, the ue may send the request for indicating that the transmission delay of the data is required to be allowed through an RRC connection request, so as to fully utilize the existing communication resources.
Step S32: and replying request confirmation information to the user equipment.
In order to notify the user equipment that the request for transmission delay permission data has been received, in a specific implementation, the network side device may reply request confirmation information to the user equipment after storing the request.
Step S33: when the state is changed from the busy state to the idle state, the user equipment which has replied the request confirmation information is indicated in batch based on the self-processing capacity to transmit the delay permission data.
In specific implementation, when the busy state is changed into the idle state, the network side device may batch instruct the user devices to perform transmission of the delay permission data according to the condition of the processing capacity of the network side device, and the number of the user devices indicated in each batch is within a preset number range, and the network side device may maintain the idle state by simultaneously transmitting data by the user devices within the number range, so that it may be avoided that an excessive number of user devices simultaneously transmit the delay permission data to the network side device at almost the same time, and thus the network congestion problem may be fundamentally solved.
For example, the network side device may allow for receiving data of 20 user devices at the same time and still maintain an idle state, and once receiving data of 21 or more user devices at the same time, the network may be in a congested state. The network side device may instruct the 20 user devices to transmit the delay allowable data in a batch based on its processing capability of receiving data of only 20 user devices at the same time when the network side device transitions from the busy state to the idle state. If the network side device has replied the request acknowledgement information to 60 ue before, the 60 ue may be indicated to perform the transmission of the delay permission data in 3 batches.
In a specific implementation, the network side device may instruct the ue to transmit the delay grant data through a paging message.
Step S34: receiving delay grant data that has been instructed to be transmitted by the user equipment.
In a specific implementation, after instructing the ue to transmit the delay-tolerant data, the network side device may receive the delay-tolerant data sent by the instructed ue in batch on the premise of remaining in an idle state.
If the request for representing that the transmission of the delay tolerant data is required includes the allowed delay time length information, in another embodiment of the present invention, the network side device may further use the delay time length information to determine whether the data receiving time length is valid or not. Specifically, after the network side device indicates the user equipment to transmit the delay tolerant data, when the delay tolerant data from the user equipment is not received within the time indicated by the allowed delay time length information, it may be determined that the request representing that the delay tolerant data needs to be transmitted is invalid, and the stored request representing that the delay tolerant data needs to be transmitted is deleted, so that the efficiency of transmitting the delay tolerant data may be improved.
For example, the UE2 includes, in the transmission delay permission data request, the permission delay duration information, where the duration indicated by the permission delay duration information is △ t3, at time t4, the network side device receives and stores the transmission delay permission data request, and then, if none of the network side devices receives the delay permission data from the UE2 within time △ t3 calculated from time t4, in other words, if the network side device does not receive the delay permission data transmitted by the UE2 between time t4 and time (t4+ △ t3), the network side device may determine that the request representing that the UE2 needs to transmit the delay permission data is invalid, and delete the stored request representing that the UE2 needs to transmit the delay permission data.
In a specific implementation, when the network side device is in an idle state and receives a request from the user equipment indicating that the transmission of the delay tolerance data is required, the user equipment may be instructed to transmit the delay tolerance data, and then receive the delay tolerance data from the user equipment. And the process of establishing connection between the subsequent network side device and the user equipment is the same as the process of establishing connection at present, and is not described herein again.
At present, the problem of network congestion is solved by adopting a mechanism of setting a specific access group (EAB) or a mechanism of setting a waiting time length to be prolonged, but the problem of network congestion cannot be solved according to the setting.
When the network side equipment of the embodiment of the invention is in a busy state, if the user equipment sends a request for representing that the delay allowable data needs to be transmitted to the network side equipment, the network side equipment stores the request, and after the request is converted into an idle state, the user equipment is indicated in batches based on the self processing capacity to transmit the delay allowable data, and the quantity of the user equipment indicated in each batch is controlled in a range that the network side equipment still keeps the idle state, so that the user equipment waiting for transmitting the data can be prevented from starting to transmit the data to the network side together in a concentrated manner within a short time, and network congestion can be fundamentally avoided.
To enable those skilled in the art to better understand and implement the present invention, fig. 4 shows a flowchart of a method for deploying a ue in an embodiment of the present invention, which is described in detail below with reference to fig. 4 and may include the following steps:
step S41: when the transmission delay permission data is needed, a request for representing the transmission delay permission data is sent to the network side equipment.
In a specific implementation, for the user equipment, when the delay tolerance data needs to be transmitted to the network side device, a request for representing that the delay tolerance data needs to be transmitted may be sent to the network side device.
Step S42: and receiving request confirmation information from the network side equipment.
Step S43: and transmitting the delay permission data to the network side when receiving the information indicating the transmission delay permission data from the network side device.
In a specific implementation, when the user equipment receives the information indicating the transmission delay tolerance data from the network side equipment, it may be determined that the network side equipment is already in an idle state, and then the delay tolerance data may be transmitted to the network side.
As can be seen from the above description, the user equipment in the embodiment of the present invention sends a request indicating that the delay tolerant data needs to be transmitted to the network side equipment when the delay tolerant data needs to be transmitted, and then may determine that the network side equipment is in an idle state when receiving information indicating that the delay tolerant data needs to be transmitted from the network side equipment, and transmit the delay tolerant data to the network side.
In order to make those skilled in the art better understand and implement the present invention, fig. 5 shows a signaling interaction diagram of a method for provisioning a user equipment in an embodiment of the present invention, and details about signaling interaction between the user equipment and a network side device in a provisioning process are described below with reference to fig. 5, where the signaling interaction may be performed according to the following steps:
step S51: the user equipment sends a request for representing the data which needs to be transmitted and delayed to allow the data to the network side equipment.
In a specific implementation, when the user equipment needs to transmit the delay tolerant data, a request for representing the delay tolerant data needing to be transmitted is sent to the network side equipment.
Step S52: and the network side equipment stores the request for representing the data which needs to be transmitted and allowed by the delay.
In a specific implementation, when the network side device is in a busy state and receives a request from the user equipment indicating that the transmission of the delay tolerant data is required, the request indicating that the transmission of the delay tolerant data is required may be stored.
Step S53: and the network side equipment replies request confirmation information to the user equipment.
In a specific implementation, the network side device may reply a request acknowledgement message to the user equipment to notify the user equipment that a request for transmission delay grant data sent by the user equipment has been received.
Step S54: and the network side equipment indicates the user equipment which replies the request confirmation information to transmit the delay permission data in batches based on the processing capacity of the network side equipment.
In a specific implementation, when the network side device transitions from a busy state to an idle state, the user equipment which has replied to the request acknowledgement information may be bulk-indicated to transmit the delay tolerance data based on its own processing capacity. And the number of the user equipment indicating the transmission delay allowable data in each batch is within a preset number range, and the user equipment within the number range can simultaneously transmit data to enable the network side equipment to keep an idle state, so that network congestion can be fundamentally solved.
In a specific implementation, the network side device may employ the paging message to indicate the user equipment that has replied to the request acknowledgement information to transmit the delay tolerance data.
Step S55: the network side equipment receives the indicated user equipment sending delay permission data sent by the network side equipment.
It should be noted that, steps S51 to S55 describe a procedure of deployment and interaction between the ue and the network side device, any ue in the cell can perform deployment and interaction with the network side device according to the above steps, and generally, more than one ue performs deployment and interaction with the network side device at the same time due to the huge number of ues in the cell.
To sum up, when the user equipment of the embodiment of the present invention needs to transmit the delay tolerance data to the network side equipment, the user equipment of the embodiment of the present invention may send a request for representing that the delay tolerance data needs to be transmitted to the network side equipment, and if the network side equipment is in a busy state, the request may be stored, and after the network side equipment is changed into an idle state, the user equipment may be instructed in batch based on its own processing capability to transmit the delay tolerance data, and the number of the user equipment instructed in each batch is controlled within a range that the network side equipment still maintains the idle state, so that the user equipment waiting for data transmission may be prevented from starting to transmit data to the network side together in a short time, and thus network congestion may be fundamentally avoided.
In order to enable those skilled in the art to better understand and implement the present invention, fig. 6 illustrates a network-side device in an embodiment of the present invention, and as shown in fig. 6, the network-side device may include: a storage unit 61, a reply unit 62, an indication unit 63 and a receiving unit 64, wherein:
the storage unit 61 is suitable for storing the request for representing the transmission delay allowable data when the request for representing the transmission delay allowable data is received from the user equipment in a busy state;
a reply unit 62 adapted to reply a request confirmation message to the user equipment;
an indicating unit 63 adapted to indicate in bulk the user equipment transmission delay allowable data to which the request acknowledgement information has been replied based on its own processing capacity when transitioning from the busy state to the idle state; wherein: the number of the user equipment indicating the transmission delay allowable data in each batch is within a preset number range, and the user equipment within the number range can simultaneously transmit the data so that the network side equipment can keep an idle state;
a receiving unit 64 adapted to receive the delay tolerant data which has been instructed to be transmitted by the user equipment.
To sum up, in the embodiment of the present invention, when the network side device is in a busy state and receives a request indicating that transmission of delay allowable data is required, the storage unit 61 stores the request, and after the network side device changes from the busy state to an idle state, the indicating unit 63 indicates the user devices in batch to transmit the delay allowable data based on their own processing capabilities, and the number of the user devices indicated in each batch is controlled within a range that allows the network side device to still maintain the idle state, so that it is possible to avoid that the user devices waiting for data transmission start to transmit data to the network side all together in a short time, and thus network congestion can be fundamentally avoided.
In a specific implementation, the indicating unit 63 is adapted to indicate the ue to transmit the delay tolerant data through a paging message.
In a specific implementation, the request for characterizing the data requiring transmission delay allowance further includes: the network side device further includes a deleting unit (not shown), and the deleting unit is adapted to delete the stored request indicating that the transmission of the delay tolerant data is required when it is determined that the transmission of the delay tolerant data by the user device cannot be indicated within the duration indicated by the allowed delay duration information.
In a specific implementation, the deleting unit is further adapted to determine that the request for characterizing the transmission-required-delay-allowed-data is invalid and delete the stored request for characterizing the transmission-required-delay-allowed-data when the delay-allowed-data from the user equipment is not received within the duration indicated by the allowed-delay-duration information after the storing unit performs the operation of storing the request for characterizing the transmission-required-delay-allowed-data.
In a specific implementation, the indicating unit 63 is further adapted to indicate, when the network side device is in an idle state and receives a request from a user equipment indicating that transmission of delay tolerance data is required, the user equipment to transmit the delay tolerance data; the receiving unit 64 is further adapted to receive delay tolerant data from the user equipment.
In order to enable those skilled in the art to better understand and implement the present invention, fig. 7 illustrates a user equipment in an embodiment of the present invention, and as shown in fig. 7, the user equipment may include: a transmitting unit 71, an acknowledgement receiving unit 72, and a data transmitting unit 73, wherein:
a sending unit 71, adapted to send a request indicating that the transmission delay allowable data is required to the network side device when the transmission delay allowable data is required;
a confirmation information receiving unit 72 adapted to receive request confirmation information from the network-side device;
a data sending unit 73 adapted to transmit delay-allowed data to the network side when receiving information indicating the transmission of the delay-allowed data from the network-side device.
In an embodiment of the present invention, the sending unit 71 is adapted to send the request indicating that the data requiring transmission delay is allowed through an RRC connection request, and the RRC connection request can be directly used, so that communication resources can be saved. According to actual needs, a person skilled in the art may also choose to send the request for representing the data that needs to be transmitted with delay allowance by using other messages besides the RRC connection request.
In summary, in the embodiment of the present invention, when the user equipment needs to transmit the delay tolerance data, the sending unit 71 sends the request indicating that the delay tolerance data needs to be transmitted to the network side equipment, and then when receiving the information indicating that the transmission delay tolerance data is received from the network side equipment, it may be determined that the network side equipment is in the idle state, and the data sending unit 73 transmits the delay tolerance data to the network side.
Those skilled in the art will appreciate that all or part of the steps in the methods of the above embodiments may be implemented by hardware related to instructions of a program, which may be stored in a computer-readable storage medium, and the storage medium may include: ROM, RAM, magnetic or optical disks, and the like.
Although the present invention is disclosed above, the present invention is not limited thereto. Various changes and modifications may be effected therein by one skilled in the art without departing from the spirit and scope of the invention as defined in the appended claims.
Claims (14)
1. A method for scheduling user equipment, comprising:
when the network side equipment is in a busy state and receives a request from user equipment for representing that the transmission of delay allowable data is required, storing the request for representing that the transmission of the delay allowable data is required;
the network side equipment replies request confirmation information to the user equipment;
when the network side equipment is changed into an idle state from a busy state, indicating the user equipment which has replied the request confirmation information in batch to transmit delay permission data based on the processing capacity of the user equipment; wherein: the number of the user equipment indicating the transmission delay allowable data in each batch is within a preset number range, and the user equipment within the number range can simultaneously transmit the data so that the network side equipment can keep an idle state;
the network side equipment receives the delay permission data which is sent by the instructed user equipment.
2. The method of scheduling of a user equipment according to claim 1, wherein the user equipment is indicated to transmit delay-allowed data by a paging message.
3. The method of scheduling of user equipment as claimed in claim 1, wherein said characterizing the request for transmission delay grant data further comprises: allowable delay time duration information;
deleting the stored request that characterizes a need for transmission of delay tolerant data when it is determined that the user equipment cannot be instructed to transmit delay tolerant data within the duration indicated by the allowed delay duration information.
4. The method of claim 3, wherein after performing the operation of storing the request for characterizing the transmission delay grant data is required, further comprising:
when the delay permission data is not received from the user equipment within the time length indicated by the permission delay time length information, determining that the request for representing that the delay permission data needs to be transmitted is invalid, and deleting the stored request for representing that the delay permission data needs to be transmitted.
5. The method of claim 1, wherein the UE sends the request for data indicating that the transmission delay is allowed by RRC connection request.
6. The method for provisioning user equipment of claim 1, further comprising:
when the network side equipment is in an idle state and receives a request from user equipment for representing that the transmission of delay allowable data is required, indicating the user equipment to transmit the delay allowable data;
the network side device receives delay-allowed data from the user equipment.
7. A method for scheduling user equipment, comprising:
when user equipment needs to transmit delay allowable data, sending a request for representing the delay allowable data needing to be transmitted to network side equipment;
the user equipment receives request confirmation information from the network side equipment;
and when the user equipment receives the information which indicates the transmission of the delay permission data from the network side equipment, transmitting the delay permission data to the network side.
8. A network-side device, comprising:
the storage unit is suitable for storing the request for representing the data needing transmission delay allowance when the storage unit is in a busy state and receives the request for representing the data needing transmission delay allowance from the user equipment;
the reply unit is suitable for replying request confirmation information to the user equipment;
an indicating unit adapted to indicate in batch the user equipment having replied the request acknowledgement information to transmit the delay allowance data based on its own processing capacity when transitioning from the busy state to the idle state; wherein: the number of the user equipment indicating the transmission delay allowable data in each batch is within a preset number range, and the user equipment within the number range can simultaneously transmit the data so that the network side equipment can keep an idle state;
a receiving unit adapted to receive delay tolerant data which has been instructed to be transmitted by the user equipment.
9. The network-side device of claim 8, wherein the indicating unit is adapted to indicate the ue to transmit the delay-allowed data through a paging message.
10. The network-side device of claim 8, wherein the request to characterize the transmission delay-allowed data is required further comprises: the network side device further comprises a deleting unit, wherein the deleting unit is suitable for deleting the stored request for representing that the transmission of the delay-allowed data is required when the fact that the user equipment cannot be indicated to transmit the delay-allowed data in the time indicated by the allowed delay time information is determined.
11. The network-side device of claim 10, wherein the deleting unit is further adapted to determine that the request for representing that the transmission of the delay tolerant data is required is invalid and delete the stored request for representing that the transmission of the delay tolerant data is required, when the delay tolerant data from the user equipment is not received within the duration indicated by the allowed delay duration information after the storing unit performs the operation of storing the request for representing that the transmission of the delay tolerant data is required.
12. The network-side device of claim 8, wherein the indicating unit is further adapted to indicate the ue to transmit the delay-grant data when the network-side device is in an idle state and receives a request from the ue indicating that the transmission of the delay-grant data is required;
the receiving unit is further adapted to receive delay-allowed data from the user equipment.
13. A user device, comprising:
the device comprises a sending unit, a receiving unit and a sending unit, wherein the sending unit is suitable for sending a request for representing the data needing transmission delay allowance to a network side device when the data needing transmission delay allowance is sent;
the confirmation information receiving unit is suitable for receiving request confirmation information from the network side equipment;
a data sending unit, adapted to transmit delay-allowed data to the network side when receiving information indicating the transmission delay-allowed data from the network-side device.
14. The user equipment according to claim 13, wherein the sending unit is adapted to send the request for indicating that the transmission of delay tolerant data is required by an RRC connection request.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710129610.5A CN106961699B (en) | 2017-03-06 | 2017-03-06 | User equipment allocation method, network side equipment and user equipment |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710129610.5A CN106961699B (en) | 2017-03-06 | 2017-03-06 | User equipment allocation method, network side equipment and user equipment |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN106961699A CN106961699A (en) | 2017-07-18 |
| CN106961699B true CN106961699B (en) | 2020-03-20 |
Family
ID=59470633
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710129610.5A Active CN106961699B (en) | 2017-03-06 | 2017-03-06 | User equipment allocation method, network side equipment and user equipment |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN106961699B (en) |
Families Citing this family (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN112584474B (en) * | 2018-02-13 | 2023-12-15 | Oppo广东移动通信有限公司 | Data transmission method, terminal equipment and network equipment |
| CN109496441B (en) * | 2018-10-18 | 2022-04-22 | 北京小米移动软件有限公司 | Method and device for establishing unicast connection and data transmission based on object direct connection |
| CN110730954A (en) * | 2019-09-09 | 2020-01-24 | 北京小米移动软件有限公司 | Data processing method and device, electronic equipment and computer readable storage medium |
| CN114641016A (en) * | 2020-12-16 | 2022-06-17 | 维沃移动通信有限公司 | Busy indication transmission method and device |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102264052A (en) * | 2010-05-28 | 2011-11-30 | 中国移动通信集团公司 | Method, device and system for network side triggering terminal communication |
| CN103428874A (en) * | 2012-05-14 | 2013-12-04 | 中兴通讯股份有限公司 | Data scheduling method and device |
| CN104105176A (en) * | 2013-04-06 | 2014-10-15 | 上海贝尔股份有限公司 | Method for accessing in mechanical type communication |
| CN106470450A (en) * | 2015-08-17 | 2017-03-01 | 中兴通讯股份有限公司 | A kind of method and device of TD-SCDMA system congestion control |
-
2017
- 2017-03-06 CN CN201710129610.5A patent/CN106961699B/en active Active
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102264052A (en) * | 2010-05-28 | 2011-11-30 | 中国移动通信集团公司 | Method, device and system for network side triggering terminal communication |
| CN103428874A (en) * | 2012-05-14 | 2013-12-04 | 中兴通讯股份有限公司 | Data scheduling method and device |
| CN104105176A (en) * | 2013-04-06 | 2014-10-15 | 上海贝尔股份有限公司 | Method for accessing in mechanical type communication |
| CN106470450A (en) * | 2015-08-17 | 2017-03-01 | 中兴通讯股份有限公司 | A kind of method and device of TD-SCDMA system congestion control |
Also Published As
| Publication number | Publication date |
|---|---|
| CN106961699A (en) | 2017-07-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20200383135A1 (en) | Method for random access in idle state and device | |
| US10560929B2 (en) | Resource request method and system, device, and network side node | |
| US10187246B2 (en) | Method and apparatus for transmission mode conversion | |
| CN108605266B (en) | Wireless access control method, device and system | |
| JP6683849B2 (en) | Scheduling method and base station | |
| US10701733B2 (en) | Transmission resource obtaining method and user equipment | |
| EP3079271B1 (en) | Method, apparatus and system for controlling data transmission | |
| CN106961699B (en) | User equipment allocation method, network side equipment and user equipment | |
| WO2015141425A1 (en) | User equipment and uplink data transmission method | |
| CN105307234A (en) | Access control method and device for remote terminal, terminal and base station | |
| WO2013166670A1 (en) | Method and device for configuring resources of uplink channel | |
| KR20220097971A (en) | Signal transmission method and communication device | |
| CN111836289A (en) | Processing method, terminal and network side device for beam failure recovery | |
| US9374731B2 (en) | Method and radio network node for managing radio resources | |
| KR102201914B1 (en) | Scheduling method, terminal and base station | |
| WO2015168908A1 (en) | Resource scheduling method, device and system | |
| JP6438524B2 (en) | User equipment and uplink data transmission method | |
| CN113518467B (en) | Data transmission method, device and terminal | |
| KR101830039B1 (en) | Method and apparatus for configuring information, reporting connection setup request and system | |
| CN116746218A (en) | Implement early PDCCH commands for PUCCH secondary cell activation | |
| CN113923724A (en) | Flow control method and device | |
| US10098178B2 (en) | Communication between network nodes of a mobile communication network using a communication interface | |
| CN112584496B (en) | Resource usage method and communication device | |
| CN114567905B (en) | Triggering edge link relay system cache status reporting method and user equipment and medium | |
| CN119485754A (en) | Sidelink data transmission method, sidelink data device and communication equipment |
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 | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |