序言：作為思想的載體和知識的探索者，寫作是一種獨特的藝術(shù)，我們?yōu)槟鷾蕚淞瞬煌L格的5篇即時通信基本概念，期待它們能激發(fā)您的靈感。

篇1

關(guān)鍵詞：即時通信；XMPP；XML

中圖分類號：TP312 文獻標識碼：A文章編號：1007-9599 (2011) 16-0000-02

XMPP-based Real-Time Communication Protocol Introduction

Liu Wei

(Information Center of Suzhou Railway Transportation Company Ltd.,Suzhou215007,China)

Abstract:XMPP has been successfully applied in many industry fields.This article gives an introduction and analysis on the characteristics,architecture,concept and core features of XMPP.

Keywords:Real-time communication;XMPP;XML

一、XMPP協(xié)議起源

第一版XMPP技術(shù)于1998年由Jeremie Miller開發(fā)，當時名為Jabber，目的是用于可靠的在線交流，之后改名為XMPP（eXtensible Messaging and Presence Protocol）可擴展消息與狀態(tài)協(xié)議，該協(xié)議以XML（eXtensible Markup Language）格式交換數(shù)據(jù)，最初專用于即時通信領(lǐng)域，經(jīng)過十多年的發(fā)展XMPP已成為即時通信協(xié)議中最可靠最具靈活性的協(xié)議之一。

二、XMPP協(xié)議特點

XMPP協(xié)議是自由、開放和公開的，當前在客戶端和服務(wù)器端有多種實現(xiàn)，其源代碼也都是開放的。

XMPP協(xié)議是標準協(xié)議，互聯(lián)網(wǎng)工程任務(wù)組（IETF）已將其標準化并收錄到技術(shù)規(guī)范RFC 3920和RFC 3921中。

XMPP協(xié)議具備優(yōu)良的可擴展性，很容易為其添加新的功能，由此使得XMPP協(xié)議在即時通信之外的領(lǐng)域得到了廣泛的使用，包括網(wǎng)絡(luò)管理、協(xié)同工具、遠程系統(tǒng)監(jiān)控和網(wǎng)絡(luò)游戲等。

XMPP協(xié)議具備良好的安全性，簡單認證安全層（SASL）和傳輸層安全（TLS）技術(shù)已內(nèi)建在XMPP技術(shù)規(guī)范中。

三、XMPP架構(gòu)分析

XMPP技術(shù)使用一種松散的客戶端-服務(wù)器架構(gòu)，有些類似于電子郵件網(wǎng)絡(luò)服務(wù)，沒有唯一的服務(wù)器負責為所有用戶提供服務(wù)，而是很多的服務(wù)器都分散在不同位置，每一臺服務(wù)器只為特定一批用戶服務(wù)，如果位于不同服務(wù)器內(nèi)的用戶有通信需求，通過服務(wù)器連接模塊將服務(wù)器連接起來就可以。當一處的服務(wù)器出現(xiàn)故障只會影響當?shù)氐挠脩簦粫ζ渌脩糁袛喾?wù)。

四、XMPP基本概念

首先，任何系統(tǒng)的使用都需要一個賬號，在XMPP的世界里這個賬號稱作Jabber ID簡稱JID，JID的格式和電子郵件地址類似，例如就可以是一個JID。

其次，在上面的JID中，還有一個概念就是域（Domain），比如上面的，在登陸的時候客戶端就是用這個域去尋找可用的XMPP服務(wù)器而不是用IP地址。

另外，由于XMPP服務(wù)器允許同一賬號重復(fù)登錄，比如同時在手機和電腦上用登陸服務(wù)器，這時手機的XMPP客戶端軟件會自動在賬號后面追加一個資源名（resource）例如/mobile，而電腦的XMPP客戶端軟件提交給服務(wù)器的全名則可能是/pc，這樣在不同設(shè)備的同一個賬號就可以在XMPP服務(wù)器里被區(qū)分開來。形如JID/resource這種賬號形式XMPP社區(qū)通常將其稱為full JID，而當沒有resource的時候則稱為bare JID。

XMPP技術(shù)是基于XML流（XML stream）的技術(shù)，當和XMPP服務(wù)器創(chuàng)建會話時，需要先和服務(wù)器建立一個TCP長連接并在這個連接上給服務(wù)器發(fā)送XML流進行服務(wù)協(xié)商，在協(xié)商過程中服務(wù)器也會給客戶端發(fā)送XML流來回應(yīng)請求。一旦協(xié)商通過，客戶端和服務(wù)器就會通過XML流和對方用以下三種XML節(jié)（XML stanza）進行數(shù)據(jù)交換：，和。

這三種XML stanza是XMPP技術(shù)的最基本語義單元，下面對它們的用途做說明。

標簽用于將信息從一處通過服務(wù)器傳送到另一處，常用于一對一聊天，多人聊天，通知，預(yù)警和報錯，下面的例子就是用戶a給用戶b發(fā)送了一條“Hello”的文本消息。

to="b@123.lit"

type="chat">

Hellovar _userid = '';var _siteid =2230;var _istoken = 1;var _model = 'Model03'; WebPageSpeed =234; UrchinTrack();

標簽用于通知或轉(zhuǎn)發(fā)客戶端的狀態(tài)信息，比如上線下線等，下面的例子是用戶a將自己的狀態(tài)信息“xa”（離開）和附加狀態(tài)文字“go to library!”發(fā)給服務(wù)器，服務(wù)器會將a的狀態(tài)轉(zhuǎn)發(fā)給訂閱了a的狀態(tài)的在線用戶；

xa

go to library!

這個標簽用于請求-回應(yīng)操作，類似于HTTP協(xié)議的GET，POST和PUT方法，它和前面的，的最大不同在于發(fā)出請求后一定要收到回復(fù)即使回復(fù)是空的，通常客戶端針對好友列表管理的添刪改查操作都是用這個標簽操作的。

下面這個例子是在PDA上登錄的用戶向XMPP服務(wù)器請求這個賬號的好友列表數(shù)據(jù)。

id="rr82a1z7"

to=""

type="get">

接下來是服務(wù)器的回復(fù)。

id="rr82a1z7"

to="/pda"

type="result">

五、XMPP核心功能

作為服務(wù)于即時通信的技術(shù)標準，其核心功能不外乎兩個――消息發(fā)送（Messaging）和狀態(tài)（Presence），這里對這兩項功能做相應(yīng)說明。

（一）狀態(tài)

在XMPP網(wǎng)絡(luò)中，查看他人的狀態(tài)信息（Presence）并非是需求方一廂情愿就夠的，需要得到被查看方的允許，因為并非所有人都同意自己在網(wǎng)絡(luò)中的狀態(tài)被別人隨意看到。

所以當用戶需要看某人的狀態(tài)信息時，他需要向?qū)Ψ桨l(fā)送請求并得到對方的允許，XMPP術(shù)語將這個發(fā)送請求稱為subscribe request.

上面是用戶向用戶發(fā)出訂閱狀態(tài)信息的請求。

如果用戶c同意a的訂閱請求，用戶a會收到如下的XML stanza：

如果用戶c不同意a的訂閱請求，用戶a收到的信息則是：

在上面的例子中，如果用戶c同意a的訂閱請求，a會把c加入到自己的好友列表中，同時c也會把a加入自己的好友列表中（針對不同的XMPP服務(wù)器實現(xiàn)，c不一定會加a）。

接下來分析用戶登錄過程中，用戶的好友如何獲得用戶的上線狀態(tài)的。

1.用戶客戶端和服務(wù)端協(xié)商建立XML stream；

2.客戶端給服務(wù)器發(fā)送一個登錄初始狀態(tài)的XML stanza，如；

3.服務(wù)器檢索出有哪些人成功訂閱了這個用戶的狀態(tài)；

4.服務(wù)器將這個用戶的狀態(tài)發(fā)送給這些訂閱者。

在登錄完成之后使用客戶端過程中，如果用戶將自己狀態(tài)由在線（available）改為離開（away），也是通過類似流程將新的狀態(tài)信息通知給這些訂閱者的。

（二）消息傳送

這個部分分析XMPP的聊天消息是如何快速的從發(fā)送方轉(zhuǎn)到接收方的。

由于XMPP的設(shè)計初衷就是應(yīng)用于即時通信，故而在處理實時傳送消息數(shù)量很多而每條消息內(nèi)容又相對較少的聊天業(yè)務(wù)時，在設(shè)計和實現(xiàn)上做了很多優(yōu)化。

還是用一個具體的例子來說明，用戶給發(fā)一條消息“Who are you?”，XML stanza的內(nèi)容如下所示：

to=""

type="chat">

Who are you?var _userid = '';var _siteid =2230;var _istoken = 1;var _model = 'Model03'; WebPageSpeed =203; UrchinTrack();

用戶jack將消息發(fā)送給這臺服務(wù)器后，服務(wù)器從這個XML stanza中取出“to”地址，對其它內(nèi)容則不做任何處理以提高性能，發(fā)現(xiàn)目標地址是服務(wù)器，于是通過服務(wù)器連接模塊馬上和服務(wù)器建立一條XML stream（如果之前和有過通信則建立XML stream的步驟可省略）并將這個XML stanza發(fā)到服務(wù)器。

收到這條消息后，也是從中取出目標“to”地址，發(fā)現(xiàn)其域名和自己一致，于是在本地網(wǎng)絡(luò)查找用戶bill是否在線，如果bill在線就將消息發(fā)送給bill，如果不在線就丟棄（可配置寫入數(shù)據(jù)庫待上線后再發(fā)送）。在這個過程中服務(wù)器對XML stanza不做任何其他多余的解析，也不會將收到的stanza寫入數(shù)據(jù)庫保持起來（成功發(fā)給接收用戶情況下），因此消息的傳送是非常快速和及時的。

篇2

關(guān)鍵詞：IM；HTTP；J2ME；Jabber；XML

中圖分類號：TP393文獻標識碼：A文章編號：1009-3044(2010)20-5661-04

Instant Message Applies Combined Set

HU Wen-sheng1, LI Guo-hua2, HU Yan-ping2

(1. Commercial College of Guizhou, Guiyang 550000, China; 2. Hunan Xinning No2 Middle School, Xinning 422713, China)

Abstract: This thesis discusses that Instant Message on the base of Jabber Protocol applies Combined Set and introduces the process of communication between client and server.

Key words: IM; HTTP; J2ME; Jabber; XML

本文討論了基于Jabber協(xié)議的即時通訊在手機上的應(yīng)用，詳細介紹了各種移動終端設(shè)備的客戶端程序與服務(wù)器端之間通過互聯(lián)網(wǎng)及移動數(shù)據(jù)網(wǎng)進行實時多媒體互動交流。不僅可以傳輸文本信息，更可實現(xiàn)圖像、音頻、視頻的互動，同時還可以收發(fā)電子郵件。

1 基本概念

1.1 即時通訊（IM）

即時通訊也叫即時消息傳遞（Instant Message ，IM）是基于互聯(lián)網(wǎng)協(xié)議的應(yīng)用程序，它能夠使應(yīng)用不同類型設(shè)備的用戶一對一進行通信。IM最流行的形式是聊天，在聊天的同時可以在計算機之間交換短文本消息。目前在國內(nèi)用得最廣、深受廣大網(wǎng)民喜愛的即時通訊產(chǎn)品要算騰訊QQ和微軟的MSN了。隨著無線應(yīng)用協(xié)議（Wireless Application Protocol，WAP）和移動電話類的手持設(shè)備的出現(xiàn)，即時通訊越來越多的應(yīng)用于各種移動電話上。

1.2 Jabber XML協(xié)議的結(jié)構(gòu)

Jabber即時通訊系統(tǒng)與其他即時通訊不同，它是基于源代碼開放的XML協(xié)議。這樣的好處是使超長傳輸?shù)姆植夹愿靡哺自L問。客戶端程序與服務(wù)器之間的通信發(fā)生在指定的端口上，在交換數(shù)據(jù)時，構(gòu)造各種符合Jabber XML協(xié)議的數(shù)據(jù)包，以XML流的形式進行傳遞。 Jabber的開放式XML協(xié)議包括三個頂層XML元素（也稱為標記）：

，此元素用來確定用戶的狀態(tài)。其格式為：Onlinenone-audio。表明9054這個用戶發(fā)送給用戶為9063，同時也表明了用戶9054的狀態(tài)。

，此元素用來包含兩個Jabber用戶間互相發(fā)送消息的內(nèi)容。其格式為：aaaaaaa22222222var _userid = '';var _siteid =2230;var _istoken = 1;var _model = 'Model03'; WebPageSpeed =156; UrchinTrack();。

，此元素的意思是信息/查詢。該元素主要是用來在兩個用戶之間構(gòu)建一個根本的會話，并且允許它們來回傳送XML格式的請求和響應(yīng)。信息/查詢的主要用處是取得或設(shè)置公共的用戶信息，比如名字，電子郵件，地址等等。其格式為：

我的朋友

2 通信模式的建立

在整個通信過程中涉及到三個角色：客戶端、服務(wù)器、網(wǎng)絡(luò)（包括互聯(lián)網(wǎng)及移動數(shù)據(jù)網(wǎng)）。客戶端可以是移動電話類的手持設(shè)備和PC機端的應(yīng)用程序，在本文中主要是指手機上的應(yīng)用程序。服務(wù)器端包括Dispatch服務(wù)器、若干個Jabber服務(wù)器、數(shù)據(jù)庫。客戶端通過HTTP與服務(wù)器端進行數(shù)據(jù)交換，交換過程中涉及到兩個XML流：一個流把數(shù)據(jù)包從客戶端提交到服務(wù)器上；另一個流把數(shù)據(jù)從服務(wù)器提交到客戶端。當用戶想進行通信時，只要啟動手機上的客戶端程序進行登錄，發(fā)送一個包括用戶登錄號和密碼的HTTP包給服務(wù)器端Dispatch，Dispatch根據(jù)用戶的登錄號和密碼到相應(yīng)的數(shù)據(jù)庫中查詢、對比，進行身份驗證，若驗證成功，給客戶端程序返回一個HTTP應(yīng)答包，在返回的HTTP應(yīng)答包中包含了分配給該用戶的一個Jabber服務(wù)器的IP地址和通信的端口號，隨后客戶端就向指定Jabber服務(wù)器發(fā)起HTTP連接請求，獲得HTTP連接標識，這樣就可以利用這個標識進行一系列的通信活動。若服務(wù)器端沒有通過客戶端的身份認證，則會返回給客戶端一個錯誤提示，同時斷開與該用戶的連接。

3 具體通信過程及客戶端實現(xiàn)的效果

3.1 獲取Jabber服務(wù)器的IP地址和端口號

客戶端應(yīng)用程序首先必須知道自己應(yīng)該與哪個Jabber服務(wù)器進行通信，所以它必須要通過服務(wù)器端的Dispatch這個模塊來獲取與之通信的Jabber服務(wù)器的IP地址和端口號。為此它首先得發(fā)送一個數(shù)據(jù)包給Dispatch，Dispatch收到這個包后進行解析，到數(shù)據(jù)庫中進行查詢、驗證后再回復(fù)客戶端應(yīng)用程序。成功的話，返回某個Jabber服務(wù)器的IP地址和端口號。在客戶端應(yīng)用程序與服務(wù)器端進行聯(lián)系時都涉及到基于HTTP協(xié)議的連接，而HTTP協(xié)議是一個請求/響應(yīng)型的協(xié)議，在發(fā)送請求時必須同時發(fā)送請求所需要的數(shù)據(jù)。利用HTTP連接發(fā)送數(shù)據(jù)主要有兩種方式：GET和POST方式。在GET方式下，發(fā)送的數(shù)據(jù)是被當作URL的一部分被發(fā)送到服務(wù)器端，這種方式只能傳送編碼的文本信息，并且傳送的數(shù)據(jù)大小有限制；而在POST方式下，發(fā)送的數(shù)據(jù)被當作數(shù)據(jù)流的形式單獨向服務(wù)器發(fā)送，這種方式可以傳遞任意格式的數(shù)據(jù)（包括二進制格式的數(shù)據(jù)），并且傳送的數(shù)據(jù)沒有大小限制。Sun公司推出的J2ME的CLDC中有專門用于進行網(wǎng)絡(luò)通信的類庫包javax.microedition.io，使用該類庫包下定義的HttpConnection類可以實現(xiàn)HTTP連接。當客戶端應(yīng)用程序向服務(wù)器發(fā)送請求連接的包之后，就可以使用getResponseCode()方法來獲得服務(wù)器端返回的狀態(tài)碼。通過讀取這個狀態(tài)碼，客戶端的應(yīng)用程序就會知道服務(wù)器端處理數(shù)據(jù)的狀態(tài)，如果服務(wù)器端返回的狀態(tài)碼是HttpConnection.HTTP_OK，就表示服務(wù)器端處理數(shù)據(jù)成功，否則服務(wù)器端處理數(shù)據(jù)失敗，客戶端須得重新發(fā)送連接請求。具體情況如下：

1) 客戶端向服務(wù)器端Dispatch請求與它匹配的Jabber服務(wù)器的地址

向服務(wù)器端的Dispatch發(fā)送一個HTTP包的內(nèi)容為：

GET /dispatch.xml?Id=9063@pica&Version= HTTP/1.1

X-Online-Host: 211.90.198.191:80

User-Agent: Profile/MIDP-1.0 Configuration/CLDC-1.0

User-Agent: UNTRUSTED/1.0

Content-Length: 0

Host: 211.90.198.191:80

由于客戶端應(yīng)用程序只是想要獲取與之進行通信的那個Jabber服務(wù)器的IP地址和端口號，所以發(fā)送的數(shù)據(jù)量并不是很多，所以采用了GET方法發(fā)送只有HTTP包頭的數(shù)據(jù)包就可以了。由這個包我們可以看出Dispatch所在的IP地址是211.90.198.191:80，當它收到這個包時，立即進行解析，獲得了該用戶的登錄號和密碼，然后根據(jù)該用戶的登錄號到中心數(shù)據(jù)庫中去查詢、驗證，決定它與哪個Jabber服務(wù)器通信，從這里可以看出，服務(wù)器端的Dispatch模塊起調(diào)度、分配作用，因為隨著用戶數(shù)量的不斷增加，一個或幾個Jabber服務(wù)器顯然滿足不了需要，必須要隨著用戶數(shù)的增加，隨時增加服務(wù)器端的Jabber服務(wù)器的數(shù)目，怎樣決定哪些用戶與哪個Jabber服務(wù)器通信？就由Dispatch模塊來決定。

服務(wù)器端的Dispatch給該用戶返回的包的內(nèi)容為：

HTTP/1.0 200 OK

Server: jabber/http-0.4

Expires: Fri, 10 Oct 1997 10:10:10 GMT

Pragma: no-cache

Cache-control: private

Connection: close

Content-Type: text/xml

Content-Length: 67

Ip=219.235.1.137

Port=4998

Domain=pica

Resouce=pica

Time=1200

客戶端的應(yīng)用程序按照Jabber XML協(xié)議的結(jié)構(gòu)來解析這個包之后，得知自己應(yīng)與IP地址為219.235.1.137，端口號為4998的Jabber服務(wù)器進行通信。于是服務(wù)器端的Dispatch模塊就不再與客戶端的應(yīng)用程序打交道了。

客戶端的發(fā)包和收包函數(shù)為：

void httpRequest(String page_path) throws Exception{

……………

//發(fā)送的HTTP包的包頭

hcon=(HttpConnection)Connector.open(" 211.90.198.191:80",

Connector.READ_WRITE,true);

hcon.setRequestMethod(HttpConnection.GET);

hcon.setRequestProperty("X-Online-Host","211.90.198.191:80");

hcon.setRequestProperty("User-Agent","Profile/MIDP-1.0 Configuration/CLDC-1.0");

//發(fā)送的HTTP包的包體

if(xmlParam!=null){

bytearrayoutputstream=new ByteArrayOutputStream();

dataoutputstream1=new DataOutputStream(bytearrayoutputstream);

dataoutputstream1.writeUTF(xmlParam);

byte abXmlParam[]=bytearrayoutputstream.toByteArray();

hcon.setRequestProperty("Content-Length",""+(abXmlParam.length-2));

dos=hcon.openDataOutputStream();

dos.write(abXmlParam,2,abXmlParam.length-2);

}

///以下為收包的過程

if((hcon.getResponseCode())!=hcon.HTTP_OK)

throw new Exception("invalid response");

int recvs=(int)hcon.getLength();

dis=hcon.openDataInputStream();

if(recvs>0){

rcv_bytes=new byte[(int)hcon.getLength()];

dis.readFully(rcv_bytes);

} else{……}

String sResponse=new String(rcv_bytes,0,recvs>0?recvs:k,"UTF-8");

if(sResponse.length()>0){

reader=new XmlReader(sResponse);

parse(reader,cmdType);}

……………}

2) 客戶端應(yīng)用程序向具體的Jabber服務(wù)器發(fā)送連接請求：

當客戶端應(yīng)用程序獲得了與它相匹配的Jabber服務(wù)器的IP地址和端口號時，就可以向該Jabber服務(wù)器發(fā)送HTTP連接請求。具體的HTTP包的內(nèi)容為：

GET /login-sid.xml?jid=9063@pica&pass=123456&version= HTTP/1.1

X-Online-Host: 219.235.1.137:4998

Content-Type: text/xml

User-Agent: Profile/MIDP-1.0 Configuration/CLDC-1.0

User-Agent: UNTRUSTED/1.0

Content-Length: 0

Host: 219.235.1.137:4998

3) 服務(wù)器端向客戶端應(yīng)用程序返回響應(yīng)包：

服務(wù)器返回的HTTP包為：

HTTP/1.0 200 Ok

Content-type: text/xml

Content-length: 60

1973594324

返回來的這個包除了告訴客戶端，服務(wù)器處理數(shù)據(jù)成功(OK)，同時也返回了客戶端與服務(wù)器端建立HTTP連接的標識sid，即1973594324。隨后的客戶端與服務(wù)器端進行通信就在這條做了標記的HTTP連接的基礎(chǔ)上進行的。

此時的客戶端的發(fā)包和收包的函數(shù)仍然是httpRequest(String page_path),只不過所不同的是此時與之相聯(lián)系的服務(wù)器的IP地址變了。

3.2 與Jabber服務(wù)器建立HTTP連接進行通信

從上面可知，當客戶端向Jabber服務(wù)器發(fā)送連接請求后，從服務(wù)器那里立即返回一個應(yīng)答包，獲得了這個HTTP連接的標識。這個標識是非常重要的，只有得到這個標識，才能說明客戶端應(yīng)用程序與Jabber服務(wù)器建立HTTP連接成功了，于是客戶端應(yīng)用程序就可以通過這個標識與服務(wù)器之間可以進行進一步的通信，如取好友列表、取聊天室、發(fā)送與接收短文本信息、查找在線好友、通過外部接口服務(wù)器與其它即時通信產(chǎn)品（如QQ）進行通信等一系列活動。

如： 客戶端利用所獲得的HTTP連接標識從Jaber服務(wù)器取好友列表情況

向Jabber服務(wù)器發(fā)送的數(shù)據(jù)包為：

HTTP包頭：

POST /raw.xml?sid=1973594324 HTTP/1.1

X-Online-Host: 219.235.1.137:4998

Content-Type: text/xml

User-Agent: Profile/MIDP-1.0 Configuration/CLDC-1.0

Content-Length: 89

User-Agent: UNTRUSTED/1.0

Host: 219.235.1.137:4998

HTTP包體：

/jabber>

由于發(fā)送的數(shù)據(jù)包內(nèi)容比較多用HTTP的POST方法來傳送，分兩塊：一塊是HTTP頭，帶有上面建立連接時所得到的HTTP會話標識sid=1973594324，向服務(wù)器請求獲得raw.xml資源，同時還要指明服務(wù)器所在的IP地址和端口號等信息；另一塊是HTTP包體，這個包體表示你要求的具體內(nèi)容，上面這個包是要求取好友列表。當服務(wù)器接到這個包時，經(jīng)過解析發(fā)現(xiàn)客戶端要求取自己的好友列表，立即到數(shù)據(jù)庫中去提取該用戶的好友列表以Jabber XML協(xié)議的結(jié)構(gòu)形式構(gòu)造一個數(shù)據(jù)包發(fā)送給該客戶端，客戶端在收到這個數(shù)據(jù)包后，按照Jabber XML的協(xié)議結(jié)構(gòu)的形式進行解析，把解析所得到的結(jié)果在用戶的手機界面上顯示出來，顯示的情況見圖2所示。一旦取好友列表成功后，就可以與好友進行聊天，傳圖片等各項活動了。

3客戶端的顯示效果

圖2為客戶端的顯示效果。

4 結(jié)論

目前隨著國內(nèi)移動網(wǎng)絡(luò)的逐步成熟，基于移動互聯(lián)網(wǎng)的應(yīng)用正在快速增長，不過應(yīng)用比較多的主要是游戲和移動廣告之類的，而應(yīng)用到即時通信、移動定位、移動電子商務(wù)的還為數(shù)不多。基于移動互聯(lián)網(wǎng)的即時通信處在信息、個性化與商務(wù)的交匯點，具有傳統(tǒng)通信方式無法比擬的優(yōu)勢，用戶既可以進行通信，也可以進行交友或從事各種商務(wù)活動。當然，如果能夠把基于移動互聯(lián)網(wǎng)的即時通信軟件與各種多媒體技術(shù)結(jié)合起來，開發(fā)各種具有視頻的通信系統(tǒng)，必將把我國移動互聯(lián)網(wǎng)技術(shù)推到一個新的高度，這也是我們今后的研究方向。

參考文獻：

[1] Dreamtech.即時消息傳遞系統(tǒng)編程源代碼解析[M].北京:電子工業(yè)出版社,2002.

篇3

關(guān)鍵詞：3G的概念；標準；頻譜分配；特點；應(yīng)用

中圖分類號：TN929.5 文獻標識碼：A 文章編號：1674-7712 （2014） 12-0000-01

一、3G的概念

3G是英文3rd Generation，指第三代移動通信技術(shù)[1]。它是指將無線通信與國際互聯(lián)網(wǎng)等多媒體通信結(jié)合的新一代移動通信系統(tǒng)。它能夠處理圖像、音樂、視頻流等多種媒體形式，提供包括網(wǎng)頁瀏覽、電話會議、電子商務(wù)等多種信息服務(wù)。為了提供這種服務(wù)，無線網(wǎng)絡(luò)必須能夠支持不同的數(shù)據(jù)傳輸速度，也就是說在室內(nèi)、室外和行車的環(huán)境中能夠分別支持至少2Mbps（兆字節(jié)/每秒）、384kbps（千字節(jié)/每秒）以及144kbps的傳輸速度。簡單地說，3G實際上就是一個寬帶的無線網(wǎng)絡(luò)。

二、3G的標準

3G的主流標準為WCDMA（Wideband Code Division Multiple Access）、CDMA2000（Code Division Multiple Access 2000）和TD-SCDMA（Time-Division Synchronous Code Division Multiple Access）。

WCDMA即寬帶碼分多址，該技術(shù)可在5MHz的帶寬內(nèi)，提供最高384kbps的用戶數(shù)據(jù)傳輸速率，能夠支持移動/手提設(shè)備之間的語音、圖象、數(shù)據(jù)以及視頻通信，速率可達2Mb/s（對于局域網(wǎng)而言）或者384Kb/s（對于寬帶網(wǎng)而言）。

CDMA2000也稱為CDMA-MC（CDMA Multi-Carrier），由美國高通北美公司為主導(dǎo)提出，摩托羅拉、Lucent和后來加入的韓國三星都有參與，韓國現(xiàn)在是該標準的主導(dǎo)者。CDMA2000可支持語音、分組和數(shù)據(jù)等業(yè)務(wù)，還可實現(xiàn)QoS的協(xié)商。它對CDMA（IS-95）系統(tǒng)的完全兼容，成熟性和可靠性有保障，是第二代向第三代移動通信過渡最平滑的選擇。但是CDMA2000使用的多載波傳輸方式比WCDMA的直接擴頻序列對頻率資源的浪費大。該標準與WCDMA以及TD-SCDMA不兼容，目前我國電信采用的是該標準。

TD-SCDMA即時分-同步碼分多址，是由我國信息產(chǎn)業(yè)部電信科學(xué)技術(shù)研究院提出，與德國西門子公司聯(lián)合開發(fā)。采用了同步碼分多址技術(shù)，智能天線技術(shù)和軟件無線技術(shù)。它采用時分雙工技術(shù)能節(jié)省未來緊張的頻率資源，降低設(shè)備成本。其獨特的智能天線技術(shù)，能大大提高系統(tǒng)的容量，特別對CDMA系統(tǒng)的容量能增加50%，且降低了基站的發(fā)射功率，減少了干擾。td-scdma軟件無線技術(shù)能利用軟件修改硬件，在設(shè)計、測試方面非常方便，不同系統(tǒng)間的兼容性也易于實現(xiàn)。其缺陷在于技術(shù)的成熟性方面比另外兩種技術(shù)要欠缺，它在抗快衰落和終端用戶的移動速度方面也有待改進。

三、3G的頻譜分配

國際電信聯(lián)盟給3G劃分了230MHz的頻帶，上行為1885～2025MHz，下行為2110～2200MHz。我國3G頻譜劃分如下：

1710-1755/1805-1850MHz和1865-1880/1945-1960MHz，帶寬共120MHz，用于蜂窩移動通信業(yè)務(wù)；1880-1900/1960-1980MHz，帶寬共40MHz，原計劃用于無線接入（FDD方式），現(xiàn)只批準我國自行研制的S-CDMA系統(tǒng)使用1880-1885MHz的頻段；1900-1920MHz，帶寬共20MHz，用于無線接入（可用于DECT和PHS等時分或碼分方式），主要用來解決集中在密集辦公室區(qū)域的專業(yè)網(wǎng)以及機關(guān)、團體和家用無繩電話等需求；2400-2483.5MHz，帶寬共83.5MHz，主要用于短距離、短信息的數(shù)據(jù)通信系統(tǒng)以及計算機數(shù)據(jù)通信系統(tǒng)等。該段頻率與工業(yè)、科學(xué)、醫(yī)療設(shè)備（ISM）無線電電磁波輻射頻段共用；2535-2599MHz，帶寬共64MHz，臨時性用于多路微波有線電視傳輸系統(tǒng)。

四、3G的特點

第三代移動通信系統(tǒng)的主要特點有：

（1）第三代移動通信系統(tǒng)是一個在全球范圍內(nèi)覆蓋和使用的系統(tǒng)。它將使用共同的頻段、全球統(tǒng)一標準或兼容標準，實現(xiàn)全球無縫漫游。

（2）第三代移動通信系統(tǒng)具有支持多媒體業(yè)務(wù)的能力，特別是支持Internet業(yè)務(wù)。現(xiàn)有的移動通信系統(tǒng)主要以提供話音業(yè)務(wù)為主，隨著發(fā)展一般也僅能提供100kbit/s～200kbit/s的數(shù)據(jù)業(yè)務(wù)，GSM演進到最高階段的速率能力為384kbit/s。

（3）第三代移動通信系統(tǒng)的業(yè)務(wù)支持從話音、分組數(shù)據(jù)到多媒體業(yè)務(wù)；應(yīng)能根據(jù)需要提供帶寬。

（4）第三代移動通信系統(tǒng)便于過渡、演進。由于第三代移動通信引入時，第二代網(wǎng)絡(luò)已具有相當規(guī)模，所以第三代的網(wǎng)絡(luò)一定要能在第二代網(wǎng)絡(luò)的基礎(chǔ)上逐漸靈活演進而成，并應(yīng)與固定網(wǎng)兼容。

（5）第三代移動通信系統(tǒng)支持非對稱傳輸模式。由于新的數(shù)據(jù)業(yè)務(wù)，例如，WWW瀏覽等具有非對稱特性，上行傳輸速率往往只需要幾千比特每秒，而下行傳輸速率可能需要幾百千比特每秒，甚至上兆比特每秒才能滿足需要。

五、3G得應(yīng)用

從用戶體驗的角度可以將3G業(yè)務(wù)分為以下幾類：

（1）通信類業(yè)務(wù)，主要包括話音業(yè)務(wù)、視頻通話業(yè)務(wù)以及手機與互聯(lián)網(wǎng)視頻通話業(yè)務(wù)。

（2）娛樂類業(yè)務(wù)，如音樂、影視、新聞點播，圖片、鈴聲下載、互動游戲等。

（3）資訊類業(yè)務(wù)，如新聞類資訊、便民資訊、財經(jīng)類資訊等，用戶可以通過手機獲得電話簿、交通實況、賓館和就餐等服務(wù)。

（4）互聯(lián)網(wǎng)業(yè)務(wù)，用戶可以在3G手機上收發(fā)、保存電子郵件，可以使用QQ、Fetion、MSN等即時通信工具，還可以收發(fā)文字、圖片、視頻等多媒體信息。

（5）電子支付業(yè)務(wù)，用戶可以用3G手機實現(xiàn)網(wǎng)上支付、現(xiàn)場刷卡等各種支付功能。

（6）定位服務(wù)，用戶可以通過3G手機的GPS功能對其所在位置進行定位并得到該位置相關(guān)信息。

（7）監(jiān)控服務(wù)，用戶可以用3G手機遠程監(jiān)視、控制家用電器。

在不久的將來，移動互聯(lián)網(wǎng)會發(fā)展成為一種可以隨身應(yīng)用、不受時間和空間的局限的網(wǎng)絡(luò)，其必將是未來3G業(yè)務(wù)發(fā)展的主流趨勢。

參考文獻：

[1]劉寶玲.3G移動通信系統(tǒng)概述[M].北京：人民郵電出版社，2008.

[2]張玉艷，于翠波.移動通信[M].北京：人民郵電出版社，2010.

篇4

1.教學(xué)內(nèi)容改革根據(jù)對網(wǎng)絡(luò)營銷相關(guān)崗位及對應(yīng)的職業(yè)能力的分析，我們把網(wǎng)絡(luò)營銷課程的教學(xué)內(nèi)容設(shè)計為六個項目，具體內(nèi)容如下。

項目1網(wǎng)絡(luò)營銷概述：內(nèi)容包括網(wǎng)絡(luò)營銷基本概念、網(wǎng)絡(luò)營銷基礎(chǔ)理論（如六度空間理論、長尾理論等）。實訓(xùn)內(nèi)容是尋找優(yōu)秀的網(wǎng)絡(luò)營銷案例。

項目2網(wǎng)絡(luò)市場調(diào)研：通過該項目讓學(xué)生學(xué)握網(wǎng)絡(luò)信息采集、處理的技能，具體包括搜索引擎的運用、二手資料的收集、網(wǎng)上調(diào)查問卷。實訓(xùn)內(nèi)容：XX企業(yè)A產(chǎn)品的市場分析。

項目3網(wǎng)絡(luò)營銷推廣與營銷方法：內(nèi)容包括論壇營銷、博客營銷、軟文（新聞）營銷、即時通信工具營銷、微信微博營銷、SNS營銷、問答平臺營銷、電子郵件營銷等。該項目的實訓(xùn)引入合作企業(yè)，讓學(xué)生運用學(xué)到的網(wǎng)絡(luò)推廣方法為企業(yè)做推廣，實際推廣效果將影響學(xué)生的平時成績。例如，學(xué)到論壇營銷的時候要求學(xué)生以小組為單位，為合作企業(yè)策劃并實施論壇營銷，課后老師還要跟進推廣效果，做好記錄。

項目4搜索引擎營銷雖然搜索引擎營銷也是網(wǎng)絡(luò)推廣的方法之一，但因其知識點較多、難，故獨立作為一個學(xué)習(xí)項目。本學(xué)習(xí)項目包括搜索引擎優(yōu)化、直通車推廣、百度推廣。實訓(xùn)內(nèi)容是根據(jù)所學(xué)知識優(yōu)化自己的博客，嘗試操作淘寶直通車和百度推廣（教師給定賬號）。

項目5網(wǎng)絡(luò)廣告策劃該項目是網(wǎng)絡(luò)營銷課程中的重點教學(xué)內(nèi)容之一，包括：網(wǎng)絡(luò)廣告內(nèi)涵、主要形式、定價機制，網(wǎng)絡(luò)廣告的資源策劃、創(chuàng)意方法；網(wǎng)絡(luò)廣告設(shè)計思路、制作流程、常用工具，網(wǎng)絡(luò)廣告效果評價方法、影響因素。既包括廣告設(shè)計理論的學(xué)習(xí)，又包括廣告創(chuàng)意與設(shè)計的學(xué)習(xí)。實訓(xùn)的設(shè)計包括認識廣告、欣賞經(jīng)典、為XX企業(yè)設(shè)計網(wǎng)絡(luò)廣告。

項目6企業(yè)網(wǎng)絡(luò)營銷整合方案在該項目中，學(xué)生將學(xué)習(xí)如何為一個企業(yè)策劃基于全網(wǎng)的網(wǎng)絡(luò)營銷方案。實訓(xùn)中，給定背景企業(yè)，學(xué)生以小組為單位，在教師的指導(dǎo)下進行信息采集與處理、策劃營銷方案、撰寫營銷方案、答辯。教師在指導(dǎo)的過程中，將企業(yè)分為傳統(tǒng)企業(yè)、具備獨立網(wǎng)站的電子商務(wù)企業(yè)、運用第三方平臺開展業(yè)務(wù)的電子商務(wù)企業(yè)三類進行指導(dǎo)，不同的企業(yè)其需要的營銷方法不同。

2.教學(xué)方法改革

（1）變“以教為主”為“以學(xué)為主”。在教學(xué)過程中，采用任務(wù)驅(qū)動教學(xué)法，注重調(diào)動學(xué)生的學(xué)習(xí)積極性，引導(dǎo)學(xué)生自己去發(fā)現(xiàn)知識，自己去尋找解決問題的方法。在課后繼續(xù)關(guān)注學(xué)生的實訓(xùn)情況，指導(dǎo)學(xué)生，鼓勵學(xué)生堅持做網(wǎng)絡(luò)推廣，以達到推廣效果。

（2）仿真模擬教學(xué)法。運用中教暢想電子商務(wù)沙盤軟件以及系部自建Ecmall電子商務(wù)平臺，讓學(xué)生在平臺上開通網(wǎng)店，實施自己的策劃方案，進行網(wǎng)絡(luò)交易，等等。通過這些模擬平臺可以讓學(xué)生快速了解電子商務(wù)企業(yè)的工作流程和工作角色，培養(yǎng)學(xué)生的動手能力。相對于真實的互聯(lián)網(wǎng)環(huán)境來說，仿真模擬教學(xué)可以讓教師更好把握教學(xué)進度與教學(xué)效果。

（3）運用博客輔助教學(xué)。授課教師開設(shè)有網(wǎng)絡(luò)營銷專業(yè)教學(xué)博客，通過博客平臺實現(xiàn)教學(xué)資料、課件及習(xí)題等與學(xué)生的共享，學(xué)生可以通過博客平臺更好地實現(xiàn)與老師的溝通和交流。同時要求學(xué)生開設(shè)網(wǎng)絡(luò)營銷或電子商務(wù)專業(yè)博客，撰寫專業(yè)文章，發(fā)表評論及進行搜索引擎優(yōu)化、友情鏈接及博客推廣等具體網(wǎng)絡(luò)營銷實踐活動，學(xué)期末老師根據(jù)學(xué)生撰寫的博客日志數(shù)量、博客搜索引擎關(guān)鍵詞的排名效果、訪問量及外部鏈接數(shù)量等指標給學(xué)生評定相應(yīng)的博客實訓(xùn)成績。

（4）注重培養(yǎng)學(xué)生的實踐能力。鼓勵學(xué)生開設(shè)網(wǎng)店，參與微信微博等網(wǎng)絡(luò)營銷活動，訓(xùn)練商業(yè)意識和商業(yè)技能。鼓勵學(xué)生參與各種威客網(wǎng)站的任務(wù)項目，了解企業(yè)對電子商務(wù)人才的需求，提高自己的專業(yè)能力。

二、結(jié)論

篇5

關(guān)鍵詞：PoC業(yè)務(wù) 3G 業(yè)務(wù)流程 業(yè)務(wù)應(yīng)用

中圖分類號：TP393 文獻標識碼：A 文章編號：1007-9416(2012)01-0029-02

1、基本概念

PoC是一種即時、雙向、多方參與的VoIP（Voice over IP）通信方式，允許用戶與一個或者多個用戶進行多媒體通信。為了方便，有時也用“一鍵通”、“基于手機的對講機”等名詞來代表PoC業(yè)務(wù)。用戶通過按鍵開始與某個用戶通話，或者廣播到一個群組的所有參與者那里。接收方收聽到發(fā)言聲音后，可以沒有任何動作，例如不應(yīng)答這個呼叫，或者在收聽到發(fā)送方聲音之前，被通知并且必須接收該呼叫。PoC會話理論上可以包含任何網(wǎng)絡(luò)信號覆蓋到區(qū)域的用戶，這是現(xiàn)在其他集群技術(shù)所不能比擬的。PoC通信是半雙工模式的，每次最多只能有一個人發(fā)言，其他人接聽[1-3]。如果存在某個接聽的用戶想要發(fā)言的情況，則通過發(fā)言權(quán)控制功能來實現(xiàn)對發(fā)言權(quán)請求的排隊等待等功能的支持。PoC技術(shù)基于分組交換，不單獨占用信道，資源利用率極高。相對傳統(tǒng)話音業(yè)務(wù)費用較低，并且計費方式十分靈活。PoC業(yè)務(wù)作為3G業(yè)務(wù)平臺中基于IMS（IP Multimedia Subsystem）的最具有代表性、最重要的業(yè)務(wù)之一因其方便快捷、資源利用率高、用戶覆蓋范圍廣等特點，從一開始就被業(yè)界寄予厚望，被認為最有希望成為繼短消息業(yè)務(wù)之后的下一個移動運營商的殺手級業(yè)務(wù)。

開放移動聯(lián)盟（OMA，Open Mobile Alliance）和3GPP（The 3rd Generation Partnership Project）是3G業(yè)務(wù)平臺中基于IMS的PoC系統(tǒng)的標準化機構(gòu)和組織，負責基于IMS平臺的PoC系統(tǒng)[4-5]的操作、流程、規(guī)范以及相關(guān)協(xié)議的制定、解釋和維護工作。在3GPP的Release 6（R6）規(guī)范中明確提出了PoC是IMS的最重要和最具代表性的業(yè)務(wù)之一。在OMA組織將PoC技術(shù)思想移植到IMS平臺之前，PoC功能主要是通過在現(xiàn)有的GPRS（General Packet Radio Service）或者CDMA 1X核心網(wǎng)絡(luò)中增加PoC服務(wù)器來實現(xiàn)的。

2、業(yè)務(wù)特性

PoC會話同普通的電路交換（CS，Circuit Switching）會話相比具有獨特的方面，如表1-1所示：

由表1-1中可以看出，PoC作為一種獨特的業(yè)務(wù)是有其存在意義的，而不是單純地考慮網(wǎng)絡(luò)帶寬資源情況。也就是說，即使將來網(wǎng)絡(luò)帶寬資源足夠給各個業(yè)務(wù)使用分配，PoC業(yè)務(wù)也是有著廣泛的應(yīng)用前景和市場的。這里把PoC的業(yè)務(wù)特性歸納為以下幾個方面：

（1）通話建立快捷。支持即按即說，用戶可以從通訊列表中選擇個人用戶或者群組，通過按下特定功能鍵開始通話。通常從按鍵到開始通話的時延很短。

（2）半雙工通信模式。會話中任何時刻只允許有1個用戶發(fā)言，其他用戶處于接聽狀態(tài)。如果某個正在接聽的用戶想要發(fā)言，則需要提前申請發(fā)言權(quán)，發(fā)言權(quán)的控制有一套完整嚴密的定義。

（3）靈活的應(yīng)答模式。應(yīng)答模式可以包括手動接通、自動接通和自動拒絕等。手動接聽模式是在第一次被叫時需要用戶手動按鍵接聽來建立連接；自動模式就是在第一次被叫（會話建立）時終端直接播放來話；自動拒絕則是在呼叫時返回拒絕接收的信號。無論是手動模式接通后還是自動模式接通后，后續(xù)的來話都是直接播放。

（4）通話模式多樣。根據(jù)PoC1.0規(guī)范定義，PoC業(yè)務(wù)包括4種通話模式，分別是一對一會話、預(yù)定義群組會話、臨時群組會話（Ad hoc）和聊天群組會話。在一對一模式下，用戶A可以從通信錄中選擇所要聯(lián)系的用戶B，然后通過按下終端上的PoC功能鍵開始通話。這種呼叫連接幾乎是瞬時完成的。當一對一通話結(jié)束后，可以釋放PoC功能鍵，從而使用戶B獲得發(fā)言權(quán)，如此反復(fù)進行下去。預(yù)定義群組通話是預(yù)先定義好的群組成員之間的通信，成員可以隨時參加或退出該會話。臨時群組通話是用戶之間臨時組成的通話群組，會話結(jié)束后群組也隨之消失，群組成員可以邀請非成員加入，但非成員若沒有受到邀請則不能自行加入。聊天群組通話又可分為開放聊天群組和限制聊天群組。開放分組中沒有成員限制，任何人都可以隨時加入和退出；限制分組中則必須是規(guī)定的組內(nèi)成員才可以加入通話。

（5）覆蓋范圍廣泛。PoC技術(shù)是通過現(xiàn)有IP交換傳輸技術(shù)實現(xiàn)的，理論上任何網(wǎng)絡(luò)信號覆蓋到的地方均可以實現(xiàn)業(yè)務(wù)接入，可實現(xiàn)全網(wǎng)絡(luò)覆蓋范圍漫游。

（6）提供呈現(xiàn)狀態(tài)服務(wù)。呈現(xiàn)狀態(tài)服務(wù)通常又被稱為Presence服務(wù)[6]，用戶可根據(jù)需要將自己的實時通話狀態(tài)靈活地設(shè)置成在線、隱身或離線，并更改好友屬性等。

（7）支持會話并發(fā)功能。單個PoC終端可同時參與到多個PoC會話中。可以同時接收任意一個會話的數(shù)據(jù)信息，而不掛起其他會話。

（8）支持接入列表管理。支持接受成員列表和拒絕成員列表，類似于其他即時通信軟件里面的黑名單、白名單功能。

（9）支持多媒體服務(wù)。除了支持實時語音通信外，還支持通話群組成員之間的視頻傳送、文本傳送、彩信傳送、在線游戲以及多媒體會議等功能。

3、業(yè)務(wù)流程

PoC會話是利用VoIP技術(shù)實現(xiàn)的半雙工語音業(yè)務(wù)，當會話中唯一的發(fā)言者正在發(fā)言時，會話中其他用戶只能處于收聽狀態(tài)。會話中的所有終端設(shè)備共用一個頻道進行呼叫和接聽，用戶講話時才占用信道，接聽時只監(jiān)聽信道。典型的PoC會話建立過程可以歸納為5個階段，如下所示：

（1）注冊。用戶終端如果還沒有注冊到PoC服務(wù)器，首先就需要做這項工作。注冊過程將終端的聯(lián)系方式細節(jié)（如IP地址）提供給PoC服務(wù)器，并且進行網(wǎng)絡(luò)用戶的認證工作。所以，注冊是進行PoC會話的先決條件。由于無線連接的固有特性，注冊過程需要周期性的更新。

（2）數(shù)據(jù)信道的建立。PoC獨立于任何特定的數(shù)據(jù)載體（如GPRS、EDGE或者CDMA等），網(wǎng)絡(luò)本身應(yīng)該提供不同數(shù)據(jù)網(wǎng)絡(luò)之間協(xié)同工作的機制。PoC是IMS的業(yè)務(wù)，而IMS平臺對底層網(wǎng)絡(luò)采用何種接入和承載技術(shù)是不關(guān)心的。也就是說信道建立過程是由低層網(wǎng)絡(luò)提供的。

（3）預(yù)約。一般情況下，用戶需要經(jīng)常嘗試去了解所有聯(lián)系人的在線狀態(tài)。這個需求將產(chǎn)生一個包含聯(lián)系人現(xiàn)在狀態(tài)的初始回復(fù)，并且在其狀態(tài)發(fā)生變化時通知會話中其他聯(lián)系人。這個過程通常由呈現(xiàn)業(yè)務(wù)來實現(xiàn)。

（4）邀請/接受談話。一個會話的建立是從SIP邀請信息的發(fā)出開始的。這個邀請將被發(fā)送到PoC服務(wù)器，并重新定向到收件人，收件人做出相應(yīng)的回應(yīng)。在邀請/接受的過程中，通過SIP消息中的會話描述協(xié)議（SDP），會話參與者交換了傳輸介質(zhì)的容量信息。SDP描述了傳輸介質(zhì)中物理鏈路的詳細信息、編碼類型和數(shù)據(jù)速率。

（5）媒體流傳輸。一旦SIP會話建立成功，會話參加者的數(shù)據(jù)將通過PoC服務(wù)器進行交換。由于PoC是半雙工，參與者在發(fā)言之前必須請求發(fā)言權(quán)，發(fā)言權(quán)的協(xié)調(diào)和分配是通過PoC服務(wù)器完成的。一旦一次發(fā)言完成，發(fā)言者釋放發(fā)言權(quán)。

4、業(yè)務(wù)應(yīng)用

PoC業(yè)務(wù)面對突發(fā)事件時可以迅速進行群體間溝通 就其的市場定位來說，比較適用于像軍隊、武警、電力、交管、緊急救災(zāi)這類特殊行業(yè)。這樣無論是實時性、話音質(zhì)量還是安全保密性都更有保證，而這些客戶對于輔助功能（如在線狀態(tài)、位置信息等）并不是特別關(guān)心。另外考慮到保護前期投資，使用習(xí)慣等原因，可以預(yù)計這類用戶不會輕易轉(zhuǎn)向使用PoC技術(shù)。PoC業(yè)務(wù)應(yīng)該把目光投向普通的企業(yè)級用戶群、社團用戶群以及主要由白領(lǐng)和青少年組成的個人用戶等。考慮到這類用戶對通話的實時性要求并不是特別嚴格，但是卻對使用成本相對比較敏感，而且對一些輔助功能（如在線狀態(tài)等）也具有比較強烈的興趣，因此在這些用戶群中推廣PoC業(yè)務(wù)具有很大的市場空間和潛力。

參考文獻

[1]劉海鵬,廖建新,朱曉民.PoC中一種負載均衡與時延優(yōu)化的RTP媒體流轉(zhuǎn)發(fā)機制[J].通信學(xué)報.2010, 31(8):105-113

[2]楊戈,廖建新,朱曉民,等.流媒體分發(fā)系統(tǒng)關(guān)鍵技術(shù)綜述[J].電子學(xué)報,2009,37(1):137-145.

[3]C. Jae-Hyung, L. Jae-Oh. IMS Based PoC Service Deployment[A].Fifth International Joint Conference on INC, IMS and IDCCNCM'09),2009[C].949-954.

[4]Open Mobile Alliance.OMA-AD-PoC-V2_1-20090224-D: Push to talk over Cellular (PoC)-Architecture[S].Open Mobile Alliance,2009.

[5]Open Mobile Alliance. OMA-TS-PoC_System_Description-V2_1- 20090305-D: OMA PoC System Description[S].Open Mobile Alliance,2009.