本公开的实施例总体上涉及通信技术，更具体地，涉及通信方法和设备。
背景技术：
在“网络增强型家庭网关(nerg)解决方案”(宽带论坛bbf技术报告tr-317)的扁平以太网逻辑用户链路(lsl)的部署模型里，从宽带网络网关(bng)到虚拟网关(virtualgateway，vg)的lsl段可由桥接式家庭网关(brg)动态主机配置协议(dhcp)请求所触发的验证、授权、记账(aaa)过程驱动，在运行时动态建立。
在bbftr-317所描述的解决方案里，叠加隧道封装参数，包括隧道端点ip地址和虚拟可扩展局域网(vxlan)网络标识(vni)或伪线(pw)标签，必须预先静态配置到aaa服务器上，然后在运行时从aaa服务器传送到bng。bng将直接使用这些叠加隧道封装参数来封装/解封装lsl虚拟局域网(vlan)所承载的用户数据流量。然而，这种配置方式对于业务提供者既低效又不便，业务提供者配置叠加隧道的工作量将随bng和vg服务器数量的增加而增加。
技术实现要素：
总体上，本公开的实施例提出在用户网关设备处实施的通信方法以及相应用户网关设备。
在第一方面，本公开的实施例提供一种在用户网关设备处实施的通信方法。该通信方法包括：从验证、授权和记账(aaa)服务器接收边界网关协议(bgp)协议参数，所述bgp协议参数被编码为远程身份验证拨入用户服务(radius)属性；响应于接收到bgp协议参数，借助叠加隧道自动发现和信令过程来获取叠加隧道封装参数：以及基于所获取的叠加隧道封装参数，建立到虚拟网关服务器设备的叠加隧道。
在第二方面，本公开的实施例提供一种用户网关设备。该用户网关设备包括收发器，其被配置为从验证、授权和记账(aaa)服务器接收边界网关协议(bgp)协议参数，所述bgp协议参数被编码为远程身份验证拨入用户服务(radius)属性。该用户网关设备还包括控制器，其被耦合到所述收发器并且被配置为响应于接收到bgp协议参数，借助叠加隧道自动发现和信令过程来获取叠加隧道封装参数：以及基于所获取的叠加隧道封装参数，建立到虚拟网关服务器设备的叠加隧道。
通过下文描述将会理解，根据本公开的实施例，无需将叠加隧道封装参数预先静态配置到aaa服务器上，而是将用于叠加隧道自动发现和信令的参数配置到aaa服务器上。用户网关设备从aaa服务器接收到用于叠加隧道自动发现和信令的参数之后，可借助叠加隧道自动发现和信令过程来获取叠加隧道封装参数。这能够显著简化预配置工作，增强网络架构的可扩展性。
应当理解，发明内容部分中所描述的内容并非旨在限定本公开实施例的关键或重要特征，亦非用于限制本公开的范围。本公开的其它特征将通过以下的描述变得容易理解。
附图说明
结合附图并参考以下详细说明，本公开各实施例的上述和其他特征、优点及方面将变得更加明显。在附图中，相同或相似的附图标记表示相同或相似的元素，其中：
图1示出了本公开的实施例可以在其中实施的示例通信网络100的示意图；
图2示出了本公开的实施例可以在其中实施的示例通信网络200的示意图；
图3示出了根据本公开的某些实施例的示例通信方法300的流程图；
图4示出了根据本公开的某些实施例的bgp协议参数的radius的编码格式的示意图；
图5示出了根据本公开的某些实施例的bgp协议参数的radius的编码格式的示意图；
图6示出了根据本公开的某些实施例的bgp协议参数的radius的编码格式的示意图；
图7示出了根据本公开的某些实施例的bgp协议参数的radius的编码格式的示意图；
图8示出了根据本公开的某些实施例的装置的框图；以及
图9示出了根据本公开的某些实施例的设备的框图。
在所有附图中，相同或相似参考数字表示相同或相似元素。
具体实施方式
下面将参照附图更详细地描述本公开的实施例。虽然附图中显示了本公开的某些实施例，然而应当理解的是，本公开可以通过各种形式来实现，而且不应该被解释为限于这里阐述的实施例，相反提供这些实施例是为了更加透彻和完整地理解本公开。应当理解的是，本公开的附图及实施例仅用于示例性作用，并非用于限制本公开的保护范围。
在这里使用的术语验证、授权和记账(authentication、authorization、accounting，aaa)服务器旨在管理哪些用户可以访问网络服务器，具有访问权的用户可以得到哪些服务，如何对正在使用网络资源的用户进行记账。目前远程身份验证拨入用户服务(remoteauthenticationdialinuserservice，radius)协议是唯一的aaa标准，这是在ietf的rfc2865和2866中定义的。
在此使用的术语“包括”及其变形是开放性包括，即“包括但不限于”。术语“基于”是“至少部分地基于”。术语“一个实施例”表示“至少一个实施例”；术语“另一实施例”表示“至少一个另外的实施例”。其他术语的相关定义将在下文描述中给出。
如上所述，传统上，如在bbftr-317描述了基于扁平以太网逻辑用户链路(lsl)的nerg部署架构。从bng(宽带网络网关)到vg(虚拟网关)的lsl段能够由aaa服务器驱动，在运行时动态建立。对于扁平以太网lsl，每个用户的用户侧网关设备和网络侧vg设备通过各自独立的lslvlan连接。当bng和vg宿主数据中心(简称为vg服务器)之间的底层传输网络是纯ip网络或mpls(多协议标签交换)网络时，lslvlan将被承载于跨底层传输网络的ip或mpls叠加隧道之上，该叠加隧道可以是虚拟可扩展局域网(vxlan)隧道或多协议标签交换伪线(mplspw)。
传统上，如bbftr-317§7.1.1，§7.1.3.2和§7.1.3.3所述，叠加隧道封装参数，例如隧道端点ip地址，vxlanvni或pw标签，被预先静态配置到aaa服务器上，在运行时动态地从aaa服务器传送到bng上。bng将使用这些叠加隧道封装参数来封装/解封装lslvlan数据流量。在本发明中，用于vxlan隧道的vni和用于mplspw的pw标签统称为叠加隧道解复用器。
这种静态预配置叠加隧道封装参数的工作对于业务提供者来说是相当大的管理负担。传统上，例如在bbftr317中，要求将叠加隧道封装参数编码为radius属性直接配置到aaa服务器上，包括隧道端点ip地址和隧道解复用器(例如vxlan隧道的vni或mpslpw的pw标签)。这种配置方法对于业务提供者来说是低效而不便的。如果在bng和vg服务器之间是采用mplspw作为叠加隧道，业务提供者还必须预先静态分配pw标签值，并在nerg预配置阶段把它们配置到aaa服务器上。这对于业务提供者来说是不方便的，因为业务提供者需要额外管理静态pw标签分配。这种配置的负担与bng和vg服务器的数量是成正比的。
因此，需要一种高效的叠加隧道自动发现和信令机制，使得用户网关设备能够在从aaa服务器接收到用于叠加隧道自动发现和信令的参数之后，借助叠加隧道自动发现和信令过程来获取叠加隧道封装参数。这能够显著地简化预配置任务，增强网络架构的可扩展性。
为了解决至少部分地这些和其他可能的潜在问题，根据本公开的实施例，允许叠加隧道建立过程中的叠加隧道端点自动发现和解复用器信令机制(在本发明里简称为叠加隧道自动发现和信令)，这样，aaa服务器仅仅需要预配置叠加隧道自动发现和信令参数，而不是传统上具体的叠加隧道封装参数。这将简化管理员的预配置工作。例如，用户网关设备从aaa服务器接收叠加隧道自动发现和信令参数，例如bgp协议参数。该bgp协议参数被编码为radius属性。用户网关设备在接收到bgp协议参数之后，借助叠加隧道自动发现和信令过程来获取叠加隧道封装参数。最终，根据获取到的叠加隧道封装参数，建立到vg服务器的叠加隧道。
以此方式，用户网关设备能够通过使用自动发现和信令过程来动态获取叠加隧道封装参数。这能够显著地简化配置工作，增强nerg架构的可扩展性。
图1示出了本公开的实施例可以在其中实施的示例通信网络100。通信网络100包括用户网关设备1101至1104，虚拟网关服务器设备1201和1202以及aaa服务器130。aaa服务器130可以与用户网关设备1101至1104通信并且用户网关设备1101至1104可以和虚拟网关服务器设备1201和1202之间建立叠加隧道。需要说明的是，在本发明中的用户网关设备1101至1104例如能够是宽带网络网关设备(bng)。在本发明中的虚拟网关服务器设备1201和1202例如能够是虚拟家庭网关宿主数据中心。应理解，图1所示的用户网关设备和虚拟网关服务器设备的数目仅仅是出于说明之目的而无意于限制。网络100可以包括任意适当数目的用户网关设备和虚拟网关服务器设备。
图2示出了本公开的实施例可以在其中实施的更加详细的示例通信网络200的示意图。为了清楚起见，图2中的与图1相同的元件沿用了图1中的附图标记。如图2所示，通信网络200包括用户网关设备1101至1104，虚拟网关服务器设备1201和1202以及aaa服务器130。此外，通信网络200还包括接入网络设备1401至1405，其能够与用户网关设备1101至1104进行通信。
如图2所示，用户网关设备1101至1104与虚拟网关服务器设备1201和1202之间建立有连接150。在本发明中，用户网关设备1101至1104与虚拟网关服务器设备1201和1202之间建立的这种连接称作叠加隧道，其在纯ip或ip/mpls底层传输网络之上承载lslvlan流量。在本发明中，vxlan隧道以及mplspw均被称作叠加隧道。叠加隧道在一端终止于用户网关设备(例如，bng)并且在另一端终止于虚拟网关服务器设备(例如，虚拟家庭网关宿主数据中心)，其形成vpls(虚拟专用局域网业务)的实例。或者更严格的说，是e-tree的实例，虚拟网关服务器设备作为根节点而用户网关设备作为叶节点。
根据本公开的实施例，用于叠加隧道自动发现和信令的参数在被静态配置到aaa服务器130。在这里用于叠加隧道自动发现和信令的参数被叫做边界网关协议(bgp)参数。该bgp协议参数被编码在radius属性中，并在aaa服务器130与用户网关设备1101至1104之间的aaa过程中被传送至用户网关设备1101至1104。在运行时间，叠加隧道封装参数能够经由自动发现和信令过程被用户网关设备1101至1104获取，从而使得用户网关设备1101至1104能够知晓叠加隧道端点的ip地址，即在图1和图2中的虚拟网关服务器设备1201和1202的地址，从而建立叠加隧道。
应理解，通过上述方式，需在aaa服务器上进行静态配置的参数数量是恒定的，不随用户网关设备和虚拟网关服务器设备数量的变化而改变。用户网关设备通过使用自动发现和信令过程来动态获取叠加隧道封装参数，能够显著简化配置工作，增强网络架构的可扩展性。
下面将结合图3至图7，从用户网关设备的角度对本公开的原理和具体实施例进行详细说明。首先参考图3，图3示出了根据本公开的某些实施例的示例通信方法300的流程图。可以理解，方法300可以例如在如图1和图2所示的用户网关设备1101至1104处实施。为描述方便，下面结合图1和图2对方法300进行描述。
如图所示，在305，用户网关设备1101至1104从aaa服务器130接收bgp协议参数。这里bgp协议参数被编码为radius属性。在本发明的一个实施例中，至少一种用于叠加隧道自动发现和信令的bgp协议参数能够被自动地配置到aaa服务器130，并且在运行时作为radius属性被传递到用户网关设备1101至1104。用于叠加隧道自动发现和信令的bgp协议参数能够包括二层虚拟专用网络标识(l2vpnid)，路由区分符(rd)，输出路由目标(exportroutetarget)，以及输入路由目标(importroutetarget)。
关于bgp协议参数被编码成radius属性的格式的实例稍后将在下文被进一步阐述。在310，一旦用户网关设备1101至1104接收到bgp协议参数，就借助叠加隧道自动发现和信令过程来获取叠加隧道封装参数。在315，在用户网关设备1101至1104获取到叠加隧道封装参数之后，建立到虚拟网关服务器设备1201和1202的叠加隧道。
根据本公开的一个实施例，用户网关设备1101至1104可以从aaa服务器接收叠加隧道类型的参数，该参数也被编码为radius属性。接着，用户网关设备1101至1104调用与所述叠加隧道类型参数相对应的叠加隧道自动发现和信令过程，从而获取叠加隧道封装参数。例如叠加隧道端点ipv4地址，用于隧道解复用器的vni或pw标签值。在叠加隧道被成功的建立之后，用户网关设备1101至1104需要在本地以太网lslvlan和所建立的叠加隧道之间交叉连接lslvlan业务量。
根据本公开的一个实施例，隧道类型可以基于vxlan的叠加隧道以及基于mplspw的叠加隧道。根据本公开的一个实施例，叠加隧道封装参数可以包括叠加隧道端点ip地址以及叠加隧道解复用器。根据本公开的一个实施例，叠加隧道解复用器可以包括用于虚vxlan的vni以及用于mplspw的pw标签。
如果叠加隧道为在mpls底层传输网络之上的mplspw，这样的vpls实例符合在rfc4664中规定的因特网工程任务组(ietf)模型。在这种情况下，在rfc6074§3.2中规定的过程将被用作发现隧道端点并且发送隧道解复用器信号。如果叠加隧道为在纯ip底层传输网络之上的vxlan，这样的vpls实例不符合ietf模型。需要采用用于vxlan情况的叠加隧道自动发现和信令机制。在此，基于ip的叠加隧道，例如可以是vxlan，网络虚拟化使用通用路由封装(nvgre)或通用路由封装(mpls-in-gre)。
一般地，在ietfvpls技术中，叠加隧道端点自动发现和解复用信令被简单地称作vpls自动发现和信令，本发明交替使用上述技术。叠加隧道端点ip地址仅仅是vpsl服务节点的系统ip地址，解复用器仅仅是用于vxlan隧道的vni或用于mplspw的pw标签。在基于mplspw的叠加隧道的情况下，vpls自动发现以及信令由两个连续的步骤，即以基于自动发现的bgp边界网关协议实现服务对等点自动发现和以ldp(标签分布协议)来实现pw标签信令来实现。而在包括vxlan在内的基于ip的叠加隧道的情况下，，服务对等点的自动发现以及叠加隧道类型和分路器的信令通过使用bgp更新消息格式在单一步骤内实现。
图4至图7示出了根据本公开的某些实施例的bgp协议参数的radius的编码格式的示意图。以下，结合图4至图7进一步阐述bgp协议参数被编码成radius属性的格式。根据本发明的一个实施例，用于叠加隧道自动发现和信令的bgp协议参数，其能够被自动地配置到aaa服务器130，并且在运行时间作为radius属性被传输到用户网关设备1101至1104。
需要注意的是，虚拟网关服务器设备1201和1202应当能够以正确bgp协议参数来被本地配置，使得用户网关设备1101至1104和虚拟网关服务器设备1201和1202能够作为服务对等点来被彼此发现。输出路由目标和输入路由目标被bng和虚拟网关服务器设备1201和1202使用来控制vpls实例下的拓扑。根据本公开的一个实施例，其可以被选择以形成期望的中心辐射型拓扑。
此外，对于vxlan叠加隧道的情况，bgp协议参数“l2vpnid”和vxlan隧道解复用器vni均是二层虚拟专用网络标识。其由不同的来源所定义。尽管其二者涉及同一l2vpn情况，其编码格式以及用途是不同的。业务提供者可以为它们选择相同的值。可选的，业务提供者也能为二者选择不同的值，同时保持它们的值之间的一一对应。
bgp协议参数，即上文已经阐述过的l2vpn标识符、路由区分符、输出路由目标以及输入路由目标，连同已有的ietf或bbf定义的radius属性，将支持用于vxlan和mplspw的叠加隧道设置过程中的叠加隧道自动发现和信令。本发明定义4个新的radius属性，它们都被定义成radiusvsa(供应者专用属性)。
图4示出了bgp协议参数中的l2vpn标识符被定义成radiusvsa的“vendor-lsl-tunnel-bgp-l2vpn-id”的编码格式的示意图。这里示出的协议参数“vendor-lsl-tunnel-bgp-l2vpn-id”为上文中的l2vpn标识符的一个实例，并不旨在限定该l2vpn标识符。现在已有的，以及未来即将开发的具有相同作用的l2vpn标识符，均可以实施在本公开中。
供应者id字段420保存供应者专有企业代码，例如宽带论坛或其他能够实施本公开的供应者。供应者类型字段425的值由特定供应者指定。供应者长度字段430的值编码了供应者类型字段425、供应者长度430和vendor-lsl-tunnel-bgp-l2vpn-id字段435的总长度。
vendor-lsl-tunnel-bgp-l2vpn-id字段435为4个8字节长(该4个8字节在图4中以440、445、450以及455示出)，其编码用于构架在叠加隧道之上的vpls实例的l2vpnid值。在自动发现和信令过程期间，l2vpnid值将在bgp更新消息的“层2vpn标识符”扩展团体中被通知。该radiusvsa是强制型的，aaa服务器130必须将该vsa传送到用户网关设备1101至1104。
需要注意的是，规定了两种格式的“l2vpn标识符”扩展团体，即“2个8字节的as(自治系统)专用l2vpn标识符”和“ipv4地址专用l2vpn标识符”，这二者均可用于本公开。如果使用“ipv4地址专用l2vpn标识符”，其被编码在radiusvsavendor-lsl-tunnel-bgp-l2vpn-id的l2vpnid值应为2个8字节的无符号数。也就是说，在此“vendor-lsl-tunnel-bgp-l2vpn-id”字段两个最高有效字节应该是零，因为“ipv4地址专用l2vpn标识符”扩展团体只能保存2个8字节的l2vpnid值。
图5示出了bgp协议参数中的路由区分符被定义成radiusvsa的“vendor-lsl-tunnel-bgp-route-distinguisher”的编码格式的示意图。这里示出的协议参数“vendor-lsl-tunnel-bgp-route-distinguisher”为上文中的路由区分符的一个实例，并不旨在限定该路由区分符。现在已有的，以及未来即将开发的具有相同作用的路由区分符，均可以实施在本公开中。
除了vendor-lsl-tunnel-bgp-route-distinguisher字段535为8个8字节长度之外，radiusvsa的vendor-lsl-tunnel-bgp-route-distinguisher的编码格式与radiusvsa的vendor-lsl-tunnel-bgp-l2vpn-id的编码格式类似，其用于编码bgp更新消息的网络层可达性消息(nlri)字段的rd值。根据rfc6074，通常rd值由l2vpnid值来导出，因此radiusvsa的vendor-lsl-tunnel-bgp-route-distinguisher为可选的radiusvsa。当radiusvsa的vendor-lsl-tunnel-bgp-route-distinguisher不存在时，用户网关设备1101至1104应从l2vpnid值导出该值。
图6示出了bgp协议参数中的输出路由目标(exportroutetarget)被定义成radiusvsa的“vendor-lsl-tunnel-bgp-export-route-target”的编码格式的示意图。这里示出的协议参数“vendor-lsl-tunnel-bgp-export-route-target”为上文中的输出路由目标的一个实例，并不旨在限定该输出路由目标。现在已有的，以及未来即将开发的具有相同作用的输出路由目标，均可以实施在本公开中。
除了vendor-lsl-tunnel-bgp-export-route-target字段635为8个8字节长度之外，radiusvsa的vendor-lsl-tunnel-bgp-route-distinguisher的编码格式与radiusvsa的vendor-lsl-tunnel-bgp-l2vpn-id的编码格式类似，其用于编码bgp更新消息的目标路由扩展团体。该radiusvsa是强制型的，aaa服务器130必须将该vsa传送到用户网关设备1101至1104。
图7示出了bgp协议参数中的输出路由目标(importroutetarget)被定义成radiusvsa的“vendor-lsl-tunnel-bgp-import-route-target”的编码格式的示意图。这里示出的协议参数“vendor-lsl-tunnel-bgp-import-route-target”为上文中的输出路由目标的一个实例，并不旨在限定该输出路由目标。现在已有的，以及未来即将开发的具有相同作用的输出路由目标，均可以实施在本公开中。
除了vendor-lsl-tunnel-bgp-import-route-target字段735为8个8字节长度之外，radiusvsa的vendor-lsl-tunnel-bgp-route-distinguisher的编码格式与radiusvsa的vendor-lsl-tunnel-bgp-l2vpn-id的编码格式类似，其用于编码用户网关设备的路由目标的过滤器值，以过滤收到的bgp更新消息。该radiusvsa是强制型的，aaa服务器130必须将该vsa传送到用户网关设备1101至1104。
根据本公开的一个实施例，上面定义的radiusvsa能够用于基于vxlan的叠加隧道。例如，在bbftr-317§7.1.3.2.2中阐明的3个radius属性在表1被完整地列出：
表1：基于vxlan的叠加隧道中bbf定义的radius供应者专用
属性
表2中列出的4个radiusvsa为在本公开的实施例中新定义的，其用于编码bgp协议参数。对于叠加隧道(vxlan隧道)自动发现和信令：
表2：基于vxlan的隧道中新定义的radius供应者专用属性
需要说明的是，在4个编码bgp协议参数的vsa中，当radiusvsa的vendor-lsl-tunnel-bgp-route-distinguisher不存在时，用户网关设备1101至1104能够从编码在radiusvsa的vendor-lsl-tunnel-bgp-l2vpn-id的l2vpnid值导出该值。
还需要说明的是，l2vpnid和vni为用于相同vpls实例的通用标识符，管理者可以为它们赋予相同的或不同的值。因此，vsabbf-lsl-tunnel-private-group-id为可选属性。当其不存在时，用户网关设备1101至1104应将vni的值设定为l2vpnid的值。
根据rfc7348，vni值在vxlan隧道的入方向和出方向均是相同的，其被编码在vsabbf-lsl-tunnel-private-group-id。如果不存在vsabbf-lsl-tunnel-private-group-id，vni值应被设定为l2vpnid的值(被编码在vsavendor-lsl-tunnel-bgp-l2vpn-id中)。然而，应被用作vxlan隧道的出方向的解复用器的vni值经由bgp更新消息从服务对等点作为信令被发送。因此，用户网关设备需验证从radiusvsa和bgp更新消息接收的两个vni值。如果这两个值是不同的，则其指示了nerg配置的错误，用户网关设备需停止叠加隧道设定过程。如果这两个值相同，用户网关设备可以继续叠加隧道设定过程。
根据本公开的一个实施例，上面定义的radiusvsa能够用于基于mplspw的叠加隧道。例如，在bbftr-317§7.1.3.2.3中阐明的2个radius属性在表3中被完整地列出：
表3：基于mplspw的叠加隧道中bbf定义radius供应者专用属性
表4中列出的4个radiusvsa为在本公开的实施例中新定义的，其用于编码bgp协议参数。对于叠加隧道(mplspw)自动发现和信令：
表4：基于mplspw的隧道中新定义的radius供应者专用属性
需要说明的是，在4个编码bgp协议参数的vsa中，当radiusvsa的vendor-lsl-tunnel-bgp-route-distinguisher不存在时，用户网关设备1101至1104应从编码在radiusvsa的vendor-lsl-tunnel-bgp-l2vpn-id的l2vpnid值导出该值。
还需要说明的是，用户网关设备1101至1104调用vpls自动发现和信令过程以获取叠加隧道封装参数(例如服务对等点的ip地址和输出pw标签)，自动分配用于发现的服务对等点的输入pw标签并作为信令发送。每个输入pw标签对应一个服务对等点。输出pw的mpls隧道标签由本地标签信息库中得出。
图8示出了根据本公开的某些实施例的装置800的框图。可以理解，装置800可以实施在图1和图2所示的用户网关设备1101至1104。如图所示，装置800包括第一接收单元805，被配置为从aaa服务器接收bgp协议参数。其中该bgp协议参数被编码为radius属性。第一获取单元810，被配置为响应于接收到bgp协议参数，借助叠加隧道自动发现和信令过程来获取叠加隧道封装参数。以及建立单元815，被配置为基于所获取的叠加隧道封装参数，建立到虚拟网关服务器设备的叠加隧道。
在某些实施例中，第一接收单元805还可以包括第二接收单元，其被配置为接收以下参数中的至少一项：二层虚拟专用网络标识，路由区分符，输出路由目标，以及输入路由目标。
在某些实施例中，第一获取单元810还可以包括确定单元，被配置为通过所接收到bgp协议参数确定叠加隧道类型的属性值。第一获取单元810还可以包括调用单元，被配置为调用与所述叠加隧道类型的所述属性值相关联的叠加隧道自动发现和信令过程，以获取所述叠加隧道封装参数。
应当理解，装置800中记载的每个单元分别与参考图1至图7描述的方法300中的每个步骤相对应。因此，上文结合图1至图7描述的操作和特征同样适用于装置800及其中包含的单元，并且具有同样的效果，具体细节不再赘述。
装置800中所包括的单元可以利用各种方式来实现，包括软件、硬件、固件或其任意组合。在一个实施例中，一个或多个单元可以使用软件和/或固件来实现，例如存储在存储介质上的机器可执行指令。除了机器可执行指令之外或者作为替代，装置800中的部分或者全部单元可以至少部分地由一个或多个硬件逻辑组件来实现。作为示例而非限制，可以使用的示范类型的硬件逻辑组件包括现场可编程门阵列(fpga)、专用集成电路(asic)、专用标准品(assp)、片上系统(soc)、复杂可编程逻辑器件(cpld)，等等。
图8中所示的这些单元可以部分或者全部地实现为硬件模块、软件模块、固件模块或者其任意组合。特别地，在某些实施例中，上文描述的流程、方法或过程可以由网络设备或者终端设备中的硬件来实现。例如，网络设备或者终端设备可以利用其发射器、接收器、收发器和/或处理器或控制器来实现方法300。
图9示出了适合实现本公开的实施例的设备900的方框图。设备900可以用来实现用户网关设备，例如图1和图2中所示的用户网关设备1101至1104。
如图所示，设备900包括控制器910。控制器910控制设备900的操作和功能。例如，在某些实施例中，控制器910可以借助于与其耦合的存储器920中所存储的指令930来执行各种操作。存储器920可以是适用于本地技术环境的任何合适的类型，并且可以利用任何合适的数据存储技术来实现，包括但不限于基于半导体的存储器件、磁存储器件和系统、光存储器件和系统。尽管图9中仅仅示出了一个存储器单元，但是在设备900中可以有多个物理不同的存储器单元。
控制器910可以是适用于本地技术环境的任何合适的类型，并且可以包括但不限于通用计算机、专用计算机、微控制器、数字信号控制器(dsp)以及基于控制器的多核控制器架构中的一个或多个多个。设备900也可以包括多个控制器910。控制器910与收发器940耦合，收发器940可以借助于任何可用的技术手段来实现信息的接收和发送。
当设备900充当网络设备140时，控制器910和收发器940可以配合操作，以实现上文参考图3描述的方法300。当设备900充当第一终端设备110时，控制器910和收发器940可以配合操作，以实现上文参考图6描述的方法600。上文参考图3和图6所描述的所有特征均适用于设备900，在此不再赘述。
一般而言，本公开的各种示例实施例可以在硬件或专用电路、软件、逻辑，或其任何组合中实施。某些方面可以在硬件中实施，而其他方面可以在可以由控制器、微处理器或其他计算设备执行的固件或软件中实施。当本公开的实施例的各方面被图示或描述为框图、流程图或使用某些其他图形表示时，将理解此处描述的方框、装置、系统、技术或方法可以作为非限制性的示例在硬件、软件、固件、专用电路或逻辑、通用硬件或控制器或其他计算设备，或其某些组合中实施。
作为示例，本公开的实施例可以在机器可执行指令的上下文中被描述，机器可执行指令诸如包括在目标的真实或者虚拟处理器上的器件中执行的程序模块中。一般而言，程序模块包括例程、程序、库、对象、类、组件、数据结构等，其执行特定的任务或者实现特定的抽象数据结构。在各实施例中，程序模块的功能可以在所描述的程序模块之间合并或者分割。用于程序模块的机器可执行指令可以在本地或者分布式设备内执行。在分布式设备中，程序模块可以位于本地和远程存储介质二者中。
用于实现本公开的方法的计算机程序代码可以用一种或多种编程语言编写。这些计算机程序代码可以提供给通用计算机、专用计算机或其他可编程的数据处理装置的处理器，使得程序代码在被计算机或其他可编程的数据处理装置执行的时候，引起在流程图和/或框图中规定的功能/操作被实施。程序代码可以完全在计算机上、部分在计算机上、作为独立的软件包、部分在计算机上且部分在远程计算机上或完全在远程计算机或服务器上执行。
在本公开的上下文中，机器可读介质可以是包含或存储用于或有关于指令执行系统、装置或设备的程序的任何有形介质。机器可读介质可以是机器可读信号介质或机器可读存储介质。机器可读介质可以包括但不限于电子的、磁的、光学的、电磁的、红外的或半导体系统、装置或设备，或其任意合适的组合。机器可读存储介质的更详细示例包括带有一根或多根导线的电气连接、便携式计算机磁盘、硬盘、随机存储存取器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或闪存)、光存储设备、磁存储设备，或其任意合适的组合。
另外，尽管操作以特定顺序被描绘，但这并不应该理解为要求此类操作以示出的特定顺序或以相继顺序完成，或者执行所有图示的操作以获取期望结果。在某些情况下，多任务或并行处理会是有益的。同样地，尽管上述讨论包含了某些特定的实施细节，但这并不应解释为限制任何发明或权利要求的范围，而应解释为对可以针对特定发明的特定实施例的描述。本说明书中在分开的实施例的上下文中描述的某些特征也可以整合实施在单个实施例中。反之，在单个实施例的上下文中描述的各种特征也可以分离地在多个实施例或在任意合适的子组合中实施。
尽管已经以特定于结构特征和/或方法动作的语言描述了主题，但是应当理解，所附权利要求中限定的主题并不限于上文描述的特定特征或动作。相反，上文描述的特定特征和动作是作为实现权利要求的示例形式而被公开的。