Embodiments of the present invention refer to a method for centralized and decentralized managing sidelink resources. A further embodiment refers to a first mobile transceiver configured for decentralized and centralized managing sidelink resources. A further embodiment refers to a corresponding system including one or more such mobile transceivers. Another embodiment refers to a communication group. Some embodiments are implemented as computer programs.
According to conventional technology, the sidelink resources are controlled based on one of the below principles which are defined for NR (V2X) sidelink communication:
Starting from these two modes, the resources have to be managed.
According to an embodiment, a method for centralized managing side link resources within a communication group, the communication group having a first mobile transceiver as group head and at least a second mobile transceiver as group member, wherein the first mobile transceiver is configured to distribute resources (continuously) within the communication group, may have the steps of: exchanging resource control information between the first and the second mobile transceiver, wherein the resource control information has at least an information regarding a timeslot and/or frequency slot of the resources and/or an information regarding a second portion of the resources so as to allocated the second portion to the second mobile transceiver.
According to another embodiment, a method for centralized managing side link resources within a communication group, the communication group having a first mobile transceiver as group head and at least a second mobile transceiver as group member, may have the steps of: exchanging resource control information between the first and the second mobile transceiver including sensing report; and wherein the second mobile transceiver performs sensing and provides a corresponding sensing report to the first mobile transceiver and/or wherein the first mobile transceiver accomplished resource allocation using the sensing report of at least the second mobile transceiver; or wherein the second mobile transceiver performs sensing and provides a corresponding sensing report to the first mobile transceiver using dedicated carriers or preconfigured resources.
Another embodiment may have a first mobile transceiver for centralized managing sidelink resources within a communication group, the communication group having the first mobile transceiver as group head and at least a second mobile transceiver as group member, wherein the first mobile transceiver is configured to distribute resources within the communication group, wherein the first mobile transceiver is configured for exchanging resource control information between the first and the second mobile transceiver, wherein the resource control information has at least an information regarding a timeslot and/or frequency slot of the resources and/or an information regarding a second portion of the resources so as to allocated the second portion to the second mobile transceiver.
According to another embodiment, a method for decentralized managing sidelink resources within a communication group, wherein the communication group has a first mobile transceiver as group member and a second mobile transceiver as group member, may have the steps of: exchanging resource controlling information between the first and the second mobile transceiver, wherein the resource control information has at least an information regarding a timeslot and/or frequency slot of the resources and/or an information regarding resources so as to allocate a first portion of the resources to the first mobile transceiver and to allocate a second portion of the resources to the second mobile transceiver.
Another embodiment may have a first mobile transceiver configured for decentralized managing sidelink resources within a communication group, the communication group having the first mobile transceiver as group member and a second mobile transceiver as group member, wherein the first mobile transceiver is configured for exchanging sidelink control information having resource controlling information between the first and the second mobile transceiver, wherein the sidelink control information having resource control information has at least an information regarding a timeslot and/or frequency slot of the resources and/or an information regarding resources so as to allocate a first portion of the resources to the first mobile transceiver and to allocate a second portion of the resources to the second mobile transceiver.
Another embodiment may have a communication group, wherein the communication group has a first mobile transceiver as group head and at least a second mobile transceiver as group member, wherein the first mobile transceiver is configured to distribute resources within the communication group, wherein the communication group uses the method for centralized managing side link resources within a communication group, the communication group has a first mobile transceiver as group head and at least a second mobile transceiver as group member, wherein the first mobile transceiver is configured to distribute resources (continuously) within the communication group, the method having the steps of: exchanging resource control information between the first and the second mobile transceiver, wherein the resource control information has at least an information regarding a timeslot and/or frequency slot of the resources and/or an information regarding a second portion of the resources so as to allocated the second portion to the second mobile transceiver; or wherein the communication group may have a first mobile transceiver as group member and a second mobile transceiver as group member, wherein the communication group performs the sidelink resource managing based on the method for decentralized managing sidelink resources within a communication group, wherein the communication group has a first mobile transceiver as group member and a second mobile transceiver as group member, the method having the steps of: exchanging resource controlling information between the first and the second mobile transceiver, wherein the resource control information has at least an information regarding a timeslot and/or frequency slot of the resources and/or an information regarding resources so as to allocate a first portion of the resources to the first mobile transceiver and to allocate a second portion of the resources to the second mobile transceiver.
Another embodiment may have a non-transitory digital storage medium having a computer program stored thereon to perform any of the inventive methods when said computer program is run by a computer.
An embodiment of a first aspect refers to a method for centralized managing sidelink resources within a communication group. The communication group comprises a first mobile transceiver as a group head (group head/group manager is, for example, the UE which is responsible for coordinating communication within the group and to/from the network) and at least second mobile transceiver as a group member. The first mobile transceiver is configured to distribute resources within the communication group. This distribution is advantageously continuously. The method comprises one central basic step of exchanging resource control information between the first and the second mobile transceiver. The resource control information comprise at least an information regarding a time slot and/or a frequency slot of the resources. Based on this information the resources can be allocated, e.g., by the second mobile transceiver. Additionally/alternatively, an information regarding a second portion of the resources can be included, so as to allocate the second portion to the second mobile transceiver. Here, the first portion can be allocated to the first mobile transceiver. From another point of view, this means that the first mobile transceiver performs a kind of assigning resource/the second portion, e.g., to the second mobile transceiver.
Embodiments of this first aspect are based on the principle that a resource portion, especially sidelink resource portions (for example with dedicated resources in BWPs or sidelink resource pools, like preconfigured resources) can be distributed by use of the group head of the respective group. The group head communicates with the group members by use of resource control information. According to embodiments, these resource control information can be exchanged using a control message (SCI message) comprised within the resources or using a predetermined resource block (BWP, bandwidth portion) defined in time and frequency. According to embodiments, the resource control information can comprise an information of a network ID assigned to the respective communication group. This resource control information is exchanged by the first transceiver, e.g., by use of broadcast, unicast or group cast.
All the above described embodiments have the advantage that, due to a clear structure of the resource control information each group member can allocate respective sidelink resources, wherein these resources are clearly defined. The following embodiment starts from the assumption that the communication group comprises a third mobile transceiver, wherein the exchanging of the resource control information is performed between the first and a third mobile transceiver as well. The resource control information comprises at least an information regarding a third portion of the resources so as to allocate a third portion to the third mobile transceiver. According to embodiments, the resources can be equally distributed among the second and the third mobile transceivers. According to further embodiments, the distribution can be performed by using a priority information or a QOS (quality of service) information. This enables to officially prioritize one of the members of the group.
According to further embodiments, not all transceivers of the group have to be in coverage of the base station. It is beneficial that a sidelink communication between the first group member and the further group member is available. Of course, this principle also acts if the relevant or all group members are in coverage of the base station.
As already mentioned, the resources to be managed can be resources which are configured by the base station (for the first mobile transceiver and/or for the communication group). In this case, the configuration of the resources/distribution of the resources according to the configuration is executed by the first mobile transceiver. Alternatively, the resources can, according to embodiments, be long term configured resources, preconfigured resources and/or autonomously allocated resources.
Regarding a concrete procedure, it should be noted that according to embodiments the exchanging resource control information may comprise the step of requesting, e.g., the second portion, using a resource granting request. This request is performed by the second mobile transceiver. As a response to the request, the first mobile transceiver can perform the step of granting the second portion. Another approach is that the first mobile transceiver grants the second portion first so that the second mobile transceiver can use the resources or alternatively can skip the second portion using a so-called resource granted skipping. As mentioned above, it is beneficial that the exchanged resource information, i.e., the request and the grant or the skipping message comprise an ID of the addressee and/or of the sender. The above discussed request can also comprise a request to increase the resources, e.g., when more resources are needed.
According to another embodiment, the second mobile transceiver can perform sensing and provides a corresponding sensing report to the first mobile transceiver. Here, the first mobile transceiver may accomplish the resource allocation using the sensing results of at least a second mobile transceiver. Note that the second mobile transceiver performing the sensing and providing the corresponding sensing report may provide this report to the first mobile transceiver using a dedicated carrier or preconfigured resources.
According to the above embodiments, it has been discussed that a group member is out of coverage of a base station or becomes out of coverage of a base station. Analogously, the entire group can become out of coverage of a base station or can just fall under the responsibility of another base station. In cases when such a group member or the entire group should be overtaken to the responsibility of another base station or another group, the following method can be performed according to further embodiments. The method comprises the additional step of performing a handover of the communication group between two base stations. Alternatively, the method can comprise the step of performing a handover of the communication group between two base stations and, wherein during the handover, the first mobile transceiver allocates the second resource portion on one or more previously allocated resource pools, to dedicate carriers or the dedicated radio resource controller (RRC) or network preconfigured common resource pools or exceptional pools or based on emergency resource pools or exceptional resource pools with lower power values. Alternatively, the method can comprise the step of performing a handover of the communication group between two base stations and wherein, after the handover, the first mobile transceiver distributes the new resources of the new base station.
As already discussed, the method is mainly performed by the first mobile transceiver of the group. Some steps may be initiated by the second mobile transceiver, e.g., by the above mentioned request. Another embodiment refers to a first mobile transceiver configured to perform the method for centralized managing resources within a communication group. The communication group comprises the first mobile transceiver as a group head and at least a second mobile transceiver as a group member. The first mobile transceiver is configured to distribute resources within a communication group. The first mobile transceiver is configured for exchanging resource control information between the first and the second mobile transceiver, wherein the resource control information comprises an information regarding a time slot and/or a frequency slot of the resources and/or an information regarding a second portion of the resources so as to allocate the second portion to the second mobile transceiver.
An embodiment of another aspect provides another method for centralized managing sidelink resources within a communication group (comprising a first mobile transceiver as group head and at least a second mobile transceiver as a group member). This method comprises the following steps:
Another embodiment refers to a communication group comprising a first mobile transceiver as a group head and at least a second mobile transceiver as a group member. Here, the first mobile transceiver is configured to distribute resources within the group, wherein the communication group uses the method as defined above for centralized managing the sidelink resources.
A second aspect provides a method for decentralized managing sidelink resources within a communication group. Here, the communication group comprises a first mobile transceiver as a group member and a second mobile transceiver as another group member. The method comprises the central step of exchanging resource control information between the first and the second mobile transceiver. The sidelink control information comprising resource control information comprises at least an information regarding a time slot and/or a frequency slot of the resources. Alternatively, the sidelink control information comprising resource control information may comprise an information regarding resources so as to allocate a first portion of the resources to the first mobile transceiver and to allocate a second portion of the resources to the second mobile transceiver.
Embodiments of this aspect are based on the finding that the resource allocation can be performed in a decentralized manner, e.g., when the number of members is known so that the resources can be distributed equally. The (needed) information is exchanged using resource control information. According to embodiments, the step of exchanging is performed using a dedicated resource portion of the resources or a preconfigured or preassigned dedicated resource portion. Here, each resource control information may comprise an information regarding a group ID assigned to the communication group. According to embodiments, the exchanging may be performed using unicast, group cast or broadcast. According to further embodiments, each group member exchanges resource control information by periodically reporting on a group communication status and/or a group communication demand. All group members can listen in order to receive the group communication status and/or the group communication demand.
According to a further embodiment, the resources used for one normal transceiver, e.g., the first mobile transceiver, can be shared. Thus, according to embodiments, the step of exchanging resource control information can comprise requesting resources by use of a request, wherein the requesting is performed by a further mobile transceiver. Here, the first mobile transceiver can accept the request. According to embodiments, this accepting can be performed by responding an ID of the further (requesting) mobile transceiver (e.g the own group internal member ID or the group internal member ID of the requester). Alternatively, the accepting can be performed just by not using the requested portion (first portion) so that the further mobile transceiver can directly use the first portion. Of course, the first mobile transceiver is also configured to not accept the request. In such a case, the further mobile transceiver can repeat the request within the communication group or another communication group.
According to embodiments the first mobile transceiver performs a prioritization between different simultaneously transmitted requests of different further mobile transceivers. This prioritization can be performed based on a predetermined priority, on an ID of the further mobile transceivers or based on a QoS information.
Another embodiment provides a first mobile transceiver configured for decentralized managing sidelink resources within a communication group, the communication group comprises a first mobile transceiver as a group member and the second mobile transceiver as another group member. The first mobile transceiver is configured for exchanging resource control information between the first and the second mobile transceiver, wherein the resource control information comprises at least an information regarding a time slot and/or a frequency slot of the resources. Alternatively, the resource control information could comprise an information regarding resources so as to allocate a first portion of the resources to the first mobile transceiver and to allocate a second portion of the resources to the second mobile transceiver.
Another embodiment provides a communication group, wherein the communication group comprises a first mobile transceiver as a group member and a second mobile transceiver as another group member. The communication group performs the sidelink resource management based on the method for decentralized managing sidelink resources.
Another embodiment provides a computer program for performing one of the above method steps.
Embodiments of the present invention will be detailed subsequently referring to the appended drawings, in which:
b,
5
c schematically illustrate a centralized group cast and a decentralized group cast (all members are equal) according to embodiments;
Below, embodiments of the present invention will subsequently be discussed referring to the enclosed figures, wherein identical reference numerals are provided to objects/structures having identical or similar functions.
The members (group head 12 GH and the group members 12 GM1 and GM2 of the communication group 10) can communicate with each other using sidelink resources, i.e. via a sidelink 12 SL. These sidelink resources can be preconfigured sidelink resources or resources assigned by the network, i.e., the base station 14. In order to distribute the resources to be used within the communication group a centralized process is used. Here, the group head 12 GH distributes the sidelink resources 12 SL. Regarding the group 10 it should be mentioned that same can be in coverage or at least partially in coverage of the base station or out of coverage. In case the group 10 is out of coverage, typically preconfigured resources are managed, wherein in the in coverage case, the assigned resources for the group 10 or preconfigured resources can be managed. Note preconfigured resources are, for example, resources that are preconfigured for the UEs to be used, e.g., during out of coverage. Configured resources may be resources configured for a particular UE or a group of UEs. These resources can be autonomous—the UE selects resources among those configured resources—or dedicated—UE transmissions are scheduled on a dedicated resource. Below, the process for managing these resources will be discussed in detail.
The aim is to distribute the available resources for the sidelinks 12 SL. In order to perform this resource management, the group head 12 G performs the distribution continuously. For this it exchanges resource control information between the single members, i.e., at least between the member 12 GH and 12 GM1. This control information can comprise information regarding a time slot to be used or a frequency slot to be used on a generally so-called bandwidth portion. For example, a second portion (bandwidth portion) of the resources is assigned to the second mobile transceiver 12 GM1, such that same can allocate the second portion. In this case, the first portion can, for example, be used by the first mobile transceiver 12 GH.
According to embodiments, a so-called predetermined resource block defined in time and frequency, which is also referred to as bandwidth portion, is indicated within the resource control information, e.g., together with an information which user may use this resource block within which network. This information can be output (group cast, unicast or broadcast) by the group head 12 G.
An exemplary approach is that this process is performed based on a request of the group member 12 GM1 such that the resources can be granted by the group head 12G or, vice versa, can be initiated by offering resources directly. The resource managing is performed dynamically according to embodiments, since the resource requirements as well as the constellation of the group 10 varies over time.
Regarding the group 12G it should be noted that this is one of the transceivers which has, at least, the responsibility for the centralized managing of the resources. When starting from V2V networks, this can, for example, be the so-called platoon head.
Regarding the second group member 12 GM, it should be noted that the sidelink resources which can be used by 12 GM2 are shared in the same manner, i.e., the resources, e.g., the bandwidth portion is granted/assigned by the group head 12 GH for the group member 12 GM2. Note that the number of resources to be shared depends on the number of group members, group members needing resources.
The data centralized approach is based on the principle that at least two transceivers 12 GM1 and 12 GM2 of the group 10′ exchange resource control information to each other so that the resources can be distributed. As discussed above, the resources to be distributed are defined by use of time slots and/or frequency slots. The resources can further be defined as bandwidth portions. For example, the bandwidth portions are distributed so that the different resources or resource portions are assigned to the respective members. For example, the member 12 GM1 uses the first portion while the member 12 GM2 uses the second portion. The coordination is performed using the step of exchanging resource control information. The resource control information is periodically exchanged and can comprise a group communication status and/or a group communication demand. The group members listen and can react accordingly. For example, a request can be exchanged from one group member, e.g., group member 12 GM2 regarding a first resource portion, wherein the first group member 12 GM1 grants or denies the request in accordance with its current situation. According to further embodiments, a periodization is used for granting the respective resources to another transceiver. Below, further embodiments for the sidelink group resource management for mesh network and V2X networks will be discussed.
The below discussion is made on the assumption that either of the mode 1 (base stations 14 (ENB of NR sidelink or gNB of LTE sidelink resources) schedule sidelink resources 12 SL to be used by the UE for sidelink transmission or sidelink transmissions) or mode 2 (UE determines (i.e., base station does not schedule) sidelink transmission resource/resources within sidelink resources configured by a base station/network or preconfigured sidelink resources) is used.
Mode-2 definition covers potential sidelink radio-layer functionality or resource allocation sub-modes (subject to further refinement including merging of some or all of them) where:
It is to continue study details of resource allocation modes for NR-V2X sidelink communication. For both modes, the following allocation techniques can be applied.
There are different level of network control, e.g., whether the UE may select other parameters (e.g., MCS) and/or the exact transmission resources, and whether the selection is autonomous or not
As already discussed above, for the communication group 10 two cases according to two different embodiments are applicable:
For group communication, it is important to consider two cases:
With respect to
According to embodiments, a group, here the group 10b which is in coverage of the base station 14a, can be handed over to the base station 14b. Before the handover, the UEs of the group or especially the group head 12G has an active connection 12 UU to the base station 14a, wherein a better connection is established to the base station 14b. When the group head 12 GH is connected to the base station 14b, the entire group is in the responsibility/coverage of the base station 14b. Consequently, here new resources can be applied to the group 10b which are managed afterwards.
With respect to
The below discussion is made on the assumption that at least the group head is connected to one (or more) base stations where the group head is receiving downlink control information (DCI) including DCI grants for the V3X resource pools schedule. Then the group head receives all the scheduling grants and the scheduled resources for the group (based on a specified modified buffer status report fields/formats or modified scheduling request (SR) message fields/formats). Note, BWP3 is dedicated as a common/specific bandwidth portion for the UU transmission, i.e., the transmission between the base station and at least the group head, wherein DCIs are received. For the group head which should distribute the resources, a plurality of resource pools defines in one or more bandwidth parts (BWPs).
These resources may be defined as a dedicated resource configuration for a Group of GM UEs. This means that all sensing and resource selection for the meant inter group communication is happening within these resources.
We may also refer to these dedicated group resources as a group resource pool. A group resources may be defined by the BS via L1 signaling, e.g., DCI, or upper layer signaling, e.g., dedicated/group RRC aor System information blocks (SIB) dedicated for the meant sidelink communication.
We may also indicate that these resources may be used by other groups not geographically located with the said group. This means that the group resources may be shared in/within a separated geographical area. In this case:
With respect to
Below, an example of group cast communication taken place within platoon will be described. This platoon example (vehicle driving along a direction) is just one example out of multiple group communication examples. Another example is a mesh network composed out of transceivers operating in an industrial automation process and forming communication group.
Different variant of a platoon/communication group will be discussed.
A platoon can consist of platoon head and platoon members. The platoon members follow the platoon head at a (pre-) defined or fixed or adapted distance and with a (pre-) defined or fixed or adapted speed (see
Each group may consist of one or (usually) multiple group members and a group head (GH): Per group there might be one group head taking over some controlling function within the group, i.e. using a centralized group management,
Group without group head: No dedicated group head or controlling function is assigned. This type of group is referred to as decentralized/distributed group,
Below, the centralized approach for resource allocation will be described in detail. According to embodiments, the sidelink resources (with dedicated resources in BWPs or Sidelink resource pools) are distributed to the group head (GH) and (if possible) to the group members (GMs). GMs will monitor the resources as RX pools. If no grants are received from the network, only pre-configured resources are monitored by GM and used by GH to transmit control information to all GM. Via SL control information, the GH distributes the resources evenly (fairly/equally divided) or oddly (biased to the QoS of each GM) among the UEs GMs. The GH distribute the resources among members using their internal group-member IDs or the group cast ID. Distribution can be done in a unicast fashion for every GM (either via L1 SCI/PSCCH or in Data control messages, i.e., including RRC message encapsulated in PDCP packets).
Distribution can be done in a group cast fashion, i.e., using a group common control messages (either via L1 group common SCI/PSCCH or group-common in Data control messages, i.e., including RRC message encapsulated in PDCP packets). The GH sends a special sidelink-control information (e.g., SCI-0) field to all GM with dedicated grants. The special SCI may refer to grants for one or more GM in the same resource pool or across another resource pool (in the same BWP or different BWP). SL SCI may also be replaced by in data control. The in data control messages may include, e.g., including RRC message encapsulated in PDCP packets; this could be SCI RRC messages, this could be an RRC message establishing between two UE. E.g., this could be the PC5-S/RRC messages
The SL messages for requesting grants may be formulated as follows:
Similar to above, the control between the UEs (from the GM to GH) can be as a kind L1 signaling, e.g., SCI signaling, or in data control, e.g., a kind of SL RRC that could be in the form of PC-S.
Alternatively, the SL message for granting resources shall be formulated as: grant-response (GR), clear-to-send, or SCI with valid granting space. Periodic measurement reports are transmitted from the GMs (with their sensing results if available) to the GH. Messages are combined with the UE member group ID and the priority class (5QI or the QoS identifier value)
Note, the special control information might be sent in a data packet. This means that the control is over PDCP, e.g., this means that this could be a kind of sidelink (PC5) RRC.
The below discussion will describe an embodiment for the centralized method. The method may be split into two main cases (pre-configured resources from the GH) without activation/deactivation/scheduling requests (i.e., autonomous mode) and GM assisted resource configuration with scheduling (SR/VSR/RTSR) response (CTS) and activation/deactivation signaling by GH.
Regarding the usage of preconfigured resources the following approach can be used according to one embodiment.
In this case, the GH uses a simple mechanism to distribute the resources (in time division multiplexing (TDM) fashion or frequency division multiplexing (FDM) fashion). However, for better controlling the SL half-duplex problem, the GH may restrict the division to TDM. In both cases, in coverage (with network RRC configured or granted resources, i.e., mainly periodic with semi-persistence scheduling (SPS) or configured resources in time and frequency) and in out of coverage (with sensing mechanism accomplished by the GH alone or assisted by the group members (GMs) sensing reports on dedicated carriers or long-term pre-configured resources), the GH compile a list of possible grants that shall be available for the group communication (whether unicast or groupcast) within the group.
In this method, the GH can allocate the resources to each GM (using its unique group member ID of the UE unique network id (if available)). The GH only sends SCI information or in data control message (including SL RRC/PC5-S) with dedicated grants for the GMs. GMs are only receives the SCI and decode the grant positions. It is not needed in the first case that the GH receives grant requests or RTS from GMs.
The allocation criteria can be either:
Regarding the GM assisted resource configurations: as described above, the group member GM assisted resources configurations may be via SEI or PC5RRC. The resources could be associated based on the group idea. Here, information feels to be transmitted in the resource pool include:
On reception of an RTS from any group member and resources are available at the GH, it responds in the consequent time slot with consecutive periodic resources or one-short transmission. For granting the GMs, the GH sends the following information in the scheduling response:
The allocation criteria can be either equally distributed or biased to the 5QI values as stated above exactly
Below, the centralized system will be described. Here, different allocation techniques can be used according to different embodiments. According to an embodiment, the base station assisted allocation mode can be used.
In this case, also refers to mode 1, a gNB is responsible for allocating or pre configuring the resource grants either:
Once the GH receives the resource configuration from the gNB, it will start distributing them as described above.
Once the GH receives the dynamic grants from the gNB, it will start allocating these dynamic grants as described above
According to another embodiment, a so-called autonomous resource allocation can be used.
The resources might be on a dedicated carriers or long-term preconfigured grants or within one of the declared resource pools. One example to consider for autonomous allocation, is to consider: a time/frequency resource patterns (TFRP) as an example. This includes multiple patterns that splits the frequency resources and time resources as groups. The UE may select out from these resources for, at least, periodic data traffic. Where the UE (GH/GM) may:
To minimize interference between UE-groups, a distributed sensing approach shall be considered. In this case the GH might request the sensing reports on the available preconfigured grants from one or more GM. The common sensing approach works as:
Regarding the resource allocation/Resource allocation period it should be noted that according to embodiments the transmission period of the scheduled resources by the GM depends on:
Below, the distributed/decentralized load will be discussed with regard to optional features. There are variations of resource allocation techniques for the distributed/decentralized mode.
A distributed approach refers to the variant without group head. Each group member is responsible by itself to allocate resources, respecting the resource allocation need of all other group members.
One variant for distributed resource allocation would be the WLAN/sensing based resource allocation, which is seen as SoTa. However, a sensing based resource allocation is not optimized for spontaneous data transmission demanding low latency, which is expected by multiple use cases, e.g. platooning.
A group specific (sub-)-Resource-Pool or (sub-)BWP is expected to be initially allocated to the entire group. Once a groupcast group (e.g. a platoon) is setup,
The assignment of the pre-defined GM specific BWP part is pre-defined and determined during the setup of the group.
According to an embodiment, the basic variant comprises the following steps:
According to a further embodiment, an enhanced method can be used.
The major idea of this approach is that a (sub-)-R-pool (or sub-BWP) is allocated to each group, i.e. group sub-R-pool. Each group sub-R-pool is split into a control part and a data part. Each group member (GM) reports periodically its status and optionally its demand for resources in the defined control sub-R-pool of its group specific R-pool including time/frequency resources. This control pool could be also in a sub-BWP of its group BWP (BandWidth Part). All other GM listen continuously to the defined control resources of all group members. A group specific data BWP is available for all GMs (including the group specific resources or the group mini-resource-pool or the group R-Pool or the group sub-BWP). The use of the group specific BWP is determined on the preceding resource allocation control mechanism between all GMs using the control sub-BWPs.
This enhanced method is illustrated by
The control channel resources (existing in the Sub-R-pool) can be seen as a search space for the group. In order to define this search space for the group-specific control sub-Resource pool, a configuration or a pre-configuration dedicate part of the group-specific R-pool or the group specific BWP (=(sub-)-Resource-Pool or (sub-)BWP) to be used for control, e.g., some identified Time/Frequency resources, which could be, e.g., sub-R-Pool.
According to a first approach, the following steps can be performed:
According to a further option, the following steps can be used:
Similar to the previous option, the search space for a group sub-R-pool for control time/frequency resources may be configured or preconfigured. However, the assignment of resources might not consider a GM ID allocation. This could be viable for group with a high number of group members and less sub-R-pool control resources. This could be viable also if the group control messages is not periodic. In this case, random access may be consider where one or more GM control messages may colloid (see
Regarding the information fields to be transmitted in the resource part, it should be noted that same can include (at least one):
Each GM listens continuously to the control sub-BWPs of all GMs. On reception of an RTS of a GM, each GM responds in the constitutive group-specific control sub-BWP. For example, if the group member accepts the request, i.e., the group member does not use the group specific data BWP itself or has not sent an RTS itself in the preceding control sub-BWP and assumes higher priority than the other resources requesting GMs (see below). This GM reports in its control field of its control sub-BWP regarding the group internal ID of the RTS requesting GM. Optionally, it can add an indication to allow work at EGCTS (or to request transmission). Note, if only the group internal ID of the group member is transmitted, it can be interpreted as CTS.
In case the RTS of one GM is not accepted by all other GMs, this GM repeats the RTS in (one of) the consecutive control sub-BWP. If two GMs demand resources at the same time, the GM allocating the next group specific data BWP is selected based on either its group internal ID: i.e. either the UE with lower or higher group internal ID is allowed to send first or an additional priority field (indicating the priority of the data to be transmitted, e.g. QoS indication): the UE with higher priority transmits first. In case of identical priority, the group internal ID rule described may apply.
If the UE ID/GM-ID will be used for defining the control resource assignment in the group control search space, it is crucial to define the group member IDs. One possible is that once a group is initiated, upper layer selects the IDs for every GM-UE and the possible group ID.
According to an embodiment, resource allocation for a group handover can be performed. Here, the below method can be used: The GH considers all the requested access to perform a complete (successful) handover. During the handover process, the GH can either
After the HO is completes, the GH distribute the resources according to the new gNB resource scheduling or resumed/new RRC configurations.
An example of a group handover can be a platoon moving across two or more cells. Hence, there might be instances when a handover is used. It is needed that the serving gNB (S-gNB) can prepare an optimized measurement report for the most likely candidate target gNB (T-gNB). If all the platoon members are sending their measurement to the S-gNB, it will increase an additional overhead. Hence, the collective measurement reports of the platoon members sent only by the platoon head to the gNB. This implies for the platoon:
Once the group handover is successful, the resources should be allocated by the T-gNB to the GH. Thereafter, the GH can distribute it to all group members as described before.
Below, the radio resource control (RRC) SL messages will be described with its optional features.
As proposed in the previous embodiment, a GH UE is capable of allocating resources to other GM UEs based on their demands for resources or the role of the GH to distribute resources. For example, in the case of groupcast communications, the group leader/group head/group manager UE (i.e., UE assisting the resource scheduling) is able to select resources for the group members as described in previous embodiment.
Group Member UEs needing resources send a request to the group leader UE, similar to that of a scheduling request (SR). The group leader uses this information to assist in allocation of resources for the member UEs and send back control information with possible free resources. Hence, the resource announcements, which a group leader UE provides, can be a kind of grant response (GR) message.
As described before, those control messages can be conveyed via SCI (L1-Signaling) or in Data Signaling. One important in data signaling can be SL RRC signaling, i.e., sent via SL RRC messages.
In this section, we summarize our design for our embodiments considering RRC configurations for setting/establishing/configuring the PC5 interfaces over sidelinks.
The first shall be the configuration in a unicast manner. The second is the configuration for group casting manner. The third is for partial coverage scenarios. The fourth (and the final) is for group casting scenario with a group leader.
As already indicated, the control message can be transmitted using unicast (RRC configuration over PC5/sidelink), group cast (RRC configuration over PC5 sidelink) or over group-common resource pool (RRC configuration over sidelink).
Regarding the unicast approach which is illustrated by
In this scheme, it is assumed that two UEs are establishing PC5-Sidelink connections on the physical layer (i.e., after discovering and a successful pairing mechanism). It could be possible that the two UEs are in the vicinity of each other (as far as an X meters) and possible are able to start a unicast session. It could be also assumed that the two UEs had a former (established) sidelink communication, which was/is visible to the two UEs upper layers.
Once one or more of the above conditions are met, one UE is assumed to initiate an RRC configuration message to the other UE (say UE1 initiate a message and a control to configure UE2 via RRC_Request_1). Once this request/initialization/configuration message is sent a UE, the target UE (UE2 in this case) shall send (if configured to do so) a feedback reply to the RRC level, i.e., RRC_Reply_1. See
Below, some examples for the content of the RRC request 1 are given. It is noted that the RRC request may comprise at least one of the below information.
Below an example for the content of the RRC reply (if it exists a reply is configured to be on) is given. The reply may comprise at least one of the following information:
For multicast case, a UE (say UE1) shall start to configure other UEs (say UE2, UE3, . . . , UE-k). Once the UEs are involved in an active groupcast session or the UEs would be involved in a groupcast session, a leader of the groupcast or an initiator of the groupcast shall configure the other UEs based on the situation as follows:
The information in the fields (SL_RRC_group_resource_configuration/SL_RRC_Group_Slot_Configuration/SL_RRC_Gorup_Feedback_Configuration) is similar to the unicast described above.
The RRC group reply message may be similar or comparable to the RRC reply 1 as discussed in the context of the unicast approach.
As described in previous embodiment, a GL/GH may configure only a group common resource pool/mini-resource pool for conducting group communication. In one of the previous embodiment, the common resource configuration is to be sent via L1 signaling (e.g., SCI) or RRC signaling. This group common resource pool can be used for group communication. Additional resource selection and sensing from the group happens in this group dedicated resources.
In this case, a group common RRC which is group-casted to all UEs/GMs within the group (e.g., with a given ID), e.g., in a SIB like casting but only for a group of UEs. This Sidelink RRC message includes:
According to a further embodiment, the method for centralized managing cycling resources can comprise just one step of exchanging resource control information between the first and the second mobile transceiver including a sensing report. Here, the second mobile transceiver performs sensing and provides a corresponding sensory brought to the first mobile transceiver. Alternatively, the first mobile transceiver accomplished resource allocation using the sensing results of at least the second mobile transceiver. In combination, this means that the second mobile transceiver performs a sensing and provides a corresponding sensing report to the first mobile transceiver (e.g., using dedicated carriers or preconfigured resources) so that the first transceiver can accomplish the resource allocation.
Above, embodiments of the present application have been discussed in context of a method or method steps which are performed within a communication network or especially within a communication group. It should be noted that further embodiments refer to the communication system (comprising the entities of the communication network or the communication group) or to one or more of the entities of the communication system/communication group, e.g., two UEs or in general transceiver, e.g., transceiver belonging to a UE or vehicle. In general, the application is applicable V2X, D2D, mMTC, URLLC, critical communication.
High traffic scenario for V2X, with some/few/single UEs transmitting on the same/multiple pools. The RX UE can have one or more RF chains.
Although some aspects have been described in the context of an apparatus, it is clear that these aspects also represent a description of the corresponding method, where a block or device corresponds to a method step or a feature of a method step. Analogously, aspects described in the context of a method step also represent a description of a corresponding block or item or feature of a corresponding apparatus. Some or all of the method steps may be executed by (or using) a hardware apparatus, like for example, a microprocessor, a programmable computer or an electronic circuit. In some embodiments, some one or more of the most important method steps may be executed by such an apparatus.
Depending on certain implementation requirements, embodiments of the invention can be implemented in hardware or in software. The implementation can be performed using a digital storage medium, for example a floppy disk, a DVD, a Blu-Ray, a CD, a ROM, a PROM, an EPROM, an EEPROM or a FLASH memory, having electronically readable control signals stored thereon, which cooperate (or are capable of cooperating) with a programmable computer system such that the respective method is performed. Therefore, the digital storage medium may be computer readable.
Some embodiments according to the invention comprise a data carrier having electronically readable control signals, which are capable of cooperating with a programmable computer system, such that one of the methods described herein is performed.
Generally, embodiments of the present invention can be implemented as a computer program product with a program code, the program code being operative for performing one of the methods when the computer program product runs on a computer. The program code may for example be stored on a machine readable carrier.
Other embodiments comprise the computer program for performing one of the methods described herein, stored on a machine readable carrier.
In other words, an embodiment of the inventive method is, therefore, a computer program having a program code for performing one of the methods described herein, when the computer program runs on a computer.
A further embodiment of the inventive methods is, therefore, a data carrier (or a digital storage medium, or a computer-readable medium) comprising, recorded thereon, the computer program for performing one of the methods described herein. The data carrier, the digital storage medium or the recorded medium are typically tangible and/or non-transitionary.
A further embodiment of the inventive method is, therefore, a data stream or a sequence of signals representing the computer program for performing one of the methods described herein. The data stream or the sequence of signals may for example be configured to be transferred via a data communication connection, for example via the Internet.
A further embodiment comprises a processing means, for example a computer, or a programmable logic device, configured to or adapted to perform one of the methods described herein.
A further embodiment comprises a computer having installed thereon the computer program for performing one of the methods described herein.
A further embodiment according to the invention comprises an apparatus or a system configured to transfer (for example, electronically or optically) a computer program for performing one of the methods described herein to a receiver. The receiver may, for example, be a computer, a mobile device, a memory device or the like. The apparatus or system may, for example, comprise a file server for transferring the computer program to the receiver .
In some embodiments, a programmable logic device (for example a field programmable gate array) may be used to perform some or all of the functionalities of the methods described herein. In some embodiments, a field programmable gate array may cooperate with a microprocessor in order to perform one of the methods described herein. Generally, the methods are performed by any hardware apparatus.
While this invention has been described in terms of several advantageous embodiments, there are alterations, permutations, and equivalents which fall within the scope of this invention. It should also be noted that there are many alternative ways of implementing the methods and compositions of the present invention. It is therefore intended that the following appended claims be interpreted as including all such alterations, permutations, and equivalents as fall within the true spirit and scope of the present invention.
[1] TS36.213 Evolved Universal Terrestrial Radio Access (E-UTRA); Physical layer procedures; V14.5.0
[2] TS 36.331 Evolved Universal Terrestrial Radio Access (E-UTRA)—Radio Resource Control (RRC); V14.
[3] 3GPP TS 36.211 Evolved Universal Terrestrial Radio Access (E-UTRA); Physical Channels and Modulation, v 14.3.0
[4] 3GPP TS 36.212 Evolved Universal Terrestrial Radio Access (E-UTRA); Multiplexing and channel coding, v 14.3.0
[5] 3GPP TS 36.321 Evolved Universal Terrestrial Radio Access (E-UTRA); Medium Access Control (MAC) protocol specification, v 14.3.0
[6] 2017P59629 EP: Emergency Notification (URLLC) Requesting Spontaneous Grant Free Transmission for V2X
[7] TS 36.521 User Equipment (UE) conformance specification; Radio transmission and reception; Part 1: Conformance testing Rel 15.
Number | Date | Country | Kind |
---|---|---|---|
18196999.9 | Sep 2018 | EP | regional |
This application is a continuation of copending International Application No. PCT/EP2019/075547, filed Sep. 23, 2019, which is incorporated herein by reference in its entirety, and additionally claims priority from European Application No. EP 18196999.9, filed Sep. 26, 2018, which is also incorporated herein by reference in its entirety.
Number | Date | Country | |
---|---|---|---|
Parent | PCT/EP2019/075547 | Sep 2019 | US |
Child | 17203659 | US |