CN106131914A - 业务请求的处理方法及处理装置 - Google Patents

业务请求的处理方法及处理装置 Download PDF

Info

Publication number
CN106131914A
CN106131914A CN201610560782.3A CN201610560782A CN106131914A CN 106131914 A CN106131914 A CN 106131914A CN 201610560782 A CN201610560782 A CN 201610560782A CN 106131914 A CN106131914 A CN 106131914A
Authority
CN
China
Prior art keywords
service request
access network
processing
edge router
local cloud
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.)
Granted
Application number
CN201610560782.3A
Other languages
English (en)
Other versions
CN106131914B (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.)
Beijing University of Posts and Telecommunications
Original Assignee
Beijing University of Posts and Telecommunications
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 Beijing University of Posts and Telecommunications filed Critical Beijing University of Posts and Telecommunications
Priority to CN201610560782.3A priority Critical patent/CN106131914B/zh
Publication of CN106131914A publication Critical patent/CN106131914A/zh
Application granted granted Critical
Publication of CN106131914B publication Critical patent/CN106131914B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/38Flow based routing

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

本发明提供一种业务请求的处理方法及处理装置,涉及移动通信技术,解决了现有的业务请求的处理方法容易导致网络拥塞概率以及业务响应延迟均增加的问题。业务请求的处理方法包括:控制器接收业务请求通知,业务请求通知由基站接收到业务请求后产生并发送至控制器,基站具有与业务请求匹配的请求流表;控制器根据预设的业务处理策略及请求流表对业务请求的处理位置进行判断;当判断业务请求的处理位置为接入网本地云时,生成本地云路径并发送至接入网边缘路由器,以使接入网边缘路由器根据本地云路径将业务请求发送至接入网本地云进行处理;业务请求由基站在发送业务请求通知后发送至接入网边缘路由器。

Description

业务请求的处理方法及处理装置
技术领域
本发明涉及移动通信技术,尤其涉及一种业务请求的处理方法及处理装置。
背景技术
随着用户无线传输需求的持续增长以及物联网等各类通信应用的普及,现有的4G移动通信系统的支撑能力显然不能满足要求,因此,5G移动通信系统应运而生,它基于对现有的通信系统的融合及演进以及引入信息无线传输和网络技术,实现了用户传输速率、系统容量的大幅提升。
在网络架构方面,5G移动通信系统将形成基于软件定义网络(Software DefinedNetworking,SDN)、网络功能虚拟化和云计算技术的更加灵活、智能、高效和开放的异构融合网络系统。其中的SDN是采用集中控制的新型网络架构,能够在不改变传统IP(InternetProtocol,互联网协议)数据包转发行为的基础上,将传统数据转发设备的数据转发与逻辑控制功能进行隔离,实现了数据层与控制层的解偶,从而实现更加高效、灵活的数据转发及设备管理。
现有的5G移动通信架构被划分为接入网、核心网和数据中心几个部分,接入网接收到业务请求时,会将业务请求发送到核心网,进而由核心网发送到数据中心,由数据中心来处理业务请求,再将业务响应通过核心网反馈给接入网。随着移动用户的爆炸式增长,业务请求的数量也呈几何级数增长,使得核心网数据传输量及数据中心数据处理量迅速增加,进而增加了网络拥塞的概率以及业务响应的延迟。
发明内容
本发明提供一种业务请求的处理方法及处理装置,解决了现有的接入网将接收到的业务请求无差别地发送至核心网进而在数据中心中处理,导致的网络拥塞概率以及业务响应延迟均增加的问题。
本发明实施例一方面提供一种业务请求的处理方法,包括:
控制器接收业务请求通知,所述业务请求通知由基站接收到所述业务请求后产生并发送至所述控制器,所述基站具有与所述业务请求匹配的请求流表;
所述控制器根据预设的业务处理策略及所述请求流表对所述业务请求的处理位置进行判断;
当判断所述业务请求的处理位置为接入网本地云时,生成本地云路径并发送至接入网边缘路由器,以使所述接入网边缘路由器根据所述本地云路径将所述业务请求发送至所述接入网本地云进行处理;所述业务请求由所述基站在发送所述业务请求通知后发送至所述接入网边缘路由器。
本发明实施例另一方面提供一种业务请求的处理方法,包括:
接入网边缘路由器接收基站发送的所述业务请求;
所述接入网边缘路由器接收控制器发送的路径信息;所述路径信息为所述控制器接收到所述基站发送的业务请求通知后根据预设的业务处理策略及所述基站中与所述业务请求匹配的请求流表对所述业务请求的处理位置进行判断后生成;所述业务请求通知由基站接收到所述业务请求后产生并发送至所述控制器;
当所述路径信息为本地云路径时,所述接入网边缘路由器将所述业务请求发送至接入网本地云。
本发明实施例又一方面提供一种业务请求的处理装置,包括:控制器、基站、接入网本地云以及接入网边缘路由器;
所述基站与所述接入网边缘路由器连接,所述基站用于接收所述业务请求后产生并发送业务请求通知至所述控制器,再发送所述业务请求至所述接入网边缘路由器;
所述控制器与所述接入网边缘路由器及所述基站连接,所述控制器用于接收所述业务请求通知,并根据预设的业务处理策略及所述基站中与所述业务请求匹配的请求流表对所述业务请求的处理位置进行判断,当判断所述业务请求的处理位置为接入网本地云时,生成本地云路径并发送至所述接入网边缘路由器;
所述接入网边缘路由器用于根据所述本地云路径将所述业务请求发送至所述接入网本地云进行处理。
本发明实施例提供的业务请求的处理方法及处理装置中,基站接收到业务请求后产生业务请求通知并发送至控制器,之后再将该业务请求发送至接入网边缘路由器,控制器根据基站中与业务请求匹配的请求流表以及控制器中预设的业务处理策略,可以对该业务请求的处理位置进行判断,当判断业务请求可以在接入网本地云中处理时,控制器生成本地云路径并发送给接入网边缘路由器,使得接入网边缘路由器根据该本地云路径将接收到的业务请求发送至接入网本地云进行处理,也就是说,当业务请求满足要求时,就可以发送至接入网本地云中进行处理,而不用像现有技术一样发送至核心网,再转发至数据中心进行处理,减少了业务请求传输的跳数从而降低了业务响应的延迟,而且避免了所有业务请求都发送至数据中心进行处理,从而降低了网络拥塞的概率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为实施例一提供的业务请求的处理方法的流程图;
图2为实施例二提供的业务请求的处理方法的流程图;
图3为实施例二中控制器所在移动通信网络的示意图;
图4为实施例二中请求流表的结构示意图;
图5为实施例三提供的业务请求的处理方法的流程图;
图6为实施例四提供的业务请求的处理方法的流程图;
图7为实施例五提供的业务请求的处理装置的方框图;
图8为图7中接入网本地云的结构示意图;
图9为图7中控制器的功能模块图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
图1为实施例一提供的业务请求的处理方法的流程图。如图1所示,该方法包括如下步骤。
步骤101、控制器接收业务请求通知,该业务请求通知由基站接收到业务请求后产生并发送至控制器,基站具有与业务请求匹配的请求流表。
具体地,SDN架构的移动通信网络中,控制器负责对各个网络设备进行控制,这种控制能够顺利实现的重要保障是OpenFlow协议,通过OpenFlow协议,控制器向各个网络设备添加、修改、删除流表项,从而使网络设备能根据流表项对数据包进行转发等处理。每个数据包进行处理前都要找的匹配的流表,网络设备根据流表内的信息就可以对数据包括进行相应处理。
在移动通信网络中,业务请求通常由移动终端发起,如建立语音通话、或信息查询等,这些业务请求发送给基站,基站接收到业务请求后会产生业务请求通知并发送给控制器,目的是告诉控制器由业务请求需要处理。基站将业务请求通知发送给控制器后,还会把业务请求发送给接入网边缘路由器,也就为位于接入网边缘的路由器,接入网包含多个边缘路由器,位于不同的位置,用来接收附近基站发来的业务请求。
基站中设置有流表,业务请求到达基站后基站中流表的状态值发生变化形成了与业务请求匹配的请求流表。控制器通过查询流表能获知请求流表中包含的信息,流表里不仅包含移动通信网络的特征,还包括业务请求的动作信息和状态信息。
步骤102、控制器根据预设的业务处理策略及请求流表对业务请求的处理位置进行判断。
具体地,控制器能从请求流表里获取关于业务请求的信息,且控制器中预设有业务处理策略,这个策略用于对从请求流表中获取的信息是否满足条件进行判断,比如预设的业务处理策略是业务请求的频率是否大于预设值,若大于则业务请求在接入网本地云中处理。根据这个策略,控制器通过请求流表可以统计获得该业务请求的请求频率,再判断该请求频率是否大于预设值,当满足条件则进行相应的处理。业务处理策略判断的条件可以根据需要进行设置,以获得所需的业务处理结果。
步骤103、当判断业务请求的处理位置为接入网本地云时,生成本地云路径并发送至接入网边缘路由器,以使接入网边缘路由器根据该本地云路径将业务请求发送至接入网本地云进行处理,其中,业务请求由基站在发送业务请求通知后发送至接入网边缘路由器。
具体地,基站在发送完业务请求通知后,会将业务请求发送至接入网边缘路由器。随后接入网边缘路由器会收到控制器发送的路径信息。也就是当控制器判断业务请求的处理位置为接入网本地云时,生成的本地云路径。接入网边缘路由器能根据该本地云路径将业务请求发送至接入网本地云进行处理。
需要说明的是,接入网本地云是位于接入网中的一个独立的小型网络,由若干个网络设备构成,能接收业务请求、响应业务请求,并对业务请求进行处理。由于接入网本地云与接收业务请求的接入网边缘路由器均位于接入网中,两者之间进行数据传输的距离比接入网边缘路由器到数据中心的距离要近很多,因此可以显著降低传输时延。
本实施例提供的业务请求的处理方法中,基站接收到业务请求后产生业务请求通知并发送至控制器,之后再将该业务请求发送至接入网边缘路由器,控制器根据基站中与业务请求匹配的请求流表以及控制器中预设的业务处理策略,可以对该业务请求的处理位置进行判断,当判断业务请求可以在接入网本地云中处理时,控制器生成本地云路径并发送给接入网边缘路由器,使得接入网边缘路由器根据该本地云路径将接收到的业务请求发送至接入网本地云进行处理,也就是说,当业务请求满足要求时,就可以发送至接入网本地云中进行处理,而不用像现有技术一样发送至核心网,再转发至数据中心进行处理,减少了业务请求传输的跳数从而降低了业务响应的延迟,而且避免了所有业务请求都发送至数据中心进行处理,从而降低了网络拥塞的概率。
实施例二
图2为实施例二提供的业务请求的处理方法的流程图。如图2所示,该方法包括如下步骤。
步骤201、控制器接收业务请求通知,该业务请求通知由基站接收到业务请求后产生并发送至控制器,基站具有与业务请求匹配的请求流表。
步骤202、控制器根据预设的业务处理策略及请求流表对业务请求的处理位置进行判断。
步骤203、当判断业务请求的处理位置为接入网本地云时,生成本地云路径并发送至接入网边缘路由器,以使接入网边缘路由器根据该本地云路径将业务请求发送至接入网本地云进行处理,其中,业务请求由基站在发送业务请求通知后发送至接入网边缘路由器。
以上各步骤已在实施例一中做了详细说明,在此不再赘述。
步骤204、当判断业务请求的处理位置为数据中心时,生成核心网路径并发送至接入网边缘路由器,以使接入网边缘路由器根据该核心网路径将业务请求通过核心网发送至数据中心进行处理。
具体地,图3为实施例二中控制器所在移动通信网络的示意图。如图3所示,整个网络被划分为接入网31、核心网32和数据中心33。接入网本地云311和接入网边缘路由器312位于接入网31中,多个网络设备位于核心网32中,用于接入网31和数据中心33之间的数据交换,多个网络设备位于数据中心33中,用于对业务请求进行处理,反馈业务数据。接入网31还包括移动终端34和基站35。移动终端34就是通常使用的移动通信设备,如手机、掌上电脑等。
控制器36根据请求流表和业务处理策略进行判断后,当判断业务请求的处理位置为接入网本地云311时,生成本地云路径,发送给接入网边缘路由器312,使得接入网边缘路由器312修改本地保存流表中的路径信息为本地云路径,接入网边缘路由器312根据该修改后的路径信息将业务请求发送至接入网本地云311中进行处理。当判断业务请求的处理位置为数据中心33时,生成核心网路径并发送至接入网边缘路由器312,以使接入网边缘路由器312修改本地保存流表中的路径信息为核心网路径,接入网边缘路由器312根据该修改后的路径信息将业务请求通过核心网32发送至数据中心33中进行处理。
通过上述步骤,可以将业务请求按照一定的策略进行划分,一部分放在接入网本地云311中处理,一部分放在数据中心33中处理,从而有效地提高网络设备的利用率,降低网络拥塞的几率,降低了业务响应时延。
上述方法中,接入网边缘路由器312可以是接入网中距离基站35跳数最少的边缘路由器。边缘路由器是接入网中的、业务请求进入接入网的第一个路由器,通过选定距离基站35跳数最少的边缘路由器,可以降低业务传输的能耗。
另外,上述的请求流表在业务请求的处理过程中起到了重要的作用,可以设计为符合OpenFlow协议的一个数据结构,具体可以包括规则字段(Rule)、动作字段(Action)和状态字段(Stats),每个字段都包括多个字节。图4为实施例二中请求流表的结构示意图。
如图4所示,请求流表中的规则字段包括:输入/输出端口项(In/Out Port)和移动通信功能标签项(C-BBUs),移动通信功能标签项包括:保护时间项(Guide Time)、时隙项(Time Slot)、带宽项(Bandwidth)和光网络单元项(ONU)和频谱资源项(Frequency)。
动作字段包括:上行项(UP)、下行项(DOWN)、添加项(ADD)、删除项(DELET)、交换项(Switch)和配置项(COFIG)。其中,上行项(UP)标记通信业务的传送方向为上行方向,并采取相应的上行策略。下行项(DOWN)标记通信业务的传送方向为下行方向,并采取相应的下行策略。添加项(ADD)用于在通信中添加所需要的节点路由。删除项(DELET)用于删除业务流表。交换项(Switch)用于对业务流进行业务节点交换。配置项(COFIG)用于选择设定策略中的某一种。比如预设有多种业务处理策略,并编号保存,在配置项里设置不同的编号就可以选择相应的业务处理策略,以对业务请求的处理位置进行判断,看究竟是在接入网本地云中进行处理,还是在数据中心进行处理。
状态字段包括流量特征项(Flow Property)和服务特征项(Service FeatureProperty)。通过流量特征项可以获得业务请求的数据大小等信息。获得的信息可以为控制器依据预设策略进行判断时提供参考。
具体地,举例来说,预设在控制器中的业务处理策略可以包括:当业务请求的请求频率大于指定数值,例如大于10时,确定业务请求的处理位置为接入网本地云。也就是说,指定一个请求频率的极限值,当业务请求的请求频率超过这个极限值时就说明业务请求的频率太高,容易导致网络拥塞,将这样的业务请求可以放在接入网本地云311中处理。
另外一种预设策略可以是:当业务请求的数据大小大于指定数值时,例如大于10M时,确定业务请求的处理位置为本地云。也就是说,指定一个数据大小的极限值,当业务请求的数据大小超过这个极限值时就说明业务请求的数据太大,容易导致网络拥塞,将这样的业务请求可以放在接入网本地云311中处理。
本实施例提供的业务请求的处理方法中,基站接收到业务请求后产生业务请求通知并发送至控制器,之后再将该业务请求发送至接入网边缘路由器,控制器根据基站中与业务请求匹配的请求流表以及控制器中预设的业务处理策略,可以对该业务请求的处理位置进行判断,当判断业务请求可以在接入网本地云中处理时,控制器生成本地云路径并发送给接入网边缘路由器,使得接入网边缘路由器根据该本地云路径将接收到的业务请求发送至接入网本地云进行处理,也就是说,当业务请求满足要求时,就可以发送至接入网本地云中进行处理,而不用像现有技术一样发送至核心网,再转发至数据中心进行处理,减少了业务请求传输的跳数从而降低了业务响应的延迟,而且避免了所有业务请求都发送至数据中心进行处理,从而降低了网络拥塞的概率。而且,未满足业务处理策略所设定的条件的业务请求也可以发送至数据中心处理,从而提高了网络设备的利用率。
实施例三
图5为实施例三提供的业务请求的处理方法的流程图。如图5所示,该方法与实施例一提供的业务请求的处理方法相对应,包括如下步骤。
步骤501、接入网边缘路由器接收基站发送的业务请求。
具体地,移动终端发出业务请求,基站接收到该业务请求后产生业务请求通知并发送至控制器。业务请求通知可以以信令的方式承载。基站将业务请求通知发送给控制器后,还会把业务请求发送给接入网边缘路由器。
步骤502、接入网边缘路由器接收控制器发送的路径信息。其中,路径信息为控制器接收到基站发送的业务请求通知后根据预设的业务处理策略及基站中与业务请求匹配的请求流表对业务请求的处理位置进行判断后生成,该业务请求通知由基站接收到业务请求后产生并发送至控制器。
具体地,基站中设置有流表,业务请求到达基站后基站中流表的状态值发生变化形成了与业务请求匹配的请求流表。控制器通过查询流表能获知请求流表中包含的信息,流表里不仅包含移动通信网络的特征,还包括业务请求的动作信息和状态信息。
控制器能从请求流表里获取关于业务请求的信息,且控制器中预设有业务处理策略,这个策略用于对从请求流表中获取的信息是否满足条件进行判断,比如预设的业务处理策略是业务请求的频率是否大于预设值,若大于则业务请求在接入网本地云中处理。根据这个策略,控制器通过请求流表可以统计获得该业务请求的请求频率,再判断该请求频率是否大于预设值,当满足条件则进行相应的处理。业务处理策略判断的条件可以根据需要进行设置,以获得所需的业务处理结果。控制器进行判断后可以生成路径信息,以获知业务请求通过什么样的路径传输到最终的处理位置。
步骤503、当路径信息为本地云路径时,接入网边缘路由器将该业务请求发送至接入网本地云。
具体地,根据控制器的判断,业务请求的处理位置为接入网本地云时,控制器生成的路径信息为本地云路径,接入网边缘路由器能根据该本地云路径将业务请求发送至接入网本地云进行处理。由于接入网本地云与接收业务请求的接入网边缘路由器均位于接入网中,两者之间进行数据传输的距离比接入网边缘路由器到数据中心的距离要近很多,因此可以显著降低传输时延。
本实施例提供的业务请求的处理方法中,基站接收到业务请求后产生业务请求通知并发送至控制器,之后再将该业务请求发送至接入网边缘路由器,控制器根据基站中与业务请求匹配的请求流表以及控制器中预设的业务处理策略,可以对该业务请求的处理位置进行判断,当判断业务请求可以在接入网本地云中处理时,控制器生成本地云路径并发送给接入网边缘路由器,使得接入网边缘路由器根据该本地云路径将接收到的业务请求发送至接入网本地云进行处理,也就是说,当业务请求满足要求时,就可以发送至接入网本地云中进行处理,而不用像现有技术一样发送至核心网,再转发至数据中心进行处理,减少了业务请求传输的跳数从而降低了业务响应的延迟,而且避免了所有业务请求都发送至数据中心进行处理,从而降低了网络拥塞的概率。
实施例四
图6为实施例四提供的业务请求的处理方法的流程图。如图6所示,该方法与实施例二提供的业务请求的处理方法相对应,包括如下步骤。
步骤601、接入网边缘路由器接收基站发送的业务请求。
步骤602、接入网边缘路由器接收控制器发送的路径信息。其中,路径信息为控制器接收到基站发送的业务请求通知后根据预设的业务处理策略及基站中与业务请求匹配的请求流表对业务请求的处理位置进行判断后生成,该业务请求通知由基站接收到业务请求后产生并发送至控制器。
步骤603、当路径信息为本地云路径时,接入网边缘路由器将该业务请求发送至接入网本地云。
以上各步骤已在实施例三中进行了详细说明,在此不再赘述。
步骤604、当路径信息为核心网路径时,接入网边缘路由器将该业务请求通过核心网发送至数据中心。
具体地,参见图3所示,控制器根据请求流表和业务处理策略进行判断后,当判断业务请求的处理位置为数据中心33时,生成核心网路径并发送至接入网边缘路由器312,以使接入网边缘路由器312修改本地保存流表中的路径信息为核心网路径,接入网边缘路由器312根据该修改后的路径信息将业务请求通过核心网32发送至数据中心33中进行处理。
通过上述步骤,可以将业务请求按照一定的策略进行划分,一部分放在接入网本地云311中处理,一部分放在数据中心33中处理,从而有效地提高网络设备的利用率,降低网络拥塞的几率,降低了业务响应时延。
需要说明的是:步骤603和步骤604的执行顺序不分先后,以获得路径信息的具体内容为准执行相应的步骤。
本实施例提供的业务请求的处理方法中,基站接收到业务请求后产生业务请求通知并发送至控制器,之后再将该业务请求发送至接入网边缘路由器,控制器根据基站中与业务请求匹配的请求流表以及控制器中预设的业务处理策略,可以对该业务请求的处理位置进行判断,当判断业务请求可以在接入网本地云中处理时,控制器生成本地云路径并发送给接入网边缘路由器,使得接入网边缘路由器根据该本地云路径将接收到的业务请求发送至接入网本地云进行处理,也就是说,当业务请求满足要求时,就可以发送至接入网本地云中进行处理,而不用像现有技术一样发送至核心网,再转发至数据中心进行处理,减少了业务请求传输的跳数从而降低了业务响应的延迟,而且避免了所有业务请求都发送至数据中心进行处理,从而降低了网络拥塞的概率。而且,未满足业务处理策略所设定的条件的业务请求也可以发送至数据中心处理,从而提高了网络设备的利用率。
实施例五
图7为实施例五提供的业务请求的处理装置的方框图。如图7所示,该装置包括控制器36、基站35、接入网本地云311以及接入网边缘路由器312。
其中,基站35与接入网边缘路由器312连接,基站35用于接收业务请求后产生并发送业务请求通知至控制器36,再发送业务请求至接入网边缘路由器312。
控制器36与接入网边缘路由器312及基站35连接,控制器36用于接收业务请求通知,并根据预设的业务处理策略及基站中与业务请求匹配的请求流表对业务请求的处理位置进行判断,当判断业务请求的处理位置为接入网本地云时,生成本地云路径并发送至接入网边缘路由器312。
接入网边缘路由器312用于根据本地云路径将业务请求发送至接入网本地云311进行处理。
另外,控制器36还可以用于当判断业务请求的处理位置为数据中心时,生成核心网路径并发送至接入网边缘路由器312,而接入网边缘路由器312还可以用于根据核心网路径将业务请求通过核心网发送至数据中心进行处理。
上述装置中的各组成部分所执行的方法已在实施例一至实施例四中做了详细描述,在此不再赘述。
图8为图7中接入网本地云311的结构示意图。
上述装置中接入网本地云311是位于接入网中的一个独立的小型网络,如图8所示,接入网本地云311由若干个网络设备构成,能接收业务请求、响应业务请求,并对业务请求进行处理。各个网络设备按功能划分为三层,具体包括:接入层81、汇聚层82和核心层83。
其中,接入层81,用于接收业务请求并响应该业务请求。汇聚层82,用于将多个接入层互连,从而形成更大的网络。核心层83,用于对接收到的业务请求进行处理。由此可知,当业务请求发送至接入网本地云311时,接入层81负责接收业务请求,核心层83负责处理业务请求。
图9为图7中控制器36的功能模块图。
上述装置中控制器36可以具体包括图9所示的:网络资源管理器(NetworkResource Manager,简称为:NRM)91、路由管理器(Router Manager,简称为:RM)92、拓扑链路管理器(Topology&Path Manager,简称为:TPM)93和连接管理器(Connection Manager,简称为:CM)94。
其中,网络资源管理器91,用于收集如图3所示的整个网络的资源,并对业务请求的分配进行决策。例如,上述实施例所述的、根据业务请求的请求流表及预设的业务处理策略确定业务请求的处理位置,也就是说根据策略将业务请求分配到指定的位置进行处理。由此可知,上述实施例所述的业务请求的处理方法是由控制器中的网络资源管理器91执行的。
路由管理器92,用于根据资源计算最优路由,以连接整个网络。拓扑链路管理器93,用于管理整个网络的拓扑和链路资源。连接管理器94,与网络资源管理器91、路由管理器92及拓扑链路管理器93连接,连接管理器94用于进行连接建立、连接修改及连接删除的操作。
本实施例提供的业务请求的处理装置中,基站接收到业务请求后产生业务请求通知并发送至控制器,之后再将该业务请求发送至接入网边缘路由器,控制器根据基站中与业务请求匹配的请求流表以及控制器中预设的业务处理策略,可以对该业务请求的处理位置进行判断,当判断业务请求可以在接入网本地云中处理时,控制器生成本地云路径并发送给接入网边缘路由器,使得接入网边缘路由器根据该本地云路径将接收到的业务请求发送至接入网本地云进行处理,也就是说,当业务请求满足要求时,就可以发送至接入网本地云中进行处理,而不用像现有技术一样发送至核心网,再转发至数据中心进行处理,减少了业务请求传输的跳数从而降低了业务响应的延迟,而且避免了所有业务请求都发送至数据中心进行处理,从而降低了网络拥塞的概率。而且,未满足业务处理策略所设定的条件的业务请求也可以发送至数据中心处理,从而提高了网络设备的利用率。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的范围。

Claims (10)

1.一种业务请求的处理方法,其特征在于,包括:
控制器接收业务请求通知,所述业务请求通知由基站接收到所述业务请求后产生并发送至所述控制器,所述基站具有与所述业务请求匹配的请求流表;
所述控制器根据预设的业务处理策略及所述请求流表对所述业务请求的处理位置进行判断;
当判断所述业务请求的处理位置为接入网本地云时,生成本地云路径并发送至接入网边缘路由器,以使所述接入网边缘路由器根据所述本地云路径将所述业务请求发送至所述接入网本地云进行处理;所述业务请求由所述基站在发送所述业务请求通知后发送至所述接入网边缘路由器。
2.根据权利要求1所述的业务请求的处理方法,其特征在于,还包括:
当判断所述业务请求的处理位置为数据中心时,生成核心网路径并发送至所述接入网边缘路由器,以使所述接入网边缘路由器根据所述核心网路径将所述业务请求通过核心网发送至所述数据中心进行处理。
3.根据权利要求1所述的业务请求的处理方法,其特征在于,所述请求流表包括规则字段、动作字段和状态字段;
所述规则字段包括:输入/输出端口项和移动通信功能标签项,所述移动通信功能标签项包括:保护时间、时隙、带宽和光网络单元项和频谱资源项;
所述动作字段包括:上行项、下行项、添加项、删除项、交换项和配置项;
所述状态字段包括流量特征项和服务特征项。
4.根据权利要求1所述的业务请求的处理方法,其特征在于,所述业务处理策略包括:
当所述业务请求的请求频率大于指定数值时,确定所述业务请求的处理位置为本地云;或者,
当所述业务请求的数据大小大于指定数值时,确定所述业务请求的处理位置为本地云。
5.一种业务请求的处理方法,其特征在于,包括:
接入网边缘路由器接收基站发送的所述业务请求;
所述接入网边缘路由器接收控制器发送的路径信息;所述路径信息为所述控制器接收到所述基站发送的业务请求通知后根据预设的业务处理策略及所述基站中与所述业务请求匹配的请求流表对所述业务请求的处理位置进行判断后生成;所述业务请求通知由基站接收到所述业务请求后产生并发送至所述控制器;
当所述路径信息为本地云路径时,所述接入网边缘路由器将所述业务请求发送至接入网本地云。
6.根据权利要求5所述的业务请求的处理方法,其特征在于,还包括:
当所述路径信息为核心网路径时,所述接入网边缘路由器将所述业务请求通过核心网发送至数据中心。
7.一种业务请求的处理装置,其特征在于,包括:控制器、基站、接入网本地云以及接入网边缘路由器;
所述基站与所述接入网边缘路由器连接,所述基站用于接收所述业务请求后产生并发送业务请求通知至所述控制器,再发送所述业务请求至所述接入网边缘路由器;
所述控制器与所述接入网边缘路由器及所述基站连接,所述控制器用于接收所述业务请求通知,并根据预设的业务处理策略及所述基站中与所述业务请求匹配的请求流表对所述业务请求的处理位置进行判断,当判断所述业务请求的处理位置为接入网本地云时,生成本地云路径并发送至所述接入网边缘路由器;
所述接入网边缘路由器用于根据所述本地云路径将所述业务请求发送至所述接入网本地云进行处理。
8.根据权利要求7所述的业务请求的处理装置,其特征在于,所述控制器还用于当判断所述业务请求的处理位置为数据中心时,生成核心网路径并发送至所述接入网边缘路由器;
所述接入网边缘路由器还用于根据所述核心网路径将所述业务请求通过核心网发送至所述数据中心进行处理。
9.根据权利要求7所述的业务请求的处理装置,其特征在于,所述接入网本地云包括:
接入层,用于接收所述业务请求并响应所述业务请求;
汇聚层,用于将多个所述接入层互连;
核心层,用于对接收到的所述业务请求进行处理。
10.根据权利要求7所述的业务请求的处理装置,其特征在于,所述控制器具体包括:
网络资源管理器,用于收集整个网络的资源,并对所述业务请求的分配进行决策;
路由管理器,用于根据所述资源计算最优路由,以连接所述整个网络;
拓扑链路管理器,用于管理所述整个网络的拓扑和链路资源;
连接管理器,与所述网络资源管理器、所述路由管理器及所述拓扑链路管理器连接,所述连接管理器用于进行连接建立、连接修改及连接删除的操作。
CN201610560782.3A 2016-07-15 2016-07-15 业务请求的处理方法及处理装置 Active CN106131914B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201610560782.3A CN106131914B (zh) 2016-07-15 2016-07-15 业务请求的处理方法及处理装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201610560782.3A CN106131914B (zh) 2016-07-15 2016-07-15 业务请求的处理方法及处理装置

Publications (2)

Publication Number Publication Date
CN106131914A true CN106131914A (zh) 2016-11-16
CN106131914B CN106131914B (zh) 2019-12-20

Family

ID=57283429

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201610560782.3A Active CN106131914B (zh) 2016-07-15 2016-07-15 业务请求的处理方法及处理装置

Country Status (1)

Country Link
CN (1) CN106131914B (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018126445A1 (en) * 2017-01-06 2018-07-12 Motorola Mobility Llc Network function data layer determination
CN113315712A (zh) * 2021-05-20 2021-08-27 中国联合网络通信集团有限公司 网络流量控制方法及系统、sdn控制器

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103731901A (zh) * 2012-10-11 2014-04-16 中兴通讯股份有限公司 一种路由转发的方法、系统及控制器
CN104639451A (zh) * 2013-11-14 2015-05-20 中兴通讯股份有限公司 数据流分流方法及控制器
WO2015170204A1 (en) * 2014-05-05 2015-11-12 Telefonaktiebolaget L M Ericsson (Publ) Implementing a 3g packet core in a cloud computer with openflow data and control planes
CN105357099A (zh) * 2015-12-18 2016-02-24 南京优速网络科技有限公司 一种基于sdn的虚拟专用网络的实现方法
WO2016054302A1 (en) * 2014-10-02 2016-04-07 Microsoft Technology Licensing, Llc Relay optimization using software defined networking
CN105610716A (zh) * 2016-03-09 2016-05-25 北京邮电大学 一种基于sdn的多媒体流量优化调度方法、装置及系统

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103731901A (zh) * 2012-10-11 2014-04-16 中兴通讯股份有限公司 一种路由转发的方法、系统及控制器
CN104639451A (zh) * 2013-11-14 2015-05-20 中兴通讯股份有限公司 数据流分流方法及控制器
WO2015170204A1 (en) * 2014-05-05 2015-11-12 Telefonaktiebolaget L M Ericsson (Publ) Implementing a 3g packet core in a cloud computer with openflow data and control planes
WO2016054302A1 (en) * 2014-10-02 2016-04-07 Microsoft Technology Licensing, Llc Relay optimization using software defined networking
CN105357099A (zh) * 2015-12-18 2016-02-24 南京优速网络科技有限公司 一种基于sdn的虚拟专用网络的实现方法
CN105610716A (zh) * 2016-03-09 2016-05-25 北京邮电大学 一种基于sdn的多媒体流量优化调度方法、装置及系统

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2018126445A1 (en) * 2017-01-06 2018-07-12 Motorola Mobility Llc Network function data layer determination
CN110326318A (zh) * 2017-01-06 2019-10-11 摩托罗拉移动有限责任公司 网络功能数据层确定
US10911928B2 (en) 2017-01-06 2021-02-02 Motorola Mobility Llc Network function data layer determination
CN110326318B (zh) * 2017-01-06 2022-08-02 摩托罗拉移动有限责任公司 网络功能数据层确定
US11516646B2 (en) 2017-01-06 2022-11-29 Motorola Mobility Llc Network function data layer determination
CN113315712A (zh) * 2021-05-20 2021-08-27 中国联合网络通信集团有限公司 网络流量控制方法及系统、sdn控制器
CN113315712B (zh) * 2021-05-20 2022-07-12 中国联合网络通信集团有限公司 网络流量控制方法及系统、sdn控制器

Also Published As

Publication number Publication date
CN106131914B (zh) 2019-12-20

Similar Documents

Publication Publication Date Title
CN108512760B (zh) 基于SDN保障业务QoS的路由方法
CN106452958B (zh) 一种流量控制方法、系统及集中控制器
CN114009096B (zh) 用于通信的方法和用于网络的控制器
CN111491313B (zh) 一种通信方法及相关设备
EP2629554B1 (en) Service control method and system, enodeb and packet data network gateway
WO2020239195A1 (en) Network nodes for joint mec host and upf selection
CN108123878B (zh) 一种路由方法、装置及数据转发设备
CN105474579B (zh) 通信网络中的控制方法、集中控制器及无线通信网络系统
CN111294839B (zh) 一种pfcp会话处理方法及装置
CN105814922A (zh) 地址标识分配方法和相关设备及系统
EP3506573B1 (en) Method and system for traffic management, packet switching device and user device
CN104243345A (zh) 一种基于业务类型的流量调度方法、系统和设备
US20050159167A1 (en) Data routing
US20170310493A1 (en) Network entity and service policy management method
WO2016062067A1 (zh) 一种用户报文的转发控制方法以及处理节点
CN110138685B (zh) 一种通信方法及装置
CN106131914B (zh) 业务请求的处理方法及处理装置
CN106656807A (zh) 一种报文转发方法及sdn交换机
WO2018072824A1 (en) Network entity and method for a communication network having core network slices and access network slices
EP1978682B9 (en) QoS CONTROL METHOD AND SYSTEM
US11889357B2 (en) Methods and systems for selecting a user plane function in a wireless communication network
CA3164167A1 (en) A method for adaptively configuring transmission of data flows
WO2022222666A1 (zh) 一种通信方法及装置
CN111756557B (zh) 一种数据传输方法及装置
CN112040513A (zh) 一种数据传输方法、数据传输装置及数据传输系统

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant