CN112771919A - 用于分组隧道传输的隧道端点标识符的生成 - Google Patents

Abstract

本公开的实施例涉及一种用于生成用于分组隧道传输的隧道端点标识符(TEID)的设备、方法、装置和计算机可读存储介质。在示例实施例中，在下游设备处至少部分基于要在从上游设备到下游设备的隧道中传输的信息分组的目标地址来生成隧道的TEID。向上游设备发送所生成的TEID以用于隧道的建立。

Description

用于分组隧道传输的隧道端点标识符的生成

技术领域

本公开的实施例总体上涉及通信领域，并且具体地涉及用于生成用于分组隧道传输的隧道端点标识符(TEID)的设备、方法、装置和计算机可读存储介质。

背景技术

在云无线电接入网(RAN)中，就接收、处理和传输分组数据汇聚协议(PDCP)数据而言，长期演进(LTE)或第五代(5G)无线电用户平面(U平面)虚拟网络功能组件(VNFC)在无线电链路控制(RLC)层中实现了非常大的业务吞吐量，例如每秒千兆位。在原生云上，对于5G和第四代(4G)U平面VNFC，可以经由通用分组无线电服务(GPRS)隧道协议用户平面(GTP-U)隧道端点之后的第2层(L2)交换机将下行链路(DL)用户数据转发给目标U平面VNFC，以加速用户数据的处理。

GPRS隧道协议(GTP)是在LTE中使用以在演进型分组核心(EPC)内传递互联网协议(IP)分组的通信协议。GTP版本1用户平面(GTPv1-U)协议用于通过S1/X2接口在GTP隧道中交换用户数据。用户设备(UE)的信息分组可以封装在GTPv1-U分组中，并且在服务网关(S-GW)与演进型节点B(eNB)之间被隧道传输并且从而通过S1接口和eNB与UE之间的U接口被传输给UE。eNB与S-GW之间的每个演进分组系统(EPS)承载都有一个GTP-U隧道。一个UE可以具有一个以上的活动EPS承载。另外，在eNB间切换的场景下，目标eNB需要建立朝向源eNB的DLGTP-U隧道，以用于在切换过程中从源eNB到目标eNB的DL数据转发。

在UE的初始附接过程中，eNB将TEID分配给S1-U承载，并且将TEID发送给移动性管理实体(MME)，该MME然后将TEID传递给S-GW。

传统上，使用查找表来记录TEID和主机的内部地址的映射关系，该主机是eNB的一部分，诸如数字信号处理器(DSP)或VNFC，诸如云中的虚拟机(VM)或Docker容器。GTP-U隧道可以在eNB的内部组件或实体处终止。通过检查查找表，组件可以朝向内部地址转发用户业务。但是，查找表的维护和检查既复杂又费时。

发明内容

总体上，本公开的示例实施例提供了一种用于生成用于分组隧道传输的TEID的设备、方法、装置和计算机可读存储介质。

在第一方面，提供了一种设备，该设备包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码被配置为与至少一个处理器一起使该设备至少部分基于要在从上游设备到下游设备的隧道中传输的信息分组的目标地址来生成隧道的隧道端点标识符。该设备还被致使向上游设备发送隧道端点标识符以用于隧道的建立。

在第二方面，提供了一种方法。在该方法中，至少部分基于要在从上游设备到下游设备的隧道中传输的信息分组的目标地址来生成隧道的隧道端点标识符。向上游设备发送所生成的TEID以用于隧道的建立。

在第三方面，提供了一种装置，该装置包括用于执行根据第二方面的方法的部件。

在第四方面，提供了一种其上存储有计算机程序的计算机可读存储介质。该计算机程序在由设备的处理器执行时使该设备执行根据第二方面的方法。

应当理解，发明内容部分并非旨在标识本公开的实施例的关键或必要特征，也不旨在用于限制本公开的范围。通过以下描述，本公开的其他特征将变得容易理解。

附图说明

现在将参考附图描述一些示例实施例，在附图中：

图1示出了GTPv1-U报头的示例结构；

图2示出了TEID到目标地址的示例映射；

图3示出了可以在其中实现本公开的实施例的示例环境；

图4示出了根据本公开的一些实施例的示例方法的流程图；

图5示出了根据本公开的一些实施例的在下游设备处的用于处理包含TEID的信息分组的示例过程；

图6示出了根据本公开的一些实施例的环境的示例架构；

图7示出了根据本公开的一些实施例的U平面虚拟机(VM)或硬件(HW)的部署；

图8示出了根据本公开的一些实施例的TEID的示例结构；

图9示出了根据本公开的一些实施例的隧道传输信息分组的示例过程；

图10示出了根据本公开的一些实施例的基于TEID的目标MAC地址的示例重新组装；

图11示出了根据本公开的一些实施例的在各种网络组件处的处理和操作的示例过程；以及

图12示出了适合于实现本公开的实施例的设备的简化框图。

在所有附图中，相同或相似的附图标记表示相同或相似的元素。

具体实施方式

现在将参考一些示例实施例描述本公开的原理。应当理解，这些实施例仅出于说明的目的来描述，并且帮助本领域技术人员理解和实现本公开，而没有对本公开的范围提出任何限制。本文中描述的本公开可以以除了下面描述的方式以外的各种其他方式来实现。

在以下描述和权利要求中，除非另有定义，否则本文中使用的所有技术和科学术语具有与本公开所属领域的普通技术人员通常所理解的相同的含义。

如本文中使用的，术语“下游设备”是指在隧道的更靠近接收方的下游位置处的设备。如本文中使用的，术语“上游设备”是指在隧道的更靠近传输方的上游位置处的设备。

下游或上游设备可以包括任何合适的通信设备。通信设备的示例包括网络设备，诸如基站(BS)、中继、接入点(AP)、节点B(NodeB或NB)、演进型NodeB(eNodeB或eNB)、新无线电(NR)NodeB(gNB)、远程无线电模块(RRU)、无线电报头(RH)、远程无线电头(RRH)、低功率节点(诸如毫微微、微微)、路由器、服务网关(S-GW)、移动性管理实体(MME)、无线电网络控制器(RNC)、基站控制器(BSC)、多小区/多播协调实体(MCE)、移动交换中心(MSC)等。通信设备还可以包括终端设备，诸如用户设备(UE)，诸如智能电话、支持无线功能的平板电脑、笔记本电脑嵌入式设备(LEE)、笔记本电脑安装设备(LME)和/或无线客户驻地设备(CPE)。

如本文中使用的，术语“S1接口”是指eNB与MME和S-GW之间的接口。在一些实施例中，该接口基于用户平面中的GTP-U。

如本文中使用的，术语“X2接口”是指eNB之间的接口。该接口主要用于支持活动模式UE移动性。该接口还可以用于多小区无线电资源管理(RRM)功能。X2控制平面(X2-CP)接口可以包括在流控制传输协议(SCTP)之上的被称为X2应用协议(X2-AP)的信令协议。在一些实施例中，X2用户平面(X2-UP)接口可以基于GTP-U。X2-UP接口用于支持无损移动性。

如本文中使用的，术语“电路系统”可以是指以下中的一个或多个或全部：

(a)纯硬件电路实现(诸如仅在模拟和/或数字电路系统中的实现)，以及

(b)硬件电路和软件的组合，诸如(如适用)：(i)模拟和/或数字硬件电路与软件/固件的组合，以及(ii)具有软件的硬件处理器(包括数字信号处理器)、软件和存储器的任何部分，这些部分一起工作以使诸如移动电话或服务器等装置执行各种功能，以及

(c)需要软件(例如，固件)才能运行(但在不需要运行时可以不存在)的硬件电路和/或处理器，诸如微处理器或微处理器的一部分。

“电路系统”的这种定义适用于该术语在本申请中的所有使用，包括在任何权利要求中。作为另外的示例，如本申请中使用的，术语“电路系统”还仅涵盖硬件电路或处理器(或多个处理器)或硬件电路或处理器及其(或它们)随附软件和/或固件的一部分的实现。术语“电路系统”还涵盖(例如并且如果适用于特定权利要求元素)移动设备的基带集成电路或处理器集成电路、或者服务器、蜂窝网络设备或其他计算或网络设备中的类似集成电路。

如本文中使用的，单数形式的“一个”、“一种”和“该”也意图包括复数形式，除非上下文另外明确指出。术语“包括”及其变体应当理解为开放术语，表示“包括但不限于”。术语“基于”应当理解为“至少部分基于”。术语“一个实施例”和“实施例”应当理解为“至少一个实施例”。术语“另一实施例”应当理解为“至少一个其他实施例”。其他定义(无论是显式的还是隐式的)都可以包含在下面。

如上所述，在DL方向上，eNB可以将TEID分配给S1-U承载。TEID可以被包含在GTP报头中。图1示出了GTPv1报头100的示例结构。如图所示，在GTPv1报头100中，第32位至第63位携带TEID105。

常规地，为了将DL用户平面业务转发给UE，使用查找表来记录从TEID到裸机eNB中的内部地址或云eNB的媒体访问控制(MAC)地址的映射。通过检查查找表来将TEID解释为组件或实体的地址，可以将DL用户平面业务转发给eNB的目标内部组件或实体。

图2示出了TEID到目标地址的示例映射。如图所示，分组报头200包括IP报头205、用户数据报协议(UDP)报头310和GTP-U报头215。可以从GTP-U报头215中提取eNB TEID320。查找表225记录GTP TEID与基站收发器(BTS)内部地址(包括源地址和目的地地址)之间的映射。通过检查查找表225，可以将eNB TEID 320解释为BTS内部目的地地址。

查找表的维护和检查是复杂且耗时的。此外，查找表的配置和检查以及用户数据的转发将导致较大数据传输延迟。

本公开的实施例提供了一种生成隧道端点标识符(TEID)的新颖方案。利用该方案，至少部分基于要隧道传输的信息分组的目标地址来生成TEID。所生成的TEID被发送给上游设备以建立信息分组的隧道。因此，可以直接从TEID取回目标地址，而无需检查查找表。地址解析和传输的效率可以大大提高。

图3示出了可以在其中实现本公开的实施例的示例环境300。可以是通信网络的一部分的环境300包括下游设备310和上游设备320。例如，在DL数据业务通过S1-U接口被隧道传输的场景下，下游设备310可以由eNB来实现，并且上游设备320可以被实现为S-GW。在eNB间切换的场景下，下游设备310可以由目标eNB来实现，上游设备320可以由源eNB来实现。

下游设备310和上游设备320可以直接地或经由中间设备(未示出)以有线或无线模式通信。该通信可以采用任何合适的通信技术。本公开的范围在这点上将不受限制。

在本公开的各种实施例中，信息分组可以在从上游设备320到下游设备310的隧道中被传输。可以使用诸如IP、UDP、GTP等任何合适的协议来封装信息分组。在一些实施例中，信息分组是GTP-U数据分组。可以采用已经存在或将来将要开发的任何合适的隧道传输技术。在一些实施例中，隧道传输可以基于GTP隧道技术。隧道传输也可以基于其他虚拟专用网(VPN)技术。

下游设备310至少部分基于信息分组的目标地址来生成隧道的TEID。TEID由下游设备310发送给上游设备320。这样，上游设备320可以将TEID插入到信息分组中，并且因此下游设备310可以从TEID获取信息分组的目标地址。

图4示出了根据本公开的一些实施例的示例方法400的流程图。方法400可以由如图3所示的下游设备310来实现。为了讨论的目的，将参考图3描述方法400。

在框405处，下游设备310至少部分基于要在从上游设备320到下游设备310的隧道中传输的信息分组的目标地址来生成隧道的TEID。信息分组可以被封装在任何合适的协议中，诸如IP、MAC、UDP、GTU、PDCP等。在一些实施例中，信息分组是GTP-U数据分组。

目标地址可以是与信息分组的任何合适的目标设备或实体相关联的地址。在下游设备310由eNB实现的实施例中，目标地址可以是eNB的内部组件或实体的访问地址。访问地址可以是用于访问内部组件或实体的物理地址或虚拟地址。访问地址可以是任何类型的地址，诸如IP地址、MAC地址、预定义的内部地址等。在实施例中，下游设备310是云设备，并且包括至少一个VNFC，目标地址可以是VNFC中的一个VNFC的访问地址，诸如MAC地址。

可以使用任何合适的隧道协议和技术，并且可以采用任何合适的TEID生成算法。例如，目标地址的至少一部分可以被包含在TEID中。替代地，目标地址的变体(诸如加密的目标地址)可以被包含在TEID中。

eNB可以具有用于不同UE的多个承载。一个UE可以具有多个承载。在一些实施例中，承载ID还可以用于生成TEID，使得所生成的TEID对于下游设备是随机的并且是唯一的。

另外，可以将一个承载上的数据流指派给一个服务或任务。可以将多个承载上的多个数据流指派给同一服务或任务。在一些实施例中，TEID也可以基于针对信息分组的服务标识符(ID)来生成。服务ID可以是用于标识处理信息分组的内部任务的任务ID。例如，在下游设备310由eNB实现的实施例中，eNB可以具有用于不同UE的多个服务。针对UE的服务可以在诸如中央处理单元(CPU)等处理器中的进程或线程的任务中被处理，并且由任务ID来标识。在这种情况下，TEID还可以基于UE的任务ID来生成。

在框410处，下游设备310向上游设备320发送TEID以用于隧道的建立。例如，在下游设备310由eNB实现并且上游设备310由S-GW实现的实施例中，eNB可以经由S1接口将TEID发送给MME，并且MME将TEID转发给S-GW。在eNB间切换的场景下的下游设备310由目标eNB实现并且上游设备320由源eNB实现的实施例中，TEID可以经由X2接口从目标eNB被发送给源eNB。

当上游设备320在隧道中向下游设备310传输信息分组时，上游设备320可以例如将TEID插入到信息分组中，作为该分组的报头的一部分。因此，下游设备310可以根据TEID来确定信息分组的目标地址。

图5示出了根据本公开的一些实施例的在下游设备310处的用于处理包含TEID的信息分组的示例过程500。

在框505处，下游设备310在隧道中从上游设备320接收信息分组。信息分组包含TEID。例如，在隧道是GTP-U隧道的情况下，TEID可以是GTP-U TEID，并且被插入到信息分组的GTP报头中。在信息分组中携带TEID的其他实现也是可能的。

在框510处，下游设备310从信息分组中获取TEID。在框515处，下游设备310基于TEID来组装信息的目标地址。在框520处，下游设备310向目标地址转发信息分组。

下面将参考图6-11讨论下游设备310和上游设备320的示例过程和操作。在这些示例中，如图所示，下游设备310由eNB实现为云VNF实例，上游设备320由S-GW实现。从上游设备320到下游设备310的隧道用于朝向UE隧道传输DL GTP-U数据业务。

图6示出了根据本公开的一些实施例的环境300的示例架构600。

在该示例中，eNB 601(作为图3中的下游设备310)是经由虚拟机或docker容器来部署的。如图所示，eNB 601包括用户平面(U平面)虚拟机(VM)和硬件(HW)603。eNB 601可以可选地包括docker容器。例如，eNB 601可以包括U平面HW和docker容器，或者可以包括U平面HW、VM和docker容器。U平面VM和HW 603包括用于处理朝向UE的U平面数据业务的U平面VNFC 605。为了说明的目的，仅示出了一个U平面VNFC，而没有提出任何限制。可以根据需要增加/减少多个U平面VNFC。U平面应用607在U平面VNFC 605上执行，并且可以调用多个任务(或服务)以处理朝向不同UE或在不同承载上的数据。任务分配器609用于将传入数据流分配给目标任务。每个任务被指派到本地唯一任务ID。

U平面VNFC 605经由抽头613和端口615与第2层(L2)虚拟交换机(vSwitch)VNFC611连接。U平面VNFC 605也可以经由L2vSwitch VNFC 611与另一U平面VNFC(未示出)连接。L2 vSwitch VNFC 611可以由虚拟linux桥、Open vSwitch等实现。L2 vSwitch VNFC 611与传输(TRS)第3层/第4层(L3/L4)栈VNFC 617连接。TRS L3/L4栈VNFC 617被配置为执行L3/L4栈处理并且将用户数据业务转发给L2 vSwitch VNFC 611。TRS L3/L4栈VNFC 617可以经由网络接口控制器(NIC)621从S-GW 619(作为图3中的上游设备320)接收数据流。

应当理解，TRS L3/L4栈VNFC 617被示出为单独组件。在某些部署中，TRS L3/L4栈VNFC 617的功能可以集成到L2 vSwitch VNFC 611中，如图7所示。

图7示出了根据本公开的一些实施例的U平面VM或HW的另一示例部署。在该示例中，U平面VM或HW 703包括两个U平面VNFC 705-1和705-2(统称为U平面VNFC 705)，这两个U平面VNFC 705-1和705-2分别经由抽头713-1和713-2(统称为抽头713)以及端口715-1和715-2(统称为端口715)连接到L2 vSwitch VNFC 711。L2 vSwitch VNFC 711包括设置有NIC 719的TRS L3/L4栈功能719。TRS L3/L4栈功能719执行如图6所示的TRS L3/L4栈VNFC617的功能和操作。

仍然参考图6，eNB 601还包括在其中执行C平面应用627的控制平面(C平面)VNFC625。当要建立无线电承载时，eNB 601将建立到SGW 623的下行链路GTP隧道。为了建立该隧道，如图所示，C平面VNFC 625与U平面VNFC 605协商(629)保留资源，例如，包括确定将使用哪个U平面VNFC，U平面VNFC的哪个任务将可用于用户数据业务，等等。基于该协商，生成下行链路GTP-U TEID。下面将参考图8讨论示例TEID。

图8示出了根据本公开的一些实施例的TEID的示例结构。在该示例中，下行链路GTP-U TEID 805包括U平面VNFC MAC地址810的一部分、本地任务ID 815和本地承载ID820。

如图所示，U平面VNFC MAC地址810包括预定义的base_mac 825，例如，包括24位制造商的组织上唯一的ID(OUI)和8位NIC part1 MAC地址830、以及16位NIC part1 MAC地址835。NIC part1和part2 MAC地址共同构成U平面VNFC MAC地址810的实际变化部分。

在该示例中，预定义的base_mac 825由3个八位位组(或24位)的base_mac＝fa:16:3e:00:00:00实现，并且变化部分包括3个八位位组(或24位)。也可以使用4个八位位组的base_mac＝fa:16:3e:4f:00:00，因为2个八位位组的变化部分可以为一个租户网络中的U平面VNFC提供足够的地址空间。

下行链路GTP-U TEID 805仅包括U平面VNFC MAC地址810的16位NIC part2 MAC地址835。如图所示，TEID 805的最高2个八位位组(或16位)直接使用16位NIC part1 MAC地址835。作为替代示例，U平面VNFC MAC地址810的真实变化部分的变体(诸如加密的真实变化部分)可以在TEID 805中使用(未示出)。然后，可以通过解密来获取真实变化部分。

TEID 805的中间8位使用任务ID 815。任务ID 815用于标识用于处理用户数据业务的本地服务任务。8位任务ID 815表示一个U平面VNFC中的256个任务。当使用事件机器时，任务ID 815可以是进程或线程ID或事件队列ID。任务ID 815的实现取决于要使用的任务分配器机制。

在一个UE具有多个承载或者不同UE被分配到同一U平面VNFC和同一服务或任务的情况下，TEID 805的最低8位使用承载ID 820来确保TEID 805是唯一的。EPS承载标识符(EBI)为4位，这表示总共16个承载。然而，承载ID 820可以包括更多位以允许更多承载。在该示例中，使用8位承载ID 820。在一些其他实施例中，如果有更多任务被调用任务ID 815可以更长，并且承载ID 820可以相应地更短。

仍然参考图6，在生成TEID之后，C平面VNFC 625朝向诸如S-GW 623等隧道对等方发送TEID。例如，如图所示，C平面VNFC 625经由S1接口向MME 633发送(631)TEID，并且然后MME 633将TEID转发(635)给S-GW623。在一些实施例中，隧道对等方可以是源eNB(未示出)。在这种情况下，可以经由X2接口将TEID发送给源eNB。

U平面VNFC 605请求(637)TRS L3/L4栈VNFC 617基于所生成的TEID来建立经由S1接口朝向S-GW 623或经由X2接口朝向源eNB的GTP-U隧道。

图9示出了根据本公开的一些实施例的隧道传输信息分组的示例过程900。过程900在如图6所示的架构600中实现。

在该示例中，下行链路GTP-U隧道从S-GW 619开始，并且在TRS L3/L4堆栈VNFC617中结束。经由NIC 621从S-GW 619接收信息分组905。如图所示，信息分组905从内到外包括PDCP有效载荷910、GTP-U报头915、UDP报头920、IP报头925和MAC报头930。

当接收到信息分组905时，TRS L3/L4栈VNFC 917中的GTP隧道处理模块935将PDCP有效载荷910重新封装到以太网帧940中。例如，GTP隧道处理模块935从GTP-U报头915中提取GTP-U TEID，并且然后根据GTP-U TEID来确定目标MAC地址。下面将参考图10讨论根据GTP-U TEID来确定目标MAC地址的示例过程。

图10示出了根据本公开的一些实施例的基于TEID的目标MAC地址的重新组装的示例。在该示例中，TEID 1010中的高16位(或2个八位位组的)1005是基于目标MAC地址1015的真实变化部分生成的，并且因此用于将目标MAC地址1015与预定义的32位(或4个八位位组的)base-mac 1020重新组装在一起。作为另一示例，目标MAC地址可以包括预定义的24位(或3八位位组的)base_mac和用于生成TEID的24位真实变化部分(未示出)。在这种情况下，TEID中的高24位(3个八位位组)用于将目标MAC地址与预定义的24位(或3个八位位组的)base-mac重新组装在一起。

仍然参考图9，在GTP隧道处理模块935根据GTP-U TEID确定目标MAC地址之后，将目标MAC地址插入到以太网帧940的MAC报头945中。为了将数据业务分配给目标任务，可以在PDCP有效载荷910之前添加额外的任务报头950。任务报头950包含任务ID，该任务ID也是根据从GTP-U报头915中提取的GTP-U TEID而确定的。可选地，任务报头950还可以包含承载ID，该承载ID可以进一步被传递给U平面应用607以进行处理。TRS L3/L4栈VNFC 617将以太网帧940发送给L2 vSwitch VNFC 611，并且L2 vSwitch VNFC 611基于任务ID来将以太网帧940转发给U平面VNFC 605上的U平面应用607。L2 vSwitch VNFC 611中的数据转发是纯L2切换。U平面应用607中的任务分配器609基于任务ID来将数据业务分配给任务955。

基于TEID，可以将DL U平面数据更快地转发给目标U平面VNFC。寻址效率可以提高。此外，基于从GTP-U TEID中提取的目标MAC地址，可以将U平面数据重新封装到可以通过L2切换而直接交换的以太网分组中。传输效率可以提高。

图11示出了根据本公开的一些实施例的在各种网络组件处的处理和操作的示例过程1100。过程1100可以在如图6所示的架构中实现。为了讨论的目的，将参考图6描述过程1100。

在过程1100中，从核心网接收UE附接接受的通知(1105)。另外地或替代地，可以在1105处接收初始上下文建立请求。C平面VNFC 625和U平面VNFC 605协商为新的用户建立保留资源。例如，确定使用哪个U平面VNFC，调用哪个任务，等等。U平面VNFC 605请求(1115)TRS L3/L4栈VNFC 617朝向S-GW 619建立GTP隧道。C平面VNFC 625向MME发送(1120)初始上下文建立响应以向MME通知TEID(例如，被包含在响应中)。TRS L3/L4栈VNFC 617建立(1125)到S-GW 619的GTP隧道。

当从核心网接收(1130)到入口U平面业务分组时，TRS L3/L4栈VNFC 617执行L3/L4处理，诸如IP安全性(IPSec)处理、IP分片整理和IP协议处理，并且然后提取GTP-U TEID并且重新组装目标MAC地址(1135)。TRS L3/L4栈VNFC 617向L2 vSwitch VNFC 611传输(1140)入口U平面业务分组。L2 vSwitch VNFC 611基于目标MAC地址来执行(1145)L2切换，并且然后将入口U平面业务分组转发(1150)给U平面VNFC 605。

在处理入口U平面业务分组之后，U平面VNFC 605向L2 vSwitch VNFC 611传输(1155)DL出口U平面业务分组。L2 vSwitch VNFC 611和TRS L3/L4栈VNFC 617可以与无线电节点和进一步的UE交换U平面业务分组，或者处理U平面业务分组。

在一些实施例中，一种能够执行方法400的装置可以包括用于执行方法400的相应步骤的部件。该部件可以以任何合适的形式实现。例如，该部件可以在电路系统或软件模块中实现。

在一些实施例中，能够执行方法400的装置包括：用于在下游设备处至少部分基于要在从上游设备到下游设备的隧道中传输的信息分组的目标地址来生成隧道的隧道端点标识符的部件；以及用于向上游设备发送隧道端点标识符以用于隧道的建立的部件。

在一些实施例中，信息分组可以基于GTP。

在一些实施例中，信息分组可以是GTP-U数据分组。

在一些实施例中，用于至少部分基于目标地址来生成隧道端点标识符的部件可以包括用于基于目标地址和针对信息分组的承载标识符来生成隧道端点标识符的部件。

在一些实施例中，用于至少部分基于目标地址来生成隧道端点标识符的部件可以包括用于基于目标地址以及针对信息分组的服务标识符和承载标识符来生成隧道端点标识符的部件。

在一些实施例中，服务标识符可以包括下游设备中的针对信息分组的任务标识符。

在一些实施例中，下游设备可以包括VNFC，并且目标地址可以是VNFC的访问地址。

在一些实施例中，VNFC的访问地址可以是VNFC的MAC地址。

在一些实施例中，该装置还可以包括：用于在隧道中从上游设备接收信息分组的部件，该信息分组包含隧道端点标识符；用于从信息分组中获取隧道端点标识符的部件；用于基于隧道端点标识符来组装目标地址的部件；以及用于向目标地址转发信息分组的部件。

图12是适合于实现本公开的实施例的设备1200的简化框图。设备1200可以在如图3所示的下游设备310或如图6所示的eNB 601处实现，或者至少作为其一部分来实现。

如图所示，设备1200包括处理器1210、耦合到处理器1210的存储器1220、耦合到处理器1210的通信模块1230、以及耦合到通信模块1230的通信接口(未示出)。存储器1220至少存储程序1240。通信模块1230用于双向通信。通信接口可以表示通信所必需的任何接口。

假定程序1240包括程序指令，该程序指令在由相关联的处理器1210执行时使得设备1200能够根据本公开的实施例进行操作，如本文中参考图3-11讨论的。本文中的实施例可以通过由设备1200的处理器1210可执行的计算机软件，或者通过硬件，或者通过软件和硬件的组合来实现。处理器1210可以被配置为实现本公开的各种实施例。

存储器1220可以是适合于本地技术网络的任何类型，并且作为非限制性示例，可以使用任何合适的数据存储技术来实现，诸如非暂态计算机可读存储介质、基于半导体的存储器设备、磁存储器设备和系统、光学存储器设备和系统、固定存储器和可移动存储器。尽管在设备1200中仅示出了一个存储器1220，但是在设备1200中可以存在若干物理上不同的存储器模块。处理器1210可以是适合于本地技术网络的任何类型，并且作为非限制性示例，可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)和基于多核处理器架构的处理器中的一种或多种。设备1200可以具有多个处理器，诸如在时间上从属于与主处理器同步的时钟的专用集成电路芯片。

如以上参考图3-11所述的所有操作和特征同样适用于设备1200并且具有类似的效果。为了简化的目的，将省略细节。

通常，本公开的各种实施例可以以硬件或专用电路、软件、逻辑或其任何组合来实现。一些方面可以以硬件来实现，而其他方面可以以可以由控制器、微处理器或其他计算设备执行的固件或软件来实现。尽管本公开的实施例的各个方面被示出和描述为框图、流程图或使用一些其他图形表示，但是应当理解，作为非限制性示例，本文所述的框、装置、系统、技术或方法可以以硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备或其某种组合来实现。

本公开还提供了有形地存储在非暂态计算机可读存储介质上的至少一个计算机程序产品。该计算机程序产品包括计算机可执行指令，诸如程序模块中包括的计算机可执行指令，该计算机可执行指令在目标真实或虚拟处理器上的设备中执行，以执行如以上参考图3-11所述的方法400以及过程500、900和1100。通常，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、库、对象、类、组件、数据结构等。在各个实施例中，程序模块的功能可以在程序模块之间组合或拆分。程序模块的机器可执行指令可以在本地或分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质中。

用于执行本公开的方法的程序代码可以以一种或多种编程语言的任何组合来编写。这些程序代码可以被提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得该程序代码在由处理器或控制器执行时使在流程图和/或框图中指定的功能/操作被执行。程序代码可以完全在计算机上执行，部分在计算机上执行，作为独立软件包来执行，部分在计算机上并且部分在远程计算机上执行，或者完全在远程计算机或服务器上执行。

在本公开的上下文中，计算机程序代码或相关数据可以由任何合适的载体来携带，以使得设备、装置或处理器能够执行如上所述的各种处理和操作。载体的示例包括信号、计算机可读介质。

计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读介质可以包括但不限于电子、磁性、光学、电磁、红外或半导体系统、装置或设备、或前述各项的任何合适的组合。计算机可读存储介质的更具体示例将包括具有一个或多个电线的电连接、便携式计算机软盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光纤、便携式光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)、光学存储设备、磁性存储设备、或前述各项的任何合适的组合。

此外，尽管以特定顺序描绘了操作，但是这不应当理解为要求以所示的特定顺序或以连续的顺序执行这样的操作，或者执行所有示出的操作以实现期望结果。在某些情况下，多任务和并行处理可能是有利的。同样地，尽管以上讨论中包含若干特定实现细节，但是这些不应当解释为对本公开内容范围的限制，而应当解释为对特定实施例而言特定的特征的描述。在单独实施例的上下文中描述的某些特征也可以在单个实施例中组合实现。相反，在单个实施例的上下文中描述的各种特征也可以分别在多个实施例中或以任何合适的子组合来实现。

尽管已经以特定于结构特征和/或方法动作的语言描述了本公开，但是应当理解，所附权利要求书中定义的本公开不必限于上述特定特征或动作。而是，以上描述的特定特征和动作被公开作为实现权利要求的示例形式。

已经描述了技术的各种实施例。作为上述内容的补充或替代，描述以下实施例。以下任何示例中描述的功能均可以与本文所述的其他示例一起引起用。

在说明书和/或附图中出现的各种缩写定义如下：

TEID 隧道端点标识符

RAN 无线电接入网

LTE 长期演进

VNFC 虚拟网络功能组件

RLC 无线电链路控制

MAC 媒体访问控制

PDCP 分组数据汇聚协议

GPRS 通用分组无线电服务

GTP GPRS隧道协议

GTP-U GTP用户平面

GTP-C GTP控制平面

U平面 用户平面

C平面 控制平面

UE 用户设备

eNB 演进型节点B

S-GW 服务网关

MME 移动性管理实体

EPS 演进型分组系统

NR 新无线电

EPC 演进型分组核心

IP 互联网协议

UDP 用户数据报协议

Claims (28)

1.一种设备，包括：

至少一个处理器；以及

至少一个存储器，包括计算机程序代码；

所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使所述设备：

在下游设备处至少部分基于要在从上游设备到所述下游设备的隧道中传输的信息分组的目标地址来生成针对所述隧道的隧道端点标识符；以及

向所述上游设备发送所述隧道端点标识符以用于所述隧道的建立。

2.根据权利要求1所述的设备，其中所述信息分组基于GTP。

3.根据权利要求2所述的设备，其中所述信息分组是GTP-U数据分组。

4.根据权利要求1至3中任一项所述的设备，其中所述设备被致使至少部分基于所述目标地址来生成所述隧道端点标识符包括所述设备被致使：

基于所述目标地址和针对所述信息分组的承载标识符来生成所述隧道端点标识符。

5.根据权利要求1至3中任一项所述的设备，其中所述设备被致使至少部分基于所述目标地址来生成所述隧道端点标识符包括所述设备被致使：

基于所述目标地址以及针对所述信息分组的承载标识符和服务标识符来生成所述隧道端点标识符。

6.根据权利要求5所述的设备，其中所述服务标识符包括针对所述信息分组的在所述下游设备中的任务标识符。

7.根据权利要求1至6中任一项所述的设备，其中所述下游设备包括VNFC，并且所述目标地址是所述VNFC的访问地址。

8.根据权利要求7所述的设备，其中所述VNFC的所述访问地址是所述VNFC的MAC地址。

9.根据权利要求1至8中任一项所述的设备，其中所述设备还被致使：

在所述隧道中从所述上游设备接收所述信息分组，所述信息分组包含所述隧道端点标识符；

从所述信息分组获取所述隧道端点标识符；

基于所述隧道端点标识符来组装所述目标地址；以及

向所述目标地址转发所述信息分组。

10.一种方法，包括：

在下游设备处至少部分基于要在从上游设备到所述下游设备的隧道中传输的信息分组的目标地址来生成针对所述隧道的隧道端点标识符；以及

向所述上游设备发送所述隧道端点标识符以用于所述隧道的建立。

11.根据权利要求10所述的方法，其中所述信息分组基于GTP。

12.根据权利要求11所述的方法，其中所述信息分组是GTP-U数据分组。

13.根据权利要求10至12中任一项所述的方法，其中至少部分基于所述目标地址来生成所述隧道端点标识符包括：

基于所述目标地址和针对所述信息分组的承载标识符来生成所述隧道端点标识符。

14.根据权利要求10至12中任一项所述的方法，其中至少部分基于所述目标地址来生成所述隧道端点标识符包括：

基于所述目标地址以及针对所述信息分组的承载标识符和服务标识符来生成所述隧道端点标识符。

15.根据权利要求14所述的方法，其中所述服务标识符包括针对所述信息分组的所述下游设备中的任务标识符。

16.根据权利要求10至15中任一项所述的方法，其中所述下游设备包括VNFC，并且所述目标地址是所述VNFC的访问地址。

17.根据权利要求16所述的方法，其中所述VNFC的所述访问地址是所述VNFC的MAC地址。

18.根据权利要求10至17中任一项所述的方法，还包括：

在所述隧道中从所述上游设备接收所述信息分组，所述信息分组包含所述隧道端点标识符；

从所述信息分组获取所述隧道端点标识符；

基于所述隧道端点标识符来组装所述目标地址；以及

向所述目标地址转发所述信息分组。

19.一种装置，包括：

用于在下游设备处至少部分基于要在从上游设备到所述下游设备的隧道中传输的信息分组的目标地址来生成针对所述隧道的隧道端点标识符的部件；以及

用于向所述上游设备发送所述隧道端点标识符以用于所述隧道的建立的部件。

20.一种计算机可读存储介质，包括存储在其上的程序指令，所述指令在由设备的处理器执行时使所述设备执行动作，所述动作包括：

在下游设备处至少部分基于要在从上游设备到所述下游设备的隧道中传输的信息分组的目标地址来生成针对所述隧道的隧道端点标识符；以及

向所述上游设备发送所述隧道端点标识符以用于所述隧道的建立。

21.根据权利要求20所述的计算机可读存储介质，其中所述信息分组基于GTP。

22.根据权利要求21所述的计算机可读存储介质，其中所述信息分组是GTP-U数据分组。

23.根据权利要求20至22中任一项所述的计算机可读存储介质，其中至少部分基于所述目标地址来生成所述隧道端点标识符包括：

基于所述目标地址和针对所述信息分组的承载标识符来生成所述隧道端点标识符。

24.根据权利要求20至22中任一项所述的计算机可读存储介质，其中至少部分基于所述目标地址来生成所述隧道端点标识符包括：

基于所述目标地址以及针对所述信息分组的承载标识符和服务标识符来生成所述隧道端点标识符。

25.根据权利要求24所述的计算机可读存储介质，其中所述服务标识符包括针对所述信息分组的在所述下游设备中的任务标识符。

26.根据权利要求20至25中任一项所述的计算机可读存储介质，其中所述下游设备包括VNFC，并且所述目标地址是所述VNFC的访问地址。

27.根据权利要求26所述的计算机可读存储介质，其中所述VNFC的所述访问地址是所述VNFC的MAC地址。

28.根据权利要求20至27中任一项所述的计算机可读存储介质，其中所述动作还包括：

在所述隧道中从所述上游设备接收所述信息分组，所述信息分组包含所述隧道端点标识符；

从所述信息分组获取所述隧道端点标识符；

基于所述隧道端点标识符来组装所述目标地址；以及

向所述目标地址转发所述信息分组。

Images