用户面

6.3 用户面

PoC的用户面包括三个部件，媒体流（由通话突发构成）、通话突发控制和质量反馈。如图6-9所示。

参与PoC服务器在主控PoC服务器和PoC客户端之间往复转发通话突发数据、通话突发控制消息和质量反馈测量数据，但以下情形除外：

• PoC客户端与PoC服务器已经有一个预建立的会话；

• PoC客户端和PoC服务器支持并发会话；

• PoC服务器需要媒体传送日志，以便支持计费功能；

• PoC服务器用作服务的码值转换或其他媒体适配功能；

• PoC服务器需要支持合法的截获操作；

• PoC服务器作为不同通话突发控制协议之间的网关。

图6-9  用户面协议实体

如果PoC服务器同时执行参与PoC功能和主控PoC功能,那它就相当于RTP转译器。与RTP混合器相反，RTP转译器只是把媒体数据包从一个IP传递到另一个IP,既不重新打包，也不转换媒体格式。

6.3.1 通话突发

简单的说，通话突发包就是从参与者流向主控PoC服务器的单独的、突发的媒体数据。主控PoC服务器把通话突发包分发给会话中的所有参与者。参与者收到媒体流，用自己的声音系统进行渲染，用扬声器播放出来。PoC会话是个共享的平台，也就是说任何时刻，只有惟一一个通话突发包能够成功地进行分发并在接收端播放。此外，因为在一个群组PoC会话中，可能有多个参与者共享这个平台，这就需要一个仲裁功能---一个平台仲裁人，用来控制在某一时刻允许谁发送媒体数据。对于把持平台的请求将被排成队列，按照顺序进行授权。或者，对于请求要么授权要么拒绝，通常用户通过视觉或声音的指示发现请求的结果——就像使用通常的步话机一样。

6.3.2 通话突发的控制

为解决平台控制问题，PoC规范制定了通话突发控制协议(TBCP),作为用户面规范的一部分。TBCP用户请求、授权、拒绝和释放PoC会话平台。作为平台仲裁人，TBCP服务器总是位于主控PoC功能。参与PoC服务器通常只是转发来往于PoC客户端的消息，但可能也会执行其他的功能，本章后面会涉及。TBCP包括下列消息：

1)TBCP通话突发请求(TB_Request)——客户端发出该消息，用以请求允许发送一个通话突发。例如当用声按下发送按键以便进行PoC会话的讲话时，就生成该消息。

2)TBCP通话突发授权(TB_Granted)——该消息由PoC服务器发往PoC客户端，指示该PoC客户端已经获得PoC平台的授权。这意味着允许该客户端发送一个通话突发，此时在PoC会话中的其他参与者将听到这个人的声音。

3)TBCP通话突发拒绝(TB_Deny)——该消息由PoC服务器发往PoC客户端，声明已经拒绝该PoC客户端而用PoC平台的权利。这意味着不允许该客户端发送通话突发，此时其他参与者将听不到这个人的声音。

4)TBCP通话突发释放(TB_Release)——该消息由PoC客户端发往PoC服务器，声明该PoC客户端已经完成了通话突发的发送。

5)TBCP通话突发取走(TB_Taken)——该消息由PoC服务器发往PoC会话的所有其他的参与者，以通知他们另一个PoC客户端已经获得拥有PoC平台的权利，并正在发送通话突发的过程中。该消息也可以由PoC服务器出于可靠性目的而发出，要求接收到这个消息的参与者立即发出确认。

6)TBCP通话突发撤回(TB_Revoke)——该消息由PoC服务器发出，撤回已经授予的讲话授权。例如服务器中断过长的通话突发。

7)TBCP通话突发空闲(TB_Idle)——该消息由PoC服务器发往PoC会话的所有参与者，通知他们PoC平台空闲可用，PoC服务器愿意接收TBCP通话突发请求(TBRequest)消息。

8)TBCP通话突发应答(TB_Ack)——该消息由PoC客户端发往PoC服务器，作为收到请求后发回的相应蕾求。

9)TBCP通话突发队列状态响应(TB_Queued)——该消息由PoC服务器发往PoC客户端，指示通话突发已经请求并加入队列。该消息也可以指示当前PoC用户在队列中的位置。

10)TBCP通话突发队列状态请求(TB_Position)——该消息由PoC客户端发往PoC服务器，请求它在通话突发或平台队列中的位置。

11)TBCP连接(Connnect)——在预建立会话中，该消息由PoC服务器发务 往PoC客户端，指示已经收到新的会话，并已经为此创建了相应的平台。

12)TBCP断连接(Discommect)——在预建立会话中，该消息由PoC服务器发往PoC客户端，指示某个特定的会话已经结束，并销毁了相应的平台。

TBCP使用RTCP的协议格式——实际上，它使用了BTCP APP数据包协议来发送控制消息。如图6-10示。由于RTCP运行在不可靠传送之上——UDP协议(用户数据报文协议)，该协议采用请求一应答模式，实现基于特定定时器应用级重传机制。此外，消息可以可靠发送，也就是说发送方可以请求立即响应。

图6-10  RTP控制协议APP包格式

Version(V)和Padding(P)两个字段与其他RTCP包相同。要特别注意的是，Version字段设置为2(当前RTP版本)；Padding字段是布尔型，指示在RTSP包后面是否添加了填充内容。

Name字段标识了应用；在TBCP中，Name字段设置为“PoCl”，指示APP包是PoC Release1的一部分。Subtype字段标识了TBCP的消息类型。在表6-3中，Subtype的二进制模式映射到相应的TBCP消息上。SSRC字段标识TBCP请求的来源。如果发送方是PoC服务器，该字段包含主控PoC服务器的标识；但TB_Connect和TB_Disconnect消息除外，它们是参与PoC服务器发出的。

表6-3    Subtype的二进制模式到TBCP消息的映射

6.3.3质量反馈

PoC服务器和客户端，能够选择性的创建、发送和处理RTCP质量反馈报告。RTP的接收方能够生成接收质量反馈，它可能是两种形式之一：发送方报告(SR)和接收方报告(RR)。SR和RR的区别在于SR还包括数据发送的信息；两个报告都包括接收到的媒体包的统计，包括RTP包总数、接收到数据的总字节数和抖动间隔，媒体包的大致相对传输时间。

在PoC用户面，PoC客户端每次完成通话突发的发送之后(即完成了向PoC服务器发送TBRelease消息以后)，就会得到指示产生SR。当发生下面两件事之一时PoC客户端就会得到指示发送RR：

1.PoC客户端收到SR。

2.PoC客户端收到指示，通话突发已经终止（即TB_Idle消息）。

3.PoC客户端的RTP媒体计时器触发。

由于在PoC会话中PoC服务器承担RTP转译器的功能，通常他们只在PoC会话参与方之间转发RTCP报告。这就意味着SR可以是从惟一一个发送方发给所有其他人；类似的，那些实际上没有接收到任何媒体的参与方不会发出RR。这种情况有可能出现在：如果PoC客户端正参与并发的多重会话中，此时若出现呼入通话突发冲突就只能听到首要会话。

6.4  PoC服务设置

在6.2节（PoC特性）描述了不同的特性，但是没有说明如何激活或去激活应答模式、阻止设置或并发会话支持。OMA PoC Release1决定采用SIP PUBLISH进行这些服务的设置。在本书撰稿时，IETF（互联网工作任务组）还没有给出要求的解决方案，因此将来这有可能发生进一步的变化。

主要原则是，在每个成功的初始注册以后，PoC客户端发出SIP PUBLISH,其中包含PoC特定的MIME"application/poc-settings+xml”正文格式的内容（XML文档）。此外，发送方必须包含Accept-Contact头字段，带有PoC特性标签"+g.poc.talkburst”和“require"和**explicitw参数。使用特性标签和上述参数将保证正确地将请求递送到用户的PoC服务器。XML文档本身包含的4个PoC特分定的元素如下：

<isb-setting>;active=true/false

<am-settings>;manual/auto

<ipad-settings>;active=true/false

<sss-settings>active=true/false

PUBLISHsip:tobias@homel.frSIP/2.0

From:<sip:tobias@homel.fr>;tag=31415

To:<sip:tobias@homel.fr>

Accetp-Contact:*;+g.poc.talkburst;require;explicit

User-Agent:PoC-client/OMAl.0

Event:poc-settings

Expires:7200

Content-Type:application/poc-settings+xml

Content-Length:(...)

<?xmlversion=”1.0”Hencoding-HUTF-8”?>

<poc-settingsxmlns=^,,um:oma:params:xml:ns:poc:poc:settings^,,>

<entityid=^,,do39s8zksn2d98x”>

<isb-settings>

<incoming-session-barringactive=”false”/>

</isb-settings>

<am-settings>

<answer-mode>automatic</answer-mode>

</am-settings>

<ipab-settings>

<incoming-personal-alert-barringactive=”false“/>

</ipab-settings>

<sss-settings>

<simultaneous-sessions-supportactive=“true”/>

</sss-settings>

</entity>

</poc-settings>