用于SDN设备与OCS之间的通信方法、SDN设备、OCS与流程

本发明涉及通信领域，具体涉及一种用于软件定义网络(sdn)设备与在线计费系统(ocs)之间的通信方法、sdn设备以及ocs。
背景技术：
：智能数据计费(smartdatacharging(sdc))系统在移动网络、宽带因特网、以及数据内容传输等领域中正发挥着越来越重要的作用。它提供了这样一种机制：动态地依赖于上下文，以便由业务或内容供应商在处理终端用户的内容(数据)请求时向终端客户设定计费价格。计算价格所依赖于的上下文可以涉及多个方面，例如：请求时间、用户位置、发起请求的应用、网络上的当前数据使用模型、网络拥塞的总体级别、正在请求的数据类型、或者所述内容请求的任意其他潜在相关方面等。当前，在sdn与ocs之间没有接口来支持智能数据计费策略，也就是说，不能提供针对不同的sdn服务/路径的依赖于上下文的业务量、当动态上下文改变时基于来自sdn网络的报告标准报告针对sdn服务/路径的业务量变化、从计费的角度提供sdn路由，从而实现在计费意义上的最优sdn路由。为了支持这种策略，就需要新的计费接口以及对sdn网络与ocs的相关处理，而这正是当前软件定义网络技术所不具备的。技术实现要素：为了提供一种新的方案来将当前sdn计费架构扩展到支持动态控制sdn路由的策略，本发明提供一种用于sdn设备与ocs之间的通信方法、sdn设备以及ocs。根据本发明的一个方面，提供了一种用于sdn设备与ocs之间的通信方法，该方法包括由sdn设备执行以下步骤：向ocs发送sdn服务业务量请求(sstr)，该sstr包括用户要请求的业务量来自的网元的列表；接收来自ocs的sdn服务业务量应答(ssta)，该ssta包括所述网元的相关费率(tariff)信息；以及根据所述ssta选择合适的网元来确定向用户设备提供数据流的路由路径。根据本发明的另一方面，提供了一种用于sdn设备与ocs之间的通信方法，该方法包括由ocs执行以下步骤：接收来自sdn设备的服务业务量请求(sstr)，该sstr包括用户要请求的业务量来自的网元的列表；向sdn设备发送(ssta)，以便使得所述sdn设备根据所述ssta选择合适的网元来确定向用户设备提供数据流的路由路径，其中所述ssta包括所述网元的相关费率信息。根据本发明的另一方面，提供了一种用于与ocs通信的sdn设备，该sdn设备包括：发送装置，用于向ocs发送sdn服务业务量请求(sstr)，该sstr包括用户要请求的业务量来自的网元的列表；接收装置，用于接收来自ocs的sdn服务业务量应答(ssta)，该ssta包括所述网元的相关费率信息；以及处理装置，用于根据所述ssta选择合适的网元来确定向用户设备提供数据流的路由路径。根据本发明的再一方面，一种用于与sdn设备通信的ocs，该ocs包括：接收装置，用于接收来自sdn设备的服务业务量请求(sstr)，该sstr包括用户要请求的业务量来自的网元的列表；发送装置，用于向sdn设备发送服务业务量应答(ssta)，以便使得所述sdn设备根据所述ssta选择合适的网元来确定向用户设备提供数据流的路由路径，其中所述ssta包括所述网元的相关费率信息。根据本发明提供的用于sdn设备与ocs之间的通信方法、sdn设备、ocs，通过向ocs发送sdn服务业务量请求、接收来自ocs的sdn服务业务量应答、由此确定合适的路由路径，使得运营商能够基于依赖于上下文的相关费率信息以及计费的角度优先选择意见来提供sdn网络中的路由路径选择，从而实现在计费意义上的最优sdn路由，满足为终端用户使用更便宜的路由的需求，并且支持运营商在软件定义网络中实现基于智能数据计费的路由选择，从而优化网络使用并获得尽可能大的网络收益。附图说明通过阅读下面结合附图对本发明具体实施例的说明，本发明的上述及其他特征和优点将变得更加明显。其中：图1显示了根据本发明提供的用于sdn网络的新的计费策略接口的应用的架构示意图；图2显示了根据本发明提供的用于sdn设备与ocs之间的通信方法的一种实施方式的流程图；图3显示了使用新的计费接口的sdn路由的数据流的示意图；图4显示了使用新的计费接口的sdn路由的一个实施例；图5显示了根据本发明提供的用于sdn设备与ocs之间的通信方法的另一种实施方式的流程图；图6显示了根据本发明提供的用于与ocs通信的sdn设备的一种实施方式的结构框图；以及图7显示了根据本发明提供的用于与sdn设备通信的ocs的一种实施方式的结构框图。具体实施方式本发明的实施例将会参照附图进行详细的描述。说明书中涉及的特征、优点、或者类似语言并非暗示与本发明一起实现的所有特征以及优点均应出现在本发明的一个实施例中。相反，涉及特征以及优点的语言被理解为表示与实施例相关描述的特定特征、优点、或者特性被包含在本发明的至少一个实施例中。进一步地，本发明描述的特征、优点以及特性可以任意合适方式合并在一个或者多个实施例中。相关领域技术人员将会理解无需特定实施例的一个或者多个特定特征或者优点，本发明仍可被实施。在其它情形下，附加特征以及优点可出现在本发明所有实施例中均未出现的特定实施例中。本发明要提供一种用于sdn网络的新的计费策略接口、以及相应的业务量受控的sdn路由，该新的接口提供以下功能：-基于来自sdn控制器的请求来提供针对sdn服务/路径的业务量；-当动态上下文变化时，基于来自sdn网络的报告标准来报告针对所请求的sdn服务/路径的业务量变化；-从计费的角度来提供sdn/服务网元/路由路径选择。sdn控制器被增强以便支持新的计费策略接口，其提供以下功能：-针对数据流可用的sdn服务/路径来请求业务量计划，该业务量计划可以涉及例如相关网元/路径的费率信息，用户的余额等、剩余流量、使用的业务量等；-如果业务量计划是依赖于上下文的即动态的，则确定报告标准并预订报告标准；-在考虑业务量信息的情况下确定sdn路由路径选择，如果业务量变化报告是针对某些上下文变化(例如，低平衡、网络状态变化、传递的业务量大于阈值等)而从ocs接收到的，则重选合适的路由路径。ocs也被增强以支持新的计费策略接口，其提供以下功能：-在接收到来自sdn控制器的请求时，提供针对sdn服务/路径的业务量，可以将一个指示符包括在响应中以指示哪个业务是上下文相关的；-从计费的角度来提供sdn服务网元/路由路径选择意见；-当动态上下文改变时，基于来自sdn的报告标准来报告针对所请求的sdn服务/路径的业务量变化。图1显示了本发明的技术方案的架构示图。其中ro/rf为ocs/ofcs(离线收费系统)与网络设备之间的计费接口。根据一个实施方式，在sdn控制器与ocs/ofcs之间引入了新的基于diameter的接口sx。sdn控制器和ocs被增强以支持新的计费策略接口。基于来自ocs的业务报告/路由意见，将会应用业务量受控的sdn路由。基于以上构思，本发明提供一种用于sdn设备与ocs之间的通信方法，如图2所示，该方法可以包括由sdn设备执行以下步骤：在步骤s101，向ocs发送sdn服务业务量请求(sstr，sdn-service-tariff-request)，该sstr包括用户要请求的业务量来自的网元的列表；在步骤s102，接收来自ocs的sdn服务业务量应答(ssta，sdn-service-tariff-answer)，该ssta包括所述网元的相关费率信息，例如每个网元在每种网络环境(例如在不拥塞、一般拥塞、严重拥塞)下对应的计费费率；以及在步骤s103，根据所述ssta选择合适的网元来确定向用户设备提供数据流的路由路径。从而在sdn与ocs之间形成了接口，sdn设备可以通过获取相关计费信息，确定计费意义上的最优sdn路由。其中，在步骤s101中，可以将sstr从sdn控制器发送到ocs以请求sdn服务的业务量。在为特定数据流确定sdn路由路径(例如数据流表项)时，sdn控制器将会识别针对所述数据流的所有可用的sdn服务网元，并且将它们包括在针对ocs的sstr中。sstr中可以包括以下信息元素(ie)：-用户标识，该ie包括用户的标识；-sdn服务网元列表，该ie指示sdn控制器希望从ocs请求的业务所来自的sdn服务网元的列表。将ssta从ocs发送到sdn控制器以应答针对sdn服务的业务请求。在步骤s102中，ssta中可以包括以下信息元素(ie)：-sdn服务网元的业务量。该信息元素包括针对每个sdn服务网元的当前费率以及该费率的有效周期。其中包括了针对每个业务量的指示符以指示哪个业务量的费率是依赖于上下文的。可选地，ocs还可以从计费的角度来评论sdn服务网元/路由路径选择的意见。例如，可以添加针对每个sdn服务网元的偏好值字段，如果有两个或更多个sdn服务网元能提供相同的网络功能(例如视频优化器)，则在sdn服务网元选择中可以考虑偏好值。根据一个实施方式，所述方法还可以包括：在步骤s104，发送业务量变化通知变化请求(tcnr，tariff-change-notify-request)，该tcnr包括报告标准；在步骤s105，在所述业务量的上下文变化满足报告标准的情况下，接收业务量变化报告(tcr，tariff-change-report)；以及在步骤s106，根据所述tcr来更新所述路由路径。其中，在步骤s104中，将tcnr从sdn控制器发送到ocs以请求sdn服务的业务量变化报告。sdn控制器可以发送tcnr给ocs以获取依赖于上下文的业务的变化报告。tcnr中可以包括以下信息元素(ie)：-tcr的标准，该tcnr被配置了应当从ocs被报告给sdn的业务量相关事件。例如，针对订户的低-平衡、计费率增加或者增加了一个给定的阈值等。业务量报告可以触发sdn控制器基于新的业务量来重选合适的数据流路由路径。在步骤s105中，将tcr从ocs发送给sdn控制器以报告所请求的sdn服务的业务量变化事件。sdn控制器可以预订针对特定的数据流的一系列可用sdn服务网元(包括正在使用的sdn服务网元和可替换网元)的业务量变化。在接收到来自ocs的业务量变化时，sdn控制器可以基于该业务量变化而重选合适的路由路径。根据一个实施方式，所述tcr是在网元的计费率高于所述报告标准中的预定阈值时被接收到的。根据一个实施方式，所述sstr还可以包括用户标识。根据一个实施方式，所述费率信息可以包括当前费率及其有效周期，所述ssta还可以包括关于网元/路由路径选择的评论，例如偏好的网元，从而可以从计费的角度对sdn服务网元/路由路径选择给出评论、提供相应的建议，使得运营商能够基于依赖于上下文的相关费率信息以及计费的角度的优先选择意见来提供sdn网络中的路由路径选择，从而实现在计费意义上的最优sdn路由。根据一个实施方式，所述方法还可以包括：在发送所述tcnr之前，确定所述业务量是否是依赖于上下文的，并且其中所述tcnr是在所述业务量依赖于上下文的情况下被发送的。根据一个实施方式，所述ssta还可以包括指示哪些网元的业务量是依赖于上下文的指示符。根据一个实施方式，所述方法还可以包括：在向ocs发送sstr之前，识别用户要请求的业务量来自的网元。图3显示了使用新的计费接口的sdn路由的数据流的示意图。其中，在为特定数据流确定sdn路由路径(例如数据流表项)时，sdn控制器将会识别用于该数据流的所有可用sdn服务网元，ocs会在其自身中查询每个所请求的sdn服务网元的业务量，并且通过ssta将其发送回去。在该应答中可以包括针对每个业务量表明哪个业务量是依赖于上下文的指示。可选地，该应答还可以从计费的角度来评论sdn服务网元/路由路径选择的意见。sdn控制器可以预订针对数据流的一系列可用sdn服务网元(包括所选择的sdn服务网元、以及可用于将来的用途的可替换网元)的业务量变化。基于来自ocs的输入、本地供给、商业应用或其他网络ne，sdn控制器在考虑数据流路径业务量的情况下确定sdn数据流路由路径选择，例如，选择较便宜的路由路径。当动态上下文变化时，ocs基于来自sdn网络的报告标准来报告针对所请求的sdn服务网元的业务量变化。基于计费事件报告和其他输入(例如来自用户的输入，比如带宽不低于某个带宽值)，sdn控制器可以更新相关sdn路由路径，重选合适的数据流路由路径。并且然后，通过增强的开放数据流将数据流路径变化应用到相关服务网元。下面通过举例说明使用新的计费接口的sdn路由的实施例。图4示出了使用新的计费接口的sdn路由的一个实施例。在该示例中，服务网元#1和服务网元#2能够提供相同的网络功能(例如视频优化器)。但是，它们针对数据流1具有不同的业务量。服务网元#1的业务量：网络情况标准计费率服务网元拥塞级别1$1.50每gb服务网元拥塞级别2$3.00每gb无拥塞$0.50每gb服务网元#2的业务量：网络情况标准计费率默认$1.25每gbsdn控制器针对数据流识别所有可用的sdn服务网元，并且将其包括在sstr中以传送给要获取的业务来自的ocs。在该示例中，服务网元#1和服务网元#2可用，sdn控制器向二者来请求业务量。基于所接收到的业务量，sdn控制器为数据流1选择服务网元#1，这是因为其需要使用较便宜的路由、并且服务网元#1当前可以提供最低的计费率(即$0.50每gb)。由于服务网元#1的业务量是依赖于上下文的，sdn控制器在该sdn路由路径的有效周期期间请求服务网元#1的业务量变化通知。为了确保较便宜的路由被应用于数据流1，由sdn控制器确定的tcnr的标准为：费率≥$1.25每gb(也就是说，如果业务量的计费率高于可替换sdn服务网元，则报告业务量)。那么，如果服务网元#1的业务量的计费率超过$1.25每gb，则ocs应当将其报告给sdn控制器。当服务网元#1发生拥塞(例如服务网元拥塞级别1)时，会应用新的计费率$1.50每gb。根据ocs上设置的事件报告配置，ocs将其报告给sdn控制器。那么，sdn控制器会将呼叫路由给服务网元#2，这是因为它现在提供较便宜的数据服务(即$1.25每gb)。本发明还提供一种用于sdn设备与ocs之间的通信方法，如图5所示，该方法可以包括由ocs执行以下步骤：在步骤201，接收来自sdn设备的服务业务量请求(sstr)，该sstr包括用户要请求的业务量来自的网元的列表；在步骤202，向sdn设备发送(ssta)，以便使得所述sdn设备根据所述ssta选择合适的网元来确定向用户设备提供数据流的路由路径，其中所述ssta包括所述网元的相关费率信息。根据一种实施方式，所述方法还可以包括：在步骤203，接收来自sdn设备的业务量变化通知变化请求(tcnr)，该tcnr包括报告标准；在步骤204，确定所述业务量的上下文变化是否满足报告标准；在步骤205，在所述业务量的上下文变化满足报告标准的情况下，向所述sdn设备发送业务量变化报告(tcr)，以便使得所述sdn设备根据所述tcr来更新所述路由路径。其中所述tcnr的发送是在所述路由路径的有效周期期间执行的。根据一种实施方式，所述tcr是在网元的计费率高于所述报告标准中的预定阈值时被发送的。根据一种实施方式，所述sstr还可以包括用户标识。根据一种实施方式，所述费率信息可以包括当前费率及其有效周期，所述ssta还可以包括关于网元/路由路径选择的评论，例如偏好的网元，从而可以从计费的角度对sdn服务网元/路由路径选择给出评论、提供相应的建议。根据一种实施方式，所述sstr是在所述业务量依赖于上下文的情况下被接收的。根据一种实施方式，所述ssta还可以包括指示哪些网元的业务量是依赖于上下文的指示符。本发明还提供一种用于与ocs通信的sdn设备，如图6所示，该sdn设备可以包括：发送装置110，用于向ocs发送sstr，该sstr包括用户要请求的业务量来自的网元的列表；接收装置120，用于接收来自ocs的ssta，该ssta包括所述网元的相关费率信息；以及处理装置130，用于根据所述ssta选择合适的网元来确定向用户设备提供数据流的路由路径。根据一种实施方式，所述发送装置110还可以用于发送tcnr，该tcnr包括报告标准；所述接收装置120还用于在所述业务量的上下文变化满足报告标准的情况下，接收tcr；以及所述处理装置130还用于根据所述tcr来更新所述路由路径。根据一种实施方式，所述tcr是在网元的计费率高于所述报告标准中的预定阈值时被接收到的。根据一种实施方式，所述sstr还可以包括用户标识。根据一种实施方式，所述费率信息可以包括当前费率及其有效周期，所述ssta还可以包括关于网元/路由路径选择的评论。根据一种实施方式，所述处理装置130还可以用于在发送tcnr之前，确定所述业务量是否是依赖于上下文，并且其中所述tcnr是在所述业务量依赖于上下文的情况下被发送的。根据一种实施方式，所述ssta还可以包括指示哪些网元的业务量是依赖于上下文的指示符。根据一种实施方式，所述处理装置130还可以用于在向ocs发送sstr之前，识别用户要请求的业务量来自的网元。本发明还提供一种用于与sdn设备通信的ocs，如图7所示，该ocs可以包括：接收装置210，用于接收来自sdn设备的sstr，该sstr包括用户要请求的业务量来自的网元的列表；发送装置220，用于向sdn设备发送ssta，以便使得所述sdn设备根据所述ssta选择合适的网元来确定向用户设备提供数据流的路由路径，其中所述ssta包括所述网元的相关费率信息。根据一种实施方式，所述ocs还可以包括处理装置230，其中所述接收装置还可以用于接收来自sdn设备的tcnr，该tcnr包括报告标准；所述处理装置230可以用于确定所述业务量的上下文变化是否满足报告标准；所述发送装置220还可以用于在所述业务量的上下文变化满足报告标准的情况下，向所述sdn发送tcr，以便使得所述sdn设备根据所述tcr来更新所述路由路径。根据一种实施方式，所述tcr是在网元的计费率高于所述报告标准中的预定阈值时被发送的。根据一种实施方式，所述sstr还可以包括用户标识。根据一种实施方式，所述费率信息可以包括当前费率及其有效周期，所述ssta还可以包括关于网元/路由路径选择的评论，例如偏好的网元，从而可以从计费的角度对sdn服务网元/路由路径选择给出评论、提供相应的建议。根据一种实施方式，所述sstr是在所述业务量依赖于上下文的情况下被接收的。根据一种实施方式，所述ssta还可以包括指示哪些网元的业务量是依赖于上下文的指示符。从而使得运营商能够基于依赖于上下文的业务量来提供sdn网络中的路由路径选择，满足为终端用户使用更便宜的路由的需求，并且为服务运营商提供非扁平业务的路由路径选择且获得更多的收益。发送装置110、接收装置120、处理装置130、接收装置210、发送装置220、以及处理装置230中的至少一个可以包括程序指令，当执行程序指令时，使得所述装置根据如上所述的示例性实施例运行。上述发送装置110、接收装置120、处理装置130、接收装置210、发送装置220、以及处理装置230中的任意一个可被集成在一起或者在分开的部件中执行，并且可以是适合本地技术环境的任意类型，并作为非限制性实施例可包括通用计算机，专用计算机，微处理器，数字信号处理器(dsp)以及基于多核处理器架构的处理器中的一个或者多个。上述rom可以是适合本地技术环境的任意环境并且可利用任意适合的数据存储技术而被执行，诸如基于半导体的存储设备，闪存，磁存储设备以及系统，光存储设备以及系统，固定存储器以及可移动存储器。总之，不同示例性实施例可在硬件或者专用电路，软件、逻辑或者其任意组合中实施。例如，一些方面可在硬件中实施，而其它方面可在通过控制器，微处理器或者其它计算设备执行的固件或者软件中执行，尽管本发明不限于此。虽然本发明示例性实施例的不同方面可按照框图，流程图，或者使用一些其它图形表示的方式被阐释以及描述，本领域技术人员将会理解此处描述的这些块，部件，系统，技术或者方法可在如非限定实施例的硬件，软件，固件，专用电路或者逻辑，通用硬件或者控制器或者其它计算设备，或者其一些组合中实现。应当理解本发明示例性实施例的至少一些方面可体现为计算机可执行指令，例如在通过一个或者多个计算机或者其它设备执行的一个或者多个程序模块中。总得来说，当被计算机或者其它设备中的处理器执行时，程序模块包括执行特定任务或者实施特定概要数据类型的例行程序，程序，客体，部件，数据结构等。计算机可执行指令可存储在计算机可读介质中，例如硬盘，光盘，可移动存储介质，固态存储器，随机存取存储器(ram)等。本领域技术人员将会意识到，程序模块的功能如在不同实施例中期望的合并或者分散。此外，功能可全部或者部分实现在固件或者硬件中，例如集成电路，现场可编程门阵列(fpga)等。尽管本发明特定实施例已被公开，本领域技术人员将会理解在不脱离本发明精神和范围的前提下可对特定实施例做出变化。本发明的范围并不局限于特定实施例，并且附随权利要求涵盖了本发明范围中此类应用，变型以及实施例的任意以及全部。当前第1页12