CN101163023B

CN101163023B - 一种媒体服务器资源分配处理的方法

Info

Publication number: CN101163023B
Application number: CN2006101402036A
Authority: CN
Inventors: 李春霞; 夏险峰; 傅力; 张嵩; 郑罡
Original assignee: ZTE Corp
Current assignee: ZTE Corp
Priority date: 2006-10-09
Filing date: 2006-10-09
Publication date: 2012-01-11
Anticipated expiration: 2026-10-09
Also published as: CN101163023A

Abstract

本发明公开了一种媒体服务器资源分配处理的方法，其应用于应用服务器与媒体服务器之间的资源分配处理，包括：所述应用服务器建立连接请求，并提出当前所需的媒体服务类型；所述媒体服务器接收到该建立连接请求后，将请求信息中的媒体服务类型与自己的媒体资源进行匹配，并将匹配结果返回给所述应用服务器；如果匹配成功，所述应用服务器向所述媒体服务器申请所需要的媒体服务；所述媒体服务器根据该媒体服务申请，给所述应用服务器分配适当的媒体资源，并相应提供媒体服务。本发明方法由于与媒体服务器采用媒体协商的形式，方便了应用服务器在同一个连接中继续使用其它类型的媒体资源，从而大大改善了应用服务器申请媒体服务的局限性。

Description

一种媒体服务器资源分配处理的方法

技术领域

本发明涉及一种通讯领域的资源分配处理方法，具体地说，涉及的是一种媒体服务器在提供媒体服务过程中，给应用服务器分配适当的媒体资源的处理方法。

背景技术

现有技术中，随着语音增值业务的不断发展，各类多媒体的业务层出不穷，媒体服务器正是顺应这一需求而诞生的。媒体服务器对外提供的多媒体服务主要涉及到语音服务、会议服务、语音自动识别服务、视频服务、视频会议服务等。

应用服务器在申请多媒体服务的时候，首先与媒体服务器建立连接，然后申请所需要的媒体服务，然后由媒体服务器提供相关的媒体服务。

按照现有技术的处理方法，媒体服务器使用预留资源的形式，在应用服务器与媒体服务器建立连接的时候，应用服务器指明自己所需要的资源类型，媒体服务器根据应用服务器的建立连接请求和应用服务器指明的资源类型，与应用服务器建立连接并预先分配相关的媒体资源；然后应用服务器根据连接情况，申请自己建立连接时，所指定这一类的媒体服务。

上述这种现有的处理方法，简化了媒体服务器的处理过程，但是，相应的也给应用服务器带来了以下缺陷：

一方面，应用服务器在建立连接之前，必须知道自己申请的媒体服务所需要的媒体资源类型，而且，应用服务器在与媒体服务器建立连接后，没有办法申请其它类型的媒体服务，如果有其它类型的媒体服务要求，应用服务器必须首先给媒体服务器断开连接，然后再申请其它媒体资源类型的连接。这样一来，使得应用服务器在一个连接中，媒体服务申请变得比较单一，特别是在申请多种媒体服务时，使用过程变得比较繁琐，而且还有服务不连贯的风险。

另一方面，如果将来媒体服务器的媒体资源类型有所改变，应用服务器也必须对相关的接口进行修改，这就很难让应用服务器对媒体服务的申请，形成统一的接口，不利于资源类型的扩展，给应用服务器的使用带来了一定的局限性。

因此，现有技术存在局限性，有待于进一步改进和发展。

发明内容

本发明的目的在于提供一种媒体服务器资源分配处理的方法，通过简便的、有效的媒体协商方式，简化应用服务器在使用媒体服务器过程中的处理流程，提高应用服务器的使用效率。

本发明的实现方案包括：

一种媒体服务器资源分配处理的方法，其应用于应用服务器与媒体服务器之间的资源分配处理，包括以下步骤：

A、所述应用服务器向所述媒体服务器发送建立连接请求，并提出当前所需的媒体服务类型；

B、所述媒体服务器接收到该建立连接请求后，将该建立连接请求中的媒体服务类型与所述媒体服务器的媒体资源进行匹配，并将匹配结果返回给所述应用服务器；

C、如果匹配成功，所述应用服务器向所述媒体服务器申请所需要的媒体服务，所述媒体服务器根据该申请，给所述应用服务器分配相应的媒体资源，并相应提供媒体服务。

所述的方法，其中，所述步骤C还包括：

如果匹配不成功，则通知所述应用服务器，该媒体服务器不能提供所述应用服务器所需要的媒体服务；所述应用服务器在收到该通知后断开与所述媒体服务器的连接，此时流程结束。

所述的方法，其中，所述媒体服务器在执行完成媒体服务后，释放占用的媒体资源，并将执行结果返回给所述应用服务器，所述执行结果包括媒体服务是否成功，以及如果失败，失败原因是什么。

所述的方法，其中，所述应用服务器如果还需要申请其它媒体服务，则返回执行所述步骤C。

本发明所提供的一种媒体服务器资源分配处理的方法，由于与媒体服务器采用媒体协商的形式，让应用服务器在申请建立连接的同时，与媒体服务器进行媒体协商，在得到媒体服务器能够提供的媒体服务能力后，提出自己的媒体服务申请，避免了应用服务器因为需要自己指明自己所需要的媒体资源类型而带来的不便，也方便了应用服务器在同一个连接中继续使用其它类型的媒体资源，从而大大改善了应用服务器申请媒体服务的局限性。

附图说明

图1为本发明的媒体服务器的处理过程示意图。

具体实施方式

以下结合附图，将对本发明的各较佳实施例进行更为详细的说明。

如图1所示，本发明的媒体服务器处理流程包括：

1、应用服务器建立连接请求，同时提出当前自己需要的媒体服务类型；

2、所述媒体服务器接收到该建立连接请求，同时将请求信息中的媒体服务类型，与自己的媒体资源进行匹配，并将匹配结果返回给所述应用服务器；

3、如果上述步骤2的匹配成功，应用服务器向媒体服务器申请所需要的媒体服务；

4、所述媒体服务器根据应用服务器的服务申请，给应用服务器分配适当的媒体资源，并提供媒体服务；

5、所述媒体服务器执行将结果返回给所述应用服务器；

至此，在所述媒体服务器和所述应用服务器之间的一次媒体服务的请求完成。

本发明的具体实施主要以MGCP(Media Gateway Control Protocol)媒体网关控制协议、PKT-SP-ASP-I02-010620(PacketCable^TM Audio ServerProtocol Specification)协议和SDP(Session Description Protocol)会话描述协议为例，来进行说明。

MGCP媒体网关协议主要用于描述控制媒体服务器和应用服务器之间的信令控制。PKT-SP-ASP-I02-010620协议主要用于描述媒体服务操作，如：媒体播放(pa)、媒体录制(pr)、媒体播放收号(pc)等。SDP会话描述协议用于媒体服务器和应用服务器之间的媒体协商。

本发明所述方法主要是利用协议的媒体协商能力，在应用服务器与媒体服务器之间进行媒体协商。所述应用服务器首先请求与媒体服务器进行IP通道连接，在建立连接时，应用服务器通知媒体服务器，自己需要什么类型的服务；媒体服务器根据应用服务器需要的服务类型，匹配自己的媒体资源，然后通知应用服务器，自己能够提供哪些服务，从而得到媒体协商的目的；应用服务器根据媒体协商结果，决定自己是否能够继续申请媒体服务；媒体服务器根据应用服务器的媒体服务申请，自动给应用服务器分配适当的媒体资源，并提供媒体服务。

下面结合图1，详细说明本发明的实现方法和系统呼叫流程：

1、所述应用服务器用类似“CRCX$”的信令(CRCX：CreateConnection)，向媒体服务器发起连接请求，同时发送给媒体服务器自己的媒体服务类型信息；

2、所述媒体服务器接收连接请求信息，给应用服务器分配一路IP连接通道资源，然后分析所述应用服务器的媒体服务类型信息，匹配自己的媒体资源类型，如果匹配成功，则通知应用服务器，自己能够提供应用服务器所需要的媒体服务；如果匹配不成功，则通知应用服务器，自己不能提供应用服务器所需要的媒体服务；

3、应用服务器接收媒体服务器的返回信息，如果匹配不成功，则使用类示“DLCX 0”的信令(DLCX：DeleteConnection)断开与媒体服务器的连接；如果匹配成功，则用类似“RQNT 0”的信令(RQNT：NotificationRequest)，申请自己所需要的媒体服务；

4、媒体服务器接收应用服务器的信息，如果是类似“DLCX 0”的信令，则断开连接，释放应用服务器占用的IP通道资源；如果是类似RQNT0”的信令，则分析应用服务器申请的服务类型，根据服务类型，分配相关的媒体资源，并提供媒体服务；

5、媒体服务器在执行完成媒体服务后，释放占用的媒体资源，将执行结果返回给应用服务器，执行结果包括媒体服务是否成功，如果失败，失败原因是什么等；

6、应用服务器根据返回结果，以及自己的实际需要，决定是否再次申请媒体服务，如果不需要其它媒体服务，应用服务器可以使用类似“DLCX 0”的信令，断开与媒体服务器的连接；如果还需要申请其它媒体服务，只需要重复执行第3步到第6步的步骤；

7、媒体服务器接收应用服务器的信令，如果是类似“DLCX 0”的信令，则断开连接，释放IP通道资源。

上述信令流程具体表示如下：

应用服务器建立连接请求：

CRCX 373398342$[10.130.15.151]MGCP 1.0NCS 1.0

M：sendrecv

C：39

v＝0

o＝ZTE 11IN IP410.130.15.151

s＝phone-call

c＝IN IP410.130.15.151

t＝0 0

m＝audio 4002RTP/AVP 0

a＝ptime：30

m＝video 10002RTP/AVP 34

b＝CT：192

a＝rtpmap：34h263/90000

a＝sendrecv

a＝fmtp：34QCIF＝12CIF＝14SQCIF＝10

媒体服务器返回匹配成功：

200373398342OK

I：10000

Z：010.130.45.200

v＝0

o＝ZTE 11IN IP410.130.15.151

s＝phone-call

c＝IN IP410.130.15.151

t＝0 0

m＝audio 4002RTP/AVP 0

a＝ptime：30

m＝video 10002RTP/AVP 34

b＝CT：192

a＝rtpmap：34h263/90000

a＝sendrecv

a＝fmtp：34QCIF＝12CIF＝14SQCIF＝10

应用服务器请求放音收号操作：

RQNT 373398343010.130.45.200MGCP 1.0

X：1

S：BAU/pc(na＝1 ip＝1706 fdt＝100 idt＝50 dm＝x)

媒体服务器利用放音资源，实现放音收号，返回结果：

NTFY 373398343 010.130.45.200MGCP 1.0

X：1

O：BAU/oc(na＝1 dc＝2)

应用服务器断开连接：

D LCX 373398344 ann/010.130.45.200MGCP 1.0

C：39

I：10000

媒体服务器返回执行结果：

250373398344 OK

本发明的媒体服务器采用媒体协商的形式，让应用服务器在申请建立连接的同时，与媒体服务器进行媒体协商。通过媒体协商，得到媒体服务器能够提供的媒体服务能力，然后提出自己的媒体服务申请；媒体服务器采用虚连接的方式，与应用服务器建立媒体连接，然后根据应用服务器申请媒体服务的类型，自动给应用服务器分配适当的媒体资源。这就避免了应用服务器因为需要自己指明自己所需要的媒体资源类型而带来的不便，也方便了应用服务器在同一个连接中继续使用其它类型的媒体资源，从而大大改善了应用服务器申请媒体服务的局限性。

本发明所述处理方法的优势，主要体现在以下几个方面：一，在建立连接请求时，应用服务器只需要知道自己所希望得到的媒体服务类型，而无需知道自己应该使用什么样的媒体资源，一切由媒体服务来自动分配；二，应用服务器与媒体服务器建立连接后，可以申请多个不同类型的媒体服务，而不需在请求其它类型的媒体服务时，断开连接，重新建立连接，这样大大减少了信令交互的过程，使得应用服务器的使用变得相对简单；三，应用服务器不用担心媒体服务器的资源类型的扩展，便于应用服务器做媒体服务申请的统一接口。

通过以上过程，本发明的应用服务器申请媒体服务的过程变得相对简单，而不需要了解媒体服务器媒体资源类型的具体情况。这使得应用服务器与媒体服务器的接口方式变得比较简单，便于统一处理。同时，应用服务器的每一次连接，都可以申请不同的媒体服务，便于应用服务器连续使用媒体服务器的资源。

综上所述，本发明提供的媒体服务器的媒体资源自动分配的处理方法，从应用服务器的角度，简化了应用服务器的媒体服务申请过程，提高了应用服务器的媒体服务申请效率；同时避免了因为媒体资源类型的变化，而带来的扩展定义的弊端。

应当理解的是，上述针对本发明各实施例的说明较为详细，并不能因此而理解为对本发明专利保护范围的限制，本发明的专利保护范围应以所附权利要求为准。

Claims

1.一种媒体服务器资源分配处理的方法，其应用于应用服务器与媒体服务器之间的资源分配处理，包括以下步骤：

A、所述应用服务器向所述媒体服务器发送建立连接请求，同时提出当前所需的媒体服务类型；

B、所述媒体服务器接收到该建立连接请求后，采用虚连接的方式，与应用服务器建立媒体连接，将该建立连接请求中的媒体服务类型与所述媒体服务器的媒体资源进行匹配，并将匹配结果返回给所述应用服务器；

2.根据权利要求1所述的方法，其特征在于，所述步骤C还包括：

3.根据权利要求2所述的方法，其特征在于，所述媒体服务器在执行完成媒体服务后，释放占用的媒体资源，并将执行结果返回给所述应用服务器，所述执行结果包括媒体服务是否成功，以及如果失败，失败原因是什么。

4.根据权利要求3所述的方法，其特征在于，所述应用服务器接收到所述执行结果后，如果还需要申请其它媒体服务，则返回执行向所述媒体服务器申请所需要的媒体服务，所述媒体服务器根据该申请，给所述应用服务器分配相应的媒体资源，并相应提供媒体服务的步骤。