1.5 IMS的標準化
1.5.1 IMS相關標準化組織的關系
國際電信聯盟（International Telecommunication Union，ITU）國際移動電信2000 （International Mobile Telecommunication-2000，IMT-2000）是3G網絡的全球標準。IMT-2000是不同標準組織相互協作的結果，它的目標是通過使用無線鏈路來訪問電信業務，這里所述的無線鏈路包括衛星網絡和地面網絡。
首先介紹IMT-2000中所涉及的兩個標準組織：第三代伙伴計劃（The 3rd GenerationPartnershipProject，3GPP）和第三代伙伴計劃2（The 3rd GenerationPartnershipProject 2，3GPP2）。但是制定IMT-2000時還涉及其他組織，例如，國際電信聯盟無線通信部（International Telecommunication Unit-Radio communication sector，ITU-R）。
3GPP和3GPP2分別對各自的IMS進行了標準化。3GPP IMS和3GPP2 IMS非常類似，但是二者仍有一些區別，這些區別主要來自3GPP和3GPP2所規范的移動網絡上的區別。
3GPP IMS和3GPP2 IMS的重要類似之處就是二者都使用IP協議，該協議是由因特網工程任務組（Internet Engineering Task Force，IETF）進行規范的。因此，3GPP和3GPP2在開發滿足要求的協議時都需要與IETF進行協作。后面各節中將分別對IETF，3GPP，3GPP2以及IETF與3GPP/3GPP2的協作歷史進行介紹。
除了上面提到的兩個標準化組織外，在IMS業務的開發中，開放移動聯盟（Open Mobile Alliance，OMA）起著非常重要的作用。3GPP和3GPP2均對較少的IMS業務進行了標準化，如基本視頻呼叫或者視頻會議，而OMA主要關注IMS之上的業務引擎（Service Enabler）的標準化（當然，除了OMA外，還有其他的標準化組織和第三方也致力于IMS業務和業務引擎的開發）。
最近，隨著IMS在固定網絡接入領域的發展，例如，在下一代網絡（Next Generation Network，NGN）中的應用，還出現了一些其他標準化組織。
通過對基于IMS的用于固定網絡接入的下一代網絡規范發展情況的若干年研究，ITU-T在2004創建了下一代網絡焦點研究組（NGN Focus Group，NGN-FG）。2004年，歐洲電信標準協會（European Telecommunication Standards Institute，ETSI）創建了電信與互聯網融合業務及高級網絡協議（Telecommunication and Internet converged Serviced andProtocols for Advanced Networks，TISPAN）技術委員會，其目標是基于IMS對用于固定網絡接入的下一代網絡進行標準化。ETSI TISPAN向3GPP提交了IMS規范集。2007年底，ETSI TISPAN的IMS公共部分被轉交給3GPP，并且僅在3GPP中對這些公共IMS部分進行了標準化。
在北美，NGN焦點研究組為了研究NGN和IMS對北美固定接入網的應用，于2004年創立了電信業解決方案聯盟（Alliance for Telecommunications Industry Solutions，ATIS）。這些標準化組織與NGN的定義和IMS對固定接入網的應用保持同步。另外，它們還為3GPP和3GPP2帶來了新需求以支持對IMS的固定寬帶接入。
但是這并不是全部，在北美，電纜業界是由CableLabs領導的PacketCable發起的，其2.0版本規范了為IMS提供多媒體業務的電纜網絡，PacketCable也為3GPP提供了一套IMS規范。
1.5.2 因特網工程任務組（IETF）
因特網工程任務組（Internet Engineering Task Force，IETF）是一個比較松散的，由網絡設計者、運營商、制造商和研究機構構成的自組織小組，它致力于公共因特網的架構開發、協議制定以及相關操作。IETF是一個對任何感興趣的個體都開放的組織，它不是一個公司，因此，沒有經理董事會，沒有員工也沒有薪水。
IETF是一個與因特網相關的標準化組織，目前因特網所使用的很多協議都是IETF開發的。IETF沒有對網絡、不同協議組合架構、節點的內部行為或者API進行標準化，IETF是與IP相關協議的協議工廠。
1.IETF的組織架構
IETF的工作是以工作組的形式進行組織的，每個工作組都負責執行特定的任務，都有1～3個主席，由他們來保證按時完成該組所負責的任務。工作組的生命周期是暫時的，所以一旦它們提交了文檔后，該工作組要么接受新的任務，要么就解散了。在IETF中，共有100多個有效的工作組。
工作組用首字母縮寫來標識所負責的任務，例如，SIPPING就是會話初始協議研究（Session Initiation Protocol Investigation，SIPPING）的縮寫，而SIMPLE則是用于即時消息和支持呈現擴展的SIP協議（SIP for Instant Message and Presence Leveraging Extensions，SIMPLE）的縮寫，AAA是鑒權、認證和計費（Authentication Authorization and Accounting，AAA）的縮寫。
工作組的集合構成了一個領域理事會。通常，對IMS感興趣的工作組屬于傳輸領域的一部分，但是一些工作組包含在應用領域或者其他領域。2006年3月，IETF創建了一個新領域，即新實時應用和架構（Real-time Application and Infrastructure，RAI）領域，其主要目的是對所有圍繞實時通信研究的工作組進行合并，包含所有與SIP相關的工作組。
目前，IETF共有8個不同的領域，每個領域有1～2個領域經理，他們與IETF主席一起構成了因特網工程指導組（Internet Engineering Steering Group，IESG）。IESG是IETF的技術管理團隊，他們決定IETF應該研究哪些領域，并對所有產生的規范進行審議。
以下網頁分別包含所有領域的全部工作組列表，以及SIPPING工作組所涉及的工作：
因特網架構理事會（IAB，Internet Architecture Board）是一個提供技術領導的組織，它處理各種請求。
2.工作組的運作
IETF中的技術工作由工作組完成，工作組沒有任何形式的員工，它們只是由一些志愿者組成，即他們在為IETF工作時并不代表其所屬的公司。
工作組內的多數技術討論都通過郵件列表來操作，即使是進行面對面的確定（一年3次），也必須通過郵件列表來確認。
在工作組中使用的技術文檔被稱為因特網草案，這種草案有兩種類型：個人提交的草案和工作組項目。個人提交的草案是指由個人提交的技術建議。如果工作組認為個人提交的內容是很好的研究點，那么該建議將變成工作組項目。
個人提交的草案和工作組項目可以通過存儲的文件名來進行區別。個人提交的文件以草案作者的名字開頭（draft-作者名字），而工作組項目則以工作組名字開頭（draft-ietf-工作組名字）。
所有因特網草案列表可以在以下網頁獲取：
盡管多數因特網草案都是IESG從工作組中獲得的，但是個人也可以直接向IESG提交因特網草案。
需要注意的是，對于因特網草案，即使是工作組項目，也只代表工作的成果，只能作為參考。因特網草案是臨時性文獻，發布后6個月自動到期并被取消。它們可以隨時進行修改而無須考慮與現存技術的后向兼容性問題。只有當該特定的因特網草案變成了RFC后，才可以認為它是一個穩定的規范。
3.RFC的類型
IETF產生的技術文獻被稱為RFC。根據其內容，可以將RFC分為以下3類：
● 標準RFC；
● 非標準RFC；
● 最優當前實現RFC。
標準RFC通常來定義協議或者協議的擴展。根據協議的成熟度，有3類標準RFC：建議標準、草案標準和因特網標準。標準規范從建議到草案，并最終到因特網標準。該過程中的一個重要需求就是一個特定的規范由多人實現，以證明通過規范進行的獨立實現可以成功地進行互操作。
但是，在實踐中，只有很少的RFC滿足標準等級并成為因特網標準。目前，在因特網上頻繁使用的許多協議規范都是建議標準。
對于非標準RFC，也有3種不同類型：實驗的、信息的和歷史的。實驗RFC給出的規范在使用時有一些限制，而信息RFC則為因特網團體提供一些研究點信息，例如，需求文獻或者進展。當一個標準RFC過時后，它將變為歷史RFC。
當一個文獻被作為RFC發布后，則會對其分配一個RFC序列號，該序列號與RFC的類別獨立。除了RFC序列號外，文獻還應該有在BCP（Best Current Practice）或者STD （Standards）系列中的附加號，這取決于RFC的類別，例如，RFC規范的IP協議就是STD 5。
BCP RFC記錄團體執行特定任務的當前最優實踐，它可以是協議問題，也可以是管理性問題。
1.5.3 第三代伙伴計劃（3GPP）
第三代伙伴計劃（3GPP，The 3rd Generation Partnership Project）于1998年成立，它是很多地區電信標準組織相關協作的結果，被稱為有組織的伙伴。當前3GPP組織的伙伴有：
● 日本的無線工業和商務協會（Association of Radio Industries and Business，ARIB），● 中國的中國通信標準化協會（China Communication Standard Association，CCSA），● 歐洲電信標準協會（European Telecommunications Standards Institute，ETSI），● 美國電信業解決方案聯盟（Alliance for Telecommunications Industry Solutions，ATIS），● 韓國電信技術協會（Telecommunications Technology Association，TIA），● 日本電信技術委員會（Telecommunications Technology Committee，TTC），3GPP起初是在GSM基礎上，負責為第三代移動系統研究開發全球可應用的技術規范和技術報告，現在的研究范圍已進行了擴大，包括GSM規范的維護和發展，涉及支持的和演進的無線網絡技術和分組接入技術。
除了合作伙伴外，市場代表伙伴為3GPP帶來了市場方面的需求。市場代表伙伴包括IMS論壇、UMTS論壇、3G美國、GSM協會、全球移動供應商協會、TD-SCDMA論壇和IPv6論壇，等等。
3GPP的最新網址為：1.3GPP的組織架構
3GPP以項目協作組（Project Co-ordination Group，PCG）和技術規范組（Technical Specification Group，TSG）的形式來進行組織，如圖1-25所示。PCG主要負責3GPP的整體管理，包括時間計劃和工作分配等，而TSG主要負責技術研究工作。當前總共有4個TSG，分別負責核心網及終端（Core Network and Terminals，CT）、系統和業務方面（System and Service Aspects，SA）、GSM EDGE無線接入網（GSM EDGE Radio Access Network，GERAN）和無線接入網（Radio Access Network，RAN）。每個TSG可以繼續劃分成一些工作組（Working Group，WG），每個工作組執行特定的任務。例如，CT WG1負責IMS中SIP和SDP的詳細設計，CT WG3負責互操作方面的任務，而CT WG4則主要負責Diameter的詳細設計。SA WG1負責需求，SA WG2負責架構，SA WG3負責安全，SA WG4負責編譯碼，而SA WG5則主要負責網絡的操作維護，包括計費。
2.3GPP的交付文檔
3GPP工作組并不產生標準，相反，他們僅提交由TSG所認可的技術規范（Technical Specification，TS）和技術報告（Technical Report，TR）。一旦得到認可，這些文檔將被提交給各個合作伙伴并進入它們各自的處理流程。該過程的最后部分就是如果各個合作伙伴支持該標準，那么他們將進行舉手表決。這樣，一組全球標準便可以在特定的區域中得到應用。
3GPP TS和TR有一組4～5位數字來進行編號，格式為“xx.yyy”。前兩位數字“xx”用來表示系列，最后2位或3位數字“yy”或者“yyy”用于表示系列中的特定規范。例如，3GPP TS 23.228描述了IMS架構方面的相關內容。
3GPP以Release的方式來發布其規范。3GPP Release 5包含了IMS的第一個版本。3GPP Release 6和Release 7則包含了IMS的一些增強與附加功能。讀者必須清楚IMS僅僅是3GPP在特定Release中發布的一部分內容，其他的非IMS規范也包含在3GPP Release中。3GPP TS和TR所采用的版本號必須遵循格式“x.y.z”，其中“x”表示該規范是在3GPP的哪個Release中發布的，“y”表示版本號，而“z”則表示子版本號。所以3GPP TS 23.228版本5.8.0就表示TS 23.228的Release 5中的8.0版本。
3GPP TS和TR可以通過3GPP網頁免費獲取，其鏈接為：
1.5.4 第三代伙伴計劃2（3GPP2）
如果說3GPP是為了將GSM規范演進到第三代移動通信系統，那么，第三代伙伴計劃2（The 3rd GenerationPartnershipProject，3GPP2）的創建是為了將北美基于ANSI/TIA/EIA-41標準演進到第三代移動通信系統。3GPP2與3GPP類似，也是一個合作伙伴計劃，其成員也被稱為有組織的伙伴。其當前的伙伴列表包括ARIB（日本）、CCSA （中國）、TIA（北美）、TTA（韓國）和TTC（日本）。細心的讀者已經發現，這些組織大部分也是3GPP的合作伙伴。 與3GPP類似，3GPP2也從市場代表伙伴那里獲取市場需求。目前，該列表中包括IPv6論壇、CDMA開發組和國際450協會。 1.3GPP2的組織架構 3GPP2的架構與3GPP非常類似，如圖1-26所示。指導委員會（Steering Committee，SC）負責整個標準化過程和規劃，其技術工作由技術規范組（Technical Specification Group，TSG）來完成。TSG-A負責cdma2000技術的接入網接口，TSG-S負責業務和系統方面工作，而TSG-X是原來TSG-N（負責核心網）和TSG-P（負責分組數據）的合并，它致力于核心網的研究。 2.3GPP2的交付文檔 與3GPP類似，3GPP2并不產生標準，相反它只提供技術規范和技術報告。這些文獻由TSG產生，并由SC來進行審核認可，隨后這些報告和規范將提交給各個伙伴進入他們各自的標準化過程。 3GPP2 TS和TR以下列機制進行編號：“A.Bcccc[-ddd]-X”，版本“y.z”，其中，“A”是代表提交文檔的TSG的名字；“B”可以是“P”、“R”或“S”，分別表示計劃、報告或者規范；“cccc”是分配給文獻的序列號；可選的“ddd”用于多部分文檔；“X”表示其版本，其中“0”表示初始Release，“A”代表第一次修訂，等等。緊隨的版本號用于說明大的和小的版本。例如，規范X.S0013-002-A v1.0表示IMS階段2，第一次修訂，版本1.0。 3GPP2 TS和TR在3GPP2的網站上可以免費獲取： 1.5.5 IETF與3GPP/3GPP2的協作
前面已提到，IMS的目標就是要使用IP協議。但是，在IMS中所使用的這些協議可能并不能完全滿足IMS環境，甚至在有些情況下，IETF也無法解決IMS所面臨的一些問題。 通常情況下是希望將已有的IETF協議拿來進行修改后以滿足IMS需求。但是，3GPP和3GPP2的目標很清楚，它們想要IMS使用因特網技術，這樣它們便可能充分利用因特網所產生任何未來業務。對因特網協議的修改并不是他們自己的想法，相反他們會與IETF進行合作以確認開發的協議可以滿足他們的需求。 這種合作在文獻RFC3113[292]（3GPP-IETF）和RFC3131[91]（3GPP2-IETF）中有詳細的說明。3GPP和3GPP2都指定了與IETF的關系，同時IETF也指定了與3GPP/3GPP2的關系。在所有情況下，這些協作都是工作組級別的，并不涉及行政上的聯系：例如，工程師討論郵件列表中的問題、IETF面對面的會議和特殊工作組。3G工程師在無線經驗方面提供協作，運營商提供相關需求，而IETF工程師則提供一些協議知識。最終目標就是找到IMS需求的解決方案，在某些情況下，這樣的合作對于其他一些環境是足夠了。 到目前為止，通過這種合作方式已經以RFC和因特網草案方式發布了多個協議規范和協議擴展，這些協議的多數都不需要提及IMS，因為這些規范的協議具有一般應用，并不是IMS所特定的。 下面將簡單介紹IETF協助開發的在IMS中所使用的相關協議的歷史。 1.因特網領域 在IETF因特網領域進行協作的領域經理是Thomas Narten，其主要協作的領域是IPv6和域名系統（Domain Name System，DNS）。 IPv6工作組給出了如何在蜂窩網絡中實現IPv6的規范（RFC3316）。當該主機檢測到使用GPRS接入時，它將遵循規范的內容來進行。另一方面，如果主機使用不同的接入方式，如WLAN，那么它就是一個常規的因特網主機。所以，根據接入方式不同，終端會有不同的行為。 在DNS領域，他們探討了在IMS中如何執行DNS服務器發現。他們決定不使用動態主機配置協議（Dynamic Host Configuration Protocol，DHCP），而是使用GPRS特定機制。在該點上沒有工作組贊成IMS使用無狀態DNS服務器發現過程。 2.操作管理領域 在IETF操作和管理領域，3GPP與IETF協作的主要協議是公共開放策略業務（Common OpenPolicy Service，COPS）和Diameter。 在COPS領域，IMS決定在Go接口使用COPS-PR，所以3GPP需要標準化Go策略信息基（Policy Information Base，PIB）。但是IETF并不清楚3GPP使用COPS-PR是一個好主意，在經過了多次討論后，最終決定使用Go PIB。 在Diameter領域，IMS需要定義了3個Diameter應用來支持Cx、Sh和Ro接口。但是，盡管新的Diameter編碼只能在RFC中進行定義，但是，由于沒有足夠的時間來產生一個描述這些Diameter應用和所需編碼的RFC，所以IETF最終同意在3GPP Release 5中向3GPP提供大量命令編碼，但是有一個前提條件：3GPP需要與IETF協作來改善這些Diameter應用，直到它們成為一般應用。這就有了3GPP在Diameter SIP應用和Diameter信用控制應用上對IETF的貢獻。 3.傳輸領域 傳輸領域的合作主要由3GPP來驅動。在該領域的合作中，兩個人物起到了非常重要的作用：Stephen Hayes，即3GPP的CN主席，他是與IETF的聯系人；另一位是Allison Mankin，他是IETF傳輸領域的經理。他們保證與信令相關的所有問題都能在這兩個組織得到關注。 當3GPP決定在IMS中啟用任務初始化協議時，此時的SIP還是不成熟的協議，且并不滿足3GPP提出的多數需求。那時SIP是在RFC2543中進行了定義，但是，因特網草案，即2543bis修改了RFC2543中的一些問題，并被提議為協議規范的下一個版本。但是，2543bis只有兩個主要編輯，而且3GPP的期限又很急。如果需要成立SIP工作組，則需要一個非常大的團隊。為此，IETF重新招募了一些志愿者對SIP進行修訂，并發布了RFC3261。 經過了眾多郵件、會議和面對面的溝通后，團隊的主要結果在RFC3261中發布。但是，很快就發現3GPP的需求不能通過這一個協議得到滿足。3GPP對SIP在RFC4083中進行了記錄，借助一些新的擴展來滿足這些需求。實際上，需要進行更多的需求和擴展。 IETF決定建立一個新的工作組協助SIP來決定如何最佳使用其資源。新的工作組被稱為SIPPING，其主要功能是收集SIP需求，對它們按照優先級來劃分并發送給SIP工作組。這個新過程在文獻RFC3427中進行了定義。 目前，3GPP所需要的與會話建立相關的協議擴展都已實現。因此，3GPP將關注點轉移到SIMPLE工作組上，該組負責呈現和即時消息的SIP擴展。3GPP成員主動參與呈現和即時消息規范的開發，這些規范被3GPP、3GPP2、OMA和其他組織所采納。 2002年6月，開放移動聯盟（Open Mobile Alliance，OMA）創立了，其目標是提供可互操作的移動數據業務。大量現存的論壇，例如，WAP論壇和無線鄉村都加入了OMA。目前OMA的成員代表了業內的大部分公司，包括制造商、業務供應商和內容供應商，其網址為： OMA主要是為了制定可以實現業務互操作的業務引擎并關注其可用性，也就是說業務引擎應該易于使用。在OMA中，花費大量時間來思考用戶如何與特定業務進行交互是慣例。 圖1-27給出了OMA的組織架構。技術大會主要負責對OMA規范的支持和維護，它包括大量的技術工作組。 操作和處理委員會定義并支持技術會議的操作過程，Release規劃和管理委員會負責規劃和管理OMA的Release，它是由技術規范組開發的規范。 1.OMA規范和Release OMA給出Release包，每個包包括一套OMA規范，它是由OMA技術工作組提出的。 例如，PoC版本1.0的引擎Release包就包含一個引擎Release定義文檔，該文檔對PoC業務進行了定義，還包括規范列表。另外，引擎Release包還包括以下規范： ● 架構； ● 需求； ● 控制面規范； ● 用戶面規范； ● XML文檔管理（XML Document Management，XDM）規范和XML配置接入協議（XML Configuration Access Protocol，MCAP）。 OMA為這些Release定義了成熟度。成熟度在OMA術語中也稱為階段（Phase）。每個OMA Release包可以處于以下階段。 ● Phase1：候選引擎Release，是Release的初始狀態； ● Phase2：認可的引擎Release，該Release成功通過了互操作測試； ● Phase3：OMA互操作Release，該Release已成功通過了與其他OMA業務引擎的互操作。 由于清楚地定義了各種Release階段，互操作測試在OMA中起著非常重要的作用。OMA互操作測試由互操作（Interopeability，IOP）技術工作組負責組織。 2.OMA與3GPP/3GPP2的關系 很多OMA技術工作組都會在一定程度上使用IMS，這樣，我們就需要看一下就IMS而言，OMA及其技術工作組與3GPP和3GPP2的關系。 一些OMA工作使用IMS作為基礎。因此會出現這樣的情況：為了實現新業務，OMA技術工作組會針對IMS提出新需求。 通常，3GPP，3GPP2和OMA之間的關系是：OMA提出針對IMS的需求，3GPP和3GPP2擴展IMS以滿足該需求。這樣的關系可以防止出現IMS的不同版本：即3GPP IMS和有OMA擴展的IMS。有一個組織來管理和維護IMS規范可以保證IMS不同制造商之間業務的互操作性。 當然，當前對IMS和其上的業務還沒有非常清晰的區分，兩個參與者之間的多媒體會話在一定程度上可以看做一種業務，但是它是IMS的一部分。這一點我們還將在后面的章節進行詳細的介紹。會議也被認為是一種業務，但是3GPP也將其作為IMS規范的一部分。呈現業務是一個非常令人感興趣的領域，因此3GPP和OMA都在開展與呈現相關的研究工作。 但是，盡管3GPP和OMA工作有很多類似之處，如呈現業務，但是它們都是為了使相關規范能夠互相兼容。例如，OMA由呈現和有效技術工作組來進行規范，它們關注與3GPP呈現相關規范的不同方面，但是所有這些規范必須是相互兼容的。 OMA和3GPP共同關心的另一個領域就是消息。3GPP是利用IETF SIMPLE工作組的基礎來對即時消息業務進行規范，而OMA主要關注基于SIMPLE和基于Wireless Village的即時消息的互操作性，以及關注多媒體消息業務（Multimedia Message Service，MMS）的演進。 為了保證使用IMS的每種OMA業務都具有一致的互操作方式，OMA提出了IMSinOMA引擎Release包，該包涉及引擎Release定義文獻、需求文獻和架構文獻。該Release包還描述了非基于IMS的OMA業務如何與基于IMS的OMA業務之間的互操作。 3.OMA與IETF的關系 與3GPP和3GPP2 IMS規范參考IETF協議和擴展類似，OMA規范也參考了IETF文獻。OMA和IETF標準化上的協作主要包括工作組級的溝通。有一些工程師同時協助OMA和IETF，他們將OMA需求提交給相關的IETF工作組，這些IETF工作組對其進行分析并給出適當的解決方案。 但是，有時候工作組層面的溝通效率不是很高，為此，OMA和IETF互相指定了聯系人。 OMA還維護了一個網頁，通過該網頁，兩個組織都可以隨時跟蹤OMA技術工作組所需的IETF因特網草案的狀態，網址如下；
死了都要愛[娛樂圈]
等星星墜落
漂亮親媽七零養娃日常[年代文]
龍回都市
漫漫情路
漫游在影視世界
主人公郭義柳如煙
全天下為我火葬場
老攻他比我先重生
巔峰方晟(方晟趙堯堯) 圖1-26 3GPP2的組織架構
1.5.6 開放移動聯盟
圖1-27 OMA組織架構