序言：作為思想的載體和知識(shí)的探索者，寫(xiě)作是一種獨(dú)特的藝術(shù)，我們?yōu)槟鷾?zhǔn)備了不同風(fēng)格的5篇即時(shí)通信基本概念，期待它們能激發(fā)您的靈感。

篇1

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

中圖分類(lèi)號(hào)：TP312 文獻(xiàn)標(biāo)識(shí)碼：A文章編號(hào)：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開(kāi)發(fā)，當(dāng)時(shí)名為Jabber，目的是用于可靠的在線交流，之后改名為XMPP（eXtensible Messaging and Presence Protocol）可擴(kuò)展消息與狀態(tài)協(xié)議，該協(xié)議以XML（eXtensible Markup Language）格式交換數(shù)據(jù)，最初專(zhuān)用于即時(shí)通信領(lǐng)域，經(jīng)過(guò)十多年的發(fā)展XMPP已成為即時(shí)通信協(xié)議中最可靠最具靈活性的協(xié)議之一。

二、XMPP協(xié)議特點(diǎn)

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

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

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

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

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

XMPP技術(shù)使用一種松散的客戶(hù)端-服務(wù)器架構(gòu)，有些類(lèi)似于電子郵件網(wǎng)絡(luò)服務(wù)，沒(méi)有唯一的服務(wù)器負(fù)責(zé)為所有用戶(hù)提供服務(wù)，而是很多的服務(wù)器都分散在不同位置，每一臺(tái)服務(wù)器只為特定一批用戶(hù)服務(wù)，如果位于不同服務(wù)器內(nèi)的用戶(hù)有通信需求，通過(guò)服務(wù)器連接模塊將服務(wù)器連接起來(lái)就可以。當(dāng)一處的服務(wù)器出現(xiàn)故障只會(huì)影響當(dāng)?shù)氐挠脩?hù)，而不會(huì)對(duì)其他用戶(hù)中斷服務(wù)。

四、XMPP基本概念

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

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

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

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

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

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

to="[email protected]"

type="chat">

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

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

xa

go to library!

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

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

id="rr82a1z7"

to=""

type="get">

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

id="rr82a1z7"

to="/pda"

type="result">

五、XMPP核心功能

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

（一）狀態(tài)

在XMPP網(wǎng)絡(luò)中，查看他人的狀態(tài)信息（Presence）并非是需求方一廂情愿就夠的，需要得到被查看方的允許，因?yàn)椴⒎撬腥硕纪庾约涸诰W(wǎng)絡(luò)中的狀態(tài)被別人隨意看到。

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

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

如果用戶(hù)c同意a的訂閱請(qǐng)求，用戶(hù)a會(huì)收到如下的XML stanza：

如果用戶(hù)c不同意a的訂閱請(qǐng)求，用戶(hù)a收到的信息則是：

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

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

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

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

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

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

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

（二）消息傳送

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

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

還是用一個(gè)具體的例子來(lái)說(shuō)明，用戶(hù)給發(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();

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

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

篇2

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

中圖分類(lèi)號(hào)：TP393文獻(xiàn)標(biāo)識(shí)碼：A文章編號(hào)：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é)議的即時(shí)通訊在手機(jī)上的應(yīng)用，詳細(xì)介紹了各種移動(dòng)終端設(shè)備的客戶(hù)端程序與服務(wù)器端之間通過(guò)互聯(lián)網(wǎng)及移動(dòng)數(shù)據(jù)網(wǎng)進(jìn)行實(shí)時(shí)多媒體互動(dòng)交流。不僅可以傳輸文本信息，更可實(shí)現(xiàn)圖像、音頻、視頻的互動(dòng)，同時(shí)還可以收發(fā)電子郵件。

1 基本概念

1.1 即時(shí)通訊（IM）

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

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

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

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

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

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

我的朋友

2 通信模式的建立

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

3 具體通信過(guò)程及客戶(hù)端實(shí)現(xiàn)的效果

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

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

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

向服務(wù)器端的Dispatch發(fā)送一個(gè)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

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

服務(wù)器端的Dispatch給該用戶(hù)返回的包的內(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

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

客戶(hù)端的發(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);

}

///以下為收包的過(guò)程

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) 客戶(hù)端應(yīng)用程序向具體的Jabber服務(wù)器發(fā)送連接請(qǐng)求：

當(dāng)客戶(hù)端應(yīng)用程序獲得了與它相匹配的Jabber服務(wù)器的IP地址和端口號(hào)時(shí)，就可以向該Jabber服務(wù)器發(fā)送HTTP連接請(qǐng)求。具體的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ù)器端向客戶(hù)端應(yīng)用程序返回響應(yīng)包：

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

HTTP/1.0 200 Ok

Content-type: text/xml

Content-length: 60

1973594324

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

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

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

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

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

3客戶(hù)端的顯示效果

圖2為客戶(hù)端的顯示效果。

4 結(jié)論

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

參考文獻(xiàn)：

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

篇3

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

中圖分類(lèi)號(hào)：TN929.5 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1674-7712 （2014） 12-0000-01

一、3G的概念

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

二、3G的標(biāo)準(zhǔn)

3G的主流標(biāo)準(zhǔn)為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的用戶(hù)數(shù)據(jù)傳輸速率，能夠支持移動(dòng)/手提設(shè)備之間的語(yǔ)音、圖象、數(shù)據(jù)以及視頻通信，速率可達(dá)2Mb/s（對(duì)于局域網(wǎng)而言）或者384Kb/s（對(duì)于寬帶網(wǎng)而言）。

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

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

三、3G的頻譜分配

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

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

四、3G的特點(diǎn)

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

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

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

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

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

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

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

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

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

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

（3）資訊類(lèi)業(yè)務(wù)，如新聞?lì)愘Y訊、便民資訊、財(cái)經(jīng)類(lèi)資訊等，用戶(hù)可以通過(guò)手機(jī)獲得電話簿、交通實(shí)況、賓館和就餐等服務(wù)。

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

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

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

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

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

參考文獻(xiàn)：

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

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

篇4

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

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

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

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

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

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

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

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

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

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

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

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

二、結(jié)論

篇5

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

中圖分類(lèi)號(hào)：TP393 文獻(xiàn)標(biāo)識(shí)碼：A 文章編號(hào)：1007-9416(2012)01-0029-02

1、基本概念

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

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

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

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

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

（1）通話建立快捷。支持即按即說(shuō)，用戶(hù)可以從通訊列表中選擇個(gè)人用戶(hù)或者群組，通過(guò)按下特定功能鍵開(kāi)始通話。通常從按鍵到開(kāi)始通話的時(shí)延很短。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

參考文獻(xiàn)

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

[2]楊戈,廖建新,朱曉民,等.流媒體分發(fā)系統(tǒng)關(guān)鍵技術(shù)綜述[J].電子學(xué)報(bào),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.