CN110475351A - 数据处理的方法和设备 - Google Patents
数据处理的方法和设备 Download PDFInfo
- Publication number
- CN110475351A CN110475351A CN201810450350.6A CN201810450350A CN110475351A CN 110475351 A CN110475351 A CN 110475351A CN 201810450350 A CN201810450350 A CN 201810450350A CN 110475351 A CN110475351 A CN 110475351A
- Authority
- CN
- China
- Prior art keywords
- message
- interface
- iab
- iab node
- f1ap
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000012545 processing Methods 0.000 title claims abstract description 121
- 238000000034 method Methods 0.000 title claims abstract description 97
- 230000011664 signaling Effects 0.000 claims abstract description 63
- 238000013507 mapping Methods 0.000 claims description 163
- 241000209094 Oryza Species 0.000 claims description 31
- 235000007164 Oryza sativa Nutrition 0.000 claims description 31
- 235000021186 dishes Nutrition 0.000 claims description 31
- 235000009566 rice Nutrition 0.000 claims description 31
- 230000010354 integration Effects 0.000 claims description 26
- 238000011144 upstream manufacturing Methods 0.000 claims description 18
- 230000006978 adaptation Effects 0.000 claims description 17
- XHSQDZXAVJRBMX-UHFFFAOYSA-N 2-(5,6-dichlorobenzimidazol-1-yl)-5-(hydroxymethyl)oxolane-3,4-diol Chemical compound OC1C(O)C(CO)OC1N1C2=CC(Cl)=C(Cl)C=C2N=C1 XHSQDZXAVJRBMX-UHFFFAOYSA-N 0.000 claims description 3
- 241000208340 Araliaceae Species 0.000 claims 1
- 235000005035 Panax pseudoginseng ssp. pseudoginseng Nutrition 0.000 claims 1
- 235000003140 Panax quinquefolius Nutrition 0.000 claims 1
- 235000013399 edible fruits Nutrition 0.000 claims 1
- 235000008434 ginseng Nutrition 0.000 claims 1
- 230000005540 biological transmission Effects 0.000 description 51
- 108091005487 SCARB1 Proteins 0.000 description 34
- 102100037118 Scavenger receptor class B member 1 Human genes 0.000 description 34
- 230000015654 memory Effects 0.000 description 29
- 230000004048 modification Effects 0.000 description 28
- 238000012986 modification Methods 0.000 description 28
- 101001055444 Homo sapiens Mediator of RNA polymerase II transcription subunit 20 Proteins 0.000 description 18
- 102100026165 Mediator of RNA polymerase II transcription subunit 20 Human genes 0.000 description 18
- 230000008569 process Effects 0.000 description 14
- 238000004891 communication Methods 0.000 description 10
- 239000000284 extract Substances 0.000 description 10
- 230000006870 function Effects 0.000 description 9
- 230000004044 response Effects 0.000 description 7
- 102100026679 Carboxypeptidase Q Human genes 0.000 description 6
- 101100166333 Homo sapiens CPQ gene Proteins 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 6
- 238000004590 computer program Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 5
- 101150090033 DRB2 gene Proteins 0.000 description 4
- 101001100327 Homo sapiens RNA-binding protein 45 Proteins 0.000 description 4
- 101100117568 Oryza sativa subsp. japonica DRB5 gene Proteins 0.000 description 4
- 102100038823 RNA-binding protein 45 Human genes 0.000 description 4
- 230000007774 longterm Effects 0.000 description 4
- 230000001360 synchronised effect Effects 0.000 description 4
- 230000009466 transformation Effects 0.000 description 4
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000010295 mobile communication Methods 0.000 description 3
- 101150034979 DRB3 gene Proteins 0.000 description 2
- 101100278514 Oryza sativa subsp. japonica DRB2 gene Proteins 0.000 description 2
- 238000004364 calculation method Methods 0.000 description 2
- 230000001413 cellular effect Effects 0.000 description 2
- 230000008878 coupling Effects 0.000 description 2
- 238000005538 encapsulation Methods 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000005055 memory storage Effects 0.000 description 2
- 239000000203 mixture Substances 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 238000004422 calculation algorithm Methods 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000010485 coping Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 230000002708 enhancing effect Effects 0.000 description 1
- 230000035800 maturation Effects 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 230000006855 networking Effects 0.000 description 1
- 238000005192 partition Methods 0.000 description 1
- 230000000149 penetrating effect Effects 0.000 description 1
- 238000000926 separation method Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/14—Relay systems
- H04B7/15—Active relay systems
- H04B7/155—Ground-based stations
- H04B7/15528—Control of operation parameters of a relay station to exploit the physical medium
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
-
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
- H04W28/0257—Traffic management, e.g. flow control or congestion control per individual bearer or channel the individual bearer or channel having a maximum bit rate or a bit rate guarantee
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/04—Wireless resource allocation
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W74/00—Wireless channel access, e.g. scheduled or random access
- H04W74/002—Transmission of channel access control information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W40/00—Communication routing or communication path finding
-
- 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
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
- H04W88/085—Access point devices with remote components
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/04—Interfaces between hierarchically different network devices
- H04W92/12—Interfaces between hierarchically different network devices between access points and access point controllers
Abstract
本申请提供一种数据处理的方法和设备,能够实现用户设备的控制面信令在各接口的承载映射。其中,IAB系统包括集中式单元CU,分布式单元DU,第一IAB节点和第二IAB节点,所述方法包括:所述CU生成下行F1AP消息,所述下行F1AP消息包含的消息为以下之一或组合:终端设备的F1AP消息,第一IAB节点的F1AP消息和第二IAB节点的RRC消息;所述CU向所述DU发送所述下行F1AP消息,并指示所述下行F1AP消息中所包含的消息的消息类型为以下之一:RRC消息类型,F1AP消息类型,RRC消息类型和F1AP消息类型。
Description
技术领域
本申请涉及通信领域,并且更具体的,涉及通信领域中的数据处理的方法和设备。
背景技术
为了保证未来蜂窝网络的部署和应用,一种支持无线回传的技术能够提供更加灵活和密集的NR小区的部署,该技术即为接入回程一体化(Integrated Access andBackhaul,IAB)技术。由于第五代(5Generation,5G)新空口(New Radio,NR)技术能够提供比长期演进(Long Term Evolution,LTE)技术更大的带宽,因此在NR中,无线回传可以为NR小区提供扩展覆盖,也可以为NR小区提供容量增强。
IAB的网络架构主要由用户设备、一个或者多个中继节点、一个宿主基站和核心网组成。其中,中继节点可以是Relay node,也可以是IAB node。宿主基站可以是Donor gNB,也可以是IAB donor。用户设备和中继节点之间的链路称为无线接入链路,中继节点之间以及中继节点和宿主基站之间的链路均称为无线回传链路,宿主基站通过NG接口与核心网相连。
进一步的,IAB网络架构中宿主基站和中继节点都可以采用集中式单元(CentralUnit,CU)与分布式单元(Distributed Unit)分离的架构,即:宿主基站可以由一个CU和一个DU组成,其中,CU和DU通过F1接口连接,CU和核心网通过NG接口连接。中继节点由一个DU和一个MT(Mobile Termination)组成,其中,中继节点的DU通过空口链路与宿主基站的CU进行通信。因此,在该IAB架构下的如何实现用户设备的控制面信令和用户面数据在各接口的承载映射是亟需解决的问题。
发明内容
本申请提供一种数据处理的方法和设备,能够实现用户设备的控制面信令和用户面数据在各接口的承载映射。
第一方面,提供了一种接入回程一体化IAB系统中数据处理的方法,所述系统包括集中式单元CU,分布式单元DU,第一IAB节点和第二IAB节点,所述方法包括:
所述CU生成下行F1AP消息,所述下行F1AP消息包含的消息为以下之一或组合:终端设备的F1AP消息,第一IAB节点的F1AP消息和第二IAB节点的RRC消息;
所述CU向所述DU发送所述下行F1AP消息,并指示所述下行F1AP消息中所包含的消息的消息类型为以下之一:RRC消息类型,F1AP消息类型,RRC消息类型和F1AP消息类型。
对应的,所述DU接收所述下行F1AP消息,并确定所述下行F1AP消息中包括的消息的消息类型为以下之一:RRC消息类型,F1AP消息类型,RRC消息类型和F1AP消息类型。
因此,本申请实施例中IAB Donor中的CU、DU可以根据传输的消息的消息类型,或者根据传输的消息中包括的消息的消息类型,对控制面信令进行承载映射和处理。
在第一方面的一些可能的实现方式中,所述CU指示所述下行F1AP消息所包含的消息的消息类型,包括:
所述CU向所述DU发送指示信息,所述指示信息指示所述消息类型;其中,所述指示信息携带在所述下行F1AP消息中或者携带在所述CU与所述DU之间的F1接口上的对等的适配层中。对应的,DU获取该指示信息。
因此,本申请实施例中,通过CU向DU发送用于指示F1AP消息中包括的消息的类型的指示信息,使得DU能够根据IAB2-associated F1AP消息中包括的不同的消息类型,将解封装后的数据包映射到不同的承载上,实现DU对控制面信令进行承载映射。
在第一方面的一些可能的实现方式中,所述CU将所述下行F1AP消息携带在特定于所述F1AP消息类型的GTP隧道中发送给DU,用来指示DU所述GTP隧道中传输的是下行F1AP消息。对应的,DU在所述GTP隧道上接收该下行F1AP消息,并确定该GTP隧道中传输的是下行F1AP消息。这样,DU可以根据有线接口上的特定的GTP隧道承载,确定F1AP消息类型。
具体的,当所述下行F1AP消息中包括的消息的消息类型为RRC消息时,所述CU通过与所述DU之间的有线接口的控制面承载,将所述第一消息发送给所述DU;当所述下行F1AP消息中包括的消息的消息类型为F1AP消息时,所述CU通过与所述DU之间的用户面承载(如GTP隧道),将所述第一消息发送个所述DU。
第二方面,提供了一种接入回程一体化IAB系统中数据处理的方法,其特征在于,所述系统包括集中式单元CU,分布式单元DU,第一IAB节点和第二IAB节点,所述方法包括:
所述CU接收所述DU发送的上行F1AP消息,其中所述上行F1AP消息包含的消息为以下之一或组合:终端设备的F1AP消息,第一IAB节点的F1AP消息,第二IAB节点的RRC消息。对应的,DU向CU发送该上行F1AP消息。
本申请实施例中IAB Donor中的CU、DU可以根据传输的消息的消息类型,或者根据传输的消息中包括的消息的消息类型,对控制面信令进行承载映射和处理。
在第二方面一些可能的实现方式中,所述CU接收所述DU发送的指示信息,所述指示信息指示所述上行F1AP消息中所包含的消息的消息类型为以下之一:RRC消息类型,F1AP消息类型,RRC消息类型和F1AP消息类型。对应的,DU向CU发送该指示信息。这样,通过DU向CU发送用于指示F1AP消息中包括的消息的类型的指示信息,使得CU能够根据F1AP消息中包括的不同的消息类型,将解封装后的消息发送到不同的处理层,实现对控制面信令进行承载映射。
在第二方面一些可能的实现方式中,所述CU根据接收到所述上行F1AP消息的承载,确定所述上行F1AP消息中包括的消息类型。当所述CU通过与所述DU之间的有线接口的控制面承载,获取所述上行F1AP消息时,确定所述上行F1AP消息中包括的消息的消息类型为RRC消息;当所述CU通过与所述DU之间的用户面承载(例如GTP隧道),获取所述上行F1AP消息时,确定所述上行F1AP消息中包括的消息的消息类型为F1AP消息。
在第二方面的一些可能的实现方式中,所述指示信息携带在所述上行F1AP消息中或所述CU与所述DU之间F1接口上对等的适配层。
在第二方面的一些可能的实现方式中,所述方法还包括:
当所述上行F1AP消息中所包含消息的消息类型为RRC消息类型时,所述CU获取所述第二IAB节点的RRC消息,并通过与所述第二IAB节点对等的RRC层进行处理。
在第二方面的一些可能的实现方式中,所述方法还包括:
当所述上行F1AP消息所包含消息的消息类型为F1AP消息类型时,所述CU获取所述上行F1AP消息中所包含的F1AP消息,并确定所述上行F1AP消息所包含的F1AP消息为所述终端设备的F1AP消息或所述第一IAB节点的F1AP消息。
在第二方面的一些可能的实现方式中,所述方法还包括:
若所述上行F1AP消息所包含的F1AP消息为所述终端设备的F1AP消息,所述CU通过与所述终端设备对等的F1AP层处理所述终端设备的F1AP消息;或者,
若所述上行F1AP消息所包含的F1AP消息为所述第一IAB节点的F1AP消息,所述CU通过与所述第一IAB节点对等的F1AP层处理所述第一IAB节点的F1AP消息。
可选的,本申请实施例中,CU可以接收DU发送的节点标识,并根据节点标识确定上行F1AP消息所包含的F1AP消息为所述终端设备的F1AP消息或所述第一IAB节点的F1AP消息。
可选的,本申请实施例中,CU可以根据F1AP消息的路由信息,确定上行F1AP消息所包含的F1AP消息为所述终端设备的F1AP消息或所述第一IAB节点的F1AP消息。
对应的,DU向CU发送该节点标识。在一些可能的实现方式中,该节点标识可以携带在上行F1AP消息中,或者携带在与IAB node2对等的F1AP层之上的适配层中。
第三方面,提供了一种接入回程一体化IAB系统中数据处理的方法,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
第二IAB节点接收所述DU发送的下行消息,当所述下行消息承载在所述第二IAB节点和所述DU之间的信令无线承载时,所述第二IAB节点还接收所述DU发送的指示信息,所述指示信息指示所述下行消息的消息类型为RRC消息类型或F1AP消息类型。
第二IAB节点根据收到的下行消息,判断所述下行消息是否属于所述第二IAB节点,如果属于所述第二IAB节点,则由第二IAB节点处理,否则将收到的下行消息进一步路由到下一跳节点处理。
对应的,DU向所述第二IAB节点发送所述下行消息,并且当所述下行消息承载在所述第二AIB节点和所述DU之间的信令无线承载时,所述DU还向所述第二IAB节点发送指示信息,所述指示信息指示所述下行消息的消息类型为RRC消息类型或F1AP消息类型。
因此,本申请实施例中IAB node2可以根据传输的消息的消息类型,或者根据传输的消息中包括的消息的消息类型,对控制面信令进行承载映射和处理。
在第三方面的一些可能的实现方式中,当所述第二IAB节点通过与所述DU之间的信令无线承载,获取所述下行消息时,可以确定所述下行消息为所述第二IAB节点的RRC消息。
所述第二IAB节点通过与DU之间的专用无线承载或数据无线承载,获取所述第一消息时,可以确定所述下行消息不属于所述第二IAB节点,此时可以确定该下行消息中包括F1AP消息。
对应的,当DU确定所述下行消息为所述第二IAB节点的RRC消息时,通过信令无线承载发送所述下行消息。当DU确定所述下行消息为F1AP消息时,通过与所述第二IAB节点之间的专用无线承载或数据无线承载,发送所述下行消息。
因此,本申请实施例中,通过在SRB上传输RRC消息,在专用RB(专用数据无线承载或专用信令无线承载)或数据无线承载上传输F1AP消息,使得IAB节点能够确定获取的消息的消息类型,进而根据不同消息类型,对控制面信令进行承载映射。
在第三方面的一些可能的实现方式中,所述第二IAB节点可以获取所述DU发送的第一指示信息,所述第一指示信息用于指示所述该下行消息的类型。对应的,DU向第二IAB节点发送该第一指示信息。这样,通过DU向第二IAB节点发送指示信息,可以使得IAB节点获取下行消息的消息类型,进而根据不同的消息类型,对控制面信令进行映射承载。
在第三方面的一些可能的实现方式中,当所述第二IAB节点确定所述下行消息属于所述第二IAB节点时,则确定所述下行消息的消息类型为RRC消息,所述第二IAB节点获取所述RRC消息,并将所述RRC消息发送至所述第二IAB节点的RRC层进行处理。
在第三方面的一些可能的实现方式中,当所述下行消息的消息类型为F1AP消息时,所述第二IAB节点根据所述F1AP消息的路由信息,确定所述F1AP消息的目标路由节点。
当所述目标路由节点为所述第二IAB节点的下行方向上的下一跳节点时,所述第一IAB节点对所述下行消息进行处理,获得第二RRC消息,并将所述第二RRC消息映射到所述第二IAB节点与所述下一跳节点之间的无线承载上;
当所述目标路由节点不是所述下一跳节点时,所述第二IAB节点将所述下行消息映射到所述第二IAB节点与所述下一跳节点之间的无线承载上。
在一些可能的实现方式中,当所述下行消息的消息类型为F1AP消息时,所述方法还包括:
所述第二IAB节点获取第二指示信息,所述第二指示信息用于指示所述第二IAB节点是否需要对所述第一F1AP消息进行处理。一种实现方式中,该第二指示信息是DU发送给第二IAB节点的。
当所述第二指示信息用于指示所述第二IAB节点需要对所述下行消息进行处理时,所述第二IAB节点对所述下行消息进行处理获得第三RRC消息,并将所述第三RRC消息映射到所述第二IAB节点与所述下一跳节点之间的无线承载上。
当所述第二指示信息用于指示所述第二IAB节点不需要对所述下行消息进行处理时,所述第二IAB节点将所述下行消息映射到所述第二IAB节点与所述下一跳节点之间的无线承载上。
第四方面,提供了一种接入回程一体化IAB系统中数据处理的方法,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
所述第二IAB节点向所述DU发送上行消息;
如果所述上行消息承载在所述第二IAB节点和所述DU之间的信令无线承载上,所述第二IAB节点指示所述DU所述上行消息的消息类型为RRC消息类型或F1AP消息类型。
因此,本申请实施例中IAB node2可以根据传输的消息的消息类型,或者根据传输的消息中包括的消息的消息类型,对控制面信令进行承载映射和处理。
在第四方面的一种可能的实现方式,当所述上行消息为RRC消息时,所述第二IAB节点将所述RRC消息进行映射到所述第二IAB节点与DU之间的信令无线承载上;
当所述上行消息为F1AP消息时,所述第二IAB节点将所述上行消息映射到所述第二IAB节点与所述DU之间的专用无线承载或数据无线承载上。
对应的,DU通过第二IAB节点与DU之间的信令无线承载接收所述第二IAB节点发送的上行消息时,可以确定上行消息为RRC消息。当所述DU通过第二IAB节点与DU之间的专用无线承载或数据无线承载接收到所述第二IAB节点发送的上行消息时,可以确定上行消息为F1AP消息。
因此,本申请实施例中,通过在SRB上传输RRC消息,在专用RB(专用数据无线承载或专用信令无线承载)或数据无线承载上传输F1AP消息,使得IAB节点能够确定获取的消息的消息类型,进而根据不同消息类型,对控制面信令进行承载映射。
在第四方面的一种可能的实现方式,所述第二IAB节点将所述上行消息映射到所述第二IAB节点与DU之间的同一信令无线承载上,并向所述DU发送第三指示信息,所述第三指示信息用于指示所述所述信令无线承载上传输的消息的消息类型,所述消息类型包括RRC消息或F1AP消息。对应的,DU接收该第三指示消息。这样,通过第二IAB节点向DU发送指示信息,可以使得DU获取上行消息的消息类型,进而根据不同的消息类型,对控制面信令进行映射承载。
第五方面,提供了一种接入回程一体化IAB系统中数据处理的方法,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
所述CU确定根据业务数据的QoS参数,确定空口上数据无线承载DRB与第一接口上DRB的映射关系,所述第一接口上DRB与第二接口上DRB的映射关系,其中,所述第一接口为所述第一IAB节点与所述第二IAB节点之间的接口,所述第二接口为所述第二IAB节点与所述DU之间的接口;
所述CU向第一IAB节点通知空口上DRB与第一接口上DRB的映射关系,并向第二IAB节点通知所述第一接口上DRB与第二接口上DRB的映射关系。
因此,本申请实施例中,CU可以针对各个接口链路进行统一的QoS映射管理,并将各个接口的承载映射关系发送给第一IAB节点和第二IAB节点,使得第一IAB节点和第二IAB节点可分别根据各自接收到的映射关系对用户面数据进行承载映射。
第六方面,提供了一种接入回程一体化IAB系统中数据处理的方法,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
所述CU确定根据业务数据的QoS参数,确定空口上数据无线承载DRB与第一接口上DRB的映射关系,所述第一接口上DRB与第二接口上DRB的映射关系,其中,所述第一接口为所述第一IAB节点与所述第二IAB节点之间的接口,所述第二接口为所述第二IAB节点与所述DU之间的接口;
所述CU向第二IAB节点通知空口上DRB与第一接口上DRB的映射关系和所述第一接口上DRB与第二接口上DRB的映射关系。
因此,本申请实施例中,CU可以针对各个接口链路进行统一的QoS映射管理,并将各个接口的承载映射关系发送给第二IAB节点,使得第二IAB节点根据接收到的映射关系对用户面数据进行承载映射。
这时,第二IAB可以根据接收到的映射关系,向第一IAB节点发送指示信息,用于指示第一IAB节点进行用户面承载的映射。作为一例,该指示信息可以是UE DRB的标识DRBID,使得第一IAB节点根据该指示信息,将从IAB1DRB上接收的用户数据映射到对应的UEDRB上,实现第一IAB节点对用户面数据进行承载映射。
第七方面,提供了一种接入回程一体化IAB系统中数据处理的方法,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
所述第一IAB节点从所述CU接收第一接口上DRB和所述DRB对应的QoS参数,以及空口上DRB和所述DRB对应的QoS参数;
所述第一IAB节点根据第一接口上DRB对应的QoS参数和空口上DRB对应的QoS参数,确定空口上DRB与第一接口上DRB的映射关系;
其中,所述第一接口为所述第一IAB节点与所述第二IAB节点之间的接口。
因此,本申请实施例中,第一IAB节点可以对其各个接口链路进行分布式承载映射管理,实现第一IAB节点对用户面数据进行承载映射。
第八方面,提供了一种接入回程一体化IAB系统中数据处理的方法,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
所述第二IAB节点从所述CU接收第一接口上数据无线承载DRB和所述DRB对应的QoS参数,以及第二接口上DRB和所述DRB对应的QoS参数;
所述第二IAB节点根据第一接口上数据无线承载DRB对应的QoS参数和第二接口上DRB对应的QoS参数,确定第一接口上DRB与第二接口上DRB的映射关系。
其中,所述第一接口为所述第一IAB节点与所述第二IAB节点之间的接口。所述第二接口为所述第二IAB节点与所述DU之间的接口。
因此,本申请实施例中,第二IAB节点可以对其各个接口链路进行分布式承载映射管理,实现第二IAB节点对用户面数据进行承载映射。
第九方面,提供了一种接入回程一体化IAB系统中数据处理的方法,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
第二IAB节点从所述CU接收第一接口上DRB和所述DRB对应的QoS参数,以及终端的业务标识和所述业务标识对应的业务QoS参数;
所述第二IAB节点根据第一接口上DRB对应的QoS参数和所述终端业务标识对应的QoS参数,确定所述业务标识对应的终端业务与第一接口上DRB的映射关系。
其中,所述第一接口为所述第一IAB节点与所述第二IAB节点之间的接口。
因此,本申请实施例中,第二IAB节点可以对其各个接口链路进行分布式承载映射管理,实现第二IAB节点对用户面数据进行承载映射。
第十方面,提供了一种接入回程一体化IAB系统中数据处理的方法,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
第一IAB节点从所述CU接收空口上DRB和所述DRB对应的QoS参数,以及终端的业务标识和所述业务标识对应的业务QoS参数;
所述第一IAB节点根据空口上DRB对应的QoS参数和所述终端业务标识对应的QoS参数,确定所述业务标识对应的终端业务与所述空口上DRB的映射关系。
因此,本申请实施例中,第一IAB节点可以对其各个接口链路进行分布式承载映射管理,实现第一IAB节点对用户面数据进行承载映射。
第十一方面,提供了一种接入回程一体化IAB系统中数据处理的方法,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
第二IAB节点从所述CU接收第二接口上DRB和所述DRB对应的QoS参数的映射关系,以及终端的业务标识和所述业务标识对应的业务QoS参数;
所述第二IAB节点根据第二接口上DRB对应的QoS参数和所述终端业务标识对应的QoS参数,确定所述业务标识对应的终端业务与第二接口上DRB的映射关系。
其中,所述第二接口为所述第二IAB节点与所述DU之间的接口。
因此,本申请实施例中,第二IAB节点可以对其各个接口链路进行分布式承载映射管理,实现第二IAB节点对用户面数据进行承载映射。
第十二方面,提供了一种接入回程一体化IAB系统中数据处理的方法,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
第一IAB节点从所述CU接收第一接口上DRB和所述DRB对应的QoS参数,以及终端的业务标识和所述业务标识对应的业务QoS参数;
所述第一IAB节点根据第一接口上DRB对应的QoS参数和所述终端业务标识对应的QoS参数,确定所述业务标识对应的终端业务与所述第一接口上DRB的映射关系。
其中,所述第一接口为所述第一IAB节点与所述第二IAB节点之间的接口。
因此,本申请实施例中,第一IAB节点可以对其各个接口链路进行分布式承载映射管理,实现第一IAB节点对用户面数据进行承载映射。
第十三方面,本申请实施例提供了一种数据处理的装置,用于执行上述任一方面或任一方面的任意可能的实现方式中的方法,具体的,该装置包括用于执行上述任一方面或任一方面任意可能的实现方式中的方法的模块。
第十四方面,本申请实施例提供了一种数据处理的装置,包括:存储器和处理器。其中,该存储器用于存储指令,该处理器用于执行该存储器存储的指令,并且当该处理器执行该存储器存储的指令时,该执行使得该处理器执行任一方面或任一方面的任意可能的实现方式中的方法。
第十五方面,本申请实施例提供了一种计算机可读介质,用于存储计算机程序,该计算机程序包括用于执行任一方面或任一方面的任意可能的实现方式中的方法的指令。
第十六方面,本申请实施例还提供一种包含指令的计算机程序产品,当该计算机程序产品在计算机上运行时,使得该计算机执行任一方面或任一方面的任意可能的实现方式中的方法。
基于此,本申请实施例中IAB Donor、IAB node1、IAB node2可以分别根据传输的消息的消息类型,或者根据传输的消息中包括的消息的消息类型,对控制面信令进行承载映射和处理。这里,消息类型包括RRC消息和F1AP消息。
本申请实施例中,IAB node之间的接口,例如Un接口(比如Un1接口、Un2接口)以及IAB node与UE之间的Uu接口上都会建立DRB承载,并且,每个IAB node可以根据各接口之间的DRB承载的映射关系,或者根据DRB承载对应的QoS参数,或者根据UE业务流所属的QoS参数,对用户面数据进行承载映射。
附图说明
图1示出了应用本申请实施例的系统架构的示意图。
图2示出了本申请一个控制面信令在各接口的承载映射和处理的具体的实施例。
图3示出了本申请实施例提供的一种传输数据的方法的示意性流程图。
图4示出了本申请另一个控制面信令在各接口的承载映射和处理的具体的实施例。
图5示出了本申请另一个控制面信令在各接口的承载映射和处理的具体的实施例。
图6示出了本申请一个用户面数据在各接口的承载映射和处理的具体的实施例。
图7示出了本申请一个用户面数据在各接口的承载映射的具体的实施例。
图8示出了本申请一个用户面数据在各接口的承载映射的具体的实施例。
图9示出了本申请一个具体的承载映射的实施例。
图10示出了本申请实施例提供的一种数据处理的装置的示意性框图。
图11示出了本申请实施例提供的另一种数据处理的装置的示意性框图。
具体实施方式
下面将结合附图,对本申请中的技术方案进行描述。
本申请实施例的技术方案可以应用于各种通信系统,例如:全球移动通讯(GlobalSystem of Mobile communication,GSM)系统、码分多址(Code Division MultipleAccess,CDMA)系统、宽带码分多址(Wideband Code Division Multiple Access,WCDMA)系统、通用分组无线业务(General Packet Radio Service,GPRS)、长期演进(Long TermEvolution,LTE)系统、LTE频分双工(Frequency Division Duplex,FDD)系统、LTE时分双工(Time Division Duplex,TDD)、通用移动通信系统(Universal MobileTelecommunication System,UMTS)、全球互联微波接入(Worldwide Interoperabilityfor Microwave Access,WiMAX)通信系统、未来的第五代(5th Generation,5G)系统或新无线(New Radio,NR)等。
图1示出了应用本申请实施例的系统架构的示意图。如图1所示,该系统架构包括UE 101、中继节点102、中继节点103、宿主节点104以及下一代核心网(Next GenerationCore,NGC)105。其中,该宿主节点104与NGC 105直接相连,并且该宿主节点104与中继节点103相连,中继节点103与中继节点102相连,中继节点102与UE 101连接。其中,UE 101和中继节点102之间的物理接口为Uu接口,宿主节点104与NGC 105之间的物理接口为NG接口。
应理解,本申请实施例对中继节点102和中继节点103之间的物理接口,以及中继节点103和宿主节点之间的物理接口的名称不作具体限定。作为示例,本申请实施例中,可以称中继节点102和中继节点103之间的物理接口,以及中继节点103和宿主节点之间的物理接口为Un接口。
还应理解,本申请实施例中该宿主节点104可以与多个中继节点连接,并且每个中继节点还可以连接其他的中继节点或UE,作为示例,图1中仅示出了与宿主节点104连接的一个中继节点103,也仅示出了与中继节点103连接的一个中继节点102,与中继节点102连接的一个UE 101,但这并不会对本申请实施例构成限定。
另外,本申请实施例中,该系统架构具体可以为IAB系统架构,此时,该中继节点还可以称为IAB节点(IAB node),宿主节点还可以称为IAB宿主(IAB Donor),本申请实施例对此不作具体限定。
本申请实施例中的宿主节点和中继节点具体可以为基站形态,例如可以是全球移动通讯(Global System of Mobile communication,GSM)系统或码分多址(Code DivisionMultiple Access,CDMA)中的基站(Base Transceiver Station,BTS),也可以是宽带码分多址(Wideband Code Division Multiple Access,WCDMA)系统中的基站(NodeB,NB),还可以是LTE系统中的演进型基站(Evolutional NodeB,eNB或eNodeB),还可以是云无线接入网络(Cloud Radio Access Network,CRAN)场景下的无线控制器,或者该网络设备可以为中继站、接入点、车载设备、可穿戴设备以及未来5G网络中的网络设备或者未来演进的PLMN网络中的网络设备等,本申请实施例并不限定。
本申请实施例中的UE可以指终端设备、接入终端、用户单元、用户站、移动站、移动台、远方站、远程终端、移动设备、用户终端、终端、无线通信设备、用户代理或用户装置。终端设备还可以是蜂窝电话、无绳电话、会话启动协议(Session Initiation Protocol,SIP)电话、无线本地环路(Wireless Local Loop,WLL)站、个人数字处理(Personal DigitalAssistant,PDA)、具有无线通信功能的手持设备、计算设备或连接到无线调制解调器的其它处理设备、车载设备、可穿戴设备,未来5G网络中的终端设备或者未来演进的公用陆地移动通信网络(Public Land Mobile Network,PLMN)中的终端设备等,本申请实施例对此并不限定。
本申请实施例中,宿主节点可以采用CU与DU分离的架构,中继节点也可以采用CU与DU分离的架构,其中DU实体位于中继节点上,而CU实体位于宿主节点上。除了DU实体之外,中继节点还包含一个移动终端MT(Mobile Termination)实体。具体而言,图1中的宿主节点104中的CU和DU通过F1接口连接,CU和NGC 105通过NG接口连接。并且,该宿主节点104中的DU与中继节点103中的MT通过Un2接口连接,该中继节点103中的DU与中继节点102中的MT通过Un1接口连接,中继节点102中的DU与UE 101通过Uu接口连接。也就是说,对宿主节点104中的DU而言,中继节点103中的MT就被看成是一个UE,而对中继节点103中的MT而言,宿主节点104中的DU就被看成是一个基站。同理,对中继节点103中的DU而言,中继节点102中的MT就被看成是一个UE,而对中继节点102中的MT而言,中继节点103中的DU就被看成是一个基站。同理,对UE101而言,中继节点102中的DU就被看成是一个基站。
为了描述方便,下文将以宿主节点104为IAB Donor、中继节点103为IAB node2、中继节点104为IAB node1、UE 101为UE为例进行描述,但这并不对本申请实施例构成限定。
对于与IAB Donor直接连接的UE而言,在上行传输(Uplink,UL)时,UE生成无线资源控制(Radio Resource Control,RRC)消息后通过Uu接口的信令无线承载(signallingradio bearer,SRB)发送到DU,例如:SRB1,DU将收到的UE RRC消息封装在UE的F1AP(记为UE-associated F1AP)消息中发送到CU。在下行传输(Downlink,DL)时,CU将生成的RRC消息封装在UE-associated F1AP消息中发送到DU,DU从UE-associated F1AP消息中提取出UE的RRC消息,再通过Uu接口的SRB发送到UE。
对于图1中所示的场景,当系统中包括IAB Donor、IAB node1、IAB node2和UE时,对UE而言,其RRC消息是终结在IAB Donor的CU上。对IAB node1和IAB node2中的MT实体而言,其RRC消息也均终结在IAB Donor的CU上。本申请实施例中,IAB node1和IAB node2可以实现将各自生成的RRC消息封装在各自的F1AP消息中,或者对各自的F1AP消息进行解封装提取出各自的RRC消息。本申请实施例中,对IAB node1和IAB node2之间的接口上,除了可以传输IAB node1的RRC消息之外,还可以传输IAB node1下附着的UE的F1AP消息。对IABnode2和IAB Donor的DU之间的接口上,除了可以传输IAB node2的RRC消息之外,还可以传输IAB node2下附着的IAB node1的F1AP消息,以及IAB node1下附着的UE的F1AP消息。对IAB Donor的DU和CU之间的接口上,除了可以传输IAB2的F1AP消息之外,还可以传输IABnode2下附着的IAB node1的F1AP消息,以及IAB node1下附着的UE的F1AP消息。基于此,本申请实施例中IAB Donor、IAB node1、IAB node2可以分别根据传输的消息的消息类型,或者根据传输的消息中包括的消息的消息类型,对控制面信令进行承载映射和处理。这里,消息类型包括RRC消息和F1AP消息。
下面,结合具体的实施例,详细描述本申请实施例的控制面信令在不同接口上的承载映射和处理的方法。应注意,以下仅仅是为了帮助本领域技术人员理解和实现本申请的实施例,而非限制本申请实施例的范围。本领域技术人员可以根据这里给出的例子进行等价变换或修改,这样的变换或修改仍然应落入本申请实施例的范围内。
图2示出了本申请一个控制面信令在各接口的承载映射和处理的具体的实施例。这里,CU和DU分别位于IAB Donor中。具体的,CU、DU、IAB node2、IAB node1以及UE可以参见上文中的描述,这里不再赘述。
具体而言,UE和IAB node1之间的Uu接口上建立有UE的SRB1(记为UE SRB1),UE的RRC消息记为(UE RRC)可以承载在UE SRB1上传输。或者,UE和IAB node1之间的Uu接口上建立有UE的SRB2(记为UE SRB2),UE的RRC消息记为(UE RRC)可以承载在UE SRB2上传输。
IAB node1和IAB node2之间的Un1接口上建立有IAB1的SRB1(记为IAB1SRB1),IAB1的RRC消息(记为IAB1RRC)可以承载在IAB1SRB1上传输。或者,IAB node1和IAB node2之间的Un1接口上建立有IAB1的SRB2(记为IAB1SRB2),IAB1的RRC消息(记为IAB1RRC)可以承载在IAB1SRB2上传输。
作为一个可选的实施例,IAB node1和IAB node2之间的Un1接口上还可以建立有IAB1的专用RB(记为IAB1RB)。作为一例,该专用RB可以为新定义的一种SRB。该专用RB区别于现有技术中已有的SRB0/1/2,仅用于传输F1AP消息。或者,该专用RB可以为数据无线承载(Data radio bearer,DRB)。本申请实施例中,IAB node1从UE SRB1中收到UE RRC后,对UERRC进行封装生成UE的F1AP消息(记为UE-associated F1AP消息)。作为一例,该UE-associated F1AP消息可以承载在IAB1RB上传输。
IAB node2和DU之间的Un2接口上建立有IAB2的SRB1(记为IAB2SRB1),IAB2的RRC消息(记为IAB2RRC)可以承载在IAB2SRB1上传输。或者,IAB node2和DU之间的Un2接口上建立有IAB2的SRB2(记为IAB2SRB2),IAB2的RRC消息(记为IAB2RRC)可以承载在IAB2SRB2上传输。
作为一个可选的实施例,IAB node2和DU之间的Un2接口上还可以建立有IAB2的专用RB(记为IAB2RB)。作为一例,该专用RB可以为新定义的一种SRB。该专用RB可以区别于已有的SRB0/1/2,仅用于传输F1AP消息。或者,该专用RB可以为DRB。作为一例,IAB node2在从IAB1RB上接收到UE-associated F1AP消息之后,可以将该UE-associated F1AP消息承载在IAB2RB上传输。
本申请实施例中,IAB node2从IAB1SRB1中收到IAB1RRC后,对IAB1RRC消息进行封装生成IAB1的F1AP消息(记为IAB1-associated F1AP消息)。作为一例,该IAB1-associatedF1AP消息可以承载在IAB2RB上传输。
DU和CU之间通过有线接口相连。DU和CU之间的有线接口上可以承载IAB2的F1AP消息(记为IAB2-associated F1AP消息)。
可选的,DU从IAB2SRB1中收到IAB2RRC后,对IAB2RRC消息进行封装生成IAB2的F1AP消息(记为IAB2-associated F1AP消息),该IAB2-associated F1AP消息通过有线发送到CU。此外,IAB2还可以将IAB1-associated F1AP消息和/或UE-associated F1AP消息封装在该IAB2-associated F1AP消息中传输。
总的来说,本申请实施例中,UE RRC在各接口的承载映射如下:
在Uu接口上,UE RRC被映射在SRB1或者SRB2上传输。在Un1接口上,UE RRC被封装在UE-associated F1AP消息中,然后映射到专用RB上传输,该专用RB可以是DRB,或者是一种新定义的SRB。在Un2接口上,UE-associated F1AP消息被映射在专用RB上传输,该专用RB同Un1接口上的专用RB一致。在F1接口上,UE-associated F1AP消息被进一步封装在IAB2-associated F1AP消息中传输。
本申请实施例中,在UE接入网络之前,IAB node2首先需要接入网络,然后IABnode1接入网络。
具体的,IAB node2在接入网络的过程中,在Un2接口上建立用于传输IAB2RRC消息的IAB2SRB1。
并且可选的,IAB node2在建立IAB2SRB1的同时,还可以在Un2接口上建立专门用于传输F1AP消息的IAB2RB。作为一个示例,当IAB node1和UE都接入网络后,该IAB2RB可以用于传输UE-associated F1AP消息和/或IAB1-associated F1AP消息。对UL而言,类似于IAB2SRB1,当DU从IAB2RB上收到信令,则将其封装在IAB2-associated F1AP消息中发送到CU。对DL而言,DU从IAB2-associated F1AP消息中收到信令,并根据CU发送的信令类型指示信息来获知该IAB2-associated F1AP消息中携带的信令类型,如果是RRC消息,则映射到IAB2SRB1上发送给IAB node2;如果是F1AP消息,则映射到IAB2RB上发送给IAB node2。IABnode1在接入网络的过程中,在Un1接口建立用于传输IAB1RRC消息的IAB1SRB1。
可选的,IAB node1在建立IAB1SRB1的同时,可以在Un1接口建立专门用于传输F1AP消息的IAB1RB。作为一个示例,当UE接入网络后,该IAB1RB可以用于传输UE-associated F1AP消息。对UL而言,只要IAB node2从IAB1RB上收到信令,则将其映射到IAB2RB上发送给DU。对DL而言,当IAB node2从IAB2RB上收到信令,并且该信令需要路由到下一跳节点,则IAB node2将该信令映射到IAB1RB上发送给IAB node1。
图3示出了本申请实施例提供的一种传输数据的方法的示意性流程图。其中,302至308为DL方向的数据传输流程,310至316为UL方向的数据传输流程。
下面将结合图3中的302至308,针对下行链路(DL)对本申请实施例的数据处理的方法进行具体描述。在一种可能的实现方式中,302至308可以应用于图2所示的系统中,此时可以将图3中的302至308分别记为302’至308’,即下文中302’至308’中的CU、DU、IABnode2、IAB node1以及UE可以为图2中的对应的网元。
302’,CU向DU发送消息#1。
作为一个可选的实施例,这里,CU可以通过有线接口向DU发送IAB2-associatedF1AP消息(即该消息#1),其中,IAB2-associated F1AP消息中可以携带IAB2RRC消息、IAB1-associated F1AP消息,或UE-associated F1AP消息中至少一种消息。具体的,可以存在以下几种可能:IAB2-associated F1AP消息中包含IAB2RRC消息;或者,IAB2-associatedF1AP消息中包含IAB1-associated F1AP消息;或者,IAB2-associated F1AP消息中包含UE-associated F1AP消息;或者,IAB2-associated F1AP消息中包含IAB2RRC消息和IAB1-associated F1AP消息;或者,IAB2-associated F1AP消息中包含IAB2RRC消息和UE-associated F1AP消息;或者,IAB2-associated F1AP消息中包含IAB1-associated F1AP消息和UE-associated F1AP消息;或者IAB2-associated F1AP消息中包含IAB2RRC消息和IAB1-associated F1AP消息和UE-associated F1AP消息。
此时,CU还向DU发送一个类型指示信息,用于指示IAB2-associated F1AP消息中携带的消息类型。该消息类型可以是RRC消息类型,也可以是F1AP消息类型。DU根据该类型指示信息对IAB2-associated F1AP中携带的不同消息进行不同的处理。
具体的,CU可以对UE RRC消息进行封装生成UE-associated F1AP消息,并将该UE-associated F1AP消息封装在IAB2-associated F1AP消息中发送到DU。CU还可以对IAB1RRC消息进行封装生成IAB1-associated F1AP消息,并将该IAB1-associated F1AP消息封装在IAB2-associated F1AP消息中发送到DU。CU还可以对IAB2RRC消息进行封装生成IAB2-associated F1AP消息后发送到DU。
可选的,本申请实施例中,CU可以将该类型指示信息携带在IAB2-associatedF1AP消息中,或者,该类型指示信息还可以携带在与IAB node2对等的F1AP层之上的适配层中发送给DU,本申请实施例对此不作具体限定。
应理解,本申请实施例中,IAB2-associated F1AP消息中可以携带IAB2RRC消息、IAB1-associated F1AP消息或UE-associated F1AP消息中的至少一种消息。此时,IAB2-associated F1AP消息中携带的每个消息可以对应一个类型指示信息,用于指示其对应的消息的消息类型。
可选的,CU还可以向DU发送一个指示信息,由DU进一步将该指示信息转发给IABnode2和IAB node1,以便于指示IAB node2和IAB node1是否需要对收到的F1AP消息进行处理。作为一种示例,该指示信息可以是节点的标识信息,例如:IAB node1的节点标识,UE的标识等。在一些可能的实现方式中,CU可以将该指示信息携带在IAB2-associated F1AP消息中,或者,携带在与IAB2对等的F1AP层之上的适配层中发送给DU,本申请实施例对此不作具体限定。
304’,DU向IAB node2发送消息#2。
作为一个可选的实施例,当DU通过有线接口从CU获取到IAB2-associated F1AP消息以及类型指示信息时,如果该类型指示信息指示IAB2-associated F1AP消息中携带的是RRC消息,则DU将从IAB2-associated F1AP消息中提取出来的RRC消息映射到IAB2SRB1中发送到IAB node2。此时,该IAB2RRC消息即为该消息#2。
作为另一个可选的实施例,当DU通过有线接口从CU获取到IAB2-associated F1AP消息以及类型指示信息时,如果该类型指示信息指示IAB2-associated F1AP消息中携带的是F1AP消息,则DU将从IAB2-associated F1AP消息中提取出来的F1AP消息映射到IAB2RB中发送到IAB node2。此时,该F1AP消息即为该消息#2。
可选的,DU还可以向IAB node2发送一个指示信息,该指示信息用于指示IABnode2是否需要对从IAB2-associated F1AP消息中提取的F1AP消息进行处理。作为一种示例,该指示信息可以是节点的标识信息,例如:IAB node1的节点标识,UE的标识等。在一些可能的实现方式中,该指示信息可以携带在Un2接口的RLC(Radio Link Control)层头字段中,或者在Un2接口的适配层中。
因此,本申请实施例中,通过CU向DU发送用于指示IAB2-associated F1AP消息中包括的消息的类型的指示信息,使得DU能够根据IAB2-associated F1AP消息中包括的不同的消息类型,将解封装后的数据包映射到不同的承载上,实现DU对控制面信令进行承载映射。
306’,IAB node2向IAB node1发送消息#3。
作为一个可选的实施例,当IAB node2从Un2接口中的IAB2SRB1上接收到数据包时,则可以确定该数据包即为IAB2RRC消息,此时可以直接将该数据包送到RRC层进行处理。
作为一个可选的实施例,当IAB node2从Un2接口中的IAB2RB上接收到数据包时,则可以确定该数据包即为F1AP消息。
此时,作为一种可选的实施例,IAB node2可以结合该F1AP消息的路由信息来决定该F1AP消息是否需要自己处理。具体而言,当该F1AP消息的路由信息表示该F1AP消息的目标路由节点为IAB node1时,则表明该F1AP消息需要IAB node2处理,则IAB node2对该F1AP消息进行解封装,当获知该F1AP消息中携带的RRC消息为IAB1RRC时,将该IAB1RRC消息映射到Un1接口中的IAB1SRB1上发送给IAB node1,此时该IAB1RRC消息即为消息#3。
当该F1AP消息的路由信息表示该F1AP消息的目标路由节点为不是与IAB2连接的下一跳节点时,例如当目标路由节点为UE时,即表明该F1AP消息不需要IAB node2处理,此时,IAB node2根据路由信息确定下一跳节点为IAB node1,并将该F1AP消息映射到Un1接口的IAB1RB上发送到IAB node1,此时该F1AP消息即为消息#3。
作为另一种可选的实施例,IAB node2还可以结合DU向IAB node2发送的指示信息,来确定该IAB2RB上的传输的F1AP消息是否需要自己处理。作为一种示例,该指示信息可以是节点的标识信息,例如:IAB node1的节点标识,UE的标识等。具体而言,根据该指示信息,IAB node2确定该F1AP消息需要自己进行处理时,IAB node2对该F1AP消息进行解封装,当获知该F1AP消息中携带的RRC消息为IAB1RRC时,将该IAB1RRC消息映射到Un1接口中的IAB1SRB1上发送给IAB node1,此时该IAB1RRC消息即为消息#3。
根据该指示信息,IAB node2确定该F1AP消息不需要自己进行处理时,此时,IABnode2根据路由信息确定下一跳节点为IAB node1,并将该F1AP消息映射到Un1接口的IAB1RB上发送到IAB node1,此时该F1AP消息即为消息#3。
308’,IAB node1向UE发送消息#4。
作为一个可选的实施例,当IAB node1从Un1接口中的IAB1SRB1上接收到消息时,则可以确定该消息即为IAB1RRC消息,此时可以直接将该消息送到RRC层进行处理。
作为一个可选的实施例,当IAB node1从Un1接口中的IAB1RB上接收到消息时,则可以确定该消息即为F1AP消息。具体而言,IAB node1对该F1AP消息进行解封装,当获知该F1AP消息中携带的RRC消息为UE RRC时,将该UE RRC消息映射到Uu接口的UE SRB1发送给UE,此时该UE RRC消息即为消息#4。
本申请实施例中,Un1接口上的IAB1RB和Un2接口上的IAB2RB可以是SRB(不同于现有的SRB0/1/2),也可以是DRB,仅用于传输F1AP消息。
因此,本申请实施例中,通过在SRB1上传输RRC消息,在专用RB上传输F1AP消息,使得IAB2、IAB1能够确定获取的消息的消息类型,并可以根据不同消息类型,对控制面信令进行承载映射。可选的,还可以通过SRB2上传输RRC消息,在专用RB上传输F1AP消息,使得IAB2、IAB1能够确定获取的消息的消息类型,并可以根据不同消息类型,对控制面信令进行承载映射,本申请实施例对此不作具体限定。
下面将结合图3中的310至316,针对上行链路(UL)对本申请实施例的数据处理的方法进行具体描述。在一种可能的实现方式中,310至316可以应用于图2所示的系统中,此时可以将图3中的310至316分别记为310’至316’,即下文中310’至316’中的CU、DU、IABnode2、IAB node1以及UE可以为图4中的对应的网元。
310’,UE向IAB node1发送消息#5。
具体的,UE生成UE RRC消息,并通过Uu接口中的UE SRB1,将该UE RRC消息发送给IAB node1。此时,该UE RRC消息即为消息#5。
312’,IAB node1向IAB node2发送消息#6。
作为一个可选的实施例,当IAB node1通过Uu接口中的UE SRB1接收到UE RRC消息时,对该UE RRC消息进行封装,生成UE-associated F1AP消息,并通过Un1接口中的IAB1RB将该UE-associated F1AP消息发送给IAB node2,此时该UE-associated F1AP即为消息#6。
作为一个可选的实施例,IAB node1也可以生成IAB1RRC消息,并通过Un1接口中的IAB1SRB1将该IAB1RRC消息发送给IAB node2,此时该IAB1RRC消息为消息#6。
314’,IAB node2向DU发消息#7。
作为一个可选的实施例,IAB node2可以从Un1接口中的IAB1RB上接收到UE-associated F1AP消息,并将该UE-associated F1AP映射到Un2接口中的IAB2RB上发送给DU,此时该UE-associated F1AP消息即为消息#7。
作为一个可选的实施例,IAB node2还可以从Un1接口中的IAB1SRB1上接收到IAB1RRC消息,并对该IAB1RRC消息进行封装,生成IAB1-associated F1AP消息,然后再将该IAB1-associated F1AP消息映射到Un2接口中的IAB2RB上发送给DU,此时该IAB1-associated F1AP即为消息#7。
作为一个可选的实施例,IAB node2还可以生成IAB2RRC消息,并将该IAB2RRC消息映射到Un2接口中的IAB2SRB1上发送给DU,此时,该IAB2RRC消息为消息#7。
316’,DU向CU发送消息#8。
作为一个可选的实施例,DU将从IAB2SRB1上接收到的IAB2RRC消息、从IAB2RB上接收到的IAB1-associated F1AP消息或UE-associated F1AP消息中的至少一个消息进行封装,生成IAB2-associated F1AP消息,并通过有线接口发送给CU。此时,该IAB2-associatedF1AP即为消息#8。
此时,DU还需要向CU发送一个类型指示消息,用于指示IAB2-associated F1AP消息中携带的消息类型,该消息类型可以是RRC消息,和/或F1AP消息,以便CU根据该类型指示信息对IAB2-associated F1AP消息中携带的不同消息进行不同的处理。
具体的,CU对IAB2-associated F1AP消息进行解封装,从中提取出RRC消息和/或F1AP消息。具体而言,当该类型指示信息指示IAB2-associated F1AP消息中携带的消息是RRC消息时,此时CU将该RRC消息发送到与IAB node2对等的RRC层进行处理。
当该类型指示信息指示IAB2-associated F1AP消息中携带的消息是F1AP消息时,CU结合IP层携带的IP地址信息,或者节点标识,确定该F1AP消息为UE-associated F1AP消息,或者为IAB1-associated F1AP消息。当CU确定为UE-associated F1AP消息时,将该UE-associated F1AP消息发到与UE对等的F1AP层进行处理,进一步的,CU通过与UE对等的F1AP层对该UE-associated F1AP消息进行解封装获得UE RRC消息。当CU确定为IAB1-associated F1AP消息时,将该IAB1-associated F1AP消息发到与IAB1对等的F1AP层进行处理。进一步的,CU通过与IAB1对等的F1AP层对该IAB1-associated F1AP进行解封装获得IAB1RRC消息。
可选的,DU可以向CU发送上述节点标识。在一些可能的实现方式中,该节点标识可以携带在IAB2-associated F1AP消息中,或者携带在与IAB node2对等的F1AP层之上的适配层中。
本申请实施例中,Un1接口上的IAB1RB和Un2接口上的IAB2RB可以是SRB(不同于现有的SRB0/1/2),也可以是DRB,仅用于传输F1AP消息。
因此,本申请实施例中,通过在SRB1上传输RRC消息,在专用RB上传输F1AP消息,使得IAB2、IAB1、DU能够确定获取的消息的消息类型,并可以根据不同消息类型,对控制面信令进行承载映射。并且,通过DU向CU发送IAB2-associated F1AP消息中包括的消息的类型,使得CU能够根据IAB2-associated F1AP消息中包括的不同的消息类型,将解封装后的消息发送到不同的处理层,实现对控制面信令进行承载映射。
可选的,还可以通过在SRB2上传输RRC消息,在专用RB上传输F1AP消息,使得IAB2、IAB1、DU能够确定获取的消息的消息类型,并可以根据不同消息类型,对控制面信令进行承载映射。并且,通过DU向CU发送IAB2-associated F1AP消息中包括的消息的类型,使得CU能够根据IAB2-associated F1AP消息中包括的不同的消息类型,将解封装后的消息发送到不同的处理层,实现对控制面信令进行承载映射,本申请实施例对此不作具体限定。
总的来说,本申请实施例中,在下行方向,DU根据CU发送的类型指示信息,分别将IAB2RRC映射到IAB2SRB1或者IAB2SRB2上传输,将UE-associated F1AP消息和/或IAB1-associated F1AP消息映射到IAB2RB上传输。IAB node2从IAB2RB上提取出F1AP消息,并进一步根据DU发送的路由信息或者节点指示信息,来获知该专用RB上传输的F1AP消息是否需要自己处理。在上行方向,CU根据DU发送的类型指示信息,来获知IAB2-associated F1AP消息中携带的是RRC消息和/或F1AP消息,并根据IP层的IP地址或者DU发送的节点指示信息,来获知该F1AP消息是送到与UE对等的F1AP层处理,还是送到与IAB node1对等的F1AP层处理。
图4示出了本申请另一个控制面信令在各接口的承载映射和处理的具体的实施例。这里,CU和DU分别位于IAB Donor中。具体的,CU、DU、IAB node2、IAB node1以及UE可以参见上文中的描述,这里不再赘述。
具体而言,UE和IAB node1之间的Uu接口上建立有UE的SRB1(记为UE SRB1),UE的RRC消息记为(UE RRC)可以承载在UE SRB1上传输。
IAB node1和IAB node2之间的Un1接口上建立有IAB node1的SRB1(记为IAB1SRB1),IAB1的RRC消息(记为IAB1RRC)可以承载在IAB1SRB1上传输。
本申请实施例中,IAB node1中可以对UE RRC进行封装生成UE的F1AP消息(记为UE-associated F1AP消息)。作为一个可选的实施例,该UE-associated F1AP消息可以承载在IAB1SRB1上传输。
IAB node2和DU之间的Un2接口上建立有IAB node2的SRB1(记为IAB2SRB1),IABnode2的RRC消息(记为IAB2RRC)可以承载在IAB2SRB1上传输。
作为一个可选的实施例,IAB node2在从IAB1SRB1上接收到UE-associated F1AP消息之后,将该UE-associated F1AP消息映射到IAB2SRB1上传输。
本申请实施例中,IAB node2可以对IAB1RRC消息进行封装生成IAB node1的F1AP消息(记为IAB1-associated F1AP消息)。作为一个可选的实施例,该IAB1-associatedF1AP消息映射在IAB2SRB1上传输。
DU和CU之间通过有线接口相连。具体的,DU和CU之间的有线接口上可以承载IABnode2的F1AP消息(记为IAB2-associated F1AP消息)。
可选的,DU可以将IAB node2的RRC消息(记为IAB2RRC)、IAB1-associated F1AP消息或UE-associated F1AP消息中的至少一种消息封装在该IAB2-associated F1AP消息中传输。
因此,本申请实施例中,IAB node1和IAB node2之间的Un1接口上可以复用现有的IAB1SRB1传输F1AP消息,IAB node2和DU之间的Un2接口上可以复用现有的IAB2SRB1传输F1AP消息,而不必在IAB node1和IAB node2之间、IAB node2和DU之间之间建立新的专用无线承载。
总的来说,本申请实施例中,UE RRC在各接口的承载映射如下:
在Uu接口上,UE RRC被映射在SRB1或者SRB2上传输。在Un1接口上,UE RRC被封装在UE-associated F1AP消息中,然后映射到SRB1或者SRB2上传输。在Un2接口上,UE-associated F1AP消息被映射在SRB1或者SRB2上传输。在F1接口上,UE-associated F1AP消息被进一步封装在IAB2-associated F1AP消息中传输。
下面将结合图3中的302至308,针对下行链路(DL)对本申请实施例的数据处理的方法进行具体描述。在另一种可能的实现方式中,302至308可以应用于图4所示的系统中,此时可以将图3中的302至308分别记为302”至308”,即下文中302”至308”中的CU、DU、IABnode2、IAB node1以及UE可以为图4中的对应的网元。
302”,CU向DU发送消息#1。
具体的,302”可以参见上文中302’中的描述,为避免重复,这里不再赘述。
304”,DU向IAB node2发送消息#2。
作为一个可选的实施例,当DU通过有线接口从CU获取到IAB2-associated F1AP消息以及类型指示信息时,DU可以将该IAB2-associated F1AP消息解封装以提取其中包含的IAB2RRC消息和/或F1AP消息,并将提取到的IAB2RRC消息和/或F1AP消息映射到IAB2SRB1上发送给IAB node2。此时,该IAB2RRC消息和/或F1AP消息即为该消息#2。
并且,DU需要向IAB node2转发该类型指示消息。具体的,该类型指示信息可以携带在Un2接口中的RLC头字段中,或者Un2接口的适配层中。
可选的,DU还可以向IAB node2发送一个指示信息,该指示信息用于指示IABnode2是否需要对从IAB2-associated F1AP消息中提取的F1AP消息进行处理。作为一种示例,该指示信息可以是节点的标识信息,例如:IAB node1的节点标识,UE的标识等。在一些可能的实现方式中,该指示信息可以携带在Un2接口的RLC头字段中,或者在Un2接口的适配层中。
306”,IAB node2向IAB node1发送消息#3。
作为一个可选的实施例,当IAB node2从Un2接口中的IAB2SRB1上接收到消息并且接收到类型指示信息时,则可以根据类型指示信息,确定从IAB2SRB1上接收到的消息类型,消息类型可以是RRC消息,也可以是F1AP消息。
具体的,当IAB node2确定该消息为IAB2RRC消息,此时可以直接将该消息送到RRC层进行处理。
当IAB node2确定该消息为F1AP消息时,作为一种可选的实施例,IAB node2可以结合该F1AP消息的路由信息来决定该F1AP消息是否需要自己处理。具体而言,当该F1AP消息的路由信息表示该F1AP消息的目标路由节点为IAB node1时,即表示该F1AP消息需要IABnode2处理,则IAB node2对该F1AP消息进行解封装,当获知该F1AP消息中携带的RRC消息为IAB1RRC时,将该IAB1RRC消息映射到Un1接口中的IAB1SRB1发送给IAB node1,此时该IAB1RRC消息即为消息#3。
当该F1AP消息的路由信息表示该F1AP消息的目标路由节点为不是与IAB node2连接的下一跳节点时,例如当目标路由节点为UE时,即表示该F1AP消息不需要IAB node2处理,则IAB node2将该F1AP消息映射到Un1接口中的IAB1SRB1发送给IAB node1,此时该F1AP消息即为消息#3。
作为另一种可选的实施例,IAB node2可以结合DU向IAB node2发送的指示信息,来确定该IAB2RB上的F1AP消息是否需要自己处理。具体而言,当根据该指示信息,确定IABnode2需要对该F1AP消息进行处理时,IAB node2对该F1AP消息进行解封装,当获知该F1AP消息中携带的RRC消息为IAB1RRC时,将该IAB1RRC消息映射到Un1接口中的IAB1SRB1发送给IAB node1,此时该IAB1RRC消息即为消息#3。
当根据该指示信息,确定IAB node2不需要对该F1AP消息进行处理时,IAB node2将该F1AP消息映射到Un1接口中的IAB1SRB1发送给IAB node1,此时该F1AP消息即为消息#3。
可选的,本申请实施例中,IAB node2还可以通过Un1接口向IAB node1发送一个类型指示信息,用于指示IAB1SRB1中传输的消息的消息类型,使得IAB node1可以根据消息类型,对从IAB1SRB1上接收到的不同消息进行不同处理。
因此,本申请实施例中,通过CU向DU发送IAB2-associated F1AP消息以及类型指示信息,并且DU对该IAB2-associated F1AP消息进行解封装,并将该类型指示消息转发给IAB node2,使得IAB node2能够根据接收到的消息的不同的消息类型,将该消息映射到不同的承载上,实现DU、IAB node2对控制面信令进行承载映射。
308”,IAB node1向UE发送消息#4。
具体的,308”可以参见上文中308’中的描述,为避免重复,这里不再赘述。
因此,本申请实施例中,通过在SRB1上传输RRC消息以及F1AP消息,并结合类型指示信息或路由信息,使得IAB node2能够确定获取的消息的消息类型,并可以根据不同消息类型,对控制面信令进行承载映射。
可选的,还可以通过在SRB2上传输RRC消息以及F1AP消息,并结合类型指示信息或路由信息,使得IAB node2能够确定获取的消息的消息类型,并可以根据不同消息类型,对控制面信令进行承载映射。
下面将结合图3中的310至316,针对上行链路(UL)对本申请实施例的数据处理的方法进行具体描述。在一种可能的实现方式中,310至316可以应用于图2所示的系统中,此时可以将图3中的310至316分别记为310”至316”,即下文中310”至316”中的CU、DU、IABnode2、IAB node1以及UE可以为图4中的对应的网元。
310”,UE向IAB node1发送消息#5。
具体的,310”可以参见上文中310’中的描述,为避免重复,这里不再赘述。
312”,IAB node1向IAB node2发送消息#6。
作为一个可选的实施例,IAB node1可以生成IAB1RRC消息,并映射到Un1接口中的IAB1SRB1中发送给IAB node2,此时该IAB1RRC消息为消息#6。
作为一个可选的实施例,当IAB node1通过Uu接口中的UE SRB1接收到UE RRC消息时,可以将该UE RRC消息进行封装,生成UE-associated F1AP消息,并映射到Un1接口中的IAB1SRB1上发送给IAB node2,此时该UE-associated F1AP即为消息#6。
此时,IAB node1需要向IAB node2发送一个类型指示信息,用于指示该IAB1SRB1上传输的消息的消息类型,该消息类型可以是RRC消息,也可以是F1AP消息,以使得IABnode2根据消息类型对不同消息进行不同的处理。在一些可能的实现方式中,该类型指示信息可以携带在Un1接口的RLC头字段中,或者Un1接口的适配层中传输。
314”,IAB node2向DU发消息#7。
作为一个可选的实施例,IAB node2可以生成IAB2RRC消息,并映射到Un2接口中的IAB2SRB1上发送给DU,此时,该IAB1RRC消息为消息#7。
作为一个可选的实施例,当IAB node2通过Un1接口中的IAB1SRB1接收到消息,并且该消息的消息类型为RRC消息时,则对该IAB1RRC消息进行封装,生成IAB1-associatedF1AP消息,并映射到Un2接口中的IAB2SRB1上发送给DU,此时该IAB-associated F1AP即为消息#7。
作为一个可选的实施例,当IAB node2通过Un1接口中的IAB1SRB1接收到消息,并且该消息的消息类型为F1AP消息时,则将该F1AP消息映射到Un1接口中的IAB2SRB1上发送给DU,此时该UE-associated F1AP消息即为消息#7。
此时,IAB node2还需要向DU发送一个类型指示信息,用于指示Un2接口的IAB2SRB1上传输的消息的消息类型,该消息类型可以是RRC消息,也可以是F1AP消息,以使得DU根据消息类型对不同消息进行不同的处理。在一些可能的实现方式中,该类型指示信息可以携带在Un2接口的RLC头字段中,或者Un2接口的适配层中传输。
316”,DU向CU发送消息#8。
具体的,316”可以参见上文中316’中的描述,为避免重复,这里不再赘述。
因此,本申请实施例中,通过在SRB1上传输RRC消息以及F1AP消息,并同时发送消息的消息类型,能够使得IAB node2、IAB node1、DU能够根据不同消息类型,对控制面信令进行承载映射。并且,通过DU向CU发送IAB2-associated F1AP消息中包括的消息的类型,使得CU能够根据IAB2-associated F1AP消息中包括的不同的消息类型,将解封装后的数据包发送到不同的处理层,实现对控制面信令进行承载映射。
可选的,还可以通过在SRB2上传输RRC消息以及F1AP消息,并同时发送消息的消息类型,能够使得IAB node2、IAB node1、DU能够根据不同消息类型,对控制面信令进行承载映射。并且,通过DU向CU发送IAB2-associated F1AP消息中包括的消息的类型,使得CU能够根据IAB2-associated F1AP消息中包括的不同的消息类型,将解封装后的数据包发送到不同的处理层,实现对控制面信令进行承载映射。
总的来说,本申请实施例中,在下行方向,DU将从IAB2-associated F1AP消息中收到的所有消息都映射到IAB2SRB1或者IAB2SRB2上传输。IAB node2根据DU发送的类型指示信息,来获知从IAB2SRB1或者IAB2SRB2上收到的是RRC消息和/或F1AP消息,并对不同的消息进行不同的处理。如果是RRC消息,则送到RRC层处理,如果是F1AP消息,则根据DU发送的路由信息或者节点指示信息,来获知该F1AP消息是否需要自己处理,如果需要自己处理,则送到F1AP层处理,否则根据路由信息将该F1AP消息路由到下一跳节点。同理,IAB node1的处理跟IAB node2的处理类似,这里就不再赘述。在上行方向,IAB node2根据IAB node1发送的类型指示信息,来获知从IAB1SRB1或者IAB2SRB2上收到的是RRC消息和/或F1AP消息。同理,IAB node2也会向DU,DU也会向CU发送该类型指示信息。CU根据DU发送的类型指示信息,来获知IAB2-associated F1AP消息中携带的是RRC消息和/或F1AP消息,并根据IP层的IP地址或者DU发送的节点指示信息,来获知该F1AP消息是送到与UE对等的F1AP层处理,还是送到与IAB node1对等的F1AP层处理。
图5示出了本申请另一个控制面信令在各接口的承载映射和处理的具体的实施例。这里,CU和DU分别位于IAB Donor中。具体的,CU、DU、IAB node2、IAB node1以及UE可以参见上文中的描述,这里不再赘述。
具体而言,UE和IAB node1之间的Uu接口上建立有UE的SRB1(记为UE SRB1),UE的RRC消息记为(UE RRC)可以承载在UE SRB1上传输。或者,UE和IAB node1之间的Uu接口上建立有UE的SRB2(记为UE SRB2),UE的RRC消息记为(UE RRC)可以承载在UE SRB2上传输。
IAB node1和IAB node2之间的Un1接口上建立有IAB1的SRB1(记为IAB1SRB1),IAB1的RRC消息(记为IAB1RRC)可以承载在IAB1SRB1上传输。或者,IAB node1和IAB node2之间的Un1接口上建立有IAB1的SRB2(记为IAB1SRB2),IAB1的RRC消息(记为IAB1RRC)可以承载在IAB1SRB2上传输。
作为一个可选的实施例,IAB node1和IAB node2之间的Un1接口上还可以建立有IAB1的DRB(记为IAB1DRB)。在一些可能的实施方式中,该IAB1DRB为专用DRB,可以区别于已有的DRB,仅用于传输F1AP消息。或者,在另一些可能的实现方式中,该IAB1DRB既可以用于传输F1AP消息,还可以用于传输用户面数据。
本申请实施例中,IAB node1对UE RRC进行封装生成UE的F1AP消息(记为UE-associated F1AP消息)。作为一例,该UE-associated F1AP消息可以承载在IAB1DRB上传输。
IAB node2和DU之间的Un2接口上建立有IAB2的SRB1(记为IAB2SRB1),IAB2的RRC消息(记为IAB2RRC)可以承载在IAB2SRB1上传输。具体的,IAB2SRB1可以参见图3或图4,图5将重点描述IAB2DRB,因此图5中并未示出该IAB2SRB1。
作为一个可选的实施例,IAB node2和DU之间的Un2接口上还可以建立有IAB2的DRB(记为IAB2DRB)。在一些可能的实施方式中,该IAB1DRB为专用DRB,可以区别于已有的DRB,仅用于传输F1AP消息。或者,在另一些可能的实现方式中,该IAB1DRB既可以用于传输F1AP消息,还可以用于传输用户面数据。作为一例,IAB2在从IAB1DRB上接收到UE-associated F1AP消息之后,可以将该UE-associated F1AP消息承载在IAB2DRB上传输。
本申请实施例中,IAB node2对IAB1RRC消息进行封装生成IAB1的F1AP消息(记为IAB1-associated F1AP消息)。作为一例,该IAB1-associated F1AP消息可以承载在IAB2DRB上传输。
可选的,DU可以将IAB1-associated F1AP消息或UE-associated F1AP消息中的至少一个消息封装在一个IAB2对应的GTP隧道中发送到CU。
可选的,DU将IAB1-associated F1AP消息或UE-associated F1AP消息中的至少一个消息承载在一个IAB2对应的GTP隧道中发送到CU。该GTP隧道与IAB2DRB一一映射。
DU和CU之间为有线接口。具体的,DU和CU有线接口上承载IAB2对应的GTP隧道,用于传输F1AP消息。
本申请实施例中,在UE接入网络之前,IAB node2首先需要接入网络,然后IABnode1接入网络。
具体的,IAB node2在接入网络的过程中,在Un2接口上建立用于传输IAB2RRC消息的IAB2SRB1。
并且可选的,CU可以触发DU在Un2接口为F1AP消息建立一个DRB承载,即IAB2DRB。作为一个示例,该IAB2DRB可以用于传输UE-associated F1AP消息和/或IAB1-associatedF1AP消息。此时,该IAB2DRB可以与CU和DU之间的一个IAB2对应的GTP隧道一一映射。
也就是说,本申请实施例中,将包含IAB1-associated F1AP消息或UE-associatedF1AP消息中至少一个消息携带在一个IAB2对应的GTP隧道上传输,而IAB2RRC消息还是封装在IAB2-associated F1AP消息中通过有线接口发送,这样,CU和DU可以根据不同类型的承载,确定不同类型承载中传输的消息类型。
IAB node1在接入网络的过程中,在Un1接口建立用于传输IAB1RRC消息的IAB1SRB1。
并且可选的,IAB node1在建立IAB1SRB1的同时,CU可以触发IAB1在Un1接口建立专门用于传输F1AP消息的IAB1DRB。作为一个示例,该IAB1DRB可以用于传输UE-associatedF1AP消息。此时,Un1接口上的IAB1DRB与Un2接口上的IAB2DRB一一映射。具体而言,IABnode2可以将从IAB2DRB上获得数据包,并根据该映射关系,将获得的数据包映射到IAB1DRB,或者,IAB node2可以将从IAB1DRB获取数据包,并根据该映射关系,将获得的数据包映射到IAB2DRB。
总的来说,本申请实施例中,UE RRC在各接口的承载映射如下:
在Uu接口上,UE RRC被映射在SRB1或者SRB2上传输。在Un1接口上,UE RRC被封装在UE-associated F1AP消息中,然后映射到DRB上传输。在Un2接口上,UE-associated F1AP消息被映射在DRB上传输。在F1接口上,UE-associated F1AP消息被映射到一个GTP隧道中传输,其中,F1接口的该GTP隧道与Un2接口上的DRB一一对应。
下面将结合图3中的302至308,针对下行链路(DL)对本申请实施例的数据处理的方法进行具体描述。在另一种可能的实现方式中,302至308可以应用于图5所示的系统中,此时可以将图3中的302至308分别记为302”’至308’,即下文中302”’至308”’中的CU、DU、IAB node2、IAB node1以及UE可以为图5中的对应的网元。
302”’,CU向DU发送消息#1。
CU可以通过有线接口向DU发送IAB2-associated F1AP消息(即该消息#1),其中,IAB2-associated F1AP消息中包括IAB2RRC消息。具体的,CU可以对IAB2RRC消息进行封装生成IAB2-associated F1AP消息后发送到DU。
CU可以通过IAB2对应的GTP隧道向DU发送F1AP消息(即消息#1),该GTP隧道中携带包括IAB1-associated F1AP消息或UE-associated F1AP消息中的至少一个F1AP消息。
具体的,CU可以对IAB1RRC消息进行封装生成IAB1-associated F1AP消息。CU还可以对UE RRC消息进行封装生成UE-associated F1AP消息。CU将IAB1-associated F1AP消息或UE-associated F1AP消息中的至少一个消息携带在IAB2对应的GTP隧道中发送给DU。
这样,DU可以根据有线接口上的不同承载,确定不同承载上传输的消息类型。
304”’,DU向IAB node2发送消息#2。
作为一个可选的实施例,当DU通过有线接口获取到IAB2-associated F1AP消息时,将该IAB2-associated F1AP消息解封装以提取该IAB2RRC消息,并将该IAB2RRC消息映射到IAB2SRB1或者IAB2SRB2中发送给IAB node2。此时,该IAB2RRC消息即为该消息#2。
作为另一个可选的实施例,当DU通过IAB2的GTP隧道获取到F1AP时,将该该F1AP消息映射到Un2接口对应的IAB2DRB中发送给IAB2。此时,该F1AP消息即为该消息#2。
可选的,如果IAB2DRB上除了发送F1AP消息之外,还可以发送用户面数据时,则DU还需要向IAB2发送一个指示信息,用于指示在IAB2DRB上发送的数据类型,该数据类型可以是F1AP消息,也可以是用户面数据。
可选的,DU还可以向IAB node2发送一个指示信息,该指示信息用于指示IABnode2是否需要对该F1AP消息进行处理。在一些可能的实现方式中,该指示信息可以携带在Un2接口的RLC头字段中,或者在Un2接口的适配层中。
因此,本申请实施例中,通过在GTP隧道中发送F1AP消息,实现DU对控制面信令进行承载映射。
306”’,IAB node2向IAB node1发送消息#3。
作为一个可选的实施例,当IAB node2从Un2接口中的IAB2SRB1上接收到消息时,则可以确定该消息即为IAB2RRC消息,此时可以直接将该消息送到RRC层进行处理。
作为一个可选的实施例,当IAB2DRB专门用于传输F1AP消息时,如果IAB node2从Un2接口中的IAB2DRB上接收到数据时,则可以确定该消息即为F1AP消息。或者,IAB2可以结合指示信息,确定IAB2DRB上传输的消息为F1AP消息。
此时,作为一种可选的实施例,IAB2可以结合该F1AP消息的路由信息来决定该F1AP消息是否需要自己处理。具体而言,当该F1AP消息的路由信息表示该F1AP消息的目标路由节点为IAB1时,即表示该F1AP消息需要IAB node2处理,则IAB2对该F1AP消息进行解封装,当获知该F1AP消息中携带的是IAB1RRC消息时,将该IAB1RRC消息通过Un1接口中的IAB1SRB1发送给IAB node1,此时该IAB1RRC消息即为消息#3。
当该F1AP消息的路由信息表示该F1AP消息的目标路由节点为不是与IAB node2连接的下一跳节点时,例如当目标路由节点为UE时,即表示该F1AP消息不需要IAB node2处理,此时,IAB node2将该F1AP消息映射到Un1接口中的对应的IAB1DRB中发送到IAB node1,此时该F1AP消息即为消息#3。
作为另一种可选的实施例,IAB node2可以结合DU向IAB2发送的指示信息,来确定该IAB2RB上的F1AP消息是否需要自己处理。具体而言,当根据该指示信息,确定该F1AP消息需要IAB node2进行处理时,IAB node2将该F1AP消息进行解封装,当获知该F1AP消息中携带的是IAB1RRC消息时,将该IAB1RRC消息映射到Un1接口中的IAB1SRB1发送给IAB node1,此时该IAB1RRC消息即为消息#3。
当根据该指示信息,确定该F1AP消息不需要IAB node2进行处理时,IAB2该F1AP消息映射到Un1接口中对应的IAB1DRB发送到IAB node1,此时该F1AP消息即为消息#3。
可选的,如果IAB1DRB上除了发送F1AP消息之外,还可以发送用户面数据时,则IABnode2在该IAB1DRB上发送F1AP消息时,还需要向IAB node1发送一个指示信息,用于指示在IAB1DRB上发送的数据类型,该数据类型可以是F1AP消息,也可以是用户面数据。
308”’,IAB node1向UE发送消息#4。
作为一个可选的实施例,当IAB node1从Un1接口中的IAB1SRB1上接收到消息时,则可以确定该消息即为IAB1RRC消息,此时可以直接将该消息送到RRC层进行处理。
作为一个可选的实施例,当IAB1DRB仅用于传输F1AP消息时,如果IAB node1从Un1接口中的IAB1DRB上接收到数据,则可以确定该消息即为F1AP消息。或者,IAB1可以结合指示信息,确定IAB1DRB上传输的消息为F1AP消息。
具体而言,IAB node1对该F1AP消息进行解封装,当获知该F1AP消息中携带的是UERRC消息时,将该UE RRC消息映射到Uu接口中的UE SRB1发送给UE,此时该UE RRC消息即为消息#4。
因此,本申请实施例中,通过DRB上传输F1AP消息,实现对控制面信令进行承载映射。
下面将结合图3中的310至316,针对上行链路(UL)对本申请实施例的数据处理的方法进行具体描述。在一种可能的实现方式中,310至316可以应用于图5所示的系统中,此时可以将图3中的310至316分别记为310”’至316”’,即下文中310”’至316”’中的CU、DU、IABnode2、IAB node1以及UE可以为图5中的对应的网元。
310”’,UE向IAB node1发送消息#5。
具体的,UE生成UE RRC消息,并通过Uu接口中的UE SRB1,将该UE RRC消息发送给IAB1。此时,该UE RRC消息即为消息#5。
312”’,IAB node1向IAB node2发送消息#6。
作为一个可选的实施例,IAB node1可以生成IAB1RRC消息,并通过Un1接口中的IAB1SRB1将该IAB1RRC消息发送给IAB node2,此时该IAB1RRC消息为消息#6。
作为一个可选的实施例,当IAB node1通过Uu接口中的UE SRB1接收到UE RRC消息时,将该UE RRC消息进行封装,生成UE-associated F1AP消息,并将该UE-associated F1AP消息映射到Un1接口中的IAB1DRB中发送给IAB2,此时该UE-associated F1AP即为消息#6。
314”’,IAB node2向DU发消息#7。
作为一个可选的实施例,IAB node2可以生成IAB2RRC消息,并通过Un2接口中的IAB2SRB1将该IAB1RRC消息发送给DU,此时,该IAB1RRC消息为消息#7。
作为一个可选的实施例,当IAB node2通过Un1接口中的IAB1SRB1接收到IAB1RRC消息时,将该IAB1RRC消息进行封装,生成IAB1-associated F1AP消息,并将该IAB1-associated F1AP消息映射到Un2接口中的IAB2DRB发送给DU,此时该IAB-associated F1AP即为消息#7。
作为一个可选的实施例,当IAB node2通过Un1接口中的IAB1DRB接收到UE-associated F1AP消息时,可以直接将该UE-associated F1AP消息映射到IAB2DRB上发送给DU,此时该UE-associated F1AP消息即为消息#7。
316”’,DU向CU发送消息#8。
作为一个可选的实施例,DU对从IAB2SRB1上接收到的IAB2RRC消息进行封装,生成IAB2-associated F1AP消息,并将该IAB2-associated F1AP消息通过有线接口发送到CU。此时,该IAB2-associated F1AP即为消息#8。
作为一个可选实施例,DU可以通过与IAB2DRB一一映射的GTP隧道来携带IAB1associated F1AP消息或UE-associated F1AP消息中的至少一个消息通过有线接口发送到CU。此时,该IAB2-associated F1AP即为消息#8。
此时,CU可以确定从与IAB2对等的F1AP层收到的是IAB2-associated F1AP消息,而从与IAB2DRB一一映射的GTP隧道中收到的是F1AP消息,并根据IP层的IP地址,或者节点标识来对GTP隧道中收到的不同F1AP消息进行不同处理。
具体的,CU对IAB2-associated F1AP消息进行解封装,当获知该F1AP消息中携带的是IAB2RRC消息时,将该IAB2RRC消息发送到与IAB2对等的RRC层进行处理。
当CU从与IAB2DRB对应的GTP隧道中收到F1AP消息时,CU可以根据IP层携的IP地址,或者该GTP隧道头字段中携带的节点标识,确定该F1AP消息的消息类型,该消息类型可以是UE-associated F1AP消息,也可以是IAB1-associated F1AP消息。当CU确定为UE-associated F1AP消息时,将该UE-associated F1AP消息发到与UE对等的F1AP层进行处理,进一步的,与UE对等的F1AP层对UE-associated F1AP消息进行解封装获得UE RRC消息。当CU确定为IAB1-associated F1AP消息时,将该IAB1-associated F1AP消息发到与IAB1对等的F1AP层进行处理。进一步的,与IAB1对等的F1AP层对IAB1-associated F1AP消息进行解封装获得IAB1RRC消息。
可选的,DU可以向CU发送的上述节点标识,还可以携带在GTP层之上的适配层中。
因此,本申请实施例中,通过在SRB1上传输RRC消息,在DRB上传输F1AP消息,以及在GTP隧道中传输F1AP消息,实现对控制面信令进行承载映射和处理。
本申请实施例中,不同于LTE的承载映射,NR采用更细粒度的业务质量(QualityOf Service,QoS)机制,即基于flow粒度的承载映射。具体而言,对于直接附着在IAB Donor下的UE,对应的承载建立及承载映射包括将该UE的一个QoS flow在Uu接口上映射到UE与DU之间的一个DRB中传输,在DU和CU之间映射到一个GTP隧道中传输,其中,该GTP隧道与该UE在Uu接口的DRB一一映射。
对于图1中所示的场景,当系统中包括IAB Donor、IAB node1、IABnode2和UE时,UE的用户面数据传输不需要经过任何IAB node的UPF。具体而言,本申请实施例中,IAB node之间的接口,例如Un接口(比如Un1接口、Un2接口)以及IAB node与UE之间的Uu接口上都会建立DRB承载,并且,每个IAB node可以根据各接口之间的DRB承载的映射关系,或者根据DRB承载对应的QoS参数,或者根据UE业务流所属的QoS参数,对用户面数据进行承载映射。这里,QoS参数可以包括业务流对应的时延、和/或丢包率、和/或流保证比特率GFBR(Guaranteed Flow Bit Rate)、和/或流最大比特率(Maximum Flow Bit Rate)等与业务流质量相关的信息。
总的来说,本申请实施例中,在下行方向,IAB node1和IAB node2都可以根据其上一跳节点发送的路由信息或者节点指示信息,来获知该F1AP消息是否需要自己处理,如果需要自己处理,则送到F1AP层处理,否则根据路由信息将该F1AP消息路由到下一跳节点。在Un接口上,如果F1AP消息和UE数据复用在一个DRB上,则下一跳节点还需要从上一跳节点获取类型指示信息,用于指示该DRB上传输的是F1AP消息和/或数据。
下面,结合具体的实施例,详细描述本申请实施例的数据处理的方法。应注意,以下仅仅是为了帮助本领域技术人员理解和实现本申请的实施例,而非限制本申请实施例的范围。本领域技术人员可以根据这里给出的例子进行等价变换或修改,这样的变换或修改仍然应落入本申请实施例的范围内。
图6示出了本申请一个用户面数据在各接口的承载映射和处理的具体的实施例。这里,IAB Donor、IAB node2、IAB node1以及UE可以参见上文中的描述,这里不再赘述。
应理解,图6示出了数据处理的方法的步骤或操作,但这些步骤或操作仅是示例,本申请实施例还可以执行其他操作或者图6中的各个操作的变形。此外,图6中的各个步骤可以按照与图6呈现的不同的顺序来执行,并且有可能并非要执行图6中的全部操作。
601,UE的会话管理功能(Session Management Function,SMF)向UE的接入和移动性管理功能(Access and Mobility Management Function,AMF)发送N11消息,该N11消息中包括UE请求建立会话的标识(PDU session ID)、PDU会话中包含的业务流的标识业务流标识(QoS Flow Identifier,QFI)以及QoS参数(profile)等,本申请实施例对此不作具体限定。
602,UE的AMF向IAB Donor中的CU发送N2消息。N2消息中包括会话标识(PDUsession ID)、QFI以及QoS profile等,本申请实施例对此不作具体限定。
603,IAB Donor中的CU根据从AMF获取的UE业务流QoS信息,为该UE业务流分配一个DRB ID,并触发UE和IAB node1中的DU建立该DRB ID对应的DRB承载。即:IAB Donor中的CU向IAB node1中的DU发送UE-associated F1AP消息,该UE-associated F1AP消息中包括UE的RRC重配置消息。这里,该RRC重配置消息中包括会话标识(session ID)、DRB ID等信息等,本申请实施例对此不作限定。
具体的,CU向IAB node1发送UE-associated F1AP消息可以参见上文中的描述,为避免重复,这里不再赘述。
604,IAB node1中的DU从603中的UE-associated F1AP消息中提取出RRC重配置消息,并将该RRC重配置消息发送给UE。
具体的,IAB node1向UE发送RRC消息可以参见上文中的描述,为避免重复,这里不再赘述。
对应的,UE接收IAB node1发送的RRC重配置消息,并根据该RRC重配置消息中的会话标识(session ID)、DRB ID等信息,建立该DRB ID对应的UE DRB承载。
可选的,605,UE接入网络后,IAB Donor中的CU可以根据获取到的UE的业务流QoS信息,触发Un接口上IAB节点用户面承载的建立/更新。
或者,本申请实施例中,在IAB node1和IAB node2接入网络时,可以在Un接口预先为UE所有的业务流建立对应的DRB承载。
606,CU向DU发送IAB2-associated F1AP消息,该IAB2-associated F1AP消息是UE上下文修改请求(UE context Modification Request)。
607,DU向CU发送IAB2-associated F1AP消息作为对606中收到消息的响应,该响应消息是UE上下文修改响应(UE context Modification Response)。
经过步骤606和607的处理,在DU和CU之间为UE的业务流建立了一个对应的GTP隧道。
608,CU向DU发送IAB2-associated F1AP消息,该IAB2-associated F1AP中包括IAB node2的RRC重配置消息。这里,该RRC重配置消息用于为UE的业务流在UE与IAB node1中DU之间建立对应的UE DRB。该UE DRB与CU和DU之间建立的GTP隧道一一映射。具体的,CU向IAB node2发送IAB2-associated F1AP消息可以参见上文中的描述,为避免重复,这里不再赘述。
609,DU从608中的IAB2-associated F1AP消息中提取出RRC重配置消息,并向IABnode2的MT发送该RRC重配置消息。具体的,DU向IAB node2发送RRC消息可以参见上文中的描述,为避免重复,这里不再赘述。
此时,IAB node2根据该RRC重配置消息,在Un2接口为UE的业务流建立对应的IAB2DRB。
610,CU向IAB node2中的DU发送IAB1-associated F1AP消息,该IAB1-associatedF1AP中包括IAB node1的RRC重配置消息。这里,该RRC重配置消息用于为UE的业务流在IABnode1和IAB node2之间建立对应的IAB1DRB。具体的,CU向IAB node1发送F1AP消息可以参见上文中的描述,为避免重复,这里不再赘述。
611,IAB node2中的DU从610中的IAB1-associated F1AP消息中提取出RRC重配置消息,并向IAB node1的MT发送该RRC重配置消息。具体的,IAB node2向IAB node1发送RRC消息可以参见上文中的描述,为避免重复,这里不再赘述。
这时,IAB node1根据该RRC重配置消息,在Un1接口上为UE的业务流建立对应的IAB1DRB。
可选的,本申请实施例中,CU可以针对各个接口链路进行统一的QoS映射管理。在一种可能的实现方式中,可以通过以下612和613,CU将各个接口的承载映射关系发送给IABnode1和IAB node2。在另一种可能的实现方式中,可以通过612’,CU只将各个接口的承载映射关系发送给IAB node2。
612,CU向IAB node2中的DU发送IAB1-associated F1AP消息,该IAB1-associatedF1AP消息中包括Un1接口的IAB1DRB与Un2接口的IAB2DRB之间的映射关系。例如,Un1接口存在IAB1DRB1和IAB1DRB2,Un2接口存在IAB2DRB1和IAB2DRB2,CU确定Un1接口IAB1DRB和Un2接口IAB2DRB之间的映射关系,如果确定IAB1DRB1和IAB2DRB1一一映射,IAB1DRB1和IAB2DRB2一一映射,则CU将这两个映射关系都发给IAB node2。如果确定IAB1DRB1和IAB1DRB2均与IAB2DRB1映射,或者,IAB1DRB1和IAB1DRB2均与IAB2DRB2映射,或者,IAB2DRB1和IAB2DRB2均与IAB1DRB1映射,或者,IAB2DRB1和IAB2DRB2均与IAB1DRB2映射,则CU将确定的映射关系发送到IAB node2。
以上述一一映射为例,对于DL而言,IAB node2将从IAB2DRB1上接收到的数据包映射到IAB1DRB1上传输,将从IAB2DRB2上接收到的数据包映射到IAB1DRB2上传输。对于UL而言,IAB node2将从IAB1DRB1上接收到的数据包映射到IAB2DRB1上传输,将从IAB1DRB2上接收到的数据包映射到IAB2DRB2上传输。
具体的,CU向IAB node2的DU发送IAB1-associated F1AP消息可以参见上文中的描述,为避免重复,这里不再赘述。
613,CU向IAB node1中的DU发送UE-associated F1AP消息,该UE-associatedF1AP消息中包括UE DRB与IAB1DRB的映射关系。Uu接口上的UE DRB和Un1接口上的IAB1DRB之间的映射关系如612中描述一致,可以是一一映射,也可以是多对一或者一对多的映射,这里不再赘述。
具体的,CU向IAB node1中的DU发送UE-associated F1AP消息可以参见上文中的描述,为避免重复,这里不再赘述。
这时,对于DL而言,当CU将UE的业务流映射一个GTP隧道中发送给DU时,DU可以根据IAB2DRB和GTP隧道的映射关系,将UE的业务流映射到Un2接口对应的IAB2DRB中发送给IAB node2。
然后,IAB node2可以根据接收到的IAB1DRB和IAB2DRB的映射关系,将Un2接口的IAB2DRB上的UE业务流映射到Un1接口的IAB1DRB上发送给IAB node1。
然后,IAB node1根据接收到的IAB1DRB和UE DRB的映射关系,将Un1接口的IAB1DRB上的UE业务映射到Uu接口对应的UE DRB上发送给UE。
同理,对于UL而言,IAB node1、IAB node2可以根据不同接口的DRB之间的映射关系进行用户面承载映射,DU可以根据IAB2DRB与GTP隧道的对应关系在CU和DU之间进行用户面承载的映射,最终将UE业务发送给CU。
612’,CU向IAB node2中的DU发送F1AP消息,该F1AP消息中包括IAB1DRB与IAB2DRB之间的映射关系,以及UE DRB与IAB1DRB之间的映射关系。
这时,在发送用户面数据时,IAB node2可以根据UE DRB与IAB1DRB之间的映射关系,确定IAB node1需要将IAB1DRB上传输的用户数据映射到的UE DRB。然后,IAB node2可以向IAB node1发送指示信息,用于指示IAB node1进行用户面承载的映射,具体的,该指示信息可以是UE DRB的标识DRB ID,使得IAB node1根据该指示信息,将从IAB1DRB上接收的用户数据映射到对应的UE DRB上。
这时,对于下行而言,当CU将UE的业务流映射到对应的GTP隧道中发送给DU,DU可以根据IAB2DRB与CU和DU之间GTP隧道的映射关系,将UE的业务流映射到IAB2DRB中发送给IAB node2。
然后,IAB node2可以根据接收到的IAB1DRB和IAB2DRB之间的映射关系,将IAB2DRB上的UE业务映射到IAB1DRB上发送给IAB node1。并且,IAB node2根据接收到的IAB1DRB和UE DRB之间的映射关系,确定IAB node1在从IAB1DRB上接收到该UE业务流后,需要将该UE业务流映射到的UE DRB,并向IAB node1发送用于指示该UE DRB的指示信息。作为一例,该指示信息可以携带在适配层(adaptation layer)中。
IAB node1通过IAB1DRB接收到该UE业务流,并且接收到该指示信息后,可以将该UE业务流映射到对应的UE DRB上发送给UE。
同理,对于UL而言,IAB node1可以根据反射(reflective)的方式进行UL映射,IABnode2可以根据IAB1DRB与IAB2DRB之间的映射关系,DU可以根据IAB2DRB与GTP隧道的对应关系,最终将UE业务发送给CU。
因此,本申请实施例中,通过CU对各个接口链路进行统一的QoS映射管理,可以实现对用户面数据进行承载映射。
图7示出了本申请一个用户面数据在各接口的承载映射的具体的实施例。这里,IAB Donor、IAB node2、IAB node1以及UE可以参见上文中的描述,这里不再赘述。
应理解,图7示出了数据处理的方法的步骤或操作,但这些步骤或操作仅是示例,本申请实施例还可以执行其他操作或者图7中的各个操作的变形。此外,图7中的各个步骤可以按照与图7呈现的不同的顺序来执行,并且有可能并非要执行图7中的全部操作。
701,UE的SMF向UE的AMF发送N11消息。具体的,701可以参见601中的描述,为避免重复,这里不再赘述。
702,UE的AMF向IAB Donor中的CU发送N2消息。具体的,702可以参见602中的描述,为避免重复,这里不再赘述。
703,IAB Donor中的CU向IAB Donor中的DU发送IAB2-associated F1AP消息,该IAB2-associated F1AP消息可以是UE上下文修改请求(UE context ModificationRequest)。具体的,703可以参见上文中606的描述,为避免重复,这里不再赘述
704,DU接收到703中的IAB2-associated F1AP消息后,向CU发送IAB2-associatedF1AP消息,该IAB2-associated F1AP消息可以是上下文修改响应(UE contextModification Response)。具体的,704可以参见上文中607的描述,为避免重复,这里不再赘述。
此时,DU为UE业务流在CU和DU之间建立对应的GTP隧道。
705,IAB Donor中的CU向IAB Donor中的DU发送IAB2-associated F1AP消息,该IAB2-associated F1AP消息中包括IAB node2的RRC重配置消息。具体的,705可以参见上文中608中的描述,为避免重复,这里不再赘述。
706,DU从705中的IAB2-associated F1AP消息中提取出RRC重配置消息,并向IABnode2的MT发送该RRC重配置消息。具体的,DU向IAB node2发送RRC消息可以参见上文中的描述,为避免重复,这里不再赘述。
此时,IAB node2根据该RRC重配置消息,在Un2接口建立与GTP隧道一一映射的IAB2DRB。
这样,通过701至706,可以建立IAB2DRB以及与IAB2DRB对应的GTP隧道。
707,SMF向AMF发送N11消息。
708,AMF向IAB Donor中的CU发送N2消息,以请求CU建立PDU会话。
709,IAB Donor中的CU向IAB node2中的DU发送IAB1-associated F1AP消息,该IAB1-associated F1AP消息可以是UE上下文修改请求(UE context ModificationRequest)。具体的,上下文修改请求中包括IAB2DRB和其对应的QoS profile信息,以及IAB1DRB和其对应的QoS profile信息。其中,QoS profile信息包括:5G QoS标识5QI、GFBR、MFBR等。
710,IAB node2根据709中获得的信息,确定IAB2DRB和IAB1DRB的映射关系。此时,由IAB节点执行每个IAB的承载映射。
711,IAB node2中的DU向IAB Donor中的CU发送UE上下文修改响应(UE contextModification Response)。
712,CU向IAB node2发送IAB2-associated F1AP消息,该IAB2-associated F1AP消息中包括IAB node1的RRC重配置消息。具体的,712可以参见610中的描述,为避免重复,这里不再赘述,
713,IAB node2中的DU从712中的IAB2-associated F1AP消息中提取出RRC重配置消息,并向IAB node1的MT发送该RRC重配置消息。具体的,713可以参见611中的描述,为避免重复,这里不再赘述。
这时,IAB node1根据该RRC重配置消息,建立IAB1DRB。
714,UE的SMF向UE的AMF发送N11消息。
715,UE的AMF向IAB宿主(Donor)中的CU发送N2消息。
716,IAB Donor中的CU向IAB node1中的DU发送UE-associated F1AP消息,该UE-associated F1AP消息可以是UE上下文修改请求(UE context Modification Request)。具体的,上下文修改请求中包括IAB1DRB和其对应的QoS profile信息,以及UE DRB和其对应的QoS profile信息。
717,IAB node1根据716中获得的信息,确定IAB1DRB和UE DRB的映射关系。此时,由IAB节点执行每个IAB的承载映射。
718,IAB node1中的DU向IAB Donor中的CU发送UE上下文修改响应(UE contextModification Response)。
719,CU向IAB node1中的DU发送UE-associated F1AP消息,该UE-associatedF1AP消息中包括UE的RRC重配置消息。具体的,719可以参见603中的描述,为避免重复,这里不再赘述,
720,IAB node1中的DU从719中的UE-associated F1AP消息中提取出RRC重配置消息,并向UE发送该RRC重配置消息。具体的,713可以参见604中的描述,为避免重复,这里不再赘述。
这时,UE根据该RRC重配置消息,建立UE DRB。
总的来说,对于DL而言,当CU将UE的业务流映射到对应的GTP隧道中发送给DU时,DU可以根据IAB2DRB和GTP隧道的映射关系,将UE的业务流映射到IAB2DRB中发送给IABnode2。
然后,IAB node2可以根据接收到的IAB1DRB和IAB2DRB的映射关系,将IAB2DRB上的UE业务映射到IAB1DRB上发送给IAB node1。
然后,IAB node1根据接收到的IAB1DRB和UE DRB的映射关系,将IAB1DRB上的UE业务映射到UE DRB上发送给UE。
同理,对于UL而言,IAB node1、IAB node2可以根据DRB之间的映射关系,DU可以根据IAB2DRB与GTP隧道的对应关系,最终将UE业务发送给CU。
在一些可能的实现方式中,本申请实施例中可以不执行图7中所示的步骤710和717,并且还可以执行图8中所示801至804。具体的,UE入网后建立对应的业务承载,CU将UE的QFI和QoS profile的关系分别发送到IAB node1和IAB node2,具体流程如下:
801,IAB Donor中的CU可以向IAB node2中的DU发送IAB1-associated F1AP消息,该IAB1-associated F1AP消息可以是UE上下文修改请求(UE context ModificationRequest)。具体的,上下文修改请求中包括UE业务的QFI与QoS profile的对应关系。
802,对DL而言,IAB node2根据IAB1DRB和其对应的QoS profile信息,以及UE业务的QFI与QoS profile的对应关系,确定UE QFI与IAB1DRB的对应关系。对UL而言,IAB node2根据IAB2DRB和其对应的QoS profile信息,以及UE业务的QFI与QoS profile的对应关系,确定UE QFI与IAB2DRB的对应关系。
803,IAB Donor中的CU可以向IAB node1中的DU发送UE-associated F1AP消息,该UE-associated F1AP消息可以是UE上下文修改请求(UE context ModificationRequest)。具体的,上下文修改请求中包括UE业务的QFI与QoS profile的对应关系。
802,对DL而言,IAB node1根据UE DRB和其对应的QoS profile信息,以及UE业务的QFI与QoS profile的对应关系,确定UE QFI与UE DRB的对应关系。对UL而言,IAB node1根据IAB1DRB和其对应的QoS profile信息,以及UE业务的QFI与QoS profile的对应关系,确定UE QFI与IAB1DRB的对应关系。在一些可能的实现方式中,UE业务的QFI与QoS profile的对应关系也可以固化,即可以保存在IAB node1和IAB node2中。
因此,本申请实施例中,通过IAB节点对各个接口链路进行分布式承载映射管理,可以实现对用户面数据进行承载映射。
图9所示的方案是在图7所示方案基础上进行了优化,即在Un接口采用一一对应的映射方法,例如:将Uu接口的UE DRB1固定映射到Un1接口的IAB1DRB1上,将Uu接口的UEDRB2固定映射到Un1接口的IAB1DRB2上。同时,将Uu接口的UE DRB1固定映射到Un2接口的IAB2DRB1上,将Uu接口的UE DRB2固定映射到Un2接口的IAB2DRB2上。可以理解,各接口上DRB和各接口的逻辑信道(logical channels,LCH)是一一对应的,则UE DRB和Un接口DRB之间的映射也可以是Uu接口上UE的逻辑信道与Un接口上IAB的逻辑信道固定一一映射。进一步的,Un接口上,还可以对不同UE的业务流进行汇聚,汇聚在一个IAB节点的承载上。
如图9所示,UE1在Uu接口存在2个业务流,被分别映射到Uu接口的UE1DRB1和UE1DRB2上,其中,UE1DRB1对应UE1的逻辑信道LCH1,UE1DRB2对应UE1的逻辑信道LCH2,LCH1使用LCID(LCH identifier,LCID)1来标识,LCH2使用LCID2来标识。
UE2在Uu接口存在3个业务流,被分别映射到Uu接口的UE2DRB1、UE2DRB2和UE2DRB3上,其中,UE2DRB1对应UE2的逻辑信道LCH1,UE2DRB2对应UE2的逻辑信道LCH2,UE2DRB3对应UE2的逻辑信道LCH3,LCH1使用LCID1来标识,LCH2使用LCID2来标识,LCH3使用LCID3来标识。
在Un接口上,IAB节点建立了3个用户面承载,IAB DRB1、IAB DRB2和IAB DRB3,其中,IAB DRB1对应IAB的逻辑信道LCH1,IAB DRB2对应IAB的逻辑信道LCH2,IAB DRB3对应IAB的逻辑信道LCH3,LCH1使用LCID1来标识,LCH2使用LCID2来标识,LCH3使用LCID3来标识。
因此,本申请实施例中,在UE业务流传输过程中进行承载映射时,采用一对一固定映射方式,即将UE1LCID1和UE2LCID1上传输的业务流均映射到IAB LCID1上传输,将UE1LCID2和UE2LCID2上传输的业务流均映射到IAB LCID2上传输,将UE2LCID3上传输的业务流均映射到IAB LCID3上传输,通过这种固定映射的方式,从而节省了大量的信令开销。
图10示出了本申请实施例提供的接入回程一体化IAB系统中数据处理的装置1000的示意性框图。所述IAB系统包括集中式单元CU,分布式单元DU,第一IAB节点和第二IAB节点。该装置1000包括处理单元1010、发送单元1020和接收单元1030。
作为一例,该装置1000可以为CU。
本申请一个实施例中,当装置1000为CU时,处理单元1010,用于生成下行F1AP消息,所述下行F1AP消息包含的消息为以下之一或组合:终端设备的F1AP消息,第一IAB节点的F1AP消息和第二IAB节点的RRC消息;发送单元1020,用于向所述DU发送所述下行F1AP消息,并指示所述下行F1AP消息中所包含的消息的消息类型为以下之一:RRC消息类型,F1AP消息类型,RRC消息类型和F1AP消息类型。
在一种可能的实现方式中,发送单元1020还用于向所述DU发送指示信息,所述指示信息指示所述消息类型;其中,所述指示信息携带在所述下行F1AP消息中或者携带在所述CU与所述DU之间的F1接口上的对等的适配层中。
在一种可能的实现方式中,发送单元1020具体用于将所述下行F1AP消息携带在特定于所述消息类型的GTP隧道中发送给DU,用来指示DU该特定GTP隧道中传输的是下行F1AP消息。
本申请另一个实施例中,当装置1000为CU时,接收单元1030用于接收所述DU发送的上行F1AP消息,其中所述上行F1AP消息包含的消息为以下之一或组合:终端设备的F1AP消息,第一IAB节点的F1AP消息,第二IAB节点的RRC消息;所述接收单元1030还用于接收所述DU发送的指示信息,所述指示信息指示所述上行F1AP消息中所包含的消息的消息类型为以下之一:RRC消息类型,F1AP消息类型,RRC消息类型和F1AP消息类型。
一种可能的实现方式中,所述指示信息携带在所述上行F1AP消息中或所述CU与所述DU之间F1接口上对等的适配层。
一种可能的实现方式中,当所述上行F1AP消息中所包含消息的消息类型为RRC消息类型时,所述处理单元1010获取所述第二IAB节点的RRC消息,并通过与所述第二IAB节点对等的RRC层进行处理。
一种可能的实现方式中,当所述上行F1AP消息所包含消息的消息类型为F1AP消息类型时,所述处理单元1010获取所述上行F1AP消息中所包含的F1AP消息,并确定所述上行F1AP消息所包含的F1AP消息为所述终端设备的F1AP消息或所述第一IAB节点的F1AP消息。
一种可能的实现方式中,若所述上行F1AP消息所包含的F1AP消息为所述终端设备的F1AP消息,所述处理单元1010通过与所述终端设备对等的F1AP层处理所述终端设备的F1AP消息;或者,若所述上行F1AP消息所包含的F1AP消息为所述第一IAB节点的F1AP消息,所述处理单元1010通过与所述第一IAB节点对等的F1AP层处理所述第一IAB节点的F1AP消息。
作为另一例,装置1000为第二IAB节点。
本申请一个实施例,当装置1000为第二IAB节点时,接收单元1030,用于接收DU发送的下行消息,当所述下行消息承载在第二IAB节点和所述DU之间的信令无线承载时,所述第二IAB节点还接收所述DU发送的指示信息,所述指示信息指示所述下行消息的消息类型为RRC消息类型或F1AP消息类型;
处理单元1010用于根据收到的下行消息,判断所述下行消息是否属于所述第二IAB节点,如果属于所述第二IAB节点,则由第二IAB节点处理,否则将收到的下行消息进一步路由到下一跳节点处理。
本申请另一个实施例,当装置1000为第二IAB节点时,发送单元1020用于向DU发送上行消息;
如果所述上行消息承载在第二IAB节点和所述DU之间的信令无线承载上,所述第二IAB节点指示所述DU所述上行消息的消息类型为RRC消息类型或F1AP消息类型。
本申请另一个实施例,当装置1000为CU时,处理单元1010用于确定根据业务数据的QoS参数,确定空口上数据无线承载DRB与第一接口上DRB的映射关系,所述第一接口上DRB与第二接口上DRB的映射关系,其中,所述第一接口为所述第一IAB节点与所述第二IAB节点之间的接口,所述第二接口为所述第二IAB节点与所述DU之间的接口;
发送单元1020,用于向第一IAB节点通知空口上DRB与第一接口上DRB的映射关系,并向第二IAB节点通知所述第一接口上DRB与第二接口上DRB的映射关系。
本申请另一个实施例,当装置1000为CU时,处理单元1010用于确定根据业务数据的QoS参数,确定空口上数据无线承载DRB与第一接口上DRB的映射关系,所述第一接口上DRB与第二接口上DRB的映射关系,其中,所述第一接口为所述第一IAB节点与所述第二IAB节点之间的接口,所述第二接口为所述第二IAB节点与所述DU之间的接口;
发送单元1020用于向第二IAB节点通知空口上DRB与第一接口上DRB的映射关系和所述第一接口上DRB与第二接口上DRB的映射关系。
本申请另一个实施例,当装置1000为第一IAB节点时,接收单元1030用于从所述CU接收第一接口上DRB和所述DRB对应的QoS参数,以及空口上DRB和所述DRB对应的QoS参数;
处理单元1010用于根据第一接口上DRB对应的QoS参数和空口上DRB对应的QoS参数,确定空口上DRB与第一接口上DRB的映射关系;
其中,所述第一接口为所述第一IAB节点与所述第二IAB节点之间的接口。
本申请另一个实施例,当装置1000为第二IAB节点时,接收单元1030用于从所述CU接收第一接口上数据无线承载DRB和所述DRB对应的QoS参数,以及第二接口上DRB和所述DRB对应的QoS参数;
处理单元1010用于根据第一接口上数据无线承载DRB对应的QoS参数和第二接口上DRB对应的QoS参数,确定第一接口上DRB与第二接口上DRB的映射关系。
其中,所述第一接口为所述第一IAB节点与所述第二IAB节点之间的接口。所述第二接口为所述第二IAB节点与所述DU之间的接口。
本申请另一个实施例,当装置1000为第二IAB节点时,接收单元1030用于从所述CU接收第一接口上DRB和所述DRB对应的QoS参数,以及终端的业务标识和所述业务标识对应的业务QoS参数;
处理单元1010用于根据第一接口上DRB对应的QoS参数和所述终端业务标识对应的QoS参数,确定所述业务标识对应的终端业务与第一接口上DRB的映射关系。
其中,所述第一接口为所述第一IAB节点与所述第二IAB节点之间的接口。
本申请另一个实施例,当装置1000为第一IAB节点时,接收单元1030用于从所述CU接收空口上DRB和所述DRB对应的QoS参数,以及终端的业务标识和所述业务标识对应的业务QoS参数;
处理单元1010用于根据空口上DRB对应的QoS参数和所述终端业务标识对应的QoS参数,确定所述业务标识对应的终端业务与所述空口上DRB的映射关系。
本申请另一个实施例,当装置1000为第二IAB节点时,接收单元1030用于从所述CU接收第二接口上DRB和所述DRB对应的QoS参数的映射关系,以及终端的业务标识和所述业务标识对应的业务QoS参数;
处理单元1010用于根据第二接口上DRB对应的QoS参数和所述终端业务标识对应的QoS参数,确定所述业务标识对应的终端业务与第二接口上DRB的映射关系。
其中,所述第二接口为所述第二IAB节点与所述DU之间的接口。
本申请另一个实施例,当装置1000为第一IAB节点时,接收单元1030用于第一IAB节点从所述CU接收第一接口上DRB和所述DRB对应的QoS参数,以及终端的业务标识和所述业务标识对应的业务QoS参数;
处理单元1010用于根据第一接口上DRB对应的QoS参数和所述终端业务标识对应的QoS参数,确定所述业务标识对应的终端业务与所述第一接口上DRB的映射关系。
其中,所述第一接口为所述第一IAB节点与所述第二IAB节点之间的接口。
应注意,本发明实施例中,处理单元1010可以由处理器实现、发送单元1020和接收单元1030可以由收发器实现。如图11所示,数据处理的装置1100可以包括处理器1110、存储器1120和通信接口1130。其中,存储器1120可以用于存储处理器1110执行的指令或代码等。当该指令或代码被执行时,该处理器1110用于执行上述方法实施例提供的方法,处理器1110还用于控制通信接口1130与外界进行通信。
在实现过程中,上述方法的各步骤可以通过处理器1110中的硬件的集成逻辑电路或者软件形式的指令完成。结合本发明实施例所公开的方法的步骤可以直接体现为硬件处理器执行完成,或者用处理器中的硬件及软件模块组合执行完成。软件模块可以位于随机存储器,闪存、只读存储器,可编程只读存储器或者电可擦写可编程存储器、寄存器等本领域成熟的存储介质中。该存储介质位于存储器1120,处理器1110读取存储器1120中的信息,结合其硬件完成上述方法的步骤。为避免重复,这里不再详细描述。
应理解,图10所示的数据处理的装置1000或图11所示的数据处理的装置1100能够实现前述方法实施例中CU对应的各个过程,具体的,该数据处理的装置1000或数据处理的装置1100可以参见上文中对CU的描述,为避免重复,这里不再赘述。
还应理解,图10所示的数据处理的装置1000或图11所示的数据处理的装置1100能够实现前述方法实施例中第一IAB节点对应的各个过程,具体的,该数据处理的装置1000或数据处理的装置1100可以参见上文中对第一IAB节点的描述,为避免重复,这里不再赘述。
还应理解,图10所示的数据处理的装置1000或图11所示的数据处理的装置1100能够实现前述方法实施例中第二IAB节点对应的各个过程,具体的,该数据处理的装置1000或数据处理的装置1100可以参见上文中对第二IAB节点的描述,为避免重复,这里不再赘述。
还应理解,图10所示的数据处理的装置1000或图11所示的数据处理的装置1100能够实现前述方法实施例中DU对应的各个过程,具体的,该数据处理的装置1000或数据处理的装置1100可以参见上文中对DU的描述,为避免重复,这里不再赘述。
应理解,在本申请的各种实施例中,上述各过程的序号的大小并不意味着执行顺序的先后,各过程的执行顺序应以其功能和内在逻辑确定,而不应对本申请实施例的实施过程构成任何限定。
本申请实施例还提供了一种计算机可读存储介质,其特征在于,包括计算机程序,当所述计算机程序在计算机上运行时,使得所述计算机执行上述方法实施例提供的方法。
本申请实施例还提供了一种包含指令的计算机程序产品,其特征在于,当所述计算机程序产品在计算机上运行时,使得所述计算机执行上述方法实施例提供的方法。
应理解,本发明实施例中提及的处理器可以是中央处理单元(CentralProcessing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital SignalProcessor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
还应理解,本发明实施例中提及的存储器可以是易失性存储器或非易失性存储器,或可包括易失性和非易失性存储器两者。其中,非易失性存储器可以是只读存储器(Read-Only Memory,ROM)、可编程只读存储器(Programmable ROM,PROM)、可擦除可编程只读存储器(Erasable PROM,EPROM)、电可擦除可编程只读存储器(Electrically EPROM,EEPROM)或闪存。易失性存储器可以是随机存取存储器(Random Access Memory,RAM),其用作外部高速缓存。通过示例性但不是限制性说明,许多形式的RAM可用,例如静态随机存取存储器(Static RAM,SRAM)、动态随机存取存储器(Dynamic RAM,DRAM)、同步动态随机存取存储器(Synchronous DRAM,SDRAM)、双倍数据速率同步动态随机存取存储器(Double DataRate SDRAM,DDR SDRAM)、增强型同步动态随机存取存储器(Enhanced SDRAM,ESDRAM)、同步连接动态随机存取存储器(Synchlink DRAM,SLDRAM)和直接内存总线随机存取存储器(Direct Rambus RAM,DR RAM)。
需要说明的是,当处理器为通用处理器、DSP、ASIC、FPGA或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件时,存储器(存储模块)集成在处理器中。
应注意,本文描述的存储器旨在包括但不限于这些和任意其它适合类型的存储器。
还应理解,本文中涉及的第一、第二以及各种数字编号仅为描述方便进行的区分,并不用来限制本申请的范围。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
所属领域的技术人员可以清楚地了解到,为描述的方便和简洁,上述描述的系统、装置和单元的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统、装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本申请各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,ROM)、随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
以上所述,仅为本申请的具体实施方式,但本申请的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本申请揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本申请的保护范围之内。因此,本申请的保护范围应以所述权利要求的保护范围为准。
Claims (20)
1.一种接入回程一体化IAB系统中数据处理的方法,其特征在于,所述系统包括集中式单元CU,分布式单元DU,第一IAB节点和第二IAB节点,所述方法包括:
所述CU生成下行F1AP消息,所述下行F1AP消息包含的消息为以下之一或组合:终端设备的F1AP消息,第一IAB节点的F1AP消息和第二IAB节点的RRC消息;
所述CU向所述DU发送所述下行F1AP消息,并指示所述下行F1AP消息中所包含的消息的消息类型为以下之一:RRC消息类型,F1AP消息类型,RRC消息类型和F1AP消息类型。
2.根据权利要求1所述的方法,其特征在于,
所述CU指示所述下行F1AP消息所包含的消息的消息类型,包括:
所述CU向所述DU发送指示信息,所述指示信息指示所述消息类型;其中,所述指示信息携带在所述下行F1AP消息中或者携带在所述CU与所述DU之间的F1接口上的对等的适配层中。
3.根据权利要求1所述的方法,其特征在于,
所述CU将所述下行F1AP消息携带在特定于所述F1AP消息类型的GTP隧道中发送给DU,用来指示DU所述GTP隧道中传输的是下行F1AP消息。
4.一种接入回程一体化IAB系统中数据处理的方法,其特征在于,所述系统包括集中式单元CU,分布式单元DU,第一IAB节点和第二IAB节点,所述方法包括:
所述CU接收所述DU发送的上行F1AP消息,其中所述上行F1AP消息包含的消息为以下之一或组合:终端设备的F1AP消息,第一IAB节点的F1AP消息,第二IAB节点的RRC消息;
所述CU接收所述DU发送的指示信息,所述指示信息指示所述上行F1AP消息中所包含的消息的消息类型为以下之一:RRC消息类型,F1AP消息类型,RRC消息类型和F1AP消息类型。
5.根据权利要求1所述的方法,其特征在于,所述指示信息携带在所述上行F1AP消息中或所述CU与所述DU之间F1接口上对等的适配层。
6.根据权利要求4或5所述的方法,其特征在于,所述方法还包括:
当所述上行F1AP消息中所包含消息的消息类型为RRC消息类型时,所述CU获取所述第二IAB节点的RRC消息,并通过与所述第二IAB节点对等的RRC层进行处理。
7.根据权利要求4-6任意一项所述的方法,其特征在于,所述方法还包括:
当所述上行F1AP消息所包含消息的消息类型为F1AP消息类型时,所述CU获取所述上行F1AP消息中所包含的F1AP消息,并确定所述上行F1AP消息所包含的F1AP消息为所述终端设备的F1AP消息或所述第一IAB节点的F1AP消息。
8.根据权利要求7所述的方法,其特征在于,所述方法还包括:
若所述上行F1AP消息所包含的F1AP消息为所述终端设备的F1AP消息,所述CU通过与所述终端设备对等的F1AP层处理所述终端设备的F1AP消息;或者,
若所述上行F1AP消息所包含的F1AP消息为所述第一IAB节点的F1AP消息,所述CU通过与所述第一IAB节点对等的F1AP层处理所述第一IAB节点的F1AP消息。
9.一种接入回程一体化IAB系统中数据处理的方法,其特征在于,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
第二IAB节点接收所述DU发送的下行消息,当所述下行消息承载在所述第二IAB节点和所述DU之间的信令无线承载时,所述第二IAB节点还接收所述DU发送的指示信息,所述指示信息指示所述下行消息的消息类型为RRC消息类型和/或F1AP消息类型;
第二IAB节点根据收到的下行消息,判断所述下行消息是否属于所述第二IAB节点,如果属于所述第二IAB节点,则由第二IAB节点处理,否则将收到的下行消息路由到下一跳节点处理。
10.一种接入回程一体化IAB系统中数据处理的方法,其特征在于,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
所述第二IAB节点向所述DU发送上行消息;
如果所述上行消息承载在所述第二IAB节点和所述DU之间的信令无线承载上,所述第二IAB节点指示所述DU所述上行消息的消息类型为RRC消息类型和/或F1AP消息类型。
11.一种接入回程一体化IAB系统中数据处理的方法,其特征在于,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
所述CU确定根据业务数据的QoS参数,确定空口上数据无线承载DRB与第一接口上DRB的映射关系,所述第一接口上DRB与第二接口上DRB的映射关系,其中,所述第一接口为所述第一IAB节点与所述第二IAB节点之间的接口,所述第二接口为所述第二IAB节点与所述DU之间的接口;
所述CU向第一IAB节点通知空口上DRB与第一接口上DRB的映射关系,并向第二IAB节点通知所述第一接口上DRB与第二接口上DRB的映射关系。
12.一种接入回程一体化IAB系统中数据处理的方法,其特征在于,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
所述CU确定根据业务数据的QoS参数,确定空口上数据无线承载DRB与第一接口上DRB的映射关系,所述第一接口上DRB与第二接口上DRB的映射关系,其中,所述第一接口为所述第一IAB节点与所述第二IAB节点之间的接口,所述第二接口为所述第二IAB节点与所述DU之间的接口;
所述CU向第二IAB节点通知空口上DRB与第一接口上DRB的映射关系和所述第一接口上DRB与第二接口上DRB的映射关系。
13.一种接入回程一体化IAB系统中数据处理的方法,其特征在于,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
所述第一IAB节点从所述CU接收第一接口上DRB和所述DRB对应的QoS参数,以及空口上DRB和所述DRB对应的QoS参数;
所述第一IAB节点根据第一接口上DRB对应的QoS参数和空口上DRB对应的QoS参数,确定空口上DRB与第一接口上DRB的映射关系;
其中,所述第一接口为所述第一IAB节点与所述第二IAB节点之间的接口。
14.一种接入回程一体化IAB系统中数据处理的方法,其特征在于,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
所述第二IAB节点从所述CU接收第一接口上数据无线承载DRB和所述DRB对应的QoS参数,以及第二接口上DRB和所述DRB对应的QoS参数;
所述第二IAB节点根据第一接口上数据无线承载DRB对应的QoS参数和第二接口上DRB对应的QoS参数,确定第一接口上DRB与第二接口上DRB的映射关系。
其中,所述第一接口为所述第一IAB节点与所述第二IAB节点之间的接口。所述第二接口为所述第二IAB节点与所述DU之间的接口。
15.一种接入回程一体化IAB系统中数据处理的方法,其特征在于,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
第二IAB节点从所述CU接收第一接口上DRB和所述DRB对应的QoS参数,以及终端的业务标识和所述业务标识对应的业务QoS参数;
所述第二IAB节点根据第一接口上DRB对应的QoS参数和所述终端业务标识对应的QoS参数,确定所述业务标识对应的终端业务与第一接口上DRB的映射关系。
其中,所述第一接口为所述第一IAB节点与所述第二IAB节点之间的接口。
16.一种接入回程一体化IAB系统中数据处理的方法,其特征在于,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
第一IAB节点从所述CU接收空口上DRB和所述DRB对应的QoS参数,以及终端的业务标识和所述业务标识对应的业务QoS参数;
所述第一IAB节点根据空口上DRB对应的QoS参数和所述终端业务标识对应的QoS参数,确定所述业务标识对应的终端业务与所述空口上DRB的映射关系。
17.一种接入回程一体化IAB系统中数据处理的方法,其特征在于,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
第二IAB节点从所述CU接收第二接口上DRB和所述DRB对应的QoS参数的映射关系,以及终端的业务标识和所述业务标识对应的业务QoS参数;
所述第二IAB节点根据第二接口上DRB对应的QoS参数和所述终端业务标识对应的QoS参数,确定所述业务标识对应的终端业务与第二接口上DRB的映射关系。
其中,所述第二接口为所述第二IAB节点与所述DU之间的接口。
18.一种接入回程一体化IAB系统中数据处理的方法,其特征在于,所述系统包括集中式单元CU和分布式单元DU、第一IAB节点和第二IAB节点,所述方法包括:
第一IAB节点从所述CU接收第一接口上DRB和所述DRB对应的QoS参数,以及终端的业务标识和所述业务标识对应的业务QoS参数;
所述第一IAB节点根据第一接口上DRB对应的QoS参数和所述终端业务标识对应的QoS参数,确定所述业务标识对应的终端业务与所述第一接口上DRB的映射关系。
其中,所述第一接口为所述第一IAB节点与所述第二IAB节点之间的接口。
19.一种数据处理的装置,其特征在于,包括处理电路和存储电路,所述存储电路中存储指令,所述指令被调用时实现如权利要求1-18中任一项所述的方法。
20.一种计算机存储介质,包括指令代码,所述指令代码用于实现如权利要求1-18中任一项所述的方法。
Priority Applications (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810450350.6A CN110475351A (zh) | 2018-05-11 | 2018-05-11 | 数据处理的方法和设备 |
EP19799483.3A EP3790336A4 (en) | 2018-05-11 | 2019-05-10 | DATA PROCESSING PROCESS AND DEVICE |
PCT/CN2019/086456 WO2019214729A1 (zh) | 2018-05-11 | 2019-05-10 | 数据处理的方法和设备 |
US17/094,823 US11553540B2 (en) | 2018-05-11 | 2020-11-11 | Data processing method and device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810450350.6A CN110475351A (zh) | 2018-05-11 | 2018-05-11 | 数据处理的方法和设备 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN110475351A true CN110475351A (zh) | 2019-11-19 |
Family
ID=68466689
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810450350.6A Pending CN110475351A (zh) | 2018-05-11 | 2018-05-11 | 数据处理的方法和设备 |
Country Status (4)
Country | Link |
---|---|
US (1) | US11553540B2 (zh) |
EP (1) | EP3790336A4 (zh) |
CN (1) | CN110475351A (zh) |
WO (1) | WO2019214729A1 (zh) |
Cited By (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110798902A (zh) * | 2018-08-03 | 2020-02-14 | 普天信息技术有限公司 | 一种无线承载处理方法 |
WO2021179146A1 (en) * | 2020-03-09 | 2021-09-16 | Nec Corporation | Methods, devices, and medium for communication |
WO2022006907A1 (zh) * | 2020-07-10 | 2022-01-13 | 华为技术有限公司 | 通信方法及装置 |
WO2022022484A1 (zh) * | 2020-07-31 | 2022-02-03 | 华为技术有限公司 | 一种逻辑信道lch的配置的方法、通信装置和通信系统 |
WO2022067818A1 (zh) * | 2020-09-30 | 2022-04-07 | 华为技术有限公司 | 一种数据传输方法及装置 |
WO2022082543A1 (zh) * | 2020-10-21 | 2022-04-28 | 富士通株式会社 | Iab节点的移植方法及装置 |
WO2022082645A1 (en) * | 2020-10-22 | 2022-04-28 | Apple Inc. | Systems and methods for multi-hop configurations in iab networks for reduced latency |
US20220232651A1 (en) * | 2018-11-02 | 2022-07-21 | Samsung Electronics Co., Ltd. | Method for transmitting control signaling in relay network, configuration method and device |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110636644B (zh) * | 2018-06-21 | 2023-03-07 | 中兴通讯股份有限公司 | 信息传输方法及装置 |
WO2020167186A1 (en) * | 2019-02-14 | 2020-08-20 | Telefonaktiebolaget Lm Ericsson (Publ) | A central unit (cu), a distributed unit (du) and methods therein for forwarding of data in an integrated access backhaul (iab) network |
EP3808127A1 (en) * | 2019-03-27 | 2021-04-21 | Ofinno, LLC | Cell information for access management |
WO2021029804A1 (en) * | 2019-08-15 | 2021-02-18 | Telefonaktiebolaget Lm Ericsson (Publ) | Mapping between ingress and egress backhaul rlc channels in integrated access backhaul (iab) networks |
EP4040911A4 (en) * | 2019-11-07 | 2022-10-26 | Huawei Technologies Co., Ltd. | COMMUNICATION METHOD AND DEVICE |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107872876A (zh) * | 2016-09-23 | 2018-04-03 | 华为技术有限公司 | 消息的发送方法和装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR102106134B1 (ko) * | 2015-05-15 | 2020-05-04 | 주식회사 케이티 | 단말의 무선연결 구성방법 및 그 장치 |
US10009260B2 (en) * | 2015-06-30 | 2018-06-26 | Qualcomm Incorporated | Management of network routing domains in communication networks |
WO2017196067A1 (ko) | 2016-05-10 | 2017-11-16 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 수신 방법 및 이를 위한 장치 |
-
2018
- 2018-05-11 CN CN201810450350.6A patent/CN110475351A/zh active Pending
-
2019
- 2019-05-10 WO PCT/CN2019/086456 patent/WO2019214729A1/zh unknown
- 2019-05-10 EP EP19799483.3A patent/EP3790336A4/en not_active Withdrawn
-
2020
- 2020-11-11 US US17/094,823 patent/US11553540B2/en active Active
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107872876A (zh) * | 2016-09-23 | 2018-04-03 | 华为技术有限公司 | 消息的发送方法和装置 |
Non-Patent Citations (4)
Title |
---|
HUAWEI: ""NR control plane latency analysis for UE initial access in IAB scenario"", 《3GPP TSG-RAN WG2 #101BIS R2-1806152》 * |
HUAWEI等: ""Consideration on IAB Scenarios and Use Cases"", 《3GPP TSG-RAN WG2 AD HOC R2-1801130》 * |
SAMSUNG: "\"Discussions on control plane protocol for IAB\"", 《3GPP TSG-RAN WG3 #99BIS R3-181875》 * |
SAMSUNG: ""Discussions on control plane protocol for IAB"", 《3GPP TSG-RAN WG3 #99BIS R2-181875》 * |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110798902A (zh) * | 2018-08-03 | 2020-02-14 | 普天信息技术有限公司 | 一种无线承载处理方法 |
CN110798902B (zh) * | 2018-08-03 | 2021-09-28 | 普天信息技术有限公司 | 一种无线承载处理方法 |
US20220232651A1 (en) * | 2018-11-02 | 2022-07-21 | Samsung Electronics Co., Ltd. | Method for transmitting control signaling in relay network, configuration method and device |
WO2021179146A1 (en) * | 2020-03-09 | 2021-09-16 | Nec Corporation | Methods, devices, and medium for communication |
WO2022006907A1 (zh) * | 2020-07-10 | 2022-01-13 | 华为技术有限公司 | 通信方法及装置 |
WO2022022484A1 (zh) * | 2020-07-31 | 2022-02-03 | 华为技术有限公司 | 一种逻辑信道lch的配置的方法、通信装置和通信系统 |
WO2022067818A1 (zh) * | 2020-09-30 | 2022-04-07 | 华为技术有限公司 | 一种数据传输方法及装置 |
EP4213514A4 (en) * | 2020-09-30 | 2023-10-18 | Huawei Technologies Co., Ltd. | DATA TRANSMISSION METHOD AND APPARATUS |
WO2022082543A1 (zh) * | 2020-10-21 | 2022-04-28 | 富士通株式会社 | Iab节点的移植方法及装置 |
WO2022082645A1 (en) * | 2020-10-22 | 2022-04-28 | Apple Inc. | Systems and methods for multi-hop configurations in iab networks for reduced latency |
Also Published As
Publication number | Publication date |
---|---|
EP3790336A1 (en) | 2021-03-10 |
US11553540B2 (en) | 2023-01-10 |
EP3790336A4 (en) | 2021-09-08 |
WO2019214729A1 (zh) | 2019-11-14 |
US20210068177A1 (en) | 2021-03-04 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110475351A (zh) | 数据处理的方法和设备 | |
US11405773B2 (en) | Method and device for relay transmission | |
US11510131B2 (en) | Configuration method, data transmission method, and apparatus | |
US11917450B2 (en) | Data transmission method and data transmission apparatus | |
CN104685920B (zh) | 传输数据的方法、装置和系统 | |
CN110383886A (zh) | 用于无线通信中的系统间改变的方法和装置 | |
CN110035461A (zh) | 通信方法、接入网设备和终端设备 | |
CN110475368A (zh) | 信息传输方法及装置 | |
CN109151870A (zh) | 信息处理方法以及相关装置 | |
CN110166273A (zh) | 一种传输方法和网络设备 | |
WO2021160140A1 (zh) | 网络编码方法和通信装置 | |
CN108605320A (zh) | 用于建立无线资源控制连接的方法和装置 | |
CN108632917A (zh) | 一种承载映射方法、接入网实体以及smf | |
JP2020512777A (ja) | 中継通信方法ならびに中継通信装置およびシステム | |
CN109756925A (zh) | 一种通过中继的通信处理方法和装置 | |
CN104796227A (zh) | 一种数据传输方法及设备 | |
CN110072297A (zh) | 一种网络架构、信息交互方法以及装置 | |
CN109548096A (zh) | 通信方法、基站、终端设备和系统 | |
CN110313160A (zh) | 移动通信系统中用于避免封包分割的方法及其装置 | |
CN114765829A (zh) | 多接入会话管理方法、装置和系统 | |
CN109845389A (zh) | 一种通信方法及装置 | |
CN109874153A (zh) | 一种传输方法和中继节点 | |
CN109510848A (zh) | 一种通信系统、会话管理方法、数据发送方法及装置 | |
CN107786508A (zh) | 协议层划分指示方法及装置 | |
WO2023123336A1 (zh) | 通信方法和设备 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20191119 |
|
RJ01 | Rejection of invention patent application after publication |