CN111988205B - 一种服务远程物理设备的方法和核心代理设备 - Google Patents

一种服务远程物理设备的方法和核心代理设备 Download PDF

Info

Publication number
CN111988205B
CN111988205B CN201910440038.3A CN201910440038A CN111988205B CN 111988205 B CN111988205 B CN 111988205B CN 201910440038 A CN201910440038 A CN 201910440038A CN 111988205 B CN111988205 B CN 111988205B
Authority
CN
China
Prior art keywords
core
proxy
remote physical
message
equipment
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
CN201910440038.3A
Other languages
English (en)
Other versions
CN111988205A (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.)
Nokia Shanghai Bell Co Ltd
Nokia Solutions and Networks Oy
Original Assignee
Nokia Shanghai Bell Co Ltd
Nokia Solutions and Networks Oy
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
Application filed by Nokia Shanghai Bell Co Ltd, Nokia Solutions and Networks Oy filed Critical Nokia Shanghai Bell Co Ltd
Priority to CN201910440038.3A priority Critical patent/CN111988205B/zh
Publication of CN111988205A publication Critical patent/CN111988205A/zh
Application granted granted Critical
Publication of CN111988205B publication Critical patent/CN111988205B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/2801Broadband local area networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L41/00Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
    • H04L41/08Configuration management of networks or network elements
    • H04L41/0803Configuration setting
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/50Network services
    • H04L67/56Provisioning of proxy services

Landscapes

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

Abstract

本发明的目的是提供一种用于服务远程物理设备的方法和核心代理设备,响应于接收自对应远程物理设备发送的第一代理消息,确定对应的核心设备,其中,第一代理消息中包括启动通知,以及远程物理设备所需连接的核心设备的功能信息和/或模式信息和/或资源集合索引信息;向核心设备发送第二代理消息,其中,第二代理消息中包括启动通知,基于该启动通知所分配的会话标识,以及该远程物理设备的标识信息;响应于该核心设备对远程物理设备的配置,分别建立与核心设备及与远程物理设备之间的连接,以进行消息转发。与现有技术相比,本发明中远程物理设备和核心设备之间的消息将由核心代理设备进行转发,且服务的核心设备对远程物理设备不直接可见。

Description

一种服务远程物理设备的方法和核心代理设备
技术领域
本发明涉及通信技术领域,尤其涉及一种用于服务远程物理设备的方法和核心代理设备。
背景技术
随着时间的推移,CMTS(电缆调制解调器终端系统)平台的发展经历了从DOCSIS3.0、DOCSIS 3.1到分布式模块化前端架构(Modular Headend Architecture,MHA)。如今,有线电视运营商面临着许多挑战。客户和市场对更高带宽的需求正快速增长,对数据和视频服务的需求正迫使运营商不断升级设备容量(plant capacity)。随着带宽需求的持续增长,设备空间、电源和其他相关因素开始成为一个问题。
图1示出了有线电视运营商网络的远程物理系统的抽象示意图。在数据头端(headend)之外有更多的聚合点(aggregation point),例如超级数据头端或区域数据中心(regional data center,RDC)。
图2示出了模块化CMTS系统的参考结构。视频和OOB(带外)的架构是相似的。这个架构包含物理和逻辑组件。
RPD(远程物理设备)是一个组件,一侧具有网络接口,另一侧具有射频接口。RPD提供层1物理转换、层2MAC转换和层3伪线(pseudowire)支持。RPD射频(RF)输出可与其他覆盖服务(如模拟或数字视频服务)结合使用。
除了在RPD中执行的功能,CCAP核心设备包含传统CMTS所做的一切。CCAP核心设备包括下游MAC、上游MAC以及所有与初始化和可操作DOCSIS(Data-Over-Cable ServiceInterface Specifications,有线电缆数据服务接口规范)相关的软件。
R-DEPI(Remote Downstream External PHY Interface,远程下游外部物理接口)是CCAP核心设备和RPD之间的下游接口。更具体地说,它是MHAv2(模块化前端架构版本2)系统中MAC和PHY之间的IP伪线,其包含DOCSIS帧、视频包和OOB包的数据路径,以及用于设置、维护和删除会话的控制路径。MHAv1使用了MPT(MPEG-TS)封装。MHAv2保留了原始的MPT封装以实现后向兼容性,但也添加了一种新的MPEG封装,称为MCM(Multi-channel MPEG,多通道MPEG)。MHAv2还需要PSP(Packet Streaming Protocol,包流协议)模式来扩展诸如DOCSIS3.1的新服务。
R-UEPI(Remote Upstream External PHY Interface,远程上游外部物理接口),是RPD和CCAP核心设备之间的上游接口。与R-DEPI一样,它是MHAv2系统中PHY和MAC之间的IP伪线,包含DOCSIS帧的数据路径以及用于设置、维护和删除会话的控制路径。
NSI(Network Side Interface,网络侧接口)保持不变,是CMTS用于连接主干网的物理接口。如今,这通常是10Gbps的以太网。
CMCI(Cable Modem to Customer Premise Equipment Interface,电缆调制解调器至客户场所设备接口)也保持不变,通常是以太网、USB或WiFi。在本文中,CMCI被称为RPD。
RPD必须支持使用DHCP从网络分配IP地址。DHCP服务器向RPD提供CCAP核心设备列表的IP地址。成功分配IP地址后,RPD将尝试连接到DHCP选项列表中标识的所有CCAP核心设备,如下所述。
1)核心设备被定义为主核心设备(Principal Core)或辅核心设备(Aux Core)。
2)一个RPD可以连接到多个CCAP核心设备。每个CCAP核心设备管理和配置一个独立的RPD资源的子集,例如一个或多个射频通道(RF channel)。某些类型的参数是常见的跨资源集,如下游电源。活跃的主核心设备负责为RPD和某些设备管理功能配置这些通用参数。
3)辅核心设备负责提供DOCSIS、视频或OOB服务。它们仅限于由活跃的主核心设备分配给它们的资源集。
4)在允许从辅核心设备进行配置之前,RPD必须使用活跃的主核心设备完成初始配置。
5)一般来说,DHCP选项列表中的第一个核心设备应该是活跃的主核心设备,但是RPD必须能够容纳无序列表。
6)RPD必须只接受一个活跃的主核心设备的配置。主核心设备和辅核心设备可以在活跃的或备份的角色中进行运转。
发明内容
本发明的目的是提供一种用于服务远程物理设备的方法和核心代理设备。
根据本发明的一个方面,提供了一种在核心代理设备中服务对应远程物理设备的方法,其中,该方法包括:
响应于接收自对应远程物理设备发送的第一代理消息,确定对应的核心设备,其中,所述第一代理消息中包括启动通知,以及所述远程物理设备所需连接的核心设备的功能信息和/或模式信息和/或资源集合索引信息;
向所述核心设备发送第二代理消息,其中,所述第二代理消息中包括所述启动通知,基于所述启动通知所分配的会话标识,以及所述远程物理设备的标识信息;
响应于所述核心设备对所述远程物理设备的配置,分别建立与所述核心设备及与所述远程物理设备之间的连接,以进行消息转发。
根据本发明的另一个方面,还提供了一种在远程物理设备中辅助核心代理设备服务所述远程物理设备的方法,其中,该方法包括:
向对应的核心代理设备发送第一代理消息以确定对应的核心设备,其中,所述第一代理消息中包括启动通知,以及所述远程物理设备所需连接的核心设备的功能信息和/或模式信息和/或资源集合索引信息;
响应于所述核心设备对所述远程物理设备的配置,建立与所述核心代理设备之间的连接,以通过所述核心代理设备的消息转发与所述核心设备进行交互。
根据本发明的又一个方面,还提供了一种在核心设备中辅助核心代理设备服务对应远程物理设备的方法,其中,该方法包括:
接收自对应核心代理设备的第二代理消息,其中,所述第二代理消息中包括启动通知,基于所述启动通知所分配的会话标识,以及对应远程物理设备的标识信息;
对所述远程物理设备进行配置,并建立与所述核心代理设备之间的连接,以通过所述核心代理设备的消息转发与所述远程物理设备进行交互。
根据本发明的再一个方面,还提供了一种核心代理设备,包括:
至少一个处理器;以及
包括计算机程序指令的至少一个存储器,所述至少一个存储器和所述计算机程序指令被配置为,与所述至少一个处理器一起,使得所述核心代理设备:
响应于接收自对应远程物理设备发送的第一代理消息,确定对应的核心设备,其中,所述第一代理消息中包括启动通知,以及所述远程物理设备所需连接的核心设备的功能信息和/或模式信息和/或资源集合索引信息;
向所述核心设备发送第二代理消息,其中,所述第二代理消息中包括所述启动通知,基于所述启动通知所分配的会话标识,以及所述远程物理设备的标识信息;
响应于所述核心设备对所述远程物理设备的配置,分别建立与所述核心设备及与所述远程物理设备之间的连接,以进行消息转发。
根据本发明的再一个方面,还提供了一种远程物理设备,包括:
至少一个处理器;以及
包括计算机程序指令的至少一个存储器,所述至少一个存储器和所述计算机程序指令被配置为,与所述至少一个处理器一起,使得所述远程物理设备:
向对应的核心代理设备发送第一代理消息以确定对应的核心设备,其中,所述第一代理消息中包括启动通知,以及所述远程物理设备所需连接的核心设备的功能信息和/或模式信息和/或资源集合索引信息;
响应于所述核心设备对所述远程物理设备的配置,建立与所述核心代理设备之间的连接,以通过所述核心代理设备的消息转发与所述核心设备进行交互。
根据本发明的又一个方面,还提供了一种核心设备,包括:
至少一个处理器;以及
包括计算机程序指令的至少一个存储器,所述至少一个存储器和所述计算机程序指令被配置为,与所述至少一个处理器一起,使得所述核心设备:
接收自对应核心代理设备的第二代理消息,其中,所述第二代理消息中包括启动通知,基于所述启动通知所分配的会话标识,以及对应远程物理设备的标识信息;
对所述远程物理设备进行配置,并建立与所述核心代理设备之间的连接,以通过所述核心代理设备的消息转发与所述远程物理设备进行交互。
根据本发明的再一个方面,还提供了一种计算机可读介质,所述计算机可读介质包括机器可执行指令,所述机器可执行指令在被执行时使机器执行根据前述任一项所述的方法。
与现有技术相比,本发明提供了一种核心代理设备,该核心代理设备为远程物理设备提供服务,远程物理设备和核心设备之间的消息将由核心代理设备进行转发,且服务的核心设备对远程物理设备不直接可见,提高了服务的效率及使用体验。核心代理设备为远程物理设备提供了一个集中的GCP接口,核心代理设备可以位于CCAP核心网络的边缘,作为GCP代理为远程物理设备提供服务,并提供相互认证。新引入的在TCP和GCP之间的代理层是轻量级和简单的,这将有助于核心代理设备中GCP消息转发的高吞吐量和低延迟。
附图说明
通过阅读参照以下附图所作的对非限制性实施例所作的详细描述,本发明的其它特征、目的和优点将会变得更明显:
图1示出了有线电视运营商网络的远程物理系统的抽象示意图;
图2示出了模块化CMTS系统的参考结构示意图;
图3示出了在具有多个核心设备的环境下RPD到核心设备的连接过程示意图;
图4示出根据本发明一个方面的包括核心代理设备的远程物理系统的抽象示意图;
图5示出根据本发明一个方面的使用核心代理设备服务RPD的方法流程图;
图6示出根据本发明一个优选实施例的使用核心代理设备服务RPD的流程图;
图7示出根据本发明另一个优选实施例的RPD启动GCP切换的流程图;
图8示出根据本发明另一个优选实施例的辅核心设备启动GCP切换的流程图;
图9示出根据本发明又一个优选实施例的进行GCP重连接的流程图;
图10示出根据本发明再一个优选实施例的当核心代理设备故障时进行重连接的流程图;
图11示出适合实现本发明所公开的实施例的设备的简化框图。
附图中相同或相似的附图标记代表相同或相似的部件。
具体实施方式
下面结合附图对本发明作进一步详细描述。
后面所讨论的方法可以通过硬件、软件、固件、中间件、微代码、硬件描述语言或者其任意组合来实施。当用软件、固件、中间件或微代码来实施时,用以实施必要任务的程序代码或代码段可以被存储在机器或计算机可读介质(比如存储介质)中。(一个或多个)处理器可以实施必要的任务。
这里所公开的具体结构和功能细节仅仅是代表性的,并且是用于描述本发明的示例性实施例的目的。但是本发明可以通过许多替换形式来具体实现,并且不应当被解释成仅仅受限于这里所阐述的实施例。应当理解的是,虽然在这里可能使用了术语“第一”、“第二”等等来描述各个单元,但是这些单元不应当受这些术语限制。使用这些术语仅仅是为了将一个单元与另一个单元进行区分。举例来说,在不背离示例性实施例的范围的情况下,第一单元可以被称为第二单元,并且类似地第二单元可以被称为第一单元。这里所使用的术语“和/或”包括其中一个或更多所列出的相关联项目的任意和所有组合。
应当理解的是,当一个单元被称为“连接”或“耦合”到另一单元时,其可以直接连接或耦合到所述另一单元,或者可以存在中间单元。与此相对,当一个单元被称为“直接连接”或“直接耦合”到另一单元时,则不存在中间单元。应当按照类似的方式来解释被用于描述单元之间的关系的其他词语(例如“处于...之间”相比于“直接处于...之间”,“与...邻近”相比于“与...直接邻近”等等)。
这里所使用的术语仅仅是为了描述具体实施例而不意图限制示例性实施例。除非上下文明确地另有所指,否则这里所使用的单数形式“一个”、“一项”还意图包括复数。还应当理解的是,这里所使用的术语“包括”和/或“包含”规定所陈述的特征、整数、步骤、操作、单元和/或组件的存在,而不排除存在或添加一个或更多其他特征、整数、步骤、操作、单元、组件和/或其组合。
还应当提到的是,在一些替换实现方式中,所提到的功能/动作可以按照不同于附图中标示的顺序发生。举例来说,取决于所涉及的功能/动作,相继示出的两幅图实际上可以基本上同时执行或者有时可以按照相反的顺序来执行。
除非另行定义,否则这里使用的所有术语(包括技术和科学术语)都具有与示例性实施例所属领域内的技术人员通常所理解的相同的含义。还应当理解的是,除非在这里被明确定义,否则例如在通常使用的字典中定义的那些术语应当被解释成具有与其在相关领域的上下文中的含义相一致的含义,而不应按照理想化的或者过于正式的意义来解释。
根据前述部分,RPD与每个CCAP核心设备(无论是主核心设备还是辅核心设备)之间的连接过程包括以下阶段:
1)如果需要,根据RPD和核心配置执行相互身份认证;
2)在RPD和核心设备之间建立TCP连接;
3)使用GCP进行RPD配置。
图3示出了在具有多个核心设备的环境下RPD到核心设备的连接过程。此图本质上是信息性的,旨在提供流程的概述。图中所示的操作顺序可能会根据CCAP核心设备使用的配置逻辑而改变。流程具体如下:
1)RPD向CCAP主核心设备发送启动通知消息;
2)CCAP主核心设备配置RPD;
3)当CCAP主核心设备确定RPD配置充分以启用PTP时,CCAP主核心设备将RPD的PTP端口管理状态(RpdPtpPortAdminState)设置为up状态;
4)RPD启动PTP同步,与PTP主控器(Grandmaster)锁定;
5)在CCAP核心身份表(CcapCoreIdentification table)的主核心条目中,主核心设备将InitialConfigurationComplete(初始配置完成状态)设置为真(True);
6)RPD启动与CCAP辅核心设备的GCP连接;
7)CCAP辅核心设备配置RPD;
8)CCAP主核心设备通知RPD,从CCAP主核心设备的角度来看,允许RPD进入运行状态。如果主核心设备没有时间相关性,这可能发生在RPD实现PTP同步之前,或者可能会延迟直到CCAP主核心设备接收到RPD PTP同步通知。这个决定是由主核心设备决定的;
9)CCAP辅核心设备在CCAP核心身份表(CcapCoreIdentification table)的辅核心条目中将InitialConfigurationComplete(初始配置完成状态)设置为真(True);
10)当实现本地PTP同步时,RPD通过向每个核心设备发送PTP通知消息来通知所有连接的核心设备;
11)CCAP辅核心设备通知RPD,从CCAP辅核心设备的角度来看,允许RPD进入运行状态。如果辅核心设备没有时间相关性,这可能发生在PTP同步通知之前,或者在实现时间同步之前可能不会发生,例如,对于DOCSIS核心设备;
12)当与每个CCAP辅核心设备可一起运作时,RPD通知CCAP主核心设备。
RPD和CCAP核心设备之间的GCP连接可能由于各种原因而失败,包括核心设备本身的故障。如果核心设备发生故障,则需要将GCP连接移交给指定的备份核心设备。GCP移交过程可由RPD或CCAP核心设备(活跃的主核心设备、活跃的辅核心设备或备份的辅核心设备)启动。
如果目标CCAP核心设备需要维护窗口,运营商可能希望从CCAP核心设备启动GCP移交流程。
当进行GCP切换时,对备份核心设备的选择遵循:
1)RPD必须从CcapCoreIdentification表的条目的CandidateBackupCoreTable(候选备份核心表)字段中为失败的核心设备选择备份核心设备。
2)RPD必须根据其在候选备份核心表(CandidateBackupCoreTable)中配置的顺序选择备份核心设备,其中编号较低的条目具有较高的优先级。
3)对于每个潜在的备份核心设备,RPD必须通过确认RpdGcpConnectionStatus已指示连接来确定核心设备是否具有当前活跃的GCP连接。
4)如果RpdGcpConnectionStatus指示已连接,则RPD必须启动到所选备份核心设备的GCP移交。
5)如果核心设备未连接,则RPD必须移动到候选备份核心表(CandidateBackupCoreTable)中的下一个候选核心设备。
6)如果没有连接任何候选核心设备,则RPD必须在每次连接到备份核心设备时尝试连接到核心设备。
7)RPD必须根据在CandidateBackupCoreTable中配置的顺序选择用于连接尝试的核心设备,这些核心设备的条目编号越低,优先级越高。
8)如果找不到适用于失败的活跃主核心设备的备份核心设备,RPD必须尽快执行硬重置。这避免了RPD保持在一个CCAP主核心设备无法管理的状态。
上述过程存在以下问题:
1)DHCP服务器向RPD提供CCAP核心列表的IP地址。一旦有新的CCAP核心设备分配给RPD,就需要提供DHCP服务器配置。从维护的角度来看,其增加了更改配置的工作和可能的风险。
2)RPD需要直接联系每个CCAP核心设备(无论是主核心设备还是辅核心设备)。RPD不知道CCAP核心设备的类型(主、辅)、核心功能(DOCSIS、Video或OOB)和核心模式(活跃的、备份的、重连接的等)。RPD需要如下迭代每个核心设备,直到找到活跃的主核心设备:
①如果需要,根据RPD和核心配置执行相互身份认证;
②在RPD和核心设备之间建立TCP连接。
在通过活跃的主核心设备进行配置之后,RPD仍然需要迭代每个核心设备,为每个资源集找到一个活跃的辅核心设备。这是一个很长的过程,并且使RPD中的实现变得复杂。
3)如果需要快速的RPD GCP移交,通常RPD需要为每个资源集保持至少一个备份辅核心设备的GCP连接。
4)对于RPD启动的GCP移交,RPD需要执行算法,从每个资源集的备份辅核心设备列表中选择一个候选辅核心设备。如果RPD是由不同的供应商生产的,那么备份辅核心设备选择的规则可能会有所不同。
5)每个辅核心设备(活跃的、备份的)的资源集和辅助资源分配在资源集表和CcapCoreIdentification表中预先配置。对于辅助核心设备的部署,固定的关联是不灵活和不可扩展的。在远程物理系统架构中,CCAP核心设备可以被虚拟化、容器化(例如Docker)和集群化(例如由Kubernetes调度),但基于RPD资源集和CCAP核心设备之间的固定关联来构建它是非常困难的。
6)所有CCAP核心设备到RPD的GCP接口都暴露在不可信网络中,是一项具有挑战性的安全任务。
因此,为了解决上述问题,在RPD和CCAP核心设备(主核心设备或辅核心设备)之间引入了一个新的组件,命名为CCAP核心代理设备(Core Proxy),提供集中的GCP接口来服务RPD。CCAP核心代理设备可以位于CCAP核心网络的边缘,并作为代理来服务RPD,并基于RPD提供相互身份认证(Mutual Authentication)。GCP消息将由CCAP核心代理设备进行转发(tunnel),并且服务的CCAP核心设备将不会直接对RPD可见。
如图4所示,在RPD和CCAP核心设备(主核心设备或辅核心设备)之间引入了一个名为CCAP核心代理设备的新组件,提供集中的GCP接口来服务RPD。
在RPD初始化过程中,活跃的主核心设备和辅核心设备的选择以及连接的建立将由CCAP核心代理设备完成。CCAP核心代理设备所代理的所有CCAP核心设备将作为一个容器集群工作,并且可以在RPD初始化(活跃的主核心设备和辅核心设备的选择)和GCP切换(备用核心设备的选择)期间根据预先定义的策略进行动态分配。
由于DOCSIS信令和远程PHY信令(DEPI,UEPI)流量相比远程PHY信令(GCP)要大得多,建议保持现有方式。当时如果性能和延迟可接受的情况下也可以应用CCAP核心代理设备。本发明中的CCAP核心代理设备仅应用于远程PHY信令(GCP)。
RPD只需直接与CCAP核心代理设备联系,由CCAP核心集群提供服务。这意味着在任何时候都只需要一个至CCAP核心设备的TCP连接,并且如果需要,只需要基于RPD执行一次相互身份认证。
通过引入CCAP核心代理设备,从RPD的安全控制及CCAP核心设备的未来容量规划等角度来看,可以简化与CCAP核心设备与RPD之间的连接。
图5示出根据本发明一个方面的使用核心代理设备服务RPD的方法流程图。
在步骤S501中,核心代理设备响应于接收自对应远程物理设备发送的第一代理消息,确定对应的核心设备,其中,所述第一代理消息中包括启动通知,以及所述远程物理设备所需连接的核心设备的功能信息和/或模式信息和/或资源集合索引信息。
在一实施例中,所述核心代理设备为融合有线接入平台CCAP核心代理设备;所述核心设备为融合有线接入平台CCAP主核心设备或融合有线接入平台CCAP辅核心设备。
具体地,远程物理设备RPD例如在向该核心代理设备完成注册之后,向该核心代理设备发送第一代理消息,该第一代理消息中包括启动通知,以及该RPD希望该核心代理设备帮助连接的核心设备的诸如功能信息和/或模式信息和/或资源集合索引信息。该功能信息例如是主核心设备还是辅核心设备,是DOCSIS辅核心设备、Video辅核心设备还是OOB辅核心设备等;该模式信息例如是活跃的核心设备还是备用的核心设备;当该RPD希望该核心代理设备帮助连接的是辅核心设备时,该第一代理消息中还包括资源集合索引信息。在步骤S501中,核心代理设备根据该第一代理消息中包括的功能信息和/或模式信息和/或资源集合索引信息,确定对应的核心设备。例如,核心代理设备基于核心设备功能位图、资源集合索引信息、注册的核心设备列表,为该RPD从中选择一个服务的核心设备。
在步骤S502中,核心代理设备向所述核心设备发送第二代理消息,其中,所述第二代理消息中包括所述启动通知,基于所述启动通知所分配的会话标识,以及所述远程物理设备的标识信息。
具体地,在步骤S502中,核心代理设备根据该启动通知,分配对应的会话标识,并向在前述步骤S501中确定的核心设备发送第二代理消息,其中,该第二代理消息中包括该启动通知,基于该启动通知所分配的会话标识,以及该远程物理设备的标识信息。
在此,核心代理设备在收到启动通知时,需要为每个RPD标识(如果核心功能是主核心设备)或RPD标识+资源集合索引(如果核心功能不是主核心设备)分配一个唯一的会话标识。有关RPD标识(如果核心功能是主核心设备)或RPD标识+资源集合索引(如果核心功能不是主核心设备)的所有后续代理消息都需要将会话标识设置为该新分配的会话标识。
在步骤S503中,核心代理设备响应于所述核心设备对所述远程物理设备的配置,分别建立与所述核心设备及与所述远程物理设备之间的连接,以进行消息转发。
具体地,核心设备在接收到该核心代理设备所发送的第二代理消息之后,基于其中所包括的RPD的标识信息,对该RPD进行配置,随后,核心代理设备分别建立与该核心设备及与该远程物理设备之间的连接,如GCP连接,从而进行消息转发。例如,核心代理设备将核心设备发送的GCP RPD配置信息转发给该RPD,并将该RPD发送的GCP RPD应答消息转发给该核心设备;核心代理设备再将该核心设备的GCP使能PTP消息转发给该RPD,使得该RPD启动PTP同步;在该核心设备完成对该RPD的配置之后,核心代理设备再将该核心设备的GCP初始配置完成消息转发给该RPD。
在一实施例中,核心代理设备响应于接收自所述远程物理设备的第一注册请求,向所述远程物理设备发送第一注册应答,其中,所述第一注册请求中包括所述远程物理设备的标识信息;
响应于接收自所述核心设备的第二注册请求,向所述远程物理设备发送第二注册应答,其中,所述第二注册请求中包括所述核心设备的标识信息和/或功能信息和/或模式信息。
具体地,远程物理设备RPD例如与该核心代理设备之间建立TCP连接,向该核心代理设备发送第一注册请求,该第一注册请求中包括该RPD的标识信息,从而向该核心代理设备进行注册,该核心代理设备根据结果,向该RPD发送第一注册应答,例如接受或者拒绝。
对应地,核心设备也向该核心代理设备进行注册,向该核心代理设备发送第二注册请求,该第二注册请求中包括该核心设备的标识信息、功能信息、模式信息等,该核心设备可以是主核心设备,也可以是辅核心设备。随后,该核心代理设备根据结果,向该核心设备发送第二注册应答,例如接受或者拒绝。
在一实施例中,核心代理设备响应于接收自所述远程物理设备的同步消息,其中,所述同步消息中包括会话标识,向所述会话标识对应的核心设备转发所述同步消息。
具体地,当远程物理设备RPD实现PTP同步,其发送同步消息至该核心代理设备,该同步消息中包括会话标识,核心代理设备根据该会话标识,分别向该会话标识对应的核心设备转发该同步消息,例如,分别向对应的主核心设备和辅核心设备转发该同步消息。
以下将参考图6详细描述根据本公开一实施例的原理和实现。在描述该图6之前,将先引入一代理层(Proxy Layer),该代理层位于TCP和GCP之间,代理层协议遵循TLV(类型-长度-值)格式,格式如下表1所示:
Figure BDA0002071766440000141
Figure BDA0002071766440000151
表1代理消息结构
消息类型(MsgType)字段称为消息标识,是一个单字节值,用于定义代理消息的类型。下表2列出了用于CCAP核心代理设备的所有代理消息的类型。
Figure BDA0002071766440000152
表2代理层协议中的代理消息的类型列表
长度字段是一个双字节字段,其示出了自该长度字段之后开始到该代理头部消息结尾的字节数,包括了长度字段后面的所有固定和可变长度的字段。
每个代理消息可能有一个或多个唯一的固定参数字段。GCP的固定长度字段通常包含业务ID(TransId)和会话标识(SessionId)字段:
1)业务ID字段唯一标识每个业务;
2)会话标识字段用于根据RPD标识(RpdId)或RPD标识+资源集索引(ResourceSetIndex)唯一标识会话。每个TCP连接的会话标识字段都是唯一的,必须由CCAP核心代理设备分配或重新分配。会话标识为零意味着这是一个普通会话或是一个创建的新会话;
下表3中定义了代理头可变字段的TLV(类型-长度-值)格式。
Figure BDA0002071766440000161
表3代理头可变字段的TLV(类型-长度-值)格式
GCP代理消息以有效负载字段结尾,该有效负载设计为封装GCP消息。
以下定义各个类型的代理消息:
1)REGREQ(注册请求)
在初始化过程中,当RPD通过网络身份认证(或绕过网络身份认证)并获得IP地址后,其将对CCAP核心代理设备进行身份认证并建立GCP连接。在下一步中,RPD通过REGREQ向CCAP核心代理设备标识自己,其将用RPD标识信息替换GCP第一NTF消息。
该REGREQ消息结构如下表4所示:
Figure BDA0002071766440000162
表4REGREQ消息结构
在初始化过程中,CCAP核心设备还需要通过REGREQ消息将自己标识给CCAP核心代理设备。
该REGREQ消息结构如下表5所示:
Figure BDA0002071766440000163
Figure BDA0002071766440000171
表5REGREQ消息结构
2)REGRSP(注册应答)
收到REGREQ后,CCAP核心代理设备将通过REGRSP消息回复结果“接受/拒绝”。该REGRSP消息结构如下表6所示:
Figure BDA0002071766440000172
表6REGRSP消息结构
3)SessionRefresh(会话更新)
当CCAP核心代理设备分配给RPD的活跃的辅核心设备丢失了与CCAP核心代理设备的GCP连接时,活跃的辅核心设备应重新建立与CCAP核心代理设备的TCP连接,并在向CCAP核心代理设备注册其自身后,向CCAP核心代理设备发送会话更新(SessionRefresh)消息。
在收到来自活跃的辅核心设备的SessionRefresh消息后,CCAP核心代理设备应初始化会话标识(分配给RPD标识+资源集合),并将其转发给RPD。
该SessionRefresh消息结构如下表7所示:
Figure BDA0002071766440000181
表7SessionRefresh消息结构
在接收来自CCAP核心代理设备的会话更新(SessionRefresh)消息时,RPD应初始化受影响的会话标识(根据RPD标识和资源集合索引)并启动GCP重连接流程。
活跃的辅核心设备必须设法根据SessionRefreshActionRetry计时器的计时时间来更新会话。当GCP重连接通知(ReconnectNotify)被从RPD接收并被接受时,该尝试被认为是成功的。
如果活跃的辅核心设备在会话更新超时(SessionRefreshTimeout)的时间内不能接收GCP重连接通知(ReconnectNotify),那么活跃的辅核心设备考虑该尝试是失败的。对于第一次会话更新尝试,当会话更新行动延时(SessionRefreshActionDelay)计时器到期,用于会话更新尝试的计时器开始计时。如果SessionRefreshActionDelay设置为零,则当原始的GCP连接失败时,会话更新计时器开始计时。对于随后的会话更新尝试,当先前的尝试宣告失败时,该计时器开始计时。
当活跃的辅核心设备耗尽配置的会话更新重试的次数时,该活跃的辅核心设备必须终止会话更新流程过程并清除该会话。
4)Notify(通知)
CCAP核心代理设备将发送代理通知(Proxy Notify)消息,通知如下表8所列的事件到RPD或CCAP核心设备。
该Notify消息结构如下表8所示:
Figure BDA0002071766440000191
表8代理通知消息结构
5)Error(错误)
当在代理消息处理或转发时发现如下表9所列的错误,将发送代理错误(ProxyError)消息。
该Error消息结构如下表9所示:
Figure BDA0002071766440000192
Figure BDA0002071766440000201
表9代理错误消息结构
6)GCP代理消息
GCP代理消息在有效负载部分封装GCP消息,且具有必要的代理消息头部,从而在RPD和CCAP核心设备之间进行转发。
GCP代理消息的消息结构如下表10所示:
Figure BDA0002071766440000202
Figure BDA0002071766440000211
表10 GCP代理消息结构
以下将参考图6描述一实施例,在该实施例中,1)CCAP核心代理设备与主核心设备之间建立TCP连接,主核心设备向该CCAP核心代理设备发送注册请求,格式如下:
Proxy Header(MsgType=REGREQ,TransId=0 SessionId=0,CoreId=<CoreID>,CoreFunc=Principal,CoreMode=Active/Backup),
其中,代理消息头部包括了消息类型(MsgType),表示该消息是注册请求,业务标识TransId=0,会话标识SessionId=0,核心设备标识CoreId即为该核心设备的具体ID(=<CoreID>),核心设备的功能信息为主核心设备(=Principal),核心设备的模式信息为活跃的/备用的(=Active/Backup)。
本领域技术人员应能理解,参考前述代理层协议中对各个类型的代理消息的定义可知晓核心设备或RPD与CCAP核心代理设备之间的往来消息的含义,下文将不再赘述。
随后,CCAP核心代理设备向该主核心设备发送注册应答,格式如下:
Proxy Header(MsgType=REGRSP,TransId=0,SessionId=0)
2)对应地,RPD A也与该CCAP核心代理设备建立TCP连接,并发送注册请求,消息格式为:Proxy Header(MsgType=REQREQ,SessionId=0,TransId=0,RPDId=A),其中包括了该RPD的标识信息为A,CCAP核心代理设备对应回复注册应答。
3)对应地,辅核心设备也与该CCAP核心代理设备建立TCP连接,并发送注册请求,消息格式为:Proxy Header(MsgType=REGREQ,TransId=0,SessionId=0,CoreId=<CoreId>,CoreFunc=<CoreFunc BITMAP>,CoreMode=Active/Backup),CCAP核心代理设备对应回复注册应答。
其中,为节约叙述,部分与前述相类似的过程及消息格式,下文中将不再赘述。
4)RPD A向CCAP核心代理设备发送GCP代理消息,其中,在该消息的有效负载部分封装了GCP启动通知,该GCP代理消息的消息格式为:Proxy Header(MsgType=GCP,SessionId=0,TransId=1,CoreFunc=Principal,CoreMode=Active)+GCP StartupNotify;其表示该RPD A希望该CCAP核心代理设备帮助连接一个活跃的主核心设备;
CCAP核心代理设备根据该启动通知,为该RPD A分配了会话标识,例如此处为1,并基于此向对应的活跃的主核心设备发送GCP代理消息,该GCP代理消息中包括了该RPD A的标识信息,该GCP代理消息的消息格式为:Proxy Header(MsgType=GCP,SessionId=1,RPDId=A)+GCP Startup Notify。
5)主核心设备对该RPD A进行配置,其发送GCP代理消息给CCAP核心代理设备,其中,在该消息的有效负载部分封装了GCP RPD配置信息,该GCP代理消息的消息格式为:Proxy Header(MsgType=GCP,SessionId=1)+GCP RPD configuration;
CCAP核心代理设备将该GCP代理消息转发给该RPD A:Proxy Header(MsgType=GCP,SessionId=1,TransId=1)+GCP RPD configuration。
6)RPD A向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP RPD应答,该消息格式为:Proxy Header(MsgType=GCP,SessionId=1,CoreMode=Active)+GCP response;
CCAP核心代理设备将该GCP代理消息转发给对应的主核心设备:Proxy Header(MsgType=GCP,SessionId=1)+GCP RPD response。
7)主核心设备向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP使能PTP消息:Proxy Header(MsgType=GCP,SessionId=1)+GCP EnablePTP;
CCAP核心代理设备将该GCP代理消息转发给对应的RPD A:Proxy Header(MsgType=GCP,SessionId=1)+GCP Enable PTP,RPD A据此启动PTP。
8)主核心设备完成配置之后,向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP初始配置完成消息:Proxy Header(MsgType=GCP,SessionId=1)+GCP initial config complete;
CCAP核心代理设备将该GCP代理消息转发给对应的RPD A。
9)RPD A完成该配置之后,联系对应的活跃的辅核心设备,其向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP启动通知:Proxy Header(MsgType=GCP,SessionId=0,TransId=3,CoreFunc=<CoreFunc BITMAP>,CoreMode=Active,ResourceSetIndex=ANY or yyy)+GCP Startup Notify,在该消息中还包括资源集合索引;
CCAP核心代理设备基于此分配会话标识,并根据该资源集合索引找到对应的辅核心设备,将该GCP代理消息转发给该辅核心设备:Proxy Header(MsgType=GCP,SessionId=1,CoreFunc=<CoreFunc BITMAP>,RPDId=A,ResourceSetIndex=ANY or yyy)+GCPStartup Notify。
10)与前述在主核心设备中的动作相类似的,辅核心设备对该RPD A进行配置,其发送GCP代理消息给CCAP核心代理设备,其中,在该消息的有效负载部分封装了GCP RPD配置信息,该GCP代理消息的消息格式为:Proxy Header(MsgType=GCP,SessionId=1)+GCPRPD configuration;
CCAP核心代理设备将该GCP代理消息转发给该RPD A:Proxy Header(MsgType=GCP,SessionId=2,TransId=3)+GCP RPD configuration。
11)RPD A向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP RPD应答,该消息格式为:Proxy Header(MsgType=GCP,SessionId=2,CoreMode=Active)+GCP response;
CCAP核心代理设备将该GCP代理消息转发给对应的辅核心设备:Proxy Header(MsgType=GCP,SessionId=1)+GCP RPD response。
12)CCAP核心代理设备向RPD A发送GCP代理消息,在该消息的有效负载部分封装了GCP可运行消息,该消息格式为:Proxy Header(MsgType=GCP,SessionId=2)+GCPoperational。
13)辅核心设备完成配置之后,向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP初始配置完成消息:Proxy Header(MsgType=GCP,SessionId=1)+GCP initial config complete;
CCAP核心代理设备将该GCP代理消息转发给对应的RPD A:Proxy Header(MsgType=GCP,SessionId=2)+GCP initial config complete。
14)RPD A进行该配置之后,完成了PTP同步,其向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP PTP同步消息:Proxy Header(MsgType=GCP,SessionId=1,Mode=Active)+GCP PTP Sync;
CCAP核心代理设备将该GCP代理消息转发给主核心设备:Proxy Header(MsgType=GCP,SessionId=1)+GCP PTP Sync。
14)RPD A再向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP PTP同步消息:Proxy Header(MsgType=GCP,SessionId=2,CoreMode=Active)+GCP PTP Sync;
CCAP核心代理设备将该GCP代理消息转发给辅核心设备:Proxy Header(MsgType=GCP,SessionId=1)+GCP PTP Sync。
15)主核心设备向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP可运行消息:Proxy Header(MsgType=GCP,SessionId=1)+GCPoperational;
CCAP核心代理设备将该GCP代理消息转发至RPD A。
16)RPD A向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP辅核心设备通知:Proxy Header(MsgType=GCP,SessionId=1,CoreMode=Active)+GCP Aux Core Notify;
CCAP核心代理设备将该GCP代理消息转发至主核心设备:Proxy Header(MsgType=GCP,SessionId=1)+GCP Aux Core Notify。
17)辅核心设备向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP可运行消息:Proxy Header(MsgType=GCP,SessionId=1)+GCPoperational;
CCAP核心代理设备将该GCP代理消息转发至RPD A:Proxy Header(MsgType=GCP,SessionId=2)+GCP operational。
在此,如果没有已注册的活跃的核心设备,或者,所有的辅核心设备都没有对应的远程物理设备所需要的能力,核心代理设备应向该对应的远程物理设备返回代理错误(Proxy Error)消息,例如,返回错误代码0x01,表示未发现活跃的主核心设备,或者,返回错误代码0x03,表示未发现活跃的辅核心设备。远程物理设备应按照[CM-SP-R-PHY]的GCP配置失败和超时(GCP Configuration Failures and Timeouts)中所描述的现有机制进行重试。
在一优选实施例中,核心代理设备响应于所述远程物理设备要从所连接的核心设备进行切换的切换通知,选择一个备用核心设备;
向所述备用核心设备转发所述切换通知,所述切换通知包括所述远程物理设备的标识信息和/或资源集合索引信息;以及
响应于接收自所述备用核心设备的配置信息,将所述配置信息转发至所述远程物理设备,以配置所述远程物理设备。
具体地,当核心代理设备检测到至主核心设备或者至辅核心设备的连接故障,其将发送通知消息至远程物理设备RPD,以告知该RPD该故障;或者,RPD自身也可以通过心跳检测,如keepalive timeout,来判断至该主或辅核心设备的连接故障。该RPD可以基于该故障,直接向该核心代理设备发送切换通知,或者,也可以先尝试重连接,当重连接失败时,例如,当在计时器超时之前,都未能建立重连接,则向该核心代理设备发送切换通知。该核心代理设备接收到该切换通知,根据所需的核心设备功能位图(DOCSIS辅核心设备,Video辅核心设备,OOB辅核心设备)、RPD标识、资源集合索引(如果核心设备功能不是主核心设备)、注册的辅核心设备列表的功能和可用容量,等信息,选择一个备用核心设备。
随后,核心代理设备向该备用核心设备发送该切换通知,该切换通知包括该远程物理设备的标识信息,当该备用核心设备是辅核心设备时,该切换通知还包括资源集合索引信息。
备用核心设备接收到该切换通知之后即对该RPD进行配置,核心代理设备响应于接收自该备用核心设备的配置信息,将该配置信息转发至该RPD,以配置该RPD,其过程与前述配置过程相同或相似,故此处不再赘述。
在此,如果没有核心设备被选出以作为备用核心设备,核心代理设备应向对应的远程物理设备返回代理错误(Proxy Error)消息,例如,返回错误代码0x02,表示未发现备用主核心设备;或者,返回错误代码0x04,表示未发现备用辅核心设备。远程物理设备应按照[CM-SP-R-PHY]的GCP配置失败和超时(GCP Configuration Failures and Timeouts)中所描述的现有机制进行重试。
以下参照图7描述一实施例,在该实施例中,远程物理设备RPD触发GCP切换流程,具体地,1)RPD A、CCAP核心代理设备、主核心设备和辅核心设备例如根据图6所示建立RPDGCP连接,例如,RPD A至CCAP核心代理设备的会话包括:Session 0(基础会话),Session 1(CoreFunc=Principle),Session 2(ResourceSetIndex A,CoreFunc=DOCSIS);CCAP核心代理设备至主核心设备A的会话包括:Session 0,Session 1(RPDId=RPD A);CCAP核心代理设备至辅核心设备A(DOCSIS)的会话包括:Session 0(基础会话),Session1(RPD A,ResourceSetIndex A),CoreMode=Active;CCAP核心代理设备至辅核心设备B(DOCSIS)的会话包括:Session 0(基础会话)。
2)当CCAP核心代理设备检测到至辅核心设备A的连接故障,其发送通知(Notify)消息至RPD A,该通知消息的格式:Proxy Header(MsgType=Notify,SessionId=2,Event=ActAuxCoreDown),以告知该RPD A;或者,RPD A通过GCP心跳检测,如keepalivetimeout,来判断至辅核心设备A的GCP连接故障。
3)基于此,或进一步地,若至活跃的核心设备,如辅核心设备A,的GCP重连接失败,RPD A向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP切换通知:Proxy Header(MsgType=GCP,SessionId=2)+GCP HandoverNotify;
CCAP核心代理设备基于此选择一个备用辅核心设备,例如,选择辅核心设备B,随后,CCAP核心代理设备向该辅核心设备B发送GCP代理消息,在该消息的有效负载部分封装了GCP切换通知,该GCP代理消息的格式:Proxy Header(MsgType=GCP,SessionId=1,RPDId=A,ResourceSetIndex=A)+GCP HandoverNotify。
4)随后,辅核心设备B对该RPD A进行配置,以下流程与前述图6中辅核心设备的操作相同或相似,具体地,辅核心设备B发送GCP代理消息给CCAP核心代理设备,其中,在该消息的有效负载部分封装了GCP RPD配置信息,该GCP代理消息的消息格式为:Proxy Header(MsgType=GCP,SessionId=1)+GCP RPD configuration;
CCAP核心代理设备将该GCP代理消息转发给该RPD A:Proxy Header(MsgType=GCP,SessionId=2)+GCP RPD configuration。
5)RPD A向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP RPD应答,该消息格式为:Proxy Header(MsgType=GCP,SessionId=2,CoreMode=Active)+GCP response;
CCAP核心代理设备将该GCP代理消息转发给该选出的备用辅核心设备B:ProxyHeader(MsgType=GCP,SessionId=1)+GCP RPD response。
6)辅核心设备B完成配置之后,向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP初始配置完成消息:Proxy Header(MsgType=GCP,SessionId=1)+GCP initial config complete;
CCAP核心代理设备将该GCP代理消息转发给对应的RPD A:Proxy Header(MsgType=GCP,SessionId=2)+GCP initial config complete。
7)RPD A向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP辅核心设备通知:Proxy Header(MsgType=GCP,SessionId=1,CoreMode=Active)+GCP Aux Core Notify;
CCAP核心代理设备将该GCP代理消息转发至主核心设备A:Proxy Header(MsgType=GCP,SessionId=1)+GCP Aux Core Notify。
8)辅核心设备B向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP可运行消息:Proxy Header(MsgType=GCP,SessionId=1)+GCPoperational;
CCAP核心代理设备将该GCP代理消息转发至RPD A:Proxy Header(MsgType=GCP,SessionId=2)+GCP operational。
在一优选实施例中,由于核心设备的选择是在核心代理设备中完成的,因此,处于对安全的考虑,可以将核心设备的相关信息对远程物理设备进行隐藏。例如,在发送至远程物理设备的GCP代理消息中,核心代理设备将对应的核心设备ID(Core ID)、IP地址等信息进行清空;对应地,在发送至核心设备的GCP代理消息中,核心代理设备将对应的核心设备的相关信息填入其中并进行封装。
例如,在进行核心设备的切换时,核心代理设备发送至对应的远程物理设备的GCP代理消息中有效负载(payload)部分封装了对应的GcpHandoverControl消息,在该有效负载部分即需要清空对应的核心设备的Core ID或IP地址等信息,或者,在完成切换后,核心代理设备发送至对应的远程物理设备的GCP代理消息中有效负载部分封装了对应的CoreGcpBackupResponse消息,在该有效负载部分也需要清空对应的核心设备的Core ID或IP地址等信息。
对应地,在进行核心设备的切换时,核心代理设备发送至对应的核心设备(如切换前的核心设备、待切换的备用核心设备)的GCP代理消息中有效负载部分封装了对应的HandoverNotify消息,在该有效负载部分即可根据会话标识的关联,确定对应的切换前的核心设备或待切换的备用核心设备的Core ID或IP地址等信息,并将这些信息封装进该有效负载部分;或者,在完成切换后,核心代理设备发送至对应的主核心设备的GCP代理消息中有效负载部分封装了对应的AuxCoreGcpStatusNotify消息,在该有效负载部分也可根据会话标识的关联,确定对应的切换前的核心设备或切换后的备用核心设备的Core ID或IP地址等信息,并将这些信息封装进该有效负载部分。
在一优选实施例中,核心代理设备响应于与所述远程物理设备连接的核心设备要进行切换的切换控制信息,选择一个备用核心设备;
向所述备用核心设备发送切换通知,所述切换通知包括所述远程物理设备的标识信息和/或资源集合索引信息;
响应于接收自所述备用核心设备的配置信息,将所述配置信息转发至所述远程物理设备,以配置所述远程物理设备;以及
将切换结果通知发送至所述核心设备。
具体地,远程物理设备连接的核心设备,其可以是主核心设备,也可以是辅核心设备,该核心设备也可以发起切换,例如,为了进行维护,运营商可以触发从辅核心设备的切换,该辅核心设备即发送切换控制信息至核心代理设备,该切换控制信息中可以指定一个目标辅核心设备,也可以不指定。若不指定,则核心代理设备接收到该切换控制信息,即根据所需的核心设备功能位图(DOCSIS辅核心设备,Video辅核心设备,OOB辅核心设备)、RPD标识、资源集合索引、注册的辅助核心设备列表的功能和可用容量等信息,选择一个备用辅核心设备。
随后,核心代理设备向该选出来的备用核心设备发送切换通知,该切换通知包括远程物理设备RPD的标识信息,以告知该备用核心设备将服务哪个RPD,若该备用核心设备为辅核心设备,还包括资源集合索引信息。
备用核心设备即对该RPD进行配置,并发送配置信息至该核心代理设备,核心代理设备响应于接收自该备用核心设备的配置信息,将该配置信息转发至该远程物理设备RPD,以配置该远程物理设备RPD。
由于此实施例中是先前连接的核心设备发起的切换,因此,在切换完成之后,应向该先前连接的核心设备发送切换结果通知。
以下参照图8描述一实施例,在该实施例中,辅核心设备触发GCP切换流程,具体地,1)RPD A、CCAP核心代理设备、主核心设备和辅核心设备例如根据图6所示建立RPD GCP连接,例如,RPD A至CCAP核心代理设备的会话包括:Session 0(基础会话),Session1(CoreFunc=Principle),Session 2(ResourceSetIndex A,CoreFunc=DOCSIS);CCAP核心代理设备至主核心设备A的会话包括:Session 0,Session 1(RPDId=RPD A);CCAP核心代理设备至辅核心设备A(DOCSIS)的会话包括:Session 0(基础会话),Session1(RPD A,ResourceSetIndex A),CoreMode=Active;CCAP核心代理设备至辅核心设备B(DOCSIS)的会话包括:Session 0(基础会话)。
2)辅核心设备A决定进行切换,例如,为了进行维护,运营商触发从该辅核心设备A的GCP切换,当然,此处不排除其他决定进行GCP切换的因素,该辅核心设备A向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP切换控制信息:ProxyHeader(MsgType=GCP,SessionId=1)+GCP GcpHandoverControl。
3)RPD A向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP切换通知:Proxy Header(MsgType=GCP,SessionId=2)+GCP HandoverNotify;
CCAP核心代理设备基于此选择一个备用辅核心设备,例如,选择辅核心设备B,随后,CCAP核心代理设备向该辅核心设备B发送GCP代理消息,在该消息的有效负载部分封装了GCP切换通知,该GCP代理消息的格式:Proxy Header(MsgType=GCP,SessionId=1,RPDId=A,ResourceSetIndex=A)+GCP HandoverNotify;
当然,此处辅核心设备A也可以指定一个目标备用辅核心设备,例如,将辅核心设备B指定为目标备用辅核心设备,其非本公开重点,故此处不做赘述。
4)随后,辅核心设备B对该RPD A进行配置,以下流程与前述图7中辅核心设备B的操作相同或相似,具体地,辅核心设备B发送GCP代理消息给CCAP核心代理设备,其中,在该消息的有效负载部分封装了GCP RPD配置信息,该GCP代理消息的消息格式为:ProxyHeader(MsgType=GCP,SessionId=1)+GCP RPD configuration;
CCAP核心代理设备将该GCP代理消息转发给该RPD A:Proxy Header(MsgType=GCP,SessionId=2)+GCP RPD configuration。
5)RPD A向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP RPD应答,该消息格式为:Proxy Header(MsgType=GCP,SessionId=2,CoreMode=Active)+GCP response;
CCAP核心代理设备将该GCP代理消息转发给该选出的备用辅核心设备B:ProxyHeader(MsgType=GCP,SessionId=1)+GCP RPD response。
6)辅核心设备B完成配置之后,向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP初始配置完成消息:Proxy Header(MsgType=GCP,SessionId=1)+GCP initial config complete;
CCAP核心代理设备将该GCP代理消息转发给对应的RPD A:Proxy Header(MsgType=GCP,SessionId=2)+GCP initial config complete。
7)RPD A向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP辅核心设备通知:Proxy Header(MsgType=GCP,SessionId=1,CoreMode=Active)+GCP Aux Core Notify;
CCAP核心代理设备将该GCP代理消息转发至主核心设备A:Proxy Header(MsgType=GCP,SessionId=1)+GCP Aux Core Notify。
8)注意,此处应向先前连接的辅核心设备A和此时选出的备用辅核心设备B发送对应的切换结果,例如,RPD向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP辅核心设备通知:Proxy Header(MsgType=GCP,SessionId=2,CoreMode=BOTH)+GCP Aux Core Notify;
CCAP核心代理设备分别向辅核心设备B发送GCP代理消息:Proxy Header(MsgType=GCP,SessionId=1)+GCP Aux Core Notify;向辅核心设备A发送GCP代理消息:ProxyHeader(MsgType=GCP,SessionId=1)+GCP Aux Core Notify。
9)随后,辅核心设备B向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP可运行消息:Proxy Header(MsgType=GCP,SessionId=1)+GCPoperational;
CCAP核心代理设备将该GCP代理消息转发至RPD A:Proxy Header(MsgType=GCP,SessionId=1)+GCP operational。
在一优选实施例中,核心代理设备响应于检测到的预定触发条件,与所述远程物理设备和/或所述核心设备进行重连接;其中,所述预定触发条件包括以下至少任一项:
检测到所述核心设备与所述核心代理设备之间的连接发生故障;
检测到所述远程物理设备与所述核心代理设备之间的连接发生故障;
检测到所述核心代理设备发生故障。
具体地,当核心代理设备检测到至主核心设备或者至辅核心设备的连接故障,其将发送通知消息至远程物理设备RPD,以告知该RPD该故障;或者,RPD自身也可以通过心跳检测,如keepalive timeout,来判断至该主或辅核心设备的连接故障;或者,RPD检测到至该核心代理设备之间的连接故障;又或者,该核心代理设备本身发生了故障。则远程物理设备RPD和/或该主或辅核心设备要与该核心代理设备进行重连接。
所述重连接包括:在所述核心设备和/或所述远程物理设备向所述核心代理设备重新注册之后,响应于接收自所述核心设备的会话更新消息,为所述远程物理设备初始化分配会话标识;
响应于接收自所述远程物理设备发送的重连接通知,与所述核心设备进行重连接。
在重连接时,核心设备和/或远程物理设备RPD应向该核心代理设备重新注册,例如,当某个核心设备与该核心代理设备的连接故障时,该核心设备应向该核心代理设备重新注册;当该核心代理设备本身发生故障时,RPD、主核心设备、辅核心设备都应向该核心代理设备重新注册。注册的过程与前述实施例相同或相似,故此处不再赘述。在重新注册之后,对应的核心设备发送会话更新消息至该核心代理设备,核心代理设备即基于此为对应的RPD初始化分配会话标识。随后,核心代理设备响应于接收自远程物理设备RPD发送的重连接通知,与该核心设备进行重连接。
在此,核心代理设备在收到重连接通知时,需要释放之前分配的会话标识,并为每个RPD标识(如果核心功能是主核心设备)或RPD标识+资源集合索引(如果核心功能不是主核心设备)重新分配一个唯一的会话标识。有关RPD标识(如果核心功能是主核心设备)或RPD标识+资源集合索引(如果核心功能不是主核心设备)的所有后续代理消息都需要将会话标识设置为新分配的会话标识。
以下参照图9描述一实施例,在该实施例中执行RPD GCP重连接流程,具体地,1)RPD A、CCAP核心代理设备、主核心设备和辅核心设备例如根据图6所示建立RPD GCP连接,例如,RPD A至CCAP核心代理设备的会话包括:Session 0(基础会话),Session 1(CoreFunc=Principle),Session 2(ResourceSetIndex A,CoreFunc=DOCSIS);CCAP核心代理设备至主核心设备A的会话包括:Session 0,Session 1(RPDId=RPD A);CCAP核心代理设备至辅核心设备A(DOCSIS)的会话包括:Session 0(基础会话),Session1(RPD A,ResourceSetIndex A),CoreMode=Active;CCAP核心代理设备至辅核心设备B(DOCSIS)的会话包括:Session 0(基础会话)。
2)当CCAP核心代理设备检测到至辅核心设备A的连接故障,其发送通知(Notify)消息至RPD A,该通知消息的格式:Proxy Header(MsgType=Notify,SessionId=2,Event=ActAuxCoreDown),以告知该RPD A;或者,RPD A通过GCP心跳检测,如keepalivetimeout,来判断至辅核心设备A的GCP连接故障。
3)RPD A向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP重连接通知:Proxy Header(MsgType=GCP,SessionId=0,TransId=x+0,CoreFunc=DOCSIS,CoreMode=Active,ResourceSetIndex=A)+GCP ReconnectNotify;
若至活跃的辅核心设备A的连接仍旧故障,CCAP核心代理设备向RPD A发送错误(Error)消息,该错误消息的格式:Proxy Header(MsgType=Error,SessionId=0,TransId=x+0,ErrorCode=ActAuxCoreDow n),以告知该RPD A活跃的辅核心设备发生故障了。
4)在RPD处,计时器开始计时,该计时器例如GcpRecoverActionDelay;
辅核心设备A建立与CCAP核心代理设备间的TCP连接,辅核心设备A发送注册请求至该CCAP核心代理设备,消息格式为:Proxy Header(MsgType=REGREQ,TransId=0,SessionId=0,CoreId=<CoreId>,CoreFunc=<CoreFunc BITMAP>,CoreMode=Active/Backup),CCAP核心代理设备对应回复注册应答:Proxy Header(MsgType=REGRSP,TransId=0,SessionId=0)。
5)若计时器超时,则重连接失败,后续可以进行切换流程等;或者,辅核心设备A向该CCAP核心代理设备发送会话更新消息,该会话更新消息的消息格式为:Proxy Header(MsgType=SessionRefresh,SessionId=0,RpdId=A,ResourceSetIndex=A);
CCAP核心代理设备将该会话更新消息转发至RPD A,该会话更新消息的消息格式为:Proxy Header(MsgType=SessionRefresh,RpdId=A,ResourceSetIndex=A)。
6)随后,RPD A向该CCAP核心代理设备发送GCP代理消息,其中,在该消息的有效负载部分封装了GCP重连接通知,该GCP代理消息的消息格式为:Proxy Header(MsgType=GCP,SessionId=0,TransId=x+1,CoreFunc=DOCSIS,CoreMode=Active,ResourceSetIndex=A)+GCP ReconnectNotify;
该CCAP核心代理设备将该GCP代理消息转发给该辅核心设备A:Proxy Header(MsgType=GCP,SessionId=1,RpdId=A,ResourceSetIndex=A)+GCP ReconnectNotify。
7)随后,辅核心设备A向该CCAP核心代理设备发送GCP代理消息,其中,在该消息的有效负载部分封装了GCP重连接应答,具体为:Proxy Header(MsgType=GCP,SessionId=1)+GCP REX write w/CoreGcpConnectionResponse to Accept;
该CCAP核心代理设备再将该GCP代理消息转发至RPD A:Proxy Header(MsgType=GCP,SessionId=2)+GCP REX write w/CoreGcpConnectionResponse to Accept。
8)随后,RPD A向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP辅核心设备通知:Proxy Header(MsgType=GCP,SessionId=1,CoreMode=Active)+GCP Aux Core Notify;
CCAP核心代理设备将该GCP代理消息转发至主核心设备A:Proxy Header(MsgType=GCP,SessionId=1)+GCP Aux Core Notify。
9)辅核心设备A向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP可运行消息:Proxy Header(MsgType=GCP,SessionId=1)+GCPoperational;
CCAP核心代理设备将该GCP代理消息转发至RPD A:Proxy Header(MsgType=GCP,SessionId=2)+GCP operational。
以下参照图10描述一实施例,在该实施例中,CCAP核心代理设备发生故障,从而执行RPD GCP重连接流程,具体地,1)RPD A、CCAP核心代理设备、主核心设备和辅核心设备例如根据图6所示建立RPD GCP连接,例如,RPD A至CCAP核心代理设备的会话包括:Session 0(基础会话),Session 1(CoreFunc=Principle),Session 2(ResourceSetIndex A,CoreFunc=DOCSIS);CCAP核心代理设备至主核心设备A的会话包括:Session 0,Session 1(RPDId=RPD A);CCAP核心代理设备至辅核心设备A(DOCSIS)的会话包括:Session0(基础会话),Session 1(RPD A,ResourceSetIndex A),CoreMode=Active;CCAP核心代理设备至辅核心设备B(DOCSIS)的会话包括:Session 0(基础会话)。
2)当CCAP核心代理设备发生故障或者进行主备(HA)切换,或者,RPD A检测到至该CCAP核心代理设备的GCP连接故障,或者,主和辅核心设备检测到至该CCAP核心代理设备的GCP连接故障,该CCAP核心代理设备进行恢复或者新的CCAP核心代理设备进行接管。
3)随后,主核心设备、辅核心设备以及RPD A都需要向该CCAP核心代理设备重新注册,具体过程与图6所示的注册过程相同或相似,例如,主辅核心设备建立与CCAP核心代理设备间的TCP连接,主核心设备发送注册请求至该CCAP核心代理设备,消息格式为:ProxyHeader(MsgType=REGREQ,TransId=0,SessionId=0,CoreId=<CoreId>,CoreFunc=Principal,CoreMode=Active/Backup),CCAP核心代理设备对应回复注册应答:ProxyHeader(MsgType=REGRSP,TransId=0,SessionId=0)。
4)辅核心设备A建立与CCAP核心代理设备间的TCP连接,辅核心设备A发送注册请求至该CCAP核心代理设备,消息格式为:Proxy Header(MsgType=REGREQ,TransId=0,SessionId=0,CoreId=<CoreId>,CoreFunc=<CoreFunc BITMAP>,CoreMode=Active/Backup),CCAP核心代理设备对应回复注册应答:Proxy Header(MsgType=REGRSP,TransId=0,SessionId=0)。
5)RPD A建立与CCAP核心代理设备间的TCP连接,RPD A发送注册请求至该CCAP核心代理设备,消息格式为:Proxy Header(MsgType=REGREQ,TransId=0,SessionId=0,RPDId=A),CCAP核心代理设备对应回复注册应答:Proxy Header(MsgType=REGRSP,TransId=0,SessionId=0)。
6)接着,辅核心设备A向该CCAP核心代理设备发送会话更新消息,消息格式为:Proxy Header(MsgType=SessionRefresh,SessionId=0,RPDId=A,ResourceSetIndex=A)。
7)RPD A向该CCAP核心代理设备发送GCP代理消息,其中,在该消息的有效负载部分封装了GCP重连接通知,该GCP代理消息的消息格式为:Proxy Header(MsgType=GCP,SessionId=0,TransId=x+0,CoreFunc=Principal,CoreMode=Active)+GCPReconnectNotify;
该CCAP核心代理设备将该GCP代理消息转发给主核心设备:Proxy Header(MsgType=GCP,SessionId=1,RpdId=A)+GCP ReconnectNotify。
8)主核心设备向该CCAP核心代理设备发送GCP代理消息,其中,在该消息的有效负载部分封装了GCP重连接应答,具体为:Proxy Header(MsgType=GCP,SessionId=1)+GCPREX write w/CoreGcpConnectionResponse to Accept;
该CCAP核心代理设备再将该GCP代理消息转发至RPD A:Proxy Header(MsgType=GCP,SessionId=1,TransId=x+0)+GCP REX write w/CoreGcpConnectionResponse toAccept。
9)主核心设备向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP可运行消息:Proxy Header(MsgType=GCP,SessionId=1)+GCPoperational;
CCAP核心代理设备将该GCP代理消息转发至RPD A:Proxy Header(MsgType=GCP,SessionId=1)+GCP operational。
10)RPD A向该CCAP核心代理设备发送GCP代理消息,其中,在该消息的有效负载部分封装了GCP重连接通知,该GCP代理消息的消息格式为:Proxy Header(MsgType=GCP,SessionId=0,TransId=x+1,CoreFunc=DOCSIS,CoreMode=Active,ResourceSetIndex=A)+GCP ReconnectNotify;
该CCAP核心代理设备将该GCP代理消息转发给辅核心设备A:Proxy Header(MsgType=GCP,SessionId=1,RpdId=A,ResourceSetIndex=A)+GCP ReconnectNotify。
11)辅核心设备A向该CCAP核心代理设备发送GCP代理消息,其中,在该消息的有效负载部分封装了GCP重连接应答,具体为:Proxy Header(MsgType=GCP,SessionId=1)+GCP REX write w/CoreGcpConnectionResponse to Accept;
该CCAP核心代理设备再将该GCP代理消息转发至RPD A:Proxy Header(MsgType=GCP,SessionId=2,TransId=x+1)+GCP REX write w/CoreGcpConnectionResponse toAccept。
12)RPD A再向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP辅核心设备通知:Proxy Header(MsgType=GCP,SessionId=1,CoreMode=Active)+GCP Aux Core Notify;
CCAP核心代理设备将该GCP代理消息转发至主核心设备:Proxy Header(MsgType=GCP,SessionId=1)+GCP Aux Core Notify。
13)辅核心设备A向该CCAP核心代理设备发送GCP代理消息,在该消息的有效负载部分封装了GCP可运行消息:Proxy Header(MsgType=GCP,SessionId=1)+GCPoperational;
CCAP核心代理设备将该GCP代理消息转发至RPD A:Proxy Header(MsgType=GCP,SessionId=2)+GCP operational。
图11示出了适合实现本公开的实施例的设备1100的简化框图。在一些实施例中,设备1100可以用来实现前述提到的核心代理设备、远程物理设备或核心设备。
如图11中示出的,设备1100包括控制器1110。控制器1110控制设备1100的操作和功能。例如,在某些实施例中,控制器1110可以借助于与其耦合的存储器1120中所存储的指令1130来执行各种操作。
存储器1120可以是适用于本地技术环境的任何合适的类型,并且可以利用任何合适的数据存储技术来实现,包括但不限于基于半导体的存储器件、磁存储器件和系统、光存储器件和系统。应当理解,尽管图11中仅示出了一个存储器1120,但是在设备1100中可以存在多个物理不同的存储器单元。
控制器1110可以是适用于本地技术环境的任何合适的类型,并且可以包括但不限于通用计算机、专用计算机、微控制器、数字信号控制器(DSP)、以及基于控制器的多核控制器架构中的一个或多个。设备1100也可以包括多个控制器1110。控制器1110与收发器1140耦合,收发器1140可以借助于一个或多个天线1150和/或其他部件来实现信息的接收和发送。
当设备1100充当核心代理设备、远程物理设备或核心设备时,控制器1110、存储器1120、指令1130和收发器1140可以配合操作,以实现上文参考图5所描述的方法,或参考图6至10所描述的流程。上文参考图4至图10所描述的所有特征均适用于设备1100,此处不再赘述。
虽然前面特别示出并且描述了示例性实施例,但是本领域技术人员将会理解的是,在不背离权利要求书的精神和范围的情况下,在其形式和细节方面本发明可以有所变化。这里所寻求的保护在所附权利要求书中做了阐述。在下列编号条款中规定了各个实施例的这些和其他方面:
1.一种在核心代理设备中服务对应远程物理设备的方法,其中,该方法包括:
响应于接收自对应远程物理设备发送的第一代理消息,确定对应的核心设备,其中,所述第一代理消息中包括启动通知,以及所述远程物理设备所需连接的核心设备的功能信息和/或模式信息和/或资源集合索引信息;
向所述核心设备发送第二代理消息,其中,所述第二代理消息中包括所述启动通知,基于所述启动通知所分配的会话标识,以及所述远程物理设备的标识信息;
响应于所述核心设备对所述远程物理设备的配置,分别建立与所述核心设备及与所述远程物理设备之间的连接,以进行消息转发。
2.根据条款1所述的方法,其中,该方法还包括:
响应于接收自所述远程物理设备的第一注册请求,向所述远程物理设备发送第一注册应答,其中,所述第一注册请求中包括所述远程物理设备的标识信息;
响应于接收自所述核心设备的第二注册请求,向所述远程物理设备发送第二注册应答,其中,所述第二注册请求中包括所述核心设备的标识信息和/或功能信息和/或模式信息。
3.根据条款1或2所述的方法,其中,所述消息转发包括:
响应于接收自所述远程物理设备的同步消息,其中,所述同步消息中包括会话标识,向所述会话标识对应的核心设备转发所述同步消息。
4.根据条款1至3中任一项所述的方法,其中,该方法还包括:
响应于检测到的预定触发条件,与所述远程物理设备和/或所述核心设备进行重连接;
其中,所述预定触发条件包括以下至少任一项:
检测到所述核心设备与所述核心代理设备之间的连接发生故障;
检测到所述远程物理设备与所述核心代理设备之间的连接发生故障;
检测到所述核心代理设备发生故障。
5.根据条款4所述的方法,其中,所述重连接包括:
在所述核心设备和/或所述远程物理设备向所述核心代理设备重新注册之后,响应于接收自所述核心设备的会话更新消息,为所述远程物理设备初始化分配会话标识;
响应于接收自所述远程物理设备发送的重连接通知,与所述核心设备进行重连接。
6.根据条款1至3中任一项所述的方法,其中,该方法还包括:
响应于所述远程物理设备要从所连接的核心设备进行切换的切换通知,选择一个备用核心设备;
向所述备用核心设备转发所述切换通知,所述切换通知包括所述远程物理设备的标识信息和/或资源集合索引信息;以及
响应于接收自所述备用核心设备的配置信息,将所述配置信息转发至所述远程物理设备,以配置所述远程物理设备。
7.根据条款1至3中任一项所述的方法,其中,该方法还包括:
响应于与所述远程物理设备连接的核心设备要进行切换的切换控制信息,选择一个备用核心设备;
向所述备用核心设备发送切换通知,所述切换通知包括所述远程物理设备的标识信息和/或资源集合索引信息;
响应于接收自所述备用核心设备的配置信息,将所述配置信息转发至所述远程物理设备,以配置所述远程物理设备;以及
将切换结果通知发送至所述核心设备。
8.根据条款1至7中任一项所述的方法,其中,所述核心代理设备为融合有线接入平台CCAP核心代理设备;所述核心设备为融合有线接入平台CCAP主核心设备或融合有线接入平台CCAP辅核心设备。
9.一种在远程物理设备中辅助核心代理设备服务所述远程物理设备的方法,其中,该方法包括:
向对应的核心代理设备发送第一代理消息以确定对应的核心设备,其中,所述第一代理消息中包括启动通知,以及所述远程物理设备所需连接的核心设备的功能信息和/或模式信息和/或资源集合索引信息;
响应于所述核心设备对所述远程物理设备的配置,建立与所述核心代理设备之间的连接,以通过所述核心代理设备的消息转发与所述核心设备进行交互。
10.根据条款9所述的方法,其中,该方法还包括:
向所述核心代理设备发送第一注册请求,其中,所述第一注册请求中包括所述远程物理设备的标识信息;
其中,向所述核心代理设备发送第一代理消息包括:
响应于所述核心代理设备所返回的第一注册应答,向所述核心代理设备发送第一代理消息。
11.根据条款9或10所述的方法,其中,通过所述核心代理设备的消息转发包括:
向所述核心代理设备发送同步消息,其中,所述同步消息中包括会话标识,以使所述核心代理设备向所述会话标识对应的核心设备转发所述同步消息。
12.根据条款9至11中任一项所述的方法,其中,该方法还包括:
响应于检测到的预定触发条件,与所述核心代理设备进行重连接;
其中,所述预定触发条件包括以下至少任一项:
接收到所述核心代理设备的故障通知,其中,所述故障通知显示所述核心代理设备与所述核心设备之间的连接发生故障;
检测到所述远程物理设备与所述核心代理设备之间的连接发生故障;
检测到所述远程物理设备与所述核心设备之间的连接发生故障。
13.根据条款12所述的方法,其中,所述重连接包括:
向所述核心代理设备重新注册;
接收自所述核心代理设备基于所述核心设备的会话更新消息所初始化分配的会话标识;
向所述核心代理设备发送重连接通知,以与所述核心代理设备进行重连接。
14.根据条款9至11中任一项所述的方法,其中,该方法还包括:
向所述核心代理设备发送要从所连接的核心设备进行切换的切换通知;
接收自所述核心代理设备所转发的来自备用核心设备的配置信息以进行配置,其中,所述备用核心设备由所述核心代理设备选择确定。
15.根据条款14所述的方法,其中,向所述核心代理设备发送切换通知包括:
响应于检测到的预定切换条件,向所述核心代理设备发送切换通知;
其中,所述预定切换条件包括以下至少任一项:
接收到所述核心代理设备的故障通知,其中,所述故障通知显示所述核心代理设备与所述核心设备之间的连接发生故障;
检测到所述远程物理设备与所述核心设备之间的连接发生故障;
与所述核心设备间的重连接失败。
16.根据条款9至15中任一项所述的方法,其中,所述核心代理设备为融合有线接入平台CCAP核心代理设备;所述核心设备为融合有线接入平台CCAP主核心设备或融合有线接入平台CCAP辅核心设备。
17.一种在核心设备中辅助核心代理设备服务对应远程物理设备的方法,其中,该方法包括:
接收自对应核心代理设备的第二代理消息,其中,所述第二代理消息中包括启动通知,基于所述启动通知所分配的会话标识,以及对应远程物理设备的标识信息;
对所述远程物理设备进行配置,并建立与所述核心代理设备之间的连接,以通过所述核心代理设备的消息转发与所述远程物理设备进行交互。
18.根据条款17所述的方法,其中,该方法还包括:
向所述核心代理设备发送第二注册请求,其中,所述第二注册请求中包括所述核心设备的标识信息和/或功能信息和/或模式信息;
接收自所述核心代理设备所返回的第二注册应答。
19.根据条款17或18所述的方法,其中,该方法还包括:
响应于检测到的预定触发条件,与所述远程物理设备和/或所述核心代理设备进行重连接;
其中,所述预定触发条件包括以下至少任一项:
检测到所述核心设备与所述核心代理设备之间的连接发生故障;
检测到所述远程物理设备与所述核心代理设备之间的连接发生故障;
检测到所述远程物理设备与所述核心设备之间的连接发生故障。
20.根据条款19所述的方法,其中,所述重连接包括:
向所述核心代理设备重新注册;
向所述核心代理设备发送会话更新消息,以使所述核心代理设备为所述远程物理设备初始化分配会话标识;
响应于接收自所述核心代理设备的重连接通知,与所述核心代理设备进行重连接。
21.根据条款17或18所述的方法,其中,该方法还包括:
向所述核心代理设备发送要进行切换的切换控制信息,以使所述核心代理设备选择一个备用核心设备;
当所述远程物理设备成功切换至所述备用核心设备,接收自所述核心代理设备所发送的切换结果通知。
22.根据条款17至21中任一项所述的方法,其中,所述核心代理设备为融合有线接入平台CCAP核心代理设备;所述核心设备为融合有线接入平台CCAP主核心设备或融合有线接入平台CCAP辅核心设备。
23.一种核心代理设备,包括:
至少一个处理器;以及
包括计算机程序指令的至少一个存储器,所述至少一个存储器和所述计算机程序指令被配置为,与所述至少一个处理器一起,使得所述核心代理设备:
响应于接收自对应远程物理设备发送的第一代理消息,确定对应的核心设备,其中,所述第一代理消息中包括启动通知,以及所述远程物理设备所需连接的核心设备的功能信息和/或模式信息和/或资源集合索引信息;
向所述核心设备发送第二代理消息,其中,所述第二代理消息中包括所述启动通知,基于所述启动通知所分配的会话标识,以及所述远程物理设备的标识信息;
响应于所述核心设备对所述远程物理设备的配置,分别建立与所述核心设备及与所述远程物理设备之间的连接,以进行消息转发。
24.根据条款23所述的核心代理设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述核心代理设备:
响应于接收自所述远程物理设备的第一注册请求,向所述远程物理设备发送第一注册应答,其中,所述第一注册请求中包括所述远程物理设备的标识信息;
响应于接收自所述核心设备的第二注册请求,向所述远程物理设备发送第二注册应答,其中,所述第二注册请求中包括所述核心设备的标识信息和/或功能信息和/或模式信息。
25.根据条款23或24所述的核心代理设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述核心代理设备:
响应于接收自所述远程物理设备的同步消息,其中,所述同步消息中包括会话标识,向所述会话标识对应的核心设备转发所述同步消息。
26.根据条款23至25中任一项所述的核心代理设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述核心代理设备:
响应于检测到的预定触发条件,与所述远程物理设备和/或所述核心设备进行重连接;
其中,所述预定触发条件包括以下至少任一项:
检测到所述核心设备与所述核心代理设备之间的连接发生故障;
检测到所述远程物理设备与所述核心代理设备之间的连接发生故障;
检测到所述核心代理设备发生故障。
27.根据条款26所述的核心代理设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述核心代理设备:
在所述核心设备和/或所述远程物理设备向所述核心代理设备重新注册之后,响应于接收自所述核心设备的会话更新消息,为所述远程物理设备初始化分配会话标识;
响应于接收自所述远程物理设备发送的重连接通知,与所述核心设备进行重连接。
28.根据条款23至25中任一项所述的核心代理设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述核心代理设备:
响应于所述远程物理设备要从所连接的核心设备进行切换的切换通知,选择一个备用核心设备;
向所述备用核心设备转发所述切换通知,所述切换通知包括所述远程物理设备的标识信息和/或资源集合索引信息;以及
响应于接收自所述备用核心设备的配置信息,将所述配置信息转发至所述远程物理设备,以配置所述远程物理设备。
29.根据条款23至25中任一项所述的核心代理设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述核心代理设备:
响应于与所述远程物理设备连接的核心设备要进行切换的切换控制信息,选择一个备用核心设备;
向所述备用核心设备发送切换通知,所述切换通知包括所述远程物理设备的标识信息和/或资源集合索引信息;
响应于接收自所述备用核心设备的配置信息,将所述配置信息转发至所述远程物理设备,以配置所述远程物理设备;以及
将切换结果通知发送至所述核心设备。
30.根据条款23至29中任一项所述的核心代理设备,其中,所述核心代理设备为融合有线接入平台CCAP核心代理设备;所述核心设备为融合有线接入平台CCAP主核心设备或融合有线接入平台CCAP辅核心设备。
31.一种远程物理设备,包括:
至少一个处理器;以及
包括计算机程序指令的至少一个存储器,所述至少一个存储器和所述计算机程序指令被配置为,与所述至少一个处理器一起,使得所述远程物理设备:
向对应的核心代理设备发送第一代理消息以确定对应的核心设备,其中,所述第一代理消息中包括启动通知,以及所述远程物理设备所需连接的核心设备的功能信息和/或模式信息和/或资源集合索引信息;
响应于所述核心设备对所述远程物理设备的配置,建立与所述核心代理设备之间的连接,以通过所述核心代理设备的消息转发与所述核心设备进行交互。
32.根据条款31所述的远程物理设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述远程物理设备:
向所述核心代理设备发送第一注册请求,其中,所述第一注册请求中包括所述远程物理设备的标识信息;
其中,向所述核心代理设备发送第一代理消息包括:
响应于所述核心代理设备所返回的第一注册应答,向所述核心代理设备发送第一代理消息。
33.根据条款31或32所述的远程物理设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述远程物理设备:
向所述核心代理设备发送同步消息,其中,所述同步消息中包括会话标识,以使所述核心代理设备向所述会话标识对应的核心设备转发所述同步消息。
34.根据条款31至33中任一项所述的远程物理设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述远程物理设备:
响应于检测到的预定触发条件,与所述核心代理设备进行重连接;
其中,所述预定触发条件包括以下至少任一项:
接收到所述核心代理设备的故障通知,其中,所述故障通知显示所述核心代理设备与所述核心设备之间的连接发生故障;
检测到所述远程物理设备与所述核心代理设备之间的连接发生故障;
检测到所述远程物理设备与所述核心设备之间的连接发生故障。
35.根据条款34所述的远程物理设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述远程物理设备:
向所述核心代理设备重新注册;
接收自所述核心代理设备基于所述核心设备的会话更新消息所初始化分配的会话标识;
向所述核心代理设备发送重连接通知,以与所述核心代理设备进行重连接。
36.根据条款31至33中任一项所述的远程物理设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述远程物理设备:
向所述核心代理设备发送要从所连接的核心设备进行切换的切换通知;
接收自所述核心代理设备所转发的来自备用核心设备的配置信息以进行配置,其中,所述备用核心设备由所述核心代理设备选择确定。
37.根据条款36所述的远程物理设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述远程物理设备:
响应于检测到的预定切换条件,向所述核心代理设备发送切换通知;
其中,所述预定切换条件包括以下至少任一项:
接收到所述核心代理设备的故障通知,其中,所述故障通知显示所述核心代理设备与所述核心设备之间的连接发生故障;
检测到所述远程物理设备与所述核心设备之间的连接发生故障;
与所述核心设备间的重连接失败。
38.根据条款31至37中任一项所述的远程物理设备,其中,所述核心代理设备为融合有线接入平台CCAP核心代理设备;所述核心设备为融合有线接入平台CCAP主核心设备或融合有线接入平台CCAP辅核心设备。
39.一种核心设备,包括:
至少一个处理器;以及
包括计算机程序指令的至少一个存储器,所述至少一个存储器和所述计算机程序指令被配置为,与所述至少一个处理器一起,使得所述核心设备:
接收自对应核心代理设备的第二代理消息,其中,所述第二代理消息中包括启动通知,基于所述启动通知所分配的会话标识,以及对应远程物理设备的标识信息;
对所述远程物理设备进行配置,并建立与所述核心代理设备之间的连接,以通过所述核心代理设备的消息转发与所述远程物理设备进行交互。
40.根据条款39所述的核心设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述核心设备:
向所述核心代理设备发送第二注册请求,其中,所述第二注册请求中包括所述核心设备的标识信息和/或功能信息和/或模式信息;
接收自所述核心代理设备所返回的第二注册应答。
41.根据条款39或40所述的核心设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述核心设备:
响应于检测到的预定触发条件,与所述远程物理设备和/或所述核心代理设备进行重连接;
其中,所述预定触发条件包括以下至少任一项:
检测到所述核心设备与所述核心代理设备之间的连接发生故障;
检测到所述远程物理设备与所述核心代理设备之间的连接发生故障;
检测到所述远程物理设备与所述核心设备之间的连接发生故障。
42.根据条款41所述的核心设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述核心设备:
向所述核心代理设备重新注册;
向所述核心代理设备发送会话更新消息,以使所述核心代理设备为所述远程物理设备初始化分配会话标识;
响应于接收自所述核心代理设备的重连接通知,与所述核心代理设备进行重连接。
43.根据条款39或40所述的核心设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述核心设备:
向所述核心代理设备发送要进行切换的切换控制信息,以使所述核心代理设备选择一个备用核心设备;
当所述远程物理设备成功切换至所述备用核心设备,接收自所述核心代理设备所发送的切换结果通知。
44.根据条款39至43中任一项所述的核心设备,其中,所述核心代理设备为融合有线接入平台CCAP核心代理设备;所述核心设备为融合有线接入平台CCAP主核心设备或融合有线接入平台CCAP辅核心设备。
45.一种计算机可读介质,所述计算机可读介质包括机器可执行指令,所述机器可执行指令在被执行时使机器执行根据条款1至8中任一项所述的方法。
46.一种计算机可读介质,所述计算机可读介质包括机器可执行指令,所述机器可执行指令在被执行时使机器执行根据条款9至16中任一项所述的方法。
47.一种计算机可读介质,所述计算机可读介质包括机器可执行指令,所述机器可执行指令在被执行时使机器执行根据条款17至22中任一项所述的方法。
应当注意,本公开的实施例可以通过硬件、软件或者软件和硬件的结合来实现。硬件部分可以利用专用逻辑来实现;软件部分可以存储在存储器中,由适当的指令执行系统,例如微处理器或者专用设计硬件来执行。本领域的技术人员可以理解上述的设备和方法可以使用计算机可执行指令和/或包含在处理器控制代码中来实现,例如在可编程的存储器或者诸如光学或电子信号载体的数据载体上提供了这样的代码。
作为示例,本公开的实施例可以在机器可执行指令的上下文中被描述,机器可执行指令诸如包括在目标的真实或者虚拟处理器上的器件中执行的程序模块中。一般而言,程序模块包括例程、程序、库、对象、类、组件、数据结构等,其执行特定的任务或者实现特定的抽象数据结构。在各实施例中,程序模块的功能可以在所描述的程序模块之间合并或者分割。用于程序模块的机器可执行指令可以在本地或者分布式设备内执行。在分布式设备中,程序模块可以位于本地和远程存储介质二者中。
用于实现本公开的方法的计算机程序代码可以用一种或多种编程语言编写。这些计算机程序代码可以提供给通用计算机、专用计算机或其他可编程的数据处理装置的处理器,使得程序代码在被计算机或其他可编程的数据处理装置执行的时候,引起在流程图和/或框图中规定的功能/操作被实施。程序代码可以完全在计算机上、部分在计算机上、作为独立的软件包、部分在计算机上且部分在远程计算机上或完全在远程计算机或服务器上执行。
在本公开的上下文中,计算机程序代码或者相关数据可以由任意适当载体承载,以使得设备、装置或者处理器能够执行上文描述的各种处理和操作。载体的示例包括信号、计算机可读介质、等等。信号的示例可以包括电、光、无线电、声音或其它形式的传播信号,诸如载波、红外信号等。
计算机可读介质可以是包含或存储用于或有关于指令执行系统、装置或设备的程序的任何有形介质。计算机可读介质可以是计算机可读信号介质或计算机可读存储介质。计算机可读介质可以包括但不限于电子的、磁的、光学的、电磁的、红外的或半导体系统、装置或设备,或其任意合适的组合。计算机可读存储介质的更详细示例包括带有一根或多根导线的电气连接、便携式计算机磁盘、硬盘、随机存储存取器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或闪存)、光存储设备、磁存储设备,或其任意合适的组合。
此外,尽管在附图中以特定顺序描述了本公开的方法的操作,但是这并非要求或者暗示必须按照该特定顺序来执行这些操作,或是必须执行全部所示的操作才能实现期望的结果。相反,流程图中描绘的步骤可以改变执行顺序。附加地或备选地,可以省略某些步骤,将多个步骤组合为一个步骤执行,和/或将一个步骤分解为多个步骤执行。还应当注意,根据本公开的两个或更多装置的特征和功能可以在一个装置中具体化。反之,上文描述的一个装置的特征和功能可以进一步划分为由多个装置来具体化。
虽然已经参考若干具体实施例描述了本公开,但是应当理解,本公开不限于所公开的具体实施例。本公开旨在涵盖所附权利要求的精神和范围内所包括的各种修改和等效布置。

Claims (20)

1.一种在核心代理设备中服务对应远程物理设备的方法,其中,该方法包括:
响应于接收自对应远程物理设备发送的第一代理消息,确定对应的核心设备,其中,所述第一代理消息中包括启动通知,以及所述远程物理设备所需连接的核心设备的功能信息和/或模式信息和/或资源集合索引信息;
向所述核心设备发送第二代理消息,其中,所述第二代理消息中包括所述启动通知,基于所述启动通知所分配的会话标识,以及所述远程物理设备的标识信息;
响应于所述核心设备对所述远程物理设备的配置,分别建立与所述核心设备及与所述远程物理设备之间的连接,以进行消息转发。
2.根据权利要求1所述的方法,其中,该方法还包括:
响应于接收自所述远程物理设备的第一注册请求,向所述远程物理设备发送第一注册应答,其中,所述第一注册请求中包括所述远程物理设备的标识信息;
响应于接收自所述核心设备的第二注册请求,向所述远程物理设备发送第二注册应答,其中,所述第二注册请求中包括所述核心设备的标识信息和/或功能信息和/或模式信息。
3.根据权利要求1所述的方法,其中,所述消息转发包括:
响应于接收自所述远程物理设备的同步消息,其中,所述同步消息中包括会话标识,向所述会话标识对应的核心设备转发所述同步消息。
4.根据权利要求1至3中任一项所述的方法,其中,该方法还包括:
响应于检测到的预定触发条件,与所述远程物理设备和/或所述核心设备进行重连接;
其中,所述预定触发条件包括以下至少任一项:
检测到所述核心设备与所述核心代理设备之间的连接发生故障;
检测到所述远程物理设备与所述核心代理设备之间的连接发生故障;
检测到所述核心代理设备发生故障。
5.根据权利要求4所述的方法,其中,所述重连接包括:
在所述核心设备和/或所述远程物理设备向所述核心代理设备重新注册之后,响应于接收自所述核心设备的会话更新消息,为所述远程物理设备初始化分配会话标识;
响应于接收自所述远程物理设备发送的重连接通知,与所述核心设备进行重连接。
6.根据权利要求1至3中任一项所述的方法,其中,该方法还包括:
响应于所述远程物理设备要从所连接的核心设备进行切换的切换通知,选择一个备用核心设备;
向所述备用核心设备转发所述切换通知,所述切换通知包括所述远程物理设备的标识信息和/或资源集合索引信息;以及
响应于接收自所述备用核心设备的配置信息,将所述配置信息转发至所述远程物理设备,以配置所述远程物理设备。
7.根据权利要求1至3中任一项所述的方法,其中,该方法还包括:
响应于与所述远程物理设备连接的核心设备要进行切换的切换控制信息,选择一个备用核心设备;
向所述备用核心设备发送切换通知,所述切换通知包括所述远程物理设备的标识信息和/或资源集合索引信息;
响应于接收自所述备用核心设备的配置信息,将所述配置信息转发至所述远程物理设备,以配置所述远程物理设备;以及
将切换结果通知发送至所述核心设备。
8.根据权利要求1至3中任一项所述的方法,其中,所述核心代理设备为融合有线接入平台CCAP核心代理设备;所述核心设备为融合有线接入平台CCAP主核心设备或融合有线接入平台CCAP辅核心设备。
9.一种在远程物理设备中辅助核心代理设备服务所述远程物理设备的方法,其中,该方法包括:
向对应的核心代理设备发送第一代理消息以确定对应的核心设备,其中,所述第一代理消息中包括启动通知,以及所述远程物理设备所需连接的核心设备的功能信息和/或模式信息和/或资源集合索引信息;
响应于所述核心设备对所述远程物理设备的配置,建立与所述核心代理设备之间的连接,以通过所述核心代理设备的消息转发与所述核心设备进行交互。
10.一种在核心设备中辅助核心代理设备服务对应远程物理设备的方法,其中,该方法包括:
接收自对应核心代理设备的第二代理消息,其中,所述第二代理消息中包括启动通知,基于所述启动通知所分配的会话标识,以及对应远程物理设备的标识信息;
对所述远程物理设备进行配置,并建立与所述核心代理设备之间的连接,以通过所述核心代理设备的消息转发与所述远程物理设备进行交互。
11.一种核心代理设备,包括:
至少一个处理器;以及
包括计算机程序指令的至少一个存储器,所述至少一个存储器和所述计算机程序指令被配置为,与所述至少一个处理器一起,使得所述核心代理设备:
响应于接收自对应远程物理设备发送的第一代理消息,确定对应的核心设备,其中,所述第一代理消息中包括启动通知,以及所述远程物理设备所需连接的核心设备的功能信息和/或模式信息和/或资源集合索引信息;
向所述核心设备发送第二代理消息,其中,所述第二代理消息中包括所述启动通知,基于所述启动通知所分配的会话标识,
以及所述远程物理设备的标识信息;
响应于所述核心设备对所述远程物理设备的配置,分别建立与所述核心设备及与所述远程物理设备之间的连接,以进行消息转发。
12.根据权利要求11所述的核心代理设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述核心代理设备:
响应于接收自所述远程物理设备的第一注册请求,向所述远程物理设备发送第一注册应答,其中,所述第一注册请求中包括所述远程物理设备的标识信息;
响应于接收自所述核心设备的第二注册请求,向所述远程物理设备发送第二注册应答,其中,所述第二注册请求中包括所述核心设备的标识信息和/或功能信息和/或模式信息。
13.根据权利要求11所述的核心代理设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述核心代理设备:
响应于接收自所述远程物理设备的同步消息,其中,所述同步消息中包括会话标识,向所述会话标识对应的核心设备转发所述同步消息。
14.根据权利要求11至13中任一项所述的核心代理设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述核心代理设备:
响应于检测到的预定触发条件,与所述远程物理设备和/或所述核心设备进行重连接;
其中,所述预定触发条件包括以下至少任一项:
检测到所述核心设备与所述核心代理设备之间的连接发生故障;
检测到所述远程物理设备与所述核心代理设备之间的连接发生故障;
检测到所述核心代理设备发生故障。
15.根据权利要求14所述的核心代理设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述核心代理设备:
在所述核心设备和/或所述远程物理设备向所述核心代理设备重新注册之后,响应于接收自所述核心设备的会话更新消息,为所述远程物理设备初始化分配会话标识;
响应于接收自所述远程物理设备发送的重连接通知,与所述核心设备进行重连接。
16.根据权利要求11至13中任一项所述的核心代理设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述核心代理设备:
响应于所述远程物理设备要从所连接的核心设备进行切换的切换通知,选择一个备用核心设备;
向所述备用核心设备转发所述切换通知,所述切换通知包括所述远程物理设备的标识信息和/或资源集合索引信息;以及
响应于接收自所述备用核心设备的配置信息,将所述配置信息转发至所述远程物理设备,以配置所述远程物理设备。
17.根据权利要求11至13中任一项所述的核心代理设备,其中所述至少一个存储器和所述计算机程序指令进一步被配置为,与所述至少一个处理器一起,使得所述核心代理设备:
响应于与所述远程物理设备连接的核心设备要进行切换的切换控制信息,选择一个备用核心设备;
向所述备用核心设备发送切换通知,所述切换通知包括所述远程物理设备的标识信息和/或资源集合索引信息;
响应于接收自所述备用核心设备的配置信息,将所述配置信息转发至所述远程物理设备,以配置所述远程物理设备;以及
将切换结果通知发送至所述核心设备。
18.根据权利要求11至13中任一项所述的核心代理设备,其中,所述核心代理设备为融合有线接入平台CCAP核心代理设备;所述核心设备为融合有线接入平台CCAP主核心设备或融合有线接入平台CCAP辅核心设备。
19.一种远程物理设备,包括:
至少一个处理器;以及
包括计算机程序指令的至少一个存储器,所述至少一个存储器和所述计算机程序指令被配置为,与所述至少一个处理器一起,使得所述远程物理设备:
向对应的核心代理设备发送第一代理消息以确定对应的核心设备,其中,所述第一代理消息中包括启动通知,以及所述远程物理设备所需连接的核心设备的功能信息和/或模式信息和/或资源集合索引信息;
响应于所述核心设备对所述远程物理设备的配置,建立与所述核心代理设备之间的连接,以通过所述核心代理设备的消息转发与所述核心设备进行交互。
20.一种核心设备,包括:
至少一个处理器;以及
包括计算机程序指令的至少一个存储器,所述至少一个存储器和所述计算机程序指令被配置为,与所述至少一个处理器一起,使得所述核心设备:
接收自对应核心代理设备的第二代理消息,其中,所述第二代理消息中包括启动通知,基于所述启动通知所分配的会话标识,以及对应远程物理设备的标识信息;
对所述远程物理设备进行配置,并建立与所述核心代理设备之间的连接,以通过所述核心代理设备的消息转发与所述远程物理设备进行交互。
CN201910440038.3A 2019-05-24 2019-05-24 一种服务远程物理设备的方法和核心代理设备 Active CN111988205B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910440038.3A CN111988205B (zh) 2019-05-24 2019-05-24 一种服务远程物理设备的方法和核心代理设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910440038.3A CN111988205B (zh) 2019-05-24 2019-05-24 一种服务远程物理设备的方法和核心代理设备

Publications (2)

Publication Number Publication Date
CN111988205A CN111988205A (zh) 2020-11-24
CN111988205B true CN111988205B (zh) 2022-03-04

Family

ID=73437435

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910440038.3A Active CN111988205B (zh) 2019-05-24 2019-05-24 一种服务远程物理设备的方法和核心代理设备

Country Status (1)

Country Link
CN (1) CN111988205B (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101989978A (zh) * 2009-08-05 2011-03-23 华为技术有限公司 一种实时流协议代理转发数据的方法、装置及系统
CN103888383A (zh) * 2012-12-24 2014-06-25 华为技术有限公司 资源预留方法、系统及汇聚设备
CN106063156A (zh) * 2015-02-02 2016-10-26 华为技术有限公司 通信系统、用于管理通信系统的方法和控制器
CN106209413A (zh) * 2015-05-25 2016-12-07 丛林网络公司 通信方法、网络的集中控制器设备及网络中的网络设备
CN107276840A (zh) * 2016-04-07 2017-10-20 华为技术有限公司 一种监控数据传输的方法及相关设备

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2301449A1 (en) * 2000-03-21 2001-09-21 Infointeractive Wireless telephone call manager

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101989978A (zh) * 2009-08-05 2011-03-23 华为技术有限公司 一种实时流协议代理转发数据的方法、装置及系统
CN103888383A (zh) * 2012-12-24 2014-06-25 华为技术有限公司 资源预留方法、系统及汇聚设备
CN106063156A (zh) * 2015-02-02 2016-10-26 华为技术有限公司 通信系统、用于管理通信系统的方法和控制器
CN106209413A (zh) * 2015-05-25 2016-12-07 丛林网络公司 通信方法、网络的集中控制器设备及网络中的网络设备
CN107276840A (zh) * 2016-04-07 2017-10-20 华为技术有限公司 一种监控数据传输的方法及相关设备

Also Published As

Publication number Publication date
CN111988205A (zh) 2020-11-24

Similar Documents

Publication Publication Date Title
CN111684774B (zh) 移动边缘计算(mec)中的服务质量(qos)控制方法、系统
CN107078969B (zh) 实现负载均衡的计算机设备、系统和方法
US20080159125A1 (en) Network connection restoration method, AAA server, and radio access network gateway apparatus
US10355878B2 (en) Method for establishing wireless local area network tunnel, apparatus, and access network system
US8831679B2 (en) Common radio element application manager architecture for wireless picocells
EP3036873B1 (en) Dedicated control path architecture for stacked packet switches
US20130286851A1 (en) Common radio element application manager for wireless small cells
KR100874342B1 (ko) 로밍 무선 클라이언트 통신
US9804867B2 (en) Apparatus and method for managing virtual machine in mobile communication system using an edge cloud management controller
CN107439031B (zh) 控制器集群中基于无线电性质的接入点负载均衡
US11184824B2 (en) Wireless device upgrade
JP2023533377A (ja) 通信方法及び装置
JP2023130372A (ja) 通信装置、方法、プログラム、及び記録媒体
CN106254095B (zh) 隧道业务的备份处理方法和设备
WO2012024485A1 (en) Method and apparatus of load balancing femtocell cluster access
WO2019075751A1 (zh) 一种链路建立失败的处理方法及装置、计算机存储介质
CN111988205B (zh) 一种服务远程物理设备的方法和核心代理设备
WO2018068835A1 (en) Systems and methods for providing network functions in a communication network
CN107948002B (zh) Ap接入控制方法和装置
JP5625494B2 (ja) 伝送装置、制御情報設定方法及び制御情報設定プログラム
CN116648946A (zh) 在开放式无线电接入网中实现自组织网络的系统和方法
US9554290B2 (en) Wireless communication system and method for automatically switching device identifications
CN111741501B (zh) 切换核心设备的方法、设备、装置和计算机可读介质
CN112020101A (zh) 用于执行无线电接入网络功能的方法和设备
US20230370872A1 (en) GNB-CU-UP Data Plane High Availability In Public/Private Cloud

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