CN112583781B - 媒体码流采集方法、设备、媒体网关及存储介质 - Google Patents

媒体码流采集方法、设备、媒体网关及存储介质 Download PDF

Info

Publication number
CN112583781B
CN112583781B CN201910945890.6A CN201910945890A CN112583781B CN 112583781 B CN112583781 B CN 112583781B CN 201910945890 A CN201910945890 A CN 201910945890A CN 112583781 B CN112583781 B CN 112583781B
Authority
CN
China
Prior art keywords
media
code stream
target
acquisition
resource
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
CN201910945890.6A
Other languages
English (en)
Other versions
CN112583781A (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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201910945890.6A priority Critical patent/CN112583781B/zh
Publication of CN112583781A publication Critical patent/CN112583781A/zh
Application granted granted Critical
Publication of CN112583781B publication Critical patent/CN112583781B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/762Media network packet handling at the source 

Landscapes

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

Abstract

本发明实施例提供一种媒体码流采集方法、设备、媒体网关及存储介质,可以实现对媒体网关内部媒体码流的采集,以便在媒体面故障的时候,提供更全面的分析基础,进而更精准地定位出媒体面的故障。更进一步地,由于本实施例码流采集设备根据目标用户当前业务对应的业务场景确定目标媒体资源以及目标采集点,所以码流采集设备确定目标媒体资源与目标码流采集的时候,考虑了当前的业务场景,这样可以更准确、更有针对性地确定出媒体网关中需要执行码流采集的媒体资源及需要采集的码流,进而可以保证在目标用户进行某种业务期间出现了故障以后,码流采集设备能够准确采集到分析当前业务场景下故障的媒体码流。

Description

媒体码流采集方法、设备、媒体网关及存储介质
技术领域
本发明涉及通信领域,尤其涉及媒体码流采集方法、设备、媒体网关及存储介质。
背景技术
随着移动通信中4G、VoLTE(Voice over Long Term Evolution,语音长期演进)等多媒体业务的普及,视频通话、高清语音等业务呈现爆发性增长。复杂的业务场景会伴随着媒体面故障率的升高,如:视频质量低,语音通话不清晰、单通、串话、传真成功率低等,媒体面故障则会直接影响用户的业务感受。所以,出于故障分析的需求,需要进行媒体面抓包,也即对媒体面的码流进行采集。
目前常见的信令跟踪、消息跟踪只能获取控制面信令消息,无法获取媒体面消息或码流;而基于IP(Internet Protocol,互联网协议)承载的通用抓包方案,比如wireshark、sniffer只能抓取媒体网关和其它网元之间传输的IP报文。所以,目前尚且缺少一种可以采集媒体网关内部码流的采集方案。
发明内容
本发明实施例提供的媒体码流采集方法、设备、媒体网关及存储介质,主要解决的技术问题是:如何采集媒体网关内部的媒体码流。
为解决上述技术问题,本发明实施例提供第一种媒体码流采集方法,包括:
根据目标用户当前业务对应的业务场景确定媒体网关中需要执行码流采集的目标媒体资源以及目标媒体资源执行码流采集的目标采集点,目标用户为待码流采集的用户;
根据各目标媒体资源对应的目标采集点生成分别属于各目标媒体资源的码流采集指示信息,并将码流采集指示信息携带在采集请求中发送给媒体网关;
接收媒体网关根据采集请求发送的媒体码流。
本发明实施例还提供第二种媒体码流采集方法,包括:
接收码流采集设备发送的采集请求,采集请求中携带有本媒体网关内需要执行码流采集的各目标媒体资源对应码流采集指示信息,码流采集指示信息能够指示目标媒体资源进行码流采集的目标采集点;目标媒体资源及其对应的目标采集点由码流采集设备基于目标用户当前业务对应的业务场景确定,目标用户为待码流采集的用户;
控制各目标媒体资源在对应的目标采集点处进行媒体码流采集;
将采集到的媒体码流发送给码流采集设备。
本发明实施例还提供一种码流采集设备,码流采集设备包括第一处理器、第一存储器及第一通信总线;
第一通信总线用于实现第一处理器和第一存储器之间的连接通信;
第一处理器用于执行第一存储器中存储的一个或者多个程序,以实现上述第一种媒体码流采集方法的步骤。
本发明实施例还提供一种媒体网关,媒体网关包括第二处理器、第二存储器及第二通信总线;
第二通信总线用于实现第二处理器和第二存储器之间的连接通信;
第二处理器用于执行第二存储器中存储的一个或者多个程序,以实现上述第二种媒体码流采集方法的步骤。
本发明实施例还提供一种存储介质,该存储介质存储有第一媒体码流采集程序和/或第二媒体码流采集程序,第一媒体码流采集程序可被一个或者多个处理器执行,以实现上述第一种媒体码流采集方法的步骤;第二媒体码流采集程序可被一个或者多个处理器执行,以实现上述第二种媒体码流采集方法的步骤。
本发明的有益效果是:
根据本发明实施例提供的媒体码流采集方法、设备、媒体网关及存储介质,码流采集设备根据目标用户当前业务对应的业务场景确定媒体网关中需要执行码流采集的目标媒体资源以及目标媒体资源执行码流采集的目标采集点,再根据各目标媒体资源对应的目标采集点生成分别属于各目标媒体资源的码流采集指示信息,并将码流采集指示信息携带在采集请求中发送给媒体网关,随后接收媒体网关发送的媒体码流。通过这种方式,实现对媒体网关内部媒体码流的采集,以便在媒体面故障的时候,提供更全面的分析基础,进而更精准地定位出媒体面的故障。更进一步地,由于本实施例码流采集设备根据业务场景确定目标媒体资源以及目标采集点,所以码流采集设备确定目标媒体资源与目标码流采集的时候,考虑了当前的业务场景,这样可以更准确、更有针对性地确定出媒体网关中需要执行码流采集的媒体资源及需要采集的码流,进而可以保证在目标用户进行某种业务期间出现了故障以后,码流采集设备能够准确采集到分析当前业务场景下故障的媒体码流。
本发明其他特征和相应的有益效果在说明书的后面部分进行阐述说明,且应当理解,至少部分有益效果从本发明说明书中的记载变的显而易见。
附图说明
图1为本发明实施例一中提供的媒体码流采集方法的一种交互流程图;
图2为本发明实施例一中示出的码流采集设备与媒体网关通信的一种示意图;
图3为本发明实施例一中提供的码流采集设备获取资源上下文信息的一种流程图;
图4为本发明实施例一中示出的媒体网关中OMP向CMP分发资源定位请求的一种示意图;
图5为本发明实施例一中提供的码流采集设备基于业务场景确定目标媒体资源及目标采集点的一种流程图;
图6为本发明实施例一中示出的媒体资源上采集点的一种示意图;
图7为本发明实施例一中提供的媒体码流采集方法的一种交互流程图;
图8为本发明实施例二中提供的语音业务场景对应的采集模型的一种示意图;
图9a为本发明实施例二中提供的语音业务场景下IP<=>ATM话务模型中采集点的一种示意图;
图9b为本发明实施例二中提供的语音业务场景下TDM<=>IP话务模型中采集点的一种示意图;
图10为本发明实施例二中提供的视频业务场景对应的采集模型的一种示意图;
图11为本发明实施例二中提供的传真业务场景对应的采集模型的一种示意图;
图12为本发明实施例三中提供的码流采集设备的一种硬件结构示意图;
图13为本发明实施例三中提供的媒体网关的一种硬件结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,下面通过具体实施方式结合附图对本发明实施例作进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
实施例一:
为了实现对媒体网关内部媒体码流的采集,以便在媒体面发生故障的时候,更够依据采集到的媒体网关的内部码流更全面地进行媒体面故障分析定位,本实施例提供一种媒体码流采集方案,请参见图1示出的媒体码流采集方法的一种流程交互图:
S102:码流采集设备根据目标用户当前业务所对应的业务场景确定媒体网关中需要执行码流采集的目标媒体资源以及目标媒体资源执行码流采集的目标采集点。
在本实施例中,媒体码流采集方法可以由码流采集设备与媒体网关共同实现,其中,码流采集设备可以是终端设备,例如笔记本电脑、台式电脑等。在本实施例的其他一些示例当中,码流采集设备甚至可以是平板电脑等。
码流采集设备在需要对某一用户的业务在媒体网关内部的媒体码流进行采集时,该用户就是目标用户。媒体网关可以确定该目标用户当前业务在本媒体网关中占用的上下文(Context)资源,然后将资源上下文信息给到码流采集设备,以便码流采集设备确定进行媒体码流采集的方案。
目标用户当前业务对应的业务场景可以根据该业务在媒体网关中占用的资源上下文信息确定。所谓资源上下文信息,可以表征用户业务所对应的媒体码流在媒体网关的哪些媒体资源上,所谓媒体资源就是媒体网关内部用于对媒体码流进行处理的资源。在本实施例中,媒体资源包括但不限于MPB(Media Processing Board,媒体处理单板)资源、IWF(Interworking Function,互联功能)资源、时分复用TDM(Time Division Multiple,时分复用)承载资源以及IPI(IP承载接入板)资源几种。
目标用户当前业务在媒体网关中占用的资源上下文信息可以由媒体网关发送给码流采集设备。不过,由于媒体网关处于独立网段中,因此,为了实现媒体网关与码流采集设备之间的交互,可以在OMM(Operation and Maintenance Management,操作维护管理)服务器上设置代理(Proxy),由OMM服务器代理实现媒体网关与外部码流采集设备的信息交互,请参见图2示出的一种码流采集设备21与媒体网关22通信的一种示意图。所以,媒体网关22可以将资源上下文信息先发送给OMM服务器23,然后由OMM服务器23将资源上下文信息转发至码流采集设备21处。
在本实施例的一些示例当中,码流采集设备在确定需要进行媒体码流采集的时候,可以通过向媒体网关发送资源定位请求,从而让媒体网关根据资源定位请求返回包含目标用户当前业务在媒体网关内部占用的资源上下文信息的资源定位结果。请参见图3示出的一种码流采集设备获取资源上下文信息的方案:
S302:码流采集设备向媒体网关发送资源定位请求。
在本实施例中,资源定位请求中包含目标用户的识别信息。所谓识别信息,包括但不限于,目标用户的IMSI(International MS Identification Number,国际移动用户识别号码)、MSISDN(MS International ISDN/PSTN Number,移动台国际号码)或国际移动设备标识(International Mobile Equipment Identity)。在本实施例的一些示例当中,目标用户的识别信息可以是目标用户的号码。
码流采集设备可以将资源定位请求先发送到OMM服务器上,由OMM服务器将资源定位请求发送给媒体网关。
S304:码流采集设备接收媒体网关根据识别信息发送的资源定位结果。
媒体网关通过OMM服务器接收到码流采集设备发送的资源定位请求之后,从该资源定位请求中提取出目标用户的识别信息,然后根据该识别信息遍历终端数据区,从而获取到该目标用户的资源上下文信息。可以理解的是,媒体网关在根据目标用户的识别确定定位目标用户当前业务所占用的媒体资源的时候,要求目标用户的业务正在进行。
在本实施例的一些示例当中,媒体网关基于H248G协议确定目标用户在媒体网关内部所占用的上下文资源:媒体网关OMP(Operation Management Processing,操作管理维护)模块收到资源定位请求,待视频、语音、传真等业务建立后,基于H248G协议根据目标用户的号码开始遍历终端数据区。由于媒体网关中的媒体资源分布在多块CMP(CALLManagement Processing,呼叫管理处理)模块上,因此,OMP模块会分发资源定位请求给多个CMP,如图4所示,让这些VCMP也基于H248G协议进行遍历,从而定位到目标用户当前业务占用的各个上下文资源后,再发送给码流采集设备。资源上下文信息中包含此次业务(例如视频、语音或传真)的终端信息、RTP(Real-time Transport Protocol,实时传输协议)、TC(码型转换)、TDM、IWF、Video Rtp(视频实时传输)、Video TC(视频码型转换)等相关媒体资源信息。
可以理解的是,媒体网关中各CMP所定位到目标用户当前业务所占用的资源上下文信息之后,可以别发送给码流采集设备,在这种情境下,针对码流采集设备所发送的一个资源定位请求,媒体网关可能会向码流采集设备反馈两个或更多的资源定位结果,而且,在这种方案当中,媒体网关响应资源定位请求的效率也会更高,因为不必等到所有CMP都定位完成后再反馈。在本实施例的另外一些示例当中,媒体网关会汇聚各个CMP定位得到的媒体资源上下文,然后生成一个资源定位结果发送给码流采集设备。
码流采集设备从媒体网关处获取到资源上下文信息之后,可以基于该资源上下文信息确定目标用户当前业务所属的业务场景,例如,确定目标用户当前正在进行的业务是视频电话业务、高清语音业务、传统语音电话业务或是传真业务。本领域技术人员可以理解的是,这里给出的这种业务仅仅是示例性的说明,事实上,本实施例提供的码流设备在根据资源上下文信息确定业务场景的时候还可以对业务场景进行不同的划分,或者是将其中部分场景做进一步的详细划分。
确定出目标用户当前业务的业务场景之后,码流采集设备基于该业务场景确定出在本次媒体码流采集过程中,需要执行码流采集的目标媒体资源,并且确定出各目标媒体资源需要执行码流采集的目标采集点。下面请结合图5示出的流程图来对码流采集设备确定目标媒体资源和目标采集点的过程进行介绍:
S502:码流采集设备根据业务场景确定出需要执行码流采集的目标媒体资源。
应当理解的是,由于不同业务场景下媒体码流本身,或者是传输媒体码流所依据的协议、媒体码流所在网络的组网类型等存在一些区别,因此,根据目标用户当前业务的业务场景,码流采集设备可以确定出媒体网关内传输处理当前业务对应的媒体码流,需要使用到哪些媒体资源,进而确定出该业务场景下对应的目标媒体资源是什么。可以理解的是,码流采集设备可以与预先存储各业务场景与目标媒体资源之间的映射关系,这样,当码流采集设备从媒体网关处获取到目标用户当前业务对应的资源上下文信息之后,只需要确定出对应的业务场景,然后就可以通过查询该映射关系,从而自动确定出目标媒体资源,无需人工参与。
根据前述介绍可知,媒体资源可以包括MPB资源、IWF资源、TDM承载资源以及IPI资源等,因此,在本实施例送,码流采集设备确定出的目标媒体资源可以是上述几种中的至少一种。
S504:码流采集设备根据业务场景以及目标媒体资源从预先设置的多个采集模型中匹配出目标采集模型。
根据业务场景确定出目标媒体资源之后,码流采集设备可以根据业务场景与目标媒体资源从预先设置的多个采集模型中匹配出目标采集模型,所谓目标采集模型可以用于指示目标媒体资源在进行码流采集的时候确定需要采集哪个位置的媒体码流,哪个方向的媒体码流,换言之,目标采集模型能够目标媒体资源进行码流采集的目标采集点。在通常情况下,一个媒体资源会存在四个码流采集点,如图6所示,分别为入向处理前采集点61、入向处理后采集点62,出向处理前采集点63以及出现处理后采集点64,其中,入向是指往媒体网关内部的方向,出向是指往媒体网关外部的方向,在图6当中,假定该媒体资源60的左侧为媒体网关外部,而右侧为媒体网关内部。
在本实施例中,因为一个业务场景下可能会两个甚至是多个目标媒体资源,因此,一个业务场景也可能会对应多个目标采集模型。
采集模型可以由网管人员设置后存储在码流采集设备中,码流采集设备通过当前的业务场景结合目标媒体资源,就可以自动确定出对应的目标采集模型。通过这种方式,在需要进行码流采集的时候,工作人员只需要输入待进行媒体码流采集的目标用户的识别信息,码流采集设备就可以自动确定出目标媒体资源以及各目标媒体资源对应的目标采集点,这样,码流采集过程不需要人工干预,有利于降低码流采集过程中的人工负担,节省人力资源,从而有利于资源优化配置的实现。
S506:码流采集设备根据目标采集模型确定目标媒体资源对应的目标采集点。
根据业务场景以及目标媒体资源从各个采集模型中匹配出各目标媒体资源对应的目标采集模型之后,码流采集设备就可以根据目标采集模型上所设置的采集点确定出目标媒体资源对应的目标采集点。
S104:码流采集设备根据各目标媒体资源对应的目标采集点生成码流采集指示信息,并将码流采集指示信息携带在采集请求中发送给媒体网关。
码流采集设备确定出本次码流采集对应的目标媒体资源以及目标采集点之后,可以生成针对各目标媒体资源的码流采集指示信息,一个目标媒体资源的码流采集指示信息可以向该目标媒体资源指示在哪些采集点进行媒体码流采集。所以,码流采集设备在生成码流采集指示信息的时候,是分别根据各目标媒体资源对应的目标采集点生成。
可以理解的是,码流采集设备在向媒体网关发送码流采集指示信息的时候,可以将每一个目标媒体资源对应的码流采集指示信息单独发送到媒体网关侧,例如,在一个码流采集指示信息中,仅包括某一个目标媒体资源对应的码流采集指示信息。但在本实施例的另外一些示例当中,一个采集请求中也可以携带多个目标媒体资源对应的码流采集指示信息,这样,有媒体网关接收到采集请求之后对各码流采集指示信息进行分发。例如,在本实施例的一个示例当中,码流采集设备可以将各个目标媒体资源对应的码流采集指示信息一起携带在一个采集请求中,然后通过OMM服务器代理发送给媒体网关。
S106:媒体网关控制各目标媒体资源在对应的目标采集点处进行媒体码流采集。
媒体网关在接收到采集请求之后,可以控制对应的目标媒体资源在对应的目标采集点处进行,媒体码流的采集。例如,目标媒体资源可以对目标采集点处的媒体码流进行复制,从而实现媒体码流的抓取采集。
在本实施例的一些示例当中,如果目标媒体资源包括MPB资源和IWF资源中的至少一种,则目标媒体资源会采集进入单板内以及从单板输出的DSP(Digital SignalProcessing,数字信号处理)报文,包含ATM(Asynchronous Transmission Mode,异步传输模式)接入或IP接入(接口板类型不限)的音频、视频、传真、数据业务会话,MPB资源和/或IWF资源采集的媒体码流是内部IP交换码流。
在本实施例的一些示例当中,如果目标媒体资源包括TDM资源,TDM资源在进行媒体码流采集的时候,可以在T网对TDM码流进行采集,采集的媒体码流可以为PCM(PulseCode Modulation,脉冲编码调制)格式。
在本实施例的一些示例当中,如果目标媒体资源包括IPI资源,则IPI资源在对应的目标采集点处进行媒体码流采集时,可以在IPI的入口或出口处采集使用IPI接入的会话,采集的媒体码流可以为标准IP报文格式。
S108:媒体网关将采集到的媒体码流发送给码流采集设备。
媒体网关采集到媒体码流之后,可以将媒体码流传输给码流采集设备,以供码流采集设备利用这些媒体码流对媒体面的故障进行定位、分析等。毫无疑义的是,媒体码流也可以通过OMM服务器代理传输给码流采集设备。
在本实施例的一些示例当中,媒体网关可以在所有的目标媒体资源均完成媒体码流采集之后,将采集到的所有媒体码流一同打包发送给码流采集设备。但在本实施例的另外一些示例当中,媒体网关中任意一个媒体资源完成媒体码流的采集之后,都可以分别将对应的媒体码流单独传输给码流采集设备。
本发明实施例提供的媒体码流采集方法,不仅能够对媒体网关内部的媒体码流进行采集,而且,因为码流采集设备在确定目标媒体资源与目标采集点的时候,基于业务场景与预先设置采集模型实现,这样能够提升码流采集过程中的自动化程度,降低网管运维中的人工负担。
实施例二:
为了使本领域技术人员能够对码流采集方法的优点与细节更清楚,本实施例将结合示例继续对前述媒体码流采集方法进行阐述,请参见图7示出的媒体码流采集方法的一种交互流程图:
S702:码流采集设备根据输入的目标用户号码向媒体网关中的H248G模块发送资源定位请求。
在本实施例中,当网管运维人员确定需要对某一用户的媒体码流进行抓包的时候,可以在码流采集设备上输入需要抓包的号码,也即需要进行码流采集的目标用户的号码。当码流采集设备接收到输入的目标用户的号码之后,可以根据该号码生成针对目标用户的资源定位请求,并将该资源定位请求发送给媒体网关中的H248G模块。
可以理解的是,H248G模块实际上就是媒体网关中使用H248G协议进行处理的模块,该模块的功能可以由媒体网关的处理器通过执行H248G协议实现。
S704:媒体网关的H248G模块根据目标用户的号码进行媒体资源定位,获取到目标用户当前业务的资源上下文信息。
在本实施例的一些示例当中,在媒体网关接收码流采集设备发送的资源定位请求的时候,可能目标用户尚未开始业务,在这种情况下,H248G模块需要对目标用户的业务进行监测,一旦监测到目标用户的业务开始,例如,目标用户发起视频、语音、传真等几种中的任意一种业务,则H248G模块就开始进行媒体资源定位,确定出此次业务占用媒体资源的相关上下文对应的资源上下文信息
S706:媒体网关的H248G模块将资源上下文信息发送给码流采集设备。
在本实施例中,码流采集设备与媒体网关中各个模块或者各个媒体资源之间的交互都是通过OMM服务器代理实现的。
S708:码流采集设备根据接收到的资源上下文信息确定目标媒体资源及目标采集点,并生成采集请求。
码流采集设备可以根据从媒体网关处反馈的资源上下文信息确定出当前的业务场景,然后根据业务场景与媒体资源之间的映射关系,查询确定出当前业务场景对应的目标媒体资源。随后,再结合着当前的业务场景与目标媒体资源确定出针对当前业务的目标采集点。
确定出目标媒体资源与目标采集点之后,码流采集设备可以生成码流采集指示信息,应当理解的是,所谓码流采集指示信息,实际上就是各个目标媒体资源在执行码流采集过程中选择目标媒体码流的“采集条件”,基于该采集条件,目标媒体资源可以过滤掉其他不符合条件的媒体码流。
S710:码流采集设备将采集请求发送给媒体网关中对应的目标媒体资源。
生成码流采集指示信息后,码流采集设备可以将码流采集指示信息通过采集请求发送给对应的目标媒体资源。
在图7当中,码流采集设备通过OMM服务器代理向MPB、IWF、TDM、IPI四种媒体资源都发送了采集请求,但需要说明的是,这里仅仅是为了做示例说明,并不代表在每一次码流采集过程中,都需要同时启用这四种媒体资源进行码流采集。
S712:媒体网关的MPB资源、IWF资源、TDM资源、IPI资源根据自己对应的码流采集指示信息采集码流并发送给码流采集设备。
接收到码流采集指示信息的MPB资源、IWF资源、TDM资源、IPI资源根据“采集条件”过滤出、入端口符合条件的码流,并对符合条件的媒体码流进行复制,然后通过OMM服务器代理发送给码流采集设备。
S714:码流采集设备接收媒体网关发回的媒体码流,根据不同资源类型保存为对应码流文件。
S716:码流采集设备打开码流文件,根据码流文件类型自动识别并解码还原出对应的媒体文件。
请参见图8,图8示出了在语音业务场景下目标采集点的示意图,在图8中,黑色点表示目标采集点的位置。
语音业务通常有TDM<=>TDM、TDM<=>IP、TDM<=>ATM、IP<=>IP、IP<=>ATM这些常见的话务模型。当呼叫建立后,码流采集设备根据媒体网关返回的资源定位结果分析有哪些目标媒体资源,自动确定相应的目标采集点。例如,如果话务模型是IP<=>ATM,则目标媒体资源通常包括IPI资源、RTP资源与TC资源,媒体网关可以参照图9a所示进行媒体码流采集。如果话务模型是TDM<=>IP,则目标媒体资源通常包括TDM资源、RTP资源与TC资源,媒体网关可以参照图9b所示进行媒体码流采集。对于其它话务模型,这里不再一一列举。码流采集设备的采集模型可适配多种业务场景,用于码流采集设备自动生成码流采集指示信息,并发送给媒体网关内的MPB资源、IPI资源、TDM资源等目标资源,目标媒体资源检测到符合采集条件的媒体码流时,复制一份发回给码流采集设备进行保存。
图10示出了在视频业务场景下目标采集点的示意图,在图10中,黑色点表示目标采集点的位置:视频业务与语音业务最大的区别在于MPB板内部处理,在传统的语音呼叫中一个呼叫最多有一个流(Stream),而在视频业务场景,同时会有Audio(音频)流和Video流。媒体网关返回的资源定位结果中采用多个Stream标识语音和视频业务,码流采集设备根据每个流的类型,分别设置采集点,常见的场景有以下两种:
ATM<=>IP话务模型,在这个业务场景中有3个流,Stream1是复用码流,经过H223模块(媒体网关内采用H233协议进行处理的模块)处理后拆分为Stream2、Stream3,这两个流分别对应Video、Audio。根据资源定位结果,此时视频业务的媒体码流经过的目标媒体资源包括H223资源、Audio RTP资源、Audio TC资源、Video RTP资源、Video TC资源、TDM资源、IPI资源,码流采集设备分别为每个目标媒体资源生成码流采集指示信息。
另外一种是IP<=>IP话务模型,在这个业务场景中只有两个流,Stream1、Stream2,这两个流分别对应Audio、Video,此时视频业务的媒体码流经过的目标媒体资源包括Audio RTP资源、Audio TC资源、Video RTP资源、Video TC资源以及IPI资源,码流采集设备为每个目标媒体资源生成码流采集指示信息。
图11示出的是传真业务场景下的目标采集点的示意图:传真业务对应的话务模型包括TDM<=>IP、IP<=>IP、IP<=>ATM几种,与语音业务相比较,目标媒体资源主要为MPBA1,对于MPBA1中的MODEM,由于其可能是第三方部署实现,因此,在媒体网关中可能没有相关接口,所以,这一侧改为TDM资源进行码流采集:当业务建立后,码流采集设备根据媒体网关返回的资源定位结果确定有哪些目标媒体资源,然后确定相应的目标采集点,传真业务则通常只包括IWF资源、TDM资源。
实施例三:
本实施例提供一种存储介质,该存储介质中可以存储有一个或多个可供一个或多个处理器读取、编译并执行的计算机程序,在本实施例中,该存储介质可以存储有第一媒体码流采集程序、第二媒体码流采集程序中的至少一个,其中,第一媒体码流采集程序可供一个或多个处理器执行实现前述实施例介绍的任意一种媒体码流采集方法码流采集设备侧的流程。第二媒体码流采集程序可供一个或多个处理器执行实现前述实施例介绍的任意一种媒体码流采集方法锚点媒体网关侧的流程。
本实施例中还提供一种码流采集设备,如图12所示:码流采集设备120包括第一处理器121、第一存储器122以及用于连接第一处理器121与第一存储器122的第一通信总线123,其中第一存储器122可以为前述存储有第一媒体码流采集程序的存储介质,第一处理器121可以读取第一媒体码流采集程序,进行编译并执行实现前述实施例中介绍的媒体码流采集方法码流采集设备侧的流程:
第一处理器121根据目标用户当前业务对应的业务场景确定媒体网关中需要执行码流采集的目标媒体资源以及目标媒体资源执行码流采集的目标采集点。随后,第一处理器121根据各目标媒体资源对应的目标采集点生成分别属于各目标媒体资源的码流采集指示信息,并将码流采集指示信息携带在采集请求中发送给媒体网关。然后,第一处理器121接收媒体网关发送的媒体码流,该媒体码流由媒体网关中的目标媒体资源在其对应的码流采集指示信息所指示的目标采集点处进行媒体码流采集获得。
在本实施例的一些示例当中,码流采集设备120与媒体网关之间的交互通过OMM服务器的代理实现。
在本实施例的一些示例当中,目标媒体资源包括媒体处理单板MPB资源、互联功能IWF资源、时分复用TDM承载资源以及IP承载接入板IPI资源几种中的至少一种。
在本实施例的一些示例当中,第一处理器121所述根据目标用户当前业务对应的业务场景确定所述媒体网关中需要执行码流采集的目标媒体资源以及所述目标媒体资源执行码流采集的目标采集点之前,还会先从所媒体网关处获取所述目标用户当前业务在所述媒体网关中占用的资源上下文信息,然后基于该资源上下文信息确定所述当前业务的业务场景。
第一处理器121从媒体网关处获取目标用户的当前业务在媒体网关中占用的资源上下文信息时,可以先向媒体网关发送包含目标用户识别信息的资源定位请求,然后接收媒体网关根据识别信息发送的资源定位结果,在该资源定位结果中包括目标用户当前业务在媒体网关中占用的资源上下文信息。
在本实施例的一些示例当中,第一处理器121根据业务场景确定媒体网关中需要执行码流采集的目标媒体资源以及目标媒体资源执行码流采集的目标采集点时,可以先根据业务场景确定出需要执行码流采集的目标媒体资源,然后根据业务场景以及目标媒体资源从预先设置的多个采集模型中匹配出目标采集模型,采集模型中能够指示对应的采集点;随后再根据目标采集模型确定目标媒体资源对应的目标采集点。
对于第一处理器121执行第一媒体码流采集程序,实现码流采集设备侧媒体码流采集方法的细节,请参见前述实施例的介绍,这里不再赘述。
本实施例中还提供一种媒体网关,如图13所示:媒体网关130包括第二处理器131、第二存储器132以及用于连接第二处理器131与第二存储器132的第二通信总线133,其中第二存储器132可以为前述存储有第二媒体码流采集程序的存储介质,第二处理器131可以读取第二媒体码流采集程序,进行编译并执行实现前述实施例中介绍的媒体码流采集方法媒体网关侧的流程:
第二处理器131可以接收码流采集设备发送的采集请求,采集请求中携带有本媒体网关内需要执行码流采集的各目标媒体资源对应码流采集指示信息,并第二处理器131控制各目标媒体资源在对应的目标采集点处进行媒体码流采集。在目标媒体资源采集到媒体码流后,第二处理器131将采集到的媒体码流发送给码流采集设备。
在本实施例的一些示例当中,接收码流采集设备发送的采集请求之前,第二处理器131会获取目标用户的当前业务在本媒体网关中占用的资源上下文信息,然后将资源上下文信息发送给码流采集设备。可选地,第二处理器131接收所述码流采集设备发送的资源定位请求,该资源定位请求中包含所述目标用户的识别信息。然后第二处理器131获取所述目标用户的当前业务在本媒体网关中占用的资源上下文信息,并将所述资源上下文信息携带在资源定位结果中发送给所述码流采集设备。
在本实施例的一些示例当中,如果目标媒体资源包括MPB资源和IWF资源中的至少一种,则目标媒体资源会采集进入单板内以及从单板输出的DSP报文,包含ATM接入或IP接入的音频、视频、传真、数据业务会话,MPB资源和/或IWF资源采集的媒体码流是内部IP交换码流。
在本实施例的一些示例当中,如果目标媒体资源包括TDM资源,TDM资源在进行媒体码流采集的时候,可以在T网对TDM码流进行采集,采集的媒体码流可以为PCM格式。
在本实施例的一些示例当中,如果目标媒体资源包括IPI资源,则IPI资源在对应的目标采集点处进行媒体码流采集时,可以在IPI的入口或出口处采集使用IPI接入的会话,采集的媒体码流可以为标准IP报文格式。
对于第二处理器131执行第二媒体码流采集程序,实现媒体网关侧媒体码流采集方法的细节,请参见前述实施例的介绍,这里不再赘述。
本实施例提供的码流采集设备、媒体网关及存储介质,不仅可以实现对媒体网关内部媒体码流的采集,在媒体面故障的时候,提供更全面的分析基础,,而且,由于码流采集设备基于资源上下文信息确定当前业务的业务场景,并根据业务场景确定目标媒体资源以及目标采集点,所以码流采集设备确定目标媒体资源与目标码流采集的时候,考虑了当前的业务场景,这样可以更准确、更有针对性地确定出媒体网关中需要执行码流采集的媒体资源及需要采集的码流,进而可以保证在目标用户进行某种业务期间出现了故障以后,码流采集设备能够准确采集到分析当前业务场景下故障的媒体码流。
显然,本领域的技术人员应该明白,上文中所公开方法中的全部或某些步骤、系统、装置中的功能模块/单元可以被实施为软件(可以用计算装置可执行的程序代码来实现)、固件、硬件及其适当的组合。在硬件实施方式中,在以上描述中提及的功能模块/单元之间的划分不一定对应于物理组件的划分;例如,一个物理组件可以具有多个功能,或者一个功能或步骤可以由若干物理组件合作执行。某些物理组件或所有物理组件可以被实施为由处理器,如中央处理器、数字信号处理器或微处理器执行的软件,或者被实施为硬件,或者被实施为集成电路,如专用集成电路。这样的软件可以分布在计算机可读介质上,由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,计算机可读介质可以包括计算机存储介质(或非暂时性介质)和通信介质(或暂时性介质)。如本领域普通技术人员公知的,术语计算机存储介质包括在用于存储信息(诸如计算机可读指令、数据结构、程序模块或其他数据)的任何方法或技术中实施的易失性和非易失性、可移除和不可移除介质。计算机存储介质包括但不限于RAM,ROM,EEPROM、闪存或其他存储器技术、CD-ROM,数字多功能盘(DVD)或其他光盘存储、磁盒、磁带、磁盘存储或其他磁存储装置、或者可以用于存储期望的信息并且可以被计算机访问的任何其他的介质。此外,本领域普通技术人员公知的是,通信介质通常包含计算机可读指令、数据结构、程序模块或者诸如载波或其他传输机制之类的调制数据信号中的其他数据,并且可包括任何信息递送介质。所以,本发明不限制于任何特定的硬件和软件结合。
以上内容是结合具体的实施方式对本发明实施例所作的进一步详细说明,不能认定本发明的具体实施只局限于这些说明。对于本发明所属技术领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干简单推演或替换,都应当视为属于本发明的保护范围。

Claims (12)

1.一种媒体码流采集方法,包括:
从媒体网关处获取目标用户当前业务在所述媒体网关中占用的资源上下文信息;
基于所述资源上下文信息确定所述当前业务的业务场景;
根据目标用户当前业务对应的业务场景确定媒体网关中需要执行码流采集的目标媒体资源以及所述目标媒体资源执行码流采集的目标采集点,所述目标用户为待码流采集的用户;
根据各目标媒体资源对应的目标采集点生成分别属于各所述目标媒体资源的码流采集指示信息,并将所述码流采集指示信息携带在采集请求中发送给所述媒体网关;
接收所述媒体网关根据所述采集请求发送的媒体码流。
2.如权利要求1所述的媒体码流采集方法,其特征在于,与所述媒体网关之间的交互通过操作维护管理OMM服务器的代理实现。
3.如权利要求1所述的媒体码流采集方法,其特征在于,所述目标媒体资源包括媒体处理单板MPB资源、互联功能IWF资源、时分复用TDM承载资源以及IP承载接入板IPI资源几种中的至少一种。
4.如权利要求1所述的媒体码流采集方法,其特征在于,所述从媒体网关处获取所述目标用户当前业务在所述媒体网关中占用的资源上下文信息包括:
向所述媒体网关发送资源定位请求,所述资源定位请求中包含所述目标用户的识别信息;
接收所述媒体网关根据所述识别信息发送的资源定位结果,所述资源定位结果中包括所述目标用户当前业务在所述媒体网关中占用的资源上下文信息。
5.如权利要求1-4任一项所述的媒体码流采集方法,其特征在于,所述根据目标用户当前业务对应的业务场景确定媒体网关中需要执行码流采集的目标媒体资源以及所述目标媒体资源执行码流采集的目标采集点包括:
根据所述业务场景确定出需要执行码流采集的目标媒体资源;
根据所述业务场景以及所述目标媒体资源从预先设置的多个采集模型中匹配出目标采集模型,所述采集模型中能够指示对应的采集点;
根据所述目标采集模型确定目标媒体资源对应的目标采集点。
6.一种媒体码流采集方法,包括:
接收所述码流采集设备发送的资源定位请求,所述资源定位请求中包含目标用户的识别信息;
获取所述目标用户的当前业务在本媒体网关中占用的资源上下文信息;
将所述资源上下文信息携带在资源定位结果中发送给所述码流采集设备;
接收码流采集设备发送的采集请求,所述采集请求中携带有本媒体网关内需要执行码流采集的各目标媒体资源对应码流采集指示信息,所述码流采集指示信息能够指示所述目标媒体资源进行码流采集的目标采集点;所述目标媒体资源及其对应的目标采集点由所述码流采集设备基于目标用户当前业务对应的业务场景确定,所述目标用户为待码流采集的用户;
控制各所述目标媒体资源在对应的目标采集点处进行媒体码流采集;
将采集到的媒体码流发送给所述码流采集设备。
7.如权利要求6所述的媒体码流采集方法,其特征在于,若所述目标媒体资源包括MPB资源和IWF资源中的至少一种,则所述控制各所述目标媒体资源在对应的目标采集点处进行媒体码流采集包括:
控制所述目标媒体资源采集进入单板内以及从所述单板输出的数字信号处理DSP报文。
8.如权利要求6所述的媒体码流采集方法,其特征在于,若所述目标媒体资源包括TDM资源,则所述控制各所述目标媒体资源在对应的目标采集点处进行媒体码流采集包括:
控制所述目标媒体资源在T网对TDM码流进行采集。
9.如权利要求6所述的媒体码流采集方法,其特征在于,若所述目标媒体资源包括IPI资源,则所述控制各所述目标媒体资源在对应的目标采集点处进行媒体码流采集包括:
控制所述目标媒体资源在IPI的入口或出口采集使用IPI接入的会话。
10.一种码流采集设备,所述码流采集设备包括第一处理器、第一存储器及第一通信总线;
所述第一通信总线用于实现第一处理器和第一存储器之间的连接通信;
所述第一处理器用于执行第一存储器中存储的一个或者多个程序,以实现如权利要求1至5中任一项所述的媒体码流采集方法的步骤。
11.一种媒体网关,所述媒体网关包括第二处理器、第二存储器及第二通信总线;
所述第二通信总线用于实现第二处理器和第二存储器之间的连接通信;
所述第二处理器用于执行第二存储器中存储的一个或者多个程序,以实现如权利要求6至9中任一项所述的媒体码流采集方法的步骤。
12.一种存储介质,其特征在于,所述存储介质存储有第一媒体码流采集程序和/或第二媒体码流采集程序,所述第一媒体码流采集程序可被一个或者多个处理器执行,以实现如权利要求1至5中任一项所述的媒体码流采集方法的步骤;所述第二媒体码流采集程序可被一个或者多个处理器执行,以实现如权利要求6至9中任一项所述的媒体码流采集方法的步骤。
CN201910945890.6A 2019-09-30 2019-09-30 媒体码流采集方法、设备、媒体网关及存储介质 Active CN112583781B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201910945890.6A CN112583781B (zh) 2019-09-30 2019-09-30 媒体码流采集方法、设备、媒体网关及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201910945890.6A CN112583781B (zh) 2019-09-30 2019-09-30 媒体码流采集方法、设备、媒体网关及存储介质

Publications (2)

Publication Number Publication Date
CN112583781A CN112583781A (zh) 2021-03-30
CN112583781B true CN112583781B (zh) 2024-04-12

Family

ID=75117119

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201910945890.6A Active CN112583781B (zh) 2019-09-30 2019-09-30 媒体码流采集方法、设备、媒体网关及存储介质

Country Status (1)

Country Link
CN (1) CN112583781B (zh)

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103532975A (zh) * 2013-10-28 2014-01-22 国家电网公司 一种可动态平滑扩展的数据采集系统及方法
CN103618619A (zh) * 2013-11-18 2014-03-05 北京中创信测科技股份有限公司 一种ims网络媒体数据智能神经元捕获方法及系统
CN104407964A (zh) * 2014-12-08 2015-03-11 国家电网公司 一种基于数据中心的集中监控系统及方法
CN105471664A (zh) * 2014-08-19 2016-04-06 中兴通讯股份有限公司 一种自动抓包方法及装置

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8897211B2 (en) * 2007-06-29 2014-11-25 Alcatel Lucent System and methods for providing service-specific support for multimedia traffic in wireless networks

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103532975A (zh) * 2013-10-28 2014-01-22 国家电网公司 一种可动态平滑扩展的数据采集系统及方法
CN103618619A (zh) * 2013-11-18 2014-03-05 北京中创信测科技股份有限公司 一种ims网络媒体数据智能神经元捕获方法及系统
CN105471664A (zh) * 2014-08-19 2016-04-06 中兴通讯股份有限公司 一种自动抓包方法及装置
CN104407964A (zh) * 2014-12-08 2015-03-11 国家电网公司 一种基于数据中心的集中监控系统及方法

Also Published As

Publication number Publication date
CN112583781A (zh) 2021-03-30

Similar Documents

Publication Publication Date Title
CN107172111B (zh) 一种数据传输方法、装置及系统
US11528303B2 (en) Method and system for responding to video call service
US20230336706A1 (en) Fault location method, fault location system, and video management system
CN114979133B (zh) 一种融合通信云平台的部署方法及装置
CN113301299B (zh) 一种多通道视频传输方法、系统、终端以及存储介质
US11973668B2 (en) Correlating network data with instant app feedback for ML-based customer experience management
CN113132170A (zh) 数据管理方法及系统、关联子系统和计算机可读介质
CN107566218B (zh) 一种适用于云环境的流量审计方法
CN107846379B (zh) 一种视频会议系统中端口复用方法和服务器
EP2991303A1 (en) Session association method, apparatus, and system
CN108337241B (zh) 多媒体数据传输方法及系统
CN102457494B (zh) 一种基于sip信令提高监听成功率的方法和装置
CN112583781B (zh) 媒体码流采集方法、设备、媒体网关及存储介质
US20210194936A1 (en) Technique for acquiring and correlating session-related information from an internet protocol multimedia subsystem
KR101563081B1 (ko) 통신 단말기 종류별 통신 품질 판단 시스템 및 그 제어방법과, 그 제어방법을 실행하기 위한 프로그램을 기록한 기록 매체
CN107018243A (zh) 一种呼叫信息处理方法和装置
CN114245057A (zh) 基于保险业务的音视频通话方法、装置、设备及存储介质
WO2015117486A1 (zh) 一种自动抓包方法及装置
CN110505070B (zh) 一种三方会话的建立方法及装置
CN107567045A (zh) 基于信令跟踪系统的跟踪方法、装置及信令跟踪系统
CN107786836B (zh) 一种音视频会话业务实现方法和装置
KR100496263B1 (ko) 이동통신망의 데이터 서비스에 대한 빌링 방법과 이를위한 시스템
CN111405680A (zh) 一种呼叫溯源的方法、设备及存储介质
CN116915935B (zh) 对讲处理方法、系统、服务器和存储介质
CN117997410A (zh) 一种加密通信方法、装置、设备及存储介质

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