WO2009092302A1

WO2009092302A1 - 一种录制业务的实现方法和设备

Info

Publication number: WO2009092302A1
Application number: PCT/CN2009/070042
Authority: WO
Inventors: Cheng Chen; Jiangping Feng; Yi Zhang
Original assignee: Huawei Technologies Co., Ltd.
Priority date: 2008-01-10
Filing date: 2009-01-06
Publication date: 2009-07-30
Also published as: CN101483753A

Description

一种录制业务的实现方法和设备本申请要求于 2008 年 1 月 10 日提交中国专利局，申请号为 200810000980.X, 发明名称为 "一种录制业务的实现方法和设备" 的中国专利申请的优先权，其全部内容通过引用结合在本申请中。技术领域

本发明实施例涉及通信技术领域，尤其涉及一种录制业务的实现方法和设备。背景技术

N-PVR ( Network Personal Video Recorder, 网络侧个人录制 )指在网络侧为用户分配一定的存储空间，由网络来记录用户要录制的媒体内容，并根据用户意愿播放这些媒体内容。其中，要录制的媒体内容的来源，可以是广播节目，也可以是点播节目等。

该业务对于用户来说，可以为用户带来以下好处：

( 1 )用户终端的脱机存储器：在利用 N-PVR功能录制网络侧提供的内容时，终端不需要参与录制，录制时用户甚至可以处于关机状态。由于不受终端带宽限制， N-PVR也可有利于用户并发录制多个内容。

( 2 )终端的扩展存储器：在终端的存储空间有限的情况下，可利用 N-PVR临时存放，在方便的时候转移或观看。

( 3 ) 个人共享存储器：利用个人共享空间，可方便用户利用不同终端（家里的、办公室的，甚至是他人的终端）观看个人收藏的内容。数据只需保存一份，而不必到处复制内容。

在录制过程中，用户还可以请求网络进行取消录制、停止录制或者重新开始录制等操作。

分离架构是指 MC ( Media Controller,媒体控制器）和 MP ( Media Processor, 媒体处理器）分离的架构，其示意图如图 1A所示。其中， MC完成录制控制指示功能， MP按照 MC的指示进行录制相关操作，并可进行录制结果的上报。具体的， MC 包括但不限于 MSC-Server ( Mobile Switch Control -Server , 移动交换中心服务器）、 MRFC ( Media Resource Function Controller, 媒体资源控制功能）和 MCF ( Media Control Function, 媒体控制功能）等，媒体处理设备包括但不限于 MGW ( Media Gateway , 媒体网关）、 MRFP ( Multimedia Resource Function Processor, 媒体资源处理功能）和 MDF ( Media Delivery Function, 媒体传输功能）等。

现有技术中，对媒体资源进行控制主要为基于 H.248 协议的控制， H.248协议的基本原理是：将媒体处理设备上的各种资源抽象为终端，终端又进一步分为物理终端和临时终端。物理终端代表一些具有半永久存在性的物理实体，如 TDM ( Time Division Multiplex ) 时隙；临时终端代表临时申请使用后释放的公共资源，如 RTP( Real-time Transport Protocol, 实时传输协议）流。终端之间的组合被抽象为上下文，用拓朴来描述终端之间的关系。基于这些抽象，呼叫接续实际上是对终端和上下文的操作 ,通过媒体控制设备和媒体处理设备之间的命令请求和响应来完成。

H.248.1中定义了基本包， H.248.X是对基包的继承和扩展。包是指具有业务相关性的参数逻辑上进行聚合形成的，以上提到的终端通常实现了这些包的一个子集。其中，包中的信号描述符包括了要求

MP应用于终端的信号集，信号由包名和信号 ID进行标识；事件描述符则包括了 MP要求检测和报告的一组事件，该事件由事件名和其他一些可选参数组成；统计描述符则用于描述一个特定上下文中的终端状态和使用信息，通常 MC向 MP下发统计请求， MP响应上 4艮相关统计信息。 H.248.9 中定义了录音包，该包是为了电话录音而设计的。该包扩展了基本包的信号和事件，实现了录音的功能。

基本的录制过程如图 1B所示，包括以下步骤：

步骤 sl01、 MC通过录音包指示 MP开始录音。

其中的信号描述符中携带了提示音相关的参数，如提示音文件的标识、提示音的播放速度、提示音的播放音量等。还有一些定时器参数，如语音前定时器用来表示用户输入语音前的时长，该定时器超时表示用户没有输入语音；语音后定时器用来表示用户多长时间不讲话表示结束输入，该定时器超时表示用户结束输入。还有一些键值参数，用来表示用户按下某些特殊的键时要执行的操作。比如按下#键表示停止录制， *键表示取消录制并删除已录制的内容。

步骤 sl02、 MP向 MC发送应答消息。

步骤 sl03、 MP向用户播放提示音，提示用户输入语音。

步骤 sl04、用户输入语音， MP开始录制。

步骤 sl05、用户按下某些特殊的键对录制进行操作，如取消录制或停止录制等。

步骤 sl06、如果录制完成， MP向 MC上报录制完成事件。如果录制成功的话，还可以上报录制的时长。

发明人在实现本发明的过程中，发现上述现有技术中媒体业务录制的实现至少存在以下缺点：

现有技术中用户对录制的控制是和 MP直接交互的，但对于实时播放的媒体流的录制，这些控制是由 MC和 MP交互完成的。 MC应能指示 MP取消已录制的操作或者重新开始录制，但在现有技术中无法实现。并且，媒体控制器无法主动从媒体处理器处获取录制的统计信息。

发明内容

本发明的实施例提供一种录制业务的实现方法和设备，应用于基于分离架构的网络个人录制 N-PVR系统中，完善录制业务，实现媒体控制器与媒体处理器间的直接交互。

为达上述目的，本发明的实施例提供一种录制业务的实现方法，应用于基于分离架构的网络个人录制 N-PVR系统中，包括以下步骤：媒体处理器接收媒体控制器发送的携带扩展信令的请求消息，所述请求消息包括录制相关的控制请求消息、事件检测请求消息或统计请求消息；

所述媒体处理器根据所述请求消息进行相应的处理。

本发明的实施例还提供一种媒体控制器，应用于基于分离架构的网络个人录制 N-PVR系统中，包括：

请求消息生成模块，用于生成向媒体处理器发送的携带扩展信令的请求消息，所述请求消息包括录制相关的控制请求消息、事件检测请求消息或统计请求消息；

请求消息发送模块，用于将所述请求消息生成模块生成的请求消息向所述媒体处理器发送。

本发明的实施例还提供一种媒体处理器，应用于基于分离架构的网络个人录制 N-PVR系统中，包括：

接收模块，接收媒体控制器发送的携带扩展信令的请求消息，所述请求消息包括录制相关的控制请求消息、事件检测请求消息或统计请求消息；

处理模块，处理所述接收模块接收的携带扩展信令的请求消息。与现有技术相比，本发明的实施例具有以下优点：

通过扩展媒体控制器与媒体处理器间的控制消息，实现了媒体控制器与媒体处理器间控制请求、事件检测请求或统计请求的直接交互，实现了分离架构下录制业务的不同控制流程，满足了不同的控制需要。附图说明

图 1 A是现有技术中的分离架构示意图；

图 1B是现有技术中录制过程的流程图；

图 2是本发明实施例一中录制业务的实现方法的流程图；图 3是本发明实施例一中录制请求和录制结束的基本流程图；图 4是本发明实施例一中取消录制的流程图；

图 5是本发明实施例一中重新开始录制流程图；图 6是本发明实施例一中暂停及恢复录制流程图；图 7是本发明实施例二使用 H.248消息实现录制业务的基本流程图；

图 8是本发明实施例二使用 H.248消息实现停止录制的流程图；图 9是本发明实施例二使用 H.248消息实现取消录制的流程图；图 10是本发明实施例二使用 H.248消息实现重新开始录制的流程图；

图 11是本发明实施例二使用 H.248消息实现暂停及恢复录制流程图；

图 12是本发明实施例三中实现分离架构下的录制业务的系统示意图。具体实施方式

本发明的实施例一中，提供了一种录制业务的实现方法，应用于基于分离架构的网络个人录制 N-PVR系统中，如图 2所示，包括以下步骤：

步骤 s201、媒体控制器向媒体处理器发送携带扩展信令的请求消息。

该请求消息包括录制相关的控制请求消息、事件检测请求消息、统计请求消息中的至少一种。其中，控制请求消息包括开始录制请求、取消录制请求、恢复录制请求、重新开始录制请求等。事件检测请求消息包括检测录制成功事件、或检测录制失败事件。

步骤 s202、媒体处理器根据该请求消息进行相应的处理。

步骤 s203、媒体处理器向媒体控制器发送应答消息。

以下对本发明的实施例中请求消息为控制请求消息时不同的具体处理流程分别进行描述。

(一）当控制请求消息为开始录制请求消息时，开始录制和录制结束的流程如图 3所示。其中，步骤 s301~s304描述了开始录制请求消息成功下发并响应的过程：

步骤 s301、 MC从业务控制实体收到开始录制的请求消息。步骤 s302、 MC发送录制请求消息给 MP, 指示开始录制。

录制请求消息中需要携带参数为：录制内容的标识，用来指示被录制内容的物理存放位置。该标识可以由 MC指定，也可以由 MP进行分配。当由 MP分配时， MP还需要反馈已经分配的标识给 MC。

同时还可以携带以下参数中的至少一种：

1 )本次请求录制的时长：表示本次录制请求要求录制的时间长短；

2 )本次请求录制的容量：表示本次录制请求要求录制的容量大小。

3 ) 录制文件的存贮格式：表示文件的存储格式，如 3gp格式、 wav格式等。

4 ) 录制模式：表示对于指定的录制内容的标识，录制内容的保存方式可以是覆盖之前的录制内容，也可以是追加在之前的录制内容的后面。允许取值为覆盖 overwrite和追力口 append。

由于网络的存储空间可以用时长或容量来表示，所以在请求开始录制时可以指定时长和 /或容量。

另外，在开始录制请求消息中， MC还可以向 MP发送事件检测请求，请求 MP检测录制完成事件。该事件可以是录制成功事件，可以是录制失败事件。当 MP检测到以上事件时，需要上报给 MC。录制成功完成，可以是达到请求录制的时长和 /或请求录制的容量。上报的事件中可以同时反馈成功完成的原因和一些统计信息。录制失败，可以是媒体处理器存储空间耗尽和 /或媒体处理器内部错误；上报的事件中包含录制失败的原因。

步骤 s303、 MP收到开始录制请求消息，开始录制指定的媒体内容；并返回开始录制的响应消息给 MC。

步骤 s304、 MC发送开始录制请求消息的响应消息给业务控制实体。 (二）当控制请求消息为录制结束消息时，录制结束的过程如图

3所示，录制结束的请求可能来自业务控制实体，也可能来自 MP。

录制结束的请求由业务控制实体发送的时候，录制结束的流程如图 3中虚线以下描述的步骤 s305' ~ s308'。具体的：

步骤 s305'、 MC收到业务控制实体发送的结束录制请求消息。步骤 s306'、 MC指示 MP结束录制。

步骤 s307'、 MP结束录制，并向 MC返回结束录制的响应消息。 MC也可以在录制结束的时候，要求 MP上报一些统计信息，如实际录制的时长和 /或实际录制的文件的大小等。

步骤 s308'、 MC向业务控制实体返回结束录制的响应消息。录制结束的请求由 MP发送的时候，该流程如图中步骤 s305、 s306、 s307的描述。具体的：

步骤 s305、录制结束，可以是录制成功结束，也可以是录制异常结束。 MP将发送录制结果给 MC。

步骤 s306 ~ s307、 MC响应，并发送录制结束的响应消息给业务控制实体。

(三）当控制请求消息为取消录制请求消息时，取消录制的过程如图 4所示。包括以下步骤：

步骤 s401、 MC接收到取消录制的触发。

步骤 s402、 MC发送取消录制的请求消息给 MP, 请求取消当前的录制。

步骤 s403、 MP收到取消录制请求，立即停止录制，删除已经录制的内容，并发送取消录制的响应消息给 MC。

步骤 s404、 MC收到 MP发送的取消录制的响应信息后，向业务控制实体发送取消录制的响应消息。 (四）当控制请求消息为重新开始录制请求消息时，重新开始录制的流程如图 5所示。包括以下步骤：

步骤 s501、 MC接收到重新开始录制的触发。

步骤 s502、 MC发送重新开始录制的请求消息给 MP, 请求停止录制，删除已经录制的内容，并从当前时间点开始新的录制。

步骤 s503、 MP收到重新开始录制的请求，立即停止录制，删除已经录制的内容，从当前时间点开始录制，并发送重新开始录制的响应消息给 MC。

步骤 s504、 MC收到 MP发送的重新开始录制的响应消息，然后将该响应信息再发送给业务控制实体。

另外，重新开始录制的控制还可以通过以下方法实现。具体描述为：

MC发送开始录制的请求消息给 MP, 通过携带的录制模式参数指示重新开始录制。其中，录制模式的参数取值为覆盖 overwrite , 新录制内容将从当前文件的起始处开始保存，原来保存的录制内容将被覆盖。

(五）当控制请求消息为暂停录制及恢复录制时，过程如图 6所示。具体的，在录制过程中， MP正在录制指定的媒体流内容，此时用户或业务控制实体可能通过暂停录制跳过广告节目等，然后恢复录制。包括以下步骤：

步骤 s601、 MC收到暂停录制的请求消息。

步骤 s602、 MC下发暂停录制的请求消息，指示 MP暂停当前的录制。

步骤 s603、 MP暂停录制，发送暂停录制的响应消息给 MC。步骤 s604、 MC发送暂停录制的响应消息给业务控制实体。步骤 s605、 MC收到恢复录制的请求。

步骤 s606、 MC下发恢复录制的请求消息，指示 MP恢复之前的录制。

步骤 s607、 MC恢复原来的录制，发送录制的响应消息给 MC。步骤 s608、 MC发送恢复录制的响应消息给业务控制实体。

另外，恢复录制的控制还可以通过以下方法实现。具体描述为： MC发送开始录制的请求消息给 MP, 通过携带的录制模式参数指示恢复录制。其中，录制模式的参数取值为追加 append, 新录制内容将从当前文件的末尾开始保存，追加在已经录制的内容后面。

本发明的实施例二中，对上述实施例一描述的各流程的实现方法进行详细说明。

具体的，可以扩展一个 H.248包 rec以实现录制功能。需要说明的是，本实施例中各扩展的包的名字以及包中的信号、事件、统计的名字及参数的名字都只是一个示例，也可取其他名字，并不用于限定本发明实施例的范围。

该 rec包中包括的对信号的扩展如下：

1 )扩展一个录制请求信号 record

该信号用于录制媒体内容，信号中可以携带一些参数：

录制内容的标识 Recording Identifier (必选参数 ): 用来指示被录制内容的物理存放位置（在内部存储器中的位置）。如果它的取值为 "$", 则表示需要 MP分配该标识。

录制模式 mode (可选参数）：表示用于指定的录制内容的标识，录制内容的保存方式可以是覆盖之前的录制内容，也可以是追加在之前的录制内容的后面，该参数可选。允许取值为覆盖 overwrite和追力口 append。本次请求录制的时长 rec duration (可选参数 ): 表示与当前录制请求有关，指出了本次请求录制的时间长短。

本次请求录制的容量 rec storage (可选参数 ): 表示与当前录制请求有关，指示了本次请求录制的容量信息。

录制文件的存贮格式 format (可选参数 ): 表示文件的存贮格式，如 3gp格式、 wav格式等。

2 )扩展一个取消录制信号 cancel

该信号用于 MC指示 MP停止正在进行的录制操作，并删除已录制的内容。 3 )扩展一个重新开始录制信号 restart

该信号用于 MC指示 MP停止正在进行的录制操作，并删除已录制的内容，根据重新录制请求消息的指示，重新开始录制。

4 )扩展一个暂停信号 pause和恢复录制信号 restore

暂停信号用于 MC指示 MP暂停当前的录制操作；

恢复录制信号用于将当前的录制状态由暂停转换为录制，从当前时间点开始录制。

另外，该 rec包中包括的对事件（ event ) 的扩展如下：

1 )扩展一个录制失败事件 fail

通过该事件的上报， MP将反馈录制失败的原因给 MC, 失败的原因包括 MP存储空间耗尽、 MP内部错误等。

2 )扩展一个录制成功事件 success

当录制成功完成时， MP向 MC报告该事件。该事件可以携带一些参数，如：

录制的结果（必选参数），包括： 0: 已经达到本次请求录制的时长，录制成功； 1 : 已经达到本次请求录制的容量，录制成功。

实际录制的时长 duration (可选参数）；

实际录制的文件大小 size (可选参数）。

3 )扩展一个内容标识分配完成事件 iddetect。如果 MC指示 MP 分配内容标识， MP可以通过上报内容标识分配完成事件，反馈分配的录制内容的标识。另夕卜，该 rec包中包括的对统计 ( statistic ) 的扩展

1 ) 实际录制的时长

用于统计本次录制请求所录制内容的时长。

2 ) 实际录制内容的大小

用于统计本次录制请求所录制内容的大小。

如图 7所示，使用扩展的 H.248实现开始录制和录制完成的控制如下描述。具体包括以下步骤：步骤 s701、 MC收到业务控制实体发送的开始录制的请求消息。步骤 s702~s703、完成端点的创建： MC使用 ADD命令创建端点， MP回送应答消息。

步骤 s704、 MC发送开始录制的请求消息给 MP。

通过 H.248的 Modify命令携带扩展的录制请求信号，完成录制请求的指示。在该步骤中，如果 MC已经分配了内容标识，则 MC需要将该标识作为录制请求信号的参数发送给 MP。如果 MC没有分配内容标识，则 MC需要将录制请求信号中的内容标识参数设置为 "$" , 以指示 MP分配该内容标识。

扩展包 rec的使用实例为：

Signals { rec/record { Recordingldentifier = "$",

Format = "3gp",

Recstorage = 30000 在该例子中， MC指示 MP分配内容标识，该标识可以通过内容标识的分配完成事件反馈给 MC (所述步骤 s708-s709 ), 或可以在 MP的响应消息中反馈（在步骤 s706, MP发送的响应消息中还要携带录制内容的标识信息，此时不需要步骤 s708-s709 )。录制的文件保存格式为 3gp, 录制内容的大小为 30000K字节。

MC还可以指示 MP检测录制完成事件。

扩展包 rec的使用实例为：

Events^ 1234 { rec/fail, rec/success }

MC还可以同时检测内容标识分配完成事件。

扩展包 rec的使用实例为：

Events^ 1235 { rec/iddetect }

另外，录制请求也可以在 ADD命令中发送，即步骤 s704可以合并到步骤 s702中。

步骤 s705、如果 MC指示 MP分配内容标识，则 MP分配内容标识。 MP 开始录制，将内容录制到内容标识所表示的文件中。如果 MC在录制请求中指示了文件存贮类型，则 MP将以该类型进行存贮，否则以 MP配置的类型进行存贮。

步骤 s706、 MP向 MC发送录制请求的响应消息。

步骤 s707、 MC发送开始录制请求的响应消息给业务控制实体。步骤 s708 ~ s709、如果 MC指示 MP分配内容标识，则 MP将内容标识通过 NOTIFY命令发送给 MC , MC回送应答消息。此时，步骤 s707 , MC回送给业务控制实体的录制请求的响应消息可以在步骤 s708 ~ s709之后。如果 MC已经分配了内容标识，则不需要这两个步骤。

扩展包 rec的实现内容标识上报的使用实例为：

Notify = A5555 { ObservedEvents =1235

{rec/iddetect(RecordingIdentifier=

"http://mediaserver/rec/example.3gp") } }

步骤 s710、如果 MC要求 MP检测录制完成事件，则当录制完成时（包括成功完成和异常结束 ), MP通过 NOTIFY命令向 MC上报录制完成事件。如果是录制失败事件， MP会上报错误码以指示失败的原因；如果是录制成功事件， MP会上报录制成功完成的原因和实际录制的时长和 /或实际录制的内容大小。

扩展包 rec的实现录制成功事件上报的使用实例为：

Notify=A5555 { ObservedEvents=1234{rec/success(size=30000, duration=3600, result=l) } }

在该例子中 result为 1 ,表示录制成功且录制的内容已达到了 MC 指定的容量的阈值，此时录制的文件大小为 30000K字节，录制的时间为 3600秒。

步骤 s711、 MC向 MP发送事件上报请求的响应消息。

步骤 s712、 MC向业务控制实体发送录制结束的请求。

步骤 s713、业务控制实体发送录制结束的响应消息给 MC。本发明实施例二中，以停止录制为例，说明本发明实施例中使用扩展后的 H.248协议实现录制业务的方法，如图 8所示，具体包括以下步骤：

步骤 s801、 MC从业务控制实体收到停止录制的请求消息。

步骤 s802、 MC指示 MP停止录制。这可以通过 MODIFY请求命令携带空的信号描述符来实现。

步骤 s803、 MP停止录制操作。

步骤 s804、 MP向 MC发送停止录制的响应消息。这通过 MODIFY 应答命令实现。

步骤 s805、 MC通过 SUBTRACT请求命令指示 MP删除录制终端。同时 MC也可以携带 AUDIT描述符要求 MP上报统计信息。

Subtract = A5555 {Audit {Statistics} }

步骤 s806、MP删除录制终端后通过 SUBSTRCT应答命令给 MC 发送删除录制终端应答消息。 MP也可以在该应答消息中携带统计信息。如实际录制时长和 /或实际录制的内容大小。

Statistics {rec/duration=3600,；录制内容的时长

rec/size=20000,；录制内容的大小 }

步骤 s807、 MC向业务控制实体发送停止录制应答消息。

需要说明的是，上述流程中也可以省略步骤 s802和 s804, 直接使用步骤 s805和 s806删除终端。本发明实施例二中，以取消录制为例，说明本发明实施例中使用扩展后的 H.248协议实现录制业务的方法，如图 9所示，具体包括以下步骤：

步骤 s901、 MC收到业务控制实体下发的取消录制的请求消息。步骤 s902、 MC下发取消录制的请求消息，通过 H.248的 Modify 命令，携带扩展的取消录制信号，指示 MP取消当前的录制。

扩展包 rec的实现取消录制的使用实例为：

Signals { rec/cancel }

步骤 s903、 MP停止录制，并删除已录制的内容。步骤 s904、 MP发送取消录制的响应消息给 MC。

步骤 s905、 MC发送取消录制的响应消息给业务控制实体。

步骤 s906~s907: 通过 SUBTRACT命令完成 MC和 MP之间端点删除的过程。

本发明实施例二中，以重新开始录制为例，说明本发明实施例中使用扩展后的 H.248协议实现录制业务的方法，如图 10所示，具体包括以下步骤：

步骤 sl001、 MC收到业务控制实体下发的重新开始录制的请求消息。

步骤 sl002、 MC下发重新开始录制的请求消息，通过 H.248的

Modify命令，携带扩展的重新开始录制信号，指示 MP停止当前的录制，重新开始录制。

扩展包 rec的实现重新开始录制的使用实例为：

Signals { rec/restart }

步骤 sl003、 MP停止录制，并删除已录制的内容，根据重新开始录制请求的要求，重新开始录制。

步骤 sl004、 MP发送重新开始录制的响应消息给 MC。

步骤 sl005、 MC发送重新开始录制的响应消息给业务控制实体。重新开始录制的控制还可以通过下述方法实现，具体描述为：步骤 1011 : MC收到业务控制实体下发的重新开始录制的请求消息。

步骤 1012: MC下发重新开始录制的请求消息给 MP。通过 Modify 命令携带扩展的录制请求信号和该信号的录制模式参数，指示 MP重新开始录制。其中，录制模式参数的取值为覆盖 overwrite。

扩展包 rec的实现重新开始录制的实施例为：

Signals { rec/record(mode="overwrite") }

步骤 1013: MP收到重新开始录制的请求，停止正在进行的录制，从当前时间点开始新的录制。新的录制内容将以覆盖的方式进行保存，已经录制的内容将被新的录制内容覆盖。 MP发送响应消息给 MC。

步骤 1014: MC发送重新开始录制的响应消息给业务控制实体。本发明实施例二中，以暂停录制及恢复录制为例，说明本发明实施例中使用扩展后的 H.248协议实现录制业务的方法，如图 11所示，具体包括以下步骤：

MP正在录制指定的媒体流内容。

步骤 sll01、 MC收到暂停录制的请求消息。

步骤 sll02、MC下发暂停录制的请求消息，通过 H.248的 Modify 命令，携带扩展的暂停录制信号，指示 MP暂停当前的录制。

扩展包 rec的实现暂停录制的使用实例为：

Signals { rec/pause }

步骤 sll03、 MP暂停录制。

步骤 sll04、 MP发送暂停录制的响应消息给 MC。

步骤 sll05、 MC发送暂停录制的响应消息给业务控制实体。步骤 si 106、 MC收到恢复录制的请求。

步骤 sll07、 MC下发恢复录制的请求消息，通过 H.248的 Modify 命令，携带扩展的恢复录制信号，指示 MP恢复到录制状态。

扩展包 rec的实现恢复录制的使用实例为：

Signals { rec/restore }

步骤 sll08、 MC恢复原来的录制。

步骤 sll09、 MP发送恢复录制的响应消息给 MC。

步骤 slll0、 MC发送恢复录制的响应消息给业务控制实体。恢复录制的控制还可以通过下述方法实现，具体描述为：步骤 1111: MC收到业务控制实体下发的恢复录制的请求消息。步骤 1112: MC下发恢复录制的请求消息给 MP。通过 Modify 命令携带扩展的录制请求信号和该信号的录制模式参数，指示 MP恢复录制。其中，录制模式参数的取值为追加 append。扩展包 rec的实现恢复录制的实施例为：

Signals { rec/record(mode="append") }

步骤 1113: MP收到恢复录制的请求，从当前时间点开始录制。录制内容将以追加的方式保存在原来录制内容的末尾。 MP发送响应消息给 MC。

步骤 1114: MC发送恢复录制的响应消息给业务控制实体。

通过使用本发明实施例提供的上述方法，通过扩展请求消息，完善了分离架构下录制业务的实现流程，满足了不同的控制需要。本发明的实施例三还提供一种用于实现分离架构下的录制业务的系统和设备，如图 12所示，包括媒体控制器 10和媒体处理器 20。

其中，媒体控制器 10生成向媒体处理器 20发送的请求消息并向媒体处理器 20发送，该请求消息中携带扩展命令。媒体处理器 20接收媒体控制器 10发送的请求消息，处理该请求消息中的扩展命令并向媒体控制器 10发送响应消息。

具体的：媒体控制器 10进一步包括：

请求消息生成模块 11 , 用于生成向媒体处理器 20发送的请求消息，该请求消息中携带扩展命令。

请求消息发送模块 12, 用于将请求消息生成模块 11生成的请求消息向媒体处理器 20发送。

消息设置模块 13 , 用于对请求消息生成模块 11生成的请求消息进行设置，所述请求消息包括录制相关的控制请求消息、事件检测请求消息、统计请求消息中的至少一种；所述录制相关的控制请求消息包括录制请求、取消录制、暂停录制、恢复录制和重新开始录制中的至少一种；所述事件检测请求消息包括检测录制成功事件和 /或检测录制失败事件。

具体的，媒体处理器 20进一步包括：

接收模块 21 , 接收媒体控制器 10发送的请求消息，该请求消息中携带扩展命令。处理模块 22, 处理接收模块 21接收的请求消息中的扩展命令。发送模块 23 , 用于根据处理模块 22的处理结果，向媒体控制器 10发送响应消息。

事件通知生成模块 24, 用于生成需要向媒体控制器 10发送的事件通知并发送到发送模块 23;

统计结果生成模块 25 , 用于生成需要向媒体控制器 10发送的统计结果并发送到发送模块 23。

本发明实施例提供的上述系统和设备，通过扩展控制消息，完善了分离架构下录制业务的实现流程，满足了不同的控制需要。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到本发明可以通过硬件实现，也可以可借助软件加必要的通用硬件平台的方式来实现基于这样的理解，本发明的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质（可以是 CD-ROM, U盘，移动硬盘等）中，包括若干指令用以使得一台计算机设备（可以是个人计算机，服务器，或者网络设备等）执行本发明各个实施例所述的方法。

总之，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims

权利要求

1、一种录制业务的实现方法，应用于基于分离架构的网络个人录制 N-PVR系统中，其特征在于，包括以下步骤：

媒体处理器接收媒体控制器发送的携带扩展信令的请求消息，所述请求消息包括录制相关的控制请求消息、事件检测请求消息或统计请求消息；

所述媒体处理器根据所述请求消息进行相应的处理。

2、如权利要求 1所述录制业务的实现方法，其特征在于，所述控制请求消息具体为：用于进行录制相关控制的开始录制请求消息，所述开始录制请求消息中包括以下内容中的至少一种：录制内容的标识，用于指示被录制内容的物理存放位置，所述标识由媒体控制器或媒体处理器分配；录制的模式，用于指示所述媒体处理器覆盖之前的录制内容或追加在之前的录制内容后；本次请求录制的时长；本次请求录制的容量；录制文件的存贮格式；

所述媒体处理器进行的处理包括：

根据所述开始录制请求消息开始进行录制。

3、如权利要求 2所述录制业务的实现方法，其特征在于，所述录制内容的标识由所述媒体处理器分配时，所述媒体处理器通过标识分配完成事件，向所述媒体控制器反馈分配的录制内容的标识；或媒体处理器在响应消息中反馈分配的录制内容的标识信息给所述的媒体控制器。

4、如权利要求 1所述录制业务的实现方法，其特征在于，所述控制请求消息具体为：用于进行录制相关控制的取消录制请求消息；

所述媒体处理器进行的处理包括：

停止当前的录制操作并删除已录制的内容。

5、如权利要求 1所述录制业务的实现方法，其特征在于，所述控制请求消息具体为：用于进行录制相关控制的暂停录制请求消息；

所述媒体处理器进行的处理包括：

暂停当前的录制操作。

6、如权利要求 1所述录制业务的实现方法，其特征在于，所述控制请求消息具体为：用于进行录制相关控制的恢复录制请求消息；

所述媒体处理器进行的处理包括：

恢复当前的录制操作并从当前录制文件的末尾开始保存内容。

7、如权利要求 6所述录制业务的实现方法，其特征在于，所述恢复录制请求使用独立的消息完成；或

所述恢复录制请求使用开始录制请求消息完成，在所述消息中指示从当前的录制文件的末尾开始保存内容。

8、如权利要求 1或 2所述录制业务的实现方法，其特征在于，所述控制请求消息具体为：用于进行录制相关控制的重新开始录制请求消息；

所述媒体处理器进行的处理包括：

删除已录制的内容并从当前录制文件的起始处开始保存内容。

9、如权利要求 8所述录制业务的实现方法，其特征在于，所述重新开始录制请求使用独立的消息完成；或

所述重新开始录制请求使用开始录制请求消息完成，在所述消息中指示在当前的录制文件的起始处开始保存内容。

10、如权利要求 1所述录制业务的实现方法，其特征在于，所述事件检测请求消息具体为：检测录制失败事件；

所述媒体处理器进行的处理包括：

当录制失败时所述媒体处理器向媒体控制器发送录制失败事件消息；所述录制失败事件消息中包括录制失败的原因；所述录制失败的原因为媒体处理器内部错误、或媒体处理器存储空间耗尽。

11、如权利要求 1所述录制业务的实现方法，其特征在于，所述事件检测请求消息具体为：检测录制成功事件；所述媒体处理器进行的处理包括：

当录制完成时所述媒体处理器向媒体控制器发送录制成功事件消息；所述录制成功事件消息中包括录制完成的原因、本次录制内容的时长、本次录制内容的容量中的至少一种；所述录制完成的原因为：录制的内容已经达到本次请求录制的时长或录制的内容已经达到本次请求录制的容量。

12、如权利要求 1所述录制业务的实现方法，其特征在于，所述携带扩展信令的请求消息具体为统计请求消息时，

所述媒体处理器进行的处理包括：

向所述媒体控制器发送应答消息，所述应答消息中包括本次录制内容的时长和 /或本次录制内容的容量。

13、一种媒体控制器，应用于基于分离架构的网络个人录制 N-PVR系统中，其特征在于，包括：

14、如权利要求 13所述媒体控制器，其特征在于，还包括：消息设置模块，用于对所述请求消息生成模块生成的请求消息进行设置，所述录制相关的控制请求消息包括开始录制、取消录制、暂停录制、恢复录制和重新开始录制中的至少一种；所述事件检测请求消息包括检测录制成功事件和 /或检测录制失败事件。

15、一种媒体处理器，应用于基于分离架构的网络个人录制 N-PVR系统中，其特征在于，包括：

处理模块，处理所述接收模块接收的携带扩展信令的请求消息。

16、如权利要求 15所述媒体处理器，其特征在于，还包括：事件通知生成模块，用于在所述处理模块对请求消息进行处理后，生成需要向所述媒体控制器发送的事件通知；

统计结果生成模块，用于在所述处理模块对请求消息进行处理后，生成需要向所述媒体控制器发送的统计结果。

17、如权利要求 15或 16所述媒体处理器，其特征在于，还包括：发送模块，用于根据所述处理模块的处理结果或所述事件通知生成模块生成的事件通知或所述统计结果生成模块生成的统计结果，向所述媒体控制器发送响应消息。