多媒体会话关系模型的设计需要兼顾不同类型的多媒体业务接口的需要，不仅要求描述整个会话的信令连接拓扑结构以及媒体连接拓扑结构，而且要求能够管理与外部业务逻辑之间的交互关系。因此在UniNet软交换设备的设计中，为了提供更强大的多媒体控制能力，对Parlay多媒体呼叫模型进行了扩展，设计了一个新的会话对象模型。

        在ParlayAPI规范中，定义了4类呼叫控制服务能力：一般呼叫控制(GenericCallControlService)、多方呼叫控制(Multi-PartyCallControlService入多媒体呼叫控制(Multi-MediaCallControlService)和会议呼叫控制(ConferenceCallControlService),且这4类呼叫控制服务在功能上是依次继承的。因此多媒体呼叫控制服务在功能上具备了一般呼叫控制和多方呼叫控制的能力，并且新增了媒体控制能力。它涉及以下7个接口：

•lpAppMultiMediaCallControlManager;

•lpAppMultiMediaCall;

•lpAppMultiMediaCallLeg;

•IpMultiMediaCallControlManager;

•IpMultiMediaCall;

•lpMultiMediaCallLeg;

•lpMultiMediaChannel。

这7个接口中，前3个是应用侧接口，后4个是服务侧接口，也是在软交换设备中需要提供的接口。

        接口IpMultiMediaCallControlManager继承了IpMultiPartyCallControlManager提供的所有方法，并提供了两个新的方法。用这些方法可以激活或去激活媒体信道通知能力。当激活媒体信道通知能力时，必须在报告给业务逻辑前满足两个要求：首先，多媒体呼叫必须与呼叫标准匹配（即目的呼叫码必须在一定范围内）；其次，必须满足媒体信道的详细规格要求。

        lpMultiMediaCall接口代表网络侧的多媒体呼叫。该接口继承了lpMultiPartyCall接口的操作，并引入一个新方法来设定一个呼叫许可的数据流量（以微秒测算）。当超过指定的数据量后，业务侧的对应接口lpAppMultiMediaCall就会收到该事件的通知。

         接口lpMultiMediaCallLeg继承了lpCallLeg的所有操作，业务逻辑可以通过调用这个接口的方法来监控和影响媒体信道。该接口提供了3个新的方法。第一个能够监控媒体信道的打开和关闭，并且提供了一般监控（满足任何媒体类型）和指定监控（仅当使用指定媒体类型时才发送通知）两种监控类型；如果监控设置为中断模式时（相当于智能网定义的TDP-R或EDP-R机制），lpMultiMediaCallLeg引入了第二个方法允许业务逻辑显示打开这种媒体信道；lpMultiMediaCallLeg引入的第三个方法使业务逻辑可以访问所有与这个CallLeg相关的媒体信道列表。在多媒体呼叫控制中包含的最后一个接口是lpMultiMediaChannel接口，这个接口代表与CallLeg相联系的单向数据流。该接口中只有一个方法可用，即关闭信道。