即時通信基本概念精選(五篇)

序言：作為思想的載體和知識的探索者，寫作是一種獨特的藝術，我們為您準備了不同風格的5篇即時通信基本概念，期待它們能激發您的靈感。

篇1

關鍵詞：即時通信；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協議起源

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

二、XMPP協議特點

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

XMPP協議是標準協議，互聯網工程任務組（IETF）已將其標準化并收錄到技術規范RFC 3920和RFC 3921中。

XMPP協議具備優良的可擴展性，很容易為其添加新的功能，由此使得XMPP協議在即時通信之外的領域得到了廣泛的使用，包括網絡管理、協同工具、遠程系統監控和網絡游戲等。

XMPP協議具備良好的安全性，簡單認證安全層（SASL）和傳輸層安全（TLS）技術已內建在XMPP技術規范中。

三、XMPP架構分析

XMPP技術使用一種松散的客戶端-服務器架構，有些類似于電子郵件網絡服務，沒有唯一的服務器負責為所有用戶提供服務，而是很多的服務器都分散在不同位置，每一臺服務器只為特定一批用戶服務，如果位于不同服務器內的用戶有通信需求，通過服務器連接模塊將服務器連接起來就可以。當一處的服務器出現故障只會影響當地的用戶，而不會對其他用戶中斷服務。

四、XMPP基本概念

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

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

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

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

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

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

to="b@123.lit"

type="chat">

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

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

xa

go to library!

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

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

id="rr82a1z7"

to=""

type="get">

接下來是服務器的回復。

id="rr82a1z7"

to="/pda"

type="result">

五、XMPP核心功能

作為服務于即時通信的技術標準，其核心功能不外乎兩個――消息發送（Messaging）和狀態（Presence），這里對這兩項功能做相應說明。

（一）狀態

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

所以當用戶需要看某人的狀態信息時，他需要向對方發送請求并得到對方的允許，XMPP術語將這個發送請求稱為subscribe request.

上面是用戶向用戶發出訂閱狀態信息的請求。

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

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

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

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

1.用戶客戶端和服務端協商建立XML stream；

2.客戶端給服務器發送一個登錄初始狀態的XML stanza，如；

3.服務器檢索出有哪些人成功訂閱了這個用戶的狀態；

4.服務器將這個用戶的狀態發送給這些訂閱者。

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

（二）消息傳送

這個部分分析XMPP的聊天消息是如何快速的從發送方轉到接收方的。

由于XMPP的設計初衷就是應用于即時通信，故而在處理實時傳送消息數量很多而每條消息內容又相對較少的聊天業務時，在設計和實現上做了很多優化。

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

to=""

type="chat">

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

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

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

篇2

關鍵詞：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協議的即時通訊在手機上的應用，詳細介紹了各種移動終端設備的客戶端程序與服務器端之間通過互聯網及移動數據網進行實時多媒體互動交流。不僅可以傳輸文本信息，更可實現圖像、音頻、視頻的互動，同時還可以收發電子郵件。

1 基本概念

1.1 即時通訊（IM）

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

1.2 Jabber XML協議的結構

Jabber即時通訊系統與其他即時通訊不同，它是基于源代碼開放的XML協議。這樣的好處是使超長傳輸的分布性更好也更易訪問。客戶端程序與服務器之間的通信發生在指定的端口上，在交換數據時，構造各種符合Jabber XML協議的數據包，以XML流的形式進行傳遞。 Jabber的開放式XML協議包括三個頂層XML元素（也稱為標記）：

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

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

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

我的朋友

2 通信模式的建立

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

3 具體通信過程及客戶端實現的效果

3.1 獲取Jabber服務器的IP地址和端口號

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

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

向服務器端的Dispatch發送一個HTTP包的內容為：

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

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

服務器端的Dispatch給該用戶返回的包的內容為：

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

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

客戶端的發包和收包函數為：

void httpRequest(String page_path) throws Exception{

……………

//發送的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");

//發送的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) 客戶端應用程序向具體的Jabber服務器發送連接請求：

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

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) 服務器端向客戶端應用程序返回響應包：

服務器返回的HTTP包為：

HTTP/1.0 200 Ok

Content-type: text/xml

Content-length: 60

1973594324

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

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

3.2 與Jabber服務器建立HTTP連接進行通信

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

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

向Jabber服務器發送的數據包為：

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>

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

3客戶端的顯示效果

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

4 結論

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

參考文獻：

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

篇3

關鍵詞：3G的概念；標準；頻譜分配；特點；應用

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

一、3G的概念

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

二、3G的標準

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

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

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

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

三、3G的頻譜分配

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

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

四、3G的特點

第三代移動通信系統的主要特點有：

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

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

（3）第三代移動通信系統的業務支持從話音、分組數據到多媒體業務；應能根據需要提供帶寬。

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

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

五、3G得應用

從用戶體驗的角度可以將3G業務分為以下幾類：

（1）通信類業務，主要包括話音業務、視頻通話業務以及手機與互聯網視頻通話業務。

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

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

（4）互聯網業務，用戶可以在3G手機上收發、保存電子郵件，可以使用QQ、Fetion、MSN等即時通信工具，還可以收發文字、圖片、視頻等多媒體信息。

（5）電子支付業務，用戶可以用3G手機實現網上支付、現場刷卡等各種支付功能。

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

（7）監控服務，用戶可以用3G手機遠程監視、控制家用電器。

在不久的將來，移動互聯網會發展成為一種可以隨身應用、不受時間和空間的局限的網絡，其必將是未來3G業務發展的主流趨勢。

參考文獻：

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

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

篇4

1.教學內容改革根據對網絡營銷相關崗位及對應的職業能力的分析，我們把網絡營銷課程的教學內容設計為六個項目，具體內容如下。

項目1網絡營銷概述：內容包括網絡營銷基本概念、網絡營銷基礎理論（如六度空間理論、長尾理論等）。實訓內容是尋找優秀的網絡營銷案例。

項目2網絡市場調研：通過該項目讓學生學握網絡信息采集、處理的技能，具體包括搜索引擎的運用、二手資料的收集、網上調查問卷。實訓內容：XX企業A產品的市場分析。

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

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

項目5網絡廣告策劃該項目是網絡營銷課程中的重點教學內容之一，包括：網絡廣告內涵、主要形式、定價機制，網絡廣告的資源策劃、創意方法；網絡廣告設計思路、制作流程、常用工具，網絡廣告效果評價方法、影響因素。既包括廣告設計理論的學習，又包括廣告創意與設計的學習。實訓的設計包括認識廣告、欣賞經典、為XX企業設計網絡廣告。

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

2.教學方法改革

（1）變“以教為主”為“以學為主”。在教學過程中，采用任務驅動教學法，注重調動學生的學習積極性，引導學生自己去發現知識，自己去尋找解決問題的方法。在課后繼續關注學生的實訓情況，指導學生，鼓勵學生堅持做網絡推廣，以達到推廣效果。

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

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

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

二、結論

篇5

關鍵詞：PoC業務 3G 業務流程 業務應用

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

1、基本概念

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

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

2、業務特性

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

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

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

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

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

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

（5）覆蓋范圍廣泛。PoC技術是通過現有IP交換傳輸技術實現的，理論上任何網絡信號覆蓋到的地方均可以實現業務接入，可實現全網絡覆蓋范圍漫游。

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

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

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

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

3、業務流程

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

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

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

（3）預約。一般情況下，用戶需要經常嘗試去了解所有聯系人的在線狀態。這個需求將產生一個包含聯系人現在狀態的初始回復，并且在其狀態發生變化時通知會話中其他聯系人。這個過程通常由呈現業務來實現。

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

（5）媒體流傳輸。一旦SIP會話建立成功，會話參加者的數據將通過PoC服務器進行交換。由于PoC是半雙工，參與者在發言之前必須請求發言權，發言權的協調和分配是通過PoC服務器完成的。一旦一次發言完成，發言者釋放發言權。

4、業務應用

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

參考文獻

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

[2]楊戈,廖建新,朱曉民,等.流媒體分發系統關鍵技術綜述[J].電子學報,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.