和ISDN一样，H.323系统采用通用的远程操作服务(ROS-RemoteOperationService)机制来实现补充业务。它认为，无论是什么补充业务，其在线登记、激活和使用都可以抽象为两个远程节点之间特定操作的请求和执行过程，业务的不同只是操作类观和参数的不同而已，因此可以借用X.219建议定义的ROSE协议来传递补充业务控制信息，实际上，7号信令的TCAP协议也是基于同样的机制。

　　在ROSE协议中，两个远程对等应用进程之间交换的应用协议数据单元称为ROSEAPDU,它有如下4种类型：

　　(1)调用(INV-Invoke):向对方发出执行某项操作的请求。其主要参数有：

　　·InvokeID:调用标识号。标识对等节点之间的一个操作交互过程。一般说来，一对节点间可以同时进行多个操作交互。

　　·LinkedID:关联标识号。标识和本交互过程相关的另一个交互过程。例如：另一操作的执行尚缺少某项数据，为此执行本操作以获取该数据，这时就要用到此参数。一般用得不多。

　　·Opcode:操作名。标识每一个具体的操作，其编号由应用协议确定。例如，在H.450.X建议中就为补充业务用到的各个操作规定了操作码。

　　·argurnent:操作参数。

　　(2)回复结果(RR-ReturnResult):对方执行操作后，将结果返回本方，此结果也可以是简单的证实信息。某些操作不要求对方回复结果，则消息交互可以不含RR。其主要参数有：

　　·InvokeID:指明是哪一个调用的返回结果。

　　·Result:内含Opcode和结果。

　　(3)回复出错(RE-ReturnError):对方指示无法执行所要求的操作，例如对方不能支待该项补充业务。其主要参数有：

　　·InvokeID

　　·erroocode:出错代码。每个应用协议都规定了各个代码的具体含义。

　　·Parameter:参数。

　　(4)回复拒绝(RJ-ReturnReject):对方指示拒绝执行该操作，其原因是发现消息有误，即出现协议性差错。其主要参数有：

　　·InvokeID

　　·Problem:给出发现的具体问题。也以编号表示。

上述ROSEAPDU都可用规范的ASN.l标记方法形式化描述。

H.450.1建议规定：所有补充业务的控制信息都采用ROSEAP-DU形式传送，关于某一补充业务的若干ROSEAPDU组成一个h4501ssAPDU,该APDU作为一个用户信息封装在相关消息的UUIE中传送。其结构如图5.35所示。

在一个UUIE中允许有多个h4501SSAPDU,在一个h4501SSAP DU可包含多个ROSEAPDU,要求同-SSAPDU中的所有ROSEAP DU的目的实体均相同。

h4501SSAPDU由如下三个数据单元组成：

扩展的网络设施(NFE-NetworkFacilityExtensions);

解释APDU;

服务APDU。

　　其中，服务APDU可由一个或多个ROSEAPDU组成，为补充业务的操作控制信息。解释APDU指示接收端点对服务APDU中任一InvokeROSEAPDU不能识别时应如何处理。处理方法有三种：

　　．如果解释APDU指示值为＂拒绝不可识别InvokePDU",则接收方应向源实体发送RJAPDU,其problem参数指示为“不可识别的操作＂。这是ROSE协议对该类问题的正常处理，如果没有解释APDU,亦按照此原则处理。

　　．如果解释APDU指示值为“若任何InvokePDU不可识别则清除呼叫＂，则接收方向源实体发送RJAPDU,同时释放该InvokeAPDU相关的呼叫或信令连接。

　　．如果解释APDU指示值为＂丢弃不可识别的InvokePDU",则简单地丢弃，不回送RJAPDU。

NFE可包含4项数据元素：源实体、源实体地址、目的实体和目的实体地址，用以识别源和目的地，提供SSAPDU选路信息。发送方确定NFE目的实体及地址的规则为：

　　．如果远端补充业务控制实体就是该SSAPDU的目的实体，则置目的实体为＂端点”，目的实体地址可省略。

　　．如果未指定目的实体，则置目的实体为“任何实体”。此时，只要任一接收实体能理解该SSAPDU,它就是目的实体。

　　．如果至远端端点信令路径上某H.323实体为目的实体，则目的实体置为“任何实体”，目的实体地址置为指定实体的地址。

　　．如果至远端信令路径上的下一实体（如网闸）为目的实体，则NFE可省略。

　　在消息发送路径上的每一接收实体根据上述规定判定自身是否为该SSAPDU的目的实体。如果是目的实体，则按顺序逐个处理ssAPDU中的各个ROSEAPDU,并按解释APDU的指示处理异常情况；如果不是目的实体，则前传该SSAPDU。