當(dāng)UAS對(duì)請(qǐng)求返回響應(yīng)時(shí)，響應(yīng)消息中攜帶了創(chuàng)建dialog消息（例如，INVITE響應(yīng)的2xx），UAS必須從請(qǐng)求中拷貝所有Record-Route 頭值到響應(yīng)消息中（包括URIs，URI參數(shù)和任何 Record-Route 頭參數(shù)，無論這些參數(shù)對(duì)UAS是已知還是未知參數(shù)），而且必須保持這些參數(shù)的順序。此UAS必須對(duì)響應(yīng)添加一個(gè)Contact頭，這個(gè)Contact頭包含一個(gè)地址，UAS將會(huì)在dialog（包括INVITE中ACK的2xx響應(yīng)）中的后續(xù)請(qǐng)求聯(lián)系此地址。一般來說，此URL的主機(jī)消息是此IP地址，或者主機(jī)的FQDN。在Contact頭中提供的URI必須是一個(gè)SIP或者SIPS URL。

　　如果在初始化了dialog的請(qǐng)求中的Request-URI或者top Record-Route 頭中的值域中包含SIPS URI，如果沒有Record-Route頭域，如果有任何值或者Contact頭的話，響應(yīng)中的Contact頭必須是一個(gè)SIP URL。此URL應(yīng)該支持一個(gè)全局范圍（也就是說，在消息中，同樣的URL可以使用在此dialog外部）。同樣的方式，在INVITE中的Contact頭域中的URL使用范圍也不能被局限于此dialog中。因此，它可以針對(duì)UAC的消息中，甚至于也可以使用在此dialog外部。

　　UAS然后構(gòu)建dialog狀態(tài)。在dialog生命周期內(nèi)，此狀態(tài)必須被持續(xù)維護(hù)。

　　如果請(qǐng)求是通過TLS發(fā)送過來的，并且Request-URI包含一個(gè)SIPS URI，“secure”設(shè)置為TRUE。

　　路由組必須設(shè)置到請(qǐng)求的Record-Route頭的URL列表中，按照順序處理，并且保留所有的URL參數(shù)值。如果在請(qǐng)求中沒有出現(xiàn)Record-Route頭，路由組必須設(shè)置為空。這個(gè)路由組，甚至是空的路由組將會(huì)在dialog的后續(xù)請(qǐng)求中覆蓋任何已存在的路由組設(shè)置。遠(yuǎn)端目的地地址必須設(shè)置為從此請(qǐng)求的Contact頭獲得的URL地址。

　　遠(yuǎn)端序列號(hào)必須設(shè)置為請(qǐng)求中CSeq的序列號(hào)。本地序列號(hào)必須為空。Dialog ID中的呼叫身份組件必須設(shè)置為請(qǐng)求中的Call-ID值。Dialog ID中的本地標(biāo)簽組件必須設(shè)置為此請(qǐng)求的相應(yīng)響應(yīng)中的TO域中的標(biāo)簽值（總是要包含一個(gè)tag標(biāo)簽），dialog ID中的遠(yuǎn)端標(biāo)簽組件必須設(shè)置為從請(qǐng)求中From域獲得的標(biāo)簽值。UAS必須準(zhǔn)備接收一個(gè)在From域中無tag標(biāo)簽的請(qǐng)求，這樣的環(huán)境中，此標(biāo)簽tag被認(rèn)為是一個(gè)空值的標(biāo)簽。

　　這樣的處理方式為了支持向后兼容，兼容RFC 2543規(guī)范，在RFC2543中，tags不是強(qiáng)制使用的。

　　遠(yuǎn)端的URL必須設(shè)置為從From獲得的URI，本地URL必須設(shè)置為從To中獲得的URL。

　　當(dāng)UAC發(fā)送了一個(gè)請(qǐng)求，此請(qǐng)求能夠創(chuàng)建dialog（例如發(fā)送的INVITE），UAC必須在請(qǐng)求的Contact頭中提供一個(gè)支持全局范圍的SIP或SIPS URL（同樣的SIP URL可以使用在dialog的外部環(huán)境中）。如果請(qǐng)求中含有Request-URI值或路由中的最頂部的 Route頭中帶一個(gè)SIPS URI，那么Contact頭必須包含一個(gè)SIPS URI。

　　當(dāng)UAC收到了一個(gè)響應(yīng)，此響應(yīng)創(chuàng)建一個(gè)dialog，它構(gòu)建了這個(gè)dialog的狀態(tài)。dialog狀態(tài)必須被維持在dialog生命周期內(nèi)。

　　如果此請(qǐng)求是通過TLS發(fā)送，并且Request-URI包含一個(gè)SIPS URI，“secure”

　　Flag設(shè)置為TRUE。

　　路由組必須設(shè)置到響應(yīng)的Record-Route頭的URL列表中，按照順序處理，并且保留所有的URL參數(shù)值。如果在響應(yīng)中沒有出現(xiàn)Record-Route頭，路由組必須設(shè)置為空。這個(gè)路由組甚至是空的路由組將會(huì)在dialog的后續(xù)請(qǐng)求中覆蓋任何已存在的路由組設(shè)置。遠(yuǎn)端目的地地址必須設(shè)置為從此請(qǐng)求的Contact頭獲得的URL地址。

　　本地序列號(hào)必須設(shè)置為請(qǐng)求中CSeq的序列號(hào)。遠(yuǎn)端序列號(hào)必須為空（當(dāng)遠(yuǎn)端UA在dialog中發(fā)送一個(gè)請(qǐng)求時(shí)，遠(yuǎn)端序列號(hào)才能被創(chuàng)建）。Dialog ID中的呼叫身份組件必須設(shè)置為請(qǐng)求中的Call-ID值。Dialog ID中的本地標(biāo)簽組件必須設(shè)置為此請(qǐng)求的相應(yīng)響應(yīng)中的From域中的標(biāo)簽值（總是要包含一個(gè)tag標(biāo)簽），dialog ID中的遠(yuǎn)端標(biāo)簽組件必須設(shè)置為從響應(yīng)中To域獲得的標(biāo)簽值。UAC必須準(zhǔn)備接收一個(gè)在To域中無tag標(biāo)簽的響應(yīng)，這樣的環(huán)境中，此標(biāo)簽tag被認(rèn)為是一個(gè)空值的標(biāo)簽。

　　這樣的處理方式為了支持向后兼容，兼容RFC 2543規(guī)范，在RFC 2543中，tags不是強(qiáng)制使用的。

　　遠(yuǎn)端的URL必須設(shè)置為從To獲得的URI，本地URL必須設(shè)置為從From中獲得的URL。