http://www.cnblogs.com/uvsjoh/archive/2012/08/28/2660155.html
以文檔的觀點來看，客戶端或服務器發送的所有XML文本連綴在一起，從<stream>到</stream>構成了一個完整的XML文檔。其中的stream標籤就是所謂的XML Stream。在<stream>與</stream>中間的那些<message>...</message>這樣的XML元素就是所謂的XML Stanza（XML節）。XMPP核心協議通信的基本模式就是先建立一個stream，然後協商一堆安全之類的東西，中間通信過程就是客戶端發送XML Stanza，一個接一個的。服務器根據客戶端發送的信息以及程序的邏輯，發送XML Stanza給客戶端。但是這個過程並不是一問一答的，任何時候都有可能從一個方發信給另外一方。通信的最後階段是</stream>關閉流，關閉TCP/IP連接。
XML節
XML節通過XML流來發送，XMPP定義了三種頂級XML節
<iq />
<message />
<presence />
XMPP給這三種節定義了五種通用屬性
to
from
id
type
xml:lang
to屬性指定接收節的JID。
from屬性指定發送者的JID。
id屬性是可選的。並且，在接收應用（通常是一個服務器）中是唯一的。注意：流ID可能是嚴格安全的，並且因此必須是即不能預測也不能重複的
type屬性指定目的或消息上下文，出席或IQ節的詳細信息。
iq節的type屬性有：Error，Get，Result，Set;
presence節的type屬性有：Available，Subscribe，Subscribed，Unsubscribe， Unsubscribed，Unavailable，Probe，Error，Invisible;
message節的type屬性有：Chat，Error，GroupChat，Headline，Normal
xml:lang屬性值指定任意可讀XML字符數據的缺省語言
<message />節定義了消息語義，<message />節可被看作“推”機制，一個實體推信息給其它實體，與EMAIL系統中發生的通信類似。所有消息節應該擁有‘to’屬性，指定有意的消息接收者；根據接收到那樣的一個節，服務器應該路由或傳送它到有意的接收者。
message用於“發送後即忘”的傳輸（發送後不驗證消息是否接收成功），這樣的傳輸主要應用與人類可讀的文本、警告、通知等信息。
<presence />節定義了出席語義，<presence />節可被看作基本廣播或“出版-訂閱”機制，多實體收到他們已訂閱（在這種情況下，網絡可利用信息）實體的信息。總的來說，出版實體應該發送一個不帶‘to’屬性的出席節，在這種情況下，與此實體相連的服務器應該廣播給所有訂閱實體。然而，一個出版實體也可能發送一個帶有‘to’屬性的出席節，此種情況下，服務器應該路由或傳送節到有意的接收者。
presence用於向那些訂閱實體廣播網絡可用性。
<iq />節定義了請求語義，<iq />節可被看作一個請求－響應機制，與[HTTP]在某些方面相似。IQ語義讓一個實體向其它實體請求或接收其它實體的響應成爲可能。請求與響應的數據內容由IQ無素的直接子元素的命名空間聲明定義，並且，交互由請求實體通過使用‘id’屬性來跟蹤。因此，IQ交互遵從結構化數據交換的一個通用模式，此交換例如得到/結果或設置/結果（雖然如果合適的話，對一個請求的響應可能會以錯誤返回）。
iq節用於可靠傳輸 -- 結構化交流數據控制、錯誤包括、配置和類似的信息（這些通常是人類不可讀的信息）。