CN108617026B - Gtp传输通道的配置方法及装置 - Google Patents

Gtp传输通道的配置方法及装置 Download PDF

Info

Publication number
CN108617026B
CN108617026B CN201710074464.0A CN201710074464A CN108617026B CN 108617026 B CN108617026 B CN 108617026B CN 201710074464 A CN201710074464 A CN 201710074464A CN 108617026 B CN108617026 B CN 108617026B
Authority
CN
China
Prior art keywords
network element
gtp
related information
information
transmission channel
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.)
Active
Application number
CN201710074464.0A
Other languages
English (en)
Other versions
CN108617026A (zh
Inventor
刘旸
高音
黄河
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority to CN201710074464.0A priority Critical patent/CN108617026B/zh
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN202310541695.3A priority patent/CN116528399A/zh
Priority to PCT/CN2017/118661 priority patent/WO2018145526A1/zh
Priority to EP23202954.6A priority patent/EP4333555A3/en
Priority to AU2017398610A priority patent/AU2017398610B2/en
Priority to EP17896123.1A priority patent/EP3582576B1/en
Priority to JP2019542667A priority patent/JP6964675B2/ja
Publication of CN108617026A publication Critical patent/CN108617026A/zh
Priority to US16/534,378 priority patent/US11382152B2/en
Application granted granted Critical
Publication of CN108617026B publication Critical patent/CN108617026B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

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
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0268—Traffic management, e.g. flow control or congestion control using specific QoS parameters for wireless networks, e.g. QoS class identifier [QCI] or guaranteed bit rate [GBR]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • 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
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/22—Manipulation of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/30—Connection release
    • H04W76/32—Release of transport tunnels
    • 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
    • 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/045—Interfaces between hierarchically different network devices between access point and backbone network device

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种通用分组无线服务隧道协议(GTP)传输通道的配置方法，包括：位于第一网元中负责用户面数据的用户面集中处理单元(CU‑U)通过Xn接口获取会话相关信息；所述Xn接口为CU‑U与所述第一网元中负责控制面数据的控制面集中处理单元(CU‑C)之间的接口；利用所述会话相关信息，进行GTP传输通道配置；将本地的GTP传输通道配置的第一相关信息传输至第二网元；接收所述第二网元传输的GTP传输通道配置的第二相关信息。本发明同时还公开了一种GTP传输通道的配置装置。

Description

GTP传输通道的配置方法及装置
技术领域
本发明涉及无线通信领域，尤其涉及一种通用分组无线服务隧道协议(GTP，GPRSTunneling Protocol)传输通道的配置方法及装置。
背景技术
在第五代移动通信(5G，Fifth Generation)***中，海量的连接以及用户更高的速率要求，对长期演进(LTE，Long Term Evolution)***中基带处理单元(BBU，BuildingBase band Unit)与射频拉远单元(RRU，Remote Radio Unit)之间的前传(fronthaul)接口—通用公共无线电接口(CPRI，Common Public Radio Interface)的传输容量提出了极大的挑战。由于CPRI传输的是经过物理层编码调制等处理后的IQ信号，所以CPRI对传输时延和带宽都有较大的要求。
当5G空口速率提升到数十Gbps时，CPRI的流量需求将需要提升到Tbps级别，对网络部署成本和部署难度都带来巨大的压力。因此，在5G***中，需要重新定义fronthaul接口的划分方式。划分fronthaul接口时，需要从传输容量、传输时延、方便部署等几方面进行考虑，比如考虑到非理想fronthaul传输，将时延不敏感的网络功能放在第一网元(比如集中处理单元(CU，Centralized Unit))中，将时延敏感的网络功能放在第二网元(比如分布式处理单元(DU，Distributed Unit))中。如图1所示，第一网元与第二网元之间通过理想和/或非理想fronthaul接口进行传输，该接口称为前向接口。
第一协议实体(如无线资源控制(RRC)实体)可以位于第一网元，第一协议实体进行控制信令的生成，维护无线承载的建立、修改、释放中的至少一种，维护第二协议实体、第三协议实体、第四协议实体和物理层参数的更新。其中，第二协议实体功能与LTE***的分组数据汇聚协议(PDCP，Packet Data Convergence Protocol)功能及其增强类似，一个用户可以定义多个PDCP实体，可以对携带用户面数据的每个PDCP实体进行配置，每个PDCP实体携带一个无线承载的数据，根据无线承载所携带数据的不同，PDCP实体对应于控制面或者用户面。第三协议实体功能与LTE***的无线链路控制(RLC，Radio Link Control)功能及其增强类似。第四协议实体功能与LTE***的媒体接入控制(MAC，Media AccessControl)功能及其增强类似。第二网元包括以下至少之一：第二协议实体、第三协议实体、第四协议实体、物理层(PHY)、射频单元(RF)。第一网元与第二网元之间通过fronthaul接口通信，CU-DU分离可能的功能划分如图2所示。
实际应用时，对于图2所示功能的选项(option)2，如图3所示，还有一种可能是CU中控制面PDCP实体和用户面PDCP实体分离，即负责用户面和控制面的两个PDCP分别位于两个不同的CU。为了方便描述，将这两个CU分别称为CU-U和CU-C，从而实现了控制面数据与用户面数据的分离。
其中，CU-C与CU-U之间存在Xn接口，CU和DU之间存在前向接口NGx，将CU-C和DU之间接口称为NGx-C，CU-U和DU之间接口称为NGx-U。
如何通过Xn接口实现CU-U与DU之间GTP传输通道的配置是当前需要解决的问题。
发明内容
为解决现有存在的技术问题，本发明实施例提供一种GTP传输通道的配置方法及装置。
本发明实施例的技术方案是这样实现的：
本发明实施例提供一种GTP传输通道的配置方法，所述方法包括：
通过Xn接口获取会话相关信息；所述Xn接口用于位于第一网元中负责用户面数据的用户面集中处理单元CU-U与所述第一网元中负责控制面数据的控制面集中处理单元CU-C之间的交互；
利用所述会话相关信息，进行GTP传输通道配置；
将本地的GTP传输通道配置的第一相关信息传输至第二网元；
接收所述第二网元传输的GTP传输通道配置的第二相关信息。
上述方案中，获取的会话相关信息为会话建立过程中的会话相关信息；
所述利用所述会话相关信息，进行GTP传输通道配置，包括：
利用所述会话相关信息，进行用户面配置；
所述第一相关信息为本地用户面数据传输的GTP传输通道配置信息；所述第二相关信息为所述第一相关信息对应的所述第二网元本地用户面数据传输的GTP传输通道配置信息。
上述方案中，获取的会话相关信息为会话修改过程中的会话相关信息；
所述利用所述会话相关信息，进行GTP传输通道配置，包括：
利用所述会话相关信息，进行用户面配置的修改；
相应地，所述第一相关信息为本地用户面数据传输的GTP传输通道配置修改信息；所述第二相关信息为所述第一相关信息对应的所述第二网元本地用户面数据传输的GTP传输通道配置修改信息。
上述方案中，获取的会话相关信息为会话删除过程中的会话相关信息；
所述利用所述会话相关信息，进行GTP传输通道配置，包括：
利用所述会话相关信息，删除GTP传输通道配置；
相应地，所述第一相关信息为本地用户面数据传输的GTP传输通道配置删除信息；所述第二相关信息为所述第一相关信息对应的所述第二网元本地用户面数据传输的GTP传输通道配置删除确认信息。
上述方案中，将本地的GTP传输通道配置的第一相关信息传输至第二网元，包括：
直接将所述第一相关信息发送至所述第二网元；
相应地，接收所述第二网元传输的GTP传输通道配置的第二相关信息，包括：
接收所述第二网元直接发送的所述第二相关信息。
上述方案中，将本地的GTP传输通道配置的第一相关信息传输至第二网元，包括：
将所述第一相关信息通过所述CU-C转发至所述第二网元；
相应地，接收所述第二网元传输的GTP传输通道配置的第二相关信息，包括：
接收所述CU-C转发的所述第二网元发送的所述第二相关信息。
本发明实施例还提供一种GTP传输通道的配置方法，所述方法包括：
从核心网获取会话相关信息；
通过Xn接口向第一网元中负责用户面数据的CU-U发送所述会话相关信息；所述会话相关信息用于所述CU-U进行GTP传输通道的配置；所述Xn接口用于所述CU-U与所述第一网元中负责控制面数据的CU-C之间的交互。
上述方案中，所述从核心网获取会话相关信息，包括：
通过NG接口从核心网获取所述会话相关信息；所述NG接口用于所述CU-C与核心网之间的交互。
上述方案中，所述方法还包括：
接收所述CU-U发送的所述CU-U本地的GTP传输通道配置的第一相关信息，并将所述第一相关信息转发至第二网元；
接收第二网元发送的所述第二网元本地的GTP传输通道配置的第二相关信息，并将所述第二相关信息转发至所述CU-U。
本发明实施例提供一种GTP传输通道的配置装置，所述装置包括：
第一获取单元，用于通过Xn接口获取会话相关信息；所述Xn接口用于位于第一网元中负责用户面数据的CU-U与所述第一网元中负责控制面数据的CU-C之间的交互；
配置单元，用于利用所述会话相关信息，进行GTP传输通道配置；
传输单元，用于将本地的GTP传输通道配置的第一相关信息传输至第二网元；以及接收所述第二网元传输的GTP传输通道配置的第二相关信息。
上述方案中，获取的会话相关信息为会话建立过程中的会话相关信息；
所述配置单元，具体用于：
利用所述会话相关信息，进行用户面配置；
所述第一相关信息为本地用户面数据传输的GTP传输通道配置信息；所述第二相关信息为所述第一相关信息对应的所述第二网元本地用户面数据传输的GTP传输通道配置信息。
上述方案中，获取的会话相关信息为会话修改过程中的会话相关信息；
所述配置单元，具体用于：
利用所述会话相关信息，进行用户面配置的修改；
相应地，所述第一相关信息为本地用户面数据传输的GTP传输通道配置修改信息；所述第二相关信息为所述第一相关信息对应的所述第二网元本地用户面数据传输的GTP传输通道配置修改信息。
上述方案中，获取的会话相关信息为会话修改过程中的会话相关信息；
所述配置单元，具体用于：
利用所述会话相关信息，删除GTP传输通道配置；
相应地，所述第一相关信息为本地用户面数据传输的GTP传输通道配置删除信息；所述第二相关信息为所述第一相关信息对应的所述第二网元本地用户面数据传输的GTP传输通道配置删除确认信息。
上述方案中，所述传输单元，具体用于：
直接将所述第一相关信息发送至所述第二网元；
相应地，接收所述第二网元直接发送的所述第二相关信息。
上述方案中，所述传输单元，具体用于：
将所述第一相关信息通过所述CU-C转发至所述第二网元；
相应地，接收所述CU-C转发的所述第二网元发送的所述第二相关信息。
本发明实施例还提供一种GTP传输通道的配置装置，所述装置包括：
第二获取单元，用于从核心网获取会话相关信息；
发送单元，用于通过Xn接口向第一网元中负责用户面数据的CU-U发送所述会话相关信息；所述会话相关信息用于所述CU-U进行GTP传输通道的配置；所述Xn接口用于所述CU-U与所述第一网元中负责控制面数据的CU-C之间的交互。
上述方案中，所述第二获取单元，具体用于：
通过NG接口从核心网获取所述会话相关信息；所述NG接口用于所述CU-C与核心网之间的交互。
上述方案中，所述装置还包括：
接收单元，用于接收所述CU-U发送的所述CU-U本地的GTP传输通道配置的第一相关信息；以及接收第二网元发送的所述第二网元本地的GTP传输通道配置的第二相关信息；
所述发送单元，用于将所述第一相关信息转发至第二网元；以及将所述第二相关信息转发至所述CU-U。
本发明实施例提供的GTP传输通道的配置方法及装置，本发明实施例提供的GTP传输通道的配置方法，CU-C从核心网获取会话相关信息；CU-U通过Xn接口获取会话相关信息；所述Xn接口用于所述CU-U与所述CU-C之间的交互；所述CU-U利用所述会话相关信息，进行GTP传输通道配置；并将本地的GTP传输通道配置的第一相关信息传输至第二网元；所述CU-U接收所述第二网元传输的GTP传输通道配置的第二相关信息，从而通过Xn接口实现了CU-U与DU之间GTP传输通道的配置。
附图说明
在附图(其不一定是按比例绘制的)中，相似的附图标记可在不同的视图中描述相似的部件。具有不同字母后缀的相似附图标记可表示相似部件的不同示例。附图以示例而非限制的方式大体示出了本文中所讨论的各个实施例。
图1为本发明实施例第一网元与第二网元间fronthaul接口示意图；
图2为本发明实施例第一网元与第二网元间可能的功能划分示意图；
图3为本发明实施例第一网元控制面数据和用户面数据分离示意图；
图4为本发明实施例一CU-U侧的GTP传输通道的配置方法流程示意图；
图5为本发明实施例一CU-C侧的GTP传输通道的配置方法流程示意图；
图6为本发明实施例一GTP传输通道的配置方法流程示意图；
图7为本发明实施例二GTP传输通道的配置方法流程示意图；
图8为本发明实施例三GTP传输通道的配置方法流程示意图；
图9为本发明实施例四GTP传输通道的配置方法流程示意图；
图10为本发明实施例五GTP传输通道的配置方法流程示意图；
图11为本发明实施例六GTP传输通道的配置方法流程示意图；
图12为本发明实施例七GTP传输通道的配置方法流程示意图；
图13为本发明实施例八设置在CU-U的GTP传输通道的配置装置结构示意图；
图14为本发明实施例八设置在CU-C的GTP传输通道的配置装置结构示意图；
图15为本发明实施例八GTP传输通道的配置***结构示意图；
图16为本发明实施例方案的应用场景示意图。
具体实施方式
下面结合附图及实施例对本发明再作进一步详细的描述。
在描述本发明实施例之前，先了解一下5G***中第一网元和第二网元之间的交互方式。
对于第一网元和第二网元，实际上是将基站的功能划分成了由第一网元和第二网元来执行。也就是说，第一网元是实现部分基站功能的逻辑节点，第二网元为实现除第一网元所实现功能外的其他基站功能的逻辑节点，第一网元能够控制第二网元。
如图1所示，第一网元与第二网元之间通过fronthaul接口进行信息交互。其中，针对不同的时延要求，fronthaul接口可以是理想fronthaul接口或非理想fronthaul接口。理想fronthaul接口的传输时延比较小，比如大概为几十到几百微秒，非理想fronthaul接口的传输时延相对较大，比如为毫秒级，由于理想和非理想fronthaul接口的区分，导致第一网元、第二网元有不同的功能划分。
图2为第一网元与第二网元之间可能的功能划分图，具体可能的功能划分方案如下：
1、Option 1(RRC/PDCP分离)：
本选项的功能分离是：RRC位于CU(即第一网元)之内，PDCP、RLC、MAC、PHY及RF等功能均位于DU(即第二网元)。即整个上层(UP)功能都位于DU。
2、Option 2(PDCP/RLC分离)：
本选项的功能分离是：RRC和PDCP位于CU之内，RLC、MAC、PHY及RF等功能均位于DU。
3、Option 3(RLC高层/低层分离)：
本选项的功能分离是：底层RLC(RLC的部分功能)、MAC、PHY以及RF部分位于DU之内，PDCP和高层RLC(RLC的部分功能)等功能均位于CU。
4、Option 4(RLC-MAC分离)：
本选项的功能分离是：MAC、PHY以及RF部分位于DU之内，PDCP和RLC等功能均位于CU。
5、Option 5(MAC内部分离)：
本选项的功能分离是：部分MAC功能(如混合自动重传换请求(HARQ，HybridARQ))、PHY及RF部分均位于DU，其它上层功能位于CU。
6、Option 6(MAC-PHY分离)：
本选项的功能分离是：MAC、PHY以及RF部分位于DU之内，PDCP和RLC等功能均位于CU。
7、Option 7(PHY内部分离)：
本选项的功能分离是：部分MAC功能(如HARQ)、PHY及RF部分均位于DU，其它上层功能位于CU。
8、Option 8(PHY-RF分离)：
RF部分位于DU之内，其他上层功能均位于CU。
图3为第一网元的用户面数据和控制面数据分离示意图。如图3所示，用户面和控制面的两个PDCP分别位于两个不同的CU，为了方便描述，将这两个CU分别称为CU-U和CU-C，从而实现了用户面数据与控制面数据的分离。其中，CU-C与CU-U之间存在Xn接口，CU和DU之间存在前向接口NGx，将CU-C和DU之间的接口称为NGx-C，CU-U和DU之间的接口称为NGx-U。
在本发明的各种实施例中：CU-U通过Xn接口获取会话相关信息；所述Xn接口为CU-U与所述第一网元中负责控制面数据的控制面集中处理单元CU-C之间的接口；利用所述会话相关信息，进行GTP传输通道配置；将本地的GTP传输通道配置的第一相关信息传输至第二网元；接收所述第二网元传输的GTP传输通道配置的第二相关信息，至此，GTP传输通道配置完成。
实施例一
本发明实施例提供一种GTP传输通道的配置方法，应用于位于第一网元中负责用户面数据的CU-U，如图4所示，该方法包括：
步骤401：通过Xn接口获取会话相关信息；
这里，所述Xn接口为CU-U与所述第一网元中负责控制面数据的CU-C之间的接口。也就是说，所述Xn接口用于所述CU-U与所述CU-C之间的交互。
换句话说，所述CU-U通过Xn接口从CU-C获取所述会话相关信息。
具体地，所述通过所述Xn接口接收所述CU-C发送的所述会话相关信息。
其中，根据应用场景的不同，所述会话相关信息的具体内容稍微有所不同。
具体地，当所述会话相关信息为会话建立过程中的会话相关信息时，所述会话相关信息包含建立当前协议数据单元(PDU，Protocol Data Unit)会话所需的GTP通道信息以及PDU会话信息。
当所述会话相关信息为会话修改过程中的会话相关信息时，所述会话相关信息包含修改当前PDU会话所需的GTP通道信息以及PDU会话信息。
当所述会话相关信息为会话删除过程中的会话相关信息时，所述会话相关信息包含删除当前PDU会话所需的信息。
步骤402：利用所述会话相关信息，进行GTP传输通道配置；
具体地，当获取的会话相关信息为会话建立过程中的会话相关信息时，利用所述会话相关信息，进行用户面配置。
当获取的会话相关信息为会话修改过程中的会话相关信息时，利用所述会话相关信息，进行用户面配置的修改。
获取的会话相关信息为会话删除过程中的会话相关信息时，利用所述会话相关信息，删除GTP传输通道配置。
步骤403：将本地的GTP传输通道配置的第一相关信息传输至第二网元；
步骤404：接收所述第二网元传输的GTP传输通道配置的第二相关信息。
这里，当获取的会话相关信息为会话建立过程中的会话相关信息时，所述第一相关信息为本地用户面数据传输的GTP传输通道配置信息；所述第二相关信息为所述第一相关信息对应的所述第二网元本地用户面数据传输的GTP传输通道配置信息。
当获取的会话相关信息为会话修改过程中的会话相关信息时，所述第一相关信息为本地用户面数据传输的GTP传输通道配置修改信息；所述第二相关信息为所述第一相关信息对应的所述第二网元本地用户面数据传输的GTP传输通道配置修改信息。
当获取的会话相关信息为会话删除过程中的会话相关信息时，所述第一相关信息为本地用户面数据传输的GTP传输通道配置删除信息；所述第二相关信息为所述第一相关信息对应的所述第二网元本地用户面数据传输的GTP传输通道配置删除确认信息。
实际应用时，CU-U与DU之间的GTP传输通道的配置有两种实现方式，一种方式是CU-U与DU自行配置GTP传输通道；另一种方式是由CU-C辅助CU-U与DU配置GTP传输通道。
在第一种方式中，对于步骤403，其具体实现包括：
所述CU-U直接将所述第一相关信息发送至所述第二网元；
相应地，对于步骤404，其具体实现包括：
所述CU-U接收所述第二网元直接发送的所述第二相关信息。
在第二种方式中，对于步骤403，其具体实现包括：
所述CU-U将所述第一相关信息通过所述CU-C转发至所述第二网元；
相应地，对于步骤404，其具体实现包括：
所述CU-U接收所述CU-C转发的所述第二网元发送的所述第二相关信息。
对应地，本发明实施例还提供了一种GTP传输通道的配置方法，应用于所述CU-C，如图5所示，该方法包括：
步骤501：从核心网获取会话相关信息；
具体地，所述CU-C通过NG接口从核心网获取所述会话相关信息。
其中，所述NG接口为所述核心网与所述CU-C之间的接口，即用于所述核心网与所述CU-C之间的交互。
步骤502：通过Xn接口向第一网元中负责用户面数据的CU-U发送所述会话相关信息。
这里，所述会话相关信息用于所述CU-U进行GTP传输通道的配置，即执行步骤402～404。
在由CU-C辅助CU-U与DU配置GTP传输通道的过程中，需要所述CU-C参与消息的转发。
基于此，在一实施例中，该方法还可以包括：
所述CU-C接收所述CU-U发送的所述CU-U本地的GTP传输通道配置的第一相关信息，并将所述第一相关信息转发至第二网元；
所述CU-C接收第二网元发送的所述第二网元本地的GTP传输通道配置的第二相关信息，并将所述第二相关信息转发至所述CU-U。
本发明实施例还提供了一种GTP传输通道的配置方法，如图6所示，该方法包括：
步骤601：CU-C从核心网获取会话相关信息；
步骤602：所述CU-C通过Xn接口向第一网元中负责用户面数据的CU-U发送所述会话相关信息；
步骤603：所述CU-U利用所述会话相关信息，进行GTP传输通道配置；
步骤604：所述CU-U将本地的GTP传输通道配置的第一相关信息传输至第二网元；
步骤605：所述CU-U接收所述第二网元传输的GTP传输通道配置的第二相关信息。
这里，需要说明的是：所述CU-U及CU-C的具体处理过程已在上文详述，这里不再赘述。
第一网元及第二网元的功能可参考前面的描述来理解。
本发明实施例提供的GTP传输通道的配置方法，CU-C从核心网获取会话相关信息；CU-U通过Xn接口获取会话相关信息；所述Xn接口用于CU-U与所述CU-C之间的交互；所述CU-U利用所述会话相关信息，进行GTP传输通道配置；并将本地的GTP传输通道配置的第一相关信息传输至第二网元；所述CU-U接收所述第二网元传输的GTP传输通道配置的第二相关信息，从而通过Xn接口实现了CU-U与DU之间NG-U接口上GTP传输通道的配置，进而能够实现控制信令与用户数据的分离，以及具备集中式的RRC/无线资源管理(RRM，Radio ResourceManagement)功能的同时支持独立的用户面数据传输功能。
实施例二
在实施例一的基础上，本实施例描述PDU会话建立时CU-U与DU自行配置GTP传输通道的过程。如图7所示，该过程包括：
步骤701：下一代核心网(NGC，Next Generation Core)向CU-C发送PDU会话建立请求；
这里，所述PDU会话建立请求中携带PDU会话相关信息。也就是说，CU-C通过NG接口的PDU会话建立流程从NGC获取PDU会话相关信息。
其中，所述相关信息包含建立当前PDU会话所需的GTP通道信息以及PDU会话信息。
具体地，所述相关信息包括但不限于以下一种或多种信息：核心网UP网关(GW)的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP隧道端点标识符(TEID，Tunnel Endpoint IDentifier)，会话ID，单个会话中一个或多个流ID，流对应的Non-GBR业务的QoS相关信息，流对应的GBR业务的QoS相关信息。
进一步地，如果允许流级别的GTP通道建立，则包含当前PDU会话中所有流对应的核心网UP GW的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)。
步骤702：CU-C收到请求后，向CU-U发送PDU会话建立请求；
这里，发送的PDU会话建立请求中携带PDU会话相关信息。也就是说，CU-C通过Xn接口将步骤1得到的PDU会话相关信息传递给CU-U。
步骤703：CU-U收到请求后，向DU发送GTP通道配置信息；
具体地，收到来自CU-C的PDU会话相关信息后，CU-U进行用户面配置并将本地用户面数据传输的GTP通道配置信息通过接口消息发给DU。
其中，发送的GTP通道配置信息包括但不限于：CU-U的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)。
实际应用时，CU-U和DU之间的交互可以通过NGx AP消息实现，也可以通过GTP消息实现。
步骤704:DU收到CU-U发送的GTP通道配置信息后，通过响应消息将自身的GTP通道配置信息反馈给CU-U；
这里，反馈的GTP通道配置信息包括但不限于：DU的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)。
步骤705：CU-U收到DU的GTP通道配置信息后，将GTP通道配置成功的PDU会话信息反馈给CU-C；
这里，CU-U收到DU的GTP通道配置信息，则说明CU-U和DU间的GTP通道配置成功。
当未收到DU的GTP通道配置信息，则说明CU-U和DU间的GTP通道配置失败。
其中，反馈的PDU会话信息包括但不限于以下一种或多种信息：CU-U的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)，会话ID，单个会话中用户面配置成功的一个或多个流ID。
当CU-U和DU间的GTP通道配置失败时，反馈的PDU会话信息可选地包含用户面配置失败的一个或多个流ID，以及对应的失败原因。
步骤706：CU-C通过NG接口给NGC发送PDU会话建立成功消息，并把GTP通道配置成功的PDU会话信息反馈给NGC。
这里，向NGC反馈的PDU会话信息包括但不限于以下一种或多种信息：CU-U的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)，会话ID，单个会话中用户面配置成功的一个或多个流ID。
当CU-U和DU间的GTP通道配置失败时，向NGC反馈的PDU会话信息可选地包含用户面配置失败的一个或多个流ID，以及对应的失败原因。
实施例三
在实施例一的基础上，本实施例描述PDU会话修改时CU-U与DU自行配置GTP传输通道的过程。如图8所示，该过程包括：
步骤801：NGC向CU-C发送PDU会话修改请求；
这里，所述PDU会话修改请求携带PDU会话修改相关信息。也就是说，CU-C通过NG接口的PDU会话修改流程从NGC获取PDU会话修改相关信息。
其中，所述相关信息包含修改当前PDU会话所需的GTP通道信息以及PDU会话信息。
具体地，所述相关信息包括但不限于以下一种或多种信息：核心网UP GW的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)，会话ID，单个会话中需要添加的一个或多个流ID，流对应的Non-GBR业务的QoS相关信息，流对应的GBR业务的QoS相关信息，单个会话中需要修改的一个或多个流ID，流对应的Non-GBR业务的QoS相关信息，流对应的GBR业务的QoS相关信息，单个会话中需要删除的一个或多个流ID。
步骤802：CU-C收到请求后，向CU-U发送PDU会话修改请求；
这里，发送的PDU会话修改请求中携带修改的PDU会话相关信息。也就是说，CU-C通过Xn接口的PDU会话修改流程将修改的PDU会话相关信息传递给CU-U。
传递的PDU会话相关信息包含修改当前PDU会话所需的GTP通道信息以及PDU会话信息。
步骤803：CU-U收到请求后，向DU发送GTP通道修改信息；
具体地，收到来自CU-C的修改的PDU会话相关信息后，CU-U进行用户面配置的修改(比如新增、修改或删除)，并将修改后本地用于用户面传输的GTP通道配置修改信息通过接口消息发给DU。
发送的GTP通道配置修改信息包括但不限于：CU-U的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)。
实际应用时，CU-U和DU之间的交互可以通过NGx AP消息实现，也可以通过GTP消息实现。
步骤804：DU收到CU-U发送的GTP通道配置修改信息后，通过响应消息将自身的GTP通道配置修改信息反馈给CU-U；
这里，反馈的GTP通道配置修改信息包括但不限于：DU的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)。
步骤805：CU-U收到DU的GTP通道配置修改信息后，将GTP通道配置修改成功的PDU会话信息反馈给CU-C；
这里，CU-U收到DU的GTP通道配置修改信息，则说明CU-U与DU间的GTP通道配置修改成功，CU-U把GTP通道配置修改成功的PDU会话信息反馈给CU-C。
其中，反馈的PDU会话信息包括但不限于以下一种或多种信息：CU-U的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)，会话ID，单个会话中用户面配置修改的一个或多个流ID。
当CU-U和DU间的GTP通道配置修改失败时，反馈的PDU会话信息可选地包含用户面配置修改失败的一个或多个流ID，以及对应的失败原因。
步骤806：CU-C通过NG接口给NGC发送PDU会话修改成功消息，并把GTP通道配置修改成功的PDU会话信息反馈给NGC。
这里，向NGC反馈的PDU会话信息包括但不限于以下一种或多种信息：CU-U的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP和GTP TEID)，会话ID，单个会话中用户面配置成功的一个或多个流ID。
当CU-U和DU间的GTP通道配置修改失败时，向NGC反馈的PDU会话信息可选地包含用户面配置失败的一个或多个流ID，以及对应的失败原因。
实施例四
在实施例一的基础上，本实施例描述PDU会话删除时CU-U与DU自行配置GTP传输通道的过程。如图9所示，该过程包括：
步骤901：NGC向CU-C发送PDU会话删除请求；
这里，所述PDU会话建立请求中携带PDU会话相关信息。也就是说，CU-C通过NG接口的PDU会话删除流程从NGC获取PDU会话相关信息。
其中，所述相关信息包含删除PDU会话所需的信息。
具体地，所述相关信息包括但不限于以下一种或多种信息：核心网UP GW的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)，会话ID，会话删除原因。
步骤902：CU-C收到请求后，向CU-U发送PDU会话删除请求；
这里，发送的PDU会话删除请求中携带删除PDU会话所需的信息。也就是说，CU-C通过Xn接口的PDU会话删除流程将待删除PDU会话所需的信息传递给CU-U。
传递的删除PDU会话所需的信息包括但不限于以下一种或多种信息：核心网UP GW的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTPTEID)，会话ID，会话删除原因。
步骤903：收到请求后，向DU发送GTP通道配置删除信息；
具体地，CU-U收到删除PDU会话的相关信息后，删除对应的本地GTP通道配置信息，并将GTP通道配置删除信息发给DU。
步骤904：DU收到CU-U发送的GTP通道配置删除信息后，删除本地GTP通道配置信息，并通过响应消息给CU-U发送GTP通道删除确认消息；
步骤905：CU-U收到来自DU的GTP通道删除确认消息后，给CU-C发送PDU会话删除成功消息；
这里，发送的消息包括但不限于以：CU-U的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)。
步骤906：收到CU-U发送的PDU会话删除成功消息后，CU-C通过NG接口向NGC发送PDU会话删除确认消息。
实施例五
在实施例一的基础上，本实施例描述PDU会话建立时CU-C辅助CU-U与DU配置GTP传输通道的过程。如图10所示，该过程包括：
步骤1001：NGC向CU-C发送PDU会话建立请求；
这里，所述PDU会话建立请求中携带PDU会话相关信息。也就是说，CU-C通过NG接口的PDU会话建立流程从NGC获取PDU会话相关信息。
其中，所述相关信息包含建立当前PDU会话所需的GTP通道信息以及PDU会话信息。
具体地，所述相关信息包括但不限于以下一种或多种信息：核心网UP GW的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID),会话ID，单个会话中一个或多个流ID，流对应的Non-GBR业务的QoS相关信息，流对应的GBR业务的QoS相关信息。
进一步地，如果允许流级别的GTP通道建立，则包含当前PDU会话中所有流对应的核心网UP GW的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)。
步骤1002：CU-C收到请求后，向CU-U发送PDU会话建立请求；
这里，发送的PDU会话建立请求中携带PDU会话相关信息。也就是说，CU-C通过Xn接口将步骤1001得到的PDU会话相关信息传递给CU-U。
步骤1003：CU-U收到请求后，向CU-C发送GTP通道配置信息；
具体地，CU-U根据收到的Xn接口消息完成本地用户面配置，并将本地分配的GTP通道配置信息通过响应消息发给CU-C。
其中，发送的GTP通道配置信息包括但不限于：CU-U的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)。
步骤1004：CU-C收到来自CU-U的GTP通道配置信息后，CU-C将该配置信息发送至DU；
这里，发送的GTP通道配置信息包括但不限于：CU-U的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)。
步骤1005：DU收到来自CU-C转发的关于CU-U的GTP通道配置信息后，将自身的GTP通道配置信息反馈给CU-C；
这里，反馈给CU-C的GTP通道配置信息包括但不限于：DU的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)。
步骤1006:CU-C收到来自DU的GTP通道配置信息后，将DU的GTP通道配置信息反馈给CU-U，至此GTP通道配置完成；
这里，CU-U收到DU的GTP通道配置信息，则说明CU-U和DU间的GTP通道配置成功，此时CU-C通过GTP通道配置成功消息向CU-U反馈DU的GTP通道配置修改信息。
当未收到DU的GTP通道配置信息，则说明CU-U和DU间的GTP通道配置失败，此时CU-C向CU-U发送GTP通道配置失败消息，以及对应的失败原因。
步骤1007：CU-C通过NG接口给NGC发送PDU会话建立成功消息，并把GTP通道配置成功的PDU会话信息反馈给NGC。
这里，向NGC反馈的PDU会话信息包括但不限于以下一种或多种信息：CU-U的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)，会话ID，单个会话中用户面配置成功的一个或多个流ID。
当CU-U和DU间的GTP通道配置失败时，向NGC反馈的PDU会话信息可选地包含用户面配置失败的一个或多个流ID，以及对应的失败原因。
实施例六
在实施例一的基础上，本实施例描述PDU会话修改时CU-C辅助CU-U与DU配置GTP传输通道的过程。如图11所示，该过程包括：
步骤1101：NGC向CU-C发送PDU会话修改请求；
这里，所述PDU会话修改请求携带PDU会话修改相关信息。也就是说，CU-C通过NG接口的PDU会话修改流程从NGC获取PDU会话修改相关信息。
其中，所述相关信息包含修改当前PDU会话所需的GTP通道信息以及PDU会话信息。
具体地，所述相关信息包括但不限于以下一种或多种信息：核心网UP GW的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)，会话ID，单个会话中需要添加的一个或多个流ID，流对应的Non-GBR业务的QoS相关信息，流对应的GBR业务的QoS相关信息，单个会话中需要修改的一个或多个流ID，流对应的Non-GBR业务的QoS相关信息，流对应的GBR业务的QoS相关信息，单个会话中需要删除的一个或多个流ID。
步骤1102：CU-C收到请求后，向CU-U发送PDU会话修改请求；
这里，发送的PDU会话修改请求中携带修改的PDU会话相关信息。也就是说，CU-C通过Xn接口的PDU会话修改流程将修改的PDU会话相关信息传递给CU-U。
传递的PDU会话相关信息包含修改当前PDU会话所需的GTP通道信息以及PDU会话信息。
步骤1103：CU-U收到请求后，向CU-C发送GTP通道配置信息；
具体地，收到来自CU-C的修改的PDU会话相关信息后，CU-U进行用户面配置的修改(比如新增、修改或删除)，并将修改后本地用于用户面传输的GTP通道配置修改信息通过接口消息发给CU-C。
发送的GTP通道配置修改信息包括但不限于：CU-U的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)。
步骤1104：CU-C收到来自CU-U的GTP通道配置修改信息后，将该GTP通道配置修改信息转发给DU；
这里，发送给DU的GTP通道配置修改信息包括但不限于：CU-U的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)。
步骤1105：DU收到来自CU-C转发的关于CU-U的GTP通道配置修改信息后，将自身的GTP通道配置修改信息反馈给CU-C；
这里，反馈的GTP通道配置修改信息包括但不限于：DU的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)。
步骤1106:CU-C收到来自DU的GTP通道配置修改信息后，将DU的GTP通道配置修改信息反馈给CU-U，至此GTP通道配置修改完成；
这里，CU-U收到DU的GTP通道配置信息，则说明CU-U和DU间的GTP通道配置成功，此时CU-C通过GTP通道配置修改成功消息向CU-U反馈DU的GTP通道配置修改信息。
若CU-C未收到来自DU的GTP通道配置修改信息，则向DU-U发送GTP通道配置失败消息给CU-U，以及对应的失败原因。
步骤1107：CU-C通过NG接口给NGC发送PDU会话修改成功消息，并把GTP通道配置修改成功的PDU会话信息反馈给NGC。
这里，向NGC反馈的PDU会话信息包括但不限于以下一种或多种信息：CU-U的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)，会话ID，单个会话中用户面配置成功的一个或多个流ID。
当CU-U和DU间的GTP通道配置修改失败时，向NGC反馈的PDU会话信息可选地包含用户面配置失败的一个或多个流ID，以及对应的失败原因。
实施例七
在实施例一的基础上，本实施例描述PDU会话删除时CU-C辅助CU-U与DU配置GTP传输通道的过程。如图12所示，该过程包括：
步骤1201：NGC向CU-C发送PDU会话删除请求；
这里，所述PDU会话建立请求中携带PDU会话相关信息。也就是说，CU-C通过NG接口的PDU会话删除流程从NGC获取PDU会话相关信息。
其中，所述相关信息包含删除PDU会话所需的信息。
具体地，所述相关信息包括但不限于以下一种或多种信息：核心网UP GW的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)，会话ID，会话删除原因。
步骤1202：CU-C收到请求后，向CU-U发送PDU会话修改请求；
这里，发送的PDU会话删除请求中携带删除PDU会话所需的信息。也就是说，CU-C通过Xn接口的PDU会话删除流程将待删除的PDU会话信息传递给CU-U。
传递的删除PDU会话所需的信息包括但不限于以下一种或多种信息：核心网UP GW的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTPTEID)，会话ID，会话删除原因。
步骤1203：CU-C收到请求后，向CU-C发送GTP通道配置删除信息；
具体地，CU-U收到删除PDU会话的相关信息后，删除对应的本地GTP通道配置信息，并将GTP通道配置删除信息发给CU-C。
发送的GTP通道配置删除信息包括但不限于：CU-U的传输层地址信息(如果用户面传输层采用GTP-U协议，则包括传输层IP地址信息和GTP TEID)。
步骤1204：CU-C收到来自CU-U的GTP通道配置删除信息后，将该GTP通道配置删除信息转发给DU；
步骤1205：DU收到CU-C转发的关于CU-U的GTP通道配置删除信息后，删除对应的本地GTP通道配置信息，并通过响应消息给CU-C发送GTP通道配置删除确认消息；
步骤1206：CU-C收到来自DU的GTP通道配置删除确认消息之后，通过NG接口给NGC发送PDU会话删除确认消息。
实施例八
为实现本发明实施例的方法，本实施例提供了一种GTP传输通道的配置装置，设置在位于第一网元中负责用户面数据的CU-U，如图13所示，该装置包括：
第一获取单元131，用于通过Xn接口获取会话相关信息；所述Xn接口为CU-U与所述第一网元中负责控制面数据的CU-C之间的接口，也就是说，所述Xn接口用于所述CU-U与所述CU-C之间的交互；
配置单元132，用于利用所述会话相关信息，进行GTP传输通道配置；
传输单元133，用于将本地的GTP传输通道配置的第一相关信息传输至第二网元；以及接收所述第二网元传输的GTP传输通道配置的第二相关信息。
其中，当获取的会话相关信息为会话建立过程中的会话相关信息时，所述配置单元132，具体用于：
利用所述会话相关信息，进行用户面配置；
所述第一相关信息为本地用户面数据传输的GTP传输通道配置信息；所述第二相关信息为所述第一相关信息对应的所述第二网元本地用户面数据传输的GTP传输通道配置信息。
当获取的会话相关信息为会话修改过程中的会话相关信息时，所述配置单元132，具体用于：
利用所述会话相关信息，进行用户面配置的修改；
相应地，所述第一相关信息为本地用户面数据传输的GTP传输通道配置修改信息；所述第二相关信息为所述第一相关信息对应的所述第二网元本地用户面数据传输的GTP传输通道配置修改信息。
当获取的会话相关信息为会话修改过程中的会话相关信息时，所述配置单元132，具体用于：
利用所述会话相关信息，删除GTP传输通道配置；
相应地，所述第一相关信息为本地用户面数据传输的GTP传输通道配置删除信息；所述第二相关信息为所述第一相关信息对应的所述第二网元本地用户面数据传输的GTP传输通道配置删除确认信息。
实际应用时，CU-U与DU之间的GTP传输通道的配置有两种实现方式，一种方式是CU-U与DU自行配置GTP传输通道；另一种方式是由CU-C辅助CU-U与DU配置GTP传输通道。
在第一种方式中，所述传输单元133，具体用于：
直接将所述第一相关信息发送至所述第二网元；
相应地，接收所述第二网元直接发送的所述第二相关信息。
在第二种方式中，所述传输单元133，具体用于：
将所述第一相关信息通过所述CU-C转发至所述第二网元；
相应地，接收所述CU-C转发的所述第二网元发送的所述第二相关信息。
实际应用时，所述第一获取单元131及传输单元133可由GTP传输通道的配置装置中的通信接口实现；所述传输单元133可由GTP传输通道的配置装置中的控制器(比如中央处理器(CPU，Central Processing Unit)、微处理器(MCU，Micro Control Unit)、数字信号处理器(DSP，Digital Signal Processor)或可编程逻辑阵列(FPGA，Field－ProgrammableGate Array)等)实现。
另外，本领域技术人员应当理解，图13所示的装置中的各单元的实现功能可参照前述方法的相关描述而理解。
为了实现本发明实施例的方法，本实施例还提供了一种GTP传输通道的配置装置，设置在位于第一网元中负责控制面数据的CU-C，如图14所示，该装置包括：
第二获取单元141，用于从核心网获取会话相关信息；
发送单元142，用于通过Xn接口向第一网元中负责用户面数据的CU-U发送所述会话相关信息；所述会话相关信息用于所述CU-U进行GTP传输通道的配置。
其中，所述第二获取单元141，具体用于：
通过NG接口从核心网获取所述会话相关信息。
其中，所述NG接口为所述核心网与所述CU-C之间的接口，即用于所述核心网与所述CU-C之间的交互。
在由CU-C辅助CU-U与DU配置GTP传输通道的过程中，需要所述CU-C参与消息的转发。
基于此，在一实施例中，该装置还可以包括：
接收单元，用于接收所述CU-U发送的所述CU-U本地的GTP传输通道配置的第一相关信息；以及接收第二网元发送的所述第二网元本地的GTP传输通道配置的第二相关信息；
所述发送单元142，用于将所述第一相关信息转发至第二网元；以及将所述第二相关信息转发至所述CU-U。
实际应用时，第二获取单元141、所述发送单元142以及接收单元可由GTP传输通道的配置装置中的通信接口实现。
另外，本领域技术人员应当理解，图14所示的装置中的各单元的实现功能可参照前述方法的相关描述而理解。
为实现本发明实施例的方法，本实施例还提供了一种GTP传输通道的配置***，如图15所示，该***包括：
CU-C 151，用于从核心网获取会话相关信息；以及通过Xn接口向CU-U152发送所述会话相关信息；
CU-U 152，用于通过Xn接口获取会话相关信息；利用所述会话相关信息，进行GTP传输通道配置；并将本地的GTP传输通道配置的第一相关信息传输至第二网元；以及接收所述第二网元传输的GTP传输通道配置的第二相关信息。
这里，需要说明的是：所述CU-U 152及CU-C 151的具体功能已在上文详述，这里不再赘述。
本发明实施例可以适用的应用场景是：如图16所示的在长期演进(LTE)演进型节点B(eNB)和5G节点B(gNB)共存的应用场景。在这种场景下，涉及的网元可以包括：eNB、gNB及核心网(NG-CP/UP GW)。其中，第一网元(CU)与eNB和gNB之间通过Xn接口连接，第二网元(DU)可以直接连接到终端(UE)，核心网与eNB之间通过NG接口连接，核心网与gNB之间也通过NG接口连接。其中，gNB可以划分成CU和DU两个逻辑节点。在这种场景下，CU可以划分成CU-U和CU-C，从而可以直接实施本发明实施例的方案。
其中，对于图16所示的网元，为了实现其功能，对应的硬件设备组成可以包括处理器、存储器、通信接口等。
本领域内的技术人员应明白，本发明的实施例可提供为方法、***、或计算机程序产品。因此，本发明可采用硬件实施例、软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器和光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (12)

1.一种通用分组无线服务隧道协议GTP传输通道的配置方法，其特征在于，所述方法包括：
通过Xn接口获取协议数据单元PDU会话相关信息；所述Xn接口用于第一网元中负责用户面数据的用户面集中处理单元CU-U与所述第一网元中负责控制面数据的控制面集中处理单元CU-C之间的交互；
利用所述PDU会话相关信息，进行本地的GTP传输通道配置；
将所述本地的GTP传输通道配置的第一相关信息传输至第二网元；
接收所述第二网元传输的GTP传输通道配置的第二相关信息。
2.根据权利要求1所述的方法，其特征在于，将本地的GTP传输通道配置的第一相关信息传输至第二网元，包括：
将所述第一相关信息通过所述CU-C转发至所述第二网元；
相应地，接收所述第二网元传输的GTP传输通道配置的第二相关信息，包括：
接收所述CU-C转发的所述第二网元发送的所述第二相关信息。
3.一种GTP传输通道的配置方法，其特征在于，所述方法包括：
从核心网获取协议数据单元PDU会话相关信息；
通过Xn接口向第一网元中负责用户面数据的用户面集中处理单元CU-U发送所述PDU会话相关信息；所述PDU会话相关信息用于所述CU-U进行GTP传输通道的配置；所述Xn接口用于所述CU-U与所述第一网元中负责控制面数据的控制面集中处理单元CU-C之间的交互。
4.根据权利要求3所述的方法，其特征在于，所述方法还包括：
接收所述CU-U发送的所述CU-U本地的GTP传输通道配置的第一相关信息，并将所述第一相关信息转发至第二网元；
接收第二网元发送的所述第二网元本地的GTP传输通道配置的第二相关信息，并将所述第二相关信息转发至所述CU-U。
5.一种GTP传输通道的配置装置，其特征在于，所述装置包括：
第一获取单元，用于通过Xn接口获取协议数据单元PDU会话相关信息；所述Xn接口用于第一网元中负责用户面数据的用户面集中处理单元CU-U与所述第一网元中负责控制面数据的控制面集中处理单元CU-C之间的交互；
配置单元，用于利用所述PDU会话相关信息，进行本地的GTP传输通道配置；
传输单元，用于将所述本地的GTP传输通道配置的第一相关信息传输至第二网元；以及接收所述第二网元传输的GTP传输通道配置的第二相关信息。
6.根据权利要求5所述的装置，其特征在于，所述传输单元，具体用于：
将所述第一相关信息通过所述CU-C转发至所述第二网元；
相应地，接收所述CU-C转发的所述第二网元发送的所述第二相关信息。
7.一种GTP传输通道的配置装置，其特征在于，所述装置包括：
第二获取单元，用于从核心网获取协议数据单元PDU会话相关信息；
发送单元，用于通过Xn接口向第一网元中负责用户面数据的用户面集中处理单元CU-U发送所述PDU会话相关信息；所述PDU会话相关信息用于所述CU-U进行GTP传输通道的配置；所述Xn接口用于所述CU-U与所述第一网元中负责控制面数据的控制面集中处理单元CU-C之间的交互。
8.根据权利要求7所述的装置，其特征在于，所述装置还包括：
接收单元，用于接收所述CU-U发送的所述CU-U本地的GTP传输通道配置的第一相关信息；以及接收第二网元发送的所述第二网元本地的GTP传输通道配置的第二相关信息；
所述发送单元，用于将所述第一相关信息转发至第二网元；以及将所述第二相关信息转发至所述CU-U。
9.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行以下方法：
通过Xn接口获取协议数据单元PDU会话相关信息；所述Xn接口用于第一网元中负责用户面数据的用户面集中处理单元CU-U与所述第一网元中负责控制面数据的控制面集中处理单元CU-C之间的交互；
利用所述PDU会话相关信息，进行本地的GTP传输通道配置；
将所述本地的GTP传输通道配置的第一相关信息传输至第二网元；
接收所述第二网元传输的GTP传输通道配置的第二相关信息。
10.根据权利要求9所述的存储介质，其特征在于，将本地的GTP传输通道配置的第一相关信息传输至第二网元，包括：
将所述第一相关信息通过所述CU-C转发至所述第二网元；
相应地，接收所述第二网元传输的GTP传输通道配置的第二相关信息，包括：
接收所述CU-C转发的所述第二网元发送的所述第二相关信息。
11.一种存储介质，其特征在于，所述存储介质中存储有计算机程序，其中，所述计算机程序被设置为运行时执行以下方法：
从核心网获取协议数据单元PDU会话相关信息；
通过Xn接口向第一网元中负责用户面数据的用户面集中处理单元CU-U发送所述PDU会话相关信息；所述PDU会话相关信息用于所述CU-U进行GTP传输通道的配置；所述Xn接口用于所述CU-U与所述第一网元中负责控制面数据的控制面集中处理单元CU-C之间的交互。
12.根据权利要求11所述的存储介质，其特征在于，所述计算机程序还被设置为运行时执行以下方法：
接收所述CU-U发送的所述CU-U本地的GTP传输通道配置的第一相关信息，并将所述第一相关信息转发至第二网元；
接收第二网元发送的所述第二网元本地的GTP传输通道配置的第二相关信息，并将所述第二相关信息转发至所述CU-U。
CN201710074464.0A 2017-02-10 2017-02-10 Gtp传输通道的配置方法及装置 Active CN108617026B (zh)

Priority Applications (8)

Application Number Priority Date Filing Date Title
CN202310541695.3A CN116528399A (zh) 2017-02-10 2017-02-10 Gtp传输通道的配置方法及装置
CN201710074464.0A CN108617026B (zh) 2017-02-10 2017-02-10 Gtp传输通道的配置方法及装置
EP23202954.6A EP4333555A3 (en) 2017-02-10 2017-12-26 Method and device for configuring gtp transmission channel and storage medium
AU2017398610A AU2017398610B2 (en) 2017-02-10 2017-12-26 Method and device for configuring GTP transmission channel and storage medium
PCT/CN2017/118661 WO2018145526A1 (zh) 2017-02-10 2017-12-26 Gtp传输通道的配置方法及装置、存储介质
EP17896123.1A EP3582576B1 (en) 2017-02-10 2017-12-26 Method and device for configuring gtp transmission channel and storage medium
JP2019542667A JP6964675B2 (ja) 2017-02-10 2017-12-26 Ｇｔｐ伝送チャネルを構成するための方法および装置ならびに記憶媒体
US16/534,378 US11382152B2 (en) 2017-02-10 2019-08-07 Method and device for configuring GTP transmission channel and storage medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201710074464.0A CN108617026B (zh) 2017-02-10 2017-02-10 Gtp传输通道的配置方法及装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202310541695.3A Division CN116528399A (zh) 2017-02-10 2017-02-10 Gtp传输通道的配置方法及装置

Publications (2)

Publication Number Publication Date
CN108617026A CN108617026A (zh) 2018-10-02
CN108617026B true CN108617026B (zh) 2023-04-18

Family

ID=63107169

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201710074464.0A Active CN108617026B (zh) 2017-02-10 2017-02-10 Gtp传输通道的配置方法及装置
CN202310541695.3A Pending CN116528399A (zh) 2017-02-10 2017-02-10 Gtp传输通道的配置方法及装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN202310541695.3A Pending CN116528399A (zh) 2017-02-10 2017-02-10 Gtp传输通道的配置方法及装置

Country Status (6)

Country Link
US (1) US11382152B2 (zh)
EP (2) EP4333555A3 (zh)
JP (1) JP6964675B2 (zh)
CN (2) CN108617026B (zh)
AU (1) AU2017398610B2 (zh)
WO (1) WO2018145526A1 (zh)

Families Citing this family (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN111642030B (zh) * 2017-03-16 2022-05-03 中兴通讯股份有限公司 一种用户信息管理的方法和***
CN110061820B (zh) 2018-01-19 2021-11-30 中兴通讯股份有限公司 地址发送的方法及装置、存储介质、电子装置
CN110312282B (zh) 2018-09-28 2021-06-29 华为技术有限公司 数据传输的方法和装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101394577A (zh) * 2007-09-21 2009-03-25 华为技术有限公司 组播广播多媒体业务用户面传输通道创建方法
CN102083006A (zh) * 2011-01-17 2011-06-01 大唐移动通信设备有限公司 一种数据传输方法、装置及***
WO2014054200A1 (ja) * 2012-10-05 2014-04-10 日本電気株式会社 無線通信システム、基地局、移動局、通信制御方法、及びコンピュータ可読媒体
CN106162730A (zh) * 2016-07-12 2016-11-23 上海华为技术有限公司 一种通信的方法、设备及***

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7167459B2 (en) * 2004-12-30 2007-01-23 Motorola, Inc. Inter-network handover in a packet radio system
US8498212B2 (en) * 2009-05-22 2013-07-30 Qualcomm Incorporated Setting up a communication session within a wireless communications system
CN103945559B (zh) * 2013-01-18 2019-02-15 中兴通讯股份有限公司 网络接入***及方法
KR101541348B1 (ko) * 2014-04-09 2015-08-05 주식회사 윈스 Gtp 네트워크 기반 세션 관리 방법 및 장치
WO2018009340A1 (en) * 2016-07-05 2018-01-11 Intel Corporation Systems, methods and devices for control-user plane separation for 5g radio access networks
CN110248382B (zh) * 2017-01-05 2020-09-08 华为技术有限公司 信息传输的方法和装置

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101394577A (zh) * 2007-09-21 2009-03-25 华为技术有限公司 组播广播多媒体业务用户面传输通道创建方法
CN102083006A (zh) * 2011-01-17 2011-06-01 大唐移动通信设备有限公司 一种数据传输方法、装置及***
WO2014054200A1 (ja) * 2012-10-05 2014-04-10 日本電気株式会社 無線通信システム、基地局、移動局、通信制御方法、及びコンピュータ可読媒体
CN106162730A (zh) * 2016-07-12 2016-11-23 上海华为技术有限公司 一种通信的方法、设备及***

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
R3-170383 "TP on the protocol stack and functions of CU/DU interface";CATT;《3GPP tsg_ran\WG3_Iu》;20170207;1-3 *

Also Published As

Publication number Publication date
EP3582576A4 (en) 2020-01-15
AU2017398610B2 (en) 2021-03-11
WO2018145526A1 (zh) 2018-08-16
JP6964675B2 (ja) 2021-11-10
EP3582576A1 (en) 2019-12-18
JP2020506636A (ja) 2020-02-27
EP3582576B1 (en) 2023-11-22
EP4333555A2 (en) 2024-03-06
CN108617026A (zh) 2018-10-02
US11382152B2 (en) 2022-07-05
AU2017398610A1 (en) 2019-10-03
CN116528399A (zh) 2023-08-01
EP4333555A3 (en) 2024-05-15
US20200100304A1 (en) 2020-03-26

Similar Documents

Publication Publication Date Title
US11546811B2 (en) Method for establishing a fronthaul interface, method for performing access for a UE, method and apparatus for performing a handover for a UE, data forwarding method, user equipment and base station
KR102407078B1 (ko) 사용자 정보 관리를 위한 방법 및 시스템
CN109246747B (zh) 前向接口的建立方法、ue接入方法、ue切换方法及装置
WO2017054538A1 (zh) 建立辅助信令链路的方法及其装置、基站及终端
US11765787B2 (en) Entity configuration method, device and system, and CU-U
US11382152B2 (en) Method and device for configuring GTP transmission channel and storage medium
KR102480610B1 (ko) 주소 송신 방법, 장치 및 저장매체
CN114467288A (zh) 一种数据包传输方法及装置
KR20230153422A (ko) 통합 액세스 및 백홀 도너 마이그레이션 방법 및 시스템
CN115150910A (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
GR01 Patent grant
GR01 Patent grant