CN101365170A - 分离架构下实现预定会议的方法、***及装置 - Google Patents

Abstract

本发明公开了一种分离架构下实现预定会议的方法，包括：媒体控制器接收应用服务器发送的预定会议业务请求；根据所述预定会议业务请求，向媒体处理器发送相应的资源处理请求，通知媒体处理器根据所述资源处理请求，进行相应的资源处理。本发明还公开了一种分离架构下实现预定会议的***，包括应用服务器、媒体控制器和媒体处理器；以及一种媒体控制器和媒体处理器。本发明提出了符合分离架构思路的实现预定会议的***及对应的方法流程，有利于资源的共享及精确管理。

Description

分离架构下实现预定会议的方法、***及装置

技术领域

本发明涉及分离架构下业务的实现技术，具体涉及一种分离架构下实现预定会议的方法、***及装置。

背景技术

分离架构网络的主要设计思想是：业务/控制与承载分离，业务层、控制层和承载层的各个网络实体之间通过标准的协议进行连接和通信。其主要特征包括：

业务与呼叫控制分离，与网络分离。控制层的设备只负责处理基本呼叫的接续及控制，业务逻辑基本由应用服务器提供，实现了业务与呼叫控制分离，使业务真正独立于网络；

业务与承载分离。业务提供和承载属于两个独立层面，业务可以与承载完全分离。用户可以自行配置和定义自己的业务特征，不必关心承载业务的网络形式以及终端类型，使得业务和应用的提供有更大的灵活性。

以下以网络协议多媒体子***(IMS，Internet Protocol MultimediaSubsystem)为例，说明分离架构***中核心网的结构示意图。

图1为现有的IMS中核心网的结构示意图。如图1所示，分离架构下核心网的业务逻辑相关部分的处理主要由应用服务器(AS，ApplicationServer)完成，控制部分的处理主要由呼叫会话控制功能(CSCF，Call SessionControl Function)及媒体控制器(MC，Media Controller)等控制层设备完成，媒体承载部分的处理由媒体处理器(MP，Media Processor)完成。其中，MC和MP组成媒体资源服务器(MRS，Multimedia Resource System)。

在其它的分离架构***的控制层，可能不包括CSCF实体。

随着计算机技术、通信技术和互联网技术的飞速发展，多媒体会议的应用范围正在逐渐拓展，多媒体会议的标准化工作也正在逐步完善。

3GPP中定义了多媒体会议的需求，多媒体会议支持参与方在会议中同时使用音频和视频媒体资源。根据会议开始的触发条件不同，会议分为即时会议(ad-hoc conference)和预定会议(reserved conference)。即时会议在会议开始之前不需要进行预定，用户呼叫会议***，或者双方通话扩展为多方通话时，自动完成会议的创建。预定会议在会议开始之前需要完成预定，会议开始于预定的时间。在这两种类型的会议中，参与方均可通过用户拨入(dial-in)和***拨出(dial-out)的方式加入会议。

现有的分离架构下实现预定会议的方案中，AS用于提供预定业务，进行用户管理、业务管理及资源管理等。例如AS在接收到用户的预定会议的请求时，为用户预定资源，并进行预定信息的管理；以及进行预定资源的管理。包括MC和MP的MRS为实施预定会议的承载层，用于提供预定会议的资源。

也就是说，该方案是在AS中对MRS的预定会议相关资源进行静态配置，例如配置支持会议的端口数，并由AS根据预定信息进行相关预定资源的管理。可见，该方案中，业务层的AS执行资源管理的功能，不符合分离架构下AS只提供业务逻辑的思路。因此，业务的实现需要考虑网络的设计，降低了业务和应用提供的灵活性。

同时，在分离架构组网中，AS与MRS存在一对多或者多对多的连接关系，AS之间无法互相得知在一个MRS中进行资源预定的情况，因此，在AS实现资源预定和管理不利用于承载资源的共享。而在AS增加互相通信的接口，则增加了AS实现复杂度，且不符合分离架构的思路。

另外，通过在AS静态配置资源进行MRS资源的间接管理，也不利于资源的精确管理。

发明内容

本发明实施例提供一种分离架构下实现预定会议的方法，有利于实现资源的共享及精确管理。

本发明实施例还提供一种分离架构下实现预定会议的***，有利于实现资源的共享及精确管理。

本发明实施例还提供一种媒体控制器，有利于实现资源的共享及精确管理。

本发明实施例还提供一种媒体处理器，有利于实现资源的共享及精确管理。

为达到上述目的，本发明实施例的技术方案是这样实现的：

一种分离架构下实现预定会议的方法，包括：

媒体控制器接收应用服务器发送的预定会议业务请求；

根据所述预定会议业务请求，向媒体处理器发送相应的资源处理请求，通知媒体处理器根据所述资源处理请求，进行相应的资源处理。

一种分离架构下实现预定会议的***，包括应用服务器、媒体控制器和媒体处理器，

应用服务器，用于向媒体控制器发送预定会议业务请求；

媒体控制器，用于根据所述预定会议业务请求，向媒体处理器发送相应的资源处理请求；

媒体处理器，用于根据所述资源处理请求，进行相应的资源处理。

一种分离架构下实现预定会议的媒体控制器，包括接收模块和请求模块，

所述接收模块，用于接收应用服务器发送的预定会议业务请求；

所述请求模块，用于根据所述接收模块接收的预定会议业务请求，生成相应的资源处理请求，发送到媒体处理器。

一种媒体处理器，包括消息收发模块、检查模块和资源维护模块，

所述消息收发模块，用于接收资源处理请求；接收所述资源维护模块发送的响应消息，转发至媒体控制器；

所述资源维护模块，用于接收检查模块返回的资源处理结果，如果资源足够，则保存资源预定请求相应的资源预定记录；根据所述资源处理请求修改资源预定记录；基于所述资源预定记录进行资源分配；将表明所述资源处理请求处理结果的响应消息返回到所述消息收发模块；

所述检查模块，用于根据存储于所述MP存储模块的资源的预定记录，检查所述资源处理请求中请求预定的资源是否足够，并向所述预定模块返回资源处理结果。

与现有技术相比，本发明实施例所提供的技术方案，由AS将用户的预定会议业务请求发送到MC，MC向MP发送相应的资源处理请求，并由MP执行相应的资源处理，也就是说业务层的AS只为用户提供业务，控制层的MC提供资源控制和管理，承载层的MP执行具体的资源控制和管理操作，因此符合分离架构的思想，使得业务的实现不需要考虑网络设计，增加了业务和应用提供的灵活性。

同时，由于资源控制和管理在MC和MP实现，AS通过与MC正常的通信即可获取其它AS在MC预定资源的信息，因此，避免了在AS进行资源管理时，AS之间无法互相获取资源预定的情况，从而有利于资源的共享。并且由于MRS对自己的承载资源进行直接管理，从而增加了资源管理的精确性。

附图说明

图1为现有的IMS中核心网的结构示意图；

图2为本发明实施例中实现预定会议的方法流程图；

图3为本发明实施例中实现会议预定的方法流程图；

图4为本发明实施例中修改预定会议的方法流程图；

图5为本发明实施例中取消预定会议的方法流程图；

图6为本发明实施例中参与方出席会议的方法流程图；

图7为本发明实施例中延长会议的方法流程图；

图8为本发明实施例中实现预定会议的***结构图。

具体实施方式

下面结合附图及具体实施例对本发明进行详细说明。

图2为本发明实施例中实现预定会议的方法流程图。如图2所示，该方法包括以下步骤：

步骤200：AS检测到预定会议业务请求。

本步骤中，预定会议业务请求包括：来自用户的请求和预先设置条件触发的请求。

具体的预定会议业务请求可以是用户的预定请求、修改预定会议的请求、取消预定会议的请求、延长会议的请求等。

步骤201：AS将预定会议业务请求发送到MC。

对于IMS下的分离架构，在AS和MC之间还会存在CSCF等网元，AS和MC之间的预定会议业务的相关交互消息需要进行CSCF转发。

步骤202：MC根据该预定会议业务请求，生成相应的资源处理请求，发送到MP。

相应的资源处理请求为：资源预定请求、修改指定会议预定资源的请求、取消指定会议预定资源的请求、基于预定信息分配资源的请求或延长预定资源使用的请求。

步骤203：MP根据该资源处理请求，进行相应的资源处理。

相应的资源处理为：预定资源、修改指定会议的预定资源的预定、取消指定会议的预定资源的预定、基于预定资源分配会议资源。

本发明实施例中的实现预定会议的方法还可以在步骤200之前，进一步包括实现AS、MC与MP之间的时间同步。由于需要对所有预定会议的资源进行管理，因此在MP进行资源预定需要建立绝对时间纬度的管理记录，AS-MC-MP的***时间需要同步。时间同步可以使用简单网络时间协议(SNTP，Simple Network Time Protocol)或网络时间协议(NTP，NetworkTime Protocol)协议完成，该协议是IP网络中的基本功能，不需要进一步扩展。因此支持预定会议的AS-MC-MP需要支持SNTP(NTP)协议。

在进行会议资源的预定时，媒体混合通道对于每个参与方都是必须的，因此需要基于时间进行媒体混合通道的精确预定，其他会议资源可以基于时间进行精确预定也可以基于整体网络进行配置实现。

首先对本发明实施例中实现会议预定的方法进行详细说明。AS接收到的预定会议业务请求是用户的预定请求，相应的资源处理为资源预定。

图3为本发明实施例中实现会议预定的方法流程图。如图3所示，该方法包括以下步骤：

步骤300：AS接收到用户的预定请求。

该预定请求中包括参与方信息、会议时间等信息。其中参与方信息可以是参与方列表，可以是最小参与方数和/或最大参与方数，会议时间信息包括会议开始时间、会议结束时间和/或会议时长等信息。

用户可以通过网页(Web)界面配置实现、通过互动式语音应答(IVR，Interactive Voice Response)操作实现，或者通过短信实现会议预定。在预定会议时，用户还可以指定会议***或者会议主持人等，这些预定操作都可以通过现有技术实现，在此不再详述。

步骤301：AS解析预定信息，分配会议标识，向MC发送携带会议标识、会议时间信息、参与方数目等参数的预定请求。

其中参与方数目为参加预定会议的参与方数目，该数目可以由AS根据参与方列表得出；或者，根据预设的资源预定策略，按照最少参与方数目确定；或者，根据预设的资源预定策略，按照最大参与方数目确定。

步骤302：MC接收到该预定请求之后，发送资源预定请求给MP，其中携带会议标识，参与方数目，会议时间信息等参数。

步骤303：MP根据接收到的资源预定请求进行资源预定。

本步骤中，MP根据接收到的资源预定请求预定资源可以包括：检查在会议时间信息对应的时段是否有足够的资源，如果资源不足则预定资源失败，如果资源足够则进行资源预定，即创建相应的资源预定记录。实际应用中预定的会议资源类型可以在MP进行配置指定，例如：音频会议预定会议资源类型为混音通道。

步骤304：MP给MC返回资源预定操作结果的响应消息。

在预定成功时，向MC返回预定成功的信息；在预定失败时，向MC返回资源预定失败的信息，在预定失败的信息中可以携带失败原因信息。

步骤305：MC根据收到的响应消息，给AS返回响应消息。

本步骤中，MC除将响应消息发送到AS之外，还可以包括根据响应消息进行的操作：如果资源预定成功，MC存储预定信息，包括预定会议标识、会议时间信息及参与方信息等，与AS同步保存预定信息，并记录该会议预定资源所在的服务器标识；如果预定失败，可以根据失败原因进行相应的处理，例如缓存预定信息重预定，或者直接向AS返回预定失败的信息。

步骤306：AS接收到来自MC的预定会议响应消息后，进行预定结果处理，包括根据预定结果给用户返回相应的提示信息，并进行相应的处理。

本步骤中，AS除给用户返回提示信息外，还可以包括：如果预定成功，则记录并维护该预定会议的预定信息；如果预定失败，AS可以缓存预定信息，并发起重预定。

完成会议预定后，在会议实施之前，用户需要修改预定会议时，AS接收到的预定会议业务请求是修改预定会议的请求。

图4为本发明实施例中修改预定会议的方法流程图。如图4所示，该方法包括以下步骤：

步骤400：AS接收到用户的修改预定会议的请求，其中携带会议标识和待修改的预定信息。

待修改信息包括会议时间信息和/或参与方信息。其中，修改会议时间信息，可以修改会议开始时间、会议结束时间和/或会议持续时长。修改预定会议参与方信息，可以修改预定会议参与方数目，例如可以减少参与方数目、增加参与方数目，或在参与方列表中增加参与方或减少参与方。

步骤401：AS将携带会议标识和待修改的预定信息的修改预定会议请求发送给MC。

步骤402：MC接收到修改预定会议请求之后，发送修改指定会议预定资源的请求给MP。

步骤403：MP根据接收到的指定会议预定资源的请求，修改指定资源的预定，即修改资源预定记录。

本步骤中，当修改预定会议的请求为增加预定会议时间信息和/或增加参与方数目的请求时，媒体处理器检查在所述增加的时段内是否有足够的资源，是则修改预定会议的资源预定记录；否则修改预定会议失败；

当修改预定会议的请求为减少预定会议时间信息和/或减少参与方数目的请求时，媒体处理器根据修改指定会议预定资源的请求，修改预定会议的资源预定记录。

步骤404：MP给MC返回指示预定会议操作结果的响应消息。

步骤405：MC根据收到的响应消息给AS返回响应消息。

本步骤中，如果响应消息表明修改资源预定成功，MC还需要修改该预定会议相关信息，然后执行步骤406；如果响应消息表明修改资源预定失败，直接执行步骤406。

步骤406：AS接收来自MC的预定会议响应消息，根据该响应消息进行修改预定会议结果处理。

本步骤包括：如果修改预定会议成功，AS给用户返回修改预定会议成功的提示信息，并修改该预定会议的预定信息；如果修改预定会议失败，AS可以缓存用户修改预定会议的请求，再次发起修改预定会议的请求，或者直接给用户返回修改预定会议失败的提示信息。

当用户取消预定会议时，AS接收到的预定会议业务请求是取消预定会议的请求，相应的资源处理为取消指定资源的预定。

图5为本发明实施例中取消预定会议的方法流程图。如图5所示，该方法包括以下步骤：

步骤500：AS接收到用户的取消预定会议的请求，其中携带会议标识。

步骤501：AS将携带会议标识的取消预定会议的请求发送给MC。

步骤502：MC接收到取消预定会议请求之后，发送取消指定会议预定资源的请求给MP。

步骤503：MP根据接收到的指定会议预定资源的请求，取消指定资源的预定，即修改资源预定记录。

步骤504：MP给MC返回表明预定会议操作结果的响应消息。

步骤505：MC根据收到的响应消息给AS返回响应消息。

本步骤中，如果响应消息表明取消资源预定成功，MC还需要删除该预定会议相关信息，然后执行步骤506；如果响应消息表明取消资源预定失败，直接执行步骤506。

步骤506：AS接收到的来自MC的预定会议响应消息，根据该响应信息进行预定会议取消结果处理。

本步骤包括：如果取消预定会议成功，AS给用户返回取消预定会议成功的提示信息，并删除该预定会议的预定信息；如果取消预定会议失败，AS可以缓存用户取消预定会议的请求，再次发起取消预定会议请求，或者直接给用户返回取消预定会议失败的提示信息。

在预定会议的实施阶段，可能发生的关于该预定会议的业务请求包括：参与方出席会议的请求、参与方离开会议的请求、会议延时的请求等。

预定条件被触发时，例如预定会议的开始时间到达时，参与方可以通过dial-in的方式或者***dial-out的方式出席会议，本实施例以预定会议开始时间，会议第一个参与方以dial-in的方式出席会议为例，对本发明实施例中参与方出席会议的方法进行详细说明。

图6为本发明实施例中参与方出席会议的方法流程图。如图6所示，该方法包括以下步骤：

步骤600：AS接收用户出席预定会议的请求。

本步骤中，AS接收到用户出席预定会议的请求后，进一步进行预定条件的判断，包括预定时间的判断：如果预定时间到达，则执行步骤601；否则直接给用户返回出席预定会议失败的信息。

还可以进一步进行参与方的合法性判断：如果在预定会议时，会议的参与方是按照参与方列表的方式进行预定的，则AS检查该用户是否在参与方列表中，是则执行步骤601，否则给用户返回出席会议失败的信息。

步骤601：AS将该用户出席会议的请求发送到MC，其中携带的会议标识是会议预定时分配的会议标识。

步骤602：MC根据接收到的出席会议的请求，向MP发送为该会议分配资源的请求。

本步骤中，MC根据会议标识查找记录的会议预定信息，向为该会议提供会议资源的MP发送为该用户分配资源的请求。

步骤603：MP基于预定的资源为该用户分配会议资源。

步骤604：MP向MC返回资源分配响应消息。

步骤605：MC向AS返回用户出席会议的响应消息。

步骤606：AS根据用户出席预定会议结果进行相应的处理，并给用户返回提示信息。

在步骤605与步骤606之间需要为参与方加入会议进行其他信令交互，此过程与现有技术中参与方加入即时会议的过程相同，在此不再赘述。

在第一个参与方请求加入会议之后，AS接收到其它参与方加入会议的请求时，如果会议预定是以参与方数目进行预定的，该方法进一步包括：记录实际加入预定会议的参与方数目，当AS判断实际加入预定会议的参与方数目大于预定的参与方数目时，则可以选择：

在执行步骤601之前，直接拒绝多余的参与方出席会议的请求；

或者，保持参与方总数不变，而根据预先制定的策略踢出原参与方，让新的参与方出席会议，根据预先制定的策略踢出原参与方的具体实现的方式与即时会议中根据一定的策略选择踢出原参与方的方法相同，在此不再赘述，让新的参与方出席会议的步骤同步骤601-步骤606；

或者，AS允许多余的参与方出席会议，在执行步骤603时，MP基于非预定资源进行该参与方的会议资源分配。如果MP为多余参与方分配资源时，检查到资源不足，则多余参与方出席会议失败；如果资源足够，则多余参与方可以成功出席会议。

实际应用中，当***以dial-out方式邀请用户加入会议时，执行步骤601～步骤606。

对于参与方离开会议的请求的处理过程，与现有技术中参与方离开即时会议时的处理过程相同，在此不再赘述。

当预定会议的结束条件触发，例如会议中最后一个参与方离开会议，或者会议***离开会议，或者预定结束时间到达，则会议结束。当会议在预定的结束时间到达之前结束，则会议的相关预定资源可以根据预先制定的资源管理策略进行控制，例如可以在会议结束时取消该会议相关资源的预定；或者在会议结束之后，相关资源保持预定状态，直到预定的会议结束时间到达，再取消该会议相关资源的预定，以便参与方在预定期限内重新加入会议，在按照这种资源管理策略进行资源管理时，可以按照预定时长对用户使用的资源进行计费。当会议在预定结束时间结束，按照预期释放预定资源，此时，结束会议的处理流程与现有技术中即时会议中结束会议的处理流程相同。

预定会议在预定结束时间到达时，可能不结束会议，可能需要延长会议，可以根据用户指示延长会议，或根据***配置自动延长会议。

***配置自动延长会议，例如可以根据***的默认配置，如果到达预定结束时间，用户没有结束会议，则***按照当前参与方数目自动延长会议15分钟。

根据用户指示延长会议，例如会议即将结束时，AS触发与用户的交互，用户输入会议延长的时长，延长会议期间的参与方数目等。

会议延长相当于一个会议修改过程，只是在延长会议的请求时都是增加会议时长，且增加的预定资源将在原预定时间到达时立即被使用。

图7为本发明实施例中延长会议的方法流程图。如图7所示，该方法包括以下步骤：

步骤700：在会议进行中，AS检测到延长预定会议的请求。

本步骤中，延长预定会议的请求可以是由AS接收到的来自用户延长预定会议的请求，也可以是由AS根据***设置自动发起的延长预定会议的请求。

步骤701：AS发送延长预定会议的请求给MC，其中携带会议标识，还可以携带延长时长，延长会议期间的参与方数目等参数。

步骤702：MC根据延长预定会议的请求，向MP请求预定延长时段会议的资源，其中携带延长时长，延长会议期间的参与方数目。

如果来自AS的请求中没有携带延长会议期间的参与方数目，则MC可以选择按照当前会议中实际参与方数目或者原预定会议指定的参与方数目，请求MP进行资源预定。

步骤703：MP根据MC的指示，进行延长时段会议资源的预定。

本步骤包括：MP检测延长时段内是否有足够资源可用，如果在指定时段资源充足，则更新预定资源记录；如果资源不足，则不做修改，会议延长资源申请失败。

步骤704：MP给MC返回响应消息，指示会议延长时段内资源预定的结果。

步骤705：MC给AS返回会议延长响应消息，表明会议延长结果。

本步骤包括：如果会议延长成功，MC更新该预定会议的预定信息；如果资源不足，则直接给AS返回响应消息。

步骤706：预定会议延长结果处理。

本步骤包括：如果会议延长成功，会议在原预定会议结束时间继续召开，直到会议延长之后的预定结束时间；如果会议延长失败，会议在原预定会议结束时间结束。

图8为本发明实施例中实现预定会议的***结构图。如图8所示，该***包括AS、MC和MP，其中，AS用于向MC发送预定会议业务请求；MC用于根据该预定会议业务请求，向MP发送相应的资源处理请求；MP用于根据接收到的资源处理请求，进行相应的资源处理。

具体来说，媒体控制器包括接收模块和请求模块。接收模块，用于接收应用服务器发送的预定会议业务请求；请求模块，用于根据接收模块接收的预定会议业务请求，生成相应的资源处理请求，发送到媒体处理器。

媒体控制器进一步包括响应模块和存储模块：

响应模块，用于接收媒体处理器发送的响应消息，响应消息为预定会议业务请求处理成功的消息时，向应用服务器转发所述响应消息；响应消息为预定会议业务请求处理失败的消息，向存储模块发送缓存预定会议请求的触发信息，向请求模块发送重新请求预定会议业务的通知信息；

存储模块，用于在接收到响应模块的触发信息时，保存预定会议业务请求；

请求模块进一步在接收到通知信息后，重新向媒体处理器发送预定会议业务请求。

MP包括消息收发模块、检查模块和资源维护模块。

其中，消息收发模块，用于接收资源处理请求；接收资源维护模块发送的响应消息，转发至媒体控制器；

资源维护模块，用于接收检查模块返回的资源处理结果，如果资源足够，则保存资源预定请求相应的资源预定记录；根据资源处理请求修改资源预定记录；基于资源预定记录进行资源分配；将表明所述资源处理请求处理结果的响应消息返回到消息收发模块；

检查模块，用于根据存储于MP存储模块的资源预定记录，检查资源处理请求中请求预定的资源是否足够，并向预定模块返回资源处理结果。

以上所述的实现预定会议的***如果应用在IMS中，则还在控制层包括CSCF实体，用于转发MC与AS之间的信息传输，与MC共同完成控制层的功能。

由以上所述可知，本发明实施例中的AS提供预定业务，进行业务逻辑管理，传递用户相关操作给控制层MC；MC根据业务层的指示进行业务同步处理，指示承载层MP完成相关操作；MP为业务/控制层提供完成预定会议所需的承载资源，实施具体的资源管理操作。AS、MC和MP之间通过标准的协议进行连接和通信。

因此，本发明实施例所提供分离架构下实现预定会议的***和方案，在业务层的AS向用户提供预定会议业务逻辑，在控制层的MC实现传递预定信息及完成预定会议相关的控制操作和管理，具体的资源预定和管理则由承载层的MP统一进行时间纬度的资源管理，从而将业务、控制与承载独立，使得业务的实现不需要考虑网络设计，增加业务实现的灵活性。

同时，由于AS通过MC通信即可获取该MC的资源使用情况，因此易于实现资源的共享；且MRS对自己的承载资源进行直接管理，从而提供了对资源的精确管理。

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

Claims (25)

1.一种分离架构下实现预定会议的方法，其特征在于，该方法包括：

媒体控制器接收应用服务器发送的预定会议业务请求；

根据所述预定会议业务请求，向媒体处理器发送相应的资源处理请求，通知媒体处理器根据所述资源处理请求，进行相应的资源处理。

2.如权利要求1所述的方法，其特征在于，所述预定会议业务请求为携带参与方信息和/或会议时间信息的会议预定请求；

所述相应的资源处理请求为：携带预定信息的资源预定请求，所述预定信息包括所述预定会议的会议时间信息和/或与所述参与方信息对应的参与方数目；

所述相应的资源处理为：预定与所述参与方数目相应的资源。

3.如权利要求2所述的方法，其特征在于，所述媒体处理器预定与所述参与方数目相应的资源包括：

媒体处理器检查在所述会议时间信息对应的时段内是否有足够所述参与方数目使用的资源，是则直接预定资源；否则预定失败。

4.如权利要求2所述的方法，其特征在于，该方法进一步包括：

媒体控制器接收媒体处理器返回的预定处理结果的响应消息；

所述响应消息为预定成功的响应消息时，媒体控制器存储所述预定信息；并向应用服务器转发所述响应消息；由应用服务器向用户返回预定成功的信息；

所述响应消息为预定失败的响应消息时，媒体控制器缓存所述预定信息，进行重新预定；

或者向应用服务器转发预定失败的响应消息；由应用服务器向用户返回预定失败的信息，或由应用服务器缓存所述预定信息，进行重新预定。

5.如权利要求1所述的方法，其特征在于，该方法预先进行了会议预定，在应用服务器、媒体控制器存储了所述预定会议的预定信息；

所述预定会议业务请求为：修改/取消所述预定会议的请求；

所述相应的资源处理请求为：修改/取消所述预定会议的预定资源的请求；

所述相应的资源处理为：修改/取消所述预定资源的预定。

6.如权利要求5所述的方法，其特征在于，所述预定信息包括：预定会议参与方信息和预定会议时间信息；

所述修改预定会议的请求中携带待修改信息，所述待修改信息为会议时间信息和/或参与方信息。

7.如权利要求6所述的方法，其特征在于，该方法进一步在媒体处理器保存了预定会议的资源预定记录；

所述修改预定会议的请求为增加预定会议时间信息和/或增加用户数目的请求时，所述媒体处理器进行相应的资源处理包括：

媒体处理器检查在所述增加的时段内是否有足够的资源，是则修改所述预定会议的资源预定记录；否则修改预定会议失败；

所述修改预定会议的请求为减少预定会议时间信息和/或减少用户数目的请求时，所述媒体处理器进行相应的资源处理为：根据所述修改预定会议的预定资源的请求，修改所述预定会议的资源预定记录。

8.如权利要求5所述的方法，其特征在于，该方法进一步包括：

媒体控制器接收媒体处理器返回的修改/取消预定会议处理结果的响应消息；

所述响应消息为修改/取消预定会议成功的响应消息时，媒体控制器修改/删除相应的预定信息；

所述响应消息为修改/取消预定会议失败的响应消息时，媒体控制器缓存所述修改/取消预定会议的请求，重新修改/取消预定会议；

或者向应用服务器返回修改/取消预定会议失败的响应消息；由应用服务器缓存所述修改/取消预定会议的请求，重新修改/取消预定会议；或者直接向用户返回修改/取消预定会议失败的信息。

9.如权利要求1所述的方法，其特征在于，该方法预先进行了会议预定，为所述预定会议预定了资源，并在应用服务器、媒体控制器存储了所述预定会议的预定信息；

所述预定信息包括所述预定会议时间信息，所述预定会议时间信息包括预定会议的开始时间。

10.如权利要求9所述的方法，其特征在于，所述预定会议业务请求为：用户出席所述预定会议的请求；

所述相应的资源处理请求为：基于预定信息为所述用户分配已预定资源的请求；

所述相应的资源处理为：基于预定的资源为所述用户分配会议资源。

11.如权利要求10所述的方法，其特征在于，所述应用服务器向媒体控制器发送出席预定会议的请求之前，该方法进一步包括：

应用服务器进行时间的判断，如果所述预定会议的开始时间已到达，则执行所述应用服务器向媒体控制发送出席预定会议的请求的步骤；否则，拒绝所述用户出席预定会议的请求。

12.如权利要求10所述的方法，其特征在于，所述预定信息进一步包括参与方列表，所述应用服务器向媒体控制器发送出席预定会议的请求之前，该方法进一步包括：

应用服务器进行参与方合法性的判断，如果所述用户在参与方列表中，则执行所述应用服务器向媒体控制发送出席预定会议的请求的步骤；否则，拒绝所述用户出席预定会议的请求。

13.如权利要求10所述的方法，其特征在于，该方法预先计算加入所述预定会议的参与方数目；所述预定信息进一步包括预定参与方数目；

所述应用服务器向媒体控制器发送出席预定会议的请求之前，该方法进一步包括：

应用服务器判断加入所述预定会议的参与方数目是否大于预定参与方数目，如果加入所述预定会议的参与方数目不大于预定参与方数目，则执行所述应用服务器向媒体控制器发送出席预定会议的请求的步骤；否则：

拒绝所述用户出席预定会议的请求；

或者，保持加入所述预定会议的参与方数目与预定参与方数目相等，根据预先设置的选择策略选择踢出原参与方，再执行所述应用服务器向媒体控制器发送出席预定会议的请求的步骤；

或者，执行所述应用服务器向媒体控制器发送出席预定会议的请求的步骤。

14.如权利要求9所述的方法，其特征在于，所述预定会议时间信息进一步包括预定会议结束时间，该方法进一步包括：

应用服务器检测到预定会议结束时，预定会议结束时间还未到达，则媒体控制器取消所述预定会议的资源预定；或者保持资源的预定状态，直到预定会议结束时间到达。

15.如权利要求9所述的方法，其特征在于，所述预定会议时间信息进一步包括预定会议结束时间，该方法进一步包括：

在预定会议结束时间到达之前，应用服务器检测到预定会议没有结束，则：

应用服务器根据预先设置的会议延长时间，向媒体控制器发送延长所述预定会议的请求；

或者向用户发送询问是否延长会议的信息。

16.如权利要求15所述的方法，其特征在于，所述预定会议业务请求为：延长所述预定会议的请求；

所述相应的资源处理请求为：预定延长时段会议的资源的请求；

所述相应的资源处理为：进行延长时段会议资源的预定。

17.如权利要求16所述的方法，其特征在于，所述延长预定会议的请求中携带参与方数目，所述预定信息进一步包括预定参与方数目，

所述延长预定资源使用时间的请求中携带的参与方数目为：所述预定参与方数目，或者所述预定会议中的实际参与方数目，或者所述延长预定会议的请求中携带的参与方数目。

18.如权利要求16所述的方法，其特征在于，该方法进一步包括：媒体控制器接收媒体处理器返回的延长预定会议处理结果的响应消息；

所述响应消息为延长预定会议成功的响应消息时，媒体控制器修改相应的预定信息；向应用服务器转发所述响应消息；

所述响应消息为延长预定会议失败的响应消息时，媒体控制器向应用服务器返回延长预定会议失败的响应消息；

应用服务器向用户返回表明所述延长预定会议结果的信息。

19.如权利要求1至18中任一项所述的方法，其特征在于，该方法进一步包括：

应用服务器、媒体处理器及媒体控制器之间进行时间同步。

20.如权利要求1所述的方法，其特征在于，所述资源包括媒体混合通道。

21.一种分离架构下实现预定会议的***，其特征在于，该***包括应用服务器.媒体控制器和媒体处理器，

应用服务器，用于向媒体控制器发送预定会议业务请求；

媒体控制器，用于根据所述预定会议业务请求，向媒体处理器发送相应的资源处理请求；

媒体处理器，用于根据所述资源处理请求，进行相应的资源处理。

22.如权利要求21所述的***，其特征在于，所述媒体控制器包括接收模块和请求模块，

所述接收模块，用于接收应用服务器发送的预定会议业务请求；

所述请求模块，用于根据所述接收模块接收的预定会议业务请求，生成相应的资源处理请求，发送到媒体处理器；

所述媒体控制器进一步包括响应模块和存储模块：

所述响应模块，用于接收媒体处理器发送的响应消息，所述响应消息为预定会议业务请求处理成功的消息时，向应用服务器转发所述响应消息；所述响应消息为预定会议业务请求处理失败的消息，向存储模块发送缓存所述预定会议请求的触发信息，向所述请求模块发送重新请求预定会议业务的通知信息；

所述存储模块，用于在接收到所述响应模块触发信息时，保存所述预定会议业务请求；

所述请求模块进一步在接收到所述通知信息后，重新向所述媒体处理器发送预定会议业务请求。

23.一种实现分离架构下预定会议的媒体控制器，其特征在于，所述媒体控制器包括接收模块和请求模块，

所述接收模块，用于接收应用服务器发送的预定会议业务请求；

所述请求模块，用于根据所述接收模块接收的预定会议业务请求，生成相应的资源处理请求，发送到媒体处理器。

24.如权利要求22所述的媒体控制器，其特征在于，所述媒体控制器进一步包括响应模块和存储模块：

所述响应模块，用于接收媒体处理器发送的响应消息，所述响应消息为预定会议业务请求处理成功的消息时，向应用服务器转发所述响应消息；所述响应消息为预定会议业务请求处理失败的消息，向存储模块发送缓存所述预定会议请求的触发信息，向所述请求模块发送重新请求预定会议业务的通知信息；

所述存储模块，用于在接收到所述响应模块触发信息时，保存所述预定会议业务请求；

所述请求模块进一步在接收到所述通知信息后，重新向所述媒体处理器发送预定会议业务请求。

25.一种媒体处理器MP，其特征在于，该MP包括消息收发模块、检查模块和资源维护模块，

所述消息收发模块，用于接收资源处理请求；接收所述资源维护模块发送的响应消息，转发至媒体控制器；

所述资源维护模块，用于接收检查模块返回的资源处理结果，如果资源足够，则保存资源预定请求相应的资源预定记录；根据所述资源处理请求修改资源预定记录；基于所述资源预定记录进行资源分配；将表明所述资源处理请求处理结果的响应消息返回到所述消息收发模块；

所述检查模块，用于根据存储于所述MP存储模块的资源的预定记录，检查所述资源处理请求中请求预定的资源是否足够，并向所述预定模块返回资源处理结果。

Images