劉海鵬，廖建新，朱曉民

（北京郵電大學(xué) 網(wǎng)絡(luò)與交換技術(shù)國家重點(diǎn)實驗室，北京 100876）

1 引言

隨著NGN(next generation network)、IMS(IP multimedia subsystem)以及移動互聯(lián)網(wǎng)等技術(shù)的快速發(fā)展，以這些技術(shù)作為運(yùn)行平臺的各種新業(yè)務(wù)層出不窮?；贗MS平臺的PoC (push to talk over cellular)業(yè)務(wù)是一種半雙工的集群通信技術(shù)，在移動網(wǎng)絡(luò)信號范圍內(nèi)無需撥號就可以快速建立起即時群組多媒體通信。會話建立時延和媒體流傳輸時延過長是目前困擾PoC技術(shù)發(fā)展的難題?？紤]到PoC系統(tǒng)先天局限性以及現(xiàn)有網(wǎng)絡(luò)狀況，在保證網(wǎng)絡(luò)負(fù)載均衡的前提下，如何最大限度優(yōu)化控制信令和媒體流傳輸是PoC技術(shù)能否大規(guī)模應(yīng)用的關(guān)鍵。

目前PoC技術(shù)的研究成果主要集中在PoC功能實現(xiàn)、通信機(jī)理分析等方面[1～7]，從應(yīng)用層面對PoC系統(tǒng)進(jìn)行控制信令及媒體流量優(yōu)化分析的則很少。文獻(xiàn)[2]分析了PTT（push to talk）數(shù)據(jù)分組在網(wǎng)絡(luò)傳輸中的平均時延及其與普通 GPRS（general packet radio service）數(shù)據(jù)的相互影響。文獻(xiàn)[3]對PoC中發(fā)言權(quán)控制協(xié)議 TBCP（talk burst control protocol）進(jìn)行了建模分析。文獻(xiàn)[4]提出了針對智能交通系統(tǒng)ITS（intelligent transportation systems）的一套PTT通信機(jī)制。文獻(xiàn)[5]通過將PoC系統(tǒng)部署在美國現(xiàn)有的3張3G通信網(wǎng)絡(luò)中進(jìn)行實驗，進(jìn)而對 PoC技術(shù)的可行性進(jìn)行分析。文獻(xiàn)[6]針對在CDMA系統(tǒng)中 PoC的注冊流程進(jìn)行了改進(jìn)，在一定程度上減少了注冊等待時間。文獻(xiàn)[7]將上下文感知技術(shù)應(yīng)用在PoC系統(tǒng)中，從而在一定程度上減少了系統(tǒng)中冗余的控制信令和媒體流量。本文基于負(fù)載均衡和時延優(yōu)化的原理以及分布式控制的思想，對OMA（open mobile alliance）提出的PoC服務(wù)器媒體流量轉(zhuǎn)發(fā)機(jī)制進(jìn)行了改進(jìn)，有效地平衡了網(wǎng)絡(luò)負(fù)載并降低了媒體流的傳輸時延。

本文后續(xù)章節(jié)的安排如下：第2節(jié)簡要介紹了PoC 服務(wù)器的工作機(jī)制；第3節(jié)分別介紹了新舊2種RTP(real-time transport protocol)媒體流轉(zhuǎn)發(fā)機(jī)制并舉例說明；第4節(jié)分別對2種機(jī)制進(jìn)行數(shù)據(jù)建模、仿真和分析對比；第5節(jié)是結(jié)束語。

2 PoC服務(wù)器簡介

如圖1所示為OMA規(guī)范[8～11]中基于IMS系統(tǒng)的PoC系統(tǒng)架構(gòu)，PoC客戶端是移動終端上運(yùn)行的PoC客戶端軟件，PoC服務(wù)器是PoC會話中完成會話集中控制、發(fā)言權(quán)控制、媒體流轉(zhuǎn)發(fā)控制等功能的網(wǎng)絡(luò)實體?？刂颇Ｊ剑╟ontrolling）和參與模式（participating）是PoC服務(wù)器的2種工作模式。控制模式下 PoC服務(wù)器主要進(jìn)行控制信令和媒體流的集中控制和轉(zhuǎn)發(fā)等；參與模式下則更多地行使轉(zhuǎn)發(fā)功能。為方便起見，本文中定義工作在控制模式下的 PoC服務(wù)器為控制服務(wù)器（CS，controlling server）；工作在參與模式下的PoC服務(wù)器為參與服務(wù)器（PS，participating server）。在一個PoC會話中，由于成員網(wǎng)絡(luò)位置的差異和成員數(shù)目的不確定性，可能有多個PoC服務(wù)器同時參與進(jìn)來，但是任意時刻只能有一個 PoC服務(wù)器作為控制服務(wù)器行使主控的功能，其他所有的PoC服務(wù)器都作為參與服務(wù)器。

圖1 基于IMS的PoC系統(tǒng)架構(gòu)

PoC服務(wù)器工作模式的確定是在會話建立的初始時刻進(jìn)行的，且在整個會話過程中保持不變。PoC服務(wù)器工作模式確定規(guī)則見文獻(xiàn)[8]。為了討論方便，本文中假設(shè)所有的PoC用戶都是本地用戶，不存在漫游的情況。PoC-4接口是本地PoC服務(wù)器同PoC會話中其他PoC服務(wù)器的接口。

3 PoC服務(wù)器中RTP媒體流轉(zhuǎn)發(fā)機(jī)制

3.1 OMA規(guī)范中RTP媒體流轉(zhuǎn)發(fā)機(jī)制

從 PoC會話建立開始，控制服務(wù)器就通過INVITE，BYE，NOTIFY等SIP（session initiation protocol）消息的交互來維護(hù)會話中唯一的一個全部會話參與者地址的列表，直到會話結(jié)束。其中，表項可以包含有會話標(biāo)識，參與服務(wù)器標(biāo)識，下屬客戶端標(biāo)識，客戶端地址（IP地址和端口）等內(nèi)容。由于RTP媒體流的轉(zhuǎn)發(fā)是基于RTP通道的承載來實現(xiàn)的，下面通過PoC服務(wù)器側(cè)RTP通道的維護(hù)以及RTP分組的轉(zhuǎn)發(fā)2個方面來分別說明OMA規(guī)范中的媒體流轉(zhuǎn)發(fā)機(jī)制。當(dāng)會話成員發(fā)生變化如客戶端/參與服務(wù)器加入/退出會話，控制服務(wù)器會根據(jù)接收到的SIP消息（INVITE/BYE）建立/拆除同相應(yīng)參與服務(wù)器的RTP通道，然后更新會話參與者地址列表。各個參與服務(wù)器只需記錄會話中當(dāng)前控制服務(wù)器的地址。PoC服務(wù)器側(cè)RTP通道維護(hù)算法如下：

While （（PoC會話開始建立）or（PoC會話進(jìn)行中））and （任意客戶端/參與服務(wù)器 加入/退出會話）

{

控制服務(wù)器通過INVITE/BYE消息交互同相應(yīng)參與服務(wù)器建立/拆除相應(yīng)RTP通道；

控制服務(wù)器增加/刪除會話參與者地址列表相應(yīng)表項；

}

控制服務(wù)器刪除列表；//會話結(jié)束。

當(dāng)控制服務(wù)器下屬客戶端發(fā)言時，控制服務(wù)器會把發(fā)言客戶端的 RTP分組根據(jù)會話參與者地址列表信息復(fù)制相應(yīng)的拷貝數(shù)并轉(zhuǎn)發(fā)給下屬其他客戶端和會話中的參與服務(wù)器。當(dāng)參與服務(wù)器下屬客戶端發(fā)言時，該參與服務(wù)器會把發(fā)言客戶端的RTP分組轉(zhuǎn)發(fā)到控制服務(wù)器，由控制服務(wù)器進(jìn)行下一步的轉(zhuǎn)發(fā)。當(dāng)控制服務(wù)器收到某一參與服務(wù)器轉(zhuǎn)發(fā)來的RTP分組，控制服務(wù)器會根據(jù)會話參與者地址列表信息復(fù)制相應(yīng)的拷貝數(shù)并轉(zhuǎn)發(fā)給下屬客戶端以及其他參與服務(wù)器。當(dāng)參與服務(wù)器收到控制服務(wù)器轉(zhuǎn)發(fā)的RTP分組，會根據(jù)RTP分組目的地址信息轉(zhuǎn)發(fā)給相應(yīng)本地客戶端。PoC服務(wù)器側(cè)RTP分組轉(zhuǎn)發(fā)算法如下：

While （PoC會話沒有結(jié)束）

當(dāng)一個PoC會話成功建立以后，無論控制服務(wù)器下屬的客戶端還是參與服務(wù)器下屬的客戶端，所有客戶端發(fā)出的 RTP分組都要集中到控制服務(wù)器處來根據(jù)參與者列表進(jìn)行下一步的分發(fā)[8～11]。

3.2 基于負(fù)載均衡與時延優(yōu)化的RTP媒體流轉(zhuǎn)發(fā)機(jī)制

為減輕控制服務(wù)器處的負(fù)載，縮短RTP分組的傳輸時延，當(dāng)一個參與服務(wù)器收到下屬客戶端發(fā)送來的RTP分組時，直接向會話中的控制服務(wù)器及其他參與服務(wù)器進(jìn)行轉(zhuǎn)發(fā)。所有的PoC服務(wù)器（控制服務(wù)器和參與服務(wù)器）都要維護(hù)一個全部會話參與者地址的列表，表項內(nèi)容同原機(jī)制下相同。下面同樣通過PoC服務(wù)器側(cè)RTP通道的維護(hù)以及RTP分組的轉(zhuǎn)發(fā)2個方面來分別說明改進(jìn)后的媒體流轉(zhuǎn)發(fā)機(jī)制。會話建立的規(guī)則以及控制服務(wù)器的確定規(guī)則都不變，在會話中，控制服務(wù)器還是會最早得到會話成員加入/退出的信息，并通過向會話中其他參與服務(wù)器發(fā)送同步信令來實現(xiàn)所有列表的同步。然后建立/拆除控制服務(wù)器同參與服務(wù)器之間以及不同參與服務(wù)器之間相應(yīng)的RTP通道。最后所有的PoC服務(wù)器更新本地列表。這里定義NOTIFY消息為同步信令消息。PoC服務(wù)器側(cè)RTP通道維護(hù)算法如下：

While （（PoC會話開始建立）or（PoC會話進(jìn)行中））and （任意客戶端/參與服務(wù)器 加入/退出會話）

{

控制服務(wù)器通過INVITE/BYE消息交互同相應(yīng)參與服務(wù)器 建立/拆除相應(yīng)RTP通道；

控制服務(wù)器增加/刪除會話參與者地址列表相應(yīng)表項；

//NOTIFY消息包含加入/退出的客戶端/參與服務(wù)器標(biāo)識及地址以及具體操作（加入/退出）。

控制服務(wù)器向所有其他參與服務(wù)器發(fā)送NOTIFY同步消息；

參與服務(wù)器接收控制服務(wù)器發(fā)來的NOTIFY消息并通過INVITE/BYE消息交互同相應(yīng)參與服務(wù)器建立/拆除相應(yīng)RTP通道；

參與服務(wù)器根據(jù)控制服務(wù)器發(fā)來的NOTIFY消息并更新本地列表；

}

所有PoC服務(wù)器刪除列表；//會話結(jié)束。

當(dāng)控制服務(wù)器下屬客戶端發(fā)言時，控制服務(wù)器會把發(fā)言客戶端發(fā)來的 RTP分組根據(jù)會話參與者地址列表信息復(fù)制相應(yīng)的拷貝數(shù)并轉(zhuǎn)發(fā)給下屬其他客戶端和會話中參與服務(wù)器。當(dāng)參與服務(wù)器下屬客戶端發(fā)言時，該參與服務(wù)器會把發(fā)言客戶端的RTP分組根據(jù)會話參與者地址列表信息復(fù)制相應(yīng)的拷貝數(shù)并轉(zhuǎn)發(fā)給下屬其他客戶端以及控制服務(wù)器和其他參與服務(wù)器。當(dāng)控制服務(wù)器/參與服務(wù)器收到其他參與服務(wù)器/控制服務(wù)器轉(zhuǎn)發(fā)來的 RTP分組，會根據(jù) RTP分組目的地址信息轉(zhuǎn)發(fā)給相應(yīng)本地客戶端。PoC服務(wù)器側(cè)RTP分組轉(zhuǎn)發(fā)算法如下：

While （PoC會話沒有結(jié)束）

{

If （本PoC服務(wù)器下屬客戶端發(fā)言）

Switch（本PoC服務(wù)器角色）：{Case 控制服務(wù)器：將收到的發(fā)言客戶端發(fā)來的RTP分組轉(zhuǎn)發(fā)給下屬的客戶端和所有的參與服務(wù)器；Case 參與服務(wù)器：將收到的發(fā)言客戶端發(fā)來的RTP分組轉(zhuǎn)發(fā)給下屬的客戶端以及控制服務(wù)器和其他所有的參與服務(wù)器；

}

Else //其他PoC服務(wù)器下屬客戶端發(fā)言。

本 PoC服務(wù)器將收到的發(fā)言客戶端所屬參與服務(wù)器發(fā)來的 RTP分組轉(zhuǎn)發(fā)給下屬的客戶端；

}

3.3 舉例說明

下面通過一個小例子來分別說明以上 2種機(jī)制。假設(shè)某PoC會話共有3個PoC服務(wù)器參與，其中，A為控制服務(wù)器，B和C為參與服務(wù)器。每個 PoC服務(wù)器下面各有一個客戶端，分別為 a、b和c。

在OMA機(jī)制下，假設(shè)會話由a發(fā)起，b和c先后分別受到邀請加入會話。A發(fā)言時，RTP分組被A轉(zhuǎn)發(fā)給B和C，然后再由B和C分別轉(zhuǎn)發(fā)給b和c。b發(fā)出BYE消息退出會話后，A只會把c發(fā)來的RTP分組轉(zhuǎn)發(fā)給a而不發(fā)給B/b了。如圖2所示。

在改進(jìn)機(jī)制下，仍然假設(shè)會話由a發(fā)起，b和c先后分別受到邀請加入會話，如圖3所示。A向B發(fā)送NOTIFY同步消息，B向C發(fā)送INVITE消息來建立新的RTP通道。c發(fā)出的RTP分組由C直接轉(zhuǎn)發(fā)給A/a和B/b。當(dāng)b發(fā)出BYE消息后，A會向C發(fā)送 NOTIFY同步消息，C向B發(fā)送 BYE消息拆除相應(yīng)RTP通道，然后C只會向A/a轉(zhuǎn)發(fā)c發(fā)出的RTP分組而不向B/b轉(zhuǎn)發(fā)了。

4 數(shù)據(jù)仿真及分析

改進(jìn)機(jī)制的主要目的是在以控制服務(wù)器和參與服務(wù)器作為網(wǎng)絡(luò)節(jié)點(diǎn)的重疊網(wǎng)絡(luò)中，通過降低控制服務(wù)器處的瓶頸效應(yīng)來平衡網(wǎng)絡(luò)的流量負(fù)載，減少RTP數(shù)據(jù)分組在系統(tǒng)中的傳輸時延。下面從PoC服務(wù)器網(wǎng)絡(luò)節(jié)點(diǎn)負(fù)載均衡性和 RTP分組在系統(tǒng)中的傳輸時延2方面來分別討論。

4.1 PoC服務(wù)器負(fù)載均衡性分析

4.1.1 控制服務(wù)器負(fù)載狀況

為討論方便且不失一般性，可以假設(shè)控制服務(wù)器發(fā)送隊列中RTP分組到達(dá)率符合泊松分布，發(fā)送時間符合負(fù)指數(shù)分布，只有一個發(fā)送端口，且服從先來先服務(wù)的原則，是一個M/M/1隊列且服務(wù)率保持不變。這里從控制服務(wù)器處的平均服務(wù)強(qiáng)度和RTP分組在控制服務(wù)器處的平均停留時延 2個方面來分析新舊 2種機(jī)制下控制服務(wù)器處的負(fù)載變化狀況，針對一個特定 PoC會話定義相關(guān)變量如表1所示。

圖2 OMA機(jī)制下消息交互

圖3 改進(jìn)機(jī)制下消息交互

表1 負(fù)載相關(guān)變量定義

假設(shè)本 PoC會話中沒有空閑時刻，即任意時刻都有客戶端在發(fā)言，那么每個參與服務(wù)器作為轉(zhuǎn)發(fā) PoC服務(wù)器的時間就是其下屬所有客戶端發(fā)言的總時長it。為討論方便，令任意客戶端在會話中發(fā)言的概率和每次發(fā)言的時長都相同且平均每個PoC服務(wù)器下屬的客戶端數(shù)目都是m，那么根據(jù)定義為

由式（1）和式（2）可知每個PoC服務(wù)器作為轉(zhuǎn)發(fā)服務(wù)器的概率服從均勻分布，總時長同下屬客戶端數(shù)目m成線性關(guān)系。不妨令每個PoC服務(wù)器作為轉(zhuǎn)發(fā)服務(wù)器的時間段分別為 0-t1， t1-t2， t2-t3，…，tn-1-tn，時長分別為Δt0，Δt1，Δt2，…，Δtn-1，其中，Δt0為控制服務(wù)器作為轉(zhuǎn)發(fā)服務(wù)器的時長，Δt1，Δt2，…，Δtn-1分別為所有n-1個參與服務(wù)器作為轉(zhuǎn)發(fā)服務(wù)器的時長。由于所有PoC服務(wù)器下屬客戶端數(shù)目都是m，則有

原轉(zhuǎn)發(fā)機(jī)制下，每當(dāng)有RTP分組到來時，控制服務(wù)器都要向除發(fā)送客戶端外的所有( 1mn-)個客戶端轉(zhuǎn)發(fā)。由式（3），整個PoC會話中控制服務(wù)器處轉(zhuǎn)發(fā)的RTP分組總數(shù)為

改進(jìn)后的轉(zhuǎn)發(fā)機(jī)制下，當(dāng)控制服務(wù)器下屬的客戶端發(fā)言時，跟原機(jī)制相同，需要向控制服務(wù)器下屬的所有非發(fā)言客戶端以及所有的參與服務(wù)器及其下屬客戶端轉(zhuǎn)發(fā)RTP分組，控制服務(wù)器發(fā)送隊列中RTP分組的到達(dá)率不變；當(dāng)任意參與服務(wù)器下屬的客戶端發(fā)言時，控制服務(wù)器只需將接收到的由轉(zhuǎn)發(fā)參與服務(wù)器發(fā)來的 RTP分組向控制服務(wù)器下屬的m個客戶端轉(zhuǎn)發(fā)而不用向任何其他的參與服務(wù)器轉(zhuǎn)發(fā)，則控制服務(wù)器發(fā)送隊列中RTP分組的到達(dá)率變?yōu)樵瓉淼脑谡麄€PoC會話中控制服務(wù)器處轉(zhuǎn)發(fā)的RTP分組總數(shù)為

由 M/M/1隊列的性質(zhì)可知原轉(zhuǎn)發(fā)機(jī)制下控制服務(wù)器處的平均服務(wù)強(qiáng)度：

改進(jìn)后的轉(zhuǎn)發(fā)機(jī)制下控制服務(wù)器處的平均服務(wù)強(qiáng)度：

由式（4）～式（7），定義平均服務(wù)強(qiáng)度對比函數(shù)：

由Little公式可知原轉(zhuǎn)發(fā)機(jī)制下RTP分組在控制服務(wù)器處的平均停留時延：

改進(jìn)后的轉(zhuǎn)發(fā)機(jī)制下 RTP分組在控制服務(wù)器處的平均停留時延：

由式（9）和式（10），定義平均停留時延對比函數(shù)：

由式（6）、式（8）、式（11）和式（12）可得

用 MATLAB仿真工具對 f ( m, n)和 g ( ρ,m, n)分別分析對比如圖4和圖5所示。

圖4 f與n關(guān)系曲線

圖5 g與n關(guān)系曲線

從圖4可以看出，當(dāng)m固定時，f隨著n增大而線性增大，當(dāng)m取值較大時，f函數(shù)值基本重合。當(dāng)n固定時，m越大改進(jìn)機(jī)制的優(yōu)化作用越明顯，但是變化幅度不大。表明會話中PoC服務(wù)器的數(shù)目以及平均每個PoC服務(wù)器下屬客戶端的數(shù)目越多，改進(jìn)機(jī)制越能減輕控制服務(wù)器處的服務(wù)強(qiáng)度。從圖5可以看出，當(dāng)m與ρ固定時，g隨著n的增大而增大，表明會話中客戶端數(shù)目越多改進(jìn)機(jī)制的優(yōu)化作用越明顯。當(dāng)m與n固定時，ρ越小2種機(jī)制的差距越小，表明當(dāng)控制服務(wù)器的處理能力很強(qiáng)時，改進(jìn)機(jī)制優(yōu)化時延的作用并不明顯。相反，ρ取值較大且接近1時，改進(jìn)機(jī)制具有很好的降低RTP分組在控制服務(wù)器處的平均停留時延的作用。

4.1.2 參與服務(wù)器負(fù)載狀況

由 4.1.1節(jié)分析可知，原轉(zhuǎn)發(fā)機(jī)制下，當(dāng)某參與服務(wù)器下屬客戶端發(fā)言時，參與服務(wù)器需要向下屬其他（m-1個非發(fā)言客戶端轉(zhuǎn)發(fā)RTP分組；當(dāng)其他PoC服務(wù)器下屬客戶端發(fā)言時，參與服務(wù)器需要向下屬m個非發(fā)言客戶端轉(zhuǎn)發(fā)RTP分組。而在整個會話過程中控制服務(wù)器都要向除發(fā)送客戶端外的所有(mn-1)個客戶端轉(zhuǎn)發(fā)。

改進(jìn)后的轉(zhuǎn)發(fā)機(jī)制下，當(dāng)某參與服務(wù)器下屬客戶端發(fā)言時，參與服務(wù)器需要向所有其他的(mn-1)個非發(fā)言客戶端轉(zhuǎn)發(fā) RTP分組；當(dāng)其他PoC服務(wù)器下屬客戶端發(fā)言時，同原機(jī)制一樣，參與服務(wù)器需要向下屬m個非發(fā)言客戶端轉(zhuǎn)發(fā) RTP分組。每個參與服務(wù)器作為轉(zhuǎn)發(fā)服務(wù)器時RTP分組的到達(dá)率和服務(wù)強(qiáng)度均增大到原轉(zhuǎn)發(fā)機(jī)制下控制服務(wù)器處的平均到達(dá)率和平均服務(wù)強(qiáng)度，時長同下屬客戶端數(shù)目m成線性關(guān)系。也就是說在整個會話過程中各個參與服務(wù)器分擔(dān)了原來只屬于控制服務(wù)器的負(fù)載。

4.1.3 負(fù)載均衡性

由于控制服務(wù)器和參與服務(wù)器的硬件配置及處理能力基本相當(dāng)，改進(jìn)后的轉(zhuǎn)發(fā)機(jī)制下每個參與服務(wù)器為控制服務(wù)器分擔(dān)負(fù)載后達(dá)到的平均負(fù)載同控制服務(wù)器在原機(jī)制下的平均負(fù)載相同，則可以認(rèn)為改進(jìn)后的轉(zhuǎn)發(fā)機(jī)制下所有的參與服務(wù)器在時間上分擔(dān)了原機(jī)制下只屬于控制服務(wù)器的負(fù)載，每個參與服務(wù)器作為轉(zhuǎn)發(fā)服務(wù)器的時長就是其為控制服務(wù)器分擔(dān)負(fù)載的時長。那么只需根據(jù)每個PoC服務(wù)器作為轉(zhuǎn)發(fā)服務(wù)器的時長變量分布就可以分析出所有PoC服務(wù)器的負(fù)載均衡狀況。結(jié)合參考文獻(xiàn)[12,13]中關(guān)于判斷負(fù)載均衡性好壞的算法及方差的物理意義,本文可以通過每個 PoC服務(wù)器作為轉(zhuǎn)發(fā)服務(wù)器的時長變量的方差來衡量節(jié)點(diǎn)負(fù)載均衡性的好壞，方差越小說明各個PoC服務(wù)器之間負(fù)載相差越小，系統(tǒng)具有更好的負(fù)載均衡性。由相關(guān)變量的定義可知：T=X0，Xi=0，其中，i∈(1，n-1)，且有

由式（14）和式（15）可得

由式（15）～式（18）以及方差的基本性質(zhì)“方差等于平方的均值減去均值的平方”可得

由式（14）可知，式（19）恒大于0，說明原機(jī)制下的方差總是大于改進(jìn)機(jī)制下的方差，即改進(jìn)機(jī)制下的負(fù)載均衡性總是比原機(jī)制下要好。

4.2 RTP分組傳輸時延分析

針對一個PoC會話定義相關(guān)變量如表2所示。

表2 時延相關(guān)變量定義

根據(jù)變量定義，可令：U=ut，V=vt，W=wt。由3.2節(jié)改進(jìn)機(jī)制的定義可知

考慮到 PoC服務(wù)器是部署于骨干網(wǎng)絡(luò)上的重疊網(wǎng)絡(luò)節(jié)點(diǎn)，任意節(jié)點(diǎn)之間的物理路由一般相距很遠(yuǎn)，數(shù)據(jù)的傳輸時延遠(yuǎn)大于在單個節(jié)點(diǎn)處的轉(zhuǎn)發(fā)時延，即dserver＜＜ut、vt、wt，定義時延對比函數(shù)：

用MATLAB對 h( u, v, w) 分析如圖6和圖7所示。

圖6 h與v關(guān)系曲線

圖7 h與w關(guān)系曲線

從圖6可以看出，當(dāng)u與w固定時，h隨著v增大而線性增大。由于傳輸時延大致可以代表網(wǎng)絡(luò)節(jié)點(diǎn)物理距離的遠(yuǎn)近，表明當(dāng)控制服務(wù)器與發(fā)送參與服務(wù)器距離固定且2個參與服務(wù)器之間距離固定時，優(yōu)化作用隨著控制服務(wù)器與接收參與服務(wù)器距離增大而線性增大。當(dāng)v很小時，無論u與w取何值，h都趨于 1，表明只要控制服務(wù)器與接收參與服務(wù)器距離很小，無論控制服務(wù)器與發(fā)送參與服務(wù)器距離以及2個參與服務(wù)器之間距離多遠(yuǎn)，2種機(jī)制下時延差別并不明顯。從圖7可以看出，當(dāng)u與v的和固定，h隨著w增大而減小。表明當(dāng)控制服務(wù)器與2個參與服務(wù)器的距離和與2個參與服務(wù)器之間距離的差越小，2種機(jī)制越接近。當(dāng)w固定時，h隨著u與v的和增大而增大。表明控制服務(wù)器與2個參與服務(wù)器的距離和比2個參與服務(wù)器之間距離大得越多，改進(jìn)機(jī)制的優(yōu)化作用越好。

4.3 代價分析

為分析新機(jī)制下同步信令引入的代價，可以假設(shè)某會話中共有q個PoC服務(wù)器，包括1個控制服務(wù)器和（q-1）個參與服務(wù)器。原機(jī)制下，當(dāng)有客戶端/參與服務(wù)器加入/退出會話時，只需該客戶端/參與服務(wù)器同控制服務(wù)器建立/拆除 RTP通道。新機(jī)制下，除了該客戶端/參與服務(wù)器同控制服務(wù)器建立/拆除RTP通道外，控制服務(wù)器還要通過NOTIFY消息通知其他（q-2）個參與服務(wù)器，然后這（q-2）個參與服務(wù)器通過 INVITE/BYE同要加入/退出會話的參與服務(wù)器建立/拆除RTP通道。而建立/拆除RTP通道通過一對消息交互（INVITE/BYE和OK）來完成。由以上可知當(dāng)一個參與服務(wù)器加入/退出會話時新機(jī)制比原機(jī)制增加的信令條數(shù)如表3所示。

表3 新機(jī)制比原機(jī)制增加的信令條數(shù)

由表3可知，新增加的同步消息數(shù)量同會話中的PoC服務(wù)器數(shù)量呈線性遞增關(guān)系。在任意客戶端/參與服務(wù)器加入或者退出會話的概率一定的前提下，會話中的服務(wù)器數(shù)量越多，會話中產(chǎn)生的同步消息就會越多，代價就越大。相對于會話中的媒體流量來說，數(shù)量少得多的控制信令代價是很小的，相比能夠取得的顯著優(yōu)化效果是值得的。

5 結(jié)束語

OMA的PoC規(guī)范中所有的控制信令和媒體流都要經(jīng)由控制服務(wù)器轉(zhuǎn)發(fā)，引入了不必要的傳輸時延，且使控制服務(wù)器成為系統(tǒng)的負(fù)載瓶頸。本文基于負(fù)載均衡原理提出了媒體流傳輸改進(jìn)機(jī)制，使具有發(fā)言權(quán)的參與服務(wù)器直接參與RTP分組的轉(zhuǎn)發(fā)，不僅有效減輕了控制服務(wù)器處的流量瓶頸效應(yīng)，并且顯著降低了媒體流的傳輸時延。后續(xù)的研究工作將在以所有 PoC服務(wù)器作為網(wǎng)絡(luò)節(jié)點(diǎn)的重疊網(wǎng)絡(luò)中引入應(yīng)用層多播[14]的技術(shù)，將RTP分組的轉(zhuǎn)發(fā)節(jié)點(diǎn)選擇問題映射為重疊網(wǎng)絡(luò)中的動態(tài)選路問題，使媒體流傳輸時延最小。

[1] 徐童，廖建新. PTT/POC技術(shù)綜述[J]. 電信工程技術(shù)與標(biāo)準(zhǔn)化, 2004,(5)∶ 56-60.XU T, LIAO J X. Survey of PTT/POC technology[J]. Telecom Engineering Technics and Standardization, 2004,(5)∶ 56-60.

[2] WANG Y, ZUKERMAN M, RICHARD J H. PTT packet delay analysis for GPRS/GSM links[J]. IEEE Communications Letters, 2006,10(6)∶ 456-458.

[3] TSAI M H, LIN Y B. Talk burst control for push-to-talk over cellular[J]. IEEE Transactions on Wireless Communications, 2008, 7(7)∶2612-2618.

[4] GAN C H, LIN Y B. Push-to-talk service for intelligent transportation systems[J]. IEEE Transactions on Intelligent Transportation Systems,2007, 8(3)∶ 391-399.

[5] CHEN W P, LICKING S, OHNO T, et al. Performance measurement,evaluation and analysis of push-to-talk in 3G networks[A]. IEEE International Conference on Communications, ICC'07[C]. 2007.1893-1898.

[6] NUCCI S, BARBIN S E. Improved mobile PoC registration for CDMA systems[A]. Microwave and Optoelectronics Conference,IMOC 2007[C]. 2007.507-510.

[7] HSU J M, LAIN W B, LIANG J C. A context-aware push-to-talk service[A]. 2008 International Conference on Multimedia and Ubiquitous Engineering[C]. Korea, 2008.586-591

[8] Open Mobile Alliance. OMA-AD-PoC-V2_1-20090224-D∶ Push to talk over Cellular (PoC)-Architecture[S].

[9] Open Mobile Alliance. OMA-TS-PoC_System_Description-V2_1-20090305-D∶ OMA PoC System Description[S].

[10] Open Mobile Alliance. OMA-TS-PoC_UserPlane-V2_1-20090211-D∶PoC User Plane[S].

[11] Open Mobile Alliance. OMA-TS-PoC_ControlPlane-V2_0-20080806-D∶ PoC Control Plane[S].

[12] TURGUT D, TURGUT B, DAS S K, et al. Balancing loads in mobile ad hoc networks[A]. The 10th International Conference on Telecommunications, ICT 2003[C]. 2003.490-495.

[13] 鄭相全. 基于負(fù)載均衡的無線自組網(wǎng)關(guān)鍵技術(shù)與算法研究[D]. 電子科技大學(xué), 2005. 44-45.ZHENG X Q. Research on Load-Balance Based Key Technologies and Algorithms for Ad Hoc Networks[D]. University of Electronic Science and Technology of China, 2005.44-45.

[14] 楊戈，廖建新，朱曉民等. 流媒體分發(fā)系統(tǒng)關(guān)鍵技術(shù)綜述[J]. 電子學(xué)報, 2009, 37(1)∶ 137-145.YANG G, LIAO J X, ZHU X M, et al. Survey of key technologies of the distribution system for streaming media[J]. Acta Electronica Sinica,2009,37(1)∶137-145.