EP2672757B1 - Delayed scheduling method and system - Google Patents
Delayed scheduling method and system Download PDFInfo
- Publication number
- EP2672757B1 EP2672757B1 EP12752469.2A EP12752469A EP2672757B1 EP 2672757 B1 EP2672757 B1 EP 2672757B1 EP 12752469 A EP12752469 A EP 12752469A EP 2672757 B1 EP2672757 B1 EP 2672757B1
- Authority
- EP
- European Patent Office
- Prior art keywords
- delay scheduling
- terminal
- delay
- base station
- state
- 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.)
- Not-in-force
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/02—Access restriction performed under specific conditions
- H04W48/06—Access restriction performed under specific conditions based on traffic conditions
Definitions
- the present disclosure relates to overload processing technologies in mobile communications, and in particular, to method and system for delay scheduling.
- the Human-to-Human (H2H) communication is that persons communicate by operating devices.
- Current wireless communication technology is developed based on H2H technology.
- M2M Machine-to-Machine
- M2M is communications between machines.
- the definition of M2M is the networked applications and services based on intelligent interactions between machine terminals.
- the M2M communication technology is based on intelligent machine terminals and uses multiple communication modes as access means, so as to provide users with informatization solutions to satisfy the informatization requirements of users in monitoring, command and dispatch, collection and measure of data.
- US 2010/287422 A1 discloses a transmission device including at least one transmitter/receiver unit that is coupled to another transmission device via a communication line, a power supply unit that supplies power to the at least one transmitter/receiver unit, and a control unit that notifies the another transmission device about first sleep start information and that stops the supply of power from the power supply unit to the at least one transmitter/receiver unit at the time specified by the first sleep start information.
- M2M wireless technology
- the industry application includes traffic monitoring, warning system, salvage, vending machine, electronic toll collection and so on
- the home application includes automatic meter reading, temperature control
- the personal application includes life detection, remote diagnostics and so on.
- MTC Machine Type Communication
- PLMN Public Land Mobile-communication Networks
- Some of the outstanding characteristics of the MTC application comprise: there are a large number of MTC devices, and the data amount for each transmission is small, large interval between transmissions and a part of MTC devices have relative fixed positions. According to statistics, the number of MTC devices installed within the scope of a community in a certain city will reach 3000, when those MTC devices initiate random access intensively, such as giving alarms when a fire or an earthquake happens, such a large number of MTC devices will produce a prodigious impact to the network.
- MME mobility management entity
- the dedicated resources include Physical Downlink Control Channel (PDCCH) resources, Physical Uplink Control Channel (PUCCH) resources, Physical Downlink Shared Channel (PDSCH) resources and the like, which can cause the occurrence of overload for random access resources and dedicated resources, and thus affecting service application of normal H2H devices.
- PDCH Physical Downlink Control Channel
- PUCCH Physical Uplink Control Channel
- PDSCH Physical Downlink Shared Channel
- the base station will release radio resource control (RRC) connections of a part of terminals and radio resources to reduce the load of MME when an overload occurs at the network side.
- RRC radio resource control
- the present disclosure provides a delay scheduling method and system which can reduce the load at the network side. Meanwhile, a mass of radio resources required to access to the network after the terminal has been released can be saved.
- the invention is defined by the appended claims. The present disclosure is accomplished as following:
- the step of sending, by a base station, delay scheduling information to a terminal for performing delay scheduling on the terminal may include: the base station sends the delay scheduling information to the terminal via a RRC signaling or a Medium Access Control (MAC) signaling or a PDCCH signaling.
- the base station sends the delay scheduling information to the terminal via a RRC signaling or a Medium Access Control (MAC) signaling or a PDCCH signaling.
- MAC Medium Access Control
- the method may further include: the terminal stops sending a scheduling request, or a Physical Uplink Control Channel (PUCCH) signaling, or data on a Physical Downlink Shared Channel (PUSCH), or a Sounding Reference Signal (SRS).
- a scheduling request or a Physical Uplink Control Channel (PUCCH) signaling, or data on a Physical Downlink Shared Channel (PUSCH), or a Sounding Reference Signal (SRS).
- PUCCH Physical Uplink Control Channel
- PUSCH Physical Downlink Shared Channel
- SRS Sounding Reference Signal
- the method may further include: the terminal saves communication context information, and/or data radio bearer information, and/or a radio network temporary identifier allocated by the base station, and/or current transmission state information, and/or current transmission state information of radio link control layer of the terminal.
- the method may further include: when a service request is required to be initiated, the terminal stops the delay scheduling state and initiating the service request when a priority of the service to be initiated is higher than a preset priority threshold.
- the step of sending, by a base station, a delay scheduling information to a terminal for performing delay scheduling on the terminal may include: the base station sends the delay scheduling information to the terminal after the base station verifies that an established service is a delay tolerant service or a low priority service.
- the delay scheduling information may include: a delay scheduling starting time for instructing the terminal to enter the delay scheduling state and a delay scheduling terminating time for instructing the terminal to terminate the delay scheduling state; or the delay scheduling information comprises: the delay scheduling starting time and a delay scheduling duration for instructing a duration within which the terminal maintains the delay scheduling state; or the delay scheduling information comprises: the delay scheduling terminating time or the delay scheduling duration.
- the present disclosure further provides a system for delay scheduling, the system comprises a base station and a terminal, wherein the base station is configured to send delay scheduling information to the terminal for performing delay scheduling on the terminal; the terminal is configured to receive the delay scheduling information, and stop monitoring a Physical Downlink Control Channel PDCCH and enter a delay scheduling state according to the received delay scheduling information, and restart monitoring the PDCCH and terminate the delay scheduling state according to the delay scheduling information.
- the base station is configured to send delay scheduling information to the terminal for performing delay scheduling on the terminal
- the terminal is configured to receive the delay scheduling information, and stop monitoring a Physical Downlink Control Channel PDCCH and enter a delay scheduling state according to the received delay scheduling information, and restart monitoring the PDCCH and terminate the delay scheduling state according to the delay scheduling information.
- the terminal is a Machine Type Communication MTC device and/or a Human-to-Human H2H device.
- the terminal is further configured to, after entering the delay scheduling state, stop sending a scheduling request, or a Physical Uplink Control Channel PUCCH signaling, or data on a Physical Uplink Shared Channel PUSCH, or a Sounding Reference Signal SRS.
- the terminal is further configured to, after the terminal enters the delay scheduling state, save communication context information, and/or data radio bearer information, and/or a radio network temporary identifier allocated by the base station, and/or current transmission state information of the terminal, and/or current transmission state information of radio link control layer of the terminal.
- the terminal is further configured to, when a service request is required to be initiated, stop the delay scheduling state and initiate the service request when a priority of the service to be initiated is higher than a preset priority threshold.
- the terminal is further configured to send the delay scheduling information to the terminal after the base station verifies that an established service is a delay tolerant service or a low priority service.
- the base station is further configured to send the delay scheduling information to the terminal via a Radio Resource Control RRC signaling, or a Medium Access Control MAC signaling, or a PDCCH signaling.
- a base station when a network side is overloaded, a base station sends delay scheduling information to a terminal so as to perform delay scheduling on the terminal, and this may reduce the load at the network side and enhance an overload processing ability of the network.
- the terminal may restart monitoring the PDCCH and continue services again without accessing to the network again, so that a mass of radio resources required to access to the network may be saved, and thereby the radio resources can be saved effectively, the load at the network side is relieved.
- a overloaded network side performs delay scheduling for its terminals such that the terminals pauses their launched services during the delay scheduling to decrease the load at network side; the terminal re-launches the service after a preset delay scheduling time without request of re-accessing to the network, and therefore avoiding from consuming resources and increasing load at network side.
- the method for delay scheduling according to the present disclosure substantially includes the following steps:
- the method for delay scheduling of the present disclosure can reduce the load at network side when the network side is overloaded, the network overload can include wireless access network overload and/or core network overload.
- the base station can send the delay scheduling information to the terminal via a RRC signaling, or a Medium Access Control (MAC) signaling, or a PDCCH signaling.
- MAC Medium Access Control
- the terminal after the terminal stops monitoring the PDCCH and enters the delay scheduling state, the terminal further stops sending a scheduling request, or a PUCCH signaling, or data on a PUSCH, or Sounding Reference Signal (SRS).
- a scheduling request or a PUCCH signaling, or data on a PUSCH, or Sounding Reference Signal (SRS).
- SRS Sounding Reference Signal
- the terminal stopping sending the PUCCH signaling can include stopping sending the instruction information for assisting the base station in implementing the scheduling decision for the terminal.
- the PUCCH signaling that has been stopped from sending may include Channel Quality Indicator (CQI), Pre-coding Matrix Indicator (PMI) or Rank Indicator (RI).
- CQI Channel Quality Indicator
- PMI Pre-coding Matrix Indicator
- RI Rank Indicator
- the terminal further saves communication context information, and/or data radio bearer information, and/or a wireless network temporary identifier allocated by the base station, and/or current transmission state information of the terminal, and/or current transmission state information in the radio link control layer of the terminal.
- the terminal stops monitoring the PDCCH and enters the delay scheduling state, if a new service request is required to be initiated, the terminal stops the delay scheduling state and initiate the new service request when a priority of the new service to be initiated is higher than a preset priority threshold.
- the step of sending, by the terminal, the delay scheduling information to the terminal for performing delay scheduling on the terminal specially comprises: after the base station verifies that an established service of the terminal is a delay tolerant service or a lower priority service, the base station sends the delay scheduling information to the terminal.
- the delay scheduling information includes: a delay scheduling starting time for instructing the terminal to enter the delay scheduling state and a delay scheduling terminating time for instructing the terminal to terminate the delay scheduling state; or the delay scheduling information includes: the delay scheduling starting time and a delay scheduling duration for instructing a duration within which the terminal maintains the delay scheduling state; or the delay scheduling information includes: the delay scheduling terminating time or the delay scheduling duration.
- the present disclosure also provides a system for delay scheduling, the system includes: a base station and a terminal; wherein the base station is configured to send delay scheduling information to the terminal for performing delay scheduling on the terminal; the terminal is configured to receive the delay scheduling information sent by the base station; the terminal stops monitoring the PDCCH and enters a delay scheduling state according to the received delay scheduling information; and the terminal restarts monitoring the PDCCH and terminates the delay scheduling state according to the delay scheduling information.
- the terminal may be a MTC device and/or a H2H device.
- the terminal is further configured to, after entering the delay scheduling state, stop sending a scheduling request, or a PUCCH signaling, or data on a PUSCH, or a Sounding Reference Signal SRS.
- the terminal is further configured to, after the terminal enters the delay scheduling state, save communication context information, and/or data radio bearer information, and/or a radio network temporary identifier allocated by the base station, and/or current transmission state information of the terminal, and/or current transmission state information of radio link control layer of the terminal.
- the terminal may further be configured to, when a service request is required to be initiated , stop the delay scheduling state and initiate the new service request when a priority of the new service to be initiated is higher than a preset priority threshold.
- the terminal may further be configured to send the delay scheduling information to the terminal after the base station verifies that an established service is a delay tolerant service or a low priority service.
- the base station may further be configured to send the delay scheduling information to the terminal via a RRC signaling, or a MAC signaling, or a PDCCH signaling.
- the aspect takes a MTC device as an example.
- the MTC device accesses a network via a base station 1 and it is in a connected state.
- the MTC device has finished a random access procedure and an encryption procedure and has built the data radio bearer (DRB) used for data transmission.
- the MTC is carrying out services, such as sending data to a MTC server. Since there are a large number of MTC devices and H2H devices that access to the network, it causes an overload at the network side, such as, an overload of a network element of the core network, for example MME, or an overload of the base station 1.
- the base station 1 can adopt the delay scheduling method as following to reduce the load at network side, the specific process, as shown in Fig.2 , is as following:
- the delay scheduling information may include a delay scheduling starting time and a delay scheduling terminating time.
- the System Frame Number (SFN) and the subframe number are used to represent time information, wherein SFN repeats from 0 to 1023, each SFN represents 10ms; each SFN is consist of 10 subframes, and each subframe represents 1 ms and the subframe number ranges from 0 to 9.
- the delay scheduling starting time specifically includes a System Frame Number and a subframe number for starting the delay scheduling
- the delay scheduling terminating time specifically includes a System Frame Number and a subframe number for terminating the delay scheduling.
- Step 202 the MTC device receives the RRC signaling sent from the base station 1 and extracts the delay scheduling information from the RRC signaling; and the MTC device stops monitoring the PDCCH at the delay scheduling starting time in the delay scheduling information or at the subframe next to the delay scheduling starting time. After stopping monitoring the PDCCH, the MTC device then terminates its current service.
- the MTC device stops sending a scheduling request, or a PUCCH signaling, or data on a PUSCH, or a Sounding Reference Signal SRS, so as to avoid from occupying radio resources of the air interface, which increases the load at network side.
- the MTC device can save communication context information, and/or data radio bearer information, and/or radio network temporary identifier (RNTI) allocated by the base station, and/or other dedicated radio resource configuration information (RadioResourceConfigDedicated).
- RNTI radio network temporary identifier
- RadioResourceConfigDedicated dedicated radio resource configuration information
- the communication context information can include an encryption algorithm, an integrity protection algorithm and the like adopted by the MTC device.
- the MTC device may save its current transmission state information, and/or transmission state information of the Radio Link Control RLC layer, wherein the transmission state information may include the transmitted Packet Data Convergence Protocol (PDCP) serial number and the PDCP serial number which has not been transmitted yet, the transmission state information of the RLC layer may include the transmitted RLC serial number and the RLC serial number which has not been transmitted yet.
- the MTC device may continue to send data to the base station 1 and can ensure the nonoccurrence of data losing.
- Step 203 the MTC device restarts monitoring the PDCCH at the delay scheduling terminating time in the delay scheduling information or at the subframe next to the delay scheduling terminating time, so that the MTC device keeps in communication with the network side and continues the services.
- the MTC device after the MTC device restarts monitoring the PDCCH, the MTC device allows to send a scheduling request and to send control information on a PUCCH and data on a PUSCH.
- the MTC device does not transmit its non access layer signaling and data to the core network for a period of time, so as to reduce the load of the air interface and the load at the core network side effectively.
- the MTC device send data to the network again, it does not need to rebuild a RRC connection, to re-initiate an encryption procedure, to re-establish data radio bearer used for data transmission, so as to reduce the consumed resource of the air interface.
- This aspect takes a H2H device as an example.
- the H2H device accesses to a network via a base station 2 and it is in a connected state. At this time, the H2H equipment has finished a random access procedure and an encryption procedure and has built the data radio bearer used for data transmission.
- the H2H device is carrying out services, including sending data and receiving data.
- the base station 2 can adopt the delay scheduling method as following to reduce the load at the network side, the specific process, as shown in Fig.2 , is as following:
- the delay scheduling information may include a delay scheduling starting time and a delay scheduling duration.
- the information of the delay scheduling starting time specifically includes SFN and subframe number at the beginning of the delay scheduling.
- the delay scheduling duration can be a time span (e.g. 20s) or the number of subframs (e.g. 5 subframes).
- Step 302 the H2H device receives the MAC signaling sent from the base station 2 and extracts the delay scheduling information from the MAC signaling; and the H2H devices stops monitoring the PDCCH at the delay scheduling starting time in the delay scheduling information, or at the subframe next to the delay scheduling starting time. After the MTC device stops monitoring the PDCCH, the MTC device will terminate its current services.
- the H2H device can save communication context information, so that when the H2H device communicates with the network side again, the H2H devices may use the previous configuration.
- the H2H device stops sending a scheduling request, or a PUCCH signaling, or data on a PUSCH, so as to avoid from occupying radio resource of the air interface, which increase the load at network side.
- Step 303 after the delay scheduling duration in the delay scheduling information, the H2H device starts monitoring the PDCCH. Therefore, the H2H device may continue to keep in communication with the network side and continue the services.
- the H2H device restarts monitoring the PDCCH after stopping monitoring the PDCCH for the duration of 20s.
- the step 301 further includes: the base station determines whether the service established by the H2H device is a delay tolerant service. If yes, the base station 2 will send a MAC signaling carrying the delay scheduling information to the H2H device so as to perform delay scheduling on the H2H device. If not, the base station 2 will not send the delay scheduling information to the H2H device, so as not to perform delay scheduling on the H2H device.
- the base station 2 may acknowledge whether the service built by the H2H device is a delay tolerant service.
- the delay scheduling method further includes: if it is required to initiate a new service request during the period that the H2H device stops monitoring the PDCCH, and the new service to be initiated has a priority higher than a preset threshold, then the terminal will stop the delay scheduling state, send a scheduling request or a service request to the base station 2 and restart monitoring the PDCCH, so as to build a new data radio bearer in time, which is used for data transmissions of services having a normal priority or a higher priority.
- the priority threshold can be preset in the H2H device and the base station 2, and can be sent by the base station 2 to the H2H device before or when the base station 2 sends the delay scheduling information to the H2H.
- the H2H device when the H2H device terminates its delay scheduling state and sends a scheduling request to the base station 2, if H2H device does not have an available uplink (UL) grant for sending a new scheduling request or service request, the H2H device initiate a random access to the base station 2 to acquire the UL grant and then the H2H device sends the new scheduling request or service request to the base station 2 via the acquired UL grant.
- UL uplink
- a base station in an overload state chooses a MTC device to perform delay scheduling, so as to reduce the current load.
- the specific procedure is provided as follows:
- the MTC device determines its own PDCCH signaling by a RNTI allocated by the base station.
- the delay scheduling information does not need to include a delay scheduling starting time, and it may only include a delay scheduling terminating time or a delay scheduling duration.
- the default delay scheduling starting time is the subframe during which the MTC device receives the PDCCH signaling.
- Step 402 after the MTC device receives the PDCCH signaling in the current subframe, the MTC device extracts the delay scheduling information from the PDCCH signaling and stops monitoring the PDCCH from the subframe next to the current subframe.
- the MTC device saves communication context information, so that when the MTC device communicates with the network side again, the MTC device may use the previous configuration.
- the MTC device stops sending a scheduling request, or a PUCCH signaling, or data on a PUSCH, or a Sounding Reference Signal SRS, so as to avoid from occupying radio resources of the air interface, which increases the load at network side.
- Step 403 when a duration for stopping monitoring the PDCCH is equal to a delay scheduling duration, or at the subframe next to the delay scheduling terminating time, the MTC device restarts monitoring the PDCCH.
- step 403 is similar to the detailed implementations in step 203 of the first aspect and step 303 of the second aspect and will not be described here. However, it should be noted that this aspect applies to the H2H device as well.
- a base station when a network side is overloaded, a base station sends delay scheduling information to a terminal so as to perform delay scheduling on the terminal, and this may reduce the load at the network side and enhance an overload processing ability of the network.
- the terminal may restart monitoring the PDCCH and continue services again without accessing to the network again, so that a mass of radio resources required to access to the network may be saved, and thereby the radio resources can be saved effectively, the load at the network side is relieved.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Description
- The present disclosure relates to overload processing technologies in mobile communications, and in particular, to method and system for delay scheduling.
- The Human-to-Human (H2H) communication is that persons communicate by operating devices. Current wireless communication technology is developed based on H2H technology. In a narrow sense, the definition of Machine-to-Machine (M2M) communication is communications between machines. While in a broad sense, the definition of M2M is the networked applications and services based on intelligent interactions between machine terminals. The M2M communication technology is based on intelligent machine terminals and uses multiple communication modes as access means, so as to provide users with informatization solutions to satisfy the informatization requirements of users in monitoring, command and dispatch, collection and measure of data.
- The document entitled "Details of MAC DRX control" addresses the need for a command to indicate to the UE that it nay stop monitoring the PDCCH for initial transmissions for the remainder of the current DRX cycle, i.e. a DRX "go-to-sleep" command.
US 2009/232054 A1 discloses a method and apparatus for selection of DRX short cycle or DRX long cycle, starting a short DRX cycle timer, controlling termination and expiration of DRX timers, and handling MAC control elements defined to control these DRX parameters.US 2010/287422 A1 discloses a transmission device including at least one transmitter/receiver unit that is coupled to another transmission device via a communication line, a power supply unit that supplies power to the at least one transmitter/receiver unit, and a control unit that notifies the another transmission device about first sleep start information and that stops the supply of power from the power supply unit to the at least one transmitter/receiver unit at the time specified by the first sleep start information. - The development of wireless technology is an important factor for the market development of M2M, which breaks through the time and space limit and the region barrier to liberate enterprises and public from cable constraint, so as to allow clients to control the cost more effectively, to reduce the installation charge and to use simply. Additionally, the increasing demand pushes forward the M2M to develop continuously. However, in contrast with the increasing information processing ability and network bandwidth, the measure for acquiring information falls far behind. The M2M technology satisfies this requirement very well. Through the M2M technology, people can monitor external environment, so as to realize automatic information acquisition in large area. Therefore, the industry application includes traffic monitoring, warning system, salvage, vending machine, electronic toll collection and so on, and the home application includes automatic meter reading, temperature control, and the personal application includes life detection, remote diagnostics and so on.
- The object of M2M communication is machine-to-machine or human-to-machine. The data communication between machines is defined as Machine Type Communication (MTC) and in this case, human-machine interaction is slightly required. The machine participating in MTC is called as MTC device or MTC terminal, a MTC device is capable of communicating with other MTC devices or MTC servers through Public Land Mobile-communication Networks (PLMN).
- After the introduction of the MTC application, some optimization can be made on the current communication system according to the characteristics of MTC to satisfy the requirements of the MTC application, without any impact on normal User Equipments (UE) in the current network. Some of the outstanding characteristics of the MTC application comprise: there are a large number of MTC devices, and the data amount for each transmission is small, large interval between transmissions and a part of MTC devices have relative fixed positions. According to statistics, the number of MTC devices installed within the scope of a community in a certain city will reach 3000, when those MTC devices initiate random access intensively, such as giving alarms when a fire or an earthquake happens, such a large number of MTC devices will produce a prodigious impact to the network. In general, multiple base stations will be connected to a same network element of the core network, such as a mobility management entity (MME). When a numerous of MTC devices in all base stations need to access to the network, for example, all MTC devices need to re-register to the network during a power recovery after an outage, the MME will bear a tremendous signaling impact and even lead to overload.
when a numerous of MTC devices intends to access to the network, a large amount of random access resources and dedicated resources will be occupied, wherein the dedicated resources include Physical Downlink Control Channel (PDCCH) resources, Physical Uplink Control Channel (PUCCH) resources, Physical Downlink Shared Channel (PDSCH) resources and the like, which can cause the occurrence of overload for random access resources and dedicated resources, and thus affecting service application of normal H2H devices. Thus, it is necessary for the base station to adjust the access control parameters dynamically based on its load conditions, and a part of terminals may be rejected or released, so as to control the load reasonably. - If a terminal has accessed the network and the service is on the fly, the base station will release radio resource control (RRC) connections of a part of terminals and radio resources to reduce the load of MME when an overload occurs at the network side. After that, if a released terminal needs to carry out a service again, it needs to rebuild an RRC connection, re-initiate a random access, re-execute an encryption procedure and re-establish a service bearer. These procedures will consume a lot of radio resources and occupy multiple air interface signalings, which will increase the processing load of the base station and the processing load of MME.
- Therefore, the present disclosure provides a delay scheduling method and system which can reduce the load at the network side. Meanwhile, a mass of radio resources required to access to the network after the terminal has been released can be saved. The invention is defined by the appended claims. The present disclosure is accomplished as following:
- The present disclosure provides a method which comprises:
- a base station sends delay scheduling information to a terminal for performing delay scheduling on the terminal;
- the terminal receives the delay scheduling information, and stops monitoring a Physical Downlink Control Channel PDCCH and enters a delay scheduling state according to the received delay scheduling information; and restarts monitoring the PDCCH and terminating the delay scheduling state according to the delay scheduling information.
- In the above solution, the step of sending, by a base station, delay scheduling information to a terminal for performing delay scheduling on the terminal may include: the base station sends the delay scheduling information to the terminal via a RRC signaling or a Medium Access Control (MAC) signaling or a PDCCH signaling.
- In the above solution, after the terminal stops monitoring the PDCCH and enters the delay scheduling state, the method may further include: the terminal stops sending a scheduling request, or a Physical Uplink Control Channel (PUCCH) signaling, or data on a Physical Downlink Shared Channel (PUSCH), or a Sounding Reference Signal (SRS).
- In the above solution, after the terminal stops monitoring the PDCCH and enters the delay scheduling state, the method may further include: the terminal saves communication context information, and/or data radio bearer information, and/or a radio network temporary identifier allocated by the base station, and/or current transmission state information, and/or current transmission state information of radio link control layer of the terminal.
- In the above solution, after the terminal stops monitoring the PDCCH and enters the delay scheduling state, the method may further include: when a service request is required to be initiated, the terminal stops the delay scheduling state and initiating the service request when a priority of the service to be initiated is higher than a preset priority threshold.
- In the above solution, the step of sending, by a base station, a delay scheduling information to a terminal for performing delay scheduling on the terminal may include: the base station sends the delay scheduling information to the terminal after the base station verifies that an established service is a delay tolerant service or a low priority service.
- In the above solution, the delay scheduling information may include: a delay scheduling starting time for instructing the terminal to enter the delay scheduling state and a delay scheduling terminating time for instructing the terminal to terminate the delay scheduling state; or the delay scheduling information comprises: the delay scheduling starting time and a delay scheduling duration for instructing a duration within which the terminal maintains the delay scheduling state; or the delay scheduling information comprises: the delay scheduling terminating time or the delay scheduling duration.
- The present disclosure further provides a system for delay scheduling, the system comprises a base station and a terminal, wherein
the base station is configured to send delay scheduling information to the terminal for performing delay scheduling on the terminal;
the terminal is configured to receive the delay scheduling information, and stop monitoring a Physical Downlink Control Channel PDCCH and enter a delay scheduling state according to the received delay scheduling information, and restart monitoring the PDCCH and terminate the delay scheduling state according to the delay scheduling information. - In the above solution, the terminal is a Machine Type Communication MTC device and/or a Human-to-Human H2H device.
- In the above solution, the terminal is further configured to, after entering the delay scheduling state, stop sending a scheduling request, or a Physical Uplink Control Channel PUCCH signaling, or data on a Physical Uplink Shared Channel PUSCH, or a Sounding Reference Signal SRS.
- In the above solution, the terminal is further configured to, after the terminal enters the delay scheduling state, save communication context information, and/or data radio bearer information, and/or a radio network temporary identifier allocated by the base station, and/or current transmission state information of the terminal, and/or current transmission state information of radio link control layer of the terminal.
- In the above solution, the terminal is further configured to, when a service request is required to be initiated, stop the delay scheduling state and initiate the service request when a priority of the service to be initiated is higher than a preset priority threshold.
- In the above solution, the terminal is further configured to send the delay scheduling information to the terminal after the base station verifies that an established service is a delay tolerant service or a low priority service.
- In the above solution, the base station is further configured to send the delay scheduling information to the terminal via a Radio Resource Control RRC signaling, or a Medium Access Control MAC signaling, or a PDCCH signaling.
- In the delay scheduling method and system according to the present disclosure, when a network side is overloaded, a base station sends delay scheduling information to a terminal so as to perform delay scheduling on the terminal, and this may reduce the load at the network side and enhance an overload processing ability of the network. After the delay scheduling, the terminal may restart monitoring the PDCCH and continue services again without accessing to the network again, so that a mass of radio resources required to access to the network may be saved, and thereby the radio resources can be saved effectively, the load at the network side is relieved..
-
-
Fig.1 is a flow diagram of the implementation of a delay scheduling method according to the present disclosure; -
Fig.2 is a flow diagram of the implementation of a delay scheduling method according to a first embodiment of the present disclosure; -
Fig.3 is a flow diagram of the implementation of a delay scheduling method according to a second embodiment of the present disclosure; -
Fig.4 is a flow diagram of the implementation of a delay scheduling method according to a third embodiment of the present disclosure. - The basic idea of the present disclosure is that, a overloaded network side performs delay scheduling for its terminals such that the terminals pauses their launched services during the delay scheduling to decrease the load at network side; the terminal re-launches the service after a preset delay scheduling time without request of re-accessing to the network, and therefore avoiding from consuming resources and increasing load at network side.
- The method for delay scheduling according to the present disclosure, with reference to
Fig.1 , substantially includes the following steps: - step 101: A base station sends a delay scheduling information to a terminal for performing delay scheduling on the terminal;
- step 102: The terminal receives the delay scheduling information, and stops monitoring a PDCCH and enters a delay scheduling state according to the received delay scheduling information; and the terminal restarts monitoring the PDCCH and terminates the delay scheduling state according to the delay scheduling information.
- The method for delay scheduling of the present disclosure can reduce the load at network side when the network side is overloaded, the network overload can include wireless access network overload and/or core network overload.
wherein the base station can send the delay scheduling information to the terminal via a RRC signaling, or a Medium Access Control (MAC) signaling, or a PDCCH signaling. - Here, after the terminal stops monitoring the PDCCH and enters the delay scheduling state, the terminal further stops sending a scheduling request, or a PUCCH signaling, or data on a PUSCH, or Sounding Reference Signal (SRS).
- Herein, the terminal stopping sending the PUCCH signaling can include stopping sending the instruction information for assisting the base station in implementing the scheduling decision for the terminal. For example, the PUCCH signaling that has been stopped from sending may include Channel Quality Indicator (CQI), Pre-coding Matrix Indicator (PMI) or Rank Indicator (RI).
- Here, after the terminal stops monitoring the PDCCH and enters the delay scheduling state, the terminal further saves communication context information, and/or data radio bearer information, and/or a wireless network temporary identifier allocated by the base station, and/or current transmission state information of the terminal, and/or current transmission state information in the radio link control layer of the terminal.
- Here, after the terminal stops monitoring the PDCCH and enters the delay scheduling state, if a new service request is required to be initiated, the terminal stops the delay scheduling state and initiate the new service request when a priority of the new service to be initiated is higher than a preset priority threshold.
- The step of sending, by the terminal, the delay scheduling information to the terminal for performing delay scheduling on the terminal specially comprises: after the base station verifies that an established service of the terminal is a delay tolerant service or a lower priority service, the base station sends the delay scheduling information to the terminal.
- Here, the delay scheduling information includes: a delay scheduling starting time for instructing the terminal to enter the delay scheduling state and a delay scheduling terminating time for instructing the terminal to terminate the delay scheduling state; or the delay scheduling information includes: the delay scheduling starting time and a delay scheduling duration for instructing a duration within which the terminal maintains the delay scheduling state; or the delay scheduling information includes: the delay scheduling terminating time or the delay scheduling duration.
- Correspondingly, the present disclosure also provides a system for delay scheduling, the system includes: a base station and a terminal; wherein the base station is configured to send delay scheduling information to the terminal for performing delay scheduling on the terminal; the terminal is configured to receive the delay scheduling information sent by the base station; the terminal stops monitoring the PDCCH and enters a delay scheduling state according to the received delay scheduling information; and the terminal restarts monitoring the PDCCH and terminates the delay scheduling state according to the delay scheduling information.
- Specifically, the terminal may be a MTC device and/or a H2H device.
- Here, the terminal is further configured to, after entering the delay scheduling state, stop sending a scheduling request, or a PUCCH signaling, or data on a PUSCH, or a Sounding Reference Signal SRS.
- Here, the terminal is further configured to, after the terminal enters the delay scheduling state, save communication context information, and/or data radio bearer information, and/or a radio network temporary identifier allocated by the base station, and/or current transmission state information of the terminal, and/or current transmission state information of radio link control layer of the terminal.
- Here, the terminal may further be configured to, when a service request is required to be initiated , stop the delay scheduling state and initiate the new service request when a priority of the new service to be initiated is higher than a preset priority threshold.
- Here, the terminal may further be configured to send the delay scheduling information to the terminal after the base station verifies that an established service is a delay tolerant service or a low priority service. The base station may further be configured to send the delay scheduling information to the terminal via a RRC signaling, or a MAC signaling, or a PDCCH signaling.
- The aspect takes a MTC device as an example. In a Long-Term Evolution (LTE) system, the MTC device accesses a network via a
base station 1 and it is in a connected state. At this time, the MTC device has finished a random access procedure and an encryption procedure and has built the data radio bearer (DRB) used for data transmission. The MTC is carrying out services, such as sending data to a MTC server. Since there are a large number of MTC devices and H2H devices that access to the network, it causes an overload at the network side, such as, an overload of a network element of the core network, for example MME, or an overload of thebase station 1. - At this moment, it is necessary for the
base station 1 to reduce the current load to ensure the current network to be in a normal state. In the aspect, thebase station 1 can adopt the delay scheduling method as following to reduce the load at network side, the specific process, as shown inFig.2 , is as following: - Step 201: the
base station 1 sends a RRC signaling carrying delay scheduling information to the MTC device. - Here, the delay scheduling information may include a delay scheduling starting time and a delay scheduling terminating time.
- In LTE, the System Frame Number (SFN) and the subframe number are used to represent time information, wherein SFN repeats from 0 to 1023, each SFN represents 10ms; each SFN is consist of 10 subframes, and each subframe represents 1 ms and the subframe number ranges from 0 to 9. Here, in the delay scheduling information sent from the base station to the MTC device, the delay scheduling starting time specifically includes a System Frame Number and a subframe number for starting the delay scheduling, the delay scheduling terminating time specifically includes a System Frame Number and a subframe number for terminating the delay scheduling.
- For example, the delay scheduling starting time can be SFN=100, subframe number=0, the delay scheduling terminating time can be SFN=220, subframe number=3.
- Step 202: the MTC device receives the RRC signaling sent from the
base station 1 and extracts the delay scheduling information from the RRC signaling; and the MTC device stops monitoring the PDCCH at the delay scheduling starting time in the delay scheduling information or at the subframe next to the delay scheduling starting time. After stopping monitoring the PDCCH, the MTC device then terminates its current service. - Here, it can be determined in advance by a protocol either to stop monitoring the PDCCH at the delay scheduling starting time in the delay scheduling information or to stop monitoring the PDCCH at the subframe next to the delay scheduling starting time.
- For example, if the delay scheduling starting time is SFN=100, subfram number=0, the MTC device will stop monitoring the PDCCH when SFN=100, subframe number=0, or when MTC device is SFN=100, subframe number=1.
- Here, during the period that the MTC device stops monitoring the PDCCH, the MTC device stops sending a scheduling request, or a PUCCH signaling, or data on a PUSCH, or a Sounding Reference Signal SRS, so as to avoid from occupying radio resources of the air interface, which increases the load at network side.
- Here, during the period that the MTC device stops monitoring the PDCCH, the MTC device can save communication context information, and/or data radio bearer information, and/or radio network temporary identifier (RNTI) allocated by the base station, and/or other dedicated radio resource configuration information (RadioResourceConfigDedicated). Thus, when the MTC device will monitor the PDCCH again, the MTC device can continue to use the previous configuration without consuming air interface signaling to configure the above parameters. The communication context information can include an encryption algorithm, an integrity protection algorithm and the like adopted by the MTC device.
- During the period that the MTC device stops monitoring the PDCCH, the MTC device may save its current transmission state information, and/or transmission state information of the Radio Link Control RLC layer, wherein the transmission state information may include the transmitted Packet Data Convergence Protocol (PDCP) serial number and the PDCP serial number which has not been transmitted yet, the transmission state information of the RLC layer may include the transmitted RLC serial number and the RLC serial number which has not been transmitted yet. Thus, after the MTC device restarts monitoring the PDCCH, the MTC device may continue to send data to the
base station 1 and can ensure the nonoccurrence of data losing. - Step 203: the MTC device restarts monitoring the PDCCH at the delay scheduling terminating time in the delay scheduling information or at the subframe next to the delay scheduling terminating time, so that the MTC device keeps in communication with the network side and continues the services.
- Here, it can be determined in advance by a protocol either to restart monitoring the PDCCH at the delay scheduling terminating time in the delay scheduling information or to restart monitoring the PDCCH at the subframe next to the delay scheduling terminating time.
- For example, if the delay scheduling terminating time is SFN=220, subfram number=3, then the MTC terminal restarts monitor the PDCCH at SFN=220, subframe number=3, or at SFN=220, subframe number=4.
- Here, after the MTC device restarts monitoring the PDCCH, the MTC device allows to send a scheduling request and to send control information on a PUCCH and data on a PUSCH.
- In the aspect, by using the delay scheduling method, the MTC device does not transmit its non access layer signaling and data to the core network for a period of time, so as to reduce the load of the air interface and the load at the core network side effectively. At the same time, when the MTC device send data to the network again, it does not need to rebuild a RRC connection, to re-initiate an encryption procedure, to re-establish data radio bearer used for data transmission, so as to reduce the consumed resource of the air interface.
- It should be noted that this aspect applies to the H2H device as well.
- This aspect takes a H2H device as an example. In a Long-Term Evolution system, the H2H device accesses to a network via a
base station 2 and it is in a connected state. At this time, the H2H equipment has finished a random access procedure and an encryption procedure and has built the data radio bearer used for data transmission. The H2H device is carrying out services, including sending data and receiving data. - Since there are a large number of MTC devices and H2H devices that access to the network, it causes an overload at the network side. At this moment, it is necessary for the
base station 2 to reduce the load at the network side to ensure the network to be in a normal state. In the aspect, thebase station 2 can adopt the delay scheduling method as following to reduce the load at the network side, the specific process, as shown inFig.2 , is as following: - Step 301: the
base station 2 sends a MAC signaling carrying delay scheduling information to the H2H device. - Here, the delay scheduling information may include a delay scheduling starting time and a delay scheduling duration.
- The information of the delay scheduling starting time specifically includes SFN and subframe number at the beginning of the delay scheduling. The delay scheduling duration can be a time span (e.g. 20s) or the number of subframs (e.g. 5 subframes).
- For example, in the delay scheduling information sent by the
base station 2 to the H2H device, the delay scheduling starting time can be SFN=200, subframe number=0, the delay scheduling duration may be 20s. - Step 302: the H2H device receives the MAC signaling sent from the
base station 2 and extracts the delay scheduling information from the MAC signaling; and the H2H devices stops monitoring the PDCCH at the delay scheduling starting time in the delay scheduling information, or at the subframe next to the delay scheduling starting time. After the MTC device stops monitoring the PDCCH, the MTC device will terminate its current services. - For example, when the delay scheduling starting time is SFN=200, subfram number=5, the H2H device stops monitoring the PDCCH at SFN=200, subframe number=5, or at SFN=200, subframe number=6.
- Here, during the period that the H2H device stops monitoring the PDCCH, the H2H device can save communication context information, so that when the H2H device communicates with the network side again, the H2H devices may use the previous configuration.
- Here, during the period that the H2H device stops monitoring the PDCCH, the H2H device stops sending a scheduling request, or a PUCCH signaling, or data on a PUSCH, so as to avoid from occupying radio resource of the air interface, which increase the load at network side.
- Step 303: after the delay scheduling duration in the delay scheduling information, the H2H device starts monitoring the PDCCH. Therefore, the H2H device may continue to keep in communication with the network side and continue the services.
- For example, when the delay scheduling duration is 20s, the H2H device restarts monitoring the PDCCH after stopping monitoring the PDCCH for the duration of 20s.
- In the aspect, the
step 301 further includes: the base station determines whether the service established by the H2H device is a delay tolerant service. If yes, thebase station 2 will send a MAC signaling carrying the delay scheduling information to the H2H device so as to perform delay scheduling on the H2H device. If not, thebase station 2 will not send the delay scheduling information to the H2H device, so as not to perform delay scheduling on the H2H device. Here, from a reason value that the H2H device initiates the RRC connection, thebase station 2 may acknowledge whether the service built by the H2H device is a delay tolerant service. - In the aspect, the delay scheduling method further includes: if it is required to initiate a new service request during the period that the H2H device stops monitoring the PDCCH, and the new service to be initiated has a priority higher than a preset threshold, then the terminal will stop the delay scheduling state, send a scheduling request or a service request to the
base station 2 and restart monitoring the PDCCH, so as to build a new data radio bearer in time, which is used for data transmissions of services having a normal priority or a higher priority. - Here, the priority threshold can be preset in the H2H device and the
base station 2, and can be sent by thebase station 2 to the H2H device before or when thebase station 2 sends the delay scheduling information to the H2H. - Here, when the H2H device terminates its delay scheduling state and sends a scheduling request to the
base station 2, if H2H device does not have an available uplink (UL) grant for sending a new scheduling request or service request, the H2H device initiate a random access to thebase station 2 to acquire the UL grant and then the H2H device sends the new scheduling request or service request to thebase station 2 via the acquired UL grant. - It should be noted that the aspect applies to the MTC device as well.
- In the aspect, a base station in an overload state chooses a MTC device to perform delay scheduling, so as to reduce the current load. The specific procedure is provided as follows:
- Step 401: the base station sends the delay scheduling information to the MTC device via a PDCCH signaling.
- Here, the MTC device determines its own PDCCH signaling by a RNTI allocated by the base station.
- The reception of the PDCCH signaling is confined in one subframe (i.e. the MTC device receives the PDCCH signaling belonging to the subframe in every millisecond). Therefore, in this aspect, the delay scheduling information does not need to include a delay scheduling starting time, and it may only include a delay scheduling terminating time or a delay scheduling duration. Here, when the delay scheduling information does not include the delay scheduling starting time, the default delay scheduling starting time is the subframe during which the MTC device receives the PDCCH signaling.
- Step 402: after the MTC device receives the PDCCH signaling in the current subframe, the MTC device extracts the delay scheduling information from the PDCCH signaling and stops monitoring the PDCCH from the subframe next to the current subframe.
- During the period that the MTC device stops monitoring the PDCCH, the MTC device saves communication context information, so that when the MTC device communicates with the network side again, the MTC device may use the previous configuration. During the period that the MTC device stops monitoring the PDCCH, the MTC device stops sending a scheduling request, or a PUCCH signaling, or data on a PUSCH, or a Sounding Reference Signal SRS, so as to avoid from occupying radio resources of the air interface, which increases the load at network side.
- Step 403: when a duration for stopping monitoring the PDCCH is equal to a delay scheduling duration, or at the subframe next to the delay scheduling terminating time, the MTC device restarts monitoring the PDCCH.
- Here,
step 403 is similar to the detailed implementations instep 203 of the first aspect and step 303 of the second aspect and will not be described here. However, it should be noted that this aspect applies to the H2H device as well. - The above aspects are only preferred aspects of the present disclosure, and they are not intended to limit the scope of the present disclosure.
- In the delay scheduling method and system according to the present disclosure, when a network side is overloaded, a base station sends delay scheduling information to a terminal so as to perform delay scheduling on the terminal, and this may reduce the load at the network side and enhance an overload processing ability of the network. After the delay scheduling, the terminal may restart monitoring the PDCCH and continue services again without accessing to the network again, so that a mass of radio resources required to access to the network may be saved, and thereby the radio resources can be saved effectively, the load at the network side is relieved.
Claims (17)
- A method for delay scheduling comprising:receiving, by a terminal, delay scheduling information from a base station for performing delay scheduling on the terminal;entering (102), by the terminal, a delay scheduling state according to the received delay scheduling information and stopping monitoring a Physical Downlink Control Channel PDCCH ; andrestarting (102), by the terminal, monitoring the PDCCH and terminating the delay scheduling state according to the delay scheduling information;wherein after the terminal stops monitoring the PDCCH and enters the delay scheduling state, the method further comprises:when a service request is required to be initiated, stopping, by the terminal, the delay scheduling state and initiating the service request when a priority of the service to be initiated is higher than a preset priority threshold;wherein the delay scheduling information comprises: a delay scheduling starting time for instructing the terminal to enter the delay scheduling state and a delay scheduling terminating time for instructing the terminal to terminate the delay scheduling state; or the delay scheduling information comprises: the delay scheduling starting time and a delay scheduling duration for instructing a duration within which the terminal maintains the delay scheduling state; or the delay scheduling information comprises: the delay scheduling terminating time or the delay scheduling duration.
- The method for delay scheduling according to claim 1, wherein the step of receiving , by a terminal, delay scheduling information from a base station for performing delay scheduling on the terminal comprises:receiving, by the terminal, the delay scheduling information from the base station via a Radio Resource Control RRC signaling or a Medium Access Control MAC signaling or a PDCCH signaling.
- The method for delay scheduling according to claim 1, wherein after the terminal stops monitoring the PDCCH and enters the delay scheduling state, the method further comprises:stopping, by the terminal, sending a scheduling request, or a Physical Uplink Control Channel PUCCH signaling, or data on a Physical Uplink Shared Channel PUSCH, or a Sounding Reference Signal SRS.
- The method for delay scheduling according to claim 1, wherein after the terminal stops monitoring the PDCCH and enters the delay scheduling state, the method further comprises:saving, by the terminal, communication context information, and/or data radio bearer information, and/or a radio network temporary identifier allocated by the base station, and/or current transmission state information of the terminal, and/or current transmission state information of radio link control layer of the terminal.
- The method for delay scheduling according to claim 1, wherein the step of sending, by a base station, a delay scheduling information to a terminal for performing delay scheduling on the terminal comprises:receiving, by the terminal, the delay scheduling information from the base station after the base station verifies that an established service is a delay tolerant service or a low priority service.
- A terminal configured to receive delay scheduling information from a base station for performing delay scheduling on the terminal, and enter (102) a delay scheduling state according to the received delay scheduling information and stop monitoring a Physical Downlink Control Channel PDCCH, and restart (102) monitoring the PDCCH and terminate the delay scheduling state according to the delay scheduling information;
wherein the terminal is further configured to, when a service request is required to be initiated, stop the delay scheduling state and initiate the service request when a priority of the service to be initiated is higher than a preset priority threshold;
wherein the delay scheduling information comprises: a delay scheduling starting time for instructing the terminal to enter the delay scheduling state and a delay scheduling terminating time for instructing the terminal to terminate the delay scheduling state; or the delay scheduling information comprises: the delay scheduling starting time and a delay scheduling duration for instructing a duration within which the terminal maintains the delay scheduling state; or the delay scheduling information comprises: the delay scheduling terminating time or the delay scheduling duration. - The terminal according to claim 6, wherein the terminal is a Machine Type Communication MTC device and/or a Human-to-Human H2H device.
- The terminal according to claim 6 or claim 7, wherein the terminal is further configured to, after entering the delay scheduling state, stop sending a scheduling request, or a Physical Uplink Control Channel PUCCH signaling, or data on a Physical Uplink Shared Channel PUSCH, or a Sounding Reference Signal SRS.
- The terminal according to claim 6 or claim 7, wherein the terminal is further configured to, after the terminal enters the delay scheduling state, save communication context information, and/or data radio bearer information, and/or a radio network temporary identifier allocated by the base station, and/or current transmission state information of the terminal, and/or current transmission state information of radio link control layer of the terminal.
- The terminal according to claim 6, wherein the terminal is further configured to receive the delay scheduling information from the base station after the base station verifies that an established service is a delay tolerant service or a low priority service.
- The terminal according to claim 6 or claim 10, wherein the terminal is further configured to receive the delay scheduling information from the base station via a Radio Resource Control RRC signaling, or a Medium Access Control MAC signaling, or a PDCCH signaling.
- A method for delay scheduling comprising:sending, by a base station, a priority threshold to a terminal for, when a service request is required to be initiated, enabling the terminal to stop a delay scheduling state and initiating the service request when a priority of the service to be initiated is higher than the priority threshold; andsending (101), by the base station, delay scheduling information to the terminal for performing delay scheduling on the terminal;wherein the delay scheduling information is configured to enable the terminal to enter the delay scheduling state and stop monitoring a Physical Downlink Control Channel PDCCH, and restart monitoring the PDCCH and terminate the delay scheduling state;wherein the delay scheduling information comprises: a delay scheduling starting time for instructing the terminal to enter the delay scheduling state and a delay scheduling terminating time for instructing the terminal to terminate the delay scheduling state; or the delay scheduling information comprises: the delay scheduling starting time and a delay scheduling duration for instructing a duration within which the terminal maintains the delay scheduling state; or the delay scheduling information comprises: the delay scheduling terminating time or the delay scheduling duration.
- The method for delay scheduling according to claim 12, wherein the step of sending (101), by a base station, delay scheduling information to a terminal for performing delay scheduling on the terminal comprises:sending, by the base station, the delay scheduling information to the terminal via a Radio Resource Control RRC signaling or a Medium Access Control MAC signaling or a PDCCH signaling.
- The method for delay scheduling according to claim 12, wherein the step of sending (101), by a base station, a delay scheduling information to a terminal for performing delay scheduling on the terminal comprises:sending, by the base station, the delay scheduling information to the terminal after the base station verifies that an established service is a delay tolerant service or a low priority service.
- A base station configured to:send a priority threshold to a terminal for, when a service request is required to be initiated, enabling the terminal to stop a delay scheduling state and initiating the service request when a priority of the service to be initiated is higher than the priority threshold; andsend (101) delay scheduling information to the terminal for performing delay scheduling on the terminal;wherein the delay scheduling information is configured to enable the terminal to enter the delay scheduling state according to the received delay scheduling information and stop monitoring a Physical Downlink Control Channel PDCCH, and restart monitoring the PDCCH and terminate the delay scheduling state according to the delay scheduling information;wherein the delay scheduling information comprises: a delay scheduling starting time for instructing the terminal to enter the delay scheduling state and a delay scheduling terminating time for instructing the terminal to terminate the delay scheduling state; or the delay scheduling information comprises: the delay scheduling starting 4 time and a delay scheduling duration for instructing a duration within which the terminal maintains the delay scheduling state; or the delay scheduling information comprises: the delay scheduling terminating time or the delay scheduling duration.
- The base station according to claim 15, wherein the base station is further configured to send the delay scheduling information to the terminal after the base station verifies that an established service is a delay tolerant service or a low priority service.
- The base station according to claim 15, wherein the base station is further configured to send the delay scheduling information to the terminal via a Radio Resource Control RRC signaling, or a Medium Access Control MAC signaling, or a PDCCH signaling.
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110050345.4A CN102655666B (en) | 2011-03-02 | 2011-03-02 | A kind of delay dispatching method and system |
PCT/CN2012/071345 WO2012116605A1 (en) | 2011-03-02 | 2012-02-20 | Delayed scheduling method and system |
Publications (3)
Publication Number | Publication Date |
---|---|
EP2672757A1 EP2672757A1 (en) | 2013-12-11 |
EP2672757A4 EP2672757A4 (en) | 2014-08-13 |
EP2672757B1 true EP2672757B1 (en) | 2017-09-27 |
Family
ID=46731180
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
EP12752469.2A Not-in-force EP2672757B1 (en) | 2011-03-02 | 2012-02-20 | Delayed scheduling method and system |
Country Status (4)
Country | Link |
---|---|
US (1) | US9609662B2 (en) |
EP (1) | EP2672757B1 (en) |
CN (1) | CN102655666B (en) |
WO (1) | WO2012116605A1 (en) |
Families Citing this family (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
GB2502275B (en) * | 2012-05-21 | 2017-04-19 | Sony Corp | Telecommunications systems and methods |
GB2502274B (en) * | 2012-05-21 | 2017-04-19 | Sony Corp | Telecommunications systems and methods |
CN103781040B (en) * | 2012-10-17 | 2018-02-06 | 华为技术有限公司 | Low-power consumption terminal, wireless network and communication means |
WO2014084766A1 (en) * | 2012-11-30 | 2014-06-05 | Telefonaktiebolaget L M Ericsson (Publ) | Overload control in a communication network |
CN104604287B (en) * | 2013-08-30 | 2019-04-23 | 华为技术有限公司 | A kind of control method and device of wireless communication network data transmission |
US10149293B2 (en) | 2014-10-16 | 2018-12-04 | Qualcomm Incorporated | Transmission preemption for enhanced component carriers |
WO2016178440A1 (en) * | 2015-05-04 | 2016-11-10 | 엘지전자(주) | Method and apparatus for reselecting cell in wireless communication system |
CN108370594B (en) | 2015-12-31 | 2020-09-25 | 华为技术有限公司 | Data transmission processing method, user equipment and base station |
CN107809753A (en) * | 2016-09-07 | 2018-03-16 | 中兴通讯股份有限公司 | A kind of control method and device of eMTC terminals connection base station |
EP3541130B1 (en) * | 2016-11-25 | 2023-01-11 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data transmission method and apparatus |
US10314012B2 (en) * | 2017-09-22 | 2019-06-04 | Qualcomm Incorporated | Carrier selection for position measurement |
CN109587804A (en) * | 2017-09-28 | 2019-04-05 | 中兴通讯股份有限公司 | Scheduling request sending method and device |
WO2019183848A1 (en) | 2018-03-28 | 2019-10-03 | Oppo广东移动通信有限公司 | Method for monitoring pdcch, terminal device, and network device |
CN110351739B (en) * | 2018-04-04 | 2022-03-25 | 展讯通信(上海)有限公司 | Method, device, base station and user equipment for monitoring PDCCH |
CN110831027B (en) * | 2018-08-10 | 2022-08-19 | 华为技术有限公司 | Method and communication device for monitoring physical downlink control channel |
US20210321276A1 (en) * | 2020-04-10 | 2021-10-14 | Electronics And Telecommunications Research Institute | Method and apparatus for downlink communication in communication system |
CN115552978A (en) * | 2020-05-22 | 2022-12-30 | Oppo广东移动通信有限公司 | Method, device, equipment and storage medium for monitoring channel |
CN115604794A (en) * | 2021-07-09 | 2023-01-13 | 华为技术有限公司(Cn) | Communication method and device |
Family Cites Families (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6622251B1 (en) * | 1999-04-07 | 2003-09-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Method to put a mobile terminal into sleep when a frame control channel containing a location of slow broadcast channel does not include wakeup information |
JP4786340B2 (en) * | 2005-12-28 | 2011-10-05 | 株式会社エヌ・ティ・ティ・ドコモ | Base station apparatus and packet scheduling method |
DE602007001096D1 (en) * | 2006-03-28 | 2009-06-25 | Samsung Electronics Co Ltd | Method and device for the discontinuous reception of a connected terminal in a mobile communication system |
US7916675B2 (en) * | 2006-06-20 | 2011-03-29 | Nokia Corporation | Method and system for providing interim discontinuous reception/transmission |
GB2447299A (en) * | 2007-03-09 | 2008-09-10 | Nec Corp | Control of discontinuous Rx/Tx in a mobile communication system |
US8711745B2 (en) * | 2007-09-14 | 2014-04-29 | Blackberry Limited | System and method for discontinuous reception control start time |
CN101472272A (en) | 2007-12-25 | 2009-07-01 | 华为技术有限公司 | Control method, system and equipment for dormancy state |
US20090176502A1 (en) * | 2008-01-08 | 2009-07-09 | Richard Lee-Chee Kuo | Method of Receiving Signaling and Related Communication Device |
CN101500299A (en) * | 2008-02-02 | 2009-08-05 | 华为技术有限公司 | User equipment and uplink sending method under discontinuous receiving state |
US8488521B2 (en) * | 2008-03-14 | 2013-07-16 | Interdigital Patent Holdings, Inc. | Behavior for wireless transmit/receive unit and MAC control elements for LTE DRX operations |
US8031668B2 (en) * | 2008-06-23 | 2011-10-04 | Sunplus Mmobile Inc. | Method for optimizing discontinuous reception in random access and scheduling request |
US8811284B2 (en) * | 2009-03-16 | 2014-08-19 | Lg Electronics Inc. | Method and apparatus for supporting carrier aggregation |
JP5131243B2 (en) * | 2009-05-11 | 2013-01-30 | 富士通株式会社 | Transmission apparatus and transmission apparatus pause method |
US20110003555A1 (en) * | 2009-07-06 | 2011-01-06 | Yu-Hsuan Guo | Method and Apparatus for PDCCH Monitoring |
KR101164117B1 (en) * | 2009-09-04 | 2012-07-12 | 엘지전자 주식회사 | Method of controlling a monitoring operation of a physical downlink channel in wireless communication system |
US20110237266A1 (en) * | 2010-03-26 | 2011-09-29 | Research In Motion Limited | Sounding Reference Signal Transmission During Discontinuous Reception |
KR101617557B1 (en) * | 2011-09-12 | 2016-05-02 | 인텔 코포레이션 | Group media access control message for machine-to-machine devices and method to update a group identifier |
-
2011
- 2011-03-02 CN CN201110050345.4A patent/CN102655666B/en not_active Expired - Fee Related
-
2012
- 2012-02-20 EP EP12752469.2A patent/EP2672757B1/en not_active Not-in-force
- 2012-02-20 WO PCT/CN2012/071345 patent/WO2012116605A1/en active Application Filing
- 2012-02-20 US US14/002,737 patent/US9609662B2/en not_active Expired - Fee Related
Non-Patent Citations (1)
Title |
---|
None * |
Also Published As
Publication number | Publication date |
---|---|
WO2012116605A1 (en) | 2012-09-07 |
EP2672757A1 (en) | 2013-12-11 |
US20130336301A1 (en) | 2013-12-19 |
EP2672757A4 (en) | 2014-08-13 |
CN102655666B (en) | 2017-06-06 |
US9609662B2 (en) | 2017-03-28 |
CN102655666A (en) | 2012-09-05 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP2672757B1 (en) | Delayed scheduling method and system | |
CN102474350B (en) | Method of controlling monitoring operation of physical downlink channel in wireless communication system | |
JP5189204B2 (en) | Method for performing random access procedure and terminal thereof | |
EP2983416B1 (en) | Paging method, apparatus, and system | |
JP2019530348A (en) | Active time processing in two-step grant | |
EP3231242B1 (en) | Access management of a communication device in a cellular network | |
WO2021127866A1 (en) | Methods for communication, terminal device, network device, and computer readable media | |
EP4190119B1 (en) | Drx operation for d2d communication | |
WO2011134427A1 (en) | Method, apparatus and system for off-line detection | |
CN102638880A (en) | Method and device for terminal data transmission | |
WO2011120444A1 (en) | Offline detection method, apparatus and system for machine type communication device | |
US20220078715A1 (en) | Methods and apparatuses for using power-saving signal pattern, device and system | |
US20230120407A1 (en) | Data transmission in power efficient state | |
KR20140042844A (en) | Method of receiving multicast data in a wireless communication system, and device for same | |
KR101845558B1 (en) | Method and apparatus of group paging in a wireless communication system and method and apparatus for performing random access using the same | |
CN116508367A (en) | Method and device for transmitting or receiving small data | |
EP4228332A1 (en) | Base station device, terminal station device, wireless communication system, and wireless communication method | |
CN116963313A (en) | Consideration of active reception status in resource selection for D2D communication | |
WO2013041011A1 (en) | Communication method, terminal, base station and system | |
US20240064855A1 (en) | Sidelink Discontinuous Reception at a User Equipment | |
CN111567135B (en) | Communication method and communication device | |
WO2022259025A1 (en) | Systems and methods for reducing utilization of a random access procedure for scheduling request transmission in a wireless network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PUAI | Public reference made under article 153(3) epc to a published international application that has entered the european phase |
Free format text: ORIGINAL CODE: 0009012 |
|
17P | Request for examination filed |
Effective date: 20130905 |
|
AK | Designated contracting states |
Kind code of ref document: A1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
DAX | Request for extension of the european patent (deleted) | ||
A4 | Supplementary search report drawn up and despatched |
Effective date: 20140716 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04W 48/06 20090101ALN20140710BHEP Ipc: H04W 72/12 20090101AFI20140710BHEP |
|
17Q | First examination report despatched |
Effective date: 20161102 |
|
GRAJ | Information related to disapproval of communication of intention to grant by the applicant or resumption of examination proceedings by the epo deleted |
Free format text: ORIGINAL CODE: EPIDOSDIGR1 |
|
GRAP | Despatch of communication of intention to grant a patent |
Free format text: ORIGINAL CODE: EPIDOSNIGR1 |
|
RIC1 | Information provided on ipc code assigned before grant |
Ipc: H04W 72/12 20090101AFI20170324BHEP Ipc: H04W 48/06 20090101ALN20170324BHEP |
|
INTG | Intention to grant announced |
Effective date: 20170418 |
|
GRAS | Grant fee paid |
Free format text: ORIGINAL CODE: EPIDOSNIGR3 |
|
GRAA | (expected) grant |
Free format text: ORIGINAL CODE: 0009210 |
|
AK | Designated contracting states |
Kind code of ref document: B1 Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR |
|
REG | Reference to a national code |
Ref country code: GB Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: EP |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: REF Ref document number: 933096 Country of ref document: AT Kind code of ref document: T Effective date: 20171015 |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: FG4D |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R096 Ref document number: 602012037830 Country of ref document: DE |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: HR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 Ref country code: NO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171227 Ref country code: LT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 Ref country code: FI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 Ref country code: SE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 |
|
REG | Reference to a national code |
Ref country code: NL Ref legal event code: MP Effective date: 20170927 |
|
REG | Reference to a national code |
Ref country code: LT Ref legal event code: MG4D |
|
REG | Reference to a national code |
Ref country code: AT Ref legal event code: MK05 Ref document number: 933096 Country of ref document: AT Kind code of ref document: T Effective date: 20170927 |
|
REG | Reference to a national code |
Ref country code: FR Ref legal event code: PLFP Year of fee payment: 7 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: RS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 Ref country code: BG Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171227 Ref country code: LV Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 Ref country code: GR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20171228 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: NL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: CZ Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 Ref country code: RO Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 Ref country code: ES Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: EE Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 Ref country code: IT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 Ref country code: SK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 Ref country code: IS Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20180127 Ref country code: SM Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 Ref country code: AT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R097 Ref document number: 602012037830 Country of ref document: DE |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: DK Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 |
|
PLBE | No opposition filed within time limit |
Free format text: ORIGINAL CODE: 0009261 |
|
STAA | Information on the status of an ep patent application or granted ep patent |
Free format text: STATUS: NO OPPOSITION FILED WITHIN TIME LIMIT |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: PL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 |
|
26N | No opposition filed |
Effective date: 20180628 |
|
REG | Reference to a national code |
Ref country code: CH Ref legal event code: PL |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MC Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 |
|
REG | Reference to a national code |
Ref country code: IE Ref legal event code: MM4A |
|
REG | Reference to a national code |
Ref country code: BE Ref legal event code: MM Effective date: 20180228 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: LI Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20180228 Ref country code: CH Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20180228 Ref country code: LU Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20180220 Ref country code: SI Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: IE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20180220 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: BE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20180228 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: GB Payment date: 20190228 Year of fee payment: 8 Ref country code: DE Payment date: 20190228 Year of fee payment: 8 |
|
PGFP | Annual fee paid to national office [announced via postgrant information from national office to epo] |
Ref country code: FR Payment date: 20190228 Year of fee payment: 8 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: MT Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20180220 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: TR Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: HU Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT; INVALID AB INITIO Effective date: 20120220 Ref country code: PT Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: CY Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 Ref country code: MK Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20170927 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: AL Free format text: LAPSE BECAUSE OF FAILURE TO SUBMIT A TRANSLATION OF THE DESCRIPTION OR TO PAY THE FEE WITHIN THE PRESCRIBED TIME-LIMIT Effective date: 20170927 |
|
REG | Reference to a national code |
Ref country code: DE Ref legal event code: R119 Ref document number: 602012037830 Country of ref document: DE |
|
GBPC | Gb: european patent ceased through non-payment of renewal fee |
Effective date: 20200220 |
|
PG25 | Lapsed in a contracting state [announced via postgrant information from national office to epo] |
Ref country code: GB Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20200220 Ref country code: DE Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20200901 Ref country code: FR Free format text: LAPSE BECAUSE OF NON-PAYMENT OF DUE FEES Effective date: 20200229 |