WO2019142064A1 - Control plane signaling for integrated access and backhaul nodes - Google Patents
Control plane signaling for integrated access and backhaul nodes Download PDFInfo
- Publication number
- WO2019142064A1 WO2019142064A1 PCT/IB2019/050107 IB2019050107W WO2019142064A1 WO 2019142064 A1 WO2019142064 A1 WO 2019142064A1 IB 2019050107 W IB2019050107 W IB 2019050107W WO 2019142064 A1 WO2019142064 A1 WO 2019142064A1
- Authority
- WO
- WIPO (PCT)
- Prior art keywords
- node
- backhaul
- downlink information
- integrated access
- information
- Prior art date
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/12—Setup of transport tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
- H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
- H04B7/2603—Arrangements for wireless physical layer control
- H04B7/2606—Arrangements for base station coverage control, e.g. by using relays in tunnels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/20—Services signaling; Auxiliary data signalling, i.e. transmitting data via a non-traffic channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/10—Connection setup
- H04W76/11—Allocation or use of connection identifiers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/042—Public Land Mobile systems, e.g. cellular systems
- H04W84/047—Public Land Mobile systems, e.g. cellular systems using dedicated repeater stations
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W16/00—Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
- H04W16/24—Cell structures
- H04W16/32—Hierarchical cell structures
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/08—Upper layer protocols
- H04W80/12—Application layer protocols, e.g. WAP [Wireless Application Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/02—Terminal devices
- H04W88/04—Terminal devices adapted for relaying to or from another terminal or user
Definitions
- Various communication systems may benefit from improved network signaling.
- certain embodiments may benefit from an improved connection between relay nodes and network entities.
- Third Generation Partnership Project (3GPP) New Radio (NR) or 5 th Generation (5G) technology include functions that allow for minimal manual effort to be performed when deploying a network using NR or 5G technology. For example, one function provided for is automated self configuration. When utilizing higher frequency bands, NR or 5G technology also provides for easy coverage extension with minimized or no requirements of network planning or re-planning in a fast and cost-efficient manner.
- a wireless backhaul is used to connect relay nodes, which are also referred to as Integrated Access and Backhaul (IAB) nodes, to each other and to base stations with a fixed connection.
- IAB Integrated Access and Backhaul
- a relay node (RN) or IAB node is included as part of a communication system that utilizes NR or 5G technology.
- One or more RN or IAB nodes are connected to one another.
- the RN or IAB node also has a wireless backhaul connection, instead of a wired connection, which connects the RN or IAB node to a donor 5G or NR NodeB (DgNB) or another IAB node.
- DgNB is a base station with a fixed connection to the network backhaul.
- a serving DgNB controls the usage of the radio resources in the communication system, and considers both access and backhaul links as part of the radio resource allocation.
- One example embodiment is directed to a method, which may include receiving at a user equipment part of an integrated access and backhaul node downlink information from a donor node, the downlink information comprising at least Fl application protocol information. The method may also include forwarding the downlink information comprising at least the Fl application protocol information from the user equipment part of the integrated access and backhaul node to a radio access network part of the integrated access and backhaul node.
- Another example embodiment is directed to an apparatus, which may include at least one processor, and at least one memory including computer program code.
- the at least one memory and the computer program code are configured, with the at least one processor, to cause the apparatus at least to receive at a user equipment part of an integrated access and backhaul node downlink information from a donor node, the downlink information comprising at least FI application protocol information.
- the apparatus may also be caused to forward the downlink information comprising at least the FI application protocol information from the user equipment part of the integrated access and backhaul node to a radio access network part of the integrated access and backhaul node.
- the donor node may include a donor node central unit for the downlink information.
- downlink information may be aggregated with other data on a backhaul link.
- a signaling radio bearer may be passed over the backhaul link, and the downlink information at the user equipment part of the integrated access and backhaul node may be received via the signaling radio bearer.
- the downlink information may be received at the user equipment part of the integrated access and backhaul node as a radio resource control message or signal.
- the signaling radio bearer may include an identifier, and the identifier may be a logical channel identifier.
- the method may include identifying, based on an identifier within the radio resource control message or the logical channel identifier used for the signaling radio bearer, that the received downlink information should be forwarded to the radio access network part of the integrated access and backhaul node.
- the downlink information forwarded from the user equipment part of the integrated access and backhaul node to the radio network part of the integrated access and backhaul node updates a configuration of the radio access network part of the integrated access and backhaul node.
- the backhaul link may be used when the integrated access and backhaul node is in a radio link control acknowledged mode.
- the backhaul link may include at least one of a radio link control layer, a medium access control layer, or an adaptation layer.
- the donor node central unit may include an internal user plane function.
- a signal of at least one of a non-access stratum service or a protocol data unit service may be transmitted via the integrated access and backhaul node.
- the signaling radio bearer may terminate at the user equipment part of the integrated access and backhaul node.
- Another example embodiment may be directed to an apparatus, which may include receiving means for receiving, at a user equipment part of an integrated access and backhaul node downlink information from a donor node, the downlink information comprising FI application protocol information.
- the apparatus may also include forwarding means for forwarding the downlink information comprising at least the FI application protocol information from the user equipment part of the integrated access and backhaul node to a radio access network part of the integrated access and backhaul node.
- Another example embodiment may be directed to a method, which may include creating at a donor node, downlink information for an integrated access and backhaul node, wherein the downlink information comprises at least FI application protocol information.
- the method may also include transmitting the downlink information comprising at least the FI application protocol information from the donor node to a user equipment part of the integrated access and backhaul node.
- Another example embodiment may be directed to an apparatus, which may include at least one processor, and at least one memory including computer program code.
- the at least one memory and the computer program code may be configured, with the at least one processor, to cause the apparatus at least to create at a donor node, downlink information for an integrated access and backhaul node, wherein the downlink information comprises at least FI application protocol information.
- the apparatus may also be caused to transmit the downlink information comprising at least the FI application protocol information from the donor node to a user equipment part of the integrated access and backhaul node.
- the donor node may include a donor node central unit for creating the downlink information.
- the downlink information may be aggregated with other data on a backhaul link.
- the downlink information created at the donor node central unit for the radio access network part of the integrated access and backhaul node may be at least FI application protocol information encapsulated into radio resource control protocol information.
- a signaling radio bearer may be passed over a backhaul link, and the downlink information transmitted to the user equipment part of the integrated access and backhaul node may be transmitted via the signaling radio bearer.
- the downlink information is transmitted from the donor node central unit to the user equipment part of the integrated access and backhaul node as a radio resource control message or signal.
- the signaling radio bearer may be identified by an identifier, and the identifier may be a logical channel identifier.
- the downlink information created at the donor node central unit for the radio access network part of the integrated access and backhaul node may be configured to update a configuration of the radio access network part of the integrated access and backhaul node.
- the backhaul link may be used when the integrated access and backhaul node is in a radio link control acknowledged mode.
- the backhaul link may include at least one of a radio link control layer, a medium access control layer, or an adaptation layer.
- the donor node central unit may include an internal user plane function.
- the signaling radio bearer may terminate at the user equipment part of the integrated access and backhaul node.
- Another example embodiment may be directed to an apparatus that may include creating means for creating, at a donor node, downlink information for an integrated access and backhaul node, wherein the downlink information comprises at least FI application protocol information.
- the apparatus may also include transmitting means for transmitting the downlink information comprising at least the FI application protocol information from the donor node to a user equipment part of the integrated access and backhaul node.
- Figure 1 illustrates an example of a diagram according to certain embodiments.
- Figure 2 illustrates an example of a diagram according to certain embodiments.
- Figure 3 illustrates an example of a diagram according to certain embodiments.
- Figure 3a illustrates an example of a diagram according to certain embodiments.
- Figure 4 illustrates an example of a diagram according to certain embodiments.
- Figure 5 illustrates an example of a diagram according to certain embodiments.
- Figure 5a illustrates an example of a flow diagram according to certain embodiments.
- Figure 6 illustrates an example of a flow diagram according to certain embodiments.
- Figure 7 illustrates an example of a flow diagram according to certain embodiments.
- Figure 8 illustrates an example of a system according to certain embodiments.
- the IAB node may have a user equipment (UE) part, also known as a UE function or Mobile Termination (MT) function, which connects with the DgNB or another IAB node, in an embodiment that includes a multi-hop relaying.
- the IAB node may also include a radio access network (RAN) part, which serves the UEs or access UEs, as well as child IAB nodes connected to the IAB node, also known as the next hop IAB nodes.
- the RAN part may consist of a full gNB or a distributed unit (gNB-DU) part of a gNB.
- the UE part in some embodiments, may be controlled by radio resource control (RRC) signaling.
- RRC radio resource control
- the UE part of the IAB node may utilize RRC similar to any normal UE, meaning that the donor gNB may configure the IAB node UE part by sending RRC reconfiguration messages to the IAB node.
- Certain embodiments may help to support self-backhauling where the same carrier may be used for a backhaul connection, as well as for the access links. In other words, certain embodiment help to support an in-band backhaul operation.
- Figures 1 and 2 relate to the transport of control signaling to IAB node RAN part.
- the embodiments may allow for the extending of RRC information transfer to transmit FI application protocol (F1AP) messages from the DgNB central unit (CU) to the RAN/DU part of the IAB node.
- F1AP FI application protocol
- a specific type of a signaling radio bearer (SRB), referred to as SRBx, may be used to help transport FI application protocol messages from DgNB CU to the RAN part of the IAB node.
- SRBx a specific type of a signaling radio bearer (SRB), referred to as SRBx
- LCID Logical Channel IDs
- RRC information transfer may be expanded to transport F1AP, while in another embodiment a SRBx may be used to transport F1AP.
- Stream Control Transmission Protocol SCTP
- Internet Protocol IP
- F1AP FI application protocol
- DU Distributed Unit
- the FI AP may be signaled or transmitted via a user plane function (UPF) for IAB node using a protocol data unit (PDU) session terminated in the UE part of the IAB node.
- UPF user plane function
- PDU protocol data unit
- a UPF which may be located in a IAB node CU outside the donor node, may transmit the F1AP to a UE part of the IAB node.
- Figure 1 illustrates an example of a diagram according to certain embodiments.
- Figure 1 illustrates an example of an F1AP for controlling the IAB node RAN part, which may encapsulate the messages within the control plane traffic.
- the messages may be included in a transparent container or SRB in the control plane traffic.
- Certain embodiments, as shown in Figure 1, may include extending RRC Information Transfer to transmit FI AP messages, also referred to an FI AP information, from the DgNB CU to the RAN part of the IAB node.
- An SRB such as SRBx
- SRBx may also be used in the transmission of the FI AP information from the DgNB CU to an IAB node allowing the signaling to be recognized according to an identity, such as an LCID or information included within the RRC layer that transports the F1AP information.
- the LCID may be associated with the SRB, such as SRBx, or DRB through which data or downlink information may be received.
- Figure 1 illustrates a donor node 110, such as a DgNB, that includes a central unit part 120 and a distributed unit part 130.
- Figure 1 also illustrates SRBx that may be established between RRC entities in DgNB CU and the UE part of the second IAB node. The same SRBx may be passed through first hop 140, located between the DgNB 110 and a first IAB node 150, and through a second hop 160, between first IAB node 150 and UE part of second IAB node 170.
- First hop 140 and second hop 160 may be wireless backhaul links.
- a message or signaling transmitted via the wireless backhaul link, illustrated as SRBx over first hop 140 and/or second hop 160, may be recognized using an identity, such as an LCID or information included within the RRC protocol.
- SRBx for example, may have an x equal to 2 or may have an x equal to 4. The same value of x may apply to both hops shown in Figure 1.
- the cardinality of the SRB may relate to the priority of the SRB.
- Each SRB for example, may be recognized to have a different priority according to the number x.
- SRB2 may be defined as having lower priority than SRB1, and may be used for NAS message transfer, for example.
- SRB4 may be defined as having higher priority than SRB2, but lower priority than SRB1, and may be denoted as being used at least for the F1AP message transfer or transmission between the DgNB and the IAB node.
- a higher SRB x number may mean a lower priority.
- downlink information may be transmitted from the DgNB CU 120 to a RAN part of the IAB node via SRBx over first hop 140 and/or SRBx over second hop 160.
- the DgNB CU 120 may be for transmission to both DgNB DU 130 and the RAN part of the second IAB node 170, which may also be referred to as the IAB node DU part.
- the downlink information may include F1AP information.
- the downlink information in some embodiments, may be transmitted using an RRC signaling, and may be transmitted in the form of RRC information, which is information contained within an RRC message.
- the signaling radio bearer, such as SRBx may in some embodiments only be used when transporting the F1AP information.
- the DgNB may use the F1AP, which may be sent via the SRBx, to configure the RAN part of the second IAB node. Reception of the F1AP information may change configuration of the RAN part of the IAB node.
- Transmitting or transporting the FI AP information using the dedicated signaling radio bearer, for example SRB4, over the wireless backhaul links and/or the RRC information transfer, for example using SRB2, may allow for a decreased protocol overhead in over-the-air, wireless transmissions.
- the dedicated signaling radio bearer for example SRB4
- the dedicated signaling radio bearer over the wireless backhaul link, the overheard from the RRC messages transmitted to the RAN part of IAB node may also be minimized.
- the embodiment shown in Figure 1 may not use a user plane function (UPF) to transmit the F1AP information, which allows for using the same DgNB CU for both DgNB DU and the RAN part of the IAB node.
- Figure 1 further allows for a reliable transport of messages by using SRBs.
- At least one of the SRBs may use a Radio Link Control (RLC) acknowledged mode (AM), which can help to provide for reliable transmission of Fl AP information transmitted through the SRB.
- RLC Radio Link Control
- AM Radio Link Control
- Figure 2 illustrates an example of a diagram according to certain embodiments.
- Figure 2 illustrates a user plane, having a UPF 210, used for UE traffic to and from an UE via an L2 based IAB node.
- the DgNB 211 may have a CU- DU split.
- a radio bearer may be provided between DgNB CU packet data convergence protocol (PDCP) 212 and a UE PDCP 218.
- the IAB nodes shown in Figure 2 may include similar functions as DgNB DU 213.
- the IAB node may only host at least one lower L2 protocol layer, such as the RLC layer, a Medium Access Control (MAC) layer, and/or a physical (PF1Y) layer.
- MAC Medium Access Control
- PF1Y physical
- F1ARQ retransmissions may be transmitted separately for each hop, such as first hop 214 and second hop 216, as well as for Uu interface between IAB node and UE.
- a DRB may be passed over first hop 214 and/or second hop 216 and over the Uu interface.
- the example shown in Figure 2 illustrates only an RLC-L (low or light) in a first IAB node 215 and a second IAB node 217, which may mean that the RLC in the IAB nodes may perform segmentation/re-segmentation, when needed, as well as RLC PDU buffering.
- RLC retransmissions may be end-to-end between the DgNB DU 213 and UE 218.
- IAB nodes 215, 217 may host full RLC, which means that the RLC retransmissions may be performed in each hop.
- a DgNB with a split CU-DU similar to the split shown in Figure 2, may be utilized.
- first hop 214 and second hop 216 may be similar to first hop 140 and second hop 160, shown in Figure 1, and may allow for a user plane transmission to and from the IAB node.
- a user plane function may be included in DgNB DU part 213, first IAB node 215, and/or second IAB node 217.
- a user specific user tunnel may be provided from between DgNB DU part 213 and UE 218.
- Figure 3 illustrates an example of a diagram according to certain embodiments. Specifically, Figure 3 illustrates an example of a MAC PDU structure.
- the MAC PDU structure in certain embodiments, may be the same as an NR MAC PDU structure specified in TS 38.321, except for the UE ID(s) added for MAC service data unit (SDU).
- SDU MAC service data unit
- the MAC PDU may be the same as MAC PDU as specified in TS 38.321.
- 3GPP TS 38.321 is hereby incorporated by reference in its entirety.
- the MAC PDU 310 may include subheaders including an LCID, a MAC control element (MAC CE), a user equipment identification (ID) and/or a MAC SDU.
- the backhaul link may include an adaptation layer.
- the adaptation layer may be a separate layer, in some embodiments, or it may be part of the MAC or the RLC.
- the UE traffic of a plurality of UEs served by one or more IAB nodes such as first IAB node 150 and second IAB node 170 in Figure 1 and IAB node 215 and IAB node 217 in Figure 2, may be aggregated into a single backhaul transport channel using the wireless backhaul links.
- a backhaul transport channel may mean a transport channel used over the backhaul link.
- the UE traffic aggregation by the one or more IAB nodes may be referred to as MAC or adaptation layer aggregation.
- the adaptation layer or alternatively the MAC or the RLC layer, may add a UE ID for each MAC PDU or MAC SDU.
- the UE ID may be used for routing in the self-backhauling tree under a DgNB.
- the self-backhauling tree may include one or more IAB nodes connected to each other.
- Figure 3a illustrates an example of a diagram according to certain embodiments.
- Figure 3a illustrates a combination of the diagrams shown in Figures 1 and 2, in which the F1AP information may be transmitted or forwarded from the UE part of the second IAB node 170/217 to the RAN part of the second IAB node 170/217.
- the upper part of Figure 3a illustrates the Control Plane of the second IAB node and the lower part illustrates the User Plane from an access UE point of view.
- the communication system shown in Figure 3a illustrates DgNBs 110/ 211, first hops 140/214, first IAB nodes 150 /215, second hops 160/216, second IAB nodes 170/217, UPF 210, and UE 218.
- RAN part of second IAB node 170/217 which may be located in the user plane, may receive downlink information, such as F1AP information, from UE part of second IAB node 170, which may be located in the control plane.
- IAB node 2 170 and IAB node 2 217 are the same IAB node, 170 represents the control plane operation and 217 the user plane operation. Same applies to other network elements in the figure, such as DgNB and IAB node 1.
- Figure 4 illustrates an example of a diagram according to certain embodiments. Specifically, Figure 4 illustrates a UE control plane for L2 relaying using IAB nodes.
- a UE Non-Access Stratum (NAS) service is provided for in the communications system.
- the communications system includes an Access and Mobility Function (AMF) 410, a DgNB 411 that includes a CU part 412 and a DU part 413, a first hop 414, a first IAB node 415, a second hop 416, a second IAB node 417, and a UE 418.
- AMF Access and Mobility Function
- DgNB 411 that includes a CU part 412 and a DU part 413, a first hop 414, a first IAB node 415, a second hop 416, a second IAB node 417, and a UE 418.
- the embodiment shown in Figure 4 may be similar to the embodiment shown in Figure 2, except that Figure 2 relates to a PDU service
- the network side RRC may be in a DgNB CU 412, and one or more user specific user tunnels or SRBs may be provided between DgNB CU 412 and UE 418.
- Data traffic between DgNB 411 and UE 418 may be transmitted using an IAB transport channel, which may include L2 MAC layer aggregation or L2 adaptation layer aggregation.
- the NAS signaling may be between AMF 410 and UE 418, and may be transported using RRC signaling, for example an RRC Information Transfer.
- F1AP information may be transmitted from DgNB CU 412 to DgNB DU 413.
- Figure 5 illustrates an example of a diagram according to certain embodiments.
- Figure 5 illustrates a control plane for a UE part of the IAB node.
- the IAB node NAS service may be transmitted in a communications network that includes AMF 510, DgNB 511 that includes a CU part 512 and a DU part 513, a first hop 514, a first IAB node 515, a second hop 516, and a second IAB node 517.
- a new radio application protocol (NGAP) over the SCTP may be used to connect AMF 510 and the DgNB CU 512, an Fl control plane used to connect DgNB CU 512 and DgNB DU 513, and an L2 MAC aggregation used to connect DgNB DU part 513 and first IAB node 515, as well as first IAB node 515 and second IAB node 517.
- NGAP new radio application protocol
- IAB nodes 515 and 517 may have a UE part which receives and/or transmits downlink or uplink information via backhaul link.
- IAB nodes 515 and 517 may also have a RAN part, also referred to as an IAB node DU part, which may receive and/or transmit uplink or downlink information in an access direction.
- the RAN part of the IAB node may communicate with the UE itself or with a UE part of the next hop IAB node.
- the UE part of the IAB node may function similar to a UE, but in addition to the UE functions, the UE part of the IAB node may also support any enhancement specified for the backhaul link.
- the enhancement specified for the backhaul link for example, may be located in the MAC layer and/or the adaptation layer.
- the control of the UE part of the IAB node may be performed using RRC signaling.
- the UE part of the IAB node may terminate the SRB which carries RRC and NAS signaling.
- RRC may be located in the DgNB CU, while NAS may be located in the AMF.
- the SRB terminated in a UE part of the IAB node may be transported over the backhaul links together with, or separate from, the normal UE traffic.
- the aggregation shown in Figure 5 may, in some embodiments, be an aggregated in the same transport channel of the UE traffic and the SRB.
- the UE part of the IAB node may have an identification, which may be a UE ID, similar to other 3GPP access UEs.
- the UE ID may be included in the downlink information transmitted from the DgNB to help the IAB node identify an access UE or the UE part of the IAB node, or the downlink information forwarded from the UE part of the IAB node.
- the RAN part of the IAB node may identify the downlink link used to update configuration of the RAN part.
- DgNB CU 512 may control the DgNB DU 513 using an F1AP when the DgNB 511 includes a CU-DU split. Therefore, certain embodiments the DgNB CU 512 may be used to transmit F1AP information to DgNB DU 513 and to the RAN part of the IAB node. In accordance with the above embodiments, F1AP information may be transmitted from DgNB CU 512 to IAB nodes 515, 517 over one or more backhaul links or hops 514, 516. The F1AP may be transported in a CU-DU split over SCTP and/or IP.
- the IP packets may be routed via an internal UPF located in, or collocated with, the DgNB CU.
- the internal UPF located in DgNB CU may be used to handle the IP routing to IAB nodes and/or UEs.
- Certain embodiments may use a PDU session and/or a data radio bearer (DRB) which may be terminated in the IAB node.
- DRB data radio bearer
- a RAN protocol and/or a SRB may be used to wirelessly transmit FI AP information.
- a RAN protocol and/or a SRB may be used to transmit the F1AP information over a wireless backhaul link.
- the SRB content may not be tunneled from the CU.
- a SRB may be used instead of a DRB in order to have a lossless fixed F1AP interface, similar to F1AP over SCTP, between DgNB CU and DgNB DU.
- user plane traffic between DgNB CU and DgNB DU may use GPRS tunneling protocol user data tunneling (GTP-U).
- GTP-U GPRS tunneling protocol user data tunneling
- an RRC information transfer may be used. Downlink information may be transmitted via the UE part of the IAB node to the RAN or DU part of the IAB node.
- the downlink information may support or may include F1AP information.
- the UE part receiving the downlink information may be in an RRC connected mode.
- uplink information transfer procedures from the IAB node may also support F1AP protocol signaling. Such embodiment, for example, may be similar to NAS signaling transfer where the recipient may infer the intended destination of the message from the structure of the message. Both RRC procedures, as well as ASN. l, may be enhanced to support the transmission of FI AP information to the IAB node.
- an SRBx may be used for transmission of the F1AP.
- One type of SRB for example SRB4, may be specified for F1AP information transmission between DgNB CU and the RAN part or DU part of the IAB node. Since SRBs may utilize fixed FCIDs, information transmitted from the DgNB CU may be identified when the SRBx is used for a F1AP transmission.
- the F1AP information or message in some embodiments, may therefore be transmitted directly from the Fl AP layer to PDCP layer of SRB4, and the receiver can route the message to the F1AP layer.
- Downlink information such as Fl AP
- a DgNB CU may transmit a RAN part of the IAB node, also referred to as the IAB node gNB DU, via a UE part of the IAB node in an RRC connected mode.
- the dedicated information of the Fl application protocol may be used to transfer RAN part/DU IAB node specific F1AP information between the network and the IAB node.
- the UE and the RAN parts of the IAB node may both be in an RRC connected mode, while in certain other embodiments the UE and the RAN parts of the IAB node may be in different modes.
- the UE part of the IAB node may be in a connected mode, while the RAN part of the IAB node may be in an inactive mode.
- the RAN may initiate the transmission of downlink information when there is a need to transfer Fl AP dedicated information.
- the RAN may initiate the downlink information transfer, for example, by transmitting a downlink information transfer message from the DgNB to the IAB node.
- the IAB node or the UE part of the IAB node may identify the F1AP, and forward the received information to the F1AP upper layers, for example to the entity handling F1AP.
- An IAB control message may be used for the transmission of downlink information.
- the downlink information may include the F1AP information.
- the downlink information may be transmitted via a wireless backhaul, for example via SRB4.
- the downlink information may also be transmitted on a downlink control channel, and the RLC service access point may be in an acknowledgement mode.
- the RLC entity may be configured to transmit or receive PDUs through the downlink or uplink control channel.
- the donor node central unit may transmit or forward Fl application information to RAN part of the IAB node.
- the Fl application information may be transmitted via an SRB, such as an SRBx.
- the UE part of the IAB node may receive, for example via the SRBx, a message including the downlink Fl application protocol information transmitted from the donor node central unit in step 520.
- the RAN part of the IAB node may receive the Fl application protocol information from the donor node central unit via the UE part of the IAB node.
- the UE part of the IAB node may forward the Fl application information
- the RAN part of the IAB node may receive the Fl application information forwarded from the UE part of the IAB node.
- Figure 6 illustrates an example of a flow diagram according to certain embodiments.
- the UE part of the IAB node may receive downlink information from a donor node, such as a DgNB.
- the downlink information may include FI application protocol information.
- the donor node may include a donor node central unit for creating the downlink information.
- the donor node central unit may include an internal UPF.
- the downlink information may be aggregated with other data on a backhaul link located between the DgNB CU and the UE part of the IAB node, or between the DgNB CU and the RAN part of the IAB node.
- a SRB may be passed over the backhaul link.
- the backhaul link in certain embodiments, may be used when the IAB node is in an RLC AM.
- the backhaul link may include at least one of a RLC layer, a MAC layer, or an adaptation layer.
- the downlink information received at the UE part of the IAB node may be received via the SRB. In some embodiments, the downlink information may be received at the UE part of the IAB node as an RRC message or signal.
- the SRB may include an identifier, such as an LCID.
- the SRB may terminate at the UE part of the IAB node.
- the UE part of the IAB node may identify, based on an identifier within the RRC message or the LCID used for the SRB, that the received downlink information should be forwarded to the RAN part of the IAB node.
- the UE part of the IAB node may forward the downlink information, which may include the FI application protocol information, to the RAN part of the IAB node.
- the downlink information forwarded from the UE part of the IAB node to the RAN part of the IAB node may update a configuration of the RAN part of the IAB node.
- the RAN part of the IAB node may update the configuration of the RAN part of the IAB node based on the identified configuration received from donor node central unit via the UE part of the IAB node.
- the RAN part of the IAB node may identify, based on the downlink information or the FI application information, the updated configuration of the RAN part of the IAB node.
- a signal of at least one of a NAS service or a PDU service may be transmitted via the IAB node.
- Figure 7 illustrates an example of a flow diagram according to certain embodiments.
- the donor node may create or compose downlink information for an IAB node.
- the donor node central unit may create or compose downlink information for an IAB node.
- the donor node central unit in some embodiments, may include an internal user plane function.
- the downlink information may include FI application protocol information.
- the downlink information created at the donor node central unit may be configured for a RAN part of the IAB node.
- the downlink information may be transmitted from the donor node central unit to the UE part of the IAB node to reconfigure or configure the UE part of the IAB node.
- the downlink information created at the donor node central unit for the RAN of the IAB node may be an RRC protocol information comprising the FI application protocol information.
- the downlink information created at the donor node central unit for the RAN part of the IAB node may be configured to update a configuration of the RAN part of the IAB node.
- the method may include transmitting the downlink information including the FI application protocol information from the donor node central unit to a UE part of the IAB node via a backhaul link.
- the downlink information may be aggregated with other data on the backhaul link.
- the backhaul link may be used when the integrated access and backhaul node is in a radio link control acknowledged mode.
- the backhaul link may include at least one of a RLC layer, a MAC layer, or an adaptation layer.
- a SRB may be passed over the backhaul link, and the downlink information transmitted to the UE part of the IAB node may be transmitted via the SRB.
- the SRB may include an identifier, and the identifier may be an LCID.
- the SRB may terminate at the UE part of the IAB node.
- the F1AP information may be transferred by extending RRC information transfer to transport F1AP.
- F1AP information may be encapsulated inside an RRC message which may be sent to the UE part of IAB node using an existing SRB, for example SRB2.
- another SRB may be specified, for example SRB4, to transport F1AP information.
- F1AP information may not be encapsulated into RRC message, instead the FI AP message as such is send over the another SRB.
- SRBs transfer RRC messages but here in the latter embodiment, RRC may not be involved in the transfer of FI AP information.
- the donor node central unit may compose or create FI application protocol information for RAN part of the IAB.
- the donor central unit may compose or create RRC protocol information including the FI application protocol information for the UE part of the IAB node.
- the donor node central unit may then transmit the FI application protocol information to the RAN part of the IAB node via an SRB, such as SRBx.
- the FI application protocol information may be transmitted from the donor node central unit to the RAN part of the IAB node via the UE part of the IAB node.
- Figure 8 illustrates a system according to certain embodiments. It should be understood that each block in Figures 1-7 may be implemented by various means or their combinations, such as hardware, software, firmware, one or more processors and/or circuitry.
- a system may include several devices, such as, for example, a network entity 820 or a UE 810. The system may include more than one UE 810 and more than one network entity 820, although only one network entity is shown for the purposes of illustration.
- the network entity may be a network node, an access node, a base station, an evolved NodeB (eNB), a 5G or NR NodeB (gNB), a donor gNB, a host, a server, or any of the other access or network node discussed herein.
- eNB evolved NodeB
- gNB 5G or NR NodeB
- donor gNB donor gNB
- host host
- server or any of the other access or network node discussed herein.
- an IAB node 830 may include a UE part which is similar to UE 810 for communication with the donor node or a parent IAB node’s RAN part, in a multi hop embodiment, and a RAN part which may be similar to a network entity 820 for communication with access UEs or a next hop IAB node UE part.
- a single IAB node may include at least two processors 811, 821, at least two transceivers 813, 823, at least two memories 812, 822, and at least two antennas 814, 824.
- the processors, transceivers, memories and/or antennas may be shared between the UE part and the RAN part of the IAB node.
- Each of these devices may include at least one processor or control unit or module, respectively indicated as 811 and 821.
- At least one memory may be provided in each device, and indicated as 812 and 822, respectively.
- the memory may include computer program instructions or computer code contained therein.
- One or more transceiver 813 and 823 may be provided, and each device may also include an antenna, respectively illustrated as 814 and 824. Although only one antenna each is shown, many antennas and multiple antenna elements may be provided to each of the devices.
- Higher category UEs generally include multiple antenna panels. Other configurations of these devices, for example, may be provided.
- network entity 820 and UE 810 may be additionally configured for wired communication, in addition to wireless communication, and in such a case antennas 814 and 824 may illustrate any form of communication hardware, without being limited to merely an antenna.
- Transceivers 813 and 823 may each, independently, be a transmitter, a receiver, or both a transmitter and a receiver, or a unit or device that may be configured both for transmission and reception.
- the network entity may have at least one separate receiver or transmitter.
- the transmitter and/or receiver (as far as radio parts are concerned) may also be implemented as a remote radio head which is not located in the device itself, but in a mast, for example.
- the operations and functionalities may be performed in different entities, such as nodes, hosts or servers, in a flexible manner. In other words, division of labor may vary case by case.
- One possible use is to make a network node deliver local content.
- One or more functionalities may also be implemented as virtual application(s) in software that can run on a server.
- a user device or user equipment may be a mobile station (MS) such as a mobile phone or smart phone or multimedia device, a computer, such as a tablet, provided with wireless communication capabilities, personal data or digital assistant (PDA) provided with wireless communication capabilities, portable media player, digital camera, pocket video camera, navigation unit provided with wireless communication capabilities or any combinations thereof.
- the UE may be a machine type communication (MTC) device or an Internet of Things device, which may not require human interaction, such as a sensor, a meter, an actuator.
- MTC machine type communication
- an apparatus such as user equipment 810 or network entity 820, may include means for performing or carrying out embodiments described above in relation to Figures 1-7.
- the apparatus may include at least one memory including computer program code and at least one processor.
- the at least one memory including computer program code can be configured to, with the at least one processor, cause the apparatus at least to perform any of the processes described herein.
- the apparatus for example, may be user equipment 810 or network entity 820.
- Processors 811 and 821 may be embodied by any computational or data processing device, such as a central processing unit (CPU), digital signal processor (DSP), application specific integrated circuit (ASIC), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), digitally enhanced circuits, or comparable device or a combination thereof.
- the processors may be implemented as a single controller, or a plurality of controllers or processors.
- the implementation may include modules or unit of at least one chip set (for example, procedures, functions, and so on).
- Memories 812 and 822 may independently be any suitable storage device, such as a non-transitory computer-readable medium.
- a hard disk drive (HDD), random access memory (RAM), flash memory, or other suitable memory may be used.
- the memories may be combined on a single integrated circuit as the processor, or may be separate therefrom.
- the computer program instructions may be stored in the memory and which may be processed by the processors can be any suitable form of computer program code, for example, a compiled or interpreted computer program written in any suitable programming language.
- the memory or data storage entity is typically internal but may also be external or a combination thereof, such as in the case when additional memory capacity is obtained from a service provider.
- the memory may be fixed or removable.
- the memory and the computer program instructions may be configured, with the processor for the particular device, to cause a hardware apparatus such as network entity 820 or UE 810, to perform any of the processes described above (see, for example, Figures 1-7). Therefore, in certain embodiments, a non-transitory computer-readable medium may be encoded with computer instructions or one or more computer program (such as added or updated software routine, applet or macro) that, when executed in hardware, may perform a process such as one of the processes described herein. In other embodiments, a computer program product may encode instructions for performing any of the processes described above, or a computer program product embodied in a non-transitory computer-readable medium and encoding instructions that, when executed in hardware, perform any of the processes describes above.
- Computer programs may be coded by a programming language, which may be a high- level programming language, such as objective -C, C, C++, C#, Java, etc., or a low-level programming language, such as a machine language, or assembler. Alternatively, certain embodiments may be performed entirely in hardware.
- a programming language which may be a high- level programming language, such as objective -C, C, C++, C#, Java, etc.
- a low-level programming language such as a machine language, or assembler.
- certain embodiments may be performed entirely in hardware.
- an apparatus may include circuitry configured to perform any of the processes or functions illustrated in Figures 1-6.
- Circuitry in one example, may be hardware -only circuit implementations, such as analog and/or digital circuitry.
- Circuitry in another example, may be a combination of hardware circuits and software, such as a combination of analog and/or digital hardware circuit(s) with software or firmware, and/or any portions of hardware processor(s) with software (including digital signal processor(s)), software, and at least one memory that work together to cause an apparatus to perform various processes or functions.
- circuitry may be hardware circuit(s) and or processor(s), such as a microprocessor(s) or a portion of a microprocessor(s), that include software, such as firmware for operation.
- Software in circuitry may not be present when it is not needed for the operation of the hardware.
- circuitry may be content coding circuitry, content decoding circuitry, processing circuitry, image generation circuitry, data analysis circuitry, or discrete circuitry.
- the term circuitry may also be, for example, a baseband integrated circuit or processor integrated circuit for a mobile device, a network entity, or a similar integrated circuit in server, a cellular network device, or other computing or network device.
- Figure 8 illustrates a system including a network entity 820 and UE 810
- certain embodiments may be applicable to other configurations, and configurations involving additional elements, as illustrated and discussed herein.
- multiple user equipment devices and multiple network entities may be present, or other nodes providing similar functionality, such as nodes that combine the functionality of a user equipment and an network entity, such as a relay node.
- the UE 810 may likewise be provided with a variety of configurations for communication other than communication network entity 820.
- the UE 810 may be configured for device -to-de vice, machine -to-machine, and/or vehicle-to- vehicle transmissions.
- the above embodiments may provide for significant improvements to the functioning of a network and/or to the functioning of the user equipment and the network entities included within the network.
- the above embodiments allow for efficiently extending the 5G or NR signaling using regular ASN. l extension mechanisms, such as using a non-critical extension via an "empty SEQUENCE", for example, an ASN. l SEQUENCE whose contents are left open at the time of definition and only defined later on.
- an ASN. l extension mechanism may be an extension addition group, for example an ASN.l extension mechanism where an "ellipsis" marker is defined within the ASN.
- the embodiment may also help to decrease protocol overhead in wireless transmissions, by utilizing an SRBx and/or an RRC transfer information.
- the DgNB CU may also be used for both the DgNB DU and/or the RAN part of the IAB node, which helps to reduce the resources needed for Fl AP transmissions.
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Various communication systems may benefit from improved network signaling. For example, certain embodiments may benefit from an improved connection between relay nodes and network entities. A method may include receiving at a user equipment part of an integrated access and backhaul node downlink information from a donor node. The downlink information may include F1 application protocol information. The method may also include forwarding the downlink information including the F1 application protocol information from the user equipment part of the integrated access and backhaul node to a radio access network part of the integrated access and backhaul node.
Description
CONTROL PLANE SIGNALING FOR INTEGRATED ACCESS AND BACKHAUL
NODES
CROSS-REFERENCE TO RELATED APPLICATIONS:
[0001] This application claim priority to U.S. Provisional Patent Application No. 62/619,479 filed on January 19, 2018. The entire content of the above-referenced application is hereby incorporated by reference.
BACKGROUND:
Field:
[0002] Various communication systems may benefit from improved network signaling. For example, certain embodiments may benefit from an improved connection between relay nodes and network entities.
Description of the Related Art:
[0003] Third Generation Partnership Project (3GPP) New Radio (NR) or 5th Generation (5G) technology include functions that allow for minimal manual effort to be performed when deploying a network using NR or 5G technology. For example, one function provided for is automated self configuration. When utilizing higher frequency bands, NR or 5G technology also provides for easy coverage extension with minimized or no requirements of network planning or re-planning in a fast and cost-efficient manner. To help facilitate the above, a wireless backhaul is used to connect relay nodes, which are also referred to as Integrated Access and Backhaul (IAB) nodes, to each other and to base stations with a fixed connection.
[0004] As discussed above, a relay node (RN) or IAB node is included as part of a communication system that utilizes NR or 5G technology. One or more RN or IAB nodes are connected to one another. The RN or IAB node also has a wireless backhaul connection, instead of a wired connection, which connects the RN or IAB node to a donor 5G or NR NodeB (DgNB) or another IAB node. DgNB is a base station with a fixed connection to the network backhaul. A serving DgNB controls the usage of the radio resources in the communication system, and considers both access and backhaul links as part of the radio resource allocation.
SUMMARY
[0005] One example embodiment is directed to a method, which may include receiving at a user equipment part of an integrated access and backhaul node downlink information from a donor node, the downlink information comprising at least Fl application protocol information. The method may also include forwarding the downlink information comprising at least the Fl
application protocol information from the user equipment part of the integrated access and backhaul node to a radio access network part of the integrated access and backhaul node.
[0006] Another example embodiment is directed to an apparatus, which may include at least one processor, and at least one memory including computer program code. The at least one memory and the computer program code are configured, with the at least one processor, to cause the apparatus at least to receive at a user equipment part of an integrated access and backhaul node downlink information from a donor node, the downlink information comprising at least FI application protocol information. The apparatus may also be caused to forward the downlink information comprising at least the FI application protocol information from the user equipment part of the integrated access and backhaul node to a radio access network part of the integrated access and backhaul node.
[0007] In an example embodiment, the donor node may include a donor node central unit for the downlink information. In another example embodiment, downlink information may be aggregated with other data on a backhaul link. According to a further example embodiment, a signaling radio bearer may be passed over the backhaul link, and the downlink information at the user equipment part of the integrated access and backhaul node may be received via the signaling radio bearer.
[0008] In another example embodiment, the downlink information may be received at the user equipment part of the integrated access and backhaul node as a radio resource control message or signal. According to an example embodiment, the signaling radio bearer may include an identifier, and the identifier may be a logical channel identifier. In an example embodiment the method may include identifying, based on an identifier within the radio resource control message or the logical channel identifier used for the signaling radio bearer, that the received downlink information should be forwarded to the radio access network part of the integrated access and backhaul node.
[0009] According to an example embodiment, the downlink information forwarded from the user equipment part of the integrated access and backhaul node to the radio network part of the integrated access and backhaul node updates a configuration of the radio access network part of the integrated access and backhaul node. In an example embodiment, the backhaul link may be used when the integrated access and backhaul node is in a radio link control acknowledged mode. According to an example embodiment, the backhaul link may include at least one of a radio link control layer, a medium access control layer, or an adaptation layer.
[00010] In a further example embodiment, the donor node central unit may include an internal user plane function. In yet another example embodiment, a signal of at least one of a non-access stratum service or a protocol data unit service may be transmitted via the integrated access and backhaul node. According to an example embodiment, the signaling radio bearer may terminate at the user equipment part of the integrated access and backhaul node.
[00011] Another example embodiment may be directed to an apparatus, which may include
receiving means for receiving, at a user equipment part of an integrated access and backhaul node downlink information from a donor node, the downlink information comprising FI application protocol information. The apparatus may also include forwarding means for forwarding the downlink information comprising at least the FI application protocol information from the user equipment part of the integrated access and backhaul node to a radio access network part of the integrated access and backhaul node.
[00012] Another example embodiment may be directed to a method, which may include creating at a donor node, downlink information for an integrated access and backhaul node, wherein the downlink information comprises at least FI application protocol information. The method may also include transmitting the downlink information comprising at least the FI application protocol information from the donor node to a user equipment part of the integrated access and backhaul node.
[00013] Another example embodiment may be directed to an apparatus, which may include at least one processor, and at least one memory including computer program code. The at least one memory and the computer program code may be configured, with the at least one processor, to cause the apparatus at least to create at a donor node, downlink information for an integrated access and backhaul node, wherein the downlink information comprises at least FI application protocol information. The apparatus may also be caused to transmit the downlink information comprising at least the FI application protocol information from the donor node to a user equipment part of the integrated access and backhaul node.
[00014] In certain example embodiments, the donor node may include a donor node central unit for creating the downlink information. In another example embodiment, the downlink information may be aggregated with other data on a backhaul link. In an example embodiment, the downlink information created at the donor node central unit for the radio access network part of the integrated access and backhaul node may be at least FI application protocol information encapsulated into radio resource control protocol information.
[00015] In another example embodiment, a signaling radio bearer may be passed over a backhaul link, and the downlink information transmitted to the user equipment part of the integrated access and backhaul node may be transmitted via the signaling radio bearer. According to another example embodiment, the downlink information is transmitted from the donor node central unit to the user equipment part of the integrated access and backhaul node as a radio resource control message or signal. In a further example embodiment, the signaling radio bearer may be identified by an identifier, and the identifier may be a logical channel identifier.
[00016] According to an example embodiment, the downlink information created at the donor node central unit for the radio access network part of the integrated access and backhaul node may be configured to update a configuration of the radio access network part of the integrated access
and backhaul node. In another example embodiment, the backhaul link may be used when the integrated access and backhaul node is in a radio link control acknowledged mode.
[00017] According to another example embodiment, the backhaul link may include at least one of a radio link control layer, a medium access control layer, or an adaptation layer. According to a further example embodiment, the donor node central unit may include an internal user plane function. In another example embodiment, the signaling radio bearer may terminate at the user equipment part of the integrated access and backhaul node.
[00018] Another example embodiment may be directed to an apparatus that may include creating means for creating, at a donor node, downlink information for an integrated access and backhaul node, wherein the downlink information comprises at least FI application protocol information. The apparatus may also include transmitting means for transmitting the downlink information comprising at least the FI application protocol information from the donor node to a user equipment part of the integrated access and backhaul node.
BRIEF DESCRIPTION OF THE DRAWINGS:
[00019] For proper understanding of the invention, reference should be made to the accompanying drawings, wherein:
[00020] Figure 1 illustrates an example of a diagram according to certain embodiments.
[00021] Figure 2 illustrates an example of a diagram according to certain embodiments.
[00022] Figure 3 illustrates an example of a diagram according to certain embodiments.
[00023] Figure 3a illustrates an example of a diagram according to certain embodiments.
[00024] Figure 4 illustrates an example of a diagram according to certain embodiments.
[0025] Figure 5 illustrates an example of a diagram according to certain embodiments.
[0026] Figure 5a illustrates an example of a flow diagram according to certain embodiments.
[0027] Figure 6 illustrates an example of a flow diagram according to certain embodiments.
[0028] Figure 7 illustrates an example of a flow diagram according to certain embodiments.
[0029] Figure 8 illustrates an example of a system according to certain embodiments.
DETAILED DESCRIPTION:
[0030] In 5G or NR technology, the IAB node may have a user equipment (UE) part, also known as a UE function or Mobile Termination (MT) function, which connects with the DgNB or another IAB node, in an embodiment that includes a multi-hop relaying. The IAB node may also include a radio access network (RAN) part, which serves the UEs or access UEs, as well as child IAB nodes connected to the IAB node, also known as the next hop IAB nodes. The RAN part may consist of a full gNB or a distributed unit (gNB-DU) part of a gNB. The UE part, in some embodiments, may be controlled by radio resource control (RRC) signaling. In other words, the
UE part of the IAB node may utilize RRC similar to any normal UE, meaning that the donor gNB may configure the IAB node UE part by sending RRC reconfiguration messages to the IAB node.
[0031] Certain embodiments may help to support self-backhauling where the same carrier may be used for a backhaul connection, as well as for the access links. In other words, certain embodiment help to support an in-band backhaul operation. Figures 1 and 2 relate to the transport of control signaling to IAB node RAN part. In particular, the embodiments may allow for the extending of RRC information transfer to transmit FI application protocol (F1AP) messages from the DgNB central unit (CU) to the RAN/DU part of the IAB node. In additional to, or in yet another embodiment, a specific type of a signaling radio bearer (SRB), referred to as SRBx, may be used to help transport FI application protocol messages from DgNB CU to the RAN part of the IAB node. By using the SRBx, the UE and/or the IAB node may recognize the signals being transmitted according to Logical Channel IDs (LCID). In other words, in one embodiment RRC information transfer may be expanded to transport F1AP, while in another embodiment a SRBx may be used to transport F1AP.
[0032] Stream Control Transmission Protocol (SCTP) or Internet Protocol (IP) may be used to transport or transmit, in some embodiments, an FI application protocol (F1AP) from a CU to a Distributed Unit (DU). With self-backhauling, the FI AP may be signaled or transmitted via a user plane function (UPF) for IAB node using a protocol data unit (PDU) session terminated in the UE part of the IAB node. In other words, a UPF, which may be located in a IAB node CU outside the donor node, may transmit the F1AP to a UE part of the IAB node. Such backhaul signaling, however, using the UPF does not fit well with Layer 2 (L2) relaying based self-backhauling since SCTP is, by definition, utilized above L2 protocols, and requires adding a specific header that identifies the protocol as such. Self-backhauling may be utilized as part of the automated self configuration provided for by NR or 5G.
[0033] Figure 1 illustrates an example of a diagram according to certain embodiments. In particular, Figure 1 illustrates an example of an F1AP for controlling the IAB node RAN part, which may encapsulate the messages within the control plane traffic. For example, the messages may be included in a transparent container or SRB in the control plane traffic. Certain embodiments, as shown in Figure 1, may include extending RRC Information Transfer to transmit FI AP messages, also referred to an FI AP information, from the DgNB CU to the RAN part of the IAB node. An SRB, such as SRBx, may also be used in the transmission of the FI AP information from the DgNB CU to an IAB node allowing the signaling to be recognized according to an identity, such as an LCID or information included within the RRC layer that transports the F1AP information. In other words, the LCID may be associated with the SRB, such as SRBx, or DRB through which data or downlink information may be received.
[0034] Figure 1 illustrates a donor node 110, such as a DgNB, that includes a central unit part 120
and a distributed unit part 130. Figure 1 also illustrates SRBx that may be established between RRC entities in DgNB CU and the UE part of the second IAB node. The same SRBx may be passed through first hop 140, located between the DgNB 110 and a first IAB node 150, and through a second hop 160, between first IAB node 150 and UE part of second IAB node 170. First hop 140 and second hop 160 may be wireless backhaul links. A message or signaling transmitted via the wireless backhaul link, illustrated as SRBx over first hop 140 and/or second hop 160, may be recognized using an identity, such as an LCID or information included within the RRC protocol. SRBx, for example, may have an x equal to 2 or may have an x equal to 4. The same value of x may apply to both hops shown in Figure 1.
[0035] The cardinality of the SRB may relate to the priority of the SRB. Each SRB, for example, may be recognized to have a different priority according to the number x. For example, SRB2 may be defined as having lower priority than SRB1, and may be used for NAS message transfer, for example, On the other hand, SRB4 may be defined as having higher priority than SRB2, but lower priority than SRB1, and may be denoted as being used at least for the F1AP message transfer or transmission between the DgNB and the IAB node. In certain other embodiments, a higher SRB x number may mean a lower priority.
[0036] In certain embodiments, downlink information may be transmitted from the DgNB CU 120 to a RAN part of the IAB node via SRBx over first hop 140 and/or SRBx over second hop 160. In other words, the DgNB CU 120 may be for transmission to both DgNB DU 130 and the RAN part of the second IAB node 170, which may also be referred to as the IAB node DU part. The downlink information may include F1AP information. The downlink information, in some embodiments, may be transmitted using an RRC signaling, and may be transmitted in the form of RRC information, which is information contained within an RRC message. The signaling radio bearer, such as SRBx, may in some embodiments only be used when transporting the F1AP information. Only using the signaling radio bearer, such as SRBx, for transmitting F1AP information may allow for further differentiation or prioritization of the F1AP information over any other traffic. As shown in Figure 1, the DgNB may use the F1AP, which may be sent via the SRBx, to configure the RAN part of the second IAB node. Reception of the F1AP information may change configuration of the RAN part of the IAB node.
[0037] Transmitting or transporting the FI AP information using the dedicated signaling radio bearer, for example SRB4, over the wireless backhaul links and/or the RRC information transfer, for example using SRB2, may allow for a decreased protocol overhead in over-the-air, wireless transmissions. For example, in certain embodiments no IP or SCTP headers may be needed. As such, no IP header having a minimum of 20 bytes may be needed, and/or no SCTP header having a minimum of 16 bytes may be needed. When using the dedicated signaling radio bearer over the wireless backhaul link, the overheard from the RRC messages transmitted to
the RAN part of IAB node may also be minimized. In addition, the embodiment shown in Figure 1 may not use a user plane function (UPF) to transmit the F1AP information, which allows for using the same DgNB CU for both DgNB DU and the RAN part of the IAB node. Figure 1 further allows for a reliable transport of messages by using SRBs. At least one of the SRBs, for example, may use a Radio Link Control (RLC) acknowledged mode (AM), which can help to provide for reliable transmission of Fl AP information transmitted through the SRB.
[0038] Figure 2 illustrates an example of a diagram according to certain embodiments. In particular, Figure 2 illustrates a user plane, having a UPF 210, used for UE traffic to and from an UE via an L2 based IAB node. As can be seen in Figure 2, the DgNB 211 may have a CU- DU split. A radio bearer may be provided between DgNB CU packet data convergence protocol (PDCP) 212 and a UE PDCP 218. The IAB nodes shown in Figure 2 may include similar functions as DgNB DU 213. In certain embodiments, the IAB node may only host at least one lower L2 protocol layer, such as the RLC layer, a Medium Access Control (MAC) layer, and/or a physical (PF1Y) layer.
[0039] F1ARQ retransmissions, in some embodiments, may be transmitted separately for each hop, such as first hop 214 and second hop 216, as well as for Uu interface between IAB node and UE. A DRB may be passed over first hop 214 and/or second hop 216 and over the Uu interface. The example shown in Figure 2 illustrates only an RLC-L (low or light) in a first IAB node 215 and a second IAB node 217, which may mean that the RLC in the IAB nodes may perform segmentation/re-segmentation, when needed, as well as RLC PDU buffering. RLC retransmissions may be end-to-end between the DgNB DU 213 and UE 218. In other embodiments, IAB nodes 215, 217 may host full RLC, which means that the RLC retransmissions may be performed in each hop. When the RLC retransmissions are performed in each hop 214, 216, a DgNB with a split CU-DU, similar to the split shown in Figure 2, may be utilized.
[0040] As shown in Figure 2, there may be a UE tunnel between UPF 210 and DgNB CU 212, and an Fl tunnel between DgNB CU 212 and DgNB DU 213. L2 MAC aggregation may be performed on first hop 214 and second hop 216. The first hop 214 and the second hop 216 may be similar to first hop 140 and second hop 160, shown in Figure 1, and may allow for a user plane transmission to and from the IAB node. In certain embodiments, a user plane function may be included in DgNB DU part 213, first IAB node 215, and/or second IAB node 217. A user specific user tunnel may be provided from between DgNB DU part 213 and UE 218.
[0041] Figure 3 illustrates an example of a diagram according to certain embodiments. Specifically, Figure 3 illustrates an example of a MAC PDU structure. The MAC PDU structure, in certain embodiments, may be the same as an NR MAC PDU structure specified in TS 38.321, except for the UE ID(s) added for MAC service data unit (SDU). When the UE ID
may be added by a separate adaptation layer to become part of the MAC SDU, the MAC PDU may be the same as MAC PDU as specified in TS 38.321. 3GPP TS 38.321 is hereby incorporated by reference in its entirety.
[0042] The MAC PDU 310 may include subheaders including an LCID, a MAC control element (MAC CE), a user equipment identification (ID) and/or a MAC SDU. In addition to RLC and MAC, the backhaul link may include an adaptation layer. The adaptation layer may be a separate layer, in some embodiments, or it may be part of the MAC or the RLC. The UE traffic of a plurality of UEs served by one or more IAB nodes, such as first IAB node 150 and second IAB node 170 in Figure 1 and IAB node 215 and IAB node 217 in Figure 2, may be aggregated into a single backhaul transport channel using the wireless backhaul links. A backhaul transport channel may mean a transport channel used over the backhaul link.
[0043] In certain embodiments, the UE traffic aggregation by the one or more IAB nodes, may be referred to as MAC or adaptation layer aggregation. In certain embodiments, the adaptation layer, or alternatively the MAC or the RLC layer, may add a UE ID for each MAC PDU or MAC SDU. The UE ID may be used for routing in the self-backhauling tree under a DgNB. The self-backhauling tree may include one or more IAB nodes connected to each other.
[0044] Figure 3a illustrates an example of a diagram according to certain embodiments. In particular, Figure 3a illustrates a combination of the diagrams shown in Figures 1 and 2, in which the F1AP information may be transmitted or forwarded from the UE part of the second IAB node 170/217 to the RAN part of the second IAB node 170/217. The upper part of Figure 3a illustrates the Control Plane of the second IAB node and the lower part illustrates the User Plane from an access UE point of view. The communication system shown in Figure 3a, illustrates DgNBs 110/ 211, first hops 140/214, first IAB nodes 150 /215, second hops 160/216, second IAB nodes 170/217, UPF 210, and UE 218. RAN part of second IAB node 170/217, which may be located in the user plane, may receive downlink information, such as F1AP information, from UE part of second IAB node 170, which may be located in the control plane. IAB node 2 170 and IAB node 2 217 are the same IAB node, 170 represents the control plane operation and 217 the user plane operation. Same applies to other network elements in the figure, such as DgNB and IAB node 1.
[0045] Figure 4 illustrates an example of a diagram according to certain embodiments. Specifically, Figure 4 illustrates a UE control plane for L2 relaying using IAB nodes. As can be seen in Figure 4, a UE Non-Access Stratum (NAS) service is provided for in the communications system. The communications system includes an Access and Mobility Function (AMF) 410, a DgNB 411 that includes a CU part 412 and a DU part 413, a first hop 414, a first IAB node 415, a second hop 416, a second IAB node 417, and a UE 418. The embodiment shown in Figure 4 may be similar to the embodiment shown in Figure 2, except
that Figure 2 relates to a PDU service in a user plane for UE traffic, while Figure 4 relates to a NAS service in a control plane for UE traffic.
[0046] The network side RRC may be in a DgNB CU 412, and one or more user specific user tunnels or SRBs may be provided between DgNB CU 412 and UE 418. Data traffic between DgNB 411 and UE 418 may be transmitted using an IAB transport channel, which may include L2 MAC layer aggregation or L2 adaptation layer aggregation. In certain embodiments, the NAS signaling may be between AMF 410 and UE 418, and may be transported using RRC signaling, for example an RRC Information Transfer. As can be seen in Figure 4, F1AP information may be transmitted from DgNB CU 412 to DgNB DU 413.
[0047] Figure 5 illustrates an example of a diagram according to certain embodiments. In particular, Figure 5 illustrates a control plane for a UE part of the IAB node. As shown in Figure 5, the IAB node NAS service may be transmitted in a communications network that includes AMF 510, DgNB 511 that includes a CU part 512 and a DU part 513, a first hop 514, a first IAB node 515, a second hop 516, and a second IAB node 517. A new radio application protocol (NGAP) over the SCTP may be used to connect AMF 510 and the DgNB CU 512, an Fl control plane used to connect DgNB CU 512 and DgNB DU 513, and an L2 MAC aggregation used to connect DgNB DU part 513 and first IAB node 515, as well as first IAB node 515 and second IAB node 517.
[0048] IAB nodes 515 and 517, as shown in Figure 5, may have a UE part which receives and/or transmits downlink or uplink information via backhaul link. IAB nodes 515 and 517 may also have a RAN part, also referred to as an IAB node DU part, which may receive and/or transmit uplink or downlink information in an access direction. The RAN part of the IAB node may communicate with the UE itself or with a UE part of the next hop IAB node. The UE part of the IAB node may function similar to a UE, but in addition to the UE functions, the UE part of the IAB node may also support any enhancement specified for the backhaul link. The enhancement specified for the backhaul link, for example, may be located in the MAC layer and/or the adaptation layer.
[0049] In certain embodiments, the control of the UE part of the IAB node, such as the reconfiguration of the PHY, the MAC, the RLC, or the adaptation layer, may be performed using RRC signaling. The UE part of the IAB node, for example, may terminate the SRB which carries RRC and NAS signaling. RRC may be located in the DgNB CU, while NAS may be located in the AMF. The SRB terminated in a UE part of the IAB node may be transported over the backhaul links together with, or separate from, the normal UE traffic. The aggregation shown in Figure 5 may, in some embodiments, be an aggregated in the same transport channel of the UE traffic and the SRB. In order to help facilitate routing and multiplexing, the UE part of the IAB node may have an identification, which may be a UE ID, similar to other 3GPP
access UEs. The UE ID may be included in the downlink information transmitted from the DgNB to help the IAB node identify an access UE or the UE part of the IAB node, or the downlink information forwarded from the UE part of the IAB node. In other embodiments, the RAN part of the IAB node may identify the downlink link used to update configuration of the RAN part.
[0050] DgNB CU 512 may control the DgNB DU 513 using an F1AP when the DgNB 511 includes a CU-DU split. Therefore, certain embodiments the DgNB CU 512 may be used to transmit F1AP information to DgNB DU 513 and to the RAN part of the IAB node. In accordance with the above embodiments, F1AP information may be transmitted from DgNB CU 512 to IAB nodes 515, 517 over one or more backhaul links or hops 514, 516. The F1AP may be transported in a CU-DU split over SCTP and/or IP. When using SCTP and/or IP for transmissions between DgNB CU and the IAB nodes, the IP packets may be routed via an internal UPF located in, or collocated with, the DgNB CU. The internal UPF located in DgNB CU may be used to handle the IP routing to IAB nodes and/or UEs. Certain embodiments may use a PDU session and/or a data radio bearer (DRB) which may be terminated in the IAB node.
[0051] In certain embodiments that include a multi-hop self-backhauling link or one or more individual self-backhauling links, as shown in Figures 1-5, a RAN protocol and/or a SRB may be used to wirelessly transmit FI AP information. In other words, a RAN protocol and/or a SRB may be used to transmit the F1AP information over a wireless backhaul link. In the embodiments shown in Figures 1-5, the SRB content may not be tunneled from the CU. Furthermore, a SRB may be used instead of a DRB in order to have a lossless fixed F1AP interface, similar to F1AP over SCTP, between DgNB CU and DgNB DU. For example, user plane traffic between DgNB CU and DgNB DU may use GPRS tunneling protocol user data tunneling (GTP-U).
[0052] In some embodiments, an RRC information transfer may be used. Downlink information may be transmitted via the UE part of the IAB node to the RAN or DU part of the IAB node. The downlink information may support or may include F1AP information. The UE part receiving the downlink information may be in an RRC connected mode. In some embodiments, uplink information transfer procedures from the IAB node may also support F1AP protocol signaling. Such embodiment, for example, may be similar to NAS signaling transfer where the recipient may infer the intended destination of the message from the structure of the message. Both RRC procedures, as well as ASN. l, may be enhanced to support the transmission of FI AP information to the IAB node.
[0053] As shown in Figure 1, an SRBx may be used for transmission of the F1AP. One type of SRB, for example SRB4, may be specified for F1AP information transmission between DgNB CU and the RAN part or DU part of the IAB node. Since SRBs may utilize fixed FCIDs,
information transmitted from the DgNB CU may be identified when the SRBx is used for a F1AP transmission. The F1AP information or message, in some embodiments, may therefore be transmitted directly from the Fl AP layer to PDCP layer of SRB4, and the receiver can route the message to the F1AP layer.
[0054] Downlink information, such as Fl AP, may be transmitted from a DgNB CU to a RAN part of the IAB node, also referred to as the IAB node gNB DU, via a UE part of the IAB node in an RRC connected mode. In other words, the dedicated information of the Fl application protocol may be used to transfer RAN part/DU IAB node specific F1AP information between the network and the IAB node. In certain embodiments, the UE and the RAN parts of the IAB node may both be in an RRC connected mode, while in certain other embodiments the UE and the RAN parts of the IAB node may be in different modes. For example, the UE part of the IAB node may be in a connected mode, while the RAN part of the IAB node may be in an inactive mode. The RAN, in certain embodiments, may initiate the transmission of downlink information when there is a need to transfer Fl AP dedicated information. The RAN may initiate the downlink information transfer, for example, by transmitting a downlink information transfer message from the DgNB to the IAB node. Upon receiving the downlink information, the IAB node or the UE part of the IAB node may identify the F1AP, and forward the received information to the F1AP upper layers, for example to the entity handling F1AP.
[0055] An IAB control message, in some embodiments, may be used for the transmission of downlink information. The downlink information may include the F1AP information. The downlink information may be transmitted via a wireless backhaul, for example via SRB4. In certain embodiments, the downlink information may also be transmitted on a downlink control channel, and the RLC service access point may be in an acknowledgement mode. In an acknowledgement mode, the RLC entity may be configured to transmit or receive PDUs through the downlink or uplink control channel.
[0056] Figure 5a illustrates an example of a flow diagram according to certain embodiments· In step 520, the donor node central unit, for example DgNB CU, may transmit or forward Fl application information to RAN part of the IAB node. In some embodiments, the Fl application information may be transmitted via an SRB, such as an SRBx. In step 530, the UE part of the IAB node may receive, for example via the SRBx, a message including the downlink Fl application protocol information transmitted from the donor node central unit in step 520. In step 540, the RAN part of the IAB node may receive the Fl application protocol information from the donor node central unit via the UE part of the IAB node. In other words, the UE part of the IAB node may forward the Fl application information, and the RAN part of the IAB node may receive the Fl application information forwarded from the UE part of the IAB node.
[0057] Figure 6 illustrates an example of a flow diagram according to certain embodiments.
In particular, Figure 6 illustrates a method or process performed by a UE part of the IAB node. In step 610, the UE part of the IAB node may receive downlink information from a donor node, such as a DgNB. The downlink information may include FI application protocol information. In one embodiment, the donor node may include a donor node central unit for creating the downlink information. In some embodiments, the donor node central unit may include an internal UPF. The downlink information, for example, may be aggregated with other data on a backhaul link located between the DgNB CU and the UE part of the IAB node, or between the DgNB CU and the RAN part of the IAB node. In certain embodiments, a SRB may be passed over the backhaul link. The backhaul link, in certain embodiments, may be used when the IAB node is in an RLC AM. The backhaul link may include at least one of a RLC layer, a MAC layer, or an adaptation layer. The downlink information received at the UE part of the IAB node may be received via the SRB. In some embodiments, the downlink information may be received at the UE part of the IAB node as an RRC message or signal.
[0058] The SRB may include an identifier, such as an LCID. The SRB may terminate at the UE part of the IAB node. In step 620, the UE part of the IAB node may identify, based on an identifier within the RRC message or the LCID used for the SRB, that the received downlink information should be forwarded to the RAN part of the IAB node. In step 630, the UE part of the IAB node may forward the downlink information, which may include the FI application protocol information, to the RAN part of the IAB node.
[0059] The downlink information forwarded from the UE part of the IAB node to the RAN part of the IAB node may update a configuration of the RAN part of the IAB node. In other words, the RAN part of the IAB node may update the configuration of the RAN part of the IAB node based on the identified configuration received from donor node central unit via the UE part of the IAB node. The RAN part of the IAB node may identify, based on the downlink information or the FI application information, the updated configuration of the RAN part of the IAB node. In some embodiments, a signal of at least one of a NAS service or a PDU service may be transmitted via the IAB node.
[0060] Figure 7 illustrates an example of a flow diagram according to certain embodiments. In particular, Figure 7 illustrates a method or process performed by a donor node central unit, for example a DgNB. In step 710, the donor node may create or compose downlink information for an IAB node. In certain embodiments, in which the donor node may be split into CU-DU, the donor node central unit may create or compose downlink information for an IAB node. The donor node central unit, in some embodiments, may include an internal user plane function. The downlink information may include FI application protocol information. The downlink information created at the donor node central unit may be configured for a RAN part of the IAB node. In some embodiments, the downlink information may be transmitted from the donor node
central unit to the UE part of the IAB node to reconfigure or configure the UE part of the IAB node. The downlink information created at the donor node central unit for the RAN of the IAB node may be an RRC protocol information comprising the FI application protocol information. The downlink information created at the donor node central unit for the RAN part of the IAB node may be configured to update a configuration of the RAN part of the IAB node.
[0061] In step 720, the method may include transmitting the downlink information including the FI application protocol information from the donor node central unit to a UE part of the IAB node via a backhaul link. The downlink information may be aggregated with other data on the backhaul link. The backhaul link may be used when the integrated access and backhaul node is in a radio link control acknowledged mode. The backhaul link may include at least one of a RLC layer, a MAC layer, or an adaptation layer. In certain embodiments, a SRB may be passed over the backhaul link, and the downlink information transmitted to the UE part of the IAB node may be transmitted via the SRB. The SRB may include an identifier, and the identifier may be an LCID. In some embodiments, the SRB may terminate at the UE part of the IAB node. In one embodiment, the F1AP information may be transferred by extending RRC information transfer to transport F1AP. In this embodiment, F1AP information may be encapsulated inside an RRC message which may be sent to the UE part of IAB node using an existing SRB, for example SRB2. In another embodiment, another SRB may be specified, for example SRB4, to transport F1AP information. In the latter embodiment, F1AP information may not be encapsulated into RRC message, instead the FI AP message as such is send over the another SRB. Normally, SRBs transfer RRC messages but here in the latter embodiment, RRC may not be involved in the transfer of FI AP information.
[0062] As discussed above, in certain embodiments, the donor node central unit, for example the DgNB CU, may compose or create FI application protocol information for RAN part of the IAB. In addition, the donor central unit may compose or create RRC protocol information including the FI application protocol information for the UE part of the IAB node. The donor node central unit may then transmit the FI application protocol information to the RAN part of the IAB node via an SRB, such as SRBx. The FI application protocol information may be transmitted from the donor node central unit to the RAN part of the IAB node via the UE part of the IAB node.
[0063] Figure 8 illustrates a system according to certain embodiments. It should be understood that each block in Figures 1-7 may be implemented by various means or their combinations, such as hardware, software, firmware, one or more processors and/or circuitry. In one embodiment, a system may include several devices, such as, for example, a network entity 820 or a UE 810. The system may include more than one UE 810 and more than one network entity 820, although only one network entity is shown for the purposes of illustration. The network
entity may be a network node, an access node, a base station, an evolved NodeB (eNB), a 5G or NR NodeB (gNB), a donor gNB, a host, a server, or any of the other access or network node discussed herein.
[0064] In certain embodiments, an IAB node 830, may include a UE part which is similar to UE 810 for communication with the donor node or a parent IAB node’s RAN part, in a multi hop embodiment, and a RAN part which may be similar to a network entity 820 for communication with access UEs or a next hop IAB node UE part. In certain embodiments, therefore, a single IAB node may include at least two processors 811, 821, at least two transceivers 813, 823, at least two memories 812, 822, and at least two antennas 814, 824. In other embodiments the processors, transceivers, memories and/or antennas may be shared between the UE part and the RAN part of the IAB node.
[0065] Each of these devices may include at least one processor or control unit or module, respectively indicated as 811 and 821. At least one memory may be provided in each device, and indicated as 812 and 822, respectively. The memory may include computer program instructions or computer code contained therein. One or more transceiver 813 and 823 may be provided, and each device may also include an antenna, respectively illustrated as 814 and 824. Although only one antenna each is shown, many antennas and multiple antenna elements may be provided to each of the devices. Higher category UEs generally include multiple antenna panels. Other configurations of these devices, for example, may be provided. For example, network entity 820 and UE 810 may be additionally configured for wired communication, in addition to wireless communication, and in such a case antennas 814 and 824 may illustrate any form of communication hardware, without being limited to merely an antenna.
[0066] Transceivers 813 and 823 may each, independently, be a transmitter, a receiver, or both a transmitter and a receiver, or a unit or device that may be configured both for transmission and reception. In other embodiments, the network entity may have at least one separate receiver or transmitter. The transmitter and/or receiver (as far as radio parts are concerned) may also be implemented as a remote radio head which is not located in the device itself, but in a mast, for example. The operations and functionalities may be performed in different entities, such as nodes, hosts or servers, in a flexible manner. In other words, division of labor may vary case by case. One possible use is to make a network node deliver local content. One or more functionalities may also be implemented as virtual application(s) in software that can run on a server.
[0067] A user device or user equipment may be a mobile station (MS) such as a mobile phone or smart phone or multimedia device, a computer, such as a tablet, provided with wireless communication capabilities, personal data or digital assistant (PDA) provided with wireless communication capabilities, portable media player, digital camera, pocket video camera,
navigation unit provided with wireless communication capabilities or any combinations thereof. In other embodiments, the UE may be a machine type communication (MTC) device or an Internet of Things device, which may not require human interaction, such as a sensor, a meter, an actuator.
[0068] In some embodiments, an apparatus, such as user equipment 810 or network entity 820, may include means for performing or carrying out embodiments described above in relation to Figures 1-7. In certain embodiments, the apparatus may include at least one memory including computer program code and at least one processor. The at least one memory including computer program code can be configured to, with the at least one processor, cause the apparatus at least to perform any of the processes described herein. The apparatus, for example, may be user equipment 810 or network entity 820.
[0069] Processors 811 and 821 may be embodied by any computational or data processing device, such as a central processing unit (CPU), digital signal processor (DSP), application specific integrated circuit (ASIC), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), digitally enhanced circuits, or comparable device or a combination thereof. The processors may be implemented as a single controller, or a plurality of controllers or processors.
[0070] For firmware or software, the implementation may include modules or unit of at least one chip set (for example, procedures, functions, and so on). Memories 812 and 822 may independently be any suitable storage device, such as a non-transitory computer-readable medium. A hard disk drive (HDD), random access memory (RAM), flash memory, or other suitable memory may be used. The memories may be combined on a single integrated circuit as the processor, or may be separate therefrom. Furthermore, the computer program instructions may be stored in the memory and which may be processed by the processors can be any suitable form of computer program code, for example, a compiled or interpreted computer program written in any suitable programming language. The memory or data storage entity is typically internal but may also be external or a combination thereof, such as in the case when additional memory capacity is obtained from a service provider. The memory may be fixed or removable.
[0071] The memory and the computer program instructions may be configured, with the processor for the particular device, to cause a hardware apparatus such as network entity 820 or UE 810, to perform any of the processes described above (see, for example, Figures 1-7). Therefore, in certain embodiments, a non-transitory computer-readable medium may be encoded with computer instructions or one or more computer program (such as added or updated software routine, applet or macro) that, when executed in hardware, may perform a process such as one of the processes described herein. In other embodiments, a computer program product may encode instructions for performing any of the processes described above, or
a computer program product embodied in a non-transitory computer-readable medium and encoding instructions that, when executed in hardware, perform any of the processes describes above. Computer programs may be coded by a programming language, which may be a high- level programming language, such as objective -C, C, C++, C#, Java, etc., or a low-level programming language, such as a machine language, or assembler. Alternatively, certain embodiments may be performed entirely in hardware.
[0072] In certain embodiments, an apparatus may include circuitry configured to perform any of the processes or functions illustrated in Figures 1-6. Circuitry, in one example, may be hardware -only circuit implementations, such as analog and/or digital circuitry. Circuitry, in another example, may be a combination of hardware circuits and software, such as a combination of analog and/or digital hardware circuit(s) with software or firmware, and/or any portions of hardware processor(s) with software (including digital signal processor(s)), software, and at least one memory that work together to cause an apparatus to perform various processes or functions. In yet another example, circuitry may be hardware circuit(s) and or processor(s), such as a microprocessor(s) or a portion of a microprocessor(s), that include software, such as firmware for operation. Software in circuitry may not be present when it is not needed for the operation of the hardware.
[0073] Specific examples of circuitry may be content coding circuitry, content decoding circuitry, processing circuitry, image generation circuitry, data analysis circuitry, or discrete circuitry. The term circuitry may also be, for example, a baseband integrated circuit or processor integrated circuit for a mobile device, a network entity, or a similar integrated circuit in server, a cellular network device, or other computing or network device.
[0074] Furthermore, although Figure 8 illustrates a system including a network entity 820 and UE 810, certain embodiments may be applicable to other configurations, and configurations involving additional elements, as illustrated and discussed herein. For example, multiple user equipment devices and multiple network entities may be present, or other nodes providing similar functionality, such as nodes that combine the functionality of a user equipment and an network entity, such as a relay node. The UE 810 may likewise be provided with a variety of configurations for communication other than communication network entity 820. For example, the UE 810 may be configured for device -to-de vice, machine -to-machine, and/or vehicle-to- vehicle transmissions.
[0075] The above embodiments may provide for significant improvements to the functioning of a network and/or to the functioning of the user equipment and the network entities included within the network. In particular, the above embodiments allow for efficiently extending the 5G or NR signaling using regular ASN. l extension mechanisms, such as using a non-critical extension via an "empty SEQUENCE", for example, an ASN. l SEQUENCE whose contents
are left open at the time of definition and only defined later on. In another embodiments, an ASN. l extension mechanism may be an extension addition group, for example an ASN.l extension mechanism where an "ellipsis" marker is defined within the ASN. l code, marking a location where new fields later can be created after the ellipsis marker later on using predefined syntax, or an open OCTET STRING, for example an ASN.1 field defined OCTET STRING but without content, with the content being defined at a later period. The embodiment may also help to decrease protocol overhead in wireless transmissions, by utilizing an SRBx and/or an RRC transfer information. The DgNB CU may also be used for both the DgNB DU and/or the RAN part of the IAB node, which helps to reduce the resources needed for Fl AP transmissions.
[0076] The features, structures, or characteristics of certain embodiments described throughout this specification may be combined in any suitable manner in one or more embodiments. For example, the usage of the phrases “certain embodiments,” “some embodiments,” “other embodiments,” or other similar language, throughout this specification refers to the fact that a particular feature, structure, or characteristic described in connection with the embodiment may be included in at least one embodiment of the present invention. Thus, appearance of the phrases“in certain embodiments,” “in some embodiments,” “in other embodiments,” or other similar language, throughout this specification does not necessarily refer to the same group of embodiments, and the described features, structures, or characteristics may be combined in any suitable manner in one or more embodiments.
[0077] One having ordinary skill in the art will readily understand that the invention as discussed above may be practiced with steps in a different order, and/or with hardware elements in configurations which are different than those which are disclosed. Therefore, although the invention has been described based upon these preferred embodiments, it would be apparent to those of skill in the art that certain modifications, variations, and alternative constructions would be apparent, while remaining within the spirit and scope of the invention.
[0078] Partial Glossary
[0079] AMF Access and Mobility Function
[0080] BH Backhaul
[0081] CU Central Unit
[0082] DRB Data Radio Bearer
[0083] DU Distributed Unit
[0084] F1AP Fl Application Protocol
[0085] Fl-C Fl Control plane
[0086] Fl-U Fl User plane
[0087] GTP-U GPRS Tunnelling Protocol User data tunneling
[0088] IAB Integrated Access and Backhaul
[0089] MAC Medium Access Control
[0090] NAS Non-Access Stratum
[0091] PDCP Packet Data Convergence Protocol [0092] PDU Protocol Data Unit
[0093] RAN Radio Access Network
[0094] RLC Radio Link Control
[0095] RN Relay Node
[0096] RRC Radio Resource Control
[0097] SCTP Stream Control Transmission Protocol [0098] SRB Signaling Radio Bearer
[0099] UE User Equipment
[00100] UPF User Plane Function
Claims
1. A method, comprising:
receiving at a user equipment part of an integrated access and backhaul node downlink information from a donor node, the downlink information comprising at least FI application protocol information; and
forwarding the downlink information comprising at least the FI application protocol information from the user equipment part of the integrated access and backhaul node to a radio access network part of the integrated access and backhaul node.
2. The method according to claim 1, wherein the donor node comprises a donor node central unit for creating the downlink information.
3. The method according to claim 1 or 2, wherein downlink information is aggregated with other data on a backhaul link.
4. The method according to any one of claims 1-3,
wherein a signaling radio bearer is passed over the backhaul link, and
wherein the downlink information received at the user equipment part of the integrated access and backhaul node is received via the signaling radio bearer.
5. The method according to any one of claims 1-4, wherein the downlink information is received at the user equipment part of the integrated access and backhaul node as a radio resource control message or signal.
6. The method according to any one of claims 1-5,
wherein the signaling radio bearer is identified by an identifier, and the identifier is a logical channel identifier.
7. The method according to any one of claims 1-6, further comprising identifying, based on an identifier within the radio resource control message or the logical channel identifier used for the signaling radio bearer, that the received downlink information should be forwarded to the radio access network part of the integrated access and backhaul node.
8. The method according to any one of claims 1-7, wherein the downlink information forwarded from the user equipment part of the integrated access and backhaul node to the radio access network part of the integrated access and backhaul node updates a configuration of the radio
access network part of the integrated access and backhaul node.
9. The method according to any one of claims 1-8, wherein the backhaul link of the integrated access and backhaul node is configured to use radio link control acknowledged mode.
10. The method according to any one of claims 1-9, wherein the backhaul link comprises at least one of a radio link control layer, a medium access control layer, or an adaptation layer.
11. The method according to any one of claims 1-10, wherein the donor node central unit comprises an internal user plane function.
12. The method according to any one of claims 1-11, wherein a signal of at least one of a non-access stratum service or a protocol data unit service is transmitted via the integrated access and backhaul node.
13. The method according to any one of claims 1-12, wherein the signaling radio bearer terminates at the user equipment part of the integrated access and backhaul node.
14. An apparatus, comprising:
at least one processor; and
at least one memory comprising computer program code,
wherein the at least one memory and the computer program code are configured, with the at least one processor, to cause the apparatus at least to:
receive at a user equipment part of an integrated access and backhaul node downlink information from a donor node, the downlink information comprising at least FI application protocol information; and
forward the downlink information comprising at least the FI application protocol information from the user equipment part of the integrated access and backhaul node to a radio access network part of the integrated access and backhaul node.
15. The apparatus according to claim 14, wherein the donor node comprises a donor node central unit for creating the downlink information.
16. The apparatus according to claim 14 or 15, wherein downlink information is
aggregated with other data on a backhaul link.
17. The apparatus according to any one of clai s 14-16,
wherein a signaling radio bearer is passed over the backhaul link, and
wherein the downlink information received at the user equipment part of the integrated access and backhaul node is received via the signaling radio bearer.
18. The apparatus according to any one of claims 14-17, wherein the downlink information is received at the user equipment part of the integrated access and backhaul node as a radio resource control message or signal.
19. The apparatus according to any one of claims 14-18,
wherein the signaling radio bearer is identified by an identifier, and the identifier is a logical channel identifier.
20. The apparatus according to any one of claims 14-19, wherein the at least one memory and the computer program code are configured, with the at least one processor, to cause the apparatus further to identify, based on an identifier within the radio resource control message or the logical channel identifier used for the signaling radio bearer, that the received downlink information should be forwarded to the radio access network part of the integrated access and backhaul node.
21. The apparatus according to any one of claims 14-20, wherein the downlink information forwarded from the user equipment part of the integrated access and backhaul node to the radio access network part of the integrated access and backhaul node updates a configuration of the radio access network part of the integrated access and backhaul node.
22. The apparatus according to any one of claims 14-21, wherein the backhaul link of the integrated access and backhaul node is configured to use radio link control acknowledged mode.
23. The apparatus according to any one of claims 14-22, wherein the backhaul link comprises at least one of a radio link control layer, a medium access control layer, or an adaptation layer.
24. The apparatus according to any one of claims 14-23, wherein the donor node central
unit comprises an internal user plane function.
25. The apparatus according to any one of claims 14-24, wherein a signal of at least one of a non-access stratum service or a protocol data unit service is transmitted via the integrated access and backhaul node.
26. The apparatus according to any one of claims 14-25, wherein the signaling radio bearer terminates at the user equipment part of the integrated access and backhaul node.
27. An apparatus, comprising:
receiving means for receiving, at a user equipment, part of an integrated access and backhaul node downlink information from a donor node, the downlink information comprising at least FI application protocol information; and
forwarding means for forwarding the downlink information comprising at least the FI application protocol information from the user equipment part of the integrated access and backhaul node to a radio access network part of the integrated access and backhaul node.
28. A method, comprising:
creating at a donor node, downlink information for an integrated access and backhaul node, wherein the downlink information comprises at least FI application protocol information; and
transmitting the downlink information comprising at least the FI application protocol information from the donor node to a user equipment part of the integrated access and backhaul node.
29. The method according to claim 28, wherein the donor node comprises a donor node central unit for creating the downlink information.
30. The method according to claim 28 or 29, wherein the downlink information is aggregated with other data on a backhaul link.
31. The method according to any one of claims 28-30, wherein the downlink information created at the donor node central unit for the radio access network part of the integrated access and backhaul node is at least FI application protocol information encapsulated into radio resource
control protocol information.
32. The method according to any one of claims 28-31,
wherein a signaling radio bearer is passed over a backhaul link, and
wherein the downlink information transmitted to the user part of the integrated access and backhaul node is transmitted via the signaling radio bearer.
33. The method according to any one of claims 28-32, wherein the downlink information is transmitted from the donor node central unit to the user equipment part of the integrated access and backhaul node as a radio resource control message or signal.
34. The method according to any one of claims 28-33,
wherein the signaling radio bearer comprises an identifier, and
wherein the identifier is a logical channel identifier.
35. The method according to any one of claims 28-34, wherein the downlink information created at the donor node central unit for the radio access network part of the integrated access and backhaul node is configured to update a configuration of the radio access network part of the integrated access and backhaul node.
36. The method according to any one of claims 28-35, wherein the backhaul link is used when the integrated access and backhaul node is in a radio link control acknowledged mode.
37. The method according to any one of claims 28-36, wherein the backhaul link comprises at least one of a radio link control layer, a medium access control layer, or an adaptation layer.
38. The method according to any one of clai s 28-37, wherein the donor node central unit comprises an internal user plane function.
39. The method according to any one of claims 28-38, wherein the signaling radio bearer
terminates at the user equipment part of the integrated access and backhaul node.
40. An apparatus, comprising:
at least one processor; and
at least one memory comprising computer program code,
wherein the at least one memory and the computer program code are configured, with the at least one processor, to cause the apparatus at least to:
create at a donor node, downlink information for an integrated access and backhaul node, wherein the downlink information comprises at least FI application protocol information; and transmit the downlink information comprising at least the FI application protocol information from the donor node to a user equipment part of the integrated access and backhaul node.
41. The apparatus according to claim 40, wherein the donor node comprises a donor node central unit for creating the downlink information.
42. The apparatus according to claim 40 or 41, wherein the at least one memory and the computer program code are configured, with the at least one processor, to cause the apparatus further to aggregate the downlink information with other data on a backhaul link.
43. The apparatus according to any one of claims 40-42 wherein the downlink information created at the donor node central unit for the radio access network part of the integrated access and backhaul node is at least FI application protocol information encapsulated into radio resource control protocol information.
44. The apparatus according to any one of claims 40-43,
wherein a signaling radio bearer is passed over a backhaul link, and
wherein the downlink information transmitted to the user part of the integrated access and backhaul node is transmitted via the signaling radio bearer.
45. The apparatus according to any one of claims 40-44, wherein the downlink information is transmitted from the donor node central unit to the user equipment part of the
integrated access and backhaul node as a radio resource control message or signal.
46. The apparatus according to any one of claims 40-45,
wherein the signaling radio bearer comprises an identifier, and
wherein the identifier is a logical channel identifier.
47. The apparatus according to any one of claims 40-46, wherein the downlink information created at the donor node central unit for the radio access network part of the integrated access and backhaul node is configured to update a configuration of the radio access network part of the integrated access and backhaul node.
48. The apparatus according to any one of claims 40-47, wherein the backhaul link is used when the integrated access and backhaul node is in a radio link control acknowledged mode.
49. The apparatus according to any one of claims 40-48, wherein the backhaul link comprises at least one of a radio link control layer, a medium access control layer, or an adaptation layer.
50. The apparatus according to any one of claims 40-49, wherein the donor node central unit comprises an internal user plane function.
51. The apparatus according to any one of claims 40-50, wherein the signaling radio bearer terminates at the user equipment part of the integrated access and backhaul node.
52. An apparatus, comprising:
creating means for creating, at a donor node, downlink information for an integrated access and backhaul node, wherein the downlink information comprises at least FI application protocol information; and
transmitting means for transmitting the downlink information comprising at least the FI application protocol information from the donor node to a user equipment part of the integrated access and backhaul node.
53. A computer readable medium comprising program instructions stored thereon for performing the method according to any one of claims 1-13 or 28-39.
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
KR1020207023737A KR102394932B1 (en) | 2018-01-19 | 2019-01-07 | Control plane signaling for unified access and backhaul nodes |
US16/961,966 US11412519B2 (en) | 2018-01-19 | 2019-01-07 | Control plane signaling for integrated access and backhaul nodes |
EP19708144.1A EP3741185A1 (en) | 2018-01-19 | 2019-01-07 | Control plane signaling for integrated access and backhaul nodes |
RU2020125026A RU2746604C1 (en) | 2018-01-19 | 2019-01-07 | Control plane signaling for integrated access nodes and transport network |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201862619479P | 2018-01-19 | 2018-01-19 | |
US62/619,479 | 2018-01-19 |
Publications (1)
Publication Number | Publication Date |
---|---|
WO2019142064A1 true WO2019142064A1 (en) | 2019-07-25 |
Family
ID=65598676
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
PCT/IB2019/050107 WO2019142064A1 (en) | 2018-01-19 | 2019-01-07 | Control plane signaling for integrated access and backhaul nodes |
Country Status (5)
Country | Link |
---|---|
US (1) | US11412519B2 (en) |
EP (1) | EP3741185A1 (en) |
KR (1) | KR102394932B1 (en) |
RU (1) | RU2746604C1 (en) |
WO (1) | WO2019142064A1 (en) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021030396A1 (en) * | 2019-08-14 | 2021-02-18 | Qualcomm Incorporated | Configuration for packet forwarding on wireless backhaul |
WO2021032905A1 (en) * | 2019-08-16 | 2021-02-25 | Nokia Solutions And Networks Oy | Controlling operations of an integrated access and backhaul (iab) node |
CN114503528A (en) * | 2019-08-16 | 2022-05-13 | 上海诺基亚贝尔股份有限公司 | Apparatus, method and computer program |
EP4040911A4 (en) * | 2019-11-07 | 2022-10-26 | Huawei Technologies Co., Ltd. | Communication method and device |
CN113453245B (en) * | 2020-03-27 | 2023-11-14 | 中国电信股份有限公司 | Method and system for reporting service experience index based on separated base station architecture |
TWI859295B (en) | 2019-08-14 | 2024-10-21 | 美商高通公司 | Configuration for packet forwarding on wireless backhaul |
Families Citing this family (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10681775B2 (en) * | 2017-03-10 | 2020-06-09 | Cable Television Laboratories, Inc. | System and method for pipelining LTE signaling |
CN111656855A (en) * | 2018-02-11 | 2020-09-11 | Oppo广东移动通信有限公司 | Mobile communication system, method and device |
CN112042259B (en) * | 2018-05-10 | 2024-03-08 | 三星电子株式会社 | Method and apparatus for performing communication in wireless communication system |
US11375557B2 (en) * | 2018-06-13 | 2022-06-28 | Telefonaktiebolaget Lm Ericsson (Publ) | Internet protocol (IP) address assignment in integrated access backhaul (IAB) networks |
CN110636644B (en) * | 2018-06-21 | 2023-03-07 | 中兴通讯股份有限公司 | Information transmission method and device |
US11076306B2 (en) * | 2018-09-21 | 2021-07-27 | Qualcomm Incorporated | Relay nodes with multi-connected cellular backhaul |
CN111586887B (en) * | 2019-02-15 | 2023-03-28 | 华为技术有限公司 | Wireless backhaul system, communication method and apparatus thereof |
KR20210154170A (en) * | 2019-03-28 | 2021-12-20 | 지티이 코포레이션 | Backhaul bearer management for control plane signaling transmission |
US20220191960A1 (en) * | 2019-03-28 | 2022-06-16 | Lenovo (Beijing) Limited | Method and apparatus for transmitting radio link information |
US20230135848A1 (en) * | 2021-11-01 | 2023-05-04 | Qualcomm Incorporated | Signaling to support ran management for local traffic |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2013022470A1 (en) | 2011-08-11 | 2013-02-14 | Intel Corporation | Methods for switching between a mbms download and an http-based delivery of dash formatted content over an ims network |
US9008018B2 (en) * | 2011-11-04 | 2015-04-14 | Intel Corporation | Dynamic point selection via a coordinating set of base stations |
EP2863701B1 (en) * | 2012-06-19 | 2019-12-18 | Huawei Technologies Co., Ltd. | Communication network, user equipment and signalling transmission method |
KR101860811B1 (en) * | 2012-08-23 | 2018-05-24 | 인터디지탈 패튼 홀딩스, 인크 | Operating with multiple schedulers in a wireless system |
US11611468B2 (en) * | 2017-09-28 | 2023-03-21 | Comcast Cable Communications, Llc | Beam management with DRX configuration |
US11140695B1 (en) * | 2017-11-09 | 2021-10-05 | Verana Networks, Inc. | Wireless mesh network |
US10567954B2 (en) * | 2018-01-18 | 2020-02-18 | At&T Intellectual Property I, L.P. | Integrated access backhaul under a non-standalone network architecture for 5G or other next generation network |
-
2019
- 2019-01-07 WO PCT/IB2019/050107 patent/WO2019142064A1/en unknown
- 2019-01-07 KR KR1020207023737A patent/KR102394932B1/en active IP Right Grant
- 2019-01-07 EP EP19708144.1A patent/EP3741185A1/en active Pending
- 2019-01-07 US US16/961,966 patent/US11412519B2/en active Active
- 2019-01-07 RU RU2020125026A patent/RU2746604C1/en active
Non-Patent Citations (4)
Title |
---|
"3GPP TS 38-470 v1.0.0 (2017-2) Technical Specification -F1 general aspects and principles", 31 December 2017 (2017-12-31), XP002790189, Retrieved from the Internet <URL:https://www.3gpp.org> [retrieved on 20190329] * |
ERICSSON: "Architecture for integrated access and backhaul", vol. RAN WG2, no. Vancouver, Canada; 20180122 - 20180126, 12 January 2018 (2018-01-12), XP051386522, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg%5Fran/WG2%5FRL2/TSGR2%5FAHs/2018%5F01%5FNR/Docs/> [retrieved on 20180112] * |
ERICSSON: "Deployment scenarios and use cases for Integrated Access Backhaul", vol. RAN WG2, no. Vancouver; 20180122 - 20180126, 12 January 2018 (2018-01-12), XP051386521, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg%5Fran/WG2%5FRL2/TSGR2%5FAHs/2018%5F01%5FNR/Docs/> [retrieved on 20180112] * |
HUAWEI ET AL: "Consideration on IAB Scenarios and Use Cases", vol. RAN WG2, no. Vancouver, Canada; 20170122 - 20170126, 12 January 2018 (2018-01-12), XP051386601, Retrieved from the Internet <URL:http://www.3gpp.org/ftp/tsg%5Fran/WG2%5FRL2/TSGR2%5FAHs/2018%5F01%5FNR/Docs/> [retrieved on 20180112] * |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2021030396A1 (en) * | 2019-08-14 | 2021-02-18 | Qualcomm Incorporated | Configuration for packet forwarding on wireless backhaul |
CN114223260A (en) * | 2019-08-14 | 2022-03-22 | 高通股份有限公司 | Configuration for packet forwarding over wireless backhaul |
US11483731B2 (en) | 2019-08-14 | 2022-10-25 | Qualcomm Incorporated | Configuration for packet forwarding on wireless backhaul |
CN114223260B (en) * | 2019-08-14 | 2023-11-17 | 高通股份有限公司 | Configuration for packet forwarding over wireless backhaul |
TWI859295B (en) | 2019-08-14 | 2024-10-21 | 美商高通公司 | Configuration for packet forwarding on wireless backhaul |
WO2021032905A1 (en) * | 2019-08-16 | 2021-02-25 | Nokia Solutions And Networks Oy | Controlling operations of an integrated access and backhaul (iab) node |
CN114503528A (en) * | 2019-08-16 | 2022-05-13 | 上海诺基亚贝尔股份有限公司 | Apparatus, method and computer program |
US12041498B2 (en) | 2019-08-16 | 2024-07-16 | Nokia Solutions And Networks Oy | Controlling operations of an integrated access and backhaul (IAB) node |
EP4040911A4 (en) * | 2019-11-07 | 2022-10-26 | Huawei Technologies Co., Ltd. | Communication method and device |
CN113453245B (en) * | 2020-03-27 | 2023-11-14 | 中国电信股份有限公司 | Method and system for reporting service experience index based on separated base station architecture |
Also Published As
Publication number | Publication date |
---|---|
KR20200110690A (en) | 2020-09-24 |
RU2746604C1 (en) | 2021-04-16 |
KR102394932B1 (en) | 2022-05-04 |
US20210076368A1 (en) | 2021-03-11 |
US11412519B2 (en) | 2022-08-09 |
EP3741185A1 (en) | 2020-11-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11412519B2 (en) | Control plane signaling for integrated access and backhaul nodes | |
US11924737B2 (en) | Method for performing relay forwarding on integrated access and backhaul links, information acquisition method, node, and storage medium | |
KR20220140605A (en) | Sidelink relay communication methods, devices, installations and media | |
KR102293998B1 (en) | Method for data processing considering TCP-IP | |
CN109219984B (en) | Data forwarding system and method in communication system | |
KR20190036251A (en) | Methor and apparatus applying for v2x system and mobile communication system | |
JP2013515421A (en) | Transmission method in a communication system using relay nodes | |
US20200404740A1 (en) | Multi-destination control message for integrated access and backhaul nodes | |
CN110365609B (en) | Data packet segmentation method and device | |
KR102265526B1 (en) | Base station, transmission method for data and signal | |
GB2551485A (en) | Providing service data flow description | |
CN113271176A (en) | Network coding method and communication device | |
CN102246552B (en) | Method and apparatus for signaling transmission | |
WO2021065763A1 (en) | Communication control method | |
CN110876171B (en) | Multi-hop data transmission method and device | |
CN115088387A (en) | Relay method, device, equipment and storage medium for generating routing table | |
CN112740641A (en) | Method, device, terminal and medium for transmitting and receiving MAC PDU | |
CN115066977A (en) | Relay method, route table generation method, device, terminal and storage medium | |
CN113439401B (en) | Method, apparatus and system for transmitting a data stream having multiple automatic repeat request processes | |
US20240357469A1 (en) | Method for performing relay forwarding on integrated access and backhaul links, information acquisition method, node, and storage medium | |
KR102718041B1 (en) | Method, device and system for transmitting data flow with multiple automatic repeat request processes | |
US20230217444A1 (en) | Data forwarding for user equipment with data transmission | |
US20240259864A1 (en) | Hybrid quality of service flow | |
WO2020164614A1 (en) | Assistance information and method and apparatus for delivering same | |
CN115915253A (en) | Communication method and device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
121 | Ep: the epo has been informed by wipo that ep was designated in this application |
Ref document number: 19708144 Country of ref document: EP Kind code of ref document: A1 |
|
NENP | Non-entry into the national phase |
Ref country code: DE |
|
ENP | Entry into the national phase |
Ref document number: 20207023737 Country of ref document: KR Kind code of ref document: A |
|
ENP | Entry into the national phase |
Ref document number: 2019708144 Country of ref document: EP Effective date: 20200819 |