1. IMS專業詞彙解釋
User Agent/UAC/UAS
用戶代理（User Agent）是發起或者接收呼叫的邏輯實體。
用戶代理客戶端-UAC（User Agent Client），用於發起請求；
用戶代理服務器-UAS（User Agent Server），用於接收請求。
UAC/UAS的劃分是針對一個事務的。在一個呼叫過程的多個事務裏，UAC和UAS的角色是可以互換的。例如在A和B的呼叫中，A向B發起呼叫，此時A是UAC，B是UAS；呼叫結束時，如果B先掛機，此時B是UAC，A是UAS。換句話說，每個一般的UA都是UAS和UAC的結合體。
183 Session Progress
在UE2收到invite的時候，將自己的支持能力發給UE1。The media stream capabilities of the destination are returned along the signalling path, in a 183 Session Progress provisional(臨時的，暫時的) response.
PRACK
the Provisional Response ACKnowledgement, PRACK用來保證臨時消息(101-199)的可靠傳輸. PRACK就是仿照200 OK的可靠性響應，對除100以外的1xx臨時響應消息進行可靠性傳輸。PRACK一般是對收到183 call in progress/180 ringing的確認，
UAC與UAS對是否支持該擴展是通過一個option tag – 100rel 選項來協商的。爲達到該目的，UAC有兩種選擇，在INVITE消息中加入Require:100rel或者Supported:100rel。UAS在接受到上述消息後，按如下方式處理。
- 當INVITE中含有Supported:100rel，如果UAS支持PRACK，則在臨時消息里加入 Require:100rel 和 Rseq 字段，UAC接收後臨時消息後就會發送PRACK來做一個ack；否則UAC不發PRACK。
- 當INVITE中含有Require:100rel而UAS不支持PRACK時，需要使用420（不正確的擴展）來拒絕呼叫。
例如：UAC發起的INVITE中含有Supported:100 rel,而UAS也支持該擴展並且在183響應中有Require:100rel，說明接下來的會話中，無論是UAC還是UAS都要對所有100以外的1xx臨時響應消息返回一個PRACK確認。
IMPI and IMPU
User identities:
Various identities may be associated with IMS: IP multimedia private identity (IMPI), IP multimedia public identity (IMPU), globally routable user agent URI (GRUU), wildcarded public user identity. Both IMPI and IMPU are not phone numbers or other series of digits, but uniform resource identifier (URIs), that can be digits (a Tel URI, such as tel:+1-555-123-4567) or alphanumeric identifiers (a SIP URI, such as sip:[email protected]” ).
IP Multimedia Private Identity:
The IP Multimedia Private Identity (IMPI) is a unique permanently allocated global identity assigned by the home network operator, it has the form of an Network Access Identifier(NAI) i.e. user.name@domain, and is used, for example, for Registration, Authorization, Administration, and Accounting purposes. Every IMS user shall have one IMPI.
詳細的說：該標識最大的用處不是用來區分用戶，而是標識用戶不同的訂閱業務。因此，對於每個用戶而言，都可以包含一個或者幾個這樣的私有用戶標識，該標識並不被用來進行SIP消息的路由尋址，而是被用來進行註冊、鑑權、管理和統計。私有標識由歸屬地網絡運營商進行分配，遵循Network Access Identifier格式。
如果沒有ISIM應用，通常該私有標識會從IMSI標識中繼承;
如果從IMSI中繼承，則變成了：”@ims.mnc.mcc.3gppnetwork.org”;
該標誌是永久性的，不是臨時分配的。在IMS域註冊/去註冊階段，該私有標識需要被鑑權，HSS和S-CSCF需要存儲該私有標識以便區分用戶信息。
IP Multimedia Public Identity:
The IP Multimedia Public Identity (IMPU) is used by any user for requesting communications to other users (e.g. this might be included on a business card). Also known as Address of Record (AOR). There can be multiple IMPU per IMPI. The IMPU can also be shared with another phone, so that both can be reached with the same identity (for example, a single phone-number for an entire family).
用於請求與其他用戶通信時使用的身份；用於SIP消息的路由；一個IMS用戶可以分配一個或多個公有用戶標識，可以採用SIP URI或者Tel URL的格式。使用IMPU發起會話或會話終結者之前，IMPU首先應被註冊。
其用途：
IMS用戶通過註冊過程可以完成用戶對網絡和網絡對用戶的雙向認證。IMS註冊包含兩個註冊消息，消息中攜帶IMPI、IMPU等參數：
1。 當I-CSCF需要確定S-CSCF的時候要向HSS查詢，而HSS根據I-CSCF查詢信息中的用戶IMPI，進行能力匹配，然後返回所需S-CSCF地址；
2。 S接收到註冊消息之後，將發起對用戶的鑑權（含IMPI），用戶又用IMPI來生成迴應信息以進行二次註冊鑑權；
而IMS註冊會將將UE的IP地址和IMPU的綁定關係存儲到到IMS系統中。具體是S-CSCF對HSS中用戶的IMPU是否註冊進行判斷和標記。
一個詳細介紹sip的網站
http://www.sharetechnote.com/html/IMS_SIP.html
這個博客裏寫了SIP SUBSCRIBE, NOTIFY, AND PUBLISH的用途。
https://andrewjprokop.wordpress.com/2013/06/21/sip-subscribe-notify-and-publish/
signal plane and media plan
進行volte電話和視頻需要建立兩個承載：
- 默認承載，用來傳輸sip信令（non-GBR, QCI = 5）。sip信令包括ims註冊、去註冊消息、打電話的invite請求和掛斷請求等。傳輸層使用TCP協議
- 專用承載，用來傳輸語音和視頻的RTP數據包。(GBR, QCI = 1/2). 傳輸層使用UDP協議。
Note that depending on the carrier, a separate dedicated bearer for video may or may not be assigned。
IMS呼叫流程
UE1發送invite 請求給UE2;
和UE1對應的P-CSCF1發送 100 rel給UE1;
If the IMS client in UE2 supports at least one of the codecs proposed by IMS client1, it responds to the INVITE with 180 (Ringing) response, since it is configured as a QoS Unaware client.
- 180 (Ringing) message contains only one codec choice in the SDP.
- 180 (Ringing) message reaches IMS client1 through the reverse path of the one followed by the INVITE message.