亚洲欧洲日本在线,国产a精品三级

Spiral：spiral是一種“螺旋式”處理方式，它是一個(gè)SIP請(qǐng)求，返回到代理，然后，代理再把這個(gè)請(qǐng)求前轉(zhuǎn)到其他的終端，但是處理的流程不同，也導(dǎo)致和初始的URL不同。通常情況下，螺旋式處理方式表示請(qǐng)求中的Request-URI和上一次抵達(dá)的請(qǐng)求中的URL是不同的。注意，螺旋式的處理流程處理不是一個(gè)錯(cuò)誤條件，它和loop（回環(huán)完全不同）。典型的使用場(chǎng)景是呼叫前轉(zhuǎn)的處理。A用戶(hù)呼叫 joe@example.com。這里的example.com是一個(gè)代理，它會(huì)前轉(zhuǎn)到用戶(hù)Joe的電腦終端，接下來(lái)，joe會(huì)把這個(gè)呼叫前轉(zhuǎn)繼續(xù)前轉(zhuǎn)到bob@example.com。這里的請(qǐng)求其實(shí)又回到了同一代理example.com。但是，這種處理方式不是loop環(huán)境。因?yàn)椋@里的請(qǐng)求發(fā)生了變化，它觸發(fā)了不同的呼叫，這里的URL是bob@example.com，不是joe@example.com。所以，它的處理是有效的處理流程，被認(rèn)為是一種螺旋式的處理。而在loop中，它的處理流程和Request-URI是保持不變的，代理重復(fù)處理同樣的流程，因此導(dǎo)致觸發(fā)錯(cuò)誤條件。

　　其他說(shuō)明：

　　這里，筆者提醒讀者，筆者總感覺(jué)以上英文概念Spiral翻譯成螺旋式處理流程也不一定準(zhǔn)確，但是筆者一時(shí)間沒(méi)有找到更加準(zhǔn)確的中文用詞。

　　另外，IPPBX可以比較輕松實(shí)現(xiàn)類(lèi)似呼叫轉(zhuǎn)移到功能，在一些SBC的設(shè)備中也特別支持了 SIP spiral 呼叫。

Stateful Proxy：狀態(tài)代理是一個(gè)邏輯實(shí)體，它按照規(guī)范中請(qǐng)求處理的流程保持用戶(hù)端和服務(wù)器端之間的事務(wù)狀態(tài)機(jī)的處理狀態(tài)，也就是所謂的事務(wù)狀態(tài)代理。狀態(tài)代理的執(zhí)行在Section 16 做了進(jìn)一步的說(shuō)明。狀態(tài)代理（事務(wù)）和呼叫狀態(tài)代理是不同的。
Stateless Proxy：無(wú)狀態(tài)代理是一個(gè)邏輯實(shí)體，它不會(huì)保持用戶(hù)端和服務(wù)器端之間的事務(wù)狀態(tài)機(jī)。無(wú)狀態(tài)代理前轉(zhuǎn)從下游收到的每個(gè)請(qǐng)求，前轉(zhuǎn)從上游收到的每一個(gè)響應(yīng)。
Strict Routing：如果代理被稱(chēng)為嚴(yán)格代理表示這個(gè)代理遵守RFC 2543的路由處理規(guī)則，和一些比較早的RFC 版本規(guī)范。當(dāng)Router 頭出現(xiàn)時(shí)，那個(gè)規(guī)范會(huì)引起代理破壞 Request-URI的內(nèi)容。嚴(yán)格路由的流程不在本規(guī)范中使用，本規(guī)范支持松散路由的處理。因此，執(zhí)行嚴(yán)格路由的代理也被稱(chēng)之為嚴(yán)格路由器。
Target Refresh Request：目標(biāo)刷新請(qǐng)求是在一個(gè)dialog中發(fā)送，這個(gè)請(qǐng)求可以修改dialog中的遠(yuǎn)端目標(biāo)。
Transaction User （TU）: TU是處理協(xié)議層，它存在于事務(wù)層。TU（事務(wù)用戶(hù)）包括UAC core，UAS core和proxy core。
Upstream：它表示在事務(wù)中的前轉(zhuǎn)消息方向，針對(duì)的是從用戶(hù)代理服務(wù)器端返回到用戶(hù)代理客戶(hù)端的響應(yīng)流程。
URL-encoded： 一個(gè)通過(guò)規(guī)范的RFC 2396, Section 2.4 [5]解碼的字符串。
User Agent Client （UAC）：用戶(hù)代理客戶(hù)端是一個(gè)邏輯實(shí)體，它創(chuàng)建了一個(gè)新的請(qǐng)求，并且使用客戶(hù)端事務(wù)狀態(tài)機(jī)發(fā)送請(qǐng)求。UAC的角色是僅維持那個(gè)事務(wù)的時(shí)長(zhǎng)。換句話(huà)說(shuō)，UAC是一款軟件，它發(fā)起一個(gè)請(qǐng)求，它以UAC的方式工作。如果它后續(xù)收到一個(gè)請(qǐng)求，它以用戶(hù)代理服務(wù)器的方式來(lái)處理事務(wù)流程。
UAC Core：一系列UAC的請(qǐng)求處理功能，它在事務(wù)層和傳輸層以上。
User Agent Server （UAS）： 用戶(hù)代理服務(wù)器是一個(gè)邏輯實(shí)體，它對(duì)SIP請(qǐng)求生成一個(gè)響應(yīng)。響應(yīng)接受，拒絕或轉(zhuǎn)發(fā)請(qǐng)求。它的角色是僅維持事務(wù)時(shí)長(zhǎng)。換句話(huà)說(shuō)，它是一款軟件來(lái)響應(yīng)請(qǐng)求，它以UAS的方式工作。如果在后續(xù)狀態(tài)中收到一個(gè)請(qǐng)求，它以用戶(hù)代理客戶(hù)端的方式來(lái)處理事務(wù)流程。
UAS Core： 一系列UAS的請(qǐng)求處理功能，它在事務(wù)層和傳輸層以上。
User Agent （UA）：UA是一個(gè)邏輯實(shí)體，它能以用戶(hù)代理客戶(hù)端或者用戶(hù)代理服務(wù)器端的方式工作。

　　UAC和UAS的角色，代理和轉(zhuǎn)發(fā)服務(wù)器都是基于事務(wù)對(duì)事務(wù)的基礎(chǔ)上定義的。例如，用戶(hù)代理以UAC的方式發(fā)起一個(gè)呼叫時(shí)，發(fā)送請(qǐng)求時(shí)，它的工作方式是UAC；當(dāng)從被呼叫方收到一個(gè)BYE請(qǐng)求時(shí)，它的工作方式是UAS。同樣的道理，同樣的軟件，它可以以代理服務(wù)器的方式工作來(lái)處理請(qǐng)求，也可以以轉(zhuǎn)發(fā)服務(wù)器的方式工作來(lái)處理下一個(gè)請(qǐng)求。

　　代理，定位服務(wù)器和注冊(cè)服務(wù)器都是邏輯實(shí)體。在部署時(shí)，它們可以集成為一個(gè)單一的應(yīng)用服務(wù)器。

　　7
　　SIP Messages

　　SIP 是基于文本的協(xié)議，使用的是UTF-8 charset （RFC 2279[7]）。

　　一個(gè)SIP消息可以是從客戶(hù)端到服務(wù)器端的請(qǐng)求消息，也可以是服務(wù)器端到客戶(hù)端的響應(yīng)消息。

　　雖然它們的語(yǔ)法規(guī)范和字符設(shè)置不同，請(qǐng)求（section 7.1 ）和響應(yīng) （section 7.2）消息都使用RFC 2822[3]的基本格式來(lái)處理。（SIP支持RFC 2822無(wú)效的頭）。兩種類(lèi)型的消息由一個(gè)起始行，一個(gè)或者多個(gè)頭，一個(gè)表示頭結(jié)束的空行和一個(gè)可選的消息體表示。