CN102238066B - 实时上报流量的方法、媒体终端及系统 - Google Patents
实时上报流量的方法、媒体终端及系统 Download PDFInfo
- Publication number
- CN102238066B CN102238066B CN201010160884.9A CN201010160884A CN102238066B CN 102238066 B CN102238066 B CN 102238066B CN 201010160884 A CN201010160884 A CN 201010160884A CN 102238066 B CN102238066 B CN 102238066B
- Authority
- CN
- China
- Prior art keywords
- media
- input port
- media stream
- port
- session
- 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.)
- Expired - Fee Related
Links
Images
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
Abstract
本发明公开了实时上报流量的方法、媒体终端及系统。方法包括：当LLDPMED媒体终端建立多媒体会话时，根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的总码率，当该多媒体会话建立完成且打开媒体通道后，将自身启用的各媒体流输入端口的最新总码率放入扩展TLV中，将该扩展TLV发送给网络接入设备；网络接入设备接收该扩展TLV，根据该扩展TLV中的各媒体流输入端口的总码率，进行带宽控制和服务质量QoS保障处理。本发明实现了网络接入设备的精确带宽控制和QoS保障处理。
Description
技术领域
本发明涉及数据传输技术领域，具体涉及一种链路层发现协议(LLDP，Link Layer Discovery Protocol)媒体终端发现(MED，Media EndpointDiscovery)媒体终端实时上报流量的方法、系统及LLDP MED媒体终端。
背景技术
LLDP MED是在LLDP的基础上增加了一些类型长度值(TLV，TypeLength Value)。LLDP MED区分网络链接设备(如交换机)和媒体终端设备(如IP电话)，媒体终端设备又可以分成三类，分别是MED一般终端、MED媒体终端和MED通信设备终端。每种设备发布和接收TLV的能力不同，作用也不同。其中，LLDP MED网络链接设备对LLDP MED终端提供IEEE 802网络接入，可以是二层或三层交换机、桥接设备等；LLDP MED一般终端是LLDP MED网络中的基本成员终端，可以是IP通信控制器等；LLDPMED媒体终端支持IP媒体流，可以是媒体网关、会议桥接设备等；LLDP MED通信设备终端支持IP通信终端用户，可以是IP电话终端、软电话终端等。
LLDP报文是采用IEEE 802.3封装、工作在逻辑链路控制(LLC，LogicalLink Control)层、最大长度为1500字节的无标签(Untag)报文，不能被站点转发。在设备没有使能LLDP的情况下，设备也可以透传LLDP报文。LLDP只支持二层以太网口，对于聚合组可以在任何一个子接口上运行，每个子接口的运行情况相互独立，互不干扰。生成树协议(STP，Spanning-TreeProtocol)、智能链接(Smart Link)、快速环保护协议(RRPP，Rapid RingProtection Protocol)等阻塞端口的特性不影响LLDP报文的转发，即被这些特性阻塞的端口仍可正确收发LLDP报文。需要特别说明的是，在IEEE802.1X使能的接口上只有被授权后才能发送LLDP报文。
表1为LLDP报文的格式：
| 目的MAC地址(6octets) | 源MAC地址(6octets) | 长度(2octets) | 以太网协议类型(8octets) | LLDP数据单元 | 帧校验序列(FCS)(4octets) |
| 01-80-C2-00-00-0E | 端口MAC地址或桥MAC地址 | AA-AA-03-00-00-00-88-CC |
表1LLDP报文的格式
其中，octets表示8比特。
如表1所示，LLDP报文的目的媒体接入控制(MAC，Media AccessControl)地址固定为0180-C200-000E，源MAC地址为端口MAC地址或桥MAC地址，以太网协议类型为88CC，其中LLDP数据单元(DU，Data Unit)则以TLV格式携带设备的相关信息。LLDPDU由不同TLV构成，设备将不同类的信息置于不同的TLV中，TLV大致可分为两类：基本TLV和组织定义TLV。
基本TLV分别是设备类型标识TLV(Class ID TLV)、端口标识TLV(Port ID TLV)、生存时间(TTL，Time to Live)TLV(TTL ID TLV)、LLDPDU结束TLV(End of LLDPDU TLV)、管理地址TLV(Management-address TLV)、基本TLV(Basic TLV)，前四个TLV必不可少，且顺序不能调换，且Class ID TLV、Port ID TLV、TTL ID TLV这三类TLV必须置于其它所有TLV之前，End of LLDPDU TLV必须置于报文末尾。表2给出了一个基本TLV的组成示例：
| Class IDTLV | Port IDTLV | 生存期TLV | 可选TLV | ... | 可选TLV | End of LLDPDUTLV |
表2基本TLV的组成示例
组织定义TLV都是可选TLV，不同的组织可以随便定义自己关心的设备信息，目前标准协议只支持IEEE802.1、IEEE802.3、MED组织定义信息。表3给出了一个组织定义TLV的组成示例：
| TLV类型＝27 | TLV信息字符串长度 | 组织唯一标识(OUI) | 组织定义子类型 | 组织定义信息字符串 |
表3组织定义TLV的组成示例
现有LLDP-MED体系下支持媒体终端上报的信息如表4所示：
| TLV名称 | 说明 |
| LLDP-MED能力 | 当前设备的MED设备类型以及在LLDPDU中可封装的LLDP MEDTLV类型 |
| 网络策略 | 端口的虚拟局域网(VLAN，VirtualLocal Area Network)ID、支持的应用(如语音和视频)、应用优先级以及使用策略等 |
| 通过MDI扩展的电源 | 当前设备的供电能力 |
| 硬件版本 | MED设备的硬件版本 |
| 固件版本 | MED设备的固件版本 |
| 软件版本 | MED设备的软件版本 |
| 序列号 | MED设备的序列号 |
| 制造厂商名称 | MED设备的制造厂商名称 |
| 模块名 | MED设备的模块名 |
| 资产标识 | MED设备的资产标识符，以便目录管理和资产跟踪 |
| 位置标识 | 位置标识信息，供其它设备在基于位置的应用中使用 |
表4现有LLDP-MED体系下支持媒体终端上报的信息
其中，网络策略TLV的格式如表5所示：
| TLV类型＝27 | 网络策略字符串长度＝8 | 通信工业协会(TIA，TelecommunicationsIndustryAssociation)OUI | 网络策略子类型＝2 | 应用程序类型 | 未知策略标志 | 标签封装标志 | 保留字段(X) | VLANID | 二层优先级 | 区别服务码点(DSCP，differentservicescodepoint)值 |
表5网络策略TLV格式
其中，TLV类型和网络策略字符串长度为TLV头，TIA OUI和网络策略子类型为MED头，应用程序类型、未知策略标志、标签封装标志、X、VLAN ID、二层优先级和DSCP值为网络策略。
现有方案的LLDP MED体系存在以下缺点：
对于支持多路视频的LLDP MED媒体终端，不能上报实时流量给接入交换机，也不能上报媒体流传输路数和每路媒体流的实际流量给接入交换机，这样接入交换机就无法进行精确的带宽控制和服务质量(QoS，Quality ofService)保障处理。
发明内容
本发明提供LLDP MED媒体终端实时上报流量的方法、系统及LLDP MED媒体终端，以使得LLDP MED媒体终端能够实时上报流量，从而使得网络接入设备能够实现精确的带宽控制和QoS保障处理。
本发明的技术方案是这样实现的：
一种链路层发现协议媒体终端发现LLDP MED媒体终端实时上报流量的方法，该方法包括：
当LLDP MED媒体终端建立多媒体会话时，根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的总码率，当该多媒体会话建立完成且打开媒体通道后，将自身启用的各媒体流输入端口的最新总码率放入扩展类型长度值TLV中，将该扩展TLV发送给网络接入设备；
网络接入设备接收该扩展TLV，根据该扩展TLV中的各媒体流输入端口的总码率，进行带宽控制和服务质量QoS保障处理。
所述媒体流为视频流、音频流、音视频混合流之一或任意组合。
所述扩展TLV包括：
媒体流输入端口启用数量，各启用的媒体流输入端口的总码率。
所述方法进一步包括：
当LLDP MED媒体终端退出多媒体会话时，根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的总码率，当关闭媒体通道后，将自身启用的各媒体流输入端口的最新总码率放入扩展TLV中，将该扩展TLV发送给网络接入设备；
网络接入设备接收该扩展TLV，根据该扩展TLV中的各媒体流输入端口的总码率，调整带宽控制和QoS保障处理。
所述网络接入设备根据该扩展TLV中的各媒体流输入端口的总码率，进行带宽控制和QoS保障处理包括：
网络接入设备根据每个端口上接收到的扩展TLV中的各媒体流输入端口的总码率，统计该端口上的各类媒体流的流量，并根据各类媒体流的优先级调度媒体流；
或者包括：
网络接入设备根据每个端口上接收到的扩展TLV中的各媒体流输入端口的总码率，统计各端口上的媒体流的总流量，当发现一端口上的媒体流的总流量大于该端口的设定带宽时，则对该端口接收到的后续媒体会话数据报文作丢弃或拒绝处理，或者，若发现自身还存在媒体流总流量小于固定带宽的另一端口，则将该另一端口的部分多余缓存分配给所述端口。
所述扩展TLV包括：
媒体流输入端口启用数量，各启用的媒体流输入端口的总码率、本LLDPMED媒体终端已建立的媒体会话总数；
所述网络接入设备根据该扩展TLV中的各媒体流输入端口的总码率，进行带宽控制和QoS保障处理包括：
网络接入设备查看该扩展TLV中携带的本LLDP MED媒体终端已建立媒体会话总数，若发现该总数量大于预设的该LLDP MED媒体终端的媒体会话数阈值，则丢弃或拒绝该LLDP MED媒体终端的后续媒体会话数据报文；否则，根据该扩展TLV中携带的各媒体流输入端口的码率，计算该LLDPMED媒体终端占用的带宽，若发现该带宽大于预设的该LLDP MED媒体终端的带宽阈值，则丢弃或拒绝该LLDP MED媒体终端的后续媒体会话数据报文。
一种LLDP MED媒体终端，该媒体终端包括：
第一模块，当建立多媒体会话时，根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的总码率，将更新后的该各体流输入端口的总码率发送给第二模块；
第二模块，接收第一模块发来的各媒体流输入端口的总码率，当本次会话建立完成且打开媒体通道后，将本媒体终端启用的各媒体流输入端口的最新总码率放入扩展TLV中，将该扩展TLV发送给网络接入设备。
所述第一模块进一步用于，当退出多媒体会话时，根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的总码率，将更新后的该各媒体流输入端口的总码率发送给第二模块，
且，所述第二模块进一步用于，接收第一模块发来的各媒体流输入端口的总码率，当关闭媒体通道后，将本媒体终端启用的各媒体流输入端口的最新总码率放入扩展TLV中，将该扩展TLV发送给网络接入设备。
一种LLDP MED媒体终端实时上报流量的系统，该系统包括：
LLDP MED媒体终端，当建立多媒体会话时，根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的总码率，当该多媒体会话建立完成且打开媒体通道后，将自身启用的各媒体流输入端口的最新总码率放入扩展TLV中，将该扩展TLV发送给网络接入设备；
网络接入设备，接收所述扩展TLV，根据该扩展TLV中的各媒体流输入端口的总码率，进行带宽控制和QoS保障处理。
所述网络接入设备包括：
第一模块，根据本设备每个端口上接收到的扩展TLV中的各媒体流输入端口的总码率，统计该端口上的各类媒体流的流量，将统计得到的本设备每个端口上的各类媒体流的流量发送给第二模块；
第二模块，接收第一模块发来的每个端口上的各类媒体流的流量，结合各类媒体流的优先级调度各类媒体流。
所述网络接入设备包括：
第一模块，根据本设备每个端口上接收到的扩展TLV中的各媒体流输入端口的总码率，统计各端口上的媒体流的总流量，将统计得到的本设备每个端口上的媒体流的总流量发送给第二模块；
第二模块，接收第一模块发来的每个端口上的媒体流的总流量，当发现一端口上的媒体流的总流量大于该端口的设定带宽时，则对该端口接收到的后续媒体会话数据报文作丢弃或拒绝处理，或者，若发现自身还存在媒体流总流量小于固定带宽的另一端口，则将该另一端口的部分多余缓存分配给所述端口。
所述网络接入设备包括：
第一模块，记录为每个LLDP MED媒体终端设置的媒体会话数阈值和带宽阈值；
第二模块，接收LLDP MED媒体终端发来的扩展TLV，若发现该扩展TLV中携带的该LLDP MED媒体终端已建立媒体会话总数大于第一模块记录的该LLDP MED媒体终端的媒体会话数阈值，则丢弃或拒绝该LLDP MED媒体终端的后续媒体会话数据报文；否则，根据该扩展TLV中携带的各媒体流输入端口的码率，计算该LLDP MED媒体终端占用的带宽，若发现该带宽大于第一模块记录的该LLDP MED媒体终端的带宽阈值，则丢弃或拒绝该LLDP MED媒体终端的后续媒体会话数据报文。
与现有技术相比，本发明中，LLDP MED媒体终端在建立每一次会话时，会根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的总码率，当每一次会话建立完成且打开媒体通道后，将自身启用的各媒体流输入端口的最新总码率放入扩展TLV中，将该扩展TLV发送给网络接入设备，从而使得网络接入设备可以实时得知每个LLDP MED媒体终端的媒体流流量，从而达到精确的带宽控制和QoS保障。
附图说明
图1为本发明实施例提供的LLDP MED媒体终端实时上报流量的方法流程图；
图2为本发明实施例提供的LLDP MED媒体终端的组成图；
图3为本发明实施例提供的LLDP MED媒体终端实时上报流量的系统组成图。
具体实施方式
下面结合附图及具体实施例对本发明再作进一步详细的说明。
图1为本发明实施例提供的LLDP MED媒体终端实时上报流量的方法流程图，如图1所示，其具体步骤如下：
步骤101：LLDP MED媒体终端1上电，初始化自身每个媒体流输入端口的总码率Ri＝0，其中，i表示媒体流输入端口的序号，0≤i≤m-1，m为媒体终端1上的媒体流输入端口的总数，初始化自身已建立媒体会话总数为0。
针对每个媒体流输入端口，LLDP MED媒体终端可在自身维护该媒体流输入端口所在网卡标识(ID)、该网卡绑定的IP地址、该网卡上的媒体流输入端口总数量、该媒体流输入端口序号、该媒体流输入端口类型、该媒体流输入端口状态、该媒体流输入端口总码率的对应关系，可如表6所示，且在上电时，初始化每个媒体流输入端口总码率Ri＝0。其中，媒体流输入端口类型包括：视频、音频、等等，媒体流输入端口状态包括：启用和停用两种。
| 网卡ID | 网卡绑定IP地址 | 该网卡下的媒体流输入端口总数量 | 各媒体流输入端口序号 | 各媒体流输入端口类型 | 各媒体流输入端口状态(启用/停用) | 各媒体流输入端口总码率(kbps) |
表6LLDP MED媒体终端维护的媒体流输入端口信息表示例
步骤102：LLDP MED媒体终端1与LLDP MED媒体终端2开始建立多媒体会话，在会话建立过程中，确定本次会话中的媒体流属性。
在会话建立过程中，LLDP MED媒体终端1、2会协商或由一方指定本次会话中的媒体流属性值。
媒体流属性一般包括：
1、本次会话使用的媒体流输入端口。
这里，媒体流输入端口包括音频输入端口和视频输入端口，一个LLDPMED媒体终端上可能会有多个音频输入端口和视频端口，因此，在每次会话中，需要确定本次会话使用哪个音频端口和视频端口。例如：设LLDP MED媒体终端为编码器A，编码器A有m个视频输入端口和音频输入端口，编码器A要与编码器B建立会话，在会话建立过程中，确定本次会话中要使用第p(1≤p≤m)个音频端口和第p个视频端口。
2、媒体流发送端口。即：本端向对端发送媒体流时所使用的端口。
3、媒体流接收端口。即：本端接收对端发来的媒体流时所使用的端口。
4、目的IP地址。即：对端的IP地址。
5、源IP地址。即：本端的IP地址。
6、媒体格式。即：本次会话中的媒体流格式，包括：音频格式和视频格式。
7、码率。即：本次会话中的媒体流的码率，包括：音频流码率和视频流码率。
步骤103：LLDP MED媒体终端1根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的总码率。
LLDP MED媒体终端从自身维护的媒体流输入端口所在网卡ID、该网卡绑定的IP地址、该网卡上的媒体流输入端口总数量、媒体流输入端口序号、媒体流输入端口类型、媒体流输入端口状态、媒体流输入端口总码率的对应关系中，获取本次会话使用的各媒体流输入端口的当前总码率，根据该当前总码率，更新本次会话使用的各媒体流输入端口的总码率，并根据更新后的媒体流输入端口的总码率，更新该对应关系。
对于本次会话使用的媒体流输入端口分两种情况：
一、该端口在本次会话中启用，则该端口的总码率即为本次会话中使用的码率。
二、该端口在其它会话中已被启用，则该端口的总码率等于当前总码率与本次会话中使用的码率之和。
例如：本次会话中使用第p个视频输入端口和第p个音频输入端口，其中，第p个视频输入端口的当前总码率为Rvp＝a，第p个音频输入端口的当前总码率为Rap＝b，本次会话中第p个视频输入端口的码率为a0，第p个音频输入端口的码率为b0，则更新第p个视频输入端口的总码率为Rvp＝a+a0，第p个音频输入端口的当前总码率为Rap＝b+b0。
步骤104：当会话建立完成时，LLDP MED媒体终端1将自身记录的已建立媒体会话总数加1，将该更新后的已建立媒体会话总数和当前启用的自身各媒体流输入端口的最新总码率放入扩展TLV中。
扩展TLV格式如表7所示：
| TLV类型(7比特) | TLV信息字符串长度(9比特) | H3C LLDP扩展OUI(3octets) | 媒体状态(1octets) | 媒体状态定义 |
表7扩展TLV格式
其中，TLV类型字段的取值只要与现有的TLV类型的取值不同即可，例如，可取127。
H3C LLDP扩展OUI字段可取值为00-0F-E2。
媒体状态字段可取值1。
媒体状态定义字段的内容定义可如表8所示：
| 长度 | 取值范围 | |
| 设备类型 | 1octets | 0～m，例如：0表示编码器，1表示解码器，2表示视讯会议终端，3表示IP摄像头，... |
| 已建立媒体会话总数 | 3octets | 0～127 |
| 视频输入端口总数量 | 2octets | 0～99 |
| 音频输入端口总数量 | 2octets | 0～99 |
| 视频输入端口启用数量 | 2octets | 0～99 |
| 启用的第一个视频输入端口序号 | 2octets | 0～99 |
| 启用的第一个视频输入 | 6octets | 0～100Mbps，单位为kbps |
| 端口总码率 | ||
| 启用的第二个视频输入端口序号 | 2octets | 0～99 |
| 启用的第二个视频输入端口总码率 | 6octets | 0～100Mbps，单位为kbps |
| ... | ... | ... |
| ... | ... | ... |
| 音频输入端口启用数量 | 2octets | 0～99 |
| 启用的第一个音频输入端口序号 | 2octets | 0～99 |
| 启用的第一个音频输入端口总码率 | 6octets | 0～100Mbps，单位为kbps |
| 启用的第二个音频输入端口序号 | 2octets | 0～99 |
| 启用的第二个音频输入端口总码率 | 6octets | 0～100Mbps，单位为kbps |
| ... | ... | ... |
| ... | ... | ... |
表8媒体状态定义字段的内容定义
例如：一个编码器有4个视频输入端口0～3、4个音频输入端口0～3、一个以太网卡，当前接入了1个摄像头即：启用了1个视频输入端口和1个音频输入端口，分别为视频输入端口0和音频输入端口0，其中，当前视频输入端口0的总码率为4Mbps，音频输入端口0的总码率都为128kbps，且已建立一次会话；之后，该编码器与另一LLDP MED媒体终端建立会话，在会话建立过程中协商本次会话启用视频输入端口1和音频输入端口1，且协商本次会话中视频输入端口1的码率为2Mbps，音频输入端口1的码率为128kbps，则可知：当前启用的媒体流输入端口及其总码率分别为：视频输入端口0，其总码率为4Mbps；视频输入端口1，其总码率为2Mbps；音频输入端口0，其总码率为128kbps；音频输入端口1，其总码率为128kbps，则媒体状态定义字段的格式如表9表示：
| 0 | 2 | 4 | 4 | 2 | 0 | 4000 | 1 | 2000 | 2 | 0 | 128 | 1 | 128 |
表9媒体状态定义字段示例一
又如：同样一个编码器有4个视频输入端口0～3、4个音频输入端口0～3、一个以太网卡，当前接入了2个摄像头即：启用了2个视频输入端口和2个音频输入端口，分别为视频输入端口0、1和音频输入端口0、1，其中，当前视频输入端口0的总码率为4Mbps，视频输入端口1的总码率为2Mbps，音频输入端口0、1的总码率都为128kbps，且已建立两次会话；之后，该编码器与另一LLDP MED媒体终端建立会话，在会话建立过程中协商本次会话使用视频输入端口1和音频输入端口1，且协商本次会话中视频输入端口1的码率为2Mbps，音频输入端口1的码率为128kbps，则：更新视频输入端口1的总码率为：2Mbps+2Mbps＝4Mbps，更新音频输入端口1的总码率为：128kbps+128kbps＝256kbps，则媒体状态定义字段的格式如表10表示：
| 0 | 3 | 4 | 4 | 2 | 0 | 4000 | 1 | 4000 | 2 | 0 | 128 | 1 | 256 |
表10媒体状态定义字段示例二
步骤105：当LLDP MED媒体终端1打开媒体通道准备发送媒体会话数据报文时，将扩展TLV发送给网络接入设备。
步骤106：网络接入设备接收扩展TLV，根据该扩展TLV中携带的各媒体流输入端口的码率进行带宽控制和QoS保障处理。
网络接入设备可在自身维护一张流量表，如表11所示，并根据每次接收到的扩展TLV更新表中的信息。
表11网络接入设备维护的流量表示例
网络接入设备进行的带宽控制和QoS保障处理可如下：
一、基于媒体流类型。
网络接入设备根据每个端口上接收到的扩展TLV中的各启用的媒体流输入端口的总码率，统计该端口上的各类媒体流的流量，并根据各类媒体流的优先级调度媒体流；且，当端口带宽小于各类媒体流所需带宽之和时，根据各类媒体流的优先级的从低到高，选择丢弃的媒体流。
这里，网络接入设备可每隔预设时长统计一次每个端口上的各类媒体流的流量，也可以：只要从一个端口上接收到一个扩展TLV，就根据该扩展TLV更新该端口上的对应媒体流的流量。
二、基于端口。
网络接入设备根据每个端口上接收到的扩展TLV中的各启用的媒体流输入端口的总码率，统计各端口上的媒体流的总流量，并可根据各端口上的媒体流的总流量作如下处理：
1、当发现某个端口上的媒体流的总流量大于该端口的设定带宽时，则对该端口接收到的后续媒体会话数据报文作丢弃或拒绝处理，并通知网管；
2、当发现某个端口a上的媒体流的总流量大于该端口的设定带宽时，若发现自身还存在媒体流总流量小于固定带宽的端口b，则将端口b的部分多余缓存分配给端口a。
这里，网络接入设备可每隔预设时长统计一次每个端口上的媒体流的总流量，也可以：只要从一个端口上接收到一个扩展TLV，就根据该扩展TLV更新该端口上的媒体流的总流量。
三、网络接入设备还可为每个LLDP MED媒体终端设置媒体会话数阈值和带宽阈值，当接收到一个LLDP MED媒体终端发来的扩展TLV后，首先查看该扩展TLV中携带的已建立媒体会话总数，若发现该总数大于该LLDPMED媒体终端的媒体会话数阈值，则丢弃或拒绝该LLDP MED媒体终端的后续媒体会话数据报文，并通知网管；否则，根据该扩展TLV中携带的各启用的媒体流输入端口的码率，计算该LLDP MED媒体终端占用的带宽，若发现该带宽大于该LLDP MED媒体终端的带宽阈值，则丢弃或拒绝该LLDPMED媒体终端的后续媒体会话数据报文，并通知网管。
步骤107：LLDP MED媒体终端1退出当前会话，根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的码率，并将自身记录的已建立媒体会话总数减1，将更新后的已建立媒体会话总数和当前启用的自身各媒体流输入端口的最新总码率放入扩展TLV中，当关闭媒体通道后，将该扩展TLV发送给网络接入设备。
具体地，对于本次会话中使用的每个媒体流输入端口，更新该媒体流输入端口的总码率为：从该端口的当前总码率中减去该端口在本次会话中使用的码率。
例如：一个编码器有4个视频输入端口0～3、4个音频输入端口0～3、一个以太网卡，当前接入了2个摄像头即：启用了2个视频输入端口和2个音频输入端口，分别为视频输入端口0、1和音频输入端口0、1，其中，当前视频输入端口0的总码率为4Mbps，音频输入端口0的总码率都为128kbps，视频输入端口1的总码率为4Mbps，音频输入端口1的总码率都为256kbps，且已建立3个会话，其中，本次会话使用视频输入端口1和音频输入端口1，在本次会话中视频输入端口1的码率为2Mbps，音频输入端口的码率为128kbps，则当编码器退出本次会话时，视频输入端口1和音频输入端口1的总码率分别更新为：4Mbps-2Mbps＝2Mbps，256kbps-128kbps＝128kbps，则媒体状态定义字段的格式如表12表示：
| 0 | 2 | 4 | 4 | 2 | 0 | 4000 | 1 | 2000 | 2 | 0 | 128 | 1 | 128 |
表12媒体状态定义字段示例三
步骤108：网络接入设备接收扩展TLV，根据该扩展TLV中携带的各媒体流输入端口的码率进行带宽控制和QoS保障处理。
本步骤中的带宽控制和QoS保障处理的实现方式可与步骤105相同。
图2为本发明实施例提供的LLDP MED媒体终端的组成图，如图2所示，其主要包括：第一模块和第二模块，其中：
第一模块：当建立多媒体会话时，根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的总码率，将更新后的该各体流输入端口的总码率发送给第二模块。
第二模块：接收第一模块发来的各媒体流输入端口的总码率，当本次会话建立完成且打开媒体通道后，将本媒体终端启用的各媒体流输入端口的最新总码率放入扩展TLV中，将该扩展TLV发送给网络接入设备。
第一模块进一步用于，当退出多媒体会话时，根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的总码率，将更新后的该各媒体流输入端口的总码率发送给第二模块。
且，第二模块进一步用于，接收第一模块发来的各媒体流输入端口的总码率，当关闭媒体通道后，将本媒体终端启用的各媒体流输入端口的最新总码率放入扩展TLV中，将该扩展TLV发送给网络接入设备。
图3为本发明实施例提供的LLDP MED媒体终端实时上报流量的系统，如图3所示，其主要包括：LLDP MED媒体终端和网络接入设备，其中：
LLDP MED媒体终端：当建立多媒体会话时，根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的总码率，当该多媒体会话建立完成且打开媒体通道后，将自身启用的各媒体流输入端口的最新总码率放入扩展TLV中，将该扩展TLV发送给网络接入设备；当退出多媒体会话时，根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的总码率，当关闭媒体通道后，将自身启用的各媒体流输入端口的最新总码率放入扩展TLV中，将该扩展TLV发送给网络接入设备。
网络接入设备：接收所述扩展TLV，根据该扩展TLV中的各媒体流输入端口的总码率，进行带宽控制和QoS保障处理。
网络接入设备可包括：第一模块和第二模块，其中：
第一模块：根据本设备每个端口上接收到的扩展TLV中的各媒体流输入端口的总码率，统计该端口上的各类媒体流的流量，将统计得到的本设备每个端口上的各类媒体流的流量发送给第二模块。
第二模块：接收第一模块发来的每个端口上的各类媒体流的流量，结合各类媒体流的优先级调度各类媒体流。
或者：
第一模块：根据本设备每个端口上接收到的扩展TLV中的各媒体流输入端口的总码率，统计各端口上的媒体流的总流量，将统计得到的本设备每个端口上的媒体流的总流量发送给第二模块。
第二模块：接收第一模块发来的每个端口上的媒体流的总流量，当发现一端口上的媒体流的总流量大于该端口的固定带宽时，则对该端口接收到的后续媒体流作丢弃处理，或者，若发现自身还存在媒体流总流量小于固定带宽的另一端口，则将该另一端口的部分多余缓存分配给所述端口。
或者：
第一模块：记录为每个LLDP MED媒体终端设置的媒体会话数阈值和带宽阈值。
第二模块：接收LLDP MED媒体终端发来的扩展TLV，若发现该扩展TLV中携带的已建立媒体会话总数大于第一模块记录的该LLDP MED媒体终端的媒体会话数阈值，则丢弃或拒绝该LLDP MED媒体终端的后续媒体会话数据报文；否则，根据该扩展TLV中携带的各媒体流输入端口的码率，计算该LLDP MED媒体终端占用的带宽，若发现该带宽大于第一模块记录的该LLDP MED媒体终端的带宽阈值，则丢弃或拒绝该LLDP MED媒体终端的后续媒体会话数据报文。
本发明中的媒体流可以是视频流、音频流、音视频混合流之一或任意组合。
由上可见，本发明实施例中，每个LLDP MED媒体终端在建立每一次会话时，会根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的总码率，当每一次会话建立完成且打开媒体通道后，将自身启用的各媒体流输入端口的最新总码率放入扩展TLV中，将该扩展TLV发送给网络接入设备；且，每个LLDP MED媒体终端在退出每一次会话时，会根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的总码率，当每一次会话退出完成且关闭媒体通道后，将自身启用的各媒体流输入端口的最新总码率放入扩展TLV中，将该扩展TLV发送给网络接入设备，从而使得在每个LLDP MED媒体终端的输出流量发生变化时，网络接入设备都可以实时得知，从而使得网络接入设备可以达到精确的带宽控制和QoS保障。
以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。
Claims (11)
1.一种链路层发现协议媒体终端发现LLDP MED媒体终端实时上报流量的方法，其特征在于，该方法包括：
当LLDP MED媒体终端建立多媒体会话时，根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的总码率，当该多媒体会话建立完成且打开媒体通道后，将自身启用的各媒体流输入端口的最新总码率放入扩展类型长度值TLV中，将该扩展TLV发送给网络接入设备；
网络接入设备接收该扩展TLV，根据该扩展TLV中的各媒体流输入端口的总码率，进行带宽控制和服务质量QoS保障处理；
所述媒体流为视频流、音频流、音视频混合流之一或任意组合。
2.根据权利要求1所述的方法，其特征在于，所述扩展TLV包括：
媒体流输入端口启用数量，各启用的媒体流输入端口的总码率。
3.根据权利要求1所述的方法，其特征在于，所述方法进一步包括：
当LLDP MED媒体终端退出多媒体会话时，根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的总码率，当关闭媒体通道后，将自身启用的各媒体流输入端口的最新总码率放入扩展TLV中，将该扩展TLV发送给网络接入设备；
网络接入设备接收该扩展TLV，根据该扩展TLV中的各媒体流输入端口的总码率，调整带宽控制和QoS保障处理。
4.根据权利要求1所述的方法，其特征在于，所述网络接入设备根据该扩展TLV中的各媒体流输入端口的总码率，进行带宽控制和QoS保障处理包括：
网络接入设备根据每个端口上接收到的扩展TLV中的各媒体流输入端口的总码率，统计该端口上的各类媒体流的流量，并根据各类媒体流的优先级调度媒体流；
或者包括：
网络接入设备根据每个端口上接收到的扩展TLV中的各媒体流输入端 口的总码率，统计各端口上的媒体流的总流量，当发现一端口上的媒体流的总流量大于该端口的设定带宽时，则对该端口接收到的后续媒体会话数据报文作丢弃或拒绝处理，或者，若发现自身还存在媒体流总流量小于固定带宽的另一端口，则将该另一端口的部分多余缓存分配给所述端口。
5.根据权利要求1所述的方法，其特征在于，所述扩展TLV包括：
媒体流输入端口启用数量，各启用的媒体流输入端口的总码率、本LLDP MED媒体终端已建立的媒体会话总数；
所述网络接入设备根据该扩展TLV中的各媒体流输入端口的总码率，进行带宽控制和QoS保障处理包括：
网络接入设备查看该扩展TLV中携带的本LLDP MED媒体终端已建立媒体会话总数，若发现该总数量大于预设的该LLDP MED媒体终端的媒体会话数阈值，则丢弃或拒绝该LLDP MED媒体终端的后续媒体会话数据报文；否则，根据该扩展TLV中携带的各媒体流输入端口的码率，计算该LLDP MED媒体终端占用的带宽，若发现该带宽大于预设的该LLDP MED媒体终端的带宽阈值，则丢弃或拒绝该LLDP MED媒体终端的后续媒体会话数据报文。
6.一种LLDP MED媒体终端，其特征在于，该媒体终端包括：
第一模块，当建立多媒体会话时，根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的总码率，将更新后的该各体流输入端口的总码率发送给第二模块，所述媒体流为视频流、音频流、音视频混合流之一或任意组合；
第二模块，接收第一模块发来的各媒体流输入端口的总码率，当本次会话建立完成且打开媒体通道后，将本媒体终端启用的各媒体流输入端口的最新总码率放入扩展TLV中，将该扩展TLV发送给网络接入设备。
7.根据权利要求6所述的媒体终端，其特征在于，所述第一模块进一步用于，当退出多媒体会话时，根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的总码率，将更新后的该各媒体流输入端 口的总码率发送给第二模块，
且，所述第二模块进一步用于，接收第一模块发来的各媒体流输入端口的总码率，当关闭媒体通道后，将本媒体终端启用的各媒体流输入端口的最新总码率放入扩展TLV中，将该扩展TLV发送给网络接入设备。
8.一种LLDP MED媒体终端实时上报流量的系统，其特征在于，该系统包括：
LLDP MED媒体终端，当建立多媒体会话时，根据本次会话使用的各媒体流输入端口的码率，更新本次会话使用的各媒体流输入端口的总码率，当该多媒体会话建立完成且打开媒体通道后，将自身启用的各媒体流输入端口的最新总码率放入扩展TLV中，将该扩展TLV发送给网络接入设备，所述媒体流为视频流、音频流、音视频混合流之一或任意组合；
网络接入设备，接收所述扩展TLV，根据该扩展TLV中的各媒体流输入端口的总码率，进行带宽控制和QoS保障处理。
9.如权利要求8所述的系统，其特征在于，所述网络接入设备包括：
第一模块，根据本设备每个端口上接收到的扩展TLV中的各媒体流输入端口的总码率，统计该端口上的各类媒体流的流量，将统计得到的本设备每个端口上的各类媒体流的流量发送给第二模块；
第二模块，接收第一模块发来的每个端口上的各类媒体流的流量，结合各类媒体流的优先级调度各类媒体流。
10.如权利要求8所述的系统，其特征在于，所述网络接入设备包括：
第一模块，根据本设备每个端口上接收到的扩展TLV中的各媒体流输入端口的总码率，统计各端口上的媒体流的总流量，将统计得到的本设备每个端口上的媒体流的总流量发送给第二模块；
第二模块，接收第一模块发来的每个端口上的媒体流的总流量，当发现一端口上的媒体流的总流量大于该端口的设定带宽时，则对该端口接收到的后续媒体会话数据报文作丢弃或拒绝处理，或者，若发现自身还存在媒体流总流量小于固定带宽的另一端口，则将该另一端口的部分多余缓存分配给所 述端口。
11.如权利要求8所述的系统，其特征在于，所述网络接入设备包括：
第一模块，记录为每个LLDP MED媒体终端设置的媒体会话数阈值和带宽阈值；
第二模块，接收LLDP MED媒体终端发来的扩展TLV，若发现该扩展TLV中携带的该LLDP MED媒体终端已建立媒体会话总数大于第一模块记录的该LLDP MED媒体终端的媒体会话数阈值，则丢弃或拒绝该LLDP MED媒体终端的后续媒体会话数据报文；否则，根据该扩展TLV中携带的各媒体流输入端口的码率，计算该LLDP MED媒体终端占用的带宽，若发现该带宽大于第一模块记录的该LLDP MED媒体终端的带宽阈值，则丢弃或拒绝该LLDP MED媒体终端的后续媒体会话数据报文。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010160884.9A CN102238066B (zh) | 2010-04-27 | 2010-04-27 | 实时上报流量的方法、媒体终端及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201010160884.9A CN102238066B (zh) | 2010-04-27 | 2010-04-27 | 实时上报流量的方法、媒体终端及系统 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102238066A CN102238066A (zh) | 2011-11-09 |
| CN102238066B true CN102238066B (zh) | 2014-06-04 |
Family
ID=44888306
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201010160884.9A Expired - Fee Related CN102238066B (zh) | 2010-04-27 | 2010-04-27 | 实时上报流量的方法、媒体终端及系统 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102238066B (zh) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104009943B (zh) * | 2013-02-21 | 2017-06-20 | 中兴通讯股份有限公司 | Lldp报文传输方法及dcb设备 |
| CN103368967A (zh) * | 2013-07-17 | 2013-10-23 | 杭州华三通信技术有限公司 | 一种ip电话的安全接入方法和设备 |
| CN105323188B (zh) * | 2015-10-30 | 2018-10-12 | 北京星网锐捷网络技术有限公司 | 网络流量控制方法、装置及交换机 |
| CN107682208A (zh) * | 2017-11-08 | 2018-02-09 | 西南民族大学 | 一种基于lldp协议的sdn网络捎带式服务质量采集方法 |
| CN114244688A (zh) * | 2021-12-23 | 2022-03-25 | 安徽皖通邮电股份有限公司 | 利用lldp实现以太网掉电通知的方法、存储介质及设备 |
Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101207475A (zh) * | 2006-12-15 | 2008-06-25 | 友劲科技股份有限公司 | 一种网络系统的防止非授权连结方法 |
| CN101414963A (zh) * | 2007-10-18 | 2009-04-22 | 华为技术有限公司 | Pbb te网络中自动拓扑发现及资源管理的方法和装置 |
| CN101459536A (zh) * | 2008-12-29 | 2009-06-17 | 杭州华三通信技术有限公司 | 端口配置方法和交换设备 |
| CN101552913A (zh) * | 2009-05-12 | 2009-10-07 | 腾讯科技（深圳）有限公司 | 多路视频通讯系统及处理方法 |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050195756A1 (en) * | 2004-02-26 | 2005-09-08 | Frattura David E. | Status announcement system and method |
| WO2005117519A2 (en) * | 2004-05-25 | 2005-12-15 | Nortel Networks Limited | Connectivity fault notification |
-
2010
- 2010-04-27 CN CN201010160884.9A patent/CN102238066B/zh not_active Expired - Fee Related
Patent Citations (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101207475A (zh) * | 2006-12-15 | 2008-06-25 | 友劲科技股份有限公司 | 一种网络系统的防止非授权连结方法 |
| CN101414963A (zh) * | 2007-10-18 | 2009-04-22 | 华为技术有限公司 | Pbb te网络中自动拓扑发现及资源管理的方法和装置 |
| CN101459536A (zh) * | 2008-12-29 | 2009-06-17 | 杭州华三通信技术有限公司 | 端口配置方法和交换设备 |
| CN101552913A (zh) * | 2009-05-12 | 2009-10-07 | 腾讯科技（深圳）有限公司 | 多路视频通讯系统及处理方法 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102238066A (zh) | 2011-11-09 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN100596232C (zh) | 一种服务质量承载建立和映射的实现方法和装置 | |
| RU2010141728A (ru) | Предоставление нескольких уровней обслуживания для беспроводной связи | |
| CN102238066B (zh) | 实时上报流量的方法、媒体终端及系统 | |
| US20090262715A1 (en) | Bridge device and method for bridging a wlan to a wwan | |
| CN101779478A (zh) | 访问和归属网络的分组过滤/分类和/或策略控制支持 | |
| CN109167847A (zh) | 一种IPv6地址的生成方法及SMF、通信系统 | |
| CA2303467A1 (en) | Method and apparatus for providing support for multiple qos levels within a third generation packet data session | |
| CN103004155B (zh) | 处理经固定接入的网络业务 | |
| CN103209440A (zh) | 网络接入处理方法和用户设备 | |
| CN103546984A (zh) | 接入移动通信系统的方法及设备 | |
| CN109450982B (zh) | 一种网络通讯方法和系统 | |
| US9014017B2 (en) | Method and system for associating physical link partners using a layer two mechanism | |
| CN104158752A (zh) | 业务流量的处理方法和装置 | |
| CN103347302A (zh) | Scpc/dama卫星系统中动态业务带宽分配方法 | |
| CN102802206B (zh) | 一种wlan分流方法和分流网元 | |
| CN108616487A (zh) | 基于视联网的混音方法和装置 | |
| CN108617008B (zh) | 一种业务数据处理的方法和装置 | |
| CN101179511A (zh) | 获取网络地址的方法及接入设备 | |
| CN101444049A (zh) | 高层站以及分组发送方法 | |
| CN108630215A (zh) | 一种基于视联网的回声抑制方法及装置 | |
| CN103250445B (zh) | 用于将服务标识符从分组核心网络传递到无线电网络的方法和节点 | |
| RU2406273C2 (ru) | Способ и устройства для задания качества обслуживания при передаче пакетов данных | |
| CN101772072A (zh) | 一种多业务无线网络的速率控制方法及设备 | |
| CN102685824A (zh) | 网络切换的方法、装置及系统 | |
| CN101179421B (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 | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| CP03 | Change of name, title or address |
Address after: 310052 Binjiang District Changhe Road, Zhejiang, China, No. 466, No. Patentee after: Xinhua three Technology Co., Ltd. Address before: 310053 Hangzhou hi tech Industrial Development Zone, Zhejiang province science and Technology Industrial Park, No. 310 and No. six road, HUAWEI, Hangzhou production base Patentee before: Huasan Communication Technology Co., Ltd. |
|
| CP03 | Change of name, title or address | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20140604 Termination date: 20200427 |
|
| CF01 | Termination of patent right due to non-payment of annual fee |