組織：中國互動出現網 (http://www.china-pub.com/)
  RFC文檔中文翻譯計劃 (http://www.china-pub.com/computers/emook/aboutemook.htm)
  E-mail: ouyang@china-pub.com
譯者：robert_7 (robert_7)
譯文發布時間：
版權：本中文翻譯文檔版權歸中國互動出版網所有。可以用于非商業用途自由轉載，但必須保留本文檔的翻譯及版權信息。

Network Working Group                                          J. Lennox
Request for Comments: 2824                                H. Schulzrinne
Category: Informational                              Columbia University
                                                                May 2000

                    呼叫處理語言的構架與必要條件

備忘錄概要

    這篇備忘錄是為了Internet主要提供信息.它并沒有詳述某一種Internet的標準.因此,它的適用范圍是無限制的.

版權聲明

    Copyright (C) The Internet Society (2000).  All Rights Reserved.

概要

    由于Internet電話服務需要信號操作的完美結合,我們希望盡可能提供更多的服務,通常是依靠網絡設備來完成.我們希望能用一種簡單,并且標準的方法來解決這個問題,建立上述需要的服務,并且最好使它們容易操作和升級.這篇文檔描述了關于這種機制的一種建筑學的構架,我們給這個構架命名為呼叫處理語言.同時也介紹了這種語言的一些必要條件.

內容目錄

1       介紹               ......................................................2
2       術語               ......................................................3
3       關于服務的一些例子  ......................................................4
4       用法簡介           ......................................................6
5       CPL的構造         ......................................................6
6       網絡模型           ......................................................7
6.1     模型組成           ......................................................7
6.1.1   終斷系統           ......................................................7
6.1.2   信號服務器         ......................................................8
6.2     成分沖突         ......................................................8
7       CPL與網絡模型的交互.....................................................10
7.1     腳本的作用         .....................................................10
7.2     哪一個腳本在執行    .....................................................11
7.3     腳本在那里執行     ......................................................12
8       呼叫處理語言腳本的創建和傳輸..............................................12
9       特征沖突操作      .....................................................13
9.1     特征--特征間沖突  .....................................................13
9.2     腳本--腳本語言沖突.....................................................14
9.3     服務器--服務器之間的沖突...............................................15
9.4     信號模糊            ....................................................15
10      同現有語言的關系    .....................................................15
11      相關工作           .....................................................17
11.1        在服務創建的環境中  .....................................................17
11.2    詳解網關接口        .....................................................17
12      必要的語言特征      .....................................................17
12.1    語言特性            ....................................................17
12.2    基礎特征--呼叫信號   ....................................................19
12.3    基礎特征--無信號     ....................................................21
12.4    語言特征             ...................................................22
12.5    控制                ....................................................23
13      安全策略            ....................................................23
14      感謝                ....................................................23
15      作者地址            ....................................................23
16      參考書目            ....................................................24
17      完全版權聲明         ...................................................25

1介紹

    現在,一些協議已經被創建出來,來允許把電話通信轉變成IP網絡,尤其是SIP[1],和H.323[2].這些現存的標準協議,將電話服務的分配進行了廣闊并且成地區集中的分布,以便于使用者可以控制它們.

    許多Internet電話服務可以,或者說應該在它們的終端設備上進行操作.比如說,會議通話,或者占線等待中的忙音,或者集中服務都是完全依靠終端系統的狀態,和細節流的具體內容,以及那些只有對終端系統有效的信息.多種多樣的服務,但是--有一些服務被用戶所在的地區限制,所以在終端系統忙是,就得呼叫分類操作,等等--是不依賴與某個特殊終端設備的,或者需要操作,即使是這個終端設備 并不能夠信賴.這些服務還是在網絡上才能表現出它們的最佳狀態,而不是終端系統.

    傳統上說,以網絡為基礎的服務只能被服務提供者創造出來.創造服務通常是依靠一些私人的,有限制的工具,所以終端用戶幾乎不能相其中添加什么東西.但是,在Internet環境中,這點就改變了.全球的連通和開放性的協議允許終端用戶或者第三方,來設計并操作新的或用戶化的服務,并且可以升級并修改這些服務.這期間并不需要一個協議提供者來扮演一個仲裁者的角色,他們可以自行完成.

    大多數Internet應用程序都有這樣的用戶化的環境--就象環球網的CGI[3],和電子郵件的SIEVE[4],或者PROCMAIL.為了給Internet電話創造一個開放式用戶化的開發環境,我們需要一個安全并且標準的方法，以便這些新服務的創造者可以簡單的描述網絡服務器所希望完成的工作.

    這篇文檔描述了一種構架,在這種構架下,網絡設備會對呼叫信號事件作出回應,也就是激活用戶所創造的程序,當然這些程序都是用上文所述的簡單,靜態,并且沒有歧異的語言寫成的,就象[5]中所描述的.大體上說,當這篇文檔提到"呼叫處理語言"時,它就意味著這樣一種語言,遵循這些規則;"the call processing language"或者"THE CPL"就意味著這樣一種專業語言.

2術語

    在這部分,我們會定義一些術語,以便下面使用.

STP[1]  常用術語簡介:

invitation:原始請求方.SIP 交換時的請求,是從發起呼叫一端到另一端

redirect server:SIP設備的回應,當有invitation送來,或者以請求方式發送來的地址交換,SIP設備就會                      發送請求的對方以回應.

proxy server:一個SIP設備,當它收到了invitation,或者其他形式的請求,并且將它們繼續向前傳給其他SIP設備時.它不久就會收到一個對它繼續前傳的回應,然后把它們發還給發送請求的一方.

user agent:創造并接收請求的SIP設備.同樣可以建立一個呼叫,或者可以影響一個呼叫.例如,電話,或者聲音郵件系統.

user agent client:發送請求的user agent的端口.

user agent server:回應請求的user agent的端口.

H.323[2]常用術語簡介:

terminal:一個可以發送,接收呼叫,以及它們之間媒體的H.323設備.

gatekeeper:網絡上的一個H.323終端,它可以提供地址交換,并且同時控制網絡的使用權,而控制對象就是H.323終端或者其他終端.它也可以為其他終端提供服務,比如查找網關或是帶寬管理.

gateway:可以從H.323網絡和其他網絡之間傳輸呼叫的設備,通常是公用帶寬的電話網.

RAS:連接在兩個H.323之間的注冊,認證和狀態信息,比如endpoint和gatekeeper之間.

本文中常用術語簡介:

user location:通過它,Internet電話設備可以確定使用了特殊地址的用戶的位置.

CPL:一種呼叫處理語言,一種簡單的語言,用來描述Internet電話是如何處理呼叫請求的.

script:一種CPL的特殊形式,描述服務所需的特殊集合.

end system:一個可以發出信息,或是終結信息的設備.它創造或者接收呼叫媒體(視覺,聽覺,以及其他等等).它可能是SIP用戶的代理或者是H.323的終端.

signalling server:處理呼叫請求路由的設備.它并不處理或者影響呼叫媒體本身.它可能是SIP 代理服務器,或者間接代理服務器,或者是一個H.323gatekeeper.

3關于服務的一些例子

    為了激發更深的討論,在文章的這個部分,我們提供了幾個特殊的服務的例子,我們希望用戶可以自己來創建它們.首先要聲明的是,它們中的一些是故意安排的較復雜,并以次來證明決策的邏輯一定要應該合理.

@向前呼叫卻得到了忙或者沒有回答

當一個新的呼叫傳來時,呼叫就會在使用者的電話機響起鈴聲.如果電話機忙,呼叫就會改變道路,發送到用戶的聲音郵箱中.如果,不這樣,四聲響之后,還沒有回答,那它也應該轉入到聲音郵箱中,除非是從管理員那里發出來的,在這種情況下,它就應該代理轉到用戶的電話,如果他已經注冊了的話.

@信息地址

工廠做廣告,只是簡單的一個"信息"地址,留個那些預期的顧客.當有呼叫傳入他的地址,如果它正在工作,呼叫者就會被給予一個想接收那個"信息"的人員的名單.如果它并不在工作時間,呼叫者就會得到一個網頁,從中可以得知什么時候可以呼叫.

@智能用戶地址

當一個新的呼叫傳來時,用戶注冊的地址名單應該要考慮.然后根據呼叫的類型(業務,私人,等等),呼叫應該以一種已經注冊的地區的特定的子集響鈴,根據注冊的信息.如果用戶是從一種狀態開始,那么這種起始狀態應該被發送會呼叫會所.

@帶媒體信息的智能用戶地址

當一個新的呼叫傳來時,呼叫應該由代理轉給用戶所注冊的那個地址,從那里媒體性能可以在呼叫名單中很好的發揮出來.如果用戶在這種狀態下響了四聲還沒接,那么呼叫就會從代理服務轉向其他工作站,在那里,他或者她注冊過,進而減少匹配的狹窄.

@客戶端次序--"律師事務所"

當一個新的呼叫傳來時,被呼叫的地址就與相關的客戶端連接,并且與客戶端名字,地址,和呼叫時間都有關系.如果,相應的客戶端沒有找到,那么呼叫就會傳給律師事務所.

4用法簡介

    CPL對于在不同情況下操作控制服務是有一定用處的.

@由end user建立的script

在大多數直接創建CPL服務的方法中,一個end user可以簡單的創建一個腳本來描述他們的服務.他或她只是來決定他或者她需要的是什么服務,然后用CPL腳本語言描述它,并把它傳給服務器.

@第三方的外部方案