The technology disclosed herein relates generally to the field of scheduling in communication networks, and in particular to semi-persistent scheduling in such communication networks.
3GPP LTE (Long Term Evolution) standard has described mainly two types of scheduling, dynamic scheduling and semi-persistent scheduling (SPS). The dynamic scheduling is based on knowledge of buffer status and scheduling of the uplink and downlink transmission is dynamically performed in every subframe by using a dedicated scheduling grant or assignment carried on PDCCH (Physical Downlink Control CHannel). Dynamic scheduling with a new scheduling decision, taken in each subframe, allows for full flexibility in terms of the resources used and can handle large variations in the amount of data to transmit at the cost of the scheduling decision being sent on a PDCCH in each subframe. In many situations, the overhead in terms of control signaling on the PDCCH is well motivated and relatively small compared to the payload on DownLink Shared CHannel/Uplink Shared CHannel (DL-SCH/UL-SCH). However, some services, most notably Voice over Internet Protocol (Vo IP), are characterized by regularly occurring transmission of relatively small payloads. To reduce the control signaling overhead for those services, LTE provides semi-persistent scheduling (SPS) in addition to dynamic scheduling.
With semi-persistent scheduling, the communication device is preconfigured through Radio Resource Control (RRC) signaling about the periodicity (n subframes) and Cell Radio Network Temporary Identifier (C-RNTI) of the semi-persistent grant or assignment. The semi-persistent scheduling is further activated with a special scheduling decision given in the PDCCH with the indication of the allocated resource for the semi-persistent C-RNTI. In reception of the activation grant or assignment, the transmission is carried out in the allocated resource every n:th subframe until a further notice to stop the transmission is made.
There are two methods to stop semi-persistent scheduling transmissions, implicitRelease and explicitRelease. ImplicitRelease is configured by RRC signaling when configuring semi-persistent scheduling in uplink and it allows a communication device to stop transmission after at least two empty service data units (SDUs), i.e. after a number of protocol data units (PDUs) not containing any SDUs have been transmitted. ExplicitRelease is sent either through PDCCH as a special grant or assignment to order the communication device to stop semi-persistent transmissions or explicitRelease is requested with an RRC reconfiguration to release the semi-persistent scheduling resource.
After enabling semi-persistent scheduling in a particular subframe, the communication device continues to monitor the PDCCH for uplink and downlink scheduling commands. When a dynamic scheduling command is detected, it takes precedence over the semi-persistent scheduling in that particular subframe, which is useful if the semi-persistently allocated resources occasionally need to be increased. For example, for voice over IP in parallel with web browsing it may be useful to override the semi-persistent resource allocation with a larger transport block (as provided by the dynamic scheduling) when downloading the web page.
In reality many types of traffic arrives in bursts, an example of which comprises on-line gaming. Within one burst there are many packets arriving in one or several consecutive subframes; and between different bursts, there is much longer Inter Burst Arrival Time (IBAT).
The schemes, dynamic and semi-persistent scheduling, provided by LTE 3GPP, are not always efficient, for example in such traffic scenario as illustrated in
An object of the present teachings is to solve or at least alleviate at least one of the above mentioned problems.
The object is achieved by the various embodiments described herein, the embodiments describing methods in network nodes and methods in communication devices, and also network nodes, communication devices, function modules and/or software modules configured to perform various tasks/steps.
The object is according to a first aspect achieved by a method performed in a network node for scheduling a communication device. The method comprises:
The method provides a scheduling scheme enabling a group of consecutive transmissions with one scheduling resource, in particular one grant in case of uplink transmission and one assignment in case of downlink transmission. Bursty traffic may thereby be scheduled with semi-persistent scheduling, which requires little scheduling resources and this limited resource is thus saved. The network node is further able to decide whether the communication device would benefit from a retransmission or not, or if it would be more advantageous to send next semi-persistent scheduling transmission instead.
The object is according to a second aspect achieved by a network node for scheduling a communication device. The network node comprises a processor and memory, the memory containing instructions executable by the processor, whereby the network node is operative to:
The object is according to a third aspect achieved by computer program for a network node for scheduling a communication device. The computer program comprises computer program code, which, when run on the network node causes the network node to:
The object is according to a fourth aspect achieved by computer program product comprising a computer program as above and a computer readable means on which the computer program is stored.
The object is according to a fifth aspect achieved by method performed in a communication device enabled for communication with a network node. The method comprises:
The object is according to a sixth aspect achieved by communication device enabled for communication with a network node. The communication device comprising a processor and memory, the memory containing instructions executable by the processor, whereby the communication device is operative to:
The object is according to a seventh aspect achieved by computer program for a communication device enabled for communication with a network node. The computer program comprises computer program code, which, when run on the communication device causes the communication device to:
The object is according to a eight aspect achieved by computer program product comprising a computer program as above and a computer readable means on which the computer program is stored. Features and advantages of the present teachings will become clear upon reading the following description and the accompanying drawings.
Briefly, in an aspect of the present teachings, a new method is provided with which a scheduler can schedule a communication device consecutively in a limited period of time using a single allocation. This may be based on that a network node, for example an evolved node B (eNB), has knowledge of the traffic pattern which knowledge is used in the scheduling. An extended semi-persistent scheduling capability is provided to enable a consecutive allocation with a PDCCH grant or assignment to further save the PDCCH resource utilization. In case the eNB decodes an error of a semi-persistent persistent transmission, the eNB can either send negative acknowledgment (NACK) letting the communication device postpone the SPS transmission and send the retransmission or the eNB may send an acknowledgment (NACK) to allow the communication device to send the SPS transmission and skip (or postpone) the retransmission. The other way around may also be implemented, i.e. sending ACK for postponing transmission and NACK for allowing transmission. In different embodiments, the communication device may continue with semi-persistent transmission (if it is applicable) when the retransmission has been done. The present teachings are applicable for both uplink and downlink semi-persistent scheduling.
Furthermore, by introducing, in various embodiments, different types of implicit release schemes, it is possible to stop persistent transmission in a controllable way but at the same time with a large freedom. In the prior art implicit release, the minimum number of empty SDUs that the 3GPP LTE standards allow is 2, which restricts the application of semi-persistent scheduling in some cases where a faster release of semi-persistent scheduling would be needed. This problem is overcome by the present teachings that provide various embodiments enabling flexible release of semi-persistent scheduling resources. The present teachings allow for 1 empty SDU triggering implicit release and multiple semi-persistent processes are allowed simultaneously.
In accordance with the present teachings, an extended semi-persistent scheduling is used for enabling a consecutive transmission which is more efficient for example for the scenario described in relation to
Traffic pattern knowledge can be obtained by for example traffic pattern prediction. Such traffic pattern prediction can for example be based on historical traffic data, comprising for example off-line statistics from the field and/or on-line traffic data. For example, if a certain traffic pattern is recognized for a particular type of traffic, this traffic pattern data can be used in training a model for use in traffic pattern prediction. Furthermore, in downlink it is also possible to shape the traffic so that the consecutive transmission pattern is obtained and is known to the eNB .
The eNB sends RRC signaling and configures the communication device with the necessary parameters used by semi-persistent scheduling. The currently existing configuration has an information element (IE) called SPS-Config, which is used for specifying the semi-persistent scheduling configuration. In various embodiments of the present teachings, this IE SPS-Config is extended.
In an embodiment, the valid ranges of the parameters, semiPersistSchedlntervalDL and semiPersistSchedIntervalUL, respectively, are extended to allow per subframe basis semi-persistent scheduling periodicity.
An example of the current configuration in 3GPP 36.331 is as below:
semiPersistSchedIntervalDL
The current minimum semi-persistent scheduling periodicity is thus sf10 (10 subframes), meaning that every 10 subframes the transmission is scheduled. The semi-persistent scheduling was initially designed in view of traffic of the VoIP type, for which the periodicity of at least 10 subframes is a suitable choice. Further, the choice of a periodicity of at least 10 subframes was also made in view of allowing the round trip time (RTT) required by Hybrid Automatic repeat request (HARQ) processes. The HARQ round trip time is defined so that the time difference between the transmission and the feedback of the transmission is 8 ms. By limiting the periodicity of the semi-persistent scheduling to be larger than HARQ RTT, the implementation can be simplified so that only one active semi-persistent scheduling process is needed and collisions between an SPS transmission and retransmission is unlikely. This is elaborated on a bit more with reference to
Another difference compared to the current configuration is that embodiments of the present teachings allow more than one semi-persistent process to be active simultaneously. This is important to make sure that repetitions (according to HARQ processes) of the multiple consecutive transmissions can be performed Further, allowing more than one semi-persistent process to be active also allows more advanced patterns of semi-persistent scheduling, an example of which is illustrated in
The prior art solution in which 10 ms is the minimum semi-persistent scheduling periodicity is illustrated in
In order to handle collisions, which will be more likely and even unavoidable when the shorter periodicity of the SPS transmissions is introduced, the present teachings instead gives the eNB freedom in that is can control either to transmit retransmission by sending an NACK or to continue transmitting a new semi-persistent transmission by sending an ACK in the HARQ feedback.
To summarize
According to current standards, the minimum periodicity allowed for a SPS is 10 subframes, this SPS having on-going HARQ-process(es). The risk of collisions between a retransmission and a SPS transmission is low, and should it still happen then the communication device is to skip the retransmission, this being motivated by the gain of performing a 5th retransmission being rather low. However, when implementing a SPS periodicity allowing e.g. consecutive subframes then multiple HARQ processes would be needed and collisions would be more likely to occur, such collisions even being unavoidable. Prior art would then, as mentioned, provide the solution of using dynamic scheduling, which would result in high PDCCH consumption.
In an aspect of the present teachings, as mentioned earlier (also refer to
These collisions can thus be handled in different ways in accordance with the present teachings. In an embodiment, if a retransmission coincides with a new semi-persistent transmission, then the eNB is allowed to control whether the communication device shall perform retransmission or semi-persistent transmission by sending HARQ indication ACK or NACK. When the eNB sends ACK, the communication device is going to stop the retransmission and continue with the semi-persistent transmission previously configured and eNB prepares decoding according to the semi-persistent transmission accordingly. When the eNB sends NACK to the communication device, the communication device is going to perform the retransmissions, and the new semi-persistent transmission is postponed. The eNB will decode the corresponding transmission according to the retransmission.
As a particular example, if the eNB prefers the communication device to carry out a colliding retransmission, it sends a NACK. The communication device then retransmits, and consequently is unable to transmit regular data in the semi-persistently scheduled resource, as that resource is now used by the retransmission. In such situation the eNB may, in addition to the NACK, also send a dynamic grant, overriding the semi-persistent scheduling. Thereby the transmission of regular semi-persistent data may continue as planned, however in a dynamically scheduled resource instead of the semi-persistently scheduled resource. Both the retransmission and semi-persistent transmission may be carried out without cancellation or interruption. This is possible if there are more than 1 HARQ process supported simultaneously per TTI, which is the case for e.g. Single-User Multiple-input, multiple-output (SU-MIMO) enabled communication device, where one HARQ process is used for 1 codeword. However, in case of single HARQ process, it is necessary to either cancel or postpone the retransmission and continue with the semi-persistent scheduling or to continue with retransmission but pend the semi-persistent transmission since the communication device has to use the HARQ process to store the transmitted data. However, if there are two HARQ processes, one code word transport block (TB) could be retransmitted and the new semi-persistent transmission could be continued for another code word.
Further, in various embodiments of the configuration of semi-persistent scheduling a new type of implicit release criteria may be introduced which specifies that after n subframes the semi-persistent scheduling transmissions are stopped. In contrast to the known implicit release criteria, wherein the communication device stops transmitting after x number of empty SDUs, this new type of implicit release criteria offers a greater freedom in setting the implicit release criteria. The new type of implicit criteria may be done for both uplink and downlink semi-persistent scheduling configuration.
An example showing implicitRelease for the current uplink semi-persistent scheduling configuration is as below:
implicitReleaseAfter ENUMERATED {e2, e3, e4, e8},
where for example e2 indicates that after 2 empty SDUs, the communication device is going to stop its semi-persistent transmissions.
In an aspect of the present teachings, yet another new type of implicitReleaseType2After is introduced, for example t2,t3,t4,t8, to indicate that after 30 2, 3, 4, or 8 subframes, respectively, have been scheduled as triggered by the semi-persistent scheduling for the same PDCCH grant, the transmissions are stopped. That is, a single PDCCH grant triggers the indicated number of transmissions, and when the indicated number of transmissions have been effectuated the transmissions stop.
A configuration example is as below, but it is noted that the present teachings are not restricted to these values:
implicitReleaseType2After ENUMERATED {t2, t3, t4, t8},
It is also possible to combine the two implicit release schemes so that the transmission can be stopped in both cases, i.e., n number of transmissions or m number of empty SDUs, where n and m are configured through RRC configuration, for example as defined in implicitReleaseType3After. Two parameters are then configured; “tn” indicates that the semi-persistent transmission will be stopped after n number of transmissions and if the total number of empty SDU is smaller than m; if there is m or more than m number of empty SDU received, the semi-persistent transmission will be stopped independent of the count of the transmissions.
implicitReleaseType3After ENUMERATED {t2, t3, t4, t8; e2, e3, e4, e8},
There is sufficient time for the communication device to decode the grant transmitted on the PDCCH (reference numeral 41). Four semi-persistent transmission that are non-empty are then sent (reference numeral 42) followed by a semi-persistent transmission of an empty SDU (reference numeral 43). The semi-persistently scheduled resources are stopped (reference numeral 44) after 5 transmissions since only one empty SDU occurs in the five consecutive transmissions, thus stopping transmission when fulfilling t5 and as the number of empty SDUs is smaller than 2 the stopping criterion e2 is not fulfilled. It is also to be noted in the illustrated example that the periodicity (reference numeral 45) of the semi-persistent scheduled resources have a periodicity of sf2, i.e. the RRC configuration allows the semi-persistent scheduling to have a periodicity equal to every 2 subframes.
Another alternative is to stop transmissions either after n number of transmissions or after m number of empty SDUs which are received after a reception of non-empty SDU, where n and m is configured through RRC configuration, for example defined in implicitReleaseType4After with the parameters “tn” and “em” :
implicitReleaseType4After ENUMERATED {t2, t3, t4, t8; e2, e3, e4, e8},
After signaling the RRC semi-persistent scheduling configuration containing the above changes to the communication device, the communication device will send RRC reconfiguration complete message. When the eNB receives the reconfiguration complete message, it understands that the communication device has successfully reconfigured the semi-persistent scheduling with the desired configuration.
Whenever a traffic burst arrives in the buffer for/of a communication device which will result in consecutive packet transmission, eNB can send a special grant or assignment that contain the information of desired allocation, i.e. PRB (Physical Resource Block), MCS (Modulation and Coding Scheme), TBS (Transport Block Size) to enable the semi-persistent scheduling. In reception of the grant or assignment, the communication device will start the semi-persistent transmissions in the resources (PRB, MCS and TBS) specified in the PDCCH request, and with a periodicity specified in the RRC configuration of semiPersistSchedlntervalUL for UL or semiPersistSchedlntervalDL for DL, and for a period of time specified in RRC configuration implicitReleaseType2After. When implicitReleaseType3After or implicitReleaseType4After is configured it is also possible to stop transmissions according to the rule in this configuration (in accordance with what has been
described earlier). The actual rules of different type of combinations are examples and are not limited by the present teachings. The actual name of the RRC IE, implicitReleaseTypeXAfter, is just an example and the present teachings is not restricted to this name and includes all possible ways in which implicit release can be configured according to case X.
The traffic pattern is known in eNB for downlink, and for uplink it can be obtained by traffic pattern prediction.
In order to enable a faster implicit release, in an embodiment of the present teachings the release of the semi-persistent scheduling is implemented with one empty SDU by adding the value “e1” to the implicitReleaseAfter information element in RRC:
implicitReleaseAfter ENUMERATED {e1, e2, e3, e4, e8},
The configuring may be done by transmitting a configuration message to the communication device 62, e.g. in a RRC signaling, the configuration message comprising an information element indicating the periodicity.
The information element may comprise information element SPS-Config of 3GPP standard, and the indication may be made by using one or more of the “spare6, spare5, spare4, spare3, spare2, spare 1” of the SPS-Config. Alternatively, the information element may comprise SPS-Config of 3GPP standard, and in particular parameters semiPersist SchedIntervalDL set to sf1, sf2, sf3, sf4, sf5, sf6, sf7, sf8 or sf9. Alternatively, the information element may comprise SPS-Config of 3GPP standard, and in particular parameters semiPersist SchedIntervalUL set to sf1, sf2, sf3, sf4, sf5, sf6, sf7, sf8 or sf9.
The method 70 may alternatively (arrow 73) or additionally (arrow 74) comprise configuring the communication device 62 for semi-persistent scheduling, wherein the configuring indicates an implicit release criteria, the release criteria specifying to stop the semi-persistent scheduling transmissions after n transmissions, the transmissions comprising empty and/or non-empty service data units, SDUs. The configuring may comprise transmitting a configuration message comprising an information element indicating the implicit release criteria. The information element may define the number n by a parameter tn, sent in RRC signaling in SPS-Config of 3GPP standard, n being the number of transmissions. The information element may comprise SPS-Config of 3GPP standard, and in particular parameter implicit ReleaseAfter set to t2, t3, t4, t5, t6, t7, t8, t9 or t10. This configuring can be used for uplink and/or downlink.
The method 70 may alternatively (arrow 75) or additionally (arrow 76) comprise configuring the communication device 62 for semi-persistent scheduling, the configuring indicating an implicit release criteria, the release criteria specifying to stop the semi-persistent scheduling transmissions after m transmissions, the transmissions comprising empty service data units, SDUs. The configuring may comprise transmitting a configuration message comprising an information element indicating the implicit release criteria. The information element may comprise SPS-Config of 3GPP standard, and in particular a parameter implicit ReleaseAfter set to e1, e2, e3, e4, es, e6, e7, e8, e9 or e10. This configuring can be used for uplink and/or downlink.
The method 70 may alternatively (arrow 77) or additionally (arrow 78) comprise configuring a communication device for semi-persistent scheduling, the configuring indicating implicit release criteria, the implicit release criteria specifying to stop the semi-persistent scheduling transmissions after m transmissions when m transmissions empty service data units, SDUs, have been transmitted, and the release criteria further specifying to stop the semi-persistent scheduling transmissions after n subframes, when n empty or non-empty service data units, SDUs, have been transmitted. That is, the transmission is stopped after a total of m empty SDUs or after n transmissions, whichever happens first, i.e. whichever criteria is fulfilled first. The information element may comprise SPS-Config of 3GPP standard, and in particular a parameter implicit ReleaseAfter set to t1, t2, t3, t4, t5, t6, t7, t8, t9 or t10; e1, e2, e3, e4, es, e6, e7, e8, e9 or e10.
In an embodiment, the method 70 comprises configuring HARQ, such configuration comprising for example the number of HARQ processes and/or maximal number of retransmissions. The actual HARQ procedure is done in lower layer. In particular, in the HARQ procedure, it is determined that a retransmission coincides with a coming semi-persistent transmission for a particular communication device.
The method 70 may further comprise a hybrid automatic repeat request, HARQ, procedure for transmissions to and from the communication device 62, the method 70 comprising, after the configuring 71:
It is noted that the acknowledgment could be used for indicating to the communication device to perform the retransmissions and slop the coming semi-persistent transmission, and that the negative acknowledgment then could be used for indicating to the communication device to stop the retransmission and continue with the semi-persistent transmission previously configured.
The network node 61, 63 may further be configured to decode a corresponding transmission according to the retransmission. That is, the method 70 may comprise the additional step of decoding a retransmission or a new semi-persistent transmission.
The HARQ procedure is not illustrated in
The method 70 may further comprise receiving a RRC reconfiguration complete message from the communication device 62. Such RRC reconfiguration complete message is sent by the communication device 62 after having received signaling of the RRC semi-persistent scheduling configuration containing the above changes to the communication device. When the network node 61, 63 receives the reconfiguration complete message, it understands that the communication device 62 has successfully reconfigured the semi-persistent scheduling with the desired configuration.
The above is a simplified description. In particular, the configuration message is transmitted through RRC signaling, which the communication device will reply to with an RRC configuration complete message informing the network node that the configuration message was received successfully. Then, the network node will send scheduling grant to the communication device, to initiate the semi-persistent scheduling, upon which the communication device starts the semi-persistent transmission. In reception of the uplink transmission, the network node will perform decoding and in case the decoded result is retransmission, the network node will decide whether or not to retransmit or continue with new transmission.
In an embodiment, the transmission of the acknowledgment indicates to the communication device 62 to stop the retransmission and continue with the semi-persistent transmission previously configured, and the transmission of the negative acknowledgment, indicates to the communication device 62 to perform the retransmissions and slop the coming semi-persistent transmission.
In an embodiment, the method 80 comprises transmitting, to the communication device 62, a grant for an additional semi-persistent scheduling instance. The communication device 62 is thus scheduled with two semi-persistent scheduling instances.
In an embodiment, the method 80 comprises configuring the communication device 62 for semi-persistent scheduling, the configuring indicating an implicit release criterion. The release criterion specify to stop the semi-persistent scheduling transmissions:
The ongoing semi-persistent scheduling may thus be stopped in various ways, which makes the semi-persistent scheduling more flexible for use in many different traffic scenarios.
In a variation of the above embodiment, the method comprises triggering the implicit release criteria by transmitting a single grant.
In an embodiment, the scheduling periodicity is based on traffic pattern prediction, the prediction in turn being based on historical and/or current traffic data.
It is to be noted that the various features that has been described maybe combined in many ways, also in ways not explicitly stated herein. For example, the various parameter settings can be combined in different ways; e.g. the parameter settings for the periodicity and the parameter settings of the various implicit release schemes may be combined in a number of different ways, all of which are encompassed by the present teachings.
In particular, the network node 61, 63 for scheduling a communication device 62 comprises a processor 90 and memory 92, the memory 91 containing instructions executable by the processor 90, whereby the network node 61, 63 is operative to:
In an embodiment, the transmission of the acknowledgment indicates to the communication device 62 to stop the retransmission and continue with the semi-persistent transmission previously configured, and the transmission of the negative acknowledgment, indicates to the communication device 62 to perform the retransmissions and slop the coming semi-persistent transmission.
In an embodiment, the network node 61, 63 is configured to transmit, to the communication device 62, a grant for an additional semi-persistent scheduling instance.
In an embodiment, the network node 61, 63 is configured to configure the communication device 62 for semi-persistent scheduling, the configuring indicating an implicit release criterion, the release criterion specifying to stop the semi-persistent scheduling transmissions:
In a variation of the above embodiment, the network node 61, 63 is configured to trigger the implicit release criteria by transmitting a single grant.
In an embodiment, the scheduling periodicity is based on traffic pattern prediction, the prediction in turn being based on historical and/or current traffic data.
The network node 61, 63 comprises various other components, such as one or more receiving and transmitting devices 93 (only one illustrated) for receiving/transmitting wireless signaling. The receiving and transmitting device 93 may encompass components such as receiving/transmitting circuitry, and be connected to antennas, antenna ports etc. The network node 61, 63 typically further comprises one or more input/output devices 94, e.g. for communication with other network nodes.
Still with reference to
A data memory 95 may also be provided for reading and/or storing data during execution of software instructions in the processor 90. The data memory 95 can be any combination of read and write memory (RAM) and read only memory (ROM).
The teachings of the present application also encompasses a computer program product 92 comprising a computer program 91 for implementing the methods as has been described, and a computer readable means on which the computer program 91 is stored. The computer program product 92 may be any combination of read and write memory (RAM) or read only memory (ROM). The computer program product 92 may also comprise persistent storage, which for example can be any single one or combination of magnetic memory, optical memory or solid state memory.
The present teachings thus also comprise a computer program 91 for a network node 61, 63 as has been described. The computer program 91 comprises computer program code, which, when run on the network node 61, 63 causes the network node 61, 63 to perform e.g. the described method 70 or 80.
In particular, a computer program 91 for a network node 61, 63 is provided for scheduling a communication device 62. The computer program 91 comprises computer program code, which, when run on the network node 61, 63 causes the network node 61, 63 to:
The present teachings also encompasses a computer program product 92 comprising a computer program 91 as described above, and a computer readable means on which the computer program 91 is stored.
The computer program product 91, or the memory 91, thus comprises instructions executable by the processor 90. Such instructions may be comprised in a computer program 91, or in one or more software modules or function modules.
An example of an implementation using functions modules is illustrated in
As a particular example, the network node 61, 63 comprises means, in particular a first function module for transmitting, to the communication device 62, a configuration message relating to semi-persistent scheduling, the configuration message comprising an information element indicating a periodicity of the semi-persistent scheduling, wherein the information element has a value within a range of values in which range at least one value corresponds to: a periodicity of the semi-persistent scheduling equal to every 1 subframe, every 2 subframes, every 3 subframes, every 4 subframes, every 5 subframes, every 6 subframes, every 7 subframes, every 8 subframes or every 9 subframes. The network node 61, 63 comprises means, in particular a second function module for, upon determining that a retransmission coincides with a coming semi-persistent transmission for the communication device 62, transmitting, to the communication device 62, an acknowledgment or a negative acknowledgment, one of which indicates to the communication device 62 to stop the retransmission and continue with the semi-persistent transmission as configured, and the other one of which indicates to the communication device 62 to perform the retransmissions and slopping the coming semi-persistent transmission.
The communication device 62 is thus adapted to perform a new type of semi-persistent scheduling, wherein e.g. the periodicity is every 2 subframes or even consecutive subframes, and/or wherein the communication device is adapted to handle the implicit release criterion of counting the total number of transmissions before stopping the transmission, and/or the total number of empty transmissions.
In particular, a method performed in a communication device 62 which is enabled for communication with a network node 61, 63 is provided. The method 100 comprises:
In an embodiment, the method 100 comprises receiving, from the network node 61, 63, a grant for an additional semi-persistent scheduling instance.
In an embodiment, the method 100 comprises receiving, from the network node 61, 63, a configuration message indicating an implicit release criterion, the release criterion specifying to stop the semi-persistent scheduling transmissions:
In a variation of the above embodiment, the method 100 comprises receiving, from the network node 61, 63 a single grant triggering the implicit release criteria.
In particular, the communication device 62 enabled for communication with a network node 61, 63 is provided. The communication device 62 comprises a processor 120 and memory 122, the memory 122 containing instructions executable by the processor 120, whereby the communication device 62 is operative to:
In an embodiment, the communication device 62 is configured to receive, from the network node 61, 63, a grant for an additional semi-persistent scheduling instance.
In an embodiment, the communication device 62 is configured to receive, from the network node 61, 63, a configuration message indicating an implicit release criterion, the release criterion specifying to stop the semi-persistent scheduling transmissions:
In a variation of the above embodiment, the communication device 62 is configured to receive, from the network node 61, 63 a single grant triggering the implicit release criteria.
The communication device 62 comprises various other components, such as one or more receiving and transmitting devices 123 (only one illustrated) for receiving/transmitting wireless signaling. The receiving and transmitting device 123 may encompass components such as receiving/transmitting circuitry, and be connected to antennas etc. The communication device 62 typically further comprises further components, such as analog/digital converters, display, amplifiers etc. but such components are not illustrated nor described herein.
Still with reference to
A data memory 124 may also be provided for reading and/or storing data during execution of software instructions in the processor 120. The data memory 124 can be any combination of read and write memory (RAM) and read only memory (ROM).
The teachings of the present application also encompasses a computer program product 122 comprising a computer program 121 for implementing the methods as has been described, and a computer readable means on which the computer program 121 is stored. The computer program product 122 may be any combination of read and write memory (RAM) or read only memory (ROM). The computer program product 122 may also comprise persistent storage, which for example can be any single one or combination of magnetic memory, optical memory or solid state memory.
A computer program 121 is provided for a communication device 62 enabled for communication with a network node 61, 63. The computer program 121 comprises computer program code, which, when run on the communication device 62 causes the communication device 62 to:
The teachings also encompasses the computer program product 122 comprising a computer program 121 as above and a computer readable means on which the computer program 121 is stored.
The present teachings thus also comprise a computer program 121 for a communication device 62 as has been described. The computer program 121 comprises computer program code, which, when run on the communication device 62 causes the communication device 62 to perform the described method 100.
The computer program product 121, or the memory 121, thus comprises instructions executable by the processor 120. Such instructions may be comprised in a computer program 121, or in one or more software modules or function modules.
An example of an implementation using functions modules is illustrated in
The present teachings thus, as is evident from the description, provide a number of advantages compared to prior art. A new semi-persistent scheduling scheme is provided which enables a group of consecutive transmissions with one scheduling PDCCH resource: one grant in case of UL transmission, or one assignment in case of DL transmission. The PDCCH resource which is typically a limited resource is thereby saved. The provided semi-persistent scheduling scheme can be used for many scenarios, such as pre-scheduling, video services or traffic shaping where multiple transmissions is needed at the consecutive transmission time intervals (TTIs). The scheduler 63 has the freedom to schedule the transmission in a controllable way.
Further, the present teachings also introduces more ways to control the stopping of ongoing semi-persistent scheduling transmissions, and this makes the semi-persistent scheduling more flexible to use in many scenarios.
Further still, the present teachings allow HARQ retransmission to have precedence over new semi-persistent transmissions.
In the following the present teachings are exemplified in various embodiments.
A method performed in a network node, the method comprising:
The method of Embodiment 1, wherein the configuring comprises transmitting a configuration message comprising an information element indicating the periodicity. The information element may comprise information element SPS-Config of 3GPP standard, and the indication may be made by using one or more of the “spare6, spare5, spare4, spare3, spare2, spare 1” of the SPS-Config.
The method of Embodiment 1, wherein the configuring comprises transmitting a configuration message comprising an information element indicating the periodicity. The information element may comprise SPS-Config of 3GPP standard, and in particular parameters semiPersist SchedIntervalDL set to sf1, sf2, sf3, sf4, sf5, sf6, sf7, sf8 or sf9.
The method of Embodiment 1, wherein the configuring comprises transmitting a configuration message comprising an information element indicating the periodicity. The information element may comprise SPS-Config of 3GPP standard, and in particular parameters semiPersist SchedIntervalUL set to sf1, sf2, sf3, sf4, sf5, sf6, sf7, sf8 or sf9.
A method performed in a network node, the method comprising:
The method of Embodiment 2, wherein the configuring comprises transmitting a configuration message comprising an information element indicating the implicit release criteria. The information element may define the number n by a parameter tn, sent in RRC signaling in SPS-Config of 3GPP standard, n being the number of transmissions. The information element may comprise SPS-Config of 3GPP standard, and in particular parameter implicit ReleaseAfter set to t1, t2, t3, t4, t5, t6, t7, t8, t9 or t10.
The method of Embodiment 2, wherein the configuring is for uplink and/or downlink.
A method performed in a network node, the method comprising:
The method of Embodiment 3, wherein the configuring comprises transmitting a configuration message comprising an information element indicating the periodicity and an information element indicating the implicit release criteria. The information element may define the number n by a parameter tn, sent in RRC signaling in SPS-Config of 3GPP standard. The information element may comprise SPS-Config of 3GPP standard, and in particular parameters semiPersist SchedIntervalDL set to sf1, sf2, sf3, sf4, sf5, sf6, sf7, sf8 or sf9 and parameter implicit ReleaseAfter set to t1, t2, t3, t4, t5, t6, t7, t8, t9 or t10.
The method of Embodiment 3, wherein configuring is for uplink and/or downlink semi-persistent scheduling configuration.
The method of Embodiment 4, wherein the configuring comprises transmitting a configuration message comprising an information element indicating the implicit release criteria specifying to stop the semi-persistent scheduling transmissions after m empty transmissions. The information element may comprise SPS-Config of 3GPP standard, and in particular a parameter implicit ReleaseAfter set to e1, e2, e3, e4, e5, e6, e7, e8, e9 or e10.
The method of Embodiment 4, wherein the configuring is for uplink and/or downlink.
A method performed in a network node, the method comprising:
The method of Embodiment 5, wherein the configuring comprises transmitting a configuration message comprising an information element indicating the implicit release criteria. The information element may define the number n by a parameter tn, and/or the number m by a parameter tm sent in RRC signaling in SPS-Config of 3GPP standard, n being the number of transmissions, m being the number of empty transmissions. The information element may comprise SPS-Config of 3GPP standard, and in particular a parameter implicit ReleaseAfter set to t1, t2, t3, t4, t5, t6, t7, t8, t9 or t10; e1, e2, e3, e4, e5, e6, e7, e8, e9 or e10.
The method of Embodiment 1, Embodiment 2, Embodiment 3, Embodiment 4, Embodiment 5 or Embodiment 6, wherein more than one semi-persistent scheduling process is active.
A method performed in a network node, the network node serving a communication device and implementing a hybrid automatic repeat request, HARQ, procedure for transmissions to and from the communication device, the method comprising:
The method of Embodiment 8, comprising decoding a corresponding transmission according to the retransmission.
A network node configured to:
The network node of Embodiment 9, wherein the network node is configured to perform the configuring by transmitting a configuration message comprising an information element indicating the periodicity. The information element may comprise information element SPS-Config of 3GPP standard, and the indication may be made by using one or more of the “spare6, spares, spare4, spare3, spare2, spare 1” of the SPS-Config.
The network node of Embodiment 9, wherein the network node is configured to perform the configuring by transmitting a configuration message comprising an information element indicating the periodicity. The information element may comprise SPS-Config of 3GPP standard, and in particular parameters semiPersist SchedIntervalDL set to sf1, sf2, sf3, sf4, sf5, sf6, sf7, sf8 or sf9.
The method of Embodiment 9, wherein the network node is configured to perform the configuring by transmitting a configuration message comprising an information element indicating the periodicity. The information element may comprise SPS-Config of 3GPP standard, and in particular parameters semiPersist SchedIntervalUL set to sf1, sf2, sf3, sf4, sf5, sf6, sf7, sf8 or sf9.
A network node configured to:
The network node of Embodiment 10, wherein the network node is configured to perform the configuring by transmitting a configuration message comprising an information element indicating the implicit release criteria. The information element may define the number n by a parameter tn, sent in RRC signaling in SPS-Config of 3GPP standard, n being the number of transmissions. The information element may comprise SPS-Config of 3GPP standard, and in particular parameter implicit ReleaseAfter set to t2, t3, t4, t5, t6, t7, t8, t9 or t10.
The network node of Embodiment 10, wherein the network node is configured to perform the configuring for uplink and/or downlink.
A network node configured to:
The network node of Embodiment 12, wherein the network node is configured to perform the configuring by transmitting a configuration message comprising an information element indicating the periodicity and an information element indicating the implicit release criteria. The information element may define the number n by a parameter tn, sent in RRC signaling in SPS-Config of 3GPP standard, n being the number of transmissions. The information element may comprise SPS-Config of 3GPP standard, and in particular parameters semiPersist SchedIntervalDL set to sf1, sf2, sf3, sf4, sf5, sf6, sf7, sf8 or sf9 and parameter implicit ReleaseAfter set to t1, t2, t3, t4, t5, t6, t7, t8, t9 or t10.
The network node of Embodiment 12, wherein the network node is configured to perform the configuring for uplink and/or downlink semi-persistent scheduling configuration.
A network node configured to:
The network node of Embodiment 13, wherein the network node is configured to perform the configuring by transmitting a configuration message comprising an information element indicating the implicit release criteria specifying to stop the semi-persistent scheduling transmissions after m empty transmissions. The information element may comprise SPS-Config of 3GPP standard, and in particular a parameter implicit ReleaseAfter set to e1, e2, e3, e4, es, e6, e7, e8, e9 or e10.
The network node of Embodiment 13, wherein the network node is configured to perform the configuring for uplink and/or downlink.
A network node configured to:
The network node of Embodiment 14, wherein the network node is configured to perform the configuring by transmitting a configuration message comprising an information element indicating the implicit release criteria. The information element may define the number m by a parameter tm and/or define the number n by a parameter tn, sent in RRC signaling in SPS-Config of 3GPP standard, n being the number of transmissions, m being the number of empty transmissions. The information element may comprise SPS-Config of 3GPP standard, and in particular a parameter implicit ReleaseAfter set to t1, t2, t3, t4, t5, t6, t7, t8, t9 or t10; e1, e2, e3, e4, e5, e6, e7, e8, e9 or e10.
A network node configured to:
The network node of Embodiment 9, Embodiment 10, Embodiment 11, Embodiment 12, Embodiment 13 or Embodiment 14, wherein more than one semi-persistent scheduling process is active.
A network node, the network node arranged to serve a communication device and implementing a hybrid automatic repeat request, HARQ, procedure for transmissions to and from the communication device, the network node being configured to:
The network node of Embodiment 17, the network node being configured to decode a corresponding transmission according to the retransmission or semi-persistent new transmission.
A method performed in a communication device, the method comprising:
and the method further comprising
The method of Embodiment 18, wherein the configuration message comprises an information element indicating the periodicity and an information element indicating the implicit release criteria. The information element may define the number n by a parameter tn, sent in RRC signaling in SPS-Config of 3GPP standard. The information element may comprise SPS-Config of 3GPP standard, and in particular parameters semiPersist SchedIntervalDL set to sf1, sf2, sf3, sf4, sf5, sf6, sf7, sf8 or sf9 and parameter implicit ReleaseAfter set to t1, t2, t3, t4, t5, t6, t7, t8, t9 or t10.
The method of Embodiment 18, wherein the configuration message comprises an information element indicating the implicit release criteria. The information element may define the number n by a parameter tn, sent in RRC signaling in SPS-Config of 3GPP standard, n being the number of transmissions. The information element may comprise SPS-Config of 3GPP standard, and in particular parameter implicit ReleaseAfter set to t1, t2, t3, t4, t5, t6, t7, t8, t9 or t10.
The method of Embodiment 18, wherein the configuration message comprises an information element indicating the implicit release criteria specifying to stop the semi-persistent scheduling transmissions after m empty transmissions. The information element may define the number m by a parameter tm, sent in RRC signaling in SPS-Config of 3GPP standard, m being the number of empty transmissions. The information element may comprise SPS-Config of 3GPP standard, and in particular a parameter implicit ReleaseAfter set to e1, e2, e3, e4, e5, e6, e7, e8, e9 or e10.
The method of Embodiment 18, wherein the configuration message comprises an information element indicating the implicit release criteria specifying to stop the semi-persistent scheduling transmissions after m transmissions when m transmissions empty service data units, SDUs, have been transmitted, and the release criteria further specifying to stop the semi-persistent scheduling transmissions after n transmissions, when n empty and/or non-empty service data units, SDUs, have been transmitted. The information element may define the number m by a parameter tm and/or define the number n by a parameter tn, sent in RRC signaling in SPS-Config of 3GPP standard, n being the number of transmissions, m being the number of empty transmissions. The information element may comprise SPS-Config of 3GPP standard, and in particular a parameter implicit ReleaseAfter set to t1, t2, t3, t4, t5, t6, t7, t8, t9 or t10; e1, e2, e3, e4, e5, e6, e7, e8, e9 or e10.
The method of Embodiment 18 or any embodiments referring to it, wherein more than one semi-persistent scheduling process/instance is active.
A communication device configured to:
and the communication device further being configured to:
The communication device of Embodiment 20, wherein the configuration message comprises an information element indicating the periodicity and an information element indicating the implicit release criteria. The information element may define the number n by a parameter tn, sent in RRC signaling in SPS-Config of 3GPP standard. The information element may comprise SPS-Config of 3GPP standard, and in particular parameters semiPersist SchedIntervalDL set to sf1, sf2, sf3, sf4, sf5, sf6, sf7, sf8 or sf9 and parameter implicit ReleaseAfter set to t1, t2, t3, t4, t5, t6, t7, t8, t9 or t10.
The communication device of Embodiment 20, wherein the configuration message comprises an information element indicating the implicit release criteria. The information element may define the number n by a parameter tn, sent in RRC signaling in SPS-Config of 3GPP standard, n being the number of transmissions. The information element may comprise SPS-Config of 3GPP standard, and in particular parameter implicit ReleaseAfter set to t1, t2, t3, t4, t5, t6, t7, t8, t9 or t10.
The communication device of Embodiment 20, wherein the configuration message comprises an information element indicating the implicit release criteria specifying to stop the semi-persistent scheduling transmissions after m empty transmissions. The information element may define the number m by a parameter tm, sent in RRC signaling in SPS-Config of 3GPP standard, m being the number of empty transmissions. The information element may comprise SPS-Config of 3GPP standard, and in particular a parameter implicit ReleaseAfter set to e1, e2, e3, e4, e5, e6, e7, e8, e9 or e10.
The communication device of Embodiment 20, wherein the configuration message comprises an information element indicating the implicit release criteria specifying to stop the semi-persistent scheduling transmissions after m transmissions when m transmissions empty service data units, SDUs, have been transmitted, and the release criteria further specifying to stop the semi-persistent scheduling transmissions after
n transmissions, when n empty and/or non-empty service data units, SDUs, have been transmitted. The information element may define the number m by a parameter tm and/or define the number n by a parameter tn, sent in RRC signaling in SPS-Config of 3GPP standard, n being the number of transmissions, m being the number of empty transmissions. The information element may comprise SPS-Config of 3GPP standard, and in particular a parameter implicit ReleaseAfter set to t1, t2, t3, t4, t5, t6, t7, t8, t9 or t10; e1, e2, e3, e4, e5, e6, e7, e8, e9 or e10.
The communication device of Embodiment 20, or any Embodiment referring to it, wherein more than one semi-persistent scheduling process/instance is active.
Filing Document | Filing Date | Country | Kind |
---|---|---|---|
PCT/SE2013/051581 | 12/20/2013 | WO | 00 |
Number | Date | Country | |
---|---|---|---|
61883697 | Sep 2013 | US |